專利名稱：一種交互式網(wǎng)絡(luò)電視系統(tǒng)及其處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及交互式網(wǎng)絡(luò)電視領(lǐng)域，尤其涉及的是， 一種交互式網(wǎng)絡(luò)電 視系統(tǒng)和處理方法。
背景技術(shù)：
IPTV (Internet Protocol Television,交互式網(wǎng)絡(luò)電視)是利用寬帶有線 電視網(wǎng)的基礎(chǔ)設(shè)施，以家用電視機(jī)作為主要終端電器，通過互聯(lián)網(wǎng)絡(luò)協(xié)議 來提供包括電視節(jié)目在內(nèi)的多種數(shù)字媒體服務(wù)。
IPTV作為一種視頻傳媒服務(wù)業(yè)務(wù)，隨著技術(shù)的不斷成熟、業(yè)務(wù)的深入 開展，也遇到新的問題。 一方面，隨著用戶數(shù)的持續(xù)增加，對(duì)系統(tǒng)性能、 安全性、業(yè)務(wù)流程的簡(jiǎn)潔性和可靠性都提出了更高的要求。因此，盡量減
對(duì)IPTV的體系和結(jié)構(gòu)提出了更高的要求。另一方面，隨著IPTV在各地廣 泛應(yīng)用和推廣，眾多廠商系統(tǒng)之間的兼容問題越來越成為IPTV的發(fā)展瓶 頸，表現(xiàn)如下目前各個(gè)廠商平臺(tái)的用戶認(rèn)證均在廠商平臺(tái)完成，導(dǎo)致主 運(yùn)營(yíng)商對(duì)于IPTV的業(yè)務(wù)控制力度不高，無法統(tǒng)一集中管理用戶；用戶在使 用IPTV業(yè)務(wù)時(shí)的業(yè)務(wù)鑒權(quán)是在廠商平臺(tái)支撐系統(tǒng)上完成，這樣導(dǎo)致管理 平臺(tái)無法i人i正用戶身〗分，無法實(shí)時(shí)獲得用戶在線情況，用戶的認(rèn)證流程與 基本業(yè)務(wù)存在不一致性；目前系統(tǒng)沒有定義第三方的客戶端插件接口，為 未來引入第三方增值業(yè)務(wù)帶來困難；目前各個(gè)廠商平臺(tái)接入的機(jī)頂盒為各 自平臺(tái)廠家提供，機(jī)頂盒編號(hào)長(zhǎng)度和編號(hào)規(guī)則不一致，為今后統(tǒng)一的機(jī)頂 盒認(rèn)證、管理和維護(hù)帶來不便等等。介于IPTV是一個(gè)復(fù)雜系統(tǒng)以及上述的問題，在IPTV準(zhǔn)備大規(guī)模推廣 之際，國(guó)際標(biāo)準(zhǔn)化組織或相關(guān)廠家已經(jīng)對(duì)流媒體技術(shù)與IPTV技術(shù)有了相關(guān) 的協(xié)議和編碼等標(biāo)準(zhǔn)或建議，電信集團(tuán)也接連提出了 V2.0版本和2,2規(guī)范 等IPTV —系列相關(guān)的技術(shù)規(guī)范。該相關(guān)規(guī)范統(tǒng)一了標(biāo)準(zhǔn)開放了接口并把現(xiàn) 有的不同標(biāo)準(zhǔn)整合為一套完整的交付解決方案，以加快IPTV相關(guān)技術(shù)的全 面標(biāo)準(zhǔn)化，使得各個(gè)廠家按照這個(gè)接口進(jìn)行設(shè)計(jì)，就可以保證兼容性。
目前的IPTV的軟件系統(tǒng)架構(gòu)是一個(gè)獨(dú)立完整的體系，見附圖l，各個(gè) 功能模塊之間聯(lián)系緊密，耦合性強(qiáng)，無法拆分和靈活部署，不能適應(yīng)當(dāng)前 日益開^L的、標(biāo)準(zhǔn)化的系統(tǒng)架構(gòu)。
因此，現(xiàn)有技術(shù)還存在缺陷，有待于改進(jìn)和發(fā)展。

發(fā)明內(nèi)容
本發(fā)明解決的技術(shù)問題是提供一種交互式網(wǎng)絡(luò)電視系統(tǒng)及其處理方 法，該系統(tǒng)和方法能夠減少系統(tǒng)間的緊耦合。 為解決上述技術(shù)問題，本發(fā)明采用以下方案
一種交互式網(wǎng)絡(luò)電視系統(tǒng)，包括終端、存儲(chǔ)終端的業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)庫(kù)、 根據(jù)終端的請(qǐng)求對(duì)終端業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)操作的控制點(diǎn)，還包括能力模塊 和管理模塊，能力模塊包括能力電子節(jié)目單服務(wù)器，用于轉(zhuǎn)發(fā)終端的請(qǐng) 求消息到所述控制點(diǎn)進(jìn)行處理；管理模塊包括平臺(tái)電子節(jié)目單服務(wù)器， 用于接收所述控制點(diǎn)返回的處理結(jié)果并轉(zhuǎn)發(fā)至所述終端。
所述的系統(tǒng)，其中，所述管理;漠塊包括與所述終端連接的第三方管理 平臺(tái)；所述能力模塊包括用于對(duì)接所述第三方管理平臺(tái)和控制點(diǎn)的能力平 臺(tái)對(duì)接接口。
所述的系統(tǒng)，其中，所述能力模塊包括與所述終端連接的第三方能力 平臺(tái)；所述管理模塊包括用于對(duì)接所述第三方能力平臺(tái)和控制點(diǎn)的管理平 臺(tái)對(duì)接接口所述的系統(tǒng)，其中，所述能力模塊包括一個(gè)以上第三方能力平臺(tái)，所 述控制點(diǎn)包括相應(yīng)個(gè)數(shù)的分布式控制點(diǎn)，所述管理平臺(tái)對(duì)接接口是分布式 接口 ，通過該分布式接口連接所述分布式控制點(diǎn)和所述一個(gè)以上第三方能 力平臺(tái)。
所述的系統(tǒng)，其中，所述分布式接口包括設(shè)置在所述控制點(diǎn)上的平 臺(tái)接口模塊，與該平臺(tái)接口模塊和所述能力模塊連接的平臺(tái)接口前置機(jī)。 本發(fā)明還提供一種交互式網(wǎng)絡(luò)電視系統(tǒng)的處理方法， — 所述能力電子節(jié)目單服務(wù)器轉(zhuǎn)發(fā)所述終端的請(qǐng)求消息到所述控制點(diǎn)進(jìn) 行處理；
所述控制點(diǎn)根據(jù)所述終端的請(qǐng)求對(duì)所述數(shù)據(jù)庫(kù)內(nèi)的終端業(yè)務(wù)數(shù)據(jù)進(jìn)行 相應(yīng)^喿作；
所述平臺(tái)電子節(jié)目單服務(wù)器接收所述控制點(diǎn)返回的處理結(jié)果并轉(zhuǎn)發(fā)至 所述終端。
所述的方法，其中，所述流程是
所述終端通過所述平臺(tái)電子節(jié)目單服務(wù)器提供的認(rèn)證接口進(jìn)行認(rèn)證，
至少獲取業(yè)務(wù)入口地址；
所述平臺(tái)電子節(jié)目單服務(wù)器觸發(fā)所述控制點(diǎn)對(duì)所述數(shù)據(jù)庫(kù)中該終端的
業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)操作；
所述終端根據(jù)所述業(yè)務(wù)入口地址，訪問所述能力電子節(jié)目單服務(wù)器； 進(jìn)行所述相應(yīng)操作時(shí)，所述能力電子節(jié)目單服務(wù)器將相關(guān)消息轉(zhuǎn)發(fā)到
所述控制點(diǎn)處理。
所述的方法，其中，該流程中引入第三方管理平臺(tái)，所述流程是 終端通過所述第三方管理平臺(tái)提供的認(rèn)證接口進(jìn)行認(rèn)證，至少獲取業(yè)
務(wù)入口地址；
終端根據(jù)所述業(yè)務(wù)入口地址，訪問能力電子節(jié)目單服務(wù)器； 能力電子節(jié)目單服務(wù)器觸發(fā)控制點(diǎn)對(duì)所述數(shù)據(jù)庫(kù)中該終端的業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)操作；
進(jìn)行所述相應(yīng)操作時(shí)，發(fā)送的相關(guān)消息通過能力平臺(tái)對(duì)接接口轉(zhuǎn)發(fā)到
所述第三方管理平臺(tái)。
所述的方法，其中，該流程中引入第三方能力平臺(tái)，所述流程是 終端通過所述平臺(tái)電子節(jié)目單服務(wù)器所提供的認(rèn)證接口進(jìn)行認(rèn)證，至
少獲取業(yè)務(wù)入口地址；
平臺(tái)電子節(jié)目單^E務(wù)器觸發(fā)所述控制點(diǎn)對(duì)所述數(shù)據(jù)庫(kù)進(jìn)行相應(yīng)操作； 終端才艮據(jù)所述業(yè)務(wù)入口地址，訪問第三方能力平臺(tái)； 進(jìn)行所述相應(yīng)"l喿作時(shí)，所述第三方能力平臺(tái)發(fā)送的相關(guān)消息經(jīng)管理平
臺(tái)對(duì)接接口觸發(fā)控制點(diǎn)進(jìn)行相應(yīng)的處理。
所述的方法，其中，所述相應(yīng)的操作包括首頁(yè)認(rèn)證操作、業(yè)務(wù)鑒權(quán)、 首頁(yè)認(rèn)證、產(chǎn)品訂購(gòu)、業(yè)務(wù)鑒權(quán)、或者產(chǎn)品列表獲取。
與現(xiàn)有技術(shù)相比，本發(fā)明交互式網(wǎng)絡(luò)電視系統(tǒng)通過加入能力模塊和管 理模塊，以及分別屬于能力模塊和管理模塊的能力EPG和平臺(tái)EPG,減少 原系統(tǒng)中各個(gè)子系統(tǒng)、各個(gè)模塊的緊耦合，從而將IPTV業(yè)務(wù)管理系統(tǒng)做成 一個(gè)高效靈活的系統(tǒng)。


圖1是現(xiàn)有^t支術(shù)的IPTV的系統(tǒng)框架圖2是本發(fā)明的IPTV系統(tǒng)總體框架圖3是本發(fā)明方法的第一種實(shí)施方式的框架示意圖4是本發(fā)明方法的第一種實(shí)施方式的結(jié)構(gòu)框圖5是本發(fā)明方法的第 一種實(shí)施方式的首頁(yè)鑒權(quán)流程圖6是本發(fā)明方法的第一種實(shí)施方式的業(yè)務(wù)鑒權(quán)流程圖7是本發(fā)明方法的第一種實(shí)施方式的產(chǎn)品訂購(gòu)流程圖8是本發(fā)明方法的第二種實(shí)施方式的框架示意圖；圖9是本發(fā)明方法的第二種實(shí)施方式的結(jié)構(gòu)框圖； 圖IO是本發(fā)明方法的第二種實(shí)施方式的首頁(yè)鑒權(quán)流程圖； 圖ll是本發(fā)明方法的第二種實(shí)施方式的業(yè)務(wù)鑒權(quán)流程圖； 圖12是本發(fā)明方法的第二種實(shí)施方式的產(chǎn)品訂購(gòu)流程圖； 圖13是本發(fā)明方法的第三種實(shí)施方式的框架示意圖； 圖14是本發(fā)明方法的第三種實(shí)施方式的結(jié)構(gòu)框圖； 圖15是本發(fā)明方法的第三種實(shí)施方式的首頁(yè)鑒權(quán)流程圖； 圖16是本發(fā)明方法的第三種實(shí)施方式的業(yè)務(wù)鑒權(quán)流程圖； 圖17是本發(fā)明方法的第三種實(shí)施方式的產(chǎn)品訂購(gòu)流程圖。
具體實(shí)施例方式
下面結(jié)合具體實(shí)施方式
和附圖對(duì)本發(fā)明作進(jìn)一步詳細(xì)的描述。
本發(fā)明在現(xiàn)有的系統(tǒng)架構(gòu)的基礎(chǔ)上，將其在邏輯上和功能上分成管理 平臺(tái)和能力平臺(tái)，使其不僅完全符合電信集團(tuán)的V2.2系列技術(shù)規(guī)范，而且 可以靈活組合，部署成不同的軟件功能結(jié)構(gòu)，以適應(yīng)不同的應(yīng)用場(chǎng)景。
本發(fā)明的交互式網(wǎng)絡(luò)電視系統(tǒng)，包括終端(即機(jī)頂盒，Set-top box， STB)、控制點(diǎn)(Control Point, CP )、數(shù)據(jù)庫(kù)(Date Base, DB )、能力模塊 和管理模塊，其中的DB用于存儲(chǔ)終端的業(yè)務(wù)數(shù)據(jù)；CP用于根據(jù)終端的請(qǐng) 求對(duì)終端的業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)的操作；能力模塊包括能力電子節(jié)目單服 務(wù)器(能力EPG),用于將終端的請(qǐng)求消息轉(zhuǎn)發(fā)到所述CP進(jìn)行處理；管理 模塊包括平臺(tái)電子節(jié)目單服務(wù)器(平臺(tái)EPG),用于接收所述CP返回的 處理結(jié)果并轉(zhuǎn)發(fā)至所述終端。
通過加入能力模塊和管理模塊，以及分別屬于能力模塊和管理模塊的 能力EPG和平臺(tái)EPG,減少原系統(tǒng)中各個(gè)子系統(tǒng)、各個(gè)模塊的緊耦合，并 為將目前的IPTV業(yè)務(wù)管理系統(tǒng)做成一個(gè)高效靈活的軟件系統(tǒng)打下基礎(chǔ)。
為了便于各種平臺(tái)之間的組合和融合，將目前的IPTV業(yè)務(wù)管理系統(tǒng)做成一個(gè)高效靈活的軟件系統(tǒng)，在系統(tǒng)中引入第三方管理平臺(tái)和第三方能力
平臺(tái)。第三方管理平臺(tái)屬于所述管理模塊、與所述終端連接；相應(yīng)地，所 述能力模塊中設(shè)有用于對(duì)接所述第三方管理平臺(tái)和CP的能力平臺(tái)對(duì)接接 口，筒稱為能力IMP (Interface Message Processor,接口消息處理機(jī))。第 三方能力平臺(tái)屬于所述能力模塊、與所述終端連接；相應(yīng)地，所述管理模 塊中設(shè)有用于對(duì)接所述第三方能力平臺(tái)和CP的管理平臺(tái)對(duì)接接口 ，簡(jiǎn)稱為 平臺(tái)IMP。
進(jìn)一步地，所述控制點(diǎn)包括至少兩個(gè)分布式控制點(diǎn)，所述管理平臺(tái)對(duì) 接接口是分布式接口 ，通過該分布式接口連接所述分布式控制點(diǎn)和所述能 力模塊，如圖14所示，該結(jié)構(gòu)中不僅采用了分布式EPG是一個(gè)CP同時(shí)處 理多個(gè)終端，還采用了分布式CP，使得一個(gè)管理平臺(tái)可同時(shí)連接多個(gè)能力 平臺(tái)，多個(gè)能力平臺(tái)是不同的，也可以是來自不同的廠商；這進(jìn)一步提高 了系統(tǒng)靈活性。
以下以 一 完整的具體實(shí)施方式
進(jìn)行詳細(xì)的說明
將所述能力模塊劃分為內(nèi)部系統(tǒng)的能力平臺(tái)和外部的第三方能力平 臺(tái)，將所述管理模塊劃分為內(nèi)部系統(tǒng)的內(nèi)部管理平臺(tái)和外部的第三方管理 平臺(tái)，如圖2所示，能力EPG屬于內(nèi)部能力平臺(tái)、平臺(tái)EPG屬于內(nèi)部管理 平臺(tái)。
圖中將分別屬于能力平臺(tái)和管理平臺(tái)的能力EPG和平臺(tái)EPG集成在同 一EPG上，能力EPG實(shí)現(xiàn)能力平臺(tái)EPG相關(guān)功能，直接為終端用戶提供 服務(wù)；平臺(tái)EPG模塊實(shí)現(xiàn)并對(duì)外提供管理平臺(tái)定義的相關(guān)接口。圖中的實(shí) 線為規(guī)范中定義的標(biāo)準(zhǔn)接口，虛線為內(nèi)部接口； CP為能力平臺(tái)和管理平臺(tái) 內(nèi)部處理流程提供相關(guān)接口。這樣，本實(shí)施例將現(xiàn)有的系統(tǒng)劃分成能力平 臺(tái)、管理平臺(tái)兩大部分，包含能力平臺(tái)和管理平臺(tái)兩部分的功能，能夠支 持與不同廠商能力平臺(tái)或管理平臺(tái)的對(duì)接。在不同的應(yīng)用場(chǎng)景下，進(jìn)行不
同的軟件才莫塊的部署，靈活的區(qū)別對(duì)待。圖3、圖8和圖13具體說明了三種不同的應(yīng)用場(chǎng)合作為具體實(shí)施方式
，并且每個(gè)實(shí)施方式里列舉三個(gè)運(yùn)營(yíng)
過程中主要的業(yè)務(wù)流程，來闡述不同架構(gòu)下的區(qū)別；分別描述如下
實(shí)施方式一，見圖3，是本發(fā)明方法的第一種實(shí)施方式的示意圖，表示 不涉及第三方的情形，內(nèi)部能力平臺(tái)和內(nèi)部管理平臺(tái)組合的基本流程
111、 機(jī)頂盒上電，通過內(nèi)部系統(tǒng)的平臺(tái)EPG所提供的認(rèn)證接口進(jìn)行認(rèn) 證，獲取UserToken、業(yè)務(wù)入口地址、頻道列表等信息；
112、 平臺(tái)EPG觸發(fā)CP，進(jìn)行上述接口的內(nèi)部流程的處理；
113、 CP調(diào)用DB的存儲(chǔ)過程，對(duì)DB進(jìn)行相應(yīng)操作；所述的相應(yīng)揭:作 包括首頁(yè)認(rèn)證、UserToken更新、產(chǎn)品訂購(gòu)、業(yè)務(wù)鑒權(quán)、產(chǎn)品列表獲取等 操作。
114、 機(jī)頂盒根據(jù)獲取到的業(yè)務(wù)入口地址，訪問內(nèi)部系統(tǒng)的能力EPG;
115、 當(dāng)進(jìn)行相應(yīng)操作時(shí)，能力EPG通過能力接口機(jī)轉(zhuǎn)發(fā)相關(guān)消息到 CP直接處理(無須在通過接口機(jī)繞行)。
具體的結(jié)構(gòu)見附圖4，該實(shí)施例只要升級(jí)現(xiàn)網(wǎng)的軟件，從圖中可看出， 每個(gè)CP的CP業(yè)務(wù)處理模塊與兩個(gè)分布式EPG連接，主EPG將負(fù)載均衡 地分配給多個(gè)分布式EPG，這樣一個(gè)CP就可以處理多個(gè)終端，使得系統(tǒng)的 負(fù)載均衡分?jǐn)偂?br> 下面是本實(shí)施方式的首頁(yè)鑒權(quán)流程，見附圖5:
121、 用戶登錄認(rèn)證成功后，向EPG發(fā)起首頁(yè)鑒權(quán)的請(qǐng)求；
122、 EPG向CP發(fā)起首頁(yè)鑒權(quán)的請(qǐng)求，WINTCP消息；
123、 CP調(diào)用DB過程，進(jìn)行首頁(yè)認(rèn)證；
124、 DB返回首頁(yè)認(rèn)證和負(fù)載均衡的結(jié)果；
125、 CP返回首頁(yè)認(rèn)證結(jié)果；
126、 EPG向機(jī)頂盒返回認(rèn)證結(jié)果。 下面是本實(shí)施方式的業(yè)務(wù)鑒權(quán)流程，見附圖6: 131、機(jī)頂盒向EPG發(fā)起http請(qǐng)求；132、 內(nèi)部的能力平臺(tái)EPG向CP發(fā)起內(nèi)容訂購(gòu)關(guān)系鑒權(quán)的請(qǐng)求， WINTCP消息，攜帶ProductID、 UserToken等信息；
133、 CP調(diào)用DB的存儲(chǔ)過程進(jìn)行內(nèi)容訂購(gòu)關(guān)系的鑒權(quán)；
134、 DB返回鑒權(quán)結(jié)果；
135、 CP將鑒權(quán)結(jié)果返回給EPG，如果鑒權(quán)失敗，返回用戶可訂購(gòu)的 產(chǎn)品列表；
136、 鑒權(quán)成功，直接播放視頻；如果鑒權(quán)失敗，向用戶展示T訂購(gòu)的 產(chǎn)品列表，供用戶選擇訂購(gòu)。
下面是本實(shí)施方式的產(chǎn)品訂購(gòu)流程，見附圖7:
141、 用戶選擇產(chǎn)品列表，向EPG發(fā)起產(chǎn)品訂購(gòu)請(qǐng)求；
142、 EPG向CP業(yè)務(wù)處理^t塊發(fā)起產(chǎn)品訂購(gòu)請(qǐng)求，WINTCP消息；
143、 業(yè)務(wù)調(diào)用業(yè)務(wù)數(shù)據(jù)庫(kù)的存儲(chǔ)過程，保存用戶的及時(shí)訂購(gòu)關(guān)系；
144、 CP得到數(shù)據(jù)庫(kù)返回結(jié)果；
145、 業(yè)務(wù)將訂購(gòu)結(jié)果返回給EPG;
146、 EPG返回才幾頂盒訂購(gòu)的結(jié)果頁(yè)面。
在本實(shí)施方式中的三種流程中，終端與CP之間都是通過EPG進(jìn)行通 信的，而且還將原來高耦合度的系統(tǒng)分為以業(yè)務(wù)控制為主的管理平臺(tái)和直 接執(zhí)行過程的能力平臺(tái)，以此降低了系統(tǒng)內(nèi)的耦合度，提高系統(tǒng)的靈活度。
應(yīng)用場(chǎng)景二，見圖8，是本發(fā)明方法的第二種實(shí)施方式的示意圖，表示 的是內(nèi)部系統(tǒng)的能力平臺(tái)與第三方的管理平臺(tái)的組合，基本流程如下
211、 機(jī)頂盒上電，通過管理平臺(tái)提供的認(rèn)證接口進(jìn)行認(rèn)證，獲取 UserToken、業(yè)務(wù)入口地址、頻道列表等信息；
212、 機(jī)頂盒根據(jù)獲取到的業(yè)務(wù)入口地址，訪問能力EPG;
213、 能力EPG觸發(fā)CP,對(duì)DB進(jìn)行相應(yīng)的操作，如收藏、內(nèi)部鑒
權(quán)等；
214、 CP調(diào)用DB的存儲(chǔ)過程，進(jìn)行相關(guān)的數(shù)據(jù)庫(kù)操作215、 當(dāng)進(jìn)行首頁(yè)認(rèn)證、UserToken更新、訂購(gòu)、鑒權(quán)、產(chǎn)品列表獲取 等操作時(shí)，發(fā)送相關(guān)的消息到能力接口機(jī)；
216、 能力接口機(jī)轉(zhuǎn)發(fā)上述消息到管理平臺(tái)。
具體的結(jié)構(gòu)見附圖9，由于引入了第三方管理平臺(tái)，所以還需增加用于 對(duì)接所述第三方管理平臺(tái)和控制點(diǎn)(CP)的能力平臺(tái)對(duì)接接口 (能力IMP), 圖9的結(jié)構(gòu)中采用以下方式增設(shè)能力IMP:在CP上設(shè)置能力接口模塊(能 力IMP模塊)，并增加一個(gè)轉(zhuǎn)發(fā)SOAP消息的能力接口前置機(jī)作為對(duì)外消息 服務(wù)。經(jīng)過試驗(yàn)，轉(zhuǎn)發(fā)能力達(dá)到300~500TPS，能力可以達(dá)到要求。
下面是本實(shí)施方式的首頁(yè)鑒權(quán)流程，見附圖10:
220、 用戶登錄認(rèn)證成功后，向EPG發(fā)起首頁(yè)筌權(quán)的請(qǐng)求；
221、 EPG向CP發(fā)起首頁(yè)鑒權(quán)的請(qǐng)求，SOAP消息；
222、 CP向其內(nèi)部的能力IMP模塊發(fā)起首頁(yè)鑒權(quán)的請(qǐng)求，SOAP消息；
223、 能力IMP模塊通過能力接口前置機(jī)向第三方的管理平臺(tái)發(fā)起首頁(yè) 認(rèn)證的請(qǐng)求，SOAP消息；
224 、第三方的管理平臺(tái)向內(nèi)部系統(tǒng)的能力接口前置機(jī)返回認(rèn)證結(jié)果；
225、 能力接口前置機(jī)向CP返回認(rèn)證結(jié)果；
226、 CP在內(nèi)部系統(tǒng)的能力平臺(tái)內(nèi)部保存用戶信息到DB;
227、 保存用戶信息成功后，CP從DB中獲取負(fù)載均衡的結(jié)果；
228、 CP向能力EPG返回用戶認(rèn)證和負(fù)載均衡；
229、 能力EPG向才幾頂盒返回認(rèn)證結(jié)果。 下面是本實(shí)施方式的業(yè)務(wù)鑒權(quán)流程，見附圖11:
230、 機(jī)頂盒向第三方的能力平臺(tái)系統(tǒng)發(fā)起Http請(qǐng)求；
231、 內(nèi)部系統(tǒng)的能力平臺(tái)EPG向CP發(fā)起內(nèi)容訂購(gòu)關(guān)系鑒權(quán)的請(qǐng)求， WINTCP消息，攜帶ProductID、 UserToken等信息；
232、 CP調(diào)用DB的存儲(chǔ)過程進(jìn)行內(nèi)容訂購(gòu)關(guān)系的筌權(quán)；
233、 DB返回鑒外又結(jié)果；234、 如果鑒權(quán)成功，CP將鑒權(quán)結(jié)果返回給EPG;如果內(nèi)部鑒權(quán)失敗， CP的業(yè)務(wù)處理模塊向能力IMP模塊發(fā)起SOAP消息，到管理平臺(tái)進(jìn)行二次 鑒權(quán)；
235、 能力IMP模塊根據(jù)輸入?yún)?shù)組織管理平臺(tái)鑒權(quán)請(qǐng)求參數(shù)(包括 ServiceID、 ProductID等)經(jīng)能力接口前置機(jī)轉(zhuǎn)發(fā)鑒權(quán)消息到管理平臺(tái)，進(jìn) 行業(yè)務(wù)鑒權(quán)；
236、 第三方管理平臺(tái)返回用戶可訂購(gòu)的產(chǎn)品列表； -
237、 通過能力接口前置機(jī)和能力IMP模塊向CP返回用戶可訂購(gòu)的產(chǎn) 品列表；
238、 CP向EPG返回用戶可訂購(gòu)的產(chǎn)品列表；
239、 EPG返回產(chǎn)品訂購(gòu)列表的頁(yè)面。 下面是本實(shí)施方式的產(chǎn)品訂購(gòu)流程，見附圖12:
240、 用戶選擇產(chǎn)品列表，向EPG發(fā)起產(chǎn)品訂購(gòu)請(qǐng)求；
241、 EPG向CP業(yè)務(wù)處理模塊發(fā)起產(chǎn)品訂購(gòu)請(qǐng)求，WINTCP消息；
242、 CP向內(nèi)部系統(tǒng)的能力IMP模塊發(fā)起產(chǎn)品訂購(gòu)請(qǐng)求，SOAP消息；
243、 能力IMP模塊經(jīng)能力接口前置機(jī)向第三方的管理平臺(tái)轉(zhuǎn)發(fā)及時(shí)訂 購(gòu)的i青求；
244、 第三方的管理平臺(tái)保存用戶的及時(shí)訂購(gòu)關(guān)系，向能力IMP模塊返 回訂購(gòu)結(jié)果；
245、 能力IMP模塊向CP業(yè)務(wù)處理模塊返回訂購(gòu)結(jié)果；
246、 CP的業(yè)務(wù)處理模塊調(diào)用數(shù)據(jù)庫(kù)存儲(chǔ)過程，保存用戶的及時(shí)訂購(gòu) 關(guān)系；
247、 DB返回保存的結(jié)果；
248、 CP的業(yè)務(wù)處理模塊向EPG返回及時(shí)訂購(gòu)的結(jié)果；
249、 EPG返回才幾頂盒訂購(gòu)的結(jié)果頁(yè)面。
該實(shí)施方式加入了第三方管理平臺(tái)，實(shí)現(xiàn)了系統(tǒng)的拆分和靈活組合，能適應(yīng)當(dāng)前日益開放的、標(biāo)準(zhǔn)化的系統(tǒng)架構(gòu)。
應(yīng)用場(chǎng)景三，見圖13，是本發(fā)明方法的第三種實(shí)施方式的示意圖，表
示的是管理平臺(tái)和第三方能力平臺(tái)的組合，基本流程如下
311、 機(jī)頂盒上電，通過平臺(tái)EPG所提供的認(rèn)證接口進(jìn)行認(rèn)證，獲取 UserToken、業(yè)務(wù)入口地址、頻道列表等信息；
312、 平臺(tái)EPG觸發(fā)CP，進(jìn)行上述接口內(nèi)部流程的處理；
313、 CP調(diào)用DB的存儲(chǔ)過程，對(duì)DB進(jìn)行相應(yīng)的操作；
314、 機(jī)頂盒根據(jù)獲取到的業(yè)務(wù)入口地址，訪問接入第三方的能力EPG;
315、 當(dāng)進(jìn)行首頁(yè)認(rèn)證、UserToken更新、訂購(gòu)、鑒權(quán)、產(chǎn)品列表獲取 等操作時(shí)，第三方的能力系統(tǒng)發(fā)送相關(guān)的消息到我們的管理平臺(tái)的平臺(tái)接 口機(jī)；
316、 管理平臺(tái)接口機(jī)觸發(fā)業(yè)務(wù)，進(jìn)行上述接口的內(nèi)部流程的處理。 具體的結(jié)構(gòu)見附圖14,該結(jié)構(gòu)中具有內(nèi)部管理平臺(tái)、能力平臺(tái)，同時(shí)
還接入了兩個(gè)不同廠商第三方能力平臺(tái)，所以還需增加用于對(duì)接所述第三 方能力平臺(tái)和控制點(diǎn)(CP)的管理平臺(tái)對(duì)接接口 (平臺(tái)IMP)，圖14的結(jié) 構(gòu)中采用以下方式增設(shè)平臺(tái)IMP:在CP上設(shè)置平臺(tái)接口模塊(平臺(tái)IMP 模塊)，并增加一個(gè)轉(zhuǎn)發(fā)SOAP消息的平臺(tái)接口前置機(jī)作為其他平臺(tái)的 SOAP接入點(diǎn)；而且該結(jié)構(gòu)中不僅采用了分布式EPG是一個(gè)CP同時(shí)處理 多個(gè)終端，還采用了分布式CP，使得一個(gè)管理平臺(tái)可同時(shí)連接多個(gè)能力平 臺(tái)，多個(gè)能力平臺(tái)是不同的，也可以是來自不同的廠商；這進(jìn)一步提高了 系統(tǒng)靈活性。
下面是本實(shí)施方式的首頁(yè)鑒權(quán)流程，見附圖15:
321、 用戶登錄認(rèn)證成功后，向平臺(tái)EPG發(fā)起首頁(yè)鑒權(quán)的請(qǐng)求；
322、 平臺(tái)EPG向內(nèi)部系統(tǒng)的平臺(tái)接口前置機(jī)發(fā)起首頁(yè)鑒權(quán)的請(qǐng)求， SOAP消息；
323、 平臺(tái)接口前置機(jī)向內(nèi)部系統(tǒng)的管理平臺(tái)的CP發(fā)起首頁(yè)認(rèn)證的請(qǐng)求，SOAP消息；
324、 CP調(diào)用DB過程，進(jìn)行首頁(yè)認(rèn)證；
325、 DB返回首頁(yè)i/^正結(jié)果；
326、 CP向平臺(tái)接口前置機(jī)返回首頁(yè)認(rèn)證結(jié)果；
327、 認(rèn)證成功后，平臺(tái)接口前置機(jī)向第三方能力平臺(tái)返回首頁(yè)認(rèn)證的 結(jié)果。
下面是本實(shí)施方式的業(yè)務(wù)鑒權(quán)流程，見附圖16:
331、 機(jī)頂盒向第三方的能力平臺(tái)發(fā)起內(nèi)容播放請(qǐng)求；
332、 能力平臺(tái)首先進(jìn)行內(nèi)部鑒權(quán)，鑒權(quán)失敗則到管理平臺(tái)進(jìn)行鑒權(quán)；
333、 平臺(tái)IMP才莫塊訪問DB，進(jìn)行業(yè)務(wù)鑒權(quán)；
334、 鑒權(quán)結(jié)束，返回可訂購(gòu)產(chǎn)品列表；
335、 平臺(tái)IMP模塊返回可訂購(gòu)產(chǎn)品列表；
336、 返回可訂購(gòu)產(chǎn)品列表展示界面。 下面是本實(shí)施方式的產(chǎn)品訂購(gòu)流程，見附圖17:
341、 用戶選擇產(chǎn)品列表，機(jī)頂盒向EPG發(fā)起產(chǎn)品訂購(gòu)請(qǐng)求；
342、 第三方的EP G向內(nèi)部系統(tǒng)的平臺(tái)接口前置機(jī)發(fā)起產(chǎn)品訂購(gòu)請(qǐng)求， SOAP消息；
343、 平臺(tái)接口前置機(jī)觸發(fā)CP的業(yè)務(wù)處理模塊；
344、 CP調(diào)用DB處理流程，保存用戶的及時(shí)訂購(gòu)關(guān)系；
345、 DB向CP的業(yè)務(wù)處理模塊返回訂購(gòu)結(jié)果；
346、 CP的業(yè)務(wù)處理模塊向平臺(tái)接口前置機(jī)返回及時(shí)訂購(gòu)的結(jié)果；
347、 平臺(tái)接口前置機(jī)向第三方的能力平臺(tái)的EPG及時(shí)返回訂購(gòu)的結(jié)
果；
348、 EPG返回才幾頂盒訂購(gòu)的結(jié)果頁(yè)面。
通過以上登錄、業(yè)務(wù)鑒權(quán)和產(chǎn)品訂購(gòu)幾個(gè)IPTV業(yè)務(wù)管理系統(tǒng)中的典型 流程的不同處理的方式，充分體現(xiàn)了這種IPTV軟件平臺(tái)新架構(gòu)的靈活性。由于采用能力接口前置機(jī)和平臺(tái)接口前置機(jī)作為純粹的SOAP消息轉(zhuǎn)發(fā)， 同時(shí)能力IMP模塊和管理IMP模塊采用分布式部署，使得系統(tǒng)的負(fù)載均衡 分?jǐn)?。?jīng)過測(cè)試，這兩臺(tái)前置機(jī)的SOAP消息轉(zhuǎn)發(fā)能力，達(dá)到300-500TPS, 完全滿足性能需要。本發(fā)明不僅完全符合電信集團(tuán)的規(guī)范，而且性能比以 前提高了，充分體現(xiàn)這種架構(gòu)的高性能和靈活性，也使我們的IPTV整體上 了一個(gè)新臺(tái)階。
應(yīng)當(dāng)理解的是，以上所提供的具體實(shí)施方式
只是對(duì)本發(fā)明的說明，而 不應(yīng)當(dāng)理解為對(duì)本發(fā)明的限制，對(duì)本領(lǐng)域的普通技術(shù)人員來說，可以根據(jù) 上述說明加以改進(jìn)或變換，而所有這些改進(jìn)和變換都應(yīng)為本發(fā)明所揭示的 原理和特征，均屬本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種交互式網(wǎng)絡(luò)電視系統(tǒng)，包括終端、存儲(chǔ)終端的業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)庫(kù)、根據(jù)終端的請(qǐng)求對(duì)終端業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)操作的控制點(diǎn)，其特征在于，還包括能力模塊和管理模塊，能力模塊包括能力電子節(jié)目單服務(wù)器，用于轉(zhuǎn)發(fā)終端的請(qǐng)求消息到所述控制點(diǎn)進(jìn)行處理；管理模塊包括平臺(tái)電子節(jié)目單服務(wù)器，用于接收所述控制點(diǎn)返回的處理結(jié)果并轉(zhuǎn)發(fā)至所述終端。
2、 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述管理模塊包括與所 述終端連接的第三方管理平臺(tái)；所述能力模塊包括用于對(duì)接所述第三方管 理平臺(tái)和控制點(diǎn)的能力平臺(tái)對(duì)接接口 。
3、 根據(jù)權(quán)利要求1或2所述的系統(tǒng)，其特征在于，所述能力模塊包括 與所述終端連接的第三方能力平臺(tái)；所述管理;漠塊包括用于對(duì)接所述第三 方能力平臺(tái)和控制點(diǎn)的管理平臺(tái)對(duì)接接口 。
4、 根據(jù)權(quán)利要求3所述的系統(tǒng)，其特征在于，所述能力模塊包括一個(gè) 以上第三方能力平臺(tái)，所述控制點(diǎn)包括相應(yīng)個(gè)數(shù)的分布式控制點(diǎn),所述管 理平臺(tái)對(duì)接接口是分布式接口 ，通過該分布式接口連接所述分布式控制點(diǎn) 和所述一個(gè)以上第三方能力平臺(tái)。
5、 根據(jù)權(quán)利要求4所述的系統(tǒng)，其特征在于，所述分布式接口包括 設(shè)置在所述控制點(diǎn)上的平臺(tái)接口模塊，與該平臺(tái)接口模塊和所述能力模塊 連接的平臺(tái)接口前置機(jī)。
6、 一種利用權(quán)利要求1所述交互式網(wǎng)絡(luò)電視系統(tǒng)的處理方法，其特征在于，所述能力電子節(jié)目單服務(wù)器轉(zhuǎn)發(fā)所述終端的請(qǐng)求消息到所述控制點(diǎn)進(jìn)行處理；所述控制點(diǎn)根據(jù)所述終端的請(qǐng)求對(duì)所述數(shù)據(jù)庫(kù)內(nèi)的終端業(yè)務(wù)數(shù)據(jù)進(jìn)行 相應(yīng)操作；所述平臺(tái)電子節(jié)目單服務(wù)器接收所述控制點(diǎn)返回的處理結(jié)果并轉(zhuǎn)發(fā)至 所述終端。 .
7、 根據(jù)權(quán)利要求6所述的處理方法，其特征在于，所述流程是 所述終端通過所述平臺(tái)電子節(jié)目單服務(wù)器提供的認(rèn)證接口進(jìn)行認(rèn)證，至少獲取業(yè)務(wù)入口地址；所述平臺(tái)電子節(jié)目單服務(wù)器觸發(fā)所述控制點(diǎn)對(duì)所述數(shù)據(jù)庫(kù)中該終端的業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)操作；所述終端根據(jù)所述業(yè)務(wù)入口地址，訪問所述能力電子節(jié)目單服務(wù)器； 進(jìn)行所述相應(yīng)操作時(shí)，所述能力電子節(jié)目單服務(wù)器將相關(guān)消息轉(zhuǎn)發(fā)到所述控制點(diǎn)處理。
8、 根據(jù)權(quán)利要求6所述的處理方法，其特征在于，該流程中引入第三 方管理平臺(tái)，所述流程是終端通過所述第三方管理平臺(tái)提供的認(rèn)證接口進(jìn)行認(rèn)證，至少獲取業(yè) 務(wù)入口地址；終端根據(jù)所述業(yè)務(wù)入口地址，訪問能力電子節(jié)目單服務(wù)器； 能力電子節(jié)目單服務(wù)器觸發(fā)控制點(diǎn)對(duì)所述數(shù)據(jù)庫(kù)中該終端的業(yè)務(wù)數(shù)據(jù) 進(jìn)行相應(yīng)操作；進(jìn)行所述相應(yīng)操作時(shí)，發(fā)送的相關(guān)消息通過能力平臺(tái)對(duì)接接口轉(zhuǎn)發(fā)到 所述第三方管理平臺(tái)。
9、 根據(jù)權(quán)利要求6所述的處理方法，其特征在于，該流程中引入第三 方能力平臺(tái)，所述流程是終端通過所述平臺(tái)電子節(jié)目單服務(wù)器所提供的認(rèn)證接口進(jìn)行認(rèn)證，至少獲取業(yè)務(wù)入口地址；平臺(tái)電子節(jié)目單il良務(wù)器觸發(fā)所述控制點(diǎn)對(duì)所述數(shù)據(jù)庫(kù)進(jìn)行相應(yīng)操作； 所述終端根據(jù)所述業(yè)務(wù)入口地址，訪問第三方能力平臺(tái)； 進(jìn)行所述相應(yīng)操作時(shí)，所述第三方能力平臺(tái)發(fā)送的相關(guān)消息經(jīng)管理平臺(tái)對(duì)接接口觸發(fā)控制點(diǎn)進(jìn)行相應(yīng)的處理。
10、 根據(jù)權(quán)利要求7至9中任一所述的處理方法，其特征在于，所述 相應(yīng)的操作包括首頁(yè)認(rèn)證操作、業(yè)務(wù)鑒權(quán)、首頁(yè)認(rèn)證、產(chǎn)品訂購(gòu)、業(yè)務(wù) 鑒權(quán)或者產(chǎn)品列表獲取。
全文摘要
本發(fā)明公開了一種交互式網(wǎng)絡(luò)電視系統(tǒng)及其處理方法，其中的系統(tǒng)包括終端、存儲(chǔ)終端的業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)庫(kù)、根據(jù)終端的請(qǐng)求對(duì)終端業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)操作的控制點(diǎn)，還包括能力模塊和管理模塊，能力模塊包括能力電子節(jié)目單服務(wù)器，用于轉(zhuǎn)發(fā)終端的請(qǐng)求消息到所述控制點(diǎn)進(jìn)行處理；管理模塊包括平臺(tái)電子節(jié)目單服務(wù)器，用于接收所述控制點(diǎn)返回的處理結(jié)果并轉(zhuǎn)發(fā)至所述終端。本發(fā)明通過加入能力模塊和管理模塊，以及分別屬于能力模塊和管理模塊的能力電子節(jié)目單服務(wù)器和平臺(tái)電子節(jié)目單服務(wù)器，減少原系統(tǒng)中各個(gè)子系統(tǒng)、各個(gè)模塊的緊耦合，從而將交互式網(wǎng)絡(luò)電視系統(tǒng)做成一個(gè)高效靈活的系統(tǒng)。
文檔編號(hào)H04N7/173GK101431659SQ20081021837
公開日2009年5月13日 申請(qǐng)日期2008年12月8日 優(yōu)先權(quán)日2008年12月8日
發(fā)明者劉學(xué)安, 宇 張, 徐火順, 朱興昌 申請(qǐng)人:中興通訊股份有限公司