專利名稱：將數(shù)據(jù)流從數(shù)據(jù)源傳輸至數(shù)據(jù)宿的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及的技術(shù)領(lǐng)域是在例如家庭網(wǎng)絡(luò)的網(wǎng)絡(luò)環(huán)境中，有關(guān)特
技(trick)模式生成的多媒體內(nèi)容(特別是視頻或音頻內(nèi)容)的特技 模式重放。
背景技術(shù)：
在數(shù)據(jù)源和數(shù)據(jù)宿間傳輸AV數(shù)據(jù)流是業(yè)內(nèi)一項具有大量研究和 標(biāo)準(zhǔn)化成果的課題。規(guī)范所指定的典型的網(wǎng)絡(luò)系統(tǒng)以其縮寫HAVi (家 用視聽交互操作)UPnP (通用即插即用)而著稱。由于HAVi系統(tǒng)主 要開發(fā)用于傳輸AV數(shù)據(jù)流的應(yīng)用，因此在這些網(wǎng)絡(luò)系統(tǒng)中已特別對 AV數(shù)據(jù)流的傳輸進(jìn)行了考慮，另外對于UPnP系統(tǒng)，UPnP論壇工作組 已開發(fā)出UPnP AV規(guī)范，該規(guī)范基于通用UPnP規(guī)范并對其進(jìn)行了擴(kuò) 展。該規(guī)范名為UPnPAV架構(gòu)0.83， 2002年6月12日。
上述規(guī)范支持AV設(shè)備的檢測，建立AV連接、搜索AV內(nèi)容、操 作數(shù)據(jù)源和數(shù)據(jù)宿設(shè)備、以正常重放模式和特技模式重放選定的AV內(nèi) 容等。
特技模式重放表現(xiàn)出一種存在問題的行為。為此，將對網(wǎng)絡(luò)中兩 設(shè)備A和B間的數(shù)據(jù)傳輸予以詳盡地考慮。假定設(shè)備A是數(shù)據(jù)源，例如， 基于硬盤并存儲有AV內(nèi)容的數(shù)字錄像機(jī)。設(shè)備B應(yīng)用作數(shù)據(jù)宿，如顯 示設(shè)備。兩種設(shè)備都裝備了用于數(shù)據(jù)交換以及控制命令交換的通信接 口。在傳輸數(shù)據(jù)(例如可以通過HTTP或RTP協(xié)議在基于TCP/IP的網(wǎng)絡(luò) 中實現(xiàn))時，通常，數(shù)據(jù)必然要經(jīng)過不同的緩沖存儲器。由于此傳輸 甚至在網(wǎng)絡(luò)上也會引起延時，就此而言，也可將傳輸網(wǎng)絡(luò)本身看成一 個存儲器。在正常重放(即以簡單重放速度重放)的情況下，AV內(nèi)容的重放 相對比較簡單。通過通信接口，告知設(shè)備要發(fā)送哪些內(nèi)容、要在哪里 接收和要接收什么數(shù)據(jù)；然后就可以幵始重放了。然而，所謂的特技 模式(快進(jìn)、快退、慢動作、靜止圖像)卻是困難重重。作為例子，
將考慮如下一種情況，其中AV系統(tǒng)處于正常重放模式，并即將在不停
頓的情況下切換至較高的快進(jìn)速度，例如三倍搜索功能。
此處假定設(shè)備A支持所謂"服務(wù)器端"特技模式，即數(shù)據(jù)源將對數(shù)
據(jù)流進(jìn)行修改，以便接收機(jī)能接收到已刪除了無需顯示的圖像的有效
數(shù)據(jù)流。為此，在設(shè)備A的數(shù)據(jù)路徑中加入了相應(yīng)的特技模式模塊。
此時，該模塊所產(chǎn)生的數(shù)據(jù)必須通過傳輸路徑上的存儲器，如發(fā) 送機(jī)存儲器、接收機(jī)存儲器以及數(shù)據(jù)解碼器的緩沖存儲器。這意味著 在轉(zhuǎn)換期間，在得以對特技模式特定數(shù)據(jù)進(jìn)行解碼前，設(shè)備B中的解 碼器實際仍必須對依然存在于這些存儲器中的數(shù)據(jù)迸行解碼。
此特征是存在問題的，且用戶將其視為系統(tǒng)的慣性，即在用戶通 知系統(tǒng)轉(zhuǎn)換至快進(jìn)功能的意圖后，還要像之前那樣繼續(xù)重放一段時間 以后才能真正變?yōu)榭爝M(jìn)。此延時的量本質(zhì)上取決于可用存儲器的容量。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種方法和相應(yīng)的設(shè)備，利用該方法和設(shè)備 可以使上述延時最小化，從而使用戶感到系統(tǒng)不那么遲鈍。依照本發(fā) 明的解決方案基于對在用戶請求變?yōu)樘丶寄Ｊ綍r仍存在于存儲器中的 數(shù)據(jù)進(jìn)行刪除。為此，提出了一種在接收機(jī)設(shè)備中實現(xiàn)的措施。該設(shè) 備實際上將接收無關(guān)數(shù)據(jù)，但不對其進(jìn)行解碼，而是忽略這些數(shù)據(jù)。 然而，為了接收機(jī)設(shè)備的實現(xiàn)，接收機(jī)設(shè)備必須了解有關(guān)數(shù)據(jù)是從何 時開始的(在本例中，即屬于新設(shè)定的特技模式)。這個問題將通過在 AV數(shù)據(jù)流中嵌入附加控制數(shù)據(jù)來予以解決。附加控制數(shù)據(jù)將后繼AV 數(shù)據(jù)標(biāo)識為唯一地屬于某一特定行為。
以下是關(guān)于動作流的一些可能情形 - 在設(shè)備A中，用戶觸發(fā)關(guān)于改變工作模式的請求。設(shè)備A 產(chǎn)生稍后將被插入數(shù)據(jù)流的標(biāo)識符，并通過通信接口以與AV數(shù)據(jù)流異步的方式將該標(biāo)識符發(fā)送至設(shè)備B。這樣，設(shè) 備B就知道(未來)它應(yīng)該只重放標(biāo)有該標(biāo)識符的AV數(shù)據(jù)。 此時，源設(shè)備A轉(zhuǎn)換數(shù)據(jù)路徑至特技模式，并將所述標(biāo)識 符插入新數(shù)據(jù)。
- 用戶在設(shè)備B中觸發(fā)工作請求。通過通信接口，將工作請 求傳輸至設(shè)備A。該消息已包含了工作請求標(biāo)識符。在傳 輸工作請求的同時，還在設(shè)備B自身內(nèi)部發(fā)送控制命令， 通知解碼器未來應(yīng)只對含有所通知標(biāo)識符的AV數(shù)據(jù)或該 標(biāo)識符后的AV數(shù)據(jù)進(jìn)行解碼。這樣，設(shè)備B就可以"丟棄"
非工作請求部分的數(shù)據(jù)，并且，在轉(zhuǎn)換至特技模式后，設(shè) 備A將標(biāo)識符插入數(shù)據(jù)流。
從屬權(quán)利要求所指定的方法支持在依照本發(fā)明的方法的基礎(chǔ)上 進(jìn)行進(jìn)一步的發(fā)展和改進(jìn)。
例如，建議不只一次地將附加控制數(shù)據(jù)插入數(shù)據(jù)流，而是以規(guī)則 間隔重復(fù)附加控制數(shù)據(jù)。在采用不可靠傳輸方式進(jìn)行傳輸?shù)那闆r下(例 如，在根據(jù)RTP協(xié)議傳輸時)，傳輸路徑上任何可能的數(shù)據(jù)丟失(例如， 由于無線數(shù)據(jù)連接受到干擾所引起的數(shù)據(jù)丟失)不會導(dǎo)致令人難以忍 受的故障。此外，其他數(shù)據(jù)宿(在稍后某一時間點(diǎn)與已發(fā)送數(shù)據(jù)的數(shù) 據(jù)源相連接的數(shù)據(jù)宿)將接收到關(guān)于觸發(fā)發(fā)送的命令或數(shù)據(jù)源設(shè)備當(dāng) 前工作模式的信息。
建議，在OSI/ISO數(shù)據(jù)通信分層模型的范圍內(nèi)，在傳輸層上將工 作模式標(biāo)識符插入數(shù)據(jù)流，這是因為這樣做將無需對有用載荷數(shù)據(jù)流 進(jìn)行任何操作。
比如說，如果用HTTP協(xié)議傳輸AV數(shù)據(jù)流，那么，特別在特技模 式重放時，建議采用一種遵循HTTP l.l規(guī)范的所謂分塊傳送編碼的工 作模式。在這種傳輸方法中，用各種長度的數(shù)據(jù)塊傳輸有用數(shù)據(jù)，將 數(shù)據(jù)塊長度作為實際數(shù)據(jù)塊前的十六進(jìn)制數(shù)進(jìn)行傳輸。在這種傳輸模 式下，還可以在數(shù)據(jù)塊長度指示之后，以分號分隔，插入注釋文本。 該注釋文本恰恰可用于傳輸本發(fā)明范圍內(nèi)的所述標(biāo)識符。
在利用RTP協(xié)議傳輸AV數(shù)據(jù)流時，可以在RTP分組頭中設(shè)置所謂的X位。如果對該位進(jìn)行了設(shè)置，就可將附加頭作為所謂的"RTP頭擴(kuò)
展"添加至標(biāo)準(zhǔn)頭。還可以將根據(jù)本發(fā)明的標(biāo)識符插入此附加頭。
當(dāng)從正常重放轉(zhuǎn)換至更高速的進(jìn)或退時，在從一種重放模式轉(zhuǎn)換 至另一種重放模式時可能會由于緩沖存儲器的擦除或"丟棄
(scrapping)"而出現(xiàn)一些跳躍。當(dāng)從正常工作模式轉(zhuǎn)換至更高速特技 模式時，這將不會造成任何問題；其原因在于，通常，變換至進(jìn)或退 實際上是為了更快地到達(dá)所期望的重放點(diǎn)，況且特技模式本身也發(fā)生 跳躍，因此，重放中可能發(fā)生的跳躍不是令人難以忍受的。當(dāng)播放視 頻影片時，對于慢動作或靜止圖像的特技模式這并不適用。因此，為 了實現(xiàn)從正常重放到特技模式重放的平滑過渡，建議數(shù)據(jù)宿設(shè)備另外 將最后被解碼的多媒體內(nèi)容告知數(shù)據(jù)源設(shè)備。當(dāng)在有用數(shù)據(jù)流中沒有 該信息時，相應(yīng)地，數(shù)據(jù)源設(shè)備可以有利地將附加信息插入AV數(shù)據(jù)流， 使設(shè)備B得以確定精確的位置信息。依照本發(fā)明的另一種措施，將進(jìn) 一步規(guī)定數(shù)據(jù)宿設(shè)備告知數(shù)據(jù)源設(shè)備解碼進(jìn)展到的位置。數(shù)據(jù)源設(shè) 備就可以準(zhǔn)確地重新將特技模式重放與該位置對齊，并在之前重放被 中斷的位置開始特技模式數(shù)據(jù)流的產(chǎn)生。
在從數(shù)據(jù)源設(shè)備到數(shù)據(jù)宿設(shè)備的數(shù)據(jù)流中以規(guī)則間隔傳輸精確 的數(shù)據(jù)位置是特別有利的。在此基礎(chǔ)上，數(shù)據(jù)宿設(shè)備就可以識別重放 被中斷的位置?？蛇x地，也可以傳輸時間碼而不傳輸數(shù)據(jù)位置，或者 甚至可以將兩者一起傳輸。例如，時間碼信息還可同時在數(shù)據(jù)宿設(shè)備 中用作用于顯示重放計數(shù)器的源信息。
權(quán)利要求8和9列出了依照本發(fā)明的數(shù)據(jù)宿設(shè)備的相應(yīng)有利措施。 權(quán)利要求10至16列出了依照本發(fā)明的數(shù)據(jù)源設(shè)備的有利措施。
本發(fā)明還可有利地用于數(shù)據(jù)源和數(shù)據(jù)宿并非位于通過網(wǎng)絡(luò)連接 的不同設(shè)備中，而是位于單一設(shè)備中的情況。權(quán)利要求17列出了執(zhí)行 依照本發(fā)明方法的這種設(shè)備的依照本發(fā)明的措施。


附圖示出了本發(fā)明的典型實施例，將在以下說明中對其予以更加
詳盡地闡釋。附圖中圖l示出了家庭網(wǎng)絡(luò)的實例；
圖2是通過網(wǎng)絡(luò)連接的數(shù)據(jù)源設(shè)備以及數(shù)據(jù)宿設(shè)備的粗略方框
圖3是依照本發(fā)明、當(dāng)工作模式改變時，重放功能或解碼功能的 時間流；
圖4示出了從正常重放轉(zhuǎn)換為搜索模式的HTTPget請求； 圖5示出了對根據(jù)圖4的HTTPgeH青求的應(yīng)答； 圖6示出了當(dāng)從正常重放轉(zhuǎn)換為慢動作重放時，重放功能或解碼 功能的時間流；
圖7是從數(shù)據(jù)宿設(shè)備發(fā)送至數(shù)據(jù)源設(shè)備的相關(guān)HTTP get請求的 格式；
圖8是相關(guān)HTTPget應(yīng)答的格式；
圖9是用于數(shù)據(jù)宿設(shè)備的解碼器存儲器的數(shù)據(jù)分組的格式。
具體實施例方式
圖1以附圖標(biāo)記10示出了數(shù)字錄像機(jī)DVR。數(shù)字錄像機(jī)DVR具有 用于存儲視頻和音頻內(nèi)容的大容量(mass)存儲器。為實現(xiàn)此目的， 目前的標(biāo)準(zhǔn)數(shù)字錄像機(jī)通常具有一個硬盤。附圖標(biāo)記20指示數(shù)字TV設(shè) 備，DTV。 DTV可以是具有用于數(shù)字音頻和視頻信號的集成解碼器的 平面屏幕設(shè)備，如LCD或等離子TV。附圖標(biāo)記30指示DVD播放器。設(shè) 備10至30均進(jìn)行了聯(lián)網(wǎng)。為此，在依照圖l的實例中，提供了網(wǎng)絡(luò)連接 交換裝置40，該裝置還可被分別稱為"網(wǎng)絡(luò)交換機(jī)"或"路由器"?？梢?根據(jù)以太網(wǎng)協(xié)議來傳輸網(wǎng)絡(luò)中的數(shù)據(jù)?？梢詫⑸逃靡蕴W(wǎng)電纜用作網(wǎng) 絡(luò)電纜。由于采用壓縮方式傳輸數(shù)據(jù)，因此為了傳輸AV數(shù)據(jù)流，100 兆比特以太網(wǎng)的網(wǎng)絡(luò)電纜就夠用了。
附圖標(biāo)記50指示個人計算機(jī)，附圖標(biāo)記60指示打印機(jī)。這兩種設(shè) 備是通過各自的網(wǎng)絡(luò)連接交換裝置80同網(wǎng)絡(luò)的其余部分相連接的。此 外，網(wǎng)絡(luò)包括作為網(wǎng)絡(luò)用戶站的個人數(shù)據(jù)助理70。然而，該設(shè)備是通 過相應(yīng)的無線連接通路同網(wǎng)絡(luò)進(jìn)行無線連接的，無線連接通路由網(wǎng)絡(luò) 連接交換裝置80予以支持。圖2示出了兩個彼此相連的設(shè)備，數(shù)據(jù)源設(shè)備10和數(shù)據(jù)宿設(shè)備20， 并用有關(guān)的粗略方框圖示出了它們的結(jié)構(gòu)。數(shù)字錄像機(jī)1 0中設(shè)置有硬 盤ll，作為大容量存儲器。當(dāng)從硬盤1U賣取數(shù)據(jù)時，讀出的數(shù)據(jù)將首
先進(jìn)入讀存儲器12。假設(shè)大容量存儲器ll中的數(shù)據(jù)是以編碼形式存儲
的，已經(jīng)進(jìn)行了壓縮。在正常重放時，不對數(shù)據(jù)進(jìn)行記錄，以便數(shù)據(jù) 路徑從硬盤ll開始、途經(jīng)讀存儲器12、直接通往發(fā)送存儲器14;并從
發(fā)送存儲器14，經(jīng)由通信接口15通過網(wǎng)絡(luò)將數(shù)據(jù)傳輸至數(shù)據(jù)宿設(shè)備20。 在數(shù)據(jù)源設(shè)備10中可以使用現(xiàn)有技術(shù)中公知的用于填充發(fā)送存儲器14 的算法。
當(dāng)轉(zhuǎn)換為特技模式時，也對數(shù)據(jù)源設(shè)備10中的數(shù)據(jù)路徑進(jìn)行轉(zhuǎn) 換。認(rèn)為特技模式是人們所熟知的快進(jìn)、快退、慢動作以及靜止圖象 重放模式。如上所述，對數(shù)據(jù)進(jìn)行編碼，并以壓縮形式將數(shù)據(jù)存儲于 大容量存儲器ll中。例如，如果視頻編碼采用MPEG2編碼方法，那么 轉(zhuǎn)換至任意速度的特技模式都需要對數(shù)據(jù)進(jìn)行記錄。眾所周知，根據(jù) MPEG2視頻編碼方法，使用三種不同類型的圖象。這三種圖象是幀內(nèi) 編碼圖象I、單向預(yù)測圖象P以及雙向預(yù)測圖象B。
根據(jù)MPEG2標(biāo)準(zhǔn)，不同種類的圖象可以以確定或任意的順序出現(xiàn) 在數(shù)據(jù)流中。由于I和P圖象依賴于先前或后繼的圖象，因此不能簡單 地單獨(dú)進(jìn)行傳輸，而必須同有關(guān)基本圖象一起傳輸。這是實現(xiàn)特技模 式的一個難點(diǎn)。為此，現(xiàn)有技術(shù)己建議對存在于大容量存儲器中的 MPEG2數(shù)據(jù)流進(jìn)行真正的解碼，以產(chǎn)生特技模式重放，然后對其重新 編碼，從而再次可自由地選擇要傳輸?shù)膱D象。為此，在數(shù)據(jù)源設(shè)備IO 中設(shè)置了特技模式發(fā)生器13。 一旦轉(zhuǎn)換至特技模式重放，就將所述發(fā) 生器加入數(shù)據(jù)路徑。然后，就將對存在于讀存儲器12中的MPEG2數(shù)據(jù) 進(jìn)行記錄，以便產(chǎn)生一個新的、接下來將進(jìn)入發(fā)送存儲器14的MPEG2 數(shù)據(jù)流。在圖2中，以開關(guān)裝置16表示轉(zhuǎn)換。
如圖所示，傳輸數(shù)據(jù)通過網(wǎng)絡(luò)進(jìn)入數(shù)據(jù)宿設(shè)備20。如上所述，數(shù) 據(jù)宿設(shè)備是數(shù)字TV設(shè)備，包括解碼器21和顯示單元26作為主要組件。 假設(shè)將等離子或LCD面板用作顯示單元。解碼器21可以是比如MPEG2 解碼器。將緩沖存儲器22指定為解碼存儲器。然而，數(shù)據(jù)首先通過通信接口25進(jìn)入設(shè)備，隨后再被提供給接收接收緩沖存儲器24。解復(fù)用
器單元23用于將數(shù)據(jù)分發(fā)給不同的解碼器單元，而方框圖中只示出了 不同解碼器單元中的視頻解碼器單元21。以標(biāo)準(zhǔn)方式為數(shù)字TV設(shè)備20 裝備了遙控器，用戶可利用遙控器來操縱數(shù)字TV設(shè)備。
下面將根據(jù)圖3闡述依照圖2的布置的運(yùn)行模式。假設(shè)數(shù)字TV設(shè)備 20從數(shù)據(jù)源設(shè)備10接收視頻數(shù)據(jù)流，并以正常重放模式顯示相關(guān)內(nèi)容。 時刻tl時，數(shù)據(jù)源設(shè)備10開始發(fā)送用于正常重放的數(shù)據(jù)流。在將緩沖 存儲器(接收緩沖存儲器24和解碼器緩沖存儲器22)填滿之前，要經(jīng) 過一段時間。時刻t2時，數(shù)據(jù)宿設(shè)備20將開始重放接收到的數(shù)據(jù)流。 因此，將以某一時延對接收到的內(nèi)容進(jìn)行解碼。時刻t3時，操作員中 斷正常重放并請求轉(zhuǎn)換至特技模式重放，比如三倍正向搜索。數(shù)據(jù)宿 設(shè)備20中的通信接口25將該請求發(fā)送至數(shù)據(jù)源設(shè)備10。這將立即停止 數(shù)據(jù)的繼續(xù)發(fā)送。圖3的上部示出了分別傳輸了哪部分?jǐn)?shù)據(jù)。如圖所示， 時刻t4時，陰影線標(biāo)記的數(shù)據(jù)部分已傳輸至數(shù)據(jù)宿設(shè)備20。圖3的下部 示出了在數(shù)據(jù)宿設(shè)備中己對多少百分比數(shù)據(jù)進(jìn)行了解碼。如上所述， 在數(shù)據(jù)的接收和解碼的開始之間存在時延。時刻t4時，尚未進(jìn)行對上 部陰影線所標(biāo)記的數(shù)據(jù)進(jìn)行解碼。由于正常重放在時刻t4被中斷，因 此緩沖存儲器24和22中依然存在在時刻t3和時刻t4間所傳輸?shù)臄?shù)據(jù)。
為了實現(xiàn)到所請求的特技模式的迅速轉(zhuǎn)換，依照本發(fā)明要將這些 數(shù)據(jù)從緩沖存儲器24和22中刪除。其實現(xiàn)方式為在數(shù)據(jù)宿設(shè)備20傳 輸特技模式請求時，向數(shù)據(jù)源設(shè)備10告知標(biāo)識符。當(dāng)數(shù)據(jù)源設(shè)備中的 數(shù)據(jù)路徑完成轉(zhuǎn)換后，特技模式發(fā)生器13就將被告知的標(biāo)識符插入新 產(chǎn)生的數(shù)據(jù)流。隨后，數(shù)據(jù)宿設(shè)備20中的解碼器驅(qū)動器將在對數(shù)據(jù)分 組進(jìn)行解碼前，檢查數(shù)據(jù)分組是否包含所傳輸?shù)臉?biāo)識符。只要不是這 種情況，就丟棄數(shù)據(jù)分組，不對其進(jìn)行解碼。因此，解碼器存儲器22 可以被迅速釋放，并重新裝滿來自接收存儲器24的新數(shù)據(jù)。在時刻t3 和t4間、圖3陰影部分的數(shù)據(jù)流的整個部分都將被丟棄。此外，還將丟 棄轉(zhuǎn)換為特技模式前已存在于數(shù)據(jù)源設(shè)備10的發(fā)送緩沖器14中的數(shù)據(jù) 部分。當(dāng)在數(shù)據(jù)流中首次發(fā)現(xiàn)被告知的標(biāo)識符時，就幵始對后繼的數(shù) 據(jù)分組進(jìn)行解碼。這是圖3表示中時刻15時的情況。圖4示出了數(shù)據(jù)宿設(shè)備20向數(shù)據(jù)源設(shè)備10做出的用于請求從正常
重放轉(zhuǎn)換至三倍速度快進(jìn)搜索模式的典型HTTPget請求。示例中，請 求的文件名位于關(guān)鍵字Get之后。這是通過參數(shù)名ITEM來指示的。作 為例子，標(biāo)明文件名meninblack.mpg。在同一行的HTTP版本信息之后， 下一行接著的是關(guān)于在何處可以找到該文件的信息。為了指示該參數(shù)，
在第二行服務(wù)器名稱前加.匕術(shù)語"4::機(jī)"。
最后，另--行包含用于說明搜索速度和重放方向的參數(shù)。相應(yīng)地，
該參數(shù)名稱是AV—Speed。在所示示例中，參數(shù)信息是術(shù)語forward—3， 這表示應(yīng)該以正向和三倍速度來執(zhí)行快速搜索。
在HTTP get的范圍內(nèi)，建議采用"分塊傳送編碼"的傳輸模式傳輸 特技模式數(shù)據(jù)。在這方面參考了申請人的公開號為EP-A-1 531601的早 期申請。在本發(fā)明的公開范圍內(nèi)，明確參考了該文檔。圖5示出了源設(shè) 備10對HTTP get請求的應(yīng)答。第一行給出了成功接收的HTTP get請求 的狀態(tài)報告。第一行還包含關(guān)于HTTP過程的版本信息。第二行標(biāo)明了 日期和時間。第三行以關(guān)鍵字內(nèi)容類型(Content Type)標(biāo)識了此后將 傳輸內(nèi)容的數(shù)據(jù)類型。上述實例涉及以MPEG2格式編碼的視頻數(shù)據(jù)。 接著，第四行標(biāo)識了隨后將以"分塊傳送編碼(chunked transfer encoding)"模式進(jìn)行傳輸。隨后，將發(fā)送第-一數(shù)據(jù)段。第一數(shù)據(jù)段之 前是以十六進(jìn)制數(shù)表示的相應(yīng)數(shù)據(jù)段的長度指示。還可以在HTTP說明
后提供注釋文本，并用分號將注釋文本與長度指示隔開。本發(fā)明將用 注釋文本傳輸數(shù)據(jù)宿設(shè)備20中解碼單元應(yīng)予以關(guān)注的標(biāo)識符。示例簡 單地用FF3作為表示數(shù)據(jù)流相當(dāng)于三倍速度快進(jìn)工作模式的信息。圖5 示出將把該信息和"分塊傳送編碼"模式的各傳輸數(shù)據(jù)段一同進(jìn)行傳 輸。依照本發(fā)明這并不是必須的，但這具有起先說明的優(yōu)點(diǎn)。
圖6示出了在從正常重放工作模式轉(zhuǎn)換為慢動作工作模式的特殊 情況下的時間狀態(tài)。正常重放依然停止于時刻t4。然而，在這種情況 下，是向慢動作工作模式進(jìn)行轉(zhuǎn)換，在這種轉(zhuǎn)換中，正常重放和慢動 作間的平滑過渡是十分重要的。此時，依照本發(fā)明來實現(xiàn)平滑過渡， 使得在數(shù)據(jù)宿設(shè)備20至數(shù)據(jù)源設(shè)備10的HTTP get請求中還指示了最后 被解碼的圖象的時間。圖7示出了有關(guān)的HTTPget請求。參數(shù)AV—Speed含有條目SM，代表慢動作(slow motion)。在其下方，用時間01:02:03:03 表示解碼器時間。這樣，就可以將數(shù)據(jù)宿設(shè)備20中最后被解碼的圖象 告知數(shù)據(jù)源設(shè)備IO。為了實現(xiàn)從正常重放到慢動作的平滑過渡，數(shù)據(jù) 源設(shè)備10發(fā)送新編碼的數(shù)據(jù)流，該數(shù)據(jù)流起始于隨后將顯示的、時間 碼為01:02:03:04的圖象。在"分塊傳送編碼"模式下，在數(shù)據(jù)塊的長度 指示后以分號分隔給出了時間信息。其后還有新開始的工作模式標(biāo)識 符SM，并用逗號將SM與時間信息隔開。數(shù)據(jù)源設(shè)備20根據(jù)此標(biāo)識符 就可再次確定必須何時開始再開始對數(shù)據(jù)進(jìn)行解碼。在含有標(biāo)識符SM 的新數(shù)據(jù)流到達(dá)之前，丟棄從解碼器存儲器22中讀出的所有數(shù)據(jù)。根 據(jù)圖6，在時刻t6時開始對新數(shù)據(jù)流進(jìn)行解碼。陰影線強(qiáng)調(diào)，由于(如 圖8所示)已專門記錄了用于慢動作重放的數(shù)據(jù)流，因此在時刻t6解碼 的數(shù)據(jù)并非精確地對應(yīng)于在時刻t3和t4間傳輸?shù)臄?shù)據(jù)。在數(shù)據(jù)宿設(shè)備 20中，從時刻t5開始接收該記錄數(shù)據(jù)；而記錄數(shù)據(jù)(關(guān)于起始時間碼) 對應(yīng)于從時刻t3開始傳輸?shù)臄?shù)據(jù)。這樣，就使從正常重放到慢動作重 放的平滑過渡成為可能。
還可選擇性地傳輸相應(yīng)數(shù)據(jù)塊起點(diǎn)的絕對字節(jié)位置，代替時間碼 信息，作為參數(shù)。接收機(jī)本身可以通過對接收到的數(shù)據(jù)字節(jié)進(jìn)行計數(shù) 來從理論上確定該位置的這種可能的異議是不正確的，其原因在于這 僅僅在以正常速度重放的情況下才是可行的。由于在數(shù)據(jù)源設(shè)備中進(jìn) 行了特技模式記錄，內(nèi)此一n在正常重放和特技模式間進(jìn)行轉(zhuǎn)換，接 收到的字節(jié)編號就不再對應(yīng)于原始文檔中的位置了 。
如果用RTP (實時協(xié)議)代替HTTP協(xié)議來傳輸數(shù)據(jù)，就可以以附 加頭的形式將附加信息附加至RTP分組的標(biāo)準(zhǔn)頭中。在這種情況下， 在RTP分組的標(biāo)準(zhǔn)頭中設(shè)置所謂的X位。
如圖2所示，傳輸分組(HTTP分組或RTP分組)首先進(jìn)入數(shù)據(jù)宿 設(shè)備20的通信接口25。然而，在此處并不對這些數(shù)據(jù)分組進(jìn)行處理， 隨后，只將有用的數(shù)據(jù)內(nèi)容傳輸至接收存儲器24。這需要確定接收存 儲器24中存儲有用分組數(shù)據(jù)的格式，這樣標(biāo)識符信息、時間碼信息或 字節(jié)位置信息、數(shù)據(jù)長度和有用數(shù)據(jù)就可以連續(xù)地排列下去。圖9示出 了對應(yīng)的存儲格式。附圖標(biāo)記91標(biāo)明了標(biāo)識符ID。附圖標(biāo)記92指示用于字節(jié)位置信息或時間碼的字段。附圖標(biāo)記93標(biāo)識指示了數(shù)據(jù)塊長度
的字段。接著，附圖標(biāo)記94指示了有用的分組數(shù)據(jù)。數(shù)據(jù)宿設(shè)備20內(nèi) 的另一數(shù)據(jù)路徑也保持這種格式，以便在解碼器存儲器22中以同樣的 格式接收數(shù)據(jù)。接著，解碼器21的解碼器驅(qū)動器就可以對條目進(jìn)行分 析，并從首次出現(xiàn)期望標(biāo)識符91的數(shù)據(jù)塊開始對新內(nèi)容進(jìn)行解碼。
本發(fā)明是用與家庭網(wǎng)絡(luò)應(yīng)用有關(guān)的典型實施例予以說明的。當(dāng)數(shù) 據(jù)源設(shè)備和數(shù)據(jù)目標(biāo)設(shè)備并非網(wǎng)絡(luò)中的獨(dú)立設(shè)備，而是單一設(shè)備中的 模塊(比如，DVD播放器中的模塊)的情況下，從根本上說仍可釆用 同樣的方法。
權(quán)利要求
1. 一種用于將數(shù)據(jù)流從數(shù)據(jù)源(10)傳輸至數(shù)據(jù)宿(20)的方法，其中數(shù)據(jù)流由多個數(shù)據(jù)集組成，所述方法包括以下步驟a)數(shù)據(jù)源(10)發(fā)送數(shù)據(jù)分組；b)數(shù)據(jù)宿(20)接收數(shù)據(jù)分組；c)將數(shù)據(jù)分組臨時存儲在緩沖存儲器(22)中；d)對緩沖存儲器(22)中數(shù)據(jù)分組的數(shù)據(jù)進(jìn)行解碼；其特征在于e)接收轉(zhuǎn)換為另一工作模式的請求，所述請求同用于標(biāo)識數(shù)據(jù)的標(biāo)識符(ID)相關(guān)；f)將與標(biāo)識符(ID)無關(guān)的數(shù)據(jù)分組從緩沖存儲器(22)中刪除；g)數(shù)據(jù)源(10)發(fā)送標(biāo)識符(ID)，用于指示后繼數(shù)據(jù)分組是根據(jù)新工作模式發(fā)送的；h)數(shù)據(jù)宿(20)接收標(biāo)識符(ID)和數(shù)據(jù)分組；i)將數(shù)據(jù)分組臨時存儲在緩沖存儲器(22)中；j)檢驗是否在數(shù)據(jù)分組之前接收到標(biāo)識符(ID)或在收到數(shù)據(jù)分組的同時收到標(biāo)識符(ID)，倘若如此，就對緩沖存儲器(22)中數(shù)據(jù)分組的數(shù)據(jù)進(jìn)行解碼。
2. 根據(jù)權(quán)利要求l所述的方法，其中標(biāo)識符(ID)以規(guī)則間隔被 插入數(shù)據(jù)流。
3. 根據(jù)權(quán)利要求1或2所述的方法，其中標(biāo)識符(ID)是按照 OSI/ISO數(shù)據(jù)通信分層模型在傳輸層被插入數(shù)據(jù)流的。
4. 根據(jù)權(quán)利要求3所述的方法，其中標(biāo)識符(ID)是傳輸分組的一部分。
5. 根據(jù)前述權(quán)利要求中的任意一條所述的方法，其中數(shù)據(jù)流涉及 以"分塊傳送編碼"模式按照超文本傳輸協(xié)議HTTP協(xié)議傳輸?shù)臄?shù)據(jù)流， 并且其中標(biāo)識符(ID)是在數(shù)據(jù)塊長度指示之后作為注釋文本被插入HTTP數(shù)據(jù)分組的。
6. 根據(jù)前述權(quán)利要求中的任意一條所述的方法，其中數(shù)據(jù)流涉及 以"分塊傳送編碼"模式按照實時協(xié)議RTP協(xié)議傳輸?shù)臄?shù)據(jù)流，并且其 中標(biāo)識符(ID)被插入RTP數(shù)據(jù)分組的附加頭。
7. 根據(jù)前述權(quán)利要求中的任意一條所述的方法，其中在數(shù)據(jù)分組 中還標(biāo)明了絕對數(shù)據(jù)位置和/或播放時間位置。
8. —種用于執(zhí)行前述權(quán)利要求中任意一條所述方法的數(shù)據(jù)宿設(shè) 備，包括發(fā)送和接收接口 (25)、解碼單元(21)以及用于產(chǎn)生轉(zhuǎn)換 為另一工作模式的請求的裝置，其中請求與標(biāo)識符(ID)相結(jié)合，并 通過發(fā)送和接收接口 (25)被發(fā)送至數(shù)據(jù)源設(shè)備(10)，其特征在于， 提供了存儲管理裝置，在請求產(chǎn)生后，存儲管理裝置從緩沖存儲器(22) 中刪除一個或多個數(shù)據(jù)分組，并從與標(biāo)識符(ID)相結(jié)合的數(shù)據(jù)分組 開始對數(shù)據(jù)分組進(jìn)行解碼。
9. 根據(jù)權(quán)利要求8所述的數(shù)據(jù)宿設(shè)備，其特征在于，存儲管理裝 置被設(shè)計成將數(shù)據(jù)分組和標(biāo)識符(ID) —起存入緩沖存儲器(22)。
10. —種用于執(zhí)行所述方法的數(shù)據(jù)源設(shè)備，包括發(fā)送和接收接口 (15)、大容量存儲單元(11)以及根據(jù)第一和第二工作模式供應(yīng)數(shù)據(jù)流的裝置，其特征在于，在接收到轉(zhuǎn)換至另一工作模式的請求后之后， 供應(yīng)數(shù)據(jù)流的裝置將產(chǎn)生包括依照該請求的所請求工作模式的標(biāo)識符 (ID)的數(shù)據(jù)流。
11. 根據(jù)權(quán)利要求10所述的數(shù)據(jù)源設(shè)備，其中供應(yīng)裝置以規(guī)則間 隔將標(biāo)識符(ID)插入數(shù)據(jù)流。
12. 根據(jù)權(quán)利要求10或11之一所述的數(shù)據(jù)源設(shè)備，其中供應(yīng)裝置 將標(biāo)識符(ID)插入傳輸分組。
13. 根據(jù)權(quán)利要求12所述的數(shù)據(jù)源設(shè)備，其中供應(yīng)裝置將標(biāo)識符 (ID)作為各傳輸分組的一部分插入數(shù)據(jù)流。
14. 根據(jù)權(quán)利要求10至13中的任意一條所述的數(shù)據(jù)源設(shè)備，其中供 應(yīng)裝置以"分塊傳送編碼"模式按照HTTP協(xié)議產(chǎn)生數(shù)據(jù)流，并在數(shù)據(jù)塊 長度指示之后將標(biāo)識符(ID)作為注釋文本插入HTTP分組。
15. 根據(jù)權(quán)利要求10至13中的任意一條所述的數(shù)據(jù)源設(shè)備，其中供應(yīng)裝置按照實時協(xié)議RTP協(xié)議產(chǎn)生數(shù)據(jù)流，并將標(biāo)識符(ID)插入RTP傳輸分組的附加頭。
16. —種用于執(zhí)行權(quán)利要求1至7中任意一條所述方法的設(shè)備，包括數(shù)據(jù)源(10)和數(shù)據(jù)宿(20)、用于根據(jù)第一和第二工作模式供應(yīng)數(shù)據(jù)流的裝置、解碼單元(21)和解碼單元(21)的緩沖存儲器(22)、 用于產(chǎn)生轉(zhuǎn)換為另一工作模式的請求的裝置，其中所述請求與標(biāo)識符 (ID)相結(jié)合，其特征在于，在接收到轉(zhuǎn)換至另一工作模式的請求之 后，供應(yīng)數(shù)據(jù)流的裝置將產(chǎn)生包括依照該請求的所請求工作模式的標(biāo) 識符(ID)的數(shù)據(jù)流，以及，為緩沖存儲器(22)提供了存儲管理裝 置，在請求產(chǎn)生后，存儲管理裝置從緩沖存儲器(22)中刪除一個或 多個數(shù)據(jù)分組，并從與標(biāo)識符(ID)相結(jié)合的數(shù)據(jù)分組開始對數(shù)據(jù)分 組進(jìn)行解碼。
全文摘要
在傳輸AV數(shù)據(jù)流，特別是在網(wǎng)絡(luò)環(huán)境中傳輸AV數(shù)據(jù)流時，當(dāng)工作模式發(fā)生改變，例如從正常播放模式改變?yōu)榭爝M(jìn)搜索模式時，從一種工作模式到其他工作模式的轉(zhuǎn)換可能會存在一定的延時。為了解決上述問題，依照本發(fā)明，建議在請求改變工作模式后，通過適當(dāng)?shù)拇胧杆賱h除緩沖存儲器中的無用數(shù)據(jù)，以便可以更迅速地對期望數(shù)據(jù)進(jìn)行解碼。為此，數(shù)據(jù)源設(shè)備(10)在數(shù)據(jù)流中插入新工作模式標(biāo)識符(ID)。數(shù)據(jù)宿設(shè)備(20)中解碼器(21)的解碼驅(qū)動器將在數(shù)據(jù)流中搜索該插入標(biāo)識符(ID)，并舍棄未與該標(biāo)識符結(jié)合的所有數(shù)據(jù)分組。
文檔編號H04L29/06GK101288286SQ200680038427
公開日2008年10月15日 申請日期2006年10月24日 優(yōu)先權(quán)日2005年11月2日
發(fā)明者英戈·許特爾, 邁克爾·韋伯 申請人:湯姆森許可貿(mào)易公司