一种控制网络会议漂移的方法及系统.pdf

本发明提供一种控制网络会议漂移的方法及系统。上述方法包括以下步骤：域名解析服务器解析网络会议请求中携带的会议参数信息，确定会议编号，判断例外路由规则表中是否存在会议编号，若不存在，域名解析服务器将网络会议请求发送至控制器；控制器确定所述用户所属的区域及会议类型，并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值；若超过，控制器查询漂移记录表，并根据漂移记录表确定网络会议请求对应的目标区域及第一目标业务处理服务器；若第一目标业务处理服务器当前处理的网络会议数目达到预警值，第一目标业务处理服务器确定需要漂移的目标网络会议，并根据第一漂移策略漂移目标网络会议。

权利要求书一种控制网络会议漂移的方法，其特征在于，包括以下步骤：域名解析服务器接收用户发送的网络会议请求，解析所述网络会议请求中携带的会议参数信息，确定会议编号，并判断例外路由规则表中是否存在所述会议编号，若不存在，所述域名解析服务器将所述网络会议请求发送至控制器；所述控制器解析所述网络会议请求携带的会议参数信息，确定所述用户所属的区域及会议类型，并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值；若超过，所述控制器查询漂移记录表，若所述漂移记录表存储所述网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器，则所述控制器根据漂移记录表确定所述网络会议请求对应的目标区域及第一目标业务处理服务器；若所述第一目标业务处理服务器当前处理的网络会议数目达到预警值，所述第一目标业务处理服务器确定需要漂移的目标网络会议，并根据第一漂移策略漂移所述目标网络会议，所述目标区域内对应所述会议类型的负载均衡服务器将所述网络会议请求路由至所述第一目标业务处理服务器。根据权利要求1所述的方法，其特征在于，所述控制器根据所述会议负载阈值表定时检验所有区域的不同会议类型的当前会议数目是否超过对应的最大会议数阈值，若相应区域的相应会议类型的当前会议数目超过对应的最大会议数阈值，所述控制器根据第二漂移策略确定目标区域，所述目标区域相应会议类型的负载均衡服务器根据分配策略确定第一目标业务处理服务器，所述控制器将所述目标区域及所述第一目标业务处理服务器更新至所述漂移记录表。根据权利要求1所述的方法，其特征在于，若所述控制器根据所述会议负载阈值表判断得到所述网络会议请求所属区域的相应会议类型的当前会议数目超过对应的最大会议数阈值，且所述漂移记录表未存储所述网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器，则所述控制器根据第二漂移策略确定目标区域，所述目标区域相应会议类型的负载均衡服务器根据分配策略确定第一目标业务处理服务器，所述控制器将所述目标区域及所述第一目标业务处理服务器更新至所述漂移记录表。根据权利要求2或3所述的方法，其特征在于，所述第二漂移策略为：根据区域优先级、各个区域的会议总场次及各个区域的会议总人数确定所述网络会议请求对应的目标区域。根据权利要求1所述的方法，其特征在于，所述第一漂移策略为：所述第一目标业务处理服务器根据会议类型的优先级确定目标负载均衡服务器，并将目标网络会议请求路由至所述目标负载均衡服务器，所述目标负载均衡服务器根据所述分配策略将目标网络会议请求路由至第二目标业务处理服务器。根据权利要求1所述的方法，其特征在于，所述第一漂移策略为：所述第一目标业务处理服务器通过与所述会议类型对应的负载均衡服务器，向所属的区域控制服务器发送会议漂移请求，所述区域控制服务器根据所述会议漂移请求及会议类型的优先级，确定目标负载均衡服务器，并通过与所述会议类型对应的负载均衡服务器，将所述目标负载均衡服务器的地址信息发送至所述第一目标业务处理服务器，所述第一目标业务处理服务器根据所述地址信息，将目标网络会议请求路由至所述目标负载均衡服务器，所述目标负载均衡服务器根据所述分配策略将目标网络会议请求路由至第二目标业务处理服务器。根据权利要求2、3、5或6所述的方法，其特征在于，所述分配策略包括：选择CPU空闲率最高的业务处理服务器，或者，选择优先级最高的业务处理服务器。一种控制网络会议漂移的方法，其特征在于，包括以下步骤：域名解析服务器接收用户发送的网络会议请求，解析所述网络会议请求中携带的会议参数信息，确定所述用户所属的区域及会议编号，并判断例外路由规则表中是否存在所述会议编号，若不存在，所述域名解析服务器将所述网络会议请求发送至对应的区域控制服务器；所述区域控制服务器解析所述网络会议请求携带的会议参数信息，确定会议类型，并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值；若超过，所述区域控制服务器将所述网络会议请求发送至控制器，所述控制器查询漂移记录表，若所述漂移记录表存储所述网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器，则所述控制器根据所述漂移记录表确定所述网络会议请求对应的目标区域及第一目标业务处理服务器；若所述第一目标业务处理服务器当前处理的网络会议数目达到预警值，所述第一目标业务处理服务器确定需要漂移的目标网络会议，并根据第一漂移策略漂移所述目标网络会议，所述目标区域内对应所述会议类型的负载均衡服务器将所述网络会议请求路由至所述第一目标业务处理服务器。一种控制网络会议漂移的系统，其特征在于，包括控制器、域名解析服务器、区域控制服务器、负载均衡服务器及业务处理服务器，所述控制器连接所述域名解析服务器、所述区域控制服务器及所述业务处理服务器，所述域名解析服务器直接连接所述业务处理服务器或通过所述区域控制服务器及所述负载均衡服务器连接所述业务处理服务器，所述区域控制服务器通过所述负载均衡服务器连接所述业务处理服务器，所述域名解析服务器，用于接收用户发送的网络会议请求，解析所述网络会议请求中携带的会议参数信息，确定会议编号，并判断例外路由规则表中是否存在所述会议编号，若不存在，所述域名解析服务器将所述网络会议请求发送至所述控制器，所述控制器，用于解析所述网络会议请求携带的会议参数信息，确定所述用户所属的区域及会议类型，并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值，若超过，所述控制器，用于查询漂移记录表，若所述漂移记录表存储所述网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器，则所述控制器根据漂移记录表确定所述网络会议请求对应的目标区域及第一目标业务处理服务器，若所述第一目标业务处理服务器当前处理的网络会议数目达到预警值，所述第一目标业务处理服务器，用于确定需要漂移的目标网络会议，并根据第一漂移策略漂移所述目标网络会议，所述目标区域内对应所述会议类型的负载均衡服务器将所述网络会议请求路由至所述第一目标业务处理服务器。一种控制网络会议漂移的系统，其特征在于，包括控制器、域名解析服务器、区域控制服务器、负载均衡服务器及业务处理服务器，所述控制器连接所述域名解析服务器、所述区域控制服务器及所述业务处理服务器，所述域名解析服务器直接连接所述业务处理服务器或通过所述区域控制服务器及所述负载均衡服务器连接所述业务处理服务器，所述区域控制服务器通过所述负载均衡服务器连接所述业务处理服务器，所述域名解析服务器，用于接收用户发送的网络会议请求，解析所述网络会议请求中携带的会议参数信息，确定所述用户所属的区域及会议编号，并判断例外路由规则表中是否存在所述会议编号，若不存在，所述域名解析服务器将所述网络会议请求发送至对应的区域控制服务器，所述区域控制服务器，用于解析所述网络会议请求携带的会议参数信息，确定会议类型，并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值，若超过，所述区域控制服务器，用于将所述网络会议请求发送至控制器，所述控制器查询漂移记录表，若所述漂移记录表存储所述网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器，则所述控制器根据所述漂移记录表确定所述网络会议请求对应的目标区域及第一目标业务处理服务器，若所述第一目标业务处理服务器当前处理的网络会议数目达到预警值，所述第一目标业务处理服务器，用于确定需要漂移的目标网络会议，并根据第一漂移策略漂移所述目标网络会议，所述目标区域内对应所述会议类型的负载均衡服务器将所述网络会议请求路由至所述第一目标业务处理服务器。

说明书一种控制网络会议漂移的方法及系统
技术领域
本发明属于网络通信领域，尤其涉及一种控制网络会议漂移的方法及系统。
背景技术
目前，随着网络通信技术的发展，于网络会议领域，存在网络会议漂移的需求。然而，目前业界使用的方式均是将网络会议中对应一个区域服务器的集体用户漂移到另外一个区域服务器上。举例而言，公司A在北京设置一个机房A1，在杭州设置一个机房A2，其中，北京的用户连接北京机房A1的服务器，杭州的用户连接杭州机房A2的服务器。当北京的机房A1的服务器压力过大或出现故障时，就会将连接北京机房A1的服务器的所有用户集体漂移到杭州机房A2的服务器上。然而，上述整体漂移的方式不仅极大地降低了北京用户的体验度，而且会导致杭州机房A2的服务器压力过大，更甚者会导致所有机房服务器的系统崩溃，严重影响通信效率。
发明内容
本发明提供一种控制网络会议漂移的方法及系统，以解决上述问题。
本发明提供一种控制网络会议漂移的方法。上述方法包括以下步骤：域名解析服务器接收用户发送的网络会议请求，解析网络会议请求中携带的会议参数信息，确定会议编号，并判断例外路由规则表中是否存在会议编号，若不存在，域名解析服务器将网络会议请求发送至控制器；控制器解析网络会议请求携带的会议参数信息，确定所述用户所属的区域及会议类型，并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值；若超过，控制器查询漂移记录表，若漂移记录表存储网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器，则控制器根据漂移记录表确定网络会议请求对应的目标区域及第一目标业务处理服务器；若第一目标业务处理服务器当前处理的网络会议数目达到预警值，第一目标业务处理服务器确定需要漂移的目标网络会议，并根据第一漂移策略漂移目标网络会议，目标区域内对应所述会议类型的负载均衡服务器将网络会议请求路由至第一目标业务处理服务器。
本发明还提供一种控制网络会议漂移的方法。上述方法包括以下步骤：域名解析服务器接收用户发送的网络会议请求，解析网络会议请求中携带的会议参数信息，确定所述用户所属的区域及会议编号，并判断例外路由规则表中是否存在会议编号，若不存在，域名解析服务器将网络会议请求发送至对应的区域控制服务器；区域控制服务器解析网络会议请求携带的会议参数信息，确定会议类型，并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值；若超过，区域控制服务器将网络会议请求发送至控制器，控制器查询漂移记录表，若漂移记录表存储网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器，则控制器根据漂移记录表确定网络会议请求对应的目标区域及第一目标业务处理服务器；若第一目标业务处理服务器当前处理的网络会议数目达到预警值，第一目标业务处理服务器确定需要漂移的目标网络会议，并根据第一漂移策略漂移目标网络会议，目标区域内对应所述会议类型的负载均衡服务器将网络会议请求路由至第一目标业务处理服务器。
本发明还提供一种控制网络会议漂移的系统，包括控制器、域名解析服务器、区域控制服务器、负载均衡服务器及业务处理服务器。控制器连接域名解析服务器、区域控制服务器及业务处理服务器，域名解析服务器直接连接业务处理服务器或通过区域控制服务器及负载均衡服务器连接业务处理服务器，区域控制服务器通过负载均衡服务器连接业务处理服务器。域名解析服务器，用于接收用户发送的网络会议请求，解析网络会议请求中携带的会议参数信息，确定会议编号，并判断例外路由规则表中是否存在所述会议编号，若不存在，域名解析服务器将网络会议请求发送至控制器。控制器，用于解析网络会议请求携带的会议参数信息，确定所述用户所属的区域及会议类型，并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值。若超过，控制器，用于查询漂移记录表，若漂移记录表存储网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器，则控制器根据漂移记录表确定网络会议请求对应的目标区域及第一目标业务处理服务器。若第一目标业务处理服务器当前处理的网络会议数目达到预警值，第一目标业务处理服务器，用于确定需要漂移的目标网络会议，并根据第一漂移策略漂移目标网络会议，目标区域内对应所述会议类型的负载均衡服务器将网络会议请求路由至第一目标业务处理服务器。
本发明还提供一种控制网络会议漂移的系统，包括控制器、域名解析服务器、区域控制服务器、负载均衡服务器及业务处理服务器。控制器连接域名解析服务器、区域控制服务器及业务处理服务器，域名解析服务器直接连接业务处理服务器或通过区域控制服务器及负载均衡服务器连接业务处理服务器，区域控制服务器通过负载均衡服务器连接业务处理服务器。域名解析服务器，用于接收用户发送的网络会议请求，解析网络会议请求中携带的会议参数信息，确定所述用户所属的区域及会议编号，并判断例外路由规则表中是否存在会议编号，若不存在，域名解析服务器将网络会议请求发送至对应的区域控制服务器。区域控制服务器，用于解析网络会议请求携带的会议参数信息，确定会议类型，并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值。若超过，区域控制服务器，用于将网络会议请求发送至控制器，控制器查询漂移记录表，若漂移记录表存储网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器，则控制器根据漂移记录表确定网络会议请求对应的目标区域及第一目标业务处理服务器。若第一目标业务处理服务器当前处理的网络会议数目达到预警值，第一目标业务处理服务器，用于确定需要漂移的目标网络会议，并根据第一漂移策略漂移目标网络会议，目标区域内对应所述会议类型的负载均衡服务器将网络会议请求路由至第一目标业务处理服务器。
相较于先前技术，根据本发明提供的控制网络会议漂移的方法及系统，于控制器或区域控制服务器根据会议负载阈值表判断相应区域内相应会议类型的当前会议数目超过对应的最大会议数阈值时，控制器查询漂移记录表。若漂移记录表存储网络会议请求所属区域的会议类型漂移后对应的目标区域及第一目标业务处理服务器，则控制器将网络会议请求路由至第一目标业务处理服务器。若漂移记录表未存储网络会议请求所属区域的会议类型漂移后对应的目标区域及第一目标业务处理服务器，则控制器根据第二漂移策略确定网络会议对应的目标区域，目标区域的负载均衡服务器根据分配策略确定第一目标业务处理服务器。此外，若第一目标业务处理服务器当前处理的网络会议数目达到预警值时，第一目标业务处理服务器确定目标网络会议，并根据第一漂移策略将目标网络会议漂移。如此，控制器根据漂移记录表将相应区域的相应会议类型的网络会议请求直接漂移，从而提高通信效率。此外，对超过对应最大会议数阈值的网络会议实现漂移，同时，对超过业务处理服务器预警值的网络会议实现漂移，从而实现单场会议的漂移，使得服务器集群负载更均衡，提高通信效率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1所示为根据本发明的第一较佳实施例提供的控制网络会议漂移的方法的流程图；
图2所示为根据本发明的第一较佳实施例提供的控制网络会议漂移的系统的示意图；
图3所示为根据本发明的第二较佳实施例提供的控制网络会议漂移的方法的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
图1所示为根据本发明的第一较佳实施例提供的控制网络会议漂移的方法的流程图。如图1所示，本发明的第一较佳实施例提供的控制网络会议漂移的方法包括步骤101~104。
于步骤101，域名解析服务器接收用户发送的网络会议请求，解析所述网络会议请求中携带的会议参数信息，确定会议编号，并判断例外路由规则表中是否存在所述会议编号，若不存在，所述域名解析服务器将所述网络会议请求发送至控制器。于此，会议参数信息包括会议编号、会议人数信息、与会人员区域信息及地址信息。其中，与会人员区域信息指参加会议的人员分布的区域信息。
具体而言，用户发起网络会议时，设定网络会议的会议人数及与会人区域信息后，将网络会议请求发送至域名解析服务器。于本实施例中，域名解析服务器存储例外路由规则表。其中，例外路由规则表存储所有漂移的网络会议请求的会议编号及相应的业务处理服务器的地址信息的对应关系。其中，业务处理服务器的地址信息例如包括IP地址信息。于此，例外路由规则表例如表1所示。
会议编号业务处理服务器164173业务处理服务器1（地址1）164174业务处理服务器2（地址2）164175业务处理服务器3（地址3）164176业务处理服务器4（地址4）164177业务处理服务器5（地址5）164178业务处理服务器3（地址3）164179业务处理服务器4（地址4）164180业务处理服务器2（地址2）164181业务处理服务器6（地址6）164182业务处理服务器4（地址4）164183业务处理服务器2（地址2）164184业务处理服务器3（地址3）
表1
于本实施例中，域名解析服务器接收并解析网络会议请求后，查询例外路由规则表中是否存储所述网络会议请求对应的会议编号。若例外路由规则表中存在所述会议编号，则域名解析服务器根据例外路由规则表将网络会议请求直接路由至相应的业务处理服务器。举例而言，若用户P发起的网络会议请求Y的会议编号为164173，则域名解析服务器解析网络会议请求Y后确定会议编号（即，164173），域名解析服务器通过查询得到上述会议编号存在于例外路由规则表（例如，表1）中。此时，域名解析服务器根据例外路由规则表将网络会议请求Y直接路由至业务处理服务器1（地址1）。如此，网络会议请求无需经过区域控制服务器及负载均衡服务器的路由分配，从而提高了通信效率。此外，当所述网络会议结束时，域名解析服务器删除例外路由规则表中对应的记录。
此外，于本实施例中，若网络会议请求的会议编号未存储于例外路由规则表中，则域名解析服务器将网络会议请求发送至控制器。例如，苏州区域的用户P发送的网络会议请求Y的会议编号未存储于例外路由规则表中，则域名解析服务器将网络会议请求Y发送至控制器。
于步骤102，所述控制器解析所述网络会议请求携带的会议参数信息，确定所述用户所属的区域及会议类型，并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值。
于本实施例中，控制器接收网络会议请求后，通过解析网络会议请求中携带的会议参数信息获得用户的地址信息（例如，IP地址）以确定所述用户所属的区域。举例而言，若IP地址为202.91.251.148的用户P发起网络会议，则控制器通过解析用户P发送的网络会议请求可得到IP地址为202.91.251.148，并得到上述IP地址对应的区域为苏州。
于本实施例中，控制器解析网络会议请求中携带的会议参数信息，确定会议类型。于此，会议类型例如包括一般会议、本区域大型会议以及跨区域大型会议。会议类型的区分标准例如表2所示。然而，本发明对此并不限定。于实际应用中，可根据需要设定会议类型的种类及区分标准。

表2
举例而言，若用户P发送的网络会议请求中携带的会议参数信息包括会议人数200人，与会人区域信息为苏州及杭州，则控制器根据上述信息参照表2可知，该网络会议请求属于一般会议。
此外，于本实施例中，控制器存储会议负载阈值表，会议负载阈值表包括所有区域内不同会议类型对应的最大会议数阈值及当前会议数目。其中，会议负载阈值表中的每个区域不同会议类型对应的最大会议数阈值可根据实际情况确定。本发明对此并不限定。于此，以杭州、北京、上海、苏州四个区域为例，控制器存储的会议负载阈值表例如表3所示。

表3
于本实施例中，控制器实时更新会议负载阈值表中各区域不同会议类型的当前会议数目。若控制器判断得到相应区域内相应会议类型的当前会议数目未超过对应的最大会议数阈值，则控制器将网络会议请求发送至与所述区域对应的区域控制服务器，所述区域控制服务器将网络会议请求发送至与所述会议类型对应的负载均衡服务器。负载均衡服务器接收网络会议请求后，将网络会议请求发送至相应的业务处理服务器，业务处理服务器处理网络会议请求。举例而言，若该网络会议请求是“用户a向用户b发送文本消息”，业务处理服务器接收到该请求后，首先向分布式缓存服务器查询用户b在哪个业务处理服务器上，然后再向用户b所在的业务处理服务器发送请求，请求该业务处理服务器转发文本消息给用户b。于此，所有业务处理服务器中的信息均可同步至分布式缓存服务器。业务处理服务器通过分布式缓存服务器实现跨区域的信息交互。如此，提高了通信效率。
于步骤103，若超过，所述控制器查询漂移记录表，若所述漂移记录表存储所述网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器，则所述控制器根据漂移记录表确定所述网络会议请求对应的目标区域及第一目标业务处理服务器。
具体而言，于本实施例中，若控制器根据会议负载阈值表判断得到网络会议请求所属区域的相应会议类型的当前会议数目超过对应的最大会议数阈值时，控制器查询漂移记录表。于本实施例中，控制器存储漂移记录表。漂移记录表存储相应区域的会议类型漂移后对应的目标区域及第一目标业务处理服务器的地址信息。其中，第一目标业务处理服务器的地址信息例如包括IP地址信息。控制器存储的漂移记录表例如表4所示。然而，本发明并不限定于此。

表4
于此，控制器根据漂移记录表确定网络会议请求对应的目标区域及第一目标业务处理服务器。此时，若第一目标业务处理服务器当前处理的网络会议数目未达到预警值，则控制器将网络会议请求路由至第一目标业务处理服务器。于此，控制器可将网络会议请求及对应的第一目标业务处理服务器的地址信息发送至域名解析服务器，域名解析服务器根据第一目标业务处理服务器的地址信息将网络会议请求直接路由至第一目标业务处理服务器。或者，控制器根据第一目标业务处理服务器的地址信息直接将网络会议请求路由至第一目标业务处理服务器。
于步骤104，若所述第一目标业务处理服务器当前处理的网络会议数目达到预警值，所述第一目标业务处理服务器确定需要漂移的目标网络会议，并根据第一漂移策略漂移所述目标网络会议，所述目标区域内对应所述会议类型的负载均衡服务器将所述网络会议请求路由至所述第一目标业务处理服务器。
于本实施例中，第一目标业务处理服务器选择之前漂移过来的网络会议作为目标网络会议，并按照漂移进入时间由先至后的顺序选择目标网络会议。此外，若第一目标业务处理服务器当前不存在漂移过来的网络会议，则按照当前处理的网络会议的发起时间由先至后的顺序选择目标网络会议，或者按照当前处理的网络会议的会议时长的长短选择目标网络会议。本发明对此并不限定。之后，第一目标业务处理服务器根据第一漂移策略漂移确定的目标网络会议。
于一较佳实施例中，所述第一漂移策略为：所述第一目标业务处理服务器根据会议类型的优先级确定目标负载均衡服务器，并将所述网络会议请求路由至所述目标负载均衡服务器，所述目标负载均衡服务器根据所述分配策略将所述网络会议请求路由至第二目标业务处理服务器。具体而言，每个业务处理服务器均保存对应区域内所有负载均衡服务器的参数信息（例如，地址信息）。其中，每个负载均衡服务器对应一个会议类型。而且，业务处理服务器存储相应的迁移策略对照表，例如表5所示。
会议类型会议类型优先级迁移策略跨区域大型会议高迁移至本区域大型会议对应的负载均衡服务器本区域大型会议中迁移至一般会议对应的负载均衡服务器一般会议低不迁移
表5
参照表5，以三种会议类型为例，会议类型的优先级由高至低依次为：跨区域大型会议、本区域大型会议、一般会议。于此，若第一目标业务处理服务器当前处理的网络会议数目达到预警值时，第一目标业务处理服务器会根据表5确定可迁移的目标负载均衡服务器。例如，第一目标业务处理服务器处理跨区域大型会议，且当前处理的网络会议数目超过预警值，则第一目标业务处理服务器根据迁移策略确定目标负载均衡服务器为本区域大型会议对应的负载均衡服务器。
举例而言，若控制器根据漂移记录表（例如，表4）确定杭州区域用户发送的网络会议请求Y（会议类型例如为本区域大型会议）对应的目标区域为上海区域，且第一目标业务处理服务器为业务处理服务器5，且业务处理服务器5当前处理的网络会议数目达到预警值（例如，100场），则业务处理服务器5确定需要漂移的目标网络会议（例如，网络会议请求X），且业务处理服务器5根据第一漂移策略将该网络会议请求X漂移至第二目标业务处理服务器。由于本区域大型会议的优先级高于一般会议的优先级，参照表5，业务处理服务器5确定将网络会议请求X路由至上海区域的一般会议对应的负载均衡服务器。具体而言，业务处理服务器5将该网络会议下所有人的Socket连接路由到上海区域的一般会议对应的负载均衡服务器，上海区域的一般会议对应的负载均衡服务器接收到这些连接后，将这些连接根据分配策略负载到第二目标业务处理服务器上。其中，分配策略包括：选择CPU空闲率最高的业务处理服务器，或者，选择优先级最高的业务处理服务器。然而，本发明对此并不限定。于此，第二目标业务处理服务器例如为业务处理服务器C。而且，上海区域的本区域大型会议对应的负载均衡服务器将网络会议请求Y路由至第一目标业务处理服务器。此外，上海的区域控制服务器将网络会议请求Y的会议编号、区域信息及第一目标业务处理服务器的地址信息发送至控制器，同时，亦将网络会议请求X的会议编号及第二目标业务处理服务器的地址信息发送至控制器。控制器将网络会议请求Y的会议编号及第一目标业务处理服务器的地址信息、网络会议请求X的会议编号及第二目标业务处理服务器的地址信息更新至例外路由规则表。同时，控制器将例外路由规则表实时同步更新至域名解析服务器。此外，当网络会议请求X或Y结束时，上海区域的区域控制服务器会发送消息至控制器，控制器根据所述消息删除例外路由规则表中相应的记录，同时控制器通知域名解析服务器删除例外路由规则表中相应的记录。
于另一较佳实施例中，所述第一漂移策略为：所述第一目标业务处理服务器通过与所述会议类型对应的负载均衡服务器，向所属的区域控制服务器发送会议漂移请求，所述区域控制服务器根据所述会议漂移请求及会议类型的优先级，确定目标负载均衡服务器，并通过与所述会议类型对应的负载均衡服务器，将所述目标负载均衡服务器的地址信息发送至所述第一目标业务处理服务器，所述第一目标业务处理服务器根据所述地址信息，将所述网络会议请求路由至所述目标负载均衡服务器，所述目标负载均衡服务器根据所述分配策略将所述网络会议请求路由至第二目标业务处理服务器。
举例而言，若控制器根据漂移记录表（例如，表4）确定杭州区域用户发送的网络会议请求Y（会议类型例如为本区域大型会议）对应的目标区域为上海区域，且第一目标业务处理服务器为业务处理服务器5，且业务处理服务器5当前处理的网络会议数目达到预警值（例如，100场），则业务处理服务器5确定需要漂移的目标网络会议（例如，网络会议请求X），且业务处理服务器5根据第一漂移策略将该网络会议请求X漂移至第二目标业务处理服务器。具体而言，业务处理服务器5通过与本区域大型会议对应的负载均衡服务器，向上海区域的区域控制服务器发送会议漂移请求。上海区域的区域控制服务器根据所述会议漂移请求，根据会议类型的优先级，确定目标负载均衡服务器。具体而言，上海区域的区域控制服务器存储例如表5所示的迁移策略对照表。于此，上海区域的区域控制服务器确定目标负载均衡服务器为对应一般会议的负载均衡服务器。上海区域的区域控制服务器通过本区域大型会议对应的负载均衡服务器，将一般会议对应的负载均衡服务器的地址信息发送至业务处理服务器5。业务处理服务器5根据所述地址信息，将网络会议请求X路由至一般会议对应的负载均衡服务器，一般会议对应的负载均衡服务器根据分配策略将网络会议请求X路由至第二目标业务处理服务器。本区域大型会议对应的负载均衡服务器将网络会议请求Y路由至第一目标业务处理服务器。其中，分配策略包括：选择CPU空闲率最高的业务处理服务器，或者，选择优先级最高的业务处理服务器。然而，本发明对此并不限定。另外，于本较佳实施例中的其他处理过程如上一较佳实施例所述。故于此不再赘述。
此外，于本实施例中，若控制器根据会议负载阈值表判断得到网络会议请求所属区域的相应会议类型的当前会议数目超过对应的最大会议数阈值，且漂移记录表未存储所述网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器，则控制器根据第二漂移策略确定目标区域，目标区域相应会议类型的负载均衡服务器根据分配策略确定第一目标业务处理服务器，控制器将目标区域及第一目标业务处理服务器更新至漂移记录表。
于本实施例中，第二漂移策略为：根据区域优先级、各个区域的会议总场次及各个区域的会议总人数确定所述网络会议请求对应的目标区域。具体而言，根据区域优先级、各个区域的会议总场次及各个区域的会议总人数确定每个区域的比较参数，选择比较参数最小的区域作为目标区域。其中，每个区域的比较参数获取方式为：比较参数=区域优先级×该区域的会议总场次 + 区域优先级×该区域的会议总人数。于此，控制器存储不同区域的区域优先级，并查询获得各个区域的会议总场次以及会议总人数。
接着，以北京、杭州、苏州、上海四个区域为例。于此，每个区域对应一个区域控制服务器。若杭州区域的用户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属于杭州区域。另外，根据表2确定所述网络会议为本区域大型会议。此外，参照表3所示的会议负载阈值表，若加上此场会议超过杭州区域的本区域大型会议对应的最大会议数阈值（例如，400场），此时，该网络会议请求Y需要转发至其他的区域控制服务器。于此，控制器根据第二漂移策略确定该网络会议需漂移至其他哪个区域。例如，控制器获取的北京、上海、苏州三个区域的优先级、会议总场次及会议总人数信息如表6所述。其中，区域优先级由优先级参数体现，会议总场次及会议总人数为每个区域的当前信息。
区域优先级参数会议总场次会议总人数比较参数北京0.95670104320.95×670+0.95×10432=10546.9上海0.9795136480.9×795+0.9×13648=12998.7苏州0.85918146880.85×918+0.85×14688=13265.1
表6
由表6可知，北京区域的比较参数最小，因此，控制器确定目标区域为北京区域。北京区域的区域控制服务器根据网络会议请求Y的会议类型确定对应的负载均衡服务器，负载均衡服务器根据预设的分配策略确定第一目标业务处理服务器。于此，每个区域中每个会议类型对应一个负载均衡服务器。仍以网络会议请求Y为例，北京区域的区域控制服务器根据网络会议请求的会议类型（例如，本区域大型会议），则确定负载均衡服务器为对应于本区域大型会议的负载均衡服务器，之后，该负载均衡服务器根据分配策略确定第一目标业务处理服务器。其中，所述分配策略包括：选择CPU空闲率最高的业务处理服务器进行分配，或者，选择优先级最高的业务处理服务器进行分配。然而，本发明对此并不限定。此外，若第一目标业务处理服务器当前处理的会议数目未达到预警值，则控制器将目标区域及第一目标业务处理服务器的地址信息更新至漂移记录表。若第一目标业务处理服务器当前处理的网络会议数目达到预警值，则第一目标业务处理服务器确定需要漂移的目标网络会议，并根据第一漂移策略将目标网络会议路由至第二目标业务处理服务器，同时，第一目标业务处理服务器处理网络会议请求Y。关于第一漂移策略的具体内容同上所述，故于此不再赘述。
此外，于本实施例中，控制器根据会议负载阈值表定时检验所有区域的不同会议类型的当前会议数目是否超过对应的最大会议数阈值，若相应区域的相应会议类型的当前会议数目超过对应的最大会议数阈值，控制器根据第二漂移策略确定目标区域，目标区域相应会议类型的负载均衡服务器根据分配策略确定第一目标业务处理服务器，控制器将所述目标区域及所述第一目标业务处理服务器更新至所述漂移记录表。关于目标区域及第一目标业务处理服务器的确定及更新过程同上所述，故于此不再赘述。
图2所示为根据本发明的第一较佳实施例提供的控制网络会议漂移的系统的示意图。如图2所示，本发明的第一较佳实施例提供的控制网络会议漂移的系统包括控制器10、域名解析服务器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。于此，以三个区域控制服务器为例进行说明。控制器10连接域名解析服务器20、区域控制服务器21a~21c及业务处理服务器，域名解析服务器20直接连接业务处理服务器或者通过区域控制服务器、负载均衡服务器与业务处理服务器连接，每个区域控制服务器对应连接三个负载均衡服务器，每个负载均衡服务器对应连接三个业务处理服务器，分布式缓存服务器30连接业务处理服务器。然而，本发明并不限定区域控制服务器、负载均衡服务器以及业务处理服务器的数目。
于本实施例中，所述域名解析服务器20，用于接收用户发送的网络会议请求，解析网络会议请求中携带的会议参数信息，确定会议编号，并判断例外路由规则表中是否存在所述会议编号，若不存在，域名解析服务器20将网络会议请求发送至控制器10。控制器10,，用于解析网络会议请求携带的会议参数信息，确定用户所属的区域及会议类型，并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值。若超过，控制器10，用于查询漂移记录表，若漂移记录表存储网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器（例如，业务处理服务器a1），则控制器10，用于根据漂移记录表确定网络会议请求对应的目标区域及第一目标业务处理服务器（例如，业务处理服务器a1）。若第一目标业务处理服务器（例如，业务处理服务器a1）当前处理的网络会议数目达到预警值，第一目标业务处理服务器（例如，业务处理服务器a1），用于确定需要漂移的目标网络会议，并根据第一漂移策略漂移目标网络会议，目标区域内对应所述会议类型的负载均衡服务器（例如，负载均衡服务器22a）将网络会议请求路由至第一目标业务处理服务器（例如，业务处理服务器a1）。关于上述系统的具体操作过程同上述方法所述，故于此不再赘述。
图3所示为根据本发明的第二较佳实施例提供的控制网络会议漂移的方法的流程图。如图3所示，本发明的第二较佳实施例提供的控制网络会议漂移的方法包括步骤201~204。
于步骤201，域名解析服务器接收用户发送的网络会议请求，解析所述网络会议请求中携带的会议参数信息，确定所述用户所属的区域及会议编号，并判断例外路由规则表中是否存在所述会议编号，若不存在，所述域名解析服务器将所述网络会议请求发送至对应的区域控制服务器。于本实施例中，会议参数信息包括会议编号、会议人数信息、与会人员区域信息及地址信息。其中，与会人员区域信息指参加会议的人员分布的区域信息。具体而言，用户发起网络会议时，设定网络会议的会议人数及与会人区域信息后，将网络会议请求发送至域名解析服务器。域名解析服务器接收网络会议请求后，通过解析网络会议请求中携带的会议参数信息获得用户的地址信息（例如，IP地址）以确定所述用户所属的区域。举例而言，若IP地址为202.91.251.148的用户P发起网络会议，则域名解析服务器通过解析用户P发送的网络会议请求可得到IP地址为202.91.251.148，并得到上述IP地址对应的区域为苏州。
于本实施例中，域名解析服务器存储例外路由规则表。其中，例外路由规则表存储所有漂移的网络会议请求的会议编号及相应的业务处理服务器的地址信息的对应关系。其中，业务处理服务器的地址信息例如包括IP地址信息。
于本实施例中，域名解析服务器接收并解析网络会议请求后，查询例外路由规则表中是否存储所述网络会议请求对应的会议编号。若例外路由规则表中存在所述会议编号，则域名解析服务器根据例外路由规则表将网络会议请求直接路由至相应的业务处理服务器。如此，网络会议请求无需经过区域控制服务器及负载均衡服务器的路由分配，从而提高了通信效率。此外，当所述网络会议结束时，域名解析服务器删除例外路由规则表中对应的记录。此外，于本实施例中，若网络会议请求的会议编号未存储于例外路由规则表中，则域名解析服务器将网络会议请求发送至对应的区域控制服务器。例如，苏州区域的用户P发送的网络会议请求Y的会议编号未存储于例外路由规则表中，则域名解析服务器将网络会议请求Y发送至苏州区域对应的区域控制服务器。于此，一个区域对应一个区域控制服务器。
于步骤202，所述区域控制服务器解析所述网络会议请求携带的会议参数信息，确定会议类型，并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值。于本实施例中，区域控制服务器解析网络会议请求中携带的会议参数信息，确定会议类型。于此，会议类型例如包括一般会议、本区域大型会议以及跨区域大型会议。会议类型的区分标准例如表2所示。然而，本发明对此并不限定。于实际应用中，可根据需要设定会议类型的种类及区分标准。
此外，于本实施例中，每个区域控制服务器存储会议负载阈值表。会议负载阈值表存储本区域内不同会议类型对应的最大会议数阈值及当前会议数目。于此，以苏州区域为例，苏州区域的区域控制服务器存储的会议负载阈值表例如表7所示。然而，本发明并不限定于此。

表7
于本实施例中，若区域控制服务器根据会议负载阈值表判断得到本区域内相应会议类型的当前会议数目未超过对应的最大会议数阈值，则区域控制服务器将网络会议请求发送至与所述会议类型对应的负载均衡服务器。负载均衡服务器接收网络会议请求后，根据分配策略将网络会议请求发送至相应的业务处理服务器，业务处理服务器处理网络会议请求。于此，分配策略包括：选择CPU空闲率最高的业务处理服务器，或者，选择优先级最高的业务处理服务器。然而，本发明对此并不限定。
于步骤203，若超过，所述区域控制服务器将所述网络会议请求发送至控制器，所述控制器查询漂移记录表，若所述漂移记录表存储所述网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器，则所述控制器根据所述漂移记录表确定所述网络会议请求对应的目标区域及第一目标业务处理服务器。于步骤204，若所述第一目标业务处理服务器当前处理的网络会议数目达到预警值，所述第一目标业务处理服务器确定需要漂移的目标网络会议，并根据第一漂移策略漂移所述目标网络会议，所述目标区域内对应所述会议类型的负载均衡服务器将所述网络会议请求路由至所述第一目标业务处理服务器。
于本实施例中，若区域控制服务器根据会议负载阈值表判断得到本区域内相应会议类型的当前会议数目超过对应的最大会议数阈值，则区域控制服务器将网络会议请求发送至控制器。关于控制器的处理过程同第一较佳实施例中的步骤103及104。故于此不再赘述。
另外，本发明第二较佳实施例还提供一种控制网络会议漂移的系统，包括控制器、域名解析服务器、区域控制服务器、负载均衡服务器及业务处理服务器。控制器连接域名解析服务器、区域控制服务器及业务处理服务器，域名解析服务器直接连接业务处理服务器或通过区域控制服务器及负载均衡服务器连接业务处理服务器，区域控制服务器通过负载均衡服务器连接业务处理服务器。域名解析服务器，用于接收用户发送的网络会议请求，解析网络会议请求中携带的会议参数信息，确定所述用户所属的区域及会议编号，并判断例外路由规则表中是否存在会议编号，若不存在，域名解析服务器将网络会议请求发送至对应的区域控制服务器。区域控制服务器，用于解析网络会议请求携带的会议参数信息，确定会议类型，并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值。若超过，区域控制服务器，用于将网络会议请求发送至控制器，控制器查询漂移记录表，若漂移记录表存储网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器，则控制器根据漂移记录表确定网络会议请求对应的目标区域及第一目标业务处理服务器。若第一目标业务处理服务器当前处理的网络会议数目达到预警值，第一目标业务处理服务器，用于确定需要漂移的目标网络会议，并根据第一漂移策略漂移目标网络会议，目标区域内对应所述会议类型的负载均衡服务器将网络会议请求路由至第一目标业务处理服务器。关于所述系统的具体操作过程同上述方法所述，故于此不再赘述。
综上所述，根据本发明较佳实施例提供的控制网络会议漂移的方法及系统，于控制器或区域控制服务器根据会议负载阈值表判断相应区域内相应会议类型的当前会议数目超过对应的最大会议数阈值时，控制器查询漂移记录表。若漂移记录表存储网络会议请求所属区域的会议类型漂移后对应的目标区域及第一目标业务处理服务器，则控制器将网络会议请求路由至第一目标业务处理服务器。若漂移记录表未存储网络会议请求所属区域的会议类型漂移后对应的目标区域及第一目标业务处理服务器，则控制器根据第二漂移策略确定网络会议对应的目标区域，目标区域的负载均衡服务器根据分配策略确定第一目标业务处理服务器。此外，若第一目标业务处理服务器当前处理的网络会议数目达到预警值时，第一目标业务处理服务器确定目标网络会议，并根据第一漂移策略将目标网络会议漂移。如此，控制器根据漂移记录表将相应区域的相应会议类型的网络会议请求直接漂移，从而提高通信效率。此外，对超过对应最大会议数阈值的网络会议实现漂移，同时，对超过业务处理服务器预警值的网络会议实现漂移，从而实现单场会议的漂移，使得服务器集群负载更均衡，提高通信效率。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。