專(zhuān)利名稱(chēng)：信息處理設(shè)備和信息處理方法以及計(jì)算機(jī)程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及 一種信息處理設(shè)備和信息處理方法以及計(jì)算機(jī) 程序。更具體地，本發(fā)明涉及一種通過(guò)家庭網(wǎng)絡(luò)內(nèi)的裝置實(shí)現(xiàn) 對(duì)從家庭網(wǎng)絡(luò)外部提供的數(shù)據(jù)的使用的信息處理設(shè)備和信息處 理方法以及計(jì)算才幾程序。
背景技術(shù)：
隨著PC和數(shù)字家用電器的普及，通過(guò)家庭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)盟)定義了 用以允許不同廠(chǎng)家的裝置之間的連通性(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)置的硬盤(pán)記錄器 上。根據(jù)DLNA，將累積內(nèi)容并將內(nèi)容提供給家庭網(wǎng)絡(luò)內(nèi)的裝 置的裝置稱(chēng)為數(shù)字媒體服務(wù)器(DMS: Digital Media Server )。 在圖l中，DVR 101和PC 102是DMS。
DMS可以進(jìn)行將記錄在硬盤(pán)上的諸如TV節(jié)目的視頻內(nèi)容 流傳送到例如通過(guò)家庭IP網(wǎng)絡(luò)連接到D M S的數(shù)字媒體播放器 (DMP: Digital Media Player )的操作。數(shù)字士某體播放器(DMP ) 是接收來(lái)自DMS的內(nèi)容以進(jìn)行回放的裝置。在圖l的例子中，在TV 103上實(shí)現(xiàn)DMP。用戶(hù)通過(guò)使用例 如TV 103的紅外遙控裝置來(lái)操作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ù)中，通過(guò)IP寬帶網(wǎng)絡(luò)發(fā)送傳統(tǒng)上通 過(guò)使用地面或衛(wèi)星波來(lái)進(jìn)行廣播的視頻內(nèi)容。圖2是IPTV/VOD 服務(wù)的概念圖。
在家庭內(nèi)安裝STB ( Set Top Box，機(jī)頂盒)105, STB105 可以通過(guò)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通過(guò)同一運(yùn)營(yíng)商，接 收由多個(gè)IPTV服務(wù)提供服務(wù)器12i或VOD服務(wù)提供服務(wù)器122 提供的服務(wù)(內(nèi)容)，或者分別接收各個(gè)服務(wù)，所述同一運(yùn)營(yíng)商 例如是諸如電話(huà)公司或有線(xiàn)TV公司的同 一接入線(xiàn)路提供商。然 而，應(yīng)該注意，必須將用戶(hù)自己所使用的STB (機(jī)頂盒)105 配置成與STB 105連接到的IPTV服務(wù)相兼容的系統(tǒng)。
今后，隨著這樣的IPTV服務(wù)或VOD服務(wù)的更加普及，將出 現(xiàn)對(duì)這樣的能力的用戶(hù)需求以與在相關(guān)技術(shù)領(lǐng)域中，共享作 為標(biāo)準(zhǔn)廣播的TV廣播的內(nèi)容從而在DLNA裝置上進(jìn)行視聽(tīng)相同的方式，在DLNA裝置上使用由IPTV服務(wù)提供的視頻內(nèi)容。
用于滿(mǎn)足這樣的需求的可以想到的解決方案的例子包括以 下方法一，將來(lái)自IPTV服務(wù)的^L頻內(nèi)容下載到諸如家庭 服務(wù)器的具有大容量硬盤(pán)的裝置上，從而在家庭網(wǎng)絡(luò)內(nèi)共享該 視頻內(nèi)容；方法二，通過(guò)家庭網(wǎng)關(guān)(RG)將IPTV服務(wù)的協(xié)議、 媒體格式等轉(zhuǎn)換成DLNA裝置的協(xié)議或媒體格式，并將其提供 給家庭網(wǎng)絡(luò)連接裝置。在專(zhuān)利文獻(xiàn)1中說(shuō)明了執(zhí)行格式轉(zhuǎn)換處理 的、具有內(nèi)置家庭網(wǎng)絡(luò)的模塊。
然而，前一 方法需要將內(nèi)容臨時(shí)存儲(chǔ)在家庭服務(wù)器上的下 載時(shí)間，因此對(duì)于用戶(hù)來(lái)說(shuō)難以隨時(shí)欣賞— 見(jiàn)頻，這使得該方法 不適于實(shí)況一見(jiàn)聽(tīng)。由家庭網(wǎng)關(guān)(RG)進(jìn)行處理的后一方法需要 網(wǎng)關(guān)(RG)進(jìn)行協(xié)議/媒體格式轉(zhuǎn)換。因此需要高性能硬件， 并且軟件還變得復(fù)雜，這迫使RG的成本上升。
通常由寬帶網(wǎng)絡(luò)接入線(xiàn)路提供商(諸如，電話(huà)公司)提供 RG。由于以下原因，在開(kāi)放因特網(wǎng)上提供IPTV服務(wù)出現(xiàn)障礙 用戶(hù)可用的IPTV服務(wù)局限于由接入線(xiàn)路提供的廠(chǎng)商的IPTV服 務(wù)。雖然可以與該家庭網(wǎng)關(guān)(RG )分開(kāi)而在家庭IP網(wǎng)絡(luò)中^是供 新的網(wǎng)關(guān)裝置，但是在這種情況下，依賴(lài)于網(wǎng)絡(luò)拓樸，在家庭 網(wǎng)絡(luò)中可能發(fā)生內(nèi)容流數(shù)據(jù)的重疊發(fā)送，從而導(dǎo)致家庭網(wǎng)絡(luò)內(nèi) 的帶寬浪費(fèi)。
通過(guò)由美國(guó)的英特爾公司(Intel Co.)開(kāi)發(fā)的Viiv (注冊(cè)商 標(biāo))技術(shù)，提供了家庭網(wǎng)絡(luò)中的DLNA裝置和因特網(wǎng)上的內(nèi)容 分發(fā)服務(wù)之間的連接的例子。Viiv被設(shè)計(jì)成用于PC硬件或軟件 的平臺(tái)，并且Viiv的目的是使來(lái)自因特網(wǎng)的內(nèi)容進(jìn)行流傳送， 從而利用雙核高性能CPU在PC上進(jìn)行視聽(tīng)。同時(shí)，Viiv還具有 DLNA功能，充當(dāng)DLNA媒體服務(wù)器(DLNA Media Server),從 而將已經(jīng)從因特網(wǎng)暫時(shí)下載到PC的內(nèi)容流傳送到連接到家庭網(wǎng)絡(luò)的另一DLNA裝置。
專(zhuān)利文獻(xiàn)l:日本特表2005誦53123
發(fā)明內(nèi)容
發(fā)明要解決的問(wèn)題
如上所述，當(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)致成本增加。
考慮到上述問(wèn)題而做出本發(fā)明。因此，本發(fā)明的目的是提 供一種允許例如在開(kāi)放因特網(wǎng)連接環(huán)境下，在現(xiàn)有DLNA裝置 上對(duì)由位于家庭網(wǎng)絡(luò)外部的諸如IPTV服務(wù)的外部服務(wù)器提供 的內(nèi)容進(jìn)行視聽(tīng)的信息處理設(shè)備、信息處理方法和計(jì)算機(jī)程序， 所述開(kāi)放因特網(wǎng)連接環(huán)境不依賴(lài)于諸如因特網(wǎng)接入線(xiàn)路或網(wǎng)關(guān) 的基礎(chǔ)結(jié)構(gòu)。
用于解決問(wèn)題的手段
根據(jù)本發(fā)明的第一方面，提供了一種信息處理設(shè)備，包括 通信部，通過(guò)家庭網(wǎng)絡(luò)執(zhí)行通信處理；以及數(shù)據(jù)處理部，通過(guò) 應(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)的無(wú)活動(dòng)頻道的終止處理。
在根據(jù)本發(fā)明的信息處理設(shè)備的實(shí)施例中，所述數(shù)據(jù)處理部被配置成執(zhí)行以下處理如果所終止的所述頻道是關(guān)于組播 分發(fā)內(nèi)容的，則將IGMP leave ( IGMP離開(kāi))消息發(fā)送給所述外 部服務(wù)器或管理服務(wù)器，作為根據(jù)IGMP (因特網(wǎng)組管理協(xié)議) 的消息。
在根據(jù)本發(fā)明的信息處理設(shè)備的實(shí)施例中，所述數(shù)據(jù)處理 部被配置成執(zhí)行以下處理將來(lái)自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í)行以下處理基于將 用戶(hù)配置文件或客戶(hù)端配置文件提供給所述外部服務(wù)器的操 作，獲取與根據(jù)所提供的配置文件所選擇的頻道相對(duì)應(yīng)的內(nèi)容 列表。
在根據(jù)本發(fā)明的信息處理設(shè)備的實(shí)施例中，所述數(shù)據(jù)處理 部被配置成如果頻道切換伴隨服務(wù)提供商的切換，則根據(jù)SIP (會(huì)話(huà)啟動(dòng)協(xié)議)來(lái)執(zhí)行SIP消息發(fā)送，而在關(guān)于由同一服務(wù) 提供商提供的內(nèi)容進(jìn)行頻道切換的情況下，不執(zhí)行SIP消息發(fā)送。
根據(jù)本發(fā)明的第二方面，提供了 一種由信息處理設(shè)備執(zhí)行 的信息處理方法，包括通信步驟，使通信部通過(guò)家庭網(wǎng)絡(luò)執(zhí) 行通信處理；內(nèi)容接收步驟，使數(shù)據(jù)處理部通過(guò)應(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)的無(wú)活動(dòng)頻道的終止處理。在根據(jù)本發(fā)明的信息處理方法的實(shí)施例中，所述頻道控制 步驟包括執(zhí)行以下處理的步驟如果所終止的所述頻道是關(guān)于
組播分發(fā)內(nèi)容的，則將IGMP leave ( IGMP離開(kāi))消息發(fā)送給所 述外部服務(wù)器或管理服務(wù)器，作為根據(jù)IGMP(因特網(wǎng)組管理協(xié) 議)的消息。
在根據(jù)本發(fā)明的信息處理方法的實(shí)施例中，所述頻道控制 步驟包括執(zhí)行以下處理的步驟將來(lái)自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í)行以下處理基于 將用戶(hù)配置文件或客戶(hù)端配置文件提供給所述外部服務(wù)器的操 作，獲取與根據(jù)所提供的配置文件所選擇的頻道相對(duì)應(yīng)的內(nèi)容 列表。
在根據(jù)本發(fā)明的信息處理方法的實(shí)施例中，如果頻道切換 伴隨服務(wù)提供商的切換，則所述頻道控制步驟根據(jù)SIP (會(huì)話(huà)啟 動(dòng)協(xié)議)來(lái)執(zhí)行SIP消息發(fā)送，而在關(guān)于由同一服務(wù)提供商提供 的內(nèi)容進(jìn)行頻道切換的情況下，所述頻道控制步驟不執(zhí)行SIP 消息發(fā)送。
根據(jù)本發(fā)明的第三方面，提供一種用于使信息處理設(shè)備執(zhí) 行信息處理的計(jì)算機(jī)程序，包括通信步驟，使通信部通過(guò)家 庭網(wǎng)絡(luò)執(zhí)行通信處理；內(nèi)容接收步驟，使數(shù)據(jù)處理部通過(guò)應(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)的無(wú)活動(dòng)頻道的終止處理。
應(yīng)該注意，根據(jù)本發(fā)明的計(jì)算機(jī)程序是這樣的計(jì)算機(jī)程序 可以通過(guò)存儲(chǔ)介質(zhì)或通信介質(zhì)并且以計(jì)算機(jī)可讀格式來(lái)將所述 計(jì)算機(jī)程序提供給能夠執(zhí)行各種程序代碼的通用計(jì)算機(jī)。通過(guò) 以計(jì)算機(jī)可讀格式提供這樣的程序，在計(jì)算機(jī)系統(tǒng)上實(shí)現(xiàn)與該 程序相對(duì)應(yīng)的處理。
通過(guò)以下對(duì)本發(fā)明的實(shí)施例和附圖的詳細(xì)說(shuō)明，本發(fā)明的 其他目的、特征和優(yōu)點(diǎn)將變得顯而易見(jiàn)。應(yīng)該注意，本說(shuō)明書(shū) 中所使用的術(shù)語(yǔ)"系統(tǒng)，，表示多個(gè)裝置的邏輯組合，而不局限 于各個(gè)組成裝置位于同一機(jī)殼內(nèi)的系統(tǒng)。 優(yōu)點(diǎn)
根據(jù)本發(fā)明的配置，作為身為家庭網(wǎng)絡(luò)內(nèi)的客戶(hù)裝置的內(nèi)
容回放裝置的DMP可以接收并且回放來(lái)自位于家庭網(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ò)裝置，并且在接收到來(lái)自家庭網(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)的無(wú)活動(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)程序的過(guò)程的圖。
圖8是示出AS (IPTV)訂購(gòu)程序的過(guò)程的圖。
圖9是示出由AS (IPTV)提供的內(nèi)容的使用過(guò)程的例子的圖。
圖IO是示出由AS ( IPTV )提供的內(nèi)容的使用過(guò)程的例子的圖。
圖ll是示出內(nèi)容使用處理中的數(shù)據(jù)通信的總概觀的圖。 圖12是示出家庭IMS網(wǎng)關(guān)的軟件模塊的配置的例子的圖。 圖13是示出由AS ( IPTV)提供的內(nèi)容的使用過(guò)程的例子的圖。
圖14是示出由AS( IPTV)提供的服務(wù)屏幕和流回放處理時(shí) 的屏幕顯示的例子的圖。
圖15是示出作為接收IPTV服務(wù)所需的功能塊的IPTV終端 功能塊的功能組件的圖。
圖16是示出作為IMS (IP多媒體子系統(tǒng))的主要功能塊的 CSCF、 HSS和AS的圖。
圖17是示出在用于通過(guò)家庭網(wǎng)絡(luò)內(nèi)的裝置接收IPTV服務(wù) 的網(wǎng)絡(luò)配置中使用的功能塊的圖。
圖18是示出用于通信數(shù)據(jù)的質(zhì)量管理處理的圖。
圖19是示出執(zhí)行來(lái)通過(guò)客戶(hù)端接收IPTV服務(wù)的通信過(guò)程 的圖。
圖20是示出執(zhí)行來(lái)通過(guò)客戶(hù)端接收IPTV服務(wù)的通信過(guò)程的圖。的圖。
圖22是示出執(zhí)行來(lái)通過(guò)客戶(hù)端接收IPTV服務(wù)的通信過(guò)程的圖。
圖23是示出執(zhí)行來(lái)通過(guò)客戶(hù)端接收IPTV服務(wù)的通信過(guò)程的圖。
圖24是示出用于接收IPTV服務(wù)的客戶(hù)端的網(wǎng)絡(luò)連接處理 過(guò)程的圖。
圖25是示出用于接收IPTV服務(wù)的客戶(hù)端的網(wǎng)絡(luò)連接處理 過(guò)程的圖。
圖26是示出用于接收IPTV服務(wù)的客戶(hù)端的網(wǎng)絡(luò)連接處理 過(guò)程的圖。
具體實(shí)施例方式
以下將參考附圖詳細(xì)說(shuō)明根據(jù)本發(fā)明的信息處理設(shè)備和信 息處理方法以及計(jì)算機(jī)程序。將按照下面的主題順序給出說(shuō)明。
1. 用于通過(guò)家庭網(wǎng)絡(luò)內(nèi)的裝置來(lái)接收IPTV服務(wù)的配置
2. 應(yīng)用于IPTV服務(wù)的功能塊的說(shuō)明
3. IPTV服務(wù)的具體處理例子 3-1.通信處理的具體處理例子 3-2.各種服務(wù)的具體處理例子
1.用于通過(guò)家庭網(wǎng)絡(luò)內(nèi)的裝置來(lái)接收IPTV服務(wù)的配置 首先，參考圖3，將說(shuō)明根據(jù)本發(fā)明的信息通信系統(tǒng)的配置 的例子。雖然諸如美國(guó)微軟公司(Microsoft)的多個(gè)廠(chǎng)商已經(jīng) 開(kāi)發(fā)并且商品化IPTV服務(wù)系統(tǒng)，但是在本實(shí)施例中，說(shuō)明將涉 及使用采用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ì) 劃)開(kāi)發(fā)了IMS,作為用于提供例如一鍵通(push to talk)會(huì) 議系統(tǒng)的基本技術(shù)，在用于移動(dòng)電話(huà)的無(wú)線(xiàn)通信基礎(chǔ)結(jié)構(gòu)中， 所述一4定通會(huì)議系統(tǒng)實(shí)現(xiàn)三個(gè)以上的移動(dòng)電話(huà)之間的會(huì)話(huà)、諸 如即時(shí)消息的通信以及基于語(yǔ)音的電話(huà)服務(wù)中的多4某體添加服 務(wù)。
IMS基于IP技術(shù)，并且與固定通信系統(tǒng)的因特網(wǎng)基礎(chǔ)結(jié)構(gòu) 高度兼容。同時(shí)，出現(xiàn)通過(guò)IP來(lái)整合有線(xiàn)和無(wú)線(xiàn)通信網(wǎng)絡(luò)基礎(chǔ) 結(jié)構(gòu)的4皮稱(chēng)為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畫(huà)3261^L定的SIP( Session Initiation Protocol,會(huì)^舌啟動(dòng)協(xié)i義)的一皮一爾為CSCF( Call Session Control Function,呼叫會(huì)話(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通過(guò)移動(dòng)電話(huà) 網(wǎng)絡(luò)240來(lái)才是供與移動(dòng)電話(huà)260相關(guān)的服務(wù)。
CSCF 231基于SIP (會(huì)話(huà)啟動(dòng)協(xié)議)，進(jìn)行用戶(hù)登記和會(huì)話(huà) 設(shè)定控制。此外，CSCF 231根據(jù)登記在HSS 232中的用戶(hù)配置 文件設(shè)置來(lái)執(zhí)行必要的服務(wù)處理的啟動(dòng)。HSS 232具有用于在 IMS中使用的用戶(hù)ID的管理、各用戶(hù)訂購(gòu)的服務(wù)的配置文件的 管理、認(rèn)證信息的管理、關(guān)于各IMS服務(wù)是否可使用的管理以 及用戶(hù)移動(dòng)管理的數(shù)據(jù)庫(kù)。AS 233是執(zhí)行各個(gè)服務(wù)處理的服務(wù) 器，并且由CSCF 231根據(jù)各用戶(hù)的服務(wù)訂購(gòu)狀況來(lái)啟動(dòng)，從而 向用戶(hù)提供服務(wù)。如上所述，在IMS中，為其設(shè)置了用戶(hù)ID的終端對(duì)CSCF 231 進(jìn)行訪(fǎng)問(wèn)，以進(jìn)行終端登記和會(huì)話(huà)設(shè)定控制，并根據(jù)登記在HSS 232中的用戶(hù)配置文件設(shè)置，進(jìn)行必要服務(wù)的啟動(dòng)。AS 233實(shí) 際進(jìn)行各個(gè)單獨(dú)的服務(wù)處理。
例如，使用IMS的服務(wù)的典型例子有"一鍵通"。根據(jù)"一鍵 通"，用戶(hù)終端連接到執(zhí)行"一4建通"服務(wù)的IMS網(wǎng)絡(luò)230中的應(yīng) 用服務(wù)器(AS: Application Server),并且對(duì)于所登記的組成員， 從AS建立與多個(gè)成員的會(huì)話(huà)，即，通過(guò)使用VoIP( Voice Over IP, IP語(yǔ)音)的中繼服務(wù)器所進(jìn)行的成員間的電話(huà)會(huì)話(huà)。
對(duì)于IPTV視聽(tīng)服務(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í)行
與用戶(hù)終端相關(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ù)器。通過(guò)各服務(wù)器和IMS 網(wǎng)絡(luò)230的AS ( IPTV ) 233之間的協(xié)作，實(shí)現(xiàn)與用戶(hù)終端相關(guān)的 內(nèi)容列表提供服務(wù)和內(nèi)容提供服務(wù)。
在根據(jù)本發(fā)明的系統(tǒng)中，作為系統(tǒng)的基本配置，由參考圖l 和2說(shuō)明的相關(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)的 裝置通過(guò)所述家庭網(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)容的客戶(hù)裝置。
寬帶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用戶(hù)ID。 即，將家庭IMS網(wǎng)關(guān)212的用戶(hù)ID和用戶(hù)配置文件登記在IMS網(wǎng) 絡(luò)230的家庭訂購(gòu)者子系統(tǒng)(HSS) 232中。
家庭IMS網(wǎng)關(guān)212通過(guò)執(zhí)行與移動(dòng)電話(huà)260執(zhí)行IPTV服務(wù)時(shí) 所進(jìn)行的相同的處理，接收IPTV服務(wù)。即，家庭IMS網(wǎng)關(guān)212 對(duì)CSCF 231進(jìn)行訪(fǎng)問(wèn)，以進(jìn)行終端登記和會(huì)話(huà)設(shè)定控制，并且 根據(jù)登記在HSS 232中的用戶(hù)配置文件的設(shè)置，進(jìn)行必要服務(wù) 的啟動(dòng)，從而使用AS ( IPTV) 233來(lái)進(jìn)行服務(wù)的接收。除連接 到IM S的服務(wù)的這樣的功能外，家庭IM S網(wǎng)關(guān)212還執(zhí)行關(guān)于 DLNA裝置，例如，附圖所示的TV ( DMP ) 213的網(wǎng)關(guān)功能， 以訪(fǎng)問(wèn)由IPTV服務(wù)250提供的視頻內(nèi)容。即，家庭IMS網(wǎng)關(guān)212 保持以下功能。
(a)與IMS的服務(wù)的連接功能 (b )網(wǎng)關(guān)功能
通過(guò)網(wǎng)絡(luò)通信功能、基本信息處理設(shè)備配置和軟件來(lái)實(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ì)必需的。還可以釆用以
下配置不通過(guò)家庭IMS網(wǎng)關(guān)212,而是通過(guò)作為DLNA裝置的 DMP和外部服務(wù)器之間的通信，來(lái)執(zhí)行內(nèi)容發(fā)送/接收，在這種 情況下，家庭網(wǎng)關(guān)212不需要具有DMS功能。后面將說(shuō)明對(duì)此 的具體處理配置。
通過(guò)在家庭網(wǎng)絡(luò)內(nèi)設(shè)置具有IMS網(wǎng)絡(luò)月l務(wù)接收功能的家庭 IMS網(wǎng)關(guān)212，現(xiàn)有DLNA裝置(例如，附圖所示的TV ( DMP ) 213 )可以通過(guò)與接收從家庭網(wǎng)絡(luò)內(nèi)的DMS，即，家庭IMS網(wǎng)關(guān) 212提供的內(nèi)容時(shí)的基本相同的處理，來(lái)接收IPTV的視頻內(nèi)容。
作為家庭網(wǎng)絡(luò)內(nèi)的客戶(hù)裝置的TV ( DMP ) 213可以通過(guò)與 接收從家庭網(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)行訪(fǎng)問(wè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ò)線(xiàn)路提供商的電話(huà)公司或有線(xiàn)TV公司的接入線(xiàn)路廠(chǎng)商提 供的家庭網(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說(shuō)明的相關(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ù)接 收功能的裝置沒(méi)有限制，從而可以適應(yīng)開(kāi)放因特網(wǎng)上的IPTV服 務(wù)。此外，網(wǎng)絡(luò)拓樸也沒(méi)有限制，從而可以適應(yīng)任意網(wǎng)絡(luò)配置。
以下，將給出對(duì)家庭IMS網(wǎng)關(guān)的配置的例子和^[吏用該家庭 IMS網(wǎng)關(guān)接收IPTV服務(wù)的詳細(xì)說(shuō)明。首先，在說(shuō)明家庭IMS網(wǎng) 關(guān)之前，將參考圖4給出DLNA裝置遵循的DLN A指南的功能組
件的說(shuō)明。
圖4示出DLNA指南的功能組件。從上端開(kāi)始定義以下層 々某體才各式層(Media Format )、々某體傳專(zhuān)俞層(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)沒(méi)有限制，只要家庭 網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)被配置成允許諸如PLC ( Power Line Communication, 電力線(xiàn)通j言)的IP連4妻。
Ipv4的協(xié)議被用于網(wǎng)絡(luò)層，并且各DLNA裝置通過(guò)使用 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ì)象 訪(fǎng)問(wèn)協(xié)議)等。在UPnP DA ( UPnP Device Architecture, UPnP 裝置體系結(jié)構(gòu))之上實(shí)現(xiàn)UPnP AV。在UPnP AV版本l頭見(jiàn)定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ù)獲耳又方法。通過(guò)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 )層身見(jiàn)定 HTTP1.0/1.1用于流回放。對(duì)于媒體格式，規(guī)定在視頻內(nèi)容的 情況下，通過(guò)流將根據(jù)由DLNA規(guī)定的MPEG2-PS的配置文件的 Media Format的內(nèi)容從DMS傳輸?shù)紻MP。例如，作為DLNA規(guī) 定的回放裝置的DMP依次對(duì)已經(jīng)通過(guò)流發(fā)送而接收到的 MPEG2-PS數(shù)據(jù)進(jìn)行解碼和回放，從而允許用戶(hù)觀看或收聽(tīng)該 內(nèi)容。
圖5示出參考圖3說(shuō)明的家庭IMS網(wǎng)關(guān)212的>^更件配置的例 子。如上所述，家庭IMS網(wǎng)關(guān)212保持以下功能。 (a)與IMS的服務(wù)的連接功能 (b )網(wǎng)關(guān)功能
通過(guò)網(wǎng)絡(luò)通信功能、基本信息處理設(shè)備配置和軟件來(lái)實(shí)現(xiàn) 這些功能。圖5所示的硬件示出用于實(shí)現(xiàn)這些功能(a)和(b) 的硬件配置的例子。
如圖5所示，家庭IMS網(wǎng)關(guān)212包括CPU 301,作為執(zhí)行各 種類(lèi)型的軟件(計(jì)算機(jī)程序)的數(shù)據(jù)處理部；存儲(chǔ)器302,由作用的RAM等配置成；網(wǎng)絡(luò)I/F 303，作為網(wǎng)絡(luò)連4妻部；以及用于 這些組件之間的命令/數(shù)據(jù)傳輸?shù)目偩€(xiàn)3 04 。
例如，網(wǎng)絡(luò)I/F 303是諸如IEEE802.3u的有線(xiàn)LAN網(wǎng)絡(luò)I/F。
且將這些程序復(fù)制到構(gòu)成存儲(chǔ)器302的RAM中，并執(zhí)行這些程 序。此外，還將建立IMS會(huì)話(huà)所需的用戶(hù)ID和各種類(lèi)型的設(shè)置 信息存儲(chǔ)在構(gòu)成存儲(chǔ)器302的閃速ROM中。
接著，參考圖6，將說(shuō)明家庭IMS網(wǎng)關(guān)2U的軟件模塊配置 的例子。如附圖所示，將軟件模塊分類(lèi)成以下三種類(lèi)型
(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)用模塊是用于通過(guò)使用協(xié)議模塊來(lái)實(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ò)所使用的功能塊，通過(guò)虛線(xiàn)分割 該區(qū)域，從而將IMS/IPTV端所應(yīng)用的軟件模塊在虛線(xiàn)的左側(cè)示 出，而將DLNA端所應(yīng)用的軟件模塊在右側(cè)示出。然而，應(yīng)該 注意，對(duì)于這兩個(gè)網(wǎng)絡(luò)，網(wǎng)絡(luò)模塊是共同使用的。以下將說(shuō)明各模塊的細(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é)議)客戶(hù)端才莫塊。對(duì)于 IMS和DLNA兩者，可以使用同一網(wǎng)絡(luò)模塊。
基本上，由于滿(mǎn)足將家庭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 (呈玉見(jiàn)頁(yè)面)、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ì)話(huà)的SIP/模塊，以及與AS進(jìn)行消息通信的SOAP、 GENA模塊。由于假定IMS端在開(kāi)放因特網(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的特
性特征是它被配置成通過(guò)使用作為DLNA端裝置中所使用的 裝置發(fā)現(xiàn)處理功能的、被稱(chēng)為裝置發(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通過(guò)使用作為 應(yīng)用模塊而設(shè)置在家庭IMS網(wǎng)關(guān)212中的UPnP裝置代理管理器
(見(jiàn)圖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，通過(guò)該映射處理，根據(jù)UPnP執(zhí)行裝置發(fā) 現(xiàn)處理時(shí)，對(duì)于家庭IMS網(wǎng)關(guān)212來(lái)il，可以通知DMP以下情況 家庭IMS網(wǎng)關(guān)212具有基于與AS (IPTV)相對(duì)應(yīng)的UPnP媒體服 務(wù)器實(shí)例的服務(wù)提供功能。基于該通知，DMP可以將IMS的AS
(IPTV服務(wù))識(shí)別為與家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容提供服務(wù)器(DMS) 相同的裝置，從而使得可以通過(guò)與用于接收基于來(lái)自家庭網(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通過(guò)DLNA裝置(作為內(nèi)容回放執(zhí)行裝 置的DMP)和IMS的AS (IMS)的后端視頻服務(wù)器之間的通信，直接從外部網(wǎng)絡(luò)獲取內(nèi)容數(shù)據(jù)，而不進(jìn)行內(nèi)容的中繼。后面將 說(shuō)明這些處理的具體例子。
在家庭IMS網(wǎng)關(guān)212進(jìn)行由IMS的AS ( IPTV服務(wù))提供的內(nèi) 容的中繼的情況下，在家庭IMS網(wǎng)關(guān)212中實(shí)現(xiàn)被稱(chēng)為Media Management (々某體管理)的功能，該功能例如是用于進(jìn)行內(nèi)容 列表的元數(shù)據(jù)的獲取的內(nèi)容目錄服務(wù)，以及用于進(jìn)行DLNA的 被稱(chēng)為媒體傳輸?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ì)于來(lái)自家庭網(wǎng)絡(luò)內(nèi)的客戶(hù)裝置，即，作為內(nèi)容回放執(zhí)行 裝置的DMP的內(nèi)容列表請(qǐng)求，可以進(jìn)行以下設(shè)置直接從客戶(hù) 裝置(DMP)向諸如AS (IPTV服務(wù))的外部服務(wù)器進(jìn)行內(nèi)容 列表請(qǐng)求，而無(wú)需家庭IMS網(wǎng)關(guān)212的中繼。在該配置中，對(duì)家 庭IMS網(wǎng)關(guān)212進(jìn)行配置，使得它可以對(duì)來(lái)自客戶(hù)端的裝置發(fā)現(xiàn) 請(qǐng)求做出響應(yīng)即可。為了實(shí)現(xiàn)將請(qǐng)求直接從客戶(hù)端發(fā)送到外部 服務(wù)器，而無(wú)需家庭IMS網(wǎng)關(guān)212的中繼，將UPnP裝置體系結(jié) 構(gòu)中所規(guī)定的裝置信息[Device Description ， 裝置說(shuō)明]的 [controlURL]和[eventSubURL]所規(guī)定的URL設(shè)置成外部服務(wù) 器，而不是家庭IMS網(wǎng)關(guān)的URL。在家庭IMS網(wǎng)關(guān)212中，通過(guò) 將如上所述設(shè)置的裝置信息[Device Description]提供給客戶(hù)裝 置，其后，該客戶(hù)端通過(guò)參考該裝置信息向其做出內(nèi)容列表請(qǐng) 求或各種類(lèi)型的請(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。通過(guò)使用協(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í)僅選擇性映射用戶(hù)所選擇的 服務(wù)實(shí)體[AS (IPTV)〗。
即，在外部網(wǎng)絡(luò)中存在多個(gè)IMS/IPTV的AS ( IPTV ),并且 每一個(gè)AS均進(jìn)行內(nèi)容提供的配置中，僅選擇用戶(hù)通過(guò)使用IMS 計(jì)費(fèi)系統(tǒng)所購(gòu)買(mǎi)和選擇的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) 給用戶(hù)以沖丸行AS ( IPTV )的購(gòu)買(mǎi)或選4奪處理。
具體地，利用充當(dāng)HTTP服務(wù)器的、作為根據(jù)本發(fā)明的信息處理設(shè)備的家庭IMS網(wǎng)關(guān)212，通過(guò)使用由UPnPDA規(guī)定的呈現(xiàn) 方案，家庭IMS網(wǎng)關(guān)212連接到包括HTML瀏覽器的UPnP控制點(diǎn)
(UPnP Control Point )，并且用戶(hù)從通過(guò)使用瀏覽器功能所顯 示的HTML屏幕，選擇想要的IPTV服務(wù)，并進(jìn)行服務(wù)訂購(gòu)程序。 具體地，例如，通過(guò)使用設(shè)置為家庭網(wǎng)絡(luò)內(nèi)的DLNA裝置的、 具有瀏覽器功能的PC或TV,在顯示器上呈現(xiàn)家庭IMS網(wǎng)關(guān)212 所保持的列表，以允許選擇IPTV服務(wù)。
通過(guò)使用UPnP Message Proxy作為用于上述i奮求傳送處理 的執(zhí)行模塊，可以利用IMS系統(tǒng)所提供的計(jì)費(fèi)系統(tǒng)來(lái)協(xié)調(diào)該 IPTV服務(wù)接收程序，并且根據(jù)已經(jīng)設(shè)置為與家庭IMS網(wǎng)關(guān)212 相對(duì)應(yīng)的ID的IMS用戶(hù)ID的顧客信息，對(duì)用戶(hù)進(jìn)行計(jì)費(fèi)。
以這種方式，家庭IMS網(wǎng)關(guān)212可以進(jìn)4亍選4奪性映射，乂人而 利用用戶(hù)對(duì)AS ( IPTV)的訂購(gòu)程序作為條件，通過(guò)作為應(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 )的情況下，用戶(hù)的訂購(gòu)程序不是必需的，用戶(hù)的選 擇也不是映射的絕對(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通過(guò)直接處理UPnP媒體服務(wù)器、 如由UPnP AV所規(guī)定的內(nèi)容目錄服務(wù)的消息或者通過(guò)在UPnP Message Proxy中進(jìn)行AS (IPTV)的協(xié)議轉(zhuǎn)換，來(lái)實(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ù)器，來(lái)進(jìn) 行協(xié)議轉(zhuǎn)換處理。在如上所述由外部服務(wù)器執(zhí)行必要的協(xié)議轉(zhuǎn) 換的配置中，家庭IMS網(wǎng)關(guān)212可以?xún)H具有DLNA端的協(xié)議模塊 和應(yīng)用模塊。在采用這樣的配置的情況下，可以通過(guò)根據(jù)DLNA 所規(guī)定的SSDP協(xié)議執(zhí)行裝置發(fā)現(xiàn)處理，來(lái)執(zhí)行外部服務(wù)器的映 射處理。
對(duì)于由家庭網(wǎng)絡(luò)內(nèi)的客戶(hù)裝置，即，作為內(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瀏覽器來(lái)進(jìn)行相同處理。當(dāng)在移 動(dòng)電話(huà)等中實(shí)現(xiàn)HTML瀏覽器時(shí)，可以類(lèi)似地進(jìn)行購(gòu)買(mǎi)程序。
此外，通過(guò)采用家庭IMS網(wǎng)關(guān)212本身具有諸如顯示器或輸 入部的用戶(hù)界面的設(shè)置，可以將從AS ( IPTV)獲取的列表直接 呈現(xiàn)到該用戶(hù)界面上，以使得用戶(hù)輸入信息能夠輸入。因此甚 至無(wú)需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è)置，通過(guò)呈現(xiàn)頁(yè)面 來(lái)提供用于以逐項(xiàng)內(nèi)容為基礎(chǔ)選擇購(gòu)買(mǎi)的方案，將選擇信息登 記到IMS端，作為構(gòu)成用戶(hù)配置文件信息的數(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è)備。
通過(guò)網(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ú)通過(guò)分發(fā)服務(wù)端的 改變來(lái)進(jìn)行各種服務(wù)邏輯改變，而無(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)的操作，
并且通過(guò)DMP和AS (IPTV服務(wù))之間的通信進(jìn)行內(nèi)容回放。
在上述通過(guò)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ì)于用戶(hù)是非常方便的。此外，在上述不具有 內(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的過(guò)程圖，將給出在上述處理(2)的情 況下，即，在通過(guò)DMP和AS (IPTV服務(wù))之間的通信進(jìn)行內(nèi) 容回放的情況下的處理過(guò)程的說(shuō)明。圖7到IO的過(guò)程圖示出下面 的處理的過(guò)程。
(A) AS ( IPTV)訂購(gòu)程序的過(guò)程(圖7、 8) (Al ) IMS登記處理
(A2)裝置發(fā)現(xiàn)處理
(A3 ) AS ( IPTV)選擇處理
(B) 由AS (IPTV)提供的內(nèi)容的使用過(guò)程(圖9、 10) (Bl )裝置發(fā)現(xiàn)處理
(B2)內(nèi)容列表獲取處理 (B3)認(rèn)證和密鑰交換處理 (B4 )內(nèi)容流處理
首先參考圖7、 8,將說(shuō)明AS ( IPTV)訂購(gòu)程序的過(guò)程。圖 7、 8按照從左側(cè)開(kāi)始的順序示出下面的組件
(1 )三個(gè)IPTV服務(wù)AS1、 AS2和AS3，作為執(zhí)行與IMS網(wǎng)(2)HSS,具有用于IMS中所使用的用戶(hù)ID的管理、各用 戶(hù)訂購(gòu)的服務(wù)的配置文件的管理、認(rèn)證信息的管理、關(guān)于各IMS 服務(wù)是否可使用的管理以及用戶(hù)移動(dòng)管理的數(shù)據(jù)庫(kù)；
(3 ) CSCF,基于IMS網(wǎng)絡(luò)中的SIP (會(huì)話(huà)啟動(dòng)協(xié)議)進(jìn)行 用戶(hù)登記和會(huì)話(huà)設(shè)定控制；
(4 )家庭IMS網(wǎng)關(guān)；以及
(5) HTML瀏覽器(用戶(hù)界面)，作為UPnP控制點(diǎn)。 此外，各步驟中所示的[Cx][SIP][SSDP][HTTP]表示應(yīng)用于 各通信的協(xié)議。
可以將圖7、 8所示的AS ( IPTV)訂購(gòu)程序過(guò)程分成以下三 個(gè)階段。
(Al ) IMS登記處理
(A2)裝置發(fā)現(xiàn)處理
(A3 ) AS ( IPTV )選擇處理
以下將說(shuō)明每一處理。
(Al ) IMS登記處理
在作為第一階段的IMS登記處理中，首先，在步驟Sll，家 庭IMS網(wǎng)關(guān)將預(yù)先設(shè)置在家庭IMS網(wǎng)關(guān)中的IMS用戶(hù)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向具有管理用戶(hù)配置文件信息的數(shù)據(jù)庫(kù) 的HSS請(qǐng)求所登記的與IMS用戶(hù)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)處理。最初，用戶(hù)還未選擇要使用的 AS。因此，在該點(diǎn)，家庭IMS網(wǎng)關(guān)還沒(méi)有將AS ( IPTV)映射為 DLNADMS，因而作為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回放裝置的DMP不能 通過(guò)將AS (IPTV)解釋為DMS來(lái)進(jìn)行內(nèi)容接收。
如上所述，當(dāng)執(zhí)行AS ( IPTV)的選擇時(shí)，家庭IMS網(wǎng)關(guān)充 當(dāng)HTTP服務(wù)器，并且通過(guò)使用UPnPDA所規(guī)定的呈現(xiàn)方案，連 接到包括HTML瀏覽器的UPnP控制點(diǎn)，從而使得用戶(hù)從通過(guò)使 用瀏覽器功能所顯示的HTML屏幕選擇期望的IPTV服務(wù)。圖7 所示的(A2)裝置發(fā)現(xiàn)處理表示該處理的過(guò)程。
為了執(zhí)行AS(IPTV)的選擇，用戶(hù)從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)選擇處理的過(guò)程。在該 階段，用戶(hù)從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頁(yè)面。 在該屏幕上顯示AS (IPTV)服務(wù)列表。當(dāng)用戶(hù)從該列表選擇了用戶(hù)希望從其接收服務(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,基于來(lái)自家庭IMS網(wǎng)關(guān)的服務(wù)訂購(gòu)請(qǐng)求，CSCF執(zhí)行 將與該服務(wù)訂購(gòu)請(qǐng)求相對(duì)應(yīng)的信息作為與用戶(hù)相對(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ā)送給具有用戶(hù)界面的諸如作為UPnP控制點(diǎn)的PC的設(shè)備， 并且由用戶(hù)確i人該響應(yīng)。
例如，存在在該(A3) AS(IPTV)選4奪處理期間進(jìn)行計(jì) 費(fèi)處理的情況，在這種情況下，執(zhí)行計(jì)費(fèi)處理所需的信息的輸 入和通信。
如上所述，(A) AS ( IPTV)服務(wù)訂購(gòu)程序的過(guò)程包括下 面三個(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通過(guò)將所選擇的AS ( IPTV ) 解釋為DMS,來(lái)進(jìn)行內(nèi)容接收。即，家庭IMS網(wǎng)關(guān)通過(guò)使用圖6 所示的UPnP Device Proxy Manager等，創(chuàng)建與所選才,的AS (該 例子中的AS3 )相對(duì)應(yīng)的UPnP媒體服務(wù)器的實(shí)例。
通過(guò)該映射處理，以與作為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容提供服務(wù)器 的DMS (DLNA媒體服務(wù)器)相同的方式，處理作為家庭網(wǎng)絡(luò)外部的IMS的應(yīng)用服務(wù)器的AS (IPTV),并且可以通過(guò)作為家 庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回放裝置的DMP ( DLNA々某體播放器)來(lái)使用 該AS ( IPTV )。
以下將參考圖9、 10,給出由作為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回放裝 置的DMP進(jìn)行的關(guān)于AS ( IPTV)所提供的內(nèi)容的使用過(guò)程的 說(shuō)明。圖9、 IO按照從左側(cè)開(kāi)始的順序示出下面的組件
(1 ) IPTV服務(wù)(AS )(內(nèi)容提供實(shí)體)；
(2)HSS,具有用于IMS中所使用的用戶(hù)ID的管理、各用 戶(hù)訂購(gòu)的服務(wù)的配置文件的管理、認(rèn)證信息的管理、關(guān)于各IMS 服務(wù)是否可使用的管理以及用戶(hù)移動(dòng)管理的數(shù)據(jù)庫(kù)；
(3 ) CSCF,基于IMS網(wǎng)絡(luò)中的SIP (會(huì)話(huà)啟動(dòng)協(xié)議)進(jìn)行
用戶(hù)登記和會(huì)話(huà)設(shè)定控制；
(4 )家庭IMS網(wǎng)關(guān)；以及
(5 ) DMP ( DLNA媒體播放器)，作為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容 回放裝置。
應(yīng)該注意，(1 ) IPTV服務(wù)(AS)可以?xún)H是IPTV服務(wù)，還 可以是IPTV服務(wù)和AS的組合。各步驟中所示的
可以將圖9、 IO所示的AS (IPTV)所提供的內(nèi)容的使用過(guò) 程分成以下四個(gè)階^歐。
(Bl )裝置發(fā)現(xiàn)處理 (B2)內(nèi)容列表獲取處理 (B3)認(rèn)證和密鑰交換處理 (B4 )內(nèi)容流處理 以下將說(shuō)明每一處理。 (Bl )裝置發(fā)現(xiàn)處理
第一處理是裝置發(fā)現(xiàn)階段。此時(shí)，通過(guò)以上參考圖7、 8說(shuō)
32明的AS訂購(gòu)過(guò)程，家庭IMS網(wǎng)關(guān)已經(jīng)將AS( IPTV)映射成DLNA DMS,并且已經(jīng)向家庭網(wǎng)絡(luò)內(nèi)的各DLNA裝置廣告AS ( IPTV ) 可以被用作DLNA DMS。即，通過(guò)UPnP DA所頭見(jiàn)定的裝置發(fā)現(xiàn) 過(guò)程，連接到家庭網(wǎng)絡(luò)的作為內(nèi)容回i丈設(shè)備的所有DMP都可以 從家庭IMS網(wǎng)關(guān)獲取作為DMS的AS ( IPTV)信息。該裝置發(fā)現(xiàn) 過(guò)程對(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)通過(guò)映射處理所創(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)過(guò)程說(shuō)明的例子中的一樣，假定家 庭IMS網(wǎng)關(guān)已經(jīng)建立與IMS網(wǎng)絡(luò)的會(huì)話(huà)。如果還未建立會(huì)話(huà)或者 會(huì)話(huà)已經(jīng)被切斷，則利用內(nèi)容獲取請(qǐng)求等作為觸發(fā)，進(jìn)行重新 連接。已經(jīng)獲耳又已通過(guò)建立與IM S網(wǎng)絡(luò)的會(huì)話(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)容，通過(guò)后端電子節(jié)目信 息存儲(chǔ)服務(wù)器(EPG服務(wù)器)等來(lái)創(chuàng)建視頻內(nèi)容列表，并通過(guò) 家庭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ī)定的 一 樣，以符合被稱(chēng)為 DIDL-Lite的XML模式的XML文檔的形式來(lái)表現(xiàn)內(nèi)容列表。各 內(nèi)容的視頻數(shù)據(jù)的資源信息(URI)表示由AS的后端視頻服務(wù) 器所提供的視頻內(nèi)容。
如上所述，這樣的設(shè)置是可以的從客戶(hù)裝置(DMP)直 接向諸如AS ( IPTV服務(wù))的外部服務(wù)器做出來(lái)自DMP的內(nèi)容 列表請(qǐng)求，而無(wú)需通過(guò)家庭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)中，通過(guò)向客 戶(hù)裝置提供具有上述URL設(shè)置的裝置信息[Device Description]， 此后將客戶(hù)端通過(guò)參考該裝置信息向其做出內(nèi)容列表請(qǐng)求或各 種類(lèi)型的請(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)行加密。同樣， 在來(lái)自AS(IPTV)的視頻服務(wù)器的流的情況下，進(jìn)行DTCP-IP 的加密，并發(fā)送加密后的內(nèi)容。
根據(jù)DTCP-IP的規(guī)范，通過(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í)體。
雖然將通過(guò)(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)。
例如，這可以通過(guò)使與內(nèi)容相對(duì)應(yīng)的元數(shù)據(jù)包括將AKE的 對(duì)象設(shè)置為家庭IMS網(wǎng)關(guān)的元數(shù)據(jù)來(lái)實(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ù)的添加或 改變。可選地，在將該內(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)處理過(guò)程來(lái)執(zhí)行該認(rèn)證和密 鑰交換處理。
在根據(jù)本發(fā)明的配置中，通過(guò)以下列出的圖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過(guò) 程中由家庭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ù)，并且通 過(guò)安全通信進(jìn)4于步驟S44、 S45的處理。 (B4 )內(nèi)容流處理
最后，第四階段是內(nèi)容流處理。在步驟S47，作為內(nèi)容回 放裝置的DMP通過(guò)應(yīng)用在上述(B2)內(nèi)容列表獲取處理中所獲 取的資源的URL，發(fā)出基于HTTP GET的內(nèi)容請(qǐng)求，并請(qǐng)求HTTP
.'云
IPTV服務(wù)(AS)的視頻服務(wù)器利用在前面的AKE階段與 DMP共享的密鑰來(lái)加密內(nèi)容數(shù)據(jù)，并且在步驟S48，開(kāi)始向作 為家庭網(wǎng)絡(luò)內(nèi)的DLNA裝置的DMP進(jìn)行內(nèi)容的流發(fā)送。
作為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回放裝置的DMP通過(guò)應(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說(shuō)明的內(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ì)劃)所開(kāi)發(fā)的用于移動(dòng)電話(huà)的無(wú)線(xiàn)通信基礎(chǔ)結(jié)構(gòu)的基礎(chǔ)。利 用在IMS核心處的被稱(chēng)為CSCF (呼叫會(huì)話(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 。通過(guò)各服務(wù)器和AS UPTV) 511的CDS 512之間的協(xié)作，實(shí)現(xiàn)與作為用戶(hù)終端的 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)行說(shuō)明。家庭IMS網(wǎng)關(guān)502已經(jīng)通過(guò)以上參考圖7、 8所述 的AS訂購(gòu)過(guò)程，進(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,而 無(wú)需使用內(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。通過(guò)該處 理，在完成認(rèn)證和密鑰交換(AKE)處理時(shí)，在作為內(nèi)容提供 實(shí)體的IPTV服務(wù)520的視頻服務(wù)器522和作為內(nèi)容使用實(shí)體的 DMP之間共享該密鑰。
接著，在步驟S104，作為內(nèi)容回》文裝置的DMP 501通過(guò)應(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通過(guò)應(yīng)用共享的加密密鑰，對(duì)從IPTV服務(wù)520接收到 的數(shù)據(jù)執(zhí)行解密處理，從而執(zhí)行內(nèi)容回放。
如上所述，根據(jù)本發(fā)明的配置，作為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容回 放設(shè)備的DMP可以接收并且回放來(lái)自位于家庭網(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)將通過(guò)執(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ā)送?？梢酝ㄟ^(guò)用提供相似服務(wù)的其它家庭的家庭服務(wù)器來(lái) 代替圖11所示的IPTV服務(wù)520的視頻服務(wù)器522,來(lái)在家庭內(nèi)進(jìn) 行內(nèi)容發(fā)送。在這樣的非商業(yè)內(nèi)容發(fā)送中，存在無(wú)需加密而發(fā) 送內(nèi)容的情況。
在上述中，已經(jīng)對(duì)于家庭IMS網(wǎng)關(guān)的實(shí)施例進(jìn)行了說(shuō)明， 其中，該家庭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見(jiàn)主內(nèi)容目錄月l務(wù)(Content Media Server ), 乂人而 允許通過(guò)應(yīng)用該內(nèi)容目錄服務(wù)來(lái)獲取內(nèi)容列表和元數(shù)據(jù)。即， 通過(guò)使用該內(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í)施例中，通過(guò)應(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)方 案的處理例子的說(shuō)明。使用UPnP DA規(guī)定的呈現(xiàn)(Presentation)方案的處理的例在下述實(shí)施例中，作為根據(jù)本發(fā)明的信息信息處理設(shè)備的 圖3所示的家庭IMS網(wǎng)關(guān)212充當(dāng)HTTP服務(wù)器，并且通過(guò)使用 UPnPDA所規(guī)定的呈現(xiàn)(Presentation)方案，家庭IMS網(wǎng)關(guān)212 連接到包括HTML瀏覽器的UPnP控制點(diǎn)，而且用戶(hù)從通過(guò)使用 該瀏覽器功能所顯示的HTML屏幕選擇期望的IPTV服務(wù)，并接 收該服務(wù)。即，該實(shí)施例^表這樣的處理例子例如，通過(guò)應(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ù)屏幕，從而使得用戶(hù)基于 所顯示的數(shù)據(jù)進(jìn)行內(nèi)容選擇，以接收IPTV服務(wù)。即，例如，通 過(guò)使用被設(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í)施例中沒(méi)有 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)容的使用過(guò)程分成以下四個(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ù)屏 幕獲取處理，來(lái)代替(B2)內(nèi)容列表獲取處理。
圖12示出用于進(jìn)行該(B2a)服務(wù)屏幕獲取處理的家庭IMS 網(wǎng)關(guān)212的軟件模塊配置的例子。在服務(wù)屏幕操作類(lèi)型的該實(shí)施 例中，由于通過(guò)使用HTML瀏覽器功能來(lái)獲取該服務(wù)屏幕，因 而不實(shí)現(xiàn)參考圖6所述的SOAP、 GENA的軟件模塊。此外，代 替參考圖6所述的UPnP消息代理(UPnP Message Proxy ),實(shí)現(xiàn) 在HTTP服務(wù)器和HTTP客戶(hù)端之間中繼HTML數(shù)據(jù)的HTTP代 理(HTTP Proxy )。
通過(guò)參考圖13的過(guò)程圖，將說(shuō)明以下根據(jù)本實(shí)施例的過(guò)程。 (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é)議，通過(guò)處理步驟S31到S34,進(jìn)行 裝置發(fā)現(xiàn)處理。通過(guò)該處理，作為內(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通過(guò)使用在(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)。
通過(guò)使用從EPG服務(wù)器所獲取的內(nèi)容信息，IPTV服務(wù)的應(yīng) 用月l務(wù)器(AS )倉(cāng)J建4乍為HTML ( Hyper Text Markup Language, 超文本標(biāo)記語(yǔ)言)數(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)通過(guò)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ā)送并通過(guò)家庭IMS網(wǎng) 關(guān)傳送的HTML數(shù)據(jù)，作為內(nèi)容回放裝置的DMP利用HTML瀏 覽器進(jìn)行繪制，從而創(chuàng)建用于向用戶(hù)顯示的包括內(nèi)容列表等的 服務(wù)屏幕。在該服務(wù)屏幕中包括IPTV服務(wù)內(nèi)容列表。用戶(hù)從該 內(nèi)容列表中選擇要回放的內(nèi)容。
作為利用諸如遙控器、開(kāi)關(guān)、鍵盤(pán)或鼠標(biāo)等的指示器來(lái)選 擇在屏幕上顯示的內(nèi)容列表的處理，來(lái)執(zhí)行該內(nèi)容選擇處理。
通過(guò)該內(nèi)容選4奪處理，標(biāo)識(shí)HTML數(shù)據(jù)中所包括的內(nèi)容的資源 URL。通過(guò)使用與所選擇的內(nèi)容相對(duì)應(yīng)的URL,進(jìn)行以上參考 圖IO所述的后續(xù)處理
(B3 )認(rèn)證和密鑰交換處理；以及(B4 )內(nèi)容流處理。
作為內(nèi)容回放裝置的DMP通過(guò)這些處理進(jìn)行內(nèi)容回放。
即，對(duì)于在服務(wù)屏幕中包括的內(nèi)容列表，客戶(hù)裝置輸入關(guān)于用 戶(hù)的內(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的過(guò)程圖中，執(zhí)行一次步驟S201到S204中所執(zhí) 行的服務(wù)屏幕獲取處理，但是服務(wù)屏幕可以采用通過(guò)多個(gè) HTML數(shù)據(jù)表示的結(jié)構(gòu)菜單的配置，這使得可以執(zhí)行基于用戶(hù) 進(jìn)行的HTML瀏覽器的操作的服務(wù)屏幕的再獲取。即，可以采 用這樣的配置重復(fù)執(zhí)行與步驟S201到S204的相同的處理，從 而允許將各種服務(wù)屏幕從IPTV服務(wù)的AS提供給DMP。 DMP端 的用戶(hù)從在各種服務(wù)屏幕上呈現(xiàn)的內(nèi)容列表中選擇任意內(nèi)容。
同樣在諸如IPTV服務(wù)所提供的內(nèi)容提供處理是視頻點(diǎn)播 服務(wù)，或者用戶(hù)對(duì)購(gòu)買(mǎi)觀看或收聽(tīng)內(nèi)容的權(quán)力做出計(jì)費(fèi)確認(rèn)的 情況下，將表示確認(rèn)屏幕的HTML數(shù)據(jù)通過(guò)家庭IMS網(wǎng)關(guān)從 IPTV服務(wù)的AS發(fā)送到DMP 。
用戶(hù)在操作在DMP的顯示器上顯示的服務(wù)屏幕并且進(jìn)行 交互式處理時(shí)，可以接收IPTV服務(wù)所提供的各種服務(wù)。
圖14示出從IPTV服務(wù)的AS提供給DMP的并且顯示在DMP 的顯示器上的服務(wù)屏幕和流回放屏幕的例子。
圖14( 1 )示出在參考圖13的過(guò)程圖所述的步驟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)容流屏幕，
可以通過(guò)用戶(hù)操作來(lá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)要說(shuō)明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)程用戶(hù)界 面的標(biāo)準(zhǔn)。例如，CEA-2014標(biāo)準(zhǔn)是定義在通過(guò)網(wǎng)絡(luò)等所連接的 遠(yuǎn)程裝置的控制下提供用戶(hù)界面所需的機(jī)制的標(biāo)準(zhǔn)。提供用戶(hù) 界面的裝置的基本處理是符合作為關(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ù)所提供的用戶(hù)界面的遠(yuǎn)程顯示處理，并且規(guī)定TV、移 動(dòng)電話(huà)和便攜式裝置中所使用的各種UI功能。應(yīng)該注意， CEA-2014標(biāo)準(zhǔn)被配置為包括滿(mǎ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)的裝置中，通過(guò)使用HTML瀏覽器(HTML Browser ) 獲取服務(wù)屏幕，來(lái)實(shí)現(xiàn)與參考圖13所述的處理相同的處理。在 這種情況下，家庭IMS網(wǎng)關(guān)的UPnP裝置類(lèi)型(UPnP Device class)是遠(yuǎn)程UI服務(wù)器(Remote UI server),并且使用根據(jù) CEA-2014所規(guī)定的HTML協(xié)議的HTML數(shù)據(jù)。
2.應(yīng)用于IPTV服務(wù)的功能的說(shuō)明在上述中，已經(jīng)說(shuō)明了這樣的配置在不依賴(lài)于諸如到因 特網(wǎng)或網(wǎng)關(guān)的接入線(xiàn)路的基礎(chǔ)結(jié)構(gòu)的開(kāi)放因特網(wǎng)連接環(huán)境下，應(yīng)用現(xiàn)有DLNA裝置，從而能夠觀看或收聽(tīng)由諸如IPTV服務(wù)的 位于家庭網(wǎng)絡(luò)外部的外部服務(wù)器所提供的內(nèi)容。以下，將按照 下面的主題順序說(shuō)明家庭網(wǎng)絡(luò)內(nèi)的裝置從外部服務(wù)器接收 IPTV服務(wù)所使用的功能塊。2-A. IPTV服務(wù)接收客戶(hù)端的功能塊2-B. IMS ( IP多媒體子系統(tǒng))的功能塊2-C.網(wǎng)絡(luò)配置中使用的功能塊2-A. IPTV服務(wù)接收客戶(hù)端的功能塊首先將說(shuō)明IPTV服務(wù)接收客戶(hù)端的功能。如以上參考圖3 所述，在家庭網(wǎng)絡(luò)210內(nèi)存在以下裝置作為網(wǎng)絡(luò)連接裝置的家庭網(wǎng)關(guān)(RG: Residential Gateway ) 211，通過(guò)所述家庭網(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)容的客戶(hù)裝置?？梢詫⑦@些裝置配置為物理上分開(kāi)的單獨(dú)裝置或單個(gè)裝置。即，家庭網(wǎng)絡(luò)210可以采用各種裝置配置設(shè)置。然而，應(yīng)該 注意，在這些各種可能的裝置配置中，需要其中一個(gè)裝置裝配 有接收IPTV服務(wù)所需的功能。家庭網(wǎng)絡(luò)內(nèi)所連接的作為客戶(hù)端的單個(gè)信息處理設(shè)備或多 個(gè)信息處理設(shè)備的組合中的每一個(gè)基本上包括通信部，通過(guò)家庭網(wǎng)絡(luò)執(zhí)行通信處理；和數(shù)據(jù)處理部，執(zhí)行通過(guò)應(yīng)用將位于 家庭網(wǎng)絡(luò)外部的外部服務(wù)器設(shè)置為虛擬家庭網(wǎng)絡(luò)裝置的映射信 息，來(lái)接收由外部服務(wù)器所提供的內(nèi)容提供服務(wù)的處理。以下將說(shuō)明對(duì)于家庭網(wǎng)絡(luò)內(nèi)所連接的信息處理設(shè)備接收IPTV服務(wù) 來(lái)說(shuō)變得必需或有效的功能塊，即，IPTV服務(wù)接收客戶(hù)端的功能塊。IPTV服務(wù)接收客戶(hù)端接收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中沒(méi)有示出，但是將來(lái)自外部 服務(wù)器的服務(wù)提供給其它家庭網(wǎng)絡(luò)裝置，以同樣執(zhí)行諸如存儲(chǔ)、 打印和顯示的處理。圖15示出作為接收IPTV服務(wù)所需的功能塊的IPTV終端功 能塊的組件。如圖15所示，可以將IPTV終端功能塊分成以下組 件。(Al ) IPTV客戶(hù)端 (A2 ) IMS網(wǎng)關(guān) (A3 )其它以下將說(shuō)明這些各個(gè)組件中包括的功能元件。 (Al ) IPTV客戶(hù)端IPTV客戶(hù)端是確保IPTV裝置，例如，圖3所示的TV(DMP) 213可以可靠地接收IPTV服務(wù)的組件。如圖15所示，IPTV客戶(hù) 端具有作為功能元件的以下子組件。IPTV應(yīng)用客戶(hù)端IMS通信客戶(hù)端 IPTV導(dǎo)^t客戶(hù)端 內(nèi)容保護(hù)客戶(hù)端IPTV-DLNA應(yīng)用網(wǎng)關(guān)以下將說(shuō)明這些功能元件(子組件)，IPTV應(yīng)用客戶(hù)端是接收i某體信號(hào)并將 示系統(tǒng)的組件。例如，IPTV應(yīng)用客戶(hù)端通過(guò)遠(yuǎn)程控制從用戶(hù)接 收命令，并根據(jù)該命令執(zhí)行處理。具體地，IPTV應(yīng)用客戶(hù)端進(jìn) 行例如EPG (電子節(jié)目指南)的顯示、使用EPG的頻道指定和 改變等。IMS通信客戶(hù)端是用于分發(fā)諸如消息和視頻數(shù)據(jù)的消息信 息以及基于與IPTV無(wú)關(guān)的IMS的其它服務(wù)信息等的IMS應(yīng)用程序組。IPTV導(dǎo)航客戶(hù)端用于下載EPG(電子節(jié)目指南)、與VoD(視 頻點(diǎn)播)相對(duì)應(yīng)的內(nèi)容列表和其它元數(shù)據(jù)，并將它們顯示在內(nèi) 容選4奪專(zhuān)用的GUI上。IPTV導(dǎo)航客戶(hù)端對(duì)來(lái)自諸如廣播TV和DLNA家庭網(wǎng)絡(luò)的 源的其它元數(shù)據(jù)等執(zhí)行綜合處理。如，用于保護(hù)內(nèi)容所有人的版權(quán)的加密處理，加密密鑰的管理等。IPTV-DLNA應(yīng)用網(wǎng)關(guān)執(zhí)行這樣的處理，所述處理諸如是接 收來(lái)自IPTV客戶(hù)端的媒體和EPG (電子節(jié)目指南)，將它們轉(zhuǎn) 換成在DLNA裝置上可用的格式以及通過(guò)網(wǎng)絡(luò)發(fā)送EPG (電子 節(jié)目指南)等。IPTV-DLNA應(yīng)用網(wǎng)關(guān)充當(dāng)SIP (會(huì)話(huà)啟動(dòng)協(xié)議)客戶(hù)端，并執(zhí)行關(guān)于連接到家庭網(wǎng)絡(luò)的其它家用裝置的登記處理。例如，IPTV-DLNA應(yīng)用網(wǎng)關(guān)執(zhí)行家庭成員或裝置的登記。 (A2) IMS網(wǎng)關(guān)接著將說(shuō)明圖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ò)，并且通過(guò)根據(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客戶(hù)端；GBA客戶(hù)端；以及家庭路由器接口 。以下將說(shuō)明這些功能元件(子組件)。IMS B2BUA用作純SIP客戶(hù)端和IMS系統(tǒng)之間的互通單元， 并執(zhí)行諸如SIP消息和IMS消息之間的變換和消息傳送的處理。IMS代理僅發(fā)送消息，而不是如同B2BUA—樣進(jìn)行消息變 換，并執(zhí)行路由處理、將IP地址(本地和全局)映射成端口號(hào) 的處理等。IMS客戶(hù)端通過(guò)應(yīng)用客戶(hù)端標(biāo)識(shí)信息等來(lái)4丸行客戶(hù)端登記 處理(IMS登記處理)。此外，IMS客戶(hù)端支持諸如認(rèn)證和利用 CSCF的IPSec安全連接建立等處理。家庭路由器接口功能塊提供諸如提供NAT功能的路由器功 能。例如，家庭路由器接口功能塊通過(guò)SIP服務(wù)器DHCP選項(xiàng) [DHCP-SIP]或通過(guò)SRV記錄的DNS解析，獲取P-CSCF地址，并執(zhí)行諸如打開(kāi)和關(guān)閉UPnP所規(guī)定的控制信號(hào)端口和單播媒體 流的端口的處理。(A3 )其它組件除上述的下面的組件外(Al ) IPTV客戶(hù)端(A2 ) IMS網(wǎng)關(guān)， IPTV終端功能塊還具有圖15所示的(A3)其它組件的功能 元件(子組件) HTTP代理，高速緩存功能塊，以及 組播數(shù)據(jù)通道控制功能塊。 以下將說(shuō)明這些功能元件(子組件)。HTTP代理是這樣的中間程序根據(jù)[HTTP]協(xié)議的規(guī)范執(zhí) 行處理，并且為了代表其它客戶(hù)端(HTTP客戶(hù)端)做出請(qǐng)求， 既充當(dāng)服務(wù)器又充當(dāng)客戶(hù)端。例如，HTTP代理可以截取發(fā)送到 外部的HTTP GET ，并且高速緩存和使用所請(qǐng)求的URI可以參考 的數(shù)據(jù)。此外，HTTP代理充當(dāng)HTTP客戶(hù)端，并且基于所請(qǐng)求 的URI等，執(zhí)行數(shù)據(jù)檢索。高速緩存功能塊用于高速緩存由客戶(hù)端已經(jīng)通過(guò)單播下載 或組播所接收到的數(shù)據(jù)。高速緩存功能塊執(zhí)行臨時(shí)記錄諸如網(wǎng) 頁(yè)(EPG和其它IPTV菜單)、通信和元數(shù)據(jù)的數(shù)據(jù)的高速緩存 處理。例如，高速緩存功能塊用于最小化用戶(hù)的交互等待時(shí)間， 最小化從IP T V應(yīng)用和控制功能塊的單播下載量?？梢詮目蛻?hù)端 直接訪(fǎng)問(wèn)高速緩存功能塊，并且在IPTV客戶(hù)端和高速緩存功能 塊在同一網(wǎng)絡(luò)內(nèi)物理上;f皮此間隔開(kāi)的情況下，例如，可以通過(guò) 使用GENA協(xié)議，根據(jù)DLNA的定義，由高速緩存功能塊將諸如生成新的高速緩存數(shù)據(jù)的事件通知給IPTV客戶(hù)端。
組播數(shù)據(jù)通道(MDC)控制功能塊是這樣的功能塊在高
速緩存功能塊和安裝在客戶(hù)端上的應(yīng)用程序之間進(jìn)行接口連
接，并且包4舌組4番數(shù)據(jù)通道(MDC: Multicast Data Channel )插 入功能塊。MDC插入功能塊接收來(lái)自各種應(yīng)用程序的對(duì)MDC 的內(nèi)容請(qǐng)求，并且經(jīng)由組播通道，通過(guò)組^番來(lái)分發(fā)內(nèi)容。
組播數(shù)據(jù)通道(MDC )控制功能塊利用標(biāo)簽來(lái)標(biāo)識(shí)來(lái)自各 種應(yīng)用程序的請(qǐng)求。例如，在客戶(hù)端所執(zhí)行的瀏覽器中，通過(guò) 在指定EPG頁(yè)面標(biāo)簽的同時(shí)做出請(qǐng)求，使得獲取EPG變得可能。 MDC控制功能塊過(guò)濾進(jìn)入的MDC,并將MDC對(duì)象和所應(yīng)用的 標(biāo)簽一起發(fā)送給各應(yīng)用程序。
應(yīng)該注意，組播數(shù)據(jù)通道(MDC)控制功能塊包括MDC 代理，并且如果MDC代理登記有與諸如EPG頁(yè)面的給定對(duì)象有 關(guān)的特定數(shù)量的請(qǐng)求，則可以請(qǐng)求M D C控制功能塊將該E P G頁(yè) 面置于MDC中。即，可以通過(guò)組播將同 一數(shù)據(jù)分發(fā)給多個(gè)客戶(hù) 端，并且可以消除通過(guò)單播通道的來(lái)自各客戶(hù)端的數(shù)據(jù)請(qǐng)求的 必要性。
2-B.IMS (IP多媒體子系統(tǒng))的功能塊
接著，將對(duì)用于通過(guò)家庭網(wǎng)絡(luò)內(nèi)的裝置接收來(lái)自外部服務(wù) 器的IPTV服務(wù)的IMS (IP多媒體子系統(tǒng))的功能塊進(jìn)行說(shuō)明。 即，將說(shuō)明圖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ì)話(huà)啟動(dòng)協(xié)議)的、被稱(chēng)為CSCF (呼叫會(huì)話(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,并且通過(guò)移動(dòng)電話(huà)網(wǎng)絡(luò)240 提供與移動(dòng)電話(huà)260相關(guān)的服務(wù)。
CSCF 231基于SIP (會(huì)話(huà)啟動(dòng)協(xié)議)進(jìn)行用戶(hù)登記和會(huì)話(huà) 設(shè)定控制。此外，CSCF 231根據(jù)登記在HSS 232中的用戶(hù)配置 文件設(shè)置來(lái)執(zhí)行必要的服務(wù)處理的啟動(dòng)。HSS 232具有用于IMS 中所使用的用戶(hù)ID的管理、各用戶(hù)訂購(gòu)的服務(wù)的配置文件的管 理、認(rèn)證信息的管理、關(guān)于各IMS服務(wù)是否可使用的管理以及 用戶(hù)移動(dòng)管理的數(shù)據(jù)庫(kù)。AS 233是這樣的服務(wù)器執(zhí)行各個(gè)服 務(wù)處理，并且由CSCF 231根據(jù)各用戶(hù)的服務(wù)訂購(gòu)狀況來(lái)啟動(dòng)， 以向用戶(hù)提供服務(wù)。
如上所述，在IMS中，例如，具有已登記的用戶(hù)ID的用戶(hù) 通過(guò)使用客戶(hù)裝置來(lái)對(duì)CSCF 231進(jìn)行訪(fǎng)問(wèn)，以進(jìn)行終端(客戶(hù) 端)登記和會(huì)話(huà)設(shè)定控制，并根據(jù)登記在HSS 232中的用戶(hù)配 置文件設(shè)置，進(jìn)行必要服務(wù)的啟動(dòng)。ASS 233實(shí)際進(jìn)行各個(gè)服 務(wù)處理。
對(duì)于IPTV碎見(jiàn)聽(tīng)服務(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,來(lái)執(zhí)行與 用戶(hù)終端相關(guān)的服務(wù)。
IPTV服務(wù)250具有EPG服務(wù)器251，所述EPG服務(wù)器251 是提供諸如內(nèi)容列表的作為節(jié)目信息指南的EPG (電子節(jié)目指 南)的服務(wù)器；以及作為提供視頻內(nèi)容的服務(wù)器的視頻服務(wù)器 252。通過(guò)各服務(wù)器和IMS網(wǎng)絡(luò)230的AS (IPTV) 233之間的協(xié) 作，實(shí)現(xiàn)與用戶(hù)終端相關(guān)的內(nèi)容列表提供服務(wù)和內(nèi)容提供服務(wù)。如以上參考圖3所述，IMS (IP多媒體子系統(tǒng))的主要功能
部件包括CSCF (呼叫會(huì)話(huà)控制功能塊)231、家庭訂購(gòu)者子系 鄉(xiāng)克(HSS: Home Subscriber Subsystem ) 232禾口應(yīng)用月良務(wù)器(AS: Application Server) 233。 CSCF 231基于SIP (會(huì)話(huà)啟動(dòng)協(xié)議) 進(jìn)行用戶(hù)登記和會(huì)話(huà)設(shè)定控制，并且根據(jù)登記在HSS 232中的 用戶(hù)配置文件設(shè)置來(lái)執(zhí)行必要的服務(wù)處理的啟動(dòng)。HSS 232具 有用于IMS中所4吏用的用戶(hù)ID的管理、各用戶(hù)訂購(gòu)的服務(wù)的配 置文件的管理、認(rèn)證信息的管理、關(guān)于各IMS服務(wù)是否可使用 的管理以及用戶(hù)移動(dòng)管理的數(shù)據(jù)庫(kù)。AS 233協(xié)同IPTV服務(wù) (IPTV Service )執(zhí)行實(shí)體，即，作為內(nèi)容提供實(shí)體的IPTV服 務(wù)250,來(lái)執(zhí)行與用戶(hù)終端有關(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ì)話(huà)控制功能塊)被分為三個(gè)邏 輯實(shí)體，即，4戈理(Proxy) CSCF、詢(xún)問(wèn)(Interrogating) CSCF 和月l務(wù)(Serving) CSCF。
例如，代理(Proxy) CSCF充當(dāng)從充當(dāng)IMS終端的家庭網(wǎng) 絡(luò)內(nèi)的客戶(hù)端，例如，圖3所示的家庭IMS網(wǎng)關(guān)212輸入的第一 點(diǎn)。代理CSCF使用從服務(wù)CSCF所獲取的密鑰，以建立與充當(dāng) IMS終端的家庭網(wǎng)絡(luò)內(nèi)的客戶(hù)端，例如，圖3所示的家庭IMS網(wǎng) 關(guān)212相關(guān)耳關(guān)的IPSec安全。對(duì)于來(lái)自終端，例如，圖3所示的家庭IMS網(wǎng)關(guān)212的IPSec 通信所保護(hù)的各SIP消息，代理CSCF對(duì)該消息的完整性進(jìn)行校 驗(yàn)，并對(duì)其進(jìn)行解碼。例如，如果該消息是加密的，則通過(guò)解 密進(jìn)行解碼。當(dāng)解碼成功時(shí)，代理CSCF執(zhí)行對(duì)客戶(hù)端標(biāo)識(shí)符等 的檢查。
例如，詢(xún)問(wèn)(Interrogating) CSCF執(zhí)行與HSS相關(guān)的詢(xún)問(wèn) 等，并獲取訂購(gòu)者信息(用戶(hù)配置文件等)以支持登記處理。 此外，詢(xún)問(wèn)CSCF還執(zhí)行與SIP消息和記帳路徑(billing path) 的確定相關(guān)的處理。
月l務(wù)(Serving) CSCF是與家庭網(wǎng)絡(luò)的接觸點(diǎn)，用作SIP登 記器，并用作保持用戶(hù)位置和所記錄的用戶(hù)SIP地址之間的綁定 的SIP服務(wù)器。服務(wù)CSCF進(jìn)行諸如從HSS獲取用于客戶(hù)端的認(rèn) 證的AKAi人i正向量(Authentication Vector, AV )和用戶(hù)配置文 件/服務(wù)配置文件的處理。服務(wù)(Serving) CSCF通過(guò)使用IMS AKA協(xié)議，執(zhí)行客戶(hù)端認(rèn)證處理，并在該認(rèn)證成功之后，將AKA 認(rèn)證向量(AV)中所包括的密鑰提供給代理CSCF。
此外，服務(wù)(Serving) CSCF檢查它自己和IMS終端，例如， 客戶(hù)端之間的所有SIP消息，并確定消息路徑?？梢曰趶腍SS 所獲取的用戶(hù)服務(wù)配置文件，作為考慮觸發(fā)規(guī)則/事件的處理， 來(lái)執(zhí)行該處理。
B2. HSS
家庭訂購(gòu)者子系統(tǒng)(HSS: Home Subscriber Subsystem )保 持IMS訂購(gòu)者信息和與用戶(hù)配置文件等有關(guān)的客戶(hù)端(用戶(hù)) 信息的列表。應(yīng)該注意，在客戶(hù)端中，將個(gè)人用戶(hù)標(biāo)識(shí)(IMPI ) 和公共用戶(hù)標(biāo)識(shí)(IMPU)設(shè)置為多個(gè)標(biāo)識(shí)信息，并且以與這些 標(biāo)識(shí)信息中的至少一個(gè)相關(guān)聯(lián)的方式來(lái)記錄和管理用戶(hù)信息。
例如，將IPTV服務(wù)訂購(gòu)者配置文件與作為客戶(hù)端(用戶(hù))標(biāo)識(shí)信息的IMPI綁定，并且IPTV服務(wù)訂購(gòu)者配置文件包括與各 客戶(hù)端相對(duì)應(yīng)的服務(wù)配置文件。服務(wù)配置文件包括一個(gè)以上的公共用戶(hù)標(biāo)識(shí)(IMPU)、核心網(wǎng)絡(luò)識(shí)別信息(選項(xiàng))以及一個(gè)以上的過(guò)濾基準(zhǔn)信息等。通過(guò)使用HSS所保持的過(guò)濾基準(zhǔn)，上述服務(wù)CSCF判斷為AS (應(yīng)用服務(wù)器)設(shè)置路徑是否適當(dāng)，或者判斷對(duì)于某一SIP請(qǐng)求 這是否是需要的等，并且進(jìn)行過(guò)濾。應(yīng)該注意，存儲(chǔ)要應(yīng)用于 過(guò)濾器的信息，并將該信息通知給與各用戶(hù)有關(guān)的各AS。例如， 對(duì)于IPTV ， HSS保持與IPTV服務(wù)提供實(shí)體和服務(wù)標(biāo)識(shí)符有關(guān)的 信息，并且基于這些信息進(jìn)行過(guò)濾。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è)人坤見(jiàn)頻記錄)功能代表用戶(hù)記錄接收數(shù)據(jù)的功能，以及與nPVR功能有關(guān)的其 它服務(wù)的記帳、認(rèn)證和提供的功能。 *參與功能處于通信路徑中以進(jìn)行各種服務(wù)和記帳等的功能。 *控制功能執(zhí)行以下處理的功能SIP通話(huà)的終止、媒體流設(shè)定調(diào)整、 最終用戶(hù)中所設(shè)置的信息的記錄、登錄等、根據(jù)IPTV服務(wù)記帳、 其它服務(wù)的認(rèn)證和處理以及將這些服務(wù)和功能委派給連接到 IMS網(wǎng)絡(luò)的外部裝置等。2-C.網(wǎng)絡(luò)配置中使用的功能塊接著將對(duì)用于通過(guò)家庭網(wǎng)絡(luò)內(nèi)的裝置接收來(lái)自外部服務(wù)器 的IPTV服務(wù)的網(wǎng)絡(luò)配置中所使用的功能塊進(jìn)行說(shuō)明。該網(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ì)這些功能元件的處理的說(shuō)明，(Cl )媒體服務(wù)器，(C2)譯碼功能塊；以及(C3 )家庭路由器。然后，將進(jìn)一步給出對(duì)(C4)通過(guò)網(wǎng)絡(luò)的通信處理的細(xì)節(jié) 的說(shuō)明。Cl.媒體服務(wù)器媒體服務(wù)器是媒體播放器的最重要的組件，并且執(zhí)行，例 如，VoD(視頻點(diǎn)播)內(nèi)容的存儲(chǔ)和輸出，以及作為客戶(hù)端特 定內(nèi)容記錄處理的、在各客戶(hù)端上所執(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)換和編碼的功能塊。例如，通過(guò)使用SIP會(huì)話(huà)設(shè)定的標(biāo)準(zhǔn)SIP SDP 協(xié)商，客戶(hù)端可以與IPTV服務(wù)提供服務(wù)器關(guān)于流編碼模式等進(jìn)行協(xié)商，并接收以適合客戶(hù)端的格式編碼的數(shù)據(jù)。需要譯碼功能塊來(lái)執(zhí)行這樣的處理通過(guò)執(zhí)行編碼，考慮客戶(hù)端的屏幕大 小和分辨率等方面的兼容性，同時(shí)還考慮網(wǎng)絡(luò)可以使用的編碼模式和流路徑可以使用的帶寬。 C3.家庭路由器在許多情況下，家庭網(wǎng)絡(luò)通過(guò)4是供NAT/NAPT (網(wǎng)絡(luò)地址 轉(zhuǎn)換/網(wǎng)絡(luò)地址端口轉(zhuǎn)換)功能的家庭路由器來(lái)連接到分布網(wǎng)絡(luò) (distribution network )?？梢詫⒓彝ヂ酚善鞣诸?lèi)成完全支持型 和限制型家庭路由器兩種配置文件。例如，為了接收IPTV服務(wù)， 優(yōu)選使用支持以下能力的配置 *UPnP IGD;沐IP組播通過(guò)、IGMP代理和IGMP偵聽(tīng)(SNOOPING); *分配有包括從DSCP映射為第二層優(yōu)先級(jí)標(biāo)簽(802.1 p, WMM)的優(yōu)先級(jí)的Qos (服務(wù)質(zhì)量)支持；以及 * DHCP服務(wù)器功能根據(jù)參數(shù)的中繼 C4.通過(guò)網(wǎng)絡(luò)的通信處理的細(xì)節(jié)接著將對(duì)使用上述各功能塊的網(wǎng)絡(luò)通信的細(xì)節(jié)進(jìn)行說(shuō)明， 所述功能塊即，(CI)媒體服務(wù)器， (C2)譯碼功能塊，以及 (C3)家庭路由器。 通信和會(huì)話(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路由 器來(lái)執(zhí)行這些處理。例如，通過(guò)使用IPSec來(lái)傳送諸如圖3所示的家庭網(wǎng)絡(luò)210 內(nèi)的家庭IMS網(wǎng)關(guān)212的IMS客戶(hù)端和IMS網(wǎng)絡(luò)230內(nèi)的CSCF 23 1中的代理CSCF之間的SIP消息。如果在它們之間存在 NAT/NAPT路由器，則使用IPsec ESP包[ESP]的UDP封裝。為了支持通過(guò)家庭路由器的組播流分發(fā)，NAT/NAPT路由 器還包括IGMP (Internet Group Management Protocal,因特網(wǎng) 組管理協(xié)議)代理和IGMP偵聽(tīng)功能性。在家庭路由器裝配有 NAT/NAPT路由功能性的情況下，由IMS網(wǎng)關(guān)對(duì)此進(jìn)行管理。為 了正確運(yùn)行IGMP偵聽(tīng)功能，必須由希望接收IP組播包的裝置來(lái) 創(chuàng)建IGMP全體組員凈艮告。例如，組播流的IGMP全體組員報(bào)告 不是由IMS網(wǎng)關(guān)，而是由IPTV客戶(hù)端創(chuàng)建的。SNTP ( Simple Networh Time Protocal,簡(jiǎn)單網(wǎng)絡(luò)時(shí)間協(xié)議) 的使用為了諸如設(shè)置時(shí)間戳和開(kāi)始記錄的目的，IPTV系統(tǒng)內(nèi)的客 戶(hù)端，例如，圖3所示的家庭IMS網(wǎng)關(guān)212或TV213需要在0.1秒 內(nèi)的精確時(shí)間控制。在IPTV系統(tǒng)中，客戶(hù)端實(shí)現(xiàn)系統(tǒng)網(wǎng)絡(luò)時(shí)間 協(xié)議客戶(hù)端[SNTP]。 SNTP客戶(hù)端可以通過(guò)所定義的組播通道， 接收時(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專(zhuān)車(chē)命f辦i義) 通過(guò)符合RFC 3550和RFC 2250的RTP協(xié)議來(lái)傳送 MPEG-2TS包。*RTCP ( Real-time Control Protocol,實(shí)時(shí)控制協(xié)議) 作為選項(xiàng)，RTCP可以應(yīng)用于媒體服務(wù)器和客戶(hù)端兩者。對(duì) 于單播或組播，RTCP協(xié)議符合RFC 3550。為了實(shí)現(xiàn)兼容性， 對(duì)于所有媒體服務(wù)器和客戶(hù)端，假定具有和不具有RTCP支持的 兩種實(shí)現(xiàn)。例如，雖然媒體服務(wù)器可以發(fā)送發(fā)送方報(bào)告，但是 客戶(hù)端不能利用接收方報(bào)告來(lái)進(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)兼容性，通過(guò)原始RTP流利用另一IP端口發(fā) 送FEC。 FEC傳輸格式基于RFC 2377及其擴(kuò)展。以SDP說(shuō)明FEC 信息，從而使得能夠在將來(lái)產(chǎn)生其它版本。*RTSP (Real-time Streaming Protocal, 實(shí)時(shí)流協(xié)議) 所有媒體服務(wù)器和客戶(hù)端都支持RTSP (RFC 2326 ),以實(shí) 現(xiàn)包括諸如慢鏡頭、快進(jìn)、倒帶和跳章的技巧播放的回放控制。 TCP用于RTSP的傳輸。在組播的情況下不使用RTSP。在IPTV系統(tǒng)中，客戶(hù)端使用SIP協(xié)議來(lái)建立媒體會(huì)話(huà)，并且在會(huì)話(huà)設(shè)定之后，使用用于回》文控制的RTSP。 媒體內(nèi)容的格式和分發(fā)對(duì)于視頻內(nèi)容的媒體編解碼器，使用MPEG-2的第2部分和 MPEG4的第IO部分(還被稱(chēng)為AVC或H. 264)。在設(shè)定客戶(hù)端和 服務(wù)器之間的會(huì)話(huà)之后，可以通過(guò)專(zhuān)用媒體服務(wù)器來(lái)管理諸如 TV節(jié)目的媒體的分發(fā)。還通過(guò)媒體分發(fā)網(wǎng)絡(luò)來(lái)執(zhí)行分發(fā)數(shù)據(jù)的i奪碼和編石馬。通過(guò)單播流的數(shù)據(jù)發(fā)送/接收處理例如，在VoD (視頻點(diǎn)播)或EPG獲取等中，在來(lái)自客戶(hù) 端的請(qǐng)求的情況下，通過(guò)瀏覽建立單播流。例如，當(dāng)客戶(hù)端側(cè) 的用戶(hù)選擇VoD標(biāo)題時(shí)，利用客戶(hù)端側(cè)的IPTV控制功能，通過(guò) 使用諸如RTSP的協(xié)議，將標(biāo)識(shí)流的SIP邀請(qǐng)(SIP-invhe)從該 客戶(hù)端發(fā)送到具有期望的內(nèi)容的媒體服務(wù)器(例如，圖3所示的 IPTV服務(wù)250 )。當(dāng)完成用于啟動(dòng)會(huì)話(huà)的準(zhǔn)備時(shí)，客戶(hù)端的IPTV控制功能塊 對(duì)來(lái)自客戶(hù)端的SIP邀請(qǐng)做出響應(yīng)，并且對(duì)于媒體服務(wù)器直接從 客戶(hù)端，或者通過(guò)充當(dāng)RTSP代理的IPTV控制功能塊，通過(guò)RTSP 播放(RTSPPLAY)啟動(dòng)流。在例如nPVR (網(wǎng)絡(luò)個(gè)人視頻記錄)或VoD (視頻點(diǎn)播)中 使用單播流。對(duì)于IPTV的單播流，將MPEG-2或MPEG-4第10 部分幀壓縮為MPEG-2傳輸流，然后將其設(shè)置為RTP包。通過(guò) UDP/IP傳送RTP包。通過(guò)組播流的數(shù)據(jù)發(fā)送/接收處理組播流通常用于實(shí)現(xiàn)TV廣播的視聽(tīng)。在組播中有關(guān)于資源 預(yù)留的以下兩個(gè)選項(xiàng)。(a) 根據(jù)SIP SDP通過(guò)代理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)用戶(hù)第 一次開(kāi)始一見(jiàn)聽(tīng)來(lái)自特定IPTV 提供商的TV時(shí)(瀏覽EPG以檢查可以使用哪一頻道)，例如， 作為圖3所示的客戶(hù)端的家庭IMS網(wǎng)關(guān)212或TV 213衫"亍與圖3 所示的IMS網(wǎng)全各230的AS 233或IPTV月良務(wù)250的IPTV^空制功能 相關(guān)的SIP邀請(qǐng)，并通過(guò)網(wǎng)絡(luò)獲取可以使用的資源。在從外部服 務(wù)器接收與該外部服務(wù)器可以提供的內(nèi)容相對(duì)應(yīng)的內(nèi)容列表的 處理中，基于與該外部服務(wù)器相關(guān)的用戶(hù)配置文件或客戶(hù)端配 置文件的提供，客戶(hù)端根據(jù)所提供的配置文件，執(zhí)行獲取與所 選4奪的頻道相對(duì)應(yīng)的內(nèi)容列表的處理。在EPG元數(shù)據(jù)中說(shuō)明作為可用資源的標(biāo)識(shí)符的資源ID。當(dāng) 分配資源時(shí)，為了加入相應(yīng)的組播組，客戶(hù)端發(fā)送IGMP (Internet Group Management Protocal，因特網(wǎng)組管理協(xié)議)所 規(guī)定的IGMP-join ( IGMP加入)消息。通過(guò)鏈接機(jī)制從EPG檢 索要加入的組播組。在從外部服務(wù)器接收與該外部服務(wù)器可以 提供的內(nèi)容相對(duì)應(yīng)的內(nèi)容列表的處理中，基于與該外部服務(wù)器 相關(guān)的用戶(hù)配置文件或客戶(hù)端配置文件的提供，客戶(hù)端根據(jù)所 提供的配置文件，執(zhí)行用于獲取與所選擇的頻道相對(duì)應(yīng)的內(nèi)容 列表的處理。例如，當(dāng)客戶(hù)端側(cè)的用戶(hù)在屬于同一IPTV服務(wù)提供商并且 具有同 一 資源ID的不同頻道之間切換時(shí)，不^l行額外的SIP消息 發(fā)送。這避免了頻道切換/跳過(guò)廣告節(jié)目(zapping)日于的過(guò)長(zhǎng)延 遲。通過(guò)發(fā)送舊頻道的IGMP-leave ( IGMP離開(kāi))和新頻道的 IGMP-join ( IGMP加入)，來(lái)執(zhí)行頻道切換。然而，當(dāng)用戶(hù)切換 到具有不同資源要求的頻道時(shí)，客戶(hù)端通知會(huì)話(huà)參數(shù)的改變， 并向IPTV控制功能塊發(fā)送SIP UPDATE ( SIP更新)，以4吏代理CSCF能夠改變資源分配。當(dāng)資源改變時(shí)，客戶(hù)端發(fā)送新的組播 組的IGMP加入消息。如上所述，在頻道切換伴隨服務(wù)提供商切換的情況下，客戶(hù)端根據(jù)SIP (會(huì)話(huà)啟動(dòng)協(xié)議)執(zhí)行SIP消息發(fā)送，并且在針對(duì)同 一服務(wù)提供商所提供的內(nèi)容的頻道切換的情況下，客戶(hù)端不4丸行SIP消息發(fā)送。在上述方案(b)中，除SIP更新消息不是改變具有不同資 源要求的頻道所需的以外，頻道改變操作是相同的。此外，作 為IGMP報(bào)告的結(jié)果，通過(guò)IP邊緣裝置進(jìn)行所有資源請(qǐng)求。當(dāng)資 源不足以改變頻道時(shí)，不進(jìn)行組播綁定。在方案(b)中，SIP 會(huì)話(huà)的目的不是資源管理，而是服務(wù)監(jiān)控。例如，客戶(hù)端包括根據(jù)圖3所示的HSS 233所保持的訂購(gòu)者 配置文件來(lái)限制允許用戶(hù)加入的IGMP頻道的功能。此外，作為 選項(xiàng)，網(wǎng)絡(luò)接入節(jié)點(diǎn)可以執(zhí)行用于允許訂購(gòu)者加入某一頻道的 校驗(yàn)。雖然組播流的通信機(jī)制與單播的基本相同，但是根據(jù)媒 體服務(wù)器和組播組來(lái)設(shè)置IP層的資源和目的地地址。將總結(jié)在客戶(hù)端側(cè)所執(zhí)行的組播分發(fā)內(nèi)容和單播分發(fā)內(nèi)容 之間的切換處理。在接收到諸如圖3所示的IP T V月i務(wù)2 5 0的外部 服務(wù)器所提供的組播分發(fā)內(nèi)容時(shí)，例如，客戶(hù)裝置的數(shù)據(jù)處理 部執(zhí)行將IGMP-join (IGMP加入)消息發(fā)送到外部服務(wù)器或管 理服務(wù)器的處理，作為根據(jù)IGMP (因特網(wǎng)組管理協(xié)議)的消息， 并且當(dāng)停止接收組播分發(fā)內(nèi)容以開(kāi)始接收單播分發(fā)內(nèi)容時(shí)，將 IGMP leave( IGMP離開(kāi))消息發(fā)送到外部服務(wù)器或管理服務(wù)器， 作為根據(jù)IGMP的消息。此外，客戶(hù)端的數(shù)據(jù)處理部在TV廣播接收的情況下，執(zhí)行 組播分發(fā)內(nèi)容的接收，并在執(zhí)行VoD (視頻點(diǎn)播)時(shí)執(zhí)行向單 播分發(fā)的切換。此外，在作為用戶(hù)特定內(nèi)容記錄處理所執(zhí)行的 nPVR (網(wǎng)絡(luò)個(gè)人碎見(jiàn)頻記錄)的處理中，客戶(hù)端的數(shù)據(jù)處理部l丸行向單播分發(fā)的切換。同樣，在執(zhí)行作為特定內(nèi)容回放處理的 技巧播放時(shí)，客戶(hù)端的數(shù)據(jù)處理部也執(zhí)行向單播分發(fā)的切換。 應(yīng)該注意，客戶(hù)端的數(shù)據(jù)處理部執(zhí)行向單播分發(fā)的切換，作為 用于接收與用戶(hù)配置文件或客戶(hù)端配置文件相對(duì)應(yīng)的內(nèi)容列表 的處理。服務(wù)質(zhì)量的管理在IPTV系統(tǒng)中，除家庭網(wǎng)絡(luò)內(nèi)部以外，可以管理所有網(wǎng)絡(luò)段的服務(wù)質(zhì)量。在圖3所示的網(wǎng)絡(luò)配置中，通過(guò)網(wǎng)絡(luò)在通信中執(zhí) 行通話(huà)管理。將參考圖18說(shuō)明通信數(shù)據(jù)的質(zhì)量管理處理。如圖 18所示，基于RACS ( Resource and Admission Control Subsystem,資源和接納控制子系統(tǒng))執(zhí)行IPTV中的QoS (服務(wù) 質(zhì)量)控制/管理。RACS負(fù)責(zé)策略控制、資源預(yù)留和接納控制。 這使得服務(wù)能夠通過(guò)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)用戶(hù)請(qǐng)求組播通道或單播 通道時(shí)，根據(jù)從客戶(hù)端所發(fā)送的SIP邀請(qǐng)消息獲得該處理必需的 信息。位于接入網(wǎng)絡(luò)中的A-RACF接收來(lái)自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ù)留。以下將說(shuō)明資源預(yù)留失敗和失敗通 知處理。當(dāng)RACS在資源預(yù)留中失敗時(shí)，即，當(dāng)SPDF接收來(lái)自 A-RACF的預(yù)留失敗通知時(shí)，作為通信錯(cuò)誤代碼通知處理，SPDF 將Experimental-Result-Code AVP與以下值一起，返回給作為通 信執(zhí)行應(yīng)用程序的代理CSCF。*在失敗的資源預(yù)留情況下，INSUFFICIENT—RESOURCES *在不能成功修改資源預(yù)留的情況下， MODIFICATION—FAILURE映射成SIP錯(cuò)誤代碼，并將其發(fā)送回終端(客戶(hù)端)。即，必須 拒絕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ù)的 類(lèi)型(通話(huà)類(lèi)型)和優(yōu)先級(jí)(priority [DLNA])之間的映射規(guī) 則，并且基于該規(guī)則確定通信數(shù)據(jù)的優(yōu)先級(jí)。3. IPTV服務(wù)的具體處理例子接著，將按照以下兩部分的順序說(shuō)明IPTV服務(wù)的具體處理例子。3-1.通信處理的具體處理例子 3-2.各種服務(wù)的具體處理例子 3-1.通信處理的具體處理例子在IPTV服務(wù)中，通過(guò)IP網(wǎng)絡(luò)分發(fā)諸如節(jié)目的作為內(nèi)容的媒體，并且IMS用于標(biāo)識(shí)(標(biāo)識(shí)符)管理、i人證和—驗(yàn)證等。IPTV 系統(tǒng)使用IMS以確保通過(guò)可靠、經(jīng)認(rèn)證和—驗(yàn)證的方法處理數(shù)據(jù) 通信。在IPTV月良務(wù)中，在i某體流的分發(fā)中4吏用SIP,并且SIP還 用于執(zhí)行其它功能。使用IMS的優(yōu)點(diǎn)是所有SIP消息自動(dòng)通過(guò) 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ù)的部署的具體例子，將說(shuō)明以下三種 部署方案。
3-1-1.部署方案l
3-1-2.部署方案2
3-1-3.部署方案3。
此外，還將給出以下處理的說(shuō)明。
3-1-4.客戶(hù)端的網(wǎng)絡(luò)連接處理
3-1-5.客戶(hù)端的網(wǎng)絡(luò)斷開(kāi)處理
3-1-6.客戶(hù)端的服務(wù)發(fā)現(xiàn)處理
盡管下述部署方案1和2表現(xiàn)相互非常相似，但是它們實(shí)際 上是非常不同的。主要不同在于雖然在方案l中，假定各終端 擁有獨(dú)有的私有IMS標(biāo)識(shí)符(身份)，但是在方案2中，終端共 享相同的私有IMS標(biāo)識(shí)符。盡管這從用戶(hù)的角度是不可見(jiàn)的， 但是，對(duì)于操作者，這代表網(wǎng)絡(luò)管理方法和訂購(gòu)處理方法方面 的顯著不同。應(yīng)該注意，下述方案不是互斥，而是互補(bǔ)的，并 且在同一網(wǎng)絡(luò)中可以同時(shí)出現(xiàn)下述方案。3-1-1.部署方案l:將各客戶(hù)端配置為IMS終端的情況
首先參考圖19開(kāi)始的附圖，將給出將各客戶(hù)端配置為IMS
終端的情況下的處理的例子的說(shuō)明。
圖19示出客戶(hù)端(家庭網(wǎng)絡(luò)客戶(hù)端)710、 IMS網(wǎng)絡(luò)720、 家庭網(wǎng)絡(luò)730以及IP網(wǎng)絡(luò)740?？蛻?hù)端(家庭客戶(hù)端)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)行說(shuō)明控制 管理功能塊，執(zhí)行內(nèi)容控制；服務(wù)提供功能塊，進(jìn)行服務(wù)提供； 以及IMS核心部分，執(zhí)行諸如登記處理和通信接口連接的其它 控制。將各種處理分段劃分成(a)應(yīng)用層、(b)控制層和(c) 媒體層，并且作為伴隨各層之間的通信的處理來(lái)進(jìn)行這些處理。
首先，部署方案l表現(xiàn)以下情況下的處理的例子在客戶(hù)端 (家庭網(wǎng)絡(luò)客戶(hù)端)710內(nèi)的TV( DMP) 711和家庭IMS網(wǎng)關(guān)712 之間不存在物理邊界，這些裝置被整合在一起。圖19示出客戶(hù) 端登記處理的例子。通過(guò)家庭IMS網(wǎng)關(guān)712,將登記請(qǐng)求從作為 客戶(hù)端的TV(DMP) 711發(fā)送到IMS網(wǎng)絡(luò)720的IMS核心，并且 在服務(wù)提供功能塊中執(zhí)行登記處理。
在進(jìn)行登記之后，作為客戶(hù)端的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通知)]提供給客戶(hù)端。
在接收到SIPNOTIFY之后，作為客戶(hù)端的TV (DMP) 711 開(kāi)始在組播通道上進(jìn)行收聽(tīng)。(在用戶(hù)利用EPG開(kāi)始的配置的情 況下)下載并顯示EPG的第一頁(yè)。根據(jù)情況，下載許多頁(yè)。在 接收到EPG之后，用戶(hù)選擇觀看的頻道。此時(shí)，向IPTV控制功能塊發(fā)送[T SIP INVITE( T SIP邀請(qǐng))]，并且該功能塊補(bǔ)充[T SIP INVITE],并設(shè)定適當(dāng)?shù)腝oS。然后用戶(hù)開(kāi)始^L看頻道，并且在 組播通道之間進(jìn)行切換。圖21示出當(dāng)用戶(hù)執(zhí)行頻道選擇處理時(shí) 的通信過(guò)程。
當(dāng)用戶(hù)請(qǐng)求流時(shí)，根據(jù)來(lái)自使用從[SIP Invite]獲得的信息 的代理CSCF的請(qǐng)求，或者根據(jù)來(lái)自使用IGMP和組播流要求的 知識(shí)的IP邊緣裝置的請(qǐng)求，由A-RACF (見(jiàn)圖18 )管理QoS。當(dāng) 用戶(hù)對(duì)于代理CSCF請(qǐng)求訪(fǎng)問(wèn)資源的選項(xiàng)，在具有相同資源要求 的一組頻道內(nèi)的頻道之間進(jìn)行切換時(shí)，不向IPTV控制功能塊發(fā) 送SIP消息。然而，例如，當(dāng)用戶(hù)切換成按次計(jì)費(fèi)的頻道或具有 不同資源要求的組內(nèi)的頻道時(shí)，IPTV控制功能塊必須4妻收通 知，因?yàn)镻-CSCF可以改變必要的資源條件。在IP邊緣裝置請(qǐng)求 對(duì)資源進(jìn)行訪(fǎng)問(wèn)的選項(xiàng)中，僅當(dāng)用戶(hù)切換成按次計(jì)費(fèi)的頻道時(shí)， SIP消息才是必要的。
3-1-2.部署方案2:客戶(hù)端是SIP客戶(hù)端而不是IMS客戶(hù)端
的情況
接著，在部署方案2中，將給出以下情況的說(shuō)明如圖22 所示，作為IPTV客戶(hù)端的TV ( DMP ) 711和家庭IMS網(wǎng)關(guān)712 物理上是相互分開(kāi)的，因此它們是未整合在 一 起的分離的裝置。 在IPTV客戶(hù)端中，沒(méi)有單獨(dú)的ISIM (IP Multimedia Services Identity Module, IP多媒體服務(wù)身份模塊)。所有客戶(hù)端共享IMS GW的ISIM。
在這種情況下，家庭IMS網(wǎng)關(guān)712一皮用作代理。盡管作為 IPTV客戶(hù)端的TV ( DMP ) 711直接登記在IMS核心中，但是IMS 網(wǎng)關(guān)712向IMS核心傳遞消息。通過(guò)4吏用SIP，經(jīng)由家庭IMS網(wǎng)關(guān) 712傳遞控制信息，并且將媒體直接從(內(nèi)容提供商域內(nèi)的)媒 體服務(wù)器分發(fā)給IPTV客戶(hù)端。訪(fǎng)問(wèn)服務(wù)需要IMS標(biāo)識(shí)信息(IMSPUID )。該情況下的流程與部署方案1中隨后的流程基本相同，
主要不同在于通過(guò)家庭IMS網(wǎng)關(guān)712進(jìn)行登記。用戶(hù)以與方案 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)中的通過(guò)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)求來(lái)自IPTV服務(wù)提供商的 媒體流時(shí)，IPTV-DLNA應(yīng)用網(wǎng)關(guān)連接到家庭IMS網(wǎng)關(guān)712,并且 以與方案2中的相同的方式，登記為不具有IMS客戶(hù)端的SIP客 戶(hù)端。例如，在圖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客戶(hù)端的情況中一樣，IPTV-DLNA應(yīng)用網(wǎng)關(guān)也 可以登記為SIP客戶(hù)端。
可以通過(guò)兩種方法來(lái)實(shí)現(xiàn)部署方案3。一種方法是基于部署 方案l,而另 一種方法是作為基于部署方案2的處理而實(shí)現(xiàn)的。 圖23所示的虛線(xiàn)751意p未著作為IPTV客戶(hù)端的TV 711和家庭 IMS網(wǎng)關(guān)712物理上可以是整合或分離的。以下，將給出對(duì)于 IPTV和DLNA應(yīng)用網(wǎng)關(guān)的5種使用情況的說(shuō)明。從IPTV系統(tǒng)的 角度看，IPTV-DLNA應(yīng)用網(wǎng)關(guān)充當(dāng)IPTV客戶(hù)端。
將對(duì)部署方案3中所執(zhí)行的處理的以下具體例子進(jìn)行說(shuō)明。
3-1-3a. 2BOX PULL
3-l-3b. 3BOX PULL
3-l-3c.下載
3-l-3d. 2BOX PUSH3-l-3e.上載 3-l陽(yáng)3a. 2BOX PULL
在DLNA所規(guī)定的2BOX PULL方案中，即，在通過(guò)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)于(用戶(hù)所操作的)DLNA數(shù)字媒體 播放器的請(qǐng)求，將諸如EPG/VoD內(nèi)容列表或其它節(jié)目?jī)?nèi)容的媒 體的格式和協(xié)議轉(zhuǎn)換成D L N A協(xié)議。
3誦l畫(huà)3b. 3BOX PULL
在DLNA所規(guī)定的3-l-3b. 3BOX PULL方案中，即，在通過(guò) DMS、 DMP和DMC (數(shù)字媒體控制器)之間的連接進(jìn)行處理的 配置中，如在2BOX PULL的使用情況中 一樣，IPTV應(yīng)用網(wǎng)關(guān)用 作DLNA數(shù)字媒體服務(wù)器。然而，存在與2BOXPULL方案的不 同之處。用戶(hù)操作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的使用情況下，即，在通過(guò) 具有內(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+ )。
通常，用戶(hù)操作客戶(hù)裝置，并瀏覽與IPTV服務(wù)的EPG/VoD 相對(duì)應(yīng)的內(nèi)容列表，并且可以利用DLNA Push控制器控制 DLNA媒體渲染器以發(fā)送由IPTV-DLNA應(yīng)用網(wǎng)關(guān)的DLNA Push 控制器所提供的視頻流的方法，通過(guò)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+)。通常，用戶(hù)可以通過(guò)操作客戶(hù)裝置，瀏覽IPTV服務(wù) 的EPG/VoD內(nèi)容列表。DLNA數(shù)字媒體服務(wù)器存儲(chǔ)所選擇的、 由IPTV-DLNA應(yīng)用網(wǎng)關(guān)的DLNA上載控制器所提供的視頻內(nèi) 容。
3.1.4.客戶(hù)端的網(wǎng)絡(luò)連接處理
接著，將參考圖24開(kāi)始的

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