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

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


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