CN102801619A - 一种网络会议漂移处理方法及系统 - Google Patents

Abstract

本发明提供一种网络会议漂移处理方法及系统。上述方法包括以下步骤：域名解析服务器接收并解析网络会议请求中携带的会议参数信息，确定会议类型、会议级别及所述用户所属的区域，并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值；若超过，域名解析服务器根据网络会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数，确定网络会议请求对应的目标区域的区域控制服务器；目标区域的负载均衡服务器根据预设的分配策略将网络会议请求路由至业务处理服务器；若业务处理服务器当前处理的网络会议数目达到预警值，业务处理服务器根据漂移策略将网络会议请求路由至目标业务处理服务器。

Description

一种网络会议漂移处理方法及系统

技术领域

本发明属于网络通信领域，尤其涉及一种网络会议漂移处理方法及系统。

背景技术

目前，随着网络通信技术的发展，于网络会议领域，存在网络会议漂移的需求。然而，目前业界使用的方式均是将网络会议中对应一个区域服务器的集体用户漂移到另外一个区域服务器上。举例而言，公司A在北京设置一个机房A1，在杭州设置一个机房A2，其中，北京的用户连接北京机房A1的服务器，杭州的用户连接杭州机房A2的服务器。当北京的机房A1的服务器压力过大或出现故障时，就会将连接北京机房A1的服务器的所有用户集体漂移到杭州机房A2的服务器上。然而，上述整体漂移的方式不仅极大地降低了北京用户的体验度，而且会导致杭州机房A2的服务器压力过大，更甚者会导致所有机房服务器的系统崩溃，严重影响通信效率。

发明内容

本发明提供一种网络会议漂移处理方法及系统，以解决上述问题。

本发明提供一种网络会议漂移处理方法。上述方法包括以下步骤：域名解析服务器接收并解析用户发送的网络会议请求中携带的会议参数信息，确定会议类型、会议级别及所述用户所属的区域，并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值；若超过，域名解析服务器根据网络会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数，确定网络会议请求对应的目标区域的区域控制服务器；目标区域的区域控制服务器将网络会议请求发送至与所述会议类型对应的负载均衡服务器，且负载均衡服务器根据预设的分配策略将网络会议请求路由至分配的业务处理服务器；若业务处理服务器当前处理的网络会议数目达到预警值，业务处理服务器根据漂移策略将网络会议请求路由至目标业务处理服务器。

本发明还提供一种网络会议漂移处理系统，包括域名解析服务器、区域控制服务器、负载均衡服务器及业务处理服务器。域名解析服务器连接区域控制服务器，区域控制服务器连接负载均衡服务器，负载均衡服务器连接业务处理服务器。域名解析服务器，用于接收并解析用户发送的网络会议请求中携带的会议参数信息，确定会议类型、会议级别及所述用户所属的区域，并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值。若超过，域名解析服务器，用于根据网络会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数，确定网络会议请求对应的目标区域的区域控制服务器。目标区域的区域控制服务器，用于将网络会议请求发送至与所述会议类型对应的负载均衡服务器，且负载均衡服务器根据预设的分配策略将网络会议请求路由至分配的业务处理服务器。若业务处理服务器当前处理的网络会议数目达到预警值，业务处理服务器，用于根据漂移策略将网络会议请求路由至目标业务处理服务器。

相较于先前技术，根据本发明提供的网络会议漂移处理方法及系统，于域名解析服务器根据会议负载阈值表判断相应区域内相应会议类型的当前会议数目超过对应的最大会议数阈值时，域名解析服务器根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数确定网络会议请求对应的目标区域的区域控制服务器。此外，于业务处理服务器当前处理的网络会议数目达到预警值时，业务处理服务器根据漂移策略将网络会议请求路由至目标业务处理服务器。如此，对超过对应最大会议数阈值的网络会议实现漂移，同时，对超过业务处理服务器预警值的网络会议实现漂移，从而实现单场会议的漂移，使得服务器集群负载更均衡，提高通信效率。

附图说明

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

图1所示为根据本发明的较佳实施例提供的网络会议漂移处理方法的流程图；

图2所示为根据本发明的较佳实施例提供的网络会议漂移处理系统的示意图。

具体实施方式

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

图1所示为根据本发明的较佳实施例提供的网络会议漂移处理方法的流程图。如图1所示，本发明的较佳实施例提供的网络会议漂移处理方法包括步骤101~104。

于步骤101，域名解析服务器接收并解析用户发送的网络会议请求中携带的会议参数信息，确定会议类型、会议级别及所述用户所属的区域，并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值。于此，会议参数信息包括会议人数信息、与会人员区域信息、地址信息及会议级别信息。其中，与会人员区域信息指参加会议的人员分布的区域信息。

具体而言，用户发起网络会议时，设定网络会议的会议人数、与会人区域信息及会议级别信息后，将网络会议请求发送至域名解析服务器。域名解析服务器接收网络会议请求后，通过解析网络会议请求中携带的会议参数信息获得用户的地址信息（例如，IP地址）以确定所述用户所属的区域。举例而言，若IP地址为202.91.251.148的用户P发起网络会议，则域名解析服务器通过解析用户P发送的网络会议请求可得到IP地址为202.91.251.148，并得到上述IP地址对应的区域为苏州。

于本实施例中，域名解析服务器解析网络会议请求中携带的会议参数信息，确定会议类型及会议级别。于此，会议级别例如包括总裁级会议、部长级会议及普通员工级会议。然而，本发明对此并不限定。于实际应用中，可根据需要设定会议级别。另外，会议类型例如包括一般会议、本区域大型会议以及跨区域大型会议。会议类型的区分标准例如表1所示。然而，本发明对此并不限定。于实际应用中，可根据需要设定会议类型的种类及区分标准。

表1

举例而言，若用户P发送的网络会议请求中携带的会议参数信息包括会议人数200人，与会人区域信息为苏州及杭州，则域名解析服务器根据上述信息参照表1可知，该网络会议属于一般会议。

于本实施例中，域名解析服务器存储会议负载阈值表，会议负载阈值表包括所有区域内不同会议类型对应的最大会议数阈值及当前会议数目。其中，会议负载阈值表中的每个区域不同会议类型对应的最大会议数阈值可根据实际情况确定。本发明对此并不限定。

以杭州、北京、上海、苏州四个区域为例，域名解析服务器存储的会议负载阈值表例如表2所示。

表2

于本实施例中，域名解析服务器根据接收的网络会议请求实时更新会议负载阈值表中的当前会议数目。若域名解析服务器判断得到相应区域内相应会议类型的当前会议数目未超过对应的最大会议数阈值，则域名解析服务器将网络会议请求发送至与所述区域对应的区域控制服务器，所述区域控制服务器将网络会议请求发送至与所述会议类型对应的负载均衡服务器。负载均衡服务器接收网络会议请求后，将网络会议请求发送至相应的业务处理服务器，业务处理服务器处理网络会议请求。举例而言，若该网络会议请求是“用户a向用户b发送文本消息”，业务处理服务器接收到该请求后，首先向分布式缓存服务器查询用户b在哪个业务处理服务器上，然后再向用户b所在的业务处理服务器发送请求，请求该业务处理服务器转发文本消息给用户b。于此，所有业务处理服务器中的信息均可同步至分布式缓存服务器。业务处理服务器通过分布式缓存服务器实现跨区域的信息交互。如此，提高了通信效率。

于步骤102，若超过，所述域名解析服务器根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数，确定所述网络会议对应的目标区域的区域控制服务器。其中，域名解析服务器存储会议级别与漂移阈值的对照表，所述对照表例如表3所示。

表3

于表3中，第一阈值及第二阈值可根据实际情况设定，本发明对此并不限定。

于本实施例中，每个区域的漂移参数根据每个区域的优先级、每个区域的会议总场次及每个区域的会议总人数确定。每个区域的漂移参数获取方式为：漂移参数=区域优先级×该区域的会议总场次+区域优先级×该区域的会议总人数。于此，域名解析服务器存储不同区域的区域优先级，并查询获得各个区域的会议总场次以及会议总人数，并根据上述信息计算除所述用户所属区域外的各个区域的漂移参数。

接着，以北京、杭州、苏州、上海四个区域为例。于此，每个区域对应一个区域控制服务器。若杭州区域的用户T1发送网络会议请求Y，会议参数信息如下：会议级别为部长级会议，会议人数1200人，用户T1的地址信息（例如，IP地址117.81.233.120），与会人员区域信息包括用户T2的地址信息（例如，IP地址117.81.233.121）及用户T3的地址信息（例如，IP地址117.81.233.122），则域名解析服务器解析用户T1的网络会议请求Y后，根据用户T1的IP地址确定用户T1属于杭州区域。另外，根据表1确定所述网络会议为本区域大型会议。此外，参照表2所示的会议负载阈值表，若加上此场会议超过杭州区域的本区域大型会议对应的最大会议数阈值（例如，400场），此时，该网络会议请求Y需要转发至其他的区域控制服务器。于此，域名解析服务器根据表3以及北京、上海、苏州三个区域的漂移参数确定该网络会议请求需漂移至哪个区域。例如，域名解析服务器获得的北京、上海、苏州三个区域的优先级、会议总场次及会议总人数信息如表4所示。其中，区域优先级由优先级参数体现，会议总场次及会议总人数为每个区域的当前信息。

区域	优先级参数	会议总场次	会议总人数	漂移参数
					北京	0.95	552	9432	0.95×552+0.95×9432=9484.8
上海	0.9	653	8648	0.9×653+0.9×8648=8370.9
					苏州	0.8	918	14688	0.8×918+0.8×14688=12484.8

表4

于此，域名解析服务器接收并解析网络会议请求Y中携带的会议级别信息，确定会议级别为部长级会议，参照表3及表4，选择计算获得的当前漂移参数介于第一阈值（例如，9000）与第二阈值（例如，11000）的北京区域作为目标区域。因此，域名解析服务器确定将网络会议请求Y漂移至北京区域的区域控制服务器。

于本实施例中，域名解析服务器建立第一例外路由规则表，第一例外路由规则表包括所述网络会议请求中所有与会人员的地址信息与目标区域的区域控制服务器参数信息的对应关系。其中，区域控制服务器参数信息例如包括区域控制服务器的IP地址信息。于本步骤所述例子中，域名解析服务器建立的第一例外路由规则表例如表5所示。

例外IP地址	北京的区域控制服务器的IP地址
		117.81.233.120	202.91.251.133
117.81.233.121	202.91.251.133
		117.81.233.122	202.91.251.133

表5

于本实施例中，根据表5可知，当用户T1~T3登录网络会议时，域名解析服务器会将用户T1~T3的请求转发到北京的区域控制服务器上。此外，当该场会议结束时，北京的区域控制服务器再发送消息给域名解析服务器，请求域名解析服务器删除添加的例外规则。

此外，于本实施例中，当域名解析服务器中存在例外路由规则表时，域名解析服务器在接收到用户的请求后，先检查用户的地址信息是否存在于例外路由规则表中。若例外路由规则表中存在所述用户的地址信息，则将该用户的请求发送至根据例外路由规则表确定的区域控制服务器上，若例外路由规则表中不存在所述用户的地址信息，则将该用户的请求发送至该用户对应区域的区域控制服务器。

于步骤103，所述目标区域的区域控制服务器将所述网络会议请求发送至与所述会议类型对应的负载均衡服务器，且所述负载均衡服务器根据预设的分配策略将所述网络会议请求路由至分配的业务处理服务器。

于此，每个区域中每个会议类型对应一个负载均衡服务器。例如，北京的区域控制服务器接收网络会议请求，且该网络会议请求属于本区域大型会议，则北京的区域控制服务器会将该请求发送至对应于本区域大型会议的负载均衡服务器，之后，负载均衡服务器再将该请求根据分配策略路由至分配的业务处理服务器。其中，所述分配策略包括：选择CPU空闲率最高的业务处理服务器进行分配，或者，选择优先级最高的业务处理服务器进行分配。然而，本发明对此并不限定。

于步骤104，若所述业务处理服务器当前处理的网络会议数目达到预警值，所述业务处理服务器根据漂移策略将所述网络会议请求路由至目标业务处理服务器。另外，目标区域的区域控制服务器根据漂移策略建立第二例外路由规则表，第二例外路由规则表包括网络会议请求中所有与会人员的地址信息与目标负载均衡服务器参数信息的对应关系。于此，负载均衡服务器参数信息例如包括负载均衡服务器的IP地址信息。

于一较佳实施例，所述漂移策略为：所述业务处理服务器根据会议类型的优先级确定目标负载均衡服务器并将所述网络会议请求路由至所述目标负载均衡服务器，所述目标负载均衡服务器根据所述分配策略将所述网络会议请求路由至目标业务处理服务器。其中，所述分配策略同步骤103所述。具体而言，每个业务处理服务器均保存对应区域内所有负载均衡服务器的参数信息。其中，每个负载均衡服务器对应一个会议类型。而且，业务处理服务器存储相应的迁移策略对照表，例如表6所示。

会议类型	会议类型优先级	迁移策略
			跨区域大型会议	高	迁移至本区域大型会议对应的负载均衡服务器

本区域大型会议	中	迁移至一般会议对应的负载均衡服务器
			一般会议	低	不迁移

表6

参照表6，以三种会议类型为例，会议类型的优先级由高至低依次为：跨区域大型会议、本区域大型会议、一般会议。于此，若业务处理服务器当前处理的网络会议数目达到预警值时，业务处理服务器会将超过预警值的网络会议请求根据表6所示进行迁移。例如，超过预警值的网络会议请求属于跨区域大型会议，则业务处理服务器确定将该网络会议请求路由至本区域大型会议对应的负载均衡服务器。

于此，仍以步骤102中杭州区域用户发送的网络会议请求Y为例。根据步骤102及103，该网络会议请求Y例如漂移至北京区域的本区域大型会议的业务处理服务器B。此时，若业务处理服务器B当前处理的网络会议数目达到预警值（例如，100场），则业务处理服务器B根据漂移策略将该网络会议请求Y漂移至目标业务处理服务器。由于本区域大型会议的优先级高于一般会议的优先级，参照表5，业务处理服务器B确定将该网络会议请求Y路由至北京区域的一般会议对应的负载均衡服务器。具体而言，业务处理服务器B将该网络会议下所有人的Socket连接路由到北京区域的一般会议对应的负载均衡服务器，北京区域的一般会议对应的负载均衡服务器接收到这些连接后，将这些连接根据分配策略负载到对应的业务处理服务器上。其中，所述分配策略同步骤103所述。另外，北京的区域控制服务器建立第二例外路由规则表例如表7所示。于此，第二例外路由规则表包括网络会议请求Y中所有与会人员的地址信息与北京区域一般会议对应的负载均衡服务器参数信息的对应关系。

例外IP地址	北京区域一般会议对应的负载均衡服务器的IP地址
		117.81.233.120	202.91.251.133
117.81.233.121	202.91.251.133
		117.81.233.122	202.91.251.133

表7

于本实施例中，当网络会议请求Y的用户登录网络会议时，域名解析服务器根据表5会将该些用户的请求转发到北京的区域控制服务器上，北京的区域控制服务器根据表7会将该些用户的请求转发至北京区域的一般会议对应的负载均衡服务器，该负载均衡服务器再将该些请求路由至目标业务处理服务器。如此，实现单场会议的漂移。此外，当该场会议结束时，目标业务处理服务器通过对应的负载均衡服务器发送消息给北京区域的区域控制服务器，请求北京区域的区域控制服务器删除添加的例外规则。

此外，于本实施例中，当区域控制服务器中存在例外路由规则表时，区域控制服务器在接收到用户的请求后，先检查用户的地址信息是否存在于例外路由规则表中。若例外路由规则表中存在所述用户的地址信息，则将该用户的请求发送至根据例外路由规则表确定的负载均衡服务器上，若例外路由规则表中不存在所述用户的地址信息，则将该用户的请求发送至该用户所属网络会议的会议类型对应的负载均衡服务器。

于另一较佳实施例，所述漂移策略为：若所述业务处理服务器当前处理的网络会议数目达到预警值，则所述业务处理服务器通过与所述会议类型对应的负载均衡服务器，向所属的区域控制服务器发送会议漂移请求，所述区域控制服务器根据所述会议漂移请求及会议类型的优先级，确定目标负载均衡服务器，并通过与所述会议类型对应的负载均衡服务器，将所述目标负载均衡服务器的地址信息发送至所述业务处理服务器；所述业务处理服务器根据所述地址信息，将所述网络会议请求路由至所述目标负载均衡服务器，所述目标负载均衡服务器根据所述分配策略将所述网络会议请求路由至目标业务处理服务器。其中，所述分配策略同步骤103所述。

于此，仍以步骤102中杭州区域用户发送的网络会议请求Y为例。根据步骤102及103，该网络会议请求Y例如漂移至北京区域的本区域大型会议的业务处理服务器B。此时，若业务处理服务器B当前处理的网络会议数目达到预警值（例如，100场），则业务处理服务器B根据漂移策略将该网络会议请求Y漂移至目标业务处理服务器。具体而言，业务处理服务器B通过与本区域大型会议对应的负载均衡服务器，向北京区域的区域控制服务器发送会议漂移请求。北京区域的区域控制服务器根据所述会议漂移请求，根据会议类型的优先级，确定目标负载均衡服务器。具体而言，北京区域的区域控制服务器存储例如表6所示的迁移策略对照表。于此，北京区域的区域控制服务器确定目标负载均衡服务器为对应一般会议的负载均衡服务器。北京区域的区域控制服务器通过本区域大型会议对应的负载均衡服务器，将一般会议对应的负载均衡服务器的地址信息发送至业务处理服务器B。业务处理服务器B根据所述地址信息，将网络会议请求Y路由至一般会议对应的负载均衡服务器，一般会议对应的负载均衡服务器根据分配策略将网络会议请求Y路由至目标业务处理服务器。此外，本实施例中的其他处理过程如上一较佳实施例中的漂移策略所述。故于此不再赘述。

图2所示为根据本发明的较佳实施例提供的网络会议漂移处理系统的示意图。如图2所示，本发明的较佳实施例提供的网络会议漂移处理系统包括域名解析服务器20、区域控制服务器21a~21c、负载均衡服务器22a~22c，23a~23c，24a~24c、业务处理服务器a1~a3、b1~b3、c1~c3、d1~d3、e1~e3、f1~f3、g1~g3、h1~h3、k1~k3以及分布式缓存服务器30。于此，以三个区域控制服务器为例进行说明。域名解析服务器20连接区域控制服务器21a~21c，每个区域控制服务器对应连接三个负载均衡服务器，每个负载均衡服务器对应连接三个业务处理服务器。分布式缓存服务器30连接业务处理服务器。然而，本发明并不限定区域控制服务器、负载均衡服务器以及业务处理服务器的数目。

于本实施例中，域名解析服务器20，用于接收并解析用户发送的网络会议请求中携带的会议参数信息，确定会议类型、会议级别及所述用户所属的区域，并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值。若超过，域名解析服务器20，用于根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数，确定所述网络会议请求对应的区域控制服务器（例如，区域控制服务器21a）。区域控制服务器21a，用于将所述网络会议请求发送至与所述会议类型对应的负载均衡服务器（例如，负载均衡服务器22a），负载均衡服务器22a，用于根据预设的分配策略将所述网络会议请求路由至分配的业务处理服务器（例如，业务处理服务器a2）。若业务处理服务器a2当前处理的网络会议数目达到预警值，业务处理服务器a2根据漂移策略将网络会议请求路由至目标业务处理服务器（例如，业务处理服务器c2）。关于区域控制服务器21b及21c有相同的处理过程，故于此不再赘述。此外，关于上述系统的具体操作过程同上述方法所述，故于此不再赘述。

综上所述，根据本发明较佳实施例提供的网络会议漂移处理方法及系统，于域名解析服务器根据会议负载阈值表判断相应区域内相应会议类型的当前会议数目超过对应的最大会议数阈值时，域名解析服务器根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数确定网络会议请求对应的目标区域的区域控制服务器。此外，于业务处理服务器当前处理的网络会议数目达到预警值时，业务处理服务器根据漂移策略将网络会议请求路由至目标业务处理服务器。如此，对超过对应最大会议数阈值的网络会议实现漂移，同时，对超过业务处理服务器预警值的网络会议实现漂移，从而实现单场会议的漂移，使得服务器集群负载更均衡，提高通信效率。

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

Claims (10)

1.一种网络会议漂移处理方法，其特征在于，包括以下步骤：

域名解析服务器接收并解析用户发送的网络会议请求中携带的会议参数信息，确定会议类型、会议级别及所述用户所属的区域，并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值；

若超过，所述域名解析服务器根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数，确定所述网络会议请求对应的目标区域的区域控制服务器；

所述目标区域的区域控制服务器将所述网络会议请求发送至与所述会议类型对应的负载均衡服务器，且所述负载均衡服务器根据预设的分配策略将所述网络会议请求路由至分配的业务处理服务器；

若所述业务处理服务器当前处理的网络会议数目达到预警值，所述业务处理服务器根据漂移策略将所述网络会议请求路由至目标业务处理服务器。

2.根据权利要求1所述的方法，其特征在于，每个区域的漂移参数根据每个区域的优先级、每个区域的会议总场次及每个区域的会议总人数确定。

3.根据权利要求1所述的方法，其特征在于，所述漂移策略为：所述业务处理服务器根据会议类型的优先级确定目标负载均衡服务器并将所述网络会议请求路由至所述目标负载均衡服务器，所述目标负载均衡服务器根据所述分配策略将所述网络会议请求路由至目标业务处理服务器。

4.根据权利要求1所述的方法，其特征在于，所述漂移策略为：若所述业务处理服务器当前处理的网络会议数目达到预警值，则所述业务处理服务器通过与所述会议类型对应的负载均衡服务器，向所属的区域控制服务器发送会议漂移请求，所述区域控制服务器根据所述会议漂移请求及会议类型的优先级，确定目标负载均衡服务器，并通过与所述会议类型对应的负载均衡服务器，将所述目标负载均衡服务器的地址信息发送至所述业务处理服务器；所述业务处理服务器根据所述地址信息，将所述网络会议请求路由至所述目标负载均衡服务器，所述目标负载均衡服务器根据所述分配策略将所述网络会议请求路由至目标业务处理服务器。

5.根据权利要求3或4所述的方法，其特征在于，所述区域控制服务器根据漂移策略建立第二例外路由规则表，所述第二例外路由规则表包括所述网络会议请求中所有与会人员的地址信息与目标负载均衡服务器参数信息的对应关系。

6.根据权利要求1或3或4所述的方法，其特征在于，所述分配策略包括：选择CPU空闲率最高的业务处理服务器进行分配，或者，选择优先级最高的业务处理服务器进行分配。

7.根据权利要求1所述的方法，其特征在于，所述域名解析服务器建立第一例外路由规则表，所述第一例外路由规则表包括所述网络会议请求中所有与会人员的地址信息与所述目标区域的区域控制服务器参数信息的对应关系。

8.根据权利要求1所述的方法，其特征在于，所述会议参数信息包括会议人数信息、与会人员区域信息、地址信息及会议级别信息。

9.根据权利要求1所述的方法，其特征在于，所述会议类型包括一般会议、本区域大型会议以及跨区域大型会议。

10.一种网络会议漂移处理系统，其特征在于，包括域名解析服务器、区域控制服务器、负载均衡服务器及业务处理服务器，所述域名解析服务器连接所述区域控制服务器，所述区域控制服务器连接所述负载均衡服务器，所述负载均衡服务器连接所述业务处理服务器，

所述域名解析服务器，用于接收并解析用户发送的网络会议请求中携带的会议参数信息，确定会议类型、会议级别及所述用户所属的区域，并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值；

若超过，所述域名解析服务器，用于根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数，确定所述网络会议请求对应的目标区域的区域控制服务器；

所述目标区域的区域控制服务器，用于将所述网络会议请求发送至与所述会议类型对应的负载均衡服务器，且所述负载均衡服务器根据预设的分配策略将所述网络会议请求路由至分配的业务处理服务器；

若所述业务处理服务器当前处理的网络会议数目达到预警值，所述业务处理服务器，用于根据漂移策略将所述网络会议请求路由至目标业务处理服务器。

Images