JP3809779B2 - データ転送システム、データ転送装置、データ記録装置、データ転送方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、音楽等のコンテンツデータの転送／記録に好適な、データ転送システム、データ転送装置、データ記録装置、データ転送方法に関するものである。
【０００２】
【従来の技術】
例えばパーソナルコンピュータのＨＤＤ（ハードディスクドライブ）を一次記録媒体として扱って音楽等のコンテンツデータを格納するとともに、格納したコンテンツデータを転送して他の記録媒体（二次記録媒体）に記録し、その二次記録媒体側で音楽等の再生を楽しむという使用形態がある。なおコンテンツデータとは、例えば音楽データ、映像データ、ゲームデータ、コンピュータソフトウエアなどの配信／転送／使用の目的となる主たるデータのことである。
【０００３】
この場合、ＨＤＤには、ＣＤ−ＤＡ（Compact Disc Digital Audio）やＤＶＤ（Digital Versatile Disc）などのパッケージメディアから再生された音楽等のコンテンツデータが蓄積されたり、或いはパーソナルコンピュータが接続された通信ネットワークを介して外部の音楽サーバ等からダウンロードされたコンテンツデータが蓄積される。そしてユーザーは、パーソナルコンピュータに二次記録媒体の記録装置を接続して、ＨＤＤに蓄積されたコンテンツデータを二次記録媒体にコピー（複製）又はムーブ（移動）し、当該二次記録媒体に対応する再生装置で音楽等のコンテンツデータを再生させる。
【０００４】
二次記録媒体としては、例えばフラッシュメモリ等の半導体メモリを利用したメモリカードや、光磁気ディスクとしてのミニディスク、或いはＣＤ−Ｒ（CD Recordable）、ＣＤ−ＲＷ(CD Rewitable)、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷなどが考えられる。
二次記録媒体に対応する記録装置、再生装置として、これらのメディア（記録媒体）に対応するレコーダ／プレーヤは、広く普及しており、据置型の記録再生装置や、ポータブルタイプの記録再生装置などとして多様に存在し、各ユーザーはそれぞれ自分の好みや所有する機器に合わせて、コンテンツデータの記録／再生を行うものとなる。
【０００５】
なお、例えばこのようなコンテンツデータの使用形態を考えるときは、コンテンツデータについての著作権保護を考慮しなければならない。例えばユーザーがコンテンツデータの配信サービスを利用したり、パッケージメディアの購入を行うなどして、ＨＤＤにコンテンツデータを蓄積した後、そのコンテンツデータを無制限に二次記録媒体にコピー可能とすると、著作権者の正当な保護がはかれない事態が生ずる。このためデジタルデータとしてのコンテンツデータの扱い上で著作権保護を維持できるようにする様々な技術やデータ処理上の取り決めが提案されているが、その１つにＳＤＭＩ（SECURE DIGITAL MUSIC INITIATIVE）という規格がある。
このＳＤＭＩで策定されたデータパスについては後述するが、例えば一次記録媒体としてのＨＤＤを備えたパーソナルコンピュータに蓄積されたコンテンツ、例えばネットワークを介して外部サーバから配信されたコンテンツデータ（以下、ネットワークコンテンツ）や、例えばパーソナルコンピュータに装備されているＣＤ−ＲＯＭドライブ等のディスクドライブ装置、或いはパーソナルコンピュータと接続されたディスクドライブ装置において再生されるＣＤ−ＤＡ、ＤＶＤ等のパッケージメディアから読み出されたコンテンツデータ（以下、ディスクコンテンツ）について、二次記録媒体への転送／記録が、著作権保護と一般ユーザーの利益（私的複製の権利）を勘案したうえで、適切に行われるようにされている。
【０００６】
ところで、ＨＤＤ等の一次記録媒体からミニディスクやメモリカード等の二次記録媒体へコンテンツデータを転送してコピーする場合においては、上記のように著作権保護や私的複製の権利の双方を満たすための工夫が施されている。
【０００７】
即ち上記ＳＤＭＩ対応の二次記録媒体に対する転送については次のようになっている。
ＳＤＭＩ対応の二次記録媒体とは、例えばフラッシュメモリ等の半導体メモリを利用したＳＤＭＩ対応のメモリカードなどが想定され、この二次記録媒体にはコンテンツが暗号化された状態で記録される。例えばＨＤＤなどの一次記録媒体では、ＳＤＭＩ方式のコンテンツの場合は暗号化が施されて蓄積されるが、従って、その暗号化状態のまま二次記録媒体にコピーされるものとなる。
もちろん二次記録媒体に対する再生機器では、暗号解読機能が備えられており、従って暗号化状態でコピーされたコンテンツデータを再生させることができる。
【０００８】
またＳＤＭＩ対応の二次記録媒体では各コンテンツデータについての識別子となるコンテンツＩＤを記録する領域がフォーマット上、用意されている。
コンテンツＩＤは、一次記録媒体側の機器において一次記録媒体（ＨＤＤ）に蓄積された各コンテンツデータについて生成し、コンテンツデータとともに格納しておくものであるが、コンテンツデータを二次記録媒体にコピーする場合には、そのコンテンツデータについてのコンテンツＩＤも、二次記録媒体に記録されるものとなる。
【０００９】
コンテンツＩＤは、一次記録媒体側と二次記録媒体側でのコンテンツ権利管理に用いられる。ここでいうコンテンツ権利とは、一次記録媒体側については、二次記録媒体への転送権（二次記録媒体にコピーさせる権利）であり、二次記録媒体側については、コピーしたコンテンツデータの再生権となる。
なお、以下、一次記録媒体から二次記録媒体へのコンテンツデータの転送（権利譲渡）を「チェックアウト」といい、また二次記録媒体から一次記録媒体へのコンテンツデータの返却（実際には権利の返却）を「チェックイン」と呼ぶ。
【００１０】
ＳＤＭＩ方式では、チェックアウト、チェックインに関しては、転送の取り扱いルール（Usage Rule）が決められる。
一例としては、１つのコンテンツデータについて、一次記録媒体から二次記録媒体へのチェックアウトは３回許される（上記転送権は「３回」となる）。
チェックアウトが行われると、権利が二次記録媒体側へ譲渡されることになり、つまり一次記録媒体側では、そのコンテンツデータの転送権の残りは２回となる。一方、二次記録媒体側では再生権を得ることになる。
また、二次記録媒体から一次記録媒体にチェックインを行うと、権利が返却されるものとなる。つまり、二次記録媒体側では再生権を失い、一次記録媒体側では転送権が１つ復活される。
【００１１】
このようなチェックアウト／チェックインの管理は、各コンテンツデータ毎にコンテンツＩＤを用いて行われる。
そしてチェックアウトの際には、コンテンツデータ及びコンテンツＩＤが二次記録媒体側に記録されることで、二次記録媒体側ではコンテンツデータの再生が可能となる（再生権を得る）。一次記録媒体では、コンテンツＩＤを１つ譲渡したとみなして、Usage Ruleによる転送権を１つ減少させる。
またチェックインの際には、実際にはコンテンツデータの返却転送は行われず、二次記録媒体でコンテンツデータを消去し、一次記録媒体側ではコンテンツＩＤが返却されたとして、Usage Ruleによる転送権を１つ増加させる。二次記録媒体側では再生権を失うことになる。
【００１２】
このようにＳＤＭＩ対応の二次記録媒体については、コンテンツデータが暗号化状態でコピー記録されること、及びチェックアウト、チェックインに応じてコンテンツの権利が管理されることで、無制限なコピーを防止して著作権保護をはかり、又一方でユーザーの私的複製権を確保している。
【００１３】
なお、例えば外部サーバから一次記録媒体としてのＨＤＤにダウンロードされて格納されるコンテンツデータは、コンテンツキーＣＫで暗号化されたものである。
本明細書における説明上、一次記録媒体であるＨＤＤには、ＡＴＲＡＣ３方式（もちろん他の圧縮方式でもよいが）で圧縮されたコンテンツデータ「Ａ３Ｄ」がコンテンツキーＣＫで暗号化されて格納されているとする。
【００１４】
そして、本明細書では説明上、鍵（キー）ｘで暗号化されたデータｙを、
Ｅ（ｘ，ｙ）
と表す。
またその暗号化データＥ（ｘ，ｙ）について、鍵ｘにより暗号化を復号したデータを、
Ｄ｛ｘ，Ｅ（ｘ，ｙ）｝
と表すこととする。
従って、例えば上記のようにＡＴＲＡＣ３方式の圧縮データを「Ａ３Ｄ」とすると、コンテンツキーＣＫで暗号化されたコンテンツデータ「Ａ３Ｄ」は、
Ｅ（ＣＫ，Ａ３Ｄ）
となる。またＥ（ＣＫ，Ａ３Ｄ）が、鍵ＣＫで復号されたデータは、
Ｄ｛ＣＫ，Ｅ（ＣＫ，Ａ３Ｄ）｝
と表わせられる。
【００１５】
また一次記録媒体であるＨＤＤには、暗号化コンテンツデータＥ（ＣＫ，Ａ３Ｄ）とともに、ルートキーＫＲで暗号化された状態のコンテンツキーＣＫ、つまり、Ｅ（ＫＲ，ＣＫ）も格納される。例えば外部サーバから暗号化コンテンツデータＥ（ＣＫ，Ａ３Ｄ）とともに、暗号化コンテンツキーＥ（ＫＲ，ＣＫ）がダウンロードされる。
この場合、一次記録媒体であるＨＤＤから二次記録媒体にコンテンツデータを転送する場合、暗号化コンテンツデータＥ（ＣＫ，Ａ３Ｄ）と暗号化コンテンツキーＥ（ＫＲ，ＣＫ）を送信すればよい。
二次記録媒体側機器では、ルートキーＫＲを保持していることで、ルートキーＫＲを用いてコンテンツキーＣＫを復号し、さらに復号したコンテンツキーＣＫを用いて暗号化コンテンツデータを復号できるものとなる。
ただしルートキーＫＲは、著作権者側の意志や各種事情によって変更されるものであり、コンテンツデータ毎に異なるルートキーＫＲを設定することもできる。また具体例については後述するが、ルートキーＫＲの処理によってコンテンツ配信先を限定できる機能を有する。
このため、ＥＫＢ（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）が決められており、その扱いルールのもとで、ＳＤＭＩ対応の記録再生装置２０Ｂに対してコピーのための転送が認められる（ＤＰ８）。
なおこのデータパスにおいて、一次記録媒体（ＨＤＤ５）からＳＤＭＩ対応記録再生装置２０Ｂ（又は２０Ａ）で記録再生される二次記録媒体（メモリカード等）に対してのコピー転送が「チェックアウト」であり、逆に二次記録媒体からの一次記録媒体へのムーブ転送が「チェックイン」である。なお二次記録媒体から一次記録媒体へのムーブの場合は、二次記録媒体上では当該コンテンツデータは消去された状態となる。
【００７０】
ＳＤＭＩディスクコンテンツに対応する転送の扱いルールとしては、１つのコンテンツデータにつき例えば３回までのチェックアウトが許されるなど、所定のチェックアウト上限回数が定められている。従って、例えばＳＤＭＩ対応の３つの二次記録媒体まではコピー（チェックアウト）が許可される。またチェックインが行われた場合は、そのコンテンツデータについてのチェックアウト回数が減算されるものとなる。従って、例え３つのＳＤＭＩ対応二次記録媒体にコピーした後であっても、そのうちの１つの二次記録媒体からチェックインさせれば、そのコンテンツはさらにもう一度、ＳＤＭＩ対応二次記録媒体にコピー可能とされる。つまり、常に最大３つのＳＤＭＩ対応二次記録媒体にコンテンツデータが併存することが許されるものとなる。
【００７１】
ＳＤＭＩネットワークコンテンツの場合も、ＳＤＭＩネットワークコンテンツに対応する転送の扱いのルール（Usage Rule）が決められており、その扱いルールのもとで、ＳＤＭＩ対応の記録再生装置２０Ｂに対してコピーのための転送が認められる（ＤＰ７）。
この扱いルールとしては、上記同様にチェックアウト回数の上限等が決められるものであるが、その上限回数などは、ＳＤＭＩディスクコンテンツの場合の扱いルールと同様としてもよいし、異なる回数としてもよい。例えばチェックアウト上限を１回とすることが考えられる。その場合は、１つのコンテンツデータにつき、他の１つのＳＤＭＩ対応の二次記録媒体にしかコピーできないが、その二次記録媒体からチェックインすれば、再度コピー転送が可能となる。
【００７２】
これらの扱いルールに従って、ＳＤＭＩ対応の二次記録媒体に対してコピーするためにＳＤＭＩコンテンツが転送される場合は、その伝送線路上では暗号化状態のままデータ伝送が行われる。つまり例えば上記のＥ（ＣＫ，Ａ３Ｄ）の状態又はＥ（ＣＫ’，Ａ３Ｄ）の状態で転送される。
さらに、暗号化されて伝送されてきたＳＤＭＩコンテンツを受信したＳＤＭＩ対応記録再生装置２０Ｂでは、そのＳＤＭＩコンテンツを暗号化状態のままで二次記録媒体にコピー記録することになる。
【００７３】
ＳＤＭＩ対応記録再生装置２０Ｂが、二次記録媒体にコピー記録されたＳＤＭＩコンテンツを再生する場合は、二次記録媒体から読み出したコンテンツデータの暗号化を復号して再生する。つまりＥ（ＣＫ，Ａ３Ｄ）の状態又はＥ（ＣＫ’，Ａ３Ｄ）の状態で二次記録媒体に記録されたコンテンツデータを、鍵ＣＫ、又は鍵ＣＫ’による復号処理を行う。
即ちＤ｛ＣＫ，Ｅ（ＣＫ，Ａ３Ｄ）｝＝Ａ３Ｄ、又はＤ｛ＣＫ’，Ｅ（ＣＫ’，Ａ３Ｄ）｝＝Ａ３Ｄ、として暗号解読されたＡＴＲＡＣ３データ（Ａ３Ｄ）として元のコンテンツデータを得る。このコンテンツデータについてはＡＴＲＡＣ３圧縮に対する伸張処理等を行うことで、例えばオーディオデータとして復調し、音楽等の再生出力を行う。
【００７４】
以上のように、ＳＤＭＩ準拠のコンテンツデータは、ＳＤＭＩ対応の記録再生装置２０Ｂにチェックアウトされるまでのデータパス、さらには二次記録媒体上に至るまで、暗号化が施されたデータとなっていることや、上記転送の扱いルールチェックによるコピー管理が行われることで、コンテンツデータについての適切な著作権保護が可能となる。
【００７５】
一方、パーソナルコンピュータ１に、記録再生装置２０Ａが接続されている場合は、次のような処理が採られる。
なお上記のように、記録再生装置２０Ａは、ＳＤＭＩ対応の記録再生装置２０Ｂとは異なって、二次記録媒体としての例えばミニディスクなどに、暗号化を解いた状態で記録するものである。暗号化を解いた状態で記録することにより、そのミニディスクにコピー記録されたコンテンツデータは、一般に普及している通常のミニディスク再生装置によっても再生可能となり、これによってユーザーの利便性を向上させることができる。
但し、暗号化を解いた状態で記録することは、著作権保護の点で不都合が生じる。そこで、記録再生装置２０Ａにコンテンツデータを転送する場合には、所定の条件を満たすことが必要とされる。
【００７６】
ＳＤＭＩネットワークコンテンツを記録再生装置２０Ａに転送して暗号化を解いた状態で二次記録媒体にコピー記録することを許可する条件としては、例えば、▲１▼記録再生装置２０Ａが認証ＯＫとなったこと、▲２▼転送しようとするコンテンツデータについてコピー記録を著作権者側が認めていること、▲３▼チェックアウト／チェックインとして転送の扱いのルール（Usage Rule）を満たすことの３つとされる。
この▲１▼▲２▼▲３▼の転送条件が満たされていることでＳＤＭＩ対応記録再生装置２０Ｂ以外の機器に対しても、無制限なコピー転送はできず、著作権保護機能も確保される。また、転送を行う伝送路上では暗号化状態とされること（記録再生装置２０Ａ側で暗号解読を行う）でも著作権保護機能を与えることができる。
【００７７】
ＳＤＭＩネットワークコンテンツを記録再生装置２０Ａに転送する場合には、上記▲１▼▲２▼▲３▼の転送条件がチェックされる（ＤＰ９）。
即ち記録再生装置２０Ａについて所定の認証処理が行われる。また、コンテンツデータに含まれるフラグ情報などから、著作権者側のコピー許可の意志が確認される。さらにチェックイン／チェックアウトの扱いルールが課される。
【００７８】
これらの条件に従って、ＳＤＭＩネットワークコンテンツを記録再生装置２０Ａに転送する場合は、その伝送線路上では暗号化状態のままデータ伝送が行われる。つまり例えば上記のＥ（ＣＫ，Ａ３Ｄ）の状態又はＥ（ＣＫ’，Ａ３Ｄ）の状態で転送される。
そしてこの暗号化されたＳＤＭＩネットワークコンテンツは、後述する図７の構成の記録再生装置２０Ａにおいて受信処理された後、復号処理部２８で暗号化が復号され、例えば元のＡＴＲＡＣ３圧縮データ（Ａ３Ｄ）とされる。そしてその暗号化が解かれたコンテンツデータが、図７のエンコード／デコード部２４によるエンコード処理を経て記録／再生部２５に供給され、ミニディスク１００にコピー記録されるものとなる。
【００７９】
従って記録再生装置２０Ａが、ミニディスク１００にコピー記録したＳＤＭＩコンテンツを再生する場合は、ミニディスク１００から読み出したデータについて通常のミニディスクシステムでのデコード処理、つまりＥＦＭ復調、ＡＣＩＲＣエラー訂正、ＡＴＲＡＣ圧縮方式に対する伸張処理等を行えばよい。
これは、当該コピー記録されたミニディスク１００は、通常のミニディスク再生装置に装填した場合も、コンテンツデータが通常に再生できるものとなっていることを意味する。つまりユーザーは、上述したように、ミニディスク１００にコピー記録したＳＤＭＩネットワークコンテンツを、ＳＤＭＩ非対応の通常のミニディスク再生装置で再生させ、音楽等を楽しむことができる。
【００８０】
なお、図５のデータパスにおいて、ＤＰ７，ＤＰ８，ＤＰ９の扱いルールチェック等によって転送許可がされない場合は、記録再生装置２０Ａ、２０Ｂに対する転送が行われないことはいうまでもない。
【００８１】
４．データ転送装置の構成例（一次記録媒体側機器／ＰＣ）
図６に、データ転送装置となる一次記録媒体側機器１の構成を示す。なお、ここで説明する例は、パーソナルコンピュータにより一次記録媒体側機器１を形成する場合であるが、同様の機能を持つ構成が専用のハードウエアにより構築されるなどにより、データ転送専用の機器として形成されてもよい。
【００８２】
本例の場合は、パーソナルコンピュータ１にデータ転送装置としての機能を実行させるソフトウエアプログラムがインストールされることでデータ転送装置となる一次記録媒体側機器が実現される。なお、本明細書で「パーソナルコンピュータ」又は「コンピュータ」といっているのは、いわゆる汎用コンピュータとしての広義の意味である。
当該プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク（ＨＤＤ）５やＲＯＭ３に予め記録しておくことができる。
あるいはまた、プログラムは、フロッピーディスク、ＣＤ−ＲＯＭ(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)やスピーカ等で構成される出力部６から出力、あるいは通信部８から送信、さらにはＨＤＤ５に記録等させる。
【００８５】
本例の場合、通信部８は、図４のネットワーク１１０を介した各種サーバとの通信が可能とされる。即ちコンピュータ１は、外部のコンテンツサーバ９１から音楽コンテンツ等のネットワークコンテンツのダウンロードが可能とされる。ダウンロードされるネットワークコンテンツは、上述したデータパスに則って、ＳＤＭＩ対応のコンテンツとしての処理、もしくはＳＤＭＩ非対応のコンテンツとしての処理が行われ、例えば少なくともＳＤＭＩ対応の処理としてはＳＤＭＩコンテンツとしてＨＤＤ５に蓄積される。ＨＤＤ５に蓄積されたＳＤＭＩコンテンツは、ＳＤＭＩ対応の二次記録媒体側機器２０Ｂ、又は認証された二次記録媒体側機器（記録再生装置）２０Ａに対する転送対象のコンテンツとなる。
【００８６】
接続部１１は、二次記録媒体側機器２０Ａ、２０Ｂとの間でデータ通信可能に接続される部位である。例えばＵＳＢインターフェース、ＩＥＥＥ１３９４インターフェースなどの例が考えられる。もちろん他の規格の有線インターフェースや、赤外線や電波を用いた無線インターフェースであってもよい。
【００８７】
なお、図５で説明したデータパスを実現するための各種処理は、それぞれ時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
また、プログラムは、１つのコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。
【００８８】
５．データ記録装置の構成例（二次記録媒体側機器／記録再生装置）
二次記録媒体側機器（記録再生装置）２０Ａの構成例を図７に示す。
この例は、記録再生装置２０Ａを例えばミニディスクレコーダとして構成したものである。従って二次記録媒体１００は、ミニディスク（光磁気ディスク）の例となる。以下「ミニディスク１００」とも表記する。
なお、図７においては、二次記録媒体１００としてのミニディスクに対する記録再生データの処理系、及び上記一次記録媒体側機器１からのデータ転送に対する処理系のみを示し、ミニディスク１００に対する駆動系、サーボ系、再生出力系等は通常のミニディスク記録再生装置と同様であるため詳しい図示を省略している。
【００８９】
ＭＤ制御部（ＣＰＵ）２１は記録再生装置２０Ａにおいてミニディスク１００に対しての記録再生動作の制御を行うコントローラとなる。具体的には、ミニディスク１００に対する記録再生のために、回転駆動、スピンドルサーボ、フォーカスサーボ、トラッキングサーボ、スレッドサーボなどの制御、光学ヘッド／磁気ヘッドのレーザ光や磁界印加動作の制御、記録再生データのエンコード／デコード処理の制御などを行う。
【００９０】
記録／再生部２５は、光学ヘッド、磁気ヘッド、ディスク回転駆動系、サーボ系等が備えられ、実際にミニディスク１００に対してデータの記録／再生を行う部位である。
【００９１】
エンコード／デコード部２４は、ミニディスク１００に対する記録データのエンコード、及びミニディスク１００から再生された再生データのデコードを行う。公知のようにミニディスクシステムの場合は、記録データはＡＣＩＲＣエラー訂正符号のエンコード処理やＥＦＭ変調処理が施される。エンコード／デコード部２４は、記録データに対してＡＣＩＲＣエンコード及びＥＦＭエンコードを行って記録／再生部２５に供給することになる。
また再生時には、記録／再生部２５から読み出されて供給されてきたデータ（ＲＦ信号）に対して二値化処理、ＥＦＭ復調、ＡＣＩＲＣ方式のエラー訂正処理などのデコード処理を行うことになる。
【００９２】
バッファメモリ３０は、ミニディスク１００に対する記録データ、再生データのバッファリングを行う。特にショックプルーフ機能として知られているバッファリング機能も行う。
データ記録時には、バッファメモリ３０にはＡＴＲＡＣ／ＡＴＲＡＣ３方式の圧縮符号化された記録データが一旦蓄積される。そして所定データ量毎に間欠的に読み出されてエンコード／デコード部２４に供給され、記録処理に供される。またデータ再生時には、ミニディスク１００から読み出され、エンコード／デコード部２４でデコードされたデータが一旦蓄積される。そして、蓄積されたデータは連続的に読み出されてコーデック２３での圧縮デコード処理に供される。
【００９３】
コーデック２３は、ＡＴＲＡＣ／ＡＴＲＡＣ３方式の圧縮符号化による圧縮処理、及び伸張処理を行う部位である。
ミニディスク１００に記録されるデータは、ＡＴＲＡＣ／ＡＴＲＡＣ３方式の圧縮符号化が行われた後、上記エンコード処理が施されたものである。従って当該記録再生装置２０Ａに、圧縮符号化がされていないデータ、例えばＰＣＭオーディオデータ等が記録データとして入力された場合は、コーデック２３でＡＴＲＡＣ方式又はＡＴＲＡＣ３方式の圧縮符号化が行われ、その圧縮データがエンコード／デコード部２４に供給されることになる。
また再生時には、記録／再生部２５で読み出され、エンコード／デコード部２４でデコードされたデータは、ＡＴＲＡＣ／ＡＴＲＡＣ３方式の圧縮符号化状態のデータである。このデータがバッファメモリ３０を介してコーデック２３に供給され、コーデック２３でＡＴＲＡＣ／ＡＴＲＡＣ３方式の圧縮に対する伸張処理が行われることで、例えば４４．１ＫＨｚ、１６ビット量子化のデジタルオーディオデータが復調される。このデジタルオーディオデータは、図示しない出力系の回路において、例えばＤ／Ａ変換、アナログ信号処理、増幅処理等が行われて、スピーカ出力信号とされ、音楽等として再生される。
或いは、デジタルオーディオデータの状態で他の機器に対して出力可能とすることもできる。
【００９４】
以上の構成は、通常のミニディスクシステムの記録再生装置にも備えられる構成要素であるが、本例の記録再生装置２０Ａでは、一次記録媒体側機器１としてのパーソナルコンピュータに対応する部位がさらに設けられる。すなわち転送されてくるコンテンツデータについての受信・復号等の処理を行う部位として、通信部２６、ＤＭＡ２７、復号処理部２８、キャッシュメモリ２９、フロー制御部３１、システム制御部３２が設けられる。
【００９５】
システム制御部３２（ＣＰＵ）は、当該記録再生装置２０Ａの全体の制御を行う部位である。
例えば、パーソナルコンピュータ１との間の認証のための通信やデータ生成の指示や、パーソナルコンピュータ１からの各種コマンドのやりとり、転送されてくるコンテンツデータに対する処理などの制御を行う。またそれらの制御に応じてＭＤ制御部２１に指示を出し、ミニディスク１００に対するコンテンツデータの記録／再生、管理情報の読出や更新などの制御も行う。
また図示していないが、ユーザーインターフェースとして操作部や表示部が設けられるが、操作部からのユーザー操作の監視及び操作に応じた処理や、表示部の表示制御なども行う。
【００９６】
通信部２６は、図６のパーソナルコンピュータ１の接続部１１との間で接続され、パーソナルコンピュータ１との間でデータ通信を行う部位である。例えばＵＳＢ又はＩＥＥＥ１３９４などの通信方式に対応する信号処理を行う。
通信部２６によって受信されるパーソナルコンピュータ１からの通信としては、各種コマンド及びＳＤＭＩコンテンツなどがある。
【００９７】
通信部２６で受信されたＳＤＭＩコンテンツとしてのデータは、ＤＭＡ（Direct Memory Access）２７の制御により、キャッシュメモリ２９に格納されていく。なおもちろん、ＤＭＡ２７ではなくＣＰＵ制御によって、キャッシュメモリ２９へのデータ移動を行うようにしてもよい。
【００９８】
復号処理部２８は、ＳＤＭＩコンテンツの暗号化処理に対応するための部位である。即ちキャッシュメモリ２９に記憶されたコンテンツデータについての暗号解読処理を行う。そして非暗号化状態に解読したコンテンツデータは、キャッシュメモリ２９の別の領域に記憶していく。
【００９９】
ＳＤＭＩコンテンツはコンテンツキーＣＫ又はＣＫ’で暗号化されているため、少なくともコンテンツキーＣＫ、ＣＫ’を認識できる情報が記憶される。具体的には後述するが、上記図１の説明で言及したＤＮＫ（Device Node Key）が記憶されることになる。この記録再生装置２０Ｂは、図１における１つのデバイス（ＤＶｘ）に相当するものとなるが、そのため、ＤＮＫにおいてリーフキーや、リーフキーによって暗号化されたノードキー、ルートキーが記憶されるものとなる。そしてそのようなＤＮＫを用いて、また場合によっては送信されてくる上述したＥＫＢを用いて、コンテンツキーＣＫを認識できる。
【０１００】
ＳＤＭＩコンテンツに対するコンテンツキーＣＫを認識可能な情報であるＤＮＫが記憶されていることで、復号処理部２８は、コンテンツキーＣＫで暗号化された状態で送信されてきたてＳＤＭＩコンテンツ、即ち例えばＥ（ＣＫ、Ａ３Ｄ）の状態のコンテンツを、復号することができる。つまりＤ｛ＣＫ，Ｅ（ＣＫ、Ａ３Ｄ）｝＝Ａ３Ｄとして、復号されたＡＴＲＡＣ３圧縮状態のデータを得ることができる。このようにして復号されたＡＴＲＡＣ３圧縮データは、エンコード／デコード部２４でのエンコード処理を経て、記録／再生部２５でミニディスク１００に記録できる。
【０１０１】
なお、ＳＤＭＩコンテンツは、必ずしもＡＴＲＡＣ３圧縮データが暗号化されたものではない。例えばリニアＰＣＭデータが鍵ＣＫで暗号化されたものなども考えられる。つまり例えばＥ（ＣＫ、ＰＣＭ）の状態のコンテンツが転送入力去る場合もある。その場合は、当然ながら復号処理部でＤ｛ＣＫ，Ｅ（ＣＫ、ＰＣＭ）｝＝ＰＣＭとして、復号されたリニアＰＣＭデータが得られる。その場合は、当該ＰＣＭデータは、コーデック２３でＡＴＲＡＣ３圧縮処理が行われた後、エンコード／デコード部２４でのエンコード処理を経て、記録／再生部２５でミニディスク１００に記録できる。
【０１０２】
復号処理部２８は、さらに認証処理のための鍵を記憶する場合もある。後述する認証処理例では記録再生装置２０Ａが記憶している公開鍵Ｐ、秘密鍵Ｓを使用する。その場合は公開鍵Ｐ、秘密鍵Ｓも、復号処理部２８に記憶されることになる。また秘密鍵Ｓを用いた暗号化処理も行う。
【０１０３】
また復号処理部２８は、ハッシュエンジンも搭載しており、いわゆるハッシュ（HASH）関数演算により、コンテンツＩＤを生成する処理も行う。
なお、このコンテンツＩＤの生成については後述する。
【０１０４】
暗号化が解除されたＳＤＭＩコンテンツデータ、例えばＡＴＲＡＣ３方式の圧縮データや、ＰＣＭデータの状態のコンテンツデータは、キャッシュメモリ２９からフロー制御部３１に転送されることになる。
フロー制御部３１は、暗号化解除されたＳＤＭＩコンテンツデータを、ミニディスク１００に対して記録するために、記録処理系であるＭＤ制御部２１側（コーデック２３、エンコード／デコード部２４、記録／再生部２５、バッファメモリ３０側）に転送する部位である。
そして、ＭＤ制御部２１からのリクエスト（ＸＡＲＱ）に応じてデータを転送していく。このフロー制御部３１によって、コンテンツデータの受信、暗号解読処理、及びミニディスク１００に対する記録処理の間のタイミング的な調整がはかられる。
【０１０５】
以上の構成により、パーソナルコンピュータ１から送信されたＳＤＭＩコンテンツデータとしてＥ（ＣＫ、Ａ３Ｄ）の状態のデータ、又はＥ（ＣＫ、ＰＣＭ）の状態のデータは、非暗号化状態とされ、ＡＴＲＡＣ３圧縮データの状態でエンコード／デコード部２４でのエンコード処理を経て、記録／再生部２５でミニディスク１００に記録されるものとなる。
【０１０６】
ところで、パーソナルコンピュータ１から記録再生装置２０Ａに対しては、コンテンツデータのチェックアウト／チェックイン、その他の通信セッションの際には、各種コマンドも送信してくる。
これらのコマンドはレシーバ２６によって受信されるとシステム制御部３２に伝えられ、システム制御部３２は、これらのコマンドに応じて各種処理を行うと共に、コマンドに対するレスポンスを通信部２６からパーソナルコンピュータ１に対して送信する。
【０１０７】
６．ミニディスクの管理方式
ここで、ミニディスク１００に記録されるデータ及び管理情報について説明しておく。
ミニディスクシステムのようなデジタル記録／再生システムでは、記録媒体にデータの記録動作や再生動作を制御するための管理情報としてＴＯＣ（Table of Contents）が記録されており、記録再生装置側では予めディスク等の記録媒体からこのＴＯＣ情報を読み出してメモリに保持しておき、記録再生動作の際に、このＴＯＣ情報を参照して記録位置や読出位置を把握して記録再生のためのアクセス動作を実行できるようにしている。
【０１０８】
ミニディスクの場合、ＴＯＣ情報としては書き換え不能な情報としてピットにより記録されるＰ−ＴＯＣ（プリマスタードＴＯＣ）と、楽曲等の記録、消去などに応じて書き換えられるように光磁気記録されているＵ−ＴＯＣ（ユーザーＴＯＣ）が存在し、Ｕ−ＴＯＣについては、記録／消去に応じてまずメモリ内でデータを更新し、この更新データで所定タイミングでディスク上のＵ−ＴＯＣ領域を書き換えていくことになる。
なおＵ−ＴＯＣには、ディスク上に記録されるオーディオデータ等のコンテンツデータがトラックと呼ばれる単位で管理される。つまり１つのトラックは、例えば１つの楽曲に相当するものとなる。
【０１０９】
まず、ミニディスク１００に記録されるデータとして、クラスタというデータ単位について説明する。ミニディスクシステムでは記録データとして１クラスタという単位毎のデータストリームが形成されるが、この記録動作の単位となるクラスタのフォーマットは図８に示される。
ミニディスクシステムでの記録トラックとしては図８のようにクラスタＣＬが連続して形成されており、１クラスタが記録時の最小単位とされる。
【０１１０】
そして１クラスタＣＬは、セクターＳＣFC〜ＳＣFEとして示す３セクターのリンキングセクターと、セクターＳＣFFとして示す１セクターのサブデータセクターと、セクターＳＣ00〜ＳＣ1Fとして示す３２セクターのメインセクターから形成されている。即ち１クラスタは３６セクターで構成される。
１セクタは２３５２バイトで形成されるデータ単位である。
【０１１１】
リンキングセクターＳＣFC〜ＳＣFEは、記録動作の切れ目としての緩衝領域や各種動作調整その他に用いられ、またサブデータセクターＳＣFFは、サブデータとして設定された情報の記録に用いることができる。
そして、ＴＯＣデータ、オーディオデータ等の記録は３２セクターのメインセクターＳＣ00〜ＳＣ1Fに行なわれる。
【０１１２】
また、セクターはさらにサウンドグループという単位に細分化され、２セクターが１１サウンドグループに分けられている。
つまり図示するように、セクターＳＣ00などの偶数セクターと、セクターＳＣ01などの奇数セクターの連続する２つのセクターに、サウンドグループＳＧ00〜ＳＧ0Aが含まれる状態となっている。１つのサウンドグループは４２４バイトで形成されており、11.61msec の時間に相当する音声データ量となる。
１つのサウンドグループＳＧ内にはデータがＬチャンネルとＲチャンネルに分けられて記録される。例えばサウンドグループＳＧ00はＬチャンネルデータＬ０とＲチャンネルデータＲ０で構成され、またサウンドグループＳＧ01はＬチャンネルデータＬ１とＲチャンネルデータＲ１で構成される。
なお、Ｌチャンネル又はＲチャンネルのデータ領域となる２１２バイトをサウンドフレームとよんでいる。
【０１１３】
図９はミニディスク１００のエリア構造を示している。
図９（ａ）はディスク最内周側から最外周側までのエリアを示しており、光磁気ディスクとしてのミニディスク１００は、最内周側はエンボスピットにより再生専用のデータが形成されるピット領域とされており、ここにＰ−ＴＯＣが記録されている。
ピット領域より外周は光磁気領域とされ、記録トラックの案内溝としてのグルーブが形成された記録再生可能領域となっている。
この光磁気領域の最内周側のクラスタ０〜クラスタ４９までの区間が管理エリアとされ、実際の楽曲等がそれぞれ１つのトラックとして記録されるのは、クラスタ５０〜クラスタ２２５１までのプログラムエリアとなる。プログラムエリアより外周はリードアウトエリアとされている。
【０１１４】
管理エリア内を詳しく示したものが図９（ｂ）である。図９（ｂ）は横方向にセクター、縦方向にクラスタを示している。
管理エリアにおいてクラスタ０，１はピット領域との緩衝エリアとされている。クラスタ２はパワーキャリブレーションエリアＰＣＡとされ、レーザー光の出力パワー調整等のために用いられる。
クラスタ３，４，５はＵ−ＴＯＣが記録される。Ｕ−ＴＯＣの内容について詳しくは後述するが、１つのクラスタ内の３２個の各メインセクター（ＳＣ00〜ＳＣ1F）においてデータフォーマットが規定され、それぞれ所定の管理情報が記録される。即ちプログラムエリアに記録されている各トラックのアドレス、フリーエリアのアドレス等が記録され、また各トラックに付随するトラックネーム、記録日時などの情報が記録できるようにＵ−ＴＯＣセクターが規定されている。このようなＵ−ＴＯＣデータとなるセクターを有するクラスタが、クラスタ３，４，５に３回繰り返し記録される。
クラスタ４７，４８，４９は、プログラムエリアとの緩衝エリアとされる。
なお斜線部ＰＤは、後述するプリペイド情報の記録領域として設定することができる。
【０１１５】
クラスタ５０（＝１６進表記で３２ｈ）以降のプログラムエリアには、１つのクラスタ内の３２個の各メインセクター（ＳＣ00〜ＳＣ1F）において、楽曲等の音声データがＡＴＲＡＣと呼ばれる圧縮形式で記録される。記録される各トラック（コンテンツデータ）や記録可能な領域は、Ｕ−ＴＯＣによって管理される。なお、プログラム領域における各クラスタにおいて、セクターＳＣFFは、前述したようにサブデータとしての情報の記録に用いることができる。
【０１１６】
図１０によりＵ−ＴＯＣセクターについて説明する。
なおＰ−ＴＯＣは図９で説明したようにディスク９０の最内周側のピットエリアに形成されるもので、読出専用の情報である。そして、Ｐ−ＴＯＣによってディスクの記録可能エリア（レコーダブルユーザーエリア）や、リードアウトエリア、Ｕ−ＴＯＣエリアなどの位置の管理等が行なわれる。なお、全てのデータがピット形態で記録されている再生専用の光ディスクでは、Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲の管理も行なうことができるようにされ、Ｕ−ＴＯＣは形成されない。Ｐ−ＴＯＣについては詳細な説明を省略する。
【０１１７】
図１０はＵ−ＴＯＣセクター０のフォーマットを示すものである。
Ｕ−ＴＯＣセクターとしてはセクター０〜セクター３２まで設けることができる。即ち上記した１クラスタ内のメインセクターＳＣ00〜ＳＣ1Fに相当して記録されるセクターとなる。
【０１１８】
Ｕ−ＴＯＣセクター０は、記録された楽曲等のコンテンツデータ（トラック）や新たにコンテンツデータが録音可能なフリーエリアについての管理情報が記録されているデータ領域とされる。
例えばミニディスク１００に或る楽曲の録音を行なおうとする際には、ＭＤ制御部２１は、Ｕ−ＴＯＣセクター０からディスク上のフリーエリアを探し出し、ここにデータを記録していくことになる。また、再生時には再生すべき楽曲が記録されているエリアをＵ−ＴＯＣセクター０から判別し、そのエリアにアクセスして再生動作を行なう。
【０１１９】
図１０のＵ−ＴＯＣセクター０のデータ領域（４バイト×588 の２３５２バイト）は、先頭位置にオール０又はオール１の１バイトデータが並んで形成される同期パターンが記録される。
続いてクラスタアドレス(Cluster H) (Cluster L) 及びセクターアドレス(Sector)となるアドレスが３バイトにわたって記録され、さらにモード情報(MODE)が１バイト付加され、以上でヘッダとされる。ここでの３バイトのアドレスは、そのセクター自体のアドレスである。
なお、同期パターンやアドレスが記録されるヘッダ部分については、このＵ−ＴＯＣセクター０に限らず、Ｐ−ＴＯＣセクター、プログラムエリアでのセクターでも同様であり、セクター単位にそのセクター自体のアドレス及び同期パターンが記録されている。
【０１２０】
続いて所定バイト位置に、メーカーコード、モデルコード、最初のトラックのトラックナンバ(First TNO）、最後のトラックのトラックナンバ（Last TNO）、セクター使用状況(Used sectors)、ディスクシリアルナンバ、ディスクＩＤ等のデータが記録される。
【０１２１】
さらに、ユーザーが録音を行なって記録されているトラック（楽曲等）の領域やフリーエリア等を後述するテーブル部に対応させることによって識別するため、ポインタ部として各種のポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用意されている。
【０１２２】
そしてポインタ(P-DFA〜P-TNO255) に対応させることになるテーブル部として(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられ、それぞれのパーツテーブルには、或るパーツについて起点となるスタートアドレス、終端となるエンドアドレス、そのパーツのモード情報（トラックモード）が記録されている。さらに各パーツテーブルで示されるパーツが他のパーツへ続いて連結される場合があるため、その連結されるパーツのスタートアドレス及びエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようにされている。なおパーツとは１つのトラック内で時間的に連続したデータが物理的に連続して記録されているトラック部分のことをいう。
そしてスタートアドレス、エンドアドレスとして示されるアドレスは、１つの楽曲（トラック）を構成する１又は複数の各パーツを示すアドレスとなる。
これらのアドレスは短縮形で記録され、クラスタ、セクター、サウンドグループを指定する。
【０１２３】
この種の記録再生装置では、１つの楽曲（トラック）のデータを物理的に不連続に、即ち複数のパーツにわたって記録されていてもパーツ間でアクセスしながら再生していくことにより再生動作に支障はないため、ユーザーが録音する楽曲等については、録音可能エリアの効率使用等の目的から、複数パーツにわけて記録する場合もある。
【０１２４】
そのため、リンク情報が設けられ、例えば各パーツテーブルに与えられたナンバ(01h) 〜(FFh) によって、連結すべきパーツテーブルを指定することによってパーツテーブルが連結できるようになされている。
つまりＵ−ＴＯＣセクター０におけるテーブル部においては、１つのパーツテーブルは１つのパーツを表現しており、例えば３つのパーツが連結されて構成される楽曲についてはリンク情報によって連結される３つのパーツテーブルによって、そのパーツ位置の管理が行われる。
なお、実際にはリンク情報は所定の演算処理によりＵ−ＴＯＣセクター０内のバイトポジションとされる数値で示される。即ち、３０４＋（リンク情報）×８（バイト目）としてパーツテーブルを指定する。
【０１２５】
Ｕ−ＴＯＣセクター０のテーブル部における(01h) 〜(FFh) までの各パーツテーブルは、ポインタ部におけるポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) によって、以下のようにそのパーツの内容が示される。
【０１２６】
ポインタP-DFA は光磁気ディスク９０上の欠陥領域について示しており、傷などによる欠陥領域となるトラック部分（＝パーツ）が示された１つのパーツテーブル又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、欠陥パーツが存在する場合はポインタP-DFA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、欠陥パーツがスタート及びエンドアドレスによって示されている。また、他にも欠陥パーツが存在する場合は、そのパーツテーブルにおけるリンク情報として他のパーツテーブルが指定され、そのパーツテーブルにも欠陥パーツが示されている。そして、さらに他の欠陥パーツがない場合はリンク情報は例えば『００ｈ』とされ、以降リンクなしとされる。
【０１２７】
ポインタP-EMPTY はテーブル部における１又は複数の未使用のパーツテーブルの先頭のパーツテーブルを示すものであり、未使用のパーツテーブルが存在する場合は、ポインタP-EMPTY として、(01h) 〜(FFh) のうちのいづれかが記録される。
未使用のパーツテーブルが複数存在する場合は、ポインタP-EMPTY によって指定されたパーツテーブルからリンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルがテーブル部上で連結される。
【０１２８】
ポインタP-FRA は光磁気ディスク９０上のデータの書込可能なフリーエリア（消去領域を含む）について示しており、フリーエリアとなるトラック部分（＝パーツ）が示された１又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、フリーエリアが存在する場合はポインタP-FRA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、フリーエリアであるパーツがスタート及びエンドアドレスによって示されている。また、このようなパーツが複数個有り、つまりパーツテーブルが複数個有る場合はリンク情報により、リンク情報が『００ｈ』となるパーツテーブルまで順次指定されている。
【０１２９】
図１１にパーツテーブルにより、フリーエリアとなるパーツの管理状態を模式的に示す。これはパーツ(03h)(18h)(1Fh)(2Bh)(E3h) がフリーエリアとされている時に、この状態がポインタP-FRA に引き続きパーツテーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって表現されている状態を示している。なお上記した欠陥領域や未使用パーツテーブルの管理形態もこれと同様となる。
【０１３０】
ポインタP-TNO1〜P-TNO255は、ディスク９０にユーザーが記録を行なった楽曲などのトラックについて示しており、例えばポインタP-TNO1では第１トラックのデータが記録された１又は複数のパーツのうちの時間的に先頭となるパーツが示されたパーツテーブルを指定している。
例えば第１トラックとされた楽曲がディスク上でトラックが分断されずに、つまり１つのパーツで記録されている場合は、その第１トラックの記録領域はポインタP-TNO1で示されるパーツテーブルにおけるスタート及びエンドアドレスとして記録されている。
【０１３１】
また、例えば第２トラックとされた楽曲がディスク上で複数のパーツに離散的に記録されている場合は、その第２トラックの記録位置を示すため各パーツが時間的な順序に従って指定される。つまり、ポインタP-TNO2に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が『００ｈ』となるパーツテーブルまで連結される（上記、図１１と同様の形態）。
このように例えば２曲目を構成するデータが記録された全パーツが順次指定されて記録されていることにより、このＵ−ＴＯＣセクター０のデータを用いて、２曲目の再生時や、その２曲目の領域への上書き記録を行なう際に、記録再生ヘッドをアクセスさせ離散的なパーツから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。
【０１３２】
ところで、各パーツテーブルには１バイトのトラックモードが記録されるが、これはトラックの属性情報となる。
１バイトを構成する８ビットを、ｄ１（ＭＳＢ）〜ｄ８（ＬＳＢ）とすると、このトラックモードは次のように定義されている。

【０１３３】
次に、図12にＵ−ＴＯＣセクター１のフォーマットを示す。このセクター１は録音された各トラックにトラックネームをつけたり、ディスク自体の名称などの情報となるディスクネームをつける場合に、入力された文字情報を記録するデータ領域とされる。
【０１３４】
このＵ−ＴＯＣセクター１には、記録された各トラックに相当するポインタ部としてポインタP-TNA1〜P-TNA255が用意され、またこのポインタP-TNA1〜P-TNA255によって指定されるスロット部が１単位８バイトで２５５単位のスロット(01h) 〜(FFh) 及び同じく８バイトの１つのスロット(00h) が用意されており、上述したＵ−ＴＯＣセクター０とほぼ同様の形態で文字データを管理する。
【０１３５】
スロット(01h) 〜(FFh) にはディスクタイトルやトラックネームとしての文字情報がアスキーコードで記録される。
そして、例えばポインタP-TNA1によって指定されるスロットには第１トラックに対応してユーザーが入力した文字が記録されることになる。また、スロットがリンク情報によりリンクされることで、１つのトラックに対応する文字入力は７バイト（７文字）より大きくなっても対応できる。
なお、スロット(00h) としての８バイトはディスクネームの記録のための専用エリアとされており、ポインタP-TNA(x)によっては指定されないスロットとされている。
このＵ−ＴＯＣセクター１でもポインタP-EMPTY は使用していないスロットを管理する。
【０１３６】
なお、フォーマットは図１２のＵ−ＴＯＣセクター１とほぼ同様であるため図示はしないが、Ｕ−ＴＯＣセクター４も、セクター１と同様に、ユーザーが録音を行なった楽曲に曲名をつけたり、ディスクタイトルをつける場合に、入力された文字情報を記録するデータ領域とされる。
ただし、セクター４は漢字や欧州文字に対応するコードデータが記録されるものであり、図１２のセクター１のデータに加えて、所定バイト位置にキャラクタコードとして使用する文字コードの属性が記録される。
そしてＵ−ＴＯＣセクター４の文字情報の管理も、セクター１と同様に文字スロット指示データ部としてスロットポインタP-TNA1〜P-TNA255及びスロットポインタP-TNA1〜P-TNA255によって指定される２５５単位のスロット(01h) 〜(FFh) によって行なわれる。
【０１３７】
また、図示及び説明は省略するが、Ｕ−ＴＯＣセクター２は、主にユーザーが録音を行なった楽曲の録音日時を記録するデータ領域とされる。
【０１３８】
以上のように、書換可能な光磁気ディスク９０については、ディスク上のエリア管理はＰ−ＴＯＣによってなされ、またレコーダブルユーザーエリアにおいて記録された楽曲やフリーエリア等はＵ−ＴＯＣセクター０により行なわれる。
そして、このようなＵ−ＴＯＣセクター０の構造により、ミニディスク１００に記録されたトラックについては、トラックの分割、複数トラックの１トラックへの連結、消去などの編集が、Ｕ−ＴＯＣを書き換えるのみで可能であることが理解される。
またＵ−ＴＯＣセクター１、又はセクター４が形成されることで、ディスクタイトルとしての文字情報や、各トラックに対応した曲名等の文字情報を登録するという編集が可能となる。
【０１３９】
記録再生装置２０ＡにおいてＭＤ制御部２１は、記録／再生部２５にミニディスク１００が装填された際には、まずこのＴＯＣ情報を読み出すことになり、読み出したＵ−ＴＯＣ情報をバッファメモリ３０の特定のエリアに記憶させる。そして以後そのミニディスク１００に対する記録／再生／編集動作の際に参照できるようにしている。
なお、コンテンツデータ（トラック）の記録や、記録されているトラックの編集などが行われる場合、Ｕ−ＴＯＣセクターの更新処理は、一旦バッファメモリ３０に記憶されたＵ−ＴＯＣデータに対して行われる。
そして所定時点でバッファメモリ３０に記憶されている（更新された）ＴＯＣ情報がミニディスク１００に書き込まれることで、ディスク上でのＵ−ＴＯＣ更新が行われる。
【０１４０】
７．認証処理
ＳＤＭＩデータパスの説明において言及したように、ミニディスク１００に対して暗号化を解いた状態でコンテンツデータを記録する記録再生装置２０Ａについては、その転送／記録（チェックアウト）の条件の一つとして、パーソナルコンピュータ１からの認証がＯＫとならなければならない。認証とは、非暗号化状態でのコンテンツデータの記録動作が許可された機器として正当なものであるかを確認する処理となる。
【０１４１】
この認証処理は、パーソナルコンピュータ１の接続部１１に、ＳＤＭＩ対応記録再生装置２０Ｂ以外の記録再生装置が接続された場合に行われる。なお、ＳＤＭＩ対応記録再生装置２０Ｂが接続された場合は、その機器が本例でいうＳＤＭＩ対応の記録再生装置２０Ｂであることを確認する処理が行われる。即ち接続機器が、ＳＤＭＩ対応の記録再生装置２０Ｂと確認されなかった場合に、以下説明する認証処理が行われ、記録再生装置２０Ａであるか否かが確認されるものとなる。
【０１４２】
本例での認証処理は、非対称暗号（公開鍵暗号）を用いた認証方式を実行するものとしている。非対称暗号では、暗号化の鍵と復号化の鍵が異なる。いま、暗号前のデータをＤｂ、暗号鍵をＫｅ、復号鍵をＫｄとすると、暗号化データＣは、Ｃ＝Ｅ（Ｋｅ，Ｄｂ）で暗号化が行われ、またＤ（Ｋｄ，Ｃ）＝ＤｂでデータＤｂが復号される。
ここで暗号鍵Ｋｅ、復号鍵Ｋｄは鍵のペアと呼ばれ、一方は公開鍵として公開し、他方は秘密鍵として所定部位に保持されるものである。
以下説明する認証処理では、鍵のペアＫｅ、Ｋｄのうちで公開鍵をＰ、秘密鍵をＳとして表して説明する。上述したようにこの場合、記録再生装置２０Ａは、復号処理部２８（又はシステム制御部３２）に暗号鍵Ｋｅ、復号鍵Ｋｄとなる、公開鍵Ｐ、秘密鍵Ｓを記憶していることになる。
【０１４３】
認証処理に際しては、例えば一次記録媒体側機器（パーソナルコンピュータ）１のＣＰＵ２が、二次記録媒体側機器（記録再生装置）２０Ａのシステム制御部３２に対して認証要求のコマンドを送信した後、ＣＰＵ２（一次記録媒体側機器（パーソナルコンピュータ）１）と、システム制御部３２（二次記録媒体側機器（記録再生装置）２０Ａ）の間で図１３のような処理が行われることになる。
【０１４４】
認証処理が開始されると、まず二次記録媒体側機器２０Ａのシステム制御部３２は、処理Ｓ１として、復号処理部２８に記憶している公開鍵Ｐをインターフェース部２６から一次記録媒体側機器１に送信させる。なお、公開鍵Ｐは一次記録媒体側機器１側も知っている鍵である。従って、公開鍵Ｐについて両者が一致した認識が得られる場合は、当該処理Ｓ１は必ずしも実行されなくてもよい。
一次記録媒体側機器１のＣＰＵ２は、公開鍵Ｐを受信したら、続いて処理Ｓ２として、乱数ｒを発生させる。そして処理Ｓ３として、二次記録媒体側機器２０Ａに乱数ｒを送信する。
次に二次記録媒体側機器２０Ａのシステム制御部３２は、処理Ｓ４として受信された乱数ｒを、復号処理部２８に記憶された秘密鍵Ｓを用いて暗号化する。そして処理Ｓ５として、暗号化データＥ（Ｓ，ｒ）を一次記録媒体側機器１に送信する。
【０１４５】
一次記録媒体側機器１のＣＰＵ２は、暗号化データＥ（Ｓ，ｒ）を受信したら、処理Ｓ６として、暗号化データＥ（Ｓ，ｒ）を、公開鍵Ｐにより復号する。つまりＤ｛Ｐ，Ｅ（Ｓ，ｒ）｝の処理を行う。
そして処理Ｓ７として、上記処理Ｓ２で発生させた乱数ｒと、上記処理Ｓ６での復号結果Ｄ｛Ｐ，Ｅ（Ｓ，ｒ）｝を比較する。
ここで、公開鍵Ｐと秘密鍵Ｓが適正な鍵のペアであったとすると、ｒ＝Ｄ｛Ｐ，Ｅ（Ｓ，ｒ）｝の結果が得られるはずである。
そこで、比較結果が一致していた場合は、当該二次記録媒体側機器２０Ａが、公開鍵Ｐに対する秘密鍵Ｓを保持していることが確認されたことになるため、処理Ｓ８から処理Ｓ９に進み、当該二次記録媒体側機器２０Ａを正当な接続相手として認証する。
一方、比較結果が一致していなければ処理Ｓ８から処理Ｓ１０に進み、接続された二次記録媒体側機器は、正当な接続相手（即ちＳＤＭＩコンテンツを転送してよい機器）ではないとして認証ＮＧとする。
【０１４６】
例えば以上のような認証処理により、接続された機器が、適正な二次記録媒体側機器２０Ａとして認証されると、一次記録媒体側機器１は、その接続された機器に対してＳＤＭＩコンテンツの転送を許可する条件の１つが満たさと認識することになる。
【０１４７】
８．コンテンツ暗号化方式
本例のシステムにおいて、図１に示した構造の最下段のデバイスに相当するのは記録再生装置２０Ａ，２０Ｂとなるが、図１に示したような暗号化構造を当該システムにおいて実現する場合の例を説明する。
【０１４８】
まず図１４はコンテンツデータ及びキーの流れを示している。
図４に示した外部サーバ９１からパーソナルコンピュータ１に或るコンテンツデータＣＴ１が配信される場合、この１単位のコンテンツデータＣＴ１については、Ｅ（ＣＫ，Ａ３Ｄ）、Ｅ（ＫＲ，ＣＫ）、及びＥＫＢが送信されてＨＤＤ５に格納されることになる。
Ｅ（ＣＫ，Ａ３Ｄ）はコンテンツキーＣＫで暗号化されたＡＴＲＡＣ３圧縮コンテンツデータであり、つまり配信目的たる実際の音楽その他の情報である。
Ｅ（ＫＲ，ＣＫ）は、コンテンツデータの暗号解読のためのコンテンツキーＣＫを、図１で説明したルートキーＫＲで暗号化した情報である。
ＥＫＢは図１〜図３で説明した有効化キーブロックの情報であり、本実施の形態の説明においては、ルートキーＫＲを更新するための情報であるとする。
【０１４９】
１つのコンテンツデータの配信に応じて、これらがセットで配信され、図１４に示すようにＨＤＤ５には、これらのセットとしてのコンテンツデータＣＴ１、ＣＴ２・・・が格納されるものとなる。
【０１５０】
パーソナルコンピュータ１が記録再生装置２０Ａ又は２０Ｂに対してコンテンツデータ転送を行う場合は、このセットとしての情報としてＥ（ＣＫ，Ａ３Ｄ）、Ｅ（ＫＲ，ＣＫ）、及びＥＫＢを、所定の手順で送信する。
図１で説明したデバイス（端末）に相当する記録再生装置２０Ａ、２０Ｂでは、それぞれ固有のリーフＩＤが設定されており、またＤＮＫ（Device Node Key）を記憶している。
【０１５１】
そしてパーソナルコンピュータ１から上記セットのコンテンツデータが送信されてくることに応じて、コンテンツデータの暗号解読を行い（又は暗号化状態のまま）、二次記録媒体に記録する。ＳＤＭＩ対応の記録再生装置２０Ｂの場合は、再生時において暗号解読を行うことになる。また記録再生装置２０Ａの場合は、記録時において暗号解読を行う。
【０１５２】
この暗号解読の処理としては、図示するように、まず記憶しているＤＮＫと送信されてくるＥＫＢを用いてルートキーＫＲを解読する。
続いて解読したルートキーＫＲを用いてコンテンツキーＣＫを解読する。
そして解読したコンテンツキーＣＫを用いることで、暗号化を解除したコンテンツデータＡ３Ｄを得ることができる。
【０１５３】
記録再生装置２０Ａの場合のＤＮＫ及び暗号解読手順を図１５，図１６で具体的に説明する。
今、図１５（ａ）のようなキーのツリー構造を想定し、例えば記録再生装置２０Ａに、リーフＩＤ＝ＳＥＴ０、リーフキー＝Ｋ０００が設定されているとする。
この場合、記録再生装置２０Ａに記憶されるＤＮＫは、図１５（ｂ）のような情報を有する。
まずリーフＩＤとして「ＳＥＴ０」が記憶される。
またリーフキーとして「Ｋ０００」が記憶される。
そしてリーフキー「Ｋ０００」から図１５（ａ）の構造でルートキーＫＲまでをたどることのできる情報が記憶される。つまり、ノードキーＫ００、Ｋ０、ルートキーＫＲが記憶される。但しこのノードキーＫ００、Ｋ０、ルートキーＫＲは、リーフキーＫ０００によって暗号化された状態で記憶される。即ち図示するように、
Ｅ（Ｋ０００，Ｋ００）
Ｅ（Ｋ０００，Ｋ０）
Ｅ（Ｋ０００，ＫＲ）
が記憶されるものとなる。
【０１５４】
このようなＤＮＫが記憶されていることで、記録再生装置２０Ａは、転送されてきたコンテンツデータＥ（ＣＫ，Ａ３Ｄ）を、同じく転送されてきたＥ（ＫＲ，ＣＫ）を用いて暗号解読できる。
即ちこの場合は、記録再生装置２０ＡはリーフキーＫ０００を用いてＤ｛Ｋ０００，Ｅ（Ｋ０００，ＫＲ）｝の復号を行うことでルートキーＫＲを得ることができる。
そして復号したルートキーＫＲを用いてＤ｛ＫＲ，Ｅ（ＫＲ，ＣＫ）｝の復号を行うことでコンテンツキーＣＫを得ることができる。
さらに復号したコンテンツキーＣＫを用いてＤ｛ＣＫ，Ｅ（ＣＫ，Ａ３Ｄ）｝の復号を行うことで暗号解読されたコンテンツデータＡ３Ｄを得ることができる。
【０１５５】
但し、上述したように常にルートキーＫＲやノードキーは不変のものではなく多様な事情により変更される。そしてこの例のようにコンテンツキーＣＫをルートキーＫＲで暗号化して転送するシステムの場合は、コンテンツデータ毎にルートキーＫＲを変更することもあり得る。
例えば音楽配信業者によっては１つのコンテンツデータ毎にルートキーＫＲを変更し、これによって著作権保護を強化する場合がある。このために、上記のようにＥＫＢを同時に送信して、正規のデバイスに対して変更したルートキーＫＲが確認できるようにしている。
【０１５６】
いま、図１６に示すように、或るコンテンツデータＥ（ＣＫ，Ａ３Ｄ）について、変更したルートキーＫＲ’で暗号化したコンテンツキーＥ（ＫＲ’，ＣＫ）、及びＥＫＢが送信されてくるとする。この場合ＥＫＢには、例えばノードキーＫ０で暗号化した更新ルートキーＫＲ’としてＥ（Ｋ０，ＫＲ’）の情報が含まれていたとする。
なお更新ルートキーＫＲ’をノードキーＫ０で暗号化することは、例えば図１５のデバイス（ＳＥＴ０）〜（ＳＥＴ３）のみに対して、新たなルートキーＫＲ’を通知する場合などに行われる例となる。もちろんデバイス（ＳＥＴ０）（ＳＥＴ１）のみを通知対象とするなら、更新ルートキーＫＲ’をノードキーＫ００で暗号化したＥ（Ｋ００，ＫＲ’）の情報が含むＥＫＢを発行すればよい。
【０１５７】
一方、記録再生装置２０ＡのＤＮＫは、図１５（ｂ）で説明したように、リーフキーＫ０００と、リーフキーで暗号化されたノードキー及びルートキーとしてＥ（Ｋ０００，Ｋ００）、Ｅ（Ｋ０００，Ｋ０）、Ｅ（Ｋ０００，ＫＲ）が記憶されている。
この状態において、コンテンツデータＡ３Ｄを復号するまでの手順を図１６に▲１▼〜▲４▼で示している。
【０１５８】
▲１▼ ＥＫＢとしてＥ（Ｋ０，ＫＲ’）の情報が送られてきたことに応じて、まずＤＮＫからＫ０を得る。即ちリーフキーＫ０００を用いてＤ｛Ｋ０００，Ｅ（Ｋ０００，Ｋ０）｝の復号を行うことでノードキーＫ０を得る。
▲２▼ 次にノードキーＫ０を用いて、ＥＫＢによるＥ（Ｋ０，ＫＲ’）を解読する。即ちＤ｛Ｋ０，Ｅ（Ｋ０，ＫＲ’）｝の復号を行うことで更新ルートキーＫＲ’を得る。
▲３▼ 解読した更新ルートキーＫＲ’を用いて、送信されてきたコンテンツキーＥ（ＫＲ’，ＣＫ）を解読する。つまりＤ｛ＫＲ’，Ｅ（ＫＲ，ＣＫ）｝の復号を行うことでコンテンツキーＣＫを得る。
▲４▼ 復号したコンテンツキーＣＫを用いてＤ｛ＣＫ，Ｅ（ＣＫ，Ａ３Ｄ）｝の復号を行うことで暗号解読されたコンテンツデータＡ３Ｄを得る。
【０１５９】
以上の手順により、記録再生装置２０Ａでは、転送されてきたコンテンツデータの暗号化を解除して、ミニディスク１００に記録することができる。
また記録再生装置２０Ｂの場合では、暗号化された状態で二次記録媒体に記録したコンテンツデータを再生する際に、上記手順によって暗号化を解除し、音楽等の再生を行うことができる。
【０１６０】
９．コンテンツのチェックアウト／チェックイン
続いてパーソナルコンピュータ１のＨＤＤ５に格納されたコンテンツデータを記録再生装置２０Ａにチェックアウトさせる場合、及びチェックアウトさせたコンテンツデータをチェックインさせる場合のそれぞれについて、パーソナルコンピュータ１と記録再生装置２０Ａで行われる処理を説明する。
なお、実際には１つの通信セッションで複数のコンテンツデータのチェックアウト／チェックインが行われることも多いが、説明の簡略化のため、１つのコンテンツデータのチェックアウト／チェックインとしての処理の流れを説明することとする。
【０１６１】
図１７，図１８はチェックアウトのための処理を示している。図１７，図１８において、パーソナルコンピュータ１のＣＰＵ２が実行する制御処理をステップＦ１０１〜Ｆ１１２とし、また記録再生装置２０Ａのシステム制御部３２、復号処理部２８等によって実行される制御処理をステップＦ２０１〜Ｆ２１５として示している。
なお、通信セッションは各種のコントロールコマンドとそれに対応するレスポンスコマンドにより行われる。
【０１６２】
ＨＤＤ５に格納されている或るコンテンツデータの転送を行う場合は、ＣＰＵ２は図１７のステップＦ１０１として記録再生装置２０Ａに対して認証処理の開始を要求する。即ち認証開始コントロールコマンドを送信する。
これに対して記録再生装置２０Ａはパーソナルコンピュータ１に対してステップＦ２０１で認証開始許可を通知する。即ち認証開始レスポンスコマンドを送信する。
【０１６３】
するとパーソナルコンピュータ１はステップＦ１０２としてリーフＩＤを要求し、これに応じて記録再生装置２０ＡはステップＦ２０２で記憶しているリーフＩＤを送信する。
なお、パーソナルコンピュータ１は接続された記録再生装置２０Ａを、このようにリーフＩＤを確認して、現在有効なリーフＩＤの機器であるか否かを確認する。
【０１６４】
続いて、パーソナルコンピュータ１はステップＦ１０３として、これから転送しようとするコンテンツデータについてのＥＫＢを記録再生装置２０Ａに送信する。
記録再生装置２０Ａでは、ＥＫＢが送信されてきたら、まずステップＦ２０３でＥＫＢのバージョンナンバを記憶する（図３参照）。さらにステップＦ２０４で、受信したＥＫＢと、記憶しているＤＮＫを用いて、図１６で説明した手順▲１▼▲２▼のようにして、今回の転送にかかるコンテンツデータのルートキーＫＲを探索し、得られたルートキーＫＲを記憶する。
そしてステップＦ２０５で、ルートキーＫＲの探索完了をパーソナルコンピュータ１側に通知する。
【０１６５】
以上の処理でルートキーＫＲの確認が完了したことから、パーソナルコンピュータ１はステップＦ１０４として、実際のチェックアウトセッションの開始を要求する。これに対して、記録再生装置２０ＡはステップＦ２０６でチェックアウトセッションの開始を了承する通知を行う。
なお、このセッション開始のコントロールコマンド及びレスポンスコマンドの際には、図１３で説明した認証処理も行われることになる。
つまり、ＳＤＭＩ非対応であって、暗号化を解いてコンテンツデータを二次記録媒体に記録する記録再生装置２０Ａとして、正規なものであるか否かの認証が行われる。図１７には示していないが、もちろん認証ＮＧとなればチェックアウトセッションは中止される。
【０１６６】
次にパーソナルコンピュータ１はステップＦ１０５で、今回転送しようとするコンテンツデータに係る、暗号化コンテンツキーＥ（ＫＲ，ＣＫ）を送信する。これを受けた記録再生装置２０ＡではステップＦ２０７で上記図１６の手順▲３▼のように、記憶したルートキーＫＲを用いて、暗号化コンテンツキーＥ（ＫＲ，ＣＫ）を復号し、コンテンツキーＣＫを解読する。そしてステップＦ２０８で、パーソナルコンピュータ１に対してコンテンツキーＣＫの解読完了を通知する。
【０１６７】
続いてパーソナルコンピュータ１はステップＦ１０６で、レコードオブジェクトコントロールコマンドを送信し、記録再生装置２０Ａに対して、チェックアウトしようとするコンテンツの情報を提供する。
【０１６８】
レコードオブジェクトコントロールコマンドのフォーマットを図１９に示す。このレコードオブジェクトコントロールコマンドは３０バイトで構成され、チェックアウトのための通信セッションにおいて、実際のコンテンツデータの転送に際してそのコンテンツデータの情報を通知するためなどに、パーソナルコンピュータ１が記録再生装置２０Ａ（２０Ｂ）に対して発するコマンドとなる。
【０１６９】
図１９に示すようにレコードオブジェクトコントロールコマンドでは、オペレーションコードとして「レコードオブジェクト」が示され、通信結果（result）、通信対象機器の識別コード（Destination List ID）、チェックアウトコンテンツについての二次記録媒体側でのトラックナンバ（new object position number）、コンテンツデータのタイプ（content type）、一次記録媒体側のコンテンツデータフォーマット（Download Format Track Attribute）、二次記録媒体におけるコンテンツ属性（Track Mode）、コンテンツデータのデータ長（Content Size）、コンテンツデータのバルクデータ長（Bulk Data Size）としての各情報ビットが用意される。
一次記録媒体側のコンテンツデータフォーマット（Download Format Track Attribute）とは、ＨＤＤ５に格納されている、送信しようとするコンテンツデータの圧縮方式及びビットレートの情報や、コンテンツデータを伝送路に送出する際のコンテンツデータの圧縮方式及びビットレートの情報である。
二次記録媒体におけるコンテンツ属性（Track Mode）とは、ミニディスク１００へ記録する際の圧縮方式の指定情報や、ステレオ・モノラルその他の属性情報である。圧縮方式としては、例えばＡＴＲＡＣ、ＡＴＲＡＣ３の１３２ｋｂｐｓ、ＡＴＲＡＣ３の６６ｋｂｐｓのいずれかが指定される。
【０１７０】
なお、図１７には示していないが、ステップＦ１０６のパーソナルコンピュータ１からのレコードオブジェクトコントロールコマンドに対して記録再生装置２０Ａはレスポンスコマンドを返す。
【０１７１】
そして上記ステップＦ２０８のコンテンツキーＣＫの解読完了通知及びレコードオブジェクトコントロールコマンドに対するレスポンスにより、パーソナルコンピュータ１は記録再生装置２０Ａ側でコンテンツデータ受信／解読のための準備が完了したことを認識できるため、次に「Ｐ１」として示すように図１８のステップＦ１０７に進み、コンテンツデータの転送を実行する。即ちコンテンツキーＣＫで暗号化されたコンテンツデータＥ（ＣＫ，Ａ３Ｄ）を送信する。
記録再生装置２０Ａ側では「Ｒ１」で示すように図１８のステップＦ２０９に進み、送信されてきたコンテンツデータＥ（ＣＫ，Ａ３Ｄ）の受信処理、図１６の手順▲４▼のようにコンテンツキーＣＫを用いた復号処理、及び復号されたコンテンツデータＡ３Ｄのミニディスク１００への記録処理を行うことになる。
さらに、受信され非暗号化状態に復号したコンテンツデータから、コンテンツＩＤを生成する処理も行う。
【０１７２】
１つのコンテンツデータ（例えば１つの楽曲）について、パーソナルコンピュータ１からの転送及びミニディスク１００への記録が完了したら、その時点でミニディスク１００上のＵ−ＴＯＣの更新が必要になる。
ミニディスク１００では、上述したように例えば１曲の単位としてのトラックのスタートアドレス／エンドアドレスその他を、ディスク内周部に記録されるＵ−ＴＯＣにおいて管理するものであり、トラックの再生時にはＵ−ＴＯＣからディスク上のアドレスを把握するものであるためである。
【０１７３】
但し本例では、１つのコンテンツデータについてのミニディスク１００への記録が終了した時点では、ステップＦ２１０として示すように、バッファメモリ３０上でＵ−ＴＯＣを更新するのみにとどめ、ミニディスク１００上でＵ−ＴＯＣを更新することは行わない。
そして、バッファメモリ３０上でＵ−ＴＯＣ更新を完了したら、ステップＦ２１１でパーソナルコンピュータ１に対して、レコードオブジェクトレスポンスコマンドを送信する。
これにより、１つのコンテンツデータの書込に関する処理を完了し、かつ、そのコンテンツデータについてステップＦ２０９の際に生成したコンテンツＩＤをパーソナルコンピュータ１に通知する。
【０１７４】
この場合のレコードオブジェクトレスポンスコマンドのフォーマットを図２０に示す。
レコードオブジェクトレスポンスコマンドは６２バイトとされ、オペレーションコードとして「レコードオブジェクト」が示され、通信結果（result）、通信対象機器の識別コード（Destination List ID）、チェックアウトコンテンツについての二次記録媒体側でのトラックナンバ（new object position number）、コンテンツデータのタイプ（content type）、一次記録媒体側のコンテンツデータフォーマット（Download Format Track Attribute）、二次記録媒体におけるコンテンツ属性（Track Mode）、コンテンツデータのデータ長（Content Size）、コンテンツデータのバルクデータ長（Bulk Data Size）としての各情報ビットが用意される。
そしてさらにレスポンスコマンドの場合は、３２バイトのセッションデータとして、記録再生装置２０Ａにおいて算出されたコンテンツＩＤの情報をパーソナルコンピュータ１に通知する領域が用意されている。
【０１７５】
このようなレコードオブジェクトレスポンスコマンドにより、記録再生装置２０Ａはパーソナルコンピュータ１に対してコンテンツデータの転送完了及びコンテンツＩＤの通知を行う。
【０１７６】
パーソナルコンピュータ１側では、コンテンツＩＤの通知に応じて、ステップＦ１０８としてコンテンツＩＤテーブルの処理を行う。これについては後述するが、これはＨＤＤ５に蓄積されたコンテンツデータに対応してパーソナルコンピュータ１側で付したコンテンツＩＤと、上記のステップＦ２０９における処理において記録再生装置２０Ａ側で生成されたコンテンツＩＤを対応させる処理となる。
【０１７７】
次にパーソナルコンピュータ１は、ステップＦ１０９として、チェックアウトコントロールコマンドを送信する。
またパーソナルコンピュータ１は、このようにチェックアウトを行なうことに応じて、ステップＦ１１０で、当該コンテンツデータに関して扱いルール（Usage Rule）を更新する。即ち転送許可回数としてのコンテンツ権利を１つ減算する。
【０１７８】
記録再生装置２０Ａ側では、チェックアウトコントロールコマンドによりチェックアウトが実際に指示されたとして処理を行う。即ちステップＦ２１２で、ミニディスク１００上でＵ−ＴＯＣを更新し、記録したコンテンツデータを再生可能な状態とする。これにより二次記録媒体上でコンテンツデータの再生権が与えられたことになる。
なお、このとき、当該コンテンツデータに対応するＵ−ＴＯＣセクター０のトラックモードにおいて、上述したビットｄ１＝１とされており、つまり当該コンテンツデータはライトプロテクト状態とされる。
そして、記録再生装置２０Ａは、チェックアウトにかかるＵ−ＴＯＣ更新を終了することに応じて、ステップＦ２１３でチェックアウトレスポンスコマンドを送信し、完了を通知する。
以上でチェックアウト、つまりコンテンツ権利の譲渡が完了する。
【０１７９】
図２１にチェックアウトコントロールコマンド、図２２にチェックアウトレスポンスコマンドの各フォーマットを示す。
チェックアウトコントロールコマンドは２５バイトで構成され、チェックアウトレスポンスコマンドは１７バイトで構成される。
【０１８０】
図２１に示すようにチェックアウトコントロールコマンドでは、オペレーションコードとして「チェックアウト」が示され、通信結果（result）、通信対象機器の識別コード（List ID）、チェックアウトコンテンツについての二次記録媒体側でのトラックナンバ（object position number）、暗号化セッションキー（DES CBC(Ks,0)）としての各情報ビットが用意される。
またチェックアウトレスポンスコマンドは、図２２に示すように、オペレーションコードとして「チェックアウト」が示され、通信結果（result）、通信対象機器の識別コード（List ID）、チェックアウトコンテンツについての二次記録媒体側でのトラックナンバ（object position number）としての各情報ビットが用意される。
【０１８１】
以上のチェックインコントロールコマンド及びチェックアウトレスポンスコマンドのやりとりが行われ、チェックアウトが完了すると、パーソナルコンピュータ１はステップＦ１１１でセッション終了要求のコントロールコマンドを記録再生装置２０Ａに送信する。記録再生装置２０ＡはステップＦ２１４としてセッション終了を了承するレスポンスコマンドをパーソナルコンピュータ１に送信する。
またパーソナルコンピュータ１はステップＦ１１２で、認証状態を終了させるコントロールコマンドを送信し、記録再生装置２０ＡはステップＦ２１５で、認証状態終了を了承するレスポンスコマンドを送信する。
以上で、チェックアウトのための一連の通信が終了される。
【０１８２】
なお、このような通信により複数のコンテンツデータをチェックアウトする場合は、各コンテンツについてルートキーが共通であれば、ステップＦ１０５〜Ｆ１０８及びＦ２０７〜Ｆ２１１の処理が繰り返されればよい。
またＥＫＢバージョンが異なるコンテンツデータを連続して転送する場合は、コンテンツに対応してＥＫＢ転送も行えばよい。
【０１８３】
続いてチェックインの場合の処理を図２３で説明する。
図２３において、パーソナルコンピュータ１のＣＰＵ２が実行する制御処理をステップＦ１０１〜Ｆ１５６とし、また記録再生装置２０Ａのシステム制御部３２、復号処理部２８等によって実行される制御処理をステップＦ２０１〜Ｆ２５７として示している。
この場合も、通信セッションは各種のコントロールコマンドとそれに対応するレスポンスコマンドにより行われる。
【０１８４】
チェックインの場合も、認証開始からＥＫＢ転送、ルートキー探索等の処理は上記チェックアウトの場合と同様に行われる。即ち上記図１７と同一のステップ番号を付したステップＦ１０１〜Ｆ１０３、Ｆ２０１〜Ｆ２０５は、上述と同様の処理が行われるものであり、重複説明を避ける。
【０１８５】
パーソナルコンピュータ１はステップＦ１５０で、チェックインセッションの開始を要求するコントロールコマンドを送信する。
これに応じて記録再生装置２０ＡはステップＦ２５０で、レスポンスコマンドを返す。
なお、この場合にも、図１３で説明した認証処理が行われる。
【０１８６】
チェックインセッションが開始され、且つ記録再生装置２０Ａが認証ＯＫとなったら、パーソナルコンピュータ１はステップＦ１５１として、チェックインさせようとするコンテンツデータについてのコンテンツＩＤを要求する。例えば記録再生装置２０Ａに対してチェックインさせるコンテンツデータのミニディスク１００上のトラックナンバを指定して、そのコンテンツＩＤを要求する。
記録再生装置２０Ａは、これに応じて、まずステップＦ２５１で、当該指定されたコンテンツデータ（トラック）が、チェックイン可能なコンテンツデータであるか否かを判断する。この判断はトラックに対応してＵ−ＴＯＣに記録されている書込制御フラグの状態（トラックモードのｄ１）で判別できる。
ここで判断するチェックイン可能なコンテンツデータとは、チェックアウトされたコンテンツデータであって、しかもミニディスク１００側で編集が行われていないコンテンツデータである。
【０１８７】
上記図１７，図１８のチェックアウトが行われた場合、ミニディスク１００側では、当該チェックアウトコンテンツについては、Ｕ−ＴＯＣセクター０のトラックモードにおけるｄ１ビットが「１」とされることは先に述べた。
このｄ１ビットは、ミニディスク１００上に記録されたチェックアウトコンテンツについての書込制御フラグとして機能するものとなる。
ｄ１ビットは、ミニディスクシステムにおいていわゆるライトプロテクトフラグとなる。つまりｄ１ビットがたてられたトラックは、消去や分割、連結などの編集が禁止される。つまり現在普及している従前のミニディスクレコーダであれ、上記記録再生装置２０Ａとしてのミニディスクレコーダであれ、ｄ１ビットがたてられたトラックについては消去や分割等の編集は、行われない。
ただし、実際にはミニディスクシステムにおいては、ミニディスク１００上に記録されたトラックについて自動的にｄ１ビットがたてられることはない。
従って、ｄ１ビットは、そのトラックが編集禁止とされるだけでなく、パーソナルコンピュータ１からチェックアウトされたコンテンツであることを明示する情報となる。
【０１８８】
ｄ１ビットの確認により、当該コンテンツデータがチェックアウトされたものであると確認され、つまりチェックイン可能なコンテンツデータと判断されれば、ステップＦ２５２で、当該コンテンツデータについてのコンテンツＩＤを用意する。この場合、この時点でコンテンツＩＤを算出するか、或いは既に算出されて記憶されているコンテンツＩＤを読み出す処理となる。コンテンツＩＤ生成方式については後述する。
そしてステップＦ２５３で、コンテンツＩＤをパーソナルコンピュータ１に送信する。
なお、チェックイン可能なコンテンツデータでなかった場合は、その旨をパーソナルコンピュータ１に通知し、以降はエラー処理となる。
【０１８９】
パーソナルコンピュータ１はステップＦ１５２として、送信されてきたコンテンツＩＤを照合する。つまり、記録再生装置２０Ａ側で生成され送信されてきたコンテンツＩＤと、チェックアウト時に記録再生装置２０Ａ側で生成し、パーソナルコンピュータ１側で生成したコンテンツＩＤに対応させてテーブルデータとして保存したコンテンツＩＤの照合をとり、チェックイン対象のコンテンツデータを正しく示しているかを照合する。
そして照合ＯＫであればステップＦ１５３で実際にチェックインを指示する。照合ＮＧであればエラー処理となる。
【０１９０】
ステップＦ１５３のチェックイン指示は、図２４のチェックインコントロールコマンドを送信する処理となる。
図２４にチェックインコントロールコマンド、図２６にチェックインレスポンスコマンドの各フォーマットを示す。
チェックインコントロールコマンドは１７バイトで構成され、チェックインレスポンスコマンドは２５バイトで構成される。
【０１９１】
図２４に示すようにチェックインコントロールコマンドでは、オペレーションコードとして「チェックイン」が示され、通信結果（result）、サブファンクション（Subfunction）、通信対象機器の識別コード（List ID）、チェックインコンテンツについての二次記録媒体側でのトラックナンバ（object position number）としての各情報ビットが用意される。
ここで、サブファンクションは図２５のように定義され、これによってチェックインコマンドによる指示内容が指定される。
サブファンクションの値が「００ｈ」であれば、そのチェックインコントロールコマンドは、コンテンツＩＤを要求するものとなる。これは二次記録媒体側の再生権を返却させる実際のチェックインとしての指示となる。
サブファンクションの値「０１ｈ」はリザーブとされる。但し実際のチェックイン処理過程における指示に用いてもよい。
サブファンクションの値がそれら以外の場合は、そのチェックインコントロールコマンドは、プリペイド情報等の二次記録媒体に記録された固有情報を要求するものとなる。この場合は、チェックインコントロールコマンドは、あくまでプリペイド情報等の読出を指示するものであって、チェックイン（再生権の返却）は行われない。
【０１９２】
またチェックインレスポンスコマンドは、図２６に示すように、オペレーションコードとして「チェックイン」が示され、通信結果（result）、サブファンクション（Subfunction）、通信対象機器の識別コード（List ID）、チェックインコンテンツについての二次記録媒体側でのトラックナンバ（object position number）としての各情報ビットが用意される。
そして更にHASH関数処理で形成されたコンテンツＩＤをパーソナルコンピュータ１側に通知するための８バイト（Hash MAC）が用意される。
【０１９３】
図２３のステップＦ１５３のチェックイン指示では、サブファンクションの値は「００ｈ」として実際のチェックイン指示であることを明示する。またリストＩＤの値を記録再生装置２０Ａを指定した値とし、オブジェクトポジションナンバの値として、チェックインさせるコンテンツデータのミニディスク１００上のトラックナンバを指定するものとなる。
また、チェックイン指示に応じてステップＦ１５４で、当該コンテンツデータについての扱いルール（Usage Rule）を更新する。即ち転送許可回数としてのコンテンツ権利を１つ復活させる。
【０１９４】
記録再生装置２０Ａ側は、これに応じてステップＦ２５４で、Ｕ−ＴＯＣデータを更新する。つまりチェックイン対象となったトラックを、ミニディスク１００上から消去されるようにＵ−ＴＯＣセクター０の内容を更新する。つまり再生不能とし、再生権を消失した状態とする。
そしてステップＦ２５５で図２６のチェックインレスポンスコマンドを送信する。
以上でチェックイン、つまりコンテンツ権利の返却が完了する。
【０１９５】
チェックインの完了に応じて、パーソナルコンピュータ１はステップＦ１５５でセッション終了要求のコントロールコマンドを記録再生装置２０Ａに送信する。記録再生装置２０ＡはステップＦ２５６としてセッション終了を了承するレスポンスコマンドをパーソナルコンピュータ１に送信する。
またパーソナルコンピュータ１はステップＦ１５６で、認証状態を終了させるコントロールコマンドを送信し、記録再生装置２０ＡはステップＦ２５７で、認証状態終了を了承するレスポンスコマンドを送信する。
以上で、チェックインのための一連の通信が終了される。
【０１９６】
なお、このような通信により複数のコンテンツデータをチェックインする場合は、各コンテンツＩＤの確認及びチェックイン指示、つまりステップＦ１５１〜Ｆ１５４及びＦ２５１〜Ｆ２５５の処理が繰り返されればよい。
【０１９７】
１０．コンテンツＩＤの生成及び管理方式
チェックアウト／チェックインにおけるUsage Ruleは、各コンテンツ毎にコンテンツＩＤを用いて管理される。
上述したが、ＳＤＭＩ対応の二次記録媒体では、コンテンツＩＤが格納できる記録フォーマットが採られている。従って、チェックアウト／チェックインの際も、パーソナルコンピュータ１とＳＤＭＩ対応の記録再生装置２０Ｂの間では、元々パーソナルコンピュータ１側で生成したコンテンツＩＤにより、対象となっているコンテンツデータを特定できる。
【０１９８】
しかしながら、従来より普及しているミニディスク１００等の二次記録媒体を対象とする、記録再生装置２０Ａでは、これができない。つまりミニディスク１００上には、チェックアウトにより記録さえたコンテンツデータについてのコンテンツＩＤを格納しておく領域が存在しないためである。仮にＵ−ＴＯＣなどにおいてそのような領域を新たに規定しコンテンツＩＤを記録したとしても、従前の機種のミニディスクレコーダによってＵ−ＴＯＣ更新が行われた場合、コンテンツＩＤは消去されてしまう。このためミニディスク１００ではコンテンツＩＤを管理できない。
二次記録媒体側でコンテンツＩＤが管理できなければ、チェックアウトは可能でもチェックインの際にはコンテンツデータの照合がとれないため、チェックイン不能となる。
【０１９９】
そこで記録再生装置２０Ａでは、コンテンツデータ自体からコンテンツＩＤを生成する機能を備えるようにする。
そしてパーソナルコンピュータ１側では、パーソナルコンピュータ１側で発生させた第１のコンテンツＩＤと、記録再生装置２０Ａ側で生成した第２のコンテンツＩＤを照合できるようにテーブルデータを用意するものとしている。
【０２００】
まず、記録再生装置２０ＡによりコンテンツＩＤを生成する方式を説明する。コンテンツＩＤ生成においては、非暗号化状態に復号されたコンテンツデータについて、そのコンテンツデータの長さ（コンテンツサイズ）やトラック情報に加えて、コンテンツデータストリーム内の特定のデータをサンプリングしてＣＢＣ＿ＭＡＣ演算をする手段などがあげられる。
【０２０１】
図２７に、１つの音楽等のコンテンツデータの全体を模式的に示している。このコンテンツデータは、例えばパーソナルコンピュータ１からチェックアウトにために送信され、暗号化状態が復号され、ＡＴＲＡＣ又はＡＴＲＡＣ３圧縮状態のデータストリームとして示している。
このコンテンツデータに対して、例えばポイントＰ１，Ｐ２をサンプリングポイントとして設定し、サウンドユニット（斜線部）のデータを抽出する。１つのサウンドユニットは、例えば４２４バイトのデータ、つまり図８で説明した１つのサウンドグループに相当するデータなどとすればよい。ただしもちろんそれに限定されない。
【０２０２】
そして、このようにサンプリングした実際のコンテンツデータの一部を用いてコンテンツＩＤを算出する。
ここで、サンプリングポイントは、無音データであることが多いことが予想されるコンテンツの先頭又は終端は避けるとともに、上記Ｐ１，Ｐ２のように２箇所設けることでユニークデータとしての確率を高めることができる。つまり各コンテンツデータ毎に異なる、識別子としての機能を十分に備えたコンテンツＩＤを算出できる。もちろんサンプリングポイントは３カ所以上としてもよい。また先頭又は終端を避ければ、１カ所であっても不十分ではない。
【０２０３】
また、このサンプリングポイントＰ１，Ｐ２は、全くランダムな位置ではなく、コンテンツデータのレングス（データサイズ）に応じて設定される位置とすることで、特定のコンテンツデータについては、何度算出しても同じコンテンツＩＤが得られる。つまり、二次記録媒体上においてコンテンツＩＤを保存しておかなくてもコンテンツデータ自体が記録されていれば、サンプリングポイントが一致することで異なる時点でも同じコンテンツＩＤが算出できるものであり、このことは、二次記録媒体としてのミニディスク１００上にコンテンツＩＤを記録しておく必要をなくすことができるものとなる。
具体的にはサンプリングポイントＰ１，Ｐ２は、例えばコンテンツデータのサイズ（レングス）から１／３の位置、及び２／３の位置などとして設定されればよい。もちろん１／３の位置，２／３の位置に限らず、レングスに対して１／２の位置、１／４の位置、３／４の位置、１／５の位置、２／５の位置、３／５の位置、４／５の位置、１／６の位置、５／６の位置・・・・など、レングスに対する或る相対的なポイントが規定されればよい。
【０２０４】
コンテンツデータからハッシュ関数を用いてコンテンツＩＤを得る方法を下記（１）式に示す。
Content ID=CBC_MAC (Key hash，IV，Stream(P1)//Stream(P2))・・・（１）
ここで「Key hash」は８バイトの固有鍵データである。
Stream(P1)は、サンプリングポイントＰ１の１サウンドグループのデータ、Stream(P2)は、サンプリングポイントＰ２の１サウンドグループのデータである。そして／／は連結を示しており、つまり「Stream(P1)//Stream(P2)」は、サンプリングポイントＰ１，Ｐ２の２つのサウンドユニットを繋げた（４２４×２）バイトのデータを示している。
また「IV」は８バイトのＣＢＣモードの初期値であり、４バイトのコンテンツ長length、１バイトのトラック情報TrackModeByteを用いて次の（２）式で与えられる。
IV=｛length//TrackModeByte//32bits Padding with Zero｝ ・・・（２）
この場合、４バイトのコンテンツ長length、及び１バイトのトラック情報TrackModeByteは、図１９に示したレコードオブジェクトコントロールコマンドによって通知される、４バイトのコンテンツサイズ（Content Size）と１バイトのトラックモード（Track Mode）の情報を用いることができる。
【０２０５】
このようなコンテンツＩＤ生成は、記録再生装置２０Ａにおいて例えば復号処理部２８に搭載されるHASHエンジンによって行われるが、上記式（１）（２）からわかるように、記録再生装置２０Ａは、例えばチェックアウトセッションの際には、レコードオブジェクトコントロールコマンドを受信（図１７のステップＦ１０６）することで、上記「IV」の値を算出できる。
またレコードオブジェクトコントロールコマンドにおけるコンテンツサイズ（Content Size）によりコンテンツデータが転送される前に、コンテンツデータのレングスが確認できるため、コンテンツデータのレングスの例えば１／３，２／３の位置としてのサンプリングポイントＰ１，Ｐ２も確認できる。
従って、実際にコンテンツデータの転送が開始され、サンプリングポイントＰ１，Ｐ２のデータが得られた時点以降は、上記式（１）の演算によりコンテンツＩＤを算出できるものである。
【０２０６】
また、ミニディスク１００上に記録されたコンテンツデータについては、当然ながらコンテンツデータのサイズはＵ−ＴＯＣセクター０のデータから算出できるため、サンプリングポイントＰ１，Ｐ２の位置は確認できる。
またチェックアウト時にレコードオブジェクトコントロールコマンドで通知されるトラックモード（Track Mode）の情報が、Ｕ−ＴＯＣセクター０におけるトラックモードに記録されることで、Ｕ−ＴＯＣデータから上記式（２）の算出が可能となる。
従って、ミニディスク１００上に記録されたコンテンツデータについては、どのような時点でもコンテンツＩＤを算出できるものとなる。
【０２０７】
例えばこのようにして、記録再生装置２０Ａ側ではチェックアウトされたコンテンツデータについて独自にコンテンツＩＤを生成することができる。
ただし、これがパーソナルコンピュータ１において生成され、ＨＤＤ５に格納されたコンテンツＩＤと対応づけられなければ適切に利用できない。
上述したようにＨＤＤ５に格納されるコンテンツＩＤとは、パーソナルコンピュータ１側のアプリケーションにより、コンテンツデータについて生成されたものである。このアプリケーションによって予め求められたコンテンツＩＤは、ＨＤＤ５などの一次記録媒体を有する機器側（パーソナルコンピュータ１）に固有な情報、例えば機器にインストールされたアプリケーション毎のユニークＩＤ、ＨＤＤ５に格納された時間情報や乱数などで構成される。
このようなパーソナルコンピュータ１側で生成された（第１の）コンテンツＩＤと、上記記録再生装置２０Ａ側で生成された（第２の）コンテンツＩＤは、図２８のようなテーブルデータにより、パーソナルコンピュータ１側で対応づけられる。
なお従って、該テーブルデータは、ＨＤＤ５などの一次記録媒体を有する機器毎にユニークな組み合わせになる。
【０２０８】
即ちチェックアウトセッションの際には、図１８のステップＦ２１１としてのレコードオブジェクトレスポンスコマンドにより、記録再生装置２０Ａ側で生成したコンテンツＩＤをパーソナルコンピュータ１側に通知する。そしてステップＦ１０８として、パーソナルコンピュータ１側ではテーブルデータの処理を行う。この処理は、即ちチェックアウトのために転送するコンテンツデータについて、パーソナルコンピュータ１側のコンテンツＩＤと、当該コンテンツデータについて記録再生装置２０Ａ側で生成されたコンテンツＩＤを対応するように、図２８のテーブルデータのエレメントを生成していく処理である。
図２８では３つのコンテンツデータについて、それぞれ第１、第２のコンテンツＩＤが対応づけられた状態を例示している。
【０２０９】
このようなテーブルデータがパーソナルコンピュータ１側で管理される（例えばＨＤＤ５において記録／更新されていく）ことで、ミニディスク１００に対してチェックアウトされたコンテンツデータを、コンテンツＩＤで管理することが可能となり、即ちチェックアウト／チェックインの管理が可能となる。
上記のようにミニディスク１００上にはコンテンツＩＤを格納する領域が存在しないが、記録再生装置２０Ａ側ではミニディスク１００に記録されているコンテンツデータについてはコンテンツＩＤを算出できる。
【０２１０】
従ってパーソナルコンピュータ１が或るコンテンツデータをチェックインさせたい場合は、対象となるコンテンツデータについての（第２の）コンテンツＩＤを記録再生装置２０Ａに要求し、送信されてきた（第２の）コンテンツＩＤと、図２８のテーブルデータに記憶されいる（チェックアウト時に記録再生装置２０Ａ側から送信されてきた第２の）コンテンツＩＤとの一致を確認することで、パーソナルコンピュータ１側で（第１の）コンテンツＩＤで管理しているコンテンツデータのチェックイン処理ができるものとなる。
これが図２３のステップＦ１５１，Ｆ１５２、Ｆ２５２、Ｆ２５３の処理の意味である。
【０２１１】
このようなコンテンツＩＤ管理方式により、ＳＤＭＩ非対応の二次記録媒体（ミニディスク１００等）に対しても、本システムにおいて適切にチェックアウト／チェックインの管理、つまりコンテンツ権利の管理が可能となる。
【０２１２】
１１．メディア情報の取得
ここまで、ミニディスク１００を二次記録媒体としてのチェックアウト／チェックインについて説明してきた。
ところが、このようにミニディスク１００を二次記録媒体としてチェックアウトを行う場合、パーソナルコンピュータ１は、予め接続された記録再生装置２０Ａに装填されているミニディスク１００に関する情報を取得することが必要である。
【０２１３】
そこで本例では、パーソナルコンピュータ１に記録再生装置２０Ａが例えばＵＳＢ伝送路で接続された時点など、実際にチェックアウト／チェックインが行われる前の時点において、パーソナルコンピュータ１が記録再生装置２０Ａに装填されたミニディスク１００についての情報を取得する通信処理（メディア情報取得処理）が行われる。
このメディア情報取得処理を図２９、図３０により説明する。図２９においてステップＦ１８０〜Ｆ１８８はパーソナルコンピュータ１（パーソナルコンピュータ１を転送装置として機能させるアプリケーションソフトウエア）の処理であり、ステップＦ２８０〜Ｆ２８６は記録再生装置２０Ａ（システム制御部３２））の処理である。
【０２１４】
例えば記録再生装置２０Ａが接続された時点などで、パーソナルコンピュータ１はメディア情報取得処理を行う場合、まずステップＦ１８０として記録再生装置２０Ａに対する排他制御要求を行う。
この場合、図３１のイクスクルーシブログインコントロールコマンドを送信する。
イクスクルーシブログインコントロールコマンドでは、サブユニットタイプ（subunit type）、サブユニットＩＤ（subunit ID）により制御対象機器が示される。そしてプライオリティ（priorty）の値により、制御レベルが指示される。
【０２１５】
イクスクルーシブログインコントロールコマンドにより、記録再生装置２０Ａは二次記録媒体（ミニディスク１００）に対するコンテンツデータの消去、編集、或いはディスク排出、電源制御などが禁止又は制限される。
つまりこのコマンドは、これらの動作処理はあくまでもパーソナルコンピュータ１側から指示されるものとする状態に遷移させるコマンドである。
【０２１６】
このイクスクルーシブログインコントロールコマンドによるプライオリティの値によっては、動作の禁止又は制限として多様な状態を設定できる。
例えば、記録再生装置２０Ａに対して、
制御レベル４：パーソナルコンピュータ１以外の一切の指示に対応する処理を禁止する。
制御レベル３：パーソナルコンピュータ１以外の指示による電源制御、イジェクト、トラックの分割、連結、消去を禁止する。
制御レベル２：パーソナルコンピュータ１以外の指示によるトラックの分割、連結、消去を禁止する。
制御レベル１：チェックアウトコンテンツではないトラックについては編集や消去を許可する。
制御レベル０：制限無し
などのように各種状態を設定できる。もちろん、このような制御レベルの設定は一例であり、実際には制御レベルの段階数や内容は多様に考えられる。
【０２１７】
記録再生装置２０Ａは、イクスクルーシブログインコントロールコマンドに応じて制御モードを設定し、ステップＦ２８０で排他制御を許可するレスポンスを返すことになる。
【０２１８】
なお、排他制御状態は、パーソナルコンピュータ１が図３２のイクスクルーシブログアウトコントロールコマンドを送信するまで継続される。
このイクスクルーシブログアウトコントロールコマンドは、記録再生装置２０Ａに対する排他的制御を解除するためのコマンドであり、この場合はプライオリティ（priorty）の値を「００ｈ」とし、フリー状態の制御レベルであることを指示するコマンドとして形成されている。
【０２１９】
パーソナルコンピュータ１は記録再生装置２０Ａを排他制御状態とし、パーソナルコンピュータ１のアプリケーション側に制御権が移ったら、オープンディスクリプタを行い、ステップＦ１８１で、メディアステータス取得要求を行う。これは記録再生装置２０Ａにミニディスク１００が装填されているか否かの情報を要求するものとなる。この場合パーソナルコンピュータ１は、図３３のゲットディスクステータスコントロールコマンドを送信する。
これに応じて記録再生装置２０Ａは、ステップＦ２８１で図３４のゲットディスクステータスレスポンスコマンドを返信する。返信に応じてパーソナルコンピュータ１はディスクリプタをクローズする。
【０２２０】
この場合、記録再生装置２０Ａのシステム制御部３２は、記録再生装置２０Ａにミニディスク１００が装填されていれば、図３４に示すようにオフセットバイト１Ａｈの「disc in drive」フィールドをアサートしたゲットディスクステータスレスポンスコマンドを発行し、パーソナルコンピュータ１に送信する。
従ってパーソナルコンピュータ１は当該レスポンスコマンドの「disc in drive」フィールドを調べることで、記録再生装置２０Ａにミニディスク１００が装填されているか否かを確認できる。
【０２２１】
もし、ミニディスク１００が装填されていなければ、パーソナルコンピュータ１の処理はステップＦ１８２からＦ１８１に戻り、再度メディアステータス取得要求を行う。
例えば、ミニディスク１００が装填されていない場合は、パーソナルコンピュータ１は１秒毎など、所定の時間間隔でメディアステータス取得要求を実行していく。
【０２２２】
ミニディスク１００が装填が確認されたら、パーソナルコンピュータ１はステップＦ１８３でオープンディスクリプタを行い、図３５のゲットディスクネームコントロールコマンドを送信して、メディア名称取得要求を行う。
これに応じて記録再生装置２０Ａのシステム制御部３２は、ミニディスク１００のＵ−ＴＯＣセクター１に記録されているディスクネームの情報を確認し、ステップＦ２８２として図３６のゲットディスクネームレスポンスコマンドを発行してパーソナルコンピュータ１に送信する。返信に応じてパーソナルコンピュータ１はディスクリプタをクローズする。
【０２２３】
この場合、図３６のゲットディスクネームレスポンスコマンドにおいては、オフセットバイト１９ｈ〜（１８＋Ｎ）ｈの「N-Bytes Disc Title Text」フィールドで、Ｕ−ＴＯＣセクター１に記録されていたＮバイトのディスクネームとしてのテキストデータが示される。また、この「N-Bytes Disc Title Text」フィールドのバイト数（データサイズ）がオフセットバイト１７ｈ、１８ｈの「primary field length」において示される。
パーソナルコンピュータ１は当該レスポンスコマンドの「N-Bytes Disc Title Text」フィールドを調べることで、記録再生装置２０Ａに装填されているミニディスク１００についての名称情報を確認できる。
【０２２４】
続いてパーソナルコンピュータ１はステップＦ１８４でオープンディスクリプタを行い、図３７のゲットディスクキャパシティコントロールコマンドを送信して、メディア容量取得要求を行う。
これに応じて記録再生装置２０Ａのシステム制御部３２は、ミニディスク１００のＵ−ＴＯＣセクター０の情報を確認し、ステップＦ２８３として図３８及び図３９に示したゲットディスクキャパシティレスポンスコマンドを発行してパーソナルコンピュータ１に送信する。返信に応じてパーソナルコンピュータ１はディスクリプタをクローズする。
【０２２５】
この場合、図３８、図３９のゲットディスクキャパシティレスポンスコマンドにおいては、オフセットバイト１Ｂｈ〜１Ｆｈの「Hours」「Minutes」「Seconds」「Frames」の各フィールドで、全演奏時間の情報としての「時」「分」「秒」「フレーム」の値が示される。また、この「Hours」〜「Frames」のフィールドとしてのバイト数（データサイズ）がオフセットバイト１９ｈ、１Ａｈの「total playback capacity length」において示される。なお全演奏時間とは、ミニディスク１００に記録されている全コンテンツデータのトータルでの再生時間である。
また、オフセットバイト２２ｈ〜２６ｈの「Hours」「Minutes」「Seconds」「Frames」の各フィールドで、最大録音時間の情報としての「時」「分」「秒」「フレーム」の値が示される。また、この「Hours」〜「Frames」のフィールドとしてのバイト数（データサイズ）がオフセットバイト２０ｈ、２１ｈの「maximum recording capacity length」において示される。最大録音時間とは、ミニディスク１００の全容量としての再生時間である。
さらに、オフセットバイト２９ｈ〜２Ｄｈの「Hours」「Minutes」「Seconds」「Frames」の各フィールドで、残り時間の情報としての「時」「分」「秒」「フレーム」の値が示される。また、この「Hours」〜「Frames」のフィールドとしてのバイト数（データサイズ）がオフセットバイト２７ｈ、２８ｈの「remaining recording capacity length」において示される。残り時間とは、現在ミニディスク１００に記録可能な残りの録音時間である。つまり上記最大録音時間から上記全演奏時間を引いた値に相当する。
パーソナルコンピュータ１は当該レスポンスコマンドの上記各フィールドを調べることで、記録再生装置２０Ａに装填されているミニディスク１００についての容量情報として、全演奏時間、最大録音時間、残り時間を確認できる。
【０２２６】
次にパーソナルコンピュータ１はステップＦ１８５でオープンディスクリプタを行い、図４０のゲットナンバーオブオーディオトラックスコントロールコマンドを送信して、トラック数取得要求を行う。
これに応じて記録再生装置２０Ａのシステム制御部３２は、ミニディスク１００のＵ−ＴＯＣセクター０の情報を確認し、ステップＦ２８４として図４１のゲットナンバーオブオーディオトラックスレスポンスコマンドを発行してパーソナルコンピュータ１に送信する。返信に応じてパーソナルコンピュータ１はディスクリプタをクローズする。
【０２２７】
この場合、図４１のゲットナンバーオブオーディオトラックスレスポンスコマンドにおいては、オフセットバイト１７ｈ、１８ｈの「number of items」フィールドで、ミニディスク１００に録音されているトラック数（コンテンツデータ数）の値が示される。
パーソナルコンピュータ１は当該レスポンスコマンドの「number of items」フィールドを調べることで、記録再生装置２０Ａに装填されているミニディスク１００に記録されているコンテンツデータ数を確認できる。
【０２２８】
続いてパーソナルコンピュータ１の処理は図３０のステップＦ１８６に進み、各トラックに着いての情報取得に移る。
まず、パーソナルコンピュータ１はステップＦ１８６でオープンディスクリプタを行い、図４２のゲットオーディオトラックネームコントロールコマンドを送信して、トラック＃ｘの名称取得要求を行う。この場合、オフセットバイト０７ｈ、０８ｈの「object position」フィールドでミニディスク１００上でのトラックナンバを指定する。
これに応じて記録再生装置２０Ａのシステム制御部３２は、ミニディスク１００のＵ−ＴＯＣセクター１に記録されているトラック＃ｘのトラックネームの情報を確認し、ステップＦ２８５として図４３のゲットオーディオトラックネームレスポンスコマンドを発行してパーソナルコンピュータ１に送信する。
【０２２９】
この場合、図４３のゲットディスクネームレスポンスコマンドにおいては、オフセットバイト０７ｈ、０８ｈの「object position」フィールドでミニディスク１００上でのトラックナンバを示し、オフセットバイト１９ｈ〜（１８＋Ｎ）ｈの「N-Bytes Audio Track Title Text」フィールドで、Ｕ−ＴＯＣセクター１に記録されていたトラック＃ｘについてのＭバイトのトラックネームとしてのテキストデータが示される。また、この「M-Bytes Audio Track Title Text」フィールドのバイト数（データサイズ）がオフセットバイト１７ｈ、１８ｈの「primary field length」において示される。
パーソナルコンピュータ１は当該レスポンスコマンドの「M-Bytes Audio Track Title Text」フィールドを調べることで、記録再生装置２０Ａに装填されているミニディスク１００のトラック＃ｘについての名称情報を確認できる。
【０２３０】
次にディスクリプタをクローズせずに、上記「object position」フィールドで指定されたトラックについての属性を取得する処理に移る。
即ち、パーソナルコンピュータ１はステップＦ１８７で、トラック＃ｘの属性取得要求のゲットオーディオトラックインフォコントロールコマンド送信を行う。
このゲットオーディオトラックインフォコントロールコマンドは、図４４のリードインフォブロックフォートラックアトリビュートコントロールコマンドと、図４６のリードインフォブロックフォートラックモードコントロールコマンドと、図４８のリードインフォブロックフォートラックサイズコントロールコマンドとから構成される。
またこれらの各コントロールコマンドに対して、記録再生装置２０Ａのシステム制御部３２は、図４５のリードインフォブロックフォートラックアトリビュートレスポンスコマンド、図４７のリードインフォブロックフォートラックモードレスポンスコマンド、図４９のリードインフォブロックフォートラックサイズレスポンスコマンドを、それぞれ返信することになる。
【０２３１】
図４４のリードインフォブロックフォートラックアトリビュートコントロールコマンドにより、「object position」フィールドで指定されたトラックについてのライトプロテクト情報が要求される。
これに対してシステム制御部３２は、Ｕ−ＴＯＣセクター０のトラックモードを確認して、図４５のリードインフォブロックフォートラックアトリビュートレスポンスコマンドを発行する。この場合、「object position」フィールドで示すトラックについてのライトプロテクト情報が、オフセットバイト０Ｆｈの「disc subunit object attributes」フィールドで示される。
パーソナルコンピュータ１では、このフィールドの値が「０１ｈ」であればトラック＃ｘはロック（ライトプロテクト状態）、「００ｈ」であればアンロックと確認できる。
【０２３２】
図４６のリードインフォブロックフォートラックモードコントロールコマンドにより、「object position」フィールドで指定されたトラックについてのサンプリングレート等の情報が要求される。
これに対してシステム制御部３２は、図４７のリードインフォブロックフォートラックモードレスポンスコマンドを発行する。
この場合、「object position」フィールドで示すトラックについてのサンプリング周波数が、オフセットバイト１９ｈの「audio recording sample rate」フィールドで示される。
また、量子化ビット数が、オフセットバイト１Ａｈの「audio recording sample size」フィールドで示される。
また、圧縮モード（ＡＴＲＡＣ又はＡＴＲＡＣ３などのモード）が、オフセットバイト１Ｂｈの「audio recording compression mode」フィールドで示される。
また、ステレオ／モノラル等のチャンネル情報が、オフセットバイト１Ｃｈの「audio recording channel mode」フィールドで示される。
パーソナルコンピュータ１では、これらのフィールドの値から、トラック＃ｘについてのサンプリング周波数、量子化ビット数、圧縮モード、チャンネルモードを確認できる。
【０２３３】
図４８のリードインフォブロックフォートラックサイズコントロールコマンドにより、「object position」フィールドで指定されたトラックについてのデータサイズの情報が要求される。
これに対してシステム制御部３２は、図４９のリードインフォブロックフォートラックサイズレスポンスコマンドを発行する。
この場合、「object position」フィールドで示すトラックについてのデータサイズが、オフセットバイト１Ａｈ〜１Ｅｈの「Hours」「Minutes」「Seconds」「Frames」の各フィールドにより、「時」「分」「秒」「フレーム」の値としてのデータサイズが示される。
パーソナルコンピュータ１では、これらのフィールドの値から、トラック＃ｘのデータサイズを確認できる。
【０２３４】
ステップＦ１８６，Ｆ１８７及びＦ２８５，Ｆ２８６における、このような各コントロールコマンドと各レスポンスコマンドのやりとりにより、パーソナルコンピュータ１は、１つのトラックについてのトラックネームや属性情報を確認できる。
これを、ミニディスク１００に記録されている各トラックについて繰り返し行う。つまり、パーソナルコンピュータ１はステップＦ１８８で、ミニディスク１００に記録されている全トラックについてのトラックネーム及び属性情報の取得が完了したと判断されるまで、ステップＦ１８６に戻って処理を繰り返す。即ち上記各コントロールコマンドにおける「object position」フィールドで示すトラックナンバの値を変更させて、次のトラックについてのトラックネーム及び属性情報の取得を行う。
そして、ステップＦ１８５，Ｆ２８４で取得したトラック数に相当する全てのトラックについてのトラックネーム及び属性情報の取得が完了したら、ディスクリプタをクローズし、一連の処理を終える。
【０２３５】
なお、各トラックについてのトラックネーム及び属性情報の取得においては、「object position」毎にディスクリプタのオープン／クローズを行わないことで、情報取得処理の時間を短縮化している。
【０２３６】
以上のようにして本例では、パーソナルコンピュータ１に対して記録再生装置２０Ａが接続された際などに、記録再生装置２０Ａに装填されているミニディスク１００についての情報、即ち、メディア名称、メディア容量（全演奏時間、最大録音時間、残り時間）、トラック数（コンテンツデータ数）、各トラックのトラックネーム、各トラックのライトプロテクト情報、各トラックのモード情報（サンプリング周波数、量子化ビット数、圧縮モード、チャンネルモード）、各トラックのサイズ情報を、取得できることになる。
【０２３７】
このように、その後チェックアウト／チェックインの対象となる二次記録媒体（ミニディスク１００）に関する情報を取得することで、パーソナルコンピュータ１におけるアプリケーションでは、以下のような各種な処理が可能となる。
【０２３８】
まず、二次記録媒体（ミニディスク１００）の情報をパーソナルコンピュータ１のモニタに表示するアプリケーション画面において提示できる。例えばミニディスクのタイトル、全演奏時間、最大録音時間、残り時間、トラック数を表示したり、各トラックをそのトラックネームで一覧提示し、各トラックのサイズその他の情報を提示できる。これにより、ユーザーにとって適切な情報提示ができる。
【０２３９】
また、ＨＤＤ５に格納されたコンテンツデータをチェックアウトする際には、当該コンテンツデータのサイズと、ミニディスク１００の残り時間を比較することで、ミニディスク１００側の容量的にチェックアウト可能か否かを判断することができる。そしてもちろん、可能と判断されることに応じて、図１７、図１８に示したチェックアウト処理が行われる。
また、複数のコンテンツデータのチェックアウトが指示された場合に、容量的に不可能である場合は、一部のコンテンツデータのみをチェックアウトさせるなどの対応処理も可能となる。
もちろんユーザーがチェックインを指示する場合にも、上記表示がガイドとなり、さらには、チェックインによってミニディスク１００側の容量を確保し、指定したコンテンツデータをチェックアウトさせるなどの処理にも好適である。
即ち、二次記録媒体側の情報を得ることで、転送システムとして適切な動作処理が可能となる。
【０２４０】
以上、実施の形態としての例を説明してきたが、本発明は上記例に限定されるものではない。
システム動作としての暗号化、データパス、チェックアウト／チェックイン方式、認証方式、コンテンツＩＤ生成方式、コンテンツＩＤ管理方式、二次記録媒体側の情報取得方式などは、それぞれ発明の要旨の範囲内で各種変形例が考えられる。
【０２４１】
また本発明としては、例えば上述してきた一次記録媒体から二次記録媒体へのデータ転送処理の対象となるのはＳＤＭＩコンテンツに限られず、各種のコンテンツデータに広く適用できる。
また一次記録媒体はＨＤＤ以外に多様に考えられる。
もちろん二次記録媒体、二次記録媒体側機器２０Ａとしてもミニディスク、ミニディスク記録装置に限らず、多様な例が考えられる。二次記録媒体１００としては、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、各種メモリカードなどであってもよい。従って二次記録媒体側機器２０Ａは、これらのメディアに対応する記録装置であればよい。
【０２４２】
【発明の効果】
以上の説明からわかるように本発明によれば、データ転送装置側（一次記録媒体側）は、チェックアウト先となる二次記録媒体として例えばミニディスクのように独自の管理方式を採るメディアが用いられる場合であっても、データ記録装置（二次記録媒体側）に、二次記録媒体に関する情報を要求し、必要な情報を取得できる。
特に、二次記録媒体に関する情報として、上記データ記録装置に二次記録媒体が装填されているか否かの情報、二次記録媒体の名称情報、二次記録媒体に記録されている各コンテンツデータについての名称情報、二次記録媒体の容量情報、二次記録媒体に記録されているコンテンツデータ数の情報、二次記録媒体に記録されている各コンテンツデータについての属性情報などを取得できる。
これによって、コンテンツデータの転送（チェックアウト）に際して、チェックアウトが可能か否か、チェックアウト指定されたコンテンツデータが適切であるか否か、或いはどのコンテンツデータがチェックアウトに適切であるか、などの判断を正確に行うことができ、適切な転送動作を実現できるという効果がある。
また二次記録媒体に関する情報を取得することで、データ転送装置側でのアプリケーションによるユーザーに対する二次記録媒体側の内容のガイド表示なども可能となる。
もちろんチェックアウトによっては、二次記録媒体側が非暗号化状態でコンテンツデータを記録するため、従前機器との互換性も得られるとともに、チェックアウトに関して認証や扱いルールチェック等が課されることで著作権保護も維持される。
これらのことからコンテンツデータ提供者側にも好適であり、かつユーザーに対してに使用性のよいデータ転送システムを実現できる。
【図面の簡単な説明】
【図１】本発明の実施の形態で利用される暗号化方式のツリー構造の説明図である。
【図２】実施の形態で利用される暗号化方式のＥＫＢの説明図である。
【図３】実施の形態で利用される暗号化方式のＥＫＢの構造の説明図である。
【図４】実施の形態のシステム構成のブロック図である。
【図５】実施の形態のＳＤＭＩコンテンツのデータパス例の説明図である。
【図６】実施の形態の一次記録媒体側機器のブロック図である。
【図７】実施の形態の二次記録媒体側機器のブロック図である。
【図８】ミニディスクシステムのクラスタフォーマットの説明図である。
【図９】ミニディスクのエリア構造の説明図である。
【図１０】ミニディスクシステムのＵ−ＴＯＣセクター０の説明図である。
【図１１】ミニディスクシステムのＵ−ＴＯＣセクター０のリンク形態の説明図である。
【図１２】ミニディスクシステムのＵ−ＴＯＣセクター１の説明図である。
【図１３】実施の形態の認証処理のフローチャートである。
【図１４】実施の形態の配信／転送されるコンテンツデータ及び暗号化状態の説明図である。
【図１５】実施の形態の暗号化方式例及びＤＮＫの説明図である。
【図１６】実施の形態のコンテンツデータの暗号解除手順の説明図である。
【図１７】実施の形態のチェックアウト動作のフローチャートである。
【図１８】実施の形態のチェックアウト動作のフローチャートである。
【図１９】実施の形態のレコードオブジェクトコントロールコマンドの説明図である。
【図２０】実施の形態のレコードオブジェクトレスポンスコマンドの説明図である。
【図２１】実施の形態のチェックアウトコントロールコマンドの説明図である。
【図２２】実施の形態のチェックアウトレスポンスコマンドの説明図である。
【図２３】実施の形態のチェックイン動作のフローチャートである。
【図２４】実施の形態のチェックインコントロールコマンドの説明図である。
【図２５】実施の形態のチェックインコントロールコマンドのサブファンクションの説明図である。
【図２６】実施の形態のチェックインレスポンスコマンドの説明図である。
【図２７】実施の形態のコンテンツＩＤ生成の説明図である。
【図２８】実施の形態のコンテンツＩＤ対応テーブルの説明図である。
【図２９】実施の形態のメディア情報取得動作のフローチャートである。
【図３０】実施の形態のメディア情報取得動作のフローチャートである。
【図３１】実施の形態のイクスクルーシブログインコントロールコマンドの説明図である。
【図３２】実施の形態のイクスクルーシブログアウトコントロールコマンドの説明図である。
【図３３】実施の形態のゲットディスクステータスコントロールコマンドの説明図である。
【図３４】実施の形態のゲットディスクステータスレスポンスコマンドの説明図である。
【図３５】実施の形態のゲットディスクネームコントロールコマンドの説明図である。
【図３６】実施の形態のゲットディスクネームレスポンスコマンドの説明図である。
【図３７】実施の形態のゲットディスクキャパシティインフォメーションコントロールコマンドの説明図である。
【図３８】実施の形態のゲットディスクキャパシティインフォメーションレスポンスコマンドの説明図である。
【図３９】実施の形態のゲットディスクキャパシティインフォメーションレスポンスコマンドの説明図である。
【図４０】実施の形態のゲットナンバオブオーディオトラックコントロールコマンドの説明図である。
【図４１】実施の形態のゲットナンバオブオーディオトラックレスポンスコマンドの説明図である。
【図４２】実施の形態のゲットオーディオトラックネームコントロールコマンドの説明図である。
【図４３】実施の形態のゲットオーディオトラックネームレスポンスコマンドの説明図である。
【図４４】実施の形態のリードインフォブロックフォートラックアトリビュートコントロールコマンドの説明図である。
【図４５】実施の形態のリードインフォブロックフォートラックアトリビュートレスポンスコマンドの説明図である。
【図４６】実施の形態のリードインフォブロックフォートラックモードコントロールコマンドの説明図である。
【図４７】実施の形態のリードインフォブロックフォートラックモードレスポンスコマンドの説明図である。
【図４８】実施の形態のリードインフォブロックフォートラックサイズコントロールコマンドの説明図である。
【図４９】実施の形態のリードインフォブロックフォートラックサイズレスポンスコマンドの説明図である。
【符号の説明】
１ 一次記録媒体側機器（パーソナルコンピュータ）、２ ＣＰＵ、５ ＨＤＤ（一次記録媒体）、８ 通信部、９ ディスクドライブ、１１ 接続部、２０Ａ 二次記録媒体側機器（記録再生装置）、２１ ＭＤ制御部（ＣＰＵ）、２５記録／再生部、２６ インターフェース部、２８ 復号部、３０ バッファメモリ、３１ システム制御部、１００ 二次記録媒体（ミニディスク）

Claims (5)

1. 暗号化されたコンテンツデータを格納した一次記録媒体を有するデータ転送装置と、二次記録媒体に対して上記コンテンツデータを非暗号化状態で記録再生可能なデータ記録装置とが通信可能に接続された際における、上記データ転送装置によるデータ転送方法として、
   上記データ記録装置に二次記録媒体が装填されているか否かを確認する上記データ転送装置による確認手順と、
   上記コンテンツデータの所定位置に記録されたデータから生成される識別情報を含む上記データ記録装置に装填されている二次記録媒体に関する情報を取得する上記データ転送装置による情報取得手順と、
   上記データ記録装置が、上記一次記録媒体に格納されているコンテンツデータの転送先の機器としての正当性を認証する上記データ転送装置による認証手順と、
   上記データ記録装置が、上記一次記録媒体に格納されているコンテンツデータの転送先の機器としての正当性を認証する上記データ転送装置による認証手順と、
   上記情報取得手順で取得した情報に基づいて、上記一次記録媒体に格納されているコンテンツデータについての上記データ記録装置への転送処理の可否を判断する上記データ転送装置による判断手順と、
   上記判断手順の判断結果が転送可能であった場合には、コンテンツデータの転送を実行する上記データ転送装置による転送手順と、
   が行われることを特徴とするデータ転送方法。
2. 上記情報取得手順では、上記データ記録装置に装填されている二次記録媒体の名称情報、又は二次記録媒体に記録されている各コンテンツデータについての名称情報を取得することを特徴とする請求項１に記載のデータ転送方法。
3. 上記情報取得手順では、上記データ記録装置に装填されている二次記録媒体の容量情報を取得することを特徴とする請求項１に記載のデータ転送方法。
4. 上記情報取得手順では、上記データ記録装置に装填されている二次記録媒体に記録されているコンテンツデータ数の情報を取得することを特徴とする請求項１に記載のデータ転送方法。
5. 上記情報取得手順では、上記データ記録装置に装填されている二次記録媒体に記録されている各コンテンツデータについての属性情報を取得することを特徴とする請求項１に記載のデータ転送方法。

Images