專利名稱：一種消息調(diào)度方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于網(wǎng)絡(luò)通訊領(lǐng)域，尤其涉及一種消息調(diào)度方法及系統(tǒng)。
背景技術(shù)：
目前，在云會議中，所有用戶都連接到同一個通信服務(wù)器上，導(dǎo)致通信服務(wù)器要處理大量的信息。若通信服務(wù)器不能在短時間內(nèi)處理掉這些海量信息，則會導(dǎo)致用戶長時間得不到響應(yīng)，從而影響用戶體驗，甚至?xí)?dǎo)致視頻會議邏輯出錯，系統(tǒng)崩潰。此外，于通信服務(wù)器進行消息處理時，若所有用戶都采用同一調(diào)度策略，則在高壓情況下，會導(dǎo)致部分VIP用戶得不到及時響應(yīng)，從而影響用戶體驗
發(fā)明內(nèi)容

本發(fā)明提供一種消息調(diào)度方法及系統(tǒng)，以解決上述問題。本發(fā)明提供一種消息調(diào)度方法。上述方法包括以下步驟服務(wù)器接收網(wǎng)絡(luò)會議中客戶端發(fā)送的消息，根據(jù)接收的所述消息攜帶的類型信息判斷所述消息的類型，并根據(jù)所述消息所屬的類型將所述消息放入對應(yīng)的消息接收隊列，并將消息接收隊列的消息數(shù)目信息傳輸至控制器，其中，每個消息接收隊列對應(yīng)服務(wù)器的一組調(diào)度器及解析器；控制器根據(jù)消息接收隊列的消息數(shù)目信息通過調(diào)控策略動態(tài)調(diào)控不同消息接收隊列對應(yīng)的調(diào)度器的數(shù)目；調(diào)度器調(diào)度對應(yīng)的消息接收隊列中的消息至對應(yīng)的解析器，解析器解析處理所述消肩、O本發(fā)明還提供一種消息調(diào)度系統(tǒng)，包括客戶端、服務(wù)器以及控制器。服務(wù)器包括接收器、調(diào)度器以及解析器?？蛻舳诉B接服務(wù)器，服務(wù)器連接控制器。接收器連接調(diào)度器，調(diào)度器連接解析器。接收器，用于接收網(wǎng)絡(luò)會議中客戶端發(fā)送的消息，根據(jù)接收的所述消息攜帶的類型信息判斷所述消息的類型，并根據(jù)所述消息所屬的類型將所述消息放入對應(yīng)的消息接收隊列，并將消息接收隊列的消息數(shù)目信息傳輸至控制器，其中，每個消息接收隊列對應(yīng)所述服務(wù)器的一組調(diào)度器及解析器?？刂破?，用于根據(jù)消息接收隊列的消息數(shù)目信息通過調(diào)控策略動態(tài)調(diào)控不同消息接收隊列對應(yīng)的調(diào)度器的數(shù)目。調(diào)度器，用于調(diào)度對應(yīng)的消息接收隊列中的消息至對應(yīng)的解析器。解析器，用于解析處理所述消息。相較于先前技術(shù)，根據(jù)本發(fā)明提供的消息調(diào)度方法及系統(tǒng)，服務(wù)器接收客戶端發(fā)送的消息后，判斷所述消息的類型，并根據(jù)消息的類型將所述消息放入對應(yīng)的消息接收隊列。如此，實現(xiàn)對消息的分類處理，從而提高關(guān)鍵消息的處理效率。此外，控制器根據(jù)調(diào)控策略動態(tài)調(diào)控調(diào)度器的數(shù)目，如此，當(dāng)服務(wù)器的壓力較大時，通過增加調(diào)度器的數(shù)目，有利于短時間內(nèi)將消息全部調(diào)度完畢，從而提高服務(wù)器的性能。此外，當(dāng)服務(wù)器的壓力較小時，通過調(diào)控減少調(diào)度器的數(shù)目，釋放系統(tǒng)資源。如此，不僅提高用戶體驗，而且提高系統(tǒng)穩(wěn)定性。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖I所示為根據(jù)本發(fā)明的較佳實施例提供的消息調(diào)度方法的流程圖；圖2所示為根據(jù)本發(fā)明的較佳實施例提供的消息調(diào)度系統(tǒng)的示意圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。圖I所示為根據(jù)本發(fā)明的較佳實施例提供的消息調(diào)度方法的流程圖。如圖I所示，本發(fā)明的較佳實施例提供的消息調(diào)度方法包括步驟IOf 103。
于步驟101，服務(wù)器接收網(wǎng)絡(luò)會議中客戶端發(fā)送的消息，根據(jù)接收的所述消息攜帶的類型信息判斷所述消息的類型，并根據(jù)所述消息所屬的類型將所述消息放入對應(yīng)的消息接收隊列，并將消息接收隊列的消息數(shù)目信息傳輸至控制器。其中，每個消息接收隊列對應(yīng)所述服務(wù)器的一組調(diào)度器及解析器。于本實施例中，于客戶端向服務(wù)器發(fā)送所述消息之前，客戶端通過查詢企業(yè)用戶信息表確定當(dāng)前發(fā)送所述消息的企業(yè)用戶所屬的類別，并根據(jù)所述企業(yè)用戶的類別確定所述企業(yè)用戶發(fā)送的消息格式。其中，若服務(wù)器存儲企業(yè)用戶信息表，則客戶端發(fā)送查詢信息至服務(wù)器，服務(wù)器根據(jù)查詢信息查詢企業(yè)用戶信息表，并將查詢得到的企業(yè)用戶的類別信息返回至客戶端。然而，本發(fā)明并不限定所述企業(yè)用戶信息表的存儲位置。于其他實施例中，所述企業(yè)用戶信息表亦可存儲在客戶端或者第三方存儲裝置上。于本實施例中，消息的類型例如包括一般消息以及關(guān)鍵消息。其中，一般消息的格式例如為〈root消息體/> ;關(guān)鍵消息的格式例如為〈key-policy>〈key-message消息體/X/key-policy〉。然而，本發(fā)明并不限定于此。于實際應(yīng)用中，可根據(jù)需要設(shè)置一般消息以及關(guān)鍵消息的格式。以服務(wù)器存儲企業(yè)用戶信息表為例說明，首先，企業(yè)用戶A的瀏覽器所在的客戶端會向服務(wù)器發(fā)送查詢信息。其中，查詢信息包括企業(yè)用戶A的企業(yè)編號。服務(wù)器接收查詢信息后，查詢其存儲的企業(yè)用戶信息表，并確定企業(yè)用戶A的類別(例如，VIP企業(yè)用戶)。其中，企業(yè)用戶信息表例如包括所有企業(yè)用戶的企業(yè)編號及類別信息。接著，服務(wù)器將查詢得到的企業(yè)用戶A的類別信息(S卩，VIP企業(yè)用戶)返回至客戶端。客戶端接收所述服務(wù)器返回的信息后，確定企業(yè)用戶A為VIP企業(yè)用戶。于此，客戶端確定以關(guān)鍵消息的格式傳輸企業(yè)用戶A的消息。另外，若企業(yè)用戶的類別為一般用戶，則客戶端以一般消息的格式傳輸所述企業(yè)用戶的消息。其中，企業(yè)用戶的類別以及消息類型的對應(yīng)關(guān)系例如在客戶端預(yù)先設(shè)置。本發(fā)明對此并不限定。此外，于本實施例中，服務(wù)器接收客戶端發(fā)送的消息后，首先根據(jù)接收的消息攜帶的類型信息判斷所述消息的類型，之后，根據(jù)所述消息所屬的類型將所述消息放入對應(yīng)的消息接收隊列。于此，以一般消息及關(guān)鍵消息為例，服務(wù)器例如將一般消息放入消息接收隊列a，將關(guān)鍵消息放入消息接收隊列b。另外，每個消息接收隊列對應(yīng)服務(wù)器的一組調(diào)度器及解析器。具體而言，消息接收隊列a例如對應(yīng)一個或多個調(diào)度器以及一個或多個解析器，所述調(diào)度器將消息接收隊列a中的消息調(diào)度至對應(yīng)的解析器進行解析處理，消息接收隊列b例如對應(yīng)一個調(diào)度器以及一個解析器，所述調(diào)度器將消息接收隊列b中的消息調(diào)度至對應(yīng)的解析器進行解析處理。于此，服務(wù)器還實時將消息接收隊列a及消息接收隊列b的消息數(shù)目信息傳輸至控制器。然而，本發(fā)明并不限定于此。于其他實施例中，服務(wù)器亦可定時將消息接收隊列a及消息接收隊列b的消息數(shù)目信息傳輸至控制器。于步驟102，控制器根據(jù)消息接收隊列的消息數(shù)目信息通過調(diào)控策略動態(tài)調(diào)控不同消息接收隊列對應(yīng)的調(diào)度器的數(shù)目。于本實施例中，所述控制器定時根據(jù)調(diào)控策略動態(tài)調(diào)控調(diào)度器的數(shù)目。然而，本發(fā)明并不限定于此。于實際應(yīng)用中，控制器亦可實時根據(jù)調(diào)控策略動態(tài)調(diào)控調(diào)度器的數(shù)目。此外，于本實施例中，所述調(diào)控策略為設(shè)定消息最長調(diào)度時間以及消息最短調(diào)度時間，若當(dāng)前數(shù)目的調(diào)度器無法在所述消息最長調(diào)度時間內(nèi)調(diào)度對應(yīng)的消息接收隊列中的消息時，增加所述調(diào)度器的數(shù)目，若當(dāng)前數(shù)目的調(diào)度器能夠在所述消息最短調(diào)度時間內(nèi)調(diào)度對應(yīng)的消息接收隊列中的消息時，減少所述調(diào)度器的數(shù)目。此外，控制器預(yù)設(shè)所述調(diào)度器的最大數(shù)目以及最小數(shù)目，所述調(diào)度器的數(shù)目在調(diào)控過程中不超過所述最大數(shù)目且不低于 所述最小數(shù)目。具體而言，控制器預(yù)設(shè)調(diào)度器的最大數(shù)目例如為10，最小數(shù)目例如為2。據(jù)此，在控制器動態(tài)調(diào)控調(diào)度器數(shù)目的過程中，調(diào)度器的數(shù)目應(yīng)不超過10且不低于2。另外，控制器設(shè)定消息最長調(diào)度時間例如為2秒，消息最短調(diào)度時間例如為0. 5秒。如此，若當(dāng)前數(shù)目的所述調(diào)度器無法在所述消息最長調(diào)度時間(即，2秒)內(nèi)調(diào)度對應(yīng)的消息接收隊列中的消息，則增加調(diào)度器的數(shù)目；若當(dāng)前數(shù)目的所述調(diào)度器能夠在所述消息最短調(diào)度時間(即，0. 5秒)內(nèi)調(diào)度對應(yīng)的消息接收隊列中的消息，則減少所述調(diào)度器的數(shù)目。關(guān)于調(diào)度器數(shù)目的增加及減小的過程具體如下所述。以步驟101中的消息接收隊列a為例，消息接收隊列a中尚未被調(diào)度的消息總數(shù)設(shè)為C，消息接收隊列a對應(yīng)的每個調(diào)度器I秒內(nèi)能調(diào)度的消息數(shù)設(shè)為d，且當(dāng)前對應(yīng)消息接收隊列a的調(diào)度器數(shù)目設(shè)為e。據(jù)此，比較c及d*e*2的大小，若c大于d*e*2，則說明當(dāng)前的調(diào)度器數(shù)目不能在2秒(即，消息最長調(diào)度時間)內(nèi)將消息接收隊列a中的消息全部調(diào)度完畢，此時，需要增加調(diào)度器的數(shù)目。具體而言，計算(c-d*e*2)/d*2的大小，并將獲得的結(jié)果四舍五入后用m表示，其中，m取為整數(shù)。若m+e>10，則增加的調(diào)度器的數(shù)目為10_e，若m+e ( 10，則增加的調(diào)度器數(shù)目為m。另外，比較d*e/2及c的大小，若d*e/2大于C，則說明當(dāng)前調(diào)度器的數(shù)目能在0. 5秒(即，消息最短調(diào)度時間)內(nèi)將消息接收隊列a中的消息全部調(diào)度完畢，此時，需要減少調(diào)度器的數(shù)目。具體而言，若當(dāng)前調(diào)度器的數(shù)目只剩下2 (即，e=2)，則不減少調(diào)度器的數(shù)目，若e>2，則減少的調(diào)度器的數(shù)目固定為1，即每次只減少一個調(diào)度器，如此，防止一次減少多個調(diào)度器而導(dǎo)致性能下降。于另一較佳實施例中，所述調(diào)控策略為若相應(yīng)的消息接收隊列中未被調(diào)度的消息總數(shù)大于預(yù)設(shè)時間內(nèi)當(dāng)前數(shù)目的調(diào)度器所能調(diào)度的消息總數(shù)，則獲取所述消息接收隊列中未被調(diào)度的消息總數(shù)與預(yù)設(shè)時間內(nèi)當(dāng)前數(shù)目的調(diào)度器所能調(diào)度的消息總數(shù)的差值，并計算所述差值與所述消息接收隊列中未被調(diào)度的消息總數(shù)的比值，若所述比值小于或等于預(yù)設(shè)值，則增加所述調(diào)度器的數(shù)目，若所述消息接收隊列中未被調(diào)度的消息總數(shù)小于預(yù)設(shè)時間內(nèi)當(dāng)前數(shù)目的調(diào)度器所能調(diào)度的消息總數(shù)，則減少所述調(diào)度器的數(shù)目。此外，控制器預(yù)設(shè)所述調(diào)度器的最大數(shù)目以及最小數(shù)目，所述調(diào)度器的數(shù)目在調(diào)控過程中不超過所述最大數(shù)目且不低于所述最小數(shù)目。以步驟101中的消息接收隊列a為例，控制器預(yù)設(shè)對應(yīng)消息接收隊列a的調(diào)度器的最大數(shù)目例如為10，最小數(shù)目例如為2。在控制器動態(tài)調(diào)控調(diào)度器數(shù)目的過程中，調(diào)度器的數(shù)目應(yīng)不超過最大數(shù)目(即，10)且不低于最小數(shù)目(即，2)。另外，消息接收隊列a中尚未被調(diào)度的消息總數(shù)設(shè)為C，對應(yīng)消息接收隊列a的每個調(diào)度器預(yù)設(shè)時間t內(nèi)能調(diào)度的消息數(shù)設(shè)為d，且當(dāng)前的調(diào)度器數(shù)目設(shè)為e。據(jù)此，比較c及d*e*t的大小，若c大于d*e*t，計算(c-d*e*t)/c的大小，若所述比值小于或等于閾值，則需要增加調(diào)度器的數(shù)目。具體而言，計算(c-d*e*t)/d*t的大小，并將獲得的結(jié)果四舍五入后用m表示，其中，m取為整數(shù)。若m+e>10，則增加的調(diào)度器的數(shù)目為10-e，若m+e ( 10，則增加的調(diào)度器數(shù)目為m。另外，若d*e*t大于C，則需要減少調(diào)度器的數(shù)目。具體而言，若當(dāng)前調(diào)度器的數(shù)目只剩下2 (即，e=2)，則不減少調(diào)度器的數(shù)目；若62，則計算(d*e*t-c)/(d*t)的大小 ，并將獲得的結(jié)果四舍五入后用n表示，此時，若e-n < 2，則減少的調(diào)度器的數(shù)目為e_2，若e-n>2，則減少的調(diào)度器的數(shù)目為n。于再一較佳實施例中，所述調(diào)控策略為設(shè)定調(diào)度器的最大調(diào)度消息數(shù)目，若當(dāng)前數(shù)目的所述調(diào)度器以最大調(diào)度消息數(shù)目進行消息調(diào)度時無法調(diào)度對應(yīng)的消息接收隊列中的所有消息，增加所述調(diào)度器的數(shù)目，若當(dāng)前數(shù)目的所述調(diào)度器能夠以最大調(diào)度消息數(shù)目調(diào)度對應(yīng)的消息接收隊列中的消息，則減少所述調(diào)度器的數(shù)目。此外，控制器預(yù)設(shè)所述調(diào)度器的最大數(shù)目以及最小數(shù)目，所述調(diào)度器的數(shù)目在調(diào)控過程中不超過所述最大數(shù)目且不低于所述最小數(shù)目。以步驟101中的消息接收隊列a為例，控制器預(yù)設(shè)對應(yīng)消息接收隊列a的調(diào)度器的最大數(shù)目例如為10，最小數(shù)目例如為2。據(jù)此，在控制器動態(tài)調(diào)控調(diào)度器數(shù)目的過程中，調(diào)度器的數(shù)目應(yīng)不超過最大數(shù)目(即，10)且不低于最小數(shù)目(S卩，2)。另外，控制器設(shè)定對應(yīng)消息接收隊列a的每個調(diào)度器的最大調(diào)度消息數(shù)目P，當(dāng)前消息接收隊列a中尚未被調(diào)度的消息總數(shù)為C，當(dāng)前調(diào)度器的數(shù)目為e，此時，若c>p*e，計算(c-p*e)/p，并將獲得的結(jié)果四舍五入后用s表示。若s+e>10，則增加的調(diào)度器的數(shù)目為10-e，若s+e ( 10，則增加的調(diào)度器的數(shù)目為S。若a*e>c，計算(a*e-c)/a，并將獲得的結(jié)果四舍五入后用r表示，若e-r ( 2，則減少的調(diào)度器的數(shù)目為e_2，若e-r>2，則減少的調(diào)度器的數(shù)目為r。于步驟103，所述調(diào)度器調(diào)度對應(yīng)的消息接收隊列中的消息至對應(yīng)的解析器，所述解析器解析處理所述消息。具體而言，調(diào)度器將消息接收隊列中的消息調(diào)度至解析器后，解析器解析每個消息的數(shù)據(jù)，并根據(jù)解析得到的數(shù)據(jù)對所述消息做相應(yīng)的處理。于本實施例中，一般消息的消息接收隊列中的消息經(jīng)調(diào)度器調(diào)度至對應(yīng)的解析器后，解析器會解析所述消息屬于哪個企業(yè)，并根據(jù)解析結(jié)果將所述消息放入其所屬企業(yè)的消息隊列。之后，批量調(diào)度器會將企業(yè)消息隊列中的消息批量調(diào)度至消息分發(fā)器。消息分發(fā)器會將相應(yīng)的消息發(fā)送給對應(yīng)企業(yè)的業(yè)務(wù)邏輯控制裝置。業(yè)務(wù)邏輯控制裝置接收到消息后，解析該消息，并判斷該消息屬于主界面還是屬于會議界面，如果屬于主界面則將該消息發(fā)送給主界面業(yè)務(wù)邏輯處理裝置；如果屬于會議界面，則將該消息發(fā)送給會議界面處理裝置。另外，關(guān)鍵消息的消息接收隊列中的消息經(jīng)調(diào)度器調(diào)度至對應(yīng)的解析器后，解析器會解析所述消息屬于哪個企業(yè)，并將所述消息發(fā)送至分發(fā)器。分發(fā)器根據(jù)所述消息所屬的企業(yè)信息將所述消息發(fā)送至對應(yīng)企業(yè)的業(yè)務(wù)邏輯控制裝置。業(yè)務(wù)邏輯控制裝置接收到消息后，解析該消息，并判斷該消息屬于主界面還是屬于會議界面，如果屬于主界面則將該消息發(fā)送給主界面業(yè)務(wù)邏輯處理裝置；如果屬于會議界面，則將該消息發(fā)送給會議界面處理裝置。然而，本發(fā)明并不限定于此。于其他實施例中，關(guān)鍵消息的消息接收隊列中的消息處理方式亦可與一般消息的消息接收隊列中的消息處理方式一致。圖2所示為根據(jù)本發(fā)明的較佳實施例提供的消息處理系統(tǒng)的示意圖。如圖2所示，本發(fā)明的較佳實施例提供的消息處理系統(tǒng)包括客戶端20、服務(wù)器22以及控制器24。服務(wù)器22包括接收器220、調(diào)度器224a 224b以及解析器226a 226b?？蛻舳?0連接服務(wù)器22、月艮務(wù)器22連接控制器24，接收器220連接調(diào)度器224a 224b，調(diào)度器224a連接解析器226a，調(diào)度器224b連接解析器226b。接收器220，用于接收網(wǎng)絡(luò)會議中客戶端20發(fā)送的消息，根據(jù)接收的所述消息攜帶的類型信息判斷所述消息的類型，并根據(jù)所述消息所屬的類型將所述消息放入對應(yīng)的消息接收隊列，并將消息接收隊列的消息 數(shù)目信息傳輸至控制器24，其中，每個消息接收隊列對應(yīng)所述服務(wù)器22的一組調(diào)度器及解析器。于此，例如，消息接收隊列a對應(yīng)調(diào)度器224a及解析器226a，消息接收隊列b對應(yīng)調(diào)度器224b及解析器226b。然而，本發(fā)明并不限定于此?？刂破?4，用于根據(jù)消息接收隊列的消息數(shù)目信息通過調(diào)控策略動態(tài)調(diào)控不同消息接收隊列對應(yīng)的調(diào)度器224a 224b的數(shù)目。調(diào)度器224a，用于調(diào)度消息接收隊列a中的消息至解析器226a。調(diào)度器224b，用于調(diào)度消息接收隊列b中的消息至解析器226b。解析器226a 226b，用于解析處理所述消息。于本實施例中，所述調(diào)控策略為設(shè)定消息最長調(diào)度時間以及消息最短調(diào)度時間，若當(dāng)前數(shù)目的所述調(diào)度器無法在所述消息最長調(diào)度時間內(nèi)調(diào)度對應(yīng)的消息接收隊列中的消息時，增加所述調(diào)度器的數(shù)目，若當(dāng)前數(shù)目的所述調(diào)度器能夠在所述消息最短調(diào)度時間內(nèi)調(diào)度對應(yīng)的消息接收隊列中的消息時，減少所述調(diào)度器的數(shù)目。然而，本發(fā)明并不限定于此。于其他實施例中，所述調(diào)控策略可為若相應(yīng)的消息接收隊列中未被調(diào)度的消息總數(shù)大于預(yù)設(shè)時間內(nèi)當(dāng)前數(shù)目的調(diào)度器所能調(diào)度的消息總數(shù)，則獲取所述消息接收隊列中未被調(diào)度的消息總數(shù)與預(yù)設(shè)時間內(nèi)當(dāng)前數(shù)目的調(diào)度器所能調(diào)度的消息總數(shù)的差值，并計算所述差值與所述消息接收隊列中未被調(diào)度的消息總數(shù)的比值，若所述比值小于或等于預(yù)設(shè)值，則增加所述調(diào)度器的數(shù)目，若所述消息接收隊列中未被調(diào)度的消息總數(shù)小于預(yù)設(shè)時間內(nèi)當(dāng)前數(shù)目的調(diào)度器所能調(diào)度的消息總數(shù)，則減少所述調(diào)度器的數(shù)目。或者，所述調(diào)控策略可為設(shè)定所述調(diào)度器的最大調(diào)度消息數(shù)目，若當(dāng)前數(shù)目的所述調(diào)度器以最大調(diào)度消息數(shù)目進行消息調(diào)度時無法調(diào)度對應(yīng)的消息接收隊列中的所有消息，增加所述調(diào)度器的數(shù)目，若當(dāng)前數(shù)目的所述調(diào)度器能夠調(diào)度對應(yīng)的消息接收隊列中的消息，則減少所述調(diào)度器的數(shù)目。此外，關(guān)于上述系統(tǒng)的具體操作過程同上述方法所述，故于此不再贅述。綜上所述，根據(jù)本發(fā)明較佳實施例提供的消息調(diào)度方法及系統(tǒng)，服務(wù)器接收客戶端發(fā)送的消息后，判斷所述消息的類型，并根據(jù)消息的類型將所述消息放入對應(yīng)的消息接收隊列。如此，實現(xiàn)對消息的分類處理，從而提高關(guān)鍵消息的處理效率。此外，控制器根據(jù)調(diào)控策略動態(tài)調(diào)控調(diào)度器的數(shù)目，如此，當(dāng)服務(wù)器的壓力較大時，通過增加調(diào)度器的數(shù)目，有利于短時間內(nèi)將消息全部調(diào)度完畢，從而提高服務(wù)器的性能。此外，當(dāng)服務(wù)器的壓力較小時，通過調(diào)控減少調(diào)度器的數(shù)目，釋放系統(tǒng)資源。如此，不僅提高用戶體驗，而且提高系統(tǒng)穩(wěn)定性。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明 的保護范圍之內(nèi)。
權(quán)利要求
1.ー種消息調(diào)度方法，其特征在于，包括以下步驟 服務(wù)器接收網(wǎng)絡(luò)會議中客戶端發(fā)送的消息，根據(jù)接收的所述消息攜帯的類型信息判斷所述消息的類型，井根據(jù)所述消息所屬的類型將所述消息放入對應(yīng)的消息接收隊列，并將所述消息接收隊列的消息數(shù)目信息傳輸至控制器，其中，每個消息接收隊列對應(yīng)所述服務(wù)器的一組調(diào)度器及解析器； 所述控制器根據(jù)所述消息接收隊列的消息數(shù)目信息通過調(diào)控策略動態(tài)調(diào)控不同消息接收隊列對應(yīng)的調(diào)度器的數(shù)目； 所述調(diào)度器調(diào)度對應(yīng)的消息接收隊列中的消息至對應(yīng)的所述解析器，所述解析器解析處理所述消息。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，于所述客戶端向所述服務(wù)器發(fā)送所述消息之前，所述客戶端通過查詢企業(yè)用戶信息表確定當(dāng)前發(fā)送所述消息的企業(yè)用戶所屬的類另O，并根據(jù)所述企業(yè)用戶的類別確定所述企業(yè)用戶發(fā)送的消息格式。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，若所述服務(wù)器存儲所述企業(yè)用戶信息表，則所述客戶端發(fā)送查詢信息至所述服務(wù)器，所述服務(wù)器根據(jù)所述查詢信息查詢所述企業(yè)用戶信息表，并將查詢得到的企業(yè)用戶的類別信息返回至所述客戶端。
4.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述調(diào)控策略為設(shè)定消息最長調(diào)度時間以及消息最短調(diào)度時間，若當(dāng)前數(shù)目的所述調(diào)度器無法在所述消息最長調(diào)度時間內(nèi)調(diào)度對應(yīng)的消息接收隊列中的消息吋，増加所述調(diào)度器的數(shù)目，若當(dāng)前數(shù)目的所述調(diào)度器能夠在所述消息最短調(diào)度時間內(nèi)調(diào)度對應(yīng)的消息接收隊列中的消息時，減少所述調(diào)度器的數(shù)目。
5.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述調(diào)控策略為若相應(yīng)的消息接收隊列中未被調(diào)度的消息總數(shù)大于預(yù)設(shè)時間內(nèi)當(dāng)前數(shù)目的調(diào)度器所能調(diào)度的消息總數(shù)，則獲取所述消息接收隊列中未被調(diào)度的消息總數(shù)與預(yù)設(shè)時間內(nèi)當(dāng)前數(shù)目的調(diào)度器所能調(diào)度的消息總數(shù)的差值，并計算所述差值與所述消息接收隊列中未被調(diào)度的消息總數(shù)的比值，若所述比值小于或等于預(yù)設(shè)值，則增加所述調(diào)度器的數(shù)目，若所述消息接收隊列中未被調(diào)度的消息總數(shù)小于預(yù)設(shè)時間內(nèi)當(dāng)前數(shù)目的調(diào)度器所能調(diào)度的消息總數(shù)，則減少所述調(diào)度器的數(shù)目。
6.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述調(diào)控策略為設(shè)定所述調(diào)度器的最大調(diào)度消息數(shù)目，若當(dāng)前數(shù)目的所述調(diào)度器以最大調(diào)度消息數(shù)目進行消息調(diào)度時無法調(diào)度對應(yīng)的消息接收隊列中的所有消息，増加所述調(diào)度器的數(shù)目，若當(dāng)前數(shù)目的所述調(diào)度器能夠以最大調(diào)度消息數(shù)目調(diào)度對應(yīng)的消息接收隊列中的消息，則減少所述調(diào)度器的數(shù)目。
7.根據(jù)權(quán)利要求4、5或6所述的方法，其特征在于，所述控制器預(yù)設(shè)所述調(diào)度器的最大數(shù)目以及最小數(shù)目，所述調(diào)度器的數(shù)目在調(diào)控過程中不超過所述最大數(shù)目且不低于所述最小數(shù)目。
8.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述控制器定時根據(jù)調(diào)控策略動態(tài)調(diào)控所述調(diào)度器的數(shù)目。
9.ー種消息調(diào)度系統(tǒng)，其特征在于，包括客戶端、服務(wù)器及控制器，所述服務(wù)器包括接收器、調(diào)度器以及解析器，所述客戶端連接所述服務(wù)器，所述服務(wù)器連接所述控制器，所述接收器連接所述調(diào)度器，所述調(diào)度器連接所述解析器， 所述接收器，用于接收網(wǎng)絡(luò)會議中客戶端發(fā)送的消息，根據(jù)接收的所述消息攜帯的類型信息判斷所述消息的類型，并根據(jù)所述消息所屬的類型將所述消息放入對應(yīng)的消息接收隊列，并將所述消息接收隊列的消息數(shù)目信息傳輸至所述控制器，其中，每個消息接收隊列對應(yīng)所述服務(wù)器的一組調(diào)度器及解析器， 所述控制器，用于根據(jù)所述消息接收隊列的消息數(shù)目信息通過調(diào)控策略動態(tài)調(diào)控不同消息接收隊列對應(yīng)的所述調(diào)度器的數(shù)目， 所述調(diào)度器，用于調(diào)度對應(yīng)的所述消息接收隊列中的消息至對應(yīng)的所述解析器， 所述解析器，用于解析處理所述消息。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述調(diào)控策略為設(shè)定消息最長調(diào)度時間以及消息最短調(diào)度時間，若當(dāng)前數(shù)目的所述調(diào)度器無法在所述消息最長調(diào)度時間內(nèi)調(diào)度對應(yīng)的消息接收隊列中的消息時，增加所述調(diào)度器的數(shù)目，若當(dāng)前數(shù)目的所述調(diào)度器能夠在所述消息最短調(diào)度時間內(nèi)調(diào)度對應(yīng)的消息接收隊列中的消息時，減少所述調(diào)度器的數(shù)目。
全文摘要
本發(fā)明提供一種消息調(diào)度方法及系統(tǒng)。上述方法包括以下步驟服務(wù)器接收網(wǎng)絡(luò)會議中客戶端發(fā)送的消息，根據(jù)接收的所述消息攜帶的類型信息判斷所述消息的類型，并根據(jù)所述消息所屬的類型將所述消息放入對應(yīng)的消息接收隊列，并將消息接收隊列的消息數(shù)目信息傳輸至控制器，其中，每個消息接收隊列對應(yīng)服務(wù)器的一組調(diào)度器及解析器；控制器根據(jù)消息接收隊列的消息數(shù)目信息通過調(diào)控策略動態(tài)調(diào)控不同消息接收隊列對應(yīng)的調(diào)度器的數(shù)目；調(diào)度器調(diào)度對應(yīng)的消息接收隊列中的消息至對應(yīng)的解析器，解析器解析處理所述消息。
文檔編號H04L12/18GK102685235SQ20121014905
公開日2012年9月19日 申請日期2012年5月15日 優(yōu)先權(quán)日2012年5月15日
發(fā)明者胡加明 申請人:蘇州闊地網(wǎng)絡(luò)科技有限公司