(57)【要約】【課題】メモリ容量を削減すること。【解決手段】本発明では、再生要求に応じてデータ記録媒体をアクセスし、複数のデータを順番に再生する。ここで、データ記録媒体には、データ毎にヘッダ情報が設定されていない圧縮オーディオ・ファイルが格納され、圧縮オーディオ・ファイルは、複数のデータと、複数のデータの各々のアドレスを表すオフセット値を含むヘッダ部と、を有する。複数のデータのうちの、再生されるデータに対するオフセット値である第１のオフセット値をメモリに格納する。指定倍速を含む早送り／早戻し要求に応じて、指定倍速と、第１のオフセット値に対するデータが再生されるときの経過時間と、に基づいて決定されるオフセット値を表す算出オフセット値を算出し、複数のデータのうちの、第１のオフセット値に対するデータを再生した後に、算出オフセット値に対するデータを再生する。【選択図】図８
2010107767.tif 000002
【特許請求の範囲】
【請求項１】
再生要求に応じてデータ記録媒体をアクセスし、複数のデータを順番に再生するステップと、ここで、前記データ記録媒体には、データ毎にヘッダ情報が設定されていない圧縮オーディオ・ファイルが格納され、前記圧縮オーディオ・ファイルは、前記複数のデータと、前記複数のデータの各々のアドレスを表すオフセット値を含むヘッダ部と、を有し、
前記複数のデータのうちの、再生されるデータに対するオフセット値である第１のオフセット値をメモリに格納するステップと、
指定倍速を含む早送り／早戻し要求に応じて、
前記指定倍速と、前記第１のオフセット値に対するデータが再生されるときの経過時間と、に基づいて決定されるオフセット値を表す算出オフセット値を算出するステップと、
前記複数のデータのうちの、前記第１のオフセット値に対するデータを再生した後に、前記算出オフセット値に対するデータを再生するステップと、
を具備する圧縮オーディオ・ファイル再生方法。
【請求項２】
前記算出オフセット値を算出するステップと、前記算出オフセット値に対するデータを再生するステップとの間に、同期位置サーチ処理を実行するステップ、
を更に具備し、
前記同期位置サーチ処理を実行するステップは、
前記メモリに格納された前記第１のオフセット値と、その次のオフセット値である第２のオフセット値とをバッファに格納し、前記第１、２のオフセット値と、前記算出オフセット値である第３のオフセット値とを比較する比較処理を実行するステップと、
前記比較処理を実行した結果、前記第１のオフセット値≦前記第３のオフセット値＜前記第２のオフセット値の条件を満たしていない場合、前記第２のオフセット値、前記第２のオフセット値の次のオフセット値である第４のオフセット値をそれぞれ前記第１、２のオフセット値として前記バッファを更新するデータ取得・更新処理を実行するステップと、
前記データ取得・更新処理を実行した後に、前記比較処理を実行するステップと、
前記比較処理を実行した結果、前記条件を満たしている場合、第１のオフセット値を再同期可能なオフセット値として前記バッファを更新するステップと、
を含み、
前記算出オフセット値に対するデータを再生するステップは、
前記第１のオフセット値に基づいて再同期を取り、前記第１のオフセット値に対するデータを再生した後に、前記第３のオフセット値に対するデータを再生するステップ、
を含む請求項１に記載の圧縮オーディオ・ファイル再生方法。
【請求項３】
前記複数のデータを順番に再生するステップは、
前記複数のデータの各々をデコードして、前記同期位置サーチ処理を実行するステップと、
前記同期位置サーチ処理を実行した後に、前記第１のオフセット値に基づいて再同期を取り、前記複数のデータのうちの、前記デコードされたデータを再生するステップと、
を更に含む請求項２に記載の圧縮オーディオ・ファイル再生方法。
【請求項４】
前記データ取得・更新処理を実行するステップは、
前記早戻し要求時に前記バッファ内でサーチができなかった場合、前記バッファに格納されたオフセット値を削除するステップと、
前記第２のオフセット値の次の前記第４のオフセット値を取得して、前記第２、４のオフセット値をそれぞれ前記第１、２のオフセット値として前記バッファを更新するステップと、
を含む請求項２又は３に記載の圧縮オーディオ・ファイル再生方法。
【請求項５】
前記圧縮オーディオ・ファイルは、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）−４  ＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）ファイルである、
請求項１〜４のいずれかに記載の圧縮オーディオ・ファイル再生方法。
【請求項６】
前記圧縮オーディオ・ファイルは、ＷＭＡ（Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ａｕｄｉｏ）のＶＢＲ（Ｖａｒｉａｂｌｅ  Ｂｉｔ  Ｒａｔｅ：可変ビットレート）ファイルであり、
前記複数のデータの各々はパケットに対応する、
請求項１〜４のいずれかに記載の圧縮オーディオ・ファイル再生方法。
【請求項７】
データ毎にヘッダ情報が設定されていない圧縮オーディオ・ファイルが格納されたデータ記録媒体と、ここで、前記圧縮オーディオ・ファイルは、複数のデータと、前記複数のデータの各々のアドレスを表すオフセット値を含むヘッダ部と、を有し、
再生要求に応じて前記データ記録媒体をアクセスし、前記複数のデータを順番に再生する制御部と、
を具備し、
前記制御部は、
前記複数のデータのうちの、再生されるデータに対するオフセット値である第１のオフセット値をメモリに格納し、
指定倍速を含む早送り／早戻し要求に応じて、
前記指定倍速と、前記第１のオフセット値に対するデータが再生されるときの経過時間と、に基づいて決定されるオフセット値を表す算出オフセット値を算出し、
前記複数のデータのうちの、前記第１のオフセット値に対するデータを再生した後に、前記算出オフセット値に対するデータを再生する、
圧縮オーディオ・ファイル再生装置。
【請求項８】
前記制御部は、
前記算出オフセット値を算出した後に、同期位置サーチ処理を実行し、
前記同期位置サーチ処理において、
前記メモリに格納された前記第１のオフセット値と、その次のオフセット値である第２のオフセット値とをバッファに格納し、前記第１、２のオフセット値と、前記算出オフセット値である第３のオフセット値とを比較する比較処理を実行し、
前記比較処理を実行した結果、前記第１のオフセット値≦前記第３のオフセット値＜前記第２のオフセット値の条件を満たしていない場合、前記第２のオフセット値、前記第２のオフセット値の次のオフセット値である第４のオフセット値をそれぞれ前記第１、２のオフセット値として前記バッファを更新するデータ取得・更新処理を実行し、
前記データ取得・更新処理を実行した後に、前記比較処理を実行し、
前記比較処理を実行した結果、前記条件を満たしている場合、第１のオフセット値を再同期可能なオフセット値として前記バッファを更新し、
前記第１のオフセット値に基づいて再同期を取り、前記第１のオフセット値に対するデータを再生した後に、前記第３のオフセット値に対するデータを再生する、
請求項７に記載の圧縮オーディオ・ファイル再生装置。
【請求項９】
前記制御部は、
前記複数のデータの各々をデコードして、前記同期位置サーチ処理を実行し、
前記同期位置サーチ処理を実行した後に、前記第１のオフセット値に基づいて再同期を取り、前記複数のデータのうちの、前記デコードされたデータを再生する、
請求項８に記載の圧縮オーディオ・ファイル再生装置。
【請求項１０】
前記制御部は、
前記早戻し要求時に前記バッファ内でサーチができなかった場合、前記バッファに格納されたオフセット値を削除し、
前記第２のオフセット値の次の前記第４のオフセット値を取得して、前記第２、４のオフセット値をそれぞれ前記第１、２のオフセット値として前記バッファを更新する、
請求項８又は９に記載の圧縮オーディオ・ファイル再生装置。
【請求項１１】
前記圧縮オーディオ・ファイルは、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）−４  ＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）ファイルである、
請求項７〜１０のいずれかに記載の圧縮オーディオ・ファイル再生装置。
【請求項１２】
前記圧縮オーディオ・ファイルは、ＷＭＡ（Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ａｕｄｉｏ）のＶＢＲ（Ｖａｒｉａｂｌｅ  Ｂｉｔ  Ｒａｔｅ：可変ビットレート）ファイルであり、
前記複数のデータの各々はパケットに対応する、
請求項７〜１０のいずれかに記載の圧縮オーディオ・ファイル再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディジタル・オーディオのデコード・システムで特殊再生機能を実行するための圧縮オーディオ・ファイル再生方法に関する。
【背景技術】
【０００２】
近年、オーディオ技術が発展している。特に、ディジタル・メディア技術の発展が著しい。これに伴い、高容量のＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やメモリを搭載したＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）オーディオー・プレイヤーが数多く出回り、音楽ファイルの記録媒体容量はＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）などに比べて大きくなる一方である。そのため、新しい様々な圧縮フォーマットが次々と現れている。これにより、ユーザは、十分に長い一つの圧縮オーディオ・ファイルを記録することも可能となる。
【０００３】
圧縮オーディオ・ファイルを再生するシステムにおいては、音を出しながらの早送り／早戻しの特殊再生機能が求められている。このような機能を実現するためには、音を出力するためのデコード開始可能な所として、同期位置を表す同期位置情報が必要となり、圧縮フォーマットによってはフレームの区切りが容易に算出できない場合、情報保持のために、対象とするファイルの長さに比例したメモリ容量を使用することとなる。
【０００４】
一方、オーディオ・デコーダー・システムを実現するための処理装置は、セット・コストの削減、ＬＳＩ（Ｌａｒｇｅ−Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）の１チップ化、縮小化に伴い、最低限の資源により作製される中、その機能については色々な要望があり、メモリの使用量を低減することが求められている。
【０００５】
従来の圧縮オーディオ・ファイル再生方法（以下、従来技術）として特許文献１を紹介する。
【０００６】
従来技術では、ＭＰ３（ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）  Ａｕｄｉｏ  Ｌａｙｅｒ−３）のような圧縮オーディオ・ファイルの早送り再生を行う場合、図１、図２に示すように、ターゲットフレーム番号を算出し（ステップＳ１１）、ターゲットフレームの高速サーチを実行する（ステップＳ１２）。このとき、非再生対象のフレーム領域では各々のフレームのヘッダ部を読み取って（ステップＳ２１）、後続フレームの先頭位置を判別し順次フレームを移行するように制御する（ステップＳ２２〜Ｓ２４、Ｓ２５−ＮＯ）。そして、ターゲットフレームへの移行後（ステップＳ２５−ＹＥＳ）、後続のＳ個のフレームを通常再生し（ステップＳ１３）、早送り再生を継続する場合（ステップＳ１４−ＮＯ）、ステップＳ１１からの処理を繰り返し実行し、早送り再生を終える場合（ステップＳ１４−ＹＥＳ）、処理を終了する。このように、フレームのヘッダを簡易的にデコードして、再生対象となる目的のフレームまでの位置を算出し、不必要なフレームを読み飛ばすことで動作し、同期位置情報保持用のメモリを削減している。
【０００７】
【特許文献１】特開２００３−００６９９２号公報
【特許文献２】特開２００６−１７８１７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来技術では、図３に示されるように、圧縮オーディオ・ファイルが、例えば、ＭＰ３ファイルや図１２のようなＡＤＴＳ（Ａｕｄｉｏ  Ｄａｔａ  Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）形式のＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）ファイルである場合、各フレームにヘッダ部が存在し、ヘッダ部を解析することで、フレームのデコード途中でその長さを求めることができる。このような場合においては、フレームのデコードを完了せずに、図４に示されるように、次のターゲットとなる同期位置まで読み飛ばす（出力データの作成処理を行わない）ことができるため、図にあるメモリに保存しておく必要はなく使用メモリの削減を行うことができる。
【０００９】
しかしながら、図５に示されるように、圧縮オーディオ・ファイルが、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）−４  ＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）ファイルである場合、ヘッダとデータを組み合わせて一つのフレームという単位が構成されるという概念を持たない。従って、デコードできる一つの塊の中にヘッダ部がなく、ファイルの長さが不定の場合は、デコード途中で読み飛ばし動作を行うことはできない。そのため、図６に示されるように、同期位置特定用に、最初のファイル・ヘッダ解析時もしくはファイル全データの解析時（特許文献２参照）などにおいて、その結果を保存しておいて利用するという必要性が生じ、ファイルの長さに依存したメモリを確保しなければならないという問題点がある。
【課題を解決するための手段】
【００１０】
以下に、発明を実施するための最良の形態・実施例で使用される符号を括弧付きで用いて、課題を解決するための手段を記載する。この符号は、特許請求の範囲の記載と発明を実施するための最良の形態・実施例の記載との対応を明らかにするために付加されたものであり、特許請求の範囲に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１１】
本発明の圧縮オーディオ・ファイル再生方法は、
再生要求に応じてデータ記録媒体（００）をアクセスし、複数のデータを順番に再生するステップ（Ｓ００〜Ｓ０１、Ｓ０３〜Ｓ０６）と、ここで、前記データ記録媒体（００）には、データ毎にヘッダ情報が設定されていない圧縮オーディオ・ファイルが格納され、前記圧縮オーディオ・ファイルは、前記複数のデータと、前記複数のデータの各々のアドレスを表すオフセット値を含むヘッダ部と、を有し、
前記複数のデータのうちの、再生されるデータに対するオフセット値である第１のオフセット値をメモリ（１０）に格納するステップ（Ｓ０２）と、
指定倍速を含む早送り／早戻し要求に応じて、
前記指定倍速と、前記第１のオフセット値に対するデータが再生されるときの経過時間と、に基づいて決定されるオフセット値を表す算出オフセット値を算出するステップ（Ｓ０７−Ｎｏ、Ｓ０８；Ｓ１１）と、
前記複数のデータのうちの、前記第１のオフセット値に対するデータを再生した後に、前記算出オフセット値に対するデータを再生するステップ（Ｓ０８；Ｓ１３）と、
を具備している。
【発明の効果】
【００１２】
前述のように、従来技術の課題である図６のような場合に、起動時に同期位置（オフセット値）を表す情報を全てメモリに保持すると、解析時間がかかってしまう。また、全ての同期位置を保存するためのメモリ容量が必要になってしまう。
【００１３】
そこで、本発明の圧縮オーディオ・ファイル再生方法によれば、最初のヘッダ解析時は、必要な位置（オフセット値）だけを覚えておいて、その位置を利用しながら、音あり早送り／早戻し処理を実行する。従って、全ての同期位置を保存する必要がないため、メモリ容量を削減できる。
【発明を実施するための最良の形態】
【００１４】
以下に添付図面を参照して、本発明の実施形態による圧縮オーディオ・ファイル再生方法について詳細に説明する。
【００１５】
（第１実施形態）
本発明では、データ毎にヘッダ情報が設定されていない圧縮オーディオ・ファイルに適用される。本実施形態では、圧縮オーディオ・ファイルは、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）−４  ＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）ファイルであるものとする。
【００１６】
図１５〜１７に示されるように、ＭＰＥＧ−４  ＡＡＣファイルは、１番目から最終番目までの複数のデータ（以下、音楽データとする）と、ヘッダ部と、を有している。ヘッダ部は、複数の音楽データの各々のアドレスを表すオフセット情報（オフセット値）を含んでいる。例えば、図８に示されるように、複数の音楽データが音楽データ１、２、…、Ｘ、Ｙ、Ｚ、Ｚ１、…、ｔ、ｔ１、…、ｎである場合、そのオフセット値は、それぞれ、オフセット値Ｐ１、Ｐ２、…、ＰＸ、ＰＹ、ＰＺ、ＰＺ１、…、Ｐｔ、Ｐｔ１、…、Ｐｎであるものとする。ここで、Ｘは１以上の整数であり、Ｘ、Ｙ、Ｚ、Ｚ１、ｔ、ｔ１、ｎは、Ｘ＜Ｙ＜Ｚ＜Ｚ１＜ｔ＜ｔ１＜ｎを満たす整数である。
【００１７】
［動作イメージ］
本発明の第１実施形態による圧縮オーディオ・ファイル再生方法では、最初に、ファイル再生開始直後のヘッダ解析時に、オフセットの格納位置（アドレスＡ＝Ｈ１）を覚える（図８の丸数字１）。１秒の所の音楽データを再生中に１０倍速の早送り要求があった場合（図８の丸数字２）、０．５秒後に６秒の位置の音を出し、１秒後には１１秒の所の音楽データが再生できればよいので（図８の丸数字３）、先ず、６秒直前に該当する同期位置を探すため、最初に保存した値Ｈ１を利用して、ヘッダ部へ戻る（図８の丸数字４）。データを直接ヘッダ部から取得し（図８の丸数字５）、オフセット値の大小比較を行ってサーチし（図８の丸数字６）、条件を満たした場合が求める同期位置となるため、そこから音楽データを再度再生する（図８の丸数字７）。次に、１１秒の所に該当する同期位置を探すため、同様に、先ほどアクセスしたヘッダ部のアドレスから（図８の丸数字８）、データを直接取得し、サーチを繰り返す。条件に一致する値が見つからない場合は、次のアクセス単位からヘッダを再度読み込みなおし（図８の丸数字９）、サーチを続ける。条件を満たした場合（図８の丸数字１０）、そこが次の再生可能な位置となり、また再生を行う（図８の丸数字１１）。
【００１８】
同様の手順にてこの処理を繰り返すことにより、早送り／早戻しの処理を実現する。
【００１９】
［構成］
図７は、本発明の第１実施形態による圧縮オーディオ・ファイル再生方法に適用されるシステムとして、圧縮オーディオ・ファイル再生装置を示している。その圧縮オーディオ・ファイル再生装置は、データ記録媒体００、ドライバ０１、入力データ・バッファリング装置０２、デコーダ０３、出力装置０４、制御部０５、表示部０６、操作部０７、ターゲット位置アクセス装置０８、ヘッダ部解析装置０９、メモリ１０、図示しないバッファを具備している。制御部０５としては、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）が挙げられる。以下、ＣＰＵ０５と称する。
【００２０】
データ記録媒体００には、ＭＰＥＧ−４  ＡＡＣファイルが格納されている。ユーザは、操作部０７を用いて、データ記録媒体００に格納されたＭＰＥＧ−４  ＡＡＣファイルに対する再生、早送り、早戻し、再生停止などの要求を行う。この場合、ＣＰＵ０５は、その要求に応じて、ドライバ０１、入力データ・バッファリング装置０２、デコーダ０３、出力装置０４、表示部０６、操作部０７、ターゲット位置アクセス装置０８、ヘッダ部解析装置０９を制御して、再生、早送り、早戻し、再生停止などを実行する。
【００２１】
［動作］
本発明の第１実施形態による圧縮オーディオ・ファイル再生方法について、具体的に説明する。
【００２２】
［１］
ＣＰＵ０５は、再生要求に応じて、ドライバ０１を介してデータ記録媒体００をアクセスし、ＭＰＥＧ−４  ＡＡＣファイルのフォーマットを判別する（図９のステップＳ００）。このとき、ＣＰＵ０５は、ＭＰＥＧ−４  ＡＡＣファイルのヘッダ部を解析する（図９のステップＳ０１）。
【００２３】
ステップＳ０１において、ＣＰＵ０５は、オーディオ・ファイル再生開始時のヘッダ解析のタイミングで、図１５〜１７に示される‘ｓｔｃｏ’と呼ばれるＡｔｏｍ（構成単位）を探し出す。
ここで、ＭＰＥＧ−４ファイルである“〜．ｍ４ａ”や“〜．ｍｐ４”の基本的なデータ単位はＡｔｏｍと呼ばれる（図１４参照）。それぞれのＡｔｏｍは、サイズ（自身とタイプのフィールド領域も含む）、タイプ、情報から構成されていて、Ａｔｏｍの中にＡｔｏｍを含むことができる。“〜．ｍ４ａ”ファイルは、‘ｍｄａｔ’Ａｔｏｍの中に、ＩＳＯ／ＩＥＣ  １４４９６−１で規格化されたＡＡＣのＲＡＷ形式（図１３参照）の音楽データがＡｕｄｉｏデータ（オーディオ・データ）として格納されている。それより前の部分に色々な情報が、Ａｔｏｍで入れ子形式に格納されている。
【００２４】
［２］
ＣＰＵ０５は、複数のオーディオ・データのうちの、再生されるオーディオ・データに対するオフセット値（第１のオフセット値）をメモリ１０に格納する（図９のステップＳ０２）。
【００２５】
ステップＳ０２において、ＣＰＵ０５は、［１］で探し出したオフセット値が格納されている先頭位置（アドレスＡ）のみを保持しておく。全部のオフセット値を覚える必要はない。
【００２６】
［３］
ＣＰＵ０５は、オーディオ・データをバッファリングするように入力データ・バッファリング装置０２を制御し（図９のステップＳ０３）、そのオーディオ・データをデコードするようにデコーダ０３を制御し（図９のステップＳ０４、Ｓ０５）、そのオーディオ・データを音声として出力装置０４に出力する（図９のステップＳ０６）。これにより、音楽データ１、２、…、Ｘ、Ｙ、Ｚ、…、ｔ、ｔ１、…、ｎを順番に再生する。
【００２７】
ステップＳ０３〜Ｓ０６において、ＣＰＵ０５は、オフセット値を保持した後、‘ｍｄａｔ’Ａｔｏｍ以降に格納されている、実際の音楽データをデコードして再生する。ＣＰＵ０５が音楽データｎを再生し終えた場合、ＭＰＥＧ−４  ＡＡＣファイルの再生が終了する（図９のステップＳ０７−Ｙｅｓ）。
【００２８】
［４］
ＭＰＥＧ−４  ＡＡＣファイルの再生が実行されている途中で、指定倍速を含む早送り／早戻し要求が行われる（ステップＳ０７−Ｎｏ）。この場合、ＣＰＵ０５は、この早送り／早戻し要求に応じて、早送り／早戻し処理を実行する（図９のステップＳ０８）。この早送り／早戻し処理において、ＣＰＵ０５は、ターゲット位置を決定するようにターゲット位置アクセス装置０８を制御する（図１０のステップＳ１１）。
【００２９】
ステップＳ１１において、ターゲット位置アクセス装置０８は、早送り／早戻し要求に含まれる指定倍速と、第１のオフセット値に対するデータが再生されるときの経過時間と、に基づいて決定されるオフセット値を表す算出オフセット値を算出する。
算出オフセット値［Ｂｙｔｅ］＝（経過時間［ｓ］＊指定倍速）＊（平均ビットレート［ｂｐｓ］／８）＋ヘッダサイズ［Ｂｙｔｅ］
ここで、１０倍速の場合は、１秒経過したら、通常再生時の時より約１０倍先のデコード位置が求める所となる。
【００３０】
［５］
次に、ＣＰＵ０５は、同期位置サーチ処理を実行するようにターゲット位置アクセス装置０８及びヘッダ部解析装置０９を制御する（図１０のステップＳ１２）。
この同期位置サーチ処理において、ターゲット位置アクセス装置０８は、ヘッダ解析により、最適なオフセット位置を取得する（図１１のステップＳ３０）。
【００３１】
ヘッダ部解析装置０９は、アドレスＡに戻り、メモリ１０に格納されているオフセット値（第１のオフセット値）と、その次のオフセット値（第２のオフセット値）とを取得してバッファに格納し、第１、２のオフセット値と上記の算出オフセット値（第３のオフセット値）とを比較する比較処理を実行する（図１１のステップＳ３１）。ここで、第１のオフセット値≦第３のオフセット値＜第２のオフセット値を条件Ｐとする。
【００３２】
比較処理を実行した結果、条件Ｐを満たさない場合は（図１１のステップＳ３２−Ｎｏ）、ヘッダ部解析装置０９は、データ取得・更新処理を実行する（図１１のステップＳ３３）。このデータ取得・更新処理において、ヘッダ部解析装置０９は、もう一度ファイルのヘッダ部にアクセスして、第２のオフセット値の次のオフセット値（第４のオフセット値）を取得して、第２、４のオフセット値をそれぞれ第１、２のオフセット値としてバッファを更新する。
ヘッダ部解析装置０９は、条件Ｐを満たすまでデータ取得・更新処理及び比較処理を実行する（Ｓ３２−Ｎｏ、Ｓ３３）。
【００３３】
比較処理を実行した結果、条件Ｐを満たした場合には（図１１のステップＳ３２−Ｙｅｓ）、ターゲット位置アクセス装置０８は、第１のオフセット値を再同期可能なオフセット値としてバッファを更新する（図１１のステップＳ３４）。この時、アドレスＡを第１のオフセット値として更新する（図１１のステップＳ３５）。
【００３４】
［６］
ＣＰＵ０５は、第１のオフセット値に基づいて再同期を取り、デコード処理を続ける（図１０のステップＳ１３）。即ち、オーディオ・データをバッファリングするように入力データ・バッファリング装置０２を制御し、そのオーディオ・データをデコードするようにデコーダ０３を制御し、そのオーディオ・データを音声として出力装置０４に出力する。これにより、第１のオフセット値に対する音楽データをデコードして再生した後に、第３のオフセット値に対する音楽データをデコードして再生する。
【００３５】
ここで、［５］の再同期可能なオフセット位置から開始することで、正常な処理を続けて行うことができる。一定時間の音声を出力後、解除要求があるまでは、［４］に戻り（図１０のステップＳ１４−Ｎｏ）、ステップＳ１１〜Ｓ１４を繰り返す。
【００３６】
従来技術の問題点が解決される理由について説明する。
【００３７】
ヘッダにフレーム長情報がなくて、オフセット値を保持して処理する場合、オフセット間隔を得るために必要なデータ（‘ｓｔｓｃ’Ａｔｏｍを解析することで得られる）は、最大一つのオフセット情報に４［Ｂｙｔｅ］＋４［Ｂｙｔｅ］、また、オフセット値自体は４［Ｂｙｔｅ］、さらにそれぞれ個数を保持するために４［Ｂｙｔｅ］が与えられる。例えば、０．５秒間隔の位置をオフセットが指し示している場合は、５分間の音楽ファイルで考えると、
３００［ｓ］／０．５［ｓ］＊（４＊２＋４）［Ｂｙｔｅ］＋（４＋４）［Ｂｙｔｅ］＝７２０８［Ｂｙｔｅ］
ですむ。しかし、Ｓａｍｐｌｅ  Ｐｅｒ  Ｃｈｕｎｋと呼ばれる値（１０２４サンプル出力を行える塊がいくつ集まっているかの値）が１の場合は、
（１０２４［Ｓａｍｐｌｅ］＊１）／（４４１００［Ｓａｍｐｌｅ／ｓ］）≒０．０２３２［ｓ］
なので、
３００［ｓ］／０．０２３２［ｓ］＊（４＊２＋４）［Ｂｙｔｅ］＋（４＋４）［Ｂｙｔｅ］≒１５６５３０［Ｂｙｔｅ］
が必要となる。
【００３８】
オフセット間隔を無視して、同じようなことを考えると、オフセット値自体だけ保存した場合は、１／３にはなるが、それでも
３００［ｓ］／０．５［ｓ］＊４［Ｂｙｔｅ］＋（４＋４）［Ｂｙｔｅ］＝２４０４［Ｂｙｔｅ］
３００［ｓ］／０．０２３２［ｓ］＊４［Ｂｙｔｅ］＋（４＋４）［Ｂｙｔｅ］≒５１７３２［Ｂｙｔｅ］
が必要となる。
【００３９】
ここで、本発明においては、［２］で最小の情報を保持し、その後は［５］でヘッダ部から毎回必要な情報を取得しながら、情報を更新して利用すればよいため、下記の通りのデータがあれば足りることとなる。バッファリングは通常必要となるヘッダ解析部に使用するものと同じ領域を使えるため、別途用意する必要はない（ＦＡＴのファイルシステムの場合セクタサイズ最小値同等５１２Ｂｙｔｅ、ＣＤ用のファイルシステムの場合なら２０４８Ｂｙｔｅなどのワーク領域をそのまま用いる）。
【００４０】
実際に本発明で必要となるデータ構成としては、以下のようになる。
・現在のオフセット、次のオフセット：４Ｂｙｔｅ＊２
（［５］の条件判定時に用いる値；第１、２のオフセット値）
・解析中の位置までの合計ファイルサイズ：４Ｂｙｔｅ
（［２］、［５］で求めるアドレスＡに該当）
・バッファ内参照位置：２Ｂｙｔｅ
（４＊２）＋４＋２＝１４Ｂｙｔｅ
【００４１】
この１４Ｂｙｔｅの情報を用いて、同期位置を決定することができるため、従来技術では実現できなかったファイル構成（図６）においても、早送り／早戻し処理を低メモリで実現することが可能となる。
【００４２】
従って、本発明の第１実施形態による圧縮オーディオ・ファイル再生方法によれば、例えば、２０分の曲に対応しようとした場合、１０ｋＢｙｔｅ〜６００ｋＢｙｔｅぐらいを考慮してサイズを確保する必要があったのが、ファイルが長くなっても、上記の１４Ｂｙｔｅのメモリサイズさえ確保できていれば対応できる。この場合、約１／７３０以上（保存情報を増やした場合に、最大４万３千分の１ぐらい）まで削減できたことになる。また、メモリ使用量は固定となるため、情報を間引いたりする必要性がなく、時間表示も正確に行える効果がある。
【００４３】
［効果］
前述のように、従来技術の課題である図６のような場合に、起動時に同期位置（オフセット値）を表す情報を全てメモリに保持すると、解析時間がかかってしまう。また、全ての同期位置を保存するためのメモリ容量が必要になってしまう。
【００４４】
そこで、本発明の第１実施形態による圧縮オーディオ・ファイル再生方法によれば、最初のヘッダ解析時は、必要な位置（オフセット値）だけを覚えておいて、その位置を利用しながら、音あり早送り／早戻し処理を実行する。また、この処理と並行に毎回実データにアクセスして最小限のヘッダ解析とオフセット値の更新を行う。従って、全ての同期位置を保存する必要がないため、メモリ容量を削減できる。
【００４５】
（第２実施形態）
本発明の第２実施形態による圧縮オーディオ・ファイル再生方法では、第１実施形態と重複する説明を省略する。
【００４６】
［動作］
図１８に示すように、ヘッダ部解析装置０９は、１回のデコードが終わるたびに（ステップＳ０５の後に）、図１０の同期位置サーチ処理（ステップＳ１２）と同じ処理である同期位置サーチ処理（ステップＳ０９）を行い、再生中に常時更新していくことで、早送り／早戻し要求の際、現在位置を基準としたデータからサーチを行うようにする。
【００４７】
［動作イメージ］
６秒間再生した後に早送り要求を受け付けた場合において、第１実施形態での様子を図１９に示す、同様の場合で第２実施形態の様子を表した図２０と比較すると、図２０の丸数字３、４、５、６の処理を行うことにより、図１９の丸数字６、７の処理と丸数字８の一部の処理が省略されることとなる。
【００４８】
第１実施形態の［３］の後で、１回のデコード完了通知を受け取った際、［５］同等の処理を行うが、実際には、データが隣あっているため、ターゲット位置を決める必要はなく、１回の値更新だけを行うので、簡易処理で実現できる。
【００４９】
［効果］
本発明の第２実施形態による圧縮オーディオ・ファイル再生方法によれば、一つのデータを再生後にリアルタイムに該当オフセットを更新していくため、実際の早送り／早戻し動作に入ってからの同期位置をサーチする処理にかかる時間が、常に現在位置が基準となるため、第１実施形態に比べて短く、一定間隔になる。
動画データや、一つのファイルが十分長い場合などに対して、最後の方まで通常再生していて、最後に早送り／早戻し要求が行われた時に特に有効である。
【００５０】
（第３実施形態）
本発明の第３実施形態による圧縮オーディオ・ファイル再生方法では、第１、２実施形態と重複する説明を省略する。また、第３実施形態では、第１、２実施形態と組み合わせることもできる。
【００５１】
［動作］
第１実施形態において、ヘッダ部解析装置０９は、メモリ１０に格納されているオフセット値（第１のオフセット値）と、その次のオフセット値（第２のオフセット値）とを取得してバッファに格納し、第１、２のオフセット値と算出オフセット値（第３のオフセット値）とを比較する比較処理を実行している（図１１のステップＳ３１）。そこで、比較処理を実行した結果、条件Ｐ（第１のオフセット値≦第３のオフセット値＜第２のオフセット値）を満たさない場合は（図１１のステップＳ３２−Ｎｏ）、ヘッダ部解析装置０９は、データ取得・更新処理を実行する（図１１のステップＳ３３）。このデータ取得・更新処理において、ヘッダ部解析装置０９は、もう一度ファイルのヘッダ部にアクセスして、第２のオフセット値の次のオフセット値（第４のオフセット値）を取得して、第２、４のオフセット値をそれぞれ第１、２のオフセット値としてバッファを更新する。しかし、ＦＡＴのファイルシステムでクラスタ・チェーンを解析する必要がある場合などは逆方向へサーチすることが困難である。
【００５２】
そこで、第３実施形態では、図２１、２２に示すように、データ取得・更新処理（図１１のステップＳ３３）に代えてデータ取得・更新処理（図２１のステップＳ３３’）が実行される。このデータ取得・更新処理（図２１のステップＳ３３’）において、ヘッダ部解析装置０９は、早戻し要求時に同一バッファ内でサーチができなかった場合（図２２のステップＳ４０−Ｙｅｓ、Ｓ４１−Ｙｅｓ）、バッファに格納されたオフセット値をクリアする（図２２のステップＳ４２）。次に、もう一度ファイルのヘッダ部にアクセスして、第２のオフセット値の次のオフセット値（第４のオフセット値）を取得して（図２２のステップＳ４３）、第２、４のオフセット値をそれぞれ第１、２のオフセット値としてバッファを更新する（図２２のステップＳ４４）。このように、ヘッダ部解析装置０９は、早戻し要求時に同一バッファ内でサーチができなかった場合は情報（オフセット値）をクリア（削除）することで、最初から探し直す。
【００５３】
［動作イメージ］
図２３の丸数字１０の処理でｙ回目データを取得する際のアドレスを算出するのが困難な場合には、図２３の丸数字１１の処理において、情報をクリアする処理を追加する（図２４の丸数字１２）ことにより、最初から取得をやり直すことで目的へのデータ・アクセスを可能とする。
【００５４】
この早戻しの方法を実現するには、第１実施形態に追加で下記の情報を必要とする。第１実施形態の［５］で求めた値をそれぞれ下記のデータを用いてクリアする。
・音楽データの先頭オフセット、２番目のオフセット：４Ｂｙｔｅ＊２
（‘ｓｔｃｏ’Ａｔｏｍの開始と次の値、クリアする際に用いる）
・３番目のオフセット格納アドレス：４Ｂｙｔｅ
（アドレスＡのクリアに用いる）
（４＊２）＋４＝１２Ｂｙｔｅ
【００５５】
［効果］
本発明の第３実施形態による圧縮オーディオ・ファイル再生方法によれば、第１実施形態の１４Ｂｙｔｅに追加し、合計２６Ｂｙｔｅを使用することで、逆方向へたどることが難しいファイルシステムの場合でも、早戻し時への対応を容易に実現できる。
【００５６】
（第４実施形態）
本発明の第４実施形態による圧縮オーディオ・ファイル再生方法では、第１〜３実施形態と重複する説明を省略する。また、第４実施形態では、第１〜３実施形態と組み合わせることもできる。
【００５７】
圧縮オーディオ・ファイルは、ＷＭＡ（Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ａｕｄｉｏ）のＶＢＲ（Ｖａｒｉａｂｌｅ  Ｂｉｔ  Ｒａｔｅ：可変ビットレート）ファイルでもよい。上述の複数のデータの各々は、パケットに対応する。この場合でも、図２５のように、ヘッダ解析でＶＢＲを検知したら、データの後ろに格納されているインデックス情報に対して、本発明を利用し、アクセス位置とオフセット値の保存と更新を行うだけで、メモリ１０に全ての同期位置を保存することなく、早送り／早戻しを実現できる。
【００５８】
［効果］
本発明の第４実施形態による圧縮オーディオ・ファイル再生方法によれば、１時間のオーディオ・ファイルでは、通常全てのインデックス情報を保持すると、約１５ｋＢｙｔｅ要する場合もあり、約１／１０００近くにメモリ使用量を抑えることができる。
【００５９】
［まとめ］
以上説明したように、本発明の圧縮オーディオ・ファイル再生方法によれば以下の効果を実現する。
１．  メモリ容量を殆ど必要とせず、２０Ｂｙｔｅ前後の最低限の量で済む。
２．  同期位置の間引きによる時間ズレの発生を防止する。
３．  同様のファイル構成であれば、種類問わず早送り／早戻しを実現できる。
【図面の簡単な説明】
【００６０】
【図１】図１は、従来技術による早送り再生処理を示すフローチャートである（背景技術）。
【図２】図２は、従来技術によるフレーム・サーチを示すフローチャートである（背景技術）。
【図３】図３は、従来技術の早送り再生で考慮していたデータ構造の一例を示している（背景技術）。
【図４】図４は、従来技術を用いることができる場合の動作概略を示している（背景技術）。
【図５】図５は、従来技術を用いることができないデータ構造の一例を示している（背景技術）。
【図６】図６は、従来技術を用いることができない場合の動作概略を示している（背景技術）。
【図７】図７は、本発明の第１〜４実施形態による圧縮オーディオ・ファイル再生方法に適用されるシステムとして、圧縮オーディオ・ファイル再生装置を示している。
【図８】図８は、本発明の第１実施形態による圧縮オーディオ・ファイル再生方法において、対象とするファイルを用いた早送り再生の動作イメージ（１秒地点における１０倍速早送り要求を受け付けた場合）を示している。
【図９】図９は、本発明の第１実施形態による圧縮オーディオ・ファイル再生方法を示すフローチャートである。
【図１０】図１０は、本発明の第１実施形態による圧縮オーディオ・ファイル再生方法において、図９の早送り／早戻し処理を示すフローチャートである。
【図１１】図１１は、本発明の第１実施形態による圧縮オーディオ・ファイル再生方法において、図１０の同期位置サーチ処理を示すフローチャートである。
【図１２】図１２は、ＡＡＣ（ＡＤＴＳ形式）のフォーマット・イメージを示している（背景技術）。
【図１３】図１３は、ＡＡＣ（ＲＡＷ形式）のフォーマット・イメージを示している。
【図１４】図１４は、「ＱｕｉｃｋＴｉｍｅ  Ｆｉｌｅ  Ｆｏｒｍａｔ（Ｍａｒｃｈ  ２７、  ２００１）  ＡＰＰＥＮＤＩＸ  Ｃ」にて定義されているＭＰＥＧ−４のＡｔｏｍの構成を示している。
【図１５】図１５は、‘ｓｔｃｏ’Ａｔｏｍの格納位置を示したヘッダ・イメージである。
【図１６】図１６は、‘ｓｔｃｏ’Ａｔｏｍ内のオフセット情報格納の様子を表したイメージである。
【図１７】図１７は、‘ｓｔｓｃ’Ａｔｏｍの格納位置を示したヘッダ・イメージである。
【図１８】図１８は、本発明の第２実施形態による圧縮オーディオ・ファイル再生方法を示すフローチャートである。
【図１９】図１９は、本発明の第１実施形態による圧縮オーディオ・ファイル再生方法において、第２実施形態と比較するために、対象とするファイルを用いた早送り再生の動作イメージ（６秒地点における１０倍速早送り要求を受け付けた場合）を示している。
【図２０】図２０は、本発明の第２実施形態による圧縮オーディオ・ファイル再生方法において、対象とするファイルを用いた早送り再生の動作イメージを示している。
【図２１】図２１は、本発明の第３実施形態による圧縮オーディオ・ファイル再生方法において、図１０の同期位置サーチ処理を示すフローチャートである。
【図２２】図２２は、本発明の第３実施形態による圧縮オーディオ・ファイル再生方法において、図２１のデータ取得・更新処理を示すフローチャートである。
【図２３】図２３は、本発明の第１実施形態による圧縮オーディオ・ファイル再生方法において、第３実施形態と比較するために、対象とするファイルを用いた早戻し再生の動作イメージ（図８の直後、１１秒地点における１０倍速早戻し要求を受け付けた場合）を示している。
【図２４】図２４は、本発明の第３実施形態による圧縮オーディオ・ファイル再生方法において、対象とするファイルを用いた早送り再生の動作イメージを示している。
【図２５】図２５は、本発明の第４実施形態による圧縮オーディオ・ファイル再生方法における、ＷＭＡファイルのＶＢＲでの利用イメージを示している。
【符号の説明】
【００６１】
００    データ記録媒体、
０１    ドライバ、
０２    入力データ・バッファリング装置、
０３    デコーダ、
０４    出力装置、
０５    ＣＰＵ、
０６    表示部、
０７    操作部、
０８    ターゲット位置アクセス装置、
０９    ヘッダ部解析装置、
１０    メモリ、
【図１】
2010107767.tif 000003
【図２】
2010107767.tif 000004
【図３】
2010107767.tif 000005
【図４】
2010107767.tif 000006
【図５】
2010107767.tif 000007
【図６】
2010107767.tif 000008
【図７】
2010107767.tif 000009
【図８】
2010107767.tif 000010
【図９】
2010107767.tif 000011
【図１０】
2010107767.tif 000012
【図１１】
2010107767.tif 000013
【図１２】
2010107767.tif 000014
【図１３】
2010107767.tif 000015
【図１４】
2010107767.tif 000016
【図１５】
2010107767.tif 000017
【図１６】
2010107767.tif 000018
【図１７】
2010107767.tif 000019
【図１８】
2010107767.tif 000020
【図１９】
2010107767.tif 000021
【図２０】
2010107767.tif 000022
【図２１】
2010107767.tif 000023
【図２２】
2010107767.tif 000024
【図２３】
2010107767.tif 000025
【図２４】
2010107767.tif 000026
【図２５】
2010107767.tif 000027