JP2007049468A

JP2007049468A - データ送信装置及びデータ送信方法

Info

Publication number: JP2007049468A
Application number: JP2005232166A
Authority: JP
Inventors: Shigeaki Furuya; 成章古谷
Original assignee: NEC Electronics Corp
Current assignee: NEC Electronics Corp
Priority date: 2005-08-10
Filing date: 2005-08-10
Publication date: 2007-02-22

Abstract

【課題】
保護データの送信中であっても、その保護データの送信先の装置以外の装置との間において安全な通信処理を実現すること。
【解決手段】
本発明におけるデータ送信装置は、データ通信を行う相手の認証処理と、その相手への復号鍵の送信の許否を決定する認証処理部と、認証処理の後に、暗号化された保護データの復号鍵とその保護データとを送信先へ送信する送信部とを備え、認証処理部は、送信先への暗号化された保護データの送信中に、その送信先とは異なる装置との間で認証処理を実行し、その異なる装置への送信中の保護データの復号鍵の送信を拒絶するデータ送信装置である。このような構成により、保護データの送信中であっても、その保護データの送信先の装置以外の装置との間において安全な通信処理を実現することが可能となる。
【選択図】図２

Description

本発明は、データ送信装置及びデータ送信方法に関するものであり、より詳細には、ＩＥＥＥ１３９４に代表されるデジタル通信路に接続されたＡＶ機器間でコピーコントロール情報に従って行われるデジタルコンテンツの管理に好適なデータ送信装置及びデータ送信方法に関する。

ＩＥＥＥ１３９４は、リアルタイム伝送が可能なＩＳＯ（Isochronous）通信期間とデータ通信が保証されるAsynchronous通信期間を持ったシリアルバス通信であり、ＰＣ，家電を問わず広く採用されている。図９に、ＩＥＥＥ１３９４による電子機器の接続例を示す。

電子機器４００〜４０５は、それぞれＩＥＥＥ１３９４の規格に対応したケーブル４０６〜４１０により図９に示す通りに接続されている。ＩＥＥＥ１３９４では、電子機器４００と電子機器４０４との通信に電子機器４０３とケーブル４０８、ケーブル４０６を経由して行うデイジーチェーン構造や、電子機器４００と電子機器４０１、４０２、４０３が接続され、電子機器４０３に更に電子機器４０４、４０５が接続されるツリー構造等の構成にした接続が可能である。また、ＩＥＥＥ１３９４は、ケーブルを接続するだけで電子機器が自動的に通信するための設定を行うプラグアンドプレイ機能もサポートしている。

ＩＥＥＥ１３９４での認証動作は、例えば、図１０に示すような概念で説明することができる。図１０はＩＥＥＥ１３９４バスで接続された２つの電子機器の認証動作の概念を示す図である。図１０に示すように、装置１１０１と装置１１０２は、ＩＥＥＥ１３９４バス１１００で接続されている。

ＩＥＥＥ１３９４では、装置１１０１が装置１１０２を認証する際に、「ＤｅｖｉｃｅＣｅｒｔｉｆｉｃａｔｅ」と呼ばれる、５ＣＤＴＬＡより提供され各装置個別に保持している署名データが装置１１０２から装置１１０１に対して送信される。このときの「ＤｅｖｉｃｅＣｅｒｔｉｆｉｃａｔｅ」は、例えば、図１１、図１２に示すような形式のデータである。装置１１０１と装置１１０２が完全認証に対応できる場合は図１１に示すデータが、対応できない場合は、図１２に示すデータが利用される。

ＩＥＥＥ１３９４でのデータ通信には５ＣＤＴＣＰと呼ばれる通信暗号規格が利用されている。図１３に示すシーケンス図を用いて５ＣＤＴＣＰにおける機器認証の処理の流れについて説明する。

ここではコンテンツを格納してあるSourceデバイスと、再生あるいは移動先であるSinkデバイスとの間の機器認証について説明する。Sourceデバイス、Sinkデバイスは、それぞれＩＥＥＥ１３９４の規格により接続された電子機器である。Ｓ８０１のAKE status commandはSinkデバイスがSourceデバイスの状態、例えば完全認証に対応できるかなどの状態を確認するためのSinkデバイスからSourceデバイスへの送信であり、Ｓ８０２のAKE status responseはそれに対するSourceデバイスからSinkデバイスへの返信である。

Ｓ８０３のCHALLENGE subfunctionはSinkデバイスからSourceデバイスへ乱数を送り、SourceデバイスのAKE処理を初期化させる。Ｓ８０４のresponseはそれに対するSourceデバイスからSinkデバイスへの返信である。Ｓ８０５のAKE status commandはSourceデバイスがSinkデバイスの状態、例えば完全認証に対応できるか、などの状態を確認するためのSourceデバイスからSinkデバイスへの送信であり、Ｓ８０６のAKE status responseはそれに対するSinkデバイスからSourceデバイスへの返信である。

Ｓ８０７のCHALLENGE subfunctionはSourceデバイスからSinkデバイスへ乱数を送り、SinkデバイスのAKE処理を初期化させる。Ｓ８０８のresponseはそれに対するSinkデバイスからSourceデバイスへの返信である。Ｓ８０９のRESPONSE subfunctionは直前に送られてきた乱数を相手デバイスに内蔵する算式によって演算し、その結果を要求するSourceデバイスからSinkデバイスへの送信である。Ｓ８１０のresponseはその演算結果をSinkデバイスからSourceデバイスへ返信するものである。

Ｓ８１１のRESPONSE subfunctionは直前に送られてきた乱数を相手デバイスに内蔵する算式によって演算し、その結果をSinkデバイスがSourceデバイスへ要求する送信である。Ｓ８１２のresponseはその演算結果をSourceデバイスからSinkデバイスへ返信するものである。ここまでの処理でSinkデバイスとSourceデバイスはお互いに乱数を送信し、その演算結果を返信し、受け取った値と自身に内蔵された算式に基づいて演算した結果と比較し、一致することで相手が互いに同一のプロトコルを有するデバイスであると認識することができる。

Ｓ８１３のEXCHANGE_KEY subfunctionはSourceデバイスからSinkデバイスに対して暗号化されたコンテンツ鍵を要求する送信である。コンテンツ鍵とは暗号化されたコンテンツデータを復号化するための復号鍵のことである。Ｓ８１４のresponseはそれに対するSinkデバイスからSourceデバイスへの返信である。Ｓ８１５のSRM subfunctionは双方のシステムがより新しいバージョンであるかを確認する要求であり、Ｓ８１６のresponseはそれに対する返信である。SRM subfunction、responseは、双方で要求の送信及び返信の送信が行われる。

Ｓ８１７のCONTENT_KEY_REQ subfunctionはSinkデバイスからSourceデバイスへのコンテンツ鍵の要求の送信であり、Ｓ８１８のResponse with dataはそれに対するSourceデバイスからSinkデバイスへの鍵の返信である。ここまでの処理で相手を認証し、コンテンツ再生／移動に必要なコンテンツ鍵の受け渡しが完了したことになる。

更に、ＩＥＥＥ１３９４では、通信相手のどちらかが完全認証に対応できない場合に制限付き認証を行うことも可能である。図１４に示すシーケンス図を用いて制限付き認証における処理の流れについて説明する。

図１４に示すＳ９０１〜Ｓ９１０における処理については図１３において説明したＳ８０１〜Ｓ８１０と同様の内容であり、ここでは説明を省略する。制限付き認証では、図１３におけるＳ８１１、Ｓ８１２に該当する乱数の送信とその演算結果の送信が省かれている。また、Ｓ８１５、Ｓ８１６に該当する双方のシステムのバージョンの確認も省かれている。それ以外の処理、Ｓ９１１、Ｓ９１２は、それぞれＳ８１３、Ｓ８１４と、Ｓ９１３、Ｓ９１４は、それぞれＳ８１７、Ｓ８１８と同様の処理が行われている。

認証が完了すると、５ＣＤＴＣＰでは、コンテンツ鍵の要求が行われる。図１５に示すシーケンス図を用いて５ＣＤＴＣＰにおけるコンテンツ鍵要求の処理の流れについて説明する。

Ｓ１００１のAuthenticationは図１３あるいは図１４に示すシーケンス図に沿って行われる認証処理である。Sinkデバイスは、ここまでで１つのコンテンツ鍵を受けとっているが、コンテンツによってはコンテンツ鍵が１つでは足りない場合がある。その為、必要に応じてＳ１００２，Ｓ１００５，Ｓ１０１０においてCONTENT_KEY_REQ subfunctionを送信し、Ｓ１００３，Ｓ１００６，Ｓ１０１１においてResponse with dataでコンテンツ鍵を受け取り、Ｓ１００４において暗号化されたコンテンツを受け取るという作業を繰り返す必要がある。この回数はコンテンツによって異なる為に１回以上、複数回実施される。

このようにしてＩＥＥＥ１３９４では、認証、コンテンツ鍵の受け渡しが行われ、データの受け渡しが可能となる。このようなＩＥＥＥ１３９４において５ＣＤＴＣＰを用いてデータの受け渡しは、ＡＶ機器における著作権保護などにより保護されたコンテンツの受け渡しに多く用いられる。

著作権保護などにより保護されたコンテンツの場合、コピー防止のため、コンテンツデータが別の電子機器に書き込まれた場合、元の電子機器の記録媒体から当該コンテンツデータを削除するようになっている。これがコンテンツのＭＯＶＥと呼ばれる移動処理である。

安全なデータのＭＯＶＥ方法はいくつか提案されている。例えば、特許文献１に示す方法は、データを暗号化し、暗号化したデータの復号化は暗号鍵を生成した装置でのみ行われ、他の装置で復号化を行いたい場合は、暗号鍵を生成した装置に一度暗号データを送信し、暗号鍵を生成した装置で復号化されたデータを受信する方法である。

ここで、ＭＯＶＥの具体的方法について例を挙げて説明する。例えば、図１６に示す構成において、デジタル放送用アンテナ１０３より受信したデジタルコンテンツ保護が行われているコンテンツデータをＨＤＤ付きＤＶＤレコーダ１０５の有するＨＤＤ１０２に一時的に保存し、ＨＤＤ１０２に格納されているコンテンツデータをＤＶＤ１０１に記録する場合、記録が完了すると、ＨＤＤ１０２に格納されているコンテンツデータは削除される。

また、図１７においては、ＴＶ２００とＨＤＤ２０７を内蔵するＨＤＤ付きデジタルコンテンツ受信装置２０１で構成されるＤＴＶＳｙｓｔｅｍが、デジタル放送用アンテナ２０５と接続されている。さらに、ＨＤＤ付きデジタルコンテンツ受信装置２０１は、ＤＴＶ２０２やＤ−ＶＨＳ２０３やＳＴＢ２０４とＩＥＥＥ１３９４バス２０８で接続されている構成を示している。
特開２００４−７２３４２号公報

ＭＯＶＥ機能を実現する従来技術としては、図１６に示すように、一時記憶装置であるＨＤＤ１０２とＭＯＶＥ先記憶装置であるＤＶＤ１０１が同じ機器に存在する場合はＨＤＤ１０２からＤＶＤ１０１へのＭＯＶＥが考えられる。あるいは、図１７に示す構成において、コンテンツを配信するデジタルコンテンツ受信装置２０１は、ＭＯＶＥ期間中においては、ＩＥＥＥ１３９４バスへはＭＯＶＥを行うコンテンツのみを送信する。また、コンテンツ受信装置２０１は、ＭＯＶＥ相手機器のみコンテンツ保護技術であるＤＴＣＰによる認証動作を行い、他の電子機器とは認証処理を行わないように制限を設ける構成が考えられる。

図１６のような同一機種内でのＭＯＶＥの場合、最終利用者にとって映像を保存する機器の選択が必要になり、また新たな機器の追加による恩恵が少なくなる。また、複数機能を搭載しなければならず製品の価格面においても不利となる。

また、図１７のようなＭＯＶＥ期間中ＩＥＥＥ１３９４へ送信するコンテンツ数を制限する場合、ＭＯＶＥ前にＤＴＶ２０２にて映像を視聴中であったとしてもＭＯＶＥを行っている間はＤＴＶ２０２において映像を視聴できない状態となる。

さらに、ＳＴＢ２０４に対するＭＯＶＥを行う場合、Ｄ−ＶＨＳ２０３にて事前にＨＤＤ付きデジタルコンテンツ受信装置２０７からＩＥＥＥ１３９４バス２０８を利用した映像の録画中である場合、ＭＯＶＥを行うとＤ−ＶＨＳ２０３における録画を止めなければならなくなるため、ＭＯＶＥ処理自体がＤ−ＶＨＳ２０３での録画期間中は出来ないこととなる。また、５ＣＤＴＣＰにおいては、認証相手を制限した認証の機構を想定していない規格であるため、この規格を用いて認証相手を制限することに関して問題がある可能性がある。

さらに、図１８は、図１７のＳＴＢ２０４がブリッジ機器として動作する場合の例である。ＨＤＤ付きデジタルコンテンツ受信装置３１５は、ＡＶＨＤＤ３０２やＤＶＤ３０３やＳＴＢ３０４とＩＥＥＥ１３９４バス３１１で接続されている。ＳＴＢ３０４は、ブリッジ機器として動作するため、ＩＥＥＥ１３９４バス３１１以外にインターネット回線３１２とも接続されておりその先には、同様にブリッジ機器として動作するＳＴＢ３０６とＤ−ＶＨＳ３０７と接続されている。ＳＴＢ３０６は、ＵＳＢ３１３でＤ−ＶＨＳ３０５と接続され、Ｄ−ＶＨＳ３０７は、ＩＥＥＥ１３９４バス３１４でＤＶＤ３０８と接続されている構成である。

ここで、図１８のようなブリッジ機器が介在する状況下においては、５ＣＤＴＣＰの処理においてはブリッジ機器が代理として処理を行う関係上、ブリッジ先に接続されている機器へＭＯＶＥを行うと、ブリッジ先につながっているそれぞれの機器にてコンテンツ取得が可能となる可能性がある。このため、従来技術においては、ブリッジ先の機器への安全なＭＯＶＥの実現が困難である。

このように、認証相手を制限することによって安全なコンテンツのＭＯＶＥを実現する場合、ＭＯＶＥにおける送信側の装置は、ＭＯＶＥ相手装置以外との認証を行えないために、ＭＯＶＥ相手装置以外の装置との通信を行うことができない。特に、ＭＯＶＥを行っている間は、他のコンテンツ保護が必要なコンテンツデータの通信を行うことができない。

本発明におけるデータ送信装置は、データ通信を行う相手の認証処理と、その相手への復号鍵の送信の許否を決定する認証処理部と、前記認証処理の後に、暗号化された保護データの復号鍵とその保護データとを送信先へ送信する送信部とを備え、前記認証処理部は、前記送信先への暗号化された保護データの送信中に、その送信先とは異なる装置との間で認証処理を実行し、その異なる装置への前記送信中の保護データの復号鍵の送信を拒絶するデータ送信装置である。このような構成により、保護データの送信中であっても、その保護データの送信先の装置以外の装置との間において安全な通信処理を実現することが可能となる。

本発明におけるデータ送信方法は、データ通信を行う相手を認証し、その相手への復号鍵の送信の許否を決定し、前記認証の後に、暗号化された保護データの復号鍵とその保護データとを送信先へ送信するデータ送信方法であって、前記認証は、前記送信先への暗号化された保護データの送信中に、その送信先とは異なる装置との間で認証を実行し、その異なる装置への前記送信中の保護データの復号鍵の送信を拒絶する、データ送信方法である。このような構成により、保護データの送信中であっても、その保護データの送信先の装置以外の装置との間において安全な通信処理を実現することが可能となる。

本発明によれば、保護データの送信中であっても、その保護データの送信先の装置以外の装置との間において安全な通信処理を実現することが可能となる。

発明の実施の形態１．
本発明におけるデジタルコンテンツ移動方法は、ＡＶシステムにおいて著作権保護のかかった番組コンテンツ等の移動に適用が可能である。図１に、本発明を実施するＡＶシステムの構成例を示す。

図１に示すＡＶシステムは、ＴＶ２００、デジタルコンテンツ受信装置３２１、ＤＴＶ２０２、Ｄ−ＶＨＳ２０３、ＳＴＢ２０４、デジタル放送用アンテナ２０５を備える。デジタルコンテンツ受信装置３２１以外の構成要素は、図１７を参照して説明したものと同様であるが、改め説明する。ＴＶ２００とデジタルコンテンツ受信装置３２１はＤＶＩ２０６で接続されている。ＤＶＩはコンピュータとディスプレイを接続するためのインターフェースである。デジタルコンテンツ受信装置２０１は、ＨＤＤ２０７を有する。また、デジタルコンテンツ受信装置２０１は、ＤＴＶ２０２、Ｄ−ＶＨＳ２０３、ＳＴＢ２０４とＩＥＥＥ１３９４バス２０８を介して接続されている。

ＴＶ２００は、デジタルコンテンツ受信装置３２１により受信したデジタルコンテンツを表示するための表示装置である。デジタルコンテンツ受信装置３２１は、デジタル放送用アンテナ２０５を介してデジタルコンテンツを受信する受信装置である。デジタルコンテンツ受信装置３２１は、受信したデジタルコンテンツをＨＤＤ３２５に格納する。

ＤＴＶ２０２は、デジタルコンテンツを視聴可能なデジタルＴＶである。Ｄ−ＶＨＳ２０３は、デジタルコンテンツを録画可能なビデオデッキである。ＳＴＢ２０４は、接続されたデジタル機器とデジタルコンテンツの送受信が可能な電子機器である。デジタル放送用アンテナ２０５は、デジタル放送用電波を受信するためのアンテナである。

図１に示すＡＶシステムの構成において、デジタルコンテンツ受信装置３２１により受信し、ＨＤＤ３２５に格納されたデジタルコンテンツをＳＴＢ２０４へＭＯＶＥ処理する場合について例を挙げて説明する。ここで、ＭＯＶＥは、コピー防止のため、コンテンツデータが別の電子機器に書き込まれた場合、元の電子機器の記録媒体から当該コンテンツデータを削除する処理である。なお、以下においては、データの移動どの表現はこのＭＯＶＥ処理を示している。

ここでは、デジタルコンテンツ受信装置３２１の備えるＨＤＤ３２５に格納されたデジタルコンテンツをＳＴＢ２０４へ移動する場合について説明するが、デジタルコンテンツ受信装置３２１の備えるＨＤＤ３２５に格納されたデジタルコンテンツをＤ−ＶＨＳ２０３へ移動する場合等も同様に行うことが可能である。

図２は、本発明におけるデジタルコンテンツ移動方法の移動元、移動先、及び非移動先の構成を示すブロック図である。ここで説明する例では、データ移動元の機器がデジタルコンテンツ受信装置３２１であり、データ移動先の機器であるＭＯＶＥ対象機器７０３がＳＴＢ２０４、非データ移動先の機器であるＭＯＶＥ非対象機器７０４がＤ−ＶＨＳ２０３に該当する。

移動元のデジタルコンテンツ受信装置３２１は、ホストコントローラ７００、５ＣＤＴＣＰ制御部７０１、デバイスＩＤ記憶部７０２を備える。ホストコントローラ７００、５ＣＤＴＣＰ制御部７０１、デバイスＩＤ記憶部７０２は、ＩＥＥＥ１３９４の規格によりデータを転送する機器には基本的に全て備えられている。ホストコントローラ７００は、移動処理の対象となる電子機器のＩＤ管理を行うコントローラである。５ＣＤＴＣＰ制御部７０１は、５ＣＤＴＣＰ規格に基づいて、通信相手の認証処理、コンテンツ鍵の送信の許否判定及びその送信、さらに、デジタルコンテンツデータの送受信を行う。デバイスＩＤ記憶部７０２は、ホストコントローラ７００により管理が行われるＩＤを格納するための記憶部である。暗号化されたコンテンツを復号するためのコンテンツ鍵の生成及び保護コンテンツの暗号化は、デジタルコンテンツ受信装置３２１内の暗号処理部（不図示）が実行する。

まず、ホストコントローラ７００の処理の流れについて説明する。図３は、ホストコントローラ７００の処理の流れを示すフローチャートである。

まず、ホストコントローラ７００は、ＭＯＶＥを行う際に利用するチャネルの登録を行う（Ｓ５０１）。チャネルは番号で管理されており、ホストコントローラ７００は、チャネルの番号をデバイスＩＤ記憶部７０２に登録する。ＩＳＯの帯域とチャネルの番号の割付はＩＳＯ資源管理ノードにより行われる。チャネルの代わりにストリームポート番号等のデジタルコンテンツを特定する情報でもよい。この場合ホストコントローラ７００は、ストリームポート番号を登録する。

このときデバイスＩＤ記憶部７０２に格納されている登録情報は図４に示すフォーマットで示される。ＭＯＶＥ対象同期通信チャネルはＭＯＶＥに利用されるチャネルの番号を示すデータであり、６ビットのデータである。ＭＯＶＥ対象ＧＵＩＤは、ＭＯＶＥの対象となる機器のＧＵＩＤであり、６４ビットのデータである。一般にＧＵＩＤは重複が許されないため、データサイズは大きくなる。「ＤｅｖｉｃｅＩＤＡＰ＝１許可／不許可」は、このデバイスＩＤで特定されるブリッジ機器からの要求を許可するか否かを示す１ビットのデータである。具体的には、ＡＰ＝１である場合、ＤｅｖｉｃｅＩＤで特定される機器はブリッジ機器であり、ＡＰ＝０である場合、非ブリッジ機器である。ブリッジ機器を含むシステムについては後述する。

次に、ホストコントローラ７００は、ＩＥＥＥ１３９４バス上の接続機器情報を取得し（Ｓ５０２）、ＭＯＶＥ対象の接続機器のＧＵＩＤを特定する（Ｓ５０３）。ＧＵＩＤとは、同一のＩＤを持つ機器が存在し内容に各機器に割り振られているＩＤである。ネットワーク機器ではＭＡＣアドレスがＧＵＩＤとして多く利用されている。

接続機器情報のＧＵＩＤが特定されると、ホストコントローラ７００は、その機器のＧＵＩＤをデバイスＩＤ記憶部７０２に登録する（Ｓ５０４）。ここでは、ＭＯＶＥ対象の接続機器はＳＴＢ２０４であるから、ホストコントローラ７００はＳＴＢ２０４のＧＵＩＤを取得し、取得したＳＴＢ２０４のＧＵＩＤをデバイスＩＤ記憶部７０２に登録する。

その後、ホストコントローラ７００は、ＭＯＶＥ対象の接続機器がブリッジであるか否かを判定し（Ｓ５０５）、ブリッジである場合は、ＭＯＶＥ対象がブリッジであっても複数の認証を許可することを５ＣＤＴＣＰ制御部７０１に登録する（Ｓ５０６）。今回の例では、ＭＯＶＥ対象はＳＴＢ２０４でありブリッジではないので、Ｓ５０６の処理は行わずに次の処理へ移行する。

その後、ホストコントローラ７００は、ＩＥＣ６１８８３に基づいた処理を行う（Ｓ５０７）。ＩＥＣ６１８８３はＩＥＥＥ１３９４におけるＭＩＤＩやオーディオなどのストリームデータを伝送する規格の一つである。

ＩＥＣ６１８８３に基づいた処理が完了すると、ホストコントローラ７００は、５ＣＤＴＣＰ制御部７０１を利用してデジタルコンテンツの配信処理を行う（Ｓ５０８）。

配信処理は、移動元であるデジタルコンテンツ受信装置３２１のデジタルコンテンツデータをＭＯＶＥ対象の機器であるＳＴＢ２０４に記録することにより行われる。ＭＯＶＥ処理であるため、ＭＯＶＥ対象の機器であるＳＴＢ２０４にデジタルコンテンツが記録されると、移動元であるデジタルコンテンツ受信装置３２１の備えるＨＤＤ３２５に格納されたデジタルコンテンツは削除される。

続いて、図５に示すフローチャートを用いて移動元の機器がコンテンツ鍵要求を受信した場合の５ＣＤＴＣＰ制御部７０１の処理の流れについて説明する。５ＣＤＴＣＰ制御部７０１は、ホストコントローラ７００により設定された情報に基づき接続されている機器との認証処理及び鍵交換処理を行う。本発明では、認証処理自体に対する制限は行わずコンテンツ鍵要求処理において、制限を行うことでＭＯＶＥ機能を安全にかつ容易に実現する。

つまり、本形態のデジタルコンテンツ受信装置３２１は、ＭＯＶＥ期間中においても他の機器との間において認証処理を実行する。これによって、ＭＯＶＥ期間中においても他の機器との間においてコンテンツデータの通信を行うことができる。また、上述にように、ＭＯＶＥ対象機器のＧＵＩＤの登録を行ってからＭＯＶＥ処理を行う。このＧＵＩＤを使用することによって、ＭＯＶＥ対象機器以外の機器に対してＭＯＶＥ対象のコンテンツ鍵の送信を拒否する。これによって、ＭＯＶＥ対象の保護コンテンツを安全に送信することができる。一方、ＭＯＶＥ以外のコンテンツデータのコンテンツ鍵の送信は許可する。このように、ＧＵＩＤの登録情報を参照してＭＯＶＥ処理が行われている期間にも別の保護データの送信を行うことが可能となる。

図５に示すように、まず、５ＣＤＴＣＰ制御部７０１は、コンテンツ鍵要求を受信すると、受信したコンテンツ鍵要求がＭＯＶＥ対象デジタルコンテンツへの要求であるか否かを調べる（Ｓ６０１）。コンテンツ鍵要求がＭＯＶＥ対象デジタルコンテンツへの要求であるか否かは、ＭＯＶＥ処理を行うためのチャネルであるか否かをホストコントローラ７００から取得することにより調べることができる。ホストコントローラ７００は、ＭＯＶＥ処理を行う際にＳ５０１によりＭＯＶＥチャネルを登録しているからである。

調べた結果、受信したコンテンツ鍵要求がＭＯＶＥ対象デジタルコンテンツへの要求であった場合５ＣＤＴＣＰ制御部７０１は、ＭＯＶＥ対象先の機器のＧＵＩＤが登録されているか否かを、デバイスＩＤ記憶部７０２を参照し、調べる（Ｓ６０２）。

調べた結果、受信したコンテンツ鍵要求がＭＯＶＥ対象デジタルコンテンツへの要求でなかった場合は、ＭＯＶＥ対象デジタルコンテンツについての問題は起こらないため、コンテンツ鍵の送信が可能である。

調べた結果、ＭＯＶＥ対象先の機器のＧＵＩＤが登録されている場合、５ＣＤＴＣＰ制御部７０１は、コンテンツ鍵要求を行っている相手が、ホストコントローラ７００により登録されたＧＵＩＤに該当する機器であるかを調べるためＭＯＶＥ対象テーブルを参照する（Ｓ６０３）。

参照するＭＯＶＥ対象テーブルは、例えば図４に示すような情報がテーブル化されている。５ＣＤＴＣＰ制御部７０１は、図４に示すＭＯＶＥ対象テーブルのＭＯＶＥ対象ＧＵＩＤの欄を参照し、コンテンツ鍵要求を行っている相手が、ホストコントローラ７００により登録されたＧＵＩＤに該当する機器であるかを調べる。

参照の結果、コンテンツ鍵要求を行っている相手が、ホストコントローラ７００により登録されたＧＵＩＤに該当する機器でない、つまりＭＯＶＥ対象の機器からの要求でないと確認された（Ｓ６０４）場合、５ＣＤＴＣＰ制御部７０１はコンテンツ鍵の要求を拒絶する（Ｓ６０７）。

拒絶の方法としては、５ＣＤＴＣＰの規格によりＭＯＶＥ対象の機器からの要求でないという状態を示すエラー情報を規定しエラー情報を返信することが望ましいが、現状ではこのようなエラー情報は規定されていない。そこで、代わりにack_busy_X/ ack_busy_A/ ack_busy_Bまたはレスポンスコードとしてresp_conflict_errorを返信することにより現行機器でも実現することが可能となる。

参照の結果、コンテンツ鍵要求を行っている相手が、ホストコントローラ７００により登録されたＧＵＩＤに該当する機器である場合、５ＣＤＴＣＰ制御部７０１はコンテンツ鍵要求を行っている相手がブリッジデバイスであるか否かを確認する（Ｓ６０５）。確認は、図６に示すAuthentication node tableを用いて行われる。図６に示すAuthentication node tableは、コンテンツ鍵要求を行っている相手のノードをエントリー順に格納したテーブル、つまり認証機器情報テーブルである。

図６のAuthentication node entryは、図７に示す情報を基に構成される。図７は、認証機器情報における基本情報の構成例である。ここでは、認証機器の基本情報として、６４ビットのＧＵＩＤ、４０ビットのＤｅｖｉｃｅＩＤＡＰ＝０、つまりブリッジ機器で無い機器のデバイスＩＤ、４０ビットのＤｅｖｉｃｅＩＤＡＰ＝１、つまりブリッジ機器である機器のデバイスＩＤの３つの情報を使用している。

確認の結果、コンテンツ鍵要求を行っている相手がブリッジデバイスであった場合、５ＣＤＴＣＰ制御部７０１はブリッジデバイスからの要求が許可されているか否かを確認する（Ｓ６０６）。

コンテンツ鍵要求を行っている相手がブリッジデバイスで無い場合、あるいはブリッジデバイスからの要求が許可されている場合、５ＣＤＴＣＰ制御部７０１は、ＭＯＶＥ対象機器７０３に対してコンテンツ鍵の送信を行う（Ｓ６０８）。また、ＭＯＶＥ対象デジタルコンテンツへの要求でない場合や、ＭＯＶＥ対象ＧＵＩＤが登録されていない場合も同様に５ＣＤＴＣＰ制御部７０１は、コンテンツ鍵の送信を行う。

このようにして、ＭＯＶＥ処理中であっても通信相手の認証処理を行うと共に、コンテンツ鍵要求については、登録されていないＧＵＩＤ機器からのＭＯＶＥ対象コンテンツの鍵要求のみ拒絶することにより、ＭＯＶＥ期間中であっても他のデジタルコンテンツの視聴等は可能となり、かつＭＯＶＥ処理を安全に行うことが可能となる。
なお、本発明の認証、鍵送信及び保護データの送信処理は上述のＭＯＶＥ処理に特に有用であるが、他の保護データの送信処理に適用することも可能である。送信する保護データは、映像データなどのコンテンツに限らず他のデータとすることができる。また、ＭＯＶＥ期間中の保護データを特定する識別情報を登録することによって、異なる保護データの複数のＭＯＶＥ処理を同時に行うようにすることができる。これらの点は以下の説明において同様である。

発明の実施の形態２．
ブリッジを介して接続された機器に対してデジタルコンテンツの移動を行う場合にも、本発明におけるデジタルコンテンツの移動を行うことが可能である。以下、その方法について説明する。

図８は、本発明の実施の形態３におけるＡＶシステムの構成例を示す図である。図８に示すＡＶシステムは、ＴＶ２００、デジタルコンテンツ受信装置３３１、ＡＶＨＤＤ３０２、ＤＶＤ３０３、ＳＴＢ３４１、Ｄ−ＶＨＳ３０５、ＳＴＢ３０６、Ｄ−ＶＨＳ３４２、ＤＶＤ３０８、デジタル放送用アンテナ２０５を備える。デジタルコンテンツ受信装置３３１、ＳＴＢ３４１、Ｄ−ＶＨＳ３４２以外に構成要素は図１８の構成と同様であるが。改めてここで説明する。

ＴＶ２００とデジタルコンテンツ受信装置３３１はＤＶＩ２０６で接続されている。また、デジタルコンテンツ受信装置３３１とＡＶＨＤＤ３０２、ＤＶＤ３０３、ＳＴＢ３４１は、ＩＥＥＥ１３９４バス３１１により接続されている。また、ＳＴＢ３４１と、ＳＴＢ３０６、Ｄ−ＶＨＳ３４２は、インターネット回線３１２により接続されている。ＳＴＢ３０６とＤ−ＶＨＳ３０５はＵＳＢ３１３により接続され、Ｄ−ＶＨＳ３４２とＤＶＤ３０８は、ＩＥＥＥ１３９４バス３１４により接続されている。また、デジタルコンテンツ受信装置３３１はＨＤＤ３３５を備える。

本実施例では、ＳＴＢ３４１、Ｄ−ＶＨＳ３４２がブリッジ機器の役割を果たす。ここでは、デジタルコンテンツ受信装置３３１が受信しＨＤＤ３３５に格納したデジタルコンテンツをブリッジ機器であるＳＴＢ３４１、Ｄ−ＶＨＳ３４２を介してＤＶＤ３０８に移動させる場合を例に挙げて説明する。以下において、ＳＴＢ３４１、Ｄ−ＶＨＳ３４２は、ＭＯＶＥ期間中の複数の認証が行えない例について説明する。

デジタルコンテンツ受信装置３３１の備えるＨＤＤ３３５に格納されているデジタルコンテンツをＤＶＤ３０８に移動させるには、ブリッジ機器であるＳＴＢ３４１、Ｄ−ＶＨＳ３４２を経由させる必要がある。この場合の処理の流れについて説明する。

まず、デジタルコンテンツ受信装置３３１からＳＴＢ３４１へデータの移動が行われる。このときの構成も図２に示すようになる。ここでは、移動元がデジタルコンテンツ受信装置３３１であり、移動先がＳＴＢ３４１である。ここでの処理の流れは図３に示すフローチャートのようになる。

まず、デジタルコンテンツ受信装置３３１の備えるホストコントローラ７００は、ＭＯＶＥを行う際に利用するチャネルの登録を行う（Ｓ５０１）。そして、ホストコントローラ７００は、接続されている機器としてＳＴＢ３４１を特定する（Ｓ５０２）。そしてホストコントローラ７００は、ＳＴＢ３４１のＧＵＩＤを取得し（Ｓ５０３）、デジタルコンテンツ受信装置３３１の備えるデバイスＩＤ記憶部７０２に登録する（Ｓ５０４）。

ホストコントローラ７００は、ＳＴＢ３４１をブリッジとして利用するため（Ｓ５０５）、ＭＯＶＥ対象がブリッジであっても複数の認証を許可することを５ＣＤＴＣＰ制御部７０１に登録する（Ｓ５０６）。その後、ホストコントローラ７００は、ＩＥＣ６１８８３に基づいた処理を行い（Ｓ５０７）、ＳＴＢ３４１に対してデジタルコンテンツデータの送信を行う（Ｓ５０８）。

このようにしてＳＴＢ３４１は、デジタルコンテンツ受信装置３３１からデジタルコンテンツデータを受信すると、Ｄ−ＶＨＳ３４２に対して受信したデジタルコンテンツデータの送信を行う。このときの処理の流れについては、複数の認証を許可されてないことを除いて、デジタルコンテンツ受信装置３３１からＳＴＢ３４１へのデジタルコンテンツデータ送信と実質的に同様である。

Ｄ−ＶＨＳ３４２は、ＳＴＢ３４１からデジタルコンテンツデータを受信すると、ＤＶＤ３０８に対して受信したデジタルコンテンツデータの送信を行う。このときの処理の流れについては、ＳＴＢ３４１からＤ−ＶＨＳ３４２へのデジタルコンテンツデータ送信時とほぼ同様である。ＤＶＤ３０８はブリッジではないため、Ｓ５０５における判定結果はＮｏとなり、Ｓ５０６における複数の認証を許可するものとしての５ＣＤＴＣＰ制御部７０１に対しての登録は行われない。

このようにして、デジタルコンテンツ受信装置３３１の備えるＨＤＤ３１５に格納されたデジタルコンテンツデータをＳＴＢ３４１、Ｄ−ＶＨＳ３４２を介してＤＶＤ３０８に対して送信することが可能となる。送信が完了したら送信元からはデータは削除される。これで移動処理の完了となる。

ただし、このとき、ブリッジ機器であるＳＴＢ３４１、Ｄ−ＶＨＳ３４２は複数認証が許可されていないため、ＳＴＢ３４１とＤ−ＶＨＳ３４２との間、Ｄ−ＶＨＳ３４２とＤＶＤ３０８との間においては、他のデバイスからの認証要求があった場合は他のデバイスからの認証要求を拒絶する。また、ＳＴＢ３４１、Ｄ−ＶＨＳ３４２においては、ＭＯＶＥ開始前は全てのコンテンツの送信を停止するものとする。
以上のように、本実施形態によれば、ブリッジ機器を介したコンテンツデータの移動を安全に行うことができると共に、デジタルコンテンツ受信装置３３１は複数の装置と保護コンテンツの通信を行うことができる。

発明の実施の形態３．
ブリッジを介して接続された機器に対してデジタルコンテンツの移動を行う場合にも、本発明におけるデジタルコンテンツの移動を行うことが可能である。発明の実施の形態２と異なる点は、ブリッジとして利用される機器が、コンテンツの最初に送信元と同様に、ＭＯＶＥ期間中であっても複数認証が許可されている点である。以下、その方法について説明する。

本発明の実施の形態３におけるＡＶシステムについて、図８に示した構成を例として説明する。本形態においては、実施の形態２と異なり、ブリッジ機器としてのＳＴＢ３４１、Ｄ−ＶＨＳ３４２が、デジタルコンテンツ受信装置３３１と同様に、複数に認証が可能である。その他の構成は実施の形態２と同様である。

以下において、デジタルコンテンツ受信装置３３１が受信しＨＤＤ３３５に格納したデジタルコンテンツをブリッジ機器であるＳＴＢ３４１、Ｄ−ＶＨＳ３４２を介してＤＶＤ３０８に移動させる処理について説明する。

ホストコントローラ７００は、ＳＴＢ３４１をブリッジとして利用するので（Ｓ５０５）、複数の認証を許可するものとして５ＣＤＴＣＰ制御部７０１に対して登録を行う（Ｓ５０６）。その後、ホストコントローラ７００は、ＩＥＣ６１８８３に基づいた処理を行い（Ｓ５０７）、ＳＴＢ３０４に対してデジタルコンテンツデータの送信を行う（Ｓ５０８）。

このようにしてＳＴＢ３４１は、デジタルコンテンツ受信装置３３１からデジタルコンテンツデータを受信すると、Ｄ−ＶＨＳ３４２に対して受信したデジタルコンテンツデータの送信を行う。このときの処理の流れについては、デジタルコンテンツ受信装置３３１からＳＴＢ３４１へのデジタルコンテンツデータ送信時と同様であるので、ここでは説明を省略する。

Ｄ−ＶＨＳ３４２は、ＳＴＢ３４１からデジタルコンテンツデータを受信すると、ＤＶＤ３０８に対して受信したデジタルコンテンツデータの送信を行う。このときの処理の流れについても、デジタルコンテンツ受信装置３３１からＳＴＢ３４１へのデジタルコンテンツデータ送信時とほぼ同様であるが、ＤＶＤ３０８はブリッジではないため、Ｓ５０５における判定結果はＮｏとなり、Ｓ５０６における複数の認証を許可するものとしての５ＣＤＴＣＰ制御部７０１に対しての登録は行われない。

このようにして、デジタルコンテンツ受信装置３３１の備えるＨＤＤ３３５に格納されたデジタルコンテンツデータをＳＴＢ３４１、Ｄ−ＶＨＳ３４２を介してＤＶＤ３０８に対して送信することが可能となる。送信が完了したら送信元からはデータは削除される。これで移動処理の完了となる。

以上のように、本実施形態によれば、ブリッジ機器を介したコンテンツデータの移動を安全に行うことができると共に、デジタルコンテンツ受信装置３３１は複数の装置と保護コンテンツの通信を行うことができる。また、ブリッジ機器が複数認証を許可されているので、ブリッジ機器も送信元装置と同様に、ＭＯＶＥ期間中において他の装置との間で保護データの通信を行うことができるとともに、ＩＤ管理によって安全なＭＯＶＥを実現することができる。

本発明におけるＡＶシステムの構成例を示す図である。本発明を実施可能なデジタルコンテンツのＭＯＶＥ機能を実現するＡＶシステム環境の一例を示すブロック図である。本発明における５ＣＤＴＣＰを利用したＭＯＶＥ機能を実現する場合のホストコントローラの処理の流れを示すフローチャートである。本発明におけるＭＯＶＥ対象機器を指示するための管理情報の一例である。本発明における５ＣＤＴＣＰを利用したＭＯＶＥ機能を実現する場合の５ＣＤＴＣＰ制御部の処理の流れを示すフローチャートである。本発明におけるホストコントローラにて管理される認証機器情報テーブルの一例である。本発明におけるホストコントローラにて管理される認証機器情報における基本情報となるＧＵＩＤ、デバイスＩＤ情報の管理情報の一例である。本発明におけるＡＶシステムの構成例を示す図である。本発明におけるＩＥＥＥ１３９４バスを利用したデイジーチェーン構造、ツリー構造による各ノード間接続例である。背景技術におけるＩＥＥＥ１３９４バス上の機器間における認証動作の概念図である。背景技術における５ＣＤＴＣＰ完全認証のプロトコルにおけるチャレンジサブファンクション時に通信されるデバイス署名である。背景技術における５ＣＤＴＣＰ強化制限付認証のプロトコルにおけるチャレンジサブファンクション時に通信されるデバイス署名である。背景技術における５ＣＤＴＣＰの完全認証の処理の流れを示すシーケンス図である。背景技術における５ＣＤＴＣＰの制限付認証の処理の流れを示すシーケンス図である。背景技術における５ＣＤＴＣＰのコンテンツ鍵要求の処理の流れを示すシーケンス図である。背景技術におけるＡＶシステムの構成例を示す図である。背景技術におけるＡＶシステムの構成例を示す図である。背景技術におけるＡＶシステムの構成例を示す図である。

符号の説明

１０１ＤＶＤ、１０２ＨＤＤ、１０３デジタル放送用アンテナ、１０４ＡＴＡ
１０５レコーダ、１０６ＤＶＩ、２００ＴＶ、
２０１デジタルコンテンツ受信装置、２０２ＤＴＶ、２０３Ｄ−ＶＨＳ
２０４ＳＴＢ、２０５デジタル放送用アンテナ、２０６ＤＶＩ、２０７ＨＤＤ
２０８ＩＥＥＥ１３９４バス、３０２ＡＶＨＤＤ、３０３ＤＶＤ、３０４ＳＴＢ
３０５Ｄ−ＶＨＳ、３０６ＳＴＢ、３０７Ｄ−ＶＨＳ、３０８ＤＶＤ
３１０ＤＶＩ、３１１、３１４ＩＥＥＥ１３９４バス、
３１２インターネット回線、３１３ＵＳＢ、ＩＥＥＥ１３９４バス、
３２１、３３１デジタルコンテンツ受信装置、３２５、３３５ＨＤＤ
３４１ＳＴＢ、３４２Ｄ−ＶＨＳ、４００−４０５電子機器
４０６−４１０ケーブル、７００ホストコントローラ
７０１５ＣＤＴＣＰ制御部、７０２ＩＤ記憶部、７０３ＭＯＶＥ対象機器
７０４ＭＯＶＥ非対象機器、１１００ＩＥＥＥ１３９４バス
１１０１、１１０２装置

Claims

データ通信を行う相手の認証処理と、その相手への復号鍵の送信の許否を決定する認証処理部と、
前記認証処理の後に、暗号化された保護データの復号鍵とその保護データとを送信先へ送信する送信部と、
を備え、
前記認証処理部は、前記送信先への暗号化された保護データの送信中に、その送信先とは異なる装置との間で認証処理を実行し、その異なる装置への前記送信中の保護データの復号鍵の送信を拒絶する、
データ送信装置。
前記データ送信装置は、その記憶部に記憶されていた前記保護データを前記送信先に送信し、その保護データの送信が終了した後にその保護データの削除を行う、請求項１に記載のデータ送信装置。
前記認証処理部は、前記送信中の保護データと異なる保護データの復号鍵を前記異なる装置に対して送信することを許可する、請求項１に記載のデータ送信装置。
前記データ記憶装置は、認証時に取得した前記送信先の識別情報を記憶し、その復号鍵を要求した相手の識別情報と記憶されている識別情報とを比較することによってその復号鍵の送信の拒否を決定する、請求項１に記載のデータ送信装置。
データ通信を行う相手を認証し、
その相手への復号鍵の送信の許否を決定し、
前記認証の後に、暗号化された保護データの復号鍵とその保護データとを送信先へ送信するデータ送信方法であって、
前記認証は、前記送信先への暗号化された保護データの送信中に、その送信先とは異なる装置との間で認証を実行し、その異なる装置への前記送信中の保護データの復号鍵の送信を拒絶する、
データ送信方法。
前記データ送信方法は、前記保護データを前記送信先に送信し、その保護データの送信が終了した後にその保護データの削除を行う、請求項５に記載のデータ送信方法。
前記認証は、前記送信中の保護データと異なる保護データの復号鍵を前記異なる装置に対して送信することを許可する、請求項５に記載のデータ送信方法。
前記データ送信方法は認証時に取得した前記送信先の識別情報を記憶し、その復号鍵を要求した相手の識別情報と記憶されている識別情報とを比較することによってその復号鍵の送信の拒否を決定する、請求項５に記載のデータ送信方法。