專利名稱：發(fā)送和接收數(shù)據(jù)的方法和裝置的制作方法
技術(shù)領(lǐng)域：
與示范性實施例一致的方法和裝置涉及發(fā)送和接收數(shù)據(jù)，更具體來說，涉及通過使用關(guān)于媒體數(shù)據(jù)中所包括的成分(component)的信息來發(fā)送和接收數(shù)據(jù)。
背景技術(shù)：
通過網(wǎng)絡(luò)發(fā)送媒體數(shù)據(jù)的方法的例子包括下載方法和流式傳輸(streaming)方法。根據(jù)流式傳輸方法，服務(wù)器實時發(fā)送媒體數(shù)據(jù)，而且客戶端實時重現(xiàn)(reproduce)接收到的媒體數(shù)據(jù)，而且可以提前獲取與接下來將接收到的數(shù)據(jù)有關(guān)的附加信息。一般來說，媒體數(shù)據(jù)包括多個成分。服務(wù)器存儲與多個成分的組合相對應(yīng)的多個
媒體數(shù)據(jù)。當用戶請求多個媒體數(shù)據(jù)中的一條媒體數(shù)據(jù)時，服務(wù)器發(fā)送所請求的媒體數(shù)據(jù)。

發(fā)明內(nèi)容
技術(shù)方案示范性實施例的一個或多個方面提供了用于發(fā)送和接收數(shù)據(jù)的方法和裝置，更具體來說，提供用于將數(shù)據(jù)與關(guān)于媒體數(shù)據(jù)中所包括的成分的信息一起發(fā)送和接收的方法和
>J-U ρ α裝直。


通過參照附圖詳細描述其示范性實施例，上述和/或其他方面將變得更加明顯，在附圖中圖I是根據(jù)示范性實施例的流式傳輸系統(tǒng)(streaming system)的示圖；圖2A和圖2B是根據(jù)示范性實施例的、描述流式傳輸方法的流程圖；圖3是根據(jù)示范性實施例的、包括關(guān)于內(nèi)容的信息的文件的大綱(schema)；圖4A示出根據(jù)示范性實施例的、用于定義多個媒體數(shù)據(jù)的信息；圖4B示出根據(jù)示范性實施例的、關(guān)于媒體數(shù)據(jù)的首標(header)的信息；圖4C示出根據(jù)示范性實施例的、關(guān)于多個媒體數(shù)據(jù)中的每一個中所包括的至少一段(segment)的信息；圖5A和圖5B是根據(jù)另一示范性實施例的、描述流式傳輸方法(streamingmethod)的流程圖；圖6是根據(jù)另一示范性實施例的、包括關(guān)于內(nèi)容的信息的文件的大綱；圖7示出根據(jù)示范性實施例的、關(guān)于內(nèi)容的信息；圖8A和圖8B是根據(jù)示范性實施例的媒體呈現(xiàn)描述(media presentationdescription)的大綱；圖9A至圖9H示出了根據(jù)示范性實施例的媒體呈現(xiàn)描述；圖10A至圖10C各自示出了根據(jù)示范性實施例的多個媒體數(shù)據(jù)；圖IlA和圖IlB是根據(jù)其他示范性實施例的描述流式傳輸方法的流程圖12A和圖12C各自示出了根據(jù)其他示范性實施例的多個媒體數(shù)據(jù)；圖13是根據(jù)示范性實施例的數(shù)據(jù)傳輸系統(tǒng)中的操作方法的流程圖；圖14是根據(jù)示范性實施例的、示出成分信息的表格；圖15示出了根據(jù)示范性實施例的、關(guān)于媒體數(shù)據(jù)的信息的示例；圖16是根據(jù)另一個示范性實施例的、示出成分信息的表格；圖17示出了根據(jù)另一個示范性實施例的、關(guān)于媒體數(shù)據(jù)的信息的示例；圖18示出了根據(jù)另一個示范性實施例的、關(guān)于媒體數(shù)據(jù)的信息的示例；圖19是根據(jù)示范性實施例的數(shù)據(jù)發(fā)送裝置的框圖； 圖20是根據(jù)示范性實施例的數(shù)據(jù)接收裝置的框圖；以及圖21是根據(jù)示范性實施例的接收數(shù)據(jù)的方法的流程圖。最佳實施方式根據(jù)示范性實施例的一個方面，提供了一種接收數(shù)據(jù)的方法，該方法包括獲取關(guān)于第一媒體數(shù)據(jù)的信息，第一媒體數(shù)據(jù)包括至少一個成分；以及基于關(guān)于第一媒體數(shù)據(jù)的信息，獲取至少一個成分，其中，關(guān)于第一媒體數(shù)據(jù)的信息還包括指示至少一個成分是否與從第二媒體數(shù)據(jù)獲取的成分一起被提供的信息。關(guān)于第一媒體數(shù)據(jù)的信息可以包括關(guān)于至少一個成分中的每一個的成分信息，而且成分信息可以包括關(guān)于第一媒體數(shù)據(jù)中所包括的至少一個成分的類型信息。成分信息還可以包括至少一個成分的標識信息。成分信息還可以包括關(guān)于第一媒體數(shù)據(jù)中所包括的視頻成分的相機角度信息。成分信息還可以包括關(guān)于第一媒體數(shù)據(jù)中所包括的音頻成分的通道信息和語言代碼信息中的至少一個。成分信息還可以包括關(guān)于第一媒體數(shù)據(jù)中所包括的字幕成分的語言信息。關(guān)于第一媒體數(shù)據(jù)的信息還可以包括指示第一媒體數(shù)據(jù)和第二媒體數(shù)據(jù)是否包括通過對相同內(nèi)容進行編碼所生成的相應(yīng)成分的信息。獲取關(guān)于第一媒體數(shù)據(jù)的信息可以包括從包括關(guān)于通過將預定內(nèi)容編碼為具有不同品質(zhì)所生成的多個成分的信息的文件獲取關(guān)于第一媒體數(shù)據(jù)的信息。根據(jù)示范性實施例的另一個方面，提供了一種發(fā)送數(shù)據(jù)的方法，該方法包括由服務(wù)器生成關(guān)于第一媒體數(shù)據(jù)的信息，第一媒體數(shù)據(jù)包括至少一個成分；由服務(wù)器發(fā)送關(guān)于第一媒體數(shù)據(jù)的信息；以及基于對應(yīng)于發(fā)送關(guān)于第一媒體數(shù)據(jù)的信息的請求，由服務(wù)器發(fā)送至少一個成分，其中，關(guān)于第一媒體數(shù)據(jù)的信息包括指示至少一個成分是否與從第二媒體數(shù)據(jù)獲取的成分一起被提供的信息。根據(jù)示范性實施例的另一個方面，提供了一種用于接收數(shù)據(jù)的裝置，該裝置包括信息獲取單元，其獲取關(guān)于第一媒體數(shù)據(jù)的信息，第一媒體數(shù)據(jù)包括構(gòu)成多媒體數(shù)據(jù)的至少一個成分；以及成分獲取單元，其基于關(guān)于第一媒體數(shù)據(jù)的信息，獲取至少一個成分，其中，關(guān)于第一媒體數(shù)據(jù)的信息包括指示至少一個成分是否與從第二媒體數(shù)據(jù)獲取的成分一起被提供的信息。根據(jù)示范性實施例的另一個方面，提供了一種用于發(fā)送數(shù)據(jù)的裝置，該裝置包括信息生成器，其生成關(guān)于第一媒體數(shù)據(jù)的信息，第一媒體數(shù)據(jù)包括至少一個成分；信息發(fā)送器，其發(fā)送關(guān)于第一媒體數(shù)據(jù)的信息；以及成分發(fā)送器，其基于對應(yīng)于發(fā)送關(guān)于第一媒體數(shù)據(jù)的信息的請求，發(fā)送至少一個成分，其中，關(guān)于第一媒體數(shù)據(jù)的信息包括指示至少一個成分是否與從第二媒體數(shù)據(jù)獲取的成分一起被提供的信息。
具體實施例方式本申請要求2009年11月13日向美國專利商標局提交的第61/260，906號美國臨時申請、2010年3月24日向美國專利商標局提交的第61/316，842號美國臨時申請以及2010年3月25日向美國專利商標局提交的第61/317，280號美國臨時申請的權(quán)益，并且要求2010年10月22日向韓國知識產(chǎn)權(quán)局提交的第10-2010-0103725號韓國專利申請的優(yōu)先權(quán)，這些申請的公開通過引用全部并入此處。為了便于描述，現(xiàn)在將對此處所使用的術(shù)語進行簡單定義。內(nèi)容(content)的例子包括音頻信息、視頻信息、音頻視頻信息和 數(shù)據(jù)。內(nèi)容項目(content item)可以包括多個成分,這將在后面描述。成分(component)是諸如音頻信息、視頻信息和字幕信息的內(nèi)容項目的組成部分(constituent)。例如，成分可以是以預定語言編寫的字幕流，或者以預定的相機角度獲取的視頻流。根據(jù)容器(container),成分可以被稱為軌道(track)或基本流(elementarystream, ES)。內(nèi)容資源(例如，各種質(zhì)量(quality)、各種比特率、以及各種角度)是內(nèi)容項目，其從多個表示(representation)提供以便對內(nèi)容項目執(zhí)行自適應(yīng)流式傳輸(adaptivestreaming)。服務(wù)搜索過程可以被稱為內(nèi)容資源。內(nèi)容資源可以包括至少一個連續(xù)時間的時段(period)。時段是內(nèi)容資源的時間部分(temporal section)。表示(representation)是時段內(nèi)內(nèi)容資源的版本(所有成分、或某些成分)。多個表示可以具有成分的不同子集、或成分的不同編碼參數(shù)(例如，比特率)。貫穿本說明書，表示被稱為媒體數(shù)據(jù)，但是可以被稱為用于指示包括至少一個成分的數(shù)據(jù)的任意術(shù)語。段(segment)是由預定系統(tǒng)層格式(TS、或MP4)中的唯一內(nèi)容統(tǒng)一資源定位符(Universal Resource Locator, URL)所指不的表不的時間部分。以下，將參照其中示出了本發(fā)明的示范性實施例的附圖來更加全面地描述示范性實施例。圖I是根據(jù)示范性實施例的流式傳輸系統(tǒng)100的示圖。參照圖1，根據(jù)當前示范性實施例的流式傳輸系統(tǒng)100包括編碼設(shè)備110、服務(wù)器120和客戶端130。編碼設(shè)備110通過將一個輸入內(nèi)容編碼為具有多個不同品質(zhì)來生成與該輸入內(nèi)容有關(guān)的多個媒體數(shù)據(jù)。然而，當服務(wù)器120使媒體數(shù)據(jù)流到客戶端130時，流式傳輸環(huán)境(streaming environment)可能改變。例如，用于流式傳輸?shù)木W(wǎng)絡(luò)140的帶寬可能改變,或者可以由服務(wù)器120用來發(fā)送媒體數(shù)據(jù)或由客戶端130用來接收媒體數(shù)據(jù)的硬件源可能改變。因此，編碼設(shè)備110將一個內(nèi)容編碼具有不同的品質(zhì)，以便根據(jù)流體流式傳輸環(huán)境進行自適應(yīng)流式傳輸?？梢酝ㄟ^調(diào)整因子(諸如比特率、采樣頻率、分辨率或幀率(framerate))將一個內(nèi)容編碼為具有不同品質(zhì)。例如，通過以不同分辨率對一個圖像內(nèi)容進行編碼，可以生成500Kbps、IOOOKbps和2000Kbps的多個媒體數(shù)據(jù)。將具有不同品質(zhì)的多個媒體數(shù)據(jù)發(fā)送到服務(wù)器120，并且同時，還可以將關(guān)于內(nèi)容的信息以及關(guān)于每個媒體數(shù)據(jù)的信息發(fā)送到服務(wù)器120。關(guān)于內(nèi)容的信息可以包括作為內(nèi)容的元數(shù)據(jù)的、關(guān)于內(nèi)容的標題(Title)、提要(synopsis)、內(nèi)容標識符(ID)、以及內(nèi)容統(tǒng)一資源定位符(URL)的信息。關(guān)于每個媒體數(shù)據(jù)的信息可以包括每個媒體數(shù)據(jù)的品質(zhì)、類型、ID等，而且將參照圖4A至圖4C進行詳細描述?？蛻舳?30接收關(guān)于內(nèi)容的信息以及關(guān)于每個媒體數(shù)據(jù)的信息中的至少一個，并且基于接收到的關(guān)于內(nèi)容的信息以及關(guān)于每個媒體數(shù)據(jù)的信息中的至少一個向服務(wù)器120請求多個媒體數(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ù)。
當流式傳輸環(huán)境惡化、且高品質(zhì)的媒體數(shù)據(jù)可用但媒體數(shù)據(jù)的連續(xù)再現(xiàn)是不可能的時候，可以從多個媒體數(shù)據(jù)之中請求低品質(zhì)的媒體數(shù)據(jù)。當流式傳輸環(huán)境得到改善且高品質(zhì)的媒體數(shù)據(jù)可用而且媒體數(shù)據(jù)的連續(xù)再現(xiàn)是可能的時候，可以繼續(xù)從多個媒體數(shù)據(jù)之中請求高品質(zhì)的媒體數(shù)據(jù)?？蛻舳?30可以在接收預定媒體數(shù)據(jù)的同時請求服務(wù)器120發(fā)送另一媒體數(shù)據(jù)。例如,在惡化的流式傳輸環(huán)境中已做出請求且正在接收低質(zhì)量的第一媒體數(shù)據(jù)的客戶端130可以在流式傳輸環(huán)境得到改善時請求服務(wù)器120發(fā)送比第一媒體數(shù)據(jù)品質(zhì)更高的第二媒體數(shù)據(jù)。根據(jù)相關(guān)技術(shù)的流式傳輸方法，當服務(wù)器120和客戶端130在初始設(shè)置流式傳輸信道的時候設(shè)置品質(zhì)時，連續(xù)發(fā)送和接收具有相同品質(zhì)的媒體數(shù)據(jù)。然而，根據(jù)當前示范性實施例，適應(yīng)流式傳輸環(huán)境的流是可能的，因為客戶端130即使在接收到關(guān)于相同內(nèi)容的第一媒體數(shù)據(jù)的時候也能夠再次請求第二媒體數(shù)據(jù)?？蛻舳?30可以通過使用基于網(wǎng)絡(luò)140的帶寬或者可以由服務(wù)器120或客戶端130所使用的硬件資源來估計流式傳輸環(huán)境的任意方法，來估計流式傳輸環(huán)境。例如，客戶端130可以基于接收到的媒體數(shù)據(jù)的時間戳和誤比特率(BER)來估計流式傳輸環(huán)境。通過檢查接收到的媒體數(shù)據(jù)的時間戳，當媒體數(shù)據(jù)的接收速度慢于重現(xiàn)速度時，流式傳輸環(huán)境可以被確定為惡化?？商鎿Q地，當接收到的媒體數(shù)據(jù)的BER增加時，流式傳輸環(huán)境可以被確定為惡化。當客戶端130根據(jù)流式傳輸環(huán)境請求服務(wù)器120發(fā)送媒體數(shù)據(jù)中的至少一個時，服務(wù)器120將所請求的媒體數(shù)據(jù)發(fā)送至客戶端130。服務(wù)器120可以將所請求的媒體數(shù)據(jù)作為對HTTP請求的HTTP響應(yīng)發(fā)送至客戶端130。每個媒體數(shù)據(jù)可以包括通過以不同品質(zhì)對內(nèi)容進行編碼并且對編碼內(nèi)容進行劃分所生成的多個段(segment)中的至少一個。換句話說，通過編碼設(shè)備110對內(nèi)容進行編碼所生成的每個媒體數(shù)據(jù)可以包括基于時間劃分的至少一個段。服務(wù)器120通過將內(nèi)容劃分成多個段并且分別發(fā)送多個段來發(fā)送內(nèi)容，而不是編碼一個流中的內(nèi)容并且連續(xù)發(fā)送該內(nèi)容。通過將內(nèi)容劃分為預定的時間單位(諸如，以10秒或20秒為單位)，可以生成多個段。作為劃分內(nèi)容的基礎(chǔ)的時間可以基于畫面組(group of picture, GOP)來設(shè)置。與一個或多個GOP的畫面相對應(yīng)的媒體數(shù)據(jù)可以設(shè)置為一段。
例如，當對具有兩種品質(zhì)的內(nèi)容進行流式傳輸時，第一媒體數(shù)據(jù)可以包括通過將內(nèi)容編碼為具有第一品質(zhì)并且基于時間對編碼內(nèi)容進行劃分所生成的至少一段，而且第二媒體數(shù)據(jù)可以包括通過將內(nèi)容編碼為具有第二品質(zhì)并且基于時間對編碼內(nèi)容進行劃分所生成的至少一段。通過基于時間對每個媒體數(shù)據(jù)進行劃分，自適應(yīng)流式傳輸是可能的。例如，當流式傳輸開始時，服務(wù)器120發(fā)送與低品質(zhì)的第一媒體數(shù)據(jù)的O到20秒相對應(yīng)的一段。然后，當在20秒之后確定流式傳輸環(huán)境得到改善且客戶端130請求更高品質(zhì)的媒體數(shù)據(jù)時，服務(wù)器120發(fā)送與高品質(zhì)的第二媒體數(shù)據(jù)的20到40秒相對應(yīng)的段。由于媒體數(shù)據(jù)基于時間被劃分成多個段，因此即使在流式傳輸期間也可以根據(jù)流式傳輸環(huán)境來發(fā)送不同媒體數(shù)據(jù)的段。圖2A是根據(jù)示范性實施例的、描述流式傳輸方法的流程圖。參照圖2A，在操作210，客戶端130向服務(wù)器120發(fā)送對于請求發(fā)送關(guān)于預定內(nèi)容 的信息的請求。具體來說，當客戶端130的用戶從客戶端130的屏幕上所顯示的用戶接口選擇預定內(nèi)容時，客戶端130請求服務(wù)器120發(fā)送關(guān)于所選內(nèi)容的信息。客戶端130可以發(fā)送請求120發(fā)送關(guān)于預定內(nèi)容的信息的HTTP請求。當從客戶端130接收到該請求時，服務(wù)器120向客戶端130發(fā)送關(guān)于預定內(nèi)容的信息。服務(wù)器120將關(guān)于預定內(nèi)容的信息作為對HTTP請求的HTTP響應(yīng)發(fā)送給客戶端130。關(guān)于預定內(nèi)容的信息可以是根據(jù)開放互聯(lián)網(wǎng)協(xié)議電視(IPTV)論壇(OIPF)標準的內(nèi)容訪問描述符(content access descriptor, CAD)?，F(xiàn)在將參照圖3詳細描述關(guān)于預定內(nèi)容的信
肩、O圖3是根據(jù)示范性實施例的、包括關(guān)于內(nèi)容的信息的文件的大綱(schema)。該文件可以是CAD，并且可以是可擴展標記語言(XML)文件。標簽(tag)和屬性(attribute)被分開描述，但是由標簽定義的項目可以由屬性來定義，或者由屬性定義的項目可以由標簽來定義。參照圖3，關(guān)于內(nèi)容的信息可以包括“標題(Title) ”、“提要(Synopsis) ”、“原始站點(OriginSite) ”和“內(nèi)容 URL (ContentURL) ” 標簽。由于相關(guān)技術(shù)的媒體數(shù)據(jù)流式傳輸通過將一個內(nèi)容編碼為具有預定品質(zhì)來生成一個媒體數(shù)據(jù)，因此相關(guān)技術(shù)的關(guān)于內(nèi)容的信息(具體地，根據(jù)OIPF的CAD)不包括關(guān)于通過將內(nèi)容編碼為具有不同品質(zhì)所生成的多個媒體數(shù)據(jù)的信息。然而，根據(jù)當前的示范性實施例，關(guān)于內(nèi)容的信息包括關(guān)于通過將一個內(nèi)容編碼為具有不同品質(zhì)所生成的多個媒體數(shù)據(jù)的信息，并且對應(yīng)于圖3中的“軌道(Tracks)”標簽、“參考數(shù)據(jù)(RefData) ”標簽和“片段(Fragments) ”標簽。圖4A示出根據(jù)示范性實施例的、用于定義多個媒體數(shù)據(jù)的信息。參照圖4A，“Tracks”標簽是對通過將內(nèi)容編碼為具有不同品質(zhì)所生成的多個媒體數(shù)據(jù)進行分類的信息?！癟racks”標簽包括分配給每個媒體數(shù)據(jù)的“ID”屬性、“類型(Type) ”屬性、“比特率(Bitrate) ”屬性。“ID”屬性定義了順序提供給多個媒體數(shù)據(jù)的標識符，“Type”屬性定義了媒體數(shù)據(jù)對應(yīng)于音頻數(shù)據(jù)、視頻數(shù)據(jù)、視頻/音頻數(shù)據(jù)還是字幕數(shù)據(jù)。當“Type”屬性是“打包的(Packed) ”時，媒體數(shù)據(jù)是視頻/音頻數(shù)據(jù)，當“Type”屬性是“視頻(Video) ”，媒體數(shù)據(jù)是視頻數(shù)據(jù)?！癇itrate”屬性定義了用于對媒體數(shù)據(jù)進行編碼的比特率。圖4B示出根據(jù)示范性實施例的、關(guān)于媒體數(shù)據(jù)的首標的信息。參照圖4B，“RefData”標簽包括“Type”屬性和“ID”屬性。“Type”屬性定義了首標的媒體格式。例如，當“ Type ”屬性是“HEAD-TS ”時，首標是傳輸流格式的首標?！?ID ”屬性定義了首標的媒體數(shù)據(jù)。當“ID”屬性為“I”時，首標是媒體數(shù)據(jù)的ID為I的媒體數(shù)據(jù)的首標。此外，“ RefData”標簽包括指向首標的信息，“URL”標簽定義了首標的位置，即，首標的URL。“RefData”標簽是選擇性元素。只有當首標與媒體數(shù)據(jù)分離并作為單獨文件存在時，“RefData”標簽才被包括在關(guān)于內(nèi)容的信息中，而且當首標與媒體數(shù)據(jù)組合時，“RefData”標簽可以不包括在關(guān)于內(nèi)容的信息中。圖4C示出根據(jù)示范性實施例的、關(guān)于多個媒體數(shù)據(jù)中的每一個中所包括的至少
一段的信息。參照圖4C,作為“Fragments”的標簽的子標簽“Fragment”標簽包括關(guān)于多個媒體數(shù)據(jù)中的每一個中所包括的至少一段的信息?！癋ragments”標簽包括“NextFragmentsXMLURL”屬性。當在對一個內(nèi)容的流式傳輸完成之后繼續(xù)地對后面的內(nèi)容進行流式傳輸時，諸如在直播(live)流式傳輸?shù)那闆r下，只有在客戶端130知曉關(guān)于后面的內(nèi)容的信息時才可以無縫地對后面的內(nèi)容進行流式傳輸。因此，“Fragments”標簽將關(guān)于后面的內(nèi)容的信息定義為“NextFragmentsXMLURL”屬性。針對后面的內(nèi)容的多個媒體數(shù)據(jù)的URL可以被定義為“NextFragmentsXMLURL”屬性。“Fragment”標簽包括關(guān)于當前內(nèi)容的至少一段的信息。參照圖4C，由“URL”定義構(gòu)成通過以第一品質(zhì)將內(nèi)容編碼為第一媒體數(shù)據(jù)所生成的第一段的“slicel-1. as”的URL信息，而且由“RefPointer”標簽定義相應(yīng)首標的ID。此外，由“開始時間(StartTime) ”屬性定義第一段的開始時間，并且由“持續(xù)時間(Duration) ”屬性定義每段的持續(xù)時間。由“BitRate”屬性定義第一媒體數(shù)據(jù)的品質(zhì)。在圖4C中，“Fragments”標簽示出每個媒體數(shù)據(jù)只包括一段。然而，如參照圖I所述，當每個媒體數(shù)據(jù)被劃分成多個段時，一個“Fragments”標簽可以包括關(guān)于至少兩段的信
肩、O返回參照圖2A，在操作220中，客戶端130請求服務(wù)器120發(fā)送多個媒體數(shù)據(jù)中的至少一個。通過將一個內(nèi)容編碼為具有不同品質(zhì)來生成多個媒體數(shù)據(jù)?？蛻舳?30從多個媒體數(shù)據(jù)之中選擇被編碼為具有適合流式傳輸環(huán)境的品質(zhì)的至少一個媒體數(shù)據(jù)，并且向服務(wù)器120請求所選擇的至少一個媒體數(shù)據(jù)。客戶端130可以基于關(guān)于內(nèi)容的信息中所包括的關(guān)于多個媒體數(shù)據(jù)的信息，向服務(wù)器120發(fā)送HTTP請求。如上參照圖4C所述，關(guān)于內(nèi)容的信息可以包括“Fragments”標簽。因此，客戶端130請求服務(wù)器120發(fā)送基于“Fragments”標簽中所包括的URL信息選擇的媒體數(shù)據(jù)。服務(wù)器120根據(jù)客戶端130的請求發(fā)送媒體數(shù)據(jù)。服務(wù)器120可以向客戶端130發(fā)送所請求的媒體數(shù)據(jù)中的至少一段。服務(wù)器120可以將所請求的媒體內(nèi)容作為對HTTP請求的HTTP響應(yīng)發(fā)送給客戶端130。圖2B是根據(jù)另一個示范性實施例的、描述流式傳輸方法的流程圖。圖2B示出了當首標作為與媒體數(shù)據(jù)分離的單獨文件存在時的流式傳輸方法。
參照圖2B，在操作212中客戶端130請求服務(wù)器120發(fā)送關(guān)于預定內(nèi)容的信息，并且服務(wù)器120發(fā)送關(guān)于內(nèi)容的信息。操作212對應(yīng)于圖2A的操作210。接收關(guān)于包括上面參照圖4B描述的“ RefData”標簽的內(nèi)容的信息。在操作222中，客戶端130請求基于操作212中接收到的關(guān)于內(nèi)容的信息從多個媒體數(shù)據(jù)當中選擇的媒體數(shù)據(jù)的首標?；诓僮?12中接收到的關(guān)于內(nèi)容的信息，從多個媒體數(shù)據(jù)當中選擇適合流式傳輸環(huán)境的至少一個媒體數(shù)據(jù)，并且請求所選擇的至少一個媒體數(shù)據(jù)的首標。通過參考操作212中接收到的關(guān)于內(nèi)容的信息中所包括的“RefData”標簽，請求所選擇的至少一個媒體數(shù)據(jù)的首標。服務(wù)器120向客戶端130發(fā)送所請求的首標。首標文件可以被發(fā)送到客戶端130，并且可以是XML文件。在操作232中，客戶端130基于操作212中接收到的關(guān)于內(nèi)容的信息以及操作222 中接收到的首標，請求服務(wù)器120發(fā)送所選擇的媒體數(shù)據(jù)?？蛻舳?30請求服務(wù)器120發(fā)送通過基于時間對媒體數(shù)據(jù)進行劃分所生成的至少一段，并且服務(wù)器120向客戶端130發(fā)送所請求的至少一段。圖5A是根據(jù)另一示范性實施例的、描述流式傳輸方法的流程圖。參照圖5A，在操作510中客戶端130請求服務(wù)器120發(fā)送關(guān)于預定內(nèi)容的信息，而且服務(wù)器120發(fā)送關(guān)于內(nèi)容的信息?？蛻舳?30發(fā)送HTTP請求以請求服務(wù)器120發(fā)送關(guān)于內(nèi)容的信息，并且接收作為HTTP請求的HTTP響應(yīng)的關(guān)于內(nèi)容的信息。關(guān)于內(nèi)容的信息可以是XML文件。在操作510中由客戶端130接收到的關(guān)于內(nèi)容的信息不同于在操作210中由客戶端130接收到的關(guān)于內(nèi)容的信息，并且差別將參照圖6和圖7進行描述。圖6是根據(jù)另一示范性實施例的、包括關(guān)于內(nèi)容的信息的文件的大綱。參照圖6，與圖3—樣，根據(jù)當前示范性實施例的關(guān)于內(nèi)容的信息可以包括“標題(Title)”標簽、“提要(Synopsis)”標簽、“原始站點(OriginSite)”標簽、以及“內(nèi)容URL (ContentURL) ” 標簽。然而，在圖3中，關(guān)于內(nèi)容的信息通過包括“軌道(Tracks)”、“參考數(shù)據(jù)(RefData)”和“片段(Fragments)”標簽來包括關(guān)于多個媒體數(shù)據(jù)的信息，而在圖6中，關(guān)于內(nèi)容的信息不包括關(guān)于多個媒體數(shù)據(jù)的信息，而是僅定義包括關(guān)于多個媒體數(shù)據(jù)的信息的文件(以下稱為媒體呈現(xiàn)描述(media presentation description))的 URL?！癈ontentURL”標簽可以定義媒體呈現(xiàn)描述的URL。在通過圖6所示將媒體呈現(xiàn)描述的URL插入到關(guān)于內(nèi)容的信息而不對相關(guān)技術(shù)的包含關(guān)于內(nèi)容的信息的文件的大綱進行很大改變來執(zhí)行適應(yīng)流式傳輸環(huán)境的流式傳輸?shù)耐瑫r，可以保持與各種媒體數(shù)據(jù)格式的兼容性。如圖6所示，關(guān)于內(nèi)容的信息可以只包括與流式傳輸方法相關(guān)的信息，而不包括關(guān)于多個媒體數(shù)據(jù)的信息。換句話說，“ContentURL”標簽可以包括定義在流式傳輸過程中所使用的媒體數(shù)據(jù)的格式的“媒體格式(MediaFormat)”屬性，以及定義媒體數(shù)據(jù)的類型的iiMIME 類型(MMEType)” 屬性。具體來說,“ContentURL”標簽可以包括“傳輸類型(TransferType)”屬性，它定義了內(nèi)容的流式傳輸(streaming of content)所涉及的服務(wù)。“TransferType”屬性可以定義內(nèi)容的流式傳輸涉及內(nèi)容遞送(Content on Delivery, COD)服務(wù)、直播服務(wù)(liveservice)、自適應(yīng)流式傳輸直播服務(wù)、還是自適應(yīng)流式傳輸COD服務(wù)。圖7示出根據(jù)示范性實施例的、關(guān)于內(nèi)容的信息。圖7可以是根據(jù)OIPF標準的CAD。參照圖7，根據(jù)圖6的大綱生成的關(guān)于內(nèi)容的信息可以在“ContentURL”標簽中定義媒體呈現(xiàn)描述的 URL。http://asexample. com/vod/movies/ 18888/Meta/MainMeta. xml是媒體呈現(xiàn)描述的URL。此外，如參照圖6所描述的，“MediaFormat”屬性、“MMETYPE”屬性以及“TransferType”屬性可以在“ContentURL”標簽中定義。返回參照圖5A，在操作520中，客戶端130基于操作510中接收到的關(guān)于內(nèi)容的信息，向服務(wù)器120請求關(guān)于多個媒體數(shù)據(jù)的信息?？蛻舳?30可以通過HTTP請求向服務(wù)器120請求媒體呈現(xiàn)描述，并且可以接收作為HTTP響應(yīng)的媒體呈現(xiàn)描述。在操作510中客戶端130從服務(wù)器120接收到的關(guān)于內(nèi)容的信息可以包括參 照圖6和圖7所述的媒體呈現(xiàn)描述的URL，因此，客戶端130通過參考關(guān)于內(nèi)容的信息的“ContentURL”標簽來向服務(wù)器120請求并且接收媒體呈現(xiàn)描述?，F(xiàn)在將參照圖8A和圖SB以及圖9A至圖9H來詳細描述媒體呈現(xiàn)描述。圖8A和圖SB是根據(jù)示范性實施例的媒體呈現(xiàn)描述的大綱。媒體呈現(xiàn)描述可以符合OIPF標準。參照圖8A，根據(jù)當前示范性實施例的媒體呈現(xiàn)描述包括關(guān)于多個媒體數(shù)據(jù)的URL的模板標簽、用于定義首標位置的標簽、用于定義流式傳輸所涉及的服務(wù)的標簽、用于定義媒體數(shù)據(jù)的容器格式的標簽、以及用于定義多個媒體數(shù)據(jù)的標簽。“url模板(urlTemplate)”標簽定義多個媒體數(shù)據(jù)的URL的公共部分。例如，如果“http://example, com/vod/movie/ 18888/Track/{TrackID}/Segments/{SegmentID}，，是URL模板，則媒體數(shù)據(jù)的URL可以通過分別用每個媒體數(shù)據(jù)的ID和每個媒體數(shù)據(jù)中所包括的至少一段的ID來替換“軌道ID (TrackID)”和“段ID (SegmentID)”來定義?！笆讟薝rl (headerUrl)”標簽對應(yīng)于參照圖4B描述的“參考數(shù)據(jù)(RefData)”標簽。換句話說，“headerUrl”標簽定義多個媒體數(shù)據(jù)的首標的URL?！癷sLive”標簽定義流式傳輸所涉及的服務(wù)。例如，當“isLive”標簽被定義為“直播(Live)”時，該流式傳輸涉及直播服務(wù)，標簽當“isLive”標簽被定義為“CoD”時，流涉及CoD服務(wù)?！皟?nèi)容類型(contentType ) ”標簽定義了在流式傳輸過程中使用的媒體數(shù)據(jù)的容器格式?！癱ontentType”標簽可以指示容器格式是MP4格式還是MPEG2-TS格式。在這里，容器格式是MP4格式或MPEG2-TS格式。然而，可以使用用于發(fā)送媒體數(shù)據(jù)的任何容器格式。例如，“contentType”標簽可以定義容器格式符合MPEG媒體傳輸(MMT)標準?！傲?Stream)”標簽針對每個媒體數(shù)據(jù)而生成并且定義每個媒體數(shù)據(jù)。為了定義通過將一個內(nèi)容編碼為具有不同品質(zhì)而生成的每個媒體數(shù)據(jù)，“Stream”標簽包括“流名稱(streamName)”屬性、“類型(type)”屬性、“比特率(bitrate)”屬性、“開始時間(startTime)” 屬性、“第一間隔號(firstlntervalNum)” 屬性、“持續(xù)時間(duration)” 屬性、和“間隔計數(shù)(intervalCount) ”屬性?！皊treamName”屬性定義媒體數(shù)據(jù)的名稱，并且可以是媒體數(shù)據(jù)的ID?！皌ype”屬性定義媒體數(shù)據(jù)的類型，其中它定義媒體數(shù)據(jù)是音頻數(shù)據(jù)、視頻數(shù)據(jù)、還是音頻/視頻數(shù)據(jù)。當媒體數(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ù)量?！岸?Segment)”標簽是“Stream”標簽的子標簽，并且如上所述，當媒體數(shù)據(jù)包括通過以預定品質(zhì)對內(nèi)容進行編碼并且基于時間對編碼內(nèi)容進行劃分所生成的至少一段時，定義至少一段中的每一段?！癐ntNum”屬性定義段的編號，而且“StartTime”標簽定義相應(yīng)段的開始時間。“Duration”標簽定義相應(yīng)段的持續(xù)時間，而且“url ”定義相應(yīng)段的URL。 “Segment”標簽是選擇性的標簽，并且如果關(guān)于媒體數(shù)據(jù)中所包括的至少一段的信息可以從“Stream”標簽的其他屬性推斷出來，則“Segment”標簽可以不包括在媒體呈現(xiàn)描述中。換句話說，當“Segment”標簽的內(nèi)容可以從“Stream”標簽中定義的“startTime”屬性、“firstlntervalNum” 屬性、“duration” 屬性、和 “intervalCount” 屬性推斷出來時，“Segment”標簽不需要包括在媒體呈現(xiàn)描述中。另外，如果在“urlTemplate”中定義了預定模版，則可以不需要“Segment”標簽的“url ”屬性，并且通過利用已定義的預定模版替換多個媒體數(shù)據(jù)的每個ID和每個媒體數(shù)據(jù)中所包括的至少一段的ID來推斷出段的URL。然而，另一方面，如果“Segment”標簽的屬性不能從“Stream”標簽的其他屬性推斷出來，則針對每個段分別定義“Segment”標簽的屬性。如果段的持續(xù)時間不同，則可能無法推斷出“Segment”標簽的屬性。當媒體數(shù)據(jù)中所包括的段的持續(xù)時間不同時，段的持續(xù)時間不能從“Stream”標簽的屬性推斷出來，因此段的持續(xù)時間可以分別通過使用“Stream”標簽的“duration”屬性進行設(shè)置。當段的持續(xù)時間不同時，連續(xù)段的開始時間也不同。例如，當?shù)谝幻襟w數(shù)據(jù)的第一段的持續(xù)時間不同于第一媒體數(shù)據(jù)的第二段的持續(xù)時間時，第二段的開始時間和第三段的開始時間不能從“Stream”標簽推斷出來。因此，每段的開始時間可以通過“startTime”屬性進行定義。持續(xù)時間和/或開始時間可以使用“Segment”標簽的子標簽取代使用“Segment”標簽的“duration”屬性和“startTime”屬性來定義。例如,可以設(shè)置構(gòu)成“Segment”標簽的子標簽的“Url”標簽，并且持續(xù)時間可以被定義為“Url”標簽的屬性，諸如“<URL=WWW.example, com/ /segment, ts, duration=10/>，，。根據(jù)另一個示范性實施例，持續(xù)時間可以基于連續(xù)段的持續(xù)時間之間的差來定義。上層標簽(upper tag)可以定義默認持續(xù)時間，而且構(gòu)成子標簽的“Url”標簽可以只定義每段的默認持續(xù)時間和實際持續(xù)時間之間的差。如上所述，構(gòu)成“Segment”標簽的子標簽的“Url ”標簽可以被定義為“<URL=www. example, com/ /segment,ts, duration=difference/>”。“Difference”表示默認持續(xù)時間和實際持續(xù)時間之間的差。當通過使用“Stream”標簽或“Segment”標簽將相應(yīng)段的默認持續(xù)時間定義為10分鐘，而且構(gòu)成子標簽的“Url”標簽被定義為“<Url=www. example, com/ /segment,ts, duration=2/>”時，相應(yīng)段的持續(xù)時間可以被定義為10+2=12分鐘。參照圖SB，根據(jù)另一個示范性實施例的媒體呈現(xiàn)描述還可以包括“接下來的清單URL (nextManifestURL)”標簽。如上所述，當對一個內(nèi)容的流式傳輸完成之后連續(xù)對后面的內(nèi)容進行流式傳輸時，諸如在直播流式傳輸(Iivestreaming)或廣告插入的情況下，客戶端130需要預先知道關(guān)于后面的內(nèi)容的信息，以便無縫地對后面的內(nèi)容進行流式傳輸。因此，將在當前內(nèi)容之后被流式傳輸?shù)暮竺娴膬?nèi)容的媒體呈現(xiàn)描述的URL可以通過“nextManifestURL”標簽進行定義。圖9A至圖9H示出了根據(jù)示范性實施例的媒體呈現(xiàn)描述。 參照圖9A，根據(jù)示范性實施例的媒體呈現(xiàn)描述包括“URL模板(URLTemplate)”標簽、“參考數(shù)據(jù)URL (RefDataURL)”標簽、以及分別定義多個媒體數(shù)據(jù)的多個標簽。圖9A的“URLTemplate”標簽和“RefDataURL”標簽分別對應(yīng)于圖8A和圖8B的“urlTemplate” 標簽和 “RefDataURL” 標簽。圖9A 的 “ID” 屬性、“Type” 屬性、“BitRate” 屬性、“StartTime” 屬性、“段持續(xù)時間(SegmentDuration)”屬性、“段開始ID (SegmentStart ID)，，屬性和“段計數(shù)(SegmentCount)”屬性分別對應(yīng)于圖8A和圖8B的“streamName”屬性、“type”屬性、“bitrate” 屬性、“startTime” 屬性、“Stream” 標簽的 “duration” 屬性、“Stream” 標簽的“f irstIntervalNum” 屬性、“間隔計數(shù)(intervalCount)” 屬性。圖9A的媒體呈現(xiàn)描述包括關(guān)于通過將內(nèi)容編碼為具有不同品質(zhì)所生成的三個視頻數(shù)據(jù)的信息、關(guān)于一個音頻數(shù)據(jù)的信息、以及關(guān)于通過僅對用于特技播放的I-幀進行編碼所生成的媒體數(shù)據(jù)的信息。參照圖9B，根據(jù)示范性實施例的媒體呈現(xiàn)描述還包括“接下來的自適應(yīng)控制URL (NextAdaptiveControlURL)，，標簽?！癗extAdaptiveControlURL，，標簽對應(yīng)于圖 8B 的“nextManifestURL”標簽。因此，將在當前內(nèi)容之后被重現(xiàn)的后面的內(nèi)容的媒體呈現(xiàn)描述的URL可以通過“NextAdaptiveControlURL”標簽進行定義。圖9C示出了當將在當前內(nèi)容之后被重現(xiàn)的后面的內(nèi)容的媒體呈現(xiàn)描述的URL通過圖9B的“NextAdaptiveControlURL”標簽進行定義時的、后面的內(nèi)容的媒體呈現(xiàn)描述。比較圖9B和圖9C的媒體呈現(xiàn)描述，“StartTime”屬性不同于圖9B的當前內(nèi)容的媒體呈現(xiàn)描述，因為圖9C的媒體呈現(xiàn)描述用于后面的內(nèi)容。圖9D和圖9E示出了用于選擇性地控制用戶想要執(zhí)行的高品質(zhì)視頻重現(xiàn)的媒體呈現(xiàn)描述。圖9D示出了當通過將一個內(nèi)容編碼為具有5種不同品質(zhì)來生成多個媒體數(shù)據(jù)時的媒體呈現(xiàn)描述。在這里，圖9D和圖9E的媒體呈現(xiàn)描述在包括關(guān)于被編碼為具有高品質(zhì)的視頻的信息的標簽(即，“ID”屬性為“5”的媒體數(shù)據(jù)的“StartTime”屬性和“SegmentCount”屬性)方面不同。服務(wù)器120根據(jù)客戶端130的用戶級別(user rating)選擇性地發(fā)送圖9D的媒體呈現(xiàn)描述或圖9E的媒體呈現(xiàn)描述。當客戶端130的用戶級別高(例如，當客戶端130是付費用戶)時，圖9D的媒體呈現(xiàn)描述被發(fā)送從而高品質(zhì)的視頻被自由地重現(xiàn)，當客戶端130的用戶等級低(例如，當客戶端130是免費用戶)時，圖9E的媒體呈現(xiàn)描述被發(fā)送，從而從高品質(zhì)的視頻中的“StartTime”屬性所定義的時間開始重現(xiàn)“SegmentCount”屬性所定義的段。圖9F示出當將廣告插入到內(nèi)容時的媒體呈現(xiàn)描述。參照圖9F，媒體呈現(xiàn)描述可以包括關(guān)于廣告內(nèi)容和主內(nèi)容(main content)的信息，廣告內(nèi)容和主內(nèi)容具有不同的“StartTime”屬性。媒體呈現(xiàn)描述可以包括關(guān)于廣告內(nèi)容的信息以及關(guān)于主內(nèi)容的信息，廣告內(nèi)容從“00:00:00 ”到“00:02:00 ”以“ 500000 ”比特率重現(xiàn)，主內(nèi)容從“00:02:00 ”開始以“1000000”、“2000000”、“3000000”或“4000000”比特率重現(xiàn)。如果服務(wù)器120通過將廣
告內(nèi)容編碼為具有一個比特率來向客戶端130提供廣告內(nèi)容，并且通過以四個不同比特率對主內(nèi)容進行編碼來向客戶端130提供主內(nèi)容(其與廣告內(nèi)容具有不同的“StartTime”屬性)，則可以從服務(wù)器120向客戶端130發(fā)送圖9F的媒體呈現(xiàn)描述。圖9G示出根據(jù)示范性實施例的、包括關(guān)于廣告內(nèi)容的信息的媒體呈現(xiàn)描述。用于提供主內(nèi)容的服務(wù)器和用于提供廣告內(nèi)容的服務(wù)器可以不同。換句話說，當客戶端130從圖5A的服務(wù)器120接收到主要內(nèi)容并且從不同于服務(wù)器120的其他服務(wù)器接收到廣告內(nèi)容時，圖9G的媒體呈現(xiàn)描述可以包括廣告內(nèi)容的URL。如圖9G所示，媒體呈現(xiàn)描述可以包括被編碼為具有一個品質(zhì)的廣告內(nèi)容的URL。
圖9H示出根據(jù)示范性實施例的、包括語言和字幕信息的媒體呈現(xiàn)描述。參照圖9H，音頻數(shù)據(jù)可以包括關(guān)于多種語言的信息。媒體呈現(xiàn)描述可以包括關(guān)于多種語言的音頻數(shù)據(jù)的信息，其中“ID”屬性是“4”或“5”，或者可以包括關(guān)于多種語言的字幕的信息，其中“ID”屬性是“6”或“7”。由于不僅音頻數(shù)據(jù)而且字幕都可以根據(jù)時間劃分為多個段，因此音頻數(shù)據(jù)和字幕可以在流式傳輸?shù)倪^程中被改變?yōu)榱硪环N語言的音頻數(shù)據(jù)和字幕。回來參照圖5A，在操作530中，客戶端130請求服務(wù)器120發(fā)送多個媒體數(shù)據(jù)中的至少一個媒體數(shù)據(jù)?？蛻舳?30通過參考關(guān)于多個媒體數(shù)據(jù)的信息來選擇被編碼為具有適合流式傳輸環(huán)境的品質(zhì)的至少一個媒體數(shù)據(jù)，并且向服務(wù)器120請求所選擇的至少一個媒體數(shù)據(jù)?？蛻舳?30可以發(fā)送HTTP請求來請求服務(wù)器120發(fā)送預定的媒體數(shù)據(jù)。服務(wù)器120根據(jù)客戶端130的請求發(fā)送媒體數(shù)據(jù)。可替換地，服務(wù)器120可以向客戶端130發(fā)送通過將內(nèi)容編碼為具有預定品質(zhì)并且基于時間對編碼內(nèi)容進行劃分所生成的至少一段。服務(wù)器120可以向客戶端130發(fā)送所請求的媒體數(shù)據(jù)作為對HTTP請求的HTTP響應(yīng)。圖5B是根據(jù)另一個示范性實施例的描述流式傳輸方法的流程圖。參照圖5B，在操作512中客戶端130請求服務(wù)器120發(fā)送關(guān)于預定內(nèi)容的信息，并且從服務(wù)器120接收關(guān)于預定內(nèi)容的信息?？蛻舳?30可以發(fā)送用于請求服務(wù)器120發(fā)送關(guān)于預定內(nèi)容的信息的HTTP請求，并且接收作為對HTTP請求的HTTP響應(yīng)的關(guān)于預定內(nèi)容的信息。關(guān)于預定內(nèi)容的信息可以包括在XML文件中。在操作522中，客戶端130基于操作512中接收到的關(guān)于預定內(nèi)容的信息，請求服務(wù)器120發(fā)送關(guān)于多個媒體數(shù)據(jù)的信息?？蛻舳?30可以通過HTTP請求來向服務(wù)器120請求媒體呈現(xiàn)描述，并且接收作為HTTP響應(yīng)的媒體呈現(xiàn)描述。在操作532中，客戶端130請求基于與操作522中接收到的關(guān)于多個媒體數(shù)據(jù)的信息而選擇的媒體數(shù)據(jù)的首標?；谂c操作522中接收到的關(guān)于多個媒體數(shù)據(jù)的信息，從多個媒體數(shù)據(jù)中選擇適合流式傳輸環(huán)境的至少一個媒體數(shù)據(jù)，并且請求所選擇的至少一個媒體數(shù)據(jù)的首標。通過參考操作522中接收到的關(guān)于多個媒體數(shù)據(jù)的信息來請求所選擇的至少一個媒體數(shù)據(jù)的首標。服務(wù)器120響應(yīng)于客戶端130的請求向客戶端130發(fā)送所選擇的至少一個媒體數(shù)據(jù)的首標的文件。在操作542，客戶端130基于操作532中接收到的關(guān)于多個媒體數(shù)據(jù)的信息以及操作532中接收到的首標，請求服務(wù)器120發(fā)送所選擇的媒體數(shù)據(jù)?？蛻舳?30請求服務(wù)器120發(fā)送通過將內(nèi)容編碼為具有預定品質(zhì)并且基于時間對編碼內(nèi)容進行劃分所生成的至少一段，并且服務(wù)器120向客戶端130發(fā)送所請求的至少一段。圖IOA至圖IOC各自示出了根據(jù)本示范性實施例的多個媒體數(shù)據(jù)。圖IOA至圖IOC各自示出了包括在服務(wù)器120中的用于根據(jù)圖5A和圖5B執(zhí)行流式傳輸方法的多個媒體數(shù)據(jù)。參照圖10A，服務(wù)器120可以包括通過將一個內(nèi)容編碼為具有多個不同品質(zhì)所生成的多個媒體數(shù)據(jù)1010至1030，以用于適合流式傳輸環(huán)境的流式傳輸?！败壍纋(Trackl)”至“軌道N (TrackN)”表示多個媒體數(shù)據(jù)1010至1030。此外，多個媒體數(shù)據(jù)1010至1030中的每一個都可以包括通過基于時間對多個媒體數(shù)據(jù)1010至1030中的每一個進行劃分所生成的至少一段?！癝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的首標文件的“Headl. ref”文件、“ Head2. ref”文件等。在這里，“Headl. ref”文件可以是“Trackl”的首標文件，而且“Head2. ref ”文件可以是“Track2”的首標文件。“CadMeta. xml”文件可以是根據(jù)OIPF標準的CAD文件，而且“MainMeta. xml”文件可以是上面描述的媒體呈現(xiàn)描述。此外，“Headl. ref”和“Head2. ref”文件是選擇性的元素，并且當首標被包括在多個媒體數(shù)據(jù)1010至1030中時可以不存在。參照圖10B，客戶端130訪問多個媒體數(shù)據(jù)1010至1030所需的信息1042還可以包括“NextMeta. xml”文件。如上所述，“NextMeta. xml”文件可以是將在當前內(nèi)容之后被重現(xiàn)的后面的內(nèi)容的媒體呈現(xiàn)描述。如上所述，當前內(nèi)容的媒體呈現(xiàn)描述，即“MainMeta. xml”文件，包括后面的內(nèi)容的媒體呈現(xiàn)描述的URL，并因此客戶端130可以基于“MainMeta. xml”文件訪問“NextMeta. xml”文件。參照圖10C，多個媒體數(shù)據(jù)1010至1030的首標文件可以存在于一個首標文件1050中。取代對于多個媒體數(shù)據(jù)1010至1030中的每一個都存在首標文件，這些首標文件可以作為一個首標文件1050存在，并且可以被包括在訪問多個媒體數(shù)據(jù)1010至1030所需的信息1044中。例如，當多個媒體數(shù)據(jù)1010至1030中的每一個對應(yīng)于基本流時，例如根據(jù)MPEG-2的基本流，多個媒體數(shù)據(jù)1010至1030的首標文件可以是包括程序關(guān)聯(lián)表(PAT)和程序映射表(PMT)的首標文件1050。PAT和PMT中的至少一個與多個媒體數(shù)據(jù)1010至1030分離以準備首標文件1050，而且媒體表示描述可以包括指向首標文件1050的信息。指向首標文件1050的信息可以是首標文件1050的URL信息或者是用于規(guī)定MPEG-2傳輸流(TransportStream, TS)中包括首標文件1050的包(packet)的信息。包括PAT和PMT中的至少一個的首標文件1050是初始化段(initialization segment),并且可以在包括有效載荷數(shù)據(jù)的段之前發(fā)送到客戶端130，以便啟動多個媒體數(shù)據(jù)1010至1030的重現(xiàn)?；貋韰⒄請D5B的操作532，客戶端130可以通過參考媒體呈現(xiàn)描述來獲取指向首標文件1050的信息，并且可以基于指向首標文件1050的信息請求首標文件1050。在基于指向首標文件1050的信息請求和接收首標文件1050之后，基于首標文件1050中所包括的PAT和PMT中的至少一個選擇多個媒體數(shù)據(jù)1010至1030中的至少一個，并且向服務(wù)器120請求所選擇的至少一個媒體數(shù)據(jù)。PAT和PMT可以被分離出來作為首標文件1050或者包括在多個媒體數(shù)據(jù)1010至1030中，但是可以與PAT和PMT的位置無關(guān)地包括多個媒體數(shù)據(jù)1010至1030中所包括的基本流的整個列表。根據(jù)MPEG-2，PAT和PMT中定義的包ID (PID)根據(jù)基本流而不同。因此，分配給多個媒體數(shù)據(jù)1010至1030中的每一個的PID可以不同?？商鎿Q地，根據(jù)另一個示范性實施例，由于通過將一個內(nèi)容編碼為具有不同品質(zhì)所生成的多個媒體數(shù)據(jù)1010至1030是相同內(nèi)容的基本流，因此可以設(shè)置相同的PID。當多個媒體數(shù)據(jù)1010至1030對應(yīng)于根據(jù)MPEG-2的多個基本流時，多個媒體數(shù)據(jù)1010至1030中所包括的每個段可以包括至少一個連續(xù)的打包基本流(packetized elementary stream, PES)0然而,一個PES包括在一段中。換句話說,一個PES不包括在兩個不同段中。由于多個媒體數(shù)據(jù)是通過將一個內(nèi)容編碼為具有不同品質(zhì)來生成的，因此根據(jù)重現(xiàn)時間可以對準(align)多個媒體數(shù)據(jù)的PES中所包括的呈現(xiàn)時間戳(presentation timestamp, PTS)和/或解碼時間戳(decoding time stamp, DTS)0換句話說，如果同時對第一媒體數(shù)據(jù)的初始PES和第二媒體數(shù)據(jù)的初始PES進行內(nèi)容重現(xiàn)，則PTS和/或DTS可以被相同地設(shè)置。此外，當通過根據(jù)流式傳輸環(huán)境改變媒體數(shù)據(jù)來在重現(xiàn)第一媒體數(shù)據(jù)的時候重現(xiàn)第二媒體數(shù)據(jù)時，可以連續(xù)對準PTS和/或DTS，以便連續(xù)重現(xiàn)第一和第二媒體數(shù)據(jù)。換句話說，當通過改變媒體數(shù)據(jù)來在重現(xiàn)第一媒體數(shù)據(jù)的時候重現(xiàn)第二媒體數(shù)據(jù)時，可以連續(xù)地設(shè)置改變之前的最后PES的PTS和/或DTSJP /或改變之后的第一 PES的PTS和/或DTS。PTS和/或DTS定義視頻數(shù)據(jù)的時間戳。因此，如上所述，根據(jù)多個媒體數(shù)據(jù)的重現(xiàn)時間對準關(guān)于視頻數(shù)據(jù)的多個媒體數(shù)據(jù)的時間戳?；谥噩F(xiàn)時間的這種時間戳的對準可以同樣應(yīng)用于音頻數(shù)據(jù)。換句話說，與關(guān)于視頻數(shù)據(jù)的多個媒體數(shù)據(jù)的時間戳一樣，關(guān)于音頻數(shù)據(jù)的各條媒體數(shù)據(jù)的時間戳也可以根據(jù)重現(xiàn)時間來對準，以進行自適應(yīng)流傳輸。圖IlA是根據(jù)另一個示范性實施例的描述流式傳輸方法的流程圖。參照圖11A，在操作1110中，客戶端130向服務(wù)器120請求關(guān)于多個媒體數(shù)據(jù)的信息?？蛻舳?30可以通過HTTP請求向服務(wù)器120請求媒體呈現(xiàn)描述，并且可以接收作為HTTP響應(yīng)的媒體呈現(xiàn)描述。客戶端130向服務(wù)器120請求并接收關(guān)于通過將一個內(nèi)容編碼為具有多個不同品質(zhì)所生成的多個媒體數(shù)據(jù)的信息，以便執(zhí)行與流式傳輸環(huán)境相適應(yīng)的流式傳輸。圖IlA的流式傳輸方法不同于圖5A的流式傳輸方法,因為關(guān)于多個媒體數(shù)據(jù)的信息是在沒有請求和接收關(guān)于內(nèi)容的信息的情況下被請求和接收的。在操作1120中，客戶端130請求服務(wù)器120發(fā)送多個媒體數(shù)據(jù)中的至少一個。客戶端130通過參考關(guān)于多個媒體數(shù)據(jù)的信息來選擇并請求被編碼為具有適合流式傳輸環(huán)境的品質(zhì)的至少一個媒體數(shù)據(jù)，并且從服務(wù)器120接收所請求的至少一個媒體數(shù)據(jù)。圖IlB是根據(jù)另一個示范性實施例的描述流式傳輸方法的流程圖。
參照圖11B，在操作1112中，客戶端130請求服務(wù)器120發(fā)送關(guān)于多個媒體數(shù)據(jù)的信息并且從服務(wù)器120接收響應(yīng)于該請求的關(guān)于多個媒體數(shù)據(jù)的信息?？蛻舳?30可以通過HTTP請求向服務(wù)器120請求媒體呈現(xiàn)描述，并且接收作為HTTP響應(yīng)的媒體呈現(xiàn)描述。在操作1122中，客戶端130請求基于操作1112中接收到的關(guān)于多個媒體數(shù)據(jù)的信息而選擇的媒體數(shù)據(jù)的首標?？蛻舳?30請求通過參考操作1112中接收到的關(guān)于多個媒體數(shù)據(jù)的信息、根據(jù)流式傳輸環(huán)境而選擇的媒體數(shù)據(jù)的首標。響應(yīng)于該請求，服務(wù)器120向客戶端130發(fā)送包括所選擇的媒體數(shù)據(jù)的首標的文件。在操作1132中，客戶端130請求服務(wù)器120發(fā)送基于操作1112中接收到的關(guān)于多個媒體數(shù)據(jù)的信息以及操作1122中接收到的首標而選擇的媒體數(shù)據(jù)?？蛻舳?30請求服務(wù)器120發(fā)送通過以預定品質(zhì)對內(nèi)容進行編碼并且基于時間對編碼內(nèi)容進行劃分所生成的至少一段，而且服務(wù)器120向客戶端130發(fā)送所請求的至少一段。圖12A和圖12C各自示出了根據(jù)其他示范性實施例的多個媒體數(shù)據(jù)。圖12A和圖12B各自示出了服務(wù)器120中所包括的多個媒體數(shù)據(jù)，其用于執(zhí)行圖IlA和圖IlB的流式傳 輸方法。參照圖12A，服務(wù)器120可以包括通過將一個內(nèi)容編碼為具有多個不同品質(zhì)所生成的多個媒體數(shù)據(jù)1010至1030，以用于與流式傳輸環(huán)境相適應(yīng)的流式傳輸，如圖IOA所示。在這里，圖12A的多個媒體數(shù)據(jù)1010至1030與圖IOA的多個媒體數(shù)據(jù)1010至1030的不同之處在于客戶端130訪問多個媒體數(shù)據(jù)1010至1030所需的信息1240，其中，與圖10的示范性實施例不同，服務(wù)器120只包括關(guān)于多個媒體數(shù)據(jù)1010至1030的信息而不包括關(guān)于內(nèi)容的信息。在這里，客戶端130可以從其他實體而不從服務(wù)器120接收關(guān)于內(nèi)容的信息，并且基于接收到的關(guān)于內(nèi)容的信息來訪問服務(wù)器120中所包括的多個媒體數(shù)據(jù) 1010 至 1030。參照圖12B，客戶端130訪問多個媒體數(shù)據(jù)1010至1030所需的信息1242可以通過將“NextMeta. xml”文件進一步包括到圖12A的信息1240中來進行準備。參照圖12C，多個媒體數(shù)據(jù)1010至1030的首標文件可以存在于一個首標文件1250中。首標文件不針對多個媒體數(shù)據(jù)1010至1030中的每一個而存在，而是可以作為一個首標文件1250而被包括在訪問多個媒體數(shù)據(jù)1010至1030所需的信息1244中。首標文件1250對應(yīng)于圖IOC的首標文件1050。圖13是根據(jù)示范性實施例的數(shù)據(jù)傳輸系統(tǒng)中的操作方法的流程圖。根據(jù)當前示范性實施例的數(shù)據(jù)傳輸系統(tǒng)包括服務(wù)器1301和客戶端1302。在操作S1310中，服務(wù)器1301生成包括至少一個成分的至少一條媒體數(shù)據(jù)，并生成關(guān)于媒體數(shù)據(jù)的信息。以下，為了便于描述，由服務(wù)器1301生成的一條媒體數(shù)據(jù)將被稱為第一媒體數(shù)據(jù)，而且數(shù)據(jù)傳輸系統(tǒng)的操作方法將根據(jù)第一媒體數(shù)據(jù)進行描述。服務(wù)器1301通過對將要提供的多媒體數(shù)據(jù)中所包括的至少一個內(nèi)容進行編碼來生成多個成分。服務(wù)器1301可以通過對多個相關(guān)的不同內(nèi)容進行編碼來生成相同類型的多個成分。例如，服務(wù)器1301通過使用英語音頻內(nèi)容來生成第一音頻成分，并通過使用韓語音頻內(nèi)容來生成第二音頻成分。第一音頻成分和第二音頻成分是相同的類型，但是使用不同內(nèi)容來生成。服務(wù)器1301可以通過使用不同的方法對相同的內(nèi)容進行編碼來生成多個成分。例如，如參照圖I至圖12C所述，具有不同比特率的多個成分可以通過將輸入內(nèi)容編碼為具有不同的品質(zhì)來生成。服務(wù)器1301生成第一媒體數(shù)據(jù)，其包括來自所生成的成分當中的至少一個成分。第一媒體數(shù)據(jù)可以包括所有可能類型的成分，或者可替換地，可以包括某些類型的成分。例如，當服務(wù)器1301生成視頻成分、音頻成分和字幕成分時，第一媒體數(shù)據(jù)可以包括所有的視頻成分、音頻成分和字幕成分，或者可替換地，可以只包括視頻成分。貫穿本說明書，包括所有可能類型的成分的媒體數(shù)據(jù)被稱為全表示(full-representation)或完整表示(complete-representation),并且只包括某些類型的成分的媒體數(shù)據(jù)被稱為部分表示(partial-representation)。部分表示中所包括的成分可以與其他部分表示中所包括的成分一起處理，并且可以提供給解碼器。關(guān)于第一媒體數(shù)據(jù)的信息可以包括指示第一媒體數(shù)據(jù)中所包括的成分是否與第二媒體數(shù)據(jù)中所包括的成分一起提供的信息，即，指示第一媒體數(shù)據(jù)是否是部分表示的信
肩、O 此外，關(guān)于第一媒體數(shù)據(jù)的信息可以包括成分信息，其是關(guān)于第一媒體數(shù)據(jù)中所包括的至少一個成分的信息。后面將參考圖15、圖17和圖18來描述關(guān)于第一媒體數(shù)據(jù)的信息的示例，而且后面將參考圖14和圖16來描述成分信息的示例。在操作S1320中，服務(wù)器1301向客戶端1302發(fā)送關(guān)于第一媒體數(shù)據(jù)的信息。當關(guān)于第一媒體數(shù)據(jù)的信息被發(fā)送時，信息可以包括在包含關(guān)于通過將一個內(nèi)容編碼為具有不同品質(zhì)所生成的多個成分的信息文件(例如，媒體呈現(xiàn)描述)中。在操作S1330中，客戶端1302基于關(guān)于第一媒體數(shù)據(jù)的信息，向服務(wù)器1301請求第一媒體數(shù)據(jù)中所包括的至少一個成分。后面將參考圖21來描述在客戶端1302中請求和處理成分的詳細過程。客戶端1302從媒體呈現(xiàn)描述中所包括的多個媒體數(shù)據(jù)當中選擇至少一條媒體數(shù)據(jù)。客戶端1302確定用戶想要部分表示還是想要全表示。當沒有用戶輸入時，可以推薦全表不。客戶端1302基于用戶的請求或通信環(huán)境選擇具有適當比特率的第一媒體數(shù)據(jù)。然后，客戶端1302獲取第一媒體數(shù)據(jù)的首標信息，并向服務(wù)器1301請求第一媒體數(shù)據(jù)中所包括的至少一個成分。當?shù)谝幻襟w數(shù)據(jù)包括多個成分時，客戶端1302可以向服務(wù)器1301選擇性地請求期望的成分。在操作S1340中，服務(wù)器1301向客戶端1302發(fā)送由客戶端1302請求的、第一媒體數(shù)據(jù)中所包括的成分。在操作S1350中，客戶端1302處理接收到的成分。當?shù)谝幻襟w數(shù)據(jù)是部分表示并且用戶還選擇第二媒體數(shù)據(jù)時，客戶端1302還接收和處理第二媒體數(shù)據(jù)中所包括的成分。客戶端1302通過組合第一媒體數(shù)據(jù)中所包括的成分和第二媒體數(shù)據(jù)中所包括的成分來輸出用戶期望的數(shù)據(jù)。在相關(guān)技術(shù)方法中，僅定義了全表示，而沒有定義部分表示。也就是說，服務(wù)器1301只生成包括所有類型的成分的媒體數(shù)據(jù)，即，全表示。因此，客戶端1302 —次下載和處理一條媒體數(shù)據(jù)的各個段。雖然這種相關(guān)技術(shù)方法相對簡單和清晰，但是這種相關(guān)技術(shù)方法嚴重缺乏靈活性。當相同類型的成分具有不同的替換對象(alternative)時,服務(wù)器1301需要生成與各自替換對象相對應(yīng)的多個媒體數(shù)據(jù)。例如，當存在通過以不同比特率對相同視頻內(nèi)容進行編碼所生成的四個視頻成分、以及三種不同語言的字幕時，服務(wù)器1301需要生成其數(shù)量對應(yīng)于成分的各種組合的數(shù)量的12個媒體數(shù)據(jù)，這浪費了服務(wù)器1301的存儲空間。由于服務(wù)器1301不知道由不同的URL指示的內(nèi)容之間的協(xié)議或相似性，因此即使對服務(wù)器1301進行優(yōu)化(例如，服務(wù)器1301可以從單獨存儲在盤中的ES實時生成媒體數(shù)據(jù)的段)，也不容易在內(nèi)容遞送網(wǎng)絡(luò)(contentdelivery network, Q)N)中使用這種相關(guān)技術(shù)方法。然而，根據(jù)本示范性實施例，服務(wù)器1301生成只包括某些類型的成分的媒體數(shù)據(jù)，即，部分表示，因此，客戶端1302可以通過檢查期望的媒體數(shù)據(jù)、單獨下載媒體數(shù)據(jù)的段、然后組合媒體數(shù)據(jù)中所包括的成分，來輸出期望的數(shù)據(jù)。在這種情況下，服務(wù)器1301可以只生成包括基于比特率的視頻成分的4個媒體數(shù)據(jù)、以及包括三種不同語言的字幕的3個媒體數(shù)據(jù)。根據(jù)另一個示范性實施例，這種情況是足夠的，即，服務(wù)器1301只生成包括基于比特率的視頻成分和預定語言的字幕成分的4個媒體數(shù)據(jù)、以及包括基于其余兩種語言的字幕成分的2個媒體數(shù)據(jù)。因此，服務(wù)器1301所需的存儲空間的大小和負荷可以顯著降低。 圖14是根據(jù)不范性實施例的、不出成分信息1402的表格。圖14示出了基于圖15的“PartialType”屬性的值1401的成分信息1402。為了便于描述，假設(shè)成分包括在第一媒體數(shù)據(jù)中。當“PartialType”屬性的值1401是“Video” 1410時，第一媒體數(shù)據(jù)包括視頻ES。當“PartialType”屬性的值1401是“Audio” 1420時，第一媒體數(shù)據(jù)包括音頻ES。當“PartialType” 屬性的值 1401 是“Multiplex-AV” 1430 時，第一媒體數(shù)據(jù)包括通過對視頻ES和音頻ES進行復用所生成的ES。當“PartialType” 屬性的值 1401 是“Multiplex-AS” 1440 時，第一媒體數(shù)據(jù)包括通過對音頻ES和字幕ES進行復用所生成的ES。當“PartialType”屬性的值1401是“Subtitle” 1450時，第一媒體數(shù)據(jù)包括字幕ES。圖15示出了根據(jù)示范性實施例的關(guān)于媒體數(shù)據(jù)的信息的示例。圖15示出了具體實施為XML文件的MPD (媒體呈現(xiàn)描述)的示例。關(guān)于每條媒體數(shù)據(jù)的信息被包括在相應(yīng)的〈pss: Representation〉標簽中。<pss:Representation)標簽中的“xsi:type” 屬性可以設(shè)置為“oipf: RepresentationType”。在這種情況下，<pss: Representation〉標簽可以包括“partialType” 屬性和 “ switchGroup” 屬性。“partialType”屬性指示相應(yīng)的媒體數(shù)據(jù)是部分表示。也就是說，由〈Representation〉標簽指示的媒體數(shù)據(jù)中所包括的每個成分(例如,視頻成分、音頻成分、字幕成分等)從服務(wù)器下載，然后與從由另一個〈Representation〉標簽指示的媒體數(shù)據(jù)獲取的成分一起被提供給解碼器?！皃artialType”屬性可以具有圖14的值1401中的任一值。關(guān)于“switchGroup”屬性，包括通過將相同內(nèi)容編碼為具有不同品質(zhì)所生成的成分的多個媒體數(shù)據(jù)具有相同的屬性值。然而，通過將相同類型的不同內(nèi)容(例如，兩種語言的音頻成分)進行編碼所生成的多個媒體數(shù)據(jù)可以具有不同的屬性值。<pss:SegmentInfoDefault)標簽中的“xsi:type” 屬性可以被設(shè)置為“oipf: SegmentlnfoDefaultType”。在這種情況下，<pss: SegmentInfoDefault> 標簽可以包括 “pss: InitialisationSegmentURL，，屬性?！皃ss: InitialisationSegmentURL”屬性提供關(guān)于媒體數(shù)據(jù)的首標(即，初始化段)的參考信息。當“pss: InitialisationSegmentURL”屬性存在于<pss:Period>標簽中的<pss: SegmentInfoDefault)標簽中時，該首標提供用于對所有類型的媒體數(shù)據(jù)(即，部分表示和全表示二者)的樣本(sample)進行描述的元數(shù)據(jù)(例 如，MP4的moov、和TS的PAT/PMT) ο圖16是根據(jù)另一個不范性實施例的不出成分信息1602的表格。圖16示出基于圖17的“PartialComponent”屬性的值1601的成分信息1602?！癙artialComponent”屬性包括“ID”屬性 1610、“類型(Type) ”屬性 1620、“語言(LangVl性 1630、“角度(Angle)”屬性 1640、“通道(Channels) ” 屬性 1650、和“受損(Impaired)，，屬性1660?！癐D”屬性1610指示媒體數(shù)據(jù)中所包括的成分的標識符。標識符的格式可以根據(jù)標識符的容器而改變。例如，PID可以用于MPEG2-TS，而且TrackID可以用于MP4。此外，用戶可以設(shè)置期望的標識符的格式?！癟ype”屬性1620指示成分的類型。例如，成分可以是視頻成分、音頻成分和字幕成分中的至少一個?！癓ang”屬性1630指示音頻成分或字幕成分的語言代碼。語言代碼可以基于RCF5646?！癆ngle”屬性1640指示視頻成分中的相機角度?！癈hannels”屬性1650指示音頻成分中的音頻通道(例如，5. I聲道、2. I聲道等)?！癐mpaired”屬性1660指示提供用于受損用戶的數(shù)據(jù)。例如,“Impaired”屬性1660可以指示提供用于聽力受損的用戶的數(shù)據(jù)。圖17示出根據(jù)另一個示范性實施例的、關(guān)于媒體數(shù)據(jù)的信息的示例。圖17示出具體實施為XML文件的MPD的示例。當〈pss:Representation〉標簽中的“xsi:type” 屬性被設(shè)置為“oipf:RepresentationType” 時，〈pss:Representation〉標簽可以具有現(xiàn)在將要描述的以下屬性?！皃artialComponents”屬性指示媒體數(shù)據(jù)是“部分表示(partial-representation) ”，而不是“全表不(full-representation) ”。也就是說，與〈pss:Representation〉標簽相對應(yīng)的媒體數(shù)據(jù)中所包括的至少一個成分(例如,用于提供單獨視頻數(shù)據(jù)、音頻數(shù)據(jù)或字幕數(shù)據(jù)的Track/ES)與將從其他媒體數(shù)據(jù)下載的數(shù)據(jù)一起被提供給解碼器。“partialComponents”屬性描述媒體數(shù)據(jù)中所包括的每個成分。“partialComponents”屬性的值可以是包括列表的字串(string),在該列表中，與成分有關(guān)的信息由分號(或冒號)進行劃分。關(guān)于成分的信息包括圖16中所示的屬性。然而，應(yīng)用負責選擇期望的成分，并基于所選擇的成分來設(shè)置解碼器。
“partialComponents”屬性可以由具有相同功能的另一個屬性來替換，諸如“Partial” 屬性、“Partial Type” 屬性、“Component” 屬性等。在圖17中，假設(shè)“partialComponents”屬性指示相應(yīng)的媒體數(shù)據(jù)是否是部分表示。然而，根據(jù)示范性實施例，圖17中的其他屬性可以指示相應(yīng)的媒體數(shù)據(jù)是否是部分表示，或者可替換地，圖17中未示出的新的屬性可以指示相應(yīng)的媒體數(shù)據(jù)是否是部分表示。關(guān)于“switchGroup”屬性，包括通過以不同方法對相同內(nèi)容進行編碼所生成的成分(例如，通過將相同內(nèi)容編碼為具有不同品質(zhì)所生成的成分)的多個媒體數(shù)據(jù)可以具有相同的值。然而，通過將相同類型的不同內(nèi)容(例如，兩種語言的音頻成分)進行編碼所生成的多個媒體數(shù)據(jù)可以具有不同的屬性值。因此，具有不同的“switchGroup”屬性值的多個媒體數(shù)據(jù)可以通過組合多個媒體數(shù)據(jù)中所包括的成分來同時重現(xiàn)。然而，具有相同的“switchGroup”屬性值的多個媒體數(shù)據(jù)不可以同時重現(xiàn)。<pss:SegmentInjfoDefault)標簽中的“xsi:type” 屬性可以被設(shè)置為 “oipf:SegmentlnfoDefaultType”。在這種情況下，<pss:SegmentInfoDefault> 標簽可以包括現(xiàn)在將要描述的以下標簽和屬性?！皃ss: InitialisationSegmentURL”屬性指示關(guān)于首標(即，初始化段)的參考信息。當 “pss: InitialisationSegmentURL” 屬性存在于 <pss:Period> 標簽中的<pss: SegmentInfoDefault)標簽中時,首標提供用于對所有類型媒體數(shù)據(jù)(即，部分表示和全表示二者)的樣本(sample)進行描述的元數(shù)據(jù)(例如，MP4的moov、和TS的PAT/PMT)。圖18示出根據(jù)另一個示范性實施例的、關(guān)于媒體數(shù)據(jù)的信息的示例。圖18示出具體實施為XML文件的MPD的示例。關(guān)于一條媒體數(shù)據(jù)的信息被包括在媒體數(shù)據(jù)的每個XML文件中的相應(yīng)〈pss: Representation〉標簽中，而且成分信息被包括在 “ op i f: component ” 屬性中?！磒ss:Representation〉標簽可以包括“group”屬性。當“group”屬性具有不同于“O”的值時，相應(yīng)的媒體數(shù)據(jù)不必是全表示，并且可以是部分表示。也就是說，與〈pss:Representation〉標簽相對應(yīng)的媒體數(shù)據(jù)中所包括的至少一個成分(例如,用于提供單獨視頻數(shù)據(jù)、音頻數(shù)據(jù)或字幕數(shù)據(jù)的Track/ES)與將從其他媒體數(shù)據(jù)下載的數(shù)據(jù)一起被提供給解碼器。在這種情況下，〈Component〉標簽包括關(guān)于〈pss: Representation〉標簽中所包括的至少一個成分的信息。〈Component〉標簽可以包括圖16中所示的屬性。關(guān)于“group”屬性，包括至少一個相同成分的多個媒體數(shù)據(jù)可以具有相同的值。然而，包括相同類型的不同成分(例如，兩種語言的音頻成分)的多個媒體數(shù)據(jù)可以具有不同的值。圖19是根據(jù)示范性實施例的數(shù)據(jù)發(fā)送裝置1900的框圖。數(shù)據(jù)發(fā)送裝置1900包括信息生成器1910、信息發(fā)送器1920和成分發(fā)送器1930。信息生成器1910生成關(guān)于包括至少一個成分的第一媒體數(shù)據(jù)的信息。信息生成器1910可以生成包括關(guān)于通過將一個內(nèi)容編碼為具有不同品質(zhì)所生成的多個成分的信息的文件，并且可以將關(guān)于第一媒體數(shù)據(jù)的信息插入到該文件中。關(guān)于第一媒體數(shù)據(jù)的信息包括指示至少一個成分是否與從第二媒體數(shù)據(jù)獲取的成分一起被提供給數(shù)據(jù)接收裝置2000中的解碼器的信息、以及關(guān)于至少一個成分的成分信息。
成分信息包括關(guān)于第一媒體數(shù)據(jù)中所包括的至少一個成分的類型信息。成分信息還可以包括至少一個成分的識別信息、通道信息、關(guān)于音頻成分的語言代碼信息和受損信息、關(guān)于字幕成分的語言信息和受損信息、關(guān)于視頻成分的相機角度信息中的至少一個。關(guān)于第一媒體數(shù)據(jù)的信息還可以包括指示多個媒體數(shù)據(jù)中的每一個是否包括通過對相同內(nèi)容進行編碼所生成的成分的信息。例如，當?shù)谝幻襟w數(shù)據(jù)和第二媒體數(shù)據(jù)中的每一個都包括通過對相同內(nèi)容進行編碼所生成的成分時，第一媒體數(shù)據(jù)和第二媒體數(shù)據(jù)每個都可以被設(shè)置為具有包含相同值的預定字段。此外，當?shù)谝幻襟w數(shù)據(jù)和第二媒體數(shù)據(jù)包括通過將相同類型的不同內(nèi)容(例如，不同語言的音頻成分)進行編碼所生成的相應(yīng)成分時，第一媒體數(shù)據(jù)和第二媒體數(shù)據(jù)可以被設(shè)置為具有包含不同值的相應(yīng)預定字段。圖20是根據(jù)示范性實施例的數(shù)據(jù)接收裝置2000的框圖。信息接收器2010接收關(guān)于第一媒體數(shù)據(jù)的信息。關(guān)于第一媒體數(shù)據(jù)的信息包括指示至少一個成分是否與從第二媒體數(shù)據(jù)獲取的成分一起被提供的信息。
成分接收器2020基于關(guān)于第一媒體數(shù)據(jù)的信息，獲取至少一個成分。圖21是根據(jù)示范性實施例的接收數(shù)據(jù)的方法的流程圖。在操作S2110中，獲取MPD。在操作S2120中，當MPD包括部分表示和全表示二者時，基于用戶的輸入來選擇部分表示和全表示二者中的任意一個。當沒有用戶的輸入時，可以推薦部分表示。當選擇部分表示時，執(zhí)行操作S2141。如果沒有選擇部分表示，則執(zhí)行操作S2131。在操作S2131中，基于MPD中的元數(shù)據(jù)選擇初始媒體數(shù)據(jù)。在一般情況下，基于媒體數(shù)據(jù)的比特率選擇初始媒體數(shù)據(jù)。在操作S2132中，如果首標存在于媒體數(shù)據(jù)中，則獲取首標。在操作S2133中，從媒體數(shù)據(jù)獲取媒體段。在操作S2134中，從所獲取的首標和媒體段獲取ES。在這種情況下，一般選擇單一音頻流和單一視頻流。如果有其他替換對象，則可以從該替換對象選擇ES。在操作S2135中，設(shè)置重現(xiàn)器(r印iOducer)以便重現(xiàn)所選擇的ES，并且重現(xiàn)ES。在操作S2136中，在重現(xiàn)ES的時候，確定用戶是否請求利用首標/媒體段中的另一個ES來代替所選擇的ES、或者添加另一個ES。如果沒有任何請求，則在操作S2135中選擇的ES繼續(xù)被處理。如果存在請求(例如，請求轉(zhuǎn)換比特率)，則選擇所請求的全表示，并且執(zhí)行操作S2132。在操作S2141中，基于MPD中的元數(shù)據(jù)(例如，“PartialComponent”屬性或“BandWidth”屬性)選擇包括期望的ES的媒體數(shù)據(jù)。在操作S2142中，從相應(yīng)的時段獲取首標。在操作S2143中，從媒體數(shù)據(jù)獲取媒體段。在操作S2144中，從所獲取的首標和媒體段獲取ES。在操作S2145中，配置重現(xiàn)器以便通過使用從首標或成分信息獲取的信息來重現(xiàn)所選擇的ES。當ID字段存在于“PartialComponent”屬性中時,有可能在從流中提取的元數(shù)據(jù)中的流和MPD的首標之間執(zhí)行精確映射。在這種情況下，可以在不解析首標的情況下將“TrackID”或“PID”發(fā)送到重現(xiàn)器。在操作S2146中，重現(xiàn)器被設(shè)置以便產(chǎn)生所選擇的ES，并且重現(xiàn)ES。
在操作S2147中，在重現(xiàn)ES的時候，確定用戶是否請求利用首標/媒體段中的另一個ES來代替所選擇的ES、或者請求添加另一個ES。如果沒有請求，則在操作S2146中選擇的ES繼續(xù)被處理。如果存在請求(例如，請求轉(zhuǎn)換比特率)，則選擇所請求的部分表示，并且執(zhí)行操作S2142。在操作S2148中，確定所選擇的部分表示的“SwitchGroup”屬性的值是否與先前的部分表示的“SwitchGroup”屬性的值相同。如果值相同，則執(zhí)行操作S2144。如果值不同，則執(zhí)行操作S2142。具體地，當用戶選擇具有相同的“SwitchGroup”屬性值的不同部分表示(例如,包括具有不同比特率的成分的媒體數(shù)據(jù))時，執(zhí)行操作S2144。另一方面，當用戶選擇或添加具有不同的“SwitchGroup”屬性值的不同部分表示時，執(zhí)行操作S2141。本發(fā)明也可以示范性地實施為計算機可讀記錄介質(zhì)上的計算機可讀 代碼。例如，根據(jù)示范性實施例的服務(wù)器的流傳輸裝置和客戶端的流傳輸裝置可以包括耦合到圖13和圖14的裝置1300的每個單元的總線，以及連接到總線的至少一個處理器。此外，流傳輸裝置還可以包括耦合到至少一個處理器的存儲器，以便存儲命令、接收到的消息或生成的消息，其中至少一個處理器與總線組合以執(zhí)行命令。計算機可讀記錄介質(zhì)是能夠存儲數(shù)據(jù)的任何數(shù)據(jù)存儲設(shè)備，該數(shù)據(jù)此后能夠由計算機系統(tǒng)讀取。計算機可讀記錄介質(zhì)的示例包括只讀存儲器(ROM)、隨機存取存儲器(RAM)、CD-ROM、磁帶、軟盤、光學數(shù)據(jù)存儲設(shè)備等。計算機可讀記錄介質(zhì)也可以分布在與計算機系統(tǒng)耦合的網(wǎng)絡(luò)上，從而計算機可讀代碼以分布式方式存儲和運行。雖然上面已經(jīng)具體示出和描述了示范性實施例，但是本領(lǐng)域普通技術(shù)人員將理解，可以在其中做出各種形式和細節(jié)上的改變，而不會偏離所附權(quán)利要求所限定的示范性實施例的精神和范圍。
權(quán)利要求
1.一種接收數(shù)據(jù)的方法，該方法包括 獲取關(guān)于第一媒體數(shù)據(jù)的信息，第一媒體數(shù)據(jù)包括至少一個成分；以及 基于關(guān)于第一媒體數(shù)據(jù)的信息，獲取所述至少一個成分， 其中，關(guān)于第一媒體數(shù)據(jù)的信息還包括指示所述至少一個成分是否與從第二媒體數(shù)據(jù)獲取的成分一起被提供的信息。
2.如權(quán)利要求I所述的方法，其中，關(guān)于第一媒體數(shù)據(jù)的信息還包括關(guān)于所述至少一個成分中的每一個的成分信息， 其中，成分信息包括關(guān)于第一媒體數(shù)據(jù)中所包括的所述至少一個成分的類型信息。
3.如權(quán)利要求2所述的方法，其中，成分信息還包括所述至少一個成分的標識信息。
4.如權(quán)利要求2所述的方法，其中，成分信息還包括關(guān)于第一媒體數(shù)據(jù)中所包括的視頻成分的相機角度信息。
5.如權(quán)利要求2所述的方法，其中，成分信息還包括關(guān)于第一媒體數(shù)據(jù)中所包括的音頻成分的通道信息和語言代碼信息中的至少一個。
6.如權(quán)利要求2所述的方法，其中，成分信息還包括關(guān)于第一媒體數(shù)據(jù)中所包括的字幕成分的語言信息。
7.如權(quán)利要求I所述的方法，其中，關(guān)于第一媒體數(shù)據(jù)的信息還包括指示第一媒體數(shù)據(jù)和第二媒體數(shù)據(jù)是否包括通過對相同內(nèi)容進行編碼所生成的相應(yīng)成分的信息。
8.如權(quán)利要求I所述的方法，其中，獲取關(guān)于第一媒體數(shù)據(jù)的信息包括從包括關(guān)于通過將預定內(nèi)容編碼為具有不同品質(zhì)所生成的多個成分的信息的文件中獲取關(guān)于第一媒體數(shù)據(jù)的信息。
9.一種發(fā)送數(shù)據(jù)的方法，該方法包括 由服務(wù)器生成關(guān)于第一媒體數(shù)據(jù)的信息，第一媒體數(shù)據(jù)包括至少一個成分； 由服務(wù)器發(fā)送關(guān)于第一媒體數(shù)據(jù)的信息；以及 基于對應(yīng)于發(fā)送關(guān)于第一媒體數(shù)據(jù)的信息的請求，由服務(wù)器發(fā)送所述至少一個成分， 其中，關(guān)于第一媒體數(shù)據(jù)的信息包括指示所述至少一個成分是否與從第二媒體數(shù)據(jù)獲取的成分一起被提供的信息。
10.如權(quán)利要求9所述的方法，其中，關(guān)于第一媒體數(shù)據(jù)的信息還包括關(guān)于所述至少一個成分中的每一個的成分信息， 其中，成分信息包括關(guān)于第一媒體數(shù)據(jù)中所包括的所述至少一個成分的類型信息。
11.如權(quán)利要求10所述的方法，其中，成分信息還包括所述至少一個成分的標識信息。
12.如權(quán)利要求10所述的方法，其中，成分信息還包括關(guān)于第一媒體數(shù)據(jù)中所包括的視頻成分的相機角度信息。
13.一種用于接收數(shù)據(jù)的裝置，該裝置包括 信息獲取單元，其獲取關(guān)于第一媒體數(shù)據(jù)的信息，第一媒體數(shù)據(jù)包括構(gòu)成多媒體數(shù)據(jù)的至少一個成分；以及 成分獲取單元，其基于關(guān)于第一媒體數(shù)據(jù)的信息，獲取所述至少一個成分， 其中，關(guān)于第一媒體數(shù)據(jù)的信息包括指示所述至少一個成分是否與從第二媒體數(shù)據(jù)獲取的成分一起被提供的信息。
14.一種用于發(fā)送數(shù)據(jù)的裝置，該裝置包括信息生成器，其生成關(guān)于第一媒體數(shù)據(jù)的信息，第一媒體數(shù)據(jù)包括至少一個成分； 信息發(fā)送器，其發(fā)送關(guān)于第一媒體數(shù)據(jù)的信息；以及 成分發(fā)送器，其基于對應(yīng)于發(fā)送關(guān)于第一媒體數(shù)據(jù)的信息的請求，發(fā)送所述至少一個成分， 其中，關(guān)于第一媒體數(shù)據(jù)的信息包括指示所述至少一個成分是否與從第二媒體數(shù)據(jù)獲取的成分一起被提供的信息。
15. 一種非臨時性計算機可讀存儲介質(zhì)，其具有記錄在其上的用于運行接收數(shù)據(jù)的方法的程序，該方法包括 獲取關(guān)于第一媒體數(shù)據(jù)的信息，第一媒體數(shù)據(jù)包括至少一個成分；以及 基于關(guān)于第一媒體數(shù)據(jù)的信息，獲取所述至少一個成分， 其中，關(guān)于第一媒體數(shù)據(jù)的信息還包括指示所述至少一個成分是否與從第二媒體數(shù)據(jù)獲取的成分一起被提供的信息。
全文摘要
提供了用于發(fā)送或接收數(shù)據(jù)的方法和裝置。該方法包括獲取關(guān)于第一媒體數(shù)據(jù)的信息，第一媒體數(shù)據(jù)包括至少一個成分；以及基于關(guān)于第一媒體數(shù)據(jù)的信息，獲取所述至少一個成分，其中，關(guān)于第一媒體數(shù)據(jù)的信息還包括指示所述至少一個成分是否與從第二媒體數(shù)據(jù)獲取的成分一起被提供的信息。
文檔編號H04L29/06GK102812673SQ201080061416
公開日2012年12月5日 申請日期2010年11月15日 優(yōu)先權(quán)日2009年11月13日
發(fā)明者權(quán)五塤, 河昊振, 任成彬, 張冠華, 琴智恩 申請人:三星電子株式會社