国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      客戶端消息的推送方法、裝置和服務(wù)器的制造方法

      文檔序號:7769431閱讀:163來源:國知局
      客戶端消息的推送方法、裝置和服務(wù)器的制造方法
      【專利摘要】本發(fā)明提供一種客戶端消息的推送方法、裝置和服務(wù)器,服務(wù)器接收到客戶端發(fā)送的消息后,如果判斷出消息類型為即時短消息,則將即時短消息輸入至短消息發(fā)送隊列中進行發(fā)送;如果判斷出消息類型為監(jiān)控消息,則對監(jiān)控消息進行字節(jié)流解析后輸入至監(jiān)控消息發(fā)送隊列中進行發(fā)送。從而實現(xiàn)提高服務(wù)器對與客戶端交互消息的轉(zhuǎn)發(fā)效率和轉(zhuǎn)發(fā)質(zhì)量。
      【專利說明】客戶端消息的推送方法、裝置和服務(wù)器

      【技術(shù)領(lǐng)域】
      [0001]本發(fā)明涉及信息【技術(shù)領(lǐng)域】,尤其涉及一種客戶端消息的推送方法、裝置和服務(wù)器。

      【背景技術(shù)】
      [0002]隨著互聯(lián)網(wǎng)用戶量的日益增大,互聯(lián)網(wǎng)產(chǎn)品提供的服務(wù)也越來越多,現(xiàn)在各種移動終端的用戶體驗要求的增高也給服務(wù)器造成了很大的壓力。服務(wù)器在關(guān)注用戶數(shù)據(jù)和業(yè)務(wù)的同時還要給客戶端一些實時的消息反饋,包括用戶個人的業(yè)務(wù)消息和服務(wù)給用戶推送的數(shù)據(jù)消息。
      [0003]現(xiàn)有技術(shù)中,消息邏輯和業(yè)務(wù)邏輯統(tǒng)一在一臺服務(wù)器上,服務(wù)器與客戶端交互的消息以及業(yè)務(wù)數(shù)據(jù)均通過服務(wù)接口轉(zhuǎn)發(fā)。因此,服務(wù)器對交互消息的轉(zhuǎn)發(fā)效率和轉(zhuǎn)發(fā)質(zhì)量較低。


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

      [0004]本發(fā)明提供一種客戶端消息的推送方法、裝置和服務(wù)器,以提高服務(wù)器對與客戶端交互消息的轉(zhuǎn)發(fā)效率和轉(zhuǎn)發(fā)質(zhì)量。
      [0005]—方面,本發(fā)明提供一種客戶端消息的推送方法,包括:
      [0006]接收客戶端發(fā)送的消息;
      [0007]判斷所述消息的消息類型;
      [0008]若判斷出所述消息為即時短消息,則將所述即時短消息輸入至短消息發(fā)送隊列中進行發(fā)送;若判斷出所述消息為監(jiān)控消息,則對所述監(jiān)控消息進行字節(jié)流解析后輸入至監(jiān)控消息發(fā)送隊列中進行發(fā)送。
      [0009]另一方面,本發(fā)明提供一種客戶端消息的推送裝置,包括:
      [0010]接收模塊,用于接收客戶端發(fā)送的消息;
      [0011]判斷模塊,用于判斷所述消息的消息類型;
      [0012]發(fā)送模塊,用于若所述判斷模塊判斷出所述消息為即時短消息,則將所述即時短消息輸入至短消息發(fā)送隊列中進行發(fā)送;若所述判斷模塊判斷出所述消息為監(jiān)控消息,則對所述監(jiān)控消息進行字節(jié)流解析后輸入至監(jiān)控消息發(fā)送隊列中進行發(fā)送。
      [0013]再一方面,本發(fā)明提供一種服務(wù)器,包括:本發(fā)明提供的客戶端消息的推送裝置。
      [0014]本發(fā)明提供的客戶端消息的推送方法、裝置和服務(wù)器,服務(wù)器接收到客戶端發(fā)送的消息后,如果判斷出消息類型為即時短消息,則將即時短消息輸入至短消息發(fā)送隊列中進行發(fā)送;如果判斷出消息類型為監(jiān)控消息,則對監(jiān)控消息進行字節(jié)流解析后輸入至監(jiān)控消息發(fā)送隊列中進行發(fā)送。從而實現(xiàn)提高服務(wù)器對與客戶端交互消息的轉(zhuǎn)發(fā)效率和轉(zhuǎn)發(fā)質(zhì)量。

      【專利附圖】

      【附圖說明】
      [0015]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖做一簡單地介紹,顯而易見地,下面描述中的附圖是本發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動性的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
      [0016]圖1為本發(fā)明提供的客戶端消息的推送方法一個實施例的流程圖;
      [0017]圖2為本發(fā)明提供的客戶端消息的推送方法中服務(wù)器的邏輯層次劃分示意圖;
      [0018]圖3為本發(fā)明提供的客戶端消息的推送方法中服務(wù)器的發(fā)送隊列示意圖;
      [0019]圖4為本發(fā)明提供的客戶端消息的推送裝置一個實施例的結(jié)構(gòu)示意圖。

      【具體實施方式】
      [0020]為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚,下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。
      [0021]圖1為本發(fā)明提供的客戶端消息的推送方法一個實施例的流程圖,如圖1所示,該方法包括:
      [0022]S101、接收客戶端發(fā)送的消息;
      [0023]S102、判斷消息的消息類型;
      [0024]S103、若判斷出消息為即時短消息,則將即時短消息輸入至短消息發(fā)送隊列中進行發(fā)送;
      [0025]S104、若判斷出消息為監(jiān)控消息,則對監(jiān)控消息進行字節(jié)流解析后輸入至監(jiān)控消息發(fā)送隊列中進行發(fā)送。
      [0026]本發(fā)明提供的客戶端消息的推送方法的執(zhí)行主體可以是位于網(wǎng)絡(luò)側(cè)的服務(wù)器,該服務(wù)器可以既可以與客戶端進行消息交互,又可以與客戶端進行業(yè)務(wù)數(shù)據(jù)的交互。
      [0027]其中,與客戶端進行的消息交互主要包括即時短消息和監(jiān)控消息。即時短消息可以適用于客戶端一對一通訊的實施場景,即,服務(wù)器接收到一個客戶端發(fā)送的即時短消息后,需要將該即時短消息發(fā)送給特定的一個客戶端。即時短消息還可以適用于客戶端一對多通訊的實施場景,即服務(wù)器接收到一個客戶端發(fā)送的即時短消息后,群發(fā)給多個客戶端。
      [0028]本發(fā)明實施例中,服務(wù)器接收到客戶端發(fā)送的消息后,如果判斷出該消息的類型為即時短消息,則服務(wù)區(qū)并不解析該即時短消息的內(nèi)容,而是直接將即時短消息從接收隊列直接放置到短消息發(fā)送隊列中進行發(fā)送,進入短消息發(fā)送隊列中的短消息,按照進入該隊列中的先后順序依次發(fā)送。需要說明的是,客戶端發(fā)送消息給服務(wù)器之后,客戶端可以繼續(xù)執(zhí)行自身的其他業(yè)務(wù)操作而不必等待服務(wù)器的轉(zhuǎn)發(fā)操作結(jié)果,服務(wù)器向客戶端轉(zhuǎn)發(fā)的消息可以由客戶端自動獲取,因此,本發(fā)明提供的客戶端消息的推送方法以非阻塞模式進行消息的發(fā)送。
      [0029]如果服務(wù)器判斷出接收到的消息是監(jiān)控消息,則服務(wù)器可以截取客戶端傳輸?shù)淖止?jié)流進行解析,將監(jiān)控消息發(fā)送到監(jiān)控消息發(fā)送隊列中進行發(fā)送。例如:服務(wù)器向客戶端發(fā)出了一個指令消息,以指示客戶端執(zhí)行某些操作,服務(wù)器需要獲知客戶端執(zhí)行該操作的狀態(tài),因此,客戶端在執(zhí)行該操作過程或執(zhí)行操作結(jié)束后向服務(wù)器發(fā)送的消息即為監(jiān)控消息。需要說明的是,該監(jiān)控消息發(fā)送隊列可以是一個同步的隊列,例如:服務(wù)器可以為某一個客戶端群(包括多個客戶端)設(shè)定一個同步的隊列,則該隊列發(fā)送了一個消息之后,當前的隊列就進入一種鎖定的狀態(tài),在此期間任何其他的消息都不再發(fā)送直到發(fā)送出去的消息完成了它的整個生命周期。
      [0030]在上述實施方式的基礎(chǔ)上,作為一種較佳的實施例,對于即時短消息或者監(jiān)控消息,都可以具有不同的優(yōu)先級,可以實現(xiàn)按照優(yōu)先級的順序轉(zhuǎn)發(fā)即時短消息或者監(jiān)控消息。在該場景下,服務(wù)器接收到客戶端發(fā)送的即時短消息后,可以先確定即時短消息的優(yōu)先級,再根據(jù)即時短消息的優(yōu)先級將即時短消息輸入至短消息發(fā)送隊列中的對應(yīng)位置,優(yōu)先級較高的即時短消息可以放置到短消息發(fā)送隊列中相對靠前的位置以實現(xiàn)優(yōu)先發(fā)送,優(yōu)先級較低的即時短消息可以放置到短消息發(fā)送隊列中相對靠后的位置。類似的,服務(wù)器接收到監(jiān)控消息后,也可以先確定監(jiān)控消息的優(yōu)先級,再對監(jiān)控消息進行字節(jié)流解析后,根據(jù)監(jiān)控消息的優(yōu)先級將監(jiān)控消息輸入至監(jiān)控消息發(fā)送隊列中的對應(yīng)位置,優(yōu)先級較高的監(jiān)控消息可以放置到監(jiān)控消息發(fā)送隊列中相對靠前的位置以實現(xiàn)優(yōu)先發(fā)送,優(yōu)先級較低的監(jiān)控消息可以放置到監(jiān)控消息發(fā)送隊列中相對靠后的位置。
      [0031]另外,考慮到客戶端轉(zhuǎn)發(fā)大量消息的實施場景,如圖2所示,可以將服務(wù)器端劃分為接入層,邏輯層和數(shù)據(jù)層,其中,數(shù)據(jù)層可以具有內(nèi)存存儲功能和持久化存儲功能,在上述每一層均可以具有接收隊列和發(fā)送隊列。
      [0032]具體的:在接入層接收客戶端發(fā)送的消息之后,可以依次傳輸至邏輯層和數(shù)據(jù)層。如圖3所示,短消息發(fā)送隊列依次可以包括:數(shù)據(jù)層短消息發(fā)送隊列、邏輯層短消息發(fā)送隊列和接入層短消息發(fā)送隊列;即時短消息到達數(shù)據(jù)層之后,可以先輸入至數(shù)據(jù)層短消息發(fā)送隊列,再依次輸入邏輯層短消息發(fā)送隊列和接入層短消息發(fā)送隊列,最后從接入層短消息發(fā)送隊列發(fā)送出去。類似的,監(jiān)控消息發(fā)送隊列依次可以包括:數(shù)據(jù)層監(jiān)控消息發(fā)送隊列、邏輯層監(jiān)控消息發(fā)送隊列和接入層監(jiān)控消息發(fā)送隊列。監(jiān)控消息到達數(shù)據(jù)層之后,可以先輸入至數(shù)據(jù)層監(jiān)控消息發(fā)送隊列,再依次輸入邏輯層監(jiān)控消息發(fā)送隊列和接入層監(jiān)控消息發(fā)送隊列,最后從接入層監(jiān)控消息發(fā)送隊列發(fā)送出去。
      [0033]本實施例提供的客戶端消息的推送方法,服務(wù)器接收到客戶端發(fā)送的消息后,如果判斷出消息類型為即時短消息,則將即時短消息輸入至短消息發(fā)送隊列中進行發(fā)送;如果判斷出消息類型為監(jiān)控消息,則對監(jiān)控消息進行字節(jié)流解析后輸入至監(jiān)控消息發(fā)送隊列中進行發(fā)送。從而實現(xiàn)提高服務(wù)器對與客戶端交互消息的轉(zhuǎn)發(fā)效率和轉(zhuǎn)發(fā)質(zhì)量。
      [0034]圖4為本發(fā)明提供的客戶端消息的推送裝置一個實施例的結(jié)構(gòu)示意圖,如圖4所示,該裝置包括:
      [0035]接收模塊41,用于接收客戶端發(fā)送的消息;
      [0036]判斷模塊42,用于判斷消息的消息類型;
      [0037]發(fā)送模塊43,用于若判斷模塊判斷出消息為即時短消息,則將即時短消息輸入至短消息發(fā)送隊列中進行發(fā)送;若判斷模塊判斷出消息為監(jiān)控消息,則對監(jiān)控消息進行字節(jié)流解析后輸入至監(jiān)控消息發(fā)送隊列中進行發(fā)送。
      [0038]其中,與客戶端進行的消息交互主要包括即時短消息和監(jiān)控消息。即時短消息可以適用于客戶端一對一通訊的實施場景,即,接收模塊41接收到一個客戶端發(fā)送的即時短消息后,發(fā)送模塊43需要將該即時短消息發(fā)送給特定的一個客戶端。即時短消息還可以適用于客戶端一對多通訊的實施場景,即接收模塊41接收到一個客戶端發(fā)送的即時短消息后,發(fā)送模塊43群發(fā)給多個客戶端。
      [0039]本發(fā)明實施例中,接收模塊41接收到客戶端發(fā)送的消息后,如果判斷模塊42判斷出該消息的類型為即時短消息,則發(fā)送模塊43并不解析該即時短消息的內(nèi)容,而是直接將即時短消息從接收隊列直接放置到短消息發(fā)送隊列中進行發(fā)送,進入短消息發(fā)送隊列中的短消息,按照進入該隊列中的先后順序依次發(fā)送,即以非阻塞模式進行消息的發(fā)送。如果判斷模塊42判斷出接收到的消息是監(jiān)控消息,則發(fā)送模塊43可以截取客戶端傳輸?shù)淖止?jié)流進行解析,將監(jiān)控消息發(fā)送到監(jiān)控消息發(fā)送隊列中進行發(fā)送。需要說明的是,該監(jiān)控消息發(fā)送隊列是一個同步的隊列。
      [0040]在上述實施方式的基礎(chǔ)上,作為一種較佳的實施例,對于即時短消息或者監(jiān)控消息,都可以具有不同的優(yōu)先級,可以實現(xiàn)按照優(yōu)先級的順序轉(zhuǎn)發(fā)即時短消息或者監(jiān)控消息。在該場景下,接收模塊41接收到客戶端發(fā)送的即時短消息后,發(fā)送模塊43可以先確定即時短消息的優(yōu)先級,再根據(jù)即時短消息的優(yōu)先級將即時短消息輸入至短消息發(fā)送隊列中的對應(yīng)位置,優(yōu)先級較高的即時短消息可以放置到短消息發(fā)送隊列中相對靠前的位置以實現(xiàn)優(yōu)先發(fā)送,優(yōu)先級較低的即時短消息可以放置到短消息發(fā)送隊列中相對靠后的位置。類似的,接收模塊41接收到監(jiān)控消息后,發(fā)送模塊43也可以先確定監(jiān)控消息的優(yōu)先級,再對監(jiān)控消息進行字節(jié)流解析后,根據(jù)監(jiān)控消息的優(yōu)先級將監(jiān)控消息輸入至監(jiān)控消息發(fā)送隊列中的對應(yīng)位置,優(yōu)先級較高的監(jiān)控消息可以放置到監(jiān)控消息發(fā)送隊列中相對靠前的位置以實現(xiàn)優(yōu)先發(fā)送,優(yōu)先級較低的監(jiān)控消息可以放置到監(jiān)控消息發(fā)送隊列中相對靠后的位置。
      [0041]另外,考慮到客戶端轉(zhuǎn)發(fā)大量消息的實施場景,如圖2所示,可以將服務(wù)器端劃分為接入層,邏輯層和數(shù)據(jù)層,其中,數(shù)據(jù)層可以具有內(nèi)存存儲功能和持久化存儲功能,在上述每一層均可以具有接收隊列和發(fā)送隊列。
      [0042]具體的:接收模塊41在接入層接收客戶端發(fā)送的消息之后,可以依次傳輸至邏輯層和數(shù)據(jù)層。如圖3所示,短消息發(fā)送隊列依次可以包括:數(shù)據(jù)層短消息發(fā)送隊列、邏輯層短消息發(fā)送隊列和接入層短消息發(fā)送隊列;即時短消息到達數(shù)據(jù)層之后,發(fā)送模塊43可以先輸入至數(shù)據(jù)層短消息發(fā)送隊列,再依次輸入邏輯層短消息發(fā)送隊列和接入層短消息發(fā)送隊列,最后從接入層短消息發(fā)送隊列發(fā)送出去。類似的,監(jiān)控消息發(fā)送隊列依次可以包括:數(shù)據(jù)層監(jiān)控消息發(fā)送隊列、邏輯層監(jiān)控消息發(fā)送隊列和接入層監(jiān)控消息發(fā)送隊列。監(jiān)控消息到達數(shù)據(jù)層之后,發(fā)送模塊43可以先輸入至數(shù)據(jù)層監(jiān)控消息發(fā)送隊列,再依次輸入邏輯層監(jiān)控消息發(fā)送隊列和接入層監(jiān)控消息發(fā)送隊列,最后從接入層監(jiān)控消息發(fā)送隊列發(fā)送出去。
      [0043]本實施例提供的客戶端消息的推送裝置,服務(wù)器接收到客戶端發(fā)送的消息后,如果判斷出消息類型為即時短消息,則將即時短消息輸入至短消息發(fā)送隊列中進行發(fā)送;如果判斷出消息類型為監(jiān)控消息,則對監(jiān)控消息進行字節(jié)流解析后輸入至監(jiān)控消息發(fā)送隊列中進行發(fā)送。從而實現(xiàn)提高服務(wù)器對與客戶端交互消息的轉(zhuǎn)發(fā)效率和轉(zhuǎn)發(fā)質(zhì)量。
      [0044]本發(fā)明還提供一種服務(wù)器實施例,該服務(wù)器包括本發(fā)明實施例提供的客戶端消息的推送裝置,該裝置的結(jié)構(gòu)及其對應(yīng)功能可參見圖4所示實施例中的相關(guān)描述,在此不再贅述。
      [0045]以上所述,以上實施例僅用以說明本申請的技術(shù)方案,而非對其限制;盡管參照前述實施例對本申請進行了詳細的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當理解:其依然可以對前述各實施例所記載的技術(shù)方案進行修改,或者對其中部分技術(shù)特征進行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本申請各實施例技術(shù)方案的精神和范圍。
      【權(quán)利要求】
      1.一種客戶端消息的推送方法,其特征在于,包括: 接收客戶端發(fā)送的消息; 判斷所述消息的消息類型; 若判斷出所述消息為即時短消息,則將所述即時短消息輸入至短消息發(fā)送隊列中進行發(fā)送;若判斷出所述消息為監(jiān)控消息,則對所述監(jiān)控消息進行字節(jié)流解析后輸入至監(jiān)控消息發(fā)送隊列中進行發(fā)送。
      2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述將所述即時短消息輸入至短消息發(fā)送隊列中,具體為: 確定所述即時短消息的優(yōu)先級; 根據(jù)所述即時短消息的優(yōu)先級將所述即時短消息輸入至所述短消息發(fā)送隊列中的對應(yīng)位置。
      3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述對所述監(jiān)控消息進行字節(jié)流解析后輸入至監(jiān)控消息發(fā)送隊列中,具體為: 確定所述監(jiān)控消息的優(yōu)先級; 對所述監(jiān)控消息進行字節(jié)流解析后,根據(jù)所述監(jiān)控消息的優(yōu)先級將所述監(jiān)控消息輸入至所述監(jiān)控消息發(fā)送隊列中的對應(yīng)位置。
      4.根據(jù)權(quán)利要求1-3任一項所述的方法,其特征在于,所述接收客戶端發(fā)送的消息,具體包括:在接入層接收所述客戶端發(fā)送的消息,并依次傳輸至邏輯層和數(shù)據(jù)層; 所述短消息發(fā)送隊列依次包括:數(shù)據(jù)層短消息發(fā)送隊列、邏輯層短消息發(fā)送隊列和接入層短消息發(fā)送隊列;所述監(jiān)控消息發(fā)送隊列依次包括:數(shù)據(jù)層監(jiān)控消息發(fā)送隊列、邏輯層監(jiān)控消息發(fā)送隊列和接入層監(jiān)控消息發(fā)送隊列。
      5.一種客戶端消息的推送裝置,其特征在于,包括: 接收模塊,用于接收客戶端發(fā)送的消息; 判斷模塊,用于判斷所述消息的消息類型; 發(fā)送模塊,用于若所述判斷模塊判斷出所述消息為即時短消息,則將所述即時短消息輸入至短消息發(fā)送隊列中進行發(fā)送;若所述判斷模塊判斷出所述消息為監(jiān)控消息,則對所述監(jiān)控消息進行字節(jié)流解析后輸入至監(jiān)控消息發(fā)送隊列中進行發(fā)送。
      6.根據(jù)權(quán)利要求5所述的裝置,其特征在于,所述發(fā)送模塊具體用于:確定所述即時短消息的優(yōu)先級;根據(jù)所述即時短消息的優(yōu)先級將所述即時短消息輸入至所述短消息發(fā)送隊列中的對應(yīng)位置。
      7.根據(jù)權(quán)利要求5所述的裝置,其特征在于,所述發(fā)送模塊具體用于:確定所述監(jiān)控消息的優(yōu)先級;對所述監(jiān)控消息進行字節(jié)流解析后,根據(jù)所述監(jiān)控消息的優(yōu)先級將所述監(jiān)控消息輸入至所述監(jiān)控消息發(fā)送隊列中的對應(yīng)位置。
      8.根據(jù)權(quán)利要求5-7任一項所述的裝置,其特征在于,所述接收模塊具體用于:在接入層接收所述客戶端發(fā)送的消息,并依次傳輸至邏輯層和數(shù)據(jù)層; 所述短消息發(fā)送隊列依次包括:數(shù)據(jù)層短消息發(fā)送隊列、邏輯層短消息發(fā)送隊列和接入層短消息發(fā)送隊列;所述監(jiān)控消息發(fā)送隊列依次包括:數(shù)據(jù)層監(jiān)控消息發(fā)送隊列、邏輯層監(jiān)控消息發(fā)送隊列和接入層監(jiān)控消息發(fā)送隊列。
      9.一種服務(wù)器,其特征在于,包括如權(quán)利要求5-8任一項所述的客戶端消息的推送裝置。
      【文檔編號】H04L12/26GK104426746SQ201310400549
      【公開日】2015年3月18日 申請日期:2013年9月5日 優(yōu)先權(quán)日:2013年9月5日
      【發(fā)明者】白璐 申請人:北大方正集團有限公司, 北京北大方正電子有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1