一種消息調度處理方法及系統的製作方法

2023-10-17 17:58:49

專利名稱：一種消息調度處理方法及系統的製作方法
技術領域：
本發明屬於網絡通訊領域，尤其涉及ー種消息調度處理方法及系統。
背景技術：
目前，在雲會議中，所有用戶都連接到同一個通信伺服器上，導致通信伺服器要處理大量的信息。若通信伺服器不能在短時間內處理掉這些海量信息，則會導致用戶長時間得不到響應，從而影響用戶體驗，甚至會導致視頻會議邏輯出錯，系統崩潰。此外 ，於通信伺服器進行消息處理時，若所有用戶都採用同一調度策略，則在高壓情況下，會導致部分VIP用戶得不到及時響應，從而影響用戶體驗。而且，通信伺服器並不能針對不同類別的消息進行個性化處理，導致重要消息得不到及時調度，從而影響用戶體驗。

發明內容
本發明提供ー種消息調度處理方法及系統，以解決上述問題。本發明提供ー種消息調度處理方法。上述方法包括以下步驟伺服器接收網絡會議中客戶端發送的消息，根據接收的所述消息攜帯的類型信息判斷所述消息的類型，井根據所述消息所屬的類型將所述消息放入對應的消息接收隊列；伺服器的調度器根據時間調度策略調度不同消息接收隊列中的消息至對應的解析器，解析器解析處理所述消息，其中，伺服器根據調控策略動態調控調度器的數目。本發明還提供ー種消息調度處理系統，包括客戶端以及伺服器。伺服器包括接收器、控制器、調度器以及解析器。客戶端連接伺服器，接收器連接調度器，調度器連接解析器，控制器連接調度器及接收器。接收器，用於接收網絡會議中客戶端發送的消息，根據接收的所述消息攜帯的類型信息判斷所述消息的類型，井根據所述消息所屬的類型將所述消息放入對應的消息接收隊列。調度器，用於根據時間調度策略調度不同消息接收隊列中的消息至對應的解析器。解析器，用於解析處理所述消息。控制器，用於根據調控策略動態調控調度器的數目。相較於先前技術，根據本發明提供的消息調度處理方法及系統，伺服器接收客戶端發送的消息後，判斷所述消息的類型，並根據消息的類型將所述消息放入對應的消息接收隊列。如此，實現對消息的分類處理，從而提高關鍵消息的處理效率。而且，調度器根據時間調度策略將不同消息接收隊列中的消息分別調度至解析器，如此，實現了消息的個性化調度，從而提高伺服器的性能。此外，伺服器根據調控策略動態調控調度器的數目，如此，當伺服器的壓カ較大時，通過增加調度器的數目，有利於短時間內將消息全部調度完畢，從而提高伺服器的性能。此外，當伺服器的壓カ較小時，通過調控減少調度器的數目，釋放系統資源。如此，不僅提高用戶體驗，而且提高系統穩定性。


此處所說明的附圖用來提供對本發明的進ー步理解，構成本申請的一部分，本發明的示意性實施例及其說明用於解釋本發明，並不構成對本發明的不當限定。在附圖中圖I所示為根據本發明的較佳實施例提供的消息調度處理方法的流程圖；圖2所示為根據本發明的較佳實施例提供的消息調度處理系統的示意圖。
具體實施例方式下文中將參考附圖並結合實施例來詳細說明本發明。需要說明的是，在不衝突的情況下，本申請中的實施例及實施例中的特徵可以相互組合。圖I所示為根據本發明的較佳實施例提供的消息調度處理方法的流程圖。如圖I所示，本發明的較佳實施例提供的消息調度處理方法包括步驟IOf 102。於步驟101，伺服器接收網絡會議中客戶端發送的消息，根據接收的所述消息攜帯 的類型信息判斷所述消息的類型，井根據所述消息所屬的類型將所述消息放入對應的消息接收隊列。於本實施例中，於客戶端向伺服器發送所述消息之前，客戶端通過查詢企業用戶信息表確定當前發送所述消息的企業用戶所屬的類別，井根據所述企業用戶的類別確定所述企業用戶發送的消息格式。其中，若伺服器存儲企業用戶信息表，則客戶端發送查詢信息至伺服器，伺服器根據查詢信息查詢企業用戶信息表，並將查詢得到的企業用戶的類別信息返回至客戶端。然而，本發明並不限定所述企業用戶信息表的存儲位置。於其他實施例中，所述企業用戶信息表亦可存儲在客戶端或者第三方存儲裝置上。於本實施例中，消息的類型例如包括一般消息以及關鍵消息。其中，一般消息的格式例如為〈root消息體/〉；關鍵消息的格式例如為〈key-policy>〈key-message消息體/X/key-policy〉。然而，本發明並不限定於此。於實際應用中，可根據需要設置一般消息以及關鍵消息的格式。以伺服器存儲企業用戶信息表為例說明，首先，企業用戶A的瀏覽器所在的客戶端會向伺服器發送查詢信息。其中，查詢信息包括企業用戶A的企業編號。伺服器接收查詢信息後，查詢其存儲的企業用戶信息表，並確定企業用戶A的類別(例如，VIP企業用戶)。其中，企業用戶信息表例如包括所有企業用戶的企業編號及類別信息。接著，伺服器將查詢得到的企業用戶A的類別信息(即，VIP企業用戶)返回至客戶端。客戶端接收所述伺服器返回的信息後，確定企業用戶A為VIP企業用戶。於此，客戶端確定以關鍵消息的格式傳輸企業用戶A的消息。另外，若企業用戶的類別為一般用戶，則客戶端以一般消息的格式傳輸所述企業用戶的消息。其中，企業用戶的類別以及消息類型的對應關係例如在客戶端預先設置。本發明對此並不限定。此外，於本實施例中，伺服器接收客戶端發送的消息後，首先根據接收的消息攜帯的類型信息判斷所述消息的類型，之後，根據所述消息所屬的類型將所述消息放入對應的消息接收隊列。於此，以一般消息及關鍵消息為例，伺服器例如將一般消息放入消息接收隊列a，將關鍵消息放入消息接收隊列b。於步驟102，所述伺服器的調度器根據時間調度策略調度不同消息接收隊列中的消息至對應的解析器，所述解析器解析處理所述消息。其中，調度器將消息接收隊列中的消息調度至解析器後，解析器解析每個消息的數據，並根據解析得到的數據對所述消息做相應的處理。
具體而言，調度器創建工作線程完成不同消息接收隊列中消息的調度。其中，本發明並不限定調度器為不同的消息接收隊列創建的工作線程的數目。此外，調度器於每次調度消息接收隊列中的消息後，判斷所述消息接收隊列中的消息是否被調度完畢，若所述消息接收隊列中的消息未被調度完畢，則調度器通過工作線程繼續調度，若所述消息接收隊列中的消息已被調度完畢，則調度器相應地調度其他消息接收隊列中的消息。於本實施例中，所述時間調度策略為預設不同消息類型對應的消息接收隊列的優先級以及預設調度時長，在每個調度周期時長內，根據消息接收隊列從高至低的優先級順序進行調度，且每個消息接收隊列的調度時長為預設調度時長。於此，以一般消息及關鍵消息為例進行說明。每個調度周期時長內，上述兩者消息類型對應的消息接收隊列的優先級以及預設調度時長例如下表所示。 消息類型消息接收隊列消息接收隊列的優先級~預設調度時長
一般消息消息接收隊列a第二等級100毫秒
關鍵消息消息接收隊列b第一等級300毫秒表I其中，消息接收隊列優先級由高至低的順序為消息接收隊列b、消息接收隊列a。其中，消息接收隊列的優先級可根據其對應的消息類型的重要性確定。然而，本發明並不限定消息接收隊列的優先級的確定方式。於此，根據於此所述的時間調度策略，以調度周期時長為400毫秒為例，在每個調度周期時長內，調度器依次調度第一等級的消息接收隊列b、第二等級的消息接收隊列a。而且，調度器調度消息接收隊列b中消息的時長為300毫秒，調度消息接收隊列a中消息的時長為100毫秒。若調度器無法在一個調度周期時長內調度消息接收隊列a飛中的消息，則調度器繼續下一個調度周期時長進行消息調度直至消息接收隊列a飛中的消息全部被調度至對應的解析器。於另ー較佳實施例中，所述時間調度策略為預設不同消息類型對應的消息接收隊列的優先級、預設調度時長以及可借用時長，在每個調度周期時長內，根據消息接收隊列從高至低的優先級順序進行調度，若優先級較高的消息接收隊列中的消息在對應的預設調度時長內未調度完畢，則借用下一優先級的消息接收隊列的可借用時長繼續調度。於此，仍以一般消息及關鍵消息為例進行說明。每個調度周期時長內，上述兩種消息類型對應的消息接收隊列的優先級以及預設調度時長例如下表所示。
消息類型消息接收隊列消息接收隊列的預設調度時長可借用時長
優先級
一般消息消息接收隊列a第二等級100毫秒 50毫秒
關鍵消息消息接收隊列b第—-等級300毫秒O
表2其中，消息接收隊列優先級由高至低的順序仍為消息接收隊列b、消息接收隊列a。根據於此所述的時間調度策略，以調度周期時長為400毫秒為例，在每個調度周期時長內，調度器依次調度第一等級的消息接收隊列b、第二等級的消息接收隊列a。而且，調度器調度消息接收隊列b中消息的時長為300毫秒，調度消息接收隊列a中消息的時長為100毫秒。另外，在一個調度周期時長內，若第一等級的消息接收隊列b中的消息在300毫秒內未調度完畢，則調度器可借用第二等級的消息接收隊列a的可借用時長(即50毫秒)繼續調度。若調度器只需要10毫秒即可完成消息接收隊列b的消息調度，則只向消息接收隊列a借用10毫秒；若調度器向消息接收隊列a借用50毫秒後仍無法完成消息接收隊列b的消息調度，則繼續下一個調度周期進行消息調度。或者，於另ー較佳實施例中，所述時間調度策略為預設不同消息類型對應的消息接收隊列的優先級以及預設調度時長，在每個調度周期時長內，根據消息接收隊列從高至低的優先級順序進行調度，若優先級較高的消息接收隊列中的消息調度所需的時長小於對應的預設調度時長，則所述多餘時長分配給下ー優先級的消息接收隊列。參照表I中的信息，消息接收隊列優先級由高至低的順序為消息接收隊列b、消息接收隊列a。根據於此所述的時間調度策略，以調度周期時長為400毫秒為例，在每個調度周期時長內，調度器依次調度第一等級的消息接收隊列b、第二等級的消息接收隊列a。其中，若調度器實際調度消息接收隊列b中的消息所需的時長為250毫秒(小於消息接收隊列b對應的預設調度時長300毫秒)，則調度器可在多餘時長(50毫秒)內調度第二等級的消息接收隊列a。換言之，此時，消息接收隊列a對應的總調度時長為150毫秒。此外，若調度器無法在一個調度周期時長內調度消息接收隊列a飛中的消息，則調度器繼續下ー個調度周期時長進行消息調度直至消息接收隊列a飛中的消息均被調度至對應的解析器。 於本實施例中，一般消息的消息接收隊列中的消息經調度器調度至對應的解析器後，解析器會解析所述消息屬於哪個企業，井根據解析結果將所述消息放入其所屬企業的消息隊列。之後，批量調度器會將企業消息隊列中的消息批量調度至消息分發器。消息分發器會將相應的消息發送給對應企業的業務邏輯控制裝置。業務邏輯控制裝置接收到消息後，解析該消息，並判斷該消息屬於主界面還是屬於會議界面，如果屬於主界面則將該消息發送給主界面業務邏輯處理裝置；如果屬於會議界面，則將該消息發送給會議界面處理裝置。另外，關鍵消息的消息接收隊列中的消息經調度器調度至對應的解析器後，解析器會解析所述消息屬於哪個企業，並將所述消息發送至分發器。分發器根據所述消息所屬的企業信息將所述消息發送至對應企業的業務邏輯控制裝置。業務邏輯控制裝置接收到消息後，解析該消息，並判斷該消息屬於主界面還是屬於會議界面，如果屬於主界面則將該消息發送給主界面業務邏輯處理裝置；如果屬於會議界面，則將該消息發送給會議界面處理裝置。然而，本發明並不限定於此。於其他實施例中，關鍵消息的消息接收隊列中的消息處理方式亦可與一般消息的消息接收隊列中的消息處理方式一致。於本實施例中，伺服器根據調控策略動態調控調度器的數目。於此，伺服器定時根據調控策略動態調控調度器的數目。然而，本發明並不限定於此。於實際應用中，伺服器亦可實時根據調控策略動態調控調度器的數目。
此外，於本實施例中，所述調控策略為設定消息最長調度時間以及消息最短調度時間，若當前數目的調度器無法在所述消息最長調度時間內調度對應的消息接收隊列中的消息吋，増加所述調度器的數目，若當前數目的調度器能夠在所述消息最短調度時間內調度對應的消息接收隊列中的消息時，減少所述調度器的數目。此外，伺服器預設所述調度器的最大數目以及最小數目，所述調度器的數目在調控過程中不超過所述最大數目且不低於所述最小數目。具體而言，伺服器預設調度器的最大數目例如為10，最小數目例如為2。據此，在伺服器動態調控調度器數目的過程中，調度器的數目應不超過10且不低於2。另外，伺服器設定消息最長調度時間例如為2秒，消息最短調度時間例如為O. 5秒。如此，若當前數目的所述調度器無法在所述消息最長調度時間(即，2秒)內調度對應的消息接收隊列中的消息，則增加調度器的數目；若當前數目的所述調度器能夠在所述消息最短調度時間(即，O. 5秒)內調度對應的消息接收隊列中的消息，則減少所述調度器的數目。關於調度器數目的増加及減小的過程具體如下所述。
舉例而言，消息接收隊列中尚未被調度的消息總數設為C，每個調度器I秒內能調度的消息數設為山且當前的調度器數目設為e。據此，比較c及d*e*2的大小，若c大於d*e*2，則說明當前的調度器數目不能在2秒(B卩，消息最長調度時間)內將消息接收隊列中的消息全部調度完畢，此時，需要增加調度器的數目。具體而言，計算(c-d*e*2)/d*2的大小，並將獲得的結果四捨五入後用m表示，其中，m取為整數。若m+e>10，則增加的調度器的數目為ΙΟ-e，若m+e彡10，則增加的調度器數目為m。另外，比較d*e/2及c的大小，若d*e/2大於C，則說明當前調度器的數目能在O. 5秒(即，消息最短調度時間)內將消息接收隊列中的消息全部調度完畢，此時，需要減少調度器的數目。具體而言，若當前調度器的數目只剩下2 (即，e=2)，則不減少調度器的數目，若e>2，則減少的調度器的數目固定為1，即每次只減少一個調度器，如此，防止一次減少多個調度器而導致性能下降。於另ー較佳實施例中，所述調控策略為若相應的消息接收隊列中未被調度的消息總數大於預設時間內當前數目的調度器所能調度的消息總數，則獲取所述消息接收隊列中未被調度的消息總數與預設時間內當前數目的調度器所能調度的消息總數的差值，並計算所述差值與所述消息接收隊列中未被調度的消息總數的比值，若所述比值小於或等於預設值，則增加所述調度器的數目，若所述消息接收隊列中未被調度的消息總數小於預設時間內當前數目的調度器所能調度的消息總數，則減少所述調度器的數目。此外，伺服器預設所述調度器的最大數目以及最小數目，所述調度器的數目在調控過程中不超過所述最大數目且不低於所述最小數目。舉例而言，伺服器預設調度器的最大數目例如為10，最小數目例如為2。在伺服器動態調控調度器數目的過程中，調度器的數目應不超過最大數目(即，10)且不低於最小數目(即，2)。另外，消息接收隊列中尚未被調度的消息總數設為C，每個調度器預設時間t內能調度的消息數設為d，且當前的調度器數目設為e。據此，比較c及d*e*t的大小，若c大於d*e*t，計算(c-d*e*t)/c的大小，若所述比值小於或等於閾值，則需要增加調度器的數目。具體而言，計算(c-d*e*t) /d*t的大小，並將獲得的結果四捨五入後用m表示，其中，m取為整數。若m+e>10，則增加的調度器的數目為ΙΟ-e，若m+e彡10，則增加的調度器數目為m0另外，若d*e*t大於C，則需要減少調度器的數目。具體而言，若當前調度器的數目只剩下2 (即，e=2)，則不減少調度器的數目；若^2，則計算(d*e*t-c)/(d*t)的大小，並將獲得的結果四捨五入後用η表示，此時，若e-n 2，則減少的調度器的數目為η。於再ー較佳實施例中，所述調控策略為設定調度器的最大調度消息數目，若當前數目的所述調度器以最大調度消息數目進行消息調度時無法調度對應的消息接收隊列中的所有消息，増加所述調度器的數目，若當前數目的所述調度器能夠以最大調度消息數目調度對應的消息接收隊列中的消息，則減少所述調度器的數目。此外，伺服器預設所述調度器的最大數目以及最小數目，所述調度器的數目在調控過程中不超過所述最大數目且不低於所述最小數目。舉例而言，伺服器預設調度器的最大數目例如為10，最小數目例如為2。據此，在伺服器動態調控調度器數目的過程中，調度器的數目應不超過最大數目(即，10)且不低於 最小數目(即，2)。另外，伺服器設定每個調度器的最大調度消息數目P，當前消息接收隊列中尚未被調度的消息總數為c,當前調度器的數目為e,此時,若c>p*e,計算(c_p*e)/P，並將獲得的結果四捨五入後用s表示。若s+e>10，則增加的調度器的數目為ΙΟ-e，若s+e ^ 10，則增加的調度器的數目為S。若a*e>c，計算(a*e_c)/a，並將獲得的結果四捨五入後用r表示，若e-r 2，則減少的調度器的數目為r。圖2所示為根據本發明的較佳實施例提供的消息調度處理系統的示意圖。如圖2所示，本發明的較佳實施例提供的消息調度處理系統包括客戶端20以及伺服器22。伺服器22包括接收器220、控制器222、調度器224以及解析器226。客戶端20連接伺服器22，接收器220連接調度器224，調度器224連接解析器226，控制器222連接調度器224及接收器220。接收器220，用於接收網絡會議中客戶端20發送的消息，根據接收的所述消息攜帯的類型信息判斷所述消息的類型，井根據所述消息所屬的類型將所述消息放入對應的消息接收隊列。控制器222，用於根據調控策略動態調控調度器224的數目。調度器224，用於根據時間調度策略調度不同消息接收隊列中的消息至解析器226。解析器226，用於解析處理所述消息。其中，接收器220將不同消息接收隊列的消息數目信息傳輸至控制器222，控制器222根據接收的消息接收隊列的消息數目信息通過調控策略動態調控調度器224的數目。於本實施例中，所述時間調度策略為預設不同消息類型對應的消息接收隊列的優先級以及預設調度時長，在每個調度周期時長內，根據消息接收隊列從高至低的優先級順序進行調度，且每個消息接收隊列的調度時長為預設調度時長。然而，本發明並不限定於此。於其他實施例中，所述時間調度策略為預設不同消息類型對應的消息接收隊列的優先級、預設調度時長以及可借用時長，在每個調度周期時長內，根據消息接收隊列從高至低的優先級順序進行調度，若優先級較高的消息接收隊列中的消息在對應的預設調度時長內未調度完畢，則借用下一優先級的消息接收隊列的可借用時長繼續調度。或者，所述時間調度策略為預設不同消息類型對應的消息接收隊列的優先級以及預設調度時長，在每個調度 周期時長內，根據消息接收隊列從高至低的優先級順序進行調度，若優先級較高的消息接收隊列中的消息調度所需的時長小於對應的預設調度時長，則所述多餘時長分配給下一優先級的消息接收隊列。於本實施例中，所述調控策略為設定消息最長調度時間以及消息最短調度時間，若當前數目的所述調度器無法在所述消息最長調度時間內調度對應的消息接收隊列中的消息時，增加所述調度器的數目，若當前數目的所述調度器能夠在所述消息最短調度時間內調度對應的消息接收隊列中的消息時，減少所述調度器的數目。然而，本發明並不限定於此。於其他實施例中，所述調控策略可為若相應的消息接收隊列中未被調度的消息總數大於預設時間內當前數目的調度器所能調度的消息總數，則獲取所述消息接收隊列中未被調度的消息總數與預設時間內當前數目的調度器所能調度的消息總數的差值，並計算所述差值與所述消息接收隊列中未被調度的消息總數的比值，若所述比值小於或等於預設值，則增加所述調度器的數目，若所述消息接收隊列中未被調度的消息總數小於預設時間內當前 數目的調度器所能調度的消息總數，則減少所述調度器的數目。或者，所述調控策略可為設定所述調度器的最大調度消息數目，若當前數目的所述調度器以最大調度消息數目進行消息調度時無法調度對應的消息接收隊列中的所有消息，增加所述調度器的數目，若當前數目的所述調度器能夠調度對應的消息接收隊列中的消息，則減少所述調度器的數目。此外，關於上述系統的具體操作過程同上述方法所述，故於此不再贅述。綜上所述，根據本發明較佳實施例提供的消息調度處理方法及系統，伺服器接收客戶端發送的消息後，判斷所述消息的類型，並根據消息的類型將所述消息放入對應的消息接收隊列。如此，實現對消息的分類處理，從而提高關鍵消息的處理效率。而且，調度器根據時間調度策略將不同消息接收隊列中的消息分別調度至解析器，如此，實現了消息的個性化調度，從而提高伺服器的性能。此外，伺服器根據調控策略動態調控調度器的數目，如此，當伺服器的壓力較大時，通過增加調度器的數目，有利於短時間內將消息全部調度完畢，從而提高伺服器的性能。此外，當伺服器的壓力較小時，通過調控減少調度器的數目，釋放系統資源。如此，不僅提高用戶體驗，而且提高系統穩定性。以上所述僅為本發明的優選實施例而已，並不用於限制本發明，對於本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
1.ー種消息調度處理方法，其特徵在於，包括以下步驟 伺服器接收網絡會議中客戶端發送的消息，根據接收的所述消息攜帯的類型信息判斷所述消息的類型，井根據所述消息所屬的類型將所述消息放入對應的消息接收隊列； 所述伺服器的調度器根據時間調度策略調度不同消息接收隊列中的消息至對應的解析器，所述解析器解析處理所述消息， 其中，所述伺服器根據調控策略動態調控所述調度器的數目。
2.根據權利要求I所述的方法，其特徵在於，於所述客戶端向所述伺服器發送所述消息之前，所述客戶端通過查詢企業用戶信息表確定當前發送所述消息的企業用戶所屬的類另O，並根據所述企業用戶的類別確定所述企業用戶發送的消息格式。
3.根據權利要求2所述的方法，其特徵在於，若所述伺服器存儲所述企業用戶信息表，則所述客戶端發送查詢信息至所述伺服器，所述伺服器根據所述查詢信息查詢所述企業用戶信息表，並將查詢得到的企業用戶的類別信息返回至所述客戶端。
4.根據權利要求I所述的方法，其特徵在於，所述時間調度策略為預設不同消息類型對應的消息接收隊列的優先級以及預設調度時長，在每個調度周期時長內，根據消息接收隊列從高至低的優先級順序進行調度，且每個消息接收隊列的調度時長為預設調度時長。
5.根據權利要求I所述的方法，其特徵在於，所述時間調度策略為預設不同消息類型對應的消息接收隊列的優先級、預設調度時長以及可借用時長，在每個調度周期時長內，根據消息接收隊列從高至低的優先級順序進行調度，若優先級較高的消息接收隊列中的消息在對應的預設調度時長內未調度完畢，則借用下一優先級的消息接收隊列的可借用時長繼續調度。
6.根據權利要求I所述的方法，其特徵在於，所述時間調度策略為預設不同消息類型對應的消息接收隊列的優先級以及預設調度時長，在每個調度周期時長內，根據消息接收隊列從高至低的優先級順序進行調度，若優先級較高的消息接收隊列中的消息調度所需的時長小於對應的預設調度時長，則所述多餘時長分配給下ー優先級的消息接收隊列。
7.根據權利要求I所述的方法，其特徵在於，所述調控策略為設定消息最長調度時間以及消息最短調度時間，若當前數目的所述調度器無法在所述消息最長調度時間內調度對應的消息接收隊列中的消息時，増加所述調度器的數目，若當前數目的所述調度器能夠在 所述消息最短調度時間內調度對應的消息接收隊列中的消息時，減少所述調度器的數目。
8.根據權利要求I所述的方法，其特徵在於，所述調控策略為若相應的消息接收隊列中未被調度的消息總數大於預設時間內當前數目的調度器所能調度的消息總數，則獲取所述消息接收隊列中未被調度的消息總數與預設時間內當前數目的調度器所能調度的消息總數的差值，並計算所述差值與所述消息接收隊列中未被調度的消息總數的比值，若所述比值小於或等於預設值，則增加所述調度器的數目，若所述消息接收隊列中未被調度的消息總數小於預設時間內當前數目的調度器所能調度的消息總數，則減少所述調度器的數目。
9.根據權利要求I所述的方法，其特徵在於，所述調控策略為設定所述調度器的最大調度消息數目，若當前數目的所述調度器以最大調度消息數目進行消息調度時無法調度對應的消息接收隊列中的所有消息，増加所述調度器的數目，若當前數目的所述調度器能夠以最大調度消息數目調度對應的消息接收隊列中的消息，則減少所述調度器的數目。
10. ー種消息調度處理系統，其特徵在於，包括客戶端以及伺服器，所述伺服器包括接收器、控制器、調度器以及解析器，所述客戶端連接所述伺服器，所述接收器連接所述調度器，所述調度器連接所述解析器，所述控制器連接所述調度器及所述接收器， 所述接收器，用於接收網絡會議中客戶端發送的消息，根據接收的所述消息攜帯的類型信息判斷所述消息的類型，井根據所述消息所屬的類型將所述消息放入對應的消息接收隊列， 所述調度器，用於根據時間調度策略調度不同消息接收隊列中的消息至對應的所述解析器， 所述解析器，用於解析處理所述消息， 所述控制器，用於根據調控策略動態調控所述調度器的數目。
全文摘要
本發明提供一種消息調度處理方法及系統。上述方法包括以下步驟伺服器接收網絡會議中客戶端發送的消息，根據接收的所述消息攜帶的類型信息判斷所述消息的類型，並根據所述消息所屬的類型將所述消息放入對應的消息接收隊列；伺服器的調度器根據時間調度策略調度不同消息接收隊列中的消息至對應的解析器，解析器解析處理所述消息，其中，伺服器根據調控策略動態調控調度器的數目。
文檔編號H04L29/08GK102685250SQ20121017431
公開日2012年9月19日 申請日期2012年5月31日 優先權日2012年5月31日
發明者劉曉東, 胡加明 申請人:蘇州闊地網絡科技有限公司