JP2005025922A - データ転送システム、データ転送方法およびデータ転送プログラム - Google Patents

Abstract

【課題】 音楽コンテンツの転送作業を簡易化することができ、且つ音楽コンテンツのデータ構造の概念を壊すことのないチェックアウトを可能とする。
【解決手段】 パーソナルコンピュータ１００は、楽曲の実体から構成されるアルバムと楽曲の実体へのポインタから構成されるプレイリストとで音楽コンテンツを管理する。プレイリストの楽曲をパーソナルコンピュータ１００側からディスクドライブ装置１側へチェックアウトするときに、プレイリストに含まれる楽曲が属するアルバムの全ての楽曲をチェックアウトする。ディスクドライブ装置１側へプレイリストを転送し、転送したプレイリストとチェックアウトした楽曲とでリンクを張る。これらにより、アルバム毎にチェックアウトの可能回数を一律とし、音楽コンテンツの転送作業を簡易化と音楽コンテンツのデータ構造の概念を壊すことのないチェックアウトを実現する。
【選択図】 図４９

Description

この発明は、データ転送システム、データ転送方法およびデータ転送プログラムに関し、特にパーソナルコンピュータと携帯型の記録再生装置とで音楽コンテンツの転送および戻しを行うことに適用するデータ転送システム、データ転送方法およびデータ転送プログラムに関する。

近年では、音楽などの記録再生を行うようにされた携帯型の記録再生装置においても、ハードディスクドライブを内蔵し尚かつ極めて小型に構成された製品が出現している。このような携帯型の記録再生装置は、通常、記録されている音楽データの管理を、パーソナルコンピュータと接続して行う。

例えば、パーソナルコンピュータが有するハードディスクドライブに多数の音楽データを格納してライブラリを構築して、パーソナルコンピュータでミュージックサーバを構成する。音楽データは、ＣＤ(Compact Disc)からのリッピングや、インターネットなどのネットワーク上に展開される音楽配信システムを利用してネットワークからのダウンロードにより取得する方法が一般的である。

このパーソナルコンピュータと携帯型の記録再生装置をケーブル接続して、パーソナルコンピュータのライブラリに格納されている音楽データを携帯型の記録再生装置に転送する。携帯型の記録再生装置では、転送された音楽データを内蔵されるハードディスクドライブに記録する。ユーザは、携帯型の記録再生装置を持ち歩くことで、パーソナルコンピュータ内に構成されたライブラリに格納された音楽データを、例えば屋外で楽しむことができる。

一方、ディジタルオーディオデータを記録再生するための記録媒体として、カートリッジに収納された直径６４ｍｍの光磁気ディスクであるミニディスク（ＭＤ）が広く普及している。ＭＤシステムでは、オーディオデータの圧縮方式として、ＡＴＲＡＣ（Adaptive TRansform Acoustic Coding）が用いられ、音楽データの管理には、Ｕ−ＴＯＣ（ユーザＴＯＣ（Table Of Contents））が用いられている。すなわち、ディスクのレコーダブル領域の内周には、Ｕ−ＴＯＣと呼ばれる記録領域が設けられる。Ｕ−ＴＯＣは、現行のＭＤシステムにおいて、トラック（オーディオトラック／データトラック）の曲順、記録、消去などに応じて書き換えられる管理情報であり、各トラックあるいはトラックを構成するパーツについて、開始位置、終了位置や、モードを管理するものである。

ＭＤシステムでは、このように、パーソナルコンピュータにおいて一般的なＦＡＴ(File Allocation Table)に基づくファイルシステムとは異なるファイル管理方法を用いているため、パーソナルコンピュータのような汎用コンピュータのデータ記録管理システムとの互換性を有していなかった。そこで、例えばＦＡＴシステムなどの汎用の管理システムを導入して、パーソナルコンピュータとの互換性を高めたシステムが提案されている。

このような、パーソナルコンピュータとの互換性を考慮されたディスクを記録媒体として用いた携帯型の記録再生装置を、上述のパーソナルコンピュータを用いたミュージックサーバに接続し、ミュージックサーバ内のライブラリをディスクに記録することが考えられる。

ここで、現行のＭＤシステムのディスクは、記録容量が１６０ＭＢ程度であるが、現行のＭＤとの互換性を確保しつつ、記録容量を増大させたディスクを用いることで、上述したハードディスクドライブを用いた携帯型の記録再生装置と同等の機能を実現することが可能であると考えられる。現行のＭＤシステムのディスクの大容量化を図るためには、レーザ波長や光学ヘッドの開口率ＮＡを改善する必要がある。しかしながら、レーザ波長や光学ヘッドの開口率ＮＡの改善には限界がある。そのため、磁気超解像度などの技術を用いて大容量化するシステムが提案されている。

このような記録媒体の大容量化により、上述したようなパーソナルコンピュータと携帯型の記録再生装置をケーブル接続して、パーソナルコンピュータのライブラリに格納されている音楽データを記録再生装置に転送する場合、記録媒体の容量を埋めるだけの曲の選択が非常に面倒になる。

下記の特許文献１には、データ転送作業の簡易化を実現するために、お気に入りリストファイルを作成し、お気に入りリストファイルの楽曲をメモリへ転送（一括復元）することが記載されている。

特開２００３−２９７９５号公報

パーソナルコンピュータでは、曲を実体、すなわちオーディオデータそのものを構成するためのデータ構造で管理する場合と、ポインタで管理する場合とがある。実体は階層構造を持ち、その階層構造は、アルバム（グループともいう）と呼ばれる。この構造は、音楽配布メディアであるレコード、ＣＤの構造からきており、現在でも支配的な概念のひとつである。ポインタは、記録媒体内に存在する実体のリンクであり、曲の実体はともなわない。ポインタの集合により曲の再生順を表すリストは、プレイリスト（プログラム再生リストともいう）と呼ばれる。

図５１を参照して、プレイリストとアルバムの概念について説明する。アルバム１は、楽曲１〜楽曲７で構成されている。アルバム２は、楽曲８〜楽曲１４で構成されている。なお、楽曲１〜楽曲１４は、曲の実体である。プレイリスト１は、再生順となる曲の順に構成されている。すなわち、プレイリスト１を選択して再生を行うと、楽曲１，楽曲２，楽曲２，楽曲８，楽曲５，楽曲１３，楽曲１４の順に曲が再生される。プレイリスト１を構成する楽曲１（リンク），楽曲２（リンク），楽曲２（リンク），・・・，楽曲１４（リンク）は、ポインタであり、それぞれのポインタが対応する曲の実体をアルバム１，アルバム２から参照するようリンクが張られている。プレイリスト１には、曲へのポインタのみが含まれており、曲の実体は存在しない。したがって、プレイリスト１の楽曲１（リンク），楽曲２（リンク）などを削除しても、リンクが外れるだけであり、実体であるアルバムの楽曲１，楽曲２などの対応する曲は削除されない。

ここで、このアルバムおよびプレイリストの概念を用いて、上述したようなパーソナルコンピュータと記録再生装置をケーブル接続して、パーソナルコンピュータのライブラリに格納されている音楽データを携帯型の記録再生装置に転送するようにした場合について説明する。なお、以下の従来例では、パーソナルコンピュータから記録再生装置への曲の転送回数が３回までに制限されているものとする。

図５２は、パーソナルコンピュータから曲を転送するときの一例を示し、図５３は、パーソナルコンピュータから曲を転送するときの他の例を示す。なお、図５２および図５３中の楽曲の先頭に示す数字は、その曲の転送可能回数を示す。

図５２に示す例では、パーソナルコンピュータのプレイリスト１で指示される曲を記録再生装置へ転送する場合、プレイリスト１で指示される曲のそれぞれを転送対象の曲の集合とみなしている。

この場合には、プレイリスト１で指示される曲を記録再生装置へ転送すると、記録再生装置上では、アルバムもしくは実体の構成概念（図５２に示すアルバム３）となる。よって、パーソナルコンピュータ側におけるプレイリストの概念が、記録再生装置側ではアルバムの概念に変化してしまう。旧来のプレイリストによる再生機能をサポートしていない記録再生装置では、この方式を採用することもやむなかった。しかしながら、プレイリストによる再生機能をサポートした記録再生装置が増えている近年では、この方法では、ユーザにとって不自然な振る舞いとなってしまう。また、パーソナルコンピュータ側のアルバムという構成単位の中で、曲の転送可能回数が曲毎に異なってしまう。

図５３に示す例では、プレイリストの概念を残したまま、パーソナルコンピュータから曲を記録再生装置へ転送している。上述した例では、プレイリストで２回参照される楽曲２の転送可能回数が残り１回となってしまったが、この方法では２回となる。これは、プレイリストの概念により、楽曲２の転送は、アルバムを記録再生装置側で構成するための１回だけでよいからである。

しかしながら、記録再生装置側のアルバム１、アルバム２に示すように、曲が所属するアルバムの概念が壊れてしまっている。また、パーソナルコンピュータ側のアルバムという構成単位の中で、曲の転送可能回数が曲毎に異なってしまうという点では、上述した例と同様である。

以上のことから、従来は、プレイリストによる音楽コンテンツの転送を行うと、アルバムという曲が属する基本階層とは別のルールで転送可能回数が減ってしまうため、アルバム単位で音楽コンテンツを転送しようとしたとき、そのアルバムの中に転送できない曲がでてきてしまうという非常に煩わしい状況が生じてしまうという問題点があった。

また、従来は、プレイリストによる音楽コンテンツの転送を行うと、アルバム、プレイリストの概念が壊れてしまうという問題点があった。

したがって、この発明の目的は、音楽コンテンツの転送作業を簡易化することができ、且つアルバム、プレイリストなどの音楽コンテンツのデータ構造の概念を壊すことなく音楽コンテンツを転送することができるデータ転送システム、データ転送方法およびデータ転送プログラムを提供することにある。

上記目的を達成するために、この発明は、１以上のオーディオデータの実体から形成される第１の集合体が複数記録された第１の記録媒体と第２の記録媒体との間でオーディオデータの転送を行うデータ転送システムにおいて、第１の記録媒体に記録された、１以上の第１の集合体に含まれるオーディオデータの再生順序を示すとともに再生順序が示されたおのおのの第１の集合体に含まれるオーディオデータの実体への指示をするポインタとを規定する第２の集合体と、第２の集合体によって指示されたオーディオデータを第２の記録媒体へ転送する場合に、第２の集合体に指示されたオーディオデータが含まれる第１の集合体に含まれるすべてのオーディオデータの実体を第１の記録媒体から第２の記録媒体へ転送する制御部とを備えるデータ転送システムである。

また、この発明は、１以上のオーディオデータの実体から形成される第１の集合体が複数記録された第１の記録媒体と第２の記録媒体との間でオーディオデータの転送を行うデータ転送方法において、第１の記録媒体に記録された、１以上の第１の集合体に含まれるオーディオデータの再生順序を示すとともに再生順序が示されたおのおのの第１の集合体に含まれるオーディオデータの実体への指示をするポインタとを規定する第２の集合体に指定されたオーディオデータを第１の記録媒体から第２の記録媒体へ転送する指示を受信し、第２の集合体によって指示されたオーディオデータが含まれる第１の集合体を検索し、第２の集合体によって指示されたオーディオデータの実体を第１の記録媒体から第２の記録媒体へ転送するとともに、転送されるオーディオデータが含まれる第１の集合体に含まれる他のすべてのオーディオデータの実体を第１の記録媒体から第２の記録媒体へ転送することを特徴とするデータ転送方法である。

また、この発明は、１以上のオーディオデータの実体から形成される第１の集合体が複数記録された第１の記録媒体と第２の記録媒体との間でオーディオデータの転送を行うデータ転送プログラムにおいて、第１の記録媒体に記録された、１以上の上記第１の集合体に含まれるオーディオデータの再生順序を示すとともに再生順序が示されたおのおのの第１の集合体に含まれるオーディオデータの実体への指示をするポインタとを規定する第２の集合体に指定されたオーディオデータを第１の記録媒体から第２の記録媒体へ転送する指示を受信し、第２の集合体によって指示されたオーディオデータが含まれる第１の集合体を検索し、第２の集合体によって指示されたオーディオデータの実体を第１の記録媒体から第２の記録媒体へ転送するとともに、転送されるオーディオデータが含まれる第１の集合体に含まれる他のすべてのオーディオデータの実体を第１の記録媒体から第２の記録媒体へ転送することを特徴とするデータ転送プログラムである。

上述のように、この発明によれば、第１の記録媒体から第２の記録媒体へ第２の集合体によって指示されたオーディオデータの実体を転送するとともに、転送されるオーディオデータが含まれる第１の集合体に含まれる他のすべてのオーディオデータの実体を第１の記録媒体から第２の記録媒体へと転送することにより、第１の集合体と第２の集合体との構成の概念を壊さず、第２の集合体で指示されたオーディオデータの実体を一括して第２の記録媒体へ転送することができる。第２の記録媒体への音楽コンテンツの転送回数が、アルバム毎に一律となる。

すなわち、この発明によれば、転送する音楽コンテンツが属する第１の集合体に含まれる全ての音楽コンテンツを記録再生装置側の第２の記録媒体へ転送することにより、転送回数を第１の集合体毎に一律とすることができる。また、第１の記録媒体上の音楽コンテンツのデータ構造と同じデータ構造を第２の記録媒体上に構築することができる。

したがって、音楽コンテンツの転送作業を簡易化することができ、且つ音楽コンテンツのデータ構造の概念を壊すことなく音楽コンテンツを転送することが可能な環境を構築することができるという効果がある。

以下、この発明の実施の一形態について説明する。先ず、この発明の実施の一形態の説明に先立って、この発明に適用可能なディスクシステムについて、下記の１０のセクションに従い説明する。
１．記録方式の概要
２．ディスクについて
３．信号フォーマット
４．記録再生装置の構成
５．次世代ＭＤ１および次世代ＭＤ２によるディスクの初期化処理について
６．音楽データの第１の管理方式について
７．音楽データの管理方式の第２の例
８．パーソナルコンピュータとの接続時の動作について
９．ディスク上に記録されたオーディオデータのコピー制限について
１０．ソフトウェア構成について

１．記録方式の概要
この発明の実施の一形態では、記録媒体として光磁気ディスクが使用される。フォームファクタのような、ディスクの物理的属性は、いわゆるＭＤ(Mini-Disc)システムによって使用されるディスクと実質的に同じである。しかし、ディスク上に記録されたデータと、そのデータがどのようにディスク上に配置されているかについては、従来のＭＤと異なる。

より具体的には、この発明の実施の一形態に適用される装置は、オーディオデータのようなコンテンツデータを記録再生するために、ファイル管理システムとしてＦＡＴ(File Allocation Table)システムを使用している。これによって、当該装置は、現行のパーソナルコンピュータで使用されているファイルシステムに対して互換性を保証することができる。

ここでは、「ＦＡＴ」又は「ＦＡＴシステム」という用語は、種々のＰＣベースのファイルシステムを指すのに総称的に用いられ、ＤＯＳ(Disk Operating System)で用いられる特定のＦＡＴベースのファイルシステム、Ｗｉｎｄｏｗｓ（登録商標）９５/９８で使用されるＶＦＡＴ(Virtual FAT)、Ｗｉｎｄｏｗｓ９８/ＭＥ/２０００で用いられるＦＡＴ３２、及びＮＴＦＳ(NT File System（New Technology File System とも呼ばれる）)のどれかを示すことを意図したものではない。ＮＴＦＳは、ＷｉｎｄｏｗｓＮＴオペレーティングシステム、又は（オプションにより）Ｗｉｎｄｏｗｓ２０００で使用されるファイルシステムであり、ディスクに対する読み出し／書き込みの際に、ファイルの記録及び取り出しを行う。

また、この発明の実施の一形態では、現行のＭＤシステムに対して、エラー訂正方式や変調方式を改善することにより、データの記録容量の増大を図るとともに、データの信頼性を高めるようにしている。更に、この実施の一形態では、コンテンツデータを暗号化するとともに、不正コピーを防止して、コンテンツデータの著作権の保護が図れるようにしている。

記録再生のフォーマットとしては、現行のＭＤシステムで用いられているディスクと全く同様のディスク(すなわち、物理媒体)を用いるようにした次世代ＭＤ１の仕様と、現行のＭＤシステムで用いられているディスクとフォームファクター及び外形は同様であるが、磁気超解像度（ＭＳＲ）技術を使うことにより、線記録方向の記録密度を上げて、記録容量をより増大した次世代ＭＤ２の仕様とがあり、これらが本願発明者により開発されている。

現行のＭＤシステムでは、カートリッジに収納された直径６４ｍｍの光磁気ディスクが記録媒体として用いられている。ディスクの厚みは１．２ｍｍであり、その中央に１１ｍｍの径のセンターホールが設けられている。カートリッジの形状は、長さ６８ｍｍ、幅７２ｍｍ、厚さ５ｍｍである。

次世代ＭＤ１の仕様でも次世代ＭＤ２の仕様でも、これらディスクの形状やカートリッジの形状は、全て同じである。リードイン領域の開始位置についても、次世代ＭＤ１の仕様および次世代ＭＤ２の仕様のディスクも、ディスクの中心から２９ｍｍの位置から始まり、現行のＭＤシステムで使用されているディスクと同様である。

トラックピッチについては、次世代ＭＤ２では、１．２μｍから１．３μｍ（例えば１．２５μｍ）とすることが検討されている。これに対して、現行のＭＤシステムのディスクを流用する次世代ＭＤ１では、トラックピッチは１．６μｍとされている。ビット長は、次世代ＭＤ１が０．４４μｍ／ビットとされ、次世代ＭＤ２が０．１６μｍ／ビットとされる。冗長度は、次世代ＭＤ１および次世代ＭＤ２ともに、２０．５０％である。

次世代ＭＤ２の仕様のディスクでは、磁気超解像技術を使うことにより、線密度方向の記録容量を向上するようにしている。磁気超解像技術は、所定の温度になると、切断層が磁気的にニュートラルな状態になり、再生層に転写されていた磁壁が移動することで、微少なマークがビームスポットの中で大きく見えるようになることを利用したものである。

すなわち、次世代ＭＤ２の仕様のディスクでは、透明基板上に、少なくとも情報を記録する記録層となる磁性層と、切断層と、情報再生用の磁性層とが積層される。切断層は、交換結合力調整用層となる。所定の温度になると、切断層が磁気的にニュートラルな状態になり、記録層に転写されていた磁壁が再生用の磁性層に転写される。これにより、微少なマークがビームスポットの中に見えるようになる。なお、記録時には、レーザパルス磁界変調技術を使うことで、微少なマークを生成することができる。

また、次世代ＭＤ２の仕様のディスクでは、デトラックマージン、ランドからのクロストーク、ウォブル信号のクロストーク、フォーカスの漏れを改善するために、グルーブを従来のＭＤディスクより深くし、グルーブの傾斜を鋭くしている。次世代ＭＤ２の仕様のディスクでは、グルーブの深さは例えば１６０ｎｍから１８０ｎｍであり、グルーブの傾斜は例えば６０度から７０度であり、グルーブの幅は例えば６００ｎｍから７００ｎｍである。

また、光学的の仕様については、次世代ＭＤ１の仕様では、レーザ波長λが７８０ｎｍとされ、光学ヘッドの対物レンズの開口率ＮＡが０．４５とされている。次世代ＭＤ２の仕様も同様に、レーザ波長λが７８０ｎｍとされ、光学ヘッドの開口率ＮＡが０．４５とされている。

記録方式としては、次世代ＭＤ１の仕様も次世代ＭＤ２の仕様も、グルーブ記録方式が採用されている。つまり、ディスクの盤面上に形成された溝であるグルーブをトラックとして記録再生に用いるようにしている。

エラー訂正符号化方式としては、現行のＭＤシステムでは、ＡＣＩＲＣ(Advanced Cross Interleave Reed-Solomon Code) による畳み込み符号が用いられていたが、次世代ＭＤ１および次世代ＭＤ２の仕様では、ＲＳ−ＬＤＣ（Reed Solomon−Long Distance Code）とＢＩＳ（Burst Indicator Subcode）とを組み合わせたブロック完結型の符号が用いられている。ブロック完結型のエラー訂正符号を採用することにより、リンキングセクタが不要になる。ＬＤＣとＢＩＳとを組み合わせたエラー訂正方式では、バーストエラーが発生したときに、ＢＩＳによりエラーロケーションが検出できる。このエラーロケーションを使って、ＬＤＣコードにより、イレージャ訂正を行うことができる。

アドレス方式としては、シングルスパイラルによるグルーブを形成したうえで、このグルーブの両側に対してアドレス情報としてのウォブルを形成したウォブルドグルーブ方式が採用されている。このようなアドレス方式は、ＡＤＩＰ（Address in Pregroove）と呼ばれている。現行のＭＤシステムと、次世代ＭＤ１および次世代ＭＤ２の仕様では、線密度が異なると共に、現行のＭＤシステムでは、エラー訂正符号として、ＡＣＩＲＣと呼ばれる畳み込み符号が用いられているのに対して、次世代ＭＤ１および次世代ＭＤ２の仕様では、ＬＤＣとＢＩＳとを組み合わせたブロック完結型の符号が用いられているため、冗長度が異なり、ＡＤＩＰとデータとの相対的な位置関係が変わっている。そこで、現行のＭＤシステムと同じ物理構造のディスクを流用する次世代ＭＤ１の仕様では、ＡＤＩＰ信号の扱いを、現行のＭＤシステムのときとは異なるようにしている。また、次世代ＭＤ２の仕様では、次世代ＭＤ２の仕様により合致するように、ＡＤＩＰ信号の仕様に変更を加えている。

変調方式については、現行のＭＤシステムでは、ＥＦＭ(8 to 14 Modulation)が用いられているのに対して、次世代ＭＤ１および次世代ＭＤ２の仕様では、１−７ｐｐ変調と称されるＲＬＬ（１，７）ＰＰ（ＲＬＬ;Run Length Limited ,ＰＰ;Parity Preserve/Prohibit rmtr(repeated minimum transition runlength)）が採用されている。また、データの検出方式は、次世代ＭＤ１ではパーシャルレスポンスＰＲ（１，２，１）ＭＬを用い、次世代ＭＤ２ではパーシャルレスポンスＰＲ（１，−１）ＭＬを用いたビタビ復号方式とされている。

また、ディスク駆動方式はＣＬＶ（Constant Linear Verocity）またはＺＣＡＶ（Zone Constant Angular Verocity）で、その標準線速度は、次世代ＭＤ１の仕様では、２．４ｍ／秒とされ、次世代ＭＤ２の仕様では、１．９８ｍ／秒とされる。なお、現行のＭＤシステムの仕様では、６０分ディスクで１．２ｍ／秒、７４分ディスクで１．４ｍ／秒とされている。

現行のＭＤシステムで用いられるディスクをそのまま流用する次世代ＭＤ１の仕様では、ディスク１枚当たりのデータ総記録容量は８０分ディスクと称されるディスクを用いた場合約３００Ｍバイト（８０分ディスクを用いた場合）になる。変調方式がＥＦＭから１−７ｐｐ変調とされることで、ウィンドウマージンが０．５から０．６６６となり、この点で、１．３３倍の高密度化が実現できる。また、エラー訂正方式として、ＡＣＩＲＣ方式からＢＩＳとＬＤＣを組み合わせたものとしたことで、データ効率が上がり、この点で、１．４８倍の高密度化が実現できる。総合的には、全く同様のディスクを使って、現行のＭＤシステムに比べて、約２倍のデータ容量が実現されたことになる。

磁気超解像度を利用した次世代ＭＤ２の仕様のディスクでは、更に線密度方向の高密度化が図られ、データ総記録容量は、約１Ｇバイトになる。

データレートは標準線速度にて、次世代ＭＤ１では４．４Ｍビット／秒であり、次世代ＭＤ２では、９．８Ｍビット／秒である。

２．ディスクについて
図１は、次世代ＭＤ１のディスクの構成を示すものである。次世代ＭＤ１のディスクは、現行のＭＤシステムのディスクをそのまま流用したものである。すなわち、ディスクは、透明のポリカーボネート基板上に、誘電体膜と、磁性膜と、誘電体膜と、反射膜とを積層して構成される。更に、その上に、保護膜が積層される。

次世代ＭＤ１のディスクでは、図１に示すように、ディスクの記録領域の最も内側の周のリードイン領域に、Ｐ−ＴＯＣ（プリマスタードＴＯＣ（Table Of Contents））領域が設けられる。この記録領域の最も内側の周は、ディスクの中心から放射状に延びる方向において最も内側を示す。ここは、物理的な構造としては、プリマスタード領域となる。すなわち、エンボスピットにより、コントロール情報等が、例えば、Ｐ−ＴＯＣ情報として記録されている。

Ｐ−ＴＯＣ領域が設けられるリードイン領域の外周は、レコーダブル領域とされ、記録トラックの案内溝としてグルーブが形成された記録再生可能領域となっている。このレコーダブル領域の内周には、Ｕ−ＴＯＣ（ユーザＴＯＣ）が設けられる。ここで外周とはディスクの中心から放射状に延びる方向において外側の周のことである。また、レコーダブル領域とは光磁気記録可能な領域のことである。

Ｕ−ＴＯＣは、現行のＭＤシステムでディスクの管理情報を記録するために用いられているＵ−ＴＯＣと同様の構成のものである。Ｕ−ＴＯＣは、現行のＭＤシステムにおいて、トラックの曲順、記録、消去などに応じて書き換えられる管理情報であり、各トラックやトラックを構成するパーツについて、開始位置、終了位置や、モードを管理するものである。ここでトラックとはオーディオトラックおよび／またはデータトラックを総称している。

Ｕ−ＴＯＣの外周には、アラートトラックが設けられる。このトラックには、ディスクが現行のＭＤシステムにロードされた場合に、ＭＤプレーヤによって起動されて出力される警告音が記録される。この警告音は、そのディスクが次世代ＭＤ１方式で使用され、現行のシステムでは再生できないことを示すものである。レコーダブル領域の残りの部分は、リードアウト領域まで、放射状に延びる方向に広がっている。レコーダブル領域の残りの部分に関して詳しくは、図２に示されている。

図２は、図１に示す次世代ＭＤ１の仕様のディスクのレコーダブル領域の構成を示すものである。図２に示すように、レコーダブル領域の内周側に位置する先頭には、Ｕ−ＴＯＣおよびアラートトラックが設けられる。Ｕ−ＴＯＣおよびアラートトラックが含まれる領域は、現行のＭＤシステムのプレーヤでも再生できるように、ＥＦＭでデータが変調されて記録される。ＥＦＭ変調でデータが変調されて記録される領域の外周に、次世代ＭＤ１方式の１−７ｐｐ変調でデータが変調されて記録される領域が設けられる。ＥＦＭでデータが変調されて記録される領域と、１−７ｐｐ変調でデータが変調されて記録される領域との間は所定の距離の間だけ離間されており、「ガードバンド」が設けられている。このようなガードバンドが設けられるため、現行のＭＤプレーヤに次世代ＭＤ１の仕様のディスクが装着されて、不具合が発生されることが防止される。

１−７ｐｐ変調でデータが変調されて記録される領域の先頭となる内周側には、ＤＤＴ（Disc Description Table）領域と、リザーブトラックが設けられる。ＤＤＴ領域には、物理的に欠陥のある領域に対する交替処理をするために設けられる。ＤＤＴ領域には、さらに、ディスク毎に固有の識別コードが記録される。以下、このディスク毎に固有の識別コードをＵＩＤ（ユニークＩＤ）と称する。次世代ＭＤ１の場合、ＵＩＤは、例えば所定に発生された乱数に基づき生成され、例えばディスクの初期化の際に記録される。詳細は後述する。ＵＩＤを用いることで、ディスクの記録内容に対するセキュリティ管理を行うことができる。リザーブトラックは、コンテンツの保護を図るための情報が格納される。

更に、１−７ｐｐ変調でデータが変調されて記録される領域には、ＦＡＴ（File Allocation Table）領域が設けられる。ＦＡＴ領域は、ＦＡＴシステムでデータを管理するための領域である。ＦＡＴシステムは、汎用のパーソナルコンピュータで使用されているＦＡＴシステムに準拠したデータ管理を行うものである。ＦＡＴシステムは、ルートにあるファイルやディレクトリのエントリポイントを示すディレクトリと、ＦＡＴクラスタの連結情報が記述されたＦＡＴテーブルとを用いて、ＦＡＴチェーンによりファイル管理を行うものである。なお、ＦＡＴの用語は、前述したように、ＰＣオペレーティングシステムで利用される、様々な異なるファイル管理方法を示すように総括的に用いられている。

次世代ＭＤ１の仕様のディスクにおいては、Ｕ−ＴＯＣ領域には、アラートトラックの開始位置の情報と、１−７ｐｐ変調でデータが変調されて記録される領域の開始位置の情報が記録される。

現行のＭＤシステムのプレーヤに、次世代ＭＤ１のディスクが装着されると、Ｕ−ＴＯＣ領域が読み取られ、Ｕ−ＴＯＣの情報から、アラートトラックの位置が分かり、アラートトラックがアクセスされ、アラートトラックの再生が開始される。アラートトラックには、このディスクが次世代ＭＤ１方式で使用され、現行のＭＤシステムのプレーヤでは再生できないことを示す警告音が記録されている。この警告音から、このディスクが現行のＭＤシステムのプレーヤでは使用できないことが知らされる。

なお、警告音としては、「このプレーヤでは使用できません」というような言語による警告とすることができる。勿論、単純なビープ音、トーン、又はその他の警告信号とするようにしても良い。

次世代ＭＤ１に準拠したプレーヤに、次世代ＭＤ１のディスクが装着されると、Ｕ−ＴＯＣ領域が読み取られ、Ｕ−ＴＯＣの情報から、１−７ｐｐ変調でデータが記録された領域の開始位置が分かり、ＤＤＴ、リザーブトラック、ＦＡＴ領域が読み取られる。１−７ｐｐ変調のデータの領域では、Ｕ−ＴＯＣを使わずに、ＦＡＴシステムを使ってデータの管理が行われる。

図３は、次世代ＭＤ２のディスクを示すものである。ディスクは、透明のポリカーボネート基板上に、誘電体膜と、磁性膜と、誘電体膜と、反射膜とを積層して構成される。更に、その上に、保護膜が積層される。

次世代ＭＤ２のディスクでは、図３Ａに示すように、ディスクの中心から放射状に延びる方向において内側の周にあたるディスクの内周のリードイン領域には、ＡＤＩＰ信号により、コントロール情報が記録されている。次世代ＭＤ２のディスクには、リードイン領域にはエンボスピットによるＰ−ＴＯＣは設けられておらず、その代わりに、ＡＤＩＰ信号によるコントロール情報が用いられる。リードイン領域の外周からレコーダブル領域が開始され、記録トラックの案内溝としてグルーブが形成された記録再生可能領域となっている。このレコーダブル領域には、１−７ｐｐ変調で、データが変調されて記録される。

次世代ＭＤ２の仕様のディスクでは、図３Ｂに示すように、磁性膜として、情報を記録する記録層となる磁性層１０１と、切断層１０２と、情報再生用の磁性層１０３とが積層されたものが用いられる。切断層１０２は、交換結合力調整用層となる。所定の温度になると、切断層１０２が磁気的にニュートラルな状態になり、記録層１０１に転写されていた磁壁が再生用の磁性層１０３に転写される。これにより、記録層１０１では微少なマークが再生用の磁性層１０３のビームスポットの中に拡大されて見えるようになる。

図示しないが、次世代ＭＤ２の使用のディスクでは、記録可能領域の内周側の、コンシューマ向けの記録再生装置で再生可能であるが記録不可であるような領域に、上述したＵＩＤが予め記録される。次世代ＭＤ２のディスクの場合、ＵＩＤは、例えばＤＶＤ(Digital Versatile Disc)で用いられているＢＣＡ(Burst Cutting Area)の技術と同様の技術により、ディスクの製造時に予め記録される。ディスクの製造時にＵＩＤが生成され記録されるため、ＵＩＤの管理が可能となり、上述の次世代ＭＤ１による、ディスクの初期化時などに乱数に基づきＵＩＤを生成する場合に比べ、セキュリティを向上できる。ＵＩＤのフォーマットなど詳細については、後述する。

なお、繁雑さを避けるために、次世代ＭＤ２においてＵＩＤが予め記録されるこの領域を、以降、ＢＣＡと呼ぶことにする。

次世代ＭＤ１であるか次世代ＭＤ２であるかは、例えば、リードインの情報から判断できる。すなわち、リードインにエンボスピットによるＰ−ＴＯＣが検出されれば、現行のＭＤまたは次世代ＭＤ１のディスクであると判断できる。リードインにＡＤＩＰ信号によるコントロール情報が検出され、エンボスピットによるＰ−ＴＯＣが検出されなければ、次世代ＭＤ２であると判断できる。上述したＢＣＡにＵＩＤが記録されているか否かで判断することも可能である。なお、次世代ＭＤ１と次世代ＭＤ２との判別は、このような方法に限定されるものではない。

図４は、次世代ＭＤ２の仕様のディスクのレコーダブル領域の構成を示すものである。図４に示すように、レコーダブル領域では全て１−７ｐｐ変調でデータが変調されて記録され、１−７ｐｐ変調でデータが変調されて記録される領域の先頭の内周側には、ＤＤＴ領域と、リザーブトラックが設けられる。ＤＤＴ領域は、物理的に欠陥のある領域に対する交替領域を管理するための交替領域管理データを記録するために設けられる。

具体的には、ＤＤＴ領域は、物理的に欠陥のある上記領域に替わるレコーダブル領域を含む置き換え領域を管理する管理テーブルを記録する。この管理テーブルは、欠陥があると判定された論理クラスタを記録し、その欠陥のある論理クラスタに替わるものとして割り当てられた置き換え領域内の１つ又は複数の論理クラスタも記録する。さらに、ＤＤＴ領域には、上述したＵＩＤが記録される。リザーブトラックは、コンテンツの保護を図るための情報が格納される。

更に、１−７ｐｐ変調でデータが変調されて記録される領域には、ＦＡＴ領域が設けられる。ＦＡＴ領域は、ＦＡＴシステムでデータを管理するための領域である。ＦＡＴシステムは、汎用のパーソナルコンピュータで使用されているＦＡＴシステムに準拠したデータ管理を行うものである。

次世代ＭＤ２のディスクにおいては、Ｕ−ＴＯＣ領域は設けられていない。次世代ＭＤ２に準拠したプレーヤに、次世代ＭＤ２のディスクが装着されると、所定の位置にあるＤＤＴ、リザーブトラック、ＦＡＴ領域が読み取られ、ＦＡＴシステムを使ってデータの管理が行われる。

次世代ＭＤ１および次世代ＭＤ２のディスクでは、時間のかかる初期化作業は不要とされる。すなわち、次世代ＭＤ１および次世代ＭＤ２の仕様のディスクでは、ＤＤＴやリザーブトラック、ＦＡＴテーブル等の最低限のテーブルの作成以外に、初期化作業は不要で、未使用のディスクからレコーダブル領域の記録再生を直接行うことが可能である。

なお、次世代ＭＤ２のディスクは、上述のように、ディスクの製造時にＵＩＤが生成され記録されるため、より強力にセキュリティ管理を行うことが可能である一方、現行のＭＤシステムで用いられるディスクに比べて膜の積層数が多く、より高価である。そこで、ディスクの記録可能領域およびリードイン、リードアウト領域は、次世代ＭＤ１と共通とし、ＵＩＤのみ、ＤＶＤと同様のＢＣＡを用いて次世代ＭＤ２と同様にしてディスクの製造時に記録するようにしたディスクシステムとして次世代ＭＤ１．５と称するディスクが提案されている。

なお、以下では、次世代ＭＤ１．５に関して、特に必要となる場合を除き、説明を省略する。すなわち、次世代ＭＤ１．５は、ＵＩＤに関しては次世代ＭＤ２に準じ、オーディオデータの記録再生などに関しては次世代ＭＤ１に準ずるものとする。

ＵＩＤについて、より詳細に説明する。上述したように、次世代ＭＤ２のディスクにおいて、ＵＩＤは、ＤＶＤで用いられているＢＣＡと称される技術と同様の技術により、ディスクの製造時に予め記録される。図５は、このＵＩＤの一例のフォーマットを概略的に示す。ＵＩＤの全体をＵＩＤレコードブロックと称する。

ＵＩＤブロックにおいて、先頭から２バイト分がＵＩＤコードのフィールドとされる。ＵＩＤコードは、２バイトすなわち１６ビットのうち上位４ビットがディスク判別用とされる。例えば、この４ビットが〔００００〕で当該ディスクが次世代ＭＤ２のディスクであることが示され、〔０００１〕で当該ディスクが次世代ＭＤ１．５のディスクであることが示される。ＵＩＤコードの上位４ビットの他の値は、例えば将来の拡張のために予約される。ＵＩＤコードの下位１２ビットは、アプリケーションＩＤとされ、４０９６種類のサービスに対応することができる。

ＵＩＤコードの次に１バイトのバージョンナンバのフィールドが配され、その次に、１バイトでデータ長のフィールドが配される。このデータ長により、データ長の次に配されるＵＩＤレコードデータのフィールドのデータ長が示される。ＵＩＤレコードデータのフィールドは、ＵＩＤ全体のデータ長が１８８バイトを超えない範囲で、４ｍ（ｍ＝０、１、２、・・・）バイト分、配される。ＵＩＤレコードデータのフィールドに、所定の方法で生成したユニークなＩＤを格納することができ、これにより、ディスク個体が識別可能とされる。

なお、次世代ＭＤ１のディスクでは、このＵＩＤレコードデータのフィールドに、乱数に基づき生成されたＩＤが記録される。

ＵＩＤレコードブロックは、最大１８８バイトまでのデータ長で、複数個、作ることができる。

３．信号フォーマット
次に、次世代ＭＤ１および次世代ＭＤ２のシステムの信号フォーマットについて説明する。現行のＭＤシステムでは、エラー訂正方式として、畳み込み符号であるＡＣＩＲＣが用いられており、サブコードブロックのデータ量に対応する２３５２バイトからなるセクタを記録再生のアクセス単位としている。畳み込み符号の場合には、エラー訂正符号化系列が複数のセクタに跨るため、データを書き換える際には、隣接するセクタ間に、リンキングセクタを用意する必要がある。アドレス方式としては、シングルスパイラルによるグルーブを形成したうえで、このグルーブの両側に対してアドレス情報としてのウォブルを形成したウォブルドグルーブ方式であるＡＤＩＰが使われている。現行のＭＤシステムでは、２３５２バイトからなるセクタをアクセスするのに最適なように、ＡＤＩＰ信号が配列されている。

これに対して、次世代ＭＤ１および次世代ＭＤ２のシステムの仕様では、ＬＤＣとＢＩＳとを組み合わせたブロック完結型の符号が用いられ、６４Ｋバイトを記録再生のアクセス単位としている。ブロック完結型の符号では、リンキングセクタは不要である。そこで、現行のＭＤシステムのディスクを流用する次世代ＭＤ１のシステムの仕様では、ＡＤＩＰ信号の扱いを、新たな記録方式に対応するように、変更するようにしている。また、次世代ＭＤ２のシステムの仕様では、次世代ＭＤ２の仕様により合致するように、ＡＤＩＰ信号の仕様に変更を加えている。

図６、図７、および図８は、次世代ＭＤ１および次世代ＭＤ２のシステムで使用されるエラー訂正方式を説明するためのものである。次世代ＭＤ１および次世代ＭＤ２のシステムでは、図６に示すようなＬＤＣによるエラー訂正符号化方式と、図７および図８に示すようなＢＩＳ方式とが組み合わされている。

図６は、ＬＤＣによるエラー訂正符号化の符号化ブロックの構成を示すものである。図６に示すように、各エラー訂正符号化セクタのデータに対して、４バイトのエラー検出コードＥＤＣが付加され、水平方向に３０４バイト、垂直方向に２１６バイトのエラー訂正符号化ブロックに、データが二次元配列される。各エラー訂正符号化セクタは、２Ｋバイトのデータからなる。図６に示すように、水平方向に３０４バイト、垂直方向に２１６バイトからなるエラー訂正符号化ブロックには、２Ｋバイトからなるエラー訂正符号化セクタが３２セクタ分配置される。このように、水平方向に３０４バイト、垂直方向に２１６バイトに二次元配列された３２個のエラー訂正符号化セクタのエラー訂正符号化ブロックのデータに対して、垂直方向に、３２ビットのエラー訂正用のリード・ソロモンコードのパリティが付加される。

図７および図８は、ＢＩＳの構成を示すものである。図７に示すように、３８バイトのデータ毎に、１バイトのＢＩＳが挿入され、（３８×４＝１５２バイト）のデータと、３バイトのＢＩＳデータと、２．５バイトのフレームシンクとの合計１５７．５バイトが１フレームとされる。

図８に示すように、このように構成されるフレームを４９６フレーム集めて、ＢＩＳのブロックが構成される。ＢＩＳデータ（３×４９６＝１４８８バイト）には、５７６バイトのユーザコントロールデータと、１４４バイトのアドレスユニットナンバと、７６８バイトのエラー訂正コードが含められる。

このように、ＢＩＳデータには、１４８８バイトのデータに対して７６８バイトのエラー訂正コードが付加されているので、強力にエラー訂正を行うことができる。このＢＩＳコードを３８バイト毎に埋め込んでおくことにより、バーストエラーが発生したときに、エラーロケーションが検出できる。このエラーロケーションを使って、ＬＤＣコードにより、イレージャ訂正を行うことができる。

ＡＤＩＰ信号は、図９に示すように、シングルスパイラルのグルーブの両側に対してウォブルを形成することで記録される。すなわち、ＡＤＩＰ信号は、ＦＭ変調されたアドレスデータを有し、ディスク素材にグルーブのウォブルとして形成されることにより記録される。

図１０は、次世代ＭＤ１の場合のＡＤＩＰ信号のセクタフォーマットを示すものである。

図１０に示すように、ＡＤＩＰ信号の１セクタに相当するＡＤＩＰセクタは、４ビットのシンクと、８ビットのＡＤＩＰクラスタナンバの上位ビットと、８ビットのＡＤＩＰクラスタナンバの下位ビットと、８ビットのＡＤＩＰセクタナンバと、１４ビットのエラー検出コードＣＲＣとからなる。

シンクは、ＡＤＩＰセクタの先頭を検出するための所定パターンの信号である。従来のＭＤシステムでは、畳み込み符号を使っているため、リンキングセクタが必要になる。リンキング用のセクタナンバは、負の値を持ったセクタナンバで、「ＦＣｈ」、「ＦＤｈ」、「ＦＥｈ」、「ＦＦｈ」（ｈは１６進数を示す）のセクタナンバのものである。次世代ＭＤ１では、現行のＭＤシステムのディスクを流用するため、このＡＤＩＰセクタのフォーマットは、現行のＭＤシステムのものと同様である。

次世代ＭＤ１のシステムでは、図１１に示すように、ＡＤＩＰセクタナンバ「ＦＣｈ」から「ＦＦｈ」および「０Ｆｈ」から「１Ｆｈ」までの３６セクタで、ＡＤＩＰクラスタが構成される。そして、図１０に示すように、１つのＡＤＩＰクラスタに、２つのレコーディングブロック（６４Ｋバイト）のデータを配置するようにしている。

図１２は、次世代ＭＤ２の場合のＡＤＩＰセクタの構成を示すものである。次世代ＭＤ２の仕様では、ＡＤＩＰセクタが１６セクタで、ＡＤＩＰセクタが構成される。したがって、ＡＤＩＰのセクタナンバは、４ビットで表現できる。また、次世代ＭＤでは、ブロック完結のエラー訂正符号が用いられているため、リンキングセクタは不要である。

次世代ＭＤ２のＡＤＩＰセクタは、図１２に示すように、４ビットのシンクと、４ビットのＡＤＩＰクラスタナンバの上位ビットと、８ビットのＡＤＩＰクラスタナンバの中位ビットと、４ビットのＡＤＩＰクラスタナンバの下位ビットと、４ビットのＡＤＩＰセクタナンバと、１８ビットのエラー訂正用のパリティとからなる。

シンクは、ＡＤＩＰセクタの先頭を検出するための所定パターンの信号である。ＡＤＩＰクラスタナンバとしては、上位４ビット、中位８ビット、下位４ビットの１６ビット分が記述される。１６個のＡＤＩＰセクタでＡＤＩＰクラスタが構成されるため、ＡＤＩＰセクタのセクタナンバは４ビットとされている。現行のＭＤシステムでは１４ビットのエラー検出コードであるが、１８ビットのエラー訂正用のパリティとなっている。そして、次世代ＭＤ２の仕様では、図１３に示すように、１つのＡＤＩＰクラスタに、１レコーディングブロック（６４Ｋバイト）のデータが配置される。

図１４は、次世代ＭＤ１の場合のＡＤＩＰクラスタとＢＩＳのフレームとの関係を示すものである。

図１１に示したように、次世代ＭＤ１の仕様では、ＡＤＩＰセクタ「ＦＣ」〜「ＦＦ」およびＡＤＩＰセクタ「００」〜「１Ｆ」の３６セクタで、１つのＡＤＩＰクラスタが構成される。記録再生の単位となる１レコーディングブロック（６４Ｋバイト）のデータは、１つのＡＤＩＰクラスタに、２つ分配置される。

図１４に示すように、１つのＡＤＩＰセクタは、前半の１８セクタと、後半の１８セクタとに分けられる。

記録再生の単位となる１レコーディングブロックのデータは、４９６フレームからなるＢＩＳのブロックに配置される。このＢＩＳのブロックに相当する４９６フレーム分のデータのフレーム（フレーム「１０」からフレーム「５０５」）の前に、１０フレーム分のプリアンブル（フレーム「０」からフレーム「９」）が付加され、また、このデータのフレームの後に、６フレーム分のポストアンブルのフレーム（フレーム５０６からフレーム５１１）が付加され、合計、５１２フレーム分のデータが、ＡＤＩＰセクタ「ＦＣｈ」からＡＤＩＰセクタ「０Ｄｈ」のＡＤＩＰクラスタの前半に配置されるとともに、ＡＤＩＰセクタ「０Ｅｈ」からＡＤＩＰセクタ「１Ｆｈ」のＡＤＩＰクラスタの後半に配置される。データフレームの前のプリアンブルのフレームと、データの後ろのポストアンブルのフレームは、隣接するレコーディングブロックとのリンキング時にデータを保護するのに用いられる。プリアンブルは、データ用ＰＬＬの引き込み、信号振幅制御、信号オフセット制御などにも用いられる。

レコーディングブロックのデータを記録再生する際の物理アドレスは、ＡＤＩＰクラスタと、そのクラスタの前半か後半かにより指定される。記録再生時に物理アドレスが指定されると、ＡＤＩＰ信号からＡＤＩＰセクタが読み取られ、ＡＤＩＰセクタの再生信号から、ＡＤＩＰクラスタナンバとＡＤＩＰセクタナンバが読み取られ、ＡＤＩＰクラスタの前半と後半とが判別される。

図１５は、次世代ＭＤ２の仕様の場合のＡＤＩＰクラスタとＢＩＳのフレームとの関係を示すものである。図１３に示したように、次世代ＭＤ２の仕様では、ＡＤＩＰセクタが１６セクタで、１つのＡＤＩＰクラスタが構成される。１つのＡＤＩＰクラスタに、１レコーディングブロック（６４Ｋバイト）のデータが配置される。

図１５に示すように、記録再生の単位となる１レコーディングブロック（６４Ｋバイト）のデータは、４９６フレームからなるＢＩＳのブロックに配置される。このＢＩＳのブロックに相当する４９６フレーム分のデータのフレーム（フレーム「１０」からフレーム「５０５」）の前に、１０フレーム分のプリアンブル（フレーム「０」からフレーム「９」）が付加され、また、このデータのフレームの後に、６フレーム分のポストアンブルのフレーム（フレーム５０６からフレーム５１１）が付加され、合計、５１２フレーム分のデータが、ＡＤＩＰセクタ「０ｈ」からＡＤＩＰセクタ「Ｆｈ」からなるＡＤＩＰクラスタに配置される。

データフレームの前のプリアンブルのフレームと、データの後ろのポストアンブルのフレームは、隣接するレコーディングブロックとのリンキング時にデータを保護するのに用いられる。プリアンブルは、データ用ＰＬＬの引き込み、信号振幅制御、信号オフセット制御などにも用いられる。

レコーディングブロックのデータを記録再生する際の物理アドレスは、ＡＤＩＰクラスタで指定される。記録再生時に物理アドレスが指定されると、ＡＤＩＰ信号からＡＤＩＰセクタが読み取られ、ＡＤＩＰセクタの再生信号から、ＡＤＩＰクラスタナンバが読み取られる。

ところで、このようなディスクでは、記録再生を開始するときに、レーザパワーの制御等を行うために、各種のコントロール情報が必要である。次世代ＭＤ１の仕様のディスクでは、図１に示したように、リードイン領域にＰ−ＴＯＣが設けられており、このＰ−ＴＯＣから、各種のコントロール情報が取得される。

次世代ＭＤ２の仕様のディスクには、エンボスピットによるＰ−ＴＯＣは設けられず、コントロール情報がリードイン領域のＡＤＩＰ信号により記録される。また、次世代ＭＤ２の仕様のディスクでは、磁気超解像度の技術が使われるため、レーザのパワーコントロールが重要である。次世代ＭＤ２の仕様のディスクでは、リードイン領域とリードアウト領域には、パワーコントロール調整用のキャリブレーション領域が設けられる。

すなわち、図１６は、次世代ＭＤ２の仕様のディスクのリードインおよびリードアウトの構成を示すものである。図１６に示すように、ディスクのリードインおよびリードアウト領域には、レーザビームのパワーコントロール領域として、パワーキャリブレーション領域が設けられる。

また、リードイン領域には、ＡＤＩＰによるコントロール情報を記録したコントロール領域が設けられる。ＡＤＩＰによるコントロール情報の記録とは、ＡＤＩＰクラスタナンバの下位ビットとして割り当てられている領域を使って、ディスクのコントロール情報を記述するものである。

すなわち、ＡＤＩＰクラスタナンバは、レコーダブル領域の開始位置から始まっており、リードイン領域では負の値になっている。図１６に示すように、次世代ＭＤ２のＡＤＩＰセクタは、４ビットのシンクと、８ビットのＡＤＩＰクラスタナンバの上位ビットと、８ビットのコントロールデータ（ＡＤＩＰクラスタナンバの下位ビット）と、４ビットのＡＤＩＰセクタナンバと、１８ビットのエラー訂正用のパリティとからなる。ＡＤＩＰクラスタナンバの下位ビットとして割り当てられている８ビットに、図１６に示すように、ディスクタイプや、磁気位相、強度、読み出しパワー等のコントロール情報が記述される。

なお、ＡＤＩＰクラスタの上位ビットは、そのまま残されているので、現在位置は、ある程度の精度で知ることができる。また、ＡＤＩＰセクタ「０」と、ＡＤＩＰセクタ「８」は、ＡＤＩＰクラスタナンバの下位８ビットを残しておくことにより、所定間隔で、ＡＤＩＰクラスタを正確に知ることができる。

ＡＤＩＰ信号によるコントロール情報の記録については、本願出願人が先に提案した特願２００１−１２３５３５号の明細書中に詳細に記載してある。

４．記録再生装置の構成
次に、図１７、図１８により、次世代ＭＤ１および次世代ＭＤ２システムで記録／再生に用いられるディスクに対応するディスクドライブ装置の例として記録再生装置の構成を説明する。

図１７には、ディスクドライブ装置１が、例えばパーソナルコンピュータ１００と接続可能なものとして示している。

ディスクドライブ装置１は、メディアドライブ部２、メモリ転送コントローラ３、クラスタバッファメモリ４、補助メモリ５、ＵＳＢ（Universal Serial Bus）インターフェース６，８、ＵＳＢハブ７、システムコントローラ９、オーディオ処理部１０を備えている。

メディアドライブ部２は、装填されたディスク９０に対する記録／再生を行う。ディスク９０は、次世代ＭＤ１のディスク、次世代ＭＤ２のディスク、または現行のＭＤのディスクである。メディアドライブ部２の内部構成は図１８で後述する。

メモリ転送コントローラ３は、メディアドライブ部２からの再生データやメディアドライブ部２に供給する記録データについての受け渡しの制御を行う。

クラスタバッファメモリ４は、メモリ転送コントローラ３の制御に基づいて、メディアドライブ部２によってディスク９０のデータトラックからレコーディングブロック単位で読み出されたデータのバッファリングを行う。

補助メモリ５は、メモリ転送コントローラ３の制御に基づいて、メディアドライブ部２によってディスク９０から読み出された各種管理情報や特殊情報を記憶する。

システムコントローラ９は、ディスクドライブ装置１内の全体の制御を行うと共に、接続されたパーソナルコンピュータ１００との間の通信制御を行う。

すなわち、システムコントローラ９は、ＵＳＢインターフェース８、ＵＳＢハブ７を介して接続されたパーソナルコンピュータ１００との間で通信可能とされ、書込要求、読出要求等のコマンドの受信やステイタス情報その他の必要情報の送信などを行う。

システムコントローラ９は、例えばディスク９０がメディアドライブ部２に装填されることに応じて、ディスク９０からの管理情報等の読出をメディアドライブ部２に指示し、メモリ転送コントローラ３によって読み出した管理情報等を補助メモリ５に格納させる。

パーソナルコンピュータ１００からのあるＦＡＴセクタの読出要求があった場合は、システムコントローラ９はメディアドライブ部２に、そのＦＡＴセクタを含むレコーディングブロックの読み出しを実行させる。読み出されたレコーディングブロックのデータはメモリ転送コントローラ３によってクラスタバッファメモリ４に書き込まれる。

システムコントローラ９はクラスタバッファメモリ４に書き込まれているレコーディングブロックのデータから、要求されたＦＡＴセクタのデータを読み出させ、ＵＳＢインターフェース６、ＵＳＢハブ７を介してパーソナルコンピュータ１００に送信させる制御を行う。

パーソナルコンピュータ１００からのあるＦＡＴセクタの書き込み要求があった場合は、システムコントローラ９はメディアドライブ部２に、まずそのＦＡＴセクタを含むレコーディングブロックの読み出しを実行させる。読み出されたレコーディングブロックはメモリ転送コントローラ３によってクラスタバッファメモリ４に書き込まれる。

システムコントローラ９は、パーソナルコンピュータ１００からのＦＡＴセクタのデータ（記録データ）をＵＳＢインターフェース６を介してメモリ転送コントローラ３に供給させ、クラスタバッファメモリ４上で、該当するＦＡＴセクタのデータの書き換えを実行させる。

システムコントローラ９は、メモリ転送コントローラ３に指示して、必要なＦＡＴセクタが書き換えられた状態でクラスタバッファメモリ４に記憶されているレコーディングブロックのデータを、記録データとしてメディアドライブ部２に転送させる。メディアドライブ部２では、そのレコーディングブロックの記録データを変調してディスク９０に書き込む。

システムコントローラ９に対して、スイッチ５０が接続される。このスイッチ５０は、ディスクドライブ装置１の動作モードを次世代ＭＤ１システムおよび現行ＭＤシステムの何れかに設定する。すなわち、ディスクドライブ装置１では、現行のＭＤシステムによるディスク９０に対して、現行のＭＤシステムのフォーマットと、次世代ＭＤ１システムのフォーマットの両方で、オーディオデータの記録を行うことができる。このスイッチ５０により、ユーザに対してディスクドライブ装置１本体の動作モードを明示的に示すことができる。機械的構造のスイッチが示されているが、電気または磁気を利用したスイッチ、あるいはハイブリッド型のスイッチを使用することもできる。

ディスクドライブ装置１に対して、例えばＬＣＤ(Liquid Crystal Display)からなるディスプレイ５１が設けられる。ディスプレイ５１は、テキストデータや簡単なアイコンなどの表示が可能とされ、システムコントローラ９から供給される表示制御信号に基づき、このディスクドライブ装置１の状態に関する情報や、ユーザに対するメッセージなどを表示する。

オーディオ処理部１０は、入力系として、例えばライン入力回路／マイクロホン入力回路等のアナログオーディオ信号入力部、Ａ／Ｄ変換器や、ディジタルオーディオデータ入力部を備える。また、オーディオ処理部１０はＡＴＲＡＣ圧縮エンコーダ／デコーダや、圧縮データのバッファメモリを備える。更に、オーディオ処理部１０は、出力系として、ディジタルオーディオデータ出力部や、Ｄ／Ａ変換器およびライン出力回路／ヘッドホン出力回路等のアナログオーディオ信号出力部を備える。

ディスク９０が現行のＭＤのディスクの場合には、ディスク９０に対してオーディオトラックが記録されるときに、オーディオ処理部１０にディジタルオーディオデータ（またはアナログオーディオ信号）が入力される。入力されたリニアＰＣＭディジタルオーディオデータ、あるいはアナログオーディオ信号で入力されＡ／Ｄ変換器で変換されて得られたリニアＰＣＭオーディオデータは、ＡＴＲＡＣ圧縮エンコードされ、バッファメモリに蓄積される。そして所定タイミング（ＡＤＩＰクラスタ相当のデータ単位）でバッファメモリから読み出されてメディアドライブ部２に転送される。メディアドライブ部２では、転送されてくる圧縮データを、ＥＦＭで変調してディスク９０にオーディオトラックとして書き込みを行う。

ディスク９０が現行のＭＤシステムのディスクの場合には、ディスク９０のオーディオトラックが再生されるときには、メディアドライブ部２は再生データをＡＴＲＡＣ圧縮データ状態に復調して、メモリ転送コントローラ３を介してオーディオ処理部１０に転送する。オーディオ処理部１０は、ＡＴＲＡＣ圧縮デコードを行ってリニアＰＣＭオーディオデータとし、ディジタルオーディオデータ出力部から出力する。あるいはＤ／Ａ変換器によりアナログオーディオ信号としてライン出力／ヘッドホン出力を行う。

なお、パーソナルコンピュータ１００との接続はＵＳＢでなく、ＩＥＥＥ(Institute of Electrical and Electronics Engineers)１３９４等の他の外部インターフェースが用いられても良い。また、パーソナルコンピュータ１００との接続は有線に限らず、電波、赤外線などを利用した無線接続であっても良い。

記録再生データ管理は、ＦＡＴシステムを使って行われ、レコーディングブロックとＦＡＴセクタとの変換については、本願出願人が先に提案した特願２００１−２８９３８０号の明細書中に詳細に記載してある。

続いて、データトラックおよびオーディオトラックの両方について記録再生を行う機能を有するものとしてのメディアドライブ部２の構成を図１８を参照して説明する。

図１８は、メディアドライブ部２の構成を示すものである。メディアドライブ部２は、現行のＭＤシステムのディスクと、次世代ＭＤ１のディスクと、次世代ＭＤ２のディスクとが装填されるターンテーブルを有しており、メディアドライブ部２では、ターンテーブルに装填されたディスク９０をスピンドルモータ２９によってＣＬＶ方式で回転駆動させる。このディスク９０に対しては記録／再生時に光学ヘッド１９によってレーザ光が照射される。

光学ヘッド１９は、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力を行い、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力を行う。このため、光学ヘッド１９には、ここでは詳しい図示は省略するがレーザ出力手段としてのレーザダイオード、偏光ビームスプリッタや対物レンズ等からなる光学系、および反射光を検出するためのディテクタが搭載されている。光学ヘッド１９に備えられる対物レンズとしては、例えば２軸機構によってディスク半径方向およびディスクに接離する方向に変位可能に保持されている。

また、ディスク９０を挟んで光学ヘッド１９と対向する位置には磁気ヘッド１８が配置されている。磁気ヘッド１８は記録データによって変調された磁界をディスク９０に印加する動作を行う。また、図示しないが光学ヘッド１９全体および磁気ヘッド１８をディスク半径方向に移動させためスレッドモータおよびスレッド機構が備えられている。

光学ヘッド１９および磁気ヘッド１８は、次世代ＭＤ２のディスクの場合には、パルス駆動磁界変調を行うことで、微少なマークを形成することができる。現行ＭＤのディスクや、次世代ＭＤ１のディスクの場合には、ＤＣ発光の磁界変調方式とされる。

このメディアドライブ部２では、光学ヘッド１９、磁気ヘッド１８による記録再生ヘッド系、スピンドルモータ２９によるディスク回転駆動系のほかに、記録処理系、再生処理系、サーボ系等が設けられる。

なお、ディスク９０としては、現行のＭＤ仕様のディスクと、次世代ＭＤ１の仕様のディスクと、次世代ＭＤ２の仕様のディスクとが装着される可能性がある。これらのディスクにより、線速度が異なっている。スピンドルモータ２９は、これら線速度の異なる複数種類のディスクに対応する回転速度で回転させることが可能である。ターンテーブルに装填されたディスク９０は、現行のＭＤ仕様のディスクの線速度と、次世代ＭＤ１の仕様のディスクの線速度と、次世代ＭＤ２の仕様のディスクの線速度とに対応して回転される。

記録処理系では、現行のＭＤシステムのディスクの場合に、オーディオトラックの記録時に、ＡＣＩＲＣでエラー訂正符号化を行い、ＥＦＭで変調してデータを記録する部位と、次世代ＭＤ１または次世代ＭＤ２の場合に、ＢＩＳとＬＤＣを組み合わせた方式でエラー訂正符号化を行い、１−７ｐｐ変調で変調して記録する部位が設けられる。

再生処理系では、現行のＭＤシステムのディスクの再生時に、ＥＦＭの復調とＡＣＩＲＣによるエラー訂正処理と、次世代ＭＤ１または次世代ＭＤ２システムのディスクの再生時に、パーシャルレスポンスおよびビタビ復号を用いたデータ検出に基づく１−７復調と、ＢＩＳとＬＤＣによるエラー訂正処理とを行う部位が設けられる。

また、現行のＭＤシステムや次世代ＭＤ１のＡＤＩＰ信号よるアドレスをデコードする部位と、次世代ＭＤ２のＡＤＩＰ信号をデコードする部位とが設けられる。

光学ヘッド１９のディスク９０に対するレーザ照射によりその反射光として検出された情報（フォトディテクタによりレーザ反射光を検出して得られる光電流）は、ＲＦアンプ２１に供給される。

ＲＦアンプ２１では入力された検出情報に対して電流−電圧変換、増幅、マトリクス演算等を行い、再生情報としての再生ＲＦ信号、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、グルーブ情報（ディスク９０にトラックのウォブリングにより記録されているＡＤＩＰ情報）等を抽出する。

現行のＭＤシステムのディスクを再生するときには、ＲＦアンプで得られた再生ＲＦ信号は、ＥＦＭ復調部２４およびＡＣＩＲＣデコーダ２５で処理される。すなわち再生ＲＦ信号は、ＥＦＭ復調部２４で２値化されてＥＦＭ信号列とされた後、ＥＦＭ復調され、更にＡＣＩＲＣデコーダ２５で誤り訂正およびデインターリーブ処理される。すなわちこの時点でＡＴＲＡＣ圧縮データの状態となる。

そして現行のＭＤシステムのディスクの再生時には、セレクタ２６はＢ接点側が選択されており、その復調されたＡＴＲＡＣ圧縮データがディスク９０からの再生データとして出力される。

一方、次世代ＭＤ１または次世代ＭＤ２のディスクを再生するときには、ＲＦアンプで得られた再生ＲＦ信号は、ＲＬＬ（１−７）ＰＰ復調部２２およびＲＳ−ＬＤＣデコーダ２３で処理される。すなわち再生ＲＦ信号は、ＲＬＬ（１−７）ＰＰ復調部２２において、ＰＲ（１，２，１）ＭＬまたはＰＲ（１，−１）ＭＬおよびビタビ復号を用いたデータ検出によりＲＬＬ（１−７）符号列としての再生データを得、このＲＬＬ（１−７）符号列に対してＲＬＬ（１−７）復調処理が行われる。そして更にＲＳ−ＬＤＣデコーダ２３で誤り訂正およびデインターリーブ処理される。

そして次世代ＭＤ１または次世代ＭＤ２のディスクの再生時には、セレクタ２６はＡ接点側が選択されており、その復調されたデータがディスク９０からの再生データとして出力される。

ＲＦアンプ２１から出力されるトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥはサーボ回路２７に供給され、グルーブ情報はＡＤＩＰ復調部３０に供給される。

ＡＤＩＰ復調部３０は、グルーブ情報に対してバンドパスフィルタにより帯域制限してウォブル成分を抽出した後、ＦＭ復調、バイフェーズ復調を行ってＡＤＩＰ信号を復調する。復調されたＡＤＩＰ信号は、アドレスデコーダ３２およびアドレスデコーダ３３に供給される。

現行のＭＤシステムのディスクまたは次世代ＭＤ１のシステムのディスクでは、図１０に示したように、ＡＤＩＰセクタナンバが８ビットになっている。これに対して、次世代ＭＤ２のシステムのディスクでは、図１２に示したように、ＡＤＩＰセクタナンバが４ビットになっている。アドレスデコーダ３２は、現行のＭＤまたは次世代ＭＤ１のＡＤＩＰアドレスをデコードする。アドレスデコーダ３３は、次世代ＭＤ２のアドレスをデコードする。

アドレスデコーダ３２および３３でデコードされたＡＤＩＰアドレスは、ドライブコントローラ３１に供給される。ドライブコントローラ３１ではＡＤＩＰアドレスに基づいて、所要の制御処理を実行する。またグルーブ情報はスピンドルサーボ制御のためにサーボ回路２７に供給される。

サーボ回路２７は、例えばグルーブ情報に対して再生クロック（デコード時のＰＬＬ系クロック）との位相誤差を積分して得られる誤差信号に基づき、ＣＬＶまたはＣＡＶサーボ制御のためのスピンドルエラー信号を生成する。

またサーボ回路２７は、スピンドルエラー信号や、ＲＦアンプ２１から供給されたトラッキングエラー信号、フォーカスエラー信号、あるいはドライブコントローラ３１からのトラックジャンプ指令、アクセス指令等に基づいて各種サーボ制御信号（トラッキング制御信号、フォーカス制御信号、スレッド制御信号、スピンドル制御信号等）を生成し、モータドライバ２８に対して出力する。すなわち上記サーボエラー信号や指令に対して位相補償処理、ゲイン処理、目標値設定処理等の必要処理を行って各種サーボ制御信号を生成する。

モータドライバ２８では、サーボ回路２７から供給されたサーボ制御信号に基づいて所要のサーボドライブ信号を生成する。ここでのサーボドライブ信号としては、二軸機構を駆動する二軸ドライブ信号（フォーカス方向、トラッキング方向の２種）、スレッド機構を駆動するスレッドモータ駆動信号、スピンドルモータ２９を駆動するスピンドルモータ駆動信号となる。このようなサーボドライブ信号により、ディスク９０に対するフォーカス制御、トラッキング制御、およびスピンドルモータ２９に対するＣＬＶまたはＣＡＶ制御が行われることになる。

現行のＭＤシステムのディスクでオーディオデータを記録するときには、セレクタ１６がＢ接点に接続され、したがってＡＣＩＲＣエンコーダ１４およびＥＦＭ変調部１５が機能することになる。この場合、オーディオ処理部１０からの圧縮データはＡＣＩＲＣエンコーダ１４でインターリーブおよびエラー訂正コード付加が行われた後、ＥＦＭ変調部１５でＥＦＭ変調が行われる。

そしてＥＦＭ変調データがセレクタ１６を介して磁気ヘッドドライバ１７に供給され、磁気ヘッド１８がディスク９０に対してＥＦＭ変調データに基づいた磁界印加を行うことでオーディオトラックの記録が行われる。

次世代ＭＤ１または次世代ＭＤ２のディスクにデータを記録するときには、セレクタ１６がＡ接点に接続され、したがってＲＳ−ＬＤＣエンコーダ１２およびＲＬＬ（１−７）ＰＰ変調部１３が機能することになる。この場合、メモリ転送コントローラ３からの高密度データはＲＳ−ＬＤＣエンコーダ１２でインターリーブおよびＲＳ−ＬＤＣ方式のエラー訂正コード付加が行われた後、ＲＬＬ（１−７）ＰＰ変調部１３でＲＬＬ（１−７）変調が行われる。

そしてＲＬＬ（１−７）符号列としての記録データがセレクタ１６を介して磁気ヘッドドライバ１７に供給され、磁気ヘッド１８がディスク９０に対して変調データに基づいた磁界印加を行うことでデータトラックの記録が行われる。

レーザドライバ／ＡＰＣ２０は、上記のような再生時および記録時においてレーザダイオードにレーザ発光動作を実行させるが、いわゆるＡＰＣ（Automatic Lazer Power Control）動作も行う。

すなわち、図示していないが、光学ヘッド１９内にはレーザパワーモニタ用のディテクタが設けられ、そのモニタ信号がレーザドライバ／ＡＰＣ２０にフィードバックされる。レーザドライバ／ＡＰＣ２０は、モニタ信号として得られる現在のレーザパワーを、設定されているレーザパワーと比較して、その誤差分をレーザ駆動信号に反映させることで、レーザダイオードから出力されるレーザパワーが、設定値で安定するように制御している。

なお、レーザパワーとしては、再生レーザパワー、記録レーザパワーとしての値がドライブコントローラ３１によって、レーザドライバ／ＡＰＣ２０内部のレジスタにセットされる。

ドライブコントローラ３１は、システムコントローラ９からの指示に基づいて、以上のアクセス、各種サーボ、データ書込、データ読出の各動作が実行されるように制御を行う。

なお、図１８において一点鎖線で囲ったＡ部、Ｂ部は、例えば１チップの回路部として構成できる。

５．次世代ＭＤ１および次世代ＭＤ２によるディスクの初期化処理について
次世代ＭＤ１および次世代ＭＤ２によるディスクには、上述したように、ＦＡＴ外にＵＩＤ（ユニークＩＤ）が記録され、この記録されたＵＩＤを用いてセキュリティ管理がなされる。次世代ＭＤ１および次世代ＭＤ２に対応したディスクは、原則的には、ディスク上の所定位置にＵＩＤが予め記録されて出荷される。次世代ＭＤ１に対応したディスクでは、ＵＩＤが例えばリードイン領域に予め記録される。この場合、ＵＩＤが予め記録される位置は、リードイン領域に限られず、例えば、ディスクの初期化後にＵＩＤが書き込まれる位置が固定的であれば、その位置に予め記録しておくこともできる。次世代ＭＤ２および次世代ＭＤ１．５に対応したディスクでは、上述したＢＣＡにＵＩＤが予め記録される。

一方、次世代ＭＤ１によるディスクは、現行のＭＤシステムによるディスクを用いることが可能とされている。そのため、ＵＩＤが記録されずに既に出回っている、多数の現行のＭＤシステムによるディスクが次世代ＭＤ１のディスクとして使用されることになる。

そこで、このような、ＵＩＤが記録されずに出回ってしまった現行のＭＤシステムによるディスクに対しては、規格にて守られたエリアを設け、当該ディスクの初期化時にそのエリアにディスクドライブ装置１において乱数信号を記録し、これを当該ディスクのＵＩＤとして用いる。また、ユーザがこのＵＩＤが記録されたエリアにアクセスすることは、規格により禁止されている。なお、ＵＩＤは、乱数信号に限定されない。例えば、メーカーコード、機器コード、機器シリアル番号および乱数を組み合わせて、ＵＩＤとして用いることができる。さらに、メーカーコード、機器コードおよび機器シリアル番号の何れかまたは複数と、乱数とを組み合わせて、ＵＩＤとして用いることもできる。

図１９は、次世代ＭＤ１によるディスクの一例の初期化処理を示すフローチャートである。最初のステップＳ１００で、ディスク上の所定位置がアクセスされ、ＵＩＤが記録されているかどうかが確認される。ＵＩＤが記録されていると判断されれば、そのＵＩＤが読み出され、例えば補助メモリ５に一時的に記憶される。

ステップＳ１００でアクセスされる位置は、例えばリードイン領域のような、次世代ＭＤ１システムによるフォーマットのＦＡＴ領域外である。当該ディスク９０が、例えば過去に初期化されたことがあるディスクのように、既にＤＤＴが設けられていれば、その領域をアクセスするようにしてもよい。なお、このステップＳ１００の処理は、省略することが可能である。

次に、ステップＳ１０１で、Ｕ−ＴＯＣがＥＦＭ変調により記録される。このとき、Ｕ−ＴＯＣに対して、アラートトラックと、上述の図２におけるＤＤＴ以降のトラック、すなわち１−７ｐｐ変調でデータが変調されて記録される領域とを確保する情報が書き込まれる。次のステップＳ１０２で、ステップＳ１０１でＵ−ＴＯＣにより確保された領域に対して、アラートトラックがＥＦＭ変調により記録される。そして、ステップＳ１０３で、ＤＤＴが１−７ｐｐ変調により記録される。

ステップＳ１０４では、ＵＩＤがＦＡＴ外の領域、例えばＤＤＴ内に記録される。上述のステップＳ１００で、ＵＩＤがディスク上の所定位置から読み出され補助メモリ５に記憶されている場合、そのＵＩＤが記録される。また、上述のステップＳ１００で、ディスク上の所定位置にＵＩＤが記録されていないと判断されていた場合、または、上述のステップＳ１００が省略された場合には、乱数信号に基づきＵＩＤが生成され、この生成されたＵＩＤが記録される。ＵＩＤの生成は、例えばシステムコントローラ９によりなされ、生成されたＵＩＤがメモリ転送コントローラ３を介してメディアドライブ２に供給され、ディスク９０に記録される。

次に、ステップＳ１０５で、ＦＡＴなどのデータが、１−７ｐｐ変調でデータが変調されて記録される領域に対して記録される。すなわち、ＵＩＤの記録される領域は、ＦＡＴ外の領域になる。また、上述したように、次世代ＭＤ１においては、ＦＡＴで管理されるべきレコーダブル領域の初期化は、必ずしも必要ではない。

図２０は、次世代ＭＤ２および次世代ＭＤ１．５によるディスクの一例の初期化処理を示すフローチャートである。最初のステップＳ１１０でディスク上のＢＣＡに相当する領域がアクセスされ、ＵＩＤが記録されているかどうかが確認される。ＵＩＤが記録されていると判断されれば、そのＵＩＤが読み出され、例えば補助メモリ５に一時的に記憶される。なお、ＵＩＤの記録位置は、フォーマット上で固定的に決められているので、ディスク上の他の管理情報を参照することなく、直接的にアクセス可能とされる。これは、上述の図１９を用いて説明した処理にも適用することができる。

次のステップＳ１１１で、ＤＤＴが１−７ｐｐ変調で記録される。次に、ステップＳ１１２で、ＵＩＤがＦＡＴ外の領域、例えばＤＤＴに記録される。このとき記録されるＵＩＤは、上述のステップＳ１１０でディスク上の所定位置から読み出され補助メモリ５に記憶されたＵＩＤが用いられる。ここで、上述のステップＳ１１０で、ディスク上の所定位置にＵＩＤが記録されていないと判断されていた場合には、乱数信号に基づきＵＩＤが生成され、この生成されたＵＩＤが記録される。ＵＩＤの生成は、例えばシステムコントローラ９によりなされ、生成されたＵＩＤがメモリ転送コントローラ３を介してメディアドライブ２に供給され、ディスク９０に記録される。

そして、ステップＳ１１３で、ＦＡＴなどが記録される。すなわち、ＵＩＤの記録される領域は、ＦＡＴ外の領域になる。また、上述したように、次世代ＭＤ２においては、ＦＡＴで管理されるべきレコーダブル領域の初期化は、行われない。

６．音楽データの第１の管理方式について
前述したように、この発明の実施の一形態で適用可能な次世代ＭＤ１および次世代ＭＤ２のシステムでは、ＦＡＴシステムでデータが管理される。また、記録されるオーディオデータは、所望の圧縮方式で圧縮され、著作者の権利の保護のために、暗号化される。オーディオデータの圧縮方式としては、例えば、ＡＴＲＡＣ３、ＡＴＲＡＣ５等を用いることが考えられている。勿論、ＭＰ３(MPEG1 Audio Layer-3 )やＡＡＣ（MPEG2 Advanced Audio Coding )等、それ以外の圧縮方式を用いることも可能である。また、オーディオデータばかりでなく、静止画データや動画データを扱うことも可能である。勿論、ＦＡＴシステムを使っているので、汎用のデータの記録再生を行うこともできる。更に、コンピュータが読み取り可能でかつ実行可能な命令をディスク上に符号化することもでき、従って、次世代ＭＤ１または次世代ＭＤ２は、実行可能ファイルを含むこともできることになる。

このような次世代ＭＤ１および次世代ＭＤ２の仕様のディスクにオーディオデータを記録再生するときの管理方式について説明する。

次世代ＭＤ１のシステムや次世代ＭＤ２のシステムでは、長時間で高音質の音楽データが再生できるようにしたことから、１枚のディスクで管理される楽曲の数も、膨大になっている。また、ＦＡＴシステムを使って管理することで、コンピュータとの親和性が図られている。このことは、本願発明者の認識によれば、使い勝手の向上が図れるというメリットがある反面、音楽データが違法にコピーされてしまい、著作権者の保護が図られなくなる可能性がある。この発明が適用された管理システムでは、このような点に配慮が配られている。

図２１は、オーディオデータの管理方式の第１の例である。図２１に示すように、第１の例における管理方式では、ディスク上には、トラックインデックスファイルと、オーディオデータファイルとが生成される。トラックインデックスファイルおよびオーディオデータファイルは、ＦＡＴシステムで管理されるファイルである。

オーディオデータファイルは、図２２に示すように、複数の音楽データが１つのファイルとして納められたものであり、ＦＡＴシステムでオーディオデータファイルを見ると、巨大なファイルに見える。オーディオデータファイルは、その内部がパーツとして区切られ、オーディオデータは、パーツの集合として扱われる。

トラックインデックスファイルは、オーディオデータファイルに納められた音楽データを管理するための各種の情報が記述されたファイルである。トラックインデックスファイルは、図２３に示すように、プレイオーダテーブルと、プログラムドプレイオーダテーブルと、グループインフォメーションテーブルと、トラックインフォメーションテーブルと、パーツインフォメーションテーブルと、ネームテーブルとを備えている。

プレイオーダテーブルは、デフォルトで定義された再生順序を示すテーブルである。プレイオーダテーブルは、図２４に示すように、各トラックナンバ（曲番）についてのトラックインフォメーションテーブルのトラックデスクリプタ（図２７）へのリンク先を示す情報ＴＩＮＦ１、ＴＩＮＦ２、…が格納されている。トラックナンバは、例えば「１」から始まる連続したナンバである。

プログラムドプレイオーダテーブルは、再生手順を各ユーザが定義したテーブルである。プログラムドプレイオーダテーブルには、図２５に示すように、各トラックナンバについてのトラックデスクリプタへのリンク先の情報トラック情報ＰＩＮＦ１、ＰＩＮＦ２、…が記述されている。

グループインフォメーションテーブルには、図２６に示すように、グループに関する情報が記述されている。グループは、連続したトラックナンバを持つ１つ以上のトラックの集合、または連続したプログラムドトラックナンバを持つ１つ以上のトラックの集合である。グループインフォメーションテーブルは、図２６Ａに示すように、各グループのグループデスクリプタで記述されている。グループデスクリプタには、図２６Ｂに示すように、そのグループが開始されるトラックナンバと、終了トラックのナンバと、グループネームと、フラグが記述される。

トラックインフォメーションテーブルは、図２７に示すように、各曲に関する情報が記述される。トラックインフォメーションテーブルは、図２７Ａに示すように、各トラック毎（各曲毎）のトラックデスクリプタからなる。各トラックデスクリプタには、図２７Ｂに示すように、符号化方式、著作権管理情報、コンテンツの復号鍵情報、その楽曲が開始するエントリとなるパーツナンバへのポインタ情報、アーチストネーム、タイトルネーム、元曲順情報、録音時間情報等が記述されている。アーチストネーム、タイトルネームは、ネームそのものではなく、ネームテーブルへのポインタ情報が記述されている。符号化方式は、コーデックの方式を示すもので、復号情報となる。

パーツインフォメーションテーブルは、図２８に示すように、パーツナンバから実際の楽曲の位置をアクセスするポインタが記述されている。パーツインフォメーションテーブルは、図２８Ａに示すように、各パーツ毎のパーツデスクリプタからなる。パーツとは、１トラック（楽曲）の全部、または１トラックを分割した各パーツである。図２８Ｂは、パーツインフォメーションテーブル内のパーツデスクリプタのエントリを示している。各パーツデスクリプタは、図２８Ｂに示すように、オーディオデータファイル上のそのパーツの先頭のアドレスと、そのパーツの終了のアドレスと、そのパーツに続くパーツへのリンク先とが記述される。

なお、パーツナンバのポインタ情報、ネームテーブルのポインタ情報、オーディオファイルの位置を示すポインタ情報として用いるアドレスとしては、ファイルのバイトオフセット、パーツデスクリプタナンバ、ＦＡＴのクラスタナンバ、記録媒体として用いられるディスクの物理アドレス等を用いることができる。ファイルのバイトオフセットは、この発明において実施されうるオフセット方法のうちの特定の実施態様である。ここで、パーツポインタ情報は、オーディオファイルの開始からのオフセット値であり、その値は所定の単位（例えば、バイト、ビット、ｎビットのブロック）で表される。

ネームテーブルは、ネームの実体となる文字を表すためのテーブルである。ネームテーブルは、図２９Ａに示すように、複数のネームスロットからなる。各ネームスロットは、ネームを示す各ポインタからリンクされて呼び出される。ネームを呼び出すポインタは、トラックインフォメーションテーブルのアーチストネームやタイトルネーム、グループインフォメーションテーブルのグループネーム等がある。また、各ネームスロットは、複数から呼び出されることが可能である。各ネームスロットは、図２９Ｂに示すように、文字情報であるネームデータと、この文字情報の属性であるネームタイプと、リンク先とからなる。１つのネームスロットで収まらないような長いネームは、複数のネームスロットに分割して記述することが可能である。そして、１つのネームスロットで収まらない場合には、それに続くネームが記述されたネームスロットへのリンク先が記述される。

この発明が適用されたシステムにおけるオーディオデータの管理方式の第１の例では、図３０に示すように、プレイオーダテーブル（図２４）により、再生するトラックナンバが指定されると、トラックインフォメーションテーブルのリンク先のトラックデスクリプタ（図２７）が読み出され、このトラックデスクリプタから、符号化方式、著作権管理情報、コンテンツの復号鍵情報、その楽曲が開始するパーツナンバへのポインタ情報、アーチストネームおよびタイトルネームのポインタ、元曲順情報、録音時間情報等が読み出される。

トラックインフォメーションテーブルから読み出されたパーツナンバの情報から、パーツインフォメーションテーブル（図２８）にリンクされ、このパーツインフォメーションテーブルから、そのトラック（楽曲）の開始位置に対応するパーツの位置のオーディオデータファイルがアクセスされる。オーディオデータファイルのパーツインフォメーションテーブルで指定される位置のパーツのデータがアクセスされたら、その位置から、オーディオデータの再生が開始される。このとき、トラックインフォメーションテーブルのトラックデスクリプタから読み出された符号化方式に基づいて復号化が行われる。オーディオデータが暗号化されている場合には、トラックデスクリプタから読み出された鍵情報が使われる。

そのパーツに続くパーツがある場合には、そのパーツのリンク先がパーツデスクリプタが記述されており、このリンク先にしたがって、パーツデスクリプタが順に読み出される。このパーツデスクリプタのリンク先を辿っていき、オーディオディデータファイル上で、そのパーツデスクリプタで指定される位置にあるパーツのオーディオデータを再生していくことで、所望のトラック（楽曲）のオーディオディオデータが再生できる。

また、トラックインフォメーションテーブルから読み出されたアーチストネームやタイトルネームのポインタにより指し示される位置（ネームポインタ情報）にあるネームテーブルのネームスロット（図２９）が呼び出され、その位置にあるネームスロットから、ネームデータが読み出される。ネームポインタ情報は、例えば、ネームスロットナンバ、ＦＡＴシステムにおけるクラスタナンバ、または記録媒体の物理アドレスであってもよい。

なお、前述したように、ネームテーブルのネームスロットは、複数参照が可能である。例えば、同一のアーチストの楽曲を複数記録するような場合がある。この場合、図３１に示すように、複数のトラックインフォメーションテーブルからアーチストネームとして同一のネームテーブルが参照される。図３１の例では、トラックデスクリプタ「１」とトラックデスクリプタ「２」とトラックデスクリプタ「４」は、全て同一のアーチスト「ＤＥＦ ＢＡＮＤ」の楽曲であり、アーチストネームとして同一のネームスロットを参照している。また、トラックデスクリプタ「３」とトラックデスクリプタ「５」とトラックデスクリプタ「６」は、全て同位置のアーチスト「ＧＨＱ ＧＩＲＬＳ」の楽曲であり、アーチストネームとして同一のネームスロットを参照している。このように、ネームテーブルのネームスロットを、複数のポインタから参照可能にしておくと、ネームテーブルの容量を節約できる。

これとともに、例えば、同一のアーチストネームの情報を表示するのに、このネームテーブルへのリンクが利用できる。例えば、アーチスト名が「ＤＥＦ ＢＡＮＤ」の楽曲の一覧を表示したいような場合には、「ＤＥＦ ＢＡＮＤ」のネームスロットのアドレスを参照しているトラックデスクリプタが辿られる。この例では、「ＤＥＦ ＢＡＮＤ」のネームスロットのアドレスを参照しているトラックデスクリプタを辿ることにより、トラックデスクリプタ「１」とトラックデスクリプタ「２」とトラックデスクリプタ「４」の情報が得られる。これにより、このディスクに納められている楽曲の中で、アーチスト名が「ＤＥＦ ＢＡＮＤ」の楽曲の一覧が表示できる。なお、ネームテーブルは複数参照が可能とされるため、ネームテーブルからトラックインフォメーションテーブルを逆に辿るリンクは設けられていない。

新たにオーディオデータを記録する場合には、ＦＡＴテーブルにより、所望の数のレコーディングブロック以上、例えば、４つのレコーディングブロック以上連続した未使用領域が用意される。所望のレコーディングブロック以上連続した領域を確保するのは、なるべく連続した領域にオーディオデータを記録した方がアクセスに無駄がないためである。

オーディオデータを記録するための領域が用意されたら、新しいトラックデスクリプターがトラックインフォメーションテーブル上に１つ割り当てられ、このオーディオディデータを暗号化するためのコンテンツの鍵が生成される。そして、入力されたオーディオデータが暗号化され、用意された未使用領域に、暗号化されたオーディオデータが記録される。このオーディオデータが記録された領域がＦＡＴのファイルシステム上でオーディオデータファイルの最後尾に連結される。

新たなオーディオデータがオーディオデータファイルに連結されたのに伴い、この連結された位置の情報が作成され、新たに確保されたパーツデスクリプションに、新たに作成されたオーディオデータの位置情報が記録される。そして、新たに確保されたトラックデスクリプターに、鍵情報やパーツナンバが記述される。更に、必要に応じて、ネームスロットにアーチストネームやタイトルネーム等が記述され、トラックデスクリプターに、そのネームスロットにアーチストネームやタイトルネームにリンクするポインタが記述される。そして、プレイオーダーテーブルに、そのトラックデスクリプターのナンバが登録される。また著作権管理情報の更新がなされる。

オーディオデータを再生する場合には、プレイオーダーテーブルから、指定されたトラックナンバに対応する情報が求められ、再生すべきトラックのトラックデスクリプタが取得される。

トラックインフォメーションテーブルのそのトラックデスクリプタから、鍵情報が取得され、また、エントリのデータが格納されている領域を示すパーツデスクリプションが取得される。そのパーツデスクリプションから、所望のオーディオデータが格納されているパーツの先頭のオーディオデータファイル上の位置が取得され、その位置に格納されているデータが取り出される。そして、その位置から再生されるデータに対して、取得された鍵情報を用いて暗号が解読され、オーディオデータの再生がなされる。パーツデスクリプションにリンクがある場合には、指定されてパーツにリンクされて、同様の手順が繰り返される。

プレイオーダテーブル上で、トラックナンバ「ｎ」であった楽曲を、トラックナンバ「ｎ＋ｍ」に変更する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプターＤｎが得られる。トラック情報ＴＩＮＦｎ＋１からＴＩＮＦｎ＋ｍの値（トラックデスクリプターナンバ）が全て１つ前に移動される。そして、トラック情報ＴＩＮＦｎ＋ｍに、トラックデスクリプターＤｎのナンバが格納される。

プレイオーダテーブルで、トラックナンバ「ｎ」であった楽曲を削除する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタＤｎが取得される。プレイオーダテーブル内のトラック情報のエントリ、ＴＩＮＦｎ＋１から後の有効なトラックデスクリプタナンバが全て１つ前に移動される。更に、トラック「ｎ」は、消されるべきものなので、トラック「ｎ」の後の全てのトラック情報のエントリが、プレイオーダテーブル内で１つ前に移動される。前記トラックの消去に伴って取得されたトラックデスクリプタＤｎから、トラックインフォメーションテーブルで、そのトラックに対応する符号化方式、復号鍵が取得れるとともに、先頭の音楽データが格納されている領域を示すパーツデスクリプタＰｎのナンバが取得される。パーツデスクリプタＰｎによって指定された範囲のオーディオブロックが、ＦＡＴのファイルシステム上で、オーディオデータファイルから切り離される。更に、このトラックインフォメーションテーブルのそのトラックのトラックデスクリプタＤｎが消去される。そして、パーツデスクリプタがパーツインフォメーションテーブルから消去され、ファイルシステムでそのパーツデスクリプションが解放される。

例えば、図３２Ａにおいて、パーツＡ、パーツＢ、パーツＣはそれまで連結しており、その中から、パーツＢを削除するものとする。パーツＡパーツＢは同じオーディオブロックを（かつ同じＦＡＴクラスタを）共有しており、ＦＡＴチェーンが連続しているとする。パーツＣは、オーディオデータファイルの中ではパーツＢの直後に位置しているが、ＦＡＴテーブルを調べると、実際には離れた位置にあるとする。

この例の場合には、図３２Ｂに示すように、パーツＢを削除したときに、実際にＦＡＴチェーンから外す（空き領域に戻す）ことができるのは、現行のパーツとクラスタを共有していない、２つのＦＡＴクラスタである。すなわち、オーディオデータファイルとしては４オーディオブロックに短縮される。パーツＣおよびそれ以降にあるパーツに記録されているオーディオブロックのナンバは、これに伴い全て４だけ小さくなる。

なお、削除は、１トラック全てではなく、そのトラックの一部に対して行うことができる。トラックの一部が削除された場合には、残りのトラックの情報は、トラックインフォメーションテーブルでそのパーツデスクリプタＰｎから取得されたそのトラックに対応する符号化方式、復号鍵を使って復号することが可能である。

プレイオーダテーブル上のトラックｎとトラックｎ＋１とを連結する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。また、プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍが取得される。プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なＴＩＮＦの値（トラックデスクリプタナンバ）が全て１つ前のＴＩＮＦに移動される。プログラムドプレイオーダテーブルを検索して、トラックデスクリプタＤｍを参照しているトラックが全て削除される。新たな暗号化鍵を発生させ、トラックデスクリプタＤｎから、パーツデスクリプタのリストが取り出され、そのパーツデスクリプタのリストの最後尾に、トラックデスクリプタＤｍから取り出したパーツデスクリプタのリストが連結される。

トラックを連結する場合には、双方のトラックデスクリプタを比較して、著作権管理上問題のないことを確認し、トラックデスクリプタからパーツデスクリプタを得て、双方のトラックを連結した場合にフラグメントに関する規定が満たされるかどうか、ＦＡＴテーブルで確認する必要がある。また、必要に応じて、ネームテーブルへのポインタの更新を行う必要がある。

トラックｎを、トラックｎとトラックｎ＋１に分割する場合には、プレイオーダテーブル内のＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍ取得される。そして、プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なトラック情報ＴＩＮＦの値（トラックデスクリプタナンバ）が、全て１つ後に移動される。トラックデスクリプタＤｎについて、新しい鍵が生成される。トラックデスクリプタＤｎから、パーツデスクリプタのリストが取り出される。新たなパーツデスクリプタが割り当てられ、分割前のパーツデスクリプタの内容がそこにコピーされる。分割点の含まれるパーツデスクリプタが、分割点の直前までに短縮される。また分割点以降のパーツデスクリプタのリンクが打ち切られる。新たなパーツデスクリプタが分割点の直後に設定される。

７．音楽データの管理方式の第２の例
次に、オーディオデータの管理方式の第２の例について説明する。図３３は、オーディオデータの管理方式の第２の例である。図３３に示すように、第２の例における管理方式では、ディスク上には、トラックインデックスファイルと、複数のオーディオデータファイルとが生成される。トラックインデックスファイルおよび複数のオーディオデータファイルは、ＦＡＴシステムで管理されるファイルである。

オーディオデータファイルは、図３４に示すように、原則的には１曲が１ファイルの音楽データが納められたものである。このオーディオデータファイルには、ヘッダが設けられている。ヘッダには、タイトルと、復号鍵情報と、著作権管理情報とが記録されるとともに、インデックス情報が設けられる。インデックスは、１つのトラックの楽曲を複数に分割するものである。ヘッダには、インデックスにより分割された各トラックの位置がインデックスナンバに対応して記録される。インデックスは、例えば、２５５箇設定できる。

トラックインデックスファイルは、オーディオデータファイルに納められた音楽データを管理するための各種の情報が記述されたファイルである。トラックインデックスファイルは、図３５に示すように、プレイオーダテーブルと、プログラムドプレイオーダテーブルと、グループインフォメーションテーブルと、トラックインフォメーションテーブルと、ネームテーブルとからなる。

プレイオーダテーブルは、デフォルトで定義された再生順序を示すテーブルである。プレイオーダテーブルは、図３６に示すように、各トラックナンバ（曲番）についてのトラックインフォメーションテーブルのトラックデスクリプタ（図３９）へのリンク先を示す情報ＴＩＮＦ１、ＴＩＮＦ２、…が格納されている。トラックナンバは、例えば「１」から始まる連続したナンバである。

プログラムドプレイオーダテーブルは、再生手順を各ユーザが定義したテーブルである。プログラムドプレイオーダテーブルには、図３７に示すように、各トラックナンバについてのトラックデスクリプタへのリンク先の情報トラック情報ＰＩＮＦ１、ＰＩＮＦ２、…が記述されている。

グループインフォメーションテーブルには、図３８に示すように、グループに関する情報が記述されている。グループは、連続したトラックナンバを持つ１つ以上のトラックの集合、または連続したプログラムドトラックナンバを持つ１つ以上のトラックの集合である。グループインフォメーションテーブルは、図３８Ａに示すように、各グループのグループデスクリプタで記述されている。グループデスクリプタには、図３８Ｂに示すように、そのグループが開始されるトラックナンバと、終了トラックのナンバと、グループネームと、フラグが記述される。

トラックインフォメーションテーブルは、図３９に示すように、各曲に関する情報が記述される。トラックインフォメーションテーブルは、図３９Ａに示すように、各トラック毎（各曲毎）のトラックデスクリプタからなる。各トラックデスクリプタには、図３９Ｂに示すように、その楽曲が納められているオーディオデータファイルのファイルのポインタ、インデックスナンバ、アーチストネーム、タイトルネーム、元曲順情報、録音時間情報等が記述されている。アーチストネーム、タイトルネームは、ネームそのものではなく、ネームテーブルへのポインタが記述されている。

ネームテーブルは、ネームの実体となる文字を表すためのテーブルである。ネームテーブルは、図４０Ａに示すように、複数のネームスロットからなる。各ネームスロットは、ネームを示す各ポインタからリンクされて呼び出される。ネームを呼び出すポインタは、トラックインフォメーションテーブルのアーチストネームやタイトルネーム、グループインフォメーションテーブルのグループネーム等がある。また、各ネームスロットは、複数から呼び出されることが可能である。各ネームスロットは、図４０Ｂに示すように、ネームデータと、ネームタイプと、リンク先とからなる。１つのネームスロットで収まらないような長いネームは、複数のネームスロットに分割して記述することが可能である。そして、１つのネームスロットで収まらない場合には、それに続くネームが記述されたネームスロットへのリンク先が記述される。

オーディオデータの管理方式の第２の例では、図４１に示すように、プレイオーダテーブル（図３６）により、再生するトラックナンバが指定されると、トラックインフォメーションテーブルのリンク先のトラックデスクリプタ（図３９）が読み出され、このトラックデスクリプタから、その楽曲のファイルポインタおよびインデックスナンバ、アーチストネームおよびタイトルネームのポインタ、元曲順情報、録音時間情報等が読み出される。

その楽曲のファイルのポインタから、そのオーディオデータファイルがアクセスされ、そのオーディオデータファイルのヘッダの情報が読み取られる。オーディオデータが暗号化されている場合には、ヘッダから読み出された鍵情報が使われる。そして、そのオーディオデータファイルが再生される。このとき、もし、インデックスナンバが指定されている場合には、ヘッダの情報から、指定されたインデックスナンバの位置が検出され、そのインデックスナンバの位置から、再生が開始される。

また、トラックインフォメーションテーブルから読み出されたアーチストネームやタイトルネームのポインタにより指し示される位置にあるネームテーブルのネームスロットが呼び出され、その位置にあるネームスロットから、ネームデータが読み出される。

新たにオーディオデータを記録する場合には、ＦＡＴテーブルにより、所望の数のレコーディングブロック以上、例えば、４つのレコーディングブロック以上連続した未使用領域が用意される。

オーディオデータを記録するための領域が用意されたら、トラックインフォメーションテーブルに新しいトラックデスクリプタが１つ割り当てられ、このオーディオディデータを暗号化するためのコンテンツ鍵が生成される。そして、入力されたオーディオデータが暗号化され、オーディオデータファイルが生成される。

新たに確保されたトラックデスクリプタに、新たに生成されたオーディオデータファイルのファイルポインタや、鍵情報が記述される。更に、必要に応じて、ネームスロットにアーチストネームやタイトルネーム等が記述され、トラックデスクリプターに、そのネームスロットにアーチストネームやタイトルネームにリンクするポインタが記述される。そして、プレイオーダーテーブルに、そのトラックデスクリプターのナンバが登録される。また著作権管理情報の更新がなされる。

オーディオデータを再生する場合には、プレイオーダーテーブルから、指定されたトラックナンバに対応する情報が求められ、トラックインフォメーションテーブルの再生すべきトラックのトラックデスクリプタが取得される。

そのトラックデスクリプタから、またその音楽データが格納されているオーディオデータのファイルポインタおよびインデックスナンバが取得される。そして、そのオーディオデータファイルがアクセスされ、ファイルのヘッダから、鍵情報が取得される。そして、そのオーディオデータファイルのデータに対して、取得された鍵情報を用いて暗号が解読され、オーディオデータの再生がなされる。インデックスナンバが指定されている場合には、指定されたインデックスナンバの位置から、再生が開始される。

トラックｎを、トラックｎとトラックｎ＋１に分割する場合には、プレイオーダテーブル内のＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍが取得される。そして、プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なトラック情報ＴＩＮＦの値（トラックデスクリプタナンバ）が、全て１つ後に移動される。

図４２に示すように、インデックスを使うことにより、１つのファイルのデータは、複数のインデックス領域に分けられる。このインデックスナンバとインデックス領域の位置がそのオーディオトラックファイルのヘッダに記録される。トラックデスクリプタＤｎに、オーディオデータのファイルポインタと、インデックスナンバが記述される。トラックデスクリプタＤｍに、オーディオデータのファイルポインタと、インデックスナンバが記述される。これにより、オーディオファイルの１つのトラックの楽曲Ｍ１は、見かけ上、２つのトラックの楽曲Ｍ１１とＭ１２とに分割される。

プレイオーダテーブル上のトラックｎとトラックｎ＋１とを連結する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。また、プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍが取得される。プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なＴＩＮＦの値（トラックデスクリプタナンバ）が全て１つ前に移動される。

ここで、トラックｎとトラックｎ＋１とが同一のオーディオデータファイル内にあり、インデックスで分割されている場合には、図４３に示すように、ヘッダのインデックス情報を削除することで、連結が可能である。これにより、２つのトラックの楽曲Ｍ２１とＭ２２は、１つのトラックの楽曲Ｍ２３に連結される。

トラックｎが１つのオーディオデータファイルをインデックスで分割した後半であり、トラックｎ＋１が別のオーディオデータファイルの先頭にある場合には、図４４に示すように、インデックスで分割されていたトラックｎのデータにヘッダが付加され、楽曲Ｍ３２のオーディオデータファイルが生成される。これに、トラックｎ＋１のオーディオデータファイルのヘッダが取り除かれ、この楽曲Ｍ４１のトラックｎ＋１のオーディオデータが連結される。これにより、２つのトラックの楽曲Ｍ３２とＭ４１は、１つのトラックの楽曲Ｍ５１として連結される。

以上の処理を実現するために、インデックスで分割されていたトラックに対して、ヘッダを付加し、別の暗号鍵で暗号化して、インデックスによるオーディオデータを１つのオーディオデータファイルに変換する機能と、オーディオデータファイルのヘッダを除いて、他のオーディオデータファイルに連結する機能が持たされている。

８．パーソナルコンピュータとの接続時の動作について
次世代ＭＤ１および次世代ＭＤ２では、パーソナルコンピュータとの親和性を持たせるために、データの管理システムとしてＦＡＴシステムが採用されている。したがって、次世代ＭＤ１および次世代ＭＤ２によるディスクは、オーディオデータのみならず、パーソナルコンピュータで一般的に扱われるデータの読み書きにも対応している。

ここで、ディスクドライブ装置１において、オーディオデータは、ディスク９０上から読み出されつつ、再生される。そのため、特に携帯型のディスクドライブ装置１のアクセス性を考慮に入れると、一連のオーディオデータは、ディスク上に連続的に記録されることが好ましい。一方、パーソナルコンピュータによる一般的なデータ書き込みは、このような連続性を考慮せず、ディスク上の空き領域を適宜、割り当てて行われる。

そこで、この発明の実施の一形態で適用可能な記録再生装置では、パーソナルコンピュータ１００とディスクドライブ装置１とをＵＳＢハブ７によって接続し、パーソナルコンピュータ１００からディスクドライブ装置１に装着されたディスク９０に対する書き込みを行う場合において、一般的なデータの書き込みは、パーソナルコンピュータ側のファイルシステムの管理下で行われ、オーディオデータの書き込みは、ディスクドライブ装置１側のファイルシステムの管理下で行われるようにしている。

図４５は、このように、パーソナルコンピュータ１００とディスクドライブ装置１とが図示されないＵＳＢハブ７で接続された状態で、書き込むデータの種類により管理権限を移動させることを説明するための図である。図４５Ａは、パーソナルコンピュータ１００からディスクドライブ装置１に一般的なデータを転送し、ディスクドライブ装置１に装着されたディスク９０に記録する例を示す。この場合には、パーソナルコンピュータ１００側のファイルシステムにより、ディスク９０上のＦＡＴ管理がなされる。

なお、ディスク９０は、次世代ＭＤ１および次世代ＭＤ２の何れかのシステムでフォーマットされたディスクであるとする。

すなわち、パーソナルコンピュータ１００側では、接続されたディスクドライブ装置１がパーソナルコンピュータ１００により管理される一つのリムーバブルディスクのように見える。したがって、例えばパーソナルコンピュータ１００においてフレキシブルディスクに対するデータの読み書きを行うように、ディスクドライブ装置１に装着されたディスク９０に対するデータの読み書きを行うことができる。

なお、このようなパーソナルコンピュータ１００側のファイルシステムは、パーソナルコンピュータ１００に搭載される基本ソフトウェアであるＯＳ(Operating System)の機能として提供することができる。ＯＳは、周知のように、所定のプログラムファイルとして、例えばパーソナルコンピュータ１００が有するハードディスクドライブに記録される。このプログラムファイルがパーソナルコンピュータ１００の起動時に読み出され所定に実行されることで、ＯＳとしての各機能を提供可能な状態とされる。

図４５Ｂは、パーソナルコンピュータ１００からディスクドライブ装置１に対してオーディオデータを転送し、ディスクドライブ装置１に装着されたディスク９０に記録する例を示す。例えば、パーソナルコンピュータ１００において、パーソナルコンピュータ１００が有する例えばハードディスクドライブ（以下、ＨＤＤ）といった記録媒体にオーディオデータが記録されている。

なお、パーソナルコンピュータ１００には、オーディオデータをＡＴＲＡＣ圧縮エンコードすると共に、ディスクドライブ装置１に対して、装着されたディスク９０へのオーディオデータの書き込みおよびディスク９０に記録されているオーディオデータの削除を要求するユーティリティソフトウェアが搭載されているものとする。このユーティリティソフトウェアは、さらに、ディスクドライブ装置１に装着されたディスク９０のトラックインデックスファイルを参照し、ディスク９０に記録されているトラック情報を閲覧する機能を有する。このユーティリティソフトウェアは、例えばパーソナルコンピュータ１００のＨＤＤにプログラムファイルとして記録される。

一例として、パーソナルコンピュータ１００の記録媒体に記録されたオーディオデータを、ディスクドライブ装置１に装着されたディスク９０に記録する場合について説明する。上述のユーティリティソフトウェアは、予め起動されているものとする。

先ず、ユーザにより、パーソナルコンピュータ１００に対して、ＨＤＤに記録された所定のオーディオデータ（オーディオデータＡとする）をディスクドライブ装置１に装着されたディスク９０に記録するよう操作がなされる。この操作に基づき、オーディオデータＡのディスク９０に対する記録を要求する書込要求コマンドが当該ユーティリティソフトウェアにより出力される。書込要求コマンドは、パーソナルコンピュータ１００からディスクドライブ装置１に送信される。

続けて、パーソナルコンピュータ１００のＨＤＤからオーディオデータＡが読み出される。読み出されたオーディオデータＡは、パーソナルコンピュータ１００に搭載された上述のユーティリティソフトウェアによりＡＴＲＡＣ圧縮エンコード処理が行われ、ＡＴＲＡＣ圧縮データに変換される。このＡＴＲＡＣ圧縮データに変換されたオーディオデータＡは、パーソナルコンピュータ１００からディスクドライブ装置１に対して転送される。

ディスクドライブ装置１側では、パーソナルコンピュータから送信された書込要求コマンドが受信されることで、ＡＴＲＡＣ圧縮データに変換されたオーディオデータＡがパーソナルコンピュータ１００から転送され、且つ、転送されたデータをオーディオデータとしてディスク９０に記録することが認識される。

ディスクドライブ装置１では、パーソナルコンピュータ１００から送信されたオーディオデータＡを、ＵＳＢハブ７から受信し、ＵＳＢインターフェイス６およびメモリ転送コントローラ３を介してメディアドライブ部２に送る。システムコントローラ９では、オーディオデータＡをメディアドライブ部２に送る際に、オーディオデータＡがこのディスクドライブ装置１のＦＡＴ管理方法に基づきディスク９０に書き込まれるように制御する。すなわち、オーディオデータＡは、ディスクドライブ装置１のＦＡＴシステムに基づき、４レコーディングブロック、すなわち６４ｋバイト×４を最小の記録長として、レコーディングブロック単位で連続的に書き込まれる。

なお、ディスク９０へのデータの書き込みが終了するまでの間、パーソナルコンピュータ１００とディスクドライブ装置１との間では、所定のプロトコルでデータやステータス、コマンドのやりとりが行われる。これにより、例えばディスクドライブ装置１側でクラスタバッファ４のオーバーフローやアンダーフローが起こらないように、データ転送速度が制御される。

パーソナルコンピュータ１００側で使用可能なコマンドの例としては、上述の書込要求コマンドの他に、削除要求コマンドがある。この削除要求コマンドは、ディスクドライブ装置１に装着されたディスク９０に記録されたオーディオデータを削除するように、ディスクドライブ装置１に対して要求するコマンドである。

例えば、パーソナルコンピュータ１００とディスクドライブ装置１とが接続され、ディスク９０がディスクドライブ装置１に装着されると、上述のユーティリティソフトウェアによりディスク９０上のトラックインデックスファイルが読み出され、読み出されたデータがディスクドライブ装置１からパーソナルコンピュータ１００に送信される。パーソナルコンピュータでは、このデータに基づき、例えばディスク９０に記録されているオーディオデータのタイトル一覧を表示することができる。

パーソナルコンピュータ１００において、表示されたタイトル一覧に基づきあるオーディオデータ（オーディオデータＢとする）を削除しようとした場合、削除しようとするオーディオデータＢを示す情報が削除要求コマンドと共にディスクドライブ装置１に送信される。ディスクドライブ装置１では、この削除要求コマンドを受信すると、ディスクドライブ装置１自身の制御に基づき、要求されたオーディオデータＢがディスク９０上から削除される。

オーディオデータの削除がディスクドライブ装置１自身のＦＡＴシステムに基づく制御により行われるため、例えば図３２Ａおよび図３２Ｂを用いて説明したような、複数のオーディオデータが１つのファイルとしてまとめられた巨大ファイル中のあるオーディオデータを削除するような処理も、可能である。

９．ディスク上に記録されたオーディオデータのコピー制限について
ディスク９０上に記録されたオーディオデータの著作権を保護するためには、ディスク９０上に記録されたオーディオデータの、他の記録媒体などへのコピーに制限を設ける必要がある。例えば、ディスク９０上に記録されたオーディオデータを、ディスクドライブ装置１からパーソナルコンピュータ１００に転送し、パーソナルコンピュータ１００のＨＤＤなどに記録することを考える。

なお、ここでは、ディスク９０は、次世代ＭＤ１または次世代ＭＤ２のシステムでフォーマットされたディスクであるものとする。また、以下に説明するチェックアウト、チェックインなどの動作は、パーソナルコンピュータ１００上に搭載される上述したユーティリティソフトウェアの管理下で行われるものとする。

先ず、図４６の手順Ａに示されるように、ディスク９０上に記録されているオーディオデータ２００がパーソナルコンピュータ（ＰＣ）１００にムーブされる。ここでいうムーブは、対象オーディオデータ２００がパーソナルコンピュータ１００にコピーされると共に、対象オーディオデータが元の記録媒体（ディスク９０）から削除される一連の動作をいう。すなわち、ムーブにより、ムーブ元のデータは削除され、ムーブ先に当該データが移ることになる。

なお、ある記録媒体から他の記録媒体にデータがコピーされ、コピー元データのコピー許可回数を示すコピー回数権利が１減らされることを、チェックアウトと称する。また、チェックアウトされたデータをチェックアウト先から削除し、チェックアウト元のデータのコピー回数権利を戻すことを、チェックインと称する。

オーディオデータ２００がパーソナルコンピュータ１００にムーブされると、パーソナルコンピュータ１００の記録媒体、例えばＨＤＤ上に当該オーディオデータ２００が移動され（オーディオデータ２００'）、元のディスク９０から当該オーディオデータ２００が削除される。そして、図４６の手順Ｂに示されるように、パーソナルコンピュータ１００において、ムーブされたオーディオデータ２００'に対して、チェックアウト（ＣＯ）可能（な又は所定の）回数２０１が設定される。ここでは、チェックアウト可能回数２０１は、「＠」で示されるように、３回に設定される。すなわち、当該オーディオデータ２００'は、このパーソナルコンピュータ１００から外部の記録媒体に対して、チェックアウト可能回数２０１に設定された回数だけ、さらにチェックアウトを行うことが許可される。

ここで、チェックアウトされたオーディオデータ２００が元のディスク９０上から削除されたままだと、ユーザにとって不便であることが考えられる。そこで、パーソナルコンピュータ１００に対してチェックアウトされたオーディオデータ２００'が、ディスク９０に対して書き戻される。

当該オーディオデータ２００'をパーソナルコンピュータ１００から元のディスク９０に書き戻すときには、図４６の手順Ｃに示されるように、チェックアウト可能回数が１回消費され、チェックアウト可能回数が（３−１＝２）回とされる。図４６の手順Ｃでは、消費されたチェックアウト回数を記号「＃」で示している。このときには、パーソナルコンピュータ１００のオーディオデータ２００'は、チェックアウトできる権利が後２回分、残っているため、パーソナルコンピュータ１００上からは削除されない。すなわち、パーソナルコンピュータ１００上のオーディオデータ２００'は、パーソナルコンピュータからディスク９０にコピーされ、ディスク９０上には、オーディオデータ２００'がコピーされたオーディオデータ２００"が記録されることになる。

なお、チェックアウト可能回数２０１は、トラックインフォメーションテーブルにおけるトラックデスクリプタの著作権管理情報により管理される（図２７Ｂ参照）。トラックデスクリプタは、各トラック毎に設けられるため、チェックアウト可能回数２０１を音楽データ等の各トラック毎に設定することができる。ディスク９０からパーソナルコンピュータ１００にコピーされたトラックデスクリプタは、パーソナルコンピュータ１００にムーブされた対応するオーディオデータの制御情報として用いられる。

例えば、ディスク９０からパーソナルコンピュータ１００に対してオーディオデータがムーブされると、ムーブされたオーディオデータに対応したトラックデスクリプタがパーソナルコンピュータ１００にコピーされる。パーソナルコンピュータ１００上では、ディスク９０からムーブされたオーディオデータの管理がこのトラックデスクリプタにより行われる。オーディオデータがムーブされパーソナルコンピュータ１００のＨＤＤなどに記録されるのに伴い、トラックデスクリプタ中の著作権管理情報において、チェックアウト可能回数２０１が規定の回数（この例では３回）に設定される。

なお、著作権管理情報として、上述のチェックアウト可能回数２０１の他に、チェックアウト元の機器を識別するための機器ＩＤ、チェックアウトされた音楽コンテンツ（オーディオデータ）を識別するためのコンテンツＩＤも管理される。例えば、上述した図４６の手順Ｃでは、コピーしようとしているオーディオデータに対応する著作権管理情報中の機器ＩＤに基づき、コピー先の機器の機器ＩＤの認証が行われる。著作権管理情報中の機器ＩＤと、コピー先機器の機器ＩＤとが異なる場合、コピー不可とすることができる。

上述した図４６の手順Ａ〜手順Ｃによる一連のチェックアウト処理では、ディスク９０上のオーディオデータを一度パーソナルコンピュータ１００に対してムーブし、再びパーソナルコンピュータ１００からディスク９０に書き戻しているため、ユーザにとっては、手順が煩雑で煩わしく、また、ディスク９０からオーディオデータを読み出す時間と、ディスク９０にオーディオデータを書き戻す時間とがかかるため、時間が無駄に感じられるおそれがある。さらに、ディスク９０上からオーディオデータが一旦削除されてしまうことは、ユーザの感覚に馴染まないことが考えられる。

そこで、ディスク９０に記録されたオーディオデータのチェックアウト時に、上述の途中の処理を行ったものと見なして省き、図４６の手順Ｃに示される結果だけが実現されることが可能なようにする。その手順の一例を以下に示す。以下に示される手順は、例えば「ディスク９０に記録されたオーディオファイルＡというオーディオデータをチェックアウトせよ」といったような、ユーザからの単一の指示により実行されるものである。

（１）ディスク９０に記録されているオーディオデータをパーソナルコンピュータ１００のＨＤＤにコピーすると共に、ディスク９０上の当該オーディオデータを、当該オーディオデータの管理データの一部を無効にすることで消去する。例えば、プレイオーダーテーブルから当該オーディオデータに対応するトラックデスクリプタへのリンク情報ＴＩＮＦｎと、プログラムドファイルオーダーテーブルから当該オーディオデータに対応するトラックデスクリプタへのリンク情報ＰＩＮＦｎとを削除する。当該オーディオデータに対応するトラックデスクリプタそのものを削除するようにしてもよい。これにより、当該オーディオデータがディスク９０上で使用不可の状態とされ、当該オーディオデータがディスク９０からパーソナルコンピュータ１００にムーブされたことになる。

（２）なお、手順（１）において、オーディオデータのパーソナルコンピュータ１００へのコピーの際に、当該オーディオデータに対応するトラックデスクリプタも、共にパーソナルコンピュータ１００のＨＤＤにコピーされる。

（３）次に、パーソナルコンピュータ１００において、ディスク９０からコピーされた、ムーブされたオーディオデータに対応するトラックデスクリプタにおける著作権管理情報内のチェックアウト可能回数に、規定回数、例えば３回が記録される。

（４）次に、パーソナルコンピュータ１００において、ディスク９０からコピーされたトラックデスクリプタに基づき、ムーブされたオーディオデータに対応するコンテンツＩＤが取得され、当該コンテンツＩＤがチェックイン可能なオーディオデータを示すコンテンツＩＤとして記録される。

（５）次に、パーソナルコンピュータ１００において、ムーブされたオーディオデータに対応するトラックデスクリプタにおける著作権管理情報内のチェックアウト可能回数が、上述の手順（３）で設定された規定回数から１だけ減じられる。この例では、チェックアウト可能回数が（３−１＝２）回とされる。

（６）次に、ディスク９０が装着される図示されないディスクドライブ装置１において、ムーブされたオーディオデータに対応するトラックデスクリプタが有効化される。例えば、上述の手順（１）において削除されたリンク情報ＴＩＮＦｎおよびＰＩＮＦｎをそれぞれ復元または再構築することで、当該オーディオデータに対応するトラックデスクリプタが有効化される。上述の手順（１）において当該オーディオデータに対応するトラックデスクリプタを削除した場合には、当該トラックデスクリプタが再構築される。パーソナルコンピュータ１００上に記録されている、対応するトラックデスクリプタをディスクドライブ装置１に転送し、ディスク９０に記録するようにしてもよい。

以上の（１）〜（６）の手順により、一連のチェックアウト処理が完了したと見なす。こうすることで、ディスク９０からパーソナルコンピュータ１００へのオーディオデータのコピーがオーディオデータの著作権保護を図りつつ実現されると共に、ユーザの手間を省くことができる。

なお、この（１）〜（６）の手順によるオーディオデータのコピーは、ユーザがディスクドライブ装置１を用いて、ディスク９０に自分で録音（記録）したオーディオデータに対して適用されるようにすると、好ましい。

また、チェックアウトされた後でチェックインする際には、パーソナルコンピュータ１００は、自分自身が記録しているオーディオデータおよびトラックデスクリプタ中の制御情報、例えば著作権管理情報を検索し、検索されたオーディオデータおよび制御情報に基づき判断を行い、チェックインを実行する。

１０．ソフトウェア構成について
図４７は、この発明の実施の一形態であるオーディオデータ転送システムに適用可能な一例のソフトウェア構成を示す。なお、本明細書中における「システム」とは、複数のものが論理的に集合したものであり、それぞれのものが同一筐体中にあるか否かは問わない。

パーソナルコンピュータ１００に、ジュークボックスアプリケーション３００が搭載される。ジュークボックスアプリケーション３００は、ＣＤ(Compact Disc)からのリッピングや、インターネットといったネットワークを介した音楽配信サーバなどからのダウンロードにより得られた音楽データ等のコンテンツを蓄積してライブラリを構築し、ライブラリを操作するためのユーザインターフェイスを提供する。リッピングとは、音楽ＣＤなどコンテンツが収録されているオリジナルの記録媒体から、コンテンツをデジタルデータのまま読み出して、コンピュータのファイルなどとして取り出すことである。

ジュークボックスアプリケーション３００は、さらに、パーソナルコンピュータ１００とディスクドライブ装置１との接続制御を行う。また、上述したユーティリティソフトウェアの機能をジュークボックスアプリケーション３００に含ませることができる。すなわち、図４７に示すソフトウェアは、パーソナルコンピュータ１００側の第１の記録媒体であるＨＤＤなどの記録媒体とディスクドライブ装置１側の第２の記録媒体である着脱可能なディスク状記録媒体のディスク９０とで、音楽コンテンツの転送および戻しを行う。

ジュークボックスアプリケーション３００は、データベース管理モジュール３０１を有し、データベース管理モジュール３０１は、ディスク９０を識別するためのディスクＩＤと、ライブラリ内のグループとを、ディスクＩＤデータベースまたはディスクＩＤリストで関連付けて管理する。この実施の一形態では、ＵＩＤをディスクＩＤとして用いる。データベース管理モジュール３０１が管理するグループ、ならびに、ディスクＩＤデータベースまたはディスクＩＤリストの詳細については、後述する。

ジュークボックスアプリケーション３００は、パーソナルコンピュータ１００において、ＯＳ３０３上で、セキュリティモジュール３０２を介して動作する。セキュリティモジュール３０２は、ＳＤＭＩ(Secure Digital Music Initiative)に規定されるライセンス適合モジュール（ＬＣＭ）を有し、ジュークボックスアプリケーション３００とディスクドライブ装置１との間で認証処理を行う。セキュリティモジュール３０２では、コンテンツＩＤとＵＩＤとの整合性のチェックなども行う。ジュークボックスアプリケーション３００とディスクドライブ装置１とのコンテンツのやりとりは、全てセキュリティモジュール３０２を介して行われる。

一方、ディスクドライブ装置１には、ディスクドライブ装置１自身の動作を制御するソフトウェアとして、次世代ＭＤドライブファームウェア３２０が搭載される。パーソナルコンピュータ１００によるディスクドライブ装置１の制御や、パーソナルコンピュータ１００とディスクドライブ装置１との間のデータのやりとりは、次世代ＭＤドライブファームウェア３２０とＯＳ３０３の間で次世代ＭＤデバイスドライバ３０４を介して通信することにより制御される。

なお、次世代ＭＤドライブファームウェア３２０は、例えばパーソナルコンピュータ１００とディスクドライブ装置１とを接続する所定のケーブルやネットワーク等の通信インターフェース３１０を介して、パーソナルコンピュータ１００側からバージョンアップなどを行うことができる。

また、ジュークボックスアプリケーション３００は、例えばＣＤ−ＲＯＭ(Compact Disc-Read Only Memory)などの記録媒体に記録されて提供される。パーソナルコンピュータ１００にこの記録媒体を装填し、所定の操作を行うことで、例えば当該記録媒体に記録されたジュークボックスアプリケーション３００がパーソナルコンピュータ１００の例えばハードディスクドライブに所定に格納される。これに限らず、ジュークボックスアプリケーション３００（またはジュークボックスアプリケーション３００のインストーラ）は、インターネットなどネットワークを介してパーソナルコンピュータ１００に提供されるようにしてもよい。

次に、データベース管理モジュール３０１について説明する。ライブラリでは、グループを設定することができ、コンテンツを適当な基準に基づきグループに関連付けることで、コンテンツを分類することができる。この発明の実施の一形態では、さらに、ディスク９０のそれぞれを識別するためのディスクＩＤとグループとを関連付けることができる。ディスクＩＤとしては、上述したＵＩＤが用いられる。

図４８を用いてジュークボックスアプリケーション３００が備えるデータベース管理モジュール３０１で管理されるデータベースについて、概略的に説明する。図４８Ａは、ディスクＩＤデータベースまたはディスクＩＤリストの一例の構成を示す。このディスクＩＤデータベースまたはディスクＩＤリストでは、ディスクＩＤに対してグループを関連付けて管理する。ディスクＩＤに対してさらに他の属性、例えばアルバム名、アルバムのジャンル、アーティスト名、データ（圧縮）形式、データベースへの登録日、コンテンツの入手元等の情報を関連付けてもよい。

なお、この図４８に例示されるデータベースの構成は、この発明の実施の一形態を実施可能とする一例であって、この構成に限定されるものではない。

図４８Ａに示すフィールド「ディスクＩＤ」は、ディスクＩＤが登録されるフィールドである。ディスクＩＤは、ディスク９０毎にユニークな記録媒体識別子である。

フィールド「グループ名」は、グループの名前が登録されるフィールドである。グループは、ユーザがジュークボックスアプリケーション３００を用いて設定することができる。ジュークボックスアプリケーション３００において予め用意されたグループを用いることもできる。グループは、例えば恋人と聴く用、ドライブ（運転）用、通勤用などのシーン別や、歌手、演奏者などのアーティスト別、クラシック、ジャズなどのジャンル別や、最新コンテンツなどユーザが希望するコンテンツの分類で構成される。

一方、コンテンツ毎にユニークなコンテンツ識別子であるコンテンツＩＤのそれぞれに対して、ディスクＩＤおよびチェックアウト可能回数などのコンテンツに関する情報が関連付けられる。図４８Ｂは、このコンテンツに関する情報が関連付けられるコンテンツＩＤデータベースまたはコンテンツＩＤリストの一例の構成を示す。コンテンツＩＤデータベースまたはコンテンツＩＤリストは、例えば、ディスクＩＤデータベースまたはディスクＩＤリストに基づいて、データベース管理モジュール３０１によって動的に生成される。

フィールド「コンテンツＩＤ」は、コンテンツＩＤが登録されるフィールドである。コンテンツＩＤは、例えば１２８ビットのデータ長を有し、コンテンツがジュークボックスアプリケーション３００に取り込まれライブラリに格納される際に、セキュリティモジュール３０２により割り当てられる。ライブラリに格納されるコンテンツのそれぞれは、コンテンツＩＤで識別することができる。

図４８Ｂのフィールド「ディスクＩＤ」は、図４８Ａのフィールド「ディスクＩＤ」である。したがって、ディスクＩＤデータベースまたはディスクＩＤリストと、コンテンツＩＤデータベースまたはコンテンツＩＤリストとは、ディスクＩＤにより関連付けられており、ディスクＩＤとコンテンツＩＤにより、コンテンツに関する情報は一意的に管理される。

さらに、コンテンツＩＤのそれぞれに対して、当該コンテンツの属性、ディスクＩＤが関連付けられる。図４８Ｂの例では、フィールド「ディスクＩＤ」に、ディスクＩＤが登録され、フィールド「ＣＯ可能回数」に、ＣＯ（チェックアウト）可能回数が登録され、フィールド「コンテンツＩＤ」に格納されたコンテンツＩＤと関連付けられる。勿論、さらに他の情報をコンテンツＩＤに関連付けることができる。

図４８Ｂでは、ライブラリに登録された各コンテンツＩＤのそれぞれに対してディスクＩＤを関連付けたが、ディスクＩＤに対してコンテンツＩＤを関連付ける構成としてもよい。また、コンテンツＩＤにグループを関連付ける構成や、ディスクＩＤにＣＯ可能回数を関連付ける構成としてもよい。これらに限らず、ライブラリを、上述した音楽データの第１の管理方法や第２の管理方法に基づいて管理することもできる。

以下、この発明の実施の一形態について説明する。以下説明する実施の一形態は、上述したソフトウェアでのチェックアウトの処理で適用される。なお、この実施の一形態では、チェックアウトの可能回数が３回までに制限されているものとするが、チェックアウトの可能回数は、ＳＤＭＩ等の規定により決められているものであり、３回に限ったものではない。

図４９および図５０は、実施の一形態によるソフトウェアの動作の一例を示す。以下、図４９および図５０を参照して、この発明の実施の一形態について説明する。

図４９は、実施の一形態によりパーソナルコンピュータ１００側からディスクドライブ装置１側へチェックアウトを行ったときの動作の一例である。パーソナルコンピュータ１００は、音楽コンテンツをアルバムとプレイリストという２つの概念で管理している。なお、図４９中の楽曲の先頭に示す数字は、その曲のチェックアウト（ＣＯ）可能回数を示す。

アルバムは、上述したグループまたはグループとの関連付けにより音楽コンテンツを管理する概念である。アルバムは、音楽コンテンツの実体からなる第１の集合体である。なお、アルバムは、基本的には複数の音楽コンテンツの実体から構成されるが、一つだけの音楽コンテンツの実体で構成することも可能である。複数個のアルバムがパーソナルコンピュータ１００側の記録媒体に格納されている。

実施の一形態では、ディスクＩＤをグループとコンテンツＩＤとに関連付けることで、グループと音楽コンテンツの実体とを関連付けて管理している。したがって、アルバムは、ディスクＩＤとコンテンツＩＤのそれぞれに関連付けられている。

音楽コンテンツの実体は、オーディオデータを構成するためのデータ構造である。このデータ構造は、例えば音楽配布メディアであるレコード、ＣＤの構造からきており、階層構造を有する。

プレイリストは、音楽コンテンツのポインタからなる第２の集合体である。なお、プレイリストは、基本的には複数の音楽コンテンツのポインタから構成されるが、一つだけの音楽コンテンツのポインタで構成することも可能である。プレイリストは、曲の再生順を表すリストであり、プログラム再生リストとも呼ばれる。プレイリストは、パーソナルコンピュータ１００側の記録媒体にチェックアウト実行前またはチェックアウト実行の際に作成される。

ポインタは、音楽コンテンツの実体へのリンクであり、音楽コンテンツの実体はともなわない。したがって、プレイリストから曲を削除してもリンクが外れるだけであり、実体であるオーディオデータは削除されない。

図４９では、アルバム１が楽曲１〜楽曲７で構成され、アルバム２が楽曲８〜楽曲１４で構成されている。なお、楽曲１〜楽曲１４は、音楽コンテンツの実体すなわちオーディオデータである。

プレイリスト１は、再生曲の順番が、楽曲１（リンク），楽曲２（リンク），楽曲２（リンク），楽曲８（リンク），楽曲５（リンク），楽曲１３（リンク），楽曲１４（リンク）となるように構成されている。なお、これら楽曲１（リンク），楽曲２（リンク），…，楽曲１４（リンク）は、ポインタであり、それぞれのポインタが対応する音楽コンテンツ（楽曲）の実体をアルバム１，アルバム２から参照するようリンクが張られている。

図５０は、パーソナルコンピュータ１００側のプレイリストで指示される音楽コンテンツをディスクドライブ装置１側にチェックアウトするときの処理の一例を示す。パーソナルコンピュータ１００とディスクドライブ装置１とを接続し、プレイリストの楽曲のチェックアウトを開始すると、チェックアウトするプレイリストに含まれる楽曲が属する全てのアルバムが検索される（ステップＳ２０１）。プレイリスト１の楽曲をチェックアウトする場合では、プレイリスト１に含まれる楽曲が属するアルバムの検索結果は、アルバム１およびアルバム２となる。

続いて、音楽コンテンツが記録されたパーソナルコンピュータ１００側の記録媒体から、ステップＳ２０１で検索されたアルバムに含まれる全ての音楽コンテンツがディスクドライブ装置１側のディスク９０へチェックアウトされる（ステップＳ２０２）。すなわち、アルバム１に含まれる楽曲１〜楽曲７と、アルバム２に含まれる楽曲８〜楽曲１４がチェックアウトされる。したがって、パーソナルコンピュータ１００側のアルバム１とアルバム２がアルバム単位でディスクドライブ装置１側に転送されることになる。

チェックアウトにより、データベースなどで管理されているチェックアウト（ＣＯ）可能回数がアルバム単位で１減じられる。すなわち、アルバム１およびアルバム２の各楽曲のチェックアウト可能回数がそれぞれ共に、３回から２回に変更される。

そして、パーソナルコンピュータ１００側からプレイリスト１がディスクドライブ装置１側へ転送され、転送されたプレイリスト１の各楽曲とチェックアウトしたアルバム１およびアルバム２の各楽曲との間にリンクが張られる（ステップＳ２０３）。したがって、このチェックアウトの処理では、ジュークボックスアプリケーション３００上での音楽コンテンツのデータ構造と同じデータ構造がディスクドライブ装置１側に構築されることになる。

以上説明したように、この発明の実施の一形態によれば、プレイリストで指示される音楽コンテンツをパーソナルコンピュータ１００側からディスクドライブ装置１側のディスク９０へチェックアウトするときに、プレイリストで指示される音楽コンテンツが属する全てのアルバムを検索し、検索されたアルバムに含まれる全ての音楽コンテンツをチェックアウトするため、チェックアウト作業が簡単である。また、これにより、チェックアウト可能回数がアルバム毎に一律となり、アルバム単位で音楽コンテンツを転送しようとしたとき、そのアルバムの中に転送できない曲がでてきてしまうようなことを防止することができ、音楽コンテンツの管理が容易となる。

また、プレイリストの音楽コンテンツをパーソナルコンピュータ１００側からディスクドライブ装置１側のディスク９０へチェックアウトするときに、プレイリストの音楽コンテンツが属する全てのアルバムを検索し、検索されたアルバムに含まれる全ての音楽コンテンツをチェックアウトし、プレイリストをパーソナルコンピュータ１００側からディスクドライブ装置１側のディスク９０へ転送し、転送したプレイリストとチェックアウトした音楽コンテンツとでリンクを張ることで、コンピュータ１００側の音楽コンテンツのデータ構造と同じデータ構造をディスクドライブ装置１側のディスク９０に構築することができる。これにより、ユーザは、曲の実体、ポインタという概念を理解していなくても、ディスクドライブ装置１側でパーソナルコンピュータ１００側と同様に音楽コンテンツを利用することができるため、使い勝手が向上する。

この発明は、上述したこの発明の実施の一形態に限定されるものでは無く、この発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。例えば、上述した実施の一形態によるソフトウェアの動作での各ステップは、記載された順序で時系列的に処理が行われることだけに限定されるものではなく、必ずしも時系列的に処理が行われなくとも、並列的、個別的に処理が行われても良い。

上述した実施の一形態のソフトウェアによる処理は、コンピュータ読み取り可能なＣＤ、ＤＶＤなどの記録媒体に記録された、ソフトウェアを構成するジュークボックスアプリケーション３００等のプログラムをパーソナルコンピュータ１００にインストールし、ＨＤＤなどの記録装置に格納することで、実行可能であるとしたが、ソフトウェアを構成するプログラムが組み込まれているコンピュータなど、他の情報処理装置を用いても良い。また、このソフトウェアによる処理は、その処理の一部または全てをハードウェアにより実行することも可能である。

また、上述した実施の一形態では、チェックアウト先の記録媒体であるディスク９０として、次世代ＭＤ１、次世代ＭＤ２などのユニークな識別子を有するＭＤを適用して説明したが、これに限らず他の記録媒体、例えば、書き換え可能な光ディスク、磁気ディスク、磁気テープ、メモリカードなどを適用することも可能である。なお、ディスク９０としては、例えば１００００曲など、大量な曲を記録可能な大記録容量の記録媒体を用いることが好適である。

次世代ＭＤ１システムの仕様のディスクの説明に用いる図である。 次世代ＭＤ１システムの仕様のディスクの記録領域の説明に用いる図である。 次世代ＭＤ２システムの仕様のディスクの説明に用いる図である。 次世代ＭＤ２システムの仕様のディスクの記録領域の説明に用いる図である。 ＵＩＤの一例のフォーマットを概略的に示す略線図である。 次世代ＭＤ１および次世代ＭＤ２のエラー訂正符号化処理の説明に用いる図である。 次世代ＭＤ１および次世代ＭＤ２のエラー訂正符号化処理の説明に用いる図である。 次世代ＭＤ１および次世代ＭＤ２のエラー訂正符号化処理の説明に用いる図である。 ウォブルを用いたアドレス信号の生成の説明に用いる斜視図である。 現行のＭＤシステムおよび次世代ＭＤ１システムのＡＤＩＰ信号の説明に用いる図である。 現行のＭＤシステムおよび次世代ＭＤ１システムのＡＤＩＰ信号の説明に用いる図である。 次世代ＭＤ２システムのＡＤＩＰ信号の説明に用いる図である。 次世代ＭＤ２システムのＡＤＩＰ信号の説明に用いる図である。 現行のＭＤシステムおよび次世代ＭＤ１システムでのＡＤＩＰ信号とフレームとの関係を示す図である。 次世代ＭＤ１システムでのＡＤＩＰ信号とフレームとの関係を示す図である。 次世代ＭＤ２システムでのコントロール信号の説明に用いる図である。 ディスクドライブ装置のブロック図である。 メディアドライブ部の構成を示すブロック図である。 次世代ＭＤ１によるディスクの一例の初期化処理を示すフローチャートである。 次世代ＭＤ２によるディスクの一例の初期化処理を示すフローチャートである。 オーディオデータの管理方式の第１の例の説明に用いる図である。 オーディオデータの管理方式の第１の例によるオーディオデータファイルの説明に用いる図である。 オーディオデータの管理方式の第１の例によるトラックインデックスファイルの説明に用いる図である。 オーディオデータの管理方式の第１の例によるプレイオーダテーブルの説明に用いる図である。 オーディオデータの管理方式の第１の例によるプログラムドプレイオーダテーブルの説明に用いる図である。 オーディオデータの管理方式の第１の例によるグループインフォメーションテーブルの説明に用いる図である。 オーディオデータの管理方式の第１の例によるトラックインフォメーションテーブルの説明に用いる図である。 オーディオデータの管理方式の第１の例によるパーツインフォメーションテーブルの説明に用いる図である。 オーディオデータの管理方式の第１の例によるネームテーブルの説明に用いる図である。 オーディオデータの管理方式の第１の例による一例の処理を説明するための図である。 ネームテーブルのネームスロットが複数参照可能であることを説明するための図である。 オーディオデータの管理方式の第１の例でオーディオデータファイルからパーツを削除する処理の説明に用いる図である。 オーディオデータの管理方式の第２の例の説明に用いる図である。 オーディオデータの管理方式の第２の例によるオーディオデータファイルの構造を示す図である。 オーディオデータの管理方式の第２の例によるトラックインデックスファイルの説明に用いる図である。 オーディオデータの管理方式の第２の例によるプレイオーダテーブルの説明に用いる図である。 オーディオデータの管理方式の第２の例によるプログラムドプレイオーダテーブルの説明に用いる図である。 オーディオデータの管理方式の第２の例によるグループインフォメーションテーブルの説明に用いる図である。 オーディオデータの管理方式の第２の例によるトラックインフォメーションテーブルの説明に用いる図である。 オーディオデータの管理方式の第２の例によるネームテーブルの説明に用いる図である。 オーディオデータの管理方式の第２の例による一例の処理を説明するための図である。 オーディオデータの管理方式の第２の例で、インデックスにより１つのファイルのデータが複数のインデックス領域に分けられることを説明するための図である。 オーディオデータの管理方式の第２の例で、トラックの連結の説明に用いる図である。 オーディオデータの管理方式の第２の例で、別の方法によるトラックの連結の説明に用いる図である。 パーソナルコンピュータとディスクドライブ装置とが接続された状態で、書き込むデータの種類により管理権限を移動させることを説明するための図である。 オーディオデータの一連のチェックアウトの手順を説明するための図である。 この発明の実施の一形態に適用可能な一例のソフトウェア構成を示す略線図である。 ジュークボックスアプリケーションで管理されるデータベースの一例の構成を示す略線図である。 この発明の実施の一形態によるアルバムとプレイリストとの関係の一例を示す略線図である。 この発明の実施の一形態に適用可能な一例のソフトウェアによりチェックアウトする際の処理を示すフローチャートである。 従来のアルバムとプレイリストとの関係の一例を示す略線図である。 従来のアルバムとプレイリストとの関係の他の例を示す略線図である。 従来のアルバムとプレイリストとの関係の他の例を示す略線図である。

符号の説明

１・・・ディスクドライブ装置
２・・・メディアドライブ部
３・・・メモリ転送コントローラ
４・・・クラスタバッファメモリ
５・・・補助メモリ
６，８・・・ＵＳＢインターフェイス
７・・・ＵＳＢハブ
１０・・・オーディオ処理部
１２・・・ＲＳ−ＬＤＣエンコーダ
１３・・・１−７ｐｐ変調部
１４・・・ＡＣＩＲＣエンコーダ
１５・・・ＥＦＭ変調部
１６・・・セレクタ
１７・・・磁気ヘッドドライバ
１８・・・磁気ヘッド
１９・・・光学ヘッド
２２・・・１−７復調部
２３・・・ＲＳ−ＬＤＣデコーダ
２４・・・ＥＦＭ復調部
２５・・・ＡＣＩＲＣデコーダ
２６・・・セレクタ
３０・・・ＡＤＩＰ復調部
３２，３３・・・アドレスデコーダ
５０・・・スイッチ
９０・・・ディスク
１００・・・パーソナルコンピュータ
３００・・・ジュークボックスアプリケーション
３０１・・・データベース管理モジュール
３０２・・・セキュリティモジュール

Claims (10)

1. １以上のオーディオデータの実体から形成される第１の集合体が複数記録された第１の記録媒体と第２の記録媒体との間でオーディオデータの転送を行うデータ転送システムにおいて、
   上記第１の記録媒体に記録された、１以上の上記第１の集合体に含まれるオーディオデータの再生順序を示すとともに再生順序が示されたおのおのの第１の集合体に含まれるオーディオデータの実体への指示をするポインタとを規定する第２の集合体と、
   上記第２の集合体によって指示されたオーディオデータを上記第２の記録媒体へ転送する場合に、上記第２の集合体に指示されたオーディオデータが含まれる第１の集合体に含まれるすべてのオーディオデータの実体を上記第１の記録媒体から上記第２の記録媒体へ転送する制御部と
   を備えるデータ転送システム。
2. 上記第２の記録媒体は、着脱可能なディスク状記録媒体である請求項１記載のデータ転送システム。
3. 上記第２の記録媒体は、記録媒体毎に異なる識別情報を備える請求項１記載のデータ転送システム。
4. 上記記録媒体毎に異なる識別情報と上記第１の集合体とが関連づけられている請求項３記載のデータ転送システム。
5. １以上のオーディオデータの実体から形成される第１の集合体が複数記録された第１の記録媒体と第２の記録媒体との間でオーディオデータの転送を行うデータ転送方法において、
   上記第１の記録媒体に記録された、１以上の上記第１の集合体に含まれるオーディオデータの再生順序を示すとともに再生順序が示されたおのおのの第１の集合体に含まれるオーディオデータの実体への指示をするポインタとを規定する第２の集合体に指定されたオーディオデータを上記第１の記録媒体から上記第２の記録媒体へ転送する指示を受信し、
   上記第２の集合体によって指示されたオーディオデータが含まれる第１の集合体を検索し、
   上記第２の集合体によって指示されたオーディオデータの実体を上記第１の記録媒体から上記第２の記録媒体へ転送するとともに、上記転送されるオーディオデータが含まれる第１の集合体に含まれる他のすべてのオーディオデータの実体を上記第１の記録媒体から上記第２の記録媒体へ転送する
   ことを特徴とするデータ転送方法。
6. 上記第２の記録媒体は、記録媒体毎に異なる識別情報を備える請求項５記載のデータ転送方法。
7. 上記記録媒体毎に異なる識別情報と上記第１の集合体とが関連づけられている請求項６記載のデータ転送方法。
8. １以上のオーディオデータの実体から形成される第１の集合体が複数記録された第１の記録媒体と第２の記録媒体との間でオーディオデータの転送を行うデータ転送プログラムにおいて、
   上記第１の記録媒体に記録された、１以上の上記第１の集合体に含まれるオーディオデータの再生順序を示すとともに再生順序が示されたおのおのの第１の集合体に含まれるオーディオデータの実体への指示をするポインタとを規定する第２の集合体に指定されたオーディオデータを上記第１の記録媒体から上記第２の記録媒体へ転送する指示を受信し、
   上記第２の集合体によって指示されたオーディオデータが含まれる第１の集合体を検索し、
   上記第２の集合体によって指示されたオーディオデータの実体を上記第１の記録媒体から上記第２の記録媒体へ転送するとともに、上記転送されるオーディオデータが含まれる第１の集合体に含まれる他のすべてのオーディオデータの実体を上記第１の記録媒体から上記第２の記録媒体へ転送する
   ことを特徴とするデータ転送プログラム。
9. 上記第２の記録媒体は、記録媒体毎に異なる識別情報を備える請求項８記載のデータ転送プログラム。
10. 上記記録媒体毎に異なる識別情報と上記第１の集合体とが関連づけられている請求項８記載のデータ転送プログラム。

Images