JP2006134271A - 再生装置 - Google Patents

再生装置 Download PDF

Info

Publication number
JP2006134271A
JP2006134271A JP2004325753A JP2004325753A JP2006134271A JP 2006134271 A JP2006134271 A JP 2006134271A JP 2004325753 A JP2004325753 A JP 2004325753A JP 2004325753 A JP2004325753 A JP 2004325753A JP 2006134271 A JP2006134271 A JP 2006134271A
Authority
JP
Japan
Prior art keywords
data
decoding
input
amount
threshold value
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2004325753A
Other languages
English (en)
Inventor
Yasushi Unoki
靖 卯野木
Satoshi Akimoto
智 秋元
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2004325753A priority Critical patent/JP2006134271A/ja
Priority to US11/268,172 priority patent/US20060098741A1/en
Publication of JP2006134271A publication Critical patent/JP2006134271A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23406—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving management of server-side video buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Information Transfer Systems (AREA)

Abstract

【課題】データ再生までに要する時間を短縮し、またバッファアンダーフローの発生を抑制した、ユーザの利便性が高い再生装置を提供することを目的とする。
【解決手段】通信部１０１は、ネットワークＮＷを通じてサーバＳと通信する。バッファメモリ１０２は、通信部１０１がネットワークＮＷを通じてサーバＳからダウンロードしたデータを一時的に蓄積する。デコード部１０３は、バッファメモリ１０２から読み出されたデータをデコードする。制御部１１０は、通信開始後、受信したデータのデコードを開始する判定に用いる再生開始閾値ｔｈｓと、データのデコードを開始した後、デコードを中断する判定に用いるＢＵＦ閾値ｔｈｕを別々に設けて、デコード部１０３を動作制御するようにしたものである。
【選択図】 図１

Description

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

Claims (4)

  1. 符号化されたデータが入力される入力手段と、
    この入力手段を通じて入力されたデータを一時的に記憶する記憶手段と、
    この記憶手段から読み出されたデータを復号する復号手段と、
    前記入力手段を通じてデータが入力されて前記記憶手段に記憶されたデータ量が第１の閾値以上になると、前記記憶手段が記憶するデータを読み出して前記復号手段に出力し、前記記憶手段が記憶するデータ量が前記第１の閾値よりも低い第２の閾値未満になると、前記記憶手段が記憶するデータの読み出しを停止する制御手段とを具備したことを特徴とする再生装置。
  2. 符号化されたデータが入力される入力手段と、
    この入力手段を通じて入力されたデータを一時的に記憶する記憶手段と、
    この記憶手段から読み出されたデータを復号する復号手段と、
    前記入力手段を通じてデータが入力されて前記記憶手段に記憶されたデータ量が第１の閾値以上になると、前記記憶手段が記憶するデータを読み出して前記復号手段に出力し、前記記憶手段が記憶するデータ量が前記第１の閾値よりも高い第２の閾値未満になると、前記記憶手段が記憶するデータの読み出しを停止する制御手段とを具備したことを特徴とする再生装置。
  3. 第１の通信速度と、この第１の通信速度よりも速い第２の通信速度のうち、いずれか一方の通信速度で、符号化されたデータが入力される入力手段と、
    この入力手段を通じて入力されたデータを一時的に記憶する記憶手段と、
    この記憶手段から読み出されたデータを復号する復号手段と、
    前記入力手段を通じて前記第１の通信速度でデータ入力が開始された後、前記記憶手段が記憶するデータ量が第１の閾値以上になると、前記記憶手段が記憶するデータを読み出して前記復号手段に出力し、前記記憶手段が記憶するデータ量が前記第１の閾値よりも低い第２の閾値未満になった場合に、前記記憶手段が記憶するデータの読み出しを停止する第１の制御手段と、
    前記入力手段を通じて前記第２の通信速度でデータ入力が開始された後、前記記憶手段が記憶するデータ量が前記第２の閾値よりも低い第３の閾値以上になると、前記記憶手段が記憶するデータを読み出して前記復号手段に出力し、この出力後、前記記憶手段が記憶するデータ量が前記第２の閾値未満になった場合に、前記記憶手段が記憶するデータの読み出しを停止する第２の制御手段とを具備したことを特徴とする再生装置。
  4. 符号化されたデータが入力される入力手段と、
    この入力手段を通じて入力されたデータを一時的に記憶する記憶手段と、
    この記憶手段から読み出されたデータを復号する復号手段と、
    前記入力手段を通じてデータ入力が開始された後、前記記憶手段が記憶するデータ量が第１の閾値以上になると、前記記憶手段が記憶するデータを読み出して前記復号手段に出力し、前記記憶手段が記憶するデータを第１の速度で読み出して前記復号手段に出力する場合に、前記記憶手段が記憶するデータ量が、前記第１の閾値よりも低い第２の閾値未満になると、前記記憶手段が記憶するデータの読み出しを停止する第１の制御手段と、
    前記入力手段を通じてデータ入力が開始された後、前記記憶手段が記憶するデータ量が第１の閾値以上になると、前記記憶手段が記憶するデータを読み出して前記復号手段に出力し、前記記憶手段が記憶するデータを前記第１の速度よりも遅い第２の速度で読み出して前記復号手段に出力する場合に、前記記憶手段が記憶するデータ量が、前記第２の閾値よりも低い第３の閾値未満になった場合に、前記記憶手段が記憶するデータの読み出しを停止する第２の制御手段とを具備したことを特徴とする再生装置。
JP2004325753A 2004-11-09 2004-11-09 再生装置 Pending JP2006134271A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2004325753A JP2006134271A (ja) 2004-11-09 2004-11-09 再生装置
US11/268,172 US20060098741A1 (en) 2004-11-09 2005-11-07 Reproducing apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004325753A JP2006134271A (ja) 2004-11-09 2004-11-09 再生装置

Publications (1)

Publication Number Publication Date
JP2006134271A true JP2006134271A (ja) 2006-05-25

Family

ID=36316310

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004325753A Pending JP2006134271A (ja) 2004-11-09 2004-11-09 再生装置

Country Status (2)

Country Link
US (1) US20060098741A1 (ja)
JP (1) JP2006134271A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013045431A (ja) * 2011-08-26 2013-03-04 Toshiba Corp ファイル転送装置およびその方法

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5211569B2 (ja) * 2007-07-26 2013-06-12 ソニー株式会社 コンテンツ再生装置、コンテンツ再生方法、およびプログラム
JP5282383B2 (ja) * 2007-09-06 2013-09-04 ソニー株式会社 コンテンツ再生装置、コンテンツ再生方法、プログラム、およびコンテンツ再生システム
CN103475927B (zh) * 2012-06-08 2015-04-08 腾讯科技（深圳）有限公司 在线视频实时变速播放方法及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3939198B2 (ja) * 2002-05-20 2007-07-04 三洋電機株式会社 データ出力装置
US20050099492A1 (en) * 2003-10-30 2005-05-12 Ati Technologies Inc. Activity controlled multimedia conferencing

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013045431A (ja) * 2011-08-26 2013-03-04 Toshiba Corp ファイル転送装置およびその方法

Also Published As

Publication number Publication date
US20060098741A1 (en) 2006-05-11

Similar Documents

Publication Publication Date Title
EP2023627A2 (en) Content playback device, content playback method, computer-readable storage medium, and content playback system
JP2006520986A (ja) ストリームバッファチャネル用のｃｐｉデータ
EP1701545B1 (en) Image reproducing device, method, and program
JP2008521317A (ja) 音声・映像ストリームのフレーム単位編集のための方法及び装置
JP2006134271A (ja) 再生装置
US20080147218A1 (en) Recording/reproduction apparatus
JP4438059B2 (ja) 画像再生装置及びその制御方法
KR100891065B1 (ko) 섀도우 인트라 화상 삽입에 의한 비디오 수정
JP4289138B2 (ja) データ処理装置およびその方法と符号化装置
JP4959935B2 (ja) 復号装置
JP5268608B2 (ja) 撮像再生装置
JP2010251913A (ja) コンテンツ再生装置、プログラムおよび半導体集積回路
JP4900945B2 (ja) 記録装置、及び記録方法
JP2009147827A (ja) 記録装置、その制御方法、プログラム
JP2003324690A (ja) 映像記録再生装置
JP2009180972A (ja) オーディオレジューム再生装置及びオーディオレジューム再生方法
JP4924575B2 (ja) カラオケ装置
JP2006262045A (ja) コンテンツ再生装置
JP2006270829A (ja) 動画再生装置
JP2008076847A (ja) 復号器及び信号処理システム
JP2006040382A (ja) デジタルデータの記録装置および記録方法
US20090110364A1 (en) Reproduction apparatus and reproduction method
JP2007226930A (ja) 再生装置、動作音抑制方法
JP2002232846A (ja) 映像音声処理装置および映像音声処理方法
JP5207268B2 (ja) 再生装置、再生方法及び再生プログラム

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070813

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071002

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071203

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080527