JPH10271137A - バッファスペースを最小限とするために圧縮された情報を伝送する方法 - Google Patents
バッファスペースを最小限とするために圧縮された情報を伝送する方法Info
- Publication number
- JPH10271137A JPH10271137A JP9327282A JP32728297A JPH10271137A JP H10271137 A JPH10271137 A JP H10271137A JP 9327282 A JP9327282 A JP 9327282A JP 32728297 A JP32728297 A JP 32728297A JP H10271137 A JPH10271137 A JP H10271137A
- Authority
- JP
- Japan
- Prior art keywords
- block
- data
- server
- receiver
- compressed
- 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
Links
- 239000000872 buffer Substances 0.000 title claims abstract description 45
- 238000000034 method Methods 0.000 title claims description 20
- 230000005540 biological transmission Effects 0.000 claims abstract description 76
- 230000006835 compression Effects 0.000 claims abstract description 25
- 238000007906 compression Methods 0.000 claims abstract description 25
- 230000001934 delay Effects 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 3
- 239000012464 large buffer Substances 0.000 description 2
- 230000033001 locomotion Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000001815 facial effect Effects 0.000 description 1
- 238000002372 labelling Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
-
- 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
-
- 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/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2401—Monitoring of the client 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/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/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
-
- 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
-
- 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/17336—Handling of requests in head-ends
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5646—Cell characteristics, e.g. loss, delay, jitter, sequence integrity
- H04L2012/5649—Cell delay or jitter
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5646—Cell characteristics, e.g. loss, delay, jitter, sequence integrity
- H04L2012/5652—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5678—Traffic aspects, e.g. arbitration, load balancing, smoothing, buffer management
- H04L2012/5681—Buffer or queue management
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/64307—ATM
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
(57)【要約】 (修正有)
【課題】 レシーバでの必要バッファサイズを最小限に
できる、圧縮データブロックの伝送システムを提供す
る。 【解決手段】 ビデオを表す圧縮されたデータブロック
は、伝送の前に、各ブロック内でのデータ量、各ブロッ
クの圧縮比に関する情報および当該ブロックが表示され
るビデオ内の時間がラベル付けされる。サーバ10は最
初にレシーバ14,16のバッファおよびサーバとレシ
ーバ間のチャネルに伝送できるデータの最大量を決定す
る。データブロックのラベルを使用して、サーバはデー
タの最大量を伝送する。次いで、レシーバがビデオの表
示を開始する際にチャネルとバッファをデータがフルの
状態に保持するために、サーバは残りのデータの伝送を
歩調合せする。サーバは各ブロックを、各ブロックのフ
レーム表示に要する標準時間量で送信するが、特定のブ
ロックに対する圧縮比に比例した量だけ遅延させる。
できる、圧縮データブロックの伝送システムを提供す
る。 【解決手段】 ビデオを表す圧縮されたデータブロック
は、伝送の前に、各ブロック内でのデータ量、各ブロッ
クの圧縮比に関する情報および当該ブロックが表示され
るビデオ内の時間がラベル付けされる。サーバ10は最
初にレシーバ14,16のバッファおよびサーバとレシ
ーバ間のチャネルに伝送できるデータの最大量を決定す
る。データブロックのラベルを使用して、サーバはデー
タの最大量を伝送する。次いで、レシーバがビデオの表
示を開始する際にチャネルとバッファをデータがフルの
状態に保持するために、サーバは残りのデータの伝送を
歩調合せする。サーバは各ブロックを、各ブロックのフ
レーム表示に要する標準時間量で送信するが、特定のブ
ロックに対する圧縮比に比例した量だけ遅延させる。
Description
【0001】
【発明の属する技術分野】本発明は圧縮されたデータを
伝送するためのシステムと方法に関するものであり、特
に、レシーバにおいて必要とされるバッファのサイズを
最小限とする、サーバからレシーバにデータの圧縮され
たブロックの伝送のための歩調合せをするためのシステ
ムと方法に関するものである。
伝送するためのシステムと方法に関するものであり、特
に、レシーバにおいて必要とされるバッファのサイズを
最小限とする、サーバからレシーバにデータの圧縮され
たブロックの伝送のための歩調合せをするためのシステ
ムと方法に関するものである。
【0002】
【従来の技術】デジタルビデオおよびオーディオ圧縮技
術の最近の進歩によりテレビとパーソナルコンピュータ
とが融合されている。例えば、電話線を介してそのTV
に単にダウンロードすることで、テレビの視聴者が好み
のビデオを見ることがまもなく可能になる。
術の最近の進歩によりテレビとパーソナルコンピュータ
とが融合されている。例えば、電話線を介してそのTV
に単にダウンロードすることで、テレビの視聴者が好み
のビデオを見ることがまもなく可能になる。
【0003】このようなビデオを構成するデータストリ
ームを送信前に圧縮することは、2つの主要な理由によ
り好ましい。第1に、ビデオを表すデータストリームは
圧縮しない常態で伝送するには長すぎる。第2に、圧縮
されないデータストリームはメモリを食い過ぎる。
ームを送信前に圧縮することは、2つの主要な理由によ
り好ましい。第1に、ビデオを表すデータストリームは
圧縮しない常態で伝送するには長すぎる。第2に、圧縮
されないデータストリームはメモリを食い過ぎる。
【0004】
【発明が解決しようとする課題】現在、異なる形式の圧
縮技術が使用されている。しかしながら、2つの標準的
な技術である、MPEGとJPEGは、それぞれ独自の
変種とともに、それぞれ静止画像(イメージ)と動画を
示すデータを圧縮するために発達してきたものである。
縮技術が使用されている。しかしながら、2つの標準的
な技術である、MPEGとJPEGは、それぞれ独自の
変種とともに、それぞれ静止画像(イメージ)と動画を
示すデータを圧縮するために発達してきたものである。
【0005】静止画像の圧縮に関しては、サーバによる
伝送およびレシーバによる解凍だけを視聴者がイメージ
が現れるのを待つのに飽きない程度に十分速くすること
が必要となる。しかしながら、ビデオの場合には、満足
のいくスムーズな動きを生成するためにはフレーム速度
を十分速くする必要がある。北米のテレビでは視聴者は
秒当たり30フレームの速度に慣れており、つまり、レ
シーバは30〜40ミリ秒ごとに新しいイメージに対し
てアクセスし、解凍し、また表示しなければならない。
速度がこれより遅い場合には、動作が遅いか途切れ途切
れとなってしまう。
伝送およびレシーバによる解凍だけを視聴者がイメージ
が現れるのを待つのに飽きない程度に十分速くすること
が必要となる。しかしながら、ビデオの場合には、満足
のいくスムーズな動きを生成するためにはフレーム速度
を十分速くする必要がある。北米のテレビでは視聴者は
秒当たり30フレームの速度に慣れており、つまり、レ
シーバは30〜40ミリ秒ごとに新しいイメージに対し
てアクセスし、解凍し、また表示しなければならない。
速度がこれより遅い場合には、動作が遅いか途切れ途切
れとなってしまう。
【0006】ビデオ圧縮は、圧縮しないデータストリー
ムの場合に比べて伝送に必要とされるデータ速度を劇的
に減じることができる。例えば、サーバが会話中の顔を
伝送する場合、1つのフレームから次のフレームに伝送
する必要のあるデータは、唇の動き、および移動したそ
の他の顔の造作を示すデータだけである。よって、レシ
ーバが1つのフレームに対するデータを使用して第1の
シーンを表示した後は、サーバは非常に少ないデータを
使用して次のフレームを表すことができる。他方、ビデ
オ中に突然のシーン変更があった場合には、サーバは圧
縮することなしに全体の背景を送信する必要がある。こ
のデータがレシーバに到達するのに長い時間がかかった
場合には、ビデオはスムーズに表示されない。データ伝
送においてこれらの変動を調節するために、レシーバ
は、一般的には、表示されるまでの時間の前に十分なデ
ータを蓄積することができる大容量のバッファを使用し
ている。
ムの場合に比べて伝送に必要とされるデータ速度を劇的
に減じることができる。例えば、サーバが会話中の顔を
伝送する場合、1つのフレームから次のフレームに伝送
する必要のあるデータは、唇の動き、および移動したそ
の他の顔の造作を示すデータだけである。よって、レシ
ーバが1つのフレームに対するデータを使用して第1の
シーンを表示した後は、サーバは非常に少ないデータを
使用して次のフレームを表すことができる。他方、ビデ
オ中に突然のシーン変更があった場合には、サーバは圧
縮することなしに全体の背景を送信する必要がある。こ
のデータがレシーバに到達するのに長い時間がかかった
場合には、ビデオはスムーズに表示されない。データ伝
送においてこれらの変動を調節するために、レシーバ
は、一般的には、表示されるまでの時間の前に十分なデ
ータを蓄積することができる大容量のバッファを使用し
ている。
【0007】圧縮されたビデオおよびオーディオデータ
を伝送するためにいくつかの環境が現在使用されている
が、好ましいものであると広く認識されている環境は、
非同期伝送モード(ATM)のネットワークである。A
TMネットワークは符号化されたデータストリームを、
統計的な乗算を使用した短い、固定サイズの情報セルで
伝送している。現在の規格によれば、これらのセルは3
84ビットのデータだけをそれぞれ搬送している。さら
に、セルは伝送されたのと同じ順序で到達する。ATM
ネットワークの1つの特徴は、予想される遅延期間が大
きい場合でも要求された帯域幅において伝送されたデー
タの配信が保証されることである。
を伝送するためにいくつかの環境が現在使用されている
が、好ましいものであると広く認識されている環境は、
非同期伝送モード(ATM)のネットワークである。A
TMネットワークは符号化されたデータストリームを、
統計的な乗算を使用した短い、固定サイズの情報セルで
伝送している。現在の規格によれば、これらのセルは3
84ビットのデータだけをそれぞれ搬送している。さら
に、セルは伝送されたのと同じ順序で到達する。ATM
ネットワークの1つの特徴は、予想される遅延期間が大
きい場合でも要求された帯域幅において伝送されたデー
タの配信が保証されることである。
【0008】ATMのような配信の保証されたネットワ
ークは、データのブロックに圧縮されたビデオデータス
トリームを伝送するために使用されている。MPEGや
JPEGの変種を含む使用されるビデオ圧縮技術に依存
して、伝送される各ブロックには、1つのフレームある
いはビデオの多数の小フレームを表示するためのデータ
を含ませることができる。よって、各ブロックは、その
バイトの長さにかかわらず、表示時間の一定の期間を表
すことができる。
ークは、データのブロックに圧縮されたビデオデータス
トリームを伝送するために使用されている。MPEGや
JPEGの変種を含む使用されるビデオ圧縮技術に依存
して、伝送される各ブロックには、1つのフレームある
いはビデオの多数の小フレームを表示するためのデータ
を含ませることができる。よって、各ブロックは、その
バイトの長さにかかわらず、表示時間の一定の期間を表
すことができる。
【0009】ATMのような保証された配信ネットワー
クにおいて、データブロックはレシーバにおいてブロッ
ク/秒内で一定速度で消費されるが、いくつかのブロッ
クは、それがより多くのバイトを含むために他のものよ
りも伝送が長くかかる。このようなネットワークにおい
て一定の伝送速度であることは、ブロックがレシーバに
到達する時間量がそれらの大きさに比例することを意味
している。
クにおいて、データブロックはレシーバにおいてブロッ
ク/秒内で一定速度で消費されるが、いくつかのブロッ
クは、それがより多くのバイトを含むために他のものよ
りも伝送が長くかかる。このようなネットワークにおい
て一定の伝送速度であることは、ブロックがレシーバに
到達する時間量がそれらの大きさに比例することを意味
している。
【0010】現在、ATMのような保証された配信ネッ
トワーク上で圧縮されたビデオあるいはオーディオデー
タを伝送する場合には2つの問題がある。第1の問題
は、ビデオの表示を途切れなくするために情報を連続し
た配信を保証することにある。第2の問題は、レシーバ
においてどの大きさのバッファを使用するのかを決定す
ることにある。
トワーク上で圧縮されたビデオあるいはオーディオデー
タを伝送する場合には2つの問題がある。第1の問題
は、ビデオの表示を途切れなくするために情報を連続し
た配信を保証することにある。第2の問題は、レシーバ
においてどの大きさのバッファを使用するのかを決定す
ることにある。
【0011】配信が連続的でない場合、伝送されたビデ
オを見ている人は、画像の瞬間的な欠落あるいはフレー
ムの固定である「停止」、あるいはデータがその表示さ
れる速度よりも速く送信された場合における画像の喪失
である「オーバレイ」などに気付いてしまう。
オを見ている人は、画像の瞬間的な欠落あるいはフレー
ムの固定である「停止」、あるいはデータがその表示さ
れる速度よりも速く送信された場合における画像の喪失
である「オーバレイ」などに気付いてしまう。
【0012】停止やオーバレイなどを防止するための従
来の解決手法は、レシーバとサーバの間にフィードバッ
クを使用して、レシーバがデータなしで処理せず、ある
いは送信機が多すぎるデータを送信しないようにするこ
とである。しかしながら、このようなフィードバックシ
ステムは、扱い難く、またデータ伝送が複雑なものとな
ってしまう。
来の解決手法は、レシーバとサーバの間にフィードバッ
クを使用して、レシーバがデータなしで処理せず、ある
いは送信機が多すぎるデータを送信しないようにするこ
とである。しかしながら、このようなフィードバックシ
ステムは、扱い難く、またデータ伝送が複雑なものとな
ってしまう。
【0013】停止を防止するための他の解決手法は、圧
縮されたビデオデータを優先順位の高い「ベース・レイ
ヤ」と優先順位の低い「エンハンスメント・レイヤ」に
分割する、優先化アルゴリズムを使用することである。
ベース・レイヤはレシーバに最初に送信されて、最小限
に許容可能なイメージを再構築する。次いで、優先順位
の低いエンハンスメント・レイヤが送信され、最小限に
許容可能なイメージを補強する。例えば選択された帯域
幅が低すぎあるいは一度の多すぎるデータが伝送された
ことにより、輻輳が生じた場合、低い優先度のエンハウ
スメント・レイヤは廃棄される。この方法によれば、レ
シーバは少なくとも最小限に許容可能なイメージを表示
し続けることができる。連続したイメージを確保するた
めのこのようなシステムの一例は、Horneなどに発
行された、本発明の出願人に譲渡された、米国特許第
5、135、377号に開示されている。データを低い
優先度および高い優先度の範疇に優先化することは、ビ
デオの全体の喪失を防止できるが、ビデオの品質を喪失
するという固有の欠点がある。
縮されたビデオデータを優先順位の高い「ベース・レイ
ヤ」と優先順位の低い「エンハンスメント・レイヤ」に
分割する、優先化アルゴリズムを使用することである。
ベース・レイヤはレシーバに最初に送信されて、最小限
に許容可能なイメージを再構築する。次いで、優先順位
の低いエンハンスメント・レイヤが送信され、最小限に
許容可能なイメージを補強する。例えば選択された帯域
幅が低すぎあるいは一度の多すぎるデータが伝送された
ことにより、輻輳が生じた場合、低い優先度のエンハウ
スメント・レイヤは廃棄される。この方法によれば、レ
シーバは少なくとも最小限に許容可能なイメージを表示
し続けることができる。連続したイメージを確保するた
めのこのようなシステムの一例は、Horneなどに発
行された、本発明の出願人に譲渡された、米国特許第
5、135、377号に開示されている。データを低い
優先度および高い優先度の範疇に優先化することは、ビ
デオの全体の喪失を防止できるが、ビデオの品質を喪失
するという固有の欠点がある。
【0014】圧縮されたビデオを伝送する際の第2の問
題は、停止を避けるためにレシーバにおいて必要とされ
るバッファスペースをどの程度に決定するのかである。
必要とされるバッファの大きさは伝送される画像の品質
に依存し、1.5から15メガバイトの範囲となる。レ
シーバにおいてこのようなバッファスペースのためのメ
モリを設けるコストは、特にレシーバが既存のメモリを
備えた汎用コンピュータでなく、解凍および圧縮された
ビデオを表示するために作られた単なるセット・トップ
・ボックス(set-top box )である場合においては、著
しく大きい。
題は、停止を避けるためにレシーバにおいて必要とされ
るバッファスペースをどの程度に決定するのかである。
必要とされるバッファの大きさは伝送される画像の品質
に依存し、1.5から15メガバイトの範囲となる。レ
シーバにおいてこのようなバッファスペースのためのメ
モリを設けるコストは、特にレシーバが既存のメモリを
備えた汎用コンピュータでなく、解凍および圧縮された
ビデオを表示するために作られた単なるセット・トップ
・ボックス(set-top box )である場合においては、著
しく大きい。
【0015】
【課題を解決するための手段】本発明によれば、データ
伝送システムにおいて、サーバとレシーバを含み、サー
バからレシーバに圧縮されたデータブロックを伝送する
ための方法であり、圧縮されたデータブロック(a.
b.c…)は圧縮されてないデータストリーム(a1 ,
b1 ,c1 …)を表し、また各ブロックはそれが示すデ
ータストリームのセグメントに関連した圧縮比により圧
縮されている方法において、(a) サーバとレシーバ
との間の伝送チャネルのバッファ容量を決定するステッ
プ、(b) 伝送チャネルのバッファ容量と実質的に等
しい圧縮されたデータブロックの最初のシーケンスを伝
送するステップ、および(c) 各圧縮されたデータブ
ロックの圧縮比に比例した時間量だけ遅延した後に最初
のシーケンスに続いて次の圧縮されたデータブロックを
伝送するステップ(46)を含むことを特徴とするもの
である。
伝送システムにおいて、サーバとレシーバを含み、サー
バからレシーバに圧縮されたデータブロックを伝送する
ための方法であり、圧縮されたデータブロック(a.
b.c…)は圧縮されてないデータストリーム(a1 ,
b1 ,c1 …)を表し、また各ブロックはそれが示すデ
ータストリームのセグメントに関連した圧縮比により圧
縮されている方法において、(a) サーバとレシーバ
との間の伝送チャネルのバッファ容量を決定するステッ
プ、(b) 伝送チャネルのバッファ容量と実質的に等
しい圧縮されたデータブロックの最初のシーケンスを伝
送するステップ、および(c) 各圧縮されたデータブ
ロックの圧縮比に比例した時間量だけ遅延した後に最初
のシーケンスに続いて次の圧縮されたデータブロックを
伝送するステップ(46)を含むことを特徴とするもの
である。
【0016】ATMのような保証された配信ネットワー
クにおいて伝送遅延の高い予測可能性を使用して、デー
タブロックはレシーバにおいて必要とされる直前に送信
され、これにより停止が防止され、また同様にレシーバ
において必要とされるバッファスペースが最小限とな
る。
クにおいて伝送遅延の高い予測可能性を使用して、デー
タブロックはレシーバにおいて必要とされる直前に送信
され、これにより停止が防止され、また同様にレシーバ
において必要とされるバッファスペースが最小限とな
る。
【0017】よって、圧縮されたデータのブロックは、
表示されるビデオ内の時間にしたがってラベル付けされ
る。次いで、伝送の間において、ブロックは、そのデー
タが時間通りに表示されるためにラベル付けされた表示
時間が経過する十分前にレシーバに送信される。
表示されるビデオ内の時間にしたがってラベル付けされ
る。次いで、伝送の間において、ブロックは、そのデー
タが時間通りに表示されるためにラベル付けされた表示
時間が経過する十分前にレシーバに送信される。
【0018】圧縮されたデータブロックのヘッダは、連
続したデータブロックの伝送の間における遅延をどれだ
け長くするかに関しての可変の遅延ラベルを含んでい
る。これらの可変の遅延ラベルは、当該ブロックに対す
る圧縮比に圧縮されたデータのブロックに対する基準の
表示時間を乗算することで、各ブロックに対して決定さ
れる。
続したデータブロックの伝送の間における遅延をどれだ
け長くするかに関しての可変の遅延ラベルを含んでい
る。これらの可変の遅延ラベルは、当該ブロックに対す
る圧縮比に圧縮されたデータのブロックに対する基準の
表示時間を乗算することで、各ブロックに対して決定さ
れる。
【0019】本発明においては、伝送方法により、伝送
チャネルのバッファ容量、つまりレシーバのバッファ
と、レシーバとサーバの間の運送中のネットワーク内に
蓄積されたデータ量の合計が決定される。サーバは次い
で、伝送チャネルをそのバッファ容量まで満たすのに十
分なデータを送信する。レシーバがビデオを表示し、ま
た伝送チャネルが空になり始める際に、サーバは可変の
遅延ラベルにしたがってデータブロックを送信し続け
て、伝送チャネルにおいてデータが空になることがな
い。よって、本発明によって、ビデオ情報の適時な配送
が確保され、同時に、必要とされるバッファメモリ量を
減じることができて、受信側設備における顕著なコスト
低減が図れる。
チャネルのバッファ容量、つまりレシーバのバッファ
と、レシーバとサーバの間の運送中のネットワーク内に
蓄積されたデータ量の合計が決定される。サーバは次い
で、伝送チャネルをそのバッファ容量まで満たすのに十
分なデータを送信する。レシーバがビデオを表示し、ま
た伝送チャネルが空になり始める際に、サーバは可変の
遅延ラベルにしたがってデータブロックを送信し続け
て、伝送チャネルにおいてデータが空になることがな
い。よって、本発明によって、ビデオ情報の適時な配送
が確保され、同時に、必要とされるバッファメモリ量を
減じることができて、受信側設備における顕著なコスト
低減が図れる。
【0020】また、本発明のデータ伝送システムは、サ
ーバとレシーバを含み、圧縮されないデータストリーム
を表す圧縮されたデータブロックを伝送するためのデー
タ伝送システムであり、各ブロックはそれが示すデータ
ストリームのセグメントに関連した圧縮比により圧縮さ
れているシステムにおいて、(a) サーバとレシーバ
との間の伝送チャネルのバッファ容量を決定するための
手段、(b) 伝送チャネルのバッファ容量と実質的に
等しいデータブロックの最初のシーケンスを伝送するた
めの手段、(c) 各ブロックの圧縮比に比例した時間
量だけ遅延した後に次のデータブロックを伝送するため
の手段を含むことを特徴とするものである。
ーバとレシーバを含み、圧縮されないデータストリーム
を表す圧縮されたデータブロックを伝送するためのデー
タ伝送システムであり、各ブロックはそれが示すデータ
ストリームのセグメントに関連した圧縮比により圧縮さ
れているシステムにおいて、(a) サーバとレシーバ
との間の伝送チャネルのバッファ容量を決定するための
手段、(b) 伝送チャネルのバッファ容量と実質的に
等しいデータブロックの最初のシーケンスを伝送するた
めの手段、(c) 各ブロックの圧縮比に比例した時間
量だけ遅延した後に次のデータブロックを伝送するため
の手段を含むことを特徴とするものである。
【0021】
【発明の実施の形態】次に、添付図面を用いて本発明の
実施の形態を説明する。
実施の形態を説明する。
【0022】図1は、本発明が利用されるサーバ/クラ
イアントネットワークを例示したものである。このネッ
トワークは、ATMを経て複数のレシーバ14−16に
接続されたサーバ10を含んでいる。サーバ10は、記
憶装置20およびネットワークインターフェース22の
動作を制御する、ビデオ−オンーデマンドのサーバプロ
セッサ18を含んでいる。記憶装置20はCD ROM
あるいは光ディスク、あるいは圧縮されたビデオデータ
ストリームを記憶するために適合した、他の装置であ
る。データストリームは記憶装置に局所的に記憶する必
要はないが、ネットワークインターフェース22を通っ
てローカルエリアネットワークにアクセスできるリモー
トファイルサーバの一部として離れて記憶される。
イアントネットワークを例示したものである。このネッ
トワークは、ATMを経て複数のレシーバ14−16に
接続されたサーバ10を含んでいる。サーバ10は、記
憶装置20およびネットワークインターフェース22の
動作を制御する、ビデオ−オンーデマンドのサーバプロ
セッサ18を含んでいる。記憶装置20はCD ROM
あるいは光ディスク、あるいは圧縮されたビデオデータ
ストリームを記憶するために適合した、他の装置であ
る。データストリームは記憶装置に局所的に記憶する必
要はないが、ネットワークインターフェース22を通っ
てローカルエリアネットワークにアクセスできるリモー
トファイルサーバの一部として離れて記憶される。
【0023】当業者には、図1に示したATMネットワ
ーク12は、本発明が実施される保証された配信のネッ
トワークの1つの形態にすぎない。本発明が使用できる
他のネットワークには、サーバとレシーバの間の伝達経
路が遅延およびバッファ容量が、バッファ容量がレシー
バのバッファの拡張として使用できるものが含まれる。
さらに、当業者には、本発明は、圧縮されたオーディオ
データを含む、圧縮されたデータの他の形式のものを伝
送するために適用することもできる。
ーク12は、本発明が実施される保証された配信のネッ
トワークの1つの形態にすぎない。本発明が使用できる
他のネットワークには、サーバとレシーバの間の伝達経
路が遅延およびバッファ容量が、バッファ容量がレシー
バのバッファの拡張として使用できるものが含まれる。
さらに、当業者には、本発明は、圧縮されたオーディオ
データを含む、圧縮されたデータの他の形式のものを伝
送するために適用することもできる。
【0024】本発明によれば、ディスク20内に記憶さ
れている圧縮されたデータストリームは、圧縮されたデ
ータの各ブロックに対するヘッダを使用してフォーマッ
トされる。上記したように、使用される圧縮技術に依存
して、各ブロックはビデオの1つあるいは多数の小フレ
ームを表示するためのデータを含んでいる。
れている圧縮されたデータストリームは、圧縮されたデ
ータの各ブロックに対するヘッダを使用してフォーマッ
トされる。上記したように、使用される圧縮技術に依存
して、各ブロックはビデオの1つあるいは多数の小フレ
ームを表示するためのデータを含んでいる。
【0025】本発明の好ましい実施の形態によれば、デ
ータブロックは、ヘッダによりブロックの特徴が示され
て、記憶装置20上に記憶されている。これらの特徴は
好ましくはバイトでの物理的なブロックのサイズ、連続
したブロックの伝送の間の必要とされる遅延、および、
データが表示される時の、ビデオの開始に対する時間を
含んでいる。さらに、圧縮されたビデオデータストリー
ムのファイル内の少なくとも1つのヘッダは各ブロック
のデータの標準的な表示時間を示している。例えば、各
ブロックがビデオの1つのフレームに対するデータを含
んでいる場合には、北アメリカにおいては、1秒の1/
30の標準的な表示時間がファイル中の全てのブロック
に対して少なくとも1つ記憶されている。
ータブロックは、ヘッダによりブロックの特徴が示され
て、記憶装置20上に記憶されている。これらの特徴は
好ましくはバイトでの物理的なブロックのサイズ、連続
したブロックの伝送の間の必要とされる遅延、および、
データが表示される時の、ビデオの開始に対する時間を
含んでいる。さらに、圧縮されたビデオデータストリー
ムのファイル内の少なくとも1つのヘッダは各ブロック
のデータの標準的な表示時間を示している。例えば、各
ブロックがビデオの1つのフレームに対するデータを含
んでいる場合には、北アメリカにおいては、1秒の1/
30の標準的な表示時間がファイル中の全てのブロック
に対して少なくとも1つ記憶されている。
【0026】当業者には、圧縮されたデータブロックの
特徴はブロックのヘッダに異なる方法で伝えられること
は自明である。例えば、プレイされるビデオの開始から
の相対的な表示時間を各ブロックに対して設ける代わり
に、ヘッダに各ブロックの標準てきな表示時間を識別さ
せるだけにすることができる。次いで、操作の間におい
て、サーバは、ブロックに対する標準的な表示時間によ
り圧縮されたデータストリーム内のブロックの数を乗算
することで、ブロックがプレイされるビデオ内の相対的
な時間を決定することができる。
特徴はブロックのヘッダに異なる方法で伝えられること
は自明である。例えば、プレイされるビデオの開始から
の相対的な表示時間を各ブロックに対して設ける代わり
に、ヘッダに各ブロックの標準てきな表示時間を識別さ
せるだけにすることができる。次いで、操作の間におい
て、サーバは、ブロックに対する標準的な表示時間によ
り圧縮されたデータストリーム内のブロックの数を乗算
することで、ブロックがプレイされるビデオ内の相対的
な時間を決定することができる。
【0027】さらに、各ブロック内の独立したヘッダを
使用する代わりに、圧縮されたビデオストリームデータ
ファイルをブロックのマップに先導させることもでき
る。その際、ブロックマップは、各ブロックの物理的な
アドレス、ブロック長、圧縮比、ビデオの開始に対する
表示時間、および圧縮されたビデオデータストリームに
対する全体の圧縮比、などを含んでいる。
使用する代わりに、圧縮されたビデオストリームデータ
ファイルをブロックのマップに先導させることもでき
る。その際、ブロックマップは、各ブロックの物理的な
アドレス、ブロック長、圧縮比、ビデオの開始に対する
表示時間、および圧縮されたビデオデータストリームに
対する全体の圧縮比、などを含んでいる。
【0028】レシーバ14および16は、サーバ10に
よる伝送の間におけるバッファとして、それぞれメモリ
バッファ26と36を使用している。これらのバッファ
は好ましくは、一定のビット速度でデータを記憶し、ま
た一定のブロック速度でデータを消費することができ
る、円環状のものである。これらのバッファ内のデータ
量は、記憶され消費されるブロックの大きさに依存して
変動する。好ましい実施の形態によれば、これらのバッ
ファは、一時的にデータを記憶するために、ATMネッ
トワーク12の固有の容量により補われる。
よる伝送の間におけるバッファとして、それぞれメモリ
バッファ26と36を使用している。これらのバッファ
は好ましくは、一定のビット速度でデータを記憶し、ま
た一定のブロック速度でデータを消費することができ
る、円環状のものである。これらのバッファ内のデータ
量は、記憶され消費されるブロックの大きさに依存して
変動する。好ましい実施の形態によれば、これらのバッ
ファは、一時的にデータを記憶するために、ATMネッ
トワーク12の固有の容量により補われる。
【0029】図2は、本発明においてサーバ10による
行われる機能を示したフローチャートである。ブロック
42は、サーバが伝送チャネルのバッファ容量を決定す
ることを示している。伝送チャネルは、そこでデータの
圧縮されたブロックがサーバ10からレシーバ14−1
6に送られるネットワーク12のパス、およびレシーバ
14−16内のバッファである。例えば、サーバ10か
らクライアントのレシーバ14の伝送チャネルは、AT
Mネットワーク12およびメモリバッファ26を含んで
いる。
行われる機能を示したフローチャートである。ブロック
42は、サーバが伝送チャネルのバッファ容量を決定す
ることを示している。伝送チャネルは、そこでデータの
圧縮されたブロックがサーバ10からレシーバ14−1
6に送られるネットワーク12のパス、およびレシーバ
14−16内のバッファである。例えば、サーバ10か
らクライアントのレシーバ14の伝送チャネルは、AT
Mネットワーク12およびメモリバッファ26を含んで
いる。
【0030】ブロック44は、サーバ10がビデオスト
リームの開始から得られた圧縮されたデータのブロック
を伝送チャネルに満たすことを示している。特に、サー
バは伝送チャネルを十分にロードするのに必要なデータ
量を送信する。
リームの開始から得られた圧縮されたデータのブロック
を伝送チャネルに満たすことを示している。特に、サー
バは伝送チャネルを十分にロードするのに必要なデータ
量を送信する。
【0031】最後に、ブロック46は、サーバ10が圧
縮データの配信を完了したことを示している。レシーバ
14−16のバッファにデータが満たされ、およびネッ
トワーク12が追加のバッファとして使用されたので、
サーバ10は、ビデオ自体の表示時間を使用して圧縮さ
れないビデオストリームを表すデータブロックの残りの
伝送を歩調合せする。レシーバ14−16がビデオを表
示を開始するために十分なデータを有するようになるの
で、サーバ10は、チャネルが空にならないようにする
ために、データのブロックを時間通りに送信することだ
けが必要となる。
縮データの配信を完了したことを示している。レシーバ
14−16のバッファにデータが満たされ、およびネッ
トワーク12が追加のバッファとして使用されたので、
サーバ10は、ビデオ自体の表示時間を使用して圧縮さ
れないビデオストリームを表すデータブロックの残りの
伝送を歩調合せする。レシーバ14−16がビデオを表
示を開始するために十分なデータを有するようになるの
で、サーバ10は、チャネルが空にならないようにする
ために、データのブロックを時間通りに送信することだ
けが必要となる。
【0032】当業者には、レシーバ14−16およびサ
ーバ10は、レシーバ14−16が何時データを解凍し
表示するのかについて通信しなければならないことが判
る。サーバ10は、ブロックの表示速度において伝送チ
ャネルからのデータが枯渇した時を決定して、同じ表示
速度でデータを補充するために、この情報を有していな
ければならない。好ましい実施の形態においては、サー
バ10は、チャネルがデータブロックで一杯になったな
らばすぐに、表示を開始することをレシーバ14−16
に指示する。
ーバ10は、レシーバ14−16が何時データを解凍し
表示するのかについて通信しなければならないことが判
る。サーバ10は、ブロックの表示速度において伝送チ
ャネルからのデータが枯渇した時を決定して、同じ表示
速度でデータを補充するために、この情報を有していな
ければならない。好ましい実施の形態においては、サー
バ10は、チャネルがデータブロックで一杯になったな
らばすぐに、表示を開始することをレシーバ14−16
に指示する。
【0033】ブロック46はまた、特定のブロックに対
して圧縮比を乗算された、各ブロックを表示するための
標準の時間によってデータの次の各ブロックを伝送する
前にサーバ10が遅延することを示している。この時間
量は、好ましくは、伝送の開始の前に各データブロック
のヘッダ内に識別されラベル付けされる。例えば、デー
タブロックは、通常は1秒の1/30で表示する、表示
されるビデオの1つのフレームを表している。このデー
タブロックがその圧縮されないサイズの1/2に圧縮さ
れた場合には、これは圧縮されないブロックに対して必
要とされる時間量の半分で伝送することができる。よっ
て、このブロックに対する対応する可変の遅延は、1秒
の1/60である。この情報は当該ブロックに対するヘ
ッダ内に記憶され、また1秒の1/60でブロックの伝
送を遅延するために使用されて、レシーバ14−16側
において他のブロックが1秒の1/30で表示される際
に伝送チャネルがフルに維持される。
して圧縮比を乗算された、各ブロックを表示するための
標準の時間によってデータの次の各ブロックを伝送する
前にサーバ10が遅延することを示している。この時間
量は、好ましくは、伝送の開始の前に各データブロック
のヘッダ内に識別されラベル付けされる。例えば、デー
タブロックは、通常は1秒の1/30で表示する、表示
されるビデオの1つのフレームを表している。このデー
タブロックがその圧縮されないサイズの1/2に圧縮さ
れた場合には、これは圧縮されないブロックに対して必
要とされる時間量の半分で伝送することができる。よっ
て、このブロックに対する対応する可変の遅延は、1秒
の1/60である。この情報は当該ブロックに対するヘ
ッダ内に記憶され、また1秒の1/60でブロックの伝
送を遅延するために使用されて、レシーバ14−16側
において他のブロックが1秒の1/30で表示される際
に伝送チャネルがフルに維持される。
【0034】上記したステップは、本発明においてサー
バ10によって実行される機能をさらに例示したフロー
チャートである図3を図4を参照して、より詳しく理解
できる。
バ10によって実行される機能をさらに例示したフロー
チャートである図3を図4を参照して、より詳しく理解
できる。
【0035】ブロック48は、互いに通信を初期化する
サーバ10とレシーバ14−16を表している。ブロッ
ク50は、サーバ10が圧縮されたデータのブロック
に、バイトでのブロックのサイズおよび各ブロックに対
する可変の遅延に関する情報を含む、ヘッダをラベル付
けすることを表している。好ましい実施の形態では、ブ
ロック50はブロック48の前に先に起きて、これらの
2つのヘッダ情報の断片は、例えば光ディスク内で最初
にフォーマットされた時に、データブロック中に記憶さ
れる。
サーバ10とレシーバ14−16を表している。ブロッ
ク50は、サーバ10が圧縮されたデータのブロック
に、バイトでのブロックのサイズおよび各ブロックに対
する可変の遅延に関する情報を含む、ヘッダをラベル付
けすることを表している。好ましい実施の形態では、ブ
ロック50はブロック48の前に先に起きて、これらの
2つのヘッダ情報の断片は、例えば光ディスク内で最初
にフォーマットされた時に、データブロック中に記憶さ
れる。
【0036】ブロック52はサーバがレシーバからのビ
デオ伝送に対する要求を待機していることを表し、また
ブロック54はその要求を受信していることを表してい
る。ブロック56はサーバ10がレシーバにそのバッフ
ァのサイズを問い合わせるためのメッセージを送信し、
またレシーバ14−16とサーバ10の間の伝送遅延を
決定するためにレシーバ14−16に信号を送信してい
ることも表している。ブロック58はサーバ10がレシ
ーバ14−16からのバッファのサイズを受信している
ことを表している。また、サーバ10がレシーバ14−
16からの信号を受信していることを表し、これから、
サーバ10は、この信号を受信するためにどのくらいか
かるのかに基づいて伝送遅延を決定する。ATMネット
ワーク12においては、この伝送遅延は、サーバ10と
レシーバ14−16が非常に小さい変化で動作している
間は一定である。
デオ伝送に対する要求を待機していることを表し、また
ブロック54はその要求を受信していることを表してい
る。ブロック56はサーバ10がレシーバにそのバッフ
ァのサイズを問い合わせるためのメッセージを送信し、
またレシーバ14−16とサーバ10の間の伝送遅延を
決定するためにレシーバ14−16に信号を送信してい
ることも表している。ブロック58はサーバ10がレシ
ーバ14−16からのバッファのサイズを受信している
ことを表している。また、サーバ10がレシーバ14−
16からの信号を受信していることを表し、これから、
サーバ10は、この信号を受信するためにどのくらいか
かるのかに基づいて伝送遅延を決定する。ATMネット
ワーク12においては、この伝送遅延は、サーバ10と
レシーバ14−16が非常に小さい変化で動作している
間は一定である。
【0037】ブロック60はサーバがレシーバ14−1
6のバッファおよび伝送チャネルを満たすために必要と
されるデータの量を算出していることを表している。例
えば、バッファが100キロバイトのメモリを記憶する
ことができ、また伝送チャネルが10キロバイトを記憶
することができる場合、必要とされるデータの量は11
0キロバイトだえる。オーバフローを防止するために、
好ましくは、チャネルを満たすために必要なデータの最
大量を決定するに際して、ATMネットワーク12内に
おいて標準のジッタが考察される。
6のバッファおよび伝送チャネルを満たすために必要と
されるデータの量を算出していることを表している。例
えば、バッファが100キロバイトのメモリを記憶する
ことができ、また伝送チャネルが10キロバイトを記憶
することができる場合、必要とされるデータの量は11
0キロバイトだえる。オーバフローを防止するために、
好ましくは、チャネルを満たすために必要なデータの最
大量を決定するに際して、ATMネットワーク12内に
おいて標準のジッタが考察される。
【0038】ブロック62は、圧縮されたデータブロッ
クに対するラベルのヘッダ情報を確保することを表して
いる。ブロック64はさらに、サーバ10がポインタ
を、データストリームを表す第1のデータブロックに設
定して伝送が開始されることを表している。
クに対するラベルのヘッダ情報を確保することを表して
いる。ブロック64はさらに、サーバ10がポインタ
を、データストリームを表す第1のデータブロックに設
定して伝送が開始されることを表している。
【0039】ブロック66は、伝送が開始される前に、
レシーバ14−16内におけるVCR制御が表明された
かをサーバ10が決定することを表している。表明され
た場合、サーバ10は伝送ルーチンから離脱し、また従
来技術の方法にしたがってビデオデータを送信し、これ
によりVCR制御が実行されながら伝送あるいは表示の
受容可能な分断がなされる。
レシーバ14−16内におけるVCR制御が表明された
かをサーバ10が決定することを表している。表明され
た場合、サーバ10は伝送ルーチンから離脱し、また従
来技術の方法にしたがってビデオデータを送信し、これ
によりVCR制御が実行されながら伝送あるいは表示の
受容可能な分断がなされる。
【0040】ブロック70は、VCR制御が表明されて
いない場合において、サーバ10がブロック64におい
て指摘されたデータのブロックを伝送することを表して
いる。なお、サーバ10は好ましくは、ATMネットワ
ーク12が許容するデータを最も高い可能な帯域幅で伝
送し、レシーバ14−16のバッファが、小さいサイズ
の場合でも、フルに常に維持できることを表している。
ブロック72は、サーバ10が次のデータのブロックに
進んでいることを表し、またブロック74はサーバ10
がそのデータを得ることを表している。ブロック76は
サーバ10が全てのデータブロックが送信されたのかを
決定していることを表している。その場合には、サーバ
10はブロック78においてループを抜ける。
いない場合において、サーバ10がブロック64におい
て指摘されたデータのブロックを伝送することを表して
いる。なお、サーバ10は好ましくは、ATMネットワ
ーク12が許容するデータを最も高い可能な帯域幅で伝
送し、レシーバ14−16のバッファが、小さいサイズ
の場合でも、フルに常に維持できることを表している。
ブロック72は、サーバ10が次のデータのブロックに
進んでいることを表し、またブロック74はサーバ10
がそのデータを得ることを表している。ブロック76は
サーバ10が全てのデータブロックが送信されたのかを
決定していることを表している。その場合には、サーバ
10はブロック78においてループを抜ける。
【0041】ブロック80は、伝送チャネルにおいてデ
ータがフルであるかどうかをサーバ10が決定している
ことを表している。ここで、サーバ10は、伝送チャネ
ル内に規定されたデータの最大量を、送信されたがまだ
表示されていないデータの量と比べる。サーバ10は好
ましくは、表示が何時開始されるかに関し、情報のトラ
ックを維持するために、レシーバ14−16からの各ブ
ロックの表示時間および情報に対応するラベルを使用す
る。例えば、サーバ10が「36:33:00」とラベ
ル付けされたブロックまでのデータのブロックを送り、
またレシーバが正確に33分だけすでにプレイした場
合、ビデオの33秒だけがチャネル内に記憶される。ビ
デオのこの33秒内にバイト数は、ブロックラベルを使
用して検索することができ、またこれは、チャネルがフ
ルであるかどうかを決定するために伝送チャネルのバッ
ファ容量と比較さえる。サーバ10がビデオの伝送を開
始したときには、チャネルバッファ容量を伝送するため
に、ブロック66から80のループの最初の部分を通る
までにいくつかのパスを要する。
ータがフルであるかどうかをサーバ10が決定している
ことを表している。ここで、サーバ10は、伝送チャネ
ル内に規定されたデータの最大量を、送信されたがまだ
表示されていないデータの量と比べる。サーバ10は好
ましくは、表示が何時開始されるかに関し、情報のトラ
ックを維持するために、レシーバ14−16からの各ブ
ロックの表示時間および情報に対応するラベルを使用す
る。例えば、サーバ10が「36:33:00」とラベ
ル付けされたブロックまでのデータのブロックを送り、
またレシーバが正確に33分だけすでにプレイした場
合、ビデオの33秒だけがチャネル内に記憶される。ビ
デオのこの33秒内にバイト数は、ブロックラベルを使
用して検索することができ、またこれは、チャネルがフ
ルであるかどうかを決定するために伝送チャネルのバッ
ファ容量と比較さえる。サーバ10がビデオの伝送を開
始したときには、チャネルバッファ容量を伝送するため
に、ブロック66から80のループの最初の部分を通る
までにいくつかのパスを要する。
【0042】サーバ10は、ブロック80において伝送
チャネルがフルであることを決定したときには、システ
ムが許容する最大の帯域幅で残りのデータブロックの伝
送を歩調合せする準備ができている。サーバ10は、ブ
ロック82および84において、各ブロックの可変の遅
延により、各ブロックの伝送を遅延する。次いで、ブロ
ック66において、サーバ10は、VCR制御が表明さ
れたかを再度決定する。このプロセスは、データブロッ
クが全てレシーバ14−16に送られて、サーバ10が
ブロック78において伝送を終了するまで継続される。
チャネルがフルであることを決定したときには、システ
ムが許容する最大の帯域幅で残りのデータブロックの伝
送を歩調合せする準備ができている。サーバ10は、ブ
ロック82および84において、各ブロックの可変の遅
延により、各ブロックの伝送を遅延する。次いで、ブロ
ック66において、サーバ10は、VCR制御が表明さ
れたかを再度決定する。このプロセスは、データブロッ
クが全てレシーバ14−16に送られて、サーバ10が
ブロック78において伝送を終了するまで継続される。
【0043】図5は、伝送チャネルが既に満たされた後
における、圧縮されたデータブロックの伝送の間におけ
る可変の遅延の概念を例示した、ブロックダイヤグラム
である。時間線は、ビデオが解凍された後にプレイされ
る時の時間を示している。圧縮されたデータライン(a
−f)は、時間線内において圧縮されたデータのブロッ
クがどこに合致するのかを例示している。例えば、圧縮
されたデータブロックは伝送チャネルにより受信され、
また後にレシーバにより、圧縮されないブロックa´と
して表示される。圧縮技術に依存して、ブロックaはビ
デオの1つのフレームあるいは一連のいくつかの小フレ
ームのいずれかを表す。ブロックaを伝送チャネル内に
送った後、サーバは、ブロックbを送信する前に、6つ
の時間測定単位だけ待機する。ブロックbは、圧縮され
ないブロックb´を表し、ブロックb´のバイト量の1
/7だけを含んでいる。よって、ブロックbは、レシー
バが圧縮されないデータのブロックb´を表示するため
に要する時間量の1/7でレシーバに送信することがで
きる。したがって、ブロックaがレシーバに送られた
後、サーバは、ブロックbを伝送する前に、6時間測定
単位だけ待機することができる。各圧縮されないデータ
のブロックがビデオの1つのフレーム、あるいは表示時
間の秒の1/30を表している場合には、サーバはブロ
ックbを送信する前に1秒の6/7×1/30だけ待機
する。
における、圧縮されたデータブロックの伝送の間におけ
る可変の遅延の概念を例示した、ブロックダイヤグラム
である。時間線は、ビデオが解凍された後にプレイされ
る時の時間を示している。圧縮されたデータライン(a
−f)は、時間線内において圧縮されたデータのブロッ
クがどこに合致するのかを例示している。例えば、圧縮
されたデータブロックは伝送チャネルにより受信され、
また後にレシーバにより、圧縮されないブロックa´と
して表示される。圧縮技術に依存して、ブロックaはビ
デオの1つのフレームあるいは一連のいくつかの小フレ
ームのいずれかを表す。ブロックaを伝送チャネル内に
送った後、サーバは、ブロックbを送信する前に、6つ
の時間測定単位だけ待機する。ブロックbは、圧縮され
ないブロックb´を表し、ブロックb´のバイト量の1
/7だけを含んでいる。よって、ブロックbは、レシー
バが圧縮されないデータのブロックb´を表示するため
に要する時間量の1/7でレシーバに送信することがで
きる。したがって、ブロックaがレシーバに送られた
後、サーバは、ブロックbを伝送する前に、6時間測定
単位だけ待機することができる。各圧縮されないデータ
のブロックがビデオの1つのフレーム、あるいは表示時
間の秒の1/30を表している場合には、サーバはブロ
ックbを送信する前に1秒の6/7×1/30だけ待機
する。
【0044】図5の全体の時間線から判るように、各ブ
ロックの圧縮比に基づく可変の遅延によりビデオブロッ
クの伝送を遅延することの効果は、ブロックa´、b
´、c、´、d´、e´およびf´により示された圧縮
されないビデオのバイトのストリームをレシーバがこれ
らのブロックを表示するために要するのと丁度同じ時間
で中断なしに伝送することと同じことである。これらの
圧縮されないデータのブロックの間における可変の遅延
を使用した場合、他の側においてレシーバにより消費さ
れる、ビデオの表示時間によって測定されるのと同じデ
ータを伝送チャネルは常に受信する。したがって、予測
されない伝送のデータのため、あるいは停止あるいはオ
ーバフローを防止するために大きなバッファを有する必
要はなくなる。
ロックの圧縮比に基づく可変の遅延によりビデオブロッ
クの伝送を遅延することの効果は、ブロックa´、b
´、c、´、d´、e´およびf´により示された圧縮
されないビデオのバイトのストリームをレシーバがこれ
らのブロックを表示するために要するのと丁度同じ時間
で中断なしに伝送することと同じことである。これらの
圧縮されないデータのブロックの間における可変の遅延
を使用した場合、他の側においてレシーバにより消費さ
れる、ビデオの表示時間によって測定されるのと同じデ
ータを伝送チャネルは常に受信する。したがって、予測
されない伝送のデータのため、あるいは停止あるいはオ
ーバフローを防止するために大きなバッファを有する必
要はなくなる。
【0045】最後に、図6は、本発明の実施の形態にお
いて、データブロックのヘッダ内に含ませることができ
るラベルを例示したブロックダイヤグラムである。86
でラベル付けされたブロックは、本例ではそれぞれ10
キロバイトのデータを含む、圧縮されないデータブロッ
クを表している。88でラベル付けされたブロックは、
ブロック86から圧縮比CRで圧縮されたブロックであ
る。図6において第1のブロックは全然圧縮されていな
いので、これに対応する圧縮されたブロックは0秒の遅
延ラベルを持っている。第2のブロックは0.5T秒の
遅延ラベルを有し、ブロックがビデオの1つのフレーム
を表している場合には、北米においては1秒の1/60
である。図6から判るように、可変の遅延ラベルは各ブ
ロックの圧縮比の尺度である。さらに、各ブロックは、
それが含むバイト数を含むヘッダを有しており、サーバ
は最初に伝送チャネルをそのバッファ容量まで満たすた
めに十分なデータを送ったかどうかを決定することがで
きる。
いて、データブロックのヘッダ内に含ませることができ
るラベルを例示したブロックダイヤグラムである。86
でラベル付けされたブロックは、本例ではそれぞれ10
キロバイトのデータを含む、圧縮されないデータブロッ
クを表している。88でラベル付けされたブロックは、
ブロック86から圧縮比CRで圧縮されたブロックであ
る。図6において第1のブロックは全然圧縮されていな
いので、これに対応する圧縮されたブロックは0秒の遅
延ラベルを持っている。第2のブロックは0.5T秒の
遅延ラベルを有し、ブロックがビデオの1つのフレーム
を表している場合には、北米においては1秒の1/60
である。図6から判るように、可変の遅延ラベルは各ブ
ロックの圧縮比の尺度である。さらに、各ブロックは、
それが含むバイト数を含むヘッダを有しており、サーバ
は最初に伝送チャネルをそのバッファ容量まで満たすた
めに十分なデータを送ったかどうかを決定することがで
きる。
【0046】以上のように、ネットワークのレシーバ側
において非常に小さいバッファを使用でき、またイメー
ジの瞬間的な損失を回避することができる、圧縮された
データのブロックの伝送を歩調合せするためのシステム
と方法を説明した。本システムは、伝送遅延の予測可能
性、および、どの程度のデータをブロックが含むのか、
どのように圧縮されたのかおよびそれらが表示するビデ
オ内のどこにあるのかを示す圧縮されたブロックのヘッ
ダを使用して伝送を歩調合せしている。本システムは好
ましくは、伝送チャネルを満たすために十分なデータを
送り、次いで各ブロック内のヘッダ情報に基づいてレシ
ーバにおいて表示するデータでバッファを満たすもので
ある。
において非常に小さいバッファを使用でき、またイメー
ジの瞬間的な損失を回避することができる、圧縮された
データのブロックの伝送を歩調合せするためのシステム
と方法を説明した。本システムは、伝送遅延の予測可能
性、および、どの程度のデータをブロックが含むのか、
どのように圧縮されたのかおよびそれらが表示するビデ
オ内のどこにあるのかを示す圧縮されたブロックのヘッ
ダを使用して伝送を歩調合せしている。本システムは好
ましくは、伝送チャネルを満たすために十分なデータを
送り、次いで各ブロック内のヘッダ情報に基づいてレシ
ーバにおいて表示するデータでバッファを満たすもので
ある。
【図1】本発明が使用される伝送システムを示した説明
図である。
図である。
【図2】本発明による伝送システムのサーバにより行わ
れる機能を例示したフローチャートである。
れる機能を例示したフローチャートである。
【図3】本発明の好ましい実施の方法を例示したフロー
チャートである。
チャートである。
【図4】本発明の好ましい実施の方法を例示したフロー
チャートである。
チャートである。
【図5】本発明による可変遅延を使用したデータブロッ
クの伝送を歩調合せすることを例示した時間線の説明図
である。
クの伝送を歩調合せすることを例示した時間線の説明図
である。
【図6】本発明の好ましい実施の形態により圧縮された
データブロックに対してヘッダ内に蓄積できるラベルの
タイプを例示した説明図である。
データブロックに対してヘッダ内に蓄積できるラベルの
タイプを例示した説明図である。
10 サーバ 12 ATMネットワーク 14−16 レシーバ 20 記憶装置 26、36 メモリバッファ
Claims (2)
- 【請求項1】 サーバ(10)とレシーバ(14)を含
むデータ伝送システムにおいて圧縮されたデータブロッ
クをサーバからレシーバに伝送する方法であり、圧縮さ
れたデータブロック(a.b.c…)は圧縮されてない
データストリーム(a1 ,b1 ,c1 …)を表し、また
各ブロックはそれが示すデータストリームのセグメント
に関連した圧縮比により圧縮されている方法において、 (a) サーバとレシーバとの間の伝送チャネルのバッ
ファ容量を決定するステップ(42)、 (b) 伝送チャネルのバッファ容量と実質的に等しい
圧縮されたデータブロックの最初のシーケンスを伝送す
るステップ(44)、および (c) 各圧縮されたデータブロックの圧縮比に比例し
た時間量だけ遅延した後に最初のシーケンスに続いて次
の圧縮されたデータブロックを伝送するステップ(4
6)を含むことを特徴とする方法。 - 【請求項2】 サーバ(10)とレシーバ(14)を含
み、圧縮されないデータストリームを表す圧縮されたデ
ータブロックを伝送するためのデータ伝送システムであ
り、各ブロックはそれが示すデータストリームのセグメ
ントに関連した圧縮比により圧縮されているシステムに
おいて、 (a) サーバとレシーバとの間の伝送チャネルのバッ
ファ容量を決定するための手段(18)、 (b) 伝送チャネルのバッファ容量と実質的に等しい
データブロックの最初のシーケンスを伝送するための手
段(18)、 (c) 各ブロックの圧縮比に比例した時間量だけ遅延
した後に次のデータブロックを伝送するための手段(1
8)を含むことを特徴とする方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/778,929 US6011590A (en) | 1997-01-03 | 1997-01-03 | Method of transmitting compressed information to minimize buffer space |
| US08/778,929 | 1997-01-03 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10271137A true JPH10271137A (ja) | 1998-10-09 |
Family
ID=25114791
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9327282A Pending JPH10271137A (ja) | 1997-01-03 | 1997-11-28 | バッファスペースを最小限とするために圧縮された情報を伝送する方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6011590A (ja) |
| EP (1) | EP0852446B1 (ja) |
| JP (1) | JPH10271137A (ja) |
| DE (1) | DE69732281T2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006345582A (ja) * | 2001-02-08 | 2006-12-21 | Nokia Corp | メディアデータをストリーミングする方法、システム及びクライアント装置 |
Families Citing this family (74)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3000913B2 (ja) * | 1996-02-02 | 2000-01-17 | 富士ゼロックス株式会社 | デ−タ伝送装置および方法 |
| JPH10229420A (ja) * | 1997-02-17 | 1998-08-25 | Matsushita Electric Ind Co Ltd | 通信システム |
| US6370163B1 (en) * | 1998-03-11 | 2002-04-09 | Siemens Information And Communications Network, Inc. | Apparatus and method for speech transport with adaptive packet size |
| BR9815964A (pt) * | 1998-07-27 | 2001-06-05 | Webtv Networks Inc | Processo de acesso a computador remoto, sistema servidor de computação remota, processo de transmissão de vìdeo, gerador de monitor de multi-cabeças, processos para gerar um fluxo de vìdeo compactado, de estimativa de movimento para compactação de fluxo de imagem, para mudar a detecção para compactação de fluxo de imagem, para gerar um catálogo, e de navegação na internet, programa de software para projeto de página www, software modificado por compactação para realizar pelo menos uma função e para gerar pelo menos um vìdeo, processos de controle de vìdeo, de processamento de imagem, de compactação de vìdeo, de compactação de fluxo de vìdeo assìncrona, para armazenar a taxa de enquadramento, para personalizar publicidade, de publicidade, de acúmulo de débito, de tv interativa, para alocação de largura de faixa para um fluxo de vìdeo compactado, para alocação de largura de faixa para transmitir vìdeo em um rede de cabo, para gerar uma pluralidade de vìdeos, para transmitir uma pluralidade de canais de vìdeo compactados similares, de multiplexação estatìstica de bits, para gerar uma pluralidade de fluxos de imagem não-relacionados, para gerar uma pluralidade de fluxos de áudio não-relacionados, e para produzir diferentes representações de vìdeo em uma pluralidade de locais remotos |
| US7360230B1 (en) | 1998-07-27 | 2008-04-15 | Microsoft Corporation | Overlay management |
| US7068729B2 (en) * | 2001-12-21 | 2006-06-27 | Digital Fountain, Inc. | Multi-stage code generator and decoder for communication systems |
| US6307487B1 (en) | 1998-09-23 | 2001-10-23 | Digital Fountain, Inc. | Information additive code generator and decoder for communication systems |
| US6680955B1 (en) * | 1999-08-20 | 2004-01-20 | Nokia Networks Oy | Technique for compressing a header field in a data packet |
| WO2001058130A2 (en) * | 2000-02-03 | 2001-08-09 | Bandwiz, Inc. | Coding method |
| US8131867B1 (en) | 2000-06-01 | 2012-03-06 | Qualcomm Incorporated | Dynamic layer congestion control for multicast transport |
| US6731605B1 (en) | 2000-06-19 | 2004-05-04 | Sharp Laboratories Of America, Inc. | Prioritized optimal server side bandwidth allocation in a multimedia session with push and pull sources |
| US6973501B1 (en) | 2000-06-21 | 2005-12-06 | Adc Telecommunications, Inc. | Reducing loss in transmission quality under changing network conditions |
| JP2002024798A (ja) * | 2000-07-06 | 2002-01-25 | Minolta Co Ltd | 画像処理装置および画像処理方法並びにコンピュータ読み取り可能な記録媒体 |
| JP2002165114A (ja) * | 2000-09-12 | 2002-06-07 | Matsushita Electric Ind Co Ltd | 映像送出装置、映像送出方法および記録媒体、並びに、映像送出プログラム |
| US6766376B2 (en) | 2000-09-12 | 2004-07-20 | Sn Acquisition, L.L.C | Streaming media buffering system |
| US6486803B1 (en) | 2000-09-22 | 2002-11-26 | Digital Fountain, Inc. | On demand encoding with a window |
| US7072971B2 (en) | 2000-11-13 | 2006-07-04 | Digital Foundation, Inc. | Scheduling of multiple files for serving on a server |
| US7319667B1 (en) | 2000-11-15 | 2008-01-15 | Cisco Technology, Inc. | Communication system with priority data compression |
| US7240358B2 (en) * | 2000-12-08 | 2007-07-03 | Digital Fountain, Inc. | Methods and apparatus for scheduling, serving, receiving media-on demand for clients, servers arranged according to constraints on resources |
| US6987728B2 (en) | 2001-01-23 | 2006-01-17 | Sharp Laboratories Of America, Inc. | Bandwidth allocation system |
| US7305697B2 (en) | 2001-02-02 | 2007-12-04 | Opentv, Inc. | Service gateway for interactive television |
| CN1251507C (zh) * | 2001-02-06 | 2006-04-12 | 夏普株式会社 | 无线图像传输设备与图像传输法 |
| US20020129159A1 (en) | 2001-03-09 | 2002-09-12 | Michael Luby | Multi-output packet server with independent streams |
| US7970875B1 (en) * | 2001-03-23 | 2011-06-28 | Cisco Technology, Inc. | System and method for computer originated audio file transmission |
| US8429211B1 (en) | 2001-03-23 | 2013-04-23 | Cisco Technology, Inc. | System and method for controlling computer originated audio file transmission |
| US6663347B2 (en) | 2001-06-06 | 2003-12-16 | Borgwarner, Inc. | Cast titanium compressor wheel |
| US7123627B2 (en) * | 2001-09-11 | 2006-10-17 | Sharp Laboratories Of America, Inc. | Class of computationally parsimonious schedulers for enforcing quality of service over packet based AV-centric home networks |
| EP1432228A4 (en) * | 2002-03-28 | 2010-06-02 | Mitsubishi Electric Corp | DIGITAL ROUND TERMINAL DEVICE AND METHOD THEREFOR, DIGITAL ROUND RECEIVING DEVICE AND METHOD THEREFOR |
| US9240810B2 (en) * | 2002-06-11 | 2016-01-19 | Digital Fountain, Inc. | Systems and processes for decoding chain reaction codes through inactivation |
| EP2348640B1 (en) | 2002-10-05 | 2020-07-15 | QUALCOMM Incorporated | Systematic encoding of chain reaction codes |
| KR100957797B1 (ko) * | 2002-11-13 | 2010-05-13 | 엘지전자 주식회사 | 대화형 광디스크 장치에서의 콘텐츠 정보 재생방법과,콘텐츠 제공서버에서의 콘텐츠 정보 제공방법 |
| KR100892977B1 (ko) * | 2002-11-16 | 2009-04-10 | 엘지전자 주식회사 | 대화형 광디스크 장치에서의 콘텐츠 정보 재생방법과,콘텐츠 제공서버에서의 콘텐츠 정보 제공방법 |
| CN101668215A (zh) * | 2003-02-18 | 2010-03-10 | 诺基亚有限公司 | 图像解码方法 |
| KR100711635B1 (ko) * | 2003-02-18 | 2007-04-25 | 노키아 코포레이션 | 화상 부호화 방법 |
| KR101183843B1 (ko) | 2003-10-06 | 2012-09-19 | 디지털 파운튼, 인크. | 단일 송신기 또는 다중 송신기를 갖는 통신 시스템의 에러정정 다중-스테이지 코드 생성기 및 디코더 |
| US20050201471A1 (en) * | 2004-02-13 | 2005-09-15 | Nokia Corporation | Picture decoding method |
| US7296205B2 (en) * | 2004-02-18 | 2007-11-13 | Nokia Corporation | Data repair |
| EP2202888A1 (en) * | 2004-05-07 | 2010-06-30 | Digital Fountain, Inc. | File download and streaming system |
| US9124907B2 (en) * | 2004-10-04 | 2015-09-01 | Nokia Technologies Oy | Picture buffering method |
| US8218439B2 (en) * | 2004-11-24 | 2012-07-10 | Sharp Laboratories Of America, Inc. | Method and apparatus for adaptive buffering |
| SE0402963D0 (sv) * | 2004-12-03 | 2004-12-03 | Ericsson Telefon Ab L M | Method and apparatus for allocating radio resources in a mobile radio network |
| US9432729B2 (en) | 2006-02-08 | 2016-08-30 | Thomson Licensing | Method and apparatus for adaptive transport injection for playback |
| CN101686107B (zh) | 2006-02-13 | 2014-08-13 | 数字方敦股份有限公司 | 使用可变fec开销和保护周期的流送和缓冲 |
| US9270414B2 (en) * | 2006-02-21 | 2016-02-23 | Digital Fountain, Inc. | Multiple-field based code generator and decoder for communications systems |
| US7971129B2 (en) | 2006-05-10 | 2011-06-28 | Digital Fountain, Inc. | Code generator and decoder for communications systems operating using hybrid codes to allow for multiple efficient users of the communications systems |
| 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 |
| US9178535B2 (en) * | 2006-06-09 | 2015-11-03 | Digital Fountain, Inc. | Dynamic stream interleaving and sub-stream based delivery |
| US9419749B2 (en) | 2009-08-19 | 2016-08-16 | Qualcomm Incorporated | Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes |
| US9209934B2 (en) * | 2006-06-09 | 2015-12-08 | Qualcomm Incorporated | Enhanced block-request streaming using cooperative parallel HTTP and forward error correction |
| US20100211690A1 (en) * | 2009-02-13 | 2010-08-19 | Digital Fountain, Inc. | Block partitioning for a data stream |
| US9432433B2 (en) | 2006-06-09 | 2016-08-30 | Qualcomm Incorporated | Enhanced block-request streaming system using signaling or block creation |
| US7546377B2 (en) * | 2006-08-10 | 2009-06-09 | International Business Machines Corporation | Alternate stream signaling for adaptive stream selection |
| KR20080046345A (ko) * | 2006-11-22 | 2008-05-27 | 삼성전자주식회사 | 휴대용 단말기의 메모리 절약 장치 및 방법 |
| US20080205229A1 (en) * | 2007-02-26 | 2008-08-28 | Yung-Chih Li | Method of identifying optical disc |
| AU2008298602A1 (en) * | 2007-09-12 | 2009-03-19 | Digital Fountain, Inc. | Generating and communicating source identification information to enable reliable communications |
| US9281847B2 (en) * | 2009-02-27 | 2016-03-08 | Qualcomm Incorporated | Mobile reception of digital video broadcasting—terrestrial services |
| JP5540672B2 (ja) * | 2009-03-05 | 2014-07-02 | 株式会社リコー | 復号装置、復号装置の制御方法及び画像形成装置 |
| US9288010B2 (en) | 2009-08-19 | 2016-03-15 | Qualcomm Incorporated | Universal file delivery methods for providing unequal error protection and bundled file delivery services |
| US20110096828A1 (en) * | 2009-09-22 | 2011-04-28 | Qualcomm Incorporated | Enhanced block-request streaming using scalable encoding |
| 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 |
| US20110280311A1 (en) | 2010-05-13 | 2011-11-17 | Qualcomm Incorporated | One-stream coding for asymmetric stereo video |
| US8918533B2 (en) | 2010-07-13 | 2014-12-23 | Qualcomm Incorporated | Video switching for streaming video data |
| US9185439B2 (en) | 2010-07-15 | 2015-11-10 | Qualcomm Incorporated | Signaling data for multiplexing video components |
| US9596447B2 (en) | 2010-07-21 | 2017-03-14 | Qualcomm Incorporated | Providing frame packing type information for video coding |
| US9319448B2 (en) | 2010-08-10 | 2016-04-19 | Qualcomm Incorporated | Trick modes for network streaming of coded multimedia data |
| JP5774314B2 (ja) * | 2011-01-05 | 2015-09-09 | 任天堂株式会社 | 遅延測定システムおよび遅延測定方法 |
| US9270299B2 (en) | 2011-02-11 | 2016-02-23 | Qualcomm Incorporated | Encoding and decoding using elastic codes with flexible source block mapping |
| US8958375B2 (en) | 2011-02-11 | 2015-02-17 | Qualcomm Incorporated | Framing for an improved radio link protocol including FEC |
| US9253233B2 (en) | 2011-08-31 | 2016-02-02 | Qualcomm Incorporated | Switch signaling methods providing improved switching between representations for adaptive HTTP streaming |
| US9843844B2 (en) | 2011-10-05 | 2017-12-12 | Qualcomm Incorporated | Network streaming of media data |
| US9294226B2 (en) | 2012-03-26 | 2016-03-22 | Qualcomm Incorporated | Universal object delivery and template-based file delivery |
| JP6133567B2 (ja) | 2012-10-18 | 2017-05-24 | 任天堂株式会社 | ゲームシステム、ゲーム装置、ゲームプログラム、およびゲーム処理制御方法 |
| DE102016004172B4 (de) * | 2016-04-11 | 2018-06-14 | Exaring Ag | Verfahren zum Umschalten zwischen digitalen Fernsehsignalen |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5666161A (en) * | 1993-04-26 | 1997-09-09 | Hitachi, Ltd. | Method and apparatus for creating less amount of compressd image data from compressed still image data and system for transmitting compressed image data through transmission line |
| US5515377A (en) * | 1993-09-02 | 1996-05-07 | At&T Corp. | Adaptive video encoder for two-layer encoding of video signals on ATM (asynchronous transfer mode) networks |
| US5534937A (en) * | 1994-04-14 | 1996-07-09 | Motorola, Inc. | Minimum-delay jitter smoothing device and method for packet video communications |
| US5510844A (en) * | 1994-11-18 | 1996-04-23 | At&T Corp. | Video bitstream regeneration using previously agreed to high priority segments |
| WO1996020575A2 (en) * | 1994-12-28 | 1996-07-04 | Philips Electronics N.V. | Buffer management in variable bit-rate compression systems |
| US5677969A (en) * | 1995-02-23 | 1997-10-14 | Motorola, Inc. | Method, rate controller, and system for preventing overflow and underflow of a decoder buffer in a video compression system |
| US5721878A (en) * | 1995-06-07 | 1998-02-24 | International Business Machines Corporation | Multimedia control system and method for controlling multimedia program presentation |
| US5721815A (en) * | 1995-06-07 | 1998-02-24 | International Business Machines Corporation | Media-on-demand communication system and method employing direct access storage device |
| US5666487A (en) * | 1995-06-28 | 1997-09-09 | Bell Atlantic Network Services, Inc. | Network providing signals of different formats to a user by multplexing compressed broadband data with data of a different format into MPEG encoded data stream |
| US5675384A (en) * | 1995-10-03 | 1997-10-07 | Nec Usa, Inc. | VBR MPEG video encoding for ATM networks with dynamic bandwidth renegotiation |
-
1997
- 1997-01-03 US US08/778,929 patent/US6011590A/en not_active Expired - Lifetime
- 1997-10-15 DE DE69732281T patent/DE69732281T2/de not_active Expired - Lifetime
- 1997-10-15 EP EP97308165A patent/EP0852446B1/en not_active Expired - Lifetime
- 1997-11-28 JP JP9327282A patent/JPH10271137A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006345582A (ja) * | 2001-02-08 | 2006-12-21 | Nokia Corp | メディアデータをストリーミングする方法、システム及びクライアント装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| DE69732281D1 (de) | 2005-02-24 |
| DE69732281T2 (de) | 2006-03-30 |
| EP0852446A3 (en) | 1999-06-02 |
| US6011590A (en) | 2000-01-04 |
| EP0852446B1 (en) | 2005-01-19 |
| EP0852446A2 (en) | 1998-07-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6011590A (en) | Method of transmitting compressed information to minimize buffer space | |
| EP0852445B1 (en) | Method of optimizing bandwidth for transmitting compressed video data streams | |
| CN100420250C (zh) | 通信设备操作方法、数据呈现方法和设备 | |
| EP0878097B1 (en) | File server for multimedia file distribution | |
| US6327421B1 (en) | Multiple speed fast forward/rewind compressed video delivery system | |
| CN100399316C (zh) | 通用机顶盒结构和控制方法 | |
| US5371532A (en) | Communications architecture and method for distributing information services | |
| US5414455A (en) | Segmented video on demand system | |
| US6067303A (en) | Method and apparatus for detecting and controlling data stream splicing in ATM networks | |
| US5442390A (en) | Video on demand with memory accessing and or like functions | |
| EP0633694B1 (en) | Segmented video on-demand system | |
| EP0676898B1 (en) | Frame sampling scheme for video scanning in a video-on-demand system | |
| US8572670B2 (en) | Video distribution device, video distribution system, and video distribution method | |
| US20040034870A1 (en) | Data streaming system and method | |
| JP2001518268A (ja) | タイミング制約を有する可変速度ビットストリームを多重化するための受信器モデルの使用 | |
| CN102883152A (zh) | 具有适应性的媒体流传输 | |
| JPH07203418A (ja) | 対話式ビデオオンデマンド回路網 | |
| WO2000021294A1 (en) | Algorithm for fast forward and fast rewind of mpeg streams | |
| US20020075399A1 (en) | Still picture processing for MPEG-2 video | |
| EP0738083A2 (en) | Interactive video on demand system using packet transmission via ATM network | |
| US5745696A (en) | Transport controller for timed program data | |
| KR100840419B1 (ko) | 정보 배신 시스템 및 방법과 그 정보 배신 장치, 수신단말기, 정보 중계 장치 | |
| EP0777228A2 (en) | Data storage/transfer apparatus and method | |
| JPH09261604A (ja) | ディジタル信号符号化方法および装置、ディジタル信号伝送方法および装置、並びに記録媒体 | |
| CA2155363C (en) | Broadcast video burst transmission cyclic distribution apparatus and method |