CN102685250A - 一种消息调度处理方法及系统 - Google Patents

Abstract

本发明提供一种消息调度处理方法及系统。上述方法包括以下步骤：服务器接收网络会议中客户端发送的消息，根据接收的所述消息携带的类型信息判断所述消息的类型，并根据所述消息所属的类型将所述消息放入对应的消息接收队列；服务器的调度器根据时间调度策略调度不同消息接收队列中的消息至对应的解析器，解析器解析处理所述消息，其中，服务器根据调控策略动态调控调度器的数目。

Description

一种消息调度处理方法及系统

技术领域

本发明属于网络通讯领域，尤其涉及一种消息调度处理方法及系统。

背景技术

目前，在云会议中，所有用户都连接到同一个通信服务器上，导致通信服务器要处理大量的信息。若通信服务器不能在短时间内处理掉这些海量信息，则会导致用户长时间得不到响应，从而影响用户体验，甚至会导致视频会议逻辑出错，系统崩溃。此外，于通信服务器进行消息处理时，若所有用户都采用同一调度策略，则在高压情况下，会导致部分VIP用户得不到及时响应，从而影响用户体验。而且，通信服务器并不能针对不同类别的消息进行个性化处理，导致重要消息得不到及时调度，从而影响用户体验。

发明内容

本发明提供一种消息调度处理方法及系统，以解决上述问题。

本发明提供一种消息调度处理方法。上述方法包括以下步骤：服务器接收网络会议中客户端发送的消息，根据接收的所述消息携带的类型信息判断所述消息的类型，并根据所述消息所属的类型将所述消息放入对应的消息接收队列；服务器的调度器根据时间调度策略调度不同消息接收队列中的消息至对应的解析器，解析器解析处理所述消息，其中，服务器根据调控策略动态调控调度器的数目。

本发明还提供一种消息调度处理系统，包括客户端以及服务器。服务器包括接收器、控制器、调度器以及解析器。客户端连接服务器，接收器连接调度器，调度器连接解析器，控制器连接调度器及接收器。接收器，用于接收网络会议中客户端发送的消息，根据接收的所述消息携带的类型信息判断所述消息的类型，并根据所述消息所属的类型将所述消息放入对应的消息接收队列。调度器，用于根据时间调度策略调度不同消息接收队列中的消息至对应的解析器。解析器，用于解析处理所述消息。控制器，用于根据调控策略动态调控调度器的数目。

相较于先前技术，根据本发明提供的消息调度处理方法及系统，服务器接收客户端发送的消息后，判断所述消息的类型，并根据消息的类型将所述消息放入对应的消息接收队列。如此，实现对消息的分类处理，从而提高关键消息的处理效率。而且，调度器根据时间调度策略将不同消息接收队列中的消息分别调度至解析器，如此，实现了消息的个性化调度，从而提高服务器的性能。此外，服务器根据调控策略动态调控调度器的数目，如此，当服务器的压力较大时，通过增加调度器的数目，有利于短时间内将消息全部调度完毕，从而提高服务器的性能。此外，当服务器的压力较小时，通过调控减少调度器的数目，释放系统资源。如此，不仅提高用户体验，而且提高系统稳定性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1所示为根据本发明的较佳实施例提供的消息调度处理方法的流程图；

图2所示为根据本发明的较佳实施例提供的消息调度处理系统的示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1所示为根据本发明的较佳实施例提供的消息调度处理方法的流程图。如图1所示，本发明的较佳实施例提供的消息调度处理方法包括步骤101~102。

于步骤101，服务器接收网络会议中客户端发送的消息，根据接收的所述消息携带的类型信息判断所述消息的类型，并根据所述消息所属的类型将所述消息放入对应的消息接收队列。

于本实施例中，于客户端向服务器发送所述消息之前，客户端通过查询企业用户信息表确定当前发送所述消息的企业用户所属的类别，并根据所述企业用户的类别确定所述企业用户发送的消息格式。其中，若服务器存储企业用户信息表，则客户端发送查询信息至服务器，服务器根据查询信息查询企业用户信息表，并将查询得到的企业用户的类别信息返回至客户端。然而，本发明并不限定所述企业用户信息表的存储位置。于其他实施例中，所述企业用户信息表亦可存储在客户端或者第三方存储装置上。

于本实施例中，消息的类型例如包括一般消息以及关键消息。其中，一般消息的格式例如为：<root消息体/>；关键消息的格式例如为：<key-policy><key-message消息体/></key-policy>。然而，本发明并不限定于此。于实际应用中，可根据需要设置一般消息以及关键消息的格式。

以服务器存储企业用户信息表为例说明，首先，企业用户A的浏览器所在的客户端会向服务器发送查询信息。其中，查询信息包括企业用户A的企业编号。服务器接收查询信息后，查询其存储的企业用户信息表，并确定企业用户A的类别（例如，VIP企业用户）。其中，企业用户信息表例如包括所有企业用户的企业编号及类别信息。接着，服务器将查询得到的企业用户A的类别信息（即，VIP企业用户）返回至客户端。客户端接收所述服务器返回的信息后，确定企业用户A为VIP企业用户。于此，客户端确定以关键消息的格式传输企业用户A的消息。另外，若企业用户的类别为一般用户，则客户端以一般消息的格式传输所述企业用户的消息。其中，企业用户的类别以及消息类型的对应关系例如在客户端预先设置。本发明对此并不限定。

此外，于本实施例中，服务器接收客户端发送的消息后，首先根据接收的消息携带的类型信息判断所述消息的类型，之后，根据所述消息所属的类型将所述消息放入对应的消息接收队列。于此，以一般消息及关键消息为例，服务器例如将一般消息放入消息接收队列a，将关键消息放入消息接收队列b。

于步骤102，所述服务器的调度器根据时间调度策略调度不同消息接收队列中的消息至对应的解析器，所述解析器解析处理所述消息。其中，调度器将消息接收队列中的消息调度至解析器后，解析器解析每个消息的数据，并根据解析得到的数据对所述消息做相应的处理。

具体而言，调度器创建工作线程完成不同消息接收队列中消息的调度。其中，本发明并不限定调度器为不同的消息接收队列创建的工作线程的数目。此外，调度器于每次调度消息接收队列中的消息后，判断所述消息接收队列中的消息是否被调度完毕，若所述消息接收队列中的消息未被调度完毕，则调度器通过工作线程继续调度，若所述消息接收队列中的消息已被调度完毕，则调度器相应地调度其他消息接收队列中的消息。

于本实施例中，所述时间调度策略为：预设不同消息类型对应的消息接收队列的优先级以及预设调度时长，在每个调度周期时长内，根据消息接收队列从高至低的优先级顺序进行调度，且每个消息接收队列的调度时长为预设调度时长。

于此，以一般消息及关键消息为例进行说明。每个调度周期时长内，上述两者消息类型对应的消息接收队列的优先级以及预设调度时长例如下表所示。

消息类型	消息接收队列	消息接收队列的优先级	预设调度时长
				一般消息	消息接收队列a	第二等级	100毫秒
关键消息	消息接收队列b	第一等级	300毫秒

表1

其中，消息接收队列优先级由高至低的顺序为：消息接收队列b、消息接收队列a。其中，消息接收队列的优先级可根据其对应的消息类型的重要性确定。然而，本发明并不限定消息接收队列的优先级的确定方式。

于此，根据于此所述的时间调度策略，以调度周期时长为400毫秒为例，在每个调度周期时长内，调度器依次调度第一等级的消息接收队列b、第二等级的消息接收队列a。而且，调度器调度消息接收队列b中消息的时长为300毫秒，调度消息接收队列a中消息的时长为100毫秒。若调度器无法在一个调度周期时长内调度消息接收队列a~b中的消息，则调度器继续下一个调度周期时长进行消息调度直至消息接收队列a~b中的消息全部被调度至对应的解析器。

于另一较佳实施例中，所述时间调度策略为：预设不同消息类型对应的消息接收队列的优先级、预设调度时长以及可借用时长，在每个调度周期时长内，根据消息接收队列从高至低的优先级顺序进行调度，若优先级较高的消息接收队列中的消息在对应的预设调度时长内未调度完毕，则借用下一优先级的消息接收队列的可借用时长继续调度。

于此，仍以一般消息及关键消息为例进行说明。每个调度周期时长内，上述两种消息类型对应的消息接收队列的优先级以及预设调度时长例如下表所示。

表2

其中，消息接收队列优先级由高至低的顺序仍为：消息接收队列b、消息接收队列a。根据于此所述的时间调度策略，以调度周期时长为400毫秒为例，在每个调度周期时长内，调度器依次调度第一等级的消息接收队列b、第二等级的消息接收队列a。而且，调度器调度消息接收队列b中消息的时长为300毫秒，调度消息接收队列a中消息的时长为100毫秒。另外，在一个调度周期时长内，若第一等级的消息接收队列b中的消息在300毫秒内未调度完毕，则调度器可借用第二等级的消息接收队列a的可借用时长（即50毫秒）继续调度。若调度器只需要10毫秒即可完成消息接收队列b的消息调度，则只向消息接收队列a借用10毫秒；若调度器向消息接收队列a借用50毫秒后仍无法完成消息接收队列b的消息调度，则继续下一个调度周期进行消息调度。

或者，于另一较佳实施例中，所述时间调度策略为：预设不同消息类型对应的消息接收队列的优先级以及预设调度时长，在每个调度周期时长内，根据消息接收队列从高至低的优先级顺序进行调度，若优先级较高的消息接收队列中的消息调度所需的时长小于对应的预设调度时长，则所述多余时长分配给下一优先级的消息接收队列。

参照表1中的信息，消息接收队列优先级由高至低的顺序为：消息接收队列b、消息接收队列a。根据于此所述的时间调度策略，以调度周期时长为400毫秒为例，在每个调度周期时长内，调度器依次调度第一等级的消息接收队列b、第二等级的消息接收队列a。其中，若调度器实际调度消息接收队列b中的消息所需的时长为250毫秒（小于消息接收队列b对应的预设调度时长300毫秒），则调度器可在多余时长（50毫秒）内调度第二等级的消息接收队列a。换言之，此时，消息接收队列a对应的总调度时长为150毫秒。此外，若调度器无法在一个调度周期时长内调度消息接收队列a~b中的消息，则调度器继续下一个调度周期时长进行消息调度直至消息接收队列a~b中的消息均被调度至对应的解析器。

于本实施例中，一般消息的消息接收队列中的消息经调度器调度至对应的解析器后，解析器会解析所述消息属于哪个企业，并根据解析结果将所述消息放入其所属企业的消息队列。之后，批量调度器会将企业消息队列中的消息批量调度至消息分发器。消息分发器会将相应的消息发送给对应企业的业务逻辑控制装置。业务逻辑控制装置接收到消息后，解析该消息，并判断该消息属于主界面还是属于会议界面，如果属于主界面则将该消息发送给主界面业务逻辑处理装置；如果属于会议界面，则将该消息发送给会议界面处理装置。

另外，关键消息的消息接收队列中的消息经调度器调度至对应的解析器后，解析器会解析所述消息属于哪个企业，并将所述消息发送至分发器。分发器根据所述消息所属的企业信息将所述消息发送至对应企业的业务逻辑控制装置。业务逻辑控制装置接收到消息后，解析该消息，并判断该消息属于主界面还是属于会议界面，如果属于主界面则将该消息发送给主界面业务逻辑处理装置；如果属于会议界面，则将该消息发送给会议界面处理装置。然而，本发明并不限定于此。于其他实施例中，关键消息的消息接收队列中的消息处理方式亦可与一般消息的消息接收队列中的消息处理方式一致。

于本实施例中，服务器根据调控策略动态调控调度器的数目。于此，服务器定时根据调控策略动态调控调度器的数目。然而，本发明并不限定于此。于实际应用中，服务器亦可实时根据调控策略动态调控调度器的数目。

此外，于本实施例中，所述调控策略为：设定消息最长调度时间以及消息最短调度时间，若当前数目的调度器无法在所述消息最长调度时间内调度对应的消息接收队列中的消息时，增加所述调度器的数目，若当前数目的调度器能够在所述消息最短调度时间内调度对应的消息接收队列中的消息时，减少所述调度器的数目。此外，服务器预设所述调度器的最大数目以及最小数目，所述调度器的数目在调控过程中不超过所述最大数目且不低于所述最小数目。

具体而言，服务器预设调度器的最大数目例如为10，最小数目例如为2。据此，在服务器动态调控调度器数目的过程中，调度器的数目应不超过10且不低于2。另外，服务器设定消息最长调度时间例如为2秒，消息最短调度时间例如为0.5秒。如此，若当前数目的所述调度器无法在所述消息最长调度时间（即，2秒）内调度对应的消息接收队列中的消息，则增加调度器的数目；若当前数目的所述调度器能够在所述消息最短调度时间（即，0.5秒）内调度对应的消息接收队列中的消息，则减少所述调度器的数目。关于调度器数目的增加及减小的过程具体如下所述。

举例而言，消息接收队列中尚未被调度的消息总数设为c，每个调度器1秒内能调度的消息数设为d，且当前的调度器数目设为e。据此，比较c及d*e*2的大小，若c大于d*e*2，则说明当前的调度器数目不能在2秒（即，消息最长调度时间）内将消息接收队列中的消息全部调度完毕，此时，需要增加调度器的数目。具体而言，计算（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秒（即，消息最短调度时间）内将消息接收队列中的消息全部调度完毕，此时，需要减少调度器的数目。具体而言，若当前调度器的数目只剩下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，则增加的调度器的数目为10-e，若m+e≤10，则增加的调度器数目为m。

另外，若d*e*t大于c，则需要减少调度器的数目。具体而言，若当前调度器的数目只剩下2（即，e=2），则不减少调度器的数目；若e>2，则计算(d*e*t-c)/(d*t)的大小，并将获得的结果四舍五入后用n表示，此时，若e-n≤2，则减少的调度器的数目为e-2，若e-n>2，则减少的调度器的数目为n。

于再一较佳实施例中，所述调控策略为：设定调度器的最大调度消息数目，若当前数目的所述调度器以最大调度消息数目进行消息调度时无法调度对应的消息接收队列中的所有消息，增加所述调度器的数目，若当前数目的所述调度器能够以最大调度消息数目调度对应的消息接收队列中的消息，则减少所述调度器的数目。此外，服务器预设所述调度器的最大数目以及最小数目，所述调度器的数目在调控过程中不超过所述最大数目且不低于所述最小数目。

举例而言，服务器预设调度器的最大数目例如为10，最小数目例如为2。据此，在服务器动态调控调度器数目的过程中，调度器的数目应不超过最大数目（即，10）且不低于最小数目（即，2）。另外，服务器设定每个调度器的最大调度消息数目p，当前消息接收队列中尚未被调度的消息总数为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。

图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的数目。

于本实施例中，所述时间调度策略为：预设不同消息类型对应的消息接收队列的优先级以及预设调度时长，在每个调度周期时长内，根据消息接收队列从高至低的优先级顺序进行调度，且每个消息接收队列的调度时长为预设调度时长。然而，本发明并不限定于此。于其他实施例中，所述时间调度策略为：预设不同消息类型对应的消息接收队列的优先级、预设调度时长以及可借用时长，在每个调度周期时长内，根据消息接收队列从高至低的优先级顺序进行调度，若优先级较高的消息接收队列中的消息在对应的预设调度时长内未调度完毕，则借用下一优先级的消息接收队列的可借用时长继续调度。或者，所述时间调度策略为：预设不同消息类型对应的消息接收队列的优先级以及预设调度时长，在每个调度周期时长内，根据消息接收队列从高至低的优先级顺序进行调度，若优先级较高的消息接收队列中的消息调度所需的时长小于对应的预设调度时长，则所述多余时长分配给下一优先级的消息接收队列。

于本实施例中，所述调控策略为：设定消息最长调度时间以及消息最短调度时间，若当前数目的所述调度器无法在所述消息最长调度时间内调度对应的消息接收队列中的消息时，增加所述调度器的数目，若当前数目的所述调度器能够在所述消息最短调度时间内调度对应的消息接收队列中的消息时，减少所述调度器的数目。然而，本发明并不限定于此。于其他实施例中，所述调控策略可为：若相应的消息接收队列中未被调度的消息总数大于预设时间内当前数目的调度器所能调度的消息总数，则获取所述消息接收队列中未被调度的消息总数与预设时间内当前数目的调度器所能调度的消息总数的差值，并计算所述差值与所述消息接收队列中未被调度的消息总数的比值，若所述比值小于或等于预设值，则增加所述调度器的数目，若所述消息接收队列中未被调度的消息总数小于预设时间内当前数目的调度器所能调度的消息总数，则减少所述调度器的数目。或者，所述调控策略可为：设定所述调度器的最大调度消息数目，若当前数目的所述调度器以最大调度消息数目进行消息调度时无法调度对应的消息接收队列中的所有消息，增加所述调度器的数目，若当前数目的所述调度器能够调度对应的消息接收队列中的消息，则减少所述调度器的数目。

此外，关于上述系统的具体操作过程同上述方法所述，故于此不再赘述。

综上所述，根据本发明较佳实施例提供的消息调度处理方法及系统，服务器接收客户端发送的消息后，判断所述消息的类型，并根据消息的类型将所述消息放入对应的消息接收队列。如此，实现对消息的分类处理，从而提高关键消息的处理效率。而且，调度器根据时间调度策略将不同消息接收队列中的消息分别调度至解析器，如此，实现了消息的个性化调度，从而提高服务器的性能。此外，服务器根据调控策略动态调控调度器的数目，如此，当服务器的压力较大时，通过增加调度器的数目，有利于短时间内将消息全部调度完毕，从而提高服务器的性能。此外，当服务器的压力较小时，通过调控减少调度器的数目，释放系统资源。如此，不仅提高用户体验，而且提高系统稳定性。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种消息调度处理方法，其特征在于，包括以下步骤：

服务器接收网络会议中客户端发送的消息，根据接收的所述消息携带的类型信息判断所述消息的类型，并根据所述消息所属的类型将所述消息放入对应的消息接收队列；

所述服务器的调度器根据时间调度策略调度不同消息接收队列中的消息至对应的解析器，所述解析器解析处理所述消息，

其中，所述服务器根据调控策略动态调控所述调度器的数目。

2.根据权利要求1所述的方法，其特征在于，于所述客户端向所述服务器发送所述消息之前，所述客户端通过查询企业用户信息表确定当前发送所述消息的企业用户所属的类别，并根据所述企业用户的类别确定所述企业用户发送的消息格式。

3.根据权利要求2所述的方法，其特征在于，若所述服务器存储所述企业用户信息表，则所述客户端发送查询信息至所述服务器，所述服务器根据所述查询信息查询所述企业用户信息表，并将查询得到的企业用户的类别信息返回至所述客户端。

4.根据权利要求1所述的方法，其特征在于，所述时间调度策略为：预设不同消息类型对应的消息接收队列的优先级以及预设调度时长，在每个调度周期时长内，根据消息接收队列从高至低的优先级顺序进行调度，且每个消息接收队列的调度时长为预设调度时长。

5.根据权利要求1所述的方法，其特征在于，所述时间调度策略为：预设不同消息类型对应的消息接收队列的优先级、预设调度时长以及可借用时长，在每个调度周期时长内，根据消息接收队列从高至低的优先级顺序进行调度，若优先级较高的消息接收队列中的消息在对应的预设调度时长内未调度完毕，则借用下一优先级的消息接收队列的可借用时长继续调度。

6.根据权利要求1所述的方法，其特征在于，所述时间调度策略为：预设不同消息类型对应的消息接收队列的优先级以及预设调度时长，在每个调度周期时长内，根据消息接收队列从高至低的优先级顺序进行调度，若优先级较高的消息接收队列中的消息调度所需的时长小于对应的预设调度时长，则所述多余时长分配给下一优先级的消息接收队列。

7.根据权利要求1所述的方法，其特征在于，所述调控策略为：设定消息最长调度时间以及消息最短调度时间，若当前数目的所述调度器无法在所述消息最长调度时间内调度对应的消息接收队列中的消息时，增加所述调度器的数目，若当前数目的所述调度器能够在所述消息最短调度时间内调度对应的消息接收队列中的消息时，减少所述调度器的数目。

8.根据权利要求1所述的方法，其特征在于，所述调控策略为：若相应的消息接收队列中未被调度的消息总数大于预设时间内当前数目的调度器所能调度的消息总数，则获取所述消息接收队列中未被调度的消息总数与预设时间内当前数目的调度器所能调度的消息总数的差值，并计算所述差值与所述消息接收队列中未被调度的消息总数的比值，若所述比值小于或等于预设值，则增加所述调度器的数目，若所述消息接收队列中未被调度的消息总数小于预设时间内当前数目的调度器所能调度的消息总数，则减少所述调度器的数目。

9.根据权利要求1所述的方法，其特征在于，所述调控策略为：设定所述调度器的最大调度消息数目，若当前数目的所述调度器以最大调度消息数目进行消息调度时无法调度对应的消息接收队列中的所有消息，增加所述调度器的数目，若当前数目的所述调度器能够以最大调度消息数目调度对应的消息接收队列中的消息，则减少所述调度器的数目。

10.一种消息调度处理系统，其特征在于，包括客户端以及服务器，所述服务器包括接收器、控制器、调度器以及解析器，所述客户端连接所述服务器，所述接收器连接所述调度器，所述调度器连接所述解析器，所述控制器连接所述调度器及所述接收器，

所述接收器，用于接收网络会议中客户端发送的消息，根据接收的所述消息携带的类型信息判断所述消息的类型，并根据所述消息所属的类型将所述消息放入对应的消息接收队列，

所述调度器，用于根据时间调度策略调度不同消息接收队列中的消息至对应的所述解析器，

所述解析器，用于解析处理所述消息，

所述控制器，用于根据调控策略动态调控所述调度器的数目。

Images