專利名稱：信息處理設(shè)備、信息通信系統(tǒng)、信息處理方法和計算機(jī)程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息處理裝置、信息通信系統(tǒng)、信息處理方法和計算機(jī)程序。 具體地，本發(fā)明涉及用于在家庭網(wǎng)絡(luò)內(nèi)的設(shè)備實現(xiàn)利用從家庭網(wǎng)絡(luò)外提供的 數(shù)據(jù)的信息處理裝置、信息通信系統(tǒng)、信息處理方法和計算機(jī)程序。
背景技術(shù)：
隨著PC和數(shù)字家庭設(shè)備的普及，將這些設(shè)備經(jīng)由家庭IP (因特網(wǎng)協(xié)議)
網(wǎng)絡(luò)互連并共享和欣賞如視頻、音頻和圖片的數(shù)字內(nèi)容正在變?yōu)楝F(xiàn)實。例如，
DLNA (數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)定義了在這些數(shù)字設(shè)備之間共享數(shù)字內(nèi)容所需 的技術(shù)規(guī)范和實施指南，使得可能彼此互連不同的廠商的設(shè)備，并且DLNA 已經(jīng)成為家庭IP網(wǎng)絡(luò)的產(chǎn)業(yè)標(biāo)準(zhǔn)。
圖1示出由DLNA提出的家庭網(wǎng)絡(luò)100的示例。作為數(shù)字視頻內(nèi)容記錄 裝置的DVR (數(shù)字?jǐn)z像機(jī))101和內(nèi)置有TV調(diào)諧器的PC 102能夠接收衛(wèi)星 和地面模擬廣播和數(shù)字廣播，并且在內(nèi)置硬盤記錄器上記錄和保存廣播節(jié)目。 在DLNA中，存儲內(nèi)容并提供內(nèi)容給家庭網(wǎng)絡(luò)中的設(shè)備的設(shè)備被稱為數(shù)字媒 體服務(wù)器(DMS )。在圖1中，DVR 101和PC 102是DMS。
DMS能夠執(zhí)行例如記錄在硬盤上的TV節(jié)目的視頻內(nèi)容到經(jīng)由家庭IP 網(wǎng)絡(luò)連接的數(shù)字媒體播放器(DMP)的流傳輸。數(shù)字媒體播放器(DMP)是 從DMS接收內(nèi)容并播放該內(nèi)容的設(shè)備。
在圖1所示的示例中，DMP在TV 103上實現(xiàn)，并且例如通過使用TV 103 的紅外遙控器等，用戶可以操作TV 103來播放位于遠(yuǎn)程房間中的PC 102或 DVR 101上存儲的視頻內(nèi)容。注意到，在家庭中的設(shè)備連接到作為因特網(wǎng)的 IP寬帶網(wǎng)120的情況下用作網(wǎng)絡(luò)連接設(shè)備的住宅網(wǎng)關(guān)(residential gateway, RG) 104,在使用DLNA的示例下用作用于家庭中的設(shè)備的IP連接的橋。
同時，在廣播系統(tǒng)中出現(xiàn)革命，并且經(jīng)由IP寬帶網(wǎng)傳輸視頻內(nèi)容的IPTV 服務(wù)、VOD (視頻點播)服務(wù)等正在變?yōu)樯逃?，該視頻內(nèi)容迄今利用地面波 或衛(wèi)星廣播。圖2示出IPTV和VOD服務(wù)的示意圖。在家庭中，安裝STB (機(jī)頂盒)151使得可能基于來自各種IPTV服務(wù)提 供服務(wù)器121 al到an以及VOD服務(wù)提供服務(wù)器122 bl到bn的服務(wù)，經(jīng)由 RG (住宅網(wǎng)關(guān))104并經(jīng)由IP寬帶網(wǎng)120接收內(nèi)容。STB (機(jī)頂盒)151具 有接收視頻信息的功能、命令傳輸和接收、MPEG解碼以及播放接收的數(shù)據(jù) 所需的應(yīng)用執(zhí)行功能等。
住宅網(wǎng)關(guān)(RG) 104在某些情況下接收由多個IPTV服務(wù)提供服務(wù)器121 或VOD服務(wù)提供服務(wù)器122經(jīng)由相同代理(例如，接入線路提供公司，如電 話公司或有線電視公司)提供的服務(wù)(內(nèi)容)，而在另外的情況下，分開地接 收各個服務(wù)。然而，由用戶使用的STB (機(jī)頂盒)151自身需要被配置為支 持連接目的地的IPTV服務(wù)的系統(tǒng)。
隨著這樣的IPTV服務(wù)和VOD服務(wù)在未來變得普通，類似于傳統(tǒng)的由 DLNA設(shè)備對作為普通廣播廣播的TV廣播內(nèi)容進(jìn)行共享和觀看，用戶開始 需要在DLNA設(shè)備上使用從IPTV服務(wù)提供的視頻內(nèi)容。
作為滿足這樣的需要提出的解決方案，可以預(yù)期其中如家庭服務(wù)器的具 有大容量硬盤的設(shè)備從IPTV服務(wù)下載視頻內(nèi)容并在家庭網(wǎng)絡(luò)中共享視頻內(nèi) 容的方法，或其中IPTV服務(wù)的協(xié)議、媒體格式等在住宅網(wǎng)關(guān)(RG)轉(zhuǎn)換為 DLNA設(shè)備的協(xié)議和媒體格式并且IPTV服務(wù)被提供給家庭網(wǎng)絡(luò)連接設(shè)備的 方法。注意到，在專利文獻(xiàn)1中描述了執(zhí)行格式轉(zhuǎn)換處理的嵌入家庭網(wǎng)絡(luò)的 模塊。
然而，在前者的情況下，家庭服務(wù)器處的暫時存儲需要用于下載的時間， 使得難以在期望時欣賞視頻，而這在視頻點播服務(wù)時是可能的，并且前者的 方法不適于直播觀看。在后者的配置中，處理由住宅網(wǎng)關(guān)(RG)執(zhí)行，住宅 網(wǎng)關(guān)(RG)需要執(zhí)行協(xié)議轉(zhuǎn)換和^ 某體格式轉(zhuǎn)換，使得需要高性能硬件并且軟 件變得復(fù)雜，并且RG變得昂貴。
通常，在許多情況下，RG從寬帶網(wǎng)的接入線路提供公司(電話公司等) 提供，并且這在IPTV服務(wù)在開放因特網(wǎng)上提供的情況下成為阻礙，例如， 對用戶可用的IPTV服務(wù)被限制到由接入線路提供的廠商。盡管可能在與住 宅網(wǎng)關(guān)(RG)分離的家庭IP網(wǎng)絡(luò)中提供新的網(wǎng)關(guān)設(shè)備，但是在此情況下， 取決于網(wǎng)絡(luò)拓樸，內(nèi)容流傳輸數(shù)據(jù)在家庭網(wǎng)絡(luò)中雙倍傳輸，使得家庭網(wǎng)絡(luò)中 的頻帶浪費使用的情況出現(xiàn)。
注意到，在家庭網(wǎng)絡(luò)中的DLNA設(shè)備和因特網(wǎng)上的內(nèi)容分發(fā)服務(wù)之間的連接的示例是美國因特爾公司的Viiv (注冊商標(biāo))技術(shù)。Viiv被認(rèn)為是PC硬 件和軟件的平臺，并且意圖在于通過雙核高性能CPU在PC上流傳輸觀看來 自因特網(wǎng)的內(nèi)容。同時，Viiv具有DLNA功能，并且用作執(zhí)行暫時從因特網(wǎng) 下載到PC的內(nèi)容到連接到家庭網(wǎng)絡(luò)的另一DLNA設(shè)備的流傳輸?shù)腄LNA媒 體服務(wù)器。
專利文獻(xiàn)1:曰本未審專利申請公開(PCT申請的翻譯)No. 2005-53123
發(fā)明內(nèi)容
要解決的技術(shù)問題
如上所述，在類似于作為普通廣播廣播的TV廣播內(nèi)容、由IPTV服務(wù)或 VOD服務(wù)提供的內(nèi)容還由DLNA設(shè)備使用的情況下，在現(xiàn)有家庭網(wǎng)絡(luò)配置 中，需要預(yù)先在家庭網(wǎng)絡(luò)中的如PC、 DVR等的數(shù)字媒體服務(wù)器(DMS)上 下載內(nèi)容，或為住宅網(wǎng)關(guān)(RG)提供協(xié)議和媒體格式轉(zhuǎn)換功能。前者的情況 缺少實時特性，使得不適于流傳輸播放處理等，而后者的情況導(dǎo)致增加的成 本的問題。
有鑒于上述情況已經(jīng)做出本發(fā)明，并且其目的在于提供一種信息處理裝 置、信息通信系統(tǒng)、信息處理方法和計算機(jī)程序，利用其可能通過使用例如 不依賴于如到因特網(wǎng)的網(wǎng)關(guān)和接入線路的基礎(chǔ)結(jié)構(gòu)的開放因特網(wǎng)連接環(huán)境中 的現(xiàn)有DLNA設(shè)備，觀看由家庭網(wǎng)絡(luò)外的外部服務(wù)器提供的內(nèi)容，如IPTV 服務(wù)。
技術(shù)方案
本發(fā)明的第一方面是一種信息處理裝置，其特征在于它包括 用于數(shù)據(jù)通信的通信接口 ；
數(shù)據(jù)處理單元，其執(zhí)行與家庭網(wǎng)絡(luò)外存在的外部服務(wù)器執(zhí)行通信以將外 部服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)設(shè)備的處理；以及 存儲單元，其存儲映射信息，
并且其特征在于，該數(shù)據(jù)處理單元被配置為執(zhí)行下述處理 響應(yīng)于從家庭網(wǎng)絡(luò)內(nèi)的客戶端設(shè)備接收到設(shè)備發(fā)現(xiàn)請求，獲取存儲在存
儲單元中的映射信息，并且基于該映射信息，向客戶端設(shè)備提供對應(yīng)于外部
服務(wù)器的服務(wù)器信息作為可從其接收服務(wù)的設(shè)備的信息。
此外，根據(jù)本發(fā)明的信息處理裝置的實施例的特征在于，該數(shù)據(jù)處理單元被配置為基于與家庭網(wǎng)絡(luò)外存在的外部服務(wù)器的通信，執(zhí)行下述處理 生成其中記錄外部服務(wù)器信息的示例，并且將該示例存儲在存儲單元中；以 及響應(yīng)于從家庭網(wǎng)絡(luò)內(nèi)的客戶端設(shè)備接收到設(shè)備發(fā)現(xiàn)請求，為客戶端設(shè)備提 供從存儲單元中存儲的示例獲取的外部服務(wù)器信息。
此外，根據(jù)本發(fā)明的信息處理裝置的實施例的特征在于，所述數(shù)據(jù)處理 單元被配置為響應(yīng)于從客戶端設(shè)備接收到設(shè)備發(fā)現(xiàn)請求，執(zhí)行下述處理 為客戶端設(shè)備提供外部服務(wù)器信息作為可從其接收服務(wù)的設(shè)備的信息，并且 將隨后來自客戶端設(shè)備的請求和響應(yīng)傳輸?shù)酵獠糠?wù)器；或執(zhí)行下述處理 為客戶端提供外部服務(wù)器的信息，使得在客戶端設(shè)備和外部服務(wù)器之間執(zhí)行 直接的通信。
此外，根據(jù)本發(fā)明的信息處理裝置的實施例的特征在于，所述外部服務(wù) 器是其中使用IP多媒體子系統(tǒng)(IMS)的家庭網(wǎng)絡(luò)外的服務(wù)提供服務(wù)器；以 及所述數(shù)據(jù)處理單元被配置為執(zhí)行將服務(wù)提供服務(wù)器映射為家庭網(wǎng)絡(luò)設(shè)備的 處理。
此外，根據(jù)本發(fā)明的信息處理裝置的實施例的特征在于，所述數(shù)據(jù)處理 單元被配置為執(zhí)行將外部服務(wù)器映射為數(shù)字媒體服務(wù)器(DMS)的處理， 該數(shù)字4某體服務(wù)器定義為DLNA(數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)中的內(nèi)容^^是供服務(wù)器。
此外，根據(jù)本發(fā)明的信息處理裝置的實施例的特征在于，所述數(shù)據(jù)處理 單元被配置為執(zhí)行下述處理執(zhí)行與家庭網(wǎng)絡(luò)外存在的外部服務(wù)器的通信， 獲取由外部服務(wù)器提供的服務(wù)列表，獲取基于該服務(wù)列表的用戶的服務(wù)選擇 信息，并且僅將提供所選擇服務(wù)的外部服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)設(shè)備。
此外，根據(jù)本發(fā)明的信息處理裝置的實施例的特征在于，所述數(shù)據(jù)處理 單元被配置為執(zhí)行下述處理將服務(wù)列表輸出到信息處理裝置的顯示單元或 家庭網(wǎng)絡(luò)連接設(shè)備，將關(guān)于服務(wù)列表的用戶選擇信息發(fā)送到家庭網(wǎng)絡(luò)外的管 理服務(wù)器，并且將外部服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)設(shè)備，該外部服務(wù)器提供 已經(jīng)在管理服務(wù)器登記選擇信息的服務(wù)。
此外，根據(jù)本發(fā)明的信息處理裝置的實施例的特征在于，所述數(shù)據(jù)處理 單元被配置為執(zhí)行下述處理從客戶端設(shè)備接收對映射的外部服務(wù)器的內(nèi)容 列表請求，將該請求傳輸至外部服務(wù)器，并且從外部服務(wù)器獲取內(nèi)容列表， 并向客戶端設(shè)備提供該內(nèi)容列表。
此外，根據(jù)本發(fā)明的信息處理裝置的實施例的特征在于，所述內(nèi)容列表
12是其中設(shè)置了提供給外部服務(wù)器的、對應(yīng)于內(nèi)容的內(nèi)容URL的列表，并且具 有這樣的設(shè)置使得客戶端設(shè)備被允許基于內(nèi)容URL獲取內(nèi)容而無需涉及信 息處理裝置。
此外，根據(jù)本發(fā)明的信息處理裝置的實施例的特征在于，所述數(shù)據(jù)處理 單元被配置為執(zhí)行下述處理為客戶端設(shè)備提供設(shè)置信息，該設(shè)置信息將信 息處理裝置設(shè)置為認(rèn)證和密鑰交換處理的相對方，作為在客戶端設(shè)備處從外 部服務(wù)器獲取內(nèi)容的條件，該客戶端設(shè)備被要求執(zhí)行該認(rèn)證和密鑰交換處理。
此外，根據(jù)本發(fā)明的信息處理裝置的實施例的特征在于，所述數(shù)據(jù)處理 單元被配置為執(zhí)行下述處理為客戶端設(shè)備提供內(nèi)容列表，其中將信息處理 裝置設(shè)置為認(rèn)證和密鑰交換處理的相對方的設(shè)置信息被包括在元信息中。
此外，根據(jù)本發(fā)明的信息處理裝置的實施例的特征在于，所述數(shù)據(jù)處理 單元被配置為執(zhí)行下述處理將用客戶端設(shè)備執(zhí)行的認(rèn)證和密鑰交換處理中 生成的密鑰發(fā)送到作為內(nèi)容獲取源的外部服務(wù)器。
此外，根據(jù)本發(fā)明的信息處理裝置的實施例的特征在于，所述數(shù)據(jù)處理 單元被配置為執(zhí)行下述處理從客戶端設(shè)備接收到映射的外部服務(wù)器的服務(wù) 屏幕獲取請求，將該請求傳輸?shù)酵獠糠?wù)器，并且從外部服務(wù)器獲取服務(wù)屏 幕并為客戶端設(shè)備提供該服務(wù)屏幕。
此外，根據(jù)本發(fā)明的信息處理裝置的實施例的特征在于，所述凌t據(jù)處理 單元被配置為執(zhí)行下述處理從客戶端設(shè)備接收按照HTTP (超文本傳輸協(xié) 議)的服務(wù)屏幕獲取請求，傳輸該請求到外部服務(wù)器，并且從外部服務(wù)器接 收包括由HTML (超文本標(biāo)記語言)數(shù)據(jù)形成的服務(wù)屏幕的HTTP響應(yīng)，并 將該HTTP響應(yīng)傳輸?shù)娇蛻舳嗽O(shè)備。
此外，本發(fā)明的第二方面是一種信息通信系統(tǒng)，包括家庭網(wǎng)絡(luò)中的客戶 端裝置、家庭網(wǎng)絡(luò)外的內(nèi)容提供服務(wù)器、以及家庭網(wǎng)絡(luò)中的網(wǎng)關(guān)裝置，其特 征在于
該網(wǎng)關(guān)裝置被配置為執(zhí)行下述處理
執(zhí)行與內(nèi)容提供服務(wù)器的通信，以將內(nèi)容提供服務(wù)器映射為虛擬家庭網(wǎng) 絡(luò)設(shè)備；
響應(yīng)于從客戶端設(shè)備接收到設(shè)備發(fā)現(xiàn)請求，獲取映射信息，并基于該映 射信息，為客戶端設(shè)備提供對應(yīng)于內(nèi)容提供服務(wù)器的服務(wù)器信息，作為可從 其接收服務(wù)的設(shè)備的信息；以及
13從客戶端設(shè)備接收用于獲取由內(nèi)容提供服務(wù)器提供的內(nèi)容的請求，并將
該請求傳輸?shù)絻?nèi)容提供服務(wù)器；以及
該客戶端裝置被配置為執(zhí)行下述處理
接收由內(nèi)容提供服務(wù)器提供的內(nèi)容并播放該內(nèi)容。
此外，根據(jù)本發(fā)明的信息通信系統(tǒng)的實施例的特征在于，該網(wǎng)關(guān)裝置被 配置為執(zhí)行下述處理從客戶端裝置接收對映射的內(nèi)容提供服務(wù)器的內(nèi)容列 表請求，將該請求傳輸?shù)絻?nèi)容提供服務(wù)器，并且從內(nèi)容提供服務(wù)器獲取內(nèi)容 列表并為客戶端裝置提供該內(nèi)容列表。
此外，根據(jù)本發(fā)明的信息通信系統(tǒng)的實施例的特征在于，該網(wǎng)關(guān)裝置被 配置為執(zhí)行下述處理為客戶端裝置提供設(shè)置信息，該設(shè)置信息將網(wǎng)關(guān)裝置 設(shè)置為認(rèn)證和密鑰交換處理的相對方，作為從內(nèi)容提供服務(wù)器獲取內(nèi)容的條 件，在所述客戶端裝置執(zhí)行該認(rèn)證和密鑰交換處理；以及將用客戶端裝置執(zhí) 行的認(rèn)證和密鑰交換處理中生成的加密密鑰發(fā)送到內(nèi)容提供服務(wù)器。
此外，根據(jù)本發(fā)明的信息通信系統(tǒng)的實施例的特征在于，該內(nèi)容提供服 務(wù)器通過使用從網(wǎng)關(guān)裝置接收的加密密鑰加密要發(fā)送的內(nèi)容，并且將生成的 加密內(nèi)容發(fā)送到客戶端裝置，以及所迷客戶端裝置被配置為通過使用加密密 鑰來執(zhí)行解密所接收的加密內(nèi)容的處理。
此外，根據(jù)本發(fā)明的信息通信系統(tǒng)的實施例的特征在于，該網(wǎng)關(guān)裝置被 配置為執(zhí)行下述處理從客戶端裝置接收按照HTTP (超文本傳輸協(xié)議)的 服務(wù)屏幕獲取請求，傳輸該請求到內(nèi)容提供服務(wù)器，并且從內(nèi)容提供服務(wù)器 接收包括由HTML (超文本標(biāo)記語言)數(shù)據(jù)形成的服務(wù)屏幕的HTTP響應(yīng)， 并將該HTTP響應(yīng)傳輸?shù)娇蛻舳搜b置。
此外，根據(jù)本發(fā)明的信息通信系統(tǒng)的實施例的特征在于，該客戶端裝置 被配置為執(zhí)行下述處理在顯示器上顯示服務(wù)屏幕，該服務(wù)屏幕通過使用 HTML瀏覽器對從內(nèi)容提供服務(wù)器經(jīng)網(wǎng)關(guān)裝置接收的HTML數(shù)據(jù)執(zhí)行繪制處 理而生成。
此外，根據(jù)本發(fā)明的信息通信系統(tǒng)的實施例的特征在于，該客戶端裝置 被配置為執(zhí)行下述處理從用戶輸入關(guān)于服務(wù)屏幕中包括的內(nèi)容列表的內(nèi)容 選擇信息，基于內(nèi)容選擇信息識別對應(yīng)于所選擇的內(nèi)容的資源URL,并且執(zhí) 行基于該資源URL的內(nèi)容流傳輸處理。
此外，本發(fā)明的第三方面是一種用于信息處理裝置的信息處理方法，其中執(zhí)行對連接到家庭網(wǎng)絡(luò)的客戶端設(shè)備進(jìn)行設(shè)置使得其被允許使用由家庭網(wǎng)
絡(luò)外的外部服務(wù)器提供的內(nèi)容的處理，其特征在于，該方法包括
在信息處理裝置的數(shù)據(jù)處理單元執(zhí)行的映射處理步驟，其執(zhí)行通過通信 單元與外部服務(wù)器的通信，以執(zhí)行將外部服務(wù)器設(shè)置為虛擬家庭網(wǎng)絡(luò)設(shè)備、
在數(shù)據(jù)處理單元執(zhí)行的外部服務(wù)器信息提供步驟，其響應(yīng)于從客戶端設(shè) 備接收到設(shè)備發(fā)現(xiàn)請求，執(zhí)行下述處理獲取存儲單元中存儲的映射信息， 并基于該映射信息，為客戶端設(shè)備提供對應(yīng)于外部服務(wù)器的服務(wù)器信息，作 為可從其接收服務(wù)的設(shè)備的信息。
此外，根據(jù)本發(fā)明的信息處理方法的實施例的特征在于，該映射處理步 驟是執(zhí)行下述處理的步驟基于與家庭網(wǎng)絡(luò)外存在的外部服務(wù)器的通信，生 成其中記錄外部服務(wù)器信息的示例并將該示例存儲在存儲單元中；以及該外 部服務(wù)器信息提供步驟是下述步驟響應(yīng)于從家庭網(wǎng)絡(luò)中的客戶端設(shè)備接收 到設(shè)備發(fā)現(xiàn)請求，為客戶端設(shè)備提供從存儲單元中存儲的示例獲取的外部服 務(wù)器信息。
此外，根據(jù)本發(fā)明的信息處理方法的實施例的特征在于，在該信息處理 方法中，響應(yīng)于從客戶端設(shè)備接收到設(shè)備發(fā)現(xiàn)請求，該數(shù)據(jù)處理單元還執(zhí)行 下述處理為客戶端設(shè)備提供外部服務(wù)器信息，作為可從其接收服務(wù)的設(shè)備 的信息，并且將隨后的來自客戶端設(shè)備的請求和響應(yīng)傳輸?shù)酵獠糠?wù)器；或 執(zhí)行下述處理為客戶端設(shè)備提供外部服務(wù)器的信息，使得在客戶端設(shè)備和 外部服務(wù)器之間執(zhí)行直接通信。
此外，根據(jù)本發(fā)明的信息處理方法的實施例的特征在于，所述外部服務(wù) 器是其中使用IP多媒體子系統(tǒng)(IMS)的家庭網(wǎng)絡(luò)外的服務(wù)提供服務(wù)器；以 及所述映射處理步驟是執(zhí)行將服務(wù)提供服務(wù)器映射為家庭網(wǎng)絡(luò)設(shè)備的處理的 步驟。
此外，根據(jù)本發(fā)明的信息處理方法的實施例的特征在于，所述映射處理 步驟是執(zhí)行下述處理的步驟將外部服務(wù)器映射為數(shù)字媒體服務(wù)器(DMS)， 該數(shù)字媒體服務(wù)器被定義為DLNA (數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)中的內(nèi)容提供服務(wù) 器。
此外，根據(jù)本發(fā)明的信息處理方法的實施例的特征在于，所述映射處理 步驟是執(zhí)行下述處理的步驟與家庭網(wǎng)絡(luò)外存在的外部服務(wù)器執(zhí)行通信，獲取由外部服務(wù)器提供的服務(wù)列表，獲取基于所述服務(wù)列表的用戶的服務(wù)選擇 信息，并且僅將提供所選擇的服務(wù)的外部服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)設(shè)備。
此外，根據(jù)本發(fā)明的信息處理方法的實施例的特征在于，所述映射處理 步驟是執(zhí)行下述處理的步驟將服務(wù)列表輸出到信息處理裝置的顯示單元或 家庭網(wǎng)絡(luò)連接設(shè)備，將關(guān)于服務(wù)列表的用戶選擇信息發(fā)送到家庭網(wǎng)絡(luò)外的管 理服務(wù)器，并且將外部服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)設(shè)備，該外部服務(wù)器提供 已經(jīng)在管理服務(wù)器登記選擇信息的服務(wù)。
此外，根據(jù)本發(fā)明的信息處理方法的實施例的特征在于，該信息處理方
法還包括在數(shù)據(jù)處理單元執(zhí)行下述處理的步驟從客戶端設(shè)備接收對映射的 外部服務(wù)器的內(nèi)容列表請求，將該請求傳輸?shù)酵獠糠?wù)器，并且從外部服務(wù) 器獲取內(nèi)容列表并為客戶端設(shè)備提供該內(nèi)容列表。
此外，根據(jù)本發(fā)明的信息處理方法的實施例的特征在于，該內(nèi)容列表是 其中設(shè)置了提供給外部服務(wù)器的、對應(yīng)于該內(nèi)容的內(nèi)容URL的列表，并且具 有這樣的設(shè)置使得客戶端設(shè)備被允許基于內(nèi)容URL獲取內(nèi)容而無需涉及信 息處理裝置。
此外，根據(jù)本發(fā)明的信息處理方法的實施例的特征在于，該信息處理方 法還包括在數(shù)據(jù)處理單元執(zhí)行下述處理的步驟為客戶端設(shè)備提供設(shè)置信息， 該設(shè)置信息將信息處理裝置設(shè)置為認(rèn)證和密鑰交換處理的相對方，作為在客 戶端設(shè)備從外部服務(wù)器獲取內(nèi)容的條件，所述客戶端設(shè)備被要求執(zhí)行該認(rèn)證 和密鑰交換處理。
此外，根據(jù)本發(fā)明的信息處理方法的實施例的特征在于，在該信息處理 方法中，在數(shù)據(jù)處理單元執(zhí)行下述處理為客戶端設(shè)備提供內(nèi)容列表，其中 將信息處理裝置設(shè)置為認(rèn)證和密鑰交換處理的相對方的設(shè)置信息被包括在元 信息中。
此外，根據(jù)本發(fā)明的信息處理方法的實施例的特征在于，該信息處理方 法還包括在數(shù)據(jù)處理單元執(zhí)行下述處理的步驟將用客戶端設(shè)備執(zhí)行的認(rèn)證 和密鑰交換處理中生成的密鑰發(fā)送到作為內(nèi)容獲取源的外部服務(wù)器。
此外，根據(jù)本發(fā)明的信息處理方法的實施例的特征在于，該信息處理方 法還包括在數(shù)據(jù)處理單元執(zhí)行下述處理的步驟從客戶端設(shè)備接收對映射的 外部服務(wù)器的服務(wù)屏幕獲取請求，傳輸該請求到外部服務(wù)器，并且從外部服 務(wù)器獲取服務(wù)屏幕，并為客戶端設(shè)備提供該服務(wù)屏幕。此外，根據(jù)本發(fā)明的信息處理方法的實施例的特征在于，該信息處理方
法還包括在數(shù)據(jù)處理單元執(zhí)行下述處理的步驟從客戶端設(shè)備接收按照HTTP (超文本傳輸協(xié)議)的服務(wù)屏幕獲取請求，傳輸該請求到外部服務(wù)器，并且 從外部服務(wù)器接收包括由HTML (超文本標(biāo)記語言)數(shù)據(jù)形成的服務(wù)屏幕的 HTTP響應(yīng)，并將該HTTP響應(yīng)傳輸?shù)娇蛻舳嗽O(shè)備。
此外，本發(fā)明的第四方面是一種計算機(jī)程序，用于使得信息處理裝置執(zhí) 行對連接到家庭網(wǎng)絡(luò)的客戶端設(shè)備進(jìn)行設(shè)置使得其被允許使用由家庭網(wǎng)絡(luò)外 的外部服務(wù)器提供的內(nèi)容的處理，其特征在于使得執(zhí)行
映射處理步驟，使得信息處理裝置的數(shù)據(jù)處理單元執(zhí)行經(jīng)由通信單元與 外部服務(wù)器的通信，執(zhí)行將外部服務(wù)器設(shè)置為虛擬家庭網(wǎng)絡(luò)設(shè)備的映射處理， 并且將基于映射處理的映射信息存儲在存儲單元中；以及
外部服務(wù)器信息提供步驟，使得數(shù)據(jù)處理單元執(zhí)行下述處理響應(yīng)于從 客戶端設(shè)備接收到設(shè)備發(fā)現(xiàn)請求，獲取存儲單元中存儲的映射信息，并且基 于該映射信息，為客戶端設(shè)備提供對應(yīng)于外部服務(wù)器的信息，作為可從其接 收服務(wù)的設(shè)備的信息。
注意到，根據(jù)本發(fā)明的計算機(jī)程序是可以經(jīng)由存儲介質(zhì)或通信介質(zhì)提供 給例如計算機(jī)系統(tǒng)的計算機(jī)程序，該計算機(jī)系統(tǒng)能夠執(zhí)行各種程序代碼，該 存儲介質(zhì)或通信介質(zhì)提供計算機(jī)可讀格式的程序，例如，如CD、 FD或MO 的記錄介質(zhì)，或如網(wǎng)絡(luò)的通信介質(zhì)。通過提供這樣的計算機(jī)可讀格式的程序， 在計算機(jī)系統(tǒng)上實現(xiàn)按照該程序的處理。
從基于下面將描述的本發(fā)明的實施例和附圖的更詳細(xì)的描述，本發(fā)明的 其他目的、特征和優(yōu)點將變得明顯。注意到，在本說明書中，系統(tǒng)是多個裝 置的邏輯組合配置，而不限于所構(gòu)成的裝置在同一情況下存在的系統(tǒng)。
根據(jù)本發(fā)明的配置，作為家庭網(wǎng)絡(luò)內(nèi)的客戶端設(shè)備的DMP可能作為內(nèi) 容播放裝置來從家庭網(wǎng)絡(luò)外的內(nèi)容提供服務(wù)器接收內(nèi)容并播放該內(nèi)容。即， 作為根據(jù)本發(fā)明的信息處理裝置的家庭IMS網(wǎng)關(guān)執(zhí)行與內(nèi)容提供服務(wù)器的通 信，以將內(nèi)容提供服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)設(shè)備，并且響應(yīng)于從家庭網(wǎng)絡(luò) 中的內(nèi)容播放裝置接收設(shè)備發(fā)現(xiàn)請求，家庭IMS網(wǎng)關(guān)為內(nèi)容播放設(shè)備提供內(nèi) 容提供服務(wù)器的服務(wù)器信息，作為可以從其接收服務(wù)的設(shè)備的信息。此外， 家庭IMS網(wǎng)關(guān)使得內(nèi)容獲取請求從內(nèi)容播放裝置傳輸?shù)絻?nèi)容提供服務(wù)器，使 得內(nèi)容提供服務(wù)器發(fā)送內(nèi)容到內(nèi)容播放裝置。此外，還可以在所定義的內(nèi)容
17播放裝置和家庭IMS網(wǎng)關(guān)之間執(zhí)行在DLNA中定義的認(rèn)證和密鑰交換處理。 通過將從家庭IMS網(wǎng)關(guān)生成的密鑰發(fā)送到內(nèi)容提供服務(wù)器，內(nèi)容提供服務(wù)器 和內(nèi)容播放裝置可以共享該密鑰，使得在雙方之間實現(xiàn)加密內(nèi)容的安全傳輸 和接收。


圖1是示出由DLNA提出的家庭網(wǎng)絡(luò)的示例的圖。 圖2是示出IPTV和VOD服務(wù)的示意圖的圖。 圖3是用于解釋根據(jù)本發(fā)明的信息通信系統(tǒng)的示例配置的圖。 圖4是用于解釋根據(jù)DLNA設(shè)備服從的DLNA指南的功能組件的圖。 圖5是示出家庭IMS網(wǎng)關(guān)的示例硬件配置的圖。 圖6是用于解釋家庭IMS網(wǎng)關(guān)的軟件模塊的示例配置的圖。 圖7是用于解釋訂制AS (IPTV )的過程順序的圖。 圖8是用于解釋訂制AS (IPTV )的過程順序的圖。 圖9是用于接收使用由AS (IPTV)提供的內(nèi)容順序的示例的圖。 圖10是用于解釋使用由AS (IPTV )提供的內(nèi)容順序的示例的圖。 圖11是用于解釋在內(nèi)容使用處理中的數(shù)據(jù)通信的概況的圖。 圖12是用于解釋家庭IMS網(wǎng)關(guān)的軟件模塊的示例配置的圖。 圖13是用于解釋使用由AS (IPTV)提供的內(nèi)容順序的示例的圖。 圖14是示出由AS (IPTV)提供的服務(wù)屏幕和在流傳輸播放處理的場合 的屏幕顯示的示例的圖。
具體實施例方式
以下，將參照附圖詳細(xì)描述根據(jù)本發(fā)明的信息處理襲置、信息通信系統(tǒng)、 信息處理方法和計算機(jī)程序。
首先，參照圖3,將描述根據(jù)本發(fā)明的信息通信系統(tǒng)的示例配置。如美 國微軟公司的各種廠商已經(jīng)開發(fā)和商用了 IPTV服務(wù)系統(tǒng)。在該實施例中， 將關(guān)于其中采用使用IP多媒體子系統(tǒng)(IMS)的IPTV服務(wù)基礎(chǔ)結(jié)構(gòu)的示例 給出描述。
IMS最初由作為用于標(biāo)準(zhǔn)化第三代移動通信系統(tǒng)的計劃的3GPP (第三 代合作伙伴計劃)開發(fā)，作為用于例如提供即按即說(push to talk)會議系統(tǒng)
18的基礎(chǔ)技術(shù)，它使得能夠在蜂窩電話的無線通信基礎(chǔ)結(jié)構(gòu)上進(jìn)行通過三個或 多個蜂窩電話的談話、如即時消息的通信、以及語音電話服務(wù)中的多媒體附 加服務(wù)。
IMS基于IP技術(shù)，并且與固定通信系統(tǒng)的因特網(wǎng)基礎(chǔ)結(jié)構(gòu)高度兼容。在
用于通過IP集成無線和有線通信網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)的進(jìn)展中，正對使用IMS的 IPTV系統(tǒng)給予所謂的FMC (固定與移動融合)關(guān)注。
IMS包括如家庭訂戶子系統(tǒng)(HSS)和應(yīng)用服務(wù)器(AS)的功能元件， 其以稱為CSCF (呼叫會話控制功能)的功能組件作為核心，它基于由IETF (因特網(wǎng)工程任務(wù)組)的RFC-3261定義的SIP (會話發(fā)起協(xié)議)。
如圖3所示的IMS網(wǎng)絡(luò)230包括CSCF 231、 HSS 232、以及AS (IPTV ) 233作為這些單獨的功能元件，并且它經(jīng)由移動電話網(wǎng)絡(luò)240提供服務(wù)給蜂 窩電話260。
CSCF 231基于SIP (會話發(fā)起協(xié)議)執(zhí)行用戶登記和會話設(shè)置控制。此 外，它根據(jù)在HSS 232中登記的用戶簡檔(profile)的設(shè)置執(zhí)行所需的服務(wù) 處理的激活。HSS 232包括用于在IMS中使用的用戶ID的管理、每個用戶訂 制的服務(wù)的簡檔的管理、認(rèn)證信息的管理、關(guān)于是否允許每個IMS服務(wù)的使 用的管理、以及用戶運動的管理的數(shù)據(jù)庫。AS 233是執(zhí)行各個服務(wù)的處理的 服務(wù)器，并且它由CSCF 231根據(jù)每個用戶的服務(wù)訂制狀態(tài)激活以提供服務(wù)給 用戶。
如上所述，在IMS中，已經(jīng)設(shè)置其用戶ID的終端接入CSCF231以執(zhí)行 終端登記和會話設(shè)置控制，根據(jù)在HSS 232中登記的用戶簡檔的設(shè)置激活所 需的服務(wù)，并且AS 233實際上執(zhí)行各個服務(wù)的處理。
例如，使用IMS的服務(wù)的代表示例是"即按即說"。在"即按即說"中， 用戶終端被配置為連接到在IMS網(wǎng)絡(luò)230中執(zhí)行"即按即說"服務(wù)的應(yīng)用月良 務(wù)器(AS)AS,與來自具有登記組成員的AS的多個成員建立會話，并且使 用VoIP (IP語音)經(jīng)由中繼服務(wù)器在各成員之間執(zhí)行談話。
在IPTV試看服務(wù)中，使用在IMS網(wǎng)絡(luò)230中設(shè)置的、用于IPTV服務(wù)
實際上與作為執(zhí)行IPTV服務(wù)的實體(即，提供內(nèi)容的實體)的IPTV服務(wù)250 合作，為用戶終端執(zhí)行服務(wù)。
IPTV服務(wù)250包括EPG服務(wù)器251，其是提供EPG (電子節(jié)目指南)的服務(wù)器，該EPG是如內(nèi)容列表的節(jié)目信息指南；以及視頻服務(wù)器252，其 是提供視頻內(nèi)容的服務(wù)器，并且它通過IMS網(wǎng)絡(luò)的AS (IPTV) 233和各個 服務(wù)器之間的合作實現(xiàn)提供內(nèi)容列表的服務(wù)和提供內(nèi)容給用戶終端的服務(wù)。
在本發(fā)明的系統(tǒng)中，家庭網(wǎng)絡(luò)210作為其基本配置被配置為之前參照圖 1和2描述的傳統(tǒng)類型的家庭服務(wù)器，即，配置為現(xiàn)有DLNA (數(shù)字生活網(wǎng) 絡(luò)聯(lián)盟)設(shè)備。圖3示出用作橋的住宅網(wǎng)關(guān)(RG) 211,該住宅網(wǎng)關(guān)(RG) 211是用于將家庭網(wǎng)絡(luò)中的設(shè)備連接到IP寬帶網(wǎng)221的網(wǎng)絡(luò)連接設(shè)備；家庭 IMS網(wǎng)關(guān)212,其執(zhí)行用于允許家庭網(wǎng)絡(luò)210中的設(shè)備(例如，如TV(DMP) 213的內(nèi)容播放設(shè)備)使用由家庭網(wǎng)絡(luò)外的服務(wù)器提供的服務(wù)的處理；以及 作為數(shù)字媒體播放器(DMP)的TV213,其是接收和播放內(nèi)容的客戶端設(shè)備。
寬帶IP網(wǎng)絡(luò)220是允許IPTV服務(wù)250、 IMS網(wǎng)絡(luò)230和家庭網(wǎng)絡(luò)210 之間的相互通信的如因特網(wǎng)的網(wǎng)絡(luò)。
注意到，在本發(fā)明的系統(tǒng)中，家庭IMS網(wǎng)關(guān)212被設(shè)置為接收IMS網(wǎng)絡(luò) 服務(wù)的終端。在家庭IMS網(wǎng)關(guān)212中，設(shè)置IMS用戶ID。即，家庭IMS網(wǎng) 關(guān)212的用戶ID和用戶簡檔在IMS網(wǎng)絡(luò)230的家訂戶子系統(tǒng)(HSS ) 232中 登記。
家庭IMS網(wǎng)關(guān)212通過執(zhí)行與蜂窩電話260執(zhí)行IPTV服務(wù)的情況類似 的處理來接收IPTV服務(wù)。即，它接入CSCF231并執(zhí)行終端登記和會話設(shè)置 控制，根據(jù)在HSS 232中登記的用戶簡檔的設(shè)置激活所需的服務(wù)，并且使用 AS( IPTV )233接收服務(wù)。除了如上所述連接到IMS服務(wù)的功能外，家庭IMS 網(wǎng)關(guān)212執(zhí)行用于由如圖中示出的TV (DMP) 213的DLNA設(shè)備接入到由 IPTV服務(wù)250提供的視頻內(nèi)容的網(wǎng)關(guān)功能。即，家庭IMS網(wǎng)關(guān)212具有下 列功能
(a) 用于連接到IMS服務(wù)的功能
(b) 網(wǎng)關(guān)功能
這些功能使用網(wǎng)絡(luò)通信功能、信息處理裝置的基本配置和軟件實現(xià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執(zhí)行中繼由IPTV服務(wù)250提供到如附圖 中所示的TV (DMP) 213的DLNA設(shè)備的視頻內(nèi)容等的處理的情況下，還 提供下面的功能(C)作為用于執(zhí)行內(nèi)容提供處理的功能的DMS功能
然而，該功能并非絕對必要，并且這樣的配置是可能的內(nèi)容的傳輸和 接收通過作為DLNA設(shè)備的DMP和外部服務(wù)器之間的通信執(zhí)行，而沒有其 間介入的家庭IMS網(wǎng)關(guān)212。在此情況下，家庭IMS網(wǎng)關(guān)212不需要具有 DMS功能。將在后面描述這些的特定處理配置。
通過設(shè)置具有用于接收家庭網(wǎng)絡(luò)中的IMS網(wǎng)絡(luò)服務(wù)的功能的家庭IMS 網(wǎng)關(guān)212,現(xiàn)有DLNA設(shè)備(例如，附圖中示出的TV (DMP 213))變得可 能通過與接收從家庭網(wǎng)絡(luò)中的DMS (即，家庭IMS網(wǎng)關(guān)212)提供的內(nèi)容基 本類似的處理接收IPTV視頻內(nèi)容。
作為家庭網(wǎng)絡(luò)中的客戶端設(shè)備的TV(DMP)313變得可能通過與接收從 家庭網(wǎng)絡(luò)中的DMS (即，家庭IMS網(wǎng)關(guān)212)提供的內(nèi)容類似的內(nèi)容使用處 理來執(zhí)行IPTV服務(wù)，該IPTV服務(wù)作為從家庭網(wǎng)絡(luò)外的設(shè)備提供內(nèi)容的處理 而執(zhí)行。
家庭IMS網(wǎng)關(guān)212將DMS (數(shù)字媒體服務(wù)器)功能實現(xiàn)為DLNA設(shè)備 的內(nèi)容提供服務(wù)器。從DMP (數(shù)字i某體播放器)在其上實現(xiàn)的TV 213接入 到家庭IMS網(wǎng)關(guān)212，使得IMS網(wǎng)關(guān)212可將經(jīng)由IMS網(wǎng)絡(luò)230接收的IPTV 服務(wù)提供到TV 213。
如前所述，家庭IMS網(wǎng)關(guān)212可以在具有網(wǎng)絡(luò)連接功能并連接到現(xiàn)有家 庭IP網(wǎng)絡(luò)的各種設(shè)備上實現(xiàn)。例如，可能在從如電話公司或有線電視公司的 提供網(wǎng)絡(luò)電路的接入線路廠商提供的住宅網(wǎng)關(guān)(RG:住宅)上實現(xiàn)IMS網(wǎng)絡(luò) 服務(wù)接收功能。在此情況下，集成圖3中示出的RG211和家庭IMS網(wǎng)關(guān)212。
作為替代，在參照圖1在之前描述的傳統(tǒng)類型的家庭網(wǎng)絡(luò)配置中，可能 在用作作為提供內(nèi)容的設(shè)備的數(shù)字媒體服務(wù)器(DMS )的DVR(數(shù)字?jǐn)z像機(jī)) 或PC上實現(xiàn)IMS網(wǎng)絡(luò)服務(wù)接收功能。
如上所述，在本發(fā)明的配置中，由于不限制可以實現(xiàn)IMS網(wǎng)絡(luò)服務(wù)接收 功能的設(shè)備，所以變得可能支持使用開放因特網(wǎng)的IPTV服務(wù)，并且還變得 可能支持任意家庭網(wǎng)絡(luò)配置，而不限制網(wǎng)絡(luò)拓樸。
以下，將詳細(xì)描述使用家庭IMS網(wǎng)關(guān)接收IPTV服務(wù)的處理和家庭IMS 網(wǎng)關(guān)的示例配置。首先，在描述家庭IMS網(wǎng)關(guān)前，將參照圖4描述DLNA設(shè) 備服從的DLNA指南的功能組件。
圖4示出DLNA指南的功能組件。從頂部的行開始，定義了媒體格式層(媒體格式)、媒體傳輸層(媒體傳輸)、設(shè)備發(fā)現(xiàn)控制和媒體控制層(設(shè)備 發(fā)現(xiàn)、控制和媒體管理)、網(wǎng)絡(luò)層(網(wǎng)絡(luò)棧)、以及網(wǎng)絡(luò)連接層(網(wǎng)絡(luò)連接)
的配置。根據(jù)圖4中示出的基本組件，家庭網(wǎng)絡(luò)設(shè)備(DLNA設(shè)備)根據(jù)服 從DLNA (數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)指南的網(wǎng)絡(luò)協(xié)議執(zhí)行數(shù)據(jù)通信。
首先，最下面的層上的網(wǎng)絡(luò)連接是家庭網(wǎng)絡(luò)的物理層和鏈路層的定義。 在DLNA設(shè)備上，實現(xiàn)服從正EE 802.3u和802.211a/b/g的通信功能。然而， 不限制關(guān)于家庭網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)的通信標(biāo)準(zhǔn)，只要其允許IP連接，如PLC(電 力線通信)。
在網(wǎng)絡(luò)層中，使用IPv4協(xié)議，并且每個DLNA設(shè)備使用TCP或UDP 執(zhí)行通信。在設(shè)備發(fā)現(xiàn)控制和媒體控制層中定義的UPnP (登記商標(biāo))設(shè)備基 礎(chǔ)結(jié)構(gòu)1.0中，定義了用于設(shè)備發(fā)現(xiàn)的SSDP (簡單服務(wù)發(fā)現(xiàn)協(xié)議)、用于執(zhí) 行控制的SOAP (簡單對象接入控制)等，并且UPnPAV在UPnPDA (UPnP 設(shè)備基礎(chǔ)結(jié)構(gòu))上實現(xiàn)。UPnP AV版本1定義了 UPnP媒體服務(wù)器和UPnP 媒體呈現(xiàn)器(renderer)。作為在DLNA中定義的內(nèi)容提供服務(wù)器的DMS實 現(xiàn)UPnP媒體服務(wù)器，并且作為在DLNA中定義的內(nèi)容播放設(shè)備的DMP實 現(xiàn)UPnP媒體服務(wù)器的控制器。
在UPnP媒體服務(wù)器上，實現(xiàn)主內(nèi)容目錄服務(wù)，使得提供獲得內(nèi)容列表 和元數(shù)據(jù)的方法。通過使用內(nèi)容目錄服務(wù)，作為在DLNA中定義的內(nèi)容播放
內(nèi)容列表。
作為次上層的媒體傳輸層的定義，定義了使用HTTP 1.0/1.1來進(jìn)行流傳 輸播放。作為媒體格式，在視頻內(nèi)容的情況下，定義了服從由DLNA定義的 MPEG2-PS簡檔的媒體格式的內(nèi)容通過從DMS流傳輸?shù)紻MP來傳送。例如， 作為由DLNA定義的內(nèi)容播放設(shè)備的DMP順序解碼和播放由流傳輸接收的 MPEG2-PS數(shù)據(jù)，從而用戶可執(zhí)行內(nèi)容的試看。
圖5示出參照圖3描述的家庭IMS網(wǎng)關(guān)212的硬件配置的示例。如前所 述，家庭IMS網(wǎng)關(guān)212具有下面的功能
(a) 用于連接到IMS服務(wù)的功能
(b) 網(wǎng)關(guān)功能
這些功能由網(wǎng)絡(luò)通信功能、信息處理裝置的基本配置和軟件實現(xiàn)。圖5 中示出的硬件示出用于實現(xiàn)這些功能(a)到(b)的示例硬件配置。
22如圖5所示，家庭IMS網(wǎng)關(guān)212被配置為CPU 301,其作為執(zhí)行各種 類型的軟件(計算機(jī)程序)的數(shù)據(jù)處理單元；存儲器302,其包括作為程序 存儲區(qū)的ROM、在數(shù)據(jù)處理的執(zhí)行期間用作工作區(qū)等的RAM等；作為網(wǎng)絡(luò) 連接單元的網(wǎng)絡(luò)I/F 303;此外，用于在這些組件之間傳送命令和數(shù)據(jù)的總線 304。
網(wǎng)絡(luò)I/F 303例如是用于如正EE 802.3u的有線LAN的網(wǎng)絡(luò)I/F。在構(gòu)成 存儲器302的快閃ROM中存儲OS和其他軟件程序，并且這些程序被復(fù)制到 構(gòu)成存儲器302的RAM并被執(zhí)行。此外，在建立IMS會話的處理中所需的 用戶ID和各種類型的設(shè)置信息也保存在構(gòu)成存儲器302的快閃ROM中。
接下來，將參照圖6描述家庭IMS網(wǎng)關(guān)212的軟件模塊的示例配置。如 圖所示，軟件模塊可分類為三種類型 (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é)議控制的模塊， 即協(xié)議模塊是執(zhí)行控制使得IMS側(cè)根據(jù)在IMS側(cè)定義的協(xié)議執(zhí)行通信、并且 執(zhí)行控制使得DLNA側(cè)根據(jù)在DLNA側(cè)定義的協(xié)議執(zhí)行通信的模塊。由于根 據(jù)不同協(xié)議的通信在IMS側(cè)和DLNA側(cè)執(zhí)行，因此提供支持不同協(xié)議的配置。
(3)應(yīng)用模塊是使用協(xié)議模塊實現(xiàn)實際網(wǎng)關(guān)功能的模塊，即，實現(xiàn)家庭 網(wǎng)絡(luò)側(cè)的DLNA側(cè)和作為家庭網(wǎng)絡(luò)外的網(wǎng)絡(luò)的IMS網(wǎng)絡(luò)之間的中繼的模塊。 在附圖中，為了說明在家庭網(wǎng)絡(luò)側(cè)上的DLNA側(cè)使用的功能和在作為家 庭網(wǎng)絡(luò)側(cè)外的網(wǎng)絡(luò)的IMS網(wǎng)絡(luò)中使用的功能之間的區(qū)別，各區(qū)域用虛線分開， 其中應(yīng)用到IMS/IPTV的軟件模塊在虛線的左側(cè)示出、而應(yīng)用到DLNA側(cè)的 軟件模塊在右側(cè)示出。然而，注意到，網(wǎng)絡(luò)模塊共同用在兩個網(wǎng)絡(luò)中。此后， 將詳細(xì)描述每個模塊。
首先，在網(wǎng)絡(luò)模塊中，實現(xiàn)了在UPnP DA中定義的用于執(zhí)行設(shè)置IP地 址的處理的自動IP/DHCP (動態(tài)主機(jī)配置協(xié)議)客戶端模塊和IPv4 TCP IP 棧。IMS和DLNA都可以使用相同的網(wǎng)絡(luò)模塊。
基本上，家庭IMS網(wǎng)關(guān)212連接到家庭IP網(wǎng)絡(luò)就足夠了 ，使得并非絕 對必要分開設(shè)置網(wǎng)絡(luò)I/F。然而，注意到，在集成有住宅網(wǎng)關(guān)的配置的情況下，
23可分開配置家庭網(wǎng)絡(luò)連接I/F和外部網(wǎng)絡(luò)連接I/F。
由于用在家庭網(wǎng)絡(luò)側(cè)的DLNA側(cè)的協(xié)議和用在作為家庭網(wǎng)絡(luò)外的網(wǎng)絡(luò)的 IMS網(wǎng)絡(luò)中的協(xié)議當(dāng)前是不同的，因此根據(jù)各自的協(xié)議單獨地設(shè)置協(xié)議模塊。
DLNA側(cè)包括在UPnP DA中定義的SOAP、 GENA (通用事件通知基礎(chǔ) 結(jié)構(gòu))、HTTP (超文本傳輸協(xié)議)服務(wù)器的呈現(xiàn)頁面和設(shè)備描述模塊、作為 設(shè)備發(fā)現(xiàn)處理負(fù)責(zé)設(shè)備發(fā)現(xiàn)的SSDP、以及執(zhí)行在家庭網(wǎng)絡(luò)中實現(xiàn)內(nèi)容所需的 DTCP-IP (數(shù)字傳輸內(nèi)容保護(hù)-因特網(wǎng)協(xié)議)的認(rèn)證和密鑰交換(AKE )的AKE 模塊。
IMS側(cè)包括建立與作為提供IMS服務(wù)的服務(wù)器的AS (應(yīng)用服務(wù)器) 的會話的SIP/模塊；以及與AS執(zhí)行消息通信的SOAP和GENA模塊。此外， 在IMS側(cè)，由于采用開放因特網(wǎng)上的通信，因此在用于安全性的IETF RFC 2246中定義的TLS (傳輸層安全)協(xié)議上實現(xiàn)執(zhí)行如SIP和SOAP的協(xié)議的 通信，從而協(xié)議設(shè)置使得在安全環(huán)境下執(zhí)行通信。
作為本發(fā)明的信息處理裝置的家庭IMS網(wǎng)關(guān)212的特征之一是它具有如 下配置使用作為在DLNA側(cè)設(shè)備使用的設(shè)備發(fā)現(xiàn)處理功能的稱為設(shè)備發(fā)現(xiàn) 控制的功能，執(zhí)行將IMS的AS (IPTV服務(wù))映射為UPnP設(shè)備的處理。即， 家庭IMS網(wǎng)關(guān)212將家庭網(wǎng)絡(luò)外的服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)設(shè)備。具體地， 通過使用設(shè)置為家庭IMS網(wǎng)關(guān)212上的應(yīng)用模塊的UPnP設(shè)備代理管理器(參 照圖6)等，家庭IMS網(wǎng)關(guān)212生成對應(yīng)于作為外部服務(wù)器的AS (IPTV) 的UPnP媒體服務(wù)器示例，并且將其記錄在存儲器上。
如上所述，家庭IMS網(wǎng)關(guān)212映射并設(shè)置作為在家庭網(wǎng)絡(luò)中不存在的外 部設(shè)備的IMS的AS (IPTV服務(wù))作為DLNA的DMS。該處理是進(jìn)行設(shè)置 好像IMS的AS (IPTV服務(wù))是家庭網(wǎng)絡(luò)中存在的內(nèi)容提供服務(wù)器(DMS) 的處理。
在由作為如TV的內(nèi)容播放執(zhí)行設(shè)備的例如DMP的家庭網(wǎng)絡(luò)中的DLNA 設(shè)備、通過映射處理執(zhí)行根據(jù)UPnP的設(shè)備發(fā)現(xiàn)處理的情況下，家庭IMS網(wǎng) 關(guān)212變得可能基于與AS (IPTV)對應(yīng)的UPnP媒體服務(wù)器示例通知DMP 它具有服務(wù)提供功能。這使得DMP可能基于該通知將IMS的AS (IPTV服 務(wù))識別為類似于家庭網(wǎng)絡(luò)中的內(nèi)容提供服務(wù)器(DMS)的設(shè)備。這使得可 能通過類似于基于從家庭網(wǎng)絡(luò)內(nèi)提供內(nèi)容的服務(wù)的接收的處理，接收外部網(wǎng) 絡(luò)的IMS的AS (IPTV服務(wù))的服務(wù)。注意到，關(guān)于作為本發(fā)明的信息處理裝置的家庭IMS網(wǎng)關(guān)212,可能關(guān) 于由IMS的AS (IPTV服務(wù))提供的中繼內(nèi)容的處理是否要被作為家庭網(wǎng)絡(luò) 中的內(nèi)容播放執(zhí)行設(shè)備的DMP執(zhí)行而進(jìn)行任意設(shè)置?？赡苓M(jìn)行設(shè)置，使得 DMP通過DLNA設(shè)備(DMP作為內(nèi)容播放執(zhí)行設(shè)備)和IMS的AS (IMS ) 的后端視頻服務(wù)器之間的通信從外部網(wǎng)絡(luò)直接獲得內(nèi)容數(shù)據(jù)，而無需執(zhí)行內(nèi) 容的中繼。以下將描述這些的具體處理示例。
在家庭IMS網(wǎng)關(guān)212執(zhí)行由IMS的AS (IPTV服務(wù))提供的內(nèi)容的中繼 的情況下，實現(xiàn)稱為媒體管理的功能，例如獲得內(nèi)容列表的元數(shù)據(jù)的內(nèi)容目 錄服務(wù)，以及稱為DLNA的媒體傳輸?shù)挠糜趥鬏斠曨l內(nèi)容的協(xié)議。在家庭IMS 網(wǎng)關(guān)212不執(zhí)行由IMS的AS (IPTV服務(wù))提供的內(nèi)容的中繼的配置下，不 需要在家庭IMS網(wǎng)關(guān)212上實現(xiàn)這些功能，即媒體管理功能。
此外，還可能進(jìn)行設(shè)置，使得家庭IMS網(wǎng)關(guān)212不對來自家庭網(wǎng)絡(luò)中的 客戶端設(shè)備(即，作為內(nèi)容播放執(zhí)行設(shè)備的DMP)的內(nèi)容列表請求執(zhí)行中繼 處理，并且使得客戶端設(shè)備(DMP)發(fā)出直接到如AS (IPTV服務(wù))的外部 服務(wù)器的內(nèi)容列表請求。在該配置下，家庭IMS網(wǎng)關(guān)212被配置為能夠響應(yīng) 于來自客戶端的設(shè)備發(fā)現(xiàn)請求就足夠了。注意到，可通過將外部服務(wù)器而不 是家庭IMS網(wǎng)關(guān)的URL設(shè)置為在UPnP的設(shè)備基礎(chǔ)結(jié)構(gòu)中定義的設(shè)備信息[設(shè) 備描述]的[ControlURL]和[eventSubURL]中指定的URL,來實現(xiàn)從客戶端直接 發(fā)送請求到外部服務(wù)器，而不用將其通過家庭IMS網(wǎng)關(guān)212傳遞。通過提供 具有如此設(shè)置的設(shè)備信息[設(shè)備描述]給客戶端設(shè)備的家庭IMS網(wǎng)關(guān)212，如 AS (IPTV服務(wù))的外部服務(wù)器被設(shè)置為客戶端隨后發(fā)出內(nèi)容列表請求或引 用設(shè)備信息的各種類型的請求的相對方。在此情況下，模型為使得家庭IMS 網(wǎng)關(guān)僅負(fù)責(zé)服務(wù)發(fā)現(xiàn)，使得進(jìn)一步減少了負(fù)載。注意到，還可能也在UPnP 的設(shè)備基礎(chǔ)結(jié)構(gòu)中定義的用于獲得設(shè)備信息的URL[SCPDURL]中設(shè)置外部 服務(wù)器而不是家庭IMS網(wǎng)關(guān)212的URL。
通過使用協(xié)議模塊，應(yīng)用模塊執(zhí)行網(wǎng)關(guān)功能，即，設(shè)置在家庭網(wǎng)絡(luò)中的 DLNA設(shè)備和家庭網(wǎng)絡(luò)外的服務(wù)器之間的通信環(huán)境的功能。應(yīng)用模塊被寬泛 地分類為執(zhí)行用于將IMS的AS (IPTV)服務(wù)設(shè)置為DLNA的DMS的映射 處理的一組模塊、和將發(fā)送到映射的DLNA DMS (其實際上是IMS的 AS(IPTV服務(wù)))的請求從例如作為家庭網(wǎng)絡(luò)中的內(nèi)容播放設(shè)備的DMP傳遞 到IMS的AS (IPTV )服務(wù)的一組才莫塊。前一組執(zhí)行映射處理的模塊是AS發(fā)現(xiàn)、服務(wù)管理器和UPnP設(shè)備代理 管理器，而后一組執(zhí)行請求傳輸處理的模塊是UPnP消息代理和AKE代理。
如上所述，作為本發(fā)明的家庭處理裝置的家庭IMS網(wǎng)關(guān)212執(zhí)行將作為 在家庭網(wǎng)絡(luò)中不存在的外部設(shè)備的IMS的AS (IPTV服務(wù))映射為DLNA的 DMS的處理。此外，家庭IMS網(wǎng)關(guān)212具有選擇性地僅映射由用戶在映射處 理時選擇的服務(wù)實體[AS (IPTV)]的功能。
即，在其中IMS/IPTV的多個AS(IPTV)在外部網(wǎng)絡(luò)中存在并且每個提 供內(nèi)容的配置下，僅用戶已經(jīng)使用IMS付費系統(tǒng)購買和選擇的AS (IPTV) -故選擇和映射給DLNA的DMS。
在執(zhí)行映射處理的應(yīng)用模塊中，作為IMS/IPTV側(cè)的模塊的如圖6所示 的AS發(fā)現(xiàn)執(zhí)行發(fā)現(xiàn)由IMS系統(tǒng)提供的IPTV服務(wù)的處理，并且作為DLNA 側(cè)模塊的UPnP設(shè)備代理管理器管理由AS發(fā)現(xiàn)發(fā)現(xiàn)和獲得的AS列表，并且 向用戶呈現(xiàn)該列表，以允許用戶執(zhí)行購買或選擇AS (IPTV)的處理。
具體地，作為本發(fā)明的信息處理裝置的家庭IMS網(wǎng)關(guān)212變?yōu)镠TTP服 務(wù)器，并且通過使用在UPnP DA中定義的呈現(xiàn)的方案，連接到其上具有HTML 瀏覽器的UPnP控制點，用戶使用瀏覽器功能從顯示的HTML屏幕選擇期望 的IPTV服務(wù)，并且執(zhí)行訂制該服務(wù)的過程。具體地，例如，通過使用被設(shè) 置為具有瀏覽器功能的家庭網(wǎng)絡(luò)中的DLNA設(shè)備的PC或電視機(jī)，可能將由 家庭IMS網(wǎng)關(guān)212擁有的列表呈現(xiàn)在顯示器上并選擇IPTV服務(wù)。
此外，在接收IPTV服務(wù)的過程中，通過使用UPnP消息代理作為執(zhí)行模 塊，可能使得前述的請求傳輸處理與由IMS系統(tǒng)提供的付費系統(tǒng)合作，并且 對用戶的收費基于已經(jīng)^皮設(shè)置為對應(yīng)于家庭IMS網(wǎng)關(guān)212的ID的IMS用戶 ID的客戶信息執(zhí)行。
如上所述，在用戶訂制AS(IPTV)的過程的情況下，家庭IMS網(wǎng)關(guān)212 變得可能執(zhí)行選擇性映射，如選擇作為應(yīng)用模塊的UPnP設(shè)備代理管理器的 處理已經(jīng)對其執(zhí)行訂制過程的IPTV服務(wù)，并且將IPTV服務(wù)映射到DLNA DMS。然而，注意到在不需要執(zhí)行訂制處理的AS (IPTV)等存在的情況下， 如提供免費的內(nèi)容的AS (IPTV),用戶的訂制處理的過程不需要，并且用戶 的選擇不是映射的必要條件。
作為家庭網(wǎng)絡(luò)中的DLNA設(shè)備的內(nèi)容播放設(shè)備的DMP將已經(jīng)在家庭 IMS網(wǎng)關(guān)212完成的映射處理的AS (IPTV)解釋為家庭網(wǎng)絡(luò)中的內(nèi)容提供
26服務(wù)器(DMS),使得變?yōu)榭赡芙邮誂S (IPTV)服務(wù)。
作為應(yīng)用模塊的UPnP消息代理中繼從DLNA DMP提供到AS(IPTV)的 消息。^使用等效于UPnP的SOAP和GENA作為為此目的的協(xié)議，并且AS 嘗試通過直接處理在UPnP AV中定義的UPnP ^ 某體服務(wù)器和內(nèi)容目錄服務(wù)的 消息、通過對UPnP消息代理的AS (IPTV)執(zhí)行協(xié)議轉(zhuǎn)換等來實現(xiàn)互相的兼 容性。
注意到，在圖6中示出的家庭IMS網(wǎng)關(guān)212的軟件-漠塊的示例配置是這 樣的軟件模塊的配置，其中家庭IMS網(wǎng)關(guān)被允許執(zhí)行根據(jù)IMS/IPTV側(cè)的通 信協(xié)議的通信和根據(jù)家庭網(wǎng)絡(luò)中的DLNA側(cè)的通信協(xié)議的通信，并且家庭 IMS網(wǎng)關(guān)212在IMS/IPTV側(cè)和DLNA側(cè)之間的通信中按需要執(zhí)行協(xié)議轉(zhuǎn)換。
通信協(xié)議的轉(zhuǎn)換處理的配置可以使得其由家庭IMS網(wǎng)關(guān)212執(zhí)行，或例 如，配置可以使得其由外部服務(wù)器執(zhí)行，該外部服務(wù)器直接與家庭IMS網(wǎng)關(guān) 212側(cè)(例如IMS側(cè)的AS或執(zhí)行IPTV服務(wù)的服務(wù)器)執(zhí)行通信。如上所述， 在外部服務(wù)器執(zhí)行必要的協(xié)議轉(zhuǎn)換的配置中，家庭IMS服務(wù)器212具有DLNA 側(cè)協(xié)議模塊和應(yīng)用模塊就足夠了。注意到，在這樣的配置的情況下，映射外 部服務(wù)器的處理通過執(zhí)行根據(jù)由DLNA定義的SSDP協(xié)議的設(shè)備發(fā)現(xiàn)處理來 執(zhí)行。
此外，在獲得由家庭網(wǎng)絡(luò)中的客戶端設(shè)備(即，作為內(nèi)容播放執(zhí)行設(shè)備 的DMP)執(zhí)行的內(nèi)容列表和元數(shù)據(jù)的處理中，在下面的實施例中，采用了 AS直接處理UPnP內(nèi)容目錄服務(wù)的方法。在該實施例中，訂制服務(wù)的處理由 其上實現(xiàn)HTML瀏覽器的UPnP控制點執(zhí)行。盡管這可以是DLNA的DMP, 但是它不必是DLNA的DMP,并且類似地處理還可以由第三方(例如，個人 計算機(jī)的HTML瀏覽器)執(zhí)行。而且，在HTML瀏覽器在蜂窩電話等上實現(xiàn) 的情況下，可類似地執(zhí)行購買處理。
此外，通過進(jìn)行設(shè)置使得家庭IMS網(wǎng)關(guān)212自身具有如顯示裝置和輸入 單元的用戶接口，可能通過在用戶界面上直接呈現(xiàn)從AS (IPTV)獲得的列 表來輸入由用戶輸入的信息，使得可能執(zhí)行服務(wù)訂制的處理而無需依賴于 HTML瀏覽器的控制。
注意到，作為訂制AS (IPTV)的處理的模式各種模式是可能的。即， 各種設(shè)置是可能的，如基于作為AS (IPTV)自身的選擇的每個服務(wù)的選擇， 或基于由AS (IPTV)提供的每個內(nèi)容的選擇。在這些情況下，用于基于AS(IPTV )的設(shè)置選擇每個內(nèi)容的購買的方案由呈現(xiàn)頁面提供，選擇信息在IMS
側(cè)登記為用戶簡檔信息的配置數(shù)據(jù)，并且AS (IPTV)側(cè)根據(jù)登記的信息提 供內(nèi)容。
如上所述，對于家庭IMS網(wǎng)關(guān)212,對于被配置為執(zhí)行將由IMS的AS (IPTV服務(wù))提供的內(nèi)容中繼到作為家庭網(wǎng)絡(luò)中的內(nèi)容播放執(zhí)行設(shè)備的DMP 的處理的情況、和對于不執(zhí)行該處理的情況，設(shè)置都是可能的。在后一種情 況下，不需要在應(yīng)用級的服務(wù)邏輯的處理，例如，對應(yīng)于每個服務(wù)的數(shù)據(jù)處 理，如由AS (IPTV)服務(wù)提供的服務(wù)的解釋，或轉(zhuǎn)換為DMP可理解的格式 的處理。此外，暫時保存內(nèi)容數(shù)據(jù)或轉(zhuǎn)換的處理也不需要，使得可能通過具 有非常便宜的軟件和硬件配置的設(shè)備實現(xiàn)家庭IMS網(wǎng)關(guān)。
通過使得網(wǎng)關(guān)裝置的服務(wù)邏輯處理不必要，與執(zhí)行這些處理的配置相比， 可以改進(jìn)服務(wù)的擴(kuò)展的靈活性。例如，存在這樣的情況，其中作為提供內(nèi)容 的實體的AS (IPTV)執(zhí)行內(nèi)容的元數(shù)據(jù)的添加等。在網(wǎng)關(guān)裝置執(zhí)行服務(wù)邏 輯的處理的配置下，為了使得網(wǎng)關(guān)可能解釋和處理添加的元數(shù)據(jù)，例如節(jié)目 (program)的更新變?yōu)楸匾?。然而，在本發(fā)明的家庭IMS網(wǎng)關(guān)中，不執(zhí)行這 樣的處理的設(shè)置是可能的，并且變得可能僅通過在分發(fā)服務(wù)側(cè)的改變而不用 在網(wǎng)關(guān)自身改變來在服務(wù)邏輯中進(jìn)行各種改變。
如上所述，作為家庭IMS網(wǎng)關(guān)212的處理的模式，存在下面兩種配置 (1 )執(zhí)行將IMS的AS (IPTV服務(wù))提供的內(nèi)容中繼到家庭網(wǎng)絡(luò)中的 內(nèi)容播放執(zhí)行設(shè)備(DMP )的處理的配置。
(2 )不執(zhí)行將IMS的AS (IPTV服務(wù))提供的內(nèi)容中繼到家庭網(wǎng)絡(luò)中 的內(nèi)容播放執(zhí)行設(shè)備(DMP )的處理、并且通過DMP和AS (IPTV服務(wù)) 之間的通信播放內(nèi)容的配置。
在通過DMP和AS (IPTV服務(wù))之間的通信播放內(nèi)容的上述配置(2) 中，內(nèi)容從因特網(wǎng)上的內(nèi)容分發(fā)服務(wù)直接傳輸?shù)阶鳛椴シ旁O(shè)備的DMP。因此， 與內(nèi)容暫時下載到家庭服務(wù)器、然后重分發(fā)到家庭的方法相反，由于可能按 需要播放內(nèi)容，因此用戶的方便度高。此外，在不中繼內(nèi)容的傳輸?shù)姆椒ㄖ校?由于在家庭網(wǎng)絡(luò)中不發(fā)生內(nèi)容數(shù)據(jù)的重復(fù)傳輸，因此可能防止浪費使用頻帶。 此外，關(guān)于家庭網(wǎng)絡(luò)的拓樸的限制變?yōu)椴淮嬖?，使得存在實現(xiàn)網(wǎng)關(guān)功能的產(chǎn) 品種類增加的優(yōu)點。
以下，將參照圖7到10的序列圖描述在通過上述(2 )(即，在DMP和AS (IPTV服務(wù))之間的通信)的處理播放內(nèi)容的情況下的處理序列。圖7 到19中的序列圖是用于解釋下面的處理序列的圖。
(A )用于訂制AS (IPTV )的處理的序列(圖7和8 )
(Al ) IMS登記處理
(A2 )設(shè)備發(fā)現(xiàn)處理
(A3 ) AS (IPTV )選擇處理
(B )由AS (IPTV)提供的內(nèi)容的使用的序列(圖9和10 ) (Bl )設(shè)備發(fā)現(xiàn)處理 (B2)內(nèi)容列表獲取處理 (B3)認(rèn)證和密鑰交換處理 (B4)內(nèi)容流傳輸處理
首先，將參照圖7和8描述用于訂制AS (IPTV)的處理序列。圖7和8 在左側(cè)示出下面的組件
(1 )作為在IMS網(wǎng)絡(luò)中執(zhí)行支持IPTV的內(nèi)容提供服務(wù)的應(yīng)用服務(wù)器的 三個IPTV月良務(wù)AS1、 AS2和AS3
(2)具有用于管理IMS中使用的用戶ID、管理每個用戶訂制的服務(wù)的 簡檔、管理認(rèn)證信息、管理是否允許每個IMS服務(wù)的使用、以及管理用戶運 動的數(shù)據(jù)庫的HSS
(3 )在IMS網(wǎng)絡(luò)中基于SIP (會話發(fā)起協(xié)議)執(zhí)行用戶登記和會話設(shè)置 控制的CSCF
(4 )家庭IMS網(wǎng)關(guān)
(5 )作為UPnP控制點的HTML瀏覽器(用戶界面) 此外，各個步驟中示出的[Cx]、 [SIP]、 [SSDP]和[HTTP]指示應(yīng)用到各個
通信的協(xié)議。
圖7和8中示出的訂制AS (IPTV)的處理的序列可以被劃分為下面三 個階段
(Al ) IMS登記處理
(A2 )設(shè)備發(fā)現(xiàn)處理
(A3 ) AS (IPTV )選擇處理 以下，將描述每個處理。
(Al ) IMS登記處理
29在作為第一階段的IMS登記處理中，首先，在步驟Sll,家庭IMS網(wǎng)關(guān) 發(fā)送預(yù)設(shè)為家庭IMS網(wǎng)關(guān)的IMS用戶ID到IMS網(wǎng)絡(luò)的CSCF,并且在步驟 S12,家庭IMS網(wǎng)關(guān)接收登記的確認(rèn)，并執(zhí)行對IMS網(wǎng)絡(luò)的登記。然后，在 步驟S13,配置信息(config)呈現(xiàn)給CSCF，并且在步驟S14，接收確認(rèn)響 應(yīng)。
在步驟S15, CSCF發(fā)出與IMS用戶ID相關(guān)聯(lián)地登記的可用服務(wù)信息給 具有用于管理用戶簡檔信息的數(shù)據(jù)庫的HSS,并且獲取可用服務(wù)信息(步驟 S16),并且在步驟S17, CSCF發(fā)送獲取的可用服務(wù)列表給家庭IMS網(wǎng)關(guān)。 在步驟S18,家庭IMS網(wǎng)關(guān)發(fā)送接收的確認(rèn)給CSCF。
家庭IMS網(wǎng)關(guān)獲取如上所述的可用服務(wù)列表，并且將其存儲在存儲器中。 家庭IMS網(wǎng)關(guān)從如上所述獲取的IPTV服務(wù)列表生成HTML文檔，并且為 HTML瀏覽器隨后設(shè)置AS做準(zhǔn)備。
(A2 )設(shè)備發(fā)現(xiàn)處理
第二階段是設(shè)備發(fā)現(xiàn)處理。在初始階段，使用的AS不由用戶指定。因 此，在該階段，家庭IMS網(wǎng)關(guān)沒有將AS (IPTV)映射為DLNADMS,使得 作為家庭網(wǎng)絡(luò)中的內(nèi)容播放設(shè)備的DMP不能將該AS (IPTV)解釋為DMS 并且接收內(nèi)容。
如上所述，當(dāng)執(zhí)行AS (IPTV)的選擇時，家庭IMS網(wǎng)關(guān)變?yōu)镠TTP服 務(wù)器，并且通過使用在UPnP DA中定義的呈現(xiàn)方案，它連接到在HTML瀏 覽器上實現(xiàn)的UPnP控制點，并且由用戶使用瀏覽器功能從顯示的HTML屏 幕選擇期望的IPTV服務(wù)。圖7中示出的(A2 )設(shè)備發(fā)現(xiàn)處理是該處理序列。
執(zhí)行AS (IPTV)的選擇的用戶通過根據(jù)在來自UPnP控制點(例如， 具有瀏覽器功能的PC等)的UPnP中定義的設(shè)備發(fā)現(xiàn)協(xié)議，即通過在步驟 S19中發(fā)送SSDP M搜索并在步驟S20接收SSDP M響應(yīng)作為對其的響應(yīng)的 處理，發(fā)現(xiàn)家庭IMS網(wǎng)關(guān)連接到家庭網(wǎng)絡(luò)上。步驟S21和S22是請求和接收 特定設(shè)備信息的步驟。
(A3 ) AS (IPTV )選擇處理
圖8示出隨后執(zhí)行的AS (IPTV)選擇處理的序列。在該階段，用戶查 看由家庭IMS網(wǎng)關(guān)在第一階段中從PC等的UPnP控制點獲得的AS (IPTV) 服務(wù)列表，并且執(zhí)行服務(wù)(AS )選擇。
首先，在步驟S23和S24,基于HTTP GET (獲取)，向作為HTTP服務(wù)器的家庭IMS網(wǎng)關(guān)獲得HTML文檔并顯示HTML頁面。在該屏幕中，顯示 AS (IPTV)服務(wù)列表。
用戶選擇用戶期望的AS (IPTV),以從該列表選擇服務(wù)或選擇內(nèi)容，然 后，在步驟S25，請求信息被輸入到家庭IMS網(wǎng)關(guān)，并且在步驟S26,家庭 IMS網(wǎng)關(guān)向IMS的CSCF請求訂制服務(wù)。在步驟S27，基于在家庭IMS網(wǎng)關(guān) 的服務(wù)訂制請求，CSCF執(zhí)行向HSS登記對應(yīng)于服務(wù)訂制請求的信息作為與 用戶相關(guān)聯(lián)的登記信息。在完成服務(wù)訂制登記處理后，在步驟S28,處理完 成響應(yīng)的通知從HSS發(fā)送到CSCF,并且在步驟S29從CSCF發(fā)送到家庭IMS 網(wǎng)關(guān)，并且還發(fā)送到具有用戶界面的裝置(如作為UPnP控制點的PC),并 且在步驟S30由用戶確認(rèn)。
注意到在(A3) AS (IPTV)選擇處理中，存在例如執(zhí)行收費處理等的 情況。在該情況下，執(zhí)行收費處理所需的信息的輸入和通信。
如上所述，(A)訂制AS (IPTV)的處理的序列包括下面三個處理 (Al ) IMS登記處理 (A2 )設(shè)備發(fā)現(xiàn)處理 (A3 ) AS (IPTV )選擇處理
通過完成這些處理，完成訂制AS (IPTV)的處理。
在完成AS (IPTV)訂制處理后，家庭IMS網(wǎng)關(guān)執(zhí)行映射，使得選擇的 AS (IPTV)變?yōu)镈LNA DMS,從而進(jìn)行設(shè)置使得作為家庭網(wǎng)絡(luò)中的內(nèi)容播 放設(shè)備的DMP可以將選擇的AS (IPTV)解釋為DMS并且接收內(nèi)容。即， 通過使用圖6中示出的UPnP設(shè)備代理管理器等，家庭IMS網(wǎng)關(guān)生成對應(yīng)于 所選擇的AS (示例中的AS3)的UPnP媒體服務(wù)器的示例，并且將該示例記 錄在存儲器中。
通過映射處理，作為在家庭網(wǎng)絡(luò)外部存在的IMS應(yīng)用服務(wù)器的AS (IPTV )與類似于家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容提供服務(wù)器的DMS( DLNA媒體服務(wù)器) 類似處理，并且變得可能使用來自作為家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容播放設(shè)備的DMP (DLNA媒體播放器)的AS (IPTV )。
以下，將參照圖9和IO描述由作為家庭網(wǎng)絡(luò)中的內(nèi)容播放設(shè)備的DMP 使用AS (IPTV)提供的內(nèi)容的序列。 圖9和10在左側(cè)示出下面的組件 (1 ) IPTV服務(wù)(AS )(內(nèi)容提供實體)
31(2)具有用于管理IMS中使用的用戶ID、管理各個用戶訂制的服務(wù)的 筒檔、管理認(rèn)證信息、管理是否允許每個IMS服務(wù)的使用、以及管理用戶運 動的數(shù)據(jù)庫的HSS
(3 )在IMS網(wǎng)絡(luò)中基于SIP (會話發(fā)起協(xié)議)控制用戶登記和會話設(shè)置 的CSCF
(4 )家庭IMS網(wǎng)關(guān)
(5 )作為家庭網(wǎng)絡(luò)中的內(nèi)容播放設(shè)備的DMP ( DLNA媒體播放器) 注意到，(1 ) IPTV服務(wù)(AS )是單獨的IPTV服務(wù)或IPTV服務(wù)和AS
的組合，并且任一模式是可能的。此外，各個步驟中示出的[SSDP]、 [HTTP]、和[AKE]指示應(yīng)用到各個通信的協(xié)議。
圖9和10中示出的AS (IPTV)提供的內(nèi)容的使用序列可以被劃分為下
面四個階—歐
(Bl )設(shè)備發(fā)現(xiàn)處理 (B2)內(nèi)容列表獲取處理 (B3 )認(rèn)證和密鑰交換處理 (B4)內(nèi)容流傳輸處理 以下，將描述這些處理的每個。 (Bl )設(shè)備發(fā)現(xiàn)處理
第一處理是設(shè)備發(fā)現(xiàn)階段。通過參照圖7和8在之前描述的AS訂制序 列，家庭IMS網(wǎng)關(guān)已經(jīng)將AS (IPTV )映射為DLNADMS,并且已經(jīng)對家庭 網(wǎng)絡(luò)中的每個設(shè)備DLNA設(shè)備公開AS (IPTV)可以用作DLNADMS。即， 通過在UPnP DA中定義的設(shè)備發(fā)現(xiàn)序列，作為內(nèi)容播放設(shè)備的連接到家庭網(wǎng) 絡(luò)的所有DMP可以從家庭IMS網(wǎng)關(guān)獲取AS (IPTV)信息作為DMS。設(shè)備 發(fā)現(xiàn)序列是步驟S31到S34的處理。
作為內(nèi)容播放設(shè)備的DMP通過根據(jù)在UPnP中定義的設(shè)備發(fā)現(xiàn)協(xié)議的處 理，即通過在步驟S31發(fā)送SSDP M搜索到家庭IMS網(wǎng)關(guān)、并且在步驟S32 接收從家庭IMS網(wǎng)關(guān)接收SSDP M響應(yīng)作為對其的響應(yīng)，發(fā)現(xiàn)設(shè)置為DMS 的AS (IPTV )。步驟S33和S34是請求和接收特定設(shè)備信息的步驟。
注意到在設(shè)備發(fā)現(xiàn)處理中，家庭IMS網(wǎng)關(guān)向作為內(nèi)容播放設(shè)備的DMP 提供由家庭IMS網(wǎng)關(guān)在映射處理中生成的、基于對應(yīng)于AS (IPTV)的UPnP 媒體服務(wù)器示例的信息，即，對應(yīng)于AS (IPTV)的服務(wù)器信息。通過接收該信息，DMP將AS (IPTV)解釋為家庭網(wǎng)絡(luò)中的內(nèi)容提供服務(wù)器(DMS)。 (B2)內(nèi)容列表獲取處理
第二處理是從設(shè)置為DMS的AS (IPTV)獲取內(nèi)容列表的處理。如在 AS訂制序列中已經(jīng)示出的示例，假設(shè)家庭IMS網(wǎng)關(guān)已經(jīng)與IMS網(wǎng)絡(luò)建立會 話。在會話沒有建立或斷開的情況下，使用作為觸發(fā)的用于獲取內(nèi)容的請求 等執(zhí)行重新連接。通過與IMS網(wǎng)絡(luò)建立會話，已經(jīng)獲取對其已完成訂制的 AS的信息。
在步驟S35, DMP向設(shè)置為已經(jīng)在第一階段發(fā)現(xiàn)的DMP的AS (IPTV ) 發(fā)起UPnP內(nèi)容目錄服務(wù)的瀏覽動作。在從DMP接收到瀏覽動作后，在步驟 S36，家庭IMS網(wǎng)關(guān)中繼該請求并將其傳輸?shù)絀PTV ( AS )。
IPTV( AS )解釋瀏覽動作的內(nèi)容，從后端電子節(jié)目信息存儲服務(wù)器(EPG 服務(wù)器)等生成視頻內(nèi)容列表，并且經(jīng)由家庭IMS網(wǎng)關(guān)發(fā)送響應(yīng)到DMP(步 驟S37和S38)。例如，在內(nèi)容列表具有層次的情況下，發(fā)起多個瀏覽動作。 注意到，如在UPnP內(nèi)容目錄服務(wù)中定義的，通過服從XML方案的稱為 DIDL-Lite的XML文檔呈現(xiàn)內(nèi)容列表，并且每個內(nèi)容的視頻數(shù)據(jù)的資源信息 (URI)指示由AS的后端視頻服務(wù)器提供的視頻內(nèi)容。
注意，如上所述，家庭IMS服務(wù)器不執(zhí)行從DMP中繼內(nèi)容列表請求的 處理、并且直接從客戶端設(shè)備(DMP )發(fā)出內(nèi)容列表請求到如AS (IPTV服 務(wù)器)的外部服務(wù)器的設(shè)置是可能的。為此，由在UPnP設(shè)備基礎(chǔ)結(jié)構(gòu)中定 義的設(shè)備信息[設(shè)備描述]的[controlURL]和[eventSubURL]中指定的URL被設(shè) 置為外部服務(wù)器而不是家庭IMS網(wǎng)關(guān)的URL。通過提供具有這樣的URL設(shè) 置的設(shè)備信息[設(shè)備描述]給客戶端設(shè)備的家庭IMS網(wǎng)關(guān)，客戶端隨后發(fā)出內(nèi) 容列表請求或引用設(shè)備信息的各種類型的請求的相對方被設(shè)置為如AS( IPTV 服務(wù)器)的外部服務(wù)器。
(B3) {人{(lán)正和密鑰交換處理
第三階段是認(rèn)證和密鑰交換。在傳輸保護(hù)復(fù)制的內(nèi)容的情況下，DLNA 根據(jù)DTCP-IP加密內(nèi)容并傳輸該內(nèi)容。而且在從AS (IPTV )視頻服務(wù)器流 傳輸時，執(zhí)行服從DTCP-IP的加密以發(fā)送加密的內(nèi)容。
應(yīng)用到內(nèi)容加密的密鑰由根據(jù)DTCP-IP定義的認(rèn)證和密鑰交換(AKE ) 處理生成。如圖6所示，家庭IMS網(wǎng)關(guān)具有DTCP-IP AKE代理的功能，并 且在內(nèi)容接收時，作為內(nèi)容播放設(shè)備的DMP與具有DMP識別為內(nèi)容提供服務(wù)實體的DMS的家庭IMS網(wǎng)關(guān)執(zhí)行認(rèn)證和密鑰交換。
在(B2)內(nèi)容列表獲取處理中獲得的列表中設(shè)置的內(nèi)容資源URI的設(shè)置 使得其包括AS視頻服務(wù)器的IP地址。作為執(zhí)行內(nèi)容的獲取需要的認(rèn)證和密 鑰交換處理(即，AKE處理)的對象的地址^皮:沒置為家庭IMS網(wǎng)關(guān)。即， DMP執(zhí)行與家庭IMS網(wǎng)關(guān)的認(rèn)證和密鑰交換，其中登記被識別為內(nèi)容提供服 務(wù)實體的DMS示例。
注意到，盡管在DMP的認(rèn)證和密鑰交換的執(zhí)行的對象經(jīng)常是發(fā)送加密 內(nèi)容的實體，即，包括在內(nèi)容資源URI中的AS視頻服務(wù)器的IP地址，但是 在本發(fā)明的配置中，在請求獲取在(B2)內(nèi)容列表獲取處理中提供給DMP 的內(nèi)容列表中包括的內(nèi)容時，由DMP執(zhí)行的AKE處理的對象被設(shè)置為家庭 IMS網(wǎng)關(guān)。
例如，通過將利用其設(shè)置使得AKE的對象是家庭IMS網(wǎng)關(guān)的元數(shù)據(jù)包 括在與內(nèi)容相關(guān)聯(lián)的元數(shù)據(jù)中，這變得可能。設(shè)置可以是使得家庭IMS網(wǎng)關(guān) 從IPTV服務(wù)(AS)接收的內(nèi)容列表的設(shè)置是如上所述預(yù)先設(shè)置的列表，或 使得元數(shù)據(jù)在家庭IMS網(wǎng)關(guān)添加或更改。作為替代，配置可以是使得在家庭 IMS網(wǎng)關(guān)提供內(nèi)容列表給DMP時，執(zhí)行AKE的對象是家庭IMS網(wǎng)關(guān)的通知。
根據(jù)在DTCP-IP中定義的認(rèn)證和密鑰交換(AKE)處理序列執(zhí)行認(rèn)證和 密鑰交換處理。
在本發(fā)明的配置中，通過圖10所述的步驟S39到S46的處理，即
S39:AKE詢問和響應(yīng)
S40:AKE
S41:RTT (往返時間)校驗請求
S42:RTT校-瞼響應(yīng)
S43:AKE密鑰交換
S44:密鑰交換
S45:密鑰交換
S46:AKE密鑰交換
完成了 DMP和家庭IMS網(wǎng)關(guān)之間的認(rèn)證和密鑰交換。
在認(rèn)證和密鑰交換處理的過程中，為了確認(rèn)作為AKE的對象的家庭IMS
網(wǎng)關(guān)在DMP附近，在步驟S41和S42, IP分組的TTL (生存時間)的確認(rèn)
和響應(yīng)時間的確iU皮執(zhí)4亍為RTT測量。此外，步驟S44和S45是作為本發(fā)明的配置的特性的處理，并且這些是 在AKE序列中傳遞在家庭IMS網(wǎng)關(guān)和DMP之間共享的密鑰到IPTV服務(wù) (AS)、使得應(yīng)用為加密密鑰的密鑰在作為內(nèi)容提供實體的IPTV服務(wù)(AS) 和作為內(nèi)容使用實體的DMP之間共享的處理。通過添加步驟S44和S45的 處理，作為內(nèi)容提供實體的IPTV服務(wù)(AS)和作為使用實體的內(nèi)容的DMP 可以共享加密密鑰。這里，IPTV服務(wù)(AS)是被允許共享密鑰的合法服務(wù)， 并且步驟S44和S45由安全通信執(zhí)行。 (B4)內(nèi)容流傳輸處理
最后的第四階段是內(nèi)容流傳輸處理。在步驟S47,作為內(nèi)容播放設(shè)備的 DMP應(yīng)用在之前(B2)內(nèi)容列表獲取處理中獲取的資源URL,并且發(fā)出基 于HTTP GET的內(nèi)容請求以請求HTTP流傳輸。
IPTV服務(wù)(AS )的視頻服務(wù)器使用在先前AKE階段中與DMP共享的 密鑰加密內(nèi)容數(shù)據(jù)，并且在步驟S48,開始流傳輸內(nèi)容到作為家庭網(wǎng)絡(luò)中的 DLNA設(shè)備的DMP。
作為家庭網(wǎng)絡(luò)中的內(nèi)容播放設(shè)備的DMP通過應(yīng)用在先前AKE階段中與 IPTV服務(wù)(AS)共享的加密密鑰解密從IPTV服務(wù)(AS)接收的數(shù)據(jù)，以 解密數(shù)據(jù)，從而執(zhí)行內(nèi)容播放。 (B3)認(rèn)證和密鑰交換處理 (B4)內(nèi)容流傳輸處理
本發(fā)明的處理配置是服從由DLNA中定義的DTCP-IP的流傳輸播放的處 理，除了第三和第四階段，由AKE模塊使用的IP地址被設(shè)置為家庭IMS網(wǎng) 關(guān)，該家庭IMS網(wǎng)關(guān)是不同于作為內(nèi)容提供實體的服務(wù)器的實體。
將參照圖11描述在參照圖9和IO所述的內(nèi)容使用處理中的數(shù)據(jù)通信的 概述。在圖11中，作為家庭網(wǎng)絡(luò)500中的設(shè)備，示出了作為內(nèi)容播放設(shè)備的 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是蜂窩電話的無線通 信基礎(chǔ)結(jié)構(gòu)的基礎(chǔ)，其由作為用于標(biāo)準(zhǔn)化第三代移動通信系統(tǒng)的計劃的3GPP (第三代合作伙伴計劃)開發(fā)。利用稱為CSCF (呼叫會話控制功能)的功能 元件作為核心，其通過如家庭訂戶子系統(tǒng)(HSS)和應(yīng)用服務(wù)器(AS)的功 能組件配置。圖ll示出應(yīng)用服務(wù)器(AS) 511。應(yīng)用服務(wù)器(AS) 511包括作為目錄服務(wù)執(zhí)行部分的CDS (內(nèi)容目錄服務(wù))512，其執(zhí)行如服務(wù)提供服務(wù)
器的功能的登記的處理。
IPTV服務(wù)520具有作為提供EPG (電子節(jié)目指南)的服務(wù)器的EPG 服務(wù)器521,該EPG (電子節(jié)目指南)是如內(nèi)容列表的節(jié)目信息指南；以及 作為提供視頻內(nèi)容的服務(wù)器的視頻服務(wù)器522,并且它通過在AS (IPTV )511 的CDS512和各個服務(wù)器之間的合作，實現(xiàn)對作為用戶終端的DMP501的內(nèi) 容列表提供服務(wù)和內(nèi)容提供服務(wù)。
將描述在作為家庭網(wǎng)絡(luò)500中的內(nèi)容播放設(shè)備的DMP 501從家庭網(wǎng)絡(luò)外 的IPTV服務(wù)520獲取內(nèi)容的情況下的基本處理流程。通過之前參照圖7和8 描述的AS訂制序列，家庭IMS網(wǎng)關(guān)502已經(jīng)將IPTV服務(wù)(AS )映射為DLNA DMS。
首先，在步驟SIOI, DMP501執(zhí)行作為UPnP動作的設(shè)備發(fā)現(xiàn)，以從家 庭IMS網(wǎng)關(guān)502獲得設(shè)置為DMS的AS(IPTV )的信息。在設(shè)備發(fā)現(xiàn)處理中， 家庭IMS網(wǎng)關(guān)502為作為內(nèi)容播放設(shè)備的DMP 501提供基于UPnP媒體服務(wù) 器示例的信息，該UPnP媒體服務(wù)器示例對應(yīng)于由家庭IMS網(wǎng)關(guān)502在映射 處理中生成的AS (IPTV)。通過接收該信息，DMP 501將AS (IPTV)解釋 為家庭網(wǎng)絡(luò)中的內(nèi)容提供服務(wù)器(DMS)。
此外，DMP 501發(fā)出UPnP的內(nèi)容目錄服務(wù)的瀏覽動作到設(shè)置為DMS 的AS (IPTV )。在從DMP 501接收到瀏覽動作后，家庭IMS網(wǎng)關(guān)502將請 求中繼到AS511 (CDS 512)。 AS 511 ( CDS 512 )獲取由IPTV服務(wù)520的 EPG服務(wù)器521提供的視頻內(nèi)容的列表，并且家庭IMS網(wǎng)關(guān)502發(fā)送內(nèi)容列 表到DMP 501作為響應(yīng)。
注意，如前所述，在內(nèi)容列表中，記錄作為內(nèi)容獲取的前提 (presuppostion)執(zhí)行的認(rèn)證和密鑰交換(AKE)處理的對象設(shè)備信息、應(yīng)用 到內(nèi)容的獲取的內(nèi)容URL作為元數(shù)據(jù)，并且密鑰交換處理(AKE )的對象設(shè) 備信息被設(shè)置為家庭IMS網(wǎng)關(guān)502。作為替代，設(shè)置可以使得家庭IMS網(wǎng)關(guān) 502通知DMP 501密鑰交換(AKE)處理的對象設(shè)備是家庭IMS網(wǎng)關(guān)502而 無需使用內(nèi)容元數(shù)據(jù)。
在接收內(nèi)容之前，在步驟S102, DMP 501根據(jù)DTCP-IP的定義執(zhí)行認(rèn) 證和密鑰交換(AKE)處理。DMP執(zhí)行將家庭IMS網(wǎng)關(guān)502認(rèn)為是認(rèn)證和 密鑰交換的執(zhí)行對象的處理。然而，注意到在認(rèn)證和密鑰交換(AKE)處理
36中，在步驟S103,家庭IMS網(wǎng)關(guān)502將作為內(nèi)容加密密鑰應(yīng)用的密鑰提供到 作為內(nèi)容提供實體的IPTV服務(wù)520的視頻服務(wù)器522。通過該處理，在完成 認(rèn)證和密鑰交換(AKE)處理時，作為內(nèi)容提供實體的IPTV服務(wù)520的視 頻服務(wù)器522和作為內(nèi)容使用實體的DMP共享該密鑰。
然后，在步驟S104，作為內(nèi)容播放設(shè)備的DMP 501通過應(yīng)用在內(nèi)容列
視頻服務(wù)器522的HTTP流傳輸。IPTV服務(wù)520的視頻服務(wù)器522通過應(yīng)用 在之前AKE階段與DMP 501共享的密鑰來加密內(nèi)容數(shù)據(jù)，并將其發(fā)送到DMP 501。 DMP 501通過應(yīng)用共享加密密鑰來對從IPTV服務(wù)520接收的數(shù)據(jù)執(zhí)行 解密處理，并執(zhí)行內(nèi)容播放。
如上所述，利用本發(fā)明的配置，作為家庭網(wǎng)絡(luò)中的內(nèi)容播放裝置的DMP 變得可能從家庭網(wǎng)絡(luò)外的內(nèi)容提供服務(wù)器接收內(nèi)容并播放該內(nèi)容。
為了啟用該處理，家庭網(wǎng)絡(luò)內(nèi)提供的家庭IMS網(wǎng)關(guān)執(zhí)行下述處理響應(yīng) 于從家庭網(wǎng)絡(luò)中的內(nèi)容播放裝置接收到按照UPnP定義的設(shè)備發(fā)現(xiàn)請求，執(zhí) 行與內(nèi)容提供服務(wù)器執(zhí)行通信，將內(nèi)容提供服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)設(shè)備，
即生成外部服務(wù)器的服務(wù)器信息被記錄的示例并且在存儲單元中存儲該示 例，基于該示例將對應(yīng)于內(nèi)容提供服務(wù)器的服務(wù)器信息提供給內(nèi)容播放設(shè)備， 作為可從其接收服務(wù)的設(shè)備的信息。
此外，在接收到來自內(nèi)容播放裝置的內(nèi)容獲取請求(即，用于獲取由內(nèi) 容提供服務(wù)器提供的內(nèi)容的請求)的情況下，家庭IMS網(wǎng)關(guān)將該請求傳輸?shù)?內(nèi)容提供服務(wù)器，使得內(nèi)容提供服務(wù)器將內(nèi)容發(fā)送到內(nèi)容播放裝置，從而使 得在內(nèi)容播放裝置處能夠接收和播放該內(nèi)容。
此外，由于配置使得關(guān)于要求執(zhí)行為在DLNA中定義的內(nèi)容發(fā)送條件的 認(rèn)證和密鑰交換、在內(nèi)容播放裝置和家庭IMS網(wǎng)關(guān)之間執(zhí)行所定義的處理 (AKE)、并且家庭IMS網(wǎng)關(guān)發(fā)送生成的密鑰到內(nèi)容提供服務(wù)器，因此內(nèi)容 提供服務(wù)器和內(nèi)容播放裝置變?yōu)榭赡芄蚕碓谡J(rèn)證和密鑰交換處理中生成的密 鑰。類似于由在家庭網(wǎng)絡(luò)中的DMS執(zhí)行的內(nèi)容發(fā)送處理，對其已經(jīng)執(zhí)行加密 的內(nèi)容從內(nèi)容提供服務(wù)器發(fā)送到內(nèi)容播放裝置，使得實現(xiàn)安全的內(nèi)容傳輸和 接收。
注意到，該內(nèi)容傳輸方法還可以應(yīng)用到家庭到家庭內(nèi)容傳輸。替代圖11 中的IPTV服務(wù)520的視頻服務(wù)器522,通過使得另 一家庭的家庭服務(wù)器提供類似的服務(wù)，可能傳輸該家庭的內(nèi)容。在這樣的非商業(yè)的內(nèi)容傳輸中，存在 執(zhí)行傳輸而不執(zhí)行加密的情況。
如上所述，已經(jīng)描述了關(guān)于用于使得圖4中所示的、作為服從DLNA指 南的內(nèi)容播放設(shè)備的DMP接收IPTV服務(wù)的家庭IMS網(wǎng)關(guān)的實施例。如上關(guān) 于圖4所迷的，在作為在DLNA中定義的內(nèi)容提供服務(wù)器的DMS中，實現(xiàn) UPnP媒體服務(wù)器(UPnP媒體服務(wù)器)，并且在UPnP媒體服務(wù)器上，實現(xiàn)主 內(nèi)容目錄服務(wù)，使得可能通過應(yīng)用它來獲取內(nèi)容列表和元數(shù)據(jù)。即，通過使 用內(nèi)容目錄服務(wù)，作為在DLNA中定義的內(nèi)容播放設(shè)備的DMP獲取由作為 DLNA中定義的內(nèi)容提供服務(wù)器的DMS流傳輸?shù)膬?nèi)容列表。參照圖9描述的 實施例是其中UPnP內(nèi)容目錄服務(wù)的內(nèi)容列表獲耳又處理通過應(yīng)用在UPnP DA 中定義的SOAP和GENA消息通信來執(zhí)行的實施例。接下來，將描述使用在 UPnPDA中定義的呈現(xiàn)方案的處理的示例。
下述實施例是作為本發(fā)明的信息處理裝置的圖3中所示的家庭IMS網(wǎng)關(guān) 212變?yōu)镠TTP服務(wù)器、并且通過使用在UPnPDA中定義的呈現(xiàn)方案連接到 在HTML瀏覽器上實現(xiàn)的UPnP控制點、并且用戶使用瀏覽器功能從顯示的 HTML屏幕選擇期望的IPTV服務(wù)并接收該服務(wù)的實施例。
即，其是下述處理示例其中通過應(yīng)用前述在UPnPDA中定義的呈現(xiàn)方 案，執(zhí)行從家庭IMS網(wǎng)關(guān)212向作為例如圖3中所示的TV (DMP) 213的 內(nèi)容播放設(shè)備的DMP提供HTML數(shù)據(jù)的處理，該HTML數(shù)據(jù)描述包括例如 內(nèi)容列表、內(nèi)容信息等的服務(wù)屏幕，由HTML數(shù)據(jù)形成的服務(wù)屏幕在作為內(nèi) 容播放設(shè)備的DMP—側(cè)的顯示器上顯示，用于基于顯示數(shù)據(jù)選擇內(nèi)容，并且 接收IPTV服務(wù)。即，例如，通過使用設(shè)置為家庭網(wǎng)絡(luò)中的DLNA設(shè)備的、 具有瀏覽器功能的PC或TV，由家庭IMS網(wǎng)關(guān)212擁有的列表呈現(xiàn)在顯示器 上，并且選纟,IPTV服務(wù)以接收該服務(wù)。
在該實施例中，在內(nèi)容播放設(shè)備(即，例如圖3所示的TV(DMP)213) 上，實現(xiàn)用于實現(xiàn)在UPnP DA中定義的呈現(xiàn)功能的HTML瀏覽器。在該實 施例中，盡管沒有使用UPnP內(nèi)容目錄服務(wù)，但是對于流傳輸播放功能，基 于DLNA媒體傳輸定義和DTCP-IP內(nèi)容保護(hù)定義實現(xiàn)內(nèi)容播放設(shè)備。
使用由AS (IPTV)提供的內(nèi)容的序列被劃分為下面四個階段 (Bl)設(shè)備發(fā)現(xiàn)處理(B2a)服務(wù)屏幕獲取 (B3 )認(rèn)證和密鑰交換處理 (B4)內(nèi)容流傳輸處理 在上述階段中，各個階段(B1)、 (B3)和(B4)中的處理與之前在實施 例中參照圖9和IO描述的處理相同。在參照圖9和IO描述的處理中，執(zhí)行 參照圖9描述的步驟S35到S38中的(B2)內(nèi)容列表獲取處理。在使用UPnP DA中定義的呈現(xiàn)方案的該實施例中，執(zhí)行(B2a)服務(wù)屏幕獲取處理來代替 (B2)內(nèi)容列表獲取處理。
圖12示出用于執(zhí)行(B2a)服務(wù)屏幕獲取處理的家庭IMS網(wǎng)關(guān)212的軟 件模塊的示例配置。在服務(wù)屏幕操作方法的該實施例中，為了通過使用HTML 瀏覽器的功能獲取服務(wù)屏幕，不實現(xiàn)參照圖6所述的SOAP和GENA軟件模 塊，此外，代替參照圖6所述的UPnP消息代理，實現(xiàn)在HTTP服務(wù)器和HTTP 客戶端之間中繼HTML數(shù)據(jù)的HTTP代理。
將參照圖13中所述的序列圖描述該實施例中的這些序列 (Bl)設(shè)備發(fā)現(xiàn)處理 (B2a)服務(wù)屏幕獲取處理
(Bl )設(shè)備發(fā)現(xiàn)處理類似于之前參照圖9描述的處理。作為內(nèi)容播放裝 置的DMP (例如，圖3中所示的TV ( DMP ) 213 )根據(jù)UPnP中定義的設(shè)備 發(fā)現(xiàn)協(xié)議執(zhí)行處理步驟S31到S34的設(shè)備發(fā)現(xiàn)處理。通過該處理，作為內(nèi)容 播放設(shè)備的DMP發(fā)現(xiàn)在家庭IMS網(wǎng)關(guān)上實現(xiàn)的內(nèi)容提供服務(wù)器(DMS ),并 且通過根據(jù)UPnP DA的定義的DMS的設(shè)備描述，獲取用于獲取通過在DMS 上實現(xiàn)的HTTP服務(wù)器提供的HTML數(shù)據(jù)的呈現(xiàn)URL。
在接下來執(zhí)行的(B2a)服務(wù)屏幕獲取處理中，首先，在步驟S201，作 為內(nèi)容播放設(shè)備的DMP通過使用在(Bl )設(shè)備發(fā)現(xiàn)處理中獲取的呈現(xiàn)URL, 發(fā)送HTTP:GET請求到DMS的HTTP服務(wù)器。
在步驟S202,在家庭IMS網(wǎng)關(guān)上實現(xiàn)的HTTP代理將由HTTP服務(wù)器 從作為內(nèi)容播放設(shè)備的DMP接收的HTTP:GET請求傳輸?shù)絀PTV服務(wù)的應(yīng)用 服務(wù)器(AS)。
IPTV服務(wù)的應(yīng)用服務(wù)器(AS )通過使用從EPG服務(wù)器獲取的內(nèi)容信息， 生成包括內(nèi)容列表的服務(wù)屏幕作為HTML (超文本標(biāo)記語言)數(shù)據(jù)，并且在 步驟S203，其返回表示服務(wù)屏幕的HTML數(shù)據(jù)到家庭IMS網(wǎng)關(guān)，作為
39HTTP:OK響應(yīng)。
在步驟S204,家庭IMS網(wǎng)關(guān)將從IPTV服務(wù)的應(yīng)用服務(wù)器(AS )接收 的、包括HTML數(shù)據(jù)的響應(yīng)通過HTTP代理傳輸?shù)阶鳛閮?nèi)容播放設(shè)備的DMP。
作為內(nèi)容播放設(shè)備的DMP通過執(zhí)行繪制處理生成并向用戶呈現(xiàn)包括內(nèi) 容列表等的服務(wù)屏幕，在繪圖處理中，HTML瀏覽器被應(yīng)用到經(jīng)由家庭IMS 網(wǎng)關(guān)傳輸并由IPTV服務(wù)的應(yīng)用服務(wù)器(AS )發(fā)送的HTML數(shù)據(jù)。服務(wù)屏幕 包括IPTV服務(wù)的內(nèi)容列表，并且用戶選擇要從內(nèi)容列表播放的內(nèi)容。
內(nèi)容選擇處理被執(zhí)行為例如通過遙控器、開關(guān)、鍵盤或如鼠標(biāo)的指示器 選擇屏幕上顯示的內(nèi)容列表的處理。通過內(nèi)容選擇處理，識別HTML數(shù)據(jù)中 包括的內(nèi)容的資源URL。通過使用對應(yīng)于所選擇的內(nèi)容的URL，執(zhí)行之前參 照圖IO描述的隨后的處理，即，下面的處理 (B3)認(rèn)證和密鑰交換處理 (B4)內(nèi)容流傳輸處理
通過這些處理，作為內(nèi)容播放設(shè)備的DMP執(zhí)行內(nèi)容播放。即，客戶端 裝置輸入關(guān)于服務(wù)屏幕中包括的內(nèi)容列表的用戶的內(nèi)容選擇信息，并且基于 該內(nèi)容選擇信息，客戶端設(shè)備識別對應(yīng)于被選擇的內(nèi)容的URL，即，在HTML 數(shù)據(jù)中包括的內(nèi)容的資源URL,并且執(zhí)行基于該URL的認(rèn)證和密鑰交換處 理以及內(nèi)容流傳輸處理。
注意到，盡管步驟S201到S204中執(zhí)行的服務(wù)屏幕獲取處理在圖13中 所示的序列圖中是一次處理，但是服務(wù)屏幕可采取通過多個HTML數(shù)據(jù)項表 示的結(jié)構(gòu)菜單配置，并且變得可能基于用戶對HTML瀏覽器的操作執(zhí)行服務(wù) 屏幕的再次獲取。即，配置可以使得重復(fù)執(zhí)行等同于步驟S201到S204的處 理的處理?？赡軓腄MP的IPTV服務(wù)的AS提供各種服務(wù)屏幕，并且DMP 側(cè)的用戶可從在各種服務(wù)屏幕上呈現(xiàn)的內(nèi)容列表選4奪任意內(nèi)容。
此外，在由IPTV服務(wù)提供的內(nèi)容提供處理是視頻點播服務(wù)的情況下， 或執(zhí)行對用戶購買內(nèi)容觀看權(quán)限的收費進(jìn)行確認(rèn)的情況下，表示確認(rèn)屏幕的 HTML數(shù)據(jù)從IPTV月l務(wù)的AS經(jīng)由家庭IMS網(wǎng)關(guān)傳輸?shù)紻MP。
用戶可操作在DMP的顯示器上顯示的服務(wù)屏幕，并接收通過各種IPTV 服務(wù)提供的服務(wù)，同時執(zhí)行交互處理。
圖14示出從IPTV的AS提供到DMP并顯示在DMP的顯示器上的服務(wù) 屏幕和流傳輸播放屏幕的示例。圖14 ( 1 )是在圖13的順序圖中描述的步驟S201到S204中的(B2 )服 務(wù)屏幕獲取處理中、在DMP的顯示器上顯示的服務(wù)屏幕的示例。
圖14(2)是在隨后內(nèi)容流傳輸處理時、在DMP的顯示器上顯示的屏幕。 即，其是在執(zhí)行參照圖IO描述的(B4)內(nèi)容流傳輸處理的情況下在內(nèi)容播放 裝置上顯示的屏幕的示例。
注意在圖14中示出的兩個屏幕，即
(1 )服務(wù)屏幕
(2)內(nèi)容流傳輸屏幕
可以通過用戶的操作在適當(dāng)?shù)亩〞r切換，并且可重復(fù)執(zhí)行服務(wù)屏幕呈現(xiàn) 和內(nèi)容流傳輸處理。
的方案的處理的示例描述，但是，例如，還可以在如下配置中執(zhí)行類似的處 理，其中使用在CEA-2014標(biāo)準(zhǔn)中定義的HTML瀏覽器的方案。
將簡要描述CEA-2014標(biāo)準(zhǔn)。CEA-2014標(biāo)準(zhǔn)是基于Web的協(xié)議和框架 的標(biāo)準(zhǔn)，并且其是用于使用UPnP網(wǎng)絡(luò)和互聯(lián)網(wǎng)的遠(yuǎn)程用戶接口的標(biāo)準(zhǔn)。 CEA-2014標(biāo)準(zhǔn)是定義在經(jīng)由例如網(wǎng)絡(luò)等連接的遠(yuǎn)程設(shè)備的控制下提供用戶 接口所需的機(jī)制的標(biāo)準(zhǔn)。提供用戶接口的設(shè)備的基本處理是服從UPnP設(shè)備
基礎(chǔ)結(jié)構(gòu)(vl.O)的處理，其是關(guān)于UPnP網(wǎng)絡(luò)和家庭UPnP的定義。CEA-2014 標(biāo)準(zhǔn)允許通過第三方的因特網(wǎng)服務(wù)提供給家庭UPnP設(shè)備的用戶接口的遠(yuǎn)程 顯示處理，并且定義了在TV、移動電話和便攜式設(shè)備中使用的各種UI功能。 注意到，CEA-2014標(biāo)準(zhǔn)被配置為包括對應(yīng)于作為家庭網(wǎng)絡(luò)的UI標(biāo)準(zhǔn)的 CEA-2027-A的具體規(guī)范的定義的標(biāo)準(zhǔn)。
在其上實現(xiàn)在CEA-2014標(biāo)準(zhǔn)中定義的HTML瀏覽器的設(shè)備中，通過使 用HTML瀏覽器獲取服務(wù)屏幕，實現(xiàn)類似于參照圖13所述的處理的處理。 注意到，在此情況下，家庭IMS網(wǎng)關(guān)的UPnP設(shè)備類變?yōu)檫h(yuǎn)程UI服務(wù)器，并 且使用根據(jù)在CEA-2014中定義的HTML瀏覽器筒檔的HTML數(shù)據(jù)。
已經(jīng)參照具體實施例詳細(xì)描述了本發(fā)明。然而，顯而易見，本領(lǐng)域技術(shù) 人員可以在不背離本發(fā)明的精神的情況下對各實施例進(jìn)行修改和替代。即， 本發(fā)明以示例方式公開，并且本發(fā)明不應(yīng)被限制性地解釋。本發(fā)明的精神應(yīng) 當(dāng)基于權(quán)利要求確定。
注意到，在本說明書中描述的一系列處理可通過硬件、通過軟件、或通過石更件和軟件的組合執(zhí)行。當(dāng)通過軟件執(zhí)行一系列處理時，該處理可通過安 裝程序而執(zhí)行，其中處理序列記錄在嵌入專用硬件的計算機(jī)或能夠執(zhí)行各種 處理的通用計算機(jī)的存儲器上。
例如，該程序可預(yù)先記錄在作為記錄介質(zhì)的硬盤或ROM (只讀存儲器) 上。作為替代，程序可暫時或永久存儲(記錄)在可移除記錄介質(zhì)上，如軟
盤、CD-ROM (致密盤只讀存儲器)、MO(磁光)盤、DVD(數(shù)字多功能盤)、 磁盤或半導(dǎo)體存儲器。這樣的可移除記錄介質(zhì)可以稱為封裝軟件的形式提供。
注意到，替代如上所述從可移除記錄介質(zhì)安裝程序到計算機(jī)，程序可通 過無線從下載網(wǎng)址傳輸?shù)接嬎銠C(jī)，或通過有線經(jīng)由如LAN (局域網(wǎng))或因特 網(wǎng)的網(wǎng)絡(luò)傳輸?shù)接嬎銠C(jī)，使得計算機(jī)可接收傳輸?shù)某绦虿⒊绦虬惭b到如硬 盤的內(nèi)部記錄介質(zhì)上。
在本說明書中描述的各種處理不必按所述順序依次執(zhí)行，并且可以按需 要或根據(jù)執(zhí)行處理的裝置的處理能力并行或分開執(zhí)行。在本說明書中的系統(tǒng) 指多個裝置的邏輯組合，并且不限于構(gòu)成的裝置在相同情況下布置的系統(tǒng)。
工業(yè)實用性
如上所述，根據(jù)本發(fā)明的配置，作為家庭網(wǎng)絡(luò)內(nèi)的客戶端設(shè)備的DMP 可能作為內(nèi)容播放裝置來從家庭網(wǎng)絡(luò)外的內(nèi)容提供服務(wù)器接收內(nèi)容并播放該 內(nèi)容。即，作為根據(jù)本發(fā)明的信息處理裝置的家庭IMS網(wǎng)關(guān)執(zhí)行與內(nèi)容提供 服務(wù)器的通信，以將內(nèi)容提供服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)設(shè)備，并且響應(yīng)于 從家庭網(wǎng)絡(luò)中的內(nèi)容播放裝置接收設(shè)備發(fā)現(xiàn)請求，家庭IMS網(wǎng)關(guān)為內(nèi)容播放 設(shè)備提供內(nèi)容提供服務(wù)器的服務(wù)器信息，作為可以從其接收服務(wù)的設(shè)備的信 息。此外，家庭IMS網(wǎng)關(guān)使得內(nèi)容獲取請求從內(nèi)容播放裝置傳輸?shù)絻?nèi)容提供 服務(wù)器，使得內(nèi)容提供服務(wù)器發(fā)送內(nèi)容到內(nèi)容播放裝置。此外，還可以在所 定義的內(nèi)容播放裝置和家庭IMS網(wǎng)關(guān)之間執(zhí)行在DLNA中定義的認(rèn)證和密鑰 交換。通過將從家庭IMS網(wǎng)關(guān)生成的密鑰發(fā)送到內(nèi)容提供服務(wù)器，內(nèi)容提供 服務(wù)器和內(nèi)容播放裝置可以共享該密鑰，使得在雙方之間實現(xiàn)加密內(nèi)容的安 全傳輸和接收。
權(quán)利要求
1. 一種信息處理裝置，其特征在于它包括用于數(shù)據(jù)通信的通信接口；數(shù)據(jù)處理單元，其執(zhí)行與家庭網(wǎng)絡(luò)外存在的外部服務(wù)器執(zhí)行通信以將外部服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)設(shè)備的處理；以及存儲單元，其存儲映射信息，并且其特征在于，該數(shù)據(jù)處理單元被配置為執(zhí)行下述處理響應(yīng)于從家庭網(wǎng)絡(luò)內(nèi)的客戶端設(shè)備接收到設(shè)備發(fā)現(xiàn)請求，獲取存儲在存儲單元中的映射信息，并且基于該映射信息，向客戶端設(shè)備提供對應(yīng)于外部服務(wù)器的服務(wù)器信息作為可從其接收服務(wù)的設(shè)備的信息。
2. 如權(quán)利要求1所述的信息處理裝置，其特征在于，該數(shù)據(jù)處理單元被 配置為基于與家庭網(wǎng)絡(luò)外存在的外部服務(wù)器的通信，執(zhí)行下述處理生成其中 記錄外部服務(wù)器信息的示例，并且將該示例存儲在存儲單元中；以及響應(yīng)于從家庭網(wǎng)絡(luò)內(nèi)的客戶端設(shè)備接收到設(shè)備發(fā)現(xiàn)請求，為客戶端設(shè)備 提供從存儲單元中存儲的示例獲取的外部服務(wù)器信息。
3. 如權(quán)利要求1所述的信息處理裝置，其特征在于，所述數(shù)據(jù)處理單元 被配置為響應(yīng)于從客戶端設(shè)備接收到設(shè)備發(fā)現(xiàn)請求，執(zhí)行下述處理為客戶端設(shè) 備提供外部服務(wù)器信息作為可從其接收服務(wù)的設(shè)備的信息，并且將隨后來自 客戶端設(shè)備的請求和響應(yīng)傳輸?shù)酵獠糠?wù)器；或執(zhí)行下述處理為客戶端設(shè) 備提供外部服務(wù)器的信息，使得在客戶端設(shè)備和外部服務(wù)器之間執(zhí)行直接的 通信。
4. 如權(quán)利要求1所述的信息處理裝置，其特征在于， 所述外部服務(wù)器是其中使用IP多媒體子系統(tǒng)(IMS)的家庭網(wǎng)絡(luò)外的服務(wù)提供服務(wù)器；以及所述數(shù)據(jù)處理單元被配置為執(zhí)行將服務(wù)提供服務(wù)器映射為家庭網(wǎng)絡(luò)設(shè)備 的處理。
5. 如權(quán)利要求1所述的信息處理裝置，其特征在于，所述數(shù)據(jù)處理單元 被配置為執(zhí)行將外部服務(wù)器映射為數(shù)字媒體服務(wù)器(DMS)的處理，該數(shù)字媒體 服務(wù)器定義為DLNA (數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)中的內(nèi)容提供服務(wù)器。
6. 如權(quán)利要求1所述的信息處理裝置，其特征在于，所述數(shù)據(jù)處理單元 被配置為執(zhí)行下述處理執(zhí)行與家庭網(wǎng)絡(luò)外存在的外部服務(wù)器的通信，獲取由外部服務(wù)器提供的 服務(wù)列表，獲取基于該服務(wù)列表的用戶的服務(wù)選擇信息，并且僅將提供所選 擇服務(wù)的外部服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)設(shè)備。
7. 如權(quán)利要求6所述的信息處理裝置，其特征在于，所述數(shù)據(jù)處理單元 被配置為執(zhí)行下述處理將服務(wù)列表輸出到信息處理裝置的顯示單元或家庭網(wǎng)絡(luò)連接設(shè)備，將關(guān) 于服務(wù)列表的用戶選擇信息發(fā)送到家庭網(wǎng)絡(luò)外的管理服務(wù)器，并且將外部服 務(wù)器映射為虛擬家庭網(wǎng)絡(luò)設(shè)備，該外部服務(wù)器提供已經(jīng)在管理服務(wù)器登記選 擇信息的服務(wù)。
8. 如權(quán)利要求1所述的信息處理裝置，其特征在于，所述數(shù)據(jù)處理單元 被配置為執(zhí)行下述處理從客戶端設(shè)備接收對映射的外部服務(wù)器的內(nèi)容列表請求，將該請求傳輸 至外部服務(wù)器，并且從外部服務(wù)器獲取內(nèi)容列表，并向客戶端設(shè)備提供該內(nèi) 容列表。
9. 如權(quán)利要求8所述的信息處理裝置，其特征在于，所述內(nèi)容列表是其 中設(shè)置了提供給外部服務(wù)器的、對應(yīng)于內(nèi)容的內(nèi)容URL的列表，并且具有這 樣的設(shè)置使得客戶端設(shè)備被允許基于內(nèi)容URL獲取內(nèi)容而無需涉及信息處 理裝置。
10. 如權(quán)利要求8所述的信息處理裝置，其特征在于，所述數(shù)據(jù)處理單 元被配置為執(zhí)行下述處理為客戶端設(shè)備提供設(shè)置信息，該設(shè)置信息將信息處理裝置設(shè)置為認(rèn)證和 密鑰交換處理的相對方，作為在客戶端設(shè)備處從外部服務(wù)器獲取內(nèi)容的條件， 該客戶端設(shè)備被要求執(zhí)行該認(rèn)證和密鑰交換處理。
11. 如權(quán)利要求IO所述的信息處理裝置，其特征在于，所述數(shù)據(jù)處理單 元被配置為執(zhí)行下迷處理為客戶端設(shè)備提供內(nèi)容列表，其中將信息處理裝置設(shè)置為認(rèn)證和密鑰交 換處理的相對方的設(shè)置信息被包括在元信息中。
12. 如權(quán)利要求1所述的信息處理裝置，其特征在于，所述數(shù)據(jù)處理單元被配置為執(zhí)行下述處理將用客戶端設(shè)備執(zhí)行的認(rèn)證和密鑰交換處理中生成的密鑰發(fā)送到作為內(nèi) 容獲取源的外部服務(wù)器。
13. 如權(quán)利要求1所述的信息處理裝置，其特征在于，所述數(shù)據(jù)處理單 元被配置為執(zhí)行下述處理從客戶端設(shè)備接收到映射的外部服務(wù)器的服務(wù)屏幕獲取請求，將該請求 傳輸?shù)酵獠糠?wù)器，并且從外部服務(wù)器獲取服務(wù)屏幕并為客戶端設(shè)備提供該 服務(wù)屏幕。
14. 如權(quán)利要求1所述的信息處理裝置，其特征在于，所述數(shù)據(jù)處理單 元被配置為執(zhí)行下述處理從客戶端設(shè)備接收按照HTTP (超文本傳輸協(xié)議)的服務(wù)屏幕獲取請求， 傳輸該請求到外部服務(wù)器，并且從外部服務(wù)器接收包括由HTML (超文本標(biāo) 記語言)數(shù)據(jù)形成的服務(wù)屏幕的HTTP響應(yīng)，并將該HTTP響應(yīng)傳輸?shù)娇蛻?端設(shè)備。
15. —種信息通信系統(tǒng)，包括家庭網(wǎng)絡(luò)中的客戶端裝置、家庭網(wǎng)絡(luò)外的內(nèi) 容提供服務(wù)器、以及家庭網(wǎng)絡(luò)中的網(wǎng)關(guān)裝置，其特征在于該網(wǎng)關(guān)裝置被配置為執(zhí)行下述處理執(zhí)行與內(nèi)容提供服務(wù)器的通信，以將內(nèi)容提供服務(wù)器映射為虛擬家庭網(wǎng) 絡(luò)設(shè)備；響應(yīng)于從客戶端裝置接收到設(shè)備發(fā)現(xiàn)請求，獲取映射信息，并基于該映 射信息，為客戶端設(shè)備提供對應(yīng)于內(nèi)容提供服務(wù)器的服務(wù)器信息，作為可從 其接收服務(wù)的設(shè)備的信息；以及從客戶端裝置接收用于獲取由內(nèi)容提供服務(wù)器提供的內(nèi)容的請求，并將 該請求傳輸?shù)絻?nèi)容提供服務(wù)器；以及該客戶端裝置被配置為執(zhí)行下述處理接收由內(nèi)容提供服務(wù)器提供的內(nèi)容并播放該內(nèi)容。
16. 如權(quán)利要求15所述的信息通信系統(tǒng)，其特征在于，該網(wǎng)關(guān)裝置被配 置為執(zhí)行下述處理從客戶端裝置接收對映射的內(nèi)容提供服務(wù)器的內(nèi)容列表請求，將該請求 傳輸?shù)絻?nèi)容提供服務(wù)器，并且從內(nèi)容提供服務(wù)器獲取內(nèi)容列表并為客戶端裝置提供該內(nèi)容列表。
17. 如權(quán)利要求15所述的信息通信系統(tǒng)，其特征在于，該網(wǎng)關(guān)裝置被配 置為執(zhí)行下述處理為客戶端裝置提供設(shè)置信息，該設(shè)置信息將網(wǎng)關(guān)裝置設(shè)置為認(rèn)證和密鑰 交換處理的相對方，作為從內(nèi)容提供服務(wù)器獲取內(nèi)容的條件，在所述客戶端 裝置執(zhí)行該認(rèn)證和密鑰交換處理；以及將用客戶端裝置執(zhí)行的認(rèn)證和密鑰交換處理中生成的加密密鑰發(fā)送到內(nèi) 容提供服務(wù)器。
18. 如權(quán)利要求17所述的信息通信系統(tǒng)，其特征在于 該內(nèi)容提供服務(wù)器通過使用從網(wǎng)關(guān)裝置接收的加密密鑰加密要發(fā)送的內(nèi)容，并且將生成的 加密內(nèi)容發(fā)送到客戶端裝置，以及所述客戶端裝置被配置為通過使用加密密鑰來執(zhí)行解密所接收的加密內(nèi) 容的處理。
19. 如權(quán)利要求15所述的信息通信系統(tǒng)，其特征在于，該網(wǎng)關(guān)裝置被配 置為執(zhí)行下述處理從客戶端裝置接收按照HTTP (超文本傳輸協(xié)議)的服務(wù)屏幕獲取請求， 傳輸該請求到內(nèi)容提供服務(wù)器，并且從內(nèi)容提供服務(wù)器接收包括由HTML(超 文本標(biāo)記語言)數(shù)據(jù)形成的服務(wù)屏幕的HTTP響應(yīng)，并將該HTTP響應(yīng)傳輸 到客戶端裝置。
20. 如權(quán)利要求15所述的信息通信系統(tǒng)，其特征在于，該客戶端裝置被 配置為"t丸行下述處理在顯示器上顯示服務(wù)屏幕，該服務(wù)屏幕通過使用HTML瀏覽器對從內(nèi)容 提供服務(wù)器經(jīng)網(wǎng)關(guān)裝置接收的HTML數(shù)據(jù)執(zhí)行繪制處理而生成。
21. 如權(quán)利要求20所述的信息通信系統(tǒng)，其特征在于，該客戶端裝置被 配置為執(zhí)行下述處理從用戶輸入關(guān)于服務(wù)屏幕中包括的內(nèi)容列表的內(nèi)容選擇信息，基于內(nèi)容 選擇信息識別對應(yīng)于所選擇的內(nèi)容的資源URL，并且執(zhí)行基于該資源URL 的內(nèi)容流傳輸處理。
22. —種用于信息處理裝置的信息處理方法，其中執(zhí)行對連接到家庭網(wǎng)絡(luò) 的客戶端設(shè)備進(jìn)行設(shè)置使得其被允許使用由家庭網(wǎng)絡(luò)外的外部服務(wù)器提供的內(nèi)容的處理，其特征在于，該方法包括在信息處理裝置的數(shù)據(jù)處理單元執(zhí)行的映射處理步驟，其執(zhí)行通過通信 單元與外部服務(wù)器的通信，以執(zhí)行將外部服務(wù)器設(shè)置為虛擬家庭網(wǎng)絡(luò)設(shè)備、并將基于映射處理的映射信息存儲在存儲單元中的映射處理；以及在數(shù)據(jù)處理單元執(zhí)行的外部服務(wù)器信息提供步驟，其響應(yīng)于從客戶端設(shè) 備接收到設(shè)備發(fā)現(xiàn)請求，執(zhí)行下述處理獲取存儲單元中存儲的映射信息， 并基于該映射信息，為客戶端設(shè)備提供對應(yīng)于外部服務(wù)器的服務(wù)器信息，作 為可從其接收服務(wù)的設(shè)備的信息。
23. 如權(quán)利要求22所述的信息處理方法，其特征在于 該映射處理步驟是執(zhí)行下述處理的步驟基于與家庭網(wǎng)絡(luò)外存在的外部服務(wù)器的通信，生成其中記錄外部服務(wù)器 信息的示例并將該示例存儲在存儲單元中；以及 該外部服務(wù)器信息提供步驟是下述步驟響應(yīng)于從家庭網(wǎng)絡(luò)中的客戶端設(shè)備接收到設(shè)備發(fā)現(xiàn)請求，為客戶端設(shè)備 提供從存儲單元中存儲的示例獲取的外部服務(wù)器信息。
24. 如權(quán)利要求22所述的信息處理方法，其特征還在于 響應(yīng)于從客戶端設(shè)備接收到設(shè)備發(fā)現(xiàn)請求，該數(shù)據(jù)處理單元執(zhí)行下述處理為客戶端設(shè)備提供外部服務(wù)器信息，作為可從其接收^^務(wù)的設(shè)備的信息， 并且將隨后的來自客戶端設(shè)備的請求和響應(yīng)傳輸?shù)酵獠糠?wù)器；或執(zhí)行下述 處理為客戶端設(shè)備提供外部服務(wù)器的信息，使得在客戶端設(shè)備和外部服務(wù) 器之間執(zhí)行直接通信。
25. 如權(quán)利要求22所述的信息處理方法，其特征在于 所述外部服務(wù)器是其中使用IP多媒體子系統(tǒng)(IMS)的家庭網(wǎng)絡(luò)外的服務(wù)提供服務(wù)器；以及所迷映射處理步驟是執(zhí)行將服務(wù)^t是供服務(wù)器映射為家庭網(wǎng)絡(luò)設(shè)備的處理 的步驟。
26. 如權(quán)利要求22所述的信息處理方法，其特征在于，所述映射處理步 驟是執(zhí)行下述處理的步驟將外部服務(wù)器映射為數(shù)字媒體服務(wù)器(DMS)，該數(shù)字媒體服務(wù)器被定 義為DLNA (數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)中的內(nèi)容提供服務(wù)器。
27. 如權(quán)利要求22所述的信息處理方法，其特征在于，所述映射處理步驟是執(zhí)行下述處理的步驟與家庭網(wǎng)絡(luò)外存在的外部服務(wù)器執(zhí)行通信，獲取由外部服務(wù)器提供的服 務(wù)列表，獲取基于所述服務(wù)列表的用戶的服務(wù)選才奪信息，并且僅將提供所選 擇的服務(wù)的外部服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)設(shè)備。
28. 如權(quán)利要求27所述的信息處理方法，其特征在于，所述映射處理步 驟是執(zhí)行下述處理的步驟將服務(wù)列表輸出到信息處理裝置的顯示單元或家庭網(wǎng)絡(luò)連接設(shè)備，將關(guān) 于服務(wù)列表的用戶選擇信息發(fā)送到家庭網(wǎng)絡(luò)外的管理服務(wù)器，并且將外部服 務(wù)器映射為虛擬家庭網(wǎng)絡(luò)設(shè)備，該外部服務(wù)器提供已經(jīng)在管理服務(wù)器登記選 擇信息的服務(wù)。
29. 如權(quán)利要求22所述的信息處理方法，其特征在于還包括在數(shù)據(jù)處理 單元執(zhí)行下述處理的步驟從客戶端設(shè)備接收對映射的外部服務(wù)器的內(nèi)容列表請求，將該請求傳輸 到外部服務(wù)器，并且從外部服務(wù)器獲取內(nèi)容列表并為客戶端設(shè)備提供該內(nèi)容 列表。
30. 如權(quán)利要求29所述的信息處理方法，其特征在于，該內(nèi)容列表是其 中設(shè)置了提供給外部服務(wù)器的、對應(yīng)于該內(nèi)容的內(nèi)容URL的列表，并且具有 這樣的設(shè)置使得客戶端設(shè)備被允許基于內(nèi)容URL獲取內(nèi)容而無需涉及信息 處理裝置。
31. 如權(quán)利要求29所述的信息處理方法，其特征在于還包括在數(shù)據(jù)處理 單元執(zhí)行下述處理的步驟為客戶端設(shè)備提供設(shè)置信息，該設(shè)置信息將信息處理裝置設(shè)置為認(rèn)證和 密鑰交換處理的相對方，作為在客戶端設(shè)備從外部服務(wù)器獲取內(nèi)容的條件， 所述客戶端設(shè)備被要求執(zhí)行該認(rèn)證和密鑰交換處理。
32. 如權(quán)利要求31所述的信息處理方法，其特征還在于 在數(shù)據(jù)處理單元執(zhí)行下述處理為客戶端設(shè)備提供內(nèi)容列表，其中將信息處理裝置設(shè)置為認(rèn)證和密鑰交換處理的相對方的設(shè)置信息被包括在元信息 中。
33. 如權(quán)利要求22所述的信息處理方法，其特征在于還包括在數(shù)據(jù)處理單元執(zhí)行下述處理的步驟將用客戶端設(shè)備執(zhí)行的認(rèn)證和密鑰交換處理中生成的密鑰發(fā)送到作為內(nèi)容獲取源的外部服務(wù)器。
34. 如權(quán)利要求22所述的信息處理方法，其特征在于還包括在數(shù)據(jù)處理 單元執(zhí)行下述處理的步驟從客戶端設(shè)備接收對映射的外部服務(wù)器的服務(wù)屏幕獲取請求，傳輸該請 求到外部服務(wù)器，并且從外部服務(wù)器獲取服務(wù)屏幕，并為客戶端設(shè)備提供該 服務(wù)屏幕。
35. 如權(quán)利要求22所述的信息處理方法，其特征在于還包括在數(shù)據(jù)處理 單元執(zhí)行下述處理的步驟從客戶端設(shè)備接收按照HTTP (超文本傳輸協(xié)議)的服務(wù)屏幕獲取請求， 傳輸該請求到外部服務(wù)器，并且從外部服務(wù)器接收包括由HTML (超文本標(biāo) 記語言)數(shù)據(jù)形成的服務(wù)屏幕的HTTP響應(yīng)，并將該HTTP響應(yīng)傳輸?shù)娇蛻?端設(shè)備。
36. —種計算機(jī)程序，用于使得信息處理裝置執(zhí)行對連接到家庭網(wǎng)絡(luò)的 客戶端設(shè)備進(jìn)行設(shè)置使得其被允許使用由家庭網(wǎng)絡(luò)外的外部服務(wù)器提供的內(nèi) 容的處理，其特征在于使得執(zhí)行映射處理步驟，使得信息處理裝置的數(shù)據(jù)處理單元執(zhí)行經(jīng)由通信單元與 外部服務(wù)器的通信，執(zhí)行將外部服務(wù)器設(shè)置為虛擬家庭網(wǎng)絡(luò)設(shè)備的映射處理， 并且將基于映射處理的映射信息存儲在存儲單元中；以及外部服務(wù)器信息提供步驟，使得數(shù)據(jù)處理單元執(zhí)行下述處理響應(yīng)于從 客戶端設(shè)備接收到設(shè)備發(fā)現(xiàn)請求，獲取存儲單元中存儲的映射信息，并且基 于該映射信息，為客戶端設(shè)備提供對應(yīng)于外部服務(wù)器的信息，作為可從其接 收服務(wù)的設(shè)備的信息。
全文摘要
提供了一種配置，其中家庭網(wǎng)絡(luò)中的設(shè)備從家庭網(wǎng)絡(luò)外的服務(wù)器接收內(nèi)容并再現(xiàn)該內(nèi)容。家庭IMS網(wǎng)關(guān)將家庭網(wǎng)絡(luò)外的外部服務(wù)器映射為虛擬家庭網(wǎng)絡(luò)設(shè)備，并且響應(yīng)于從家庭網(wǎng)絡(luò)內(nèi)的內(nèi)容再現(xiàn)設(shè)備(DMP)接收到設(shè)備發(fā)現(xiàn)請求提供所映射的服務(wù)器信息。此外，內(nèi)容獲取請求從內(nèi)容再現(xiàn)設(shè)備傳輸?shù)酵獠糠?wù)器，使得外部服務(wù)器發(fā)送內(nèi)容到內(nèi)容再現(xiàn)設(shè)備。在內(nèi)容再現(xiàn)設(shè)備和家庭IMS網(wǎng)關(guān)之間執(zhí)行在DLNA中定義的認(rèn)證和密鑰交換，并且從家庭IMS網(wǎng)關(guān)傳輸生成的密鑰到內(nèi)容提供服務(wù)器。外部服務(wù)器基于所接收的密鑰傳輸加密的內(nèi)容。
文檔編號H04N7/173GK101438256SQ20078001650
公開日2009年5月20日 申請日期2007年2月23日 優(yōu)先權(quán)日2006年3月7日
發(fā)明者五十嵐卓也 申請人:索尼株式會社