(57)【特許請求の範囲】
【請求項１】
可変長のフレームをデコーダによりデコードするデータ処理装置において、
前記デコーダによりデコードされる前記可変長のフレームを形成するために、複数種類のパケットデータからなる固定長のセクターデータを生成するセクターデータ生成手段と、
前記セクターデータ生成手段により生成された前記セクターデータを記憶するセクターデータ記憶手段と、
前記セクターデータ記憶手段に記憶された前記セクターデータから前記複数種類のパケットデータの内のメインパケットデータを抽出するメインパケット抽出手段と、
前記セクターデータ記憶手段に記憶された前記セクターデータから前記メインパケットデータに関するサプリメンタリーパケットデータを抽出するサプリメンタリーパケット抽出手段と、
前記可変長のフレームに関するフレーム情報を前記セクターデータ記憶手段に記憶されているセクターデータから抽出するフレーム情報抽出手段と、
前記メインパケット抽出手段、前記サプリメンタリーパケット抽出手段及び前記フレーム情報抽出手段から出されたデータ要求信号に優先順位を付け、その優先順位にしたがって前記セクターデータ記憶手段から前記データ要求信号にしたがった各パケットデータを出力させる制御手段と、
前記制御手段による制御に基づいて前記セクターデータ記憶手段から前記メインパケット抽出手段が抽出したメインパケットデータにフェードアウト及び／又はフェードイン処理を施すフェード処理手段とを備え、
前記フレーム情報抽出手段は、抽出したフレーム情報に基づいて前記フェード処理手段を制御することを特徴とするデータ処理装置。
【請求項２】
前記フレーム情報抽出手段は、抽出したフレーム情報からエラーフレームの位置を検出して前記フェード処理手段を制御することを特徴とする請求項１記載のデータ処理装置。
【請求項３】
前記フレーム情報抽出手段は、抽出したフレーム情報から前記セクターデータ記憶手段に記憶されたセクターデータの数を判断して前記フェード処理手段を制御することを特徴とする請求項１記載のデータ処理装置。
【請求項４】
前記フレーム情報抽出手段は、抽出したフレーム情報から前記セクターデータ記憶手段に記憶されたセクターデータが前記セクターデータ記憶手段内で記録が完結している最終フレームの最後のデータであるか否かを判断して前記フェード処理手段を制御することを特徴とする請求項１記載のデータ処理装置。
【請求項５】
前記セクターデータ記憶手段に記憶されるセクターデータのアドレスの連続性を検出するセクターアドレス連続性検出手段を備え、前記フレーム情報抽出手段は前記セクターアドレス連続性検出手段からの検出結果にしたがって前記フェード処理手段を制御することを特徴とする請求項１記載のデータ処理装置。
【請求項６】
前記フレーム情報抽出手段は、抽出したフレーム情報から単一セクターデータ内でフレーム番号の変化があるか否かを判断することを特徴とする請求項３記載のデータ処理装置。
【請求項７】
前記フレーム情報抽出手段は、抽出したフレーム情報から連続するフレーム番号の切り換えがセクター番号の切り換えに一致しているか否かを判断することを特徴とする請求項３記載のデータ処理装置。
【請求項８】
前記セクターデータ生成手段は前記セクターアドレス連続性検出手段を内部に備え、かつ前記メインパケット抽出手段と前記サプリメンタリーパケット抽出手段と前記制御手段と前記フレーム情報抽出手段と前記フェード処理手段と共に１チップの部品を構成する基になることを特徴とする請求項５記載のデータ処理装置。
【請求項９】
前記セクターデータ記憶手段を外部に接続していることを特徴とする請求項８記載のデータ処理装置。
【請求項１０】
可変長のフレームをデコーダによりデコードするためのデータ処理方法において、
前記デコーダによりデコードされる前記可変長のフレームを形成するために、複数種類のパケットデータからなる固定長のセクターデータを生成するセクターデータ生成工程と、
前記セクターデータ生成工程により生成された前記セクターデータを記憶手段に記憶するセクターデータ記憶工程と、
前記セクターデータ記憶工程により前記記憶手段に記憶された前記セクターデータから前記複数種類のパケットデータの内のメインパケットデータを抽出するメインパケット抽出工程と、
前記セクターデータ記憶工程により前記記憶手段に記憶された前記セクターデータから前記メインパケットデータに関するサプリメンタリーパケットデータを抽出するサプリメンタリーパケット抽出工程と、
前記可変長のフレームに関するフレーム情報を前記記憶手段に記憶されているセクターデータから抽出するフレーム情報抽出工程と、
前記メインパケット抽出工程、前記サプリメンタリーパケット抽出工程及び前記フレーム情報抽出工程から出されたデータ要求信号に優先順位を付け、その優先順位にしたがって前記記憶手段から前記データ要求信号にしたがった各パケットデータを出力させる制御工程と、
前記制御工程による制御に基づいて前記記憶手段から前記メインパケット抽出工程が抽出したメインパケットデータにフェードアウト及び／又はフェードイン処理を施すフェード処理工程とを備え、
前記フレーム情報抽出工程は、抽出したフレーム情報に基づいて前記フェード処理工程を制御することを特徴とするデータ処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータ処理装置及びデータ処理方法に関し、特に複数種類のパケットデータが混在するセクタから必要なパケットデータを取り出すためのデータ処理装置及びデータ処理方法に関する。
【０００２】
【従来の技術】
サンプリング周波数ｆｓを約４４．１ｋＨｚとし、１サンプルを各チャンネル１６ビットのデジタルオーディオデータとして記録しているコンパクトディスク（ＣＤ）に対して、ＤＳＤ（Direct Stream Digital ）方式により生成された、サンプリング周波数が非常に高い周波数（例えば通常のＣＤのサンプリング周波数ｆｓの６４倍の周波数）で１ビット方式のオーディオストリームデータを記録しているスーパーオーディオコンパクトディスク（Super Audio Compact Disc：ＳＡＣＤ）が知られるようになった。
【０００３】
後述するように、入力信号に対して６４ｆｓのオーバーサンプリング・ΔΣ変調を施すと１ビットオーディオデジタル信号が得られる。ＣＤ方式のシステムでは、その直後に１ビットの信号からマルチビットのＰＣＭ符号へのデシメーションが行われるが、ＤＳＤ方式を採用した前記ＳＡＣＤでは前記１ビットオーディオ信号を直接記録している。
【０００４】
前記ＳＡＣＤから１ビットオーディオ信号を再生するためのオーディオデータ再生装置の構成を図１２に示す。
ここで、ＳＡＣＤ１０１は、前述したように１ビットオーディオ信号を直接記録している。この１ビットオーディオ信号は、図１３に示すようなＤＳＤ方式のΔΣ変調器によって生成されている。すなわち、このΔΣ変調器では、入力（音声）信号と１ビットのパルス列の差分信号を加算器１２１で求め、その差分信号を積分器１２２で積分する。このとき、オーディオ帯域の誤差が抽出される。この信号を量子化器１２３によって１ビットのパルス出力に変換し、再度誤差をフィードバックするというプロセスを何度も繰り返す。これにより１ビットオーディオ信号が生成される。
【０００５】
さて、オーディオデータ再生装置において図示しないスピンドルモータによって回転されたＳＡＣＤ１０１には、光ピックアップ１０２から再生レーザ光が照射されて前記１ビットオーディオ信号が読み出される。この読み出し信号はＲＦアンプ１０３に供給される。ＲＦアンプ１０３からのＲＦ信号は、フロントエンドプロセッサ部１０４に供給される。
【０００６】
このフロントエンドプロセッサ部１０４は、外部メモリ１０５をデータのバッファとしたり、さらにエラー訂正処理をする間の作業エリアとして用い、前記ＲＦ信号に復調処理や、エラー訂正処理を施して、２０６４バイト固定長のセクターデータを生成し、後段のオーディオデコーダー部１０６に供給する。
【０００７】
オーディオデコーダー部１０６は、フロントエンドプロセッサ部１０４から供給される２０６４バイト固定長のセクターデータを１バイトづつ受け取り、各セクターの先頭から始まるオーディオヘッダAudio_Headerをオーディオヘッダ解析部１１１にて解析して、外部メモリ１０７の各ブロックにデータを1/75秒のフレーム単位で記録している。
【０００８】
外部メモリ１０７の各ブロックにフレーム単位で記録されたデータは、オーディオデコーダー部１０６内部の圧縮デコーダ１１２によりデコードされた後、必要に応じてフェーダー１１３にてフェダー処理されてから、Ｄ／Ａコンバータ１０８にてアナログオーディオ信号とされ、出力端子１０９を介して外部アンプ、スピーカ等に供給される。
【０００９】
オーディオヘッダ解析部１１１が前記オーディオヘッダを解析しながら外部メモリ１０７の各ブロックにデータを1/75秒のフレーム単位で記録するとき、図１４に示す外部メモリ１０５に記録されているセクター内のオーディオパケットAudio PacketをつないでできるオーディオフレームAudio Frame（ＦＡ）と、サプリメンタリーパケットSupplementary PacketをつないでできるサプリメンタリーフレームSupplementary Frame（ＦＳ）を記録する領域も、図１５に示す外部メモリ１０７の各ブロック内で分離している。また、図１４に示すパディングパケットPadding PacketとスタッフィングパケットStuffing Dataは図１５に示すように各ブロック内には記録しない。
【００１０】
このように、図１５においてデータをオーディオとサプリメンタリーという種類別に分けて、フレーム単位（ＦＡ、ＦＳ）でバッファリングしておくのは、フレーム単位でオーディオデータだけを要求する後段の圧縮デコーダー１１２に、速やかにデータを渡すためである。
【００１１】
また、図１５に示す各フレームには、エラー情報とタイムコードからなるフレーム情報ＩＦを付加して記録している。エラー情報は、フロントエンドプロセッサ部１０４でエラー訂正できなかったデータを含むフレームをエラーフレームとしている。タイムコードはフレーム単位でインクリメントされているので、前後比較によりフレームの不連続を検出できる。
【００１２】
オーディオデコーダー部１０６は、この外部メモリ１０７に記録されたフレーム情報ＩＦを先読みすることにより、エラーフレーム、キューＣＵＥ／レビューＲＥＶや選曲操作によるフレームの不連続点、あるいは、バッファ内で記録が完結している最終のフレームの最後のデータをＤＳＤ信号として出力する前に、フェーダー１１３にエラーフラグを前もって送ることができる。このため、フェーダー１１３はＤＳＤ出力を徐々にアッテネートしたフェードアウト処理を施すことができ、異音の発生を防ぐことが可能になっている。
【００１３】
このように、図１２に構成を示したオーディオデータ再生装置では、フロントエンドプロセッサ部１０４とオーディオデコーダー部１０６のそれぞれに外部メモリ１０５と外部メモリ１０７が必要となっている。
【００１４】
【発明が解決しようとする課題】
ところで、前記オーディオデータ再生装置において、フロントエンドプロセッサ部１０４用のＩＣとオーディオデコーダー部１０６用のＩＣを１チップにまとめることを考えた場合、従来それぞれが使用していた外部メモリ１０５及び１０７を一つにできれば、コスト、消費電力、ＩＣピン数の削減、基板面積の縮小といった利点がある。
【００１５】
しかしながら、従来のフロントエンドプロセッサ部１０４に接続されていた外部メモリ１０５の機能と、オーディオデコーダー部１０６に接続されていた外部メモリ１０７の機能を、図１６に示すように、アドレスで区切ることによるメモリの領域分割によって新たな一つのメモリに課そうとすると、セクター状態のバッファリングの後、フレーム状態のバッファリングをすることになり、メモリへのアクセス回数が増える。このアクセス回数を保証するためには、メモリの制御信号を作るためのクロックの周波数を高くしたり、ＩＣ内部の回路を高速に動作させる必要があり、不利な点が生じる。また、メモリへのアクセス権のプライオリティ制御が複雑になったり、アドレスが連続するアクセスの回数が少なくなって、高速ページモードの利点を生かしきれなくなる、などの課題もある。
【００１６】
本発明は、前記実情に鑑みてなされたものであり、フロントエンドプロセッサ部とオーディオデコーダー部を１チップ化する際、フレーム状態のバッファメモリをなくすことにより、従来、それぞれのＩＣに接続していた外部メモリを一つにすることのできるデータ処理装置及びデータ処理方法の提供を目的とする。
【００１７】
【課題を解決するための手段】
本発明に係るデータ処理装置は、前記課題を解決するために、可変長のフレームをデコーダによりデコードするデータ処理装置において、前記デコーダによりデコードされる前記可変長のフレームを形成するために、複数種類のパケットデータからなる固定長のセクターデータを生成するセクターデータ生成手段と、前記セクターデータ生成手段により生成された前記セクターデータを記憶するセクターデータ記憶手段と、前記セクターデータ記憶手段に記憶された前記セクターデータから前記複数種類のパケットデータの内のメインパケットデータを抽出するメインパケット抽出手段と、前記セクターデータ記憶手段に記憶された前記セクターデータから前記メインパケットデータに関するサプリメンタリーパケットデータを抽出するサプリメンタリーパケット抽出手段と、前記可変長のフレームに関するフレーム情報を前記セクターデータ記憶手段に記憶されているセクターデータから抽出するフレーム情報抽出手段と、前記メインパケット抽出手段、前記サプリメンタリーパケット抽出手段及び前記フレーム情報抽出手段から出されたデータ要求信号に優先順位を付け、その優先順位にしたがって前記セクターデータ記憶手段から前記データ要求信号にしたがった各パケットデータを出力させる制御手段と、前記制御手段による制御に基づいて前記セクターデータ記憶手段から前記メインパケット抽出手段が抽出したメインパケットデータにフェードアウト及び／又はフェードイン処理を施すフェード処理手段とを備え、前記フレーム情報抽出手段は、抽出したフレーム情報に基づいて前記フェード処理手段を制御する。
【００１８】
このデータ処理装置は、複数種類のパケットが混在するデータから、メインパケット抽出手段がメインパケットデータを抽出し、サプリメンタリーパケット抽出手段がサプリメンタリーパケットデータを抽出し、フレーム情報抽出手段が可変長のフレームに関するフレーム情報を抽出し、制御手段がメインパケット抽出手段、サプリメンタリーパケット抽出手段及びフレーム情報抽出手段から出されたデータ要求信号に優先順位を付け、その優先順位にしたがってセクターデータ記憶手段からデータ要求信号にしたがった各パケットデータを出力させ、フェード処理手段が制御手段による制御に基づいてセクターデータ記憶手段からメインパケット抽出手段が抽出したメインパケットデータにフェードアウト及び／又はフェードイン処理を施す。特に、フレーム情報抽出手段は、抽出したフレーム情報に基づいてフェード処理手段を制御する。
【００１９】
また、エラーフェードのためのエラー信号をフェード処理手段に対して適切なタイミングで送ることができる。
【００２０】
本発明に係るデータ処理方法は、前記課題を解決するために、可変長のフレームをデコーダによりデコードするためのデータ処理方法において、前記デコーダによりデコードされる前記可変長のフレームを形成するために、複数種類のパケットデータからなる固定長のセクターデータを生成するセクターデータ生成工程と、前記セクターデータ生成工程により生成された前記セクターデータを記憶手段に記憶するセクターデータ記憶工程と、前記セクターデータ記憶工程により前記記憶手段に記憶された前記セクターデータから前記複数種類のパケットデータの内のメインパケットデータを抽出するメインパケット抽出工程と、前記セクターデータ記憶工程により前記記憶手段に記憶された前記セクターデータから前記メインパケットデータに関するサプリメンタリーパケットデータを抽出するサプリメンタリーパケット抽出工程と、前記可変長のフレームに関するフレーム情報を前記記憶手段に記憶されているセクターデータから抽出するフレーム情報抽出工程と、前記メインパケット抽出工程、前記サプリメンタリーパケット抽出工程及び前記フレーム情報抽出工程から出されたデータ要求信号に優先順位を付け、その優先順位にしたがって前記記憶手段から前記データ要求信号にしたがった各パケットデータを出力させる制御工程と、前記制御工程による制御に基づいて前記記憶手段から前記メインパケット抽出工程が抽出したメインパケットデータにフェードアウト及び／又はフェードイン処理を施すフェード処理工程とを備え、前記フレーム情報抽出工程は、抽出したフレーム情報に基づいて前記フェード処理工程を制御する。
【００２１】
【発明の実施の形態】
以下、本発明に係るデータ処理装置及びデータ処理方法の具体例となる、データ処理装置を内蔵した光ディスク再生装置を実施の形態として説明する。
【００２２】
図１に示す光ディスク再生装置は、ＤＳＤ方式のΔΣ変調器によって生成された１ビットオーディオ信号を直接記録しているＳＡＣＤ規格の光ディスク１を再生の対象とする。そして、この光ディスク再生装置は、ＳＡＣＤ規格の光ディスク１からピット信号を読み出す光学ピックアップ２と、光学ピックアップ２が読み出したピット信号を増幅するＲＦアンプ３と、後述するフロントエンドプロセッサ部４ａ及びオーディオデコーダー部４ｂを構成する１チップのデータ処理装置４と、このデータ処理装置４にて得られたオーディオデータをアナログオーディオ信号に変換して出力端子７に供給するＤ／Ａコンバータ６とを備えてなる。
【００２３】
１チップのデータ処理装置４を構成しているフロントエンドプロセッサ部４ａは、ＲＦアンプ３が増幅したＲＦ信号に復調処理や、エラー訂正処理を施して２０６４バイト固定長のセクターデータを生成する。このフロントエンドプロセッサ部４ａは外部メモリ５を接続している。そして、フロントエンドプロセッサ部４ａは、前記セクターデータを一時記憶するために外部メモリ５を用いたり、さらにエラー訂正処理をする間の作業エリアとして用いる。外部メモリ５は、シンクロナスＤＲＡＭを想定している。
また、１チップのデータ処理装置４を構成しているオーディオデコーダー部４ｂは、フロントエンドプロセッサ部４ａから供給される２０６４バイト固定長のセクターデータをデコードして、Ｄ／Ａコンバータ６に供給する。このオーディオデコーダー部４ｂは、従来のＳＡＣＤ用オーディオデコーダが使用していたフレーム状態のバッファリング用の外部メモリを不要とする。もちろん、このオーディオデコーダー部４ｂは、ＩＣ内蔵のＳＲＡＭをバッファとして使うことも避ける。１フレームは最大１６セクタであることから、１フレーム分のバッファでも約３２ｋバイト必要であり、フレームバッファとしてＩＣ内蔵のＳＲＡＭを使うわけにはいかない。
【００２４】
ここで、図２を用いてＳＡＣＤ規格の光ディスク１の構造を説明しておく。この光ディスク１の領域は、内周から外周へ順にリードインゾーン（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 Channel Area）、エクストラデータエリア（Extra Data Area）である。
【００２８】
ファイルシステムエリア（File System Area）は、コンピュータ用途を考慮したアクセスを可能とする、ファイルシステムを記録しているエリアである。
【００２９】
ＳＡＣＤ規格では、ＣＤにおけるＴＯＣの考え方を基本的に踏襲し発展させたマスターＴＯＣとエリア（Area）ＴＯＣからなるデュアルＴＯＣ構造が採用されている。マスターＴＯＣエリア（Master TOC Area）には、図４に示すように、アルバム情報やディスク情報を示す同じマスターＴＯＣを３回記録している。エリア（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）のオーディオエリアには、図４に示ように、ＤＳＤ（Direct Stream Digital）記録方式による音楽信号が記録されるトラックエリア（Track Area）と、その前後にエリアＴＯＣ−１（Area TOC-1）、エリアＴＯＣ−２（Area TOC-2）が、エリア情報やトラック情報に関する同じデータを格納して配置されている。
【００３２】
このトラックエリアには、前述したようにＤＳＤ記録方式による音楽信号が記録されているが、実際には後述するオーディオデータと、サプリメンタリーデータが独立した状態で記録されている。オーディオデータは、音楽信号のメインデータとなるものである。サプリメンタリーデータは、ＣＤにおけるサブコード（音楽信号と同期して読み出せる信号）に相当するもので、そのデータ領域は独立して確保されている。オーディオデータが、常に一定の品質を保つために各チャンネル同じ条件でサンプリングされているのに対してサプリメンタリーデータは、用途によってスケーラブルにデータ量を選択可能となっている。アプリケーションとしては、音に同期した静止画やテキストなどが考えられる。
【００３３】
次に、データ処理装置４の詳細な構成を図５に示す。
フロントエンドプロセッサ部４ａは、セクターアドレス連続性検出部４１を備え、外部メモリに記憶されるセクターのアドレスが連続しているか否かを検出する。ユーザによるキューＣＵＥ／レビューＲＥＶや選曲操作に応じてフレームデータをジャンプすると、セクターアドレスの番号は不連続となる。
【００３４】
セクターアドレス連続性検出部４１によりセクターアドレスの連続性を検出できないとき、言い換えるとセクターアドレスの不連続を検出したとき、その検出結果はプライオリティ制御部４２を介して後述するフレーム情報抽出部５２に供給される。
【００３５】
オーディオデコーダー部４ｂは、フロントエンドプロセッサ部４ａに接続された外部メモリ５からのセクターデータの入力ｂに対して前記オーディオデータよりなるオーディオパケットAudio Packetを抽出するオーディオパケット抽出部４３と、前記サプリメンタリーデータよりなるサプリメンタリーパケットSupplementary Packetを抽出するサプリメンタリーパケット抽出部４８と、フレーム情報抽出部５２を並列に用意する。
【００３６】
セクターにはそれぞれ先頭にオーディオヘッダAudio_Headerが格納されている。これらのオーディオヘッダを解析するため、オーディオパケット（Audio Packet）抽出部４３と、サプリメンタリーパケット（Supplementary Packet）抽出部４８と、フレーム情報抽出部５２は、それぞれ独立にヘッダ解析部４３ａ、４８ａ、５２ａを持つ。
【００３７】
一般に、フレームデータは、複数のセクターにまたがって書かれている。オーディオパケット抽出部４３、サプリメンタリーパケット抽出部４８、フレーム情報抽出部５２はそれぞれの必要とする部分だけを読んで独立に動作するので、同じセクターを処理しているとは限らない。したがって、それぞれにオーディオヘッダ解析部４３ａ、４８ａ、５２ａを設けているわけである。
【００３８】
オーディオヘッダには、図６に示すように、そのセクターに含まれる各パケットの種類、長さ、フレームの先頭パケットであるか否かの情報などが記述されている。特に、フレーム情報Frame_Infoには図７に示すようにそのフレームに使われているセクター数を示すN_Sectorsが記述されている。前記ヘッダ解析部４３ａ、４８ａ、５２ａはこれらのオーディオヘッダを解析する。
【００３９】
オーディオパケット抽出部４３はオーディオデータＦＩＦＯレジスタ４４に接続する。このオーディオデータＦＩＦＯレジスタ４４は圧縮デコーダ４５に接続し、さらに圧縮デコーダはフェーダー４６に接続する。
【００４０】
サプリメンタリーパケット抽出部４８はサプリメンタリＦＩＦＯレジスタ４９に接続する。このサプリメンタリＦＩＦＯレジスタ４９はサプリメンタリーデータインターフェース部５０に接続する。フレーム情報抽出部５２はフェーダー４６に接続する。
【００４１】
また、オーディオデコーダー部４ｂはプライオリティ制御部４２を備え、オーディオパケット抽出部４３、サプリメンタリーパケット抽出部４８、フレーム情報抽出部５２から出力されるデータ要求信号ｄ１、ｄ２、ｄ３に場合に応じて優先順位を付け、どれか一つの抽出部からのセクターナンバーとバイトアドレスｃ１、ｃ２、ｃ３を選択して、メモリ読み出しアドレスａを出力する。
【００４２】
以下に、図５に構成を示したデータ処理装置４の動作を、前記図１４を用いながら説明する。図１４は外部メモリ５に格納されるセクター単位のデータを示している。
【００４３】
先ず、オーディオパケット抽出部４３は、ヘッダ解析部４３ａによりオーディオヘッダを解析しながら、オーディオパケットのデータだけを外部メモリ５から読む。すなわち、現在対象にしているセクターのオーディオヘッダの内容から、そのセクターに含まれる各パケットの種類、長さ、フレームの先頭パケットであるか否かの情報、を解析し、セクター内でオーディオパケットデータが書かれている場所を示すバイトアドレスを算出する。
【００４４】
このバイトアドレスと、現在対象にしているセクターのセクターナンバーを出力して、オーディオパケット以外のパケットは読み飛ばすように、バイトアドレスを制御する。
【００４５】
対象セクターに含まれるオーディオパケットのデータを全て読み終わっても、次のフレームの先頭パケットが見つからなければ、セクターナンバーをインクリメントして次のセクターを対象セクターとし、新しい対象セクターのオーディオヘッダを解析した後、オーディオパケットのデータを読み続ける。
【００４６】
次のフレームの先頭パケットまでにあるオーディオパケットのデータを全て読み終えたら、次のフレームが始まるまで待機する。
【００４７】
プライオリティ制御部４２で、オーディオパケット抽出部４３のデータ要求ｄ１が選択されて、実際に外部メモリ５から読み出されたデータは、オーディオデータＦＩＦＯレジスタ４４に格納される。後段の圧縮デコーダー４５は、このオーディオデータＦＩＦＯレジスタ４４に入っている有効データを必要なときに取り込む。
【００４８】
サプリメンタリーパケット、パディングパケット、スタッフィングデータを読み飛ばすことにより、フレーム状態のバッファメモリがなくても、圧縮デコーダー４５はほとんど待たされることなく、必要なオーディオフレームオーディオフレームのデータを受け取ることができる。
【００４９】
オーディオデータＦＩＦＯレジスタ４４の段数は、オーディオパケット抽出部４３が読み出し対象セクターを新しいセクターに移す際にオーディオヘッダの解析する間、圧縮デコーダー４５にデータを供給できるだけあれば十分であるが、１フレーム内でオーディオヘッダの解析をする回数は限られているので、このことを考慮して必要最低限の段数を用意すればよい。
【００５０】
サプリメンタリーパケット抽出部４８は、ヘッダ解析部４８ａによりオーディオヘッダを解析しながら、サプリメンタリーパケットのデータだけを外部メモリ５から読み出す。すなわち、現在対象にしているセクターのオーディオヘッダの内容から、そのセクターに含まれる各パケットの種類、長さ、フレームの先頭パケットであるか否かを検出し、セクター内でサプリメンタリーパケットデータが書かれている場所を示すバイトアドレスを算出する。このバイトアドレスと、現在対象にしているセクターのセクターナンバーを出力して、サプリメンタリーパケット以外のパケットは読み飛ばすように、バイトアドレスを制御する。
【００５１】
対象セクターに含まれるサプリメンタリーパケットのデータを全て読み終わっても、次のフレームの先頭パケットが見つからなければ、セクターナンバーをインクリメントして次のセクターを対象セクターとし、新しい対象セクターのオーディオヘッダを解析した後、サプリメンタリーパケットのデータを読み続ける。
【００５２】
次のフレームの先頭パケットまでにあるサプリメンタリーパケットのデータを全て読み終えたら、次のフレームが始まるまで待機する。
【００５３】
プライオリティ制御部４２で、サプリメンタリーパケット抽出部４８のデータ要求ｄ２が選択されて、実際に外部メモリ５から読み出されたデータは、サプリメンタリーデータＦＩＦＯレジスタ４９に格納される。後段のサプリメンタリーデータインターフェース部５０は、このサプリメンタリーデータＦＩＦＯレジスタ５０に有効データがあれば、読み出して出力端子５１を介し外部に出力する。
【００５４】
サプリメンタリーデータの外部出力に関して、特にタイミングの制約がなければ、サプリメンタリーデータＦＩＦＯレジスタ４９は不要になる。
【００５５】
フレーム情報抽出部５２は、ヘッダ解析部５２ａによりオーディオヘッダを解析しながら、現在、オーディオパケット抽出部４３、サプリメンタリーパケット抽出部４８が処理しているフレームＦnの次のフレームＦn+1を構成するセクターが全て外部メモリ５に用意されているか、また、エラーデータを含んでいないか、を調べる。さらに、フレーム情報抽出部５２は、抽出したフレーム情報から外部メモリ５に記憶されたセクターデータが外部メモリ５で記録が完結している最終フレームの最後のデータであるか否かを判断する。
【００５６】
また、フレーム情報抽出部５２は、アドレス連続性検出部４１からのセクターアドレスが不連続であるという検出結果をプライオリティ制御部４２を介して受け取る。
【００５７】
そして、フレーム情報抽出部５２は、現在処理しているフレームＦnの次のフレームＦn+1を構成するセクターが全て外部メモリ５に用意されていないとき、またエラーフレームを含んでいるとき、またセクターデータが最終フレームの最後のデータであるとき、さらにセクターアドレスが不連続であるときに、フェーダー部４６にエラー信号ｅを供給し、圧縮デコーダーからのＤＳＤデコード信号にフェード処理を施させる。
【００５８】
このフレーム情報抽出部５２における処理の具体例について図８〜図１１を用いて以下に説明する。
先ず、現在処理しているフレームＦnの次のフレームＦn+1を構成するセクターが全て外部メモリ５に用意されているのを確認する処理の、図８及び図９に示す二つの場合について説明する。
【００５９】
図８において、フレームＦnの先頭パケットを含むセクターのオーディオヘッダA_Hに書かれている、そのフレームに使われているセクター数を示すN_Sectors（この場合は４）の内容から、フレームＦnの最後のパケットを含むセクターＳｋのセクターナンバーｋが算出できるので、フレームＦn+1の先頭パケットは、セクターＳｋか、セクターＳｋ＋１に含まれるのが分かる。ここで、図８のセクターＳｋのオーディオヘッダには、フレームＦn+1のN_Sectorsが書かれているので、セクターＳｋにはフレームＦn+1の先頭のパケットも含まれていることが分かる。したがって、セクターＳｋのオーディオヘッダを解析することによりN_Sectors（この場合も４）の内容から、フレームＦn+1の最後のパケットを含むセクターＳｍのセクターナンバーｍも分かり、フレームＦn+1の再生に必要なセクターＳｋからセクターＳｍまでのすべてのセクターが既に外部メモリ５に書かれていることが分かる。
【００６０】
また、図９において、N_Sectors（この場合は４）の内容から、フレームＦnの最後のパケットを含むセクターＳｋのセクターナンバーｋが算出でき、かつセクターＳｋのオーディオヘッダA_HにはフレームＦn+1のN_Sectorsが書かれてないので、フレームＦn+1の先頭パケットは、セクターＳｋには無く、セクターＳｋ＋１に含まれることが分かる。これはフレームＦnの終わりがセクターＳｋの終わりに一致している場合である。したがって、セクターＳｋ＋１のオーディオヘッダを解析することによりN_Sectors（この場合も３）の内容からフレームＦn+1の最後のパケットを含むセクターＳｍのセクターナンバーｍもわかり、フレームＦn+1の再生に必要なセクターＳｋ＋１からセクターＳｍまでのすべてのセクターが既に外部メモリ５に書かれていることが分かる。
【００６１】
もし、セクターＳｋからセクターＳｍまでのいずれかのセクターがまだ外部メモリ５に書かれていなければ、フレームＦn+1の準備ができていないことになるので、フレーム情報抽出部５２は後段のフェーダー４６にエラー信号ｅを出力する。
【００６２】
また、これらのセクターにエラーデータが含まれていた場合は、フレームＦn+1はエラーフレームになるので、この場合も後段のフェーダー４６にエラー信号ｅを出力する。
【００６３】
次に、フレームデータにエラーフレームがあるときの処理の具体例について図１０を用いて説明する。
フレーム情報抽出部５２により、図１０の（ａ）に示すようにフレームＦn+1がエラーフレームであることが判明したとき、図１０の（ｃ）のエラー信号ｅはフェードアウトに要する時間Ｔｆ秒以上、フレームＦn+1の始まりよりも前もってフェーダー４６に出力されなければならない。このため、フレームＦn+1に対するフレーム情報抽出部５２の処理は、フレームＦnの始まりから（1/75−Ｔｆ）秒後までに終了するようにプライオリティ制御される。
【００６４】
これにより、フレーム状態のバッファがなくても、フェーダー４６へのエラー信号ｅを適切なタイミングで出力することができる。
【００６５】
フェーダー４６は、前記タイミングによりフェダーゲインを図１０の（ｄ）に示すように0dbから-∞dbにアッテネートしてＤＳＤ方式のフレームデータをフェードアウトする。
【００６６】
エラーフレームＦn+1が終わればフレームＦｎ＋２の始まりよりも前もってフェーダー４６にエラーが無くなったことを知らせ、フェーダー４６にフェダーゲインを-∞dbから0dbにアップさせて前記フレームデータＦｎ＋２をフェードインする。
【００６７】
次に、セクターアドレス連続性検出部４１からセクターアドレスが不連続であるという検出結果を受け取ったときの、フレーム情報抽出部５２の処理の具体例について図１０を用いて説明する。
【００６８】
これはユーザによるキューＣＵＥ／レビューＲＥＶや選曲操作により発生する処理である。フレームデータに不連続点がある場合、すなわち、フレーム情報抽出部５２がプライオリティ制御部４２を介して受け取った前記セクターアドレス連続性検出部４１の検出結果により、フレームＦnとフレームＦｍが図１０の（ｂ）に示すように不連続であることが分かると、フレーム情報抽出部５２はエラー信号ｅ（図１０の（ｃ））を、フェードアウトに要する時間Ｔｆ秒だけ、フレームＦn+1の始まりよりも前もってフェーダー４６に出力する。
【００６９】
このタイミングに応じて、フェーダー４６はフェダーゲイン（図１０の（ｄ））を0dbから-∞dbにアッテネートしてＤＳＤ方式のフレームデータをフェードアウトする。
【００７０】
このフレームの不連続という現象について図１１を用いて詳細に説明する。  図１１において、N_Sectors（この場合は４）の内容から、フレームＦnの最後のパケットを含むセクターＳｋのセクターナンバーｋが算出でき、フレームＦn+1の先頭パケットは、セクターＳｋに含まれるのが分かる。したがって、セクターＳｋのオーディオヘッダを解析することによりN_Sectors（この場合も２以上）の内容から、フレームＦn+1の最後のパケットを含むセクターＳｍのセクターナンバーｍも分かる。しかし、次のセクターはＳｊであり、Ｓｋ＋１ではなく、セクターナンバーが不連続（ｊ≠ｋ＋１）である。
【００７１】
よって、フレームＦn+1は再生できず、フレームＦｌもエラーフレームとして処理される。
【００７２】
このようにキューＣＵＥ／レビューＲＥＶや選曲操作に応じてフレームデータをジャンプするときには、セクターナンバーに不連続が起きている場合は、フレームＦnの次のフレームは不連続フレームになるので、このときも、後段のフェーダにエラー信号を出力する。
【００７３】
次に、抽出したフレーム情報から外部メモリ５に記憶されたセクターデータが外部メモリ５で記録が完結している最終フレームの最後のデータであると判断したときの処理について図１０を用いて説明する。なお、この判断はフレーム情報抽出部５２が前記フレーム情報に書かれているタイムコードを読むことにより行われる。
【００７４】
図１０の（ｅ）に示すようにフレームデータに最終フレームがあるときには、終了点よりもフェードアウトに要する時間Ｔｆ秒だけ前にエラー信号ｅをフェーダー４６に出力しておけば、フェーダー４６はそのタイミングに応じてフェダーゲインを図１１の（ｇ）に示すように0dbから-∞dbにアッテネートしてＤＳＤ方式のフレームデータをフェードアウトする。
【００７５】
なお、前記実施の形態では、外部メモリ５を１チップを構成するデータ処理装置４の外部に接続したが、内蔵してもよいことはいうまでもない。
【００７６】
【発明の効果】
本発明によれば、フロントエンドプロセッサ部とＳＡＣＤデコーダー部を１チップ化する際、フレーム状態のバッファメモリをなくすことにより、従来それぞれのＩＣに接続していた外部メモリを一つにできる。また、メモリへのアクセス回数も、従来フロントエンドプロセッサ部に接続していたメモリへのアクセス回数と大きく異ならないため、高速のクロックを使用する必要もない。
【図面の簡単な説明】
【図１】本発明の実施の形態となる、光ディスク再生装置の構成を示す図である。
【図２】前記光ディスク再生装置が再生の対象とするＳＡＣＤ規格の光ディスクの構造を示す図である。
【図３】前記ＳＡＣＤ規格の光ディスクのボリューム空間を示す図である。
【図４】前記ＳＡＣＤ規格の光ディスクのＴＯＣと情報の対応関係を示す図である。
【図５】前記光ディスク再生装置の要部となる、データ処理装置の詳細な構成を示すブロック図である。
【図６】オーディオヘッダAudio_Headerのシンタックスを示す図である。
【図７】フレーム情報Frame_Infoのシンタックスを示す図である。
【図８】現在処理しているフレームＦnの次のフレームＦn+1を構成するセクターが全て外部メモリに用意されているのを確認する処理の第１具体例を説明するための図である。
【図９】現在処理しているフレームＦnの次のフレームＦn+1を構成するセクターが全て外部メモリに用意されているのを確認する処理の第２具体例を説明するための図である。
【図１０】フレームデータにエラーフレーム、不連続フレーム又は最終フレームがあるときのオーディオデータ再生装置の動作を説明するためのタイミングチャートである。
【図１１】フレームの不連続という現象を詳細に説明するための図である。
【図１２】従来のオーディオデータ再生装置のブロック図である。
【図１３】ＤＳＤ方式のΔΣ変調器のブロック図である。
【図１４】前記従来のオーディオデータ再生装置を構成するフロントエンド部に接続された外部メモリに格納されたセクターデータを示す図である。
【図１５】前記従来のオーディオデータ再生装置を構成するオーディオデコーダ部に接続された外部メモリのブロックに1/75秒のフレーム単位で記録されるデータを示す図である。
【図１６】前記従来のオーディオデータ再生装置のフロントエンドプロセッサ部に接続されていた外部メモリと、ＳＡＣＤデコーダー部に接続されていた外部メモリを一緒にし、アドレスで区切るってメモリの領域を分割したことを示す図である。
【符号の説明】
１  ＳＡＣＤ規格の光ディスク、２  光ピックアップ、３  ＲＦアンプ、４  データ処理装置、４ａ  フロントエンドプロセッサ部、４ｂ  オーディオデコーダ部、５  外部メモリ、６  Ｄ／Ａコンバータ
【図１】
0003747806.tif 000002
【図２】
0003747806.tif 000003
【図３】
0003747806.tif 000004
【図４】
0003747806.tif 000005
【図５】
0003747806.tif 000006
【図６】
0003747806.tif 000007
【図７】
0003747806.tif 000008
【図８】
0003747806.tif 000009
【図９】
0003747806.tif 000010
【図１０】
0003747806.tif 000011
【図１１】
0003747806.tif 000012
【図１２】
0003747806.tif 000013
【図１３】
0003747806.tif 000014
【図１４】
0003747806.tif 000015
【図１５】
0003747806.tif 000016
【図１６】
0003747806.tif 000017