亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

用于多媒體文件分配的文件服務(wù)器的制作方法

文檔序號(hào):7570603閱讀:203來(lái)源:國(guó)知局
專(zhuān)利名稱(chēng):用于多媒體文件分配的文件服務(wù)器的制作方法
技術(shù)領(lǐng)域
本發(fā)明是關(guān)于在任意的信息傳送網(wǎng)絡(luò)上由文件服務(wù)器分配多媒體文件,所說(shuō)任意網(wǎng)絡(luò)可以是一個(gè)廣域網(wǎng)(WAN),例如寬帶ISDN或因特網(wǎng)(Internet),或一個(gè)局域網(wǎng)(LAN)。它涉及所有的對(duì)時(shí)間要求苛刻的文件,例如電影之類(lèi)的視頻文件、音頻展示、或遠(yuǎn)程會(huì)議展示。這些文件以隨時(shí)間可變的數(shù)據(jù)量進(jìn)行編碼。具體地說(shuō),本發(fā)明是針對(duì)“視頻點(diǎn)播(video-on-demand)”服務(wù),例如在預(yù)期的交互電視中那樣,在那里盡管編碼數(shù)據(jù)量有給定的起伏變化,但傳輸質(zhì)量保持不變,而且在那里提供連續(xù)回放點(diǎn)播的視頻節(jié)目。
已知的在這種環(huán)境中的文件服務(wù)器是作為一個(gè)供給者在遠(yuǎn)程通信網(wǎng)上向客戶(hù)回放壓縮的數(shù)字視頻信號(hào)。那些客戶(hù)在自己一方需要特殊的解碼器把數(shù)字視頻信號(hào)轉(zhuǎn)換成電視信號(hào)。這些解碼器還包括一個(gè)解碼器緩沖器,通常這些解碼器在所謂“頂置盒(Set-Top-Box)中實(shí)現(xiàn)。這些視頻信號(hào)是作為給定時(shí)間長(zhǎng)度幀來(lái)傳送的。為了實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)資源的簡(jiǎn)單管理(圖2),通常對(duì)數(shù)據(jù)文件傳送提供一個(gè)預(yù)先確定的不變的位速率。由于壓縮比及因此造成的視頻壓縮幀的大小依賴(lài)于各自的場(chǎng)景內(nèi)容,因此壓縮視頻信號(hào)具有固有的可變位速率。由于這些原因,分發(fā)電影節(jié)目的文件服務(wù)器便遇到了這樣的問(wèn)題即要在給定的時(shí)間內(nèi)從服務(wù)器向用戶(hù)傳送特別隨時(shí)間變化的信息量。
由本申請(qǐng)者于1994年8月10日提交的美國(guó)專(zhuān)利申請(qǐng)No 288525(文檔號(hào)RO9-93-60)中披露了一種傳統(tǒng)的多媒體數(shù)據(jù)服務(wù)器。這個(gè)服務(wù)器的組成是直接存取存儲(chǔ)設(shè)備(DASD)、一組數(shù)據(jù)緩沖器(每個(gè)緩沖器對(duì)應(yīng)于一個(gè)和一種多媒體展示相關(guān)聯(lián)的單獨(dú)時(shí)間間隔)、以及一個(gè)海量存儲(chǔ)器用于存儲(chǔ)多媒體展示數(shù)據(jù)。數(shù)據(jù)總線把海量存儲(chǔ)器與這一組數(shù)據(jù)緩沖器相連,這里提供了一個(gè)由控制器操作的總線開(kāi)關(guān)。
也是轉(zhuǎn)讓給本申請(qǐng)人的美國(guó)專(zhuān)利申請(qǐng)No.473315(文檔號(hào)R09-95-042,1995年6月7日提交)中披露了一種頂置盒,用于根據(jù)先有技術(shù)的多媒體通信系統(tǒng)的接收方。這個(gè)裝置使能在當(dāng)?shù)亟邮蘸吞幚韽倪h(yuǎn)程多媒體文件服務(wù)器接收的多媒體節(jié)目。當(dāng)?shù)仨斨煤锌刂葡到y(tǒng)包括一個(gè)DASD,適用于緩存從多媒體文件服務(wù)器收到的預(yù)定數(shù)量的壓縮節(jié)目段。特別是那個(gè)發(fā)明針對(duì)一種新的格式化方法,它對(duì)從服務(wù)器收到的節(jié)目段提供及時(shí)播放和緩存,以便根據(jù)需要觀看選定的多媒體節(jié)目。
再有,為了在數(shù)字遠(yuǎn)程通信鏈路(例如以已知的異步傳輸方式(ATM)運(yùn)轉(zhuǎn)的鏈路)上傳送壓縮的視頻文件,當(dāng)前考慮二種壓縮方式固定位速率方式和可變位速率方式。圖2中說(shuō)明了這些方式。實(shí)現(xiàn)恒定位速率的一種途徑是使用一種特殊的壓縮機(jī)制,在編碼器中用所謂“閉環(huán)控制”根據(jù)編碼器緩沖器被充滿(mǎn)程度來(lái)調(diào)節(jié)畫(huà)面質(zhì)量。這種在壓縮處理中各有分別的可變的定量化導(dǎo)致了可變的質(zhì)量。在圖像復(fù)雜性高或動(dòng)作強(qiáng)烈的場(chǎng)面中質(zhì)量下降。與這種途徑相對(duì)照的是,一種具有恒定量化的壓縮處理當(dāng)然避免了改變質(zhì)量的問(wèn)題,但它產(chǎn)生了隨時(shí)間變化位速率的視頻文件,這在網(wǎng)絡(luò)中是難于管理的,因?yàn)橛捎谒俾实钠鸱菆?chǎng)景內(nèi)容的函數(shù),使得出現(xiàn)爆發(fā)式的通信量。
前面引述的已知技術(shù)發(fā)表在1994年9月在法國(guó)布雷斯特(Brest)舉行的第4次高速網(wǎng)絡(luò)公開(kāi)研究會(huì)論文集中,作者是Marcel Graf,題為“在ATM終端系統(tǒng)中VBR視頻信號(hào)的通信量調(diào)節(jié)”,文中特別關(guān)注了一種通信量調(diào)節(jié)方法,它能顯著地減少視頻信號(hào)流的爆發(fā)。
使用文件服務(wù)器與一廣域網(wǎng)(WAN)相連的一種典型方案是在建立連接之時(shí),用戶(hù)與各個(gè)網(wǎng)絡(luò)提供者談判一個(gè)通信量合同,這個(gè)合同指定用戶(hù)注入該網(wǎng)絡(luò)的通信量和用戶(hù)從該網(wǎng)絡(luò)得到的所謂“服務(wù)質(zhì)量”(QoS)。在用戶(hù)一方,通信量調(diào)節(jié)功能通過(guò)緩存要發(fā)送的通信元(cell)來(lái)調(diào)節(jié)發(fā)出的通信量從而能遵守合同。通信量調(diào)節(jié)是控制通信量爆發(fā)的一種手段,但是實(shí)時(shí)數(shù)據(jù)的傳輸對(duì)通信量調(diào)節(jié)附加了更多的限制。單個(gè)視頻幀必須及時(shí)到達(dá)接收器。為了消除傳輸過(guò)程中引入的顫抖(jitter),接收器在對(duì)收到的幀進(jìn)行解碼之前先把它們暫存于一個(gè)平滑緩沖器。通信量調(diào)節(jié)功能引入附加顫抖。這二類(lèi)顫抖都需要消除。
在上述M.Graf的文章中還分析了減少爆發(fā)和產(chǎn)生附加顫抖少及平滑延遲之間的權(quán)衡。所建議的解決方法是視頻傳輸?shù)牧黧w模型(fluidmodel),它使能確定由調(diào)節(jié)引入的顫抖和平滑延遲,以及在發(fā)送器一方和接收器一方所需要的緩沖器容量。適當(dāng)?shù)匮舆t視頻解碼器的啟動(dòng)可實(shí)現(xiàn)顫抖平滑,而這里必須避免緩沖器緩存量不足,即每幀被消耗掉的時(shí)刻必不能早于該幀到達(dá)緩沖器中的時(shí)刻。在這篇文章中說(shuō)明了顫抖平滑引入的附加延遲等效于幀系列中出現(xiàn)的最大顫抖。觀察表明,對(duì)于電影或音樂(lè)記錄,傳輸質(zhì)量比各個(gè)展示的起始時(shí)間重要得多。由于啟動(dòng)視頻組合設(shè)備上的視頻帶或磁帶機(jī)上記錄的音樂(lè)都有必須的操作,所以用戶(hù)已經(jīng)習(xí)慣了這萬(wàn)面的初始延遲。因此,達(dá)到10秒左右的初始延遲是可以容許的。
在SPIE(國(guó)際光學(xué)工程學(xué)會(huì))匯報(bào)(1995)2417卷和234-242頁(yè)上發(fā)表了由Wu-Chi Feng和S.Sechrest寫(xiě)的一篇會(huì)議文章,題為“為發(fā)送預(yù)先記錄的壓縮視頻所使用的平滑和緩存”。在這篇文章中披露了一種類(lèi)似的解決途徑。作者們提出了一種平滑和緩存數(shù)字視頻數(shù)據(jù)的方法,以便用于分送預(yù)先記錄的壓縮視頻信號(hào)。該文章還關(guān)注了這樣的問(wèn)題如果要使視頻信號(hào)質(zhì)量保持恒定,則壓縮視頻數(shù)據(jù)的傳輸要求網(wǎng)絡(luò)適應(yīng)于對(duì)帶寬要求的大的起伏。所建議使用的平滑視頻數(shù)據(jù)的一種平均技術(shù)允許以消耗其他資源造成延時(shí)來(lái)實(shí)現(xiàn)平滑。
例如在轉(zhuǎn)讓于本申請(qǐng)者的加拿大專(zhuān)利申請(qǐng)序列號(hào)2130395(文檔號(hào)RA9-93-027,1994年8月18日提交)中也給出了另一種關(guān)于在WAN上多媒體視頻文件分送的先有方法。那里描述的發(fā)明與前面提到的途徑不同,試圖要減小展示請(qǐng)求和展示給用戶(hù)本身二者之間的時(shí)間內(nèi)用戶(hù)所感受的延遲。它建議利用二種分發(fā)點(diǎn)其中一種是用戶(hù)與其相互作用的中間點(diǎn),它把有限的存儲(chǔ)設(shè)施和與用戶(hù)相互作用的快速通信通道相結(jié)合。另一種是主分發(fā)點(diǎn),它提供文件海量存儲(chǔ),并提供與中間點(diǎn)的慢些和較便宜的通信通道供文件分送。中間點(diǎn)為一定數(shù)量文件提供部分暫存。當(dāng)在中間點(diǎn)收到一個(gè)來(lái)自用戶(hù)的展示要求時(shí),中間點(diǎn)確定是否這個(gè)文件已被部分暫存。如果是,則在中間點(diǎn)可立即得到一個(gè)被中斷的觀看。如果不是,則中間點(diǎn)根據(jù)文件大小及二點(diǎn)之間的傳輸速率來(lái)確定傳送所需時(shí)間。所描述的文件服務(wù)器構(gòu)想也可應(yīng)用于本發(fā)明。
再有,由本申請(qǐng)者在1995年4月7日提交的美國(guó)專(zhuān)利申請(qǐng)序列號(hào)418542(文檔號(hào)SA9-94-118)中披露了用于分布式計(jì)算機(jī)化系統(tǒng)的多節(jié)點(diǎn)多媒體文件服務(wù)器中的對(duì)任務(wù)進(jìn)行時(shí)間安排的方法,該服務(wù)器以數(shù)字化形式存儲(chǔ)和傳送電影。在一種互聯(lián)的網(wǎng)絡(luò)中把多個(gè)節(jié)點(diǎn)鏈接在一起。每個(gè)節(jié)點(diǎn)有一處理器、緩沖器、輸出端口和通信路徑,并帶有非易失存儲(chǔ)器存儲(chǔ)視頻數(shù)據(jù)。每個(gè)節(jié)點(diǎn)服務(wù)于一部具體電影的特定時(shí)間段內(nèi)的一群觀看者。所建議的是最佳化對(duì)視頻請(qǐng)求處理的方法,以使電影存于緩沖器中而不是得從非易失存儲(chǔ)器中提取。這一方法中進(jìn)行時(shí)間安排的時(shí)間尺度是大約幾分鐘,這完全不同于實(shí)行本發(fā)明的時(shí)間尺度。
另一種按需要提供電視節(jié)目的時(shí)間安排機(jī)制是在美國(guó)專(zhuān)利申請(qǐng)No.287434(文擋號(hào)YO9-94-133)中披露的,該申請(qǐng)于1994年8月8日提交,也是轉(zhuǎn)讓于本申請(qǐng)者。所建議的時(shí)間安排器(scheduler)為至少一部電影保持一個(gè)候選演出隊(duì)列,并確定候選演出請(qǐng)求中有最長(zhǎng)等待時(shí)間的請(qǐng)求的最長(zhǎng)容許等待時(shí)間,因而其時(shí)間尺度是大約幾分鐘。當(dāng)能夠得到各自數(shù)據(jù)流能力時(shí),不是立即對(duì)電影安排時(shí)間,而是由時(shí)間安排器延遲視頻演出,直至剛好在候選演出請(qǐng)求中有最長(zhǎng)等待時(shí)間的請(qǐng)求的最長(zhǎng)容許等待時(shí)間結(jié)束之前才開(kāi)始視頻演出。在這期間會(huì)有其它“流”加入隊(duì)列。
1995年7月公開(kāi)的國(guó)際(PCT)專(zhuān)利申請(qǐng)WO.9103112A號(hào)中披露了關(guān)于最長(zhǎng)等待容錯(cuò)時(shí)間的解決途徑。利用一種節(jié)目傳輸最佳化機(jī)制,特別是對(duì)于有線電視(TV)網(wǎng),被分段的節(jié)目根據(jù)一種時(shí)間安排算法按冗余序列傳送。選擇與用戶(hù)為回放所需節(jié)目需要等待的最長(zhǎng)時(shí)間相對(duì)應(yīng)的響應(yīng)時(shí)間。在傳輸階段所用的時(shí)間安排算法保證各自接收器以這樣一種方式接受所有節(jié)目段,這種方式使能在接收一方實(shí)時(shí)回放節(jié)目。
在前面討論的幾種途徑的第一部分的缺點(diǎn)是需要在分送一展示文件時(shí)執(zhí)行的時(shí)間安排算法。還要在分送一文件時(shí)執(zhí)行復(fù)雜的算法來(lái)平滑視頻數(shù)據(jù)。另一些算法的缺點(diǎn)是它們只用固定的預(yù)先計(jì)算出的時(shí)間安排來(lái)分送文件。
因此,本發(fā)明的一個(gè)目的是提供一種多媒體文件分送機(jī)制和一種多媒體文件服務(wù)器,它允許即使在對(duì)通過(guò)廣域網(wǎng)傳送數(shù)據(jù)有前面討論過(guò)的不同要求的情況下也能有恒定的傳輸質(zhì)量。此外,在分送時(shí)這些要求應(yīng)自動(dòng)地被滿(mǎn)足而且不需要大量的處理運(yùn)行,而且不應(yīng)要求用戶(hù)作進(jìn)一步的相互作用。要解決的一個(gè)特別的問(wèn)題是在根據(jù)需要選擇視頻節(jié)目服務(wù)中被傳送的代表不同場(chǎng)景的幀之間存在速率起伏。
本發(fā)明解決這一問(wèn)題的作法是為展示多媒體文件提供一個(gè)附加的時(shí)間延遲,以便處理由于這些幀傳輸時(shí)在時(shí)間上的分散造成在接收器處的幀到達(dá)延遲。不同多媒體文件各自的延遲值是離線計(jì)算的,即在分送之前計(jì)算的,而各自的傳輸控制參數(shù)附加在每個(gè)多媒體文件上;并在服務(wù)器中有一速率控制機(jī)制。所提議的控制參數(shù)保證使時(shí)間延遲最佳地適應(yīng)于存在的網(wǎng)絡(luò)環(huán)境,特別是傳輸帶寬。所提議的速率控制機(jī)制當(dāng)與各自的控制參數(shù)一起提供時(shí)產(chǎn)生視頻文件傳輸時(shí)間安排,它防止在接收器中緩沖器流量不足或者溢出。時(shí)間延遲能簡(jiǎn)單地適應(yīng)于承載網(wǎng)絡(luò)的其他特性,例如傳輸費(fèi)用或接收方的存儲(chǔ)容量。上述對(duì)網(wǎng)絡(luò)環(huán)境(如傳輸速率)和/或?qū)τ脩?hù)環(huán)境(如編碼器緩沖器大小)的控制參數(shù)工作點(diǎn)的初始化是在分送各自的多媒體文件時(shí)完成的,而且能在沒(méi)有任何用戶(hù)干預(yù)的情況下被調(diào)整,因而對(duì)用戶(hù)是透明的。
附加時(shí)間延遲和傳輸速率之間的關(guān)系能由例如文件服務(wù)器計(jì)算出來(lái),作法是對(duì)要被服務(wù)的各自展示文件進(jìn)行掃描。由于所提議的快速算法,使這一過(guò)程與各文件的長(zhǎng)度有線性復(fù)雜關(guān)系,從而對(duì)典型文件只需用幾分鐘、這一算法是基于對(duì)各個(gè)文件在時(shí)間上平滑傳輸速率的方法。那條曲線的特點(diǎn)是有大量的峰值,這是由于不同的多媒體事件(例如電影的動(dòng)作序列或復(fù)雜的聲音事件)有不同的信息含量。通過(guò)分散各自的數(shù)據(jù),把它移動(dòng)到傳輸過(guò)程中的晚些時(shí)候,能使那些峰值減小。從而根據(jù)各自的時(shí)間移動(dòng)引入了附加的延遲時(shí)間。
在一個(gè)最佳實(shí)施例中,延遲/傳輸數(shù)據(jù)被存儲(chǔ)于各自展示文件的開(kāi)頭,即附加在文件前面,這樣能在展示的初始階段加以考慮。
由下面對(duì)最佳實(shí)施例的詳細(xì)描述和權(quán)利要求,并參考附圖,將會(huì)清楚地看出本發(fā)明與先有技術(shù)相比的這樣或那樣的特點(diǎn)、不同方面和優(yōu)點(diǎn)。這些附圖是

圖1是一示意圖,說(shuō)明根據(jù)先有技術(shù)在一個(gè)視頻點(diǎn)播(VOD)網(wǎng)絡(luò)中視頻傳輸?shù)牧黧w模型;圖2是恒定位速率壓縮與可變位速率壓縮的比較圖;圖3描述了對(duì)于由單色幀組成的視頻文件,圖1所示流體模型中的路徑示例;圖4給出從VOD網(wǎng)絡(luò)接收器一方看的傳輸路徑示例,包括為避免接收器緩沖器流量不足或溢出而對(duì)路徑所加邊界;圖5給出根據(jù)本發(fā)明的多媒體文件分送環(huán)境的全貌;圖6給出根據(jù)本發(fā)明的一個(gè)傳輸單元的最佳實(shí)施例;圖7給出根據(jù)圖6的一個(gè)傳輸單元中包含的信用證物(credit token)產(chǎn)生器的最佳實(shí)施例;圖8給出根據(jù)圖6的一個(gè)傳輸單元中包含的分段單元的最佳實(shí)施例;圖9給出根據(jù)本發(fā)明發(fā)送多媒體文件用的含有控制數(shù)據(jù)的表;以及圖10給出根據(jù)本發(fā)明的一個(gè)實(shí)施例的用于確定接收器緩沖器大小及初始時(shí)間延遲的一個(gè)算法的程序代碼實(shí)現(xiàn)。
在下文中詳細(xì)描述的本發(fā)明最佳實(shí)施例是關(guān)于“視頻點(diǎn)播(VOD)”網(wǎng)絡(luò)的,那里用視頻服務(wù)器回放被壓縮的數(shù)字視頻信號(hào)。但除此之外,根據(jù)本發(fā)明提議的方法和文件服務(wù)器也能應(yīng)用于純音頻環(huán)境,那里音頻展示單元被壓縮成要被傳輸?shù)目勺冮L(zhǎng)音頻訪問(wèn)單元;或者應(yīng)用在多媒體遠(yuǎn)程通信領(lǐng)域,例如遠(yuǎn)程會(huì)議,那里一個(gè)視頻展示要被傳送給一組參加者。
圖1顯示出帶有通信量調(diào)節(jié)的視頻傳輸模型。在發(fā)送器一方1,視頻文件被從海量存儲(chǔ)器2中讀出,然后借助一個(gè)速率控制裝置發(fā)送出去,在文件進(jìn)入網(wǎng)絡(luò)時(shí)該速率控制裝置便調(diào)節(jié)通信量。這一模型忽略網(wǎng)絡(luò)中的延遲和延遲顫抖,所以在該模型中速率控制裝置的輸出被直接饋送到接收器緩沖器4中。在那里它被緩存直到被視頻解碼器5讀出。在實(shí)際的接收器應(yīng)用中還必須附加緩沖器和同步裝置以處理由網(wǎng)絡(luò)引起的延遲顫抖。應(yīng)該指出,本發(fā)明可應(yīng)用于具有恒定的或可變的到達(dá)間距的視頻文件幀。
通信量調(diào)節(jié)的意思是編碼信息的傳輸在時(shí)間上分散開(kāi),因而在接收器處信息到達(dá)被延遲(在本發(fā)明的視頻存儲(chǔ)情況下提前發(fā)送信息是可能的,從而緩解延遲問(wèn)題,但這不是對(duì)于初始幀)。所以,接收器得要相對(duì)于傳輸起始對(duì)視頻解碼延遲一個(gè)初始延遲值D。
當(dāng)以固定速率R’發(fā)送數(shù)據(jù)時(shí),速率控制器交替處于“閑”狀態(tài)和“活躍”狀態(tài)。固定速率容易實(shí)現(xiàn),因?yàn)橹恍柙诔跏蓟瘯r(shí)對(duì)速率進(jìn)行一次程序控制。根據(jù)圖1模型的一個(gè)示例路徑示于圖3。為簡(jiǎn)單,該模型假定通信量表現(xiàn)為與流體相似,并且是無(wú)限可分的。接收器緩沖器充滿(mǎn)程度曲線的斜率對(duì)應(yīng)于速率R’。假定解碼器從接收器緩沖器中大塊地取出數(shù)據(jù)、這些數(shù)據(jù)塊稱(chēng)作“訪問(wèn)單元(AU)”,并假定這些AU被立即從緩沖器中取出。
速率控制借助計(jì)數(shù)器420監(jiān)視接收器緩沖器的空余容量,以防止接收器緩沖器溢出。當(dāng)計(jì)數(shù)器指出在接收器緩沖器中仍有空余空間時(shí)(計(jì)數(shù)器<0),速率控制處于“活躍”狀態(tài),當(dāng)所有空間被占滿(mǎn)(計(jì)數(shù)器=0)時(shí),速率控制轉(zhuǎn)為“閑”狀態(tài)。
速率控制連續(xù)地更新計(jì)數(shù)器。當(dāng)它處于“活躍”狀態(tài)時(shí),它以速率R’對(duì)計(jì)數(shù)器減量。每當(dāng)它知道接收器已從緩沖器中取出數(shù)據(jù)時(shí),便按取出數(shù)據(jù)量對(duì)計(jì)數(shù)器增量。
通過(guò)解析編碼視頻數(shù)據(jù)流,速率控制器能得到關(guān)于何時(shí)接收器從緩沖器中取出數(shù)據(jù)的信息。視頻數(shù)據(jù)流包含有視頻數(shù)據(jù)的編碼表示(稱(chēng)作視頻訪問(wèn)單元VAU)、音頻數(shù)據(jù)(稱(chēng)作音頻訪問(wèn)單元AAU)、以及編碼附加數(shù)據(jù)(稱(chēng)作編碼附加單元COU),在下文中這些數(shù)據(jù)統(tǒng)稱(chēng)為數(shù)據(jù)單元。通過(guò)解析被壓縮視頻流的語(yǔ)義,速率控制器提取關(guān)于(a)數(shù)據(jù)單元大小和(b)該數(shù)據(jù)單元必須被解碼器解碼的時(shí)間(以時(shí)間標(biāo)記的形式)的信息。當(dāng)視頻流按照例如ISO/IEC13818-1標(biāo)準(zhǔn)編碼時(shí),這些值是明顯包括的,但它們也能被隱含地編碼。速率控制器考慮到接收器延遲D,把D值加到時(shí)間標(biāo)記上。
為了把發(fā)送壓縮視頻數(shù)據(jù)與解析操作分開(kāi)速率控制器把數(shù)據(jù)單元大小和時(shí)間標(biāo)記信息暫存于緩沖器中。為此目的,它為每個(gè)數(shù)據(jù)單元產(chǎn)生一個(gè)證物(token),它以放入證物緩沖器。一個(gè)證物包含數(shù)據(jù)單元大小值和一個(gè)時(shí)間標(biāo)記。為了更新計(jì)數(shù)器,速率控制器在由證物各自時(shí)間標(biāo)記所指示的時(shí)刻從證物緩沖器中取出證物,并按各自數(shù)據(jù)單元大小值對(duì)計(jì)數(shù)器增量。
為了正確地操作系統(tǒng),避免接收器緩沖器儲(chǔ)量不足或溢出,必須根據(jù)被傳輸?shù)囊曨l文件正確地選擇參數(shù)R’、B和D。能通過(guò)下文中解釋的方法檢驗(yàn)被壓縮視頻文件來(lái)事先確定依賴(lài)關(guān)系B=f(R’)和D=f(R’),并能以例如表格形式存儲(chǔ)結(jié)果。在播放節(jié)目時(shí),可以利用例如接收器緩沖器大小B作為索引查詢(xún)此表,從而迅速確定R’和D值。
圖4給出接收器緩沖器對(duì)速率控制器輸出通信量的約束。在這個(gè)坐標(biāo)系中,到時(shí)刻t時(shí)被傳輸?shù)耐ㄐ帕?在圖1模型假定下它等于到時(shí)刻t時(shí)收到的通信量)對(duì)時(shí)間t作圖。圖中給出二條約束曲線標(biāo)為“接收器緩沖器溢出”的曲線是必須不能超過(guò)的通信量的上限,否則緩沖器溢出,類(lèi)似地,標(biāo)為“接收器緩沖器存量不足”的曲線是防止緩沖器存量不足的下限。曲線的形狀是由視頻文件確定的曲線的階梯對(duì)應(yīng)于解碼器從緩沖器中取出一個(gè)數(shù)據(jù)單元,階梯的大小對(duì)應(yīng)于訪問(wèn)單元的大小。如圖中所示,曲線的位置由參數(shù)B和D確定。
通過(guò)構(gòu)成速率控制器輸出通信量曲線(圖中粗線所示),可確定對(duì)于給定速率R’所需接收器緩沖器大小B的極小值。這個(gè)通信量曲線只依賴(lài)于“接收器緩沖器溢出”曲線,因?yàn)樗俾士刂破骺偸窃噲D使接收器緩沖器充滿(mǎn)。為能夠成這一曲線,必須在第一步假定接收器緩沖器已在初始化時(shí)完全被充滿(mǎn)。于是通信量曲線只取決于溢出曲線的形狀而不取決于它的位置。確定B值的作法是把“接收器緩沖器溢出”曲線和通信量同線一起盡可能地向下移動(dòng),直到通信量曲線接觸“接收器緩沖器存量不足”曲線為止。溢出曲線的存量不足曲線之間的距離是B值。B值也能由算法確定,好計(jì)算溢出曲線和通信量曲線在溢出曲線邊緣處的最大差值。
對(duì)于給定的R’,通過(guò)構(gòu)成初始緩沖器加載曲線(如圖中虛線所示)可確定所需接收器延遲D的極小值。這條初始緩沖器加載曲線是斜率為R’的直線,它代表速率控制器初始化之后直至接收器緩沖器完全被充滿(mǎn)的第一工作周期,證實(shí)了先前所做的假定。由于這條直線一定不能與“接收器緩沖器存量不足”曲線交叉,所以通過(guò)盡可能向右移動(dòng)這條曲線直至與“存量不足”曲線接觸為止來(lái)確定D的極小值。D值是該直線和t軸交叉點(diǎn)與第一數(shù)據(jù)單元解碼的距離??梢酝ㄟ^(guò)算法確定口,計(jì)算出經(jīng)過(guò)“存量不足”曲線邊緣的直線與t軸的交叉點(diǎn)和第一數(shù)據(jù)單元譯碼的最大距離。
圖5顯示出所提議的視頻服務(wù)器的應(yīng)用環(huán)境。在本實(shí)施例中,數(shù)字化視頻文件被編碼,例如根據(jù)ISO/IEC13818-1標(biāo)準(zhǔn)編碼。為實(shí)現(xiàn)質(zhì)量不變,這些文件是以可變位速率編碼的。視頻服務(wù)器110通過(guò)網(wǎng)絡(luò)150把壓縮編碼數(shù)字視頻數(shù)據(jù)傳送給客戶(hù)160(接收器),它把視頻數(shù)據(jù)解壓并轉(zhuǎn)換成能在顯示器190上觀看的視頻信號(hào)。要強(qiáng)調(diào)的是,網(wǎng)絡(luò)可使用任何傳輸協(xié)議,除了ATM以外,還有所謂同步數(shù)據(jù)層次(SDH)協(xié)議,或同步光纖網(wǎng)(SONET)協(xié)議,也可以是各寬帶綜合業(yè)務(wù)數(shù)字網(wǎng)(B-ISDN)傳輸和交換系統(tǒng)的任何混合。ATM提供可選帶寬,即幾乎可以以任意帶寬連接。本發(fā)明根據(jù)控制參數(shù)調(diào)節(jié)所需傳輸帶寬,以此來(lái)利用ATM的這一事實(shí)。
視頻服務(wù)器110包括一個(gè)控制單元120、一個(gè)傳輸單元130以及一個(gè)海量存儲(chǔ)器140。在接收器一方,客戶(hù)端提供一個(gè)接收器緩沖器170和視頻解碼器180。為滿(mǎn)足客戶(hù)端對(duì)傳輸視頻節(jié)目的請(qǐng)求,控制單元120從海量存儲(chǔ)器1440中讀取與特定視頻節(jié)目相關(guān)聯(lián)的控制數(shù)據(jù)。對(duì)于給定的接收器緩存器170的緩沖器大小,控制單元120確定附加參數(shù)以控制傳輸單元130和視頻解碼器180的操作。傳輸單元130從控制單元120接收以下參數(shù)接收器緩沖器大小B、接收器延遲D和單元分段速率R。網(wǎng)絡(luò)150接收單元分段速率R參數(shù)。視頻解碼器180接收接收器延遲D參數(shù)。這后兩個(gè)參數(shù)也可以在一個(gè)例如信號(hào)報(bào)文中傳送。在本實(shí)施例中在視頻文件傳輸過(guò)程中所有參數(shù)都是不變的。
視頻服務(wù)器110使用建議的算法根據(jù)接收器緩沖器的大小來(lái)確定具體視頻節(jié)目所需要的傳輸速率最小峰值。這個(gè)峰值速率用于建立到接收器的通信信道,作法是在網(wǎng)絡(luò)150中保留這一峰值速率。接收器160必須延遲視頻解碼,以讓緩存器170在初始化時(shí)被充滿(mǎn)。視頻服務(wù)器110使用提議的算法根據(jù)接收器緩沖器的大小和所選擇的峰值速率來(lái)確定最小延遲,并把該值提供給接收器160。所以,視頻服務(wù)器能使用適應(yīng)于各接收器緩沖器容量的不同峰值速率和延遲來(lái)回放同一可變速率視頻節(jié)目。
在回放過(guò)程中,視頻服務(wù)器或者以所選擇的峰值速率發(fā)送數(shù)據(jù)流,或者處于“閑”狀態(tài)。在服務(wù)器中的一個(gè)閉環(huán)控制模擬接收器緩沖器充滿(mǎn)水平和在二個(gè)狀態(tài)之間的切換,從而避免接收器緩沖器溢出。由所提議的算法選擇的參數(shù)峰值傳輸速率和初始延遲時(shí)間保證了避免接收器緩沖器的儲(chǔ)量不足。
當(dāng)確定了上述參數(shù)并且網(wǎng)絡(luò)150已建立了服務(wù)器110到客戶(hù)160之間的連接,便開(kāi)始傳送視頻文件(節(jié)目)。傳輸單元從海量存儲(chǔ)器140中讀取被壓縮的視頻數(shù)據(jù)并把它分段成若干單元供網(wǎng)絡(luò)150上傳輸。客戶(hù)160接收這些單元并把它們暫存在接收器緩沖器170中。在收到第一個(gè)單元之后要等待D時(shí)間單位,然后視頻解碼器180開(kāi)始對(duì)壓縮視頻數(shù)據(jù)解碼并把它轉(zhuǎn)換成視頻信號(hào)饋送給顯示器190。請(qǐng)注意,通常客戶(hù)機(jī)160有附加的緩沖器并使用附加延遲以消除網(wǎng)絡(luò)中引入的顫抖并幫助解碼。
圖6所示傳輸單元130包括一個(gè)信用證物產(chǎn)生器210、信用證物緩沖器220、數(shù)據(jù)緩沖器230、分段單元240、及系統(tǒng)時(shí)鐘250。壓縮視頻節(jié)目數(shù)據(jù)塊從海量存儲(chǔ)器140中讀出并提供給信用證物產(chǎn)生器210。信用證物產(chǎn)生器210解析數(shù)據(jù)塊以生成數(shù)據(jù)單元(DU)并為每個(gè)數(shù)據(jù)單元產(chǎn)生一個(gè)信用證物。一個(gè)信用證物包括一個(gè)時(shí)間標(biāo)記,該標(biāo)記代表接收器將要從它的緩沖器中取出這個(gè)數(shù)據(jù)單元的時(shí)間。還包括一個(gè)信用值,該值代表數(shù)據(jù)單元的大小。信用證物被暫存于證物緩沖器220。從海量存儲(chǔ)器140中讀出的數(shù)據(jù)塊被暫存于數(shù)據(jù)緩沖器230。
分段單元240從數(shù)據(jù)緩沖器230中讀出數(shù)據(jù)并把它分段成ATM單元。分段過(guò)程由從信用證物緩沖器220中讀出的信用證物控制。系統(tǒng)時(shí)鐘250為分段單元240提供參考時(shí)鐘。
圖7給出信用證物產(chǎn)生器210的一個(gè)最佳實(shí)施例。它包括一個(gè)所謂“解碼時(shí)間標(biāo)記和大小提取器”310(DTSE)、相加器320及組合器330。DTSE 310解析被壓縮的視頻流,并為流中發(fā)現(xiàn)的每個(gè)數(shù)據(jù)單元提取其解碼時(shí)間標(biāo)記和數(shù)據(jù)單元大小。這些值用于為該數(shù)據(jù)單元提供信用證物。解碼時(shí)間標(biāo)記是假如接收器延遲D為零時(shí)接收器從接收器緩沖器中取出數(shù)據(jù)單元的時(shí)刻。
DTSE 310把視頻流中的每個(gè)數(shù)據(jù)字節(jié)分類(lèi)為屬于數(shù)據(jù)單元三種類(lèi)型之一(1)視頻訪問(wèn)單元(VAU);(2)音頻訪問(wèn)單元(AAU);(3)未包含在(1)或(2)中的所有字節(jié)被認(rèn)為是數(shù)據(jù)單元的第三類(lèi)部分,在下文中稱(chēng)作編碼附加單元(COU)。
VAU和AAU是根據(jù)ISO/IEC13818-1標(biāo)準(zhǔn)與各自的DTS(數(shù)據(jù)時(shí)間標(biāo)記)一起直接編碼到數(shù)據(jù)流中。當(dāng)一個(gè)VAU或AAU沒(méi)有DTS時(shí),則從前面的DTS值外推出DTS來(lái)。為考慮數(shù)據(jù)中的系統(tǒng)層附加字節(jié),DTSE按規(guī)則的時(shí)間間隔產(chǎn)生一個(gè)COU(它包含所有在(1)和(2)中不包含的字節(jié))并為它發(fā)出一個(gè)DTS和大小值。其實(shí)現(xiàn)方法可以是這樣每當(dāng)在流中遇到一個(gè)根據(jù)上述標(biāo)準(zhǔn)的系統(tǒng)時(shí)鐘參考值或節(jié)目時(shí)鐘參考值時(shí),便產(chǎn)生一個(gè)COU,并使用這個(gè)時(shí)鐘參考值作為DTS。
DTS與來(lái)自控制單元的接收器延遲參考D一起提供給加法器,它把這兩個(gè)值相加。組合器把相加產(chǎn)生的時(shí)間標(biāo)記與數(shù)據(jù)單元(DU)大小組合在一起,形成一個(gè)信用證物。
圖8所示分段單元240包括一個(gè)所謂“分段器和時(shí)間標(biāo)記器”410(STS)。信用計(jì)數(shù)器420及信用證物消耗器430。STS 410把被壓縮視頻數(shù)據(jù)分段成ATM單元。它有兩個(gè)狀態(tài)。在第一狀態(tài),它按控制單元提供的單元分段速率R分估出各單元(“使能”狀態(tài)),否則為“閑”狀態(tài)(“使不能”狀態(tài))。它有規(guī)律地把代表系統(tǒng)時(shí)鐘250當(dāng)前值的時(shí)間標(biāo)記包括在被壓縮視頻流中。接收器使用這些時(shí)間標(biāo)記按照前面引述的標(biāo)準(zhǔn)使其時(shí)鐘與文件服務(wù)器同步。
STS 410的狀態(tài)由信用計(jì)數(shù)器420控制。信用計(jì)數(shù)器420跟蹤接收器緩沖器自由空間的大小, 并防止接收器緩沖器溢出。只要它的計(jì)數(shù)器值大于零,便使STS 410工作。信用證物使該計(jì)數(shù)器增量,而被傳輸單元使該計(jì)數(shù)器減量。當(dāng)出現(xiàn)負(fù)值時(shí)它被復(fù)位為零。它的初始值被設(shè)為由控制單元120提供的接收器緩沖器大小參數(shù)B。
信用證物消耗器430接收系統(tǒng)時(shí)鐘250并在它們各自時(shí)間標(biāo)記所指明的時(shí)刻從信用標(biāo)記緩沖器220中讀取信用標(biāo)記。當(dāng)它消耗信用證物時(shí),它用證物給定的DU大小值對(duì)信用計(jì)數(shù)器420增值。每當(dāng)STS 410用發(fā)送的單元大小值分段一個(gè)單元時(shí),就對(duì)信用計(jì)數(shù)器420減值。
控制單元120使用伴隨具體的被壓縮視頻節(jié)目的控制數(shù)據(jù),根據(jù)接收器緩沖器大小B確定接收器延遲D和單元分段速率R。
在本實(shí)施例中,控制數(shù)據(jù)包括一個(gè)表(圖9所示),表中為單元分段速率R、接收器緩沖器大小B及接收器延遲D設(shè)有條目。例如,表中條目i提供了一個(gè)三元組(Ri,Bi,Di)。網(wǎng)絡(luò)提供的數(shù)據(jù)通信信道帶寬多半必須在一組離散值中選擇。在這種情況下,表的條目有利地對(duì)應(yīng)于由網(wǎng)絡(luò)提供的離散帶寬值??刂茊卧运峁┑慕邮掌骶彌_器大小B來(lái)查表,以找到具有低于或等于B的條目Bi的最低單元分段速率Ri。然后,它向傳輸單元提供值(Ri,Bi,Di),向客戶(hù)端提供Di。
這張表是通過(guò)解析被壓縮視頻節(jié)目和重復(fù)執(zhí)行圖10所示示例算法離線構(gòu)成的。對(duì)于一給定的單元分段速率Ri,使用該算法能確定緩沖器大小Bi和接收器延遲Di。所得到的結(jié)果存儲(chǔ)在該表中。該算法提供了DTSE的輸出值。在它的輸出端的(DUDTS,DU大小)值序列在圖中表示為(DTSk,Sk),k=0,…,N-1。
權(quán)利要求
1.在多媒體文件分配環(huán)境中分發(fā)數(shù)字化多媒體文件的方法,在這種環(huán)境中所述多媒體文件的信息量是隨時(shí)間變化的,所述文件分配環(huán)境的構(gòu)成是一個(gè)網(wǎng)絡(luò)(150),它為傳送所述多媒體文件提供具有一定帶寬的連接;多個(gè)與所述網(wǎng)絡(luò)相連的接收器(160),它們發(fā)送要展示所述多媒體文件的請(qǐng)求;以及多個(gè)與所述網(wǎng)絡(luò)相連的文件服務(wù)器(110),它們存儲(chǔ)所述多媒體文件,并針對(duì)所示展示請(qǐng)求分發(fā)所述多媒體文件;這里所述方法的特征在于下列步驟通過(guò)在時(shí)間上分散所述信息的傳送來(lái)平滑所述多媒體文件的傳輸速率,這導(dǎo)致所述信息發(fā)送中引入附加延遲;對(duì)所述延遲最大值計(jì)算最小傳輸速率,并提供所述值作為傳輸?shù)目刂茢?shù)據(jù);對(duì)各個(gè)多媒體文件附加所述控制數(shù)據(jù);以對(duì)應(yīng)于所述最大延遲的各自所述展示請(qǐng)求和展示所述文件之間的附加延遲向所述接收器(160)分發(fā)所述多媒體文件。
2.根據(jù)權(quán)利要求1的方法,其特征在于所述接收器(160)包括一個(gè)本機(jī)緩沖器(170)用于在展示多媒體文件之前存儲(chǔ)所述信息,這里所述本機(jī)緩沖器的大小被用于所述計(jì)算。
3.根據(jù)權(quán)利要求2的方法,其特征在于各個(gè)文件服務(wù)器根據(jù)所述接收器緩沖器大小確定為特定多媒體文件所需要的最小峰值傳輸速率;在所述遠(yuǎn)程通信網(wǎng)絡(luò)中,通過(guò)在所述網(wǎng)絡(luò)(150)中保留所述峰值傳輸速率來(lái)建立到達(dá)各自接收器的數(shù)據(jù)通信通道;所述文件服務(wù)器由所述接收器緩沖器大小和所選峰值傳輸速率來(lái)確定所述最小延遲,并把該值提供給所述接收器;所述接收器(160)在初始化時(shí)延遲對(duì)所述多媒體文件的解碼,以填滿(mǎn)所述接收器緩沖器。
4.根據(jù)權(quán)利要求1至3中任何一個(gè)的方法,其特征在于所述控制數(shù)據(jù)是通過(guò)解析所述多媒體文件,并借助緩沖器“儲(chǔ)量不足/溢出”曲線,對(duì)于給定的數(shù)據(jù)速率R’計(jì)算出來(lái)的。計(jì)算最小附加延遲,作法是確定所有與所述緩沖器“儲(chǔ)量不足”曲線相交或接觸的斜率為R’的直線與t軸的交點(diǎn),并確定該交點(diǎn)與消耗第一數(shù)據(jù)單元的時(shí)刻之間的最大距離作為最小延遲,以及計(jì)算最小接收器緩沖器大小B,作法是確定所述“溢出”曲線和所述“儲(chǔ)量不足”曲線之間的最小距離,從而使一具有峰值速率R的時(shí)間安排適合于所述二曲線之間。
5.根據(jù)權(quán)利要求1至4中任何一個(gè)的方法,其特征在于多媒體文件的傳送使用了速率控制器,它以速率R在閑置狀態(tài)和傳輸工作狀態(tài)之間交替變換。
6.根據(jù)權(quán)利要求2至5中任何一個(gè)的方法,其特征在于各接收器向各文件服務(wù)器報(bào)告它的本機(jī)緩沖器大小;所述網(wǎng)絡(luò)告知為從所述文件服務(wù)器到所述接收器傳送各多媒體文件進(jìn)行的連接所經(jīng)受的傳輸延遲;以及所述文件服務(wù)器針對(duì)所述控制數(shù)據(jù)確定傳輸所述多媒體文件的各自操作點(diǎn)。
7.根據(jù)前述權(quán)利要求中任何一個(gè)方法的分配多媒體文件的文件服務(wù)器,其特征在于存儲(chǔ)所述數(shù)字化多媒體文件及所述控制數(shù)據(jù)的裝置(140);根據(jù)所述控制數(shù)據(jù)為各多媒體文件確定傳輸參數(shù)的裝置(120);向網(wǎng)絡(luò)和接收器分送所述傳輸參數(shù)的裝置(120,130);針對(duì)所述傳輸參數(shù)分送所述多媒體文件的裝置(130)。
8.根據(jù)權(quán)利要求7的文件服務(wù)器,其特征在于存儲(chǔ)所述多媒體文件和所述控制數(shù)據(jù)的海量存儲(chǔ)器(140);讀取伴隨所述各多媒體文件的所述控制數(shù)據(jù)的控制單元(120);針對(duì)所述控制數(shù)據(jù)分送所述各多媒體文件的傳輸單元(130)。
9.根據(jù)權(quán)利要求7或8的文件服務(wù)器,這里所述控制數(shù)據(jù)包括所述接收器緩沖器大小、所述峰值傳輸速率、以及所述附加延遲。
10.根據(jù)權(quán)利要求8或9的文件服務(wù)器,這里所述傳輸單元的特征是一個(gè)信用證物產(chǎn)生器(210),它從所述海量存儲(chǔ)器中讀取所述多媒體文件的數(shù)據(jù)塊,解析所述數(shù)據(jù)塊以得到數(shù)據(jù)單元,并對(duì)每個(gè)數(shù)據(jù)單元產(chǎn)生一個(gè)信用證物,該信用證物的構(gòu)成是一個(gè)時(shí)間標(biāo)記,它代表各自接收器將從它的緩沖器中取出所述數(shù)據(jù)單元的時(shí)刻,以及一個(gè)信用值,它代表所述數(shù)據(jù)單元的大?。灰粋€(gè)信用證物緩沖器(220),它暫存所述信用證物;一個(gè)數(shù)據(jù)緩沖器(230),它暫存從所述海量存儲(chǔ)器中讀出的所述數(shù)據(jù)塊;一個(gè)分段單元(240),它從所述數(shù)據(jù)緩沖器中讀出數(shù)據(jù)并根據(jù)所述信用證物把所述數(shù)據(jù)分段成小單元;一個(gè)系統(tǒng)時(shí)鐘,它為所述分段單元提供參考時(shí)鐘。
11.根據(jù)權(quán)利要求10的文件服務(wù)器,這里所述信用證物產(chǎn)生器還有如下特征一個(gè)解碼時(shí)間標(biāo)記提取器(310),它解析所述多媒體文件并為每個(gè)所述數(shù)據(jù)單元提取一個(gè)解碼時(shí)間標(biāo)記;一個(gè)大小提取器(310),它解析所述多媒體文件并為每個(gè)所述數(shù)據(jù)單元提取出數(shù)據(jù)單元的大??;一個(gè)相加器單元(320),它把所述解碼時(shí)間標(biāo)記值與所述控制數(shù)據(jù)相加在一起;一個(gè)組合器單元(330)把所得到的時(shí)間標(biāo)記與所述數(shù)據(jù)單元的大小組合在一起構(gòu)成信用證物。
12.根據(jù)權(quán)利要求10的文件服務(wù)器,這里所述分段單元還有如下特征一個(gè)分段器單元(240),它把所述多媒體文件分段成所述小單元;一個(gè)信用計(jì)數(shù)器(420),它通過(guò)保持跟蹤接收器緩沖器的自由空間來(lái)控制所述分段器;一個(gè)信用證物消耗器(430),它接收所述系統(tǒng)時(shí)鐘,并利用所述系統(tǒng)時(shí)鐘在由各自時(shí)間標(biāo)記所指出的時(shí)刻從所述信用證物緩沖器中讀出所述信用證物。
13.根據(jù)權(quán)利要求7至12中任何一個(gè)的文件服務(wù)器,其特征還在于解析多媒體文件以匯集所述控制數(shù)據(jù)的裝置。
全文摘要
所披露的是通過(guò)任意的遠(yuǎn)程通信網(wǎng)絡(luò)(150)從文件服務(wù)器(110)向消費(fèi)者(160)分配多媒體文件的技術(shù),這里那些網(wǎng)絡(luò)提供具有一定傳輸帶寬的連接。消費(fèi)者發(fā)送展示多媒體文件的請(qǐng)求,而文件服務(wù)器針對(duì)所述展示請(qǐng)求發(fā)送那些文件。根據(jù)所提議的方法,通過(guò)分送所述信息過(guò)程中在時(shí)間上分散傳輸(這導(dǎo)致附加延遲)來(lái)平滑多媒體文件的傳輸速率。計(jì)算出對(duì)最大延遲值的最小傳輸速率,并提供這些數(shù)據(jù)作為傳輸?shù)目刂茢?shù)據(jù)。這些控制數(shù)據(jù)被附加在各多媒體文件上,而這些多媒體文件以各自的展示請(qǐng)求和文件展示之間的時(shí)間延遲(對(duì)應(yīng)于最大延遲)來(lái)把多媒體文件分送給接收器。借助所提議的方法,能以恒定的質(zhì)量傳送以隨時(shí)間可變數(shù)據(jù)量編碼的對(duì)時(shí)間要求苛刻的文件,例如視頻點(diǎn)播文件,而不受編碼數(shù)據(jù)量一定起伏的影響,而且不需用戶(hù)的任何干預(yù),這樣便提供了被點(diǎn)播視頻文件的連續(xù)回放。
文檔編號(hào)H04N7/173GK1178055SQ96192417
公開(kāi)日1998年4月1日 申請(qǐng)日期1996年1月8日 優(yōu)先權(quán)日1996年1月8日
發(fā)明者馬塞爾·格拉夫 申請(qǐng)人:國(guó)際商業(yè)機(jī)器公司
網(wǎng)友詢(xún)問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1