(57)【要約】【課題】  バッファを備えた音楽再生装置において、バッファ内の音楽データ蓄積残量に応じて、音楽データ出力時のサンプリングレートを自動的に変更できるようにする。【解決手段】  圧縮されたディジタル音声情報を記憶する記録媒体２と、記録媒体２に圧縮記憶されているディジタル圧縮音声情報を読み出して伸長処理を施す伸長処理部４と、伸長処理部４で伸長処理を施されたディジタル音声情報を一時的に蓄積記憶するバッファ部５と、バッファ部５に蓄積されているディジタル音声情報を所定のサンプリングレートでサンプリングしてスピーカ９へ出力する音声出力部８とをそなえ、バッファ部５のディジタル音声情報蓄積残量に応じて、音声出力部８でのサンプリングレートを変更するサンプリングレート変更部７を設ける。【選択図】        図１
2007042184.tif 000002
【特許請求の範囲】
【請求項１】
圧縮されたディジタル音声情報を記憶する記録媒体と、
該記録媒体に圧縮記憶されているディジタル圧縮音声情報を読み出して伸長処理を施す伸長処理部と、
該伸長処理部で伸長処理を施されたディジタル音声情報を一時的に蓄積記憶するバッファ部と、
該バッファ部に蓄積されているディジタル音声情報を所定のサンプリングレートでサンプリングしてスピーカへ出力する音声出力部とをそなえ、
該バッファ部のディジタル音声情報蓄積残量に応じて、該音声出力部でのサンプリングレートを変更するサンプリングレート変更部が設けられたことを特徴とする、圧縮音楽情報再生装置。
【請求項２】
該サンプリングレート変更部が、該バッファ部のディジタル音声情報蓄積残量が第１閾値以下になると、該音声出力部でのサンプリングレートを下げるように変更することを特徴とする、請求項１記載の圧縮音楽情報再生装置。
【請求項３】
該サンプリングレート変更部が、該バッファ部のディジタル音声情報蓄積残量が該第１閾値以下になった後、再度該第１閾値を上回ると、該音声出力部でのサンプリングレートを上げてもとのサンプリングレートに戻すように変更することを特徴とする、請求項２載の圧縮音楽情報再生装置。
【請求項４】
該サンプリングレート変更部が、値の異なる複数の閾値を有し、該バッファ部のディジタル音声情報蓄積残量と上記の複数の閾値のうち大きいものから順に比較をし、該ディジタル音声情報蓄積残量が閾値以下になるたびに、該音声出力部でのサンプリングレートを下げていくように変更することを特徴とする、請求項１記載の圧縮音楽情報再生装置。
【請求項５】
該サンプリングレート変更部が、値の異なる複数の閾値を有し、該バッファ部のディジタル音声情報蓄積残量と上記の複数の閾値のうち小さいものから順に比較をし、該ディジタル音声情報蓄積残量が閾値を上回るたびに、該音声出力部でのサンプリングレートをもとのサンプリングレートになるまで上げていくように変更することを特徴とする、請求項３記載の圧縮音楽情報再生装置。
【請求項６】
該サンプリングレート変更部が、該バッファ部のディジタル音声情報蓄積残量の減少量を監視し、該減少量がある値以上であると判定された回数が一定回数以上になると、該音声出力部でのサンプリングレートを下げるように変更することを特徴とする、請求項１記載の圧縮音楽情報再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、圧縮音楽情報再生装置に関する。
【背景技術】
【０００２】
現在、音楽再生装置としては、オーディオ用の光ディスク再生専用のＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）プレーヤや、記録及び再生の可能なＭＤ（Ｍｉｎｉ  Ｄｉｓｃ）レコーダ、そして、これらに比べて記録容量が飛躍的に向上したＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）プレーヤ等が実用化されている。これらには、例えば特開２００２−１５５２１号公報（特許文献１）に提案されるような、音楽再生時の音飛びを防止するショックプルーフ機能を有することが知られている。
【０００３】
特許文献１によると、ショックプルーフ機能は、記録媒体に記録された音楽データを再生する前に予めバッファ（メモリ）に記憶しておき、その後バッファから読み出して再生することにより、何らかの理由で上記記録媒体の読み取り処理が中断した場合においても、上記バッファの容量の範囲内で音楽データの出力を可能とするもので、これにより音楽再生時の音飛びを防止できるものである。
【特許文献１】特開２００２−１５５２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述のようなバッファを備えた音楽再生装置において、その制御用ＣＰＵが他のアプリケーションを実行するように構成することも考えられるが、このような場合、圧縮音楽の再生時に、優先度の高い他のアプリケーションにＣＰＵを占有されることがある。このため、圧縮音楽のデコード処理が遅延あるいは中断してしまい、ショックプルーフ機能を実現する際に必要十分な容量の音楽データがバッファ内に格納されなくなることがある。即ち、デコード処理され、バッファに蓄積されるデータ容量よりも、バッファから出て行く音楽データの容量の方が大きくなることで、バッファに蓄積される音楽データが枯渇してしまい、その結果、音楽再生時に音飛びが発生してしまうという課題がある。
【０００５】
本発明は、このような課題に鑑みて創案されたもので、バッファ内の音楽データ蓄積残量に応じて、音楽データ出力時のサンプリングレートを自動的に変更できるようにした、圧縮音楽情報再生装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
このため、請求項１にかかる本発明の圧縮音楽情報再生装置は、圧縮されたディジタル音声情報を記憶する記録媒体と、記録媒体に圧縮記憶されているディジタル圧縮音声情報を読み出して伸長処理を施す伸長処理部と、伸長処理部で伸長処理を施されたディジタル音声情報を一時的に蓄積記憶するバッファ部と、バッファ部に蓄積されているディジタル音声情報を所定のサンプリングレートでサンプリングしてスピーカへ出力する音声出力部とをそなえ、バッファ部のディジタル音声情報蓄積残量に応じて、音声出力部でのサンプリングレートを変更するサンプリングレート変更部が設けられたことを特徴としている。
【０００７】
また、サンプリングレート変更部が、上記バッファ部のディジタル音声情報蓄積残量が第１閾値以下になると、音声出力部でのサンプリングレートを下げるように変更してもよく（請求項２）、サンプリングレート変更部が、上記バッファ部のディジタル音声情報蓄積残量が第１閾値以下になった後、再度第１閾値を上回ると、音声出力部でのサンプリングレートを上げてもとのサンプリングレートに戻すように変更してもよい（請求項３）。
【０００８】
さらに、サンプリングレート変更部が、値の異なる複数の閾値を有し、バッファ部のディジタル音声情報蓄積残量と上記の複数の閾値のうち大きいものから順に比較をし、ディジタル音声情報蓄積残量が閾値以下になるたびに、音声出力部でのサンプリングレートを下げていくように変更してもよく（請求項４）、サンプリングレート変更部が、値の異なる複数の閾値を有し、バッファ部のディジタル音声情報蓄積残量と上記の複数の閾値のうち小さいものから順に比較をし、ディジタル音声情報蓄積残量が閾値を上回るたびに、音声出力部でのサンプリングレートをもとのサンプリングレートになるまで上げていくように変更してもよい（請求項５）。
【０００９】
また、サンプリングレート変更部が、バッファ部のディジタル音声情報蓄積残量の減少量を監視し、減少量がある値以上であると判定された回数が一定回数以上になると、音声出力部でのサンプリングレートを下げるように変更してもよい（請求項６）。
【発明の効果】
【００１０】
本発明によれば、バッファを有する圧縮音楽情報再生装置において、音飛びの発生をさらに抑制することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の圧縮音楽情報再生装置について、図面を用いて説明する。
図１は、本発明の圧縮音楽情報再生装置をそなえたシステムを説明するためのブロック図である。
この図１に示すように、本圧縮音楽情報再生装置１は、記録媒体２と、デコード処理部３と、残量監視部６と、サンプリングレート変更部７と、音声出力部８とをそなえて構成される。
【００１２】
記録媒体２は、圧縮されたディジタル音楽データを記憶するためのものであり、例えばハードディスク等の外部記憶装置が用いられる。
デコード処理部３は、記録媒体２に記録されているディジタル圧縮音楽データを読み出して、読み出したディジタル音楽データを、再生する際に必要となるデータ形式に伸長して変換するためのものであり、このために、伸長処理部４と、バッファ部５とをそなえて構成される。ここで、伸長処理部４は、例えばソフトウェアにより記録媒体２から読み出したディジタル圧縮音楽データを伸長して形式変換するためのものであり、その制御は後述のＣＰＵ１０により行なわれるものである。また、バッファ部５は、伸長処理部４にて伸長形式変換されたディジタル音楽データを一時的に蓄積記憶するためのものであり、例えばＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等の記憶装置が用いられる。
【００１３】
残量監視部６は、バッファ部５に蓄積記憶されているデータ残容量を監視するものであり、検出したデータ残容量に応じてサンプリングレート変更部７にサンプリングレートの変更のトリガとなる信号Ｘを通知するものである。即ち、バッファ部５のデータ残容量（つまり、アナログ音声として再生できる時間）がある程度減少していることを検出したときに、サンプリングレート変更部７へサンプリングレートを下げるような値を持つ信号Ｘを送信し、一方、バッファ部５のデータ残容量が十分増加したことを検出した場合には、サンプリングレート変更部７へサンプリングレートを元に戻すような値を持つ信号Ｘを送信するのである。
【００１４】
サンプリングレート変更部７は、音楽データのサンプリングレートを変更するためのものであり、上記残量監視部６から受信したバッファ部５のデータ残容量に関する信号Ｘに応じてサンプリングレートを変更する。ここで、信号Ｘは、サンプリングレートをある値に変更することを規定しており、その信号Ｘの値によって様々なサンプリングレートを設定することが可能となるものである。なお、ここでのサンプリングレートとは、１秒間に、音楽データを読み出すサンプル数のことをいう。例えば、音声出力部８のサンプリングレートを通常の半分にすると、通常時と比べてサンプリング間隔が２倍となり、バッファ部５から読み出すデータ容量は通常の容量と同じにしたまま、音楽の再生時間を２倍にすることが可能となる。本明細書において、サンプリングレートとは、上記の意味のことをいう。
【００１５】
音声出力部８は、バッファ部５から読み出した音楽データを上記サンプリングレート変更部７で設定された所定のサンプリングレートでサンプリングしてスピーカ９へ出力するものである。
また、外部には、スピーカ９と、ＣＰＵ１０と、アプリケーション１１とがそなえられており、スピーカ９は、例えば据え置き型の音声出力装置であり、低音を表現するサブウーファ等をそなえる場合もある。
【００１６】
ＣＰＵ１０は、各種制御を行なうためのものであり、伸長処理部４の制御や、アプリケーション１１の制御を行なっている。ここで、アプリケーション１１は、本圧縮音楽情報再生装置１がそなえられたシステムにおけるその他のアプリケーションのことを指し、例えば車載システムにおけるナビゲーション装置に係るアプリケーション等が考えられる。
次に、図２〜４を用いて、本実施形態の動作を説明する。本実施形態は、図２に示すような第１閾値（例えばバッファ全容量の半分の値）と、バッファ部５におけるデータ残容量Ｖとを比較し、データ残容量Ｖが第１閾値以下となった場合にサンプリングレートを下げるように変更するものである。なお、第１閾値は、ユーザが自由に変更できるようになっている。
【００１７】
ここで、図３は、本実施形態の動作を説明するための残量監視部６の処理フロー図である。
まず、本圧縮音楽情報再生装置１の電源がＯＮされることにより、フローを開始し、ついで残量監視部６がバッファ部５のデータ残容量Ｖを検出する（ステップＳ１）。
そして、検出されたデータ残容量Ｖと図２に示すような第１閾値とを比較し（ステップＳ２）、バッファ部５におけるデータ残容量Ｖが第１閾値以下であると判定された場合には（ステップＳ２のｙｅｓルート）、サンプリングレート変更のトリガとなる信号Ｘに「１」を設定する（ステップＳ３）。また、ステップＳ３においてバッファ部５におけるデータ残容量Ｖが第１閾値よりも大きいと判定された場合には（ステップＳ２のｎｏルート）、信号Ｘに「０」を設定する（ステップＳ５）。
【００１８】
そして、ステップＳ４において、残量監視部６は、上記の信号Ｘをサンプリングレート変更部７に対して送信し、残量監視部６での処理を終了する。
次に、図４を用いてサンプリングレート変更部７での処理を説明する。図４は、本実施形態の動作を説明するためのサンプリングレート変更部７の処理フロー図である。
まず、本圧縮音楽情報再生装置１の電源がＯＮされることにより、フローを開始し、ついで残量監視部６から信号Ｘを受信する（ステップＳ６）。
【００１９】
ここで、信号Ｘの値が「０」であるかどうかを判定し（ステップＳ７）、信号Ｘの値が「０」であると判定された場合には（ステップＳ７のｙｅｓルート）、サンプリングレートを第１設定値に変更する（ステップＳ８）。また、ステップＳ７において、信号Ｘの値が「０」でないと判定された場合には（ステップＳ７のｎｏルート）、ついで信号Ｘの値が「１」であるかどうかを判定する（ステップＳ１０）。そして、ステップＳ１０において、信号Ｘの値が「１」であると判定された場合には（ステップＳ１０のｙｅｓルート）、サンプリングレートを第２設定値に変更する（ステップＳ１１）。一方、ステップＳ１０において、信号Ｘの値が「１」でないと判定された場合には（ステップＳ１０のｎｏルート）、処理をステップＳ６へと移し、残量監視部６から信号Ｘを再度受信する。ここで、サンプリングレートの第１設定値としては、例えば通常のサンプリングレートとしてよく用いられる４４．１ｋＨｚがある。また、サンプリングレートの第２設定値は、バッファ部５のデータ残容量の減少を抑制しつつもサンプリングレート変更時においてユーザが違和感なく音楽を聴くことができるようなサンプリングレートとして、例えば３２ｋＨｚとすることがある。
【００２０】
そして、ステップＳ８あるいはステップＳ１１において設定されたサンプリングレートを音声出力部８に対して送信し（ステップＳ９）、サンプリングレート変更部７での処理を終了する。
その後、音声出力部８は、サンプリングレート変更部７から受信したサンプリングレートを基にバッファ部５から音楽データを読み出し、スピーカ９において音声出力するのである。
【００２１】
このような処理により、アプリケーション１１の処理等によりＣＰＵ１０の負荷が高くなって伸長処理部４のデコード処理が遅延・中断され、バッファ部５に蓄積される音楽データの容量が第１閾値以下となるような場合において、本実施形態では、サンプリングレート（第１設定値）を通常よりも低いサンプリングレート（第２設定値）に自動的に変更し、音楽出力部８がバッファ部５から読み出す音楽データの容量を減少させることで、バッファ部５に蓄積されたデータ残容量の減少を抑制することができる。その結果、バッファ部５の音楽データが枯渇することを防ぎ、音楽再生時における音飛びをさらに抑制することが可能となる。
【００２２】
また、一方で、ＣＰＵ１０の負荷が小さくなって伸長処理部４のデコード処理が通常どおり行なわれるようになり、バッファ部５に蓄積される音楽データの容量が第１閾値よりも大きくなるような場合においては、サンプリングレートを通常よりも低いサンプリングレート（第２設定値）から通常のサンプリングレート（第１設定値）に自動的に変更することで、通常どおりの品質での音楽再生を可能としている。
【００２３】
次に、図５〜７を用いて、本実施形態の第１変形例を説明する。この変形例では、バッファ部５のデータ残容量Ｖを複数回検出し、その度に前回検出したデータ残容量Ｖからの変化量を算出する。そして、この変化量が、ある閾値Ａ以上かつ負の値である場合には、例えばバッファ部５に設けられるカウンタ値ｃをインクリメントし、変化量が、ある閾値Ａ以上かつ正の値である場合には、カウンタ値ｃをデクリメントする。そして、このときのカウンタ値ｃが、閾値Ｂ以上となった場合には、サンプリングレートを下げるように変更し、また、カウンタ値ｃが上記閾値Ｂよりも小さくなった場合には、サンプリングレートを通常どおりの値に変更するものである。なお、閾値Ａ，Ｂは、ユーザが自由に設計変更できるようになっている。
【００２４】
ここで、図５は、本変形例の動作を説明するための残量監視部６の処理フロー図である。
まず、本圧縮音楽情報再生装置１の電源がＯＮされることにより、フローを開始し、ついで残量監視部６がバッファ部５のデータ残容量Ｖを検出する（ステップＳ１２）。
そして、一定時間経過後に再びバッファ部５のデータ残容量Ｖ’を検出し（ステップＳ１３）、Ｖ’とＶとの差を取ることにより変化量を算出する。
【００２５】
ここで、前記変化量の絶対値｜Ｖ’−Ｖ｜とある閾値Ａとを比較し（ステップＳ１４）、｜Ｖ’−Ｖ｜が閾値Ａ以上の場合には（ステップＳ１４のｙｅｓルート）、処理をステップＳ１５へと移すが、｜Ｖ’−Ｖ｜が閾値Ａよりも小さい場合には（ステップＳ１４のｎｏルート）、処理をステップＳ１３に戻し、再び一定時間経過後にバッファ部５の残容量Ｖ’を検出する。
【００２６】
ステップＳ１５においては、（Ｖ’−Ｖ）の正負を判定し、負であると判定された場合には（ステップＳ１５のｙｅｓルート）、カウンタ値ｃをインクリメントし（ステップＳ１６）、また、正であると判定された場合には（ステップＳ１５のｎｏルート）、カウンタ値ｃをデクリメントする（ステップＳ２０）。
その後、カウンタ値ｃと別の閾値Ｂとを比較し（ステップＳ１７）、カウンタ値ｃが閾値Ｂ以上であると判定された場合には（ステップＳ１７のｙｅｓルート）、サンプリングレート変更のトリガとなる信号Ｘに「１」を設定し（ステップＳ１８）、ステップＳ１７においてカウンタ値ｃが閾値Ｂよりも小さいと判定された場合には（ステップＳ１７のｎｏルート）、信号Ｘに「０」を設定する（ステップＳ２１）。
【００２７】
そして、ステップＳ１９において、残量監視部６は、上記の信号Ｘをサンプリングレート変更部７に対して送信し、残量監視部６での処理を終了する。
次に、図６を用いてサンプリングレート変更部７での処理を説明する。図６は、本変形例の動作を説明するためのサンプリングレート変更部７の処理フロー図である。
まず、本圧縮音楽情報再生装置１の電源がＯＮされることにより、フローを開始し、ついで残量監視部６から信号Ｘを受信する（ステップＳ２２）。
【００２８】
ここで、信号Ｘの値が「０」であるかどうかを判定し（ステップＳ２３）、信号Ｘの値が「０」であると判定された場合には（ステップＳ２３のｙｅｓルート）、サンプリングレートを第１設定値に変更し（ステップＳ２４）、ステップＳ２３において信号Ｘの値が「０」でないと判定された場合には（ステップＳ２３のｎｏルート）、処理をステップＳ２６に移し、信号Ｘの値が「１」であるかどうかを判定する。ここで、信号Ｘの値が「１」であると判定された場合には（ステップＳ２６のｙｅｓルート）、サンプリングレートを第２設定値に変更し（ステップＳ２７）、一方、ステップＳ２６において、信号Ｘの値が「１」でないと判定された場合には（ステップＳ２６のｎｏルート）、処理をステップＳ２２へと移し、残量監視部６から信号Ｘを再度受信する。
【００２９】
ここで、サンプリングレートの第１設定値及び第２設定値については、例えば前述の実施形態と同様とする。
そして、ステップＳ２４あるいはステップＳ２７において設定されたサンプリングレートを音声出力部８に対して送信し（ステップＳ２５）、サンプリングレート変更部７での処理を終了する。
【００３０】
ここで、図７を用いて本変形例について具体例を挙げて説明する。
図７は、縦軸をバッファ部５の残容量Ｖ、横軸を時間Ｔとしたバッファ部５のデータ残容量Ｖの推移を表したグラフであり、ｎ（ｎは自然数、ここでは１〜５とする）回目にデータ残容量Ｖを検出したときのデータ残容量Ｖ及び時間Ｔを（Ｖn，Ｔn）としている。また、データ残容量Ｖの変化量をＶn+1−Ｖn＝δnとし、残量監視部６がデータ残容量Ｖを監視するタイミング間隔を残量監視間隔δＴとしている。なお、ここでは閾値Ａは、δ3＜δ2＜Ａ＜δ4＜δ1を満たすものとし、閾値Ｂを１とするとともに、カウンタ値ｃの初期値を０とする。
【００３１】
まず、残量監視部６が時間Ｔ1において、バッファ部５のデータ残量Ｖ1を検出し（ステップＳ１２に相当）、ついで、残量監視間隔δＴ後の時間Ｔ2において、データ残量Ｖ2を検出する（ステップＳ１３に相当）。ここで、Ｖ2−Ｖ1＝δ1を算出し、｜δ1｜≧Ａ（ステップＳ１４のｙｅｓルートに相当）かつδ1＜０（ステップＳ１５のｙｅｓルートに相当）であることを判定すると、カウンタ値ｃをインクリメントする（ステップＳ１６に相当）。このとき、カウンタ値ｃ＝１となり、閾値Ｂとの関係が、ｃ≧Ｂとなることから（ステップＳ１７のｙｅｓルートに相当）、残量監視部６は信号Ｘに「１」を設定し（ステップＳ１８に相当）、信号Ｘをサンプリングレート変更部７に対して送信するのである（ステップＳ１９に相当）。
【００３２】
次に、再び残量監視間隔δＴ後の時間Ｔ3において、データ残量Ｖ3を検出する（ステップＳ１３に相当）。ここで、Ｖ3−Ｖ2＝δ2を算出するが、｜δ2｜＜Ａであることを判定するので（ステップＳ１４のｎｏルートに相当）、何もせずに再度残量監視間隔δＴ後の時間Ｔ4において、データ残量Ｖ4を検出する（ステップＳ１３に相当）。ここで、Ｖ4−Ｖ3＝δ3を算出するが、｜δ3｜＜Ａであることを判定するので（ステップＳ１４のｎｏルートに相当）、何もせずに再度残量監視間隔δＴ後の時間Ｔ5において、データ残量Ｖ5を検出する（ステップＳ１３に相当）。
【００３３】
ここでは、Ｖ5−Ｖ4＝δ4を算出し、｜δ4｜≧Ａ（ステップＳ１４のｙｅｓルートに相当）かつδ1≧０（ステップＳ１５のｎｏルートに相当）であることを判定すると、カウンタ値ｃをデクリメントする（ステップＳ２０に相当）。このとき、カウンタ値ｃ＝０となり、閾値Ｂとの関係が、ｃ＜Ｂとなることから（ステップＳ１７のｎｏルートに相当）、残量監視部６は信号Ｘに「０」を設定し（ステップＳ２１に相当）、信号Ｘをサンプリングレート変更部７に対して送信するのである（ステップＳ１９に相当）。
【００３４】
このような処理により、アプリケーション１１の処理等によりＣＰＵ１０の負荷が高くなって伸長処理部４のデコード処理が遅延・中断され、バッファ部５に蓄積される音楽データ容量の減少量がある値（上記の具体例ではＡ）以下となるような場合が一定回数（上記の具体例ではＢ＝１）以上になると、本変形例では、サンプリングレート（第１設定値）を通常よりも低いサンプリングレート（第２設定値）に自動的に変更し、音楽出力部８がバッファ部５から読み出す音楽データの容量を減少させることで、バッファ部５に蓄積されたデータ残容量の減少を抑制することができる。その結果、バッファ部５の音楽データが枯渇することを防ぎ、音楽再生時における音飛びを抑制することが可能となる。
【００３５】
また、一方で、ＣＰＵ１０の負荷が小さくなって伸長処理部４のデコード処理が通常どおり行なわれるようになり、バッファ部５に蓄積される音楽データ容量の増加量がある値（上記の具体例ではＡ）よりも大きくなるような場合が一定回数（上記の具体例ではＢ＝１）以上になると、サンプリングレートを通常よりも低いサンプリングレート（第２設定値）から通常のサンプリングレート（第１設定値）に自動的に変更することで、通常どおりの品質での音楽再生を可能としている。これにより、上記Ａ及びＢの値をユーザが自由に設定することで、サンプリングレートの変更頻度を細かく調整することが可能となっている。
【００３６】
次に、図８〜１０を用いて、本実施形態の第２変形例を説明する。この変形例では、図９に示すようにバッファ部５に、例えば第１閾値，第２閾値，第３閾値（それぞれの大小関係は、第１閾値＞第２閾値＞第３閾値となっている）などの複数の閾値を設け、これらとバッファ部５におけるデータ残容量Ｖとを比較し、データ残容量Ｖに応じてサンプリングレートを段階的に変更するものである。なお、本変形例においても上述したように、各閾値は、ユーザが自由に変更できるようになっているほか、上記閾値の個数についても自由に変更できるようになっている。
【００３７】
ここで、図８は、本変形例の動作を説明するための残量監視部６の処理フロー図である。
まず、本圧縮音楽情報再生装置１の電源がＯＮされることにより、フローを開始し、ついで残量監視部６がバッファ部５のデータ残容量Ｖを検出する（ステップＳ２８）。
そして、データ残容量Ｖと第１閾値とを比較し（ステップＳ２９）、データ残容量Ｖが第１閾値よりも大きい場合には（ステップＳ２９のｎｏルート）、信号Ｘに「０」を設定する（ステップＳ３４）。一方、ステップＳ２９において、データ残容量Ｖが第１閾値以下であると判定された場合には（ステップＳ２９のｙｅｓルート）、データ残容量Ｖと第２閾値とを比較する（ステップＳ３０）。ここで、データ残容量Ｖが第２閾値よりも大きい場合には（ステップＳ３０のｎｏルート）、信号Ｘに「１」を設定する（ステップＳ３５）。一方、ステップＳ３０において、データ残容量Ｖが第２閾値以下であると判定された場合には（ステップＳ３０のｙｅｓルート）、ついでデータ残容量Ｖと第３閾値とを比較する（ステップＳ３１）。そして、データ残容量Ｖが第３閾値よりも大きい場合には（ステップＳ３１のｎｏルート）、信号Ｘに「２」を設定し（ステップＳ３６）、一方、データ残容量Ｖが第３閾値以下である場合は（ステップＳ３１のｙｅｓルート）、信号Ｘに「３」を設定する（ステップＳ３２）。
【００３８】
上述のように、残量監視部６は、信号Ｘについて上記の各値が設定した後、信号Ｘをサンプリングレート変更部７に対して送信し（ステップＳ３３）、残量監視部６での処理を終了する。
次に、図１０を用いてサンプリングレート変更部７での処理を説明する。図１０は、本変形例の動作を説明するためのサンプリングレート変更部７の処理フロー図である。
【００３９】
まず、本圧縮音楽情報再生装置１の電源がＯＮされることにより、フローを開始し、ついで残量監視部６から信号Ｘを受信する（ステップＳ３７）。
ここで、信号Ｘの値が「０」であるかどうかを判定し（ステップＳ３８）、信号Ｘの値が「０」であると判定された場合には（ステップＳ３８のｙｅｓルート）、サンプリングレートを第１設定値に変更し（ステップＳ３９）、信号Ｘの値が「０」でないと判定された場合には（ステップＳ３８のｎｏルート）、処理をステップＳ４１に移し、信号Ｘの値が「１」であるかどうかを判定する。ここで、信号Ｘの値が「１」であると判定された場合には（ステップＳ４１のｙｅｓルート）、サンプリングレートを第２設定値に変更し（ステップＳ４２）、一方、ステップＳ４１において、信号Ｘの値が「１」でないと判定された場合には（ステップＳ４１のｎｏルート）、処理をステップＳ４３へと移し、信号Ｘの値が「２」であるかどうかを判定する。ここで、信号Ｘの値が「２」であると判定された場合には（ステップＳ４３のｙｅｓルート）、サンプリングレートを第３設定値に変更する（ステップＳ４４）。また、ステップＳ４３において、信号Ｘの値が「２」でないと判定された場合には（ステップＳ４３のｎｏルート）、処理をステップＳ４５へと移し、信号Ｘの値が「３」であるかどうかを判定する。ここで、信号Ｘの値が「３」であると判定された場合には（ステップＳ４５のｙｅｓルート）、サンプリングレートを第４設定値に変更する（ステップＳ４６）。また、ステップＳ４５において、信号Ｘが「３」でないと判定された場合には（ステップＳ４５のｎｏルート）、処理をステップＳ３７へと移し、再度、残量監視部６から信号Ｘを受信する。
【００４０】
ここで、サンプリングレートの第１設定値，第２設定値，第３設定値，第４設定値としては、サンプリングレート変更時にユーザが違和感なく音楽を聴くことができるように、例えばそれぞれ４４．１ｋＨｚ，３２ｋＨｚ，２４ｋＨｚ，２２．０５ｋＨｚ等とすることが考えられる。
そして、ステップＳ３９，Ｓ４２，Ｓ４４，Ｓ４６において設定されたサンプリングレートを音声出力部８に対して送信し（ステップＳ４０）、サンプリングレート変更部７での処理を終了する。
【００４１】
このような処理により、アプリケーション１１の処理等によりＣＰＵ１０の負荷が高くなって伸長処理部４のデコード処理が遅延・中断され、バッファ部５に蓄積される音楽データの容量が減少する場合において、本変形例では、バッファ部５に蓄積される音楽データの容量と上記の複数の閾値（上記の例では、第１閾値〜第３閾値）のうち大きいものから順に比較をし、バッファ部５に蓄積される音楽データの容量が閾値以下になるたびに、サンプリングレートを通常よりも低いサンプリングレートに自動的に変更していき、音楽出力部８がバッファ部５から読み出す音楽データの容量を減少させることで、バッファ部５に蓄積されたデータ残容量の減少を抑制することができる。その結果、バッファ部５の音楽データが枯渇することを防ぎ、音楽再生時における音飛びを抑制することが可能となる。
【００４２】
また、一方で、ＣＰＵ１０の負荷が小さくなって伸長処理部４のデコード処理が通常どおり行なわれるようになり、バッファ部５に蓄積される音楽データの容量が増加する場合において、バッファ部５に蓄積される音楽データの容量と上記の複数の閾値（上記の例では、第１閾値〜第３閾値）のうち小さいものから順に比較をし、バッファ部５に蓄積される音楽データの容量が閾値を上回るたびに、サンプリングレートを通常のサンプリングレートになるまで変更していくことで、通常どおりの品質での音楽再生を可能としている。これにより、上記閾値の間隔及び個数をユーザが自由に設定することで、サンプリングレートの変更頻度を細かく調整することが可能となっている。
【００４３】
このように上記の各実施形態に係る圧縮音楽情報再生装置１では、バッファ部５のデータ残容量Ｖに応じてサンプリングレートを変更することにより、データ残容量Ｖの枯渇を防止し、音楽再生時の音飛びを抑制することができる。
さらに、上記の各変形例においては、サンプリングレートの変更を、更に詳細に設定することが可能となるため、サンプリングレート変更の前後で生じる音楽再生時の違和感を大幅に抑制することが可能となる。
【００４４】
また、上述のようにサンプリングレートを低くした後で、任意のアップサンプリング処理を行なうことも考えられる。例えば、隣り合う２つのサンプリングデータの間に、どちらかのコピーデータを挿入したり、両者の平均値を挿入するのである。このようにすれば、サンプリングレート変更後における違和感をさらに緩和させることが可能となる。
以上、本発明の各実施例について詳細に説明したが、本発明は上記の実施形態や変形例に限定されるものではなく、本発明の要旨を逸脱しない範囲において任意に変形して実施することができる。
【図面の簡単な説明】
【００４５】
【図１】本発明の一実施形態としての圧縮音楽情報再生装置の構成を示す図である。
【図２】本発明の一実施形態に係る第１閾値を示す図である。
【図３】本発明の一実施形態としての圧縮音楽情報再生装置に係る処理を示すフロー図である。
【図４】本発明の一実施形態としての圧縮音楽情報再生装置に係る処理を示すフロー図である。
【図５】本発明の一実施形態の第１変形例としての圧縮音楽情報再生装置に係る処理を示すフロー図である。
【図６】本発明の一実施形態の第１変形例としての圧縮音楽情報再生装置に係る処理を示すフロー図である。
【図７】本発明の一実施形態の第１変形例としての圧縮音楽情報再生装置の動作を説明するための図である。
【図８】本発明の一実施形態の第２変形例としての圧縮音楽情報再生装置に係る処理を示すフロー図である。
【図９】本発明の一実施形態の第２変形例に係る各閾値を示す図である。
【図１０】本発明の一実施形態の第２変形例としての圧縮音楽情報再生装置に係る処理を示すフロー図である。
【符号の説明】
【００４６】
１  圧縮音楽情報再生装置
２  記録媒体
３  デコード処理部
４  伸長処理部
５  バッファ部
６  残量監視部
７  サンプリングレート変更部
８  音声出力部
９  スピーカ
１０  ＣＰＵ
１１  アプリケーション
【図１】
2007042184.tif 000003
【図２】
2007042184.tif 000004
【図３】
2007042184.tif 000005
【図４】
2007042184.tif 000006
【図５】
2007042184.tif 000007
【図６】
2007042184.tif 000008
【図７】
2007042184.tif 000009
【図８】
2007042184.tif 000010
【図９】
2007042184.tif 000011
【図１０】
2007042184.tif 000012