專利名稱:UPnP/DNLA兼容的MR-DVR的制作方法
技術(shù)領(lǐng)域:
本發(fā)明的實施例涉及多室數(shù)字視頻記錄器(MR-DVR)領(lǐng)域。更具體地,這些實施例 涉及在調(diào)制信號上使用數(shù)字生活網(wǎng)絡(luò)聯(lián)盟(DLNA)和通用即插即用(UPnP)(統(tǒng)稱為UPnP/ DLNA)協(xié)議而在MR-DVR服務(wù)器設(shè)備和MR-DVR客戶端之間通信。
背景技術(shù):
諸如有線電視和衛(wèi)星系統(tǒng)之類的寬帶通信系統(tǒng)除了提供傳統(tǒng)的模擬廣播視頻以 夕卜,還提供很多服務(wù)。在實現(xiàn)這些增強(qiáng)服務(wù)的過程中,機(jī)頂盒(有時稱為機(jī)頂終端或者家庭 通信終端(HCT))已經(jīng)成為訪問各種視頻服務(wù)的非常重要的計算設(shè)備。除了支持傳統(tǒng)的模 擬視頻廣播以外,很多機(jī)頂盒(STB)現(xiàn)在還提供諸如交互式節(jié)目向?qū)?、畫中畫、觀看視頻點(diǎn) 播、訂戶視頻點(diǎn)播、以及諸如電子郵件之類的傳統(tǒng)上與普通計算機(jī)相關(guān)聯(lián)的服務(wù)之類的其 他服務(wù)。最近,新功能被添加到了傳統(tǒng)的STB中,這些新功能是將數(shù)字形式的輸入視頻流記 錄到諸如硬盤驅(qū)動之類的大容量存儲設(shè)備上、以及根據(jù)用戶的要求重放所記錄的視頻。通 常被稱為數(shù)字視頻記錄器(DVR)的一些STB還允許用戶訪問并觀看從大量不同電視中記錄 的節(jié)目。這種功能被稱為“多室數(shù)字視頻記錄器”(MR-DVR),并且由于MR-DVR具有訪問來 自不同位置的數(shù)字記錄的節(jié)目的能力,它一般被看作比傳統(tǒng)的視頻錄像帶更好的捕捉并且 隨后重放節(jié)目內(nèi)容的一種選擇。除了 STB以外,大部分聯(lián)網(wǎng)家庭當(dāng)前使用廣泛范圍的消費(fèi)者電子設(shè)備。這些設(shè)備 越來越多地為MR-DVR系統(tǒng)提供了類似的或者補(bǔ)充性服務(wù)。例如,消費(fèi)者現(xiàn)在可以通過諸如 向有線或者衛(wèi)星供應(yīng)商定購之類的傳統(tǒng)電視源來觀看電視節(jié)目。然而,同一個電視節(jié)目還 可以通過互聯(lián)網(wǎng)站點(diǎn)被下載,并且被存儲在計算機(jī)上用于以后觀看。除了電視節(jié)目以外,原 來屬于計算機(jī)范疇的很多應(yīng)用現(xiàn)在也可以在通常很多次與MR-DVR系統(tǒng)相關(guān)聯(lián)的其他顯示 器上觀看。考慮到存儲和觀看選擇的部署,期望存在這樣的一種系統(tǒng),其中用戶可以訪問存 儲在諸如個人數(shù)字助理(PDA)、膝上型電腦、或者個人計算機(jī)(PC)之類的多個設(shè)備之一中 的節(jié)目,并且從多個顯示器之一觀看該節(jié)目。過去,MR-DVR制造商使用專用協(xié)議來在節(jié)目的MR-DVR服務(wù)器設(shè)備和MR-DVR客戶端之間發(fā)送節(jié)目。這有效地在MR-DVR系統(tǒng)和其他電子裝備之間建立起了圍墻。所以,需要 這樣一種MR-DVR系統(tǒng),其中該系統(tǒng)提供MR-DVR系統(tǒng)和其他消費(fèi)者電子設(shè)備之間的必要的 連通性,從而使得存儲在一個系統(tǒng)中的節(jié)目可以從其他系統(tǒng)請求并觀看。
發(fā)明內(nèi)容
為了改善服務(wù),期望存在一種可以與其他消費(fèi)者電子裝備通信的MR-DVR系統(tǒng)。 本文中描述的實施例可以被看作這樣的MR-DVR系統(tǒng),其中MR-DVR服務(wù)器設(shè)備與使用 QAM/QPSK/FSK調(diào)制的現(xiàn)有舊式MR-DVR客戶端進(jìn)行通信,并且與使用同軸電纜多媒體聯(lián)盟 (MoCA)調(diào)制信號的被確認(rèn)為DLNA/UPnP兼容的消費(fèi)者電子設(shè)備進(jìn)行通信。
在一個實施例中,MR-DVR服務(wù)器設(shè)備通過同軸電纜家庭網(wǎng)絡(luò)(CCHN)被連接至多 個舊式MR-DVR客戶端設(shè)備以及多個其他的DLNA/UPnP兼容的遠(yuǎn)程設(shè)備。MR-DVR服務(wù)器設(shè) 備和舊式MR-DVR客戶端利用與MR-DVR服務(wù)器設(shè)備用來與DLNA/UPnP兼容的遠(yuǎn)程設(shè)備進(jìn)行 通信的頻率不同的頻率,使用調(diào)制信號進(jìn)行通信。另外,MR-DVR服務(wù)器設(shè)備從這樣的STB接 收節(jié)目,其中該STB從寬帶通信系統(tǒng)中提供的其他服務(wù)中解析出數(shù)字視頻。替代地,MR-DVR 服務(wù)器設(shè)備的功能可以被結(jié)合到STB中,而不是兩個獨(dú)立設(shè)備。除了通過CCHN連接至CLNA/ UPnP兼容的遠(yuǎn)程設(shè)備的MR-DVR系統(tǒng)以外,MR-DVR服務(wù)器設(shè)備還可以通過包括但不限于以 太網(wǎng)或者802. 11網(wǎng)絡(luò)的其他網(wǎng)絡(luò)連接至DLNA/UPnP兼容的遠(yuǎn)程設(shè)備。其他優(yōu)點(diǎn)將在下面的描述中被部分闡述,或者可以通過實踐獲知。這些優(yōu)點(diǎn)可以 通過所附權(quán)利要求中特別指出的元件或者組合實現(xiàn)或者達(dá)到。應(yīng)該理解,前面的總體描述 以及后面的詳細(xì)描述都只是示例和說明性的,而不是如所請求的那樣限制性的。
結(jié)合在說明書中并作為說明書的一部分的不是按比例畫出的附圖示出了實施例, 并且結(jié)合描述用于解釋這些方法和系統(tǒng)的原理圖Ia圖示出了示出這樣的MR-DVR系統(tǒng)的實施例,其中MR-DVR服務(wù)器設(shè)備通過 STB從WAN接收廣播節(jié)目,節(jié)目通過來自MR-DVR客戶端的請求或者通過直接連接至MR-DVR 服務(wù)器設(shè)備的顯示設(shè)備被觀看;圖Ib圖示出了示出這樣的MR-DVR系統(tǒng)的實施例,其中MR-DVR服務(wù)器設(shè)備通過 WAN直接連接至頭端,節(jié)目通過來自MR-DVR客戶端的請求被觀看;圖2a圖示出了結(jié)合了通過各種聯(lián)網(wǎng)介質(zhì)連接至MR-DVR服務(wù)器設(shè)備的UPnP/DLNA 兼容的遠(yuǎn)程設(shè)備的圖Ia的示例性系統(tǒng);圖2b圖示出了結(jié)合了通過各種聯(lián)網(wǎng)介質(zhì)連接至MR-DVR服務(wù)器設(shè)備的UPnP/DLNA 兼容的遠(yuǎn)程設(shè)備的圖Ib的示例性系統(tǒng);圖3a圖示出了示出用于MR-DVR服務(wù)器設(shè)備、舊式MR-DVR客戶端設(shè)備、以及UPnP/ DLNA兼容的遠(yuǎn)程設(shè)備之間的通信的編碼/解碼模塊的實施例;圖3b圖示出了示出使用UPnP協(xié)議的用于MR-DVR服務(wù)器設(shè)備、舊式MR-DVR客戶 端之間的通信的編碼/解碼模塊的實施例;圖4圖示出了示出在提供MR-DVR相關(guān)服務(wù)的過程中在DLNA/UPnP協(xié)議和舊式 MR-DVR客戶端設(shè)備使用的協(xié)議之間轉(zhuǎn)變的示例性轉(zhuǎn)換的實施例;圖5a圖示出了示出舊式MR-DVR客戶端設(shè)備和DLNA/UPnP設(shè)備之間的通信過程中 的轉(zhuǎn)換類型的實施例;圖5b圖示出了示出媒體傳輸和媒體格式中的轉(zhuǎn)換的實施例;圖6圖示出了示出家中滾動格式(in-home carousel format)的實施例;
圖7圖示出了保持用于多個傳輸會話的傳輸映射表和NAT的MR-DVR服務(wù)器設(shè)備 的實施例;圖8圖示出了家中滾動數(shù)據(jù)格式的實施例;圖9圖示出了映射到UPnP⑶S動作的MR-DVR消息的實施例;圖10圖示出了簡單對象訪問協(xié)議響應(yīng)的實施例;圖11圖示出了家中滾動模塊的配置的實施例;圖12圖示出了結(jié)果字段的有效載荷的DIDL-Iite數(shù)據(jù)格式的實施例;圖13圖示出了內(nèi)容目錄表的實施例;圖14圖示出了 UPnP SRS動作到MR-DVR請求的映射的實施例;圖15圖示出了用于將HTTP或RTP傳輸轉(zhuǎn)變?yōu)镸R-DVR網(wǎng)絡(luò)上的MPEG傳輸?shù)倪壿?塊的實施例。
具體實施例方式公開并描述這些方法和系統(tǒng)之前,應(yīng)該明白這些方法和系統(tǒng)不限于具體的綜合方 法、具體部件、或者特定組合,而是可以變化的。還應(yīng)該理解,本文中使用的術(shù)語只用于描述 特定實施例,而不用于限制。如說明書和所附權(quán)利要求中所使用的,單數(shù)形式“一”、“一個”、以及“該”包括多個 討論目標(biāo),除非文中清楚地做出其他規(guī)定。本文中表達(dá)的范圍可以是從“大約”一個特定值、 和/或到“大約”另一個特定值。當(dāng)表達(dá)這種范圍時,另一個實施例包括從該一個特定值和 /或到另一個特定值。類似地,當(dāng)數(shù)值被表達(dá)為近似值時,通過使用先行詞“大約”,將會明 白特定值形成了另一個實施例。還應(yīng)該理解,每個范圍的端點(diǎn)相對于另一個端點(diǎn)都是顯著 的,并且獨(dú)立于另一個端點(diǎn)?!翱蛇x的”或者“可選地”是指隨后描述的事件或者情況可能發(fā)生也可能不發(fā)生,并 且該描述包括所述事件或者情況發(fā)生的實例以及所述事件或者情況沒有發(fā)生的實例?!笆纠缘摹笔侵浮笆纠倍皇潜磉_(dá)理想或優(yōu)選實施例的意思。通過參考本文中包括的優(yōu)選實施例和示例的以下詳細(xì)描述、以及附圖和附圖的前 述及后續(xù)描述,將更容易理解這些方法和系統(tǒng)。在寬帶通信系統(tǒng)和本地網(wǎng)的背景下,可以理解本文中描述的實施例。然而注意,本 發(fā)明可以被具體化為很多不同的形式,并且不應(yīng)該被理解為局限于本文中闡述的實施例。 接收所發(fā)送的寬帶信號的包括在寬帶通信系統(tǒng)中的遠(yuǎn)程設(shè)備可以包括遠(yuǎn)程機(jī)頂終端、電 視、包括配置點(diǎn)(POD)模塊的電視、諸如DVD播放器/記錄器之類的消費(fèi)者電子設(shè)備、計算 機(jī)、個人數(shù)字助理(PDA)或者其他設(shè)備。本文中給出的所有示例是非限制性的,并且被提供 用于幫助闡明本發(fā)明的描述。本文中描述的實施例用于適合用在CCHN中的網(wǎng)絡(luò)多媒體系統(tǒng)(匪S)。盡管WS — 般位于訂戶建筑物(subscriber premise)中,但是它們也可以位于學(xué)校、賓館、醫(yī)院、商店 中,只要這該建筑物是本地聯(lián)網(wǎng)的。
根據(jù)所描述的實施例,主MR-DVR或者機(jī)頂MR-DVR —般(從頭端)接收并(向客 戶端設(shè)備)轉(zhuǎn)發(fā)多個數(shù)字視頻節(jié)目。當(dāng)用戶請求時,MR-DVR服務(wù)器設(shè)備可以記錄并存儲用 于以后觀看的特定節(jié)目。舊式MR-DVR客戶端設(shè)備可以向MR-DVR服務(wù)器設(shè)備做出記錄特定節(jié)目的請求,也可以請求觀看先前記錄的節(jié)目或者現(xiàn)場直播節(jié)目。允許舊式MR-DVR客戶端 訪問存儲在MR-DVR服務(wù)器設(shè)備上的節(jié)目,使得用戶能夠在不必具有用于每個MR-DVR客戶 端的昂貴的副本存儲設(shè)備的情況下,在不同位置的多個顯示器上觀看所存儲的節(jié)目。除了 觀看所存儲的節(jié)目以外,舊式MR-DVR客戶端還可以直接接收廣播節(jié)目(即,傳統(tǒng)上與點(diǎn)播 的模擬有線電視、視頻等相關(guān)聯(lián)的節(jié)目),并可以執(zhí)行管理功能(即,交互向?qū)?、分配存儲?空間、記錄/刪除節(jié)目等)。
除了舊式MR-DVR客戶端以外,MR-DVR服務(wù)器設(shè)備還可以支持DLNA/UPnP兼容的 其他客戶端設(shè)備。DLNA/UPnP兼容的遠(yuǎn)程設(shè)備可以執(zhí)行與MR-DVR客戶端相同的功能,并且 可以執(zhí)行DLNA兼容設(shè)備特有的任何其他功能。換言之,MR-DVR客戶端設(shè)備可以是MR-DVR服務(wù)器設(shè)備的簡化且更省錢的版本,但 是其能夠經(jīng)由CCHN利用諸如MR-DVR服務(wù)器設(shè)備中可用的存儲器、大容量存儲設(shè)備或者軟 件應(yīng)用之類的在MR-DVR服務(wù)器設(shè)備中可用的一些或全部高級硬件和軟件特性。下面描述 適于實現(xiàn)實施例的通信系統(tǒng)。圖Ia是示出傳統(tǒng)寬帶通信系統(tǒng)的非限制性示例的簡化框圖。在這個示例中,通信 系統(tǒng)包括經(jīng)由廣域網(wǎng)(WAN)900耦合至服務(wù)網(wǎng)關(guān)1200的頭端1000。WAN 900可以是適于發(fā) 送諸如(例如)音頻/視頻信號、IP信號、電話信號或者數(shù)據(jù)信號之類的下行或者上行寬 帶多媒體信號的任意網(wǎng)絡(luò)。WAN 900例如可以是光纖/同軸電纜混合(HFC)網(wǎng)絡(luò)、光纖到戶 (FTTH)網(wǎng)絡(luò)、衛(wèi)星網(wǎng)絡(luò)或者固定無線網(wǎng)絡(luò)等。服務(wù)網(wǎng)關(guān)1200向MR-DVR服務(wù)器設(shè)備100提供本地連接1300,而MR-DVR服務(wù)器 設(shè)備100向遠(yuǎn)程的舊式MR-DVR客戶端設(shè)備700提供信號并向直接連接至MR-DVR服務(wù)器設(shè) 備100的可選電視1100提供電視節(jié)目。MR-DVR服務(wù)器設(shè)備100、舊式MR-DVR客戶端700 以及電視1100包括MR-DVR系統(tǒng)1400。除了 MR-DVR服務(wù)器設(shè)備100以外,服務(wù)網(wǎng)關(guān)1200 也可以直接或者經(jīng)由一個或多個其他本地網(wǎng)絡(luò)耦合至其他遠(yuǎn)程設(shè)備。將會明白,服務(wù)網(wǎng)關(guān) 1200可以是獨(dú)立單元,也可以被結(jié)合到諸如(例如)電視、計算機(jī)或者M(jìn)R-DVR服務(wù)器設(shè)備 100之類的另一個設(shè)備中。此外,包括舊式MR-DVR客戶端700的遠(yuǎn)程設(shè)備可以位于與服務(wù) 網(wǎng)關(guān)1200或者M(jìn)R-DVR服務(wù)器設(shè)備100所在的空間不同的空間中。頭端1000包括用于經(jīng)由WAN 900向服務(wù)網(wǎng)關(guān)1200提供視頻、音頻、和/或數(shù)據(jù)信 號的一個或多個服務(wù)器設(shè)備(未示出)。頭端1000和服務(wù)網(wǎng)關(guān)1200相互協(xié)作以經(jīng)由遠(yuǎn)程 設(shè)備為用戶提供各種服務(wù),例如通過MR-DVR服務(wù)器設(shè)備100提供視頻/音頻節(jié)目。其他服 務(wù)可以包括電話服務(wù)和IP服務(wù)等。提供給MR-DVR服務(wù)器設(shè)備100的視頻/音頻節(jié)目可以 包括例如,模擬或者數(shù)字電視頻道和交互服務(wù)、視頻點(diǎn)播(VOD)服務(wù)、和/或按次付費(fèi)觀看 (PPV)服務(wù)等。在圖Ia中,用戶通過連接至電視的任意一個MR-DVR客戶端設(shè)備700或者通過直 接連接至MR-DVR服務(wù)器設(shè)備100的電視1100收看廣播電視頻道節(jié)目。通過MR-DVR服務(wù) 器設(shè)備100或者任意一個MR-DVR客戶端設(shè)備700上的用戶界面,用戶可以請求記錄并保存 到MR-DVR服務(wù)器設(shè)備100中的存儲設(shè)備的電視節(jié)目。所記錄的節(jié)目可以來自特定時間的 特定電視頻道,也可以是通過VOD或者PPV服務(wù)的。從MR-DVR客戶端700或者從MR-DVR 服務(wù)器設(shè)備100,用戶可以請求觀看MR-DVR服務(wù)器設(shè)備100上的預(yù)先保存的節(jié)目或者在需 要的情況下從MR-DVR服務(wù)器設(shè)備100刪除節(jié)目。存儲、觀看、或者刪除節(jié)目的請求可以通過連接MR-DVR服務(wù)器設(shè)備100和MR-DVR客戶端700的CCHN 200完成。注意,觀看、存儲 以及從MR-DVR服務(wù)器設(shè)備100刪除節(jié)目是MR-DVR系統(tǒng)1400中的設(shè)備之間可用的一些交 互類型的示例,不應(yīng)該被理解為本發(fā)明僅限于所描述的交互。圖Ib圖示出了傳統(tǒng)寬帶通信系統(tǒng)的另一個非限制性示例。然而,在該示例中,月艮 務(wù)網(wǎng)關(guān)1200的功能沒有被結(jié)合到MR-DVR服務(wù)器設(shè)備102中,并且可選的電視1100沒有被 連接。在傳統(tǒng)的寬帶通信系統(tǒng)的另一個示例中,MR-DVR服務(wù)器設(shè)備裝配有內(nèi)置的調(diào)諧器, 并且不需要網(wǎng)關(guān)功能。圖2a圖示出了傳統(tǒng)的寬帶通信系統(tǒng)的非限制性示例。除了圖Ia中描述的功能以 夕卜,該系統(tǒng)還圖示出了 MR-DVR系統(tǒng)1400和其他DLNA/UPnP兼容的遠(yuǎn)程設(shè)備300、310、400、 800,810之間的連通性。在該實施例中,服務(wù)網(wǎng)關(guān)1200通過本地網(wǎng)絡(luò)1300向MR-DVR服務(wù) 器設(shè)備100提供視頻/音頻廣播節(jié)目,并且通過以太網(wǎng)500和無線網(wǎng)絡(luò)600提供IP服務(wù)。 除了圖Ia中描述的功能以外,在該系統(tǒng)中,MR-DVR客戶端700還可以與多個DLNA/UPnP兼 容的遠(yuǎn)程設(shè)備300、310、400、800、810中的任意一個進(jìn)行交互。 可能的交互中的一個非限制性示例包括舊式MR-DVR客戶端700請求存儲在多個 DLNA/UPnP兼容的遠(yuǎn)程設(shè)備中的任意一個上的節(jié)目。使用舊式MR-DVR客戶端700的觀看者 通過MR-DVR服務(wù)器設(shè)備100請求存儲在膝上型計算機(jī)310上的節(jié)目。MR-DVR服務(wù)器設(shè)備 100通過無線網(wǎng)絡(luò)600發(fā)送請求,從膝上型計算機(jī)310接收節(jié)目,并且在CCHN 200上向請求 舊式MR-DVR客戶端700發(fā)送節(jié)目。在另一個示例中,使用舊式MR-DVR客戶端700的觀看 者可以通過MR-DVR服務(wù)器設(shè)備100請求存儲在PC 810上的節(jié)目。在這個實例中,MR-DVR 服務(wù)器設(shè)備100使用與舊式MR-DVR系統(tǒng)1400中所使用的頻率不同的頻率,通過CCHN 200 向PC810發(fā)送請求。MR-DVR服務(wù)器設(shè)備100在該不同的頻率上接收來自PC810的節(jié)目,并 且使用舊式MR-DVR系統(tǒng)1400辨認(rèn)出來的頻率向請求舊式MR-DVR客戶端700發(fā)送節(jié)目。在一個實施例中,舊式MR-DVR客戶端700使用擴(kuò)展有遠(yuǎn)程記錄能力的MR-DVR協(xié) 議、或者可選地利用UPnP媒體服務(wù)器控制協(xié)議與MR-DVR服務(wù)器設(shè)備100進(jìn)行通信。MR-DVR 服務(wù)器設(shè)備100向舊式MR-DVR客戶端700傳送網(wǎng)絡(luò)信息(例如,家庭網(wǎng)絡(luò)拓?fù)浜退l(fā)現(xiàn)的 UPnP設(shè)備300、310、400以及服務(wù)),從而使得用戶可以利用該信息進(jìn)行交互。MR-DVR服務(wù)器設(shè)備100向舊式MR-DVR客戶端700提供獨(dú)立或者聚合的內(nèi)容目錄 服務(wù),使得舊式MR-DVR客戶端700的用戶能夠操縱包括MR-DVR服務(wù)器100在內(nèi)的特定媒 體服務(wù)器上可用的內(nèi)容條目,或者家庭網(wǎng)絡(luò)1500(不限于家庭網(wǎng)絡(luò))中的所有內(nèi)容條目。內(nèi) 容條目可以包括但是不限于被存儲在任何家庭網(wǎng)絡(luò)1500設(shè)備100、300、310、400、810上的 內(nèi)容條目,以及電子節(jié)目指南(EPG)中列出的廣播節(jié)目。在一個實施例中,當(dāng)舊式MR-DVR客戶端700選擇已經(jīng)被授權(quán)的內(nèi)容條目時, MR-DVR服務(wù)器設(shè)備100以MPEG傳輸向舊式MR-DVR客戶端700遞送所請求的媒體內(nèi)容,而 不管媒體內(nèi)容的位置如何。當(dāng)建立內(nèi)容遞送會話時,MR-DVR服務(wù)器設(shè)備100為舊式MR-DVR 客戶端700分配包括網(wǎng)絡(luò)資源(例如,網(wǎng)絡(luò)QoS)以及設(shè)備資源(例如,本地DVR重放會話) 的資源。在一個實施例中,MR-DVR服務(wù)器向舊式MR-DVR客戶端700提供獨(dú)立或者聚集的 預(yù)定記錄服務(wù)(SRS)。這個服務(wù)使得舊式MR-DVR客戶端700的用戶能夠預(yù)定連接至(不 限于)訂戶的建筑物中的網(wǎng)絡(luò)的任意UPnP媒體服務(wù)器或者M(jìn)R-DVR服務(wù)器設(shè)備100上的記錄。在一個實施例中,如果媒體內(nèi)容位于UPnP媒體服務(wù)器上而不是MR-DVR服務(wù)器設(shè) 備100上,則MR-DVR服務(wù)器設(shè)備100將來自舊式MR-DVR客戶端700的MR-DVR請求轉(zhuǎn)換 為UPnP請求,并將該UPnP請求發(fā)送至UPnP媒體服務(wù)器。另外,MR-DVR服務(wù)器設(shè)備100對 來自UPnP媒體服務(wù)器的UPnP響應(yīng)進(jìn)行轉(zhuǎn)換,并將該響應(yīng)發(fā)送至舊式MR-DVR客戶端700。 MR-DVR服務(wù)器設(shè)備從UPnP媒體服務(wù)器接收HTTP或者RTP協(xié)議(不限于這些協(xié)議)中的媒 體內(nèi)容,并且重新向舊式MR-DVR客戶端700發(fā)送舊式MR-DVR傳輸協(xié)議中的媒體內(nèi)容。當(dāng) 內(nèi)容壓縮格式與舊式MR-DVR客戶端700格式不兼容時,MR-DVR服務(wù)器設(shè)備100將該格式 轉(zhuǎn)譯為舊式MR-DVR客戶端700格式。對于非限制性示例,IEEE標(biāo)準(zhǔn)H. 264被MR-DVR服務(wù) 器設(shè)備100轉(zhuǎn)譯為MPEG2。在圖2a中,DLNA/UPnP兼容的遠(yuǎn)程設(shè)備300、310、400、800、810還可以訪問存儲在 MR-DVR服務(wù)器設(shè)備100上的節(jié)目。例如,STB 800可以使用舊式MR-DVR系統(tǒng)1400沒有識 別的頻率,通過CCHN 200請求存儲在MR-DVR服務(wù)器設(shè)備100中的節(jié)目。MR-DVR服務(wù)器設(shè) 備100可以通過使用沒有被舊式MR-DVR系統(tǒng)1400識別的頻率向STB 800發(fā)送適當(dāng)?shù)墓?jié)目 進(jìn)行響應(yīng)。注意,DLNA/UPnP兼容的遠(yuǎn)程設(shè)備從MR-DVR服務(wù)器設(shè)備100請求節(jié)目是能夠在 MR-DVR系統(tǒng)和DLNA/UPnP兼容的遠(yuǎn)程設(shè)備之間進(jìn)行的交互類型的一個非限制性示例。其他 可能的交互包括但不限于請求MR-DVR服務(wù)器設(shè)備100將節(jié)目存儲到存儲器存儲設(shè)備、刪除 節(jié)目以及各種網(wǎng)絡(luò)維護(hù)交互。圖2b圖示出了類似于圖2a中所示的傳統(tǒng)的寬帶通信系統(tǒng)的另一個非限制性示 例。然而,在這個示例中,MR-DVR服務(wù)器設(shè)備102和舊式MR-DVR客戶端700具有內(nèi)置的調(diào) 諧器,這消除了對于網(wǎng)關(guān)功能的需要,并且可選的電視1100沒有被連接。在另一個實施例 中,服務(wù)網(wǎng)關(guān)120的功能被結(jié)合在MR-DVR服務(wù)器設(shè)備102中。圖3a是示出MR-DVR客戶端700、DLNA/UPnP兼容的遠(yuǎn)程設(shè)備800、以及MR-DVR服 務(wù)器設(shè)備140的所選擇的通信部件的簡化的非限制性框圖。MR-DVR服務(wù)器設(shè)備100、舊式 MR-DVR客戶端700以及DLNA/UPnP兼容的遠(yuǎn)程設(shè)備800之間的通信在相同的CCHN 200上。 與舊式MR-DVR客戶端700相關(guān)聯(lián)的通信使用QAM/QPSK/FSK調(diào)制信號。與DLNA/UPnP兼容 的遠(yuǎn)程設(shè)備800相關(guān)聯(lián)的通信使用包括但不限于同軸電纜上的超寬帶(UWB)調(diào)制以及MoCA 調(diào)制的調(diào)制信號。由于針對舊式MR-DVR客戶端700和DLNA/UPnP兼容的遠(yuǎn)程設(shè)備800的 調(diào)制頻率不同,所以在這些設(shè)備與MR-DVR服務(wù)器設(shè)備100之間的通信中一般不存在干擾。 另外,MR-DVR服務(wù)器設(shè)備140通過其他本地網(wǎng)絡(luò)500、600與其他DLNA/UPnP兼容的遠(yuǎn)程設(shè) 備300、400進(jìn)行交互。一般,舊式協(xié)議可以被用于MR-DVR服務(wù)器設(shè)備100和舊式MR-DVR 客戶端700之間的通信。然而,如圖3b中所示,MR-DVR服務(wù)器設(shè)備100和舊式MR-DVR客 戶端700之間的一些通信可以基于UPnP協(xié)議。除了用于MR-DVR服務(wù)器設(shè)備100和MR-DVR舊式客戶端700之間的通信的UPnP 出口和入口之外,MR-DVR服務(wù)器設(shè)備100和MR-DVR舊式客戶端之間的一些舊式通信可以繼 續(xù)依賴于舊式入口 /出口協(xié)議。圖3b圖示出了這個通信路徑。使用QAM/QPSK/FSK調(diào)制, 不需要被轉(zhuǎn)變?yōu)閁PnP格式的通信將繼續(xù)使用舊式的通信結(jié)構(gòu)。圖4是將DLNA/UPnP兼容的通信轉(zhuǎn)換為舊式MR-DVR客戶端可識別的舊式協(xié)議的 示例性轉(zhuǎn)換的簡要的非限制性示圖。在UPnP AV服務(wù)協(xié)議中,內(nèi)容目錄服務(wù)(CDS)410基于客戶端的請求向客戶端提供內(nèi)容列表,并且其是基于簡單對象訪問控制(SOAP)和數(shù)字項 描述語言簡化(DIDL-Iite)格式的。所請求的內(nèi)容目錄經(jīng)由SOAP被作為可擴(kuò)展標(biāo)記語言 (XML)片斷遞送給客戶端。為了遞送到MR-DVR舊式客戶端設(shè)備,在將數(shù)據(jù)發(fā)送至MR-DVR 舊式客戶端設(shè)備之前,MR-DVR服務(wù)器將該數(shù)據(jù)變換為圖6中所示的“家中滾動(in home carousel) ”435數(shù)據(jù)格式。家中滾動概念類似于數(shù)字存儲媒體命令和控制(DSM-CC)滾動, 其中數(shù)據(jù)在網(wǎng)絡(luò)上被反復(fù)廣播。注意,滾動模塊可以跨越若干MPEG-PS部分,且這些部分的 編號和最后部分編號的值被MR-DVR舊式客戶端設(shè)備利用來確保所接收的數(shù)據(jù)的完整性。 家中細(xì)目430與家中滾動(IHC)435 —起向舊式MR-DVR客戶端提供細(xì)目遞送服務(wù)和解析功 能。用于建立AV會話的輔助協(xié)議、連接管理服務(wù)415以及A/V傳輸服務(wù)420被轉(zhuǎn)換為舊式 MR-DVR客戶端使用的家中會話協(xié)議440。另外,MR-DVR服務(wù)器將DIDL-Iite格式405的數(shù) 據(jù)轉(zhuǎn)換為MR-DVR舊式客戶端使用的IHC格式430。家中細(xì)目格式405可以是固定數(shù)據(jù)格式 或者XML文件。
在從MR-DVR客戶端設(shè)備接收到重放請求時,MR-DVR服務(wù)器通過分配端到端AV資 源創(chuàng)建AV會話。該AV會話將MR-DVR網(wǎng)絡(luò)上的家中會話與剩余的家庭網(wǎng)絡(luò)上的AV會話結(jié) 合在一起。對于MR-DVR網(wǎng)絡(luò),服務(wù)器經(jīng)由家中會話協(xié)議分配資源。對于不同于MR-DVR分段 的網(wǎng)絡(luò)分段,MR-DVR服務(wù)器設(shè)備100經(jīng)由適當(dāng)?shù)膮f(xié)議分配資源,非限制性地例如,用于RTP 流的RTSP或者會話初始化協(xié)議(SIP)。端到端資源可以包括但不限于安全資源、網(wǎng)絡(luò)QoS 以及諸如調(diào)諧器或者IP插口之類的網(wǎng)絡(luò)連通性資源。圖5a是圖示出舊式MR-DVR客戶端和DLNA/UPnP兼容設(shè)備之間的通信中的轉(zhuǎn)換的 簡要的非限制性實施例。包括但不限于802. 11或者以太網(wǎng)的層2協(xié)議515被轉(zhuǎn)換為使用 QAM/QPSK/FSK的家中協(xié)議535??梢园ǖ幌抻?02. 11或者以太網(wǎng)的物理層520被轉(zhuǎn) 換為 QAM/QPSK/FSK 調(diào)制層 540。圖5b是描述不同的網(wǎng)絡(luò)層和MR-DVR服務(wù)器設(shè)備執(zhí)行的轉(zhuǎn)換的簡要的非限制性實 施例。在最上層,舊式MR-DVR客戶端被配置為識別MPEG2視頻格式525。MR-DVR服務(wù)器設(shè) 備將諸如H. 264和VC-I之類的其他視頻格式505轉(zhuǎn)換為MPEG2。MR-DVR服務(wù)器設(shè)備還將 其他DLNA/UPnP兼容設(shè)備使用的HTTP或者RTP格式510轉(zhuǎn)換為用于舊式MR-DVR客戶端的 QAM 530上的MPEG傳輸。在一個實施例中,舊式MR-DVR客戶端使用家中地址分配算法。當(dāng)該算法將家 中IP/MAC地址限制于舊式MR-DVR網(wǎng)絡(luò)時,MR-DVR服務(wù)器設(shè)備100對來自或者去往舊式 MR-DVR網(wǎng)絡(luò)的數(shù)據(jù)進(jìn)行路由。圖6圖示出了可能的家中IP MAC幀的一個實施例。MR-DVR 服務(wù)器設(shè)備建立網(wǎng)絡(luò)地址表(NAT),以將本地端口號碼映射到舊式MR-DVR客戶端的家中IP 地址和端口地址。使用該表,MR-DVR服務(wù)器設(shè)備在媒體服務(wù)器和舊式MR-DVR客戶端之間 路由命令控制消息。另外,MR-DVR服務(wù)器設(shè)備建立并保持將HTTP或者RTP傳輸會話映射 到由多個舊式MR-DVR客戶端使用的MPEG節(jié)目號碼的表格。圖7圖示出了保持NAT 765和傳輸映射表755的MR-DVR服務(wù)器設(shè)備100的示例。 在這個圖示中,使用RTP傳輸?shù)囊粋€遠(yuǎn)程媒體服務(wù)器725和舊式MR-DVR客戶端700-3建立 了傳輸會話。另外,使用HTTP傳輸?shù)囊粋€遠(yuǎn)程媒體服務(wù)器745和舊式MR-DVR客戶端700-2 建立了第二傳輸會話。MR-DVR創(chuàng)建并保持傳輸映射表765,其中該傳輸映射表針對兩個傳 輸會話對傳輸信息進(jìn)行關(guān)聯(lián)。當(dāng)新的傳輸會話被建立或者當(dāng)前會話被終止時,MR-DVR服務(wù)器設(shè)備100對傳輸映射表755進(jìn)行更新。MR-DVR服務(wù)器設(shè)備100還創(chuàng)建并保持NAT 765。 當(dāng)在媒體服務(wù)器725、745以及舊式MR-DVR客戶端700-3、700-2之間路由命令控制消息 時,MR-DVR服務(wù)器設(shè)備100參考該表格。當(dāng)新的傳輸會話被建立或者當(dāng)前會話被終止時, MR-DVR服務(wù)器設(shè)備100對NAT 765進(jìn)行更新。注意,圖7是傳輸會話的一種可能配置的非限 制性圖示。在其他可能的非限制性配置中,可操作地連接至MR-DVR服務(wù)器設(shè)備100的舊式 MR-DVR客戶端和媒體服務(wù)器的數(shù)目可以大于或者小于圖7所示的數(shù)目。另外,舊式MR-DVR 客戶端700不限于與圖7中所示的媒體服務(wù)器建立傳輸會話,而是可以與可操作地連接至 MR-DVR服務(wù)器設(shè)備100的多個媒體服務(wù)器中的任意一個建立傳輸會話。在一個實施例中,MR-DVR客戶端設(shè)備在UPnP內(nèi)容目錄服務(wù)(⑶S)消息和舊式 MR-DVR消息之間進(jìn)行轉(zhuǎn)換。媒體服務(wù)器上的CDS基于客戶端的請求向客戶端提供內(nèi)容條目 的列表(內(nèi)容目錄)。UPnP AV設(shè)備結(jié)構(gòu)定義了用于這個目的的CDS。該服務(wù)是以SOAP以 及數(shù)字項描述語言簡化(DIDL-Lite)格式為基礎(chǔ)的。所請求的內(nèi)容目錄被作為可擴(kuò)展標(biāo)記 語言(XML)片斷經(jīng)由SOAP遞送。例如,獲取內(nèi)容目錄的UPnP CDS動作為CDS =Browse ()。 UPnP控制點(diǎn)利用⑶S =Browse ()標(biāo)簽和參數(shù)來發(fā)送SOAP消息。在接收到該請求時,UPnP媒 體服務(wù)器履行請求,并且返回封裝在SOAP響應(yīng)消息中的XML格式的結(jié)果。在一個實施例中,舊式MR-DVR客戶端經(jīng)由家中滾動協(xié)議接收內(nèi)容目錄(a. k. a內(nèi) 容細(xì)目)。家中滾動概念類似于數(shù)字存儲媒體命令和控制(DSM-CC)滾動,其中,數(shù)據(jù)在網(wǎng)絡(luò) 上被反復(fù)廣播。數(shù)據(jù)滾動可以攜帶不限于細(xì)目數(shù)據(jù)的各種類型的數(shù)據(jù)。舊式MR-DVR客戶 端基于滾動ID和模塊ID對滾動數(shù)據(jù)進(jìn)行過濾,并且將該數(shù)據(jù)裝配回其最初的形式。 用于家中滾動數(shù)據(jù)格式的一種可能格式的示例在圖8中示出。報頭包括兩個部 分,標(biāo)準(zhǔn)MPEG私有會話(MPEG-PS)報頭805和家中滾動報頭815。滾動ID標(biāo)識接收客戶 端以及諸如事務(wù)編號之類的相關(guān)聯(lián)的數(shù)據(jù)屬性,而模塊ID可以指示數(shù)據(jù)類型(諸如細(xì)目或 者用戶數(shù)據(jù))。注意,MPEG會話的大小被限制為4096字節(jié)。所以,滾動模塊可以跨越若干 MPEG-PS部分。滾動部分編號和最后部分編號被客戶端用來確保所接收的數(shù)據(jù)的完整性。在一個實施例中,舊式MR-DVR協(xié)議使用一個字節(jié)的Op Code來標(biāo)識請求,并且參 數(shù)數(shù)據(jù)根據(jù)返回路徑帶寬被限制到數(shù)個字節(jié)。因此,映射到UPnP CDS請求的內(nèi)容目錄請 求將是以預(yù)先定義的瀏覽簡檔為基礎(chǔ)的。例如,簡檔可以只請求MR-DVR服務(wù)器上的所有 MPEG2內(nèi)容條目,而另一個簡檔可以請求所有媒體服務(wù)器上可用的所有MPEG2內(nèi)容條目。圖 9圖示出了映射到UPnP⑶S動作的一些MR-DVR消息的簡要的非限制性示例。在圖9中, 對于⑶S請求的命令905被映射到⑶S :browse () 925UPnP動作。對于⑶S更新915的命令 被映射到CDS =GetSystemUpdate ()935UPnP動作。注意,這個示例圖示出了多個可能的命令 和動作中的若干命令和動作,但是不應(yīng)該被理解為將本發(fā)明限制于圖9中所示的命令和動 作。在一個實施例中,對于內(nèi)容目錄查詢結(jié)果的轉(zhuǎn)換在傳輸層和應(yīng)用層兩層上完 成。MR-DVR服務(wù)器設(shè)備將SOAP數(shù)據(jù)包轉(zhuǎn)變?yōu)榫哂屑抑袧L動有效載荷的MPEG-PS,并且將 DIDL-Iite格式的數(shù)據(jù)轉(zhuǎn)換為舊式MR-DVR客戶端使用的數(shù)據(jù)格式。被UPnP用作命令傳輸 協(xié)議的SOAP被建立在HTTP之上。圖10圖示出了一個可能的SOAP響應(yīng)的示例。在該示例 中,SOAP響應(yīng)是被包括在響應(yīng)于⑶S請求的TCP數(shù)據(jù)包中的有效載荷。在從DLNA DMS接 收到響應(yīng)時,MR-DVR服務(wù)器提取有效載荷(結(jié)果標(biāo)簽),通過將封裝在SOAP封套的結(jié)果標(biāo)簽中的內(nèi)容和HTTP報頭信息的部分插入圖7的有效載荷字段中構(gòu)造家中滾動模塊。家中滾動模塊的一種可能配置在圖11中示出。注意,這個示例圖示出了多種響應(yīng)中的一種可能 的響應(yīng),并且不應(yīng)該被理解為將本發(fā)明限制于圖10和圖11中描述的響應(yīng)。在一個實施例中,結(jié)果字段的有效載荷包括圖12中所示的DIDL-Iite格式的數(shù) 據(jù)。當(dāng)舊式MR-DVR客戶端不支持DIDL-Iite格式時,MR-DVR服務(wù)器設(shè)備將該數(shù)據(jù)轉(zhuǎn)變?yōu)?圖13所示的表格。細(xì)目數(shù)據(jù)格式可以是固定的數(shù)據(jù)格式或者XML文件。注意,這個非限制 性的示例圖示出了 DIDL-Iite格式和細(xì)目數(shù)據(jù)格式之間的轉(zhuǎn)變處理,并且不應(yīng)該被理解為 將本發(fā)明限制于圖12和圖13中所描述的轉(zhuǎn)變。在一個實施例中,UPnP預(yù)定記錄服務(wù)(SRS)被用來管理記錄預(yù)定。UPnP SRS動 作的MR-DVR服務(wù)器設(shè)備請求映射是以預(yù)先定義的簡檔/模版為基礎(chǔ)的。圖14圖示出了 可能的映射格式。SRS =CreateRecordSchedule ()的輸出參數(shù)包括 RecordSchedulelD、 RecordSchedule以及UpdatalD。MR-DVR服務(wù)器創(chuàng)建唯一的16比特ID,以映射返回參數(shù), 存儲這些參數(shù)、并將該16比特ID作為未來參考的標(biāo)志發(fā)送給舊式MR-DVR客戶端。在一個實施例中,在從舊式MR-DVR客戶端接收到重放請求時,MR-DVR服務(wù)器設(shè)備 通過分配端到端AV資源來創(chuàng)建AV會話。該AV會話結(jié)合了 MR-DVR網(wǎng)絡(luò)上的家中會話(in home session)和剩余的家庭網(wǎng)絡(luò)上的AV會話。舊式MR-DVR客戶端使用家庭會話協(xié)議請 求建立與MR-DVR服務(wù)器設(shè)備的家中會話。另外,MR-DVR服務(wù)器建立MR-DVR服務(wù)器和目標(biāo) UPnP媒體服務(wù)器之間的其他AV會話。MR-DVR服務(wù)器將與傳輸協(xié)議相關(guān)的端到端AV資源 與AV會話相關(guān)聯(lián)。例如,如果PnP媒體服務(wù)器支持RTP傳輸,則MR-DVR服務(wù)器將RTSP會 話與AV會話相關(guān)聯(lián)。在一個實施例中,舊式MR-DVR客戶端請求端到端網(wǎng)絡(luò)資源分配,即針對內(nèi)容流建 立端到端服務(wù)質(zhì)量(QoS)。UPnP QoS服務(wù)支持的家庭網(wǎng)絡(luò)QoS的兩個模型是按照優(yōu)先順序 排序的QoS以及用參數(shù)表示的QoS。MR-DVR服務(wù)器設(shè)備通過將累積的節(jié)目帶寬與QAM帶寬 進(jìn)行比較在MR-DVR網(wǎng)絡(luò)分段上執(zhí)行QoS準(zhǔn)入控制。對于其他分段,MR-DVR服務(wù)器可以經(jīng) 由UPnP建立用參數(shù)表示的或者按照優(yōu)先順序排列的QoS。當(dāng)請求流被準(zhǔn)許進(jìn)入MR-DVR網(wǎng) 絡(luò)時,MR-DVR服務(wù)器設(shè)備進(jìn)行PnP QoS處理,以建立針對其他網(wǎng)絡(luò)分段的QoS。在一個實施例中,MR-DVR服務(wù)器設(shè)備使用HTTP或者RTP來獲取用于舊式MR-DVR 客戶端的內(nèi)容。圖15圖示出了將HTTP或者RTP傳輸轉(zhuǎn)變?yōu)镸R-DVR網(wǎng)絡(luò)上的MPEG傳輸?shù)?邏輯塊。HTTP或者RTP流被轉(zhuǎn)變?yōu)镸PEG2傳輸流。如果媒體格式不是MEPG2傳輸格式(例 如,H. 264),則使用代碼轉(zhuǎn)換器。流解密器和加密器將加密格式轉(zhuǎn)變?yōu)榭梢杂膳f式MR-DVR 客戶端解密的格式,例如,將DTCP-IP轉(zhuǎn)變?yōu)?-DES。流解密器和加密器是邏輯實體,并且在 一個實施例中可以位于插入在MR-DVR服務(wù)器設(shè)備中的可分離的安全模塊中。在一個實施例中,將RTP或者HTTP傳輸轉(zhuǎn)變?yōu)榕f式MR-DVR媒體傳輸包括技巧模 式能力,其中該技巧模式能力包括但不限于暫停、從暫停點(diǎn)開始重新重放、跳到現(xiàn)場節(jié)目、 跳到節(jié)目中的指定位置、以多個速度快進(jìn)、以多個速度快退、慢進(jìn)以及慢退。在一個實施例中,網(wǎng)絡(luò)拓?fù)湫畔⒖梢酝ㄟ^MR-DVR經(jīng)由UPnP協(xié)議或者其他專用協(xié) 議收集。該信息可以被遞送到舊式MR-DVR客戶端。用戶可以觀看網(wǎng)絡(luò)信息的呈現(xiàn),并可以 圖形地選擇媒體服務(wù)器來觀看內(nèi)容目錄或者在這個服務(wù)器上預(yù)定記錄。以上描述的系統(tǒng)是一個非限制性的實施例。以上描述的實施例包括無線和以太網(wǎng)連通性。在另一個實施例中,將不提供無線和/或以太網(wǎng)連通性。在又一個實施例中,從 MR-DVR服務(wù)器設(shè)備到電視的直接連通性不會被提供。盡管結(jié)合優(yōu)選實施例和具體示例描述了這些方法和系統(tǒng),但是本發(fā)明的范圍不限 于所闡述的特定實施例,因為本文中描述的實施例在所有方面都是說明性的而不是限制性 的。除非清楚地聲明,否則本文中闡述的任何方法都不應(yīng)該被理解為要求它的步驟以 特定的次序被執(zhí)行。因此,在方法權(quán)利要求沒有實際地陳述其步驟應(yīng)該遵守的次序的情況 下或者在權(quán)利要求和說明書中沒有具體規(guī)定步驟被限于特定次序的情況下,在任何方面都 不應(yīng)該推斷次序。這對于說明的任何可能的非表達(dá)基礎(chǔ)都有效,包括針對步驟的安排或者 操作流程的邏輯方面;從語法組織或者標(biāo)點(diǎn)符號推斷出的清晰含義、說明書中描述的實施 例的數(shù)目或類型。本領(lǐng)域技術(shù)人員將明白,在不偏離本發(fā)明的范圍和精神的情況下,可以做出各種 修改和變型。根據(jù)本文中公開的實踐和說明書,其他實施例對于本領(lǐng)域技術(shù)人員來說將是 顯而易見的。期望說明書和示例只被作為示例,真正的范圍和 精神由下面的權(quán)利要求指示。
權(quán)利要求
1.一種用于傳達(dá)UPnP信息的方法,包括通過MR-DVR客戶端接收利用第一 UPnP信息編碼的QAM調(diào)制信號; 通過所述MR-DVR客戶端發(fā)送利用第二 UPnP信息編碼的QPSK調(diào)制信號或者FSK調(diào)制信號。
2.根據(jù)權(quán)利要求1所述的方法,其中通過MR-DVR客戶端接收利用第一UPnP信息編碼 的QAM調(diào)制信號包括在網(wǎng)絡(luò)上從MR-DVR服務(wù)器設(shè)備接收第一 UPnP信息。
3.根據(jù)權(quán)利要求2所述的方法,其中在網(wǎng)絡(luò)上從MR-DVR服務(wù)器設(shè)備接收第一UPnP信 息包括在包括同軸電纜網(wǎng)絡(luò)系統(tǒng)的網(wǎng)絡(luò)上接收所述第一 UPnP信息。
4.根據(jù)權(quán)利要求2所述的方法,其中在網(wǎng)絡(luò)上從MR-DVR服務(wù)器設(shè)備接收第一UPnP信 息包括從位于家庭網(wǎng)絡(luò)中的所述MR-DVR服務(wù)器設(shè)備接收第一 UPnP信息。
5.根據(jù)權(quán)利要求4所述的方法,其中所述家庭網(wǎng)絡(luò)包括位于消費(fèi)者的建筑物處的多個 網(wǎng)絡(luò)媒體。
6.根據(jù)權(quán)利要求2所述的方法,其中通過所述MR-DVR客戶端在網(wǎng)絡(luò)上從MR-DVR服務(wù) 器設(shè)備接收第一 UPnP信息包括通過位于消費(fèi)者的建筑物處的所述MR-DVR客戶端接收第一 UPnP信息。
7.一種用于傳達(dá)UPnP信息的方法,包括通過MR-DVR服務(wù)器設(shè)備發(fā)送利用第一 UPnP信息編碼的QAM調(diào)制信號; 通過所述MR-DVR服務(wù)器設(shè)備接收利用第二 UPnP信息編碼的QPSK調(diào)制信號或者FSK 調(diào)制信號;通過所述MR-DVR服務(wù)器設(shè)備向網(wǎng)絡(luò)設(shè)備發(fā)送數(shù)據(jù);通過所述MR-DVR服務(wù)器設(shè)備從所述網(wǎng)絡(luò)設(shè)備接收數(shù)據(jù);以及通過所述MR-DVR服務(wù)器設(shè)備在所述網(wǎng)絡(luò)設(shè)備和MR-DVR舊式網(wǎng)絡(luò)之間路由數(shù)據(jù)流量。
8.根據(jù)權(quán)利要求7所述的方法,其中在所述網(wǎng)絡(luò)設(shè)備和所述MR-DVR舊式網(wǎng)絡(luò)之間路由 數(shù)據(jù)流量包括通過所述MR-DVR服務(wù)器設(shè)備在UPnP內(nèi)容目錄服務(wù)消息和舊式MR-DVR消息之間進(jìn)行 轉(zhuǎn)換;通過所述MR-DVR服務(wù)器設(shè)備在UPnP預(yù)定記錄服務(wù)消息和所述舊式MR-DVR消息之間 進(jìn)行轉(zhuǎn)換;通過所述MR-DVR服務(wù)器設(shè)備在網(wǎng)絡(luò)分段上建立音頻/視頻(AV)流會話,其中所述網(wǎng) 絡(luò)設(shè)備被可操作地連接至所述網(wǎng)絡(luò)分段;通過所述MR-DVR服務(wù)器設(shè)備在所述舊式MR-DVR網(wǎng)絡(luò)上建立所述AV流會話; 通過所述MR-DVR服務(wù)器設(shè)備為UPnP媒體服務(wù)器和舊式MR-DVR客戶端之間的內(nèi)容遞 送會話分配網(wǎng)絡(luò)資源;通過所述MR-DVR服務(wù)器設(shè)備將傳輸機(jī)制轉(zhuǎn)變?yōu)榕f式MR-DVR媒體傳輸;以及 通過所述MR-DVR服務(wù)器設(shè)備為所述舊式MR-DVR客戶端提供網(wǎng)絡(luò)信息。
9.根據(jù)權(quán)利要求8所述的方法,其中將所述傳輸機(jī)制轉(zhuǎn)變?yōu)榕f式MR-DVR媒體傳輸包括 轉(zhuǎn)變RTP傳輸機(jī)制。
10.根據(jù)權(quán)利要求8所述的方法,其中將所述傳輸機(jī)制轉(zhuǎn)變?yōu)榕f式MR-DVR媒體傳輸包 括轉(zhuǎn)變HTTP傳輸機(jī)制。
11.根據(jù)權(quán)利要求9所述的方法,其中將所述RTP傳輸機(jī)制轉(zhuǎn)變?yōu)榕f式MR-DVR媒體傳 輸包括提供技巧模式能力。
12.根據(jù)權(quán)利要求10所述的方法,其中將所述HTTP傳輸機(jī)制轉(zhuǎn)變?yōu)榕f式MR-DVR媒體 傳輸包括提供技巧模式能力。
13.根據(jù)權(quán)利要求8所述的方法,其中為所述舊式MR-DVR客戶端提供網(wǎng)絡(luò)信息包括 提供所發(fā)現(xiàn)的UPnP設(shè)備信息;以及提供服務(wù)描述信息。
14.根據(jù)權(quán)利要求7所述的方法,其中通過MR-DVR服務(wù)器設(shè)備發(fā)送利用第一UPnP信 息編碼的QAM調(diào)制信號包括在網(wǎng)絡(luò)上從所述MR-DVR服務(wù)器設(shè)備向MR-DVR客戶端發(fā)送第一 UPnP信息。
15.根據(jù)權(quán)利要求7所述的方法,其中在網(wǎng)絡(luò)上從MR-DVR服務(wù)器設(shè)備發(fā)送第一UPnP信 息包括在利用同軸電纜家庭網(wǎng)絡(luò)組成的網(wǎng)絡(luò)上發(fā)送所述第一 UPnP信息。
16.根據(jù)權(quán)利要求7所述的方法,其中在網(wǎng)絡(luò)上從MR-DVR服務(wù)器設(shè)備向MR-DVR客戶 端發(fā)送第一 UPnP信息發(fā)送包括從位于所述家庭網(wǎng)絡(luò)中的所述MR-DVR服務(wù)器設(shè)備發(fā)送第一 UPnP信息。
17.根據(jù)權(quán)利要求7所述的方法,其中通過所述MR-DVR服務(wù)器設(shè)備在網(wǎng)絡(luò)上發(fā)送第一 UPnP信息包括將第一 UPnP信息發(fā)送至消費(fèi)者的建筑物處的所述MR-DVR客戶端。
18.一種用于傳達(dá)UPnP信息的系統(tǒng),包括 網(wǎng)絡(luò);MR-DVR客戶端;以及MR-DVR服務(wù)器設(shè)備,其中所述MR-DVR客戶端在所述網(wǎng)絡(luò)上從所述MR-DVR服務(wù)器設(shè)備 接收利用第一 UPnP信息編碼的QAM調(diào)制信號,并且所述MR-DVR客戶端在所述網(wǎng)絡(luò)上將利 用第二 UPnP信息編碼的QPSK調(diào)制信號或者FSK調(diào)制信號發(fā)送至所述MR-DVR服務(wù)器設(shè)備。
19.根據(jù)權(quán)利要求18所述的系統(tǒng),其中所述MR-DVR服務(wù)器設(shè)備被進(jìn)一步配置為在網(wǎng)絡(luò) 設(shè)備和MR-DVR舊式網(wǎng)絡(luò)之間路由數(shù)據(jù)流量。
20.根據(jù)權(quán)利要求18所述的系統(tǒng),其中所述MR-DVR服務(wù)器設(shè)備被進(jìn)一步配置為在所述 網(wǎng)絡(luò)設(shè)備和所述MR-DVR舊式網(wǎng)絡(luò)之間路由數(shù)據(jù)流量,包括所述MR-DVR服務(wù)器設(shè)備被進(jìn)一 步配置為在UPnP內(nèi)容目錄服務(wù)消息和舊式MR-DVR消息之間進(jìn)行轉(zhuǎn)換; 在UPnP預(yù)定記錄服務(wù)消息和所述舊式MR-DVR消息之間進(jìn)行轉(zhuǎn)換; 在網(wǎng)絡(luò)分段上建立AV流會話,其中所述網(wǎng)絡(luò)設(shè)備被可操作地連接至所述網(wǎng)絡(luò)分段; 在所述舊式MR-DVR網(wǎng)絡(luò)上建立所述AV流會話;為UPnP媒體服務(wù)器和舊式MR-DVR客戶端之間的所述AV流會話分配網(wǎng)絡(luò)資源; 將傳輸機(jī)制轉(zhuǎn)變?yōu)榕f式MR-DVR媒體傳輸;以及 為所述舊式MR-DVR客戶端提供網(wǎng)絡(luò)信息。
21.根據(jù)權(quán)利要求20所述的系統(tǒng),其中所述MR-DVR服務(wù)器設(shè)備被配置為將所述傳輸機(jī) 制轉(zhuǎn)變?yōu)樗雠f式MR-DVR媒體傳輸,包括所述MR-DVR被進(jìn)一步配置為將RTP傳輸機(jī)制轉(zhuǎn) 變?yōu)樗雠f式MR-DVR媒體傳輸。
22.根據(jù)權(quán)利要求20所述的系統(tǒng),其中所述MR-DVR服務(wù)器設(shè)備被配置為將所述傳輸機(jī)制轉(zhuǎn)變?yōu)榕f式MR-DVR媒體傳輸,包括所述MR-DVR被進(jìn)一步配置為轉(zhuǎn)變HTTP傳輸機(jī)制。
23.根據(jù)權(quán)利要求21所述的系統(tǒng),其中所述MR-DVR服務(wù)器設(shè)備被進(jìn)一步配置為將所 述RTP傳輸機(jī)制轉(zhuǎn)變?yōu)榕f式MR-DVR媒體傳輸,包括所述MR-DVR被進(jìn)一步配置為提供技巧 模式能力。
24.根據(jù)權(quán)利要求22所述的系統(tǒng),其中所述MR-DVR服務(wù)器設(shè)備被進(jìn)一步配置為將所述 HTTP傳輸機(jī)制轉(zhuǎn)變?yōu)榕f式MR-DVR媒體傳輸,包括所述MR-DVR服務(wù)器設(shè)備被進(jìn)一步配置為 提供技巧模式能力。
25.根據(jù)權(quán)利要求20所述的系統(tǒng),其中所述MR-DVR服務(wù)器設(shè)備被配置為為所述舊式 MR-DVR客戶端提供網(wǎng)絡(luò)信息,包括所述MR-DVR服務(wù)器設(shè)備被進(jìn)一步配置為提供所發(fā)現(xiàn)的UPnP設(shè)備信息;以及提供服務(wù)描述信息。
26.根據(jù)權(quán)利要求18所述的系統(tǒng),其中所述MR-DVR服務(wù)器設(shè)備對所述FSK調(diào)制信號或 者所述QPSK調(diào)制信號進(jìn)行解碼以檢索所述第二 UPnP信息,并且所述MR-DVR服務(wù)器設(shè)備將 所述第一 UPnP信息編碼為所述QAM調(diào)制信號。
27.根據(jù)權(quán)利要求18所述的系統(tǒng),其中所述MR-DVR客戶端對所述QAM調(diào)制信號進(jìn)行 解碼以檢索所述第一 UPnP信息,并且所述MR-DVR客戶端將所述第二 UPnP信息編碼為所述 FSK調(diào)制信號或者所述QPSK調(diào)制信號。
28.根據(jù)權(quán)利要求18所述的系統(tǒng),其中所述網(wǎng)絡(luò)是家庭網(wǎng)絡(luò)。
29.根據(jù)權(quán)利要求18所述的系統(tǒng),其中所述MR-DVR服務(wù)器設(shè)備位于所述家庭網(wǎng)絡(luò)中。
30.根據(jù)權(quán)利要求18所述的系統(tǒng),其中所述MR-DVR客戶端位于消費(fèi)者的建筑物處。
31.一種MR-DVR客戶端設(shè)備,包括處理器,其中所述處理器被配置為接收利用第一 UPnP信息編碼的QAM調(diào)制信號;以及發(fā)送利用第二 UPnP信息編碼的QPSK調(diào)制信號或者FSK調(diào)制信號。
32.一種MR-DVR服務(wù)器設(shè)備,包括處理器,其中所述處理器被配置為發(fā)送利用第一 UPnP信息編碼的QAM調(diào)制信號;接收利用第二 UPnP信息編碼的FSK調(diào)制信號或者QPSK調(diào)制信號;以及在網(wǎng)絡(luò)設(shè)備和MR-DVR客戶端設(shè)備之間路由數(shù)據(jù)流量。
全文摘要
一種用于可操作地連接MR-DVR舊式系統(tǒng)和DLNA/UPnP兼容設(shè)備的方法。實施例包括將DLNA/UPnP兼容協(xié)議/數(shù)據(jù)格式轉(zhuǎn)換為MR-DVR舊式客戶端設(shè)備使用的舊式協(xié)議/數(shù)據(jù)格式的MR-DVR服務(wù)器。
文檔編號H04L12/28GK102007732SQ200980113163
公開日2011年4月6日 申請日期2009年4月15日 優(yōu)先權(quán)日2008年4月15日
發(fā)明者萊恩·P·池昂 申請人:思科技術(shù)公司