CN102685251A - 一种网络会议的消息调度控制方法及系统 - Google Patents
一种网络会议的消息调度控制方法及系统 Download PDFInfo
- Publication number
- CN102685251A CN102685251A CN2012101743549A CN201210174354A CN102685251A CN 102685251 A CN102685251 A CN 102685251A CN 2012101743549 A CN2012101743549 A CN 2012101743549A CN 201210174354 A CN201210174354 A CN 201210174354A CN 102685251 A CN102685251 A CN 102685251A
- Authority
- CN
- China
- Prior art keywords
- message
- scheduler
- scheduling
- sink formation
- duration
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种网络会议的消息调度控制方法及系统。上述方法包括以下步骤:服务器接收网络会议中客户端发送的消息;服务器的第一解析器解析每个消息的业务类型,并根据所述消息的业务类型将所述消息放入对应的消息接收队列,并将所述消息接收队列的消息数目信息传输至控制器;服务器的调度器根据时间调度策略将不同业务类型对应的消息接收队列中的消息分别调度至服务器的第二解析器;第二解析器解析处理所述消息,其中,控制器根据所述消息接收队列的消息数目信息通过调控策略动态调控调度器的数目。
Description
技术领域
本发明属于网络通讯领域,尤其涉及一种网络会议的消息调度控制方法及系统。
背景技术
目前,在云会议中,所有用户都连接到同一个通信服务器上,导致通信服务器要处理大量的信息。若通信服务器不能在短时间内处理掉这些海量信息,则会导致用户长时间得不到响应,从而影响用户体验,甚至会导致视频会议逻辑出错,系统崩溃;并且通信服务器并不能针对不同类别的消息,进行个性化处理,导致重要消息得不到及时调度,从而影响用户体验。
发明内容
本发明提供一种网络会议的消息调度控制方法及系统,以解决上述问题。
本发明提供一种网络会议的消息调度控制方法。上述方法包括以下步骤:服务器接收网络会议中客户端发送的消息;服务器的第一解析器解析每个消息的业务类型,并根据所述消息的业务类型将所述消息放入对应的消息接收队列,并将所述消息接收队列的消息数目信息传输至控制器;服务器的调度器根据时间调度策略将不同业务类型对应的消息接收队列中的消息分别调度至服务器的第二解析器;第二解析器解析处理所述消息,其中,控制器根据所述消息接收队列的消息数目信息通过调控策略动态调控调度器的数目。
本发明还提供一种网络会议的消息调度控制系统,包括客户端、服务器以及控制器。服务器包括接收器、调度器、第一解析器以及第二解析器。客户端连接服务器,服务器连接控制器,接收器连接第一解析器,调度器连接第一解析器及第二解析器。接收器,用于接收网络会议中客户端发送的消息。第一解析器,用于解析每个消息的业务类型,并根据所述消息的业务类型将所述消息放入对应的消息接收队列,并将所述消息接收队列的消息数目信息传输至控制器。调度器,用于根据时间调度策略将不同业务类型对应的消息接收队列中的消息分别调度至服务器的第二解析器。第二解析器,用于解析处理所述消息。控制器,用于根据所述消息接收队列的消息数目信息通过调控策略动态调控调度器的数目。
相较于先前技术,根据本发明提供的网络会议的消息调度控制方法及系统,服务器通过第一解析器将消息根据业务类型分类后再进行调度及解析处理,如此,提高服务器对消息的处理效率。而且,调度器根据时间调度策略将不同业务类型对应的消息接收队列中的消息分别调度至第二解析器,如此,实现了消息的个性化调度,从而提高服务器的性能。同时,控制器根据调控策略动态调控调度器的数目,如此,当服务器的压力较大时,通过增加调度器的数目,有利于短时间内将消息全部调度完毕,从而提高服务器的性能。此外,当服务器的压力较小时,通过调控减少调度器的数目,释放系统资源。如此,不仅提高用户体验,而且提高系统稳定性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1所示为根据本发明的较佳实施例提供的网络会议的消息调度控制方法的流程图;
图2所示为根据本发明的较佳实施例提供的网络会议的消息调度控制系统的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图1所示为根据本发明的较佳实施例提供的网络会议的消息调度控制方法的流程图。如图1所示,本发明的较佳实施例提供的网络会议的消息调度控制方法包括步骤101~104。
于步骤101,服务器接收网络会议中客户端发送的消息。具体而言,用户通过客户端登录到云会议的主界面或者会议界面,开始聊天或者视频会议时,用户的浏览器(即,用户所在的客户端)会连接到云会议的服务器,并向服务器发送消息。
于步骤102,所述服务器的第一解析器解析每个消息的业务类型,并根据所述消息的业务类型将所述消息放入相应的消息接收队列,并将所述消息接收队列的消息数目信息传输至控制器。于此,以发起会议、登录会议以及群组消息三种业务类型为例进行说明。具体而言,第一解析器接收消息后,根据每个消息携带的相关信息确定所述消息的业务类型。于此,每种业务类型对应一个消息接收队列。第一解析器根据每个消息的业务类型将消息放入对应的消息接收队列。例如,消息a的业务类型为发起会议,消息b的业务类型为登录会议,消息c的业务类型为群组消息;发起会议的业务类型对应消息接收队列A,登录会议的业务类型对应消息接收队列B,群组消息的业务类型对应消息接收队列C。如此,第一解析器通过解析后会将消息a放入消息接收队列A,将消息b放入消息接收队列B,将消息c放入消息接收队列C。此外,第一解析器实时将消息接收队列的消息数目信息传输至控制器。然而,本发明并不限定于此。于其他实施例中,第一解析器可定时将消息接收队列的消息数目信息传输至控制器。
于步骤103,所述服务器的调度器根据时间调度策略将不同业务类型对应的消息接收队列中的消息分别调度至所述服务器的第二解析器。其中,调度器创建工作线程完成不同消息接收队列中消息的调度。其中,本发明并不限定调度器为不同的消息接收队列创建的工作线程的数目。此外,调度器于每次调度消息接收队列中的消息后,判断所述消息接收队列中的消息是否被调度完毕,若所述消息接收队列中的消息未被调度完毕,则调度器通过工作线程继续调度,若所述消息接收队列中的消息已被调度完毕,则调度器相应地调度其他消息接收队列中的消息。
于此,所述时间调度策略为:预设不同业务类型对应的消息接收队列的优先级以及预设调度时长,在每个调度周期时长内,根据消息接收队列从高至低的优先级顺序进行调度,且每个消息接收队列的调度时长为预设调度时长。
于此,以三种业务类型(Login,Text,Loginout)为例说明。每个调度周期时长内,上述三种业务类型对应的消息接收队列的优先级以及预设调度时长例如下表所示。
消息的业务类型 | 消息接收队列 | 消息接收队列的优先级 | 预设调度时长 |
Login | 消息接收队列L1 | 第一等级 | 300毫秒 |
Text | 消息接收队列L3 | 第三等级 | 100毫秒 |
Loginout | 消息接收队列L2 | 第二等级 | 200毫秒 |
表1
其中,消息接收队列优先级由高至低的顺序为:消息接收队列L1、消息接收队列L2、消息接收队列L3。其中,消息接收队列的优先级可根据其对应的业务类型的重要性或者消息数量确定。然而,本发明并不限定消息接收队列的优先级的确定方式。
于此,根据于此所述的时间调度策略,以调度周期时长为600毫秒为例,在每个调度周期时长内,调度器依次调度第一等级的消息接收队列L1、第二等级的消息接收队列L2,第三等级的消息接收队列L3。而且,调度器调度消息接收队列L1中消息的时长为300毫秒,调度消息接收队列L2中消息的时长为200毫秒,调度消息接收队列L3中消息的时长为100毫秒。若调度器无法在一个调度周期时长内调度消息接收队列L1~L3中的消息,则调度器继续下一个调度周期时长进行消息调度直至消息接收队列L1~L3中的消息全部被调度至第二解析器。
于另一较佳实施例中,所述时间调度策略为:预设不同业务类型对应的消息接收队列的优先级、预设调度时长以及可借用时长,在每个调度周期时长内,根据消息接收队列从高至低的优先级顺序进行调度,若优先级较高的消息接收队列中的消息在对应的预设调度时长内未调度完毕,则借用下一优先级的消息接收队列的可借用时长继续调度。
于此,仍以三种业务类型(Login,Text,Loginout)为例说明。每个调度周期时长内,上述三种业务类型对应的消息接收队列的优先级以及预设调度时长例如下表所示。
表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中的消息均被调度至第二解析器。
于步骤104,所述第二解析器解析处理所述消息。具体而言,所述第二解析器接收所述消息后,解析所述消息的企业信息,并根据所述消息的企业信息分类传输所述消息。具体而言,第二解析器先确定所述消息属于哪个企业,之后,将所述消息发送至对应企业的消息队列。例如,消息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的消息队列中。
于本实施例中,每个企业的消息队列对应一个批量调度器。服务器的所述批量调度器会从企业消息队列中批量调度消息,并将这些消息发送给消息分发器。其中,本发明并不限定批量调度器每次调度消息的数目。最后,消息分发器将这些消息发送给对应企业的业务逻辑控制装置。例如,对应ID为1的企业的业务逻辑控制装置接收到消息a后,解析消息a的serverType字段,于此,serverType字段为0,则说明消息a是用户从会议界面发送的消息,则将消息a转发给ID为1的企业的会议界面业务逻辑处理装置。之后,ID为1的企业的会议界面业务逻辑处理装置接收到消息a后,完成消息a的业务逻辑处理。另外,若serverType字段为1,则说明所述消息是用户从主界面发送的消息,则业务逻辑控制装置会将所述消息发送给ID为1的企业的主界面业务逻辑处理装置处理。之后,ID为1的企业的主界面业务逻辑处理装置接收到所述消息后,完成所述消息的业务逻辑处理。
于本实施例中,控制器根据消息接收队列的消息数目信息通过调控策略动态调控所述调度器的数目。其中,所述控制器定时根据调控策略动态调控所述调度器的数目。然而,本发明并不限定于此。于实际应用中,控制器亦可实时根据调控策略动态调控调度器的数目。
于本实施例中,所述调控策略为:设定消息最长调度时间以及消息最短调度时间,若当前数目的调度器无法在所述消息最长调度时间内调度消息接收队列中的消息时,增加所述调度器的数目,若当前数目的所述调度器能够在所述消息最短调度时间内调度所述消息接收队列中的消息时,减少所述调度器的数目。此外,控制器预设所述调度器的最大数目以及最小数目,所述调度器的数目在调控过程中不超过所述最大数目且不低于所述最小数目。
举例而言,控制器预设调度器的最大数目例如为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以及控制器23。服务器22包括接收器220、调度器222、第一解析器223以及第二解析器224。客户端20连接服务器22,服务器22连接控制器23。接收器220连接第一解析器223,调度器222连接第一解析器223以及第二解析器224。接收器220,用于接收网络会议中客户端20发送的消息。第一解析器223,用于解析每个消息的业务类型,并根据所述消息的业务类型将所述消息放入对应的消息接收队列,并将消息接收队列的消息数目信息传输至控制器。调度器222,用于根据时间调度策略将不同业务类型对应的消息接收队列中的消息分别调度至所述服务器22的第二解析器224。第二解析器224,用于解析处理所述消息。控制器23,用于根据消息接收队列的消息数目信息通过调控策略动态调控调度器222的数目。
于本实施例中,所述时间调度策略为:预设不同业务类型对应的消息接收队列的优先级以及预设调度时长,在每个调度周期时长内,根据消息接收队列从高至低的优先级顺序进行调度,且每个消息接收队列的调度时长为预设调度时长。然而,本发明并不限定于此。于其他实施例中,所述时间调度策略为:预设不同业务类型对应的消息接收队列的优先级、预设调度时长以及可借用时长,在每个调度周期时长内,根据消息接收队列从高至低的优先级顺序进行调度,若优先级较高的消息接收队列中的消息在对应的预设调度时长内未调度完毕,则借用下一优先级的消息接收队列的可借用时长继续调度。或者,所述时间调度策略为:预设不同业务类型对应的消息接收队列的优先级以及预设调度时长,在每个调度周期时长内,根据消息接收队列从高至低的优先级顺序进行调度,若优先级较高的消息接收队列中的消息调度所需的时长小于对应的预设调度时长,则所述多余时长分配给下一优先级的消息接收队列。
于本实施例中,所述调控策略为:设定消息最长调度时间以及消息最短调度时间,若当前数目的调度器无法在所述消息最长调度时间内调度消息接收队列中的消息时,增加所述调度器的数目,若当前数目的所述调度器能够在所述消息最短调度时间内调度所述消息接收队列中的消息时,减少所述调度器的数目。然而,本发明并不限定于此。于其他实施例中,所述调控策略可为:若消息接收队列中未被调度的消息总数大于预设时间内当前数目的调度器所能调度的消息总数,则获取所述消息接收队列中未被调度的消息总数与预设时间内当前数目的调度器所能调度的消息总数的差值,并计算所述差值与所述消息接收队列中未被调度的消息总数的比值,若所述比值小于或等于预设值,则增加所述调度器的数目,若所述消息接收队列中未被调度的消息总数小于预设时间内当前数目的调度器所能调度的消息总数,则减少所述调度器的数目。或者,所述调控策略可为:设定调度器的最大调度消息数目,若当前数目的所述调度器以最大调度消息数目进行消息调度时无法调度消息接收队列中的所有消息,增加所述调度器的数目,若当前数目的所述调度器能够调度所述消息接收队列中的消息,则减少所述调度器的数目。
此外,关于上述系统的具体操作过程同上述方法所述,故于此不再赘述。
综上所述,根据本发明较佳实施例提供的网络会议的消息调度控制方法及系统,服务器通过第一解析器将消息根据业务类型分类后再进行调度及解析处理,如此,提高服务器对消息的处理效率。而且,调度器根据时间调度策略将不同业务类型对应的消息接收队列中的消息分别调度至第二解析器,如此,实现了消息的个性化调度,从而提高服务器的性能。同时,控制器根据调控策略动态调控调度器的数目,如此,当服务器的压力较大时,通过增加调度器的数目,有利于短时间内将消息全部调度完毕,从而提高服务器的性能。此外,当服务器的压力较小时,通过调控减少调度器的数目,释放系统资源。如此,不仅提高用户体验,而且提高系统稳定性。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种网络会议的消息调度控制方法,其特征在于,包括以下步骤:
服务器接收网络会议中客户端发送的消息;
所述服务器的第一解析器解析每个消息的业务类型,并根据所述消息的业务类型将所述消息放入对应的消息接收队列,并将所述消息接收队列的消息数目信息传输至控制器;
所述服务器的调度器根据时间调度策略将不同业务类型对应的消息接收队列中的消息分别调度至所述服务器的第二解析器;
所述第二解析器解析处理所述消息,
其中,所述控制器根据所述消息接收队列的消息数目信息通过调控策略动态调控所述调度器的数目。
2.根据权利要求1所述的方法,其特征在于,所述时间调度策略为:预设不同业务类型对应的消息接收队列的优先级以及预设调度时长,在每个调度周期时长内,根据消息接收队列从高至低的优先级顺序进行调度,且每个消息接收队列的调度时长为对应的预设调度时长。
3.根据权利要求1所述的方法,其特征在于,所述时间调度策略为:预设不同业务类型对应的消息接收队列的优先级、预设调度时长以及可借用时长,在每个调度周期时长内,根据消息接收队列从高至低的优先级顺序进行调度,若优先级较高的消息接收队列中的消息在对应的预设调度时长内未调度完毕,则借用下一优先级的消息接收队列的可借用时长继续调度。
4.根据权利要求1所述的方法,其特征在于,所述时间调度策略为:预设不同业务类型对应的消息接收队列的优先级以及预设调度时长,在每个调度周期时长内,根据消息接收队列从高至低的优先级顺序进行调度,若优先级较高的消息接收队列中的消息调度所需的时长小于对应的预设调度时长,则所述多余时长分配给下一优先级的消息接收队列。
5.根据权利要求1所述的方法,其特征在于,所述调控策略为:设定消息最长调度时间以及消息最短调度时间,若当前数目的所述调度器无法在所述消息最长调度时间内调度所述消息接收队列中的消息时,增加所述调度器的数目,若当前数目的所述调度器能够在所述消息最短调度时间内调度所述消息接收队列中的消息时,减少所述调度器的数目。
6.根据权利要求1所述的方法,其特征在于,所述调控策略为:若所述消息接收队列中未被调度的消息总数大于预设时间内当前数目的调度器所能调度的消息总数,则获取所述消息接收队列中未被调度的消息总数与预设时间内当前数目的调度器所能调度的消息总数的差值,并计算所述差值与所述消息接收队列中未被调度的消息总数的比值,若所述比值小于或等于预设值,则增加所述调度器的数目,若所述消息接收队列中未被调度的消息总数小于预设时间内当前数目的调度器所能调度的消息总数,则减少所述调度器的数目。
7.根据权利要求1所述的方法,其特征在于,所述调控策略为:设定所述调度器的最大调度消息数目,若当前数目的所述调度器以最大调度消息数目进行消息调度时无法调度所述消息接收队列中的所有消息,增加所述调度器的数目,若当前数目的所述调度器能够以最大调度消息数目调度所述消息接收队列中的消息,则减少所述调度器的数目。
8.根据权利要求5、6或7所述的方法,其特征在于,所述控制器预设所述调度器的最大数目以及最小数目,所述调度器的数目在调控过程中不超过所述最大数目且不低于所述最小数目。
9.根据权利要求1所述的方法,其特征在于,所述第二解析器接收所述消息后,解析所述消息的企业信息,并根据所述消息的企业信息传输所述消息。
10.一种网络会议的消息调度控制系统,其特征在于,包括客户端、服务器以及控制器,所述服务器包括接收器、调度器、第一解析器以及第二解析器,所述客户端连接所述服务器,所述服务器连接所述控制器,所述接收器连接所述第一解析器,所述调度器连接所述第一解析器及所述第二解析器,
所述接收器,用于接收网络会议中客户端发送的消息,
所述第一解析器,用于解析每个消息的业务类型,并根据所述消息的业务类型将所述消息放入对应的消息接收队列,并将所述消息接收队列的消息数目信息传输至所述控制器,
所述调度器,用于根据时间调度策略将不同业务类型对应的消息接收队列中的消息分别调度至所述服务器的第二解析器,
所述第二解析器,用于解析处理所述消息,
所述控制器,用于根据所述消息接收队列的消息数目信息通过调控策略动态调控所述调度器的数目。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012101743549A CN102685251A (zh) | 2012-05-31 | 2012-05-31 | 一种网络会议的消息调度控制方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012101743549A CN102685251A (zh) | 2012-05-31 | 2012-05-31 | 一种网络会议的消息调度控制方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102685251A true CN102685251A (zh) | 2012-09-19 |
Family
ID=46816604
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012101743549A Pending CN102685251A (zh) | 2012-05-31 | 2012-05-31 | 一种网络会议的消息调度控制方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102685251A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108809668A (zh) * | 2018-05-29 | 2018-11-13 | 新华三技术有限公司 | 一种认证方法、装置及接入设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1606301A (zh) * | 2004-07-09 | 2005-04-13 | 清华大学 | 一种共享资源访问的调度控制方法及装置 |
CN1889521A (zh) * | 2006-07-13 | 2007-01-03 | 华为技术有限公司 | 一种数据调度方法及系统 |
-
2012
- 2012-05-31 CN CN2012101743549A patent/CN102685251A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1606301A (zh) * | 2004-07-09 | 2005-04-13 | 清华大学 | 一种共享资源访问的调度控制方法及装置 |
CN1889521A (zh) * | 2006-07-13 | 2007-01-03 | 华为技术有限公司 | 一种数据调度方法及系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108809668A (zh) * | 2018-05-29 | 2018-11-13 | 新华三技术有限公司 | 一种认证方法、装置及接入设备 |
CN108809668B (zh) * | 2018-05-29 | 2021-09-21 | 新华三技术有限公司 | 一种认证方法、装置及接入设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102710517A (zh) | 一种消息调度控制方法及系统 | |
CN102571607B (zh) | 一种网络流速分配系统 | |
CN102307230B (zh) | 业务传输方法和装置 | |
CN102739781A (zh) | 一种消息的批量调度方法及系统 | |
CN102340734B (zh) | 定位应用管理方法及装置 | |
CN105337837A (zh) | 一种消息发送方法和设备 | |
CN102685032A (zh) | 一种网络会议的消息处理方法及系统 | |
CN105743947A (zh) | 一种资源共享方法及装置 | |
CN114501351B (zh) | 流量控制方法、设备及存储介质 | |
CN102739412A (zh) | 一种消息的批量调度控制方法及系统 | |
CN102685227A (zh) | 一种云会议的消息调度方法及系统 | |
CN102685250A (zh) | 一种消息调度处理方法及系统 | |
CN104734983A (zh) | 业务数据请求的调度系统、方法及装置 | |
CN102685130A (zh) | 一种云会议的调度控制方法及系统 | |
CN102685235A (zh) | 一种消息调度方法及系统 | |
CN103067474A (zh) | 分布式文件系统中通信的处理方法和装置 | |
CN102685253A (zh) | 一种网络会议的消息调度方法及系统 | |
CN102739564A (zh) | 一种消息批量调度控制方法及系统 | |
Tahir et al. | Event-and priority-driven coordination in next-generation grid | |
CN101594642A (zh) | 用于通信网元设备的资源分配方法及装置 | |
CN102685251A (zh) | 一种网络会议的消息调度控制方法及系统 | |
CN102685236A (zh) | 一种消息处理方法及系统 | |
CN106209676A (zh) | 基于多设备的云主机系统的数据处理方法及装置 | |
CN102685228A (zh) | 一种云会议的消息处理方法及系统 | |
CN102685131A (zh) | 一种云会议的消息调度控制方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20120919 |