專利名稱：UPnP/DNLA兼容的MR-DVR的制作方法
技術領域：
本發(fā)明的實施例涉及多室數(shù)字視頻記錄器(MR-DVR)領域。更具體地，這些實施例 涉及在調(diào)制信號上使用數(shù)字生活網(wǎng)絡聯(lián)盟(DLNA)和通用即插即用(UPnP)(統(tǒng)稱為UPnP/ DLNA)協(xié)議而在MR-DVR服務器設備和MR-DVR客戶端之間通信。
背景技術：
諸如有線電視和衛(wèi)星系統(tǒng)之類的寬帶通信系統(tǒng)除了提供傳統(tǒng)的模擬廣播視頻以 夕卜，還提供很多服務。在實現(xiàn)這些增強服務的過程中，機頂盒(有時稱為機頂終端或者家庭 通信終端(HCT))已經(jīng)成為訪問各種視頻服務的非常重要的計算設備。除了支持傳統(tǒng)的模 擬視頻廣播以外，很多機頂盒(STB)現(xiàn)在還提供諸如交互式節(jié)目向?qū)?、畫中畫、觀看視頻點 播、訂戶視頻點播、以及諸如電子郵件之類的傳統(tǒng)上與普通計算機相關聯(lián)的服務之類的其 他服務。最近，新功能被添加到了傳統(tǒng)的STB中，這些新功能是將數(shù)字形式的輸入視頻流記 錄到諸如硬盤驅(qū)動之類的大容量存儲設備上、以及根據(jù)用戶的要求重放所記錄的視頻。通 常被稱為數(shù)字視頻記錄器(DVR)的一些STB還允許用戶訪問并觀看從大量不同電視中記錄 的節(jié)目。這種功能被稱為“多室數(shù)字視頻記錄器”(MR-DVR)，并且由于MR-DVR具有訪問來 自不同位置的數(shù)字記錄的節(jié)目的能力，它一般被看作比傳統(tǒng)的視頻錄像帶更好的捕捉并且 隨后重放節(jié)目內(nèi)容的一種選擇。除了 STB以外，大部分聯(lián)網(wǎng)家庭當前使用廣泛范圍的消費者電子設備。這些設備 越來越多地為MR-DVR系統(tǒng)提供了類似的或者補充性服務。例如，消費者現(xiàn)在可以通過諸如 向有線或者衛(wèi)星供應商定購之類的傳統(tǒng)電視源來觀看電視節(jié)目。然而，同一個電視節(jié)目還 可以通過互聯(lián)網(wǎng)站點被下載，并且被存儲在計算機上用于以后觀看。除了電視節(jié)目以外，原 來屬于計算機范疇的很多應用現(xiàn)在也可以在通常很多次與MR-DVR系統(tǒng)相關聯(lián)的其他顯示 器上觀看。考慮到存儲和觀看選擇的部署，期望存在這樣的一種系統(tǒng)，其中用戶可以訪問存 儲在諸如個人數(shù)字助理(PDA)、膝上型電腦、或者個人計算機(PC)之類的多個設備之一中 的節(jié)目，并且從多個顯示器之一觀看該節(jié)目。過去，MR-DVR制造商使用專用協(xié)議來在節(jié)目的MR-DVR服務器設備和MR-DVR客戶端之間發(fā)送節(jié)目。這有效地在MR-DVR系統(tǒng)和其他電子裝備之間建立起了圍墻。所以，需要 這樣一種MR-DVR系統(tǒng)，其中該系統(tǒng)提供MR-DVR系統(tǒng)和其他消費者電子設備之間的必要的 連通性，從而使得存儲在一個系統(tǒng)中的節(jié)目可以從其他系統(tǒng)請求并觀看。

發(fā)明內(nèi)容
為了改善服務，期望存在一種可以與其他消費者電子裝備通信的MR-DVR系統(tǒng)。 本文中描述的實施例可以被看作這樣的MR-DVR系統(tǒng)，其中MR-DVR服務器設備與使用 QAM/QPSK/FSK調(diào)制的現(xiàn)有舊式MR-DVR客戶端進行通信，并且與使用同軸電纜多媒體聯(lián)盟 (MoCA)調(diào)制信號的被確認為DLNA/UPnP兼容的消費者電子設備進行通信。
在一個實施例中，MR-DVR服務器設備通過同軸電纜家庭網(wǎng)絡(CCHN)被連接至多 個舊式MR-DVR客戶端設備以及多個其他的DLNA/UPnP兼容的遠程設備。MR-DVR服務器設 備和舊式MR-DVR客戶端利用與MR-DVR服務器設備用來與DLNA/UPnP兼容的遠程設備進行 通信的頻率不同的頻率，使用調(diào)制信號進行通信。另外，MR-DVR服務器設備從這樣的STB接 收節(jié)目，其中該STB從寬帶通信系統(tǒng)中提供的其他服務中解析出數(shù)字視頻。替代地，MR-DVR 服務器設備的功能可以被結合到STB中，而不是兩個獨立設備。除了通過CCHN連接至CLNA/ UPnP兼容的遠程設備的MR-DVR系統(tǒng)以外，MR-DVR服務器設備還可以通過包括但不限于以 太網(wǎng)或者802. 11網(wǎng)絡的其他網(wǎng)絡連接至DLNA/UPnP兼容的遠程設備。其他優(yōu)點將在下面的描述中被部分闡述，或者可以通過實踐獲知。這些優(yōu)點可以 通過所附權利要求中特別指出的元件或者組合實現(xiàn)或者達到。應該理解，前面的總體描述 以及后面的詳細描述都只是示例和說明性的，而不是如所請求的那樣限制性的。


結合在說明書中并作為說明書的一部分的不是按比例畫出的附圖示出了實施例， 并且結合描述用于解釋這些方法和系統(tǒng)的原理圖Ia圖示出了示出這樣的MR-DVR系統(tǒng)的實施例，其中MR-DVR服務器設備通過 STB從WAN接收廣播節(jié)目，節(jié)目通過來自MR-DVR客戶端的請求或者通過直接連接至MR-DVR 服務器設備的顯示設備被觀看；圖Ib圖示出了示出這樣的MR-DVR系統(tǒng)的實施例，其中MR-DVR服務器設備通過 WAN直接連接至頭端，節(jié)目通過來自MR-DVR客戶端的請求被觀看；圖2a圖示出了結合了通過各種聯(lián)網(wǎng)介質(zhì)連接至MR-DVR服務器設備的UPnP/DLNA 兼容的遠程設備的圖Ia的示例性系統(tǒng)；圖2b圖示出了結合了通過各種聯(lián)網(wǎng)介質(zhì)連接至MR-DVR服務器設備的UPnP/DLNA 兼容的遠程設備的圖Ib的示例性系統(tǒng)；圖3a圖示出了示出用于MR-DVR服務器設備、舊式MR-DVR客戶端設備、以及UPnP/ DLNA兼容的遠程設備之間的通信的編碼/解碼模塊的實施例；圖3b圖示出了示出使用UPnP協(xié)議的用于MR-DVR服務器設備、舊式MR-DVR客戶 端之間的通信的編碼/解碼模塊的實施例；圖4圖示出了示出在提供MR-DVR相關服務的過程中在DLNA/UPnP協(xié)議和舊式 MR-DVR客戶端設備使用的協(xié)議之間轉(zhuǎn)變的示例性轉(zhuǎn)換的實施例；圖5a圖示出了示出舊式MR-DVR客戶端設備和DLNA/UPnP設備之間的通信過程中 的轉(zhuǎn)換類型的實施例；圖5b圖示出了示出媒體傳輸和媒體格式中的轉(zhuǎn)換的實施例；圖6圖示出了示出家中滾動格式(in-home carousel format)的實施例；
圖7圖示出了保持用于多個傳輸會話的傳輸映射表和NAT的MR-DVR服務器設備 的實施例；圖8圖示出了家中滾動數(shù)據(jù)格式的實施例；圖9圖示出了映射到UPnP⑶S動作的MR-DVR消息的實施例；圖10圖示出了簡單對象訪問協(xié)議響應的實施例；圖11圖示出了家中滾動模塊的配置的實施例；圖12圖示出了結果字段的有效載荷的DIDL-Iite數(shù)據(jù)格式的實施例；圖13圖示出了內(nèi)容目錄表的實施例；圖14圖示出了 UPnP SRS動作到MR-DVR請求的映射的實施例；圖15圖示出了用于將HTTP或RTP傳輸轉(zhuǎn)變?yōu)镸R-DVR網(wǎng)絡上的MPEG傳輸?shù)倪壿?塊的實施例。
具體實施例方式公開并描述這些方法和系統(tǒng)之前，應該明白這些方法和系統(tǒng)不限于具體的綜合方 法、具體部件、或者特定組合，而是可以變化的。還應該理解，本文中使用的術語只用于描述 特定實施例，而不用于限制。如說明書和所附權利要求中所使用的，單數(shù)形式“一”、“一個”、以及“該”包括多個 討論目標，除非文中清楚地做出其他規(guī)定。本文中表達的范圍可以是從“大約”一個特定值、 和/或到“大約”另一個特定值。當表達這種范圍時，另一個實施例包括從該一個特定值和 /或到另一個特定值。類似地，當數(shù)值被表達為近似值時，通過使用先行詞“大約”，將會明 白特定值形成了另一個實施例。還應該理解，每個范圍的端點相對于另一個端點都是顯著 的，并且獨立于另一個端點?！翱蛇x的”或者“可選地”是指隨后描述的事件或者情況可能發(fā)生也可能不發(fā)生，并 且該描述包括所述事件或者情況發(fā)生的實例以及所述事件或者情況沒有發(fā)生的實例。“示例性的”是指“示例”而不是表達理想或優(yōu)選實施例的意思。通過參考本文中包括的優(yōu)選實施例和示例的以下詳細描述、以及附圖和附圖的前 述及后續(xù)描述，將更容易理解這些方法和系統(tǒng)。在寬帶通信系統(tǒng)和本地網(wǎng)的背景下，可以理解本文中描述的實施例。然而注意，本 發(fā)明可以被具體化為很多不同的形式，并且不應該被理解為局限于本文中闡述的實施例。 接收所發(fā)送的寬帶信號的包括在寬帶通信系統(tǒng)中的遠程設備可以包括遠程機頂終端、電 視、包括配置點(POD)模塊的電視、諸如DVD播放器/記錄器之類的消費者電子設備、計算 機、個人數(shù)字助理(PDA)或者其他設備。本文中給出的所有示例是非限制性的，并且被提供 用于幫助闡明本發(fā)明的描述。本文中描述的實施例用于適合用在CCHN中的網(wǎng)絡多媒體系統(tǒng)(匪S)。盡管WS — 般位于訂戶建筑物(subscriber premise)中，但是它們也可以位于學校、賓館、醫(yī)院、商店 中，只要這該建筑物是本地聯(lián)網(wǎng)的。

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