JP2004328613A - Video distribution system - Google Patents

Video distribution system Download PDF

Info

Publication number
JP2004328613A
JP2004328613A JP2003123813A JP2003123813A JP2004328613A JP 2004328613 A JP2004328613 A JP 2004328613A JP 2003123813 A JP2003123813 A JP 2003123813A JP 2003123813 A JP2003123813 A JP 2003123813A JP 2004328613 A JP2004328613 A JP 2004328613A
Authority
JP
Japan
Prior art keywords
bit rate
data
fragment
reception
video distribution
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.)
Granted
Application number
JP2003123813A
Other languages
Japanese (ja)
Other versions
JP4379779B2 (en
Inventor
Shigeyuki Sakasawa
茂之 酒澤
Satoshi Miyaji
悟史 宮地
Yasuhiro Takishima
康弘 滝嶋
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.)
KDDI Corp
Original Assignee
KDDI 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 KDDI Corp filed Critical KDDI Corp
Priority to JP2003123813A priority Critical patent/JP4379779B2/en
Publication of JP2004328613A publication Critical patent/JP2004328613A/en
Application granted granted Critical
Publication of JP4379779B2 publication Critical patent/JP4379779B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a video distribution system with which possibility for a receiving buffer to underflow is forecasted and measures to cope therewith can be effectively taken. <P>SOLUTION: A controller of a receiving terminal measures a transmission throughput of a network while a video signal is received (steps S1, S2). When it is possible for the receiving buffer to underflow, it is then decided by using the transmission throughput whether or not reception to the next synchronizing point is quickly completed by switching to a low bit rate (step S3). When the result of said judgement is positive, reception is stopped in the middle of fragment reception, and a fragment of a low bit rate is requested to a server. When data of a low bit rate are sent from the server in response to the request, the receiving terminal receives and reproduces the data. Thus, the receiving terminal requests bit rate without awaiting the complete reception of the fragment, thereby effectively preventing the receiving buffer from underflowing. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は映像配信装置に関し、特にメディアデータをサーバから送信し、クライアントにおいてネットワーク経由で該メディアデータを受信し再生する映像配信方式に関する。また、本発明は、ネットワークでの伝送速度が変動する場合に好適な映像配信方式に関する。
【0002】
【従来の技術】
従来、複数のビットレートで作成した同一内容のコンテンツを予めサーバに蓄積しておき、サーバが、受信端末、例えば携帯電話からの指示に従ってビットレートを切り替えて配信する技術が知られている。この従来技術では、受信端末は、受信の最初からビットレートを指示することに加えて、受信の途中でビットレートを変更する指示をすることも可能であった。受信端末には、例えば受信するビットレートをサーバに指示するボタンが設けられており、ユーザが該ボタンを操作することにより、サーバに受信するビットレートを指示することが可能であった。そして、ユーザが例えば受信画像の一部に対して品質の良い画像を受信したいと思う場合には、該ボタンを操作して、ビットレートを大きくする指示をするのが可能であった。なお、上記の従来技術に関連する公知文献として、例えば、2002年8月発表の2002年映像情報メディア学会年次大会の11−6“携帯電話ビデオストリーミングシステム設計に関する一検討”や、同11−7“TCPビデオストリーミングにおける動的符号化レート制御の検討”がある。
【0003】
しかしながら、上記の従来技術は、受信端末で、手動でビットレートを選択する制御しかできなかったため、回線の通信の事情に適合した最適なビットレートを選択することができないという問題があった。このため、本発明者らは、自動的に最適なビットレートを選択するように制御できる動画像符号化ビットレート選択方式を発明し特許出願した(特願2002−335035号)。
【発明が解決しようとする課題】
【0004】
前記の特許出願は、クライアントが、ネットワークのスループットの状況と自バッファの蓄積状況を勘案して、次に受信したいメディアデータのビットレートを選択し、時間単位に区切られたメディアデータ(フラグメント)の受信完了時に、前記ビットレートのフラグメントをサーバに要求するものである。
【0005】
しかし、前記の特許出願のものでは、メディアデータのビットレートを変更できるタイミングは、フラグメントの受信完了時だけである。ネットワークのスループットが想定したものとあっていれば問題はないが、例えば、無線通信においてトンネルに入るなど、急激にスループットが低下する場合には、クライアントの受信バッファがアンダーフローする。フラグメントの受信途中のスループットが低下した時点で、該アンダーフローが起きる可能性を予見できるに拘わらず、メディアデータのビットレートを変更するにはフラグメントの受信完了を待つしかないという問題があった。また、このため、受信バッファにアンダーフローが起きた後も、正常な受信を回復するのに時間がかかるという問題もあった。
【0006】
本発明の目的は、前記した従来技術の問題点を解消し、受信バッファがアンダーフローする可能性を予見し、効果的にその対策を講じることができる映像配信方式を提供することにある。
【0007】
【課題を解決するための手段】
前記した目的を達成するために、本発明は、複数種類の符号化ビットレートの連続メディアデータ間で切替可能なように同期ポイントをもった動画像データ群から、同期ポイントまでの受信が終了する度に単一の符号化ビットレートを選択し、動画像データの送受信をする映像配信方式であって、該動画像データを伝送する網の伝送スループットを測定する手段と、前記動画像データの受信中に、受信バッファがアンダーフローする可能性があり、かつ低ビットレートに切り替えた方が次の同期ポイントまでの受信が早く終わるか否かを、前記伝送スループットを用いて判断する手段と、該判断が肯定の場合、前記同期ポイント間のデータ(以下、フラグメントと呼ぶ)の受信途中で受信を中止し、低ビットレートのフラグメントを要求する手段と、該低ビットレートのフラグメントを受信する手段とを具備した点に特徴がある。
【0008】
この特徴によれば、受信バッファにアンダーフローが起きると予想されたときには、受信中のフラグメントの受信終了を待たずに、低ビットレートのデータの送信を要求でき、送信側ではこの要求に応じて即座に要求された低ビットレートのデータの送信を実行するので、受信バッファがアンダーフローを起こすのを極力防止できるようになる。また、アンダーフローを起こした場合でも、その回復を早期に行えるようになる。
【0009】
【発明の実施の形態】
以下に、図面を参照して、本発明を詳細に説明する。図1は、本発明が適用されるシステムの概略の構成図を示す。
【0010】
図示されているように、該システムは、動画像コンテンツの送信側であるサーバ1と、網(ネットワーク)2例えば携帯電話網と、携帯電話、PDA等の受信端末(クライアント)3とから構成されている。サーバ1は、周知のように図示されていない有線の情報ネットワークに接続されている。
【0011】
サーバ1の画像データ蓄積装置11には、同一内容の画像データあるいはメディアデータを複数のビットレートで作成した複数のファイルが蓄積されている。メディアデータは、図2に示されているように、同一内容を複数の離散的なビットレートc[n](n=0,1,2,・・・)、例えばビットレートc[0]のビットストリームAと、ビットレートc[1]のビットストリームBで形成されており、各ビットストリームには定期的に同期ポイントa1,a2,a3,・・・;b1,b2,b3,・・・が設定されている。このビットレートc[n]は、前記受信端末3に予め通知されている。
【0012】
前記同期ポイントは、T間隔、例えば10秒間隔で設定されている。該同期ポイントでは、この箇所において、異なるビットレート間でデータの切替が可能である。なお、以下では、該同期ポイント間のデータ単位を、“フラグメント”と呼ぶことにする。
【0013】
該画像データ蓄積装置11は、配信用のプログラムであるCGI(commom gateway interface)プログラム12によりアクセスされ、該CGIプログラム12から要求されたビットレートのファイルを提供する。
【0014】
一方、受信端末3は、受信データを一時的に蓄積する受信バッファ31と、最適なビットレートを決定し、該ビットレートを網2を介してサーバ1に通知するコントローラ32と、該バッファ31の蓄積量が所定量以上になった時点で受信バッファ31からデータを読み出しビデオ復号を開始するデコーダ33を備えている。
【0015】
次に、本発明の一実施形態を説明する。図3(a)、(b)、(c)は本実施形態の動作を説明するメディアデータのタイミングチャートであり、横軸は時間(t)を示す。
【0016】
図3(a)はこの実施形態の受信データと再生データの関係を示す。この実施形態では、受信端末3はメディアビットレートcでメディアデータ52を受信し、デコーダ33は受信中のフラグメントより1つ前のフラグメントのデータ51を再生する、すなわち、第nフラグメントのメディアデータ52を受信中に、第(n−1)フラグメントのメディアデータ51を再生するものとする。
【0017】
次に、本実施形態の前記コントローラ32の動作を、図4のフローチャートを参照して説明する。ステップS1では、第nフラグメントのメディアデータを受信する。ステップS2では、ネットワーク2のスループット(伝送スループット)vを推定する。ステップS3では、該スループットvを用いて、▲1▼受信バッファ31がアンダーフローする可能性があり、かつ▲2▼メディアビットレートを最低レートc0に切り替えた方が受信が早く終わるか否かの判断をする。この判断は具体的には、例えば下記の(1)、(2)式で行われる。
2×T−tp<c×(T−tr)/v ・・・(1)
c×(T−tr)/v>c0×T/v+TCP再接続時間 ・・・(2)
ここに、Tはフラグメント継続時間、tpは第(n−1)フラグメントの再生中の箇所(時間)、trは第nフラグメントの受信中の箇所(時間)(図3(a)参照)、cは第nフラグメントの受信中のメディアデータ52のビットレートである。
【0018】
前記(1)式は前記▲1▼を判定する式であり、(2)式は前記▲2▼を判定する式である。該(1)および(2)式が満足されると、前記ステップS3の判断は肯定になり、いずれか一方の式でも満足されないと該判断は否定になる。
【0019】
ステップS3の判断が否定の時には、ステップS6次いでステップS1に進み第nフラグメントのメディアデータの受信が続行される。一方、ステップS3の判断が肯定になると、ステップS4に進んで、即座にTCPコネクションを切断する。または、サーバへ中止コマンドを送出する。これにより、第nフラグメントのメディアデータの受信が、受信途中で停止する。
【0020】
ステップS5では、図3(b)に示されているように、第nフラグメントのデータ53を、最低のビットレートc0で送出することをサーバ1に要求する。サーバ1はこの要求があると、受信端末3が受信中止を認識しなくても、要求された新しいビットレートのフラグメントを送信開始する。次いで、ステップS1に戻り、第nフラグメントのデータをビットレートc0で最初から受信する。以下、前記と同じ動作が行われる。
【0021】
以上の動作の結果、ステップS6の判断が肯定になると、ステップS7に進んで最後のフラグメントを受信したか否かの判断がなされる。この判断が否定の時にはnが1インクリメントされてステップS1に戻り、第(n+1)フラグメントの受信が行われる。ステップS7の判断が肯定になると、前記した一連の動作は終了する。
【0022】
受信端末3のデコーダ33の再生動作は、前記のようにして第nフラグメントのデータが受信途中で中断され、該第nフラグメントのビットレートc0のデータがその最初から再受信されても、第(n−1)フラグメントの再生を続ける。該第nフラグメントのビットレートc0のデータは、第(n−1)フラグメントの再生中はバックグランドで再生しておき、該第(n−1)フラグメントの再生が終わると、新しく到着した第nフラグメントのビットレートc0のデータ53に切り替えられる(図3(b)参照)。これにより、メディアデータを連続して再生すると共に、受信バッファがアンダーフローするのを極力防止できるようになる。
【0023】
なお、該再生動作の変形例として、ビットレートcのデータ52を受信済みの箇所、すなわち第nフラグメントのtrまで再生し、それと並行してビットレートc0のメディアデータをバックグランドで復号しておき、該箇所trで再生を切り替えるようにしてもよい。
【0024】
以上のように、本実施形態によれば、第nフラグメントの受信途中で受信バッファにアンダーフローが起きる可能性が出た場合、該第nフラグメントの受信終了を待つことなく該可能性が発生した時点で受信を中断し、最低のビットレートc0で送信するようサーバに要求できるので、早期に対策を講じることができるようになり、該アンダーフローの発生を極力防止できるようになる。また、受信データの再生も、滞りなく行うことができる。
【0025】
前記コントローラ32の他の動作例を、図5を参照して説明する。図5において、図4と同じ動作には同じステップ番号が付されており、説明を省略する。ステップS3の判断が肯定になった場合には、ステップS4に進んで即座にTCPコネクションを切断、または中止コマンドを送出し、ステップS11に進んで、図3(c)に示されているように、第(n+1)フラグメントのデータ54を、最低のビットレートc0で送出するよう要求する。サーバ1はこの要求があると、受信端末3が受信中止を認識しなくても、要求された新しいビットレートのフラグメントを送信開始する。ステップS12では、第(n+1)フラグメントのデータ54をビットレートc0で受信する。ステップS13では、第(n+1)フラグメントの受信が終了したか否かの判断を行い、この判断が否定の時にはステップS1に戻って該ビットレートc0での受信を続行する。一方、前記ステップS3の判断が否定の時にはステップS14に進んで第nフラグメントの受信を続行する。
【0026】
以上のように、この動作例では、前記ステップS3の判断が肯定になった時には、第nフラグメントの受信を即座に中断し、第(n+1)フラグメントから、ビットレートc0で受信を再開する。
【0027】
この場合の前記デコーダ33の再生動作は、第nフラグメントのtrまで再生し、画像をフリーズさせ、第(n+1)フラグメントのデータを所定の量までバッファリングしてから、第(n+1)フラグメントの再生を開始する(図3(c)参照)。
【0028】
この実施形態によれば、受信バッファがアンダーフローする可能性が起きた場合は、画像表示を強制的にフリーズさせ、その後、第(n+1)フラグメントのビットレートc0の受信データが所定量まで受信バッファに蓄積された後に復号・再生を再開するようにしているので、復号・再生の制御が簡単になると共に、受信バッファがアンダーフローした後の回復が早くなる。
【0029】
なお、動画像データを伝送する網(ネットワーク)の伝送スループットvがフラグメントデータの最低ビットレートc0よりも大幅に(すなわち、予め定められた値以上)低いときには、前記ステップS3の判断をすることなく受信を中止し、最低ビットレートc0送信を要求するのが良い。
【0030】
次に、本発明の第2実施形態を説明する。図6(a)、(b)、(c)は、該実施形態の動作を示すタイミングチャートを示す。図6(a)から明らかなように、この実施形態は、受信中の第nフラグメントのメディアデータ61を後追いしながら該データ61を再生する場合(再生データ62)の例である。
【0031】
該第2実施形態における前記コントローラ32の動作は、前記ステップS3の判定式を除き、図4または図5と同じである。すなわち、(ア)図4と同様に、ステップS4でTCPコネクションを切断または中止コマンドを送出すると、第nフラグメントをビットレートc0で要求する。あるいは、(イ)図5と同様に、ステップS4でTCPコネクションを切断または中止コマンドを送出すると、第(n+1)フラグメントをビットレートc0で要求する。
【0032】
前記(1)および(2)式に代わる判定式は、下記の判定式((3)式、(4)式)である。
T−tp<c×(T−tr)/v ・・・(3)
c×(T−tr)/v>c0×T/v+TCP再接続時間 ・・・(4)
該(3)および(4)式が共に満足されるとき、ステップS3の判断は肯定になり、いずれか一方の式でも満足されないときには、該判断は否定になる。
【0033】
次に、前記デコーダ33の再生動作を説明する。前記(ア)の場合は、デコーダ33は第nフラグメントの再生を続け、受信済みの所trまで再生する。それと並行してビットレートc0のメディアデータの復号を行っておき、trの所で、ビットレートcのメディアデータからc0のメディアデータに切り替える(図6(b)参照)。
【0034】
前記(イ)の場合は、第nフラグメントの再生をtrまで行い、画像をフリーズさせ、第(n+1)フラグメントのデータを所定の量までバッファリングしてから、第(n+1)フラグメントの再生を開始する(図6(c)参照)。
【0035】
以上のように、本実施形態によれば、第nフラグメントのデータを受信し、かつ同じフラグメントを後追いしながら再生する場合においても、第nフラグメントの受信途中で受信バッファにアンダーフローが起きる可能性が出た場合、該受信を即座に中断し、最低のビットレートc0で送信するようサーバに要求できるので、該アンダーフローの発生を極力防止できるようになる。また、受信データの再生も、滞りなく行うことができる。
【0036】
また、前記(イ)の場合は、受信バッファがアンダーフローする可能性が起きた場合は、画像を強制的にフリーズさせるものであるが、ビットレートcのデータの受信を速やかに中断し、その後ビットレートc0のデータを受信し、該受信データが所定量まで受信バッファに蓄積された所で復号・再生を再開するので、再生の回復が早くなる。
【0037】
次に、本発明の第3実施形態を説明する。この実施形態は、サーバ1が随時、すなわちフラグメントの途中からでも、ビットレートの異なるデータに切り替えて読み出せるようにされている場合の例である。
【0038】
この実施形態におけるコントローラ32の動作の要部を、図7のフローチャートを参照して説明する。図7において、図4と同じ動作には同じステップ番号を付して説明を省略する。ステップS4のTCPコネクションを切断または中止コマンドを送出する処理が終わると、ステップS21では、第nフラグメントの途中箇所(図3または図6のtr)を指定して、最低ビットレートc0で送信要求する。ステップS22では、受信端末3は該途中箇所trからビットレートc0で受信する。
【0039】
この実施形態の再生動作は、第nフラグメントの途中箇所trまではビットレートcで受信したデータを再生し、該箇所trからは最低ビットレートc0で受信したデータを再生する。
【0040】
この実施形態によれば、第nフラグメントの受信途中で受信バッファにアンダーフローが起きる可能性が出た場合、該受信を中断し、中断箇所から最低のビットレートc0で送信するようサーバに要求できるので、受信データに無駄が生じずまたアンダーフローの発生を極力防止できるようになる。また、受信データの再生も、中断したりフリーズしたりすることなく、連続的に行うことができるようになる。
【0041】
以上の各実施形態では、受信バッファがアンダーフローする可能性が生じた時には、最低のビットレートc0の要求をするようにしたが、本発明はこれに限定されることなく、アンダーフローを起こさないビットレートであれば、どのビットレートを要求するようにしても良い。この場合のビットレートc’は、前記第1実施形態の場合は、前記(1)式に代えて下記の(5)式を、また第2実施形態の場合は、前記(3)式に代えて下記の(6)式を満たすものを選択すれば良い。
2×T−tp<c’×T/v ・・・(5)
T−tp<c’×T/v ・・・(6)
【0042】
この変形例によれば、受信バッファのアンダーフローするのを防止できると共に、最低のビットレートc0のデータより画質の良好なメディアデータを受信することができる。
【0043】
本発明は、携帯電話やPDA向けの映像配信、PC向けのインターネット映像配信等に適用することができる。
【0044】
【発明の効果】
以上の説明から明らかなように、請求項1、2の発明によれば、受信バッファにアンダーフローが起きると予想されたときには、受信中のフラグメントの受信終了を待たずに、低ビットレートのデータの送信を要求できるので、受信バッファがアンダーフローを起こすのを極力防止できるようになる。また、アンダーフローを起こした場合でも、その回復を早期に行えるようになる。
【0045】
また、請求項3の発明によれば、映像フリーズを起こさないで、低ビットレートの再生画像に移行できるようになる。請求項4の発明によれば、映像フリーズを強制的に起こし次の受信フラグメントの先頭から受信するので、簡単な制御で低ビットレートの再生画像に移行できるようになる。また、アンダーフローを起こした場合でも、その回復を早期に行えるようになる。
【0046】
また、請求項5の発明によれば、フラグメントの途中からでもビットレートを低ビットレートに切り替えることができるようになる。請求項6の発明によれば、フラグメントの途中で、低ビットレートの受信に切り替え、かつ再生できるようになる。
【0047】
また、請求項7の発明によれば、受信バッファのアンダーフローを極力防止できるようになる。請求項8の発明によれば、できるだけ良好な画質を保持した状態で、受信バッファのアンダーフローを極力防止できるようになる。請求項9の発明によれば、網の伝送スループットが大幅に低下した場合に早期に対策を講じることができ、受信バッファのアンダーフローを防止、または該アンダーフローが起きた場合には早期に回復できるようになる。さらに、請求項10の発明によれば、送信側は早期に要求された低ビットレートのデータを伝送できるようになる。
【図面の簡単な説明】
【図1】本発明の映像配信方式に好適な送受信システムの概略の構成を示すブロック図である。
【図2】ビットストリームの構成を示す図である。
【図3】フラグメントの受信および再生を示す第1の実施形態のタイミングチャートである。
【図4】第1実施形態の動作を示すフローチャートである。
【図5】第1実施形態の他の動作例を示すフローチャートである。
【図6】フラグメントの受信および再生を示す第2の実施形態のタイミングチャートである。
【図7】第3実施形態の動作を示すフローチャートである。
【符号の説明】
1・・・サーバ、2・・・網、3・・・受信端末、11・・・画像データ蓄積装置、12・・・CGIプログラム、31・・・受信バッファ、32・・・コントローラ、33・・・デコーダ。
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a video distribution apparatus, and more particularly to a video distribution system in which media data is transmitted from a server, and the client receives and reproduces the media data via a network. The present invention also relates to a video distribution system suitable for a case where the transmission speed in a network fluctuates.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, there has been known a technique in which the same content created at a plurality of bit rates is stored in a server in advance, and the server switches the bit rate according to an instruction from a receiving terminal, for example, a mobile phone, and distributes the content. In this prior art, the receiving terminal was able to instruct the bit rate from the beginning of the reception and also to change the bit rate during the reception. The receiving terminal is provided with, for example, a button for instructing the server on the bit rate to be received, and the user can instruct the server on the bit rate to be received by operating the button. When the user wants to receive a high-quality image for a part of the received image, for example, the user can operate the button to give an instruction to increase the bit rate. Examples of known documents related to the above-described prior art include, for example, 11-6 “A Study on Design of a Mobile Phone Video Streaming System” of the 2002 Annual Conference of the Institute of Image Information and Television, August 2002, and 11-11. 7 “Study of Dynamic Coding Rate Control in TCP Video Streaming”.
[0003]
However, in the above-mentioned prior art, there was a problem that the receiving terminal could only select the bit rate manually, so that it was not possible to select an optimal bit rate suitable for the circumstances of the line communication. For this reason, the present inventors have invented a moving picture coding bit rate selection method capable of automatically controlling to select an optimum bit rate, and applied for a patent (Japanese Patent Application No. 2002-335035).
[Problems to be solved by the invention]
[0004]
In the above patent application, the client selects the bit rate of the media data to be received next in consideration of the situation of the network throughput and the accumulation status of its own buffer, and selects the media data (fragment) divided in time units. When the reception is completed, the server requests the server for the bit rate fragment.
[0005]
However, in the above patent application, the timing at which the bit rate of the media data can be changed is only when the reception of the fragment is completed. There is no problem if the throughput of the network is as expected, but when the throughput drops rapidly, for example, when entering a tunnel in wireless communication, the reception buffer of the client underflows. When the throughput in the middle of receiving a fragment decreases, the possibility of underflow occurring can be foreseen, but the only way to change the bit rate of media data is to wait for the completion of fragment reception. In addition, there is also a problem that it takes time to recover normal reception even after an underflow occurs in the reception buffer.
[0006]
SUMMARY OF THE INVENTION It is an object of the present invention to solve the above-mentioned problems of the prior art, and to provide a video distribution system capable of predicting a possibility that a receiving buffer will underflow and taking effective measures against it.
[0007]
[Means for Solving the Problems]
In order to achieve the above object, according to the present invention, reception from a moving image data group having a synchronization point so as to be switchable between continuous media data of a plurality of types of encoding bit rates to the synchronization point is completed. Means for selecting a single encoding bit rate each time, and transmitting and receiving moving image data, a means for measuring a transmission throughput of a network for transmitting the moving image data, and receiving the moving image data. Means for determining, using the transmission throughput, whether the reception buffer may underflow, and whether reception to the next synchronization point ends earlier if switching to a lower bit rate is performed, If the determination is affirmative, reception is stopped during reception of data (hereinafter, referred to as a fragment) between the synchronization points, and a low bit rate fragment is requested. And the step, in that and means for receiving a fragment of the low bit rate is characterized.
[0008]
According to this feature, when underflow is expected to occur in the reception buffer, transmission of low bit rate data can be requested without waiting for reception of the fragment being received, and the transmission side responds to this request. Since the transmission of the requested low bit rate data is performed immediately, it is possible to prevent the reception buffer from underflowing as much as possible. Also, even if an underflow occurs, the recovery can be performed at an early stage.
[0009]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, the present invention will be described in detail with reference to the drawings. FIG. 1 shows a schematic configuration diagram of a system to which the present invention is applied.
[0010]
As shown in the figure, the system includes a server 1 that is a transmitting side of moving image content, a network (network) 2 such as a mobile phone network, and a receiving terminal (client) 3 such as a mobile phone and a PDA. ing. The server 1 is connected to a wired information network (not shown) as is well known.
[0011]
The image data storage device 11 of the server 1 stores a plurality of files in which image data or media data having the same contents are created at a plurality of bit rates. As shown in FIG. 2, the media data has the same contents at a plurality of discrete bit rates c [n] (n = 0, 1, 2,...), For example, bit rates c [0]. The bit stream is formed by a bit stream A and a bit stream B at a bit rate c [1], and each bit stream periodically has synchronization points a1, a2, a3,... B1, b2, b3,. Is set. The bit rate c [n] is notified to the receiving terminal 3 in advance.
[0012]
The synchronization points are set at T intervals, for example, at 10 second intervals. At this point, the data can be switched between different bit rates at this point. Hereinafter, a data unit between the synchronization points is referred to as a “fragment”.
[0013]
The image data storage device 11 is accessed by a common gateway interface (CGI) program 12, which is a distribution program, and provides a file at a bit rate requested by the CGI program 12.
[0014]
On the other hand, the receiving terminal 3 includes a receiving buffer 31 for temporarily storing received data, a controller 32 for determining an optimum bit rate and notifying the server 1 of the bit rate via the network 2, A decoder 33 is provided for reading data from the reception buffer 31 and starting video decoding when the accumulated amount becomes equal to or more than a predetermined amount.
[0015]
Next, an embodiment of the present invention will be described. 3A, 3B, and 3C are timing charts of media data for explaining the operation of the present embodiment, and the horizontal axis represents time (t).
[0016]
FIG. 3A shows the relationship between the received data and the reproduced data in this embodiment. In this embodiment, the receiving terminal 3 receives the media data 52 at the media bit rate c, and the decoder 33 reproduces the data 51 of the fragment immediately before the fragment being received, that is, the media data 52 of the n-th fragment. During the reception, the media data 51 of the (n-1) th fragment is reproduced.
[0017]
Next, the operation of the controller 32 of the present embodiment will be described with reference to the flowchart of FIG. In step S1, the media data of the n-th fragment is received. In step S2, the throughput (transmission throughput) v of the network 2 is estimated. In step S3, using the throughput v, it is determined whether or not (1) the reception buffer 31 may underflow, and (2) if the media bit rate is switched to the lowest rate c0, the reception ends earlier. Make a decision. This determination is specifically made by, for example, the following equations (1) and (2).
2 × T-tp <c × (T-tr) / v (1)
c × (T−tr) / v> c0 × T / v + TCP reconnection time (2)
Here, T is the fragment duration time, tp is the point (time) during reproduction of the (n-1) th fragment, tr is the point (time) during reception of the nth fragment (see FIG. 3A), c Is the bit rate of the media data 52 during reception of the n-th fragment.
[0018]
The expression (1) is an expression for determining the above (1), and the expression (2) is an expression for determining the above (2). If the expressions (1) and (2) are satisfied, the judgment in the step S3 becomes affirmative, and if either of the expressions is not satisfied, the judgment becomes negative.
[0019]
If the determination in step S3 is negative, step S6 is followed by step S1 to continue receiving the media data of the n-th fragment. On the other hand, if the determination in step S3 is affirmative, the process proceeds to step S4, where the TCP connection is immediately disconnected. Alternatively, a stop command is sent to the server. Thus, the reception of the media data of the n-th fragment is stopped during the reception.
[0020]
In step S5, as shown in FIG. 3B, the server 1 is requested to transmit the data 53 of the n-th fragment at the lowest bit rate c0. Upon receiving this request, the server 1 starts transmitting the requested fragment of the new bit rate even if the receiving terminal 3 does not recognize that the reception has been stopped. Next, returning to step S1, the data of the n-th fragment is received from the beginning at the bit rate c0. Hereinafter, the same operation as described above is performed.
[0021]
As a result of the above operation, if the determination in step S6 is affirmative, the process proceeds to step S7 to determine whether or not the last fragment has been received. If this determination is negative, n is incremented by 1 and the process returns to step S1, where the (n + 1) th fragment is received. If the determination in step S7 is affirmative, the series of operations described above ends.
[0022]
The reproduction operation of the decoder 33 of the receiving terminal 3 is performed as described above even if the data of the n-th fragment is interrupted during reception and the data of the bit rate c0 of the n-th fragment is re-received from the beginning. n-1) Continue playing the fragment. The data of the bit rate c0 of the n-th fragment is reproduced in the background during the reproduction of the (n-1) -th fragment, and when the reproduction of the (n-1) -th fragment is completed, the newly arrived n-th fragment The data is switched to the data 53 of the fragment bit rate c0 (see FIG. 3B). This makes it possible to continuously reproduce the media data and to prevent the receiving buffer from underflowing as much as possible.
[0023]
As a modified example of the reproducing operation, the data 52 of the bit rate c is reproduced up to the position where it has been received, that is, up to tr of the n-th fragment, and in parallel with this, the media data of the bit rate c0 is decoded in the background. Alternatively, the reproduction may be switched at the point tr.
[0024]
As described above, according to the present embodiment, when there is a possibility that an underflow occurs in the reception buffer during the reception of the n-th fragment, the possibility occurs without waiting for the end of the reception of the n-th fragment. Since the reception can be interrupted at the point in time and the server can be requested to transmit at the lowest bit rate c0, it is possible to take a countermeasure at an early stage and to prevent the occurrence of the underflow as much as possible. Also, the reproduction of the received data can be performed without delay.
[0025]
Another operation example of the controller 32 will be described with reference to FIG. In FIG. 5, the same operations as those in FIG. 4 are denoted by the same step numbers, and description thereof will be omitted. If the determination in step S3 is affirmative, the flow advances to step S4 to immediately send a TCP connection or cancel command, and then to step S11, as shown in FIG. 3 (c). , The (n + 1) th fragment data 54 at the lowest bit rate c0. Upon receiving this request, the server 1 starts transmitting the requested fragment of the new bit rate even if the receiving terminal 3 does not recognize that the reception has been stopped. In step S12, the data 54 of the (n + 1) th fragment is received at the bit rate c0. In step S13, it is determined whether the reception of the (n + 1) -th fragment has been completed. If the determination is negative, the process returns to step S1 to continue the reception at the bit rate c0. On the other hand, if the determination in step S3 is negative, the process proceeds to step S14 to continue receiving the n-th fragment.
[0026]
As described above, in this operation example, when the determination in step S3 is affirmative, the reception of the n-th fragment is immediately interrupted, and the reception is resumed from the (n + 1) -th fragment at the bit rate c0.
[0027]
In this case, the reproducing operation of the decoder 33 is to reproduce the trth of the nth fragment, freeze the image, buffer the data of the (n + 1) th fragment to a predetermined amount, and then reproduce the (n + 1) th fragment. (See FIG. 3C).
[0028]
According to this embodiment, when there is a possibility that the reception buffer underflows, the image display is forcibly frozen, and thereafter, the reception buffer of the bit rate c0 of the (n + 1) th fragment reaches a predetermined amount. Since the decoding / reproduction is resumed after the data is stored in the buffer, the control of the decoding / reproduction is simplified, and the recovery after the receiving buffer underflows is quickened.
[0029]
When the transmission throughput v of the network for transmitting moving image data is significantly lower (ie, a predetermined value or more) than the minimum bit rate c0 of the fragment data, the determination in step S3 is not performed. It is preferable to stop reception and request transmission of the lowest bit rate c0.
[0030]
Next, a second embodiment of the present invention will be described. 6A, 6B, and 6C are timing charts showing the operation of the present embodiment. As is clear from FIG. 6A, this embodiment is an example of the case where the data 61 is reproduced while following the media data 61 of the n-th fragment being received (reproduction data 62).
[0031]
The operation of the controller 32 in the second embodiment is the same as that in FIG. 4 or FIG. 5 except for the determination formula in step S3. That is, (a) similarly to FIG. 4, when the TCP connection disconnection or stop command is sent in step S4, the n-th fragment is requested at the bit rate c0. Alternatively, (a) similarly to FIG. 5, when the TCP connection disconnection or stop command is sent in step S4, the (n + 1) th fragment is requested at the bit rate c0.
[0032]
The decision formulas that replace the formulas (1) and (2) are the following decision formulas (formulas (3) and (4)).
T-tp <c × (T-tr) / v (3)
c × (T−tr) / v> c0 × T / v + TCP reconnection time (4)
When both the expressions (3) and (4) are satisfied, the determination in step S3 is affirmative, and when either one of the expressions is not satisfied, the determination is negative.
[0033]
Next, the reproducing operation of the decoder 33 will be described. In the case of (a), the decoder 33 continues to reproduce the n-th fragment, and reproduces it up to the already received tr. At the same time, the decoding of the media data of the bit rate c0 is performed, and the media data of the bit rate c is switched to the media data of the c0 at tr (see FIG. 6B).
[0034]
In the case of (a), reproduction of the n-th fragment is performed until tr, the image is frozen, the data of the (n + 1) -th fragment is buffered to a predetermined amount, and then reproduction of the (n + 1) -th fragment is started. (See FIG. 6C).
[0035]
As described above, according to the present embodiment, even when the data of the n-th fragment is received and reproduced while following the same fragment, there is a possibility that underflow occurs in the reception buffer during the reception of the n-th fragment. Appears, the reception can be immediately interrupted and the server can be requested to transmit at the lowest bit rate c0, so that the occurrence of the underflow can be prevented as much as possible. Also, the reproduction of the received data can be performed without delay.
[0036]
In the case of (a), when the possibility of the receiving buffer underflowing occurs, the image is forcibly frozen. However, the reception of the data at the bit rate c is immediately stopped, and Since data of bit rate c0 is received and decoding / reproduction is resumed when the reception data has been accumulated in the reception buffer up to a predetermined amount, the recovery of reproduction is quick.
[0037]
Next, a third embodiment of the present invention will be described. This embodiment is an example of a case where the server 1 can read out data at a different bit rate at any time, that is, even in the middle of a fragment.
[0038]
The main part of the operation of the controller 32 in this embodiment will be described with reference to the flowchart in FIG. 7, the same operations as those in FIG. 4 are denoted by the same step numbers, and description thereof is omitted. After the process of sending the command to disconnect or abort the TCP connection in step S4 is completed, in step S21, a transmission request is made at the minimum bit rate c0 by specifying an intermediate position (tr in FIG. 3 or FIG. 6) of the n-th fragment. . In step S22, the receiving terminal 3 receives the data at the bit rate c0 from the halfway point tr.
[0039]
In the reproducing operation of this embodiment, data received at the bit rate c is reproduced up to the midpoint tr of the n-th fragment, and data received at the lowest bit rate c0 is reproduced from the tr.
[0040]
According to this embodiment, when there is a possibility that an underflow may occur in the reception buffer during the reception of the n-th fragment, the reception can be interrupted, and the server can be requested to transmit from the interruption point at the lowest bit rate c0. Therefore, no waste is generated in the received data, and occurrence of underflow can be prevented as much as possible. Further, the reproduction of the received data can be performed continuously without interruption or freeze.
[0041]
In each of the above embodiments, when there is a possibility that the receiving buffer underflows, a request for the lowest bit rate c0 is made. However, the present invention is not limited to this and does not cause underflow. Any bit rate may be requested as long as it is a bit rate. In this case, the bit rate c ′ in the first embodiment is replaced by the following equation (5) instead of the equation (1), and the bit rate c ′ is replaced by the equation (3) in the second embodiment. What satisfies the following equation (6) may be selected.
2 × T−tp <c ′ × T / v (5)
T-tp <c ′ × T / v (6)
[0042]
According to this modification, underflow of the reception buffer can be prevented, and media data having better image quality than the data having the lowest bit rate c0 can be received.
[0043]
The present invention can be applied to video distribution for mobile phones and PDAs, Internet video distribution for PCs, and the like.
[0044]
【The invention's effect】
As apparent from the above description, according to the first and second aspects of the present invention, when it is expected that an underflow occurs in the reception buffer, the data of the low bit rate can be transmitted without waiting for the end of reception of the fragment being received. Can be requested, so that underflow of the receiving buffer can be prevented as much as possible. Also, even if an underflow occurs, the recovery can be performed at an early stage.
[0045]
According to the third aspect of the present invention, it is possible to shift to a low bit rate reproduced image without causing a video freeze. According to the fourth aspect of the present invention, since a video freeze is forcibly caused and received from the beginning of the next received fragment, it is possible to shift to a low bit rate reproduced image with a simple control. Also, even if an underflow occurs, the recovery can be performed at an early stage.
[0046]
Further, according to the invention of claim 5, the bit rate can be switched to a low bit rate even in the middle of a fragment. According to the invention of claim 6, it becomes possible to switch to reception at a low bit rate and reproduce the data in the middle of the fragment.
[0047]
Further, according to the invention of claim 7, underflow of the reception buffer can be prevented as much as possible. According to the eighth aspect of the present invention, underflow of the receiving buffer can be prevented as much as possible while maintaining good image quality as much as possible. According to the ninth aspect of the present invention, when the transmission throughput of the network is significantly reduced, a countermeasure can be taken at an early stage, and an underflow of the reception buffer can be prevented, or when the underflow occurs, an early recovery can be achieved. become able to. Further, according to the tenth aspect, the transmitting side can transmit the low bit rate data requested earlier.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a schematic configuration of a transmission / reception system suitable for a video distribution system according to the present invention.
FIG. 2 is a diagram showing a configuration of a bit stream.
FIG. 3 is a timing chart of the first embodiment showing reception and reproduction of a fragment.
FIG. 4 is a flowchart showing an operation of the first embodiment.
FIG. 5 is a flowchart illustrating another operation example of the first embodiment.
FIG. 6 is a timing chart of a second embodiment showing reception and reproduction of a fragment.
FIG. 7 is a flowchart showing the operation of the third embodiment.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... Server, 2 ... Network, 3 ... Receiving terminal, 11 ... Image data storage device, 12 ... CGI program, 31 ... Receiving buffer, 32 ... Controller, 33 ··decoder.

Claims (10)

複数種類の符号化ビットレートの連続メディアデータ間で切替可能なように同期ポイントをもった動画像データ群から、同期ポイントまでの受信が終了する度に単一の符号化ビットレートを選択し、動画像データの送受信をする映像配信方式であって、
該動画像データを伝送する網の伝送スループットを測定する手段と、
前記動画像データの受信中に、受信バッファがアンダーフローする可能性があり、かつ低ビットレートに切り替えた方が次の同期ポイントまでの受信が早く終わるか否かを、前記伝送スループットを用いて判断する手段と、
該判断が肯定の場合、前記同期ポイント間のデータ(以下、フラグメントと呼ぶ)の受信途中で受信を中止し、低ビットレートのフラグメントを要求する手段と、
該低ビットレートのフラグメントを受信する手段とを具備したことを特徴とする映像配信方式。
From a moving image data group having a synchronization point so that it can be switched between continuous media data of a plurality of types of encoding bit rates, a single encoding bit rate is selected each time reception to the synchronization point is completed, A video distribution system for transmitting and receiving moving image data,
Means for measuring the transmission throughput of the network transmitting the moving image data,
During the reception of the moving image data, there is a possibility that the reception buffer underflows, and whether switching to a low bit rate terminates reception until the next synchronization point early, using the transmission throughput Means to determine,
If the determination is affirmative, means for stopping reception during the reception of data (hereinafter, referred to as a fragment) between the synchronization points and requesting a low bit rate fragment;
Means for receiving the low bit rate fragment.
請求項1に記載の映像配信方式において、
前記低ビットレートのフラグメントを要求する手段は、受信中のフラグメントと同一のフラグメントまたは次のフラグメントの低ビットレートを要求することを特徴とする映像配信方式。
The video distribution system according to claim 1,
The means for requesting a low bit rate fragment requests a low bit rate of the same fragment as the fragment being received or the next fragment.
請求項2に記載の映像配信方式において、
前記低ビットレートのフラグメントを要求する手段が、受信中のフラグメントと同一のフラグメントを要求した場合には、受信済みのフラグメントまたは受信中のデータの再生を行うと同時に、新たに受信した低ビットレートのデータをバックグランドで再生を行い、前記受信済みのフラグメントまたは前記受信中止時点までの受信データの再生が終わった時点で、該新たに受信した低ビットレートのデータの再生に切り替えることをことを特徴とする映像配信方式。
The video distribution system according to claim 2,
If the means for requesting the low bit rate fragment requests the same fragment as the fragment currently being received, the reproduction of the received fragment or the data being received is performed at the same time as the newly received low bit rate. That the data is reproduced in the background, and at the time when the reproduction of the received fragment or the received data up to the reception stop time is finished, switching to the reproduction of the newly received low bit rate data is performed. Characteristic video distribution system.
請求項2に記載の映像配信方式において、
前記低ビットレートのフラグメントを要求する手段が、受信中のフラグメントの次のフラグメントの低ビットレートを要求した場合には、受信済の所まで再生を継続し、データがなくなった所でフリーズし、次のフラグメントのデータから再生を開始することを特徴とする映像配信方式。
The video distribution system according to claim 2,
When the means for requesting the low bit rate fragment requests the low bit rate of the fragment next to the fragment being received, the reproduction is continued up to the point where the data has been received, and the data is frozen where the data is lost. A video distribution system in which reproduction is started from the next fragment data.
複数種類の符号化ビットレートの連続メディアデータ間で切替可能なように同期ポイントをもった動画像データ群から、随時単一の符号化ビットレートを選択し、動画像データの送受信をする映像配信方式であって、
該動画像データを伝送する網の伝送スループットを測定する手段と、
前記動画像データの受信中に、受信バッファがアンダーフローする可能性があり、かつ低ビットレートに切り替えた方が次の同期ポイントまでの受信が早く終わるか否かを、前記伝送スループットを用いて判断する手段と、
該判断が肯定の場合、前記同期ポイント間のデータの受信途中で受信を中止し、該中止したデータに続く低ビットレートのデータを要求する手段と、
該低ビットレートのデータを受信する手段とを具備したことを特徴とする映像配信方式。
Video distribution that selects a single encoding bit rate from time to time and selects a single encoding bit rate from a video data group that has synchronization points so that it can be switched between continuous media data with multiple encoding bit rates. Method,
Means for measuring the transmission throughput of the network transmitting the moving image data,
During the reception of the moving image data, there is a possibility that the reception buffer underflows, and whether switching to a low bit rate terminates reception until the next synchronization point early, using the transmission throughput Means to determine,
If the determination is affirmative, means for stopping reception during the reception of data between the synchronization points and requesting low bit rate data following the stopped data;
Means for receiving the low bit rate data.
請求項5に記載の映像配信方式において、
前記受信中のデータを前記受信途中まで再生し、続いて受信した該中止したデータに続く低ビットレートのデータを再生することを特徴とする映像配信方式。
The video distribution system according to claim 5,
A video distribution method, wherein the data being received is played back halfway through the reception, and subsequently, data at a low bit rate subsequent to the received stopped data is played back.
請求項1ないし6のいずれかに記載の映像配信方式において、
前記低ビットレートが最低ビットレートであることを特徴とする映像配信方式。
The video distribution system according to any one of claims 1 to 6,
A video distribution system, wherein the low bit rate is a minimum bit rate.
請求項1ないし6のいずれかに記載の映像配信方式において、
前記低ビットレートが、前記受信バッファがアンダーフローを起こさないと予想されるビットレートであることを特徴とする映像配信方式。
The video distribution system according to any one of claims 1 to 6,
The video distribution method, wherein the low bit rate is a bit rate at which the reception buffer is not expected to cause underflow.
請求項1ないし8のいずれかに記載の映像配信方式において、
前記動画像の送信側は、前記受信中止を認識しない状態にあっても、要求された新しいビットレートのデータを送信開始することを特徴とする映像配信方式。
The video distribution system according to any one of claims 1 to 8,
The video distribution system, wherein the transmitting side of the moving image starts transmitting data of the requested new bit rate even when the transmitting side does not recognize the reception stop.
複数種類の符号化ビットレートの連続メディアデータ間で切替可能なように同期ポイントをもった動画像データ群から、同期ポイントまでの受信が終了する度に単一の符号化ビットレートを選択し、動画像データの送受信をする映像配信方式であって、
該動画像データを伝送する網の伝送スループットを測定する手段と、
前記網の伝送スループットが、前記動画像群の最低ビットレートよりも予め定められた値以上低いかどうか判断する手段と、
該判断が肯定の場合、前記同期ポイント間のデータ(以下、フラグメントと呼ぶ)の受信途中で受信を中止し、最低ビットレートのフラグメントを要求する手段と、
該最低ビットレートのフラグメントを受信する手段とを具備したことを特徴とする映像配信方式。
From a moving image data group having a synchronization point so that it can be switched between continuous media data of a plurality of types of encoding bit rates, a single encoding bit rate is selected each time reception to the synchronization point is completed, A video distribution system for transmitting and receiving moving image data,
Means for measuring the transmission throughput of the network transmitting the moving image data,
Means for determining whether the transmission throughput of the network is lower than the minimum bit rate of the video group by a predetermined value or more,
If the determination is affirmative, means for stopping reception during the reception of data between the synchronization points (hereinafter, referred to as fragments) and requesting a fragment of the lowest bit rate;
Means for receiving the fragment of the lowest bit rate.
JP2003123813A 2003-04-28 2003-04-28 Video distribution method Expired - Fee Related JP4379779B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003123813A JP4379779B2 (en) 2003-04-28 2003-04-28 Video distribution method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003123813A JP4379779B2 (en) 2003-04-28 2003-04-28 Video distribution method

Publications (2)

Publication Number Publication Date
JP2004328613A true JP2004328613A (en) 2004-11-18
JP4379779B2 JP4379779B2 (en) 2009-12-09

Family

ID=33501599

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003123813A Expired - Fee Related JP4379779B2 (en) 2003-04-28 2003-04-28 Video distribution method

Country Status (1)

Country Link
JP (1) JP4379779B2 (en)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013500634A (en) * 2009-07-24 2013-01-07 ネットフリックス・インコーポレイテッド Adaptive streaming for digital content distribution
JP2013232801A (en) * 2012-04-27 2013-11-14 Fujitsu Ltd Moving image encoding device, moving image encoding method, moving image decoding device, and moving image decoding method
JP2015053677A (en) * 2009-09-22 2015-03-19 クゥアルコム・インコーポレイテッドQualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
US9319448B2 (en) 2010-08-10 2016-04-19 Qualcomm Incorporated Trick modes for network streaming of coded multimedia data
US9380096B2 (en) 2006-06-09 2016-06-28 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
US9386064B2 (en) 2006-06-09 2016-07-05 Qualcomm Incorporated Enhanced block-request streaming using URL templates and construction rules
JP2016129419A (en) * 2016-03-07 2016-07-14 富士通株式会社 Device and method for decoding moving image
JP2016129418A (en) * 2016-03-07 2016-07-14 富士通株式会社 Device and method for decoding moving image
JP2016129420A (en) * 2016-03-07 2016-07-14 富士通株式会社 Device and method for decoding moving image
JP2016146645A (en) * 2016-03-07 2016-08-12 富士通株式会社 Moving picture coding and decoding system and moving picture coding and decoding method
US9628536B2 (en) 2006-06-09 2017-04-18 Qualcomm Incorporated Enhanced block-request streaming using cooperative parallel HTTP and forward error correction
US9917874B2 (en) 2009-09-22 2018-03-13 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
JP2018085624A (en) * 2016-11-24 2018-05-31 日本電信電話株式会社 Moving image reproduction device, moving image reproduction method, and program

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9628536B2 (en) 2006-06-09 2017-04-18 Qualcomm Incorporated Enhanced block-request streaming using cooperative parallel HTTP and forward error correction
US9432433B2 (en) 2006-06-09 2016-08-30 Qualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
US11477253B2 (en) 2006-06-09 2022-10-18 Qualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
US9380096B2 (en) 2006-06-09 2016-06-28 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
US9386064B2 (en) 2006-06-09 2016-07-05 Qualcomm Incorporated Enhanced block-request streaming using URL templates and construction rules
JP2013500634A (en) * 2009-07-24 2013-01-07 ネットフリックス・インコーポレイテッド Adaptive streaming for digital content distribution
US11770432B2 (en) 2009-09-22 2023-09-26 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
JP2015053677A (en) * 2009-09-22 2015-03-19 クゥアルコム・インコーポレイテッドQualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
US9917874B2 (en) 2009-09-22 2018-03-13 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
US10855736B2 (en) 2009-09-22 2020-12-01 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
US11743317B2 (en) 2009-09-22 2023-08-29 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
US9456015B2 (en) 2010-08-10 2016-09-27 Qualcomm Incorporated Representation groups for network streaming of coded multimedia data
US9319448B2 (en) 2010-08-10 2016-04-19 Qualcomm Incorporated Trick modes for network streaming of coded multimedia data
JP2013232801A (en) * 2012-04-27 2013-11-14 Fujitsu Ltd Moving image encoding device, moving image encoding method, moving image decoding device, and moving image decoding method
JP2016129418A (en) * 2016-03-07 2016-07-14 富士通株式会社 Device and method for decoding moving image
JP2016129419A (en) * 2016-03-07 2016-07-14 富士通株式会社 Device and method for decoding moving image
JP2016129420A (en) * 2016-03-07 2016-07-14 富士通株式会社 Device and method for decoding moving image
JP2016146645A (en) * 2016-03-07 2016-08-12 富士通株式会社 Moving picture coding and decoding system and moving picture coding and decoding method
JP2018085624A (en) * 2016-11-24 2018-05-31 日本電信電話株式会社 Moving image reproduction device, moving image reproduction method, and program

Also Published As

Publication number Publication date
JP4379779B2 (en) 2009-12-09

Similar Documents

Publication Publication Date Title
CN111586480B (en) Low-delay streaming media
JP4949591B2 (en) Video error recovery method
US7974200B2 (en) Transmitting and receiving real-time data
JP3935419B2 (en) Video coding bit rate selection method
JP4347883B2 (en) Proactive rate adaptation signaling method and apparatus
KR101737325B1 (en) Method and apparatus for reducing decreasing of qualitly of experience in a multimedia system
EP1879393B1 (en) Data transmission system, receiving apparatus, receiving method as well as computer program product
US20090241156A1 (en) Content reproducing device
KR100832537B1 (en) Multimedia data streaming server and method for changing a traffic in response to network bandwidth condition
JP2004328613A (en) Video distribution system
WO2003090282A1 (en) Data reception apparatus and data distribution system
TW200820777A (en) System and method of audio/video streaming
JP2009016990A (en) Streams transmitting server and system
EP2413564A1 (en) Method and apparatus for transmitting and receiving streaming data based on RTSP sessions
JP2001242876A (en) Method and device for receiving and reproducing data and method and device for transmitting data
JP2003333488A (en) System and method for reproducing streaming data
CN101309211A (en) Receiving apparatus and receiving system
JP2004289295A (en) Data processing system, data processor, and data processing method
JP2007311902A (en) Stream receiving and reproducing device and streaming network system
JP2007104569A (en) Data receiving device
JP4884922B2 (en) Communication apparatus and communication method
JP2012222530A (en) Receiving device and method, and program
JP4591939B2 (en) Adaptive encoding transmission apparatus and receiving apparatus
JP2008113225A (en) Communication apparatus and communication method
JP5361245B2 (en) Transmission / reception system, transmission / reception method by transmission / reception system, transmission apparatus, transmission method by transmission apparatus

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060410

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090520

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090617

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090714

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090714

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090909

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090910

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121002

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131002

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20151002

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees