用於在機頂盒中實現ims功能性的方法

2024-04-10 13:04:05

專利名稱：用於在機頂盒中實現ims功能性的方法
技術領域：
本發明一般涉及IPTV和IMS，並且具體涉及將此類IPTV和IMS功能性和能力提供到機頂盒。
背景技術：
網際網路協議(IP)多媒體服務在相同會話內提供話音、視頻、消息傳遞、數據等的動態組合。具有不同的可用應用和媒體類型使得增大向最終用戶提供的服務數量，並因此豐富人際溝通體驗成為可能。這能夠實現個性化的豐富多媒體通信服務。IP電視(IPTV)是一種新興系統，其中，通過網絡基礎設施，使用IP將數位電視和多媒體服務輸送家庭環境中存在的機頂盒。今天，IPTV最經常與視頻點播(VoD)和實況電視服務相關聯。然而，IPTV也能提供網際網路服務，例如web訪問和IP話音(VoIP)。IPTV的另一特徵是與其它多媒體服務集成和匯聚的機會。此機會主要受為在IPTV環境中輸送IP 多媒體服務提供架構框架的IP多媒體子系統(IMQ影響。能夠與機頂盒一起使用的此類基於IMS的服務包括聊天、存在服務、聯繫人列表服務和不同消息傳遞服務(如即時消息傳遞)，從而允許IPTV用戶相互通信。IMS通過使用標準化IMS服務使能器提供關鍵特徵，以便豐富最終用戶人與人之間的通信體驗，這便於通過基於IP的網絡實現新的、豐富的人與人(客戶端到客戶端)通信服務及人與內容(客戶端到伺服器)服務。通常，提供IPTV服務到最終用戶的基於IP的網絡能夠具有受管理的網絡或所謂的開放網際網路或不受管理的網絡的形式。後者通過網際網路提供IPTV服務，而無服務質量保證。前者的示例是由網絡運營商管理並能夠提供在保證的服務質量級別的基於無線電的通信網絡。家庭網絡中存在的影響IPTV服務的用戶終端(所謂的機頂盒(STB))通常是取決於是在受管理網絡還是開放網際網路中使用的不同類型的。例如，受管理網絡中使用的機頂盒可製造成包括用於能夠實現IMS服務的嵌入或本機(native)功能性，即電腦程式代碼。機頂盒因此包括對於設置和管理IMS會話所需的硬體元件和/或本地安裝的本機邏輯， 包括使用本機或嵌入的IMS應用與遠程IMS網關(IG)之間的家庭網絡接口 -IMS網關接口 (HNI-IGI)的能力。機頂盒也具有定義如何執行此類IMS有關通信的實現的IMS棧代碼。然而，機頂盒、電視及其它IPTV終端在涉及到新功能性時，在對購買用戶而言很昂貴的方面，極具成本敏感性。這意味著為了能夠實現IMS服務，用戶必須將其現有機頂盒替換為預配置成包括必需邏輯和應用以能夠實現IMS服務的機頂盒。然而，此類解決方案對用戶而言不但成本高，而且不靈活。

發明內容
因此，需要在未製造成帶有實現的本機或嵌入的IMS功能性的機頂盒中使得能夠使用受管理的IPTV和IMS服務。
一般目的是能夠實現到機頂盒的IMS服務。一個特定的目的是在機頂盒提供IMS功能性。簡要地說，本發明公開了在機頂盒中的瀏覽器環境中提供IMS功能性和應用，並因此無需在機頂盒具有IMS的任何本機支持，即預安裝的和配置的支持。在聲明型應用環境中在web瀏覽器中運行的基於腳本的IMS應用設計成在機頂盒中起到IMS應用的作用， 並執行必需的數據處理和與外部單元的IPTV會話信令。更詳細地說，實施例的一方面涉及一種配置成在家庭網絡內的機頂盒中實現的 IMS應用。所述IMS應用包括信號生成器，信號生成器配置成生成目的地是代表機頂盒的 IMS網關的IPTV會話信號以設置和控制IPTV會話。IMS應用的地址提供器配置成提供地址信息到在機頂盒中實現的嵌入的或本機的開放IPTV終端功能(OITF)系統。該地址信息與從連接到家庭網絡的全局網絡中媒體伺服器可用的媒體數據相關聯，並且媒體數據要在機頂盒在IPTV會話期間顯現。收到的地址信息源於IMS網關。此方面的IMS應用是基於腳本的IMS應用，配置成由機頂盒中實現的web瀏覽器來運行，並因此能夠在未製造成或以其它方式配置成包括預安裝的嵌入的或本機的IMS功能性的機頂盒中使用。又一方面涉及一種包括基於腳本的IMS應用和配置成能夠實現與IMS網關的通信的通信接口的機頂盒。web瀏覽器提供所謂的聲明型應用環境，其中運行基於腳本的IMS應用以生成可在機頂盒的或連接到機頂盒的顯示屏幕上向用戶顯示的網頁。嵌入的OITF系統在連接到通信接口的機頂盒中實現並且配置成基於由基於腳本的IMS應用所提供的地址信息來生成媒體請求。該媒體請求藉助於通信接口傳遞到全局網絡中的媒體伺服器以請求媒體數據，以便在正進行的IPTV會話內在機頂盒顯現。另一方面涉及包括通信接口的IMS網關，所述通信接口配置成能夠實現與家庭網絡中的機頂盒和全局網絡中的伺服器的通信。註冊處理器配置成生成包括機頂盒的用戶的用戶標識符並且目的地是全局網絡中IMS伺服器的註冊請求。IMS網關的預訂處理器配置成生成目的地是全局網絡中IPTV服務提供商的預訂請求。IMS網關由此代表機頂盒來處理註冊和服務發現與選擇。地址轉換處理器配置成為從全局網絡可用於用戶的每個IPTV服務將響應預訂請求而收到的地址信息映射到與相應IPTV服務相關聯但指向IMS網關的轉換的地址信息。IMS網關還包括頁面構建處理器，該頁面構建處理器配置成生成包括轉換的地址信息且目的地是機頂盒中基於腳本的IMS應用的網頁以便在顯示屏幕上藉助於web瀏覽器來顯示。根據一方面，一種設置IPTV會話的方法包括在機頂盒中實現的web瀏覽器中運行基於腳本的IMS應用。基於腳本的IMS應用基於機頂盒的或連接到機頂盒的用戶輸入的激活而生成IPTV會話設置信號。IPTV會話設置信號傳遞到IMS網關，IMS網關又傳送由基於腳本的IMS應用來接收的地址信息。與從媒體伺服器可用的媒體數據相關聯的地址信息由基於腳本的IMS應用轉發到機頂盒的嵌入的OITF系統，以在IPTV會話內觸發對媒體數據的媒體請求的生成。在另一方面，一種設置IPTV會話的方法包括IMS網關將包括機頂盒的用戶的用戶標識符的註冊請求傳送到IMS伺服器。IMS網關還傳送目的地是IPTV服務提供商的預訂請求，服務提供商通過向IMS網關返回地址信息來做出響應。此地址信息與可用IPTV服務相關聯，並且由IMS網關映射成指向IMS網關的轉換的地址信息。轉換的地址信息用於編制傳送到機頂盒的基於腳本的IMS應用的網頁。執行與IMS網關的IPTV和IMS會話通信所要求的協議和邏輯因此無需在機頂盒預安裝，而是能轉而由瀏覽器實現的基於腳本的IMS應用來處理。這意味著IMS服務能夠提供到具有實現聲明型應用環境的web瀏覽器的所有機頂盒。


通過結合附圖，參照以下描述，可最好地理解本發明及其其另外的目的和優點，其中圖1是IP電視(IPTV)分發網絡的示意圖；圖2是家庭網絡中根據現有技術的機頂盒(STB)的結構架構的示意圖；圖3是家庭網絡中根據一實施例的STB的結構架構的示意圖；圖4A和4B是示出設置IP多媒體子系統(IMS)會話的一實施例的信號圖；圖5A和5B是示出設置IMS會話的另一實施例的信號圖；圖6是示出設置和結束視頻點播(VoD)會話的一實施例的信號圖；圖7是示出設置、控制和結束涉及調度內容的IMS會話的一實施例的信號圖；圖8是示出設置和控制涉及調度內容的IMS會話的另一實施例的信號圖；圖9是IMS應用的一實施例的示意框圖；圖10是STB的一實施例的示意框圖；以及圖11是IMS網關(IG)的一實施例的示意框圖。
具體實施例方式在所有圖形中，相同的引用標號用於類似或對應的要素。實施例涉及向用戶終端和機頂盒提供網際網路協議(IP)多媒體子系統(IMQ服務， 而無需在機頂盒中存在作為已安裝的嵌入或本機應用的任何預配置的IMS應用。圖1是基本上包括家庭網絡1和全局網絡2兩個互連網絡的IP電視(IPTV)系統的示意圖。全局網絡2能夠是由網絡運營商運營的受管理或專有網絡。備選的是，全局網絡2是未受管理的或開放網絡，在本領域中一般指開放網際網路。在任一情況下，全局網絡2 擁有一個或多個內容提供商或媒體伺服器70，它們對要分發到家庭網絡1中存在的用戶設備或機頂盒50的媒體內容具有訪問權。這些媒體伺服器70能夠是網絡布置的、專用的媒體伺服器，或者實際上表示從其相應家庭網絡中其它用戶可用的媒體形式中的消費者生成的媒體。媒體一般通過一個或多個IPTV提供商或IPTV應用伺服器80和一個或多個訪問提供商90可用於家庭網絡1。前者表示向IPTV系統的用戶提供IPTV服務的網絡實現的實體，而後者向家庭網絡2提供到提供的服務的實際傳輸和訪問。圖1所示全局網絡2應只視為是IPTV系統的全局網絡部分的一說明性示例。備選地能夠使用包括比圖中所示更多或更少網絡實體的其它網絡解決方案，而對實施例的教導無任何影響。例如，在一些網絡中，單個運營商或伺服器能夠起到所有或一些以下功能性的作用媒體伺服器70、IPTV提供商80和訪問提供商90。有時表示為住宅網絡或消費者網絡的家庭網絡1在一些實施例中能夠基於乙太網或現有有線家庭聯網技術之一，如家庭電話線聯網聯盟(HomePNA)或電信標準部門 (ITU-T)G. hn標準，其提供了使用現有家庭接線來形成高速區域網的可能性。其它示例包括不同的區域網(LAN)解決方案。這意味著包括IMS服務的IPTV有關的服務能夠通過IP和諸如不對稱數字訂戶線路(ASSL)、極高速率數字訂戶線路(VDSL)、公共網際網路等客戶的寬帶連接來輸送。此外，能夠使用無線網絡解決方案建立本地網絡，包括有線和無線技術的組合。
家庭網絡1的裝置20-50通常通過兩個網絡1、2之間提供接口的網關(GW) 10互連到全局網絡2。此網關10在將例如用戶生成的IPTV服務請求等數據從家庭網絡1轉發到全局網絡2、以及將例如IPTV服務和相關聯媒體等數據從全局網絡2轉發到家庭網絡1 方面以類似於路由器的方式操作。在圖1所示實施例中，家庭網絡1還包括家庭IMS網關(HIGA)，該網關在本領域中經常簡單地表示為IMS網關(IG) 20，其通常管理家庭網絡1內的IMS端接和交互工作。IG 20因此能夠具有到一個或多個具IMS能力的裝置30、35、50的有線或無線連接，這些裝置在圖中以非限制方式由行動電話30、計算機/膝上型計算機35和一般機頂盒(STB)來表示。IG 20能夠是如圖所示連接到GW 10的獨立裝置。備選的是，IG 20的功能性能夠在與GW 10相同的物理裝置中提供，由此基本上在單個裝置中組合IMS選通(gating)和網絡互連與選通。此類裝置因而能夠是數據機或其它網關單元。雖然IG 20在圖中示為形成家庭網絡1的一部分，但這只應視為一說明性實施例。 此外，網絡實現的IG解決方案是可能的，並且在實施例的範圍內，其中，IG 20完全或至少部分在全局網絡2中實現。在此類情況下，IG 20在網絡節點中有利實現，並且能夠與全局網絡2的其它功能性共同布置，例如IPTV提供商80和/或訪問提供商90。家庭網絡1 一般包括一個或多個機頂盒50，機頂盒50是能夠處理和顯現IPTV媒體的裝置。有大量的不同用戶設備、終端和裝置能夠起到家庭網絡1中機頂盒50的作用。 一些非限制性示例包括具有以下能力的解碼器、計算機等從IPTV提供商80和網關10接收媒體數據並在包括的或連接的顯示屏幕60上處理媒體數據，即解碼和顯現媒體數據。與數位電視系統中的傳統解碼器和機頂盒不同，在IPTV系統中，機頂盒50提供IP網絡上的雙向通信，並且允許將流媒體解碼。根據實施例，可選地通過IG 20以無線方式與網關10 通信的移動裝置30、35也能夠作為機頂盒來操作。因此，圖中所示的行動電話30和計算機 /膝上型計算機35能夠視為機頂盒。機頂盒也能夠集成在顯示裝置中，例如，IPTV啟用的電視。在下述內容中，機頂盒用於表示能夠在家庭網絡中被提供並運行應用以用於向一個或多個用戶提供IPTV服務的目的並具有處理IPTV有關媒體的功能性以用於連接的顯示屏幕上的顯示(例如對於視頻、圖像、文本等媒體形式)和/或由連接的揚聲器的播放(例如對於音頻的媒體形式)的任何用戶設備、終端或裝置。在本領域中，開放IPTV終端功能(OITF)或IPTV終端功能(ITF)有時用於表示機頂盒和其中對於設置和管理IPTV會話所需的功能性。然而，在本文檔中，機頂盒一直用於表示設計成在家庭網絡中被提供並向用戶提供包括IMS服務的IPTV服務的裝置。表述「機頂盒」因此也涵蓋本領域中表示為OITF和ITF的那些裝置或裝置實現的功能性。IPTV應從廣義上理解為包括通過基於IP的網絡輸送到家庭網絡中用戶設備的多媒體服務，如電視、視頻、音頻、文本、圖形、數據，在用戶設備中實現了本地處理，即媒體的顯現和/或播放。機頂盒一般包括或能夠運行向用戶提供IPTV服務的各種IPTV有關應用。在傳統 IPTV系統中，這些IPTV有關應用且具體而言IMS應用一直主要採用嵌入的或本機的應用的形式。此類嵌入的應用在機頂盒本地安裝和運行。機頂盒因而能夠預裝備有此類已安裝的嵌入應用。在下述內容中，「嵌入的OITF系統」表示嵌入機頂盒並在機頂盒本機的機頂盒的 OITF功能性的那些部分。這意味著，此嵌入的OITF系統在機頂盒本地安裝和運行，並且一般在銷售時預安裝在其中。機頂盒由此包括用於由機頂盒的通用處理器執行時實現OITF 系統的功能性的程序代碼單元和/或硬體結構。嵌入的OITF系統因此具有其自己的直接用戶交互，如遙控器、鍵盤、滑鼠等以及音頻/視頻顯現和可選的抓取(grabbing)功能性， 如顯示器、揚聲器、相機、麥克風，或者能夠直接連接到其它音頻/視頻顯現/抓取裝置，而不經過家庭網絡通信。圖2示意示出根據現有技術的帶有實現的OITF功能性的機頂盒50的概觀。此 OITF負責提供IPTV和IMS服務到如開放IPTV論壇所定義的機頂盒50。在圖中，基於家庭網絡接口-IMS網關接口(HNI-IGI)的通信涉及IMS會話。因此，HNI-IGI播放器使能器能夠被提供為音頻/視頻(AV)播放器、廣播應用、媒體播放器與IG 20之間的接口。此外，用戶管理、註冊和服務發現與選擇(SD&S)使用HNI-IGI消息傳遞與IG 20通信。這些接收的 HNI-IGI消息通常由IG 20轉變成會話發起協議(SIP)消息，SIP消息通過區域網(LAN)轉發到網關10，並隨後進一步傳送到在圖中表示為廣域網(WAN)的全局網絡2中。在此上下文中，IG 20可表現得像超文本傳輸協議(HTTP)伺服器，並且OITF表現得像HTTP客戶端。 這意味著HNI-IGI消息通常採用HNI-IGI HTTP請求或響應的形式，例如HTTP P0ST/〈HTTP 報頭 >〈X-0ITF擴展報頭 > 或〈X-HNI-IGI擴展報頭>內容-類型〈…〉內容-長度〈數量〉〈消息主體〉HTTP/1. KHTTP 響應 >〈HTTP 報頭 >〈X-0ITF擴展報頭 > 或〈X-HNI-IGI擴展報頭>內容-類型〈…〉內容-長度〈數量〉HNI-IGI消息能夠是SIP類型的，其中消息是對應於SIP消息的HNI-IGI消息。 IG 20通過添加和更改相關報頭，將此消息轉變成對應的SIP消息。AUX類型的HNI-IGI消息是不轉變為SIP消息的HNI-IGI消息。IG 20轉而處理此消息並相應地做出響應。對於 HNI-IGI消息傳遞和OITF與IG之間通信的更多信息，請參照開放IPTV論壇-發行版1規範，第4卷-協議，VI. 0，2009年1月6日，其教導通過引用完全結合於本文中，特別是涉及協議系統基礎設施功能(Protocols System Infrastructure Functions)的第5. 5節和涉及 OITF-IG 接口 (HNI-IGI)的 5. 5.1。這意味著未在本地安裝用於執行與IG 20的通信的此類IMS應用和邏輯的機頂盒 50不能利用當前IPTV系統中可用或者將在將來設計的大量可用的IMS服務。機頂盒50因而缺乏與IG 20通信以用於請求、設置和管理IPTV和IMS會話目的的必需功能性。如本文中所公開的實施例將傳統本機的或嵌入的IMS應用替代為基於腳本和瀏覽器的IMS應用。要在web瀏覽器環境中運行的此類基於腳本的應用有時在本領域中稱為 web應用，並且具體而言在IPTV領域內稱為聲明型應用環境(DAE)應用。與嵌入的IMS應用明顯不同的是，基於腳本的IMS應用通過諸如網際網路或內部網的網絡經web瀏覽器來訪問。基於腳本的應用通常是以瀏覽器支持的語言來編碼的軟體應用。基於腳本的應用依賴 web瀏覽器來顯現應用可執行文件。圖3是根據一個實施例帶有嵌入的OITF系統和基於腳本的IMS應用40的機頂盒 50的對應概觀。在此實施例中，通過在瀏覽器頁面中運行的基於腳本的IMS應用，完成與代表機頂盒50和嵌入的OITF系統的IG 20的HNI-IGI信令。基於腳本的IMS應用40在DAE環境中提供，S卩，由瀏覽器運行，並且優選使用到 IG 20的HTTP接口。這意味著基於腳本的IMS應用40能夠使用標準化的基於HTTP的接口 (即HNI-IGI)來實現與代表機頂盒50的IG 20的信令。如通過比較圖2和3所看到的，嵌入的OITF系統與IG 20之間的必需HNI-IGI信令現在由基於腳本的IMS應用來管理，而不是如在現有技術中一樣在嵌入的OITF系統中的不同功能性與IG 20之間執行。這意味著與圖2中現有技術明顯不同，圖3的機頂盒50不必具有任何預安裝的本機的或嵌入的IMS應用和IMS協議棧。基於腳本的IMS應用40因此作為用於處理IMS數據的嵌入的OITF系統和功能以及嵌入的應用(例如播放器或AV播放器)與IG 20之間的網關來操作。通常，IMS信令功能性因此從機頂盒的本機或嵌入的代碼或結構轉移到基於腳本的IMS應用40。這意味著在IG 20中而不是在嵌入的OITF系統中有利地提供了用於服務發現、預訂和註冊的功能性。然而，實施例無意限制在何處執行這些功能。通常，所有或僅其一些功能能夠在IG 20中執行。這在本文中進一步詳細地描述。圖4A和4B是示意信令圖，其示出OITF發起的實施例，用於激活機頂盒的目的以使得它準備用於設置IPTV或IMS會話(如果這是期望的)。在圖中，「0ITF」表示通常提供為嵌入的或本機的代碼和功能的嵌入的OITF系統，一般提供為可直接加載到計算機或處理單元的內部存儲器中的電腦程式產品，並包括用於執行必需功能的軟體代碼部分。計算機應從廣義上理解為包括含有如本文中所述的嵌入OITF功能性的任何裝置或終端，而無論是固定的還是便攜的。此類計算機能夠是機頂盒的任何前面提及的示例。「DAE-IMS」 應用表示機頂盒中的web瀏覽器、即DAE中運行的基於腳本的IMS應用。在一典型的實施例中，嵌入的OITF系統和基於腳本的IMS應用存在於相同的物理裝置中，能夠備選地安置在不同裝置中，這些裝置之間具有有線或無線連接。IPTV AS表示IPTV應用伺服器，其對應於圖1的IPTV(服務)提供商。發起過程通常通過啟動嵌入的OITF系統而開始(如果這尚未進行)。這根據現有技術過程來執行。相應地，IG執行用戶標識符的提供和啟動，例如使用動態主機配置協議 (DHCP)，這是用於獲得配置信息以便在IP網絡中操作的網絡應用協議。特別優選的是IG能夠實現與服務發現信息的檢索有關的DHCP選項IM和125。一旦嵌入的OITF系統已啟動，它便優選自動發動啟動請求，該請求是內部呼叫，將基於腳本的IMS應用或更正確地說web瀏覽器引導到IG的某個地址，如http:// IG. fixed, local。IG因而優選地具有固定的完全合格域名(FQDN)，有時稱為絕對域名。 FQDN是在域名系統(DNS)的樹狀分層結構中指定其確切位置的域名。此固定FQDN指向IG， 以便IG充當DNS伺服器本身，以將該FQDN指向本身。FQDN優選是固定的，意味著它能夠編碼或存儲到嵌入的OITF系統代碼或結構中，而無需在每次執行發起過程時IG向嵌入的 OITF系統通知FQDN。備選的是，嵌入的OITF系統因而必須使用基於腳本的IMS應用從IG 或從某一其它單元請求此FQDN。將消息路由到IG的上述方法具有以下附加價值如果沒有IG，則負責DNS伺服器的訪問網絡提供商能解析IG FQDN並將它指向web伺服器。此web伺服器例如能夠顯示訂戶能夠如何預訂IPTV服務的商業信息。基於接收的啟動請求，IG提供用戶選擇頁面，該頁面返回到基於腳本的IMS應用以便向用戶顯示。此用戶選擇頁面能夠在IG中預安裝，或者IG基於啟動請求的接收而根據需要來生成它。用戶選擇頁面包括能夠使用其中提供嵌入的OITF系統的機頂盒的可用用戶的至少一個用戶標識符。用戶標識符能夠是允許識別用戶的任何標識符或信息。非限制性示例包括用戶名、教名和可選地包括姓、IMS選擇的計算機生成的用戶標識符等。基於腳本的IMS應用隨後在機頂盒的或連接到機頂盒的顯示屏幕上藉助於web瀏覽器顯示收到的用戶選擇頁面。用戶隨後能在IG提供的不同用戶之間選擇。例如，由父親、 母親和兩個小孩組成的家庭能夠具有五個不同的提供的用戶，包括未個性化的默認用戶簡檔。用戶單擊或其它方式選擇他/她想要使用的特定用戶標識符或名稱。諸如滑鼠鍵、觸摸敏感的屏幕或鍵盤按鍵等用戶輸入的激活生成包括與選定用戶相關聯的用戶標識符的用戶選擇命令。可選的是，發起認證過程，其中促使用戶輸入密碼或PIN碼以便獲得對選定用戶簡檔的訪問權。此認證過程能夠通過HTTP :401未授權(UNAUTH0RUED)消息的生成和傳送到基於腳本的IMS應用來執行，促使用戶輸入返回到IG的密碼或PIN碼。一旦已向IG通知選定用戶，便由IG構成與選定用戶有關的註冊請求。註冊請求優選是包括選定用戶的用戶標識符的SIP:註冊(REGISTER)消息。IG將此註冊請求傳送到 IMS。IMS返回SIP:2000K形式中的確認消息。此信令如在現有技術中一樣執行，但有極大的不同。執行向IMS的用戶註冊的是IG而不是如現有技術中的嵌入的OITF系統。對應地，執行預訂過程，其涉及由IG生成和傳送一般在SIP 預訂(SUBSCRIBE)消息形式中的預訂請求，之後是從IPTV AS返回確認SIP :2000K。IPTV AS還傳送與服務發現與選擇(SD&S)有關的SIP 通知(NOTIFY)消息，而IG通過傳送SIP :2000K響應該消息。 此處新穎的特徵是涉及與IPTV AS的預訂和SD&S通信的是IG而不是嵌入的OITF系統。IG隨後創建網頁，該網頁包括可用於預訂的和註冊的用戶並通過SD&S通知從服務提供商(即IPTV AS)通知的IPTV服務(包括IMS服務)的信息。IG還將響應預訂請求而收到的地址信息轉變或轉換成指向IG的轉換的地址信息。例如，IG有利地映射從IPTV AS收到的每個通用資源定位符(URL)以轉而指向IG。這能夠通過映射每個通知的URL到 IG中的本地URL或者通過實際改寫URL來執行。IG還可選擇性地將來自IPTV AS的IPTV服務選擇與實際IPTV提供商相關聯，以便作為代理來處理傳輸層安全(TLS)和認證。在IG構成和提供服務提供商選擇頁面的一個優點是IG能夠添加不僅來自單個 IPTV服務提供商或IPTV AS而且實際來自不同IPTV服務提供商的IPTV服務選擇。例如， IG可被安裝或連接到傳統ADSL數據機。在此類情況下，IG實際上不但可與IPTV AS 通信，而且例如還可與能夠向IPTV會話內的用戶提供媒體服務的有線TV提供商通信。這意味著IG能夠從包括不同技術的多個不同服務提供商收集可用服務的信息，並且將此信息構成對使用他/她的web瀏覽器的用戶所顯示的單個呈現頁面。創建的服務提供商選擇頁面傳送到基於腳本的IMS應用以便在機頂盒的或連接到機頂盒的顯示屏幕上在web瀏覽器上向用戶顯示。顯示的網頁列出IPTV AS基於SD&S 過程而提供的IPTV服務選擇。可選的是，還能夠處理TLS和/或認證。顯示的網頁列出不同服務提供商標識符、名稱或信息，這允許用戶在可用服務提供商之間進行識別和選擇。這些服務提供商標識符能夠是IG生成的轉換的地址信息，或者是服務提供商選擇頁面中提供的並由IG基於在SD&S過程中收到的數據而提供的其它信息或數據。此實施例的一個優點是IG能夠顯示服務提供商和不具有IPTV性質的選擇信息。 非IPTV數據可以是例如電纜、數字地面或衛星TV。機頂盒的用戶選擇這些服務時，它們從其原來的性質轉換成IPTV格式以便在標準IPTV終端和IPTV會話內執行服務。隨後，用戶通過激活機頂盒的或連接到機頂盒的用戶輸入，選擇服務提供商之一。 該用戶輸入激活觸發基於腳本的IMS應用生成包括選定服務提供商的提供商標識符的服務提供商命令。在一優選實施例中，基於與服務提供商選擇頁面一起提供的轉換的或改寫的URL，基於腳本的IMS應用生成服務提供商命令。由於這些轉換的URL指回IG而不是原 IPTV應用伺服器，所以服務提供商命令的目的地將是IG。IG以服務選擇消息的形式返回與選定服務提供商有關的數據。服務選擇消息優選地包括選定服務提供商處可用的IPTV服務的地址信息。服務選擇消息傳送到基於腳本的 IMS應用，而基於腳本的IMS應用生成和轉發服務描述負載命令到嵌入的OITF系統。此服務描述負載命令例如包括服務提供商的ULR和類型信息。嵌入的OITF系統優選地返回確認或OK消息。嵌入的OITF系統還發動HTTP請求以從IPTV AS獲得發現數據。此發現數據例如能夠採用列出從服務提供商可用的IPTV內容和媒體的電子節目指南(EPG)形式，從而允許用戶例如按時間、標題、頻道、流派等來瀏覽、選擇和發現媒體內容。此外，能夠使用其它類型的描述信息來通知用戶在IPTV AS可用的IPTV服務。IPTV AS返回確認與發現數據，例如以HTTP :2000K消息的形式。備選的是，如果IG已添加另一服務提供商到服務提供商選擇頁面，則此類有線TV 分銷商或數字視頻廣播(DVB)內容、HTTP獲得發現數據被傳送到IG，因為IG當時將發現指向自己。IG隨後將返回確認和發現數據到嵌入的OITF系統。在一實施例中，基於腳本的IMS應用生成和傳送門戶(portal)通信消息到IG以加載發送到IG的服務提供商命令中提供的門戶頁面，即服務提供商數據。IG代理此請求， 並且可將HTTP門戶消息轉換成發送到IPTV AS的HTTP安全(HTTP(S))門戶通信。可選的通用自舉架構(GBA)能夠用於提供安全機制。IPTV AS隨後向IG返回HTTP(S) :401未授權(UNAUTH0RUED)消息，如果使用GBA安全機制則隨後返回憑證信息。IPTV AS還通過到 IG的響應確認HTTP (S) :2000K，確認HTTP^門戶通信的接收。此確認由IG轉發到基於腳本的IMS應用以通知發起過程已成功。基於腳本的IMS應用優選返回所謂的未決命令，如以HNI-IGI PENDING_IG消息的形式，其是未決HTTP請求。此請求允許IG在它由於來自例如IPTV AS的網絡的進入請求而需要聯繫嵌入的OITF系統時做出響應。在圖4A和4B中示出的上述信號過程能夠在不使用通用即插即用(UPnP)的情況下執行。UPnP是允許裝置無縫連接的計算機協議集合，並為數據共享、通信和娛樂而簡化家庭網絡的實現。如果裝置、即機頂盒和IG實現裝置能夠使用UPnP相互通信，則如圖5A和 5B所示，能夠使用稍微不同的發起過程。該過程類似於圖4A，以嵌入的OITF系統的啟動和IG的提供和啟動來開始。圖5A 中所示且圖4A中不存在的下面五個信令步驟與UPnP信令有關。因此，在此實施例中，執行另一自舉過程。儘管圖4A中的實施例基於固定的IG FQDN，但圖5A使用UPnP。嵌入的OITF 系統因此編制和傳送形成UPnP發現協議一部分的UPnP搜索請求。IG返迴響應消息，該消息包括有關IG的很少、基本的細節，並且具體而言到有關IG的更詳細信息的指針或URL。在嵌入的OITF系統發現IG後，它對IG的了解仍極少。為了解有關IG及其能力的更多信息，或者與其交互，嵌入的OITF系統從一般在HTTP:獲得(GET)消息形式中的發現消息中提供的URL來檢索IG的描述。IG以HTTP :2000K響應的形式返回請求的方法，如支持的方法和其URL(IG URL)。帶有通知的IG URL的HTTP GET消息發送到基於腳本的IMS 應用並轉發到IG。涉及註冊、預訂和SD&S過程的以下過程以如上結合圖4A和4B所述的相同方式執行。IG隨後編制服務提供商選擇頁面，並藉助於基於腳本的IMS應用在web瀏覽器中向用戶顯示編制的服務提供商選擇頁面。選定服務提供商的信息在服務提供商命令中返回到IG。在此實施例中，IG隨後編制服務提供商數據，並以例如HTTP:重定向(REDIRECT)消息的形式將它傳送到基於SD&S而提供的並由基於腳本的IMS應用在web瀏覽器上顯示的 web供應(offering)或供應頁面。圖5B中的以下通信類似於圖4B。GBA安全機制是可選特徵，在圖5B所示的實施例中已省略。因此，在公開的信號圖中，IG將處理受管理的支持，例如註冊過程，並且不要求本機HNI-IGI支持。為IPTV AS接收的SD&S數據由IG解析，並用於生成網頁，該網頁藉助於機頂盒的基於腳本的IMS應用和web瀏覽器向用戶顯示。在圖4A到5B中，IPTV服務提供商已例示為單個實體，即IPTV AS。備選的是，IPTV 服務提供商能夠包括專用IPTV控制器和IPTV應用。在此類情況下，SD&S通信優選在IG與 IPTV控制器之間執行，而門戶通信轉而在IG與IPTV應用之間執行。在一備選方案中，嵌入的OITF系統能夠執行服務發現。在此類情況下，服務發現能夠用DHCP而不用IMS來執行。IG隨後將響應來自嵌入的OITF系統的DHCP，並且呈現服務提供商發現信息而不用IMS。今天在DHCP選項124/125中有三個選項IP位址、DNS名稱或IMS，後者正用於受管理的網絡。這意味著在此實施例中，無需IMS，而是能夠轉而使用對於DHCP的其它選項。圖4A和5A示出自舉的各種實施例。在仍有的另一個實施例中，DHCP用於查找IG。 此類實施例類似於UPnP實施例來工作，不同之處在於將轉而使用DHCP。
圖6是視頻點播(VoD)形式中的IPTV會話的一示例。與現有技術解決方案明顯不同，與圖3相比，圖6所示的基於HNI-IGI的通信在web瀏覽器中運行的基於腳本的IMS 應用與IG之間執行。現有技術解決方案在嵌入的OITF系統中具有預配置的本機代碼，以便實現此類HNI-IGI通信，並因此在嵌入的OITF系統與IG之間具有HNI-IGI消息傳遞，見圖2。在一可選步驟中，如果存在改變用戶的需要，則基於腳本的IMS傳送包括相關用戶的標識符的HNI-IGI 註冊(REGISTER)消息。IG將HNI-IGI消息轉換為包括用戶標識符的對應SIP:註冊(REGISTER)消息，並將它傳送到IMS。如果不存在改變註冊的用戶的需要，則此信令能夠被省略。基於腳本的IMS應用編制HNI-IGI 選項(OPTIONS)請求以請求IPTV AS的伺服器能力。OPTIONS請求一般最初來自web伺服器或來自本地基於腳本的IMS應用。OPTIONS 請求優選地包括請求的VoD數據的標識符，例如以URL或其它地址信息的形式。IG接收 HNI-IGI消息，並將它處理成傳統SIP 選項(OPTION)請求，以及將包括的標識符替代為標識符URL2。SIP :0PTI0NS請求傳送到IPTV AS, IPTV AS返迴響應消息SIP :2000K，該消息包括由基於腳本的IMS應用用於發起IPTV會話的信息SDP1。附加的信息包括優選在會話描述協議(SDP)格式中的會話描述。響應返回到IG，IG將SIP響應映射到對應HNI-IGI響應，並將消息轉發到基於腳本的IMS應用。通過埠請求，基於腳本的IMS應用從嵌入的OITF系統請求VoD會話中要使用的視頻且優選是音頻埠的信息。嵌入的OITF系統返回帶有請求的信息的響應消息，即相關視頻和音頻埠的至少一個埠標識符。基於腳本的IMS應用生成並傳送HNI-IGI 邀請(INVITE)消息，優選帶有媒體數據應發送到的視頻和音頻埠的信息的SDP供應(SDP offer)。此邀請消息表示對IPTV會話的請求。IG處理邀請消息並將它變換成發送到IPTV AS的SIP 邀請(INVITE)消息。包括優選的SDP應答的響應消息SIP :2000K返回到IG，其包括請求的媒體的地址信息(URL2)。 在傳送到基於腳本的IMS應用前，IG將響應消息轉換成HNI-IGI :2000K響應。基於腳本的IMS應用現在具有與如從HNI-IGI :2000K響應中收到的媒體數據相關聯的地址信息的訪問權。基於腳本的IMS應用因此優選生成帶有地址信息、即URL2的播放請求，並且將它發送到嵌入的OITF系統以使它從媒體伺服器(MS)請求期望的媒體流，即 VoD媒體流。此播放請求優選地包括嵌入的OITF系統不應執行設置過程的指示，因為基於腳本的IMS應用已經與IG和IPTV AS執行了此類設置過程。實時流傳送協議(RTSP)播放(PLAY)請求形式中的媒體請求隨後由嵌入的OITF 系統構成和傳送到根據URL2識別的媒體伺服器。該媒體伺服器將VoD數據的請求的單播流返回到嵌入的OITF系統，其中，數據經解碼和顯現以便在包括的或連接的顯示屏幕上顯示，並在包括的或附接的擴音器上播放音頻。如果用戶選擇停止VoD會話，則他/她藉助於基於腳本的IMS應用激活web瀏覽器上顯示的網頁上的停止功能，使得生成轉發到嵌入的OITF系統以停止媒體數據的顯現的停止消息。HNI-IGI 再見(BYE)消息形式中的用於終止會話的請求也被構成並發送到 IG, IG將它變換成發送到IPTV AS的SIP 再見(BYE)消息以終止會話和停止媒體數據的輸送。SIP :2000K響應被返回到IG並轉變成HNI-IGI :2000Κ消息，該消息被轉發到基於腳本
1的IMS應用以指示會話已終止。在web瀏覽器上運行的基於腳本的IMS應用因此以與現有技術明顯不同的方式執行與IG的所有HNI-IGI信令。它也實現了埠預獲取以將此信息經IG轉發到IPTV AS。 腳本還生成RTSP信令的指示，並帶有RTSP 設置(SETUP)過程不應由嵌入的OITF系統來發起的優選指示。圖7是示出設置和管理IPTV會話的另一實施例的信號圖。在此示例中，示出了所謂的調度的內容會話。調度的內容涉及播出調度由不同於用戶的實體來固定以及內容輸送到用戶以用於立即消費的時間。這能採用提供不同的TV或媒體頻道(media channel)到用戶的形式。多播通常用於輸送在IPTV中調度的內容服務，但如前面提到的一樣，源不限於IPTV，而是相反能夠是IG已在服務提供商選擇頁面中輸入的非IPTV服務提供商，如有線、數字地面或衛星TV，如上結合圖4B所討論的。過程以可選的用戶註冊過程開始(如果必需的話)。在此示例中，基於腳本的IMS應用通過網絡(即IPTV AS)、IG的通知或本地DAE 接口而預先知道可用的媒體頻道。基於腳本的IMS應用編制帶有優選SDP供應的HNI-IGI 邀請(INVITE)消息，並將它傳送到IG，IG將它變換成目的地為IPTV AS的對應SIP 邀請 (INVITE)消息。基於收到的消息，IPTV AS生成帶有優選SDP應答的SIP :2000K響應。此響應由IG處理成對應的HNI-IGI響應並發送到基於腳本的IMS應用。從IG收到的會話描述消息由基於腳本的IMS應用用於提供與來自媒體源的媒體數據相關聯的地址信息。在此實施例中，相關地址信息是期望的媒體頻道，優選地在媒體頻道的網際網路組管理協議(IGMP)地址的形式中。相關媒體頻道地址通過設定頻道命令而傳遞到嵌入的OITF系統。嵌入的OITF系統使用此信息來編制此處由(JOIN)請求表示的媒體請求，並將它傳送到多播源，即媒體伺服器。具有嵌入的OITF系統的機頂盒由此加入多播或廣播頻道，並開始接收多播流的媒體數據。此接收的數據被解碼並隨後被顯現以便向用戶顯示和回放。如果用戶在媒體會話期間將想要更改頻道，則用戶簡單地藉助於基於腳本的IMS 應用在web瀏覽器中顯示的網頁上選擇其它可用媒體頻道之一。基於腳本的IMS應用隨後編制包括新媒體頻道的IGMP地址的新設定頻道命令並將它傳送到嵌入的OITF系統。組合的IGMP 離開/加入(LEAVE/JOIN)消息或分開的IGMP 離開(LEAVE)和IGMP 加入(JOIN) 消息隨後被編制並發送到多播源，以使該源停止輸送舊頻道的媒體數據並轉而開始輸送新頻道的媒體數據。如果用戶隨後想要停止媒體會話，則如上在圖6中所述的，他/她激活網頁上的停止功能，以使得生成和傳送HNI-IGI 再見(BYE)消息。基於腳本的IMS應用還通過釋放消息指示嵌入的OITF系統終止會話。在上述實施例中，基於IGMP地址來設定媒體頻道。在此類情況下，能夠從廣播發現記錄來獲取必需的數據和參數。這能夠由基於腳本的IMS應用通過讀取XML文檔來完成。圖8示出一備選方案，其中，在嵌入的OITF系統中包括了廣播發現記錄。基於腳本的IMS應用隨後從嵌入的OITF系統或代碼來請求要在HNI-IGI 邀請(INVITE)中使用的SDP數據，並且特別是IGMP地址。這意味著基於媒體頻道的包括的標識符來請求選定媒體頻道的期望IGMP地址。此標識符從設置過程提供到基於腳本的IMS應用，如上結合圖4A-5B所討論的。嵌入的OITF系統返回帶有請求的信息的SDP。基於腳本的IMS應用可以可選地還從嵌入的OITF系統請求期望的頻道的帶寬特性的信息。嵌入的OITF系統優選返回此類帶寬信息，如最大比特速率(MBR)和目標傳送速率(TTR)。除了如果由用戶發起頻道更改則新的可選帶寬信息請求優選地由基於腳本的IMS 應用來編制並傳送到嵌入的OITF系統外，剩餘的過程隨後與上面結合圖7所討論的相同。圖4-8的信號圖中公開的上述實施例應視為說明性示例，並且實施例並不限於此。例如，上述消息類型的信令協議是基於當前標準情況。本領域中，存在與標準有關的正在進行的開發。因此，能用於實現上面內容中所述的期望效應的其它消息傳遞類型和標準協議能夠轉而被使用並且在實施例的範圍內。因此，在設置IPTV會話的一般實施例中，方法涉及在機頂盒中實現的web瀏覽器中運行基於腳本的IMS應用。基於腳本的IMS應用基於機頂盒的或連接到機頂盒的用戶輸入的激活，生成IPTV會話設置信號。會話設置信號傳遞到連接到家庭網絡中存在的機頂盒的IG。基於腳本的IMS應用還從IG接收與從連接到家庭網絡的全局網絡中媒體伺服器可用的媒體數據相關聯的地址信息。此地址信息從基於腳本的IMS應用轉發到機頂盒的嵌入的OITF系統，以由此在IPTV會話內觸發生成對媒體數據的媒體請求，該請求的目的地是媒體伺服器。在一特定實施例中，基於腳本的IMS應用如圖4A所示從嵌入的OITF系統接收啟動請求，並且將此啟動請求轉發到IG以由此觸發生成用戶選擇頁面。方法隨後還包括在基於腳本的IMS應用接收包括可用用戶的至少一個用戶標識符的用戶選擇頁面。基於腳本的 IMS應用藉助於顯示屏幕上的web瀏覽器來呈現用戶選擇頁面，並向IG傳送包括選定用戶的用戶標識符並基於機頂盒的用戶輸入的激活而生成的用戶選擇命令。方法優選還包括在基於腳本的IMS應用且從IG接收服務提供商選擇頁面，該頁面包括與從全局網絡可用於用戶的服務提供商相關聯的相應提供商標識符。然而，這些提供商標識符由IG設計成指向IG而不是服務提供商。基於腳本的IMS應用傳送包括選定服務提供商的提供商標識符的服務提供商命令。此服務提供商命令基於機頂盒的用戶輸入的激活而生成並傳送到IG。方法優選還包括在基於腳本的IMS應用和從IG接收服務選擇消息，該消息包括在選定服務提供商可用的IPTV服務的地址信息。基於腳本的IMS應用編制包括地址信息的服務描述負載命令並將它傳送到嵌入的OITF系統。另外的優選方法步驟包括從基於腳本的IMS應用傳送包括未決HTTP請求的未決命令到IG，以使IG能夠將來自全局網絡的任何進入請求轉發到嵌入的OITF系統。如果特定IPTV會話涉及媒體點播，如VoD，則方法還包括將埠請求從基於腳本的IMS應用傳送到嵌入的OITF系統，並將包括機頂盒的至少一個媒體埠的埠標識符的邀請消息傳送到選定服務提供商，其中，此邀請消息已由基於腳本的IMS應用基於來自嵌入的OITF系統的包括至少一個埠標識符的響應消息來生成。在此情況下，基於腳本的IMS應用對地址信息的轉發涉及向嵌入的OITF系統傳送播放請求，該請求包括與在媒體伺服器可用的請求的媒體數據相關聯的地址信息。播放請求還包括IPTV會話已經由基於腳本的IMS應用設置並且因此嵌入的OITF系統不應執行設置過程的指示。在針對IPTV會話、涉及作為媒體數據類型的說明性示例的調度的內容的一備選實施例中，基於腳本的IMS應用接收來自IG的並包括多播或廣播頻道信息形式中的地址信息的會話描述消息。地址信息到嵌入的OITF系統的轉發隨後涉及傳送多播或廣播頻道信息以觸發嵌入的OITF系統加入多播或廣播媒體頻道。在設置IPTV會話的一般方法中由IG執行的操作步驟涉及將包括機頂盒的用戶的用戶標識符的註冊請求傳送到IMS。IG還傳送目的地為ITPV服務提供商的預訂請求，並在對其的響應中接收地址信息，其中，該地址信息與從全局網絡可用於用戶的IPTV服務有關。IG將該地址信息映射到與服務相關聯但指向IG的轉換的地址信息。這意味著基於轉換的地址信息而生成和傳送服務請求將引導服務請求到IG而不是到IPTV服務提供商。轉換的地址信息被編制到網頁中，該網頁由IG傳送到機頂盒的web瀏覽器中運行的基於腳本的IMS應用。在一特定實施例中，IG還添加與至少所謂的一個輔助服務提供商相關聯的輔助地址信息到來自IPTV服務提供商的地址信息。如前面所述，這使IG能夠向用戶呈現當前IPTV 會話內能夠選擇和運行的其它服務。輔助地址信息被轉換或映射成與輔助服務提供商相關聯的但指向IG的轉換的輔助地址信息。在生成要傳送到基於腳本的IMS應用的網頁時，該轉換的輔助地址信息隨後與轉換的地址信息組合。在一特定實施例中，方法還涉及響應來自機頂盒的用戶選擇請求，IG生成包括潛在地可用於機頂盒的多個用戶的用戶標識符的網頁。IG隨後返回包括用戶標識符的網頁以便由基於腳本的IMS應用使用web瀏覽器顯示。此外，如前面所述，一旦IG從機頂盒接收包括未決HTTP請求的未決命令，IG將來自全局網絡的任何進入請求傳送到機頂盒的嵌入的OITF系統。圖9是配置成在家庭網絡內的機頂盒中實現的IMS應用40的示意框圖。IMS應用40是基於腳本的IMS應用40，配置成由機頂盒中實現的web瀏覽器來運行。基於腳本的IMS應用40通常是以瀏覽器支持的語言(例如JavaScript、Java、ECMAscript、Flash, ActiveX等)來編碼的軟體應用。基於腳本的IMS應用40依賴web瀏覽器顯現應用可執行文件。在一特定實施例中，基於腳本的IMS應用40能夠通過來自下載的HTML/JS頁面的XMLHttpRequest而在瀏覽器頁面中以Javakript(P)來提供。異步Javakript和 XML(AJAX)能夠用於通過XMLHttpRequest來實現必需的基於腳本的IMS功能性。AJAX是用於創建交互式web應用或豐富網際網路應用的web開發技術。通過使用AJAX，包括基於腳本的IMS應用40等web應用能夠在後臺異步從伺服器檢索數據，而不幹擾現有頁面的顯示和行為。數據使用XMLHttpRequest對象來檢索，其中，XMLHttpRequest是應用編程接口 (API)，其能夠在諸如JavMcript等web瀏覽器腳本語言內用於將HTTP請求直接發送到例如IG的web伺服器，並將伺服器響應數據直接加載回腳本語言中。在一特定實施例中，基於腳本的IMS應用40包括信號生成器42的功能性，該信號生成器配置成生成目的地為IG以便設置和控制IPTV會話的IPTV會話信號。信號生成器 42優選地配置成使用HTTP信號協議、且具體是為IPTV會話而定義的基於HTTP的HNI-IGI 信號協議來執行此類IPTV會話信令。基於腳本的IMS應用40還包括地址提供器44的功能性，該地址提供器配置成將地址信息提供到機頂盒中的嵌入的OITF系統。此地址信息與從全局網絡中媒體伺服器可用的請求的媒體數據相關聯，並已從IG接收。圖10是機頂盒50或適合在家庭網絡中布置和操作的其它用戶設備、終端或裝置的一實施例的示意框圖。機頂盒50包括用於與其它裝置、特別是IG通信的單元或功能性。 此單元在圖中表示為作為一般輸入和輸出(I/O)單元來操作的通信接口 52。實際上，通信接口 52能夠是一般輸入和輸出接口，用於與外部和遠程裝置的有線連接或者採用用於無線連接的接收器/傳送器或收發器的形式。機頂盒50還包括基於腳本的IMS應用40 (優選的是如圖9中所定義的)。基於腳本的IMS應用40配置成由機頂盒50中實現的web瀏覽器M來運行。此web瀏覽器M 表示如本文中公開的DAE，並且一般以機頂盒50中本地安裝和運行的軟體程序的形式來提供。此外，硬體解決方案也是可能的，並且在實施例的範圍內。web瀏覽器M特別配置成生成可在機頂盒50的或一般通過通信接口 52與機頂盒50連接的顯示屏幕上顯示的網頁。 機頂盒50還包括嵌入的OITF系統56，該系統可以在硬體、軟體或其組合中來提供。在軟體實現中，嵌入的OITF系統56包括在計算機或其它處理單元上運行時實現嵌入的OITF系統56的功能的電腦程式單元。此嵌入的OITF系統56配置成基於從基於腳本的IMS應用40且特別是從基於腳本的IMS應用40的地址提供器44 (參見圖9)接收的地址信息來生成媒體請求。嵌入的OITF系統56所生成的媒體請求是針對要在IPTV會話內顯現的媒體數據並且目的地為全局網絡中存在的媒體伺服器。通信接口 52特別配置成執行與IG的基於HTTP的通信，且優選是機頂盒50的基於腳本的IMS應用40與IG之間基於HTTP的HNI-IGI通信。通信接口 52優選地布置用於從IG接收腳本，如HTTP/JS頁面，其提供對於使IMS 和IPTV會話能夠實現所必需的功能性，即基於腳本的IMS應用40。接收的腳本數據被轉發到web瀏覽器M或DAE應用，其中，它在瀏覽器環境中實現和運行，使得與IPTV會話有關的信息在web瀏覽器M中向用戶顯示。基於腳本的IMS應用40 —般配置成一旦它變得激活，便從嵌入的OITF系統56接收啟動請求。基於腳本的IMS應用40隨後轉發例如指向IG的固定FQDN的啟動請求以便在IG發起用戶選擇頁面的生成。一旦通信接口 52從IG接收此用戶選擇頁面，該頁面便向基於腳本的IMS應用40呈現以便藉助於web瀏覽器M在機頂盒50的或連接到機頂盒50 的顯示屏幕上顯示。用戶隨後激活有線連接中的或無線連接到通信接口 52的用戶輸入以指示預期用戶。此用戶輸入激活觸發基於腳本的IMS應用40生成包括選定用戶的用戶標識符的用戶選擇命令。此用戶選擇命令由通信接口 52傳送到IG。基於腳本的IMS應用40還優選接收來自通信接口 52的且源於IG的服務提供商選擇頁面。服務提供商選擇頁面包括全局網絡中存在的服務提供商的相應提供商標識符。 這些提供商標識符與相應服務提供商相關聯，但由IG設計成轉而指向IG。服務提供商選擇頁面以類似於用戶選擇頁面的方式向用戶顯示。連接的用戶輸入的激活觸發基於腳本的 IMS應用40生成服務提供商命令，該服務提供商命令目的地是IG，並且包括選定服務提供商的提供商標識符。基於腳本的IMS應用40還優選地接收服務選擇消息，該消息包括選定服務提供商處可用的IPTV服務的地址信息。服務選擇消息源於IG並且由基於腳本的IMS應用40用於生成包括IPTV服務的相關地址信息的服務描述負載命令。此服務描述負載命令轉發到嵌入的OITF系統56。一旦IPTV會話已設置，基於腳本的IMS應用40優選地生成包括未決HTTP請求的未決命令，並將它傳送到IG。IG隨後將基於該未決HTTP請求將源於全局網絡的任何進入的請求轉發到嵌入的OITF系統56。基於腳本的IMS應用40優選地配置成在正進行的IPTV會話期間且特別是媒體點播IPTV會話期間，生成並傳送埠請求到嵌入的OITF系統56。OITF系統56通過響應消息做出響應，該響應消息包括機頂盒50的至少一個媒體埠的請求的埠標識符。基於腳本的IMS應用00)隨後生成邀請消息，該消息包括埠標識符並藉助於通信接口 52和IG 傳送到選定服務提供商。一旦基於腳本的IMS應用40獲得了與從媒體伺服器可用的媒體數據相關聯的地址信息的訪問權，它便在媒體點播IPTV會話期間生成和傳送播放請求到嵌入的OITF系統 56。該播放請求包括地址信息，且優選包括嵌入的OITF會話56不應執行設置過程的指示， 因為設置過程已經在基於腳本的IMS應用00)與IPTV服務提供商之間執行。在涉及媒體數據的多播或廣播的調度的內容IPTV會話或類似會話中，基於腳本的IMS應用40配置成從IG接收包括媒體數據的地址信息的會話描述消息。在此情況下， 地址信息採用從媒體伺服器可用的多播或廣播媒體頻道的地址信息的形式。地址信息傳送到嵌入的OITF系統56以觸發嵌入的OITF系統56加入多播或廣播媒體頻道。在一備選實施例中，雖然一般是沒那麼優選的，但web瀏覽器應用討和嵌入的 OITF系統56能夠在不同機頂盒中實現，這些機頂盒隨後以有線或無線方式通過通信接口 52互連。另外，機頂盒50可包括或以有線或無線方式連接到具有用於解碼和顯現接收的媒體內容的功能性的媒體處理器。機頂盒或媒體處理器因而優選地包括或連接到顯示屏幕和優選地包括或連接到擴音器以顯示和播放媒體。圖11是IG 20的一實施例的示意圖。IG 20 一般在如圖1所示的家庭網絡中實現以由此在家庭網絡內與其中提供的機頂盒通信。IG 20因而能夠在家庭網絡中作為獨立裝置而存在。備選的是，它與圖1的網關一起實現，從而形成家庭網絡與全局網絡之間的代理功能性。此類代理功能性能夠由數據機或其它代理單元來實現。實際上，可能在家庭網絡的機頂盒之一中實現IG 20。在根本不同的實現方案中，IG 20未在家庭網絡中而是在全局網絡中實現，例如， 結合訪問提供商或IPTV提供商來實現或者作為全局網絡的單獨網絡實體或伺服器來實現。無論是在家庭網絡還是全局網絡中實現，IG 20仍提供用於在HTTP與SIP通信之間進行轉變的功能性，並且能夠與IMS和IPTV應用伺服器通信。在家庭網絡中實現時，IG 20端接HTTP信令，並設置SIP信令，好像它是始發者一樣。這隱藏了基於腳本的IMS應用在網絡地址轉變(NAT)單元後的事實。在網絡中實現的IG 20作為代理來操作，並且保持往來於基於腳本的IMS應用的路由選擇信息。IMS因而能處理NAT問題。IG 20包括用於與家庭網絡中其它裝置(特別是機頂盒)通信並且還優選地可選地通過網關與全局網絡中的單元或伺服器通信的單元或功能性。此單元表示為通信接口 21，在圖中作為一般I/O單元來操作。實際上，通信接口 21能夠是一般輸入和輸出接口，其用於與外部和遠程裝置的有線連接或者採用用於無線連接的接收器/傳送器或收發器的形式。IG包括配置成生成包括機頂盒的選定用戶的用戶標識符的註冊請求的註冊處理器22。此註冊請求目的地是IMS，並且藉助於通信接口 21傳送到該處。預訂處理器23配置成生成目的地是全局網絡中的選定IPTV服務提供商的預訂請求。此預訂請求使IG 20 能夠接收優選在SD&S數據的形式中的IPTV服務提供商的地址信息。此地址信息由IG 20 的地址轉換處理器M用於將接收的地址信息映射到與IPTV服務提供商相關聯但轉而指向 IG 20的轉換的地址信息。頁面構建處理器25使用轉換的地址信息來生成網頁，即通過通信接口傳送到機頂盒和其中運行的基於腳本的IMS應用的服務提供商選擇頁面。在一特定實施例中，地址轉換處理器M配置成還映射與其它服務提供商相關聯的輔助地址信息，這些服務提供商具有潛在地能夠在IPTV會話內運行和提供的媒體服務。 地址轉換處理器M由此生成與此類其它服務提供商相關聯的但指向IG 20的轉換的輔助地址信息。頁面構建處理器25隨後在生成網頁時也使用此轉換的輔助地址信息。可選但優選的HTTP-SIP轉換處理器沈在IG 20中實現並配置成將源於機頂盒的基於HTTP的消息(包括來自基於腳本的IMS應用的HNI-IGI消息)轉換成對應的基於SIP 的消息，其目的地是IMS或IPTV服務提供商。對應地，HTTP-SIP轉換處理器沈配置成將源於全局網絡的進入的基於SIP消息轉換成目的地是機頂盒的對應的基於HTTP的消息。頁面構建處理器25優選地還配置成響應於源於機頂盒的用戶選擇請求，生成包括潛在地可用於機頂盒的多個用戶的用戶標識符的用戶選擇頁面或網頁。在此類情況下， IG 20優選地包括具有家庭網絡以前註冊用戶的用戶標識符的存儲器(未示出)。頁面構建處理器25因而簡單地在收到用戶選擇請求時從存儲器檢索這些存儲的用戶標識符。在一備選方案中，IG從例如IMS的另一源來檢索用戶標識符。通信接口 21隨後將用戶選擇請求與家庭網絡或IG 20的標識符一起轉發到IMS，以允許IMS識別IG 20或該家庭網絡的以前註冊用戶。用戶標識符隨後返回到通信接口 21並轉發到頁面構建處理器25。通信接口 21優選地配置成接收來自機頂盒的包括未決HTTP請求的未決命令。此未決命令觸發通信接口 21將源於諸如IMS或IPTV應用伺服器等全局網絡的任何進入請求傳送到機頂盒。如圖10和11中所示的機頂盒或IG的任何功能性在軟體中實現，並隨後作為可直接加載到機頂盒或IG的計算機或處理單元的內部存儲器中的電腦程式產品來提供，並且包括用於執行必需功能的軟體代碼部分。計算機應從廣義上解釋為涵蓋包括如本文中所述相關功能性的任何裝置、伺服器、網關或終端，而無論是固定的還是便攜的。上述實施例要理解為本發明的少數幾個說明性示例。本領域的技術人員將理解， 在不脫離本發明範圍的情況下，可對這些實施例進行不同的修改、組合和更改。具體地說， 不同實施例中的不同部分解決方案可在技術上可能的其它配置中組合。然而，本發明的範圍由隨附權利要求來定義。
權利要求
1.一種配置成在家庭網絡(1)內的機頂盒(50)中實現的IP多媒體子系統IMS應用 (40)，所述IMS應用(40)包括信號生成器(42)，配置成生成目的地是IMS網關00)的IP電視IPTV會話信號以設置和控制IPTV會話；以及地址提供器(44)，配置成向所述機頂盒(50)中實現的開放IPTV終端功能OITF系統 (56)提供地址信息，所述地址信息與從連接到所述家庭網絡(1)的全局網絡O)中的媒體伺服器(70)可用的媒體數據相關聯並從所述IMS網關00)接收，其中所述IMS應用00) 是基於腳本的IMS應用(40)，配置成由所述機頂盒(50)中實現的web瀏覽器(54)來運行。
2.一種機頂盒(50)，包括:通信接口(52)，配置成能夠實現與IP多媒體子系統IMS網關O0)的通信； web瀏覽器64)，配置成生成可在所述機頂盒(50)的或連接到所述機頂盒(50)的顯示屏幕(60)上顯示的網頁；嵌入的開放IPTV終端功能OITF系統(56)，連接到所述通信接口(52)；以及基於腳本的IMS應用00)，配置成由所述web瀏覽器(54)來運行並且包括 信號生成器(42)，配置成生成目的地是所述IMS網關O0)的IP電視IPTV會話信號以設置和控制IPTV會話；以及地址提供器(44)，配置成向所述OITF系統(56)提供地址信息，所述地址信息與從連接到所述家庭網絡(1)的全局網絡O)中的媒體伺服器(70)可用的媒體數據相關聯並從所述IMS網關O0)接收，其中所述OITF系統(56)配置成基於來自所述基於腳本的IMS應用GO)的所述地址信息在所述IPTV會話內生成對所述媒體數據的媒體請求，並且所述媒體請求的目的地是所述媒體伺服器(70)。
3.如權利要求2所述的機頂盒，其中所述通信接口(5 配置成執行與所述IMS網關 (20)的基於HTTP的通信。
4.如權利要求2或3所述的機頂盒，其中所述基於腳本的IMS應用00)配置成從所述嵌入的OITF系統(56)接收啟動請求並藉助於所述通信接口(52)將所述啟動請求轉發到所述IMS網關OO)以發起用戶選擇頁面的生成。
5.如權利要求4所述的機頂盒，其中所述基於腳本的IMS應用00)配置成從所述IMS 網關OO)接收包括可用用戶的至少一個用戶標識符的所述用戶選擇頁面，藉助於所述web 瀏覽器(54)在所述顯示屏幕(60)上呈現所述用戶選擇頁面，以及向所述IMS網關OO) 傳送用戶選擇命令，所述用戶選擇命令包括選定用戶的用戶標識符並基於所述機頂盒(50) 的或連接到所述機頂盒(50)的用戶輸入的激活來生成。
6.如權利要求2到5的任一項所述的機頂盒，其中所述基於腳本的IMS應用00)配置成從所述IMS網關O0)接收服務提供商選擇頁面，所述服務提供商選擇頁面為所述全局網絡(2)中存在的每個可用的服務提供商(80)包括與該服務提供商(80)相關聯但指向所述 IMS網關OO)的提供商標識符，以及向所述IMS網關OO)傳送服務提供商命令，所述服務提供商命令包括選定服務提供商(80)的提供商標識符並基於所述機頂盒(50)的或連接到所述機頂盒(50)的用戶輸入的激活而生成。
7.如權利要求2到6的任一項所述的機頂盒，其中所述基於腳本的IMS應用00)配置成從所述IMS網關O0)接收包括所述全局網絡O)中存在的選定服務商(80)處可用的IPTV服務的地址信息的服務選擇消息，以及向所述嵌入的OITF系統(56)傳送包括所述 IPTV服務的所述地址信息的服務描述負載命令。
8.如權利要求2到7的任一項所述的機頂盒，其中所述基於腳本的IMS應用00)配置成將包括未決HTTP請求的未決命令傳送到所述IMS網關O0)，以使得所述IMS網關QO) 能夠將源於所述全局網絡O)的進入請求轉發到所述嵌入的OITF系統(56)。
9.如權利要求2到8的任一項所述的機頂盒，其中所述基於腳本的IMS應用00)配置成將埠請求傳送到所述嵌入的OITF系統(56)，從所述嵌入的OITF系統(56)接收包括所述機頂盒(50)的至少一個媒體埠的埠標識符的響應消息，以及向所述全局網絡(2) 中的選定服務提供商(80)並藉助於所述IMS網關O0)傳送包括所述埠標識符的邀請消肩、ο
10.如權利要求2到9的任一項所述的機頂盒，其中所述基於腳本的IMS應用00)配置成向所述嵌入的OITF系統(56)傳送播放請求，所述播放請求包括與從所述媒體伺服器 (70)可用的所述媒體數據相關聯的所述地址信息和設置過程不應由所述嵌入的OITF系統 (56)執行的指示。
11.如權利要求2到8的任一項所述的機頂盒，其中所述基於腳本的IMS應用00)配置成從所述IMS網關O0)接收包括從所述媒體伺服器(70)可用的多播或廣播媒體頻道的地址信息形式中的所述地址信息的會話描述消息，以及將所述地址信息傳送到所述嵌入的 OITF系統(56)以觸發所述嵌入的OITF系統(56)加入所述多播或廣播媒體頻道。
12.—種IP多媒體子系統IMS網關(20)，包括通信接口(21)，配置成能夠實現與家庭網絡(1)中存在的機頂盒(50)和連接到所述家庭網絡(1)的全局網絡⑵中伺服器(70，80)的通信；註冊處理器(22)，配置成生成包括所述機頂盒(50)的用戶的用戶標識符並且目的地是所述全局網絡O)中IMS伺服器的註冊請求；預訂處理器(23)，配置成生成目的地是所述全局網絡O)中存在的IP電視IPTV服務提供商(80)的預訂請求；地址轉換處理器(M)，配置成為從所述全局網絡( 可用於所述用戶的每個IPTV服務將響應所述預訂請求而接收的地址信息映射到指向所述IMS網關O0)的轉換的地址信息； 以及頁面構建處理器0 ，配置成生成包括指向所述IMS網關O0)的所述轉換的地址信息且目的地是所述機頂盒(50)的網頁。
13.如權利要求12所述的IMS網關，其中所述地址轉換處理器04)配置成將與輔助服務提供商相關聯的輔助地址信息映射到指向所述IMS網關O0)的轉換的輔助地址信息，並且所述頁面構建處理器0 配置成生成包括所述轉換的地址信息和所述轉換的輔助地址信息的所述網頁。
14.如權利要求12或13的所述的IMS網關，還包括HTTP-SIP轉換處理器Q6)，配置成將源於所述機頂盒(50)的基於HTTP的消息轉換成目的地是所述IMS伺服器或所述IPTV 服務提供商(80)的對應的基於SIP的消息，以及將源於所述IMS伺服器或所述IPTV服務提供商(80)的基於SIP的消息轉換成目的地是所述機頂盒(50)的基於HTTP的消息。
15.如權利要求12到14的任一項所述的IMS網關，其中所述頁面構建處理器05)配置成響應於源於所述機頂盒(50)的用戶選擇請求而生成包括潛在地可用於所述機頂盒(50) 的多個用戶的用戶標識符的網頁，以及所述通信接口配置成將包括所述用戶標識符的所述網頁傳送到所述機頂盒(50)。
16.如權利要求12到15的任一項所述的IMS網關，其中所述通信接口配置成接收來自所述機頂盒(50)的包括未決HTTP請求的未決命令，並且響應於所述未決命令將源於所述全局網絡O)的進入請求傳送到所述機頂盒(50)。
17.如權利要求12到16的任一項所述的IMS網關，其中所述通信接口配置成能夠實現與配置成由所述機頂盒(50)中web瀏覽器(54)運行的基於腳本的IMS應用00) 的通信。
18.一種設置IP電視IPTV會話的方法，包括在機頂盒(50)中實現的web瀏覽器(54)中運行基於腳本的IP多媒體子系統IMS應用 GO)；所述基於腳本的IMS應用00)基於所述機頂盒(50)的或連接到所述機頂盒(50)的用戶輸入的激活而生成IPTV會話設置信號；將所述IPTV會話設置信號傳遞到連接到家庭網絡(1)中所述機頂盒(50)的IMS網關 (20)；所述基於腳本的IMS應用00)從所述IMS網關O0)接收地址信息，所述地址信息與從連接到所述家庭網絡(1)的全局網絡( 中媒體伺服器(70)可用的媒體數據相關聯；以及所述基於腳本的IMS應用00)將所述地址信息轉發到所述機頂盒(50)的嵌入的開放 IPTV終端功能OITF系統(56)以在IPTV會話內觸發對所述媒體數據的媒體請求的生成，並且所述媒體請求的目的地是所述媒體伺服器(70)。
19.如權利要求18所述的方法，還包括所述基於腳本的IMS應用00)從所述嵌入的OITF系統(56)接收啟動請求；以及所述基於腳本的IMS應用00)將所述啟動請求轉發到所述IMS網關O0)以觸發用戶選擇頁面的生成。
20.如權利要求19所述的方法，還包括所述基於腳本的IMS應用00)從所述IMS網關OO)接收包括可用用戶的至少一個用戶標識符的所述用戶選擇頁面；所述基於腳本的IMS應用00)藉助於所述web瀏覽器(54)在所述機頂盒(50)的或連接到所述機頂盒(50)的顯示屏幕(60)上呈現所述用戶選擇頁面；以及所述基於腳本的IMS應用00)向所述IMS網關O0)傳送用戶選擇命令，所述用戶選擇命令包括選定用戶的用戶標識符並基於所述機頂盒(50)的或連接到所述機頂盒(50)的用戶輸入的激活而生成。
21.如權利要求18到20的任一項所述的方法，還包括所述基於腳本的IMS應用00)從所述IMS網關O0)接收服務提供商選擇頁面，所述服務提供商選擇頁面為所述全局網絡O)中存在的每個可用服務提供商(80)包括與該服務提供商(80)相關聯但指向所述IMS網關O0)的提供商標識符；以及所述基於腳本的IMS應用00)向所述IMS網關O0)傳送服務提供商命令，所述服務提供商命令包括選定服務提供商(80)的提供商標識符並基於所述機頂盒(50)的或連接到所述機頂盒(50)的用戶輸入的激活而生成。
22.如權利要求18到21的任一項所述的方法，還包括所述基於腳本的IMS應用00)從所述IMS網關O0)接收服務選擇消息，所述服務選擇消息包括所述全局網絡O)中存在的選定服務商(80)處可用的IPTV服務的地址信息； 以及所述基於腳本的IMS應用00)向所述嵌入OITF系統(56)傳送包括所述IPTV會話的所述地址信息的服務描述負載命令。
23.如權利要求18到22的任一項所述的方法，還包括所述基於腳本的IMS應用00) 將包括未決HTTP請求的未決命令傳送到所述IMS網關O0)，以使得所述IMS網關Q0)能夠將源於所述全局網絡O)的進入請求轉發到所述嵌入的OITF系統(56)。
24.如權利要求18到23的任一項所述的方法，還包括所述基於腳本的IMS應用00)傳送埠請求到所述OITF嵌入的系統(56)；所述基於腳本的IMS應用00)從所述嵌入的OITF系統(56)接收包括所述機頂盒(50) 的至少一個媒體埠的埠標識符的響應消息；以及所述基於腳本的IMS應用00)向所述全局網絡(2)中的選定服務提供商(80)並藉助於所述IMS網關O0)傳送包括所述埠標識符的邀請消息。
25.如權利要求18到M的任一項所述的方法，其中轉發所述地址信息包括所述基於腳本的IMS應用00)向所述嵌入的OITF系統(56)傳送播放請求，所述播放請求包括與在所述媒體伺服器(70)可用的所述媒體數據相關聯的所述地址信息和設置過程不應由所述嵌入的OITF系統(56)執行的指示。
26.如權利要求18到23的任一項所述的方法，還包括所述基於腳本的IMS應用00) 從所述IMS網關O0)接收會話描述消息，所述會話描述消息包括從所述媒體伺服器(70) 可用的多播或廣播媒體頻道的地址信息形式中的所述地址信息，其中轉發所述地址信息包括所述基於腳本的IMS應用00)將所述地址信息傳送到所述嵌入的OITF系統(56)以觸發所述嵌入的OITF系統(56)加入所述多播或廣播媒體頻道。
27.一種設置IP電視IPTV會話的方法，包括IP多媒體子系統IMS網關(20)，將包括家庭網絡(1)內機頂盒(50)的用戶的用戶標識符的註冊請求傳送到連接到所述家庭網絡(1)的全局網絡O)中的IMS伺服器；所述IMS網關O0)傳送目的地是所述全局網絡O)中存在的IPTV服務提供商(80) 的預訂請求；所述IMS網關O0)為從所述全局網絡( 可用於所述用戶的每個IPTV服務將響應所述預訂請求而接收的地址信息映射到指向所述IMS網關O0)的轉換的地址信息；以及所述IMS網關O0)生成包括指向所述IMS網關O0)的所述轉換的地址信息的網頁；以及所述IMS網關O0)將所述網頁傳送到所述機頂盒(50)。
28.如權利要求27所述的方法，還包括所述IMS網關O0)將與輔助服務提供商相關聯的輔助地址信息映射到指向所述IMS網關O0)的轉換的輔助地址信息，其中生成所述網頁包括所述IMS網關OO)生成包括所述轉換的地址信息和所述轉換的輔助地址信息的所述網頁。
29.如權利要求27或觀所述的方法，還包括所述IMS網關00)響應於源於所述機頂盒(50)的用戶選擇請求而生成包括潛在地可用於所述機頂盒(50)的多個用戶的用戶標識符的網頁；以及所述IMS網關00)將包括所述用戶標識符的所述網頁傳送到所述機頂盒(50)。
30.如權利要求27到四的任一項所述的方法，還包括所述IMS網關00)接收來自所述機頂盒(50)的包括未決HTTP請求的未決命令；以及所述IMS網關00)響應所述未決命令將源於所述全局網絡O)的進入請求傳送到所述機頂盒(50)。
全文摘要
通過提供在機頂盒(50)的聲明型應用環境(54)中運行的基於腳本的IMS應用(40)以實現IMS網關(20)與機頂盒(50)的嵌入的OITF系統(56)之間的IPTV會話信令，使機頂盒(50)能夠在IMS服務中進行處理。因此，不僅僅是預配置且安裝有本機IMS功能性的機頂盒(50)能夠向家庭網絡(1)內的用戶提供IMS服務。
文檔編號H04L29/06GK102273172SQ201080003998
公開日2011年12月7日 申請日期2010年5月17日 優先權日2009年5月18日
發明者J·E·林奎斯特, M·塞德瓦爾, N·豐貝裡 申請人:愛立信電話股份有限公司