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