一種基于mpeg-dash協(xié)議的帶有碼率切換控制和靜態(tài)摘要技術(shù)的在線視頻播控系統(tǒng)的制作方法【專利摘要】本申請(qǐng)公開(kāi)了一種基于MPEG-DASH協(xié)議的帶有碼率切換控制和靜態(tài)摘要技術(shù)的在線視頻播控系統(tǒng)，其中，客戶端向流媒體服務(wù)器請(qǐng)求發(fā)送目標(biāo)視頻，流媒體服務(wù)器在接收到客戶端的請(qǐng)求之后，向客戶端發(fā)送目標(biāo)視頻的摘要MPD文件、以及目標(biāo)視頻的視頻片段MPD文件，客戶端從流媒體服務(wù)器下載并解析摘要MPD文件，得到目標(biāo)視頻的摘要畫(huà)面、以及摘要畫(huà)面在目標(biāo)視頻中的位置，在客戶端上顯示摘要畫(huà)面，并由用戶選擇其中的一個(gè)摘要畫(huà)面，客戶端記錄選擇的結(jié)果，客戶端從流媒體服務(wù)器下載并解析視頻片段MPD文件，得到目標(biāo)視頻的視頻片段的播放信息，客戶端根據(jù)播放信息、以及選擇的結(jié)果，確定與所選摘要畫(huà)面對(duì)應(yīng)的視頻片段，向流媒體服務(wù)器請(qǐng)求從該視頻片段開(kāi)始發(fā)送并播放目標(biāo)視頻?！緦＠f(shuō)明】一種基于MPEG-DASH協(xié)議的帶有碼率切換控制和靜態(tài)摘要技術(shù)的在線視頻播控系統(tǒng)【
技術(shù)領(lǐng)域：
】[0001]本發(fā)明涉及互聯(lián)網(wǎng)流媒體領(lǐng)域，更具體地，涉及基于Dash協(xié)議的帶碼率切換控制和靜態(tài)摘要技術(shù)的播控系統(tǒng)?！?br>背景技術(shù)：
】[0002]MPEG-DASH協(xié)議標(biāo)準(zhǔn)[0003]目前,市場(chǎng)上主流的媒體傳輸規(guī)范包括微軟集團(tuán)的SmoothStreaming、Adobe集團(tuán)的HDS、以及蘋(píng)果集團(tuán)的HLS等，這些規(guī)范都自成一家，沒(méi)有通用性。MPEG-DASH協(xié)議是為了解決不同平臺(tái)下HTTP協(xié)議的通用性而產(chǎn)生的。這一協(xié)議在2011年由MPEG組織批準(zhǔn)，之后它就成為流媒體領(lǐng)域的一個(gè)熱門話題，這一協(xié)議可以讓不同的服務(wù)器和客戶端之間進(jìn)行交互，如果能夠得到發(fā)展，勢(shì)必會(huì)讓流媒體領(lǐng)域發(fā)生重大變革。MPEG-DASH規(guī)范的產(chǎn)生是流媒體視頻自適應(yīng)碼率傳輸不斷走向成熟的至關(guān)重要的一步。在標(biāo)準(zhǔn)規(guī)范完成之后，DASH最重要的問(wèn)題就是要有支持這一規(guī)范的實(shí)際產(chǎn)品，現(xiàn)存的一些技術(shù)可以為實(shí)現(xiàn)這些產(chǎn)品提供支撐，在DASH實(shí)現(xiàn)之后，不同平臺(tái)開(kāi)發(fā)的客戶端和服務(wù)器之間就可以協(xié)同工作。[0004]MPEG-DASH協(xié)議是基于HTTP協(xié)議實(shí)現(xiàn)的，HTTP流有很多優(yōu)點(diǎn)。首先，因特網(wǎng)基礎(chǔ)結(jié)構(gòu)進(jìn)化了，可以很好的支持HTTP協(xié)議。比如，⑶N網(wǎng)絡(luò)提供局部邊緣高速緩存，可以減少數(shù)據(jù)的長(zhǎng)距離傳輸。另外，HTTP協(xié)議對(duì)防火墻友好，幾乎所有的防火墻配置都支持HTTP的外向連接。HTTP服務(wù)器技術(shù)很常見(jiàn)，因此為數(shù)百萬(wàn)用戶提供HTTP流支持很劃算。第二，使用HTTP流，客戶端可以不用在服務(wù)器上維持會(huì)話狀態(tài)。因此，支持多用戶除了HTTP的標(biāo)準(zhǔn)應(yīng)用外不會(huì)為服務(wù)器增加額外費(fèi)用，而且CDN可以使用標(biāo)準(zhǔn)HTTP優(yōu)化技術(shù)來(lái)管理它。[0005]在MPEG-DASH協(xié)議中，媒體內(nèi)容被捕獲和存儲(chǔ)在HTTP服務(wù)器中，使用HTTP協(xié)議進(jìn)行傳輸。這些媒體信息在服務(wù)器上存在于兩個(gè)部分:一個(gè)是MPD(媒體表現(xiàn)描述，MediaPresentationDescription),描述了媒體文件可用內(nèi)容的manifest、可提供的選擇、URL地址和其它特征；另外一個(gè)部分是片段(segment)，它是以塊(chunk)方式存儲(chǔ)的單一或多個(gè)文件中的實(shí)際媒體比特流，如圖1所示。[0006]在播放內(nèi)容之前，DASH客戶端首先得到MPD文件，MPD文件是一個(gè)XML文件，其格式如圖2所示。MPD可以用HTTP、email、指狀存儲(chǔ)器、廣播或其它方式進(jìn)行傳輸。通過(guò)解析MPD文件，DASH客戶端得到程序事件、媒體信息可用性、媒體類型、解決方法、最大和最小帶寬和媒體分量的不同編碼選擇、可訪問(wèn)性特點(diǎn)和需要的DRM(數(shù)字權(quán)限管理，digitalrightsmanagement)、媒體內(nèi)容在網(wǎng)絡(luò)上的位置和其它媒體特點(diǎn)。有了這些信息，DASH客戶端就可以選擇合適的編碼方式，客戶端使用HTTPGET向服務(wù)器請(qǐng)求獲取片段。在緩存之后可以適應(yīng)網(wǎng)絡(luò)的不同吞吐量變化進(jìn)行播放，客戶端繼續(xù)獲取隨后的片段，并且監(jiān)視網(wǎng)絡(luò)的帶寬波動(dòng)，通過(guò)監(jiān)視和測(cè)量結(jié)果，客戶端通過(guò)獲取不同方案的片段來(lái)保證足夠的緩存，從而適應(yīng)不同的帶寬。[0007]MPD包含一個(gè)或多個(gè)周期。一個(gè)周期是指媒體文件時(shí)間軸上的一個(gè)時(shí)間集合。每一個(gè)時(shí)間集合都有一個(gè)起始時(shí)間和持續(xù)時(shí)間，包含一個(gè)或多個(gè)適應(yīng)集(adaptationset)。每個(gè)adaptationset提供一個(gè)或多個(gè)媒體分量和它的多種編碼選擇的信息。例如，一個(gè)adaptationset可能包含同一媒體內(nèi)容不同比特率的視頻分量,另一個(gè)adaptionset可能包含同一媒體內(nèi)容不同比特率的音頻分量(比如，低質(zhì)量立體聲和高質(zhì)量環(huán)繞聲)，每一個(gè)adaptationset通常包含多個(gè)描述。[0008]—個(gè)表現(xiàn)(Representation)包含同一媒體分量的在不同編碼方式下的片段,與其他表現(xiàn)在比特率、解決方案、通道數(shù)或者其他特征方面不同。每一個(gè)表現(xiàn)由一個(gè)或多個(gè)片段組成，片段是時(shí)間序列中的媒體流塊(chunk)。每個(gè)片段有一個(gè)URI，它是服務(wù)器上可尋址的地址，可以用HTTPGET或者帶比特范圍的HTTPGET來(lái)下載。[0009]為了使用這種數(shù)據(jù)模型，DASH客戶端首先解析MPD的XML文件，客戶端根據(jù)MPD中的描述性元素來(lái)選擇它需要使用的描述，描述性元素包括客戶端容量和用戶的選擇。然后客戶端建立時(shí)間線，開(kāi)始播放所需要的正確的媒體分量。每個(gè)特征的表述包括有關(guān)當(dāng)前片段的信息，這樣可以使每個(gè)分段都用HTTPURI和比特范圍來(lái)進(jìn)行表述。對(duì)于實(shí)時(shí)描述，MPD提供片段的起始時(shí)間、結(jié)束時(shí)間、大概起始時(shí)間和片段的不同持續(xù)時(shí)間。[0010]在DASH協(xié)議中，媒體內(nèi)容可以作為一群片段來(lái)獲得。一個(gè)片段作為DASH客戶端HTTPGET或者部分HTTPGET的實(shí)體回應(yīng)，媒體內(nèi)容以成組的片段被編碼和分離。第一個(gè)片段是包含初始化DASH客戶端解碼器所需信息的一個(gè)初始化片段，并不包含任何實(shí)際的媒體數(shù)據(jù)。[0011]然后媒體流被分成一個(gè)或者多個(gè)連貫的媒體片段，每一個(gè)片段被分配一個(gè)URL、一個(gè)索引和明確的或者內(nèi)在的起始時(shí)間和持續(xù)時(shí)間。[0012]為了能夠下載媒體片段，這個(gè)規(guī)范定義了一種使用片段索引盒來(lái)標(biāo)記片段的方法，這個(gè)片段索引盒標(biāo)記持續(xù)時(shí)間和字節(jié)偏移，從而描述了片段的次片段和流接入點(diǎn)。DASH客戶端可以通過(guò)索引信息，用部分HTTPGETS來(lái)索取次片段。片段的索引信息可以放在那個(gè)片段開(kāi)頭的單獨(dú)的盒子里，或者在片段的眾多索引盒子中進(jìn)行傳播?？梢允褂貌煌膫鞑シ椒?，比如分層的、環(huán)鏈或混合法。這個(gè)技術(shù)可以避免在片段的開(kāi)頭增加一個(gè)很大的盒子，從而避免了可能存在的內(nèi)在(固有)下載延遲。[0013]MPEG-DASH為ISO底層媒體文件格式和MPEG-2傳輸系統(tǒng)定義容器格式。MPEG-DASH的解碼器未知，可以支持復(fù)用或者未復(fù)用的編碼內(nèi)容。在MPEG-DASH中，每個(gè)adaptiveset可以使用一個(gè)保護(hù)內(nèi)容的描述符來(lái)描述支持的DRM計(jì)劃。Adaptiveset也可以用復(fù)用的內(nèi)容保護(hù)計(jì)劃，只要客戶端識(shí)別至少一個(gè)，它就可以解碼內(nèi)容。[0014]這個(gè)標(biāo)準(zhǔn)定義了五個(gè)明確的配置文件，每個(gè)都可以尋址一個(gè)不同類型的應(yīng)用程序。每一個(gè)配置文件都定義了一系列約束條件，將Mro和片段格式限制到整個(gè)標(biāo)準(zhǔn)的子集中。因此，一個(gè)DASH客戶端的配置文件只需要符合所要求的特征即可，而不需要符合整個(gè)標(biāo)準(zhǔn)。一些配置文件被設(shè)計(jì)成使用可繼承內(nèi)容從而為非標(biāo)準(zhǔn)的解決方案提供折中路徑。[0015]一些其他的標(biāo)準(zhǔn)組織或聯(lián)盟與MPEG合作，在他們的標(biāo)準(zhǔn)中引用MPEG-DASH協(xié)議。同時(shí)，一些行業(yè)正在提供基于MPEG-DASH的解決方案。一些開(kāi)源的實(shí)現(xiàn)方法也在進(jìn)行中。大家相信，之后兩年將會(huì)是這個(gè)產(chǎn)業(yè)應(yīng)用這個(gè)標(biāo)準(zhǔn)的重要時(shí)刻，包括媒體和服務(wù)提供者、平臺(tái)提供者、軟件供應(yīng)商、CDN提供者和設(shè)備制造商，還有為因特網(wǎng)上建立媒體流之間相互協(xié)作系統(tǒng)的重要時(shí)刻。[0016]DASH的目標(biāo)是通過(guò)定義一個(gè)通用的分發(fā)格式來(lái)適應(yīng)因特網(wǎng)上視頻數(shù)據(jù)的急劇增長(zhǎng)，在視頻流式傳輸?shù)剿麄兊脑O(shè)備時(shí)為終端用戶提供最佳的視頻體驗(yàn)及動(dòng)態(tài)自適應(yīng)變化的網(wǎng)絡(luò)條件。它采用專有自適應(yīng)流媒體解決方案的所有最佳元素，解決用戶流式傳輸視頻時(shí)遇到的傳統(tǒng)問(wèn)題。[0017]MP4封裝格式[0018]媒體封裝格式的實(shí)質(zhì)是為與視頻有關(guān)的數(shù)據(jù)提供一個(gè)存放的容器。MP4是一種常見(jiàn)的容器格式，它定義了通用媒體文件結(jié)構(gòu)標(biāo)準(zhǔn)(參見(jiàn)參考文獻(xiàn)[1]，Thomasff.GaryS.GisleBOverviewoftheH.264/AVCVideoCodingStandard2003,為了避免使本發(fā)明的描述限于冗繁，將該參考文獻(xiàn)通過(guò)引用的方式合并于此)，理論上講可以在MP4文件中嵌入任何形式的數(shù)據(jù)。MP4是由很多個(gè)box(盒)組成的,box可以互相嵌套,大的box中嵌套小的box，一級(jí)一級(jí)地存放媒體數(shù)據(jù)。[0019]MP4的box具有相同的結(jié)構(gòu)，每個(gè)box都包含頭部和數(shù)據(jù)域(數(shù)據(jù)字段)兩部分，在頭部中存放著整個(gè)box的類型和長(zhǎng)度信息，box的類型表明了在當(dāng)前box中會(huì)存放音視頻的哪些信息，box的長(zhǎng)度指明了當(dāng)前box在文件中占用的字節(jié)數(shù)，當(dāng)box的長(zhǎng)度為O時(shí)代表這是文件的最后一個(gè)box，當(dāng)長(zhǎng)度為I時(shí)說(shuō)明這個(gè)box真正的大小需要在另外的地方得到；數(shù)據(jù)域存放box的實(shí)際數(shù)據(jù)，具體存放的數(shù)據(jù)由box的類型決定。[0020]MP4文件的box可以由數(shù)據(jù)組成，也可以嵌套別的子box，結(jié)構(gòu)非常靈活。MP4容器格式幾乎可以描述所有的媒體結(jié)構(gòu)，在蘋(píng)果的IOS平臺(tái)下只支持MP4格式的文件，在Android平臺(tái)下對(duì)MP4的支持也非常成熟。在MP4文件中，媒體描述和媒體數(shù)據(jù)并不是放在一起的，而是分開(kāi)的兩個(gè)部分，在組織MP4結(jié)構(gòu)的時(shí)候，可以通過(guò)索引來(lái)引用其他文件。[0021]碼率切換算法[0022]DASH中同一視頻內(nèi)容可以有多種碼率，同一碼率的視頻內(nèi)容是由若干個(gè)內(nèi)容上不重復(fù)的片段文件組成，因此實(shí)際播放時(shí)客戶端可以根據(jù)網(wǎng)絡(luò)狀況動(dòng)態(tài)選擇不同碼率的片段文件。[0023]研究碼率切換的目的就是為觀眾提供播放質(zhì)量保障:[0024]1.盡量減少時(shí)延、提高平均碼率和避免播放停頓；[0025]2.保證碼率切換的平滑性，避免出現(xiàn)碼率切換幅度過(guò)大的問(wèn)題。[0026]綜合而言，影響碼率切換的因素主要有網(wǎng)絡(luò)狀況和現(xiàn)有的緩沖時(shí)間長(zhǎng)度。[0027]Android平臺(tái)視頻的無(wú)縫播放(SeamlessPlayback)[0028]現(xiàn)階段Android平臺(tái)并沒(méi)有一個(gè)主流的無(wú)縫播放的解決方案，無(wú)縫播放的意義，就是一個(gè)視頻片段到另一個(gè)視頻片段的播放切換可以完美銜接，沒(méi)有黑屏，卡頓、跳幀等現(xiàn)象。[0029]現(xiàn)在，MPEG-DASH在PC平臺(tái)上的實(shí)現(xiàn)正處于測(cè)試階段，有各大公司都在致力于實(shí)現(xiàn)MPEG-DASH協(xié)議，DASH的消息交互主要發(fā)生在客戶端和存放好了準(zhǔn)備好的媒體內(nèi)容的DASH服務(wù)器之間。DASH客戶端和服務(wù)器間的簡(jiǎn)單交互流程如下所述。首先在建立TCP連接后，DASH客戶端向服務(wù)器發(fā)送HTTPGETMPD請(qǐng)求，請(qǐng)求消息中包含了MPD文件的URL信息。服務(wù)器收到Mro請(qǐng)求后向客戶端發(fā)送TCP數(shù)據(jù)包形式的Mro文件內(nèi)容。隨后客戶端解析Mro文件中的媒體特征信息，包括獲得媒體持續(xù)時(shí)間、比特率、URL地址等等?？蛻舳讼蚍?wù)器請(qǐng)求媒體片段1，請(qǐng)求消息中包含所請(qǐng)求的媒體片段的比特率、URL等參數(shù)。服務(wù)器收到媒體片段請(qǐng)求后將對(duì)應(yīng)的媒體片段打包發(fā)送至客戶端?？蛻舳私邮盏介_(kāi)始播放媒體內(nèi)容，同時(shí)客戶端還啟動(dòng)自適應(yīng)機(jī)制，在估計(jì)可用網(wǎng)絡(luò)帶寬后調(diào)整下一請(qǐng)求的媒體片段2的比特率，向服務(wù)器請(qǐng)求下一個(gè)媒體片段2。服務(wù)器給客戶端發(fā)送相應(yīng)比特率的媒體片段數(shù)據(jù)。當(dāng)客戶端暫停或停止播放時(shí)，客戶端和服務(wù)器間停止交互消息，底層TCP連接斷開(kāi)，整個(gè)DASH過(guò)程就完成了。[0030]摘要封裝方法[0031]視頻摘要用來(lái)從視頻數(shù)據(jù)中快速查找用戶感興趣的內(nèi)容，對(duì)于在線視頻播放來(lái)說(shuō)有著很大的應(yīng)用意義?，F(xiàn)有的摘要封裝方法是動(dòng)態(tài)摘要封裝方法，動(dòng)態(tài)摘要的實(shí)質(zhì)是一段動(dòng)態(tài)視頻，根據(jù)需要的不同可以是視頻剪輯、縮略視頻等。視頻剪輯的主要目的是將用戶最感興趣的部分截取出來(lái)；縮略視頻是通過(guò)一些視頻片段序列的組合或者簡(jiǎn)單的視頻幀的組合使用戶對(duì)視頻的內(nèi)容有大致的了解。視頻剪輯有很強(qiáng)的主觀性，所以一般的視頻摘要都是以縮略視頻的方式進(jìn)行動(dòng)態(tài)摘要的顯示?？s略圖摘要的實(shí)現(xiàn)方式是通過(guò)抽樣的方法提取整個(gè)視頻中的關(guān)鍵信息，組成一個(gè)縮短的視頻，這種方式可以讓用戶快速瀏覽整個(gè)視頻，但是可能會(huì)有?目息的損失。[0032]現(xiàn)有的具有視頻摘要的多媒體系統(tǒng)是基于動(dòng)態(tài)摘要的方法實(shí)現(xiàn)的，因此摘要box(摘要盒)的設(shè)計(jì)是為動(dòng)態(tài)摘要服務(wù)的，原有系統(tǒng)的視頻摘要信息按圖12所示方式存儲(chǔ)，摘要box的類型是一種自定義的類型“kfra”，這個(gè)box由兩個(gè)子box組成，第一個(gè)是“kfhd”，這個(gè)box用來(lái)存放“kfra”的基本信息，包括版本、標(biāo)志、創(chuàng)建時(shí)間、修改時(shí)間、保留字節(jié)以及寬高等字段，其中版本(version)占3個(gè)字節(jié),標(biāo)志(flag)占I個(gè)字節(jié),其余每個(gè)字段分別占用4個(gè)字節(jié)，整個(gè)“kfhd”占用32字節(jié)；另外一個(gè)是“kftk”，這個(gè)box中存放的是關(guān)鍵幀數(shù)目、以及每一個(gè)關(guān)鍵幀所在track(軌道)的音視頻索引。entrytable(條目表)的每個(gè)表項(xiàng)會(huì)存儲(chǔ)一個(gè)24字節(jié)的AVIndexEntry結(jié)構(gòu)體,這個(gè)結(jié)構(gòu)體包含的信息是視頻數(shù)據(jù)在文件中的偏移量，entrytable的總大小為sizeof(AVIndexEntry)*關(guān)鍵幀數(shù)目。[0033]動(dòng)態(tài)摘要的封裝是將關(guān)鍵幀信息寫(xiě)入MP4文件，具體操作過(guò)程是:根據(jù)一定的摘要提取算法得到關(guān)鍵幀的數(shù)目和每一個(gè)關(guān)鍵幀在視頻文件中的偏移量；打開(kāi)MP4文件，將操作指針移到文件的末尾，在文件的末尾寫(xiě)入box的類型、box中所包含的數(shù)據(jù)，然后計(jì)算box的總大小并寫(xiě)入size(大小)字段。[0034]解封裝過(guò)程是在服務(wù)器端實(shí)現(xiàn)的，首先尋找類型為“kfra”的box，如果沒(méi)有找到，則表明這個(gè)視頻文件不含關(guān)鍵幀信息；如果找到了，從“kfhd”中解析得到視頻的寬高信息，保存下來(lái)，再?gòu)摹発ftk”中得到關(guān)鍵幀的數(shù)目，并從MP4文件中提取出相應(yīng)的音視頻數(shù)據(jù)，打包之后發(fā)送到客戶端，客戶端通過(guò)相應(yīng)的視頻模塊進(jìn)行解碼播放。[0035]動(dòng)態(tài)摘要的本質(zhì)是一個(gè)縮短的視頻，因此，客戶端在播放的時(shí)候順次播放摘要視頻的每一幀圖像，用戶無(wú)法與之進(jìn)行交互。此外，動(dòng)態(tài)摘要中封裝的是未經(jīng)解碼的視頻裸數(shù)據(jù)，因此，只有支持MP4格式的解碼器才可以解析動(dòng)態(tài)摘要文件，靈活性低。[0036]基于緩沖等級(jí)的碼率切換算法[0037]基于緩沖等級(jí)的碼率切換算法是ChristopherMiiller、StefanLederer和ChristianTimmerer提出的,算法考慮到緩沖區(qū)的時(shí)長(zhǎng)這一因素,如果緩沖時(shí)間比較充足，即使網(wǎng)絡(luò)速率不是很高，也可以選擇相對(duì)比較大的碼率片段文件下載。雖然此時(shí)會(huì)導(dǎo)致下載文件片的時(shí)長(zhǎng)超過(guò)其播放時(shí)長(zhǎng)，但是由于緩沖區(qū)的時(shí)間足夠，不易造成播放停頓現(xiàn)象。該算法中的網(wǎng)絡(luò)帶寬也是以上一個(gè)文件片的下載速率為參考值。[0038]當(dāng)緩沖區(qū)時(shí)間比較小時(shí)，選擇一個(gè)比較小的碼率，緩沖區(qū)時(shí)間在一定范圍內(nèi)時(shí)不做碼流切換。具體算法如公式所示:【權(quán)利要求】1.一種基于MPEG-DASH協(xié)議的帶有碼率切換控制和靜態(tài)摘要技術(shù)的在線視頻播控系統(tǒng)，其包括流媒體服務(wù)器、以及客戶端，所述流媒體服務(wù)器和所述客戶端以可通信方式連接，所述客戶端用來(lái)向所述流媒體服務(wù)器請(qǐng)求發(fā)送目標(biāo)視頻，并在所述客戶端本地播放所述目標(biāo)視頻，其中，所述客戶端包括摘要MPD下載及解析模塊、摘要顯示和選擇模塊、視頻片段MPD下載及解析模塊、以及視頻播放模塊，所述流媒體服務(wù)器包括MPD發(fā)送模塊，所述MPD發(fā)送模塊用來(lái)在所述流媒體服務(wù)器接收到所述客戶端的所述請(qǐng)求之后，向所述客戶端發(fā)送所述目標(biāo)視頻的摘要MPD文件、以及所述目標(biāo)視頻的視頻片段MPD文件，所述摘要MPD下載及解析模塊用來(lái)從所述流媒體服務(wù)器下載并解析所述摘要MPD文件，得到所述目標(biāo)視頻的摘要畫(huà)面、以及所述摘要畫(huà)面在所述目標(biāo)視頻中的位置，所述摘要顯示和選擇模塊用來(lái)在所述客戶端上顯示所述摘要畫(huà)面，并由用戶選擇其中的一個(gè)摘要畫(huà)面，并向所述視頻播放模塊通知所述選擇的結(jié)果，所述視頻片段MPD下載及解析模塊用來(lái)從所述流媒體服務(wù)器下載并解析所述視頻片段MPD文件，得到所述目標(biāo)視頻的視頻片段的播放信息，并將所述播放信息傳送到所述視頻播放模塊，所述視頻播放模塊用來(lái)根據(jù)所述播放信息、以及所述選擇的結(jié)果，確定與所選摘要畫(huà)面對(duì)應(yīng)的視頻片段，向所述流媒體服務(wù)器請(qǐng)求從該視頻片段開(kāi)始發(fā)送并播放所述目標(biāo)視頻。2.根據(jù)權(quán)利要求1所述的基于MPEG-DASH協(xié)議的帶有碼率切換控制和靜態(tài)摘要技術(shù)的在線視頻播控系統(tǒng)，其中，所述摘要MPD下載及解析模塊還用來(lái):在從所述流媒體服務(wù)器下載所述摘要MPD文件之后，將所述摘要MPD文件存儲(chǔ)在客戶端本地之后進(jìn)行解析，得到摘要畫(huà)面的數(shù)目、每個(gè)摘要畫(huà)面對(duì)應(yīng)的網(wǎng)址、以及每個(gè)摘要畫(huà)面在原視頻文件中的位置，所述位置是時(shí)間位置或字節(jié)位置。3.根據(jù)權(quán)利要求2所述的基于MPEG-DASH協(xié)議的帶有碼率切換控制和靜態(tài)摘要技術(shù)的在線視頻播控系統(tǒng)，其中，所述摘要顯示和選擇模塊還用來(lái):根據(jù)所述摘要MPD下載及解析模塊得到的每個(gè)摘要畫(huà)面對(duì)應(yīng)的網(wǎng)址，將每個(gè)摘要畫(huà)面顯示在所述客戶端的顯示器上，所述客戶端的用戶通過(guò)點(diǎn)擊所顯示的某個(gè)摘要畫(huà)面而選擇該摘要畫(huà)面。4.根據(jù)權(quán)利要求3所述的基于MPEG-DASH協(xié)議的帶有碼率切換控制和靜態(tài)摘要技術(shù)的在線視頻播控系統(tǒng)，其中，所述視頻片段MPD下載及解析模塊還用來(lái):從所述流媒體服務(wù)器下載所述視頻片段MPD文件之后，將所述視頻片段MPD文件存儲(chǔ)在客戶端本地之后進(jìn)行解析，得到所述視頻片段的播放信息，所述播放信息包括視頻片段的視頻格式、編解碼器類型、寬度、高度、幀率、網(wǎng)址、視頻片段在原視頻文件中的位置，所述位置是時(shí)間位置或字節(jié)位置。5.根據(jù)權(quán)利要求4所述的基于MPEG-DASH協(xié)議的帶有碼率切換控制和靜態(tài)摘要技術(shù)的在線視頻播控系統(tǒng)，其中，所述視頻播放模塊還用來(lái):根據(jù)所述播放信息中的視頻片段在原視頻文件中的位置，找到距離所選摘要畫(huà)面最近的視頻片段，并向所述流媒體服務(wù)器請(qǐng)求從該視頻片段開(kāi)始發(fā)送并播放所述目標(biāo)視頻。6.根據(jù)權(quán)利要求5所述的基于MPEG-DASH協(xié)議的帶有碼率切換控制和靜態(tài)摘要技術(shù)的在線視頻播控系統(tǒng)，其中，所述流媒體服務(wù)器還用來(lái):在向所述客戶端發(fā)送視頻片段時(shí)，通過(guò)以下公式確定要發(fā)送的視頻片段的碼率:7.一種基于MPEG-DASH協(xié)議的帶有碼率切換控制和靜態(tài)摘要技術(shù)的在線視頻播控方法，其用于包括流媒體服務(wù)器、以及客戶端的在線視頻播控系統(tǒng)，所述流媒體服務(wù)器和所述客戶端以可通信方式連接，所述在線視頻播控方法包括:步驟I，所述客戶端向所述流媒體服務(wù)器請(qǐng)求發(fā)送目標(biāo)視頻；步驟2，所述流媒體服務(wù)器在接收到所述客戶端的所述請(qǐng)求之后，向所述客戶端發(fā)送所述目標(biāo)視頻的摘要MPD文件、以及所述目標(biāo)視頻的視頻片段MPD文件；步驟3，所述客戶端從所述流媒體服務(wù)器下載并解析所述摘要MPD文件，得到所述目標(biāo)視頻的摘要畫(huà)面、以及所述摘要畫(huà)面在所述目標(biāo)視頻中的位置；步驟4，在所述客戶端上顯示所述摘要畫(huà)面，并由用戶選擇其中的一個(gè)摘要畫(huà)面，所述客戶端記錄所述選擇的結(jié)果；步驟5，所述客戶端從所述流媒體服務(wù)器下載并解析所述視頻片段MPD文件，得到所述目標(biāo)視頻的視頻片段的播放信息；以及步驟6，所述客戶端根據(jù)所述播放信息、以及所述選擇的結(jié)果，確定與所選摘要畫(huà)面對(duì)應(yīng)的視頻片段，向所述流媒體服務(wù)器請(qǐng)求從該視頻片段開(kāi)始發(fā)送并播放所述目標(biāo)視頻。8.根據(jù)權(quán)利要求7所述的基于MPEG-DASH協(xié)議的帶有碼率切換控制和靜態(tài)摘要技術(shù)的在線視頻播控方法，其中，所述客戶端在從所述流媒體服務(wù)器下載所述摘要MPD文件之后，將所述摘要MPD文件存儲(chǔ)在客戶端本地之后進(jìn)行解析，得到摘要畫(huà)面的數(shù)目、每個(gè)摘要畫(huà)面對(duì)應(yīng)的網(wǎng)址、以及每個(gè)摘要畫(huà)面在原視頻文件中的位置，所述位置是時(shí)間位置或字節(jié)位置。9.根據(jù)權(quán)利要求8所述的基于MPEG-DASH協(xié)議的帶有碼率切換控制和靜態(tài)摘要技術(shù)的在線視頻播控方法，其中，所述客戶端根據(jù)所得到的每個(gè)摘要畫(huà)面對(duì)應(yīng)的網(wǎng)址，向用戶顯示每個(gè)摘要畫(huà)面，所述用戶通過(guò)點(diǎn)擊所顯示的某個(gè)摘要畫(huà)面而選擇該摘要畫(huà)面。10.根據(jù)權(quán)利要求9所述的基于MPEG-DASH協(xié)議的帶有碼率切換控制和靜態(tài)摘要技術(shù)的在線視頻播控方法，其中，所述客戶端從所述流媒體服務(wù)器下載所述視頻片段MPD文件之后，將所述視頻片段MPD文件存儲(chǔ)在客戶端本地之后進(jìn)行解析，得到所述視頻片段的播放信息，所述播放信息包括視頻片段的視頻格式、編解碼器類型、寬度、高度、幀率、網(wǎng)址、視頻片段在原視頻文件中的位置，所述位置是時(shí)間位置或字節(jié)位置。11.根據(jù)權(quán)利要求10所述的基于MPEG-DASH協(xié)議的帶有碼率切換控制和靜態(tài)摘要技術(shù)的在線視頻播控方法，其中，所述客戶端根據(jù)所述播放信息中的視頻片段在原視頻文件中的位置，找到距離所選摘要畫(huà)面最近的視頻片段，并向所述流媒體服務(wù)器請(qǐng)求從該視頻片段開(kāi)始發(fā)送并播放所述目標(biāo)視頻。12.根據(jù)權(quán)利要求11所述的基于MPEG-DASH協(xié)議的帶有碼率切換控制和靜態(tài)摘要技術(shù)的在線視頻播控方法，其中，所述流媒體服務(wù)器在向所述客戶端發(fā)送視頻片段時(shí)，通過(guò)以下公式確定要發(fā)送的視頻片段的碼率:【文檔編號(hào)】H04N21/643GK103974147SQ201410083234【公開(kāi)日】2014年8月6日申請(qǐng)日期:2014年3月7日優(yōu)先權(quán)日:2014年3月7日【發(fā)明者】莊伯金,謝偉男,蘇菲,趙衍運(yùn),趙志誠(chéng)申請(qǐng)人:北京郵電大學(xué)