專利名稱：基于用于確定內(nèi)容質(zhì)量的多個元素的自適應(yīng)流傳輸?shù)姆椒ê脱b置的制作方法
技術(shù)領(lǐng)域：
與示范性實(shí)施例一致的方法和裝置涉及根據(jù)流環(huán)境中的波動來自適應(yīng)地流傳輸媒體數(shù)據(jù)。
背景技術(shù)：
通過網(wǎng)絡(luò)來發(fā)送媒體數(shù)據(jù)的方法的例子包括下載方法和流方法。在流方法中，月艮務(wù)器實(shí)時地發(fā)送媒體數(shù)據(jù)，并且客戶端實(shí)時地再現(xiàn)所接收的媒體數(shù)據(jù)。不同于在發(fā)送和接收所有媒體數(shù)據(jù)之后才開始再現(xiàn)媒體數(shù)據(jù)的下載方法，流方法包含通過在服務(wù)器和客戶端之間設(shè)置的邏輯信道實(shí)時地發(fā)送和接收媒體數(shù)據(jù)來再現(xiàn)該媒體數(shù)據(jù)，使得要求一種方法和裝置，來通過處理流環(huán)境中的波動而保持再現(xiàn)媒體數(shù)據(jù)再現(xiàn)的服務(wù)質(zhì)量(QoS)。

發(fā)明內(nèi)容
解決方案一個或 多個實(shí)施例可以提供一種用于根據(jù)流環(huán)境而自適應(yīng)地調(diào)整并執(zhí)行流傳輸(即媒體數(shù)據(jù)的發(fā)送和接收)的方法和裝置。一個或多個實(shí)施例也可以提供一種計算機(jī)可讀記錄介質(zhì)，在其上記錄了用于執(zhí)行該方法的程序。有益效果根據(jù)在此描述的實(shí)施例，通過使用現(xiàn)有的協(xié)議而不改變服務(wù)器和/或客戶端的配置，可以根據(jù)流環(huán)境進(jìn)行自適應(yīng)的流傳輸，借此可以以低成本形成與各種類型的媒體格式兼容的自適應(yīng)的流傳輸系統(tǒng)。


通過參照附圖詳細(xì)描述示范性實(shí)施例，上述和/或其他方面將變得更加清楚，其中:圖1是根據(jù)示范性實(shí)施例的流系統(tǒng)的圖；圖2A和2B是用于描述根據(jù)示范性實(shí)施例的流方法的流程圖；圖3是根據(jù)一示范性實(shí)施例的包含關(guān)于內(nèi)容的信息的文件的圖；圖4A示出了根據(jù)一示范性實(shí)施例的用于定義多個媒體數(shù)據(jù)的信息；圖4B示出了根據(jù)一示范性實(shí)施例的關(guān)于媒體數(shù)據(jù)的首標(biāo)的信息；圖4C示出根據(jù)一示范性實(shí)施例的關(guān)于多個媒體數(shù)據(jù)的每個中包括的至少一個片段的息;圖5A和5B是用于描述根據(jù)其它示范性實(shí)施例的流方法的流程圖；圖6是根據(jù)另一示范性實(shí)施例的包含關(guān)于內(nèi)容的信息的文件的圖7示出根據(jù)一示范性實(shí)施例的關(guān)于內(nèi)容的信息；圖8A和SB是根據(jù)示范性實(shí)施例的媒體呈現(xiàn)描述的圖；圖9A到9H示出根據(jù)示范性實(shí)施例的媒體呈現(xiàn)描述；圖1OA至IOC每個示出根據(jù)示范性實(shí)施例的多個媒體數(shù)據(jù)；圖1lA和IlB是用于描述根據(jù)其它示范性實(shí)施例的流方法的流程圖；圖12A至12C每個示出根據(jù)其它示范性實(shí)施例的多個媒體數(shù)據(jù)；圖13A到13G示出根據(jù)其它示范性實(shí)施例的媒體呈現(xiàn)描述；圖14A到14D示出根據(jù)其它示范性實(shí)施例的媒體呈現(xiàn)描述；圖15是根據(jù)另一 示范性實(shí)施例的媒體呈現(xiàn)描述的圖；圖16是根據(jù)示范性實(shí)施例的服務(wù)器的媒體數(shù)據(jù)發(fā)送裝置的圖；并且圖17是根據(jù)一示范性實(shí)施例的客戶端的媒體數(shù)據(jù)接收裝置的圖。實(shí)施本發(fā)明的最佳方式根據(jù)示范性實(shí)施例的一方面，提供了一種接收媒體數(shù)據(jù)的方法，該方法包括:從服務(wù)器接收文件，其中該文件包含關(guān)于通過以不同質(zhì)量對預(yù)定內(nèi)容編碼而產(chǎn)生的多個媒體數(shù)據(jù)的信息；以及基于該文件，接收所述多個媒體數(shù)據(jù)當(dāng)中的至少一個媒體數(shù)據(jù)，其中所述文件包括所述多個媒體數(shù)據(jù)的每個的幀率。所述文件可以包括多個第一標(biāo)簽，包括關(guān)于所述多個媒體數(shù)據(jù)的每個的標(biāo)題、類型、分辨率和比特率的至少一者，并且所述多個第一標(biāo)簽的每個中可以包括該多個媒體數(shù)據(jù)的每個的幀率。所述文件可以包括關(guān)于用于確定質(zhì)量的多個元素當(dāng)中的優(yōu)先次序的信息，并且該關(guān)于所述多個元素當(dāng)中的優(yōu)先次序的信息可以包含在作為所述多個第一標(biāo)簽的更高標(biāo)簽的第二標(biāo)簽中。所述多個元素可以包括分辨率、比特率和幀率。所述關(guān)于多個元素當(dāng)中的優(yōu)先次序的信息可以包括分別分配給所述多個元素并根據(jù)優(yōu)先順序排列的符號(sign)。所述關(guān)于多個元素當(dāng)中的優(yōu)先次序的信息可以包括關(guān)于所述多個元素當(dāng)中具有最高優(yōu)先次序的一個兀素的信息。接收所述至少一個媒體數(shù)據(jù)的操作可以包括基于關(guān)于所述多個元素當(dāng)中的優(yōu)先次序的信息，選擇并接收所述多個媒體數(shù)據(jù)的至少一個媒體數(shù)據(jù)的操作。所述第二標(biāo)簽可以定義所述內(nèi)容的再現(xiàn)時段。所述多個媒體數(shù)據(jù)的每個都可以包括通過對內(nèi)容編碼以具有預(yù)定質(zhì)量并根據(jù)時間段劃分編碼后的內(nèi)容而產(chǎn)生的多個片段的至少一個。根據(jù)示范性實(shí)施例的另一方面，提供了一種發(fā)送媒體數(shù)據(jù)的方法，該方法包括向客戶端發(fā)送文件的操作，其中該文件包含關(guān)于通過以不同質(zhì)量對預(yù)定內(nèi)容編碼而產(chǎn)生的多個媒體數(shù)據(jù)的信息；以及根據(jù)來自客戶端的基于所發(fā)送文件的請求，向客戶端發(fā)送所述多個媒體數(shù)據(jù)的至少一個媒體數(shù)據(jù)的操作，其中所述文件包括所述多個媒體數(shù)據(jù)的每個的幀率。根據(jù)示范性實(shí)施例的另一方面，提供了一種媒體數(shù)據(jù)接收裝置，該裝置包括:信息接收單元，用于從服務(wù)器接收文件，其中該文件包含關(guān)于通過以不同質(zhì)量對預(yù)定內(nèi)容編碼而產(chǎn)生的多個媒體數(shù)據(jù)的信息；及媒體數(shù)據(jù)接收單元，用于基于所述文件接收所述多個媒體數(shù)據(jù)的至少一個媒體數(shù)據(jù)，其中所述文件包括所述多個媒體數(shù)據(jù)的每個的幀率。根據(jù)示范性實(shí)施例的另一方面，提供了一種媒體數(shù)據(jù)發(fā)送裝置，包括:信息發(fā)送單元，用于向客戶端發(fā)送文件，其中該文件含關(guān)于通過以不同質(zhì)量對預(yù)定內(nèi)容編碼而產(chǎn)生的多個媒體數(shù)據(jù)的信息；及媒體數(shù)據(jù)發(fā)送單元，根據(jù)來自客戶端的基于所發(fā)送文件的請求，向客戶端發(fā)送所述多個媒體數(shù)據(jù)的至少一個媒體數(shù)據(jù)，其中所述文件包括所述多個媒體數(shù)據(jù)的每個的幀率。
根據(jù)示范性實(shí)施例的另一方面，提供了一種計算機(jī)可讀記錄介質(zhì)，在其上記錄了用于執(zhí)行發(fā)送或接收媒體數(shù)據(jù)的方法的程序。本發(fā)明的實(shí)施方式在下文中，將參照附圖更加全面地描述示范性實(shí)施例，遍及附圖相似的參考標(biāo)號指代相似的元素。在下文中，當(dāng)諸如“……的至少一者”的表達(dá)位于一列元素之后時，修飾的是整列元素而不是修飾該列中的單個元素。圖1是根據(jù)示范性實(shí)施例的流系統(tǒng)100的圖。參照圖1，流系統(tǒng)100包括編碼設(shè)備110、服務(wù)器120和客戶端130。編碼設(shè)備110通過對輸入內(nèi)容進(jìn)行編碼以具有多個不同質(zhì)量而產(chǎn)生與一個輸入內(nèi)容對應(yīng)的多個媒體數(shù)據(jù)。服務(wù)器120向客戶端130流傳輸媒體數(shù)據(jù)所在的流環(huán)境可以變化。例如，用于流傳輸?shù)木W(wǎng)絡(luò)140的帶寬可以變化，或者服務(wù)器120用來發(fā)送媒體數(shù)據(jù)或者客戶端用來接收媒體數(shù)據(jù)的硬件源可以變化。因此，編碼設(shè)備110對一個內(nèi)容進(jìn)行編碼以具有不同的質(zhì)量來使能根據(jù)波動的流環(huán)境而進(jìn)行自適應(yīng)的流傳輸。通過調(diào)整一個因子可以對一個內(nèi)容進(jìn)行編碼以具有不同的質(zhì)量,例如比特率、采樣頻率、分辨率、幀率等等的至少一者。例如,通過用不同的分辨率對一個圖像內(nèi)容編碼可以產(chǎn)生500Kbps、IOOOKbps和2000Kbps的多個媒體數(shù)據(jù)。向服務(wù)器120發(fā)送具有不同質(zhì)量的多個媒體數(shù)據(jù)。此時，也可以向服務(wù)器120發(fā)送關(guān)于所述內(nèi)容的信息和關(guān)于每一媒體數(shù)據(jù)的信息。關(guān)于所述內(nèi)容的信息可以包括關(guān)于作為該內(nèi)容的元數(shù)據(jù)的該內(nèi)容的標(biāo)題、概要、內(nèi)容標(biāo)識符(ID )、內(nèi)容統(tǒng)一資源定位符(URL)等等的至少一者的信息。關(guān)于每一媒體數(shù)據(jù)的信息可以包括每一媒體數(shù)據(jù)的質(zhì)量、類型、ID等等的至少一者，并將在下面參照圖4A到4C詳細(xì)描述。客戶端130接收關(guān)于內(nèi)容的信息和關(guān)于每一媒體數(shù)據(jù)的信息的至少一者，并基于所接收的信息向服務(wù)器120發(fā)送對于所述多個媒體數(shù)據(jù)的至少一者的請求?？蛻舳?30確定或估計流環(huán)境，并基于所估計的流環(huán)境選擇所述多個媒體數(shù)據(jù)的至少一個?？梢赃x擇可以在所估計的流環(huán)境中保持合適的服務(wù)質(zhì)量(QoS)的至少一個媒體數(shù)據(jù)。然后，客戶端130可以發(fā)送超文本傳輸協(xié)議(HTTP)請求，請求服務(wù)器120發(fā)送所選擇的至少一個媒體數(shù)據(jù)。當(dāng)流環(huán)境惡化，并且接收到高質(zhì)量媒體數(shù)據(jù)但是不能連續(xù)再現(xiàn)媒體數(shù)據(jù)時，可以在所述多個媒體數(shù)據(jù)當(dāng)中請求低質(zhì)量媒體數(shù)據(jù)。當(dāng)流環(huán)境改善，并且接收到高質(zhì)量媒體數(shù)據(jù)并可以連續(xù)再現(xiàn)媒體數(shù)據(jù)時，可以從所述多個媒體數(shù)據(jù)當(dāng)中繼續(xù)請求該高質(zhì)量媒體數(shù)據(jù)。在接收一個媒體數(shù)據(jù)的同時，客戶端130可以請求服務(wù)器120發(fā)送不同的媒體數(shù)據(jù)。例如,在惡化的流環(huán)境中請求了并正在接收低質(zhì)量的第一媒體數(shù)據(jù)的客戶端130，隨著流環(huán)境的改善，可以向服務(wù)器120發(fā)送請求以發(fā)送具有比第一媒體數(shù)據(jù)更高的質(zhì)量的第二媒體數(shù)據(jù)。根據(jù)相關(guān)領(lǐng)域的流方法，在服務(wù)器120和客戶端130在最初設(shè)置流信道的同時設(shè)置一種質(zhì)量之后，連續(xù)地發(fā)送并接收媒體數(shù)據(jù)保持同一種質(zhì)量。但是，根據(jù)當(dāng)前的示范性實(shí)施例，可以進(jìn)行適應(yīng)于流環(huán)境的流傳輸，因?yàn)榭蛻舳?30即使在接收關(guān)于同一內(nèi)容的第一媒體數(shù)據(jù)的同時也能夠請求第二媒體數(shù)據(jù)。客戶端130可以基于例如網(wǎng)絡(luò)140的帶寬和硬件資源的至少一者，通過使用任何估計流環(huán)境的方法來估計流環(huán)境，其中服務(wù)器120和客戶端130的至少一者可以使用硬件資源。例如，客戶端130可以基于所接收的媒體數(shù)據(jù)的時間戳和誤比特率(BER)來估計流環(huán)境。當(dāng)通過檢查所接收的媒體數(shù)據(jù)的時間戳，發(fā)現(xiàn)接收媒體數(shù)據(jù)的速度慢于再現(xiàn)速度時，可以確定流環(huán)境惡化了?？商鎿Q地，當(dāng)所接收的媒體數(shù)據(jù)的BER增加時，可以確定流環(huán)境惡化了。當(dāng)客戶端130請求服務(wù)器120根據(jù)流環(huán)境發(fā)送至少一個媒體數(shù)據(jù)時，服務(wù)器120向客戶端130發(fā)送所請求的媒體數(shù)據(jù)。服務(wù)器120可以向客戶端130發(fā)送所請求的媒體數(shù)據(jù)作為對所述HTTP請求的HTTP響應(yīng)。每一媒體數(shù)據(jù)可以包括通過在不同的質(zhì)量下對內(nèi)容進(jìn)行編碼并劃分編碼后的內(nèi)容而產(chǎn)生的多個片段的至少一個。換言之，通過編碼設(shè)備110對所述內(nèi)容進(jìn)行編碼而產(chǎn)生的每一媒體數(shù)據(jù)可以包括基于時間劃分的至少一個片段。服務(wù)器120通過將所述內(nèi)容劃分成多個片段并分別發(fā)送該多個片段來發(fā)送所述內(nèi)容，而不是將該內(nèi)容編碼成一個流并連續(xù)地發(fā)送該內(nèi)容。可以通過將該內(nèi)容劃分成諸如10或20秒的單位的預(yù)定時間單位來產(chǎn)生所述多個片段。可以基于圖片組(GOP)來設(shè)置作為劃分所述內(nèi)容的基礎(chǔ)的所述時間?？梢詫⑴c一個或多個GOP的圖片對應(yīng)的媒體數(shù)據(jù)設(shè)置為一個片段。

例如，當(dāng)流傳輸?shù)膬?nèi)容具有兩種質(zhì)量時，第一媒體數(shù)據(jù)可以包括通過對所述內(nèi)容編碼以具有第一質(zhì)量并基于時間劃分編碼后的內(nèi)容而產(chǎn)生的至少一個片段，而第二媒體數(shù)據(jù)可以包括通過對所述內(nèi)容進(jìn)行編碼以具有第二質(zhì)量并基于時間劃分編碼后的內(nèi)容而產(chǎn)生的至少一個片段。通過基于時間劃分媒體數(shù)據(jù)使得可以進(jìn)行自適應(yīng)的流傳輸。例如，當(dāng)流傳輸開始時，服務(wù)器120發(fā)送與低質(zhì)量的第一媒體數(shù)據(jù)的O至20秒對應(yīng)的一個片段。然后，當(dāng)20秒后確定流環(huán)境改善并且客戶端130請求更高質(zhì)量的媒體數(shù)據(jù)時，服務(wù)器120可以發(fā)送與高質(zhì)量的第二媒體數(shù)據(jù)的20至40秒對應(yīng)的一個片段。因?yàn)榛跁r間將媒體數(shù)據(jù)劃分成多個片段，所以即使在流傳輸期間，也可以根據(jù)流環(huán)境發(fā)送不同媒體數(shù)據(jù)的片段。圖2A是用于描述根據(jù)一示范性實(shí)施例的流方法的流程圖。參照圖2A，在操作210中客戶端130向服務(wù)器120發(fā)送請求以發(fā)送關(guān)于預(yù)定內(nèi)容的信息。例如，當(dāng)客戶端130的用戶從客戶端130的屏幕上顯示的用戶界面選擇了預(yù)定內(nèi)容時，客戶端130向服務(wù)器120發(fā)送請求以發(fā)送關(guān)于所選擇內(nèi)容的信息。客戶端130可以向服務(wù)器120發(fā)送HTTP請求以發(fā)送關(guān)于預(yù)定內(nèi)容的信息。一旦從客戶端130接收到該請求，服務(wù)器120向客戶端130發(fā)送關(guān)于所述預(yù)定內(nèi)容的信息。服務(wù)器120可以發(fā)送該關(guān)于預(yù)定內(nèi)容的信息作為對客戶端130的HTTP請求的HTTP響應(yīng)。該關(guān)于預(yù)定內(nèi)容的信息可以是根據(jù)開放IPTV論壇(OIPF)標(biāo)準(zhǔn)的內(nèi)容訪問描述符(CAD)。現(xiàn)在將參照圖3詳細(xì)描述關(guān)于預(yù)定內(nèi)容的信息。
圖3是根據(jù)一示范性實(shí)施例的包括關(guān)于內(nèi)容的信息的文件的圖。該文件可以是CAD，并可以是可擴(kuò)展標(biāo)記語言(XML)文件。分開描述的標(biāo)簽和屬性，但是對于本領(lǐng)域普通技術(shù)人員來說顯然，由標(biāo)簽定義的項(xiàng)目可以由屬性定義，而由屬性定義的項(xiàng)目可以由標(biāo)簽定義。參照圖3，該關(guān)于內(nèi)容的信息可以包括“Title (標(biāo)題)”、“SynopSiS (概要)”、“OriginSite (原始站點(diǎn))”和 “ContentURL (內(nèi)容 URL)” 標(biāo)簽。因?yàn)橄嚓P(guān)技術(shù)的媒體數(shù)據(jù)的流傳輸通過對一個內(nèi)容進(jìn)行編碼以具有預(yù)定的質(zhì)量來產(chǎn)生一個媒體數(shù)據(jù)，所以相關(guān)技術(shù)的關(guān)于內(nèi)容的信息(具體地，根據(jù)0IPF的CAD)不包括關(guān)于通過對所述內(nèi)容進(jìn)行編碼以具有不同質(zhì)量而產(chǎn)生的多個媒體數(shù)據(jù)的信息。但是，根據(jù)當(dāng)前示范性實(shí)施例，關(guān)于內(nèi)容的信息包括關(guān)于通過對一個內(nèi)容進(jìn)行編碼以具有不同質(zhì)量而產(chǎn)生的多個媒體數(shù)據(jù)的信息，并對應(yīng)于圖3中的“Tracks (軌道)”、"RefData (參考數(shù)據(jù))”和“Fragments (碎片)”標(biāo)簽。圖4A示出了根據(jù)示范性實(shí)施例的用于定義多個媒體數(shù)據(jù)的信息。參照圖4A，“Tracks (軌道)”標(biāo)簽是用于對通過對內(nèi)容進(jìn)行編碼以具有不同質(zhì)量而產(chǎn)生的多個媒體數(shù)據(jù)進(jìn)行分類的信息。該“Tracks”標(biāo)簽包括分配給每一媒體數(shù)據(jù)的“ ID”屬性、“Type (類型)”屬性和“Bitrate (比特率)”屬性。該“ID”屬性定義(例如順序地)分配給所述多個媒體數(shù)據(jù)的標(biāo)識符，而該“Type(類型)”屬性定義媒體數(shù)據(jù)是否對應(yīng)于音頻數(shù)據(jù)、視頻數(shù)據(jù)、音頻/視頻數(shù)據(jù)，還是字幕數(shù)據(jù)。例如，當(dāng)該“Type”屬性是“Packed (打包)”時，該媒體數(shù)據(jù)是音頻/視頻數(shù)據(jù)，而當(dāng)該“Type”屬性是“Video (視頻)”時，該媒體數(shù)據(jù)是視頻數(shù)據(jù)。該“Bitrate (比特率)”屬性定義用于對該媒體數(shù)據(jù)進(jìn)行編碼的比特率。

圖4B示出了根據(jù)示范性實(shí)施例的關(guān)于媒體數(shù)據(jù)的首標(biāo)的信息。參照圖4B，“RefData”標(biāo)簽包括“Type”屬性和“ID”屬性。該“Type”屬性定義首標(biāo)的媒體格式。例如，當(dāng)該“Type”屬性是“HEAD-TS”時，該首標(biāo)是傳輸流格式的首標(biāo)。該“ID”屬性定義首標(biāo)的媒體數(shù)據(jù)ID。例如，當(dāng)該“ID”屬性是“I”時，該首標(biāo)是具有媒體數(shù)據(jù)ID為“I”的媒體數(shù)據(jù)的首標(biāo)。此外，該“RefData”標(biāo)簽包含指到首標(biāo)的信息，并且“URL”標(biāo)簽定義首標(biāo)的位置，即首標(biāo)的URL。該“RefData”標(biāo)簽是可選元素。S卩，當(dāng)首標(biāo)獨(dú)立于媒體數(shù)據(jù)作為獨(dú)立的文件存在時，該“RefData”標(biāo)簽包括在關(guān)于內(nèi)容的信息中，而當(dāng)該首標(biāo)與該媒體數(shù)據(jù)合并時，該“RefData”標(biāo)簽可以不包含在關(guān)于內(nèi)容的信息中。圖4C示出根據(jù)一示范性實(shí)施例的關(guān)于多個媒體數(shù)據(jù)的每個中包括的至少一個片段的息。參照圖4C，作為“Fragments”標(biāo)簽的子標(biāo)簽的“Fragment”標(biāo)簽包含關(guān)于所述多個媒體數(shù)據(jù)的每個中包括的至少一個片段的信息。該“Fragments” 標(biāo)簽包括 “NextFragmentsXMLURL (下一碎片 XMLURL)” 屬性。當(dāng)完成一個內(nèi)容的流傳輸之后連續(xù)地流傳輸后面的內(nèi)容時，如在直播流傳輸?shù)那闆r下，當(dāng)客戶端130知道關(guān)于后面的內(nèi)容的信息時可以無縫地流傳輸所述后面的內(nèi)容。因此，該“Fragments”標(biāo)簽將該關(guān)于后面的內(nèi)容的信息定義為“NextFragmentsXMLURL”屬性?？梢詫㈥P(guān)于所述后面的內(nèi)容的多個媒體數(shù)據(jù)的URL定義為該“NextFragmentsXMLURL”屬性。
該“Fragment(碎片)”標(biāo)簽包含關(guān)于當(dāng)前內(nèi)容的至少一個片段的信息。參照圖4C，用“URL”標(biāo)簽定義構(gòu)成通過將內(nèi)容編碼成第一質(zhì)量作為第一媒體數(shù)據(jù)而產(chǎn)生的第一片段的“slicel-l.as”的URL信息，并且用“RefPointer (參考指針)”標(biāo)簽定義對應(yīng)首標(biāo)的ID。此夕卜，用“StartTime (開始時間)”屬性定義該第一片段的開始時間，并用“Duration (持續(xù)時間)”屬性定義每一片段的持續(xù)時間。用“BitRate”屬性定義該第一媒體數(shù)據(jù)的質(zhì)量。在圖4C中，“Fragments”標(biāo)簽示出每一媒體數(shù)據(jù)僅包括一個片段。但是，如上面參照圖1所述，對于本領(lǐng)域普通技術(shù)人員來說顯然，當(dāng)將每一媒體數(shù)據(jù)劃分成多個片段時，一個“Fragments”標(biāo)簽可以包含關(guān)于至少兩個片段的信息?；仡^參照圖2A，在操作220中客戶端130向服務(wù)器120發(fā)送請求以發(fā)送所述多個媒體數(shù)據(jù)的至少一個。通過對一個內(nèi)容編碼以具有不同質(zhì)量而產(chǎn)生所述多個媒體數(shù)據(jù)?？蛻舳?30從所述多個媒體數(shù)據(jù)當(dāng)中選擇被編碼以具有適合于流環(huán)境的質(zhì)量的至少一個媒體數(shù)據(jù)，并且向服務(wù)器120請求所選擇的至少一個媒體數(shù)據(jù)?？蛻舳?30可以基于關(guān)于所述內(nèi)容的信息中包括的關(guān)于所述多個媒體數(shù)據(jù)的信息，向服務(wù)器120發(fā)送HTTP請求。如上參照圖4C所述，關(guān)于內(nèi)容的信息可以包括“Fragments”標(biāo)簽。在這種情況下，客戶端130基于該“Fragments”標(biāo)簽中包含的URL信息請求服務(wù)器120發(fā)送所選擇的媒體數(shù)據(jù)。服務(wù)器120根據(jù)客戶端130的請求發(fā)送所述媒體數(shù)據(jù)。服務(wù)器120可以向客戶端130發(fā)送所請求的媒體數(shù)據(jù)的至少一個片段。服務(wù)器120可以向客戶端130發(fā)送所請求的媒體數(shù)據(jù)作為關(guān)于HTTP請求的HTTP響應(yīng)。圖2B是用于描述根據(jù)另一示范性實(shí)施例的流方法的流程圖。圖2B示出當(dāng)首標(biāo)作為獨(dú)立于媒體數(shù)據(jù)的文件存在時的流方法。

參照圖2B，在操作212中客戶端130請求服務(wù)器120發(fā)送關(guān)于預(yù)定內(nèi)容的信息，并且服務(wù)器120發(fā)送該關(guān)于內(nèi)容的信息。操作212對應(yīng)于圖2A的操作210。作為例子，接收到包括參照圖4B的上述“RefData”標(biāo)簽的關(guān)于內(nèi)容的信息。在操作222中，客戶端130基于在操作212中接收的關(guān)于內(nèi)容的信息，請求從多個媒體數(shù)據(jù)當(dāng)中選擇的媒體數(shù)據(jù)的首標(biāo)?；谠诓僮?12中接收的關(guān)于內(nèi)容的信息從所述多個媒體數(shù)據(jù)當(dāng)中選擇了適合于流環(huán)境的至少一個媒體數(shù)據(jù)，并且請求該選擇的至少一個媒體數(shù)據(jù)的首標(biāo)。例如，通過參考操作212中接收的關(guān)于內(nèi)容的信息中包括的“RefData”標(biāo)簽，請求所選擇的至少一個媒體數(shù)據(jù)的首標(biāo)。服務(wù)器120向客戶端130發(fā)送所請求的首標(biāo)。可以向客戶端130發(fā)送作為XML文件的首標(biāo)文件。在操作232中，客戶端130基于在操作212中接收的關(guān)于內(nèi)容的信息和在操作222中接收的首標(biāo)，請求服務(wù)器120發(fā)送所選擇的媒體數(shù)據(jù)?？蛻舳?30請求服務(wù)器120發(fā)送通過基于時間劃分媒體數(shù)據(jù)而產(chǎn)生的至少一個片段，并且服務(wù)器120向客戶端130發(fā)送所請求的至少一個片段。圖5A是用于描述根據(jù)另一示范性實(shí)施例的流方法的流程圖。參照圖5A，在操作510中客戶端130向服務(wù)器120發(fā)送請求以發(fā)送關(guān)于預(yù)定內(nèi)容的信息，并且服務(wù)器120發(fā)送該關(guān)于預(yù)定內(nèi)容的信息。例如，客戶端130發(fā)送HTTP請求用于請求服務(wù)器120發(fā)送該關(guān)于內(nèi)容的信息，并接收該關(guān)于內(nèi)容的信息作為對該HTTP請求的HTTP響應(yīng)。該關(guān)于內(nèi)容的信息可以是XML文件。在操作510中客戶端130接收的關(guān)于內(nèi)容的信息不同于在圖2的操作210中客戶端130接收的關(guān)于內(nèi)容的信息，現(xiàn)在將參照圖6和7進(jìn)行描述。圖6是根據(jù)另一示范性實(shí)施例的包含關(guān)于內(nèi)容的信息的文件的圖。參照圖6，根據(jù)當(dāng)前示范性實(shí)施例的關(guān)于內(nèi)容的信息可以包括“Title”、“Synopsis，，、“OriginSite，，和 “ContentURL，，標(biāo)簽，和圖 3 中一樣。但是,在圖3中，關(guān)于內(nèi)容的信息通過包括“Tracks”、“RefData”和“Fragments”標(biāo)簽而包含關(guān)于所述多個媒體數(shù)據(jù)的信息，而在圖6中，代替于包含關(guān)于所述多個媒體數(shù)據(jù)的信息，該關(guān)于內(nèi)容的信息定義了包含關(guān)于所述多個媒體數(shù)據(jù)的信息的文件(下文被稱為媒體呈現(xiàn)描述)的URL。該“ContentURL”標(biāo)簽可以定義媒體呈現(xiàn)描述的URL。通過將該媒體呈現(xiàn)描述的URL插入如圖6中所示的關(guān)于內(nèi)容的信息中，可以在執(zhí)行適應(yīng)于流環(huán)境的流 傳輸?shù)耐瑫r保持與各種媒體數(shù)據(jù)格式的兼容性,而不必大大改變相關(guān)技術(shù)中包含關(guān)于內(nèi)容的信息的文件的樣式。如圖6中所示，關(guān)于內(nèi)容的信息可以包含涉及流方法的信息，而不包含關(guān)于所述多個媒體數(shù)據(jù)的信息。換言之，“ContentURL”標(biāo)簽可以包括定義流傳輸期間使用的媒體數(shù)據(jù)的格式的“MediaFormat (媒體格式)”屬性，和定義媒體數(shù)據(jù)的類型的“MMEType (MIME類型)”屬性。特別地，該“ ContentURL”標(biāo)簽可以包括定義內(nèi)容的流傳輸所涉及的服務(wù)的“TransferType (傳輸類型)”屬性。例如,該“TransferType”屬性可以定義內(nèi)容的流傳輸是否涉及內(nèi)容傳遞(CoD)服務(wù)、直播服務(wù)、自適應(yīng)流直播服務(wù)、自適應(yīng)流CoD服務(wù)等等。圖7示出根據(jù)一示范性實(shí)施例的關(guān)于內(nèi)容的信息。圖7可以是根據(jù)OIPF標(biāo)準(zhǔn)的CAD。參照圖7，根據(jù)圖6的式樣生成的關(guān)于內(nèi)容的信息可以在“ContentURL”標(biāo)簽中定義媒體呈現(xiàn)描述的 URL?！癶ttp://asexample.com/vod/movies/ 18888/Meta/MainMeta.xml”是媒體呈現(xiàn)描述的URL。同樣，如參照圖6所述，可以在該“ContentURL”標(biāo)簽中定義“MediaFormat” 屬性、“MIMEType” 屬性和 “TransferType” 屬性?；仡^參照圖5A，在操作520中客戶端130基于操作510中接收的關(guān)于內(nèi)容的信息，向服務(wù)器120發(fā)送對于關(guān)于所述多個媒體數(shù)據(jù)的信息的請求?？蛻舳?30可以通過HTTP請求從該服務(wù)器120請求媒體呈現(xiàn)描述，并且可以接收該媒體呈現(xiàn)描述作為HTTP響應(yīng)。在操作510中客戶端130從服務(wù)器120接收的關(guān)于內(nèi)容的信息可以包括如參照圖6和7所述的媒體呈現(xiàn)描述的URL。在這種情況下，客戶端130通過參考關(guān)于內(nèi)容的信息的“ContentURL”標(biāo)簽，來從服務(wù)器120請求并接收該媒體呈現(xiàn)描述?，F(xiàn)在將參照圖8A和SB以及圖9A至9H來詳細(xì)描述該媒體呈現(xiàn)描述。圖8A和SB是根據(jù)示范性實(shí)施例的媒體呈現(xiàn)描述的圖。該媒體呈現(xiàn)描述可以遵循OIPF標(biāo)準(zhǔn)。參照圖8A，根據(jù)當(dāng)前示范性實(shí)施例的媒體呈現(xiàn)描述包括關(guān)于多個媒體數(shù)據(jù)的URL的模板標(biāo)簽、用于定義首標(biāo)的位置的標(biāo)簽、用于定義流傳輸涉及的服務(wù)的標(biāo)簽、用于定義媒體數(shù)據(jù)的容器格式的標(biāo)簽和用于定義該多個媒體數(shù)據(jù)的標(biāo)簽。"urlTemplateCurl模板)”標(biāo)簽定義了該多個媒體數(shù)據(jù)的URL的公共部分。例如，如果“http://example, com/vod/movie/ 18888/Track/{TrackID}/Segments/{SegmentID} ”是URL模板，則可以通過分別用每一媒體數(shù)據(jù)的ID和每一媒體數(shù)據(jù)中包括的至少一個片段的ID代替“TrackID”和“SegmentID (片段ID)”來定義媒體數(shù)據(jù)的URL。“headerUrl (首標(biāo)Url)”標(biāo)簽對應(yīng)于參照圖4B描述的“RefData”標(biāo)簽。換言之，該“headerUrl ”標(biāo)簽定義該多個媒體數(shù)據(jù)的首標(biāo)的URL?！癷sLive (是直播)”標(biāo)簽定義涉及流傳輸?shù)姆?wù)。例如，當(dāng)該“ isLive”標(biāo)簽被定義為“Live (直播)”時，該流傳輸涉及直播服務(wù)，而當(dāng)該“isLive”標(biāo)簽被定義為“CoD”時，該流傳輸涉及CoD服務(wù)?！癈ontentType (內(nèi)容類型)”標(biāo)簽定義流傳輸期間使用的媒體數(shù)據(jù)的容器格式。該“contentType”標(biāo)簽可以指示該容器格式是否是MP4格式或MPEG2-TS格式。雖然本領(lǐng)域普通技術(shù)人員可以理解，該容器格式不限于此，并且可以使用用于發(fā)送媒體數(shù)據(jù)的任何容器格式，但是在此該容器格式是MP4格式或MPEG2-TS格式。例如，該“contentType”標(biāo)簽可以定義該容器格式遵循MPEG媒體傳輸(MMT)標(biāo)準(zhǔn)?！癝tream (流)”標(biāo)簽被產(chǎn)生用于每一媒體數(shù)據(jù)并且定義每一媒體數(shù)據(jù)。為了定義通過對一個內(nèi)容編碼以具有不同質(zhì)量而產(chǎn)生的每一媒體數(shù)據(jù)，該“Stream”標(biāo)簽包括“streamName (流名稱)”屬性、“type (類型)”屬性、“bitrate (比特率)”屬性、“startTime(開始時間)”屬性、“firstlntervalNum (第一間隔序號)”屬性、“duration (持續(xù)時間)”屬性和“intervalCount (間隔計數(shù))”屬性?！皊treamName”屬性定義媒體數(shù)據(jù)的名稱，并且可以是媒體數(shù)據(jù)的ID。“type”屬性定義媒體數(shù)據(jù)的類型，例如，作為音頻數(shù)據(jù)、視頻數(shù)據(jù)或者音頻/視頻數(shù)據(jù)。當(dāng)媒體數(shù)據(jù)只包括關(guān)于用于特技播放(trick play)的I巾貞的數(shù)據(jù)時,可以在“type”屬性中定義這種信
肩 “Bitrate”屬性定義媒體數(shù)據(jù)的比特率，“startTime”屬性定義用于指定媒體數(shù)據(jù)的開始時間的時間戳，而“firstlntervalNum”屬性定義最初開始的片段的序號。“duration”屬性定義媒體數(shù)據(jù)中包括的片段的持續(xù)時間，而“ intervalCount”屬性定義媒體數(shù)據(jù)中包括的至少一個片段的總數(shù)?！癝egment (片段)”標(biāo)簽是“Stream”標(biāo)簽的子標(biāo)簽，并且如上所述，當(dāng)媒體數(shù)據(jù)包括通過對內(nèi)容編碼成預(yù)定的質(zhì)量并基于時間劃分編碼后的內(nèi)容而產(chǎn)生的至少一個片段時，定義該至少一個片段的每一個。"IntNum (整型數(shù))”屬性定義片段的序號，而“StartTime”屬性定義對應(yīng)片段的開始時間?！癉uration”屬性定義對應(yīng)片段的持續(xù)時間，而“url”屬性定義對應(yīng)片段的URL。該“ Segment ”標(biāo)簽可以是選擇性的標(biāo)簽，并且如果可以從“ Strearn”標(biāo)簽的其它屬性推斷出關(guān)于該媒體數(shù)據(jù)中包括的至少一個片段的信息，則在媒體呈現(xiàn)描述中可以不包括該“Segment”標(biāo)簽。換言之，當(dāng)可以從“Stream”標(biāo)簽中定義的“startTime”、“firstlntervalNum”、“duration” 和“ intervalCount” 屬性推斷出 “Segment” 標(biāo)簽的內(nèi)容時，媒體呈現(xiàn)描述中可以不包括“Segment”標(biāo)簽。同樣，如果在“urlTemplate”中定義了預(yù)定的模板，則可以不包括“Segment”標(biāo)簽的“url”屬性，并且通過以所述多個媒體數(shù)據(jù)的每個ID和每個媒體數(shù)據(jù)中包 括的至少一個片段的ID代替所定義的預(yù)定模板，推斷出片段的URL。
參照圖SB，根據(jù)另一示范性實(shí)施例的媒體呈現(xiàn)描述可以進(jìn)一步包括^nextManifestURL (下一顯示URL)”標(biāo)簽。如上所述，當(dāng)完成一個內(nèi)容的流傳輸之后連續(xù)地流傳輸后面的內(nèi)容時，例如在直播流傳輸或廣告插入的情況下，客戶端130預(yù)先知道關(guān)于后面內(nèi)容的信息，以便無縫地流傳輸后面的內(nèi)容。因此，可以用“nextManifestURL”標(biāo)簽定義要在當(dāng)前內(nèi)容之后流傳輸?shù)暮竺鎯?nèi)容的媒體呈現(xiàn)描述的URL。圖9A到9H示出根據(jù)示范性實(shí)施例的媒體呈現(xiàn)描述。參照圖9A，根據(jù)示范性實(shí)施例的媒體呈現(xiàn)描述包括“URLTemplate”標(biāo)簽、"RefDataURL (參考數(shù)據(jù)URL)”標(biāo)簽和分別定義多個媒體數(shù)據(jù)的多個標(biāo)簽。圖9A的“URLTemplate”標(biāo)簽和“RefDataURL”標(biāo)簽分別對應(yīng)于圖8A和8B的“urlTemplate” 標(biāo)簽和 “RefDataURL” 標(biāo)簽。圖9A 的“ID” 屬性、“Type” 屬性、“BitRate” 屬性、“StartTime” 屬性、“SegmentDuration” 屬性 、“SegmentStartID” 屬性和 “SegmentCount (片段計數(shù))，，屬性分別對應(yīng)于圖8A和8B的“Stream”標(biāo)簽的“streamName”屬性、“type”屬性、“bitrate” 屬性、“startTime” 屬性、“Stream” 標(biāo)簽的 “duration” 屬性、“Stream” 標(biāo)簽的“firstlntervalNum” 屬性和 “ intervalCount” 屬性。圖9A的媒體呈現(xiàn)描述包含關(guān)于通過對內(nèi)容編碼以具有不同質(zhì)量而產(chǎn)生的三個視頻數(shù)據(jù)的信息、關(guān)于一個音頻數(shù)據(jù)的信息和關(guān)于通過對僅僅用于特技播放的I幀編碼而產(chǎn)生的媒體數(shù)據(jù)的信息。參照圖9B，根據(jù)一示范性實(shí)施例的媒體呈現(xiàn)描述進(jìn)一步包括“NextAdaptiveControlURL (下一自適應(yīng)控制 URL)” 標(biāo)簽。該“NextAdaptiveControlURL”標(biāo)簽對應(yīng)于圖 8B 的 “nextManifestURL” 標(biāo)簽。因此，可以用 “NextAdaptiveControlURL”標(biāo)簽定義要在當(dāng)前內(nèi)容之后再現(xiàn)的后面內(nèi)容的媒體呈現(xiàn)描述的URL。圖9C示出當(dāng)用圖9B的“NextAdaptiveControlURL”標(biāo)簽定義要在當(dāng)前內(nèi)容之后再現(xiàn)的下面內(nèi)容的媒體呈現(xiàn)描述的URL時，所述后面內(nèi)容的媒體呈現(xiàn)描述。比較圖9B和9C的媒體呈現(xiàn)描述，可以看出“StartTime”屬性不同于圖9B的當(dāng)前內(nèi)容的媒體呈現(xiàn)描述，因?yàn)閳D9C的媒體呈現(xiàn)描述是用于后面的內(nèi)容。圖9D和9E示出根據(jù)示范性實(shí)施例的、用于選擇性地控制用戶想要執(zhí)行的高質(zhì)量視頻再現(xiàn)的媒體呈現(xiàn)描述。圖9D示出當(dāng)通過對一個內(nèi)容編碼以具有5種不同質(zhì)量而產(chǎn)生多個媒體數(shù)據(jù)時的媒體呈現(xiàn)描述。這里，在包含關(guān)于被編碼以具有高質(zhì)量的視頻的信息的標(biāo)簽中圖9D和9E的媒體呈現(xiàn)描述不同，即具有“ ID”屬性“ 5 ”的媒體數(shù)據(jù)的“ StartTime ”屬性和“SegmentCount ”屬性。在本示范性實(shí)施例中，服務(wù)器120根據(jù)客戶端130的用戶等級(rating)選擇性地發(fā)送圖9D的媒體呈現(xiàn)描述或圖9E的媒體呈現(xiàn)描述。當(dāng)客戶端130的用戶等級高時(例如，當(dāng)客戶端130是付費(fèi)用戶時)，發(fā)送圖9D的媒體呈現(xiàn)描述使得自由地再現(xiàn)高質(zhì)量視頻；而當(dāng)客戶端130的用戶等級低時(例如，當(dāng)客戶端130是免費(fèi)用戶時)，發(fā)送圖9E的媒體呈現(xiàn)描述，使得從高質(zhì)量視頻中的“StartTime”屬性定義的時間開始再現(xiàn)“SegmentCount”屬性定義的片段。圖9F示出根據(jù)示范性實(shí)施例的、當(dāng)將廣告插入到內(nèi)容時的媒體呈現(xiàn)描述。參照圖9F，該媒體呈現(xiàn)描述可以包含關(guān)于廣告內(nèi)容和主內(nèi)容的信息，廣告內(nèi)容和主內(nèi)容具有不同的“StartTime”屬性。該媒體呈現(xiàn)描述可以包含關(guān)于廣告內(nèi)容的信息和關(guān)于主內(nèi)容的信息，從”00:00:00，，到“00:02:00”以“500000”的比特率再現(xiàn)廣告內(nèi)容，從“00:02:00”開始以“ 1000000 ”、“ 2000000 ”、“ 3000000 ”或者“4000000 ”的比特率再現(xiàn)主內(nèi)容。如果服務(wù)
器120通過對廣告內(nèi)容編碼以具有一種比特率來向客戶端130提供該廣告內(nèi)容，并通過按四種不同的比特率來對主內(nèi)容編碼來向客戶端130提供主內(nèi)容，主內(nèi)容具有與廣告內(nèi)容不同的“StartTime”屬性，則可以從服務(wù)器120向客戶端130發(fā)送圖9F的媒體呈現(xiàn)描述。圖9G示出根據(jù)示范性實(shí)施例的、包含關(guān)于廣告內(nèi)容的信息的媒體呈現(xiàn)描述。用于提供主內(nèi)容的服務(wù)器和用于提供廣告內(nèi)容的服務(wù)器可以不同。例如，當(dāng)客戶端130從圖5A的服務(wù)器120接收主內(nèi)容并從服務(wù)器120之外的服務(wù)器接收廣告內(nèi)容時，圖9G的媒體呈現(xiàn)描述可以包括廣告內(nèi)容的URL。如在圖9G中所示，該媒體呈現(xiàn)描述可以包括被編碼以具有一種質(zhì)量的廣告內(nèi)容的URL。下面將參照圖13A至23來描述一種根據(jù)各種示范性實(shí)施例的、在流傳輸主內(nèi)容的同時通過將廣告內(nèi)容插進(jìn)該主內(nèi)容中來再現(xiàn)該廣告內(nèi)容的方法和裝置。

圖9H示出根據(jù)示范性實(shí)施例的、包含語言和字幕信息的媒體呈現(xiàn)描述。參照圖9H，音頻數(shù)據(jù)可以包含關(guān)于多種語言的信息。該媒體呈現(xiàn)描述可以包含關(guān)于多種語言的音頻數(shù)據(jù)的信息，其中“ID”屬性是“4”或者“5”;或者關(guān)于多種語言的字幕的信息，其中“ID”屬性是“6”或“7”。因?yàn)楦鶕?jù)時間不僅可以將音頻數(shù)據(jù)而且可以將字幕劃分成多個片段，所以流傳輸期間可以將音頻數(shù)據(jù)和字幕變?yōu)榱硪环N語言的音頻數(shù)據(jù)和字幕?；仡^參照圖5A，在操作530中客戶端130向服務(wù)器120發(fā)送請求以發(fā)送所述多個媒體數(shù)據(jù)的至少一個。客戶端130通過參考關(guān)于所述多個媒體數(shù)據(jù)的信息，選擇被編碼以具有適合于流環(huán)境的質(zhì)量的至少一個媒體數(shù)據(jù)，并向服務(wù)器120請求所選擇的至少一個媒體數(shù)據(jù)?？蛻舳?30可以發(fā)送HTTP請求用于請求服務(wù)器120發(fā)送預(yù)定的媒體數(shù)據(jù)。服務(wù)器120根據(jù)客戶端130的請求發(fā)送所述媒體數(shù)據(jù)?？商鎿Q地，服務(wù)器可以向客戶端130發(fā)送通過對內(nèi)容編碼以具有預(yù)定質(zhì)量并基于時間劃分編碼后的內(nèi)容而產(chǎn)生的至少一個片段。服務(wù)器120可以向客戶端130發(fā)送所請求的媒體數(shù)據(jù)作為對所述HTTP請求的HTTP響應(yīng)。圖5B是用于描述根據(jù)另一示范性實(shí)施例的流方法的流程圖。參照圖5B，在操作512中客戶端130向服務(wù)器120發(fā)送請求以發(fā)送關(guān)于預(yù)定內(nèi)容的信息，并且從服務(wù)器120接收該關(guān)于預(yù)定內(nèi)容的信息。例如，客戶端130可以發(fā)送HTTP請求用于請求服務(wù)器120發(fā)送關(guān)于預(yù)定內(nèi)容的信息，并且接收該關(guān)于預(yù)定內(nèi)容的信息作為對該HTTP請求的HTTP響應(yīng)。所述關(guān)于預(yù)定內(nèi)容的信息可以包含在XML文件中。在操作522中，客戶端130基于操作512中接收的關(guān)于預(yù)定內(nèi)容的信息，向服務(wù)器120發(fā)送請求以發(fā)送關(guān)于多個媒體數(shù)據(jù)的信息。例如，客戶端130可以通過HTTP請求向服務(wù)器120發(fā)送對于媒體呈現(xiàn)描述的請求，并接收該媒體呈現(xiàn)描述作為HTTP響應(yīng)。在操作532中，客戶端130請求基于操作522中接收的關(guān)于多個媒體數(shù)據(jù)的信息而選擇的媒體數(shù)據(jù)的首標(biāo)?；谠诓僮?22中接收的關(guān)于所述多個媒體數(shù)據(jù)的信息從所述多個媒體數(shù)據(jù)當(dāng)中選擇適合于流環(huán)境的至少一個媒體數(shù)據(jù)，并且請求所選擇的至少一個媒體數(shù)據(jù)的首標(biāo)。通過參考操作522中接收的關(guān)于所述多個媒體數(shù)據(jù)的信息，請求所選擇的至少一個媒體數(shù)據(jù)的首標(biāo)。服務(wù)器120響應(yīng)于客戶端130的請求，向客戶端130發(fā)送所選擇的至少一個媒體數(shù)據(jù)的首標(biāo)的文件。在操作542中，客戶端130基于操作522中接收的關(guān)于所述多個媒體數(shù)據(jù)的信息和操作532中接收的首標(biāo)，向服務(wù)器120發(fā)送請求以發(fā)送所選擇的媒體數(shù)據(jù)?？蛻舳?30向服務(wù)器120發(fā)送請求以發(fā)送通過對內(nèi)容編碼以具有預(yù)定質(zhì)量并基于時間劃分編碼后的內(nèi)容而產(chǎn)生的至少一個片段，并且服務(wù)器120向客戶端130發(fā)送所請求的至少一個片段。
圖1OA至IOC每者示出根據(jù)示范性實(shí)施例的多個媒體數(shù)據(jù)。例如，圖1OA至IOC的每者示出服務(wù)器120中包括的用來執(zhí)行根據(jù)圖5A和5B的流方法的多個媒體數(shù)據(jù)。參照圖10A，服務(wù)器120可以包括通過對一個內(nèi)容編碼以具有多種不同質(zhì)量而產(chǎn)生的多個媒體數(shù)據(jù)1010至1030，用于適應(yīng)于流環(huán)境的流傳輸?！癟rackl (軌道I)”到“TrackN(軌道N)”表示該多個媒體數(shù)據(jù)1010到1030。此外，該多個媒體數(shù)據(jù)1010到1030的每個可以包括通過基于時間劃分該多個媒體數(shù)據(jù)1010到1030的每個而產(chǎn)生的至少一個片段?！癝licel-1.as”、“Slicel-2.as”、“Slicel_3.as”、“Slice2-l.as”、“Slice2_2.as，，、“Slice2-3.as”、“SliceN_l.as”、“SliceN_2.as” 和 “SliceN-3.as” 表示至少一個片段。服務(wù)器120可以包含客戶端130用以訪問所述多個媒體數(shù)據(jù)1010到1030的信息1040。服務(wù)器120可以包括作為關(guān)于內(nèi)容的信息的“CadMeta.xml”文件、作為關(guān)于所述多個媒體數(shù)據(jù)1010到1030的信息的“MainMeta.xml”文件和作為所述多個媒體數(shù)據(jù)1010到1030的首標(biāo)文件的“Headl.ref”文件、“Head2.ref”文件等等。這里，“Headl.ref”文件可以是“Trackl”的首標(biāo)文件，而“Head2.ref ”文件可以是“Track2”的首標(biāo)文件?！癈adMeta.xml”文件可以是根據(jù)OIPF標(biāo)準(zhǔn)的CAD文件，而“MainMeta.xml”文件可以是上述媒體呈現(xiàn)描述。此外，“Headl.ref”和“Head2.ref”文件是可選元素，并且當(dāng)首標(biāo)包括在所述多個媒體數(shù)據(jù)1010到1030中時“Headl.ref”和“Head2.ref”文件可以不存在。參照圖10B，客戶端1030用來訪問所述多個媒體數(shù)據(jù)1010到1030的信息1042可以進(jìn)一步包括“NextMeta.xml”文件。如上所述，該“NextMeta.xml”文件可以是要在當(dāng)前內(nèi)容之后再現(xiàn)的后面內(nèi)容的媒體呈現(xiàn)描述。如上所述，當(dāng)前內(nèi)容的媒體呈現(xiàn)描述，即"MainMeta.xml ”文件，包括后面內(nèi)容的媒體呈現(xiàn)描述的URL，因此客戶端130可以基于該“MainMeta.xml” 文件來訪問 “NextMeta.xml” 文件。參照圖10C，所述多個媒體數(shù)據(jù)1010到1030的首標(biāo)文件可以存在于一個首標(biāo)文件1050中。代替為所述多個媒體數(shù)據(jù)1010到1030的每個而存在，所述首標(biāo)文件可以作為一個首標(biāo)文件1050存在，并且可以包括在用來訪問所述多個媒體數(shù)據(jù)1010到1030的信息1044 中。例如，當(dāng)所述多個媒體數(shù)據(jù)1010到1030的每個對應(yīng)于一個諸如根據(jù)MPEG-2的基本流的基本流時，所述多個媒體數(shù)據(jù)1010到1030的首標(biāo)文件可以是包括節(jié)目關(guān)聯(lián)表(PAT)和節(jié)目映射表(PMT)的首標(biāo)文件1050。所述PAT和PMT的至少一個從所述多個媒體數(shù)據(jù)1010到1030分離出來以準(zhǔn)備該首標(biāo)文件1050，并且媒體呈現(xiàn)描述可以包含指向該首標(biāo)文件1050的信息。例如，所述指向首標(biāo)文件1050的信息可以是該首標(biāo)文件1050的URL信息，或者指定MPEG-2傳輸流(TS)中包括首標(biāo)文件1050的分組的信息。所述包括PAT和PMT的至少一者的首標(biāo)文件1050是初始片段，并且可以在包括有效載荷數(shù)據(jù)的片段之前向客戶端130發(fā)送，以便啟動所述多個媒體數(shù)據(jù)1010到1030的再現(xiàn)。
回頭參照圖5B的操作532，客戶端130可以通過參考媒體呈現(xiàn)描述而獲得指向首標(biāo)文件1050的信息，并且可以基于指向該首標(biāo)文件1050的信息而請求首標(biāo)文件1050?；谥赶蚴讟?biāo)文件1050的信息請求并接收首標(biāo)文件1050之后,基于該首標(biāo)文件1050中包括的PAT和PMT的至少一個選擇所述多個媒體數(shù)據(jù)1010到1030的至少一個，并且從服務(wù)器120請求所選擇的至少一個媒體數(shù)據(jù)。所述PAT和PMT可以作為首標(biāo)文件1050分離或者包括在所述多個媒體數(shù)據(jù)1010到1030中，并且無論P(yáng)AT和PMT的位置在哪兒，所述PAT和PMT都可以包括所述多個媒體數(shù)據(jù)1010到1030中包括的基本流的整個列表。根據(jù)MPEG-2，PAT和PMT中定義的分組ID (PID)根據(jù)基本流而不同。因此，分配給所述多個媒體數(shù)據(jù)1010到1030的每個的PID可以不同。替換地，根據(jù)另一示范性實(shí)施例，因?yàn)橥ㄟ^對一個內(nèi)容編碼以具有不同質(zhì)量而產(chǎn)生的所述多個媒體數(shù)據(jù)1010到1030是同一內(nèi)容的基本流，所以可以設(shè)置相同的PID。當(dāng)所述多個媒體數(shù)據(jù)1010到1030對應(yīng)于根據(jù)MPEG-2的多個基本流時，所述多個媒體數(shù)據(jù)1010到1030中包括的每個片段可以包括至少一個連續(xù)的分組化的基本流(PES)。但是，一個PES包括在一個片段中。換言之，一個PES不包括在兩個不同的片段中。因?yàn)橥ㄟ^對一個內(nèi)容編碼以具有不同質(zhì)量而產(chǎn)生多個媒體數(shù)據(jù)，所以可以根據(jù)再現(xiàn)時間對齊所述多個媒體數(shù)據(jù)的PES中包括的呈現(xiàn)時間戳(PTS)和解碼時間戳(DTS)的至少一者。換言之，如果第一媒體數(shù)據(jù)的初始PES和第二媒體數(shù)據(jù)的初始PES是同時再現(xiàn)的內(nèi)容，則可以同樣地設(shè)置PTS和DTS的至少一者。此外，當(dāng)通過根據(jù)流環(huán)境改變媒體數(shù)據(jù)而在再現(xiàn)第一媒體數(shù)據(jù)的同時再現(xiàn)第二媒體數(shù)據(jù)時，可以連續(xù)地對齊PTS和DTS的至少一者，使得連續(xù)地再現(xiàn)第一和第二媒體數(shù)據(jù)。換言之，當(dāng)通過改變媒體數(shù)據(jù)而在再現(xiàn)第一媒體數(shù)據(jù)的同時再現(xiàn)第二媒體數(shù)據(jù)時，可以連續(xù)地設(shè)置改變前最后的PES的PTS和DTS的至少一者和改變后第一個PES的PTS和DTS的
至少一者。所述PTS和DTS的至少一者定義視頻數(shù)據(jù)的時間戳。因此，如上所述根據(jù)關(guān)于視頻數(shù)據(jù)的所述多個媒體數(shù)據(jù)的再現(xiàn)時間對齊所述多個媒體數(shù)據(jù)的時間戳?？梢詫⑦@樣基于再現(xiàn)時間的時間戳對齊同樣地應(yīng)用到音頻數(shù)據(jù)。換言之，如關(guān)于視頻數(shù)據(jù)的多個媒體數(shù)據(jù)的時間戳一樣，也可以根據(jù)再現(xiàn)時間對齊關(guān)于音頻數(shù)據(jù)的多個媒體數(shù)據(jù)的時間戳用于自適應(yīng)流傳輸。圖1lA是用于描述根據(jù)另一示范性實(shí)施例的流方法的流程圖。參照圖11A，在操作1110中客戶端130從服務(wù)器120請求關(guān)于多個媒體數(shù)據(jù)的信息。例如，客戶端130可以經(jīng)由HTTP請求從服務(wù)器120請求媒體呈現(xiàn)描述，并且可以接收該媒體呈現(xiàn)描述作為HTTP響應(yīng)。客戶端130向服務(wù)器120發(fā)送對于關(guān)于通過對一個內(nèi)容編碼以具有多種不同質(zhì)量而產(chǎn)生的多個媒體數(shù)據(jù)的信息的請求，并且接收所述信息，以便執(zhí)行適應(yīng)于流環(huán)境的流傳輸。圖 1lA的流方法不同于圖5A的流方法的地方在于:不請求并接收關(guān)于內(nèi)容的信息，而請求并接收關(guān)于所述多個媒體數(shù)據(jù)的信息。在操作1120中，客戶端130向服務(wù)器120發(fā)送請求以發(fā)送所述多個媒體數(shù)據(jù)的至少一個?？蛻舳?30通過參考關(guān)于所述多個媒體數(shù)據(jù)的信息，選擇并請求被編碼以具有適合于流環(huán)境的質(zhì)量的至少一個媒體數(shù)據(jù)，并且從服務(wù)器120接收所請求的至少一個媒體數(shù)據(jù)。
圖1lB是用于描述根據(jù)另一示范性實(shí)施例的流方法的流程圖。參照圖11B，在操作1112中客戶端130向服務(wù)器120發(fā)送請求以發(fā)送關(guān)于多個媒體數(shù)據(jù)的信息，并且響應(yīng)于該請求從服務(wù)器120接收所述關(guān)于多個媒體數(shù)據(jù)的信息。例如，客戶端130可以通過HTTP請求向服務(wù)器120發(fā)送對于媒體呈現(xiàn)描述的請求，并接收該媒體呈現(xiàn)描述作為HTTP響應(yīng)。在操作1122中，客戶端130請求基于操作1112中接收的關(guān)于所述多個媒體數(shù)據(jù)的信息所選擇的媒體數(shù)據(jù)的首標(biāo)。客戶端130通過參考操作1112中接收的關(guān)于所述多個媒體數(shù)據(jù)的信息，請求根據(jù)流環(huán)境所選擇的媒體數(shù)據(jù)的首標(biāo)。響應(yīng)于該請求，服務(wù)器120向客戶端130發(fā)送包括所選擇的媒體數(shù)據(jù)的首標(biāo)的文件。在操作1132中，客戶端130請求服務(wù)器120發(fā)送基于操作1112中接收的關(guān)于所述多個媒體數(shù)據(jù)的信息和操作1122中接收的首標(biāo)而選擇的媒體數(shù)據(jù)?？蛻舳?30向服務(wù)器120發(fā)送請求以發(fā)送通過按預(yù)定的質(zhì)量對內(nèi)容編碼并基于時間劃分編碼后的內(nèi)容而產(chǎn)生的至少一個片段，并且服務(wù)器120向客戶端130發(fā)送所請求的至少一個片段。圖12A至12C每者示出根據(jù)其它示范性實(shí)施例的多個媒體數(shù)據(jù)。例如，圖12A至12C每者示出服務(wù)器1 20中包括的、用于執(zhí)行圖1lA和IlB的流方法的多個媒體數(shù)據(jù)。參照圖12A，服務(wù)器120可以包括通過對一個內(nèi)容編碼以具有多種不同質(zhì)量用于適應(yīng)于流環(huán)境的流傳輸而產(chǎn)生的多個媒體數(shù)據(jù)1010至1030，如圖1OA中所示。這里，圖12A的多個媒體數(shù)據(jù)1010到1030不同于圖1OA的多個媒體數(shù)據(jù)1010到1030的地方在于:客戶端130用于訪問所述多個媒體數(shù)據(jù)1010至1030的信息1240，其中服務(wù)器120包含關(guān)于所述多個媒體數(shù)據(jù)1010至1030的信息，而不包含關(guān)于內(nèi)容的信息，不像圖1OA的示范性實(shí)施例。這里，客戶端130可以從代替服務(wù)器120的另一實(shí)體接收關(guān)于內(nèi)容的信息，并且可以基于所接收的關(guān)于內(nèi)容的信息來訪問服務(wù)器120中包括的多個媒體數(shù)據(jù)1010至1030。參照圖12B，可以通過進(jìn)一步將“NextMeta.xml”文件包括到圖12A的信息1240中來準(zhǔn)備客戶端130用來訪問所述多個媒體數(shù)據(jù)1010到1030的信息1242。參照圖12C，所述多個媒體數(shù)據(jù)1010到1030的首標(biāo)文件可以存在于一個首標(biāo)文件1250中。首標(biāo)文件不為所述多個媒體數(shù)據(jù)1010到1030的每個而存在，而是可以作為一個首標(biāo)文件1250包括在用來訪問所述多個媒體數(shù)據(jù)1010到1030的信息1244中。該首標(biāo)文件1250對應(yīng)于圖1OC的首標(biāo)文件1050。圖13A到13G示出根據(jù)其它示范性實(shí)施例的媒體呈現(xiàn)描述。圖13A到13G示出包含關(guān)于多個媒體數(shù)據(jù)的信息的媒體呈現(xiàn)描述，根據(jù)圖5A和5B以及IlA和IlB的流方法在服務(wù)器120和客戶端130之間發(fā)送和接收所述多個媒體數(shù)據(jù)。在圖5A的操作520、圖5B的操作522、圖1lA的操作1110或圖1lB的操作1112中，客戶端130從服務(wù)器120接收根據(jù)圖13A到13G的媒體呈現(xiàn)描述，并且基于所接收的媒體呈現(xiàn)描述從所述多個媒體數(shù)據(jù)當(dāng)中選擇適合于流環(huán)境的至少一個媒體數(shù)據(jù)。之后，在圖5A的操作530、圖5B的操作542、圖1lA的操作1120或者圖1lB的操作1132中，客戶端130向服務(wù)器120發(fā)送對于所選擇的至少一個媒體數(shù)據(jù)的請求，并且響應(yīng)于該請求接收所述至少一個媒體數(shù)據(jù)。參照圖13A，該媒體呈現(xiàn)描述包括作為與最高標(biāo)簽對應(yīng)的“MPD”的較低標(biāo)簽的iiProgramInformation (節(jié)目信息)”標(biāo)簽?！癙rogramInformation〃標(biāo)簽包括作為更低標(biāo)簽的、用于劃分流內(nèi)容的再現(xiàn)時段的“Period (時段)”標(biāo)簽，并且該“Period”標(biāo)簽包括與可以在對應(yīng)的再現(xiàn)時段流傳輸?shù)亩鄠€媒體數(shù)據(jù)對應(yīng)的“R印resentation (呈現(xiàn))”標(biāo)簽。雖然圖13A至13G分別示出了 “Representation”標(biāo)簽,但是如果可以在預(yù)定的再現(xiàn)時段中再現(xiàn)多個媒體數(shù)據(jù)，則對于本領(lǐng)域普通技術(shù)人員來說顯然可以分別定義對應(yīng)于多個媒體數(shù)據(jù)的多個 “Representation” 標(biāo)簽。此外，如上所述，每個媒體數(shù)據(jù)可以包括基于時間劃分的一個或多個片段，并且可以用“Segmentlnfo (片段信息)”標(biāo)簽來定義所述一個或多個片段。圖13A的“!^presentation”標(biāo)簽包括作為屬性來定義媒體數(shù)據(jù)的質(zhì)量的“bandwidth (帶寬)”、“resolution (分辨率)，，和 “framerate (中貞率)，，的至少一者?！癰andwidth”屬性定義用于發(fā)送并接收該媒體數(shù)據(jù)的帶寬，并且可以是該媒體數(shù)據(jù)的比特率。“resolution”屬性定義該媒體數(shù)據(jù)的分辨率，并且如果該媒體數(shù)據(jù)是視頻數(shù)據(jù)，則該“resolution”屬性可以定義該視頻數(shù)據(jù)的水平和垂直尺寸?！癴ramerate”屬性 定義該媒體數(shù)據(jù)的幀率。如果該媒體數(shù)據(jù)是視頻數(shù)據(jù)，該“framerate”屬性可以定義每個單位時間再現(xiàn)的幀數(shù)，并且如果該媒體數(shù)據(jù)是音頻數(shù)據(jù)，該“framerate”屬性可以定義采樣頻率。如上所述，確定媒體數(shù)據(jù)的質(zhì)量的元素可以包括各種元素，包括比特率、采樣頻率、分辨率或者幀率。圖13A的媒體呈現(xiàn)描述不同于圖9A至9H的媒體呈現(xiàn)描述的地方在于，圖13A的媒體呈現(xiàn)描述包括所述各種元素當(dāng)中的幀率。一般，隨著幀率的增加，該媒體數(shù)據(jù)的尺寸增加；而隨著幀率減小,該媒體數(shù)據(jù)的尺寸減小。此外，根據(jù)客戶端130的硬件能力可以限制該媒體數(shù)據(jù)的再現(xiàn)幀率。因此，考慮流環(huán)境的自適應(yīng)流傳輸可以使用對其設(shè)置了不同幀率的多個媒體數(shù)據(jù)。對于使用幀率的自適應(yīng)流傳輸，媒體呈現(xiàn)描述的“Representation”標(biāo)簽如圖13A中所示包括“framerate”屬性。圖13B示出具有恒定的幀率的媒體數(shù)據(jù)的媒體呈現(xiàn)描述。幀率可以是恒定的，或者可以根據(jù)媒體數(shù)據(jù)編碼方法而變化。圖13B示出關(guān)于具有恒定的幀率的媒體數(shù)據(jù)的媒體呈現(xiàn)描述，其中“Representation”標(biāo)簽的“framerate”屬性被定義為“CRF/30”以便指示該媒體數(shù)據(jù)具有30的恒定幀率。圖13C示出具有可變幀率的媒體數(shù)據(jù)的媒體呈現(xiàn)描述。在使用可變幀率來對媒體數(shù)據(jù)編碼的情況下，“Representation”標(biāo)簽的“framerate”屬性被定義為“VFR/30”以便指示該媒體數(shù)據(jù)具有可變幀率。這里，“30”可以是該具有可變幀率的媒體數(shù)據(jù)的平均幀率。參照圖13B和13C，通過使用“CFR”或“VFR”將媒體數(shù)據(jù)的幀率清楚地定義為恒定或可變。但是，也可以如圖13D中所示通過使用僅僅一個數(shù)字來定義幀率。在如圖13D中所示定義“framerate”屬性的情況下,如果媒體數(shù)據(jù)的巾貞率是恒定的，該“framerate”屬性指示恒定的幀率是“30”，而如果該媒體數(shù)據(jù)的幀率是變化的，則該“framerate”屬性指示平均幀率是“30”。圖13E對應(yīng)于這樣一種情況，其中當(dāng)媒體數(shù)據(jù)的幀率是可變時媒體呈現(xiàn)描述通過使用“minframerate (最小巾貞率)”和“maxframerate (最大巾貞率)”來定義最大巾貞率和最小幀率。
圖13F和13G示出當(dāng)媒體數(shù)據(jù)的比特率是恒定或可變時的媒體呈現(xiàn)描述。如在圖13F 中所不，通過將 “Representation” 標(biāo)簽的 “bandwidth” 屬性定義為 “CBR/250kbps”，可以指示該媒體數(shù)據(jù)具有“250kbps”的恒定比特率，并且如在圖13G中所示，通過將“bandwidth”屬性定義為“VBR/250kbps”，可以指示該媒體數(shù)據(jù)具有可變的比特率。圖13G的“ 250kbps ”指示具有可變比特率的媒體數(shù)據(jù)的平均比特率是“ 250kbps ”。圖14A到14D示出根據(jù)其它示范性實(shí)施例的媒體呈現(xiàn)描述。圖14A到14D示出包含關(guān)于多個媒體數(shù)據(jù)的信息的媒體呈現(xiàn)描述，根據(jù)圖5A和5B以及IlA和IlB的流方法在服務(wù)器120和客戶端130之間發(fā)送和接收所述多個媒體數(shù)據(jù)。換言之，在圖5A的操作520、圖5B的操作522、圖1lA的操作1110或圖1lB的操作1112中，客戶端130從服務(wù)器120接收根據(jù)圖14A到14D的媒體呈現(xiàn)描述，并且基于所接收的媒體呈現(xiàn)描述從所述多個媒體數(shù)據(jù)當(dāng)中選擇適合于流環(huán)境的至少一個媒體數(shù)據(jù)。之后，在圖5A的操作530、圖5B的操作542、圖1lA的操作1120或者圖1lB的操作1132中，客戶端130向服務(wù)器120請求所選擇的至少一個媒體數(shù)據(jù)，并且響應(yīng)于該請求接收所述至少一個媒體數(shù)據(jù)。類似于圖13A的媒體呈現(xiàn)描述，圖14A至14D的媒體呈現(xiàn)描述包括涉及用于確定內(nèi)容質(zhì)量的多個兀素的屬性，即“bandwidth”、“resolution”和“framerate”屬性。為了在最小化圖像質(zhì)量的惡化的同時進(jìn)一步有效地執(zhí)行自適應(yīng)的流傳輸，有必要劃分所述多個元素的優(yōu)先次序。因此，根據(jù)本實(shí)施例的媒體呈現(xiàn)描述包含關(guān)于用于確定內(nèi)容質(zhì)量的所述多個元素之間的優(yōu)先次序的信息。

在流傳輸內(nèi)容涉及新聞的情況下，屏幕上沒有很多對象的移動，因此雖然幀率減小但是圖像質(zhì)量的惡化較小。因此，比起幀率，用于確定質(zhì)量的所述多個元素當(dāng)中的比特率和分辨率更多地影響了所述內(nèi)容的質(zhì)量。但是，在流傳輸內(nèi)容涉及體育運(yùn)動的情況下，屏幕上有很多對象的移動，所以如果幀率減小則該圖像質(zhì)量的惡化較大。因此，比起比特率或分辨率，用于確定質(zhì)量的所述多個元素當(dāng)中的幀率更多地影響了所述內(nèi)容的質(zhì)量。在自適應(yīng)流傳輸中，當(dāng)客戶端130從多個媒體數(shù)據(jù)當(dāng)中選擇適合于流環(huán)境的媒體數(shù)據(jù)并且向服務(wù)器120請求該媒體數(shù)據(jù)時，用于確定質(zhì)量的所述多個元素當(dāng)中的優(yōu)先次序可以作為重要的選擇標(biāo)準(zhǔn)而起作用。因此，根據(jù)本實(shí)施例的圖14A至14D的媒體呈現(xiàn)描述通過使用“qualitydependency (質(zhì)量依靠)”屬性來定義關(guān)于用于確定質(zhì)量的所述多個元素當(dāng)中的優(yōu)先次序的信息，使得客戶端130可以選擇適合于流環(huán)境的最佳媒體數(shù)據(jù)?？梢栽谧鳛榕c媒體數(shù)據(jù)相關(guān)的“R印resentation”標(biāo)簽的更高標(biāo)簽的“Period”標(biāo)簽中定義“qualitydependency”屬性。如上所述,使用“Period”標(biāo)簽來劃分再現(xiàn)時段。因?yàn)樵凇癙eriod”標(biāo)簽中定義“qualitydependency”屬性,所以客戶端130可以通過參考該“qualitydependency”屬性來選擇多個媒體數(shù)據(jù)的一個,其中可以在與媒體呈現(xiàn)描述的“Period”標(biāo)簽對應(yīng)的再現(xiàn)時段中再現(xiàn)所述多個媒體數(shù)據(jù)。圖14A至14D示出在“Period”標(biāo)簽中定義“qualitydependency”屬性的例子。但是，對于該“Period”標(biāo)簽沒必要定義用于確定質(zhì)量的所述多個元素當(dāng)中的優(yōu)先次序，因此可以不在“Period”標(biāo)簽中而是在作為與所述多個媒體數(shù)據(jù)對應(yīng)的“R印resentation”標(biāo)簽的更高標(biāo)簽的任何標(biāo)簽中定義該“ qua I i tydependency ”屬性。例如，如果在所有再現(xiàn)時段中用于確定所述內(nèi)容的質(zhì)量的多個元素當(dāng)中的優(yōu)先次序相同，則可以在“Programlnformation” 標(biāo)簽或 “MPD” 中定義該 “qualitydependency” 屬性。圖14A示出包括定義了 “qualitydependency”屬性的“Period”標(biāo)簽的媒體呈現(xiàn)描述。參照圖14A, “Period”標(biāo)簽一起定義“qualitydependency”與“start”屬性，使得該“Period”標(biāo)簽定義了由該“start”標(biāo)簽定義的再現(xiàn)時段中用于確定質(zhì)量的多個元素當(dāng)中的優(yōu)先次序。參照圖14B,可以用這樣的方式定義“qualitydependency”屬性使得具體地描述多個元素當(dāng)中的優(yōu)先次序。如圖14B中所示，可以通過使用不等號來詳細(xì)描述作為用于確定質(zhì)量的多個元素的“Resolution”、“Bandwidth”和“Framerate”當(dāng)中的優(yōu)先次序。參照圖14C,可以通過根據(jù)優(yōu)先順序排列符號來定義“qualitydependency”屬性，其中分別給多個元素分配所述符號。在這方面，可以給“Resolution”分配“1”，可以給比特率即“Bandwidth”分配“2”，可以給“Framerate”分配“3”，那么可以將“qualitydependency”屬性定義為“123”。根據(jù)圖14C的定義的用于確定質(zhì)量的所述多個元素當(dāng)中的優(yōu)先次序被確定為和圖14B —樣的“Resolution>Bandwidth>Framerate”?？梢愿鶕?jù)客戶端130和服務(wù)器120之間設(shè)置的預(yù)定規(guī)則來執(zhí)行所述元素和所述符號之間的匹配。參照圖14D，可以通過描述多個元素當(dāng)中具有最高優(yōu)先次序的僅僅一個元素來定義“qualitydependency”屬性。在圖14C的例子中，可以通過使用“qualitydependency”屬性來定義“Resolution'“Bandwidth”和“Framerate”當(dāng)中對質(zhì)量具有最大影響的元素。在圖14D的例子中，定義“Framerate”作為對質(zhì)量具有最大影響的元素。圖15是根據(jù)另一示范性實(shí)施例的媒體呈現(xiàn)描述的圖。參照圖15，根據(jù)本實(shí)施例的媒體呈現(xiàn)描述包括作為關(guān)于再現(xiàn)時段的標(biāo)簽的“Period”標(biāo)簽，并且定義前述“qualitydependency”屬性作為該“Period”標(biāo)簽的一個屬性。定義用于確定質(zhì)量 的多個元素當(dāng)中的優(yōu)先次序的該“qualitydependency”屬性被定義為字符串。該字符串可以是參照圖14B如上述通過使用不等號來具體地描述多個元素當(dāng)中的優(yōu)先次序的字符串，或者可以是參照圖14C如上述根據(jù)優(yōu)先次序排列分配給多個元素的符號的字符串。同樣，參照圖14D如上所述，該字符串可以是描述多個元素當(dāng)中具有最高優(yōu)先次序的僅僅一個元素的字符串。圖16是根據(jù)示范性實(shí)施例的服務(wù)器120的媒體數(shù)據(jù)發(fā)送裝置1600的圖。參照圖16，服務(wù)器120的媒體數(shù)據(jù)發(fā)送裝置1600包括信息發(fā)送單元1610和媒體數(shù)據(jù)發(fā)送單元1620。信息發(fā)送單元1610從客戶端130接收關(guān)于預(yù)定信息的發(fā)送的請求，并且響應(yīng)于該請求發(fā)送所請求的信息。信息發(fā)送單元1610從客戶端130接收對于關(guān)于內(nèi)容的信息或者關(guān)于多個媒體數(shù)據(jù)的信息的發(fā)送的請求，并向客戶端130發(fā)送所請求的信息。根據(jù)圖2A、2B、5A、5B、11A和IlB的實(shí)施例，信息發(fā)送單元1610從客戶端130接收對于關(guān)于內(nèi)容的信息或者關(guān)于多個媒體數(shù)據(jù)的信息的發(fā)送的HTTP請求，并且發(fā)送所請求的信息作為HTTP響應(yīng)。從服務(wù)器120向客戶端130發(fā)送的關(guān)于所述多個媒體數(shù)據(jù)的信息可以是媒體呈現(xiàn)描述，并且該媒體呈現(xiàn)描述可以是參照圖9A到9H、13A到13G，以及14A到14D的上述那些。因此，參照圖13A到13G如上所述，媒體呈現(xiàn)描述可以包括用于確定內(nèi)容質(zhì)量的多個元素，并且該多個元素可以包括比特率、分辨離、幀率等等。同樣，參照圖14A到14D如上所述，媒體呈現(xiàn)描述可以包含關(guān)于所述多個元素當(dāng)中的優(yōu)先次序的信息。媒體數(shù)據(jù)發(fā)送單元1620從客戶端130接收對于根據(jù)流環(huán)境從所述多個媒體數(shù)據(jù)當(dāng)中選擇的至少一個媒體數(shù)據(jù)的發(fā)送的請求，并且向客戶端130發(fā)送所請求的媒體數(shù)據(jù)。媒體數(shù)據(jù)發(fā)送單元1620接收對于基于關(guān)于所述多個媒體數(shù)據(jù)的信息來選擇的媒體數(shù)據(jù)的發(fā)送的請求，從信息發(fā)送單元1610向客戶端130發(fā)送所述關(guān)于所述多個媒體數(shù)據(jù)的信息。服務(wù)器120可以從編碼設(shè)備110接收被編碼以具有不同質(zhì)量的多個媒體數(shù)據(jù)，并且可以向客戶端130發(fā)送所請求的媒體數(shù)據(jù)。此外,根據(jù)來自客戶端130的發(fā)送請求，服務(wù)器120可以從編碼設(shè)備110實(shí)時地接收媒體數(shù)據(jù)，并且可以向客戶端130傳遞該媒體數(shù)據(jù)。根據(jù)從信息發(fā)送單元1610發(fā)送的媒體呈現(xiàn)描述，客戶端130可以請求適合于流傳輸內(nèi)容的內(nèi)容，并且所述媒體呈現(xiàn)描述可以包括如上所述用于確定質(zhì)量的多個元素，使得客戶端130可以基于該多個元素選擇適合于流傳輸內(nèi)容的至少一個媒體數(shù)據(jù)，并且可以向媒體數(shù)據(jù)發(fā)送單元1620請求該至少一個媒體數(shù)據(jù)。如上所述，在所述多個元素當(dāng)中存在優(yōu)先次序的情況下，客戶端130可以基于關(guān)于該優(yōu)先次序的信息選擇適合于流傳輸內(nèi)容的至少一個媒體數(shù)據(jù)，并且可以向媒體數(shù)據(jù)發(fā)送單元1620請求該至少一個媒體數(shù)據(jù)。圖17是根據(jù)示范性實(shí)施例的客戶端130的媒體數(shù)據(jù)接收裝置1700的圖。

參照圖17，根據(jù)本實(shí)施例的客戶端130的媒體數(shù)據(jù)接收裝置1700包括信息接收單元1710和媒體數(shù)據(jù)接收單元1720。信息接收單元1710向服務(wù)器120發(fā)送對于預(yù)定信息的發(fā)送的請求，并且響應(yīng)于該請求從服務(wù)器120接收所請求的信息。信息接收單元1710向服務(wù)器120發(fā)送對于關(guān)于內(nèi)容的信息或者關(guān)于多個媒體數(shù)據(jù)的信息的發(fā)送的請求，并且從服務(wù)器120接收所請求的信息。根據(jù)圖2A、2B、5A、5B、11A和IlB的實(shí)施例，信息接收單元1710向服務(wù)器120發(fā)送對于關(guān)于內(nèi)容的信息或者關(guān)于多個媒體數(shù)據(jù)的信息的發(fā)送的HTTP請求，并且接收所請求的信息作為HTTP響應(yīng)?？蛻舳?30從服務(wù)器120接收的關(guān)于所述多個媒體數(shù)據(jù)的信息可以是媒體呈現(xiàn)描述，并且該媒體呈現(xiàn)描述可以是參照圖9A到9H、13A到13G，以及14A到14D的上述那些。因此，參照圖13A到13G如上所述，媒體呈現(xiàn)描述可以包括用于確定內(nèi)容質(zhì)量的多個元素，并且該多個元素可以包括比特率、分辨率、幀率等等。同樣，參照圖14A到14D如上所述，媒體呈現(xiàn)描述可以包含關(guān)于所述多個元素當(dāng)中的優(yōu)先次序的信息。媒體數(shù)據(jù)接收單元1720向服務(wù)器120發(fā)送對于發(fā)送根據(jù)流環(huán)境從所述多個媒體數(shù)據(jù)當(dāng)中選擇的至少一個媒體數(shù)據(jù)的請求，并且從服務(wù)器120接收所請求的媒體數(shù)據(jù)。媒體數(shù)據(jù)接收單元1720發(fā)送請求，該請求與發(fā)送基于關(guān)于所述多個媒體數(shù)據(jù)的信息來選擇的媒體數(shù)據(jù)有關(guān)，由信息接收單元1710從服務(wù)器120接收所述關(guān)于多個媒體數(shù)據(jù)的信息。根據(jù)從服務(wù)器120發(fā)送的媒體呈現(xiàn)描述，媒體數(shù)據(jù)接收單元1720可以請求適合于流傳輸內(nèi)容的內(nèi)容，并且該媒體呈現(xiàn)描述可以包括上述用于確定質(zhì)量的多個元素，使得媒體數(shù)據(jù)接收單元1720可以基于該多個元素選擇適合于流傳輸內(nèi)容的至少一個媒體數(shù)據(jù)，并且可以向服務(wù)器120發(fā)送對于該至少一個媒體數(shù)據(jù)的請求。如上所述，在所述多個元素當(dāng)中存在優(yōu)先次序的情況下，媒體數(shù)據(jù)并接收單元1720可以基于關(guān)于該優(yōu)先次序的信息選擇適合于流傳輸內(nèi)容的至少一個媒體數(shù)據(jù)，并且可以向服務(wù)器120發(fā)送對于該至少一個媒體數(shù)據(jù)的請求。根據(jù)在此描述的實(shí)施例，通過使用現(xiàn)有的協(xié)議而不改變服務(wù)器和/或客戶端的配置，可以根據(jù)流環(huán)境進(jìn)行自適應(yīng)的流傳輸，借此可以以低成本形成與各種類型的媒體格式兼容的自適應(yīng)的流傳輸系統(tǒng)。在此描述的示范性實(shí)施例也可以具體實(shí)現(xiàn)為計算機(jī)可讀記錄介質(zhì)上的計算機(jī)可讀碼。例如，根據(jù)示范性實(shí)施例的服務(wù)器的流裝置和客戶端的流裝置可以包括耦接到圖16和17的裝置的每個單元的總線，和連接到該總線的至少一個處理器。此外，所述流裝置可以進(jìn)一步包括耦接到所述至少一個處理器的存儲器，以便存儲命令、所接收的消息或者所產(chǎn)生的消息，其中該至少一個處理器連接到所述總線以執(zhí)行所述命令。計算機(jī)可讀記錄介質(zhì)的例子包括只讀存儲器(ROM)、隨機(jī)存取存儲器(RAM)、⑶-ROM、磁帶、軟盤、光數(shù)據(jù)存儲器設(shè)備等等。該計算機(jī)可讀記錄介質(zhì)還可以是分布的網(wǎng)絡(luò)耦合計算機(jī)系統(tǒng)以使得以分布式方式存儲和運(yùn)行計算機(jī)可讀代碼。雖然已經(jīng)具體地示出和描述了示范性實(shí)施例，但是本領(lǐng)域普通技術(shù)人員應(yīng)該理解，可在形式和細(xì)節(jié)方面進(jìn)行各種改變而不脫離由以下權(quán)利要求限定的本發(fā)明構(gòu)思的精神 和范圍。
權(quán)利要求
1.一種接收媒體數(shù)據(jù)的方法，該方法包括: 從服務(wù)器接收文件，其中該文件包含關(guān)于通過以不同質(zhì)量對預(yù)定內(nèi)容編碼而產(chǎn)生的多個媒體數(shù)據(jù)的信息；以及 基于該文件，接收所述多個媒體數(shù)據(jù)的至少一個媒體數(shù)據(jù)， 其中所述文件包括用于所述多個媒體數(shù)據(jù)的每個的幀率。
2.如權(quán)利要求1的方法，其中文件包括多個第一標(biāo)簽，該多個第一標(biāo)簽包括關(guān)于所述多個媒體數(shù)據(jù)的每個的標(biāo)題、類型、分辨率和比特率的至少一者，并且 該多個第一標(biāo)簽的每個都包括幀率。
3.如權(quán)利要求2的方法，其中所述文件包括作為所述多個第一標(biāo)簽的更高標(biāo)簽的第二標(biāo)簽，其中該第二標(biāo)簽包含關(guān)于用于確定質(zhì)量的多個元素當(dāng)中的優(yōu)先次序的信息。
4.如權(quán)利要求3的方法，其中多個元素包括分辨率、比特率和幀率。
5.如權(quán)利要求3的方法，其中關(guān)于所述多個元素當(dāng)中的優(yōu)先次序的信息包括分別分配給所述多個元素并且根據(jù)優(yōu)先次序排列的多個符號。
6.如權(quán)利要求3的方法，其中關(guān)于所述多個元素當(dāng)中的優(yōu)先次序的信息包括關(guān)于來自所述多個元素當(dāng)中的具有最高優(yōu)先次序的一個元素的信息。
7.如權(quán)利要求3的方法，進(jìn)一步包括: 從服務(wù)器接收所述文件之后，基于關(guān)于所述多個元素當(dāng)中的優(yōu)先次序的信息，選擇所述多個媒體數(shù)據(jù)的至少一個媒體數(shù)據(jù)；以及 所述接收步驟包括接收所述多個媒體數(shù)據(jù)中所選擇的至少一個媒體數(shù)據(jù)。
8.如權(quán)利要求3的方法，其中第二標(biāo)簽定義了所述內(nèi)容的再現(xiàn)時段。
9.如權(quán)利要求2的方法，其中所述多個媒體數(shù)據(jù)的每個都包括通過對所述內(nèi)容編碼以具有預(yù)定質(zhì)量并根據(jù)時間段劃分編碼后的內(nèi)容而產(chǎn)生的多個片段的至少一個。
10.一種發(fā)送媒體數(shù)據(jù)的方法，該方法包括: 向客戶端發(fā)送文件，其中該文件包含關(guān)于通過以不同質(zhì)量對預(yù)定內(nèi)容編碼而產(chǎn)生的多個媒體數(shù)據(jù)的信息；以及 根據(jù)來自客戶端的基于所發(fā)送文件的請求，向客戶端發(fā)送所述多個媒體數(shù)據(jù)的至少一個媒體數(shù)據(jù)， 其中所述文件包括用于所述多個媒體數(shù)據(jù)的每個的幀率。
11.如權(quán)利要求10的方法，其中所述文件包括多個第一標(biāo)簽，該多個第一標(biāo)簽包括關(guān)于所述多個媒體數(shù)據(jù)的每個的標(biāo)題、類型、分辨率和比特率的至少一者,并且 該多個第一標(biāo)簽的每個都包括幀率。
12.如權(quán)利要求11的方法，其中文件包括作為所述多個第一標(biāo)簽的更高標(biāo)簽的第二標(biāo)簽，其中該第二標(biāo)簽包含關(guān)于用于確定質(zhì)量的多個元素當(dāng)中的優(yōu)先次序的信息。
13.一種媒體數(shù)據(jù)接收裝置，包括: 信息接收單元，從服務(wù)器接收文件， 其中該文件包含關(guān)于通過以不同質(zhì)量對預(yù)定內(nèi)容編碼而產(chǎn)生的多個媒體數(shù)據(jù)的信息；及 媒體數(shù)據(jù)接收單元，基于所述文件接收所述多個媒體數(shù)據(jù)的至少一個媒體數(shù)據(jù)， 其中所述文件包括用于所述多個媒體數(shù)據(jù)的每個的幀率。
14.一種媒體數(shù)據(jù)發(fā)送裝置，包括: 信息發(fā)送單元，向客戶端發(fā)送文件， 其中該文件包含關(guān)于通過以不同質(zhì)量對預(yù)定內(nèi)容編碼而產(chǎn)生的多個媒體數(shù)據(jù)的信息；及 媒體數(shù)據(jù)發(fā)送單元，根據(jù)來自客戶端的基于所發(fā)送文件的請求，向客戶端發(fā)送所述多個媒體數(shù)據(jù)的至少一個媒體數(shù)據(jù)， 其中所述文件包括用于所述多個媒體數(shù)據(jù)的每個的幀率。
15.一種計算機(jī) 可讀記錄介質(zhì)，在其上記錄了用于執(zhí)行權(quán)利要求1至12之一的方法的程序。
全文摘要
提供了一種用于基于關(guān)于用于確定多個媒體數(shù)據(jù)的質(zhì)量的多個元素的信息的根據(jù)流環(huán)境執(zhí)行自適應(yīng)的流傳輸?shù)姆椒ê脱b置，所述多個媒體數(shù)據(jù)是關(guān)于同一內(nèi)容的。
文檔編號H04L29/06GK103222277SQ201180027573
公開日2013年7月24日 申請日期2011年6月3日 優(yōu)先權(quán)日2010年6月4日
發(fā)明者河昊振, 權(quán)五塤, 張冠華, 崔馨鐸, 金善勃, 琴智恩 申請人:三星電子株式會社