CN102820978B - 一种实现会议漂移的方法及系统 - Google Patents
一种实现会议漂移的方法及系统 Download PDFInfo
- Publication number
- CN102820978B CN102820978B CN201210286367.5A CN201210286367A CN102820978B CN 102820978 B CN102820978 B CN 102820978B CN 201210286367 A CN201210286367 A CN 201210286367A CN 102820978 B CN102820978 B CN 102820978B
- Authority
- CN
- China
- Prior art keywords
- server
- meeting
- conference
- drift
- service process
- 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.)
- Active
Links
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明提供一种实现会议漂移的方法及系统。上述方法包括以下步骤:域名解析服务器确定会议类型、会议级别及所述用户所属的区域,并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值;若超过,域名解析服务器根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数,确定网络会议请求的目标区域控制服务器;若目标区域内所述会议类型的当前会议数目大于或等于对应的最大会议数阈值时,区域控制服务器确定需要漂移的目标网络会议,且处理目标网络会议的业务处理服务器根据漂移策略漂移目标网络会议;目标区域内的负载均衡服务器根据分配策略将网络会议请求路由至业务处理服务器。
Description
技术领域
本发明属于网络通信领域,尤其涉及一种实现会议漂移的方法及系统。
背景技术
目前,随着网络通信技术的发展,于网络会议领域,存在网络会议漂移的需求。然而,目前业界使用的方式均是将网络会议中对应一个区域服务器的集体用户漂移到另外一个区域服务器上。举例而言,公司A在北京设置一个机房A1,在杭州设置一个机房A2,其中,北京的用户连接北京机房A1的服务器,杭州的用户连接杭州机房A2的服务器。当北京的机房A1的服务器压力过大或出现故障时,就会将连接北京机房A1的服务器的所有用户集体漂移到杭州机房A2的服务器上。然而,上述整体漂移的方式不仅极大地降低了北京用户的体验度,而且会导致杭州机房A2的服务器压力过大,更甚者会导致所有机房服务器的系统崩溃,严重影响通信效率。
发明内容
本发明提供一种实现会议漂移的方法及系统,以解决上述问题。
本发明提供一种实现会议漂移的方法。上述方法包括以下步骤:域名解析服务器接收并解析用户发送的网络会议请求中携带的会议参数信息,确定会议类型、会议级别及所述用户所属的区域,并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值;若超过,域名解析服务器根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数,确定网络会议请求对应的目标区域的区域控制服务器;若目标区域内所述会议类型的当前会议数目大于或等于对应的最大会议数阈值时,区域控制服务器确定需要漂移的目标网络会议,且处理目标网络会议的业务处理服务器根据漂移策略漂移目标网络会议;目标区域内对应所述会议类型的负载均衡服务器根据分配策略将网络会议请求路由至处理目标网络会议的业务处理服务器。
本发明还提供一种实现会议漂移的方法。上述方法包括以下步骤:域名解析服务器接收并解析用户发送的网络会议请求中携带的会议参数信息,确定会议类型、会议级别及所述用户所属的区域,并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值;若超过,域名解析服务器根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数,确定网络会议请求对应的目标区域的区域控制服务器,且区域控制服务器根据预设策略确定需要漂移网络会议的业务处理服务器;若需要漂移网络会议的业务处理服务器处理的当前会议数目大于或等于预警值时,业务处理服务器确定需要漂移的目标网络会议,并根据漂移策略漂移目标网络会议;目标区域内对应所述会议类型的负载均衡服务器将网络会议请求路由至需要漂移网络会议的业务处理服务器。
本发明还提供一种实现会议漂移的系统,包括域名解析服务器、区域控制服务器、负载均衡服务器以及业务处理服务器。域名解析服务器连接区域控制服务器,区域控制服务器连接负载均衡服务器,负载均衡服务器连接业务处理服务器。域名解析服务器,用于接收并解析用户发送的网络会议请求中携带的会议参数信息,确定会议类型、会议级别及所述用户所属的区域,并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值。若超过,域名解析服务器,用于根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数,确定网络会议请求对应的目标区域的区域控制服务器。若目标区域内所述会议类型的当前会议数目大于或等于对应的最大会议数阈值时,区域控制服务器,用于确定需要漂移的目标网络会议,且处理目标网络会议的业务处理服务器根据漂移策略漂移目标网络会议。目标区域内对应所述会议类型的负载均衡服务器,用于根据分配策略将网络会议请求路由至处理目标网络会议的业务处理服务器。
本发明还提供一种实现会议漂移的系统,包括域名解析服务器、区域控制服务器、负载均衡服务器以及业务处理服务器。域名解析服务器连接区域控制服务器,区域控制服务器连接负载均衡服务器,负载均衡服务器连接业务处理服务器。域名解析服务器,用于接收并解析用户发送的网络会议请求中携带的会议参数信息,确定会议类型、会议级别及所述用户所属的区域,并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值。若超过,域名解析服务器,用于根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数,确定网络会议请求对应的目标区域的区域控制服务器,且区域控制服务器,用于根据预设策略确定需要漂移网络会议的业务处理服务器。若需要漂移网络会议的业务处理服务器处理的当前会议数目大于或等于预警值时,业务处理服务器,用于确定需要漂移的目标网络会议,并根据漂移策略漂移目标网络会议。目标区域内对应所述会议类型的负载均衡服务器,用于将网络会议请求路由至需要漂移网络会议的业务处理服务器。
相较于先前技术,根据本发明提供的实现会议漂移的方法及系统,于域名解析服务器根据会议负载阈值表判断相应区域内相应会议类型的当前会议数目超过对应的最大会议数阈值时,域名解析服务器根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数,确定网络会议请求对应的目标区域的区域控制服务器。若目标区域内相应会议类型的当前会议数目大于或等于对应的最大会议数阈值时,目标区域的区域控制服务器确定需要漂移的目标网络会议,且处理目标网络会议的业务处理服务器根据漂移策略漂移目标网络会议。或者,目标区域的区域控制服务器根据预设策略确定需要漂移网络会议的业务处理服务器,若需要漂移网络会议的业务处理服务器处理的当前会议数目大于或等于预警值时,需要漂移网络会议的业务处理服务器确定需要漂移的目标网络会议,并根据漂移策略漂移目标网络会议。如此,对超过对应最大会议数阈值的网络会议实现漂移,同时,在目标区域相应会议类型的当前会议数目超过最大会议数阈值或预警值时,漂移目标网络会议,从而实现单场会议的漂移,使得服务器集群负载更均衡,提高通信效率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1所示为根据本发明的第一较佳实施例提供的实现会议漂移的方法的流程图;
图2所示为根据本发明的第一较佳实施例提供的实现会议漂移的系统的示意图;
图3所示为根据本发明的第二较佳实施例提供的实现会议漂移的方法的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图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,若所述目标区域内所述会议类型的当前会议数目大于或等于对应的最大会议数阈值时,所述区域控制服务器确定需要漂移的目标网络会议,且处理所述目标网络会议的业务处理服务器根据漂移策略漂移所述目标网络会议。
仍以步骤102中的例子说明,由步骤102可知,杭州区域的网络会议请求Y需要漂移至北京的区域控制服务器。而且,网络会议请求Y的会议类型为本区域大型会议,此时,北京的区域控制服务器判断北京区域内的本区域大型会议的当前会议数目是否超过对应的最大会议数阈值。于此,北京的区域控制服务器可查询域名解析服务器内的会议负载阈值表获知北京区域的本区域大型会议的最大会议数阈值(例如,由表2可知,为700场)。另外,北京的区域控制服务器可通过本区域大型会议对应的负载均衡服务器查询得到处理本区域大型会议的业务处理服务器的具体信息(例如,业务处理服务器的IP地址及每个业务处理服务器的当前会议处理数目)。根据上述信息,北京的区域控制服务器判断本区域大型会议的当前会议数目是否超过对应的最大会议数阈值。若未超过,则北京区域的本区域大型会议对应的负载均衡服务器根据分配策略将网络会议请求Y分配给相应的业务处理服务器。其中,分配策略包括:选择CPU空闲率最高的业务处理服务器,或者,选择优先级最高的业务处理服务器。若超过,北京的区域控制服务器确定需要漂移的目标网络会议。于此,需要漂移的目标网络会议的数目=当前会议总数-对应的最大会议数阈值+1。举例而言,若北京区域的本区域大型会议的当前总会议数目为800场,对应的最大会议数阈值为700场,则当前需要漂移的目标网络会议的数目为101场。
于本实施例中,区域控制服务器选择之前漂移过来的网络会议作为目标网络会议,并按照漂移进入时间由先至后的顺序选择目标网络会议。于此,目标区域的区域控制服务器确定需要漂移的目标网络会议,并通过对应的负载均衡服务器查询处理目标网络会议的业务处理服务器的参数信息,并根据所述参数信息通知所述业务处理服务器漂移所述目标网络会议。而且,处理目标网络会议的业务处理服务器根据漂移策略漂移目标网络会议。其中,业务处理服务器的参数信息例如包括业务处理服务器的IP地址信息。
于一较佳实施例中,漂移策略为:处理目标网络会议的业务处理服务器根据会议类型的优先级确定目标负载均衡服务器,并将目标网络会议请求路由至目标负载均衡服务器,目标负载均衡服务器根据分配策略将目标网络会议请求路由至目标业务处理服务器。具体而言,每个业务处理服务器均保存对应区域内所有负载均衡服务器的参数信息。其中,负载均衡服务器的参数信息例如包括负载均衡服务器的IP地址信息。其中,每个负载均衡服务器对应一个会议类型。而且,业务处理服务器存储相应的迁移策略对照表,例如表5所示。
会议类型 | 会议类型优先级 | 迁移策略 |
跨区域大型会议 | 高 | 迁移至本区域大型会议对应的负载均衡服务器 |
本区域大型会议 | 中 | 迁移至一般会议对应的负载均衡服务器 |
一般会议 | 低 | 不迁移 |
表6
参照表6,以三种会议类型为例,会议类型的优先级由高至低依次为:跨区域大型会议、本区域大型会议、一般会议。于此,若处理目标网络会议的业务处理服务器接收区域控制服务器的漂移通知后,业务处理服务器会将目标网络会议请求根据表6所示的迁移策略进行迁移。例如,目标网络会议请求属于本区域大型会议,则业务处理服务器确定将该网络会议请求路由至一般会议对应的负载均衡服务器。
于此,仍以步骤102中杭州区域用户发送的网络会议请求Y为例。根据步骤102及103,北京的区域控制服务器例如确定目标网络会议请求P需要漂移,北京的区域控制服务器查询获知业务处理服务器B处理该网络会议请求P后,通知业务处理服务器B漂移网络会议请求P。此时,由于本区域大型会议的优先级高于一般会议的优先级,参照表6,业务处理服务器B确定将该网络会议请求P路由至北京区域的一般会议对应的负载均衡服务器。具体而言,业务处理服务器B将该网络会议下所有人的Socket连接路由到北京区域的一般会议对应的负载均衡服务器,北京区域的一般会议对应的负载均衡服务器接收到这些连接后,将这些连接根据分配策略负载到对应的业务处理服务器上。其中,分配策略包括:选择CPU空闲率最高的业务处理服务器,或者,选择优先级最高的业务处理服务器。另外,北京的区域控制服务器为网络会议请求P建立第二例外路由规则表。于此,第二例外路由规则表包括网络会议请求P中所有与会人员的地址信息与北京区域一般会议对应的负载均衡服务器参数信息的对应关系。
于另一较佳实施例,漂移策略为:处理目标网络会议的业务处理服务器通过与所述会议类型对应的负载均衡服务器,向所属的区域控制服务器发送会议漂移请求,区域控制服务器根据会议漂移请求及会议类型的优先级,确定目标负载均衡服务器,并通过与所述会议类型对应的负载均衡服务器,将目标负载均衡服务器的地址信息发送至业务处理服务器,业务处理服务器根据所述地址信息,将网络会议请求路由至目标负载均衡服务器,目标负载均衡服务器根据分配策略将网络会议请求路由至目标业务处理服务器。其中,分配策略包括:选择CPU空闲率最高的业务处理服务器,或者,选择优先级最高的业务处理服务器。
于此,仍以步骤102中杭州区域用户发送的网络会议请求Y为例。北京的区域控制服务器例如确定目标网络会议请求P需要漂移,北京的区域控制服务器查询获知业务处理服务器B处理该网络会议请求P后,通知业务处理服务器B漂移网络会议请求P。此时,业务处理服务器B通过与本区域大型会议对应的负载均衡服务器,向北京区域的区域控制服务器发送会议漂移请求。北京区域的区域控制服务器根据所述会议漂移请求及会议类型的优先级,确定目标负载均衡服务器。具体而言,北京区域的区域控制服务器存储例如表6所示的迁移策略对照表。于此,北京区域的区域控制服务器确定目标负载均衡服务器为对应一般会议的负载均衡服务器。北京区域的区域控制服务器通过本区域大型会议对应的负载均衡服务器,将一般会议对应的负载均衡服务器的地址信息发送至业务处理服务器B。业务处理服务器B根据所述地址信息,将网络会议请求P路由至一般会议对应的负载均衡服务器,一般会议对应的负载均衡服务器根据分配策略将网络会议请求P路由至目标业务处理服务器。此外,于本较佳实施例中的其他处理过程如上一较佳实施例所述。故于此不再赘述。
于步骤104,所述目标区域内对应所述会议类型的负载均衡服务器根据分配策略将所述网络会议请求路由至处理所述目标网络会议的业务处理服务器。具体而言,在目标区域内,处理目标网络会议的业务处理服务器将目标网络会议进行漂移后,目标区域内对应相应会议类型的负载均衡服务器根据分配策略将网络会议请求路由至处理目标网络会议的业务处理服务器。
仍以步骤102中杭州区域用户发送的网络会议请求Y为例。根据步骤102及103可知,于业务处理服务器B将网络会议请求P漂移后,北京区域内本区域大型会议对应的负载均衡服务器根据分配策略将网络会议请求Y路由至处理目标网络会议的业务处理服务器。于此,处理目标网络会议的业务处理服务器为业务处理服务器B。然而,于存在多个目标网络会议请求漂移的情况下,负载均衡服务器根据分配策略确定选择哪个处理目标网络会议的业务处理服务器。其中,分配策略包括:选择CPU空闲率最高的处理目标网络会议的业务处理服务器进行分配,或者,选择优先级最高的处理目标网络会议的业务处理服务器进行分配。然而,本发明对此并不限定。于此,北京的区域控制服务器为网络会议请求Y建立第二例外路由规则表,例如表7所示。
例外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会将该些用户的请求转发至北京区域的本区域大型会议对应的负载均衡服务器,该负载均衡服务器再将该些请求路由至处理目标网络会议的业务处理服务器。如此,实现单场会议的漂移。此外,当该场会议结束时,处理目标网络会议的业务处理服务器通过对应的负载均衡服务器发送消息给北京区域的区域控制服务器,请求北京区域的区域控制服务器删除添加的例外规则。
此外,于本实施例中,当区域控制服务器中存在例外路由规则表时,区域控制服务器在接收到用户的请求后,先检查用户的地址信息是否存在于例外路由规则表中。若例外路由规则表中存在所述用户的地址信息,则将该用户的请求发送至根据例外路由规则表确定的负载均衡服务器上,若例外路由规则表中不存在所述用户的地址信息,则将该用户的请求发送至该用户所属网络会议的会议类型对应的负载均衡服务器。
图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,用于确定需要漂移的目标网络会议,且处理目标网络会议的业务处理服务器(例如,业务处理服务器a2)根据漂移策略漂移所述目标网络会议。目标区域内对应所述会议类型的负载均衡服务器(例如,负载均衡服务器22a),用于根据分配策略将网络会议请求路由至处理目标网络会议的业务处理服务器(例如,业务处理服务器a2)。关于区域控制服务器21b及21c有相同的处理过程,故于此不再赘述。此外,关于上述系统的具体操作过程同上述方法所述,故于此不再赘述。
图3所示为根据本发明第二较佳实施例提供的实现会议漂移的方法的流程图。如图3所示,本发明第二较佳实施例提供的实现会议漂移的方法包括步骤301~304。于步骤301,域名解析服务器接收并解析用户发送的网络会议请求中携带的会议参数信息,确定会议类型、会议级别及所述用户所属的区域,并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值,。于步骤302,若超过,所述域名解析服务器根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数,确定所述网络会议请求对应的目标区域的区域控制服务器,且所述区域控制服务器根据预设策略确定需要漂移网络会议的业务处理服务器。于步骤303,若需要漂移网络会议的业务处理服务器处理的当前会议数目大于或等于预警值时,所述业务处理服务器确定需要漂移的目标网络会议,并根据漂移策略漂移所述目标网络会议。于步骤304,所述目标区域内对应所述会议类型的负载均衡服务器将所述网络会议请求路由至需要漂移网络会议的所述业务处理服务器。
第二较佳实施例提供的会议漂移方法与第一较佳实施例提供的会议漂移方法的区别在于:第二较佳实施例中,于步骤302,所述区域控制服务器根据预设策略确定需要漂移网络会议的目标业务处理服务器,于步骤303,若需要漂移网络会议的所述业务处理服务器处理的当前会议数目大于或等于预警值时,所述业务处理服务器确定需要漂移的目标网络会议,并根据漂移策略漂移所述目标网络会议。
具体而言,域名解析服务器根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数,确定网络会议请求对应的目标区域的区域控制服务器后,目标区域的区域控制服务器根据预设策略确定需要漂移网络会议的业务处理服务器。其中,预设策略为:选择空闲率高的业务处理服务器作为需要漂移网络会议的业务处理服务器,或者,选择当前处理漂移过来的网络会议的业务处理服务器作为需要漂移网络会议的业务处理服务器。
于此,若预设策略为:选择空闲率高的业务处理服务器作为需要漂移网络会议的业务处理服务器,则需要漂移网络会议的业务处理服务器选择之前漂移过来的网络会议作为目标网络会议,而且所述业务处理服务器按照漂移进入时间由先至后的顺序选择目标网络会议。
若预设策略为:选择空闲率高的业务处理服务器作为需要漂移网络会议的业务处理服务器,且确定的需要漂移网络会议的业务处理服务器当前不存在漂移过来的网络会议,则需要漂移网络会议的业务处理服务器按照当前处理的网络会议的发起时间由先至后的顺序选择目标网络会议,或者按照当前处理的网络会议的会议时长的长短选择目标网络会议。本发明对此并不限定于此。
此外,若预设策略为:选择当前处理漂移过来的网络会议的业务处理服务器作为需要漂移网络会议的业务处理服务器。若仅有一个业务处理服务器当前处理漂移过来的网络会议,则该业务处理服务器确定的目标网络会议为漂移过来的网络会议。若有多个业务处理服务器当前均在处理漂移过来的网络会议时,则根据该些业务处理服务器的空闲率选择空闲率最高的业务处理服务器作为需要漂移网络会议的业务处理服务器,并选择漂移过来的网络会议作为目标网络会议。
于本实施例中,漂移策略为:需要漂移网络会议的所述业务处理服务器根据会议类型的优先级确定目标负载均衡服务器,并将目标网络会议请求路由至目标负载均衡服务器,目标负载均衡服务器根据分配策略将目标网络会议请求路由至目标业务处理服务器。或者,漂移策略为:需要漂移网络会议的的业务处理服务器通过与所述会议类型对应的负载均衡服务器,向所属的区域控制服务器发送会议漂移请求,区域控制服务器根据会议漂移请求及会议类型的优先级,确定目标负载均衡服务器,并通过与所述会议类型对应的负载均衡服务器,将目标负载均衡服务器的地址信息发送至业务处理服务器,业务处理服务器根据地址信息,将目标网络会议请求路由至目标负载均衡服务器,目标负载均衡服务器根据分配策略将目标网络会议请求路由至目标业务处理服务器。其中,分配策略包括:选择CPU空闲率最高的业务处理服务器,或者,选择优先级最高的业务处理服务器。关于第二较佳实施例中网络会议请求的具体漂移过程同第一较佳实施例所述,故于此不再赘述。
本发明第二较佳实施例还提供一种实现会议漂移的系统,包括域名解析服务器、区域控制服务器、负载均衡服务器以及业务处理服务器。域名解析服务器连接区域控制服务器,区域控制服务器连接负载均衡服务器,负载均衡服务器连接业务处理服务器。域名解析服务器,用于接收并解析用户发送的网络会议请求中携带的会议参数信息,确定会议类型、会议级别及所述用户所属的区域,并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值。若超过,域名解析服务器,用于根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数,确定网络会议请求对应的目标区域的区域控制服务器,且区域控制服务器,用于根据预设策略确定需要漂移网络会议的业务处理服务器。若需要漂移网络会议的业务处理服务器处理的当前会议数目大于或等于预警值时,业务处理服务器,用于确定需要漂移的目标网络会议,并根据漂移策略漂移目标网络会议。目标区域内对应所述会议类型的负载均衡服务器,用于将网络会议请求路由至需要漂移网络会议的业务处理服务器。
综上所述,根据本发明较佳实施例提供的实现会议漂移的方法及系统,于域名解析服务器根据会议负载阈值表判断相应区域内相应会议类型的当前会议数目超过对应的最大会议数阈值时,域名解析服务器根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数,确定网络会议请求对应的目标区域的区域控制服务器。若目标区域内相应会议类型的当前会议数目大于或等于对应的最大会议数阈值时,目标区域的区域控制服务器确定需要漂移的目标网络会议,且处理目标网络会议的业务处理服务器根据漂移策略漂移目标网络会议。或者,目标区域的区域控制服务器根据预设策略确定需要漂移网络会议的业务处理服务器,若需要漂移网络会议的业务处理服务器处理的当前会议数目大于或等于预警值时,需要漂移网络会议的业务处理服务器确定需要漂移的目标网络会议,并根据漂移策略漂移目标网络会议。如此,对超过对应最大会议数阈值的网络会议实现漂移,同时,在目标区域相应会议类型的当前会议数目超过最大会议数阈值或预警值时,漂移目标网络会议,从而实现单场会议的漂移,使得服务器集群负载更均衡,提高通信效率。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种实现会议漂移的方法,其特征在于,包括以下步骤:
域名解析服务器接收并解析用户发送的网络会议请求中携带的会议参数信息,确定会议类型、会议级别及所述用户所属的区域,并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值;
若超过,所述域名解析服务器根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数,确定所述网络会议请求对应的目标区域的区域控制服务器;
若所述目标区域内所述会议类型的当前会议数目大于或等于对应的最大会议数阈值时,所述区域控制服务器确定需要漂移的目标网络会议,且处理所述目标网络会议的业务处理服务器根据漂移策略漂移所述目标网络会议;
所述目标区域内对应所述会议类型的负载均衡服务器根据分配策略将所述网络会议请求路由至处理所述目标网络会议的业务处理服务器。
2.根据权利要求1所述的方法,其特征在于,每个区域的漂移参数根据每个区域的优先级、每个区域的会议总场次及每个区域的会议总人数确定。
3.根据权利要求1所述的方法,其特征在于,所述漂移策略为:处理所述目标网络会议的所述业务处理服务器根据会议类型的优先级确定目标负载均衡服务器,并将目标网络会议请求路由至所述目标负载均衡服务器,所述目标负载均衡服务器根据所述分配策略将目标网络会议请求路由至目标业务处理服务器。
4.根据权利要求1所述的方法,其特征在于,所述漂移策略为:处理所述目标网络会议的所述业务处理服务器通过与所述会议类型对应的负载均衡服务器,向所属的区域控制服务器发送会议漂移请求,所述区域控制服务器根据所述会议漂移请求及会议类型的优先级,确定目标负载均衡服务器,并通过与所述会议类型对应的负载均衡服务器,将所述目标负载均衡服务器的地址信息发送至所述业务处理服务器,所述业务处理服务器根据所述地址信息,将目标网络会议请求路由至所述目标负载均衡服务器,所述目标负载均衡服务器根据所述分配策略将目标网络会议请求路由至目标业务处理服务器。
5.根据权利要求1所述的方法,其特征在于,所述区域控制服务器确定需要漂移的目标网络会议,并通过对应的负载均衡服务器查询处理所述目标网络会议的业务处理服务器的参数信息,并根据所述参数信息通知所述业务处理服务器漂移所述目标网络会议。
6.一种实现会议漂移的方法,其特征在于,包括以下步骤:
域名解析服务器接收并解析用户发送的网络会议请求中携带的会议参数信息,确定会议类型、会议级别及所述用户所属的区域,并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值;
若超过,所述域名解析服务器根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数,确定所述网络会议请求对应的目标区域的区域控制服务器,且所述区域控制服务器根据预设策略确定需要漂移网络会议的业务处理服务器;
若需要漂移网络会议的所述业务处理服务器处理的当前会议数目大于或等于预警值时,所述业务处理服务器确定需要漂移的目标网络会议,并根据漂移策略漂移所述目标网络会议;
所述目标区域内对应所述会议类型的负载均衡服务器将所述网络会议请求路由至需要漂移网络会议的所述业务处理服务器。
7.根据权利要求6所述的方法,其特征在于,每个区域的漂移参数根据每个区域的优先级、每个区域的会议总场次及每个区域的会议总人数确定。
8.根据权利要求6所述的方法,其特征在于,所述漂移策略为:需要漂移网络会议的所述业务处理服务器根据会议类型的优先级确定目标负载均衡服务器并将目标网络会议请求路由至所述目标负载均衡服务器,所述目标负载均衡服务器根据所述分配策略将目标网络会议请求路由至目标业务处理服务器。
9.一种实现会议漂移的系统,其特征在于,包括域名解析服务器、区域控制服务器、负载均衡服务器以及业务处理服务器,所述域名解析服务器连接所述区域控制服务器,所述区域控制服务器连接所述负载均衡服务器,所述负载均衡服务器连接所述业务处理服务器,
所述域名解析服务器,用于接收并解析用户发送的网络会议请求中携带的会议参数信息,确定会议类型、会议级别及所述用户所属的区域,并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值;
若超过,所述域名解析服务器,用于根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数,确定所述网络会议请求对应的目标区域的区域控制服务器,且所述区域控制服务器,用于根据预设策略确定需要漂移网络会议的业务处理服务器;
若需要漂移网络会议的所述业务处理服务器处理的当前会议数目大于或等于预警值时,所述业务处理服务器,用于确定需要漂移的目标网络会议,并根据漂移策略漂移所述目标网络会议;
所述目标区域内对应所述会议类型的负载均衡服务器,用于将所述网络会议请求路由至需要漂移网络会议的所述业务处理服务器。
10.一种实现会议漂移的系统,其特征在于,包括域名解析服务器、区域控制服务器、负载均衡服务器以及业务处理服务器,所述域名解析服务器连接所述区域控制服务器,所述区域控制服务器连接所述负载均衡服务器,所述负载均衡服务器连接所述业务处理服务器,
所述域名解析服务器,用于接收并解析用户发送的网络会议请求中携带的会议参数信息,确定会议类型、会议级别及所述用户所属的区域,并根据会议负载阈值表判断所述区域内所述会议类型的当前会议数目是否超过对应的最大会议数阈值,
若超过,所述域名解析服务器,用于根据会议级别与漂移阈值的对照表以及计算得到的除所述区域外的各区域漂移参数,确定所述网络会议请求对应的目标区域的区域控制服务器,
若所述目标区域内所述会议类型的当前会议数目大于或等于对应的最大会议数阈值时,所述区域控制服务器,用于确定需要漂移的目标网络会议,且处理所述目标网络会议的业务处理服务器根据漂移策略漂移所述目标网络会议,
所述目标区域内对应所述会议类型的负载均衡服务器,用于根据分配策略将所述网络会议请求路由至处理所述目标网络会议的业务处理服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210286367.5A CN102820978B (zh) | 2012-08-13 | 2012-08-13 | 一种实现会议漂移的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210286367.5A CN102820978B (zh) | 2012-08-13 | 2012-08-13 | 一种实现会议漂移的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102820978A CN102820978A (zh) | 2012-12-12 |
CN102820978B true CN102820978B (zh) | 2015-04-01 |
Family
ID=47304852
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210286367.5A Active CN102820978B (zh) | 2012-08-13 | 2012-08-13 | 一种实现会议漂移的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102820978B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103929408B (zh) * | 2013-01-16 | 2017-04-12 | 李青钟 | 网络或真实社区调度系统及网络或真实社区中的调度方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1529462A (zh) * | 2003-10-21 | 2004-09-15 | 中兴通讯股份有限公司 | 一种实现异常流量控制的装置及方法 |
CN101127632A (zh) * | 2006-08-15 | 2008-02-20 | 腾讯科技(深圳)有限公司 | 一种服务器流量控制方法、系统以及重定向器 |
CN101729424A (zh) * | 2009-12-16 | 2010-06-09 | 杭州华三通信技术有限公司 | 一种流量转发的方法、设备和系统 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070294498A1 (en) * | 2006-06-14 | 2007-12-20 | International Business Machines Corporation | Storage Allocation Management in Switches Utilizing a Flow Control |
CN101102288B (zh) * | 2006-07-06 | 2011-08-24 | 阿里巴巴集团控股有限公司 | 一种实现大型即时通信的方法及系统 |
CN101510884A (zh) * | 2009-03-26 | 2009-08-19 | 华为技术有限公司 | 多媒体会议管理方法、网络设备及网络系统 |
-
2012
- 2012-08-13 CN CN201210286367.5A patent/CN102820978B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1529462A (zh) * | 2003-10-21 | 2004-09-15 | 中兴通讯股份有限公司 | 一种实现异常流量控制的装置及方法 |
CN101127632A (zh) * | 2006-08-15 | 2008-02-20 | 腾讯科技(深圳)有限公司 | 一种服务器流量控制方法、系统以及重定向器 |
CN101729424A (zh) * | 2009-12-16 | 2010-06-09 | 杭州华三通信技术有限公司 | 一种流量转发的方法、设备和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN102820978A (zh) | 2012-12-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103379184B (zh) | 网络业务访问的方法及系统 | |
MY143984A (en) | Method of controlling communication between a head-end system and a plurality of client systems | |
CN102811133B (zh) | 一种网络会议漂移控制的方法及系统 | |
CN102340434A (zh) | 基于多归属接入的环路避免方法和边缘设备 | |
CN102801619B (zh) | 一种网络会议漂移处理方法及系统 | |
CN101442557A (zh) | 一种对等会话发起协议网络的区域感知优化方法 | |
CN102821167B (zh) | 一种网络会议漂移的处理方法及系统 | |
CN102801620B (zh) | 一种网络会议漂移控制处理方法及系统 | |
CN105743781A (zh) | 一种vrrp负载均衡方法和装置 | |
CN102820978B (zh) | 一种实现会议漂移的方法及系统 | |
US20110128956A1 (en) | Method and apparatus for requesting multicast, processing and assisting multicast request | |
CN105897542A (zh) | 一种隧道建立方法及视频监控系统 | |
CN102843289B (zh) | 一种会议漂移方法及系统 | |
CN102857351B (zh) | 一种会议漂移的方法及系统 | |
CN102833153B (zh) | 一种网络会议漂移的控制方法及系统 | |
CN102868776B (zh) | 一种会议漂移的实现方法及系统 | |
CN102970236A (zh) | 一种组播分发树切换方法和装置 | |
CN108471558A (zh) | 一种混合数据传输方法、数据传输方法及相关设备 | |
CN102868541B (zh) | 一种控制网络会议漂移的方法及系统 | |
CN102857431A (zh) | 一种会议漂移的处理方法及系统 | |
CN102739414A (zh) | 一种网络会议漂移方法及系统 | |
CN102811134A (zh) | 一种网络会议漂移控制方法及系统 | |
CN105515799A (zh) | 一种实现网络会议漂移的方法及系统 | |
CN102843241A (zh) | 一种会议漂移控制方法及系统 | |
CN102868777A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C56 | Change in the name or address of the patentee | ||
CP01 | Change in the name or title of a patent holder |
Address after: Suzhou City, Jiangsu province 215121 Fengting Avenue Suzhou Industrial Park No. 666 Weiting Intelligent Industrial Park Building 8 Patentee after: Kuo Di education and science company limited Address before: Suzhou City, Jiangsu province 215121 Fengting Avenue Suzhou Industrial Park No. 666 Weiting Intelligent Industrial Park Building 8 Patentee before: Suzhou Kuodi Network Technology Co., Ltd. |