专利名称：一种云会议的消息解析方法及系统的制作方法
技术领域：
本发明属于网络通讯领域，尤其涉及一种云会议的消息解析方法及系统。
背景技术：
目前，在云会议中，所有用户都连接到同一个通信服务器上，导致通信服务器要处理大量的信息。若通信服务器不能在短时间内处理掉这些海量信息，则会导致用户长时间 得不到响应，从而影响用户体验，甚至会导致视频会议逻辑出错，系统崩溃。
发明内容
本发明提供一种云会议的消息解析方法及系统，以解决上述问题。本发明提供一种云会议的消息解析方法。上述方法包括以下步骤服务器接收网络会议中客户端发送的消息；服务器的第一解析器解析每个消息的业务类型，并根据所述消息的业务类型将所述消息放入对应的消息接收队列；服务器的调度器根据所述业务类型的优先级将所述消息接收队列中的消息分别调度至服务器的第二解析器；第二解析器解析处理所述消息，其中，服务器根据调控策略动态调控调度器的数目。本发明还提供一种云会议的消息解析系统，包括客户端以及服务器。服务器包括接收器、控制器、调度器、第一解析器以及第二解析器。客户端连接服务器。接收器连接第一解析器，调度器连接第一解析器以及第二解析器，控制器连接接收器以及调度器。接收器，用于接收网络会议中客户端发送的消息。第一解析器，用于解析每个消息的业务类型，并根据所述消息的业务类型将所述消息放入对应的消息接收队列。调度器，用于根据所述业务类型的优先级将所述消息接收队列中的消息分别调度至所述服务器的第二解析器。第二解析器，用于解析处理所述消息。控制器，用于根据调控策略动态调控所述调度器的数目。相较于先前技术，根据本发明提供的云会议的消息解析方法及系统，服务器通过第一解析器将消息根据业务类型分类后再进行调度及解析处理，如此，提高服务器对消息的处理效率。同时，服务器根据调控策略动态调控调度器的数目，如此，当服务器的压力较大时，通过增加调度器的数目，有利于短时间内将消息全部调度完毕，从而提高服务器的性能。此外，当服务器的压力较小时，通过调控减少调度器的数目，释放系统资源。如此，不仅提闻用户体验，而且提闻系统稳定性。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图I所示为根据本发明的较佳实施例提供的云会议的消息解析方法的流程图；图2所示为根据本发明的较佳实施例提供的云会议的消息解析系统的示意图。
具体实施方式
下文中将參考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互組合。图I所示为根据本发明的较佳实施例提供的云会议的消息解析方法的流程图。如图I所示，本发明的较佳实施例提供的云会议的消息解析方法包括步骤IOf 104。于步骤101，服务器接收网络会议中客户端发送的消息。具体而言，用户通过客户端登录到云会议的主界面或者会议界面，开始聊天或者视频会议时，用户的浏览器(即，用户所在的客户端)会连接到云会议的服务器，井向服务器发送消息。于步骤102，所述服务器的第一 解析器解析每个消息的业务类型，井根据所述消息的业务类型将所述消息放入相应的消息接收队列。于此，以发起会议、登录会议以及群组消息三种业务类型为例进行说明。具体而言，第一解析器接收消息后，根据每个消息携帯的相关信息确定所述消息的业务类型。于此，每种业务类型对应ー个消息接收队列。第一解析器根据每个消息的业务类型将消息放入对应的消息接收队列。例如，消息a的业务类型为发起会议，消息b的业务类型为登录会议，消息c的业务类型为群组消息；发起会议的业务类型对应消息接收队列A，登录会议的业务类型对应消息接收队列B，群组消息的业务类型对应消息接收队列C。如此，第一解析器通过解析后会将消息a放入消息接收队列A，将消息b放入消息接收队列B，将消息c放入消息接收队列C。于步骤103，所述服务器的调度器根据所述业务类型的优先级将所述消息接收队列中的消息分别调度至所述服务器的第二解析器。于此，业务类型的优先级可根据所述业务类型的消息数量确定。然而，本发明并不限定业务类型的优先级的确定方式。于实际应用中，业务类型的优先级还可由服务器预设。接着，基于步骤102中的举例进行说明。若根据当前消息数目可确定业务类型的优先级由高至低的顺序为发起会议、登录会议、群组消息，则调度器首先调度发起会议的业务类型对应的消息接收队列A中的消息至第二解析器，之后，再调度登录会议的业务类型对应的消息接收队列B中的消息至第二解析器，最后，调度群组消息的业务类型对应的消息接收队列C中的消息至第二解析器。于步骤104，所述第二解析器解析处理所述消息。具体而言，所述第二解析器接收所述消息后，解析所述消息的企业信息，井根据所述消息的企业信息分类传输所述消息。具体而言，第二解析器先确定所述消息属于哪个企业，之后，将所述消息发送至对应企业的消息队列。例如，消息 a 为〈root type=’ login，from=，I’ gid=’ 111’ enterpriseld=' I’ serverType= 0’ license=’ K8Z49RV3uFepFyNABSGdNELJnMcfctt27w2SFhNtUAyq55TnAIP132alkzKSHZDH’ cipher=’ XXvnn2W’ />。如此,第二解析器解析消息a的enterpriseld字段,得到“I”，则确定此消息a属于企业ID为I的用户发送的消息。因此，第二解析器将消息a放入对应企业ID为I的消息队列中。于本实施例中，每个企业的消息队列对应ー个批量调度器。服务器的所述批量调度器会从企业消息队列中批量调度消息，并将这些消息发送给消息分发器。其中，本发明并不限定批量调度器每次调度消息的数目。最后，消息分发器将这些消息发送给对应企业的业务逻辑控制装置。例如，对应ID为I的企业的业务逻辑控制装置接收到消息a后，解析消息a的serverType字段,于此,serverType字段为O,则说明消息a是用户从会议界面发送的消息，则将消息a转发给ID为I的企业的会议界面业务逻辑处理装置。之后，ID为I的企业的会议界面业务逻辑处理装置接收到消息a后，完成消息a的业务逻辑处理。另外，若serverType字段为1，则说明所述消息是用户从主界面发送的消息，则业务逻辑控制装置会将所述消息发送给ID为I的企业的主界面业务逻辑处理装置处理。之后，ID为I的企业的主界面业务逻辑处理装置接收到所述消息后，完成所述消息的业务逻辑处理。此外，于本实施例中，服务器根据调控策略动态调控所述调度器的数目。其中，所述服务器定时根据调控策略动态调控所述调度器的数目。然而，本发明并不限定于此。于实际应用中，服务器亦可实时根据调控策略动态调控调度器的数目。于本实施例中，所述调控策略为设定消息最长调度时间以及消息最短调度时间，若当前数目的调度器无法在所述消息最长调度时间内调度消息接收队列中的消息时，增加所述调度器的数目，若当前数目的所述调度器能够在所述消息最短调度时间内调度所述消息接收队列中的消息时，减少所述调度器的数目。此外，服务器预设所述调度器的最大数目以及最小数目，所述调度器的数目在调控过程中不超过所述最大数目且不低于所述最小数目。举例而言，服务器预设调度器的最大数目例如为10，最小数目例如为2。据此，在 服务器动态调控调度器数目的过程中，调度器的数目应不超过10且不低于2。另外，服务器设定消息最长调度时间例如为2秒，消息最短调度时间例如为O. 5秒。如此，若当前数目的调度器无法在所述消息最长调度时间(即，2秒)内调度相应的消息接收队列中的消息，则增加调度器的数目；若当前数目的调度器能够在所述消息最短调度时间(即，O. 5秒)内调度相应的消息接收队列中的消息，则减少调度器的数目。关于调度器数目的增加及减小的过程具体如下所述。举例而言，消息接收队列中尚未被调度的消息总数设为C，每个调度器I秒内能调度的消息数设为山且当前的调度器数目设为e。据此，比较c及d*e*2的大小，若c大于d*e*2，则说明当前的调度器数目不能在2秒(即，消息最长调度时间)内将消息接收队列中的消息全部调度完毕，此时，需要增加调度器的数目。具体而言，计算(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)。据此，在服务器动态调控调度器数目的过程中，调度器的数目应不超过最大数目(即，10)且不低于最小数目(即，2)。例如，消息接收队列中尚未被调度的消息总数设为C，每个调度器在预设时间t内能调度的消息数设为d，且当前的调度器数目设为e。据此，比较c及d*e*t的大小，若c大于d*e*t,计算(c_d*e*t)/c的大小,若所述比值小于或等于阈值,贝U需要增加调度器的数目。具体而言，计算(c-d*e*t)/d*t的大小，并将获得的结果四舍五入后用m表示，其中，m取为整数。若m+e>10，则增加的调度器的数目为10_e，若m+e彡10，则增加的调度器数目为m。另外，若d*e*t大于C，则需要减少调度器的数目。具体而言，若当前调度器的数目只剩下2 (即，e=2)，则不减少调度器的数目；若^2，则计算(d*e*t-c)/(d*t)的大小，并将获得的结果四舍五入后用η表示，此时，若e-n ^ 2，则减少的调度器的数目为e_2，若e-n>2,则减少的调度器的数目为η。于再ー较佳实施例中，所述调控策略为设定调度器的最大调度消息数目，若当前数目的调度器以最大调度消息数目进行消息调度时无法调度消息接收队列中的所有消息，増加所述调度器的数目，若当前数目的所述调度器能够以最大调度消息数目调度所述消息 接收队列中的消息，则减少所述调度器的数目。此外，服务器预设所述调度器的最大数目以及最小数目，所述调度器的数目在调控过程中不超过所述最大数目且不低于所述最小数目。举例而言，服务器预设调度器的最大数目(例如为10)及最小数目(例如为2)。据此，在服务器动态调控调度器数目的过程中，调度器的数目应不超过最大数目(即，10)且不低于最小数目(即，2)。另外，服务器设定每个调度器的最大调度消息数目a，当前消息接收队列中尚未被调度的消息总数为c,当前调度器的数目为e,此时,若c>a*e,计算(c_a*e)/a，并将获得的结果四舍五入后用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所示为根据本发明的较佳实施例提供的云会议的消息解析系统的示意图。如图2所示，本发明的较佳实施例提供的云会议的消息解析系统包括客户端20以及服务器22。服务器22包括接收器220、控制器221、调度器222、第一解析器223以及第二解析器224。客户端20连接服务器22，接收器220连接第一解析器223，调度器222连接第一解析器223以及第二解析器224，控制器221连接接收器220以及调度器222。接收器220，用于接收网络会议中客户端20发送的消息。第一解析器223，用于解析每个消息的业务类型，并根据所述消息的业务类型将所述消息放入对应的消息接收队列。调度器222，用于根据所述业务类型的优先级将所述消息接收队列中的消息分别调度至所述服务器22的第二解析器224。第二解析器224，用于解析处理所述消息。控制器221，用于根据调控策略动态调控调度器222的数目。于本实施例中，所述调控策略为设定消息最长调度时间以及消息最短调度时间，若当前数目的调度器无法在所述消息最长调度时间内调度消息接收队列中的消息时，増加所述调度器的数目，若当前数目的所述调度器能够在所述消息最短调度时间内调度所述消息接收队列中的消息时，減少所述调度器的数目。然而，本发明并不限定于此。于其他实施例中，所述调控策略可为若消息接收队列中未被调度的消息总数大于预设时间内当前数目的调度器所能调度的消息总数，则获取所述消息接收队列中未被调度的消息总数与预设时间内当前数目的调度器所能调度的消息总数的差值，并计算所述差值与所述消息接收队列中未被调度的消息总数的比值，若所述比值小于或等于预设值，则增加所述调度器的数目，若所述消息接收队列中未被调度的消息总数小于预设时间内当前数目的调度器所能调度的消息总数，则减少所述调度器的数目。或者，所述调控策略可为设定调度器的最大调度消息数目，若当前数目的所述调度器以最大调度消息数目进行消息调度时无法调度消息接收队列中的所有消息，增加所述调度器的数目，若当前数目的所述调度器能够调度所述消息接收队列中的消息，则减少所述调度器的数目。此外，关于上述系统的具体操作过程同上述方法所述，故于此不再赘述。综上所述，根据本发明较佳实施例提供的云会议的消息解析方法及系统，服务器通过第一解析器将消息根据业务类型分类后再进行调度及解析处理，如此，提高服务器对 消息的处理效率。同时，服务器根据调控策略动态调控调度器的数目，如此，当服务器的压力较大时，通过增加调度器的数目，有利于短时间内将消息全部调度完毕，从而提高服务器的性能。此外，当服务器的压力较小时，通过调控减少调度器的数目，释放系统资源。如此，不仅提闻用户体验，而且提闻系统稳定性。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种云会议的消息解析方法，其特征在于，包括以下步骤 服务器接收网络会议中客户端发送的消息； 所述服务器的第一解析器解析每个消息的业务类型，并根据所述消息的业务类型将所述消息放入对应的消息接收队列； 所述服务器的调度器根据所述业务类型的优先级将所述消息接收队列中的消息分别调度至所述服务器的第二解析器； 所述第二解析器解析处理所述消息， 其中，所述服务器根据调控策略动态调控所述调度器的数目。
2.根据权利要求I所述的方法，其特征在于，所述调控策略为设定消息最长调度时间以及消息最短调度时间，若当前数目的所述调度器无法在所述消息最长调度时间内调度所述消息接收队列中的消息时，增加所述调度器的数目，若当前数目的所述调度器能够在所述消息最短调度时间内调度所述消息接收队列中的消息时，减少所述调度器的数目。
3.根据权利要求I所述的方法，其特征在于，所述调控策略为若所述消息接收队列中未被调度的消息总数大于预设时间内当前数目的调度器所能调度的消息总数，则获取所述消息接收队列中未被调度的消息总数与预设时间内当前数目的调度器所能调度的消息总数的差值，并计算所述差值与所述消息接收队列中未被调度的消息总数的比值，若所述比值小于或等于预设值，则增加所述调度器的数目，若所述消息接收队列中未被调度的消息总数小于预设时间内当前数目的调度器所能调度的消息总数，则减少所述调度器的数目。
4.根据权利要求I所述的方法，其特征在于，所述调控策略为设定所述调度器的最大调度消息数目，若当前数目的所述调度器以最大调度消息数目进行消息调度时无法调度所述消息接收队列中的所有消息，增加所述调度器的数目，若当前数目的所述调度器能够以最大调度消息数目调度所述消息接收队列中的消息，则减少所述调度器的数目。
5.根据权利要求2、3或4所述的方法，其特征在于，所述服务器预设所述调度器的最大数目以及最小数目，所述调度器的数目在调控过程中不超过所述最大数目且不低于所述最小数目。
6.根据权利要求I所述的方法，其特征在于，所述第二解析器接收所述消息后，解析所述消息的企业信息，并根据所述消息的企业信息传输所述消息。
7.根据权利要求I所述的方法，其特征在于，所述服务器定时根据调控策略动态调控所述调度器的数目。
8.—种云会议的消息解析系统，其特征在于，包括客户端以及服务器，所述服务器包括接收器、控制器、调度器、第一解析器以及第二解析器，所述客户端连接所述服务器，所述接收器连接所述第一解析器，所述调度器连接所述第一解析器及所述第二解析器，所述控制器连接所述调度器及所述接收器， 所述接收器，用于接收网络会议中客户端发送的消息， 所述第一解析器，用于解析每个消息的业务类型，并根据所述消息的业务类型将所述消息放入对应的消息接收队列， 所述调度器，用于根据所述业务类型的优先级将所述消息接收队列中的消息分别调度至所述服务器的第二解析器， 所述第二解析器，用于解析处理所述消息，所述控制器，用于根据调控策略动态调控所述调度器的数目。
9.根据权利要求8所述的系统，其特征在于，所述调控策略为设定消息最长调度时间以及消息最短调度时间，若当前数目的所述调度器无法在所述消息最长调度时间内调度所述消息接收队列中的消息时，增加所述调度器的数目，若当前数目的所述调度器能够在所述消息最短调度时间内调度所述消息接收队列中的消息时，减少所述调度器的数目。
10.根据权利要求8所述的系统，其特征在于，所述调控策略为若所述消息接收队列中未被调度的消息总数大于预设时间内当前数目的调度器所能调度的消息总数，则获取所述消息接收队列中未被调度的消息总数与预设时间内当前数目的调度器所能调度的消息总数的差值，并计算所述差值与所述消息接收队列中未被调度的消息总数的比值，若所述比值小于或等于预设值，则增加所述调度器的数目，若所述消息接收队列中未被调度的消息总数小于预设时间内当前数目的调度器所能调度的消息总数，则减少所述调度器的数目。
全文摘要
本发明提供一种云会议的消息解析方法及系统。上述方法包括以下步骤服务器接收网络会议中客户端发送的消息；服务器的第一解析器解析每个消息的业务类型，并根据所述消息的业务类型将所述消息放入对应的消息接收队列；服务器的调度器根据所述业务类型的优先级将所述消息接收队列中的消息分别调度至服务器的第二解析器；第二解析器解析处理所述消息，其中，服务器根据调控策略动态调控调度器的数目。
文档编号H04L29/06GK102685229SQ20121014252
公开日2012年9月19日 申请日期2012年5月10日 优先权日2012年5月10日
发明者胡加明 申请人:苏州阔地网络科技有限公司