(57)【要約】【課題】データを効率的に再生するようにする。【解決手段】メディアドライブ部１１は、ディスク２から、ユーザにより指示されたデータのトラックインデックスファイルを読み出す。セット単体動作である場合、システムコントローラ１５は、トラックインデックスファイルから、UMDフォーマットで規定されているファイルであるか否かを判定する。UMDフォーマットのファイルであると判定された場合、メディアドライブ部１１は、RFビットファイルを参照せずに所望データをディスク２から読み出す。これに対し、UMDフォーマットのファイルではないと判定された場合、または、パーソナルコンピュータ３と接続されている場合、メディアドライブ部１１は、RFビットファイルを参照してから所望データを読み出す。本発明は、MDシステムに適用することができる。【選択図】図１
2005149642.tif 000002
【特許請求の範囲】
【請求項１】
情報記録媒体に記録されているファイルを読み出す場合に、前記ファイルに関する管理情報を参照してから前記ファイルを読み出す再生装置において、
前記ファイルが、セット単体で管理することが可能なファイルであるか否かを判定する判定手段と、
前記判定手段により、セット単体で管理することが可能なファイルであると判定された場合、前記管理情報を参照せずに前記ファイルを読み出す読み出し手段と
を備えることを特徴とする再生装置。
【請求項２】
前記判定手段は、前記ファイルの全データ領域にデータが記録されているか否かを判定し、
前記判定手段により、前記ファイルの全データ領域にデータが記録されていると判定された場合、前記読み出し手段は、前記管理情報を参照せずに前記ファイルを読み出す
ことを特徴とする請求項１に記載の再生装置。
【請求項３】
前記判定手段は、前記ファイルの属性に基づいて、前記管理情報を参照するか否かを判定し、
前記判定手段により、前記管理情報を参照しないと判定された場合、前記読み出し手段は、前記管理情報を参照せずに前記ファイルを読み出す
ことを特徴とする請求項１に記載の再生装置。
【請求項４】
他の装置と接続された場合、前記読み出し手段は、前記管理情報を参照して前記ファイルを読み出す
ことを特徴とする請求項1に記載の再生装置。
【請求項５】
前記ファイルは、オーディオデータファイルである
ことを特徴とする請求項１に記載の再生装置。
【請求項６】
情報記録媒体に記録されているファイルを読み出す場合に、前記ファイルに関する管理情報を参照してから前記ファイルを読み出す再生装置の再生方法において、
前記ファイルが、セット単体で管理することが可能なファイルであるか否かを判定する判定ステップと、
前記判定ステップの処理により、セット単体で管理することが可能なファイルであると判定された場合、前記管理情報を参照せずに前記ファイルを読み出す読み出しステップと
を含むことを特徴とする再生方法。
【請求項７】
情報記録媒体に記録されているファイルを読み出す場合に、前記ファイルに関する管理情報を参照してから前記ファイルを読み出す再生装置を制御するプログラムであって、
前記ファイルが、セット単体で管理することが可能なファイルであるか否かを判定する判定ステップと、
前記判定ステップの処理により、セット単体で管理することが可能なファイルであると判定された場合、前記管理情報を参照せずに前記ファイルを読み出す読み出しステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再生装置および方法、並びに記録媒体に関し、特に、例えば、RF（Radio Frequency）信号が記録されていることが保証されているデータの再生において、そのRF信号の有無情報を参照せずに再生することができるようにした再生装置および方法、並びに記録媒体に関する。
【背景技術】
【０００２】
現行のMD（Mini Disc）（登録商標）システムでは、音楽データの管理として、U-TOC（ユーザTOC（Table Of Contents)）が用いられている。このU-TOCは、トラックの曲順、記録、消去などに応じて書き換えられる管理情報であり、各トラックについて、開始位置や終了位置、およびモードを管理するものである。
【０００３】
ところで、時代の変遷とともに、現行のMDシステムに対して、いくつか改善が要求されており、その１つとして、コンピュータとの親和性が挙げられる。
【０００４】
すなわち、近年のパーソナルコンピュータやネットワークの普及により、オーディオデータをネットワーク上で音楽配信したり、パーソナルコンピュータをオーディオサーバとして使い、ユーザが気に入った曲を携帯型の再生機にダウンロードして、音楽再生するようなことが行われている。
【０００５】
しかしながら、現行のMDシステムでは、U-TOCを用いてデータを管理しているため、パーソナルコンピュータとの親和性が十分でない。そこで、例えばFAT（File Allocation Table）ファイルシステムなどの汎用の管理システムを導入して、パーソナルコンピュータとの親和性を高めることが望まれる。
【０００６】
また、パーソナルコンピュータとの親和性が高くなると、オーディオデータを簡単にコピーできるようになり、オーディオデータの著作権を保護する必要性が増大する。
【０００７】
そこで、例えば、コンテンツデータの利用に関して、コピー制限をかけることにより、著作権保護の安全性を維持するようにしているものが提案されている（例えば、特許文献１参照）。
【０００８】
【特許文献１】特開２００２−１７５６６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、FATファイルシステムなどを使ったMDシステムを実現する場合、そのシステムで用いられるディスクには、必ずしもRF信号が記録されているとは限らない。そのため、FATファイルシステムを使ったMDシステムでは、ディスクの物理アドレスに、RF信号が記録されているか否かを表現する情報を記録し、その情報に基づいてデータを管理する必要がある。
【００１０】
例えば、ディスクからデータを読み出す場合、RF信号の有無情報を参照し、RF信号が記録されていることを確認してから、ディスクへの読み取り動作を行う。このように、ディスクからデータを読み出す際に、RF信号の有無情報を参照する処理が必要になり、現行のMDシステムに較べ、ディスクから実データの読み取りを開始するまでに時間がかかるため、処理速度の低下、および、消費電力も増えてしまうという課題があった。
【００１１】
本発明はこのような状況に鑑みてなされたものであり、RF信号が記録されていることが保証されているデータの再生において、そのRF信号の有無情報を参照せずに効率的に再生することができるようにするものである。
【課題を解決するための手段】
【００１２】
本発明の再生装置は、ファイルが、セット単体で管理することが可能なファイルであるか否かを判定する判定手段と、判定手段により、セット単体で管理することが可能なファイルであると判定された場合、管理情報を参照せずにファイルを読み出す読み出し手段とを備えることを特徴とする。
【００１３】
前記判定手段は、ファイルの全データ領域にデータが記録されているか否かを判定し、判定手段により、ファイルの全データ領域にデータが記録されていると判定された場合、読み出し手段は、管理情報を参照せずにファイルを読み出すようにすることができる。
【００１４】
前記判定手段は、ファイルの属性に基づいて、管理情報を参照するか否かを判定し、判定手段により、管理情報を参照しないと判定された場合、読み出し手段は、管理情報を参照せずにファイルを読み出すようにすることができる。
【００１５】
他の装置と接続された場合、読み出し手段は、管理情報を参照してファイルを読み出すようにすることができる。
【００１６】
前記ファイルは、オーディオデータファイルであるものとすることができる。
【００１７】
本発明の再生方法は、ファイルが、セット単体で管理することが可能なファイルであるか否かを判定する判定ステップと、判定ステップの処理により、セット単体で管理することが可能なファイルであると判定された場合、管理情報を参照せずにファイルを読み出す読み出しステップとを含むことを特徴とする。
【００１８】
本発明の記録媒体に記録されているプログラムは、ファイルが、セット単体で管理することが可能なファイルであるか否かを判定する判定ステップと、判定ステップの処理により、セット単体で管理することが可能なファイルであると判定された場合、管理情報を参照せずにファイルを読み出す読み出しステップとを含む処理をコンピュータに行わせることを特徴とする。
【００１９】
本発明においては、ファイルがセット単体で管理することが可能なファイルであるか否かが判定され、セット単体で管理することが可能なファイルであると判定された場合、管理情報を参照せずにファイルが読み出される。
【発明の効果】
【００２０】
本発明によれば、データを効率的に再生することができる。特に、RF信号が記録されていることが保証されているデータの再生において、そのRF信号の有無情報を参照せずに効率的に再生することが可能となる。
【発明を実施するための最良の形態】
【００２１】
以下に本発明を実施するための最良の形態を説明するが、開示される発明と実施の形態との対応関係を例示すると、次のようになる。本明細書には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。
【００２２】
さらに、この記載は、明細書に記載されている発明の全てを意味するものではない。換言すれば、この記載は、明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現し、追加される発明の存在を否定するものではない。
【００２３】
本発明は、ファイルが、セット単体で管理することが可能なファイルであるか否かを判定する判定手段（例えば、図９のステップＳ６の処理を実行する図１のシステムコントローラ１５）と、判定手段により、セット単体で管理することが可能なファイルであると判定された場合、管理情報（例えば、図５のRFビットファイル）を参照せずにファイルを読み出す読み出し手段（例えば、図９のステップＳ７の処理を実行する図１のメディアドライブ部１１）とを備える再生装置（例えば、図１のディスクドライブ装置１）を提供する。
【００２４】
前記判定手段は、ファイルの全データ領域にデータが記録されているか否かを判定し、判定手段により、ファイルの全データ領域にデータが記録されていると判定された場合、読み出し手段は、管理情報を参照せずにファイルを読み出すようにすることができる。
【００２５】
前記判定手段は、ファイルの属性（例えば、ファイル名）に基づいて、管理情報を参照するか否かを判定し、判定手段により、管理情報を参照しないと判定された場合、読み出し手段は、管理情報を参照せずにファイルを読み出すようにすることができる。
【００２６】
他の装置（例えば、図１のパーソナルコンピュータ３）と接続された場合、読み出し手段は、管理情報を参照してファイルを読み出す（例えば、図９のステップＳ８の処理を実行する）ようにすることができる。
【００２７】
前記ファイルは、オーディオデータファイル（例えば、図５のオーディオデータファイル）であるものとすることができる。
【００２８】
また、本発明は、ファイルが、セット単体で管理することが可能なファイルであるか否かを判定する判定ステップ（例えば、図９のステップＳ６）と、判定ステップの処理により、セット単体で管理することが可能なファイルであると判定された場合、管理情報（例えば、図５のRFビットファイル）を参照せずにファイルを読み出す読み出しステップ（例えば、図９のステップＳ７）とを含む再生方法を提供する。
【００２９】
また、本発明は、ファイルが、セット単体で管理することが可能なファイルであるか否かを判定する判定ステップ（例えば、図９のステップＳ６）と、判定ステップの処理により、セット単体で管理することが可能なファイルであると判定された場合、管理情報（例えば、図５のRFビットファイル）を参照せずにファイルを読み出す読み出しステップ（例えば、図９のステップＳ７）とを含む処理をコンピュータに行わせるプログラムが記録された記録媒体を提供する。
【００３０】
以下に、本発明の実施の形態について図面を参照して説明する。
【００３１】
図１は、本発明を適用したディスクドライブ装置（記録再生装置）１の構成例を示す図である。
【００３２】
このディスクドライブ装置１は、MDシステムで使用されているディスクと同様あるいはMDシステムで使用されているディスクに準拠した光磁気記録のディスクを記録媒体として用い、現行のパーソナルコンピュータとの親和性が図れるように、ファイル管理システムとしてFATファイルシステムを使って、オーディオデータのようなコンテンツデータを記録再生するようにしている。本実施の形態では、このような、FATファイルシステムを使った次世代のMDシステムをUMDシステムと称することにする。
【００３３】
図１の例の場合、ディスクドライブ装置１は、パーソナルコンピュータ３と接続可能になされているとともに、例えば、LCD（Liquid Crystal Display）からなるディスプレイ４と接続可能になされている。
【００３４】
メディアドライブ部１１は、装填されたディスク２に対する記録や再生を行う。ディスク２は、現行のMDシステムまたはUMDシステムで用いられるディスクとされる。UMDシステムで用いられるディスクの構成例については、図３を参照して後述する。
【００３５】
また、UMDシステムによりディスク２が初期化された場合、ディスクの記録単位毎（レコーディングブロック毎）にRF信号の有無を管理する情報がディスク２上に記録され、それらが１つのファイル（後述するRFビットファイル）として管理される。
【００３６】
メモリ転送コントローラ１２は、メディアドライブ部１１から供給される再生データやメディアドライブ部１１に供給する記録データの受け渡しの制御を行う。クラスタバッファメモリ１３は、メモリ転送コントローラ１２の制御に基づいて、メディアドライブ部１１によってディスク２のデータトラックからレコーディングブロック単位で読み出されたデータのバッファリングを行う。補助メモリ１４は、メモリ転送コントローラ１２の制御に基づいて、メディアドライブ部１１によってディスク２から読み出された各種管理情報や特殊情報を記憶する。
【００３７】
システムコントローラ１５は、入力部２１から入力されるユーザの操作に対する信号に基づいて、ディスクドライブ装置１内の全体の制御を行うと共に、接続されたパーソナルコンピュータ３との間の通信制御を行う。すなわち、システムコントローラ１５は、USB（Universal Serial Bus）インタフェース１６およびUSBハブ１７を介して接続されたパーソナルコンピュータ３との間で通信可能とされ、書き込み要求、読み出し要求等のコマンドの受信、またはステイタス情報やその他の必要情報などの送信を行う。
【００３８】
システムコントローラ１５は、例えば、ディスク２がメディアドライブ部１１に装填されることに応じて、ディスク２からの管理情報等の読み出しをメディアドライブ部１１に指示し、読み出された管理情報等をメモリ転送コントローラ１２によって補助メモリ１４に格納させる。
【００３９】
システムコントローラ１５は、パーソナルコンピュータ３から、所定のFATセクタの読み出し要求があった場合、メディアドライブ部１１に、そのFATセクタを含むレコーディングブロックの読み出しを実行させる。読み出されたレコーディングブロックのデータは、メモリ転送コントローラ１２によってクラスタバッファメモリ１３に書き込まれる。そして、システムコントローラ１５は、クラスタバッファメモリ１３に書き込まれているレコーディングブロックのデータから、要求されたFATセクタのデータをメモリ転送コントローラ１２によって読み出させ、USBインタフェース１６、およびUSBハブ１７を介してパーソナルコンピュータ３に送信させる制御を行う。
【００４０】
システムコントローラ１５は、パーソナルコンピュータ３から、所定のFATセクタの書き込み要求があった場合、メディアドライブ部１１に、まずそのFATセクタを含むレコーディングブロックの読み出しを実行させる。読み出されたレコーディングブロックは、メモリ転送コントローラ１２によってクラスタバッファメモリ１３に書き込まれる。そして、システムコントローラ１５は、パーソナルコンピュータ３から供給されたFATセクタのデータ（記録データ）を、USBハブ１７、およびUSBインタフェース１６を介してメモリ転送コントローラ１２に供給させ、クラスタバッファメモリ１３上で、該当するFATセクタのデータの書き換えを実行させる。
【００４１】
システムコントローラ１５は、メモリ転送コントローラ１２に指示して、必要なFATセクタが書き換えられた状態でクラスタバッファメモリ１３に記憶されているレコーディングブロックのデータを、記録データとしてメディアドライブ部１１に転送させる。メディアドライブ部１１は、そのレコーディングブロックの記録データを変調してディスク２に書き込む。
【００４２】
ディスプレイ４は、テキストデータや簡単なアイコンなどの表示が可能とされ、システムコントローラ１５から供給される表示制御信号に基づき、このディスクドライブ装置１の状態に関する情報や、ユーザに対するメッセージなどを表示する。
【００４３】
オーディオ処理部１９は、入力系として、例えば、アナログ音声信号入力部、およびA／D（Analog to Digital）変換器やディジタルオーディオデータ入力部などからデータを入力する入力端子２０ａを備える。また、オーディオ処理部１９は、ATRAC（Adaptive Transform Acoustic Coding）圧縮エンコーダ／デコーダや、圧縮データのバッファメモリを備える。更に、オーディオ処理部１９は、出力系として、ディジタルオーディオデータ出力部、およびD／A（Digital to Analog）変換器やアナログ音声信号出力部などにデータを出力する出力端子２０ｂを備える。
【００４４】
オーディオ処理部１９は、リニアPCM（Pulse Code Modulation）ディジタルオーディオデータをATRAC圧縮エンコードしてバッファメモリに蓄積するとともに、所定タイミングでバッファメモリから読み出してメディアドライブ部１１に転送する。メディアドライブ部１１では、転送されてくる圧縮データを、EFM（Eight Fourteen Modulation）で変調してディスク２にオーディオトラックとして書き込みを行う。
【００４５】
またオーディオ処理部１９は、ATRAC圧縮データをATRAC圧縮デコードしてリニアPCMオーディオデータとし、出力端子２０ｂから出力するか、あるいは、D／A変換器によりアナログ音声信号としてライン出力／ヘッドホン出力を行う。
【００４６】
なお、パーソナルコンピュータ３との接続はUSBでなく、IEEE（Institute of Electrical and Electronics Engineers）1394等の他の外部インタフェースを用いるようにしても良い。
【００４７】
図２は、メディアドライブ部１１の内部の詳細な構成例を示す図である。
【００４８】
メディアドライブ部１１は、ディスク２が装填されるターンテーブルを有しており、そのターンテーブルに装填されたディスク２をスピンドルモータ４８によってCLV（Constant Linear Velocity）方式で回転駆動させる。光学ヘッド３８は、このディスク２に対して、記録時または再生時にレーザ光を照射する。
【００４９】
また、ディスク２を挟んで光学ヘッド３８と対向する位置には磁気ヘッド３７が配置されている。磁気ヘッド３７は、記録データによって変調された磁界をディスク２に印加する動作を行う。また、図示しないが光学ヘッド３８全体および磁気ヘッド３７をディスク半径方向に移動させるためのスレッドモータおよびスレッド機構が備えられている。なお、光学ヘッド３８および磁気ヘッド３７は、磁界変調方式とされる。
【００５０】
このメディアドライブ部１１では、光学ヘッド３８、磁気ヘッド３７による記録再生ヘッド系、スピンドルモータ４８によるディスク回転駆動系のほかに、エラー訂正符号化や変調などを行う記録処理系、復調やエラー訂正処理などを行う再生処理系、およびサーボ系等が設けられる。
【００５１】
光学ヘッド３８のディスク２に対するレーザ照射によりその反射光として検出された情報は、RFアンプ４０に供給される。RFアンプ４０は、入力された検出情報に対して電流−電圧変換、増幅、マトリクス演算等を行い、再生情報としての再生RF信号、トラッキングエラー信号、フォーカスエラー信号、グルーブ情報（ディスク２にトラックのウォブリングにより記録されているADIP（Address in Pregroove）情報）等を抽出する。
【００５２】
現行のMDシステムのディスク２を再生する場合、RFアンプ４０で得られた再生RF信号は、EFM復調部４３およびACIRC（Advanced Cross Interleave Reed-Solomon Code）デコーダ４４で処理される。すなわち、EFM復調部４３は、再生RF信号を２値化してEFM信号列とした後、EFM復調する。ACIRCデコーダ４４は、復調されたデータを誤り訂正およびデインターリーブ処理し、ATRAC圧縮データの状態とする。このとき、セレクタ４５は、Ｂ接点側を選択しており、復調されたATRAC圧縮データをディスク２からの再生データとして出力する。
【００５３】
一方、UMDシステムのディスク２を再生する場合、RFアンプ４０で得られた再生RF信号は、RLL(1−7)PP復調部４１およびRS−LDCデコーダ４２で処理される。すなわち、RLL(1−7)PP復調部４１は、再生RF信号をPR（１，２，１）MLまたはPR（１，−１）ML、およびビタビ復号を用いたデータ検出によりRLL(1−7)符号列としての再生データを得て、このRLL(1−7)符号列に対してRLL(1−7)復調処理を行う。RS−LDCデコーダ４２は、復調されたデータを誤り訂正およびデインターリーブ処理する。このとき、セレクタ４５は、Ａ接点側を選択しており、復調されたデータをディスク２からの再生データとして出力する。
【００５４】
RFアンプ４０から出力されるトラッキングエラー信号、フォーカスエラー信号はサーボ部４６に供給され、グルーブ情報はADIP復調部４９に供給される。
【００５５】
ADIP復調部４９は、グルーブ情報に対してバンドパスフィルタにより帯域制限してウォブル成分を抽出した後、FM復調やバイフェーズ復調を行ってADIP信号を復調する。復調されたADIP信号は、アドレスデコーダ５０およびアドレスデコーダ５１に供給される。また、ADIP復調部４９は、グルーブ情報をスピンドルサーボ制御のためにサーボ部４６に供給する。
【００５６】
アドレスデコーダ５０，５１は、現行のMDシステムまたはUMDシステムのディスク２のADIPアドレスをデコードし、ドライブコントローラ５２に供給する。ドライブコントローラ５２は、供給されたADIPアドレスに基づいて、所要の制御処理を実行する。
【００５７】
サーボ部４６は、例えば、グルーブ情報に対して再生クロック（デコード時のPLL（Phase-Locked Loop）系クロック）との位相誤差を積分して得られる誤差信号に基づき、CLVサーボ制御のためのスピンドルエラー信号を生成する。
【００５８】
またサーボ部４６は、スピンドルエラー信号や、RFアンプ４０から供給されたトラッキングエラー信号、フォーカスエラー信号、あるいはドライブコントローラ５２からのトラックジャンプ指令、アクセス指令等に基づいて各種サーボ制御信号（トラッキング制御信号、フォーカス制御信号、スレッド制御信号、およびスピンドル制御信号等）を生成し、モータドライバ４７に出力する。
【００５９】
モータドライバ４７は、サーボ部４６から供給されたサーボ制御信号に基づいて、フォーカス方向とトラッキング方向の２種類のドライブ信号、スレッド機構を駆動するスレッドモータ駆動信号、および、スピンドルモータ４８を駆動するスピンドルモータ駆動信号などのサーボドライブ信号を生成する。このようなサーボドライブ信号により、ディスク２に対するフォーカス制御、トラッキング制御、およびスピンドルモータ４８に対するCLV制御が行われることになる。
【００６０】
現行のMDシステムのディスク２にオーディオデータを記録する場合、セレクタ３５はＢ接点側に接続され、ACIRCエンコーダ３３およびEFM変調部３４が機能することになる。この場合、オーディオ処理部１９からの圧縮データはACIRCエンコーダ３３でインターリーブおよびエラー訂正コード付加が行われた後、EFM変調部３４でEFM変調が行われる。そして、EFM変調データがセレクタ３５を介して磁気ヘッドドライバ３６に供給され、磁気ヘッド３７がディスク２に対してEFM変調データに基づいた磁界印加を行うことでオーディオトラックの記録が行われる。
【００６１】
UMDシステムのディスク２にデータを記録する場合、セレクタ３５はＡ接点側に接続され、RS−LDCエンコーダ３１およびRLL(1−7)PP変調部３２が機能することになる。この場合、メモリ転送コントローラ１２からの高密度データはRS−LDCエンコーダ３１でインターリーブおよびRS−LDC方式のエラー訂正コード付加が行われた後、RLL(1−7)PP変調部３２でRLL(1−7)変調が行われる。そして、RLL(1−7)符号列としての記録データがセレクタ３５を介して磁気ヘッドドライバ３６に供給され、磁気ヘッド３７がディスク２に対して変調データに基づいた磁界印加を行うことでデータトラックの記録が行われる。
【００６２】
レーザドライバ３９は、上記のような再生時および記録時においてレーザダイオードにレーザ発光動作を実行させるが、いわゆるAPC（Automatic Laser Power Control）動作も行う。すなわち、図示していないが、光学ヘッド３８内からレーザパワーのモニタ信号がレーザドライバ３９にフィードバックされており、レーザドライバ３９は、モニタ信号として得られる現在のレーザパワーを、設定されているレーザパワーと比較して、その誤差分をレーザ駆動信号に反映させることで、レーザダイオードから出力されるレーザパワーが、設定値で安定するように制御している。
【００６３】
ドライブコントローラ５２は、システムコントローラ１５からの指示に基づいて、以上の各動作（アクセス、各種サーボ、データ書込、データ読出の各動作）が実行されるように制御を行う。
【００６４】
なお、図２において一点鎖線で囲ったＡ部およびＢ部は、例えば１チップの回路部として構成することができる。
【００６５】
図３は、UMDシステムで用いられるディスク２の構成例を示す図である。UMDシステムで用いられるディスクは、現行のMDシステムで用いられるディスクと同様に、透明のポリカーボネート基板上に、誘電体膜、磁性膜、誘電体膜、および反射膜を積層して構成され、更にその上に、保護膜が積層される。
【００６６】
同図示されるように、ディスク２の内周のリードイン領域に、P−TOC（プリマスタードTOC（Table Of Contents)）領域が設けられており、物理的な構造としては、プリマスタード領域となる。すなわち、エンボスピットにより、コントロール情報等がP−TOC情報として記録されている。
【００６７】
P−TOC領域が設けられるリードイン領域の外周は、レコーダブル領域（光磁気記録可能な領域）とされ、記録トラックの案内溝としてグルーブが形成された記録再生可能領域となっている。このレコーダブル領域の内周には、U-TOC（ユーザTOC）が設けられる。
【００６８】
U-TOCは、ディスクの管理情報を記録するために用いられている。U-TOCは、例えば、トラック（オーディオトラック／データトラック）の曲順、記録、消去などに応じて書き換えられるディスクの管理情報であり、各トラック（トラックを構成するパーツ）について、開始位置や終了位置、およびモードを管理するものである。
【００６９】
U-TOCの外周に、アラートトラックが設けられる。アラートトラックは、このディスクがUMD方式で使用され、現行のMDシステムでは再生できないことを示す警告音が記録された警告トラックである。
【００７０】
図４は、図３に示すUMDシステム仕様のディスク２のレコーダブル領域の構成例を示す図である。同図に示されるように、レコーダブル領域の先頭（内周側）には、U-TOCおよびアラートトラックが設けられる。U-TOCおよびアラートトラックが含まれる領域は、現行のMDシステムでも再生できるように、EFMでデータが変調されて記録される。EFM変調でデータが変調されて記録される領域の外周に、UMD方式の1-7pp変調でデータが変調されて記録される領域が設けられる。EFMでデータが変調されて記録される領域と、1-7pp変調でデータが変調されて記録される領域との間は所定の距離の間だけ離間されており、ガードバンドが設けられている。このようなガードバンドが設けられるため、現行のMDシステムにUMDシステム仕様のディスク２が装着されて、不具合が発生されることが防止される。
【００７１】
1-7pp変調でデータが変調されて記録される領域の先頭（内周側）には、DDT（Disc Description Table）領域と、セキュアトラックが設けられる。DDT領域には、物理的に欠陥のあるセクタ（レコーディングブロック）に対する交替セクタ処理をするために設けられる。DDT領域には、さらに、ユニークID（UID）が記録される。UIDは、記録媒体毎に固有の識別コードである。セキュアトラックには、データの保護を図るための情報が格納される。
【００７２】
更に、1-7pp変調でデータが変調されて記録される領域には、FAT領域が設けられる。FAT領域は、FATファイルシステムでデータを管理するための領域である。FATファイルシステムは、汎用のパーソナルコンピュータで使用されているFATファイルシステムに準拠したデータ管理を行うものである。FATファイルシステムは、ルートにあるファイルやディレクトリのエントリポイントを示すディレクトリと、FATクラスタの連結情報が記述されたFATテーブルとを用いて、FATチェーンによりファイル管理を行うものである。
【００７３】
UMDシステムの仕様においては、U-TOC領域には、アラートトラックの開始位置の情報と、1−7変調でデータが変調されて記録される領域の開始位置の情報が記録される。
【００７４】
図５は、UMDシステムにおけるオーディオデータの管理方式を説明するための図である。
【００７５】
同図に示されるように、オーディオアプリケーション情報が記録されているUMDフォーマットのディスク２上には、トラックインデックスファイル、オーディオデータファイル、およびRFビットファイルが生成される。UMDシステムでは、FATファイルシステムが採用されており、トラックインデックスファイルおよびオーディオデータファイルは、FATファイルシステム上で管理される。RFビットファイルは、FATファイルシステム以外で管理され、ディスクドライブ装置１のみが操作可能な領域に記録される。
【００７６】
トラックインデックスファイルは、オーディオデータファイルに納められた音楽データを管理するための各種の情報が記述されたファイルである。トラックインデックスファイルは、プレイオーダテーブル、トラックインフォメーションテーブル、およびパートインフォメーションテーブルなどから構成される。
【００７７】
プレイオーダテーブルは、デフォルトで定義された再生順序を示すテーブルである。プレイオーダテーブルは、例えば、図６に示されるように、トラックナンバ（曲番）の総数（Total TNO）、および、各トラックナンバについてのトラックインフォメーションテーブル（図７）のトラック記述子へのリンク先を示す情報TINF１，TINF２・・・が格納される。トラックナンバは、例えば、１から始まる連続した番号である。
【００７８】
トラックインフォメーションテーブルは、例えば、図７Ａに示されるように、各トラック毎（各曲毎）のトラック記述子１、トラック記述子２、・・・からなり、各曲に関する情報が記述される。各トラック記述子には、例えば、図７Ｂに示されるように、符号化方式、著作権管理情報、データの復号鍵情報、その楽曲が開始するエントリとなるパートナンバへのポインタ情報、アーチストネーム、タイトルネーム、元曲順情報、および録音時間情報等が記述される。
【００７９】
パートインフォメーションテーブルは、例えば、図８Ａに示されるように、各パーツ毎のパーツ記述子１、パーツ記述子２、・・・からなり、パーツナンバから実際の楽曲の位置をアクセスするポインタが記述される。パーツとは、１トラック（楽曲）の全部、または１トラックを分割した各パーツである。パーツ記述子のエントリは、トラックインフォメーションテーブル（図７Ｂ）により指し示される。各パーツ記述子は、例えば、図８Ｂに示されるように、オーディオデータファイル上のそのパーツの先頭のアドレス、そのパーツの終了のアドレス、および、そのパーツに続くパーツへのリンク先が記述される。
【００８０】
トラックインデックスファイルは、プレイオーダテーブル（図６）、トラックインフォメーションテーブル（図７）、およびパートインフォメーションテーブル（図８）の他、プログラムドプレイオーダテーブル、グループインフォメーションテーブル、およびネームテーブルから構成される。
【００８１】
プログラムドプレイオーダテーブルは、再生手順を各ユーザが定義したテーブルであり、各トラックナンバについてのトラック記述子へのリンク先のトラック情報が記述される。
【００８２】
グループインフォメーションテーブルは、連続したトラックナンバを持つ１つ以上のトラックの集合、または連続したプログラムドトラックナンバを持つ１つ以上のトラックの集合からなるグループを定義したテーブルであり、各グループについての開始トラックナンバ、終了トラックナンバ、グループネーム、およびフラグなどのグループに関する情報が記述される。
【００８３】
ネームテーブルは、ネームの実体となる文字を定義したテーブルであり、文字情報であるネームデータ、この文字情報の属性であるネームタイプ、およびリンク先のネーム情報が記述される。このネームテーブルは、ネームを示す各ポインタからリンクされて呼び出される。ネームを呼び出すポインタは、トラックインフォメーションテーブルのアーチストネームやタイトルネーム、グループインフォメーションテーブルのグループネーム等がある。
【００８４】
なお、パーツナンバのポインタ情報、ネームテーブルのポインタ情報、オーディオファイルの位置を示すポインタ情報として用いるアドレスとしては、ファイルのバイトオフセット、FATのクラスタナンバ、記録媒体として用いられるディスク２の物理アドレス等を用いることができる。
【００８５】
オーディオデータファイルは、複数の音楽データが１つのファイルとして納められたものであり、FATファイルシステムでオーディオデータファイルを参照した場合、巨大な１つのファイルのように見える。オーディオデータファイルは、その内部がパーツとして区切られ、オーディオデータは、パーツの集合として扱われる。
【００８６】
RFビットファイルは、それぞれの物理アドレスに対して、RF信号が記録されているか、記録されていないかを“１”または“０”で表現したRF有無ビットを割り当て、それらが１つのファイルとして納められたものであり、FATファイルシステム以外で管理され、ディスクドライブ装置１のみが操作可能な領域に記録される。例えば、UMDシステムによりディスク２が初期化されると、RFビットファイルには、全ての物理アドレスに“０”のビットが割り当てられる。そして、ディスク２にRF信号が記録された場合、その対応する物理アドレスには、“０”から“１”のビットに書き換えられる。
【００８７】
次に、図９のフローチャートを参照して、オーディオデータの再生処理について説明する。
【００８８】
ステップＳ１において、システムコントローラ１５は、ユーザによりディスク２に記録されているデータのうち、所定データの再生が指示されたか否かを判定し、所定データの再生が指示されたと判定するまで待機する。そして、所定データの再生が指示されたと判定された場合、ステップＳ２に進み、メディアドライブ部１１は、システムコントローラ１５の指示により、ディスク２からトラックインデックスファイル（図５）を読み出し、ステップＳ３において、FAT情報を読み出す。読み出されたトラックインデックスファイルおよびFAT情報は、メモリ転送コントローラ１２によって補助メモリ１４に格納される。
【００８９】
ステップＳ４において、システムコントローラ１５は、機器状態を取得する。すなわち、システムコントローラ１５は、USBインタフェース１８、およびUSBハブ１７を介してパーソナルコンピュータ３との接続状態を検出し、パーソナルコンピュータ３と接続されていない場合には、セット単体動作であると判断する。
【００９０】
ステップＳ５において、システムコントローラ１５は、ステップＳ４の処理で取得した機器状態からセット単体動作であるか否かを判定し、セット単体動作であると判定した場合、ステップＳ６に進み、ステップＳ２の処理で読み出したトラックインデックスファイルから、UMDフォーマットで規定されているファイル（UMDシステム単体で管理することが可能なファイル）であるか否かを判定する。
【００９１】
ステップＳ６において、UMDフォーマットで規定されているファイルであると判定された場合、ステップＳ７に進み、メディアドライブ部１１は、ディスク２から所望のデータを読み出す。
【００９２】
より具体的には、ユーザにより、再生するトラックナンバ（例えば、TNO2）が指示されると、例えば、図１０に示されるように、トラックインデックスファイルのプレイオーダテーブルのTNO2に格納されている、トラックインフォメーションテーブルのトラック記述子へのリンク先を示す情報TINF１が読み出される。次に、読み出された情報TINF１に基づいて、トラックインフォメーションテーブルの所定のトラック記述子にリンクされ、そこに記述されている著作権管理情報やその楽曲が開始するパートナンバへのポインタ情報など（図７Ｂ）が読み出される。次に、読み出されたパートナンバへのポインタ情報に基づいて、パートインフォメーションテーブルの所定のパーツ記述子にリンクされ、そこに記述されているオーディオデータファイル上のパーツの先頭アドレス（From）および終了アドレス（To）が読み出される。
【００９３】
また次に、オーディオデータファイル上のパーツの先頭アドレスおよび終了アドレス（すなわち再生位置）に基づいて、FATファイルシステムのFAT情報が読み出される。これにより、オーディオデータファイルのFATファイルシステム上の位置（FAT クラスタ/セクタ番号およびバイトポジション）が読み出される。次に、読み出されたFATファイルシステム上の位置とディスク２との物理的な位置関係（すなわち、UMDフォーマットおよびディスクの初期化情報で一意に決まる位置）から、オーディオデータファイルのディスク２上での物理的な位置（物理アドレス）が得られる。
【００９４】
そして、得られた物理アドレスに対応するパーツの位置のオーディオデータファイルにアクセスされ、その位置から、オーディオデータの再生が開始される。このとき、トラックインフォメーションテーブルのトラック記述子から読み出された符号化方式に基づいて復号化が行われる。またオーディオデータが暗号化されている場合には、トラック記述子から読み出された鍵情報が使われる。
【００９５】
なお、そのパーツに続くパーツが存在する場合には、そのパーツのリンク先も読み出される。このリンク先に基づいて、後続のパーツが順に読み出される。すなわち、パーツ記述子のリンク先を辿っていき、オーディオデータファイル上で、そのパーツ記述子で指定される位置にあるパーツのオーディオデータを再生していくことで、所望のトラック（楽曲）のオーディオデータを再生することができる。
【００９６】
ステップＳ６において、UMDフォーマットで規定されているファイルではないと判定された場合、または、ステップＳ５において、セット単体動作ではない、すなわち、パーソナルコンピュータ３と接続されていると判定された場合、ステップＳ８に進み、メディアドライブ部１１は、システムコントローラ１５の指示により、RFビットファイルを読み出す。
【００９７】
ステップＳ９において、システムコントローラ１５は、RFビットファイルが存在したか、すなわち、ステップＳ８の処理により“１”が割り当てられたRFビットファイルが読み出されたか否かを判定する。ステップＳ９において、RFビットファイルが存在したと判定された場合、ステップＳ７に進み、メディアドライブ部１１は、上述したようにして、ディスク２からデータを読み出す。
【００９８】
ステップＳ９において、RFビットファイルが存在しない、すなわち、ステップＳ８の処理により“０”が割り当てられたRFビットファイルが読み出されたと判定された場合、ステップＳ１０に進み、システムコントローラ１５は、任意のデータ（例えば、０）を読み出したものとして、パーソナルコンピュータ３のアプリケーションに応答する。
【００９９】
このようなステップＳ１０の処理を行う理由は、次のようなものである。例えば、メディアドライブ部１１によりRF信号が記録されていない領域が読み出された場合、システムコントローラ１５は、RF信号を読み出すことができないといったシステムエラー状態を発生する。しかしながら、このシステムエラーが、ディスク２やメディアドライブ部１１の不具合によって発生しているのか、あるいは、RF信号が記録されていないために発生しているのかが不明であり、システムコントローラ１５は、的確なシステム動作を行うことができない。また、FATファイルシステムをパーソナルコンピュータ３のストレージデバイスとして動作させた場合、パーソナルコンピュータ３は、すべてのデータ領域にデータがあるものとして、読み取り動作を行うため、任意のデータ（例えば、０）を読み出したものとする処理が必要となる。
【０１００】
従来は、ディスク２からデータを読み出す際に、RFビットファイルを必ず参照して、RF信号が記録されていることを確認した後、ディスク２の所望アドレスからデータを読み出すようにしていたが、本発明を適用することにより、UMDフォーマットで規定されるオーディオデータファイルをディスク２から読み出す場合には、RFビットファイルを参照する必要がない。すなわち、RF信号が必ず記録されているファイルからデータを読み出す場合には、RFビットファイルを参照せずに、データを直接読み出すことができる。従って、オーディオデータファイルの読み取り処理を開始するまでの時間を短縮することができるとともに、無駄な消費電力を低減することができる。
【０１０１】
また、UMDフォーマットで規定されるオーディオデータファイルを読み出す場合、RFビットを参照せずに、データを直接読み出すようにしたが、本発明はこれに限られるものではなく、例えば、ファイルの先頭から最後までの全領域にデータが記録されているファイルを読み出す場合にも、RFビットファイルを参照せずに、データを直接読み出すようにしてもよい。
【０１０２】
また例えば、読み出すファイルの属性に基づいて、RFビットファイルを参照するか否かを判断するようにしてもよい。例えば、“＊＊＊.AD”のように、オーディオデータファイルであることを表わす拡張子が付けられたファイル名などの場合には、RFビットファイルを参照せずにデータを読み出す。これに対し、“＊＊＊.TEXT”のように、テキストデータファイルであることを表わす拡張子が付けられたファイル名などの場合には、RFビットファイルを参照してデータを読み出すようにする。
【０１０３】
また例えば、読み出すファイルに付随する管理ファイルに基づいて、RFビットファイルを参照するか否かを判断するようにしてもよい。例えば、“＊＊＊.srb”のようなファイル名を持つ管理ファイルを用意し、その中にRF信号の有無に関する情報やファイルの先頭から最後までの全領域にデータが記録されていることを表わす情報を記述するようにする。
【０１０４】
さらにまた例えば、RF信号が必ず記録されているファイルからデータを読み出す動作のみを行う再生装置では、RFビットファイルをディスク２から読み出す必要がなく、その分オーディオデータファイルへの読み取り処理を開始するまでの時間を短縮することができ、セット動作の立ち上がりが速くなるとともに、RFビットファイルを読み取るためのメモリ領域を節約することができる。
【０１０５】
上述したように、これらの一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。この場合、例えば、図１のディスク記録再生装置１は、図１１に示されるようなパーソナルコンピュータ１００により実現される。
【０１０６】
図１１において、CPU(Central Processing Unit)１０１は、ROM(Read Only Memory)１０２に記憶されているプログラム、または記憶部１０８からRAM(Random Access Memory)１０３にロードされたプログラムに従って、各種の処理を実行する。RAM１０３にはまた、CPU１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０１０７】
CPU１０１、ROM１０２、およびRAM１０３は、バス１０４を介して相互に接続されている。このバス１０４にはまた、入出力インタフェース１０５も接続されている。
【０１０８】
入出力インタフェース１０５には、キーボード、マウスなどよりなる入力部１０６、ディスプレイなどよりなる出力部１０７、記憶部１０８、通信部１０９が接続されている。通信部１０９は、ネットワークを介しての通信処理を行う。
【０１０９】
入出力インタフェース１０５にはまた、必要に応じてドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１０８にインストールされる。
【０１１０】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを記録する記録媒体は、図１１に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disc-Read Only Memory）、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（MDを含む）、もしくは半導体メモリなどよりなるリムーバブルメディア１１１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM１０３または記憶部１０８に含まれるハードディスクなどで構成される。
【０１１１】
なお、本明細書において、記録媒体に記憶されるプログラムを記述するステップは、含む順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１１２】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表わすものである。
【図面の簡単な説明】
【０１１３】
【図１】本発明を適用したディスクドライブ装置の構成例を示す図である。
【図２】図１のメディアドライブ部の内部の詳細な構成例を示す図である。
【図３】UMDシステムで用いられるディスクの構成例を示す図である。
【図４】図３に示すディスクのレコーダブル領域の構成例を示す図である。
【図５】UMDシステムのオーディオデータの管理方式を説明するための図である。
【図６】プレイオーダテーブルの例を示す図である。
【図７】トラックインフォメーションテーブルの例を示す図である。
【図８】パートインフォメーションテーブルの例を示す図である。
【図９】オーディオデータの再生処理について説明するフローチャートである。
【図１０】図９のステップＳ７の処理を説明するための図である。
【図１１】パーソナルコンピュータの構成例を示すブロック図である。
【符号の説明】
【０１１４】
１  ディスクドライブ装置，  ２  ディスク，  ３  パーソナルコンピュータ，  １１  メディアドライブ部，  １４  補助メモリ，  １５  システムコントローラ
【図１】
2005149642.tif 000003
【図２】
2005149642.tif 000004
【図３】
2005149642.tif 000005
【図４】
2005149642.tif 000006
【図５】
2005149642.tif 000007
【図６】
2005149642.tif 000008
【図７】
2005149642.tif 000009
【図８】
2005149642.tif 000010
【図９】
2005149642.tif 000011
【図１０】
2005149642.tif 000012
【図１１】
2005149642.tif 000013