(57)【特許請求の範囲】
【請求項１】
コンテンツデータを格納した一次記録媒体を有するデータ転送装置と、二次記録媒体に対するコンテンツデータの記録が可能なデータ記録装置とが接続されることで、上記一次記録媒体に格納されたコンテンツデータを上記二次記録媒体に転送可能とされる場合において、上記データ転送装置による接続されたデータ記録装置に対する機器制御方法として、
二次記録媒体の種別によらない共通の制御内容に応じた制御コードを共通アプリケーションモジュールにより発行し、接続されたデータ記録装置に応じて変換モジュールにより制御コードの変換を行って、該変換された制御コードを、デバイスドライバを介して接続されたデータ記録装置に送信する第１の制御手順と、上記共通アプリケーションモジュールに用意されていない制御内容に応じた制御コードをローカルアプリケーションモジュールにより発行し、該発行された制御コードを、上記デバイスドライバを介して接続されたデータ記録装置に送信する第２の制御手順と、
が実行しようとする制御内容に応じて選択的に行われることを特徴とする機器制御方法。
【請求項２】
上記第２の制御手順では、上記ローカルアプリケーションモジュールは、上記変換モジュールにより変換される制御コードフォーマットに合わせた状態で、制御コードを発行することを特徴とする請求項１に記載の機器制御方法。
【請求項３】
上記第２の制御手順では、上記ローカルアプリケーションモジュールは、上記変換モジュールにより変換される制御コードフォーマットとは異なるフォーマットのローカル制御コードの発行の旨を提示して、上記ローカル制御コードを発行することを特徴とする請求項１に記載の機器制御方法。
【請求項４】
一次記録媒体に対してデータの記録再生を行う一次記録媒体ドライブ手段と、
二次記録媒体に対して記録を行う外部のデータ記録装置との間で、上記一次記録媒体に格納されたコンテンツデータの転送を含む各種データ通信を行うことのできる通信手段と、
上記通信手段により通信可能に接続される各種のデータ記録装置に対して制御コードを送信し、接続されたデータ記録装置を制御する接続機器制御手段と、
を備え、
上記接続機器制御手段は、
二次記録媒体の種別によらない共通の制御内容に応じた制御コードを発行する共通アプリケーションモジュールと、
上記共通アプリケーションモジュールにより発行された制御コードを、接続されるデータ記録装置に応じた制御コードに変換する変換モジュールと、
上記共通アプリケーションモジュールに用意されていない制御内容に応じた制御コードを発行するローカルアプリケーションモジュールと、
接続されたデータ記録装置に対応し、上記変換モジュールで変換された制御コードと、上記ローカルアプリケーションモジュールにより発行された制御コードのそれぞれを上記接続されたデータ記録装置に送信するデバイスドライバと、
を有して成ることを特徴とするデータ転送装置。
【請求項５】
上記ローカルアプリケーションモジュールは、上記変換モジュールにより変換される制御コードフォーマットに合わせた状態で、制御コードを発行することを特徴とする請求項４に記載のデータ転送装置。
【請求項６】
上記ローカルアプリケーションモジュールは、上記変換モジュールにより変換される制御コードフォーマットとは異なるフォーマットのローカル制御コードの発行の旨を提示して、上記ローカル制御コードを発行することを特徴とする請求項４に記載のデータ転送装置。
【請求項７】
コンテンツデータを格納した一次記録媒体を有するデータ転送装置と、二次記録媒体に対するコンテンツデータの記録が可能なデータ記録装置とが接続されることで、上記一次記録媒体に格納されたコンテンツデータを上記二次記録媒体に転送可能とされる場合において、上記データ転送装置による接続されたデータ記録装置に対する制御を実行するためのプログラムモジュールとして、
二次記録媒体の種別によらない共通の制御内容に応じた制御コードを発行する共通アプリケーションモジュールと、
上記共通アプリケーションモジュールにより発行された制御コードを、接続されるデータ記録装置に応じた制御コードに変換する変換モジュールと、
上記共通アプリケーションモジュールに用意されていない制御内容に応じた制御コードを発行するローカルアプリケーションモジュールと、
接続されたデータ記録装置に対応し、上記変換モジュールで変換された制御コードと、上記ローカルアプリケーションモジュールにより発行された制御コードのそれぞれを上記接続されたデータ記録装置に送信するデバイスドライバと、
が記録されていることを特徴とする記録媒体。
【請求項８】
上記ローカルアプリケーションモジュールは、上記変換モジュールにより変換される制御コードフォーマットに合わせた状態で、制御コードを発行するものとされていることを特徴とする請求項７に記載の記録媒体。
【請求項９】
上記ローカルアプリケーションモジュールは、上記変換モジュールにより変換される制御コードフォーマットとは異なるフォーマットのローカル制御コードの発行の旨を提示して、上記ローカル制御コードを発行するものとされていることを特徴とする請求項７に記載の記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ転送装置とデータ記録装置が接続され、音楽等のコンテンツデータの転送が行われるシステムにおいて好適な機器制御方法、データ転送装置、記録媒体に関するものである。
【０００２】
【従来の技術】
例えばパーソナルコンピュータのＨＤＤ（ハードディスクドライブ）を一次記録媒体として扱って音楽等のコンテンツデータを格納するとともに、格納したコンテンツデータを転送して他の記録媒体（二次記録媒体）に記録し、その二次記録媒体側で音楽等の再生を楽しむという使用形態がある。なおコンテンツデータとは、例えば音楽データ、映像データ、ゲームデータ、コンピュータソフトウエアなどの配信／転送／使用の目的となる主たるデータのことである。
【０００３】
この場合、ＨＤＤには、ＣＤ−ＤＡ（Compact Disc Digital Audio）やＤＶＤ（Digital Versatile Disc）などのパッケージメディアから再生された音楽等のコンテンツデータが蓄積されたり、或いはパーソナルコンピュータが接続された通信ネットワークを介して外部の音楽サーバ等からダウンロードされたコンテンツデータが蓄積される。そしてユーザーは、パーソナルコンピュータに二次記録媒体の記録装置を接続して、ＨＤＤに蓄積されたコンテンツデータを二次記録媒体にコピー（複製）又はムーブ（移動）し、当該二次記録媒体に対応する再生装置で音楽等のコンテンツデータを再生させる。
【０００４】
二次記録媒体としては、例えばフラッシュメモリ等の半導体メモリを利用したメモリカードや、光磁気ディスクとしてのミニディスク、或いはＣＤ−Ｒ（CD Recordable）、ＣＤ−ＲＷ(CD Rewitable)、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷなどが考えられる。
二次記録媒体に対応する記録装置、再生装置として、これらのメディア（記録媒体）に対応するレコーダ／プレーヤは、広く普及しており、据置型の記録再生装置や、ポータブルタイプの記録再生装置などとして多様に存在し、各ユーザーはそれぞれ自分の好みや所有する機器に合わせて、コンテンツデータの記録／再生を行うものとなる。
【０００５】
なお、例えばこのようなコンテンツデータの使用形態を考えるときは、コンテンツデータについての著作権保護を考慮しなければならない。例えばユーザーがコンテンツデータの配信サービスを利用したり、パッケージメディアの購入を行うなどして、ＨＤＤにコンテンツデータを蓄積した後、そのコンテンツデータを無制限に二次記録媒体にコピー可能とすると、著作権者の正当な保護がはかれない事態が生ずる。このためデジタルデータとしてのコンテンツデータの扱い上で著作権保護を維持できるようにする様々な技術やデータ処理上の取り決めが提案されているが、その１つにＳＤＭＩ（SECURE DIGITAL MUSIC INITIATIVE）という規格がある。
このＳＤＭＩで策定されたデータパスについては後述するが、例えば一次記録媒体としてのＨＤＤを備えたパーソナルコンピュータに蓄積されたコンテンツ、例えばネットワークを介して外部サーバから配信されたコンテンツデータ（以下、ネットワークコンテンツ）や、例えばパーソナルコンピュータに装備されているＣＤ−ＲＯＭドライブ等のディスクドライブ装置、或いはパーソナルコンピュータと接続されたディスクドライブ装置において再生されるＣＤ−ＤＡ、ＤＶＤ等のパッケージメディアから読み出されたコンテンツデータ（以下、ディスクコンテンツ）について、二次記録媒体への転送／記録が、著作権保護と一般ユーザーの利益（私的複製の権利）を勘案したうえで、適切に行われるようにされている。
【０００６】
ところで、ＨＤＤ等の一次記録媒体からミニディスクやメモリカード等の二次記録媒体へコンテンツデータを転送してコピーする場合においては、上記のように著作権保護や私的複製の権利の双方を満たすための工夫が施されている。
【０００７】
即ち上記ＳＤＭＩ対応の二次記録媒体に対する転送については次のようになっている。
ＳＤＭＩ対応の二次記録媒体とは、例えばフラッシュメモリ等の半導体メモリを利用したＳＤＭＩ対応のメモリカードなどが想定され、この二次記録媒体にはコンテンツが暗号化された状態で記録される。例えばＨＤＤなどの一次記録媒体では、ＳＤＭＩ方式のコンテンツの場合は暗号化が施されて蓄積されるが、従って、その暗号化状態のまま二次記録媒体にコピーされるものとなる。
もちろん二次記録媒体に対する再生機器では、暗号解読機能が備えられており、従って暗号化状態でコピーされたコンテンツデータを再生させることができる。
【０００８】
またＳＤＭＩ対応の二次記録媒体では各コンテンツデータについての識別子となるコンテンツＩＤを記録する領域がフォーマット上、用意されている。
コンテンツＩＤは、一次記録媒体側の機器において一次記録媒体（ＨＤＤ）に蓄積された各コンテンツデータについて生成し、コンテンツデータとともに格納しておくものであるが、コンテンツデータを二次記録媒体にコピーする場合には、そのコンテンツデータについてのコンテンツＩＤも、二次記録媒体に記録されるものとなる。
【０００９】
コンテンツＩＤは、一次記録媒体側と二次記録媒体側でのコンテンツ権利管理に用いられる。ここでいうコンテンツ権利とは、一次記録媒体側については、二次記録媒体への転送権（二次記録媒体にコピーさせる権利）であり、二次記録媒体側については、コピーしたコンテンツデータの再生権となる。
なお、以下、一次記録媒体から二次記録媒体へのコンテンツデータの転送（権利譲渡）を「チェックアウト」といい、また二次記録媒体から一次記録媒体へのコンテンツデータの返却（実際には権利の返却）を「チェックイン」と呼ぶ。
【００１０】
ＳＤＭＩ方式では、チェックアウト、チェックインに関しては、転送の取り扱いルール（Usage  Rule）が決められる。
一例としては、１つのコンテンツデータについて、一次記録媒体から二次記録媒体へのチェックアウトは３回許される（上記転送権は「３回」となる）。
チェックアウトが行われると、権利が二次記録媒体側へ譲渡されることになり、つまり一次記録媒体側では、そのコンテンツデータの転送権の残りは２回となる。一方、二次記録媒体側では再生権を得ることになる。
また、二次記録媒体から一次記録媒体にチェックインを行うと、権利が返却されるものとなる。つまり、二次記録媒体側では再生権を失い、一次記録媒体側では転送権が１つ復活される。
【００１１】
このようなチェックアウト／チェックインの管理は、各コンテンツデータ毎にコンテンツＩＤを用いて行われる。
そしてチェックアウトの際には、コンテンツデータ及びコンテンツＩＤが二次記録媒体側に記録されることで、二次記録媒体側ではコンテンツデータの再生が可能となる（再生権を得る）。一次記録媒体では、コンテンツＩＤを１つ譲渡したとみなして、Usage  Ruleによる転送権を１つ減少させる。
またチェックインの際には、実際にはコンテンツデータの返却転送は行われず、二次記録媒体でコンテンツデータを消去し、一次記録媒体側ではコンテンツＩＤが返却されたとして、Usage  Ruleによる転送権を１つ増加させる。二次記録媒体側では再生権を失うことになる。
【００１２】
このようにＳＤＭＩ対応の二次記録媒体については、コンテンツデータが暗号化状態でコピー記録されること、及びチェックアウト、チェックインに応じてコンテンツの権利が管理されることで、無制限なコピーを防止して著作権保護をはかり、又一方でユーザーの私的複製権を確保している。
【００１３】
なお、例えば外部サーバから一次記録媒体としてのＨＤＤにダウンロードされて格納されるコンテンツデータは、コンテンツキーＣＫで暗号化されたものである。
本明細書における説明上、一次記録媒体であるＨＤＤには、ＡＴＲＡＣ３方式（もちろん他の圧縮方式でもよいが）で圧縮されたコンテンツデータ「Ａ３Ｄ」がコンテンツキーＣＫで暗号化されて格納されているとする。
【００１４】
そして、本明細書では説明上、鍵（キー）ｘで暗号化されたデータｙを、
Ｅ（ｘ，ｙ）
と表す。
またその暗号化データＥ（ｘ，ｙ）について、鍵ｘにより暗号化を復号したデータを、
Ｄ｛ｘ，Ｅ（ｘ，ｙ）｝
と表すこととする。
従って、例えば上記のようにＡＴＲＡＣ３方式の圧縮データを「Ａ３Ｄ」とすると、コンテンツキーＣＫで暗号化されたコンテンツデータ「Ａ３Ｄ」は、
Ｅ（ＣＫ，Ａ３Ｄ）
となる。またＥ（ＣＫ，Ａ３Ｄ）が、鍵ＣＫで復号されたデータは、
Ｄ｛ＣＫ，Ｅ（ＣＫ，Ａ３Ｄ）｝
と表わせられる。
【００１５】
また一次記録媒体であるＨＤＤには、暗号化コンテンツデータＥ（ＣＫ，Ａ３Ｄ）とともに、ルートキーＫＲで暗号化された状態のコンテンツキーＣＫ、つまり、Ｅ（ＫＲ，ＣＫ）も格納される。例えば外部サーバから暗号化コンテンツデータＥ（ＣＫ，Ａ３Ｄ）とともに、暗号化コンテンツキーＥ（ＫＲ，ＣＫ）がダウンロードされる。
この場合、一次記録媒体であるＨＤＤから二次記録媒体にコンテンツデータを転送する場合、暗号化コンテンツデータＥ（ＣＫ，Ａ３Ｄ）と暗号化コンテンツキーＥ（ＫＲ，ＣＫ）を送信すればよい。
二次記録媒体側機器では、ルートキーＫＲを保持していることで、ルートキーＫＲを用いてコンテンツキーＣＫを復号し、さらに復号したコンテンツキーＣＫを用いて暗号化コンテンツデータを復号できるものとなる。
ただしルートキーＫＲは、著作権者側の意志や各種事情によって変更されるものであり、コンテンツデータ毎に異なるルートキーＫＲを設定することもできる。詳細な説明は省略するが、ルートキーＫＲの処理によってコンテンツ配信先を限定できる機能を有する。
このため、ＥＫＢ（Enabling Key Block：有効化キーブロック）と呼ばれるデータが配信されることもあり、コンテンツデータが転送される正規の端末では、ＥＫＢによってルートキーを確認できるようにした方式も採られている。つまりＥＫＢも上記暗号化コンテンツデータや暗号化コンテンツキーとともにサーバから配信されてＨＤＤに格納される。
【００１６】
ここで、現在広く普及しているミニディスク（光磁気ディスク）を二次記録媒体として用いることを考える。
例えばＳＤＭＩ対応のミニディスク記録装置を考える場合、そのミニディスク記録装置は、チェックアウトされたコンテンツデータについて、暗号化されたままのＥ（ＣＫ，Ａ３Ｄ）の状態でミニディスクに記録するものとされる。
そして再生時にはＳＤＭＩ対応のミニディスク再生装置が、Ｄ｛ＣＫ，Ｅ（ＣＫ，Ａ３Ｄ）｝＝Ａ３Ｄとして暗号解読されたＡＴＲＡＣ３データ（Ａ３Ｄ）を得たうえで、所定のデコード処理を行って音楽等の再生出力を行うことになる。
【００１７】
一方、一般に普及しているミニディスクシステムでは、ミニディスクに暗号化データを記録するものではない。当然、ミニディスク再生装置としては暗号解読の機能はない。
従って、ＳＤＭＩ対応のミニディスク記録装置でコンテンツデータをミニディスクに記録したとしても、そのミニディスクに記録されたコンテンツデータを、ＳＤＭＩ対応でない多くのミニディスクプレーヤでは再生できないものとなる。つまり再生互換性が得られない。
これは、一般ユーザーが購入したＳＤＭＩコンテンツの適正な利用を制限するものとなり、一般ユーザに対するＳＤＭＩコンテンツ提供サービスの価値や満足度を大きく低下させることがある。
【００１８】
このような点を考慮すると、ＳＤＭＩコンテンツを二次記録媒体にコピー記録する際に、暗号化を解いた状態で、例えばＳＤＭＩに対応していないミニディスク記録装置に転送し、そのまま暗号化されていない状態でミニディスク等の二次記録媒体に記録できるようにすることが考えられる。
しかしながらそのようなコピーを可能とすることは、コンテンツデータのコピーを容易に可能とすることになる。これは違法なコピーが可能となる余地を残してしまうことにもなり、ＳＤＭＩの本来の目的である著作権保護が実現できないおそれがある。
【００１９】
そこでコンテンツデータ転送の一手法として、次のような転送方式を本出願人は先に提案している。
即ち、コンテンツデータ転送の際には、データ転送装置（一次記録媒体側機器）が転送先となるデータ記録装置（二次記録媒体側機器）の認証を行い、認証ＯＫとなること、及びコンテンツ提供者側（著作権者等）の許諾があることを条件としてコンテンツデータを転送許可する。そしてコンテンツデータは暗号化状態で伝送路上を転送するが、二次記録媒体へは暗号化を解いて記録するものである。また、チェックアウト、チェックインについての権利管理も行われる。
これによって、非暗号化状態でのコピー記録を許容してユーザーの便宜を図ると共に、著作権保護機能が失われないようにする。
【００２０】
このような手法により、上記データ転送装置をＨＤＤを備えたパーソナルコンピュータとし、一方データ記録装置をミニディスクレコーダとして、一次記録媒体であるＨＤＤから二次記録媒体であるミニディスクに対するコンテンツ転送を行うことが、実際上コンテンツ提供者側とユーザー側双方に好適なものとなる。
【００２１】
【発明が解決しようとする課題】
ところで、上記のようなシステムでは、ユーザーがコンテンツデータのチェックアウト先の二次記録媒体として使用することができるものが、メモリカードやミニディスクなど、各種のものとなる。つまりメモリカード記録装置やミニディスクレコーダを任意にパーソナルコンピュータに接続して、コンテンツデータのチェックアウト／チェックインを実行しうる状態となる。
この場合、一次記録媒体側であるデータ転送装置（パーソナルコンピュータ）について考えると、メモリカード記録装置やミニディスクレコーダなどの各種のデータ記録装置に対してチェックアウト／チェックイン或いは二次記録媒体側でのコンテンツデータの処理などを制御できる機能を備えることが必要とされる。換言すれば、各種の二次記録媒体側機器に対して、それぞれ機器に応じたコマンド（制御コード）を送信できるようにするアプリケーションソフトウエアが搭載されることが要求される。
【００２２】
現状では、上記メモリカード記録装置やミニディスクレコーダなどの各種機器においては、上記アプリケーションソフトウエアによる制御コマンドに関して、制御コード形態やコマンドフレーム構造などのフォーマットが共通化されていない。
このため、コンテンツデータのチェックアウト／チェックインを主たる目的とするアプリケーションに対しては、接続される二次記録媒体側機器毎に独立のアプリケーションを用意しなければならない。
【００２３】
また、二次記録媒体側機器として各種のものが存在することから、二次記録媒体側機器の種別に依存する各種処理、例えばコンテンツデータの再生、録音、編集等の制御を行う場合は、これらの制御を主たる目的とする、別のローカルアプリケーションが必要となる。
ここにおいて、チェックアウト／チェックインを主たる目的とするアプリケーションが発行する制御コマンドと、二次記録媒体側機器に依存する各種処理の制御を主たる目的とするローカルアプリケーションが発行する制御コマンドは、制御コード形態やコマンドフレーム構造なども独立して存在している。
このため、処理に応じてアプリケーション及びデバイスドライバを切り換えるという煩雑な処理が必要となる。
【００２４】
【課題を解決するための手段】
本発明はこのような事情に応じて、データ転送装置が、接続されたデータ記録装置に対する制御を行うためのモジュール構造を提供し、ソフトウエア構造の簡素化及び処理の効率化をはかることを目的とする。
【００２５】
このため本発明では、コンテンツデータを格納した一次記録媒体を有するデータ転送装置と、二次記録媒体に対するコンテンツデータの記録が可能なデータ記録装置とが接続されることで、上記一次記録媒体に格納されたコンテンツデータを上記二次記録媒体に転送可能とされる場合において、上記データ転送装置による接続されたデータ記録装置に対する機器制御方法として、第１の制御手順と、第２の制御手順が、実行しようとする制御内容に応じて選択的に行われるようにする。
第１の制御手順は、二次記録媒体の種別によらない共通の制御内容に応じた制御コードを共通アプリケーションモジュールにより発行し、接続されたデータ記録装置に応じて変換モジュールにより制御コードの変換を行って、該変換された制御コードを、デバイスドライバを介して接続されたデータ記録装置に送信する。
第２の制御手順は、上記共通アプリケーションモジュールに用意されていない制御内容に応じた制御コードをローカルアプリケーションモジュールにより発行し、該発行された制御コードを、上記デバイスドライバを介して接続されたデータ記録装置に送信する。
【００２６】
ここで、上記第２の制御手順では、上記ローカルアプリケーションモジュールは、上記変換モジュールにより変換される制御コードフォーマットに合わせた状態で、制御コードを発行する。
又は上記第２の制御手順では、上記ローカルアプリケーションモジュールは、上記変換モジュールにより変換される制御コードフォーマットとは異なるフォーマットのローカル制御コードの発行の旨を提示して、上記ローカル制御コードを発行する。
【００２７】
本発明のデータ転送装置は、一次記録媒体に対してデータの記録再生を行う一次記録媒体ドライブ手段と、二次記録媒体に対して記録を行う外部のデータ記録装置との間で、上記一次記録媒体に格納されたコンテンツデータの転送を含む各種データ通信を行うことのできる通信手段と、上記通信手段により通信可能に接続される各種のデータ記録装置に対して制御コードを送信し、接続されたデータ記録装置を制御する接続機器制御手段とを備える。
そして上記接続機器制御手段は、二次記録媒体の種別によらない共通の制御内容に応じた制御コードを発行する共通アプリケーションモジュールと、上記共通アプリケーションモジュールにより発行された制御コードを、接続されるデータ記録装置に応じた制御コードに変換する変換モジュールと、上記共通アプリケーションモジュールに用意されていない制御内容に応じた制御コードを発行するローカルアプリケーションモジュールと、接続されたデータ記録装置に対応し、上記変換モジュールで変換された制御コードと、上記ローカルアプリケーションモジュールにより発行された制御コードのそれぞれを上記接続されたデータ記録装置に送信するデバイスドライバとを有して成る。
また、上記ローカルアプリケーションモジュールは、上記変換モジュールにより変換される制御コードフォーマットに合わせた状態で制御コードを発行する。或いは、上記ローカルアプリケーションモジュールは、上記変換モジュールにより変換される制御コードフォーマットとは異なるフォーマットのローカル制御コードの発行の旨を提示して、上記ローカル制御コードを発行する。
【００２８】
本発明の記録媒体は、コンテンツデータを格納した一次記録媒体を有するデータ転送装置と、二次記録媒体に対するコンテンツデータの記録が可能なデータ記録装置とが接続されることで、上記一次記録媒体に格納されたコンテンツデータを上記二次記録媒体に転送可能とされる場合において、上記データ転送装置による接続されたデータ記録装置に対する制御を実行するためのプログラムモジュールとして、二次記録媒体の種別によらない共通の制御内容に応じた制御コードを発行する共通アプリケーションモジュールと、上記共通アプリケーションモジュールにより発行された制御コードを、接続されるデータ記録装置に応じた制御コードに変換する変換モジュールと、上記共通アプリケーションモジュールに用意されていない制御内容に応じた制御コードを発行するローカルアプリケーションモジュールと、接続されたデータ記録装置に対応し、上記変換モジュールで変換された制御コードと、上記ローカルアプリケーションモジュールにより発行された制御コードのそれぞれを上記接続されたデータ記録装置に送信するデバイスドライバと、が記録されている。
上記ローカルアプリケーションモジュールは、上記変換モジュールにより変換される制御コードフォーマットに合わせた状態で、制御コードを発行するものとされる。
又は上記ローカルアプリケーションモジュールは、上記変換モジュールにより変換される制御コードフォーマットとは異なるフォーマットのローカル制御コードの発行の旨を提示して、上記ローカル制御コードを発行するものとされる。
【００２９】
以上のような本発明によれば、例えばチェックアウト／チェックインを主たる目的とする共通アプリケーションモジュールによる制御コードは、変換モジュールで接続された機器に応じた制御コードとされてデバイスドライバを介して送信される。
また例えば接続された機器に依存する処理の制御を主たる目的とするローカルアプリケーションモジュールによる制御コードについては、上記デバイスドライバを共用できるものとなる。
【００３０】
【発明の実施の形態】
以下、本発明の実施の形態を次の順序で説明する。
１．システム構成
２．ＳＤＭＩコンテンツのデータパス
３．データ転送装置の構成例（一次記録媒体側機器／ＰＣ）
４．データ記録装置の構成例（二次記録媒体側機器／記録再生装置）
５．アプリケーションモジュール構造
【００３１】
１．システム構成
まず本発明の実施の形態におけるシステム構成を説明する。
図１にシステム構成例を示す。本発明のデータ転送装置に相当するのは一次記録媒体側機器１であり、本発明でいうデータ転送装置と接続されるデータ記録装置に相当するのは二次記録媒体側機器２０Ａ、２０Ｂである。そして一次記録媒体側機器１と二次記録媒体側機器２０Ａ又は２０Ｂによりデータ転送システムが構築される。
【００３２】
一次記録媒体側機器１は、例えばパーソナルコンピュータにより形成される。以下、説明の便宜上、一次記録媒体側機器１をパーソナルコンピュータ１と表記する場合もある。ただし一次記録媒体側機器１は、必ずしもパーソナルコンピュータによって形成されるものではない。
この一次記録媒体側機器１は、例えばパーソナルコンピュータ上で起動されるＳＤＭＩコンテンツデータの蓄積／転送等を実行するソフトウエアによって、データ転送装置としての動作を実行する。また、同じくパーソナルコンピュータ上で起動されるアプリケーションモジュール群により、接続された二次記録媒体側機器２０Ａ、２０Ｂに対する制御、即ちチェックアウト／チェックインや、二次記録媒体上でのコンテンツデータの再生、録音、編集等の制御を行う機器として機能することになる。
【００３３】
またパーソナルコンピュータ１に内蔵（又は外付け）のＨＤＤ５が一次記録媒体（及び一次記録媒体ドライブ手段）とされる。
なお実施の形態の説明ではＨＤＤ５を一次記録媒体とするが、もちろん一次記録媒体に相当する記録メディアはＨＤＤに限られず、例えば光ディスク、光磁気ディスク等のメディア、機器内蔵の半導体メモリ、可搬型の半導体メモリ（メモリカード等）など、各種のものが考えられる。
【００３４】
一次記録媒体側機器１は、通信ネットワーク１１０を介してコンテンツサーバ９１と通信可能とされ、これによって音楽等のコンテンツデータのダウンロードが可能とされる。もちろんコンテンツサーバ９１は複数存在し、パーソナルコンピュータ１のユーザーは多様なデータダウンロードサービスを任意に利用できるものである。
コンテンツサーバ９１からパーソナルコンピュータ１にダウンロードされるコンテンツデータとしては、ＳＤＭＩ準拠のコンテンツデータもあれば、ＳＤＭＩに準拠していないコンテンツデータもある。
【００３５】
ネットワーク１１０を形成する伝送路は、有線又は無線の公衆回線網とされてもよいし、パーソナルコンピュータ１とコンテンツサーバ９１の専用回線としてもよい。具体的にはネットワーク１１０としては、例えばインターネット、衛星通信網、光ファイバー網、その他各種の通信回線が適用できる。
【００３６】
また、パーソナルコンピュータ１のＨＤＤ５には、内蔵或いは外付けのディスクドライブ装置によりＣＤ−ＤＡやＤＶＤなどのパッケージメディア９０（以下、ディスク９０ともいう）から再生された音楽等のコンテンツデータを蓄積させることもできる。
【００３７】
パーソナルコンピュータ１には、二次記録媒体側機器２０Ａ又は２０Ｂを接続し、この二次記録媒体側機器２０Ａ又は２０Ｂに対して、ＨＤＤ５に蓄積したコンテンツデータを転送（チェックアウト）可能とされる。二次記録媒体側機器２０Ａ又は２０Ｂは、二次記録媒体に対する記録装置（記録再生装置）とされる。そしてパーソナルコンピュータ１から転送されてきたコンテンツデータを二次記録媒体にコピー記録できるものとされる。
【００３８】
二次記録媒体側機器２０Ａ、２０Ｂの具体例としては各種考えられるが、ここでいう二次記録媒体側機器２０Ｂは、ＳＤＭＩ対応の記録装置である。
このＳＤＭＩ対応の記録再生装置２０Ｂでは、二次記録媒体として、例えばフラッシュメモリ等の半導体メモリを利用したＳＤＭＩ対応のメモリカードが想定される。従って二次記録媒体側機器２０Ｂとは、例えばＳＤＭＩ対応のメモリカードに対する記録再生装置（メモリカードドライブ）となる。
【００３９】
この場合、二次記録媒体にはＳＤＭＩコンテンツが暗号化された状態で記録されるものとなる。
またＳＤＭＩ対応の二次記録媒体にはＳＤＭＩコンテンツの識別子となるコンテンツＩＤを格納する管理情報フォーマットが形成されている。パーソナルコンピュータ１ではＨＤＤ５にコンテンツデータを格納する際に、そのアプリケーションによってコンテンツＩＤが発生され、コンテンツデータと共にＨＤＤ５に格納される。またチェックアウト／チェックインの管理もコンテンツＩＤを用いて行われるが、ＳＤＭＩ対応の二次記録媒体では、コンテンツデータを記録する場合には当該コンテンツＩＤも記録できるものとされる。
【００４０】
一方、二次記録媒体側機器２０Ａは、ＳＤＭＩ対応ではないデータ記録装置に相当し、この場合、著作権保護が要求されるＳＤＭＩコンテンツを、暗号化を解いた状態で二次記録媒体に記録するものである。ここでの二次記録媒体の例としては、ミニディスクを挙げる。従って二次記録媒体側機器２０Ａは、ミニディスク記録再生装置（ミニディスクレコーダ）とされる。
この場合、ＳＤＭＩコンテンツを非暗号化状態で記録することによっても著作権保護機能が損なわれないように、機器の認証等がコピーの条件とされる。
【００４１】
なお、二次記録媒体側機器２０Ａが記録再生するメディアはミニディスク以外にも、例えばフラッシュメモリ等の半導体メモリを利用したメモリカードや、光磁気ディスクとしてのミニディスク、或いはＣＤ−Ｒ（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）２７の制御により、キャッシュメモリ２９に格納されていく。なおもちろん、ＤＭＡ２７ではなくＣＰＵ制御によって、キャッシュメモリ２９へのデータ移動を行うようにしてもよい。
【００８４】
復号処理部２８は、ＳＤＭＩコンテンツの暗号化処理に対応するための部位である。即ちキャッシュメモリ２９に記憶されたコンテンツデータについての暗号解読処理を行う。そして非暗号化状態に解読したコンテンツデータは、キャッシュメモリ２９の別の領域に記憶していく。
【００８５】
ＳＤＭＩコンテンツはコンテンツキーＣＫ又はＣＫ’で暗号化されているため、少なくともコンテンツキーＣＫ、ＣＫ’を認識できる情報が記憶される。
ＳＤＭＩコンテンツに対するコンテンツキーＣＫを認識可能な情報が記憶されていることで、復号処理部２８は、コンテンツキーＣＫで暗号化された状態で送信されてきたてＳＤＭＩコンテンツ、即ち例えばＥ（ＣＫ、Ａ３Ｄ）の状態のコンテンツを、復号することができる。つまりＤ｛ＣＫ，Ｅ（ＣＫ、Ａ３Ｄ）｝＝Ａ３Ｄとして、復号されたＡＴＲＡＣ３圧縮状態のデータを得ることができる。このようにして復号されたＡＴＲＡＣ３圧縮データは、エンコード／デコード部２４でのエンコード処理を経て、記録／再生部２５でミニディスク１００に記録できる。
【００８６】
なお、ＳＤＭＩコンテンツは、必ずしもＡＴＲＡＣ３圧縮データが暗号化されたものではない。例えばリニアＰＣＭデータが鍵ＣＫで暗号化されたものなども考えられる。つまり例えばＥ（ＣＫ、ＰＣＭ）の状態のコンテンツが転送入力去る場合もある。その場合は、当然ながら復号処理部でＤ｛ＣＫ，Ｅ（ＣＫ、ＰＣＭ）｝＝ＰＣＭとして、復号されたリニアＰＣＭデータが得られる。その場合は、当該ＰＣＭデータは、コーデック２３でＡＴＲＡＣ３圧縮処理が行われた後、エンコード／デコード部２４でのエンコード処理を経て、記録／再生部２５でミニディスク１００に記録できる。
【００８７】
復号処理部２８は、さらに認証処理のための鍵を記憶する場合もある。例えば公開鍵や秘密鍵を記憶する。
また秘密鍵を用いた暗号化処理を行う場合もある。
また復号処理部２８は、ハッシュエンジンも搭載しており、いわゆるハッシュ（HASH）関数演算により、コンテンツＩＤを生成する処理も行う。
コンテンツＩＤとは、コンテンツデータのチェックアウト／チェックインの管理のための識別情報であり、パーソナルコンピュータ１側での管理のために生成される。
【００８８】
暗号化が解除されたＳＤＭＩコンテンツデータ、例えばＡＴＲＡＣ３方式の圧縮データや、ＰＣＭデータの状態のコンテンツデータは、キャッシュメモリ２９からフロー制御部３１に転送されることになる。
フロー制御部３１は、暗号化解除されたＳＤＭＩコンテンツデータを、ミニディスク１００に対して記録するために、記録処理系であるＭＤ制御部２１側（コーデック２３、エンコード／デコード部２４、記録／再生部２５、バッファメモリ３０側）に転送する部位である。
そして、ＭＤ制御部２１からのリクエスト（ＸＡＲＱ）に応じてデータを転送していく。このフロー制御部３１によって、コンテンツデータの受信、暗号解読処理、及びミニディスク１００に対する記録処理の間のタイミング的な調整がはかられる。
【００８９】
以上の構成により、パーソナルコンピュータ１から送信されたＳＤＭＩコンテンツデータとしてＥ（ＣＫ、Ａ３Ｄ）の状態のデータ、又はＥ（ＣＫ、ＰＣＭ）の状態のデータは、非暗号化状態とされ、ＡＴＲＡＣ３圧縮データの状態でエンコード／デコード部２４でのエンコード処理を経て、記録／再生部２５でミニディスク１００に記録されるものとなる。
【００９０】
ところで、パーソナルコンピュータ１からミニディスクレコーダ２０Ａに対しては、コンテンツデータのチェックアウト／チェックイン、その他の通信セッションの際には、各種コマンドも送信してくる。
これらのコマンドはレシーバ２６によって受信されるとシステム制御部３２に伝えられ、システム制御部３２は、これらのコマンドに応じて各種処理を行うと共に、コマンドに対するレスポンスを通信部２６からパーソナルコンピュータ１に対して送信する。
【００９１】
５．アプリケーションモジュール構造
パーソナルコンピュータ１において、接続された二次記録媒体側機器２０Ａ又は２０Ｂに対してチェックアウト／チェックインや、二次記録媒体側でのコンテンツデータの記録、再生、編集等の処理に関しての制御を行うためのアプリケーションモジュール群の構造を図５で説明する。
このアプリケーションモジュール群は、図３のＲＯＭ３又はＨＤＤ５にインストールされたプログラムとしての構成であり、ＣＰＵ２が当該アプリケーションモジュール群に基づいて所要の処理を行うことで、パーソナルコンピュータ１が、接続されている二次記録媒体側機器２０Ａ、２０Ｂへの制御が実行されるものである。
なお、二次記録媒体上でのコンテンツデータの編集とは、例えば二次記録媒体としてのミニディスク１００などにおいて、コンテンツデータの分割、連結、移動などのことをいう。
【００９２】
本例のアプリケーションモジュール群としては、図示するように、共通アプリケーションモジュール７０、コマンド変換モジュール７１，７３、デバイスドライバ７２，７４、切換機能７５，７６、ローカルアプリケーションモジュール７７，７８を備える。
切換機能７５，７６は例えばプログラム上のモジュール選択機能である。
【００９３】
共通アプリケーションモジュール７０は、コンテンツデータのチェックアウト／チェックインを主たる目的とするアプリケーションモジュールであり、本システムにおいて二次記録媒体と成り得るミニディスクやメモリカードなどのメディアに対して記録を行う二次記録媒体側機器（２０Ａ，２０Ｂ等）が接続された際に、チェックアウト／チェックイン及びそれに付随する各種処理の制御を行うモジュールである。
この共通アプリケーションモジュール７０は、接続される二次記録媒体側機器の種別に関わらず、共通の制御内容のコマンド（制御コード）を発行する。つまり各種の制御内容に応じて各種コマンドを発行するが、それらのコマンドは、接続された二次記録媒体側機器の種別に応じて異なるものではない。
【００９４】
一方、例えばメモリカードを二次記録媒体とする二次記録媒体側機器（メモリカードドライブ）２０Ｂと、ミニディスクを二次記録媒体とする二次記録媒体側機器（ミニディスクレコーダ）２０Ａとでは、対応できるコマンドのコード形態やコマンドフレーム構造などのフォーマットが異なる。
このため、プラグインモジュールとして、コマンド変換モジュール７１，７３が用意される。
【００９５】
コマンド変換モジュール７１は、共通アプリケーションモジュール７０から発行された共通コマンドを、メモリカードドライブ２０Ｂに対応する制御コード及びコマンドフレーム構造に変換して発行するモジュールである。
パーソナルコンピュータ１にメモリカードドライブ２０Ｂが接続されている場合は、共通アプリケーションモジュール７０から発行された共通コマンドはコマンド変換モジュール７１によって、メモリカードドライブ２０Ｂが対応可能なフォーマットに変換され。そして当該変換コマンドが、メモリカードドライブ２０Ｂに対応するデバイスドライバ７２を介してメモリカードドライブ２０Ｂに供給される。
この系により、メモリカードドライブ２０Ｂが接続された際のチェックアウト／チェックイン制御が行われる。
【００９６】
コマンド変換モジュール７３は、共通アプリケーションモジュール７０から発行された共通コマンドを、ミニディスクレコーダ２０Ａに対応する制御コード及びコマンドフレーム構造に変換して発行するモジュールである。
パーソナルコンピュータ１にミニディスクレコーダ２０Ａが接続されている場合は、共通アプリケーションモジュール７０から発行された共通コマンドはコマンド変換モジュール７３によって、ミニディスクレコーダ２０Ａが対応可能なフォーマットに変換される。そして当該変換コマンドが、ミニディスクレコーダ２０Ａに対応するデバイスドライバ７４を介してミニディスクレコーダ２０Ａに供給される。
この系により、ミニディスクレコーダ２０Ａが接続された際のチェックアウト／チェックイン制御が行われる。なお、共通アプリケーションモジュール７０が共通コマンドを発行する場合は、切換機能７５はｔ１側、つまりコマンド変換モジュール７３の変換コマンドを選択する状態にある。
【００９７】
コマンド変換モジュール７３によるミニディスクレコーダ２０Ａに対応する変換コマンドとしては、例えば図６のようなコマンドフレームにおいて制御コードが発行されるようにされている。
この場合、オフセットアドレス「０２ｈ」におけるオペレーションコードにおいて、接続される機器、即ちミニディスクレコーダ２０Ａのフォーマットライセンス発行者が決めたベンダーディペンデントなコードであることが宣言される。そして、オフセットアドレス「０Ａｈ」において、実際のオペレーションコード（制御コード）が記述される。つまりベンダーディペンデントコードＶＤＣとしてのオペレーションコードである。オフセットアドレス「０Ｂｈ」以降は、制御コードの引数フィールドとされる。
【００９８】
また、オフセットアドレス「０３ｈ」〜「０５ｈ」は、カンパニーＩＤとして、例えばＩＥＥＥによって定められたカンパニーユニークコードが記述される。つまりこの場合は、接続されるミニディスクレコーダ２０Ａのフォーマットライセンス発行者のコードが記述される。
オフセットアドレス「０６ｈ」〜「０９ｈ」は、該フォーマットライセンス発行者側で設定できるデータフィールドとなる。
【００９９】
即ちこのような変換コマンドにより、共通コマンドが、ミニディスクレコーダ２０Ａのフォーマットライセンス発行者の規定した制御コード形態に変換されて接続されているミニディスクレコーダ２０Ａに供給されることになる。
【０１００】
ここまで説明したモジュール構造、即ち共通アプリケーションモジュール７０が共通コマンドを発行し、プラグインモジュールとして接続機器に応じたコマンド変換モジュール７１，７３が設けられて、それぞれ対応する機器に応じた変換コマンドを発行する構成を採ることで、パーソナルコンピュータ１においてはチェックアウト／チェックインのための基本的なアプリケーションとして共通アプリケーションモジュール７０を備えればよく、接続が想定される機器に応じて対応するコマンド変換モジュール（７１，７３等）をプラグインすればよいものとなる。これにより効率的かつ自由度の高いソフトウエア構造が実現できる。
【０１０１】
ただし、共通アプリケーションモジュール７０は、各種の二次記録媒体に対して共通して実行する制御に関しての制御コードとしての共通コマンド発行を司るものとなる。
ところが、二次記録媒体として各種のメディアの特性、及び二次記録媒体側機器としてのメディアに応じた処理機能などの違いにより、特定の二次記録媒体側機器が接続された場合に発行したい制御コードも想定される。つまり共通アプリケーションモジュール７０によっては発行されない制御内容の制御コード（ローカルコマンド）を発行したい場合であり、このために、接続機器に応じたローカルアプリケーションモジュールが用意されるものとなる。
【０１０２】
本例では、ミニディスクレコーダ２０Ａが接続された場合に、二次記録媒体となるミニディスク１００におけるコンテンツデータの編集等の制御指示を、二次記録媒体に依存した制御内容として、ローカルアプリケーションモジュール７７又は７８により制御コードを発行する例で説明する。
【０１０３】
ローカルアプリケーションモジュール７７は、ミニディスクレコーダ２０Ａに対する編集等の指示のためのローカルコマンドを、上記図６のようなミニディスクレコーダ２０Ａに対応した変換コマンドフォーマットに合わせた状態に予め変換して発行するモジュールである。
即ち、この場合、ローカルアプリケーションモジュール７７からは図７に示すようなコマンドフレームにおいて制御コードが発行される。
【０１０４】
図７の変換コマンドフレームは、図６の変換コマンドフレームを拡張し、オフセットアドレス「０２ｈ」におけるオペレーションコードとして、対象機器、例えば本例の場合のミニディスクレコーダ２０Ａのフォーマットライセンス発行者に加えて機器製造者（ミニディスクレコーダ２０Ａのメーカー）が決めたベンダーディペンデントなコードであることが宣言される。
そして、オフセットアドレス「０６ｈ」以降が、実際の制御コード（及び引数等）が自由に設定できるフィールドとされ、このフィールドにおいてローカルコマンドとしての情報が記述される。
【０１０５】
また、オフセットアドレス「０３ｈ」〜「０５ｈ」は、カンパニーＩＤとして、例えばＩＥＥＥによって定められたカンパニーユニークコードが記述される。この場合は、接続されるミニディスクレコーダ２０Ａの製造者のコードが記述される。製造者とは、フォーマットのライセンサ又はライセンシとなる。
【０１０６】
ローカルアプリケーションモジュール７７から、このような変換コマンドが発行される場合は、切換機能７６がｔ３側、切換機能７５がｔ２側として機能し、該変換コマンドがデバイスドライバ７４を介してミニディスクレコーダ２０Ａに供給されることになる。これが、ミニディスクレコーダ２０Ａに固有の機能を制御する制御系となる。
そして、上記コマンド変換モジュール７３からの変換コマンドと、ローカルアプリケーションモジュール７７からの変換コマンドは、同様のコマンドフレーム構造を採用しているため、ミニディスクレコーダ２０Ａ側のファームウエアアプリケーションでは、共通の解釈モジュールで、コマンドを受信できることになる。
【０１０７】
以上のように共通アプリケーションモジュール７０とローカルアプリケーションモジュール７７が設けられることで、ミニディスクレコーダ２０Ａが接続された際に、チェックアウト／チェックインだけでなく、ミニディスクレコーダ２０Ａに特有のコンテンツ編集等の処理の制御も可能となる。ところが、場合によっては、ローカルアプリケーションモジュール７７のように予め変換コマンドフレームを発行するのではなく、ローカルコマンドをそのまま発行させるローカルアプリケーションモジュール７８を搭載したい場合もある。
そこで本例では、ローカルアプリケーションモジュール７８で、上記のような変換を行うことなくローカルコマンドを発行するモジュール構造も用意する。
【０１０８】
上述したように、パーソナルコンピュータ１とミニディスクレコーダ２０Ａとの間は例えばＵＳＢなどの伝送路で接続される。
ＵＳＢなどの伝送路では、図８（ａ）のセンドコントロールコマンド、図８（ｂ）のレシーブレスポンスコマンドに示すように、「bmRequestType」フィールド、「bRequest」フィールドが用意される。
これらのフィールドは、パーソナルコンピュータ１側のアプリケーションから二次記録媒体側機器（２０Ａ、２０Ｂ）に対して、コントロールコマンドを発行するか、或いは二次記録媒体側機器（２０Ａ、２０Ｂ）からパーソナルコンピュータ１側のアプリケーションに対してコントロールコマンドのレスポンスを受信するか、を予め決めるために使用される。
【０１０９】
具体的には、「bmRequestType」フィールドのＭＳＢが、図８（ａ）のように「０」であれば、パーソナルコンピュータ１から二次記録媒体側機器（２０Ａ，２０Ｂ）というコマンド方向（センド方向）を示し、一方、図８（ｂ）のようにＭＳＢが「１」であれば、二次記録媒体側機器（２０Ａ，２０Ｂ）からパーソナルコンピュータ１というコマンド方向（レシーブ方向）を示すものとされる。
また「bRequest」フィールドの値が「８０ｈ」の場合は、図８（ａ）のようにコントロールコマンドであることを示し、「bRequest」フィールドの値が「８１ｈ」の場合は、図８（ｂ）のようにレスポンスコマンドであることを示す。
【０１１０】
従って、図８（ａ）の場合は、パーソナルコンピュータ１から二次記録媒体側機器（２０Ａ，２０Ｂ）への制御コマンドとなり、図８（ｂ）の場合は、二次記録媒体側機器（２０Ａ，２０Ｂ）からパーソナルコンピュータ１へのレスポンスコマンドとなる。
そして例えばこの図８（ａ）（ｂ）は、パーソナルコンピュータ１側のアプリケーションから二次記録媒体側機器（２０Ａ、２０Ｂ）に対して発行される、チェックアウト／チェックインを主たる目的とする共通コマンドと、それに対するレスポンスとなる。
【０１１１】
ローカルアプリケーションモジュール７８でローカルコマンドを発行する場合は、この図８の構造を拡張定義する。
図９（ａ）（ｂ）は、ローカルアプリケーションモジュール７８で発行するローカルコマンドの構造である。
即ち「bRequest」フィールドの値として「ＦＦｈ」の場合は、例えばミニディスクレコーダ２０Ａの製造者が自由に決めたローカルアプリケーションモジュール７８からのローカルコマンドであることを示すものと定義する。
なお、「bmRequestType」フィールドのＭＳＢは、上記同様にコマンド方向を示し、従って本例についていえば、図９（ａ）は、ローカルアプリケーションモジュール７８からミニディスクレコーダ２０Ａに対するローカルコントロールコマンドの構造であり、図９（ｂ）はローカルコントロールコマンドに対するミニディスクレコーダ２０Ａからローカルアプリケーションモジュール７８へのローカルレスポンスコマンドの構造となる。
そしてこの図９（ａ）（ｂ）のローカルコマンドの場合、ベンダーディペンデントデータとして示すフィールドで、機器製造者が自由に設定したコマンドデータ内容及びそれに応じたレスポンスデータ内容が記述されることになる。
【０１１２】
この場合、ローカルアプリケーションモジュール７８で図９（ａ）のローカルコマンドの発行に応じて、切換機能７６がｔ４側、切換機能７５がｔ２側を選択するようにし、ローカルアプリケーションモジュール７８で発行したローカルコマンドが直接デバイスドライバ７４に供給され、ミニディスクレコーダ２０Ａに供給されるようにする。
また、図９（ｂ）の構造により切換機能７５、７６が同様にｔ２側、ｔ４側を選択することで、ローカルアプリケーションモジュール７８が、直接デバイスドライバ７４から、ミニディスクレコーダ２０Ａで発行したレスポンスコマンドを受信できるようにするものである。
【０１１３】
以上のような図５のモジュール構造によれば、共通アプリケーションモジュール７０で対応できない、接続機器に特有の制御に関しては、ローカルアプリケーションモジュール７７又は７８で対応できる構造となる。また、その際にデバイスドライバ７４は共有できるため、ローカルアプリケーションモジュール７７、７８の導入に応じてデバイスドライバも導入することは不要となる。
また、ローカルアプリケーションモジュール７７のように、変換コマンドを発行するモジュールを用いることで、ミニディスクレコーダ２０Ａ側のファームウエア処理が容易となる。
一方、ローカルアプリケーションモジュール７８のようにローカルコマンドを発行することで、予め機種依存のローカルコマンドを、変換コマンドのフォーマットに合わせて発行する必要をなくすこともできる。
【０１１４】
以上、実施の形態としての例を説明してきたが、本発明は上記例に限定されるものではない。
特に、ローカルアプリケーションモジュール７７、７８については、ミニディスクレコーダ２０Ａに対応するものとしての例を挙げたが、当然図５の構成においてメモリカードドライブ２０Ｂに対応するローカルアプリケーションモジュールが用いられることも考えられる。
もちろん二次記録媒体側機器としてはミニディスクレコーダやメモリカードドライブに限られず、他の種の機器も想定される。例えば二次記録媒体１００としては、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷなどのディスクメディア、固体メモリによるメディア、テープメディアなどであってもよい。従って二次記録媒体側機器は、これらのメディアに対応する各種の記録装置が想定されるが、それら接続が想定される機器に応じたモジュール構成が採られればよい。
【０１１５】
【発明の効果】
以上の説明からわかるように本発明によれば、例えばチェックアウト／チェックインを主たる目的とする共通アプリケーションモジュールによる制御コードは、変換モジュールで接続された機器に応じた制御コードとされてデバイスドライバを介して送信される。これによって接続される機器の種類毎にアプリケーションモジュールを搭載する必要がなくなる。
また例えば接続された機器に依存する処理の制御を主たる目的とするローカルアプリケーションモジュールによる制御コードについては、上記デバイスドライバを共用できるものとなる。このため処理に応じて起動されるアプリケーションを切り換えるという処理は不要となる。
特に、上記ローカルアプリケーションモジュールは、上記変換モジュールにより変換される制御コードフォーマットに合わせた状態で、制御コードを発行することで、デバイスドライバの共用が容易に可能となる。
また、上記ローカルアプリケーションモジュールは、上記変換モジュールにより変換される制御コードフォーマットとは異なるフォーマットのローカル制御コードの発行の旨を提示して、上記ローカル制御コードを発行するようにしても、デバイスドライバを共用できる。特にこの場合は、ローカル制御コードとして接続される機器に応じた自由度の高い制御方式が可能となる。
これらのことから、データ転送装置が、接続されたデータ記録装置に対する制御を行うためのモジュール構造の簡素化及び処理の効率化が実現できる。
また本発明の記録媒体によれば、上記の効果を得る機器制御方法を実行するデータ転送装置を、例えばパーソナルコンピュータ等により容易に実現できるものとなる。
【図面の簡単な説明】
【図１】本発明の実施の形態のシステム構成のブロック図である。
【図２】実施の形態のＳＤＭＩコンテンツのデータパス例の説明図である。
【図３】実施の形態の一次記録媒体側機器のブロック図である。
【図４】実施の形態の二次記録媒体側機器のブロック図である。
【図５】実施の形態のアプリケーションモジュール構造の説明図である。
【図６】実施の形態のプラグインモジュールによる変換コマンドフレームの説明図である。
【図７】実施の形態のローカルアプリケーションによる変換コマンドフレームの説明図である。
【図８】実施の形態のセンドコントロールコマンド及びレシーブレスポンスコマンドの説明図である。
【図９】実施の形態のセンドベンダーコマンド及びレシーブベンダーコマンドの説明図である。
【符号の説明】
１  一次記録媒体側機器（パーソナルコンピュータ）、２  ＣＰＵ、５  ＨＤＤ（一次記録媒体）、８  通信部、９  ディスクドライブ、１１  接続部、２０Ａ  二次記録媒体側機器（記録再生装置）、２１  ＭＤ制御部（ＣＰＵ）、２５記録／再生部、２６  インターフェース部、２８  復号部、３０  バッファメモリ、３１  システム制御部、７０  共通アプリケーションモジュール、７１，７３  コマンド変換モジュール、７２，７４  デバイスドライバ、７５，７６  切換機能、７７，７８  ローカルアプリケーションモジュール、１００  二次記録媒体（ミニディスク）
【図１】
0003719396.tif 000002
【図２】
0003719396.tif 000003
【図３】
0003719396.tif 000004
【図４】
0003719396.tif 000005
【図５】
0003719396.tif 000006
【図６】
0003719396.tif 000007
【図７】
0003719396.tif 000008
【図８】
0003719396.tif 000009
【図９】
0003719396.tif 000010