(57)【要約】【課題】早送り／早戻し等の特殊再生を簡易な構成で迅速に処理する。【解決手段】アドレス位置情報テーブル１２は、フレーム情報テーブル１３のエントリ番号と先頭位置アドレスとをフレーム番号に対応付けて格納する。信号再生部２０は、特殊再生時にアドレス位置情報テーブル１２を参照し、特殊再生で指定されたフレーム番号のフレーム情報がフレーム情報テーブル１３に格納されている場合、当該フレーム情報をフレーム情報テーブル１３から取得して再生信号を生成する。【選択図】図１
2010122596.tif 000002
【特許請求の範囲】
【請求項１】
ヘッダ情報にフレーム長の情報を持たないフォーマットで記録された圧縮オーディオ信号をフレーム毎にビットストリームパース処理し、フレーム情報を生成し、次のフレームの先頭位置アドレスを解析するビットストリームパース部と、
上記フレーム情報をエントリ番号に対応付けて格納するフレーム情報テーブルと、
上記フレーム情報テーブルのエントリ番号と上記先頭位置アドレスとをフレーム番号に対応付けて格納するアドレス位置情報テーブルと、
上記フレーム情報テーブルに格納されたフレーム情報に基づいて再生信号を生成する信号再生部とを備え、
上記信号再生部は、特殊再生時に上記アドレス位置情報テーブルを参照し、上記特殊再生で指定されたフレーム番号のフレーム情報が上記フレーム情報テーブルに格納されている場合、当該フレーム情報を上記フレーム情報テーブルから取得するオーディオ信号再生装置。
【請求項２】
上記信号再生部は、上記特殊再生で指定されたフレーム番号のフレーム情報が上記フレーム情報テーブルに格納されていない場合、上記ビットストリームパース部に上記特殊再生で指定されたフレーム番号を通知し、
上記ビットストリームパース部は、上記通知されたフレーム番号に基づいて対応する先頭位置アドレスをアドレス位置情報テーブルより取得して圧縮オーディオ信号を読み込む請求項１記載のオーディオ信号再生装置。
【請求項３】
上記アドレス位置情報テーブルは、上記エントリ番号に対応するフレーム情報の有効無効判定フラグをフレーム番号に対応付けて格納し、
上記信号再生部は、上記有効無効判定フラグに応じて上記特殊再生で指定されたフレーム番号のフレーム情報が上記フレーム情報テーブルに格納されているか否かを判別し、上記再生信号の生成が終了すると、上記有効無効判定フラグを無効とする請求項２記載のオーディオ信号再生装置。
【請求項４】
上記フレーム情報テーブルは、上記エントリ番号毎にフレーム情報の有効無効判定フラグを格納し、
上記信号再生部は、上記再生信号の生成が終了すると、上記有効無効判定フラグを無効とし、
上記ビットストリームパース部は、上記有効無効判定フラグが無効のエントリ番号の領域を上書きする請求項２記載のオーディオ信号再生装置。
【請求項５】
ヘッダ情報にフレーム長の情報を持たないフォーマットで記録された圧縮オーディオ信号をフレーム毎にビットストリームパース処理し、
フレーム情報を生成し、フレーム情報テーブルに上記フレーム情報をエントリ番号に対応付けて格納し、
次のフレームの先頭位置アドレスを解析し、アドレス位置情報テーブルに上記フレーム情報テーブルのエントリ番号と上記先頭位置アドレスとをフレーム番号に対応付けて格納し、
特殊再生時に上記アドレス位置情報テーブルを参照し、上記特殊再生で指定されたフレーム番号のフレーム情報が上記フレーム情報テーブルに格納されている場合、当該フレーム情報を上記フレーム情報テーブルから取得し、再生信号を生成するオーディオ信号再生方法。
【請求項６】
ヘッダ情報にフレーム長の情報を持たないフォーマットで記録された圧縮オーディオ信号をフレーム毎にビットストリームパース処理し、
フレーム情報を生成し、フレーム情報テーブルに上記フレーム情報をエントリ番号に対応付けて格納し、
次のフレームの先頭位置アドレスを解析し、アドレス位置情報テーブルに上記フレーム情報テーブルのエントリ番号と上記先頭位置アドレスとをフレーム番号に対応付けて格納し、
特殊再生時に上記アドレス位置情報テーブルを参照し、上記特殊再生で指定されたフレーム番号のフレーム情報が上記フレーム情報テーブルに格納されている場合、当該フレーム情報を上記フレーム情報テーブルから取得し、再生信号を生成する
処理を情報処理装置に実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ヘッダ情報にフレーム長の情報を持たないフォーマットで記録された圧縮オーディオ信号の再生における早送り／早戻し処理を可能にするオーディオ信号再生装置及び方法、並びにプログラムに関する。
【背景技術】
【０００２】
オーディオ信号を符号化する方法として、ＭＰＥＧ（Moving Picture Expert Group）オーディオ規格がある。ＭＰＥＧオーディオ規格には複数の方式がある。例えば、ＩＳＯ／ＩＥＣ １３８１８−７にて、ＭＰＥＧ−２オーディオ規格ＡＡＣ（Advanced Audio Coding）という方式が標準化されている。さらに、拡張されたＩＳＯ／ＩＥＣ １４４９６−３にて、ＭＰＥＧ−４オーディオ規格ＡＡＣ（Advanced Audio Coding）という方式が標準化されている。以下、ＭＰＥＧ−２オーディオ規格ＡＡＣとＭＰＥＧ−４オーディオ規格ＡＡＣを合わせてＡＡＣ規格と呼ぶ。
【０００３】
図７は、ＡＡＣ規格に準拠した復号化装置の構成を示すブロック図である。図７において、ビットストリーム情報解析部１０１は、入力されたビットストリームを解析する。そして、ハフマン復号化部１０２、Ｍ／Ｓステレオ部（Middle Side Stereo）１１３、インテンシティ／カップリング部１１５、ＴＮＳ処理部１１６、ＩＭＤＣＴ部１１７及びゲイン制御部１１８へ渡す情報を作成する。
【０００４】
ハフマン復号化部１０２は、ビットストリーム情報解析部１０１より受け取った情報に基づきハフマン復号処理を行い、量子化されたスペクトルデータ及びスケールファクタ情報を得る。また、この時点で入力ビットストリームにおける次フレームの先頭位置アドレスが判明する。
【０００５】
逆量子化部１１１は、ハフマン復号化部１０２より受け取った量子化されたスペクトルデータを受け取って逆量子化を行い、逆量子化後のスペクトルデータを得る。正規化部１１２は、逆量子化後のスペクトルデータをスケールファクタに従って正規化し、正規化されたスペクトルデータを得る。
【０００６】
Ｍ／Ｓステレオ部１１３及びインテンシティ／カップリング部１１５は、ステレオ相関符号化処理を行われたデータを復元する処理を行う。予測部１１４は、予測符号化を行う。ＴＮＳ（Temporal Noise Shaping）処理部１１６は、量子化ノイズの時間的制御を施されたスペクトルデータを元に戻す。ＩＭＤＣＴ（Inverse Modified Discrete Cosine Transform）部１１７は、周波数領域のスペクトルデータを時間領域の波形データに変換する。ゲイン制御部１１８は、ＳＳＲプロファイルのみに使用され、４つの等間隔の帯域に分割された信号を元に戻す処理を行う。
【０００７】
これらの一連の処理を通じて復号化されたＰＣＭデータを出力する。
【０００８】
なお、ＡＡＣ規格の復号化処理において、ハフマン復号化部１０２がハフマン復号処理を行い、量子化されたスペクトルデータ及びスケールファクタ情報を得てから、入力ビットストリームにおける次フレームの先頭位置アドレスが判明するまでの処理をビットストリームパース処理と呼ぶことにする。またビットストリームパース処理を行うブロックをまとめてビットストリームパース部１００と呼ぶことにする。
【０００９】
また、このビットストリームパース処理によって生成される量子化されたスペクトルデータと、スケールファクタ情報データと、Ｍ／Ｓステレオ部１１３、インテンシティ／カップリング部１１５、ＴＮＳ処理部１１６、ＩＭＤＣＴ部１１７及びゲイン制御部１１８へ渡す情報とをまとめてフレーム情報と呼ぶことにする。
【００１０】
また、フレーム情報を受け取って逆量子化部１１１からゲイン制御部１１８までが行う、逆量子化からＰＣＭ出力までの処理をビットストリームデコード処理と呼ぶことにする。またビットストリームデコード処理を行うブロックをまとめてビットストリームデコード部１１０と呼ぶことにする。
【００１１】
このビットストリームデコード処理とビットストリームパース処理の処理時間の比はおよそ７：３〜６：４である。
【００１２】
ＡＡＣ規格を含む多くの圧縮オーディオデータはフレームに区分されたデータ構造を有し、それぞれのフレームにはヘッダ情報と圧縮オーディオ信号データ本体が含まれる。
【００１３】
ＡＡＣ規格のフォーマットには、ＡＤＩＦ（Audio Data Interchange Format）ヘッダを持つＡＤＩＦフォーマットと、ＡＤＴＳ（Audio Data Transport Stream）ヘッダを持つＡＤＴＳフォーマットと、ヘッダを持たないＲａｗ Ｄａｔａとの３種類が存在する。いずれのフォーマットも１フレームの長さは可変となっている。
【００１４】
このうち、ＡＤＴＳフォーマットは、ヘッダ情報にフレーム長の情報を含んでいるため、各フレームのヘッダ情報のみを取得し、解析を行うことによって、例えば特許文献１のような方法を用いて高速に早送り／早戻し処理を行うことができる。
【００１５】
しかし、ＡＤＩＦフォーマットのヘッダ情報には、各フレームのフレーム長に関する情報が含まれていない。そのため、あるフレームのヘッダ情報のみを取得、解析するだけでは次のフレームの先頭位置アドレスを取得することができず、１フレーム全体のビットストリームパース処理が終了した時点で初めて次のフレームの先頭位置アドレスが判明する。
【００１６】
したがって、早送り／早戻し処理を行う場合には、ヘッダ情報のみでなく、フレーム全体のビットストリームパース処理を行う必要があり、高速な早送り／早戻し処理を行うことができない。
【００１７】
また、ヘッダを持たないＲａｗ Ｄａｔａの場合も当然１フレーム全体のビットストリームパース処理が終了するまで次のフレームの先頭位置アドレスが分からないため、高速な早送り、早戻しを行うことができない。
【００１８】
特許文献２には、フレーム長情報がヘッダ情報に含まれない圧縮オーディオ信号を再生するための装置が開示されている。特許文献２に開示された装置では、ヘッダ情報にフレーム長情報を持たない圧縮オーディオ信号を早送り／早戻し処理を高速に行う。このため、圧縮オーディオ信号の初回再生時に再生フレームのフレーム番号及びフレームの先頭位置アドレスをフレーム位置情報としてフレーム位置情報テーブルに保持する。そして、２回目以降の再生処理中に早送り／早戻し指示があった場合には、フレーム位置情報テーブルを参照して、早送り／早戻し先フレームの読み込み開始アドレスを決定する。
【００１９】
しかし、この特許文献２による早送り／早戻し方法では、一度も再生していない圧縮オーディオ信号の場合はフレーム位置情報がフレーム位置情報テーブルに保持されていないため、高速な早送り／早戻しが実現できない。
【００２０】
これを解決する手段として特許文献３に示される装置がある。特許文献３に開示された装置では、フレーム長をヘッダ情報として持たないフレーム構造を有する圧縮オーディオ信号の再生処理に平行して次の処理を行う。先ず、再生処理を行っているフレームより後に再生されるフレームのフレーム位置情報を取得してフレーム位置情報テーブルに格納する位置情報取得処理を行う。そして、早送り命令があった場合は、前記フレーム位置情報テーブルに格納されたフレーム位置情報に基づいて早送り先のフレーム位置を決定している。
【００２１】
図８を用いて、特許文献３に記載された従来の圧縮オーディオ信号再生装置を用いた早送り／早戻し処理について簡単に説明する。
【００２２】
この装置は、信号再生部２００と、位置情報取得部２１０と、フレーム位置情報テーブル２２０とからなる。これら信号再生部２００と位置情報取得部２１０とは、並行に動作する。
【００２３】
位置情報取得部２１０は、ビットストリームパース部２１１によってビットストリーム入力を読み込んでストリームパース処理を行い、フレームの先頭位置だけを次々と取得してフレーム位置情報テーブルに格納していく。
【００２４】
早送り／早戻し命令が信号再生部２００の読み込み開始アドレス決定部２０１に渡されると、読み込み開始アドレス決定部２０１は、フレーム位置情報テーブル２２０を参照する。そして、早送り／早戻し先のフレームに対する先頭位置アドレスを読み込み開始アドレスとして取得し、ビットストリームパース部２０２へ読み込み開始アドレスを通知する。
【００２５】
信号再生部２００のビットストリームパース部２０２は、読み込み開始アドレスにしたがってビットストリーム入力を取得してビットストリームパース処理を行う。ビットストリームデコード部２０３は、ビットストリームパース部２０２にて生成したフレーム情報を受け取り、ビットストリームデコード処理を行い、ＰＣＭ信号を出力する。
【００２６】
しかし、この特許文献３の再生装置は、信号再生部２００と位置情報取得部２１０とがそれぞれ別のビットストリームパース部を持つ必要があり、回路構成が冗長であった。また、位置情報取得部２１０が、ビットストリームパース処理をした後のフレームのフレーム情報を保持する機構を有していない。このため、信号再生部２００は、フレームの先頭位置アドレス情報をフレーム位置情報テーブル２２０から取得した後、再度再生フレームのビットストリームパース処理を行わなくてはならない。
【００２７】
【特許文献１】特開２００３−６９９２号公報
【特許文献２】特開２００２−４１０９５号公報
【特許文献３】特開２００６−１７８１７９号公報
【発明の開示】
【発明が解決しようとする課題】
【００２８】
上述したように、従来の再生装置では、フレーム長情報がヘッダ情報に含まれない圧縮オーディオ信号データに対して早送り／早戻し等の特殊再生を行うのに、回路構成が冗長となったり、信号処理が煩雑になったりしていた。
【００２９】
本発明は、これらの問題点を鑑みてなされたものであり、早送り／早戻し等の特殊再生を簡易な構成で迅速に処理するオーディオ信号再生装置及び方法、並びにプログラムを提供する。
【課題を解決するための手段】
【００３０】
上述した課題を解決するために、本発明に係るオーディオ信号再生装置は、ヘッダ情報にフレーム長の情報を持たないフォーマットで記録された圧縮オーディオ信号をフレーム毎にビットストリームパース処理し、フレーム情報を生成し、次のフレームの先頭位置アドレスを解析するビットストリームパース部と、上記フレーム情報をエントリ番号に対応付けて格納するフレーム情報テーブルと、上記フレーム情報テーブルのエントリ番号と上記先頭位置アドレスとをフレーム番号に対応付けて格納するアドレス位置情報テーブルと、上記フレーム情報テーブルに格納されたフレーム情報に基づいて再生信号を生成する信号再生部とを備え、上記信号再生部は、特殊再生時に上記アドレス位置情報テーブルを参照し、上記特殊再生で指定されたフレーム番号のフレーム情報が上記フレーム情報テーブルに格納されている場合、当該フレーム情報を上記フレーム情報テーブルから取得する。
【００３１】
また、本発明に係るオーディオ信号再生方法は、ヘッダ情報にフレーム長の情報を持たないフォーマットで記録された圧縮オーディオ信号をフレーム毎にビットストリームパース処理し、フレーム情報を生成し、フレーム情報テーブルに上記フレーム情報をエントリ番号に対応付けて格納し、次のフレームの先頭位置アドレスを解析し、アドレス位置情報テーブルに上記フレーム情報テーブルのエントリ番号と上記先頭位置アドレスとをフレーム番号に対応付けて格納し、特殊再生時に上記アドレス位置情報テーブルを参照し、上記特殊再生で指定されたフレーム番号のフレーム情報が上記フレーム情報テーブルに格納されている場合、当該フレーム情報を上記フレーム情報テーブルから取得し、再生信号を生成する。
【００３２】
また、プログラムは、ヘッダ情報にフレーム長の情報を持たないフォーマットで記録された圧縮オーディオ信号をフレーム毎にビットストリームパース処理し、フレーム情報を生成し、フレーム情報テーブルに上記フレーム情報をエントリ番号に対応付けて格納し、次のフレームの先頭位置アドレスを解析し、アドレス位置情報テーブルに上記フレーム情報テーブルのエントリ番号と上記先頭位置アドレスとをフレーム番号に対応付けて格納し、特殊再生時に上記アドレス位置情報テーブルを参照し、上記特殊再生で指定されたフレーム番号のフレーム情報が上記フレーム情報テーブルに格納されている場合、当該フレーム情報を上記フレーム情報テーブルから取得し、再生信号を生成する処理を情報処理装置に実行させる。
【発明の効果】
【００３３】
本発明は、特殊再生時にアドレス位置情報テーブルを参照し、特殊再生で指定されたフレーム番号のフレーム情報がフレーム情報テーブルに格納されている場合、当該フレーム情報をフレーム情報テーブルから取得し、再生信号を生成する。これにより、従来では２つ必要であったビットストリームパース部を１つに削減することができる。また、フレーム情報テーブルに格納されたフレーム情報を有効利用することが可能となり、早送り／早戻し等の特殊再生を簡易な構成で迅速に処理することができる。
【発明を実施するための最良の形態】
【００３４】
以下、本発明の具体的な実施の形態について、図面を参照しながら詳細に説明する。ここでは、以下の順番で説明を行う。
１．全体構成                                            図１
２．アドレス位置情報テーブル及びフレーム情報テーブル    図２〜図４
３．早送り／早戻し再生処理                              図５
４．変形例                                              図６
【００３５】
［全体構成］
本発明の具体例と示すオーディオ信号再生装置は、ヘッダ情報にフレーム長の情報を持たないフォーマットで記録された圧縮オーディオ信号に対して早送り／早戻し等の特殊再生を行うものである。ヘッダ情報にフレーム長の情報を持たないフォーマット例として、ＡＡＣ（Advanced Audio Coding）規格のＡＤＩＦ（Audio Data Interchange Format）、Ｒａｗ Ｄａｔａ等を挙げることができる。
【００３６】
図１は、本実施の形態における再生装置の構成を示すブロック図である。この再生装置は、ビットストリームパース部１１と、アドレス位置情報テーブルと１２、フレーム情報テーブル１３と、信号再生部２０とを備え、信号再生部２０とビットストリームパース部１１とは並行に動作する。また、信号再生部２０とビットストリームパース部１１との処理時間の比は、およそ７：３〜６：４である。また、信号再生部２０は、再生開始フレーム決定部２１と、ビットストリームデコード部２２とを備えている。なお、ビットストリームパース部１１及びビットストリームデコード部２２は、それぞれ図７に示すビットストリームパース部１００及びビットストリームデコード部１１０に該当する。
【００３７】
ビットストリームパース部１１は、圧縮された入力ビットストリームをフレーム毎にビットストリームパース処理し、判明したフレーム先頭位置アドレスをアドレス位置情報テーブル１２に保存する。同時に、フレーム情報テーブル１３に空きがある場合は、ビットストリームパース処理によって得られたフレーム情報をフレーム情報テーブル１３に保存する。
【００３８】
アドレス位置情報テーブル１２には、フレーム情報テーブル１３のエントリ番号とフレーム先頭位置アドレスとがフレーム番号に対応付けられて格納される。また、フレーム情報テーブル１３には、フレーム情報がエントリ番号に対応付けられて格納される。ここで、フレーム先頭位置アドレスは、入力されたフレームのデータの先頭位置を示す記録元の情報である。また、フレーム情報は、図７において、ビットストリームパース処理によって生成される量子化されたスペクトルデータと、スケールファクタ情報データと、Ｍ／Ｓステレオ部１１３、インテンシティ／カップリング部１１５、ＴＮＳ処理部１１６、ＩＭＤＣＴ部１１７及びゲイン制御部１１８へ渡す情報とをまとめて呼ぶものである。
【００３９】
再生開始フレーム決定部２１は、通常再生を行う場合には次のフレームの番号を決定し、早送り、早戻しの特殊再生の際にはジャンプ先のフレーム番号を決定する。また、早送り、早戻しだけでなく、例えばデータの途中にあるフレームから再生を開始したい場合などには、再生開始フレーム決定部２１は、頭出し再生開始位置を指定してフレーム番号を決定する。
【００４０】
再生開始フレーム決定部２１は、再生するフレーム番号を決定した後、アドレス位置情報テーブル１２を確認して決定したフレーム番号のデータがあるかどうかを確認する。具体的には、アドレス位置情報テーブル１２に決定したフレーム番号のフレーム先頭位置アドレスが存在するか否かを判別する。アドレス位置情報テーブル１２に決定したフレーム番号のデータが存在しないとき、ビットストリームパース部１１が再生開始フレームのフレーム先頭位置アドレスを取得するまでビットストリームパース処理し続けるように命令を送る。ビットストリームパース部１１が再生開始のフレームをビットストリームパース処理すると、フレーム情報テーブル１３にフレーム情報が書き出され、アドレス位置情報テーブル１２が更新される。
【００４１】
アドレス位置情報テーブル１２に決定されたフレーム番号のデータがある場合は、当該データの内容を参照して、フレーム情報テーブル１３にフレーム情報が存在するか否かを確認する。フレーム情報が存在する場合には、再生開始フレーム決定部２１は、ビットストリームデコード部２２にフレーム情報テーブルエントリ番号を通知する。フレーム情報テーブル１３に決定されたフレーム番号のフレーム情報が存在しない場合、再生開始フレーム決定部２１は、ビットストリームパース部１１に対してアドレス位置情報テーブル１２に記録されたフレーム先頭位置アドレスを通知する。そして、ビットストリームパース部１１にビットストリームパース処理を開始させる。なお、フレーム情報テーブル１３の１エントリ分のサイズは、実装にもよるが、ＡＡＣ規格の圧縮オーディオ信号再生装置で５．１ｃｈデータを再生させるケースでは３６ｋＢ程度である。
【００４２】
ビットストリームデコード部２２は、再生開始フレーム決定部２１からフレーム情報テーブル１３のエントリ番号を受け取り、受け取ったエントリ番号に基づいてフレーム情報テーブル１３からフレーム情報を取得する。そして、ビットストリームデコード部２２は、取得したフレーム情報に基づいてデコードを開始し、ＰＣＭ信号を出力する。
【００４３】
このように本実施の形態では、フレーム先頭位置アドレスをアドレス位置情報テーブル１２に保存するだけでなく、ビットストリームパース部１１がビットストリームパース処理した後のフレーム情報もフレーム情報テーブル１３に同時に保存する。そして、ビットストリームデコード部２２は、フレーム情報テーブル１３に保存されたフレーム情報を利用してＰＣＭ信号を生成する。
【００４４】
すなわち、本実施の形態の再生装置によれば、再度ビットストリームパース処理を行うためにビットストリームパース部を２つ用意する必要がなく、回路構成を簡略化することができる。
【００４５】
一方、従来の再生装置は、図８に示すようにビットストリームパース処理をした後のフレーム情報を保持するための手段を備えていないため、ビットストリームパース処理によって得たフレーム情報が捨てられる。このため、従来の信号再生部は、フレーム先頭位置アドレス情報を元にビットストリームパース処理を行う前のデータを改めて取得する必要があり、再度ビットストリームパース処理を行うためにビットストリームパース部を２つ用意する必要があった。また、従来の再生装置の再生処理をプログラムとして記述し、ＣＰＵを１つだけ用いて実現するような場合においては、信号再生部２００の処理と位置情報取得部２１０の処理を直列的に行う必要があった。したがって、従来の再生装置では、冗長なビットストリームパース処理が、そのまま実行サイクル数の増加や消費電力の増加につながっていた。
【００４６】
［アドレス位置情報テーブル及びフレーム情報テーブル］
次に、アドレス位置情報テーブル１２及びフレーム情報テーブル１３について説明する。図２は、アドレス位置情報テーブルの一例を示す図である。このアドレス位置情報テーブル１２は、フレーム毎にフィールドとして、フレーム番号、フレーム先頭位置アドレス、フレーム情報テーブルエントリ番号を有し、フレーム情報テーブルエントリ番号とフレーム先頭位置アドレスとをフレーム番号に対応付けて保持する。ここで、フレーム番号は、圧縮オーディオ信号の各フレームに対応する番号である。また、フレーム先頭位置アドレスは、圧縮オーディオ信号のフレームの記録元の先頭位置である。また、フレーム情報テーブルエントリ番号は、フレーム情報テーブル１３の記録位置を示す番号である。
【００４７】
また、図３に示すように、フレーム情報テーブルエントリ番号のフィールドをフレーム情報テーブル有効判定フラグとしても用いることが好ましい。これにより、信号再生部２０は、フレーム情報テーブル１３を確認しなくてもフレーム情報の有無を容易に判別することができる。
【００４８】
図４は、フレーム情報テーブルの一例を示す図である。フレーム情報テーブル１３は、フレーム毎にフィールドとして、エントリ番号、フレーム情報を有し、フレーム情報をエントリ番号に対応付けて保持する。
【００４９】
［早送り／早戻し再生処理］
続いて、図５を用いて本発明を適用させた早送り／早戻し再生処理について説明する。ここでは、再生装置が図３に示すアドレス位置情報テーブル及び図４に示すフレーム情報テーブルを備えることとして説明する。
【００５０】
信号再生部２０が備える再生開始フレーム決定部２１は、早送り、早戻し命令を受信するとアドレス位置情報テーブル１２を参照してジャンプ先のフレーム番号を決定する。
【００５１】
ステップＳ０１において、再生開始フレーム決定部２１は、アドレス位置情報テーブル１２にジャンプ先のフレーム番号のフレーム情報エントリ番号がある否かを確認する。ここで、アドレス位置情報テーブル１２にジャンプ先のフレーム情報テーブルエントリ番号が存在しない場合ステップＳ０２に進み、ジャンプ先のフレーム情報テーブルエントリ番号が存在する場合ステップＳ０７に進む。
【００５２】
ステップＳ０２において、ビットストリームパース部１１は、ビットストリームパース処理がジャンプ先のフレーム番号のフレームか否かを判別する。ジャンプ先のフレーム番号のフレームではない場合ステップＳ０３に進み、ジャンプ先のフレーム番号のフレームの場合ステップＳ０５に進む。
【００５３】
ステップＳ０３において、ビットストリームパース部１１は、ジャンプ先のフレーム番号ではないフレームのビットストリームパース処理を行う。
【００５４】
ステップＳ０４において、ビットストリームパース部１１は、次のフレームのフレーム先頭位置アドレスを解析し、このフレーム先頭位置アドレスをフレーム番号と対応付けてアドレス位置情報テーブル１２へ格納してアドレス位置情報テーブル１２を更新する。
【００５５】
ステップＳ０５において、ビットストリームパース部１１は、ジャンプ先のフレーム番号のフレームのビットストリームパース処理を行う。そして、パース結果であるフレーム情報をフレーム情報テーブル１３にフレーム情報をエントリ番号に対応付けて格納し、フレーム情報テーブル１３を更新する。
【００５６】
ステップＳ０６において、ビットストリームパース部１１は、次のフレームの先頭位置アドレスを解析し、このフレーム先頭位置アドレスをフレーム番号と対応付けてアドレス位置情報テーブル１２へ格納してアドレス位置情報テーブル１２を更新する。ここで、ジャンプ先のフレーム番号の情報テーブル有効判定フラグのフィールドを有効（オン）にする。アドレス位置情報テーブル１２の更新が終了した場合、ステップＳ１２に進む。
【００５７】
すなわち、ステップＳ０２〜ステップＳ０６において、ビットストリームパース部１１は、再生開始フレーム決定部２１によって指定されたフレーム番号までビットストリームパース処理し、次のフレーム番号のフレーム先頭位置アドレスまでを解析する。そして、アドレス位置情報テーブル１２及びフレーム情報テーブル１３を更新する。
【００５８】
ステップＳ０７において、再生開始フレーム決定部２１は、アドレス位置情報テーブル１２を参照し、ジャンプ先のフレーム番号のフレーム情報テーブル有効判定フラグのフィールド内容を確認する。これによりアドレス位置情報テーブル１２にフレーム情報が格納されているかを判別する。ジャンプ先のフレーム番号のフレーム情報が格納されていない場合ステップＳ０８に進む。ここで、フレーム情報テーブル有効判定フラグが無効であった場合は、ジャンプ先のフレームの先頭位置アドレスは判明しているがフレーム情報テーブル１３にフレーム情報がない状態である。また、ジャンプ先のフレーム番号のフレーム情報が格納されている場合ステップＳ１２に進む。この場合、フレーム情報データがフレーム情報テーブル１３に格納された時間分だけ高速化することができる。
【００５９】
ステップＳ０８において、再生開始フレーム決定部２１は、アドレス位置情報テーブル１２からジャンプ先のフレーム先頭位置アドレスを読み出してビットストリームパース部１１へ通知する。
【００６０】
ステップＳ０９において、ビットストリームパース部１１は、再生開始フレーム決定部２１から通知されたフレーム先頭位置アドレスに基づいて記録元からジャンプ先のフレームを読み込み、ビットストリームパース処理を開始する。
【００６１】
ステップＳ１０において、ビットストリームパース部１１は、ビットストリームパース処理してパース結果であるフレーム情報を生成し、フレーム情報テーブル１３にフレーム情報をエントリ番号に対応付けて格納し、フレーム情報テーブル１３を更新する。
【００６２】
ステップＳ１１において、ビットストリームパース部１１は、次のフレームの先頭位置アドレスをフレーム番号と対応付けてアドレス位置情報テーブル１２へ格納してアドレス位置情報テーブル１２を更新する。ここで、ジャンプ先のフレーム番号のフレーム情報テーブル有効判定フラグのフィールドを有効（オン）にする。
【００６３】
ステップＳ１２において、再生開始フレーム決定部２１は、ジャンプ先のフレームのフレーム情報テーブルエントリ番号をアドレス位置情報テーブル１２から読み出してビットストリームデコード部２２に通知する。すなわち、ステップＳ１２では、ジャンプ先のフレームのフレーム情報がフレーム情報テーブル１３に保持された状態にある。
【００６４】
ステップＳ１３において、ビットストリームデコード部２２は、再生開始フレーム決定部２１から受け取ったエントリ番号に基づいて、フレーム情報テーブル２３からジャンプ先のフレーム情報を取得してデコードを開始し、ＰＣＭ信号を出力する。
【００６５】
ステップＳ１４において、ビットストリームデコード部２２は、ジャンプ先のフレームのビットストリームデコード処理が終了すると、そのフレーム番号のフレーム情報テーブル有効判定フラグを無効にし、アドレス位置情報テーブル１２を更新する。
【００６６】
ステップＳ１５において、ビットストリームデコード部２２は、フレーム情報テーブル１３のジャンプ先のフレーム情報を消去してビットストリームパース部１１がその場所にフレーム情報を書き込めるようにする。
【００６７】
このように圧縮オーディオ信号再生装置における早送り等の特殊再生において、ビットストリームパース部が細分化したフレームのビット情報をそのまま信号再生部２０が有効利用できる。このため、従来では２つ必要だったビットストリームパース部を１つに削減し、冗長な回路を削減することができる。
【００６８】
なお、ステップＳ０８において、再生開始フレーム決定部２１がジャンプ先のフレーム番号をビットストリームパース部１１へ通知してもよい。そして、ステップＳ０９において、ビットストリームパース部１１が通知されたフレーム番号に基づいて対応する先頭位置アドレスをアドレス位置情報テーブル１２より取得して圧縮オーディオ信号を読み込んでもよい。
【００６９】
［変形例］
図６は、フレーム情報テーブルの変形例を示す図である。このフレーム情報テーブル１３は、フィールドとしてエントリ毎にエントリ有効判定フラグが用意されている。このエントリ有効判定フラグは、信号再生部２０のビットストリームデコード処理が終了した際、無効にされ、ビットストリームパース部１１は、エントリ有効判定フラグが無効になっているエントリ番号の領域へデータを次々上書きする。このようにビットストリームパース部１１は、エントリ有効判定フラグの内容を参照して書き込み可能であるかどうか判定して上書きするため、消去にかかる時間を省略し、フレーム情報テーブル１３の更新を高速に行うことができる。
【００７０】
また、上述の実施の形態では、ＡＡＣフォーマットの圧縮オーディオ信号再生について説明してきたが、この手法は、次の２つ処理に分けることが可能な圧縮オーディオ信号再生処理であれば適用することができる。第１の処理は、再生処理の全体を圧縮オーディオ信号の情報を解析して１フレームの長さを決定し、情報をパースする処理であり、第２の処理は、パースした情報を用いて最終出力信号を生成する処理である。本手法は、これら２つの処理により、ヘッダ情報にフレーム長を持たないフォーマットの圧縮オーディオ信号再生時における早送り／早戻し、及び頭出し再生処理を可能にする。
【００７１】
また、コンピュータ装置等を用いて上述した圧縮オーディオ信号の再生装置を構成する場合、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）が実行するプログラムで構成することができる。この場合、プログラムの実行に必要な総サイクル数を２３．１〜２８．６％削減することができる。また、実行するＣＰＵやＤＳＰにスリープ機能など、演算を行っていない間の電力供給をストップする機構がある場合、実行に必要な総サイクル数の少ない本法を用いることで、消費電力を低く抑えることが可能になる。
【図面の簡単な説明】
【００７２】
【図１】本実施の形態における再生装置の構成を示すブロック図である。
【図２】アドレス位置情報テーブルの一例を示す図である。
【図３】アドレス位置情報テーブルの他の例を示す図である。
【図４】フレーム情報テーブルの一例を示す図である。
【図５】早送り／早戻し時の１フレーム分の圧縮データの再生処理を示すフローチャートである。
【図６】フレーム情報テーブルの変形例を示す図である。
【図７】ＡＡＣ規格に準拠した復号化装置の構成を示すブロック図である。
【図８】従来の圧縮オーディオ信号再生装置の構成を示すブロック図である。
【符号の説明】
【００７３】
１１  ビットストリームパース部、  １２  アドレス位置情報テーブル、  １３  フレーム情報テーブル、  ２０  信号再生部、  ２１  再生開始フレーム決定部、  ２２  ビットストリームデコード部、  ２３  フレーム情報テーブル、  １００  ビットストリームパース部、  １０１  ビットストリーム情報解析部、  １０２  ハフマン復号化部、  １１０  ビットストリームデコード部、  １１１  逆量子化部、  １１２  正規化部、  １１３  Ｍ／Ｓステレオ部、  １１４  予測部、  １１５  インテンシティ／カップリング部、  １１６  ＴＮＳ処理部、  １１７  ＩＭＤＣＴ部、  １１８  ゲイン制御部、  ２００  信号再生部、  ２０１  開始アドレス決定部、  ２０２  ビットストリームパース部、  ２０３  ビットストリームデコード部、  ２１０  位置情報取得部、  ２１１  ビットストリームパース部、  ２２０  フレーム位置情報テーブル
【図１】
2010122596.tif 000003
【図２】
2010122596.tif 000004
【図３】
2010122596.tif 000005
【図４】
2010122596.tif 000006
【図５】
2010122596.tif 000007
【図６】
2010122596.tif 000008
【図７】
2010122596.tif 000009
【図８】
2010122596.tif 000010