(57)【要約】      （修正有）【課題】コンテンツデータ転送処理、特に複数のコンテンツデータの転送／記録に際しての処理が効率化され、転送処理時間を短縮できる。【解決手段】一次記録媒体側のデータ転送装置からデータ記録装置に複数のコンテンツデータを伝送して二次記録媒体に記録させる際に、後続する（第二番目以降の）コンテンツデータの転送に際しては、そのコンテンツデータの有効化情報が既に転送したコンテンツデータについての有効化情報と同一の場合は、第一のキー（コンテンツキー）の転送とコンテンツデータの転送のみを行う。さらに、データ記録装置側では、コンテンツデータについての二次記録媒体への記録が終了した時点で、記録に対応して二次記録媒体上で管理情報の更新を行う。【選択図】図１４
2006172466.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ単位の情報として、第１のキーで暗号化されたコンテンツデータと、第２のキーで暗号化された第１のキーと、第２のキーの有効化情報とを、一次記録媒体に格納したデータ転送装置から、データ転送が行われてくるデータ記録装置として、
上記データ転送装置との間でデータ通信を行う通信手段と、
二次記録媒体に対してデータ記録を行う二次記録媒体ドライブ手段と、
上記データ転送装置から１又は複数の一連の暗号化されたコンテンツデータが送信されてくる際には、記憶している復号管理情報及び送信されてきた上記有効化情報を用いて上記第２のキーを復号し、復号した第２のキーから上記第１のキーを復号し、復号した第１のキーから送信されてきた１又は複数の一連の暗号化されたコンテンツデータを非暗号化状態に復号するとともに、或るコンテンツデータに対応して上記有効化情報が送信されてこなかった場合は、既に受信済の他のコンテンツデータに係る有効化情報に基づく第２のキーにより上記第１のキーを復号する復号手段と、
上記復号手段で復号されたコンテンツデータを上記二次記録媒体ドライブ手段により上記二次記録媒体に記録させるとともに、上記データ転送装置からの送信にかかる１又は複数の一連のコンテンツデータについてその一連のコンテンツデータ記録に応じて、上記二次記録媒体ドライブ手段により二次記録媒体上での管理情報の更新を実行させる記録制御手段と、
を備えたことを特徴とするデータ記録装置。
【請求項２】
上記記録制御手段は、
上記データ転送装置からの送信にかかる１又は複数の一連のコンテンツデータについて上記に次記録媒体への記録が終了した時点で、その一連のコンテンツデータ記録に応じて、上記二次記録媒体ドライブ手段により二次記録媒体上での管理情報の更新を実行させることを特徴とする請求項１に記載のデータ記録装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音楽等のコンテンツデータの転送／記録に好適な、データ記録装置に関するものである。
【背景技術】
【０００２】
例えばパーソナルコンピュータのＨＤＤ（ハードディスクドライブ）を一次記録媒体として扱って音楽等のコンテンツデータを格納するとともに、格納したコンテンツデータを転送して他の記録媒体（二次記録媒体）に記録し、その二次記録媒体側で音楽等の再生を楽しむという使用形態がある。なおコンテンツデータとは、例えば音楽データ、映像データ、ゲームデータ、コンピュータソフトウエアなどの配信／転送／使用の目的となる主たるデータのことである。
【０００３】
この場合、ＨＤＤには、ＣＤ−ＤＡ（Compact Disc Digital Audio）やＤＶＤ（Digital Versatile Disc）などのパッケージメディアから再生された音楽等のコンテンツデータが蓄積されたり、或いはパーソナルコンピュータが接続された通信ネットワークを介して外部の音楽サーバ等からダウンロードされたコンテンツデータが蓄積される。そしてユーザーは、パーソナルコンピュータに二次記録媒体の記録装置を接続して、ＨＤＤに蓄積されたコンテンツデータを二次記録媒体にコピー（複製）又はムーブ（移動）し、当該二次記録媒体に対応する再生装置で音楽等のコンテンツデータを再生させる。
【０００４】
二次記録媒体としては、例えばフラッシュメモリ等の半導体メモリを利用したメモリカードや、光磁気ディスクとしてのミニディスク、或いはＣＤ−Ｒ（CD Recordable）、ＣＤ−ＲＷ(CD Rewitable)、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷなどが考えられる。
二次記録媒体に対応する記録装置、再生装置として、これらのメディア（記録媒体）に対応するレコーダ／プレーヤは、広く普及しており、据置型の記録再生装置や、ポータブルタイプの記録再生装置などとして多様に存在し、各ユーザーはそれぞれ自分の好みや所有する機器に合わせて、コンテンツデータの記録／再生を行うものとなる。
【０００５】
なお、例えばこのようなコンテンツデータの使用形態を考えるときは、コンテンツデータについての著作権保護を考慮しなければならない。例えばユーザーがコンテンツデータの配信サービスを利用したり、パッケージメディアの購入を行うなどして、ＨＤＤにコンテンツデータを蓄積した後、そのコンテンツデータを無制限に二次記録媒体にコピー可能とすると、著作権者の正当な保護がはかれない事態が生ずる。このためデジタルデータとしてのコンテンツデータの扱い上で著作権保護を維持できるようにする様々な技術やデータ処理上の取り決めが提案されているが、その１つにＳＤＭＩ（SECURE DIGITAL MUSIC INITIATIVE）という規格がある。
このＳＤＭＩで策定されたデータパスについては後述するが、例えば一次記録媒体としてのＨＤＤを備えたパーソナルコンピュータに蓄積されたコンテンツ、例えばネットワークを介して外部サーバから配信されたコンテンツデータ（以下、ネットワークコンテンツ）や、例えばパーソナルコンピュータに装備されているＣＤ−ＲＯＭドライブ等のディスクドライブ装置、或いはパーソナルコンピュータと接続されたディスクドライブ装置において再生されるＣＤ−ＤＡ、ＤＶＤ等のパッケージメディアから読み出されたコンテンツデータ（以下、ディスクコンテンツ）について、二次記録媒体への転送／記録が、著作権保護と一般ユーザーの利益（私的複製の権利）を勘案したうえで、適切に行われるようにされている。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、ＨＤＤ等の一次記録媒体からミニディスク等の二次記録媒体へコンテンツデータを転送してコピーする場合においては、上記のように著作権保護や私的複製の権利の双方を満たすため、コンテンツデータ転送の一手法として、データ転送装置（一次記録媒体側機器）が転送先となるデータ記録装置（二次記録媒体側機器）の認証を行い、認証ＯＫとなった場合のみにコンテンツデータを転送すること、及びコンテンツデータは暗号化状態で転送するが、二次記録媒体へは暗号化を解いて記録することが考えられている。
【０００７】
ここで、コンテンツデータの暗号化及びその復号のための手法は次のような例が考えられている。
例えば外部サーバから上記一次記録媒体としてのＨＤＤにダウンロードされて格納されるコンテンツデータはコンテンツキーＣＫで暗号化されたものとする。
説明上、一次記録媒体であるＨＤＤには、ＡＴＲＡＣ３方式（もちろん他の圧縮方式でもよいが）で圧縮されたコンテンツデータ「Ａ３Ｄ」がコンテンツキーＣＫで暗号化されて格納されているとする。
【０００８】
なお本明細書では説明上、鍵（キー）ｘで暗号化されたデータｙを、
Ｅ（ｘ，ｙ）
と表す。
またその暗号化データＥ（ｘ，ｙ）について、鍵ｘにより暗号化を復号したデータを、
Ｄ｛ｘ，Ｅ（ｘ，ｙ）｝
と表すこととする。
従って、例えば上記のようにＡＴＲＡＣ３方式の圧縮データを「Ａ３Ｄ」とすると、コンテンツキーＣＫで暗号化されたコンテンツデータ「Ａ３Ｄ」は、
Ｅ（ＣＫ，Ａ３Ｄ）
となる。またＥ（ＣＫ，Ａ３Ｄ）が、鍵ＣＫで復号されたデータは、
Ｄ｛ＣＫ，Ｅ（ＣＫ，Ａ３Ｄ）｝
と表わせられる。
【０００９】
また一次記録媒体であるＨＤＤには、暗号化コンテンツデータＥ（ＣＫ，Ａ３Ｄ）とともに、ルートキーＫＲで暗号化された状態のコンテンツキーＣＫ、つまり、Ｅ（ＫＲ，ＣＫ）も格納される。例えば外部サーバから暗号化コンテンツデータＥ（ＣＫ，Ａ３Ｄ）とともに、暗号化コンテンツキーＥ（ＫＲ，ＣＫ）がダウンロードされる。
この場合、一次記録媒体であるＨＤＤから二次記録媒体にコンテンツデータを転送する場合、暗号化コンテンツデータＥ（ＣＫ，Ａ３Ｄ）と暗号化コンテンツキーＥ（ＫＲ，ＣＫ）を送信すればよい。
二次記録媒体側機器では、ルートキーＫＲを保持していることで、ルートキーＫＲを用いてコンテンツキーＣＫを復号し、さらに復号したコンテンツキーＣＫを用いて暗号化コンテンツデータを復号できるものとなる。
ただしルートキーＫＲは、著作権者側の意志や各種事情によって変更されるものであり、コンテンツデータ毎に異なるルートキーＫＲを設定することもできる。また具体例については後述するが、ルートキーＫＲの処理によってコンテンツ配信先を限定できる機能を有する。
このため、ＥＫＢ（Enabling Key Block：有効化キーブロック）と呼ばれるデータが配信されることもあり、コンテンツデータが転送される正規の端末では、ＥＫＢによってルートキーを確認できるようにした方式も採られている。つまりＥＫＢも上記暗号化コンテンツデータや暗号化コンテンツキーとともにサーバから配信されてＨＤＤに格納される。
【００１０】
このような事情のうえで、ＨＤＤ等の一次記録媒体からミニディスク等の二次記録媒体へコンテンツデータを転送してコピーする場合においては、転送処理として、図１５に示すような手順が採られることになる。
【００１１】
図１５（ａ）はＨＤＤからミニディスクへ１つのコンテンツデータを転送して記録させる場合である。
まず手順ｃ１としてＨＤＤを内蔵する一次記録媒体側機器は、ミニディスク記録装置である二次記録媒体側機器について認証を行なう。
認証ＯＫとなったら、手順ｃ２として、ルートキーＫＲの確認処理を行う。つまり一次記録媒体側機器は送信しようとするコンテンツデータについてのＥＫＢを二次記録媒体側機器に送信し、二次記録媒体側機器でルートキーＫＲが判別できるようにする。
次に手順ｃ３として、一次記録媒体側機器は暗号化されたコンテンツキーＣＫを二次記録媒体側機器に送信する。二次記録媒体側機器では、上記確認したルートキーＫＲを用いてコンテンツキーＣＫを復号する。
そして手順ｃ４として一次記録媒体側機器は暗号化されたコンテンツデータを二次記録媒体側機器に送信する。二次記録媒体側機器では、上記復号したコンテンツキーＣＫを用いてコンテンツデータを復号し、所定のデータ処理を行って二次記録媒体であるミニディスクに記録する。
最後に手順ｃ５として、二次記録媒体側機器では、コンテンツデータのミニディスクへの書込に伴って、ミニディスク上での管理情報、即ちＵ−ＴＯＣとして知られている管理情報の更新を行い、記録動作を完了させる。
以上の手順を踏むことで、著作権保護を確保した上で１つのコンテンツデータの転送／コピー記録が行われる。
【００１２】
図１５（ｂ）は、ＨＤＤからミニディスクへ３つのコンテンツデータを連続して転送して記録させる場合である。
この場合、手順ｄ１〜ｄ５として、上記図１５（ａ）の手順ｃ１〜ｃ５と同様の処理を行って１つ目のコンテンツデータの転送及び記録を完了させる。また手順ｄ６〜ｄ１０として、上記図１５（ａ）の手順ｃ１〜ｃ５と同様の処理を行って２つ目のコンテンツデータの転送及び記録を完了させる。さらに手順ｄ１１〜ｄ１５として、上記図１５（ａ）の手順ｃ１〜ｃ５と同様の処理を行って３つ目のコンテンツデータの転送及び記録を完了させる。
例えばこのように複数のコンテンツデータの転送／記録を行う場合、図１５（ａ）に示した手順を、転送するコンテンツデータの数だけ繰り返すことになる。
【００１３】
コンテンツデータの転送／記録については以上のような処理手順を踏むことが考えられているが、実際上は、コンテンツデータの転送処理の効率化、及び一連の転送及び記録にかかる処理時間の短縮化が求められている。
【課題を解決するための手段】
【００１４】
本発明は、コンテンツ単位の情報として、第１のキーで暗号化されたコンテンツデータと、第２のキーで暗号化された第１のキーと、第２のキーの有効化情報とを、一次記録媒体に格納したデータ転送装置から、データ転送が行われてくるデータ記録装置として、上記データ転送装置との間でデータ通信を行う通信手段と、二次記録媒体に対してデータ記録を行う二次記録媒体ドライブ手段と、上記データ転送装置から１又は複数の一連の暗号化されたコンテンツデータが送信されてくる際には、記憶している復号管理情報及び送信されてきた上記有効化情報を用いて上記第２のキーを復号し、復号した第２のキーから上記第１のキーを復号し、復号した第１のキーから送信されてきた１又は複数の一連の暗号化されたコンテンツデータを非暗号化状態に復号するとともに、或るコンテンツデータに対応して上記有効化情報が送信されてこなかった場合は、既に受信済の他のコンテンツデータに係る有効化情報に基づく第２のキーにより上記第１のキーを復号する復号手段と、上記復号手段で復号されたコンテンツデータを上記二次記録媒体ドライブ手段により上記二次記録媒体に記録させるとともに、上記データ転送装置からの送信にかかる１又は複数の一連のコンテンツデータについてその一連のコンテンツデータ記録に応じて、上記二次記録媒体ドライブ手段により二次記録媒体上での管理情報の更新を実行させる記録制御手段とを備える。
さらに、上記記録制御手段は、上記データ転送装置からの送信にかかる１又は複数の一連のコンテンツデータについて上記に次記録媒体への記録が終了した時点で、その一連のコンテンツデータ記録に応じて、上記二次記録媒体ドライブ手段により二次記録媒体上での管理情報の更新を実行させる。
【発明の効果】
【００１５】
以上の説明からわかるように本発明によれば、一次記録媒体側のデータ転送装置からデータ記録装置に複数のコンテンツデータを伝送して二次記録媒体に記録させる際に、後続する（第２番目以降の）コンテンツデータの転送に際しては、そのコンテンツデータの有効化情報が既に転送したコンテンツデータについての有効化情報と同一の場合は、第１のキー（コンテンツキー）の転送とコンテンツデータの転送のみが行われるようにし、これによって有効化情報（ＥＫＢ）による第２のキー（ルートキーＫＲ等）の確認処理が効率化できる。
更にデータ記録装置側では、１又は複数の一連のコンテンツデータについての二次記録媒体への記録が終了した時点で、当該記録に対応して二次記録媒体上で管理情報の更新が行われるようにしており、二次記録媒体上での管理情報更新処理を効率化できる。
これらのことから、コンテンツデータの転送処理、特に複数のコンテンツデータの転送／記録に際しての処理が効率化され、転送処理時間を短縮できるという効果が得られる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を次の順序で説明する。
１．暗号化キーのツリー構造及びＥＫＢ
２．システム構成
３．ＳＤＭＩコンテンツのデータパス
４．データ転送装置の構成例（一次記録媒体側機器／ＰＣ）
５．データ記録装置の構成例（二次記録媒体側機器／記録再生装置）
６．認証処理
７．コンテンツ暗号化方式
８．コンテンツ転送処理
【００１７】
１．暗号化キーのツリー構造及びＥＫＢ
まず実施の形態の転送システムの具体的な説明に先立って、コンテンツ配信に用いられる暗号化方式キーの構造を説明する。
このため図１、図２、図３を用いて、コンテンツ配信側からコンテンツ受信側の各デバイスに暗号データを配信する場合における各デバイスにおける暗号処理鍵（キー）の保有構成およびデータ配信構成を説明していく。
【００１８】
図１は、暗号化キーのツリー構造を示しており、図１の最下段に示すナンバＤＶ０〜ＤＶ１５がコンテンツ受信側となる個々のデバイスである。すなわち図示する階層ツリー構造の各葉(リーフ：leaf)がそれぞれのデバイスに相当する。
【００１９】
各デバイスＤＶ０〜ＤＶ１５は、製造時あるいは出荷時、あるいはその後において、図１に示す階層ツリー構造における、自分のリーフからルートに至るまでのノードに割り当てられた鍵（ノードキー）および各リーフのリーフキーからなるキーセットをメモリに格納する。このキーセットはＤＮＫ（Device Node Key）と呼ばれるが、その具体例については後に実施の形態の例において説明する。
図１の最下段に示すＫ００００〜Ｋ１１１１が各デバイスＤＶ０〜ＤＶ１５にそれぞれ割り当てられたリーフキーであり、最上段のＫＲ（ルートキー）に続いて、最下段から２番目の節（ノード）に記載されたキー：Ｋ０〜Ｋ１１１をノードキーとする。なお文言上「ルートキー」も「ノードキー」に含むことがある。
【００２０】
図１に示すツリー構成において、例えばデバイスＤＶ０は上記ＤＮＫとして、リーフキーＫ００００と、ノードキー：Ｋ０００、Ｋ００、Ｋ０、ルートキーＫＲを所有する。例えばＤＮＫにおいてはノードキー：Ｋ０００、Ｋ００、Ｋ０、ルートキーＫＲをリーフキーＫ００００によって暗号化した状態で所有する。
デバイスＤＶ５は同様の方式で、リーフキーＫ０１０１、ノードキーＫ０１０、Ｋ０１、Ｋ０、ルートキーＫＲを所有する。デバイスＤＶ１５も同様の方式で、リーフキーＫ１１１１、ノードキーＫ１１１、Ｋ１１、Ｋ１、ルートキーＫＲを所有する。
なお、図１のツリーにはデバイスがＤＶ０〜ＤＶ１５の１６個のみ記載され、ツリー構造も４段構成の均衡のとれた左右対称構成として示しているが、さらに多くのデバイスがツリー中に構成され、また、ツリーの各部において異なる段数構成を持つことが可能である。
【００２１】
また、図１のツリー構造に含まれる各情報処理装置（デバイス）には、様々な記録媒体、例えば、デバイス埋め込み型あるいはデバイスに着脱自在に構成されたＤＶＤ、ＣＤ、ＭＤ、フラッシュメモリ等を使用する様々なタイプの情報処理装置が含まれている。さらに、様々なアプリケーションサービスが共存可能である。このような異なるデバイス、異なるアプリケーションの共存構成の上に図１に示すコンテンツあるいは鍵配布構成である階層ツリー構造が適用される。
【００２２】
これらの様々な情報処理装置（デバイス）、アプリケーションが共存するシステムにおいて、例えば図１の点線で囲んだ部分、すなわちデバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３を同一の記録媒体を用いる１つのグループとして設定する。例えば、この点線で囲んだグループ内に含まれるデバイスに対しては、まとめて、共通のコンテンツを暗号化してプロバイダから送付したり、各デバイス共通に使用するコンテンツキーを送付したり、あるいは各デバイスからプロバイダあるいは決済機関等にコンテンツ料金の支払データをやはり暗号化して出力するといった処理が実行される。コンテンツプロバイダ、あるいは決済処理機関等、各デバイスとのデータ送受信を行なう機関は、図３の点線で囲んだ部分、すなわちデバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３を１つのグループとして一括してデータを送付する処理を実行する。このようなグループは、図１のツリー中に複数存在する。コンテンツプロバイダ、あるいは決済処理機関等、各デバイスとのデータ送受信を行なう機関は、メッセージデータ配信手段として機能する。
【００２３】
なお、ノードキー、リーフキーは、ある１つの鍵管理センタによって統括して管理してもよいし、各グループに対する様々なデータ送受信を行なうプロバイダ、決済機関等のメッセージデータ配信手段によってグループごとに管理する構成としてもよい。これらのノードキー、リーフキーは例えばキーの漏洩等の場合に更新処理が実行され、この更新処理は鍵管理センタ、プロバイダ、決済機関等が実行する。
【００２４】
このツリー構造において、図１から明らかなように、１つのグループに含まれる３つのデバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３はノードキー／ルートキーとして共通のキーＫ００、Ｋ０、ＫＲを保有する。このノードキー共有構成を利用することにより、例えば共通のコンテンツキーをデバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３のみに提供することが可能となる。
たとえば、共通に保有するノードキーＫ００自体をコンテンツキーとして設定すれば、新たな鍵送付を実行することなくデバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３のみが共通のコンテンツキーの設定が可能である。また、新たなコンテンツキーＣＫをノードキーＫ００で暗号化した値Ｅ（Ｋ００，ＣＫ）を、ネットワークを介してあるいは記録媒体に格納してデバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３に配布すれば、デバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３のみが、それぞれのデバイスにおいて保有する共有ノードキーＫ００を用いて暗号Ｅ（Ｋ００，ＣＫ）を解いてコンテンツキーＣＫを得ることが可能となる。
【００２５】
また、ある時点ｔにおいて、デバイスＤＶ３の所有するキーＫ００１１,Ｋ００１,Ｋ００,Ｋ０,ＫＲが攻撃者（ハッカー）により解析されて露呈したことが発覚した場合、それ以降、システム（デバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３のグループ）で送受信されるデータを守るために、デバイスＤＶ３をシステムから切り離す必要がある。
そのためには、ノードキーＫ００１，Ｋ００，Ｋ０、ルートキーＫＲをそれぞれ新たな鍵Ｋ（ｔ）００１，Ｋ（ｔ）００，Ｋ（ｔ）０，Ｋ（ｔ）Ｒに更新し、デバイスＤＶ０，ＤＶ１，ＤＶ２にその更新キーを伝える必要がある。ここで、Ｋ（ｔ）ａａａは、鍵Ｋａａａの世代（Generation）：ｔの更新キーであることを示す。
もちろんコンテンツ配信に際して、他の事情、例えば著作権者側の要望やシステム配信上の都合などの各種事情に応じて、ノードキーやルートキーＫＲを更新する場合もある。
これらのことから、正規のデバイスに対してキー更新を伝える必要がある。
【００２６】
更新キーの配布処理ついて説明する。キーの更新は、例えば、図３（ａ）に示す有効化キーブロック（ＥＫＢ：Enabling Key Block）と呼ばれるブロックデータによって構成されるテーブルを、たとえばネットワーク、あるいは記録媒体に格納してデバイスに供給することによって実行される。例えば上記のようにデバイスＤＶ３を切り離す場合は、ＥＫＢをデバイスＤＶ０，ＤＶ１，ＤＶ２に供給する。
なお、有効化キーブロック（ＥＫＢ）は、図１に示すようなツリー構造を構成する各リーフに対応するデバイスに新たに更新されたキーを配布するための暗号化キーによって構成される。有効化キーブロック（ＥＫＢ）は、キー更新ブロック（ＫＲＢ：Key Renewal Block）と呼ばれることもある。
【００２７】
図２（ａ）に示す有効化キーブロック（ＥＫＢ）には、ノードキーの更新の必要なデバイスのみが更新可能なデータ構成を持つブロックデータとして構成される。図２の例は、図１に示すツリー構造中のデバイスＤＶ０，ＤＶ１，ＤＶ２において、世代ｔの更新ノードキーを配布することを目的として形成されたブロックデータである。
例えば上記のようにキーＫ００１１，Ｋ００１，Ｋ００，Ｋ０，ＫＲが不正に露呈された場合を想定すると、デバイスＤＶ０，デバイスＤＶ１は、更新キーとしてＫ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要となり、デバイスＤＶ２は、更新キーとしてＫ（ｔ）００１、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要となる。
【００２８】
図２（ａ）のＥＫＢに示されるように、この場合ＥＫＢには複数の暗号化キーが含まれる。最下段の暗号化キーは、Ｅ（Ｋ００１０，Ｋ（ｔ）００１）である。これはデバイスＤＶ２の持つリーフキーＫ００１０によって暗号化された更新ノードキーＫ（ｔ）００１であり、デバイスＤＶ２は、自身の持つリーフキーによってこの暗号化キーを復号し、Ｋ（ｔ）００１を得ることができる。
また、復号により得たＫ（ｔ）００１を用いて、図２（ａ）の下から２段目の暗号化キーＥ（Ｋ（ｔ）００１，Ｋ（ｔ）００）を復号可能となり、更新ノードキーＫ（ｔ）００を得ることができる。以下、図２（ａ）の上から２段目の暗号化キーＥ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号し、更新ノードキーＫ（ｔ）０を得、さらに上から１段目の暗号化キーＥ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号し更新ルートキーＫ（ｔ）Ｒを得る。
【００２９】
一方、デバイスＤＶ０，ＤＶ１においてそれぞれリーフキーＫ００００、Ｋ０００１、及びノードキーＫ０００は更新する対象に含まれておらず、更新キーとして必要なのは、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒである。
このためデバイスＤＶ０，ＤＶ１では、それぞれ図２（ａ）の上から３段目の暗号化キーＥ（Ｋ０００，Ｋ（ｔ）００）を復号して更新ノードキーＫ（ｔ）００を取得し、また暗号化キーＥ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号して更新ノードキーＫ（ｔ）０を取得し、さらに暗号化キーＥ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号して更新ルートキーＫ（ｔ）Ｒを得る。
このようにして、デバイスＤＶ０，ＤＶ１，ＤＶ２は更新したルートキーＫ（ｔ）Ｒを得ることができる。なお、図２（ａ）のインデックスは、復号キーとして使用するノードキー、リーフキーの絶対番地を示す。
【００３０】
また、図１に示すツリー構造の上位段のノードキーＫ（ｔ）０，Ｋ（ｔ）Ｒの更新が不要であり、ノードキーＫ００のみの更新処理が必要である場合には、図２（ｂ）の有効化キーブロック（ＥＫＢ）を用いることで、更新ノードキーＫ（ｔ）００をデバイスＤＶ０，ＤＶ１，ＤＶ２に配布することができる。
【００３１】
図２（ｂ）に示すＥＫＢは、例えば特定のグループにおいて共有する新たなコンテンツキーを配布する場合に利用可能である。
具体例として、図３に点線で示すグループ内のデバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３がある記録媒体を用いており、新たな共通のコンテンツキーＣＫ（ｔ）が必要であるとする。このとき、デバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３の共通のノードキーＫ００を更新したＫ（ｔ）００を用いて新たな共通の更新コンテンツキーＣＫ（ｔ）を暗号化したデータＥ（Ｋ（ｔ）００，ＣＫ（ｔ））を図２（ｂ）に示すＥＫＢとともに配布する。
この配布により、デバイスＤＶ４など、その他のグループの機器においては復号されないデータとしての配布が可能となる。
すなわち、デバイスＤＶ０，ＤＶ１，ＤＶ２はＥＫＢを処理して得たＫ（ｔ）００を用いて上記暗号文を復号すれば、ｔ時点でのコンテンツキーＣＫ（ｔ）を得ることが可能になる。
【００３２】
以上のようにキー構造がツリー構造とされるとともに、上記例のようなＥＫＢによって任意に各キーを更新することが可能となる。
このキー構造を用いることで、各種事情に応じてルートキーＫＲやノードキーを更新することも容易に可能となり、正規な状態でのコンテンツ配信がフレキシブルに実行できる。
【００３３】
図３に有効化キーブロック（ＥＫＢ）のフォーマット例を示す。
４バイトでノードキーの数が示される。
４バイトでノードキーの深さが示される。これは有効化キーブロック（ＥＫＢ）の配布先のデバイスに対する階層ツリーの階層数を示す。
４バイトでＥＫＢのバージョンが示される。なおバージョンは最新のＥＫＢを識別する機能とコンテンツとの対応関係を示す機能を持つ。
リザーブは予備領域である。
【００３４】
オフセットアドレスとして１６バイトの位置から、１６×Ｍバイトの領域にＥＫＢの実内容となる暗号化されたノードキー（１又は複数）が示される。つまり図２（ａ）（ｂ）で説明したような暗号化キーである。
さらに、暗号化ＥＫＢバージョンや、電子署名（Signature）が示される。電子署名は、有効化キーブロック（ＥＫＢ）を発行したＥＫＢ発行局、例えば鍵管理センタ、コンテンツロバイダ、決済機関等が実行する電子署名である。ＥＫＢを受領したデバイスは署名検証によって正当な有効化キーブロック（ＥＫＢ）発行者が発行した有効化キーブロック（ＥＫＢ）であることを確認する。
【００３５】
２．システム構成
上記のキー構造を採用した本発明の実施の形態について、以下説明していく。
図４にシステム構成例を示す。本発明のデータ転送装置に相当するのは一次記録媒体側機器１であり、本発明のデータ記録装置に相当するのは二次記録媒体側機器２０Ａである。従って、図１のうちで一次記録媒体側機器１と二次記録媒体側機器２０Ａの構成が本発明のデータ転送システムに相当する。
【００３６】
一次記録媒体側機器１は、例えばパーソナルコンピュータにより形成される。以下、説明の便宜上、一次記録媒体側機器１をパーソナルコンピュータ１と表記する場合もある。ただし一次記録媒体側機器１は、必ずしもパーソナルコンピュータによって形成されるものではない。
この一次記録媒体側機器１は、例えばパーソナルコンピュータ上で起動されるＳＤＭＩコンテンツデータの蓄積／転送等を実行するソフトウエアによって、本発明でいうデータ転送装置としての動作を実行する。
そしてパーソナルコンピュータ１に内蔵（又は外付け）のＨＤＤ５が一次記録媒体（及び一次記録媒体ドライブ手段）とされる。なお実施の形態の説明ではＨＤＤ５を一次記録媒体とするが、もちろん一次記録媒体に相当する記録メディアはＨＤＤに限られず、例えば光ディスク、光磁気ディスク等のメディア、機器内蔵の半導体メモリ、可搬型の半導体メモリ（メモリカード等）など、各種のものが考えられる。
【００３７】
一次記録媒体側機器１は、通信ネットワーク１１０を介してコンテンツサーバ９１と通信可能とされ、これによって音楽等のコンテンツデータのダウンロードが可能とされる。もちろんコンテンツサーバ９１は複数存在し、パーソナルコンピュータ１のユーザーは多様なデータダウンロードサービスを任意に利用できるものである。
コンテンツサーバ９１からパーソナルコンピュータ１にダウンロードされるコンテンツデータとしては、ＳＤＭＩ準拠のコンテンツデータもあれば、ＳＤＭＩに準拠していないコンテンツデータもある。
【００３８】
ネットワーク１１０を形成する伝送路は、有線又は無線の公衆回線網とされてもよいし、パーソナルコンピュータ１とコンテンツサーバ９１の専用回線としてもよい。具体的にはネットワーク１１０としては、例えばインターネット、衛星通信網、光ファイバー網、その他各種の通信回線が適用できる。
【００３９】
また、パーソナルコンピュータ１のＨＤＤ５には、内蔵或いは外付けのディスクドライブ装置によりＣＤ−ＤＡやＤＶＤなどのパッケージメディア９０（以下、ディスク９０ともいう）から再生された音楽等のコンテンツデータを蓄積させることもできる。
【００４０】
パーソナルコンピュータ１には、二次記録媒体側機器２０Ａ又は２０Ｂを接続し、この二次記録媒体側機器２０Ａ又は２０Ｂに対して、ＨＤＤ５に蓄積したコンテンツデータを転送可能とされる。二次記録媒体側機器２０Ａ又は２０Ｂは、二次記録媒体に対する記録装置（記録再生装置）とされる。そしてパーソナルコンピュータ１から転送されてきたコンテンツデータを二次記録媒体にコピー記録できるものとされる。
【００４１】
二次記録媒体側機器２０Ａ、２０Ｂの具体例としては各種考えられるが、ここでいう二次記録媒体側機器２０Ｂは、ＳＤＭＩ対応の記録装置である。ＳＤＭＩ対応の記録装置については、後に図５でのデータパスの説明において言及する。このＳＤＭＩ対応の記録再生装置２０Ｂでは、二次記録媒体として、例えばフラッシュメモリ等の半導体メモリを利用したＳＤＭＩ対応のメモリカードが想定される。従って二次記録媒体側機器２０Ｂとは、例えばＳＤＭＩ対応のメモリカードに対する記録再生装置となる。この場合、二次記録媒体にはＳＤＭＩコンテンツが暗号化された状態で記録されるものとなる。
【００４２】
一方、二次記録媒体側機器２０Ａは、本実施の形態でいうデータ記録装置に相当し、詳しくは後述するが、著作権保護が要求されるＳＤＭＩコンテンツを、暗号化を解いた状態で二次記録媒体に記録するものである。ここでの二次記録媒体の例としては、ミニディスクを挙げる。従って二次記録媒体側機器２０Ａは、ミニディスク記録再生装置とされる。以下、二次記録媒体側機器２０Ａを、記録再生装置２０Ａと表記する場合もある。
【００４３】
ただし、二次記録媒体側機器２０Ａが記録再生するメディアはミニディスク以外にも、例えばフラッシュメモリ等の半導体メモリを利用したメモリカードや、光磁気ディスクとしてのミニディスク、或いはＣＤ−Ｒ（CD Recordable）、ＣＤ−ＲＷ(CD Rewitable)、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷなどが考えられる。従って、二次記録媒体側機器２０Ａとしては、これらのメディアに対応する記録装置であればよい。
【００４４】
パーソナルコンピュータ１と二次記録媒体側機器２０Ａ又は２０Ｂとは、例えばＵＳＢ（Universal Serial Bus）、ＩＥＥＥ１３９４などの伝送規格に基づく接続が行われる。もちろん他の伝送規格の有線伝送路、或いは無線伝送路によりコンテンツデータ等の転送が可能とされるものでもよい。
【００４５】
３．ＳＤＭＩコンテンツのデータパス
例えば図４のようなシステムを想定した場合の、ＳＤＭＩで策定されたデータパスを図５に示す。
なお、このデータパスは、例えば一次記録媒体としてのＨＤＤ５を備えたパーソナルコンピュータ１において、音楽コンテンツの蓄積及び外部機器（二次記録媒体側機器２０Ａ、２０Ｂ）への転送処理についてのデータパスであり、換言すればパーソナルコンピュータ１において音楽コンテンツの蓄積／転送処理を行うソフトウエアにより実現されるものである。
図５のデータパス上の手順／処理はＤＰ１〜ＤＰ９の符号を付しており、以下の説明では対応箇所をこの符号で示す。
【００４６】
図４に示したネットワーク１１０を介して外部サーバ９１から配信されたコンテンツデータ（ネットワークコンテンツ）は、まずそれがＳＤＭＩに準拠した著作権保護されるコンテンツであるか否かが確認される（ＤＰ１）。
配信されるネットワークコンテンツとしては、サーバ側がＳＤＭＩに準拠したコンテンツとして送信してくるもの（以下、ＳＤＭＩ準拠コンテンツ）と、ＳＤＭＩとは無関係なコンテンツ（以下、非ＳＤＭＩコンテンツ）がある。
【００４７】
そしてＳＤＭＩ準拠コンテンツの場合は、そのデータは例えばＤＥＳ等の鍵暗号によって、コンテンツ鍵ＣＫで暗号化されている。コンテンツデータ自体は、元々はＡＴＲＡＣ３などの圧縮方式でエンコードされたデータ（Ａ３Ｄ）であるとすると、ＳＤＭＩ準拠コンテンツは、Ｅ（ＣＫ，Ａ３Ｄ）の状態で配信される。
【００４８】
配信されたネットワークコンテンツがＳＤＭＩ準拠コンテンツであった場合は、一次記録媒体であるＨＤＤ５にＳＤＭＩコンテンツとして蓄積される（ＤＰ１→ＤＰ２）。
この場合、コンテンツデータは配信されたＥ（ＣＫ，Ａ３Ｄ）の状態でＨＤＤ５に書き込まれる。或いは、暗号化が一旦復号された後、別の鍵ＣＫ’で暗号化が行われ、つまり鍵の掛け替えが行われて、Ｅ（ＣＫ’，Ａ３Ｄ）の状態でＨＤＤ５に書き込まれることもある。
【００４９】
一方、ネットワークコンテンツが非ＳＤＭＩコンテンツであった場合は、ウォーターマークチェック、即ち電子透かしによるスクリーニング処理が行われる（ＤＰ１→ＤＰ３）。
さらに、例えばパーソナルコンピュータ１に装備されているＣＤ−ＲＯＭドライブ等の内蔵ドライブ、或いはパーソナルコンピュータ１と接続されたディスクドライブ装置において再生されるＣＤ−ＤＡ、ＤＶＤ等のパッケージメディアから読み出されたコンテンツデータ（ディスクコンテンツ）については、直接ウォーターマークチェックが行われる（ＤＰ３）。
つまりＳＤＭＩに準拠していないコンテンツデータについては、ウォーターマークチェックが行われることになる。
【００５０】
もしウォーターマークチェックに合格しない場合は、そのコンテンツデータはＳＤＭＩデータパス上でコピー不可扱いとなる（ＤＰ３→ＤＰ５）。具体的な扱いはソフトウエア設計により多様に考えられるが、例えばＨＤＤ５には格納するが、他のメディアへのコピー／ムーブのための転送が不可能なコンテンツデータと扱われるようにしたり、或いはＳＤＭＩ準拠のコンテンツ処理上においてＨＤＤ５に格納されないものとすることが考えられる。
【００５１】
ウォーターマークチェックに合格した場合、即ち電子透かしが存在し、かつコピーコントロールビットとしてコピー許可が確認された場合は、合法的にコピー可能なコンテンツデータと判断され、続いてそのコンテンツデータをＳＤＭＩ扱いとするか否かが確認される（ＤＰ４）。このようなコンテンツデータをＳＤＭＩに準拠したものとして扱うか否かは、ソフトウエア設計やユーザー設定などに応じたものとすればよい。
【００５２】
ＳＤＭＩ扱いとしない場合は、非ＳＤＭＩ扱いとして当該ＳＤＭＩに準拠したコンテンツデータパスからは除外される（ＤＰ６）。例えばＳＤＭＩに対応しない記録装置への転送等を可能としてもよい。
一方、ＳＤＭＩ扱いとする場合は、そのコンテンツデータは暗号化され、ＳＤＭＩコンテンツとしてＨＤＤ５に蓄積される（ＤＰ４→ＤＰ２）。例えばＥ（ＣＫ，Ａ３Ｄ）の状態、又はＥ（ＣＫ’，Ａ３Ｄ）の状態でＨＤＤ５に蓄積される。
【００５３】
以上のデータパスにより、一次記録媒体としてのＨＤＤ５には、ネットワーク１１０を介して得られたＳＤＭＩ扱いのコンテンツ（ＳＤＭＩネットワークコンテンツ）や、ＣＤ−ＤＡなどのディスク或いは他のメディアから取り出したＳＤＭＩ扱いのコンテンツ（ＳＤＭＩディスクコンテンツ）が蓄積されるものとなる。
【００５４】
ＨＤＤ５に格納されたＳＤＭＩコンテンツ（ＳＤＭＩネットワークコンテンツ又はＳＤＭＩディスクコンテンツ）は、所定のルールのもとで、ＳＤＭＩ対応の記録再生装置２０Ｂに対して転送し、ＳＤＭＩ対応の二次記録媒体にコピー可能とされる。また本例の場合はＳＤＭＩ対応の記録再生装置２０Ｂ以外に、記録再生装置２０Ａにも、所定の条件の下で転送可能となる。
【００５５】
まず、ＨＤＤ５を有するパーソナルコンピュータ１にＳＤＭＩ対応の記録再生装置２０Ｂが接続されている場合は、以下のようになる。
ＳＤＭＩディスクコンテンツの場合は、ＳＤＭＩディスクコンテンツに対応する転送の扱いのルール（Usage Rule）が決められており、その扱いルールのもとで、ＳＤＭＩ対応の記録再生装置２０Ｂに対してコピーのための転送が認められる（ＤＰ８）。
【００５６】
なお、一次記録媒体（ＨＤＤ５）からＳＤＭＩ対応記録再生装置２０Ｂで記録再生される二次記録媒体（メモリカード等）に対してのコピー転送は「チェックアウト」と呼ばれる。逆に二次記録媒体からの一次記録媒体へのムーブ転送は「チェックイン」と呼ばれる。なお二次記録媒体から一次記録媒体へのムーブの場合は、二次記録媒体上では当該コンテンツデータは消去された状態となる。
【００５７】
ＳＤＭＩディスクコンテンツに対応する転送の扱いルールとしては、１つのコンテンツデータにつき例えば３回までのチェックアウトが許されるなど、所定のチェックアウト上限回数が定められている。従って、例えばＳＤＭＩ対応の３つの二次記録媒体まではコピーが許可される。またチェックインが行われた場合は、そのコンテンツデータについてのチェックアウト回数が減算されるものとなる。従って、例え３つのＳＤＭＩ対応二次記録媒体にコピーした後であっても、そのうちの１つの二次記録媒体からチェックインさせれば、そのコンテンツはさらにもう一度、ＳＤＭＩ対応二次記録媒体にコピー可能とされる。つまり、常に最大３つのＳＤＭＩ対応二次記録媒体にコンテンツデータが併存することが許されるものとなる。
【００５８】
ＳＤＭＩネットワークコンテンツの場合も、ＳＤＭＩネットワークコンテンツに対応する転送の扱いのルール（Usage Rule）が決められており、その扱いルールのもとで、ＳＤＭＩ対応の記録再生装置２０Ｂに対してコピーのための転送が認められる（ＤＰ７）。
この扱いルールとしては、上記同様にチェックアウト回数の上限等が決められるものであるが、その上限回数などは、ＳＤＭＩディスクコンテンツの場合の扱いルールと同様としてもよいし、異なる回数としてもよい。例えばチェックアウト上限を１回とすることが考えられる。その場合は、１つのコンテンツデータにつき、他の１つのＳＤＭＩ対応の二次記録媒体にしかコピーできないが、その二次記録媒体からチェックインすれば、再度コピー転送が可能となる。
【００５９】
これらの扱いルールに従って、ＳＤＭＩ対応の二次記録媒体に対してコピーするためにＳＤＭＩコンテンツが転送される場合は、その伝送線路上では暗号化状態のままデータ伝送が行われる。つまり例えば上記のＥ（ＣＫ，Ａ３Ｄ）の状態又はＥ（ＣＫ’，Ａ３Ｄ）の状態で転送される。
さらに、暗号化されて伝送されてきたＳＤＭＩコンテンツを受信したＳＤＭＩ対応記録再生装置２０Ｂでは、そのＳＤＭＩコンテンツを暗号化状態のままで二次記録媒体にコピー記録することになる。
【００６０】
ＳＤＭＩ対応記録再生装置２０Ｂが、二次記録媒体にコピー記録されたＳＤＭＩコンテンツを再生する場合は、二次記録媒体から読み出したコンテンツデータの暗号化を復号して再生する。つまりＥ（ＣＫ，Ａ３Ｄ）の状態又はＥ（ＣＫ’，Ａ３Ｄ）の状態で二次記録媒体に記録されたコンテンツデータを、鍵ＣＫ、又は鍵ＣＫ’による復号処理を行う。
即ちＤ｛ＣＫ，Ｅ（ＣＫ，Ａ３Ｄ）｝＝Ａ３Ｄ、又はＤ｛ＣＫ’，Ｅ（ＣＫ’，Ａ３Ｄ）｝＝Ａ３Ｄ、として暗号解読されたＡＴＲＡＣ３データ（Ａ３Ｄ）として元のコンテンツデータを得る。このコンテンツデータについてはＡＴＲＡＣ３圧縮に対する伸張処理等を行うことで、例えばオーディオデータとして復調し、音楽等の再生出力を行う。
【００６１】
以上のように、ＳＤＭＩ準拠のコンテンツデータは、ＳＤＭＩ対応の記録再生装置２０Ｂにチェックアウトされるまでのデータパス、さらには二次記録媒体上に至るまで、暗号化が施されたデータとなっていることや、上記転送の扱いルールチェックによるコピー管理が行われることで、コンテンツデータについての適切な著作権保護が可能となる。
【００６２】
一方、パーソナルコンピュータ１に、記録再生装置２０Ａが接続されている場合は、次のような処理が採られる。
なお上記のように、記録再生装置２０Ａは、ＳＤＭＩ対応の記録再生装置２０Ｂとは異なって、二次記録媒体としての例えばミニディスクなどに、暗号化を解いた状態で記録するものである。暗号化を解いた状態で記録することにより、そのミニディスクにコピー記録されたコンテンツデータは、一般に普及している通常のミニディスク再生装置によっても再生可能となり、これによってユーザーの利便性を向上させることができる。
但し、暗号化を解いた状態で記録することは、著作権保護の点で不都合が生じる。そこで、記録再生装置２０Ａにコンテンツデータを転送する場合には、所定の条件を満たすことが必要とされる。
【００６３】
ＳＤＭＩネットワークコンテンツを記録再生装置２０Ａに転送して暗号化を解いた状態で二次記録媒体にコピー記録することを許可する条件としては、例えば、1記録再生装置２０Ａが認証ＯＫとなったこと、2転送しようとするコンテンツデータについてコピー記録を著作権者側が認めていること、3チェックインは不可とされること及びチェックアウト回数として転送の扱いのルール（Usage Rule）を満たすことの３つとされる。
この123の転送条件が満たされていることでＳＤＭＩ対応記録再生装置２０Ｂ以外の機器に対しても、無制限なコピー転送はできず、著作権保護機能も確保される。また、転送を行う伝送路上では暗号化状態とされること（記録再生装置２０Ａ側で暗号解読を行う）でも著作権保護機能を与えることができる。
【００６４】
ＳＤＭＩネットワークコンテンツを記録再生装置２０Ａに転送する場合には、上記123の転送条件がチェックされる（ＤＰ９）。
即ち記録再生装置２０Ａについて所定の認証処理が行われる。また、コンテンツデータに含まれるフラグ情報などから、著作権者側のコピー許可の意志が確認される。さらにチェックイン／チェックアウトの扱いルールが課される。
【００６５】
これらの条件に従って、ＳＤＭＩネットワークコンテンツを記録再生装置２０Ａに転送する場合は、その伝送線路上では暗号化状態のままデータ伝送が行われる。つまり例えば上記のＥ（ＣＫ，Ａ３Ｄ）の状態又はＥ（ＣＫ’，Ａ３Ｄ）の状態で転送される。
そしてこの暗号化されたＳＤＭＩネットワークコンテンツは、後述する図７の構成の記録再生装置２０Ａにおいて受信処理された後、復号処理部２８で暗号化が復号され、例えば元のＡＴＲＡＣ３圧縮データ（Ａ３Ｄ）とされる。そしてその暗号化が解かれたコンテンツデータが、エンコード／デコード部２４によるエンコード処理を経て記録／再生部２５に供給され、ミニディスク１００にコピー記録されるものとなる。
【００６６】
従って記録再生装置２０Ａが、ミニディスク１００にコピー記録したＳＤＭＩコンテンツを再生する場合は、ミニディスク１００から読み出したデータについて通常のミニディスクシステムでのデコード処理、つまりＥＦＭ復調、ＡＣＩＲＣエラー訂正、ＡＴＲＡＣ圧縮方式に対する伸張処理等を行えばよい。
これは、当該コピー記録されたミニディスク１００は、通常のミニディスク再生装置に装填した場合も、コンテンツデータが通常に再生できるものとなっていることを意味する。つまりユーザーは、上述したように、ミニディスク１００にコピー記録したＳＤＭＩネットワークコンテンツを、ＳＤＭＩ非対応の通常のミニディスク再生装置で再生させ、音楽等を楽しむことができる。
【００６７】
なお、図５のデータパスにおいて、ＤＰ７，ＤＰ８，ＤＰ９の扱いルールチェック等によって転送許可がされない場合は、記録再生装置２０Ａ、２０Ｂに対する転送が行われないことはいうまでもない。
【００６８】
４．データ転送装置の構成例（一次記録媒体側機器／ＰＣ）
図６に、データ転送装置となる一次記録媒体側機器１の構成を示す。なお、ここで説明する例は、パーソナルコンピュータにより一次記録媒体側機器１を形成する場合であるが、同様の機能を持つ構成が専用のハードウエアにより構築されるなどにより、データ転送専用の機器として形成されてもよい。
【００６９】
本例の場合は、パーソナルコンピュータ１にデータ転送装置としての機能を実行させるソフトウエアプログラムがインストールされることでデータ転送装置となる一次記録媒体側機器が実現される。なお、本明細書で「パーソナルコンピュータ」又は「コンピュータ」といっているのは、いわゆる汎用コンピュータとしての広義の意味である。
当該プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク（ＨＤＤ）５やＲＯＭ３に予め記録しておくことができる。
あるいはまた、プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)、ＭＯ(Magneto optical)ディスク、ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体９０に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体９０は、いわゆるパッケージソフトウェアとして提供することができる。
【００７０】
なお、プログラムは、上述したようなリムーバブル記録媒体９０からコンピュータにインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを、通信部８で受信し、内蔵するＨＤＤ５にインストールすることができる。
【００７１】
図６のコンピュータ１は、ＣＰＵ(Central Processing Unit)２を内蔵している。ＣＰＵ２には、バス１２を介して、入出力インタフェース１０が接続されている。ＣＰＵ２は、入出力インタフェース１０を介して、ユーザによって、キーボードや、マウス、マイク等で構成される入力部７が操作等されることにより指令が入力されると、それに従って、ＲＯＭ(Read Only Memory)３に格納されているプログラムを実行する。あるいはまた、ＣＰＵ２は、ＨＤＤ５に格納されているプログラム、衛星若しくはネットワークから転送され、通信部８で受信されてＨＤＤ５にインストールされたプログラム、またはドライブ９に装着された光ディスク等のリムーバブル記録媒体９０から読み出されてＨＤＤ５にインストールされたプログラムを、ＲＡＭ(Random Access Memory)４にロードして実行する。これにより、ＣＰＵ２は、後述するＳＤＭＩコンテンツに対してのデータ転送装置としての処理を実行する。
そしてＣＰＵ２は、その処理結果を、必要に応じて、例えば入出力インタフェース１０を介して、ＬＣＤ(Liquid Crystal Display)やスピーカ等で構成される出力部６から出力、あるいは通信部８から送信、さらにはＨＤＤ５に記録等させる。
【００７２】
本例の場合、通信部８は、図４のネットワーク１１０を介した各種サーバとの通信が可能とされる。即ちコンピュータ１は、外部のコンテンツサーバ９１から音楽コンテンツ等のネットワークコンテンツのダウンロードが可能とされる。ダウンロードされるネットワークコンテンツは、上述したデータパスに則って、ＳＤＭＩ対応のコンテンツとしての処理、もしくはＳＤＭＩ非対応のコンテンツとしての処理が行われ、例えば少なくともＳＤＭＩ対応の処理としてはＳＤＭＩコンテンツとしてＨＤＤ５に蓄積される。ＨＤＤ５に蓄積されたＳＤＭＩコンテンツは、ＳＤＭＩ対応の二次記録媒体側機器２０Ｂ、又は認証された二次記録媒体側機器（記録再生装置）２０Ａに対する転送対象のコンテンツとなる。
【００７３】
接続部１１は、二次記録媒体側機器２０Ａ、２０Ｂとの間でデータ通信可能に接続される部位である。例えばＵＳＢインターフェース、ＩＥＥＥ１３９４インターフェースなどの例が考えられる。もちろん他の規格の有線インターフェースや、赤外線や電波を用いた無線インターフェースであってもよい。
【００７４】
なお、図５で説明したデータパスを実現するための各種処理は、それぞれ時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
また、プログラムは、１つのコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。
【００７５】
５．データ記録装置の構成例（二次記録媒体側機器／記録再生装置）
二次記録媒体側機器（記録再生装置）２０Ａの構成例を図７に示す。
この例は、記録再生装置２０Ａを例えばミニディスクレコーダとして構成したものである。従って二次記録媒体１００は、ミニディスク（光磁気ディスク）の例となる。以下「ミニディスク１００」とも表記する。
なお、図７においては、二次記録媒体１００としてのミニディスクに対する記録再生データの処理系、及び上記一次記録媒体側機器１との間の認証処理やデータ転送に対する処理系のみを示し、ミニディスク１００に対する駆動系、サーボ系、再生出力系等は通常のミニディスク記録再生装置と同様であるため詳しい図示を省略している。
【００７６】
ＣＰＵ２１は記録再生装置２０Ａとしての全体を制御するシステムコントローラとなる。具体的には、ミニディスク１００に対する記録再生のために、回転駆動、スピンドルサーボ、フォーカスサーボ、トラッキングサーボ、スレッドサーボなどの制御、光学ヘッド／磁気ヘッドのレーザ光や磁界印加動作の制御、記録再生データのエンコード／デコード処理の制御などを行う。また、パーソナルコンピュータ１との間の認証のための通信やデータ生成の指示や、パーソナルコンピュータ１からの各種コマンドのやりとり、転送されてくるコンテンツデータに対する処理などの制御も行う。
また図示していないが、ユーザーインターフェースとして操作部や表示部が設けられるが、操作部からのユーザー操作の監視及び操作に応じた処理や、表示部の表示制御なども行う。
【００７７】
記録／再生部２５は、光学ヘッド、磁気ヘッド、ディスク回転駆動系、サーボ系等が備えられ、実際にミニディスク１００に対してデータの記録／再生を行う部位である。
【００７８】
エンコード／デコード部２４は、ミニディスク１００に対する記録データのエンコード、及びミニディスク１００から再生された再生データのデコードを行う。公知のようにミニディスクシステムの場合は、記録データはＡＣＩＲＣエラー訂正符号のエンコード処理やＥＦＭ変調処理が施される。エンコード／デコード部２４は、記録データに対してＡＣＩＲＣエンコード及びＥＦＭエンコードを行って記録／再生部２５に供給することになる。
また再生時には、記録／再生部２５から読み出されて供給されてきたデータ（ＲＦ信号）に対して二値化処理、ＥＦＭ復調、ＡＣＩＲＣ方式のエラー訂正処理などのデコード処理を行うことになる。
【００７９】
コーデック２３は、ＡＴＲＡＣ／ＡＴＲＡＣ３方式の圧縮符号化による圧縮処理、及び伸張処理を行う部位である。
ミニディスク１００に記録されるデータは、ＡＴＲＡＣ又はＡＴＲＡＣ３方式の圧縮符号化が行われた後、上記エンコード処理が施されたものである。従って当該記録再生装置２０Ａに、圧縮符号化がされていないデータ、例えばＰＣＭオーディオデータ等が記録データとして入力された場合は、コーデック２３でＡＴＲＡＣ／ＡＴＲＡＣ３方式の圧縮符号化が行われ、その圧縮データがエンコード／デコード部２４に供給されることになる。
また再生時には、記録／再生部２５で読み出され、エンコード／デコード部２４でデコードされたデータは、ＡＴＲＡＣ／ＡＴＲＡＣ３方式の圧縮符号化状態のデータである。このためコーデック２３でＡＴＲＡＣ又はＡＴＲＡＣ３方式の圧縮に対する伸張処理が行われることで、例えば４４．１ＫＨｚ、１６ビット量子化のデジタルオーディオデータが復調される。このデジタルオーディオデータは、図示しない出力系の回路において、例えばＤ／Ａ変換、アナログ信号処理、増幅処理等が行われて、スピーカ出力信号とされ、音楽等として再生される。
或いは、デジタルオーディオデータの状態で他の機器に対して出力可能とすることもできる。
【００８０】
以上の構成は、通常のミニディスクシステムの記録再生装置にも備えられる構成要素であるが、本例の記録再生装置２０Ａでは、一次記録媒体側機器１としてのパーソナルコンピュータに対応する部位として、インターフェース部２６及び復号部２９が設けられる。
【００８１】
インターフェース部２６は、図６のパーソナルコンピュータ１の接続部１１との間で接続され、パーソナルコンピュータ１との間でデータ通信を行う部位である。このため、送受信データのバッファリングを行うバッファ部２７、及びインターフェース上の信号処理を行う送受信処理部２８が設けられる。例えばＵＳＢ又はＩＥＥＥ１３９４などの通信方式に対応する信号処理を行う。
インターフェース部２６を介してパーソナルコンピュータ１との通信としては、パーソナルコンピュータ１からの各種コマンドの受信や、後述する認証処理のためのデータの送受信、及びＳＤＭＩコンテンツの受信などがある。
【００８２】
復号部２９は、ＳＤＭＩコンテンツの暗号化処理に対応するための部位であり、鍵記憶部３０、復号処理部３１を備える。
鍵記憶部３０には、暗号化されて転送されてくるＳＤＭＩコンテンツを復号するための鍵情報が記憶される。
ＳＤＭＩコンテンツはコンテンツキーＣＫ、ＣＫ’で暗号化されているため、少なくともコンテンツキーＣＫ、ＣＫ’を認識できる情報が記憶される。具体的には後述するが、上記図１の説明で言及したＤＮＫ（Device Node Key）が記憶されることになる。この記録再生装置２０Ｂは、図１における１つのデバイス（ＤＶｘ）に相当するものとなるが、そのため、ＤＮＫにおいてリーフキーや、リーフキーによって暗号化されたノードキー、ルートキーが記憶されるものとなる。そしてそのようなＤＮＫを用いて、また場合によっては送信されてくる上述したＥＫＢを用いて、コンテンツキーＣＫを認識できる。
【００８３】
ＳＤＭＩコンテンツに対するコンテンツキーＣＫを認識可能な情報であるＤＮＫが記憶されていることで、復号処理部３１は、コンテンツキーＣＫで暗号化された状態で送信されてきたてＳＤＭＩコンテンツ、即ち例えばＥ（ＣＫ、Ａ３Ｄ）の状態のコンテンツを、復号することができる。つまりＤ｛ＣＫ，Ｅ（ＣＫ、Ａ３Ｄ）｝＝Ａ３Ｄとして、復号されたＡＴＲＡＣ３圧縮状態のデータを得ることができる。このようにして復号されたＡＴＲＡＣ３圧縮データは、エンコード／デコード部２４でのエンコード処理を経て、記録／再生部２５でミニディスク１００に記録できる。
【００８４】
なお、ＳＤＭＩコンテンツは、必ずしもＡＴＲＡＣ３圧縮データが暗号化されたものではない。例えばリニアＰＣＭデータが鍵ＣＫで暗号化されたものなども考えられる。つまり例えばＥ（ＣＫ、ＰＣＭ）の状態のコンテンツが転送入力去る場合もある。その場合は、当然ながら復号処理部でＤ｛ＣＫ，Ｅ（ＣＫ、ＰＣＭ）｝＝ＰＣＭとして、復号されたリニアＰＣＭデータが得られる。その場合は、当該ＰＣＭデータは、コーデック２３でＡＴＲＡＣ３圧縮処理が行われた後、エンコード／デコード部２４でのエンコード処理を経て、記録／再生部２５でミニディスク１００に記録できる。
【００８５】
鍵記憶部３０は、さらに認証処理のための鍵を記憶する場合もある。後述する認証処理例では記録再生装置２０Ａが記憶している公開鍵Ｐ、秘密鍵Ｓを使用する。その場合は公開鍵Ｐ、秘密鍵Ｓも、鍵記憶部３０に記憶されることになる。
【００８６】
６．認証処理
ミニディスクに対して暗号化を解いた状態でコンテンツデータを記録する記録再生装置２０Ａについては、その転送／記録の条件の一つとして、パーソナルコンピュータ１からの認証がＯＫとならなければならない。認証とは、非暗号化状態でのコンテンツデータの記録動作が許可された機器として正当なものであるかを確認する処理となる。
【００８７】
この認証処理は、パーソナルコンピュータ１の接続部１１に、ＳＤＭＩ対応記録再生装置２０Ｂ以外の記録再生装置が接続された場合に行われる。なお、ＳＤＭＩ対応記録再生装置２０Ｂが接続された場合は、その機器が本例でいうＳＤＭＩ対応の記録再生装置２０Ｂであることを確認する処理が行われる。即ち接続機器が、ＳＤＭＩ対応の記録再生装置２０Ｂと確認されなかった場合に、以下説明する認証処理が行われ、記録再生装置２０Ａであるか否かが確認されるものとなる。
【００８８】
本例での認証処理は、非対称暗号（公開鍵暗号）を用いた認証方式を実行するものとしている。非対称暗号では、暗号化の鍵と復号化の鍵が異なる。いま、暗号前のデータをＤｂ、暗号鍵をＫｅ、復号鍵をＫｄとすると、暗号化データＣは、Ｃ＝Ｅ（Ｋｅ，Ｄｂ）で暗号化が行われ、またＤ（Ｋｄ，Ｃ）＝ＤｂでデータＤｂが復号される。
ここで暗号鍵Ｋｅ、復号鍵Ｋｄは鍵のペアと呼ばれ、一方は公開鍵として公開し、他方は秘密鍵として所定部位に保持されるものである。
以下説明する認証処理では、鍵のペアＫｅ、Ｋｄのうちで公開鍵をＰ、秘密鍵をＳとして表して説明する。上述したようにこの場合、記録再生装置２０Ａは、鍵記憶部３０に暗号鍵Ｋｅ、復号鍵Ｋｄとなる、公開鍵Ｐ、秘密鍵Ｓを記憶していることになる。
【００８９】
認証処理に際しては、例えば一次記録媒体側機器（パーソナルコンピュータ）１のＣＰＵ２が、二次記録媒体側機器（記録再生装置）２０ＡのＣＰＵ２１に対して認証要求のコマンドを送信した後、ＣＰＵ２（一次記録媒体側機器（パーソナルコンピュータ）１）と、ＣＰＵ２１（二次記録媒体側機器（記録再生装置）２０Ａ）の間で図８のような処理が行われることになる。
【００９０】
認証処理が開始されると、まず二次記録媒体側機器２０ＡのＣＰＵ２１は、処理Ｓ１として、鍵記憶部３０に記憶している公開鍵Ｐをインターフェース部２６から一次記録媒体側機器１に送信させる。なお、公開鍵Ｐは一次記録媒体側機器１側も知っている鍵である。
一次記録媒体側機器１のＣＰＵ２は、公開鍵Ｐを受信したら、続いて処理Ｓ２として、乱数ｒを発生させる。そして処理Ｓ３として、二次記録媒体側機器２０Ａに乱数ｒを送信する。
次に二次記録媒体側機器２０ＡのＣＰＵ２１は、処理Ｓ４として受信された乱数ｒを、鍵記憶部３０に記憶された秘密鍵Ｓを用いて暗号化する。そして処理Ｓ５として、暗号化データＥ（Ｓ，ｒ）を一次記録媒体側機器１に送信する。
【００９１】
一次記録媒体側機器１のＣＰＵ２は、暗号化データＥ（Ｓ，ｒ）を受信したら、処理Ｓ６として、暗号化データＥ（Ｓ，ｒ）を、公開鍵Ｐにより復号する。つまりＤ｛Ｐ，Ｅ（Ｓ，ｒ）｝の処理を行う。
そして処理Ｓ７として、上記処理Ｓ２で発生させた乱数ｒと、上記処理Ｓ６での復号結果Ｄ｛Ｐ，Ｅ（Ｓ，ｒ）｝を比較する。
ここで、公開鍵Ｐと秘密鍵Ｓが適正な鍵のペアであったとすると、ｒ＝Ｄ｛Ｐ，Ｅ（Ｓ，ｒ）｝の結果が得られるはずである。
そこで、比較結果が一致していた場合は、当該二次記録媒体側機器２０Ａが、公開鍵Ｐに対する秘密鍵Ｓを保持していることが確認されたことになるため、処理Ｓ８から処理Ｓ９に進み、当該二次記録媒体側機器２０Ａを正当な接続相手として認証する。
一方、比較結果が一致していなければ処理Ｓ８から処理Ｓ１０に進み、接続された二次記録媒体側機器は、正当な接続相手（即ちＳＤＭＩコンテンツを転送してよい機器）ではないとして認証ＮＧとする。
【００９２】
例えば以上のような認証処理により、接続された機器が、本例の二次記録媒体側機器２０Ａが認証されると、一次記録媒体側機器１は、その接続された機器に対してＳＤＭＩコンテンツの転送を許可する条件の１つが満たさと認識することになる。
【００９３】
７．コンテンツ暗号化方式
本例のシステムにおいて、図１に示した構造の最下段のデバイスに相当するのは記録再生装置２０Ａ，２０Ｂとなるが、図１に示したような暗号化構造を当該システムにおいて実現する場合の例を説明する。
【００９４】
まず図９はコンテンツデータ及びキーの流れを示している。
図４に示した外部サーバ９１からパーソナルコンピュータ１に或るコンテンツデータＣＴ１が配信される場合、この１単位のコンテンツデータＣＴ１については、Ｅ（ＣＫ，Ａ３Ｄ）、Ｅ（ＫＲ，ＣＫ）、及びＥＫＢが送信されてＨＤＤ５に格納されることになる。
Ｅ（ＣＫ，Ａ３Ｄ）はコンテンツキーＣＫで暗号化されたＡＴＲＡＣ３圧縮コンテンツデータであり、つまり配信目的たる実際の音楽その他の情報である。
Ｅ（ＫＲ，ＣＫ）は、コンテンツデータの暗号解読のためのコンテンツキーＣＫを、図１で説明したルートキーＫＲで暗号化した情報である。
ＥＫＢは図１〜図３で説明した有効化キーブロックの情報であり、本実施の形態の説明においては、ルートキーＫＲを更新するための情報であるとする。
【００９５】
１つのコンテンツデータの配信に応じて、これらがセットで配信され、図示するようにＨＤＤ５には、これらのセットとしてのコンテンツデータＣＴ１、ＣＴ２・・・が格納されるものとなる。
【００９６】
パーソナルコンピュータ１が記録再生装置２０Ａ又は２０Ｂに対してコンテンツデータ転送を行う場合は、このセットとしての情報としてＥ（ＣＫ，Ａ３Ｄ）、Ｅ（ＫＲ，ＣＫ）、及びＥＫＢを、後述する手順で送信する。
図１で説明したデバイス（端末）に相当する記録再生装置２０Ａ、２０Ｂでは、それぞれ固有のリーフＩＤが設定されており、またＤＮＫ（Device Node Key）を記憶している。
【００９７】
そしてパーソナルコンピュータ１から上記セットのコンテンツデータが送信されてくることに応じて、コンテンツデータの暗号解読を行い（又は暗号化状態のまま）、二次記録媒体に記録する。ＳＤＭＩ対応の記録再生装置２０Ｂの場合は、再生時において暗号解読を行うことになる。また記録再生装置２０Ａの場合は、記録時において暗号解読を行う。
【００９８】
この暗号解読の処理としては、図示するように、まず記憶しているＤＮＫと送信されてくるＥＫＢを用いてルートキーＫＲを解読する。
続いて解読したルートキーＫＲを用いてコンテンツキーＣＫを解読する。
そして解読したコンテンツキーＣＫを用いることで、暗号化を解除したコンテンツデータＡ３Ｄを得ることができる。
【００９９】
記録再生装置２０Ａの場合のＤＮＫ及び暗号解読手順を図１０，図１１で具体的に説明する。
今、図１０（ａ）のようなキーのツリー構造を想定し、例えば記録再生装置２０Ａに、リーフＩＤ＝ＳＥＴ０、リーフキー＝Ｋ０００が設定されているとする。
この場合、記録再生装置２０Ａに記憶されるＤＮＫは、図１０（ｂ）のような情報を有する。
まずリーフＩＤとして「ＳＥＴ０」が記憶される。
またリーフキーとして「Ｋ０００」が記憶される。
そしてリーフキー「Ｋ０００」から図１０（ａ）の構造でルートキーＫＲまでをたどることのできる情報が記憶される。つまり、ノードキーＫ００、Ｋ０、ルートキーＫＲが記憶される。但しこのノードキーＫ００、Ｋ０、ルートキーＫＲは、リーフキーＫ０００によって暗号化された状態で記憶される。即ち図示するように、
Ｅ（Ｋ０００，Ｋ００）
Ｅ（Ｋ０００，Ｋ０）
Ｅ（Ｋ０００，ＫＲ）
が記憶されるものとなる。
【０１００】
このようなＤＮＫが記憶されていることで、記録再生装置２０Ａは、転送されてきたコンテンツデータＥ（ＣＫ，Ａ３Ｄ）を、同じく転送されてきたＥ（ＫＲ，ＣＫ）を用いて暗号解読できる。
即ちこの場合は、記録再生装置２０ＡはリーフキーＫ０００を用いてＤ｛Ｋ０００，Ｅ（Ｋ０００，ＫＲ）｝の復号を行うことでルートキーＫＲを得ることができる。
そして復号したルートキーＫＲを用いてＤ｛ＫＲ，Ｅ（ＫＲ，ＣＫ）｝の復号を行うことでコンテンツキーＣＫを得ることができる。
さらに復号したコンテンツキーＣＫを用いてＤ｛ＣＫ，Ｅ（ＣＫ，Ａ３Ｄ）｝の復号を行うことで暗号解読されたコンテンツデータＡ３Ｄを得ることができる。
【０１０１】
但し、上述したように常にルートキーＫＲやノードキーは不変のものではなく多様な事情により変更される。そしてこの例のようにコンテンツキーＣＫをルートキーＫＲで暗号化して転送するシステムの場合は、コンテンツデータ毎にルートキーＫＲを変更することもあり得る。
例えば音楽配信業者によっては１つのコンテンツデータ毎にルートキーＫＲを変更し、これによって著作権保護を強化する場合がある。このために、上記のようにＥＫＢを同時に送信して、正規のデバイスに対して変更したルートキーＫＲが確認できるようにしている。
【０１０２】
いま、図１１に示すように、或るコンテンツデータＥ（ＣＫ，Ａ３Ｄ）について、変更したルートキーＫＲ’で暗号化したコンテンツキーＥ（ＫＲ’，ＣＫ）、及びＥＫＢが送信されてくるとする。この場合ＥＫＢには、例えばノードキーＫ０で暗号化した更新ルートキーＫＲ’としてＥ（Ｋ０，ＫＲ’）の情報が含まれていたとする。
なお更新ルートキーＫＲ’をノードキーＫ０で暗号化することは、例えば図１０のデバイス（ＳＥＴ０）〜（ＳＥＴ３）のみに対して、新たなルートキーＫＲ’を通知する場合などに行われる例となる。もちろんデバイス（ＳＥＴ０）（ＳＥＴ１）のみを通知対象とするなら、更新ルートキーＫＲ’をノードキーＫ００で暗号化したＥ（Ｋ００，ＫＲ’）の情報が含むＥＫＢを発行すればよい。
【０１０３】
一方、記録再生装置２０ＡのＤＮＫは、図１０（ｂ）で説明したように、リー
フキーＫ０００と、リーフキーで暗号化されたノードキー及びルートキーとしてＥ（Ｋ０００，Ｋ００）、Ｅ（Ｋ０００，Ｋ０）、Ｅ（Ｋ０００，ＫＲ）が記憶されている。
この状態において、コンテンツデータＡ３Ｄを復号するまでの手順を図１１に1〜4で示している。
【０１０４】
1  ＥＫＢとしてＥ（Ｋ０，ＫＲ’）の情報が送られてきたことに応じて、まずＤＮＫからＫ０を得る。即ちリーフキーＫ０００を用いてＤ｛Ｋ０００，Ｅ（Ｋ０００，Ｋ０）｝の復号を行うことでノードキーＫ０を得る。
2  次にノードキーＫ０を用いて、ＥＫＢによるＥ（Ｋ０，ＫＲ’）を解読する。即ちＤ｛Ｋ０，Ｅ（Ｋ０，ＫＲ’）｝の復号を行うことで更新ルートキーＫＲ’を得る。
3  解読した更新ルートキーＫＲ’を用いて、送信されてきたコンテンツキーＥ（ＫＲ’，ＣＫ）を解読する。つまりＤ｛ＫＲ’，Ｅ（ＫＲ，ＣＫ）｝の復号を行うことでコンテンツキーＣＫを得る。
4  復号したコンテンツキーＣＫを用いてＤ｛ＣＫ，Ｅ（ＣＫ，Ａ３Ｄ）｝の復号を行うことで暗号解読されたコンテンツデータＡ３Ｄを得る。
【０１０５】
以上の手順により、記録再生装置２０Ａでは、転送されてきたコンテンツデータの暗号化を解除して、ミニディスク１００に記録することができる。
また記録再生装置２０Ｂの場合では、暗号化された状態で二次記録媒体に記録したコンテンツデータを再生する際に、上記手順によって暗号化を解除し、音楽等の再生を行うことができる。
【０１０６】
８．コンテンツ転送処理
続いてパーソナルコンピュータ１のＨＤＤ５に格納されたコンテンツデータのうち１又は複数のコンテンツデータを記録再生装置２０Ａに転送し、ミニディスク１００に記録する際の処理を図１２、図１３で説明する。
図１２，図１３では、パーソナルコンピュータ１のＣＰＵ２が実行する制御処理をステップＦ１０１〜Ｆ１１１とし、また記録再生装置２０ＡのＣＰＵ２１の制御処理をステップＦ２０１〜Ｆ２１３として示している。
【０１０７】
なお、上述したように外部サーバ９１から配信されＨＤＤ５に格納されている各コンテンツデータについては、それぞれコンテンツキーＣＫを暗号化しているルートキーＫＲが異なる場合がある。もちろん複数のコンテンツデータにつき共通のルートキーＫＲを使用する場合もある。一方、ＣＤ等のメディアからリッピングされてＨＤＤ５に格納されたコンテンツデータについては、共通のルートキーを用いてコンテンツキーＣＫが暗号化されたものが多い。
つまり、記録再生装置２０Ａに転送されるコンテンツデータとしては、コンテンツキーＣＫを解くためのルートキーＫＲが、共通のルートキーＫＲを用いているものと個別に設定されたルートキーＫＲ’が用いられているものが混在しており、このため、基本的には転送時には、図１５において説明したように、コンテンツデータ毎にルートキーＫＲの確認処理が必要になっていたものである（図１５の手順ｄ３、ｄ８、ｄ１２）。また、それに応じて認証処理もコンテンツ毎に行っていた（図１５の手順ｄ１、ｄ６、ｄ１１）。さらに、コンテンツデータ単位の転送／記録処理となるため、記録再生装置２０Ａではコンテンツデータのミニディスク１００への記録が完了する毎に、管理情報としてのＵ−ＴＯＣをミニディスク１００上で更新する処理を行っていた（図１５の手順ｄ５、ｄ１０、ｄ１５）。これらのことから複数のコンテンツデータの転送／記録を行う処理が長時間化していたが、本例ではこの処理を効率化するものである。
【０１０８】
ＨＤＤ５に格納されている或るコンテンツデータの転送を行う場合は、ＣＰＵ２は図１２のステップＦ１０１として記録再生装置２０Ａに対して認証開始要求を行う。
これに対して記録再生装置２０Ａはパーソナルコンピュータ１に対してステップＦ２０１は認証開始許可を通知する。
するとパーソナルコンピュータ１はステップＦ１０２としてリーフＩＤを要求し、これに応じて記録再生装置２０ＡはステップＦ２０２で記憶しているリーフＩＤを送信する。
【０１０９】
なお、パーソナルコンピュータ１は接続された記録再生装置２０Ａを、このようにリーフＩＤを確認して、現在有効なリーフＩＤの機器であるか否かを確認するなどの認証を行なうが、同時にＳＤＭＩ非対応、つまり暗号化を解いてコンテンツデータを二次記録媒体に記録する記録再生装置２０Ａの場合は、図８で説明した認証処理も行う（図１２では省略）。
【０１１０】
認証が完了したら続いてパーソナルコンピュータ１はステップＦ１０３として、これから転送しようとするコンテンツデータについてのＥＫＢを記録再生装置２０Ａに送信する。
記録再生装置２０Ａでは、ＥＫＢが送信されてきたら、まずステップＦ２０３でＥＫＢのバージョンナンバを記憶する（図３参照）。さらにステップＦ２０４で、受信したＥＫＢと、記憶しているＤＮＫを用いて、図１１で説明した手順12のようにして、今回の転送にかかるコンテンツデータのルートキーＫＲを探索し、得られたルートキーＫＲを記憶する。
そしてステップＦ２０５で、ルートキーＫＲの探索完了をパーソナルコンピュータ１側に通知する。
【０１１１】
次にパーソナルコンピュータ１はステップＦ１０４で、今回転送しようとするコンテンツデータに係る、暗号化コンテンツキーＥ（ＫＲ，ＣＫ）を送信する。
これを受けた記録再生装置２０ＡではステップＦ２０６で上記図１１の手順3のように、記憶したルートキーＫＲを用いて、暗号化コンテンツキーＥ（ＫＲ，ＣＫ）を復号し、コンテンツキーＣＫを解読する。そしてステップＦ２０７で、パーソナルコンピュータ１に対してコンテンツキーＣＫの解読完了を通知する。
【０１１２】
コンテンツキーＣＫの解読完了通知により、パーソナルコンピュータ１は記録再生装置２０Ａ側でコンテンツデータ解読のための準備が完了したことを認識できるため、次にステップＦ１０５としてコンテンツデータの転送を実行する。即ちコンテンツキーＣＫで暗号化されたコンテンツデータＥ（ＣＫ，Ａ３Ｄ）を送信する。
記録再生装置２０Ａ側ではステップＦ２０８として、送信されてきたコンテンツデータＥ（ＣＫ，Ａ３Ｄ）の受信処理、図１１の手順4のようにコンテンツキーＣＫを用いた復号処理、及び復号されたコンテンツデータＡ３Ｄのミニディスク１００への記録処理を行うことになる。
【０１１３】
１つのコンテンツデータ（例えば１つの楽曲）について、パーソナルコンピュータ１からの転送及びミニディスク１００への記録が完了したら、その時点でミニディスク１００上のＵ−ＴＯＣの更新が必要になる。ミニディスク１００では、例えば１曲の単位としてのトラックのスタートアドレス／エンドアドレスその他を、ディスク内周部に記録されるＵ−ＴＯＣにおいて管理するものであり、トラックの再生時にはＵ−ＴＯＣからディスク上のアドレスを把握するものであるためである。
但し本例では、１つのコンテンツデータについてのミニディスク１００への記録が終了した時点では、ステップＦ２０９として示すように、メモリ上でＵ−ＴＯＣを更新するのみにとどめ、ミニディスク１００上でＵ−ＴＯＣを更新することは行わない。例えばＣＰＵ２１が内部メモリにおいてミニディスク１００から読み込んだＵ−ＴＯＣデータを保持しているが、このステップＦ２０９では、今回のコンテンツデータの書込に伴ったＵ−ＴＯＣ内容の更新を当該内部メモリにおいてのみ行うものとする。
そして、メモリ上でＵ−ＴＯＣ更新を完了したら、ステップＦ２１０でパーソナルコンピュータ１に対してＴＯＣ更新通知、つまり１つのコンテンツデータの書込に関する処理を完了したことを通知する。
【０１１４】
パーソナルコンピュータ１側では、これに応じてステップＦ１０６で、当該転送したコンテンツデータに関して扱いルール（Usage Rule）を更新する。例えば上述のようにチェックアウト回数をインクリメントする。
【０１１５】
続いてパーソナルコンピュータ１側の処理は「Ｐ１」として示すように図１３のステップＦ１０７に進み、また記録再生装置２０Ａ側の処理は「Ｒ１」として示すように図１３のステップＦ２１１に進む。
パーソナルコンピュータ１では、図１３のステップＦ１０７において、今回転送対象となっている１又は複数のコンテンツデータの全てについて転送が完了したか否かを判断する。
【０１１６】
もし、全てのコンテンツデータについて転送が完了したのであれば、ステップＦ１０８として記録再生装置２０Ａに対して終了通知を行ない、一連の処理を終了する。
一方、引き続き次のコンテンツデータの転送を行う場合は、ステップＦ１０９で、記録再生装置２０Ａに対して機器ステータスを要求する。
【０１１７】
記録再生装置２０Ａでは、ステップＦ２１１で、送信されてくる情報が終了通知であるか機器ステータス要求であるかにより処理を分岐する。
機器ステータス要求があった場合は、引き続きコンテンツデータの転送が行われることになるが、そのために記録再生装置２０ＡはステップＦ２１３に進んで、現在記憶しているＥＫＢのバージョンをパーソナルコンピュータ１に報告する。つまりステップＦ２０３で記憶したバージョンナンバである。
【０１１８】
パーソナルコンピュータ１では、ＥＫＢのバージョンナンバの通知を受けたら、ステップＦ１１０で次に転送しようとしているコンテンツデータについてのＥＫＢのバージョンナンバを確認し、そのバージョンナンバが、上記通知されたバージョンナンバと同一であるか否かをチェックする。
ここでバージョンナンバが同じであるということは、コンテンツキーＣＫを暗号化しているルートキーが同一であることを意味している。
パーソナルコンピュータ１では、バージョンナンバが同一であるか否かにより処理を分岐する。
【０１１９】
まず、転送しようとするコンテンツデータのＥＫＢのバージョンナンバが、記録再生装置２０Ａに記憶されているＥＫＢのバージョンナンバと異なっていた場合は、当該コンテンツデータについてのコンテンツキーＣＫを得るためのＥＫＢを記録再生装置２０Ａが保持していないことになるため、「Ｐ２」として示すように図１２のステップＦ１０３に戻り、転送しようとするコンテンツデータのＥＫＢを送信する。
この場合、記録再生装置２０Ａ側の処理は、「Ｒ２」として示すように図１２のステップＦ２０３から行われることになる。
そして上述した場合と同様に、ステップＦ２０３，Ｆ２０４，Ｆ２０５としてＥＫＢバージョンの記憶、ルートキーＫＲの探索、探索完了通知が行われる。そしてパーソナルコンピュータのステップＦ１０４、記録再生装置２０ＡのステップＦ２０６，Ｆ２０７でコンテンツキーＣＫについての確認が行われ、ステップＦ１０５、Ｆ２０８でのコンテンツデータの転送／記録が行われる。
【０１２０】
一方、図１３のステップＦ１１１で、次に転送しようとするコンテンツデータのＥＫＢのバージョンナンバが、記録再生装置２０Ａに記憶されているＥＫＢのバージョンナンバと同一であった場合は、当該コンテンツデータについてのコンテンツキーＣＫを得るためのルートキーＫＲは既に記録再生装置２０Ａ側で確認済のものである。そこでパーソナルコンピュータ１の処理は「Ｐ３」として示すように図１２のステップＦ１０４に戻り、暗号化コンテンツキーの転送を行う。つまりこの場合はＥＫＢ送信は行わない。
この場合、記録再生装置２０Ａ側の処理は、「Ｒ３」として示すように図１２のステップＦ２０６から行われることになる。
そしてステップＦ２０６，Ｆ２０７でコンテンツキーＣＫについての確認が行われ、ステップＦ１０５、Ｆ２０８でのコンテンツデータの転送／記録が行われる。
【０１２１】
転送対象となった全てのコンテンツデータの転送／記録が完了した場合は、パーソナルコンピュータ１の処理は図１３のステップＦ１０７からＦ１０８に進み、終了通知を行うが、記録再生装置２０Ａは終了通知があることに応じて処理をステップＦ２１１からＦ２１２に進め、この時点で、ＣＰＵ２１の内部メモリに保持しているＵ−ＴＯＣデータを記録／再生部２５に転送し、ミニディスク１００にＵ−ＴＯＣデータを書き込ませる。
つまり１つのコンテンツデータがミニディスク１００に記録されるたびにステップＦ２０９においてＣＰＵ２１の内部メモリでＵ−ＴＯＣデータが更新されるが、このため転送対象となった全コンテンツデータがミニディスク１００に記録された時点において、ＣＰＵ２１の内部メモリでのＵ−ＴＯＣデータは、その書き込んだ全コンテンツデータを反映したものとなっている。この最新のＵ−ＴＯＣデータをミニディスク１００に記録することで、ミニディスク１００上で、書き込んだコンテンツデータを有効（再生可能）なものとする。
そしてＵ−ＴＯＣ書込を完了したら一連の処理を終える。
【０１２２】
以上のように本例では、連続して複数のコンテンツデータを転送する場合、ＥＫＢバージョンが同一であれば、ＥＫＢ送信及びそれに伴うルートキーＫＲの探索処理を省略している。また認証処理は一連の処理の最初に行うのみとしている。さらにミニディスク１００上でのＵ−ＴＯＣ更新処理は、一連のコンテンツデータの書込が完了した最後の時点で行うようにしている。これにより複数のコンテンツデータの転送／記録処理が効率化され、転送／記録に要する時間を大幅に短縮できる。
【０１２３】
図１４に、上述した図１５（ｂ）と比較できる形で、本例の転送時の処理手順を示した。
図１４（ａ）は、３つのコンテンツデータの転送／記録を行う場合において、これら３つのコンテンツデータのＥＫＢバージョンが同一であった場合である。この場合は、最初に手順Ａ１として二次記録媒体側の認証処理が行われ、次に手順Ａ２としてＥＫＢ送信によるルートキーＫＲの確認が行われる。そして手順Ａ３でコンテンツキーＣＫの確認処理が行われ、手順Ａ４でコンテンツデータの転送／記録が行われる。ここでミニディスク上でのＵ−ＴＯＣ更新は行われずに、次の手順Ａ５として２番目のコンテンツデータについてのコンテンツキーＣＫの確認処理が行われ、手順Ａ６で２番目のコンテンツデータの転送／記録が行われる。さらに手順Ａ７として３番目のコンテンツデータについてのコンテンツキーＣＫの確認処理が行われ、手順Ａ８で３番目のコンテンツデータの転送／記録が行われる。そして最後に手順Ａ９として、ミニディスク１００上でのＵ−ＴＯＣ更新処理が行われる。
この図１４（ａ）を図１５（ｂ）と比較してわかるように転送／記録処理は大幅に効率化されている。
【０１２４】
また、図１４（ｂ）は３つのコンテンツデータの転送／記録を行う場合において、これら３つのコンテンツデータのＥＫＢバージョンがそれぞれ異なっていた場合である。
この場合は、最初に手順Ｂ１として二次記録媒体側の認証処理が行われ、次に手順Ｂ２としてＥＫＢ送信によるルートキーＫＲの確認が行われる。そして手順Ｂ３でコンテンツキーＣＫの確認処理が行われ、手順Ｂ４でコンテンツデータの転送／記録が行われる。ここでミニディスク上でのＵ−ＴＯＣ更新は行われずに、次の手順Ｂ５として２番目のコンテンツデータについてのＥＫＢ送信によるルートキーＫＲの確認が行われる。そして手順Ｂ６で２番目のコンテンツデータについてのコンテンツキーＣＫの確認処理が行われ、手順Ｂ７で２番目のコンテンツデータの転送／記録が行われる。さらに手順Ｂ８として３番目のコンテンツデータについてのＥＫＢ送信によるルートキーＫＲの確認が行われ、手順Ｂ９として３番目のコンテンツデータについてのコンテンツキーＣＫの確認処理が行われ、手順Ｂ１０で３番目のコンテンツデータの転送／記録が行われる。そして最後に手順Ｂ１１として、ミニディスク１００上でのＵ−ＴＯＣ更新処理が行われる。
この図１４（ｂ）の場合でも、図１５（ｂ）と比較して転送／記録処理が効率化されていることがわかる。
【０１２５】
以上、実施の形態としての例を説明してきたが、本発明は上記例に限定されるものではない。
具体的な処理の変形例としては、例えば記録再生装置２０Ａは図１２のステップＦ２０３で記憶するＥＫＢバージョン及びＥＫＢ（又は探索したルートキーＫＲ）を、可能な限り長期的に保存するようにしておくことが考えられる。
即ち、一旦送信されてきたＥＫＢについては蓄積保持しておくことで、その後同一のＥＫＢバージョンのコンテンツデータが転送される場合は、ＥＫＢ転送及びルートキーＫＲの確認処理を省略できる。
例えば全てＥＫＢバージョンの異なる複数のコンテンツデータを転送する場合においても、或るコンテンツデータのＥＫＢと同一のバージョンのＥＫＢを記録再生装置２０Ａ側が記憶していれば、そのコンテンツデータについてのルートキーＫＲの確認処理が省略できる。
もちろんこの場合は、複数ではなく１つのコンテンツデータを転送する場合においても、記憶している過去のＥＫＢ（又はルートキーＫＲ）に該当するものがあれば、新たにＥＫＢを転送してルートキーＫＲを探索するという処理を省略できる。
また、コンテンツキーＣＫはルートキーＫＲで暗号化される例で説明したが、より下層のノードキーによってコンテンツキーＣＫが暗号化されて転送される場合もあり得る。
【０１２６】
また本発明としては、例えば上述してきた一次記録媒体から二次記録媒体へのデータ転送処理の対象となるのはＳＤＭＩコンテンツに限られず、各種のコンテンツデータに広く適用できる。
また一次記録媒体はＨＤＤ以外に多様に考えられる。
もちろん二次記録媒体、二次記録媒体側機器２０Ａとしてもミニディスク、ミニディスク記録装置に限らず、多様な例が考えられる。二次記録媒体１００としては、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、各種メモリカードなどであってもよい。従って二次記録媒体側機器２０Ａは、これらのメディアに対応する記録装置であればよい。
また、ＳＤＭＩ対応の記録再生装置２０Ｂについても言及したが、その記録再生装置２０Ｂへのコンテンツデータの転送処理においても本発明は適用できる。
【図面の簡単な説明】
【０１２７】
【図１】本発明の実施の形態で利用される暗号化方式のツリー構造の説明図である。
【図２】実施の形態で利用される暗号化方式のＥＫＢの説明図である。
【図３】実施の形態で利用される暗号化方式のＥＫＢの構造の説明図である。
【図４】実施の形態のシステム構成のブロック図である。
【図５】実施の形態のＳＤＭＩコンテンツのデータパス例の説明図である。
【図６】実施の形態の一次記録媒体側機器のブロック図である。
【図７】実施の形態の二次記録媒体側機器のブロック図である。
【図８】実施の形態の認証処理のフローチャートである。
【図９】実施の形態の配信／転送されるコンテンツデータ及び暗号化状態の説明図である。
【図１０】実施の形態の暗号化方式例及びＤＮＫの説明図である。
【図１１】実施の形態のコンテンツデータの暗号解除手順の説明図である。
【図１２】実施の形態のコンテンツデータ転送／記録時の処理のフローチャートである。
【図１３】実施の形態のコンテンツデータ転送／記録時の処理のフローチャートである。
【図１４】実施の形態のコンテンツデータ転送／記録時の処理手順の説明図である。
【図１５】従来のコンテンツデータ転送／記録時の処理手順の説明図である。
【符号の説明】
【０１２８】
１  一次記録媒体側機器（パーソナルコンピュータ）、２  ＣＰＵ、５  ＨＤＤ（一次記録媒体）、８  通信部、９  ディスクドライブ、１１  接続部、２０Ａ  二次記録媒体側機器（記録再生装置）、２１  ＭＤ制御部（ＣＰＵ）、２５  記録／再生部、２６  インターフェース部、２９  復号部、１００  二次記録媒体（ミニディスク）
【図１】
2006172466.tif 000003
【図２】
2006172466.tif 000004
【図３】
2006172466.tif 000005
【図４】
2006172466.tif 000006
【図５】
2006172466.tif 000007
【図６】
2006172466.tif 000008
【図７】
2006172466.tif 000009
【図８】
2006172466.tif 000010
【図９】
2006172466.tif 000011
【図１０】
2006172466.tif 000012
【図１１】
2006172466.tif 000013
【図１２】
2006172466.tif 000014
【図１３】
2006172466.tif 000015
【図１４】
2006172466.tif 000016
【図１５】
2006172466.tif 000017