專利名稱：設(shè)立網(wǎng)際協(xié)議電視會話的網(wǎng)絡(luò)裝置以及方法
技術(shù)領(lǐng)域：
本發(fā)明大體上涉及IPTV(網(wǎng)際協(xié)議電視)并且具體地涉及用于設(shè)立IPTV會話的
裝置與方法。
背景技術(shù)：
本部分旨在向讀者介紹技術(shù)領(lǐng)域的各個方面，其可能與下文將描述和/或要求權(quán)利的本發(fā)明的各個方面有關(guān)。相信本討論有助于向讀者提供背景信息以便推動對本發(fā)明各個方面的更好了解。從而，應(yīng)該了解的是要以此閱讀這些陳述，并且不將其作為對現(xiàn)有技術(shù)的承認(rèn)。網(wǎng)際協(xié)議電視IPTV —般地在IPTV服務(wù)器和IPTV客戶端之間以端對端的方式分配。位于家庭網(wǎng)絡(luò)中的客戶端訪問位于因特網(wǎng)的IPTV服務(wù)器處的IPTV內(nèi)容。該服務(wù)器不位于家庭網(wǎng)絡(luò)中。位于家庭網(wǎng)絡(luò)中的每一個客戶端單獨地連接到服務(wù)器以便取得IPTV內(nèi)容?？蛻舳耸褂美缛缭贗ETF RFC 2236中所規(guī)定的網(wǎng)際成組管理協(xié)議IGMP注冊到多播地址。數(shù)字視頻廣播產(chǎn)業(yè)聯(lián)盟已經(jīng)規(guī)定了用于家庭網(wǎng)絡(luò)的參考模型。其為“DVB-HN(家庭網(wǎng)絡(luò))參考模型階段1 ；DVB文件A109 ；2007年2月”并且在下文中稱為DVB-HN。DVB-HN 提出了基于通過IP網(wǎng)絡(luò)的基于DVB服務(wù)傳輸MPEG-2傳輸流的用于家庭網(wǎng)絡(luò)的參考模型。 使用DVB IP階段1協(xié)議在寬帶接入網(wǎng)絡(luò)上在其中遞送MPEG-2傳輸流，所述DVB IP階段 1 協(xié)議在"Transport of MPEG 2 Transport Stream (TS) Based DVB Services over IP Based Networks ;DBV 文件A086 Rev. 3 ;2007 年 3 月”規(guī)定，其也被引用為 ETSI TS 102 034 vl. 3. 1，并且在下文中表示為DVB-IP。具體地，DVB-IP定義了用于在雙向IP網(wǎng)絡(luò)中基于 DVB的A/V服務(wù)的服務(wù)發(fā)現(xiàn)與選擇(SD&Q機(jī)制。服務(wù)發(fā)現(xiàn)是一種使得能夠發(fā)現(xiàn)在雙向IP 網(wǎng)絡(luò)中可用的DVB-IP服務(wù)的機(jī)制。服務(wù)發(fā)現(xiàn)利用接收器處的信息提供服務(wù)列表的展示，使得用戶能夠選擇服務(wù)并且訪問所選擇的服務(wù)。圖1圖示了根據(jù)DVB-HN的家庭網(wǎng)絡(luò)。其包括家庭網(wǎng)關(guān)1，在下文也被表示為HG， 其包括用于將家庭網(wǎng)絡(luò)5與接入網(wǎng)絡(luò)7互聯(lián)的路由部件。與家庭網(wǎng)絡(luò)5連接的IPTV STB 2 通過接入網(wǎng)絡(luò)7訪問IPTV服務(wù)器6上的內(nèi)容。IPTV STB包括SD&S客戶端模塊21并且服務(wù)器包括SD&S服務(wù)器模塊61。一旦服務(wù)已經(jīng)被IPTV STB發(fā)現(xiàn)并選擇，則在接入網(wǎng)絡(luò)中將 IPTV流8遞送至IPTV STB0根據(jù)IETF RFC 3550，使用實時傳輸協(xié)議(RTP)，以多播模式發(fā)送。DVB-HN 還定義在“UPnP CDS UPnP Content Directory Service Template Version 1. 01”中進(jìn)一步定義的內(nèi)容目錄服務(wù)。UPnP⑶S允許裝置定位其它裝置可以提供的內(nèi)容。幾乎任何類型的內(nèi)容都可以經(jīng)由這個服務(wù)列舉(enumerate)；例如，歌曲、電影、畫面。DVB-HN客戶端，諸如機(jī)頂盒與下文表示的HN STB，使用該內(nèi)容發(fā)現(xiàn)服務(wù)以便訪問在家庭網(wǎng)絡(luò)中的個人錄像機(jī)上可用的MPEG-2服務(wù)。其通常包括⑶S客戶端模塊以便執(zhí)行UPnP CDS 操作。DVB-HN 重用 DLNA 指南 IEC 62481-1 Ed. 1 和 IEC 62481-2 Ed. 1。IEC62481-1EcLl 與"DLNA Networked Device Interoperability guidelines expanded March 2006 Volume 1 Architecture and Protocols，，對應(yīng)。IEC 62481-2 EcLl 與"DLNA Networked Device Interoperability guidelines expanded March 2006Volume 2 :Media Format Profiles”對應(yīng)。具體地，DVB-HN客戶端能夠通過支持UPnP⑶S檢索由DLNA服務(wù)器暴露 (expose)的元數(shù)據(jù)。其支持HTTP作為傳送和會話管理協(xié)議以便檢索在DLNA服務(wù)器上可用的內(nèi)容。圖1還圖示了根據(jù)UPnP CDS和DLNA的在家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容分配。HN STB 3訪問包括⑶S服務(wù)器模塊41的HN服務(wù)器4上的內(nèi)容。HN STB包括被適配用于定位服務(wù)器4 的⑶S服務(wù)器模塊41上的內(nèi)容的⑶S客戶端模塊31。一旦在HN服務(wù)器上選擇了內(nèi)容，則在家庭網(wǎng)絡(luò)上將HN流9遞送至HNSTB。根據(jù)IETF RFC 2616使用超文本傳輸協(xié)議(HTTP) 以單播模式發(fā)送HN流。根據(jù)IETF RFC 2326，其也可使用RTP發(fā)送，并且被實時流傳輸協(xié)議 (RTSP)會話控制。其僅到HN STB。根據(jù)DVB-IPTV標(biāo)準(zhǔn)，希望接收IPTV內(nèi)容的客戶端實施SD&S客戶端模塊?？蛻舳藙t為 IPTV STB。不包括SD&S模塊的HN STB不能直接接收IPTV流。然而，通過位于網(wǎng)關(guān)的代理功能可訪問IPTV流。在家庭網(wǎng)絡(luò)中使用RTP遞送協(xié)議，并且⑶S和RTSP模塊被集成至家庭網(wǎng)關(guān)。因此，多虧⑶S進(jìn)行發(fā)現(xiàn)。RTSP會話對于家庭網(wǎng)絡(luò)為本地的，并且多播可被轉(zhuǎn)化至單播用于HN STB0沒有完成傳輸協(xié)議轉(zhuǎn)換。取代在家中使用RTP，而使用HTTP;在網(wǎng)關(guān)處需要從RTP到HTTP的傳輸協(xié)議轉(zhuǎn)換。當(dāng)進(jìn)行多播至單播時，除了多播至單播以外進(jìn)行該傳輸協(xié)議轉(zhuǎn)換。在兩種情況下，HG都須為復(fù)雜的裝置。其必須處理整個SD&S元數(shù)據(jù)，將它們轉(zhuǎn)化成CDS元數(shù)據(jù)，以及在其內(nèi)部存儲器存儲作為結(jié)果的元數(shù)據(jù)。其必須管理RTSP會話，從而需要RTSP服務(wù)器完成實施。其必須將處于推模式(push mode)的RTP流轉(zhuǎn)化成處于拉模式(pull mode)的 HTTP 分組。

發(fā)明內(nèi)容
本發(fā)明通過提供專用于執(zhí)行IPTV代理功能的裝置，試圖減輕至少一些與現(xiàn)有技術(shù)中復(fù)雜的網(wǎng)關(guān)聯(lián)系的憂慮。本發(fā)明涉及網(wǎng)絡(luò)裝置，其包括連接器，用于連接本地網(wǎng)絡(luò)；服務(wù)器，用于向位于本地網(wǎng)絡(luò)上的機(jī)頂盒提供關(guān)于可用內(nèi)容和本地網(wǎng)絡(luò)中可得到該內(nèi)容的地址的信息；以及 IPTV代理模塊，用于將所述內(nèi)容與從位于第二網(wǎng)絡(luò)的IPTV服務(wù)器可訪問的IPTV內(nèi)容相匹配，所述第二網(wǎng)絡(luò)利用網(wǎng)關(guān)裝置開始與第一網(wǎng)絡(luò)相連接，其中，請求所述地址處的內(nèi)容的機(jī)頂盒從所述IPTV服務(wù)器接收IPTV內(nèi)容。網(wǎng)絡(luò)裝置使得位于本地網(wǎng)絡(luò)中的機(jī)頂盒(例如HN STB)能夠從位于本地網(wǎng)絡(luò)以外的IPTV服務(wù)器接收IPTV內(nèi)容。STB不能直接從IPTV服務(wù)器接收IPTV內(nèi)容。網(wǎng)絡(luò)裝置作為STB和服務(wù)器之間的代理運(yùn)行。STB甚至未意識到該內(nèi)容為IPTV內(nèi)容。其選擇網(wǎng)絡(luò)裝置中可用的內(nèi)容。該內(nèi)容呈現(xiàn)為多媒體內(nèi)容，例如音頻-視頻內(nèi)容。取代了直接向STB提供內(nèi)容，網(wǎng)絡(luò)裝置發(fā)起與IPTV服務(wù)器的連接，使得STB從IPTV服務(wù)器接收內(nèi)容。根據(jù)實施例，如果在網(wǎng)絡(luò)裝置中內(nèi)容可用，則IPTV代理在從機(jī)頂盒接收到訪問內(nèi)
4容的請求時，發(fā)送用于加入與位于第二網(wǎng)絡(luò)的IPTV服務(wù)器的IPTV會話的請求，然后將IPTV 內(nèi)容分配至機(jī)頂盒。如果在網(wǎng)絡(luò)裝置上內(nèi)容可用，則該裝置直接向IPTV服務(wù)器發(fā)送請求以便加入 IPTV會話。根據(jù)實施例，如果在第二裝置上內(nèi)容可用，則IPTV代理向第二裝置指示與該內(nèi)容對應(yīng)的IPTV會話。如果在另一裝置上內(nèi)容可用，則IPTV代理使得關(guān)于內(nèi)容與IPTV流之間的對應(yīng)關(guān)系的信息對該裝置可用。根據(jù)實施例，網(wǎng)絡(luò)裝置包括RTSP服務(wù)器，用于使得機(jī)頂盒能夠訪問該內(nèi)容。STB設(shè)立與網(wǎng)絡(luò)裝置的RTSP服務(wù)器的RTSP會話以便得到可用信息。根據(jù)實施例，網(wǎng)絡(luò)裝置包括HTTP服務(wù)器，其用于使得機(jī)頂盒能夠訪問該內(nèi)容。STB設(shè)立與網(wǎng)絡(luò)裝置的HTTP服務(wù)器的會話以便得到可用信息。根據(jù)實施例，網(wǎng)絡(luò)裝置包括CDS服務(wù)器，用于向機(jī)頂盒提供關(guān)于可用內(nèi)容的信息。本發(fā)明另一目的在于，一種在網(wǎng)絡(luò)裝置上用于在位于本地網(wǎng)絡(luò)中的機(jī)頂盒與位于第二網(wǎng)絡(luò)上的IPTV服務(wù)器之間設(shè)立IPTV通信的方法，所述本地網(wǎng)絡(luò)包括被適配為用于連接所述本地網(wǎng)絡(luò)至所述第二網(wǎng)絡(luò)的網(wǎng)關(guān)，所述方法包括以下步驟向所述機(jī)頂盒提供關(guān)于可用內(nèi)容以及在所述本地網(wǎng)絡(luò)中可得到所述內(nèi)容的地址的信息，如果在所述網(wǎng)絡(luò)裝置中所述內(nèi)容可用，則在從所述機(jī)頂盒接收到接收所述內(nèi)容的請求時，發(fā)送用于加入與位于所述第二網(wǎng)絡(luò)上的IPTV服務(wù)器的IPTV會話的請求，然后將所述IPTV內(nèi)容分配至所述機(jī)頂盒， 以及如果在位于所述本地網(wǎng)絡(luò)上的第二裝置處所述內(nèi)容可用，向所述第二裝置指示與所述內(nèi)容對應(yīng)的IPTV會話，然后將所述IPTV內(nèi)容分配至所述機(jī)頂盒。根據(jù)實施例，網(wǎng)絡(luò)裝置在從第二裝置接收到請求之后向該第二裝置指示與該內(nèi)容對應(yīng)的IPTV會話。本發(fā)明另一目的在于一種計算機(jī)程序產(chǎn)品，其包括用于當(dāng)在計算機(jī)上執(zhí)行程序時，執(zhí)行根據(jù)本發(fā)明的所述方法的步驟的程序碼指令?！坝嬎銠C(jī)程序產(chǎn)品”，其意味著計算機(jī)程序載體，其不僅可包括包含所述程序的存儲空間(諸如磁盤或磁帶)組成，而且還可包括信號(諸如電或光信號)。以下提出了與公開的實施例范圍相當(dāng)?shù)哪承┓矫?。?yīng)該了解，呈現(xiàn)這些方面僅僅為了向讀者提供本發(fā)明可能采用的某些形式的簡單概述并且這些方面不是旨在限制本發(fā)明的范圍。事實上，本發(fā)明可包含以下沒有提出的各個方面。


以非限制性的方式，參照附圖，通過以下實施例以及執(zhí)行示例的方式將更好地了解并圖示本發(fā)明，其中-圖1圖示了根據(jù)現(xiàn)有技術(shù)的家庭網(wǎng)絡(luò)；-圖2圖示了根據(jù)第一實施例的家庭網(wǎng)絡(luò)；-圖3為根據(jù)實施例的調(diào)諧器裝置的框圖；-圖4為根據(jù)第一實施例的用于在HNSTB和IPTV服務(wù)器之間設(shè)立的IPTV會話的消息的流程-圖5為根據(jù)第一實施例的變體的用于在HNSTB和IPTV服務(wù)器之間設(shè)立IPTV會話的消息的流程圖；-圖6圖示了根據(jù)第二實施例的家庭網(wǎng)絡(luò)；-圖7為根據(jù)第二實施例的用于在HNSTB和IPTV服務(wù)器之間設(shè)立IPTV會話的消息的流程圖；-圖8圖示了根據(jù)第三實施例的家庭網(wǎng)絡(luò)；-圖9為根據(jù)第三實施例的用于在HNSTB和IPTV服務(wù)器之間設(shè)立IPTV會話的消息的流程圖；-圖10圖示了根據(jù)第四實施例的家庭網(wǎng)絡(luò)；以及-圖11為根據(jù)第四實施例的用于在HNSTB和IPTV服務(wù)器之間設(shè)立IPTV會話的消息的流程圖。在附圖中，所表示的框純粹為功能實體，其不一定與物理上分開的實體對應(yīng)。艮口， 它們可以以硬件或軟件形式來開發(fā)，或以一個或若干集成電路來實施。
具體實施例方式圖2中描述了根據(jù)本發(fā)明第一實施例的系統(tǒng)。家庭網(wǎng)關(guān)裝置包括IPTV代理模塊 1. 1，RTSP服務(wù)器模塊1. 2以及表示為MC/UC的多播至單播遞送模塊1. 3。IPTV代理模塊 1. 1被適配為用于執(zhí)行在下文描述的IPTV代理功能。具體地，其接收來自RTSP服務(wù)器1. 2 的請求以得到信道地址。在接收到該請求時，其向下文描述的調(diào)諧器發(fā)送請求以得到該地址。網(wǎng)關(guān)RTSP服務(wù)器利用與IPTV代理通信的模塊兼容于IETF RFC 2326。除了現(xiàn)有技術(shù)的系統(tǒng)以外，系統(tǒng)還包括裝置寬帶調(diào)諧器10，其在下文也表示BBT 或調(diào)諧器。該調(diào)諧器包括IPTV代理模塊101。其被適配為用于執(zhí)行如在下文中所描述的 IPTV代理功能。具體地，如圖4中所圖示的，其管理信道標(biāo)識符和多播地址之間的對應(yīng)關(guān)系。在來自網(wǎng)關(guān)IPTV代理的信道請求時，其提供與該信道對應(yīng)的多播地址。調(diào)諧器的SD&S 客戶端105先前已經(jīng)從SD&S服務(wù)器61接收到多播地址；在被SD&S客戶端接收后，多播地址被存儲在數(shù)據(jù)庫中并且可被IPTV代理訪問。根據(jù)第一個實施例，調(diào)諧器包括⑶S服務(wù)器模塊102。其被適配為利用包括⑶S客戶端模塊的家庭網(wǎng)絡(luò)中的任意HN-STB執(zhí)行CDS功能。更通常地，調(diào)諧器IPTV代理模塊可能被包括在⑶S模塊中。打算在層3，IP層，進(jìn)行多播至單播轉(zhuǎn)化。在不改變分組中任何其它東西的情況下將多播IP地址轉(zhuǎn)化至目的地HN STB裝置的單播IP地址。剩余的以上協(xié)議層堆棧，例如 UDP和RTP，除非明確地聲明，否則保持不變。RTSP服務(wù)器模塊1. 2符合IETF RFC 2326。圖4為用于在HN STB和IPTV服務(wù)器之間設(shè)立IPTV會話的消息的流程圖。步驟 SLHN STB使用CDS瀏覽調(diào)諧器，以便檢查可用的服務(wù)。步驟S2，其從寬帶調(diào)諧器得到關(guān)于在信道，優(yōu)良信道(premium)上IPTV流可用的信息。步驟S3，HN STB在網(wǎng)關(guān)向RTSP服務(wù)器發(fā)送RTST SETUP消息。RTST SETUP消息指示流是怎樣傳輸?shù)摹Ｔ撓P(guān)于流和信道的信息。其不擁有關(guān)于訪問網(wǎng)絡(luò)IPTV流的信息。步驟S4，然后網(wǎng)關(guān)IPTV代理從調(diào)諧器IPTV代理請求這個信息，以及，步驟S5，調(diào)諧器IPTV代理以用于該RTSP會話的多播地址應(yīng)答。然后網(wǎng)關(guān)可以在接入網(wǎng)絡(luò)一側(cè)執(zhí)行多播連接，并且配置其路由表以便以單播模式向HN STB轉(zhuǎn)發(fā)接收到的IPTV分組。步驟S6， 為了響應(yīng)RTSP SETUP，網(wǎng)關(guān)向HN STB發(fā)送RTSP OK消息。步驟S7，HN STB然后向RTSP服務(wù)器發(fā)送RTSP PLAY消息，以便使得流被播放。步驟S8，這使得網(wǎng)關(guān)加入多播組。然后MC/ UC模塊接收多播流，并且將該流轉(zhuǎn)化成向HN STB發(fā)送的單播流。通過家庭網(wǎng)絡(luò)發(fā)送該單個流，單播流。然后在家庭網(wǎng)絡(luò)中管理并且控制該流。當(dāng)然，該流可以不被轉(zhuǎn)化成單播并且作為多播流在家庭網(wǎng)絡(luò)中發(fā)送。根據(jù)實施例，使用UPnP機(jī)制進(jìn)行網(wǎng)關(guān)IPTV代理與調(diào)諧器之間的通信。網(wǎng)關(guān)IPTV 代理沒有哪個⑶S已經(jīng)向HN STB提供了該RTSP URL的先驗的知識。因此其向位于HN上的所有⑶S發(fā)送請求。僅具有這個RTSP URL知識的那一個應(yīng)答⑶S。其也有可能在其裝置描述(例如，“IPTV⑶S”)中以特殊XML標(biāo)簽來暴露利用外部IPTV服務(wù)處理的⑶S作為特殊⑶S。因此，網(wǎng)關(guān)僅以用于該請求的⑶S為目標(biāo)。根據(jù)變體實施例，也有可能在RTSP URL 中包括⑶S標(biāo)識符以便使網(wǎng)關(guān)IPTV代理直接地對其檢索。例如，以下URL包括⑶S標(biāo)識符 1234567890ABCDEF rtsp//192. 168. 0. 12/CDS-1234567890ABCDEF/streams/PremiumChannel. mpg調(diào)諧器的⑶S執(zhí)行檢索這樣的參數(shù)的動作Action :GetConnectionParametersIN arguments :ConnectionString(the RTSP URL).OUT arguments ConnectionInfo這是基于XML的消息，如以下所指示的請求
權(quán)利要求
1.一種網(wǎng)絡(luò)裝置(10)，包括:-連接器(10.幻，用于連接本地網(wǎng)絡(luò)(5)，所述本地網(wǎng)絡(luò)包括被適配為用于將本地網(wǎng)絡(luò)連接至第二網(wǎng)絡(luò)(7)的網(wǎng)關(guān)裝置(1)，-服務(wù)器(102)，用于向位于所述本地網(wǎng)絡(luò)的機(jī)頂盒C3)提供關(guān)于可用的多媒體內(nèi)容和在所述本地網(wǎng)絡(luò)中可得到所述多媒體內(nèi)容的地址的信息；以及-IPTV代理模塊(101)，包括用于在接收到來自所述機(jī)頂盒的用于接收所述多媒體內(nèi)容的請求時、通知所述網(wǎng)關(guān)加入與位于所述第二網(wǎng)絡(luò)的IPTV服務(wù)器的IPTV會話以便接收與所述多媒體內(nèi)容對應(yīng)的IPTV內(nèi)容的部件，使得所述網(wǎng)關(guān)裝置向所述機(jī)頂盒轉(zhuǎn)發(fā)從所述 IPTV服務(wù)器接收的所述IPTV內(nèi)容。
2.如權(quán)利要求2所述的裝置，所述IPTV代理模塊(101)包括用于向位于所述第二網(wǎng)絡(luò)的第二裝置指示與所述多媒體內(nèi)容對應(yīng)的IPTV會話的部件，使得所述第二裝置加入所述 IPTV會話。
3.如權(quán)利要求1所述的裝置，用于加入的請求被發(fā)送至所述網(wǎng)關(guān)裝置，使得所述網(wǎng)關(guān)裝置加入所述IPTV會話。
4.如前述權(quán)利要求中任一項所述的裝置，其特征在于，其包括RTSP服務(wù)器(106)，用于使得所述機(jī)頂盒能夠訪問所述多媒體內(nèi)容。
5.如前述權(quán)利要求中任一項所述的裝置，其特征在于，其包括HTTP服務(wù)器，用于使得所述機(jī)頂盒能夠訪問所述多媒體內(nèi)容。
6.如前述權(quán)利要求中任一項所述的裝置，其特征在于，其包括⑶S服務(wù)器，用于向所述機(jī)頂盒提供關(guān)于可用的多媒體內(nèi)容的信息。
7.一種在位于本地網(wǎng)絡(luò)(5)的網(wǎng)絡(luò)裝置(10)處的、用于在位于所述本地網(wǎng)絡(luò)的機(jī)頂盒⑶與位于第二網(wǎng)絡(luò)(7)的IPTV服務(wù)器(6)之間設(shè)立IPTV通信⑶的方法，所述本地網(wǎng)絡(luò)包括被適配為用于將所述本地網(wǎng)絡(luò)連接至所述第二網(wǎng)絡(luò)的網(wǎng)關(guān)裝置(1)，所述方法包括在所述網(wǎng)絡(luò)裝置處的以下步驟-向機(jī)頂盒提供關(guān)于可用的多媒體內(nèi)容和在所述本地網(wǎng)絡(luò)中可得到所述多媒體內(nèi)容的地址的信息；-如果在所述網(wǎng)絡(luò)裝置處所述多媒體內(nèi)容可用，則在接收到來自所述機(jī)頂盒的用于接收所述多媒體內(nèi)容的請求時，通知所述網(wǎng)關(guān)加入與位于所述第二網(wǎng)絡(luò)的IPTV服務(wù)器的 IPTV會話以便接收與所述多媒體內(nèi)容對應(yīng)的IPTV內(nèi)容，使得所述網(wǎng)關(guān)裝置向所述機(jī)頂盒轉(zhuǎn)發(fā)從所述IPTV服務(wù)器接收的所述IPTV內(nèi)容。
8.如前述權(quán)利要求所述的方法，其特征在于，如果在所述網(wǎng)關(guān)裝置處所述多媒體內(nèi)容可用，則向所述網(wǎng)關(guān)裝置指示與所述多媒體內(nèi)容對應(yīng)的IPTV會話。
9.如前述權(quán)利要求所述的方法，其特征在于，在從所述網(wǎng)關(guān)裝置接收到請求以后，向該網(wǎng)關(guān)裝置指示與所述多媒體內(nèi)容對應(yīng)的所述IPTV會話。
10.如權(quán)利要求7所述的方法，向所述網(wǎng)關(guān)裝置發(fā)送用于加入的請求，使得所述網(wǎng)關(guān)裝置加入所述IPTV會話。
11.一種計算機(jī)程序產(chǎn)品，其特征在于，其包括用于當(dāng)在計算機(jī)上執(zhí)行程序時，執(zhí)行如權(quán)利要求7所述的方法的步驟的程序代碼指令。
全文摘要
本發(fā)明涉及一種在網(wǎng)絡(luò)裝置以及網(wǎng)絡(luò)裝置的方法。該網(wǎng)絡(luò)裝置包括連接器，用于連接本地網(wǎng)絡(luò)；服務(wù)器，用于向位于所述本地網(wǎng)絡(luò)上的機(jī)頂盒提供關(guān)于可用內(nèi)容和在本地網(wǎng)絡(luò)中可得到該內(nèi)容的地址的信息；以及IPTV代理模塊，其用于將所述內(nèi)容與從位于第二網(wǎng)絡(luò)的IPTV服務(wù)器可訪問的IPTV內(nèi)容相匹配，所述第二網(wǎng)絡(luò)利用網(wǎng)關(guān)裝置開始與第一網(wǎng)絡(luò)相連接，其中，請求所述地址的內(nèi)容的機(jī)頂盒從所述IPTV服務(wù)器接收IPTV內(nèi)容。
文檔編號H04L29/06GK102232286SQ200980148090
公開日2011年11月2日 申請日期2009年7月30日 優(yōu)先權(quán)日2008年10月1日
發(fā)明者吉爾斯·斯特勞布, 讓-巴普蒂斯特·亨利 申請人:湯姆森特許公司