專利名稱：一種消息處理方法及系統(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ā)送的消息后，判斷所述消息的類型，并根據消息的類型將所述消息放入對應的消息接收隊列。如此，實現(xiàn)對消息的分類處理，從而提高關鍵消息的處理效率。此外，服務器根據調控策略動態(tài)調控調度器的數目，如此，當服務器的壓力較大時，通過增加調度器的數目，有利于短時間內將消息全部調度完畢，從而提高服務器的性能。此外，當服務器的壓力較小時，通過調控減少調度器的數目，釋放系統(tǒng)資源。如此，不僅提高用戶體驗，而且提高系統(tǒng)穩(wěn)定性。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中
圖I所示為根據本發(fā)明的較佳實施例提供的消息處理方法的流程圖；圖2所示為根據本發(fā)明的較佳實施例提供的消息處理系統(tǒng)的示意圖。
具體實施例方式下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。圖I所示為根據本發(fā)明的較佳實施例提供的消息處理方法的流程圖。如圖I所示，本發(fā)明的較佳實施例提供的消息處理方法包括步驟IOf 103。于步驟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。另外，每個消息接收隊列對應服務器的一組調度器及解析器。具體而言，消息接收隊列a例如對應一個或多個調度器以及一個或多個解析器，所述調度器將消息接收隊列a中的消息調度至對應的解析器進行解析處理，消息接收隊列b例如對應一個調度器以及一個解析器，所述調度器將消息接收隊列b中的消息調度至對應的解析器進行解析處理。于步驟102，服務器根據調控策略動態(tài)調控不同消息接收隊列對應的調度器的數目。于本實施例中，所述服務器定時根據調控策略動態(tài)調控調度器的數目。然而，本發(fā)明并不限定于此。于實際應用中，服務器亦可實時根據調控策略動態(tài)調控調度器的數目。此外，于本實施例中，所述調控策略為設定消息最長調度時間以及消息最短調度時間，若當前數目的調度器無法在所述消息最長調度時間內調度對應的消息接收隊列中的消息時，增加所述調度器的數目，若當前數目的調度器能夠在所述消息最短調度時間內調度對應的消息接收隊列中的消息時，減少所述調度器的數目。此外，服務器預設所述調度器的最大數目以及最小數目，所述調度器的數目在調控過程中不超過所述最大數目且不低于所述最小數目。具體而言，服務器預設調度器的最大數目例如為10，最小數目例如為2。據此，在服務器動態(tài)調控調度器數目的過程中，調度器 的數目應不超過10且不低于2。另外，服務器設定消息最長調度時間例如為2秒，消息最短調度時間例如為0. 5秒。如此，若當前數目的所述調度器無法在所述消息最長調度時間(即，2秒)內調度對應的消息接收隊列中的消息，則增加調度器的數目；若當前數目的所述調度器能夠在所述消息最短調度時間(即，0. 5秒)內調度對應的消息接收隊列中的消息，則減少所述調度器的數目。關于調度器數目的增加及減小的過程具體如下所述。以步驟101中的消息接收隊列a為例，消息接收隊列a中尚未被調度的消息總數設為C，消息接收隊列a對應的每個調度器I秒內能調度的消息數設為d，且當前對應消息接收隊列a的調度器數目設為e。據此，比較c及d*e*2的大小，若c大于d*e*2，則說明當前的調度器數目不能在2秒(即，消息最長調度時間)內將消息接收隊列a中的消息全部調度完畢，此時，需要增加調度器的數目。具體而言，計算(c-d*e*2)/d*2的大小，并將獲得的結果四舍五入后用m表示，其中，m取為整數。若m+e>10，則增加的調度器的數目為10_e，若m+e ( 10，則增加的調度器數目為m。另外，比較d*e/2及c的大小，若d*e/2大于C，則說明當前調度器的數目能在0. 5秒(即，消息最短調度時間)內將消息接收隊列a中的消息全部調度完畢，此時，需要減少調度器的數目。具體而言，若當前調度器的數目只剩下2 (即，e=2)，則不減少調度器的數目，若e>2，則減少的調度器的數目固定為1，即每次只減少一個調度器，如此，防止一次減少多個調度器而導致性能下降。于另一較佳實施例中，所述調控策略為若相應的消息接收隊列中未被調度的消息總數大于預設時間內當前數目的調度器所能調度的消息總數，則獲取所述消息接收隊列中未被調度的消息總數與預設時間內當前數目的調度器所能調度的消息總數的差值，并計算所述差值與所述消息接收隊列中未被調度的消息總數的比值，若所述比值小于或等于預設值，則增加所述調度器的數目，若所述消息接收隊列中未被調度的消息總數小于預設時間內當前數目的調度器所能調度的消息總數，則減少所述調度器的數目。此外，服務器預設所述調度器的最大數目以及最小數目，所述調度器的數目在調控過程中不超過所述最大數目且不低于所述最小數目。以步驟101中的消息接收隊列a為例，服務器預設對應消息接收隊列a的調度器的最大數目例如為10，最小數目例如為2。在服務器動態(tài)調控調度器數目的過程中，調度器的數目應不超過最大數目(即，10)且不低于最小數目(即，2)。另外，消息接收隊列a中尚未被調度的消息總數設為C，對應消息接收隊列a的每個調度器預設時間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，則增加的調度器的數目為10-e，若m+e彡10，則增加的調度器數目為m。另外，若d*e*t大于C，則需要減少調度器的數目。具體而言，若當前調度器的數目只剩下2 (即，e=2)，則不減少調度器的數目；若62，則計算(d*e*t-c)/(d*t)的大小，并將獲得的結果四舍五入后用n表示，此時，若e-n < 2，則減少的調度器的數目為e_2，若e-n>2，則減少的調度器的數目為n。于再一較佳實施例中，所述調控策略為設定調度器的最大調度消息數目，若當前數目的所述調度器以最大調度消息數目進行消息調度時無法調度對應的消息接收隊列中的所有消息，增加所述調度器的數目，若當前數目的所述調度器能夠以最大調度消息數目調度對應的消息接收隊列中的消息，則減少所述調度器的數目。此外，服務器預設所述調度器的最大數目以及最小數目，所述調度器的數目在調控過程中不超過所述最大數目且不低于所述最小數目。 以步驟101中的消息接收隊列a為例，服務器預設對應消息接收隊列a的調度器的最大數目例如為10，最小數目例如為2。據此，在服務器動態(tài)調控調度器數目的過程中，調度器的數目應不超過最大數目(即，10)且不低于最小數目(即，2)。另外，服務器設定對應消息接收隊列a的每個調度器的最大調度消息數目P，當前消息接收隊列a中尚未被調度的消息總數為C，當前調度器的數目為e，此時，若c>p*e，計算(c-p*e) /p,并將獲得的結果四舍五入后用s表示。若s+e>10，則增加的調度器的數目為10-e，若s+e彡10，則增加的調度器的數目為S。若a*e>c，計算(a*e-c)/a，并將獲得的結果四舍五入后用r表示，若e-r ( 2，則減少的調度器的數目為e_2，若e-r>2，則減少的調度器的數目為r。于步驟103，所述調度器調度對應的消息接收隊列中的消息至對應的解析器，所述解析器解析處理所述消息。具體而言，調度器將消息接收隊列中的消息調度至解析器后，解析器解析每個消息的數據，并根據解析得到的數據對所述消息做相應的處理。于本實施例中，一般消息的消息接收隊列中的消息經調度器調度至對應的解析器后，解析器會解析所述消息屬于哪個企業(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ā)明并不限定于此。于其他實施例中，關鍵消息的消息接收隊列中的消息處理方式亦可與一般消息的消息接收隊列中的消息處理方式一致。
圖2所示為根據本發(fā)明的較佳實施例提供的消息處理系統(tǒng)的示意圖。如圖2所示，本發(fā)明的較佳實施例提供的消息處理系統(tǒng)包括客戶端20以及服務器22。服務器22包括接收器220、控制器222、調度器224a 224b以及解析器226a 226b。客戶端20連接服務器22，接收器220連接調度器224a 224b，調度器224a連接解析器226a，調度器224b連接解析器226b，控制器222連接調度器224a 224b及接收器220。接收器220，用于接收網絡會議中客戶端20發(fā)送的消息，根據接收的所述消息攜帶的類型信息判斷所述消息的類型，并根據所述消息所屬的類型將所述消息放入對應的消息接收隊列，其中，每個消息接收隊列對應所述服務器的一組調度器及解析器。于此，例如，消息接收隊列a對應調度器224a及解析器226a，消息接收隊列b對應調度器224b及解析器226b?？刂破?22，用于根據調控策略動態(tài)調控不同消息接收隊列對應的調度器224a 224b的數目。調度器224a，用于調度消息接收隊列a中的消息至解析器226a。調度器224b，用于調度消息接收隊列b中的消息至解析器226b。解析器226a 226b，用于解析處理所述消息。于本實施例中，所述調控策略為設定消息最長調度時間以及消息最短調度時間，若當前數目的所述調度器無法在所述消息最長調度時間內調度對應的消息接收隊列中的 消息時，增加所述調度器的數目，若當前數目的所述調度器能夠在所述消息最短調度時間內調度對應的消息接收隊列中的消息時，減少所述調度器的數目。然而，本發(fā)明并不限定于此。于其他實施例中，所述調控策略可為若相應的消息接收隊列中未被調度的消息總數大于預設時間內當前數目的調度器所能調度的消息總數，則獲取所述消息接收隊列中未被調度的消息總數與預設時間內當前數目的調度器所能調度的消息總數的差值，并計算所述差值與所述消息接收隊列中未被調度的消息總數的比值，若所述比值小于或等于預設值，則增加所述調度器的數目，若所述消息接收隊列中未被調度的消息總數小于預設時間內當前數目的調度器所能調度的消息總數，則減少所述調度器的數目?；蛘?，所述調控策略可為設定所述調度器的最大調度消息數目，若當前數目的所述調度器以最大調度消息數目進行消息調度時無法調度對應的消息接收隊列中的所有消息，增加所述調度器的數目，若當前數目的所述調度器能夠調度對應的消息接收隊列中的消息，則減少所述調度器的數目。此外，關于上述系統(tǒng)的具體操作過程同上述方法所述，故于此不再贅述。綜上所述，根據本發(fā)明較佳實施例提供的消息處理方法及系統(tǒng)，服務器接收客戶端發(fā)送的消息后，判斷所述消息的類型，并根據消息的類型將所述消息放入對應的消息接收隊列。如此，實現(xiàn)對消息的分類處理，從而提高關鍵消息的處理效率。此外，服務器根據調控策略動態(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è)用戶所屬的類另IJ，并根據所述企業(yè)用戶的類別確定所述企業(yè)用戶發(fā)送的消息格式。
3.根據權利要求2所述的方法，其特征在于，若所述服務器存儲所述企業(yè)用戶信息表，則所述客戶端發(fā)送查詢信息至所述服務器，所述服務器根據所述查詢信息查詢所述企業(yè)用戶信息表，并將查詢得到的企業(yè)用戶的類別信息返回至所述客戶端。
4.根據權利要求I所述的方法，其特征在于，所述調控策略為設定消息最長調度時間以及消息最短調度時間，若當前數目的所述調度器無法在所述消息最長調度時間內調度對應的消息接收隊列中的消息時，增加所述調度器的數目，若當前數目的所述調度器能夠在所述消息最短調度時間內調度對應的消息接收隊列中的消息時，減少所述調度器的數目。
5.根據權利要求I所述的方法，其特征在于，所述調控策略為若相應的消息接收隊列中未被調度的消息總數大于預設時間內當前數目的調度器所能調度的消息總數，則獲取所述消息接收隊列中未被調度的消息總數與預設時間內當前數目的調度器所能調度的消息總數的差值，并計算所述差值與所述消息接收隊列中未被調度的消息總數的比值，若所述比值小于或等于預設值，則增加所述調度器的數目，若所述消息接收隊列中未被調度的消息總數小于預設時間內當前數目的調度器所能調度的消息總數，則減少所述調度器的數目。
6.根據權利要求I所述的方法，其特征在于，所述調控策略為設定所述調度器的最大調度消息數目，若當前數目的所述調度器以最大調度消息數目進行消息調度時無法調度對應的消息接收隊列中的所有消息，增加所述調度器的數目，若當前數目的所述調度器能夠以最大調度消息數目調度對應的消息接收隊列中的消息，則減少所述調度器的數目。
7.根據權利要求4、5或6所述的方法，其特征在于，所述服務器預設所述調度器的最大數目以及最小數目，所述調度器的數目在調控過程中不超過所述最大數目且不低于所述最小數目。
8.根據權利要求I所述的方法，其特征在于，所述服務器定時根據調控策略動態(tài)調控所述調度器的數目。
9.一種消息處理系統(tǒng)，其特征在于，包括客戶端以及服務器，所述服務器包括接收器、控制器、調度器以及解析器，所述客戶端連接所述服務器，所述接收器連接所述調度器，所述調度器連接所述解析器，所述控制器連接所述調度器及所述接收器， 所述接收器，用于接收網絡會議中客戶端發(fā)送的消息，根據接收的所述消息攜帶的類型信息判斷所述消息的類型，并根據所述消息所屬的類型將所述消息放入對應的消息接收隊列，其中，每個消息接收隊列對應所述服務器的一組調度器及解析器，所述控制器，用于根據調控策略動態(tài)調控不同消息接收隊列對應的所述調度器的數目， 所述調度器，用于調度對應的所述消息接收隊列中的消息至對應的所述解析器， 所述解析器，用于解析處理所述消息。
10.根據權利要求9所述的系統(tǒng)，其特征在于，所述調控策略為設定消息最長調度時間以及消息最短調度時間，若當前數目的所述調度器無法在所述消息最長調度時間內調度對應的消息接收隊列中的消息時，増加所述調度器的數目，若當前數目的所述調度器能夠在所述消息最短調度時間內調度對應的消息接收隊列中的消息時，減少所述調度器的數目。
全文摘要
本發(fā)明提供一種消息處理方法及系統(tǒng)。上述方法包括以下步驟服務器接收網絡會議中客戶端發(fā)送的消息，根據接收的所述消息攜帶的類型信息判斷所述消息的類型，并根據所述消息所屬的類型將所述消息放入對應的消息接收隊列，其中，每個消息接收隊列對應服務器的一組調度器及解析器；服務器根據調控策略動態(tài)調控不同消息接收隊列對應的調度器的數目；調度器調度對應的消息接收隊列中的消息至對應的解析器，解析器解析處理所述消息。
文檔編號H04L29/06GK102685236SQ20121014905
公開日2012年9月19日 申請日期2012年5月15日 優(yōu)先權日2012年5月15日
發(fā)明者胡加明 申請人:蘇州闊地網絡科技有限公司