ホームネットワークシステム及びその管理方法
【課題】 本発明は、ＵＰｎＰプロトコルを基盤として、ユーザインターフェースを通じてユーザが直接ドメインの構成機器の加入及び脱退などを制御し、ドメインの構成機器の変動を効果的に制御できるホームネットワークシステム及び管理方法を提供する。
【解決手段】 ホームネットワークシステムは、一つ以上の被制御機器のうち少なくとも一部と共にドメインを形成して、ドメインを構成する被制御機器に所定のドメインキーを提供し、ドメインの構成に変動が発生する度に新たなドメインキーを生成して、ドメインに残っている被制御機器に提供するマスタ機器と、ドメインの構成をユーザが直接変更できるようにユーザインターフェースを提供するコントロールポイントとを備える。
【解決手段】 ホームネットワークシステムは、一つ以上の被制御機器のうち少なくとも一部と共にドメインを形成して、ドメインを構成する被制御機器に所定のドメインキーを提供し、ドメインの構成に変動が発生する度に新たなドメインキーを生成して、ドメインに残っている被制御機器に提供するマスタ機器と、ドメインの構成をユーザが直接変更できるようにユーザインターフェースを提供するコントロールポイントとを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホームネットワークのドメインに存在する機器の管理方法に係り、特に、ユーザインターフェースを通じてユーザが直接ドメインの構成機器の加入及び脱退などを制御し、ドメインの構成機器の変動を効果的に制御できるホームネットワークシステム及び管理方法に関する。
【背景技術】
【０００２】
最近、ホームネットワークに対する関心が高まりつつ、ホームネットワーク上でコンテンツを保護するための技術が提案されているが、トムソン社で提案した‘ＳｍａｒｔＲｉｇｈｔ’、シスコ社で提案した‘ＯＣＣＡＭ（Ｏｐｅｎ Ｃｏｎｄｉｔｉｏｎａｌ Ｃｏｎｔｅｎｔ Ａｃｃｅｓｓ Ｍａｎａｇｅｍｅｎｔ）’、ＩＢＭ社で提案した‘ｘＣＰ Ｃｌｕｓｔｅｒ Ｐｒｏｔｏｃｏｌ’のようなものが代表的な例であると言える。
【０００３】
‘ＳｍａｒｔＲｉｇｈｔ’は、ホームネットワークを構成するそれぞれの機器ごとに公開キー認証書を含んでいるスマートカードを備えて、このスマートカードを利用して機器相互間に前記認証書を交換することによって、ホームネットワークのためのキーを生成する方式である。
【０００４】
‘ＯＣＣＡＭ’は、ホームネットワーク内の機器がそれぞれのコンテンツについての固有のチケットを利用してコンテンツを使用する方式である。
【０００５】
‘ｘＣＰ Ｃｌｕｓｔｅｒ Ｐｒｏｔｏｃｏｌ’は、ブロードエンクリプション基盤の技術であって、クラスタというドメイン概念を導入して、このクラスタに属した機器間には、コンテンツを自由に使用させる方式である。
【０００６】
図１には、マスタ機器１１０及びスレーブ機器１２０、１３０、１４０から構成された、認証されたホームドメイン１００が例示されており、マスタ機器１１０とスレーブ機器１２０、１３０、１４０との間にドメイン管理を行う。
【０００７】
このようなマスタ−スレーブ構造によって、‘ｘＣＰ Ｃｌｕｓｔｅｒ Ｐｒｏｔｏｃｏｌ’を基盤とするコンテンツの再生過程を図２を参照して説明する。図２によるコンテンツの再生過程は、大きくクラスタ形成過程（Ｓ２００）、機器認証過程（Ｓ２１０）、コンテンツ暗号化過程（Ｓ２２０）及びコンテンツ復号化過程（Ｓ２３０）に分けられ、細部的に説明すれば、次の通りである。任意のホームネットワークに最初に接続したサーバは、前記ネットワークに対するバインディングＩＤ（ＩＤｂ）を生成する（Ｓ２００）。このとき、前記バインディングＩＤは、前記サーバの製造当時に設定された固有の識別子であるか、ユーザが任意に定めた固有の識別子でありうる。このように、バインディングＩＤが生成されれば、バインディングＩＤとして識別されるクラスタが形成される。
【０００８】
前記サーバに存在するコンテンツを利用しようとする機器は、自身のデバイスキーセットを利用して、ＭＫＢ（メディアキーブロック）からメディアキー（Ｋｍ）を抽出する（Ｓ２１２）。その後、前記機器は、前記ステップ（Ｓ２１２）で抽出したメディアキー（Ｋｍ）及び機器自身の識別子であるＩＤｐを利用して、機器自身の固有キーであるＫｐを生成する（Ｓ２１４）。前記機器は、機器認証を受けるために、前記サーバに対して機器認証を要請する（Ｓ２１６）。すなわち、前記機器は、前記クラスタ内、または前記ホームネットワークの外部に存在する機器認証のためのサーバに自身の固有の識別子であるＩＤｐと、自身が何なる種類の機器であるかを表す類型識別子である‘ｔｙｐｅ’と、機器自身の識別子であるＩＤｐと、‘ｔｙｐｅ’のハッシュ値ｈ＝ＭＡＣ（ＩＤｐ｜｜ｔｙｐｅ）Ｋｐを前記サーバに伝送する。
【０００９】
前記サーバは、Ｋｍ及びＩＤｐからＫｐ’を求め、前記Ｋｐ’を利用して得られたハッシュ値ｈ’＝ＭＡＣ（ＩＤｐ｜｜ｔｙｐｅ）Ｋｐ’を、前記機器から受信した前記ハッシュ値ｈと比較して同じであるか否かを確認する。もし、ｈ値とｈ’値とが同じである場合には、前記機器に、Ｋｐを利用してＩＤｂを暗号化したＥ（ＩＤｂ）Ｋｐ及び前記機器の固有のＩＤｐを伝送し、サーバ自身の認証テーブル‘ａｕｔｈ.ｔａｂ’に前記ＩＤｐを追加する。このとき、前記機器は、前記サーバから受信したＥ（ＩＤｂ）ＫｐからＩＤｂを抽出することによって、機器認証が行われる（Ｓ２１８）。
【００１０】
一方、機器認証が終わった後、前記サーバは、前記機器に伝送するコンテンツを暗号化する（Ｓ２２０）。まず、ＩＤｂ、ａｕｔｈ.ｔａｂ、Ｋｍを利用してバインディングキー（Ｋｂ）を生成するが、このとき、前記バインディングキー（Ｋｂ）は、Ｋｂ＝Ｈ［ＩＤｂＨ［ａｕｔｈ.ｔａｂ］，Ｋｍ］のような式を満足する（Ｓ２２２）。
【００１１】
バインディングキー（Ｋｂ）が生成された後に、前記サーバは、コンテンツを保護するために、タイトルキー（Ｋｔ）で前記コンテンツを暗号化する（Ｓ２２４）。一方、それぞれのコンテンツには、複写制御情報、外部伝達許容如何、使用権限、使用許容期間などが含まれたＵＲ（Ｕｓａｇｅ Ｒｕｌｅ）情報が含まれているので、前記Ｋｂを利用して
（外１）
のように、ＵＲ情報及びタイトルキー（Ｋｔ）を暗号化する（Ｓ２２６）。
【００１２】
一方、前記機器は、前記サーバから前記ａｕｔｈ.ｔａｂを受信し、既抽出したＫｍ及びＩＤｂを利用して、
（外２）
からバインディングキー（Ｋｂ）を得て（Ｓ２３２）、
（外３）
からタイトルキー（Ｋｔ）を抽出した後（Ｓ２３４）、前記抽出されたタイトルキー（Ｋｔ）を利用して、前記サーバから受信したコンテンツを復号化する（Ｓ２３６）。
【００１３】
このように動作するｘＣＰ Ｃｌｕｓｔｅｒ Ｐｒｏｔｏｃｏｌは、ドメインに含まれる機器の選択過程なしに、通信範囲内のあらゆる機器が自動で加入でき、また、それぞれの機器が新たにバインディングキー（Ｋｂ）を作る度に、ａｕｔｈ.ｔａｂをサーバから受信して計算せねばならないという不便さがある。したがって、ユーザの制御によってホームドメインの構成機器を決定でき、外部と独立したホームドメインを構築して、さらに安全にコンテンツを保護する必要がある。
【００１４】
一方、最近、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）を基盤にしたホームネットワークの管理方法が広範に提案されている。ＵＰｎＰは、本来、コンピュータの周辺装置を汎用コンピュータに連結するだけで自動で認識させる標準化された機能を意味し、さらに、コンピュータの周辺装置だけでなく、家電製品及び無線装備などをネットワークに接続させたとき、これを自動で認識できるホームネットワークミドルウェア標準として発展している。また、ＵＰｎＰは、既存の標準インターネットプロトコルを使用するために、既存のネットワークにスムーズに統合可能であり、特定の運営体制や物理的な媒体に依存しないなど、多くの長所を有する。しかし、まだ、ＵＰｎＰを利用してドメイン管理を具現する方法は知られていないので、ＵＰｎＰを利用して効果的にドメイン管理を具現する方法を講ずる必要がある。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
本発明の目的は、ユーザが直接ドメインの形成を制御し、外部と独立したドメインをさらに安全に構築できるホームネットワークの管理方法を提供することである。
【００１６】
また、本発明の目的は、既存の標準インターネットプロトコルを使用するネットワークにスムーズに統合可能なＵＰｎＰ基盤のホームネットワークシステムを提供することである。
【００１７】
また、本発明の目的は、ホームネットワークのドメインの構成機器の変動をユーザが直接制御し、構成機器の変動による新たなドメインキーの生成をマスタ機器が担当し、スレーブ機器は、マスタ機器で生成されたドメインキーを伝達されるようにすることによって、ドメイン構成の変更によるドメインキーの変更手続を簡素化することである。
【００１８】
また、本発明の目的は、ドメインＩＤ及びドメインキー以外にも、ドメインが共有する情報としてセッションＩＤを導入することによって、頻繁なドメインキーの変更を防止することである。
【課題を解決するための手段】
【００１９】
前記目的を達成するために、本発明は、一つ以上の被制御機器のうち少なくとも一部と共にドメインを形成して、前記ドメインを構成する被制御機器に所定のドメインキーを提供し、前記ドメインの構成に変動が発生する度に新たなドメインキーを生成して、前記ドメインに残っている被制御機器に提供するマスタ機器と、前記ドメインの構成をユーザが直接変更できるようにユーザインターフェースを提供するコントロールポイントと、を備えるホームネットワークシステムを提供する。
【００２０】
このとき、前記マスタ機器は、前記ドメインを形成する被制御機器に所定のコンテンツを提供し、前記ドメインキーは、前記所定のコンテンツの暗号化に利用されるコンテンツキーの暗号化に利用され、また、前記ドメインキーは、前記所定のコンテンツを提供される被制御機器の公開キーを利用して暗号化され、前記暗号化されたドメインキーは、前記公開キーと対をなす所定の秘密キーで解読され得る。
【００２１】
また、前記ホームネットワークシステムは、ＵＰｎＰを基盤として構成され、前記ドメインキーは、前記ドメインを形成する機器の機器情報を利用して生成され、前記コントロールポイントは、前記マスタ機器及び前記ドメインを形成する被制御機器の動作に必要な情報を、前記マスタ機器及び前記ドメインを形成する被制御機器に伝達できる。
【００２２】
また、前記ドメインは、前記ドメインを形成する構成機器の変動によって変動されるセッションＩＤを共有し、前記マスタ機器は、前記ドメインに連結される機器のセッションＩＤが自身のセッションＩＤと同じでない場合に、前記連結された機器に自身が保有しているドメインキーを伝達することが望ましい。
【００２３】
このとき、前記被制御機器は、スレーブ状態及びゲスト状態を機器モードとして有し、前記マスタ機器は、前記ドメインに連結される機器のセッションＩＤが自身のセッションＩＤと同じでなく、また前記連結された機器が自身が保有しているスレーブ機器リストに存在する場合に、前記連結された機器に、自身が保有しているドメインキーを伝達することが望ましい。
【００２４】
さらに、前記スレーブ機器リストに前記連結された機器が存在していない場合に、前記連結された機器の機器モードは、ゲスト状態に変更されうる。また、前記マスタ機器は、前記ドメインに連結される機器のドメインＩＤが、自身が保有しているドメインＩＤと一致していない場合には、前記ドメインキーを前記連結された機器に伝達ことが望ましい。また、前記マスタ機器は、前記ドメインに連結される機器の機器モードがスレーブ状態ではない場合には、前記ドメインキーを前記連結された機器に伝達しないことが望ましい。
【００２５】
また、前記セッションＩＤは、固有ＩＤ以外にも日付情報及び／またはバージョン情報をさらに含むことが望ましい。
【００２６】
前記のような目的を達成するために、本発明の他の態様は、一つ以上の被制御機器のうち少なくとも一部と共にドメインを形成して、前記ドメインを構成する被制御機器に所定のドメインキーを提供するマスタ機器、及びユーザインターフェースを提供するコントロールポイントを備えるホームネットワークシステムの管理方法において、（ａ）前記ユーザインターフェースを通じたユーザの指示によって前記ドメインの構成を変更するステップと、（ｂ）前記マスタ機器で、前記ドメインの構成変更によって新たなドメインキーを生成するステップと、（ｃ）前記生成されたドメインキーを、前記ドメインに残っている被制御機器に提供するステップとを含むホームネットワークの管理方法を提供する。
【００２７】
このとき、前記ホームネットワークシステムは、ＵＰｎＰを基盤として構成され、前記ドメインキーは、前記ドメインを形成する機器の機器情報を利用して生成されうる。
【００２８】
また、前記ホームネットワークの管理方法は、（ｄ）前記ドメインの構成機器の変動によって変動されるセッションＩＤを、前記ドメインの構成機器が共有するステップと、（ｅ）前記ドメインに連結される機器のセッションＩＤが、前記ドメインのセッションＩＤと同じでない場合に、前記連結された機器に前記ドメインのドメインキーを提供するステップとをさらに含むことが望ましい。
【００２９】
このとき、前記被制御機器は、スレーブ状態及びゲスト状態を機器モードとして有し、前記（ｅ）ステップは、前記ドメインに連結される機器のセッションＩＤが、前記ドメインのセッションＩＤと同じでなく、また、前記連結された機器が、前記マスタ機器が保有しているスレーブ機器リストに存在する場合に、前記連結された機器に前記ドメインキーを提供することが望ましい。
【００３０】
さらに、前記（ｅ）ステップは、前記ドメインに連結される機器が前記スレーブ機器リストに存在していない場合に、前記連結された機器の機器モードをゲスト状態として設定することが望ましく、前記（ｅ）ステップは、前記ドメインに連結される機器のドメインＩＤが、前記ドメインのドメインＩＤと一致していない場合に、前記ドメインキーを前記連結された機器に提供しないステップを含むことが望ましく、前記（ｅ）ステップは、前記ドメインに連結される機器の機器モードがスレーブ状態でない場合には、前記ドメインキーを前記連結された機器に提供しないステップを含むことが望ましい。
【００３１】
また、前記セッションＩＤは、固有ＩＤ以外にも日付情報及び／またはバージョン情報をさらに含むことが望ましい。
【００３２】
前記のような目的を達成するために、本発明の他の態様は、一つ以上の被制御機器のうち少なくとも一部と共にドメインを形成するマスタ機器を備えるホームネットワークシステムのホームネットワークの管理制御装置において、前記ドメインの構成をユーザが直接変動できるように、ユーザインターフェースを提供するユーザインターフェース提供部と、前記ユーザインターフェースを通じたユーザの入力によって、前記ドメインの構成機器の動作に必要な情報を前記ドメインの構成機器に提供する機器動作情報提供部とを備えるホームネットワークの管理制御装置を提供する。
【００３３】
前記のような目的を達成するために、本発明の他の態様は、一つ以上の被制御機器のうち少なくとも一部と共にドメインを形成するマスタ機器を備えるホームネットワークシステムのホームネットワークの管理制御装置において、前記ドメインの構成をユーザが直接変動できるように、ユーザインターフェースを提供するユーザインターフェース提供部と、前記ホームネットワークの管理制御装置に接続する機器を検出する機器検出部と、前記接続された機器の情報を前記マスタ機器に提供して、前記マスタ機器での処理結果を前記接続された機器に提供する機器動作情報提供部とを備えるホームネットワークの管理制御装置を提供する。
【００３４】
前記のような目的を達成するために、本発明の他の態様は、一つ以上の被制御機器のうち少なくとも一部と共にドメインを形成するマスタ機器において、前記被制御機器の認証を行う被制御機器管理部と、前記ドメインを識別するドメインＩＤを生成して、前記ドメインの構成機器に提供するドメインＩＤ管理部と、前記ドメインの構成変動によって変動するセッションＩＤを生成して、前記ドメインの構成機器に提供するセッションＩＤ管理部と、前記ドメインの構成変動によって変動するドメインキーを生成して、前記ドメインの構成機器に提供するドメインキー管理部とを備えるマスタ機器を提供する。
【００３５】
前記のような目的を達成するために、本発明の他の態様は、一つ以上の被制御機器のうち少なくとも一部と共にドメインを形成するマスタ機器により前記被制御機器を管理する方法において、（ａ）前記被制御機器の認証を行うステップと、（ｂ）前記ドメインを識別するドメインＩＤを生成して、前記ドメインの構成機器に提供するステップと、（ｃ）前記ドメインの構成変動によって変動するセッションＩＤを生成して、前記ドメインの構成機器に提供するステップと、（ｄ）前記ドメインの構成変動によって変動するドメインキーを生成して、前記ドメインの構成機器に提供するステップとを含む被制御機器の管理方法及びこの方法を実行するプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【００３６】
前記のような目的を達成するために、本発明の他の態様は、スレーブ状態及びゲスト状態を機器モードとして有しうる一つ以上の被制御機器のうち、機器モードがスレーブ状態であるスレーブ機器と共にドメインを形成するマスタ機器において、前記ドメインに接続する機器の認証及び機器モードの判別を行い、スレーブ機器リストを生成及び変更し、前記接続機器が前記スレーブ機器リストに存在しているか否かを判別する被制御機器管理部と、前記ドメインを識別できるドメインＩＤを生成し、前記マスタ機器と前記接続機器とのドメインＩＤを比較するドメインＩＤ管理部と、前記ドメインの構成変動によって変動する前記マスタ機器のセッションＩＤを、前記接続機器のセッションＩＤと比較するセッションＩＤ管理部と、前記ドメインの構成変動によって変動するドメインキーを生成し、前記ドメインＩＤ管理部の比較結果一致し、前記セッションＩＤ管理部の比較結果一致せず、前記被制御機器管理部の判別結果、前記接続機器が前記スレーブ機器リストに存在すれば、前記マスタ機器のドメインキーを前記接続機器に提供するドメインキー管理部とを備えるマスタ機器を提供する。
【００３７】
前記のような目的を達成するために、本発明の他の態様は、スレーブ状態及びゲスト状態を機器モードとして有しうる一つ以上の被制御機器のうち、機器モードがスレーブ状態のスレーブ機器と共にドメインを形成するマスタ機器による被制御機器の管理方法において、（ａ）前記ドメインに接続する機器を認証するステップと、（ｂ）前記認証が成功すれば、前記接続機器の機器モードを判別するステップと、（ｃ）前記ステップ（ｂ）の判別結果、前記接続機器の機器モードがスレーブ状態である場合には、前記ドメインの構成変動によって変動する前記マスタ機器のセッションＩＤを、前記接続機器のセッションＩＤと比較するステップと、（ｄ）前記ステップ（ｃ）の比較結果、一致しなければ、スレーブ状態である被制御機器を表すスレーブ機器リストに前記接続機器が存在しているかを判別するステップと、（ｅ）前記ステップ（ｄ）の判別結果、存在すれば、前記ドメインの構成変動によって変動する前記マスタ機器のドメインキーを前記接続機器に提供するステップとを含む被制御機器の管理方法及びこの方法を実行するプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【００３８】
このとき、少なくとも前記（ｃ）ステップ以前に前記ドメインを識別でき、前記ドメインの構成機器により共有されるドメインＩＤと前記接続機器のドメインＩＤとを比較するステップをさらに含むが、前記ステップドメインＩＤが一致しなければ、後続ステップを進行させないことが望ましい。
【図面の簡単な説明】
【００３９】
【図１】一般的なドメイン管理の構造を示す図である。
【図２】従来のマスタ−スレーブ構造によって‘ｘＣＰ Ｃｌｕｓｔｅｒ Ｐｒｏｔｏｃｏｌ’を基盤とするコンテンツ再生過程を示すフローチャートである。
【図３】公開キー基盤構造のドメインの形成方法を示すフローチャートである。
【図４】本発明の実施形態に係るドメインの形成方法をＵＰｎＰに適用した例を示すブロック図である。
【図５】コントロールポイントと被制御機器との間に行われる一般的なＵＰｎＰ動作を示す図である。
【図６】本発明の実施形態に関連してマスタ機器を定める過程を示すフローチャートである。
【図７】図６の過程に続く機器認証過程を示すフローチャートである。
【図８】図７の過程に続くスレーブ機器を定める過程を示すフローチャートである。
【図９Ａ】コントロールポイントが提供するユーザインターフェース画面の構成例である。
【図９Ｂ】コントロールポイントが提供するユーザインターフェース画面の構成例である。
【図９Ｃ】コントロールポイントが提供するユーザインターフェース画面の構成例である。
【図１０】本発明の実施形態に関連して、マスタ機器を定める他の過程を示すフローチャートである。
【図１１】図１０の過程に続く機器認証過程を示すフローチャートである。
【図１２】図１１の過程に続くスレーブ機器を定める過程を示すフローチャートである。
【図１３】本発明の実施形態に係る、ドメインキーの生成過程を示すフローチャートである。
【図１４】スレーブ機器の連結／切断によるドメインの状態を説明するための図である。
【図１５】スレーブ機器の連結／切断による他のドメインの状態を説明するための図である。
【図１６】本発明の実施形態によって、ドメインに新たに接続する機器に対する処理過程を示すフローチャートである。
【図１７】本発明の実施に係るコントロールポイントのブロック図である。
【図１８】は本発明の実施形態に係るマスタ機器のブロック図である。
【発明を実施するための形態】
【００４０】
以下では、添付された図面を参照して、本発明の実施形態を説明する。
【００４１】
図３は、公開キー基盤構造のドメインの形成方法を示すフローチャートである。以下の説明のために、コンテンツを提供するサーバに対してコンテンツを要請する各種の機器は、機器製造時にそれぞれの機器ごとに固有の秘密キーの集合及び公開キーまたは公開キーの生成機能を有していると仮定する。このとき、前記秘密キーの集合は、ブロードキャスティング暗号方式を通じて提供される秘密情報ブロック（Ｓｅｃｒｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ；ＳＩＢ）から秘密値の抽出に使用される。前記ＳＩＢは、機器の廃棄如何を検証するための情報であって、廃棄処分された機器は、ＳＩＢから意図された秘密値を抽出できず、正当な機器は、共通された秘密値を抽出できる。
【００４２】
単一のドメイン内には、ドメインの形成に関与するサーバ３２０が存在するが、サーバ３２０は、外部サーバ３１０からブロードキャスト暗号方式によりＳＩＢを伝達される（Ｓ３３２）。その後、ドメイン内にある機器３３０が有線または無線ネットワークを通じて自身の存在をサーバ３２０に知らせるか、またはサーバ３２０が機器３３０を探すことによって、サーバ３２０が機器３３０の存在を認識する（Ｓ３３４）。
【００４３】
サーバ３２０は、自身が認識した機器３３０をディスプレイ装置を通じてユーザに提供し、ユーザは、前記ディスプレイ装置を通じて表れた機器のうち、ドメインに登録しようとする機器３３０を選択する（Ｓ３３６）。その後、サーバ３２０は、ユーザにより選択された機器３３０に対して外部サーバ３１０から既受信したＳＩＢを伝達し（Ｓ３３８）、前記ＳＩＢを受信した機器３３０は、前記ＳＩＢから秘密値を抽出し（Ｓ３４０）、前記抽出された秘密値を利用して、自身の公開キーについての認証書を作成する（Ｓ３４２）。
【００４４】
機器３３０が前記認証書、機器の固有識別子（ＩＤ）及び機器自身が有している公開キーをサーバ３２０に伝達すれば（Ｓ３４４）、サーバ３２０は、認証書を検証することによって、機器の正当性を検証し（Ｓ３４６）、認証された機器の固有識別子（ＩＤ）及び公開キーを記録した認証リストを作成する（Ｓ３４８）。このとき、認証可能な機器の数は、ユーザにより任意に制限してもよい。
【００４５】
サーバ３２０が認証リストを作成した後、前記認証リストにある機器についての情報及びサーバ自身が生成した乱数を利用して、固有のドメインＩＤ及びドメインキーを生成する（Ｓ３５０）。このとき、前記ドメインキーは、ユーザの選択により形成されたドメインに属する機器のみが共有する秘密キーであって、前記ドメインを構成する機器が変更される度に共に変更され、前記ドメインＩＤは、他のドメインと区別するための識別子として使用される。
【００４６】
サーバ３２０は、ドメイン内にある認証された機器３３０にそれぞれの機器の公開キーを利用して、前記ドメインＩＤ及び前記ドメインキーを暗号化して伝達し（Ｓ３５２）、前記機器３３０は、自身の秘密キーを利用して前記ドメインキーを復旧することによって（Ｓ３５４）、コンテンツを利用するためのドメインが形成される。コンテンツ共有のためのドメインが形成されれば、サーバ３２０は、コンテンツをコンテンツキーにより暗号化し、前記コンテンツキーは、前記ドメインキーにより暗号化される。暗号化されたコンテンツは、コンテンツを利用しようとする機器がドメインキーを利用して復号化することによって、コンテンツを利用できる。
【００４７】
図４は、本発明に係るドメインの形成方法をＵＰｎＰに適用した例を示すブロック図である。図１と同じ構成要素については、同じ参照符号を使用する。それぞれの被制御機器（Ｃｏｎｔｒｏｌｌｅｄ Ｄｅｖｉｃｅ：以下、‘ＣＤ’とも称す）１１０ないし１６０は、コントロールポイント（Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：以下、‘ＣＰ’とも称す）１９０によって命令をやり取りし、各機器が有するサービスを提供する。被制御機器１１０ないし１６０のうち何れか一つの機器をマスタキー機器１１０として設定し、それ以外の機器のうち、ユーザが選択した機器をスレーブ機器１２０、１３０、１４０として設定して、ドメインを形成できる。
【００４８】
被制御機器のうち、マスタやスレーブとして設定されない、すなわち、ドメインに含まれていない機器１５０、１６０は、ゲストと命名する。マスタ機器１１０及びスレーブ機器１２０ないし１４０は、認証されたホームドメインを形成し、ＣＰ １９０及び被制御機器１１０ないし１６０全体は、ホームネットワーク２００を形成する。
【００４９】
図５は、ＣＰ １９０とＣＤ １２０ないし１６０との間で行われる一般的なＵＰｎＰ動作を示す図である。まず、アドレス指定ステップが行われる。ＵＰｎＰネットワーキングの基盤は、ＴＣＰ／ＩＰプロトコルであり、このプロトコルの核心は、アドレスの指定機能である。各機器は、動的ホスト構成プロトコル（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ；ＤＨＣＰ）クライアントを有さねばならず、機器が、最初にネットワークに連結されれば、ＤＨＣＰサーバを検索する。もし、ＤＨＣＰサーバがあれば、該当機器は、割当てられたＩＰアドレスを使用する。もし、使用可能なＤＨＣＰサーバがない場合には、機器は、アドレスを確保するために、‘自動ＩＰ’を使用する。
【００５０】
次いで、ディスカバリーステップである。一旦、機器がネットワークに連結され、適切なアドレスが指定されれば、検索作業が進み得る。検索作業は、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を利用して処理する。機器がネットワークに追加されれば、ＳＳＤＰは、この機器が提供するサービスを、ネットワーク上にあるコントロールポイントに知らせる役割を行う。
【００５１】
ＵＰｎＰネットワーキングの次のステップは、ディスクリプションステップである。コントロールポイントが機器を検索したとしても、コントロールポイントは、相変らず機器について知っている情報が非常に少ない。このコントロールポイントが機器及び機器の機能についての情報を詳細に把握して相互作用を行おうとするには、コントロールポイントは、検索メッセージと該当する機器が提供するＵＲＬから機器の説明内容を確認せねばならない。機器についてのＵＰｎＰの説明は、ＸＭＬで表現されており、供給メーカ固有の製造情報（モデル名、シリアルナンバー、メーカ名、メーカのＵＲＬ等）を含んでいる。この説明は、また、制御、イベント及びプレゼンテーションのためのＵＲＬだけでなく、多くの内蔵された機器及びサービスに関するリストも含んでいる。
【００５２】
前記アドレスの指定、検索、デスクリプションのステップ以後には、本格的なＵＰｎＰ動作ステップが行われる。このようなステップは、制御、イベント作業及びプレゼンテーションなどの動作を通じて行われる。前記制御動作を見れば、コントロールポイントは、機器のデスクリプションを確保した後に、機器制御のための必須作業を行う。機器を制御するために、コントロールポイントは、機器のサービスに動作命令を送る。そのために、コントロールポイントは、適切な制御メッセージを該当サービスについての制御ＵＲＬ（機器説明書にある）に送る。制御メッセージも、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を使用して、ＸＭＬで表現される。該当サービスは、この制御メッセージに対する応答として、特定の動作値や障害コードを提供する。
【００５３】
また、前記イベント作業の動作を見れば、各機器は、前述した命令を受けて、自身の状態の変化が発生すれば、これをイベントメッセージを通じてコントロールポイントに知らせる。このようなメッセージは、１個以上の状態変数名及びそれらの変数の現在値を含んでおり、ＸＭＬ形式で表現され、ＧＥＮＡ（Ｇｅｎｅｒｉｃ Ｅｖｅｎｔ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ）を通じてフォーマットされる。イベントの内容は、周期的に更新されて持続的にコントロールポイントに通報され、ＧＥＮＡを使用して加入を取り消してもよい。
【００５４】
そして、前記プレゼンテーション動作を見れば、もし、機器がプレゼンテーション用ＵＲＬを有していれば、コントロールポイントは、このＵＲＬを通じてページを検索でき、このページをブラウザーにロードでき、ユーザは、前記ページを利用して機器を制御するか、または機器状態を照会できる。この機能を行えるレベルは、プレゼンテーションページ及び機器の特定の機能による。
【００５５】
図６は、ＵＰｎＰ基盤のホームネットワークの形成過程のうち、マスタ機器を定める過程を示す。まず、全体被制御機器１１０ないし１６０が、コントロールポイント１９０にＳＳＤＰを利用して、自身がホームネットワークに連結されたことを知らせる（Ｓ６０１）。それにより、コントロールポイント１９０は、機器１１０ないし１６０から機器情報及びＤＲＭ情報をＨＴＴＰを通じて得る（Ｓ６０２）。前記機器情報は、ＵＰｎＰで使用する一般的な機器情報を意味し、前記ＤＲＭ情報は、機器属性及び機器モードを意味する。ここで、機器属性は、被制御機器がｅｎｍａｓｔｅｒａｂｌｅであるか、またはｄｉｓｍａｓｔｅｒａｂｌｅであるかを決定する値であって、被制御機器が、ドメインマスタとして作動できるか否かを知らせる情報である。そして、機器モードは、マスタ、スレーブ、ゲストのうち、現在、何なるもので動作しているかを決定する値である。初期に、被制御機器は、何れもゲストとして設定されており、以後、マスタやスレーブとして設定されれば、前記機器モード値が変更される。
【００５６】
前記ＤＲＭ情報のうち、機器モードでマスタとして動作する被制御機器の存否を判断して、マスタとして動作する機器がない場合には、ｅｎｍａｓｔｅｒａｂｌｅである被制御機器の一つをマスタとして選択する（Ｓ６０３）。このようなマスタを設定することは、コントロールポイント１９０のユーザインターフェースを通じて、ユーザが直接選択する過程を通じて行われる。前記ユーザインターフェースの例を図９Ａに示す。前記ユーザインターフェースでは、マスタとして動作できる機器‘ｍａｉｎ ｎｅｘｕｓ’及び‘ｓｕｂ ｎｅｘｕｓ’を表しており、それらは、現在ゲストとして設定されている。この機器のうち、ユーザがマスタとして設定しようとする機器をチェックすればよい。本例では、被制御機器１１１０がマスタとして決定された。
【００５７】
次いで、コントロールポイント１９０は、ＳＯＡＰを通じて前記マスタとして設定された被制御機器１１１０からマネージャ認証情報を得る（Ｓ６０４）。このようなマネージャ認証情報は、例えば、マスタ機器のスマートカードから得られ、前記マスタとして決定したユーザが、マネージャであるか否かを確認する手続で必要である。コントロールポイント１９０では、前記マネージャ認証情報を利用してユーザインターフェースを出力し、ユーザからマネージャＩＤ及びパスワードを入力される方式でマネージャ認証を行う（Ｓ６０５）。図９Ｂには、このようなユーザインターフェースの例が示されている。
【００５８】
マネージャ認証を経た後、コントロールポイント１９０は、被制御機器１１１０をドメインマスタとして設定し、コントロールポイント自身が有していた機器リストを被制御機器１１１０に提供する（Ｓ６０６）。以後には、被制御機器１１１０の機器モード値は、‘マスタ’となる。マスタとして設定された機器１１０は、初期には自身のみを構成機器とする新たなドメインを生成する（Ｓ６０７）。
【００５９】
図７は、図６のマスタ機器を定める過程に続く機器認証過程を示す。まず、ドメインマスタ１１０で、前記頭３の説明過程と同じ方法で外部のサーバを通じて新たなＳＩＢを伝達される（Ｓ７１１）。それにより、コントロールポイント１９０は、残りの被制御機器１２０ないし１６０に、ＳＯＡＰを利用して前記ＳＩＢが保存されたＵＲＬ情報を伝達する（Ｓ７１２）。前記残りの被制御機器１２０ないし１６０は、前記ＵＲＬに存在するＳＩＢを、ＨＴＴＰを通じて得る（Ｓ７１３）。そして、前記得たＳＩＢを利用して秘密値を抽出し、前記秘密値と、自身が有している機器ＩＤ及び公開キーとを利用して認証書を生成する（Ｓ７１４）。このような認証書は、不法機器を区別するためのものであって、例えば、特定のメーカが生産する機器のみを合法的な機器として認める認証政策を維持するならば、そのメーカ以外のメーカが生産した機器は、不法機器として見なされる。
【００６０】
その後、コントロールポイント１９０が、マスタ機器１１０に前記認証書が保存されたＵＲＬ情報をＳＯＡＰを通じて伝達すれば（Ｓ７１５）、マスタ機器１１０は、前記残りの被制御機器１２０ないし１６０から、ＨＴＴＰを利用して認証書、機器ＩＤ及び公開キーを得る（Ｓ７１６）。そして、前記得た認証書を検証して、認証機器についてのリストを作成する（Ｓ７１７）。このように、認証書を検証して、不法な機器として見なされた機器は、以後、ドメインから除かれ、スレーブ機器として指定される可能性がない。
【００６１】
図８は、図７の機器認証過程に続くスレーブ機器を定める過程を示す。まず、コントロールポイント１９０は、前記認証書の検証結果、合法的な機器として認証された機器１２０ないし１４０を対象として、ＳＯＡＰを利用してドメイン属性を検証する（Ｓ８２１）。前記ドメイン属性には、ドメインキー、ドメインに属する機器の名称、ドメインに属する機器の数などが該当される。もし、前記機器にドメイン属性が存在していない場合には、コントロールポイント１９０は、前記機器のリストをユーザインターフェースを通じてディスプレイし（Ｓ８２２）、ユーザをしてスレーブ機器を選択させる（Ｓ８２３）。図９Ｃには、合法的な機器１２０ないし１４０のリストを表したユーザインターフェースの例を表した。ユーザは、それらのリストのうち、ドメインに含めようとする機器をチェックすることによって、スレーブ機器を選択できる。このようなスレーブ機器は、マスタ機器とは異なり、複数の機器が選択されてもよい。この後、図６でのマスタ選択過程と同様に、マネージャ認証情報を得て（Ｓ８２４）、マネージャ認証を行う過程（Ｓ８２５）を経る。
【００６２】
次いで、コントロールポイント１９０は、前記リストのうち選択されたスレーブ機器のリストを、ＳＯＡＰを通じてマスタ機器１１０に伝達する一方（Ｓ８２６）、ＳＯＡＰを通じて前記選択された機器をスレーブモードとして設定する（Ｓ８２７）。スレーブモードとして設定された機器は、以後には機器モード値を‘スレーブ’として有する。その後、マスタ機器１１０は、前記スレーブリストを利用してドメインＩＤ及びドメインキーを生成する（Ｓ８２８）。そして、スレーブ機器に対する公開キーを利用して、ドメインＩＤ及びドメインキーを暗号化する（Ｓ８２９）。また、マスタ機器１１０は、スレーブとして選択された機器についてのスレーブ機器リストを保存する。
【００６３】
次いで、コントロールポイント１９０は、ドメイン属性値を保存しているマスタ機器のＵＲＬ情報を、ＳＯＡＰを通じて前記スレーブとして設定された機器に伝達する（Ｓ８３０）。それにより、前記スレーブとして設定された機器が、前記ＵＲＬに存在するドメイン属性を、ＨＴＴＰを通じて得る（Ｓ８３１）。前述したように、前記ドメイン属性は、ドメインキー、ドメインに属する機器の名称、ドメインに属する機器の数などの情報を含む。
【００６４】
図１０ないし図１２は、図６ないし図８とは異なり、コントロールポイント１９０の機能のうち、重要な部分を離してマスタ機器１１０に移した場合の動作過程を示すフローチャートである。このとき、コントロールポイント１９０は、ユーザインターフェースに関連したことを処理するように機能を限定する。結局、マスタ機器１１０は、被制御機器としての機能及びコントロールポイントとしての機能のうち、コントロールポイント１９０が有する機能以外の機能をさらに有する。結果的に、コントロールポイント１９０の役割が相当減り、もし、コントロールポイント１９０が不法機器である場合にも、保安上の問題点が発生させない。また、マスタ機器にユーザインターフェースが存在しなくても問題がない。
【００６５】
図１０は、マスタ機器を定める過程を示す図であって、この過程中である機器１１１０は、単に被制御機器としてのみ動作するので、図６での動作と同じである。
【００６６】
図１１は、図１０のマスタ機器を定める過程に続く機器認証過程を示す図である。まず、コントロールポイント１９０は、マスタ機器１１０にＳＯＡＰを通じて機器認証過程が開始されることを知らせる（Ｓ１１０１）。本過程で、マスタ機器１１０は、ＣＤとして動作する。それにより、マスタ機器１１０（ＣＰで動作）は、残りの被制御機器１２０ないし１６０に、ＳＯＡＰを利用して前記ＳＩＢを直接伝達する（Ｓ１１０２）。それにより、前記残りの被制御機器１２０ないし１６０は、前記得たＳＩＢを利用して秘密値を抽出し、前記秘密値と自身が有している機器ＩＤ及び公開キーとを利用して認証書を生成する（Ｓ１１０３）。
【００６７】
その後、前記残りの被制御機器１２０ないし１６０は、マスタ機器１１０（ＣＰで動作）に、ＳＯＡＰを利用して前記認証書、機器ＩＤ及び公開キーを直接伝達する（Ｓ１１０４）。それにより、マスタ機器１１０は、前記伝達された認証書を検証し、各機器に対する認証リストを作成する（Ｓ１１０５）。このように、認証書を検証して、不法な機器として見なされた機器は、以後にドメインから除かれ、スレーブ機器として指定される可能性がない。そして、マスタ機器１１０（ＣＤとして動作）は、ＧＥＮＡを利用してコントロールポイント１９０に、前記検証した機器のＩＤをイベントメッセージで通知する（Ｓ１１０６）。それにより、コントロールポイント１９０は、ＳＯＡＰを利用して前記機器の検証結果をマスタ機器１１０（ＣＤとして動作）から得た後（Ｓ１１０７）、ユーザインターフェースを通じて、検証結果機器が不法であるか否かを外部に表示する（Ｓ１１０８）。
【００６８】
図１２は、図１１の機器認証過程に続くスレーブ機器を定める過程を示す図である。まず、コントロールポイント１９０は、前記認証書の検証結果、合法的な機器として認証された機器１２０ないし１６０を対象として、ＳＯＡＰを利用してドメイン属性を検証する（Ｓ１２０１）。もし、前記機器にドメイン属性が存在していない場合には、コントロールポイント１９０は、前記機器のリストをユーザインターフェースを通じてディスプレイし（Ｓ１２０２）、ユーザをしてスレーブ機器を選択せしめる（Ｓ１２０３）。図９Ｃでは、合法的な機器のリストを表すユーザインターフェースの例を示した。ユーザは、それらのリストのうち、ドメインに含めようとする機器をチェックすることによって、スレーブ機器を選択できる。以後、前記図６でのマスタの選択過程と同様に、マネージャ認証情報を得て（Ｓ１２０４）、マネージャ認証を行う過程（Ｓ１２０５）を経る。
【００６９】
次いで、コントロールポイント１９０がマスタ機器１１０（ＣＤとして動作）に、前記リストから選択されたスレーブ機器１２０ないし１４０のリストを、ＳＯＡＰを通じて伝達する（Ｓ１２０６）。その後、マスタ機器１１０は、ドメインＩＤ及びドメインキーを生成する（Ｓ１２０７）。一方、ドメインＩＤは、他のドメインとの識別に利用されるものであって、該当ドメインに固有のものであれば、いかなるものでもよい。したがって、ドメインＩＤは、乱数生成器から生成された乱数であるか、またはスレーブ機器の機器ＩＤと任意の乱数とを合成した値のハッシュ値であってもよく、特定の方法に限定されて生成されるものではない。また、ドメインキーは、ドメインＩＤと同様に、乱数生成器から生成された乱数であるか、またはスレーブ機器の機器ＩＤと任意の乱数とを合成した値のハッシュ値となりうる。しかし、ドメインキーは、ドメインの構成機器の変動によって変動されるものであるので、スレーブ機器の機器ＩＤを利用して生成されることがさらに望ましい。
【００７０】
次いで、ドメインＩＤ及びドメインキーが生成されれば、スレーブ機器に対する公開キーを利用して、ドメインＩＤ及びドメインキーを暗号化する（Ｓ１２０８）。マスタ機器１１０（ＣＰとして動作）は、直接ＳＯＡＰを通じて前記選択された機器をスレーブモードとして設定し、前記設定された機器のドメイン属性を伝達する（Ｓ１２０９）。また、マスタ機器１１０は、スレーブとして選択された機器に対するスレーブ機器リストを保存する。
【００７１】
図１３は、本実施形態によって現在生成されている認証されたドメインにゲストであった被制御機器１５０、１６０が、スレーブとして追加される場合の動作を示すフローチャートである。また、図１３は、コントロールポイントの重要な機能がマスタ機器に移され、コントロールポイントは、主にユーザインターフェース機能のみを行う場合の動作を示す。
【００７２】
スレーブ機器を追加するために、ユーザが、コントロールポイント１９０が提供するユーザインターフェースを通じてスレーブ機器追加メニューを選択すれば、コントロールポイント１９０は、前記認証書の検証結果、合法的な機器として認証された機器１２０ないし１６０を対象として、ＳＯＡＰを利用してドメイン属性を検証する（Ｓ１２０１）。もし、前記機器にドメイン属性が存在していない機器１５０、１６０が存在する場合に、この機器のリストを、ユーザインターフェースを通じてディスプレイし（Ｓ１３０２）、ユーザをしてスレーブ機器を選択せしめる（Ｓ１３０３）。ユーザは、図９Ｃのようなユーザインターフェース画面を通じて、合法的に認証された機器のうち、ゲスト状態である機器をチェックすることによってスレーブ機器を選択できる。以後、前記図６でのマスタ選択過程と同様に、マネージャ認証情報を得て（Ｓ１３０４）、マネージャ認証を行う過程（Ｓ１３０５）を経る。
【００７３】
次いで、コントロールポイント１９０がマスタ機器１１０に、前記リストから選択されたスレーブ機器１５０、１６０のリストを、ＳＯＡＰを通じて伝達する（Ｓ１３０６）。その後、マスタ機器１１０は、以前にスレーブ機器として選択された機器１２０ないし１４０のリストと、現在新たにスレーブ機器として選択されたスレーブ機器１５０、１６０の機器情報（例えば、機器ＩＤ）とを利用して、新たなドメインキーを生成する（Ｓ１３０７）。すなわち、ドメインキーは、ドメインの構成機器が共有せねばならない秘密キーであるので、ドメインの構成機器の情報を利用して生成されることが望ましく、したがって、ドメインの構成機器の変更によって新たなドメインキーを生成する。このとき、ドメインＩＤは、外部ドメインとの識別のための識別子であるので、マスタ機器１１０が変わらない限り変わらない。そして、スレーブ機器に対する公開キーを利用して、新たなドメインキーを暗号化する（Ｓ１３０８）。マスタ機器１１０は、直接ＳＯＡＰを通じて、前記選択された機器をスレーブモードとして設定し、新たなドメインキーを含む新たなドメイン属性をスレーブ機器に伝達する（Ｓ１３０９）。
【００７４】
以上、認証されたドメインに新たなスレーブ機器を追加する過程を説明したが、スレーブとして設定されていた機器を認証されたドメインから脱退させるために、ユーザは、コントロールポイント１９０が提供するユーザインターフェース画面を通じて機器の脱退を選択できる。このときにも、図１３に示す過程と同様に脱退したスレーブ機器を、マスタ機器１１０のスレーブ機器リストから削除し、残りのスレーブ機器の情報を利用して、新たなドメインキーを生成する。
【００７５】
一方、本明細書で追加及び脱退という用語は、スレーブ機器がコントロールポイントを通じたユーザの許可によってスレーブリストを変更することによって、ドメインの構成が変更される場合を表す。したがって、追加及び脱退は、コントロールポイントを通じたユーザの許可によらずに、スレーブ機器がコントロールポイントに物理的に付加されるか、またはスレーブ機器の電源が‘オン’になる場合のように、スレーブ機器がドメインに連結されることと、コントロールポイントを通じたユーザの許可によらずに、スレーブ機器がコントロールポイントから物理的に分離されるか、またはスレーブの機器の電源が‘オフ’になる場合のように、スレーブ機器がドメインから切断されることとに区別される。
【００７６】
一方、認証されたドメインのスレーブ機器（例えば、１２０ないし１４０）のうち、スレーブ機器１２０が脱退し、その間に他のゲスト機器（例えば、１５０、１６０）のうち、ゲスト機器１５０が認証されたドメインにスレーブ機器として追加された場合には、スレーブ機器の追加によって、図１３のような過程を経て、新たなドメインキーを生成すればよく、脱退したスレーブ機器１２０が、再びドメインに追加される場合には、スレーブ機器１２０の機器情報を反映して、新たなドメインキーを生成すればよい。しかし、スレーブ機器の追加及び脱退は、ユーザの意思によって決定されるものであって、あまり頻繁に発生する状況ではないが、例えば、スレーブ機器が電子製品である場合には、電源のオン／オフ（すなわち、連結／切断）が頻繁に発生するため、その度にドメインキーを変更することは面倒なだけでなく、システムにも負担になる。
【００７７】
したがって、本発明は、スレーブ機器の追加／脱退及び連結／切断の状況を区分するための識別子として、‘セッションＩＤ’を導入した。セッションＩＤは、スレーブ機器の追加／脱退によって変動され、スレーブ機器の連結／切断によっては変動されず、マスタとスレーブが共有する。また、セッションＩＤは、ドメインＩＤと同様に、ランダムに生成されるか、またはドメインの構成機器の情報を利用して生成され、スレーブ機器の公開キーで暗号化してスレーブ機器に伝達されることが望ましい。また、セッションＩＤは、固有ＩＤ、日付情報及びバージョン情報などを含みうる。
【００７８】
一方、スレーブ機器がドメインに連結または切断される状況により、いくつかの考慮すべき問題がある。
【００７９】
図１４に示すように、スレーブ機器Ｓ１が、コントロールポイントＣＰから切断され、所定時間以後に再びコントロールポイントＣＰに連結される場合には、切断時及び連結時にマスタ機器Ｍ及びスレーブ機器Ｓ１、Ｓ２、Ｓ３が共有するセッションＩＤ及びドメインキーの変動がないので、スレーブ機器Ｓ１は、切断される前のドメインキーを利用して、コンテンツを利用できる。
【００８０】
しかし、図１５に示すように、スレーブ機器Ｓ１がコントロールポイントＣＰから切断された状態で、他のスレーブ機器Ｓ４がドメインに追加された場合には、マスタ機器Ｍ及びスレーブ機器Ｓ１、Ｓ２、Ｓ３、Ｓ４が共有するセッションＩＤ及びドメインキーが変更されるため、スレーブ機器Ｓ１が再びドメインに連結される場合に、スレーブ機器Ｓ１は、ドメインが共有しているコンテンツを良好に再生または利用できなくなる。したがって、マスタ機器Ｍは、新たにドメインに連結される機器のセッションＩＤとマスタ機器のセッションＩＤとを比較して、セッションＩＤが一致していない場合には、スレーブ機器Ｓ４の追加時に新たに生成されたドメインキーＤＫ２をスレーブ機器Ｓ１に伝達する。また、スレーブ機器Ｓ１が切断される間にスレーブ機器Ｓ２が脱退する場合にも、マスタ機器Ｍの細線ＩＤ及びドメインキーが変更されるため、図１５と同じ手続が進行される。コントロールポイントＣＰは、所定の機器が連結される場合に、これを感知して、その機器のセッションＩＤをマスタ機器Ｍに伝達する役割を行い、マスタ機器Ｍからの情報をドメインの構成機器に伝達する役割を行う。
【００８１】
一方、マスタ機器Ｍに保存されているスレーブリストは、ユーザがコントロールポイントを通じて変更しない限り、スレーブ機器の連結及び切断時には変更されない。したがって、スレーブ機器Ｓ１が切断された間に、ユーザが、スレーブ機器Ｓ１をスレーブリストから削除したなら、スレーブ機器Ｓ１は、スレーブ機器の地位を喪失する。しかし、切断されたスレーブ機器Ｓ１は、相変らず機器モードがスレーブ状態として設定されているため、スレーブ機器Ｓ１が再び連結される場合に、マスタ機器Ｍは、セッションＩＤ以外にもスレーブリストにスレーブ機器Ｓ１が存在しているかも検査して、スレーブリストに存在していない機器の機器モードをゲストモードに変更する必要がある。それとも、実質的にゲスト状態であるスレーブ機器Ｓ１が、ユーザの許可なしに新たなドメインキーを共有してシステム全体の構造が崩壊される。
【００８２】
図１６には、ドメインに新たに連結される機器に対する処理過程を示す。コントロールポイントがドメインに連結される新たな機器を発見すれば（Ｓ１６０１）、図７のような機器認証過程を経て（Ｓ１６０３）、認証が失敗すれば、連結された機器を不法機器と見なして手続を終了し、認証が成功すれば、連結された機器の機器モードがスレーブ状態であるかを確認する（Ｓ１６０５）。
【００８３】
連結された機器の機器モードがゲスト状態である場合には、以後の手続進行が無意味であるので手続を終了し、連結された機器のモードがスレーブ状態である場合には、マスタ機器とセッションＩＤとが同じであるかを判断する（Ｓ１６０７）。もし、連結された機器のセッションＩＤが、マスタ機器とセッションＩＤとが同じであれば、ドメインキーも変更がないため、それでも手続を終了する。しかし、セッションＩＤが同じではなければ、マスタ機器が保有したドメインキーと、連結された機器が保有したドメインキーとが同じではないという意味であるため、新たなドメインキーを連結された機器に伝達する必要がある。しかし、マスタ機器と連結された機器とのセッションＩＤが同じではないといって、直ぐ連結された機器に新たなドメインキーを伝達することは、前述したように、実質的に機器モードがゲスト状態である機器をスレーブ機器として認めることになるため、連結された機器が、マスタ機器Ｍが保有しているスレーブリストに存在するかを検査せねばならない（Ｓ１６０９）。
【００８４】
検査結果、連結された機器がスレーブリストに存在すれば、連結された機器は、スレーブ機器としての地位をそのまま維持していると見なされるため、新たなドメインキーを連結された機器に伝送し（Ｓ１６１１）、そうでない場合には、連結された機器の機器モードをゲストに変更する（Ｓ１６１３）。機器モードがゲストに変更された連結された機器は、図８と同じ過程を経てスレーブ機器として選択されうる。
【００８５】
一方、スレーブ機器がいくつかのドメインに参加できるマルチドメイン政策を取る場合には、セッションＩＤを比較する前にドメインＩＤを比較することによって、該当ドメインＩＤを保有していない連結された機器に対しては、後続手続（Ｓ１６０５ないしＳ１６１１）を進行する必要なしに手続を終了してもよい。また、マルチドメイン政策を取らず、スレーブ機器が一つのドメインＩＤのみを有しうる場合にも、他のドメインに参加して、ドメインＩＤが変更された機器に対しても後続手続（Ｓ１６０５ないしＳ１６１１）を進行する必要なく手続を終了してもよい。したがって、この場合には、少なくともステップ（Ｓ１６０７）以前に、連結された機器のドメインＩＤと現在ドメインのドメインＩＤとを比較するステップを追加する。
【００８６】
前述したように、セッションＩＤは、固有ＩＤ以外にも日付情報及び／またはバージョン情報をさらに含んでもよい。セッションＩＤに日付情報やバージョン情報を含めば、過去のセッションＩＤと現在のセッションＩＤとをさらに明らかに区別でき、このような情報を利用して多様なサービスを提供できる。例えば、マスタ機器が切断されたとき、コントロールポイントは、スレーブ機器等のセッションＩＤの日付情報及びバージョン情報を確認するが、このとき、ドメインＩＤは同じであり、セッションＩＤが異なる場合には、スレーブ機器が切断されている間にドメインの構成が変更されたということが分かる。したがって、マスタがドメインにない場合にも、日付情報やバージョン情報を利用して、最新のセッションＩＤ及びドメインキーを有しているスレーブ機器を利用して、残りのスレーブ機器のセッションＩＤ及びドメインキーを変更できる。
【００８７】
図１７には、本発明が適用される図４に示すコントロールポイント１９０の構成例が示されている。コントロールポイント１９０は、ユーザに図９Ａないし図９Ｃのようなユーザインターフェースを提供するためのユーザインターフェース提供部１９２と、コントロールポイント１９０に接続する機器の動作に必要な情報をマスタ機器及びスレーブ機器に提供する機器動作情報提供部１９４と、コントロールポイント１９０に接続する機器を検出するための機器検出部１９６とを備える。
【００８８】
インターフェース提供部１９２は、ユーザインターフェース画面に機器リストの表示及び機器認証結果の表示を行う。ユーザは、ユーザインターフェース提供部１９２が提供するユーザインターフェースを通じて、マスタ機器及びスレーブ機器の選択、そして、スレーブリストの変更などを行え、機器認証結果によってマスタ機器に不法機器リストを保存してもよい。機器動作情報提供部１９４は、図６ないし図８及び図１０ないし図１２に示すように、機器等の動作に必要な情報を機器に伝達する。機器検出部１９６は、コントロールポイント１９０に連結または切断される機器を探知して、該当機器の情報を機器動作情報提供部１９４に伝達し、機器動作情報提供部１９４は、例えば、この情報を機器に伝達することによって、図１６に示す手続を行わせる。
【００８９】
図１８には、本発明が適用される図４に示すマスタ機器１１０の構成例が示されている。マスタ機器１１０は、コントロールポイント１９０を通じてマスタ機器１１０に接続した被制御機器の認証、機器モードの判別及びスレーブ機器リストの管理などを行う被制御機器管理部１１３と、ドメインＩＤの生成及びドメインに接続する機器のドメインＩＤの検査などを行うドメインＩＤ管理部１１５と、セッションＩＤの生成、変更及びドメインに接続する機器のセッションＩＤの検査などを行うセッションＩＤ管理部１１７と、ドメインキーの生成、変更及びスレーブ機器へのドメインキーの提供などを行うドメインキー管理部１１９とを備える。
【００９０】
被制御機器管理部１１３は、図７または図１１のフローチャートによってドメインに接続する被制御機器の認証を行って、図１６のステップ（Ｓ１６０３）で機器認証の成敗を判断する。このとき、認証が失敗すれば、接続された被制御機器を不法機器と見做して、不法機器リストに別に保存できる。また、被制御機器管理部１１３は、図１６のステップ（Ｓ１６０５）でドメインに接続する被制御機器の機器モードがスレーブ状態であるか、またはゲスト状態であるかを判別する。このとき、スレーブ状態ではなければ、エラー信号を出力し、ユーザは、エラー信号によって接続された被制御機器を正常的な手続によって、スレーブ機器として再び登録するか、またはそのまま放置してもよい。また、被制御機器管理部１１３は、コントロールポイントを通じたユーザの指示によって、スレーブ機器リストを作成及び変更し、図１６のステップ（Ｓ１６０９）では、マスタ機器１１０とセッションＩＤとが一致していない接続機器が、スレーブ機器リストに存在しているかを判別して、存在しなければ接続機器の機器モードをゲストに変更するように接続機器を制御する。
【００９１】
ドメインＩＤ管理部１１５は、ドメインＩＤを生成してドメインの構成機器に提供し、ドメインに新たな被制御機器が接続した場合には、少なくとも、図１６のステップ（Ｓ１６０７）以前にマスタ機器１１０のドメインＩＤと、ドメインに接続した被制御機器のドメインＩＤとを比較して、一致しなければ、エラー信号を出力し、ユーザは、エラー信号によって所定の処理を行う。
【００９２】
セッションＩＤ管理部１１７は、セッションＩＤを生成し、スレーブ機器リストの変動によって、新たなセッションＩＤを生成し、図１６のステップ（Ｓ１６０７）では、ドメインに接続した機器とマスタ機器１１０のセッションＩＤとを比較して、セッションＩＤが一致しなければ、該当接続機器にマスタ機器１１０のセッションＩＤを提供する。
【００９３】
ドメインキー管理部１１９は、ドメインキーを生成し、ドメインの構成変動によって新たなドメインキーを生成し、生成されたドメインキーをスレーブ機器に提供する。
【００９４】
以上、本発明についてその望ましい実施例を中心に説明した。当業者は、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形態で具現され得るということを理解できる。したがって、開示された実施例は、限定的な観点ではなく、説明的な観点で考慮されねばならない。本発明の範囲は、前述した説明ではなく、特許請求の範囲に示されており、それと同等な範囲内にある全ての差異点は、本発明に含まれたものと解釈されねばならない。
【産業上の利用可能性】
【００９５】
本発明によれば、ユーザが直接ドメインの形成を制御し、外部と独立したドメインをさらに安全に構築できる。
【００９６】
また、本発明によれば、既存の標準インターネットプロトコルを使用するネットワークにスムーズに統合可能なＵＰｎＰ基盤のホームネットワークシステムを具現できる。
【００９７】
また、本発明によれば、ホームネットワークのドメインの構成機器の変動をユーザが直接制御し、構成機器の変動による新たなドメインキーの生成をマスタ機器が担当し、スレーブ機器は、マスタ機器で生成されたドメインキーを伝達されるようにすることによって、ドメイン構成変更によるドメインキー変更の手続を簡素化する効果がある。
【００９８】
また、本発明によれば、ドメインＩＤ及びドメインキー以外にも、ドメインが共有する情報としてセッションＩＤを導入することによって、頻繁に発生するスレーブ機器の連結／切断時にはメインキーを変更しないことによって、頻繁なドメインキーの変更を防止できる。
【符号の説明】
【００９９】
２００ ホームネットワーク
１００ 認証されたホームドメイン
１１０〜１６０ 機器
１９０ コントロールポイント
１９２ ユーザインターフェース
１９４ 機器動作情報提供部
１９６ 機器検出部
１１３ 被制御機器管理部
１１５ ドメインＩＤ管理部
１１７ セッションＩＤ管理部
１１９ ドメインキー管理部
【技術分野】
【０００１】
本発明は、ホームネットワークのドメインに存在する機器の管理方法に係り、特に、ユーザインターフェースを通じてユーザが直接ドメインの構成機器の加入及び脱退などを制御し、ドメインの構成機器の変動を効果的に制御できるホームネットワークシステム及び管理方法に関する。
【背景技術】
【０００２】
最近、ホームネットワークに対する関心が高まりつつ、ホームネットワーク上でコンテンツを保護するための技術が提案されているが、トムソン社で提案した‘ＳｍａｒｔＲｉｇｈｔ’、シスコ社で提案した‘ＯＣＣＡＭ（Ｏｐｅｎ Ｃｏｎｄｉｔｉｏｎａｌ Ｃｏｎｔｅｎｔ Ａｃｃｅｓｓ Ｍａｎａｇｅｍｅｎｔ）’、ＩＢＭ社で提案した‘ｘＣＰ Ｃｌｕｓｔｅｒ Ｐｒｏｔｏｃｏｌ’のようなものが代表的な例であると言える。
【０００３】
‘ＳｍａｒｔＲｉｇｈｔ’は、ホームネットワークを構成するそれぞれの機器ごとに公開キー認証書を含んでいるスマートカードを備えて、このスマートカードを利用して機器相互間に前記認証書を交換することによって、ホームネットワークのためのキーを生成する方式である。
【０００４】
‘ＯＣＣＡＭ’は、ホームネットワーク内の機器がそれぞれのコンテンツについての固有のチケットを利用してコンテンツを使用する方式である。
【０００５】
‘ｘＣＰ Ｃｌｕｓｔｅｒ Ｐｒｏｔｏｃｏｌ’は、ブロードエンクリプション基盤の技術であって、クラスタというドメイン概念を導入して、このクラスタに属した機器間には、コンテンツを自由に使用させる方式である。
【０００６】
図１には、マスタ機器１１０及びスレーブ機器１２０、１３０、１４０から構成された、認証されたホームドメイン１００が例示されており、マスタ機器１１０とスレーブ機器１２０、１３０、１４０との間にドメイン管理を行う。
【０００７】
このようなマスタ−スレーブ構造によって、‘ｘＣＰ Ｃｌｕｓｔｅｒ Ｐｒｏｔｏｃｏｌ’を基盤とするコンテンツの再生過程を図２を参照して説明する。図２によるコンテンツの再生過程は、大きくクラスタ形成過程（Ｓ２００）、機器認証過程（Ｓ２１０）、コンテンツ暗号化過程（Ｓ２２０）及びコンテンツ復号化過程（Ｓ２３０）に分けられ、細部的に説明すれば、次の通りである。任意のホームネットワークに最初に接続したサーバは、前記ネットワークに対するバインディングＩＤ（ＩＤｂ）を生成する（Ｓ２００）。このとき、前記バインディングＩＤは、前記サーバの製造当時に設定された固有の識別子であるか、ユーザが任意に定めた固有の識別子でありうる。このように、バインディングＩＤが生成されれば、バインディングＩＤとして識別されるクラスタが形成される。
【０００８】
前記サーバに存在するコンテンツを利用しようとする機器は、自身のデバイスキーセットを利用して、ＭＫＢ（メディアキーブロック）からメディアキー（Ｋｍ）を抽出する（Ｓ２１２）。その後、前記機器は、前記ステップ（Ｓ２１２）で抽出したメディアキー（Ｋｍ）及び機器自身の識別子であるＩＤｐを利用して、機器自身の固有キーであるＫｐを生成する（Ｓ２１４）。前記機器は、機器認証を受けるために、前記サーバに対して機器認証を要請する（Ｓ２１６）。すなわち、前記機器は、前記クラスタ内、または前記ホームネットワークの外部に存在する機器認証のためのサーバに自身の固有の識別子であるＩＤｐと、自身が何なる種類の機器であるかを表す類型識別子である‘ｔｙｐｅ’と、機器自身の識別子であるＩＤｐと、‘ｔｙｐｅ’のハッシュ値ｈ＝ＭＡＣ（ＩＤｐ｜｜ｔｙｐｅ）Ｋｐを前記サーバに伝送する。
【０００９】
前記サーバは、Ｋｍ及びＩＤｐからＫｐ’を求め、前記Ｋｐ’を利用して得られたハッシュ値ｈ’＝ＭＡＣ（ＩＤｐ｜｜ｔｙｐｅ）Ｋｐ’を、前記機器から受信した前記ハッシュ値ｈと比較して同じであるか否かを確認する。もし、ｈ値とｈ’値とが同じである場合には、前記機器に、Ｋｐを利用してＩＤｂを暗号化したＥ（ＩＤｂ）Ｋｐ及び前記機器の固有のＩＤｐを伝送し、サーバ自身の認証テーブル‘ａｕｔｈ.ｔａｂ’に前記ＩＤｐを追加する。このとき、前記機器は、前記サーバから受信したＥ（ＩＤｂ）ＫｐからＩＤｂを抽出することによって、機器認証が行われる（Ｓ２１８）。
【００１０】
一方、機器認証が終わった後、前記サーバは、前記機器に伝送するコンテンツを暗号化する（Ｓ２２０）。まず、ＩＤｂ、ａｕｔｈ.ｔａｂ、Ｋｍを利用してバインディングキー（Ｋｂ）を生成するが、このとき、前記バインディングキー（Ｋｂ）は、Ｋｂ＝Ｈ［ＩＤｂＨ［ａｕｔｈ.ｔａｂ］，Ｋｍ］のような式を満足する（Ｓ２２２）。
【００１１】
バインディングキー（Ｋｂ）が生成された後に、前記サーバは、コンテンツを保護するために、タイトルキー（Ｋｔ）で前記コンテンツを暗号化する（Ｓ２２４）。一方、それぞれのコンテンツには、複写制御情報、外部伝達許容如何、使用権限、使用許容期間などが含まれたＵＲ（Ｕｓａｇｅ Ｒｕｌｅ）情報が含まれているので、前記Ｋｂを利用して
（外１）
のように、ＵＲ情報及びタイトルキー（Ｋｔ）を暗号化する（Ｓ２２６）。
【００１２】
一方、前記機器は、前記サーバから前記ａｕｔｈ.ｔａｂを受信し、既抽出したＫｍ及びＩＤｂを利用して、
（外２）
からバインディングキー（Ｋｂ）を得て（Ｓ２３２）、
（外３）
からタイトルキー（Ｋｔ）を抽出した後（Ｓ２３４）、前記抽出されたタイトルキー（Ｋｔ）を利用して、前記サーバから受信したコンテンツを復号化する（Ｓ２３６）。
【００１３】
このように動作するｘＣＰ Ｃｌｕｓｔｅｒ Ｐｒｏｔｏｃｏｌは、ドメインに含まれる機器の選択過程なしに、通信範囲内のあらゆる機器が自動で加入でき、また、それぞれの機器が新たにバインディングキー（Ｋｂ）を作る度に、ａｕｔｈ.ｔａｂをサーバから受信して計算せねばならないという不便さがある。したがって、ユーザの制御によってホームドメインの構成機器を決定でき、外部と独立したホームドメインを構築して、さらに安全にコンテンツを保護する必要がある。
【００１４】
一方、最近、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）を基盤にしたホームネットワークの管理方法が広範に提案されている。ＵＰｎＰは、本来、コンピュータの周辺装置を汎用コンピュータに連結するだけで自動で認識させる標準化された機能を意味し、さらに、コンピュータの周辺装置だけでなく、家電製品及び無線装備などをネットワークに接続させたとき、これを自動で認識できるホームネットワークミドルウェア標準として発展している。また、ＵＰｎＰは、既存の標準インターネットプロトコルを使用するために、既存のネットワークにスムーズに統合可能であり、特定の運営体制や物理的な媒体に依存しないなど、多くの長所を有する。しかし、まだ、ＵＰｎＰを利用してドメイン管理を具現する方法は知られていないので、ＵＰｎＰを利用して効果的にドメイン管理を具現する方法を講ずる必要がある。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
本発明の目的は、ユーザが直接ドメインの形成を制御し、外部と独立したドメインをさらに安全に構築できるホームネットワークの管理方法を提供することである。
【００１６】
また、本発明の目的は、既存の標準インターネットプロトコルを使用するネットワークにスムーズに統合可能なＵＰｎＰ基盤のホームネットワークシステムを提供することである。
【００１７】
また、本発明の目的は、ホームネットワークのドメインの構成機器の変動をユーザが直接制御し、構成機器の変動による新たなドメインキーの生成をマスタ機器が担当し、スレーブ機器は、マスタ機器で生成されたドメインキーを伝達されるようにすることによって、ドメイン構成の変更によるドメインキーの変更手続を簡素化することである。
【００１８】
また、本発明の目的は、ドメインＩＤ及びドメインキー以外にも、ドメインが共有する情報としてセッションＩＤを導入することによって、頻繁なドメインキーの変更を防止することである。
【課題を解決するための手段】
【００１９】
前記目的を達成するために、本発明は、一つ以上の被制御機器のうち少なくとも一部と共にドメインを形成して、前記ドメインを構成する被制御機器に所定のドメインキーを提供し、前記ドメインの構成に変動が発生する度に新たなドメインキーを生成して、前記ドメインに残っている被制御機器に提供するマスタ機器と、前記ドメインの構成をユーザが直接変更できるようにユーザインターフェースを提供するコントロールポイントと、を備えるホームネットワークシステムを提供する。
【００２０】
このとき、前記マスタ機器は、前記ドメインを形成する被制御機器に所定のコンテンツを提供し、前記ドメインキーは、前記所定のコンテンツの暗号化に利用されるコンテンツキーの暗号化に利用され、また、前記ドメインキーは、前記所定のコンテンツを提供される被制御機器の公開キーを利用して暗号化され、前記暗号化されたドメインキーは、前記公開キーと対をなす所定の秘密キーで解読され得る。
【００２１】
また、前記ホームネットワークシステムは、ＵＰｎＰを基盤として構成され、前記ドメインキーは、前記ドメインを形成する機器の機器情報を利用して生成され、前記コントロールポイントは、前記マスタ機器及び前記ドメインを形成する被制御機器の動作に必要な情報を、前記マスタ機器及び前記ドメインを形成する被制御機器に伝達できる。
【００２２】
また、前記ドメインは、前記ドメインを形成する構成機器の変動によって変動されるセッションＩＤを共有し、前記マスタ機器は、前記ドメインに連結される機器のセッションＩＤが自身のセッションＩＤと同じでない場合に、前記連結された機器に自身が保有しているドメインキーを伝達することが望ましい。
【００２３】
このとき、前記被制御機器は、スレーブ状態及びゲスト状態を機器モードとして有し、前記マスタ機器は、前記ドメインに連結される機器のセッションＩＤが自身のセッションＩＤと同じでなく、また前記連結された機器が自身が保有しているスレーブ機器リストに存在する場合に、前記連結された機器に、自身が保有しているドメインキーを伝達することが望ましい。
【００２４】
さらに、前記スレーブ機器リストに前記連結された機器が存在していない場合に、前記連結された機器の機器モードは、ゲスト状態に変更されうる。また、前記マスタ機器は、前記ドメインに連結される機器のドメインＩＤが、自身が保有しているドメインＩＤと一致していない場合には、前記ドメインキーを前記連結された機器に伝達ことが望ましい。また、前記マスタ機器は、前記ドメインに連結される機器の機器モードがスレーブ状態ではない場合には、前記ドメインキーを前記連結された機器に伝達しないことが望ましい。
【００２５】
また、前記セッションＩＤは、固有ＩＤ以外にも日付情報及び／またはバージョン情報をさらに含むことが望ましい。
【００２６】
前記のような目的を達成するために、本発明の他の態様は、一つ以上の被制御機器のうち少なくとも一部と共にドメインを形成して、前記ドメインを構成する被制御機器に所定のドメインキーを提供するマスタ機器、及びユーザインターフェースを提供するコントロールポイントを備えるホームネットワークシステムの管理方法において、（ａ）前記ユーザインターフェースを通じたユーザの指示によって前記ドメインの構成を変更するステップと、（ｂ）前記マスタ機器で、前記ドメインの構成変更によって新たなドメインキーを生成するステップと、（ｃ）前記生成されたドメインキーを、前記ドメインに残っている被制御機器に提供するステップとを含むホームネットワークの管理方法を提供する。
【００２７】
このとき、前記ホームネットワークシステムは、ＵＰｎＰを基盤として構成され、前記ドメインキーは、前記ドメインを形成する機器の機器情報を利用して生成されうる。
【００２８】
また、前記ホームネットワークの管理方法は、（ｄ）前記ドメインの構成機器の変動によって変動されるセッションＩＤを、前記ドメインの構成機器が共有するステップと、（ｅ）前記ドメインに連結される機器のセッションＩＤが、前記ドメインのセッションＩＤと同じでない場合に、前記連結された機器に前記ドメインのドメインキーを提供するステップとをさらに含むことが望ましい。
【００２９】
このとき、前記被制御機器は、スレーブ状態及びゲスト状態を機器モードとして有し、前記（ｅ）ステップは、前記ドメインに連結される機器のセッションＩＤが、前記ドメインのセッションＩＤと同じでなく、また、前記連結された機器が、前記マスタ機器が保有しているスレーブ機器リストに存在する場合に、前記連結された機器に前記ドメインキーを提供することが望ましい。
【００３０】
さらに、前記（ｅ）ステップは、前記ドメインに連結される機器が前記スレーブ機器リストに存在していない場合に、前記連結された機器の機器モードをゲスト状態として設定することが望ましく、前記（ｅ）ステップは、前記ドメインに連結される機器のドメインＩＤが、前記ドメインのドメインＩＤと一致していない場合に、前記ドメインキーを前記連結された機器に提供しないステップを含むことが望ましく、前記（ｅ）ステップは、前記ドメインに連結される機器の機器モードがスレーブ状態でない場合には、前記ドメインキーを前記連結された機器に提供しないステップを含むことが望ましい。
【００３１】
また、前記セッションＩＤは、固有ＩＤ以外にも日付情報及び／またはバージョン情報をさらに含むことが望ましい。
【００３２】
前記のような目的を達成するために、本発明の他の態様は、一つ以上の被制御機器のうち少なくとも一部と共にドメインを形成するマスタ機器を備えるホームネットワークシステムのホームネットワークの管理制御装置において、前記ドメインの構成をユーザが直接変動できるように、ユーザインターフェースを提供するユーザインターフェース提供部と、前記ユーザインターフェースを通じたユーザの入力によって、前記ドメインの構成機器の動作に必要な情報を前記ドメインの構成機器に提供する機器動作情報提供部とを備えるホームネットワークの管理制御装置を提供する。
【００３３】
前記のような目的を達成するために、本発明の他の態様は、一つ以上の被制御機器のうち少なくとも一部と共にドメインを形成するマスタ機器を備えるホームネットワークシステムのホームネットワークの管理制御装置において、前記ドメインの構成をユーザが直接変動できるように、ユーザインターフェースを提供するユーザインターフェース提供部と、前記ホームネットワークの管理制御装置に接続する機器を検出する機器検出部と、前記接続された機器の情報を前記マスタ機器に提供して、前記マスタ機器での処理結果を前記接続された機器に提供する機器動作情報提供部とを備えるホームネットワークの管理制御装置を提供する。
【００３４】
前記のような目的を達成するために、本発明の他の態様は、一つ以上の被制御機器のうち少なくとも一部と共にドメインを形成するマスタ機器において、前記被制御機器の認証を行う被制御機器管理部と、前記ドメインを識別するドメインＩＤを生成して、前記ドメインの構成機器に提供するドメインＩＤ管理部と、前記ドメインの構成変動によって変動するセッションＩＤを生成して、前記ドメインの構成機器に提供するセッションＩＤ管理部と、前記ドメインの構成変動によって変動するドメインキーを生成して、前記ドメインの構成機器に提供するドメインキー管理部とを備えるマスタ機器を提供する。
【００３５】
前記のような目的を達成するために、本発明の他の態様は、一つ以上の被制御機器のうち少なくとも一部と共にドメインを形成するマスタ機器により前記被制御機器を管理する方法において、（ａ）前記被制御機器の認証を行うステップと、（ｂ）前記ドメインを識別するドメインＩＤを生成して、前記ドメインの構成機器に提供するステップと、（ｃ）前記ドメインの構成変動によって変動するセッションＩＤを生成して、前記ドメインの構成機器に提供するステップと、（ｄ）前記ドメインの構成変動によって変動するドメインキーを生成して、前記ドメインの構成機器に提供するステップとを含む被制御機器の管理方法及びこの方法を実行するプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【００３６】
前記のような目的を達成するために、本発明の他の態様は、スレーブ状態及びゲスト状態を機器モードとして有しうる一つ以上の被制御機器のうち、機器モードがスレーブ状態であるスレーブ機器と共にドメインを形成するマスタ機器において、前記ドメインに接続する機器の認証及び機器モードの判別を行い、スレーブ機器リストを生成及び変更し、前記接続機器が前記スレーブ機器リストに存在しているか否かを判別する被制御機器管理部と、前記ドメインを識別できるドメインＩＤを生成し、前記マスタ機器と前記接続機器とのドメインＩＤを比較するドメインＩＤ管理部と、前記ドメインの構成変動によって変動する前記マスタ機器のセッションＩＤを、前記接続機器のセッションＩＤと比較するセッションＩＤ管理部と、前記ドメインの構成変動によって変動するドメインキーを生成し、前記ドメインＩＤ管理部の比較結果一致し、前記セッションＩＤ管理部の比較結果一致せず、前記被制御機器管理部の判別結果、前記接続機器が前記スレーブ機器リストに存在すれば、前記マスタ機器のドメインキーを前記接続機器に提供するドメインキー管理部とを備えるマスタ機器を提供する。
【００３７】
前記のような目的を達成するために、本発明の他の態様は、スレーブ状態及びゲスト状態を機器モードとして有しうる一つ以上の被制御機器のうち、機器モードがスレーブ状態のスレーブ機器と共にドメインを形成するマスタ機器による被制御機器の管理方法において、（ａ）前記ドメインに接続する機器を認証するステップと、（ｂ）前記認証が成功すれば、前記接続機器の機器モードを判別するステップと、（ｃ）前記ステップ（ｂ）の判別結果、前記接続機器の機器モードがスレーブ状態である場合には、前記ドメインの構成変動によって変動する前記マスタ機器のセッションＩＤを、前記接続機器のセッションＩＤと比較するステップと、（ｄ）前記ステップ（ｃ）の比較結果、一致しなければ、スレーブ状態である被制御機器を表すスレーブ機器リストに前記接続機器が存在しているかを判別するステップと、（ｅ）前記ステップ（ｄ）の判別結果、存在すれば、前記ドメインの構成変動によって変動する前記マスタ機器のドメインキーを前記接続機器に提供するステップとを含む被制御機器の管理方法及びこの方法を実行するプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【００３８】
このとき、少なくとも前記（ｃ）ステップ以前に前記ドメインを識別でき、前記ドメインの構成機器により共有されるドメインＩＤと前記接続機器のドメインＩＤとを比較するステップをさらに含むが、前記ステップドメインＩＤが一致しなければ、後続ステップを進行させないことが望ましい。
【図面の簡単な説明】
【００３９】
【図１】一般的なドメイン管理の構造を示す図である。
【図２】従来のマスタ−スレーブ構造によって‘ｘＣＰ Ｃｌｕｓｔｅｒ Ｐｒｏｔｏｃｏｌ’を基盤とするコンテンツ再生過程を示すフローチャートである。
【図３】公開キー基盤構造のドメインの形成方法を示すフローチャートである。
【図４】本発明の実施形態に係るドメインの形成方法をＵＰｎＰに適用した例を示すブロック図である。
【図５】コントロールポイントと被制御機器との間に行われる一般的なＵＰｎＰ動作を示す図である。
【図６】本発明の実施形態に関連してマスタ機器を定める過程を示すフローチャートである。
【図７】図６の過程に続く機器認証過程を示すフローチャートである。
【図８】図７の過程に続くスレーブ機器を定める過程を示すフローチャートである。
【図９Ａ】コントロールポイントが提供するユーザインターフェース画面の構成例である。
【図９Ｂ】コントロールポイントが提供するユーザインターフェース画面の構成例である。
【図９Ｃ】コントロールポイントが提供するユーザインターフェース画面の構成例である。
【図１０】本発明の実施形態に関連して、マスタ機器を定める他の過程を示すフローチャートである。
【図１１】図１０の過程に続く機器認証過程を示すフローチャートである。
【図１２】図１１の過程に続くスレーブ機器を定める過程を示すフローチャートである。
【図１３】本発明の実施形態に係る、ドメインキーの生成過程を示すフローチャートである。
【図１４】スレーブ機器の連結／切断によるドメインの状態を説明するための図である。
【図１５】スレーブ機器の連結／切断による他のドメインの状態を説明するための図である。
【図１６】本発明の実施形態によって、ドメインに新たに接続する機器に対する処理過程を示すフローチャートである。
【図１７】本発明の実施に係るコントロールポイントのブロック図である。
【図１８】は本発明の実施形態に係るマスタ機器のブロック図である。
【発明を実施するための形態】
【００４０】
以下では、添付された図面を参照して、本発明の実施形態を説明する。
【００４１】
図３は、公開キー基盤構造のドメインの形成方法を示すフローチャートである。以下の説明のために、コンテンツを提供するサーバに対してコンテンツを要請する各種の機器は、機器製造時にそれぞれの機器ごとに固有の秘密キーの集合及び公開キーまたは公開キーの生成機能を有していると仮定する。このとき、前記秘密キーの集合は、ブロードキャスティング暗号方式を通じて提供される秘密情報ブロック（Ｓｅｃｒｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ；ＳＩＢ）から秘密値の抽出に使用される。前記ＳＩＢは、機器の廃棄如何を検証するための情報であって、廃棄処分された機器は、ＳＩＢから意図された秘密値を抽出できず、正当な機器は、共通された秘密値を抽出できる。
【００４２】
単一のドメイン内には、ドメインの形成に関与するサーバ３２０が存在するが、サーバ３２０は、外部サーバ３１０からブロードキャスト暗号方式によりＳＩＢを伝達される（Ｓ３３２）。その後、ドメイン内にある機器３３０が有線または無線ネットワークを通じて自身の存在をサーバ３２０に知らせるか、またはサーバ３２０が機器３３０を探すことによって、サーバ３２０が機器３３０の存在を認識する（Ｓ３３４）。
【００４３】
サーバ３２０は、自身が認識した機器３３０をディスプレイ装置を通じてユーザに提供し、ユーザは、前記ディスプレイ装置を通じて表れた機器のうち、ドメインに登録しようとする機器３３０を選択する（Ｓ３３６）。その後、サーバ３２０は、ユーザにより選択された機器３３０に対して外部サーバ３１０から既受信したＳＩＢを伝達し（Ｓ３３８）、前記ＳＩＢを受信した機器３３０は、前記ＳＩＢから秘密値を抽出し（Ｓ３４０）、前記抽出された秘密値を利用して、自身の公開キーについての認証書を作成する（Ｓ３４２）。
【００４４】
機器３３０が前記認証書、機器の固有識別子（ＩＤ）及び機器自身が有している公開キーをサーバ３２０に伝達すれば（Ｓ３４４）、サーバ３２０は、認証書を検証することによって、機器の正当性を検証し（Ｓ３４６）、認証された機器の固有識別子（ＩＤ）及び公開キーを記録した認証リストを作成する（Ｓ３４８）。このとき、認証可能な機器の数は、ユーザにより任意に制限してもよい。
【００４５】
サーバ３２０が認証リストを作成した後、前記認証リストにある機器についての情報及びサーバ自身が生成した乱数を利用して、固有のドメインＩＤ及びドメインキーを生成する（Ｓ３５０）。このとき、前記ドメインキーは、ユーザの選択により形成されたドメインに属する機器のみが共有する秘密キーであって、前記ドメインを構成する機器が変更される度に共に変更され、前記ドメインＩＤは、他のドメインと区別するための識別子として使用される。
【００４６】
サーバ３２０は、ドメイン内にある認証された機器３３０にそれぞれの機器の公開キーを利用して、前記ドメインＩＤ及び前記ドメインキーを暗号化して伝達し（Ｓ３５２）、前記機器３３０は、自身の秘密キーを利用して前記ドメインキーを復旧することによって（Ｓ３５４）、コンテンツを利用するためのドメインが形成される。コンテンツ共有のためのドメインが形成されれば、サーバ３２０は、コンテンツをコンテンツキーにより暗号化し、前記コンテンツキーは、前記ドメインキーにより暗号化される。暗号化されたコンテンツは、コンテンツを利用しようとする機器がドメインキーを利用して復号化することによって、コンテンツを利用できる。
【００４７】
図４は、本発明に係るドメインの形成方法をＵＰｎＰに適用した例を示すブロック図である。図１と同じ構成要素については、同じ参照符号を使用する。それぞれの被制御機器（Ｃｏｎｔｒｏｌｌｅｄ Ｄｅｖｉｃｅ：以下、‘ＣＤ’とも称す）１１０ないし１６０は、コントロールポイント（Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：以下、‘ＣＰ’とも称す）１９０によって命令をやり取りし、各機器が有するサービスを提供する。被制御機器１１０ないし１６０のうち何れか一つの機器をマスタキー機器１１０として設定し、それ以外の機器のうち、ユーザが選択した機器をスレーブ機器１２０、１３０、１４０として設定して、ドメインを形成できる。
【００４８】
被制御機器のうち、マスタやスレーブとして設定されない、すなわち、ドメインに含まれていない機器１５０、１６０は、ゲストと命名する。マスタ機器１１０及びスレーブ機器１２０ないし１４０は、認証されたホームドメインを形成し、ＣＰ １９０及び被制御機器１１０ないし１６０全体は、ホームネットワーク２００を形成する。
【００４９】
図５は、ＣＰ １９０とＣＤ １２０ないし１６０との間で行われる一般的なＵＰｎＰ動作を示す図である。まず、アドレス指定ステップが行われる。ＵＰｎＰネットワーキングの基盤は、ＴＣＰ／ＩＰプロトコルであり、このプロトコルの核心は、アドレスの指定機能である。各機器は、動的ホスト構成プロトコル（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ；ＤＨＣＰ）クライアントを有さねばならず、機器が、最初にネットワークに連結されれば、ＤＨＣＰサーバを検索する。もし、ＤＨＣＰサーバがあれば、該当機器は、割当てられたＩＰアドレスを使用する。もし、使用可能なＤＨＣＰサーバがない場合には、機器は、アドレスを確保するために、‘自動ＩＰ’を使用する。
【００５０】
次いで、ディスカバリーステップである。一旦、機器がネットワークに連結され、適切なアドレスが指定されれば、検索作業が進み得る。検索作業は、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を利用して処理する。機器がネットワークに追加されれば、ＳＳＤＰは、この機器が提供するサービスを、ネットワーク上にあるコントロールポイントに知らせる役割を行う。
【００５１】
ＵＰｎＰネットワーキングの次のステップは、ディスクリプションステップである。コントロールポイントが機器を検索したとしても、コントロールポイントは、相変らず機器について知っている情報が非常に少ない。このコントロールポイントが機器及び機器の機能についての情報を詳細に把握して相互作用を行おうとするには、コントロールポイントは、検索メッセージと該当する機器が提供するＵＲＬから機器の説明内容を確認せねばならない。機器についてのＵＰｎＰの説明は、ＸＭＬで表現されており、供給メーカ固有の製造情報（モデル名、シリアルナンバー、メーカ名、メーカのＵＲＬ等）を含んでいる。この説明は、また、制御、イベント及びプレゼンテーションのためのＵＲＬだけでなく、多くの内蔵された機器及びサービスに関するリストも含んでいる。
【００５２】
前記アドレスの指定、検索、デスクリプションのステップ以後には、本格的なＵＰｎＰ動作ステップが行われる。このようなステップは、制御、イベント作業及びプレゼンテーションなどの動作を通じて行われる。前記制御動作を見れば、コントロールポイントは、機器のデスクリプションを確保した後に、機器制御のための必須作業を行う。機器を制御するために、コントロールポイントは、機器のサービスに動作命令を送る。そのために、コントロールポイントは、適切な制御メッセージを該当サービスについての制御ＵＲＬ（機器説明書にある）に送る。制御メッセージも、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を使用して、ＸＭＬで表現される。該当サービスは、この制御メッセージに対する応答として、特定の動作値や障害コードを提供する。
【００５３】
また、前記イベント作業の動作を見れば、各機器は、前述した命令を受けて、自身の状態の変化が発生すれば、これをイベントメッセージを通じてコントロールポイントに知らせる。このようなメッセージは、１個以上の状態変数名及びそれらの変数の現在値を含んでおり、ＸＭＬ形式で表現され、ＧＥＮＡ（Ｇｅｎｅｒｉｃ Ｅｖｅｎｔ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ）を通じてフォーマットされる。イベントの内容は、周期的に更新されて持続的にコントロールポイントに通報され、ＧＥＮＡを使用して加入を取り消してもよい。
【００５４】
そして、前記プレゼンテーション動作を見れば、もし、機器がプレゼンテーション用ＵＲＬを有していれば、コントロールポイントは、このＵＲＬを通じてページを検索でき、このページをブラウザーにロードでき、ユーザは、前記ページを利用して機器を制御するか、または機器状態を照会できる。この機能を行えるレベルは、プレゼンテーションページ及び機器の特定の機能による。
【００５５】
図６は、ＵＰｎＰ基盤のホームネットワークの形成過程のうち、マスタ機器を定める過程を示す。まず、全体被制御機器１１０ないし１６０が、コントロールポイント１９０にＳＳＤＰを利用して、自身がホームネットワークに連結されたことを知らせる（Ｓ６０１）。それにより、コントロールポイント１９０は、機器１１０ないし１６０から機器情報及びＤＲＭ情報をＨＴＴＰを通じて得る（Ｓ６０２）。前記機器情報は、ＵＰｎＰで使用する一般的な機器情報を意味し、前記ＤＲＭ情報は、機器属性及び機器モードを意味する。ここで、機器属性は、被制御機器がｅｎｍａｓｔｅｒａｂｌｅであるか、またはｄｉｓｍａｓｔｅｒａｂｌｅであるかを決定する値であって、被制御機器が、ドメインマスタとして作動できるか否かを知らせる情報である。そして、機器モードは、マスタ、スレーブ、ゲストのうち、現在、何なるもので動作しているかを決定する値である。初期に、被制御機器は、何れもゲストとして設定されており、以後、マスタやスレーブとして設定されれば、前記機器モード値が変更される。
【００５６】
前記ＤＲＭ情報のうち、機器モードでマスタとして動作する被制御機器の存否を判断して、マスタとして動作する機器がない場合には、ｅｎｍａｓｔｅｒａｂｌｅである被制御機器の一つをマスタとして選択する（Ｓ６０３）。このようなマスタを設定することは、コントロールポイント１９０のユーザインターフェースを通じて、ユーザが直接選択する過程を通じて行われる。前記ユーザインターフェースの例を図９Ａに示す。前記ユーザインターフェースでは、マスタとして動作できる機器‘ｍａｉｎ ｎｅｘｕｓ’及び‘ｓｕｂ ｎｅｘｕｓ’を表しており、それらは、現在ゲストとして設定されている。この機器のうち、ユーザがマスタとして設定しようとする機器をチェックすればよい。本例では、被制御機器１１１０がマスタとして決定された。
【００５７】
次いで、コントロールポイント１９０は、ＳＯＡＰを通じて前記マスタとして設定された被制御機器１１１０からマネージャ認証情報を得る（Ｓ６０４）。このようなマネージャ認証情報は、例えば、マスタ機器のスマートカードから得られ、前記マスタとして決定したユーザが、マネージャであるか否かを確認する手続で必要である。コントロールポイント１９０では、前記マネージャ認証情報を利用してユーザインターフェースを出力し、ユーザからマネージャＩＤ及びパスワードを入力される方式でマネージャ認証を行う（Ｓ６０５）。図９Ｂには、このようなユーザインターフェースの例が示されている。
【００５８】
マネージャ認証を経た後、コントロールポイント１９０は、被制御機器１１１０をドメインマスタとして設定し、コントロールポイント自身が有していた機器リストを被制御機器１１１０に提供する（Ｓ６０６）。以後には、被制御機器１１１０の機器モード値は、‘マスタ’となる。マスタとして設定された機器１１０は、初期には自身のみを構成機器とする新たなドメインを生成する（Ｓ６０７）。
【００５９】
図７は、図６のマスタ機器を定める過程に続く機器認証過程を示す。まず、ドメインマスタ１１０で、前記頭３の説明過程と同じ方法で外部のサーバを通じて新たなＳＩＢを伝達される（Ｓ７１１）。それにより、コントロールポイント１９０は、残りの被制御機器１２０ないし１６０に、ＳＯＡＰを利用して前記ＳＩＢが保存されたＵＲＬ情報を伝達する（Ｓ７１２）。前記残りの被制御機器１２０ないし１６０は、前記ＵＲＬに存在するＳＩＢを、ＨＴＴＰを通じて得る（Ｓ７１３）。そして、前記得たＳＩＢを利用して秘密値を抽出し、前記秘密値と、自身が有している機器ＩＤ及び公開キーとを利用して認証書を生成する（Ｓ７１４）。このような認証書は、不法機器を区別するためのものであって、例えば、特定のメーカが生産する機器のみを合法的な機器として認める認証政策を維持するならば、そのメーカ以外のメーカが生産した機器は、不法機器として見なされる。
【００６０】
その後、コントロールポイント１９０が、マスタ機器１１０に前記認証書が保存されたＵＲＬ情報をＳＯＡＰを通じて伝達すれば（Ｓ７１５）、マスタ機器１１０は、前記残りの被制御機器１２０ないし１６０から、ＨＴＴＰを利用して認証書、機器ＩＤ及び公開キーを得る（Ｓ７１６）。そして、前記得た認証書を検証して、認証機器についてのリストを作成する（Ｓ７１７）。このように、認証書を検証して、不法な機器として見なされた機器は、以後、ドメインから除かれ、スレーブ機器として指定される可能性がない。
【００６１】
図８は、図７の機器認証過程に続くスレーブ機器を定める過程を示す。まず、コントロールポイント１９０は、前記認証書の検証結果、合法的な機器として認証された機器１２０ないし１４０を対象として、ＳＯＡＰを利用してドメイン属性を検証する（Ｓ８２１）。前記ドメイン属性には、ドメインキー、ドメインに属する機器の名称、ドメインに属する機器の数などが該当される。もし、前記機器にドメイン属性が存在していない場合には、コントロールポイント１９０は、前記機器のリストをユーザインターフェースを通じてディスプレイし（Ｓ８２２）、ユーザをしてスレーブ機器を選択させる（Ｓ８２３）。図９Ｃには、合法的な機器１２０ないし１４０のリストを表したユーザインターフェースの例を表した。ユーザは、それらのリストのうち、ドメインに含めようとする機器をチェックすることによって、スレーブ機器を選択できる。このようなスレーブ機器は、マスタ機器とは異なり、複数の機器が選択されてもよい。この後、図６でのマスタ選択過程と同様に、マネージャ認証情報を得て（Ｓ８２４）、マネージャ認証を行う過程（Ｓ８２５）を経る。
【００６２】
次いで、コントロールポイント１９０は、前記リストのうち選択されたスレーブ機器のリストを、ＳＯＡＰを通じてマスタ機器１１０に伝達する一方（Ｓ８２６）、ＳＯＡＰを通じて前記選択された機器をスレーブモードとして設定する（Ｓ８２７）。スレーブモードとして設定された機器は、以後には機器モード値を‘スレーブ’として有する。その後、マスタ機器１１０は、前記スレーブリストを利用してドメインＩＤ及びドメインキーを生成する（Ｓ８２８）。そして、スレーブ機器に対する公開キーを利用して、ドメインＩＤ及びドメインキーを暗号化する（Ｓ８２９）。また、マスタ機器１１０は、スレーブとして選択された機器についてのスレーブ機器リストを保存する。
【００６３】
次いで、コントロールポイント１９０は、ドメイン属性値を保存しているマスタ機器のＵＲＬ情報を、ＳＯＡＰを通じて前記スレーブとして設定された機器に伝達する（Ｓ８３０）。それにより、前記スレーブとして設定された機器が、前記ＵＲＬに存在するドメイン属性を、ＨＴＴＰを通じて得る（Ｓ８３１）。前述したように、前記ドメイン属性は、ドメインキー、ドメインに属する機器の名称、ドメインに属する機器の数などの情報を含む。
【００６４】
図１０ないし図１２は、図６ないし図８とは異なり、コントロールポイント１９０の機能のうち、重要な部分を離してマスタ機器１１０に移した場合の動作過程を示すフローチャートである。このとき、コントロールポイント１９０は、ユーザインターフェースに関連したことを処理するように機能を限定する。結局、マスタ機器１１０は、被制御機器としての機能及びコントロールポイントとしての機能のうち、コントロールポイント１９０が有する機能以外の機能をさらに有する。結果的に、コントロールポイント１９０の役割が相当減り、もし、コントロールポイント１９０が不法機器である場合にも、保安上の問題点が発生させない。また、マスタ機器にユーザインターフェースが存在しなくても問題がない。
【００６５】
図１０は、マスタ機器を定める過程を示す図であって、この過程中である機器１１１０は、単に被制御機器としてのみ動作するので、図６での動作と同じである。
【００６６】
図１１は、図１０のマスタ機器を定める過程に続く機器認証過程を示す図である。まず、コントロールポイント１９０は、マスタ機器１１０にＳＯＡＰを通じて機器認証過程が開始されることを知らせる（Ｓ１１０１）。本過程で、マスタ機器１１０は、ＣＤとして動作する。それにより、マスタ機器１１０（ＣＰで動作）は、残りの被制御機器１２０ないし１６０に、ＳＯＡＰを利用して前記ＳＩＢを直接伝達する（Ｓ１１０２）。それにより、前記残りの被制御機器１２０ないし１６０は、前記得たＳＩＢを利用して秘密値を抽出し、前記秘密値と自身が有している機器ＩＤ及び公開キーとを利用して認証書を生成する（Ｓ１１０３）。
【００６７】
その後、前記残りの被制御機器１２０ないし１６０は、マスタ機器１１０（ＣＰで動作）に、ＳＯＡＰを利用して前記認証書、機器ＩＤ及び公開キーを直接伝達する（Ｓ１１０４）。それにより、マスタ機器１１０は、前記伝達された認証書を検証し、各機器に対する認証リストを作成する（Ｓ１１０５）。このように、認証書を検証して、不法な機器として見なされた機器は、以後にドメインから除かれ、スレーブ機器として指定される可能性がない。そして、マスタ機器１１０（ＣＤとして動作）は、ＧＥＮＡを利用してコントロールポイント１９０に、前記検証した機器のＩＤをイベントメッセージで通知する（Ｓ１１０６）。それにより、コントロールポイント１９０は、ＳＯＡＰを利用して前記機器の検証結果をマスタ機器１１０（ＣＤとして動作）から得た後（Ｓ１１０７）、ユーザインターフェースを通じて、検証結果機器が不法であるか否かを外部に表示する（Ｓ１１０８）。
【００６８】
図１２は、図１１の機器認証過程に続くスレーブ機器を定める過程を示す図である。まず、コントロールポイント１９０は、前記認証書の検証結果、合法的な機器として認証された機器１２０ないし１６０を対象として、ＳＯＡＰを利用してドメイン属性を検証する（Ｓ１２０１）。もし、前記機器にドメイン属性が存在していない場合には、コントロールポイント１９０は、前記機器のリストをユーザインターフェースを通じてディスプレイし（Ｓ１２０２）、ユーザをしてスレーブ機器を選択せしめる（Ｓ１２０３）。図９Ｃでは、合法的な機器のリストを表すユーザインターフェースの例を示した。ユーザは、それらのリストのうち、ドメインに含めようとする機器をチェックすることによって、スレーブ機器を選択できる。以後、前記図６でのマスタの選択過程と同様に、マネージャ認証情報を得て（Ｓ１２０４）、マネージャ認証を行う過程（Ｓ１２０５）を経る。
【００６９】
次いで、コントロールポイント１９０がマスタ機器１１０（ＣＤとして動作）に、前記リストから選択されたスレーブ機器１２０ないし１４０のリストを、ＳＯＡＰを通じて伝達する（Ｓ１２０６）。その後、マスタ機器１１０は、ドメインＩＤ及びドメインキーを生成する（Ｓ１２０７）。一方、ドメインＩＤは、他のドメインとの識別に利用されるものであって、該当ドメインに固有のものであれば、いかなるものでもよい。したがって、ドメインＩＤは、乱数生成器から生成された乱数であるか、またはスレーブ機器の機器ＩＤと任意の乱数とを合成した値のハッシュ値であってもよく、特定の方法に限定されて生成されるものではない。また、ドメインキーは、ドメインＩＤと同様に、乱数生成器から生成された乱数であるか、またはスレーブ機器の機器ＩＤと任意の乱数とを合成した値のハッシュ値となりうる。しかし、ドメインキーは、ドメインの構成機器の変動によって変動されるものであるので、スレーブ機器の機器ＩＤを利用して生成されることがさらに望ましい。
【００７０】
次いで、ドメインＩＤ及びドメインキーが生成されれば、スレーブ機器に対する公開キーを利用して、ドメインＩＤ及びドメインキーを暗号化する（Ｓ１２０８）。マスタ機器１１０（ＣＰとして動作）は、直接ＳＯＡＰを通じて前記選択された機器をスレーブモードとして設定し、前記設定された機器のドメイン属性を伝達する（Ｓ１２０９）。また、マスタ機器１１０は、スレーブとして選択された機器に対するスレーブ機器リストを保存する。
【００７１】
図１３は、本実施形態によって現在生成されている認証されたドメインにゲストであった被制御機器１５０、１６０が、スレーブとして追加される場合の動作を示すフローチャートである。また、図１３は、コントロールポイントの重要な機能がマスタ機器に移され、コントロールポイントは、主にユーザインターフェース機能のみを行う場合の動作を示す。
【００７２】
スレーブ機器を追加するために、ユーザが、コントロールポイント１９０が提供するユーザインターフェースを通じてスレーブ機器追加メニューを選択すれば、コントロールポイント１９０は、前記認証書の検証結果、合法的な機器として認証された機器１２０ないし１６０を対象として、ＳＯＡＰを利用してドメイン属性を検証する（Ｓ１２０１）。もし、前記機器にドメイン属性が存在していない機器１５０、１６０が存在する場合に、この機器のリストを、ユーザインターフェースを通じてディスプレイし（Ｓ１３０２）、ユーザをしてスレーブ機器を選択せしめる（Ｓ１３０３）。ユーザは、図９Ｃのようなユーザインターフェース画面を通じて、合法的に認証された機器のうち、ゲスト状態である機器をチェックすることによってスレーブ機器を選択できる。以後、前記図６でのマスタ選択過程と同様に、マネージャ認証情報を得て（Ｓ１３０４）、マネージャ認証を行う過程（Ｓ１３０５）を経る。
【００７３】
次いで、コントロールポイント１９０がマスタ機器１１０に、前記リストから選択されたスレーブ機器１５０、１６０のリストを、ＳＯＡＰを通じて伝達する（Ｓ１３０６）。その後、マスタ機器１１０は、以前にスレーブ機器として選択された機器１２０ないし１４０のリストと、現在新たにスレーブ機器として選択されたスレーブ機器１５０、１６０の機器情報（例えば、機器ＩＤ）とを利用して、新たなドメインキーを生成する（Ｓ１３０７）。すなわち、ドメインキーは、ドメインの構成機器が共有せねばならない秘密キーであるので、ドメインの構成機器の情報を利用して生成されることが望ましく、したがって、ドメインの構成機器の変更によって新たなドメインキーを生成する。このとき、ドメインＩＤは、外部ドメインとの識別のための識別子であるので、マスタ機器１１０が変わらない限り変わらない。そして、スレーブ機器に対する公開キーを利用して、新たなドメインキーを暗号化する（Ｓ１３０８）。マスタ機器１１０は、直接ＳＯＡＰを通じて、前記選択された機器をスレーブモードとして設定し、新たなドメインキーを含む新たなドメイン属性をスレーブ機器に伝達する（Ｓ１３０９）。
【００７４】
以上、認証されたドメインに新たなスレーブ機器を追加する過程を説明したが、スレーブとして設定されていた機器を認証されたドメインから脱退させるために、ユーザは、コントロールポイント１９０が提供するユーザインターフェース画面を通じて機器の脱退を選択できる。このときにも、図１３に示す過程と同様に脱退したスレーブ機器を、マスタ機器１１０のスレーブ機器リストから削除し、残りのスレーブ機器の情報を利用して、新たなドメインキーを生成する。
【００７５】
一方、本明細書で追加及び脱退という用語は、スレーブ機器がコントロールポイントを通じたユーザの許可によってスレーブリストを変更することによって、ドメインの構成が変更される場合を表す。したがって、追加及び脱退は、コントロールポイントを通じたユーザの許可によらずに、スレーブ機器がコントロールポイントに物理的に付加されるか、またはスレーブ機器の電源が‘オン’になる場合のように、スレーブ機器がドメインに連結されることと、コントロールポイントを通じたユーザの許可によらずに、スレーブ機器がコントロールポイントから物理的に分離されるか、またはスレーブの機器の電源が‘オフ’になる場合のように、スレーブ機器がドメインから切断されることとに区別される。
【００７６】
一方、認証されたドメインのスレーブ機器（例えば、１２０ないし１４０）のうち、スレーブ機器１２０が脱退し、その間に他のゲスト機器（例えば、１５０、１６０）のうち、ゲスト機器１５０が認証されたドメインにスレーブ機器として追加された場合には、スレーブ機器の追加によって、図１３のような過程を経て、新たなドメインキーを生成すればよく、脱退したスレーブ機器１２０が、再びドメインに追加される場合には、スレーブ機器１２０の機器情報を反映して、新たなドメインキーを生成すればよい。しかし、スレーブ機器の追加及び脱退は、ユーザの意思によって決定されるものであって、あまり頻繁に発生する状況ではないが、例えば、スレーブ機器が電子製品である場合には、電源のオン／オフ（すなわち、連結／切断）が頻繁に発生するため、その度にドメインキーを変更することは面倒なだけでなく、システムにも負担になる。
【００７７】
したがって、本発明は、スレーブ機器の追加／脱退及び連結／切断の状況を区分するための識別子として、‘セッションＩＤ’を導入した。セッションＩＤは、スレーブ機器の追加／脱退によって変動され、スレーブ機器の連結／切断によっては変動されず、マスタとスレーブが共有する。また、セッションＩＤは、ドメインＩＤと同様に、ランダムに生成されるか、またはドメインの構成機器の情報を利用して生成され、スレーブ機器の公開キーで暗号化してスレーブ機器に伝達されることが望ましい。また、セッションＩＤは、固有ＩＤ、日付情報及びバージョン情報などを含みうる。
【００７８】
一方、スレーブ機器がドメインに連結または切断される状況により、いくつかの考慮すべき問題がある。
【００７９】
図１４に示すように、スレーブ機器Ｓ１が、コントロールポイントＣＰから切断され、所定時間以後に再びコントロールポイントＣＰに連結される場合には、切断時及び連結時にマスタ機器Ｍ及びスレーブ機器Ｓ１、Ｓ２、Ｓ３が共有するセッションＩＤ及びドメインキーの変動がないので、スレーブ機器Ｓ１は、切断される前のドメインキーを利用して、コンテンツを利用できる。
【００８０】
しかし、図１５に示すように、スレーブ機器Ｓ１がコントロールポイントＣＰから切断された状態で、他のスレーブ機器Ｓ４がドメインに追加された場合には、マスタ機器Ｍ及びスレーブ機器Ｓ１、Ｓ２、Ｓ３、Ｓ４が共有するセッションＩＤ及びドメインキーが変更されるため、スレーブ機器Ｓ１が再びドメインに連結される場合に、スレーブ機器Ｓ１は、ドメインが共有しているコンテンツを良好に再生または利用できなくなる。したがって、マスタ機器Ｍは、新たにドメインに連結される機器のセッションＩＤとマスタ機器のセッションＩＤとを比較して、セッションＩＤが一致していない場合には、スレーブ機器Ｓ４の追加時に新たに生成されたドメインキーＤＫ２をスレーブ機器Ｓ１に伝達する。また、スレーブ機器Ｓ１が切断される間にスレーブ機器Ｓ２が脱退する場合にも、マスタ機器Ｍの細線ＩＤ及びドメインキーが変更されるため、図１５と同じ手続が進行される。コントロールポイントＣＰは、所定の機器が連結される場合に、これを感知して、その機器のセッションＩＤをマスタ機器Ｍに伝達する役割を行い、マスタ機器Ｍからの情報をドメインの構成機器に伝達する役割を行う。
【００８１】
一方、マスタ機器Ｍに保存されているスレーブリストは、ユーザがコントロールポイントを通じて変更しない限り、スレーブ機器の連結及び切断時には変更されない。したがって、スレーブ機器Ｓ１が切断された間に、ユーザが、スレーブ機器Ｓ１をスレーブリストから削除したなら、スレーブ機器Ｓ１は、スレーブ機器の地位を喪失する。しかし、切断されたスレーブ機器Ｓ１は、相変らず機器モードがスレーブ状態として設定されているため、スレーブ機器Ｓ１が再び連結される場合に、マスタ機器Ｍは、セッションＩＤ以外にもスレーブリストにスレーブ機器Ｓ１が存在しているかも検査して、スレーブリストに存在していない機器の機器モードをゲストモードに変更する必要がある。それとも、実質的にゲスト状態であるスレーブ機器Ｓ１が、ユーザの許可なしに新たなドメインキーを共有してシステム全体の構造が崩壊される。
【００８２】
図１６には、ドメインに新たに連結される機器に対する処理過程を示す。コントロールポイントがドメインに連結される新たな機器を発見すれば（Ｓ１６０１）、図７のような機器認証過程を経て（Ｓ１６０３）、認証が失敗すれば、連結された機器を不法機器と見なして手続を終了し、認証が成功すれば、連結された機器の機器モードがスレーブ状態であるかを確認する（Ｓ１６０５）。
【００８３】
連結された機器の機器モードがゲスト状態である場合には、以後の手続進行が無意味であるので手続を終了し、連結された機器のモードがスレーブ状態である場合には、マスタ機器とセッションＩＤとが同じであるかを判断する（Ｓ１６０７）。もし、連結された機器のセッションＩＤが、マスタ機器とセッションＩＤとが同じであれば、ドメインキーも変更がないため、それでも手続を終了する。しかし、セッションＩＤが同じではなければ、マスタ機器が保有したドメインキーと、連結された機器が保有したドメインキーとが同じではないという意味であるため、新たなドメインキーを連結された機器に伝達する必要がある。しかし、マスタ機器と連結された機器とのセッションＩＤが同じではないといって、直ぐ連結された機器に新たなドメインキーを伝達することは、前述したように、実質的に機器モードがゲスト状態である機器をスレーブ機器として認めることになるため、連結された機器が、マスタ機器Ｍが保有しているスレーブリストに存在するかを検査せねばならない（Ｓ１６０９）。
【００８４】
検査結果、連結された機器がスレーブリストに存在すれば、連結された機器は、スレーブ機器としての地位をそのまま維持していると見なされるため、新たなドメインキーを連結された機器に伝送し（Ｓ１６１１）、そうでない場合には、連結された機器の機器モードをゲストに変更する（Ｓ１６１３）。機器モードがゲストに変更された連結された機器は、図８と同じ過程を経てスレーブ機器として選択されうる。
【００８５】
一方、スレーブ機器がいくつかのドメインに参加できるマルチドメイン政策を取る場合には、セッションＩＤを比較する前にドメインＩＤを比較することによって、該当ドメインＩＤを保有していない連結された機器に対しては、後続手続（Ｓ１６０５ないしＳ１６１１）を進行する必要なしに手続を終了してもよい。また、マルチドメイン政策を取らず、スレーブ機器が一つのドメインＩＤのみを有しうる場合にも、他のドメインに参加して、ドメインＩＤが変更された機器に対しても後続手続（Ｓ１６０５ないしＳ１６１１）を進行する必要なく手続を終了してもよい。したがって、この場合には、少なくともステップ（Ｓ１６０７）以前に、連結された機器のドメインＩＤと現在ドメインのドメインＩＤとを比較するステップを追加する。
【００８６】
前述したように、セッションＩＤは、固有ＩＤ以外にも日付情報及び／またはバージョン情報をさらに含んでもよい。セッションＩＤに日付情報やバージョン情報を含めば、過去のセッションＩＤと現在のセッションＩＤとをさらに明らかに区別でき、このような情報を利用して多様なサービスを提供できる。例えば、マスタ機器が切断されたとき、コントロールポイントは、スレーブ機器等のセッションＩＤの日付情報及びバージョン情報を確認するが、このとき、ドメインＩＤは同じであり、セッションＩＤが異なる場合には、スレーブ機器が切断されている間にドメインの構成が変更されたということが分かる。したがって、マスタがドメインにない場合にも、日付情報やバージョン情報を利用して、最新のセッションＩＤ及びドメインキーを有しているスレーブ機器を利用して、残りのスレーブ機器のセッションＩＤ及びドメインキーを変更できる。
【００８７】
図１７には、本発明が適用される図４に示すコントロールポイント１９０の構成例が示されている。コントロールポイント１９０は、ユーザに図９Ａないし図９Ｃのようなユーザインターフェースを提供するためのユーザインターフェース提供部１９２と、コントロールポイント１９０に接続する機器の動作に必要な情報をマスタ機器及びスレーブ機器に提供する機器動作情報提供部１９４と、コントロールポイント１９０に接続する機器を検出するための機器検出部１９６とを備える。
【００８８】
インターフェース提供部１９２は、ユーザインターフェース画面に機器リストの表示及び機器認証結果の表示を行う。ユーザは、ユーザインターフェース提供部１９２が提供するユーザインターフェースを通じて、マスタ機器及びスレーブ機器の選択、そして、スレーブリストの変更などを行え、機器認証結果によってマスタ機器に不法機器リストを保存してもよい。機器動作情報提供部１９４は、図６ないし図８及び図１０ないし図１２に示すように、機器等の動作に必要な情報を機器に伝達する。機器検出部１９６は、コントロールポイント１９０に連結または切断される機器を探知して、該当機器の情報を機器動作情報提供部１９４に伝達し、機器動作情報提供部１９４は、例えば、この情報を機器に伝達することによって、図１６に示す手続を行わせる。
【００８９】
図１８には、本発明が適用される図４に示すマスタ機器１１０の構成例が示されている。マスタ機器１１０は、コントロールポイント１９０を通じてマスタ機器１１０に接続した被制御機器の認証、機器モードの判別及びスレーブ機器リストの管理などを行う被制御機器管理部１１３と、ドメインＩＤの生成及びドメインに接続する機器のドメインＩＤの検査などを行うドメインＩＤ管理部１１５と、セッションＩＤの生成、変更及びドメインに接続する機器のセッションＩＤの検査などを行うセッションＩＤ管理部１１７と、ドメインキーの生成、変更及びスレーブ機器へのドメインキーの提供などを行うドメインキー管理部１１９とを備える。
【００９０】
被制御機器管理部１１３は、図７または図１１のフローチャートによってドメインに接続する被制御機器の認証を行って、図１６のステップ（Ｓ１６０３）で機器認証の成敗を判断する。このとき、認証が失敗すれば、接続された被制御機器を不法機器と見做して、不法機器リストに別に保存できる。また、被制御機器管理部１１３は、図１６のステップ（Ｓ１６０５）でドメインに接続する被制御機器の機器モードがスレーブ状態であるか、またはゲスト状態であるかを判別する。このとき、スレーブ状態ではなければ、エラー信号を出力し、ユーザは、エラー信号によって接続された被制御機器を正常的な手続によって、スレーブ機器として再び登録するか、またはそのまま放置してもよい。また、被制御機器管理部１１３は、コントロールポイントを通じたユーザの指示によって、スレーブ機器リストを作成及び変更し、図１６のステップ（Ｓ１６０９）では、マスタ機器１１０とセッションＩＤとが一致していない接続機器が、スレーブ機器リストに存在しているかを判別して、存在しなければ接続機器の機器モードをゲストに変更するように接続機器を制御する。
【００９１】
ドメインＩＤ管理部１１５は、ドメインＩＤを生成してドメインの構成機器に提供し、ドメインに新たな被制御機器が接続した場合には、少なくとも、図１６のステップ（Ｓ１６０７）以前にマスタ機器１１０のドメインＩＤと、ドメインに接続した被制御機器のドメインＩＤとを比較して、一致しなければ、エラー信号を出力し、ユーザは、エラー信号によって所定の処理を行う。
【００９２】
セッションＩＤ管理部１１７は、セッションＩＤを生成し、スレーブ機器リストの変動によって、新たなセッションＩＤを生成し、図１６のステップ（Ｓ１６０７）では、ドメインに接続した機器とマスタ機器１１０のセッションＩＤとを比較して、セッションＩＤが一致しなければ、該当接続機器にマスタ機器１１０のセッションＩＤを提供する。
【００９３】
ドメインキー管理部１１９は、ドメインキーを生成し、ドメインの構成変動によって新たなドメインキーを生成し、生成されたドメインキーをスレーブ機器に提供する。
【００９４】
以上、本発明についてその望ましい実施例を中心に説明した。当業者は、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形態で具現され得るということを理解できる。したがって、開示された実施例は、限定的な観点ではなく、説明的な観点で考慮されねばならない。本発明の範囲は、前述した説明ではなく、特許請求の範囲に示されており、それと同等な範囲内にある全ての差異点は、本発明に含まれたものと解釈されねばならない。
【産業上の利用可能性】
【００９５】
本発明によれば、ユーザが直接ドメインの形成を制御し、外部と独立したドメインをさらに安全に構築できる。
【００９６】
また、本発明によれば、既存の標準インターネットプロトコルを使用するネットワークにスムーズに統合可能なＵＰｎＰ基盤のホームネットワークシステムを具現できる。
【００９７】
また、本発明によれば、ホームネットワークのドメインの構成機器の変動をユーザが直接制御し、構成機器の変動による新たなドメインキーの生成をマスタ機器が担当し、スレーブ機器は、マスタ機器で生成されたドメインキーを伝達されるようにすることによって、ドメイン構成変更によるドメインキー変更の手続を簡素化する効果がある。
【００９８】
また、本発明によれば、ドメインＩＤ及びドメインキー以外にも、ドメインが共有する情報としてセッションＩＤを導入することによって、頻繁に発生するスレーブ機器の連結／切断時にはメインキーを変更しないことによって、頻繁なドメインキーの変更を防止できる。
【符号の説明】
【００９９】
２００ ホームネットワーク
１００ 認証されたホームドメイン
１１０〜１６０ 機器
１９０ コントロールポイント
１９２ ユーザインターフェース
１９４ 機器動作情報提供部
１９６ 機器検出部
１１３ 被制御機器管理部
１１５ ドメインＩＤ管理部
１１７ セッションＩＤ管理部
１１９ ドメインキー管理部
【特許請求の範囲】
【請求項１】
所定プロトコルを基盤として、ＤＲＭが適用されるドメインの形成方法において、
（ａ）前記ドメインの形成を管理するコントロールポイントに、前記ドメインを有するネットワークに機器が連結されたことを知らせるステップと、
（ｂ）前記知らせを受信したコントロールポイントが前記機器から前記機器のＤＲＭ情報を獲得するステップと、
（ｃ）前記獲得されたＤＲＭ情報に基づいて前記ドメインを形成するステップと、
を含むことを特徴とする方法。
【請求項２】
前記所定プロトコルは、ＵＰｎＰである、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記（ａ）ステップは、前記ＵＰｎＰのディスカバリーステップで、ＳＳＤＰを利用して前記ネットワークに機器が連結されたことを知らせる、
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記（ｂ）ステップは、前記ＵＰｎＰのデスクリプションステップでＨＴＴＰ
ＧＥＴを通じて前記ＤＲＭ情報を獲得する、
ことを特徴とする請求項２に記載の方法。
【請求項５】
前記ＤＲＭ情報は、前記ＤＲＭが適用されるドメインで前記機器として動作する機器モードを有し、
前記（ｃ）ステップは、前記機器モードに基づいて前記ドメインを形成する、
ことを特徴とする請求項１に記載の方法。
【請求項６】
所定プロトコルを基盤として、ＤＲＭが適用されるドメインを形成する方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体であって、
前記方法は、
前記ドメインの形成を管理するコントロールポイントに、前記ドメインを有するネットワークに機器が連結されたことを知らせるステップと、
前記知らせを受信したコントロールポイントが、前記機器から前記機器のＤＲＭ情報を獲得するステップと、
前記獲得されたＤＲＭ情報に基づいて前記ドメインを形成するステップと、
を含む、
ことを特徴とする、コンピュータで読み取り可能な記録媒体。
【請求項７】
所定プロトコルを基盤として、ＤＲＭが適用されるドメインを構成する機器の認識方法において、
（ａ）前記機器が、前記ドメインを有するネットワークに連結されたことを通報されるステップと、
（ｂ）前記機器から前記機器のＤＲＭ情報を選択的に獲得することによって前記機器を認識するステップと、
を含むことを特徴とする方法。
【請求項８】
前記所定プロトコルは、ＵＰｎＰである、
ことを特徴とする請求項７に記載の方法。
【請求項９】
前記（ａ）ステップは、前記ＵＰｎＰのディスカバリーステップで、ＳＳＤＰを利用して前記ネットワークに機器が連結されたことを通報される、
ことを特徴とする請求項８に記載の方法。
【請求項１０】
前記（ｂ）ステップは、前記ＵＰｎＰのデスクリプションステップで、ＨＴＴＰ
ＧＥＴを通じて前記ＤＲＭ情報を獲得する、
ことを特徴とする請求項８に記載の方法。
【請求項１１】
前記ＤＲＭ情報は、前記ＤＲＭが適用されるドメインで前記機器として動作する機器モードを有し、
前記（ｂ）ステップは、前記機器モードに基づいて、前記機器を認識する、
ことを特徴とする請求項７に記載の方法。
【請求項１２】
所定プロトコルを基盤として、ＤＲＭが適用されるドメインを構成する機器の認識方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体であって、
前記方法は、
前記機器が、前記ドメインを有するネットワークに連結されたことを通報されるステップと、
前記機器から前記機器のＤＲＭ情報を選択的に獲得することによって前記機器を認識するステップと、
を含む、
ことを特徴とするコンピュータで読み取り可能な記録媒体。
【請求項１３】
所定プロトコルを基盤として、ＤＲＭが適用されるドメインを構成する機器のＤＲＭ情報の提供方法であって、
前記方法は、
（ａ）前記機器が、前記ドメインを有するネットワークに連結されたことを知らせるステップと、
（ｂ）前記知らせを受信したコントロールポイントに、前記機器のＤＲＭ情報を提供するステップと、
を含み、
前記コントロールポイントは、前記ドメインの形成を管理する、
ことを特徴とする方法。
【請求項１４】
前記所定プロトコルは、ＵＰｎＰである、
ことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記（ａ）ステップは、前記ＵＰｎＰのディスカバリーステップで、ＳＳＤＰを利用して前記ネットワークに機器が連結されたことを知らせる、
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記（ｂ）ステップは、前記ＵＰｎＰのデスクリプションステップで、ＨＴＴＰ
ＧＥＴを通じてコントロールポイントに前記ＤＲＭ情報を提供する、
ことを特徴とする請求項１４に記載の方法。
【請求項１７】
前記ＤＲＭ情報は、前記ＤＲＭが適用されるドメインで前記機器として動作する機器モードを有し、
前記ドメインは、前記機器モードに基づいて形成される、
ことを特徴とする請求項１３に記載の方法。
【請求項１８】
所定プロトコルを基盤として、ＤＲＭが適用されるドメインを構成する機器のＤＲＭ情報の提供方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体であって、
前記方法は、
前記機器が、前記ドメインを有するネットワークに連結されたことを知らせるステップと、
前記知らせを受信したコントロールポイントに、前記機器のＤＲＭ情報を提供するステップと、
を含み、
前記コントロールポイントは、前記ドメインの形成を管理する、
ことを特徴とするコンピュータで読み取り可能な記録媒体。
【請求項１】
所定プロトコルを基盤として、ＤＲＭが適用されるドメインの形成方法において、
（ａ）前記ドメインの形成を管理するコントロールポイントに、前記ドメインを有するネットワークに機器が連結されたことを知らせるステップと、
（ｂ）前記知らせを受信したコントロールポイントが前記機器から前記機器のＤＲＭ情報を獲得するステップと、
（ｃ）前記獲得されたＤＲＭ情報に基づいて前記ドメインを形成するステップと、
を含むことを特徴とする方法。
【請求項２】
前記所定プロトコルは、ＵＰｎＰである、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記（ａ）ステップは、前記ＵＰｎＰのディスカバリーステップで、ＳＳＤＰを利用して前記ネットワークに機器が連結されたことを知らせる、
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記（ｂ）ステップは、前記ＵＰｎＰのデスクリプションステップでＨＴＴＰ
ＧＥＴを通じて前記ＤＲＭ情報を獲得する、
ことを特徴とする請求項２に記載の方法。
【請求項５】
前記ＤＲＭ情報は、前記ＤＲＭが適用されるドメインで前記機器として動作する機器モードを有し、
前記（ｃ）ステップは、前記機器モードに基づいて前記ドメインを形成する、
ことを特徴とする請求項１に記載の方法。
【請求項６】
所定プロトコルを基盤として、ＤＲＭが適用されるドメインを形成する方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体であって、
前記方法は、
前記ドメインの形成を管理するコントロールポイントに、前記ドメインを有するネットワークに機器が連結されたことを知らせるステップと、
前記知らせを受信したコントロールポイントが、前記機器から前記機器のＤＲＭ情報を獲得するステップと、
前記獲得されたＤＲＭ情報に基づいて前記ドメインを形成するステップと、
を含む、
ことを特徴とする、コンピュータで読み取り可能な記録媒体。
【請求項７】
所定プロトコルを基盤として、ＤＲＭが適用されるドメインを構成する機器の認識方法において、
（ａ）前記機器が、前記ドメインを有するネットワークに連結されたことを通報されるステップと、
（ｂ）前記機器から前記機器のＤＲＭ情報を選択的に獲得することによって前記機器を認識するステップと、
を含むことを特徴とする方法。
【請求項８】
前記所定プロトコルは、ＵＰｎＰである、
ことを特徴とする請求項７に記載の方法。
【請求項９】
前記（ａ）ステップは、前記ＵＰｎＰのディスカバリーステップで、ＳＳＤＰを利用して前記ネットワークに機器が連結されたことを通報される、
ことを特徴とする請求項８に記載の方法。
【請求項１０】
前記（ｂ）ステップは、前記ＵＰｎＰのデスクリプションステップで、ＨＴＴＰ
ＧＥＴを通じて前記ＤＲＭ情報を獲得する、
ことを特徴とする請求項８に記載の方法。
【請求項１１】
前記ＤＲＭ情報は、前記ＤＲＭが適用されるドメインで前記機器として動作する機器モードを有し、
前記（ｂ）ステップは、前記機器モードに基づいて、前記機器を認識する、
ことを特徴とする請求項７に記載の方法。
【請求項１２】
所定プロトコルを基盤として、ＤＲＭが適用されるドメインを構成する機器の認識方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体であって、
前記方法は、
前記機器が、前記ドメインを有するネットワークに連結されたことを通報されるステップと、
前記機器から前記機器のＤＲＭ情報を選択的に獲得することによって前記機器を認識するステップと、
を含む、
ことを特徴とするコンピュータで読み取り可能な記録媒体。
【請求項１３】
所定プロトコルを基盤として、ＤＲＭが適用されるドメインを構成する機器のＤＲＭ情報の提供方法であって、
前記方法は、
（ａ）前記機器が、前記ドメインを有するネットワークに連結されたことを知らせるステップと、
（ｂ）前記知らせを受信したコントロールポイントに、前記機器のＤＲＭ情報を提供するステップと、
を含み、
前記コントロールポイントは、前記ドメインの形成を管理する、
ことを特徴とする方法。
【請求項１４】
前記所定プロトコルは、ＵＰｎＰである、
ことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記（ａ）ステップは、前記ＵＰｎＰのディスカバリーステップで、ＳＳＤＰを利用して前記ネットワークに機器が連結されたことを知らせる、
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記（ｂ）ステップは、前記ＵＰｎＰのデスクリプションステップで、ＨＴＴＰ
ＧＥＴを通じてコントロールポイントに前記ＤＲＭ情報を提供する、
ことを特徴とする請求項１４に記載の方法。
【請求項１７】
前記ＤＲＭ情報は、前記ＤＲＭが適用されるドメインで前記機器として動作する機器モードを有し、
前記ドメインは、前記機器モードに基づいて形成される、
ことを特徴とする請求項１３に記載の方法。
【請求項１８】
所定プロトコルを基盤として、ＤＲＭが適用されるドメインを構成する機器のＤＲＭ情報の提供方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体であって、
前記方法は、
前記機器が、前記ドメインを有するネットワークに連結されたことを知らせるステップと、
前記知らせを受信したコントロールポイントに、前記機器のＤＲＭ情報を提供するステップと、
を含み、
前記コントロールポイントは、前記ドメインの形成を管理する、
ことを特徴とするコンピュータで読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９Ａ】
【図９Ｂ】
【図９Ｃ】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９Ａ】
【図９Ｂ】
【図９Ｃ】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１１−９７５９７（Ｐ２０１１−９７５９７Ａ）
【公開日】平成２３年５月１２日（２０１１．５．１２）
【国際特許分類】
【出願番号】特願２０１０−２５２２５６（Ｐ２０１０−２５２２５６）
【出願日】平成２２年１１月１０日（２０１０．１１．１０）
【分割の表示】特願２００６−５４２４９３（Ｐ２００６−５４２４９３）の分割
【原出願日】平成１６年１１月２５日（２００４．１１．２５）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
【公開日】平成２３年５月１２日（２０１１．５．１２）
【国際特許分類】
【出願日】平成２２年１１月１０日（２０１０．１１．１０）
【分割の表示】特願２００６−５４２４９３（Ｐ２００６−５４２４９３）の分割
【原出願日】平成１６年１１月２５日（２００４．１１．２５）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
[ Back to top ]