本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，特別涉及一種用戶(hù)消息發(fā)布方法及系統(tǒng)。

背景技術(shù)：

隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，網(wǎng)絡(luò)變得越來(lái)越重要。而隨著用戶(hù)數(shù)量的增長(zhǎng)，網(wǎng)絡(luò)服務(wù)器的壓力也越來(lái)越大。用戶(hù)消息的發(fā)布以及對(duì)應(yīng)用戶(hù)的各種操作都需要通過(guò)服務(wù)器完成，大用戶(hù)量尤其是瞬時(shí)用戶(hù)量的增大，給服務(wù)器帶來(lái)的巨大的壓力。

為了保證服務(wù)器的順利運(yùn)作，出現(xiàn)了各種負(fù)載均衡的解決方案。負(fù)載均衡，英文名稱(chēng)為L(zhǎng)oad Balance，其意思就是分?jǐn)偟蕉鄠€(gè)操作單元上進(jìn)行執(zhí)行，例如Web服務(wù)器、FTP服務(wù)器、企業(yè)關(guān)鍵應(yīng)用服務(wù)器和其它關(guān)鍵任務(wù)服務(wù)器等，從而共同完成工作任務(wù)。

軟件負(fù)載均衡解決方案是指在一臺(tái)或多臺(tái)服務(wù)器相應(yīng)的操作系統(tǒng)上安裝一個(gè)或多個(gè)附加軟件來(lái)實(shí)現(xiàn)負(fù)載均衡，如DNS Load Balance，CheckPoint Firewall-1 ConnectControl等，它的優(yōu)點(diǎn)是基于特定環(huán)境，配置簡(jiǎn)單，使用靈活，成本低廉，可以滿(mǎn)足一般的負(fù)載均衡需求。

軟件解決方案缺點(diǎn)也較多，因?yàn)槊颗_(tái)服務(wù)器上安裝額外的軟件運(yùn)行會(huì)消耗系統(tǒng)不定量的資源，越是功能強(qiáng)大的模塊，消耗得越多，所以當(dāng)連接請(qǐng)求特別大的時(shí)候，軟件本身會(huì)成為服務(wù)器工作成敗的一個(gè)關(guān)鍵；軟件可擴(kuò)展性并不是很好，受到操作系統(tǒng)的限制；由于操作系統(tǒng)本身的Bug，往往會(huì)引起安全問(wèn)題。

硬件負(fù)載均衡解決方案是直接在服務(wù)器和外部網(wǎng)絡(luò)間安裝負(fù)載均衡設(shè)備，這種設(shè)備通常稱(chēng)之為負(fù)載均衡器，由于專(zhuān)門(mén)的設(shè)備完成專(zhuān)門(mén)的任務(wù)，獨(dú)立于操作系統(tǒng)，整體性能得到大量提高，加上多樣化的負(fù)載均衡策略，智能化的流量 管理，可達(dá)到最佳的負(fù)載均衡需求。

負(fù)載均衡器有多種多樣的形式，除了作為獨(dú)立意義上的負(fù)載均衡器外，有些負(fù)載均衡器集成在交換設(shè)備中，置于服務(wù)器與Internet鏈接之間，有些則以?xún)蓧K網(wǎng)絡(luò)適配器將這一功能集成到PC中，一塊連接到Internet上，一塊連接到后端服務(wù)器群的內(nèi)部網(wǎng)絡(luò)上。

負(fù)載均衡從其應(yīng)用的地理結(jié)構(gòu)上分為本地負(fù)載均衡(Local Load Balance)和全局負(fù)載均衡(Global Load Balance，也叫地域負(fù)載均衡)，本地負(fù)載均衡是指對(duì)本地的服務(wù)器群做負(fù)載均衡，全局負(fù)載均衡是指對(duì)分別放置在不同的地理位置、有不同網(wǎng)絡(luò)結(jié)構(gòu)的服務(wù)器群間作負(fù)載均衡。

本地負(fù)載均衡能有效地解決數(shù)據(jù)流量過(guò)大、網(wǎng)絡(luò)負(fù)荷過(guò)重的問(wèn)題，并且不需花費(fèi)昂貴開(kāi)支購(gòu)置性能卓越的服務(wù)器，充分利用現(xiàn)有設(shè)備，避免服務(wù)器單點(diǎn)故障造成數(shù)據(jù)流量的損失。其有靈活多樣的均衡策略把數(shù)據(jù)流量合理地分配給服務(wù)器群內(nèi)的服務(wù)器共同負(fù)擔(dān)。即使是再給現(xiàn)有服務(wù)器擴(kuò)充升級(jí)，也只是簡(jiǎn)單地增加一個(gè)新的服務(wù)器到服務(wù)群中，而不需改變現(xiàn)有網(wǎng)絡(luò)結(jié)構(gòu)、停止現(xiàn)有的服務(wù)。

全局負(fù)載均衡主要用于在一個(gè)多區(qū)域擁有自己服務(wù)器的站點(diǎn)，為了使全球用戶(hù)只以一個(gè)IP地址或域名就能訪(fǎng)問(wèn)到離自己最近的服務(wù)器，從而獲得最快的訪(fǎng)問(wèn)速度，也可用于子公司分散站點(diǎn)分布廣的大公司通過(guò)Intranet(企業(yè)內(nèi)部互聯(lián)網(wǎng))來(lái)達(dá)到資源統(tǒng)一合理分配的目的。

負(fù)載均衡有三種部署方式：路由模式、橋接模式、服務(wù)直接返回模式。

路由模式部署靈活，約60％的用戶(hù)采用這種方式部署；橋接模式不改變現(xiàn)有的網(wǎng)絡(luò)架構(gòu)；服務(wù)直接返回(DSR)比較適合吞吐量大特別是內(nèi)容分發(fā)的網(wǎng)絡(luò)應(yīng)用。約30％的用戶(hù)采用這種模式。

現(xiàn)有技術(shù)中，各種負(fù)載均衡方案均可以解決負(fù)載均衡的問(wèn)題，但是，效果不一而足。同時(shí)，針對(duì)具體應(yīng)用環(huán)境而產(chǎn)生的負(fù)載均衡機(jī)制目前均有不完善之處。尤其是對(duì)于用戶(hù)服務(wù)器之間的負(fù)載均衡問(wèn)題，目前大多采用輪詢(xún)的方式進(jìn) 行，尚沒(méi)有一種可以有效解決負(fù)載均衡問(wèn)題，同時(shí)又能夠提高效率，不會(huì)對(duì)現(xiàn)有網(wǎng)絡(luò)造成很大改變的方案。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明提供一種用戶(hù)消息發(fā)布方法及系統(tǒng)，用以解決現(xiàn)有技術(shù)中用戶(hù)消息發(fā)布負(fù)載均衡的問(wèn)題。

本發(fā)明提供一種用戶(hù)消息發(fā)布方法，包括：

發(fā)布服務(wù)器將發(fā)布消息發(fā)布到消息隊(duì)列；

用戶(hù)服務(wù)器監(jiān)聽(tīng)所述消息隊(duì)列；

用戶(hù)服務(wù)器將監(jiān)聽(tīng)到的發(fā)布消息在自身所屬用戶(hù)中發(fā)布。

所述方法還包括：

所述用戶(hù)服務(wù)器通過(guò)web socket協(xié)議連接到所述發(fā)布服務(wù)器。

所述方法還包括：

所述用戶(hù)服務(wù)器將監(jiān)聽(tīng)到的發(fā)布消息保存到本地，并在自身所屬用戶(hù)中廣播。

所述方法還包括：

所述用戶(hù)服務(wù)器監(jiān)聽(tīng)所述消息隊(duì)列，若監(jiān)聽(tīng)到發(fā)送給自身所屬用戶(hù)的發(fā)布消息，則將所述發(fā)布消息發(fā)送對(duì)應(yīng)用戶(hù)；否則，不作處理。

所述方法還包括：

所述消息隊(duì)列中按照先入先出的原則順序排列需要發(fā)布的發(fā)布消息。

所述方法還包括：

所述用戶(hù)分別接入對(duì)應(yīng)的用戶(hù)服務(wù)器，并從所述用戶(hù)服務(wù)器獲取所述發(fā)布消息。

一種用戶(hù)消息發(fā)布系統(tǒng)，包括：

發(fā)布服務(wù)器，用于將發(fā)布消息發(fā)布到消息隊(duì)列；

用戶(hù)服務(wù)器，用于監(jiān)聽(tīng)所述消息隊(duì)列；并將監(jiān)聽(tīng)到的發(fā)布消息在自身所屬 用戶(hù)中發(fā)布。

所述發(fā)布服務(wù)器包括消息隊(duì)列，用于按照先入先出的原則順序排列需要發(fā)布的發(fā)布消息。

所述用戶(hù)服務(wù)器通過(guò)web socket協(xié)議連接到所述發(fā)布服務(wù)器。

所述系統(tǒng)還包括用戶(hù)終端，用于分別接入對(duì)應(yīng)的用戶(hù)服務(wù)器，并從所述用戶(hù)服務(wù)器獲取所述發(fā)布消息。

本發(fā)明實(shí)施例中，通過(guò)發(fā)布服務(wù)器將發(fā)布消息發(fā)布到消息隊(duì)列；用戶(hù)服務(wù)器監(jiān)聽(tīng)所述消息隊(duì)列；用戶(hù)服務(wù)器將監(jiān)聽(tīng)到的發(fā)布消息在自身所屬用戶(hù)中發(fā)布。本發(fā)明實(shí)施例的方案，能夠在用戶(hù)消息發(fā)布時(shí)候，發(fā)布服務(wù)器進(jìn)行消息隊(duì)列的發(fā)布，各用戶(hù)服務(wù)器通過(guò)監(jiān)聽(tīng)消息隊(duì)列獲取對(duì)應(yīng)的發(fā)布消息，從而發(fā)布給自身所屬的用戶(hù)，提高了用戶(hù)消息發(fā)布的效率，同時(shí)，在各個(gè)用戶(hù)服務(wù)器之間實(shí)現(xiàn)了負(fù)載均衡配置，不會(huì)造成網(wǎng)絡(luò)擁堵，降低了系統(tǒng)負(fù)擔(dān)，極大的提高了用戶(hù)體驗(yàn)度。

本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說(shuō)明書(shū)中闡述，并且，部分地從說(shuō)明書(shū)中變得顯而易見(jiàn)，或者通過(guò)實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過(guò)在所寫(xiě)的說(shuō)明書(shū)、權(quán)利要求書(shū)、以及附圖中所特別指出的結(jié)構(gòu)來(lái)實(shí)現(xiàn)和獲得。

下面通過(guò)附圖和實(shí)施例，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。

附圖說(shuō)明

附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，并且構(gòu)成說(shuō)明書(shū)的一部分，與本發(fā)明的實(shí)施例一起用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的限制。在附圖中：

圖1為本發(fā)明實(shí)施例1提供的一種用戶(hù)消息發(fā)布方法原理流程圖；

圖2為本發(fā)明實(shí)施例2提供的一種用戶(hù)消息發(fā)布系統(tǒng)結(jié)構(gòu)示意圖。

具體實(shí)施方式

以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說(shuō)明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實(shí)施例僅用于說(shuō)明和解釋本發(fā)明，并不用于限定本發(fā)明。

如圖1所示，為本發(fā)明實(shí)施例1提供的一種用戶(hù)消息發(fā)布方法原理流程圖，其中，

步驟11，發(fā)布服務(wù)器將發(fā)布消息發(fā)布到消息隊(duì)列。

發(fā)布服務(wù)器實(shí)際上是一臺(tái)或者一組服務(wù)器，用以發(fā)布需要針對(duì)用戶(hù)的消息。這些消息可以是針對(duì)某一用戶(hù)的，也可以是針對(duì)多個(gè)或者全部用戶(hù)的。發(fā)布服務(wù)器僅完成消息的發(fā)布，并不直接連接用戶(hù)。

發(fā)布服務(wù)器獲得需要發(fā)布的消息后，需要將該發(fā)布消息發(fā)布到消息隊(duì)列。消息隊(duì)列是一個(gè)特定的分組，可以按照堆棧的原理進(jìn)行先入先出的消息順序排列，也可以是根據(jù)其他方式進(jìn)行消息排列。消息隊(duì)列的作用就在于將發(fā)布消息進(jìn)行排列，或者也可以存儲(chǔ)發(fā)布消息本身。

“消息隊(duì)列”是在消息的傳輸過(guò)程中保存消息的容器。消息被發(fā)送到隊(duì)列中。“消息隊(duì)列”是在消息的傳輸過(guò)程中保存消息的容器。消息隊(duì)列管理器在將消息從它的源中繼到它的目標(biāo)時(shí)充當(dāng)中間人。隊(duì)列的主要目的是提供路由并保證消息的傳遞；如果發(fā)送消息時(shí)接收者不可用，消息隊(duì)列會(huì)保留消息，直到可以成功地傳遞它。

“消息隊(duì)列”是一種消息處理技術(shù)，它為任何應(yīng)用程序提供消息處理和消息隊(duì)列功能，無(wú)論這些計(jì)算機(jī)是否在同一個(gè)網(wǎng)絡(luò)上或者是否同時(shí)聯(lián)機(jī)。

“消息隊(duì)列網(wǎng)絡(luò)”是能夠相互間來(lái)回發(fā)送消息的任何一組計(jì)算機(jī)。網(wǎng)絡(luò)中的不同計(jì)算機(jī)在確保消息順利處理的過(guò)程中扮演不同的角色。它們中有些提供路由信息以確定如何發(fā)送消息，有些保存整個(gè)網(wǎng)絡(luò)的重要信息，而有些只是發(fā)送和接收消息。

“消息隊(duì)列”安裝期間，管理員確定哪些服務(wù)器可以互相通信，并設(shè)置特定服務(wù)器的特殊角色。構(gòu)成此“消息隊(duì)列”網(wǎng)絡(luò)的計(jì)算機(jī)稱(chēng)為“站點(diǎn)”，它們之間通 過(guò)“站點(diǎn)鏈接”相互連接。每個(gè)站點(diǎn)鏈接都有一個(gè)關(guān)聯(lián)的“開(kāi)銷(xiāo)”，它由管理員確定，指示了經(jīng)過(guò)此站點(diǎn)鏈接傳遞消息的頻率。

消息隊(duì)列就是一個(gè)消息的鏈表。可以把消息看作一個(gè)記錄，具有特定的格式以及特定的優(yōu)先級(jí)。對(duì)消息隊(duì)列有寫(xiě)權(quán)限的進(jìn)程可以向消息隊(duì)列中按照一定的規(guī)則添加新消息；對(duì)消息隊(duì)列有讀權(quán)限的進(jìn)程則可以從消息隊(duì)列中讀走消息。消息隊(duì)列是隨內(nèi)核持續(xù)的。

現(xiàn)有技術(shù)中，主要有兩種類(lèi)型的消息隊(duì)列：POSIX消息隊(duì)列以及系統(tǒng)V消息隊(duì)列，系統(tǒng)V消息隊(duì)列目前被大量使用?？紤]到程序的可移植性，新開(kāi)發(fā)的應(yīng)用程序應(yīng)盡量使用POSIX消息隊(duì)列。本實(shí)施例對(duì)消息隊(duì)列的形式不做限定。

系統(tǒng)V消息隊(duì)列是隨內(nèi)核持續(xù)的，只有在內(nèi)核重起或者顯示刪除一個(gè)消息隊(duì)列時(shí)，該消息隊(duì)列才會(huì)真正被刪除。因此系統(tǒng)中記錄消息隊(duì)列的數(shù)據(jù)結(jié)構(gòu)(struct ipc_ids msg_ids)位于內(nèi)核中，系統(tǒng)中的所有消息隊(duì)列都可以在結(jié)構(gòu)msg_ids中找到訪(fǎng)問(wèn)入口。消息隊(duì)列就是一個(gè)消息的鏈表。每個(gè)消息隊(duì)列都有一個(gè)隊(duì)列頭，用結(jié)構(gòu)struct msg_queue來(lái)描述。隊(duì)列頭中包含了該消息隊(duì)列的大量信息，包括消息隊(duì)列鍵值、用戶(hù)ID、組ID、消息隊(duì)列中消息數(shù)目等等，甚至記錄了最近對(duì)消息隊(duì)列讀寫(xiě)進(jìn)程的ID。讀者可以訪(fǎng)問(wèn)這些信息，也可以設(shè)置其中的某些信息。

“消息隊(duì)列”管理員還在網(wǎng)絡(luò)中設(shè)置一臺(tái)或多臺(tái)作為“路由服務(wù)器”的計(jì)算機(jī)。路由服務(wù)器查看各站點(diǎn)鏈接的開(kāi)銷(xiāo)，確定經(jīng)過(guò)多個(gè)站點(diǎn)傳遞消息的最快和最有效的方法，以此決定如何傳遞消息。

步驟12，用戶(hù)服務(wù)器監(jiān)聽(tīng)所述消息隊(duì)列。

用戶(hù)服務(wù)器是與用戶(hù)終端建立直接連接的服務(wù)器，其不僅要直接連接用戶(hù)終端，處理用戶(hù)終端的消息，同時(shí)，為了及時(shí)發(fā)布用戶(hù)消息，還需要監(jiān)聽(tīng)消息隊(duì)列。

通常，用戶(hù)服務(wù)器通過(guò)web socket協(xié)議連接到發(fā)布服務(wù)器。WebSocket protocol是HTML5一種新的協(xié)議。它實(shí)現(xiàn)了瀏覽器與服務(wù)器全雙工通信(full-duplex)。

在瀏覽器中通過(guò)http僅能實(shí)現(xiàn)單向的通信,comet可以一定程度上模擬雙向通信,但效率較低,并需要服務(wù)器有較好的支持；flash中的socket和xmlsocket可以實(shí)現(xiàn)真正的雙向通信,通過(guò)flex ajax bridge,可以在javascript中使用這兩項(xiàng)功能.可以預(yù)見(jiàn),如果websocket一旦在瀏覽器中得到實(shí)現(xiàn),將會(huì)替代上面兩項(xiàng)技術(shù),得到廣泛的使用.面對(duì)這種狀況，HTML5定義了WebSocket協(xié)議，能更好的節(jié)省服務(wù)器資源和帶寬并達(dá)到實(shí)時(shí)通訊。

現(xiàn)有技術(shù)中，為了實(shí)現(xiàn)即時(shí)通訊，所用的技術(shù)都是輪詢(xún)(polling)。輪詢(xún)是在特定的的時(shí)間間隔(如每1秒)，由瀏覽器對(duì)服務(wù)器發(fā)出HTTP request，然后由服務(wù)器返回最新的數(shù)據(jù)給客服端的瀏覽器。這種傳統(tǒng)的HTTP request的模式帶來(lái)很明顯的缺點(diǎn)–瀏覽器需要不斷的向服務(wù)器發(fā)出請(qǐng)求，然而HTTP request的header是非常長(zhǎng)的，里面包含的有用數(shù)據(jù)可能只是一個(gè)很小的值，這樣會(huì)占用很多的帶寬。而比較新的技術(shù)去做輪詢(xún)的效果是Comet–用了AJAX。但這種技術(shù)雖然可達(dá)到全雙工通信，但依然需要發(fā)出請(qǐng)求。

HTML5 WebSocket設(shè)計(jì)出來(lái)的目的就是要取代輪詢(xún)和Comet技術(shù)，使客戶(hù)端瀏覽器具備像C/S架構(gòu)下桌面系統(tǒng)的實(shí)時(shí)通訊能力。瀏覽器通過(guò)JavaScript向服務(wù)器發(fā)出建立WebSocket連接的請(qǐng)求，連接建立以后，客戶(hù)端和服務(wù)器端就可以通過(guò)TCP連接直接交換數(shù)據(jù)。因?yàn)閃ebSocket連接本質(zhì)上就是一個(gè)TCP連接，所以在數(shù)據(jù)傳輸?shù)姆€(wěn)定性和數(shù)據(jù)傳輸量的大小方面，和輪詢(xún)以及Comet技術(shù)比較，具有很大的性能優(yōu)勢(shì)。

在WebSocket API，瀏覽器和服務(wù)器只需要要做一個(gè)握手的動(dòng)作，然后，瀏覽器和服務(wù)器之間就形成了一條快速通道。兩者之間就直接可以數(shù)據(jù)互相傳送。在實(shí)現(xiàn)websocket連線(xiàn)過(guò)程中，需要通過(guò)瀏覽器發(fā)出websocket連線(xiàn)請(qǐng)求，然后服務(wù)器發(fā)出回應(yīng)，這個(gè)過(guò)程通常稱(chēng)為“握手”(handshaking)。

WebSocket協(xié)議本質(zhì)上是一個(gè)基于TCP的協(xié)議。為了建立一個(gè) WebSocket連接，客戶(hù)端瀏覽器首先要向服務(wù)器發(fā)起一個(gè)HTTP請(qǐng)求，這個(gè)請(qǐng)求和通常的HTTP請(qǐng)求不同，包含了一些附加頭信息，其中附加頭信息”Upgrade:WebSocket”表明這是一個(gè)申請(qǐng)協(xié)議升級(jí)的HTTP請(qǐng)求，服務(wù)器端解析這些附加的頭信息然后產(chǎn)生應(yīng)答信息返回給客戶(hù)端，客戶(hù)端和服務(wù)器端的WebSocket連接就建立起來(lái)了，雙方就可以通過(guò)這個(gè)連接通道自由的傳遞信息，并且這個(gè)連接會(huì)持續(xù)存在直到客戶(hù)端或者服務(wù)器端的某一方主動(dòng)的關(guān)閉連接。

特別的，用戶(hù)服務(wù)器將監(jiān)聽(tīng)到的發(fā)布消息可以保存到本地，并在自身所屬用戶(hù)中廣播。

步驟13，用戶(hù)服務(wù)器將監(jiān)聽(tīng)到的發(fā)布消息在自身所屬用戶(hù)中發(fā)布。

用戶(hù)服務(wù)器監(jiān)聽(tīng)到發(fā)布服務(wù)器發(fā)布到消息隊(duì)列中的發(fā)布消息后，獲取該消息，可以保存到本地，或者不作保存。用戶(hù)服務(wù)器監(jiān)聽(tīng)所述消息隊(duì)列，若監(jiān)聽(tīng)到發(fā)送給自身所屬用戶(hù)的發(fā)布消息，則將所述發(fā)布消息發(fā)送對(duì)應(yīng)用戶(hù)；否則，不作處理。

用戶(hù)分別接入對(duì)應(yīng)的用戶(hù)服務(wù)器，并從所述用戶(hù)服務(wù)器獲取所述發(fā)布消息。用戶(hù)與用戶(hù)服務(wù)器之間的對(duì)應(yīng)，通常可以是根據(jù)地域就近原則或者地址就近原則，所有的用戶(hù)均有針對(duì)的用戶(hù)服務(wù)器。

本發(fā)明實(shí)施例中，通過(guò)發(fā)布服務(wù)器將發(fā)布消息發(fā)布到消息隊(duì)列；用戶(hù)服務(wù)器監(jiān)聽(tīng)所述消息隊(duì)列；用戶(hù)服務(wù)器將監(jiān)聽(tīng)到的發(fā)布消息在自身所屬用戶(hù)中發(fā)布。本發(fā)明實(shí)施例的方案，能夠在用戶(hù)消息發(fā)布時(shí)候，發(fā)布服務(wù)器進(jìn)行消息隊(duì)列的發(fā)布，各用戶(hù)服務(wù)器通過(guò)監(jiān)聽(tīng)消息隊(duì)列獲取對(duì)應(yīng)的發(fā)布消息，從而發(fā)布給自身所屬的用戶(hù)，提高了用戶(hù)消息發(fā)布的效率，同時(shí)，在各個(gè)用戶(hù)服務(wù)器之間實(shí)現(xiàn)了負(fù)載均衡配置，不會(huì)造成網(wǎng)絡(luò)擁堵，降低了系統(tǒng)負(fù)擔(dān)，極大的提高了用戶(hù)體驗(yàn)度。

如圖2所示，為本發(fā)明實(shí)施例2提供的一種用戶(hù)消息發(fā)布系統(tǒng)結(jié)構(gòu)示意圖， 其中，

發(fā)布服務(wù)器21，用于將發(fā)布消息發(fā)布到消息隊(duì)列；

用戶(hù)服務(wù)器22，用于監(jiān)聽(tīng)所述消息隊(duì)列；并將監(jiān)聽(tīng)到的發(fā)布消息在自身所屬用戶(hù)中發(fā)布。

特別的，上述發(fā)布服務(wù)器21包括消息隊(duì)列，用于按照先入先出的原則順序排列需要發(fā)布的發(fā)布消息。

特別的，上述用戶(hù)服務(wù)器22通過(guò)web socket協(xié)議連接到發(fā)布服務(wù)器21。

特別的，上述系統(tǒng)還包括用戶(hù)終端23，用于分別接入對(duì)應(yīng)的用戶(hù)服務(wù)器22，并從所述用戶(hù)服務(wù)器22獲取所述發(fā)布消息。

綜上所述，本發(fā)明實(shí)施例中，通過(guò)發(fā)布服務(wù)器將發(fā)布消息發(fā)布到消息隊(duì)列；用戶(hù)服務(wù)器監(jiān)聽(tīng)所述消息隊(duì)列；用戶(hù)服務(wù)器將監(jiān)聽(tīng)到的發(fā)布消息在自身所屬用戶(hù)中發(fā)布。本發(fā)明實(shí)施例的方案，能夠在用戶(hù)消息發(fā)布時(shí)候，發(fā)布服務(wù)器進(jìn)行消息隊(duì)列的發(fā)布，各用戶(hù)服務(wù)器通過(guò)監(jiān)聽(tīng)消息隊(duì)列獲取對(duì)應(yīng)的發(fā)布消息，從而發(fā)布給自身所屬的用戶(hù)，提高了用戶(hù)消息發(fā)布的效率，同時(shí)，在各個(gè)用戶(hù)服務(wù)器之間實(shí)現(xiàn)了負(fù)載均衡配置，不會(huì)造成網(wǎng)絡(luò)擁堵，降低了系統(tǒng)負(fù)擔(dān)，極大的提高了用戶(hù)體驗(yàn)度。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本發(fā)明可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲(chǔ)介質(zhì)(包括但不限于磁盤(pán)存儲(chǔ)器和光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來(lái)描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專(zhuān)用計(jì)算機(jī)、嵌入 式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個(gè)機(jī)器，使得通過(guò)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的裝置。

這些計(jì)算機(jī)程序指令也可存儲(chǔ)在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲(chǔ)器中，使得存儲(chǔ)在該計(jì)算機(jī)可讀存儲(chǔ)器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能。

這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的步驟。

顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。