(57)【要約】【課題】  応答時間が短く、小型軽量かつ低消費電力のデータ再生装置を提供する。【解決手段】  圧縮データ保持手段１１２は圧縮データを保持する。伸長データ保持手段１１４は、圧縮データの少なくとも一部を再生可能に伸長した伸長データを保持することができる。圧縮データ伸長手段１１１，１１３は、伸長データが所定量となる分の圧縮データを再生イベントが発生する前に伸長して得られた伸長データを伸長データ保持手段１１４に蓄積しておく。信号処理手段１２０は、再生イベントが発生すると、即座に伸長データ保持手段１１４から伸長データを取り出して再生する。圧縮データ伸長手段１１１，１１３は、伸長データ保持手段１１４に前回蓄積しておいた伸長データの再生が信号処理手段１２０により開始されると、伸長データが所定量となる分の次の圧縮データを伸長して得られた伸長データを伸長データ保持手段１１４に蓄積する。【選択図】      図１
2005176052.tif 000002
【特許請求の範囲】
【請求項１】
圧縮データを保持しておき、再生イベントの発生時に再生するデータ再生装置であって、
前記圧縮データを保持する圧縮データ保持手段と、
前記圧縮データの少なくとも一部を再生可能に伸長した伸長データを保持可能な伸長データ保持手段と、
前記再生イベントが発生すると、即座に前記伸長データ保持手段から前記伸長データを取り出して再生する信号処理手段と、
伸長データが所定量となる分の圧縮データを前記再生イベントが発生する前に伸長して得られた伸長データを前記伸長データ保持手段に蓄積しておき、前記伸長データ保持手段に前回蓄積しておいた伸長データの再生が前記信号処理手段により開始されると、伸長データが所定量となる分の次の圧縮データを伸長して得られた伸長データを前記伸長データ保持手段に蓄積しておく圧縮データ伸長手段とを有するデータ再生装置。
【請求項２】
前記所定量は変更可能な値である、請求項１記載のデータ再生装置。
【請求項３】
前記圧縮データ伸長手段は、伸長によって得られる前記伸長データが前記所定量となるのをカウンタを用いて計測する、請求項１または２に記載のデータ再生装置。
【請求項４】
前記圧縮データ伸長手段がプロセッサにより実現され、前記伸長データ保持手段が前記プロセッサによって読み書き可能なメモリ上に構成された、請求項１〜３のいずれか１項に記載のデータ再生装置。
【請求項５】
圧縮データを保持しておき、再生イベントの発生時に再生するデータ再生装置であって、
前記圧縮データを保持する圧縮データ保持手段と、
メモリ上に構成され、前記圧縮データの少なくとも一部を再生可能に伸長した伸長データを保持可能な伸長データ保持手段と、
前記再生イベントが発生すると、即座に前記伸長データ保持手段から前記伸長データを取り出して再生する信号処理手段と、
前記メモリの空き容量を監視しており、前記メモリの空き容量に応じて前記伸長データ保持手段の容量を動的に決定し、前記伸長データ保持手段内のデータ量が前記伸長データ保持手段の容量以下となるように、前記伸長データ保持手段への伸長データの蓄積を制御する第１のプロセッサと、
前記再生イベントが発生する前に、前記第１のプロセッサの制御に従って前記圧縮データを伸長して得られた伸長データを予め前記伸長データ保持手段に蓄積しておき、再生イベントが発生した後は、前記圧縮データを伸長して得られた伸長データを前記伸長データ保持手段に蓄積する処理を、前記第１のプロセッサの制御に従って開始および停止する第２のプロセッサとを有するデータ再生装置。
【請求項６】
前記第１のプロセッサと前記第２のプロセッサの少なくとも一方が、他方の処理負荷状況を監視しており、負荷が所定のしきい値を越えたとき、他方の処理の少なくとも一部を肩代わりする、請求項５記載のデータ再生装置。
【請求項７】
ダウンロードした圧縮データを保持しておき、再生イベントの発生時に再生する携帯電話機であって、
前記圧縮データを保持する圧縮データ保持手段と、
前記圧縮データの少なくとも一部を再生可能に伸長した伸長データを保持可能な伸長データ保持手段と、
前記再生イベントが発生すると、即座に前記伸長データ保持手段から前記伸長データを取り出して再生する信号処理手段と、
伸長データが所定量となる分の圧縮データを前記再生イベントが発生する前に伸長して得られた伸長データを前記伸長データ保持手段に蓄積しておき、前記伸長データ保持手段に前回蓄積しておいた伸長データの再生が前記信号処理手段により開始されると、伸長データが所定量となる分の次の圧縮データを伸長して得られた伸長データを前記伸長データ保持手段に蓄積しておく圧縮データ伸長手段とを有する携帯電話機。
【請求項８】
前記所定量は変更可能な値である、請求項７記載の携帯電話機。
【請求項９】
前記圧縮データ伸長手段は、伸長によって得られる前記伸長データが前記所定量となるのをカウンタを用いて計測する、請求項７または８に記載の携帯電話機。
【請求項１０】
前記圧縮データ伸長手段がプロセッサにより実現され、前記伸長データ保持手段が前記プロセッサによって読み書き可能なメモリ上に構成された、請求項７〜９のいずれか１項に記載の携帯電話機。
【請求項１１】
ダウンロードした圧縮データを保持しておき、再生イベントの発生時に再生する携帯電話機であって、
前記圧縮データを保持する圧縮データ保持手段と、
メモリ上に構成され、前記圧縮データの少なくとも一部を再生可能に伸長した伸長データを保持可能な伸長データ保持手段と、
前記再生イベントが発生すると、即座に前記伸長データ保持手段から前記伸長データを取り出して再生する信号処理手段と、
前記メモリの空き容量を監視しており、前記メモリの空き容量に応じて前記伸長データ保持手段の容量を動的に決定し、前記伸長データ保持手段内のデータ量が前記伸長データ保持手段の容量以下となるように、前記伸長データ保持手段への伸長データの蓄積を制御する第１のプロセッサと、
前記再生イベントが発生する前に、前記第１のプロセッサの制御に従って前記圧縮データを伸長して得られた伸長データを予め前記伸長データ保持手段に蓄積しておき、再生イベントが発生した後は、前記圧縮データを伸長して得られた伸長データを前記伸長データ保持手段に蓄積する処理を、前記第１のプロセッサの制御に従って開始および停止する第２のプロセッサとを有する携帯電話機。
【請求項１２】
前記第１のプロセッサと前記第２のプロセッサの少なくとも一方が、他方の処理負荷状況を監視しており、負荷が所定のしきい値を越えたとき、他方の処理の少なくとも一部を肩代わりする、請求項１１記載の携帯電話機。
【請求項１３】
圧縮データを保持しておき、再生イベントの発生時に再生するためのデータ再生方法であって、
制御手段が圧縮データ保持手段に前記圧縮データを書き込むステップと、
前記制御手段が、伸長データが所定量となる分の圧縮データを前記再生イベントが発生する前に伸長して得られた伸長データを伸長データ保持手段に書き込むステップと、
前記再生イベントが発生すると、信号処理手段が即座に前記伸長データ保持手段から前記伸長データを取り出して再生するステップと、
前記伸長データ保持手段に前回書き込んでおいた伸長データの再生が前記信号処理手段により開始されると、前記制御手段は、伸長データが所定量となる分の次の圧縮データを伸長して得られた伸長データを前記伸長データ保持手段に記録するステップとを有するデータ再生方法。
【請求項１４】
前記所定量は変更可能な値である、請求項１３記載のデータ再生方法。
【請求項１５】
前記圧縮データ伸長手段は、伸長によって得られる前記伸長データが前記所定量となるのをカウンタを用いて計測する、請求項１３または１４に記載のデータ再生方法。
【請求項１６】
圧縮データを保持しておき、再生イベントの発生時に再生するためのデータ再生方法において、
第１のプロセッサが、メモリの空き容量を監視しており、前記メモリの空き容量に応じて前記メモリ内の伸長データ保持手段の容量を動的に決定し、前記伸長データ保持手段内のデータ量が前記伸長データ保持手段の容量以下となるように、前記伸長データ保持手段への伸長データの蓄積を制御し、
第２のプロセッサが、前記再生イベントが発生する前に、前記第１のプロセッサの制御に従って前記圧縮データを伸長して得られた伸長データを予め前記伸長データ保持手段に蓄積しておき、再生イベントが発生して信号処理手段によるデータ再生が開始された後は、前記圧縮データを伸長して得られた伸長データを前記伸長データ保持手段に蓄積する処理を、前記第１のプロセッサの制御に従って開始および停止することを特徴とするデータ再生方法。
【請求項１７】
前記第１のプロセッサと前記第２のプロセッサの少なくとも一方が、他方の処理負荷状況を監視しており、負荷が所定のしきい値を越えたとき、他方の処理の少なくとも一部を肩代わりすることを特徴とする、請求項１６記載のデータ再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、圧縮されたデータを保持し、そのデータを伸長して再生するデータ再生装置に関する。
【背景技術】
【０００２】
近年、音楽や画像のデータは通信網を介して転送されるようになっている。そして、それらのデータはデータ再生装置で再生される（例えば特許文献１参照）。
【０００３】
さらに、携帯電話機において、音楽や画像のデータをメモリにダウンロードし、後に再生するというようなアプリケーションが一般化している。例えば、着呼があった時やユーザが再生操作を行なったときのように、再生イベントが発生したときに音楽や画像が再生される。着信メロディはその典型的な例である。
【０００４】
データのダウンロード時間を短縮し、また必要となるメモリ容量を削減するために、圧縮されたデータが用いられる。小型軽量、低消費電力が好ましい携帯電話機ではデータ圧縮が強く要求される。圧縮された音楽再生用データとして例えばＭＰ３がある。
【０００５】
しかし、圧縮された音楽データを再生する際には、まずデータを伸長し、その後に、伸長されたデータを音響信号に変換することにより音が再生される。ユーザの利便性の面からすれば、再生イベントが発生してから音楽の再生が始まるまでの応答時間は極力短いことが好ましい。例えば、着呼があったとき、支障がない時間内に着信メロディが鳴ることが好ましい。これは画像についても同じことが言え、再生イベントが発生してから画像の再生を開始するまでの応答時間は極力短いことが好ましい。
【０００６】
図６は、従来の携帯電話機の構成を示すブロック図である。図６を参照すると、携帯電話機は、送受信部５００、圧縮データ保持伸長制御部５１０、信号処理部５２０、ＣＰＵ５３０、およびメモリ５４０を有している。送受信部５００は無線機５０１を有している。圧縮データ保持伸長制御部５１０は、圧縮データ伸長制御部５１１、圧縮データバッファ５１２、ＤＳＰ５１３、および伸長データバッファ５１４を有している。ＤＳＰ５１３はデコーダ５１３ａを有している。
【０００７】
無線機５０１は、アンテナ５７０を用いて基地局（不図示）との間で無線電波の送受信を行い、データ通信を実現する。無線機５０１は、例えば圧縮データの受信開始および終了を、圧縮データ受信信号ａにより圧縮データ伸長制御部５１１に通知する。また、無線機５０１は、着呼があると、着呼信号ｂで圧縮データ伸長制御部５１１にその旨を通知する。
【０００８】
圧縮データ伸長制御部５１１は、基地局から受信した圧縮データに対する伸長処理を制御する。例えば着呼時には、圧縮データ伸長制御部５１１は、データ伸長開始信号ｃによりＤＳＰ５１３のデコーダ５１３ａに伸長処理の開始を指示する。
【０００９】
圧縮データバッファ５１２は、無線機５０１で受信された圧縮データを蓄積するＦＩＦＯである。デコーダ５１３ａは、圧縮データバッファ５１２内の圧縮データを、圧縮データ伸長制御部５１１からのデータ伸長開始信号ｃに応じて伸長する。伸長データバッファ５１４は、デコーダ５１３ａで伸張された伸長データを蓄積する。
【００１０】
信号処理部５２０は、伸長データの音響信号への変換処理が可能な状態であれば、その旨を信号処理準備完了信号ｆにより圧縮データ伸長制御部５１１に通知する。また、信号処理部５２０は、ＰＣＭ処理、ディジタル／アナログ変換、増幅など伸長データを音響信号に変換するための機能を有している。そして、信号処理部５２０は、圧縮データ伸長制御部５１１からの信号処理部制御信号ｄがアクティブ（変換処理指示）のとき、伸長データバッファ５１４内の伸長データを音響信号に変換し、その音響信号でスピーカから音を発生させる。
【００１１】
ＣＰＵ５３０は、携帯電話機全体を制御するプロセッサである。ＣＰＵ５３０は、例えば、圧縮データバッファ５１２および伸長データバッファ５１４の書き込みや読み出しを他の各部の動作に連動させる。メモリ５４０は、ＣＰＵ５３０が動作時に読み書きする各種変数を保持するメモリである。
【００１２】
図７は、図６に示した従来の携帯電話機の動作を示すタイミングチャートである。送受信部５００にて基地局から圧縮データを受信しているとき、圧縮データ受信信号ａは“ＯＮ”となっている。時刻Ｔ０に圧縮データの受信が開始され、時刻Ｔ１に受信が終了している。ここでは圧縮データはデータＤ＃１〜Ｄ＃ｎを圧縮したものである。送受信部５００で受信された圧縮データは圧縮データバッファ５１２に蓄積される。
【００１３】
その後、時刻Ｔ２に着呼があると、送受信部５００は着呼信号ｂにパルスを出力する。それを受けて圧縮データ伸長制御部５１１はデータ伸長開始信号ｃにパルスを出力する。
【００１４】
ＤＳＰ５１３のデコーダ５１３ａは、圧縮データバッファ５１２の全ての圧縮データに対して伸長処理を行い、得られた伸長データ（データＤ＃１〜＃ｎ）を伸長データバッファ５１４に書き込む。これにより全てのデータＤ＃１〜Ｄ＃ｎが伸長データバッファ５１４に蓄積された状態となる。
【００１５】
次に、圧縮データ伸長制御部５１１は、時刻Ｔ３に信号処理部制御信号ｄを“ＯＮ（アクティブ）”にすることにより、信号処理部５２０に伸長データの音響信号への変換処理を指示する。信号処理部５２０は、時刻Ｔ３、Ｔ４〜Ｔ５に伸長データＤ＃１〜Ｄ＃ｎを順次音響信号へ変換し、その音響信号により音を発生（再生）する。
【００１６】
信号処理部５２０は、時刻Ｔ６に、伸長データバッファ５１４上の全ての伸長データを音響信号へ変換し終えて動作（再生）を終了する。
【特許文献１】特開２００３−５１９５２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１７】
図６、７に示した従来の携帯電話機には以下に示すような問題点がある。
【００１８】
従来の携帯電話機は、時刻Ｔ２に再生イベント（ここでは着呼）が発生してから伸長処理が開始され、また全ての圧縮データを伸長してから音響信号への変換を開始するので応答時間が長く、レスポンスが悪い。
【００１９】
これに対して、レスポンス低下を回避するために、再生イベントが発生する前に、予め伸長処理を行なっておくことが考えられる。しかし、そのためには伸長データバッファ５１４として大きなデータ容量が必要となる。小型、軽量、低消費電力が強く望まれる携帯電話機では、これは実装やコストの面で大きなデメリットとなる。
【００２０】
本発明の目的は、応答時間が短く、小型軽量かつ低消費電力のデータ再生装置を提供することである。
【課題を解決するための手段】
【００２１】
上記目的を達成するために、本発明のデータ再生装置は、圧縮データを保持しておき、再生イベントの発生時に再生するデータ再生装置であって、
前記圧縮データを保持する圧縮データ保持手段と、
前記圧縮データの少なくとも一部を再生可能に伸長した伸長データを保持可能な伸長データ保持手段と、
前記再生イベントが発生すると、即座に前記伸長データ保持手段から前記伸長データを取り出して再生する信号処理手段と、
伸長データが所定量となる分の圧縮データを前記再生イベントが発生する前に伸長して得られた伸長データを前記伸長データ保持手段に蓄積しておき、前記伸長データ保持手段に前回蓄積しておいた伸長データの再生が前記信号処理部により開始されると、伸長データが所定量となる分の次の圧縮データを伸長して得られた伸長データを前記伸長データ保持手段に蓄積しておく圧縮データ伸長手段とを有している。
【００２２】
本発明によれば、圧縮データ伸長手段は圧縮データの一部を予め伸長し、所定量の伸長データを伸長データ保持手段に蓄積しておき、再生イベントが発生すると、信号処理手段が伸長データ保持手段に蓄積されている伸長データの再生を即座に開始すると共に、圧縮データ伸長手段が、それ以降の圧縮データの伸長をするので、再生イベントの発生から再生開始までの応答時間を短くすることができる。
【００２３】
また、前記圧縮データ伸長手段がプロセッサにより実現され、前記伸長データ保持手段が前記プロセッサによって読み書き可能なメモリ上に構成されていてもよい。
【００２４】
したがって、回路規模をさらに縮小し低消費電力化した構成で上述と同様の効果を得ることができる。
【００２５】
本発明の他のデータ再生装置は、圧縮データを保持しておき、再生イベントの発生時に再生するデータ再生装置であって、
前記圧縮データを保持する圧縮データ保持手段と、
メモリ上に構成され、前記圧縮データの少なくとも一部を再生可能に伸長した伸長データを保持可能な伸長データ保持手段と、
前記再生イベントが発生すると、即座に前記伸長データ保持手段から前記伸長データを取り出して再生する信号処理手段と、
前記メモリの空き容量を監視しており、前記メモリの空き容量に応じて前記伸長データ保持手段の容量を動的に決定し、前記伸長データ保持手段内のデータ量が前記伸長データ保持手段の容量以下となるように、前記伸長データ保持手段への伸長データの蓄積を制御する第１のプロセッサと、
前記再生イベントが発生する前に、前記第１のプロセッサの制御に従って前記圧縮データを伸長して得られた伸長データを予め前記伸長データ保持手段に蓄積しておき、再生イベントが発生した後は、前記圧縮データを伸長して得られた伸長データを前記伸長データ保持手段に蓄積する処理を、前記第１のプロセッサの制御に従って開始および停止する第２のプロセッサとを有している。
【００２６】
したがって、デュアルプロセッサ間で圧縮データの伸長を制御することにより、圧縮データの伸長処理の制御を行なう構成を簡略化できる。
【００２７】
また、前記第１のプロセッサと前記第２のプロセッサの少なくとも一方が、他方の処理負荷状況を監視しており、負荷が所定のしきい値を越えたとき、他方の処理の少なくとも一部を肩代わりすることとしてもよい。
【００２８】
したがって、デュアルプロセッサ間のロードバランシング機能を備えることができる。
【発明の効果】
【００２９】
本発明によれば、圧縮データ伸長手段は圧縮データの一部を予め伸長し、所定量の伸長データを伸長データ保持手段に蓄積しておき、再生イベントが発生すると、信号処理手段が伸長データ保持手段に蓄積されている伸長データの再生を即座に開始すると共に、圧縮データ伸長手段が、それ以降の圧縮データの伸長をするので、再生イベントの発生から再生開始までの応答時間を短くすることができ、ユーザの使い勝手を向上させることができる。
【００３０】
また、予め伸長して伸長データ保持手段に蓄積しておく伸長データを必要最小限にできるので、伸長データ保持手段として必要な容量を最小限まで削減することができ、データ再生装置の小型軽量化、低消費電力化、および低コスト化が可能である。
【００３１】
また、回路規模をさらに縮小し低消費電力化した構成で上述と同様の効果を得ることができる。
【００３２】
また、デュアルプロセッサ間で圧縮データの伸長を制御することにより、圧縮データの伸長処理の制御を行なう構成を簡略化でき、回路規模をさらに削減することができる。
【００３３】
また、デュアルプロセッサ間のロードバランシング機能を備えることにより、プロセッサの処理能力を状況に応じて効率良く利用することができる。
【発明を実施するための最良の形態】
【００３４】
本発明の一実施形態について図面を参照して詳細に説明する。
【００３５】
図１は、本発明の一実施形態の携帯電話機の構成を示すブロック図である。図１を参照すると、本実施形態の携帯電話機は、送受信部１００、圧縮データ保持伸長制御部１１０、信号処理部１２０、ＣＰＵ１３０、およびメモリ１４０を有している。送受信部１００は無線機１０１を有している。圧縮データ保持伸長制御部１１０は、圧縮データ伸長制御部１１１、圧縮データバッファ１１２、ＤＳＰ１１３、伸長データバッファ１１４を有している。圧縮データ伸長制御部１１１はカウンタ１１１ａを有してる。ＤＳＰ１１３はデコーダ１１３ａを有している。
【００３６】
無線機１０１は、アンテナ１７０を用いて基地局（不図示）との間で無線電波の送受信を行い、データ通信を実現する。無線機１０１は、例えば圧縮データの受信開始および終了を、圧縮データ受信信号ａにより圧縮データ伸長制御部１１１に通知する。また、無線機１０１は、着呼があると、着呼信号ｂで圧縮データ伸長制御部１１１に着呼を通知する。
【００３７】
圧縮データ伸長制御部１１１は、基地局から受信した圧縮データに対する伸長処理を制御する。カウンタ１１１ａは、予めＣＰＵ１３０から所定のエクスパイヤ値を設定されており、デコーダ１１３ａによって伸長されたデータ量をエクスパイヤ値に達するまでカウントする。具体例として、カウンタ１１１ａは初期値“０”からアップカウントし、カウンタ値がエクスパイヤ値に達すると初期値の“０”に戻って停止する。圧縮データ伸長制御部１１１は、圧縮データバッファ１１２内の圧縮データをデコーダ１１３ａに伸長させ、伸長されたデータ量をカウンタ１１１ａを用いてカウントする。伸長されたデータ量がエクスパイヤ値に達すると、圧縮データ伸長制御部１１１は、その伸長データを１つのブロックとし、デコーダ１１３ａに伸長処理を停止させる。エクスパイヤ値は、伸長データから音響信号へ連続的な変換を可能とするために、伸長データバッファ１１４に格納しておくべき最小限のデータ量に相当するカウンタ値である。
【００３８】
また、圧縮データ伸長制御部１１１は、着呼があると信号処理部制御信号ｄをアクティブにして信号処理部１２０に伸長データの音響信号への変換を指示し、全ての伸長データが音響信号へ変換されると信号処理部制御信号ｄをインアクティブにする。
【００３９】
また、着呼などにより伸長データバッファ１１４内の伸長データが読み出されると、圧縮データ伸長制御部１１１は、エクスパイヤ値に相当する１ブロック分の伸長データが常に伸長データバッファ１１４内に存在するように、デコーダ１１３ａに伸長処理を行わせる。具体的には、圧縮データ受信信号ａにより圧縮データの受信終了を感知したとき、着呼があったとき、または信号処理部１２０が１つのブロックの伸長データを音響信号に変換し終えたときに、圧縮データ伸長制御部１１１は、データ伸長開始信号ｃにパルスを出力し、デコーダ１１３ａに伸長処理の開始を指示する。
【００４０】
圧縮データバッファ１１２は、無線機１０１で受信された圧縮データを蓄積するＦＩＦＯメモリである。デコーダ１１３ａは、圧縮データバッファ１１２内の圧縮データの伸長処理を、圧縮データ伸長制御部１１１からのデータ伸長開始信号ｃに応じて開始する。また、デコーア１１３ａは、圧縮データ伸長制御部１１１からの指示で伸長処理を停止する。
【００４１】
伸長データバッファ１１４は、デコーダ５１３ａで伸張された伸長データを蓄積する。伸長データバッファ１１４に出力される伸長データのデータ量は、エクスパイヤ値が設定されたカウンタ１１１ａを用いて管理されているので、常に必要最小限に維持される。そのため、伸長バッファ１１４には必要最小限の容量が準備されていればよい。その結果、携帯電話機の小型軽量化および低消費電力化が可能となる。
【００４２】
信号処理部１２０は、伸長データの音響信号への変換処理が可能な状態であれば、その旨を信号処理準備完了信号ｆで圧縮データ伸長制御部１１１に通知する。また、信号処理部１２０は、ＰＣＭ処理、ディジタル／アナログ変換、増幅など伸長データを音響信号に変換するための機能を有している。そして、信号処理部１２０は、圧縮データ伸長制御部１１１からの信号処理部制御信号ｄがアクティブのとき、伸長データを音響信号に変換し、その音響信号でスピーカから音を発生させる。
【００４３】
ＣＰＵ１３０は、携帯電話機全体を制御するプロセッサである。ＣＰＵ１３０は、他のアプリケーション処理に加えて、例えばカウンタ１１１ａにエクスパイヤ値を設定する。また、ＣＰＵ１３０は、圧縮データバッファ１１２および伸長データバッファ１１４の書き込みや読み出しを他の各部の動作に連動させる。
【００４４】
メモリ１４０は、ＣＰＵ１３０が動作時に読み書きする各種変数を保持するメモリである。
【００４５】
図２は、図１に示した携帯電話機の動作を示すタイミングチャートである。図２には、携帯電話機が圧縮データを受信し、その後の着呼時にデータ再生を行う場合の動作例が示されている。なお、カウンタ１１１ａには予めＣＰＵ１１４からエクスパイヤ値（ｕ）が設定されているものとする。また、ここでデータＤ＃１〜Ｄ＃ｎはエクスパイヤ値に相当する伸長データのブロックを示す。
【００４６】
送受信部１００が基地局（不図示）から圧縮データを受信しているとき、圧縮データ受信信号ａは“ＯＮ”となる。図２では、時刻Ｔ０に圧縮データの受信が開始されている。送受信部１００で受信された圧縮データは圧縮データバッファ１１２に蓄積される。
【００４７】
時刻Ｔ１に圧縮データの受信が終了すると、送受信部１００は圧縮データ受信信号ａを“ＯＦＦ（インアクティブ）”にする。それを感知すると、圧縮データ伸長制御部１１１は、データ伸長開始信号ｃにパルスを出力し、デコーダ１１３ａに伸長処理を開始させる。デコーダ１１３ａが伸長処理を行うと、圧縮データ伸長制御部１１１は、デコーダ１１３ａから伸長データバッファ１１４に出力されるデータ量をカウンタ１１１ａでカウントする。そして、圧縮データ伸長制御部１１１は、時刻Ｔ２にカウント値がエクスパイヤ値（ｕ）に達するとデコーダ１１３ａに伸長処理を停止させる。これによりデータＤ＃１が伸長データバッファ１１４に蓄積された状態となる。
【００４８】
その後、時刻Ｔ３に着呼が発生すると、送受信部１００は着呼信号ｂにパルスを出力する。それを受けて圧縮データ伸長制御部１１１はデータ伸長開始信号ｃにパルスを出力し、デコーダ１１３ａに伸長処理を開始させる。
【００４９】
また、それと同時に、圧縮データ伸長制御部１１１は、信号処理部制御信号ｄを“ＯＮ（アクティブ）”にすることにより、信号処理部１２０に伸長データの音響信号への変換の開始を指示する。
【００５０】
デコーダ１１３ａが伸長処理を行うと、圧縮データ伸長制御部１１１は、伸長データバッファ１１４に出力される伸長データのデータ量をカウントする。そして、時刻Ｔ４にカウント値がエクスパイヤ値（ｕ）に達すると、圧縮データ伸長制御部１１１はデコーダ１１３ａに伸長処理を停止させる。これによりデータＤ＃２が伸長データバッファ１１４に蓄積される。
【００５１】
デコーダ１１３ａによる伸長処理と並行して、信号処理部１２０がデータＤ＃１の音響信号への変換を行なう。ここで、この変換処理は伸長処理よりも時間がかかる処理であるとする。時刻Ｔ４より遅い時刻Ｔ５に、信号処理部１２０はデータＤ＃１の音響信号への変換処理を終了する。信号処理部１２０はデータＤ＃１の音響信号への変換処理を終了すると、図２では不図示であるが信号処理準備完了信号ｆで圧縮データ伸長制御部１１１にその旨を通知する。そして、信号処理部１２０は、引き続きデータＤ＃２の音響信号への変換処理を行う。
【００５２】
圧縮データ伸長制御部１１１は、信号処理部１２０がデータＤ＃１の音響信号への変換処理が終了したことを感知すると、時刻Ｔ３と同様に、データ伸長開始信号ｃにパルスを出力し、デコーダ１１３ａに伸長処理の開始を指示する。
【００５３】
それ以降同様の動作が繰り返され、時刻Ｔ７に、最後の伸長データＤ＃ｎの音響信号への変換処理が終了する。例えば時刻Ｔ３〜Ｔ７までの再生時間は１５〜３０ｓｅｃ程度である。再生終了時にも、信号処理部１２０から圧縮データ伸長制御部１１１に、信号処理準備完了信号ｆにより、その旨が通知される。
【００５４】
圧縮データ伸長制御部１１１は、最後のデータの伸長処理が終了したと認識すると、信号処理部制御信号ｄを“ＯＦＦ（インアクティブ）”にする。信号処理部１２０は、信号処理部制御信号ｄの“ＯＦＦ”を感知すると、変換処理を終了する。
【００５５】
図３は、図２に示した携帯電話機の一連の動作を簡略化したフローチャートである。図３を参照すると、まず、携帯電話機は、基地局から受信した圧縮データを圧縮データバッファ１１２に蓄積する（ステップＳ１）。
【００５６】
次に、携帯電話機は、着呼に先立ち、圧縮データバッファ１１２に保持されている圧縮データの先頭から所定長のデータの伸長処理を行い、得られた伸長データをデータＤ＃１として伸長データバッファ１１４に予め保持する（ステップＳ２）。
【００５７】
次に携帯電話機に着呼が入る（ステップＳ３）。携帯電話機は、伸長データバッファ１１４に保持されている伸長データの音響信号への変換処理（再生）を行うと共に、次の所定長の圧縮データを圧縮データバッファ１１２から取り出して伸長処理し、得られた伸長データを伸長データバッファ１１４に保持する（ステップＳ４）。
【００５８】
次に、携帯電話機は、全てのデータの音響信号への変換処理（再生）が終了したか否か判定する（ステップＳ５）。全ての変換処理が終了していれば、携帯電話機は動作を終了する。また、変換処理が終了していなければ、携帯電話機はステップＳ４に戻り、ステップＳ４〜Ｓ５の動作を繰り返す。
【００５９】
なお、例えばＭＰ３において再生時間にして１００ｍｓｅｃ程度の伸長データを伸長データバッファ１１４に予め保持することとすると、その時間分のデータ量に相当するエクスパイヤ値をカウンタ１１１ａに設定すればよい。また他の圧縮方式では各方式に適したエクスパイヤ値を設定すればよい。
【００６０】
例えば再生時間に対する伸長データ量がＭＰ３の３倍程度となるような圧縮方式で、上述と同じ１００ｍｓｅｃを伸長データバッファ１１４に常に存在するように制御する場合、データＤ＃１〜Ｄ＃３に相当するエクスパイヤ値をカウンタ１１１ａに設定すればよい。その場合、携帯電話機の動作は図４に示すようになり、デコーダ１１３ａが一度に伸長処理するデータ量は図２の場合の３倍となる。
【００６１】
以上説明したように、本実施形態によれば、圧縮データが受信され圧縮データバッファ１１２に蓄積されると、圧縮データ伸長制御部１１１は圧縮データの一部をデコーダ１１３ａに予め伸長させ、所定量の伸長データを伸長データバッファ１１４に蓄積しておき、再生イベント（ここでは着呼）が発生すると、信号処理部１２０が伸長データバッファ１１４に蓄積されている伸長データの再生を即座に開始すると共に、圧縮データ伸長制御部１１１がデコーダ１１３ａに、それ以降の圧縮データの伸長をさせるので、再生イベントの発生から再生開始までの応答時間を短くすることができ、ユーザの使い勝手を向上させることができる。
【００６２】
また、予め伸長して伸長データバッファ１１４に蓄積しておく伸長データを必要最小限としているので、伸長データバッファ１１４として必要な記憶容量を最小限まで削減することができ、小型軽量化、低消費電力化、および低コスト化が可能である。
【００６３】
なお、本実施形態において、ＣＰＵ１３０にＤＳＰ１１３としての機能も持たせ、さらに圧縮データバッファ１１２および伸長データバッファ１１４をメモリ１４０上に構成することとしてもよい。さらに、圧縮データ伸長制御部１１１の機能もＣＰＵ１３０で実現することとしてもよい。この構成によれば、さらに回路規模を縮小し低消費電力化した構成で上述と同様の効果を得ることができる。
【００６４】
また、その場合さらに、メモリ１４０内に論理的に構築された伸長データバッファの容量を動的に管理することとしてもよい。
【００６５】
ＣＰＵ１３０は、メモリ１４０の空き容量に基づき、伸長データバッファとして利用できるメモリ１４０の容量（伸長データバッファ容量）を動的に管理している。
【００６６】
そして、圧縮データを受信したとき、ＣＰＵ１３０は、伸長データがメモリ１４０内の伸長データバッファ容量の範囲内となるように、圧縮データの一部または全部を伸長し、メモリ１４０内の伸長データバッファに記録する。全ての圧縮データを伸長できなかった場合、着呼後には、伸長データバッファ容量の範囲内で図２に示した動作を行えばよい。
【００６７】
本発明の他の実施形態の携帯電話機について説明する。
【００６８】
図５は、本発明の他の実施形態の携帯電話機の構成を示すブロック図である。図５を参照すると、携帯電話機は、送受信部２００、信号処理部２２０、ＣＰＵ２３０、およびメモリ２４０を有している。送受信部２００は無線機２０１およびＣＰＵ２０２を有しており、携帯電話機はデュアルプロセッサ構成である。信号処理部２２０は図１の信号処理部１２０と同じものである。
【００６９】
図１における圧縮データバッファ１１２および伸長データバッファ１１４は、メモリ２４０内に論理的に構成されている。そして、メモリ２４０の容量のうち伸長データバッファとして利用できる分（伸長データバッファ容量）は、ＣＰＵ２３０により動的に管理されている。
【００７０】
無線機２０１は、アンテナ２７０を用いて基地局（不図示）との間で無線電波の送受信を行い、データ通信を実現する。ＣＰＵ２０２は、基地局との間のデータ通信の制御に加えて、無線機２０１で受信された圧縮データをメモリ２４０内の圧縮データバッファに蓄積し、ＣＰＵ２３０からの指示に応じて圧縮データを伸長し、伸長データバッファに蓄積する処理を行う。
【００７１】
ＣＰＵ２３０は、他のアプリケーション処理に加えて、伸長データバッファ容量を動的に管理している。そして、ＣＰＵ２３０は、ＣＰＵ２０２が圧縮データバッファに圧縮データを蓄積すると、伸長データが伸長データバッファ容量の範囲内となる分の圧縮データの伸長をＣＰＵ２０２に指示する。
【００７２】
全ての圧縮データを伸長できる場合、ＣＰＵ２３０はＣＰＵ２０２に全ての圧縮データの伸長を指示する。また、一部の圧縮データのみ伸長が可能であれば、ＣＰＵ２０はＣＰＵ２０２に、伸長データが所定範囲内となる分の圧縮データの伸長を指示する。
【００７３】
全ての圧縮データを伸長できなかった場合、着呼後に、ＣＰＵ２３０は、伸長データバッファ容量の範囲内で図２に示したと同様の所定量毎の伸長処理をＣＰＵ２０２に指示してもよい。あるいは、ＣＰＵ２３０は、図２に示したような所定量（エクスパイヤ値）毎の伸長処理ではなく、伸長データバッファの空き容量に応じて動的に伸長の開始および停止をＣＰＵ２０２に指示することとしてもよい。
【００７４】
また、ここでは一例としてアプリケーション用のＣＰＵ２３０が容量管理を行い、通信用のＣＰＵ２０２が伸長処理を行うこととしたが、ＣＰＵ２３０とＣＰＵ２０２の役割分担は、その逆であってもよい。
【００７５】
また、ＣＰＵ２３０またはＣＰＵ２０２は、他方の処理負荷状況を監視しており、負荷が所定のしきい値を超えた場合に、他方の処理の少なくとも一部を肩代わりすることとしてもよい。
【００７６】
例えば、通信用のＣＰＵ２０２が容量管理を分担し、アプリケーション用のＣＰＵ２３０が伸長処理を分担している場合に、アプリケーションの実行など圧縮データの伸長処理以外の処理による負荷の増大によりＣＰＵ２３０の処理能力に余裕がなくなると、ＣＰＵ２０２がＣＰＵ２３０に代わって圧縮データの伸長処理を行なうこととしてもよい。
【００７７】
以上のように、デュアルプロセッサ間で圧縮データの伸長を制御することにより、図１にあったような圧縮データ伸長制御部が不要となり、回路規模を削減することができる。また、デュアルプロセッサ間のロードバランシング機能を備えることにより、各ＣＰＵの処理能力を状況に応じて効率良く利用することができる。
【００７８】
なお、ここでは本発明の各実施形態として携帯電話機を例示したが、本発明は、圧縮データを保持しておき、再生イベントにより再生する様々なデータ再生装置に広く適用可能である。
【図面の簡単な説明】
【００７９】
【図１】本発明の一実施形態の携帯電話機の構成を示すブロック図である。
【図２】図１に示した携帯電話機の動作を示すタイミングチャートである。
【図３】図２に示した携帯電話機の一連の動作を簡略化したフローチャートである。
【図４】他の動作例を示すタイミングチャートである。
【図５】本発明の他の実施形態の携帯電話機の構成を示すブロック図である。
【図６】従来の携帯電話機の構成を示すブロック図である。
【図７】図６に示した従来の携帯電話機の動作を示すタイミングチャートである。
【符号の説明】
【００８０】
１００    送受信部
１１０    圧縮データ保持伸長制御部
１１１    圧縮データ伸長制御部
１１１ａ    カウンタ
１１２    圧縮データバッファ
１１３    ＤＳＰ
１１３ａ    デコーダ
１１４    伸長データバッファ
１２０    信号処理部
１３０    ＣＰＵ
１４０    メモリ
１６０    Ｉ／Ｏバス
１７０    アンテナ
２００    送受信部
２０１    無線機
２０２    ＣＰＵ
２２０    信号処理部
２３０    ＣＰＵ
２４０    メモリ
２６０    Ｉ／Ｏバス
２７０    アンテナ
Ｓ１〜Ｓ５    ステップ
【図１】
2005176052.tif 000003
【図２】
2005176052.tif 000004
【図３】
2005176052.tif 000005
【図４】
2005176052.tif 000006
【図５】
2005176052.tif 000007
【図６】
2005176052.tif 000008
【図７】
2005176052.tif 000009