[發(fā)明專利]一種消息調(diào)度處理方法及系統(tǒng)

無(wú)效

• 申請(qǐng)?zhí)枺?/td>: 201210174313.X
• 申請(qǐng)日: 2012-05-31
• 公開(kāi)（公告）號(hào): CN102685250A
• 公開(kāi)（公告）日: 2012-09-19
• 發(fā)明（設(shè)計(jì)）人: 胡加明;劉曉東
• 申請(qǐng)（專利權(quán)）人: 蘇州闊地網(wǎng)絡(luò)科技有限公司
• 主分類號(hào): H04L29/08
• 分類號(hào): H04L29/08
• 代理公司: 暫無(wú)信息
• 代理人: 暫無(wú)信息

技術(shù)領(lǐng)域

本發(fā)明屬于網(wǎng)絡(luò)通訊領(lǐng)域，尤其涉及一種消息調(diào)度處理方法及系統(tǒng)。

背景技術(shù)

目前，在云會(huì)議中，所有用戶都連接到同一個(gè)通信服務(wù)器上，導(dǎo)致通信服務(wù)器要處理大量的信息。若通信服務(wù)器不能在短時(shí)間內(nèi)處理掉這些海量信息，則會(huì)導(dǎo)致用戶長(zhǎng)時(shí)間得不到響應(yīng)，從而影響用戶體驗(yàn)，甚至?xí)?dǎo)致視頻會(huì)議邏輯出錯(cuò)，系統(tǒng)崩潰。此外，于通信服務(wù)器進(jìn)行消息處理時(shí)，若所有用戶都采用同一調(diào)度策略，則在高壓情況下，會(huì)導(dǎo)致部分VIP用戶得不到及時(shí)響應(yīng)，從而影響用戶體驗(yàn)。而且，通信服務(wù)器并不能針對(duì)不同類別的消息進(jìn)行個(gè)性化處理，導(dǎo)致重要消息得不到及時(shí)調(diào)度，從而影響用戶體驗(yàn)。

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

本發(fā)明提供一種消息調(diào)度處理方法及系統(tǒng)，以解決上述問(wèn)題。

本發(fā)明提供一種消息調(diào)度處理方法。上述方法包括以下步驟：服務(wù)器接收網(wǎng)絡(luò)會(huì)議中客戶端發(fā)送的消息，根據(jù)接收的所述消息攜帶的類型信息判斷所述消息的類型，并根據(jù)所述消息所屬的類型將所述消息放入對(duì)應(yīng)的消息接收隊(duì)列；服務(wù)器的調(diào)度器根據(jù)時(shí)間調(diào)度策略調(diào)度不同消息接收隊(duì)列中的消息至對(duì)應(yīng)的解析器，解析器解析處理所述消息，其中，服務(wù)器根據(jù)調(diào)控策略動(dòng)態(tài)調(diào)控調(diào)度器的數(shù)目。

本發(fā)明還提供一種消息調(diào)度處理系統(tǒng)，包括客戶端以及服務(wù)器。服務(wù)器包括接收器、控制器、調(diào)度器以及解析器。客戶端連接服務(wù)器，接收器連接調(diào)度器，調(diào)度器連接解析器，控制器連接調(diào)度器及接收器。接收器，用于接收網(wǎng)絡(luò)會(huì)議中客戶端發(fā)送的消息，根據(jù)接收的所述消息攜帶的類型信息判斷所述消息的類型，并根據(jù)所述消息所屬的類型將所述消息放入對(duì)應(yīng)的消息接收隊(duì)列。調(diào)度器，用于根據(jù)時(shí)間調(diào)度策略調(diào)度不同消息接收隊(duì)列中的消息至對(duì)應(yīng)的解析器。解析器，用于解析處理所述消息。控制器，用于根據(jù)調(diào)控策略動(dòng)態(tài)調(diào)控調(diào)度器的數(shù)目。

相較于先前技術(shù)，根據(jù)本發(fā)明提供的消息調(diào)度處理方法及系統(tǒng)，服務(wù)器接收客戶端發(fā)送的消息后，判斷所述消息的類型，并根據(jù)消息的類型將所述消息放入對(duì)應(yīng)的消息接收隊(duì)列。如此，實(shí)現(xiàn)對(duì)消息的分類處理，從而提高關(guān)鍵消息的處理效率。而且，調(diào)度器根據(jù)時(shí)間調(diào)度策略將不同消息接收隊(duì)列中的消息分別調(diào)度至解析器，如此，實(shí)現(xiàn)了消息的個(gè)性化調(diào)度，從而提高服務(wù)器的性能。此外，服務(wù)器根據(jù)調(diào)控策略動(dòng)態(tài)調(diào)控調(diào)度器的數(shù)目，如此，當(dāng)服務(wù)器的壓力較大時(shí)，通過(guò)增加調(diào)度器的數(shù)目，有利于短時(shí)間內(nèi)將消息全部調(diào)度完畢，從而提高服務(wù)器的性能。此外，當(dāng)服務(wù)器的壓力較小時(shí)，通過(guò)調(diào)控減少調(diào)度器的數(shù)目，釋放系統(tǒng)資源。如此，不僅提高用戶體驗(yàn)，而且提高系統(tǒng)穩(wěn)定性。

附圖說(shuō)明

此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中：

圖1所示為根據(jù)本發(fā)明的較佳實(shí)施例提供的消息調(diào)度處理方法的流程圖；

圖2所示為根據(jù)本發(fā)明的較佳實(shí)施例提供的消息調(diào)度處理系統(tǒng)的示意圖。

具體實(shí)施方式

下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。

圖1所示為根據(jù)本發(fā)明的較佳實(shí)施例提供的消息調(diào)度處理方法的流程圖。如圖1所示，本發(fā)明的較佳實(shí)施例提供的消息調(diào)度處理方法包括步驟101~102。

于步驟101，服務(wù)器接收網(wǎng)絡(luò)會(huì)議中客戶端發(fā)送的消息，根據(jù)接收的所述消息攜帶的類型信息判斷所述消息的類型，并根據(jù)所述消息所屬的類型將所述消息放入對(duì)應(yīng)的消息接收隊(duì)列。

于本實(shí)施例中，于客戶端向服務(wù)器發(fā)送所述消息之前，客戶端通過(guò)查詢企業(yè)用戶信息表確定當(dāng)前發(fā)送所述消息的企業(yè)用戶所屬的類別，并根據(jù)所述企業(yè)用戶的類別確定所述企業(yè)用戶發(fā)送的消息格式。其中，若服務(wù)器存儲(chǔ)企業(yè)用戶信息表，則客戶端發(fā)送查詢信息至服務(wù)器，服務(wù)器根據(jù)查詢信息查詢企業(yè)用戶信息表，并將查詢得到的企業(yè)用戶的類別信息返回至客戶端。然而，本發(fā)明并不限定所述企業(yè)用戶信息表的存儲(chǔ)位置。于其他實(shí)施例中，所述企業(yè)用戶信息表亦可存儲(chǔ)在客戶端或者第三方存儲(chǔ)裝置上。

于本實(shí)施例中，消息的類型例如包括一般消息以及關(guān)鍵消息。其中，一般消息的格式例如為：<root消息體/>；關(guān)鍵消息的格式例如為：<key-policy><key-message消息體/></key-policy>。然而，本發(fā)明并不限定于此。于實(shí)際應(yīng)用中，可根據(jù)需要設(shè)置一般消息以及關(guān)鍵消息的格式。