(57)【要約】  【課題】  インデックストラックを通常のトラックとは区別して再生できるようにする。  【解決手段】  ディスクに記録されたトラックの先頭部分を夫々所定時間切り出して、トラック順にインデックストラックに格納する。インデックストラックは、次世代ＭＤ１、２システムの場合、ＦＡＴ管理下に任意のファイルとして記録する。非対応機種ではこのファイルを再生しないので、通常の再生の妨げにはならず、非対応機種で記録されたディスクにはこのファイルがないので、誤って再生することもない。現行ＭＤシステムの場合、Last TNOの最大値を「２５４」として第２５５トラック目にインデックストラックを記録する。Last TNOの範囲外のトラックに記録されるので、通常の再生動作では再生されない。U-TOCのmaker codeとmodel codeにより対応機種で記録されたディスクか否かが判別でき、第２５５トラックを誤って再生することがない。【選択図】  図４６
2005100492.tif 000002
【特許請求の範囲】
【請求項１】
音声信号をトラックとして記録媒体に記録する記録装置において、
記録媒体に記録された１または複数のトラックを再生し、上記１または複数のトラックのそれぞれの一部を切り出して順にインデックストラックに格納し、該インデックストラックを上記記録媒体の上記１または複数のトラックを再生するためのリストに含まれない領域に記録するようにしたことを特徴とする記録装置。
【請求項２】
請求項１に記載の記録装置において、
上記１または複数のトラックは、ファイルアロケーションテーブル（ＦＡＴ）システムに基づくファイルとして上記記録媒体に記録され、上記インデックストラックは、上記リストに含まれないインデックストラックファイルとして上記記録媒体に記録されるようにしたことを特徴とする記録装置。
【請求項３】
請求項１に記載の記録装置において、
上記１または複数のトラックは、Ｕ−ＴＯＣの管理に基づき上記記録媒体に記録され、上記Ｕ−ＴＯＣに示される上記リストの範囲を最大範囲よりも小さく設定し、上記インデックストラックは、上記最大範囲内且つ上記小さく設定された上記リストの範囲外のトラックとして上記記録媒体に記録されるようにしたことを特徴とする記録装置。
【請求項４】
請求項３に記載の記録装置において、
上記リストの範囲を上記最大範囲より１だけ小さく設定し、上記インデックストラックを上記最大範囲のトラックとして記録するようにしたことを特徴とする記録装置。
【請求項５】
請求項１に記載の記録装置において、
上記１または複数のトラックのそれぞれの一部は、互いに同一の圧縮符号化方式で圧縮符号化されて上記インデックストラックに格納されることを特徴とする記録装置。
【請求項６】
請求項１に記載の記録装置において、
上記１または複数のトラックのそれぞれの一部は、互いに同一の再生時間であることを特徴とする記録装置。
【請求項７】
音声信号をトラックとして記録媒体に記録する記録方法において、
記録媒体に記録された１または複数のトラックを再生し、上記１または複数のトラックのそれぞれの一部を切り出して順にインデックストラックに格納し、該インデックストラックを上記記録媒体の上記１または複数のトラックを再生するためのリストに含まれない領域に記録するようにしたことを特徴とする記録方法。
【請求項８】
トラックとして記録された音声信号を記録媒体から再生する再生装置において、
リストに基づき再生可能な１または複数のトラックが記録された記録媒体からデータを再生する再生手段と、
操作に応じて上記記録媒体に記録された１または複数のトラックから１を選択する選択手段と
を有し、
上記記録媒体に、上記１または複数のトラックのそれぞれの一部が切り出されて格納されたインデックストラックが上記リストに含まれない領域に記録されていれば、上記再生手段は、上記選択手段に対する操作に応じて選択された上記トラックに対応する上記インデックストラック上の部分を再生するようにしたことを特徴とする再生装置。
【請求項９】
請求項８に記載の再生装置において、
上記記録媒体に対して最後に記録を行った機種を示す情報が該記録媒体に記録され、上記再生手段で該記録媒体を再生する際に、上記インデックストラックの再生を行うか否かを上記機種を示す情報に基づき判断するようにしたことを特徴とする再生装置。
【請求項１０】
請求項８に記載の再生装置において、
操作に応じて上記トラックを再生する指示を出す再生指示手段をさらに有し、
上記インデックストラックの再生時に上記再生指示手段に対して操作が行われた時点の上記インデックストラックの再生位置に対応した上記トラックを再生するようにしたことを特徴とする再生装置。
【請求項１１】
請求項８に記載の再生装置において、
上記１または複数のトラックは、ファイルアロケーションテーブル（ＦＡＴ）システムに基づくファイルとして上記記録媒体に記録され、上記リストに含まれないインデックストラックファイルとして上記記録媒体に記録されている上記インデックストラックを再生するようにしたことを特徴とする再生装置。
【請求項１２】
請求項８に記載の再生装置において、
上記１または複数のトラックは、Ｕ−ＴＯＣの管理に基づき上記記録媒体に記録され、上記Ｕ−ＴＯＣに示される上記リストの範囲を最大範囲よりも小さく設定し、上記最大範囲内且つ上記小さく設定された上記リストの範囲外のトラックとして上記記録媒体に記録されている上記インデックストラックを再生するようにしたことを特徴とする再生装置。
【請求項１３】
請求項１２に記載の再生装置において、
上記リストの範囲が上記最大範囲より１だけ小さく設定され、上記最大範囲のトラックに記録された上記インデックストラックを再生するようにしたことを特徴とする再生装置。
【請求項１４】
トラックとして記録された音声信号を記録媒体から再生する再生方法において、
リストに基づき再生可能な１または複数のトラックが記録された記録媒体からデータを再生する再生のステップと、
操作に応じて上記記録媒体に記録された１または複数のトラックから１を選択する選択のステップと
を有し、
上記記録媒体に、上記１または複数のトラックのそれぞれの一部が切り出されて格納されたインデックストラックが上記リストに含まれない領域に記録されていれば、上記再生のステップは、上記選択のステップに対する操作に応じて選択された上記トラックに対応する上記インデックストラック上の部分を再生するようにしたことを特徴とする再生方法。
【請求項１５】
音声信号をトラックとして記録媒体に記録し、トラックとして記録された音声信号を記録媒体から再生する記録再生装置において、
リストに基づき再生可能な１または複数のトラックが記録された記録媒体を再生する再生手段と、
操作に応じて上記記録媒体に記録された１または複数のトラックから１を選択する選択手段と、
上記記録媒体にデータを記録する記録手段と
を有し、
上記再生手段で再生された上記１または複数のトラックのそれぞれの一部を切り出してインデックストラックに格納し、上記インデックストラックを、上記記録手段により上記記録媒体の上記リストに含まれない領域に記録し、
上記記録媒体に、上記１または複数のトラックのそれぞれの一部が切り出されて格納されたインデックストラックが上記リストに含まれない領域に記録されていれば、上記再生手段は、上記選択手段に対する操作に応じて選択された上記トラックに対応する上記インデックストラック上の部分を再生するようにしたことを特徴とする記録再生装置。
【請求項１６】
請求項１５に記載の記録再生装置において、
上記１または複数のトラックは、ファイルアロケーションテーブル（ＦＡＴ）システムに基づくファイルとして上記記録媒体に記録され、上記インデックストラックは、上記リストに含まれないインデックストラックファイルとして上記記録媒体に記録されるようにしたことを特徴とする記録再生装置。
【請求項１７】
請求項１５に記載の記録再生装置において、
上記１または複数のトラックは、Ｕ−ＴＯＣの管理に基づき上記記録媒体に記録され、上記Ｕ−ＴＯＣに示される上記リストの範囲を最大範囲よりも小さく設定し、上記インデックストラックは、上記最大範囲内且つ上記小さく設定された上記リストの範囲外のトラックとして上記記録媒体に記録されるようにしたことを特徴とする記録再生装置。
【請求項１８】
請求項１７に記載の記録再生装置において、
上記リストの範囲を上記最大範囲より１だけ小さく設定し、上記インデックストラックを上記最大範囲のトラックとして記録するようにしたことを特徴とする記録再生装置。
【請求項１９】
請求項１７に記載の記録再生装置において、
上記リストの範囲が上記最大範囲より１だけ小さく設定され、上記最大範囲のトラックに記録された上記インデックストラックを再生するようにしたことを特徴とする記録再生装置。
【請求項２０】
請求項１５に記載の記録再生装置において、
上記１または複数のトラックのそれぞれの一部は、互いに同一の圧縮符号化方式で圧縮符号化されて上記インデックストラックに格納されることを特徴とする記録再生装置。
【請求項２１】
請求項１５に記載の記録再生装置において、
上記１または複数のトラックのそれぞれの一部は、互いに同一の再生時間であることを特徴とする記録再生装置。
【請求項２２】
請求項１５に記載の記録再生装置において、
上記記録媒体に対して最後に記録を行った機種を示す情報が該記録媒体に記録され、上記再生手段で該記録媒体を再生する際に、上記インデックストラックの再生を行うか否かを上記機種を示す情報に基づき判断するようにしたことを特徴とする記録再生装置。
【請求項２３】
請求項１５に記載の記録再生装置において、
操作に応じて上記トラックを再生する指示を出す再生指示手段をさらに有し、
上記インデックストラックの再生時に上記再生指示手段に対して操作が行われた時点の上記インデックストラックの再生位置に対応した上記トラックを再生するようにしたことを特徴とする記録再生装置。
【請求項２４】
音声信号をトラックとして記録媒体に記録し、トラックとして記録された音声信号を記録媒体から再生する記録再生方法において、
リストに基づき再生可能な１または複数のトラックが記録された記録媒体を再生する再生のステップと、
操作に応じて上記記録媒体に記録された１または複数のトラックから１を選択する選択のステップと、
上記記録媒体にデータを記録する記録のステップと
を有し、
上記再生のステップで再生された上記１または複数のトラックのそれぞれの一部を切り出してインデックストラックに格納し、上記インデックストラックを、上記記録のステップにより上記記録媒体の上記リストに含まれない領域に記録し、
上記記録媒体に、上記１または複数のトラックのそれぞれの一部が切り出されて格納されたインデックストラックが上記リストに含まれない領域に記録されていれば、上記再生のステップは、上記選択手段に対する操作に応じて選択された上記トラックに対応する上記インデックストラック上の部分を再生するようにしたことを特徴とする記録再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、記録内容に関するインデックスの記録および／または再生を行うようにした記録装置および方法、再生装置および方法、ならびに、記録再生装置および方法に関する。
【背景技術】
【０００２】
従来から、ディジタルオーディオデータを記録再生するための記録媒体として、カートリッジに収納された直径６４ｍｍの光磁気ディスクであるミニディスク（ＭＤ）が広く普及している。ＭＤシステムでは、オーディオデータの圧縮方式として、ＡＴＲＡＣ（Adaptive TRansform Acoustic Coding）が用いられ、音楽データの管理には、Ｕ−ＴＯＣ（ユーザＴＯＣ（Table Of Contents））が用いられている。すなわち、ディスクのレコーダブル領域の内周には、Ｕ−ＴＯＣと呼ばれる領域が設けられる。Ｕ−ＴＯＣは、現行のＭＤシステムにおいて、トラック（オーディオトラック／データトラック）の曲順、記録、消去などに応じて書き換えられる管理情報であり、各トラック（トラックを構成するパーツ）について、開始位置、終了位置や、モードを管理するものである。
【０００３】
このようなＭＤは、サイズが小さいため、再生装置も携帯用に適した小型の形状とすることができ、ユーザが個人の使用の範囲でＣＤ−ＤＡ(Compact Disc-Digital Audio)に記録された曲（トラック）を複製して記録し、携帯型の再生装置により戸外で聴く目的に用いて好適である。
【０００４】
ところで、上述した携帯用の再生装置などでは、ユーザがトラックを選択する際は、回転操作と押圧動作とを組み合わせて選択／決定操作が可能なジョグダイヤルや、トラックの頭出しをしながら早送り再生するＡＭＳ(Automatic Music Search)キーなどを操作し、トラック番号あるいはトラックのタイトルを表示部に表示させ、これを目視で確認していた。しかしながら、携帯用の再生装置に設けられる表示部は、表示面積が小さい上に、再生装置をポケットや鞄などに入れたまま使用することも考えられるため、目視が困難な状況になることが多い。
【０００５】
そのため、ディスクに記録されたトラックの例えば先頭部分の数秒間といった一部を、トラック毎に集めて１つのトラックを形成した、インデックストラックを作成し、当該ディスクに記録しておくことが提案されている。特許文献１には、ＭＤのＴＯＣ領域に記録されているトラック毎のテキストデータを音声データに変換し、まとめてトラックとして記録する記録再生装置が記載されている。ユーザは、このトラックを再生することで、表示部の目視が困難な場合でも、ＭＤの記録内容を容易に知ることができる。また、特許文献２には、ＣＤ(Compact Disc)の全曲ダビングの際に、各曲を１０秒間、ＭＤの第１のトラックに順次記録してダイジェスト録音部を形成するようにした録音再生装置が記載されている。
【特許文献１】特開２００２−５０１１７
【特許文献２】特開２００２−１６３８７４
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところが、従来の技術では、インデックストラックを通常のトラックとしてディスクに記録していたため、通常の再生操作で再生されてしまう。そのため、例えば、ディスクに記録されている全トラックを繰り返して再生するリピート再生時や、ディスクに記録されているトラックの順序をランダムに入れ替えて再生するシャッフル再生時では、通常のトラックとインデックストラックとが混在して再生されてしまうため、違和感があるものとなってしまうという問題点があった。
【０００７】
したがって、この発明の目的は、インデックストラックを通常のトラックとは区別して再生できるようにした記録装置および方法、再生装置および方法、ならびに、記録再生装置および方法を提供することにある。
【課題を解決するための手段】
【０００８】
この発明は、上述した課題を解決するために、音声信号をトラックとして記録媒体に記録する記録装置において、記録媒体に記録された１または複数のトラックを再生し、１または複数のトラックのそれぞれの一部を切り出して順にインデックストラックに格納し、インデックストラックを記録媒体の１または複数のトラックを再生するためのリストに含まれない領域に記録するようにしたことを特徴とする記録装置である。
【０００９】
また、この発明は、音声信号をトラックとして記録媒体に記録する記録方法において、記録媒体に記録された１または複数のトラックを再生し、１または複数のトラックのそれぞれの一部を切り出して順にインデックストラックに格納し、インデックストラックを記録媒体の１または複数のトラックを再生するためのリストに含まれない領域に記録するようにしたことを特徴とする記録方法である。
【００１０】
また、この発明は、トラックとして記録された音声信号を記録媒体から再生する再生装置において、リストに基づき再生可能な１または複数のトラックが記録された記録媒体からデータを再生する再生手段と、操作に応じて記録媒体に記録された１または複数のトラックから１を選択する選択手段とを有し、記録媒体に、１または複数のトラックのそれぞれの一部が切り出されて格納されたインデックストラックがリストに含まれない領域に記録されていれば、再生手段は、選択手段に対する操作に応じて選択されたトラックに対応するインデックストラック上の部分を再生するようにしたことを特徴とする再生装置である。
【００１１】
また、この発明は、トラックとして記録された音声信号を記録媒体から再生する再生方法において、リストに基づき再生可能な１または複数のトラックが記録された記録媒体からデータを再生する再生のステップと、操作に応じて記録媒体に記録された１または複数のトラックから１を選択する選択のステップとを有し、記録媒体に、１または複数のトラックのそれぞれの一部が切り出されて格納されたインデックストラックがリストに含まれない領域に記録されていれば、再生のステップは、選択のステップに対する操作に応じて選択されたトラックに対応するインデックストラック上の部分を再生するようにしたことを特徴とする再生方法である。
【００１２】
また、この発明は、音声信号をトラックとして記録媒体に記録し、トラックとして記録された音声信号を記録媒体から再生する記録再生装置において、リストに基づき再生可能な１または複数のトラックが記録された記録媒体を再生する再生手段と、操作に応じて記録媒体に記録された１または複数のトラックから１を選択する選択手段と、記録媒体にデータを記録する記録手段とを有し、再生手段で再生された１または複数のトラックのそれぞれの一部を切り出してインデックストラックに格納し、インデックストラックを、記録手段により記録媒体のリストに含まれない領域に記録し、記録媒体に、１または複数のトラックのそれぞれの一部が切り出されて格納されたインデックストラックがリストに含まれない領域に記録されていれば、再生手段は、選択手段に対する操作に応じて選択されたトラックに対応するインデックストラック上の部分を再生するようにしたことを特徴とする記録再生装置である。
【００１３】
また、この発明は、音声信号をトラックとして記録媒体に記録し、トラックとして記録された音声信号を記録媒体から再生する記録再生方法において、リストに基づき再生可能な１または複数のトラックが記録された記録媒体を再生する再生のステップと、操作に応じて記録媒体に記録された１または複数のトラックから１を選択する選択のステップと、記録媒体にデータを記録する記録のステップとを有し、再生のステップで再生された１または複数のトラックのそれぞれの一部を切り出してインデックストラックに格納し、インデックストラックを、記録のステップにより記録媒体のリストに含まれない領域に記録し、記録媒体に、１または複数のトラックのそれぞれの一部が切り出されて格納されたインデックストラックがリストに含まれない領域に記録されていれば、再生のステップは、選択手段に対する操作に応じて選択されたトラックに対応するインデックストラック上の部分を再生するようにしたことを特徴とする記録再生方法である。
【００１４】
上述したように、請求項１および７に記載の発明は、記録媒体に記録された１または複数のトラックを再生し、１または複数のトラックのそれぞれの一部を切り出して順にインデックストラックに格納し、インデックストラックを記録媒体の１または複数のトラックを再生するためのリストに含まれない領域に記録するようにしているため、この記録媒体の再生時に、インデックストラックの再生音声によりトラックを確認することができると共に、インデックストラックを通常のトラックと誤って再生してしまうことがない。
【００１５】
また、請求項８および１４に記載の発明は、記録媒体に、１または複数のトラックのそれぞれの一部が切り出されて格納されたインデックストラックが再生のためのリストに含まれない領域に記録されていれば、トラック選択操作に応じて選択されたトラックに対応するインデックストラック上の部分を再生するようにしているため、インデックストラックの再生音声によりトラックの確認を行うことができると共に、インデックストラックが再生のためのリストに含まれない領域に記録されているので、インデックストラックを通常のトラックと誤って再生してしまうことがない。
【００１６】
また、請求項１５および２４に記載の発明は、再生された１または複数のトラックのそれぞれの一部を切り出してインデックストラックに格納し、インデックストラックを、記録手段により記録媒体のリストに含まれない領域に記録しているため、この記録媒体の再生時に、インデックストラックの再生音声によりトラックを確認することができると共に、インデックストラックを通常のトラックと誤って再生してしまうことがなく、記録媒体に、１または複数のトラックのそれぞれの一部が切り出されて格納されたインデックストラックがリストに含まれない領域に記録されていれば、トラック選択操作に応じて選択されたトラックに対応するインデックストラック上の部分を再生するようにしているため、インデックストラックの再生音声によりトラックの確認を行うことができると共に、インデックストラックが再生のためのリストに含まれない領域に記録されているので、インデックストラックを通常のトラックと誤って再生してしまうことがない。
【発明の効果】
【００１７】
この発明は、ディスク上に記録された各トラックについて先頭部分の所定時間のデータを用いてインデックストラックを作成すると共に、インデックストラックの再生時に所定の操作を行うことで、操作が行われた時点でのインデックストラックの再生箇所に対応するトラックを再生することができるようにしている。そのため、ユーザは、ディスクドライブ装置の表示を確認しなくとも、インデックストラックの再生音声で所望のトラックを選択することができる効果がある。
【００１８】
また、この発明は、通常の再生動作を行ったときに、インデックストラックが再生されることがないという効果がある。すなわち、この発明の実施の第１の形態では、通常のトラックが格納されたファイルとは異なるファイルにインデックストラックを格納するようにしている。この発明の実施の第２の形態では、通常のシステムで記録可能なトラック範囲より狭く記録可能トラック範囲を設定し、設定された記録可能トラック範囲外にインデックストラックを記録するようにしている。
【００１９】
さらに、この発明は、この発明の方法によりインデックストラックが記録されたディスクをこの発明に非対応な記録再生装置に装填して再生した場合でも、誤ってインデックストラックが再生されることがないという効果がある。すなわち、この発明の実施の第１の形態では、独自のファイルにインデックストラックが格納される。この発明の実施の第２の形態では、記録可能トラック範囲外にインデックストラックが記録される。
【００２０】
さらにまた、この発明は、この発明に非対応な記録再生装置で記録されたディスクがこの発明に対応する記録再生装置に装填された場合に、インデックストラックではないトラックを誤ってインデックストラックとして再生してしまうことがないという効果がある。すなわち、この発明の実施の第１の形態では、通常のトラックが格納されたファイルとは異なるファイルにインデックストラックを格納するようにしている。この発明の実施の第２の形態では、装填されたディスクのＵ−ＴＯＣの「ｍａｋｅｒ  ｃｏｄｅ」と「ｍｏｄｅｌ  ｃｏｄｅ」とに基づき、当該ディスクを最後に更新した装置がこの発明に対応する記録再生装置であるか否かを判断している。
【発明を実施するための最良の形態】
【００２１】
以下、この発明の実施の形態について説明する。この発明の実施の形態の説明に先立って、この発明に適用可能なディスクシステムについて、下記の９のセクションに従い説明する。
１．記録方式の概要
２．ディスクについて
３．信号フォーマット
４．記録再生装置の構成
５．次世代ＭＤ１および次世代ＭＤ２によるディスクの初期化処理について
６．音楽データの第１の管理方式について
７．音楽データの管理方式の第２の例
８．装置の外観について
９．インデックストラックについて
【００２２】
１．記録方式の概要
この発明による記録再生装置では、記録媒体として光磁気ディスクが使用される。フォームファクタのような、ディスクの物理的属性は、いわゆるＭＤ(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 Ctting 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 )等、それ以外の圧縮方式を用いることも可能である。また、オーディオデータばかりでなく、静止画データや動画データを扱うことも可能である。勿論、ＦＡＴシステムを使っているので、汎用のデータの記録再生を行うこともできる。更に、コンピュータが読み取り可能でかつ実行可能な命令をディスク上に符号化することもでき、従って、次世代ＭＤ１または次世代ＭＤ２は、実行可能ファイルを含むこともできることになる。
【０１７０】
このような次世代ＭＤ１および次世代ＭＤ２の仕様のディスクにオーディオデータを記録再生するときの管理方式について説明する。
【０１７１】
次世代ＭＤ１のシステムや次世代ＭＤ２のシステムでは、長時間で高音質の音楽データが再生できるようにしたことから、１枚のディスクで管理される楽曲の数も、膨大になっている。また、ＦＡＴシステムを使って管理することで、コンピュータとの親和性が図られている。このことは、本願発明者の認識によれば、使い勝手の向上が図れるというメリットがある反面、音楽データが違法にコピーされてしまい、著作権者の保護が図られなくなる可能性がある。この発明が適用された管理システムでは、このような点に配慮が配られている。
【０１７２】
図２１は、オーディオデータの管理方式の第１の例である。図２１に示すように、第１の例における管理方式では、ディスク上には、トラックインデックスファイルと、オーディオデータファイルとが生成される。トラックインデックスファイルおよびオーディオデータファイルは、ＦＡＴシステムで管理されるファイルである。
【０１７３】
オーディオデータファイルは、図２２に示すように、複数の音楽データが１つのファイルとして納められたものであり、ＦＡＴシステムでオーディオデータファイルを見ると、巨大なファイルに見える。オーディオデータファイルは、その内部がパーツとして区切られ、オーディオデータは、パーツの集合として扱われる。
【０１７４】
トラックインデックスファイルは、オーディオデータファイルに納められた音楽データを管理するための各種の情報が記述されたファイルである。トラックインデックスファイルは、図２３に示すように、プレイオーダテーブルと、プログラムドプレイオーダテーブルと、グループインフォメーションテーブルと、トラックインフォメーションテーブルと、パーツインフォメーションテーブルと、ネームテーブルとからなる。
【０１７５】
プレイオーダテーブルは、デフォルトで定義された再生順序を示すテーブルである。プレイオーダテーブルは、図２４に示すように、各トラックナンバ（曲番）についてのトラックインフォメーションテーブルのトラックデスクリプタ（図２７）へのリンク先を示す情報ＴＩＮＦ１、ＴＩＮＦ２、…が格納されている。トラックナンバは、例えば「１」から始まる連続したナンバである。
【０１７６】
プログラムドプレイオーダテーブルは、再生手順を各ユーザが定義したテーブルである。プログラムドプレイオーダテーブルには、図２５に示すように、各トラックナンバについてのトラックデスクリプタへのリンク先の情報トラック情報ＰＩＮＦ１、ＰＩＮＦ２、…が記述されている。
【０１７７】
グループインフォメーションテーブルには、図２６に示すように、グループに関する情報が記述されている。グループは、連続したトラックナンバを持つ１つ以上のトラックの集合、または連続したプログラムドトラックナンバを持つ１つ以上のトラックの集合である。グループインフォメーションテーブルは、図２６Ａに示すように、各グループのグループデスクリプタで記述されている。グループデスクリプタには、図２６Ｂに示すように、そのグループが開始されるトラックナンバと、終了トラックのナンバと、グループネームと、フラグが記述される。
【０１７８】
トラックインフォメーションテーブルは、図２７に示すように、各曲に関する情報が記述される。トラックインフォメーションテーブルは、図２７Ａに示すように、各トラック毎（各曲毎）のトラックデスクリプタからなる。各トラックデスクリプタには、図２７Ｂに示すように、符号化方式、著作権管理情報、コンテンツの復号鍵情報、その楽曲が開始するエントリとなるパーツナンバへのポインタ情報、アーチストネーム、タイトルネーム、元曲順情報、録音時間情報等が記述されている。アーチストネーム、タイトルネームは、ネームそのものではなく、ネームテーブルへのポインタ情報が記述されている。符号化方式は、コーデックの方式を示すもので、復号情報となる。
【０１７９】
パーツインフォメーションテーブルは、図２８に示すように、パーツナンバから実際の楽曲の位置をアクセスするポインタが記述されている。パーツインフォメーションテーブルは、図２８Ａに示すように、各パーツ毎のパーツデスクリプタからなる。パーツとは、１トラック（楽曲）の全部、または１トラックを分割した各パーツである。図２８Ｂは、パーツインフォメーションテーブル内のパーツデスクリプタのエントリを示している。各パーツデスクリプタは、図２８Ｂに示すように、オーディオデータファイル上のそのパーツの先頭のアドレスと、そのパーツの終了のアドレスと、そのパーツに続くパーツへのリンク先とが記述される。
【０１８０】
なお、パーツナンバのポインタ情報、ネームテーブルのポインタ情報、オーディオファイルの位置を示すポインタ情報として用いるアドレスとしては、ファイルのバイトオフセット、パーツデスクリプタナンバ、ＦＡＴのクラスタナンバ、記録媒体として用いられるディスクの物理アドレス等を用いることができる。ファイルのバイトオフセットは、この発明において実施されうるオフセット方法のうちの特定の実施態様である。ここで、パーツポインタ情報は、オーディオファイルの開始からのオフセット値であり、その値は所定の単位（例えば、バイト、ビット、ｎビットのブロック）で表される。
【０１８１】
ネームテーブルは、ネームの実体となる文字を表すためのテーブルである。ネームテーブルは、図２９Ａに示すように、複数のネームスロットからなる。各ネームスロットは、ネームを示す各ポインタからリンクされて呼び出される。ネームを呼び出すポインタは、トラックインフォメーションテーブルのアーチストネームやタイトルネーム、グループインフォメーションテーブルのグループネーム等がある。また、各ネームスロットは、複数から呼び出されることが可能である。各ネームスロットは、図２９Ｂに示すように、文字情報であるネームデータと、この文字情報の属性であるネームタイプと、リンク先とからなる。１つのネームスロットで収まらないような長いネームは、複数のネームスロットに分割して記述することが可能である。そして、１つのネームスロットで収まらない場合には、それに続くネームが記述されたネームスロットへのリンク先が記述される。
【０１８２】
この発明が適用されたシステムにおけるオーディオデータの管理方式の第１の例では、図３０に示すように、プレイオーダテーブル（図２４）により、再生するトラックナンバが指定されると、トラックインフォメーションテーブルのリンク先のトラックデスクリプタ（図２７）が読み出され、このトラックデスクリプタから、符号化方式、著作権管理情報、コンテンツの復号鍵情報、その楽曲が開始するパーツナンバへのポインタ情報、アーチストネームおよびタイトルネームのポインタ、元曲順情報、録音時間情報等が読み出される。
【０１８３】
トラックインフォメーションテーブルから読み出されたパーツナンバの情報から、パーツインフォメーションテーブル（図２８）にリンクされ、このパーツインフォメーションテーブルから、そのトラック（楽曲）の開始位置に対応するパーツの位置のオーディオデータファイルがアクセスされる。オーディオデータファイルのパーツインフォメーションテーブルで指定される位置のパーツのデータがアクセスされたら、その位置から、オーディオデータの再生が開始される。このとき、トラックインフォメーションテーブルのトラックデスクリプタから読み出された符号化方式に基づいて復号化が行われる。オーディオデータが暗号化されている場合には、トラックデスクリプタから読み出された鍵情報が使われる。
【０１８４】
そのパーツに続くパーツがある場合には、そのパーツのリンク先がパーツデスクリプタが記述されており、このリンク先にしたがって、パーツデスクリプタが順に読み出される。このパーツデスクリプタのリンク先を辿っていき、オーディオディデータファイル上で、そのパーツデスクリプタで指定される位置にあるパーツのオーディオデータを再生していくことで、所望のトラック（楽曲）のオーディオディオデータが再生できる。
【０１８５】
また、トラックインフォメーションテーブルから読み出されたアーチストネームやタイトルネームのポインタにより指し示される位置（ネームポインタ情報）にあるネームテーブルのネームスロット（図２９）が呼び出され、その位置にあるネームスロットから、ネームデータが読み出される。ネームポインタ情報は、例えば、ネームスロットナンバ、ＦＡＴシステムにおけるクラスタナンバ、または記録媒体の物理アドレスであってもよい。
【０１８６】
なお、前述したように、ネームテーブルのネームスロットは、複数参照が可能である。例えば、同一のアーチストの楽曲を複数記録するような場合がある。この場合、図３１に示すように、複数のトラックインフォメーションテーブルからアーチストネームとして同一のネームテーブルが参照される。図３１の例では、トラックデスクリプタ「１」とトラックデスクリプタ「２」とトラックデスクリプタ「４」は、全て同一のアーチスト「ＤＥＦ  ＢＡＮＤ」の楽曲であり、アーチストネームとして同一のネームスロットを参照している。また、トラックデスクリプタ「３」とトラックデスクリプタ「５」とトラックデスクリプタ「６」は、全て同位置のアーチスト「ＧＨＱ  ＧＩＲＬＳ」の楽曲であり、アーチストネームとして同一のネームスロットを参照している。このように、ネームテーブルのネームスロットを、複数のポインタから参照可能にしておくと、ネームテーブルの容量を節約できる。
【０１８７】
これとともに、例えば、同一のアーチストネームの情報を表示するのに、こののネームテーブルへのリンクが利用できる。例えば、アーチスト名が「ＤＥＦ  ＢＡＮＤ」の楽曲の一覧を表示したいような場合には、「ＤＥＦ  ＢＡＮＤ」のネームスロットのアドレスを参照しているトラックデスクリプタが辿られる。この例では、「ＤＥＦ  ＢＡＮＤ」のネームスロットのアドレスを参照しているトラックデスクリプタを辿ることにより、トラックデスクリプタ「１」とトラックデスクリプタ「２」とトラックデスクリプタ「４」の情報が得られる。これにより、このディスクに納められている楽曲の中で、アーチスト名が「ＤＥＦ  ＢＡＮＤ」の楽曲の一覧が表示できる。なお、ネームテーブルは複数参照が可能とされるため、ネームテーブルからトラックインフォメーションテーブルを逆に辿るリンクは設けられていない。
【０１８８】
新たにオーディオデータを記録する場合には、ＦＡＴテーブルにより、所望の数のレコーディングブロック以上、例えば、４つのレコーディングブロック以上連続した未使用領域が用意される。所望のレコーディングブロック以上連続した領域を確保するのは、なるべく連続した領域にオーディオデータを記録した方がアクセスに無駄がないためである。
【０１８９】
オーディオデータを記録するための領域が用意されたら、新しいトラックデスクリプターがトラックインフォメーションテーブル上に１つ割り当てられ、このオーディオディデータを暗号化するためのコンテンツの鍵が生成される。そして、入力されたオーディオデータが暗号化され、用意された未使用領域に、暗号化されたオーディオデータが記録される。このオーディオデータが記録された領域がＦＡＴのファイルシステム上でオーディオデータファイルの最後尾に連結される。
【０１９０】
新たなオーディオデータがオーディオデータファイルに連結されたのに伴い、この連結された位置の情報が作成され、新たに確保されたパーツデスクリプションに、新たに作成されたオーディオデータの位置情報が記録される。そして、新たに確保されたトラックデスクリプターに、鍵情報やパーツナンバが記述される。更に、必要に応じて、ネームスロットにアーチストネームやタイトルネーム等が記述され、トラックデスクリプターに、そのネームスロットにアーチストネームやタイトルネームにリンクするポインタが記述される。そして、プレイオーダーテーブルに、そのトラックデスクリプターのナンバが登録される。また著作権管理情報の更新がなされる。
【０１９１】
オーディオデータを再生する場合には、プレイオーダーテーブルから、指定されたトラックナンバに対応する情報が求められ、再生すべきトラックのトラックデスクリプタが取得される。
【０１９２】
トラックインフォメーションテーブルのそのトラックデスクリプタから、鍵情報が取得され、また、エントリのデータが格納されている領域を示すパーツデスクリプションが取得される。そのパーツデスクリプションから、所望のオーディオデータが格納されているパーツの先頭のオーディオデータファイル上の位置が取得され、その位置に格納されているデータが取り出される。そして、その位置から再生されるデータに対して、取得された鍵情報を用いて暗号が解読され、オーディオデータの再生がなされる。パーツデスクリプションにリンクがある場合には、指定されてパーツにリンクされて、同様の手順が繰り返される。
【０１９３】
プレイオーダテーブル上で、トラックナンバ「ｎ」であった楽曲を、トラックナンバ「ｎ＋ｍ」に変更する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプターＤｎが得られる。トラック情報ＴＩＮＦｎ＋１からＴＩＮＦｎ＋ｍの値（トラックデスクリプターナンバ）が全て１つ前に移動される。そして、トラック情報ＴＩＮＦｎ＋ｍに、トラックデスクリプターＤｎのナンバが格納される。
【０１９４】
プレイオーダテーブルで、トラックナンバ「ｎ」であった楽曲を削除する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラック  の情報が記述されているトラックデスクリプタＤｎが取得される。プレイオーダテーブル内のトラック情報のエントリ、ＴＩＮＦｎ＋１から後の有効なトラックデスクリプタナンバが全て１つ前に移動される。更に、トラック「ｎ」は、消されるべきものなので、トラック「ｎ」の後の全てのトラック情報のエントリが、プレイオーダテーブル内で１つ前に移動される。前記トラックの消去に伴って取得されたトラックデスクリプタＤｎから、トラックインフォメーションテーブルで、そのトラックに対応する符号化方式、復号鍵が取得れるとともに、先頭の音楽データが格納されている領域を示すパーツデスクリプタＰｎのナンバが取得される。パーツデスクリプタＰｎによって指定された範囲のオーディオブロックが、ＦＡＴのファイルシステム上で、オーディオデータファイルから切り離される。更に、このトラックインフォメーションテーブルのそのトラックのトラックデスクリプタＤｎが消去される。そして、パーツデスクリプタがパーツインフォメーションテーブルから消去され、ファイルシステムでそのパーツデスクリプションが解放される。
【０１９５】
例えば、図３２Ａにおいて、パーツＡ、パーツＢ、パーツＣはそれまで連結しており、その中から、パーツＢを削除するものとする。パーツＡパーツＢは同じオーディオブロックを（かつ同じＦＡＴクラスタを）共有しており、ＦＡＴチェーンが連続しているとする。パーツＣは、オーディオデータファイルの中ではパーツＢの直後に位置しているが、ＦＡＴテーブルを調べると、実際には離れた位置にあるとする。
【０１９６】
この例の場合には、図３２Ｂに示すように、パーツＢを削除したときに、実際にＦＡＴチェーンから外す（空き領域に戻す）ことができるのは、現行のパーツとクラスタを共有していない、２つのＦＡＴクラスタである。すなわち、オーディオデータファイルとしては４オーディオブロックに短縮される。パーツＣおよびそれ以降にあるパーツに記録されているオーディオブロックのナンバは、これに伴い全て４だけ小さくなる。
【０１９７】
なお、削除は、１トラック全てではなく、そのトラックの一部に対して行うことができる。トラックの一部が削除された場合には、残りのトラックの情報は、トラックインフォメーションテーブルでそのパーツデスクリプタＰｎから取得されたそのトラックに対応する符号化方式、復号鍵を使って復号することが可能である。
【０１９８】
プレイオーダテーブル上のトラックｎとトラックｎ＋１とを連結する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。また、プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍが取得される。プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なＴＩＮＦの値（トラックデスクリプタナンバ）が全て１つ前のＴＩＮＦに移動される。プログラムドプレイオーダテーブルを検索して、トラックデスクリプタＤｍを参照しているトラックが全て削除される。新たな暗号化鍵を発生させ、トラックデスクリプタＤｎから、パーツデスクリプタのリストが取り出され、そのパーツデスクリプタのリストの最後尾に、トラックデスクリプタＤｍから取り出したパーツデスクリプタのリストが連結される。
【０１９９】
トラックを連結する場合には、双方のトラックデスクリプタを比較して、著作権管理上問題のないことを確認し、トラックデスクリプタからパーツデスクリプタを得て、双方のトラックを連結した場合にフラグメントに関する規定が満たされるかどうか、ＦＡＴテーブルで確認する必要がある。また、必要に応じて、ネームテーブルへのポインタの更新を行う必要がある。
【０２００】
トラックｎを、トラックｎとトラックｎ＋１に分割する場合には、プレイオーダテーブル内のＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍ取得される。そして、プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なトラック情報ＴＩＮＦの値（トラックデスクリプタナンバ）が、全て１つ後に移動される。トラックデスクリプタＤｎについて、新しい鍵が生成される。トラックデスクリプタＤｎから、パーツデスクリプタのリストが取り出される。新たなパーツデスクリプタが割り当てられ、分割前のパーツデスクリプタの内容がそこにコピーされる。分割点の含まれるパーツデスクリプタが、分割点の直前までに短縮される。また分割点以降のパーツデスクリプタのリンクが打ち切られる。新たなパーツデスクリプタが分割点の直後に設定される。
【０２０１】
７．音楽データの管理方式の第２の例
次に、オーディオデータの管理方式の第２の例について説明する。図３３は、オーディオデータの管理方式の第２の例である。図３３に示すように、第２の例における管理方式では、ディスク上には、トラックインデックスファイルと、複数のオーディオデータファイルとが生成される。トラックインデックスファイルおよび複数のオーディオデータファイルは、ＦＡＴシステムで管理されるファイルである。
【０２０２】
オーディオデータファイルは、図３４に示すように、原則的には１曲が１ファイルの音楽データが納められたものである。このオーディオデータファイルには、ヘッダが設けられている。ヘッダには、タイトルと、復号鍵情報と、著作権管理情報とが記録されるとともに、インデックス情報が設けられる。インデックスは、１つのトラックの楽曲を複数に分割するものである。ヘッダには、インデックスにより分割された各トラックの位置がインデックスナンバに対応して記録される。インデックスは、例えば、２５５箇設定できる。
【０２０３】
トラックインデックスファイルは、オーディオデータファイルに納められた音楽データを管理するための各種の情報が記述されたファイルである。トラックインデックスファイルは、図３５に示すように、プレイオーダテーブルと、プログラムドプレイオーダテーブルと、グループインフォメーションテーブルと、トラックインフォメーションテーブルと、ネームテーブルとからなる。
【０２０４】
プレイオーダテーブルは、デフォルトで定義された再生順序を示すテーブルである。プレイオーダテーブルは、図３６に示すように、各トラックナンバ（曲番）についてのトラックインフォメーションテーブルのトラックデスクリプタ（図３９）へのリンク先を示す情報ＴＩＮＦ１、ＴＩＮＦ２、…が格納されている。トラックナンバは、例えば「１」から始まる連続したナンバである。
【０２０５】
プログラムドプレイオーダテーブルは、再生手順を各ユーザが定義したテーブルである。プログラムドプレイオーダテーブルには、図３７に示すように、各トラックナンバについてのトラックデスクリプタへのリンク先の情報トラック情報ＰＩＮＦ１、ＰＩＮＦ２、…が記述されている。
【０２０６】
グループインフォメーションテーブルには、図３８に示すように、グループに関する情報が記述されている。グループは、連続したトラックナンバを持つ１つ以上のトラックの集合、または連続したプログラムドトラックナンバを持つ１つ以上のトラックの集合である。グループインフォメーションテーブルは、図３８Ａに示すように、各グループのグループデスクリプタで記述されている。グループデスクリプタには、図３８Ｂに示すように、そのグループが開始されるトラックナンバと、終了トラックのナンバと、グループネームと、フラグが記述される。
【０２０７】
トラックインフォメーションテーブルは、図３９に示すように、各曲に関する情報が記述される。トラックインフォメーションテーブルは、図３９Ａに示すように、各トラック毎（各曲毎）のトラックデスクリプタからなる。各トラックデスクリプタには、図３９Ｂに示すように、その楽曲が納められているオーディオデータファイルのファイルのポインタ、インデックスナンバ、アーチストネーム、タイトルネーム、元曲順情報、録音時間情報等が記述されている。アーチストネーム、タイトルネームは、ネームそのものではなく、ネームテーブルへのポインタが記述されている。
【０２０８】
ネームテーブルは、ネームの実体となる文字を表すためのテーブルである。ネームテーブルは、図４０Ａに示すように、複数のネームスロットからなる。各ネームスロットは、ネームを示す各ポインタからリンクされて呼び出される。ネームを呼び出すポインタは、トラックインフォメーションテーブルのアーチストネームやタイトルネーム、グループインフォメーションテーブルのグループネーム等がある。また、各ネームスロットは、複数から呼び出されることが可能である。各ネームスロットは、図４０Ｂに示すように、ネームデータと、ネームタイプと、リンク先とからなる。１つのネームスロットで収まらないような長いネームは、複数のネームスロットに分割して記述することが可能である。そして、１つのネームスロットで収まらない場合には、それに続くネームが記述されたネームスロットへのリンク先が記述される。
【０２０９】
オーディオデータの管理方式の第２の例では、図４１に示すように、プレイオーダテーブル（図３６）により、再生するトラックナンバが指定されると、トラックインフォメーションテーブルのリンク先のトラックデスクリプタ（図３９）が読み出され、このトラックデスクリプタから、その楽曲のファイルポインタおよびインデックスナンバ、アーチストネームおよびタイトルネームのポインタ、元曲順情報、録音時間情報等が読み出される。
【０２１０】
その楽曲のファイルのポインタから、そのオーディオデータファイルがアクセスされ、そのオーディオデータファイルのヘッダの情報が読み取られる。オーディオデータが暗号化されている場合には、ヘッダから読み出された鍵情報が使われる。そして、そのオーディオデータファイルが再生される。このとき、もし、インデックスナンバが指定されている場合には、ヘッダの情報から、指定されたインデックスナンバの位置が検出され、そのインデックスナンバの位置から、再生が開始される。
【０２１１】
また、トラックインフォメーションテーブルから読み出されたアーチストネームやタイトルネームのポインタにより指し示される位置にあるネームテーブルのネームスロットが呼び出され、その位置にあるネームスロットから、ネームデータが読み出される。
【０２１２】
新たにオーディオデータを記録する場合には、ＦＡＴテーブルにより、所望の数のレコーディングブロック以上、例えば、４つのレコーディングブロック以上連続した未使用領域が用意される。
【０２１３】
オーディオデータを記録するための領域が用意されたら、トラックインフォメーションテーブルに新しいトラックデスクリプタが１つ割り当てられ、このオーディオディデータを暗号化するためのコンテンツ鍵が生成される。そして、入力されたオーディオデータが暗号化され、オーディオデータファイルが生成される。
【０２１４】
新たに確保されたトラックデスクリプタに、新たに生成されたオーディオデータファイルのファイルポインタや、鍵情報が記述される。更に、必要に応じて、ネームスロットにアーチストネームやタイトルネーム等が記述され、トラックデスクリプターに、そのネームスロットにアーチストネームやタイトルネームにリンクするポインタが記述される。そして、プレイオーダーテーブルに、そのトラックデスクリプターのナンバが登録される。また著作権管理情報の更新がなされる。
【０２１５】
オーディオデータを再生する場合には、プレイオーダーテーブルから、指定されたトラックナンバに対応する情報が求められ、トラックインフォメーションテーブルの再生すべきトラックのトラックデスクリプタが取得される。
【０２１６】
そのトラックデスクリプタから、またその音楽データが格納されているオーディオデータのファイルポインタおよびインデックスナンバが取得される。そして、そのオーディオデータファイルがアクセスされ、ファイルのヘッダから、鍵情報が取得される。そして、そのオーディオデータファイルのデータに対して、取得された鍵情報を用いて暗号が解読され、オーディオデータの再生がなされる。インデックスナンバが指定されている場合には、指定されたインデックスナンバの位置から、再生が開始される。
【０２１７】
トラックｎを、トラックｎとトラックｎ＋１に分割する場合には、プレイオーダテーブル内のＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍが取得される。そして、プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なトラック情報ＴＩＮＦの値（トラックデスクリプタナンバ）が、全て１つ後に移動される。
【０２１８】
図４２に示すように、インデックスを使うことにより、１つのファイルのデータは、複数のインデックス領域に分けられる。このインデックスナンバとインデックス領域の位置がそのオーディオトラックファイルのヘッダに記録される。トラックデスクリプタＤｎに、オーディオデータのファイルポインタと、インデックスナンバが記述される。トラックデスクリプタＤｍに、オーディオデータのファイルポインタと、インデックスナンバが記述される。これにより、オーディオファイルの１つのトラックの楽曲Ｍ１は、見かけ上、２つのトラックの楽曲Ｍ１１とＭ１２とに分割される。
【０２１９】
プレイオーダテーブル上のトラックｎとトラックｎ＋１とを連結する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。また、プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍが取得される。プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なＴＩＮＦの値（トラックデスクリプタナンバ）が全て１つ前に移動される。
【０２２０】
ここで、トラックｎとトラックｎ＋１とが同一のオーディオデータファイル内にあり、インデックスで分割されている場合には、図４３に示すように、ヘッダのインデックス情報を削除することで、連結が可能である。これにより、２つのトラックの楽曲Ｍ２１とＭ２２は、１つのトラックの楽曲Ｍ２３に連結される。
【０２２１】
トラックｎが１つのオーディオデータファイルをインデックスで分割した後半であり、トラックｎ＋１が別のオーディオデータファイルの先頭にある場合には、図４４に示すように、インデックスで分割されていたトラックｎのデータにヘッダが付加され、楽曲Ｍ３２のオーディオデータファイルが生成される。これに、トラックｎ＋１のオーディオデータファイルのヘッダが取り除かれ、この楽曲Ｍ４１のトラックｎ＋１のオーディオデータが連結される。これにより、２つのトラックの楽曲Ｍ３２とＭ４１は、１つのトラックの楽曲Ｍ５１として連結される。
【０２２２】
以上の処理を実現するために、インデックスで分割されていたトラックに対して、ヘッダを付加し、別の暗号鍵で暗号化して、インデックスによるオーディオディデータを１つのオーディオデータファイルに変換する機能と、オーディオデータファイルのヘッダを除いて、他のオーディオデータファイルに連結する機能が持たされている。
【０２２３】
８．装置の外観について
図４５は、ディスクドライブ装置１の一例の外観を概略的に示す。ディスクドライブ装置１の表面側に操作部５０と表示部５１とが所定に配置される。操作部５０は、表面側だけでなく、操作子１００のように側面側にさらに配置してもよいし、裏面側にも配置することができる。
【０２２４】
操作部５０において、操作子１００は、２方向の回転操作と押圧操作とが可能とされたジョグダイヤルである。操作子１０１は、集中コントロールキーであって、４方向への押圧と、中央部の押圧の５種類の操作が可能とされている。これら操作子１００や１０１を用いて、表示部５１に表示されるメニュー表示に基づいた諸設定操作や、再生するトラックの選択操作などを行うことができる。
【０２２５】
なお、操作子１００および１０１は、何方か一方を設けるようにしてもよい。以下の説明では、操作子１００を押圧することで、メニューモードが起動され、表示部５１にメニューが表示されるものとする。メニューモード中に操作子１００を回転操作することで、表示部５１に表示されるメニュー項目を変更することができる。さらに操作子１００を押圧すると、そのときに表示部５１に表示されている内容が選択され決定される。
【０２２６】
スイッチ１０３は、録音開始を指示するスライドスイッチである。キー１０４は、グループ機能を制御するためのキーである。キー１０５および１０６は、それぞれ再生または録音の一時停止および停止を指示する。操作子１０２は、蓋開閉用のボタンであって、この操作子１０２を操作してディスクドライブ装置１の蓋を開けて、ディスク９０を装置内に装填する。また、ジャック１０７および１０８は、それぞれ音声信号入力用、出力用のジャックであって、オーディオ処理部１０に接続される。ジャック１０８にヘッドフォンなどを接続することで、装置内に装填されたディスク９０から再生された再生音を聞くことができる。
【０２２７】
９．インデックストラックについて
この発明では、ディスクに記録された各トラックについて、トラックの一部をを集めてトラック順に並べたインデックストラックを作成する。作成したインデックストラックは、通常再生において妨げにならないように当該ディスクに記録する。そして、インデックストラックを再生中に所望のトラックの部分が再生されたら、ディスクドライブ装置１に対して再生を指示することで、対応するトラックが再生されるようにしている。ユーザは、ディスクドライブ装置１の表示部５１を見なくても、インデックストラックの再生音声に基づき所望のトラックを選択できる。
【０２２８】
先ず、この発明の実施の第１の形態について説明する。この発明の実施の第１の形態は、上述した次世代ＭＤ１および次世代ＭＤ２のシステムにおいてインデックストラックを作成する例である。また、オーディオデータの管理方法としては、上述した複数の音楽データが１つのファイルとして納められた、第１の例を用いている。
【０２２９】
図４６は、この発明の実施の第１の形態における一例のファイル管理構造を示す。この図４６は、上述した図２１に対応するもので、図２１の構造に対して、ＦＡＴファイルシステム内にインデックストラックファイル「ｉｎｄｅｘ０１．ｉｄｘ」が追加されている。次世代ＭＤ１および次世代ＭＤ２のシステムでは、ＦＡＴファイルシステム内に任意のファイルを記録することが可能である。この実施の第１の形態では、インデックストラックを、図４６に一例が示されるインデックストラックファイル「ｉｎｄｅｘ０１．ｉｄｘ」として記録している。なお、ディスク上には、この発明により管理されるＦＡＴファイルシステム外にも、ファイルやフォルダを作成することができる。また、インデックストラックファイルのファイル名は、「ｉｎｄｅｘ０１．ｉｄｘ」に限定されるものではない。
【０２３０】
図４７は、インデックストラックファイル「ｉｎｄｅｘ０１．ｉｄｘ」（以下、単にインデックストラックファイルと称する）の一例の構造を示す。インデックストラックファイルは、ＦＡＴファイルシステムの管理下に記録された各音楽データの先頭の部分がインデックス（１）、（２）、・・・、（ｎ）として連続的に格納されて形成される。インデックス（１）、（２）、・・・、（ｎ）の順序は、例えばトラックのデフォルトの再生リストであるプレイオーダーテーブルに基づく。これに限らず、インデックストラックファイル作成時に既にディスク上に存在するプログラムドプレイオーダーテーブルに基づいてもよい。
【０２３１】
このとき、インデックス（１）、（２）、・・・、（ｎ）のそれぞれは、圧縮符号化方式が同一のものとされると共に、再生時間ｔが固定的とされる。各インデックス（１）、（２）、・・・、（ｎ）の再生時間ｔは、例えば１乃至数秒とすることが好ましい。
【０２３２】
圧縮符号化方式としては、ＡＴＲＡＣ方式のＬＰ４モードを用いることができる。ＬＰ４モードは、ＡＴＲＡＣ方式においてより高圧縮率とした圧縮モードである。より高圧縮率の圧縮符号化方式を用いることで、ディスクを効率的に用いることができる。なお、インデックストラックファイルの圧縮符号化方式は、ＡＴＲＡＣ方式のＬＰ４モードに限らず、装置が対応していれば、他の方式を用いることもできる。
【０２３３】
また、各インデックス（１）、（２）、・・・、（ｎ）の再生時間ｔを同一とすると共に、圧縮符号化方式を同一としているため、インデックストラックファイル内の位置（例えばバイト位置）に基づき対応するトラック（音楽データ）を特定することが可能である。勿論、インデックストラックファイルの先頭からの再生時間に基づき対応するトラックを特定することも可能である。
【０２３４】
図４８は、この発明の実施の第１の形態によるインデックストラックファイルの一例の作成方法を示すフローチャートである。なお、図４８中、変数Ｔ＿ＴＮＯは、ディスクに記録されている、すなわち、ＦＡＴシステムにより管理されている総トラック数を示し、変数ｃｏｕｎｔは、現在処理中のトラックを示す番号である。総トラック数Ｔ＿ＴＮＯは、トラックインデックスファイルを調べることで取得できる。
【０２３５】
ディスクをディスクドライブ装置１に装填した後、例えば操作子１００を押圧してメニューモードを起動させる。そして、操作子１００を回転操作して、表示部５１のメニュー表示から「インデックストラックの作成」を選択し、例えば操作子１００を押圧して実行させる。インデックストラックファイルの作成が指示されると、最初のステップＳ３００で、既存のインデックストラックファイルのサイズが０とされ、初期化される。既存のインデックストラックファイルが存在しない場合、サイズが０のインデックストラックファイルが新規に作成される。そして、次のステップＳ３０１で、変数ｃｏｕｎｔが初期化され、例えばｃｏｕｎｔ＝１とされる。
【０２３６】
次のステップＳ３０２で、変数ｃｏｕｎｔと総トラック数Ｔ＿ＴＮＯとが比較され、ｃｏｕｎｔ＞Ｔ＿ＴＮＯであると判断されれば、ディスクに記録されている全てのトラックについてインデックスが作成されたとして、処理がステップＳ３１１に移行される。
【０２３７】
一方、ステップＳ３０２で、ｃｏｕｎｔ≦Ｔ＿ＴＮＯであると判断されれば、処理はステップＳ３０３に移行する。ステップＳ３０３では、変数ｃｏｕｎｔに対応するトラックナンバを有するトラックが読み出される。上述したように、音楽データの第１の管理方式では、各トラックを構成する各音楽データが１つのオーディオデータファイル「ＡＴＤＡＴＡ０１．ＨＭＡ」に纏められている。このステップＳ３０３では、上述したように、トラックインフォメーションテーブルから変数ｃｏｕｎｔに対応するパーツナンバを読み出し、読み出されたパーツナンバの情報からパーツインフォメーションテーブルにリンクして、当該トラックの開始位置に対応するパーツの位置のオーディオデータファイルがアクセスされ、その位置からオーディオデータを読み出す。
【０２３８】
ステップＳ３０４では、読み出されたオーディオデータの圧縮符号化方式が判断される。オーディオデータの圧縮符号化方式は、トラックインフォメーションテーブルが持つ各トラック毎のトラックデスクリプタを参照することで取得することができる。この例では、インデックストラックファイルに格納されるオーディオデータの圧縮符号化方式をＡＴＲＡＣ方式のＬＰ４モードとしている。読み出されたオーディオデータの圧縮符号化方式がＡＴＲＡＣのＬＰ４モードであると判断されれば、処理はステップＳ３０６に移行される。
【０２３９】
一方、ステップ３０４で、読み出されたオーディオデータの圧縮符号化方式がＡＴＲＡＣ方式のＬＰ４モードではないと判断されれば、処理はステップＳ３０５に移行され、読み出されたオーディオデータを一旦復号化し、ＡＴＲＡＣ方式のＬＰ４モードで再圧縮する。再圧縮がなされると、処理はステップＳ３０６に移行される。
【０２４０】
ステップＳ３０６では、当該オーディオデータの再生時間ｔ0が、固定的に決められたインデックスの再生時間ｔより大きいかどうかが判断される。再生時間は、例えば当該オーディオデータのデータサイズを調べることで取得可能である。若し、ｔ0≧ｔであると判断されれば、処理はステップＳ３０７に移行され、当該オーディオデータの先頭部分から再生時間ｔに対応するオーディオデータが切り取られる。切り取られたオーディオデータは、インデックス（ｃｏｕｎｔ）のオーディオデータである。
【０２４１】
一方、ステップＳ３０６で、当該オーディオデータの時間ｔ0が再生時間ｔ0＜ｔであると判断されれば、処理はステップＳ３０８に移行し、当該オーディオデータに対して、再生時間が全体で時間ｔとなるように無音のオーディオデータが付加される。この無音のオーディオデータは、例えば再生時に無音となるように所定の圧縮符号化方式（この例ではＡＴＲＡＣ方式のＬＰ４モード）で圧縮符号化されたデータである。
【０２４２】
ステップＳ３０７およびＳ３０８で、このようにして再生時間ｔのオーディオデータが作成されると、処理はステップＳ３０９に移行される。ステップＳ３０９では、作成された再生時間ｔのオーディオデータがクラスタバッファメモリ４に溜め込まれる。クラスタバッファメモリ４に所定量のデータが溜め込まれたら、クラスタバッファメモリ４に溜め込まれたデータがディスク上のインデックストラックファイルに追記される。そして、処理はステップＳ３１０に移行されてｃｏｕｎｔ＝ｃｏｕｎｔ＋１とされ、処理がステップＳ３０２に戻され、次のトラックに対する処理が行われる。
【０２４３】
上述したステップＳ３０２〜ステップＳ３１０の処理が、ディスクに記録されている全てのトラックに対してなされると、処理がステップＳ３１１に移行される。ステップＳ３１１では、クラスタバッファメモリ４に残っている未処理のデータをディスク上に記録する。
【０２４４】
なお、上述では、インデックストラックファイル作成の指示を操作子１００を用いて行うように説明したが、これはこの例に限られるものではない。例えば、インデックストラックファイル作成を指示する専用のキーを操作部５０に設けるようにしてもよい。また、ディスク９０がディスクドライブ装置１に装填された際に自動的にディスク９０の内容を判断し、判断結果に基づきインデックストラックファイルを自動的に作成するようにしてもよい。さらにこの場合、インデックストラックファイルを自動的に作成するか否かをユーザが予め設定しておくようにしてもよい。
【０２４５】
再生の際の動作について概略的に説明する。一例として、操作子１００を操作することで、インデックストラックファイルを再生させるようにできる。例えば、操作子１００を図４５において左方向に操作すると、インデックストラックファイルが再生され、各インデックス（１）、（２）、・・・、（ｎ）が順番に再生される。
【０２４６】
ユーザは、インデックストラックファイルの再生音を聞きながら、所望のインデックスが再生されたら、例えば図示されない再生キーを押して、当該インデックスに対応するトラックの再生を指示する。すると、再生が指示された時点でのインデックストラックファイルの再生バイト位置に基づき対応するトラックナンバが割り出され（インデックスがトラックナンバ順に並べられている場合）、当該トラックナンバにより示されるトラックが再生される。
【０２４７】
このように、インデックストラックファイルの再生音に基づきトラックを選択することができるため、ユーザは、ディスクドライブ装置１の表示部５１を見なくても、所望のトラックを選択して再生することができる。
【０２４８】
なお、インデックストラックファイルは、ユーザが所望のトラックを選択するか、若しくは、ユーザにより再生停止が指示されるまで、繰り返して再生されるようにすると、好ましい。
【０２４９】
また、上述では、最初にインデックストラックファイルを再生して所望のトラックを選択するようにしているが、これはこの例に限定されない。例えば、図示されないＦＦ（この場合、曲送り）キーを押す毎に、インデックストラックファイルの対応するインデックスを順次、再生するようにできる。このとき、次にＦＦキー、再生キー、停止キーなどが押されるまで、当該インデックスが繰り返し再生されるようにすると、好ましい。一例として、第１トラックを再生中にＦＦキーを１回押すと、第２トラックに対応するインデックストラックファイル中のインデックス（２）が再生され、さらに１回押すと、次のインデックス（３）が再生されるようにする。所望のトラックに対応するインデックスが再生されたら、再生キーを押すことにより、当該トラックが再生されるようにする。
【０２５０】
さらに、上述ではこの発明の実施の第１の形態が、次世代ＭＤ１または次世代ＭＤ２における音楽データの管理方法の第１の例に適用されるように説明したが、これはこの例に限らず、音楽データの管理方法の第２の例に同様にして適用することもできる。この第２の管理方法においては、オーディオデータファイルには、１曲が１ファイルの音楽データが格納され、複数のオーディオデータファイルがトラックインデックスファイルにより管理される。そこで、インデックストラックファイル作成の際の、変数ｃｏｕｎｔに対応するトラックを読み出す処理（ステップＳ３０３）において、トラックインデックスファイルに基づき各オーディオデータファイルがトラック毎に参照され、各オーディオデータファイルのヘッダの後ろから再生時間ｔに対応するオーディオデータが切り取られ、インデックスが作成される。
【０２５１】
なお、この発明の実施の第１の形態に対応していない記録再生装置では、インデックストラックファイルが作成されない。したがって、この発明の実施の第１の形態に非対応の記録再生装置で作成されたディスクを、この発明の実施の第１の形態に対応しているディスクドライブ装置１に装填しても、誤ってインデックストラックを再生してしまうことがない。
【０２５２】
勿論、これに限らず、ディスクに対して、最後に記録が行われた際に用いられた記録再生装置を示す情報を記録しておき、ディスクドライブ装置１において、ディスク装填時にこの情報をチェックするようにしてもよい。この情報に基づき、最後に記録が行われた機種がこの発明の実施の第１の形態に対応したものではないと判断された場合、インデックストラックの再生を行わない。
【０２５３】
次に、この発明の実施の第２の形態について説明する。この発明に適用可能なディスクドライブ装置１は、上述したように、現行ＭＤシステムによる記録再生を行うことができる。この発明の実施の第２の形態は、現行ＭＤシステムにおいてインデックストラックを作成する例である。
【０２５４】
先ず、理解を容易とするために、現行ＭＤシステムにおけるＵ−ＴＯＣについて説明する。Ｕ−ＴＯＣは、セクタ０〜セクタ７までの８セクタが設けられる。ここでは、この発明の実施の第２の形態に関係の深いＵ−ＴＯＣセクタ０について説明する。図４９は、このＵ−ＴＯＣ用とされるセクタのフォーマットを示す。このＵ−ＴＯＣセクタ０は、主にユーザが録音を行なった楽曲や新たに楽曲の録音が可能なフリーエリアについての管理情報が記録されているデータ領域とされる。
【０２５５】
例えば、現行ＭＤシステムのディスク（以下、ディスクと略称する）に対してある楽曲の録音を行なおうとする際には、その録音に用いられるＭＤ記録／再生装置において、システムコントローラなどによって、Ｕ−ＴＯＣセクタ０からディスク上のフリーエリアが探し出され、ここに音声データが記録される。また、再生時には、再生すべき楽曲が記録されているエリアがＵ−ＴＯＣセクタ０から判別され、そのエリアに対してアクセスを行なうことで再生動作がなされる。
【０２５６】
図４９に示されるＵ−ＴＯＣセクタ０には、先頭にヘッダが設けられ、ヘッダに続いて所定アドレス位置（先頭から２８バイト目以降）にメーカーコード（ｍａｋｅｒ  ｃｏｄ）、モデルコード（ｍｏｄｅｌ  ｃｏｄｅ）、最初の楽曲の曲番号（Ｆｉｒｓｔ  ＴＮＯ）、最後の楽曲の曲番号（Ｌａｓｔ  ＴＮＯ）およびディスクＩＤなどのデータが記録される。すなわち、Ｆｉｒｓｔ  ＴＮＯは、再生リストの始まりを示し、その値は通常「１」とされ、Ｌａｓｔ  ＴＮＯは、再生リストの終わりを示し、その値は、最大で「２５５」である。
【０２５７】
さらに、ユーザが録音を行なっている楽曲の領域やフリーエリアなどを、後述する管理テーブルに対応させることによって識別するため、対応テーブル指示でタブとして各種のテーブルポインタ（Ｐ−ＤＦＡ、Ｐ−ＥＭＰＴＹ、Ｐ−ＦＲＡ、Ｐ−ＴＮＯ  １〜Ｐ−ＴＮＯ  ２５５）が記録される領域が用意されている。
【０２５８】
そして、テーブルポインタに対応させることになる管理テーブル部としてパーツデスクリプタ（１）〜（２５５）が設けられ、それぞれのパーツデスクリプタには、あるパーツについて起点となるスタートアドレス、終端となるエンドアドレス、そのパーツのモード情報（トラックモード）が記録されている。
【０２５９】
各パーツデスクリプタで示されるパーツが他のパーツへ続いて連結される場合があるので、その連結されるパーツのスタートアドレスおよびエンドアドレスが記録されているパーツデスクリプタを示すリンク情報が記録できるようにされている。現行ＭＤにおいては、１つの楽曲のデータが物理的に不連続に、すなわち複数のパーツにわたって記録されていても、パーツ間でアクセスしながら再生していくことにより再生動作に支障が生じないようにされる。そのため、ユーザが録音する楽曲などについては、録音可能エリアの効率使用などの目的から、記録を複数パーツに分けて行なう場合もある。
【０２６０】
複数パーツを連続的に再生できるようにするため、リンク情報が設けられ、例えば各パーツデスクリプタに与えられたナンバ（１）〜（２５５）によって、連結すべきパーツデスクリプタを指定することによってパーツデスクリプタが連結できるようにされている。
【０２６１】
なお、実際には、リンク情報は、所定の演算処理によりＵ−ＴＯＣセクタ０内のバイトポジションとされる数値で示される。すなわち、３０４＋（リンク情報）×８（バイト目）としてパーツデスクリプタが指定される。つまり、Ｕ−ＴＯＣセクタ０における管理テーブル部においては、１つのパーツデスクリプタは、１つのパーツを表現しており、例えば３つのパーツが連結されて構成される楽曲については、リンク情報によって連結される３つのパーツデスクリプタによって、そのパーツ位置の管理がなされる。
【０２６２】
上述したテーブルポインタについて、概略的に説明する。テーブルポインタＰ−ＤＦＡは、ＭＤ１上の欠陥領域について示す。テーブルポインタＰ−ＥＭＰＴＹは、管理テーブル部における１または複数の未使用のパーツデスクリプタの先頭のパーツデスクリプタを示す。テーブルポインタＰ−ＦＲＡは、ディスク上のデータ書き込み可能なフリーエリア（消去領域を含む）について示す。
【０２６３】
また、テーブルポインタＰ−ＴＮＯ  １〜Ｐ−ＴＮＯ  ２５５は、ディスクにユーザが記録を行った楽曲について示す。例えばテーブルポインタＰ−ＴＮＯ  １では、１曲目のデータが記録された１または複数のパーツのうちの、時間的に先頭となるパーツが示されたパーツテーブルを指定している。
【０２６４】
一例として、１曲目とされた楽曲がディスク上でトラック分断されずに、すなわち１つのパーツで記録されている場合には、その１曲目の記録領域は、テーブルポインタＰ−ＴＮＯ  １で示されるパーツテーブルにおけるスタートおよびエンドアドレスとして記録されている。また、別の例として、２曲目とされた楽曲がディスク上で複数のパーツに離散的に記録されている場合は、その楽曲の記録位置を示すため、各パーツが時間的な順序に従って指定される。すなわち、テーブルポインタＰ−ＴＮＯ  ２に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が以降連結無しを示す（０）となるパーツテーブルに連結される。
【０２６５】
ところで、現行ＭＤシステムにおいては、Ｕ−ＴＯＣのＦｉｒｓｔ  ＴＮＯからＬａｓｔ  ＴＮＯまでのトラック番号で示されるトラックが再生の範囲となっている。そこで、この実施の第２の形態では、Ｌａｓｔ  ＴＮＯの値を「２５４」に制限し、再生リストの最大範囲である第２５５トラックをインデックストラックの記録に使用する。こうすることで、通常の再生動作でインデックストラックが再生されてしまうおそれがなくなる。
【０２６６】
すなわち、この発明の実施の第２の形態に対応したディスクドライブ装置１では、Ｌａｓｔ  ＴＮＯの値の最大値が「２５４」とされると共に、作成されたインデックストラックを第２５５トラックに記録する。そして、インデックストラックを再生する操作により、この第２５５トラックが再生されるようにする。
【０２６７】
一方、この実施の第２の形態に対応していないディスクドライブ装置では、第２５５トラックに記録を行うことができる。このようなディスクを、この実施の第２の形態に対応しているディスクドライブ装置１に装填し、インデックストラックの再生を指示すると、通常のトラックが記録された第２５５トラックを誤ってインデックストラックとして再生してしまうことになる。
【０２６８】
そこで、この発明の実施の第２の形態では、Ｕ−ＴＯＣ中の「ｍａｋｅｒ  ｃｏｄｅ」および「ｍｏｄｅｌ  ｃｏｄｅ」を参照し、この実施の第２の形態で記録されたディスクか否かを判断するようにしている。例えば、この発明の実施の第２の形態に対応したディスクドライブ装置１の「ｍａｋｅｒ  ｃｏｄｅ」および「ｍｏｄｅｌ  ｃｏｄｅ」のテーブルをディスクドライブ装置１のシステムコントローラ９が有する図示されないＲＯＭ(Read Only Memory)に予め記憶しておき、ディスクドライブ装置１にディスクが装填された際に、装填されたディスクに記録された「ｍａｋｅｒ  ｃｏｄｅ」および「ｍｏｄｅｌ  ｃｏｄｅ」がこのテーブルに存在するか否かを調べるようにできる。この発明の実施の第２の形態に対応したディスクドライブ装置１の機種名（ｍｏｄｅｌ  ｃｏｄｅ）として、所定の文字列を用い、ディスクに記録された「ｍｏｄｅｌ  ｃｏｄｅ」に当該文字列が含まれているか否かを調べるようにしてもよい。
【０２６９】
この実施の第２の形態でも、インデックストラックの構成は、図４７を用いて説明したインデックストラックファイル構成と、略同様とされる。すなわち、ディスクに記録されたトラックの先頭の部分がインデックス（１）、（２）、・・・、（ｎ）として連続的に格納されて形成される。このとき、インデックス（１）、（２）、・・・、（ｎ）のそれぞれは、圧縮符号化方式が同一のものとされると共に、再生時間ｔが例えば１乃至数秒程度に固定的とされる。圧縮符号化方式としては、例えばＡＴＲＡＣ方式のＬＰ４モードが用いられる。
【０２７０】
各インデックス（１）、（２）、・・・、（ｎ）の再生時間を同一とすることで、インデックストラックファイルの先頭からの再生時間に基づいて対応する音楽データを特定することができる。
【０２７１】
図５０は、この発明の実施の第２の形態によるインデックストラックファイルの一例の作成方法を示すフローチャートである。この処理は、基本的には、図４８を用いて上述した実施の第１の形態による処理と同様である。なお、図５０中、変数ｃｏｕｎｔは、現在処理中のトラックを示す番号である。
【０２７２】
操作子１００の操作によりインデックストラックファイルの作成が指示されると、最初のステップＳ２００で、既存のインデックストラックファイルのサイズが０とされ、初期化される。既存のインデックストラックファイルが存在しない場合、サイズが０のインデックストラックファイルが新規に作成される。そして、次のステップＳ２０１で、変数ｃｏｕｎｔがＦｉｒｓｔ  ＴＮＯで示される値に初期化される。
【０２７３】
次のステップＳ２０２で、変数ｃｏｕｎｔとＬａｓｔ  ＴＮＯとが比較され、変数ｃｏｕｎｔ＞Ｌａｓｔ  ＴＮＯであれば、ディスクに記録されている全てのトラックについてインデックスが作成されたとして、処理がステップＳ２１１に移行される。
【０２７４】
一方、ステップＳ２０２で、ｃｏｕｎｔ≦Ｌａｓｔ  ＴＮＯであれば、処理はステップＳ２０３に移行する。ステップＳ２０３では、変数ｃｏｕｎｔに対応するトラックが読み出される。すなわち、変数ｃｏｕｎｔに対応するテーブルポインタＰ−ＴＮＯ  （ｃｏｕｎｔ）が示すパーツテーブルを参照し、そのパーツテーブルに示されるリンク情報に基づき、ディスク上の実オーディオデータが読み出される。
【０２７５】
ステップＳ２０４では、読み出されたオーディオデータの圧縮符号化方式が判断される。読み出されたオーディオデータの圧縮符号化方式がＡＴＲＡＣのＬＰ４モードであると判断されれば、処理はステップＳ２０６に移行される。一方、ステップ１０４で、読み出されたオーディオデータの圧縮符号化方式がＡＴＲＡＣ方式のＬＰ４モードではないと判断されれば、処理はステップＳ２０５に移行され、読み出されたオーディオデータを一旦復号化し、ＡＴＲＡＣ方式のＬＰ４モードで再圧縮する。再圧縮がなされると、処理はステップＳ２０６に移行される。
【０２７６】
ステップＳ２０６では、当該オーディオデータの再生時間ｔ0が、予めインデックスとして固定的に決められた時間ｔより大きいかどうかが判断される。再生時間は、例えば当該オーディオデータのデータサイズを調べることで取得可能である。若し、ｔ0≧ｔであれば、処理はステップＳ２０７に移行され、当該オーディオデータの先頭部分から再生時間ｔに対応したオーディオデータが切り取られる。切り取られたオーディオデータは、インデックス（ｃｏｕｎｔ）のオーディオデータである。
【０２７７】
一方、ステップＳ２０６で、当該オーディオデータのｔ0が再生時間ｔ0＜ｔであれば、処理はステップＳ２０８に移行し、当該オーディオデータに対して、再生時間が全体で時間ｔとなるように無音のオーディオデータが付加される。この無音のオーディオデータは、例えば再生時に無音となるように所定の圧縮符号化方式（この例では、ＡＴＲＡＣ方式のＬＰ４モード）で圧縮符号化されたデータである。
【０２７８】
ステップＳ２０７およびＳ２０８で、このようにして時間ｔのオーディオデータが作成されると、処理はステップＳ２０９に移行される。ステップＳ２０９では、作成された再生時間ｔのオーディオデータがクラスタバッファメモリ４に溜め込まれる。クラスタバッファメモリ４に所定量のデータが溜め込まれたら、クラスタバッファメモリ４に溜め込まれたデータが、ディスク上のテーブルポインタＰ−ＴＮＯ  ２５５で参照されるパーツテーブルにより示される位置に記録され、インデックストラックに追記される。
【０２７９】
そして、処理はステップＳ２１０に移行されてｃｏｕｎｔ＝ｃｏｕｎｔ＋１とされ、処理がステップＳ２０２に戻され、次のトラックに対する処理が行われる。
【０２８０】
上述したステップＳ２０２〜ステップＳ２１０の処理が、ディスクに記録されている全てのトラックに対してなされると、処理がステップＳ２１１に移行され、クラスタバッファメモリ４に未処理のデータが残っていれば、それがディスク上に記録される。そして、ステップＳ２１２で、Ｕ−ＴＯＣ情報が更新される。このときに、上述した「ｍａｋｅｒ  ｃｏｄｅ」および「ｍｏｄｅｌ  ｃｏｄｅ」がそれぞれこのディスクドライブ装置１のものに書き換えられる。
【０２８１】
再生の際の動作について概略的に説明する。先ず、現行ＭＤシステムによるディスクがディスクドライブ装置１に装填されると、Ｕ−ＴＯＣセクタ０の「ｍａｋｅｒ  ｃｏｄｅ」および「ｍｏｄｅｌ  ｃｏｄｅ」が読み出され、当該ディスクを最後に更新した機種が、この発明の実施の第２の形態に対応した機種であるか否かが判断される。若し、対応機種で最後の更新がなされたディスクであると判断され、且つ、インデックストラックが記録されていれば、上述の第１の実施の形態の再生動作と同様に、例えば操作子１００を図４５において左方向に操作すると、インデックストラックが再生され、各インデックス（１）、（２）、・・・、（ｎ）が順番に再生される。
【０２８２】
ユーザは、インデックストラックの再生音を聞きながら、所望のインデックスが再生されたら、例えば図示されない再生キーを押し、当該インデックスに対応するトラックの再生を指示する。すると、インデックストラックの先頭から再生が指示された時点までの再生時間に基づき、対応するトラックが割り出される。例えば、各インデックスの再生時間ｔが３秒とされ、インデックストラックの再生開始から１３秒が経過してからトラックの再生が指示されたら、第５トラックが選択されたトラックとして再生される。
【０２８３】
なお、上述では、Ｌａｓｔ  ＴＮＯの最大値を「２５４」としたうえで、第２５５トラック目としてインデックストラックを作成するようにしているが、これはこの例に限定されない。例えば、Ｌａｓｔ  ＴＮＯの最大値を「２４０」のようなさらに小さい値に制限し、第２４１トラック以降の何れかにインデックストラックを作成することも可能である。これに限らずＦｉｒｓｔ  ＴＮＯを２以上の値とし、第１トラック目にインデックストラックを作成することもできる。
【０２８４】
上述では、この発明が次世代ＭＤ１、次世代ＭＤ２および現行ＭＤシステムによるディスクに適用されるように説明したが、これはこの例に限定されない。この発明は、トラック間の移動に一定以上の時間を要する他の記録媒体、例えばＣＤ−Ｒ(Compact Disc-Recordable)やＣＤ−ＲＷ(Compact Disc-ReWritable)にも用いて好適なものである。勿論、追記または書き換えが可能なタイプのＤＶＤ(Digital Versatile Disc)などにも適用可能である。
【０２８５】
また、上述では、インデックスとして各トラックの先頭部分を用いたが、これはこの例に限定されず、トラックの先頭以外の部分をインデックスとして用いて、インデックストラックを作成することもできる。
【図面の簡単な説明】
【０２８６】
【図１】次世代ＭＤ１システムの仕様のディスクの説明に用いる図である。
【図２】次世代ＭＤ１システムの仕様のディスクの記録領域の説明に用いる図である。
【図３】次世代ＭＤ２システムの仕様のディスクの説明に用いる図である。
【図４】次世代ＭＤ２システムの仕様のディスクの記録領域の説明に用いる図である。
【図５】ＵＩＤの一例のフォーマットを概略的に示す略線図である。
【図６】次世代ＭＤ１および次世代ＭＤ２のエラー訂正符号化処理の説明に用いる図である。
【図７】次世代ＭＤ１および次世代ＭＤ２のエラー訂正符号化処理の説明に用いる図である。
【図８】次世代ＭＤ１および次世代ＭＤ２のエラー訂正符号化処理の説明に用いる図である。
【図９】ウォブルを用いたアドレス信号の生成の説明に用いる斜視図である。
【図１０】現行のＭＤシステムおよび次世代ＭＤ１システムのＡＤＩＰ信号の説明に用いる図である。
【図１１】現行のＭＤシステムおよび次世代ＭＤ１システムのＡＤＩＰ信号の説明に用いる図である。
【図１２】次世代ＭＤ２システムのＡＤＩＰ信号の説明に用いる図である。
【図１３】次世代ＭＤ２システムのＡＤＩＰ信号の説明に用いる図である。
【図１４】現行のＭＤシステムおよび次世代ＭＤ１システムでのＡＤＩＰ信号とフレームとの関係を示す図である。
【図１５】次世代ＭＤ１システムでのＡＤＩＰ信号とフレームとの関係を示す図である。
【図１６】次世代ＭＤ２システムでのコントロール信号の説明に用いる図である。
【図１７】ディスクドライブ装置のブロック図である。
【図１８】メディアドライブ部の構成を示すブロック図である。
【図１９】次世代ＭＤ１によるディスクの一例の初期化処理を示すフローチャートである。
【図２０】次世代ＭＤ２によるディスクの一例の初期化処理を示すフローチャートである。
【図２１】オーディオデータの管理方式の第１の例の説明に用いる図である。
【図２２】オーディオデータの管理方式の第１の例によるオーディオデータファイルの説明に用いる図である。
【図２３】オーディオデータの管理方式の第１の例によるトラックインデックスファイルの説明に用いる図である。
【図２４】オーディオデータの管理方式の第１の例によるプレイオーダテーブルの説明に用いる図である。
【図２５】オーディオデータの管理方式の第１の例によるプログラムドプレイオーダテーブルの説明に用いる図である。
【図２６】オーディオデータの管理方式の第１の例によるグループインフォメーションテーブルの説明に用いる図である。
【図２７】オーディオデータの管理方式の第１の例によるトラックインフォメーションテーブルの説明に用いる図である。
【図２８】オーディオデータの管理方式の第１の例によるパーツインフォメーションテーブルの説明に用いる図である。
【図２９】オーディオデータの管理方式の第１の例によるネームテーブルの説明に用いる図である。
【図３０】オーディオデータの管理方式の第１の例による一例の処理を説明するための図である。
【図３１】ネームテーブルのネームスロットが複数参照可能であることを説明するための図である。
【図３２】オーディオデータの管理方式の第１の例でオーディオデータファイルからパーツを削除する処理の説明に用いる図である。
【図３３】オーディオデータの管理方式の第２の例の説明に用いる図である。
【図３４】オーディオデータの管理方式の第２の例によるオーディオデータファイルの構造を示す図である。
【図３５】オーディオデータの管理方式の第２の例によるトラックインデックスファイルの説明に用いる図である。
【図３６】オーディオデータの管理方式の第２の例によるプレイオーダテーブルの説明に用いる図である。
【図３７】オーディオデータの管理方式の第２の例によるプログラムドプレイオーダテーブルの説明に用いる図である。
【図３８】オーディオデータの管理方式の第２の例によるグループインフォメーションテーブルの説明に用いる図である。
【図３９】オーディオデータの管理方式の第２の例によるトラックインフォメーションテーブルの説明に用いる図である。
【図４０】オーディオデータの管理方式の第２の例によるネームテーブルの説明に用いる図である。
【図４１】オーディオデータの管理方式の第２の例による一例の処理を説明するための図である。
【図４２】オーディオデータの管理方式の第２の例で、インデックスにより１つのファイルのデータが複数のインデックス領域に分けられることを説明するための図である。
【図４３】オーディオデータの管理方式の第２の例で、トラックの連結の説明に用いる図である。
【図４４】オーディオデータの管理方式の第２の例で、別の方法によるトラックの連結の説明に用いる図である。
【図４５】ディスクドライブ装置の一例の外観を概略的に示す略線図である。
【図４６】この発明の実施の第１の形態における一例のファイル管理構造を示す略線図である。
【図４７】インデックストラックファイルの一例の構造を示す略線図である。
【図４８】この発明の実施の第１の形態によるインデックストラックファイルの一例の作成方法を示すフローチャートである。
【図４９】Ｕ−ＴＯＣのセクタ０フォーマットを概略的に示す略線図である。
【図５０】この発明の実施の第２の形態によるインデックストラックファイルの一例の作成方法を示すフローチャートである。
【符号の説明】
【０２８７】
１  ディスクドライブ装置
２  メディアドライブ部
３  メモリ転送コントローラ
４  クラスタバッファメモリ
５  補助メモリ
６，８  ＵＳＢインターフェイス
７  ＵＳＢハブ
１０  オーディオ処理部
１２  ＲＳ−ＬＤＣエンコーダ
１３  １−７ｐｐ変調部
１４  ＡＣＩＲＣエンコーダ
１５  ＥＦＭ変調部
１６  セレクタ
１７  磁気ヘッドドライバ
１８  磁気ヘッド
１９  光学ヘッド
２２  １−７復調部
２３  ＲＳ−ＬＤＣデコーダ
２３  ＥＦＭ変調部
２４  ＡＣＩＲＣデコーダ
２６  セレクタ
３０  ＡＤＩＰ復調部
３２，３３  アドレスデコーダ
５０  操作部
５１  表示部
９０  ディスク
１００，１０１  操作子
【図１】
2005100492.tif 000003
【図２】
2005100492.tif 000004
【図３】
2005100492.tif 000005
【図４】
2005100492.tif 000006
【図５】
2005100492.tif 000007
【図６】
2005100492.tif 000008
【図７】
2005100492.tif 000009
【図８】
2005100492.tif 000010
【図９】
2005100492.tif 000011
【図１０】
2005100492.tif 000012
【図１１】
2005100492.tif 000013
【図１２】
2005100492.tif 000014
【図１３】
2005100492.tif 000015
【図１４】
2005100492.tif 000016
【図１５】
2005100492.tif 000017
【図１６】
2005100492.tif 000018
【図１７】
2005100492.tif 000019
【図１８】
2005100492.tif 000020
【図１９】
2005100492.tif 000021
【図２０】
2005100492.tif 000022
【図２１】
2005100492.tif 000023
【図２２】
2005100492.tif 000024
【図２３】
2005100492.tif 000025
【図２４】
2005100492.tif 000026
【図２５】
2005100492.tif 000027
【図２６】
2005100492.tif 000028
【図２７】
2005100492.tif 000029
【図２８】
2005100492.tif 000030
【図２９】
2005100492.tif 000031
【図３０】
2005100492.tif 000032
【図３１】
2005100492.tif 000033
【図３２】
2005100492.tif 000034
【図３３】
2005100492.tif 000035
【図３４】
2005100492.tif 000036
【図３５】
2005100492.tif 000037
【図３６】
2005100492.tif 000038
【図３７】
2005100492.tif 000039
【図３８】
2005100492.tif 000040
【図３９】
2005100492.tif 000041
【図４０】
2005100492.tif 000042
【図４１】
2005100492.tif 000043
【図４２】
2005100492.tif 000044
【図４３】
2005100492.tif 000045
【図４４】
2005100492.tif 000046
【図４５】
2005100492.tif 000047
【図４６】
2005100492.tif 000048
【図４７】
2005100492.tif 000049
【図４８】
2005100492.tif 000050
【図４９】
2005100492.tif 000051
【図５０】
2005100492.tif 000052