專利名稱：一種iptv業(yè)務(wù)控制單元、應(yīng)用方法及iptv系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IPTV 網(wǎng)絡(luò)電視領(lǐng)域，特別涉及IPTV業(yè)務(wù)控制單元、應(yīng)用方法和IPTV系統(tǒng)。
背景技術(shù)：
IPTV也叫交互式網(wǎng)絡(luò)電視，是利用寬帶網(wǎng)的基礎(chǔ)設(shè)施，以家用電視機(jī)或計算機(jī)作為主要終端設(shè)備，集互聯(lián)網(wǎng)、多媒體、通信等多種技術(shù)于一體，通過IP協(xié)議向家庭用戶提供包括數(shù)字電視在內(nèi)的多種交互式數(shù)字媒體服務(wù)的嶄新技木。為了保證IPTV系統(tǒng)能夠滿足不斷增長的用戶量的需求，我們經(jīng)常需要去對整個系統(tǒng)進(jìn)行擴(kuò)容，増加各網(wǎng)元設(shè)備，更換更加高性能的硬件設(shè)備，以提升系統(tǒng)的性能。業(yè)務(wù)數(shù)據(jù)庫作為系統(tǒng)的單點(diǎn)，無法通過增加設(shè)備來提升性能，而僅僅通過提升硬件設(shè)備性能來提升處理能力，已經(jīng)捉襟見肘了，為了保證系統(tǒng)的持續(xù)可用，并滿足大用戶量下的高并發(fā)性，業(yè)界可采用的方法一般有如下幾種方式一、采用數(shù)據(jù)庫集群方式，以分布式的架構(gòu)來負(fù)載承擔(dān)整個系統(tǒng)的數(shù)據(jù)處理壓力；ニ、采用雙機(jī)+磁陣的硬件設(shè)備對于第一種方式來說，雖然解決了數(shù)據(jù)庫作為單點(diǎn)的問題，但是數(shù)據(jù)庫集群的價格比較昂貴，其次在2-4個設(shè)備，DB的性能提升比較明顯，隨著設(shè)備的增多，集群性能提升并不明顯。第二種方式來說只能在雙機(jī)設(shè)備之ー發(fā)生故障吋，由設(shè)備ニ來接管服務(wù)，對于DB的性能無法得到最終提升，而且對于磁陣來說，也是ー個單點(diǎn)，在磁陣異常吋，雙機(jī)也無法提供服務(wù)，并沒有解決業(yè)務(wù)數(shù)據(jù)庫作為單點(diǎn)，由于單點(diǎn)數(shù)據(jù)庫系統(tǒng)死機(jī)而導(dǎo)致整個系統(tǒng)不可用的問題。

發(fā)明內(nèi)容
本發(fā)明提供了ー種IPTV業(yè)務(wù)控制単元、應(yīng)用方法和IPTV系統(tǒng)，在業(yè)務(wù)控制服務(wù)器內(nèi)部署數(shù)據(jù)庫，提高了數(shù)據(jù)的讀取速度和系統(tǒng)的性能，并且解決了數(shù)據(jù)庫單點(diǎn)的問題。技術(shù)方案如下ー種IPTV的業(yè)務(wù)控制單元，包括業(yè)務(wù)控制點(diǎn)(SCP)，所述的SCP包括業(yè)務(wù)控制服務(wù)器(CP)和業(yè)務(wù)數(shù)據(jù)服務(wù)器(DB)，所述的業(yè)務(wù)數(shù)據(jù)服務(wù)器(DB)中部署有大型關(guān)系型數(shù)據(jù)庫，其特征在于所述IPTV業(yè)務(wù)控制単元中部署至少ー個小型關(guān)系型數(shù)據(jù)庫，所述大型關(guān)系型數(shù)據(jù)庫中的數(shù)據(jù)通過切片方式分配到所述小型關(guān)系型數(shù)據(jù)庫中。進(jìn)ー步地，所述IPTV業(yè)務(wù)控制單元還包括小型數(shù)據(jù)服務(wù)器，所述的小型數(shù)據(jù)服務(wù)器和所述CP相連接，所述的小型關(guān)系型數(shù)據(jù)庫部署在所述的小型數(shù)據(jù)服務(wù)器中。進(jìn)ー步地，所述小型關(guān)系型數(shù)據(jù)庫部署在所述的CP中。進(jìn)ー步地，所述IPTV業(yè)務(wù)控制単元中部署至少ー個用于緩存會話級數(shù)據(jù)的內(nèi)存數(shù)據(jù)庫。本發(fā)明還公開了一種IPTV系統(tǒng)，包括所述的業(yè)務(wù)控制單元。本發(fā)明還公開了一種業(yè)務(wù)控制單元的應(yīng)用方法，其特征在于所述方法包括A、外圍模塊通過接口下發(fā)數(shù)據(jù)到所述的大型關(guān)系型數(shù)據(jù)庫中存儲；B、所述大型關(guān)系型數(shù)據(jù)庫將數(shù)據(jù)傳輸?shù)礁鱾€所述小型關(guān)系型數(shù)據(jù)庫中；C、用戶登錄IPTV系統(tǒng)，并通過終端設(shè)備向所述CP發(fā)送登錄請求信息時，所述CP 訪問所述的小型關(guān)系型數(shù)據(jù)庫，對用戶進(jìn)行身份認(rèn)證，若認(rèn)證通過，則用戶登陸；D、用戶通過終端設(shè)備向所述CP發(fā)送節(jié)目鑒權(quán)請求信息時，所述CP訪問所述的小 型關(guān)系型數(shù)據(jù)庫，對數(shù)據(jù)庫中用戶所要觀看的節(jié)目進(jìn)行鑒權(quán)，鑒權(quán)通過，則播放節(jié)目。進(jìn)一步地,步驟B進(jìn)一步包括B1、大型關(guān)系型數(shù)據(jù)庫記錄操作類型和時間戳數(shù)據(jù)，并以增量的方式生成文件；B2、小型關(guān)系型數(shù)據(jù)庫以FTP的方式到大型關(guān)系型數(shù)據(jù)庫中取增量文件；B3、小型關(guān)系型數(shù)據(jù)庫解析增量文件，并更新數(shù)據(jù)庫。進(jìn)一步地,步驟C進(jìn)一步包括C1、用戶登錄IPTV系統(tǒng)，并通過終端設(shè)備向所述CP發(fā)送登錄請求信息時，所述CP 訪問所述的內(nèi)存數(shù)據(jù)庫，若所述的內(nèi)存數(shù)據(jù)庫中存在用戶的會話信息，所述CP訪問所述的 小型關(guān)系型數(shù)據(jù)庫，若身份驗(yàn)證通過，則用戶登錄；C2、若所述的內(nèi)存數(shù)據(jù)庫中不存在用戶的會話信息，則所述CP在所述的內(nèi)存數(shù)據(jù) 庫中緩存新會話信息，并訪問所述的小型關(guān)系型數(shù)據(jù)庫進(jìn)行身份認(rèn)證。進(jìn)一步地,步驟D進(jìn)一步包括所述的步驟D進(jìn)一步包括用戶通過終端設(shè)備向所述CP發(fā)送節(jié)目鑒權(quán)請求信息時，所述CP訪問所述的內(nèi)存 數(shù)據(jù)庫，驗(yàn)證用戶的會話信息，若驗(yàn)證成功，所述CP訪問所述的小型關(guān)系型數(shù)據(jù)庫，若身份 驗(yàn)證通過，則所述CP訪問所述的小型關(guān)系型數(shù)據(jù)庫，對數(shù)據(jù)庫中用戶所要觀看的節(jié)目進(jìn)行 鑒權(quán)。本發(fā)明在CP中引入小型關(guān)系型數(shù)據(jù)庫，每臺CP只訪問自己的小型關(guān)系型數(shù)據(jù)庫， 減輕了大型關(guān)系型數(shù)據(jù)庫的壓力，而且加快了數(shù)據(jù)的讀寫速度，提高了系統(tǒng)的性能；另外本 發(fā)明在CP中還引入了內(nèi)存數(shù)據(jù)庫，用來緩存對話級數(shù)據(jù)，原有系統(tǒng)中，這些數(shù)據(jù)存放在大 型關(guān)系型數(shù)據(jù)庫中，由于頻繁的操作，對大型關(guān)系型數(shù)據(jù)庫的性能影響很大，引入內(nèi)存數(shù)據(jù) 庫后，會話數(shù)據(jù)存放在內(nèi)存數(shù)據(jù)庫中，性能提升明顯。


圖1是根據(jù)本發(fā)明實(shí)施例中數(shù)據(jù)庫之間數(shù)據(jù)傳輸?shù)牧鞒虉D；圖2是根據(jù)本發(fā)明實(shí)施例中CP和DB之間數(shù)據(jù)傳輸?shù)牧鞒虉D；圖3為根據(jù)本發(fā)明實(shí)施例中方法的流程圖。
具體實(shí)施例方式以下結(jié)合附圖對本發(fā)明的優(yōu)先實(shí)施例進(jìn)行說明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實(shí) 施例僅用于說明和解釋本發(fā)明，但不用于限定本發(fā)明。
根據(jù)圖1-圖2所示，本發(fā)明公開了一種IPTV的業(yè)務(wù)控制單元，包括業(yè)務(wù)控制點(diǎn) (SCP)，SCP包括業(yè)務(wù)控制服務(wù)器1和業(yè)務(wù)數(shù)據(jù)服務(wù)器5，業(yè)務(wù)數(shù)據(jù)服務(wù)器1中部署有ORACLE 數(shù)據(jù)庫3，業(yè)務(wù)控制服務(wù)器1中部署MYSQL數(shù)據(jù)庫2，ORACLE數(shù)據(jù)庫3中的數(shù)據(jù)通過切片方 式分配到各個MYSQL數(shù)據(jù)庫2中。業(yè)務(wù)控制單元還包括用于緩存會話級數(shù)據(jù)的dcache數(shù) 據(jù)庫4，dcache數(shù)據(jù)庫4采用集群方式部署在業(yè)務(wù)控制服務(wù)器1中。業(yè)務(wù)控制單元應(yīng)用流程如下S1、外圍模塊通過接口下發(fā)數(shù)據(jù)到ORACLE數(shù)據(jù)庫3 ；S2、ORACLE數(shù)據(jù)庫3存儲數(shù)據(jù)，并以增量的形式生成文件；S3、MYSQL數(shù)據(jù)庫2以FTP的方式到ORACLE數(shù)據(jù)庫3中取增量文件；S4、MYSQL數(shù)據(jù)庫2解析增量文件，并將文件數(shù)據(jù)更新到MYSQL數(shù)據(jù)庫2中；S5、用戶登錄IPTV系統(tǒng)，并通過終端設(shè)備向業(yè)務(wù)控制服務(wù)器1發(fā)送登錄請求信息 時，業(yè)務(wù)控制服務(wù)器1訪問dcache數(shù)據(jù)庫4，若dcache數(shù)據(jù)庫4中存在用戶的會話信息，業(yè) 務(wù)控制服務(wù)器1訪問MYSQL數(shù)據(jù)庫2，若身份驗(yàn)證通過，則用戶登錄，S6、若dcache數(shù)據(jù)庫4中不存在用戶的會話信息，則業(yè)務(wù)控制服務(wù)器1在dcache 數(shù)據(jù)庫4中緩存新會話信息，并訪問MYSQL數(shù)據(jù)庫2進(jìn)行身份認(rèn)證。S7、用戶通過終端設(shè)備向業(yè)務(wù)控制服務(wù)器發(fā)送節(jié)目鑒權(quán)請求信息時，業(yè)務(wù)控制服 務(wù)器1訪問dcache數(shù)據(jù)庫4，驗(yàn)證用戶的會話信息，若驗(yàn)證成功，業(yè)務(wù)控制服務(wù)器1訪問 MYSQL數(shù)據(jù)庫2，若身份驗(yàn)證通過，則業(yè)務(wù)控制服務(wù)器1訪問MYSQL數(shù)據(jù)庫2，對數(shù)據(jù)庫中用 戶所要觀看的節(jié)目進(jìn)行鑒權(quán)。S8、鑒權(quán)通過，用戶觀看節(jié)目。MYSQL數(shù)據(jù)庫2的分布式使用，有效降低了現(xiàn)有系統(tǒng)對ORACLE數(shù)據(jù)庫3的依賴性 能，單節(jié)點(diǎn)的MYSQL失敗不影響用戶的服務(wù)。DCACHE使用key-value接口，性能可達(dá)到單節(jié)點(diǎn)24W的并發(fā)量，而且采用集群的 DCACHE模式，更加提升了 DCACHE的可靠性，在一個或多個DCACHE死機(jī)的情況，其它DCACHE 服務(wù)器能夠正常接管服務(wù)。本發(fā)明還提供了一種IPTV系統(tǒng)，包括所述的業(yè)務(wù)控制單元。本發(fā)明中的MYSQL數(shù)據(jù)庫2可以單獨(dú)部署在小型數(shù)據(jù)服務(wù)器中，也可以部署在CP 中，dcache數(shù)據(jù)庫4可以單獨(dú)部署在內(nèi)存數(shù)據(jù)服務(wù)器中，也可以部署在CP中，如果需要處 理的數(shù)據(jù)比較多，可以增加MYSQL數(shù)據(jù)庫2和dcache數(shù)據(jù)庫4的數(shù)量。
權(quán)利要求
1.ー種IPTV的業(yè)務(wù)控制單元，包括業(yè)務(wù)控制點(diǎn)(SCP)，所述的SCP包括業(yè)務(wù)控制服務(wù)器(CP)和業(yè)務(wù)數(shù)據(jù)服務(wù)器(DB)，所述的業(yè)務(wù)數(shù)據(jù)服務(wù)器(DB)中部署有大型關(guān)系型數(shù)據(jù)庫，其特征在于所述IPTV業(yè)務(wù)控制単元中部署至少ー個小型關(guān)系型數(shù)據(jù)庫，所述大型關(guān)系型數(shù)據(jù)庫中的數(shù)據(jù)通過切片方式分配到所述小型關(guān)系型數(shù)據(jù)庫中。
2.根據(jù)權(quán)利要求I所述的業(yè)務(wù)控制単元，其特征在于所述IPTV業(yè)務(wù)控制單元還包括小型數(shù)據(jù)服務(wù)器，所述的小型數(shù)據(jù)服務(wù)器和所述CP相連接，所述的小型關(guān)系型數(shù)據(jù)庫部署在所述的小型數(shù)據(jù)服務(wù)器中。
3.根據(jù)權(quán)利要求I所述的業(yè)務(wù)控制単元，其特征在于所述小型關(guān)系型數(shù)據(jù)庫部署在所述的CP中。
4.根據(jù)權(quán)利要求2或3所述的業(yè)務(wù)控制単元，其特征在于所述IPTV業(yè)務(wù)控制単元中部署至少ー個用于緩存會話級數(shù)據(jù)的內(nèi)存數(shù)據(jù)庫。
5.根據(jù)權(quán)利要求4所述的業(yè)務(wù)控制単元，其特征在于所述IPTV業(yè)務(wù)控制單元還包括內(nèi)存數(shù)據(jù)服務(wù)器，所述的內(nèi)存數(shù)據(jù)服務(wù)器和所述CP相連接，所述內(nèi)存數(shù)據(jù)庫部署在所述的內(nèi)存數(shù)據(jù)服務(wù)器中。
6.根據(jù)權(quán)利要求4所述的業(yè)務(wù)控制単元，其特征在于所述內(nèi)存數(shù)據(jù)庫部署在所述的CP中。
7.—種IPTV系統(tǒng)，其特征在于包括根據(jù)權(quán)利要求5或6所述的業(yè)務(wù)控制単元。
8.ー種根據(jù)權(quán)利要求書I所述的業(yè)務(wù)控制単元的應(yīng)用方法，其特征在于所述方法包括以下步驟 A、外圍模塊通過接口下發(fā)數(shù)據(jù)到所述的大型關(guān)系型數(shù)據(jù)庫中存儲； B、所述大型關(guān)系型數(shù)據(jù)庫將數(shù)據(jù)傳輸?shù)礁鱾€所述小型關(guān)系型數(shù)據(jù)庫中； C、用戶登錄IPTV系統(tǒng)，并通過終端設(shè)備向所述CP發(fā)送登錄請求信息時，所述CP訪問所述的小型關(guān)系型數(shù)據(jù)庫，對用戶進(jìn)行身份認(rèn)證，若認(rèn)證通過，則用戶登陸； D、用戶通過終端設(shè)備向所述CP發(fā)送節(jié)目鑒權(quán)請求信息吋，所述CP訪問所述的小型關(guān)系型數(shù)據(jù)庫，對數(shù)據(jù)庫中用戶所要觀看的節(jié)目進(jìn)行鑒權(quán)，鑒權(quán)通過，則播放節(jié)目。
9.根據(jù)權(quán)利要求8所述的應(yīng)用方法，其特征在于所述步驟B進(jìn)ー步包括 BI、所述的大型關(guān)系型數(shù)據(jù)庫記錄操作類型和時間戳數(shù)據(jù)，并以增量的方式生成文件； B2、所述小型關(guān)系型數(shù)據(jù)庫以FTP的方式到所述大型關(guān)系型數(shù)據(jù)庫中取増量文件； B3、所述小型關(guān)系型數(shù)據(jù)庫解析増量文件，并更新數(shù)據(jù)庫。
10.根據(jù)權(quán)利要求8所述的應(yīng)用方法，其特征在于所述的步驟C進(jìn)ー步包括 Cl、用戶登錄IPTV系統(tǒng)，并通過終端設(shè)備向所述CP發(fā)送登錄請求信息時，所述CP訪問所述的內(nèi)存數(shù)據(jù)庫，若所述的內(nèi)存數(shù)據(jù)庫中存在用戶的會話信息，所述CP訪問所述的小型關(guān)系型數(shù)據(jù)庫，若身份驗(yàn)證通過，則用戶登錄； C2、若所述的內(nèi)存數(shù)據(jù)庫中不存在用戶的會話信息，則所述CP在所述的內(nèi)存數(shù)據(jù)庫中緩存新會話信息，并訪問所述的小型關(guān)系型數(shù)據(jù)庫進(jìn)行身份認(rèn)證。
11.根據(jù)權(quán)利要求8所述的應(yīng)用方法，其特征在于所述的步驟D進(jìn)ー步包括 用戶通過終端設(shè)備向所述CP發(fā)送節(jié)目鑒權(quán)請求信息吋，所述CP訪問所述的內(nèi)存數(shù)據(jù)庫，驗(yàn)證用戶的會話信息，若驗(yàn)證成功，所述CP訪問所述的小型關(guān)系型數(shù)據(jù)庫，若身份驗(yàn)證通過， 則所述CP訪問所述的小型關(guān)系型數(shù)據(jù)庫，對數(shù)據(jù)庫中用戶所要觀看的節(jié)目進(jìn)行鑒權(quán)。
全文摘要
本發(fā)明公開了一種IPTV的業(yè)務(wù)控制單元，包括業(yè)務(wù)控制點(diǎn)(SCP)，所述的SCP包括業(yè)務(wù)控制服務(wù)器(CP)和業(yè)務(wù)數(shù)據(jù)服務(wù)器(DB)，所述的業(yè)務(wù)數(shù)據(jù)服務(wù)器(DB)中部署有大型關(guān)系型數(shù)據(jù)庫，其特征在于所述IPTV業(yè)務(wù)控制單元中部署至少一個小型關(guān)系型數(shù)據(jù)庫，所述大型關(guān)系型數(shù)據(jù)庫中的數(shù)據(jù)通過切片方式分配到所述小型關(guān)系型數(shù)據(jù)庫中。業(yè)務(wù)控制單元還包括用于緩存會話級數(shù)據(jù)的內(nèi)存數(shù)據(jù)庫，本發(fā)明還公開了IPTV的業(yè)務(wù)控制方法和系統(tǒng)。本發(fā)明改變了傳統(tǒng)IPTV的業(yè)務(wù)控制單元數(shù)據(jù)庫的部署方式，減輕了關(guān)系型數(shù)據(jù)庫的壓力，另一方面加快了數(shù)據(jù)的讀寫速度，提高了系統(tǒng)的性能。
文檔編號H04N21/25GK102724548SQ201210171690
公開日2012年10月10日 申請日期2012年5月30日 優(yōu)先權(quán)日2012年5月30日
發(fā)明者楊飛 申請人:中興通訊股份有限公司