(57)【要約】【課題】再生開始または再生対象の変更を行う場合に発生する待ち時間を短縮することを課題とする。【解決手段】符号化データを記憶する複数のデバイス７０と、デバイス７０から符号化データを読み出して音響データを生成する音響データ生成部２０と、音響データ生成部２０によって生成された音響データに基づいて音響信号を再生する音響信号再生部４０と、複数のデバイス７０のうち何れか一から読み出された符号化データを基に音響データ生成部２０によって生成された音響データを保持するデバイスバッファ５２と、を備え、デバイスバッファ５２は、夫々異なるデバイス７０に係る音響データを保持する複数のデバイスバッファ５２であり、音響信号再生部４０は、再生開始時に、再生対象となる音響データを保持するデバイスバッファ５２を選択し、選択されたデバイスバッファ５２に保持された音響データに基づく音響信号を再生する、音響信号再生装置とした。【選択図】図１
2008269695.tif 000002
【特許請求の範囲】
【請求項１】
符号化された音響データである符号化データを記憶する複数の記憶媒体のうち何れかから前記符号化データを読み出し、読み出した符号化データを復号することで音響データを生成する音響データ生成手段と、
前記音響データ生成手段によって生成された前記音響データに基づいて音響信号を再生する音響信号再生手段と、
前記複数の記憶媒体のうち何れか一から読み出された符号化データを基に前記音響データ生成手段によって生成された前記音響データを保持する音響データバッファ手段と、
を備え、
前記音響データバッファ手段は、夫々異なる前記記憶媒体に係る前記音響データを保持する複数の音響データバッファ手段であり、
前記音響信号再生手段は、再生開始時に、前記複数の音響データバッファ手段のうち、再生対象となる音響データを保持する前記音響データバッファ手段を選択し、選択された音響データバッファ手段に保持された音響データに基づく音響信号を再生する、
音響信号再生装置。
【請求項２】
前記音響データバッファ手段は、前記音響データのうち、前記音響信号再生手段が音響信号を再生していない時間帯に生成された音響データを保持し、
前記音響信号再生手段は、前記音響データバッファ手段によって保持されている音響データに基づく音響信号を再生し終えた後は、該音響データバッファ手段を介さずに、音響データに基づく音響信号を再生する、
請求項１に記載の音響信号再生装置。
【請求項３】
前記音響データバッファ手段は、前記再生対象となる符号化データを基に生成された音響データのうち、先頭から所定のサイズ分の音響データを保持し、
前記音響データ生成手段は、前記音響信号再生手段によって音響信号の再生が開始されることに伴って、前記所定のサイズ分の音響データに続く後続音響データを生成し、
前記音響信号再生手段は、前記音響データバッファ手段によって保持されている前記所定のサイズ分の音響データに基づく音響信号を再生し終えた後に、続けて前記後続音響データに基づく音響信号を再生する、
請求項２に記載の音響信号再生装置。
【請求項４】
符号化された音響データである符号化データを記憶する記憶媒体から読み出された前記符号化データを保持する複数の符号化データバッファ手段と、
前記複数の符号化データバッファ手段のうち一の符号化データバッファ手段によって保持された前記符号化データを読み出し、読み出した符号化データを復号することで音響データを生成する音響データ生成手段と、
前記音響データに基づいて音響信号を再生する音響信号再生手段と、
再生対象の変更指示を伴うユーザ操作を受け付けるユーザ操作受付手段と、
を備え、
前記複数の符号化データバッファ手段のうち、前記音響データ生成手段による符号化データ読み出しの対象となっている符号化データバッファ手段は、前記音響信号再生手段による再生対象となっている符号化データを前記記憶媒体から読み出して保持し、
前記複数の符号化データバッファ手段のうち、前記音響データ生成手段による符号化データ読み出しの対象となっていない符号化データバッファ手段は、前記ユーザ操作による前記再生対象の変更が行われた場合に必要となる符号化データを保持し、
前記音響データ生成手段は、前記再生対象の変更が行われた場合に、前記符号化データの読み出し元を、前記複数の符号化データバッファ手段のうち、新たな再生対象となる符号化データを保持する前記符号化データバッファ手段に変更する、
音響信号再生装置。
【請求項５】
前記ユーザ操作受付手段は、複数種類のユーザ操作を受け付け、
前記ユーザ操作の履歴に基づいて前記ユーザ操作ごとの操作頻度を算出する操作頻度算出手段を更に備え、
前記符号化データバッファ手段は、前記操作頻度の高いユーザ操作から優先的に、該ユーザ操作による前記再生対象の変更が行われた場合に必要となる符号化データを保持する、
請求項４に記載の音響信号再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音響信号再生装置に関する。
【背景技術】
【０００２】
従来、予め所定時間分のオーディオ信号データをバッファに読み込んだ上で、音響を再生する技術がある（特許文献１を参照）。また、光ディスク装置を備える音響信号再生装置において、オーディオ信号データをバッファに読み込んでおくことで音とびを防止する技術（特許文献２を参照）、再生前のオーディオ信号を予め読み込むことで再生開始に必要な時間を短縮する技術（特許文献３を参照）等がある。
【特許文献１】特開平１１−１４６４５９号公報
【特許文献２】特開２０００−１５６０４５号公報
【特許文献３】特開２００３−２０３４２３号公報
【特許文献４】特開２００３−１７３６１３号公報
【特許文献５】特開２００３−１３１６７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来、音響信号を再生する装置においては、実際の再生に先んじて必要な信号データをバッファに読み込んだ上で音響再生を行うことで、音とびを防止したり、再生開始に必要な時間を短縮することが行われている。
【０００４】
しかし、複数のデバイスが接続されたステレオ・コンポーネント・システムや車載オーディオ装置では、ユーザによる再生開始の操作を受け付けた後に、ユーザ操作に係るデバイスを特定する必要があるため、再生開始時にはその都度デバイスの選択、データ読込および復号を行う必要があり、再生開始の操作を行ってから実際に再生が開始されるまでに数秒程度の待ち時間が発生することが通常である。
【０００５】
また、再生開始時に限らず、再生中に曲送り等の再生対象の楽曲を変更するユーザ操作が受け付けられた場合にも、やはりデバイス中のデータ位置の特定、データ読込および復号を行う必要があり、操作を行ってから実際に再生対象楽曲への変更が完了するまでに若干の待ち時間が発生する。
【０００６】
本発明は、上記した問題に鑑み、再生開始または再生対象の変更を行う場合に発生する待ち時間を短縮することを課題とする。
【課題を解決するための手段】
【０００７】
本発明は、上記した課題を解決するために、再生対象となり得るデータを保持する複数のバッファと、これらのバッファから、実際に再生対象となるデータを保持するバッファを選択し、データを読み出す手段とを備えることで、再生開始または再生対象の変更を行う場合に発生する待ち時間を短縮することを可能にした。
【０００８】
詳細には、本発明は、符号化された音響データである符号化データを記憶する複数の記憶媒体のうち何れかから前記符号化データを読み出し、読み出した符号化データを復号することで音響データを生成する音響データ生成手段と、前記音響データ生成手段によって生成された前記音響データに基づいて音響信号を再生する音響信号再生手段と、前記複数の記憶媒体のうち何れか一から読み出された符号化データを基に前記音響データ生成手段によって生成された前記音響データを保持するバッファ手段と、を備え、前記バッファ手
段は、夫々異なる前記記憶媒体に係る前記音響データを保持する複数のバッファ手段であり、前記音響信号再生手段は、再生開始時に、前記複数のバッファ手段のうち、再生対象となる音響データを保持する前記バッファ手段を選択し、選択されたバッファ手段に保持された音響データに基づく音響信号を再生する、音響信号再生装置である。
【０００９】
本発明に係る音響信号再生装置は、符号化された音響データである符号化データを記憶する記憶媒体から符号化データを読み出し、読み出した符号化データを復号することで音響データを生成し、この音響データに基づく音響信号を再生する。また、音響信号再生装置によって再生された音響信号は、音響信号に従って音響を発生させるスピーカ等に入力される。
【００１０】
ここで、本発明に係る音響信号再生装置は、復号された音響データを保持するバッファ手段を複数備え、更にこれらのバッファ手段は、何れか一の記憶媒体に係る復号済音響データを保持する。このようなバッファ手段が複数備えられているため、本発明に係る音響信号再生装置は、再生開始時に、再生対象の記憶媒体に係る音響データが保持されているバッファ手段を選択し、このバッファ手段によって保持されている音響データによって、迅速に音響信号の再生を開始することが出来る。即ち、本発明に拠れば、再生開始時に、実際に再生が始まるまでの待ち時間を短縮することが可能となる。
【００１１】
また、本発明において、前記バッファ手段は、前記音響データのうち、前記音響信号再生手段が音響信号を再生していない時間帯に生成された音響データを保持し、前記音響信号再生手段は、前記バッファ手段によって保持されている音響データに基づく音響信号を再生し終えた後は、該バッファ手段を介さずに、音響データに基づく音響信号を再生してもよい。
【００１２】
本発明に係る音響データ生成手段は、音響信号再生手段が音響信号を再生していない時間帯にも音響データを生成する。バッファ手段は、この時間帯に生成された音響データを保持することで、再生開始に備える。即ち、本発明に係る音響信号再生装置は、音響信号を再生していない時間帯に、再生開始時に使用される音響データを生成および保持しておくことで、再生開始時の待ち時間を短縮する。
【００１３】
また、音響信号再生装置は、再生開始後、バッファ手段に保持された音響データがある間はバッファ手段より音響データを取得して再生を行うが、バッファ手段によって保持されていた音響データが尽きると、バッファ手段を介さずに、バッファ手段を備えない音響信号再生装置と同様の方法で音響を再生する。
【００１４】
また、本発明において、前記バッファ手段は、前記再生対象となる符号化データを基に生成された音響データのうち、先頭から所定のサイズ分の音響データを保持し、前記音響データ生成手段は、前記音響信号再生手段によって音響信号の再生が開始されることに伴って、前記所定のサイズ分の音響データに続く後続音響データを生成し、前記音響信号再生手段は、前記バッファ手段によって保持されている前記所定のサイズ分の音響データに基づく音響信号を再生し終えた後に、続けて前記後続音響データに基づく音響信号を再生してもよい。
【００１５】
例えば、再生対象が１曲分の楽曲の符号化データであった場合、バッファ手段は、この楽曲の先頭部分の符号化データを音響データ化し、保持する。先述の通り、再生開始時にはバッファ手段によって保持された音響データが読み出される。そして、音響信号再生手段がバッファ手段によって保持された音響データに従って音響信号を再生している間に、音響データ生成手段は、後続音響データを生成する。このような構成とすることで、本発明に拠れば、再生開始時の待ち時間を短縮した上で、バッファ手段を介さない従来方式の
音響再生にスムーズに移行することが可能である。
【００１６】
また、本発明において、前記所定のサイズは、該所定のサイズ分の音響データに基づく音響信号が前記音響信号再生手段によって再生されるときの再生時間が、前記音響データ生成手段が前記後続音響データの先頭部分を生成するために必要な時間以上の再生時間となるサイズであってもよい。
【００１７】
先述の通り、音響データ生成手段は、音響信号再生手段がバッファ手段によって保持された音響データに従って音響信号を再生している間に、後続音響データを生成する。このため、音響信号再生手段によるバッファ手段によって保持された音響データの再生が終了する前に、後続音響データの先頭部分の生成を完了していることが好ましい。上記所定のサイズは、このような条件を考慮して定められるサイズである。
【００１８】
また、本発明に係る音響信号再生装置は、前記記憶媒体ごとの再生頻度を算出する再生頻度算出手段を更に備え、前記バッファ手段は、前記再生頻度の高い記憶媒体から優先的に、該記憶媒体から読み出された符号化データを基に生成された前記音響データを保持してもよい。
【００１９】
上記構成とすることで、バッファ手段の数が記憶媒体の数よりも少ない場合であっても、再生頻度の高い、即ち、次に再生される可能性の高い記憶媒体に係る音響データを優先して、バッファ手段に保持させることが可能となる。また、再生頻度の高い記憶媒体が優先されることで、再生開始時に、再生対象となった記憶媒体に係る音響データがバッファ手段に保持されている確立を高めることが可能となる。
【００２０】
また、本発明は、符号化された音響データである符号化データを記憶する記憶媒体から読み出された前記符号化データを保持する複数のバッファ手段と、前記複数のバッファ手段のうち一のバッファ手段によって保持された前記符号化データを読み出し、読み出した符号化データを復号することで音響データを生成する音響データ生成手段と、前記音響データに基づいて音響信号を再生する音響信号再生手段と、再生対象の変更指示を伴うユーザ操作を受け付けるユーザ操作受付手段と、を備え、前記複数のバッファ手段のうち、前記音響データ生成手段による符号化データ読み出しの対象となっているバッファ手段は、前記音響信号再生手段による再生対象となっている符号化データを前記記憶媒体から読み出して保持し、前記複数のバッファ手段のうち、前記音響データ生成手段による符号化データ読み出しの対象となっていないバッファ手段は、前記ユーザ操作による前記再生対象の変更が行われた場合に必要となる符号化データを保持し、前記音響データ生成手段は、前記再生対象の変更が行われた場合に、前記符号化データの読み出し元を、前記複数のバッファ手段のうち、新たな再生対象となる符号化データを保持する前記バッファ手段に変更する、音響信号再生装置である。
【００２１】
本発明に係る音響信号再生装置は、複数のバッファ手段を備える点において、先述の音響信号再生装置と同様の特徴を有する。そして、本発明に係る音響信号再生装置は、複合される前の符号化データを保持するバッファ手段を複数備える点で、複合後の音響データを保持するバッファ手段を複数備える先述の音響信号再生装置と相違する。
【００２２】
符号化データを保持するバッファ手段は、音響データ生成手段による符号化データ読み出しの対象となっている場合、再生対象となっている符号化データを前記記憶媒体から読み出して保持する。即ち、この場合、バッファ手段は、音響データ生成手段により順次復号される符号化データを、復号処理のために一時的に保持するバッファである。
【００２３】
また、バッファ手段は、音響データ生成手段による符号化データ読み出しの対象となっ
ていない場合、ユーザ操作による前記再生対象の変更が行われた場合に必要となる符号化データを、記憶媒体から読み出して保持する。即ち、この場合、バッファ手段は、ユーザ操作によって必要となる可能性がある符号化データを、実際に必要となった際に即座に処理できるように、予め記憶媒体から読み出して保持するバッファである。
【００２４】
このようなバッファ手段を備えることで、ユーザ操作による再生対象の変更が行われた場合であっても、音響データ生成手段は、符号化データの読み出し元バッファを切り替えるのみで、記憶媒体にアクセスすることなく、復号対象の符号化データを得ることが出来る。即ち、本発明に拠れば、再生中に再生対象を切り替えるような場合であっても、切り替えた先の再生対象が再生されるまでの待ち時間を短縮することが可能である。
【００２５】
また、本発明において、前記ユーザ操作受付手段は、複数種類のユーザ操作を受け付け、前記ユーザ操作の履歴に基づいて前記ユーザ操作ごとの操作頻度を算出する操作頻度算出手段を更に備え、前記バッファ手段は、前記操作頻度の高いユーザ操作から優先的に、該ユーザ操作による前記再生対象の変更が行われた場合に必要となる符号化データを保持してもよい。
【００２６】
操作頻度の高いユーザ操作が優先されることで、再生対象の変更時に、新たに再生対象となった符号化データがバッファ手段に保持されている確立を高めることが可能である。
【発明の効果】
【００２７】
本発明によって、再生開始または再生対象の変更を行う場合に発生する待ち時間を短縮することが可能となる。
【発明を実施するための最良の形態】
【００２８】
本発明に係る音響信号再生装置の実施の形態について、図面に基づいて説明する。
【００２９】
＜第一の実施形態＞
図１は、本実施形態に係る音響信号再生装置の概略構成を示す図である。音響信号再生装置１は、複数のデバイス（記憶装置）７０、ファイルシステム６０、プレーヤ制御部１０、音響データ生成部２０、出力バッファ３０、デバイスバッファ部５０、およびスピーカ４１に接続された音響信号再生部４０を備え、ユーザによる操作等に従ってデバイス７０から符号化された音響データ（以下、「符号化データ」と称する）を読み出し、このデータをデコードして音響の再生を行う装置である。
【００３０】
音響信号再生装置１は、複数のデバイス７０を備える。デバイス７０は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）が挿入されるＣＤドライブ、ＭＤ（Ｍｉｎｉ  Ｄｉｓｃ）が挿入されるＭＤドライブ、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ等の記憶装置である。これらのデバイス７０には、ＰＣＭ（Ｐｕｌｓｅ−Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）等の各種符号化方式で符号化され、場合によってはＭＰ３（ＭＰＥＧ−１  Ａｕｄｉｏ  Ｌａｙｅｒ−３）等の各種圧縮方式で圧縮された符号化データが記憶されている。
【００３１】
ファイルシステム６０は、音響信号再生装置１が有するデバイス７０に保存されているデータの管理を行う。また、ファイルシステム６０は、音響データ生成部２０からの指示を受けて、デバイス７０上の符号化データを読み出し、音響データ生成部２０へ渡す。
【００３２】
プレーヤ制御部１０は、ユーザ操作を受けて、音響データ生成部２０および音響信号再生部４０を制御する。また、プレーヤ制御部１０は、操作履歴テーブル１１を有する。操作履歴テーブル１１は、音響信号再生装置１が備えるデバイス７０ごとに行われた操作の
履歴が記録されるテーブルである。例えば、操作履歴テーブル１１には、各デバイス７０への遷移回数が保持される（図２を参照）。操作履歴テーブル１１は、以降に説明するデバイスバッファ５２への音響データ格納処理において、処理対象となるデバイス７０の優先順位を決定するために参照される。
【００３３】
音響データ生成部２０は、ファイルシステム６０を介して各デバイス７０に保存されている符号化データを読み込み、読み込んだデータをデコードすることで音響データを生成する。生成された音響データは、音響信号再生装置１が再生状態である場合は出力バッファ３０に、再生状態でない場合はデバイスバッファ５２に格納される。ここで、再生状態とは、音響信号再生装置１がデバイス７０から読み出した符号化データに係る楽曲を再生している状態をいう。なお、図示しないチューナ等を用いてラジオ放送やテレビ放送の音声等を再生している状態は、本実施形態でいう「再生状態」には含まれないものとする。また、音響データ生成部２０は、バッファ格納時間テーブル２４を有する。バッファ格納時間テーブル２４は、音響データ生成部２０がファイルシステム６０を介してデバイス７０から符号化データを読み出し、読み出した符号化データをデコードして音響データを生成するまでに必要な時間を、デバイス７０ごとに保持する（図３を参照）。
【００３４】
デバイスバッファ部５０は、音響信号再生装置１が再生状態でない場合に、デバイス７０ごとの音響データ生成部２０によって生成された音響データが格納される複数のデバイスバッファ５２と、デバイスバッファ５２を管理するためのデバイスバッファ管理テーブル５１とを有する。また、デバイスバッファ５２は、ファイルシステム６０を介して各デバイス７０へアクセスする場合のアクセス速度よりも高速なアクセス速度を有する。
【００３５】
デバイスバッファ５２に格納される音響データは、デバイス７０に記録された音響が再生される際に、再生開始ポイントから所定時間分（通常は、数秒分）の音響データである。本実施形態は、再生開始ポイントから所定時間分の音響データを、予めデコードした状態でデバイス７０ごとにデバイスバッファ５２に保持させることで、何れのデバイス７０についての再生指示が行われた場合であっても、再生開始までの時間を短縮することを可能とした点に特徴を有する。なお、各デバイスバッファ５２には、デバイス７０ごとに音響データが格納されるが、音響信号再生装置１が備えるデバイス７０の数とデバイスバッファ５２の数とが一致する必要はない。例えば、デバイス７０の数よりも少ない数のデバイスバッファ５２を設け、優先度の高いデバイス７０についてのみデバイスバッファ５２に音響データが格納されることとしてもよい。
【００３６】
音響信号再生部４０は、出力バッファ３０またはデバイスバッファ５２から音響データを読み出し、読み出した音響データに従って音響信号を発生させ、この音響信号に基づいた音響をスピーカ４１に発生させることで音響を再生する。
【００３７】
なお、上記各機能部は、専用のハードウェアで実現されてもよいし、ＲＡＭまたはＲＯＭ等のメモリに展開されたプログラムをＣＰＵが実行することで実現されてもよい。
【００３８】
図４は、本実施形態におけるデバイスバッファ管理テーブル５１の構成を示す図である。デバイスバッファ管理テーブル５１は、デバイス識別子、デバイスバッファ先頭アドレス、デバイスバッファサイズおよび入力ポインタが含まれるデバイスバッファ情報が蓄積されるテーブルである。デバイス識別子は、デバイスバッファ５２に格納される音響データに係るデバイス７０（例えば、ＣＤ、ＭＤ、ＨＤＤ等）を識別するための情報である。デバイスバッファ先頭アドレスは、図示しないＲＡＭ等のメモリに確保されたデバイスバッファ領域の先頭アドレスである。音響データ生成部２０は、このアドレスを参照することでデコードした音響データの格納位置を認識する。また、デバイスバッファサイズは、前記ＲＡＭ等のメモリに確保されたデバイスバッファ領域のサイズである。本実施形態で
は、デバイスバッファ領域のサイズは、バイト等データ長を示す単位で保持される。入力ポインタは、音響データ生成部２０によって生成された音響データが格納されるデバイスバッファ領域内のアドレスを示すポインタである。
【００３９】
図５は、本実施形態におけるデバイスバッファ５２への音響データ格納処理の流れを示すフローチャートである。本フローチャートに示された処理は、プレーヤ制御部１０によって定期的に開始される。
【００４０】
ステップＳ１０１では、音響信号再生装置１が再生状態でないことが判定される。プレーヤ制御部１０は、音響信号再生装置１が、現在いずれかのデバイス７０に係る音響を再生しているか否かを判定する。例えば、音響データ生成部２０の状態を取得し、音響データ生成部２０がデコード処理を行っているか否かを判定することで、音響信号再生装置１が再生状態であるか否かを判断することが出来る。音響信号再生装置１が再生状態であると判定された場合、本フローチャートに示された処理は終了する。音響信号再生装置１が再生状態ではないと判定された場合、処理はステップＳ１０２へ進む。
【００４１】
ステップＳ１０２では、バッファ対象のデバイス７０が選択される。プレーヤ制御部１０は、操作履歴テーブル１１を参照し、操作頻度が最も高いデバイス７０を選択する。例えば、図２に示す操作履歴テーブル１１が参照された場合、最も遷移回数の多いＨＤＤがバッファ対象として選択される。その後、処理はステップＳ１０３へ進む。
【００４２】
ステップＳ１０３では、デバイスバッファ管理テーブル５１が更新される。音響データ生成部２０は、ステップＳ１０２で選択されたデバイス７０に係る音響データを保持する領域をメモリ上に確保し、確保した領域をデバイスバッファ５２としてデバイスバッファ管理テーブル５１に記録する。このとき確保される領域のサイズは、バッファ格納時間テーブル２４を参照することで決定される（図３を参照）。音響データ生成部２０は、バッファ対象となるデバイス７０の識別子（デバイスを識別するためのＩＤや名前等）、確保領域（デバイスバッファ５２）の先頭アドレス、デバイスバッファ５２のサイズ、および生成された音響データの書き込み位置を示す入力ポインタをデバイスバッファ管理テーブル５１へ記録する。この時点では、入力ポインタにはデバイスバッファ先頭アドレスと同一のアドレスが記録される。その後、処理はステップＳ１０４へ進む。
【００４３】
ステップＳ１０４およびステップＳ１０５では、符号化データが読み出され、この符号化データに基づいて音響データが生成される。音響データ生成部２０は、ファイルシステム６０を介して、ステップＳ１０２で選択されたデバイス７０から符号化データを読み出す（ステップＳ１０４）。そして、読み出した符号化データをデコードすることで、音響データを生成する（ステップＳ１０５）。その後、処理はステップＳ１０６へ進む。
【００４４】
ステップＳ１０６では、生成された音響データがデバイスバッファ５２に格納される。音響データ生成部２０は、ステップＳ１０５で生成された音響データを、デバイスバッファ５２中の、デバイスバッファ管理テーブル５１の入力ポインタが示す位置（アドレス）に記録する。その後、処理はステップＳ１０７へ進む。
【００４５】
ステップＳ１０７では、デバイスバッファ管理テーブル５１が更新される。音響データ生成部２０は、デバイスバッファ５２に音響データを格納する処理と並行して、デバイスバッファ管理テーブル５１の入力ポインタの値を更新する。その後、処理はステップＳ１０８へ進む。
【００４６】
なお、例えば音響の再生が開始される等、何らかの原因でデバイスバッファ５２への音響データ格納処理が中断された場合、音響データ格納処理は、入力ポインタが示す位置か
ら再開される。音響データ生成部２０は、デバイス識別子に基づいてデバイスバッファ管理テーブル５１を検索することで該当するデバイスバッファ５２を特定し、デバイスバッファ先頭アドレスと入力ポインタからデバイスバッファ５２に格納済の音響データのサイズ、並びにデバイスバッファ５２に未格納の音響データのサイズを算出し、音響データ格納処理を再開する。なお、本実施形態では、音響データのデバイスバッファ５２への格納状況を、入力ポインタで特定することとしているが、格納済データサイズをデバイスバッファ管理テーブル５１に保持させることで特定することとしてもよい。
【００４７】
ステップＳ１０８では、全てのデバイスバッファ５２について、音響データの格納処理が完了したか否かが判定される。全てのデバイスバッファ５２について音響データのバッファ処理が完了していないと判定された場合、処理はステップＳ１０９へ進む。全てのデバイスバッファ５２について音響データのバッファ処理が完了したと判定された場合、本フローチャートに示された処理は終了する。なお、デバイスバッファ５２の数は、予め固定値として定められていてもよいし、システムの有するメモリの空き領域に応じて動的に変化してもよい。
【００４８】
ステップＳ１０９では、バッファ対象のデバイス７０が選択される。プレーヤ制御部１０は、操作履歴テーブル１１を参照し、ステップＳ１０３からステップＳ１０７の処理でバッファ処理の対象となったデバイス７０の次に操作頻度が高いデバイス７０を選択する。その後、処理はステップＳ１０３へ進む。即ち、本フローチャートに示された処理は、システム上の全てのデバイスバッファ５２について音響データの格納処理が完了するまで繰り返される。
【００４９】
このようにすることで、本実施形態に係る音響信号再生装置１は、複数のデバイス７０に係るデコード済の音響データを、再生開始前に、予めデバイスバッファ５２に保持させることが出来る。
【００５０】
図６は、本実施形態における音響再生処理の流れを示すシーケンス図である。本シーケンス図に示された処理は、プレーヤ制御部１０が、ユーザによるボタンの押下等、音響信号再生装置１に備えられた何れかのデバイス７０を指定する再生開始指示を検出したことを契機に開始される。
【００５１】
ステップＳ２０１およびステップＳ２０２では、再生開始指示が検出され、音響データ生成指示が行われる。プレーヤ制御部１０は、ユーザ操作等による再生開始指示を検出すると（ステップＳ２０１）、音響データ生成部２０に対して、音響データの生成を指示する（ステップＳ２０２）。その後、プレーヤ制御部１０は、音響データ生成部２０からの音響データ生成確認通知を待つ。
【００５２】
ステップＳ２１２からステップＳ２１４では、初期バッファが生成され、音響データ生成確認が行われる。音響データ生成部２０は、音響データの生成指示を受信すると（ステップＳ２１２）、出力バッファ３０の先頭に、アドレス情報およびサイズ情報を格納する領域を確保し、この領域に、再生開始指示に係るデバイス７０の音響データを保持するデバイスバッファ５２の先頭アドレスと、デバイスバッファ５２のサイズとを格納する（ステップＳ２１３）。デバイスバッファ先頭アドレスおよびデバイスバッファサイズは、デバイスバッファ管理テーブル５１より取得される。図７は、本実施形態において、初期バッファ生成処理が行われた状態の出力バッファ３０の構成を示す図である。出力バッファ３０には、先頭からデバイスバッファ先頭アドレス、およびデバイスバッファサイズが格納され、それに続く領域が、デバイスバッファ５２に保持されていない音響データをバッファするための領域となる。そして、音響データ生成部２０は、音響データの生成指示に対する確認完了をプレーヤ制御部１０へ通知する（ステップＳ２１４）。その後、音響デ
ータ生成部２０における処理はステップＳ２１５へ進む。
【００５３】
ステップＳ２１５では、デコード処理が行われる。音響データ生成部２０は、ファイルシステム６０を介して再生対象となっているデバイス７０にアクセスし、デバイスバッファ５２に格納されていない続き部分の符号化データをデコードすることで、デバイスバッファ５２に格納されている音響データの続きの音響データを生成する。更に、音響データ生成部２０は、デコードした続き部分の音響データを、出力バッファ３０の「音響データ」領域（図７を参照）に順に格納していく。その後、音響データ生成部２０は、再生対象の符号化データの終点に達するか、ユーザ操作等による再生終了指示がプレーヤ制御部１０を介して通知されるまで、符号化データのデコードとデコードした音響データの出力バッファ３０への格納とを繰り返す。
【００５４】
ステップＳ２０４およびステップＳ２０５では、音響データ生成確認通知が受信され、音響の再生要求が行われる。プレーヤ制御部１０は、ステップＳ２１４で音響データ生成部２０によって発行された音響データ生成確認通知を受信し（ステップＳ２０４）、音響信号再生部４０に対して音響の再生を要求する（ステップＳ２０５）。その後、プレーヤ制御部１０は、ユーザ操作や、音響信号再生部４０からの音響再生終了通知等の入力待ち状態となる。
【００５５】
ステップＳ２２５およびステップＳ２２６では、音響再生要求が受信され、音響が再生される。音響再生の要求を受けた音響信号再生部４０は（ステップＳ２２５）、出力バッファ３０へアクセスする。上述の通り、出力バッファ３０の先頭にはデバイスバッファ５２のアドレスが格納されており、音響信号再生部４０はこのアドレスを参照することで更にデバイスバッファ５２へアクセスし、デバイスバッファ５２中の音響データに基づいて音響信号を生成することで音響の再生を行う（ステップＳ２２６）。
【００５６】
音響信号再生部４０は、デバイスバッファ５２に保持された音響データの再生が終了するまで、即ちデバイスバッファサイズ（図７を参照）に示されたサイズの音響データの再生が終了するまで、デバイスバッファ５２に保持された音響データを読み出して音響の再生を行う。ここで、デバイスバッファ５２に処理された音響データの再生が終了すると、音響信号再生部４０は、出力バッファ３０中のデバイスバッファサイズ格納部に続く領域にアクセスし、ここに格納された音響データに基づいて音響再生を継続する（ステップＳ２２７）。
【００５７】
出力バッファ３０中のデバイスバッファサイズ格納部に続く領域には、音響信号再生部４０がデバイスバッファ５２にアクセスして音響再生を行っている間に、音響データ生成部２０によってデコード済みの音響データが蓄積されている。このため、音響信号再生部４０がデバイスバッファ５２中の音響データを再生し終わった場合でも、音響の再生を継続することが可能である。また、デバイスバッファ５２中の音響データを再生し終える迄に続きの音響データを出力バッファ３０に格納する必要があるため、デバイスバッファ５２は、音響データ生成部２０が続き部分の音響データをデコードして出力バッファ３０に格納し終えるまでに必要な時間を考慮したサイズの音響データを保持する必要がある。
【００５８】
本実施形態では、デバイスバッファサイズは、出力バッファ３０へ格納する音響データの生成に必要な時間分以上のサイズとする。しかし、この時間は、デバイス７０の仕様（対応サンプリング周波数、対応ビットレート等）、処理性能、およびファイルシステム６０の性能に依存する。このため、音響データ生成部２０は、予めデバイス７０ごとに音響データの生成に必要な時間をバッファ格納時間テーブル２４（図３を参照）に保持しておき、デバイスバッファ５２への音響データ格納処理時にこのバッファ格納時間テーブル２４を参照することで、確保するデバイスバッファ５２用の領域サイズを決定する（ステッ
プＳ１０３を参照）。
【００５９】
従来、ユーザ等からの再生指示を受信した場合、再生指示の受信後にデバイス７０を選択し、選択したデバイス７０にアクセスし、符号化データの先頭からデコードを行って再生を行っていた。本実施形態に係る音響信号再生装置１に拠れば、ユーザ等からの再生指示を受けた時点で既に複数のデバイス７０について先頭部分の音響データがデコードされた状態でデバイスバッファ５２に保持されているため、再生指示の受信後にデバイス７０の選択、アクセスおよびデコードを待ってから再生を行う必要がなく、再生指示から実際に再生が開始されるまでの時間を短縮することが出来、操作感の軽快さが向上する。
【００６０】
＜第二の実施形態＞
図８は、本実施形態に係る音響信号再生装置の概略構成を示す図である。本実施形態に係る音響信号再生装置１ｂは、第一の実施形態に係る音響信号再生装置１と概ね同様の構成を有するが、音響データ生成部２０が複数の符号化データバッファ２２Ａ、２２Ｂ（本実施形態では２つ）を有する点において特徴を有する。
【００６１】
音響データ生成部２０は、デコード部２１、符号化データバッファ（キャッシュメモリ）２２Ａ、２２Ｂ、および符号化データバッファ管理テーブル２３を有する。デコード部２１は、ファイルシステム６０を介して読み込まれた符号化データをデコードすることで音響データを生成する。符号化データバッファ２２Ａ、２２Ｂは、デコード部２１からのアクセスにおいて、少なくともファイルシステム６０を介して各デバイス７０へアクセスするよりも高速なアクセス速度を有し、一方が現用バッファとして使用され、他方が予測バッファとして使用される。
【００６２】
本実施形態において、現用バッファとは、再生ファイルの読み込み用バッファである。即ち、現用バッファには、音響信号再生装置１ｂが再生状態である場合に、現在再生している楽曲等に係る符号化データであって、デコード部２１によってすぐにデコードされて出力バッファ３０へ格納される（即ち、デコード後すぐに再生される）符号化データが格納される。
【００６３】
また、予測バッファとは、予測される次のユーザ操作が行われた場合に必要となる楽曲ファイルの符号化データが格納されるバッファである。予測バッファにこのような符号化データが予め格納されていることで、ユーザ操作による再生楽曲の変更等の要求を受け付けた場合に、デコード部２１は読み込み先符号化データバッファ２２Ａ、２２Ｂの切替を行い、事前に格納されている符号化データを読み込んで、変更された楽曲の再生開始等に係る時間を短縮（ファイル読み込みを高速化）することが可能である。即ち、デコード部２１は、符号化データバッファ２２Ａが現用バッファ、符号化データバッファ２２Ｂが予測バッファである場合にユーザ操作を受け付けると、符号化データバッファ２２Ｂを現用バッファに、符号化データバッファ２２Ａを予測バッファに切り替える。
【００６４】
読み込み先符号化データバッファ２２Ａ、２２Ｂの切替は、デコード部２１が、デコード部２１が有するスイッチの切替を行うことによって行われる。このスイッチは、機械的または電気的に接続先を切り替えるものであってもよいし、実行されるプログラムにおいて参照先を変更するものであってもよい。本実施形態に係るバッファ切替処理は、主に音響信号再生装置１ｂの音響再生中の楽曲変更等にかかる時間を短縮する点で、音響再生開始時の再生開始までの時間を短縮する第一の実施形態に係る処理と異なる。
【００６５】
図９は、本実施形態における符号化データバッファ管理テーブル２３の構成を示す図である。符号化データバッファ管理テーブル２３は、ファイル識別情報、格納データ先頭アドレス、および格納データサイズが含まれる符号化データバッファ情報が蓄積されるテー
ブルである。ファイル識別情報は、予測バッファに格納されている楽曲ファイルを識別するための情報である。即ち、ファイル識別情報は、予測バッファに格納された符号化データが、何れの楽曲ファイルに係るものであるかを識別するために用いられる。なお、ファイル識別情報は、具体的にはファイル名やファイルパス等の情報である。また、格納データ先頭アドレスは、予測バッファ内の符号化データ格納位置を示すアドレスであり、格納データサイズは、予測バッファ内に格納された符号化データのサイズである。
【００６６】
図１０は、本実施形態における符号化データバッファ２２Ａ、２２Ｂへの符号化データ格納処理の流れを示すシーケンス図である。本シーケンス図に示された処理は、デコード部２１が、音響信号再生装置１ｂに備えられた何れかのデバイス７０を指定する楽曲再生指示をプレーヤ制御部１０から受けたことを契機に開始される。
【００６７】
ステップＳ３０１では、再生ファイルの読み込みが要求される。デコード部２１は、ファイルシステム６０に対して、デバイス７０およびデバイス７０上の楽曲ファイル（再生ファイル）を指定して、ファイルを現用バッファ（本シーケンス図では符号化データバッファ２２Ａ）に読み込ませることを要求する。その後、デコード部２１はファイルシステム６０からの読み込み応答を待つ。
【００６８】
ステップＳ３１１およびステップＳ３１２では、再生ファイル読み込み要求の受信およびデータ格納が行われる。ステップＳ３０１で発行された読み込み要求を受信（ステップＳ３１１）したファイルシステム６０は、指定されたデバイス７０から指定された楽曲ファイルを読み出し、符号化データを楽曲ファイルの先頭から順に現用バッファ（本実施形態では、符号化データバッファ２２Ａ）に格納する（ステップＳ３１２）。その後、処理はステップＳ３１３へ進む。
【００６９】
ステップＳ３１３では、再生ファイル読み込み応答が行われる。ファイルシステム６０は、楽曲の再生を開始するのに必要な所定量の符号化データが符号化データバッファ２２Ａに格納された時点で、ステップＳ３１１で受信した再生ファイル読み込み要求に対する応答を、デコード部２１に対して発行する。その後、ファイルシステム６０は、再生に係る楽曲ファイルの全体の符号化データが符号化データバッファ２２Ａに格納されるまで、符号化データバッファ２２Ａに対する格納処理を行う。
【００７０】
ステップＳ３０３およびステップＳ３０４では、再生ファイル読み込み応答が受信され、符号化データのデコードが行われる。デコード部２１は、ステップＳ３１３で発行された再生ファイル読み込み応答を受信し（ステップＳ３０３）、符号化データバッファ２２Ａに格納された符号化データのデコードを開始する（ステップＳ３０４）。デコード部２１は、符号化データをデコードすることで音響データを生成し、生成された音響データを、出力バッファ３０へ格納する。出力バッファ３０へ格納された音響データが音響信号再生部４０によって音響信号に変換され、スピーカ４１から音響として再生されるのは、第一の実施形態において説明した通りである。その後、処理はステップＳ３０５へ進む。
【００７１】
ステップＳ３０５では、予測される次のユーザ操作が行われた場合に必要となる符号化データの読み込みが要求される。デコード部２１は、出力バッファ３０に十分なサイズの音響データが蓄積されている場合等、デコード処理に余裕ができた時点で、ファイルシステム６０に対して、予測される次のユーザ操作が行われた場合に必要となる楽曲を予測バッファ（本シーケンス図では符号化データバッファ２２Ｂ）に読み込ませることを要求する。その後、デコード部２１はファイルシステム６０からの読み込み応答を待つ。
【００７２】
ここで、予測される次のユーザ操作とは、例えば、「曲送り」「曲戻し」「同一デバイス内の他のディスクへの切替（例えば、ＣＤチェンジャ内の再生対象ディスク切替）」「
シャッフル再生」等、再生される楽曲が変更される操作である。デコード部２１は、これらの操作が行われた場合に必要となる楽曲を特定し、楽曲ファイルの読み込みをファイルシステム６０に要求する。なお、シャッフル再生操作が行われた場合に最初に再生される楽曲を予めランダムに選定しておくことで、シャッフル再生操作において必要となる楽曲ファイルについても、読み込み要求を行うことができる。
【００７３】
ステップＳ３１５およびステップＳ３１６では、楽曲ファイル読み込み要求の受信およびデータ格納が行われる。ステップＳ３０５で発行された読み込み要求を受信（ステップＳ３１５）したファイルシステム６０は、指定されたデバイス７０から指定された楽曲ファイルを読み出し、符号化データを楽曲ファイルの先頭から順に予測バッファ（本実施形態では、符号化データバッファ２２Ｂ）に格納する（ステップＳ３１６）。その後、処理はステップＳ３１７へ進む。
【００７４】
ステップＳ３１７では、楽曲ファイル読み込み応答が行われる。ファイルシステム６０は、楽曲の再生を開始するのに必要な所定量の符号化データが符号化データバッファ２２Ｂに格納された時点で、ステップＳ３１５で受信した楽曲ファイル読み込み要求に対する応答を、デコード部２１に対して発行する。その後、ファイルシステム６０は、楽曲ファイル全体または所定量（例えば、１セクタ分）の符号化データが符号化データバッファ２２Ｂに格納されるまで、符号化データバッファ２２Ｂに対する格納処理を行う。
【００７５】
ステップＳ３０７では、再生ファイル読み込み応答が受信される。デコード部２１は、ステップＳ３１７で発行された再生ファイル読み込み応答を受信し、該当するユーザ操作があった場合に、符号化データバッファ２２Ａ、２２Ｂを切り替えることが可能であることを認識する。また、デコード部２１は、再生ファイル読み込み応答を受けて、符号化データバッファ管理テーブル２３を更新する。符号化データバッファ管理テーブル２３には、ステップＳ３１６で格納された楽曲ファイルのファイル識別情報、符号化データバッファ２２Ｂにおける格納データ先頭アドレス、および格納データサイズが記録される。
【００７６】
その後、デコード部２１は、ファイルシステム６０に、予測される複数のユーザ操作に係る複数の楽曲データを、符号化データバッファ２２Ｂに読み込ませる。即ち、音響信号再生装置１ｂが再生状態である間、デコード部２１はステップＳ３０５からステップＳ３０７の処理を繰り返す。格納された符号化データが符号化データバッファ２２Ｂとして確保された領域の上限に達した場合、または、予測される全てのユーザ操作について必要な符号化データの格納が完了した場合、本シーケンス図に示された処理は終了する。
【００７７】
なお、予測されるユーザ操作には、優先順位がつけられ、デコード部２１は、この優先順位が高いユーザ操作に係る楽曲ファイルの順に予測バッファへの格納処理を行うこととしてもよい。優先順位は、各ユーザ操作の頻度または回数等が記録された操作履歴テーブル１１を参照することで決定される。
【００７８】
図１１は、本実施形態における符号化データバッファ切替処理およびこの切替処理に続く符号化データ格納処理の流れを示すシーケンス図である。本シーケンス図に示された処理は、デコード部２１が、ユーザ操作に基づく再生楽曲変更指示をプレーヤ制御部１０から受けたことを契機に開始される。
【００７９】
ステップＳ４０１およびステップＳ４０２では、再生楽曲変更指示が受信され、符号化データバッファ２２Ａ、２２Ｂが切り替えられる。デコード部２１は、プレーヤ制御部１０からユーザ操作に基づく再生楽曲変更指示を受信し（ステップＳ４０１）、符号化データ読出対象の符号化データバッファ２２Ａ、２２Ｂを切り替える。図１１の例では、符号化データバッファ２２Ｂが新たな現用バッファ（符号化データ読出対象の符号化データバ
ッファ）として符号化データ読出対象となる。その後、処理はステップＳ４０３へ進む。
【００８０】
ステップＳ４０３では、符号化データのデコードが行われる。デコード部２１は、符号化データバッファ２２Ｂに格納された符号化データのデコードを開始する。デコード部２１は、再生楽曲変更指示（ステップＳ４０１）に係る楽曲のファイル識別情報で符号化データバッファ管理テーブル２３を検索し、索出された符号化データバッファ情報から格納データ先頭アドレス、および格納データサイズを特定する。そして、格納データ先頭アドレスが示す位置から符号化データを読み出してデコードすることで音響データを生成し、生成された音響データを、出力バッファ３０へ格納する。その後、処理はステップＳ４０４へ進む。
【００８１】
ステップＳ４０４からステップＳ４０７では、新たに現用バッファとなった符号化データバッファ２２Ｂを用いて音響データの生成処理が行われる。処理の詳細は、現用バッファが符号化データバッファ２２Ｂとなったことを除いてステップＳ３０１からステップＳ３０４の処理と同様であるため、説明を省略する（図１０を参照）。その後、処理はステップＳ４０８へ進む。
【００８２】
ステップＳ４０８からステップＳ４１０では、新たに予測バッファとなった符号化データバッファ２２Ａに対して、予測される次のユーザ操作が行われた場合に必要となる楽曲ファイルの符号化データが格納される。処理の詳細は、予測バッファが符号化データバッファ２２Ａとなったことを除いてステップＳ３０５からステップＳ３０７の処理と同様であるため、説明を省略する（図１０を参照）。即ち、ステップＳ４０８からステップＳ４１０では、デコード部２１が再生楽曲変更指示を受信し符号化データバッファ２２Ａが再び現用バッファとなる場合に備えて、符号化データバッファ２２Ａに符号化データが格納される。音響信号再生装置１ｂが再生状態である間、ステップＳ４０８からステップＳ４１０の処理は繰り返され、格納された符号化データが符号化データバッファ２２Ａとして確保された領域の上限に達した場合、または、予測される全てのユーザ操作について必要な符号化データの格納が完了した場合、本シーケンス図に示された処理は終了する。
【００８３】
従来、再生状態で曲送りや曲戻し等の操作を行った場合、ユーザ操作による再生ファイルが確定した後にファイルの読み込みを行っていた。本実施形態に拠れば、再生状態で曲送りや曲戻し等の操作を行った場合に、ユーザ操作時に既に必要なデータがキャッシュメモリ（バッファ）に読み込まれているため、ユーザ操作から音響出力までの時間が短縮され、操作感の軽快さが向上する。
【００８４】
＜その他＞
なお、上記第一の実施形態に係る音響信号再生装置１、および第二の実施形態に係る音響信号再生装置１ｂの構成を同時に包含する音響信号再生装置を実施してもよい。この場合、再生開始前にはデバイスバッファにデコード済みの音響データを保持させることで再生開始時の待ち時間を短縮し、更に、再生中には予測バッファに符号化データを保持させることで、再生対象の変更に伴う待ち時間を短縮することが可能となる。このような音響信号再生装置に拠れば、再生開始や再生対象変更等に係る全てのユーザ操作について、ユーザ操作から音響出力までの待ち時間を短縮し、操作感の軽快さを向上させることが可能である。
【図面の簡単な説明】
【００８５】
【図１】実施形態に係る音響信号再生装置の概略構成を示す図である。
【図２】実施形態における操作履歴テーブルの構成を示す図である。
【図３】実施形態におけるバッファ格納時間テーブルの構成を示す図である。
【図４】実施形態におけるデバイスバッファ管理テーブルの構成を示す図である。
【図５】実施形態におけるデバイスバッファへの音響データ格納処理の流れを示すフローチャートである。
【図６】実施形態における音響再生処理の流れを示すシーケンス図である。
【図７】実施形態において、初期バッファ生成処理が行われた状態の出力バッファの構成を示す図である。
【図８】実施形態に係る音響信号再生装置の概略構成を示す図である。
【図９】実施形態における符号化データバッファ管理テーブルの構成を示す図である。
【図１０】実施形態における符号化データバッファへの符号化データ格納処理の流れを示すシーケンス図である。
【図１１】実施形態における符号化データバッファ切替処理およびこの切替処理に続く符号化データ格納処理の流れを示すシーケンス図である。
【符号の説明】
【００８６】
１  音響信号再生装置
１０  プレーヤ制御部
１１  操作履歴テーブル
２０  音響データ生成部
２１  デコード部
２２Ａ、２２Ｂ  符号化データバッファ
２３  符号化データバッファ管理テーブル
２４  バッファ格納時間テーブル
３０  出力バッファ
４０  音響信号再生部
４１  スピーカ
５０  デバイスバッファ部
５１  デバイスバッファ管理テーブル
５２  デバイスバッファ
６０  ファイルシステム
７０  デバイス（記憶装置）
【図１】
2008269695.tif 000003
【図２】
2008269695.tif 000004
【図３】
2008269695.tif 000005
【図４】
2008269695.tif 000006
【図５】
2008269695.tif 000007
【図６】
2008269695.tif 000008
【図７】
2008269695.tif 000009
【図８】
2008269695.tif 000010
【図９】
2008269695.tif 000011
【図１０】
2008269695.tif 000012
【図１１】
2008269695.tif 000013