CN102739782A - 一种消息批量调度方法及系统 - Google Patents

Abstract

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

Description

一种消息批量调度方法及系统

技术领域

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

背景技术

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

发明内容

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

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

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

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

附图说明

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

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

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

具体实施方式

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

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

于步骤101，服务器接收网络会议中客户端发送的消息，并将接收的消息放入消息接收队列。具体而言，用户通过客户端登录到网络会议的主界面或者会议界面，开始聊天或者视频会议时，用户的浏览器（即，用户所在的客户端）会连接到网络会议的服务器，并向服务器发送消息。于此，服务器将接收的消息放入消息接收队列中。

于步骤102，所述服务器的消息调度器调度所述消息接收队列中的消息至所述服务器的解析器。

于步骤103，所述解析器解析处理所述消息，并根据所述消息所属的企业，将所述消息放入对应企业的消息队列。于此，每个企业例如对应一个消息队列。具体而言，消息调度器将消息调度至解析器后，解析器通过解析消息携带的信息确定所述消息属于哪个企业，之后，将所述消息放入企业对应的消息队列。

例如，消息a为<root type=′login′from=′1′gid=′111′enterpriseId=′1′serverType=′0′license=′K8Z49RV3uFepFyNABSGdNELJnMcfctt27w2SFhNtUAyq55TnAIPl32a1kzKSHZDH′cipher=′XXvnn2W′/>。解析器解析消息a的enterpriseId字段，得到“1”，则确定此消息a属于企业ID为1的用户发送的消息。因此，解析器将消息a放入企业ID为1对应的消息队列中。

于步骤104，所述服务器的批量调度器根据时间调度策略将不同企业的消息队列中的消息分别调度至对应的业务逻辑控制器。于此，批量调度器创建工作线程完成不同消息队列中消息的调度。其中，本发明并不限定批量调度器为不同的消息队列创建的工作线程的数目。此外，批量调度器于每次调度消息队列中的消息后，判断所述消息队列中的消息是否被调度完毕，若所述消息队列中的消息未被调度完毕，则批量调度器通过工作线程继续调度，若所述消息队列中的消息已被调度完毕，则批量调度器相应地调度其他企业对应的消息队列中的消息。其中，本发明并不限定批量调度器每次调度消息的数目。

于本实施例中，每个企业的消息队列例如对应一个业务逻辑控制器。仍以上述消息a为例，对应ID为1的企业的业务逻辑控制器接收到消息a后，解析消息a的serverType字段，于此，serverType字段为0，则说明消息a是用户从会议界面发送的消息，则将消息a转发给ID为1的企业的会议界面业务逻辑处理装置。之后，ID为1的企业的会议界面业务逻辑处理装置接收到消息a后，完成消息a的业务逻辑处理。另外，若serverType字段为1，则说明所述消息是用户从主界面发送的消息，则业务逻辑控制器会将所述消息发送给ID为1的企业的主界面业务逻辑处理装置处理。之后，ID为1的企业的主界面业务逻辑处理装置接收到所述消息后，完成所述消息的业务逻辑处理。

于此，所述时间调度策略为：预设不同企业对应的消息队列的优先级以及预设调度时长，在每个调度周期时长内，根据消息队列从高至低的优先级顺序进行调度，且每个消息队列的调度时长为预设调度时长。

于此，以三个企业1~3为例说明。每个调度周期时长内，上述三个企业对应的消息队列的优先级以及预设调度时长例如下表所示。

企业ID	消息队列	消息队列的优先级	预设调度时长
				1	消息队列L1	第一等级	300毫秒
2	消息队列L2	第二等级	200毫秒
				3	消息队列L3	第三等级	100毫秒

表1

其中，消息队列优先级由高至低的顺序为：消息队列L1、消息队列L2、消息队列L3。其中，消息队列的优先级可根据其对应的企业的重要性等级或者消息数量确定。然而，本发明并不限定消息队列的优先级的确定方式。

于此，根据于此所述的时间调度策略，以调度周期时长为600毫秒为例，在每个调度周期时长内，批量调度器依次调度第一等级的消息队列L1、第二等级的消息队列L2，第三等级的消息队列L3。而且，批量调度器调度消息队列L1中消息的时长为300毫秒，调度消息队列L2中消息的时长为200毫秒，调度消息队列L3中消息的时长为100毫秒。若批量调度器无法在一个调度周期时长内调度消息队列L1~L3中的消息，则批量调度器继续下一个调度周期时长进行消息调度直至消息队列L1~L3中的消息全部被调度至对应的业务逻辑控制器。

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

于此，仍以三个企业1~3为例说明。每个调度周期时长内，上述三个企业对应的消息队列的优先级以及预设调度时长例如下表所示。

企业ID	消息队列	消息队列的优先级	预设调度时长	可借用时长
					1	消息队列L1	第一等级	300毫秒	0
2	消息队列L2	第二等级	200毫秒	30毫秒
					3	消息队列L3	第三等级	100毫秒	50毫秒

表2

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

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

参照表1中的信息，消息队列优先级由高至低的顺序为：消息队列L1、消息队列L2、消息队列L3。根据于此所述的时间调度策略，以调度周期时长为600毫秒为例，在每个调度周期时长内，批量调度器依次调度第一等级的消息队列L1、第二等级的消息队列L2，第三等级的消息队列L3。其中，若批量调度器实际调度消息队列L1中的消息所需的时长为250毫秒（小于消息队列L1对应的预设调度时长300毫秒），则批量调度器可在多余时长（50毫秒）内调度第二等级的消息队列L2。换言之，此时，消息队列L2对应的总调度时长为250毫秒，若消息队列L2实际所需的调度时长为150毫秒，则多余时长（100毫秒）分配给第三等级的消息队列L3。此外，若批量调度器无法在一个调度周期时长内调度消息队列L1~L3中的消息，则批量调度器继续下一个调度周期时长进行消息调度直至消息队列L1~L3中的消息均被调度至对应的业务逻辑控制器。

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

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

举例而言，服务器预设批量调度器的最大数目例如为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）。另外，服务器设定每个批量调度器的最大调度消息数目a，当前消息队列中尚未被调度的消息总数为c，当前批量调度器的数目为e，此时，若c>a*e，计算(c-a*e)/a，并将获得的结果四舍五入后用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、消息调度器221、解析器222、批量调度器223、业务逻辑控制器224以及控制器225。客户端20连接服务器22，接收器220连接消息调度器221，消息调度器221连接解析器222，解析器222连接批量调度器223，批量调度器223连接业务逻辑控制器224，控制器225连接批量调度器223以及解析器222。接收器220，用于接收网络会议中客户端20发送的消息，并将接收的消息放入消息接收队列。消息调度器221，用于调度所述消息接收队列中的消息至解析器222。解析器222，用于解析处理所述消息，并根据所述消息所属的企业，将所述消息放入对应企业的消息队列。批量调度器223，用于根据时间调度策略将不同企业的消息队列中的消息分别调度至业务逻辑控制器224。控制器225，用于根据调控策略动态调控批量调度器223的数目。

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

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

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

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

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

Claims (10)

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

服务器接收网络会议中客户端发送的消息，并将接收的消息放入消息接收队列；

所述服务器的消息调度器调度所述消息接收队列中的消息至所述服务器的解析器；

所述解析器解析处理所述消息，并根据所述消息所属的企业，将所述消息放入对应企业的消息队列；

所述服务器的批量调度器根据时间调度策略将不同企业的消息队列中的消息分别调度至对应的业务逻辑控制器，

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

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

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

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

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

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

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

8.根据权利要求5、6或7所述的方法，其特征在于，所述服务器预设批量调度器的最大数目以及最小数目，所述批量调度器的数目在调控过程中不超过所述最大数目且不低于所述最小数目。

9.根据权利要求1所述的方法，其特征在于，所述服务器定时根据调控策略动态调控所述服务器的批量调度器的数目。

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

其中，所述接收器，用于接收网络会议中所述客户端发送的消息，并将接收的消息放入消息接收队列，

所述消息调度器，用于调度所述消息接收队列中的消息至所述解析器，

所述解析器，用于解析处理所述消息，并根据所述消息所属的企业，将所述消息放入对应企业的消息队列，

所述批量调度器，用于根据时间调度策略将不同企业的消息队列中的消息分别调度至对应的所述业务逻辑控制器，

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

Images