專利名稱：一種交互式網絡電視系統及其處理方法
技術領域：
本發明涉及交互式網絡電視領域，尤其涉及的是， 一種交互式網絡電 視系統和處理方法。
背景技術：
IPTV (Internet Protocol Television,交互式網絡電視)是利用寬帶有線 電視網的基礎設施，以家用電視機作為主要終端電器，通過互聯網絡協議 來提供包括電視節目在內的多種數字媒體服務。
IPTV作為一種視頻傳媒服務業務，隨著技術的不斷成熟、業務的深入 開展，也遇到新的問題。 一方面，隨著用戶數的持續增加，對系統性能、 安全性、業務流程的簡潔性和可靠性都提出了更高的要求。因此，盡量減
對IPTV的體系和結構提出了更高的要求。另一方面，隨著IPTV在各地廣 泛應用和推廣，眾多廠商系統之間的兼容問題越來越成為IPTV的發展瓶 頸，表現如下目前各個廠商平臺的用戶認證均在廠商平臺完成，導致主 運營商對于IPTV的業務控制力度不高，無法統一集中管理用戶；用戶在使 用IPTV業務時的業務鑒權是在廠商平臺支撐系統上完成，這樣導致管理 平臺無法i人i正用戶身〗分，無法實時獲得用戶在線情況，用戶的認證流程與 基本業務存在不一致性；目前系統沒有定義第三方的客戶端插件接口，為 未來引入第三方增值業務帶來困難；目前各個廠商平臺接入的機頂盒為各 自平臺廠家提供，機頂盒編號長度和編號規則不一致，為今后統一的機頂 盒認證、管理和維護帶來不便等等。介于IPTV是一個復雜系統以及上述的問題，在IPTV準備大規模推廣 之際，國際標準化組織或相關廠家已經對流媒體技術與IPTV技術有了相關 的協議和編碼等標準或建議，電信集團也接連提出了 V2.0版本和2,2規范 等IPTV —系列相關的技術規范。該相關規范統一了標準開放了接口并把現 有的不同標準整合為一套完整的交付解決方案，以加快IPTV相關技術的全 面標準化，使得各個廠家按照這個接口進行設計，就可以保證兼容性。
目前的IPTV的軟件系統架構是一個獨立完整的體系，見附圖l，各個 功能模塊之間聯系緊密，耦合性強，無法拆分和靈活部署，不能適應當前 日益開^L的、標準化的系統架構。
因此，現有技術還存在缺陷，有待于改進和發展。
發明內容
本發明解決的技術問題是提供一種交互式網絡電視系統及其處理方 法，該系統和方法能夠減少系統間的緊耦合。 為解決上述技術問題，本發明采用以下方案
一種交互式網絡電視系統，包括終端、存儲終端的業務數據的數據庫、 根據終端的請求對終端業務數據進行相應操作的控制點，還包括能力模塊 和管理模塊，能力模塊包括能力電子節目單服務器，用于轉發終端的請 求消息到所述控制點進行處理；管理模塊包括平臺電子節目單服務器， 用于接收所述控制點返回的處理結果并轉發至所述終端。
所述的系統，其中，所述管理;漠塊包括與所述終端連接的第三方管理 平臺；所述能力模塊包括用于對接所述第三方管理平臺和控制點的能力平 臺對接接口。
所述的系統，其中，所述能力模塊包括與所述終端連接的第三方能力 平臺；所述管理模塊包括用于對接所述第三方能力平臺和控制點的管理平 臺對接接口所述的系統，其中，所述能力模塊包括一個以上第三方能力平臺，所 述控制點包括相應個數的分布式控制點，所述管理平臺對接接口是分布式 接口 ，通過該分布式接口連接所述分布式控制點和所述一個以上第三方能 力平臺。
所述的系統，其中，所述分布式接口包括設置在所述控制點上的平 臺接口模塊，與該平臺接口模塊和所述能力模塊連接的平臺接口前置機。 本發明還提供一種交互式網絡電視系統的處理方法， — 所述能力電子節目單服務器轉發所述終端的請求消息到所述控制點進 行處理；
所述控制點根據所述終端的請求對所述數據庫內的終端業務數據進行 相應^喿作；
所述平臺電子節目單服務器接收所述控制點返回的處理結果并轉發至 所述終端。
所述的方法，其中，所述流程是
所述終端通過所述平臺電子節目單服務器提供的認證接口進行認證，
至少獲取業務入口地址；
所述平臺電子節目單服務器觸發所述控制點對所述數據庫中該終端的
業務數據進行相應操作；
所述終端根據所述業務入口地址，訪問所述能力電子節目單服務器； 進行所述相應操作時，所述能力電子節目單服務器將相關消息轉發到
所述控制點處理。
所述的方法，其中，該流程中引入第三方管理平臺，所述流程是 終端通過所述第三方管理平臺提供的認證接口進行認證，至少獲取業
務入口地址；
終端根據所述業務入口地址，訪問能力電子節目單服務器； 能力電子節目單服務器觸發控制點對所述數據庫中該終端的業務數據進行相應操作；
進行所述相應操作時，發送的相關消息通過能力平臺對接接口轉發到
所述第三方管理平臺。
所述的方法，其中，該流程中引入第三方能力平臺，所述流程是 終端通過所述平臺電子節目單服務器所提供的認證接口進行認證，至
少獲取業務入口地址；
平臺電子節目單^E務器觸發所述控制點對所述數據庫進行相應操作； 終端才艮據所述業務入口地址，訪問第三方能力平臺； 進行所述相應"l喿作時，所述第三方能力平臺發送的相關消息經管理平
臺對接接口觸發控制點進行相應的處理。
所述的方法，其中，所述相應的操作包括首頁認證操作、業務鑒權、 首頁認證、產品訂購、業務鑒權、或者產品列表獲取。
與現有技術相比，本發明交互式網絡電視系統通過加入能力模塊和管 理模塊，以及分別屬于能力模塊和管理模塊的能力EPG和平臺EPG,減少 原系統中各個子系統、各個模塊的緊耦合，從而將IPTV業務管理系統做成 一個高效靈活的系統。
圖1是現有^t支術的IPTV的系統框架圖2是本發明的IPTV系統總體框架圖3是本發明方法的第一種實施方式的框架示意圖4是本發明方法的第一種實施方式的結構框圖5是本發明方法的第 一種實施方式的首頁鑒權流程圖6是本發明方法的第一種實施方式的業務鑒權流程圖7是本發明方法的第一種實施方式的產品訂購流程圖8是本發明方法的第二種實施方式的框架示意圖；圖9是本發明方法的第二種實施方式的結構框圖； 圖IO是本發明方法的第二種實施方式的首頁鑒權流程圖； 圖ll是本發明方法的第二種實施方式的業務鑒權流程圖； 圖12是本發明方法的第二種實施方式的產品訂購流程圖； 圖13是本發明方法的第三種實施方式的框架示意圖； 圖14是本發明方法的第三種實施方式的結構框圖； 圖15是本發明方法的第三種實施方式的首頁鑒權流程圖； 圖16是本發明方法的第三種實施方式的業務鑒權流程圖； 圖17是本發明方法的第三種實施方式的產品訂購流程圖。
具體實施例方式
下面結合具體實施方式
和附圖對本發明作進一步詳細的描述。
本發明在現有的系統架構的基礎上，將其在邏輯上和功能上分成管理 平臺和能力平臺，使其不僅完全符合電信集團的V2.2系列技術規范，而且 可以靈活組合，部署成不同的軟件功能結構，以適應不同的應用場景。
本發明的交互式網絡電視系統，包括終端(即機頂盒，Set-top box， STB)、控制點(Control Point, CP )、數據庫(Date Base, DB )、能力模塊 和管理模塊，其中的DB用于存儲終端的業務數據；CP用于根據終端的請 求對終端的業務數據進行相應的操作；能力模塊包括能力電子節目單服 務器(能力EPG),用于將終端的請求消息轉發到所述CP進行處理；管理 模塊包括平臺電子節目單服務器(平臺EPG),用于接收所述CP返回的 處理結果并轉發至所述終端。
通過加入能力模塊和管理模塊，以及分別屬于能力模塊和管理模塊的 能力EPG和平臺EPG,減少原系統中各個子系統、各個模塊的緊耦合，并 為將目前的IPTV業務管理系統做成一個高效靈活的軟件系統打下基礎。
為了便于各種平臺之間的組合和融合，將目前的IPTV業務管理系統做成一個高效靈活的軟件系統，在系統中引入第三方管理平臺和第三方能力
平臺。第三方管理平臺屬于所述管理模塊、與所述終端連接；相應地，所 述能力模塊中設有用于對接所述第三方管理平臺和CP的能力平臺對接接 口，筒稱為能力IMP (Interface Message Processor,接口消息處理機)。第 三方能力平臺屬于所述能力模塊、與所述終端連接；相應地，所述管理模 塊中設有用于對接所述第三方能力平臺和CP的管理平臺對接接口 ，簡稱為 平臺IMP。
進一步地，所述控制點包括至少兩個分布式控制點，所述管理平臺對 接接口是分布式接口 ，通過該分布式接口連接所述分布式控制點和所述能 力模塊，如圖14所示，該結構中不僅采用了分布式EPG是一個CP同時處 理多個終端，還采用了分布式CP，使得一個管理平臺可同時連接多個能力 平臺，多個能力平臺是不同的，也可以是來自不同的廠商；這進一步提高 了系統靈活性。
以下以 一 完整的具體實施方式
進行詳細的說明
將所述能力模塊劃分為內部系統的能力平臺和外部的第三方能力平 臺，將所述管理模塊劃分為內部系統的內部管理平臺和外部的第三方管理 平臺，如圖2所示，能力EPG屬于內部能力平臺、平臺EPG屬于內部管理 平臺。
圖中將分別屬于能力平臺和管理平臺的能力EPG和平臺EPG集成在同 一EPG上，能力EPG實現能力平臺EPG相關功能，直接為終端用戶提供 服務；平臺EPG模塊實現并對外提供管理平臺定義的相關接口。圖中的實 線為規范中定義的標準接口，虛線為內部接口； CP為能力平臺和管理平臺 內部處理流程提供相關接口。這樣，本實施例將現有的系統劃分成能力平 臺、管理平臺兩大部分，包含能力平臺和管理平臺兩部分的功能，能夠支 持與不同廠商能力平臺或管理平臺的對接。在不同的應用場景下，進行不
同的軟件才莫塊的部署，靈活的區別對待。圖3、圖8和圖13具體說明了三種不同的應用場合作為具體實施方式
，并且每個實施方式里列舉三個運營
過程中主要的業務流程，來闡述不同架構下的區別；分別描述如下
實施方式一，見圖3，是本發明方法的第一種實施方式的示意圖，表示 不涉及第三方的情形，內部能力平臺和內部管理平臺組合的基本流程
111、 機頂盒上電，通過內部系統的平臺EPG所提供的認證接口進行認 證，獲取UserToken、業務入口地址、頻道列表等信息；
112、 平臺EPG觸發CP，進行上述接口的內部流程的處理；
113、 CP調用DB的存儲過程，對DB進行相應操作；所述的相應揭:作 包括首頁認證、UserToken更新、產品訂購、業務鑒權、產品列表獲取等 操作。
114、 機頂盒根據獲取到的業務入口地址，訪問內部系統的能力EPG;
115、 當進行相應操作時，能力EPG通過能力接口機轉發相關消息到 CP直接處理(無須在通過接口機繞行)。
具體的結構見附圖4，該實施例只要升級現網的軟件，從圖中可看出， 每個CP的CP業務處理模塊與兩個分布式EPG連接，主EPG將負載均衡 地分配給多個分布式EPG，這樣一個CP就可以處理多個終端，使得系統的 負載均衡分攤。
下面是本實施方式的首頁鑒權流程，見附圖5:
121、 用戶登錄認證成功后，向EPG發起首頁鑒權的請求；
122、 EPG向CP發起首頁鑒權的請求，WINTCP消息；
123、 CP調用DB過程，進行首頁認證；
124、 DB返回首頁認證和負載均衡的結果；
125、 CP返回首頁認證結果；
126、 EPG向機頂盒返回認證結果。 下面是本實施方式的業務鑒權流程，見附圖6: 131、機頂盒向EPG發起http請求；132、 內部的能力平臺EPG向CP發起內容訂購關系鑒權的請求， WINTCP消息，攜帶ProductID、 UserToken等信息；
133、 CP調用DB的存儲過程進行內容訂購關系的鑒權；
134、 DB返回鑒權結果；
135、 CP將鑒權結果返回給EPG，如果鑒權失敗，返回用戶可訂購的 產品列表；
136、 鑒權成功，直接播放視頻；如果鑒權失敗，向用戶展示T訂購的 產品列表，供用戶選擇訂購。
下面是本實施方式的產品訂購流程，見附圖7:
141、 用戶選擇產品列表，向EPG發起產品訂購請求；
142、 EPG向CP業務處理^t塊發起產品訂購請求，WINTCP消息；
143、 業務調用業務數據庫的存儲過程，保存用戶的及時訂購關系；
144、 CP得到數據庫返回結果；
145、 業務將訂購結果返回給EPG;
146、 EPG返回才幾頂盒訂購的結果頁面。
在本實施方式中的三種流程中，終端與CP之間都是通過EPG進行通 信的，而且還將原來高耦合度的系統分為以業務控制為主的管理平臺和直 接執行過程的能力平臺，以此降低了系統內的耦合度，提高系統的靈活度。
應用場景二，見圖8，是本發明方法的第二種實施方式的示意圖，表示 的是內部系統的能力平臺與第三方的管理平臺的組合，基本流程如下
211、 機頂盒上電，通過管理平臺提供的認證接口進行認證，獲取 UserToken、業務入口地址、頻道列表等信息；
212、 機頂盒根據獲取到的業務入口地址，訪問能力EPG;
213、 能力EPG觸發CP,對DB進行相應的操作，如收藏、內部鑒
權等；
214、 CP調用DB的存儲過程，進行相關的數據庫操作215、 當進行首頁認證、UserToken更新、訂購、鑒權、產品列表獲取 等操作時，發送相關的消息到能力接口機；
216、 能力接口機轉發上述消息到管理平臺。
具體的結構見附圖9，由于引入了第三方管理平臺，所以還需增加用于 對接所述第三方管理平臺和控制點(CP)的能力平臺對接接口 (能力IMP), 圖9的結構中采用以下方式增設能力IMP:在CP上設置能力接口模塊(能 力IMP模塊)，并增加一個轉發SOAP消息的能力接口前置機作為對外消息 服務。經過試驗，轉發能力達到300~500TPS，能力可以達到要求。
下面是本實施方式的首頁鑒權流程，見附圖10:
220、 用戶登錄認證成功后，向EPG發起首頁筌權的請求；
221、 EPG向CP發起首頁鑒權的請求，SOAP消息；
222、 CP向其內部的能力IMP模塊發起首頁鑒權的請求，SOAP消息；
223、 能力IMP模塊通過能力接口前置機向第三方的管理平臺發起首頁 認證的請求，SOAP消息；
224 、第三方的管理平臺向內部系統的能力接口前置機返回認證結果；
225、 能力接口前置機向CP返回認證結果；
226、 CP在內部系統的能力平臺內部保存用戶信息到DB;
227、 保存用戶信息成功后，CP從DB中獲取負載均衡的結果；
228、 CP向能力EPG返回用戶認證和負載均衡；
229、 能力EPG向才幾頂盒返回認證結果。 下面是本實施方式的業務鑒權流程，見附圖11:
230、 機頂盒向第三方的能力平臺系統發起Http請求；
231、 內部系統的能力平臺EPG向CP發起內容訂購關系鑒權的請求， WINTCP消息，攜帶ProductID、 UserToken等信息；
232、 CP調用DB的存儲過程進行內容訂購關系的筌權；
233、 DB返回鑒外又結果；234、 如果鑒權成功，CP將鑒權結果返回給EPG;如果內部鑒權失敗， CP的業務處理模塊向能力IMP模塊發起SOAP消息，到管理平臺進行二次 鑒權；
235、 能力IMP模塊根據輸入參數組織管理平臺鑒權請求參數(包括 ServiceID、 ProductID等)經能力接口前置機轉發鑒權消息到管理平臺，進 行業務鑒權；
236、 第三方管理平臺返回用戶可訂購的產品列表； -
237、 通過能力接口前置機和能力IMP模塊向CP返回用戶可訂購的產 品列表；
238、 CP向EPG返回用戶可訂購的產品列表；
239、 EPG返回產品訂購列表的頁面。 下面是本實施方式的產品訂購流程，見附圖12:
240、 用戶選擇產品列表，向EPG發起產品訂購請求；
241、 EPG向CP業務處理模塊發起產品訂購請求，WINTCP消息；
242、 CP向內部系統的能力IMP模塊發起產品訂購請求，SOAP消息；
243、 能力IMP模塊經能力接口前置機向第三方的管理平臺轉發及時訂 購的i青求；
244、 第三方的管理平臺保存用戶的及時訂購關系，向能力IMP模塊返 回訂購結果；
245、 能力IMP模塊向CP業務處理模塊返回訂購結果；
246、 CP的業務處理模塊調用數據庫存儲過程，保存用戶的及時訂購 關系；
247、 DB返回保存的結果；
248、 CP的業務處理模塊向EPG返回及時訂購的結果；
249、 EPG返回才幾頂盒訂購的結果頁面。
該實施方式加入了第三方管理平臺，實現了系統的拆分和靈活組合，能適應當前日益開放的、標準化的系統架構。
應用場景三，見圖13，是本發明方法的第三種實施方式的示意圖，表
示的是管理平臺和第三方能力平臺的組合，基本流程如下
311、 機頂盒上電，通過平臺EPG所提供的認證接口進行認證，獲取 UserToken、業務入口地址、頻道列表等信息；
312、 平臺EPG觸發CP，進行上述接口內部流程的處理；
313、 CP調用DB的存儲過程，對DB進行相應的操作；
314、 機頂盒根據獲取到的業務入口地址，訪問接入第三方的能力EPG;
315、 當進行首頁認證、UserToken更新、訂購、鑒權、產品列表獲取 等操作時，第三方的能力系統發送相關的消息到我們的管理平臺的平臺接 口機；
316、 管理平臺接口機觸發業務，進行上述接口的內部流程的處理。 具體的結構見附圖14,該結構中具有內部管理平臺、能力平臺，同時
還接入了兩個不同廠商第三方能力平臺，所以還需增加用于對接所述第三 方能力平臺和控制點(CP)的管理平臺對接接口 (平臺IMP)，圖14的結 構中采用以下方式增設平臺IMP:在CP上設置平臺接口模塊(平臺IMP 模塊)，并增加一個轉發SOAP消息的平臺接口前置機作為其他平臺的 SOAP接入點；而且該結構中不僅采用了分布式EPG是一個CP同時處理 多個終端，還采用了分布式CP，使得一個管理平臺可同時連接多個能力平 臺，多個能力平臺是不同的，也可以是來自不同的廠商；這進一步提高了 系統靈活性。
下面是本實施方式的首頁鑒權流程，見附圖15:
321、 用戶登錄認證成功后，向平臺EPG發起首頁鑒權的請求；
322、 平臺EPG向內部系統的平臺接口前置機發起首頁鑒權的請求， SOAP消息；
323、 平臺接口前置機向內部系統的管理平臺的CP發起首頁認證的請求，SOAP消息；
324、 CP調用DB過程，進行首頁認證；
325、 DB返回首頁i/^正結果；
326、 CP向平臺接口前置機返回首頁認證結果；
327、 認證成功后，平臺接口前置機向第三方能力平臺返回首頁認證的 結果。
下面是本實施方式的業務鑒權流程，見附圖16:
331、 機頂盒向第三方的能力平臺發起內容播放請求；
332、 能力平臺首先進行內部鑒權，鑒權失敗則到管理平臺進行鑒權；
333、 平臺IMP才莫塊訪問DB，進行業務鑒權；
334、 鑒權結束，返回可訂購產品列表；
335、 平臺IMP模塊返回可訂購產品列表；
336、 返回可訂購產品列表展示界面。 下面是本實施方式的產品訂購流程，見附圖17:
341、 用戶選擇產品列表，機頂盒向EPG發起產品訂購請求；
342、 第三方的EP G向內部系統的平臺接口前置機發起產品訂購請求， SOAP消息；
343、 平臺接口前置機觸發CP的業務處理模塊；
344、 CP調用DB處理流程，保存用戶的及時訂購關系；
345、 DB向CP的業務處理模塊返回訂購結果；
346、 CP的業務處理模塊向平臺接口前置機返回及時訂購的結果；
347、 平臺接口前置機向第三方的能力平臺的EPG及時返回訂購的結
果；
348、 EPG返回才幾頂盒訂購的結果頁面。
通過以上登錄、業務鑒權和產品訂購幾個IPTV業務管理系統中的典型 流程的不同處理的方式，充分體現了這種IPTV軟件平臺新架構的靈活性。由于采用能力接口前置機和平臺接口前置機作為純粹的SOAP消息轉發， 同時能力IMP模塊和管理IMP模塊采用分布式部署，使得系統的負載均衡 分攤。經過測試，這兩臺前置機的SOAP消息轉發能力，達到300-500TPS, 完全滿足性能需要。本發明不僅完全符合電信集團的規范，而且性能比以 前提高了，充分體現這種架構的高性能和靈活性，也使我們的IPTV整體上 了一個新臺階。
應當理解的是，以上所提供的具體實施方式
只是對本發明的說明，而 不應當理解為對本發明的限制，對本領域的普通技術人員來說，可以根據 上述說明加以改進或變換，而所有這些改進和變換都應為本發明所揭示的 原理和特征，均屬本發明的保護范圍。
權利要求
1、一種交互式網絡電視系統，包括終端、存儲終端的業務數據的數據庫、根據終端的請求對終端業務數據進行相應操作的控制點，其特征在于，還包括能力模塊和管理模塊，能力模塊包括能力電子節目單服務器，用于轉發終端的請求消息到所述控制點進行處理；管理模塊包括平臺電子節目單服務器，用于接收所述控制點返回的處理結果并轉發至所述終端。
2、 根據權利要求1所述的系統，其特征在于，所述管理模塊包括與所 述終端連接的第三方管理平臺；所述能力模塊包括用于對接所述第三方管 理平臺和控制點的能力平臺對接接口 。
3、 根據權利要求1或2所述的系統，其特征在于，所述能力模塊包括 與所述終端連接的第三方能力平臺；所述管理;漠塊包括用于對接所述第三 方能力平臺和控制點的管理平臺對接接口 。
4、 根據權利要求3所述的系統，其特征在于，所述能力模塊包括一個 以上第三方能力平臺，所述控制點包括相應個數的分布式控制點,所述管 理平臺對接接口是分布式接口 ，通過該分布式接口連接所述分布式控制點 和所述一個以上第三方能力平臺。
5、 根據權利要求4所述的系統，其特征在于，所述分布式接口包括 設置在所述控制點上的平臺接口模塊，與該平臺接口模塊和所述能力模塊 連接的平臺接口前置機。
6、 一種利用權利要求1所述交互式網絡電視系統的處理方法，其特征在于，所述能力電子節目單服務器轉發所述終端的請求消息到所述控制點進行處理；所述控制點根據所述終端的請求對所述數據庫內的終端業務數據進行 相應操作；所述平臺電子節目單服務器接收所述控制點返回的處理結果并轉發至 所述終端。 .
7、 根據權利要求6所述的處理方法，其特征在于，所述流程是 所述終端通過所述平臺電子節目單服務器提供的認證接口進行認證，至少獲取業務入口地址；所述平臺電子節目單服務器觸發所述控制點對所述數據庫中該終端的業務數據進行相應操作；所述終端根據所述業務入口地址，訪問所述能力電子節目單服務器； 進行所述相應操作時，所述能力電子節目單服務器將相關消息轉發到所述控制點處理。
8、 根據權利要求6所述的處理方法，其特征在于，該流程中引入第三 方管理平臺，所述流程是終端通過所述第三方管理平臺提供的認證接口進行認證，至少獲取業 務入口地址；終端根據所述業務入口地址，訪問能力電子節目單服務器； 能力電子節目單服務器觸發控制點對所述數據庫中該終端的業務數據 進行相應操作；進行所述相應操作時，發送的相關消息通過能力平臺對接接口轉發到 所述第三方管理平臺。
9、 根據權利要求6所述的處理方法，其特征在于，該流程中引入第三 方能力平臺，所述流程是終端通過所述平臺電子節目單服務器所提供的認證接口進行認證，至少獲取業務入口地址；平臺電子節目單il良務器觸發所述控制點對所述數據庫進行相應操作； 所述終端根據所述業務入口地址，訪問第三方能力平臺； 進行所述相應操作時，所述第三方能力平臺發送的相關消息經管理平臺對接接口觸發控制點進行相應的處理。
10、 根據權利要求7至9中任一所述的處理方法，其特征在于，所述 相應的操作包括首頁認證操作、業務鑒權、首頁認證、產品訂購、業務 鑒權或者產品列表獲取。
全文摘要
本發明公開了一種交互式網絡電視系統及其處理方法，其中的系統包括終端、存儲終端的業務數據的數據庫、根據終端的請求對終端業務數據進行相應操作的控制點，還包括能力模塊和管理模塊，能力模塊包括能力電子節目單服務器，用于轉發終端的請求消息到所述控制點進行處理；管理模塊包括平臺電子節目單服務器，用于接收所述控制點返回的處理結果并轉發至所述終端。本發明通過加入能力模塊和管理模塊，以及分別屬于能力模塊和管理模塊的能力電子節目單服務器和平臺電子節目單服務器，減少原系統中各個子系統、各個模塊的緊耦合，從而將交互式網絡電視系統做成一個高效靈活的系統。
文檔編號H04N7/173GK101431659SQ20081021837
公開日2009年5月13日 申請日期2008年12月8日 優先權日2008年12月8日
發明者劉學安, 宇 張, 徐火順, 朱興昌 申請人:中興通訊股份有限公司