(57)【要約】【課題】バッファメモリの記録再生単位に対して大きい単位で記録再生を行うディスク状記録媒体を用いる場合に、適切にバッファメモリの制御を行う。【解決手段】バッファメモリをディスクイメージで管理する。メモリの管理をクラスタ単位で行うと共に、アクセスをセクタ単位で行う。メモリの管理領域とディスクのクラスタとを対応付け、さらに、データの有効／無効をセクタ単位で示すフィルビットを対応付ける。ディスクに記録されたデータの再生がセクタ単位で要求され、所定の変換式でセクタをクラスタおよびフィルビットに変換する。ディスクからクラスタ単位で再生されたデータがメモリに書き込まれる。フィルビットに基づき、セクタ単位でメモリからデータを取り出すことができる。【選択図】  図４７
2005018842.tif 000002
【特許請求の範囲】
【請求項１】
第１のデータ単位でデータを再生する記録媒体からデータを再生する再生装置において、
記録媒体から第１のデータ単位でデータを再生する再生手段と、
上記第１のデータ単位に対応する単位でメモリ空間が管理され、上記第１のデータ単位より小さい第２のデータ単位でアクセス可能なメモリと、
上記メモリ上のアドレスと、上記記録媒体の上記第１のデータ単位と、上記メモリの上記アドレスに対応する上記メモリ空間管理単位についてデータが有効か否かを上記第２のデータ単位で示すフィル情報とを対応付ける対応表と、
上記再生手段で再生された上記データを上記フィル情報に基づき上記メモリに書き込むメモリ制御手段とを有することを特徴とする再生装置。
【請求項２】
請求項１に記載の再生装置において、
上記第２のデータ単位はセクタであって、上記第１のデータ単位は上記第２のデータ単位が複数集まってなるクラスタであることを特徴とする再生装置。
【請求項３】
請求項１に記載の再生装置において、
上記記録媒体に対するデータ読み出し要求が上記第２のデータ単位でなされ、該データ読み出し要求に応じて上記対応表に基づき求めた上記第１のデータ単位のデータを上記再生手段により再生して上記メモリ制御手段により上記メモリに書き込み、上記メモリに書き込まれたデータを上記対応表により上記第１のデータ単位に対応付けられた上記フィル情報に基づき上記第２のデータ単位で読み出せるようにしたことを特徴とする再生装置。
【請求項４】
請求項１に記載の再生装置において、
上記メモリ制御手段は、上記再生手段で再生された上記データを一旦上記第１のデータ単位で保持し、保持された上記データを上記フィル情報に基づき上記メモリに書き込むように制御することを特徴とする再生装置。
【請求項５】
請求項１に記載の再生装置において、
上記メモリ制御手段は、上記フィル情報に基づき上記データが有効であることが示された上記メモリ上のアドレスに対してデータを書き込まないように制御することを特徴とする再生装置。
【請求項６】
請求項１に記載の再生装置において、
上記メモリ制御手段は、上記フィル情報に基づき上記有効なデータが書き込まれていない上記メモリに対して１の上記第２のデータ単位のデータを書き込むように制御することを特徴とする再生装置。
【請求項７】
請求項１に記載の再生装置において、
上記メモリ上のアドレスは巡回的に用いられ、上記データはアドレス的に連続的に書き込まれるデータであって、
上記記録媒体に対して上記第２のデータ単位でデータの読み出しを要求したときに、該要求されたデータが該要求で指定された上記第２のデータ単位に対応する上記メモリ上のアドレスに既に書き込まれていたら、該第２のデータ単位が対応する上記第１のデータ単位より１の第１のデータ単位分後の第１のデータ単位から上記再生手段による上記再生を行うようにしたことを特徴とする再生装置。
【請求項８】
請求項１に記載の再生装置において、
上記メモリ上のアドレスは巡回的に用いられ、上記データはアドレス的に連続的に書き込まれるデータであって、
上記記録媒体に対するデータ読み出し要求が上記第２のデータ単位でなされ、該データ読み出し要求に応じて上記対応表に基づき求めた上記第１のデータ単位のデータを上記再生手段により再生して上記メモリ制御手段により上記メモリに書き込むようにされ、
上記メモリに書き込まれたデータを上記対応表により上記第１のデータ単位に対応付けられた上記フィル情報に基づき上記第２のデータ単位で読み出すようにした第１のモードと、
上記データ読み出し要求により要求されたデータが該要求で指定された上記第２のデータ単位に対応する上記メモリ上のアドレスに既に書き込まれていたら、該第２のデータ単位が対応する上記第１のデータ単位より１の第１のデータ単位分後の第１のデータ単位から上記再生手段による上記再生を行うようにした第２のモードとを有し、
上記第１のモードおよび上記第２のモードを切り換えて実行可能としたことを特徴とする再生装置。
【請求項９】
第１のデータ単位でデータを再生する記録媒体からデータを再生する再生方法において、
記録媒体から第１のデータ単位でデータを再生する再生のステップと、
上記第１のデータ単位に対応する単位でメモリ空間が管理され、上記第１のデータ単位より小さい第２のデータ単位でアクセス可能なメモリ上のアドレスと、上記記録媒体の第１のデータ単位と、上記メモリの上記アドレスに対応する上記メモリ空間管理単位についてデータが有効か否かを上記第２のデータ単位で示すフィル情報とを対応付けるステップと、
上記再生のステップで再生された上記データを上記フィル情報に基づき上記メモリに書き込むメモリ制御のステップとを有することを特徴とする再生方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、データの記録単位のサイズが異なる記憶媒体間でのデータ転送を制御するメモリ制御方法および再生装置に関し、特に、オーディオデータのような連続的なデータを転送する際に用いて好適なメモリ制御方法および再生装置に関する。
【０００２】
【従来の技術】
従来から、ディジタルオーディオデータを記録再生するための記録媒体として、カートリッジに収納された直径６４ｍｍの光磁気ディスクであるミニディスク（ＭＤ）が広く普及している。ＭＤシステムでは、オーディオデータの圧縮方式として、ＡＴＲＡＣ（Ａｄａｐｔｉｖｅ  ＴＲａｎｓｆｏｒｍ  Ａｃｏｕｓｔｉｃ  Ｃｏｄｉｎｇ）が用いられ、音楽データの管理には、Ｕ−ＴＯＣ（ユーザＴＯＣ（Ｔａｂｌｅ  Ｏｆ  Ｃｏｎｔｅｎｔｓ））が用いられている。すなわち、ディスクのレコーダブル領域の内周には、Ｕ−ＴＯＣと呼ばれる領域が設けられる。Ｕ−ＴＯＣは、現行のＭＤシステムにおいて、トラック（オーディオトラック／データトラック）の曲順、記録、消去などに応じて書き換えられる管理情報であり、各トラック（トラックを構成するパーツ）について、開始位置、終了位置や、モードを管理するものである。
【０００３】
ＭＤシステムでは、このように、パーソナルコンピュータにおいて一般的なＦＡＴ（Ｆｉｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）に基づくファイルシステムとは異なるファイル管理方法を用いているため、パーソナルコンピュータのような汎用コンピュータとの互換性を有していなかった。そこで、例えばＦＡＴシステムなどの汎用の管理システムを導入して、パーソナルコンピュータとの互換性を高めたシステムが提案されている。ＦＡＴシステムにおいては、ＦＡＴセクタと呼ばれる単位でデータの記録再生を行う。１セクタは、例えば２ｋＢ（キロバイト）であって、複数のセクタが集まってクラスタという単位を構成する。
【０００４】
このようなディスク記録媒体を用いて、特にオーディオデータのような連続的なデータの記録再生を行う場合には、ディスク記録媒体における記録再生速度とオーディオデータの転送レートとの速度差を吸収するためのバッファメモリの制御技術が重要となってくる。特許文献１には、バッファメモリを制御して高速ダビング中に聴覚可能なモニタ音声を出力することができるようにした技術が記載されている。
【０００５】
【特許文献１】
特開２００２−２４５７１２号公報
【０００６】
上述したＭＤシステムでは、１セクタが２ｋＢとされ、セクタ単位でのデータの記録再生が可能であった。そのため、ＦＡＴシステムを導入した際にも、記録再生時の互換性を容易に確保することができた。
【０００７】
【発明が解決しようとする課題】
ここで、現行のＭＤシステムのディスクは、記録容量が１６０ＭＢ程度であって、ハードディスクドライブや光ディスクメディアの大容量が進むなか、最早、大容量とは言い難いものとなっている。そこで、現行のＭＤとの互換性を確保しつつ、記録容量を増大させたディスクシステムが求められている。現行のＭＤシステムのディスクの大容量化を図るためには、レーザ波長や光学ヘッドの開口率ＮＡを改善する必要がある。しかしながら、レーザ波長や光学ヘッドの開口率ＮＡの改善には限界がある。そのため、磁気超解像度などの技術を用いて大容量化するシステムが提案されている。このシステムにおいては、記録媒体の効率的な利用やアクセス速度の向上などを考慮し、データの記録再生が例えば６４ｋＢからなるクラスタ単位で行われる。
【０００８】
このように、ファイルシステムの記録再生単位と異なるサイズで記録再生を行う記録媒体を用いる場合、バッファメモリの制御方法を工夫する必要がある。例えば、記録媒体からクラスタ単位で読み出されたデータをセクタ単位で書き込み可能なバッファメモリに書き込む際に、書き込むデータサイズがメモリの記録再生単位よりも大きいことにより必要なデータを不用意に上書きしてしまわないようにする配慮が必要である。
【０００９】
したがって、この発明の目的は、バッファメモリの記録再生単位に対して大きい単位で記録再生を行うディスク状記録媒体を用いる場合に、適切にバッファメモリの制御を行うような再生装置および方法を提供することにある。
【００１０】
【課題を解決するための手段】
この発明は、上述した課題を解決するために、第１のデータ単位でデータを再生する記録媒体からデータを再生する再生装置において、記録媒体から第１のデータ単位でデータを再生する再生手段と、第１のデータ単位に対応する単位でメモリ空間が管理され、第１のデータ単位より小さい第２のデータ単位でアクセス可能なメモリと、メモリ上のアドレスと、記録媒体の第１のデータ単位と、メモリのアドレスに対応するメモリ空間管理単位についてデータが有効か否かを第２のデータ単位で示すフィル情報とを対応付ける対応表と、再生手段で再生されたデータをフィル情報に基づきメモリに書き込むメモリ制御手段とを有することを特徴とする再生装置である。
【００１１】
また、この発明は、第１のデータ単位でデータを再生する記録媒体からデータを再生する再生方法において、記録媒体から第１のデータ単位でデータを再生する再生のステップと、第１のデータ単位に対応する単位でメモリ空間が管理され、第１のデータ単位より小さい第２のデータ単位でアクセス可能なメモリ上のアドレスと、記録媒体の第１のデータ単位と、メモリのアドレスに対応するメモリ空間管理単位についてデータが有効か否かを第２のデータ単位で示すフィル情報とを対応付けるステップと、再生のステップで再生されたデータをフィル情報に基づきメモリに書き込むメモリ制御のステップとを有することを特徴とする再生方法である。
【００１２】
上述したように、この発明は、第１のデータ単位に対応する単位でメモリ空間が管理され、第１のデータ単位より小さい第２のデータ単位でアクセス可能なメモリ上のアドレスと、記録媒体の第１のデータ単位クラスタと、メモリのアドレスに対応するメモリ空間管理単位についてデータが有効か否かを第２のデータ単位で示すフィル情報とを対応表により対応付け、記録媒体から第１のデータ単位で再生されたデータをフィル情報に基づきメモリに書き込むようにしているため、対応表のメモリ上のアドレスとフィル情報との対応関係に基づき、メモリに書き込まれたデータを第２のデータ単位で読み出すことができる。
【００１３】
【発明の実施の形態】
以下、この発明の実施の形態について説明する。先ず、この発明の実施の形態の説明に先立って、この発明に適用可能なディスクシステムについて、下記の１０のセクションに従い説明する。
１．記録方式の概要
２．ディスクについて
３．信号フォーマット
４．記録再生装置の構成
５．次世代ＭＤ１および次世代ＭＤ２によるディスクの初期化処理について
６．音楽データの第１の管理方式について
７．音楽データの管理方式の第２の例
８．パーソナルコンピュータとの接続時の動作について
９．メモリ制御方法について
【００１４】
１．記録方式の概要
この発明による記録再生装置では、記録媒体として光磁気ディスクが使用される。フォームファクタのような、ディスクの物理的属性は、いわゆるＭＤ（Ｍｉｎｉ−Ｄｉｓｃ）システムによって使用されるディスクと実質的に同じである。しかし、ディスク上に記録されたデータと、そのデータがどのようにディスク上に配置されているかについては、従来のＭＤと異なる。
【００１５】
より具体的には、この発明による装置は、オーディオデータのようなコンテンツデータを記録再生するために、ファイル管理システムとしてＦＡＴ（Ｆｉｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）システムを使用している。これによって、当該装置は、現行のパーソナルコンピュータに対して互換性を保証することができる。
【００１６】
ここでは、「ＦＡＴ」又は「ＦＡＴシステム」という用語は、前述したように、種々のＰＣベースのファイルシステムを指すのに総称的に用いられ、ＤＯＳ（Ｄｉｓｋ  Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）で用いられる特定のＦＡＴベースのファイルシステム、Ｗｉｎｄｏｗｓ９５／９８（それぞれ登録商標）で使用されるＶＦＡＴ（Ｖｉｒｔｕａｌ  ＦＡＴ）、Ｗｉｎｄｏｗｓ９８／ＭＥ／２０００（それぞれ登録商標）で用いられるＦＡＴ３２、及びＮＴＦＳ（ＮＴ  Ｆｉｌｅ  Ｓｙｓｔｅｍ（Ｎｅｗ  Ｔｅｃｈｎｏｌｏｇｙ  Ｆｉｌｅ  Ｓｙｓｔｅｍ  とも呼ばれる））のどれかを示すことを意図したものではない。ＮＴＦＳは、ＷｉｎｄｏｗｓＮＴ（登録商標）オペレーティングシステム、又は（オプションにより）Ｗｉｎｄｏｗｓ２０００で使用されるファイルシステムであり、ディスクに対する読み出し／書き込みの際に、ファイルの記録及び取り出しを行う。
【００１７】
また、この発明では、現行のＭＤシステムに対して、エラー訂正方式や変調方式を改善することにより、データの記録容量の増大を図るとともに、データの信頼性を高めるようにしている。更に、この発明では、コンテンツデータを暗号化するとともに、不正コピーを防止して、コンテンツデータの著作権の保護が図れるようにしている。
【００１８】
記録再生のフォーマットとしては、現行のＭＤシステムで用いられているディスクと全く同様のディスク（すなわち、物理媒体）を用いるようにした次世代ＭＤ１の仕様と、現行のＭＤシステムで用いられているディスクとフォームファクター及び外形は同様であるが、磁気超解像度（ＭＳＲ）技術を使うことにより、線記録方向の記録密度を上げて、記録容量をより増大した次世代ＭＤ２の仕様とがあり、これらが本願発明者により開発されている。
【００１９】
現行のＭＤシステムでは、カートリッジに収納された直径６４ｍｍの光磁気ディスクが記録媒体として用いられている。ディスクの厚みは１．２ｍｍであり、その中央に１１ｍｍの径のセンターホールが設けられている。カートリッジの形状は、長さ６８ｍｍ、幅７２ｍｍ、厚さ５ｍｍである。
【００２０】
次世代ＭＤ１の仕様でも次世代ＭＤ２の仕様でも、これらディスクの形状やカートリッジの形状は、全て同じである。リードイン領域の開始位置についても、次世代ＭＤ１の仕様および次世代ＭＤ２の仕様のディスクも、２９ｍｍから始まり、現行のＭＤシステムで使用されているディスクと同様である。
【００２１】
トラックピッチについては、次世代ＭＤ２では、１．２μｍから１．３μｍ（例えば１．２５μｍ）とすることが検討されている。これに対して、現行のＭＤシステムのディスクを流用する次世代ＭＤ１では、トラックピッチは１．６μｍとされている。ビット長は、次世代ＭＤ１が０．４４μｍ／ビットとされ、次世代ＭＤ２が０．１６μｍ／ビットとされる。冗長度は、次世代ＭＤ１および次世代ＭＤ２ともに、２０．５０％である。
【００２２】
次世代ＭＤ２の仕様のディスクでは、磁気超解像技術を使うことにより、線密度方向の記録容量を向上するようにしている。磁気超解像技術は、所定の温度になると、切断層が磁気的にニュートラルな状態になり、再生層に転写されていた磁壁が移動することで、微少なマークがビームスポットの中で大きく見えるようになることを利用したものである。
【００２３】
すなわち、次世代ＭＤ２の仕様のディスクでは、透明基板上に、少なくとも情報を記録する記録層となる磁性層と、切断層と、情報再生用の磁性層とが積層される。切断層は、交換結合力調整用層となる。所定の温度になると、切断層が磁気的にニュートラルな状態になり、記録層に転写されていた磁壁が再生用の磁性層に転写される。これにより、微少なマークがビームスポットの中に見えるようになる。なお、記録時には、レーザパルス磁界変調技術を使うことで、微少なマークを生成することができる。
【００２４】
また、次世代ＭＤ２の仕様のディスクでは、デトラックマージン、ランドからのクロストーク、ウォブル信号のクロストーク、フォーカスの漏れを改善するために、グルーブを従来のＭＤディスクより深くし、グルーブの傾斜を鋭くしている。次世代ＭＤ２の仕様のディスクでは、グルーブの深さは例えば１６０ｎｍから１８０ｎｍであり、グルーブの傾斜は例えば６０度から７０度であり、グルーブの幅は例えば６００ｎｍから７００ｎｍである。
【００２５】
また、光学的の仕様については、次世代ＭＤ１の仕様では、レーザ波長λが７８０ｎｍとされ、光学ヘッドの対物レンズの開口率ＮＡが０．４５とされている。次世代ＭＤ２の仕様も同様に、レーザ波長λが７８０ｎｍとされ、光学ヘッドの開口率ＮＡが０．４５とされている。
【００２６】
記録方式としては、次世代ＭＤ１の仕様も次世代ＭＤ２の仕様も、グルーブ記録方式が採用されている。つまり、グルーブ（ディスクの盤面上の溝）をトラックとして記録再生に用いるようにしている。
【００２７】
エラー訂正符号化方式としては、現行のＭＤシステムでは、ＡＣＩＲＣ（Ａｄｖａｎｃｅｄ  Ｃｒｏｓｓ  Ｉｎｔｅｒｌｅａｖｅ  Ｒｅｅｄ−Ｓｏｌｏｍｏｎ  Ｃｏｄｅ）  による畳み込み符号が用いられていたが、次世代ＭＤ１および次世代ＭＤ２の仕様では、ＲＳ−ＬＤＣ（Ｒｅｅｄ  Ｓｏｌｏｍｏｎ−Ｌｏｎｇ  Ｄｉｓｔａｎｃｅ  Ｃｏｄｅ）とＢＩＳ（Ｂｕｒｓｔ  Ｉｎｄｉｃａｔｏｒ  Ｓｕｂｃｏｄｅ）とを組み合わせたブロック完結型の符号が用いられている。ブロック完結型のエラー訂正符号を採用することにより、リンキングセクタが不要になる。ＬＤＣとＢＩＳとを組み合わせたエラー訂正方式では、バーストエラーが発生したときに、ＢＩＳによりエラーロケーションが検出できる。このエラーロケーションを使って、ＬＤＣコードにより、イレージャ訂正を行うことができる。
【００２８】
アドレス方式としては、シングルスパイラルによるグルーブを形成したうえで、このグルーブの両側に対してアドレス情報としてのウォブルを形成したウォブルドグルーブ方式が採用されている。このようなアドレス方式は、ＡＤＩＰ（Ａｄｄｒｅｓｓ  ｉｎ  Ｐｒｅｇｒｏｏｖｅ）と呼ばれている。現行のＭＤシステムと、次世代ＭＤ１および次世代ＭＤ２の仕様では、線密度が異なると共に、現行のＭＤシステムでは、エラー訂正符号として、ＡＣＩＲＣと呼ばれる畳み込み符号が用いられているのに対して、次世代ＭＤ１および次世代ＭＤ２の仕様では、ＬＤＣとＢＩＳとを組み合わせたブロック完結型の符号が用いられているため、冗長度が異なり、ＡＤＩＰとデータとの相対的な位置関係が変わっている。そこで、現行のＭＤシステムと同じ物理構造のディスクを流用する次世代ＭＤ１の仕様では、ＡＤＩＰ信号の扱いを、現行のＭＤシステムのときとは異なるようにしている。また、次世代ＭＤ２の仕様では、次世代ＭＤ２の仕様により合致するように、ＡＤＩＰ信号の仕様に変更を加えている。
【００２９】
変調方式については、現行のＭＤシステムでは、ＥＦＭ（８  ｔｏ  １４  Ｍｏｄｕｌａｔｉｏｎ）が用いられているのに対して、次世代ＭＤ１および次世代ＭＤ２の仕様では、ＲＬＬ（１，７）ＰＰ（ＲＬＬ；Ｒｕｎ  Ｌｅｎｇｔｈ  Ｌｉｍｉｔｅｄ  ，ＰＰ；Ｐａｒｉｔｙ  Ｐｒｅｓｅｒｖｅ／Ｐｒｏｈｉｂｉｔ  ｒｍｔｒ（ｒｅｐｅａｔｅｄ  ｍｉｎｉｍｕｍ  ｔｒａｎｓｉｔｉｏｎ  ｒｕｎｌｅｎｇｔｈ））（以下、１−７ｐｐ変調と称する）が採用されている。また、データの検出方式は、次世代ＭＤ１ではパーシャルレスポンスＰＲ（１，２，１）ＭＬを用い、次世代ＭＤ２ではパーシャルレスポンスＰＲ（１，−１）ＭＬを用いたビタビ復号方式とされている。
【００３０】
また、ディスク駆動方式はＣＬＶ（Ｃｏｎｓｔａｎｔ  Ｌｉｎｅａｒ  Ｖｅｒｏｃｉｔｙ）またはＺＣＡＶ（Ｚｏｎｅ  Ｃｏｎｓｔａｎｔ  Ａｎｇｕｌａｒ  Ｖｅｒｏｃｉｔｙ）で、その標準線速度は、次世代ＭＤ１の仕様では、２．４ｍ／秒とされ、次世代ＭＤ２の仕様では、１．９８ｍ／秒とされる。なお、現行のＭＤシステムの仕様では、６０分ディスクで１．２ｍ／秒、７４分ディスクで１．４ｍ／秒とされている。
【００３１】
現行のＭＤシステムで用いられるディスクをそのまま流用する次世代ＭＤ１の仕様では、ディスク１枚当たりのデータ総記録容量は約３００Ｍバイト（８０分ディスクを用いた場合）になる。変調方式がＥＦＭから１−７ｐｐ変調とされることで、ウィンドウマージンが０．５から０．６６６となり、この点で、１．３３倍の高密度化が実現できる。また、エラー訂正方式として、ＡＣＩＲＣ方式からＢＩＳとＬＤＣを組み合わせたものとしたことで、データ効率が上がり、この点で、１．４８倍の高密度化が実現できる。総合的には、全く同様のディスクを使って、現行のＭＤシステムに比べて、約２倍のデータ容量が実現されたことになる。
【００３２】
磁気超解像度を利用した次世代ＭＤ２の仕様のディスクでは、更に線密度方向の高密度化が図られ、データ総記録容量は、約１Ｇバイトになる。
【００３３】
データレートは標準線速度にて、次世代ＭＤ１では４．４Ｍビット／秒であり、次世代ＭＤ２では、９．８Ｍビット／秒である。
【００３４】
２．ディスクについて
図１は、次世代ＭＤ１のディスクの構成を示すものである。次世代ＭＤ１のディスクは、現行のＭＤシステムのディスクをそのまま流用したものである。すなわち、ディスクは、透明のポリカーボネート基板上に、誘電体膜と、磁性膜と、誘電体膜と、反射膜とを積層して構成される。更に、その上に、保護膜が積層される。
【００３５】
次世代ＭＤ１のディスクでは、図１に示すように、ディスクの内周（ディスクのレコーダブル領域の最も内側の周（「最も内側」は、ディスクの中心から放射状に延びる方向において最も内側を示す）のリードイン領域に、Ｐ−ＴＯＣ（プリマスタードＴＯＣ（Ｔａｂｌｅ  Ｏｆ  Ｃｏｎｔｅｎｔｓ））領域が設けられる。ここは、物理的な構造としては、プリマスタード領域となる。すなわち、エンボスピットにより、コントロール情報等が、例えば、Ｐ−ＴＯＣ情報として記録されている。
【００３６】
Ｐ−ＴＯＣ領域が設けられるリードイン領域の外周（ディスクの中心から放射状に延びる方向において外側の周）は、レコーダブル領域（光磁気記録可能な領域）とされ、記録トラックの案内溝としてグルーブが形成された記録再生可能領域となっている。このレコーダブル領域の内周には、Ｕ−ＴＯＣ（ユーザＴＯＣ）が設けられる。
【００３７】
Ｕ−ＴＯＣは、現行のＭＤシステムでディスクの管理情報を記録するために用いられているＵ−ＴＯＣと同様の構成のものである。Ｕ−ＴＯＣは、現行のＭＤシステムにおいて、トラック（オーディオトラック／データトラック）の曲順、記録、消去などに応じて書き換えられる管理情報であり、各トラック（トラックを構成するパーツ）について、開始位置、終了位置や、モードを管理するものである。
【００３８】
Ｕ−ＴＯＣの外周には、アラートトラックが設けられる。このトラックには、ディスクが現行のＭＤシステムにロードされた場合に、ＭＤプレーヤによって起動（出力）される警告音が記録される。この警告音は、そのディスクが次世代ＭＤ１方式で使用され、現行のシステムでは再生できないことを示すものである。レコーダブル領域の残りの部分（詳しくは、図２に示されている）は、リードアウト領域まで、放射状に延びる方向に広がっている。
【００３９】
図２は、図１に示す次世代ＭＤ１の仕様のディスクのレコーダブル領域の構成を示すものである。図２に示すように、レコーダブル領域の先頭（内周側）には、Ｕ−ＴＯＣおよびアラートトラックが設けられる。Ｕ−ＴＯＣおよびアラートトラックが含まれる領域は、現行のＭＤシステムのプレーヤでも再生できるように、ＥＦＭでデータが変調されて記録される。ＥＦＭ変調でデータが変調されて記録される領域の外周に、次世代ＭＤ１方式の１−７ｐｐ変調でデータが変調されて記録される領域が設けられる。ＥＦＭでデータが変調されて記録される領域と、１−７ｐｐ変調でデータが変調されて記録される領域との間は所定の距離の間だけ離間されており、「ガードバンド」が設けられている。このようなガードバンドが設けられるため、現行のＭＤプレーヤに次世代ＭＤ１の仕様のディスクが装着されて、不具合が発生されることが防止される。
【００４０】
１−７ｐｐ変調でデータが変調されて記録される領域の先頭（内周側）には、ＤＤＴ（Ｄｉｓｃ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ）領域と、リザーブトラックが設けられる。ＤＤＴ領域には、物理的に欠陥のある領域に対する交替処理をするために設けられる。ＤＤＴ領域には、さらに、ディスク毎に固有の識別コードが記録される。以下、このディスク毎に固有の識別コードをＵＩＤ（ユニークＩＤ）と称する。次世代ＭＤ１の場合、ＵＩＤは、例えば所定に発生された乱数に基づき生成され、例えばディスクの初期化の際に記録される（詳細は後述する）。ＵＩＤを用いることで、ディスクの記録内容に対するセキュリティ管理を行うことができる。リザーブトラックは、コンテンツの保護を図るための情報が格納される。
【００４１】
更に、１−７ｐｐ変調でデータが変調されて記録される領域には、ＦＡＴ（Ｆｉｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）領域が設けられる。ＦＡＴ領域は、ＦＡＴシステムでデータを管理するための領域である。ＦＡＴシステムは、汎用のパーソナルコンピュータで使用されているＦＡＴシステムに準拠したデータ管理を行うものである。ＦＡＴシステムは、ルートにあるファイルやディレクトリのエントリポイントを示すディレクトリと、ＦＡＴクラスタの連結情報が記述されたＦＡＴテーブルとを用いて、ＦＡＴチェーンによりファイル管理を行うものである。なお、ＦＡＴの用語は、前述したように、ＰＣオペレーティングシステムで利用される、様々な異なるファイル管理方法を示すように総括的に用いられている。
【００４２】
次世代ＭＤ１の仕様のディスクにおいては、Ｕ−ＴＯＣ領域には、アラートトラックの開始位置の情報と、１−７ｐｐ変調でデータが変調されて記録される領域の開始位置の情報が記録される。
【００４３】
現行のＭＤシステムのプレーヤに、次世代ＭＤ１のディスクが装着されると、Ｕ−ＴＯＣ領域が読み取られ、Ｕ−ＴＯＣの情報から、アラートトラックの位置が分かり、アラートトラックがアクセスされ、アラートトラックの再生が開始される。アラートトラックには、このディスクが次世代ＭＤ１方式で使用され、現行のＭＤシステムのプレーヤでは再生できないことを示す警告音が記録されている。この警告音から、このディスクが現行のＭＤシステムのプレーヤでは使用できないことが知らされる。
【００４４】
なお、警告音としては、「このプレーヤでは使用できません」というような言語による警告とすることができる。勿論、単純なビープ音、トーン、又はその他の警告信号とするようにしても良い。
【００４５】
次世代ＭＤ１に準拠したプレーヤに、次世代ＭＤ１のディスクが装着されると、Ｕ−ＴＯＣ領域が読み取られ、Ｕ−ＴＯＣの情報から、１−７ｐｐ変調でデータが記録された領域の開始位置が分かり、ＤＤＴ、リザーブトラック、ＦＡＴ領域が読み取られる。１−７ｐｐ変調のデータの領域では、Ｕ−ＴＯＣを使わずに、ＦＡＴシステムを使ってデータの管理が行われる。
【００４６】
図３は、次世代ＭＤ２のディスクを示すものである。ディスクは、透明のポリカーボネート基板上に、誘電体膜と、磁性膜と、誘電体膜と、反射膜とを積層して構成される。更に、その上に、保護膜が積層される。
【００４７】
次世代ＭＤ２のディスクでは、図３Ａに示すように、ディスクの内周（ディスクの中心から放射状に延びる方向において内側の周）のリードイン領域には、ＡＤＩＰ信号により、コントロール情報が記録されている。次世代ＭＤ２のディスクには、リードイン領域にはエンボスピットによるＰ−ＴＯＣは設けられておらず、その代わりに、ＡＤＩＰ信号によるコントロール情報が用いられる。リードイン領域の外周からレコーダブル領域が開始され、記録トラックの案内溝としてグルーブが形成された記録再生可能領域となっている。このレコーダブル領域には、１−７ｐｐ変調で、データが変調されて記録される。
【００４８】
次世代ＭＤ２の仕様のディスクでは、図３Ｂに示すように、磁性膜として、情報を記録する記録層となる磁性層１０１と、切断層１０２と、情報再生用の磁性層１０３とが積層されたものが用いられる。切断層１０２は、交換結合力調整用層となる。所定の温度になると、切断層１０２が磁気的にニュートラルな状態になり、記録層１０１に転写されていた磁壁が再生用の磁性層１０３に転写される。これにより、記録層１０１では微少なマークが再生用の磁性層１０３のビームスポットの中に拡大されて見えるようになる。
【００４９】
図示しないが、次世代ＭＤ２の使用のディスクでは、記録可能領域の内周側の、コンシューマ向けの記録再生装置で再生可能であるが記録不可であるような領域に、上述したＵＩＤが予め記録される。次世代ＭＤ２のディスクの場合、ＵＩＤは、例えばＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）で用いられているＢＣＡ（Ｂｕｒｓｔ  Ｃｔｔｉｎｇ  Ａｒｅａ）の技術と同様の技術により、ディスクの製造時に予め記録される。ディスクの製造時にＵＩＤが生成され記録されるため、ＵＩＤの管理が可能となり、上述の次世代ＭＤ１による、ディスクの初期化時などに乱数に基づきＵＩＤを生成する場合に比べ、セキュリティを向上できる。ＵＩＤのフォーマットなど詳細については、後述する。
【００５０】
なお、繁雑さを避けるために、次世代ＭＤ２においてＵＩＤが予め記録されるこの領域を、以降、ＢＣＡと呼ぶことにする。
【００５１】
次世代ＭＤ１であるか次世代ＭＤ２であるかは、例えば、リードインの情報から判断できる。すなわち、リードインにエンボスピットによるＰ−ＴＯＣが検出されれば、現行のＭＤまたは次世代ＭＤ１のディスクであると判断できる。リードインにＡＤＩＰ信号によるコントロール情報が検出され、エンボスピットによるＰ−ＴＯＣが検出されなければ、次世代ＭＤ２であると判断できる。上述したＢＣＡにＵＩＤが記録されているか否かで判断することも可能である。なお、次世代ＭＤ１と次世代ＭＤ２との判別は、このような方法に限定されるものではない。オントラックのときとオフトラックのときとのトラッキングエラー信号の位相から判別することも可能である。勿論、ディスク識別用の検出孔等を設けるようにしても良い。
【００５２】
図４は、次世代ＭＤ２の仕様のディスクのレコーダブル領域の構成を示すものである。図４に示すように、レコーダブル領域では全て１−７ｐｐ変調でデータが変調されて記録され、１−７ｐｐ変調でデータが変調されて記録される領域の先頭（内周側）には、ＤＤＴ領域と、リザーブトラックが設けられる。ＤＤＴ領域は、物理的に欠陥のある領域に対する交替領域を管理するための交替領域管理データを記録するために設けられる。
【００５３】
具体的には、ＤＤＴ領域は、物理的に欠陥のある上記領域に替わるレコーダブル領域を含む置き換え領域を管理する管理テーブルを記録する。この管理テーブルは、欠陥があると判定された論理クラスタを記録し、その欠陥のある論理クラスタに替わるものとして割り当てられた置き換え領域内の論理クラスタ（１つ又は複数）も記録する。さらに、ＤＤＴ領域には、上述したＵＩＤが記録される。リザーブトラックは、コンテンツの保護を図るための情報が格納される。
【００５４】
更に、１−７ｐｐ変調でデータが変調されて記録される領域には、ＦＡＴ領域が設けられる。ＦＡＴ領域は、ＦＡＴシステムでデータを管理するための領域である。ＦＡＴシステムは、汎用のパーソナルコンピュータで使用されているＦＡＴシステムに準拠したデータ管理を行うものである。
【００５５】
次世代ＭＤ２のディスクにおいては、Ｕ−ＴＯＣ領域は設けられていない。次世代ＭＤ２に準拠したプレーヤに、次世代ＭＤ２のディスクが装着されると、所定の位置にあるＤＤＴ、リザーブトラック、ＦＡＴ領域が読み取られ、ＦＡＴシステムを使ってデータの管理が行われる。
【００５６】
次世代ＭＤ１および次世代ＭＤ２のディスクでは、時間のかかる初期化作業は不要とされる。すなわち、次世代ＭＤ１および次世代ＭＤ２の仕様のディスクでは、ＤＤＴやリザーブトラック、ＦＡＴテーブル等の最低限のテーブルの作成以外に、初期化作業は不要で、未使用のディスクからレコーダブル領域の記録再生を直接行うことが可能である。
【００５７】
なお、次世代ＭＤ２のディスクは、上述のように、ディスクの製造時にＵＩＤが生成され記録されるため、より強力にセキュリティ管理を行うことが可能である一方、現行のＭＤシステムで用いられるディスクに比べて膜の積層数が多く、より高価である。そこで、ディスクの記録可能領域およびリードイン、リードアウト領域は、次世代ＭＤ１と共通とし、ＵＩＤのみ、ＤＶＤと同様のＢＣＡを用いて次世代ＭＤ２と同様にしてディスクの製造時に記録するようにしたディスクシステム（次世代ＭＤ１．５と称する）が提案されている。
【００５８】
なお、以下では、次世代ＭＤ１．５に関して、特に必要となる場合を除き、説明を省略する。すなわち、次世代ＭＤ１．５は、ＵＩＤに関しては次世代ＭＤ２に準じ、オーディオデータの記録再生などに関しては次世代ＭＤ１に準ずるものとする。
【００５９】
ＵＩＤについて、より詳細に説明する。上述したように、次世代ＭＤ２のディスクにおいて、ＵＩＤは、ＤＶＤで用いられているＢＣＡと称される技術と同様の技術により、ディスクの製造時に予め記録される。図５は、このＵＩＤの一例のフォーマットを概略的に示す。ＵＩＤの全体をＵＩＤレコードブロックと称する。
【００６０】
ＵＩＤブロックにおいて、先頭から２バイト分がＵＩＤコードのフィールドとされる。ＵＩＤコードは、２バイトすなわち１６ビットのうち上位４ビットがディスク判別用とされる。例えば、この４ビットが〔００００〕で当該ディスクが次世代ＭＤ２のディスクであることが示され、〔０００１〕で当該ディスクが次世代ＭＤ１．５のディスクであることが示される。ＵＩＤコードの上位４ビットの他の値は、例えば将来の拡張のために予約される。ＵＩＤコードの下位１２ビットは、アプリケーションＩＤとされ、４０９６種類のサービスに対応することができる。
【００６１】
ＵＩＤコードの次に１バイトのバージョンナンバのフィールドが配され、その次に、１バイトでデータ長のフィールドが配される。このデータ長により、データ長の次に配されるＵＩＤレコードデータのフィールドのデータ長が示される。ＵＩＤレコードデータのフィールドは、ＵＩＤ全体のデータ長が１８８バイトを超えない範囲で、４ｍ（ｍ＝０、１、２、・・・）バイト分、配される。ＵＩＤレコードデータのフィールドに、所定の方法で生成したユニークなＩＤを格納することができ、これにより、ディスク個体が識別可能とされる。
【００６２】
なお、次世代ＭＤ１のディスクでは、このＵＩＤレコードデータのフィールドに、乱数に基づき生成されたＩＤが記録される。
【００６３】
ＵＩＤレコードブロックは、最大１８８バイトまでのデータ長で、複数個、作ることができる。
【００６４】
３．信号フォーマット
次に、次世代ＭＤ１および次世代ＭＤ２のシステムの信号フォーマットについて説明する。現行のＭＤシステムでは、エラー訂正方式として、畳み込み符号であるＡＣＩＲＣが用いられており、サブコードブロックのデータ量に対応する２３５２バイトからなるセクタを記録再生のアクセス単位としている。畳み込み符号の場合には、エラー訂正符号化系列が複数のセクタに跨るため、データを書き換える際には、隣接するセクタ間に、リンキングセクタを用意する必要がある。アドレス方式としては、シングルスパイラルによるグルーブを形成したうえで、このグルーブの両側に対してアドレス情報としてのウォブルを形成したウォブルドグルーブ方式であるＡＤＩＰが使われている。現行のＭＤシステムでは、２３５２バイトからなるセクタをアクセスするのに最適なように、ＡＤＩＰ信号が配列されている。
【００６５】
これに対して、次世代ＭＤ１および次世代ＭＤ２のシステムの仕様では、ＬＤＣとＢＩＳとを組み合わせたブロック完結型の符号が用いられ、６４Ｋバイトを記録再生のアクセス単位としている。ブロック完結型の符号では、リンキングセクタは不要である。そこで、現行のＭＤシステムのディスクを流用する次世代ＭＤ１のシステムの仕様では、ＡＤＩＰ信号の扱いを、新たな記録方式に対応するように、変更するようにしている。また、次世代ＭＤ２のシステムの仕様では、次世代ＭＤ２の仕様により合致するように、ＡＤＩＰ信号の仕様に変更を加えている。
【００６６】
図６、図７、および図８は、次世代ＭＤ１および次世代ＭＤ２のシステムで使用されるエラー訂正方式を説明するためのものである。次世代ＭＤ１および次世代ＭＤ２のシステムでは、図６に示すようなＬＤＣによるエラー訂正符号化方式と、図７および図８に示すようなＢＩＳ方式とが組み合わされている。
【００６７】
図６は、ＬＤＣによるエラー訂正符号化の符号化ブロックの構成を示すものである。図６に示すように、各エラー訂正符号化セクタのデータに対して、４バイトのエラー検出コードＥＤＣが付加され、水平方向に３０４バイト、垂直方向に２１６バイトのエラー訂正符号化ブロックに、データが二次元配列される。各エラー訂正符号化セクタは、２Ｋバイトのデータからなる。図６に示すように、水平方向に３０４バイト、垂直方向に２１６バイトからなるエラー訂正符号化ブロックには、２Ｋバイトからなるエラー訂正符号化セクタが３２セクタ分配置される。このように、水平方向に３０４バイト、垂直方向に２１６バイトに二次元配列された３２個のエラー訂正符号化セクタのエラー訂正符号化ブロックのデータに対して、垂直方向に、３２ビットのエラー訂正用のリード・ソロモンコードのパリティが付加される。
【００６８】
図７および図８は、ＢＩＳの構成を示すものである。図７に示すように、３８バイトのデータ毎に、１バイトのＢＩＳが挿入され、（３８×４＝１５２バイト）のデータと、３バイトのＢＩＳデータと、２．５バイトのフレームシンクとの合計１５７．５バイトが１フレームとされる。
【００６９】
図８に示すように、このように構成されるフレームを４９６フレーム集めて、ＢＩＳのブロックが構成される。ＢＩＳデータ（３×４９６＝１４８８バイト）には、５７６バイトのユーザコントロールデータと、１４４バイトのアドレスユニットナンバと、７６８バイトのエラー訂正コードが含められる。
【００７０】
このように、ＢＩＳデータには、１４８８バイトのデータに対して７６８バイトのエラー訂正コードが付加されているので、強力にエラー訂正を行うことができる。このＢＩＳコードを３８バイト毎に埋め込んでおくことにより、バーストエラーが発生したときに、エラーロケーションが検出できる。このエラーロケーションを使って、ＬＤＣコードにより、イレージャ訂正を行うことができる。
【００７１】
ＡＤＩＰ信号は、図９に示すように、シングルスパイラルのグルーブの両側に対してウォブルを形成することで記録される。すなわち、ＡＤＩＰ信号は、ＦＭ変調されたアドレスデータを有し、ディスク素材にグルーブのウォブルとして形成されることにより記録される。
【００７２】
図１０は、次世代ＭＤ１の場合のＡＤＩＰ信号のセクタフォーマットを示すものである。
【００７３】
図１０に示すように、ＡＤＩＰ信号の１セクタ（ＡＤＩＰセクタ）は、４ビットのシンクと、８ビットのＡＤＩＰクラスタナンバの上位ビットと、８ビットのＡＤＩＰクラスタナンバの下位ビットと、８ビットのＡＤＩＰセクタナンバと、１４ビットのエラー検出コードＣＲＣとからなる。
【００７４】
シンクは、ＡＤＩＰセクタの先頭を検出するための所定パターンの信号である。従来のＭＤシステムでは、畳み込み符号を使っているため、リンキングセクタが必要になる。リンキング用のセクタナンバは、負の値を持ったセクタナンバで、「ＦＣｈ」、「ＦＤｈ」、「ＦＥｈ」、「ＦＦｈ」（ｈは１６進数を示す）のセクタナンバのものである。次世代ＭＤ１では、現行のＭＤシステムのディスクを流用するため、このＡＤＩＰセクタのフォーマットは、現行のＭＤシステムのものと同様である。
【００７５】
次世代ＭＤ１のシステムでは、図１１に示すように、ＡＤＩＰセクタナンバ「ＦＣｈ」から「ＦＦｈ」および「０Ｆｈ」から「１Ｆｈ」までの３６セクタで、ＡＤＩＰクラスタが構成される。そして、図１０に示すように、１つのＡＤＩＰクラスタに、２つのレコーディングブロック（６４Ｋバイト）のデータを配置するようにしている。
【００７６】
図１２は、次世代ＭＤ２の場合のＡＤＩＰセクタの構成を示すものである。次世代ＭＤ２の仕様では、ＡＤＩＰセクタが１６セクタで、ＡＤＩＰセクタが構成される。したがって、ＡＤＩＰのセクタナンバは、４ビットで表現できる。また、次世代ＭＤでは、ブロック完結のエラー訂正符号が用いられているため、リンキングセクタは不要である。
【００７７】
次世代ＭＤ２のＡＤＩＰセクタは、図１２に示すように、４ビットのシンクと、４ビットのＡＤＩＰクラスタナンバの上位ビットと、８ビットのＡＤＩＰクラスタナンバの中位ビットと、４ビットのＡＤＩＰクラスタナンバの下位ビットと、４ビットのＡＤＩＰセクタナンバと、１８ビットのエラー訂正用のパリティとからなる。
【００７８】
シンクは、ＡＤＩＰセクタの先頭を検出するための所定パターンの信号である。ＡＤＩＰクラスタナンバとしては、上位４ビット、中位８ビット、下位４ビットの１６ビット分が記述される。１６個のＡＤＩＰセクタでＡＤＩＰクラスタが構成されるため、ＡＤＩＰセクタのセクタナンバは４ビットとされている。現行のＭＤシステムでは１４ビットのエラー検出コードであるが、１８ビットのエラー訂正用のパリティとなっている。そして、次世代ＭＤ２の仕様では、図１３に示すように、１つのＡＤＩＰクラスタに、１レコーディングブロック（６４Ｋバイト）のデータが配置される。
【００７９】
図１４は、次世代ＭＤ１の場合のＡＤＩＰクラスタとＢＩＳのフレームとの関係を示すものである。
【００８０】
図１１に示したように、次世代ＭＤ１の仕様では、ＡＤＩＰセクタ「ＦＣ」〜「ＦＦ」およびＡＤＩＰセクタ「００」〜「１Ｆ」の３６セクタで、１つのＡＤＩＰクラスタが構成される。記録再生の単位となる１レコーディングブロック（６４Ｋバイト）のデータは、１つのＡＤＩＰクラスタに、２つ分配置される。
【００８１】
図１４に示すように、１つのＡＤＩＰセクタは、前半の１８セクタと、後半の１８セクタとに分けられる。
【００８２】
記録再生の単位となる１レコーディングブロックのデータは、４９６フレームからなるＢＩＳのブロックに配置される。このＢＩＳのブロックに相当する４９６フレーム分のデータのフレーム（フレーム「１０」からフレーム「５０５」）の前に、１０フレーム分のプリアンブル（フレーム「０」からフレーム「９」）が付加され、また、このデータのフレームの後に、６フレーム分のポストアンブルのフレーム（フレーム５０６からフレーム５１１）が付加され、合計、５１２フレーム分のデータが、ＡＤＩＰセクタ「ＦＣｈ」からＡＤＩＰセクタ「０Ｄｈ」のＡＤＩＰクラスタの前半に配置されるとともに、ＡＤＩＰセクタ「０Ｅｈ」からＡＤＩＰセクタ「１Ｆｈ」のＡＤＩＰクラスタの後半に配置される。データフレームの前のプリアンブルのフレームと、データの後ろのポストアンブルのフレームは、隣接するレコーディングブロックとのリンキング時にデータを保護するのに用いられる。プリアンブルは、データ用ＰＬＬの引き込み、信号振幅制御、信号オフセット制御などにも用いられる。
【００８３】
レコーディングブロックのデータを記録再生する際の物理アドレスは、ＡＤＩＰクラスタと、そのクラスタの前半か後半かにより指定される。記録再生時に物理アドレスが指定されると、ＡＤＩＰ信号からＡＤＩＰセクタが読み取られ、ＡＤＩＰセクタの再生信号から、ＡＤＩＰクラスタナンバとＡＤＩＰセクタナンバが読み取られ、ＡＤＩＰクラスタの前半と後半とが判別される。
【００８４】
図１５は、次世代ＭＤ２の仕様の場合のＡＤＩＰクラスタとＢＩＳのフレームとの関係を示すものである。図１３に示したように、次世代ＭＤ２の仕様では、ＡＤＩＰセクタが１６セクタで、１つのＡＤＩＰクラスタが構成される。１つのＡＤＩＰクラスタに、１レコーディングブロック（６４Ｋバイト）のデータが配置される。
【００８５】
図１５に示すように、記録再生の単位となる１レコーディングブロック（６４Ｋバイト）のデータは、４９６フレームからなるＢＩＳのブロックに配置される。このＢＩＳのブロックに相当する４９６フレーム分のデータのフレーム（フレーム「１０」からフレーム「５０５」）の前に、１０フレーム分のプリアンブル（フレーム「０」からフレーム「９」）が付加され、また、このデータのフレームの後に、６フレーム分のポストアンブルのフレーム（フレーム５０６からフレーム５１１）が付加され、合計、５１２フレーム分のデータが、ＡＤＩＰセクタ「０ｈ」からＡＤＩＰセクタ「Ｆｈ」からなるＡＤＩＰクラスタに配置される。
【００８６】
データフレームの前のプリアンブルのフレームと、データの後ろのポストアンブルのフレームは、隣接するレコーディングブロックとのリンキング時にデータを保護するのに用いられる。プリアンブルは、データ用ＰＬＬの引き込み、信号振幅制御、信号オフセット制御などにも用いられる。
【００８７】
レコーディングブロックのデータを記録再生する際の物理アドレスは、ＡＤＩＰクラスタで指定される。記録再生時に物理アドレスが指定されると、ＡＤＩＰ信号からＡＤＩＰセクタが読み取られ、ＡＤＩＰセクタの再生信号から、ＡＤＩＰクラスタナンバが読み取られる。
【００８８】
ところで、このようなディスクでは、記録再生を開始するときに、レーザパワーの制御等を行うために、各種のコントロール情報が必要である。次世代ＭＤ１の仕様のディスクでは、図１に示したように、リードイン領域にＰ−ＴＯＣが設けられており、このＰ−ＴＯＣから、各種のコントロール情報が取得される。
【００８９】
次世代ＭＤ２の仕様のディスクには、エンボスピットによるＰ−ＴＯＣは設けられず、コントロール情報がリードイン領域のＡＤＩＰ信号により記録される。また、次世代ＭＤ２の仕様のディスクでは、磁気超解像度の技術が使われるため、レーザのパワーコントロールが重要である。次世代ＭＤ２の仕様のディスクでは、リードイン領域とリードアウト領域には、パワーコントロール調整用のキャリブレーション領域が設けられる。
【００９０】
すなわち、図１６は、次世代ＭＤ２の仕様のディスクのリードインおよびリードアウトの構成を示すものである。図１６に示すように、ディスクのリードインおよびリードアウト領域には、レーザビームのパワーコントロール領域として、パワーキャリブレーション領域が設けられる。
【００９１】
また、リードイン領域には、ＡＤＩＰによるコントロール情報を記録したコントロール領域が設けられる。ＡＤＩＰによるコントロール情報の記録とは、ＡＤＩＰクラスタナンバの下位ビットとして割り当てられている領域を使って、ディスクのコントロール情報を記述するものである。
【００９２】
すなわち、ＡＤＩＰクラスタナンバは、レコーダブル領域の開始位置から始まっており、リードイン領域では負の値になっている。図１６に示すように、次世代ＭＤ２のＡＤＩＰセクタは、４ビットのシンクと、８ビットのＡＤＩＰクラスタナンバの上位ビットと、８ビットのコントロールデータ（ＡＤＩＰクラスタナンバの下位ビット）と、４ビットのＡＤＩＰセクタナンバと、１８ビットのエラー訂正用のパリティとからなる。ＡＤＩＰクラスタナンバの下位ビットとして割り当てられている８ビットに、図１６に示すように、ディスクタイプや、磁気位相、強度、読み出しパワー等のコントロール情報が記述される。
【００９３】
なお、ＡＤＩＰクラスタの上位ビットは、そのまま残されているので、現在位置は、ある程度の精度で知ることができる。また、ＡＤＩＰセクタ「０」と、ＡＤＩＰセクタ「８」は、ＡＤＩＰクラスタナンバの下位８ビットを残しておくことにより、所定間隔で、ＡＤＩＰクラスタを正確に知ることができる。
【００９４】
ＡＤＩＰ信号によるコントロール情報の記録については、本願出願人が先に提案した特願２００１−１２３５３５号の明細書中に詳細に記載してある。
【００９５】
４．記録再生装置の構成
次に、図１７、図１８により、次世代ＭＤ１および次世代ＭＤ２システムで記録／再生に用いられるディスクに対応するディスクドライブ装置（記録再生装置）の構成を説明する。
【００９６】
図１７には、ディスクドライブ装置１が、例えばパーソナルコンピュータ１００と接続可能なものとして示している。
【００９７】
ディスクドライブ装置１は、メディアドライブ部２、メモリ転送コントローラ３、クラスタバッファメモリ４、補助メモリ５、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）インターフェース６，８、ＵＳＢハブ７、システムコントローラ９、オーディオ処理部１０を備えている。
【００９８】
メディアドライブ部２は、装填されたディスク９０に対する記録／再生を行う。ディスク９０は、次世代ＭＤ１のディスク、次世代ＭＤ２のディスク、または現行のＭＤのディスクである。メディアドライブ部２の内部構成は図１８で後述する。
【００９９】
メモリ転送コントローラ３は、メディアドライブ部２からの再生データやメディアドライブ部２に供給する記録データについての受け渡しの制御を行う。
【０１００】
クラスタバッファメモリ４は、メモリ転送コントローラ３の制御に基づいて、メディアドライブ部２によってディスク９０のデータトラックからレコーディングブロック単位で読み出されたデータのバッファリングを行う。
【０１０１】
補助メモリ５は、メモリ転送コントローラ３の制御に基づいて、メディアドライブ部２によってディスク９０から読み出された各種管理情報や特殊情報を記憶する。
【０１０２】
システムコントローラ９は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＣＰＵのワークメモリとして用いられるＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、予めプログラムやデータが記憶されるＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、これらＣＰＵ、ＲＡＭ、ＲＯＭを接続するための内部バスなどを有し、ＲＯＭに記憶されたプログラムなどに基づき、ディスクドライブ装置１内の全体の制御を行うと共に、接続されたパーソナルコンピュータ１００との間の通信制御を行う。
【０１０３】
すなわち、システムコントローラ９は、ＵＳＢインターフェース８、ＵＳＢハブ７を介して接続されたパーソナルコンピュータ１００との間で通信可能とされ、書込要求、読出要求等のコマンドの受信やステイタス情報その他の必要情報の送信などを行う。
【０１０４】
システムコントローラ９は、例えばディスク９０がメディアドライブ部２に装填されることに応じて、ディスク９０からの管理情報等の読出をメディアドライブ部２に指示し、メモリ転送コントローラ３によって読み出した管理情報等を補助メモリ５に格納させる。
【０１０５】
パーソナルコンピュータ１００からのあるＦＡＴセクタの読出要求があった場合は、システムコントローラ９はメディアドライブ部２に、そのＦＡＴセクタを含むレコーディングブロックの読み出しを実行させる。読み出されたレコーディングブロックのデータはメモリ転送コントローラ３によってクラスタバッファメモリ４に書き込まれる。
【０１０６】
システムコントローラ９はクラスタバッファメモリ４に書き込まれているレコーディングブロックのデータから、要求されたＦＡＴセクタのデータを読み出させ、ＵＳＢインターフェース６、ＵＳＢハブ７を介してパーソナルコンピュータ１００に送信させる制御を行う。
【０１０７】
パーソナルコンピュータ１００からのあるＦＡＴセクタの書き込み要求があった場合は、システムコントローラ９はメディアドライブ部２に、まずそのＦＡＴセクタを含むレコーディングブロックの読み出しを実行させる。読み出されたレコーディングブロックはメモリ転送コントローラ３によってクラスタバッファメモリ４に書き込まれる。
【０１０８】
システムコントローラ９は、パーソナルコンピュータ１００からのＦＡＴセクタのデータ（記録データ）をＵＳＢインターフェース６を介してメモリ転送コントローラ３に供給させ、クラスタバッファメモリ４上で、該当するＦＡＴセクタのデータの書き換えを実行させる。
【０１０９】
システムコントローラ９は、メモリ転送コントローラ３に指示して、必要なＦＡＴセクタが書き換えられた状態でクラスタバッファメモリ４に記憶されているレコーディングブロックのデータを、記録データとしてメディアドライブ部２に転送させる。メディアドライブ部２では、そのレコーディングブロックの記録データを変調してディスク９０に書き込む。
【０１１０】
システムコントローラ９に対して、スイッチ５０が接続される。このスイッチ５０は、ディスクドライブ装置１の動作モードを次世代ＭＤ１システムおよび現行ＭＤシステムの何れかに設定する。すなわち、ディスクドライブ装置１では、現行のＭＤシステムによるディスク９０に対して、現行のＭＤシステムのフォーマットと、次世代ＭＤ１システムのフォーマットの両方で、オーディオデータの記録を行うことができる。このスイッチ５０により、ユーザに対してディスクドライブ装置１本体の動作モードを明示的に示すことができる。機械的構造のスイッチが示されているが、電気または磁気を利用したスイッチ、あるいはハイブリッド型のスイッチを使用することもできる。
【０１１１】
ディスクドライブ装置１に対して、例えばＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）からなるディスプレイ５１が設けられる。ディスプレイ５１は、テキストデータや簡単なアイコンなどの表示が可能とされ、システムコントローラ９から供給される表示制御信号に基づき、このディスクドライブ装置１の状態に関する情報や、ユーザに対するメッセージなどを表示する。
【０１１２】
オーディオ処理部１０は、入力系として、例えばライン入力回路／マイクロホン入力回路等のアナログ音声信号入力部、Ａ／Ｄ変換器や、ディジタルオーディオデータ入力部を備える。また、オーディオ処理部１０はＡＴＲＡＣ圧縮エンコーダ／デコーダや、圧縮データのバッファメモリを備える。更に、オーディオ処理部１０は、出力系として、ディジタルオーディオデータ出力部や、Ｄ／Ａ変換器およびライン出力回路／ヘッドホン出力回路等のアナログ音声信号出力部を備える。
【０１１３】
ディスク９０が現行のＭＤのディスクの場合には、ディスク９０に対してオーディオトラックが記録されるときに、オーディオ処理部１０にディジタルオーディオデータ（またはアナログ音声信号）が入力される。入力されたリニアＰＣＭディジタルオーディオデータ、あるいはアナログ音声信号で入力されＡ／Ｄ変換器で変換されて得られたリニアＰＣＭオーディオデータは、ＡＴＲＡＣ圧縮エンコードされ、バッファメモリに蓄積される。そして所定タイミング（ＡＤＩＰクラスタ相当のデータ単位）でバッファメモリから読み出されてメディアドライブ部２に転送される。メディアドライブ部２では、転送されてくる圧縮データを、ＥＦＭで変調してディスク９０にオーディオトラックとして書き込みを行う。
【０１１４】
ディスク９０が現行のＭＤシステムのディスクの場合には、ディスク９０のオーディオトラックが再生されるときには、メディアドライブ部２は再生データをＡＴＲＡＣ圧縮データ状態に復調して、メモリ転送コントローラ３を介してオーディオ処理部１０に転送する。オーディオ処理部１０は、ＡＴＲＡＣ圧縮デコードを行ってリニアＰＣＭオーディオデータとし、ディジタルオーディオデータ出力部から出力する。あるいはＤ／Ａ変換器によりアナログ音声信号としてライン出力／ヘッドホン出力を行う。
【０１１５】
なお、パーソナルコンピュータ１００との接続はＵＳＢでなく、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）１３９４等の他の外部インターフェースが用いられても良い。
【０１１６】
記録再生データ管理は、ＦＡＴシステムを使って行われ、レコーディングブロックとＦＡＴセクタとの変換については、本願出願人が先に提案した特願２００１−２８９３８０号の明細書中に詳細に記載してある。
【０１１７】
続いて、データトラックおよびオーディオトラックの両方について記録再生を行う機能を有するものとしてのメディアドライブ部２の構成を図１８を参照して説明する。
【０１１８】
図１８は、メディアドライブ部２の構成を示すものである。メディアドライブ部２は、現行のＭＤシステムのディスクと、次世代ＭＤ１のディスクと、次世代ＭＤ２のディスクとが装填されるターンテーブルを有しており、メディアドライブ部２では、ターンテーブルに装填されたディスク９０をスピンドルモータ２９によってＣＬＶ方式で回転駆動させる。このディスク９０に対しては記録／再生時に光学ヘッド１９によってレーザ光が照射される。
【０１１９】
光学ヘッド１９は、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力を行い、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力を行う。このため、光学ヘッド１９には、ここでは詳しい図示は省略するがレーザ出力手段としてのレーザダイオード、偏光ビームスプリッタや対物レンズ等からなる光学系、および反射光を検出するためのディテクタが搭載されている。光学ヘッド１９に備えられる対物レンズとしては、例えば２軸機構によってディスク半径方向およびディスクに接離する方向に変位可能に保持されている。
【０１２０】
また、ディスク９０を挟んで光学ヘッド１９と対向する位置には磁気ヘッド１８が配置されている。磁気ヘッド１８は記録データによって変調された磁界をディスク９０に印加する動作を行う。また、図示しないが光学ヘッド１９全体および磁気ヘッド１８をディスク半径方向に移動させためスレッドモータおよびスレッド機構が備えられている。
【０１２１】
光学ヘッド１９および磁気ヘッド１８は、次世代ＭＤ２のディスクの場合には、パルス駆動磁界変調を行うことで、微少なマークを形成することができる。現行ＭＤのディスクや、次世代ＭＤ１のディスクの場合には、ＤＣ発光の磁界変調方式とされる。
【０１２２】
このメディアドライブ部２では、光学ヘッド１９、磁気ヘッド１８による記録再生ヘッド系、スピンドルモータ２９によるディスク回転駆動系のほかに、記録処理系、再生処理系、サーボ系等が設けられる。
【０１２３】
なお、ディスク９０としては、現行のＭＤ仕様のディスクと、次世代ＭＤ１の仕様のディスクと、次世代ＭＤ２の仕様のディスクとが装着される可能性がある。これらのディスクにより、線速度が異なっている。スピンドルモータ２９は、これら線速度の異なる複数種類のディスクに対応する回転速度で回転させることが可能である。ターンテーブルに装填されたディスク９０は、現行のＭＤ仕様のディスクの線速度と、次世代ＭＤ１の仕様のディスクの線速度と、次世代ＭＤ２の仕様のディスクの線速度とに対応して回転される。
【０１２４】
記録処理系では、現行のＭＤシステムのディスクの場合に、オーディオトラックの記録時に、ＡＣＩＲＣでエラー訂正符号化を行い、ＥＦＭで変調してデータを記録する部位と、次世代ＭＤ１または次世代ＭＤ２の場合に、ＢＩＳとＬＤＣを組み合わせた方式でエラー訂正符号化を行い、１−７ｐｐ変調で変調して記録する部位が設けられる。
【０１２５】
再生処理系では、現行のＭＤシステムのディスクの再生時に、ＥＦＭの復調とＡＣＩＲＣによるエラー訂正処理と、次世代ＭＤ１または次世代ＭＤ２システムのディスクの再生時に、パーシャルレスポンスおよびビタビ復号を用いたデータ検出に基づく１−７復調と、ＢＩＳとＬＤＣによるエラー訂正処理とを行う部位が設けられる。
【０１２６】
また、現行のＭＤシステムや次世代ＭＤ１のＡＤＩＰ信号よるアドレスをデコードする部位と、次世代ＭＤ２のＡＤＩＰ信号をデコードする部位とが設けられる。
【０１２７】
光学ヘッド１９のディスク９０に対するレーザ照射によりその反射光として検出された情報（フォトディテクタによりレーザ反射光を検出して得られる光電流）は、ＲＦアンプ２１に供給される。
【０１２８】
ＲＦアンプ２１では入力された検出情報に対して電流−電圧変換、増幅、マトリクス演算等を行い、再生情報としての再生ＲＦ信号、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、グルーブ情報（ディスク９０にトラックのウォブリングにより記録されているＡＤＩＰ情報）等を抽出する。
【０１２９】
現行のＭＤシステムのディスクを再生するときには、ＲＦアンプで得られた再生ＲＦ信号は、ＥＦＭ復調部２４およびＡＣＩＲＣデコーダ２５で処理される。すなわち再生ＲＦ信号は、ＥＦＭ復調部２４で２値化されてＥＦＭ信号列とされた後、ＥＦＭ復調され、更にＡＣＩＲＣデコーダ２５で誤り訂正およびデインターリーブ処理される。すなわちこの時点でＡＴＲＡＣ圧縮データの状態となる。
【０１３０】
そして現行のＭＤシステムのディスクの再生時には、セレクタ２６はＢ接点側が選択されており、その復調されたＡＴＲＡＣ圧縮データがディスク９０からの再生データとして出力される。
【０１３１】
一方、次世代ＭＤ１または次世代ＭＤ２のディスクを再生するときには、ＲＦアンプで得られた再生ＲＦ信号は、ＲＬＬ（１−７）ＰＰ復調部２２およびＲＳ−ＬＤＣデコーダ２３で処理される。すなわち再生ＲＦ信号は、ＲＬＬ（１−７）ＰＰ復調部２２において、ＰＲ（１，２，１）ＭＬまたはＰＲ（１，−１）ＭＬおよびビタビ復号を用いたデータ検出によりＲＬＬ（１−７）符号列としての再生データを得、このＲＬＬ（１−７）符号列に対してＲＬＬ（１−７）復調処理が行われる。そして更にＲＳ−ＬＤＣデコーダ２３で誤り訂正およびデインターリーブ処理される。
【０１３２】
そして次世代ＭＤ１または次世代ＭＤ２のディスクの再生時には、セレクタ２６はＡ接点側が選択されており、その復調されたデータがディスク９０からの再生データとして出力される。
【０１３３】
ＲＦアンプ２１から出力されるトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥはサーボ回路２７に供給され、グルーブ情報はＡＤＩＰ復調部３０に供給される。
【０１３４】
ＡＤＩＰ復調部３０は、グルーブ情報に対してバンドパスフィルタにより帯域制限してウォブル成分を抽出した後、ＦＭ復調、バイフェーズ復調を行ってＡＤＩＰ信号を復調する。復調されたＡＤＩＰ信号は、アドレスデコーダ３２およびアドレスデコーダ３３に供給される。
【０１３５】
現行のＭＤシステムのディスクまたは次世代ＭＤ１のシステムのディスクでは、図１０に示したように、ＡＤＩＰセクタナンバが８ビットになっている。これに対して、次世代ＭＤ２のシステムのディスクでは、図１２に示したように、ＡＤＩＰセクタナンバが４ビットになっている。アドレスデコーダ３２は、現行のＭＤまたは次世代ＭＤ１のＡＤＩＰアドレスをデコードする。アドレスデコーダ３３は、次世代ＭＤ２のアドレスをデコードする。
【０１３６】
アドレスデコーダ３２および３３でデコードされたＡＤＩＰアドレスは、ドライブコントローラ３１に供給される。ドライブコントローラ３１ではＡＤＩＰアドレスに基づいて、所要の制御処理を実行する。またグルーブ情報はスピンドルサーボ制御のためにサーボ回路２７に供給される。
【０１３７】
サーボ回路２７は、例えばグルーブ情報に対して再生クロック（デコード時のＰＬＬ系クロック）との位相誤差を積分して得られる誤差信号に基づき、ＣＬＶまたはＣＡＶサーボ制御のためのスピンドルエラー信号を生成する。
【０１３８】
またサーボ回路２７は、スピンドルエラー信号や、ＲＦアンプ２１から供給されたトラッキングエラー信号、フォーカスエラー信号、あるいはドライブコントローラ３１からのトラックジャンプ指令、アクセス指令等に基づいて各種サーボ制御信号（トラッキング制御信号、フォーカス制御信号、スレッド制御信号、スピンドル制御信号等）を生成し、モータドライバ２８に対して出力する。すなわち上記サーボエラー信号や指令に対して位相補償処理、ゲイン処理、目標値設定処理等の必要処理を行って各種サーボ制御信号を生成する。
【０１３９】
モータドライバ２８では、サーボ回路２７から供給されたサーボ制御信号に基づいて所要のサーボドライブ信号を生成する。ここでのサーボドライブ信号としては、二軸機構を駆動する二軸ドライブ信号（フォーカス方向、トラッキング方向の２種）、スレッド機構を駆動するスレッドモータ駆動信号、スピンドルモータ２９を駆動するスピンドルモータ駆動信号となる。このようなサーボドライブ信号により、ディスク９０に対するフォーカス制御、トラッキング制御、およびスピンドルモータ２９に対するＣＬＶまたはＣＡＶ制御が行われることになる。
【０１４０】
現行のＭＤシステムのディスクでオーディオデータを記録するときには、セレクタ１６がＢ接点に接続され、したがってＡＣＩＲＣエンコーダ１４およびＥＦＭ変調部１５が機能することになる。この場合、オーディオ処理部１０からの圧縮データはＡＣＩＲＣエンコーダ１４でインターリーブおよびエラー訂正コード付加が行われた後、ＥＦＭ変調部１５でＥＦＭ変調が行われる。
【０１４１】
そしてＥＦＭ変調データがセレクタ１６を介して磁気ヘッドドライバ１７に供給され、磁気ヘッド１８がディスク９０に対してＥＦＭ変調データに基づいた磁界印加を行うことでオーディオトラックの記録が行われる。
【０１４２】
次世代ＭＤ１または次世代ＭＤ２のディスクにデータを記録するときには、セレクタ１６がＡ接点に接続され、したがってＲＳ−ＬＤＣエンコーダ１２およびＲＬＬ（１−７）ＰＰ変調部１３が機能することになる。この場合、メモリ転送コントローラ３からの高密度データはＲＳ−ＬＤＣエンコーダ１２でインターリーブおよびＲＳ−ＬＤＣ方式のエラー訂正コード付加が行われた後、ＲＬＬ（１−７）ＰＰ変調部１３でＲＬＬ（１−７）変調が行われる。
【０１４３】
そしてＲＬＬ（１−７）符号列としての記録データがセレクタ１６を介して磁気ヘッドドライバ１７に供給され、磁気ヘッド１８がディスク９０に対して変調データに基づいた磁界印加を行うことでデータトラックの記録が行われる。
【０１４４】
レーザドライバ／ＡＰＣ２０は、上記のような再生時および記録時においてレーザダイオードにレーザ発光動作を実行させるが、いわゆるＡＰＣ（Ａｕｔｏｍａｔｉｃ  Ｌａｚｅｒ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）動作も行う。
【０１４５】
すなわち、図示していないが、光学ヘッド１９内にはレーザパワーモニタ用のディテクタが設けられ、そのモニタ信号がレーザドライバ／ＡＰＣ２０にフィードバックされる。レーザドライバ／ＡＰＣ２０は、モニタ信号として得られる現在のレーザパワーを、設定されているレーザパワーと比較して、その誤差分をレーザ駆動信号に反映させることで、レーザダイオードから出力されるレーザパワーが、設定値で安定するように制御している。
【０１４６】
なお、レーザパワーとしては、再生レーザパワー、記録レーザパワーとしての値がドライブコントローラ３１によって、レーザドライバ／ＡＰＣ２０内部のレジスタにセットされる。
【０１４７】
ドライブコントローラ３１は、システムコントローラ９からの指示に基づいて、以上の各動作（アクセス、各種サーボ、データ書込、データ読出の各動作）が実行されるように制御を行う。
【０１４８】
なお、図１８において一点鎖線で囲ったＡ部、Ｂ部は、例えば１チップの回路部として構成できる。
【０１４９】
５．次世代ＭＤ１および次世代ＭＤ２によるディスクの初期化処理について
次世代ＭＤ１および次世代ＭＤ２によるディスクには、上述したように、ＦＡＴ外にＵＩＤ（ユニークＩＤ）が記録され、この記録されたＵＩＤを用いてセキュリティ管理がなされる。次世代ＭＤ１および次世代ＭＤ２に対応したディスクは、原則的には、ディスク上の所定位置にＵＩＤが予め記録されて出荷される。次世代ＭＤ１に対応したディスクでは、ＵＩＤが例えばリードイン領域に予め記録される。この場合、ＵＩＤが予め記録される位置は、リードイン領域に限られず、例えば、ディスクの初期化後にＵＩＤが書き込まれる位置が固定的であれば、その位置に予め記録しておくこともできる。次世代ＭＤ２および次世代ＭＤ１．５に対応したディスクでは、上述したＢＣＡにＵＩＤが予め記録される。
【０１５０】
一方、次世代ＭＤ１によるディスクは、現行のＭＤシステムによるディスクを用いることが可能とされている。そのため、ＵＩＤが記録されずに既に出回っている、多数の現行のＭＤシステムによるディスクが次世代ＭＤ１のディスクとして使用されることになる。
【０１５１】
そこで、このような、ＵＩＤが記録されずに出回ってしまった現行のＭＤシステムによるディスクに対しては、規格にて守られたエリアを設け、当該ディスクの初期化時にそのエリアにディスクドライブ装置１において乱数信号を記録し、これを当該ディスクのＵＩＤとして用いる。また、ユーザがこのＵＩＤが記録されたエリアにアクセスすることは、規格により禁止する。なお、ＵＩＤは、乱数信号に限定されない。例えば、メーカーコード、機器コード、機器シリアル番号および乱数を組み合わせて、ＵＩＤとして用いることができる。さらに、メーカーコード、機器コードおよび機器シリアル番号の何れかまたは複数と、乱数とを組み合わせて、ＵＩＤとして用いることもできる。
【０１５２】
図１９は、次世代ＭＤ１によるディスクの一例の初期化処理を示すフローチャートである。最初のステップＳ１００で、ディスク上の所定位置がアクセスされ、ＵＩＤが記録されているかどうかが確認される。ＵＩＤが記録されていると判断されれば、そのＵＩＤが読み出され、例えば補助メモリ５に一時的に記憶される。
【０１５３】
ステップＳ１００でアクセスされる位置は、例えばリードイン領域のような、次世代ＭＤ１システムによるフォーマットのＦＡＴ領域外である。当該ディスク９０が、例えば過去に初期化されたことがあるディスクのように、既にＤＤＴが設けられていれば、その領域をアクセスするようにしてもよい。なお、このステップＳ１００の処理は、省略することが可能である。
【０１５４】
次に、ステップＳ１０１で、Ｕ−ＴＯＣがＥＦＭ変調により記録される。このとき、Ｕ−ＴＯＣに対して、アラートトラックと、上述の図２におけるＤＤＴ以降のトラック、すなわち１−７ｐｐ変調でデータが変調されて記録される領域とを確保する情報が書き込まれる。次のステップＳ１０２で、ステップＳ１０１でＵ−ＴＯＣにより確保された領域に対して、アラートトラックがＥＦＭ変調により記録される。そして、ステップＳ１０３で、ＤＤＴが１−７ｐｐ変調により記録される。
【０１５５】
ステップＳ１０４では、ＵＩＤがＦＡＴ外の領域、例えばＤＤＴ内に記録される。上述のステップＳ１００で、ＵＩＤがディスク上の所定位置から読み出され補助メモリ５に記憶されている場合、そのＵＩＤが記録される。また、上述のステップＳ１００で、ディスク上の所定位置にＵＩＤが記録されていないと判断されていた場合、または、上述のステップＳ１００が省略された場合には、乱数信号に基づきＵＩＤが生成され、この生成されたＵＩＤが記録される。ＵＩＤの生成は、例えばシステムコントローラ９によりなされ、生成されたＵＩＤがメモリ転送コントローラ３を介してメディアドライブ２に供給され、ディスク９０に記録される。
【０１５６】
次に、ステップＳ１０５で、ＦＡＴなどのデータが、１−７ｐｐ変調でデータが変調されて記録される領域に対して記録される。すなわち、ＵＩＤの記録される領域は、ＦＡＴ外の領域になる。また、上述したように、次世代ＭＤ１においては、ＦＡＴで管理されるべきレコーダブル領域の初期化は、必ずしも必要ではない。
【０１５７】
図２０は、次世代ＭＤ２および次世代ＭＤ１．５によるディスクの一例の初期化処理を示すフローチャートである。最初のステップＳ１１０でディスク上のＢＣＡに相当する領域がアクセスされ、ＵＩＤが記録されているかどうかが確認される。ＵＩＤが記録されていると判断されれば、そのＵＩＤが読み出され、例えば補助メモリ５に一時的に記憶される。なお、ＵＩＤの記録位置は、フォーマット上で固定的に決められているので、ディスク上の他の管理情報を参照することなく、直接的にアクセス可能とされる。これは、上述の図１９を用いて説明した処理にも適用することができる。
【０１５８】
次のステップＳ１１１で、ＤＤＴが１−７ｐｐ変調で記録される。次に、ステップＳ１１２で、ＵＩＤがＦＡＴ外の領域、例えばＤＤＴに記録される。このとき記録されるＵＩＤは、上述のステップＳ１１０でディスク上の所定位置から読み出され補助メモリ５に記憶されたＵＩＤが用いられる。ここで、上述のステップＳ１１０で、ディスク上の所定位置にＵＩＤが記録されていないと判断されていた場合には、乱数信号に基づきＵＩＤが生成され、この生成されたＵＩＤが記録される。ＵＩＤの生成は、例えばシステムコントローラ９によりなされ、生成されたＵＩＤがメモリ転送コントローラ３を介してメディアドライブ２に供給され、ディスク９０に記録される。
【０１５９】
そして、ステップＳ１１３で、ＦＡＴなどが記録される。すなわち、ＵＩＤの記録される領域は、ＦＡＴ外の領域になる。また、上述したように、次世代ＭＤ２においては、ＦＡＴで管理されるべきレコーダブル領域の初期化は、行われない。
【０１６０】
６．音楽データの第１の管理方式について
前述したように、この発明が適用された次世代ＭＤ１および次世代ＭＤ２のシステムでは、ＦＡＴシステムでデータが管理される。また、記録されるオーディオデータは、所望の圧縮方式で圧縮され、著作者の権利の保護のために、暗号化される。オーディオデータの圧縮方式としては、例えば、ＡＴＲＡＣ３、ＡＴＲＡＣ５等を用いることが考えられている。勿論、ＭＰ３（ＭＰＥＧ１  Ａｕｄｉｏ  Ｌａｙｅｒ−３  ）やＡＡＣ（ＭＰＥＧ２  Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ  ）等、それ以外の圧縮方式を用いることも可能である。また、オーディオデータばかりでなく、静止画データや動画データを扱うことも可能である。勿論、ＦＡＴシステムを使っているので、汎用のデータの記録再生を行うこともできる。更に、コンピュータが読み取り可能でかつ実行可能な命令をディスク上に符号化することもでき、従って、次世代ＭＤ１または次世代ＭＤ２は、実行可能ファイルを含むこともできることになる。
【０１６１】
このような次世代ＭＤ１および次世代ＭＤ２の仕様のディスクにオーディオデータを記録再生するときの管理方式について説明する。
【０１６２】
次世代ＭＤ１のシステムや次世代ＭＤ２のシステムでは、長時間で高音質の音楽データが再生できるようにしたことから、１枚のディスクで管理される楽曲の数も、膨大になっている。また、ＦＡＴシステムを使って管理することで、コンピュータとの親和性が図られている。このことは、本願発明者の認識によれば、使い勝手の向上が図れるというメリットがある反面、音楽データが違法にコピーされてしまい、著作権者の保護が図られなくなる可能性がある。この発明が適用された管理システムでは、このような点に配慮が配られている。
【０１６３】
図２１は、オーディオデータの管理方式の第１の例である。図２１に示すように、第１の例における管理方式では、ディスク上には、トラックインデックスファイルと、オーディオデータファイルとが生成される。トラックインデックスファイルおよびオーディオデータファイルは、ＦＡＴシステムで管理されるファイルである。
【０１６４】
オーディオデータファイルは、図２２に示すように、複数の音楽データが１つのファイルとして納められたものであり、ＦＡＴシステムでオーディオデータファイルを見ると、巨大なファイルに見える。オーディオデータファイルは、その内部がパーツとして区切られ、オーディオデータは、パーツの集合として扱われる。
【０１６５】
トラックインデックスファイルは、オーディオデータファイルに納められた音楽データを管理するための各種の情報が記述されたファイルである。トラックインデックスファイルは、図２３に示すように、プレイオーダテーブルと、プログラムドプレイオーダテーブルと、グループインフォメーションテーブルと、トラックインフォメーションテーブルと、パーツインフォメーションテーブルと、ネームテーブルとからなる。
【０１６６】
プレイオーダテーブルは、デフォルトで定義された再生順序を示すテーブルである。プレイオーダテーブルは、図２４に示すように、各トラックナンバ（曲番）についてのトラックインフォメーションテーブルのトラックデスクリプタ（図２７）へのリンク先を示す情報ＴＩＮＦ１、ＴＩＮＦ２、…が格納されている。トラックナンバは、例えば「１」から始まる連続したナンバである。
【０１６７】
プログラムドプレイオーダテーブルは、再生手順を各ユーザが定義したテーブルである。プログラムドプレイオーダテーブルには、図２５に示すように、各トラックナンバについてのトラックデスクリプタへのリンク先の情報トラック情報ＰＩＮＦ１、ＰＩＮＦ２、…が記述されている。
【０１６８】
グループインフォメーションテーブルには、図２６に示すように、グループに関する情報が記述されている。グループは、連続したトラックナンバを持つ１つ以上のトラックの集合、または連続したプログラムドトラックナンバを持つ１つ以上のトラックの集合である。グループインフォメーションテーブルは、図２６Ａに示すように、各グループのグループデスクリプタで記述されている。グループデスクリプタには、図２６Ｂに示すように、そのグループが開始されるトラックナンバと、終了トラックのナンバと、グループネームと、フラグが記述される。
【０１６９】
トラックインフォメーションテーブルは、図２７に示すように、各曲に関する情報が記述される。トラックインフォメーションテーブルは、図２７Ａに示すように、各トラック毎（各曲毎）のトラックデスクリプタからなる。各トラックデスクリプタには、図２７Ｂに示すように、符号化方式、著作権管理情報、コンテンツの復号鍵情報、その楽曲が開始するエントリとなるパーツナンバへのポインタ情報、アーチストネーム、タイトルネーム、元曲順情報、録音時間情報等が記述されている。アーチストネーム、タイトルネームは、ネームそのものではなく、ネームテーブルへのポインタ情報が記述されている。符号化方式は、コーデックの方式を示すもので、復号情報となる。
【０１７０】
パーツインフォメーションテーブルは、図２８に示すように、パーツナンバから実際の楽曲の位置をアクセスするポインタが記述されている。パーツインフォメーションテーブルは、図２８Ａに示すように、各パーツ毎のパーツデスクリプタからなる。パーツとは、１トラック（楽曲）の全部、または１トラックを分割した各パーツである。図２８Ｂは、パーツインフォメーションテーブル内のパーツデスクリプタのエントリを示している。各パーツデスクリプタは、図２８Ｂに示すように、オーディオデータファイル上のそのパーツの先頭のアドレスと、そのパーツの終了のアドレスと、そのパーツに続くパーツへのリンク先とが記述される。
【０１７１】
なお、パーツナンバのポインタ情報、ネームテーブルのポインタ情報、オーディオファイルの位置を示すポインタ情報として用いるアドレスとしては、ファイルのバイトオフセット、パーツデスクリプタナンバ、ＦＡＴのクラスタナンバ、記録媒体として用いられるディスクの物理アドレス等を用いることができる。ファイルのバイトオフセットは、この発明において実施されうるオフセット方法のうちの特定の実施態様である。ここで、パーツポインタ情報は、オーディオファイルの開始からのオフセット値であり、その値は所定の単位（例えば、バイト、ビット、ｎビットのブロック）で表される。
【０１７２】
ネームテーブルは、ネームの実体となる文字を表すためのテーブルである。ネームテーブルは、図２９Ａに示すように、複数のネームスロットからなる。各ネームスロットは、ネームを示す各ポインタからリンクされて呼び出される。ネームを呼び出すポインタは、トラックインフォメーションテーブルのアーチストネームやタイトルネーム、グループインフォメーションテーブルのグループネーム等がある。また、各ネームスロットは、複数から呼び出されることが可能である。各ネームスロットは、図２９Ｂに示すように、文字情報であるネームデータと、この文字情報の属性であるネームタイプと、リンク先とからなる。１つのネームスロットで収まらないような長いネームは、複数のネームスロットに分割して記述することが可能である。そして、１つのネームスロットで収まらない場合には、それに続くネームが記述されたネームスロットへのリンク先が記述される。
【０１７３】
この発明が適用されたシステムにおけるオーディオデータの管理方式の第１の例では、図３０に示すように、プレイオーダテーブル（図２４）により、再生するトラックナンバが指定されると、トラックインフォメーションテーブルのリンク先のトラックデスクリプタ（図２７）が読み出され、このトラックデスクリプタから、符号化方式、著作権管理情報、コンテンツの復号鍵情報、その楽曲が開始するパーツナンバへのポインタ情報、アーチストネームおよびタイトルネームのポインタ、元曲順情報、録音時間情報等が読み出される。
【０１７４】
トラックインフォメーションテーブルから読み出されたパーツナンバの情報から、パーツインフォメーションテーブル（図２８）にリンクされ、このパーツインフォメーションテーブルから、そのトラック（楽曲）の開始位置に対応するパーツの位置のオーディオデータファイルがアクセスされる。オーディオデータファイルのパーツインフォメーションテーブルで指定される位置のパーツのデータがアクセスされたら、その位置から、オーディオデータの再生が開始される。このとき、トラックインフォメーションテーブルのトラックデスクリプタから読み出された符号化方式に基づいて復号化が行われる。オーディオデータが暗号化されている場合には、トラックデスクリプタから読み出された鍵情報が使われる。
【０１７５】
そのパーツに続くパーツがある場合には、そのパーツのリンク先がパーツデスクリプタが記述されており、このリンク先にしたがって、パーツデスクリプタが順に読み出される。このパーツデスクリプタのリンク先を辿っていき、オーディオディデータファイル上で、そのパーツデスクリプタで指定される位置にあるパーツのオーディオデータを再生していくことで、所望のトラック（楽曲）のオーディオディオデータが再生できる。
【０１７６】
また、トラックインフォメーションテーブルから読み出されたアーチストネームやタイトルネームのポインタにより指し示される位置（ネームポインタ情報）にあるネームテーブルのネームスロット（図２９）が呼び出され、その位置にあるネームスロットから、ネームデータが読み出される。ネームポインタ情報は、例えば、ネームスロットナンバ、ＦＡＴシステムにおけるクラスタナンバ、または記録媒体の物理アドレスであってもよい。
【０１７７】
なお、前述したように、ネームテーブルのネームスロットは、複数参照が可能である。例えば、同一のアーチストの楽曲を複数記録するような場合がある。この場合、図３１に示すように、複数のトラックインフォメーションテーブルからアーチストネームとして同一のネームテーブルが参照される。図３１の例では、トラックデスクリプタ「１」とトラックデスクリプタ「２」とトラックデスクリプタ「４」は、全て同一のアーチスト「ＤＥＦ  ＢＡＮＤ」の楽曲であり、アーチストネームとして同一のネームスロットを参照している。また、トラックデスクリプタ「３」とトラックデスクリプタ「５」とトラックデスクリプタ「６」は、全て同位置のアーチスト「ＧＨＱ  ＧＩＲＬＳ」の楽曲であり、アーチストネームとして同一のネームスロットを参照している。このように、ネームテーブルのネームスロットを、複数のポインタから参照可能にしておくと、ネームテーブルの容量を節約できる。
【０１７８】
これとともに、例えば、同一のアーチストネームの情報を表示するのに、こののネームテーブルへのリンクが利用できる。例えば、アーチスト名が「ＤＥＦ  ＢＡＮＤ」の楽曲の一覧を表示したいような場合には、「ＤＥＦ  ＢＡＮＤ」のネームスロットのアドレスを参照しているトラックデスクリプタが辿られる。この例では、「ＤＥＦ  ＢＡＮＤ」のネームスロットのアドレスを参照しているトラックデスクリプタを辿ることにより、トラックデスクリプタ「１」とトラックデスクリプタ「２」とトラックデスクリプタ「４」の情報が得られる。これにより、このディスクに納められている楽曲の中で、アーチスト名が「ＤＥＦ  ＢＡＮＤ」の楽曲の一覧が表示できる。なお、ネームテーブルは複数参照が可能とされるため、ネームテーブルからトラックインフォメーションテーブルを逆に辿るリンクは設けられていない。
【０１７９】
新たにオーディオデータを記録する場合には、ＦＡＴテーブルにより、所望の数のレコーディングブロック以上、例えば、４つのレコーディングブロック以上連続した未使用領域が用意される。所望のレコーディングブロック以上連続した領域を確保するのは、なるべく連続した領域にオーディオデータを記録した方がアクセスに無駄がないためである。
【０１８０】
オーディオデータを記録するための領域が用意されたら、新しいトラックデスクリプターがトラックインフォメーションテーブル上に１つ割り当てられ、このオーディオディデータを暗号化するためのコンテンツの鍵が生成される。そして、入力されたオーディオデータが暗号化され、用意された未使用領域に、暗号化されたオーディオデータが記録される。このオーディオデータが記録された領域がＦＡＴのファイルシステム上でオーディオデータファイルの最後尾に連結される。
【０１８１】
新たなオーディオデータがオーディオデータファイルに連結されたのに伴い、この連結された位置の情報が作成され、新たに確保されたパーツデスクリプションに、新たに作成されたオーディオデータの位置情報が記録される。そして、新たに確保されたトラックデスクリプターに、鍵情報やパーツナンバが記述される。更に、必要に応じて、ネームスロットにアーチストネームやタイトルネーム等が記述され、トラックデスクリプターに、そのネームスロットにアーチストネームやタイトルネームにリンクするポインタが記述される。そして、プレイオーダーテーブルに、そのトラックデスクリプターのナンバが登録される。また著作権管理情報の更新がなされる。
【０１８２】
オーディオデータを再生する場合には、プレイオーダーテーブルから、指定されたトラックナンバに対応する情報が求められ、再生すべきトラックのトラックデスクリプタが取得される。
【０１８３】
トラックインフォメーションテーブルのそのトラックデスクリプタから、鍵情報が取得され、また、エントリのデータが格納されている領域を示すパーツデスクリプションが取得される。そのパーツデスクリプションから、所望のオーディオデータが格納されているパーツの先頭のオーディオデータファイル上の位置が取得され、その位置に格納されているデータが取り出される。そして、その位置から再生されるデータに対して、取得された鍵情報を用いて暗号が解読され、オーディオデータの再生がなされる。パーツデスクリプションにリンクがある場合には、指定されてパーツにリンクされて、同様の手順が繰り返される。
【０１８４】
プレイオーダテーブル上で、トラックナンバ「ｎ」であった楽曲を、トラックナンバ「ｎ＋ｍ」に変更する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプターＤｎが得られる。トラック情報ＴＩＮＦｎ＋１からＴＩＮＦｎ＋ｍの値（トラックデスクリプターナンバ）が全て１つ前に移動される。そして、トラック情報ＴＩＮＦｎ＋ｍに、トラックデスクリプターＤｎのナンバが格納される。
【０１８５】
プレイオーダテーブルで、トラックナンバ「ｎ」であった楽曲を削除する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラック  の情報が記述されているトラックデスクリプタＤｎが取得される。プレイオーダテーブル内のトラック情報のエントリ、ＴＩＮＦｎ＋１から後の有効なトラックデスクリプタナンバが全て１つ前に移動される。更に、トラック「ｎ」は、消されるべきものなので、トラック「ｎ」の後の全てのトラック情報のエントリが、プレイオーダテーブル内で１つ前に移動される。前記トラックの消去に伴って取得されたトラックデスクリプタＤｎから、トラックインフォメーションテーブルで、そのトラックに対応する符号化方式、復号鍵が取得れるとともに、先頭の音楽データが格納されている領域を示すパーツデスクリプタＰｎのナンバが取得される。パーツデスクリプタＰｎによって指定された範囲のオーディオブロックが、ＦＡＴのファイルシステム上で、オーディオデータファイルから切り離される。更に、このトラックインフォメーションテーブルのそのトラックのトラックデスクリプタＤｎが消去される。そして、パーツデスクリプタがパーツインフォメーションテーブルから消去され、ファイルシステムでそのパーツデスクリプションが解放される。
【０１８６】
例えば、図３２Ａにおいて、パーツＡ、パーツＢ、パーツＣはそれまで連結しており、その中から、パーツＢを削除するものとする。パーツＡパーツＢは同じオーディオブロックを（かつ同じＦＡＴクラスタを）共有しており、ＦＡＴチェーンが連続しているとする。パーツＣは、オーディオデータファイルの中ではパーツＢの直後に位置しているが、ＦＡＴテーブルを調べると、実際には離れた位置にあるとする。
【０１８７】
この例の場合には、図３２Ｂに示すように、パーツＢを削除したときに、実際にＦＡＴチェーンから外す（空き領域に戻す）ことができるのは、現行のパーツとクラスタを共有していない、２つのＦＡＴクラスタである。すなわち、オーディオデータファイルとしては４オーディオブロックに短縮される。パーツＣおよびそれ以降にあるパーツに記録されているオーディオブロックのナンバは、これに伴い全て４だけ小さくなる。
【０１８８】
なお、削除は、１トラック全てではなく、そのトラックの一部に対して行うことができる。トラックの一部が削除された場合には、残りのトラックの情報は、トラックインフォメーションテーブルでそのパーツデスクリプタＰｎから取得されたそのトラックに対応する符号化方式、復号鍵を使って復号することが可能である。
【０１８９】
プレイオーダテーブル上のトラックｎとトラックｎ＋１とを連結する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。また、プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍが取得される。プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なＴＩＮＦの値（トラックデスクリプタナンバ）が全て１つ前のＴＩＮＦに移動される。プログラムドプレイオーダテーブルを検索して、トラックデスクリプタＤｍを参照しているトラックが全て削除される。新たな暗号化鍵を発生させ、トラックデスクリプタＤｎから、パーツデスクリプタのリストが取り出され、そのパーツデスクリプタのリストの最後尾に、トラックデスクリプタＤｍから取り出したパーツデスクリプタのリストが連結される。
【０１９０】
トラックを連結する場合には、双方のトラックデスクリプタを比較して、著作権管理上問題のないことを確認し、トラックデスクリプタからパーツデスクリプタを得て、双方のトラックを連結した場合にフラグメントに関する規定が満たされるかどうか、ＦＡＴテーブルで確認する必要がある。また、必要に応じて、ネームテーブルへのポインタの更新を行う必要がある。
【０１９１】
トラックｎを、トラックｎとトラックｎ＋１に分割する場合には、プレイオーダテーブル内のＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍ取得される。そして、プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なトラック情報ＴＩＮＦの値（トラックデスクリプタナンバ）が、全て１つ後に移動される。トラックデスクリプタＤｎについて、新しい鍵が生成される。トラックデスクリプタＤｎから、パーツデスクリプタのリストが取り出される。新たなパーツデスクリプタが割り当てられ、分割前のパーツデスクリプタの内容がそこにコピーされる。分割点の含まれるパーツデスクリプタが、分割点の直前までに短縮される。また分割点以降のパーツデスクリプタのリンクが打ち切られる。新たなパーツデスクリプタが分割点の直後に設定される。
【０１９２】
７．音楽データの管理方式の第２の例
次に、オーディオデータの管理方式の第２の例について説明する。図３３は、オーディオデータの管理方式の第２の例である。図３３に示すように、第２の例における管理方式では、ディスク上には、トラックインデックスファイルと、複数のオーディオデータファイルとが生成される。トラックインデックスファイルおよび複数のオーディオデータファイルは、ＦＡＴシステムで管理されるファイルである。
【０１９３】
オーディオデータファイルは、図３４に示すように、原則的には１曲が１ファイルの音楽データが納められたものである。このオーディオデータファイルには、ヘッダが設けられている。ヘッダには、タイトルと、復号鍵情報と、著作権管理情報とが記録されるとともに、インデックス情報が設けられる。インデックスは、１つのトラックの楽曲を複数に分割するものである。ヘッダには、インデックスにより分割された各トラックの位置がインデックスナンバに対応して記録される。インデックスは、例えば、２５５箇設定できる。
【０１９４】
トラックインデックスファイルは、オーディオデータファイルに納められた音楽データを管理するための各種の情報が記述されたファイルである。トラックインデックスファイルは、図３５に示すように、プレイオーダテーブルと、プログラムドプレイオーダテーブルと、グループインフォメーションテーブルと、トラックインフォメーションテーブルと、ネームテーブルとからなる。
【０１９５】
プレイオーダテーブルは、デフォルトで定義された再生順序を示すテーブルである。プレイオーダテーブルは、図３６に示すように、各トラックナンバ（曲番）についてのトラックインフォメーションテーブルのトラックデスクリプタ（図３９）へのリンク先を示す情報ＴＩＮＦ１、ＴＩＮＦ２、…が格納されている。トラックナンバは、例えば「１」から始まる連続したナンバである。
【０１９６】
プログラムドプレイオーダテーブルは、再生手順を各ユーザが定義したテーブルである。プログラムドプレイオーダテーブルには、図３７に示すように、各トラックナンバについてのトラックデスクリプタへのリンク先の情報トラック情報ＰＩＮＦ１、ＰＩＮＦ２、…が記述されている。
【０１９７】
グループインフォメーションテーブルには、図３８に示すように、グループに関する情報が記述されている。グループは、連続したトラックナンバを持つ１つ以上のトラックの集合、または連続したプログラムドトラックナンバを持つ１つ以上のトラックの集合である。グループインフォメーションテーブルは、図３８Ａに示すように、各グループのグループデスクリプタで記述されている。グループデスクリプタには、図３８Ｂに示すように、そのグループが開始されるトラックナンバと、終了トラックのナンバと、グループネームと、フラグが記述される。
【０１９８】
トラックインフォメーションテーブルは、図３９に示すように、各曲に関する情報が記述される。トラックインフォメーションテーブルは、図３９Ａに示すように、各トラック毎（各曲毎）のトラックデスクリプタからなる。各トラックデスクリプタには、図３９Ｂに示すように、その楽曲が納められているオーディオデータファイルのファイルのポインタ、インデックスナンバ、アーチストネーム、タイトルネーム、元曲順情報、録音時間情報等が記述されている。アーチストネーム、タイトルネームは、ネームそのものではなく、ネームテーブルへのポインタが記述されている。
【０１９９】
ネームテーブルは、ネームの実体となる文字を表すためのテーブルである。ネームテーブルは、図４０Ａに示すように、複数のネームスロットからなる。各ネームスロットは、ネームを示す各ポインタからリンクされて呼び出される。ネームを呼び出すポインタは、トラックインフォメーションテーブルのアーチストネームやタイトルネーム、グループインフォメーションテーブルのグループネーム等がある。また、各ネームスロットは、複数から呼び出されることが可能である。各ネームスロットは、図４０Ｂに示すように、ネームデータと、ネームタイプと、リンク先とからなる。１つのネームスロットで収まらないような長いネームは、複数のネームスロットに分割して記述することが可能である。そして、１つのネームスロットで収まらない場合には、それに続くネームが記述されたネームスロットへのリンク先が記述される。
【０２００】
オーディオデータの管理方式の第２の例では、図４１に示すように、プレイオーダテーブル（図３６）により、再生するトラックナンバが指定されると、トラックインフォメーションテーブルのリンク先のトラックデスクリプタ（図３９）が読み出され、このトラックデスクリプタから、その楽曲のファイルポインタおよびインデックスナンバ、アーチストネームおよびタイトルネームのポインタ、元曲順情報、録音時間情報等が読み出される。
【０２０１】
その楽曲のファイルのポインタから、そのオーディオデータファイルがアクセスされ、そのオーディオデータファイルのヘッダの情報が読み取られる。オーディオデータが暗号化されている場合には、ヘッダから読み出された鍵情報が使われる。そして、そのオーディオデータファイルが再生される。このとき、もし、インデックスナンバが指定されている場合には、ヘッダの情報から、指定されたインデックスナンバの位置が検出され、そのインデックスナンバの位置から、再生が開始される。
【０２０２】
また、トラックインフォメーションテーブルから読み出されたアーチストネームやタイトルネームのポインタにより指し示される位置にあるネームテーブルのネームスロットが呼び出され、その位置にあるネームスロットから、ネームデータが読み出される。
【０２０３】
新たにオーディオデータを記録する場合には、ＦＡＴテーブルにより、所望の数のレコーディングブロック以上、例えば、４つのレコーディングブロック以上連続した未使用領域が用意される。
【０２０４】
オーディオデータを記録するための領域が用意されたら、トラックインフォメーションテーブルに新しいトラックデスクリプタが１つ割り当てられ、このオーディオディデータを暗号化するためのコンテンツ鍵が生成される。そして、入力されたオーディオデータが暗号化され、オーディオデータファイルが生成される。
【０２０５】
新たに確保されたトラックデスクリプタに、新たに生成されたオーディオデータファイルのファイルポインタや、鍵情報が記述される。更に、必要に応じて、ネームスロットにアーチストネームやタイトルネーム等が記述され、トラックデスクリプターに、そのネームスロットにアーチストネームやタイトルネームにリンクするポインタが記述される。そして、プレイオーダーテーブルに、そのトラックデスクリプターのナンバが登録される。また著作権管理情報の更新がなされる。
【０２０６】
オーディオデータを再生する場合には、プレイオーダーテーブルから、指定されたトラックナンバに対応する情報が求められ、トラックインフォメーションテーブルの再生すべきトラックのトラックデスクリプタが取得される。
【０２０７】
そのトラックデスクリプタから、またその音楽データが格納されているオーディオデータのファイルポインタおよびインデックスナンバが取得される。そして、そのオーディオデータファイルがアクセスされ、ファイルのヘッダから、鍵情報が取得される。そして、そのオーディオデータファイルのデータに対して、取得された鍵情報を用いて暗号が解読され、オーディオデータの再生がなされる。インデックスナンバが指定されている場合には、指定されたインデックスナンバの位置から、再生が開始される。
【０２０８】
トラックｎを、トラックｎとトラックｎ＋１に分割する場合には、プレイオーダテーブル内のＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍが取得される。そして、プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なトラック情報ＴＩＮＦの値（トラックデスクリプタナンバ）が、全て１つ後に移動される。
【０２０９】
図４２に示すように、インデックスを使うことにより、１つのファイルのデータは、複数のインデックス領域に分けられる。このインデックスナンバとインデックス領域の位置がそのオーディオトラックファイルのヘッダに記録される。トラックデスクリプタＤｎに、オーディオデータのファイルポインタと、インデックスナンバが記述される。トラックデスクリプタＤｍに、オーディオデータのファイルポインタと、インデックスナンバが記述される。これにより、オーディオファイルの１つのトラックの楽曲Ｍ１は、見かけ上、２つのトラックの楽曲Ｍ１１とＭ１２とに分割される。
【０２１０】
プレイオーダテーブル上のトラックｎとトラックｎ＋１とを連結する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。また、プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍが取得される。プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なＴＩＮＦの値（トラックデスクリプタナンバ）が全て１つ前に移動される。
【０２１１】
ここで、トラックｎとトラックｎ＋１とが同一のオーディオデータファイル内にあり、インデックスで分割されている場合には、図４３に示すように、ヘッダのインデックス情報を削除することで、連結が可能である。これにより、２つのトラックの楽曲Ｍ２１とＭ２２は、１つのトラックの楽曲Ｍ２３に連結される。
【０２１２】
トラックｎが１つのオーディオデータファイルをインデックスで分割した後半であり、トラックｎ＋１が別のオーディオデータファイルの先頭にある場合には、図４４に示すように、インデックスで分割されていたトラックｎのデータにヘッダが付加され、楽曲Ｍ３２のオーディオデータファイルが生成される。これに、トラックｎ＋１のオーディオデータファイルのヘッダが取り除かれ、この楽曲Ｍ４１のトラックｎ＋１のオーディオデータが連結される。これにより、２つのトラックの楽曲Ｍ３２とＭ４１は、１つのトラックの楽曲Ｍ５１として連結される。
【０２１３】
以上の処理を実現するために、インデックスで分割されていたトラックに対して、ヘッダを付加し、別の暗号鍵で暗号化して、インデックスによるオーディオディデータを１つのオーディオデータファイルに変換する機能と、オーディオデータファイルのヘッダを除いて、他のオーディオデータファイルに連結する機能が持たされている。
【０２１４】
８．パーソナルコンピュータとの接続時の動作について
次世代ＭＤ１および次世代ＭＤ２では、パーソナルコンピュータとの親和性を持たせるために、データの管理システムとしてＦＡＴシステムが採用されている。したがって、次世代ＭＤ１および次世代ＭＤ２によるディスクは、オーディオデータのみならず、パーソナルコンピュータで一般的に扱われるデータの読み書きにも対応している。
【０２１５】
ここで、ディスクドライブ装置１において、オーディオデータは、ディスク９０上から読み出されつつ、再生される。そのため、特に携帯型のディスクドライブ装置１のアクセス性を考慮に入れると、一連のオーディオデータは、ディスク上に連続的に記録されることが好ましい。一方、パーソナルコンピュータによる一般的なデータ書き込みは、このような連続性を考慮せず、ディスク上の空き領域を適宜、割り当てて行われる。
【０２１６】
そこで、この発明が適用された記録再生装置では、パーソナルコンピュータ１００とディスクドライブ装置１とをＵＳＢハブ７によって接続し、パーソナルコンピュータ１００からディスクドライブ装置１に装着されたディスク９０に対する書き込みを行う場合において、一般的なデータの書き込みは、パーソナルコンピュータ側のファイルシステムの管理下で行われ、オーディオデータの書き込みは、ディスクドライブ装置１側のファイルシステムの管理下で行われるようにしている。
【０２１７】
図４５は、このように、パーソナルコンピュータ１００とディスクドライブ装置１とが図示されないＵＳＢハブ７で接続された状態で、書き込むデータの種類により管理権限を移動させることを説明するための図である。図４５Ａは、パーソナルコンピュータ１００からディスクドライブ装置１に一般的なデータを転送し、ディスクドライブ装置１に装着されたディスク９０に記録する例を示す。この場合には、パーソナルコンピュータ１００側のファイルシステムにより、ディスク９０上のＦＡＴ管理がなされる。
【０２１８】
なお、ディスク９０は、次世代ＭＤ１および次世代ＭＤ２の何れかのシステムでフォーマットされたディスクであるとする。
【０２１９】
すなわち、パーソナルコンピュータ１００側では、接続されたディスクドライブ装置１がパーソナルコンピュータ１００により管理される一つのリムーバブルディスクのように見える。したがって、例えばパーソナルコンピュータ１００においてフレキシブルディスクに対するデータの読み書きを行うように、ディスクドライブ装置１に装着されたディスク９０に対するデータの読み書きを行うことができる。
【０２２０】
なお、このようなパーソナルコンピュータ１００側のファイルシステムは、パーソナルコンピュータ１００に搭載される基本ソフトウェアであるＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）の機能として提供することができる。ＯＳは、周知のように、所定のプログラムファイルとして、例えばパーソナルコンピュータ１００が有するハードディスクドライブに記録される。このプログラムファイルがパーソナルコンピュータ１００の起動時に読み出され所定に実行されることで、ＯＳとしての各機能を提供可能な状態とされる。
【０２２１】
図４５Ｂは、パーソナルコンピュータ１００からディスクドライブ装置１に対してオーディオデータを転送し、ディスクドライブ装置１に装着されたディスク９０に記録する例を示す。例えば、パーソナルコンピュータ１００において、パーソナルコンピュータ１００が有する例えばハードディスクドライブ（以下、ＨＤＤ）といった記録媒体にオーディオデータが記録されている。
【０２２２】
なお、パーソナルコンピュータ１００には、オーディオデータをＡＴＲＡＣ圧縮エンコードすると共に、ディスクドライブ装置１に対して、装着されたディスク９０へのオーディオデータの書き込みおよびディスク９０に記録されているオーディオデータの削除を要求するユーティリティソフトウェアが搭載されているものとする。このユーティリティソフトウェアは、さらに、ディスクドライブ装置１に装着されたディスク９０のトラックインデックスファイルを参照し、ディスク９０に記録されているトラック情報を閲覧する機能を有する。このユーティリティソフトウェアは、例えばパーソナルコンピュータ１００のＨＤＤにプログラムファイルとして記録される。
【０２２３】
一例として、パーソナルコンピュータ１００の記録媒体に記録されたオーディオデータを、ディスクドライブ装置１に装着されたディスク９０に記録する場合について説明する。上述のユーティリティソフトウェアは、予め起動されているものとする。
【０２２４】
先ず、ユーザにより、パーソナルコンピュータ１００に対して、ＨＤＤに記録された所定のオーディオデータ（オーディオデータＡとする）をディスクドライブ装置１に装着されたディスク９０に記録するよう操作がなされる。この操作に基づき、オーディオデータＡのディスク９０に対する記録を要求する書込要求コマンドが当該ユーティリティソフトウェアにより出力される。書込要求コマンドは、パーソナルコンピュータ１００からディスクドライブ装置１に送信される。
【０２２５】
続けて、パーソナルコンピュータ１００のＨＤＤからオーディオデータＡが読み出される。読み出されたオーディオデータＡは、パーソナルコンピュータ１００に搭載された上述のユーティリティソフトウェアによりＡＴＲＡＣ圧縮エンコード処理が行われ、ＡＴＲＡＣ圧縮データに変換される。このＡＴＲＡＣ圧縮データに変換されたオーディオデータＡは、パーソナルコンピュータ１００からディスクドライブ装置１に対して転送される。
【０２２６】
ディスクドライブ装置１側では、パーソナルコンピュータから送信された書込要求コマンドが受信されることで、ＡＴＲＡＣ圧縮データに変換されたオーディオデータＡがパーソナルコンピュータ１００から転送され、且つ、転送されたデータをオーディオデータとしてディスク９０に記録することが認識される。
【０２２７】
ディスクドライブ装置１では、パーソナルコンピュータ１００から送信されたオーディオデータＡを、ＵＳＢハブ７から受信し、ＵＳＢインターフェイス６およびメモリ転送コントローラ３を介してメディアドライブ部２に送る。システムコントローラ９では、オーディオデータＡをメディアドライブ部２に送る際に、オーディオデータＡがこのディスクドライブ装置１のＦＡＴ管理方法に基づきディスク９０に書き込まれるように制御する。すなわち、オーディオデータＡは、ディスクドライブ装置１のＦＡＴシステムに基づき、４レコーディングブロック、すなわち６４ｋバイト×４を最小の記録長として、レコーディングブロック単位で連続的に書き込まれる。
【０２２８】
なお、ディスク９０へのデータの書き込みが終了するまでの間、パーソナルコンピュータ１００とディスクドライブ装置１との間では、所定のプロトコルでデータやステータス、コマンドのやりとりが行われる。これにより、例えばディスクドライブ装置１側でクラスタバッファ４のオーバーフローやアンダーフローが起こらないように、データ転送速度が制御される。
【０２２９】
パーソナルコンピュータ１００側で使用可能なコマンドの例としては、上述の書込要求コマンドの他に、削除要求コマンドがある。この削除要求コマンドは、ディスクドライブ装置１に装着されたディスク９０に記録されたオーディオデータを削除するように、ディスクドライブ装置１に対して要求するコマンドである。
【０２３０】
例えば、パーソナルコンピュータ１００とディスクドライブ装置１とが接続され、ディスク９０がディスクドライブ装置１に装着されると、上述のユーティリティソフトウェアによりディスク９０上のトラックインデックスファイルが読み出され、読み出されたデータがディスクドライブ装置１からパーソナルコンピュータ１００に送信される。パーソナルコンピュータでは、このデータに基づき、例えばディスク９０に記録されているオーディオデータのタイトル一覧を表示することができる。
【０２３１】
パーソナルコンピュータ１００において、表示されたタイトル一覧に基づきあるオーディオデータ（オーディオデータＢとする）を削除しようとした場合、削除しようとするオーディオデータＢを示す情報が削除要求コマンドと共にディスクドライブ装置１に送信される。ディスクドライブ装置１では、この削除要求コマンドを受信すると、ディスクドライブ装置１自身の制御に基づき、要求されたオーディオデータＢがディスク９０上から削除される。
【０２３２】
オーディオデータの削除がディスクドライブ装置１自身のＦＡＴシステムに基づく制御により行われるため、例えば図３２Ａおよび図３２Ｂを用いて説明したような、複数のオーディオデータが１つのファイルとしてまとめられた巨大ファイル中のあるオーディオデータを削除するような処理も、可能である。
【０２３３】
９．メモリ制御方法について
次に、この発明の実施の第１の形態によるメモリ制御方法について説明する。図４６は、上述した図１７のうちディスク９０において読み書きされるデータの転送経路を抜き出して示す。なお、図４６において、上述の図１７と共通する部分には同一の符号を付し、詳細な説明を省略する。また、パーソナルコンピュータ（ＰＣ）１００を接続するためのＵＳＢハブ７や、ディスク９０の駆動などを行うメディアドライブ部２は、省略されている。
【０２３４】
上述の「３．記録フォーマット」の項で既に説明したように、ディスク９０は、６４ｋＢが記録再生のアクセス単位とされている。したがって、ディスク９０とメモリ転送コントローラ３との間では、６４ｋＢ単位でデータ転送がなされる。ここで、ディスク９０のクラスタ単位のアドレスをＬＣＮ（Ｌｏｇｉｃａｌ  Ｃｌｕｓｔｅｒ  Ｎｕｍｂｅｒ）と称し、セクタ単位のアドレスをＬＳＮ（Ｌｏｇｉｃａｌ  Ｓｅｃｔｏｒ  Ｎｕｍｂｅｒ）と称する。メモリ転送コントローラ３は、ディスク９０に対してＬＣＮを単位としてアクセスする。
【０２３５】
一方、ＰＣ１００とメモリ転送コントローラ３との間では、ＵＳＢ  Ｉ／Ｆ６を介して、この実施の一形態によるＦＡＴシステムの１セクタである２ｋＢ単位でデータ転送がなされる。ここで、ＦＡＴシステムのセクタ単位のアドレスをＦＳＮ（ＦＡＴ  Ｓｅｃｔｏｒ  Ｎｕｍｂｅｒ）と称する。
【０２３６】
クラスタバッファメモリ４は、ＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）から構成される。以下、クラスタバッファメモリ４を適宜、ＤＲＡＭ４と称する。ＤＲＡＭ４は、ディスク９０に対するキャッシュメモリとしての役割も担う。ＤＲＡＭ４は、クラスタ単位のディスクイメージとして管理される。ＤＲＡＭ４において、メモリ空間が６４ｋＢ毎に管理され、２ｋＢ毎にアドレスが割り当てられる。ＤＲＡＭ４は、このアドレスに基づき２ｋＢ毎に読み出しおよび書き込みが可能とされる。すなわち、ＤＲＡＭ４は、ＦＡＴセクタ単位（ＦＳＮ）での書き込みおよび読み出しが行えると共に、ディスク９０に対しては、クラスタ単位（ＬＣＮ）での読み出しおよび書き込みが行えるようになっている。また、ＤＲＡＭ４の２ｋＢ毎のアドレスは、ディスク９０のＬＳＮに対応する。
【０２３７】
なお、以下では便宜上、ＤＲＡＭ４におけるＦＡＴセクタ単位の領域をＤＲＡＭセクタと称する。
【０２３８】
また、上述のＦＳＮとＬＣＮとは、一対一のアドレス変換がなされる。例えばＤＲＡＭ４に対してディスク９０から読み出されたデータが書き込まれ、ＬＣＮがＤＲＡＭ４に割り当てられたときに、ＦＳＮとＬＣＮとを対応付けることが可能な対応表が作成される。対応表は、例えばシステムコントローラ９が有するＲＡＭに記憶される。
【０２３９】
図４７は、この対応表の一例を示す。図４７において、ＤＲＡＭアドレスおよびＬＣＮアドレスは、それぞれ１６進表記とされ、ＤＲＡＭアドレスは、ＤＲＡＭセクタ毎に１ずつカウントアップされる値である。また、ＬＣＮは、クラスタ毎にカウントアップされる値である。３２ＤＲＡＭアドレスに対して１ＬＣＮおよび３２ビットのセクタフィルビットが対応付けられる。
【０２４０】
セクタフィルビットは、ＬＣＮ内のどのＤＲＡＭセクタに有効なデータが書き込まれているか否かを示す。すなわち、ディスク９０に書き込まれるデータは、一旦ＤＲＡＭ４にバッファリングされる。ＤＲＡＭ４は、上述したように、ＦＡＴセクタ単位でのアクセスが可能なので、例えばＰＣ１００から非連続的なデータが供給されたような場合に、図４８に一例が示されるように、ＬＣＮの６４ｋＢのうちＰＣ１００側で任意に割り振ったＤＲＡＭセクタにデータが書き込まれることが考えられる。そこで、有効なデータが書き込まれたＤＲＡＭセクタ（図４８に斜線で示す）を例えば「１」、データが書き込まれていないＤＲＡＭセクタを「０」として、３２ビットのセクタフィルビットとする。
【０２４１】
ＰＣ１００からＦＳＮとデータ長（ＬＥＮＧ）が指定されてディスク９０がアクセスされる。（ＦＳＮ、ＬＥＮＧ）を所定の変換式により変換すると、ＬＣＮとセクタフィルビットが得られる。例えば、ＰＣ１００からのアクセスにより指定された（ＦＳＮ、ＬＥＮＧ）が変換されて、ＬＣＮ＝１０４ｈおよびセクタフィルビット＝７が得られたとする。この場合、ディスク９０からＬＣＮ＝１０４ｈのクラスタが再生されてＤＲＡＭ４に書き込まれ、７番目のセクタフィルビットに対応するＤＲＡＭセクタのデータがＤＲＡＭ４から取り出される。
【０２４２】
図４９は、ＰＣ１００からディスク９０上の所定のデータを読み出す際の一例のシーケンスチャートを示す。図中、ＵＳＢタスクは、ＵＳＢ  Ｉ／Ｆ６によるデータ転送処理である。キャッシュタスクは、メモリ転送コントローラ３によるＤＲＡＭ４に対する書き込みおよび読み出しの制御である。また、ドライブタスクは、メディアドライブ部２によるディスク９０の記録再生の制御である。
【０２４３】
ＰＣ１００からディスク９０に対してＦＳＮとＬＥＮＧが指定され、データ再生を要求するリード要求が出される（ＳＥＱ１００）。このリード要求は、ＵＳＢタスクを介してキャッシュタスクに渡される（ＳＥＱ１０１）。キャッシュタスクは、受け取った（ＦＳＮ、ＬＥＮＧ）を所定の変換式で変換してＬＣＮおよびセクタフィルビットを求め、ＤＲＡＭ４に対するアドレスを割り当てる（ステップＳ３００）。ＤＲＡＭアドレス、ＬＣＮおよびセクタフィルビットは、上述した対応表に登録される。
【０２４４】
ＤＲＡＭ４に対するアドレス割り当てが行われると、次に、キャッシュタスクからドライブタスクに対してＬＣＮ、ＬＳＮ（セクタフィルビット）およびＬＥＮＧが指定され、ディスク９０からのデータ再生を要求するリード要求が出される（ＳＥＱ１０２）。ドライブタスクは、受け取ったリード要求に基づき、ディスク９０からＬＣＮ単位でデータを読み出す（ステップＳ３０１）。読み出されたデータは、順次、キャッシュタスクに渡され、ＤＲＡＭ４に書き込まれる。リード要求で指定されたアドレスからのデータ読み出しが終了すると、リード完了通知がデータ読み出しが行われたＬＣＮと共にドライブタスクからキャッシュタスクへと渡される（ＳＥＱ１０３）。
【０２４５】
ディスク９０からは、ＬＣＮ単位すなわち６４ｋＢ毎にデータが読み出されるため、ＤＲＡＭ４の６４ｋＢの管理領域内の全てのＤＲＡＭアドレスに対してデータが書き込まれることになる。したがって、データが書き込まれた管理領域のセクタフィルビットは、値が全て「１」とされる（ステップＳ３０２）。
【０２４６】
ＤＲＡＭ４に再生データが書き込まれると、キャッシュタスクにより、上述のステップＳ３００で対応表に登録された内容に基づき、ＰＣ１００から要求されたデータがＤＲＡＭ４のどのアドレスに書き込まれているかが通知される（ＳＥＱ１０４）。この通知を受け取ったＵＳＢタスクにより、ＤＲＡＭ４からＤＲＡＭセクタ毎にデータが読み出され、ＵＳＢ  Ｉ／Ｆ６が有するバッファメモリに格納される。そして、バッファからＰＣ１００に対して必要な２ｋＢがコピーされ、ＰＣ１００に対してディスク９０から読み出されたデータが渡される（ＳＥＱ１０６）。
【０２４７】
ここで、オーディオデータのような連続データを扱う場合について考える。連続データを扱う場合には、ＤＲＡＭ４を、アドレスを巡回的にアクセスするリングバッファとして用いると都合がよい。リングバッファでは、連続的に供給されたデータをアドレスを連続的に書き込み、書き込みが最大アドレスまで行われたら、恰もアドレスがリング状に連続しているかのように、そのまま最小アドレスから古いデータを上書きしながらデータ書き込みが続けられる。
【０２４８】
一方、ディスク９０は、クラスタ単位でしかアクセスできないので、クラスタ内の所定のＬＳＮからデータが必要な場合でも、そのＬＳＮを含むＬＣＮで表されるクラスタ全体のデータを読み出す必要がある。読み出されたデータがＤＲＡＭ４に書き込まれる際も、このクラスタ単位で、ＤＲＡＭ４における６４ｋＢの管理単位でデータが書き込まれることになる。
【０２４９】
ＤＲＡＭ４は、既に述べたように、６４ｋＢに対して２ｋＢという端数単位でデータの読み書きができる。これに対し、ディスク９０は、上述のようにクラスタ単位でのアクセスかできない。そのため、図５０に一例が示されるように、ディスク９０から読み出されたデータをＤＲＡＭ４に書き込む際に、６４ｋＢに対して端数となった部分がディスク９０から読み出されたデータで上書きされてしまうおそれがある。
【０２５０】
この発明の実施の第１の形態では、この問題を解決するために、ワークＤＲＡＭを用い、ディスク９０からクラスタ単位で読み出されたデータをワークＤＲＡＭに一旦書き込む。そして、ワークＤＲＡＭに書き込んだデータをワークＤＲＡＭのアクセス単位（ＤＲＡＭセクタ単位）でアクセスし、必要なデータをＤＲＡＭ４にコピーし、ディスク９０からのセクタ単位でのデータ読み出しを実現している。ワークＤＲＡＭは、ＤＲＡＭ４内に６４ｋＢ毎の管理領域とは別領域として設けてもよい。
【０２５１】
図５１は、この実施の第１の形態によるＤＲＡＭ間コピーの手順を示す。図５１Ａに斜線で示すディスク９０上のデータを、図５１Ｃに示される、ＤＲＡＭ４の斜線の位置に書き込む処理を例にとって説明する。図５１Ｂは、ワークＤＲＡＭに書き込まれるデータを示す。また、ここでは、この処理がディスクドライブ装置１自身のＦＡＴシステムにより行われるものとする。ディスクドライブ装置１自身のＦＡＴシステムによるデータアクセス処理をファイルタスクと称する。
【０２５２】
先ず、ファイルタスクによりＦＳＮ、ＬＥＮＧが指定されてキャッシュタスクに対してリード要求が出される。このリード要求に基づき上述の図４９の説明と同様にしてＦＳＮおよびＬＣＮの変換処理や対応表の作成／登録、ＤＲＡＭ４に対するアドレス割り当て処理などが行われる。そして、キャッシュタスクからドライブタスクに対して、ファイルタスクから読み出しを要求されたデータのうち最初の１クラスタをリードする要求を出す。この要求に基づき読み出されたデータは、ワークＤＲＡＭに書き込まれる（ＳＥＱ２００）。キャッシュタスクは、ファイルタスクから渡されたＦＳＮ、ＬＥＮＧに基づき対応表を参照し、ワークＤＲＡＭに書き込まれたデータのうち必要なデータをＤＲＡＭ４に対してコピーする（ＳＥＱ２０１）。
【０２５３】
最初の１クラスタについてコピーが終了したら、次に、ディスク９０から最後のクラスタを除くデータがクラスタ単位で読み出され、ＤＲＡＭ４に書き込まれる（ＳＥＱ２０２）。この図５１の例では、２クラスタのデータが読み出され、ＤＲＡＭ４に書き込まれている。最後の１クラスタがディスク９０から読み出され、ワークＤＲＡＭに書き込まれる（ＳＥＱ２０３）。そして、上述のＳＥＱ２０１と同様にして、ワークＤＲＡＭに書き込まれた最後の１クラスタのデータのうち必要なデータがＤＲＡＭ４に対してコピーされる（ＳＥＱ２０４）。
【０２５４】
次に、この発明の実施の第２の形態について説明する。この実施の第２の形態では、ディスク９０からデータを読み出しＤＲＡＭ４に書き込む際に、不要なデータ部分にマスクを設定し、その部分のデータがＤＲＡＭ４に書き込まれないようにしている。
【０２５５】
図５２を用いて説明する。図５２Ｂに一例が示されるディスク９０に記録された斜線部分のデータを、図５２Ａに示されるように、ＤＲＡＭ４の斜線部分に書き込む場合について説明する。ディスク９０から読み出したデータをＤＲＡＭ４に書き込む際に、ＤＲＡＭ４のＤＲＡＭセクタ毎にマスクを設定する。なお、ディスク９０からのデータの読み出しおよび読み出されたデータの転送は、クラスタ単位で行われる。
【０２５６】
上述したセクタフィルビットをこのマスクとして用いることができる。例えば、ディスク９０から１クラスタのデータが読み出されてＤＲＡＭ４に書き込まれる際に、通常では、３２ビットのセクタフィルビットが全て「１」とされる。これを、最初にファイルタスクから渡されたＦＳＮ、ＬＥＮＧに基づき、アクセスが要求されたＦＡＴセクタに対応するセクタフィルビットを例えば「１」とし、他を「０」とする。
【０２５７】
ディスク９０から読み出されたデータをＤＲＡＭ４に書き込むときに、メモリ転送コントローラ３により、セクタフィルビットが「１」とされたＦＡＴセクタにはデータを書き込まず、セクタフィルビットが「０」であるＦＡＴセクタにのみデータを書き込むように制御する。このようにセクタマスクを設定することで、図５２Ａの斜線部分にのみデータを書き込むことができ、ＤＲＡＭ４の他の部分のデータが破壊されることがない。
【０２５８】
上述の実施の第１の形態では、（１）先頭クラスタをリードしてＤＲＡＭ間コピー、（２）中間のクラスタリード、（３）最終クラスタをリードしてＤＲＡＭ間コピー、このような３段階のクラスタリード処理が必要であった。これに対し、この実施の第２の形態では、１回のクラスタリードで処理が完了する。
【０２５９】
なお、このセクタマスクの機能は、メモリ転送コントローラ３に持たせることができる。例えば、メモリ転送コントローラ３は、１個のＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）からなり、ディスク９０から読み出されてくるデータを転送するか否かを、セクタ単位で切り換えることができる。このセクタ単位での切り換えの設定は、データ転送開始前に、例えばシステムコントローラ９がメモリ転送コントローラ３に対してセクタフィルビットを設定することでなされる。
【０２６０】
このようにメモリ転送コントローラ３およびシステムコントローラ９を構成することで、ディスク９０から読み出されたデータをＤＲＡＭ４に書き込むときに、メモリ転送コントローラ３により、セクタフィルビットが「１」とされたＦＡＴセクタにはデータを書き込まず、セクタフィルビットが「０」とされたＦＡＴセクタにはデータを書き込むように制御できる。
【０２６１】
また、このセクタマスクを利用することで、有効なデータが全く書き込まれていない状態のＤＲＡＭ４に対して、ディスク９０からクラスタ単位で読み出されたデータのうち１ＤＲＡＭセクタだけ、データを転送し書き込むような処理も可能とされる。
【０２６２】
次に、この発明の実施の第３の形態について説明する。この実施の第３の形態は、ＤＲＡＭ４をディスク９０のキャッシュメモリとして有効に利用する例である。図５３および図５４を用いて説明する。図５３は、ファイルタスク、ＤＲＡＭアドレスおよびディスク９０の一例のアドレスの対応関係を示す。図５４は、この実施の第３の形態による一例の処理を示すシーケンスチャートである。
【０２６３】
なお、図５３において、ファイルタスクのＦＳＮ、ＤＲＡＭアドレス、ドライブ（ディスク９０）のＬＣＮは、それぞれ１６進表記であると共に、互いに対応するしているものとする。例えば、ＤＲＡＭアドレス「５００ｈ」は、ＬＣＮの「１００ｈ」に対応し、ＬＣＮが「１００ｈ」で示されるクラスタから読み出されたデータは、ＤＲＡＭ４のアドレス「５００ｈ」〜「５１９ｈ」からなる６４ｋＢに書き込まれる。また、図５４において、「Ｎ＿ＦＳＮ」はＦＳＮの個数を示し、「Ｎ＿ＬＣＮ」はＬＣＮの個数を示す。
【０２６４】
図５４の処理に先んじて、一例として、ディスクドライブ装置１内のファイルタスクにより、ＦＳＮ＝「２０００ｈ」〜「２０２９ｈ」までの９６ｋＢのデータをディスク９０から読み出すように、キャッシュタスクに対してリード要求が出されたとする。すなわち、ファイルタスクからキャッシュタスクに対して、ＤＲＡＭアドレス「５００ｈ」〜「５２９ｈ」に書き込まれるデータが要求される。キャッシュタスクは、このリード要求に基づき対応表を登録し、ＤＲＡＭアドレスに対応するＬＣＮ（「１００ｈ」〜「１０１ｈ」）からデータを読み出すように、ドライブタスクに対してリード要求を出す。例えば対応表によりこのときのＬＣＮがキャッシュタスクに記憶される。
【０２６５】
ドライブタスクでは、渡されたリード要求に基づきディスク９０からデータを読み出し、キャッシュタスクに渡す。ディスク９０は、クラスタ単位でしかアクセスできないので、ＬＣＮ＝「１００ｈ」〜「１０１ｈ」のデータが読み出され、ＤＲＡＭアドレス「５００ｈ」〜「５３９ｈ」に書き込まれることになる。ファイルタスクは、ＤＲＡＭアドレス「５００ｈ」〜「５２９ｈ」からデータを読み出す。
【０２６６】
ここで、ファイルタスクにより、ＦＳＮ＝「２０３０ｈ」から４０ＦＳＮ分のデータをディスク９０から読み出すようにリード要求が出される場合について考える。図５４を参照し、ファイルタスクからキャッシュタスクに対し、（ＦＳＮ、Ｎ＿ＦＳＮ）＝（２０３０ｈ、４０）が渡され、キャッシュリード要求が出される（ＳＥＱ３００）。これは、ＤＲＡＭアドレスでは、「５３０ｈ」〜「５６９ｈ」に対応する。
【０２６７】
キャッシュタスクでは、この要求に基づきＦＳＮをＬＣＮに変換して対応表に登録し、前回のリード要求の際に記憶されたＬＣＮと重複しているか否かが調べられる。この例では、前回のリード要求の際に記憶されたＬＣＮが「１００ｈ」〜「１０１ｈ」であるのに対し、今回のリード要求によるＬＣＮが「１０１ｈ」〜「１０３ｈ」であって、対応表に基づきＬＣＮ「１０１ｈ」が前回と重複していると判断できる。このように、前回と重複しているＬＣＮがある場合、キャッシュタスクは、ドライブタスクに対して出されるリード要求におけるＬＣＮを切り上げる（ステップＳ３１０）。すなわち、この図５３の例では、要求されたＬＣＮ＝「１０１ｈ」の１クラスタ後のＬＣＮ＝「１０２ｈ」からデータの読み出しを開始し、ＬＣＮ＝「１０３ｈ」まで２クラスタ分、データを読み出すように、ドライブタスクに対してリード要求が出される（ＳＥＱ３０１）。
【０２６８】
ドライブタスクは、この要求に基づきディスクからデータを読み出し（ステップＳ３１１）、読み出されたデータは、ＤＲＡＭ４の対応するアドレス「５４０ｈ」〜「５７９ｈ」に書き込まれる。すなわち、ＤＲＡＭ４には、ファイルタスクから要求されたＤＲＡＭアドレス「５６９ｈ」までのデータと、今回は要求されていないＤＲＡＭアドレス「５７０ｈ」〜「５７９ｈ」までのデータが書き込まれる。
【０２６９】
ドライブタスクによるディスク９０からのデータの読み出しが終了したら、その旨がドライブタスクからキャッシュタスクに通知される（ＳＥＱ３０２）。そして、この通知を受け取ったキャッシュタスクは、ファイルタスクに対して、要求された（ＦＳＮ、Ｎ＿ＦＳＮ）＝（２０３０ｈ、４０）のデータがＤＲＡＭ４に書き込まれたことを通知する（ＳＥＱ３０３）。
【０２７０】
なお、この実施の第３の形態においても、実施の第２の形態で説明したセクタマスクを用いることができる。セクタマスクを設定してディスク９０からの読み出しを行うことで、ＤＲＡＭ４に不要なデータが溜まるのを防ぐことができる。一方、この第３の形態においてセクタマスクを適用すると、ドライブリード時に、例えば先ずＤＲＡＭアドレス「５００ｈ」〜「５２９ｈ」までマスクを設定してディスク９０からＬＣＮ＝「１００ｈ」〜「１０１ｈ」のデータを読み出してＤＲＡＭ４に書き込み、次にＤＲＡＭアドレス「５７０ｈ」〜「５７９ｈ」までマスクを設定してディスク９０からＬＣＮ＝「１０２ｈ」〜「１０３ｈ」のデータを読み出す、といったように、２段階の読み出し処理が必要となる。
【０２７１】
これらの、セクタマスクを用いる方法と用いない方法とは、用途やディスクドライブ装置１のアプリケーションなどに応じて切り換えて実行するようにできる。こうすることで、各用途やアプリケーションにおいてそれぞれ最適なメモリ制御方法を実現することができる。
【０２７２】
なお、上述では、この発明がディスク状記録媒体からデータを再生する再生装置に適用されるように説明したが、これはこの例に限定されない。すなわち、この発明は、バッファメモリのセクタより大きなデータ単位でアクセスを行う他の記録媒体または記憶媒体からデータを再生する再生装置にも適用可能なものである。例えば、フラッシュメモリなどのような半導体メモリを記録媒体または記憶媒体に用いた再生装置にこの発明を適用可能である。
【０２７３】
ここで、特許請求の範囲との一例の対応関係を示すと、請求項１において、再生手段は、例えばメディアドライブ部２およびシステムコントローラ９に対応する。メモリは、例えばクラスタバッファメモリ（ＤＲＡＭ）４に対応する。対応表は、図４７に一例が示される表であって、例えばシステムコントローラ９が有するＲＡＭに記憶される。メモリ制御手段は、例えばメモリ転送コントローラ３およびシステムコントローラ９に対応する。また、フィル情報は、例えばセクタフィルビットに対応する。
【０２７４】
【発明の効果】
以上説明したように、この発明によれば、クラスタ単位でアクセスがなされるディスクからデータを読み出し、そのデータをクラスタより小さいサイズのセクタ単位でアクセスがなされるメモリに書き込む場合に、ディスクからクラスタ単位で読み出されたデータに対して、セクタ単位でデータの有効、無効を示すようにしているため、ディスクから読み出したデータのうち必要な部分だけを選択的にメモリに書き込むことができ、ディスクからの読み出し処理を高速に行うことができる効果がある。
【０２７５】
また、ディスクから読み出したデータのうち必要な部分だけをセクタ単位で選択的にメモリに書き込むことができるため、メモリを効率的に利用することができる効果がある。
【０２７６】
さらに、ディスクから読み出したデータのうち必要な部分だけをセクタ単位で選択的にメモリに書き込むことができるため、メモリをリングバッファとして用いた場合などに、従来ではディスクからの読み出しを複数回に分けて行わなければならない処理を、１回の読み出しで完了させることができるため、処理速度が高速化されると共に、ディスクアクセス回数が減り、消費電力を減少させることができる効果がある。そのため、バッテリ駆動のディスクドライブ装置などでは、バッテリの持続時間がより長くなる効果がある。
【０２７７】
さらにまた、メモリがセクタ単位で管理されると共に、ディスクイメージに基づきクラスタに対応して管理されているため、ディスクアクセスの際のキャッシュ処理を容易に行うことができるという効果がある。
【図面の簡単な説明】
【図１】次世代ＭＤ１システムの仕様のディスクの説明に用いる図である。
【図２】次世代ＭＤ１システムの仕様のディスクの記録領域の説明に用いる図である。
【図３】次世代ＭＤ２システムの仕様のディスクの説明に用いる図である。
【図４】次世代ＭＤ２システムの仕様のディスクの記録領域の説明に用いる図である。
【図５】ＵＩＤの一例のフォーマットを概略的に示す略線図である。
【図６】次世代ＭＤ１および次世代ＭＤ２のエラー訂正符号化処理の説明に用いる図である。
【図７】次世代ＭＤ１および次世代ＭＤ２のエラー訂正符号化処理の説明に用いる図である。
【図８】次世代ＭＤ１および次世代ＭＤ２のエラー訂正符号化処理の説明に用いる図である。
【図９】ウォブルを用いたアドレス信号の生成の説明に用いる斜視図である。
【図１０】現行のＭＤシステムおよび次世代ＭＤ１システムのＡＤＩＰ信号の説明に用いる図である。
【図１１】現行のＭＤシステムおよび次世代ＭＤ１システムのＡＤＩＰ信号の説明に用いる図である。
【図１２】次世代ＭＤ２システムのＡＤＩＰ信号の説明に用いる図である。
【図１３】次世代ＭＤ２システムのＡＤＩＰ信号の説明に用いる図である。
【図１４】現行のＭＤシステムおよび次世代ＭＤ１システムでのＡＤＩＰ信号とフレームとの関係を示す図である。
【図１５】次世代ＭＤ１システムでのＡＤＩＰ信号とフレームとの関係を示す図である。
【図１６】次世代ＭＤ２システムでのコントロール信号の説明に用いる図である。
【図１７】ディスクドライブ装置のブロック図である。
【図１８】メディアドライブ部の構成を示すブロック図である。
【図１９】次世代ＭＤ１によるディスクの一例の初期化処理を示すフローチャートである。
【図２０】次世代ＭＤ２によるディスクの一例の初期化処理を示すフローチャートである。
【図２１】オーディオデータの管理方式の第１の例の説明に用いる図である。
【図２２】オーディオデータの管理方式の第１の例によるオーディオデータファイルの説明に用いる図である。
【図２３】オーディオデータの管理方式の第１の例によるトラックインデックスファイルの説明に用いる図である。
【図２４】オーディオデータの管理方式の第１の例によるプレイオーダテーブルの説明に用いる図である。
【図２５】オーディオデータの管理方式の第１の例によるプログラムドプレイオーダテーブルの説明に用いる図である。
【図２６】オーディオデータの管理方式の第１の例によるグループインフォメーションテーブルの説明に用いる図である。
【図２７】オーディオデータの管理方式の第１の例によるトラックインフォメーションテーブルの説明に用いる図である。
【図２８】オーディオデータの管理方式の第１の例によるパーツインフォメーションテーブルの説明に用いる図である。
【図２９】オーディオデータの管理方式の第１の例によるネームテーブルの説明に用いる図である。
【図３０】オーディオデータの管理方式の第１の例による一例の処理を説明するための図である。
【図３１】ネームテーブルのネームスロットが複数参照可能であることを説明するための図である。
【図３２】オーディオデータの管理方式の第１の例でオーディオデータファイルからパーツを削除する処理の説明に用いる図である。
【図３３】オーディオデータの管理方式の第２の例の説明に用いる図である。
【図３４】オーディオデータの管理方式の第２の例によるオーディオデータファイルの構造を示す図である。
【図３５】オーディオデータの管理方式の第２の例によるトラックインデックスファイルの説明に用いる図である。
【図３６】オーディオデータの管理方式の第２の例によるプレイオーダテーブルの説明に用いる図である。
【図３７】オーディオデータの管理方式の第２の例によるプログラムドプレイオーダテーブルの説明に用いる図である。
【図３８】オーディオデータの管理方式の第２の例によるグループインフォメーションテーブルの説明に用いる図である。
【図３９】オーディオデータの管理方式の第２の例によるトラックインフォメーションテーブルの説明に用いる図である。
【図４０】オーディオデータの管理方式の第２の例によるネームテーブルの説明に用いる図である。
【図４１】オーディオデータの管理方式の第２の例による一例の処理を説明するための図である。
【図４２】オーディオデータの管理方式の第２の例で、インデックスにより１つのファイルのデータが複数のインデックス領域に分けられることを説明するための図である。
【図４３】オーディオデータの管理方式の第２の例で、トラックの連結の説明に用いる図である。
【図４４】オーディオデータの管理方式の第２の例で、別の方法によるトラックの連結の説明に用いる図である。
【図４５】パーソナルコンピュータとディスクドライブ装置とが接続された状態で、書き込むデータの種類により管理権限を移動させることを説明するための図である。
【図４６】ディスクにおいて読み書きされるデータの転送経路を抜き出して示すブロック図である。
【図４７】ＦＳＮとＬＣＮとを対応付けることが可能な対応表の一例の構成を示す略線図である。
【図４８】セクタフィルビットを説明するための図である。
【図４９】ＰＣからディスク上の所定のデータを読み出す際の一例のシーケンスチャートである。
【図５０】ディスクから読み出されたデータでＤＲＡＭ上の必要なデータが上書きされてしまうことを説明するための図である。
【図５１】この発明の実施の第１の形態によるＤＲＡＭ間コピーの手順を示す略線図である。
【図５２】この発明の実施の第２の形態によるセクタマスクを用いたデータ読み出しを説明するための図である。
【図５３】ファイルタスク、ＤＲＡＭアドレスおよびディスクの一例のアドレスの対応関係を示す略線図である。
【図５４】この発明の実施の第３の形態による一例の処理を示すシーケンスチャートである。
【符号の説明】
１・・・ディスクドライブ装置、２・・・メディアドライブ部、３・・・メモリ転送コントローラ、４・・・クラスタバッファメモリ、５・・・補助メモリ、６，８・・・ＵＳＢインターフェイス、７・・・ＵＳＢハブ、１０・・・オーディオ処理部、１２・・・ＲＳ−ＬＤＣエンコーダ、１３・・・１−７ｐｐ変調部、１４・・・ＡＣＩＲＣエンコーダ、１５・・・ＥＦＭ変調部、１６・・・セレクタ、１７・・・磁気ヘッドドライバ、１８・・・磁気ヘッド、１９・・・光学ヘッド、２２・・・１−７復調部、２３・・・ＲＳ−ＬＤＣデコーダ、２３・・・ＥＦＭ変調部、２４・・・ＡＣＩＲＣデコーダ、２６・・・セレクタ、３０・・・ＡＤＩＰ復調部、３２，３３・・・アドレスデコーダ、５０・・・スイッチ、９０・・・ディスク、１００・・・パーソナルコンピュータ
【図１】
2005018842.tif 000003
【図２】
2005018842.tif 000004
【図３】
2005018842.tif 000005
【図４】
2005018842.tif 000006
【図５】
2005018842.tif 000007
【図６】
2005018842.tif 000008
【図７】
2005018842.tif 000009
【図８】
2005018842.tif 000010
【図９】
2005018842.tif 000011
【図１０】
2005018842.tif 000012
【図１１】
2005018842.tif 000013
【図１２】
2005018842.tif 000014
【図１３】
2005018842.tif 000015
【図１４】
2005018842.tif 000016
【図１５】
2005018842.tif 000017
【図１６】
2005018842.tif 000018
【図１７】
2005018842.tif 000019
【図１８】
2005018842.tif 000020
【図１９】
2005018842.tif 000021
【図２０】
2005018842.tif 000022
【図２１】
2005018842.tif 000023
【図２２】
2005018842.tif 000024
【図２３】
2005018842.tif 000025
【図２４】
2005018842.tif 000026
【図２５】
2005018842.tif 000027
【図２６】
2005018842.tif 000028
【図２７】
2005018842.tif 000029
【図２８】
2005018842.tif 000030
【図２９】
2005018842.tif 000031
【図３０】
2005018842.tif 000032
【図３１】
2005018842.tif 000033
【図３２】
2005018842.tif 000034
【図３３】
2005018842.tif 000035
【図３４】
2005018842.tif 000036
【図３５】
2005018842.tif 000037
【図３６】
2005018842.tif 000038
【図３７】
2005018842.tif 000039
【図３８】
2005018842.tif 000040
【図３９】
2005018842.tif 000041
【図４０】
2005018842.tif 000042
【図４１】
2005018842.tif 000043
【図４２】
2005018842.tif 000044
【図４３】
2005018842.tif 000045
【図４４】
2005018842.tif 000046
【図４５】
2005018842.tif 000047
【図４６】
2005018842.tif 000048
【図４７】
2005018842.tif 000049
【図４８】
2005018842.tif 000050
【図４９】
2005018842.tif 000051
【図５０】
2005018842.tif 000052
【図５１】
2005018842.tif 000053
【図５２】
2005018842.tif 000054
【図５３】
2005018842.tif 000055
【図５４】
2005018842.tif 000056