(57)【特許請求の範囲】
【請求項１】
記録媒体上に記録された音楽ファイルをファイルの拡張子に基づいてサブディレクトリも含めて検索する音楽ファイル検索手段と、該音楽ファイル検索手段によって検索された音楽ファイルのヘッダに基づいてファイルの種類を判断する判断手段と、該判断手段によって判断されたファイルの種類に応じて所定の処理をする処理手段と、音楽ファイルを音楽信号に変換して再生する音楽再生手段とを備え、
前記記録媒体上のディレクトリを読み込み、ルートディレクトリにＴＯＣファイルが有れば、該ＴＯＣファイルに基づいて前記音楽再生手段によって音楽ファイルを再生し、ルートディレクトリにＴＯＣファイルが無ければ、前記音楽ファイル検索手段によって音楽ファイルを検索し、前記判断手段によって前記検索された音楽ファイルのファイルの種類を判断し、前記処理手段によって前記種類が判断された音楽ファイルに所定の処理をし、前記音楽再生手段によって前記処理された音楽ファイルを再生するようにしたことを特徴とする再生装置。
【請求項２】
請求項１記載の再生装置において、
前記判断手段は前記音楽ファイルの圧縮タイプを判定する手段であり、前記処理手段は前記判断手段によって判定された圧縮タイプに基づいて前記音楽ファイルを伸長する手段であることを特徴とする再生装置。
【請求項３】
請求項２記載の再生装置において、
前記伸長する手段を、当該再生装置の全体の制御を司るシステムコントロール手段に設けたことを特徴とする再生装置。
【請求項４】
請求項１乃至３のいずれか一項に記載の再生装置において、
前記ＴＯＣファイルは、前記記録媒体に記録されている音楽ファイルの記録アドレス，曲時間，ファイルフォーマット，アルバム名，曲名，アーティスト名等の情報を記述したテキストファイルであることを特徴とする再生装置。
【請求項５】
請求項１乃至４のいずれか一項に記載の再生装置において、
ホストコンピュータを接続する手段と、該手段によって接続されたホストコンピュータからの指示に基づいて前記音楽再生手段を実行する手段を設けたことを特徴とする再生装置。
【請求項６】
音楽ファイルが記録された記録媒体上のディレクトリを読み込み、ルートディレクトリにＴＯＣファイルが有れば、該ＴＯＣファイルに基づいて前記記録媒体上に記録された音楽ファイルを音楽信号に変換して再生し、ルートディレクトリにＴＯＣファイルが無ければ、前記記録媒体上に記録された音楽ファイルをファイルの拡張子に基づいてサブディレクトリも含めて検索し、該検索された音楽ファイルのヘッダに基づいてファイルの種類を判断し、該判断されたファイルの種類に応じて所定の処理をし、該処理された音楽ファイルを音楽信号に変換して再生することを特徴とする再生方法。
【請求項７】
請求項６記載の再生方法において、
前記判断は前記音楽ファイルの圧縮タイプを判定し、前記処理は前記判定された圧縮タイプに基づいて前記音楽ファイルを伸長することを特徴とする再生方法。
【請求項８】
請求項６又は７記載の再生方法において、
前記ＴＯＣファイルは、前記記録媒体に記録されている音楽ファイルの記録アドレス，曲時間，ファイルフォーマット，アルバム名，曲名，アーティスト名等の情報を記述したテキストファイルであることを特徴とする再生方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ＣＤ−ＲＯＭ上の音楽データを音楽再生するＣＤプレーヤ，ＣＤ−ＲＯＭ装置，ＣＤ−Ｒ装置，及びＣＤ−ＲＷ装置等の再生装置とその再生方法に関する。
【０００２】
【従来の技術】
音楽用ＣＤ規格に端を発するＣＤの規格は、記録フォーマットやメディアの種類など多岐にわたり非常に複雑であるが、音楽用途とコンピュータ用途に大きく分けられる。
【０００３】
前者用途ではＣＤプレーヤ、後者用途ではＣＤ−ＲＯＭドライブと呼ばれる再生装置が主に用いられるが、通常は両装置ともＣＤ−ＤＡディスクの再生機能を持っている。
【０００４】
しかし、コンピュータデータとして記録された音楽データの再生機能はなく、一般的に音楽データはホストコンピュータの音源ボードで再生している。
【０００５】
そこで、従来、ＣＤ−ＲＯＭフォーマットでの音楽データの記録再生，圧縮伸長の技術（例えば、特開平９−１８５８６８号公報参照）が提案されているが、コンピュータとデータを共用するのに一番大事なファイルシステムを解釈して再生するような構成になっていない。
【０００６】
さらに説明する。音楽再生を目的としたＣＤ−ＤＡの規格はレッドブック（ＲＥＤ  ＢＯＯＫ）、コンピュータデータのストレージを目的としたＣＤ−ＲＯＭの規格はイエローブック（ＹＥＬＬＯＷ  ＢＯＯＫ）で規定されている。
【０００７】
ＣＤ−ＲＯＭ規格はＣＤ−ＤＡ規格をベースにしたランダムアクセスを可能にするセクタ構造と強力なエラー訂正機能を取り入れたものである。
【０００８】
しかし、シーケンシャルリードがメインであり、ラフなランダムアクセスとコンピュータデータとしては不充分なエラーレートのために、ＤＡはコンピュータにとって扱い難いデータフォーマットだと言える。
【０００９】
一般に、ＣＤはマルチメディアと呼ばれる。これはＣＤの適度な記憶容量と複製の容易性と順次制定された規格とデータ圧縮技術の進歩により、１つの媒体でテキスト，音楽，及び映像等の多様な情報を扱うことができ、それらの情報がコンピュータで利用し易いデジタルデータで記録されているからである。
【００１０】
現在、パーソナルコンピュータの性能はマルチメディアを扱うのに十分な能力を持っており、ベーシックなパーソナルコンピュータであっても音楽の作曲，編集，ミキシング，及びエフェクトなどの作業が１台のマシンで個人が簡単にできてしまう。
【００１１】
また、記録可能なＣＤドライブが安価になってきたことから、自分で作成した曲の音楽データをＣＤ−Ｒに記録してＣＤプレーヤで聞くといったことも盛んに行なわれている。
【００１２】
ところで、コンピュータで作成した音楽データを一般的なＣＤプレーヤで聞くためには、ＣＤ−ＤＡフォーマットのＣＤを作成する必要がある。
しかし、ＣＤ−ＤＡフォーマットはコンピュータデータの保存に適さないため、通常は音楽データを別途ＣＤ−ＲＯＭフォーマット又は他のストレージデバイスに保存している。
【００１３】
【発明が解決しようとする課題】
しかしながら、上述したように音楽データを別途ＣＤ−ＲＯＭフォーマット又は他のストレージデバイスに保存するのでは、そのＣＤ−ＤＡデータは４４．１ＫＨＺでサンプリングされた１６ビットのステレオデータであり、１分で約１０ＭＢものデータ量になることから、再生用と保存用を分けて扱うのは非常に不合理であるという問題があった。
【００１４】
次に、パーソナルコンピュータの代表的なＯＳが標準的に扱う音楽ファイルにＷＡＶＥファイルがある。
ＷＡＶＥファイルは、ＰＣＭデータにチャンネル数，サンプリングレート，及び量子化ビット数などの情報ヘッダを付加した簡単な構造をしており、ＣＤ−ＤＡデータをＷＡＶＥファイル化したものはＤ／Ａコンバータで簡単に再生可能である。
【００１５】
このタイプのファイルを再生するには特別な処理は必要無いが、先に述べたようにＷＡＶＥファイルは１分で約１０ＭＢものデータ量になり、ＣＤ−ＲＯＭフォーマットでは約６５分しかデータを記録できないなどのデメリットも有る。
【００１６】
現在、インターネットなどのネットワーク上での音楽配信ではデータ圧縮が必要不可欠である。コンピュータの処理能力向上により、種種のデータの圧縮伸長がソフトウェアで行なえるようになったことから、音楽データをファイルとして保存，又は配布する気運が非常に高まっている。
【００１７】
例えば、音質と圧縮率で評価の高いＭＰ３（ＭＰＥＧ１  ＡＵＤＩＯ  ＬＡＹＥＲ III）ではＣＤ−ＤＡに近い音質を保ちながらデータを約１０分の１にできるため、１枚のＣＤにＣＤ−ＲＯＭフォーマットで通常の音楽が１５０曲以上も保存可能である。
【００１８】
次に、近年のパーソナルコンピュータの劇的な処理能力向上は周知と思われるが、組み込み型コンピュータチップ、すなわちシステムコントローラの処理能力向上も同様である。
【００１９】
従来、圧縮データの伸長には専用のハードウェアを必要としていたが、システムコントローラの処理能力向上によってソフトウェアによる伸長が可能になった。
また、現在ある複数の圧縮フォーマットや、今後出てくる新しい圧縮フォーマットを考えるとハードウェアで対応すると時間やコストが大きくなってしまう。
【００２０】
次に、音楽ファイルの再生を行なうためには、音楽ファイルがどこにあるのか予め知っておく必要がある。
ＣＤ−ＤＡではディスク上のＴＯＣ領域を読むことにより、曲のスタート位置や曲時間を知ることが出来るが、ＣＤ−ＲＯＭの音楽ファイルの場合、そのような情報が無いためにファイルを検索してディレクトリ情報から取得する必要がある。
【００２１】
しかし、ファイル検索はファイルがサブディレクトリに点在している場合やファイル数が多い場合に時間がかかり、使い勝手を損なってしまう。
また、曲名やアルバム名をファイル名やディレクトリ名で代用していると後から簡単に変更できないなどの不具合が生じて不便である。
【００２２】
そこで、この発明は音楽ファイルの構成と管理を行なうために使用するＴＯＣファイルを読むことによって音楽ファイルの再生時の操作性を向上させることを目的とする。
【００２３】
次に、コンピュータの性能が向上したとは言え、同時に高機能で負荷の大きいアプリケーションも登場しているため、音楽再生でＣＰＵに負荷をかけないのに越したことは無い。
【００２４】
一般に、ＣＤ−ＲＯＭドライブはＣＤ−ＤＡの再生は可能であるが、圧縮されているされていないに関わらず音楽ファイルの再生は出来ない。
コンピュータが音楽ファイルを読み出し、音源ボードにデータを転送することは、処理的には大したことではないがデータ量が多いためにＣＰＵ負荷は少なからず増加するし、アプリケーションとの並行動作を行なわせた場合、安定面でのリスクも増加する。
【００２５】
【課題を解決するための手段】
この発明は上記の目的を達成するため、記録媒体上に記録された音楽ファイルをファイルの拡張子に基づいてサブディレクトリも含めて検索する音楽ファイル検索手段と、その音楽ファイル検索手段によって検索された音楽ファイルのヘッダに基づいてファイルの種類を判断する判断手段と、その判断手段によって判断されたファイルの種類に応じて所定の処理をする処理手段と、音楽ファイルを音楽信号に変換して再生する音楽再生手段とを備え、上記記録媒体上のディレクトリを読み込み、ルートディレクトリにＴＯＣファイルが有れば、そのＴＯＣファイルに基づいて上記音楽再生手段によって音楽ファイルを再生し、ルートディレクトリにＴＯＣファイルが無ければ、上記音楽ファイル検索手段によって音楽ファイルを検索し、上記判断手段によって上記検索された音楽ファイルのファイルの種類を判断し、上記処理手段によって上記種類が判断された音楽ファイルに所定の処理をし、上記音楽再生手段によって上記処理された音楽ファイルを再生するようにした再生装置を提供する。
【００２６】
また、上記のような再生装置において、上記判断手段を上記音楽ファイルの圧縮タイプを判定する手段にし、上記処理手段を上記判断手段によって判定された圧縮タイプに基づいて上記音楽ファイルを伸長する手段にするとよい。
【００２７】
さらに、上記のような再生装置において、上記伸長する手段を、当該再生装置の全体の制御を司るシステムコントロール手段に設けるとよい。
【００２８】
また、上記のような再生装置において、上記ＴＯＣファイルを、上記記録媒体に記録されている音楽ファイルの記録アドレス，曲時間，ファイルフォーマット，アルバム名，曲名，アーティスト名等の情報を記述したテキストファイルにするとよい。
【００２９】
さらに、上記のような再生装置において、ホストコンピュータを接続する手段と、その手段によって接続されたホストコンピュータからの指示に基づいて上記音楽再生手段を実行する手段を設けるとよい。
【００３０】
また、音楽ファイルが記録された記録媒体上のディレクトリを読み込み、ルートディレクトリにＴＯＣファイルが有れば、そのＴＯＣファイルに基づいて上記記録媒体上に記録された音楽ファイルを音楽信号に変換して再生し、ルートディレクトリにＴＯＣファイルが無ければ、上記記録媒体上に記録された音楽ファイルをファイルの拡張子に基づいてサブディレクトリも含めて検索し、その検索された音楽ファイルのヘッダに基づいてファイルの種類を判断し、その判断されたファイルの種類に応じて所定の処理をし、その処理された音楽ファイルを音楽信号に変換して再生する再生方法も提供する。
【００３１】
さらに、上記のような再生方法において、上記判断が上記音楽ファイルの圧縮タイプを判定し、上記処理が上記判定された圧縮タイプに基づいて上記音楽ファイルを伸長するとよい。
【００３２】
さらにまた、上記のような再生方法において、上記ＴＯＣファイルを、上記記録媒体に記録されている音楽ファイルの記録アドレス，曲時間，ファイルフォーマット，アルバム名，曲名，アーティスト名等の情報を記述したテキストファイルにするとよい。
【００３３】
【発明の実施の形態】
以下、この発明の実施形態を図面に基づいて具体的に説明する。
図１は、この発明の一実施形態の光ディスク再生装置の構成を示すブロック図である。
【００３４】
この光ディスク再生装置は、光ディスク１をスピンドルモータ２によって回転駆動する。
スピンドルモータ２は、モータドライバ３とサーボ処理部４によって線速度又は角速度が一定になるように制御される。その線速度又は角速度は段階的に変更が可能である。
【００３５】
ピックアップ５は、図示を省略した半導体レーザ光源，光学系，フォーカスアクチュエータ，トラックアクチュエータ，受光素子，及びポジションセンサを内蔵しており、レーザー光を光ディスク１に照射してデータを読み取る機能を持つ。
【００３６】
また、ピックアップ５は図示を省略したシークモータによってスレッジ方向に移動可能である。上記フォーカスアクチュエータ，トラックアクチュエータ，及びシークモータは、受光素子，ポジションセンサから得られた信号を基にしてモータドライバ３とサーボ処理部４によってレーザースポットが目的の場所に位置するように制御される。
【００３７】
ピックアップ５で得られた再生信号は、リードアンプ６で増幅されて２値化された後、ＣＤデコーダ７に入力されてデインターリーブとエラー訂正の処理を受ける。この際、エラー訂正し切れなかったデータについては補完処理される。
【００３８】
ＣＤ−ＤＡの場合、そのデータをＤ／Ａコンバータ８に入力して、アンプ１４によって増幅してラインアウト端子１５又はスピーカ１６へ出力して音楽再生を行なう。
また、ＣＤ−ＲＯＭデコーダ９をスルーパスし、一旦データをメモリ１０に貯めてからＤ／Ａコンバータ８に入力することもでき、振動でサーボが外れた場合などの音切れ対策に有効である。
【００３９】
一方、ＣＤ−ＲＯＭの場合、データはＣＤ−ＲＯＭデコーダ９に入力され、さらにデータの信頼性を高めるためのエラー訂正処理を受ける。
そのデータをそのままメモリ１０に蓄えるかデータ伸長処理部１１によってデータの伸長処理を行なってからメモリ１０に蓄えるかは、システムコントローラ１７によって制御する。
【００４０】
メモリマネージャ１２は、メモリ１０へのデータアクセスを制御するものであり、各部へのデータ転送を並列に処理することができる。その機能によって光ディスク１からデータをメモリ１０に読み込みながら、メモリ１０のデータをＤ／Ａコンバータ８又はホストインタフェース（Ｉ／Ｆ）１３へ送ることができる。
【００４１】
ホストインタフェース１３には、ＳＣＳＩ，ＡＴＡＰＩ，ＵＳＢ，１３９４などがあり、ホストコンピュータを接続する。
Ｄ／Ａコンバータ８は、サンプリングレートに合わせて変換レートを調整可能である。
【００４２】
システムコントローラ１７は上記各部を制御し、任意のセクタデータを読み出してメモリ１０に保存することが可能であり、メモリ１０を自由にアクセスしてセクタデータの解析やメモリ１０内のデータに対して伸長処理を行なってメモリ１０に展開することも可能である。
【００４３】
すなわち、上記システムコントローラ１７等がそれぞれ、記録媒体上に記録された音楽ファイルをファイルの拡張子に基づいてサブディレクトリも含めて検索する音楽ファイル検索手段と、その音楽ファイル検索手段によって検索された音楽ファイルのヘッダに基づいてファイルの種類を判断する判断手段と、その判断手段によって判断されたファイルの種類に応じて所定の処理をする処理手段と、音楽ファイルを音楽信号に変換して再生する音楽再生手段と、上記記録媒体上のディレクトリを読み込み、ルートディレクトリにＴＯＣファイルが有れば、そのＴＯＣファイルに基づいて上記音楽再生手段によって音楽ファイルを再生し、ルートディレクトリにＴＯＣファイルが無ければ、上記音楽ファイル検索手段によって音楽ファイルを検索し、上記判断手段によって上記検索された音楽ファイルのファイルの種類を判断し、上記処理手段によって上記種類が判断された音楽ファイルに所定の処理をし、上記音楽再生手段によって上記処理された音楽ファイルを再生する手段の機能を果たす。
【００４４】
また、上記判断手段として上記音楽ファイルの圧縮タイプを判定する手段の機能も果たし、上記処理手段として上記判断手段によって判定された圧縮タイプに基づいて上記音楽ファイルを伸長する手段の機能も果たす。
【００４５】
さらに、上記ＴＯＣファイルには、上記記録媒体に記録されている音楽ファイルの記録アドレス，曲時間，ファイルフォーマット，アルバム名，曲名，アーティスト名等の情報を記述したテキストファイルがある。
【００４６】
さらにまた、ホストコンピュータを接続する手段と、その手段によって接続されたホストコンピュータからの指示に基づいて上記音楽再生手段を実行する手段の機能を果たす。
【００４７】
この実施形態の光ディスク再生装置は、光ディスク（例えば、ＣＤ−ＲＯＭ）のファイルシステムを解釈するところに大きな特徴があるが、そのファイルシステムとして標準的なものがＩＳＯ９６６０である。
【００４８】
図２はＩＳＯ９６６０に基づくファイルシステムの構成を示す説明図である。
ＩＳＯ９６６０では、論理ブロック番号（ＬＯＧＩＣＡＬ  ＢＬＯＣＫ  ＮＵＭＢＥＲ：ＬＢＮ）１６のセクタに第１ボリューム記述子（ＰＲＩＭＡＲＹ  ＶＯＬＵＭＥ  ＤＥＳＣＲＩＰＴＥＲ：ＰＶＤ）が置かれる。
【００４９】
ＬＢＮとは、光ディスク等のメディア上のセクタ（ＣＤ−ＲＯＭでは分（ＭＩＮＵＴＥ）：秒（ＳＥＣＯＮＤ）：フレーム（ＦＲＡＭＥ）でアドレスされる）を連番でアドレスするための手法であり、ＣＤ−ＲＯＭに限らず、ＨＤＤやＭＯなどのメディアでも用いられる。
【００５０】
ＣＤ−ＲＯＭでは、ＬＢＮ＝０を００：０２：００（２秒００）から始めることと規定している。
ＬＢＮは、論理セクタ番号（ＬＯＧＩＣＡＬ  ＳＥＣＴＥＲ  ＮＵＭＢＥＲ：ＬＳＮ），あるいは論理ブロックアドレス（ＬＯＧＩＣＡＬ  ＢＬＯＣＫ  ＡＤＤＲＥＳＳ：ＬＢＡ）と呼ばれることもある。
【００５１】
ＩＳＯ９６６０では、ＰＶＤが指し示すルートディレクトリから順番にたどって目的のファイル位置を探す方法と、パステーブル（ＰＡＴＨ  ＴＡＢＬＥ）からいっきにポイントする方法がある。
【００５２】
上記ルートディレクトリから順番にたどる方法は、ＭＳ−ＤＯＳのＦＡＴファイルと似ている。しかし、たどる過程で多くのシークが発生するので、一般にシークタイムがさほど速くないＣＤ−ＲＯＭドライブではおおきなオーバヘッドが生じてしまう。
【００５３】
そこで、パステーブルという静的な領域に、光ディスク内の全てのディレクトリやファイルへのポインタを置き、そこからダイレクトに検索する方法が一般的になっている。パステーブルの場所もＰＶＤからポイントされる。
【００５４】
この実施形態の光ディスク再生装置は、音楽ファイルを再生するためにファイル構成を解釈し、音楽データの抽出，圧縮されたデータの場合には伸長処理が必要である。
【００５５】
その圧縮されない音楽ファイルの代表的なものにはＷＡＶＥファイルが、圧縮された音楽ファイルの代表的なものにはＭＰＥＧ１／ＡＵＤＩＯファイルがあるが、これらの構成を図３と図４に示す。
【００５６】
図３に示すように、ＷＡＶＥファイルは、音楽データの先頭に４４バイトのヘッダが配置された構成をとる。
このヘッダにはサンプリングレート，量子化ビット数，及び音楽データサイズが記録されており、この情報に基づいてＤ／Ａコンバータ８の設定を行なえば音楽データをそのまま送るだけで音楽再生が可能になる。
このファイルのファイル名の拡張子には、一般的に”ＷＡＶ”が使用される。
【００５７】
一方、ＭＰＥＧ１／ＡＵＤＩＯファイルは、図４に示した複数のフレームとＩＤ３タグと呼ばれる１２８バイトの情報で構成される。
フレームヘッダにはサンプリングレートやビットレートなどの伸長に必要な情報が記録されている。
【００５８】
ＭＰＥＧ１  ＡＵＤＩＯ  ＬＡＹＥＲ IIIファイルの場合、ファイル名の拡張子には一般的に”ＭＰ３”が使用される。
これらのファイルの拡張子を利用すればディレクトリ情報からファイルの存在を確認することができる。
このＭＰＥＧ１  ＡＵＤＩＯ  ＬＡＹＥＲ IIIファイルの伸長処理をシステムコントローラ１７が実行するようにしても良い。
【００５９】
さらに、ファイル名を曲名とし、ディレクトリ名をアルバム名とすればＣＤ−ＤＡの目次情報（ＴＯＣ）には無い情報も取得することができる。
しかし、曲情報として重要な曲時間だけは音楽ファイルのタイプを固定しない限り、ファイルサイズからの計算は不可能であり、ファイルを読み出さないと分からない。つまり曲数が多いとその検索に非常に時間がかかる。
【００６０】
そこで、この実施形態の光ディスク再生装置では、予め曲情報をまとめたＴＯＣファイルを読み出すことにより、上述のような検索を不用にした。
このＴＯＣファイルはルートディレクトリに存在する特定のテキストファイルであるが、その構成を図５に示す。
【００６１】
ＴＯＣファイルの内容は、アルバム情報とトラック情報とに大きく分けられ、それぞれの数分番号が振られる。
図５の構成例では、アルバムを３，トラックを１５で構成した場合を示している。
アルバムの情報としては、アルバム名，アーチスト名，及び帰属トラックがあり、帰属トラックにはトラック番号が指定される。
【００６２】
トラック番号は、ハイフン“−”とコンマ“，”で複数指定することができる。トラック情報としては記録アドレス，曲時間，ファイルフォーマットのタイプ，曲名，及びアーチスト名がある。アドレスは音楽ファイルが記録されているＣＤ−ＲＯＭの論理アドレスなので、このＴＯＣファイルだけでダイレクトに音楽ファイルをアクセス可能である。
【００６３】
図６は、この光ディスク再生装置における光ディスク上の曲情報の取得と再生の処理を示すフローチャートである。
この処理は、ステップ（図中では「Ｓ」で示す）１で光ディスクが挿入されたか否かを判断し、光ディスクが挿入されたことを検出するとステップ２へ進んでマウント処理を行なう。このマウント処理では光ディスク１のＴＯＣ領域を読み取り、トラックのモードや長さ（時間）を取得する。このマウント処理によって光ディスクがＣＤ−ＤＡかＣＤ−ＲＯＭかの判別がつく。
【００６４】
ステップ３へ進んで光ディスクがＣＤ−ＤＡディスクか否かを判断し、ＣＤ−ＤＡディスクの場合はステップ８へ進んでそのまま再生命令を待つが、ＣＤ−ＲＯＭの場合はステップ４へ進んでディレクトリを読み込み、ステップ５へ進んでルートディレクトリにＴＯＣファイルの有無を判断する。
【００６５】
ステップ５の判断でＴＯＣファイルが無ければ、ステップ６へ進んでサブディレクトリも含めて音楽ファイルの検索をファイル名の拡張子に基づいて行ない、ステップ７へ進んで検出された音楽ファイルにアクセスして曲時間を取得する。
ステップ５の判断でＴＯＣファイルが有れば、ステップ１０へ進んでＴＯＣファイルを読み込んで曲情報を取得し、ステップ８へ進む。
【００６６】
ステップ８では再生命令の有無を判断し、再生命令があったら、ステップ９へ進んで再生処理を実行する。
その再生命令は操作部のスイッチによるものとホストコンピュータからのコマンドによるものがある。
そして、再生命令があったら、再生指示された曲のファイルを読み出し、ファイルの種類を判断し、圧縮ファイルであれば適宜伸張し、再生レートを設定してＤ／Ａコンバータ８にデータを転送することによって音楽ファイルを再生する。
【００６７】
このようにして、この光ディスク再生装置は、音楽ファイルがそのまま再生できるので再生用と保存用に２枚のＣＤを作成する必要が無く、コンピュータに保存されている音楽を直ちに再生することができる。
また、圧縮した音楽ファイルは１枚のＣＤに１００曲以上、６００分以上の曲を記録することができるので音楽の保存にとても適しており、その光ディスクを直接再生することができる。
【００６８】
さらに、伸長処理にかかるハードウェアコストを低減することができ、短期間により多くの伸長手順に対応可能になる。
また、曲情報の取得が高速に行なえるのでアルバム管理，曲名変更が容易になる。
さらに、曲名や歌詞などのＣＤ−ＤＡにはない情報を曲に関連付けることができる。
【００６９】
そして、ホストコンピュータのＣＰＵに負荷をかけずに音楽ファイルの再生が可能になり、ホストインタフェースによってＣＤ−Ｒドライブ等の記録再生装置に適応した構成にすることができる。
【００７０】
この光ディスク再生装置によれば、コンピュータで保存に適した音楽データをそのまま直接再生することができる。
また、コンピュータで保存に適した圧縮された音楽データをそのまま直接再生することができる。
さらに、コンピュータで保存に適した圧縮された音楽データをシステムコントローラを用いてソフトウェア的に再生することができる。
さらにまた、音楽ファイルをホストコンピュータからの指示によって直接再生することができる。
【００７１】
【発明の効果】
以上説明してきたように、この発明の再生装置と再生方法によれば、音楽ファイルの構成と管理を行なうために使用するＴＯＣファイルを読むことによって音楽ファイルの再生時の操作性を向上させることができる。
【図面の簡単な説明】
【図１】  この発明の一実施形態の光ディスク再生装置の構成を示すブロック図である。
【図２】  図１に示す光ディスク再生装置で再生する光ディスク上のＩＳＯ９６６０に基づくファイルシステムの構成を示す説明図である。
【図３】  図１に示す光ディスク再生装置で再生する光ディスク上のＷＡＶＥファイルの構成を示す説明図である。
【図４】  図１に示す光ディスク再生装置で再生する光ディスク上のＭＰＥＧ１／ＡＵＤＩＯファイルの構成を示す説明図である。
【図５】  図１に示す光ディスク再生装置で再生する光ディスク上のＴＯＣファイルの構成を示す説明図である。
【図６】  図１に示す光ディスク再生装置における光ディスク上の曲情報の取得と再生の処理を示すフローチャートである。
【符号の説明】
１：光ディスク      ２：スピンドルモータ
３：モータドライバ  ４：サーボ処理部
５：ピックアップ    ６：リードアンプ
７：ＣＤデコーダ    ８：Ｄ／Ａコンバータ
９：ＣＤ−ＲＯＭデコーダ  １０：メモリ
１１：データ伸長処理部    １２：メモリマネージャ
１３：ホストインタフェース（Ｉ／Ｆ）
１４：アンプ    １５：ラインアウト端子
１６：スピーカ  １７：システムコントローラ
Ｌ：レーザ光
【図１】
0003871831.tif 000002
【図２】
0003871831.tif 000003
【図３】
0003871831.tif 000004
【図４】
0003871831.tif 000005
【図５】
0003871831.tif 000006
【図６】
0003871831.tif 000007