(57)【要約】【課題】データ再生までに要する時間を短縮し、またバッファアンダーフローの発生を抑制した、ユーザの利便性が高い再生装置を提供することを目的とする。【解決手段】通信部１０１は、ネットワークＮＷを通じてサーバＳと通信する。バッファメモリ１０２は、通信部１０１がネットワークＮＷを通じてサーバＳからダウンロードしたデータを一時的に蓄積する。デコード部１０３は、バッファメモリ１０２から読み出されたデータをデコードする。制御部１１０は、通信開始後、受信したデータのデコードを開始する判定に用いる再生開始閾値ｔｈｓと、データのデコードを開始した後、デコードを中断する判定に用いるＢＵＦ閾値ｔｈｕを別々に設けて、デコード部１０３を動作制御するようにしたものである。【選択図】      図１
2006134271.tif 000002
【特許請求の範囲】
【請求項１】
符号化されたデータが入力される入力手段と、
この入力手段を通じて入力されたデータを一時的に記憶する記憶手段と、
この記憶手段から読み出されたデータを復号する復号手段と、
前記入力手段を通じてデータが入力されて前記記憶手段に記憶されたデータ量が第１の閾値以上になると、前記記憶手段が記憶するデータを読み出して前記復号手段に出力し、前記記憶手段が記憶するデータ量が前記第１の閾値よりも低い第２の閾値未満になると、前記記憶手段が記憶するデータの読み出しを停止する制御手段とを具備したことを特徴とする再生装置。
【請求項２】
符号化されたデータが入力される入力手段と、
この入力手段を通じて入力されたデータを一時的に記憶する記憶手段と、
この記憶手段から読み出されたデータを復号する復号手段と、
前記入力手段を通じてデータが入力されて前記記憶手段に記憶されたデータ量が第１の閾値以上になると、前記記憶手段が記憶するデータを読み出して前記復号手段に出力し、前記記憶手段が記憶するデータ量が前記第１の閾値よりも高い第２の閾値未満になると、前記記憶手段が記憶するデータの読み出しを停止する制御手段とを具備したことを特徴とする再生装置。
【請求項３】
第１の通信速度と、この第１の通信速度よりも速い第２の通信速度のうち、いずれか一方の通信速度で、符号化されたデータが入力される入力手段と、
この入力手段を通じて入力されたデータを一時的に記憶する記憶手段と、
この記憶手段から読み出されたデータを復号する復号手段と、
前記入力手段を通じて前記第１の通信速度でデータ入力が開始された後、前記記憶手段が記憶するデータ量が第１の閾値以上になると、前記記憶手段が記憶するデータを読み出して前記復号手段に出力し、前記記憶手段が記憶するデータ量が前記第１の閾値よりも低い第２の閾値未満になった場合に、前記記憶手段が記憶するデータの読み出しを停止する第１の制御手段と、
前記入力手段を通じて前記第２の通信速度でデータ入力が開始された後、前記記憶手段が記憶するデータ量が前記第２の閾値よりも低い第３の閾値以上になると、前記記憶手段が記憶するデータを読み出して前記復号手段に出力し、この出力後、前記記憶手段が記憶するデータ量が前記第２の閾値未満になった場合に、前記記憶手段が記憶するデータの読み出しを停止する第２の制御手段とを具備したことを特徴とする再生装置。
【請求項４】
符号化されたデータが入力される入力手段と、
この入力手段を通じて入力されたデータを一時的に記憶する記憶手段と、
この記憶手段から読み出されたデータを復号する復号手段と、
前記入力手段を通じてデータ入力が開始された後、前記記憶手段が記憶するデータ量が第１の閾値以上になると、前記記憶手段が記憶するデータを読み出して前記復号手段に出力し、前記記憶手段が記憶するデータを第１の速度で読み出して前記復号手段に出力する場合に、前記記憶手段が記憶するデータ量が、前記第１の閾値よりも低い第２の閾値未満になると、前記記憶手段が記憶するデータの読み出しを停止する第１の制御手段と、
前記入力手段を通じてデータ入力が開始された後、前記記憶手段が記憶するデータ量が第１の閾値以上になると、前記記憶手段が記憶するデータを読み出して前記復号手段に出力し、前記記憶手段が記憶するデータを前記第１の速度よりも遅い第２の速度で読み出して前記復号手段に出力する場合に、前記記憶手段が記憶するデータ量が、前記第２の閾値よりも低い第３の閾値未満になった場合に、前記記憶手段が記憶するデータの読み出しを停止する第２の制御手段とを具備したことを特徴とする再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば音声や映像などのデータを再生する再生装置に関する。
【背景技術】
【０００２】
周知のように、従来の再生装置は、内部の記憶装置から読み出したデータや、外部から入力されたデータを一時的にバッファメモリに蓄積して、データ再生時に生じうるデータ読み込みやデータ入力の揺らぎを吸収するようにしている（例えば、特許文献１参照）。
【０００３】
このような揺らぎを吸収するためには、バッファメモリ内に蓄積されるデータが枯渇しないように制御しなければならない。また、データ再生を開始するためには、バッファメモリ内にコンテンツデータが十分に蓄積されている必要がある。
【０００４】
このため従来は、データ再生前やデータ再生中において、バッファメモリ内に蓄積されるデータ量を検出し、この検出したデータ量と閾値を比較して、データ再生を開始したり、あるいはデータ再生を一時停止するようにしている。
【０００５】
しかしながら従来は、上記閾値が高いと、データ再生開始時において、バッファメモリ内にデータを蓄積するまでの多くの時間がかかるため、再生開始までに時間がかかってしまうという問題が生じる。また逆に上記閾値が低いと、データ再生中にバッファメモリ内に蓄積されるデータが枯渇して、バッファアンダーフローが発生し、データ再生に影響を及ぼすという問題があった。
【特許文献１】特開２０００−１２３４７７
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来の再生装置では、バッファメモリ内に蓄積されるデータ量を検出し、この検出したデータ量と閾値を比較してバッファアンダーフローが生じないように再生制御を行っているが、データ再生開始までに時間がかかってしまったり、あるいはバッファアンダーフローが発生データ再生に影響を及ぼすなど、ユーザの利便性に問題があった。
【０００７】
この発明は、上記の問題を解決すべくなされたもので、データ再生開始までに要する時間を短縮した、ユーザの利便性が高い再生装置を提供することを目的とする。  
またこの発明は、バッファアンダーフローの発生を抑制してデータ再生に影響の少なく、ユーザの利便性が高い再生装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するために、この発明は、符号化されたデータが入力される入力手段と、この入力手段を通じて入力されたデータを一時的に記憶する記憶手段と、この記憶手段から読み出されたデータを復号する復号手段と、入力手段を通じてデータが入力されて記憶手段に記憶されたデータ量が第１の閾値以上になると、記憶手段が記憶するデータを読み出して復号手段に出力し、記憶手段が記憶するデータ量が第１の閾値よりも低い第２の閾値未満になると、記憶手段が記憶するデータの読み出しを停止する制御手段とを具備して構成するようにした。
【０００９】
またこの発明は、符号化されたデータが入力される入力手段と、この入力手段を通じて入力されたデータを一時的に記憶する記憶手段と、この記憶手段から読み出されたデータを復号する復号手段と、入力手段を通じてデータが入力されて記憶手段に記憶されたデータ量が第１の閾値以上になると、記憶手段が記憶するデータを読み出して復号手段に出力し、記憶手段が記憶するデータ量が第１の閾値よりも高い第２の閾値未満になると、記憶手段が記憶するデータの読み出しを停止する制御手段とを具備して構成するようにした。
【発明の効果】
【００１０】
以上述べたように、この発明では、入力手段を通じて入力されたデータを復号するタイミングを判断する第１の閾値と、データ復号後に、バッファアンダーフローを防止するための第２の閾値とを別々に設けるようにしている。
【００１１】
したがって、この発明によれば、第１の閾値よりも第２の閾値を低い値に設定することで、バッファアンダーフローの発生を抑制してデータ再生への影響を防止して、ユーザの利便性を高めた再生装置を提供できる。  
また、この発明によれば、第１の閾値よりも第２の閾値を高い値に設定することで、データ再生開始までに要する時間を短縮した、ユーザの利便性を高めた再生装置を提供できる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して、この発明の一実施形態について説明する。  
図１は、この発明の第１の実施形態に係わる再生装置１００の構成を示すものである。この再生装置１００は、通信部１０１、バッファメモリ１０２、デコード部１０３、入力部１０４および制御部１１０を備えている。
【００１３】
通信部１０１は、後述する制御部１１０の指示に応じて、インターネットやＬＡＮなどのネットワークＮＷを通じてサーバＳと通信するものである。その通信速度は、制御部１１０の指示に応じて、６４ｋｂｐｓあるいは５１２ｋｂｐｓに選択的に切り替えて行う。
【００１４】
バッファメモリ１０２は、通信部１０１がネットワークＮＷを通じてサーバＳからダウンロードしたデータを一時的に蓄積する記憶部である。また蓄積されたデータは、制御部１１０によって読み出し制御され、デコード部１０３に出力される。
【００１５】
デコード部１０３は、バッファメモリ１０２から読み出されたデータをデコードするものであり、上記データ中に含まれる映像データを映像デコーダ１０３ａによってデコードし、映像信号として出力するとともに、上記データ中に含まれる音声データを音声デコーダ１０３ｂによってデコードし、音声信号として出力する。
【００１６】
入力部１０４は、ユーザから種々の要求を受け付け、制御部１１０に通知するものである。その要求の一例としては、通信部１０１の通信相手や、通信部１０１の通信速度の指定、デコード部１０３によるデコードの開始指示などがある。
【００１７】
制御部１１０は、プロセッサとメモリを備え、上記メモリには制御プログラムや制御データなどを記憶し、これらの情報に基づいてプロセッサが動作し、当該再生装置１００の各部を統括して制御するものである。
【００１８】
その制御機能の一例としては、バッファメモリ１０２に蓄積されるデータ量を検出する機能、通信部１０１の通信相手を選択する機能、通信部１０１の通信速度を切り替え制御する機能、通信部１０１が受信したデータの種類に応じて、デコード部１０３のデコード機能を制御する機能などを備える。
【００１９】
次に、上記構成の再生装置１００の動作について説明する。図２は、その動作を説明するためのフローチャートであって、このフローチャートに示す制御動作は制御部１１０によってなされる。またフローチャートに対応する制御プログラムや制御データは、制御部１１０のメモリ内に記憶され、制御部１１０がこれらの情報に基づいて動作する。
【００２０】
制御部１１０は、入力部１０４を通じてユーザから要求が与えられると、この処理を実行する。  
まずステップ２ａにおいて制御部１１０は、入力部１０４を通じてユーザから通信速度の指定や、通信相手の指定を受け付け、ステップ２ｂに移行する。
【００２１】
ステップ２ｂにおいて制御部１１０は、ステップ２ａで受け付けた通信速度が、５１２ｋｂｐｓか６４ｋｂｐｓかを判断する。ここで、５１２ｋｂｐｓを受け付けた場合には、ステップ２ｃに移行して、６４ｋｂｐｓを受け付けた場合には、ステップ２ｄに移行する。
【００２２】
ステップ２ｃにおいて制御部１１０は、再生開始閾値ｔｈｓとして、ｔｈｓ５１２を設定し、ステップ２ｅに移行する。一方、ステップ２ｄにおいて制御部１１０は、再生開始閾値ｔｈｓとして、ｔｈｓ６４を設定し、ステップ２ｅに移行する。
【００２３】
なお、ｔｈｓ５１２＜ｔｈｕ＜ｔｈｓ６４である。ｔｈｕは、バッファアンダーフローを検出する閾値（以下、ＢＵＦ閾値と称する）である。これらの値ｔｈｓ５１２，ｔｈｕ，ｔｈｓ６４は、制御部１１０に予め記憶される。
【００２４】
ステップ２ｅにおいて制御部１１０は、通信部１０１を制御して、ステップ２ａで受け付けた通信速度でネットワークＮＷを通じてサーバＳと通信して、コンテンツデータのダウンロードを開始し、ステップ２ｆに移行する。
【００２５】
ダウンロードしたデータは、制御部１１０によって、バッファメモリ１０２に記録される。なお、上記コンテンツデータとしては、音声と映像とからなるマルチメディアデータや、音楽や音声などの音声データ、音声を含まない映像のみの映像データ、テキストデータなどがある。なお、テキストデータについては、制御部１１０にて復号処理を行う。
【００２６】
ステップ２ｆにおいて制御部１１０は、バッファメモリ１０２に記憶されるデータ量Ｍを検出し、この検出したデータ量Ｍが再生開始閾値ｔｈｓ以上か否かを判定する。ここで、データ量Ｍが再生開始閾値ｔｈｓ以上の場合には、ステップ２ｇに移行し、一方、データ量Ｍが再生開始閾値ｔｈｓ未満の場合には、ステップ２ｆに移行してデータ量Ｍの監視を継続する。
【００２７】
ステップ２ｇにおいて制御部１１０は、バッファメモリ１０２に記録されたデータを読み出してデコード部１０３に入力し、ステップ２ｈに移行する。なお、バッファメモリ１０２から読み出されたデータは、バッファメモリ１０２から消去される。またデコード部１０３は、データが入力されると、入力されたデータをその種類に応じてデコードする。例えば、入力されたデータがマルティメディアデータの場合には、データ中に含まれる映像データを映像デコーダ１０３ａによってデコードし、映像信号として出力するとともに、上記データ中に含まれる音声データを音声デコーダ１０３ｂによってデコードし、音声信号として出力する。
【００２８】
またデコード部１０３は、入力されたデータが音楽データのみの場合には、上記データ中に含まれる音声データを音声デコーダ１０３ｂによってデコードし、音声信号として出力する。
【００２９】
ステップ２ｈにおいて制御部１１０は、バッファメモリ１０２に記憶されるデータ量Ｍを検出し、この検出したデータ量ＭがＢＵＦ閾値ｔｈｕ以上か否かを判定する。ここで、データ量ＭがＢＵＦ閾値ｔｈｕ以上の場合には、ステップ２ｇに移行してデータを読み出してデコードを継続させ、一方、データ量ＭがＢＵＦ閾値ｔｈｕ未満の場合には、ステップ２ｉに移行する。
【００３０】
なお、通信速度が５１２ｋｂｐｓの場合、デコード部１０３によるデコード開始直後においては、データ量ＭがＢＵＦ閾値ｔｈｕ未満となっていることが多分にあるため、制御部１１０は、データ量Ｍが一旦ＢＵＦ閾値ｔｈｕを超えるまでは、データ量ＭがＢＵＦ閾値ｔｈｕ未満であってもデータ量ＭはＢＵＦ閾値ｔｈｕ以上と暫定的に判断する。この暫定的な判断は、最初にＢＵＦ閾値ｔｈｕを超えるか、または予め定めた時間の間有効とするようにし、暫定的な判断が永続しないようにする必要がある。
【００３１】
ステップ２ｉにおいて制御部１１０は、バッファメモリ１０２に記憶されるデータの読み出しを停止して、デコード部１０３によるデコード処理を停止させ、ステップ２ｈに移行する。
【００３２】
データの入力が停止すると、音声デコーダ１０３ｂは、無音信号を出力し、映像デコーダ１０３ａは、停止直前にデコードした最後の映像信号の出力を継続する。これにより、マルチメディアデータの場合、後段の出力手段（図示しない）では、無音の静止画像が出力されることになる。
【００３３】
次に上述した制御によって、バッファメモリ１０２内に蓄積されるデータ量Ｍの変動について説明する。図３は、通信部１０１が６４ｋｂｐｓで通信を行った場合のデータ量Ｍの変動を示すものである。
【００３４】
また図４は、通信部１０１が５１２ｋｂｐｓで通信を行った場合のデータ量Ｍの変動を示すものである。また図３および図４に示す例では、再生対象のデータの符号化レートを６４ｋｂｐｓとし、デコード部１０３は、バッファメモリ１０２から平均で６４ｋｂｐｓでデータを読み出してデコードする例を挙げている。
【００３５】
図３に示すように、通信部１０１が６４ｋｂｐｓで通信を行った場合には、通信を開始した後、データ量Ｍがｔｈｓ６４を超えると（時刻ｔ６４１）、制御部１１０がバッファメモリ１０２からデータを読み出してデコード部１０３に入力し、これによりデコードが開始される。
【００３６】
やがて、通信が一時的に滞るなどに起因してデータ量Ｍが減少し、データ量Ｍがｔｈｕ未満になると（時刻ｔ６４２）、制御部１１０がバッファメモリ１０２からのデータ読み出しを停止して、デコードが中断される。
【００３７】
その後、通信が再開してデータ量Ｍが増加し、データ量Ｍがｔｈｕ以上になると（時刻ｔ６４３）、制御部１１０がバッファメモリ１０２からデータを読み出してデコード部１０３に入力し、これによりデコードが再開される。
【００３８】
一方、図４に示すように、通信部１０１が５１２ｋｂｐｓで通信を行った場合には、通信を開始した後、データ量Ｍがｔｈｓ５１２を超えると（時刻ｔ５１２１）、制御部１１０がバッファメモリ１０２からデータを読み出してデコード部１０３に入力し、これによりデコードが開始される。
【００３９】
やがて、通信が一時的に滞るなどに起因してデータ量Ｍが減少し、データ量Ｍがｔｈｕ未満になると（時刻ｔ５１２２）、制御部１１０がバッファメモリ１０２からのデータ読み出しを停止して、デコードが中断される。
【００４０】
その後、通信が再開してデータ量Ｍが増加し、データ量Ｍがｔｈｕ以上になると（時刻ｔ５１２３）、制御部１１０がバッファメモリ１０２からデータを読み出してデコード部１０３に入力し、これによりデコードが再開される。
【００４１】
以上のように、上記構成の再生装置１００では、通信開始後、受信したデータのデコードを開始する判定に用いる再生開始閾値ｔｈｓと、データのデコードを開始した後、デコードを中断する判定に用いるＢＵＦ閾値ｔｈｕを別々に設けて、デコード部１０３を動作制御するようにしている。
【００４２】
そして、通信速度が速い５１２ｋｂｐｓの場合については、再生開始閾値ｔｈｓ５１２をＢＵＦ閾値ｔｈｕより小さい値に設定するようにしているので、従来のように再生開始閾値ｔｈｓ５１２とＢＵＦ閾値ｔｈｕが一致する場合に比べて、データ再生までに要する時間を短縮することができる。
【００４３】
また、通信速度が遅い６４ｋｂｐｓの場合については、再生開始閾値ｔｈｓ６４をＢＵＦ閾値ｔｈｕより大きい値に設定するようにしている。すなわち、十分にバッファメモリ１０２にデータを蓄積した後にデータ再生が開始されるので、従来のように再生開始閾値ｔｈｓ６４とＢＵＦ閾値ｔｈｕが一致する場合に比べて、データ再生開始に伴ってバッファメモリ１０２に蓄積したデータ量Ｍが閾値を下回ってバッファアンダーフローが発生するという状況を回避しやすい。
【００４４】
したがって、上記構成の再生装置１００によれば、通信速度が再生データ符号化レートよりも相対的に速い場合には、データ再生までに要する時間を短縮でき、一方、通信速度が再生データ符号化レートに近い場合には、バッファアンダーフローの発生を抑制できるので、ユーザの利便性が高い。データ再生までに要する時間の短縮は、通信速度が再生データ符号化レートよりも早ければ早いほど短縮できる。
【００４５】
次に、この発明の第２の実施形態について説明する。  
図５は、この発明の第２の実施形態に係わる再生装置２００の構成を示すものである。この再生装置２００は、通信部２０１、バッファメモリ２０２、デコード部２０３、入力部２０４および制御部２１０を備えている。
【００４６】
なお、通信部２０１、バッファメモリ２０２、デコード部２０３、入力部２０４および制御部２１０は、それぞれ第１の実施形態の通信部１０１、バッファメモリ１０２、デコード部１０３、入力部１０４および制御部１１０と同様である。
【００４７】
ただし、通信部２０１は、ネットワークＮＷを通じて５１２ｋｂｐｓで通信を行う。また、サーバＳからダウンロードされるデータには、後述するデコード部２０３にて６４ｋｂｐｓでデコードされる低品質データと、５１２ｋｂｐｓでデコードされる高品質データの２種類があるものとする。  
またデコード部２０３の再生データ符号化レートは、上記品質に対応し、５１２ｋｂｐｓか６４ｋｂｐｓであり、これらは制御部２１０からの指示により選択的に行われる。
【００４８】
次に、上記構成の再生装置２００の動作について説明する。図６は、その動作を説明するためのフローチャートであって、このフローチャートに示す制御動作は制御部２１０によってなされる。またフローチャートに対応する制御プログラムや制御データは、制御部２１０のメモリ内に記憶され、制御部２１０がこれらの情報に基づいて動作する。
【００４９】
制御部２１０は、入力部２０４を通じてユーザから要求が与えられると、この処理を実行する。  
まずステップ６ａにおいて制御部２１０は、入力部２０４を通じてユーザから通信相手の指定や、ダウンロードの対象となるデータの指定を受け付け、ステップ６ｂに移行する。
【００５０】
ステップ６ｂにおいて制御部２１０は、ステップ６ａで指定されたデータの形式が、５１２ｋｂｐｓでデコードされるデータか、６４ｋｂｐｓでデコードされるデータかを判断する。ここで、５１２ｋｂｐｓでデコードされるデータの場合には、ステップ６ｃに移行して、６４ｋｂｐｓでデコードされるデータの場合には、ステップ６ｄに移行する。
【００５１】
ステップ６ｃにおいて制御部２１０は、バッファアンダーフローを検出する閾値（以下、ＢＵＦ閾値と称する）ｔｈｕとして、ｔｈｕ５１２を設定し、ステップ６ｅに移行する。一方、ステップ６ｄにおいて制御部２１０は、ＢＵＦ閾値ｔｈｕとして、ｔｈｕ６４を設定し、ステップ６ｅに移行する。  
なお、ｔｈｕ６４＜ｔｈｕ５１２＜ｔｈｓである。ｔｈｓは、デコードを開始する閾値である。これらの値ｔｈｕ６４，ｔｈｕ５１２，ｔｈｓは、制御部２１０に予め記憶される。なお、これらの閾値は、第１の実施形態と異なり、実際にはデータ量を再生時間に換算して比較される。
【００５２】
ステップ６ｅにおいて制御部２１０は、通信部２０１を制御して、通信速度５１２ｋｂｐｓでネットワークＮＷを通じてサーバＳと通信して、コンテンツデータのダウンロードを開始し、ステップ６ｆに移行する。
【００５３】
ダウンロードしたデータは、制御部２１０によって、バッファメモリ２０２に記録される。なお、上記コンテンツデータとしては、音声と映像とからなるマルチメディアデータや、音楽や音声などの音声データ、音声を含まない映像のみの映像データ、テキストデータなどがある。なお、テキストデータについては、制御部１１０にて復号処理を行う。
【００５４】
ステップ６ｆにおいて制御部２１０は、バッファメモリ２０２に記憶されるデータ量Ｍを検出し、この検出したデータ量Ｍが再生開始閾値ｔｈｓ以上か否かを判定する。ここで、データ量Ｍが再生開始閾値ｔｈｓ以上の場合には、ステップ６ｇに移行し、一方、データ量Ｍが再生開始閾値ｔｈｓ未満の場合には、ステップ６ｆに移行してデータ量Ｍの監視を継続する。
【００５５】
ステップ６ｇにおいて制御部２１０は、バッファメモリ２０２に記録されたデータを読み出してデコード部２０３に入力し、ステップ６ｈに移行する。バッファメモリ２０２から読み出されたデータは、バッファメモリ２０２から消去される。またデコード部２０３は、データが入力されると、入力されたデータをその種類に応じてデコードする。
【００５６】
ここでデコード部２０３は、入力されたデータが５１２ｋｂｐｓで再生すべき形式のデータか、６４ｋｂｐｓで再生すべき形式のデータかを判断し、その形式に応じたデコードを行う。
【００５７】
そしてデコード部２０３は、入力されたデータがマルティメディアデータの場合には、データ中に含まれる映像データを映像デコーダ２０３ａによってデコードし、映像信号として出力するとともに、上記データ中に含まれる音声データを音声デコーダ２０３ｂによってデコードし、音声信号として出力する。
【００５８】
またデコード部２０３は、入力されたデータが音楽データのみの場合には、上記データ中に含まれる音声データを音声デコーダ２０３ｂによってデコードし、音声信号として出力する。
【００５９】
ステップ６ｈにおいて制御部２１０は、バッファメモリ２０２に記憶されるデータ量Ｍを検出し、この検出したデータ量ＭがＢＵＦ閾値ｔｈｕ以上か否かを判定する。ここで、データ量ＭがＢＵＦ閾値ｔｈｕ以上の場合には、ステップ６ｇに移行してデータを読み出してデコードを継続させ、一方、データ量ＭがＢＵＦ閾値ｔｈｕ未満の場合には、ステップ６ｉに移行する。
【００６０】
ステップ６ｉにおいて制御部２１０は、バッファメモリ２０２に記憶されるデータの読み出しを停止して、デコード部２０３によるデコード処理を停止させ、ステップ６ｈに移行する。
【００６１】
データの入力が停止すると、音声デコーダ２０３ｂは、無音信号を出力し、映像デコーダ２０３ａは、停止直前にデコードした最後の映像信号の出力を継続する。これにより、マルチメディアデータの場合、後段の出力手段（図示しない）では、無音の静止画像が出力されることになる。
【００６２】
次に上述した制御によって、バッファメモリ２０２内に蓄積されるデータ量Ｍの変動について説明する。図７は、通信部２０１が５１２ｋｂｐｓでデコードされるデータをダウンロードした場合のデータ量Ｍの変動を示すものである。
【００６３】
また図８は、通信部２０１が６４ｋｂｐｓでデコードされるデータをダウンロードした場合のデータ量Ｍの変動を示すものである。なお図７および図８に示す例では、通信部２０１が５１２ｋｂｐｓでダウンロードを行う場合を例に挙げている。
【００６４】
図７に示すように、５１２ｋｂｐｓでデコードされるデータをダウンロードした場合には、通信を開始した後、データ量Ｍがｔｈｓを超えると（時刻ｔｓ）、制御部２１０がバッファメモリ２０２からデータを読み出してデコード部２０３に入力し、これによりデコードが開始される。
【００６５】
やがて、通信が一時的に滞るなどに起因してデータ量Ｍが減少し、データ量Ｍがｔｈｕ５１２未満になると（時刻ｔｕ５１２１）、制御部２１０がバッファメモリ２０２からのデータ読み出しを停止して、デコードが中断される。
【００６６】
その後、通信が再開してデータ量Ｍが増加し、データ量Ｍがｔｈｕ５１２以上になると（時刻ｔｕ５１２２）、制御部２１０がバッファメモリ２０２からデータを読み出してデコード部２０３に入力し、これによりデコードが再開される。
【００６７】
一方、図８に示すように、６４ｋｂｐｓでデコードされるデータをダウンロードした場合には、通信を開始した後、データ量Ｍがｔｈｓを超えると（時刻ｔｓ）、制御部２１０がバッファメモリ２０２からデータを読み出してデコード部２０３に入力し、これによりデコードが開始される。
【００６８】
やがて、通信が一時的に滞るなどに起因してデータ量Ｍが減少し、データ量Ｍがｔｈｕ６４未満になると（時刻ｔｕ６４１）、制御部２１０がバッファメモリ２０２からのデータ読み出しを停止して、デコードが中断される。
【００６９】
その後、通信が再開してデータ量Ｍが増加し、データ量Ｍがｔｈｕ６４以上になると（時刻ｔｕ６４２）、制御部２１０がバッファメモリ２０２からデータを読み出してデコード部２０３に入力し、これによりデコードが再開される。
【００７０】
以上のように、上記構成の再生装置２００では、通信開始後、受信したデータのデコードを開始する判定に用いる再生開始閾値ｔｈｓと、データのデコードを開始した後、デコードを中断する判定に用いるＢＵＦ閾値ｔｈｕを別々に設けて、デコード部２０３を動作制御するようにしている。
【００７１】
そして、再生開始閾値ｔｈｓよりもＢＵＦ閾値ｔｈｕを小さくするとともに、５１２ｋｂｐｓでデコードされるデータをダウンロードする場合のＢＵＦ閾値ｔｈｕ５１２を、６４ｋｂｐｓでデコードされるデータをダウンロードする場合のＢＵＦ閾値ｔｈｕ６４より大きい値に設定するようにしている。
【００７２】
したがって、上記構成の再生装置２００によれば、十分にバッファメモリ２０２にデータを蓄積した後にデータ再生が開始されるので、従来のように再生開始閾値ｔｈｓとＢＵＦ閾値ｔｈｕが一致する場合に比べて、データ再生開始に伴ってバッファメモリ２０２に蓄積したデータ量Ｍが閾値を下回ってバッファアンダーフローが発生するという状況を回避しやすい。
【００７３】
また、５１２ｋｂｐｓでデコードされるデータのＢＵＦ閾値ｔｈｕ５１２よりも、バッファメモリ２０２内でデータが枯渇しにくい６４ｋｂｐｓでデコードされるデータのＢＵＦ閾値ｔｈｕ６４を小さく設定するようにしているので、共通のＢＵＦ閾値ｔｈｕでバッファアンダーフロー発生を判定する場合に比べて、その発生を適確に判断できる。
【００７４】
従来のように、再生を開始する閾値と、バッファアンダーフロー発生を検出する閾値とを共通のＢＵＦ閾値ｔｈｕでバッファアンダーフロー発生を判定する場合には、例えば低速でデコードされるデータのデコード時に不必要にバッファアンダーフロー発生を検出してデコード停止処理がなされる不具合や、高速でデコードされるデータのデコード時にバッファアンダーフロー発生の判定が遅れるといった不具合が生じうる。
【００７５】
しかし、上記構成の再生装置２００によれば、データがデコードされる速度に応じたＢＵＦ閾値ｔｈｕでバッファアンダーフロー発生が判定されるので、上述したような不具合が防止でき、ユーザの利便性が高い。
【００７６】
なお、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また上記実施形態に開示されている複数の構成要素を適宜組み合わせることによって種々の発明を形成できる。また例えば、実施形態に示される全構成要素からいくつかの構成要素を削除した構成も考えられる。さらに、異なる実施形態に記載した構成要素を適宜組み合わせてもよい。
【００７７】
その一例として例えば、上記実施の形態では、ネットワークＮＷを通じてサーバＳからデータをダウンロードする場合を例に挙げて説明したが、通信部１０１，２０１に代わって、ＣＤ、ＤＶＤ、ハードディスクあるいはフラッシュメモリなどの記録媒体からデータを読み出す手段を設け、上記記録媒体からデータを読み込んでバッファメモリ１０２，２０２にデータを記録する場合にも適用できる。
【００７８】
また上述したような手段や、通信部１０１，２０１を同時に設け、選択的に用いてバッファメモリ１０２，２０２にデータを記録する場合にも適用できる。この場合には、上記手段や、通信部１０１，２０１により、データの入力速度が異なるため、特に第１の実施形態の再生装置１００に好適する。  
その他、この発明の要旨を逸脱しない範囲で種々の変形を施しても同様に実施可能であることはいうまでもない。
【図面の簡単な説明】
【００７９】
【図１】この発明に係わる再生装置の第１の実施の形態の構成を示す回路ブロック図。
【図２】図１に示した再生装置の動作を説明するためのフローチャート。
【図３】図１に示した再生装置のデータ蓄積量と閾値との関係を説明するための図。
【図４】図１に示した再生装置のデータ蓄積量と閾値との関係を説明するための図。
【図５】この発明に係わる再生装置の第２の実施の形態の構成を示す回路ブロック図。
【図６】図５に示した再生装置の動作を説明するためのフローチャート。
【図７】図５に示した再生装置のデータ蓄積量と閾値との関係を説明するための図。
【図８】図５に示した再生装置のデータ蓄積量と閾値との関係を説明するための図。
【符号の説明】
【００８０】
１００，２００…再生装置、１０１，２０１…通信部、１０２，２０２…バッファメモリ、１０３，２０３…デコード部、１０３ａ，２０３ａ…映像デコーダ、１０３ｂ，２０３ｂ…音声デコーダ、１０４，２０４…入力部、１１０，２１０…制御部、ＮＷ…ネットワーク、Ｓ…サーバ。
【図１】
2006134271.tif 000003
【図２】
2006134271.tif 000004
【図３】
2006134271.tif 000005
【図４】
2006134271.tif 000006
【図５】
2006134271.tif 000007
【図６】
2006134271.tif 000008
【図７】
2006134271.tif 000009
【図８】
2006134271.tif 000010