TW200522632A - Streaming from server to client - Google Patents

Description

200522632 九、發明說明： 【發明所屬之技術領域】 為傳輸或下載資料至客戶 本發明係關於一種從伺服 之方法。 L无珂技術】 傳輸___)偏旨翻程“闕枝將諸 f及影像流㈣步化顧流之播放能力， 耳 =路傳送該資料流至客戶。多媒體傳輸系統包:土 係通過網路連接)而進入伺服 ，媒-(可戒 預先儲存或活之多媒體内容夺技：在伺服器中 致即時方式扣播放。整個多心I載内谷之同時以大 並可以邏輯方式分μ j =展現倾稱為電影， 體類_如影像之;成架;:定：之二 個定時單位係被稱為-媒體樣;^在各個磁執中之各 型。該方面之技術而被分成兩種類 伺服器係採用：用：J持續下载。在正常傳輸中， 目標係以大致甘衣/χ控制傳輸流之位元速率。 _服器可調整來;傳輸。 不可靠之傳網路擁純象。可使用可靠或 定，正常傳輪及網路。如果使用不可靠之傳輪協 以包覆於將把存留衫賴㈣巾之資料予 罔路傳輪包裝中。可根據特定協定及格式ί 200522632 係㈣RTP/UDP (實時傳輪協定/用戶㈣㈣ 疋)協疋及RTP有效載量格式。 肝讀報協 肪= 料觀(超文字傳輸協定)傳輸， 上。伺不或/擬傳輸，係操作於可靠之傳輸協定 之位元速^1 任何應用等級裝置以控制傳輪流 ，制機構。可靠傳輪協定一般係 =之机 :ΖΡ(傳輸控制協定)係用回饋型運曾以㈣付列而 之傳輸。最後，應用不^控制位兀速率 =媒體财係由虛輸包裝中’ 係接收存留在伺服器側 =目此’客戶 槽案，次播放而不需“傳輸“重讀。藉此可供 以壓縮輸ΐ:ΐ時’係利用特定壓縮方法 了媒體壓縮格式外，必須有格式之位元流。除 件之間之壓縮婢曰°°私式，即一種在其他物 槽案連之播案格式。除此n 包覆於傳輪包裝中=索:之資料’暗示如何將媒體 :元流亦可被稱為媒體使;化等。媒體 益至客戶以資料管 u格式如果可從伺服 式。於是，傳輸格式將媒則被稱為傳輸格 解碼或回播順序呈 固媒-類型之個別傳輪頻道時，必須 200522632 j輸，案格式具有在傳輸資料時可被傳肺服器輕 =之資料。例如該格式可供儲存目標設定於不同網路頻 見之媒體位元流之多個版本，而傳輸伺服器可根據客、 與伺服器之間之連接而決定採用何種位元速率。可 上述方式傳輸’故可交插或具有鏈結至個: QUlckTlme檔案格式，ISO Base媒體檔案格式，决 mp^g (移動畫面專業組）之Mp4檔案格式， PP(第二代合夥專案)之3Gp檔案格式等可產生严 方擬傳輸正常操作’該傳輸性槽案： 方式製作。首先，設定檔案内之媒體資 等至以必ΐ:在檔案開頭。諸如檔案等級之元資料 二。卩伤疋貧料必須在對話開始時提供予客戶， 式存:二；ΓΓ料。其次，媒體資料必須以交“ 於槽案中 影像資料等。i為=貝#’影像貧料’聲音資料， 擬可傳輪,ί者^必須制註明在元資料中為虛 【發明内容】 制之士二供一種可避免至少部份上述限 利範圍所目的在於揭述具有申請專 伺服器，及電腦ml fV糸統’各戶，通信裝置， 係揭示於所屬圍本發明之部份較可取實施例 200522632 根據本發明之目的， 至客戶，所傳輪之元資料二:包括：：：元資料係傳輪 範圍之位址。檔案中 在祕案中之媒體資料 所接收之元資料予以決定』: 專送：：：份之位址係根據 伺服器關於將要傳輸至 他器，通知 求之媒體資料_職傳^=㈣範®。織所請 以傳二 談係指客戶與飼服器之間用 詞係係具有 J前-部份是否址基範圍 :=¾二而言，“可將ΐ音丄π 戶之用戶像媒體資料。於是如果客 面，本發不I予以保留。至於槽案格式方 而客戶可要求預期順序之媒體棺案中， 200522632 【實施方式】 第翏，附圖之較可取實施例予以詳細說明。 括-編碼J t多媒體内容傳輸之傳輸系統。該系統包 料以供從i個㈣’、f被稱為—編輯器’準備媒體内容資 編碼多媒體財予以傳輸，在網路NW上傳輸 戶C。該内六^傳輪伺服器ss，及接收檔案之多個客 示者，或1纟括來自諸如錄像機等用以攝錄現場展 硬磾輩去曰、子在儲存裝置，諸如錄像帶，CD，DVD， iti二;内Γ系諸如影像，聲音侧 至伺服哭=ς、J來自編碼器ENC之多媒體檔案係被傳輸 服器資“傳==多崎^ 路徑立即㈣單點廣播或多點廣播 nw 一釭时NC之方式以回應客戶要求。網路 門八籬：：:丁f通信網路’區域網路，廣播網路或由閘 妒二異網路。雖然在第1圖中之内容製作功 功能（由SS)係分離，亦可使用相同裝 置或超過一個裝置予以進行。 徂實施例可應用於任何無線及/或有線電信系統以 2輸，下載可傳輸性檔案。基本傳輸層可洲電路開 包衣開關之貧料接。該種通信網路之一實施例係 3GPP所開&之第二代行動通信系統。在繼後之實施例 ’ UTTP協定係應用以傳輸至少部份傳輸性樓案。 ，了 HTTP/TCP之外，亦可使用其他傳輪層協定。例如 tp(檔案傳輸協定)或WAP(無線應用協定)之wTp(無線 200522632 交易協定)等亦可提供傳輪功能。 資料元資料可作下列分類。-般上元 之媒體代碼之識別或==案。該元資料可包括所使用 元資料係被稱為擋案等級 定ίίί 位兀大小。該元資料可被稱為樣本指 及回播般級元資料將不可能進行媒體解碼 開頭部严二ρ i ΐ現在傳輸性檔案之開始作為檔案 之資^Ji—貫施例’至少決定媒體㈣偏差位址 元為職開頭之播案等級元資料。樣本指定 ㈡：;f體資料交插或作為整合部份出現於緊接著 次木4級元貧料交插後之檔案開頭。 第2圖顯不傳輸客戶之功能，諸如第丨圖所示之客 杆蚀i在步驟201中，客戶將完成與祠服器之會談以進 别或下載:傳輸性财。在此步驟顧，傳輸源係 ^而在伺服ϋ與客戶之間係通過例如第丨圖之網路 ^形成一邏輯性連繫。在步驟搬中，當客戶從飼服 ^要求至少部份檔案顯示元資料部份之大小時，將啟動 貫際之傳輸或下載作業。此項資訊一般上係在檔案開 】自然性取決於應用槽案格式。作為一實施例，在3Gp ^木格式中此項資汛係由在"m〇〇v”箱之前之4位元所指 定，而當此檔案格式係被應用時，客戶將規劃以要求 10 200522632 H緊ϋ檢ΐ 2〇4之該4位元。客戶係利用諸如URI(- 頂-4ίίί:)等以指定檔案。於是客戶將指定包括此 員貝就^案精之範_要求指定财部份。 、在步驟203巾，客戶接收指定元資料大小之至少部 份棺案。根據所接收之資訊’客戶將決定權案中之元資 =份之，址，_形成2〇4之特定元資料範圍之要求。、 各戶可要求所有元⑽或僅要求部份 送至步驟205之飼服器。 貝要㈣被傳 在步驟206巾，客戶接收元資料 供傳輸或下載會談。所接收之元資料至『包子 媒體貧料範圍之位址。該媒體資料範圍將隨著應^ ^ ^式而改變；例如它們僅決定―媒體樣核—組媒^ :九跡，並包括一或多種媒體類型。根據此項資 J，客戶將可決定媒體資料之位元偏差位址。當客戶4 Μ不同媒體資料範圍或部份之位址後，將 〇 媒體資料範圍將予以傳輸或下載。這將涉及^用戶2 3骑=般上，已經接收之^料包括根據所決定之要失 料範圍之標案等級顯示及/或解碼順序資訊。當客 戶知心預期之一或多個媒體資料範圍，將 = =之位址指定元資料而決定其在樓案在中之位= 中幵> 成一要求以指定將要傳輸至客戶之至少一 ^ ' 料範圍’並在209中傳送此要求 二;二 可在要求中（同時在元資料中）指定為位元= 值’決定所要求之至少第-及最後位元值。根據實= 11 200522632 基本之傳輸協定，可指定一或多個媒體資料範圍。 舉例而言，當應用3GP，ISO及MP4檔案格式時， 媒體資料範圍或部份之位址可由在元資料中之樣本至大 塊及大塊偏差箱所識別。客戶在檢查該資訊攔時將可識 別各個樣本相對於檔案開頭之位元範圍。有關IS〇符合 性福案格式之該搁位與其他部份之更多資訊可參考200 1 年 7 月 20 日之 ISO/IEC JTC1/SC29/WG11 規格”在 ISO/ IEC 14496-1 : 2001第3修訂本之考量下之IS〇媒體檔案 格式規格MP4技術”。更詳細可參考第5·3章所揭述之箱 _ V^1()中，客戶接收到在要求208，209中指示 錢之要求媒體資料。該媒體資料將可被適當 資料後 緒存以七、鉍後使用。在步驟210之一實施 案部份。客c戶從触到壓縮及多工之多媒體槽 分離之媒體軌跡。，==::斤及解多工藉以取得 體執跡，然後可使用供， 了該功能之外，乂旁^ ^面之輸出衣置予以播放。除 用戶功能，即相撼& &中設有一控制器單元以加入終端 伺服器控制。=終端用戶輸人以控制_及處理客戶 供回播。 之媒體播放器應用或瀏覽器插入可提 資料之較少部二η ’在步驟208，209中僅要求媒體 為相备重要。因此於一實施例中，客戶 12 200522632 係被安排持續性形成及傳送要求供展示之不同部份，例 如在解碼及時間上之顯示順序。然而，要求媒體資料部 份之順序可能因用戶希望略過某些部份而有所不同。因 此，客戶必須設計成在特定時限之後，根據檔案之展示 狀態或其他條件可根據來自用戶之指令而回復步驟207 或 208 〇 < 如前所述，一般上客戶係經設計可決定媒體資料部 份之順序，即根據在接收元資料中之顯示與解碼順序資 訊欄而決定在步驟208中所要求之媒體資料。舉例而言， 在3GP，ISO及MP4檔案格式中，時間至樣本原子造就 展示時間對媒體樣本之配對。客戶可經設計以使用此項 資訊以暸解樣本之要求順序，並使用元資料相關位元位 址以將樣本配對於位元範圍。 第3圖顯示傳輸一傳輸性檔案之伺服器之功能。在 第3圖中之功能被應用之伺服器係諸如第1圖所示之SS 等之傳輸伺服器，但亦可為可根據來自客戶之要求以剖 析及傳輸傳輸性檔案之任何伺服器。所要求之檔案可被 儲存於伺服器裝置或該伺服器可回應要求而從其他實體 存取及/或下載。在步驟301中，伺服器係與客戶達至一 會談以傳輸或下載一傳輸性檔案。在步驟302中，伺服 器係從客戶之至少部份顯示媒體資料部份大小之檔案中 接收要求_。根據所指示之範圍，伺服器係經設計可決定 在參考檔案中之内容範圍，即決定至少取決媒體資料部 份大小之欄位值。伺服器係經設計以為303形成包括至 13 200522632 應訊息，並將該訊息 少部份指示元資料大小之檔案之回 傳送至客戶。 之元二伺服器接收包括指示欲傳輸至客戶 之7C貝枓耗圍之要未。然後伺服器 定檐案之要求範圍，並形成回㈣自:貞心述方式决 至客戶。 儿办珉口應讯息，然後將305傳送 在步驟306巾，伺服器接收來 一 =輸至客戶之媒體資料之要求。 ί體料之要求’並為3〇7形成包括要求 媒體貝^耗圍之回應。繼之，飼服器傳送則回鹿至客 二=前所述’客戶可啟動任何要求，於是將⑽至步 驟 306。 如何實施本發明之功能性之其他實施例之存 在。中-實施例中，步驟2〇2至2〇6及3〇2至3〇3 可予省略’但經過步驟2()1之後，客戶只要根據要求啟 動傳輸或下載而沒有任何範圍或預設(較大)範圍。當它接 收顯示不同媒體資料範圍或部份(例如位元偏差位址）之 位址之元資料部份時，可進入步驟2〇7。 要f及回應可利用任何可靠之傳輸協定傳輸於客戶 及伺服之間。其中一種協定係Ηττρ。根據一實施例， HTTP第1·1版之範圍特徵可用以指示所要求之元資料及 /或媒體貢料之範圍，如上述與第2及第3圖相關之方式。 於疋，貫施例中之客戶係用以形成一 HTTp GET要求， 它除了檔案之URI及部份其他資訊之外，亦包括在位元 14 200522632 I巳圍芬數中之檔案中之—或多個媒體資料/元資料範圍。 有關HTTP功能性之更多詳情可參考1999年六月之正丁 F RFC雇，"超文字傳輪協定—Ηπρ/11"。其中有關範圍 運用係見述於第3.12，13.5.4及14.351章。#客戶係經 設計以根據HTTP規格形成HTTp GET要求，任何Ηττρ 吐1相符合性健H可回應具有_或多個範圍之要求。 根據-較可取實施例，在ΗΤΤΡ飼服器中不需要任何改 ’k。如=所述，在其中一實施例中需要在短時間間隔傳 送媒體資料部份之連續性要求。根據一實施例，HTTP管 路，，係適用於此。此項技術可供客戶傳送多項要求而 不需等待各項回應，可更有效運用單一 TCP連接，同時 具^車乂紐延時。因此，客戶係經設計以在步驟209中傳 运官路化HTTP GET要求，可節省回程時間。如前所述， 另曰代方案係在要求中加入多個位元範圍。 、根據一實施例，僅有部份元資料係在步驟204及205 中f要求。因此該客戶係經設計以在繼後要求元資料之 ί少Ϊ他部份，例如在媒體資料接收相期間。客戶可決 疋元f料之那一部份尚未接收，並同時與要求一或多個 媒體資料範圍（步驟2〇7至2〇9)之個別要求一起提出要 求。然後該伺服器可用以決定檔案中之指定範圍，並予 以傳达至客戶。根據另一實施例，伺服器係經設計將所 要长之元資料與媒體資料交插於一回應中，客戶將予以 剖析’並從元資料中分出媒體資料。 上述特徵可在任何傳輸性檔案格式下進行。其他可 15 200522632 〇1使^之祂案格式之例子包括MpEG-4(MP4)檔案格式， ^ 格式，IS〇 BaSe Media檔案格式及3GP檔案 資料^ ί5炎開始所接收及儲存之元資料可包括下列媒體 其中料。亦可利用分段樓案格式， 分t 2 t貝料樣本相關之媒體資料樣本及元資料係 編碼時立即3產32:在i1取所需媒體資料並予以 ^ ^ ^ ^ 產生及儲存。有關如何形成及利用此類 028^叭^工之分段，可參照專利申請案公報WO03/ 咖93就，並援引作為本案參考。 依照iiif案格式中’可播放槽案之任何部份而不需 析可二』順序。媒體資料部份經過接收裝置C之剖 料，除(從暫存記憶體中移除）。由於僅有元資 剖析护刀法中僅有财等級之元資料需要在槽案 浐宰二二此需要較少之儲存空間。如果剖析 永久性刪除。此舉可ίτ咸之低元戶^)可在播放後予以 v减低所需記憶體資源之量。 器及記體“:通信装置。它們都具有處理 、己“體Ji、貝施本發明之功能。特定程式瑪可導致 :通信裝置在處理器中執行時實施上及 儲存介質或通信内藏綱^ 更一，例如由個別邏輯組件或一或多個應用指定積 16 200522632 體電路(ASIC)之所製成之電路。上述技術之組合亦為可 行。 精於此藝者當知本發明可用多種不同方式實施。因 此本發明不擬受限於上述實施例，其範圍及精神係如申 請專利範圍所界定。 17 200522632 【圖式簡單說明】 第1圖係多媒體内容傳輸之傳輸系統之區塊圖； 第2圖係顯示本發明之一實施例之客戶功能；及 第3圖係顯示本發明之一實施例之伺服器功能。 【主要元件符號說明】 211與伺服器達成會談 212傳送元資料之請求 213接收元資料大小之資訊 214決定所請求之元貧料及形成請求訊息 215傳送請求至伺服器 216接收所請求之元資料及予以儲存 217決定預期媒體資料部位之位址 218形成指定請求媒體資料範圍之位址之請求 219傳送請求至伺服器 220接收所請求之媒體資料及予以使用 301與客戶達成會談 302接收元資料之請求 303形成及傳輸指定元資料大小之資訊之回應 304從客戶接收元資料之請求 305傳輸所請求之元資料至客戶 306接收來自客戶指定一或多個媒體資料範圍之請求 307形成具有所請求媒體資料範圍之回應 308傳送回應予客戶 18

Claims (1)

1. 200522632 十、申請專利範圍： 1. 一種將具有元資料及媒體資料之可傳輸檔案在網 路上之伺服器與客戶之間進行傳輸或下載之方法，其步 驟包括： 達至客戶與伺服器之間之會談， 傳輸檔案之至少部份元資料至客戶，所傳輸之元資 料至少包括在檔案中之至少部份媒體資料之位址， 根據所接收之元資料以決定檔案中預期媒體資料部 份之位址， 傳送請求至伺服器，通知伺服器關於欲傳送至客戶 之媒體資料範圍，及傳輸所請求媒體資料範圍至客戶。 2. 如申請專利範圍第1項所述之方法，其步驟包括: 從伺服器請求至少部份指定元資料大小之檔案以啟 動傳輸或下載， 將至少部份指定元資料大小之檔案傳輸至客戶， 根據所接收大小之資訊以決定在檔案中元資料部份 之位址， 傳送請求至伺服器，通知伺服器有關欲傳輸至客戶 之元資料範圍， 儲存元資料以供傳輸會談，及 使用元資料以決定預期媒體資料之位址。 3. 如申請專利範圍第2項所述之方法，其中在元資料 19 200522632 範圍請求中僅有一部份元資料被請求，其步驟包括： 在媒體資料接收期間請求至少其他部份之元資料。 4. 如申請專利範圍第3項所述之方法，其中所請求之 元資料及媒體資料係互相交插。 5. 如申請專利範圍第1項或第2項所述之方法，其中 該請求係HTTP GET請求。 6. 如申請專利範圍第4項所述之方法，其中HTTP GET請求包括對應檔案中預期之一或多個媒體資料或元 資料範圍之一或多個位元範圍。 7. —種由伺服器與客戶所構成之電信系統，其中 伺服器與客戶係經設計可達成一會談以供傳輸或下 載具有元資料及媒體資料之傳輸性檔案， 伺服器係經設計可傳輸檔案之至少部份元資料至客 戶，所傳輸之元資料至少包括檔案中之至少部份媒體資 料範圍， 客戶係經設計可根據所接收之元資料以決定檔案中 預期媒體資料範圍之位址， 客戶係經設計可傳送請求至伺服器，通知伺服器有 關欲傳輸至客戶之媒體資料範圍，及伺服器係經設計可 傳輸所請求之媒體資料範圍至客戶。 20 200522632 8. —種傳輸系統之客戶，其中 客戶係經設計可與伺服器達成會談以傳輸或下載具 有元資料及媒體資料之傳輸性檔案， 客戶係經設計可從伺服器接收檔案中至少部份元資 料，所接收之元實料至少包括檔案中之至少部份媒體資 料之位址， 客戶係經設計可根據所接收之元資料以決定檔案中 預期媒體資料部份之位址，及 客戶係經設計可傳送請求至伺服器，通知伺服器有 關欲傳輸至客戶之媒體資料範圍。 9. 如申請專利範圍第8項所述之客戶，其中 客戶係經設計可請求來自伺服器之指定檔案中元資 料大小之至少部份檔案， 客戶係經設計可從伺服器接收指定元資料大小之至 少部份檔案， 客戶係經設計可根據所接收之大小資訊以決定檔案 中元資料部份之位址， 客戶係經設計可傳送請求至伺服器，通知伺服器有 關欲傳輸至客戶之元資料範圍， 客戶係經設計儲存元資料以供傳輸會談，及 客戶係經設計可使用元資料以決定預期媒體資料之 位址。 21 200522632 1〇·如申請專利範圍第9項所述之客戶，其中 客戶係經設計僅可請求元資料範圍請求中 元資料，及 邻份 客戶係經設計可在媒體資料接收期間請求至 部份之元資料。 /、他 如申請專利範圍第10項所述之客戶，其中 各戶係經設計可剖析來自伺服器 之回應，其中戶斤4 求之元資料及媒體資料係互相交插。 /、 ^ 12·如申請專利範圍第8項或第9項所述之客戶，苴 中 ，、 客戶係經設計可形成HTTP GET請求以請求元資 或媒體資料範圍。 ' / 13·如申請專利範圍第12項所述之客戶，其中 客戶係經設計可將對應於檔案中之預期一或多個媒 體資料或元資料之一或多個位元範圍添加於HTTP GET 中。 14·如申請專利範圍第12項所述之客戶，其中 客戶係經設計可利用不同媒體資料範圍以管道化 HTTP GE丁請求。 22 200522632 15. 如申請專利範圍第8項所述之客戶，其中 客戶係經設計可決定從所接收元資料中之檔案等級 顯示及/或解碼順序資訊所請求之至少一個媒體資料部 份，及 客戶係經設計可根據所接收元資料以決定所選擇之 媒體資料部份之位址。 16. —種電信裝置，其中該裝置係由申請專利範圍第 8項至第15項中任一項所述之客戶所構成為特徵。 17·—種用以控制電信裝置之電腦程式產品，其中該 電腦程式產品包括： 使電信裝置與伺服器達成會談以傳輸或下載具有元 資料及媒體資料之傳輸性檔案之程式碼， 使電信裝置接收來自伺服器之至少部份元資料之程 式碼，所接收之元資料至少包括檔案中媒體資料範圍之 位址， 使電信裝置根據所接收之元資料以決定檔案中預期 媒體資料部份之位址之程式碼，及 使電信裝置傳送請求至伺服器，通知伺服器有關欲 傳輸至客戶之媒體資料範圍之程式碼。 23