基于瀏覽器的多客戶端之間的消息互通方法
【專利摘要】本發(fā)明屬于基于瀏覽器的多客戶端通信方法，尤其是基于瀏覽器的多客戶之間的消息互通方法，其包括登陸流程步驟及客戶端消息互通流程，通過本解決方案使得在基于瀏覽器的多客戶端之間的消息互通時，用戶可以接收到服務(wù)端推送的消息。用戶不必關(guān)心它是在線發(fā)送的還是離線接收的，同時通過消息格式的配置提供消息的多種呈現(xiàn)方式，這樣提高了消息互通時用戶體驗。
【專利說明】基于瀏覽器的多客戶端之間的消息互通方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于基于瀏覽器的多客戶端通信方法，尤其是基于瀏覽器的多客戶之間的消息互通方法。

【背景技術(shù)】
[0002]基于瀏覽器的消息推送使用的是Websocket協(xié)議，它實現(xiàn)了瀏覽器與服務(wù)器全雙工通信(full-duplex)。但是，這種通信方式是基于用戶必須在線的。如果用戶離線將無法收到服務(wù)器推送的消息。


【發(fā)明內(nèi)容】

[0003]為解決以上問題，本發(fā)明提供一種使得在基于瀏覽器的多客戶端之間的消息互通時，用戶可以接收到服務(wù)端推送的消息的基于瀏覽器的多客戶端之間的消息互通方法。
[0004]為解決以上發(fā)明目的，本發(fā)明提供以下技術(shù)方案:基于瀏覽器的多客戶端之間的消息互通方法，其特征在于:其包括登陸流程步驟及客戶端消息互通流程，所述登陸流程步驟如下:
[0005]步驟al)、用戶輸入賬號、密碼登陸客戶端，向服務(wù)端提交登陸信息；
[0006]步驟a2)、服務(wù)端接收到用戶的登陸信息，對登陸信息進行驗證，驗證成功，允許用戶登陸客戶端；驗證失敗，返回失敗信息；
[0007]步驟a3)、用戶成功登陸客戶端后，向服務(wù)端發(fā)起建立連接的請求，服務(wù)端對請求進行檢查，如果是合法的請求頭，則發(fā)送握手信息到客戶端；步驟a4)、同時為客戶端創(chuàng)建一個socket用來通信；
[0008]步驟a5)、客戶端通過調(diào)用服務(wù)端端口讀取離線消息類型數(shù)據(jù)；
[0009]步驟a6)、根據(jù)離線消息類型數(shù)據(jù)從數(shù)據(jù)庫獲取相應(yīng)的需要顯示的消息信息，產(chǎn)生消息數(shù)據(jù)；
[0010]步驟a7)、客戶端對服務(wù)端返回的消息數(shù)據(jù)進行解析:
[0011]所述客戶端消息互通流程步驟如下:
[0012]步驟bl)、發(fā)送數(shù)據(jù)的客戶端和服務(wù)端握手成功并建立通道，同時發(fā)送包含消息類型、消息內(nèi)容的數(shù)據(jù)到服務(wù)器；
[0013]步驟b2)、服務(wù)端接收到發(fā)送數(shù)據(jù)的客戶端發(fā)送的數(shù)據(jù)，首先會將數(shù)據(jù)保存到數(shù)據(jù)庫，再根據(jù)發(fā)送數(shù)據(jù)的客戶端發(fā)送的數(shù)據(jù)從數(shù)據(jù)庫中獲取要顯示的消息信息，產(chǎn)生消息數(shù)；
[0014]步驟b3)、顯示消息的客戶端處于離線狀態(tài)，服務(wù)端會將發(fā)送數(shù)據(jù)的客戶端發(fā)送的數(shù)據(jù)更新為離線狀態(tài)；
[0015]步驟b4)、顯示消息的客戶端處于在線狀態(tài)，服務(wù)端會主動將消息數(shù)據(jù)推送到顯示消息的客戶端；
[0016]步驟b5)、顯示消息的客戶端對服務(wù)端推送消息數(shù)據(jù)進行解析。
[0017]本發(fā)明在在線接收消息的基礎(chǔ)上，提供接收離線消息的功能，為消息呈現(xiàn)提供表現(xiàn)方式的配置。在線消息和離線消息都是通過Websocket協(xié)議推送給用戶，用戶收到消息不必關(guān)心是離線消息還是在線消息。消息呈現(xiàn)的方式可以多種方式，并且能夠靈活配置。
[0018]對比現(xiàn)有技術(shù)，本發(fā)明有益效果為:通過本解決方案使得在基于瀏覽器的多客戶端之間的消息互通時，用戶可以接收到服務(wù)端推送的消息。用戶不必關(guān)心它是在線發(fā)送的還是離線接收的，同時通過消息格式的配置提供消息的多種呈現(xiàn)方式，這樣提高了消息互通時用戶體驗。

【專利附圖】

【附圖說明】
[0019]圖1是本發(fā)明實施例基于瀏覽器的多客戶端之間的消息互通方法流程圖。

【具體實施方式】
[0020]參考圖1，本發(fā)明實施例基于瀏覽器的多客戶端之間的消息互通方法，其特征在于:其包括登陸流程步驟及客戶端消息互通流程，所述登陸流程步驟如下:
[0021]步驟al)、用戶輸入賬號、密碼登陸客戶端，向服務(wù)端提交登陸信息；
[0022]步驟a2)、服務(wù)端接收到用戶的登陸信息，對登陸信息進行驗證，驗證成功，允許用戶登陸客戶端；驗證失敗，返回失敗信息；
[0023]步驟a3)、用戶成功登陸客戶端后，向服務(wù)端發(fā)起建立連接的請求，服務(wù)端對請求進行檢查，如果是合法的請求頭，則發(fā)送握手信息到客戶端；步驟a4)、同時為客戶端創(chuàng)建一個socket用來通信；
[0024]步驟a5)、客戶端通過調(diào)用服務(wù)端端口讀取離線消息類型數(shù)據(jù)，格式如下:
[0025]{"Type": "type", "Content"..”..."，State: ” 離線，，}
[0026]步驟a6)、根據(jù)離線消息類型數(shù)據(jù)從數(shù)據(jù)庫獲取相應(yīng)的需要顯示的消息信息，產(chǎn)生消息數(shù)據(jù)，格式如下:
[0027]{PageID: {pagel: "main, html", page2: "list, html"}，Title:"提不"，
[0028]Content: 〃 測試數(shù)據(jù)Durat1n: "6000"，Times: "3"}
[0029]步驟a7)、客戶端對服務(wù)端返回的消息數(shù)據(jù)進行解析:
[0030]PagelD:判斷消息在那些頁面顯示；
[0031]Title:顯示消息的標題；
[0032]Content:顯示消息內(nèi)容；
[0033]Durat1n:設(shè)置消息持續(xù)時間；
[0034]Times:可以設(shè)置消息窗口閃爍次數(shù)。
[0035]所述客戶端消息互通流程步驟如下:
[0036]步驟bl)、發(fā)送數(shù)據(jù)的客戶端和服務(wù)端握手成功并建立通道，完成系統(tǒng)中的某項業(yè)務(wù)，同時發(fā)送包含消息類型、消息內(nèi)容的數(shù)據(jù)到服務(wù)器；發(fā)送數(shù)據(jù)的客戶端發(fā)送數(shù)據(jù)格式如下:
[0037]{"Type": "type", "Content": "..."}
[0038]步驟b2)、服務(wù)端接收到發(fā)送數(shù)據(jù)的客戶端發(fā)送的數(shù)據(jù)，首先會將數(shù)據(jù)保存到數(shù)據(jù)庫，再根據(jù)發(fā)送數(shù)據(jù)的客戶端發(fā)送的數(shù)據(jù)從數(shù)據(jù)庫中獲取要顯示的消息信息，產(chǎn)生消息數(shù)據(jù)，消息數(shù)據(jù)格式如下:
[0039]{PageID: {page1: "main, html", page2: "list, html"} ,Title:"提不"，
[0040]Content: 〃 測試數(shù)據(jù)..."，Durat1n: "6000"，Times: "3"}
[0041]步驟b3)、顯示消息的客戶端處于離線狀態(tài)，服務(wù)端會將發(fā)送數(shù)據(jù)的客戶端發(fā)送的數(shù)據(jù)更新為離線狀態(tài)；
[0042]步驟b4)、顯示消息的客戶端處于在線狀態(tài)，服務(wù)端會主動將消息數(shù)據(jù)推送到顯示消息的客戶端；
[0043]步驟b5)、顯示消息的客戶端對服務(wù)端推送消息數(shù)據(jù)進行解析。
[0044]PageID:判斷消息在那些頁面顯示；
[0045]Title:顯示消息的標題；
[0046]Content:顯示消息內(nèi)容；
[0047]Durat1n:設(shè)置消息持續(xù)時間；
[0048]Times:可以設(shè)置消息窗口閃爍次數(shù)。
【權(quán)利要求】
1.基于瀏覽器的多客戶端之間的消息互通方法，其特征在于:其包括登陸流程步驟及客戶端消息互通流程，所述登陸流程步驟如下: 步驟al)、用戶輸入賬號、密碼登陸客戶端，向服務(wù)端提交登陸信息； 步驟a2)、服務(wù)端接收到用戶的登陸信息，對登陸信息進行驗證，驗證成功，允許用戶登陸客戶端；驗證失敗，返回失敗信息； 步驟a3)、用戶成功登陸客戶端后，向服務(wù)端發(fā)起建立連接的請求，服務(wù)端對請求進行檢查，如果是合法的請求頭，則發(fā)送握手信息到客戶端；步驟a4)、同時為客戶端創(chuàng)建一個socket用來通信； 步驟a5)、客戶端通過調(diào)用服務(wù)端端口讀取離線消息類型數(shù)據(jù)； 步驟a6)、根據(jù)離線消息類型數(shù)據(jù)從數(shù)據(jù)庫獲取相應(yīng)的需要顯示的消息信息，產(chǎn)生消息數(shù)據(jù)； 步驟a7)、客戶端對服務(wù)端返回的消息數(shù)據(jù)進行解析: 所述客戶端消息互通流程步驟如下: 步驟bl)、發(fā)送數(shù)據(jù)的客戶端和服務(wù)端握手成功并建立通道，同時發(fā)送包含消息類型、消息內(nèi)容的數(shù)據(jù)到服務(wù)器； 步驟b2)、服務(wù)端接收到發(fā)送數(shù)據(jù)的客戶端發(fā)送的數(shù)據(jù)，首先會將數(shù)據(jù)保存到數(shù)據(jù)庫，再根據(jù)發(fā)送數(shù)據(jù)的客戶端發(fā)送的數(shù)據(jù)從數(shù)據(jù)庫中獲取要顯示的消息信息，產(chǎn)生消息數(shù)；步驟b3)、顯示消息的客戶端處于離線狀態(tài)，服務(wù)端會將發(fā)送數(shù)據(jù)的客戶端發(fā)送的數(shù)據(jù)更新為離線狀態(tài)； 步驟b4)、顯示消息的客戶端處于在線狀態(tài)，服務(wù)端會主動將消息數(shù)據(jù)推送到顯示消息的客戶端； 步驟b5)、顯示消息的客戶端對服務(wù)端推送消息數(shù)據(jù)進行解析。
【文檔編號】H04L29/06GK104270335SQ201410298659
【公開日】2015年1月7日 申請日期:2014年6月26日 優(yōu)先權(quán)日:2014年6月26日
【發(fā)明者】王征平, 黃平, 韓騰飛, 陳杰 申請人:湖北安標信息技術(shù)有限公司