一種高效率、高穩(wěn)定性的頁面實時數據刷新方法
【技術領域】
[0001]本發(fā)明屬于實時系統(tǒng)中需要實時顯示后臺最新變化數據的應用領域，具體地說是一種高效率、高穩(wěn)定性的頁面實時數據刷新方法。
【背景技術】
[0002]目前基于WEB的實時變化數據顯示的方法主要有以下幾種:
HTTP拉取方式:主要包括傳統(tǒng)的輪詢方式和Ajax輪詢。傳統(tǒng)的輪詢方式是利用HTML里面meta標簽的刷新功能，在一定時間間隔后進行頁面的轉載，以此循環(huán)往復。它的最大缺點是頁面刷時給人帶來的體驗很差，而且服務器的壓力也會比較大。Ajax輪詢方式是異步響應機制，雖然可以解決上述傳統(tǒng)輪詢方式帶來的視覺體驗，但它仍然是通過不間斷的客戶端Ajax請求，去發(fā)現服務端的數據變化，因此客戶端顯示數據的延時和服務器端負載壓力大的缺點仍未解決。
[0003]套接字實現方式，如利用Flash的XMLSocket類或者Java的Applet來建立Socket連接，實現全雙工的服務器推送，然后通過Flash或者Applet與JavaScript通信的接口來實現最終的數據推送。但是這種方式需要Flash或者JVM的支持，同樣不太合適于終端用戶。
[0004]另外實時應用系統(tǒng)大都呈現高并發(fā)、高吞吐量、大負載應用的特性，在各類消息的服務中，對請求的任務處理效率、數據發(fā)布效率以及穩(wěn)定性等都有較高的要求。目前各類消息服務大都采用兩層架構的方式進行，即請求方向服務提供方直接發(fā)送請求的方式進行，這類處理方法的缺點是當服務提供方在某一時刻崩潰重啟后，當前消息服務處理方法無法使得數據或服務請求方及時獲取數據或服務，且請求方必須重新提交請求任務后，才能重新獲取數據或服務，增加了請求方以及服務提供方的負擔；另外消息請求與服務采用兩層架構的方式使得系統(tǒng)模塊間耦合性增強，可擴展性差。因此傳統(tǒng)的兩層消息服務解決方法存在消息分發(fā)效率低、穩(wěn)定性差、可擴展性差等問題。

【發(fā)明內容】

[0005]本發(fā)明的目的是克服現有技術中存在的不足，提供一種高效率、高穩(wěn)定性的頁面實時數據刷新方法。
[0006]本發(fā)明的技術方案是按以下方式實現的，其特點在于:
(1)、改進了傳統(tǒng)的客戶端拉取實時顯示變化數據方式為當后臺數據有變化時服務器端主動推送；消息推送采用基于Comet的“服務器推”技術，采用觀察者模型:客戶端發(fā)送請求，訂閱感興趣的事件；服務器端為每個客戶端分配一個會話ID作為標記，事件源會把新產生的事件以多播的方式發(fā)送到訂閱者的事件隊列里；
采用開源框架pushlet ；
(2)、改進了傳統(tǒng)的兩層“請求一服務”架構模式為三層服務架構，即“請求一消息轉發(fā)一服務”三層架構；消息轉發(fā)中間件負責消息的網絡傳輸，解決高并發(fā)、大吞吐量應用中消息堵塞、丟失等問題，支持分布式計算，具有消息緩存機制，保證消息傳輸的穩(wěn)定性，提高消息推送質量；
消息分發(fā)中間主要包括:消息訂閱、消息分發(fā)、消息發(fā)布等模塊；
消息訂閱構件主要負責訂閱請求的注冊、發(fā)送以及訂閱數據的正確回返；
具體過程為:訂閱請求任務發(fā)送后，訂閱構件將服務請求任務進行注冊登記，并將帶有服務碼以及過濾條件的請求信息發(fā)送給消息分發(fā)構件；消息服務訂閱構件接收到消息分發(fā)構件回返的數據后，根據服務碼以及注冊信息，將回返數據返回給相應的請求者；
消息分發(fā)構件主要功能包括:消息解析、消息分發(fā)、訂閱信息注冊及取消訂閱。
[0007]本發(fā)明的優(yōu)點是:
(I)、解決了傳統(tǒng)客戶端定時發(fā)送請求到服務端獲取最新變化數據帶來的服務端負載增加、網絡流量增加問題。
[0008](2)、降低了消息推送延遲，提高了消息推送質量。
[0009](3)、支持分布式計算，解決了高并發(fā)、高吞吐量應用中消息堵塞、消息分發(fā)丟失問題。
[0010](4)、采用了三層“請求一服務”構架模式，有效改進了傳統(tǒng)的兩層構架模式下當服務提供方在某一時刻崩潰重啟后帶來的消息丟失不穩(wěn)定性問題。
[0011](5)、采用了三層“請求一消息轉發(fā)一服務”構架模式，有效提高了系統(tǒng)的模塊化程度，增強了系統(tǒng)的可擴展性。
【具體實施方式】
[0012]下面對本發(fā)明的一種高效率、高穩(wěn)定性的頁面實時數據刷新方法作以下詳細說明。
[0013]本發(fā)明的一種高效率、高穩(wěn)定性的頁面實時數據刷新方法，其特點在于:
(I)改進了傳統(tǒng)的客戶端拉取實時顯示變化數據方式為當后臺數據有變化時服務器端主動推送。消息推送采用基于Comet的“服務器推”技術，采用觀察者模型:客戶端發(fā)送請求，訂閱感興趣的事件；服務器端為每個客戶端分配一個會話ID作為標記，事件源會把新產生的事件以多播的方式發(fā)送到訂閱者的事件隊列里。具體實現采用開源框架pushlet。
[0014]采用“服務器推”技術具有如下優(yōu)點:
降低了客戶端顯示最新變化數據推送延遲。
[0015]客戶端無需定時向發(fā)送請求獲取最新變化數據，服務器端負載壓力小。
[0016]客戶端無須安裝任何插件。
[0017](2)改進了傳統(tǒng)的兩層“請求一服務”架構模式為三層服務架構，即“請求一消息轉發(fā)一服務”三層架構。消息轉發(fā)中間件負責消息的網絡傳輸，解決高并發(fā)、大吞吐量應用中消息堵塞、丟失等問題，支持分布式計算，具有消息緩存機制，保證消息傳輸的穩(wěn)定性，提高消息推送質量。
[0018]消息分發(fā)中件間主要包括:消息訂閱、消息分發(fā)、消息發(fā)布等模塊。
[0019]消息訂閱構件主要負責訂閱請求的注冊、發(fā)送以及訂閱數據的正確回返。具體過程為:訂閱請求任務發(fā)送后，訂閱構件將服務請求任務進行注冊登記，并將帶有服務碼以及過濾條件的請求信息發(fā)送給消息分發(fā)構件；消息服務訂閱構件接收到消息分發(fā)構件回返的數據后，根據服務碼以及注冊信息，將回返數據返回給相應的請求者。
[0020]消息分發(fā)構件主要功能包括:消息解析、消息分發(fā)、訂閱信息注冊及取消訂閱。
[0021]消息服務發(fā)布構件主要實現訂閱請求的接收、解析以及訂閱數據的回返。
[0022]采用單獨模塊消息分發(fā)中件件解決網絡傳輸問題具有以下優(yōu)點:
支持分布式處理。
[0023]具有消息緩存機制，可有效避免由于某一端崩潰帶來的消息丟失問題。
[0024]支持高并發(fā)、高吞吐量。
[0025]可擴展性好。
[0026]本發(fā)明的一種高效率、高穩(wěn)定性的頁面實時數據刷新方法其加工制作非常簡單方便，按照說明書所示即可加工。
[0027]除說明書所述的技術特征外，均為本專業(yè)技術人員的已知技術。
【主權項】
1.一種高效率、高穩(wěn)定性的頁面實時數據刷新方法，其特征在于: (1)、改進了傳統(tǒng)的客戶端拉取實時顯示變化數據方式為當后臺數據有變化時服務器端主動推送；消息推送采用基于Comet的“服務器推”技術，采用觀察者模型:客戶端發(fā)送請求，訂閱感興趣的事件；服務器端為每個客戶端分配一個會話ID作為標記，事件源會把新產生的事件以多播的方式發(fā)送到訂閱者的事件隊列里； 采用開源框架pushlet ； (2)、改進了傳統(tǒng)的兩層“請求一服務”架構模式為三層服務架構，即“請求一消息轉發(fā)一服務”三層架構；消息轉發(fā)中間件負責消息的網絡傳輸，解決高并發(fā)、大吞吐量應用中消息堵塞、丟失等問題，支持分布式計算，具有消息緩存機制，保證消息傳輸的穩(wěn)定性，提高消息推送質量； 消息分發(fā)中間主要包括:消息訂閱、消息分發(fā)、消息發(fā)布等模塊； 消息訂閱構件主要負責訂閱請求的注冊、發(fā)送以及訂閱數據的正確回返； 具體過程為:訂閱請求任務發(fā)送后，訂閱構件將服務請求任務進行注冊登記，并將帶有服務碼以及過濾條件的請求信息發(fā)送給消息分發(fā)構件；消息服務訂閱構件接收到消息分發(fā)構件回返的數據后，根據服務碼以及注冊信息，將回返數據返回給相應的請求者； 消息分發(fā)構件主要功能包括:消息解析、消息分發(fā)、訂閱信息注冊及取消訂閱。
【專利摘要】本發(fā)明提供一種高效率、高穩(wěn)定性的頁面實時數據刷新方法，改進了傳統(tǒng)的客戶端拉取實時顯示變化數據方式為當后臺數據有變化時服務器端主動推送；消息推送采用基于Comet的“服務器推”技術，采用觀察者模型：改進了傳統(tǒng)的兩層“請求—服務”架構模式為三層服務架構；消息轉發(fā)中間件負責消息的網絡傳輸，解決高并發(fā)、大吞吐量應用中消息堵塞、丟失等問題，支持分布式計算；本發(fā)明的優(yōu)點是：解決了傳統(tǒng)客戶端定時發(fā)送請求到服務端獲取最新變化數據帶來的服務端負載增加、網絡流量增加問題；降低了消息推送延遲，提高了消息推送質量；支持分布式計算，解決了高并發(fā)、高吞吐量應用中消息堵塞、消息分發(fā)丟失問題。
【IPC分類】H04L29/08, H04L29/06
【公開號】CN105282227
【申請?zhí)枴緾N201510558524
【發(fā)明人】馬駿, 李勝利, 吳瑞海, 閆學君, 鄭超
【申請人】浪潮軟件股份有限公司
【公開日】2016年1月27日
【申請日】2015年9月6日