Iptv終端、iptv系統(tǒng)及iptv業(yè)務的實現(xiàn)方法

文檔序號：7651789閱讀：369來源：國知局

專利名稱：Iptv終端、iptv系統(tǒng)及iptv業(yè)務的實現(xiàn)方法
技術領域：
本發(fā)明涉及網際協(xié)議電^L (IPTV)技術領域，尤其涉及一種IPTV終端、IPTV系統(tǒng)及IPTV業(yè)務的實現(xiàn)方法。
背景技術：
IPTV技術作為寬帶網絡與接入技術的發(fā)展產物，能夠為家庭用戶提供多種交互式服務業(yè)務，如電視直播、視頻點播、網絡游戲等。通常，家庭用戶可通過IPTV終端，如接入互聯(lián)網的個人計算機、手機或"電視機+機頂盒，，的終端模式，享受IPTV所帶來的服務。由于IPTV業(yè)務所擁有的巨大市場，促使眾多運營商介入IPTV領域，并著力于提供IPTV終端的解決方案。
以國內較為普遍采用的IPTV終端為例，該IPTV終端基于瀏覽器/服務器的IPTV系統(tǒng)架構，向用戶提供IPTV業(yè)務。參見圖l,圖l是現(xiàn)有IPTV 系統(tǒng)架構示意圖，該系統(tǒng)中，IPTV終端基于瀏覽器技術，采用超文本標識語言(HTML)版本，為用戶提供IPTV服務。參見圖2,圖2是現(xiàn)有基于瀏覽器的IPTV終端實現(xiàn)直播業(yè)務的流程圖，該流程如下
web服務器根據(jù)瀏覽器的請求，向瀏覽器返回關于IPTV業(yè)務的電子節(jié) 目指南(EPG)頁面；由瀏覽器顯示該頁面。
用戶根據(jù)EPG信息，通過瀏覽器向web服務器請求想收看的節(jié)目；
web服務器接收到瀏覽器的請求后，向瀏覽器返回節(jié)目信息；
瀏覽器向播放器請求節(jié)目播放；
播放器向web服務器請求加入直播節(jié)目的組播組，在被節(jié)目組播組加入后，接收組播組組播的媒體流，并通過瀏覽器向用戶顯示節(jié)目。參見圖3，圖3是現(xiàn)有基于瀏覽器的IPTV終端的實現(xiàn)點播業(yè)務的流程圖，其中，當用戶通過瀏覽器請求點播節(jié)目，瀏覽器向web服務器請求該節(jié)目的地址信息；web服務器驗證用戶身份合法后，向瀏覽器返回節(jié)目地址信息；瀏覽器將節(jié)目地址信息傳送給IPTV終端的播放器，向播放器請求播放節(jié)目，再由播放器與web服務器之間建立安全連接，接收web服務器傳送的媒體流；之后，由瀏覽器向用戶顯示節(jié)目。
從上述實現(xiàn)IPTV業(yè)務的現(xiàn)有技術可見，現(xiàn)有IPTV終端中，利用瀏覽器來進行業(yè)務發(fā)現(xiàn)與選擇，由于瀏覽器所支持運行的腳本語言和mark-up語言是解釋性語言，也使得現(xiàn)有IPTV業(yè)務的實現(xiàn)通常采用一對一的單播方式，實時性不夠。由于未能在IPTV終端本地給出IPTV業(yè)務的管理機制，或者說未能給IPTV業(yè)務/應用提供一個較好的運行平臺，而使得現(xiàn)有IPTV 終端所能夠支持的業(yè)務限于顯示EPG頁面、流媒體點播或直播等，而難以滿足用戶的多樣化需求，并且也使得網絡服務提供商(NSP)難以擴展業(yè) 務以滿足用戶需求。
數(shù)字視頻廣播(DVB)組織也提出了基于多媒體家庭平臺(MHP)的交互式廣播業(yè)務的解決方案。參見圖4，圖4是MHP終端的結構示意圖。基于MHP的IPTV終端是一種胖客戶端方案，該方案中，IPTV終端可利用業(yè)務信息生成EPG，但該方案實現(xiàn)復雜，也不利于服務端對業(yè)務的定制。并且，與基于瀏覽器的瘦客戶端解決方案相比，基于MHP的方案對終端要求更高，目前真正應用的區(qū)域并不多。
并且，隨著IPTV不斷增長的業(yè)務需求，不同運營商所提供的IPTV終端的類型勢必越來越多，從而使IPTV終端市場多元化，造成各種IPTV終端的不兼容。

發(fā)明內容
本發(fā)明實施例提供一種IPTV終端，包括瀏覽器，該IPTV終端進一步
包括信息獲取模塊和處理模塊；其中，信息獲取模塊，用于從網絡側服務器獲取有關IPTV業(yè)務的業(yè)務數(shù)據(jù)
信息；
處理模塊，用于將所述業(yè)務數(shù)據(jù)信息以瀏覽器能夠識別的方式提供給瀏覽器；
其中，所述業(yè)務數(shù)據(jù)信息包括網絡側服務器采用單播、組播或廣播方式發(fā)送的所述業(yè)務數(shù)據(jù)信息。
本發(fā)明實施例還提供一種IPTV系統(tǒng)，包括IPTV終端和網絡側服務器，其中，IPTV終端，包括瀏覽器，該瀏覽器包括信息獲取模塊和處理模塊；
信息獲取模塊，用于從網絡側服務器獲取有關IPTV業(yè)務的業(yè)務數(shù)據(jù) 信息；
處理模塊，用于將所述業(yè)務數(shù)據(jù)信息以瀏覽器能夠識別的方式提供給瀏覽器；
其中，所述業(yè)務數(shù)據(jù)信息包括網絡側服務器采用單播、組播或廣播方式發(fā)送的所述業(yè)務數(shù)據(jù)信息；
網絡側服務器，用于提供所述業(yè)務數(shù)據(jù)信息和IPTV業(yè)務。本發(fā)明實施例還提供一種IPTV業(yè)務的實現(xiàn)方法，包括從網絡側服務器獲取有關網際協(xié)議電視IPTV業(yè)務的業(yè)務數(shù)據(jù)信息；將所述業(yè)務數(shù)據(jù)信息以瀏覽器能夠識別的方式提供給瀏覽器；其中，所述業(yè)務數(shù)據(jù)信息包括網絡側服務器采用單播、組播或廣播方式發(fā)送的所述業(yè)務數(shù)據(jù)信息。
本發(fā)明實施例提供的IPTV終端、IPTV系統(tǒng)及上述方法，通過在增強IPTV 終端對從網絡側服務器獲取到的業(yè)務數(shù)據(jù)信息的處理功能，實現(xiàn)在IPTV終端本地通過對所獲取到的業(yè)務數(shù)據(jù)信息的處理，從而能夠基于瀏覽器實現(xiàn)對來自數(shù)字電視廣播網絡或IP寬帶網絡的業(yè)務的訪問，并實現(xiàn)與BCG、 SI和SD&S 等元數(shù)據(jù)標準的結合，充分利用上述元數(shù)據(jù)中所包含的業(yè)務數(shù)據(jù)信息，減少瀏覽器訪問服務器的次數(shù)，提高實現(xiàn)IP T V業(yè)務的效率。

圖l是現(xiàn)有IPTV系統(tǒng)架構示意圖2是現(xiàn)有基于瀏覽器的IPTV終端實現(xiàn)直播業(yè)務的流程圖3是現(xiàn)有基于瀏覽器的IPTV終端的實現(xiàn)點播業(yè)務的流程圖4是MHP終端的結構示意圖5是本發(fā)明實施例提供IPTV終端的結構示意圖6是本發(fā)明實施例提供的IPTV系統(tǒng)的結構示意圖7是本發(fā)明實施例的IPTV終端中信息獲取模塊的結構示意圖8是本發(fā)明實施例中處理模塊的結構示意圖9是本發(fā)明另一個實施例中IPTV終端的結構示意圖IO是本發(fā)明另一個實施例中IPTV系統(tǒng)的結構示意圖11是本發(fā)明實施例中管理實體、接口模塊和底層平臺的結構示意圖12是本發(fā)明一個實施例中實現(xiàn)IPTV業(yè)務的流程圖13是本發(fā)明實施例從業(yè)務數(shù)據(jù)信息中獲取電視業(yè)務描述信息的流程
圖14是對應圖13所示流程的業(yè)務信息處理架構示意圖15是本發(fā)明又一個實施例中IPTV系統(tǒng)的示意圖16是本發(fā)明實施例中調用MHPAM獲取提供的接口的示意圖17是資源管理模塊903的結構示意圖18是本發(fā)明實施例中IPTV終端的一個資源管理架構示意圖19是本發(fā)明實施例中的另一個資源管理架構示意圖20是安全管理模塊904的一個結構示意圖21是本發(fā)明實施例中在本地注冊安全策略的流程圖22是本發(fā)明實施例中對操作權限進行安全性控制的流程圖23是本發(fā)明實施例中IPTV終端的一個安全管理架構示意圖；圖24是本發(fā)明實施例中的另一個資源管理架構示意圖25是本發(fā)明實施例中對安全策略進行適配的流程圖26是本發(fā)明實施例中對NSP應用進行安全管理的流程圖27是本發(fā)明實施例中IPTV系統(tǒng)實現(xiàn)直播功能的流程圖28是本發(fā)明實施例中IPTV系統(tǒng)實現(xiàn)用戶點播功能的流程圖。
具體實施例方式
為使本發(fā)明實施例技術方案和優(yōu)點更加清楚，下面將結合附圖作進一步詳細描述。
參見圖5,圖5是本發(fā)明實施例提供IPTV終端的結構示意圖，該IPTV 終端包括瀏覽器501、信息獲取模塊502和處理模塊503;其中，
信息獲取模塊502，用于從網絡側服務器獲取有關IPTV業(yè)務的業(yè)務數(shù) 據(jù)信息；
處理模塊503,用于將所述業(yè)務數(shù)據(jù)信息以瀏覽器501能夠識別的方式提供給瀏覽器501;
其中，上述業(yè)務數(shù)據(jù)信息包括網絡側服務器采用單播、組播或廣播方式發(fā)送的所述業(yè)務數(shù)據(jù)信息。
本發(fā)明實施例中，瀏覽器501可包括現(xiàn)有瀏覽器所有功能，并且在具體實施時，可將上述信息獲取模塊502和處理模塊503設置于該瀏覽器501 內，使瀏覽器501進一步增加對從網絡側服務器獲取到的上述業(yè)務數(shù)據(jù)信息進行處理的功能，進而實現(xiàn)在IPTV終端本地對業(yè)務發(fā)現(xiàn)、業(yè)務選擇或業(yè) 務下載等的控制與管理。
參見圖6，圖6是本發(fā)明實施例提供的IPTV系統(tǒng)的結構示意圖，該系統(tǒng)中包括網絡側服務器和圖5所示IPTV終端。
上述網絡側服務器可包括數(shù)字電視廣播網絡或IP寬帶網絡服務器；這些網絡服務器根據(jù)功能又可分為應用服務器，如web服務器、CA服務器、BOSS服務器、網管服務器等；和內容服務器，如流媒體服務器、聊
14天服務器、短信服務器、數(shù)字電視視頻服務器等。
上述業(yè)務數(shù)據(jù)信息可包括來自數(shù)字電視廣播網絡的節(jié)目專用信息
(PSI)、業(yè)務信息(SI) 、 TV-Anytime ( —種數(shù)字電視元數(shù)據(jù))等元數(shù)據(jù)；或者是來自IPTV寬帶網絡的業(yè)務發(fā)現(xiàn)與選擇(SD&S) 、 PSI、 SI、寬帶內容向導(BCG)或TV-Anytime等元數(shù)據(jù)。
下面對現(xiàn)有的上述各業(yè)務數(shù)據(jù)信息作簡要說明。在數(shù)字電視信號中，使用復用技術可實現(xiàn)一路碼流對應多路節(jié)目。一個物理的頻道只能給出包含多路節(jié)目的一路傳輸流。要觀看其中的某一路節(jié)目，還必須從該傳輸流中提取出該路節(jié)目的壓縮包，然后再進行解碼。在mpeg-2的傳輸流(TS)中，PSI就是規(guī)定不同節(jié)目和節(jié)目中的不同成分如何復用成一個統(tǒng)一的碼流。以PSI為基礎可以提供一個碼流的構成，從而幫助用戶對節(jié)目進行選擇。DVB中的SI則對此進行了進一步的擴展，加入了一些對用戶有用的信息，標識節(jié)目的類型，服務商，節(jié)目的相互關系等。SI的主要用途有根據(jù)網絡信息表(NIT)，節(jié)目群叢表 (PAT),節(jié)目映射表(PMT)等信息可以進行自動的頻道調諧；更方便的對節(jié)目進行選擇和定位；實現(xiàn)電子節(jié)目指南EPG等。
SD&S定義一種機制來實現(xiàn)基于IP網絡的數(shù)字視頻廣播DVB服務查找、服務選擇以及服務查找信息的傳輸。通過查找服務可以獲得各個服務的相關信息以提供用戶選擇使用。
BCG是一種IPTV元數(shù)據(jù)的規(guī)范，用于實現(xiàn)即時電視TV-Anytime元數(shù)據(jù) 在IP網絡上傳輸。
實際應用中，本發(fā)明實施例的IPTV終端采用現(xiàn)有與數(shù)字電視廣播網絡和/或IP寬帶網絡之間的通信接口，來實現(xiàn)與網絡側服務器之間的通信。
本發(fā)明實施例還提供一種IPTV業(yè)務的實現(xiàn)方法，該方法包括從網絡側服務器獲取有關因特網協(xié)議電視IPTV業(yè)務的業(yè)務數(shù)據(jù)信息；將上述業(yè) 務數(shù)據(jù)信息以瀏覽器501能夠識別的方式提供給瀏覽器501;且上述業(yè)務數(shù) 據(jù)信息包括網絡側服務器采用單播、組播或廣播方式發(fā)送的業(yè)務數(shù)據(jù)信息。接下來對本發(fā)明實施例提供的上述IPTV終端、系統(tǒng)及IPTV業(yè)務的實現(xiàn)方法作詳細說明。
本發(fā)明實施例提供的IPVT終端能夠對業(yè)務發(fā)現(xiàn)、業(yè)務選擇及業(yè)務/應用下載進行管理，如通過業(yè)務發(fā)現(xiàn)，獲取到網絡側服務器通過單播、組播或廣播方式發(fā)送的有關IPTV業(yè)務的業(yè)務數(shù)據(jù)信息，之后根據(jù)用戶的請求，即業(yè)務選擇，從業(yè)務數(shù)據(jù)信息中，獲取到用戶所請求的某個IPTV業(yè)務/應用的位置信息，再下載該IPTV業(yè)務/應用。瀏覽器501采用原有的頁面管理技術負責解析mark-up語言和/或IPTV應用的腳本語言并展示web頁面。本發(fā)明實施例中，由于IPTV終端增加了對業(yè)務數(shù)據(jù)信息的處理功能，因此，可有效減少瀏覽器501訪問網絡側服務器的次數(shù)，可在IPTV終端本地根據(jù) 從網絡側服務器獲取的業(yè)務數(shù)據(jù)信息，處理用戶所請求的某些信息，如 IPTV業(yè)務描述信息等，從而能夠有效提高IPTV業(yè)務的實現(xiàn)效率。
進一步，IPTV終端還可對運行于其上的IPTV應用進行控制管理、對 IPTV應用對本地資源的使用進行管理，對IPTV應用或用戶通過瀏覽器501 所請求的操作的安全性進行管理，等等。
參見圖7,圖7是本發(fā)明實施例中信息獲取模塊502的結構示意圖，信息獲取模塊502包括入口點地址存儲模塊701、接收準備模塊702、信息接收模塊703;其中，
入口點地址存儲模塊701,用于存儲獲取所述業(yè)務數(shù)據(jù)信息所需的入口點地址信息；
接收準備模塊702,用于根據(jù)入口點地址信息加入組播所述業(yè)務數(shù)據(jù) 信息的組播組；
信息接收模塊703，用于接收所述組播組組播的業(yè)務數(shù)據(jù)信息。信息接收模塊703進一步可用于接收網絡側服務器采用單播或廣播方式發(fā)送的業(yè)務數(shù)據(jù)信息。
參見圖8,圖8是本發(fā)明實施例中處理模塊503的結構示意圖，處理模塊503包括接收模塊801和轉換模塊802;其中，
接收模塊801,用于接收信息獲取模塊502獲取到的所述業(yè)務數(shù)據(jù)信
臺
轉換模塊802，用于將所述業(yè)務數(shù)據(jù)信息轉換為瀏覽器501能夠識別的格式，提供給瀏覽器501。
處理模塊503可進一步包括獲取模塊803，用于在本地從所述業(yè)務數(shù)據(jù)信息中包括IPTV業(yè)務/應用列表信息和/或IPTV業(yè)務/應用的描述信息，將所獲取到的信息傳送給轉換模塊802。
瀏覽器501可將處理模塊503提供的信息釆用EPG頁面展示給用戶。進一步，用戶可根據(jù)自己的喜好選擇相應的IPTV業(yè)務，下載該IPTV業(yè)務等。參見圖9，圖9是本發(fā)明另一個實施例中IPTV終端的結構示意圖。本發(fā)明實施例中，IPTV終端進一步可包括業(yè)務下載控制模塊901、應用管理模塊902、資源管理模塊903、安全管理模塊904和配置庫905。
上述配置庫905,用于存儲管理模塊中各管理模塊進行各自管理所需的管理策略信息，相應地，該配置庫905中包括應用管理策略庫、資源策略庫、安全策略庫，并可將業(yè)務信息庫設置于該配置庫905中。
其中，應用管理策略庫，用于存儲應用管理模塊902管理IPTV應用所需的應用管理策略。該應用管理策略可包括應用的優(yōu)先級、應用的運行開始時間和持續(xù)時間等。
資源管理策略庫，用于存儲資源管理模塊903對運行的IPTV應用對本地資源的使用進行管理的資源管理策略信息。該資源管理策略可包括多個IPTV應用使用本地資源的優(yōu)先級或采用先申請先使用策略分配多個 IPTV應用對本地資源的使用。
安全管理策略庫，用于保存安全管理模塊904對瀏覽器501或IPTV 應用所請求的操作進行管理的安全策略信息。該安全管理策略可包括瀏覽器501或IPTV應用所請求的操作權限等等。該配置庫905中還可包括業(yè)務策略信息，該業(yè)務策略信息可由瀏覽器
501用于對業(yè)務發(fā)現(xiàn)和/或業(yè)務選擇和/或業(yè)務下載進行管理。業(yè)務策略信息可包括業(yè)務發(fā)生沖突的處理策略和/或條件不滿足時阻止業(yè)務運行。
上述配置庫905中存儲的信息可直接從web服務器上下載，如業(yè)務策略信息；或可由web服務器配置，如應用管理策略；也可在IPTV終端出廠時就配置好；也可以在本地進行配置。實際應用中，可根據(jù)具體情況或需要來更新配置庫905中存儲的信息。
上述應用管理模塊902、用于根據(jù)應用管理策略，對運行的IPTV業(yè)務 /應用進行管理。
資源管理模塊卯3、用于根據(jù)資源管理策略，管理運行的IPTV應用對本地資源的使用。
安全管理模塊904、用于根據(jù)安全策略信息，對瀏覽器501或IPTV應用所請求的操作做權限控制處理。
在具體實現(xiàn)時，本發(fā)明實施例的瀏覽器501作為IPTV應用的運行平臺，在IPTV終端內可作為一個中間件。參見圖10，圖IO是本發(fā)明另一個實施例中IPTV系統(tǒng)的結構示意圖。其中，該IPTV終端中除包括瀏覽器501 ，還可包括一個底層平臺1001、接口模塊1002和管理實體1003。并且，由于信息獲取模塊502與處理模塊503,以及上述應用管理模塊卯2、資源管理模塊903和安全管理模塊904共同體現(xiàn)IPTV終端內部對IPTV業(yè)務實現(xiàn) 的管理功能，因此，在具體實現(xiàn)時，可將上述各模塊設置于上述管理實體 1003中。上述底層平臺1001可以是操作系統(tǒng)或者屏蔽底層軟硬件資源的中間平臺軟件；其中可以包括一些應用的客戶端，如媒體播放器。上述接口模塊1002主要用于為瀏覽器501提供訪問底層平臺1001的接口。即在具體實施時，可將管理實體1003中的各管理模塊的功能進一步細化，并且，可將各管理模塊中的某些功能做到底層平臺1001中，由底層平臺1001提供多種應用可共用的功能模塊，有關該點，將在下文作進一步講述。另外，從業(yè)務下載控制模塊卯l 、信息獲取模塊502與處理模塊503所起作用來看，該三個模塊可歸為均是對IPTV業(yè)務進行的管理，因此將該三個模塊合設為業(yè)務管理模塊1004。
在圖10中，接口 l提供瀏覽器501、管理實體1003和接口模塊1002 組成的客戶端環(huán)境與網絡側服務器之間的交互通道，通過該接口，客戶端環(huán)境可從Web服務器獲取IPTV業(yè)務/應用；
接口 2提供底層平臺1001與內容服務器之間的交互通道，如底層平臺 1001通過該接口接收媒體流，執(zhí)行下載操作等；
接口 3提供管理實體1003與瀏覽器501之間的交互通道，管理實體 1003通過該接口控制運行于瀏覽器501上的應用，資源和用戶體驗等；
接口 4提供瀏覽器501與接口模塊1002之間的交互通道，瀏覽器501 通過該通道與底層平臺IOOI進行交互；
接口 5提供管理實體1003與接口模塊1002的交互接口，管理實體1003 通過接口模塊1002實現(xiàn)與底層平臺1001的交互；
接口 6提供管理實體1003對底層平臺IOOI的交互接口，本接口為可選，即管理實體1003也可通過接口 5實現(xiàn)與底層平臺1001的交互；
接口 7提供接口模塊1002與底層平臺1001的交互通道，接口模塊1002 封裝了與底層平臺1001的交互接口，供瀏覽器501或管理實體1003調用；
接口 10,通過該接口，支持IPTV應用運行于客戶端環(huán)境。
需要說明的是，圖7中管理實體1003的各管理模塊的功能被分散在管理實體1003、底層平臺1001、接口模塊1002上。參見圖11,圖ll是本發(fā) 明實施例中管理實體1003、接口模塊1002和底層平臺1001的細化結構示意圖。
其中，管理實體1003可包括業(yè)務管理模塊lla、應用管理模塊902、資源管理模塊llc、安全管理模塊lld。
接口模塊1002可包括業(yè)務管理模塊llg、資源管理模塊lli和安全管理模塊llj。底層平臺1001可包括業(yè)務管理模塊lln、資源管理模塊llk、和安全管理模塊llm。底層平臺1001為上層管理實體1003、瀏覽器501以及運行于瀏覽器501上的IPTV應用提供服務。
業(yè)務管理模塊1004的功能可由管理實體1003上的業(yè)務管理模塊lla、接口模塊1002的業(yè)務管理模塊llg和底層平臺1001的業(yè)務管理模塊lln共同完成。其中，底層平臺1001的業(yè)務管理模塊lln實際包括信息獲取模塊502的功能，即可用于獲取IPTV業(yè)務數(shù)據(jù)信息，并保存IPTV業(yè)務數(shù)據(jù)信息；管理實體1003上的業(yè)務管理模塊lla可用于根據(jù)瀏覽器501的請求，調用接口模塊1002的業(yè)務管理模塊llg，從底層平臺1001的業(yè)務管理模塊lln所獲取到的IPTV業(yè)務數(shù)據(jù)信息中，進一步獲取瀏覽器501所需信息，即管理實體1003 上的業(yè)務管理模塊10a與接口模塊1002的業(yè)務管理模塊10g可共同實現(xiàn)處理模塊503的功能。底層平臺1001的業(yè)務管理模塊lln又可被進一步細分為 SD&S數(shù)據(jù)獲取模塊、SI數(shù)據(jù)獲取模塊、BCG數(shù)據(jù)獲取模塊等。管理實體1003 上的業(yè)務管理模塊10a還用于直接或通過瀏覽器501從網絡側服務器獲取 IPTV業(yè)務/應用，即業(yè)務下載控制模塊901的功能。另外，該業(yè)務管理模塊 lla還可調用底層平臺1001的證書管理信息，對所獲取的IPTV業(yè)務/應用進行合法性檢測，在檢測合法后，通知瀏覽器501運行該IPTV業(yè)務/應用。
下面結合一個具體實施例，對本發(fā)明實施例中在IPTV終端管理IPTV 業(yè)務作詳細說明。參見圖12,圖12是本發(fā)明一個實施例中實現(xiàn)IPTV業(yè)務的流程圖，該流程包括以下步驟
步驟1301、獲取業(yè)務數(shù)據(jù)信息，該信息中可包括業(yè)務發(fā)現(xiàn)信息。
該步驟中，IPTV終端獲取業(yè)務數(shù)據(jù)信息的方式可包括兩種，一種是 "推"(Push)模式，即由網絡側服務器采用廣播或組播方式主動發(fā)送業(yè) 務數(shù)據(jù)信息；另一種是"拉"(Pull)模式，即網絡側服務器根據(jù)瀏覽器 501的請求，采用單播方式發(fā)送業(yè)務數(shù)據(jù)信息。相應地，為獲取業(yè)務發(fā)現(xiàn)信息，還需要獲知該業(yè)務發(fā)現(xiàn)信息所在網絡側服務器地址，即入口點地址。本實施例中，獲取入口點地址信息的方式可包括以下幾種
1、由公知的固定地址而得知該入口點地址，如組播地址，或者web 服務器的單播地址某網站的超文本傳輸協(xié)議(HTTP)地址；
2、預先在域名服務器(DNS)服務器上配置入口點地址信息，通過查詢DNS服務器獲知該入口點地址；
3、 IPTV終端通過動態(tài)主機配置協(xié)議(DHCP)獲得IP地址接入網絡的同時，根據(jù)DHCP選項(option) 15獲知該入口地址的域名，然后根據(jù) name+協(xié)議名+域名的公知形式生成一個位置(location)信息，才艮據(jù)該生成的位置信息在DNS服務器上查詢相應的入口點地址；
4、用戶終端根據(jù)DHCP服務器返回網絡管理系統(tǒng)的事件網關的IP地址，從該網絡管理系統(tǒng)的事件網關上所獲得的配置文件中，獲取入口點地址信息；
5、從本地的配置文件中獲取入口點地址信息；
6、若采用組播方式發(fā)送業(yè)務發(fā)現(xiàn)信息，那么該入口點地址的組播地址可以是SD&S組播地址，該地址的獲取方式可采用現(xiàn)有的SD&S標準獲取該組播地址。
獲取入口點地址的方式不限于上述幾種，在此只是列出常用的幾種，其他方式不再——列舉。
步驟1302、根據(jù)所獲取的入口點地址，從相應的位置獲取業(yè)務數(shù)據(jù)信息，加載EPG頁面。
在獲知入口點地址信息后，如果該入口點地址是web服務器單播地址，那么瀏覽器501主動向該web服務器發(fā)送獲取業(yè)務數(shù)據(jù)信息的請求，從該單播地址獲取業(yè)務數(shù)據(jù)信息；若該入口點地址是組播地址，那么IPTV終端通過加入該組播組，接收組播組發(fā)出的業(yè)務數(shù)據(jù)信息，并且，若存在組播情況，則有關業(yè)務/應用的列表及業(yè)務描述信息也可通過組播方式發(fā)送；對于數(shù)字電視廣播網絡廣播的業(yè)務數(shù)據(jù)信息，可通過IPTV終端與數(shù)字電視廣播網絡之間的數(shù)字電視廣播通道傳輸。本發(fā)明實施例中，IPTV終端加載初始頁面的具體啦文法可包括以下幾種
1 、網絡側服務器提供EPG頁面，IPTV終端根據(jù)獲取到的單播地址信息，從網絡側服務器下載該初始頁面，將初始頁面配置到配置庫905中，由瀏覽器 501加載并顯示該頁面。該獲取EPG頁面的方式與現(xiàn)有方式基本類似。若存在多個web服務器，那么在加載初始頁面之前，可選擇一個web服務器，以從該web服務器獲得初始頁面信息；
2、 IPTV終端根據(jù)獲取到的組播地址信息，與組播組建立聯(lián)系，加入該組播組，且從組播組獲得業(yè)務數(shù)據(jù)信息。其中，如果所獲取到的業(yè)務數(shù)據(jù)信息中的業(yè)務或應用列表及其描述信息為XML格式，對于瀏覽器501具有XML解析功能的情況，則可通過XML解析引擎根據(jù)預先配置找到相應的XSL樣式表，根據(jù)該樣式表解析出XML數(shù)據(jù)，生成初始頁面，并由瀏覽器501加載顯示，其中，XSL樣式表被預先存在瀏覽器501中；對于瀏覽器501不具有XML解析功能的情況，需要將獲取到的信息轉換為瀏覽器501能夠識別的格式，再由瀏覽器501顯示。
3 、 IPTV終端根據(jù)獲取到的入口點地址，從對應的入口點獲取業(yè)務或應用列表及其描述信息。若所獲取到的業(yè)務或應用列表及其描述信息為XML格式，且瀏覽器501支持該格式，則可利用XML解析引擎為瀏覽器501提供所獲取的信息；若瀏覽器501不支持XML格式，則可對所獲取的信息格式進行轉換，以使瀏覽器501能夠識別，并加載顯示該頁面。
4、 IPTV終端直接加載本地的一個靜態(tài)頁面。該靜態(tài)頁面可包括業(yè)務提供商所提供的業(yè)務的分類信息，可包括游戲、電視節(jié)目、公告等等，由于業(yè)務提供商可能提供的業(yè)務種類通常是固定的，因此可將上述分類信息形成一個靜態(tài) 頁面，在向用戶提供業(yè)務信息筒介時顯示該靜態(tài)頁面，之后用戶可根據(jù)喜好點擊進入某類業(yè)務進行具體的業(yè)務訪問。
實際應用中，在網絡側服務器與IPTV終端之間，可靈活地采用單播、組播與廣播相結合的方式，如，可采用一對一的單播方式來滿足用戶的個性化需求；而對于多個用戶可能都會需求的信息，或者服務器端并不會頻繁更新的業(yè) 務信息，可通過組播方式，向對應的多個用戶發(fā)送。從而能夠充分發(fā)揮單播或組播的優(yōu)勢，而避開兩者的劣勢，為用戶提供更好的服務。
IPTV終端將從網絡側獲取的部分業(yè)務數(shù)據(jù)信息，如業(yè)務提供商所提供的
業(yè)務/應用列表，電視業(yè)務的筒要描述信息，通過加載的初始EPG頁面呈現(xiàn)給用戶。若用戶對其中的電視業(yè)務感興趣，則可進一步獲取該電視業(yè)務的詳細描述信息。獲取詳細的電視業(yè)務的描述信息的方式可包括以下幾種
1、瀏覽器501直接從網絡側服務器上獲取該電視業(yè)務的詳細描述信息。該網絡側服務器可以是web服務器，或者是該電視業(yè)務提供商的服務器或者第三方服務器，若電視業(yè)務的詳細描述信息在SP服務器或第三方服務器上，那么瀏覽器501可直接從電視業(yè)務對應的應用或利用SD&S上獲取該電視業(yè)務的詳細描述信息。該情況中，瀏覽器501獲取電視業(yè)務詳細描述信息的過程可以是瀏覽器501向相關服務器發(fā)送獲取詳細描述信息的請求，該請求中包括能夠唯一標識該電視業(yè)務描述信息的參數(shù)；對于瀏覽器501具有XML解析功能的情況，網絡側服務器接收到瀏覽器501的請求后，將對應的XML文件發(fā) 送給瀏覽器501;瀏覽器501接收到該XML文件后，其中的XML解析引擎根據(jù)XML文件的指示，在瀏覽器501中查找相應的XSL樣式表，根據(jù)該XSL 樣式表解析出XML數(shù)據(jù)，并由瀏覽器501加載顯示，對于瀏覽器501不具有 XML解析功能的情況,信息提供模塊將所獲取的信息格式轉換為瀏覽器501 能夠識別的格式，如HTML格式，由瀏覽器501加載顯示。
對于該單播情況，瀏覽器501不需要訪問SI/BCG/SD&S數(shù)據(jù)，而是直接將電視業(yè)務所在位置信息提供給信息獲取模塊502，由信息獲取模塊502從網絡側服務器獲取電視業(yè)務的具體內容。
2、該種方式中，瀏覽器501并不直接獲取電視業(yè)務的描述信息，而是從由信息獲取模塊502所獲取到的業(yè)務數(shù)據(jù)信息中，進一步獲取具體的電視業(yè)務的描述信息。參見圖13，圖13是本發(fā)明實施例從業(yè)務數(shù)據(jù)信息中獲取電視業(yè)務描述信息的流程圖，該流程可包括以下步驟
步驟1301、瀏覽器501向處理模塊503發(fā)送獲取電視業(yè)務的詳細描述信息的請求。
該步驟中，瀏覽器501所發(fā)送的請求中，攜帶能夠唯一標識所請求的該電視業(yè)務描述信息的參數(shù)，該參數(shù)可以是服務提供商域名(service provide domain name ) + DVB-Triplet (該標識利用網絡標識、TS標識和業(yè)務標識三元組唯一標識一個DVB業(yè)務)或service provide domain name + CRID (內容參考標識)等，其中，其中，DVB-Triplet為廣播類型節(jié)目標識，CRID為點播類型節(jié)目標識。
步驟1302、處理模塊503根據(jù)瀏覽器501的上述請求，從信息獲取模塊 502所獲取到的業(yè)務數(shù)據(jù)信息中，獲取服務提供商所提供的服務發(fā)現(xiàn)信息的類型、獲取方式及獲取位置。
公知，SD&S等元數(shù)據(jù)中包含眾多業(yè)務數(shù)據(jù)信息，其中包含上述服務提供商所提供的服務發(fā)現(xiàn)信息的類型、獲取方式及獲取位置信息。
步驟1303、處理模塊503根據(jù)所獲取的服務發(fā)現(xiàn)信息的類型判斷該服務發(fā)現(xiàn)信息是否是廣播類型，若是，執(zhí)行步驟1304;否則，執(zhí)行步驟1311。
步驟1304、判斷該服務發(fā)現(xiàn)信息是否是TSFullSI類型，如果是，執(zhí)行步驟1305，否則，執(zhí)行步驟1309。
其中，綁定SI信息類型的服務發(fā)現(xiàn)信息類型為TSFullSI類型。
步驟1305、處理模塊503根據(jù)獲取的服務發(fā)現(xiàn)信息的地址信息，從相應位置獲取服務發(fā)現(xiàn)信息。
步驟1306、處理模塊503進一步根據(jù)服務發(fā)現(xiàn)信息，從承載該電視業(yè)務的TS流中獲取SI信息。
步驟1307、處理模塊503根據(jù)DVB-Triplet，從獲取業(yè)務描述表(SDT) 和事件信息表(EIT)中獲取電視業(yè)務的詳細描述信息。
其中，根據(jù)DVB-Triplet,可以根據(jù)TS流中的SDT和EIT該兩個表，進一步獲取電視業(yè)務的詳細描述信息。
步驟1308、處理模塊503將所獲取的電視業(yè)務詳細描述信息轉換為XML 格式，執(zhí)行步驟1314。
步驟1309、處理模塊503根據(jù)獲取的服務發(fā)現(xiàn)信息的地址信息，從相應位置獲取服務發(fā)現(xiàn)信息。
步驟1310、處理模塊503直接從服務發(fā)現(xiàn)信息中獲取該電視業(yè)務的詳細描述信息，執(zhí)行步驟1314。
該步驟中，服務發(fā)現(xiàn)信息不是TS Full SI型，而是TS optional SI類型，對于該類型的服務發(fā)現(xiàn)信息，其中包括對應的業(yè)務的詳細描述信息。
其中，沒有綁定SI信息但是綁定了 MPEGPSI信息的服務發(fā)現(xiàn)信息類型為TS Optional SI類型。
步驟1311、處理模塊503根據(jù)服務發(fā)現(xiàn)信息所在位置，獲取服務發(fā)現(xiàn)信
自
步驟1312、處理模塊503根據(jù)從服務發(fā)現(xiàn)信息中所獲知的BCG信息的獲取方式和獲取位置，獲取BCG信息。
步驟1313、處理模塊503根據(jù)瀏覽器501發(fā)送的請求中攜帶的標識該電視業(yè)務的參數(shù)信息，從BCG信息中獲取相應的節(jié)目信息，獲得該電視業(yè)務的詳細描述信息。
該步驟中，還可從BCG信息中獲取到節(jié)目的位置信息，即通過解析CRID 可得到該節(jié)目所在位置信息。
步驟1314、處理模塊503將所獲取到的電視業(yè)務的詳細描述信息傳送給瀏覽器501，由瀏覽器501加載后顯示，獲取電視業(yè)務描述信息的流程結束。
如果用戶在查看初始頁面后，對某業(yè)務/應用感興趣，想獲取該IPTV業(yè) 務/應用，則瀏覽器501在接收到用戶的請求后，將該請求告知業(yè)務下載控制模塊901,由業(yè)務下載控制模塊卯l根據(jù)所獲得的IPTV業(yè)務/應用的描述信息，獲得該業(yè)務或應用的位置信息，業(yè)務下載控制模塊901自身直接根據(jù)該位置信息^v相應的位置下載該IPTV業(yè)務或應用，或通知瀏覽器501去下載該IPTV 業(yè)務/應用。其中，IPTV業(yè)務/應用的位置信息可直接存放在描述信息中，也可通過間接方式獲得，如獲知web服務器單播地址后，再根據(jù)業(yè)務或應用的標識信息，從該web服務器下載該IPTV業(yè)務/應用。另外，還可從IPTV業(yè)務/ 應用的描述信息中獲知該IPTV業(yè)務/應用的版本信息，若^f企測到該版本信息與本地的IPTV業(yè)務/應用的版本信息不一致，可根據(jù)上述描述信息，從相應的 web服務器上下載新版本的IPTV業(yè)務/應用。
參見圖14，圖14是對應圖13所示流程的業(yè)務信息處理架構示意圖，由該圖可看出通過管理實體1003、底層平臺1001和接口模塊1002之間的交互，實現(xiàn)從業(yè)務數(shù)據(jù)信息中獲取瀏覽器501所需信息的情況。
本發(fā)明實施例中，稱能夠直接在IPTV終端的本地運行環(huán)境運行的應用程序為NSP應用，稱不能直接在本地運行環(huán)境運行的應用為非NSP應用，如 MHP應用。若MHP應用可通過插件技術，運行于瀏覽器501上，稱該MHP 應用為MHP B類應用；若MHP應用需要通過MHP支撐環(huán)境運行于IPTV終端，稱該MHP應用為MHP A類應用。MHP A類應用需要在IPTV終端內增加現(xiàn)有MHP支撐模塊，基于該MHP支撐模塊和底層平臺1001運行。
參見圖15、圖15是本發(fā)明又一個實施例中IPTV系統(tǒng)的示意圖。其中， IPTV終端內主要可包括瀏覽器501、管理實體1003、底層平臺1001和接口模塊1002,還包括MHP支撐模塊1501。
圖15中，接口 8提供MHP支撐模塊1501與底層平臺IOOI之間的交互
通道；
接口 9提供支持MHPB類應用運行于客戶端環(huán)境的接口，并需在客戶端
環(huán)境需要增加插件才能實現(xiàn)對MHP應用的支持；
接口 11，通過該接口，支持MHP應用運行于MHP支持模塊1501上。對于NSP應用，該NSP應用可駐留在本地，也可通過IPTV終端的瀏覽
器501從相應的web服務器下載荻得后，在IPTV終端上加載并運行。相應地，NSP應用的運行由應用管理模塊902來負責，該應用管理模塊902可根據(jù)應用管理策略對運行于瀏覽器501上的應用的狀態(tài)進行控制；該應用管理策略可包括關于如何啟動或停止某NSP應用的策略，則該應用管理模塊902根據(jù)該應用管理策略，控制運行在瀏覽器501上的應用的狀態(tài)；并可根據(jù)用戶的輸入控制運行于瀏覽器501上的應用的狀態(tài)。
對于獨立于NSP應用的MHP應用，本發(fā)明實施例中，IPTV終端還能夠提供對MHP應用的管理，實現(xiàn)該管理的做法可以是在IPTV終端的底層平臺1001上設置現(xiàn)有MHP應用管理器(AM)，應用管理模塊902通過調用MHP AM所提供的接口來實現(xiàn)對MHP應用的管理。參見圖16,圖16是本發(fā)明實施例中調用MHPAM獲取提供的接口的示意圖。MHPAM可為應用管理模塊 902提供的接口功能包括獲取當前運行的所有MHP應用的描述信息；獲取指定MHP應用的描述信息；獲取指定的MHP應用的運行狀態(tài)；改變指定MHP 應用的運行狀態(tài)，包括初始化、啟動、暫停、銷毀等；捕獲MHP應用狀態(tài)改變事件。實際應用中，對于應用管理模塊902與MHP AM之間的交互，可能采用的方式包括兩者均釆用C語言實現(xiàn)；兩者均釆用java語言實現(xiàn)；NSP 的應用管理采用C語言實現(xiàn)，MHP AM采用Java實現(xiàn)，兩者之間可釆用JNI (Java原生接口 )進行調用。
本發(fā)明實施例提供IPTV終端對資源進行管理的機制，對IPTV終端的資源進行管理的任務由上述資源管理模塊903負責。上述資源通常是稀缺資源，包括解碼器、播放器、flash、內存等等。如用戶選擇電視節(jié)目，則在IPTV終端上，媒體播放應用需要申請使用播放器資源，用于播放用戶選擇的電視節(jié)目。
參見圖17,圖17是資源管理模塊903的結構示意圖，資源管理模塊903 可包括資源服務器1701、資源代理1702和資源訪問控制模塊1703;其中，
資源服務器1701,用于接收IPTV應用的注冊信息，保存與維護IPTV 應用的注冊信息，根據(jù)資源管理策略判斷是否給申請使用資源的IPTV應用分配資源，將判斷結果傳送給資源代理；
資源代理1702,用于根據(jù)該判斷結果，接收或拒絕IPTV應用的申請，向資源訪問控制模塊發(fā)送允許或禁止使用資源的指令；
資源訪問控制模塊1703，用于接收資源代理1702的指令，對于允許使用資源的指令，將資源分配給應用模塊；否則，不作提供資源的處理。
在具體實現(xiàn)時，資源管理模塊903的功能可通過管理實體1003的資源管理模塊llc、接口模塊1002中的資源管理模塊lli與底層平臺1001中的資源管理模塊llk來共同實現(xiàn)。
參見圖18,圖18是本發(fā)明實施例中IPTV終端的一個資源管理架構示意圖。在具體實現(xiàn)時，如果IPTV終端的運行環(huán)境比較單純，僅包括NSP應用，那么可將IPTV終端的資源管理模塊903中資源服務器1701和資源代理1702 做成專用模塊，且設置于管理實體1003的資源管理模塊llc上，將資源訪問控制模塊1703設置于底層平臺1001的資源管理模塊llk上。
參見圖19,圖19是本發(fā)明實施例中的另一個資源管理架構示意圖。在圖 18所示IPTV終端內，除存在NSP應用，還存在MHP應用，因此，可將資源管理模塊903設置為公用模塊，如圖19所示，將資源服務器1701、資源代理1702和資源訪問控制模塊1703均設置于底層平臺1001上，而在與NSP 應用連接的接口模塊1002中增加資源服務器適配模塊1901、資源代理適配模塊1902,通過適配，調用底層平臺1001中的資源服務器1701和資源代理1702 等邏輯模塊。其中，資源服務器適配模塊1901，用于將IPTV應用與資源服務器1701之間交互的信息轉換為對方能夠識別的格式傳送給對方。資源代理適配模塊1902,用于將IPTV應用與資源代理1702之間交互的信息轉換為對方能夠識別的格式傳送給對方。
實際應用中，若在IPTV終端的NSP運行環(huán)境中支持MHP應用，那么，需要在IPTV終端提供對支持MHP應用的虛擬機的支持。通常，MHP采用Java 實現(xiàn)，瀏覽器501也可能運行類似于Applet的java控件。本發(fā)明實施例中，在NSP運行環(huán)境內支持MHP的方式可以是將運行于虛擬機上的應用獨立于瀏覽器501運行，瀏覽器501通過與虛擬機之間的通信機制支持java應用；或者，將虛擬機作為瀏覽器501的插件直接運行于瀏覽器501上。
本發(fā)明實施例還提供對應用的安全管理機制，相應地，IPTV終端進一步可包括上述安全管理模塊904。參見圖20,圖20是安全管理模塊卯4一個結構示意圖，該模塊可包括請求捕獲模塊2001、安全控制模塊2002;其中，
請求捕獲模塊2001，用于捕獲瀏覽器501或IPTV應用發(fā)送的操作請求，將捕獲到請求傳送給安全控制模塊2002;
安全控制模塊2002,用于根據(jù)安全策略信息，對接收到的請求進行權限驗證，允許執(zhí)行滿足權限要求的操作。
上述安全策略可以包括請求發(fā)送者需滿足怎樣的條件或要求，安全控制模塊2002才會接收并應允該請求，即請求被接受與處理的條件。如用戶想要訪問某個網站，需要該用戶輸入身份信息，只有該用戶的身份信息符合一定的要求后，才允許該用戶訪問該網站。安全策略可從網絡側的服務器上獲取，下載到本地后，由本地的安全控制模塊2002用于對接收到的請求進行權限驗證，以滿足安全策略所提出的安全性要求。
實際應用中，上述安全管理模塊卯4進一步可包括SSL/TLS支持模塊 2001、加/解密模塊2004, SSL/TLS支持模塊2001用于為力口/解密模塊2004提供SSL/TLS協(xié)議支持；加/解密模塊2004用于對與網絡側服務器之間傳輸?shù)男?息進行加解密、加數(shù)字簽名等操作，保證傳輸信息的機密性、安全性和完整性，同時也是為服務器要驗證終端的合法性提供驗證信息。具體實現(xiàn)時，可將 SSL/TLS支持模塊2001、加/解密模塊2004設置于底層平臺1001上。
參見圖21,圖21是本發(fā)明實施例中在本地注冊安全策略的流程圖，該流程可包括以下步驟
步驟2101、瀏覽器501與網絡側的服務器之間建立安全連接。
步驟2102、瀏覽器501從服務器上下載安全策略，并對安全策略發(fā)布者的合法性進行驗證，若驗證通過，執(zhí)行步驟2103;否則，執(zhí)行步驟2106。步驟2103、瀏覽器501向安全策略維護模塊發(fā)送安全策略注冊請求。上述步驟2102中，瀏覽器501根據(jù)預先在本地下載的安全策略發(fā)布者的
數(shù)字證書，對該安全策略發(fā)布者的數(shù)字簽名進行驗證。因此，在實際應用中，
IPTV終端還可包括數(shù)字證書管理模塊，該模塊可包括
證書獲取模塊，用于從網絡側服務器下載安全策略發(fā)布者的數(shù)字證書；證書保存模塊，用于將保存下載的證書，將證書信息提供給瀏覽器501。步驟2104、安全策略維護模塊接收到該注冊請求后，檢查安全策略的完
整性與有效性，若檢查通過，執(zhí)行步驟2105;否則，執(zhí)行步驟2106。
步驟2105、安全策略維護模塊將安全策略信息發(fā)送到安全策略庫，由安
全策略庫保存該新注冊的安全策略。
步驟2106、安全策略注冊流程結束。
參見圖22,圖22是本發(fā)明實施例中對操作權限進行安全性控制的流程圖，該流程包括以下步驟
步驟2201、運行于瀏覽器501上的NSP應用通過接口模塊，向底層平臺發(fā)送操作請求。
步驟2202、安全管理模塊904的請求捕獲模塊2001捕獲到該請求，將該請求傳送給安全控制單元。
步驟2203、安全控制單元根據(jù)安全策略庫中的安全策略，對該操作權限進行驗證，將驗證結果發(fā)送給底層平臺；若驗證通過，底層平臺執(zhí)行該操作；否則，禁止執(zhí)行該操作。
參見圖23，圖23是本發(fā)明實施例中IPTV終端的一個安全管理架構示意圖。在具體實現(xiàn)時，如果IPTV終端的運行環(huán)境比較單純，僅包括NSP應用，那么可將IPTV終端的安全管理模塊904設置成專用模塊。可將IPTV終端的安全管理模塊904的功能通過管理實體1003中的安全管理模塊lld、接口模塊1002中的安全管理^^塊llj和底層平臺1001中的安全管理模塊lln來實現(xiàn)。其中，可將請求捕獲模塊2001設置于底層平臺的安全管理模塊lln上，并將獲取到的操作請求直接傳送給管理實體1003,或通過接口模塊中的安全管理模塊llj傳遞給管理實體1003,將安全控制模塊2002設置于管理實體1003中的安全管理模塊lld上。
參見圖24，圖24是本發(fā)明實施例中的另一個資源管理架構示意圖。在圖 24所示IPTV終端的NSP應用中還包括Script、 mark-up語言或如MHP Xlet 的插件，那么，在進行安全控制時，可在安全管理模塊904中增加安全策略適配模塊，該模塊的功能在于將安全策略采用上述安全控制模塊2002能夠識別的描述方式提供給安全控制模塊2002。安全控制^i塊2002利用該安全策略，對NSP應用的操作請求進行權限驗證，驗證過程與圖22所示情況類似。參見圖24，該安全策略適配模塊可設置與接口模塊1002中的安全管理模塊llj上。
參見圖25，圖25是本發(fā)明實施例中對安全策略進行適配的流程圖，該流程可包括以下步驟
步驟2501、安全策略適配模塊接收安全策略。
步驟2502、安全適配模塊將該安全策略的描述信息轉換為安全控制模塊 2002能夠識別的安全策略對象。
步驟2503、安全適配模塊將經過識別轉換的安全策略對象提供給安全控制模塊2002。
上述安全適配模塊還可適用于在IPTV終端運行其他非NSP應用的情況。下面結合具體的實施例，對本發(fā)明的安全管理模塊904進行應用安全管理的情況作詳細說明。本實施例中，用戶需要觀看電視節(jié)目，那么用戶通過瀏覽器501下載一個NSP應用(包括標識語言和腳本)，該NSP應用負責播放媒體內容。當用戶執(zhí)行該應用時，該應用試圖進行關閉其它應用的操作，安全管理模塊904根據(jù)安全策略，對該應用提出的請求關閉其他應用的操作進行權限檢查，從安全策略庫中未能找到相關策略，因此，安全管理模塊卯4通知底層平臺1001禁止該NSP應用請求關閉其他應用的操作。本實施例中，安全策略文件的描述可如下
NSP規(guī)則描述文件如下 <權限規(guī)則文件>
<應用才示i口、〉http:〃www.cctv.com/mediaplay.html〈/應用才示i口、〉 <規(guī)則>
<操作類型〉medi叩lay〈/操作類型> 〈操作權限〉true〈/操作權限〉 < 才喿 4乍只于象 >MediaPresentationControl， MediaSelectControl, LanguageControl, SubtitlingLanguageControK/操作對象>
<參數(shù)></參數(shù)> </規(guī)則>
</權限規(guī)則文件>
應用才示i口、 http:〃www.cctv.com/mediaplay.html才示明應用來源，操作類型mediaplay表示媒體播放操作，操作權限true表示允許執(zhí)行，
操作對象MediaPresentationControl, MediaSelectControl, LanguageControl, SubtitlingLanguageControl表示應用請求調用的媒體播放API，參數(shù)為空。
參見圖26,圖26是本發(fā)明實施例中對NSP應用進行安全管理的流程圖，該流程包括以下步驟
步驟2601、瀏覽器501與網絡側服務器建立安全連接。
步驟2602、瀏覽器501從網絡側服務器下載媒體播放應用和安全策略文件，該安全策略文件中包含媒體控制權限，并驗證其簽名。
步驟2603、通過簽名驗證后，瀏覽器501對安全策略文件進行注冊處理，將安全策略文件放入安全策略庫。
步驟2604、瀏覽器501執(zhí)行媒體播放應用。步驟2605、媒體播放應用通過接口模塊1002調用底層平臺1001中的媒體控制API。
步驟2606、設置于底層平臺1001的請求捕獲模塊2001截獲該纟某體播放應用對底層平臺IOOIAPI的調用請求，然后將請求發(fā)送給安全控制單元。
步驟2607、安全控制單元根據(jù)安全策略庫中相關安全策略文件，驗證該媒體播放應用是否用于媒體播放權限，若有，執(zhí)行步驟2608;否則，向瀏覽器501返回異常提示。
步驟2608、安全控制單元通知底層平臺允許執(zhí)行，實現(xiàn)^;某體播放。
步驟2609、該NSP應用通過接口模塊1002調用底層平臺1001的應用控制API。
步驟2610、請求捕獲^f莫塊2001截獲應用對底層平臺IOOIAPI的調用請求，然后將請求發(fā)送給安全控制單元。
步驟2611、安全控制單元根據(jù)安全策略庫中相關安全策略文件，驗證該媒體播放應用沒有應用控制權限，禁止媒體應用播放的本次操作，向瀏覽器 501返回異常提示。
參見圖27,圖27是本發(fā)明實施例中IPTV系統(tǒng)實現(xiàn)直播功能的流程圖，該流程包括以下步驟
步驟2701、網絡側服務器將SI數(shù)據(jù)廣播或組播到IPTV終端。
該步驟中，網絡側服務器發(fā)送的SI數(shù)據(jù)由IPTV終端的底層平臺接收并保存。
步驟2702、 IPTV終端向月1務器獲取EPG頁面，并顯示該頁面。有關獲取EPG頁面的說明可參見上文相關內容，在此不再贅述。
的節(jié)目。
步驟2704、 IPTV終端的業(yè)務管理模塊lla接收用戶的輸入，向底層平臺 1001請求播;故節(jié)目。步驟2705、底層平臺通過調頻，接收服務器傳輸?shù)拿襟w流。
該步驟中，底層平臺1001從SI數(shù)據(jù)中獲取該電視節(jié)目所在網絡側服務器
的地址信息，根據(jù)該地址信息從對應的網絡側服務器上接收節(jié)目。其中，對于
數(shù)字電視廣播網絡廣播的節(jié)目，IPTV終端從業(yè)務數(shù)據(jù)信息中獲取數(shù)字電視廣
播網絡廣播該直播節(jié)目的頻點信息；根據(jù)獲取的所述頻點信息，調節(jié)本地
頻點，接收數(shù)字電視廣播網絡廣播的攜帶該直播節(jié)目內容的媒體流。
若電視節(jié)目是通過IP寬帶網絡組播組組播，那么IPTV終端從業(yè)務數(shù)據(jù)
信息中獲取該直播節(jié)目所在IP寬帶網絡組播地址信息；加入該組播組，且
接收該組播組傳輸?shù)臄y帶該直播節(jié)目內容的媒體流。
步驟2706、底層平臺1001通過瀏覽器501向用戶展示電視節(jié)目。參見圖27,圖27是本發(fā)明實施例中IPTV系統(tǒng)實現(xiàn)用戶點播功能的流程
圖，該流程包括以下步驟
步驟2701 、網絡側服務器將BCG數(shù)據(jù)發(fā)送到IPTV終端。
該步驟中，網絡側服務器發(fā)送的BCG數(shù)據(jù)由IPTV終端的底層平臺1001
接收并保存。
步驟2702、 IPTV終端向服務器獲取EPG頁面，并顯示該頁面。
步驟2703 、用戶通過IPTV終端的輸入設備選擇EPG頁面上自己感興趣的節(jié)目，請求瀏覽該電視節(jié)目的詳細描述信息。
步驟2704、 IPTV終端的業(yè)務管理模塊lla接收用戶的輸入，從底層平臺 1001保存的BCG數(shù)據(jù)中獲取用戶點播的電視節(jié)目的詳細描述信息，并通過瀏覽器501顯示。
步驟2705、用戶確認點播該電視節(jié)目。
步驟2706、瀏覽器501從BCG數(shù)據(jù)中獲取到該電視節(jié)目所在服務器地址后，向該服務器請求該電視節(jié)目的RTSP地址。
步驟2707、服務器對IPTV終端進行合法性驗證且驗證通過后，向IPTV 終端返回該電^L節(jié)目的RTSP地址。
34步驟2708、 IPTV終端與服務器之間建立RTSP連接。步驟2709、服務器通過建立的RTSP連接，向IPTV終端傳輸媒體流。步驟2710、 IPTV終端接收媒體流，通過瀏覽器501向用戶顯示電視節(jié)目。綜上所述，本發(fā)明實施例提供的IPTV終端、系統(tǒng)及上述方法，基于IPTV 終端所提供的運行平臺，能夠對從網絡側服務器獲取到的業(yè)務數(shù)據(jù)信息進行處理，以提供瀏覽器501所需信息，從而能夠基于瀏覽器501實現(xiàn)對來自數(shù)字電視廣播網絡或IP寬帶網絡的業(yè)務的訪問，并實現(xiàn)與BCG、 SI和SD&S等元數(shù)據(jù)標準的結合，充分利用上述元數(shù)據(jù)中所包含的業(yè)務數(shù)據(jù)信息，減少瀏覽器 501訪問服務器的次數(shù)，提高實現(xiàn)IPTV業(yè)務的效率。
并且，本發(fā)明實施例通過為IPTV應用提供運行平臺，并能夠對運行于 IPTV終端的IPTV應用進行管理，提供完整的業(yè)務發(fā)現(xiàn)與選擇，業(yè)務下載與運行環(huán)境，從而能夠使IPTV終端采用瘦客戶端模式，方便用戶操作，并提高用戶體驗。同時，由于提供IPTV應用的運行平臺，使得網絡服務提供商(NSP ) 能夠擴展網絡業(yè)務，并根據(jù)自身需求制作及規(guī)劃網絡業(yè)務，且有利于IPTV終端的標準化實施，相應地，有利于降低IPTV終端成本。
權利要求
1、一種IPTV業(yè)務的實現(xiàn)方法，其特征在于，包括從網絡側服務器獲取有關網際協(xié)議電視IPTV業(yè)務的業(yè)務數(shù)據(jù)信息；將所述業(yè)務數(shù)據(jù)信息以瀏覽器能夠識別的方式提供給瀏覽器；其中，所述業(yè)務數(shù)據(jù)信息包括網絡側服務器采用單播、組播或廣播方式發(fā)送的所述業(yè)務數(shù)據(jù)信息。
2、根據(jù)權利要求1所述的方法，其特征在于，所述網絡包括數(shù)字電視廣播網絡或IP寬帶網絡。
3、根據(jù)權利要求1所述的方法，其特征在于，從網絡側服務器獲取所述業(yè)務數(shù)據(jù)信息的步驟包括獲取IP寬帶網絡側服務器的組播地址信息；加入該紐j番地址只于應的組#番組；接收該組播組組播的所述業(yè)務數(shù)據(jù)信息。
4、根據(jù)權利要求1所述的方法，其特征在于，從網絡側服務器獲取所述業(yè)務數(shù)據(jù)信息的步驟包括獲取IP寬帶網絡側服務器的單播地址信息；從該單播地址獲取所述業(yè)務數(shù)據(jù)信息。
5、根據(jù)權利要求1所述的方法，其特征在于，從網絡側服務器獲取所述業(yè)務數(shù)據(jù)信息的步驟包括從數(shù)字電視廣播通道接收所述業(yè)務數(shù)據(jù)信息。
6、根據(jù)權利要求1所述的方法，其特征在于，所述業(yè)務數(shù)據(jù)信息包括業(yè)務信息SI和/或業(yè)務發(fā)現(xiàn)和選擇SD&S和/或寬帶內容向導BCG和/或節(jié)目專用信息PSI和/或TV-Anytime元數(shù)據(jù)信息。
7、根據(jù)權利要求1至6中任一項所述的方法，其特征在于，將所述業(yè) 務數(shù)據(jù)信息以瀏覽器能夠識別的方式提供給瀏覽器的步驟包括從所述業(yè)務數(shù)據(jù)信息獲取包括IPTV業(yè)務/應用列表信息和/或IPTV業(yè)務/應用的描述信息，將所述列表信息和/或描述信息解析為瀏覽器能夠識別的格式，提供給瀏覽器，由瀏覽器加載并顯示。
8、根據(jù)權利要求7所述的方法，其特征在于，從所述業(yè)務數(shù)據(jù)信息獲取所述描述信息的步驟包括從業(yè)務數(shù)據(jù)信息所包括的業(yè)務提供商發(fā)現(xiàn)信息中查找對應的業(yè)務發(fā)現(xiàn) 信息的類型、獲取方式和獲取地址信息；根據(jù)該地址信息和獲取方式，獲取該業(yè)務發(fā)現(xiàn)信息；從該業(yè)務發(fā)現(xiàn)信息中獲取該業(yè)務/應用的描述信息。
9、根據(jù)權利要求7所述的方法，其特征在于，由瀏覽器加載并顯示后，該方法進一步包括從網絡側服務器下載所述IPTV業(yè)務/應用。
10、根據(jù)權利要求9所述的方法，其特征在于，從網絡側服務器下載所述IPTV業(yè)務/應用的步驟包括從所述IPTV業(yè)務/應用的描述信息中獲取該IPTV業(yè)務/應用所在的位置信息；根據(jù)IPTV業(yè)務/應用所在的位置信息，從對應的網絡側服務器下載該 IPTV業(yè)務/應用。
11、根據(jù)權利要求10所述的方法，其特征在于，所述IPTV業(yè)務為直播視頻業(yè)務，所述從對應的網絡側服務器下載該IPTV業(yè)務的步驟包括從所述業(yè)務數(shù)據(jù)信息中獲取該直播視頻業(yè)務所在IP寬帶網絡組播地址信息；加入該組播組，接收該組播組組播的攜帶該視頻內容的J 某體流。
12、根據(jù)權利要求10所述的方法，其特征在于，所述IPTV業(yè)務為直播視頻業(yè)務，所述從對應的網絡側服務器下載該IPTV業(yè)務的步驟包括從所述業(yè)務數(shù)據(jù)信息中獲取數(shù)字電視廣播網絡廣播該直播視頻業(yè)務的頻點信息；根據(jù)獲取的所述頻點信息，調節(jié)本地頻點，接收數(shù)字電視廣播網絡廣播的攜帶該直播視頻內容的媒體流。
13、根據(jù)權利要求10所述的方法，其特征在于，所述IPTV業(yè)務為點播視頻業(yè)務，所述從對應的網絡側服務器下載該IPTV業(yè)務的步驟包括根據(jù)該視頻業(yè)務所在網絡側服務器的地址信息，向該網絡側服務器請求該節(jié)目的RTSP地址信息；根據(jù)請求到的RTSP地址信息，與該網絡側服務器建立RTSP連接；接收從該網絡側服務器通過RTSP連接傳輸?shù)拿襟w流。
14、根據(jù)權利要求9所述的方法，其特征在于，從網絡側服務器下載所述IPTV業(yè)務/應用后，該方法進一步包括利用預先配置的應用管理策略，對運行的IPTV應用進行管理；和/或，利用預先配置的資源管理策略，對IPTV應用使用本地資源進行管理；和/或，利用預先配置的安全管理策略，對IPTV應用或瀏覽器所請求的操作進行安全性管理。
15、根據(jù)權利要求14所述的方法，其特征在于，所述IPTV應用包括網絡業(yè)務提供商NSP應用和/或多媒體家庭平臺MHP應用。
16、根據(jù)權利要求14所述的方法，其特征在于，所述IPTV應用為媒體4番;汶應用。
17、根據(jù)權利要求14所述的方法，其特征在于，對運行的IPTV應用進行管理的步驟包括調用MHP應用管理器AM對基于MHP支撐環(huán)境運行的MHP應用進行管理；或者，通過支持MHP應用運行的插件，對MHP應用進行管理。
18、根據(jù)權利要求要求14所述的方法，其特征在于，對IPTV應用使用本地資源進行管理的步驟包括接收IPTV應用申請使用本地資源的注冊；根據(jù)資源管理策略判斷該IP TV應用是否具有使用所申請的本地資源的權限；若是，則執(zhí)行分配本地資源的操作；否則，不執(zhí)行分配。
19、根據(jù)權利要求18所述的方法，其特征在于，所述本地資源為媒體播放器。
20、根據(jù)權利要求14所述的方法，其特征在于，所述對IPTV應用或瀏覽器所請求的操作進行安全性管理的步驟包括獲取IPTV應用或瀏覽器的操作請求；根據(jù)安全管理策略，判斷該IPTV應用或瀏覽器是否具有該操作權限，若是，則允許該IPTV應用或瀏覽器執(zhí)行該操作；否則，禁止該IPTV應用或瀏覽器執(zhí)行該操作。
21、根據(jù)權利要求14所述的方法，其特征在于，通過網絡側服務器或在本地對應用管理策略和/或資源管理策略和/或安全管理策略進行配置。
22、一種IPTV終端，包括瀏覽器，其特征在于，所述IPTV終端進一步包括信息獲取模塊和處理模塊；其中，信息獲取模塊，用于從網絡側服務器獲取有關IPTV業(yè)務的業(yè)務數(shù)據(jù)信自.處理模塊，用于將所述業(yè)務數(shù)據(jù)信息以瀏覽器能夠識別的方式提供給瀏覽器；其中，所述業(yè)務數(shù)據(jù)信息包括網絡側服務器采用單播、組播或廣播方式發(fā)送的所述業(yè)務數(shù)據(jù)信息。
23、根據(jù)權利要求22所述的IPTV終端，其特征在于，所述信息獲取模塊包括入口點地址存儲模塊、接收準備模塊、信息接收模塊；其中，入口點地址存儲模塊，用于存儲獲取所述業(yè)務數(shù)據(jù)信息所需的入口點地址信息；接收準備模塊，用于根據(jù)所述入口點地址信息加入組播所述業(yè)務數(shù)據(jù)信息的組播組；信息接收模塊，用于接收所述組播組組播的所述業(yè)務數(shù)據(jù)信息。
24、根據(jù)權利要求23所述的IPTV終端，其特征在于，所述信息接收模塊進一步用于接收網絡側服務器采用單播或廣播方式發(fā)送的所述業(yè)務數(shù)據(jù)信息。
25、根據(jù)權利要求22所述的IPTV終端，其特征在于，所述處理模塊包括接收模塊和轉換模塊；其中，接收模塊，用于接收信息獲取模塊獲取到的所述業(yè)務數(shù)據(jù)信息；轉換模塊，用于將所述業(yè)務數(shù)據(jù)信息轉換為瀏覽器能夠識別的格式，提供給瀏覽器。
26、根據(jù)權利要求25所述的IPTV終端，其特征在于，所述處理模塊進一步包括獲取模塊，用于在本地從所述業(yè)務數(shù)據(jù)信息中包括IPTV業(yè)務 /應用列表信息和/或IPTV業(yè)務/應用的描述信息，將所獲取到的信息傳送給轉換模塊。
27、根據(jù)權利要求23至26中任一項所述的IPTV終端，其特征在于，所述IPTV終端進一步包括業(yè)務下載控制模塊，用于利用從所述業(yè)務數(shù)據(jù) 信息中獲取到的IPTV業(yè)務/應用所在地址信息，從與該地址信息對應的網絡側服務器獲取該IPTV業(yè)務/應用。
28、根據(jù)權利要求27所述的IPTV終端，其特征在于，所述IPTV終端進一步包括應用管理策略庫和應用管理模塊；其中，應用管理策略庫，用于存儲應用管理模塊管理IPTV業(yè)務/應用所需的應用管理策略；應用管理模塊，用于根據(jù)應用管理策略，對運行的IPTV業(yè)務/應用進行管理。
29、根據(jù)權利要求28所述的IPTV終端，其特征在于，所述應用管理策略包括IPTV業(yè)務/應用的優(yōu)先級和/或應用的運行開始時間和/或持續(xù)時間。
30、根據(jù)權利要求28所述的IPTV終端，其特征在于，所述IPTV應用包括NSP應用和/或MHP應用。
31、根據(jù)權利要求30所述的IPTV終端，其特征在于，所述IPTV終端進一步包括MHP應用管理支撐模塊和MHP應用管理器；MHP應用管理支撐模塊，用于為MHP應用提供運行平臺； MHP應用管理器，用于對運行的MHP應用進行管理，并將MHP應用的相關信息提供給所述應用管理模塊。
32、根據(jù)權利要求31所迷的PTV終端，其特征在于，所述MHP應用，運行于MHP應用管理支撐模塊之上，或通過插件運行在瀏覽器之上。
33、根據(jù)權利要求27所述的IPTV終端，其特征在于，所述IPTV終端進一步包括資源管理模塊和資源管理策略庫；其中，資源管理策略庫，用于存儲資源管理模塊對運行的IPTV應用所請求使用的資源進行管理的資源管理策略信息；資源管理模塊，用于根據(jù)所述資源管理策略，管理運行的IPTV應用對本地資源的使用。
34、根據(jù)權利要求33所述的IPTV終端，其特征在于，所述資源管理策略包括多個IPTV應用使用本地資源的優(yōu)先級或采用先申請先使用策略分配多個IPTV應用對本地資源的使用。
35、根據(jù)權利要求33所述的IPTV終端，其特征在于，所述資源管理模塊包括資源服務器、資源代理和資源訪問控制模塊；其中，資源服務器，用于接收IPTV應用的注冊信息，保存與維護IPTV應用的注冊信息，根據(jù)資源管理策略判斷是否給申請使用資源的IPTV應用分配資源，將判斷結果傳送給資源代理；資源代理，用于根據(jù)所述判斷結果，接收或拒絕IPTV應用的申請，向資源訪問控制模塊發(fā)送允許或禁止使用資源的指令；資源訪問控制模塊，用于接收資源代理的指令，對允許使用資源的指令，執(zhí)行分配資源的操作；否則，不執(zhí)行分配。
36、根據(jù)權利要求33所述的IPTV終端，其特征在于，所述資源管理模塊進一步包括資源服務器適配模塊和資源代理適配模塊；其中，資源服務器適配模塊，用于將IPTV應用與資源服務器之間交互的信息轉換為對方能夠識別的格式傳送給對方；資源代理適配模塊，用于將IPTV應用與資源代理之間交互的信息轉換為對方能夠識別的格式傳送給對方。
37、根據(jù)權利要求27所述的IPTV終端，其特征在于，所述IPTV終端進一步包括安全管理模塊和安全管理策略庫；其中，安全管理策略庫，用于保存安全管理模塊對瀏覽器或IPTV應用所請求的操作進行管理的安全策略信息；安全管理模塊，用于根據(jù)安全策略信息，對瀏覽器或IPTV應用所請求的操作做權限控制處理。
38、根據(jù)權利要求37所述的IPTV終端，其特征在于，所述安全管理模塊包括請求捕獲模塊、安全控制模塊；其中，請求捕獲模塊，用于捕獲瀏覽器或IPTV應用發(fā)送的操作請求，將捕獲到請求傳送給安全控制模塊；安全控制模塊，用于根據(jù)安全策略信息，對接收到的請求進行權限驗證，允許執(zhí)行滿足權限要求的操作。
39、根據(jù)權利要求37所述的IPTV終端，其特征在于，所述安全管理模塊進一步包括安全策略維護模塊，用于對安全策略庫進行更新處理。
40、根據(jù)權利要求37所述的IPTV終端，其特征在于，所述安全管理模塊進一步包括安全策略適配模塊，用于將安全策略庫中的安全策略信息轉換為安全控制模塊能夠識別的格式，傳送給安全控制模塊。
41 、一種IPTV系統(tǒng)，包括IPTV終端和網絡側服務器，所述IPTV終端包括瀏覽器，該終端還包括信息獲取模塊和處理模塊；其中，信息獲取模塊，用于從網絡側服務器獲取有關IPTV業(yè)務的業(yè)務數(shù)據(jù)信處理模塊，用于將所述業(yè)務數(shù)據(jù)信息以瀏覽器能夠識別的方式提供給瀏覽器；其中，所述業(yè)務數(shù)據(jù)信息包括網絡側服務器采用單播、組播或廣播方式發(fā)送的所述業(yè)務數(shù)據(jù)信息；網絡側服務器，用于提供所述業(yè)務數(shù)據(jù)信息和IPTV業(yè)務,
全文摘要
本發(fā)明實施例提供一種IPTV業(yè)務的實現(xiàn)方法，包括從網絡側服務器獲取有關IPTV(網際協(xié)議電視)業(yè)務的業(yè)務數(shù)據(jù)信息；將所述業(yè)務數(shù)據(jù)信息以瀏覽器能夠識別的方式提供給瀏覽器；其中，所述業(yè)務數(shù)據(jù)信息包括網絡側服務器采用單播、組播或廣播方式發(fā)送的所述業(yè)務數(shù)據(jù)信息。本發(fā)明實施例還提供一種IPTV終端及系統(tǒng)。本發(fā)明實施例提供的上述技術方案能夠在IPTV終端本地，對從網絡側服務器獲取到的業(yè)務數(shù)據(jù)信息進行處理，以提供瀏覽器所需信息，從而能夠有效減少瀏覽器訪問服務器的次數(shù)，提高實現(xiàn)IPTV業(yè)務的效率。
文檔編號H04L29/06GK101296371SQ20071009696
公開日2008年10月29日申請日期2007年4月23日優(yōu)先權日2007年4月23日
發(fā)明者侯偉奕, 吉劉, 商飛鵬, 姚立哲, 張園園, 石國欣申請人:華為技術有限公司

完整全部詳細技術資料下載