專利名稱：適應的流方法和裝置的制作方法
技術領域：
示范性實施例涉及ー種流傳輸(stream)方法和裝置，并且更具體地,涉及ー種用于根據流傳輸環境中的波動(f luctuation)而自適應地流傳輸媒體數據的方法和裝置。
背景技術：
通過網絡發送媒體數據的方法的例子包括下載方法和流傳輸方法。在流傳輸方法中，服務器實時發送媒體數據，且客戶端實時地再現所接收的媒體數據。不像在發送并接收媒體數據之后才開始再現媒體數據的下載方法，因為流傳輸方法通過在服務器和客戶端之間設置的邏輯信道來發送和接收媒體數據，并實時地再現媒體數據，所以需要一種通過反映(reflect)流傳輸環境中的波動來保持在再現媒體數據時的服務質量(QoS)的方法和裝置。
發明內容
解決方案示范性實施例提供了一種用于自適應地調節并執行流傳輸，即用于根據流傳輸環境自適應地發送和接收媒體數據的方法和裝置。示范性實施例還提供了一種計算機可讀記錄媒介，上面記錄了執行這里描述的方法的程序。有益效果根據示范性實施例，可以通過使用常規的協議而不必改變服務器和/或客戶端的結構，來執行適應流傳輸環境的流傳輸，并且因此可以以低成本制造與各種媒體數據格式兼容的適應的流傳輸系統。
通過參考附圖來詳細描述示范性實施例，以上和/或其它方面將變得更加清楚，其中圖I是依據示范性實施例的流傳輸系統的圖；圖2A和圖2B是用于描述依據示范性實施例的流傳輸方法的流程圖；圖3是依據示范性實施例的、包含關于內容信息的文件的圖式；圖4A示出了根據示范性實施例的、用于定義多個媒體數據的信息；圖4B示出了依據示范性實施例的、關于媒體數據首標的信息；圖4C示出了依據示范性實施例的、關于包含于多個媒體數據中的每ー個的至少一個片斷的信息；圖5A和土 5B是用于描述依據另ー示范性實施例的流傳輸方法的流程圖；圖6是依據另ー示范性實施例的、包含關于內容的信息的文件的圖式；圖7示出了依據示范性實施例的、關于內容的信息；
圖8A和圖8B是依據示范性實施例的媒體呈現描述的圖式；圖9A、圖9B、圖9C、圖9D、圖9E、圖9F、圖9G和圖9H示出了依據示范性實施例的媒體呈現描述；圖10A、圖IOB和圖IOC的每ー個示出了依據示范性實施例的多個媒體數據；圖IlA和圖IlB是用于描述依據示范性實施例的流傳輸方法的流程圖；圖12A、圖12B和圖12C的每ー個示出了依據示范性實施例的多個媒體數據；圖13是依據示范性實施例的、包含于服務器中的、用于發送媒體數據的裝置的框圖；以及圖14是依據示范性實施例的、包含于客戶端中的、用于接收媒體數據的裝置的框圖。
具體實施例方式最佳模式根據示范性實施例的一方面，提供了一種接收媒體數據的方法，該方法包括從服務器接收包含關于預定內容的信息的第一文件；基于第一文件從服務器接收包含關于多個媒體數據的信息的第二文件，該多個媒體數據通過編碼預定內容以具有不同質量而產生；并基于第二文件接收所述多個媒體數據中的至少ー個，其中第一文件包含關于第二文件的位置的信息。關于第二文件的位置的信息可以是第二文件的統ー資源定位符(URL)信息。接收第二文件的步驟可以包括發送超文本傳輸協議(HTTP)請求消息，用于基于第二文件的URL信息請求服務器發送第二文件；并從服務器接收響應于所述HTTP請求消息的包含第二文件的HTTP響應消息。所述多個媒體數據的每一個可以包括多個數據片斷中的至少ー個，所述數據片斷通過編碼內容以具有預定質量并基于時間劃分該內容而產生。第二文件可以包含如下中的至少ー個關于涉及所述多個數據片斷的URL的模板的信息和關于所述多個媒體數據的格式中的至少ー個的信息。第二文件還可以包含指向所述多個媒體數據的首標的信息。所述多個媒體數據可以分別對應于多個基本流，而所述多個媒體數據的首標可以包含關于所述多個基本流的節目關聯表(PAT)和節目映射表(PMT)中的至少ー個。所述PAT和PMT中的至少ー個可以包含所述多個媒體數據的整個列表。所述多個媒體數據的分組標識符(PID)可以彼此不同。所述至少ー個數據片斷可以包括至少ー個分組化基本流(PES)。可以根據再現時間來對準包含于來自所述多個媒體數據中的不同媒體數據中的 PES 的呈現時間戮(presentation time stamp, PTS)和解碼時間戮(decoding timestamp, DTS)o第二文件還可以包含關于第三文件的信息，該第三文件包含關于通過編碼要在所述內容之后接收的后續內容以具有不同質量而產生的另外的多個媒體數據的信息。第二文件可以包含關于所述多個媒體數據中的每ー個的名稱、類型、質量和時間戳中的至少ー個的信息。
根據接收所述多個媒體數據中的至少ー個的用戶的等級(rating)，第二文件可以有所不同。根據示范性實施例的另一方面，提供了一種發送媒體數據的方法，該方法包括向客戶端發送包含關于預定內容的信息的第一文件；向客戶端發送包含關于多個媒體數據的信息的第二文件，多個媒體數據通過編碼預定內容以具有不同的質量而產生；井根據客戶端基于第二文件的請求，向客戶端發送所述多個媒體數據中的至少ー個，其中第一文件包含關于第二文件的位置的信息。根據示范性實施例的另一方面，提供了ー種用于接收媒體數據的裝置，該裝置包括信息接收器，用于從服務器接收包含關于預定內容的信息的第一文件，并基于第一文 件從服務器接收包含關于多個媒體數據的信息的第二文件，該多個媒體數據通過編碼預定內容以具有不同質量而產生；及媒體數據接收器，用于基于第二文件接收所述多個媒體數據中的至少ー個，其中第一文件包含關于第二文件的位置的信息。根據示范性實施例的另一方面，提供了ー種用于發送媒體數據的裝置，該裝置包括信息發送器，用于向客戶端發送包含關于預定內容的信息的第一文件，井向客戶端發送包含關于多個媒體數據的信息的第二文件，該多個媒體數據通過編碼預定內容以具有不同質量而產生；及媒體數據發送器，用于根據客戶端基于第二文件的請求，向客戶端發送所述多個媒體數據中的至少ー個，其中第一文件包含關于第二文件的位置的信息。根據示范性實施例的另一方面，提供了一種接收媒體數據的方法，該方法包括從服務器接收包含關于多個媒體數據的信息的文件，該多個媒體數據通過編碼預定內容以具有不同質量而產生；并基于所接收的文件來接收所述多個媒體數據中的至少ー個，其中所述文件包含所述多個媒體數據中的每ー個的名稱、類型、質量和時間戳中的至少ー個。根據示范性實施例的另一方面，提供了一種發送媒體數據的方法，該方法包括向客戶端發送包含關于多個媒體數據的信息的文件，該多個媒體數據通過編碼預定內容以具有不同質量而產生；和根據客戶端的請求基于所發送的文件，向客戶端發送所述多個媒體數據中的至少ー個,其中所述文件包含所述多個媒體數據中的每ー個的名稱、類型、質量和時間戳中的至少ー個。根據示范性實施例的另一方面，提供了ー種用于接收媒體數據的裝置，該裝置包括信息接收器，用于從服務器接收包含關于多個媒體數據的信息的文件，該多個媒體數據通過編碼預定內容以具有不同質量而產生；及媒體數據接收器，用于基于所接收的文件接收所述多個媒體數據中的至少ー個，其中所述文件包含所述多個媒體數據中的每ー個的名稱、類型、質量和時間戳中的至少ー個。根據示范性實施例的另一方面，提供了ー種用于發送媒體數據的裝置，該裝置包括信息發送器，用于向客戶端發送包含關于多個媒體數據的信息的文件，該多個媒體數據通過編碼預定內容以具有不同質量而產生；及媒體數據發送器，用于根據客戶端的請求基于所發送的文件向客戶端發送所述多個媒體數據中的至少ー個，其中所述文件包含所述多個媒體數據中的每ー個的名稱、類型、質量和時間戳中的至少ー個。根據示范性實施例的另一方面，提供了一種計算機可讀記錄媒介，上面記錄了用于執行上述方法中任何一個的程序。本發明的模式
下面將參照展示了示范性實施例的附圖，更全面地描述示范性實施例。當諸如“......中至少ー個”的措辭位于一列元素之后時，修飾的是整列元素，而不是列中的單個元素。圖I是依據示范性實施例的流傳輸系統100的示圖。參照圖1，依據本示范性實施例的流傳輸系統100包括編碼設備110、服務器120和客戶端130。編碼設備110通過編碼輸入內容以具有多個不同質量而產生關于ー個輸入內容的多個媒體數據。當服務器120向客戶端130流傳輸媒體數據時，流傳輸環境可能改變。例如，用于流傳輸的網絡140的帶寬可能被改變，或者服務器120用于發送媒體數據或客戶端130用于接收媒體數據的硬件資源可能被改變。 所以，為了根據易變的(fluidic)流傳輸環境的自適應流傳輸，編碼設備110編碼ー個內容以具有不同質量。通過調節諸如比特率、采樣頻率、分辨率或幀速率的因素，可以編碼ー個內容以具有不同的質量。例如，通過按照不同分辨率編碼ー個圖像內容，可以產生500Kbps、IOOOKbps 和 2000Kbps 的多個媒體數據。不同質量的多個媒體數據被發送到服務器120，并且在這時候，關于所述內容的信息和關于每一媒體數據的信息也可以被發送到服務器120。所述關于內容的信息可以包括，但不限于關于作為內容的元數據的內容的標題、大綱、內容標識符(ID)和內容統ー資源定位符(URL)的信息。所述關于每ー媒體數據的信息可以包括每ー媒體數據的質量、類型、ID等，并將參考圖4A、圖4B和圖4C詳細描述。客戶端130接收關于內容的信息和關于每一媒體數據的信息中的至少ー個，并基于所接收的關于內容的信息和關于每一媒體數據的信息中的至少ー個，向服務器120請求多個媒體數據中的至少ー個。客戶端130估計流傳輸環境，并基于估計的流傳輸環境選擇多個媒體數據中的至少ー個。可以選擇在所估計的流傳輸環境中可以維持合適的服務質量(QoS)的至少ー個媒體數據。然后，客戶端130可以發送超文本傳輸協議(HTTP)請求，用于請求服務器120發送所選擇的至少ー個媒體數據。當流傳輸環境惡化且接收了高質量媒體數據但不可能連續再現媒體數據時，可以從多個媒體數據中請求低質量媒體數據。當流傳輸環境改善且接收了高質量媒體數據且可以連續再現媒體數據時，可以繼續從多個媒體數據中請求高質量媒體數據。客戶端130在接收預定的媒體數據的同時可以請求服務器120發送另一媒體數據。例如,在惡化的流傳輸環境中請求并正在接收低質量的第一媒體數據的客戶端130，當流傳輸環境改善時可以請求服務器120發送具有比第一媒體數據的質量更高質量的第二媒體數據。根據傳統的流傳輸方法，當服務器120和客戶端130在最初設置流傳輸信道時設置ー個質量吋，連續發送并接收具有相同質量的媒體數據。然而，根據本示范性實施例，因為客戶端130即使在接收關于相同內容的第一媒體數據時也能再次請求第二媒體數據，所以適應流傳輸環境的流傳輸是可能的。客戶端130可以通過使用基于網絡140的帶寬或者服務器120或客戶端130使用的硬件資源來估計流傳輸環境的任何方法來估計流傳輸環境。例如，客戶端130可以基于所接收的媒體數據的時間戳或誤比特率(BER)來估計流傳輸環境。當通過檢查所接收的媒體數據的時間戳發現接收媒體數據的速度慢于再現速度時，流傳輸環境可以被確定為惡化或將要惡化。可替代地，當所接收的媒體數據的BER增加時，流傳輸環境可以被確定為惡化。當客戶端130根據流傳輸環境請求服務器120發送媒體數據中的至少ー個時，月艮務器120向客戶端130發送所請求的媒體數據。服務器120可以向客戶端130發送所請求的媒體數據，作為對HTTP請求的HTTP響應。每ー媒體數據可以包含通過按不同質量編碼內容并劃分已編碼內容而產生的多個片斷中的至少ー個。換言之，通過編碼設備110編碼內容而產生的每ー媒體數據可以包含基于時間劃分的至少ー個片斷。服務器120通過劃分內容成多個片斷井分別發送該多個片斷來發送所述內容，而不是編碼所述內容成一個流并連續發送所述內容。可以通過劃分所述內容成諸如10或20秒的単元的預定時間單元來產生所述多個片斷。可以基于圖片組(GOP)來設置作為用于劃分內容的基礎的時間。可以將對應于ー個或多個GOP的圖片的媒體數據設置為ー個片斷。 例如，當流傳輸具有兩種質量的內容時，第一媒體數據可以包含通過編碼內容以具有第一質量并基于時間劃分已編碼內容而產生的至少ー個片斷，而第二媒體數據可以包含通過編碼內容以具有第二質量并基于時間劃分已編碼內容而產生的至少ー個片斷。通過基于時間劃分每ー媒體數據，自適應流傳輸是可能的。例如，當流傳輸開始時，服務器120發送對應于低質量的第一媒體數據的0到20秒的片斷。接著，當20秒后確定流傳輸環境改善且客戶端130請求更高質量的媒體數據時，服務器120可以發送對應于更高質量的第二媒體數據的20到40秒的片斷。因為基于時間將媒體數據劃分成多個片斷，所以即使在流傳輸期間也可以根據流傳輸環境發送不同媒體數據的片斷。圖2A是用于描述依據示范性實施例的流傳輸方法的流程圖。參考圖2A，操作210中，客戶端130向服務器120發送請求以發送關于預定內容的信息。當客戶端130的用戶從客戶端130的屏幕上顯示的用戶界面中選擇了預定內容吋，客戶端130請求服務器120發送關于所選擇的內容的信息。客戶端130可以發送HTTP請求，用于請求服務器120發送關于預定內容的信息。一旦從客戶端130接收到請求，則服務器120向客戶端130發送關于預定內容的信息。服務器120可以作為對HTTP請求的HTTP響應而向客戶端130發送關于預定內容的信息。該關于預定內容的信息可以是依據開放IPTV論壇(OIPF)標準的內容訪問描述符(CAD)0現在將參照圖3詳細描述該關于預定內容的信息。圖3是依據示范性實施例的、包含關于內容的信息的文件的圖式。該文件可以是CAD，且可以是可擴展標記語言(XML)文件。分別描述標簽和屬性，但是可以理解，根據示范性實施例，由標簽定義的項目可以由屬性定義或由屬性定義的項目可以由標簽定義。參考圖3，關于內容的信息可以包括“Title (標題)”、“SynopSiS (大綱)”、^OriginSite (起源站點)”和“ContentURL (內容 RUL)”標簽。因為媒體數據的傳統流傳輸通過編碼ー個內容以具有預定質量來產生ー個媒體數據，所以傳統的關于內容的信息(具體地，依據OIPF的CAD)不包含關于通過編碼內容以具有不同質量而產生的多個媒體數據的信息。然而，根據本示范性實施例，關于內容的信息包含關于通過編碼ー個內容以具有不同質量而產生的多個媒體數據的信息，且對應于圖3中的“Tracks (軌跡)”、“RefData (參考數據)”和“Fragments (段落)”標簽。圖4A示出了根據示范性實施例的、用于定義多個媒體數據的信息。參照圖4A，“Tracks”標簽是用于將通過編碼內容以具有不同質量而產生的多個媒體數據分類的信息。“Track”標簽包含分配給每ー媒體數據的“ID”屬性、“Type (類型)”屬性和“ BitRate (比特率)”屬性。“ID”屬性定義順序地分給所述多個媒體數據的標識符，而“Type”屬性定義媒體數據是對應于音頻數據、視頻數據、視頻/音頻數據還是字幕數據。當“Type”屬性是“Packed(打包)”吋，該媒體數據是視頻/音頻數據，而當“Type”屬性是“Video (視頻)”吋，該媒體數據是視頻數據。“BitRate”屬性定義用于編碼該媒體數據的比特率。圖4B示出了依據示范性實施例的、關于媒體數據的首標的信息。參考圖4B，“RefData”標簽包含“Type”屬性和“ID”屬性。“Type”屬性定義首標的媒體格式。例如，當“Type”屬性是“HEAD-TS”吋，該首標是傳輸流格式的首標。“ID”屬性定義首標的媒體數據。當“ ID”屬性是“I”時，該首標是具有“ I”的媒體數據ID的媒體數據的首標。同樣，“RefData”標簽包含指向首標的信息，且“URL”標簽定義首標的位置，即，首標的URL。“RefData”標簽是可選元素。僅當首標與媒體數據分離并作為單獨文件存在時“RefData”標簽才包含于關于內容的信息中，而當首標與媒體數據相結合時“RefData”標簽可以不包含在關于內容的信息中。圖4C示出了根據示范性實施例的、關于包含于多個媒體數據中的每ー個的至少一個片斷的信息。參考圖4C,“Fragments”標簽的子標簽“Fragment”標簽包含關于至少一個片斷的信息，該至少一個片斷包含于所述多個媒體數據的每ー個中。“Fragments”標簽包含“NextFragmentsXMLURL (下一段落 XMLURL)”屬性。當一個內容的流傳輸完成之后連續地流傳輸后續內容時，像在現場直播流傳輸的情況下，僅當客戶端130意識到關于后續內容的信息時才可以無縫地流傳輸后續內容。因此，“Fragments”標簽將關于后續內容的信息定義為“NextFragmentsXMLURL”屬性。可以將關于后續內容的多個媒體數據的URL定義為“NextFragmentsXMLURL”屬性。“Fragment”標簽包含關于當前內容的至少ー個片斷的信息。參考圖4C，組成第一片斷的“ slicel-1. as”的URL信息由“ URL”標簽定義，該第一片斷通過按第一質量編碼內容來作為第一媒體數據而產生，而對應首標的ID由“RefPointer (參考指示器)”標簽定義。同樣，第一片斷的開始時間由“ StartTime (開始時間)”屬性定義，而每一片斷的持續時間由“ Duration (持續時間)”屬性定義。第一媒體數據的質量由“ BitRate”屬性定義。在圖4C中，“ Fragments”標簽展示了只包含一個片斷的每ー媒體數據。然而，如上面參考圖I所描述的，可以理解，根據示范性實施例，當每ー媒體數據被劃分成多個片斷時，一個“ Fragments ”標簽可以包含關于至少兩個片斷的信息。回頭參考圖2A，在操作220中客戶端130請求服務器120發送所述多個媒體數據中的至少ー個。通過編碼ー個內容以具有不同質量而產生所述多個媒體數據。客戶端130從所述多個媒體數據中選擇被編碼以具有適合流傳輸環境的質量的至少ー個媒體數據，并向服務器120請求所選擇的至少ー個媒體數據。客戶端130可以基于包含于關于內容的信息的、關于所述多個媒體數據的信息，向服務器120發送HTTP請求。如參考圖4C所描述，關于內容的信息可以包含“ Fragments”標簽。因此，客戶端130基于包含于“Fragments”中的標簽的URL信息，請求服務器120發送所選擇的媒體數據。服務器120根據客戶端130的請求發送媒體數據。服務器120可以向客戶端130發送所請求的媒體數據的至少ー個片斷。服務器120可以作為關于HTTP請求的HTTP響應來向客戶端130發送所請求的媒體數據。圖2B是用于描述依據另ー示范性實施例的流傳輸方法的流程圖。圖2B示出了當首標作為獨立于媒體數據的文件而存在時的流傳輸方法。參考圖2B，在操作212中客戶端130請求服務器120發送關于預定內容的信息，且服務器120發送關于內容的信息。操作212對應于圖2A的操作210。接收包含上面參照圖 4B描述的“RefData”標簽的、關于內容的信息。在操作222，客戶端130基于在操作212中接收的關于內容的信息，請求多個媒體數據中的所選擇的媒體數據的首標。基于操作212中接收的關于內容的信息，從所述多個媒體數據中選擇適合流傳輸環境的至少ー個媒體數據，并請求所選擇的至少ー個媒體數據的首標。通過參照在操作212中接收的關于內容的信息中包含的“ RefData”標簽，請求所選擇的至少ー個媒體數據的首標。服務器120向客戶端130發送所請求的首標。首標文件可以被發送至客戶端130，且其可以是XML文件。在操作232中，客戶端130基于在操作212中接收的關于內容的信息和在操作222中接收的首標，請求服務器120發送所選擇的媒體數據。客戶端130請求服務器120發送通過基于時間劃分媒體數據而產生的至少ー個片斷，且服務器120向客戶端130發送所請求的至少ー個片斷。圖5A是用于描述依據另ー示范性實施例的流傳輸方法的流程圖。參考圖5A，在操作510中客戶端130請求服務器120發送關于預定內容的信息，且服務器120發送關于內容的信息。客戶端130發送HTTP請求，用于請求服務器120發送關于內容的信息，并接收作為對HTTP請求的HTTP響應的該關于內容的信息。該關于內容的信息可以是XML文件。在操作510中客戶端130接收的關于內容的信息不同于在圖2的操作210中客戶端130接收的關于內容的信息，且現在將參照圖6和圖7描述這個區別。圖6是依據另ー示范性實施例的、包含關于內容的信息的文件的圖式。參考圖6，像圖3那樣，依據當前示范性實施例的關于內容的信息可以包含“ T i 11 e ”、“ Synop s i s ”、“ Or i ginS i t e ” 和“ ContentURL ” 標簽。但是,在圖3中，關于內容的信息通過包含“Tracks”、“RefData”和“Fragments”標簽來包含關于多個媒體數據的信息，然而在圖6中，代替包含關于多個媒體數據的信息，關于內容的信息僅定義包含關于所述多個媒體數據的信息的文件(以下稱為“媒體呈現描述(media presentation description)”)的 URL。“ContentURL” 標簽可以定義媒體呈現描述的URL。通過如圖6所示將媒體呈現描述的URL插入到關于內容的信息中，可以在執行適應于流傳輸環境的流傳輸的同時保持與各種媒體數據格式的兼容性，而不必較大地改變包含關于內容信息的文件的常規圖式。如圖6中所示，關于內容的信息可以只包含涉及流傳輸方法的信息，而不包含關于所述多個媒體數據的信息。換言之，“ContentURL”標簽可以包含定義流傳輸期間使用的媒體數據的格式的“MediaFormat (媒體格式)”屬性和定義媒體數據的類型的“MIMEType(MME類型)”屬性。具體地，“ContentURL”標簽可以包含定義內容的流傳輸所涉及的業務的^TransferType (傳送類型)”屬性。“TransferType”屬性可以定義內容的流傳輸是涉及內容傳遞(Content on Delivery,CoD)業務、現場直播業務、自適應流傳輸現場直播業務還是自適應流傳輸CoD業務。圖7示出了依據示范性實施例的、關于內容的信息。圖7可以是依據OIPF標準的CAD。
參考圖7，根據圖6的圖式產生的關于內容的信息可以在“ContentURL”標簽中定義媒體呈現描述的 URL。http://asexample. com/vod/movies/ 18888/Meta/MainMeta.xml是媒體呈現描述的URL。同樣，如參考圖6所描述的，可以在“ContentURL”標簽中定義“MediaFormat” 屬性、“MIMEType” 屬性和 “TransferType” 屬性。回頭參考圖5A，在操作520中，客戶端130基于在操作510中接收的關于內容的信息，向服務器120請求關于所述多個媒體數據的信息。客戶端130可以通過HTTP請求向服務器120請求媒體呈現描述，并可以接收作為HTTP響應的該媒體呈現描述。在操作510中客戶端130從服務器120接收的關于內容的信息可以包含媒體呈現描述的URL，如參考圖6和圖7所述，并且從而客戶端130通過參考關于內容的信息的“ContentURL”標簽來從服務器120請求并接收媒體呈現描述。現在將參考圖8A和圖8B，及圖9A、圖9B、圖9C、圖9D、圖9E、圖9F、圖9G和圖9H，詳細描述媒體呈現描述。圖8A和圖SB是依據示范性實施例的媒體呈現描述的圖式。該媒體呈現描述可以遵循OIPF標準。 參考圖8A，依據本示范性實施例的媒體呈現描述包含關于多個媒體數據URL的模板標簽、用于定義首標的位置的標簽、用于定義流傳輸所涉及的業務的標簽、用于定義媒體數據的容器格式的標簽和用于定義多個媒體數據的標簽。“urlTemplate (url模板)”標簽定義多個媒體數據的URL的共同部分。例如，如果 http://example, com/vod/movie/18888/Track/{TrackID}/Segments/{SegmentID}是URL模板，則可以通過分別用每ー媒體數據的ID和包含于每ー媒體數據中的至少ー個片斷的ID來替代“ TrackID (軌跡ID)”和“SegmentID (片斷ID)”來定義媒體數據的URL。“headUrl (首標Url)”標簽對應于參考圖4B所描述的“RefData”標簽。換言之，“headerUrl”標簽定義了所述多個媒體數據的首標的URL。“isLive (是現場直播)”標簽定義涉及流傳輸的業務。例如，當“ isLive”標簽被定義為“Live”吋，流傳輸涉及現場直播業務，而當“ isLive”標簽被定義為“CoD”吋，流傳輸涉及CqD業務。“contentType (內容類型)”標簽定義流傳輸期間使用的媒體數據的容器格式。“ contentType ”標簽可以指示該容器格式是MP4格式還是MPEG2-TS格式。這里該容器格式是MP4格式或MPEG2-TS格式，然而，可以理解，根據示范性實施例，該容器格式不限于此，而是可以使用用于發送媒體數據的任何容器格式。例如，“ contentType ”標簽可以定義該容器格式遵循MPEG媒體傳輸(MMT)標準。“Stream (流)”標簽為每ー媒體數據而產生，并且定義每ー媒體數據。為了定義通過編碼ー個內容以具有不同質量而產生的每ー媒體數據，“Stream”標簽包含“ StreamName(流名稱)”屬性、“type (類型)”屬性、“bitrate (比特率)”屬性、“startTime (開始時間)”屬性、“firstlntervalNum (第一區間數目)，，屬性、“duration (持續時間)”屬性和^intervalCount (區間計數)”屬性。“streamName”屬性定義媒體數據的名稱，且可以是媒體數據的ID。“type”屬性定義媒體數據的類型，其中定義該媒體數據是音頻數據、視頻數據還是音頻/視頻數據。當媒體數據僅包含關于用于隨時點播(trick play)的I-巾貞的數據時,可以在“type”屬性中定 義這樣的信息。“bitrate”屬性定義媒體數據的比特率，“ startTime”屬性定義用于指定媒體數據的開始時間的時間戳，而“firstlntervalNum”屬性定義最初開始的片斷的數目。“duration”屬性定義媒體數據中包含的片斷的持續時間，而“ intervalCount”屬性定義包含于媒體數據中的至少ー個片斷的總數。“Segment”標簽是“Stream”標簽的子標簽，并且如上描述，當媒體數據包含通過按預定質量編碼內容并基于時間劃分已編碼內容而產生的至少ー個片斷時，定義所述至少一個片斷中的每ー個。“ IntNum ”屬性定義片斷數目，而“ Star tT ime ”標簽定義對應片斷的開始時間。“Duration”標簽定義對應片斷的持續時間，而“url ”定義對應片斷的URL。“Segment”標簽是可選標簽，并且如果關于包含于媒體數據中的至少ー個片斷的信息可以從“Stream”標簽的其它屬性中推斷出來，則“Segment”標簽可以不包含在媒體呈現描述中。換言之，當“Segment”標簽的內容可以從在“Strearn”標簽中定義的“ startT ime ”、“ f irst IntervalNum，，、“ duration ” 和 “ intervalCount，，屬性中推斷出來時，“Segment”標簽可以不包含在媒體呈現描述中。同樣，如果在“urlTemplate”中定義了預定的模板，則可以不需要“Segment”標簽的“url”屬性，而是通過用所定義的預定模板來替代多個媒體數據的每ー個ID和包含于每ー媒體數據中的至少ー個片斷的ID以推斷出片斷的URL。但是，另一方面，如果“Segment”標簽的屬性不能從“Stream”標簽的其它屬性中推斷出來，則為每一片斷単獨定義“Segment”標簽的屬性。如果片斷的持續時間不同，則不可以推斷出“ Segment”標簽的屬性。當持續時間不同時，包含于媒體數據中的片斷的持續時間不能從“Stream”標簽的屬性中推斷出來，因而可以通過使用“Segment”標簽的“duration”屬性一一設置所述片斷的持續時間。當片斷的持續時間不同吋，連續片斷的開始時間也不同。例如，當第一媒體數據的第一片斷的持續時間不同于第一媒體數據的第二片斷的持續時間時，第二片斷的開始時間和第三片斷的開始時間不能從“Stream”標簽中推斷出來。因此，可以由“ startTime”屬性定義每一片斷的開始時間。代替使用“Segment”標簽的“duration”屬性和“startTime”屬性,可以通過使用“Segment”標簽的子標簽來定義持續時間和/或開始時間。例如，可以設置構成“Segment”標簽的子標簽的“ Url”標簽，并持續時間可以被定義為“Url”標簽的屬性，例如“<Url=WWW.example, com/ /segment, ts, duration=10/>，，。根據另ー示范性實施例，可以基于連續片斷的持續時間之間的差來定義持續時間。更高的標簽可以定義默認持續時間，而構成子標簽的“ Url”標簽可以僅定義關于每一片斷的默認持續時間和實際持續時間之間的差。如上描述，構成“Segment”標簽的子標簽的“Url ”標簽可以被定義為“<Url=www. example, com/ /segment,ts, duration=difference/>”。“difference”表示默認持續時間和實際持續時間之間的差。當通過使用“ Stream”標簽或“ Segment”標簽將對應片斷的默認持續時間定義為10分鐘，且構成子標簽的“Url”標簽被定義為“<Url=www. example, com/ /segment.ts, duration=2/>”時，對應片斷的持續時間可以被定義為10+2=12分鐘。參考圖8B，依據另ー示范性實施例的媒體呈現描述還可以包含“nextManifestURL(下一清單URL)”標簽。如上所述，當ー個內容的流傳輸完成之后連續地流傳輸后續內容，諸如在現場直播流傳輸或廣告插入的情形中時，客戶端130需要提前知道關于后續內容的信息以便無縫地流傳輸后續內容。因此，可以由“ nextManifestURL”標簽來定義在當前內 容之后要流傳輸的后續內容的媒體呈現描述的URL。圖9A、圖9B、圖9C、圖9D、圖9E、圖9F、圖9G和圖9H示出了依據示范性實施例的
媒體呈現描述。參考圖9A，依據示范性實施例的媒體呈現描述包含“URLTemplate (URL模板)”標簽、“RefDataURL (參考數據URL)”標簽以及分別定義多個媒體數據的多個標簽。圖9A的“URLTemplate”標簽和“RefDataURL”標簽分別對應于圖8A和圖8B的“urlTemplate” 標簽和 “RefDataURL” 標簽。圖9A 的“ID” 屬性、“Type” 屬性、“BitRate” 屬性、“StartTime” 屬性、“SegmentDuration (片斷持續時間)”屬性、“SegmentStartID (片斷開始ID)”屬性和“SegmentCount(片斷計數)”屬性分別對應于圖8A和圖8B的“Stream”標簽的“streamName”屬性、“type” 屬性、“bitrate” 屬性、“startTime” 屬性、“duration” 屬性、“Stream” 標簽的 “firstlntervalNum” 屬性和 “ intervalCount” 屬性。圖9A的媒體呈現描述包含關于通過編碼內容以具有不同質量而產生的三個視頻數據的信息、關于ー個音頻數據的信息和關于通過僅編碼用于隨時點播的I-幀而產生的媒體數據的信息。參考圖9B,依據示范性實施例的媒體呈現描述還包含“NextAdaptiveControlURL(下ー自適應控制URL)”標簽。該“NextAdaptiveControlURL”標簽對應于圖8B的“nextManifestURL”標簽。因此，可以由“NextAdaptiveControlURL”標簽來定義當前內容之后要再現的后續內容的媒體呈現描述的URL。圖9C展示了當由圖9B的“ NextAdaptiveControlURL”標簽定義要在當前內容之后再現的后續內容的媒體呈現描述的URL時，后續內容的媒體呈現描述。對比圖9B和圖9C的媒體呈現描迷，“StartTime”屬性不同于圖9B的當前內容的媒體呈現描述，因為圖9C的媒體呈現描述是針對后續內容的。圖9D和圖9E示出用于選擇性地控制用戶想要執行的高質量視頻再現的媒體呈現描述。圖9D示出當通過編碼ー個內容以具有5種不同質量而產生多個媒體數據時的媒體呈現描述。這里，圖9E和圖9E的媒體呈現描述在包含關于編碼以具有高質量的視頻的信息(即，具有“ ID”屬性“5”的媒體數據的“StartTime”屬性和“SegmentCount”屬性)的標簽上有所不同。服務器120根據客戶端130的用戶等級(rating)來選擇性地發送圖9D的媒體呈現描述或圖9E的媒體呈現描述。當客戶端130的用戶等級是高時(例如，當客戶端130是付費用戶吋)，發送圖9D的媒體呈現描述以使得自由地再現高質量視頻；而當客戶端130的用戶等級是低時(例如，當客戶端130是免費用戶時)，發送圖9E的媒體呈現描述以使得根據由高質量視頻中的“StartTime”屬性定義的時間來再現由“SegmentCount”屬性定義的片斷。圖9F示出了當把廣告播入到內容時的媒體呈現描述。參考圖9F，該媒體呈現描述可以包含關于具有不同“StartTime”屬性的廣告內容和主內容的信息。媒體呈現描述可以包括關于從“00 00 :00”到“00 02 :00”以“500000”的比特率再現的廣告內容的信息以及關于從“ 00 :02 :00 ” 開始以 “ 1000000 ”、“ 2000000 ”、“ 3000000 ” 或 “ 4000000 ” 的比特率再現 的主內容的信息。如果服務器120通過編碼廣告內容以具有一種比特率來向客戶端130提供廣告內容，并通過按四種不同的比特率編碼主內容來向客戶端130提供主內容，該主內容具有與廣告內容不同的“ StartTime”屬性，則可以從服務器120向客戶端130發送圖9F的媒體呈現描述。圖9G示出了依據示范性實施例的、包含關于廣告內容的信息的媒體呈現描述。用于提供主內容的服務器和用于提供廣告內容的服務器可以不同。換言之，當客戶端130從圖5A的服務器120接收主內容而從除了服務器120之外的服務器接收廣告內容吋，圖9G的媒體呈現描述可以包含廣告內容的URL。如圖9G中展示，媒體呈現描述可以包含被編碼以具有ー種質量的廣告內容的URL。圖9H示出了依據示范性實施例的、包含語言和字幕信息的媒體呈現描述。參考圖9H，音頻數據可以包含關于多種語言的信息。媒體呈現描述可以包含關于多種語言的音頻數據的信息(其中“ ID”屬性是“4”或“ 5”)或關于多種語言的字幕的信息(其中“ ID”屬性是“6” 或“7”)。由于不但音頻數據而且字幕數據也根據時間被劃分成多個片斷，所以在流傳輸期間可以將音頻數據和字幕改變為另ー種語言的音頻數據和字幕。回頭參考圖5A，在操作530中客戶端130請求服務器120發送多個媒體數據中的至少ー個。客戶端130通過參考關于多個媒體數據的信息，選擇被編碼以具有適合于流傳輸環境的質量的至少ー個媒體數據，并向服務器120請求所選擇的至少ー個媒體數據。客戶端130可以發送HTTP請求，用于請求服務器120發送預定的媒體數據。服務器120發送根據客戶端130的請求的媒體數據。可替代地，服務器可以向客戶端130發送通過編碼內容以具有預定質量并基于時間來劃分已編碼內容而產生的至少ー個片斷。服務器120可以作為對HTTP請求的HTTP響應向客戶端130發送所請求的媒體數據。圖5B是用于描述依據另ー示范性實施例的流傳輸方法的流程圖。參考圖5B，在操作512中客戶端130請求服務器120發送關于預定內容的信息，并從服務器120接收關于預定內容的信息。客戶端130可以發送HTTP請求，用于請求服務器120發送關于預定內容的信息，并接收作為對HTTP請求的HTTP響應的該關于預定內容的信息。該關于預定內容的信息可以包含在XML文件中。
在操作522中，客戶端130基于在操作512中接收的關于預定內容的信息，請求服務器120發送關于多個媒體數據的信息。客戶端130可以通過HTTP請求來向服務器120請求媒體呈現描述，并接收作為HTTP響應的該媒體呈現描述。在操作532中，客戶端130請求基于在操作522中接收的關于多個媒體數據的信息而選擇的媒體數據的首標。基于在操作522中接收的關于多個媒體數據的信息，從該多個媒體數據中選擇適合于流傳輸 環境的至少ー個媒體數據，并請求所選擇的至少ー個媒體數據的首標。通過參考在操作522中接收的關于多個媒體數據的信息來請求所選擇的至少ー個媒體數據的首標。服務器120響應于客戶端130的請求，向客戶端130發送所選擇的至少ー個媒體數據的首標的文件。在操作542中，客戶端130基于在操作522中接收的關于多個媒體數據的信息以及在操作532中接收的首標，請求服務器120發送所選擇的媒體數據。客戶端130請求服務器120發送通過編碼內容以具有預定質量并基于時間劃分已編碼內容而產生的至少ー個片斷，且服務器120向客戶端130發送所請求的至少ー個片斷。圖10A、圖IOB和圖IOC的每ー個示出依據示范性實施例的多個媒體數據。圖10A、圖IOB和圖IOC的每ー個示出在服務器120中包含的多個媒體數據以執行根據圖5A和圖5B的流傳輸方法。參考圖10A，服務器120可以包括通過編碼ー個內容以具有多個不同質量而產生的多個媒體數據1010到1030，用于適合于流傳輸環境的流傳輸。“Trackl”到“TrackN”表示多個媒體數據1010到1030。同樣，該多個媒體數據1010到1030中的每ー個可以包括通過基于時間劃分該多個媒體數據1010到1030中的每ー個而產生的至少ー個片斷。“Slice卜I. as，，、“Slice卜2. as”、“Slicel_3. as，，、“Slice2_L as”、“Slice2_2. as，，、“Slice2-3. as”、“SliceN-l. as”、“SliceN_2. as” 和 “SliceN-3. as” 表示至少ー個片斷。服務器120可以包含客戶端130訪問多個媒體數據1010到1030所需要的信息1040。服務器120可以包括作為關于內容的信息的“CadMeta. xml”文件，作為關于該多個媒體數據1010到1030的信息的“MainMeta. xml”文件，以及作為多個媒體數據1010到1030的首標文件的“Headl. ref”文件、“Head2. ref”文件等。這里，“Headl. ref”文件可以是"Trackl"的首標文件，而“Head2. ref ”文件可以是“Track2”的首標文件。“CadMeta. xml”文件可以是依據OIPF標準的CAD文件，而“MainMeta. xml”文件可以是上述媒體呈現描述。同樣，“Headl. ref”和“ Head2. ref”文件是可選元素，且當首標包含于多個媒體數據1010到1030中時可以不存在。參考圖10B，客戶端130訪問多個媒體數據1010到1030所需要的信息1042還可以包括“NextMeta. xml”文件。如上所述，“NextMeta. xml”文件可以是要在當前內容之后再現的后續內容的媒體呈現描述。如上所述，當前內容的媒體呈現描述，即“MainMeta. xml”文件包含后續內容的媒體呈現描述的URL，因而客戶端130可以基于“MainMeta. xml”文件來訪問“NextMeta. xml”文件。參考圖10C，多個媒體數據1010到1030的首標文件可以存在于ー個首標文件1050中。替代為多個媒體數據1010到1030中的每ー個而存在，首標文件可以作為ー個首標文件1050存在，且可以被包含于訪問多個媒體數據1010到1030所需要的信息1044中。例如，當多個媒體數據1010到1030中的每ー個與基本流，例如依據MPEG-2標準的基本流對應時，多個媒體數據1010到1030的首標文件中的每ー個可以是包含節目關聯表(PAT)和節目映射表(PMT)的首標文件1050。可以從多個媒體數據1010到1030中分離出PAT和PMT中的至少ー個，以準備首標文件1050，且媒體呈現描述可以包含指向首標文件1050的信息。指向首標文件1050的信息可以是首標文件1050的URL信息或用于指定在MPEG-2傳輸流(TS)中包含首標文件1050的分組的信息。包含PAT和PMT中的至少ー個的首標文件1050是初始片斷，且可以在包含有效載荷的片斷之前被發送到客戶端130，以便啟動多個媒體數據1010到1030的再現。回頭參考圖5B的操作532，客戶端130可以通過參考媒體呈現描述來獲得指向首標文件1050的信息，并可以基于指向首標文件1 050的信息來請求首標文件1050。在基于指向首標文件1050的信息而請求并接收首標文件1050之后，基于首標文件1050中包含的PAT和PMT中的至少ー個來選擇多個媒體數據1010到1030中的至少ー個，且從服務器120請求所選擇的至少ー個媒體數據。PAT和PMT可以作為首標文件1050分離出來，或包含于多個媒體數據1010到1030中，但是無論PAT和PMT的位置如何，它們都可以包含多個媒體數據1010到1030中包含的基本流的整個列表。根據MPEG-2，在PAT和PMT中定義的分組ID (PID)根據基本流不同而不同。因此，分配給多個媒體數據1010到1030中的每ー個的PID可以不同。可替代地，根據另ー示范性實施例，由于通過編碼ー個內容以具有不同質量而產生的多個媒體數據1010到1030是相同內容的基本流，所以可以使用相同的PID。當該多個媒體數據1010到1030對應于依據MPEG-2的多個基本流吋，多個媒體數據1010到1030中包含的每一片斷可以包括至少ー個連續的分組化基本流(PES)。然而，一個PES只可以被包含在片斷之中的一個片斷內。換言之，ー個PES不可以包含于兩個不同的片斷內。由于多個媒體數據是通過編碼ー個內容以具有不同質量而產生的，所以可以根據再現時間來排列在多個媒體數據的PES中包含的呈現時間戳(PTS)和/或解碼時間戳(DTS)0換言之，如果第一媒體數據的初始PES和第二媒體數據的初始PES是在相同時間再現的內容，則可以相同地設置PTS和/或DTS。此外，當在再現第一媒體數據的同時通過根據流傳輸環境而改變媒體數據來再現第二媒體數據時，可以連續地排列PTS和/或DTS，以使得連續地再現第一和第二媒體數據。換言之，當在再現第一媒體數據的同時通過改變媒體數據而再現第二媒體數據時，可以連續地設置改變媒體數據之間最后的PES的PTS和/或DTS、及改變媒體數據之后第一個PES的PTS和/或DTS。PTS和/或DTS定義視頻數據的時間戳。因此，根據如上所述的多個媒體數據的再現時間來排列關于視頻數據的多個媒體數據的時間戳。可以同樣地將此基于再現時間的時間戳的排列應用到音頻數據。換言之，就像關于視頻數據的多個媒體數據的時間戳那樣，也可以根據再現時間來排列關于音頻數據的片(piece)媒體數據的時間戳，以用于自適應流傳輸。圖IlA是用于描述依據另ー示范性實施例的流傳輸方法的流程圖。參考圖11A，在操作1110中，客戶端130向服務器120請求關于多個媒體數據的信息。客戶端130可以經由HTTP請求從服務器120請求媒體呈現描述，并可以接收作為HTTP響應的媒體呈現描述。客戶端130向服務器120請求并接收關于通過編碼ー個內容以具有多個不同質量而產生的多個媒體數據的信息，以執行適應于流傳輸環境的流傳輸。圖IlA的流傳輸方法不同于圖5A的流傳輸方法，因為請求并接收關于多個媒體數據的信息而不請求并接收關于內容的信息。在操作1120中，客戶端130請求服務器120發送多個媒體數據中的至少ー個。客戶端130通過參考關于多個媒體數據的信息，選擇并請求被編碼以具有適合于流傳輸環境的質量的至少ー個媒體數據，并從服務器120接收所請求的至少ー個媒體數據。圖IlB是用于描述根據另ー示范性實施例的流傳輸方法的流程圖。參考圖11B，在操作1112中，客戶端130請求服務器120發送關于多個媒體數據的信息，并從服務器120接收響應于該請求的關于該多個媒體數據的信息。客戶端130可以通過HTTP請求向服務器120請求媒體呈現描述，并接收作為HTTP響應的媒體呈現描述。
在操作1122中，客戶端130基于在操作1112中接收的關于該多個媒體數據的信息來請求所選擇的媒體數據的首標。客戶端130通過參考在操作1112中接收的關于該多個媒體數據的信息，請求根據流傳輸環境所選擇的媒體數據的首標。響應于該請求，服務器120向客戶端130發送包含所選擇的媒體數據的首標的文件。在操作1132中，客戶端130基于在操作1112中接收的關于該多個媒體數據的信息和在操作1122中接收的首標，請求服務器120發送所選擇的媒體數據。客戶端130請求服務器120發送通過按預定質量編碼內容并基于時間劃分已編碼內容而產生的至少ー個片斷，且服務器120向客戶端130發送所請求的至少ー個片斷。圖12A、圖12B和圖12C的每ー個示出了依據其它示范性實施例的多個媒體數據。圖12A和圖12B的每ー個示出了用于執行圖IlA和的IlB的流傳輸方法的、在服務器120中包含的多個媒體數據。參考圖12A，服務器120可以包含通過編碼ー個內容以具有多個不同質量而產生的多個媒體數據1010到1030,用于適應于流傳輸環境的流傳輸,如圖IOA中所不。這里，圖12A的多個媒體數據1010到1030在客戶端130訪問多個媒體數據1010到1030所需要的信息1240上不同于圖IOA的多個媒體數據1010到1030，其中與圖IOA的示范性實施例不同服務器120只包含關于多個媒體數據1010到1030的信息而不包含關于內容的信息。這里，客戶端130可以從另ー實體而不是服務器120來接收關于內容的信息，并基于所接收的關于內容的信息來訪問在服務器120中包含的多個媒體數據1010到1030。參考圖12B，可以通過進ー步將“NextMeta. xml”文件包含進圖12A的信息1240中來準備客戶端130訪問多個媒體數據1010到1030所需要的信息1242。參考圖12C，多個媒體數據1010到1030的首標文件可以存在于ー個首標文件1250中。所述首標文件不為多個媒體數據1010到1030的每ー個而存在，但是可以作為一個首標文件1250而包含于訪問多個媒體數據1010到1030所需要的信息1244中。首標文件1250對應于圖IOC的首標文件1050。圖13是依據示范性實施例的、包含于服務器120中的、用于發送媒體數據的裝置1300的框圖。參考圖13，服務器120的裝置1300包括信息發送器1310和媒體數據發送器1320。信息發送器1310從客戶端130接收發送預定信息的請求，并響應于該請求向客戶端130發送預定信息。信息發送器1310從客戶端130接收發送關于內容的信息和關于多個媒體數據的信息中的至少ー個，并且向客戶端發送所請求的信息。信息發送器1310從客戶端130接收HTTP請求，該HTTP請求用于請求關于內容的信息和關于多個媒體數據的信息中的至少ー個，并發送所請求的信息作為HTTP響應。媒體數據發送器1320從客戶端130接收發送至少ー個媒體數據的請求，該至少一個媒體數據是根據流傳輸環境從所述多個媒體數據中選擇的，井向客戶端130發送所請求的媒體數據。信息發送器1310接收發送所選擇的媒體數據的請求，所述媒體數據是基于向客戶端130發送的關于所述多個媒體數據的信息來選擇的。服務器120可以通過接收并存儲由編碼設備110編碼以具有不同質量的多個媒體數據，來向客戶端130發送所請求的媒體數據。同樣，服務器120可以從編碼設備110接收所請求的媒體數據,并根據客戶端130的請求來實時地向客戶端130發送所請求的媒體數據。圖14是依據示范性實施例的、包含于客戶端130中的、用于接收媒體數據的裝置
1400的框圖。參考圖14，客戶端130的裝置1400包括信息接收器1410和媒體數據接收器1420。信息接收器1410向服務器120發送請求以發送預定信息，并從服務器120接收響應于該請求的預定信息。信息接收器1410向服務器120發送請求，以發送關于內容的信息和關于多個媒體數據的信息中的至少ー個，并從服務器120接收所請求的信息。根據圖2A、圖2B、圖5A、圖5B、圖IIA和圖IlB的示范性實施例，信息接收器1410發送HTTP請求，該HTTP請求用于請求服務器120發送關于內容的信息和關于多個媒體數據的信息中的至少ー個，并從服務器120接收作為HTTP響應的所請求的信息。媒體數據接收器1420向服務器120發送請求，以發送根據流傳輸環境從多個媒體數據中選擇的至少ー個媒體數據，并從服務器120接收所請求的媒體數據。信息接收器1410基于從服務器120接收的關于多個媒體數據的信息，發送請求以發送根據流傳輸環境所選擇的媒體數據。根據示范性實施例，可以通過使用常規的協議而不必改變服務器和/或客戶端的結構，就可以執行適應于流傳輸環境的流傳輸，并且因此可以以低成本制造與各種媒體數據格式兼容的自適應流傳輸系統。也可以將示范性實施例具體化為在計算機可讀記錄媒介上的計算機可讀代碼。例如，依據示范性實施例的服務器的流傳輸裝置和客戶端的流傳輸裝置可以包括耦接到圖13的裝置1300和圖14的裝置中的每ー單元的總線以及連接至該總線的至少ー個處理器。同樣，流傳輸裝置還可以包括耦接到至少ー個處理器的存儲器，以存儲命令、所接收的消息或所產生的消息，其中將至少ー個處理器與總線結合起來執行命令。計算機可讀記錄媒介是能夠存儲之后可由計算機系統讀取的數據的任何數據存儲設備。計算機可讀記錄媒介的例子包括，但不限于只讀存儲器(ROM)、隨機存取存儲器(RAM)、CD-ROM、磁帶、軟盤、光學數據存儲設備等等。該計算機可讀記錄媒介也可以分布在計算機系統耦接的網絡上，從而以分布的方式存儲并執行計算機可讀碼。盡管已參考其示范性實施例具體展示并描述了本發明，但是本領域普通技術人員可以理解，可以在其中進行形式上和細節上的各種變化，而不會脫離由以下權利要求所定義的本發明的精神和范圍。
權利要求
1.一種接收媒體數據的方法，該方法包括 接收包括關于內容的信息的第一文件，其中從服務器接收該第一文件； 接收第二文件，其中第二文件包含關于多個媒體數據的信息，該多個媒體數據通過編碼內容使得該多個媒體數據中的每ー個具有各自不同的質量來產生，且其中使用第一文件從服務器接收該第二文件；以及 使用第二文件來接收所述多個媒體數據中的至少ー個， 其中第一文件包含關于第二文件的位置的信息。
2.如權利要求I的方法，其中，關于第二文件的位置的信息是涉及第ニ文件的統ー資源定位符(URL)信息。
3.如權利要求2的方法，其中，接收第二文件的步驟包括 發送超文本傳輸協議(HTTP)請求消息，用于請求服務器發送第二文件，其中使用第二文件的URL信息來執行發送；以及 從響應于該HTTP請求的服務器接收包含第二文件的HTTP響應消息。
4.如權利要求I的方法，其中，所述多個媒體數據中的每ー個包含通過編碼內容以具有確定的質量并基于時間劃分該內容而產生的多個數據片斷中的至少ー個。
5.如權利要求4的方法，其中，第二文件包含如下的至少ー個關于涉及所述多個數據片斷的URL的模板的信息或關于所述多個媒體數據的至少ー種格式的信息中。
6.如權利要求5的方法，其中，第二文件還包括涉及所述多個媒體數據的首標的信息。
7.如權利要求6的方法，其中，多個媒體數據分別對應于多個基本流，且 其中，所述多個媒體數據的首標包含涉及所述多個基本流的節目關聯表(PAT)或節目映射表(PMT)中的至少ー個。
8.如權利要求7的方法，其中，PAT和PMT中的至少ー個包括所有所述多個媒體數據的列表。
9.如權利要求7的方法，其中，所述多個媒體數據中的每ー個被分配多個分組標識符(PID)中各自不同的ー個。
10.如權利要求7的方法，其中，所述多個數據片斷中的至少ー個數據片斷包含至少ー個分組化基本流(PES)。
11.如權利要求7的方法，其中，所述多個媒體數據中的每ー個包含各自的分組化基本流(PES)，其包括各自的呈現時間戳(PTS)和各自的解碼時間戳(DTS)， 其中，該方法還包括根據再現時間來排列各自的呈現時間戳和各自的解碼時間戳。
12.一種發送媒體數據的方法，該方法包括 發送包含關于內容的信息的第一文件，其中將第一文件發送至客戶端設備； 發送第二文件，其中第二文件包含關于多個媒體數據的信息，通過編碼內容使得該多個媒體數據中的每ー個具有各自不同的質量而產生所述多個媒體數據，且其中向客戶端設備發送第二文件；以及 根據客戶端設備的請求，向客戶端設備發送所述多個媒體數據中的至少ー個，其中該請求是使用第二文件來發送的， 其中第一文件包括關于第二文件的位置的信息。
13.ー種用于接收媒體數據的裝置，該裝置包括信息接收器，被配置為接收包含關于內容的信息的第一文件，其中從服務器接收第一文件，其中該信息接收器還被配置為接收第二文件，其中第二文件包括關于多個媒體數據的信息，通過編碼內容使得該多個媒體數據中的每ー個具有各自不同的質量來產生該多個媒體數據，且其中使用第一文件從服務器接收第二文件 '及 媒體數據接收器，被配置為使用第二文件接收所述多個媒體數據中的至少ー個， 其中第一文件包括關于第二文件的位置的信息。
14.ー種用于發送媒體數據的裝置，該裝置包括 信息發送器，被配置為發送包含關于內容的信息的第一文件，其中向客戶端發送第一文件， 其中該信息發送器還被配置為發送第二文件，其中第二文件包含關于多個媒體數據的信息，通過編碼內容使得該多個媒體數據中的每ー個具有各自不同的質量來產生該多個媒體數據，且其中向客戶端發送第二文件；及 媒體數據發送器，被配置為根據客戶端的請求向客戶端發送所述多個媒體數據中的至少ー個，其中該請求是使用第二文件發送的， 其中第一文件包含關于第二文件的位置的信息。
15.一種計算機可讀記錄媒介，在上面記錄有用于執行權利要求I到11之一的方法的程序。
全文摘要
一種使用關于多個媒體數據的信息、用于執行適應于流傳輸環境的流傳輸的方法和裝置，通過編碼內容以具有不同質量來產生多個媒體數據。
文檔編號H04N21/845GK102812674SQ201080061494
公開日2012年12月5日 申請日期2010年11月12日 優先權日2009年11月13日
發明者河昊振, 權五塤, 任成彬, 張冠華, 琴智恩 申請人:三星電子株式會社