欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

數(shù)字內(nèi)容流的傳送方法和對應(yīng)的接收方法

文檔序號:7717148閱讀:200來源:國知局
專利名稱:數(shù)字內(nèi)容流的傳送方法和對應(yīng)的接收方法
技術(shù)領(lǐng)域
本發(fā)明涉及數(shù)字內(nèi)容流的傳送領(lǐng)域和數(shù)字內(nèi)容流的接收領(lǐng)域。更具體地,本發(fā)明
涉及將數(shù)字內(nèi)容流傳送到多個接收機的方法以及對應(yīng)的接收方法,所述方法支持來自所有
接收機的、關(guān)于數(shù)字內(nèi)容的特技(trick)模式命令。 數(shù)字內(nèi)容流包括意欲(destined to)被記錄和回放的僅僅音頻、僅僅視頻、包括音 頻的視頻流以及多媒體流,所述多媒體流包括帶音頻或不帶音頻的視頻以及音頻流。
背景技術(shù)
根據(jù)現(xiàn)有技術(shù),例如,通過使用IP(因特網(wǎng)協(xié)議)單播分發(fā),通過與視頻點播(VoD) 服務(wù)器的一對一連接,傳遞在諸如VoD的內(nèi)容點播環(huán)境下傳遞到接收機的內(nèi)容。該一對一 分發(fā)模型與一對多分發(fā)模型相對,在所述一對多分發(fā)模型中,通過許多接收機同時接收相 同的數(shù)字內(nèi)容源。 —對一分發(fā)模型允許接收機通過發(fā)布所謂的特技模式命令,對數(shù)字內(nèi)容的展示 (unrolling)進行干預(yù)。特技模式命令包括諸如對數(shù)字內(nèi)容進行播放、停止、暫停、快退、快 進以及跳轉(zhuǎn)到數(shù)字內(nèi)容中的章節(jié)的動作。在該分發(fā)模型下,接收機命令通過與數(shù)字內(nèi)容服 務(wù)器的一對一連接進行數(shù)字內(nèi)容的流傳輸(streaming)。雖然該分發(fā)模型允許特技模式命 令,但是該模型不允許接收機之間的同步,即,不允許在不同接收機上同時呈現(xiàn)(render) 來自相同數(shù)字內(nèi)容流的相同圖像。 在一對多分發(fā)模型下,分發(fā)服務(wù)器命令數(shù)字內(nèi)容流傳輸。 一對多分發(fā)模型用于將 相同的數(shù)字內(nèi)容流分發(fā)到大量觀眾,例如,分發(fā)電視或收音機(radio)節(jié)目。對于該分發(fā)模 型,不允許特技模式命令,或僅對一個接收機允許特技模式命令。在接收機上分發(fā)的數(shù)字內(nèi) 容流之間的同步是該分發(fā)模型所固有的,這是因為,例如通過使用IP多播分發(fā)將相同的數(shù) 字內(nèi)容流同時傳遞到許多接收機。 上述分發(fā)模型對于視頻點播應(yīng)用和數(shù)字內(nèi)容或電視廣播而言是方便的。然而,上 述分發(fā)模型不允許將一對多分發(fā)與對于來自若干接收機的特技模式命令的支持相結(jié)合。當(dāng) 在一對多數(shù)字內(nèi)容流分發(fā)模型中要支持來自若干接收機的特技模式命令時需要解決的一 個問題是接收機之間的、從數(shù)字內(nèi)容流進行的圖像呈現(xiàn)的同步。 根據(jù)現(xiàn)有技術(shù),例如在電子學(xué)習(xí)應(yīng)用的環(huán)境中應(yīng)用支持特技模式命令的、在多個 接收機上的數(shù)字內(nèi)容的呈現(xiàn)的同步,在該環(huán)境中,每個學(xué)生擁有接收機,并且可以發(fā)布特技 模式命令以對課程的展示進行干預(yù)。根據(jù)現(xiàn)有技術(shù),通過事先在每個學(xué)生的接收機上進行 下載而分發(fā)課程,并且通過本地存儲的數(shù)字內(nèi)容的回放的同步而進行接收機之間的內(nèi)容呈 現(xiàn)的同步。然而,對本地存儲了數(shù)字內(nèi)容的接收機當(dāng)中的數(shù)字內(nèi)容的呈現(xiàn)進行同步與對從 中央的源流傳輸?shù)臄?shù)字內(nèi)容的呈現(xiàn)進行同步不是一回事。 現(xiàn)有技術(shù)不允許支持特技模式命令和同步的數(shù)字內(nèi)容呈現(xiàn)的一對多數(shù)字內(nèi)容流 分發(fā)。

發(fā)明內(nèi)容
本發(fā)明旨在減輕現(xiàn)有技術(shù)的不便。 具體地,本發(fā)明的目的在于允許支持?jǐn)?shù)字內(nèi)容特技模式和同步的數(shù)字內(nèi)容呈現(xiàn) 的、去往至少兩個接收機的數(shù)字內(nèi)容流分發(fā)。 本發(fā)明更具體地涉及一種將數(shù)字內(nèi)容流傳送到至少兩個接收機的方法,包括下述 步驟 將共同時間基準(zhǔn)(reference)發(fā)送到所述至少兩個接收機的全部; 接收特技模式命令消息,該特技模式命令消息被稱為所接收的特技模式命令消
息,該所接收的特技模式命令消息包括允許標(biāo)識(identification)所述數(shù)字內(nèi)容流中的
點的信息; 將通知消息發(fā)送到所述至少兩個接收機的全部,該通知消息向所述至少兩個接收 機的全部通知所接收的特技模式命令消息; 根據(jù)所接收的特技模式命令消息,將所述數(shù)字內(nèi)容流的至少一部分發(fā)送到至少兩 個接收機的全部,所述數(shù)字內(nèi)容流包括允許標(biāo)識(identify)所述數(shù)字內(nèi)容流中的點的信 息。 根據(jù)本發(fā)明的具體實施例,所述方法還包括下述步驟 根據(jù)所接收的特技模式命令消息,將計劃(scheduling)消息發(fā)送到所述至少兩 個接收機的全部,所述計劃消息包括用于在所述共同時間基準(zhǔn)的確定的值處呈現(xiàn)所述數(shù)字 內(nèi)容流中的確定的點的信息; 從所述至少兩個接收機中的至少一個接收機接收稱為"一級就緒(topok)"消息的 通知消息,所述通知消息指示所述至少兩個接收機中的所述至少一個接收機已經(jīng)確定其 準(zhǔn)備好在所述共同時間基準(zhǔn)的所述確定的值處呈現(xiàn)所述數(shù)字內(nèi)容流中的所述確定的點。
根據(jù)本發(fā)明的具體實施例,所述方法還包括下述步驟 對填充(fill)所述兩個接收機中的所述至少一個接收機的數(shù)字內(nèi)容接收緩沖器 所需的時間進行估計;以及 基于所述估計,確定所述至少兩個接收機中的所述至少一個接收機準(zhǔn)備好在所述
共同時間基準(zhǔn)的所述確定的值處呈現(xiàn)所述數(shù)字內(nèi)容流中的所述確定的點。 根據(jù)本發(fā)明的具體實施例,所述方法還包括下述步驟 如果所接收的特技模式命令消息是用于停止所述數(shù)字內(nèi)容流的發(fā)送的命令,則停
止將所述數(shù)字內(nèi)容流的所述至少一部分發(fā)送到所述至少兩個接收機的全部。 根據(jù)本發(fā)明的具體實施例,所述方法還包括下述步驟 當(dāng)在確定的時間段內(nèi)沒有從所述至少兩個接收機的全部接收到所述通知消息時,
發(fā)送新的計劃消息,其中以確定的增加值增加前一計劃消息的所述共同時間基準(zhǔn) 的所述確定的值,并且從所接收的特技模式命令消息中包括的點重新開始所述數(shù)字內(nèi)容流 的所述至少一部分的所述發(fā)送。 根據(jù)本發(fā)明的具體實施例,所述方法還包括下述步驟根據(jù)從對于"一級就緒"消 息的前一次接收獲得的測量結(jié)果(measurement)確定所述確定的增加值。
根據(jù)本發(fā)明的具體實施例,所述方法還包括通過接收機實現(xiàn)的下述步驟
接收時間基準(zhǔn);
發(fā)送特技模式命令消息,所述特技模式命令消息包括允許標(biāo)識所述數(shù)字內(nèi)容流中 的點的信息; 接收通知消息,所述通知消息向所述接收機通知從接收機接收到特技模式命令消 息,所述通知消息被稱為所接收的通知消息; 根據(jù)所接收的通知消息來接收數(shù)字內(nèi)容流,所述數(shù)字內(nèi)容流包括允許標(biāo)識所述數(shù) 字內(nèi)容流中的點的信息。 根據(jù)本發(fā)明的具體實施例,所述方法還包括下述步驟 接收計劃消息,所述計劃消息包括用于在所述時間基準(zhǔn)的確定的值處呈現(xiàn)所述數(shù) 字內(nèi)容流中的確定的點的信息; 發(fā)送通知消息,所述通知消息指示所述接收機已經(jīng)確定其準(zhǔn)備好在所述時間基 準(zhǔn)的所述確定的值處呈現(xiàn)所述數(shù)字內(nèi)容流中的所述確定的點。 根據(jù)本發(fā)明的具體實施例,基于對填充所述接收機的數(shù)字內(nèi)容接收緩沖器所需的 時間進行的估計,確定所述接收機準(zhǔn)備好在所述時間基準(zhǔn)的所述確定的值處呈現(xiàn)所述數(shù)字 內(nèi)容流中的所述確定的點。 根據(jù)本發(fā)明的具體實施例,所述數(shù)字內(nèi)容流中的所述點標(biāo)識用于傳輸所述數(shù)字內(nèi) 容流的傳輸分組。 根據(jù)本發(fā)明的具體實施例,所述數(shù)字內(nèi)容流中的所述點標(biāo)識圖像。
根據(jù)本發(fā)明的具體實施例,所述數(shù)字內(nèi)容流中的所述點標(biāo)識音頻幀。


通過對本發(fā)明的具體、非限制性實施例的描述,本發(fā)明的更多優(yōu)點將顯現(xiàn)出來。將 參考下述附圖描述實施例 圖1示出與本發(fā)明一致的示例網(wǎng)絡(luò)基礎(chǔ)架構(gòu); 圖2和圖3圖示在時間線(timeline)上表示的、本發(fā)明的兩個不同的實施例的運 行(functioning); 圖4和圖5示出分別通過圖1的網(wǎng)絡(luò)的服務(wù)器和接收機實現(xiàn)的本發(fā)明的具體實施 例; 圖6和圖7分別示出分別可以在圖4和圖5的服務(wù)器和接收機中實現(xiàn)的、根據(jù)本 發(fā)明的數(shù)字內(nèi)容流的傳送方法和對應(yīng)的接收方法的算法。
具體實施例方式
圖1示出根據(jù)本發(fā)明的傳送和接收方法的、與本發(fā)明一致的示例網(wǎng)絡(luò)基礎(chǔ)架構(gòu)。 基礎(chǔ)架構(gòu)1包括 _數(shù)字內(nèi)容分發(fā)服務(wù)器100 ;-接收機A 120 ;-接收機B 130 ; 這些設(shè)備通過分發(fā)網(wǎng)絡(luò)110互連。 數(shù)字內(nèi)容分發(fā)服務(wù)器100包括-數(shù)字內(nèi)容特技模式控制器101 ;以及[OO53]-數(shù)字內(nèi)容流傳輸器(streamer) 102 。 接收機A 120 (或(respectively) B 130)包括-特技模式控制客戶端121 (或131);以及-播放器122(或132)。 接收機A 120(或B 130)還配備有 _用于顯示數(shù)字內(nèi)容和圖形的顯示器126(或136);以及-輸入設(shè)備127(或137)。 數(shù)字內(nèi)容特技模式控制器101分別通過連接102和104,從接收機A 120和B 130 接收特技模式命令消息和通知。數(shù)字內(nèi)容特技模式控制器101還通過這些連接102和104 將通知消息發(fā)送到兩個接收機120和130,所述通知消息向兩個接收機120和130通知所接 收的特技模式命令消息。數(shù)字內(nèi)容分發(fā)服務(wù)器還將共同時間基準(zhǔn)通過連接106發(fā)送到接收 機120和130兩者。數(shù)字內(nèi)容流傳輸器102按照所接收的特技模式命令消息經(jīng)連接105發(fā) 送數(shù)字內(nèi)容流。 接收機120和130接收通過數(shù)字內(nèi)容分發(fā)服務(wù)器100發(fā)送的共同時間基準(zhǔn)。此外, 接收機120和130將特技模式命令消息分別經(jīng)連接103和104發(fā)送到數(shù)字內(nèi)容分發(fā)服務(wù)器 100。這些消息包括允許標(biāo)識來自數(shù)字內(nèi)容流傳輸器102的數(shù)字內(nèi)容流中的點的信息。接 收機120和130通過數(shù)字內(nèi)容特技模式控制器101接收通知消息,該通知消息通知接收機 120和130 :從接收機接收到特技模式命令消息。接收機120和130接收按照所接收的特技 模式命令消息的數(shù)字內(nèi)容流,其中該數(shù)字內(nèi)容流包括允許標(biāo)識所述數(shù)字內(nèi)容流中的點的信 息。接收機120和130還包括數(shù)字內(nèi)容特技模式控制器(121,或131)。這些數(shù)字內(nèi)容特技 模式控制器121和131與數(shù)字內(nèi)容分發(fā)服務(wù)器100的數(shù)字內(nèi)容特技模式控制器101交換按 照根據(jù)本發(fā)明的傳送方法和接收方法的消息和通知。通過接收機120和130接收的數(shù)字內(nèi) 容流分別在顯示設(shè)備126和136上呈現(xiàn)。根據(jù)變體實施例,接收機120和130的用戶分別 通過輸入設(shè)備127和137與接收機120和130交互。 圖2圖示根據(jù)所述傳送和接收方法的第一實施例的設(shè)備的動態(tài)行為。
流傳輸器102經(jīng)IP多播連接發(fā)送RTP (根據(jù)標(biāo)準(zhǔn)RFC 3550的實時傳輸協(xié)議)數(shù) 字內(nèi)容流。接收機A和B例如分別對應(yīng)于圖1的接收機120和130。時間線"WCT"(其代 表墻上時鐘時間(Wall Clock Time))對應(yīng)于圖1的共同時間基準(zhǔn)106。共同時間基準(zhǔn)WCT 允許所有接收機同步,即允許所有接收機同時接收相同的時鐘值。該時間基準(zhǔn)以確定的值 開始和停止。如示例性圖示的,確定的開始值例如是任意選擇的值10505ms,并且確定的停 止值是任意選擇的值11145ms。 WCT值以確定的(例如,如所示的40ms的)步幅(st印)增 加。在數(shù)字內(nèi)容是包括或不包括音頻的視頻流的情況下,有利地,所述確定的步幅等于數(shù)字 內(nèi)容的幀速率的倒數(shù)(例如,40ms的確定的步幅對應(yīng)于每秒25幅圖像的圖像頻率,該圖像 頻率是歐洲常用的圖像頻率)。當(dāng)然,本發(fā)明不強求共同時間基準(zhǔn)的增加步幅是數(shù)字內(nèi)容幀 速率的倒數(shù);增加步幅值可依賴于期望的數(shù)字內(nèi)容特技模式的精度或依賴于數(shù)字內(nèi)容幀速 率。例如,如果ls的精度足夠定義數(shù)字內(nèi)容流中的點,則可以以ls的更新頻率發(fā)送共同時 間基準(zhǔn),因此每秒鐘發(fā)送新的值;這具有允許減小發(fā)送共同時間基準(zhǔn)信號所需的帶寬的優(yōu) 點。 根據(jù)本發(fā)明具體實施例,共同時間基準(zhǔn)可以以NTP(網(wǎng)絡(luò)時間協(xié)議)信號的形式發(fā)送到接收機。該特征的優(yōu)點在于NTP是本領(lǐng)域技術(shù)人員公知的可靠的時間同步協(xié)議。
為了圖2的可讀性,圖2關(guān)注于時間管理,而不考慮流的圖像可能無序地到達接收 機;該問題例如通過RTP協(xié)議的應(yīng)用而解決,所述RTP協(xié)議允許為RTP分組內(nèi)的分組分配序 列號,使得如果無序地接收這些分組,則可以為這些分組重新排序。分組重新排序是本領(lǐng)域 技術(shù)人員公知的技術(shù)。如附圖所示的播放器A 122和B 123的播放器緩沖器分別圖示了分 組重新排序后的接收機A 120和B 130的解碼緩沖器。 根據(jù)圖示的本發(fā)明的具體實施例,數(shù)字內(nèi)容流中的標(biāo)識點標(biāo)識圖像。根據(jù)本發(fā)明 的另一具體實施例,數(shù)字內(nèi)容流中的標(biāo)識點標(biāo)識音頻幀。該特征提供了允許在數(shù)字內(nèi)容流 中定位的非常精細的分辨率的優(yōu)點,這例如對于逐個圖像或逐個音頻幀的步進回放來說可 能是理想的。在圖示的實施例中,每40ms發(fā)送一圖像,如上所述,這對應(yīng)于25圖像/秒的 數(shù)字內(nèi)容幀速率。 根據(jù)圖示的本發(fā)明的具體實施例,接收機120和130的解碼緩沖器分別具有3幅 圖像和4幅圖像的大小,其通過接收機A 120和接收機B 130緩沖器空間內(nèi)部的數(shù)字100 到380表示。為了圖示的簡化,使緩沖器的大小保持很小。實踐中,根據(jù)諸如編碼格式的不 同參數(shù)確定解碼緩沖器大小。解碼緩沖器大小的確定是本領(lǐng)域技術(shù)人員已知的。
根據(jù)本發(fā)明的具體實施例,圖像是來自MPEG(運動畫面專家組,其定義了諸如 MPEG-2和MPEG-4的多個MPEG標(biāo)準(zhǔn),分別為ISO/IEC 13818和IS0/IEC 14496-10標(biāo)準(zhǔn))數(shù) 字內(nèi)容流的I(幀內(nèi)編碼(Intra coded)) 、 P(預(yù)測編碼)或B(雙向預(yù)測編碼)幀。
根據(jù)本發(fā)明的另一具體實施例,圖像是僅來自無損數(shù)字內(nèi)容編碼的數(shù)字內(nèi)容流的 I(幀內(nèi)編碼)幀。 出于圖示目的,在等于10505的WCT處,接收機120的播放器A 122將數(shù)字內(nèi)容特 技模式消息"播放"1030發(fā)送到數(shù)字內(nèi)容分發(fā)服務(wù)器100。 在等于10545的WCT處,接收機A 120和B 130分別接收對于播放器A的計 劃(scheduling)消息"S (10745, 100) " 1031和對于播放器B的計劃消息"S (10745, 100) " 1040。該特征允許向接收機通知要在(at)確定的WCT值10745從確定的點100 (圖 像ioo)起呈現(xiàn)數(shù)字內(nèi)容流。 在等于10625的WCT處,接收機A 120和B 130都已經(jīng)接收了數(shù)字內(nèi)容流點 IOO(圖像IOO),該數(shù)字內(nèi)容流點IOO(圖像100)存儲在緩沖器中。 在等于10665的WCT處,接收機120和130都已經(jīng)接收了數(shù)字內(nèi)容流點140 (圖像 140)。兩個接收機都確定它們準(zhǔn)備好在確定的WCT值10745從確定的點100 (圖像100)起 呈現(xiàn)數(shù)字內(nèi)容,因此,分別發(fā)送指示其就緒性的通知消息"一級就緒(Top OK) "1032和1041 到數(shù)字內(nèi)容分發(fā)服務(wù)器100 (圖像100)。 在等于10705的WCT處,接收機120和130已經(jīng)接收了數(shù)字內(nèi)容流點100 (圖像 100) 、 140 (圖像140)和180 (圖像180)。 在等于10745的WCT值處,接收機120和130B已經(jīng)接收了數(shù)字內(nèi)容流點220 (圖 像220);數(shù)字內(nèi)容流點100 (圖像100)被發(fā)送到接收機120和130中包括的數(shù)字內(nèi)容解碼 器,并且數(shù)字內(nèi)容將從點100 (圖像100)起分別呈現(xiàn)在顯示器126和136上。在接收數(shù)字 內(nèi)容流的同時,繼續(xù)進行緩沖器填充和發(fā)送到解碼器。 大約在等于10825的WCT處,接收機A 120發(fā)送"暫停(180)"數(shù)字內(nèi)容特技模式消息1033到數(shù)字內(nèi)容分發(fā)服務(wù)器100,該暫停"(180)"數(shù)字內(nèi)容特技模式消息1033向數(shù)字 內(nèi)容分發(fā)服務(wù)器100指示在數(shù)字內(nèi)容流點180 (這里圖像1S0)處數(shù)字內(nèi)容流傳輸被一個 接收機暫停。該消息是用于停止數(shù)字內(nèi)容流的發(fā)送的命令。根據(jù)接收的特技模式命令消息 (即,這里的"暫停"),數(shù)字內(nèi)容分發(fā)服務(wù)器停止將數(shù)字內(nèi)容流傳輸?shù)剿薪邮諜C。該特征 允許節(jié)約數(shù)字內(nèi)容流傳輸帶寬,這是因為,接收機不再需要接收數(shù)字內(nèi)容流;它們將全部接 收指示一個接收機請求了停止流傳輸?shù)耐ㄖ?。注意,因為?shù)字內(nèi)容流由接收機進行了 緩沖,所以從請求數(shù)字內(nèi)容暫停的點之后起,它們?nèi)匀挥幸徊糠謹(jǐn)?shù)字內(nèi)容流在它們的緩沖 器中。 在等于10865的WCT處,接收機A 120和B 130兩者分別從服務(wù)器接收通知消息 "sP雄e (180)"(代表"設(shè)置暫停(set Pause) ") 1034和1042,該通知消息向它們通知所接 收的特技模式命令消息。接收機130在當(dāng)前顯示數(shù)字內(nèi)容點220(圖像220)時接收到該暫 停消息。因此,播放器B隨即停止其數(shù)字內(nèi)容呈現(xiàn),但是是在圖像220處停止呈現(xiàn)。
在等于10945的WCT處,接收機A 120發(fā)送"播放"特技模式命令消息1035到 數(shù)字內(nèi)容分發(fā)服務(wù)器100。在接收到作為用于開始數(shù)字內(nèi)容流的呈現(xiàn)的特技模式命令的 該消息時,數(shù)字內(nèi)容分發(fā)服務(wù)器開始數(shù)字內(nèi)容流發(fā)送,如同之前它被停止那樣,并且在WCT 10985處,接收機接收到對于播放器A的消息"S (11105, 220) " 1036以及對于播放器B的 消息"S(11105,220)" 1043,所述消息是發(fā)送到所有接收機的計劃信息,意味著要在確定的 WCT值11105處從確定的點220 (這里圖像220)起呈現(xiàn)數(shù)字內(nèi)容流。該特征允許通知所有 接收機在計劃時間11105從數(shù)字內(nèi)容流中的點220開始數(shù)字內(nèi)容流的呈現(xiàn)。根據(jù)圖示的 實施例,所有接收機準(zhǔn)備好在期望的時間在期望的點處呈現(xiàn)數(shù)字內(nèi)容流,因此,在WCT 1025 處,接收機A 120和B 130分別發(fā)送"一級就緒"消息1037和1044。在WCT 11105處,在點 180處"凍結(jié)了"數(shù)字內(nèi)容流呈現(xiàn)(即,其將點180作為靜止畫面而繼續(xù)顯示)的接收機A 120繼續(xù)進行流解碼并且以下一點220進行呈現(xiàn)。在數(shù)字內(nèi)容流點220處"凍結(jié)了"數(shù)字內(nèi) 容流呈現(xiàn)的接收機B 130—直等待到WCT 11145以解碼并呈現(xiàn)下一數(shù)字內(nèi)容流點260。
根據(jù)本發(fā)明的具體實施例,當(dāng)在確定的時間段內(nèi)沒有從所有接收機接收到通知消 息"一級就緒"時,以增加的WCT值發(fā)送新的計劃消息。以確定的值增加WCT值,并且從處 于計劃消息的源頭(origin)的所接收的特技模式命令消息中包括的點重新開始數(shù)字內(nèi)容 流的發(fā)送。該特征允許當(dāng)一個或多個接收機沒有準(zhǔn)備好在期望的時間在期望的點處呈現(xiàn)數(shù) 字內(nèi)容流時將計劃的時間推遲。通過這樣做,可以在以后的時間、當(dāng)所有接收機準(zhǔn)備好在期 望的時間在期望的點處呈現(xiàn)數(shù)字內(nèi)容時獲得同步呈現(xiàn)。 根據(jù)本發(fā)明的具體實施例,基于對填充接收機的數(shù)字內(nèi)容接收緩沖器所需的時間
進行的估計,確定接收機準(zhǔn)備好呈現(xiàn)所述數(shù)字內(nèi)容流中的所述確定的點。 根據(jù)本發(fā)明的具體實施例,根據(jù)從對于"一級就緒"消息的前一次接收獲得的測量
結(jié)果獲得用來增加所計劃的時間的所述確定的值。該特征允許使延遲適于預(yù)期需要的延遲時間。 根據(jù)本發(fā)明的具體實施例,利用從對于"一級就緒"消息的前一次接收獲得的測量
結(jié)果來校正沒有接收到"一級就緒"消息內(nèi)的所述確定的時間,使得所述確定的時間可適于
連接到數(shù)字內(nèi)容分發(fā)服務(wù)器的接收機,并因此減少了需要的重新計劃消息的數(shù)量。 根據(jù)本發(fā)明的另一具體實施例,數(shù)字內(nèi)容流中的標(biāo)識點標(biāo)識用于傳輸數(shù)字內(nèi)容流的傳輸分組。該特征具有這樣的優(yōu)點其不需要數(shù)字內(nèi)容流的特定修改,但是需要在接收機 中記住哪個圖像被封裝到哪個傳輸分組中。 根據(jù)本發(fā)明的另一具體實施例,數(shù)字內(nèi)容流中的標(biāo)識點是時間戳,如MPEG-2傳輸 流中的PTS(顯示(presentation)時間戳)。該特征避免為了使數(shù)字內(nèi)容流適于由本發(fā)明 使用而修改數(shù)字內(nèi)容流。 根據(jù)圖示的本發(fā)明的具體實施例,數(shù)字內(nèi)容流中的標(biāo)識點標(biāo)識圖像。該特征具有 這樣的優(yōu)點其是數(shù)字內(nèi)容流中的點的非常精確的標(biāo)識,即,甚至比基于PTS的標(biāo)識更精 確,但是需要流的適配,使得可以單獨地標(biāo)識每個圖像。如之前所述,該特征提供了允許在 數(shù)字內(nèi)容流中定位的非常精細的分辨率的優(yōu)點,這例如對于逐個圖像的步進回放可能是理 想的。 根據(jù)本發(fā)明,可以組合用于標(biāo)識數(shù)字內(nèi)容流中的點的兩個或多個上述變體,以便 提出具體適于不同類型的接收機的數(shù)字內(nèi)容流中的點的靈活標(biāo)識。 如這里所述,根據(jù)所接收的特技模式命令消息將數(shù)字內(nèi)容流發(fā)送到接收機。這意 味著,例如,當(dāng)接收到停止特技模式命令時不發(fā)送數(shù)字內(nèi)容流,在播放命令時從流中的特定 點起發(fā)送數(shù)字內(nèi)容流,并且當(dāng)接收到快進特技模式命令時,從流中的特定點起以快進模式 發(fā)送數(shù)字內(nèi)容流。 圖3圖示根據(jù)本發(fā)明的傳送和接收方法的第二實施例。在該圖中,以序列圖 (sequence diagram)表示了動態(tài)行為。垂直條106表示共同時間基準(zhǔn)WCT。垂直條101表 示數(shù)字內(nèi)容特技模式控制器101。垂直條120表示接收機A。垂直條130表示接收機B。垂 直條102表示數(shù)字內(nèi)容流傳輸器102。與圖2 —樣,共同時間基準(zhǔn)通過墻上時鐘時間WCT表 示,其在任意值10505處開始并在任意值11145處停止。 根據(jù)圖3,流傳輸器102是在經(jīng)由從每個接收機120和130到流傳輸器的各個IP 單播連接接收到HTTP (根據(jù)標(biāo)準(zhǔn)RFC 2616的超文本傳送協(xié)議)獲取(Get)命令時發(fā)送數(shù)字 內(nèi)容流的HTTP服務(wù)器。每當(dāng)接收機需要數(shù)字內(nèi)容流的一部分時,接收機就向HTTP流傳輸 器服務(wù)器102請求所期望的部分的發(fā)送。每個接收機自主地判定其為了避免數(shù)據(jù)用盡(也 稱為缺乏)而需要從http服務(wù)器102獲取數(shù)字內(nèi)容的哪部分。 標(biāo)記為"a, b, c, d, e, f"的每個部分成塊地(in pieces)或整體地并且不必按讀 取順序地包含數(shù)字內(nèi)容流的一部分,即一個或多個圖像。接收機120和130解碼該部分,并 且必須確保它們在其緩沖器中有足夠數(shù)量的重新排序的圖像。例如,部分"a"按順序包含 圖像100、180、220、140、以及260的一部分。"b"包含圖像260的尾部(end)以及圖像340、 380、和圖像300的一部分等等。這說明了所有接收機120和130在發(fā)送"一級就緒"消息 之前獲得部分"a"、"b"和"c",這是因為,它們需要圖像300,之后才能開始解碼。然后,接 收機120和130隨著它們的需求的變化而請求它們需要的部分。 消息1030-1037和1040-1044具有與之前已經(jīng)關(guān)于圖2描述的含義相同的含義, 并且這里將不再進行描述。消息300-301和304-309是http "獲取"類型消息。
在已經(jīng)接收了計劃消息1040之后,接收機1030利用消息300確定它需要從流傳 輸器102發(fā)送部分"a",該部分"a"包括數(shù)字內(nèi)容流的點100。接收機120通過發(fā)送消息 301,在接收到計劃消息1031時進行同樣的操作。然后,接收機120和130自主地判定它們 還將需要部分"b"和"c",這是因為,它們需要填充其數(shù)字內(nèi)容緩沖器以便準(zhǔn)備好在期望的
10時間從期望的點起呈現(xiàn)數(shù)字內(nèi)容流,如通過計劃消息1040和1031所示。 在等于10665的WCT處,接收機120和130發(fā)送"一級就緒"消息到特技模式控制
器101,以指示它們準(zhǔn)備好在等于10745的計劃的WCT處呈現(xiàn)數(shù)字內(nèi)容流的點100。 在WCT 10665和10745之間,如通過消息304所示,接收機120向流傳輸器102請
求部分"c"。如通過消息305所示,在等于10825的WCT處,接收機130也請求該部分。 在等于10745的WCT處,接收機120和130已經(jīng)解碼數(shù)字內(nèi)容流點100,并且正呈
現(xiàn)該數(shù)字內(nèi)容流點100。 在等于10825的WCT處,接收機120發(fā)送"暫停"特技模式命令消息1033到特技 模式控制器101。 在等于10865的WCT處,接收機120和130從特技模式控制器101接收通知消息。
在等于10945的WCT處,接收機120發(fā)送"播放"數(shù)字內(nèi)容特技消息到特技模式控 制器101。 在WCT 10865和10945之間,接收機120和130通過發(fā)送消息306和307,向流傳 輸器102請求數(shù)字內(nèi)容流部分"d";接收機120和130知道當(dāng)被停止的播放繼續(xù)時,它們接 下來將需要該部分。這是由負責(zé)避免用盡數(shù)字內(nèi)容數(shù)據(jù)的接收機進行的自主判定的示例。
在WCT 10985處,接收機120和130接收計劃消息,以便在等于11105的WCT處呈 現(xiàn)點220。接收機120和130都發(fā)送"一級就緒"通知消息到特技模式控制器101,并且接 收機120和130都繼續(xù)向流傳輸器102做出用于發(fā)送數(shù)字內(nèi)容流的部分"e"的請求308和 309。 圖4圖示根據(jù)本發(fā)明具體實施例的數(shù)字內(nèi)容分發(fā)服務(wù)器。該數(shù)字內(nèi)容分發(fā)服務(wù)器 例如對應(yīng)于圖1的服務(wù)器100。數(shù)字內(nèi)容分發(fā)服務(wù)器4包括通過地址和數(shù)據(jù)總線470互連 的下述元件 -ROM("只讀存儲器")型的非易失性存儲器400 ;
-讀寫存儲器或RAM("隨機存取存儲器")410 ;
-微處理器420(或0 ^代表"中央處理單元");
-墻上時鐘時間發(fā)生器430 ;
-數(shù)字內(nèi)容流傳輸器440 ;
-網(wǎng)絡(luò)接口 450;以及
_盤460。 在通電時,微處理器420將ROM 400中存儲的包含算法指令的程序復(fù)制到RAM寄 存器410并執(zhí)行所述指令,所述算法實現(xiàn)將數(shù)字內(nèi)容流傳送到至少兩個接收機的方法的步 驟。 墻上時鐘時間發(fā)生器430允許服務(wù)器發(fā)送共同時間基準(zhǔn)到接收機。 數(shù)字內(nèi)容流傳輸器440允許服務(wù)器發(fā)送數(shù)字內(nèi)容流到接收機。 網(wǎng)絡(luò)接口 450允許服務(wù)器經(jīng)網(wǎng)絡(luò)連接接收和發(fā)送消息和數(shù)據(jù)。 盤460允許服務(wù)器包括用于它可發(fā)送到接收機的數(shù)字內(nèi)容流的大容量存儲器。 在對存儲器400和410的描述中使用的詞"寄存器"意味著低容量存儲器區(qū)域(僅
僅一些二進制數(shù)據(jù))或高容量存儲器區(qū)域(允許存儲整個程序或大量數(shù)據(jù))。ROM 400和RAM 410中的每個寄存器可保存可變大小的可變數(shù)量的數(shù)據(jù)。只讀存儲器400包括 _寄存器401,其中存儲程序;
_寄存器402,其中存儲接收機設(shè)備地址;以及
_寄存器403,其中存儲與接收機相關(guān)的數(shù)據(jù)。
隨機存取存儲器410包括-寄存器411,用于存儲其從ROM寄存器401復(fù)制的程序;-寄存器412,用于存儲接收到的、但還沒有被處理的特技模式命令消息;-寄存器413,用于保留處理過的數(shù)字內(nèi)容特技模式消息中包括的數(shù)字內(nèi)容流中
的點;以及-寄存器414,其包含數(shù)字內(nèi)容輸出緩沖器,從該數(shù)字內(nèi)容輸出緩沖器輸出的數(shù)字 內(nèi)容流被發(fā)送到接收機。-寄存器415,其包含RAM寄存器411中存儲的程序的運行所需的數(shù)據(jù),如臨時 (temporary)變量和數(shù)據(jù)表。 圖5圖示根據(jù)本發(fā)明具體實施例的接收機。該接收機例如對應(yīng)于圖1的接收機
120或130。接收機5包括通過地址和數(shù)據(jù)總線540互連的下述元件 -ROM型("只讀存儲器")的非易失性存儲器500 ;-讀寫存儲器或RAM("隨機存取存儲器")510 ;-微處理器520(或0 ^代表"中央處理單元"); _數(shù)字內(nèi)容解碼器/呈現(xiàn)器550 ;以及-網(wǎng)絡(luò)接口 530。 在通電時,微處理器520將ROM 500中存儲的包含算法指令的程序復(fù)制到RAM寄 存器510并執(zhí)行所述指令,所述算法實現(xiàn)將數(shù)字內(nèi)容流傳送到至少兩個接收機的方法的步 驟。 數(shù)字內(nèi)容解碼器/呈現(xiàn)器550允許接收機解碼所接收的數(shù)字內(nèi)容流,并將其呈現(xiàn) 在諸如顯示器126和136的顯示器上,所述顯示器126和136分別附接到圖1的解碼器120 和130。 網(wǎng)絡(luò)接口 530允許接收機經(jīng)網(wǎng)絡(luò)連接接收和發(fā)送消息和數(shù)據(jù)。 在對存儲器500和510的描述中使用的詞"寄存器"意味著低容量存儲器區(qū)域(僅
僅一些二進制數(shù)據(jù))或高容量存儲器區(qū)域(允許存儲整個程序或大量數(shù)據(jù))。 ROM 500和RAM 510中的每個寄存器可保存可變大小的可變數(shù)量的數(shù)據(jù)。只讀存
儲器500包括 _寄存器501,其中存儲程序;-寄存器502,其中存儲數(shù)字內(nèi)容分發(fā)服務(wù)器設(shè)備地址;以及
-寄存器503,其中存儲與數(shù)字內(nèi)容分發(fā)服務(wù)器相關(guān)的數(shù)據(jù)。
隨機存取存儲器510包括-寄存器511,用于存儲其從ROM寄存器501復(fù)制的程序;-寄存器512,用于在重新排序之前緩沖所接收的數(shù)字內(nèi)容流數(shù)據(jù);-寄存器513,用于在重新排序之后并在解碼之前緩沖所接收的數(shù)字內(nèi)容流數(shù)據(jù);
以及
-寄存器514,其包含RAM寄存器511中存儲的程序的運行所需的數(shù)據(jù),如臨時變 量和數(shù)據(jù)表。 圖6示出例如通過圖4的數(shù)字內(nèi)容分發(fā)服務(wù)器4所實現(xiàn)的、根據(jù)本發(fā)明的傳送方 法的具體實施例將數(shù)字內(nèi)容流傳送到至少兩個接收機的算法。 CPU 420將包含該算法的程序從ROM存儲器400加載到RAM存儲器410,并且啟動 該程序。該算法以初始化步驟600開始,在初始化步驟600中該算法所需的所有變量被初 始化。 在步驟601,將共同時間基準(zhǔn)發(fā)送到至少兩個接收機。 在步驟602,接收特技模式命令消息,其中所接收的特技模式命令消息包括允許標(biāo) 識數(shù)字內(nèi)容流中的點的信息。 在步驟603,將通知消息發(fā)送到所述至少兩個接收機的全部,所述通知消息向至少 兩個接收機的全部通知所接收的特技模式命令消息。 在步驟604,根據(jù)所接收的特技模式命令消息,將數(shù)字內(nèi)容流的至少一部分發(fā)送到 所述至少兩個接收機的全部,其中該數(shù)字內(nèi)容流包括允許標(biāo)識數(shù)字內(nèi)容流中的點的信息。
最后,該算法以步驟602繼續(xù)。 圖7示出例如通過圖5的接收機5所實現(xiàn)的、根據(jù)本發(fā)明的接收方法的具體實施 例的數(shù)字內(nèi)容流的接收算法。 CPU 520將包含該算法的程序從ROM存儲器550加載到RAM存儲器510,并啟動該 程序。該算法以初始化步驟700開始,在初始化步驟700中,該算法所需的所有變量被初始 化。 在步驟701,接收時間基準(zhǔn)。 在步驟702,發(fā)送特技模式命令消息,其中該特技模式命令消息包括允許標(biāo)識數(shù)字 內(nèi)容流中的點的信息。 在步驟703,接收到通知消息,該通知消息向接收機通知從接收機接收到特技模式 命令消息。 在步驟704,根據(jù)所接收的特技模式命令通知消息接收數(shù)字內(nèi)容流,其中該數(shù)字內(nèi) 容流包括允許標(biāo)識數(shù)字內(nèi)容流中的點的信息。
最后,該算法以步驟702繼續(xù)。 本文檔的讀者將理解,所述實施例作為本發(fā)明的示例實施例而給出,因此本發(fā)明 不限于這些實施例。 作為示例實施例而圖示了圖1的基礎(chǔ)架構(gòu)。具有額外的或更少的設(shè)備的與本發(fā)明 一致的其他基礎(chǔ)架構(gòu)是可能的;根據(jù)本發(fā)明的具體實施例,運營商網(wǎng)絡(luò)包括其運行所需的 其他設(shè)備發(fā)射機設(shè)備、業(yè)務(wù)(traffic)管理、加擾管理設(shè)備。在本發(fā)明的具體實施例中,需 要包括網(wǎng)絡(luò)交換機和路由器的其他網(wǎng)絡(luò)設(shè)備。根據(jù)本發(fā)明的具體實施例,在接入網(wǎng)上存在 DSLAM(數(shù)字訂戶線接入多路復(fù)用器)并且所述設(shè)備需要外部或內(nèi)部的ADSL(非同步數(shù)字訂 戶線)類型的調(diào)制解調(diào)器,以便連接到傳輸網(wǎng)。根據(jù)本發(fā)明的具體實施例,不同接收機經(jīng)由 不同傳輸網(wǎng)接入相同的數(shù)字內(nèi)容分發(fā)服務(wù)器。根據(jù)本發(fā)明的具體實施例,接收機可以是包 括STB(機頂盒)的專用類型,或可以是包括PC(個人計算機)的更一般的類型。根據(jù)本發(fā) 明的具體實施例,基礎(chǔ)架構(gòu)包括多于兩個的接收機。根據(jù)本發(fā)明的具體實施例,接收機通過網(wǎng)關(guān)連接到傳輸網(wǎng),并且其他接收機在通常被稱為家庭網(wǎng)絡(luò)的網(wǎng)絡(luò)中連接到網(wǎng)關(guān)。
所述的數(shù)字內(nèi)容分發(fā)服務(wù)器的實施例是本發(fā)明的可能的實現(xiàn)方式的示例。其他與本發(fā)明一致的實現(xiàn)方式是可能的。數(shù)字內(nèi)容分發(fā)服務(wù)器例如還可以使用用于其包括的不同功能的不同硬件組件來實現(xiàn)。例如,可將流傳輸和數(shù)字內(nèi)容特技模式控制的功能分開。例如,數(shù)字內(nèi)容特技模式控制可包括提供訪問權(quán)限控制或流的管理所需的額外的特征。例如,數(shù)字內(nèi)容特技模式控制可包括編碼器,該編碼器允許其以不同的數(shù)字內(nèi)容編碼格式編碼相同的數(shù)字內(nèi)容流,該不同的數(shù)字內(nèi)容編碼格式各自適于一個特定的接收機或一組特定的接收機。例如,WCT發(fā)生器可以在數(shù)字內(nèi)容分發(fā)服務(wù)器的外部,這允許多于一個的數(shù)字內(nèi)容分發(fā)服務(wù)器使用相同的共同時間基準(zhǔn)來協(xié)作。 圖2和圖3圖示的特技模式命令作為示例給出,并且不應(yīng)被認(rèn)為是限制性的。除了播放和暫停以外的其他類型的特技模式命令當(dāng)然是可能的,并且與根據(jù)本發(fā)明的傳送和接收方法一致,所述其他類型的特技模式命令例如為尋找數(shù)字內(nèi)容流中的隨機點(轉(zhuǎn)到x)、尋找數(shù)字內(nèi)容流中的特定點(轉(zhuǎn)到章節(jié))、前進或倒退一個或若干個圖像、跳過n個圖像,或更一般地,允許數(shù)字內(nèi)容流中的導(dǎo)航的命令。 本發(fā)明的應(yīng)用不限于所述應(yīng)用,所述數(shù)字內(nèi)容流傳輸可以在數(shù)字內(nèi)容點播應(yīng)用、
對等數(shù)字內(nèi)容共享應(yīng)用、電子學(xué)習(xí)應(yīng)用的環(huán)境中進行,或更一般地,本發(fā)明適于在下述的任
何類型的應(yīng)用中使用,其中在多個接收機之間共享相同的數(shù)字內(nèi)容流,并且其中需要在接
收機上同步數(shù)字內(nèi)容的接收,并且其中需要支持來自任何接收機的特技模式命令。 根據(jù)本發(fā)明具體實施例,通過根據(jù)本發(fā)明的接收機形成的網(wǎng)絡(luò)是對等網(wǎng)絡(luò)。因此,
甚至可以由一個對等體(例如,發(fā)起同步的數(shù)字內(nèi)容傳輸會話的對等體)主管(host)數(shù)字
內(nèi)容分發(fā)服務(wù)器。數(shù)字內(nèi)容分發(fā)服務(wù)器的數(shù)字內(nèi)容流傳輸器可以使用對等分發(fā)模型,作為
源提供(source)要從對等網(wǎng)絡(luò)流傳輸?shù)臄?shù)字內(nèi)容。將本發(fā)明應(yīng)用到對等網(wǎng)絡(luò)具有分布式
數(shù)字內(nèi)容分發(fā)模型相對于集中式數(shù)字內(nèi)容分發(fā)模型所具有的優(yōu)點,如減輕中央數(shù)字內(nèi)容服
務(wù)器上的負擔(dān)。 根據(jù)本發(fā)明具體實施例,經(jīng)從接收機到數(shù)字內(nèi)容分發(fā)服務(wù)器的連接交換的消息符合RTSP協(xié)議(實時流傳輸協(xié)議,RFC 2326)。 根據(jù)本發(fā)明具體實施例,數(shù)字內(nèi)容分發(fā)服務(wù)器使用諸如IP多播協(xié)議的一對多連接傳輸數(shù)字內(nèi)容流。 根據(jù)本發(fā)明的另一具體實施例,數(shù)字內(nèi)容分發(fā)服務(wù)器經(jīng)諸如IP單播連接的一對一連接傳輸數(shù)字內(nèi)容流。 根據(jù)本發(fā)明具體實施例,數(shù)字內(nèi)容分發(fā)服務(wù)器使用一對多和一對一連接的組合傳輸數(shù)字內(nèi)容流。 根據(jù)具體實施例,對于數(shù)字內(nèi)容特技模式消息和通知消息的交換存在分開的連接。根據(jù)本發(fā)明的另一具體實施例,經(jīng)例如IP多播類型的單個一對多連接發(fā)送來自數(shù)字內(nèi)容分發(fā)服務(wù)器的消息,而經(jīng)諸如IP單播的分開的一對一連接發(fā)送從接收機到數(shù)字內(nèi)容分發(fā)服務(wù)器的消息。 根據(jù)本發(fā)明具體實施例,至少一個接收機是無線接收機,例如具有數(shù)字內(nèi)容呈現(xiàn)能力的蜂窩電話。對于本發(fā)明,無線和有線接收機的組合完全是可能的,只要所有接收機都實現(xiàn)本發(fā)明的方法。
根據(jù)本發(fā)明具體實施例,本發(fā)明應(yīng)用在諸如通過3GPP和TISPAN標(biāo)準(zhǔn)中的基于IMS的NGN規(guī)范描述的由運營商管理的網(wǎng)絡(luò)的環(huán)境中(IMS代表IP數(shù)字內(nèi)容子系統(tǒng)(S卩,一種用于將因特網(wǎng)協(xié)議(IP)數(shù)字內(nèi)容傳遞到移動用戶的架構(gòu)框架)以及電信和因特網(wǎng)融合業(yè)務(wù)及高級網(wǎng)絡(luò)協(xié)議(TISPAN) ( S卩,ETSI的標(biāo)準(zhǔn)化主體);NGN代表下一代網(wǎng)絡(luò)互連,其是描述將在大約2013年到2019年部署的電信核心和接入網(wǎng)中的某些關(guān)鍵架構(gòu)演進的廣義術(shù)語;3GPP代表第三代合作伙伴計劃,即電信協(xié)會的組之間的協(xié)作)。因而,由供應(yīng)商(provider)主管數(shù)字內(nèi)容分發(fā)服務(wù)器。在MS的環(huán)境中,例如這可以是一個或多個IMS MRF(媒體資源功能)功能實體的形式。MRF包括用于處理信令的媒體資源功能控制器(MRFC)和用于處理媒體傳輸?shù)拿襟w資源處理器(MRFP)。在包括內(nèi)容點播服務(wù)的TISPAN和IPTV服務(wù)的環(huán)境中,例如這可以是與對于IMS的實體類似的實體的形式,在這里被稱為IPTV媒體功能,其包括IPTV媒體控制功能和一個或多個媒體傳遞功能實體。在IMS/TISPAN的上述環(huán)境中,供應(yīng)商發(fā)起數(shù)字內(nèi)容共享會話并邀請例如一些朋友的受邀人進入數(shù)字內(nèi)容共享會話。使用本發(fā)明,所有受邀人共享相同的數(shù)字內(nèi)容,該數(shù)字內(nèi)容的圖像以同步方式呈現(xiàn)。此外,所有受邀人可發(fā)布特技模式命令,該特技模式命令的結(jié)果被共享。 根據(jù)具體實施例,本發(fā)明應(yīng)用于諸如因特網(wǎng)的非運營商管理的網(wǎng)絡(luò)的環(huán)境中。
根據(jù)本發(fā)明具體實施例,用戶接口被分配給接收機,該用戶接口提供顯示數(shù)字內(nèi)容流的屏幕區(qū)域以及顯示特技模式命令按鈕的屏幕區(qū)域,其向用戶提供對于發(fā)送特技模式命令的途徑(access)。 根據(jù)本發(fā)明具體實施例,用戶接口包括提供對于數(shù)字內(nèi)容流中的點的隨機訪問并且可由用戶重定位的輸入元件,例如,可向左右轉(zhuǎn)動的旋鈕、或指示數(shù)字內(nèi)容流的當(dāng)前位置的進度條。兩種類型的元件都允許接口的用戶發(fā)布對于數(shù)字內(nèi)容流中的隨機位置的尋找類型的特技模式命令。
權(quán)利要求
一種將數(shù)字內(nèi)容流傳送到至少兩個接收機的方法,其特征在于,該方法包括下述步驟將共同時間基準(zhǔn)發(fā)送(601)到所述至少兩個接收機的全部;接收(602)特技模式命令消息,該特技模式命令消息被稱為所接收的特技模式命令消息,所述所接收的特技模式命令消息包括允許標(biāo)識所述數(shù)字內(nèi)容流中的點的信息;將通知消息(603)發(fā)送到所述至少兩個接收機的全部,該通知消息向所述至少兩個接收機的全部通知所述所接收的特技模式命令消息;根據(jù)所接收的特技模式命令消息,將所述數(shù)字內(nèi)容流的至少一部分發(fā)送(604)到至少兩個接收機的全部,所述數(shù)字內(nèi)容流包括允許標(biāo)識所述數(shù)字內(nèi)容流中的點的信息。
2. 如權(quán)利要求1所述的方法,其特征在于,所述方法還包括下述步驟 根據(jù)所述所接收的特技模式命令消息,將計劃消息發(fā)送到所述至少兩個接收機的全部,所述計劃消息包括用于在所述共同時間基準(zhǔn)的確定的值處呈現(xiàn)所述數(shù)字內(nèi)容流中的確 定的點的信息;從所述至少兩個接收機中的至少一個接收機接收被稱為"一級就緒"消息的通知消息, 所述通知消息指示所述至少兩個接收機中的所述至少一個接收機已經(jīng)確定其準(zhǔn)備好在所 述共同時間基準(zhǔn)的所述確定的值處呈現(xiàn)所述數(shù)字內(nèi)容流中的所述確定的點。
3. 如權(quán)利要求2所述的方法,其特征在于,所述方法還包括步驟對填充所述兩個接收機中的所述至少一個接收機的數(shù)字內(nèi)容接收緩沖器所需的時間 進行估計;以及基于所述估計,確定所述至少兩個接收機中的所述至少一個接收機準(zhǔn)備好在所述共同 時間基準(zhǔn)的所述確定的值處呈現(xiàn)所述數(shù)字內(nèi)容流中的所述確定的點。
4. 如權(quán)利要求1所述的方法,其特征在于,所述方法還包括步驟如果所述所接收的特技模式命令消息是用于停止所述數(shù)字內(nèi)容流的發(fā)送的命令,則停 止所述數(shù)字內(nèi)容流的所述至少一部分向所述至少兩個接收機的全部的所述發(fā)送。
5. 如權(quán)利要求2所述的方法,其特征在于,所述方法還包括下述步驟 當(dāng)在確定的時間段內(nèi)沒有從所述至少兩個接收機的全部接收到所述通知消息時, 發(fā)送新的計劃消息,其中以確定的增加值增加前一計劃消息的所述共同時間基準(zhǔn)的所述確定的值,并且從所述所接收的特技模式命令消息中包括的點重新開始所述數(shù)字內(nèi)容流 的所述至少一部分的所述發(fā)送。
6. 如權(quán)利要求5所述的方法,其特征在于,所述方法還包括步驟根據(jù)從對于"一級就 緒"消息的前一次接收獲得的測量結(jié)果來確定所述確定的增加值。
7. —種數(shù)字內(nèi)容流的接收方法,其特征在于,所述方法包括通過接收機實現(xiàn)的下述步驟接收(701)時間基準(zhǔn);發(fā)送(702)特技模式命令消息,所述特技模式命令消息包括允許標(biāo)識所述數(shù)字內(nèi)容流 中的點的信息;接收(703)通知消息,所述通知消息向所述接收機通知從接收機接收到特技模式命令 消息,所述通知消息被稱為所接收的通知消息;根據(jù)所述所接收的通知消息來接收(704)數(shù)字內(nèi)容流,所述數(shù)字內(nèi)容流包括所述允許標(biāo)識所述數(shù)字內(nèi)容流中的點的信息。
8. 如權(quán)利要求7所述的方法,其特征在于,所述方法還包括下述步驟 接收計劃消息,所述計劃消息包括用于在所述時間基準(zhǔn)的確定的值處呈現(xiàn)所述數(shù)字內(nèi)容流中的確定的點的信息;發(fā)送通知消息,所述通知消息指示所述接收機已經(jīng)確定其準(zhǔn)備好在所述時間基準(zhǔn)的 所述確定的值處呈現(xiàn)所述數(shù)字內(nèi)容流中的所述確定的點。
9. 如權(quán)利要求8所述的方法,其特征在于,基于對填充所述接收機的數(shù)字內(nèi)容接收緩 沖器所需的時間的估計,確定所述接收機準(zhǔn)備好在所述時間基準(zhǔn)的所述確定的值處呈現(xiàn)所 述數(shù)字內(nèi)容流中的所述確定的點。
10. 如前述權(quán)利要求中的任一項所述的方法,其特征在于,所述數(shù)字內(nèi)容流中的所述點 標(biāo)識用于傳輸所述數(shù)字內(nèi)容流的傳輸分組。
11. 如前述權(quán)利要求中的任一項所述的方法,其特征在于,所述數(shù)字內(nèi)容流中的所述點 標(biāo)識圖像。
12. 如前述權(quán)利要求中的任一項所述的方法,其特征在于,所述數(shù)字內(nèi)容流中的所述點 標(biāo)識音頻幀。
全文摘要
本發(fā)明涉及一種將數(shù)字內(nèi)容流傳送到接收機的方法和對應(yīng)的接收方法。為了在這些接收機上同步數(shù)字內(nèi)容呈現(xiàn)、同時支持特技模式命令,該傳送方法包括下述步驟將共同時間基準(zhǔn)發(fā)送(601)到所述接收機;接收(602)特技模式命令消息,所接收的特技模式命令消息包括允許標(biāo)識所述數(shù)字內(nèi)容流中的點的信息;將通知消息(603)發(fā)送到所述至少兩個接收機的全部,該通知消息向所述至少兩個接收機的全部通知所接收的特技模式命令消息;以及根據(jù)所接收的特技模式命令消息,將所述數(shù)字內(nèi)容流的至少一部分發(fā)送(604)到所有接收機,所述數(shù)字內(nèi)容流包括允許標(biāo)識所述數(shù)字內(nèi)容流中的點的信息。
文檔編號H04L29/06GK101729855SQ20091020689
公開日2010年6月9日 申請日期2009年10月27日 優(yōu)先權(quán)日2008年10月27日
發(fā)明者丹尼斯·米施勒, 弗朗索瓦·杰勒德, 讓-巴普提斯特·亨利 申請人:湯姆森特許公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
远安县| 大化| 义马市| 凌源市| 彭水| 海宁市| 平乐县| 宝山区| 正镶白旗| 抚远县| 黔江区| 三江| 珠海市| 汉阴县| 北安市| 砚山县| 马山县| 南通市| 鄂托克前旗| 大厂| 周至县| 西安市| 观塘区| 汝南县| 河曲县| 博罗县| 平谷区| 金山区| 陈巴尔虎旗| 竹山县| 顺昌县| 长岛县| 金华市| 金山区| 唐山市| 错那县| 洪泽县| 兖州市| 永宁县| 荆州市| 高淳县|