專利名稱：用于在線媒體預(yù)覽的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明大體上涉及一種用于在線媒體的系統(tǒng)和方法，更具體地說涉及一種用于在線媒體預(yù)覽的系統(tǒng)和方法。
背景技術(shù)：
在典型的媒體平臺或傳輸系統(tǒng)中，點播媒體例如視頻、音頻和其他類型的多媒體， 通過允許用戶隨機尋找到任意點以繼續(xù)視頻播放的媒體播放器顯示內(nèi)容。通常，有兩種方式使用媒體內(nèi)容第一種方式是以線性的方式使用(默認(rèn)情況下，例如通過單擊某個網(wǎng)絡(luò)縮略圖以在媒體播放器內(nèi)播放媒體)；第二種方式是以隨機的方式使用，由最終用戶將媒體播放器的播放頭向前或向后拖動到某個隨機點。這些類型的媒體使用模式通常不會向最終用戶提供有效的媒體內(nèi)容使用。雖然播放頭的隨機拖動或移動功能看起來可以向最終用戶提供無限的靈活性，但是像這樣拖動到某個點處通常會涉及隨機猜測工作，而且用戶往往也需要短時間地觀看，以判定是從此處繼續(xù)播放，還是再進行一次隨機拖動操作以在媒體中找到另外一點。

發(fā)明內(nèi)容
通過本發(fā)明用于提供在線媒體預(yù)覽的實施例，可以解決或避開上述問題和其他問題，而且通常具有技術(shù)優(yōu)勢。根據(jù)本發(fā)明的范例實施例，一種用于在線媒體預(yù)覽的方法包括以下步驟從媒體文件的分段中提取一幀作為預(yù)覽幀；將若干個這種預(yù)覽幀存儲在若干個層中；向用戶傳輸媒體文件和若干個預(yù)覽幀。所述分段為以下之一的媒體元素圖象組、固定長度的視頻分段、固定長度的媒體流、以及視頻的一個快照。預(yù)覽幀可以降低到更小的分辨率以對應(yīng)于預(yù)覽參數(shù)，其中此參數(shù)包括以下之一及其組合，每個參數(shù)包括預(yù)覽窗大小、播放質(zhì)量、預(yù)覽幀之間的距離間隔以及預(yù)覽幀的組合。此外，預(yù)覽幀可以保存在分級數(shù)據(jù)結(jié)構(gòu)或分層數(shù)據(jù)結(jié)構(gòu)中。用于在線媒體預(yù)覽的此方法進一步包括以下步驟生成元數(shù)據(jù)文件；生成包括預(yù)覽描述信息的描述文件；生成包括各個預(yù)覽幀的位置信息的索引文件；生成預(yù)覽媒體流。 索引文件包括媒體文件中各個預(yù)覽幀的位置信息。此外，用于在線媒體預(yù)覽的此方法還包括以下步驟在選擇的時間點處傳輸若干個這種預(yù)覽幀，以減少延遲和播放抖動。根據(jù)本發(fā)明的另一個范例實施例，一種用于在線媒體預(yù)覽的系統(tǒng)包括媒體文件和相應(yīng)的預(yù)覽文件，此預(yù)覽文件包括若干個幀，其中每個幀都是從媒體文件中提取的。這些若干個幀存儲在分層數(shù)據(jù)結(jié)構(gòu)中。必要時，每個幀可以采用低比特率格式進行保存。用于在線媒體預(yù)覽的此系統(tǒng)進一步包括媒體文件、描述文件、索引文件和預(yù)覽媒體流。索引文件包括媒體文件中各個幀的位置信息。根據(jù)本發(fā)明的再另一個范例實施例，一種用于在線媒體預(yù)覽的方法包括以下步驟呈現(xiàn)媒體文件；接收用戶的預(yù)覽請求；呈現(xiàn)預(yù)覽文件的第一層，以生成一級顆粒預(yù)覽； 呈現(xiàn)預(yù)覽文件的第二層，以生成二級顆粒預(yù)覽。用于在線媒體預(yù)覽的此方法進一步包括以下步驟接收預(yù)覽文件的若干個采用交錯格式的幀。上文已廣泛地概述了本發(fā)明的特征和技術(shù)優(yōu)勢，便于能夠更好地理解下文中有關(guān)本發(fā)明的具體實施方案。下文將介紹本發(fā)明的其他特征和優(yōu)勢，這些特征和優(yōu)勢構(gòu)成本發(fā)明權(quán)利要求的主題。所屬領(lǐng)域的技術(shù)人員應(yīng)了解，提供的概念和具體實施例可以直接作為修改或設(shè)計其他與本發(fā)明具有相同目的的結(jié)構(gòu)或過程的依據(jù)。所屬領(lǐng)域的技術(shù)人員還應(yīng)認(rèn)識到，這種等效構(gòu)造不應(yīng)偏離所附權(quán)利要求中規(guī)定的本發(fā)明的基本精神和范圍。


為了對本發(fā)明及其優(yōu)勢有更加充分地了解，請參閱有下列說明及附圖，其中圖1顯示了一種用于預(yù)覽媒體的系統(tǒng)的簡圖；圖2顯示了一種示例媒體播放器圖；圖3顯示了一種高級媒體預(yù)覽裝置的框圖；圖4顯示了一種分層數(shù)據(jù)結(jié)構(gòu)；圖5顯示了根據(jù)預(yù)覽流調(diào)度方案的流程圖的一部分；圖6顯示了如圖5所示的流程圖的另一部分；圖7顯示了交錯傳輸調(diào)度方案；圖8顯示了一種根據(jù)實施例可用于實施高級媒體預(yù)覽方法的計算機系統(tǒng)的簡化框圖。
具體實施方案下文將詳細(xì)介紹實施例的制定和使用。但是，應(yīng)了解，本發(fā)明提供了很多可適用的發(fā)明概念，在各種特定的情況下可以實施這些概念。討論的具體實施例僅是實現(xiàn)并使用本發(fā)明的特定方式的示例，不限制本發(fā)明的范圍。將針對特定情況下的范例實施例介紹本發(fā)明，即生成、傳輸和顯示在線視頻預(yù)覽的過程。但是，本發(fā)明還可以應(yīng)用于預(yù)覽音頻等其他類型的多媒體，也可應(yīng)用于本地或非在線內(nèi)容等其他內(nèi)容位置。圖1顯示了一種用于預(yù)覽媒體的系統(tǒng)的簡圖。如圖1所示的實施例架構(gòu)包括用戶 100、網(wǎng)絡(luò)102和媒體源104。用戶102可以是一種顯示裝置，能夠通過網(wǎng)絡(luò)102接收來自于媒體源104的媒體內(nèi)容并對接收的媒體內(nèi)容進行存儲。而且，用戶100能夠通過其顯示器呈現(xiàn)媒體內(nèi)容。用戶100可以隨機拖動媒體的任意部分(即拖動播放器中的播放頭以尋找一個更合適的點以繼續(xù))。高級媒體預(yù)覽裝置(如圖3所示)用于從媒體文件中提取若干個幀并創(chuàng)建預(yù)覽媒體流。當(dāng)用戶100沿著用戶顯示器(如圖2所示)的進度條拖動播放頭時，高級媒體預(yù)覽裝置將根據(jù)用戶的預(yù)覽請求向用戶100提供一系列的預(yù)覽圖像(或者甚至較低分辨率的視頻片段)。高級媒體預(yù)覽裝置通過允許用戶100尋找并找到一個更適合的點以繼續(xù)媒體使用，加大了主動媒體消費需求，從而大大提高了最終用戶的媒體消費體驗。YouTube等一些現(xiàn)有系統(tǒng)提供了有限的預(yù)覽功能應(yīng)用。在目前的YouTube播放器中，預(yù)覽限于視頻的已下載部分，這僅僅占到整個視頻中非常小的一部分。而本發(fā)明的實施例提供了移動預(yù)覽功能，能夠?qū)㈩A(yù)覽擴展到整個視頻，而不僅僅是視頻的已下載部分，從而擴展了預(yù)覽功能。這種改進可以大大增強用戶在視頻播放之前、之中和之后瀏覽點播視頻的能力。實施例包括使用在線媒體播放器在網(wǎng)絡(luò)媒體傳輸系統(tǒng)中實現(xiàn)移動預(yù)覽的系統(tǒng)和方法。其他實施例包括分層數(shù)據(jù)結(jié)構(gòu)、傳輸調(diào)度方案、幀定位方案，以加快可伸縮傳輸和可伸縮呈現(xiàn)，從而提供最佳用戶體驗。圖2顯示了一種示例媒體播放器圖。如圖2所示，示例媒體播放器200用于說明典型的媒體播放器組件及其在媒體播放器中的相對位置。當(dāng)然，在不同的實施例中，這些組件的排列、相對大小和比例可能各有不同。根據(jù)一個實施例，媒體播放器200包括播放控制面板210。播放控制面板210進一步包括位于其左側(cè)的播放/暫停按鈕202和位于其右側(cè)的預(yù)覽條208。此圖顯示了縮小尺寸的移動預(yù)覽窗206，其尺寸在很小的窗口尺寸到整個播放器窗口尺寸的范圍內(nèi)變化，具體取決于應(yīng)用需要。當(dāng)媒體播放器用戶啟動了移動視頻時， 用戶沿著預(yù)覽條208向前或向后拖動播放頭204。應(yīng)注意，預(yù)覽條208可以是播放進度條， 或者可以是獨立的條。通常，預(yù)覽的粒度與視頻時長成一般比例。然而，要提供個性化的體驗，可以使用本發(fā)明的實施例實現(xiàn)可伸縮預(yù)覽呈現(xiàn)功能。此外，還可以實現(xiàn)局部可伸縮預(yù)覽呈現(xiàn)功能，其中借助位置敏感性視頻可伸縮性與播放頭的拖動速度成比例。用戶可以輕松地從頭到尾瀏覽或來回瀏覽整個視頻。用戶還可以從任意預(yù)覽處立即開始播放并觀看后續(xù)視頻。預(yù)覽流傳輸方案加快了視頻預(yù)覽啟動時間，同時提供順暢的預(yù)覽播放。圖3顯示了一種高級媒體預(yù)覽裝置的框圖。在收到媒體流之后，高階媒體預(yù)覽裝置用于執(zhí)行以下流程以支持移動預(yù)覽。如圖3所示，在預(yù)覽生成流程300中，高級媒體預(yù)覽裝置提取出若干個預(yù)覽幀并生成預(yù)覽媒體文件。在生成了預(yù)覽媒體文件之后，高級媒體預(yù)覽裝置通過預(yù)覽傳輸流程302將預(yù)覽媒體文件傳輸給用戶。在用戶側(cè)，憑借插入式模塊，高級媒體預(yù)覽裝置執(zhí)行預(yù)覽呈現(xiàn)流程304。應(yīng)注意，當(dāng)圖3顯示媒體預(yù)覽裝置能夠執(zhí)行上述三個預(yù)覽流程即預(yù)覽生成、預(yù)覽傳輸和預(yù)覽呈現(xiàn)時，在媒體源側(cè)的高級媒體預(yù)覽裝置僅包括預(yù)覽生成流程和預(yù)覽傳輸流程。預(yù)覽呈現(xiàn)流程可以由媒體播放器通過媒體播放器與高級媒體預(yù)覽裝置之間的通信來執(zhí)行。此外，媒體播放器可以具有插入式模塊，通過此模塊，媒體播放器可以替代高級媒體預(yù)覽裝置的呈現(xiàn)功能。預(yù)覽生成流程300用于提取和準(zhǔn)備預(yù)覽媒體數(shù)據(jù)和元數(shù)據(jù)(例如用于加快傳輸?shù)拿枋鑫募蛩饕募?，以實現(xiàn)有效的傳輸和呈現(xiàn)。在媒體文件管理系統(tǒng)中，攝取流程用于獲取到媒體文件和相應(yīng)的元數(shù)據(jù)并將它們保存到媒體文件管理系統(tǒng)中。預(yù)覽生成流程300 可以會在攝取流程期間或攝取流程之后進行，但是在媒體內(nèi)容從媒體文件管理系統(tǒng)中傳輸?shù)阶罱K用戶之前進行的。應(yīng)注意，預(yù)覽生成流程300可能會生成現(xiàn)有媒體和元數(shù)據(jù)之外的其他媒體數(shù)據(jù)和元數(shù)據(jù)，以支持媒體預(yù)覽功能。預(yù)覽傳輸流程302用于將預(yù)覽媒體數(shù)據(jù)和元數(shù)據(jù)傳輸給最終用戶以實現(xiàn)預(yù)覽呈現(xiàn)。在圖5、圖6和圖7中有針對何時傳輸以及如何傳輸哪些預(yù)覽數(shù)據(jù)文件的詳細(xì)方法的說明。預(yù)覽呈現(xiàn)流程304用于在將播放頭拖動到需要的位置時將傳輸?shù)念A(yù)覽數(shù)據(jù)文件呈現(xiàn)給最終用戶。預(yù)覽呈現(xiàn)流程304很普遍，因此可以使用任何帶插入式模塊的播放器輕松地實現(xiàn)此流程。再次參考圖3，典型的預(yù)覽生成流程300包括以下步驟1.提取預(yù)覽媒體數(shù)據(jù)； 2.生成元數(shù)據(jù)；3.創(chuàng)建描述文件和索引文件；4.創(chuàng)建預(yù)覽媒體流。要加快整個視頻預(yù)覽和加快預(yù)覽啟動，需要預(yù)覽媒體數(shù)據(jù)流足夠小，以便預(yù)覽媒體數(shù)據(jù)流的傳輸不會很大程度上阻礙原始媒體數(shù)據(jù)流的傳輸或影響原始媒體數(shù)據(jù)流的播放體驗。要實現(xiàn)這一點，可以采取很多方案。在第一個實施例中，可以從每個分段中提取一個關(guān)鍵幀。分段可以是運動圖像專家組(MPEG)格式視頻中的一個圖象組、媒體流的固定長度的視頻分段、一個視頻快照，或者可以以任何能夠加快關(guān)鍵幀的提取的方式來定義分段， 以創(chuàng)建預(yù)覽媒體數(shù)據(jù)流。要進一步減小預(yù)覽文件大小和降低帶寬要求，可以提取縮小版的關(guān)鍵幀?？梢曰陬A(yù)覽窗大小、播放質(zhì)量要求、預(yù)覽關(guān)鍵幀之間的距離間隔等確定比例，即關(guān)鍵幀的分辨率和比特率。要支持可伸縮的預(yù)覽呈現(xiàn)功能，關(guān)鍵幀可以設(shè)置在分級或分層數(shù)據(jù)結(jié)構(gòu)中。下文將介紹用于加快個性化瞬時預(yù)覽體驗的分層數(shù)據(jù)結(jié)構(gòu)和封裝方案。根據(jù)本發(fā)明的一個實施例，整個預(yù)覽媒體流的關(guān)鍵幀的數(shù)量為Nm，滾動條的長度為Lm，關(guān)鍵幀的層數(shù)為K。關(guān)鍵幀的分層結(jié)構(gòu)構(gòu)建如下。為了便于說明，在以下示例實施例中，關(guān)鍵幀的數(shù)量大致相同。即，在第k層中關(guān)鍵幀Nk的數(shù)量約為Nm/K。從第一分段S(I) 開始，如果i mod K = k，則分段S(i)的關(guān)鍵幀將聚集到第k層。圖4中顯示了一個4層預(yù)覽媒體流的范例，其中，虛線對應(yīng)于關(guān)鍵幀在視頻中的位置，在此處每層有8個關(guān)鍵幀。應(yīng)注意，所屬領(lǐng)域的技術(shù)人員可以輕易地修改此處，以便為每層定義不同數(shù)量的關(guān)鍵幀。各個不同層的關(guān)鍵幀可以保持在同一文件中，也可以保持在不同文件中，具體取決于不同的配置要求。一旦提取了預(yù)覽媒體數(shù)據(jù)，會立即生成相應(yīng)的元數(shù)據(jù)，即用于描述媒體數(shù)據(jù)的描述數(shù)據(jù)，同時還會生成用于加快移動預(yù)覽的描述文件和索引文件。索引文件將列出預(yù)覽媒體數(shù)據(jù)流的數(shù)據(jù)結(jié)構(gòu)以及關(guān)鍵幀在原始媒體數(shù)據(jù)流中的位置。描述文件，作為預(yù)覽媒體數(shù)據(jù)描述文件，可以包括不同的描述和元數(shù)據(jù)，以加快移動預(yù)覽的不同使用。例如，描述文件中可以包括預(yù)覽文件的位置、標(biāo)題、類型和生成商信息等全部元數(shù)據(jù)以及一些場景描述信息、注釋等內(nèi)容。雖然在一個實施例中，描述文件是與預(yù)覽數(shù)據(jù)文件分開來封裝的，但是在另一個實施例中，描述文件可以與預(yù)覽視頻數(shù)據(jù)文件封裝到同一文件中。借助索引文件，播放器可以方便快速地分配移動預(yù)覽媒體數(shù)據(jù)。在某些情況下，它還有助于節(jié)省帶寬、內(nèi)存等資源。在這種情況下，實際上，預(yù)覽媒體數(shù)據(jù)流并非是從原始媒體流中提取并保存在單獨的文件中的。反之，索引文件是用于為播放器明確說明關(guān)鍵幀的位置，以實時從原始媒體流中提取實現(xiàn)移動預(yù)覽。注意，此實施例最適用于實施提取方便可行而且成本較低的某些應(yīng)用場景。要確保在任意預(yù)覽點都可順暢播放，可以使用預(yù)覽幀定位功能。要做到這一點，將每個關(guān)鍵幀在原始媒體數(shù)據(jù)流中的對應(yīng)位置記錄在索引文件中用于預(yù)覽呈現(xiàn)。在預(yù)覽生成流程300中，通過從原始媒體文件中提取幀生成預(yù)覽媒體數(shù)據(jù)文件。 在收到了最終用戶的預(yù)覽請求之后，預(yù)覽傳輸流程302立即將預(yù)覽媒體數(shù)據(jù)和元數(shù)據(jù)傳輸給最終用戶。下面將討論預(yù)覽傳輸?shù)氖纠龑嵤├?，重點將關(guān)注預(yù)覽流調(diào)度方案。還將介紹一種多步傳輸方案，此方案利用了上述封裝算法和調(diào)度算法以確保預(yù)覽的體驗質(zhì)量(QoE)。假定將視頻流Vm從邊緣服務(wù)器傳輸給客戶端進行播放的時間為TO ；播放器啟動視頻播放的最小緩沖時長為△ T ；開始傳輸?shù)趉層預(yù)覽關(guān)鍵幀的第i個數(shù)據(jù)塊的時間為 T(i，k)；完成傳輸?shù)趉層預(yù)覽關(guān)鍵幀的第i個數(shù)據(jù)塊的時間為T*(i，k)。另外假定=Bth(t) 表示在t時服務(wù)器與客戶端之間用于內(nèi)容傳輸?shù)目捎脦?；Rp(t)表示在t時針對Vm媒體播放器的播放比特率；Rvm(t)表示在t時為客戶端出現(xiàn)播放抖動Vm的最小傳輸比特率； Rk (t)表示在t時關(guān)鍵幀流的傳輸比特率；KF(n，k)表示第k層預(yù)覽關(guān)鍵幀的第η個關(guān)鍵幀。在以下示例實施例中，我們假定不同層的關(guān)鍵幀被封裝在不同的文件中，其中 F(k)表示第k層預(yù)覽文件。所屬領(lǐng)域的技術(shù)人員可以輕易地修改此實施例，以便將不同層的關(guān)鍵幀封裝在單個預(yù)覽文件中。通常，ΔΤ受到很多因素的影響，例如壓縮視頻的GOP大小。基于此領(lǐng)域內(nèi)的很多參考資料，所屬領(lǐng)域的技術(shù)人員可以根據(jù)具體的應(yīng)用要求計算出 ΔΤ。圖5顯示了根據(jù)預(yù)覽調(diào)度方案的流程圖的一部分。在步驟500中，將視頻流Vm 從邊緣服務(wù)器傳輸給客戶端進行播放，其中△T是播放器用于開始視頻播放的最小緩沖時長。在步驟510中，如果Bth(t) >Rvm(t)，則算法執(zhí)行步驟520，其中算法開始傳輸F(I)并設(shè)置 Τ(0，1) = Τ0+ΔΤ, Max (Rk (t)) = Bth (t)-Rvm(t)(實例一)。另一方面，如果 Bth (t) < Rvm(t)，算法執(zhí)行步驟530，其中算法隨后執(zhí)行比特率適應(yīng)并傳輸F(I)。圖6顯示了如圖5所示的流程圖的另一部分。在步驟600中，算法完成第一層預(yù)覽文件的關(guān)鍵幀傳輸。在步驟610中，如果Bth (t) >Rvm(t)，則算法執(zhí)行步驟620，其中算法開始傳輸F (k)，k = 2，3，. . .，η。另一方面，如果Bth (t) < Rvm(t)，則算法執(zhí)行步驟630， 其中算法隨后執(zhí)行比特率適應(yīng)并傳輸F(k)。根據(jù)一個實施例，一開始傳輸Vm時，就可以傳輸F(I)。根據(jù)另一個實施例，在開始傳輸Vm之前，就可以傳輸F(I)。但是，在多數(shù)應(yīng)用中，都是盡可能早地傳輸Vm以便實現(xiàn)最短的啟動延遲。根據(jù)再另一個實施例，可以從其他服務(wù)器或?qū)Χ丝蛻舳藗鬏敳糠只蛉?br> F(k) (k = 1，2........)。當(dāng)原服務(wù)器的下行帶寬受限從而成為瓶頸問題時，這種方案可以
幫助減少服務(wù)器擁塞問題和提高用戶QoE。應(yīng)注意，雖然圖5和圖6顯示了用于傳輸預(yù)覽媒體數(shù)據(jù)的控制算法，但是所屬領(lǐng)域的技術(shù)人員會認(rèn)識到有很多替代方案。圖7顯示了交錯傳輸調(diào)度方案。當(dāng)采用交錯傳輸調(diào)度方案時，通常需要滿足以下準(zhǔn)則Rp(t)彡Rvm(t)*(T*(0，j)-T(0, j))/(T*(0， j+l)-T*(0，j))/其中 T*(0，j = 0) = TO。雖然僅在上述示例實施例中假定一個預(yù)覽層k并在T(0，j)與T*(0，j)之間傳輸 F(k)，但是所屬領(lǐng)域的技術(shù)人員應(yīng)了解，F(xiàn)(k)也可以是包括多個預(yù)覽層或包括某個預(yù)覽層的一部分的超級文件。在任何一種情況下，都可以使用類似的調(diào)度方案。應(yīng)注意，雖然圖5、6、7顯示了用于傳輸預(yù)覽媒體數(shù)據(jù)的兩種算法，但是圖5、6、7中的算法僅用于說明目的。所屬領(lǐng)域的技術(shù)人員會認(rèn)識到，很多快速啟動算法可以結(jié)合既定的不會有損于QoE的方案一起使用。在將預(yù)覽媒體數(shù)據(jù)和元數(shù)據(jù)傳輸給最終用戶之后，預(yù)覽視圖呈現(xiàn)流程將預(yù)覽數(shù)據(jù)文件呈現(xiàn)給最終用戶。在以下示例實施例中，基于預(yù)覽關(guān)鍵幀在預(yù)覽數(shù)據(jù)結(jié)構(gòu)中的位置對預(yù)覽關(guān)鍵幀進行封裝。換言之，不同層的關(guān)鍵幀封裝在不同的文件中。同樣，所屬領(lǐng)域的技術(shù)人員可以輕易地修改此實施例，以便將這些關(guān)鍵幀封裝在單個文件中，或者將同一層的關(guān)鍵幀封裝在多個文件中。第一步媒體播放器獲取到描述文件并提取出分層預(yù)覽文件的位置。第二步媒體播放器下載第一層預(yù)覽文件。第三步媒體播放器下載第二層預(yù)覽文件。媒體播放器重復(fù)類似下載操作，直至媒體播放器下載到第k層預(yù)覽文件。媒體播放器并非始終需要下載完描述文件中說明的所有預(yù)覽文件。數(shù)字k取決于預(yù)覽滾動條的長度和視頻時長。對于特定的視頻，較長的預(yù)覽滾動條可以實現(xiàn)更精確的顆粒鼠標(biāo)移動。因此，可以下載更多的預(yù)覽關(guān)鍵幀，從而可以下載更多的預(yù)覽文件，實現(xiàn)可伸縮的預(yù)覽體驗。不難預(yù)想到，在單個媒體播放器會話內(nèi)，最終用戶可以在給定的媒體播放器的全屏模式和常規(guī)屏幕模式之間進行切換。這種切換操作會更改滾動條長度，從而可能需要加快下載其他預(yù)覽媒體數(shù)據(jù)層(文件)，以適應(yīng)這種模式切換(例如，切換到全屏顯示模式)O通過第一層預(yù)覽文件，用戶可以獲得粗顆粒預(yù)覽體驗。在獲取到后續(xù)層的預(yù)覽文件之后，用戶可以享受到細(xì)顆粒預(yù)覽體驗。即下載越多層數(shù)的預(yù)覽文件，移動預(yù)覽可以提供的粒度將越來越好，從而能夠?qū)崿F(xiàn)的預(yù)覽體驗也將越來越好。一旦開始播放視頻，媒體播放器將檢查計算機的可用帶寬可否下載預(yù)覽文件，同時還將保持視頻播放的順暢。媒體播放器將定期檢查網(wǎng)絡(luò)狀況，直至需要的預(yù)覽文件下載完畢。一般不啟用移動預(yù)覽功能，直至至少一個預(yù)覽文件下載完畢。要加快從任意移動預(yù)覽點處的即時播放，即從任意移動預(yù)覽關(guān)鍵幀處播放視頻， 媒體播放器將從索引文件中獲取到關(guān)鍵幀的原始媒體數(shù)據(jù)位置信息。之后，媒體播放器會將獲取到的位置與緩沖區(qū)進行比較。如果此位置在緩沖區(qū)的外側(cè)，媒體播放器將立即與邊緣服務(wù)器進行通信，以從原始媒體數(shù)據(jù)流中獲取到對應(yīng)的媒體分段，以加快即時啟動。圖8顯示了一種根據(jù)實施例可用于實施高級媒體預(yù)覽方法的計算機系統(tǒng)800的簡化框圖。計算機系統(tǒng)800包括高級媒體預(yù)覽裝置810、內(nèi)存820、處理器830、存儲裝置840、 網(wǎng)絡(luò)接口輸入設(shè)備850、網(wǎng)絡(luò)接口輸出設(shè)備860和數(shù)據(jù)總線870。應(yīng)注意，此圖僅作為個人計算機的范例，而不應(yīng)過度限制權(quán)利要求的范圍。個人計算機的很多其他配置在本發(fā)明的范圍內(nèi)。所屬領(lǐng)域的技術(shù)人員也會認(rèn)識到，此高級媒體預(yù)覽方法可以由包括便攜式計算機、 工作站、網(wǎng)絡(luò)計算機等的其他計算機系統(tǒng)執(zhí)行。高級媒體預(yù)覽裝置810可以是物理設(shè)備、軟件程序或者軟硬件的組合，例如專用集成電路(ASIC)。根據(jù)一個實施例，當(dāng)計算機通過網(wǎng)絡(luò)接口輸入設(shè)備850接收到媒體文件時，處理器830將媒體文件載入到存儲裝置840中。根據(jù)高級媒體預(yù)覽方法由軟件程序?qū)嵤┑膶嵤├幚砥?30從存儲裝置840中載入此軟件程序并在內(nèi)存820中操作此程序。在處理器830執(zhí)行了如圖3所示的步驟之后，處理器830通過網(wǎng)絡(luò)接口輸出設(shè)備860將預(yù)覽結(jié)果發(fā)送給最終用戶。雖然已經(jīng)詳細(xì)介紹了本發(fā)明及其優(yōu)勢，但是應(yīng)該理解的是，可以在不偏離所附權(quán)利要求規(guī)定的本發(fā)明的基本精神和范圍情況下做出各種更改、替換和變動。例如，上述討論的很多特征和功能可以使用軟件、硬件、固件或三者的結(jié)合來實現(xiàn)。此外，本發(fā)明的范圍不限于本說明書中規(guī)定的程序、機械、產(chǎn)品、組成、方式、方法和步驟的特定實施例。根據(jù)本發(fā)明以及本發(fā)明的的程序、機械、產(chǎn)品、組成、方式、方法和步驟的公開，所屬領(lǐng)域的技術(shù)人員了解，可以根據(jù)本發(fā)明使用其功能大體上與本文中相應(yīng)實施例的功能相同的或者可與其達(dá)到同樣效果的實施例，無論是現(xiàn)有實施例還是以后制定的實施例。相應(yīng)地，所附權(quán)利要求也將這些程序、機械、產(chǎn)品、組成、方式、方法和步驟包括在其范圍之內(nèi)。
權(quán)利要求
1.一種方法包括從媒體文件的某個分段中提取一幀作為預(yù)覽幀； 將若干個所述預(yù)覽幀存儲在若干個層中； 向用戶傳輸所述媒體文件和若干個所述預(yù)覽幀。
2.根據(jù)權(quán)利要求1所述的方法，所述分段包括以下之一的媒體元素圖象組、固定長度的視頻分段、固定長度的媒體流、以及視頻的一個快照。
3.根據(jù)權(quán)利要求1所述的方法，所述預(yù)覽幀可以降低到更小的分辨率以對應(yīng)于預(yù)覽參數(shù)，所述參數(shù)包括以下之一以及它們的組合預(yù)覽窗大小、播放質(zhì)量、預(yù)覽幀之間的距離間隔以及預(yù)覽幀。
4.根據(jù)權(quán)利要求1所述的方法，所述預(yù)覽幀保存在分級數(shù)據(jù)結(jié)構(gòu)中。
5.根據(jù)權(quán)利要求1所述的方法，所述預(yù)覽幀保存在分層數(shù)據(jù)結(jié)構(gòu)中。
6.根據(jù)權(quán)利要求1所述的方法，包括 生成元數(shù)據(jù)文件；生成包括預(yù)覽描述信息的描述文件；生成包括各個所述預(yù)覽幀的位置信息的索引文件；生成預(yù)覽媒體流。
7.根據(jù)權(quán)利要求6所述的方法，所述索引文件包括媒體文件中各個所述預(yù)覽幀的位置fn息ο
8.根據(jù)權(quán)利要求1所述的方法，進一步包括以下步驟在選擇的時間點處傳輸若干個所述預(yù)覽幀，以減少延遲和播放抖動。
9.一種系統(tǒng)包括 媒體文件；相應(yīng)的預(yù)覽文件，所述覽文件包括若干個幀，其中每個幀都是從所述媒體文件中提取的。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，所述若干個幀存儲在分層數(shù)據(jù)結(jié)構(gòu)中。
11.根據(jù)權(quán)利要求9所述的系統(tǒng)，所述每個幀采用低比特率格式進行保存。
12.根據(jù)權(quán)利要求9所述的系統(tǒng)，進一步包括 元數(shù)據(jù)文件；描述文件； 索引文件； 預(yù)覽媒體流。
13.據(jù)權(quán)利要求12所述的系統(tǒng)，所述索引文件包括所述媒體文件中所述各個幀的位置 fn息ο
14.一種方法，包括 呈現(xiàn)媒體文件；接收用戶的預(yù)覽請求；呈現(xiàn)預(yù)覽文件的第一層，以生成一級顆粒預(yù)覽； 呈現(xiàn)預(yù)覽文件的第二層，以生成二級顆粒預(yù)覽。
15.根據(jù)權(quán)利要求14所述的方法，進一步包括接收所述預(yù)覽文件的若干個采用交錯格式的幀。
16.一種計算機程序產(chǎn)品，包括非暫態(tài)計算機可讀介質(zhì)及其中保存的計算機程序，所述計算機程序包括用于從媒體文件的分段中提取一幀作為預(yù)覽幀的計算機程序代碼； 用于將所述若干個這種預(yù)覽幀存儲在若干個層中的計算機程序代碼； 用于向用戶傳輸所述媒體文件和所述若干個預(yù)覽幀的計算機程序代碼。
17.根據(jù)權(quán)利要求16所述的計算機程序產(chǎn)品，進一步包括 用于呈現(xiàn)媒體文件的計算機程序代碼；用于接收用戶的預(yù)覽請求的計算機程序代碼；用于呈現(xiàn)預(yù)覽文件的第一層以生成一級顆粒預(yù)覽的計算機程序代碼；用于呈現(xiàn)預(yù)覽文件的第二層以生成二級顆粒預(yù)覽的計算機程序代碼。
18.根據(jù)權(quán)利要求16所述的計算機程序產(chǎn)品，進一步包括 用于生成元數(shù)據(jù)文件的計算機程序代碼；用于生成包括預(yù)覽描述信息的描述文件的計算機程序代碼；用于生成包括所述各個預(yù)覽幀的位置信息的索引文件的計算機程序代碼；用于生成預(yù)覽媒體流的計算機程序代碼。
19.根據(jù)權(quán)利要求16所述的計算機程序產(chǎn)品，進一步包括用于在向用戶傳輸預(yù)覽幀時執(zhí)行比特率適應(yīng)的計算機程序代碼。
20.根據(jù)權(quán)利要求16所述的計算機程序產(chǎn)品，進一步包括用于從所述媒體文件中提取出幀并將這些幀分層數(shù)據(jù)結(jié)構(gòu)中的計算機程序代碼。
全文摘要
一種高級媒體預(yù)覽單元，包括預(yù)覽產(chǎn)生處理器300抽取多個預(yù)覽幀以及在預(yù)覽生成過程300中產(chǎn)生預(yù)覽媒體文件。預(yù)覽幀存儲在分層數(shù)據(jù)結(jié)構(gòu)中。此外，該預(yù)覽幀可被降低至低分辨率以便由該預(yù)覽幀形成的預(yù)覽文件能夠減小文件大小。預(yù)覽文件通過預(yù)覽傳輸流程302傳輸至用戶。例如，傳輸調(diào)度方案將在選擇的時間點處傳輸預(yù)覽幀，以最大程度上減少啟動延遲和播放抖動。在用戶側(cè)，通過插入模塊，該高級預(yù)覽單元執(zhí)行預(yù)覽呈現(xiàn)流程304。
文檔編號G06F3/00GK102576248SQ201180001638
公開日2012年7月11日 申請日期2011年2月1日 優(yōu)先權(quán)日2010年2月2日
發(fā)明者馮江平, 林奎, 虹·希瑟·郁, 黃浴 申請人:華為技術(shù)有限公司