專利名稱：無線增值業(yè)務(wù)系統(tǒng)中分發(fā)和管理裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種無線增值業(yè)務(wù)系統(tǒng)，尤其涉及該無線增值業(yè)務(wù)系統(tǒng)中 分發(fā)和管理裝置。
背景技術(shù)：
從移動通信業(yè)務(wù)發(fā)展的過程看，在進(jìn)入21世紀(jì)以后，無線增值業(yè)務(wù)會
逐步取代傳統(tǒng)的語音通信業(yè)務(wù)，成為移動運營商的核心服務(wù)和手機用戶的 核心需求。當(dāng)然，考慮到不同國家有不同的電信發(fā)展水平和最終用戶成熟 程度等，這一歷史進(jìn)程是會有先后差別的，但對中國移動增值業(yè)務(wù)市場來 說，還是經(jīng)歷了一個快速發(fā)展的時期。
在過去的5年中，中國移動增值業(yè)務(wù)的種類己從單一的點對點短信發(fā)展 成了由幾十種子業(yè)務(wù)組成的短信、語音、網(wǎng)絡(luò)連接和功能拓展4大類的集群 業(yè)務(wù)，在未來的5年，隨著技術(shù)的進(jìn)步和法律法規(guī)的完善，將以超過20%的 復(fù)合增長速度迅猛增長。到2010年，來自增值業(yè)務(wù)的收入將超過行業(yè)領(lǐng)先 運營商收入的40%，成為真正意義上的核心服務(wù)。同時，無線增值業(yè)務(wù)還會 在不知不覺中改變著人們的生活習(xí)俗，讓人們暢通無阻地進(jìn)行情感交流， 隨時隨地獲得信息，繽紛多彩地在漫游中娛樂，以及無微不至地得到生活 中的幫助，使人們在享受增值服務(wù)帶來的樂趣的同時，對增值服務(wù)產(chǎn)生更 大的依賴和期望，以至于成為手機用戶核心的需求和日常生活密不可分的 部分。
一方面，對現(xiàn)有的SP行業(yè)來說，行業(yè)規(guī)范越來越嚴(yán)格使得部分SP的 業(yè)務(wù)大量萎縮，維護(hù)自己通道的費用一直在上升。
3而另一方面，針對大型互動電視節(jié)目，如東方衛(wèi)視的"舞林大會"等， 參與人數(shù)多、時間段集中等情況，系統(tǒng)可能會面臨多次高并發(fā)量的情況發(fā) 生，系統(tǒng)必須保證在短時間內(nèi)處理大量的數(shù)據(jù)信息。也就是需要系統(tǒng)能夠 承受連續(xù)的高并發(fā)量的能力，以保證系統(tǒng)的正常運行。如何將總的信息量 分發(fā)給各個子業(yè)務(wù)平臺并進(jìn)行管理是技術(shù)人員要解決的問題。

發(fā)明內(nèi)容
本發(fā)明需要解決的技術(shù)問題是提供了一種無線增值業(yè)務(wù)系統(tǒng)中分發(fā)和
管理裝置，旨在解決上述的問題。
為了解決上述技術(shù)問題，本發(fā)明是通過以下技術(shù)方案實現(xiàn)的
本發(fā)明包括運行商管控平臺、管理平臺；還包括一個主控分發(fā)平臺；
所述的主控分發(fā)平臺與運行商管控平臺、管理平臺分別相接，并將數(shù)據(jù)分 發(fā)給至少一個以上的業(yè)務(wù)平臺；
所述的主控分發(fā)平臺是通過獲取業(yè)務(wù)處理服務(wù)器的狀態(tài)信息控制每臺 業(yè)務(wù)處理服務(wù)器的負(fù)荷，將新上行的短信發(fā)送到負(fù)荷數(shù)最少的業(yè)務(wù)處理服 務(wù)器上進(jìn)行處理；
所述的管理平臺采用反向代理服務(wù)器；所述的反向代理服務(wù)器是對原 始WEB服務(wù)器的靜態(tài)頁面的請求，防止原始服務(wù)器過載、并且根據(jù)角色將 相關(guān)信息展現(xiàn)給瀏覽用戶、對數(shù)據(jù)內(nèi)容進(jìn)行保護(hù)和編輯。
與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是由于采用RMI技術(shù)，可以將 數(shù)據(jù)分流至多個服務(wù)器上，以減輕服務(wù)器壓力，實現(xiàn)設(shè)計需求和技術(shù)指標(biāo)。


圖l是本發(fā)明模塊圖2是圖1中主控分發(fā)平臺模塊圖3是圖1中主管理平臺模塊圖；具體實施方式
下面結(jié)合附圖與具體實施方式
對本發(fā)明作進(jìn)一步詳細(xì)描述
由圖1可見本發(fā)明包括運行商管控平臺、管理平臺；還包括一個
主控分發(fā)平臺；所述的主控分發(fā)平臺與運行商管控平臺、管理平臺分別相
接，并將數(shù)據(jù)分發(fā)給至少一個以上的業(yè)務(wù)平臺；
所述的至少一個以上的業(yè)務(wù)平臺包括第一業(yè)務(wù)平臺、第二業(yè)務(wù)平臺、
第三業(yè)務(wù)平臺；
由圖2可見所述的主控分發(fā)平臺是通過獲取業(yè)務(wù)處理服務(wù)器的狀態(tài)
信息控制每臺業(yè)務(wù)處理服務(wù)器的負(fù)荷，將新上行的短信發(fā)送到負(fù)荷數(shù)最少 的業(yè)務(wù)處理服務(wù)器上進(jìn)行處理；
所述的主控分發(fā)平臺包括主控平臺與業(yè)務(wù)處理平臺的通信采用RMI 架構(gòu)，當(dāng)業(yè)務(wù)處理端的負(fù)荷有變化時，將負(fù)荷數(shù)傳遞給主控平臺，實現(xiàn)與 主控平臺的實時通信；主控平臺根據(jù)各業(yè)務(wù)服務(wù)器的負(fù)荷數(shù)量來分配對新 上行信息的業(yè)務(wù)處理服務(wù)器；業(yè)務(wù)處理器直接通過網(wǎng)關(guān)進(jìn)行下行回復(fù)，避 免了上行時的路線，降低了主控平臺的工作壓力。
由圖3可見所述的管理平臺采用反向代理服務(wù)器；所述的反向代理 服務(wù)器是對原始WEB服務(wù)器的靜態(tài)頁面的請求，防止原始服務(wù)器過載、并 且根據(jù)角色將相關(guān)信息展現(xiàn)給瀏覽用戶、對數(shù)據(jù)內(nèi)容進(jìn)行保護(hù)和編輯。
所述的管理平臺當(dāng)管理員用戶訪問WEB服務(wù)器時，通過DNS服務(wù)器 解析后的IP地址是反向代理服務(wù)器的IP地址，而非原始Web服務(wù)器的IP地 址,這時反向代理服務(wù)器設(shè)備充當(dāng)Web服務(wù)器，瀏覽器可以與它連接，無需 再直接與Web服務(wù)器相連。
因此，大量Web服務(wù)工作量被卸載到反向代理服務(wù)上。不但能夠防止 外部網(wǎng)主機直接和web服務(wù)器直接通信帶來的安全隱患，而且能夠很大程 度上減輕web服務(wù)器的負(fù)擔(dān)，提高訪問速度。平臺使用Apache+Tomcat， 因此通過配置Apache實現(xiàn)反向代理，具體方法如下
51. 修改httpd.conf文件中
LoadModule proxy—module modules/mod_proxy.so
LoadModule proxy—connect—module modules/mod_proxy—connectso
LoadModule proxy_http_module modules/mod_proxy_http.so
LoadModule proxy—ftp—module modules/mod_proxy—ftp.so
模塊功能設(shè)置為啟用。
2. 在httpd.conf文件中，添加 ProxyPass /Test http:〃127.0.0.1:8080/ ProxyPassReverse /Test http:〃127.0.0.1:8080 <proxy http:〃127.0.0.1:8080〉
AllowOverride None Order Deny,Allow Allow from all </proxy>
步驟2的功能訪問http://127.0.0.1/Test/時，會重新反向代理訪至 http:〃127.0.0.1:8080
3. 重新啟動Apache。
本發(fā)明整體可分為主控分發(fā)平臺、管理平臺；主控分發(fā)平臺的核心 是流量控制系統(tǒng)。
流量主控系統(tǒng)主要實現(xiàn)對訪問請求的分發(fā)到具體的業(yè)務(wù)處理服務(wù)器上 進(jìn)行業(yè)務(wù)處理，是解決高數(shù)據(jù)高并發(fā)的有效方法。它的核心技術(shù)是分發(fā)系 統(tǒng)，該系統(tǒng)主要采用RMI技術(shù)，實時掌握各個業(yè)務(wù)處理服務(wù)器狀態(tài)，將請 求讓當(dāng)時相對空閑服務(wù)器處理。同時如果某臺服務(wù)器出現(xiàn)故障，分發(fā)系統(tǒng) 能自動偵測到，并用通EMAIL的形式通知管理人員。
業(yè)務(wù)處理平臺的功能是實現(xiàn)各業(yè)務(wù)的具體邏輯運算，并將結(jié)果返回流 量主控平臺。當(dāng)某一業(yè)務(wù)平臺出現(xiàn)故障時，可以將數(shù)據(jù)發(fā)回流量主控平臺， 再由主控平臺分發(fā)到其業(yè)務(wù)它平臺處理，或者在本服務(wù)器上做記錄，待服務(wù)器本身恢復(fù)后再作處理。為保證系統(tǒng)的正常運行，同時還須解決業(yè)務(wù)需 求的不斷變化的矛盾，業(yè)務(wù)處理平臺采用了自動加載自動更新技術(shù)，在不 重新啟動程序的情況完成程序的更新，這樣極大的保證了業(yè)務(wù)處理的不間 斷性。
針對業(yè)務(wù)需求的具體要求，管理平臺的主要功能分為綜合內(nèi)容發(fā)布、 內(nèi)容資格審核監(jiān)管以及業(yè)務(wù)統(tǒng)計和用戶查詢。
權(quán)利要求
1.一種無線增值業(yè)務(wù)系統(tǒng)中分發(fā)和管理裝置，包括運行商管控平臺、管理平臺；其特征在于還包括一個主控分發(fā)平臺；所述的主控分發(fā)平臺與運行商管控平臺、管理平臺分別相接，并將數(shù)據(jù)分發(fā)給至少一個以上的業(yè)務(wù)平臺；所述的主控分發(fā)平臺是通過獲取業(yè)務(wù)處理服務(wù)器的狀態(tài)信息控制每臺業(yè)務(wù)處理服務(wù)器的負(fù)荷，將新上行的短信發(fā)送到負(fù)荷數(shù)最少的業(yè)務(wù)處理服務(wù)器上進(jìn)行處理；所述的管理平臺采用反向代理服務(wù)器；所述的反向代理服務(wù)器是對原始WEB服務(wù)器的靜態(tài)頁面的請求，防止原始服務(wù)器過載、并且根據(jù)角色將相關(guān)信息展現(xiàn)給瀏覽用戶、對數(shù)據(jù)內(nèi)容進(jìn)行保護(hù)和編輯。
2. 根據(jù)權(quán)利要求l所述的無線增值業(yè)務(wù)系統(tǒng)中分發(fā)和管理裝置，其特 征在于所述的至少一個以上的業(yè)務(wù)平臺包括第一業(yè)務(wù)平臺、第二業(yè)務(wù)平臺、第三業(yè)務(wù)平臺。
3. 根據(jù)權(quán)利要求1所述的無線增值業(yè)務(wù)系統(tǒng)中分發(fā)和管理裝置，其特征在于所述的主控分發(fā)平臺包括主控平臺與業(yè)務(wù)處理平臺的通信采用RMI架構(gòu)，當(dāng)業(yè)務(wù)處理端的負(fù)荷有變化時，將負(fù)荷數(shù)傳遞給主控平臺，實 現(xiàn)與主控平臺的實時通信；主控平臺根據(jù)各業(yè)務(wù)服務(wù)器的負(fù)荷數(shù)量來分配 對新上行信息的業(yè)務(wù)處理服務(wù)器；業(yè)務(wù)處理器直接通過網(wǎng)關(guān)進(jìn)行下行回復(fù)， 避免了上行時的路線，降低了主控平臺的工作壓力。
4. 根據(jù)權(quán)利要求l所述的無線增值業(yè)務(wù)系統(tǒng)中分發(fā)和管理裝置，其特 征在于所述的管理平臺當(dāng)管理員用戶訪問WEB服務(wù)器時，通過DNS服 務(wù)器解析后的IP地址是反向代理服務(wù)器的IP地址,而非原始Web服務(wù)器的 IP地址，這時反向代理服務(wù)器設(shè)備充當(dāng)Web服務(wù)器，瀏覽器可以與它連接， 無需再直接與Web服務(wù)器相連。
全文摘要
本發(fā)明涉及一種無線增值業(yè)務(wù)系統(tǒng)中分發(fā)和管理裝置，包括運行商管控平臺、管理平臺；還包括一個主控分發(fā)平臺；主控分發(fā)平臺與運行商管控平臺、管理平臺分別相接，并將數(shù)據(jù)分發(fā)給至少一個以上的業(yè)務(wù)平臺；主控分發(fā)平臺是通過獲取業(yè)務(wù)處理服務(wù)器的狀態(tài)信息控制每臺業(yè)務(wù)處理服務(wù)器的負(fù)荷，將新上行的短信發(fā)送到負(fù)荷數(shù)最少的業(yè)務(wù)處理服務(wù)器上進(jìn)行處理；管理平臺采用反向代理服務(wù)器；反向代理服務(wù)器是對原始WEB服務(wù)器的靜態(tài)頁面的請求，防止原始服務(wù)器過載、并且根據(jù)角色將相關(guān)信息展現(xiàn)給瀏覽用戶、對數(shù)據(jù)內(nèi)容進(jìn)行保護(hù)和編輯；由于采用RMI技術(shù)，可以將數(shù)據(jù)分流至多個服務(wù)器上，以減輕服務(wù)器壓力，實現(xiàn)設(shè)計需求和技術(shù)指標(biāo)。
文檔編號H04M3/42GK101562786SQ20081003622
公開日2009年10月21日 申請日期2008年4月18日 優(yōu)先權(quán)日2008年4月18日
發(fā)明者余立非, 磊 高 申請人:上海東方龍新媒體有限公司