(57)【要約】【課題】同一内容のコンテンツデータが、異なるビットレートで符号化されたデータとして複数記録されている記録媒体に対して再生を行う際に、動作環境に応じて自動的に適切なコンテンツデータが選択され、ユーザーにとって適切な再生動作が行われるようにする。【解決手段】  外部から再生装置に加わる振動や、電池残量などの再生動作環境に応じて、記録媒体に記録された異なるビットレートで同一内容の複数のコンテンツデータのうちで特定のコンテンツデータを選択して再生することで、状況に応じた動作上の優位性を得る。例えば電池残量が少ない場合や振動が多い状況では低ビットレートの符号化コンテンツを選択し、層でなければ高ビットレートの符号化コンテンツを選択して再生する。【選択図】      図３
2006079782.tif 000002
【特許請求の範囲】
【請求項１】
同一内容のコンテンツデータが、異なるビットレートで符号化されたデータとして複数記録されている記録媒体に対して再生を行う再生装置において、
上記記録媒体からコンテンツデータを読み出して再生出力する再生手段と、
再生動作環境の状態を検出する検出手段と、
上記記録媒体に記録された異なるビットレートで同一内容の複数のコンテンツデータについて、上記検出手段の検出結果に応じて特定のビットレートのコンテンツデータを選択して、上記再生手段に再生させるように制御する制御手段と、
を備えたことを特徴とする再生装置。
【請求項２】
上記再生手段は、
上記記録媒体からコンテンツデータを読み出す読出手段と、
上記読出手段で読み出されたコンテンツデータを蓄積するバッファメモリ手段と、
上記バッファメモリ手段から読み出されるコンテンツデータに対して所定の再生処理を
行って再生出力する再生処理手段と、
を有することを特徴とする請求項１に記載の再生装置。
【請求項３】
上記検出手段は、上記再生動作環境の状態として、再生装置の動作電源となる電池の残量を検出し、
上記制御手段は、電池残量が所定レベル以下となっていた場合には、異なるビットレートで同一内容の複数のコンテンツデータのうちで、ビットレートが低いコンテンツデータを選択して再生させるように制御することを特徴とする請求項１に記載の再生装置。
【請求項４】
上記検出手段は、上記再生動作環境の状態として、再生装置に加わる振動レベルを検出し、
上記制御手段は、振動レベルが所定レベル以上となっていた場合には、異なるビットレートで同一内容の複数のコンテンツデータのうちで、ビットレートが低いコンテンツデータを選択して再生させるように制御することを特徴とする請求項１に記載の再生装置。
【請求項５】
上記制御手段は、再生動作を開始する際に、上記検出手段の検出結果に応じて、同一内容の複数のコンテンツデータのうちで特定のビットレートのコンテンツデータを選択することを特徴とする請求項１に記載の再生装置。
【請求項６】
上記制御手段は、再生動作中における上記検出手段の検出結果に応じて、その後再生させるコンテンツデータとして、同一内容の複数のコンテンツデータのうちで特定のビットレートのコンテンツデータを選択することを特徴とする請求項１に記載の再生装置。
【請求項７】
同一内容のコンテンツデータが、異なるビットレートで符号化されたデータとして複数記録されている記録媒体に対する再生方法として、
再生動作環境の状態を検出する検出ステップと、
上記記録媒体に記録された異なるビットレートで同一内容の複数のコンテンツデータについて、上記検出ステップでの検出結果に応じて特定のビットレートのコンテンツデータを選択して再生させるように制御する制御ステップと、
上記制御ステップでの制御に従って、選択された特定のビットレートのコンテンツデータを上記記録媒体から読み出し、再生出力する再生ステップと、
を備えたことを特徴とする再生方法。
【請求項８】
上記検出ステップでは、上記再生動作環境の状態として、再生装置の動作電源となる電池の残量を検出し、
上記制御ステップでは、電池残量が所定レベル以下となっていた場合には、異なるビットレートで同一内容の複数のコンテンツデータのうちで、ビットレートが低いコンテンツデータを選択して再生させるように制御することを特徴とする請求項７に記載の再生方法。
【請求項９】
上記検出ステップでは、上記再生動作環境の状態として、再生装置に加わる振動レベルを検出し、
上記制御ステップでは、振動レベルが所定レベル以上となっていた場合には、異なるビットレートで同一内容の複数のコンテンツデータのうちで、ビットレートが低いコンテンツデータを選択して再生させるように制御することを特徴とする請求項７に記載の再生方法。
【請求項１０】
上記制御ステップは、再生動作を開始する際において、上記検出手段の検出結果に応じて、同一内容の複数のコンテンツデータのうちで特定のビットレートのコンテンツデータを選択するために行われることを特徴とする請求項７に記載の再生方法。
【請求項１１】
上記制御ステップは、再生動作中における上記検出手段の検出結果に応じて、その後再生させるコンテンツデータとして、同一内容の複数のコンテンツデータのうちで特定のビットレートのコンテンツデータを選択するために行われることを特徴とする請求項７に記載の再生方法。
【請求項１２】
同一内容のコンテンツデータが、異なるビットレートで符号化されたデータとして複数記録されている記録媒体であって、
該記録媒体の記録領域内で、各コンテンツデータは、ビットレート種別毎に物理的にまとめられて記録されていることを特徴とする記録媒体。
【請求項１３】
コンテンツデータ内容に対応する付加データが記録されると共に、
同一内容で複数記録されているコンテンツデータに対応する付加データは、ビットレートの高い方のコンテンツデータに物理的に近接した領域に記録されていることを特徴とする請求項１２に記載の記録媒体。
【請求項１４】
データが書換不能な形態で記録されている再生専用の記録媒体であることを特徴とする請求項１２に記載の記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は光ディスク等の記録媒体、及びそれに対する再生装置及び再生方法に関するものである。
【背景技術】
【０００２】
【特許文献１】特許第３１９１８５６号公報
【特許文献２】特開平８−２８７６１６号公報
【０００３】
光学的に情報の記録または再生が可能な光記録媒体として光ディスクが広く知られている。光ディスクに対しては、半導体レーザ等のレーザ光を光源として用い、レンズを介して微小に集光した光ビームを照射することで、情報の記録あるいは再生を行う。
このような光ディスクは、オーディオ・ビデオ等のコンテンツデータや、コンピュータユースのファイル、アプリケーションプログラム、その他各種のデータの記録再生に用いられている。
また、例えば楽曲等のオーディオデータを記録する光ディスクを用いたシステムにおいては、いわゆる据置型の再生装置や携帯用の再生装置が用いられ、ユーザーが音楽再生を楽しむことができるようにされている。
【０００４】
記録されるオーディオコンテンツデータとしては、各種ディスクシステムにおいて、それぞれ多様な符号化方式が採用され、符号化効率も向上されつつある。
例えばＣＤ（Compact Disc）システムにおけるリニアＰＣＭ符号化（非圧縮）に加え、ＣＤ以降の各種ディスクシステムでは、ＡＴＲＡＣ方式、ＭＰＥＧオーディオ方式など、多様な圧縮符号化方式が採用され、また圧縮率の向上による高音質化が進められている。
また、サンプリング周波数や量子化ビット数、変調方式なども多様である。
即ち現状では、多様な符号化方式が存在し、それぞれのシステムにおいて転送ビットレートや再生音質の差異が生じている。
【０００５】
また、光ディスク、ＨＤＤ、固体メモリなどの記録媒体の大容量化が進んでおり、また上記のように符号化効率が向上されていることなどから、１つの記録媒体に、同一のオーディオ・ビデオ等のコンテンツを複数の方式で符号化して記録することも可能になった。
１つの記録媒体に複数の符号化方式のデータを記録する例は、上記特許文献１，２などに記載されている。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
例えばオーディオ再生用途の光ディスクシステムを考えると、一般に、符号化データのビットレートが高ければ再生信号の品質は高くなり、いわゆるハイファイ用途としてのオーディオシステムに適している。
逆にビットレートが低ければ再生信号品質は低くなるが、ディスクから読み出すデータ量が少ないことから、ディスクアクセス期間の減少やバッファメモリに格納できるデータの再生時間としての長さを長時間化できるため、低消費電力化や再生動作中の耐衝撃性に優れたものとなる。
【０００７】
ここで、例えばポータブルオーディオプレーヤや車載用プレーヤのように、再生装置における動作環境、即ち再生装置に加わる振動状況や、バッテリ残量などを強く考慮しなければならない機器を想定すると、オーディオコンテンツデータとしては、低ビットレートの符号化が適していると言える。
ところが、そのような再生装置でも、高音質化は求められるものであるため、その点でいえば高ビットレートの符号化が適している。
【０００８】
これを両立するには、同じ内容のコンテンツデータとして、高ビットレートの符号化コンテンツデータと、低ビットレートの符号化コンテンツデータを１枚のディスクに記録しておき、選択的に再生できるようにすることが考えられるが、すると、その再生データの選択のための適切な手法が求められることになる。
【課題を解決するための手段】
【０００９】
本発明はこのような観点において、同一内容のコンテンツデータが、異なるビットレートで符号化されたデータとして複数記録されている記録媒体に対して再生を行う際に、動作環境に応じて自動的に適切なコンテンツデータが選択され、ユーザーにとって適切な再生動作が行われるようにすることを目的とするものである。また記録媒体として動作上有利な記録構成を提供する。
【００１０】
本発明の再生装置は、同一内容のコンテンツデータが、異なるビットレートで符号化されたデータとして複数記録されている記録媒体に対して再生を行う再生装置において、上記記録媒体からコンテンツデータを読み出して再生出力する再生手段と、再生動作環境の状態を検出する検出手段と、上記記録媒体に記録された異なるビットレートで同一内容の複数のコンテンツデータについて、上記検出手段の検出結果に応じて特定のビットレートのコンテンツデータを選択して、上記再生手段に再生させるように制御する制御手段と、を備える。
上記再生手段は、上記記録媒体からコンテンツデータを読み出す読出手段と、上記読出手段で読み出されたコンテンツデータを蓄積するバッファメモリ手段と、上記バッファメモリ手段から読み出されるコンテンツデータに対して所定の再生処理を行って再生出力する再生処理手段とを有する。
【００１１】
上記検出手段は、上記再生動作環境の状態として、再生装置の動作電源となる電池の残量を検出し、上記制御手段は、電池残量が所定レベル以下となっていた場合には、異なるビットレートで同一内容の複数のコンテンツデータのうちで、ビットレートが低いコンテンツデータを選択して再生させるように制御する。
また上記検出手段は、上記再生動作環境の状態として、再生装置に加わる振動レベルを検出し、上記制御手段は、振動レベルが所定レベル以上となっていた場合には、異なるビットレートで同一内容の複数のコンテンツデータのうちで、ビットレートが低いコンテンツデータを選択して再生させる。
上記制御手段は、再生動作を開始する際に、上記検出手段の検出結果に応じて、同一内容の複数のコンテンツデータのうちで特定のビットレートのコンテンツデータを選択する。
また上記制御手段は、再生動作中における上記検出手段の検出結果に応じて、その後再生させるコンテンツデータとして、同一内容の複数のコンテンツデータのうちで特定のビットレートのコンテンツデータを選択する。
【００１２】
本発明の再生方法は、同一内容のコンテンツデータが、異なるビットレートで符号化されたデータとして複数記録されている記録媒体に対する再生方法であり、再生動作環境の状態を検出する検出ステップと、上記記録媒体に記録された異なるビットレートで同一内容の複数のコンテンツデータについて、上記検出ステップでの検出結果に応じて特定のビットレートのコンテンツデータを選択して再生させるように制御する制御ステップと、上記制御ステップでの制御に従って、選択された特定のビットレートのコンテンツデータを上記記録媒体から読み出し、再生出力する再生ステップとを備える。
【００１３】
本発明の記録媒体は、同一内容のコンテンツデータが、異なるビットレートで符号化されたデータとして複数記録されている記録媒体であって、該記録媒体の記録領域内で、各コンテンツデータは、ビットレート種別毎に物理的にまとめられて記録されている。
また同一内容で複数記録されているコンテンツデータに対応する付加データは、ビットレートの高い方のコンテンツデータに物理的に近接した領域に記録されている。
また、これらの記録構造をデータが書換不能な形態で記録されている再生専用の記録媒体において実現する。
【００１４】
即ち本発明は、個々の音声・映像等のコンテンツデータが、それぞれに対して複数の異なる符号化方式（サンプリング周波数・ビット数、圧縮・非圧縮、圧縮率等の相違）によって、異なるビットレートで符号化されたデータの組として記録されている記録媒体を想定し、その再生の際のコンテンツデータの選択手法を提供する。
即ち外部から加わる振動や、電池残量などの再生動作環境に応じて、記録媒体に記録された異なるビットレートで同一内容の複数のコンテンツデータのうちで特定のコンテンツデータを選択して再生することで、状況に応じた動作上の優位性を得る。
【発明の効果】
【００１５】
本発明の再生装置、再生方法によれば、外部から再生装置に加わる振動や、電池残量などの再生動作環境に応じて、記録媒体に記録された異なるビットレートで同一内容の複数のコンテンツデータのうちで特定のコンテンツデータを選択して再生することで、自動的に状況に応じた動作上の優位性を得ることができ、ユーザーにとって好適な再生動作を提供できる。
例えば振動が大きい状態では、低ビットレートの符号化コンテンツデータを再生することで、音飛び等の防止効果を向上させることができる。
また振動が少ない状態では、高ビットレートの符号化コンテンツデータを再生することで、高品質な再生をユーザーに提供できる。
また電池残量が少ない状態では、低ビットレートの符号化コンテンツデータを再生することで省電力化し、再生可能時間をなるべく長くすることができる。
一方、電池残量が十分な状態であるなら、高ビットレートの符号化コンテンツデータを再生することで、高品質な再生をユーザーに提供できる。
【００１６】
本発明の記録媒体では、同一内容で異なるビットレート符号化されたコンテンツデータが記録されるが、各コンテンツデータは、ビットレート種別毎に物理的にまとめられることで、コンテンツデータの管理構造を簡易化できる。また同一内容で複数記録されているコンテンツデータに対応する付加データは、ビットレートの高い方のコンテンツデータに物理的に近接した領域に記録されていることでアクセス上、有利となる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態として、いわゆるＵＭＤ（Universal Media Disc）と呼ばれる光ディスクシステムを例に挙げ、次の順序で説明する。
１．ディスク外観。
２．ＵＭＤのコンテンツ管理構造。
３．再生装置の構成。
４．再生コンテンツ選択動作例Ｉ。
５．再生コンテンツ選択動作例II。
６．再生コンテンツ選択動作例III。
７．実施の形態の効果及び変形例。
【００１８】
１．ディスク外観。
まず実施の形態となるＵＭＤとしてのディスク１の外観を図７、図８に示す。
ディスク１は図７に示すように、ディスクカートリッジ５０に収納される形態を採っている。
ディスクカートリッジ５０の内部には、図中の破線により示すようにディスク１が格納される。このディスク１は、直径が６０ｍｍ程度とされ、例えば２層記録方式により１．６ＧＢ（ギガバイト）程度のデータ記憶容量を有するものとされている。
ディスクカートリッジ５０は、その平面における片側半面が、図示するように内部に格納されるディスク１の円弧に沿った半円形状とされる。また、他方の片側半面は、その外形辺が図のように２つの角部が丸みを帯びた略コの字とされて、略方形状とされている。そして、図に示すＸ方向のサイズが約６５ｍｍとされ、Ｙ方向のサイズが約６４ｍｍとされる。
【００１９】
ディスク１は、２つの記録層としてレイヤ０（Layer0），レイヤ１（Layer1）を有する構造とされる。ディスク１は例えば０．４ｍｍの厚みのディスクの張り合わせ構造とされることで、０．８ｍｍ厚となる。
そして、再生装置のピックアップ３によってレーザ光が入射される側のディスク表面に近い方から、レイヤ０，レイヤ１が順に形成されている。
このような２層ディスクの再生時においては、図１で後述する再生装置の光ピックアップ３から出射するレーザ光をいずれかの記録層に絞り込み、その記録層からの反射光情報を読み出す。
【００２０】
図８（ａ）（ｂ）はディスク１を収納したカートリッジ５０を上面側及び底面側から見た斜視図である。
このカートリッジ５０としての扁平なケース体の内部においてディスク１が回転可能に収納される。
カートリッジ５０はアッパーシェル５２とロアーシェル５３とが上下で結合されて成る。
図８（ｂ）のようにカートリッジ５０の下面（ロアーシェル５３）には中央開口が形成され、内部に収納されたディスク１の中心となる磁性金属材料から成るコア１ａが表出する。このコア１ａにおいてディスク１が再生装置内でチャッキングされ、後述するスピンドルモータ２により回転駆動される。
また、カートリッジ５０にはシャッター５４がスライド自在に取り付けられている。シャッター５４は板状の金属材料によって各部が一体に形成されて成り、図８（ｂ）に示すロアーシェル５３側の略矩形状の開閉面部を開閉する。図８（ｂ）はシャッタが開状態とされ、略矩形状の開閉面部からディスク１の記録面が表出している状態を示しているが、この状態において再生装置のピックアップから出力されたレーザ光が、ディスク１の記録面に照射されることになる。
【００２１】
２．ＵＭＤのコンテンツ管理構造。
続いて、本例のＵＭＤ方式のディスクにおけるコンテンツの管理構造、特にオーディオコンテンツの管理構造について図９〜図１５で説明する。
なおここで説明するＵＭＤオーディオフォーマットは、「OpenMG Mass Storage Audio Device Format 」に基づいたフォーマットである。
図９はオーディオコンテンツを管理するディレクトリ（ＵＭＤオーディオディレクトリ）の構造を示している。
ＵＭＤオーディオディレクトリ及びそれ以下に記録されたデータセットをＵＭＤオーディオボリュームと呼ぶ。ＵＭＤオーディオボリュームはISO 9660 level2 ファイルシステム上に記録される。
そしてＵＭＤオーディオボリュームは、ルートディレクトリに作成されるＵＭＤオーディオディレクトリ、およびそれ以下に記録されるディレクトリ・ファイル群によって構成される。
【００２２】
このＵＭＤオーディオディレクトリによっては、グループツリーリストファイル、グループツリーフリンジファイル、基本グループツリー管理ファイル、拡張グループツリー管理ファイル、グループフリンジファイル、コンテンツフリンジファイル、データキャッシュファイルが管理されると共に、コンテンツファイル格納ディレクトリ、画像ファイル格納ディレクトリが下層のディレクトリとして管理される。
またコンテンツファイル格納ディレクトリは、個々のコンテンツファイル（オーディオデータによるコンテンツファイル）を管理し、画像ファイル格納ディレクトリは個々の画像ファイルを管理する構造となる。
【００２３】
グループツリーリストファイルは、システム全体に関する情報を格納するデータファイルである。システム情報及びグループツリー一覧の情報を持つ。
基本グループツリー管理ファイルは、後述する基本グループツリーのグループツリー構造や、グループとトラックの再生順序データを持つ。トラックとは１つのコンテンツファイルに相当し、例えば楽曲等の単位のデータである。
拡張グループツリー管理ファイルは、拡張グループツリー毎に設けられ、グループツリー構造や、グループとトラックの再生順序データを持つ。拡張グループツリーとしては後述するインデックスツリーやプレイリストツリーがある。プレイリスト用に１個、用いることができる。
【００２４】
グループツリーフリンジファイルは、このコンテンツ管理システムで管理する全グループツリーに関するフリンジ情報を持つ。
フリンジ情報とは、コンテンツに付随又は対応する各種の付加的なデータであり、テキストデータ、静止画データ、スライドショーデータなどのことを言う。
グループフリンジファイルは各グループツリーに関するフリンジ情報をもつ。このグループフリンジファイルとしては、基本グループツリーの全グループに関するフリンジ情報を持つファイルや、各拡張グループツリー毎にその全グループに関するフリンジ情報を持つファイルがある。
コンテンツフリンジファイルは、このコンテンツ管理システムで管理する全コンテンツファイルに関するフリンジ情報を持つ。
【００２５】
コンテンツファイルは、オーディオデータを格納するファイル。コンテンツファイルナンバにより0001h から07D0hの２０００個のファイルを管理することができる。
画像ファイルは、フリンジ情報として付加される画像ファイルである。
データキャッシュファイルは、グループツリー、グループ、トラックに付加されたデータの一覧表示を高速化するためにそれらのデータを集めて格納したファイルである。
【００２６】
以下、このようなＵＭＤオーディオディレクトリによる管理の説明を行うが、用いる用語を説明しておく。
・チューン（Tune）
チューンは論理的な概念であり、「a song or piece of music 」を指す。通常は、このチューンが１つのトラックであるが、本例にかかるＵＭＤオーディオシステムでは、あるチューンは１つ以上の符号化方式（サンプリング周波数、コーデック、ビットレート、チャンネル等が決められた符号化方式）によってエンコードされた１つ以上のトラックとして記録される。つまり、１つのチューンに対して符号化方式が異なる複数のトラック（コンテンツファイル）が存在することがある。実施の形態の再生装置は、後述するように、あるチューンに対応する複数のトラックの中から、ユーザの嗜好や動作環境に応じて最適な符号化方式をもつトラックを選んで再生することができる。
・アルバム（Album）
アルバムは論理的な概念であり、１つ以上のチューンがグルーピングされたものである。アルバムは基本グループツリーのアルバムグループによって表現される。アルバムは、そこに含まれるチューンの再生順序の情報も持つ。
・フリンジ情報（Fringe Data）
上述したが、付加的なデータであるフリンジ情報として、ＵＭＤディスクにはテキスト、静止画、スライドショー等を記録することができる。アルバムに関するデータは主としてグループフリンジファイルに記録される。チューンに関するデータは主としてそれぞれのコンテンツファイルに記録されるが、曲名の一覧に必要なデータは、コンテンツフリンジファイルやデータキャッシュファイルに集められている。
【００２７】
図９のようなＵＭＤオーディオディレクトリにおける管理ファイル（マネジメントファイル）を図１０に示した。即ち、上記図９におけるコンテンツファイル、画像ファイル以外の、以下のファイルがマネジメントファイルである。
【００２８】
・グループツリーリストファイル（Group Tree List File）。
・グループツリーフリンジファイル（Group Tree Fringe File）。
・基本グループツリー管理ファイル（Basic Group Tree Management File ）。
・基本グループツリー用のグループフリンジファイル（Group Fringe File／for Basic Group Tree）。
・インデックスツリー用の拡張グループツリー管理ファイル（Extended Group Tree Management File／for Index Tree）。
・インデックスツリー用のグループフリンジファイル（Group Fringe File／for Index Tree）。
・プレイリスト用の拡張グループツリー管理ファイル（Extended Group Tree Management File／for Playlist Tree）。
・プレイリスト用のグループフリンジファイル（Group Fringe File／for Playlist Tree）。
・コンテンツフリンジファイル（Content Fringe File）。
・データキャッシュファイル（Data Cache File／for thumbnail pictures）。
【００２９】
ＵＭＤディスクに対応する再生装置は、ディスクが装填された際には、これらのマネジメントファイルを読み出して、その内容に従った動作を行うことになる。
【００３０】
これらのマネジメントファイルは、ＵＭＤオーディオボリューム上では、図１１に示される順に、アドレス（Logical Block Number）の小さいエリアから、互いに隣接して記録されることが推奨される。
即ち記録順として、図のように１〜１４番目に各マネジメントファイルが配置される。
そのマネジメントファイルの後に、アルバムグループのための画像ファイルや、コンテンツファイル／関連ファイルが記録される。
但し、各ファイルがこの図１１の順序で記録されることや、各ファイルが隣接するエリアに記録されることは必ずしも保証されるものではなく、そのような場合も再生装置は、ファイルの記録位置をファイルシステムから得、任意の位置に記録されたファイルが読めなければならないものとされる。
【００３１】
記録順として第１６番目に示したコンテンツファイルと関連ファイル（Content Files and related files）は、以下の規則を順番に適用して得られる順序で記録されることが推奨されている。
１．コンテンツファイルを、ファイルナンバの昇順で整列する。
２．あるコンテンツファイルに関連付けられた静止画ファイル（Still Image Files）を、そのコンテンツファイルの直前に配置する。ただし、ひとつの静止画ファイルが複数のコンテンツファイルから関連付けられている場合には、高圧縮エンコード方式以外で記録されているコンテンツファイルの直前に配置されることが推奨される。
３．あるコンテンツファイルに関連付けられたスライドショウファイル（Slide Show File）を、そのコンテンツファイルの直前に配置する。コンテンツファイルが高圧縮エンコード方式で記録されている場合以外は、スライドショウファイルは、必ずコンテンツファイルに隣接する直前の領域に配置されなければならず、かつスライドショウファイルとコンテンツファイルが必ず同一の記録層に記録されなければならない。
【００３２】
図１２にファイルの配置の例を示している。このＵＭＤオーディオボリュームには、３つのチューンが、それぞれエンコードタイプＡ、Ｂとして２種類の符号化方式によりコンテンツファイルが記録されているものとしている。
エンコードタイプＡは、例えばＡＴＲＡＣ方式で圧縮符号化された方式であり、エンコードタイプＢは、リニアＰＣＭ符号化（非圧縮）の方式などである。
コンテンツファイルＭ１Ａ、Ｍ２Ａ、Ｍ３ＡはエンコードタイプＡのオーディオファイル、コンテンツファイルＭ１Ｂ、Ｍ２Ｂ、Ｍ３ＢはエンコードタイプＢのオーディオファイルである。そしてコンテンツファイルＭ１ＡとＭ１Ｂは同一の曲、コンテンツファイルＭ２ＡとＭ２Ｂは同一の曲、コンテンツファイルＭ３ＡとＭ３Ｂは同一の曲としている。
【００３３】
図１２に示すように、アドレスＬＢＮの順番に、ファイルシステム、マネジメントファイル、アルバムグループのための画像ファイル、コンテンツファイル及び関連ファイルが記録される。
マネジメントファイルにおける各ファイルは図１１の順番でグループツリーリストファイルからグループフリンジファイルまでが記録されている。
アルバムグループのための画像ファイルは例えばカバーアートやライナーノーツなどの静止画やテキスト情報であり、マネジメントファイルに続いて記録される。
【００３４】
各コンテンツファイル及び関連ファイルは、上記の規則１，２，３に従って記録される。
即ち、まず各コンテンツファイルがファイルナンバ順に記録される。即ちコンテンツファイルのファイルナンバ順がＭ１Ａ、Ｍ２Ａ、Ｍ３Ａ、Ｍ１Ｂ、Ｍ２Ｂ、Ｍ３Ｂだとすると、図のように配置される。
また、或るコンテンツファイルに関連づけられた静止画ファイルは、そのコンテンツファイルの直前に配置するが、ひとつの静止画ファイルが複数のコンテンツファイルから関連付けられている場合には、高圧縮エンコード方式以外で記録されているコンテンツファイルの直前に配置される。
矢印で示すように、静止画ファイルＩ２−１、Ｉ２−２は、コンテンツファイルＭ２Ａ、Ｍ２Ｂに関連するとする。
また静止画ファイルＩ３−１、Ｉ３−２は、コンテンツファイルＭ３Ａ、Ｍ３Ｂに関連するとする。
この場合、エンコードタイプＡは高圧縮エンコード方式であるため、静止画ファイルＩ２−１、Ｉ２−２はエンコードタイプＢのコンテンツファイルＭ２Ｂの直前に記録される。
また、静止画ファイルＩ３−１、Ｉ３−２は同じくエンコードタイプＢのコンテンツファイルＭ３Ｂの直前に記録される。
【００３５】
続いて基本グループツリーについて図１３で説明する。
このＵＭＤオーディオフォーマットでは、複数のコンテンツをグループとしてまとめて扱うことにより管理する。
基本グループツリーは、ＵＭＤオーディオボリューム内に記録された全てのトラック（コンテンツファイル）が登録されるもので、アルバム構成と、各アルバムの標準的な再生順序と、各アルバム内のチューンの標準的な再生順序とを定義するものである。
【００３６】
基本グループツリーのルートには、１個以上９９９個以下のアルバムグループだけが登録される。図１３にはルートに「Cherry Blossom」というタイトルのアルバムがアルバムグループとして登録されている状態を示している。
なお、複数のアルバムの標準的な再生順序は、ルート下のアルバムグループの登録順序によって規定される。
また、この「Cherry Blossom」というアルバムには、４つのチューン（曲）として、
1) Spring has come
2) Under the cherry blossoms
3) Full blooming
4) Falling in the wind
という曲名の曲が含まれているとする。
【００３７】
これら４つのチューンが、それぞれ上述したエンコードタイプＡ及びＢのコンテンツファイルとして記録されているとすると、アルバムグループのおいて、２つのエンコーディンググループが子グループとして管理される。
即ちエンコーディンググループＥＧ−Ａは、エンコードタイプＡ（例えばＡＴＲＡＣ圧縮符号化方式）で符号化された上記４つのチューンのコンテンツファイル（トラック）Ｍ１Ａ、Ｍ２Ａ、Ｍ３Ａ、Ｍ４Ａを含むグループとされる。
またエンコーディンググループＥＧ−Ｂは、エンコードタイプＢ（例えばリニアＰＣＭ符号化方式）で符号化された上記４つのチューンのコンテンツファイル（トラック）Ｍ１Ｂ、Ｍ２Ｂ、Ｍ３Ｂ、Ｍ４Ｂを含むグループとされる。
【００３８】
つまり基本グループツリーのルート下には１又は複数のアルバムグループが配置され、またアルバムグループには、１又は複数のエンコードグループが配置される構造をとる。そして複数のエンコーディンググループが形成される場合は、アルバムに含まれる曲（チューン）が、異なる符号化方式により複数個のコンテンツファイルとして記録されている場合となる。
１つのアルバムグループには、そのアルバムに対応する１又は複数のエンコーディンググループが含まれる。
複数のエンコーディンググループは、任意の順序で基本グループツリーに登録することができる。
１つのエンコーディンググループは、親のアルバムグループによって表現されるアルバムに含まれる全てのチューンに対応する、同一の符号化方式で記録されるコンテンツファイルのみを含む。
それぞれのエンコーディンググループには、その親のアルバムグループに含まれるすべてのチューンに対応する、１個以上９９９個以下の、同一符号化方式であるコンテンツファイルだけが登録される。それらのコンテンツファイルの登録順序は、対応するアルバムに含まれるチューンの標準的な再生順序に従う。
このような基本グループツリーは、上述した基本グループツリー管理ファイルにより構築・管理される。
また、この基本グループツリーに対応するフリンジ情報は、グループフリンジファイルに記録される。
【００３９】
次に図１４でインデックスツリーを説明する。
インデックスツリーは拡張グループツリーの１つであり、このインデックスツリーには、特定の情報をキーとしてチューンを検索するための情報が記録される。
ＵＭＤ方式のディスクに対応する再生装置は、このインデックスツリーの情報を利用してユーザに曲（チューン）の検索手段を提供することができる。
インデックスツリーのルートには、１個以上２０００個以下のキーグループが登録される。
キーグループは、例えばアーティスト名別に作成される。例えば図１４ではアルバム“Cherry Blossom”のアーティストである「Taro SUZUKI」のキーグループを示している。
キーグループには、そのキーグループに該当するチューンのコンテンツファイルが登録される。従って、「Taro SUZUKI」のキーグループには、上記したアルバム“Cherry Blossom”の収録曲４曲のコンテンツファイルであるＭ１Ａ、Ｍ２Ａ、Ｍ３Ａ、Ｍ４Ａが所定の順序で登録される。即ちチューンのタイトルに基づいてＭ４Ａ，Ｍ３Ａ，Ｍ１Ａ，Ｍ２Ａというように昇順に登録されている。
このインデックスツリーは拡張グループツリー管理ファイルで構築され、管理される。
またインデックスツリーに対するフリンジ情報は、グループフリンジファイルに記録される。
【００４０】
次に図１５でプレイリストツリーを説明する。
プレイリストツリーは、拡張グループツリーの１つであり、ＵＭＤオーディオボリューム内に１個記録することができる。
プレイリストツリーのルートには、１個以上９９９個以下のプレイリストグループが登録される。
登録されたプレイリストグループは、それぞれが独立したプレイリストとして扱われる。各プレイリストグループには、コンテンツファイルを任意の順序で任意の回数登録させることができる。
例えば図示するように、プレイリストグループ“My Selection”には、上述したアルバムに収録される２つのチューン「Spring has come」「Under the cherry blossoms」としてのコンテンツファイルＭ１Ａ、Ｍ２Ａが、Ｍ１Ａ、Ｍ２Ａ、Ｍ１Ａの順序で登録されている。
またプレイリストグループ“Karaoke”には、上記アルバムの４つの曲のカラオケとしてのコンテンツファイルＭ５Ａ、Ｍ６Ａ、Ｍ７Ａ、Ｍ８Ａが登録されている。
再生装置は、このプレイリストグループに基づいて再生することで、基本グループツリーによるアルバムの標準的な曲順或いは選曲とは異なる状態で再生が行われる。
プレイリストツリーは、拡張グループツリー管理ファイルで構築され、管理される。
またプレイリストツリーに対応するフリンジ情報はグループフリンジファイルに記録される。
【００４１】
以上、本例のＵＭＤ方式のディスクのコンテンツ管理構造を説明したが、この管理構造では以下の特徴を有する。
まず、同一内容（同一チューン）の複数のコンテンツファイルが、異なるビットレートで符号化されたデータとして、エンコーディンググループ毎に管理されて記録されている。そして図１２に示したように、ディスク上の物理的な位置として、コンテンツファイルはエンコードタイプ毎にまとめられる。
通常の再生では、或るエンコードタイプ（エンコーディンググループ）が選択されて、そのエンコーディンググループの各トラックが順次再生されると考えられるため、エンコーディンググループ単位でコンテンツファイルがまとめられることが、管理上及びアクセス上、好適となる。
【００４２】
また図１２においてエンコードタイプＢ側に静止画ファイルが記録されているように、コンテンツファイルに対する付加データ、即ちあるコンテンツファイルに関連付けられた静止画ファイル（Still Image Files）等は、その静止画ファイルが複数のコンテンツファイルから関連付けられている場合には、高圧縮エンコード方式以外で記録されているコンテンツファイル、つまりビットレートの高い方のコンテンツデータに物理的に近接した領域に記録される。これによりアクセス上の優位性がもたらされる。
即ち図１２の例に沿っていえば、エンコードタイプＡ（ＡＴＲＡＣ圧縮符号化）は低ビットレートで、エンコードタイプＢ（リニアＰＣＭ符号化）は高ビットレートであり、データ読出に要する時間はエンコードタイプＡのコンテンツファイルの方が短い。
エンコードタイプＡのコンテンツファイルに対応して静止画ファイルを読み出す場合は、時間的な余裕が生ずるため、静止画ファイルが物理的に離れていても不都合はない。ところがエンコードタイプＢのコンテンツファイルの読出は、比較的時間がかかるため、それに対応して静止画ファイルを読み出す場合もなるべくアクセス負担がないほうが良い。すると、ビットレートの高い方のコンテンツデータに物理的に近接した領域（特には図１２の例のようにコンテンツファイルの直前位置）に記録されれば、ビットレートの高いコンテンツファイルの読出時に、連続的な読出動作で静止画ファイルを読み出すことができることになる。これによってアクセス動作上で有利となる。
【００４３】
なお、このようなデータ配置は、データがエンボスピット等の書換不能な形態で記録されるＲＯＭタイプ（再生専用）ディスクであれば、そのマスタリング時に設定すればよい。
一方、ライトワンスディスクやリライタブルディスクを想定した場合は、可能な限り、このようなデータ配置が推奨されることが好ましい。
【００４４】
３．再生装置の構成。
以上のようなコンテンツ管理構造を有するＵＭＤフォーマットのディスク１に対する再生装置の構成を図１で説明する。
ディスク１は、図示しないターンテーブルに積載され、再生動作時においてスピンドルモータ２によって一定線速度（ＣＬＶ）もしくは一定角速度（ＣＡＶ）で回転駆動される。そしてピックアップ（光学ヘッド）３によってディスク１に例えばエンボスピット形態で記録されているデータの読み出しが行なわれることになる。
なお、ここでは一例として、ディスク１はエンボスピット形態でデータ記録が行われた再生専用ディスク（ＲＯＭタイプディスク）を想定しているが、例えば色素変化ピット形態でピットマークが形成されるライトワンスタイプのディスクや、或いは相変化ピット形態や磁界ピット形態などでピットマークが形成される書換可能型ディスクも考えられる。それらの記録可能型のディスクに対する再生装置とすることも考えられる。
【００４５】
ピックアップ３内には、レーザ光源となるレーザダイオードや、反射光を検出するためのフォトディテクタ、レーザ光の出力端となる対物レンズ、レーザ光を対物レンズを介してディスク記録面に照射し、またその反射光をフォトディテクタに導く光学系、対物レンズをトラッキング方向及びフォーカス方向に移動可能に保持する二軸機構などが形成される。
またピックアップ３全体はスライド駆動部４によりディスク半径方向に移動可能とされている。
【００４６】
ディスク１からの反射光情報はフォトディテクタによって検出され、受光光量に応じた電気信号とされてＲＦアンプ８に供給される。
ＲＦアンプ８には、ピックアップ３内の複数のフォトディテクタからの出力電流に対応して電流電圧変換回路、マトリクス演算／増幅回路等を備え、マトリクス演算処理により必要な信号を生成する。例えば再生データであるＲＦ信号、サーボ制御のためのフォーカスエラー信号ＦＥ、トラッキングエラー信号ＴＥなどを生成する。
ＲＦアンプ８から出力される再生ＲＦ信号は符号化データデコーダ１１へ、フォーカスエラー信号ＦＥ、トラッキングエラー信号ＴＥはサーボ制御部１０へ供給される。
【００４７】
ＲＦアンプ８で得られた再生ＲＦ信号は符号化データデコーダ１１において、２値化、ＰＬＬクロック生成、記録フォーマットに対するデコード処理、エラー訂正処理等が行われる。これらの処理によりディスク１からの符号化データが得られる。例えばＡＴＲＡＣ方式やＭＰＥＧオーディオ方式等の圧縮符号化データや、リニアＰＣＭ符号化データの段階までデコードされる。
また符号化データデコーダ１１では、ＲＦ信号に対するデコード並びにエラー訂正により得られた情報の中から、サブコード情報やアドレス情報を抽出し、これらの情報をコントローラ１２に供給する。
【００４８】
符号化データデコーダ１１で得られる符号化データはバッファメモリ１３に蓄積され、また所定タイミングで読み出されて圧縮デコーダ１４に供給される。
圧縮デコーダ１４は、バッファメモリ１３から連続的に読み出されてくる符号化データに対してＡＴＲＡＣ方式等のデコード処理を行い、リニアＰＣＭデータの段階までデコードを行う。そしてリニアＰＣＭデータはＤ／Ａ変換器１５でアナログオーディオ信号に変換され、オーディオ出力処理部１７で所要のアナログ信号処理が行われて出力される。例えばスピーカ部、ヘッドホン部に供給されて再生音声として出力されたり、或いはライン出力等として外部機器に伝送される。
【００４９】
なお、ディスク１からのバッファメモリ１３は、デコードやエラー訂正処理等のためのバッファリングのみでなく、いわゆるショックプルーフ機能を実現するためのものでもある。
即ち、光ディスク１から情報を読み出して符号化データをバッファメモリ１３に格納する処理は、高速レートで間欠的に行う。一方、バッファメモリ１３からは、オーディオ再生出力に応じた所定のレート、つまりデータのビットレートに比例した量の符号化データ単位で連続的にデータを読み出し、圧縮デコーダ１４以降に供給することで、連続的な再生音声が得られる。
もし装置に外乱振動が加わり、光ピックアップ３による情報読出が一時的に不能となっても、その間は、バッファメモリ１３からバッファリングされた符号化データを連続的に読み出していることで、再生出力される音声はとぎれないことになる。
即ちコントローラ１２が、バッファメモリ１３に蓄積されたデータの量を監視し、常に一定以上のデータが蓄積されるよう、ディスク１からのデータ読み取り動作を制御することで、振動状況が悪化しても音切れが生じないようにすることができる。
ところで近年ではメモリの大容量化が進んでおり、例えばビットレートが６４Ｋｂｐｓの低ビットレートのコンテンツ再生であれば、数１０分程度の再生時間のデータをバッファリングすることも可能となっている。その場合、かなり激しい振動が与えられても、まず音切れが無いようにすることができる。
【００５０】
コントローラ１２は、例えばマイクロコンピュータで形成され、装置全体の制御を行う。
即ち、上記再生処理のために符号化データデコーダ１１の動作制御、バッファメモリ１３の書込／読出制御、圧縮デコーダ１４の動作制御を行うとともに、サーボ制御部１０を指示して、ディスク１からのデータ読出を実行させる。
また操作部１８からのユーザー操作に応じて所定の制御を行う。
またコントローラ１２は、表示部１９に所定の情報、例えば動作状態、時間情報、トラックナンバ、モード状態、ディスクから読み出したフリンジ情報に基づく表示、ユーザーに対するメッセージなどを表示させる。
【００５１】
サーボ制御部１０は、例えばＤＳＰ（Digital Signal Processor）により形成され、ＲＦアンプ８からのフォーカスエラー信号ＦＥ、トラッキングエラー信号ＴＥや、再生信号処理部９もしくはコントローラ１２からのスピンドルエラー信号ＳＰＥ等から、フォーカス、トラッキング、スレッド、スピンドルの各種サーボドライブ信号を生成しサーボ動作を実行させる。
即ちフォーカスエラー信号ＦＥ、トラッキングエラー信号ＴＥに応じてフォーカスドライブ信号、トラッキングドライブ信号を生成し、フォーカス／トラッキング駆動回路６に供給する。フォーカス／トラッキング駆動回路６は、ピックアップ３における二軸機構のフォーカスコイル、トラッキングコイルを駆動することになる。これによってピックアップ３、ＲＦアンプ８、サーボ制御部１０、フォーカス／トラッキング駆動回路６、二軸機構によるトラッキングサーボループ及びフォーカスサーボループが形成される。
【００５２】
サーボ制御部１０はさらに、スピンドルモータ駆動回路７に対してスピンドルエラー信号に応じて生成したスピンドルドライブ信号を供給する。スピンドルモータ駆動回路７はスピンドルドライブ信号に応じて例えば３相駆動信号をスピンドルモータ２に印加し、スピンドルモータ２の回転を実行させる。またサーボ制御部１０はコントローラ１２からのスピンドルキック／ブレーキ制御信号に応じてスピンドルドライブ信号を発生させ、スピンドルモータ駆動回路７によるスピンドルモータ２の起動、停止、加速、減速などの動作も実行させる。
【００５３】
またサーボ制御部１０は、例えばトラッキングエラー信号ＴＥの低域成分として得られるスライドエラー信号や、コントローラ１２からのアクセス実行制御などに基づいてスライドドライブ信号を生成し、スライド駆動回路５に供給する。スライド駆動回路５はスライドドライブ信号に応じてスライド駆動部４を駆動する。スライド駆動部４には図示しないが、ピックアップ３を保持するメインシャフト、スレッドモータ、伝達ギア等による機構を有し、スライド駆動回路５がスライドドライブ信号に応じてスライド駆動部４を駆動することで、ピックアップ３の所要のスライド移動が行なわれる。
【００５４】
電源部２０は、バッテリー２０ａを電源として、各部に必要な動作電源電圧Ｖ１，Ｖ２・・・を生成し、供給する。
電源部２０に対する電源オン／オフ制御はコントローラ１２によって行われる。またコントローラ１２はバッテリー２０ａの残量検出を行うことができるようにされている。例えばバッテリー２０ａの電圧状態をＡ／Ｄ変換して入力することで、バッテリー２０ａの残量を監視できる。
【００５５】
またコントローラ１２には、当該再生装置に加えられた振動状況を示す振動情報Ｓｓが入力されることで、再生環境として振動が大きいか否かを判別できるようにされている。
振動情報Ｓｓは、例えば振動センサ２１が設けられ、その振動センサ２１が振動レベルに応じたセンス信号として発生させてコントローラ１２に供給する。
或いは振動センサ２１が設けられなくても、サーボ制御部１０、又はフォーカス／トラッキング駆動回路６が振動情報Ｓｓを生成し、コントローラ１２に供給することもできる。
サーボ制御部１０は、例えばトラッキング、フォーカスのサーボエラー信号の振幅に基づいて、或いはサーボ外れの頻度に基づいて振動情報Ｓｓを生成する。振動が大きいほどサーボエラー信号の振幅は大きくなるため振動情報Ｓｓを生成することができる。また振動が大きい状況であるほどサーボ外れが発生する頻度が高まるため、その頻度に応じた値を振動情報Ｓｓとしてもよい。
また、振動によって対物レンズ移動が大きくなることから、二軸機構の逆起電力（フォーカスコイル・トラッキングコイルに発生する電力）を用いて、フォーカス／トラッキング駆動回路６が振動情報Ｓｓを生成することもできる。
【００５６】
４．再生コンテンツ選択動作例Ｉ。
本例の再生装置は、上述したＵＭＤ方式のディスク１からオーディオコンテンツを再生するが、上述したようにＵＭＤ方式のディスク１にはオーディオコンテンツとしての楽曲（チューン）が、複数の異なる符号化方式（サンプリング周波数・ビット数、圧縮・非圧縮、圧縮率等の相違）で複数のコンテンツファイルとして記録されている。
例えば符号化方式が異なる２つコンテンツファイルが存在するということは、１つの楽曲について、高ビットレートのコンテンツファイルと低ビットレートのコンテンツファイルが存在することになる。
【００５７】
例えば図２に、ディスク１に５つの楽曲（チューン）がそれぞれ２つの符号化方式で記録されている例を示している。
即ち上述した基本グループツリーにおける２つのエンコーディンググループとしてグループＥＧ−ｘ、ＥＧ−ｙが構築されており、グループＥＧ−ｘに登録されるファイルとして、例えばリニアＰＣＭ符号化によるビットレート１．４MbpsのコンテンツファイルＭ１ｘ〜Ｍ５ｘが存在し、またグループＥＧ−ｙに登録されるファイルとして、例えばＡＴＲＡＣ方式圧縮符号化によるビットレート６４KbpsのコンテンツファイルＭ１ｙ〜Ｍ５ｙが存在するとする。
コンテンツファイルＭ１ｘとＭ１ｙは同一の楽曲である。同様にコンテンツファイルＭ２ｘとＭ２ｙ、Ｍ３ｘとＭ３ｙ、Ｍ４ｘとＭ４ｙ、Ｍ５ｘとＭ５ｙは、それぞれ同一の楽曲である。
なお、２つのエンコーディンググループにおけるコンテンツファイルの符号化方式は一例にすぎない。例えば、共にＡＴＲＡＣ方式であるが、圧縮率が異なる符号化データとされるものでもよい。
【００５８】
或る楽曲を再生する際に、その楽曲に対応する複数（例えば２つ）のコンテンツファイルのどれを再生するかは、通常は、ユーザーの選択操作（モード設定等）によるものとなる。例えば高ビットレートのエンコーディンググループＥＧ−ｘが選択されているモードであれば、コントローラ１２はコンテンツファイルＭ１ｘ〜Ｍ５ｘが再生されるように制御する。
高ビットレートのコンテンツファイルは、低ビットレートのコンテンツファイルよりも高音質なオーディオ再生を行うことができるため、その点では高ビットレートのコンテンツファイルの再生がユーザーにとって好適である。
【００５９】
ここで本例の再生装置がポータブル型であり、外部からの振動が増加した場合を考える。このとき再生装置（コントローラ１２）は、振動情報Ｓｓによって再生装置が携帯されている状況を推定することができる。このような状態では、しばしばディスク１からのデータ読み出しが中断されてしまい、バッファメモリ１３に蓄積されていた符号化データが底を付き、いわゆる「音飛び」が発生する可能性が高まる。
そこで、コントローラ１２は、自動的に、読み出すコンテンツファイルを低ビットレートのエンコーディンググループＥＧ−ｙに登録されたコンテンツファイルに切り替えるようにする。低ビットレートの場合、バッファメモリ１３からデータを取り出す量が少なくなるため、ディスク１から正常に読め出せた信号が少なくても長時間再生音を出し続けることができ、音飛びの発生の可能性を大きく低減できる。
【００６０】
また、上記のようにバッテリー２０ａを電源としていることを考えると、バッテリー２０ａの残容量も再生動作環境としての大きな要因となる。
高ビットレートのコンテンツファイルは、低ビットレートのコンテンツファイルよりも、ディスク１から読み出さなければならないデータ量が多くなる。つまりディスク１やピックアップ３を駆動する時間が長くなる。一方、低ビットレートのコンテンツファイルについては、少ないデータ量をディスク１から読み出せばよいため、例えばバッファメモリ１３に短時間で十分なデータ量をバッファリングすることができ、その分、ディスク１やピックアップ３を実際に駆動する時間は短くてすみ、ディスク１からの読出の休止時間が長くなる。
つまり低ビットレートのコンテンツファイルの再生の方が、消費電力が少なく、電池寿命を長くすることができる。
そこでコントローラ１２は、例えば電池残量が少ないことを検知した場合は、より長時間再生を実行できるようにするため、自動的に低ビットレートのコンテンツファイルの再生に切り換えることが好適となる。
【００６１】
つまり本実施の形態の再生装置は、外部から加わる振動や、電池残量などの再生動作環境に応じて、ディスク１に記録された異なるビットレートで同一内容の複数のコンテンツデータのうちで特定のコンテンツデータを選択して再生することで、状況に応じた動作上の優位性を得るものである。
【００６２】
このような動作を実現する具体的な処理例を、再生コンテンツ選択動作例Ｉ、II、IIIとして説明する。
まず図３により再生コンテンツ選択動作例Ｉを説明する。
図３はディスク１が装填された状態で、例えばユーザーが再生操作を行った場合や、或いはディスク１の装填とともにコントローラ１２が自動的に再生を開始するようなプログラムが設定されている場合のコントローラ１２の処理を示している。
ユーザー操作又はプログラムにより、ステップＦ１０１で再生開始要求が発生したら、コントローラ１２は処理をステップＦ１０２に進め、電源部２０におけるバッテリー２０ａの残量（電圧レベル）を確認する。
ここで、もしバッテリー２０ａが或る程度消耗しており、電池残量（電圧レベル）が所定レベル以下であった場合は、ステップＦ１０５に進んで、低ビットレートのコンテンツ再生制御を行う。即ち図２のグループＥＧ−ｙとしてのコンテンツファイルの再生を行うこととし、サーボ制御部１０を指示して光ディスク１からグループＥＧ−ｙのコンテンツファイルの読出動作を実行させ、また符号化データデコーダ１１、バッファメモリ１３、圧縮デコーダ１４に対して低ビットレートのコンテンツ再生処理を実行させる。
【００６３】
一方、電池残量がまだ十分なレベルであったとしたら、ステップＦ１０３で振動状況を確認する。即ち振動情報Ｓｓを確認し、動作環境として振動が大きい環境であるか否かを判別する。
振動が大きくない状況であったら、コントローラ１２はステップＦ１０５として上記同様に低ビットレートのコンテンツ再生制御を行う。
ステップＦ１０３で振動が大きい状況であると判断した場合は、ステップＦ１０４に進んで、高ビットレートのコンテンツ再生制御を行う。即ち図２のグループＥＧ−ｘとしてのコンテンツファイルの再生を行うこととし、サーボ制御部１０を指示して光ディスク１からグループＥＧ−ｘのコンテンツファイルの読出動作を実行させ、また符号化データデコーダ１１、バッファメモリ１３、圧縮デコーダ１４に対して高ビットレートのコンテンツ再生処理を実行させる。
【００６４】
このような処理を行うことにより、再生開始時点で電池残量が十分であり、かつ振動の少ない状況である場合は、高ビットレートのコンテンツファイルが再生されることになり、ユーザーに対して高音質な再生を提供することになる。
一方、電池残量が十分でない場合は、低ビットレートのコンテンツ再生が行われることで、消費電力が節約され、なるべく長時間再生を続けることができるようになる。
また、振動が大きい状況、例えば再生装置が携帯型でありユーザが再生装置を携帯して音楽を聴いている場合や、或いは車載用再生装置で振動の大きい運転中での再生であった場合などは、低ビットレートのコンテンツ再生が行われることで、バッファメモリ１３によるショックプルーフ機能が強化され、再生音声の音切れを発生しにくくできる。
【００６５】
なお、この処理では、再生開始時点でエンコーディンググループＥＧ−ｘ、ＥＧ−ｙを選択してしまうが、その選択は再生が終了されるまで継続されても良いし、後述する処理例II、IIIのように、再生途中で再生するエンコーディンググループを切り換えるようにしてもよい。
ところで、コントローラ１２による振動状況検出のための振動情報Ｓｓは、振動センサ２１が搭載されていれば常に発生されるが、振動センサ２１が搭載されないでサーボ制御部１０により振動情報Ｓｓを発生させる場合は、再生開始前においてサーボ動作を実行させる状況が必要である。但し、例えばディスク装填後などは、ディスク１から管理情報を読み込む動作が行われ、当然サーボ動作が行われるため、その際に振動情報Ｓｓを発生させるようにすればよい。
またフォーカス／トラッキング駆動回路６により振動情報Ｓｓを発生させる場合は、再生開始前においてサーボ動作をオフとし、対物レンズをフリーにして二軸機構のコイル逆起電力を得るようにすればよい。
【００６６】
５．再生コンテンツ選択動作例II。
図４で再生コンテンツ選択動作例IIを説明する。これは、再生中に、トラック（コンテンツファイル）が切り替わるタイミングで、状況に応じて高ビットレートのコンテンツファイル再生と低ビットレートのコンテンツファイル再生を選択する処理例である。
【００６７】
図４においては、或るコンテンツファイルの再生中の状態をステップＦ２００又はＦ３００として示している。ステップＦ２００はエンコーディンググループＥＧ−ｘに登録された高ビットレートのコンテンツファイル（トラック）を再生している状態、ステップＦ３００はエンコーディンググループＥＧ−ｙに登録された低ビットレートのコンテンツファイル（トラック）を再生している状態である。
まずステップＦ２００で高ビットレートのコンテンツファイルを再生している状態からの処理を説明する。
【００６８】
ステップＦ２００での再生中は、ステップＦ２０１として、現在再生中のトラックの再生出力（演奏）が終了するまで所定時間という段階に達したか否かを監視している（例えばトラック終了まで３０秒以下などの時点をトラック終了間際とする）。
現在再生中のトラックの再生が終了間際となったら、コントローラ１２は処理をステップＦ２０１からＦ２０２に進め、バッテリー２０ａの残量を確認する。そしてバッテリー２０ａの残量が所定レベル未満であったらステップＦ２０５に進む。
バッテリー２０ａの残量が所定レベル以上であって、まだ十分な残量があると判断した場合は、ステップＦ２０３に進み、振動情報Ｓｓによりその時点での振動状況を判別する。
ステップＦ２０３で振動が小さいと判断された場合、つまりバッテリー２０ａの残量が十分でかつ振動も少ない再生環境であると判断した場合は、ステップＦ２０４で、次の曲（チューン）についても、高ビットレートのコンテンツファイル（トラック）を再生するものとして、高ビットレートのコンテンツファイル再生処理を継続するものとする。
【００６９】
一方、バッテリー２０ａの残量や振動状況の判別によってステップＦ２０５に進んだ場合は、次の曲（チューン）については、低ビットレートのコンテンツファイル（トラック）を選択して再生するものとし、次のチューンにかかる低ビットレートのコンテンツファイルのバッファリングを開始する。例えばそれまで図２のコンテンツファイルＭ１ｘの再生を行っていたとすると、次の曲として低ビットレートのコンテンツファイルＭ２ｙを選択し、そのコンテンツファイルＭ２ｙについて、ディスク１からの読出とバッファメモリ１３へのバッファリングを開始させる。なお、この時点では、まだバッファメモリ１３からはコンテンツファイルＭ１ｘの符号化データの読出が継続されており、コンテンツファイルＭ１ｘの再生音声が出力されている。
コントローラ１２は、ステップＦ２０６で、現在のトラック、例えば高ビットレートのコンテンツファイルＭ１ｘの符号化データのバッファメモリ１３からの読出／再生出力が終了するタイミングを監視しており、現在の曲のバッファ読出／再生が終了すると、ステップＦ２０７で、次のトラックの再生出力を開始させる。即ち、バッファメモリ１３から低ビットレートのコンテンツファイルＭ２ｙの符号化データの読出を開始させ、再生出力させる。そしてステップＦ３００の低ビットレートのコンテンツファイルの再生状態に移行する。
【００７０】
ステップＦ３００で低ビットレートのコンテンツファイルを再生している状態からの処理は次のようになる。
ステップＦ３００での再生中も、コントローラ１２はステップＦ３０１として、現在再生中のトラックの再生出力（演奏）が終了するまで所定時間という段階に達したか否かを監視している。なお、この場合、所定時間を例えばトラック終了まで３０秒以下など、ステップＦ２０１と同様の基準としても良いが、もし次の再生を高ビットレートのコンテンツファイルに切り換える場合は、高ビットレートのコンテンツファイルのデータバッファリングは、低ビットレートのコンテンツファイルよりも時間がかかることを考えて、余裕をもたせ、例えばトラック終了間際と判断する上記所定時間を例えばトラック終了まで１分以下などのように、異なる基準としても良い。
【００７１】
現在再生中のトラックの再生が終了間際となったら、コントローラ１２は処理をステップＦ３０１からＦ３０２に進め、バッテリー２０ａの残量を確認する。そしてバッテリー２０ａの残量が所定レベル未満であったらステップＦ３０４に進み、次の曲（チューン）についても、低ビットレートのコンテンツファイル（トラック）を再生するものとして、低ビットレートのコンテンツファイル再生処理を継続する。
【００７２】
またステップＦ３０２でバッテリー２０ａの残量が所定レベル以上であって、まだ十分な残量があると判断した場合は、ステップＦ３０３に進み、振動情報Ｓｓによりその時点での振動状況を判別する。
ステップＦ３０３で振動が大きい判断された場合も、ステップＦ３０４に進み、次の曲（チューン）についても、低ビットレートのコンテンツファイル（トラック）を再生するものとして、低ビットレートのコンテンツファイル再生処理を継続する。
【００７３】
ステップＦ３０３で振動が小さい判断された場合、つまりバッテリー２０ａの残量が十分でかつ振動も少ない再生環境になっていると判断した場合は、ステップＦ３０５に進み、次の曲（チューン）については、高ビットレートのコンテンツファイル（トラック）を選択して再生するものとする。このため次のチューンにかかる高ビットレートのコンテンツファイルのバッファリングを開始する。例えばそれまで図２のコンテンツファイルＭ２ｙの再生を行っていたとすると、次の曲として高ビットレートのコンテンツファイルＭ３ｘを選択し、そのコンテンツファイルＭ３ｘについて、ディスク１からの読出とバッファメモリ１３へのバッファリングを開始させる。なお、この時点では、まだバッファメモリ１３からはコンテンツファイルＭ２ｙの符号化データの読出が継続されており、コンテンツファイルＭ２ｙの再生音声が出力されている。
コントローラ１２は、ステップＦ３０６で、現在のトラック、例えば低ビットレートのコンテンツファイルＭ２ｙの符号化データのバッファメモリ１３からの読出／再生出力が終了するタイミングを監視しており、現在の曲のバッファ読出／再生が終了すると、ステップＦ３０７で、次のトラックの再生出力を開始させる。即ち、バッファメモリ１３から高ビットレートのコンテンツファイルＭ３ｘの符号化データの読出を開始させ、再生出力させる。そしてステップＦ２００の高ビットレートのコンテンツファイルの再生状態に移行する。
【００７４】
以上の処理が行われることにより、トラック（楽曲）毎に、そのときの状況に応じて高ビットレート／低ビットレートが選択される。
例えば振動状況は再生中も常に変動するため、振動が大きいときは低ビットレートのコンテンツファイルが再生され、振動が小さいときは高ビットレートのコンテンツファイルを再生することで、なるべく高音質の再生を行いながら振動状況が悪化した場合のみ低ビットレートのコンテンツファイルを再生して音切れを防止するという動作が可能となる。
またバッテリー２０ａの残量も、再生継続中に低下していくため、再生中にある時点で残量が少ないと判断されたら、それ以降は低ビットレートのコンテンツファイルが選択されることで、なるべく電池をもたせることが可能となる。
【００７５】
６．再生コンテンツ選択動作例III。
次に図５、図６で再生コンテンツ選択動作例IIIを説明する。これは、再生中において、上記のようなトラック（コンテンツファイル）の境界に関わらず、再生状況が変化して時点で高ビットレートのコンテンツファイル再生と低ビットレートのコンテンツファイル再生を切り換えていく処理例である。即ち例えば曲の途中であっても切換を行う例である。
【００７６】
図５は再生開始時からのコントローラ１２の処理を示している。
再生を開始する際に、まずコントローラ１２は、最初に再生するチューンに対応する低ビットレートのコンテンツファイル（例えば図２のＭ１ｙ）についてディスク１からの読出を実行させ、データ量Ｑ１だけ符号化データをバッファメモリ１３に蓄積させる。この様子を図６（ａ）に示す。例えばコントローラ１２はバッファメモリ１３においてデータ量Ｑ１の領域を確保し、矢印Ｗとして示すように、この領域に低ビットレートのコンテンツファイルＭ１ｙの符号化データＤＴｙを蓄積させる。
データ量Ｘだけのバッファリングを完了したら、次にコントローラ１２はステップＦ４０２で、同じく再生する最初のチューンに対応する高ビットレートのコンテンツファイル（Ｍ１ｘ）についてディスク１からの読出を開始させ、またバッファメモリ１３からの読出及び再生出力を開始させる。即ち図６（ｂ）の矢印Ｗのように、コンテンツファイルＭ１ｘの符号化データＤＴｘのバッファリングを開始するとともに、矢印Ｒとして示すように、蓄積された符号化データＤＴｘを連続的に読み出す動作を開始させる。従って、高ビットレートのコンテンツファイルＭ１ｘの再生出力が開始されることになる。
以降は、図６（ｃ）に示すように、ステップＦ４０１で符号化データＤＴｙを格納した領域を除く領域を用いて、符号化データＤＴｘの書込及び読出を継続する。矢印Ｗとして示す符号化データＤＴｘの書込は、高速に、かつ蓄積量に応じて間欠的に行われ、一方、矢印Ｒで示す符号化データＤＴｘの読出は、所定レートで連続的に行われて、圧縮デコーダ１４以降の処理で再生出力される。
【００７７】
このように高ビットレートのコンテンツファイルのバッファリング及び再生出力を行っている期間は、コントローラ１２はステップＦ４０３，Ｆ４０４，Ｆ４０５の監視処理を実行する。
ステップＦ４０５では、バッファメモリ１３に蓄積された低ビットレートの符号化データＤＴｙについての監視処理である。
ステップＦ４０１で蓄積したデータ量Ｑ１の符号化データＤＴｙは、再生している符号化データＤＴｘのトラック先頭部分と同じ音声内容のデータである。そしてこの符号化データＤＴｙは、再生環境に応じて低ビットレート再生に切り換えるときに用いるデータとして、予め確保したものである。切り換えるときに用いるデータとして有効なデータは、切換時点まで再生出力されていた音声の続きとなる音声に相当するデータである。
つまり高ビットレートのコンテンツ再生が進むとともに、当初確保したデータＤＴｙは、その先頭のデータから順次使用できないものとなる。このため、高ビットレートのコンテンツ再生が進行することに応じて、バッファメモリ１３に確保したデータＤＴｙも随時更新していかなければならない。
そこでコントローラ１２はステップＦ４０５で、使用可能なデータＤＴｙの残量が或る所定量Ｑ２（図６（ｂ））以下となったか否か監視している。例えばコントローラ１２は、逐次、その時点の高ビットレートのコンテンツの再生進行時間を、低ビットレートのデータ量に換算し、それをデータ量Ｑ１から減算すれば、使用可能なデータＤＴｙの残量を算出できる。従ってその算出した残量と予め設定した所定量Ｑ２とを比較することで、ステップＦ４０５の処理を行うことができる。
【００７８】
もし使用可能なデータＤＴｙが所定量Ｑ２以下となっていたら、ステップＦ４０６に進んで、低ビットレートのコンテンツの続きのデータＤＴｙについてディスク１から読み出し、バッファリングを行うように制御する。即ち高ビットレートのコンテンツファイルのデータＤＴｘのバッファリングを中断させて、低ビットレートのコンテンツファイルのデータＤＴｙのバッファリングを行う。なお、このときバッファメモリ１３からの読出は、引き続き高ビットレートのデータＤＴｘについて行われている。
そしてステップＦ４０６での低ビットレートのデータＤＴｙについて、データ量Ｑ１だけのバッファリングを終えたら、ステップＦ４０７で高ビットレートのコンテンツファイルの続きのデータからバッファリングを再開する。もちろんこのときも、バッファメモリ１３からの高ビットレートのデータＤＴｘの読出／再生出力は継続されている。
【００７９】
つまりステップＦ４０５、Ｆ４０６、Ｆ４０７の処理によっては、高ビットレートのコンテンツ再生中において、もし低ビットレートへの切換が行われる場合に使用される、例えば曲の続きの低ビットレートのデータＤＴｙが、或る程度必要な量だけ常時バッファリングされている状態をつくりだすものとなる。
【００８０】
ステップＦ４０３では、バッテリー２０ａの残量が所定レベル以上であるか否かを監視している。
バッテリー２０ａの残量が所定レベル未満であれば、ステップＦ４０８に進み、以降、低ビットレートのコンテンツ再生に切り換える。即ち、バッテリー２０ａの残量が少ないと判断された時点から、その時点にバッファメモリ１３においてデータＤＴｙとして蓄積されている低ビットレートのコンテンツファイルの続きのデータのバッファリングを開始させる。また同時に、その時点でバッファメモリ１３から読み出されていた高ビットレートのデータＤＴｘの続きの音声に相当するデータとしてデータＤＴｙを起点として、バッファメモリ１３からのデータＤＴｙの読出を開始する。つまりこの時点から低ビットレートのデータＤＴｙが再生音声として出力される。
以降は、図６（ｄ）のように、バッファメモリ１３の全領域をデータＤＴｙのバッファ領域として使用し、低ビットレートのコンテンツファイルの再生出力を行う。
このようにステップＦ４０８で低ビットレートのコンテンツファイルの再生に切り換えた場合は、電池の消耗が切換原因であったことから、以降、再生が終了されるまで、低ビットレートのコンテンツファイルの再生を行うものとなる。
【００８１】
ステップＦ４０５では、コントローラ１２は振動情報Ｓｓにより振動状況を監視している。このステップＦ４０５で振動が大きいと判断された場合は、コントローラ１２は処理をステップＦ４０９に進め、低ビットレートのコンテンツ再生に切り換える。即ち、振動が大きいと判断された時点から、その時点にバッファメモリ１３においてデータＤＴｙとして蓄積されている低ビットレートのコンテンツファイルの続きのデータのバッファリングを開始させる。また同時に、その時点でバッファメモリ１３から読み出されていた高ビットレートのデータＤＴｘの続きの音声に相当するデータとしてのデータＤＴｙを起点として、バッファメモリ１３からデータＤＴｙの読出を開始する。従ってこの時点から低ビットレートのデータＤＴｙが再生音声として出力される。バッファメモリ１３においては、以降、図６（ｄ）のように、全領域がデータＤＴｙのバッファ領域として使用されて、低ビットレートのコンテンツファイルの再生出力が行われる。
【００８２】
このようにステップＦ４０９で低ビットレートのコンテンツファイルに切換た後は、コントローラ１２はステップＦ４１０で引き続き振動情報Ｓｓにより振動が収まって安定したかどうかを監視している。
もし振動が収まったら、ステップＦ４１１に進み、その時点以降にバッファメモリ１３はから読み出すものとされていた低ビットレートのデータＤＴｙを、バッファメモリ１３においてデータ量Ｑ１だけ確保した上で、その時点からの続きの音声内容となる部分から高ビットレートのデータＤＴｘのバッファリングを開始する。そしてステップＦ４１２で、バッファメモリ１３から読み出すデータをデータＤＴｘに切り換え、即ち高ビットレートのコンテンツ再生が行われるようにして、ステップＦ４０３，Ｆ４０４，Ｆ４０５の監視処理に戻る。
この場合のバッファメモリ１３の様子を図６（ｅ）（ｆ）（ｇ）に示す。
例えば図６（ｅ）の矢印Ｒのように或るポイントのデータＤＴｙを読み出した時点でステップＦ４１０で振動が安定したと判別されたとする。
すると、ステップＦ４１１では、図６（ｆ）のように、矢印Ｒ以降のデータＤＴｙとしてデータ量Ｑ１を確保し、そのデータ量を確保した領域以降において、矢印Ｗに示すポイントから高ビットレートのデータＤＴｘのバッファリングを開始する。そして、高ビットレートのデータＤＴｘのバッファリングを開始した後、ステップＦ４１２の処理として、バッファメモリ１３からの読出を高ビットレートのデータＤＴｘに切り換える。以降、図６（ｇ）のようにデータＤＴｙを確保した領域以外が用いられて、高ビットレートのコンテンツファイルのデータＤＴｘのバッファリング及びバッファメモリ１３からの読出／再生出力が行われる。
つまり、低ビットレートのコンテンツ再生中に振動が安定したら、高ビットレートのコンテンツ再生に切り換えるとともに、その際には、さらにその後低ビットレートのコンテンツ再生に切り換えられる場合に必要なデータ量Ｑ１のデータＤＴｙが確保されるようにするものである。
【００８３】
このように振動が安定して低ビットレートのコンテンツ再生から高ビットレートのコンテンツ再生に戻された以降も、上記同様の処理が行われ、従って状況によっては、再び低ビットレートのコンテンツ再生に切り換えられることもある。
【００８４】
この図５のような処理を行うことで、再生中に、再生位置に関わらず、そのときの状況に応じて高ビットレート／低ビットレートが選択される。
これにより、バッテリー２０ａの残量が十分で且つ振動が少ないときは高ビットレートのコンテンツ再生により、ユーザーに高音質な音楽が提供され、一方、振動が大きくなったら、その振動が大きい期間は低ビットレートのコンテンツ再生に切り換えられることで、ショックプルーフ機能が強化される。またバッテリー２０ａの残量が少なくなったと判断されたら、それ以降は低ビットレートのコンテンツファイルが選択されることで、なるべく電池を長くもたせ、再生を長く継続できるようになる。
【００８５】
７．実施の形態の効果及び変形例。
以上、実施の形態を説明してきたが、本実施の形態によれば、再生装置の再生環境（外乱振動やバッテリー残量）に応じてビットレートの異なるデータを再生することにより、なるべく高音質な音楽をユーザーに提供しつつ、振動に対する音飛びの発生を軽減できたり、電池寿命を延長すること可能になる。
【００８６】
なお、本発明は上記実施の形態の例に関わらず、多様な変形例が考えられる。
例えばバッテリー残量を切換の要因の１つとしたが、使用する電源により再生するコンテンツファイルの選択を行っても良い。即ち、外部の商用ＡＣ電源と、内蔵バッテリを併用できる再生装置において、外部ＡＣ電源が接続されている状態では高ビットレートのコンテンツ再生を行い、外部ＡＣ電源が接続されずに内蔵バッテリを電源として使用する場合は低ビットレートのコンテンツ再生を行うというような処理も可能である。
【００８７】
また、上記例は２つのエンコーディンググループ、つまり１つの曲（チューン）について２種類のビットレートのコンテンツファイルが存在する場合で述べたが、１つの曲（チューン）について３つ以上の異なる符号化方式（ビットレート）のコンテンツファイルが記録される場合もある。そのような場合に、振動状況や電池残量の状態に応じて、段階的に再生するコンテンツファイルを切り換えていっても良い。
また或いは、このように３以上のビットレートが存在する場合において、最も高いビットレートのコンテンツ再生中に、振動や電源の状況の悪化に応じて、最も低いビットレートのコンテンツ再生に切換、状況の好転に応じて１段階ずつビットレートの高いコンテンツファイルに切り換えていくような選択手法も考えられる。
【００８８】
また上記図３，図４，図５の処理例では、どれも振動状況と電源状況の両方により再生するコンテンツファイルの選択／切換を行うようにしているが、どちらか一方のみにより選択を行う例も考えられる。
例えば電源状況はコンテンツ選択の基準として用いず、振動状況だけをみて再生するコンテンツファイルの選択を行う処理や、逆に振動状況はコンテンツ選択の基準として用いず、電源状況だけをみて再生するコンテンツファイルの選択を行う処理も、本発明に含まれる。
また、図３，図４，図５の処理は、それぞれ組み合わせることもできる。例えば再生開始時は図３の処理を行い、再生開始後は図４の処理を行う処理などである。
【００８９】
また実施の形態では光ディスクを例に説明したが、これはハードディスク等、他のディスクメディアにおいても同等の効果が期待できる。また、固体メモリ等のメディアを用いたシステムにおいても、バッテリー残量に応じたコンテンツファイルの選択処理を行うことにより、消費電力の軽減という効果を得ることができる。
更に、楽曲等のオーディオデータコンテンツの例で説明したが、異なるビットレートで符号化された同一内容の映像コンテンツの再生についても、本発明は適用できる。
【図面の簡単な説明】
【００９０】
【図１】本発明の実施の形態の再生装置のブロック図である。
【図２】実施の形態のディスクのコンテンツ記録状態の説明図である。
【図３】実施の形態の再生開始時のコンテンツ選択処理のフローチャートである。
【図４】実施の形態の再生中のトラック単位のコンテンツ選択処理のフローチャートである。
【図５】実施の形態の再生中のコンテンツ選択処理のフローチャートである。
【図６】実施の形態の再生中のコンテンツ選択処理のためのバッファメモリ動作の説明図である。
【図７】実施の形態のディスクの外観の説明図である。
【図８】実施の形態のディスクの斜視図である。
【図９】実施の形態のディスクのディレクトリ構造の説明図である。
【図１０】実施の形態のディスクのマネジメントファイルの説明図である。
【図１１】実施の形態のディスクのファイル記録順序の説明図である。
【図１２】実施の形態のディスクのファイル記録例の説明図である。
【図１３】実施の形態のディスクの基本グループツリーの説明図である。
【図１４】実施の形態のディスクの拡張グループツリーの説明図である。
【図１５】実施の形態のディスクの拡張グループツリーの説明図である。
【符号の説明】
【００９１】
１  ディスク、３  ピックアップ、６  フォーカス／トラッキング駆動回路、８  ＲＦアンプ、１０  サーボ制御部、１１  符号化データデコーダ、１２  コントローラ、１３  バッファメモリ、１４  圧縮デコーダ、１５  Ｄ／Ａ変換器、１７  オーディオ出力処理部、１８  操作部、１９  表示部、２０  電源部、２１  振動センサ
【図１】
2006079782.tif 000003
【図２】
2006079782.tif 000004
【図３】
2006079782.tif 000005
【図４】
2006079782.tif 000006
【図５】
2006079782.tif 000007
【図６】
2006079782.tif 000008
【図７】
2006079782.tif 000009
【図８】
2006079782.tif 000010
【図９】
2006079782.tif 000011
【図１０】
2006079782.tif 000012
【図１１】
2006079782.tif 000013
【図１２】
2006079782.tif 000014
【図１３】
2006079782.tif 000015
【図１４】
2006079782.tif 000016
【図１５】
2006079782.tif 000017