(57)【要約】【課題】トラックサーチ再生時の再生開始までの時短化【解決手段】  或るプログラムをアクセスして再生するトラックサーチ再生の際などに、そのプログラムの主データ開始位置より先だった位置に記録された補助データ（サプリメンタリデータ）の読出について、補助データのみの抽出を行うプリロードモード処理として行う。この場合、読出が補助データのみであることと、フレームの読出レートに関わらない読出ができることから、補助データが、比較的容量の多い画像データであっても、迅速に読出を行うことができることとなる。【選択図】      図４
2005158169.tif 000002
【特許請求の範囲】
【請求項１】
主データがプログラム単位で記録されると共に、プラグラムの主データ開始アドレスより先立った位置に、該プログラムと同時に再生する補助データが記録される記録媒体に対する再生装置において、
記録媒体から上記主データ及び補助データにかかる信号の読出を行うヘッド手段と、
上記ヘッド手段で読み出された信号から上記主データ及び補助データとしての再生データを抽出し、再生データ処理を行う再生データ処理手段と、
或るプログラムの再生要求に応じて、上記ヘッド手段を、そのプログラムの補助データの記録位置にアクセスさせて再生を開始させるとともに、再生が主データ開始アドレスに至るまでの間、上記再生データ処理手段に、補助データのみの抽出を行うプリロード処理を実行させる制御手段と、
を備えたことを特徴とする再生装置。
【請求項２】
上記記録媒体では、固定長で連続するセクタに対して、主データパケットと補助データパケットを含む可変長のフレームが記録されており、
上記再生データ処理手段は、
上記ヘッド手段で読み出された信号を、セクタ単位でバッファリングするセクタバッファ手段と、
上記セクタバッファ手段からフレームを構成する主データパケットと補助データパケットを抽出するフレーム抽出手段と、
上記フレーム抽出手段で抽出された主データパケットと補助データパケットをバッファリングするフレームバッファ手段と、
上記フレームバッファ手段から読み出される主データパケットを再生処理する主データ処理手段と、
上記フレームバッファ手段から読み出される補助データパケットを再生処理する補助データ処理手段と、
を備えるとともに、
上記フレーム抽出手段は、上記制御手段の上記プリロード処理の指示に基づいて、上記セクタバッファ手段から補助データパケットを抽出し、上記フレームバッファ手段にバッファリングさせずに上記補助データ処理手段に転送して処理させることを特徴とする請求項１に記載の再生装置。
【請求項３】
上記再生データ処理手段は、上記プリロード処理にかかるセクタ数をカウントするカウント手段をさらに備え、上記カウント手段のカウント値に応じて、上記プリロード処理を終了させることを特徴とする請求項２に記載の再生装置。
【請求項４】
上記記録媒体では、固定長で連続するセクタに対して、主データパケットと補助データパケットを含む可変長のフレームが記録されており、
上記再生データ処理手段は、
上記ヘッド手段で読み出された信号を、セクタ単位でバッファリングするセクタバッファ手段と、
上記セクタバッファ手段から主データパケットを抽出する主データパケット抽出手段と、
上記セクタバッファ手段から補助データパケットを抽出する補助データパケット抽出手段と、
上記主データパケット抽出手段で抽出された主データパケットを再生処理する主データ処理手段と、
上記主データパケット抽出手段で抽出された補助データパケットを再生処理する補助データ処理手段と、
を備えるとともに、
上記制御手段の上記プリロード処理の指示に基づいて、主データパケット抽出手段は抽出動作を休止し、上記補助データパケット抽出手段のみが抽出動作を行うことを特徴とする請求項１に記載の再生装置。
【請求項５】
上記再生データ処理手段は、上記プリロード処理にかかるセクタ数をカウントするカウント手段をさらに備え、上記カウント手段のカウント値に応じて、上記主データパケット抽出手段が休止していた抽出動作を再開することを特徴とする請求項４に記載の再生装置。
【請求項６】
主データがプログラム単位で記録されると共に、プラグラムの主データ開始アドレスより先立った位置に、該プログラムと同時に再生する補助データが記録される記録媒体に対する再生方法として、
或るプログラムの再生要求に応じて、再生ヘッドを、該プログラムの補助データの記録位置にアクセスさせて記録媒体の再生を開始するアクセスステップと、
上記再生ヘッドによる記録媒体の再生が、該プログラムの主データ開始アドレスに至るまでの間、補助データのみを抽出し再生処理するプリロード処理ステップと、
上記再生ヘッドによる記録媒体の再生が、該プログラムの主データ開始アドレスに至ることに応じて開始される、主データと補助データの抽出及び再生処理を行う通常再生ステップと、
を備えることを特徴とする再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再生装置及び再生方法に関し、特に複数種類のパケットデータが混在するセクタから必要なパケットデータを抽出して再生する再生装置及び再生方法に関するものである。
【背景技術】
【０００２】
【特許文献１】特開２００２−３６７２８８号公報
【０００３】
サンプリング周波数ｆｓを約４４．１ｋＨｚとし、１サンプルを各チャンネル１６ビットのデジタルオーディオデータとして記録しているコンパクトディスク（ＣＤ）に対して、ＤＳＤ（Direct Stream Digital ）方式により生成された、サンプリング周波数が非常に高い周波数（例えば通常のＣＤのサンプリング周波数ｆｓの６４倍の周波数）で１ビット方式のオーディオストリームデータを記録しているスーパーオーディオコンパクトディスク（Super Audio Compact Disc：ＳＡＣＤ）が知られている。
公知のように、入力信号に対して６４ｆｓのオーバーサンプリング・ΔΣ変調を施すと１ビットオーディオデジタル信号が得られる。ＣＤ方式のシステムでは、その直後に１ビットの信号からマルチビットのＰＣＭ符号へのデシメーションが行われるが、ＤＳＤ方式を採用したＳＡＣＤでは、ΔΣ変調による１ビットオーディオ信号を直接記録している。
上記特許文献１には、ＳＡＣＤを例としてのデータ再生のための処理装置が開示されている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところでＳＡＣＤでは、ＣＤと同様に、主データとしてオーディオデータがプログラム単位（楽曲毎等の単位；トラックとも呼ばれる）で記録され管理されている。
また、詳しくは後述するが、ＳＡＣＤにおけるデータフォーマットとしては、ＣＤと同様に、１／７５秒のフレームが１つの単位とされる。そして１フレームには、オーディオデータとしてのパケット（オーディオパケット）や、補助データとしての静止画データやテキストデータとしてのパケット（サプリメンタリデータパケット）が含まれる。
但しＳＡＣＤの場合、フレーム毎でのデータの圧縮率の違い等により、フレームデータ長は可変長とされている。
そして、物理的には、２０６４バイト（有効データ２０４８バイト）で固定長とされたセクタ単位でディスクからのデータ読出が行われる。フレームは可変長であるためセクタ単位に対してフレームが規則的に対応するものではなく、１フレームのデータは１セクタ内で完了されたり、或いは複数セクタにまたがったりするなど多様となる。
【０００５】
このようなＳＡＣＤに対しての再生時には、セクタ単位のデータからフレームを抽出し、さらにオーディオパケットを抽出して音楽等の再生を行うとともに、サプリメンタリデータパケットを抽出して、例えば音楽等の再生と同時に静止画や文字の表示を行うものとなる。
また、トラックサーチ再生、つまりユーザーが或るトラック（プログラム）を指定して再生を指示した場合は、再生装置は、そのトラックにアクセスして再生処理を行うことになる。この際、当然ながら、ユーザーが選択したトラックの音声と、そのトラックに対応する画像等を同時に、かつ短時間で出力するのが望ましい。
【０００６】
トラックサーチ再生時の動作を図１５に模式的に示している。
図１５は、例えばセクタアドレスの進行方向に、オーディオデータとしてのトラックＴＫ４，ＴＫ５，ＴＫ６が記録されているディスク上の状況を示している。
セクタアドレスは各セクタ毎に付与されたＰＳＮ（Physical Sector Number）或いはＬＳＮ（Logical Sector Number）で表されるが、例えばトラックＴＫ５のオーディオデータの開始位置(ＰＳＮ又はＬＳＮで示される開始位置）をアドレスＡＤ(TK5)としている。
【０００７】
一方、例えばトラックＴＫ５のオーディオデータの再生開始と同時に表示される静止画データが、サプリメンタリデータＳＰ５として記録されることを考える。この場合、図示するように、サプリメンタリデータＳＰ５は、トラックＴＫ５のオーディオデータの開始アドレスＡＤ(TK5)に先だった位置であるアドレスＡＤ(SP5)からのサプリメンタリデータパケットに記録されるものとなっている。即ちトラックＴＫ４の終端付近のアドレスである。
一般に画像データはオーディオデータに比べて容量が大きくなり、その読出にも時間を要するが、このようにサプリメンタリデータＳＰ５を記録しておくことで、例えばトラックＴＫ５の再生が開始する直前までにサプリメンタリデータＳＰ５を取り込んでおくことができ、トラックＴＫ５のオーディオ再生開始とともにサプリメンタリデータＳＰ５として記録された静止画等を表示させることができる。
【０００８】
ここでトラックサーチ再生を考える。今、矢印ＰＢ１として示すように、再生がトラックＴＫ６の途中まで進行している際に、ユーザーがトラックＴＫ５のトラックサーチ再生を指示したとする。
すると再生装置は再生ヘッドをディスク上でトラックＴＫ５の再生位置にアクセスさせることになる。但し、トラックＴＫ５についてはサプリメンタリデータＳＰ５が記録されていることから、一点鎖線で示すように、アドレスＡＤ(SP5)に再生ヘッドをアクセスさせる。そして矢印ＰＢ２として示すようにデータ読出を実行させ、サプリメンタリデータＳＰ５を取り込む。その後、再生ヘッドによるデータ読出ＰＢ２がアドレスＡＤ(TK5)に至り、トラックＴＫ５のオーディオデータが読み出されるようになる時点から、オーディオ及び静止画等の再生出力が行われることになる。
つまりこのような場合、サプリメンタリデータＳＰ５の読出のためにトラックＴＫ４の終端付近のアドレスＡＤ(SP5)からのデータ読出が必要になる。
【０００９】
一般に画像データが容量を多く必要とすることを考えると、アドレスＡＤ(SP5)からＡＤ(TK5)までの範囲は或る程度長くなる。また、サプリメンタリデータはフレーム内にサプリメンタリデータパケットとして含まれ、データ読出は１／７５秒からなるフレームを単位として決められている。このことから、再生装置がサプリメンタリデータＳＰ５としての画像データの取り込みに時間がかかることになる。また、この間、トラックＴＫ４の終端付近のオーディオデータもディスクから読み出されているが、もちろんこのオーディオデータについてはミュート処理され、再生音声は出力されない。
つまり、ユーザーがトラックＴＫ５の再生指示を行ってから、トラックＴＫ５としてのオーディオデータ及び画像データの再生出力開始までの時間が長くなってしまい、その間、音が出ない状態が続くとともに、表示画面には、選択されたトラックとは関係のない画像が表示されたり、何も表示されないことになる。
【課題を解決するための手段】
【００１０】
そこで本発明は、ＳＡＣＤのようにオーディオデータ等の主データがプログラム単位で記録されると共に、プラグラムの主データ開始アドレスより先立った位置に、該プログラムと同時に再生する補助データ（静止画データ等）が記録される記録媒体に対して、或るプログラム（トラック）にアクセスして再生する場合、例えばトラックサーチ再生の場合に、短時間で再生を開始できるようにすることを目的とする。
【００１１】
このため本発明の再生装置は、記録媒体から上記主データ及び補助データにかかる信号の読出を行うヘッド手段と、上記ヘッド手段で読み出された信号から上記主データ及び補助データとしての再生データを抽出し、再生データ処理を行う再生データ処理手段と、或るプログラムの再生要求に応じて、上記ヘッド手段を、そのプログラムの補助データの記録位置にアクセスさせて再生を開始させるとともに、再生が主データ開始アドレスに至るまでの間、上記再生データ処理手段に、補助データのみの抽出を行うプリロード処理を実行させる制御手段とを備える。
【００１２】
また上記記録媒体では、固定長で連続するセクタに対して、主データパケットと補助データパケットを含む可変長のフレームが記録されている。この場合、上記再生データ処理手段は、上記ヘッド手段で読み出された信号を、セクタ単位でバッファリングするセクタバッファ手段と、上記セクタバッファ手段からフレームを構成する主データパケットと補助データパケットを抽出するフレーム抽出手段と、上記フレーム抽出手段で抽出された主データパケットと補助データパケットをバッファリングするフレームバッファ手段と、上記フレームバッファ手段から読み出される主データパケットを再生処理する主データ処理手段と、上記フレームバッファ手段から読み出される補助データパケットを再生処理する補助データ処理手段とを備える。そして上記フレーム抽出手段は、上記制御手段の上記プリロード処理の指示に基づいて、上記セクタバッファ手段から補助データパケットを抽出し、上記フレームバッファ手段にバッファリングさせずに上記補助データ処理手段に転送して処理させる。
また、この記再生データ処理手段は、上記プリロード処理にかかるセクタ数をカウントするカウント手段をさらに備え、上記カウント手段のカウント値に応じて、上記プリロード処理を終了させる。
【００１３】
また同じく上記記録媒体では、固定長で連続するセクタに対して、主データパケットと補助データパケットを含む可変長のフレームが記録されている場合、上記再生データ処理手段は次のように構成してもよい。即ち上記再生データ処理手段は、上記ヘッド手段で読み出された信号を、セクタ単位でバッファリングするセクタバッファ手段と、上記セクタバッファ手段から主データパケットを抽出する主データパケット抽出手段と、上記セクタバッファ手段から補助データパケットを抽出する補助データパケット抽出手段と、上記主データパケット抽出手段で抽出された主データパケットを再生処理する主データ処理手段と、上記主データパケット抽出手段で抽出された補助データパケットを再生処理する補助データ処理手段とを備える。そして上記制御手段の上記プリロード処理の指示に基づいて、主データパケット抽出手段は抽出動作を休止し、上記補助データパケット抽出手段のみが抽出動作を行うようにする。
また、この再生データ処理手段は、上記プリロード処理にかかるセクタ数をカウントするカウント手段をさらに備え、上記カウント手段のカウント値に応じて、上記主データパケット抽出手段が休止していた抽出動作を再開するようにする。
【００１４】
本発明のデータ再生方法は、或るプログラムの再生要求に応じて、再生ヘッドを、該プログラムの補助データの記録位置にアクセスさせて記録媒体の再生を開始するアクセスステップと、上記再生ヘッドによる記録媒体の再生が、該プログラムの主データ開始アドレスに至るまでの間、補助データのみを抽出し再生処理するプリロード処理ステップと、上記再生ヘッドによる記録媒体の再生が、該プログラムの主データ開始アドレスに至ることに応じて開始される、主データと補助データの抽出及び再生処理を行う通常再生ステップとを備える。
【００１５】
即ち本発明では、或るプログラム（トラック）をアクセスして再生する際に、まずそのプログラムの主データ開始位置より先だった位置に記録された補助データ（サプリメンタリデータ）の読出を行う。このとき、主データと補助データからなるフレーム構成に関わらず、補助データのみが読み出されるようにする。
【発明の効果】
【００１６】
本発明によれば、或るプログラムをアクセスして再生する際、例えばトラックサーチ再生などの際に、そのプログラムの主データ開始位置より先だった位置に記録された補助データ（サプリメンタリデータ）の読出を行うが、このときプリロードモードとして動作が行われる。つまり再生が主データ開始アドレスに至るまでの間、再生データ処理手段が補助データのみの抽出を行うプリロード処理が実行される。この場合、補助データのみの読出を行うことと、フレームの読出レートに関わらない読出ができることから、補助データが比較的容量の多い画像データであっても、迅速に読出を行うことができる。そしてこれによって、トラックサーチアクセス時に主データ及び補助データの再生開始までの時間を短縮でき、操作に対する応答が良い高性能な再生装置を実現できるという効果がある。
【００１７】
また、再生データ処理手段が、記録媒体から読み出された信号をセクタ単位でセクタバッファ手段にバッファリングし、さらにバッファリングしたセクタデータからフレームを構成する主データパケットと補助データパケットを抽出してフレームバッファ手段にバッファリングし、フレームバッファ手段から読み出される主データパケットと補助データパケットをそれぞれ主データ処理手段と補助データ処理手段で再生処理する構成の場合、上記セクタバッファ手段から補助データパケットを抽出し、上記フレームバッファ手段にバッファリングさせずに補助データ処理手段に転送して処理させることで、特別な構成を付加せずに容易に上記プリロード処理を実現できる。
また、プリロード処理にかかるセクタ数をカウントするカウント値に応じて、プリロード処理を終了させ、通常再生処理に移行することで、制御手段の処理負担を軽減できる。
【００１８】
また再生データ処理手段が、記録媒体から読み出された信号を、セクタ単位でセクタバッファ手段にバッファリングし、主データパケット抽出手段がセクタバッファ手段から主データパケットを抽出して主データ処理手段が再生処理するとともに、補助データパケット抽出手段がセクタバッファ手段から補助データパケットを抽出して補助データ処理手段が再生処理する構成の場合、主データパケット抽出手段が主データパケットの抽出動作を休止し、補助データパケット抽出手段のみが抽出動作を行うようにすることで、特別な構成を付加せずに容易に上記プリロード処理を実現できる。
またこの場合も、プリロード処理にかかるセクタ数をカウントするカウント値に応じて、プリロード処理を終了させ、通常再生処理に移行することで、制御手段の処理負担を軽減できる。
【発明を実施するための最良の形態】
【００１９】
以下、記録媒体としてＳＡＣＤを対象とした本発明の実施の形態の再生装置（再生方法）について、次の順序で説明する。
１．ＳＡＣＤの領域構造及びＴＯＣ
２．セクタ／フレーム／パケット構造
３．第１の実施の形態の再生装置の構成
４．第１の実施の形態のプリロードモード処理
５．第２の実施の形態の再生装置の構成
６．第２の実施の形態のプリロードモード処理
７．変形例
【００２０】
１．ＳＡＣＤの領域構造及びＴＯＣ
本実施の形態の再生装置は、ＤＳＤ方式のΔΣ変調器によって生成された１ビットオーディオ信号を直接記録しているＳＡＣＤ規格の光ディスクを再生の対象とする。まずここでは、ＳＡＣＤの領域構造及びＴＯＣについて、図７〜図１１を用いて説明する。
【００２１】
図７に、ＳＡＣＤ規格の光ディスクの構造を示す。この光ディスクの領域は、内周から外周へ順にリードインゾーン（Lead-in Zone）、データゾーン（Data Zone）、リードアウトゾーン（Lead-out Zone）という３つに区分され、これらを合わせてインフォメーションゾーン（Information Zone）としている。
【００２２】
この光ディスクはＲＯＭ構造となっており、データゾーン（Data Zone）にセクター単位でデータが記録されている。各セクターは物理アドレス番号（ＰＳＮ：Physical Sector Number）を持ち、１セクター当たり２０６４バイトの空間を用意し、各セクターに２０４８バイトの有効データを記録可能としている。
このデータゾーンに対して物理アドレス番号の代わりに０から始まる論理アドレス番号（ＬＳＮ：Logical Sector Number）を使用することにより、ボリューム空間（Vorlume Space）に記録する、アプリケーションデータ（Application Data）を管理している。
【００２３】
ボリューム空間（Volume Space）は、図７に示すように、データの用途によって５つの領域に分割されている。すなわち、ファイルシステムエリア（File System Area）、マスターＴＯＣエリア（Master TOC Area）、２チャンネルステレオエリア（2-Channel Streo Area）、マルチチャンネルエリア（Multi ChannelArea）、エクストラデータエリア（Extra Data Area）である。
ファイルシステムエリア（File System Area）は、コンピュータ用途を考慮したアクセスを可能とする、ファイルシステムを記録しているエリアである。
またＳＡＣＤ規格では、ＣＤにおけるＴＯＣの考え方を基本的に踏襲し発展させたマスターＴＯＣとエリアＴＯＣ（Area TOC）からなるデュアルＴＯＣ構造が採用されている。マスターＴＯＣエリア（Master TOC Area）には、図８に示すように、アルバム情報やディスク情報を示す同じマスターＴＯＣを３回記録している。エリアＴＯＣについては後述する。
【００２４】
ＳＣＡＤ規格では、２ｃｈステレオのみならずマルチチャンネルも可能で、独立した二つの領域として、２チャンネルステレオエリア（2-Channel Streo Area）とマルチチャンネルエリア（Multi Channel Area）が用意されている。
ディスクとしては、２ｃｈステレオのみ、マルチチャンネルのみ、２ｃｈステレオとマルチチャンネル両方という３つの組み合わせが可能である。また、２ｃｈステレオ、マルチチャンネルともに符号化方式は、ＤＳＤ（Direct Stream Digital）記録方式を採用し、各チャンネルは常に１ビット，６４Ｆs（Ｆs＝４４．１ｋＨｚ）でサンプリングされたデータとなる。
【００２５】
ボリューム空間において、２チャンネルステレオエリア（2-Channel Streo Area）とマルチチャンネルエリア（Multi Channel Area）は、それぞれオーディオエリア（Audio Area）を備えている。例えば、マルチチャンネルエリア（Multi Channel Area）のオーディオエリアには、図８に示ように、ＤＳＤ（DirectStream Digital）記録方式による音楽信号が記録されるトラックエリア（TrackArea）と、その前後にエリアＴＯＣ−１（Area TOC-1）、エリアＴＯＣ−２（Area TOC-2）が、エリア情報やトラック情報に関する同じデータを格納して配置されている。
トラックエリアには、前述したようにＤＳＤ記録方式による音楽信号が記録されているが、実際には後述するオーディオデータと、サプリメンタリデータが独立した状態で記録されている。オーディオデータは、音楽信号のメインデータとなるものである。サプリメンタリーデータは、ＣＤにおけるサブコード（音楽信号と同期して読み出せる信号）に相当するもので、そのデータ領域は独立して確保されている。オーディオデータが、常に一定の品質を保つために各チャンネル同じ条件でサンプリングされているのに対してサプリメンタリデータは、用途によってスケーラブルにデータ量を選択可能となっている。そのアプリケーションとしては、音に同期した静止画やテキストなどが考えられる。
【００２６】
後述する本例の再生装置では、上記トラックエリア内での或るトラック（音楽プログラム等）をユーザーが指定して再生させる、トラックサーチ再生の場合には、ディスク上で、指定されたトラックの先頭位置にアクセスして再生を開始する。特に図１５で説明したように、指定したトラックに対してサプリメンタリデータとして静止画データ等が対応されて記録されていた場合は、オーディオデータとしての開始アドレス（例えば図１５のＡＤ(TK5））より先立った位置（例えば図１５のＡＤ(SP5））に記録されたサプリメンタリデータの再生を行う。
つまり、トラックサーチ再生の際には、基本的には指定されたトラックのオーディオデータの開始アドレスにアクセスするが、そのトラックに対応するサプリメンタリデータ（トラックの再生開始と同時に出力する画像やテキスト）が記録されている場合は、そのサプリメンタリデータの開始位置にアクセスすることになる。
これらのアドレスの情報はエリアＴＯＣに記録されており、再生装置はエリアＴＯＣの情報を参照することで、アクセスする位置を知ることができる。
またエリアＴＯＣには、アドレスだけでなく各トラックについての基本的な情報が含まれており、再生装置は通常、ディスク装填時などにエリアＴＯＣの情報を読み込むことになる。
【００２７】
エリアＴＯＣに記録される情報内容を、バイト数、セクタ数とともに図９に示す。
図示するように、エリアＴＯＣには「Area TOC0」「Track List 1」「Track List 2」「ISRC and Genre List」「Access List」「Track Text」「Index List」「Track WebLink List」「Track List 3」「Set of PlayLists」としての各種情報が記録されている。
１セクタ（２０４８バイト）のエリアＴＯＣ０（Area TOC 0）にはエリアＴＯＣのヘッダ情報、オーディオエリアの物理情報、属性情報など、各種基本的な情報が記録される。
【００２８】
１セクタ（２０４８バイト）のトラックリスト１（Track List 1）には、オーディオエリアの各トラックのスタートセクタアドレスとトラック長が記録される。
トラックリスト１の内容を図１０（ａ）に示す。
トラックリスト１の先頭８バイトはトラックリスト１シグネーチャーとして所定のコードが記述される。
そして、４バイトのトラックスタートアドレスとして、トラックの先頭アドレスとなるＬＳＮ（Logical Sector Number）が記述される。このトラックスタートアドレスは、オーディオエリア内の全てのトラックについてそれぞれ記述される。つまり、トラック数と同数のトラックスタートアドレスが記録される。例えば図１５に示したＡＤ(TK5)等のトラック先頭位置は、このトラックスタートアドレス（ＬＳＮ）により示されることになる。
また、４バイトのトラックレングスとして、各トラックについてのデータ長がそれぞれ記録される。データ長はセクタ数で表される。
【００２９】
トラックリスト２（Track List 2）には、オーディオエリアの各トラックのスタートタイムコード、再生時間などが記録される。
トラックリスト２の内容を図１０（ｂ）に示す。
トラックリスト２の先頭８バイトはトラックリスト２シグネーチャーとして所定のコードが記述される。
そして、１トラックにつき４バイトとして、トラックスタートタイムコード（３バイト）とトラックモード（１バイト）が記録される。トラックスタートタイムコードは、トラックの開始位置でのタイムコードである。トラックモードとしては、トラックのチャンネル情報等のモードが記録される。この４バイトの情報が、オーディオエリア内の各トラックに対応して記録される。
また１トラックにつき４バイトとして、トラックタイムレングス（３バイト）とトラックフラグ（１バイト）が記録される。トラックタイムレングスはトラックの再生時間情報である。トラックフラグにはインデックスリストフラグやミュートフラグとしてのフラグが用意される。この４バイトの情報が、オーディオエリア内の各トラックに対応して記録される。
【００３０】
トラックリスト３（Track List 3）には、サプリメンタリデータの情報が記録される。
トラックリスト３の内容を図１１（ａ）に示す。
トラックリスト３の先頭８バイトはトラックリスト３シグネーチャーとして所定のコードが記述される。
また４０８８バイトのＳＤ情報（SD Info）として、オーディオエリア内のサプリメンタリデータの情報が記録される。
また４０９６バイトのオーディオＣＣＩ（Audio CCI）として、各トラックのコピーコンロール情報が記録される。
【００３１】
サプリメンタリデータの情報となるＳＤ情報の内容を図１１（ｂ）に示す。
ＳＤ情報の先頭１バイトにエリアフラグ２（Area Frags 2）が記録される。エリアフラグ２には、ピクチャデータ、サブピクチャデータ、テキストデータ等の有無が各フラグによって示される。
また、１トラックにつき８バイトの情報として、７バイトのプリロードエントリ（PreLoad Entry）と、１バイトのトラックピックプレゼンス（Track Pic Presence）が記録される。トラックピックアッププレゼンスには、ピクチャデータの種別（スライドショウ／バックグランドピクチャ等の別）が示される。
プリロードエントリの内容は図１１（ｃ）に示すように、４バイトのプリロードスタートアドレスと、３バイトのプリロードスタートタイムコードから成る。
プリロードスタートアドレスとプリロードスタートタイムコードによって、プリロード位置、つまり、トラックのオーディオデータのスタートアドレスに先だって対応するサプリメンタリデータが記録された位置（例えば図１５のアドレスＡＤ(SP5)に相当する位置）としてのセクタを示すアドレスとタイムコードが示される。
図１１（ｂ）の８バイトのプリロードエントリとトラックピックプレゼンスは、各トラックに対応して記録され、これによって各トラックについてのプリロード位置と、ピクチャ種別が提示される。
【００３２】
２．セクタ／フレーム／パケット構造
続いて、ＳＡＣＤのセクタ、フレーム、及びパケットについて説明する。
上述したようにセクタは２０４８バイトの有効データを有する固定長のデータ単位である。セクタに含まれるデータの例を図１２に示す。
図１２のように、セクタの先頭には必ずオーディオヘッダ(Audio Header)が記録される。そしてオーディオヘッダに続いて、１〜７個のパケットを含むものとなる。図１２では４つのパケットを含む例を示している。また図示するように、スタッフィングバイト(Stuffing Bytes)が存在することもある。
パケットとしては、オーディオデータを含むオーディオパケット(Audio Packet)、サプリメンタリデータを含むサプリメンタリデータパケット(Supplementary Data Packet)、及びパディングパケット(Padding Packet)の３種類がある。
１／７５秒からなる１フレーム分のデータは、これらのパケットに分割されて記録されている。
【００３３】
図１３にセクタとフレームの関係を示す。ここでは、或る連続するセクタｋ、ｋ＋１、ｋ＋２、ｋ＋３を示している。
各セクタは、先頭のオーディオヘッダに続いて、それぞれ所要数のパケットを含む。１セクタに何個のパケットが含まれるかは、パケットデータの圧縮率の違いなどにより、１〜７個の範囲で変化する。
この図１３の例では、或るフレームＮが、セクタｋ〜セクタｋ＋３にわたって記録されているものとしている。
セクタｋの途中のオーディオパケットＡ１からセクタｋ＋３のオーディオパケットＡ５までがフレームＮを構成するパケットである。即ち、この間のオーディオパケットＡ１，Ａ２，Ａ３，Ａ４，Ａ５が、１／７５秒の１つのフレームＮとしてのオーディオデータであり、サプリメンタリデータパケットＳ１，Ｓ２がフレームＮに含まれるサプリメンタリデータとなる。
１フレームのデータ長は圧縮率やサプリメンタリデータ内容等により変化するため、１フレームが１セクタ内に含まれることもあれば、図１３のように数セクタにわたることもある。
なお、サプリメンタリデータのバイト数は、１フレーム当たり最大１５００バイトと決められている。
【００３４】
各セクタにおけるパケットやフレームの情報はオーディオヘッダに記録される。
オーディオヘッダの内容を図１４（ａ）に示す。
オーディオヘッダには、まず３ビットでパケット数（N Packets）が示される。これはセクタに含まれるパケット数である。
また３ビットでフレーム開始数（N Frame Starts）が示される。これはセクタ内で開始されるフレームの数である。例えば図１３のセクタｋ、セクタｋ＋３ではフレーム開始数＝１、セクタｋ＋１，セクタｋ＋２ではフレーム開始数＝０となる。
ＤＳＴコーデッド（DST Coded）の１ビットでは、ＤＳＴコード化がされているか否かが示される。
そして各１６ビットのパケット情報（Packet Info）として、セクタ内の各パケットについての情報が記録される。例えば図１３のセクタｋには３つのパケットが含まれるため、セクタｋのオーディオヘッダにおいては、３つの各パケットに対応して、各１６ビットの３つのパケット情報が記録される。
【００３５】
１６ビットのパケット情報（Packet Info）の内容を図１４（ｂ）に示す。
１ビットのフレームスタート（Frame Start）で、そのパケット情報に対応するパケットが、フレームが開始されるパケットであるか否かが示される。
３ビットのデータタイプ（Data Type）で、そのパケット情報に対応するパケットの種別、つまりオーディオパケット、サプリメンタリデータパケット、パディングパケットの別が示される。
１１ビットのパケットレングス（Packet Length）で、そのパケット情報に対応するパケットのデータ長が示される。なお、パケットのデータ長は１バイトから２０４５バイトの範囲となる。
【００３６】
また図１４（ａ）に示すように、オーディオヘッダには、２４ビット又は３２ビットのフレーム情報（Frame Info）として、セクタ内で開始されるフレームについての情報が記録される。セクタ内で開始されるフレームが複数ある場合は、それぞれに対応してフレーム情報が記録される。
フレーム情報（Frame Info）の内容を図１４（ｃ）に示す。
２４ビットのタイムコード（Time Code）として、このフレーム情報に対応するフレームのタイムコードが示される。
５ビットのセクタ数（N Sectors）で、このフレーム情報に対応するフレームのセクタ数が示される。例えば図１３のフレームＮの場合、セクタ数＝４となる。
また各１ビットで３ビットのチャンネル情報（Ch bit1、Ch bit2、Ch bit3）が設けられ、この３ビットにより、オーディオデータのチャンネル数（例えば２チャンネル、５チャンネル、６チャンネルの別）が示される。
【００３７】
以上のように各セクタにオーディオヘッダが記録されることで、再生装置はセクタデータから、各セクタに含まれるパケットや、セクタに対するフレームの関係を知ることができ、再生データ処理を行うことができる。
【００３８】
３．第１の実施の形態の再生装置の構成
以上のようなＳＡＣＤとしてのディスク９０に対する実施の形態の再生装置の構成を図１に示す。
ＳＡＣＤ規格のディスク９０は、この再生装置に装填され、スピンドルモータ２により回転駆動されながら、光学ピックアップ１によりレーザ照射が行われ、光学ピックアップ１によって反射光情報が検出されることで、ピット情報の読出が行われる。
光学ピックアップ１から出力される反射光に応じた信号はＲＦアンプ５に供給され、マトリクス演算処理されて、再生ＲＦ信号、フォーカスエラー信号、トラッキングエラー信号等が生成される。
【００３９】
フォーカスエラー信号、トラッキングエラー信号はサーボ回路４に供給される。サーボ回路４では、フォーカスエラー信号、トラッキングエラー信号や、トラッキングエラー信号から生成したスレッドサーボ信号、さらには図示しない経路で入力されるスピンドルエラー信号を用いてサーボ制御を行う。即ちサーボ回路４は、光学ピックアップ１内の対物レンズを支持する二軸機構を駆動してフォーカスサーボ、トラッキングサーボ動作を行う。また光学ピックアップ１をディスク半径方向に移送するスレッド機構３を駆動する。さらにスピンドルモータ２の回転サーボを行う。
また、サーボ回路４は、システムコントローラ１０からの指示に応じて、トラックジャンプや目的のアドレスへのサーチが行われるように、二軸機構やスレッド機構３を制御する。
【００４０】
システムコントローラ１０は、再生装置の制御部としてマイクロコンピュータにより形成される。そして再生動作、アクセス動作の動作制御や、後述するＳＡＣＤデコーダ部８での再生データ処理の制御を行う。
【００４１】
ディスク９０に記録された１ビットオーディオ信号に相当するＲＦ信号は、ＲＦアンプ５からフロントエンドプロセッサ６に供給される。
このフロントエンドプロセッサ６は、ＲＦ信号に復調処理やエラー訂正処理を施して、２０４８バイトを単位とするセクターデータを生成し、これをＳＤＲＡＭなどによるセクタデータバッファ７に保存する。
【００４２】
ＳＡＣＤデコーダ部８は、セクタデータバッファ７に保存されたセクタデータからオーディオデータ、サプリメンタリデータを抽出して再生データ処理する。
即ちフロントエンドプロセッサ６からセクターデータを受取り、オーディオフレームを抽出して、１ビットオーディオ信号であるＤＳＤ(Direct Stream Digital)データを生成する。このＤＳＤデータは、Ｄ／Ａ変換器に１３でアナログ信号とされ、アナログオーディオ処理部１４で所定の処理が行われた後、例えばスピーカ等から音声として出力される。
また、ＳＡＣＤデコーダ部８では、セクタデータからサプリメンタリデータフレームを抽出する。そしてそのデータをサプリメンタリデータデコーダ（以下、サプリデコーダと略記）１１に供給する。サプリデコーダ１１はサプリメンタリデータを画像データなどにデコードし、表示処理部１２に供給して、モニタディスプレイなどでの表示を実行させる。
【００４３】
このような処理を実行するＳＡＣＤデコーダ部８では、フレーム抽出部２１、圧縮デコーダ２２、フェーダ２３、オーディオインターフェース２４、サプリメンタリデータインターフェース２５（以下、サプリインターフェースと略記）、プリロードセクタカウンタ２６を備える。また抽出したフレームの保存のためにフレームデータバッファ９が用いられる。
【００４４】
このＳＡＣＤデコーダ部８では、フレーム抽出部２１が、フロントエンドプロセッサ６から供給される２０４８バイトのセクターデータを１バイトずつ順に受取り、各セクターの先頭から始まるオーディオヘッダをオーディオヘッダ解析部２１ａにて解析して、１又は複数のオーディオパケットから成るオーディオフレーム、及び１又は複数のサプリメンタリデータパケットから成るサプリメンタリデータフレームを抽出する。そして抽出したオーディオフレーム、サプリメンタリデータフレームを、ＳＤＲＡＭ等によるフレームデータバッファ９の各ブロックに記憶させる。この場合、１／７５秒のフレーム単位で記憶させる。
図２にフレームデータバッファ９での格納の様子を模式的に示す。
図２の１行を１ブロックとすると、その１ブロックに、１フレームとしてのオーディオフレームＦAと、サプリメンタリデータフレームＦSが別々に記憶される。なお、上述したように１フレームのデータ長は可変長であるため、図のように各フレームのオーディオフレームＦA、サプリメンタリデータフレームＦSのサイズは変動する。
【００４５】
フレームデータバッファ９内のオーディオフレームＦAのデータは、後段のＤＳＴ(Direct Stream Transfer)デコーダ２２からの要求に応じて読み出される。一つのオーディオフレームのデータ量は可変であるが、ＤＳＴデコーダ部は、１／７５秒の１フレームを単位としてＤＳＴデコードをするため、１フレームごとに１ブロックのデータが読み出される。
ＤＳＴデコードされたデータは、必要に応じてフェーダー２３にてフェダー処理されてから、オーディオインターフェース２４を介して出力され、Ｄ／Ａ変換器１３に供給される。
【００４６】
フレームデータバッファ９内のサプリメンタリデータフレームＦSのデータは、後段のサプリインターフェース２５からの要求に応じて、オーディオフレームと同一のフレームのデータが、１フレーム期間内で読み出される。そしてサプリインターフェース２５を介して出力され、サプリデコーダ１１に供給される。
【００４７】
プリロードセクタカウンタ２６は、後述するプリロードモード処理の際にセクタ数をカウントするために設けられている。
プリロードセクタカウンタ２６には、プリロード動作開始時にカウント初期値がシステムコントローラ１０によってセットされる。そしてプリロード動作中には、セクターヘッド信号に基づいてカウント値のデクリメントを行う。セクターヘッド信号とは、図３に示すように２０４８バイトのセクターデータの先頭を示す信号であり、フロントエンドプロセッサ６からフレーム抽出部２１にセクターデータが転送されている期間、そのセクターの先頭タイミングでアクティブとなる信号である。
【００４８】
４．第１の実施の形態のプリロードモード処理
上記のように、ＳＡＣＤデコーダ部８では、セクターデータからオーディオパケット、サプリメンタリデータパケットを抽出して、オーディオフレーム、サプリメンタリデータフレームによるフレーム単位で、フレームデータバッファ９に記憶させる。
そしてフレームデータバッファ９から各フレームのデータが１／７５秒毎に圧縮デコーダ２２やサプリインターフェース２５に転送され、オーディオ及び画像等の再生のための処理が行われる。
このような動作は通常再生モードとしての処理である。
例えばディスク９０の再生をトラック１から始めてトラック２、３、４、・・・と、トラックナンバー順に再生する場合、ＳＡＣＤデコーダ部８は、通常再生モードとして、上記フレームデータバッファ９を利用した処理を行う。
【００４９】
なお、タイムコードＴのフレームのオーディオデータと同時に出力するべき画像データは、タイムコードＴより前のフレームのサプリメンタリデータフレームに記録されている。したがって、通常再生モードにおいて、１／７５秒周期のフレーム信号に合わせて、ある一つのフレームからオーディオフレームとサプリメンタリデータフレームを抽出し、オーディオフレームのデータは音声出力に、サプリメンタリデータフレームのデータは画像生成に使えば、音声と画像の時間的な対応をとることができる。
【００５０】
本例の再生装置では、このような通常再生モードとは別に、例えば或るトラックをユーザーが指定した場合に、そのトラックにアクセスして再生するトラックサーチ再生の際などに、オーディオ及び画像出力を迅速化するためのプリロードモードとしての動作が行われる。この場合のプリロードモードとは、ＳＡＣＤデコーダ部８がフレームデータバッファ９を使用せず、またセクターデータからサプリメンタリデータのみの抽出を行う動作モードである。
以下、トラックサーチ再生時に実行されるプリロードモード動作について説明する。
【００５１】
各トラックの始まりを含むセクターのアドレス（ＬＳＮ）であるトラックスタートアドレスは、図９，図１０で説明したようにエリアＴＯＣ内に記録されている。
或るトラックｘのトラックスタートアドレスをＴｒＳ［ｘ］とすると、ＴｒＳ［ｘ］は、トラックｘの最初のオーディオフレームの始まりを含むセクターになる。
また、トラックｘの再生時、最初に表示されるべき画像を生成するためのデータは、第Ｉｍ［ｘ］セクターから第（ＴｒＳ［ｘ］−１）セクターに含まれているとする。（Ｉｍ［ｘ］＜ＴｒＳ［ｘ］）
このＩｍ［ｘ］の値もエリアＴＯＣに記録されている。即ち図１１で説明したプリロードエントリにおけるプリロードスタートアドレスである。
【００５２】
あるトラックｙを再生中、あるいは停止状態から、ユーザーがリモートコマンダ、あるいは、再生装置の操作キーを操作して、トラックｘを選択したトラックサーチを指示したとする。
するとシステムコントローラ１０は、光学ピックアップ１のアクセス動作制御を行うと共に、ＳＡＣＤデコーダ部８に対してプリロードモードとしての動作を指示することになる。
【００５３】
図４のフローチャートにより、このようなトラックサーチ再生の際の処理を説明する。なお、図４においてステップＦ１０１〜Ｆ１０７はシステムコントローラ１０の処理、ステップＦ１０８〜Ｆ１１３はＳＡＣＤデコーダ部８の処理となる。
【００５４】
ユーザー操作等により、或るトラックｘをアクセスして再生するアクセス要求が発生したら、システムコントローラ１０は処理をステップＦ１０１からＦ１０２へ進め、目標のトラックｘへのアクセスを開始するように制御する。このとき、アクセスの目標とするアドレスは、上記Ｉｍ［ｘ］である。つまりトラックｘのトラックスタートアドレスＴｒＳ［ｘ］より先だった位置に記録されているトラックｘのサプリメンタリデータの先頭アドレスとなる。システムコントローラ１０はサーボ回路４にアドレスＩｍ［ｘ］に対するアクセス指示を出し、光学ピックアップ１の移送を実行させる。
【００５５】
ステップＦ１０３では、システムコントローラ１０はセクターデータバッファ７及びフレームデータバッファ９のデータをクリアさせる。例えばトラックサーチ再生の操作が行われた際に、他のトラックｙの再生中であったなら、バッファクリアにより、そのトラックｙの再生が中止されることになる。
またステップＦ１０４で、システムコントローラ１０は、ＳＡＣＤデコーダ部８の動作モードを通常再生モードからプリロードモードにする。
さらにステップＦ１０５でシステムコントローラ１０は、エリアＴＯＣにおけるＩｍ［ｘ］、ＴｒＳ［ｘ］の値に基づいて、プリロードセクターカウンタ２６に（ＴｒＳ［ｘ］−Ｉｍ［ｘ］）の値を書き込む。
【００５６】
そしてシステムコントローラ１０は、ステップＦ１０６で光学ピックアップ１のＩｍ［ｘ］へのアクセスが完了したら、ステップＦ１０７として各部に再生開始を指示する。この場合システムコントローラ１０は、フロントエンドプロセッサ６に対して、Ｉｍ［ｘ］のセクタからのデータを読み込むように指示を出し、これによってフロントエンドプロセッサ６はＩｍ［ｘ］のセクターから、セクターデータバッファ７に取り込んでいく動作を開始する。
【００５７】
ＳＡＣＤデコーダ部８では、ステップＦ１０８で、このようにセクターデータバッファ７に取り込まれるセクターデータに対して、プリロードモードとしての抽出動作を開始することになる。
即ちプリロードモードとされているＳＡＣＤデコーダ部８のフレーム抽出部２１は、フレームデータバッファ９へのデータの書き込みは行わず、フロントエンドプロセッサ６から受け取るセクターデータのうち、サプリメンタリデータパケットのデータを直接サプリインターフェース２５へ転送する。この場合フレーム抽出部２１は、転送されてくるセクターデータに含まれるオーディオパケットは破棄する。つまりヘッダ解析部２１ａの解析してパケットを判別し、サプリメンタリデータパケットのみを有効なデータとしてサプリインターフェース２５に転送する。
【００５８】
このような動作を行っている期間、ステップＦ１０９では、フロントエンドプロセッサ６からセクターデータと共に送られてくるセクタヘッド信号を監視している。図３に示したセクターヘッド信号は、各セクターの先頭バイトデータ出力時にフロントエンドプロセッサ部から出力される。
ステップＦ１０９でのセクターヘッド信号のモニタ処理において、セクターヘッド信号がアクティブであれば、ステップＦ１１０でプリロードセクターカウンタ２６の値をデクリメントする。
そしてステップＦ１１１でプリロードセクタカウンタ２６のカウント値を確認し、カウント値が「０」に達していなければ、ステップＦ１０８に戻って上記処理を継続する。
【００５９】
プリロードセクタカウンタ２６は、上記ステップＦ１０４で（ＴｒＳ［ｘ］−Ｉｍ［ｘ］）の値にセットされているため、１セクタ毎にカウント値が−１されていくことで、フロントエンドプロセッサ６から転送されてくるセクタデータが、トラックｘのオーディオスタートアドレスＴｒＳ［ｘ］のセクターデータになる際に、カウント値が０となる。
そこでプリロードセクタカウンタ２６のカウント値が０になったら、ステップＦ１１２に進んで、ＳＡＣＤデコーダ部８はプリロードモードから通常再生モードに復帰し、ステップＦ１１３ではフレームデータバッファ９を使用した通常再生モードの処理に移行する。即ち、オーディオスタートアドレスＴｒＳ［ｘ］のセクターデータからは、上述した通常再生処理が行われ、オーディオフレーム、サプリメンタリデータフレームがフレーム単位でフレームデータバッファ９に格納され、またＤＳＴデコーダ２２及びサプリインターフェース２５によって１／７５秒ごとに読み出されていくことになる。
【００６０】
以上の処理によれば、アドレスＩｍ［ｘ］からアドレスＴｒＳ［ｘ］に至る直前までのセクタデータが転送されてくる期間、フレーム抽出部２１はサプリメンタリデータパケットのみを抽出してサプリインターフェース２５に転送する。
この場合、フレームデータバッファ９へのアクセスがなくなることと、及びサプリメンタリデータフレームのデータ出力をフレーム信号に同期させる必要がなくなることにより、プリロードモード期間中のサプリメンタリデータフレームの読み込み時間は、オーディオフレームのデータを出力しながらの通常再生モード期間中に比べて、著しく短縮される。
つまりトラックｘのオーディオ再生開始時に同時に出力する画像データ等の取り込みを非常に迅速に行うことができる。
従って、再生装置から音が出ず、また画面には選択されたトラックとは関係のない画像が表示されたり、何も表示されない状態となる期間を、短時間にすることができる。換言すれば、トラックサーチ再生をユーザーが指示した後、そのトラックの音声及び映像が迅速に再生出力されることになる。
【００６１】
例えば、横１９２０画素、縦１０８０画素のカラー画像を、ＪＰＥＧにより１／１０に圧縮して、約５００ｋバイトのデータをサプリメンタリデータフレームに記録したとする。１フレームに記録できるサプリメンタリデータは、最大１５００バイトまでなので、
５００ｋ／１５００＝３３３．３３３・・・
より、そのサプリメンタリデータは３３４フレームにわたって記録されることになる。
これをオーディオフレームとともに通常再生すると、１フレームは１／７５秒なので、  ３３４／７５≒４．４５秒
となる。つまり、アドレスＩｍ［ｘ］からアドレスＴｒＳ［ｘ］に至るまでのデータ読込に４．４５秒かかることになり、この間ユーザーは待たされる。
【００６２】
一方、本例のようにサプリメンタリデータフレームのデータだけをフレームに関係なく読み込む場合、上記の３３４個のフレームが、１フレーム当たり平均してＮ個のセクターに書かれていたとすると、３３４×Ｎセクター読み込むことになる。これをＳＡＣＤのフォーマットで規定されている、再生装置が実現すべき転送レートで読むとすると、１秒当たり９１５セクター読めるので、
３３４×Ｎ／９１５≒０．３６５Ｎ秒
という短時間で読めることになる。
特にＮの値が小さいときには、時間短縮の効果が著しい。また、フォーマットで規定されている値以上の転送レートでデータを読み込めるプレーヤーならば、さらに短い時間とすることができる。
このように本例のプリロードモードの処理によって、或るトラックｘに対するアクセスの際に、短時間で音声及び映像の再生を開始できるという、性能の良い再生装置を実現できる。
【００６３】
また本例では、プリロードモードから通常再生モードに復帰するために、プリロードセクタカウンタ２６を設け、そのカウント値が０になることで、ＳＡＣＤデコーダ部８が通常再生モードに戻るようにしている。つまり、通常再生モードへの復帰タイミングをシステムコントローラ１０が指示するものではない。
ＳＡＣＤデコーダ部８がプリロードモードで動作している間は、フレーム信号が無視されているため、ＳＡＣＤデコーダ部８が生成するタイムコードは、通常再生モードのときのように１／７５秒に一度、規則的にインクリメントされるわけではない。したがって、これをシステムコントローラ１０がモニターして、トラックｘのオーディオデータの始まり（アドレスＴｒＳ［ｘ］のセクタ）を検出するのは困難である。ところが本例のようにＳＡＣＤデコーダ部８内にプリロードセクターカウンタ２６を設けることで、ＳＡＣＤデコーダ部８は自動的にプリロードモードから通常再生モードに遷移できる。これにより正確なタイミングでモード遷移が可能であると共に、システムコントローラ１０はタイムコードあるいはＬＳＮをリアルタイムでモニターしてモード切換制御を行う必要はないため、システムコントローラ１０の処理負担は著しく低減される。
【００６４】
５．第２の実施の形態の再生装置の構成
続いて第２の実施の形態を説明する。
上記図１の再生装置の構成において、フロントエンドプロセッサ６用のＩＣとＳＡＣＤデコーダ部８用のＩＣを１チップにまとめることを考えた場合、それぞれが使用していたセクターデータバッファ７、フレームデータバッファ９を一つにできれば、コスト、消費電力、ＩＣピン数の削減、基板面積の縮小といった利点がある。
そこでフレームデータバッファ９を持たない図５のような構成例も考えられる。なお、図５において図１と同一部分は同一符号を付し、説明を省略する。
【００６５】
図５においては、セクターデータバッファ７はバッファコントローラ１５によってセクターデータが書込／読出制御される。
そしてＳＡＣＤデコーダ部８内には、図１と異なる構成としては、プライオリティ制御部３１，次フレーム情報抽出部、オーディオパケット抽出部３３、サプリメンタリデータパケット抽出部３４、ＦＩＦＯレジスタ３５，３６が設けられる。
【００６６】
オーディオパケット抽出部３３、サプリメンタリデータパケット抽出部３４、次フレーム情報抽出部３２のそれぞれの内部に設けられたヘッダ解析部３３ａ，３４ａ，３２ａは、セクターデータバッファ７内のセクターを指定するセクターアドレスレジスタと、そのセクター内でのバイトを指定するバイトアドレスレジスタを持つ。
それぞれのセクターアドレスレジスタとバイトアドレスレジスタがとる値は、オーディオヘッダの内容によって制御される。
オーディオパケット抽出部３３、サプリメンタリデータパケット抽出部３４、次フレーム情報抽出部３２は、これら２種類のアドレスレジスタの値によって、バッファコントローラ１５に必要なデータを要求する。
ただし、バッファコントローラ１５へは、プライオリティ制御部３１によって選択された、どれか一つの要求だけが出力される。
つまりプライオリティ制御部３１は、オーディオパケット抽出部３３、サプリメンタリデータパケット抽出部３４、次フレーム情報抽出部３２から出力されるデータ要求信号について場合に応じて優先順位を付け、どれか一つの抽出部からのセクターナンバーとバイトアドレスを選択して、メモリ読み出しアドレスとしてバッファコントローラ１５に出力する。
【００６７】
例えば、オーディオパケット抽出部３３の場合、ヘッダ解析部３３ａでオーディオヘッダの内容を参照し、そのセクター内に含まれるオーディオパケットのデータだけを要求するように、バイトアドレスレジスタの値を順次変化させ、そのセクター内の全てのオーディオパケットのデータを読み終えたら、セクターアドレスレジスタの値をインクリメントして、次のセクターへ移る。
これを繰り返して、１フレーム分のオーディオフレームのデータをセクターデータバッファ７から読出し、後段のＦＩＦＯレジスタ３５を通してＤＳＴデコーダ部２２に与える。その処理を終えたら、次のフレーム信号が来るまで待つ。
ＦＩＦＯレジスタ３５に格納されたオーディオフレームのデータは、後段のＤＳＴデコーダ２２が必要なときに取り込む。
そしてオーディオパケット抽出部３３が、サプリメンタリーパケット、パディングパケット、スタッフィングデータを読み飛ばすことにより、フレームデータバッファがなくても、ＤＳＴデコーダ２２はほとんど待たされることなく、必要なオーディオフレームのデータを受け取ることができる。
ＦＩＦＯレジスタ３５の段数は、オーディオパケット抽出部３３が読み出し対象セクターを新しいセクターに移す際にオーディオヘッダの解析する間、ＤＳＴデコーダ２２にデータを供給できるだけあれば十分であるが、１フレーム内でオーディオヘッダの解析をする回数は限られているので、このことを考慮して必要最低限の段数を用意すればよい。
【００６８】
サプリメンタリデータパケット抽出部３４も同様に、ヘッダ解析部３４ａによりオーディオヘッダを解析しながら、サプリメンタリデータフレームのデータだけを、バッファコントローラ１５に要求する。
すなわち、現在対象にしているセクターのオーディオヘッダの内容から、そのセクターに含まれる各パケットの種類、長さ、フレームの先頭パケットであるか否かを検出し、セクター内でサプリメンタリデータパケットが書かれている場所を示すバイトアドレスを算出する。このバイトアドレスと、現在対象にしているセクターのセクターナンバーを出力して、サプリメンタリーパケット以外のパケットは読み飛ばすように、バイトアドレスを制御する。
このようにしてオーディオフレームと同じフレームに属するサプリメンタリデータフレームのデータをセクターデータバッファ７から読出し、後段のＦＩＦＯレジスタ３６に格納する。この出力が終わったら、次のフレーム信号が来るまで待つ。
サプリインターフェース２５は、ＦＩＦＯレジスタ３６に有効データがあれば、それを読み出してサプリデコーダ１１に出力する。
なお、サプリメンタリデータの出力に関して、特にタイミングの制約がなければ、ＦＩＦＯレジスタ３６は不要になる。
【００６９】
次フレーム情報抽出部３２は、次のフレームが既にセクターデータバッファに用意されているか、また、次のフレームがエラー訂正不可能なデータを含んでいないか、を確認し、確認結果に応じてフェーダ２３を制御する。
【００７０】
プリロードセクタカウンタ２６は図１と同様に設けられるが、この場合、プリロードセクタカウンタ２６はセクタヘッド信号ではなく、サプリメンタリデータパケット抽出部３４の制御によりカウント値のデクリメントが行われる。
【００７１】
６．第２の実施の形態のプリロードモード処理
この第２の実施の形態の構成では、以上のようにして通常再生モードでの再生データ処理が行われるが、この第２の実施の形態のトラックサーチ再生時のプリロードモード動作を図６で説明する。
なお、図６のステップＦ１０１〜Ｆ１０７のシステムコントローラ１０の処理は上述した図４と概略同様であるため、同一のステップ番号を付し、個々の詳しい説明を省略する。即ちこのステップＦ１０１〜Ｆ１０７では、アドレスＩｍ［ｘ］へのアクセス制御、セクタバッファ７のクリア、プリロードモードの指示、プリロードセクタカウンタ２６への値（ＴｒＳ［ｘ］−Ｉｍ［ｘ］）のセット、アクセス完了に応じた再生開始制御が行われることになる。
【００７２】
システムコントローラ１０によって再生が指示されると、ＳＡＣＤデコーダ部８はステップＦ１５１からプリロードモードでの処理を開始する。
この場合、ステップＦ１５１では、サプリメンタリデータパケット抽出部３４のみがセクターデータ読出を行うことになる。つまり、ＳＡＣＤデコーダ部８内では、オーディオパケット抽出部３３の動作を停止して、オーディオパケット抽出部３３からのデータ読出要求を止める。或いは、プライオリティ制御部３１がオーディオパケット抽出部３３からの読出要求を全て受け付けないようにしてもよい。また、サプリメンタリデータパケット抽出部３４は、フレーム信号とは無関係にサプリメンタリデータフレームのデータを読み続け、後段のＦＩＦＯレジスタ３６、サプリインターフェース２５を通して外部へ出力する。
【００７３】
ステップＦ１５１で、１つのセクターに含まれる全てのサプリメンタリデータパケットの読出を完了したら、サプリメンタリデータパケット抽出部３４はステップＦ１５３でプリロードセクターカウンタ２６の値をデクリメントする。
具体的には、サプリメンタリデータパケット抽出部３４内のヘッダ解析部３４ａにあるセクターアドレスレジスタがインクリメントされるときに、同時にプリロードセクターカウンタの値をデクリメントする。
そしてステップＦ１５４でプリロードセクタカウンタ２６のカウント値を判別し、カウント値が「１」に達していなければ、ステップＦ１５１に戻って、セクターデータバッファ７に格納された次のセクターデータからサプリメンタリデータパケットを読み出す処理を行う。
【００７４】
プリロードセクタカウンタ２６は、上記ステップＦ１０４で（ＴｒＳ［ｘ］−Ｉｍ［ｘ］）の値にセットされている。
そしてプリロードセクターカウンタの値が「１」になり、そのときのセクター内のサプリメンタリデータパケットのデータを全て読み出し終えたら、次のセクターのＬＳＮはＴｒＳ［ｘ］になる。
そこでステップＦ１５４でプリロードセクタカウンタ２６のカウント値が１になったら、ステップＦ１５５に進んで、ＳＡＣＤデコーダ部８はプリロードモードから通常再生モードに復帰する。これによりステップＦ１５６でオーディオパケット抽出部３３が動作を再開し、アドレスＴｒＳ［ｘ］のセクター以降、上述した通常再生モードでのオーディオフレーム、サプリメンタリデータフレームの抽出・再生処理が行われることになる。
【００７５】
以上の処理により、プリロードモード中は、オーディオパケットのデータは読み飛ばされて、サプリメンタリデータパケットのデータのみがセクターデータバッファ７から読み出さる。また、サプリメンタリデータフレームのデータ出力をフレーム信号に同期させる必要がないため、プリロードモード期間中のサプリメンタリデータフレームの読み込み時間は、オーディオフレームのデータを出力しながらの通常再生モード期間中に比べて、短縮される。これによりトラックサーチ再生として迅速な再生開始が可能となる。
またこの場合も、システムコントローラ１０がタイムコードあるいはＬＳＮをリアルタイムでモニターして、ＳＡＣＤデコーダ部８を通常再生モードに復帰させる必要はなく、システムコントローラ１０の処理負担は軽減される。
【００７６】
７．変形例
以上、実施の形態を説明してきたが、本発明は上記例に関わらず、各種変形例が考えられる。
例えばプリロードセクターカウンタ２６の代わりに、トラックｘの始まるタイムコードを使って、プリロードモードから通常再生モードへ切り換える方法も考えられる。すなわち、モード切換タイムコードレジスタをＳＡＣＤデコーダ部８内に用意し、プリロード開始前に、トラックｘの始まるタイムコードをモード切換タイムコードレジスタへ、システムコントローラ１０からロードしておく。ＳＡＣＤデコーダ部８では、プリロード中、各セクターのオーディオヘッダに含まれるタイムコードの値をモード切換タイムコードレジスタの値と比較する。両者の値が一致したら、そのセクターから通常再生モードに切り換えるようにすればよい。
【００７７】
またトラックサーチ再生の場合の例で説明したが、例えばシャッフルプレイとして知られているように、各トラックをランダムな順序で再生していく動作も知られている。この場合も、各トラックに対してアクセスして再生を開始することになるため、そのアクセス時にサプリメンタリデータの読込のために上記同様にプリロードモードの動作を行うようにすることが好適である。
【００７８】
また、サプリメンタリデータが静止画等の画像データでなく、テキストデータ等、他のデータの場合であっても、読込時間の短縮は実現できるため本発明は有用である。
【００７９】
またＳＡＣＤの場合で説明したが、ＳＡＣＤに限らず、主データがプログラム単位で記録されると共に、プラグラムの主データ開始アドレスより先立った位置に、該プログラムと同時に再生する補助データが記録される記録媒体に対する再生装置において、本発明は適用できる。
【図面の簡単な説明】
【００８０】
【図１】本発明の第１の実施の形態の再生装置のブロック図である。
【図２】実施の形態のフレームデータバッファのバッファリングの説明図である。
【図３】実施の形態のセクターヘッド信号の説明図である。
【図４】第１の実施の形態のプリロードモード処理のフローチャートである。
【図５】本発明の第２の実施の形態の再生装置のブロック図である。
【図６】第２の実施の形態のプリロードモード処理のフローチャートである。
【図７】ＳＡＣＤのエリア構造の説明図である。
【図８】ＳＡＣＤのＴＯＣの説明図である。
【図９】ＳＡＣＤのエリアＴＯＣの説明図である。
【図１０】エリアＴＯＣのトラックリストの説明図である。
【図１１】エリアＴＯＣのトラックリストの説明図である。
【図１２】セクターとパケットの説明図である。
【図１３】セクターとフレームの説明図である。
【図１４】セクターのオーディオヘッダの説明図である。
【図１５】トラックサーチ再生時の動作の説明図である。
【符号の説明】
【００８１】
６  フロントエンドプロセッサ、７  セクタデータバッファ、８、１６  ＳＡＣＤデコーダ部、９  フレームデータバッファ、１０  システムコントローラ、１５  バッファコントローラ、２１  フレーム抽出部、２２  圧縮デコーダ、２３  フェーダ、２４  オーディオインターフェース、２５  サプリメンタリデータインターフェース、２６  プリロードセクタカウンタ、３１  プライオリティ制御部、３２  次フレーム情報抽出部、３３  オーディオパケット抽出部、３４  サプリメンタリデータパケット抽出部、３５，３６  ＦＩＦＯレジスタ
【図１】
2005158169.tif 000003
【図２】
2005158169.tif 000004
【図３】
2005158169.tif 000005
【図４】
2005158169.tif 000006
【図５】
2005158169.tif 000007
【図６】
2005158169.tif 000008
【図７】
2005158169.tif 000009
【図８】
2005158169.tif 000010
【図９】
2005158169.tif 000011
【図１０】
2005158169.tif 000012
【図１１】
2005158169.tif 000013
【図１２】
2005158169.tif 000014
【図１３】
2005158169.tif 000015
【図１４】
2005158169.tif 000016
【図１５】
2005158169.tif 000017