專利名稱：信息處理設(shè)備和信息處理方法以及計(jì)算機(jī)程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及 一種信息處理設(shè)備和信息處理方法以及計(jì)算機(jī) 程序。更具體地，本發(fā)明涉及一種通過家庭網(wǎng)絡(luò)內(nèi)的裝置實(shí)現(xiàn) 對(duì)從家庭網(wǎng)絡(luò)外部提供的數(shù)據(jù)的使用的信息處理設(shè)備和信息處 理方法以及計(jì)算才幾程序。
背景技術(shù)：
隨著PC和數(shù)字家用電器的普及，通過家庭IP ( Internet Protocol,因特網(wǎng)協(xié)議)網(wǎng)絡(luò)使這些裝置互連以共享和欣賞諸如 視頻、音頻和照片的數(shù)字內(nèi)容逐漸成為現(xiàn)實(shí)。例如，DLNA (Digital Living Network Alliance,數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)定義了 用以允許不同廠家的裝置之間的連通性(connectivity)的、這 些數(shù)字家用電器共享數(shù)字內(nèi)容所需的技術(shù)規(guī)范和實(shí)施指南。這 些規(guī)范和指南已經(jīng)成為家庭IP網(wǎng)絡(luò)的行業(yè)標(biāo)準(zhǔn)。
圖l示出由DLNA提出的家庭網(wǎng)絡(luò)100的例子。作為數(shù)字視 頻內(nèi)容記錄設(shè)備101的DVR ( Digital Video Recorder,數(shù)字視頻 記錄器)和具有內(nèi)置TV調(diào)諧器的PC 102可以接收衛(wèi)星/地面模 擬和數(shù)字廣播，并將廣播節(jié)目記錄和存儲(chǔ)在內(nèi)置的硬盤記錄器 上。根據(jù)DLNA，將累積內(nèi)容并將內(nèi)容提供給家庭網(wǎng)絡(luò)內(nèi)的裝 置的裝置稱為數(shù)字媒體服務(wù)器(DMS: Digital Media Server )。 在圖l中，DVR 101和PC 102是DMS。
DMS可以進(jìn)行將記錄在硬盤上的諸如TV節(jié)目的視頻內(nèi)容 流傳送到例如通過家庭IP網(wǎng)絡(luò)連接到D M S的數(shù)字媒體播放器 (DMP: Digital Media Player )的操作。數(shù)字士某體播放器(DMP ) 是接收來自DMS的內(nèi)容以進(jìn)行回放的裝置。在圖l的例子中，在TV 103上實(shí)現(xiàn)DMP。用戶通過使用例 如TV 103的紅外遙控裝置來操作TV 103,從而使得能夠回放在 置于遠(yuǎn)距離房間中的PC 102或DVR 101中累積的^L頻內(nèi)容。在 當(dāng)家庭內(nèi)的裝置連接到作為因特網(wǎng)的IP寬帶網(wǎng)絡(luò)120時(shí)使用家 庭網(wǎng)關(guān)(RG: Residential Gateway ) 104作為網(wǎng)絡(luò)連接裝置時(shí)， 在DLNA的使用情況下，RG 104被用作用于家庭內(nèi)的裝置的橋 接器(bridge),以建立IP連接。
另一方面，還注意到廣播系統(tǒng)中的變革。IPTV服務(wù)和VOD (Video On Demand,視頻點(diǎn)播)服務(wù)等的商業(yè)化正在進(jìn)行中， 在所述IPTV服務(wù)和VOD服務(wù)中，通過IP寬帶網(wǎng)絡(luò)發(fā)送傳統(tǒng)上通 過使用地面或衛(wèi)星波來進(jìn)行廣播的視頻內(nèi)容。圖2是IPTV/VOD 服務(wù)的概念圖。
在家庭內(nèi)安裝STB ( Set Top Box，機(jī)頂盒)105, STB105 可以通過RG(家庭網(wǎng)關(guān))104,接收基于從各個(gè)IPTV服務(wù)提供 服務(wù)器121al到121an和VOD服務(wù)提供服務(wù)器122bl到122bn提供 的服務(wù)的內(nèi)容。STB(機(jī)頂盒)105具有諸如接收視頻信息的功 能，以及執(zhí)行命令發(fā)送/接收、MPEG解碼和所接收的數(shù)據(jù)的回 放所需的應(yīng)用程序的功能。
根據(jù)這種情況，家庭網(wǎng)關(guān)(RG) 104通過同一運(yùn)營(yíng)商，接 收由多個(gè)IPTV服務(wù)提供服務(wù)器12i或VOD服務(wù)提供服務(wù)器122 提供的服務(wù)(內(nèi)容)，或者分別接收各個(gè)服務(wù)，所述同一運(yùn)營(yíng)商 例如是諸如電話公司或有線TV公司的同 一接入線路提供商。然 而，應(yīng)該注意，必須將用戶自己所使用的STB (機(jī)頂盒)105 配置成與STB 105連接到的IPTV服務(wù)相兼容的系統(tǒng)。
今后，隨著這樣的IPTV服務(wù)或VOD服務(wù)的更加普及，將出 現(xiàn)對(duì)這樣的能力的用戶需求以與在相關(guān)技術(shù)領(lǐng)域中，共享作 為標(biāo)準(zhǔn)廣播的TV廣播的內(nèi)容從而在DLNA裝置上進(jìn)行視聽相同的方式，在DLNA裝置上使用由IPTV服務(wù)提供的視頻內(nèi)容。
用于滿足這樣的需求的可以想到的解決方案的例子包括以 下方法一，將來自IPTV服務(wù)的^L頻內(nèi)容下載到諸如家庭 服務(wù)器的具有大容量硬盤的裝置上，從而在家庭網(wǎng)絡(luò)內(nèi)共享該 視頻內(nèi)容；方法二，通過家庭網(wǎng)關(guān)(RG)將IPTV服務(wù)的協(xié)議、 媒體格式等轉(zhuǎn)換成DLNA裝置的協(xié)議或媒體格式，并將其提供 給家庭網(wǎng)絡(luò)連接裝置。在專利文獻(xiàn)1中說明了執(zhí)行格式轉(zhuǎn)換處理 的、具有內(nèi)置家庭網(wǎng)絡(luò)的模塊。
然而，前一 方法需要將內(nèi)容臨時(shí)存儲(chǔ)在家庭服務(wù)器上的下 載時(shí)間，因此對(duì)于用戶來說難以隨時(shí)欣賞— 見頻，這使得該方法 不適于實(shí)況一見聽。由家庭網(wǎng)關(guān)(RG)進(jìn)行處理的后一方法需要 網(wǎng)關(guān)(RG)進(jìn)行協(xié)議/媒體格式轉(zhuǎn)換。因此需要高性能硬件， 并且軟件還變得復(fù)雜，這迫使RG的成本上升。
通常由寬帶網(wǎng)絡(luò)接入線路提供商(諸如，電話公司)提供 RG。由于以下原因，在開放因特網(wǎng)上提供IPTV服務(wù)出現(xiàn)障礙 用戶可用的IPTV服務(wù)局限于由接入線路提供的廠商的IPTV服 務(wù)。雖然可以與該家庭網(wǎng)關(guān)(RG )分開而在家庭IP網(wǎng)絡(luò)中^是供 新的網(wǎng)關(guān)裝置，但是在這種情況下，依賴于網(wǎng)絡(luò)拓樸，在家庭 網(wǎng)絡(luò)中可能發(fā)生內(nèi)容流數(shù)據(jù)的重疊發(fā)送，從而導(dǎo)致家庭網(wǎng)絡(luò)內(nèi) 的帶寬浪費(fèi)。
通過由美國(guó)的英特爾公司(Intel Co.)開發(fā)的Viiv (注冊(cè)商 標(biāo))技術(shù)，提供了家庭網(wǎng)絡(luò)中的DLNA裝置和因特網(wǎng)上的內(nèi)容 分發(fā)服務(wù)之間的連接的例子。Viiv被設(shè)計(jì)成用于PC硬件或軟件 的平臺(tái)，并且Viiv的目的是使來自因特網(wǎng)的內(nèi)容進(jìn)行流傳送， 從而利用雙核高性能CPU在PC上進(jìn)行視聽。同時(shí)，Viiv還具有 DLNA功能，充當(dāng)DLNA媒體服務(wù)器(DLNA Media Server),從 而將已經(jīng)從因特網(wǎng)暫時(shí)下載到PC的內(nèi)容流傳送到連接到家庭網(wǎng)絡(luò)的另一DLNA裝置。
專利文獻(xiàn)l:日本特表2005誦53123
發(fā)明內(nèi)容
發(fā)明要解決的問題
如上所述，當(dāng)要以與作為標(biāo)準(zhǔn)廣播的TV廣播的內(nèi)容相同的 方式，在DLNA裝置上使用由IPTV服務(wù)或VoD服務(wù)提供的內(nèi)容 時(shí)，在相關(guān)技術(shù)領(lǐng)域的家庭網(wǎng)絡(luò)配置中，必須預(yù)先將內(nèi)容下載 到家庭網(wǎng)絡(luò)內(nèi)的諸如PC或DVR的數(shù)字媒體服務(wù)器(DMS)，或 者必須提供具有協(xié)議/媒體格式轉(zhuǎn)換功能的家庭網(wǎng)關(guān)(RG)。前 一方法缺乏實(shí)時(shí)能力，因此不適于流回放處理等，而后一方法 導(dǎo)致成本增加。
考慮到上述問題而做出本發(fā)明。因此，本發(fā)明的目的是提 供一種允許例如在開放因特網(wǎng)連接環(huán)境下，在現(xiàn)有DLNA裝置 上對(duì)由位于家庭網(wǎng)絡(luò)外部的諸如IPTV服務(wù)的外部服務(wù)器提供 的內(nèi)容進(jìn)行視聽的信息處理設(shè)備、信息處理方法和計(jì)算機(jī)程序， 所述開放因特網(wǎng)連接環(huán)境不依賴于諸如因特網(wǎng)接入線路或網(wǎng)關(guān) 的基礎(chǔ)結(jié)構(gòu)。
用于解決問題的手段
根據(jù)本發(fā)明的第一方面，提供了一種信息處理設(shè)備，包括 通信部，通過家庭網(wǎng)絡(luò)執(zhí)行通信處理；以及數(shù)據(jù)處理部，通過 應(yīng)用映射信息，執(zhí)行由外部服務(wù)器提供的內(nèi)容提供服務(wù)的接收 處理，所述映射信息將位于所述家庭網(wǎng)絡(luò)外部的所述外部服務(wù) 器設(shè)置為虛擬家庭網(wǎng)絡(luò)裝置，其中，所述數(shù)據(jù)處理部被配置成 在執(zhí)行提供由所述外部服務(wù)器提供的內(nèi)容的頻道的切換處理 時(shí)，執(zhí)行由于頻道切換而出現(xiàn)的無活動(dòng)頻道的終止處理。
在根據(jù)本發(fā)明的信息處理設(shè)備的實(shí)施例中，所述數(shù)據(jù)處理部被配置成執(zhí)行以下處理如果所終止的所述頻道是關(guān)于組播 分發(fā)內(nèi)容的，則將IGMP leave ( IGMP離開)消息發(fā)送給所述外 部服務(wù)器或管理服務(wù)器，作為根據(jù)IGMP (因特網(wǎng)組管理協(xié)議) 的消息。
在根據(jù)本發(fā)明的信息處理設(shè)備的實(shí)施例中，所述數(shù)據(jù)處理 部被配置成執(zhí)行以下處理將來自DLNA (數(shù)字生活網(wǎng)絡(luò)聯(lián)盟) 裝置的關(guān)于頻道改變的HTTP請(qǐng)求轉(zhuǎn)換成IGMP (因特網(wǎng)組管理 協(xié)議)。
在根據(jù)本發(fā)明的信息處理設(shè)備的實(shí)施例中，所述數(shù)據(jù)處理 部被配置成在從所述外部服務(wù)器接收與所述外部服務(wù)器可以提 供的內(nèi)容相對(duì)應(yīng)的內(nèi)容列表的處理中，執(zhí)行以下處理基于將 用戶配置文件或客戶端配置文件提供給所述外部服務(wù)器的操 作，獲取與根據(jù)所提供的配置文件所選擇的頻道相對(duì)應(yīng)的內(nèi)容 列表。
在根據(jù)本發(fā)明的信息處理設(shè)備的實(shí)施例中，所述數(shù)據(jù)處理 部被配置成如果頻道切換伴隨服務(wù)提供商的切換，則根據(jù)SIP (會(huì)話啟動(dòng)協(xié)議)來執(zhí)行SIP消息發(fā)送，而在關(guān)于由同一服務(wù) 提供商提供的內(nèi)容進(jìn)行頻道切換的情況下，不執(zhí)行SIP消息發(fā)送。
根據(jù)本發(fā)明的第二方面，提供了 一種由信息處理設(shè)備執(zhí)行 的信息處理方法，包括通信步驟，使通信部通過家庭網(wǎng)絡(luò)執(zhí) 行通信處理；內(nèi)容接收步驟，使數(shù)據(jù)處理部通過應(yīng)用映射信息， 執(zhí)行由外部服務(wù)器提供的內(nèi)容提供服務(wù)的接收處理，所述映射 信息將位于所述家庭網(wǎng)絡(luò)外部的所述外部服務(wù)器設(shè)置為虛擬家 庭網(wǎng)絡(luò)裝置；以及頻道控制步驟，使所述數(shù)據(jù)處理部在執(zhí)行提 供由所述外部服務(wù)器提供的內(nèi)容的頻道的切換處理時(shí)，執(zhí)行由 于頻道切換而出現(xiàn)的無活動(dòng)頻道的終止處理。在根據(jù)本發(fā)明的信息處理方法的實(shí)施例中，所述頻道控制 步驟包括執(zhí)行以下處理的步驟如果所終止的所述頻道是關(guān)于
組播分發(fā)內(nèi)容的，則將IGMP leave ( IGMP離開)消息發(fā)送給所 述外部服務(wù)器或管理服務(wù)器，作為根據(jù)IGMP(因特網(wǎng)組管理協(xié) 議)的消息。
在根據(jù)本發(fā)明的信息處理方法的實(shí)施例中，所述頻道控制 步驟包括執(zhí)行以下處理的步驟將來自DLNA (數(shù)字生活網(wǎng)絡(luò) 聯(lián)盟)裝置的關(guān)于頻道改變的HTTP請(qǐng)求轉(zhuǎn)換成IGMP (因特網(wǎng) 組管理協(xié)議)。
在根據(jù)本發(fā)明的信息處理方法的實(shí)施例中，所述數(shù)據(jù)處理 部被配置成在從所述外部服務(wù)器接收與所述外部服務(wù)器可以提 供的內(nèi)容相對(duì)應(yīng)的內(nèi)容列表的處理中，還執(zhí)行以下處理基于 將用戶配置文件或客戶端配置文件提供給所述外部服務(wù)器的操 作，獲取與根據(jù)所提供的配置文件所選擇的頻道相對(duì)應(yīng)的內(nèi)容 列表。
在根據(jù)本發(fā)明的信息處理方法的實(shí)施例中，如果頻道切換 伴隨服務(wù)提供商的切換，則所述頻道控制步驟根據(jù)SIP (會(huì)話啟 動(dòng)協(xié)議)來執(zhí)行SIP消息發(fā)送，而在關(guān)于由同一服務(wù)提供商提供 的內(nèi)容進(jìn)行頻道切換的情況下，所述頻道控制步驟不執(zhí)行SIP 消息發(fā)送。
根據(jù)本發(fā)明的第三方面，提供一種用于使信息處理設(shè)備執(zhí) 行信息處理的計(jì)算機(jī)程序，包括通信步驟，使通信部通過家 庭網(wǎng)絡(luò)執(zhí)行通信處理；內(nèi)容接收步驟，使數(shù)據(jù)處理部通過應(yīng)用 映射信息，執(zhí)行由外部服務(wù)器提供的內(nèi)容提供服務(wù)的接收處理， 所述映射信息將位于所述家庭網(wǎng)絡(luò)外部的所述外部服務(wù)器設(shè)置 為虛擬家庭網(wǎng)絡(luò)裝置；以及頻道控制步驟，使所述數(shù)據(jù)處理部 在執(zhí)行提供由所述外部服務(wù)器提供的內(nèi)容的頻道的切換處理時(shí)，執(zhí)行由于頻道切換而出現(xiàn)的無活動(dòng)頻道的終止處理。
應(yīng)該注意，根據(jù)本發(fā)明的計(jì)算機(jī)程序是這樣的計(jì)算機(jī)程序 可以通過存儲(chǔ)介質(zhì)或通信介質(zhì)并且以計(jì)算機(jī)可讀格式來將所述 計(jì)算機(jī)程序提供給能夠執(zhí)行各種程序代碼的通用計(jì)算機(jī)。通過 以計(jì)算機(jī)可讀格式提供這樣的程序，在計(jì)算機(jī)系統(tǒng)上實(shí)現(xiàn)與該 程序相對(duì)應(yīng)的處理。
通過以下對(duì)本發(fā)明的實(shí)施例和附圖的詳細(xì)說明，本發(fā)明的 其他目的、特征和優(yōu)點(diǎn)將變得顯而易見。應(yīng)該注意，本說明書 中所使用的術(shù)語"系統(tǒng)，，表示多個(gè)裝置的邏輯組合，而不局限 于各個(gè)組成裝置位于同一機(jī)殼內(nèi)的系統(tǒng)。 優(yōu)點(diǎn)
根據(jù)本發(fā)明的配置，作為身為家庭網(wǎng)絡(luò)內(nèi)的客戶裝置的內(nèi)
容回放裝置的DMP可以接收并且回放來自位于家庭網(wǎng)絡(luò)外部 的內(nèi)容提供服務(wù)器的內(nèi)容。即，作為根據(jù)本發(fā)明的信息處理設(shè) 備的家庭IMS網(wǎng)關(guān)執(zhí)行與內(nèi)容提供服務(wù)器的通信，將內(nèi)容提供 服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)裝置，并且在接收到來自家庭網(wǎng)絡(luò) 內(nèi)的內(nèi)容回放設(shè)備的裝置發(fā)現(xiàn)請(qǐng)求時(shí)，將內(nèi)容提供服務(wù)器的服 務(wù)器信息提供給內(nèi)容回放裝置，作為表示可以從其接收服務(wù)的 裝置的裝置信息。此外，在執(zhí)行提供由外部服務(wù)器提供的內(nèi)容 的頻道的切換處理時(shí)，可以導(dǎo)丸4亍由于頻道切換而出現(xiàn)的無活動(dòng) 頻道的終止處理。


圖l是示出由DLNA提出的家庭網(wǎng)絡(luò)的例子的圖。 圖2是IPTV/VOD服務(wù)的概念圖。
圖3是示出根據(jù)本發(fā)明的信息通信系統(tǒng)的配置的例子的圖。 圖4是示出DLNA裝置遵循的DLNA指南的功能組件的圖。圖5是示出家庭IMS網(wǎng)關(guān)的硬件配置的圖。
圖6是示出家庭IMS網(wǎng)關(guān)的軟件模塊的配置的例子的圖。 圖7是示出AS (IPTV)訂購(gòu)(subscription)程序的過程的圖。
圖8是示出AS (IPTV)訂購(gòu)程序的過程的圖。
圖9是示出由AS (IPTV)提供的內(nèi)容的使用過程的例子的圖。
圖IO是示出由AS ( IPTV )提供的內(nèi)容的使用過程的例子的圖。
圖ll是示出內(nèi)容使用處理中的數(shù)據(jù)通信的總概觀的圖。 圖12是示出家庭IMS網(wǎng)關(guān)的軟件模塊的配置的例子的圖。 圖13是示出由AS ( IPTV)提供的內(nèi)容的使用過程的例子的圖。
圖14是示出由AS( IPTV)提供的服務(wù)屏幕和流回放處理時(shí) 的屏幕顯示的例子的圖。
圖15是示出作為接收IPTV服務(wù)所需的功能塊的IPTV終端 功能塊的功能組件的圖。
圖16是示出作為IMS (IP多媒體子系統(tǒng))的主要功能塊的 CSCF、 HSS和AS的圖。
圖17是示出在用于通過家庭網(wǎng)絡(luò)內(nèi)的裝置接收IPTV服務(wù) 的網(wǎng)絡(luò)配置中使用的功能塊的圖。
圖18是示出用于通信數(shù)據(jù)的質(zhì)量管理處理的圖。
圖19是示出執(zhí)行來通過客戶端接收IPTV服務(wù)的通信過程 的圖。
圖20是示出執(zhí)行來通過客戶端接收IPTV服務(wù)的通信過程的圖。的圖。
圖22是示出執(zhí)行來通過客戶端接收IPTV服務(wù)的通信過程的圖。
圖23是示出執(zhí)行來通過客戶端接收IPTV服務(wù)的通信過程的圖。
圖24是示出用于接收IPTV服務(wù)的客戶端的網(wǎng)絡(luò)連接處理 過程的圖。
圖25是示出用于接收IPTV服務(wù)的客戶端的網(wǎng)絡(luò)連接處理 過程的圖。
圖26是示出用于接收IPTV服務(wù)的客戶端的網(wǎng)絡(luò)連接處理 過程的圖。
具體實(shí)施例方式
以下將參考附圖詳細(xì)說明根據(jù)本發(fā)明的信息處理設(shè)備和信 息處理方法以及計(jì)算機(jī)程序。將按照下面的主題順序給出說明。
1. 用于通過家庭網(wǎng)絡(luò)內(nèi)的裝置來接收IPTV服務(wù)的配置
2. 應(yīng)用于IPTV服務(wù)的功能塊的說明
3. IPTV服務(wù)的具體處理例子 3-1.通信處理的具體處理例子 3-2.各種服務(wù)的具體處理例子
1.用于通過家庭網(wǎng)絡(luò)內(nèi)的裝置來接收IPTV服務(wù)的配置 首先，參考圖3，將說明根據(jù)本發(fā)明的信息通信系統(tǒng)的配置 的例子。雖然諸如美國(guó)微軟公司(Microsoft)的多個(gè)廠商已經(jīng) 開發(fā)并且商品化IPTV服務(wù)系統(tǒng)，但是在本實(shí)施例中，說明將涉 及使用采用IP多々某體子系統(tǒng)(IMS: IP Muitimedia Subsystem ) 的IPTV服務(wù)體系結(jié)構(gòu)的情況。
最初由作為用于第三代移動(dòng)通信系統(tǒng)的標(biāo)準(zhǔn)化計(jì)劃的3GPP (3rd Generation Partnership Project, 第三代合作伙伴計(jì) 劃)開發(fā)了IMS,作為用于提供例如一鍵通(push to talk)會(huì) 議系統(tǒng)的基本技術(shù)，在用于移動(dòng)電話的無線通信基礎(chǔ)結(jié)構(gòu)中， 所述一4定通會(huì)議系統(tǒng)實(shí)現(xiàn)三個(gè)以上的移動(dòng)電話之間的會(huì)話、諸 如即時(shí)消息的通信以及基于語音的電話服務(wù)中的多4某體添加服 務(wù)。
IMS基于IP技術(shù)，并且與固定通信系統(tǒng)的因特網(wǎng)基礎(chǔ)結(jié)構(gòu) 高度兼容。同時(shí)，出現(xiàn)通過IP來整合有線和無線通信網(wǎng)絡(luò)基礎(chǔ) 結(jié)構(gòu)的4皮稱為FMC( Fixed Mobile Convergence,固定移動(dòng)融合) 的趨勢(shì)。根據(jù)該趨勢(shì)，使用IMS的IPTV系統(tǒng)已經(jīng)引起注意。
利用在IMS的核心處基于由IETF ( The Internet Engineering TaskForce，因特網(wǎng)工程任務(wù)組)的RFC畫3261^L定的SIP( Session Initiation Protocol,會(huì)^舌啟動(dòng)協(xié)i義)的一皮一爾為CSCF( Call Session Control Function,呼叫會(huì)話控制功能塊)的功能部件，由諸如 家庭訂購(gòu)者子系統(tǒng)(HSS: Home Subscriber Subsystem )和應(yīng)用 服務(wù)器(AS: Application Server )的功能部件配置成IMS。
圖3所示的IMS網(wǎng)絡(luò)230具有作為這些功能部件的CSCF 231、 HSS 232以及AS ( IPTV ) 233。 IMS網(wǎng)絡(luò)230通過移動(dòng)電話 網(wǎng)絡(luò)240來才是供與移動(dòng)電話260相關(guān)的服務(wù)。
CSCF 231基于SIP (會(huì)話啟動(dòng)協(xié)議)，進(jìn)行用戶登記和會(huì)話 設(shè)定控制。此外，CSCF 231根據(jù)登記在HSS 232中的用戶配置 文件設(shè)置來執(zhí)行必要的服務(wù)處理的啟動(dòng)。HSS 232具有用于在 IMS中使用的用戶ID的管理、各用戶訂購(gòu)的服務(wù)的配置文件的 管理、認(rèn)證信息的管理、關(guān)于各IMS服務(wù)是否可使用的管理以 及用戶移動(dòng)管理的數(shù)據(jù)庫。AS 233是執(zhí)行各個(gè)服務(wù)處理的服務(wù) 器，并且由CSCF 231根據(jù)各用戶的服務(wù)訂購(gòu)狀況來啟動(dòng)，從而 向用戶提供服務(wù)。如上所述，在IMS中，為其設(shè)置了用戶ID的終端對(duì)CSCF 231 進(jìn)行訪問，以進(jìn)行終端登記和會(huì)話設(shè)定控制，并根據(jù)登記在HSS 232中的用戶配置文件設(shè)置，進(jìn)行必要服務(wù)的啟動(dòng)。AS 233實(shí) 際進(jìn)行各個(gè)單獨(dú)的服務(wù)處理。
例如，使用IMS的服務(wù)的典型例子有"一鍵通"。根據(jù)"一鍵 通"，用戶終端連接到執(zhí)行"一4建通"服務(wù)的IMS網(wǎng)絡(luò)230中的應(yīng) 用服務(wù)器(AS: Application Server),并且對(duì)于所登記的組成員， 從AS建立與多個(gè)成員的會(huì)話，即，通過使用VoIP( Voice Over IP, IP語音)的中繼服務(wù)器所進(jìn)行的成員間的電話會(huì)話。
對(duì)于IPTV視聽服務(wù)，使用設(shè)置在IMS網(wǎng)絡(luò)230中的IPTV服 務(wù)的AS。圖3所示的AS (IPTV) 233與執(zhí)行該IPTV服務(wù)的AS相 對(duì)應(yīng)。實(shí)際上，AS ( IPTV) 233協(xié)同IPTV月1務(wù)(IPTV Service) 執(zhí)行實(shí)體，即，作為內(nèi)容提供實(shí)體的IPTV服務(wù)250 —起，執(zhí)行
與用戶終端相關(guān)的服務(wù)。
IPTV服務(wù)250包括EPG服務(wù)器251以及作為用于提供視頻 內(nèi)容的服務(wù)器的視頻服務(wù)器252,所述EPG服務(wù)器251是用于提 供作為節(jié)目信息指南的諸如內(nèi)容列表的EPG ( Electronic Program Guide,電子節(jié)目指南)的服務(wù)器。通過各服務(wù)器和IMS 網(wǎng)絡(luò)230的AS ( IPTV ) 233之間的協(xié)作，實(shí)現(xiàn)與用戶終端相關(guān)的 內(nèi)容列表提供服務(wù)和內(nèi)容提供服務(wù)。
在根據(jù)本發(fā)明的系統(tǒng)中，作為系統(tǒng)的基本配置，由參考圖l 和2說明的相關(guān)技術(shù)的家庭網(wǎng)絡(luò)，即，現(xiàn)有的DLNA(數(shù)字生活 網(wǎng)絡(luò)聯(lián)盟)裝置構(gòu)成家庭網(wǎng)絡(luò)210。圖3示出作為網(wǎng)絡(luò)連接裝 置的家庭網(wǎng)關(guān)(RG: Residential Gateway ) 211,家庭網(wǎng)絡(luò)內(nèi)的 裝置通過所述家庭網(wǎng)關(guān)2U連接到IP寬帶網(wǎng)絡(luò)221，并且所述家 庭網(wǎng)關(guān)211被用作橋接器；家庭IMS網(wǎng)關(guān)212,其執(zhí)行與家庭網(wǎng) 絡(luò)210內(nèi)的裝置(例如，諸如TV ( DMP ) 213的內(nèi)容回放設(shè)備)相關(guān)的處理，從而能夠使用由位于家庭網(wǎng)絡(luò)外部的服務(wù)器提供
的服務(wù)；以及作為數(shù)字媒體播放器(DMP: Digital Media Player ) 的TV213，其是接收和回放內(nèi)容的客戶裝置。
寬帶IP網(wǎng)絡(luò)220是諸如允許IPTV 250、 IMS網(wǎng)絡(luò)230和家庭 網(wǎng)絡(luò)210等之間相互通信的因特網(wǎng)的網(wǎng)絡(luò)。
在根據(jù)本發(fā)明的系統(tǒng)中，將家庭IMS網(wǎng)關(guān)212設(shè)置為接收 IMS網(wǎng)絡(luò)的服務(wù)的終端。為家庭IMS網(wǎng)關(guān)212設(shè)置IMS用戶ID。 即，將家庭IMS網(wǎng)關(guān)212的用戶ID和用戶配置文件登記在IMS網(wǎng) 絡(luò)230的家庭訂購(gòu)者子系統(tǒng)(HSS) 232中。
家庭IMS網(wǎng)關(guān)212通過執(zhí)行與移動(dòng)電話260執(zhí)行IPTV服務(wù)時(shí) 所進(jìn)行的相同的處理，接收IPTV服務(wù)。即，家庭IMS網(wǎng)關(guān)212 對(duì)CSCF 231進(jìn)行訪問，以進(jìn)行終端登記和會(huì)話設(shè)定控制，并且 根據(jù)登記在HSS 232中的用戶配置文件的設(shè)置，進(jìn)行必要服務(wù) 的啟動(dòng)，從而使用AS ( IPTV) 233來進(jìn)行服務(wù)的接收。除連接 到IM S的服務(wù)的這樣的功能外，家庭IM S網(wǎng)關(guān)212還執(zhí)行關(guān)于 DLNA裝置，例如，附圖所示的TV ( DMP ) 213的網(wǎng)關(guān)功能， 以訪問由IPTV服務(wù)250提供的視頻內(nèi)容。即，家庭IMS網(wǎng)關(guān)212 保持以下功能。
(a)與IMS的服務(wù)的連接功能 (b )網(wǎng)關(guān)功能
通過網(wǎng)絡(luò)通信功能、基本信息處理設(shè)備配置和軟件來實(shí)現(xiàn) 這些功能?？梢栽谶B接到具有網(wǎng)絡(luò)通信功能的現(xiàn)有家庭IP網(wǎng)絡(luò) 的各種裝置中實(shí)現(xiàn)家庭IMS網(wǎng)關(guān)212。
在家庭IMS網(wǎng)關(guān)212執(zhí)行用于將由IPTV服務(wù)250提供的視頻 內(nèi)容中繼給DLNA裝置，例如，附圖所示的TV ( DMP ) 213的 處理的情況下，家庭IMS網(wǎng)關(guān)212還包括
(c)作為執(zhí)行內(nèi)容提供處理的功能的DMS功能。然而，應(yīng)該注意，該功能不是絕對(duì)必需的。還可以釆用以
下配置不通過家庭IMS網(wǎng)關(guān)212,而是通過作為DLNA裝置的 DMP和外部服務(wù)器之間的通信，來執(zhí)行內(nèi)容發(fā)送/接收，在這種 情況下，家庭網(wǎng)關(guān)212不需要具有DMS功能。后面將說明對(duì)此 的具體處理配置。
通過在家庭網(wǎng)絡(luò)內(nèi)設(shè)置具有IMS網(wǎng)絡(luò)月l務(wù)接收功能的家庭 IMS網(wǎng)關(guān)212，現(xiàn)有DLNA裝置(例如，附圖所示的TV ( DMP ) 213 )可以通過與接收從家庭網(wǎng)絡(luò)內(nèi)的DMS，即，家庭IMS網(wǎng)關(guān) 212提供的內(nèi)容時(shí)的基本相同的處理，來接收IPTV的視頻內(nèi)容。
作為家庭網(wǎng)絡(luò)內(nèi)的客戶裝置的TV ( DMP ) 213可以通過與 接收從家庭網(wǎng)絡(luò)內(nèi)的DMS,即，家庭IMS網(wǎng)關(guān)212^是供的內(nèi)容時(shí) 的相同的內(nèi)容使用處理，執(zhí)行作為從位于家庭網(wǎng)絡(luò)外部的裝置 的內(nèi)容提供處理所執(zhí)行的IPTV服務(wù)。
家庭IMS網(wǎng)關(guān)212實(shí)現(xiàn)DMS (數(shù)字媒體服務(wù)器)功能，作為 DLNA裝置中的內(nèi)容提供服務(wù)器。從實(shí)現(xiàn)DMP (數(shù)字媒體播放 器)的TV 213對(duì)家庭IMS網(wǎng)關(guān)212進(jìn)行訪問，IMS網(wǎng)關(guān)212可以
如上所述，可以在連接到具有網(wǎng)絡(luò)通信功能的現(xiàn)有家庭IP 網(wǎng)絡(luò)的各種裝置中實(shí)現(xiàn)家庭IMS網(wǎng)關(guān)212。例如，可以在由作為 網(wǎng)絡(luò)線路提供商的電話公司或有線TV公司的接入線路廠商提 供的家庭網(wǎng)關(guān)(RG: Residential Gateway )中，實(shí)現(xiàn)IMS網(wǎng)絡(luò)服 務(wù)接收功能。在這種情況下，將圖3所示的RG 211和家庭IMS 網(wǎng)關(guān)212整合在一起。
可選地，在以上參考圖l說明的相關(guān)技術(shù)的家庭網(wǎng)絡(luò)配置 中，可以在DVR (數(shù)字^L頻記錄器)或PC中實(shí)現(xiàn)IMS網(wǎng)絡(luò)服務(wù) 接收功能，所述DVR或PC用作數(shù)字媒體服務(wù)器(DMS)，作為 用于進(jìn)行內(nèi)容提供的裝置。如上所述，根據(jù)本發(fā)明的配置，可以實(shí)現(xiàn)IMS網(wǎng)絡(luò)服務(wù)接 收功能的裝置沒有限制，從而可以適應(yīng)開放因特網(wǎng)上的IPTV服 務(wù)。此外，網(wǎng)絡(luò)拓樸也沒有限制，從而可以適應(yīng)任意網(wǎng)絡(luò)配置。
以下，將給出對(duì)家庭IMS網(wǎng)關(guān)的配置的例子和^[吏用該家庭 IMS網(wǎng)關(guān)接收IPTV服務(wù)的詳細(xì)說明。首先，在說明家庭IMS網(wǎng) 關(guān)之前，將參考圖4給出DLNA裝置遵循的DLN A指南的功能組
件的說明。
圖4示出DLNA指南的功能組件。從上端開始定義以下層 々某體才各式層(Media Format )、々某體傳專俞層(Media Transport )、 裝置發(fā)現(xiàn)控制和々某體管理層(Device Discovery Control and Media Management),網(wǎng)絡(luò)層(Network Stack,網(wǎng)絡(luò)堆棧)以 及網(wǎng)絡(luò)連通性層(Network Connectivity)。
家庭網(wǎng)絡(luò)內(nèi)的裝置
(DLNA裝置)根據(jù)圖4所示的基本部分，根據(jù)遵循DLNA (數(shù) 字生活網(wǎng)絡(luò)聯(lián)盟)的指南的網(wǎng)絡(luò)協(xié)議，執(zhí)行數(shù)據(jù)通信。
首先，最低層的Network Connectivity規(guī)定家庭網(wǎng)絡(luò)的物理 層/鏈路層。當(dāng)在DLNA裝置中實(shí)現(xiàn)符合IEEE802.3u 、 802.211a/b/g標(biāo)準(zhǔn)的通信功能時(shí)，通信標(biāo)準(zhǔn)沒有限制，只要家庭 網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)被配置成允許諸如PLC ( Power Line Communication, 電力線通j言)的IP連4妻。
Ipv4的協(xié)議被用于網(wǎng)絡(luò)層，并且各DLNA裝置通過使用 TCP、 UDP進(jìn)行通信。裝置發(fā)現(xiàn)控制和媒體管理層中所規(guī)定的 UPnP (注冊(cè)商標(biāo))裝置體系結(jié)構(gòu)1.0規(guī)定用于裝置發(fā)現(xiàn)的SSDP
(Simple Service Discovery Protocol,簡(jiǎn)單服務(wù)發(fā)現(xiàn)協(xié)議)和用 于進(jìn)行控制的SOAP ( Simple Object Access Protocol,簡(jiǎn)單對(duì)象 訪問協(xié)議)等。在UPnP DA ( UPnP Device Architecture, UPnP 裝置體系結(jié)構(gòu))之上實(shí)現(xiàn)UPnP AV。在UPnP AV版本l頭見定UPnP 媒體月l務(wù)器(UPnP Media Server)和UPnP媒體渲染器(UPnPMedia Renderer )時(shí)，作為DLNA規(guī)定的內(nèi)容提供服務(wù)器的DMS 實(shí)現(xiàn)UPnP媒體服務(wù)器(UPnP Media Server),并且作為DLNA 規(guī)定的內(nèi)容回》文裝置的DMP實(shí)現(xiàn)用于UPnP々某體月良務(wù)器(UPnP Media Server)的控制器。
在UPnP媒體服務(wù)器(UPnP Media Server)中實(shí)現(xiàn)主內(nèi)容目 錄服務(wù)(Content Directory Service ),并且提供內(nèi)容列表和元數(shù) 據(jù)獲耳又方法。通過4吏用內(nèi)容目錄服務(wù)(Content Directory Service),作為DLNA規(guī)定的內(nèi)容回放裝置的DMP進(jìn)行要從作為 DLNA規(guī)定的內(nèi)容提供服務(wù)器的DMS流傳送的內(nèi)容的列表的獲 取操作。
作為高 一 層的J 某體傳輸(Media Transport )層身見定 HTTP1.0/1.1用于流回放。對(duì)于媒體格式，規(guī)定在視頻內(nèi)容的 情況下，通過流將根據(jù)由DLNA規(guī)定的MPEG2-PS的配置文件的 Media Format的內(nèi)容從DMS傳輸?shù)紻MP。例如，作為DLNA規(guī) 定的回放裝置的DMP依次對(duì)已經(jīng)通過流發(fā)送而接收到的 MPEG2-PS數(shù)據(jù)進(jìn)行解碼和回放，從而允許用戶觀看或收聽該 內(nèi)容。
圖5示出參考圖3說明的家庭IMS網(wǎng)關(guān)212的>^更件配置的例 子。如上所述，家庭IMS網(wǎng)關(guān)212保持以下功能。 (a)與IMS的服務(wù)的連接功能 (b )網(wǎng)關(guān)功能
通過網(wǎng)絡(luò)通信功能、基本信息處理設(shè)備配置和軟件來實(shí)現(xiàn) 這些功能。圖5所示的硬件示出用于實(shí)現(xiàn)這些功能(a)和(b) 的硬件配置的例子。
如圖5所示，家庭IMS網(wǎng)關(guān)212包括CPU 301,作為執(zhí)行各 種類型的軟件(計(jì)算機(jī)程序)的數(shù)據(jù)處理部；存儲(chǔ)器302,由作用的RAM等配置成；網(wǎng)絡(luò)I/F 303，作為網(wǎng)絡(luò)連4妻部；以及用于 這些組件之間的命令/數(shù)據(jù)傳輸?shù)目偩€3 04 。
例如，網(wǎng)絡(luò)I/F 303是諸如IEEE802.3u的有線LAN網(wǎng)絡(luò)I/F。
且將這些程序復(fù)制到構(gòu)成存儲(chǔ)器302的RAM中，并執(zhí)行這些程 序。此外，還將建立IMS會(huì)話所需的用戶ID和各種類型的設(shè)置 信息存儲(chǔ)在構(gòu)成存儲(chǔ)器302的閃速ROM中。
接著，參考圖6，將說明家庭IMS網(wǎng)關(guān)2U的軟件模塊配置 的例子。如附圖所示，將軟件模塊分類成以下三種類型
(1 )網(wǎng)絡(luò)模塊
(2)協(xié)議模塊
(3 )應(yīng)用模塊
(1 )網(wǎng)絡(luò)模塊是負(fù)責(zé)IP網(wǎng)絡(luò)中的通信控制的模塊。 (2 )協(xié)議模塊是負(fù)責(zé)用于控制IMS和DLNA的各自的功能 的協(xié)議控制的模塊；即，在IMS端，負(fù)責(zé)用于執(zhí)行根據(jù)在IMS 端規(guī)定的協(xié)議的通信的控制；而在DLNA端，負(fù)責(zé)用于執(zhí)行根 據(jù)在DLN A端規(guī)定的協(xié)議的通信的控制。由于在IMS端和DLN A 端執(zhí)行根據(jù)不同協(xié)議的通信，所以協(xié)議模塊被配置成適應(yīng)不同 協(xié)議。
(3 )應(yīng)用模塊是用于通過使用協(xié)議模塊來實(shí)現(xiàn)實(shí)際網(wǎng)關(guān)功 能的才莫塊，即，家庭網(wǎng)絡(luò)端的DLNA端和作為位于家庭網(wǎng)絡(luò)外 部的網(wǎng)絡(luò)的IMS網(wǎng)絡(luò)之間的中繼。
在附圖中，為了清楚區(qū)分家庭網(wǎng)絡(luò)端的DLNA端和作為家 庭網(wǎng)絡(luò)外部的網(wǎng)絡(luò)的IMS網(wǎng)絡(luò)所使用的功能塊，通過虛線分割 該區(qū)域，從而將IMS/IPTV端所應(yīng)用的軟件模塊在虛線的左側(cè)示 出，而將DLNA端所應(yīng)用的軟件模塊在右側(cè)示出。然而，應(yīng)該 注意，對(duì)于這兩個(gè)網(wǎng)絡(luò)，網(wǎng)絡(luò)模塊是共同使用的。以下將說明各模塊的細(xì)節(jié)。
首先，網(wǎng)絡(luò)模塊實(shí)現(xiàn)用于進(jìn)行由IPv4 TCP/IP堆棧和UPnP DA規(guī)定的IP地址設(shè)置的自動(dòng)IP/DHCP ( Dynamic Host Configuration Protocol,動(dòng)態(tài)主才幾配置協(xié)議)客戶端才莫塊。對(duì)于 IMS和DLNA兩者，可以使用同一網(wǎng)絡(luò)模塊。
基本上，由于滿足將家庭IMS網(wǎng)關(guān)212連接到家庭IP網(wǎng)絡(luò)， 所以分別設(shè)置網(wǎng)絡(luò)I/F不是絕對(duì)必需的。然而，應(yīng)該注意，在諸 如將家庭IMS網(wǎng)關(guān)212與家庭網(wǎng)關(guān)整合在一起的情況下，可以分 別配置家庭網(wǎng)絡(luò)連接I/F和外部網(wǎng)絡(luò)連4妄I/F。
由于目前家庭網(wǎng)絡(luò)端的DLNA端和作為家庭網(wǎng)^各外部的網(wǎng) 絡(luò)的IMS網(wǎng)絡(luò)所使用的協(xié)議互不相同，所以對(duì)應(yīng)于各自的協(xié)議， 分別設(shè)置協(xié)議模塊。
DLNA端包括由UPnP DA規(guī)定的HTTP ( Hyper Text Transfer Protocal,超文本傳輸協(xié)議)服務(wù)器的SOAP、 GENA ( Generic Event Notification Architecture, 普通事件通知體系結(jié)構(gòu))、 Presentation Page (呈玉見頁面)、Device Description (裝置i兌明) 模塊，負(fù)責(zé)作為裝置發(fā)現(xiàn)處理的Device Discovery的SSDP，以及 AKE模塊，所述AKE模塊執(zhí)行在家庭網(wǎng)絡(luò)內(nèi)實(shí)現(xiàn)內(nèi)容所需的、 才艮才居DTCP-IP ( Digital Transmission Content Protection-Internet Protocol,數(shù)字發(fā)送內(nèi)容保護(hù)一因特網(wǎng)協(xié)i義)的i人證和密鑰交換 (AKE: Authentication and Key Exchange )。
IMS端包括用于建立與作為IMS服務(wù)提供服務(wù)器的AS (應(yīng) 用服務(wù)器)的會(huì)話的SIP/模塊，以及與AS進(jìn)行消息通信的SOAP、 GENA模塊。由于假定IMS端在開放因特網(wǎng)上進(jìn)行通信，因而為 了保密在如由IETF RFC 2246所規(guī)定的TLS (Transport Layer Security,傳輸層安全)協(xié)議上實(shí)現(xiàn)諸如SIP和SOAP的通信執(zhí)行 協(xié)議，從而實(shí)現(xiàn)用于在安全環(huán)境下執(zhí)行通信的協(xié)議設(shè)置。
21作為根據(jù)本發(fā)明的信息處理設(shè)備的家庭IMS網(wǎng)關(guān)212的特
性特征是它被配置成通過使用作為DLNA端裝置中所使用的 裝置發(fā)現(xiàn)處理功能的、被稱為裝置發(fā)現(xiàn)控制的功能，執(zhí)行將IM S 的AS (IPTV服務(wù))映射為UPnP裝置(UPnP Device)的處理。 即，家庭IMS網(wǎng)關(guān)212進(jìn)行將家庭網(wǎng)絡(luò)外部的服務(wù)器映射為虛擬 家庭網(wǎng)絡(luò)裝置的處理。具體地，家庭IMS網(wǎng)關(guān)212通過使用作為 應(yīng)用模塊而設(shè)置在家庭IMS網(wǎng)關(guān)212中的UPnP裝置代理管理器
(見圖6)等，創(chuàng)建與作為外部服務(wù)器的AS (IPTV)相對(duì)應(yīng)的 UPnP媒體服務(wù)器實(shí)例。
以這種方式，家庭IMS網(wǎng)關(guān)212將作為不存在于家庭網(wǎng)絡(luò)中 的外部裝置的IMS的AS (IPTV服務(wù))映射為DLNA的DMS。在 該處理中，如同IMS的AS ( IPTV服務(wù))是存在于家庭網(wǎng)絡(luò)內(nèi)的 內(nèi)容提供服務(wù)器(DMS) —樣，對(duì)它進(jìn)行設(shè)置。
當(dāng)家庭網(wǎng)絡(luò)內(nèi)的DLNA裝置，例如，作為內(nèi)容回放執(zhí)行裝 置的諸如TV的DMP，通過該映射處理，根據(jù)UPnP執(zhí)行裝置發(fā) 現(xiàn)處理時(shí)，對(duì)于家庭IMS網(wǎng)關(guān)212來il，可以通知DMP以下情況 家庭IMS網(wǎng)關(guān)212具有基于與AS (IPTV)相對(duì)應(yīng)的UPnP媒體服 務(wù)器實(shí)例的服務(wù)提供功能?；谠撏ㄖ珼MP可以將IMS的AS
(IPTV服務(wù))識(shí)別為與家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容提供服務(wù)器(DMS) 相同的裝置，從而使得可以通過與用于接收基于來自家庭網(wǎng)絡(luò) 內(nèi)的內(nèi)容提供的服務(wù)的相同的處理，接收作為外部網(wǎng)絡(luò)的IMS 的AS ( IPTV服務(wù))的服務(wù)。
關(guān)于是否進(jìn)行由IMS的AS ( IPTV服務(wù))提供的與作為家庭
網(wǎng)絡(luò)內(nèi)的內(nèi)容回方丈執(zhí)行裝置的DMP相關(guān)的內(nèi)容的中繼，可以任 意設(shè)置作為根據(jù)本發(fā)明的信息處理設(shè)備的家庭IMS網(wǎng)關(guān)212。可
以進(jìn)行以下設(shè)置DMP通過DLNA裝置(作為內(nèi)容回放執(zhí)行裝 置的DMP)和IMS的AS (IMS)的后端視頻服務(wù)器之間的通信，直接從外部網(wǎng)絡(luò)獲取內(nèi)容數(shù)據(jù)，而不進(jìn)行內(nèi)容的中繼。后面將 說明這些處理的具體例子。
在家庭IMS網(wǎng)關(guān)212進(jìn)行由IMS的AS ( IPTV服務(wù))提供的內(nèi) 容的中繼的情況下，在家庭IMS網(wǎng)關(guān)212中實(shí)現(xiàn)被稱為Media Management (々某體管理)的功能，該功能例如是用于進(jìn)行內(nèi)容 列表的元數(shù)據(jù)的獲取的內(nèi)容目錄服務(wù)，以及用于進(jìn)行DLNA的 被稱為媒體傳輸?shù)囊曨l內(nèi)容的傳輸?shù)膮f(xié)議。然而，在家庭IMS 網(wǎng)關(guān)212不進(jìn)行由IMS的AS (IPTV服務(wù))提供的內(nèi)容的中繼的 配置的情況下，在家庭IMS網(wǎng)關(guān)212中不需要實(shí)現(xiàn)這些功能，即， 媒體管理功能。
對(duì)于來自家庭網(wǎng)絡(luò)內(nèi)的客戶裝置，即，作為內(nèi)容回放執(zhí)行 裝置的DMP的內(nèi)容列表請(qǐng)求，可以進(jìn)行以下設(shè)置直接從客戶 裝置(DMP)向諸如AS (IPTV服務(wù))的外部服務(wù)器進(jìn)行內(nèi)容 列表請(qǐng)求，而無需家庭IMS網(wǎng)關(guān)212的中繼。在該配置中，對(duì)家 庭IMS網(wǎng)關(guān)212進(jìn)行配置，使得它可以對(duì)來自客戶端的裝置發(fā)現(xiàn) 請(qǐng)求做出響應(yīng)即可。為了實(shí)現(xiàn)將請(qǐng)求直接從客戶端發(fā)送到外部 服務(wù)器，而無需家庭IMS網(wǎng)關(guān)212的中繼，將UPnP裝置體系結(jié) 構(gòu)中所規(guī)定的裝置信息[Device Description ， 裝置說明]的 [controlURL]和[eventSubURL]所規(guī)定的URL設(shè)置成外部服務(wù) 器，而不是家庭IMS網(wǎng)關(guān)的URL。在家庭IMS網(wǎng)關(guān)212中，通過 將如上所述設(shè)置的裝置信息[Device Description]提供給客戶裝 置，其后，該客戶端通過參考該裝置信息向其做出內(nèi)容列表請(qǐng) 求或各種類型的請(qǐng)求的一方被設(shè)置為諸如AS( IPTV服務(wù))的外 部服務(wù)器。在這種情況下，家庭IMS網(wǎng)關(guān)變成僅負(fù)責(zé)裝置發(fā)現(xiàn) 的模型，從而進(jìn)一步減輕負(fù)荷。還可以將UPnP裝置體系結(jié)構(gòu)所 規(guī)定的用于裝置信息獲取的URL[SCPDUAL]設(shè)置成外部服務(wù) 器，而不是家庭IMS網(wǎng)關(guān)212的URL。通過使用協(xié)議模塊，應(yīng)用模塊執(zhí)行網(wǎng)關(guān)功能，即，設(shè)置家
庭網(wǎng)絡(luò)內(nèi)的DLNA裝置和位于家庭網(wǎng)絡(luò)外部的服務(wù)器之間的通 信環(huán)境的功能?？梢源篌w將應(yīng)用模塊分成進(jìn)行將IMS的AS
(IPTV)服務(wù)設(shè)置為DLNA的DMS的映射處理的模塊組；和對(duì) 于映射后的DLNA的DMS (本質(zhì)上是IMS的AS ( IPTV )服務(wù))， 接口連接從作為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回放裝置的DMP發(fā)送給IMS 的AS (IPTV)服務(wù)的請(qǐng)求的模塊組。
進(jìn)行映射處理的前一組的才莫塊是AS Discovery ( AS發(fā)現(xiàn))、 Service Manager (月良務(wù)管王里器)禾口UPnP Device Proxy Manager
(UPnP裝置代理管理器)。執(zhí)行請(qǐng)求傳送處理的后一組的模塊 是UPnP Message Proxy ( UPnP消息代理)和AKE Proxy ( AKE 代理)。
如上所述，作為根據(jù)本發(fā)明的信息處理設(shè)備的家庭IMS網(wǎng) 關(guān)212進(jìn)行將作為不存在于家庭網(wǎng)絡(luò)中的外部裝置的IMS的AS (IPTV服務(wù))映射為DLNA的DMS的處理。家庭IMS網(wǎng)關(guān)212還 具有這樣的功能在該映射處理時(shí)僅選擇性映射用戶所選擇的 服務(wù)實(shí)體[AS (IPTV)〗。
即，在外部網(wǎng)絡(luò)中存在多個(gè)IMS/IPTV的AS ( IPTV ),并且 每一個(gè)AS均進(jìn)行內(nèi)容提供的配置中，僅選擇用戶通過使用IMS 計(jì)費(fèi)系統(tǒng)所購(gòu)買和選擇的AS (IPTV)，并將其映射成DLNA的 DMS。
對(duì)于進(jìn)行映射處理的應(yīng)用模塊，圖6所示的作為IMS/IPTV 端的模塊的AS Discovery執(zhí)行發(fā)現(xiàn)由IMS系統(tǒng)提供的IPTV服務(wù) 的處理，而作為DLNA端的模塊的UPnP Device Proxy Manager 管理由AS Discovery發(fā)現(xiàn)和獲取的AS的列表，并將該列表呈現(xiàn) 給用戶以沖丸行AS ( IPTV )的購(gòu)買或選4奪處理。
具體地，利用充當(dāng)HTTP服務(wù)器的、作為根據(jù)本發(fā)明的信息處理設(shè)備的家庭IMS網(wǎng)關(guān)212，通過使用由UPnPDA規(guī)定的呈現(xiàn) 方案，家庭IMS網(wǎng)關(guān)212連接到包括HTML瀏覽器的UPnP控制點(diǎn)
(UPnP Control Point )，并且用戶從通過使用瀏覽器功能所顯 示的HTML屏幕，選擇想要的IPTV服務(wù)，并進(jìn)行服務(wù)訂購(gòu)程序。 具體地，例如，通過使用設(shè)置為家庭網(wǎng)絡(luò)內(nèi)的DLNA裝置的、 具有瀏覽器功能的PC或TV,在顯示器上呈現(xiàn)家庭IMS網(wǎng)關(guān)212 所保持的列表，以允許選擇IPTV服務(wù)。
通過使用UPnP Message Proxy作為用于上述i奮求傳送處理 的執(zhí)行模塊，可以利用IMS系統(tǒng)所提供的計(jì)費(fèi)系統(tǒng)來協(xié)調(diào)該 IPTV服務(wù)接收程序，并且根據(jù)已經(jīng)設(shè)置為與家庭IMS網(wǎng)關(guān)212 相對(duì)應(yīng)的ID的IMS用戶ID的顧客信息，對(duì)用戶進(jìn)行計(jì)費(fèi)。
以這種方式，家庭IMS網(wǎng)關(guān)212可以進(jìn)4亍選4奪性映射，乂人而 利用用戶對(duì)AS ( IPTV)的訂購(gòu)程序作為條件，通過作為應(yīng)用才莫 塊的UPnP Device Proxy Manager的處理，選擇已經(jīng)進(jìn)行訂購(gòu)程 序的IPTV月l務(wù)，并將其映射成DLNA DMS。然而，應(yīng)該注意， 在存在不需要訂購(gòu)程序的諸如提供免費(fèi)內(nèi)容的AS (IPTV)的 AS ( IPTV )的情況下，用戶的訂購(gòu)程序不是必需的，用戶的選 擇也不是映射的絕對(duì)必要條件。
作為身為家庭網(wǎng)絡(luò)內(nèi)的DLNA裝置的內(nèi)容回放裝置的DMP 將已經(jīng)完成家庭IMS網(wǎng)關(guān)212中的映射處理的AS (IPTV)解釋 為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容提供服務(wù)器(DMS)，從而允許接收AS
(IPTV )的服務(wù)。
作為應(yīng)用模塊的UPnP Message Proxy將從DLNA DMP所提 供的消息中繼給AS ( IPTV )。等同于UPnP的SOAP、 GENA被用 作用于實(shí)現(xiàn)此的協(xié)議，并且AS通過直接處理UPnP媒體服務(wù)器、 如由UPnP AV所規(guī)定的內(nèi)容目錄服務(wù)的消息或者通過在UPnP Message Proxy中進(jìn)行AS (IPTV)的協(xié)議轉(zhuǎn)換，來實(shí)現(xiàn)相互兼容性。
圖6所示的IMS網(wǎng)關(guān)212的軟件模塊配置的例子是以下情
況下的軟件模塊配置家庭IMS網(wǎng)關(guān)可以執(zhí)行根據(jù)IMS/IPTV 端的通信協(xié)議的通信和根據(jù)家庭網(wǎng)絡(luò)內(nèi)的DLNA端的通信協(xié)議 的通信兩者，并且家庭IMS網(wǎng)關(guān)212在IMS/IPTV端和DLNA端 之間的通信期間，根據(jù)需要執(zhí)行協(xié)議轉(zhuǎn)換。
除由家庭IMS網(wǎng)關(guān)212進(jìn)行協(xié)議轉(zhuǎn)換處理的配置以外，以下 配置也是可以的由直接執(zhí)行與家庭IM S網(wǎng)關(guān)212端的通信的外 部服務(wù)器，例如，IMS端的AS或IPTV服務(wù)的執(zhí)行服務(wù)器，來進(jìn) 行協(xié)議轉(zhuǎn)換處理。在如上所述由外部服務(wù)器執(zhí)行必要的協(xié)議轉(zhuǎn) 換的配置中，家庭IMS網(wǎng)關(guān)212可以僅具有DLNA端的協(xié)議模塊 和應(yīng)用模塊。在采用這樣的配置的情況下，可以通過根據(jù)DLNA 所規(guī)定的SSDP協(xié)議執(zhí)行裝置發(fā)現(xiàn)處理，來執(zhí)行外部服務(wù)器的映 射處理。
對(duì)于由家庭網(wǎng)絡(luò)內(nèi)的客戶裝置，即，作為內(nèi)容回放裝置的 DMP所執(zhí)行的內(nèi)容列表和元數(shù)據(jù)獲取處理，下述實(shí)施例采用AS 直接處理UPnP內(nèi)容目錄服務(wù)的方法。在該實(shí)施例中，利用實(shí)現(xiàn) HTML瀏覽器的UPnP控制點(diǎn)進(jìn)行服務(wù)訂購(gòu)程序，并且雖然這可 以是DLNA的DMP，但是這并不必須是DLNA的DMP。可以利 用第三方，例如，PC的HTML瀏覽器來進(jìn)行相同處理。當(dāng)在移 動(dòng)電話等中實(shí)現(xiàn)HTML瀏覽器時(shí)，可以類似地進(jìn)行購(gòu)買程序。
此外，通過采用家庭IMS網(wǎng)關(guān)212本身具有諸如顯示器或輸 入部的用戶界面的設(shè)置，可以將從AS ( IPTV)獲取的列表直接 呈現(xiàn)到該用戶界面上，以使得用戶輸入信息能夠輸入。因此甚 至無需HTML瀏覽器的控制，也可以進(jìn)行服務(wù)訂購(gòu)程序。
用于AS ( IPTV)的訂購(gòu)程序可以采用各種形式。即，除作 為AS(IPTV)本身的選擇的以逐項(xiàng)服務(wù)為基礎(chǔ)的選擇以外，各種設(shè)置都是可以的，包括由AS ( IPTV )提供的內(nèi)容的逐項(xiàng)內(nèi)容
選擇。根據(jù)這些設(shè)置，基于AS ( IPTV)的設(shè)置，通過呈現(xiàn)頁面 來提供用于以逐項(xiàng)內(nèi)容為基礎(chǔ)選擇購(gòu)買的方案，將選擇信息登 記到IMS端，作為構(gòu)成用戶配置文件信息的數(shù)據(jù)，并且在AS (IPTV)端進(jìn)行根據(jù)所登記的信息的內(nèi)容提供。
如上所述，可以將家庭IMS網(wǎng)關(guān)212i殳置為進(jìn)4亍或不進(jìn)4亍由 IMS的AS ( IPTV服務(wù))提供的與作為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回放執(zhí) 行裝置的DMP相關(guān)的內(nèi)容的中繼。在后一情況下，應(yīng)用水平的 服務(wù)邏輯處理，例如，與諸如由AS ( IPTV)服務(wù)提供的服務(wù)的
對(duì)應(yīng)的數(shù)據(jù)處理不是必需的，進(jìn)行內(nèi)容數(shù)據(jù)的暫時(shí)存儲(chǔ)或轉(zhuǎn)換 也不是必需的。因此可以將家庭IMS網(wǎng)關(guān)實(shí)現(xiàn)為具有非常低廉 的軟件或硬件配置的設(shè)備。
通過網(wǎng)關(guān)裝置消除進(jìn)行服務(wù)邏輯處理的需求使得可以實(shí)現(xiàn) 與進(jìn)行這樣的處理的配置相比的增強(qiáng)的服務(wù)可擴(kuò)展性。例如， 存在這樣的情況作為內(nèi)容提供實(shí)體的AS ( IPTV)進(jìn)行內(nèi)容元 數(shù)據(jù)等的添加。在這種情況下，在網(wǎng)關(guān)裝置進(jìn)行服務(wù)邏輯處理 的配置中，例如，為了允許該網(wǎng)關(guān)執(zhí)行所添加的元數(shù)據(jù)的解釋 和處理，必須更新程序。然而，可以設(shè)置根據(jù)本發(fā)明的家庭IMS 網(wǎng)關(guān)，/人而不進(jìn)行這些處理，并且可以單獨(dú)通過分發(fā)服務(wù)端的 改變來進(jìn)行各種服務(wù)邏輯改變，而無需改變網(wǎng)關(guān)本身。
如上所述，對(duì)于家庭IMS網(wǎng)關(guān)212的處理模式，可以采用下 面兩種配置
(1) 配置一，進(jìn)行將由IMS的AS ( IPTV服務(wù))提供的內(nèi) 容中繼到家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回放執(zhí)行裝置(DMP)的操作；以 及
(2) 配置二，不進(jìn)行將由IMS的AS (IPTV服務(wù))提供的內(nèi)容中繼到家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回放執(zhí)行裝置(DMP)的操作，
并且通過DMP和AS (IPTV服務(wù))之間的通信進(jìn)行內(nèi)容回放。
在上述通過DMP和AS (IPTV服務(wù))之間的通信進(jìn)行內(nèi)容 回放的配置(2)中，直接將內(nèi)容從因特網(wǎng)上的內(nèi)容分發(fā)服務(wù) 發(fā)送到作為回放裝置的DMP。因此，與在重新分發(fā)給家庭之前 臨時(shí)將內(nèi)容下載到家庭服務(wù)器的系統(tǒng)不同，可以基于需求回放 內(nèi)容，經(jīng)證明這對(duì)于用戶是非常方便的。此外，在上述不具有 內(nèi)容發(fā)送接口連接的系統(tǒng)中，在家庭網(wǎng)絡(luò)內(nèi)不會(huì)發(fā)生重疊內(nèi)容 數(shù)據(jù)發(fā)送，從而防止浪費(fèi)的帶寬使用。此外，消除了對(duì)家庭網(wǎng) 絡(luò)拓樸的限制，這有利地使實(shí)現(xiàn)網(wǎng)關(guān)功能的產(chǎn)品的范圍的多樣 化。
以下參考圖7到10的過程圖，將給出在上述處理(2)的情 況下，即，在通過DMP和AS (IPTV服務(wù))之間的通信進(jìn)行內(nèi) 容回放的情況下的處理過程的說明。圖7到IO的過程圖示出下面 的處理的過程。
(A) AS ( IPTV)訂購(gòu)程序的過程(圖7、 8) (Al ) IMS登記處理
(A2)裝置發(fā)現(xiàn)處理
(A3 ) AS ( IPTV)選擇處理
(B) 由AS (IPTV)提供的內(nèi)容的使用過程(圖9、 10) (Bl )裝置發(fā)現(xiàn)處理
(B2)內(nèi)容列表獲取處理 (B3)認(rèn)證和密鑰交換處理 (B4 )內(nèi)容流處理
首先參考圖7、 8,將說明AS ( IPTV)訂購(gòu)程序的過程。圖 7、 8按照從左側(cè)開始的順序示出下面的組件
(1 )三個(gè)IPTV服務(wù)AS1、 AS2和AS3，作為執(zhí)行與IMS網(wǎng)(2)HSS,具有用于IMS中所使用的用戶ID的管理、各用 戶訂購(gòu)的服務(wù)的配置文件的管理、認(rèn)證信息的管理、關(guān)于各IMS 服務(wù)是否可使用的管理以及用戶移動(dòng)管理的數(shù)據(jù)庫；
(3 ) CSCF,基于IMS網(wǎng)絡(luò)中的SIP (會(huì)話啟動(dòng)協(xié)議)進(jìn)行 用戶登記和會(huì)話設(shè)定控制；
(4 )家庭IMS網(wǎng)關(guān)；以及
(5) HTML瀏覽器(用戶界面)，作為UPnP控制點(diǎn)。 此外，各步驟中所示的[Cx][SIP][SSDP][HTTP]表示應(yīng)用于 各通信的協(xié)議。
可以將圖7、 8所示的AS ( IPTV)訂購(gòu)程序過程分成以下三 個(gè)階段。
(Al ) IMS登記處理
(A2)裝置發(fā)現(xiàn)處理
(A3 ) AS ( IPTV )選擇處理
以下將說明每一處理。
(Al ) IMS登記處理
在作為第一階段的IMS登記處理中，首先，在步驟Sll，家 庭IMS網(wǎng)關(guān)將預(yù)先設(shè)置在家庭IMS網(wǎng)關(guān)中的IMS用戶ID發(fā)送給 IMS網(wǎng)絡(luò)的CSCF,并在步驟S12接收登記確認(rèn)，以進(jìn)行與IMS 網(wǎng)絡(luò)相關(guān)的登記。接著，在步驟S13,家庭IMS網(wǎng)關(guān)將配置信息 (config)呈現(xiàn)給CSCF,并在步驟S 14接收確認(rèn)響應(yīng)。
在步驟S15， CSCF向具有管理用戶配置文件信息的數(shù)據(jù)庫 的HSS請(qǐng)求所登記的與IMS用戶ID相關(guān)聯(lián)的可用服務(wù)的信息， 并獲取該信息(步驟S16)。在步驟S17, CSCF將如此獲取的可 用服務(wù)的列表發(fā)送給家庭IMS網(wǎng)關(guān)。在步驟S18，家庭IMS網(wǎng)關(guān) 向CSCF發(fā)送接收確認(rèn)。家庭IMS網(wǎng)關(guān)以這種方式獲取可用服務(wù)的列表，并將其存
儲(chǔ)在存儲(chǔ)器中。家庭IMS網(wǎng)關(guān)根據(jù)如此獲取的IPTV服務(wù)列表創(chuàng) 建HTML文檔，作為其后的HTML瀏覽器的AS設(shè)置的準(zhǔn)備。 (A2)裝置發(fā)現(xiàn)處理
第二階段是裝置發(fā)現(xiàn)處理。最初，用戶還未選擇要使用的 AS。因此，在該點(diǎn)，家庭IMS網(wǎng)關(guān)還沒有將AS ( IPTV)映射為 DLNADMS，因而作為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回放裝置的DMP不能 通過將AS (IPTV)解釋為DMS來進(jìn)行內(nèi)容接收。
如上所述，當(dāng)執(zhí)行AS ( IPTV)的選擇時(shí)，家庭IMS網(wǎng)關(guān)充 當(dāng)HTTP服務(wù)器，并且通過使用UPnPDA所規(guī)定的呈現(xiàn)方案，連 接到包括HTML瀏覽器的UPnP控制點(diǎn)，從而使得用戶從通過使 用瀏覽器功能所顯示的HTML屏幕選擇期望的IPTV服務(wù)。圖7 所示的(A2)裝置發(fā)現(xiàn)處理表示該處理的過程。
為了執(zhí)行AS(IPTV)的選擇，用戶從PC等上的具有瀏覽 器功能的UPnP控制點(diǎn)發(fā)送根據(jù)UPnP所規(guī)定的裝置發(fā)現(xiàn)協(xié)議的 處理，即，步驟S19的SSDPM-Search，并且，例如，在步驟S20， 接收作為SSDP M-Search的響應(yīng)的SSDP M-Response,從而發(fā)現(xiàn) 家庭IMS網(wǎng)關(guān)連接在家庭網(wǎng)絡(luò)上。步驟S21、 S22表示具體的裝 置信息請(qǐng)求和接收步驟。
(A3 ) AS ( IPTV )選擇處理
圖8示出接著要執(zhí)行的AS (IPTV)選擇處理的過程。在該 階段，用戶從PC等上的UPnP控制點(diǎn)，瀏覽由家庭IMS網(wǎng)關(guān)在第 一階段所獲取的AS (IPTV)服務(wù)列表，并執(zhí)行服務(wù)(AS)選擇。
首先，在步驟S23、 S24，對(duì)于作為HTTP服務(wù)器的家庭IMS 網(wǎng)關(guān)，基于HTTP GET獲取HTML文檔，并且顯示HTML頁面。 在該屏幕上顯示AS (IPTV)服務(wù)列表。當(dāng)用戶從該列表選擇了用戶希望從其接收服務(wù)或內(nèi)容的
AS(IPTV)時(shí)，在步驟S25,將該請(qǐng)求信息輸入到家庭IMS網(wǎng) 關(guān)。在步驟S26，家庭IMS網(wǎng)關(guān)向IMS的CSCF請(qǐng)求服務(wù)訂購(gòu)。在 步驟S27,基于來自家庭IMS網(wǎng)關(guān)的服務(wù)訂購(gòu)請(qǐng)求，CSCF執(zhí)行 將與該服務(wù)訂購(gòu)請(qǐng)求相對(duì)應(yīng)的信息作為與用戶相對(duì)應(yīng)的登記信 息登記到HSS的操作。在完成服務(wù)訂購(gòu)登記處理時(shí)，在步驟S28， 由1-ISS將處理完成響應(yīng)通知給CSCF，并且在步驟S29,由CSCF 將該響應(yīng)通知給家庭IMS網(wǎng)關(guān)。此外，在步驟S30,將處理完成 響應(yīng)發(fā)送給具有用戶界面的諸如作為UPnP控制點(diǎn)的PC的設(shè)備， 并且由用戶確i人該響應(yīng)。
例如，存在在該(A3) AS(IPTV)選4奪處理期間進(jìn)行計(jì) 費(fèi)處理的情況，在這種情況下，執(zhí)行計(jì)費(fèi)處理所需的信息的輸 入和通信。
如上所述，(A) AS ( IPTV)服務(wù)訂購(gòu)程序的過程包括下 面三個(gè)處理。
(Al ) IMS登記處理
(A2)裝置發(fā)現(xiàn)處理
(A3 ) AS ( IPTV)選擇處理
在完成這些處理時(shí)，完成AS ( IPTV)訂購(gòu)程序。 在完成該AS ( IPTV)訂購(gòu)程序時(shí)，家庭IMS網(wǎng)關(guān)執(zhí)行將所 選擇的AS ( IPTV )映射為DLNADMS的操作，從而允許作為家 庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回放裝置的DMP通過將所選擇的AS ( IPTV ) 解釋為DMS,來進(jìn)行內(nèi)容接收。即，家庭IMS網(wǎng)關(guān)通過使用圖6 所示的UPnP Device Proxy Manager等，創(chuàng)建與所選才,的AS (該 例子中的AS3 )相對(duì)應(yīng)的UPnP媒體服務(wù)器的實(shí)例。
通過該映射處理，以與作為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容提供服務(wù)器 的DMS (DLNA媒體服務(wù)器)相同的方式，處理作為家庭網(wǎng)絡(luò)外部的IMS的應(yīng)用服務(wù)器的AS (IPTV),并且可以通過作為家 庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回放裝置的DMP ( DLNA々某體播放器)來使用 該AS ( IPTV )。
以下將參考圖9、 10,給出由作為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回放裝 置的DMP進(jìn)行的關(guān)于AS ( IPTV)所提供的內(nèi)容的使用過程的 說明。圖9、 IO按照從左側(cè)開始的順序示出下面的組件
(1 ) IPTV服務(wù)(AS )(內(nèi)容提供實(shí)體)；
(2)HSS,具有用于IMS中所使用的用戶ID的管理、各用 戶訂購(gòu)的服務(wù)的配置文件的管理、認(rèn)證信息的管理、關(guān)于各IMS 服務(wù)是否可使用的管理以及用戶移動(dòng)管理的數(shù)據(jù)庫；
(3 ) CSCF,基于IMS網(wǎng)絡(luò)中的SIP (會(huì)話啟動(dòng)協(xié)議)進(jìn)行
用戶登記和會(huì)話設(shè)定控制；
(4 )家庭IMS網(wǎng)關(guān)；以及
(5 ) DMP ( DLNA媒體播放器)，作為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容 回放裝置。
應(yīng)該注意，(1 ) IPTV服務(wù)(AS)可以僅是IPTV服務(wù)，還 可以是IPTV服務(wù)和AS的組合。各步驟中所示的
可以將圖9、 IO所示的AS (IPTV)所提供的內(nèi)容的使用過 程分成以下四個(gè)階^歐。
(Bl )裝置發(fā)現(xiàn)處理 (B2)內(nèi)容列表獲取處理 (B3)認(rèn)證和密鑰交換處理 (B4 )內(nèi)容流處理 以下將說明每一處理。 (Bl )裝置發(fā)現(xiàn)處理
第一處理是裝置發(fā)現(xiàn)階段。此時(shí)，通過以上參考圖7、 8說
32明的AS訂購(gòu)過程，家庭IMS網(wǎng)關(guān)已經(jīng)將AS( IPTV)映射成DLNA DMS,并且已經(jīng)向家庭網(wǎng)絡(luò)內(nèi)的各DLNA裝置廣告AS ( IPTV ) 可以被用作DLNA DMS。即，通過UPnP DA所頭見定的裝置發(fā)現(xiàn) 過程，連接到家庭網(wǎng)絡(luò)的作為內(nèi)容回i丈設(shè)備的所有DMP都可以 從家庭IMS網(wǎng)關(guān)獲取作為DMS的AS ( IPTV)信息。該裝置發(fā)現(xiàn) 過程對(duì)應(yīng)于步驟S31到S34的處理。
作為內(nèi)容回放裝置的DMP將根據(jù)UPnP所規(guī)定的裝置發(fā)現(xiàn) 協(xié)議的處理，即，步驟S31的SSDP M-Search發(fā)送給家庭IMS網(wǎng) 關(guān)，并且在步驟S32,接收作為SSDP M-Search的響應(yīng)的SSDP M-Response,從而發(fā)現(xiàn)被設(shè)置為DMS的AS ( IPTV )。步驟S33、 S 3 4表示具體的裝置信息請(qǐng)求和接收步驟。
應(yīng)該注意，在該裝置發(fā)現(xiàn)處理中，家庭IMS網(wǎng)關(guān)將基于由 家庭IMS網(wǎng)關(guān)通過映射處理所創(chuàng)建的與AS (IPTV)相對(duì)應(yīng)的 UPnP媒體服務(wù)器實(shí)例的信息，即，與AS ( IPTV )相對(duì)應(yīng)的服 務(wù)器信息，提供給作為內(nèi)容回放裝置的DMP。在接收該信息時(shí)， DMP將AS ( IPTV )解釋為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容提供服務(wù)器 (DMS )。
(B2)內(nèi)容列表獲取處理
第二處理是從被設(shè)置為DMS的AS (IPTV)獲取內(nèi)容列表 的處理。如以上參考AS訂購(gòu)過程說明的例子中的一樣，假定家 庭IMS網(wǎng)關(guān)已經(jīng)建立與IMS網(wǎng)絡(luò)的會(huì)話。如果還未建立會(huì)話或者 會(huì)話已經(jīng)被切斷，則利用內(nèi)容獲取請(qǐng)求等作為觸發(fā)，進(jìn)行重新 連接。已經(jīng)獲耳又已通過建立與IM S網(wǎng)絡(luò)的會(huì)話進(jìn)行訂購(gòu)的A S的 信息。
在步驟S35 , DMP向在第 一 階段已發(fā)現(xiàn)的并被設(shè)置為DMS 的AS(IPTV),發(fā)出關(guān)于UPnP的內(nèi)容目錄服務(wù)的瀏覽動(dòng)作。在 從DMP接收到該瀏覽動(dòng)作時(shí)，在步驟S36，家庭IMS網(wǎng)關(guān)中繼該請(qǐng)求，以將其傳輸給IPTV ( AS )。
IPTV( AS)解釋該瀏覽動(dòng)作的內(nèi)容，通過后端電子節(jié)目信 息存儲(chǔ)服務(wù)器(EPG服務(wù)器)等來創(chuàng)建視頻內(nèi)容列表，并通過 家庭IMS網(wǎng)關(guān)將響應(yīng)發(fā)送給DMP (步驟S37、 S38)。例如，當(dāng)該 內(nèi)容列表具有分層結(jié)構(gòu)時(shí)，發(fā)出多個(gè)瀏覽動(dòng)作。應(yīng)該注意，如 在UPnP內(nèi)容目錄服務(wù)中所規(guī)定的 一 樣，以符合被稱為 DIDL-Lite的XML模式的XML文檔的形式來表現(xiàn)內(nèi)容列表。各 內(nèi)容的視頻數(shù)據(jù)的資源信息(URI)表示由AS的后端視頻服務(wù) 器所提供的視頻內(nèi)容。
如上所述，這樣的設(shè)置是可以的從客戶裝置(DMP)直 接向諸如AS ( IPTV服務(wù))的外部服務(wù)器做出來自DMP的內(nèi)容 列表請(qǐng)求，而無需通過家庭IMS網(wǎng)關(guān)進(jìn)行中繼。為了實(shí)現(xiàn)此， 將UPnP裝置體系結(jié)構(gòu)中所規(guī)定的裝置信息[Device Description] 的1 controlURL]和[eventSubURL]所指定的URL設(shè)置為外部服務(wù) 器，而不是家庭IMS網(wǎng)關(guān)的URL。在家庭IMS網(wǎng)關(guān)中，通過向客 戶裝置提供具有上述URL設(shè)置的裝置信息[Device Description]， 此后將客戶端通過參考該裝置信息向其做出內(nèi)容列表請(qǐng)求或各 種類型的請(qǐng)求的一方設(shè)置成諸如AS( IPTV服務(wù))的外部服務(wù)器。 (B3)認(rèn)證和密鑰交換處理
第三階段是認(rèn)證和密鑰交換。在DLNA中，當(dāng)發(fā)送復(fù)制保 護(hù)內(nèi)容時(shí)，在發(fā)送之前根據(jù)DTCP-IP對(duì)該內(nèi)容進(jìn)行加密。同樣， 在來自AS(IPTV)的視頻服務(wù)器的流的情況下，進(jìn)行DTCP-IP 的加密，并發(fā)送加密后的內(nèi)容。
根據(jù)DTCP-IP的規(guī)范，通過認(rèn)證和密鑰交換(AKE)處理 生成應(yīng)用于內(nèi)容加密的密鑰。如圖6所示，家庭IMS網(wǎng)關(guān)具有 DTCP-IP AKE代理功能塊。當(dāng)接收內(nèi)容時(shí)，作為內(nèi)容回放裝置 的DMP與具有DMS的家庭IMS網(wǎng)關(guān)進(jìn)行^人證和密鑰交換，其中，DMP將該DMS識(shí)別為內(nèi)容才是供服務(wù)實(shí)體。
雖然將通過(B2)的內(nèi)容列表獲取處理所獲取的列表中所 設(shè)置的內(nèi)容的資源U RI設(shè)置為包括A S的視頻服務(wù)器的IP地址， 但是可以將執(zhí)行這樣的內(nèi)容獲取所需的認(rèn)證和密鑰交換處理， 即，AKE處理的地址設(shè)置為家庭IMS網(wǎng)關(guān)。即，DMP與家庭IMS 網(wǎng)關(guān)進(jìn)行認(rèn)證和密鑰交換處理，在所述家庭IMS網(wǎng)關(guān)中登記被 識(shí)別為內(nèi)容提供服務(wù)實(shí)體的DMS的實(shí)例。
盡管通常將DMP的認(rèn)證和密鑰交換的對(duì)象設(shè)置成加密內(nèi) 容發(fā)送實(shí)體，即，內(nèi)容資源URI中所包括的AS的視頻服務(wù)器的 IP地址，但是在本發(fā)明的配置中，將由DMP響應(yīng)于在(B2)的 內(nèi)容列表獲取處理中提供給DMP的內(nèi)容列表中所包括的內(nèi)容 的獲取請(qǐng)求而執(zhí)行的AKE處理的對(duì)象設(shè)置成家庭IMS網(wǎng)關(guān)。
例如，這可以通過使與內(nèi)容相對(duì)應(yīng)的元數(shù)據(jù)包括將AKE的 對(duì)象設(shè)置為家庭IMS網(wǎng)關(guān)的元數(shù)據(jù)來實(shí)現(xiàn)。關(guān)于家庭IMS網(wǎng)關(guān)從 IPTV服務(wù)(AS)接收的內(nèi)容列表的設(shè)置，可以以這種方式預(yù)先 設(shè)置該列表，或者可以在家庭IMS網(wǎng)關(guān)中進(jìn)行元數(shù)據(jù)的添加或 改變?？蛇x地，在將該內(nèi)容列表提供給DMP時(shí)，家庭IMS網(wǎng)關(guān) 可以執(zhí)行用于通知AKE的對(duì)象是家庭IMS網(wǎng)關(guān)的通知。
根據(jù)DTCP-IP所規(guī)定的認(rèn)證和密鑰交換(AKE : Authentication and Key Exchange)處理過程來執(zhí)行該認(rèn)證和密 鑰交換處理。
在根據(jù)本發(fā)明的配置中，通過以下列出的圖IO所示的步驟 S39到S46,完成DMP和家庭IMS網(wǎng)關(guān)之間的認(rèn)證和密鑰交換。 S39: AKE要求和響應(yīng) S40: AKE
S41: RTT (往返時(shí)間)檢查請(qǐng)求 S42: RTT檢查響應(yīng)S43: AKE密鑰交換 S44:密鑰交換 S45:密鑰交換 S46: AKE密鑰交換
在該認(rèn)證和密鑰交換處理中，為了確認(rèn)作為AKE的對(duì)象的 家庭IMS網(wǎng)關(guān)處于DMP附近，進(jìn)行IP包的TTL (TimetoLive， 生存時(shí)間)的才僉查和響應(yīng)時(shí)間的才企查，作為步驟S41、 S42中的 RTT測(cè)量。
步驟S44、 S45表現(xiàn)根據(jù)本發(fā)明的配置的特性處理。根據(jù)該 處理，為了在作為內(nèi)容提供實(shí)體的IPTV服務(wù)(AS )和作為內(nèi)容 使用實(shí)體的DMP之間共享要用作加密密鑰的密鑰，將在AKE過 程中由家庭IMS網(wǎng)關(guān)和DMP共享的密鑰傳送給IPTV服務(wù)(AS )。 添加步驟S44、 S45的處理使得能夠在作為內(nèi)容提供實(shí)體的IPTV 服務(wù)(AS)和作為內(nèi)容使用實(shí)體的DMP之間共享加密密鑰。在 這方面，IPTV服務(wù)(AS)是允許共享密鑰的合法服務(wù)，并且通 過安全通信進(jìn)4于步驟S44、 S45的處理。 (B4 )內(nèi)容流處理
最后，第四階段是內(nèi)容流處理。在步驟S47，作為內(nèi)容回 放裝置的DMP通過應(yīng)用在上述(B2)內(nèi)容列表獲取處理中所獲 取的資源的URL，發(fā)出基于HTTP GET的內(nèi)容請(qǐng)求，并請(qǐng)求HTTP
.'云
IPTV服務(wù)(AS)的視頻服務(wù)器利用在前面的AKE階段與 DMP共享的密鑰來加密內(nèi)容數(shù)據(jù)，并且在步驟S48，開始向作 為家庭網(wǎng)絡(luò)內(nèi)的DLNA裝置的DMP進(jìn)行內(nèi)容的流發(fā)送。
作為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回放裝置的DMP通過應(yīng)用在前面 的AKE階段中與IPTV ( AS )共享的加密密鑰，對(duì)從IPTV服務(wù) (AS)所接收的數(shù)據(jù)進(jìn)行解密和解碼，從而執(zhí)行內(nèi)容回放。根據(jù)本發(fā)明的處理配置是這樣一種配置，除上述的下面的
第三和第四階段外，該配置符合根據(jù)DLNA所規(guī)定的DTCP-IP 的流回方文
(B3 )認(rèn)證和密鑰交換處理；以及
(B4)內(nèi)容流處理，
將AKE模塊應(yīng)用的IP地址設(shè)置為本質(zhì)上不同于作為內(nèi)容提 供實(shí)體的服務(wù)器的家庭IMS網(wǎng)關(guān)。
將參考圖1H兌明參考圖9、 IO說明的內(nèi)容使用處理中的數(shù)據(jù) 通信的總概觀。圖U示出作為存在于家庭網(wǎng)絡(luò)500內(nèi)的裝置的作 為內(nèi)容回i文裝置的DMP 501 、家庭IMS網(wǎng)關(guān)502和家庭網(wǎng)關(guān)(RG ) 503。此外，示出作為存在于家庭網(wǎng)絡(luò)500外部的組件的IP多媒 體子系統(tǒng)(IMS) 510和IPTV服務(wù)520。
如以上參考圖3所述，IP多媒體子系統(tǒng)(IMS) 510構(gòu)成由 作為第三代移動(dòng)通信系統(tǒng)的標(biāo)準(zhǔn)計(jì)劃的3GPP(第三代合作伙伴 計(jì)劃)所開發(fā)的用于移動(dòng)電話的無線通信基礎(chǔ)結(jié)構(gòu)的基礎(chǔ)。利 用在IMS核心處的被稱為CSCF (呼叫會(huì)話控制功能塊)的功能 元件，由諸如家庭訂購(gòu)者子系統(tǒng)(HSS: Home Subscriber Subsystem)和應(yīng)用月良務(wù)器(AS: Application Server)的功能元 件配置成IMS。圖ll示出應(yīng)用服務(wù)器(AS)511。應(yīng)用服務(wù)器(AS) 5 11包括作為進(jìn)行諸如服務(wù)提供服務(wù)器的功能登記的處理的目 錄服務(wù)執(zhí)行部的CDS (內(nèi)容目錄服務(wù))512。
IPTV服務(wù)520具有EPG服務(wù)器521,作為提供作為諸如內(nèi) 容列表的節(jié)目信息指南的EPG (電子節(jié)目指南)的服務(wù)器；和 作為提供視頻內(nèi)容的視頻服務(wù)器522 。通過各服務(wù)器和AS UPTV) 511的CDS 512之間的協(xié)作，實(shí)現(xiàn)與作為用戶終端的 DMP 501相關(guān)的內(nèi)容列表提供服務(wù)和內(nèi)容提供服務(wù)。
將對(duì)作為家庭網(wǎng)絡(luò)500內(nèi)的內(nèi)容回》文裝置的DMP 501從位于家庭網(wǎng)絡(luò)外部的IPTV服務(wù)520獲取內(nèi)容的情況下的基本處理
流程進(jìn)行說明。家庭IMS網(wǎng)關(guān)502已經(jīng)通過以上參考圖7、 8所述 的AS訂購(gòu)過程，進(jìn)行了將IPTV服務(wù)(AS)映射為DLNA DMS
的操作。
首先，在步驟SIOI, DMP 501執(zhí)行作為UPnP動(dòng)作的裝置發(fā) 現(xiàn)，并從家庭IMS網(wǎng)關(guān)502獲取被設(shè)置為DMS的AS ( IPTV )的 信息。在該裝置發(fā)現(xiàn)處理中，家庭IMS網(wǎng)關(guān)502將基于在映射處 理中由家庭IMS網(wǎng)關(guān)502所創(chuàng)建的與AS (IPTV)相對(duì)應(yīng)的UPnP 媒體服務(wù)器實(shí)例的信息提供給作為內(nèi)容回放裝置的DMP 501。 在接收到該信息時(shí)，DMP 501將AS ( IPTV )解釋為家庭網(wǎng)絡(luò)內(nèi) 的內(nèi)容提供服務(wù)器(DMS )。
此外，DMP 501向已被設(shè)置為DMS的AS( IPTV),發(fā)出UPnP 的內(nèi)容目錄^務(wù)的瀏覽動(dòng)作。在乂人DMP 50W妻收到該瀏覽動(dòng)作 時(shí)，家庭IMS網(wǎng)關(guān)502將該請(qǐng)求中繼給AS 511( CDS 512)。 AS 511 (CDS 512)獲取由IPTV服務(wù)520的EPG服務(wù)器521所提供的視 頻內(nèi)容的列表，并且在家庭IMS網(wǎng)關(guān)502中，將該內(nèi)容列表發(fā)送 給DMP 501,作為響應(yīng)。
應(yīng)該注意，如上所述，該內(nèi)容列表記錄應(yīng)用于作為元^:據(jù) 的內(nèi)容的獲取的內(nèi)容URL和用于作為內(nèi)容獲耳又的前4是而執(zhí)行的 認(rèn)證和密鑰交換(AKE)處理的對(duì)象裝置信息。將關(guān)于密鑰交 換(AKE)處理的對(duì)象裝置信息設(shè)置為家庭IMS網(wǎng)關(guān)502?？蛇x 地，可以采用以下設(shè)置家庭IMS網(wǎng)關(guān)502通知DMP 501以下情 況密鑰交換(AKE)處理的對(duì)象裝置是家庭IMS網(wǎng)關(guān)502,而 無需使用內(nèi)容元數(shù)據(jù)。
在內(nèi)容接收之前，在步驟S102， DMP 501根據(jù)DTCP-IP的 規(guī)范，執(zhí)行認(rèn)證和密鑰交換(AKE)處理。DMP與一皮設(shè)置為認(rèn) 證和密鑰交換的執(zhí)行對(duì)象的家庭IMS網(wǎng)關(guān)502執(zhí)行該處理。然而，應(yīng)該注意，在該認(rèn)證和密鑰交換(AKE)處理中，在步驟
S103 ,家庭IMS網(wǎng)關(guān)502將用作內(nèi)容的加密密鑰的密鑰提供給作 為內(nèi)容提供實(shí)體的IPTV服務(wù)520的視頻服務(wù)器522。通過該處 理，在完成認(rèn)證和密鑰交換(AKE)處理時(shí)，在作為內(nèi)容提供 實(shí)體的IPTV服務(wù)520的視頻服務(wù)器522和作為內(nèi)容使用實(shí)體的 DMP之間共享該密鑰。
接著，在步驟S104，作為內(nèi)容回》文裝置的DMP 501通過應(yīng)
GET的內(nèi)容請(qǐng)求，并向視頻服務(wù)器522請(qǐng)求HTTP流。IPTV服務(wù) 520的視頻服務(wù)器522利用在前面的AKE階段中與DMP 501共享 的密鑰，加密內(nèi)容數(shù)據(jù)，并將加密后的數(shù)據(jù)發(fā)送給DMP 501。 DMP 501通過應(yīng)用共享的加密密鑰，對(duì)從IPTV服務(wù)520接收到 的數(shù)據(jù)執(zhí)行解密處理，從而執(zhí)行內(nèi)容回放。
如上所述，根據(jù)本發(fā)明的配置，作為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回 放設(shè)備的DMP可以接收并且回放來自位于家庭網(wǎng)絡(luò)外部的內(nèi) 容提供服務(wù)器的內(nèi)容。
為了能夠進(jìn)行該處理，安裝在家庭網(wǎng)絡(luò)內(nèi)的家庭IMS網(wǎng)關(guān) 執(zhí)行與內(nèi)容提供服務(wù)器的通信，并進(jìn)行將內(nèi)容提供服務(wù)器映射 為虛擬家庭網(wǎng)絡(luò)裝置的操作，即，創(chuàng)建記錄外部服務(wù)器的服務(wù) 器信息并將其存儲(chǔ)到存儲(chǔ)部中的實(shí)例。在從家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容 回放設(shè)備接收到根據(jù)U P n P規(guī)范的裝置發(fā)現(xiàn)請(qǐng)求時(shí)，基于該實(shí) 例，家庭IMS網(wǎng)關(guān)執(zhí)行將與內(nèi)容提供服務(wù)器相對(duì)應(yīng)的服務(wù)器信 息作為裝置信息提供給該內(nèi)容回放裝置的處理，所述裝置信息 表示可以從其接收服務(wù)的裝置。
此外，在從內(nèi)容回放設(shè)備接收到內(nèi)容獲取請(qǐng)求，即，關(guān)于 內(nèi)容提供服務(wù)器所提供的內(nèi)容的獲取請(qǐng)求時(shí)，家庭IMS網(wǎng)關(guān)將 該請(qǐng)求傳送給內(nèi)容提供服務(wù)器，并使得該內(nèi)容從內(nèi)容提供服務(wù)器發(fā)送到內(nèi)容回放設(shè)備，從而使得內(nèi)容回放設(shè)備能夠進(jìn)行內(nèi)容
4妄對(duì)t和回ii 。
對(duì)于DLNA所規(guī)定的作為內(nèi)容發(fā)送的條件而必需執(zhí)行的i人 證和密鑰交換，采用以下配置由家庭IMS網(wǎng)關(guān)將通過執(zhí)行如 內(nèi)容回放設(shè)備和家庭IMS網(wǎng)關(guān)之間規(guī)定的處理(AKE)而生成 的密鑰發(fā)送給內(nèi)容提供服務(wù)器。內(nèi)容提供服務(wù)器和內(nèi)容回放設(shè) 備因而可以共享在i^證和密鑰交換處理中所生成的密鑰。如在 家庭網(wǎng)絡(luò)內(nèi)的DMS所執(zhí)行的內(nèi)容發(fā)送處理中的一樣，將加密后 的內(nèi)容從內(nèi)容提供服務(wù)器發(fā)送到內(nèi)容回放設(shè)備，從而實(shí)現(xiàn)安全 的內(nèi)容發(fā)送和接收。
應(yīng)該注意，該內(nèi)容發(fā)送方案還可以應(yīng)用于家庭到家庭的內(nèi) 容發(fā)送?？梢酝ㄟ^用提供相似服務(wù)的其它家庭的家庭服務(wù)器來 代替圖11所示的IPTV服務(wù)520的視頻服務(wù)器522,來在家庭內(nèi)進(jìn) 行內(nèi)容發(fā)送。在這樣的非商業(yè)內(nèi)容發(fā)送中，存在無需加密而發(fā) 送內(nèi)容的情況。
在上述中，已經(jīng)對(duì)于家庭IMS網(wǎng)關(guān)的實(shí)施例進(jìn)行了說明， 其中，該家庭IMS網(wǎng)關(guān)允許作為符合圖4所示的DLNA指南的內(nèi) 容回放裝置的DMP接收IPTV服務(wù)。如以上參考圖4所述，作為 DLNA所規(guī)定的內(nèi)容提供服務(wù)器的DMS實(shí)現(xiàn)UPnP媒體服務(wù)器 (UPnP Media Server ),并且在該UPnP媒體月l務(wù)器(UPnP Media Server)中實(shí)i見主內(nèi)容目錄月l務(wù)(Content Media Server ), 乂人而 允許通過應(yīng)用該內(nèi)容目錄服務(wù)來獲取內(nèi)容列表和元數(shù)據(jù)。即， 通過使用該內(nèi)容目錄服務(wù)(Content Directory Service),作為 DLNA規(guī)定的內(nèi)容回放裝置的DMP進(jìn)行從作為DLNA規(guī)定的內(nèi) 容提供服務(wù)器的D M S流發(fā)送的內(nèi)容列表的獲取。在參考圖9所 述的實(shí)施例中，通過應(yīng)用UPnP DA所規(guī)定的SOAP/GENA消息通 信，進(jìn)4亍UPnP內(nèi)容目錄月l務(wù)(Content Directory Service )的內(nèi)容列表獲取處理。接著，將給出使用UPnP DA所規(guī)定的呈現(xiàn)方 案的處理例子的說明。使用UPnP DA規(guī)定的呈現(xiàn)(Presentation)方案的處理的例在下述實(shí)施例中，作為根據(jù)本發(fā)明的信息信息處理設(shè)備的 圖3所示的家庭IMS網(wǎng)關(guān)212充當(dāng)HTTP服務(wù)器，并且通過使用 UPnPDA所規(guī)定的呈現(xiàn)(Presentation)方案，家庭IMS網(wǎng)關(guān)212 連接到包括HTML瀏覽器的UPnP控制點(diǎn)，而且用戶從通過使用 該瀏覽器功能所顯示的HTML屏幕選擇期望的IPTV服務(wù)，并接 收該服務(wù)。即，該實(shí)施例^表這樣的處理例子例如，通過應(yīng)用上述 的UPnP DA所規(guī)定的呈現(xiàn)(Presentation)方案，對(duì)于作為內(nèi)容 回放裝置的DMP，例如，圖3所示的TV(DMP)213，由家庭IMS 網(wǎng)關(guān)212執(zhí)行提供描述包括內(nèi)容列表和內(nèi)容信息等的服務(wù)屏幕 的HTML數(shù)據(jù)的處理，并且在作為內(nèi)容回放裝置的DMP端的顯 示器上顯示由HTML數(shù)據(jù)構(gòu)成的服務(wù)屏幕，從而使得用戶基于 所顯示的數(shù)據(jù)進(jìn)行內(nèi)容選擇，以接收IPTV服務(wù)。即，例如，通 過使用被設(shè)置為家庭網(wǎng)絡(luò)內(nèi)的DLNA裝置的具有瀏覽器功能的 PC或TV,在顯示器上呈現(xiàn)由家庭IMS網(wǎng)關(guān)212所保持的列表， 以允許選擇IPTV服務(wù)，從而進(jìn)行服務(wù)接收。在本實(shí)施例中，例如，內(nèi)容回放裝置，即，圖3所示的TV (DMP ) 213實(shí)現(xiàn)用于實(shí)現(xiàn)UPnP DA所規(guī)定的呈現(xiàn) (Presentation)功能的HTML瀏覽器。盡管在本實(shí)施例中沒有 4吏用UPnP內(nèi)容目錄(UPnP Content Directory )月1務(wù)，4旦是為了 流回放功能的目的，內(nèi)容回放裝置的實(shí)現(xiàn)基于DLNA的媒體傳 輸?shù)囊?guī)范或關(guān)于內(nèi)容保護(hù)的DTCP-IP規(guī)范。將AS( IPTV)所提供的內(nèi)容的使用過程分成以下四個(gè)階段。(Bl )裝置發(fā)現(xiàn)處理
(B2a)服務(wù)屏幕獲取 (B3)認(rèn)證和密鑰交換處理 (B4 )內(nèi)容流處理 對(duì)于上述階段，階段(Bl )、 (B3)、 (B4)中的每一個(gè)的處 理與在前面的實(shí)施例中參考圖9、 IO所述的相同。雖然在參考圖 9、 IO所述的處理中，執(zhí)行參考圖9所述的步驟S35到S38中的 (B2)的內(nèi)容列表獲取處理，但是根據(jù)使用UPnPDA所規(guī)定的 呈現(xiàn)(Presentation)方案的本實(shí)施例中，進(jìn)行(B2a )服務(wù)屏 幕獲取處理，來代替(B2)內(nèi)容列表獲取處理。
圖12示出用于進(jìn)行該(B2a)服務(wù)屏幕獲取處理的家庭IMS 網(wǎng)關(guān)212的軟件模塊配置的例子。在服務(wù)屏幕操作類型的該實(shí)施 例中，由于通過使用HTML瀏覽器功能來獲取該服務(wù)屏幕，因 而不實(shí)現(xiàn)參考圖6所述的SOAP、 GENA的軟件模塊。此外，代 替參考圖6所述的UPnP消息代理(UPnP Message Proxy ),實(shí)現(xiàn) 在HTTP服務(wù)器和HTTP客戶端之間中繼HTML數(shù)據(jù)的HTTP代 理(HTTP Proxy )。
通過參考圖13的過程圖，將說明以下根據(jù)本實(shí)施例的過程。 (Bl )裝置發(fā)現(xiàn)處理 (B2a)服務(wù)屏幕獲取處理
(Bl )裝置發(fā)現(xiàn)處理與以上參考圖9所述的處理相同。作 為內(nèi)容回放設(shè)備的DMP (例如，圖3所示的TV ( DMP ) 213 )根 據(jù)UPnP所規(guī)定的裝置發(fā)現(xiàn)協(xié)議，通過處理步驟S31到S34,進(jìn)行 裝置發(fā)現(xiàn)處理。通過該處理，作為內(nèi)容回放裝置的DMP發(fā)現(xiàn)在 家庭IMS網(wǎng)關(guān)中所實(shí)現(xiàn)的內(nèi)容提供服務(wù)器(DMS)，并且根據(jù) UPnP DA的規(guī)范和利用該DMS的裝置信息(Device Description ),獲取用于獲取由在該DMS中所實(shí)現(xiàn)的HTTP服務(wù)器所提供的HTML數(shù)據(jù)的呈現(xiàn)URL ( Presentation URL )。
在接著要執(zhí)行的(B2a)服務(wù)屏幕獲取處理中，首先，在 步驟S201,作為內(nèi)容回放裝置的DMP通過使用在(Bl )裝置發(fā) 現(xiàn)處理中所獲取的呈現(xiàn)URL (Presentation URL),向DMS的 HTTP服務(wù)器發(fā)送HTTP:GET請(qǐng)求。
在步驟S202,在家庭IMS網(wǎng)關(guān)中實(shí)現(xiàn)的HTTP代理(HTTP Proxy)將HTTP服務(wù)器從作為內(nèi)容回放裝置的DMP接收到的 HTTP:GET請(qǐng)求發(fā)送給IPTV服務(wù)的應(yīng)用服務(wù)器(AS)。
通過使用從EPG服務(wù)器所獲取的內(nèi)容信息，IPTV服務(wù)的應(yīng) 用月l務(wù)器(AS )倉(cāng)J建4乍為HTML ( Hyper Text Markup Language, 超文本標(biāo)記語言)數(shù)據(jù)的包括內(nèi)容列表的服務(wù)屏幕，并且在步 驟S203,將表示服務(wù)屏幕的HTML數(shù)據(jù)返回給家庭IMS網(wǎng)關(guān)，
作為HTTP:OK響應(yīng)。
在步驟S204，家庭IMS網(wǎng)關(guān)通過HTTP代理(HTTP Proxy )， 將從IPTV服務(wù)的應(yīng)用服務(wù)器(AS )接收到的包括HTML數(shù)據(jù)的 響應(yīng)傳送給作為內(nèi)容回放裝置的DMP。
對(duì)于IPTV服務(wù)的應(yīng)用服務(wù)器(AS )發(fā)送并通過家庭IMS網(wǎng) 關(guān)傳送的HTML數(shù)據(jù)，作為內(nèi)容回放裝置的DMP利用HTML瀏 覽器進(jìn)行繪制，從而創(chuàng)建用于向用戶顯示的包括內(nèi)容列表等的 服務(wù)屏幕。在該服務(wù)屏幕中包括IPTV服務(wù)內(nèi)容列表。用戶從該 內(nèi)容列表中選擇要回放的內(nèi)容。
作為利用諸如遙控器、開關(guān)、鍵盤或鼠標(biāo)等的指示器來選 擇在屏幕上顯示的內(nèi)容列表的處理，來執(zhí)行該內(nèi)容選擇處理。
通過該內(nèi)容選4奪處理，標(biāo)識(shí)HTML數(shù)據(jù)中所包括的內(nèi)容的資源 URL。通過使用與所選擇的內(nèi)容相對(duì)應(yīng)的URL,進(jìn)行以上參考 圖IO所述的后續(xù)處理
(B3 )認(rèn)證和密鑰交換處理；以及(B4 )內(nèi)容流處理。
作為內(nèi)容回放裝置的DMP通過這些處理進(jìn)行內(nèi)容回放。
即，對(duì)于在服務(wù)屏幕中包括的內(nèi)容列表，客戶裝置輸入關(guān)于用 戶的內(nèi)容選擇的信息，基于該內(nèi)容選擇信息標(biāo)識(shí)與所選擇的內(nèi)
容相對(duì)應(yīng)的URL，即，包括在HTML數(shù)據(jù)中的內(nèi)容的資源URL, 并基于該URL執(zhí)行認(rèn)證和密鑰交換處理或內(nèi)容流處理。
雖然在圖13的過程圖中，執(zhí)行一次步驟S201到S204中所執(zhí) 行的服務(wù)屏幕獲取處理，但是服務(wù)屏幕可以采用通過多個(gè) HTML數(shù)據(jù)表示的結(jié)構(gòu)菜單的配置，這使得可以執(zhí)行基于用戶 進(jìn)行的HTML瀏覽器的操作的服務(wù)屏幕的再獲取。即，可以采 用這樣的配置重復(fù)執(zhí)行與步驟S201到S204的相同的處理，從 而允許將各種服務(wù)屏幕從IPTV服務(wù)的AS提供給DMP。 DMP端 的用戶從在各種服務(wù)屏幕上呈現(xiàn)的內(nèi)容列表中選擇任意內(nèi)容。
同樣在諸如IPTV服務(wù)所提供的內(nèi)容提供處理是視頻點(diǎn)播 服務(wù)，或者用戶對(duì)購(gòu)買觀看或收聽內(nèi)容的權(quán)力做出計(jì)費(fèi)確認(rèn)的 情況下，將表示確認(rèn)屏幕的HTML數(shù)據(jù)通過家庭IMS網(wǎng)關(guān)從 IPTV服務(wù)的AS發(fā)送到DMP 。
用戶在操作在DMP的顯示器上顯示的服務(wù)屏幕并且進(jìn)行 交互式處理時(shí)，可以接收IPTV服務(wù)所提供的各種服務(wù)。
圖14示出從IPTV服務(wù)的AS提供給DMP的并且顯示在DMP 的顯示器上的服務(wù)屏幕和流回放屏幕的例子。
圖14( 1 )示出在參考圖13的過程圖所述的步驟S201到S204 中的(B2)的服務(wù)屏幕獲取處理中在DMP的顯示器上顯示的服 務(wù)屏幕的例子。
圖14 ( 2 )示出在后續(xù)內(nèi)容流處理期間在DMP的顯示器上 顯示的屏幕的例子。即，這表示當(dāng)正在進(jìn)行參考圖IO所述的 (B4 )內(nèi)容流處理時(shí)的內(nèi)容回放設(shè)備的顯示屏幕的例子。應(yīng)該注意，圖14所示的以下兩個(gè)處理屏幕，即，
(1 )服務(wù)屏幕；和 (2 )內(nèi)容流屏幕，
可以通過用戶操作來適當(dāng)切換，并且可以重復(fù)執(zhí)行服務(wù)屏 幕呈現(xiàn)和內(nèi)容流處理。
雖然上述實(shí)施例涉及使用UPnP所^L定的呈現(xiàn)方案的處理 例子，但是在使用例如CEA-2014標(biāo)準(zhǔn)所規(guī)定的HTML瀏覽器 (HTML Browser )的方案的配置的情況下，也可以進(jìn)4亍相同的 處理。
將簡(jiǎn)要說明CEA-2014標(biāo)準(zhǔn)。CEA-2014標(biāo)準(zhǔn)是基于web的協(xié) 議和框架的標(biāo)準(zhǔn)，并且是使用UPnP網(wǎng)絡(luò)和因特網(wǎng)的遠(yuǎn)程用戶界 面的標(biāo)準(zhǔn)。例如，CEA-2014標(biāo)準(zhǔn)是定義在通過網(wǎng)絡(luò)等所連接的 遠(yuǎn)程裝置的控制下提供用戶界面所需的機(jī)制的標(biāo)準(zhǔn)。提供用戶 界面的裝置的基本處理是符合作為關(guān)于UPnP網(wǎng)絡(luò)和家庭內(nèi) UPnP ( in-home UPnP )的規(guī)范的UPnP裝置體系結(jié)構(gòu)(Vl.O)的 處理。CEA-2014標(biāo)準(zhǔn)對(duì)于家庭內(nèi)UPnP裝置還允許第三方的因 特網(wǎng)服務(wù)所提供的用戶界面的遠(yuǎn)程顯示處理，并且規(guī)定TV、移 動(dòng)電話和便攜式裝置中所使用的各種UI功能。應(yīng)該注意， CEA-2014標(biāo)準(zhǔn)被配置為包括滿足作為家庭網(wǎng)絡(luò)的UI標(biāo)準(zhǔn)的 CEA-2027-A的具體要求的規(guī)范的標(biāo)準(zhǔn)。
在實(shí)現(xiàn)CEA-2014標(biāo)準(zhǔn)所規(guī)定的HTML瀏覽器(HTML Browser)的裝置中，通過使用HTML瀏覽器(HTML Browser ) 獲取服務(wù)屏幕，來實(shí)現(xiàn)與參考圖13所述的處理相同的處理。在 這種情況下，家庭IMS網(wǎng)關(guān)的UPnP裝置類型(UPnP Device class)是遠(yuǎn)程UI服務(wù)器(Remote UI server),并且使用根據(jù) CEA-2014所規(guī)定的HTML協(xié)議的HTML數(shù)據(jù)。
2.應(yīng)用于IPTV服務(wù)的功能的說明在上述中，已經(jīng)說明了這樣的配置在不依賴于諸如到因 特網(wǎng)或網(wǎng)關(guān)的接入線路的基礎(chǔ)結(jié)構(gòu)的開放因特網(wǎng)連接環(huán)境下，應(yīng)用現(xiàn)有DLNA裝置，從而能夠觀看或收聽由諸如IPTV服務(wù)的 位于家庭網(wǎng)絡(luò)外部的外部服務(wù)器所提供的內(nèi)容。以下，將按照 下面的主題順序說明家庭網(wǎng)絡(luò)內(nèi)的裝置從外部服務(wù)器接收 IPTV服務(wù)所使用的功能塊。2-A. IPTV服務(wù)接收客戶端的功能塊2-B. IMS ( IP多媒體子系統(tǒng))的功能塊2-C.網(wǎng)絡(luò)配置中使用的功能塊2-A. IPTV服務(wù)接收客戶端的功能塊首先將說明IPTV服務(wù)接收客戶端的功能。如以上參考圖3 所述，在家庭網(wǎng)絡(luò)210內(nèi)存在以下裝置作為網(wǎng)絡(luò)連接裝置的家庭網(wǎng)關(guān)(RG: Residential Gateway ) 211，通過所述家庭網(wǎng)關(guān)211,家庭網(wǎng)絡(luò)內(nèi)的裝置連接到IP寬帶 網(wǎng)絡(luò)221,并且所述家庭網(wǎng)關(guān)211被用作橋接器；家庭IMS網(wǎng)關(guān)212，執(zhí)行與家庭網(wǎng)絡(luò)210內(nèi)的裝置(例如， 諸如TV ( DMP ) 213的內(nèi)容回放裝置)相關(guān)的處理，從而能夠 使用由位于家庭網(wǎng)絡(luò)外部的服務(wù)器所提供的服務(wù)；以及作為數(shù)字々某體4番》丈器(DMP: Digital Media Player)的TV 213,所述TV 213是接收和回放內(nèi)容的客戶裝置?？梢詫⑦@些裝置配置為物理上分開的單獨(dú)裝置或單個(gè)裝置。即，家庭網(wǎng)絡(luò)210可以采用各種裝置配置設(shè)置。然而，應(yīng)該 注意，在這些各種可能的裝置配置中，需要其中一個(gè)裝置裝配 有接收IPTV服務(wù)所需的功能。家庭網(wǎng)絡(luò)內(nèi)所連接的作為客戶端的單個(gè)信息處理設(shè)備或多 個(gè)信息處理設(shè)備的組合中的每一個(gè)基本上包括通信部，通過家庭網(wǎng)絡(luò)執(zhí)行通信處理；和數(shù)據(jù)處理部，執(zhí)行通過應(yīng)用將位于 家庭網(wǎng)絡(luò)外部的外部服務(wù)器設(shè)置為虛擬家庭網(wǎng)絡(luò)裝置的映射信 息，來接收由外部服務(wù)器所提供的內(nèi)容提供服務(wù)的處理。以下將說明對(duì)于家庭網(wǎng)絡(luò)內(nèi)所連接的信息處理設(shè)備接收IPTV服務(wù) 來說變得必需或有效的功能塊，即，IPTV服務(wù)接收客戶端的功能塊。IPTV服務(wù)接收客戶端接收IPTV服務(wù)所需的功能塊是IPTV 終端功能塊。IPTV終端功能塊是IPTV服務(wù)的邏輯端點(diǎn)(logic end point)所需的功能塊。例如，在圖3所示的配置例子中，RG 211、家庭IMS網(wǎng)關(guān)212和TV( IPTV)213中的每一個(gè)扭^亍該IPTV 終端功能的 一部分。利用這些裝置根據(jù)它們的作用每一個(gè)都執(zhí) 行IPTV終端功能的 一 部分，可以接收從外部服務(wù)器所提供的服 務(wù)，并將其呈現(xiàn)在家庭網(wǎng)絡(luò)內(nèi)的裝置，例如，圖3所示的TV(DMP)213上。此外，盡管圖3中沒有示出，但是將來自外部 服務(wù)器的服務(wù)提供給其它家庭網(wǎng)絡(luò)裝置，以同樣執(zhí)行諸如存儲(chǔ)、 打印和顯示的處理。圖15示出作為接收IPTV服務(wù)所需的功能塊的IPTV終端功 能塊的組件。如圖15所示，可以將IPTV終端功能塊分成以下組 件。(Al ) IPTV客戶端 (A2 ) IMS網(wǎng)關(guān) (A3 )其它以下將說明這些各個(gè)組件中包括的功能元件。 (Al ) IPTV客戶端IPTV客戶端是確保IPTV裝置，例如，圖3所示的TV(DMP) 213可以可靠地接收IPTV服務(wù)的組件。如圖15所示，IPTV客戶 端具有作為功能元件的以下子組件。IPTV應(yīng)用客戶端IMS通信客戶端 IPTV導(dǎo)^t客戶端 內(nèi)容保護(hù)客戶端IPTV-DLNA應(yīng)用網(wǎng)關(guān)以下將說明這些功能元件(子組件)，IPTV應(yīng)用客戶端是接收i某體信號(hào)并將 示系統(tǒng)的組件。例如，IPTV應(yīng)用客戶端通過遠(yuǎn)程控制從用戶接 收命令，并根據(jù)該命令執(zhí)行處理。具體地，IPTV應(yīng)用客戶端進(jìn) 行例如EPG (電子節(jié)目指南)的顯示、使用EPG的頻道指定和 改變等。IMS通信客戶端是用于分發(fā)諸如消息和視頻數(shù)據(jù)的消息信 息以及基于與IPTV無關(guān)的IMS的其它服務(wù)信息等的IMS應(yīng)用程序組。IPTV導(dǎo)航客戶端用于下載EPG(電子節(jié)目指南)、與VoD(視 頻點(diǎn)播)相對(duì)應(yīng)的內(nèi)容列表和其它元數(shù)據(jù)，并將它們顯示在內(nèi) 容選4奪專用的GUI上。IPTV導(dǎo)航客戶端對(duì)來自諸如廣播TV和DLNA家庭網(wǎng)絡(luò)的 源的其它元數(shù)據(jù)等執(zhí)行綜合處理。如，用于保護(hù)內(nèi)容所有人的版權(quán)的加密處理，加密密鑰的管理等。IPTV-DLNA應(yīng)用網(wǎng)關(guān)執(zhí)行這樣的處理，所述處理諸如是接 收來自IPTV客戶端的媒體和EPG (電子節(jié)目指南)，將它們轉(zhuǎn) 換成在DLNA裝置上可用的格式以及通過網(wǎng)絡(luò)發(fā)送EPG (電子 節(jié)目指南)等。IPTV-DLNA應(yīng)用網(wǎng)關(guān)充當(dāng)SIP (會(huì)話啟動(dòng)協(xié)議)客戶端，并執(zhí)行關(guān)于連接到家庭網(wǎng)絡(luò)的其它家用裝置的登記處理。例如，IPTV-DLNA應(yīng)用網(wǎng)關(guān)執(zhí)行家庭成員或裝置的登記。 (A2) IMS網(wǎng)關(guān)接著將說明圖15所示的(A2) IMS網(wǎng)關(guān)的功能元件。在圖3 所示的配置中，這些元件對(duì)應(yīng)于家庭IMS網(wǎng)關(guān)212具有的功能 塊。家庭IMS網(wǎng)關(guān)212是這樣的組件將家庭網(wǎng)絡(luò)內(nèi)的裝置連接 到IM S網(wǎng)絡(luò)，并且通過根據(jù)需要進(jìn)行各種信號(hào)協(xié)議之間的轉(zhuǎn)換， 在家庭網(wǎng)絡(luò)內(nèi)的裝置和家庭網(wǎng)絡(luò)外部的設(shè)備之間^丸行消息的中 介(mediation )。如附圖所示，家庭IMS網(wǎng)關(guān)包括以下功能元件(子組件)IMS B2BUA',IMS代理；IMS客戶端；GBA客戶端；以及家庭路由器接口 。以下將說明這些功能元件(子組件)。IMS B2BUA用作純SIP客戶端和IMS系統(tǒng)之間的互通單元， 并執(zhí)行諸如SIP消息和IMS消息之間的變換和消息傳送的處理。IMS代理僅發(fā)送消息，而不是如同B2BUA—樣進(jìn)行消息變 換，并執(zhí)行路由處理、將IP地址(本地和全局)映射成端口號(hào) 的處理等。IMS客戶端通過應(yīng)用客戶端標(biāo)識(shí)信息等來4丸行客戶端登記 處理(IMS登記處理)。此外，IMS客戶端支持諸如認(rèn)證和利用 CSCF的IPSec安全連接建立等處理。家庭路由器接口功能塊提供諸如提供NAT功能的路由器功 能。例如，家庭路由器接口功能塊通過SIP服務(wù)器DHCP選項(xiàng) [DHCP-SIP]或通過SRV記錄的DNS解析，獲取P-CSCF地址，并執(zhí)行諸如打開和關(guān)閉UPnP所規(guī)定的控制信號(hào)端口和單播媒體 流的端口的處理。(A3 )其它組件除上述的下面的組件外(Al ) IPTV客戶端(A2 ) IMS網(wǎng)關(guān)， IPTV終端功能塊還具有圖15所示的(A3)其它組件的功能 元件(子組件) HTTP代理，高速緩存功能塊，以及 組播數(shù)據(jù)通道控制功能塊。 以下將說明這些功能元件(子組件)。HTTP代理是這樣的中間程序根據(jù)[HTTP]協(xié)議的規(guī)范執(zhí) 行處理，并且為了代表其它客戶端(HTTP客戶端)做出請(qǐng)求， 既充當(dāng)服務(wù)器又充當(dāng)客戶端。例如，HTTP代理可以截取發(fā)送到 外部的HTTP GET ，并且高速緩存和使用所請(qǐng)求的URI可以參考 的數(shù)據(jù)。此外，HTTP代理充當(dāng)HTTP客戶端，并且基于所請(qǐng)求 的URI等，執(zhí)行數(shù)據(jù)檢索。高速緩存功能塊用于高速緩存由客戶端已經(jīng)通過單播下載 或組播所接收到的數(shù)據(jù)。高速緩存功能塊執(zhí)行臨時(shí)記錄諸如網(wǎng) 頁(EPG和其它IPTV菜單)、通信和元數(shù)據(jù)的數(shù)據(jù)的高速緩存 處理。例如，高速緩存功能塊用于最小化用戶的交互等待時(shí)間， 最小化從IP T V應(yīng)用和控制功能塊的單播下載量?？梢詮目蛻舳?直接訪問高速緩存功能塊，并且在IPTV客戶端和高速緩存功能 塊在同一網(wǎng)絡(luò)內(nèi)物理上;f皮此間隔開的情況下，例如，可以通過 使用GENA協(xié)議，根據(jù)DLNA的定義，由高速緩存功能塊將諸如生成新的高速緩存數(shù)據(jù)的事件通知給IPTV客戶端。
組播數(shù)據(jù)通道(MDC)控制功能塊是這樣的功能塊在高
速緩存功能塊和安裝在客戶端上的應(yīng)用程序之間進(jìn)行接口連
接，并且包4舌組4番數(shù)據(jù)通道(MDC: Multicast Data Channel )插 入功能塊。MDC插入功能塊接收來自各種應(yīng)用程序的對(duì)MDC 的內(nèi)容請(qǐng)求，并且經(jīng)由組播通道，通過組^番來分發(fā)內(nèi)容。
組播數(shù)據(jù)通道(MDC )控制功能塊利用標(biāo)簽來標(biāo)識(shí)來自各 種應(yīng)用程序的請(qǐng)求。例如，在客戶端所執(zhí)行的瀏覽器中，通過 在指定EPG頁面標(biāo)簽的同時(shí)做出請(qǐng)求，使得獲取EPG變得可能。 MDC控制功能塊過濾進(jìn)入的MDC,并將MDC對(duì)象和所應(yīng)用的 標(biāo)簽一起發(fā)送給各應(yīng)用程序。
應(yīng)該注意，組播數(shù)據(jù)通道(MDC)控制功能塊包括MDC 代理，并且如果MDC代理登記有與諸如EPG頁面的給定對(duì)象有 關(guān)的特定數(shù)量的請(qǐng)求，則可以請(qǐng)求M D C控制功能塊將該E P G頁 面置于MDC中。即，可以通過組播將同 一數(shù)據(jù)分發(fā)給多個(gè)客戶 端，并且可以消除通過單播通道的來自各客戶端的數(shù)據(jù)請(qǐng)求的 必要性。
2-B.IMS (IP多媒體子系統(tǒng))的功能塊
接著，將對(duì)用于通過家庭網(wǎng)絡(luò)內(nèi)的裝置接收來自外部服務(wù) 器的IPTV服務(wù)的IMS (IP多媒體子系統(tǒng))的功能塊進(jìn)行說明。 即，將說明圖3所示的IMS網(wǎng)絡(luò)230的功能。
如上所述，IMS基于IP技術(shù)，并且與固定通信系統(tǒng)的因特 網(wǎng)基礎(chǔ)結(jié)構(gòu)高度兼容。利用IMS核心處的基于IETF( The Internet Engineering Task Force,因特網(wǎng)工程任務(wù)組)的RFC-3261所規(guī) 定的SIP (會(huì)話啟動(dòng)協(xié)議)的、被稱為CSCF (呼叫會(huì)話控制功 能塊)的功能元件，由諸如家庭訂購(gòu)者子系統(tǒng)(HSS: Home Subscriber Subsystem )和應(yīng)用月l務(wù)器 (AS: Application Server )的功能元件配置成IMS。
圖3所示的IMS網(wǎng)絡(luò)230具有作為這些功能元件的CSCF 231、 HSS 232和AS ( IPTV ) 233,并且通過移動(dòng)電話網(wǎng)絡(luò)240 提供與移動(dòng)電話260相關(guān)的服務(wù)。
CSCF 231基于SIP (會(huì)話啟動(dòng)協(xié)議)進(jìn)行用戶登記和會(huì)話 設(shè)定控制。此外，CSCF 231根據(jù)登記在HSS 232中的用戶配置 文件設(shè)置來執(zhí)行必要的服務(wù)處理的啟動(dòng)。HSS 232具有用于IMS 中所使用的用戶ID的管理、各用戶訂購(gòu)的服務(wù)的配置文件的管 理、認(rèn)證信息的管理、關(guān)于各IMS服務(wù)是否可使用的管理以及 用戶移動(dòng)管理的數(shù)據(jù)庫。AS 233是這樣的服務(wù)器執(zhí)行各個(gè)服 務(wù)處理，并且由CSCF 231根據(jù)各用戶的服務(wù)訂購(gòu)狀況來啟動(dòng)， 以向用戶提供服務(wù)。
如上所述，在IMS中，例如，具有已登記的用戶ID的用戶 通過使用客戶裝置來對(duì)CSCF 231進(jìn)行訪問，以進(jìn)行終端(客戶 端)登記和會(huì)話設(shè)定控制，并根據(jù)登記在HSS 232中的用戶配 置文件設(shè)置，進(jìn)行必要服務(wù)的啟動(dòng)。ASS 233實(shí)際進(jìn)行各個(gè)服 務(wù)處理。
對(duì)于IPTV碎見聽服務(wù)，使用設(shè)置在IMS網(wǎng)絡(luò)230中的IPTV月l 務(wù)的AS。圖3所示的AS (IPTV) 233對(duì)應(yīng)于寺丸行該IPTV服務(wù)的 AS。實(shí)際上，AS (IPTV) 233協(xié)同IPTV服務(wù)(IPTV Service) 執(zhí)行實(shí)體，即，作為內(nèi)容提供實(shí)體的IPTV服務(wù)250,來執(zhí)行與 用戶終端相關(guān)的服務(wù)。
IPTV服務(wù)250具有EPG服務(wù)器251，所述EPG服務(wù)器251 是提供諸如內(nèi)容列表的作為節(jié)目信息指南的EPG (電子節(jié)目指 南)的服務(wù)器；以及作為提供視頻內(nèi)容的服務(wù)器的視頻服務(wù)器 252。通過各服務(wù)器和IMS網(wǎng)絡(luò)230的AS (IPTV) 233之間的協(xié) 作，實(shí)現(xiàn)與用戶終端相關(guān)的內(nèi)容列表提供服務(wù)和內(nèi)容提供服務(wù)。如以上參考圖3所述，IMS (IP多媒體子系統(tǒng))的主要功能
部件包括CSCF (呼叫會(huì)話控制功能塊)231、家庭訂購(gòu)者子系 鄉(xiāng)克(HSS: Home Subscriber Subsystem ) 232禾口應(yīng)用月良務(wù)器(AS: Application Server) 233。 CSCF 231基于SIP (會(huì)話啟動(dòng)協(xié)議) 進(jìn)行用戶登記和會(huì)話設(shè)定控制，并且根據(jù)登記在HSS 232中的 用戶配置文件設(shè)置來執(zhí)行必要的服務(wù)處理的啟動(dòng)。HSS 232具 有用于IMS中所4吏用的用戶ID的管理、各用戶訂購(gòu)的服務(wù)的配 置文件的管理、認(rèn)證信息的管理、關(guān)于各IMS服務(wù)是否可使用 的管理以及用戶移動(dòng)管理的數(shù)據(jù)庫。AS 233協(xié)同IPTV服務(wù) (IPTV Service )執(zhí)行實(shí)體，即，作為內(nèi)容提供實(shí)體的IPTV服 務(wù)250,來執(zhí)行與用戶終端有關(guān)的服務(wù)。
圖16是示出IMS ( IP多媒體子系統(tǒng))的以下主要功能塊的圖。
(Bl) CSCF (B2) HSS (B3) AS
以下^l奪分別"i兌明(Bl ) CSCF、 ( B2 ) HSS禾口 ( B3 ) AS具有 的功能塊。
Bl. CSCF
如圖16所示，CSCF (呼叫會(huì)話控制功能塊)被分為三個(gè)邏 輯實(shí)體，即，4戈理(Proxy) CSCF、詢問(Interrogating) CSCF 和月l務(wù)(Serving) CSCF。
例如，代理(Proxy) CSCF充當(dāng)從充當(dāng)IMS終端的家庭網(wǎng) 絡(luò)內(nèi)的客戶端，例如，圖3所示的家庭IMS網(wǎng)關(guān)212輸入的第一 點(diǎn)。代理CSCF使用從服務(wù)CSCF所獲取的密鑰，以建立與充當(dāng) IMS終端的家庭網(wǎng)絡(luò)內(nèi)的客戶端，例如，圖3所示的家庭IMS網(wǎng) 關(guān)212相關(guān)耳關(guān)的IPSec安全。對(duì)于來自終端，例如，圖3所示的家庭IMS網(wǎng)關(guān)212的IPSec 通信所保護(hù)的各SIP消息，代理CSCF對(duì)該消息的完整性進(jìn)行校 驗(yàn)，并對(duì)其進(jìn)行解碼。例如，如果該消息是加密的，則通過解 密進(jìn)行解碼。當(dāng)解碼成功時(shí)，代理CSCF執(zhí)行對(duì)客戶端標(biāo)識(shí)符等 的檢查。
例如，詢問(Interrogating) CSCF執(zhí)行與HSS相關(guān)的詢問 等，并獲取訂購(gòu)者信息(用戶配置文件等)以支持登記處理。 此外，詢問CSCF還執(zhí)行與SIP消息和記帳路徑(billing path) 的確定相關(guān)的處理。
月l務(wù)(Serving) CSCF是與家庭網(wǎng)絡(luò)的接觸點(diǎn)，用作SIP登 記器，并用作保持用戶位置和所記錄的用戶SIP地址之間的綁定 的SIP服務(wù)器。服務(wù)CSCF進(jìn)行諸如從HSS獲取用于客戶端的認(rèn) 證的AKAi人i正向量(Authentication Vector, AV )和用戶配置文 件/服務(wù)配置文件的處理。服務(wù)(Serving) CSCF通過使用IMS AKA協(xié)議，執(zhí)行客戶端認(rèn)證處理，并在該認(rèn)證成功之后，將AKA 認(rèn)證向量(AV)中所包括的密鑰提供給代理CSCF。
此外，服務(wù)(Serving) CSCF檢查它自己和IMS終端，例如， 客戶端之間的所有SIP消息，并確定消息路徑?？梢曰趶腍SS 所獲取的用戶服務(wù)配置文件，作為考慮觸發(fā)規(guī)則/事件的處理， 來執(zhí)行該處理。
B2. HSS
家庭訂購(gòu)者子系統(tǒng)(HSS: Home Subscriber Subsystem )保 持IMS訂購(gòu)者信息和與用戶配置文件等有關(guān)的客戶端(用戶) 信息的列表。應(yīng)該注意，在客戶端中，將個(gè)人用戶標(biāo)識(shí)(IMPI ) 和公共用戶標(biāo)識(shí)(IMPU)設(shè)置為多個(gè)標(biāo)識(shí)信息，并且以與這些 標(biāo)識(shí)信息中的至少一個(gè)相關(guān)聯(lián)的方式來記錄和管理用戶信息。
例如，將IPTV服務(wù)訂購(gòu)者配置文件與作為客戶端(用戶)標(biāo)識(shí)信息的IMPI綁定，并且IPTV服務(wù)訂購(gòu)者配置文件包括與各 客戶端相對(duì)應(yīng)的服務(wù)配置文件。服務(wù)配置文件包括一個(gè)以上的公共用戶標(biāo)識(shí)(IMPU)、核心網(wǎng)絡(luò)識(shí)別信息(選項(xiàng))以及一個(gè)以上的過濾基準(zhǔn)信息等。通過使用HSS所保持的過濾基準(zhǔn)，上述服務(wù)CSCF判斷為AS (應(yīng)用服務(wù)器)設(shè)置路徑是否適當(dāng)，或者判斷對(duì)于某一SIP請(qǐng)求 這是否是需要的等，并且進(jìn)行過濾。應(yīng)該注意，存儲(chǔ)要應(yīng)用于 過濾器的信息，并將該信息通知給與各用戶有關(guān)的各AS。例如， 對(duì)于IPTV ， HSS保持與IPTV服務(wù)提供實(shí)體和服務(wù)標(biāo)識(shí)符有關(guān)的 信息，并且基于這些信息進(jìn)行過濾。HSS還進(jìn)行在正常IMS登 記程序期間所使用的AKA認(rèn)證向量(AV)的生成。 B3. ASIMS ( IP多媒體子系統(tǒng))的主要功能塊的另 一元件是IMS 應(yīng)用服務(wù)器(AS)。 IMS應(yīng)用服務(wù)器(AS)具有以下IPTV功能。 *服務(wù)發(fā)現(xiàn)功能確定提供IPTV服務(wù)的IMS AS的接入點(diǎn)的位置的功能。 * nPVR (網(wǎng)全備個(gè)人坤見頻記錄)功能代表用戶記錄接收數(shù)據(jù)的功能，以及與nPVR功能有關(guān)的其 它服務(wù)的記帳、認(rèn)證和提供的功能。 *參與功能處于通信路徑中以進(jìn)行各種服務(wù)和記帳等的功能。 *控制功能執(zhí)行以下處理的功能SIP通話的終止、媒體流設(shè)定調(diào)整、 最終用戶中所設(shè)置的信息的記錄、登錄等、根據(jù)IPTV服務(wù)記帳、 其它服務(wù)的認(rèn)證和處理以及將這些服務(wù)和功能委派給連接到 IMS網(wǎng)絡(luò)的外部裝置等。2-C.網(wǎng)絡(luò)配置中使用的功能塊接著將對(duì)用于通過家庭網(wǎng)絡(luò)內(nèi)的裝置接收來自外部服務(wù)器 的IPTV服務(wù)的網(wǎng)絡(luò)配置中所使用的功能塊進(jìn)行說明。該網(wǎng)絡(luò)配 置中所使用的功能塊包括以下功能元件。 (Cl )媒體服務(wù)器(C2)譯碼功能塊 (C3 )家庭路由器可以將這些功能塊布置成在網(wǎng)絡(luò)上進(jìn)行分布。例如，可以 將(Cl )媒體服務(wù)器和(C2)譯碼功能的功能塊配置在圖3所 示的IPTV服務(wù)250內(nèi)，或者可以設(shè)置成獨(dú)立于其它網(wǎng)絡(luò)連接裝 置。在圖3所示的配置中，(C3)家庭路由器被設(shè)置在家庭網(wǎng)絡(luò) 210內(nèi)的裝置中，并且被設(shè)置在例如家庭IMS網(wǎng)關(guān)212中。以下 將給出對(duì)這些功能元件的處理的說明，(Cl )媒體服務(wù)器，(C2)譯碼功能塊；以及(C3 )家庭路由器。然后，將進(jìn)一步給出對(duì)(C4)通過網(wǎng)絡(luò)的通信處理的細(xì)節(jié) 的說明。Cl.媒體服務(wù)器媒體服務(wù)器是媒體播放器的最重要的組件，并且執(zhí)行，例 如，VoD(視頻點(diǎn)播)內(nèi)容的存儲(chǔ)和輸出，以及作為客戶端特 定內(nèi)容記錄處理的、在各客戶端上所執(zhí)行的網(wǎng)絡(luò)個(gè)人視頻記錄 (nPVR)的內(nèi)容的保持等。此外，例如，媒體服務(wù)器進(jìn)行在VoD (視頻點(diǎn)播)中進(jìn)行諸如慢鏡頭、快進(jìn)、倒帶以及跳章的技巧 播放(trick play)時(shí)所需的媒體流處理。將VoD (視頻點(diǎn)播) 內(nèi)容從內(nèi)容管理系統(tǒng)輸入到媒體服務(wù)器。C2.譯碼譯碼功能塊是執(zhí)行與代表標(biāo)準(zhǔn)圖像質(zhì)量的SD (標(biāo)準(zhǔn)清晰度)和代表高圖像質(zhì)量的HD(高清晰度)相對(duì)應(yīng)的數(shù)據(jù)的轉(zhuǎn)換和編碼的功能塊。例如，通過使用SIP會(huì)話設(shè)定的標(biāo)準(zhǔn)SIP SDP 協(xié)商，客戶端可以與IPTV服務(wù)提供服務(wù)器關(guān)于流編碼模式等進(jìn)行協(xié)商，并接收以適合客戶端的格式編碼的數(shù)據(jù)。需要譯碼功能塊來執(zhí)行這樣的處理通過執(zhí)行編碼，考慮客戶端的屏幕大 小和分辨率等方面的兼容性，同時(shí)還考慮網(wǎng)絡(luò)可以使用的編碼模式和流路徑可以使用的帶寬。 C3.家庭路由器在許多情況下，家庭網(wǎng)絡(luò)通過4是供NAT/NAPT (網(wǎng)絡(luò)地址 轉(zhuǎn)換/網(wǎng)絡(luò)地址端口轉(zhuǎn)換)功能的家庭路由器來連接到分布網(wǎng)絡(luò) (distribution network )?？梢詫⒓彝ヂ酚善鞣诸惓赏耆С中?和限制型家庭路由器兩種配置文件。例如，為了接收IPTV服務(wù)， 優(yōu)選使用支持以下能力的配置 *UPnP IGD;沐IP組播通過、IGMP代理和IGMP偵聽(SNOOPING); *分配有包括從DSCP映射為第二層優(yōu)先級(jí)標(biāo)簽(802.1 p, WMM)的優(yōu)先級(jí)的Qos (服務(wù)質(zhì)量)支持；以及 * DHCP服務(wù)器功能根據(jù)參數(shù)的中繼 C4.通過網(wǎng)絡(luò)的通信處理的細(xì)節(jié)接著將對(duì)使用上述各功能塊的網(wǎng)絡(luò)通信的細(xì)節(jié)進(jìn)行說明， 所述功能塊即，(CI)媒體服務(wù)器， (C2)譯碼功能塊，以及 (C3)家庭路由器。 通信和會(huì)話設(shè)定在依靠家庭路由器的通信處理中，例如，使用NAT(網(wǎng)絡(luò) 地址轉(zhuǎn)換)和NAPT (網(wǎng)絡(luò)地址端口轉(zhuǎn)換)。NAT用于將私有地址轉(zhuǎn)換成全局地址，而NAPT用于許多網(wǎng)絡(luò)地址和TCP/UDP端 口之間的轉(zhuǎn)換?？梢杂删W(wǎng)絡(luò)上的家庭路由器或NAT/NAPT路由 器來執(zhí)行這些處理。例如，通過使用IPSec來傳送諸如圖3所示的家庭網(wǎng)絡(luò)210 內(nèi)的家庭IMS網(wǎng)關(guān)212的IMS客戶端和IMS網(wǎng)絡(luò)230內(nèi)的CSCF 23 1中的代理CSCF之間的SIP消息。如果在它們之間存在 NAT/NAPT路由器，則使用IPsec ESP包[ESP]的UDP封裝。為了支持通過家庭路由器的組播流分發(fā)，NAT/NAPT路由 器還包括IGMP (Internet Group Management Protocal,因特網(wǎng) 組管理協(xié)議)代理和IGMP偵聽功能性。在家庭路由器裝配有 NAT/NAPT路由功能性的情況下，由IMS網(wǎng)關(guān)對(duì)此進(jìn)行管理。為 了正確運(yùn)行IGMP偵聽功能，必須由希望接收IP組播包的裝置來 創(chuàng)建IGMP全體組員凈艮告。例如，組播流的IGMP全體組員報(bào)告 不是由IMS網(wǎng)關(guān)，而是由IPTV客戶端創(chuàng)建的。SNTP ( Simple Networh Time Protocal,簡(jiǎn)單網(wǎng)絡(luò)時(shí)間協(xié)議) 的使用為了諸如設(shè)置時(shí)間戳和開始記錄的目的，IPTV系統(tǒng)內(nèi)的客 戶端，例如，圖3所示的家庭IMS網(wǎng)關(guān)212或TV213需要在0.1秒 內(nèi)的精確時(shí)間控制。在IPTV系統(tǒng)中，客戶端實(shí)現(xiàn)系統(tǒng)網(wǎng)絡(luò)時(shí)間 協(xié)議客戶端[SNTP]。 SNTP客戶端可以通過所定義的組播通道， 接收時(shí)間信號(hào)。協(xié)議需要IPTV服務(wù)中的媒體(節(jié)目)通信所使用的媒體協(xié)議， 以在媒體平面上提供實(shí)時(shí)音頻/視頻流傳輸和控制功能。例如， 使用以下協(xié)議。*MPEG-2TSIPTV廣播TV和VoD服務(wù)的所有媒體流都遵循MPEG傳輸流(MPEG-2TS)。
MPEG時(shí)間戳用于媒體同步。*RTP(Real-time Transport Protocal,實(shí)時(shí)4專車命f辦i義) 通過符合RFC 3550和RFC 2250的RTP協(xié)議來傳送 MPEG-2TS包。*RTCP ( Real-time Control Protocol,實(shí)時(shí)控制協(xié)議) 作為選項(xiàng)，RTCP可以應(yīng)用于媒體服務(wù)器和客戶端兩者。對(duì) 于單播或組播，RTCP協(xié)議符合RFC 3550。為了實(shí)現(xiàn)兼容性， 對(duì)于所有媒體服務(wù)器和客戶端，假定具有和不具有RTCP支持的 兩種實(shí)現(xiàn)。例如，雖然媒體服務(wù)器可以發(fā)送發(fā)送方報(bào)告，但是 客戶端不能利用接收方報(bào)告來進(jìn)行響應(yīng)。此外，在流傳送之前， SDP可以忽略RTCP信息。*FEC (Forward Error Correction, 前向纟H錯(cuò)) 盡管與當(dāng)前的因特網(wǎng)相比，IPTV網(wǎng)絡(luò)中包丟失的發(fā)生并不 頻繁，但是當(dāng)以高比特率(例如，HD流)執(zhí)行數(shù)據(jù)發(fā)送時(shí)，需 要魯棒傳輸。使用"每2小時(shí)內(nèi)容中等于或小于1的丟包率"作為 丟包率的基準(zhǔn)。2小時(shí)HD內(nèi)容包括約10M-IP包，因此需要丟包 率為10 ~ 7或更低。為了維持音頻/視頻的質(zhì)量，如杲丟包率大于以上定義的比 率，則可以恢復(fù)包的丟失。IPTV在進(jìn)行糾錯(cuò)中使用前向糾錯(cuò) (FEC)。為了實(shí)現(xiàn)兼容性，通過原始RTP流利用另一IP端口發(fā) 送FEC。 FEC傳輸格式基于RFC 2377及其擴(kuò)展。以SDP說明FEC 信息，從而使得能夠在將來產(chǎn)生其它版本。*RTSP (Real-time Streaming Protocal, 實(shí)時(shí)流協(xié)議) 所有媒體服務(wù)器和客戶端都支持RTSP (RFC 2326 ),以實(shí) 現(xiàn)包括諸如慢鏡頭、快進(jìn)、倒帶和跳章的技巧播放的回放控制。 TCP用于RTSP的傳輸。在組播的情況下不使用RTSP。在IPTV系統(tǒng)中，客戶端使用SIP協(xié)議來建立媒體會(huì)話，并且在會(huì)話設(shè)定之后，使用用于回》文控制的RTSP。 媒體內(nèi)容的格式和分發(fā)對(duì)于視頻內(nèi)容的媒體編解碼器，使用MPEG-2的第2部分和 MPEG4的第IO部分(還被稱為AVC或H. 264)。在設(shè)定客戶端和 服務(wù)器之間的會(huì)話之后，可以通過專用媒體服務(wù)器來管理諸如 TV節(jié)目的媒體的分發(fā)。還通過媒體分發(fā)網(wǎng)絡(luò)來執(zhí)行分發(fā)數(shù)據(jù)的i奪碼和編石馬。通過單播流的數(shù)據(jù)發(fā)送/接收處理例如，在VoD (視頻點(diǎn)播)或EPG獲取等中，在來自客戶 端的請(qǐng)求的情況下，通過瀏覽建立單播流。例如，當(dāng)客戶端側(cè) 的用戶選擇VoD標(biāo)題時(shí)，利用客戶端側(cè)的IPTV控制功能，通過 使用諸如RTSP的協(xié)議，將標(biāo)識(shí)流的SIP邀請(qǐng)(SIP-invhe)從該 客戶端發(fā)送到具有期望的內(nèi)容的媒體服務(wù)器(例如，圖3所示的 IPTV服務(wù)250 )。當(dāng)完成用于啟動(dòng)會(huì)話的準(zhǔn)備時(shí)，客戶端的IPTV控制功能塊 對(duì)來自客戶端的SIP邀請(qǐng)做出響應(yīng)，并且對(duì)于媒體服務(wù)器直接從 客戶端，或者通過充當(dāng)RTSP代理的IPTV控制功能塊，通過RTSP 播放(RTSPPLAY)啟動(dòng)流。在例如nPVR (網(wǎng)絡(luò)個(gè)人視頻記錄)或VoD (視頻點(diǎn)播)中 使用單播流。對(duì)于IPTV的單播流，將MPEG-2或MPEG-4第10 部分幀壓縮為MPEG-2傳輸流，然后將其設(shè)置為RTP包。通過 UDP/IP傳送RTP包。通過組播流的數(shù)據(jù)發(fā)送/接收處理組播流通常用于實(shí)現(xiàn)TV廣播的視聽。在組播中有關(guān)于資源 預(yù)留的以下兩個(gè)選項(xiàng)。(a) 根據(jù)SIP SDP通過代理CSCF進(jìn)行資源請(qǐng)求(b) 根據(jù)IGMP從IP邊緣進(jìn)行資源請(qǐng)求(IP邊緣裝置是IP骨干網(wǎng)絡(luò)和位于^姿入和綜合網(wǎng)絡(luò)的上行邊緣的家庭網(wǎng)絡(luò)之間的 第一個(gè)IP節(jié)點(diǎn))。在上述方案(a)中，當(dāng)用戶第 一次開始一見聽來自特定IPTV 提供商的TV時(shí)(瀏覽EPG以檢查可以使用哪一頻道)，例如， 作為圖3所示的客戶端的家庭IMS網(wǎng)關(guān)212或TV 213衫"亍與圖3 所示的IMS網(wǎng)全各230的AS 233或IPTV月良務(wù)250的IPTV^空制功能 相關(guān)的SIP邀請(qǐng)，并通過網(wǎng)絡(luò)獲取可以使用的資源。在從外部服 務(wù)器接收與該外部服務(wù)器可以提供的內(nèi)容相對(duì)應(yīng)的內(nèi)容列表的 處理中，基于與該外部服務(wù)器相關(guān)的用戶配置文件或客戶端配 置文件的提供，客戶端根據(jù)所提供的配置文件，執(zhí)行獲取與所 選4奪的頻道相對(duì)應(yīng)的內(nèi)容列表的處理。在EPG元數(shù)據(jù)中說明作為可用資源的標(biāo)識(shí)符的資源ID。當(dāng) 分配資源時(shí)，為了加入相應(yīng)的組播組，客戶端發(fā)送IGMP (Internet Group Management Protocal，因特網(wǎng)組管理協(xié)議)所 規(guī)定的IGMP-join ( IGMP加入)消息。通過鏈接機(jī)制從EPG檢 索要加入的組播組。在從外部服務(wù)器接收與該外部服務(wù)器可以 提供的內(nèi)容相對(duì)應(yīng)的內(nèi)容列表的處理中，基于與該外部服務(wù)器 相關(guān)的用戶配置文件或客戶端配置文件的提供，客戶端根據(jù)所 提供的配置文件，執(zhí)行用于獲取與所選擇的頻道相對(duì)應(yīng)的內(nèi)容 列表的處理。例如，當(dāng)客戶端側(cè)的用戶在屬于同一IPTV服務(wù)提供商并且 具有同 一 資源ID的不同頻道之間切換時(shí)，不^l行額外的SIP消息 發(fā)送。這避免了頻道切換/跳過廣告節(jié)目(zapping)日于的過長(zhǎng)延 遲。通過發(fā)送舊頻道的IGMP-leave ( IGMP離開)和新頻道的 IGMP-join ( IGMP加入)，來執(zhí)行頻道切換。然而，當(dāng)用戶切換 到具有不同資源要求的頻道時(shí)，客戶端通知會(huì)話參數(shù)的改變， 并向IPTV控制功能塊發(fā)送SIP UPDATE ( SIP更新)，以4吏代理CSCF能夠改變資源分配。當(dāng)資源改變時(shí)，客戶端發(fā)送新的組播 組的IGMP加入消息。如上所述，在頻道切換伴隨服務(wù)提供商切換的情況下，客戶端根據(jù)SIP (會(huì)話啟動(dòng)協(xié)議)執(zhí)行SIP消息發(fā)送，并且在針對(duì)同 一服務(wù)提供商所提供的內(nèi)容的頻道切換的情況下，客戶端不4丸行SIP消息發(fā)送。在上述方案(b)中，除SIP更新消息不是改變具有不同資 源要求的頻道所需的以外，頻道改變操作是相同的。此外，作 為IGMP報(bào)告的結(jié)果，通過IP邊緣裝置進(jìn)行所有資源請(qǐng)求。當(dāng)資 源不足以改變頻道時(shí)，不進(jìn)行組播綁定。在方案(b)中，SIP 會(huì)話的目的不是資源管理，而是服務(wù)監(jiān)控。例如，客戶端包括根據(jù)圖3所示的HSS 233所保持的訂購(gòu)者 配置文件來限制允許用戶加入的IGMP頻道的功能。此外，作為 選項(xiàng)，網(wǎng)絡(luò)接入節(jié)點(diǎn)可以執(zhí)行用于允許訂購(gòu)者加入某一頻道的 校驗(yàn)。雖然組播流的通信機(jī)制與單播的基本相同，但是根據(jù)媒 體服務(wù)器和組播組來設(shè)置IP層的資源和目的地地址。將總結(jié)在客戶端側(cè)所執(zhí)行的組播分發(fā)內(nèi)容和單播分發(fā)內(nèi)容 之間的切換處理。在接收到諸如圖3所示的IP T V月i務(wù)2 5 0的外部 服務(wù)器所提供的組播分發(fā)內(nèi)容時(shí)，例如，客戶裝置的數(shù)據(jù)處理 部執(zhí)行將IGMP-join (IGMP加入)消息發(fā)送到外部服務(wù)器或管 理服務(wù)器的處理，作為根據(jù)IGMP (因特網(wǎng)組管理協(xié)議)的消息， 并且當(dāng)停止接收組播分發(fā)內(nèi)容以開始接收單播分發(fā)內(nèi)容時(shí)，將 IGMP leave( IGMP離開)消息發(fā)送到外部服務(wù)器或管理服務(wù)器， 作為根據(jù)IGMP的消息。此外，客戶端的數(shù)據(jù)處理部在TV廣播接收的情況下，執(zhí)行 組播分發(fā)內(nèi)容的接收，并在執(zhí)行VoD (視頻點(diǎn)播)時(shí)執(zhí)行向單 播分發(fā)的切換。此外，在作為用戶特定內(nèi)容記錄處理所執(zhí)行的 nPVR (網(wǎng)絡(luò)個(gè)人碎見頻記錄)的處理中，客戶端的數(shù)據(jù)處理部l丸行向單播分發(fā)的切換。同樣，在執(zhí)行作為特定內(nèi)容回放處理的 技巧播放時(shí)，客戶端的數(shù)據(jù)處理部也執(zhí)行向單播分發(fā)的切換。 應(yīng)該注意，客戶端的數(shù)據(jù)處理部執(zhí)行向單播分發(fā)的切換，作為 用于接收與用戶配置文件或客戶端配置文件相對(duì)應(yīng)的內(nèi)容列表 的處理。服務(wù)質(zhì)量的管理在IPTV系統(tǒng)中，除家庭網(wǎng)絡(luò)內(nèi)部以外，可以管理所有網(wǎng)絡(luò)段的服務(wù)質(zhì)量。在圖3所示的網(wǎng)絡(luò)配置中，通過網(wǎng)絡(luò)在通信中執(zhí) 行通話管理。將參考圖18說明通信數(shù)據(jù)的質(zhì)量管理處理。如圖 18所示，基于RACS ( Resource and Admission Control Subsystem,資源和接納控制子系統(tǒng))執(zhí)行IPTV中的QoS (服務(wù) 質(zhì)量)控制/管理。RACS負(fù)責(zé)策略控制、資源預(yù)留和接納控制。 這使得服務(wù)能夠通過RACS請(qǐng)求傳輸資源。RACS的當(dāng)前范圍包 括IPTV系統(tǒng)中所使用的多個(gè)網(wǎng)絡(luò)之間的互連。RACS體系結(jié)構(gòu) 包4舌SPDF ( Service Policy Decision Function,月l務(wù)策略決策功 能》夾)詳口 A-RACF ( Access Resource and Admission Control Function ，接入-資源接納控制功能塊)。通信執(zhí)行應(yīng)用程序(例如，圖3所示的IMS網(wǎng)絡(luò)230的CSCF 231的代理CSCF )將應(yīng)用層QoS信息(例如，以SDP定義的參數(shù)) 映射成要發(fā)送給SPDF的QoS信息?？梢詫PDF設(shè)置為代理 CSCF或其它物理節(jié)點(diǎn)的邏輯實(shí)體。當(dāng)用戶請(qǐng)求組播通道或單播 通道時(shí)，根據(jù)從客戶端所發(fā)送的SIP邀請(qǐng)消息獲得該處理必需的 信息。位于接入網(wǎng)絡(luò)中的A-RACF接收來自SPDF的請(qǐng)求，并且基 于這些請(qǐng)求和存儲(chǔ)在A-RACF中的策略信息，A-RACF可以在它 自己的控制內(nèi)接受或拒絕關(guān)于傳輸資源的這些請(qǐng)求。這包括IP 邊緣和接入節(jié)點(diǎn)，并且最終生成響應(yīng)，并將響應(yīng)提供給應(yīng)用程序。資源預(yù)留失敗和失敗通知RACS負(fù)責(zé)資源預(yù)留。以下將說明資源預(yù)留失敗和失敗通 知處理。當(dāng)RACS在資源預(yù)留中失敗時(shí)，即，當(dāng)SPDF接收來自 A-RACF的預(yù)留失敗通知時(shí)，作為通信錯(cuò)誤代碼通知處理，SPDF 將Experimental-Result-Code AVP與以下值一起，返回給作為通 信執(zhí)行應(yīng)用程序的代理CSCF。*在失敗的資源預(yù)留情況下，INSUFFICIENT—RESOURCES *在不能成功修改資源預(yù)留的情況下， MODIFICATION—FAILURE映射成SIP錯(cuò)誤代碼，并將其發(fā)送回終端(客戶端)。即，必須 拒絕SIP INVITE或SIP UPDATE。應(yīng)該注意，對(duì)于該處理的 [SETUP],可以^f吏用"前提條件失敗(Precondition Failure ) "SIP狀態(tài)代碼。通信數(shù)據(jù)的優(yōu)先化例如，可以基于優(yōu)先級(jí)標(biāo)記，進(jìn)行家庭網(wǎng)絡(luò)內(nèi)的通信數(shù)據(jù) 的優(yōu)先化。該方法與DLNA指南一致。例如，設(shè)置通信數(shù)據(jù)的 類型(通話類型)和優(yōu)先級(jí)(priority [DLNA])之間的映射規(guī) 則，并且基于該規(guī)則確定通信數(shù)據(jù)的優(yōu)先級(jí)。3. IPTV服務(wù)的具體處理例子接著，將按照以下兩部分的順序說明IPTV服務(wù)的具體處理例子。3-1.通信處理的具體處理例子 3-2.各種服務(wù)的具體處理例子 3-1.通信處理的具體處理例子在IPTV服務(wù)中，通過IP網(wǎng)絡(luò)分發(fā)諸如節(jié)目的作為內(nèi)容的媒體，并且IMS用于標(biāo)識(shí)(標(biāo)識(shí)符)管理、i人證和—驗(yàn)證等。IPTV 系統(tǒng)使用IMS以確保通過可靠、經(jīng)認(rèn)證和—驗(yàn)證的方法處理數(shù)據(jù) 通信。在IPTV月良務(wù)中，在i某體流的分發(fā)中4吏用SIP,并且SIP還 用于執(zhí)行其它功能。使用IMS的優(yōu)點(diǎn)是所有SIP消息自動(dòng)通過 IMS代理。例如，這意。未著消息的內(nèi)容和頭可以用于諸如適當(dāng) 的服務(wù)質(zhì)量的設(shè)置的自動(dòng)化交互。
設(shè)計(jì)IPTV體系結(jié)構(gòu)，從而還允許與轉(zhuǎn)換成SIP的DLNA通信 的互連。在該系統(tǒng)的其它部分中，在與內(nèi)容控制功能塊的組件 進(jìn)行交互時(shí)，例如，IPTV應(yīng)用功能塊從IPTV控制功能塊接收SIP 信號(hào)通信，并將其轉(zhuǎn)換成其它協(xié)議(諸如HTTP )。起初由IMS 的應(yīng)用服務(wù)器(AS)進(jìn)行這些處理。
以下，作為IPTV服務(wù)的部署的具體例子，將說明以下三種 部署方案。
3-1-1.部署方案l
3-1-2.部署方案2
3-1-3.部署方案3。
此外，還將給出以下處理的說明。
3-1-4.客戶端的網(wǎng)絡(luò)連接處理
3-1-5.客戶端的網(wǎng)絡(luò)斷開處理
3-1-6.客戶端的服務(wù)發(fā)現(xiàn)處理
盡管下述部署方案1和2表現(xiàn)相互非常相似，但是它們實(shí)際 上是非常不同的。主要不同在于雖然在方案l中，假定各終端 擁有獨(dú)有的私有IMS標(biāo)識(shí)符(身份)，但是在方案2中，終端共 享相同的私有IMS標(biāo)識(shí)符。盡管這從用戶的角度是不可見的， 但是，對(duì)于操作者，這代表網(wǎng)絡(luò)管理方法和訂購(gòu)處理方法方面 的顯著不同。應(yīng)該注意，下述方案不是互斥，而是互補(bǔ)的，并 且在同一網(wǎng)絡(luò)中可以同時(shí)出現(xiàn)下述方案。3-1-1.部署方案l:將各客戶端配置為IMS終端的情況
首先參考圖19開始的附圖，將給出將各客戶端配置為IMS
終端的情況下的處理的例子的說明。
圖19示出客戶端(家庭網(wǎng)絡(luò)客戶端)710、 IMS網(wǎng)絡(luò)720、 家庭網(wǎng)絡(luò)730以及IP網(wǎng)絡(luò)740。客戶端(家庭客戶端)710包括作 為用于接收IPTV服務(wù)的組件的TV ( DMP) 711和家庭IMS網(wǎng)關(guān) 712。如以上參考圖3所述，IMS網(wǎng)絡(luò)720具有CSCF 721、 HSS 722 和AS 723。此外，將這些組件分成以下的部分進(jìn)行說明控制 管理功能塊，執(zhí)行內(nèi)容控制；服務(wù)提供功能塊，進(jìn)行服務(wù)提供； 以及IMS核心部分，執(zhí)行諸如登記處理和通信接口連接的其它 控制。將各種處理分段劃分成(a)應(yīng)用層、(b)控制層和(c) 媒體層，并且作為伴隨各層之間的通信的處理來進(jìn)行這些處理。
首先，部署方案l表現(xiàn)以下情況下的處理的例子在客戶端 (家庭網(wǎng)絡(luò)客戶端)710內(nèi)的TV( DMP) 711和家庭IMS網(wǎng)關(guān)712 之間不存在物理邊界，這些裝置被整合在一起。圖19示出客戶 端登記處理的例子。通過家庭IMS網(wǎng)關(guān)712,將登記請(qǐng)求從作為 客戶端的TV(DMP) 711發(fā)送到IMS網(wǎng)絡(luò)720的IMS核心，并且 在服務(wù)提供功能塊中執(zhí)行登記處理。
在進(jìn)行登記之后，作為客戶端的TV ( DMP ) 711將[SIP SUBSCRIBE ( SIP訂購(gòu))]發(fā)送給在IMS網(wǎng)絡(luò)720的內(nèi)容管理功能 塊中所包括的IPTV控制功能塊。然后，如圖20所示，內(nèi)容管理 功能塊的IPTV控制功能塊將包含組播數(shù)據(jù)通道的地址和EPG 的URL的[SIP NOTIFY ( SIP通知)]提供給客戶端。
在接收到SIPNOTIFY之后，作為客戶端的TV (DMP) 711 開始在組播通道上進(jìn)行收聽。(在用戶利用EPG開始的配置的情 況下)下載并顯示EPG的第一頁。根據(jù)情況，下載許多頁。在 接收到EPG之后，用戶選擇觀看的頻道。此時(shí)，向IPTV控制功能塊發(fā)送[T SIP INVITE( T SIP邀請(qǐng))]，并且該功能塊補(bǔ)充[T SIP INVITE],并設(shè)定適當(dāng)?shù)腝oS。然后用戶開始^L看頻道，并且在 組播通道之間進(jìn)行切換。圖21示出當(dāng)用戶執(zhí)行頻道選擇處理時(shí) 的通信過程。
當(dāng)用戶請(qǐng)求流時(shí)，根據(jù)來自使用從[SIP Invite]獲得的信息 的代理CSCF的請(qǐng)求，或者根據(jù)來自使用IGMP和組播流要求的 知識(shí)的IP邊緣裝置的請(qǐng)求，由A-RACF (見圖18 )管理QoS。當(dāng) 用戶對(duì)于代理CSCF請(qǐng)求訪問資源的選項(xiàng)，在具有相同資源要求 的一組頻道內(nèi)的頻道之間進(jìn)行切換時(shí)，不向IPTV控制功能塊發(fā) 送SIP消息。然而，例如，當(dāng)用戶切換成按次計(jì)費(fèi)的頻道或具有 不同資源要求的組內(nèi)的頻道時(shí)，IPTV控制功能塊必須4妻收通 知，因?yàn)镻-CSCF可以改變必要的資源條件。在IP邊緣裝置請(qǐng)求 對(duì)資源進(jìn)行訪問的選項(xiàng)中，僅當(dāng)用戶切換成按次計(jì)費(fèi)的頻道時(shí)， SIP消息才是必要的。
3-1-2.部署方案2:客戶端是SIP客戶端而不是IMS客戶端
的情況
接著，在部署方案2中，將給出以下情況的說明如圖22 所示，作為IPTV客戶端的TV ( DMP ) 711和家庭IMS網(wǎng)關(guān)712 物理上是相互分開的，因此它們是未整合在 一 起的分離的裝置。 在IPTV客戶端中，沒有單獨(dú)的ISIM (IP Multimedia Services Identity Module, IP多媒體服務(wù)身份模塊)。所有客戶端共享IMS GW的ISIM。
在這種情況下，家庭IMS網(wǎng)關(guān)712一皮用作代理。盡管作為 IPTV客戶端的TV ( DMP ) 711直接登記在IMS核心中，但是IMS 網(wǎng)關(guān)712向IMS核心傳遞消息。通過4吏用SIP，經(jīng)由家庭IMS網(wǎng)關(guān) 712傳遞控制信息，并且將媒體直接從(內(nèi)容提供商域內(nèi)的)媒 體服務(wù)器分發(fā)給IPTV客戶端。訪問服務(wù)需要IMS標(biāo)識(shí)信息(IMSPUID )。該情況下的流程與部署方案1中隨后的流程基本相同，
主要不同在于通過家庭IMS網(wǎng)關(guān)712進(jìn)行登記。用戶以與方案 1中的相同的方式獲取EPG和媒體流。
3-1-3.部署方案3: DLNA-IPTV互連的情況
當(dāng)家庭網(wǎng)絡(luò)4吏用DLNA時(shí)，在IPTV系統(tǒng)中的SIP通信和 DLNA系統(tǒng)中的HTTP通信之間，以及在IPTV系統(tǒng)中的通過IP的 (使用DVB封裝的)媒體分發(fā)和DLNA系統(tǒng)中的基于HTTP的媒 體分發(fā)之間必須進(jìn)行橋接。為了這個(gè)目的，存在兩種不同系統(tǒng) 之間進(jìn)行橋接的網(wǎng)關(guān)，即，IPTV-DLNA應(yīng)用網(wǎng)關(guān)。
如圖23所示，當(dāng)DLNA裝置713請(qǐng)求來自IPTV服務(wù)提供商的 媒體流時(shí)，IPTV-DLNA應(yīng)用網(wǎng)關(guān)連接到家庭IMS網(wǎng)關(guān)712,并且 以與方案2中的相同的方式，登記為不具有IMS客戶端的SIP客 戶端。例如，在圖23所示的情況下，TV ( DMP ) 711用作 1PTV-DLNA應(yīng)用網(wǎng)關(guān)。當(dāng)連接到網(wǎng)絡(luò)時(shí)，如在IPTV-DLNA應(yīng)用 網(wǎng)關(guān)不具有IMS客戶端的情況中一樣，IPTV-DLNA應(yīng)用網(wǎng)關(guān)也 可以登記為SIP客戶端。
可以通過兩種方法來實(shí)現(xiàn)部署方案3。一種方法是基于部署 方案l,而另 一種方法是作為基于部署方案2的處理而實(shí)現(xiàn)的。 圖23所示的虛線751意p未著作為IPTV客戶端的TV 711和家庭 IMS網(wǎng)關(guān)712物理上可以是整合或分離的。以下，將給出對(duì)于 IPTV和DLNA應(yīng)用網(wǎng)關(guān)的5種使用情況的說明。從IPTV系統(tǒng)的 角度看，IPTV-DLNA應(yīng)用網(wǎng)關(guān)充當(dāng)IPTV客戶端。
將對(duì)部署方案3中所執(zhí)行的處理的以下具體例子進(jìn)行說明。
3-1-3a. 2BOX PULL
3-l-3b. 3BOX PULL
3-l-3c.下載
3-l-3d. 2BOX PUSH3-l-3e.上載 3-l陽3a. 2BOX PULL
在DLNA所規(guī)定的2BOX PULL方案中，即，在通過DMS(數(shù) 字媒體服務(wù)器)和DMP (數(shù)字媒體播放器)之間的一對(duì)一連接 進(jìn)行處理的配置中，IPTV-DLNA應(yīng)用網(wǎng)關(guān)用作實(shí)現(xiàn)UPnP AV媒 體服務(wù)器(UPnP裝置)的DLNA數(shù)字媒體服務(wù)器(DMS)。 IPTV-DLNA應(yīng)用網(wǎng)關(guān)響應(yīng)于(用戶所操作的)DLNA數(shù)字媒體 播放器的請(qǐng)求，將諸如EPG/VoD內(nèi)容列表或其它節(jié)目?jī)?nèi)容的媒 體的格式和協(xié)議轉(zhuǎn)換成D L N A協(xié)議。
3誦l畫3b. 3BOX PULL
在DLNA所規(guī)定的3-l-3b. 3BOX PULL方案中，即，在通過 DMS、 DMP和DMC (數(shù)字媒體控制器)之間的連接進(jìn)行處理的 配置中，如在2BOX PULL的使用情況中 一樣，IPTV應(yīng)用網(wǎng)關(guān)用 作DLNA數(shù)字媒體服務(wù)器。然而，存在與2BOXPULL方案的不 同之處。用戶操作DLNA數(shù)字媒體控制器(DMC )以瀏覽 EPG/VoD內(nèi)容，并使數(shù)字媒體渲染器播放視頻內(nèi)容。
3-l-3c.下載
在下載處理中，IPTV應(yīng)用網(wǎng)關(guān)如在2BOX PULL的使用情況 中一樣，用作DLNA數(shù)字媒體服務(wù)器。與2BOX PULL的不同在 于下載控制器(+DN+)可以下載由DMS提供的視頻內(nèi)容。 盡管不能將內(nèi)容輸出給IPTV-DLNA應(yīng)用網(wǎng)關(guān)，但是替代地，響 應(yīng)于(例如，關(guān)于VoD服務(wù)的)請(qǐng)求，下載內(nèi)容。
3隱l國(guó)3d. 2BOX PUSH
在DLNA所規(guī)定的2BOX PUSH的使用情況下，即，在通過 具有內(nèi)容分發(fā)功能的控制器和具有回放功能的數(shù)字媒體渲染器 (DML )之間的一對(duì)一連接進(jìn)行處理的2BOX PUSH的使用情況 中，IPTV-DLNA應(yīng)用網(wǎng)關(guān)用作實(shí)現(xiàn)用于UPnP AV渲染器的UPnP控制點(diǎn)的DLNA Push4空制器(+PU+ )。
通常，用戶操作客戶裝置，并瀏覽與IPTV服務(wù)的EPG/VoD 相對(duì)應(yīng)的內(nèi)容列表，并且可以利用DLNA Push控制器控制 DLNA媒體渲染器以發(fā)送由IPTV-DLNA應(yīng)用網(wǎng)關(guān)的DLNA Push 控制器所提供的視頻流的方法，通過DLNA數(shù)字媒體渲染器播 放所選4奪的視頻內(nèi)容。
3-l-3e.上載
在上載處理中，IPTV-DLNA應(yīng)用網(wǎng)關(guān)用作實(shí)現(xiàn)用于UPnP AV服務(wù)器(UPnP裝置)的UPnP控制點(diǎn)的DLNA上載控制器 (+UP+)。通常，用戶可以通過操作客戶裝置，瀏覽IPTV服務(wù) 的EPG/VoD內(nèi)容列表。DLNA數(shù)字媒體服務(wù)器存儲(chǔ)所選擇的、 由IPTV-DLNA應(yīng)用網(wǎng)關(guān)的DLNA上載控制器所提供的視頻內(nèi) 容。
3.1.4.客戶端的網(wǎng)絡(luò)連接處理
接著，將參考圖24開始的

客戶端用以接收IPTV服 務(wù)的網(wǎng)絡(luò)連接處理的例子。
圖24是示出客戶端的網(wǎng)絡(luò)連接處理的例子的過程圖。例如， 按照從左側(cè)開始的順序，圖24示出與圖3所示的TV ( DMP )相 對(duì)應(yīng)的客戶端、家庭IMS網(wǎng)關(guān)，以及還有作為IMS網(wǎng)絡(luò)的組件的 CSCF、 HSS和AS ( IPTV )。應(yīng)該注意，對(duì)于IMS網(wǎng)絡(luò)的CSCF, 分別示出代理CSCF (P-CSCF)、詢問(Interrogating) CSCF (I畫CSCF)和月l務(wù)(Serving) CSCF ( S-CSCF )。
首先，客戶端在步驟S501獲取IP地址，并在步驟S502輸出 登記請(qǐng)求。通過家庭IMS網(wǎng)關(guān)將登記請(qǐng)求通知給作為IMS網(wǎng)絡(luò)的 組件的CSCF的代理CSCF( P-CSCF )、詢問(Interrogating ) CSCF (I—CSCF)禾口月良務(wù)(Serving) CSCF ( S-CSCF )。在步4聚S503， 由S-CSCF執(zhí)行從HSS獲取用戶配置文件，并且在步驟S504,向客戶端估支出諱-求響應(yīng)通知。
其后，在步驟S505,進(jìn)行設(shè)置以允許客戶端和作為IMS網(wǎng) 絡(luò)的組件的CSCF的代理CSCF(P-CSCF)之間進(jìn)行IPSec通信，并 根據(jù)IPSec執(zhí)行后續(xù)通信。在步驟S506,從客戶端輸出關(guān)于IPTV
CSCF(S-CSCF)接收該登記請(qǐng)求。在步驟S507,進(jìn)行AS選擇處 理，并且在步驟S508,向所選擇的AS做出登記請(qǐng)求。
在步驟S509, AS ( IPTV )獲取IPTV配置文件，并在步驟 S510向客戶端進(jìn)行登記完成通知?；诘怯浲瓿赏ㄖ慕邮眨?客戶端在步驟S511向AS輸出內(nèi)容獲取請(qǐng)求，并在步驟S512從 AS獲取內(nèi)容。
圖25是示出進(jìn)行家庭IMS網(wǎng)關(guān)的登記處理，而不是客戶端 的登記處理的情況的過程圖。首先，家庭IMS網(wǎng)關(guān)在步驟S521 獲取IP地址，并在步驟S522輸出登記請(qǐng)求。由家庭IMS網(wǎng)關(guān)將 登記請(qǐng)求通知給作為IMS網(wǎng)絡(luò)的組件的CSCF的代理CSCF (P-CSCF)、詢問(Interrogating) CSCF ( I-CSCF )和月l務(wù) (Serving) CSCF ( S-CSCF )。在步驟S523,由S-CSCF執(zhí)行從 IISS獲取用戶配置文件，并且在步驟S524,向家庭IMS網(wǎng)關(guān)做 出請(qǐng)求響應(yīng)通知。
其后，在步驟S525,進(jìn)行設(shè)置以使在家庭IMS網(wǎng)關(guān)和作為 IMS網(wǎng)絡(luò)的組件的CSCF的代理CSCF (P-CSCF)之間能夠進(jìn)行 IPSec通信，并且根據(jù)IPSec執(zhí)行后續(xù)通信。在步驟S526,從家 庭IMS網(wǎng)關(guān)輸出關(guān)于IPTV服務(wù)的登記請(qǐng)求，并且由作為IMS網(wǎng) 絡(luò)的組件的CSCF的月l務(wù)CSCF (S畫CSCF)接收該登記請(qǐng)求。在 步驟S527,進(jìn)行AS選擇處理，并且在步驟S528，向所選擇的 AS做出登記請(qǐng)求。
在步驟S529， AS ( IPTV)獲取IPTV配置文件，并在步驟S530向家庭IMS網(wǎng)關(guān)進(jìn)行登記完成通知。
圖26示出分別執(zhí)行客戶端和家庭IMS網(wǎng)關(guān)之間的通信以及 家庭IMS網(wǎng)關(guān)和IMS網(wǎng)絡(luò)之間的通信的情況下的過程的例子。首 先，在步驟S541,客戶端向家庭IMS網(wǎng)關(guān)發(fā)送登記請(qǐng)求。這種 情況下的客戶端地址是家庭網(wǎng)絡(luò)(@home)內(nèi)的地址。在接收 到來自客戶端的登記請(qǐng)求時(shí)，家庭IMS網(wǎng)關(guān)在將該登記請(qǐng)求輸 出到IMS網(wǎng)絡(luò)之前，將該登記請(qǐng)求轉(zhuǎn)換成全局地址(@op.com )。 由家庭IMS網(wǎng)關(guān)將該登記請(qǐng)求通知給作為IMS網(wǎng)絡(luò)的組件的 CSCF的4義理CSCF (P-CSCF)、 詢問(Interrogating) CSCF (I-CSCF)禾口月艮務(wù)(Serving) CSCF ( S-CSCF )。在步一驟S542, 由S-CSCF執(zhí)行從HSS獲取用戶配置文件，并且在步驟S543,向 家庭IMS網(wǎng)關(guān)啦文出請(qǐng)求響應(yīng)通知。
其后，在步驟S544,進(jìn)行設(shè)置以使在家庭IMS網(wǎng)關(guān)和作為 IMS網(wǎng)絡(luò)的組件的CSCF的代理CSCF (P-CSCF)之間能夠進(jìn)行 IPSec通信，并且根據(jù)IPSec執(zhí)行后續(xù)通信。在步驟S545,從家 庭IMS網(wǎng)關(guān)輸出關(guān)于IPTV服務(wù)的登記請(qǐng)求，并且由作為IMS網(wǎng) 絡(luò)的組件的CSCF的服務(wù)CSCF (S-CSCF)接收該登記請(qǐng)求。在 步驟S546,進(jìn)行AS選擇處理，并且在步驟S547,向所選擇的 AS做出登記請(qǐng)求。
在步驟S548, AS ( IPTV)獲取IPTV配置文件，并在步驟 S549向家庭IMS網(wǎng)關(guān)進(jìn)行登記完成通知。通過家庭網(wǎng)絡(luò)，由家 庭IMS網(wǎng)關(guān)向客戶端進(jìn)行該通知?；诘怯浲瓿赏ㄖ慕邮?， 客戶端在步驟S550向家庭IMS網(wǎng)關(guān)輸出內(nèi)容獲取請(qǐng)求。家庭 IMS網(wǎng)關(guān)將該請(qǐng)求輸出到AS，并且在步驟S551,從AS獲取內(nèi)容， 并將所獲取的內(nèi)容傳送給客戶端。
應(yīng)該注意，如以上參考圖23所述，當(dāng)進(jìn)行允許將IPTV服務(wù) 提供給DLNA裝置713的設(shè)置時(shí)，家庭IMS網(wǎng)關(guān)發(fā)現(xiàn)控制功能塊，并接收EPG數(shù)據(jù)，然后使得能夠進(jìn)行用于執(zhí)行DLNA裝置和 IPTV服務(wù)之間的互連的[IPTV DLNA app GW]。在[IPTV DLNA app GW]用作UPnP裝置，即，DLNA媒體服務(wù)器的情況下，IPTV DLNA app GW啟動(dòng)由UPnP控制點(diǎn)[SSDP]發(fā)現(xiàn)的SSDP (簡(jiǎn)單服 務(wù)發(fā)現(xiàn)協(xié)議)。在IPTV DLNA app GW用作UPnP控制點(diǎn)，即， DLNA Push控制器的情況下，IPTV DLNA app GW不必啟動(dòng) UPnP裝置的SSDP。替代地，為了發(fā)現(xiàn)UPnP裝置，IPTV DLNA aPP GW啟動(dòng)UPnP控制點(diǎn)的SSDP。
應(yīng)該注意，由于DLNA協(xié)議，即，UPnP裝置體系結(jié)構(gòu)的裝 置發(fā)現(xiàn)和裝置控制是基于無會(huì)話通信的，因此沒有諸如建立用 于與UPnP裝置進(jìn)行通信的會(huì)話的UPnP控制點(diǎn)的概念。在網(wǎng)絡(luò) 上可以使用數(shù)字媒體服務(wù)器，即，UPnP裝置期間，數(shù)字媒體播 放器和數(shù)字媒體渲染器，即，UPnP控制點(diǎn)可以在任何時(shí)候請(qǐng)求 關(guān)于與媒體流和HTTP請(qǐng)求有關(guān)的控制的SOAP消息，并且IPTV DLNA app GW的DMS必須在例如最遲30秒內(nèi)對(duì)該請(qǐng)求做出響 應(yīng)。
在網(wǎng)絡(luò)上可以使用IPTV DLNA app GW的DMS期間，IPTV DLNA app GW可以保持與IMS核心(CSCF )和IPTV控制功能 塊的會(huì)話。在該會(huì)話終止時(shí)，IPTV DLNA app GW可以在存在 來自DMP的SOAP請(qǐng)求和HTTP請(qǐng)求時(shí)對(duì)該會(huì)話進(jìn)行復(fù)位。在 IPTV DLNA app GW充當(dāng)Push控制器，即，UPnP控制點(diǎn)的情況 下，可以學(xué)習(xí)維持該會(huì)話的持續(xù)時(shí)間。
當(dāng)改變IPTV服務(wù)的頻道時(shí)，將來自DLNA裝置的關(guān)于頻道 改變的HTTP請(qǐng)求轉(zhuǎn)換成IGMP (因特網(wǎng)組管理協(xié)議)。例如，由 例如IPTV-DLNA應(yīng)用網(wǎng)關(guān)將HTTP請(qǐng)求轉(zhuǎn)換成IGMP (因特網(wǎng)組 管理協(xié)議)。
3-1-5.客戶端的網(wǎng)絡(luò)斷開接著將說明與IPTV服務(wù)的斷開處理。在IPTV接收客戶端 中，關(guān)閉顯示器以允許客戶端從網(wǎng)絡(luò)斷開。例如，根據(jù)下面的
過程執(zhí)行與IPTV服務(wù)的斷開處理。
(步驟l)
客戶端停止媒體接收。
應(yīng)該注意，在組播的情況下，使用IGMP leave ( IGMP離開)
來離開與用戶曾經(jīng)觀看的頻道有關(guān)的組播流。 (步驟2)
客戶端向IPTV服務(wù)提供實(shí)體發(fā)送SIP BYE，結(jié)束與媒體接 收有關(guān)的SIP會(huì)話。
應(yīng)該注意，在單播的情況下，IPTV服務(wù)提供實(shí)體執(zhí)行RTSP TEAR DOWN命令，以停止RTP單播流，并且如果々某體服務(wù)器 不知道SIP協(xié)i義，則關(guān)閉該端口。 (步驟3 )
客戶端向IPTV服務(wù)提供實(shí)體發(fā)送具有Expire 0的SIP SUBSCRIBE,并且通知IPTVAS:在客戶端側(cè)進(jìn)行了切斷。 (步驟4)
客戶端一起發(fā)送SIPREGISTER和服務(wù)期滿時(shí)間，并且取消 客戶端標(biāo)識(shí)符登記。應(yīng)該注意，對(duì)于獲取該登記信息，來自服 務(wù)CSCF的接收數(shù)據(jù)(GRUU:可全局路由用戶代理URI )是必需的。
(步驟5 )
客戶端發(fā)送控制頻道的IGMP leave ( IGMP離開)。 (步驟6)
從IPTV服務(wù)和IMS斷開客戶端。 與IPTV服務(wù)的非受控?cái)嚅_
存在這樣的情況例如，在電源故障的情況下，不執(zhí)行上
74述過程而進(jìn)行斷開。即，存在發(fā)生與IPTV服務(wù)的非受控?cái)嚅_的 情況。在這種情況下，必須停止諸如正在發(fā)送的節(jié)目的媒體流。 然而，在這種情況下，必須在進(jìn)行處理的同時(shí)考慮以下幾點(diǎn)。
(a) 媒體流停止處理
(b) 網(wǎng)絡(luò)的SIP對(duì)話
下面將說明這幾點(diǎn)。
(a) 媒體流停止處理
當(dāng)客戶端正在接收組播媒體流時(shí)，用于停止這些媒體流的 唯一方法，可以采用IGMPv3的默認(rèn)超時(shí)(根據(jù)[IGMP]，組成 員資才各間隔 (group membership interval) 為225秒)。
在單播發(fā)送的情況下，大多數(shù)單播媒體傳輸機(jī)制包括接收
反饋信息的處理，并且為該反饋信息設(shè)置超時(shí)時(shí)間，這使得能 夠使用該超時(shí)信息來進(jìn)行停止處理。
(b) 網(wǎng)絡(luò)的SIP對(duì)話
網(wǎng)絡(luò)上的所有SIP狀態(tài)具有3600秒的正常默認(rèn)期滿值。該狀 態(tài)與SIP REGISTER, SUBSCRIBE和INVITE有關(guān)。超時(shí)機(jī)制清 空IMS核心的狀態(tài)(當(dāng)在超時(shí)期間內(nèi)發(fā)生重新連接時(shí)發(fā)生在 新的登記之后，定時(shí)器值遞增)。
SIP狀態(tài)維持活動(dòng)1小時(shí)的情況不意味著發(fā)送通話1小時(shí)。實(shí) 際上，在第 一個(gè)NOTIFY沒有到達(dá)目的地之后，就通知IMS核心 不能使用該客戶端，從而清空該狀態(tài)。
3-1-6.客戶端的服務(wù)發(fā)現(xiàn)處理
說明。例如，以如上述的方式發(fā)現(xiàn)IPTV服務(wù)提供商，并且將其 呈現(xiàn)給用戶，從而允許用戶進(jìn)行選擇。應(yīng)該注意，該處理基于 用戶已經(jīng)完成IMS登記的前提。
客戶端首先請(qǐng)求IMS提供商嘗試發(fā)現(xiàn)IPTV服務(wù)提供商。當(dāng)此失敗時(shí)，還可以向除IMS提供商以夕卜的實(shí)體，例如，路由做 供商開始。
雖然有許多模型可以用于發(fā)現(xiàn)IMS網(wǎng)絡(luò)中的IPTV服務(wù)提供 商，但是這些模型都是基于以下假定在網(wǎng)絡(luò)中存在具有提供 服務(wù)的能力的應(yīng)用服務(wù)器(AS (IPTV)),并且可以通過PSI、 特征標(biāo)簽和SIP頭等來標(biāo)識(shí)IPTV服務(wù)提供商。
才艮據(jù)"基于在基于IP的網(wǎng)絡(luò)上的DVB月良務(wù)的MPEG-2TS的 傳輸，，的高級(jí)描述，執(zhí)行服務(wù)提供商發(fā)現(xiàn)步驟。SIP用于用戶認(rèn) 證的通信，并且使用諸如P-Asserted-Identity的用于引導(dǎo)信息的 IMS信任模型。使用以服務(wù)IPTV開始的DVB IP del的SIP請(qǐng)求可 以成為IPTV提供商。例如，通過域名來標(biāo)識(shí)SP CANAL+,并且 可以為服務(wù)分派與該服務(wù)相對(duì)應(yīng)的名稱。
如果此失敗，則執(zhí)行下面的處理。
如果在開始IPTV應(yīng)用時(shí)沒有分派IPTV服務(wù)器，則IPTV應(yīng) 用程序使用IPTV服務(wù)引導(dǎo)服務(wù)或默認(rèn)地址。
由IPTV客戶端設(shè)置IPTV SIP對(duì)話控制信號(hào)通信，并且將路 徑設(shè)置為IMS網(wǎng)絡(luò)CSCF。這還意味著不需要知道服務(wù)的準(zhǔn)確 地址，因?yàn)榭梢栽陔S后添加該地址。在IMS網(wǎng)絡(luò)中，CSCF必須 了解IPTV SIP對(duì)話是IPTV對(duì)話，并且將它的路徑設(shè)置為IPTV CF (控制功能塊)。這允許IPTV CF提供所發(fā)現(xiàn)的與服務(wù)提供商 和所提供的服務(wù)有關(guān)的信息。
當(dāng)通過使用SIP對(duì)話，將與IPTV服務(wù)提供商有關(guān)的信息(例 如，SIPURI)提供給用戶，并且用戶發(fā)現(xiàn)IPTV服務(wù)提供商時(shí)， 將這些提供商呈現(xiàn)給用戶。然后，用戶可以接收由該IPTV服務(wù) 提供商所提供的EPG (或VoD和nPVR內(nèi)容列表等)。
利用UPnP的服務(wù)發(fā)現(xiàn)接著將說明通過UPnP的服務(wù)發(fā)現(xiàn)處理。
IPTV客戶端從SIP的DHCP選項(xiàng)獲取代理CSCF的IP地址， 或者使用在IMS操作者的ISIM ( IP多媒體服務(wù)身份模塊)中所 說明的代理CSCF的默認(rèn)IP地址。
可選地，IPTV客戶端通過使用UPnP發(fā)現(xiàn)機(jī)制，發(fā)現(xiàn)家庭 IMS網(wǎng)關(guān)。家庭IMS網(wǎng)關(guān)實(shí)現(xiàn)UPnP IMS GW服務(wù)，作為UPnP服 務(wù)。為了發(fā)現(xiàn)UPnP IMS GW服務(wù)，IPTV客戶端使用諸如SSDP: M-Search的發(fā)送或SSDP的接收的SSIP，來進(jìn)行處理。當(dāng)IPTV 客戶端發(fā)現(xiàn)UPnP IMS GW服務(wù)時(shí)，IPTV客戶端進(jìn)行關(guān)于IMS GW的IMS B2BUA的IP地址和端口的獲取請(qǐng)求，然后客戶端通 過家庭IMS GW啟動(dòng)與IMS核心的SIP會(huì)話，并發(fā)現(xiàn)IPTV服務(wù)。
例如，參考圖23所述的由DLNA裝置進(jìn)行服務(wù)發(fā)現(xiàn)的情況 下的處理過程如下所述。在上述的2BOX PULL、 DOWNLOAD (下載)和3BOXPULL的情況下，DLNA裝置上的UPnP控制點(diǎn) 可以通過IPTV DLNA app GW發(fā)現(xiàn)DMS。利用與上述相同的方 法，通過家庭IMS GW執(zhí)行IPTV服務(wù)的服務(wù)發(fā)現(xiàn)。部署多個(gè)IPTV 服務(wù)的方法根據(jù)廠商而不同。例如，IPTV DLNA app GW可以 使用每一個(gè)均與一個(gè)IPTV服務(wù)相對(duì)應(yīng)的多個(gè)DMS。為了確保用 戶可以為IPTV服務(wù)選擇適當(dāng)?shù)腄MS,為各DMS設(shè)置可以標(biāo)識(shí)相 應(yīng)的IPTV月1務(wù)的作為UPnP裝置的名稱。
在2BOX PUSH和UPLOAD (上載)的情況下，IPTV-DLNA 應(yīng)用GW控制DLNA裝置的UPnP裝置，使得IPTV-DLNA應(yīng)用程 序不必實(shí)現(xiàn)UPnP裝置。
3-2.各種服務(wù)的具體處理例子
接著將給出IP T V服務(wù)中所執(zhí)行的各種服務(wù)的說明。將按照 以下主題順序進(jìn)行說明。 3-2-1. TV廣播3-2-2. nPVR (網(wǎng)絡(luò)個(gè)人—見頻記錄) 3-2-3. VoD(視頻點(diǎn)播) 3-2-4.內(nèi)容過濾和個(gè)性化 3-2-5.與TV的交互 3-2-6.配置文件管理 3-2-7.裝置能力的適應(yīng)處理 3-2-1. TV廣^番
在IPTV服務(wù)中，必須如TV廣播中 一樣快速地向用戶提供的 不僅有頻道切換，還有EPG瀏覽。為了最小化由EPG元數(shù)據(jù)發(fā) 送所導(dǎo)致的用戶元數(shù)據(jù)等待時(shí)間，將與特定時(shí)期(例如，8天) 的節(jié)目制作(programming)有關(guān)的EPG元數(shù)據(jù)預(yù)先裝載給客戶 端，并且為了最小化EPG分發(fā)系統(tǒng)每秒鐘的處理和所需帶寬， 通過組播數(shù)據(jù)通道分發(fā)服務(wù)信息，即，TV頻道信息和EPG,即， TV節(jié)目制作信息。參考圖15所述的客戶端的IPTV內(nèi)容瀏覽器和 IPTV導(dǎo)航應(yīng)用程序通過使用MDC控制功能檢索EPG元數(shù)據(jù)。
還通過單播分發(fā)EPG元數(shù)據(jù)。通過組播分發(fā)與對(duì)應(yīng)于IPTV 服務(wù)所提供的節(jié)目的基本節(jié)目制作相對(duì)應(yīng)的EPG元數(shù)據(jù)，以及 統(tǒng)計(jì)上受歡迎的節(jié)目制作的EPG元數(shù)據(jù)?？梢酝ㄟ^使用單播的 檢索，來獲取具有諸如其它節(jié)目制作信息和縮略圖像的更豐富 信息的高級(jí)EPG元數(shù)據(jù)。
通過單個(gè)組播通道周期性分發(fā)IPTV服務(wù)提供商所提供的 EPG元數(shù)據(jù)。參考圖15所述的客戶端的組播通道控制功能塊根 據(jù)客戶端配置，利用諸如頻道訂購(gòu)的標(biāo)簽來過濾E P G元數(shù)據(jù)， 并將過濾后的EPG元數(shù)據(jù)存儲(chǔ)在存儲(chǔ)器中。IPTV服務(wù)瀏覽器和 IPTV導(dǎo)航應(yīng)用程序使用MDC控制功能塊來檢索EPG數(shù)據(jù)。用于 發(fā)送EPG元數(shù)據(jù)的周期時(shí)間根據(jù)信息類型而不同。
例如，每隔2秒頻繁發(fā)送包括T V頻道的組播通道地址的服務(wù)信息以及與當(dāng)前正廣播的內(nèi)容(節(jié)目)和下一內(nèi)容有關(guān)的EPG
元數(shù)據(jù)。例如，每隔30秒發(fā)送與當(dāng)日節(jié)目制作相對(duì)應(yīng)的EPG元數(shù)據(jù)。
由于廣播TV服務(wù)的TV節(jié)目制作的時(shí)間表是預(yù)先確定的， 所以客戶端僅需要每日檢索一次將來的節(jié)目制作的新的EPG元 數(shù)據(jù)。然而，為了通知客戶端偶爾發(fā)生的諸如突發(fā)新聞或延長(zhǎng) 的棒球比賽的節(jié)目制作時(shí)間表變化，還通過組播數(shù)據(jù)通道，例 如，每隔2秒周期性分發(fā)EPG元數(shù)據(jù)的更新。為了接收EPG元數(shù) 據(jù)的更新，當(dāng)通過組播通道接收媒體流時(shí)，客戶端監(jiān)控EPG元 數(shù)據(jù)的組播數(shù)據(jù)通道。
通過組播數(shù)據(jù)通道分發(fā)的EPG元數(shù)據(jù)是包含與作為節(jié)目信 息的節(jié)目制作有關(guān)的基本信息的數(shù)據(jù)。為了獲取與節(jié)目制作有 關(guān)的詳細(xì)信息以及與鏈接到基本節(jié)目制作信息的節(jié)目制作有關(guān) 的關(guān)聯(lián)信息，客戶端可以使用對(duì)EPG服務(wù)器的單播請(qǐng)求。節(jié)目 制作信息包括文本、視頻和音頻等，并且可以通過雙向單播通 信來實(shí)現(xiàn)與用戶的關(guān)于這樣的節(jié)目制作的呈現(xiàn)的交互。應(yīng)該注 意，對(duì)于EPG或節(jié)目信息菜單，可以通過在顯示菜單的客戶端 的顯示器上設(shè)置子屏幕，來顯示預(yù)覽視頻流。
應(yīng)該注意，可以以針對(duì)各用戶或客戶端個(gè)性化的方式，即， 以適于用戶或客戶端的獨(dú)特的EPG設(shè)置的形式，來呈現(xiàn)EPG。 例如，可以以與才艮據(jù)與用戶配置文件有關(guān)的頻道訂購(gòu)來配置 EPG相同的方式，來實(shí)現(xiàn)用于各頻道的EPG個(gè)性化。根據(jù)用戶 配置文件，不顯示與具體頻道有關(guān)的節(jié)目制作信息。還可以個(gè) 性化，即，以適于各用戶的方式處理與EPG菜單有關(guān)的頻道的 顯示順序。
TV廣播頻道之間的切換
在提供IPTV服務(wù)中，在客戶端進(jìn)行包緩沖，以確保平滑的回放處理，諸如，消除由網(wǎng)絡(luò)引起的抖動(dòng)?？蛻舳死鄯e從IPTV 服務(wù)提供服務(wù)器所接收到的數(shù)據(jù)，直到達(dá)到特定閾值，其后執(zhí) 行用于回放的諸如解碼的處理。此外，存在為了圖像重構(gòu)通過
組播執(zhí)行內(nèi)幀(intraframe )發(fā)送/接收的情況。
此外，為了避免消耗帶寬，在頻道切換時(shí)，還進(jìn)行已經(jīng)結(jié) 束觀看/收聽的先前的舊頻道的終止處理?？梢酝ㄟ^作為與 IGMPjoin類似的處理的IGMP leave (IGMP離開)，來執(zhí)行該處 理。該處理包括4企查所有IGMP感知節(jié)點(diǎn)，并且執(zhí)行與接收舊的 組播數(shù)據(jù)的節(jié)點(diǎn)的列表的比較。當(dāng)某 一 節(jié)點(diǎn)停止接收組播數(shù)據(jù) 時(shí)，進(jìn)行將該節(jié)點(diǎn)從組播樹斷開的處理。
為了在客戶端執(zhí)行所接收的視頻流的解碼和回放，必須從 所接收的流收集許多信息。以特定頻率發(fā)送這些信息。具體地， 為了開始顯示新的視頻供給，解碼器必須等待，直到內(nèi)幀進(jìn)入 視頻流。為了重構(gòu)完整的圖像，將每一內(nèi)幀配置成自身包含充 分信息的幀。根據(jù)編碼類型，通常以0.5到5秒的周期發(fā)送它們。
在IPTV服務(wù)的數(shù)據(jù)通信中可能發(fā)生各種延遲。例如，設(shè)定 新的流時(shí)的SIP交互處理可以是延遲因素。例如，可以認(rèn)為SIP 交互處理中所執(zhí)行的與SIP INVITE有關(guān)的處理是延遲因素。因 此，減少SIP交互處理是用于消除延遲的措施。具體地，采用以 下設(shè)置是有效的僅當(dāng)在組播通道之間組播流的特性發(fā)生變化 時(shí)，創(chuàng)建SIP對(duì)話。根據(jù)該理念，提供設(shè)置，使得當(dāng)客戶端調(diào)諧 到正常廣播頻道時(shí)，請(qǐng)求具有流特性的組播發(fā)送以建立SIP會(huì) 話，而其它組播通道改變僅需要IGMP交互，而不需要SIP中介， 代替僅在所接收的流特性不同時(shí)進(jìn)行SIP對(duì)話的設(shè)置。此外，發(fā) 送用于新的頻道的SIPINVITE和IGMPjoin?？梢酝ㄟ^允許在與 最終用戶盡可能近的位置使用組播通道，來減少IGMP設(shè)定中發(fā) 生的延遲。然而，這消耗了接入網(wǎng)絡(luò)中的更多帶寬。啟動(dòng)MPEG流的解碼所需的內(nèi)幀延遲也是需要改進(jìn)的問
題?？梢酝ㄟ^采用以下配置來消除內(nèi)幀延遲通過從網(wǎng)絡(luò)中與 客戶端相對(duì)較近的點(diǎn)進(jìn)行拉取(pull)的機(jī)制，或者通過利用 帶夕卜(out-of-band )機(jī)制向客戶端提供內(nèi)幀，來獲取內(nèi)幀。 3-2-2. nPVR (網(wǎng)絡(luò)個(gè)人—見頻記錄)
接著將說明作為可以在IPTV服務(wù)中使用的服務(wù)類型的 nPVR (網(wǎng)絡(luò)個(gè)人一見頻記錄)。 nPVR的^己錄
可以通過各種方法啟動(dòng)nPVR(網(wǎng)絡(luò)個(gè)人一見頻記錄)的內(nèi)容 記錄。該方法主要根據(jù)IPTV服務(wù)提供商而不同。
*用于記錄諸如節(jié)目的節(jié)目制作的最簡(jiǎn)單的方法是利用用 戶擁有的遙控器從EPG選擇節(jié)目，并且按下記錄按鈕。此外， 還可以輸入用戶記錄的時(shí)間、日期和持續(xù)時(shí)間。
可選地，可以采用以下設(shè)置記錄提供給客戶端的所有節(jié) 目。這意味著IPTV服務(wù)提供商記錄所有節(jié)目，并在預(yù)先指定的 時(shí)間段內(nèi)將它們存儲(chǔ)在服務(wù)器上。以這種方式，用戶可以觀看 顯得類似過去的正常EPG的nPVR EPG,而不受記錄的干擾。
需要IPTV體系結(jié)構(gòu)支持的是標(biāo)識(shí)要記錄的節(jié)目制作的界 面和用于利用EPG實(shí)現(xiàn)此的標(biāo)識(shí)機(jī)制。如果可能，將鏈接機(jī)制 設(shè)置成與TV廣^"的相同，并且對(duì)于記錄處理的命令通信，可以 對(duì)包括記錄細(xì)節(jié)的nPVR使用RTSP RECORD命令或SIP INVITE。
例如，在用戶請(qǐng)求與IPTV服務(wù)中正接收和回放的內(nèi)容相關(guān) 的個(gè)人記錄的情況下的處理的例子是技巧播放。例如，客戶端 通過利用遙控器按壓下暫停按鈕，執(zhí)行nPVR記錄功能，然后凍 結(jié)圖片，并寺丸行從組播通道的IGMP leave ( IGMP離開)。此外， 客戶端存儲(chǔ)內(nèi)容。應(yīng)該注意，可以在服務(wù)器上執(zhí)行數(shù)據(jù)存儲(chǔ)。當(dāng)用戶以后想要再次觀看該內(nèi)容時(shí)，執(zhí)行nPVR4全索以允許通過 RTSP PLAY命令回放該內(nèi)容。
對(duì)于nPVR中可以使用的內(nèi)容列表(內(nèi)容表)，可以使用與 EPG和VoD的相同的內(nèi)容格式和元數(shù)據(jù)。必須使用與TV廣播的 相同的鏈接機(jī)制，除在VoD的情況以外，為了標(biāo)識(shí)單播源，由 IPTV控制功能塊進(jìn)行鏈接。通常作為HTTP GET來執(zhí)行nPVR內(nèi) 容列表檢索。為了允許客戶端可使用的nPVR內(nèi)容的檢索，IPTV 服務(wù)提供商提供基于服務(wù)器的檢索功能。檢索頁的接口連接完 全依賴于服務(wù)提供商。
在通過nPVR記錄的內(nèi)容的回放處理中，首先需要選擇目標(biāo) nPVR內(nèi)容。通過點(diǎn)擊nPVR內(nèi)容列表的鏈接，進(jìn)行檢索。作為 單播流執(zhí)行內(nèi)容檢索。即，當(dāng)用戶按下"播放"或點(diǎn)擊內(nèi)容列表 的《連4妾時(shí)，啟動(dòng)流。
例如，在執(zhí)行作為用戶特定內(nèi)容記錄處理所執(zhí)行的nPVR (網(wǎng)絡(luò)個(gè)人視頻記錄)的處理的情況下所采用的客戶裝置配置 如下所述。作為客戶端的信息處理設(shè)備具有數(shù)據(jù)處理部，所述 數(shù)據(jù)處理部通過應(yīng)用將位于家庭網(wǎng)絡(luò)外部的外部服務(wù)器設(shè)置為 虛擬家庭網(wǎng)絡(luò)裝置的映射信息，執(zhí)行由外部服務(wù)器所提供的內(nèi) 容提供服務(wù)的接收處理。數(shù)據(jù)處理部對(duì)于由外部服務(wù)器所提供 的內(nèi)容，進(jìn)行作為用戶特定內(nèi)容記錄處理所^l行的nPVR(網(wǎng)絡(luò) 個(gè)人視頻記錄)的處理控制。
數(shù)據(jù)處理部在接收由外部服務(wù)器提供的T V廣播時(shí)執(zhí)行組 播分發(fā)內(nèi)容的接收處理，并且在作為用戶特定內(nèi)容記錄處理所 執(zhí)行的nPVR(網(wǎng)絡(luò)個(gè)人視頻記錄)的情況下，執(zhí)行向單播分發(fā) 的切換處理。當(dāng)開始接收單播分發(fā)內(nèi)容時(shí)，將IGMP leave( IGMP 離開)消息發(fā)送給外部服務(wù)器或管理服務(wù)器，作為根據(jù)IGMP (因特網(wǎng)組管理協(xié)議)的消息。此外，對(duì)于nPVR (網(wǎng)絡(luò)個(gè)人視頻記錄)，客戶端的數(shù)據(jù)處 理部還可以請(qǐng)求外部服務(wù)器或其它這樣的網(wǎng)絡(luò)連接服務(wù)器，來 通過使用這些服務(wù)器的記錄裝置執(zhí)行內(nèi)容記錄。在這種情況下， 將諸如記錄內(nèi)容信息和時(shí)間信息的記錄所需的信息提供給這些
服務(wù)器。此外，在從外部服務(wù)器接收與可以執(zhí)行nPVR (網(wǎng)絡(luò)個(gè) 人視頻記錄)的內(nèi)容相對(duì)應(yīng)的內(nèi)容列表的處理中，客戶端的數(shù) 據(jù)處理部基于與外部服務(wù)器相關(guān)的用戶配置文件或客戶端配置 文件的提供，進(jìn)行荻取根據(jù)所提供的配置文件而選擇的內(nèi)容列 表的處理。此外，在沖丸行nPVR (網(wǎng)絡(luò)個(gè)人浮見頻記錄)中，客戶 端的數(shù)據(jù)處理部執(zhí)行以下處理將EPG(電子節(jié)目指南)中的 內(nèi)容選擇信息或記錄時(shí)間指定信息輸出到外部服務(wù)器或管理服 務(wù)器。通過這樣的處理執(zhí)行nPVR。
客戶端是接收與通過非家庭網(wǎng)絡(luò)的公共網(wǎng)絡(luò)所提供的 IPTV有關(guān)的內(nèi)容的信息處理設(shè)備?？蛻舳税ㄓ糜趯⑦B接到 公共網(wǎng)絡(luò)的外部服務(wù)器設(shè)置為虛擬家庭網(wǎng)絡(luò)裝置的部件；和控 制部件，用于通過公共網(wǎng)絡(luò)控制外部服務(wù)器上的內(nèi)容記錄或回 放處理，使得外部服務(wù)器用作記錄或回放用戶特定內(nèi)容的個(gè)人 視頻記錄器。此外，為了實(shí)現(xiàn)用于僅向特定用戶提供特定內(nèi)容 的單播，客戶端的控制部件進(jìn)行通過公共網(wǎng)絡(luò)控制外部服務(wù)器 上的內(nèi)容回》文處理的處理。此外，客戶端的控制部件進(jìn)行通過 公共網(wǎng)絡(luò)控制外部服務(wù)器上的內(nèi)容記錄或回放處理的處理，使 得外部服務(wù)器用作記錄用戶內(nèi)容的個(gè)人視頻記錄器。
3-2-3. VoD (視頻點(diǎn)播)
VoD (視頻點(diǎn)播)是用于響應(yīng)于來自客戶端側(cè)的用戶的請(qǐng) 求而分發(fā)內(nèi)容的規(guī)范。基本上通過單播執(zhí)行VoD?？梢砸耘c廣 播服務(wù)或EPG中的相同的方式，執(zhí)行將廣告插入由VoD分發(fā)的 內(nèi)容(媒體)中的處理或基于廣告的檢索。同樣可以在客戶端側(cè)瀏覽可以用于VoD的內(nèi)容列表(內(nèi)容 表)。該內(nèi)容列表(內(nèi)容表)僅限于允許用戶觀看的那些內(nèi)容， 即，可以瀏覽的過濾后的版本。雖然可以在網(wǎng)絡(luò)內(nèi)執(zhí)行過濾，
但是在這種情況下，必須單播VoD內(nèi)容列表，或者客戶端可以 使用組播來預(yù)先裝載VoD內(nèi)容列表的高速緩沖內(nèi)容。VoD內(nèi)容 列表的獲取與EPG信息獲取部分相同。
為了檢索可用的VoD內(nèi)容，需要客戶端可以執(zhí)行對(duì)于網(wǎng)絡(luò) 的詢問。通過內(nèi)容元數(shù)據(jù)執(zhí)行內(nèi)容檢索。
為了通過VoD進(jìn)行內(nèi)容回放，需要客戶端從VoD內(nèi)容列表 中選擇允許用戶觀看的一個(gè)可用內(nèi)容，并輸出內(nèi)容請(qǐng)求。例如， 在從內(nèi)容列表中指定內(nèi)容時(shí)，啟動(dòng)到VoD服務(wù)的URI的鏈接，
IPTV控制功能塊處理該請(qǐng)求，并且校驗(yàn)用戶是否已經(jīng)購(gòu)買該內(nèi) 容。如果還未購(gòu)買該內(nèi)容，則校驗(yàn)與該內(nèi)容有關(guān)的費(fèi)用，或者 在其它情況下，拒絕該內(nèi)容請(qǐng)求。 3-2-4.內(nèi)容過濾和個(gè)性化
接著將說明IPTV服務(wù)中所執(zhí)行的內(nèi)容的過濾和個(gè)性化。內(nèi) 容的過濾是內(nèi)容選擇處理，在所述內(nèi)容選擇處理中，僅將基于 最終用戶的IMS和IPTV配置文件以及所訂購(gòu)的頻道組而4是供給 該最終用戶的內(nèi)容設(shè)置為適于該用戶的內(nèi)容，而個(gè)性化是基于 用戶的配置文件選擇提供給該用戶的內(nèi)容的處理。例如，這包 括基于用戶配置文件分發(fā)對(duì)象為個(gè)體的消息和廣告的處理。
通過內(nèi)容過濾，例如，僅將用戶已經(jīng)付款的那些頻道顯示 在該用戶所獲取的EPG或VoD列表上。內(nèi)容過濾使得能夠創(chuàng)建 和顯示適于登錄用戶的配置文件的EPG。在登錄時(shí)，通過使用 XCAP從存儲(chǔ)配置文件的服務(wù)器，例如，圖3所示的IMS網(wǎng)絡(luò)230 的HSS 232下載用戶配置文件，并將其存儲(chǔ)到用戶裝置。對(duì)于 VoD，當(dāng)創(chuàng)建由服務(wù)器提供的VoD的視圖時(shí)，或者當(dāng)在客戶端接收VoD元數(shù)據(jù)時(shí)，應(yīng)用內(nèi)容過濾。應(yīng)該注意，為了使用，可 以將用戶配置文件預(yù)先存儲(chǔ)在作為用戶側(cè)的裝置的客戶端上。
將外部服務(wù)器或客戶端裝置上的用戶配置文件呈遞給提供 內(nèi)容的服務(wù)器，并且內(nèi)容提供服務(wù)器執(zhí)行基于用戶配置文件來 選擇和編輯內(nèi)容的內(nèi)容個(gè)性化，以創(chuàng)建和提供適于用戶的內(nèi)容。
可選地，可以在客戶端側(cè)執(zhí)行這樣的個(gè)性化處理。
內(nèi)容個(gè)性化包括基于用戶配置文件來分發(fā)對(duì)象為個(gè)體的消 息和廣告。通過用戶裝置將為特定用戶所設(shè)計(jì)的這些數(shù)據(jù)疊加
到屏幕上，并且以例如PinP ( picture in picture, 畫中畫)沖莫式 來顯示。通過在觀看廣播表演或VoD內(nèi)容時(shí)如同表演進(jìn)入廣告 暫停一樣插入目標(biāo)廣告，執(zhí)行個(gè)性化。還可以將交互性說成是
基于用戶配置文件的個(gè)性化的一種形式。通過與用于各消息或 廣告的相同的裝置，即，通過使用重疊或?qū)Ｓ么翱?，來顯示交 互性數(shù)據(jù)中所包括的信息。通過專用單播通道或者在用于配置 文件集合(位置信息、年齡、性別和收入等級(jí)等)的最小組播 組中，分發(fā)個(gè)性化。
3-2-5.與TV的交互
將對(duì)諸如當(dāng)客戶端側(cè)的用戶在觀看IPTV服務(wù)的同時(shí)發(fā)送 意見或投票時(shí)與TV節(jié)目制作的交互進(jìn)行說明。關(guān)于與電視節(jié)目 制作的交互性，用戶(例如，通過SMS)可以發(fā)送諸如投票的 來自用戶的數(shù)據(jù)。例如，計(jì)算投票，并將投票用于創(chuàng)建與節(jié)目 等有關(guān)的反饋信息。
應(yīng)該注意， 一 些現(xiàn)有的數(shù)字廣播系統(tǒng)已經(jīng)通過以下機(jī)制來 支持與TV節(jié)目制作的交互將觸發(fā)插入MPEG-TS流，并在觸發(fā) 定時(shí)給定諸如HTML或BML的交互式對(duì)象。雖然通常將交互式 對(duì)象嵌入在MPEG-TS流中，但是數(shù)字廣#番系統(tǒng)還可以通過與 MPEG-TS流分發(fā)分開的雙向通信信道來分發(fā)交互式對(duì)象。使用應(yīng)用于IPTV服務(wù)的瀏覽器的機(jī)制用于與TV節(jié)目制作
的交互。例如，將表示與節(jié)目制作的交互的XHTML文檔的參考 信息嵌入在節(jié)目?jī)?nèi)容的元數(shù)據(jù)中。在用戶正在觀看節(jié)目制作(節(jié) 目)時(shí)，交互性系統(tǒng)調(diào)用用于與節(jié)目制作(節(jié)目)交互的IPTV 服務(wù)瀏覽器。通過組播數(shù)據(jù)通道或單播通信來分發(fā)XHTML文 檔。利用單播通信，通過IPTV服務(wù)瀏覽器實(shí)現(xiàn)交互的反饋。 3-2-6.配置文件管理
在IPTV服務(wù)中，管理諸如客戶端的用戶配置文件的各種配
置文件。以下說明配置文件的例子。
*與操作者的服務(wù)有關(guān)的服務(wù)配置文件和用戶配置文件
將記帳、用戶標(biāo)識(shí)符、用于認(rèn)證處理的認(rèn)證向量和服務(wù)觸 發(fā)的配置文件存儲(chǔ)和保持在圖3所示的IMS網(wǎng)絡(luò)230的HSS 232中。
*用戶自己的配置文件
將用戶自己的配置文件存儲(chǔ)在用戶側(cè)的客戶裝置上。 如果IPTV提供商不同于IMS提供商，則IPTV提供商可以將 IPTV特定的用戶配置文件存儲(chǔ)到它自己的數(shù)據(jù)庫。 * IPTV提供商配置文件
可以將作為與IPTV提供商有關(guān)的信息的IPTV提供商配置 文件存儲(chǔ)在客戶端側(cè)，并且還可以將其存儲(chǔ)到IPTV提供商自己
的數(shù)據(jù)庫。
用戶配置文件包括，例如，SIP標(biāo)識(shí)符、語言、國(guó)籍、年齡、 (操作者所提供的和用戶所提供的)、E-mail地址、電話號(hào)碼以 及興趣和愛好(愛好/偏好信息)，以及IPTV特定參數(shù)等。這些 用戶配置文件用于服務(wù)個(gè)性化。具體地，可以基于用戶偏好來 設(shè)置并且提供用戶特定數(shù)據(jù)(我的...)。例如，可以基于用戶偏 好來執(zhí)行我的頻道設(shè)置、啟動(dòng)頻道設(shè)置，還有我的VoD、我的付款的TV、從按鈕到頻道的個(gè)人映射、定位控制等。
例如，IPTV提供商配置文件包括
*關(guān)于用戶可以訪問哪個(gè)頻道的信息；以及
*訂購(gòu)者配置文件，用于確定允許用戶觀看的內(nèi)容以及不允 許用戶觀看的內(nèi)容。
在作為最終用戶的客戶端的側(cè)，執(zhí)行用戶管理和用戶配置 文件管理。用戶管理意味著用戶可以在域中添加、改變或刪除 用戶，而用戶配置文件管理意p未著用戶可以改變用戶配置文件 的信息。
客戶端的最終用戶進(jìn)行用戶管理時(shí)的處理步驟如下
1. 最終用戶向HTTP入口提供新的用戶信息。
2. 通過HTTP入口將信息發(fā)送給執(zhí)行用戶管理的IMS網(wǎng)絡(luò) 230 (見圖3),從而更新HSS和IPTV數(shù)據(jù)庫。
例如，通過以下處理來執(zhí)行客戶端的最終用戶所執(zhí)行的用 戶配置文件管理。
1. 將新的用戶配置文件信息輸入到客戶裝置。
2. 客戶端將數(shù)據(jù)發(fā)送到管理用戶配置文件信息的服務(wù)器， 例如，諸如圖3所示的IMS網(wǎng)絡(luò)230的HSS 232或IPTV服務(wù)250的 預(yù)設(shè)的配置文件輸出目的地，并且在這樣的數(shù)據(jù)的接收端執(zhí)行 登記和更新處理。
3. 已經(jīng)執(zhí)行信息更新的各服務(wù)器將數(shù)據(jù)更新完成通知給客 戶端和其它相關(guān)服務(wù)器。
4. 客戶端下載更新后的用戶配置文件。
應(yīng)該注意，還可以通過IPTV服務(wù)入口來進(jìn)行用戶配置文件 的登記和更新。在這種情況下，將用戶配置文件從客戶端提供 給IPTV服務(wù)入口。其后，IPTV服務(wù)入口將這些數(shù)據(jù)發(fā)送給用戶 配置文件管理服務(wù)器(例如，圖3所示的IMS網(wǎng)絡(luò)230的HSS 232或IPTV 250 )。
如上所述，作為客戶端的信息處理設(shè)備的數(shù)據(jù)處理部執(zhí)行 以下處理從外部服務(wù)器接收數(shù)據(jù)，作為基于預(yù)先登記的作為 用戶信息的用戶配置文件而選4奪或編輯的個(gè)性化數(shù)據(jù)?？蛻舳?的數(shù)據(jù)處理部獲取先前存儲(chǔ)在諸如HSS的管理服務(wù)器中的用戶 配置文件，并將所獲取的用戶配置文件提供給諸如內(nèi)容提供服 務(wù)器的外部服務(wù)器。此外，數(shù)據(jù)處理部將在客戶裝置上已經(jīng)更 新的用戶配置文件發(fā)送給諸如HSS的管理服務(wù)器，并且對(duì)存儲(chǔ) 在該管理服務(wù)器中的用戶配置文件執(zhí)行更新處理。
客戶端的數(shù)據(jù)處理部執(zhí)行以下處理從諸如內(nèi)容提供服務(wù) 器的外部服務(wù)器接收基于用戶配置文件而被設(shè)置為個(gè)性化數(shù)據(jù) 的內(nèi)容列表、廣告信息、與VoD (視頻點(diǎn)播)相對(duì)應(yīng)的內(nèi)容等， 并將該數(shù)據(jù)顯示在顯示部上。應(yīng)該注意，如上所述，用戶配置 文件包括關(guān)于用戶的使用語言、國(guó)籍、年齡、地址、電話號(hào)碼 和愛好/偏好信息至少之一 的信息。
3-2-7.裝置能力的適應(yīng)處理
可以將各種裝置設(shè)置成客戶端，并且各客戶端可以執(zhí)行的 處理根據(jù)客戶端而不同。即，客戶端具有不同的裝置能力。為 了確保這些不同的客戶端與IPTV服務(wù)之間的互用性，指定裝置 能力配置文件集合，并且規(guī)定客戶端所需的能力。
為了以滿意的方式在客戶端上回放分發(fā)給客戶端的內(nèi)容， 必須清楚該客戶端的能力。客戶裝置能力的例子包括屏幕大小、 屏幕分辨率、可用存儲(chǔ)容量以及所支持的編解碼的種類。
當(dāng)客戶裝置第一次關(guān)于服務(wù)進(jìn)行登記時(shí)，下載IMS網(wǎng)絡(luò)230 的CSCF 231裝置的說明，并且將所下載的說明和其URI記錄到 數(shù)據(jù)庫或存儲(chǔ)庫中，以與諸如各個(gè)服務(wù)器的其它實(shí)體共享。應(yīng) 該注意，如果可以使用諸如W3C DCI存儲(chǔ)庫的全局存儲(chǔ)庫，則應(yīng)該<吏用該存j諸庫。
存在AV內(nèi)容對(duì)客戶裝置的適應(yīng)處理需要選擇適當(dāng)?shù)膬?nèi)容 版本的情況。例如，通過使用與版本相對(duì)應(yīng)的變換、組合或格
式化(例如，XSLT)等，實(shí)現(xiàn)文本內(nèi)容的適應(yīng)處理。適應(yīng)處理 的執(zhí)行實(shí)體(例如，進(jìn)行譯碼的目標(biāo)服務(wù)器或代理)執(zhí)行以下 處理接收裝置能力，并且根據(jù)在文檔元數(shù)據(jù)中所表達(dá)的規(guī)則 集合來使文檔適應(yīng)。這意味著內(nèi)容元數(shù)據(jù)必須包括與要應(yīng)用的 變換有關(guān)的規(guī)則，并且還意味著服務(wù)配置文件必須包括與所應(yīng) 用的傳輸和終端等有關(guān)的限制。
如上所述，在具有內(nèi)容提供服務(wù)器和內(nèi)容接收客戶端的內(nèi) 容提供系統(tǒng)中，內(nèi)容接收客戶端的數(shù)據(jù)處理部執(zhí)行以下處理 獲取客戶端的裝置信息，并且將該裝置信息發(fā)送和登記到位于 家庭網(wǎng)絡(luò)外部的數(shù)據(jù)庫，例如，IP多媒體系統(tǒng)(IMS)所規(guī)定 的家庭訂購(gòu)者子系統(tǒng)(HSS: Home Subscriber Subsystem )中。 內(nèi)容提供服務(wù)器執(zhí)行以下處理獲取登記在HSS中的客戶端的 裝置信息，并將適于該裝置的內(nèi)容提供給該客戶端。具體地， 裝置信息包括關(guān)于客戶端的屏幕大小、屏幕分辨率、可用存儲(chǔ) 容量和所支持的編解碼的種類至少之一 的裝置信息。內(nèi)容提供 服務(wù)器執(zhí)行以下處理獲取這些裝置信息，并將可以在該裝置 上回放的內(nèi)容提供給該客戶端。
以上已經(jīng)參考具體實(shí)施例對(duì)本發(fā)明進(jìn)4亍了詳細(xì)說明。然而， 顯然，本領(lǐng)域的技術(shù)人員可以對(duì)實(shí)施例進(jìn)行修改或置換，而不 會(huì)背離本發(fā)明的范圍。即，雖然已經(jīng)通過例子對(duì)本發(fā)明進(jìn)行了 公開，但是不應(yīng)該限制性地對(duì)本發(fā)明進(jìn)行解讀。應(yīng)該參考所附 的權(quán)利要求來確定本發(fā)明的范圍。
可以通過硬件、軟件或者兩者的組合配置，來執(zhí)行在本說 明書中所述的一系列處理。如果要通過軟件來執(zhí)行這一系列處理，則可以通過將記錄該處理序列的程序安裝到內(nèi)置在專用硬 件中的計(jì)算機(jī)的存儲(chǔ)器中，或者通過將該程序安裝到能夠執(zhí)行 各種處理的通用計(jì)算機(jī)中，來執(zhí)行這一系列處理。例如，可以 將該程序預(yù)先記錄在記錄介質(zhì)中。當(dāng)將該程序從記錄介質(zhì)安裝
到計(jì)算機(jī)中時(shí)，可以通過諸如LAN (局域網(wǎng))和因特網(wǎng)的網(wǎng)絡(luò)
來接收該程序，并且將該程序安裝到諸如內(nèi)置的硬盤的記錄介質(zhì)中。
在本說明書中所述的各種處理不僅可以按照在說明中出現(xiàn) 的順序來在時(shí)間上依次執(zhí)行，而且還可以#4居^1行該處理的裝 置的吞吐量來并行或獨(dú)立執(zhí)行。此外，如在本說明書中所使用 的術(shù)語"系統(tǒng)，，是指多個(gè)裝置的邏輯組合，而不局限于各個(gè)組
件裝置的裝置位于同一機(jī)殼內(nèi)的系統(tǒng)。 工業(yè)應(yīng)用性
如上所述，根據(jù)本發(fā)明的配置，作為身為家庭網(wǎng)絡(luò)內(nèi)的客
戶裝置的內(nèi)容回放裝置的DMP可以從家庭網(wǎng)絡(luò)外部的內(nèi)容提 供服務(wù)器接收內(nèi)容，并回放該內(nèi)容。即，作為根據(jù)本發(fā)明的信 息處理設(shè)備的家庭IMS網(wǎng)關(guān)執(zhí)行與內(nèi)容提供服務(wù)器的通信，將 內(nèi)容提供服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)裝置，并且在接收到來自 家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回放設(shè)備的裝置發(fā)現(xiàn)請(qǐng)求時(shí)，將內(nèi)容提供服 務(wù)器的服務(wù)器信息提供給內(nèi)容回放裝置，作為表示可以從其接 收服務(wù)的裝置的裝置信息。此外，在執(zhí)行提供外部服務(wù)器所提 供的內(nèi)容的頻道的切換處理時(shí)，可以執(zhí)行由于頻道切換而出現(xiàn) 的無活動(dòng)頻道的纟冬止處理。
權(quán)利要求
1.一種信息處理設(shè)備，包括通信部，通過家庭網(wǎng)絡(luò)執(zhí)行通信處理；以及數(shù)據(jù)處理部，通過應(yīng)用映射信息，執(zhí)行由外部服務(wù)器提供的內(nèi)容提供服務(wù)的接收處理，所述映射信息將位于所述家庭網(wǎng)絡(luò)外部的所述外部服務(wù)器設(shè)置為虛擬家庭網(wǎng)絡(luò)裝置，其中，所述數(shù)據(jù)處理部被配置成在執(zhí)行提供由所述外部服務(wù)器提供的內(nèi)容的頻道的切換處理時(shí)，執(zhí)行由于頻道切換而出現(xiàn)的無活動(dòng)頻道的終止處理。
2. 根據(jù)權(quán)利要求l所述的信息處理設(shè)備，其特征在于，所述數(shù)據(jù)處理部被配置成執(zhí)行以下處理如果所終止的所 述頻道是關(guān)于組4番分發(fā)內(nèi)容的，則將IGMP leave (IGMP離開) 消息發(fā)送給所述外部服務(wù)器或管理服務(wù)器，作為根據(jù)IGMP(因 特網(wǎng)組管理協(xié)議)的消息。
3. 根據(jù)權(quán)利要求2所述的信息處理設(shè)備，其特征在于， 所述數(shù)據(jù)處理部被配置成執(zhí)行以下處理將來自DLNA(數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)裝置的關(guān)于頻道改變的HTTP請(qǐng)求轉(zhuǎn)換成 1GMP (因特網(wǎng)組管理協(xié)議)。
4. 根據(jù)權(quán)利要求l所述的信息處理設(shè)備，其特征在于， 所述數(shù)據(jù)處理部被配置成在從所述外部服務(wù)器接收與所述外部服務(wù)器可以提供的內(nèi)容相對(duì)應(yīng)的內(nèi)容列表的處理中，執(zhí)行 以下處理基于將用戶配置文件或客戶端配置文件提供給所述 外部服務(wù)器的操作，獲取與根據(jù)所提供的配置文件所選擇的頻 道相對(duì)應(yīng)的內(nèi)容列表。
5. 根據(jù)權(quán)利要求l所述的信息處理設(shè)備，其特征在于， 所述數(shù)據(jù)處理部被配置成如果頻道切換伴隨服務(wù)提供商的切換，則根據(jù)SIP (會(huì)話啟動(dòng)協(xié)議)來執(zhí)行SIP消息發(fā)送，而在 關(guān)于由同 一服務(wù)提供商提供的內(nèi)容進(jìn)行頻道切換的情況下，不執(zhí)行SIP消息發(fā)送。
6. —種由信息處理設(shè)備執(zhí)行的信息處理方法，包括 通信步驟，使通信部通過家庭網(wǎng)絡(luò)執(zhí)行通信處理； 內(nèi)容接收步驟，使數(shù)據(jù)處理部通過應(yīng)用映射信息，執(zhí)行由位于所述家庭網(wǎng)絡(luò)外部的所述外部服務(wù)器設(shè)置為虛擬家庭網(wǎng)絡(luò) 裝置；以及頻道控制步驟，使所述數(shù)據(jù)處理部在執(zhí)行提供由所述外部 服務(wù)器提供的內(nèi)容的頻道的切換處理時(shí)，執(zhí)行由于頻道切換而 出現(xiàn)的無活動(dòng)頻道的終止處理。
7. 根據(jù)權(quán)利要求6所述的信息處理方法，其特征在于，所述頻道控制步驟包括執(zhí)行以下處理的步驟如果所終止 的所述頻道是關(guān)于組播分發(fā)內(nèi)容的，則將IGMP leave ( IGMP離 開)消息發(fā)送給所述外部服務(wù)器或管理服務(wù)器，作為根據(jù)IGMP (因特網(wǎng)組管理協(xié)議)的消息。
8. 根據(jù)權(quán)利要求6所述的信息處理方法，其特征在于，所述頻道控制步驟包括執(zhí)行以下處理的步驟將來自 DLNA (數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)裝置的關(guān)于頻道改變的HTTP請(qǐng)求 轉(zhuǎn)換成IGMP (因特網(wǎng)組管理協(xié)議)。
9. 根據(jù)權(quán)利要求6所述的信息處理方法，其特征在于， 所述數(shù)據(jù)處理部被配置成在從所述外部服務(wù)器接收與所述外部服務(wù)器可以提供的內(nèi)容相對(duì)應(yīng)的內(nèi)容列表的處理中，還執(zhí) 行以下處理基于將用戶配置文件或客戶端配置文件提供給所 述外部服務(wù)器的操作，獲取與根據(jù)所提供的配置文件所選擇的 頻道相對(duì)應(yīng)的內(nèi)容列表。
10. 根據(jù)權(quán)利要求6所述的信息處理方法，其特征在于，如果頻道切換伴隨服務(wù)提供商的切換，則所述頻道控制步驟根據(jù)SIP (會(huì)話啟動(dòng)協(xié)議)來執(zhí)行SIP消息發(fā)送，而在關(guān)于由 同 一服務(wù)提供商提供的內(nèi)容進(jìn)行頻道切換的情況下，所述頻道 控制步驟不執(zhí)行SIP消息發(fā)送。
11.一種用于使信息處理設(shè)備執(zhí)行信息處理的計(jì)算機(jī)程序，包括通信步驟，使通信部通過家庭網(wǎng)絡(luò)執(zhí)行通信處理； 內(nèi)容接收步驟，使數(shù)據(jù)處理部通過應(yīng)用映射信息，執(zhí)行由 外部服務(wù)器提供的內(nèi)容提供服務(wù)的接收處理，所述映射信息將 位于所述家庭網(wǎng)絡(luò)外部的所述外部服務(wù)器設(shè)置為虛擬家庭網(wǎng)絡(luò) 裝置；以及頻道控制步驟，使所述數(shù)據(jù)處理部在執(zhí)行提供由所述外部 服務(wù)器提供的內(nèi)容的頻道的切換處理時(shí)，執(zhí)行由于頻道切換而 出現(xiàn)的無活動(dòng)頻道的終止處理。
全文摘要
提供了一種家庭網(wǎng)絡(luò)內(nèi)的裝置接收并且回放來自位于家庭網(wǎng)絡(luò)外部的服務(wù)器的內(nèi)容的配置。家庭IMS網(wǎng)關(guān)將位于家庭網(wǎng)絡(luò)外部的外部服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)裝置，并通過應(yīng)用該映射信息，執(zhí)行由該外部服務(wù)器提供的內(nèi)容提供服務(wù)的接收。此外，在執(zhí)行提供由外部服務(wù)器提供的內(nèi)容的頻道的切換處理時(shí)，家庭IMS網(wǎng)關(guān)執(zhí)行由于頻道切換而出現(xiàn)的無活動(dòng)頻道的終止處理。
文檔編號(hào)H04N7/173GK101322109SQ20078000047
公開日2008年12月10日 申請(qǐng)日期2007年3月7日 優(yōu)先權(quán)日2006年3月7日
發(fā)明者五十嵐卓也 申請(qǐng)人:索尼株式會(huì)社