CN102868777A - 一种会议漂移的控制方法及系统 - Google Patents
一种会议漂移的控制方法及系统 Download PDFInfo
- Publication number
- CN102868777A CN102868777A CN2012103350169A CN201210335016A CN102868777A CN 102868777 A CN102868777 A CN 102868777A CN 2012103350169 A CN2012103350169 A CN 2012103350169A CN 201210335016 A CN201210335016 A CN 201210335016A CN 102868777 A CN102868777 A CN 102868777A
- Authority
- CN
- China
- Prior art keywords
- server
- meeting
- service process
- drift
- conference
- 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.)
- Pending
Links
Images
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地址信息。于此,例外路由规则表例如表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确定可迁移的目标负载均衡服务器。例如,第一目标业务处理服务器处理跨区域大型会议,且当前处理的网络会议数目超过预警值,则第一目标业务处理服务器根据迁移策略确定目标负载均衡服务器为本区域大型会议对应的负载均衡服务器。
举例而言,若杭州区域用户发送的网络会议请求Y(会议类型例如为本区域大型会议)漂移至北京区域的本区域大型会议的业务处理服务器B,此时,业务处理服务器B则为第一目标业务处理服务器。若业务处理服务器B当前处理的网络会议数目达到预警值(例如,100场),则业务处理服务器B根据第一漂移策略将该网络会议请求Y漂移至第二目标业务处理服务器。由于本区域大型会议的优先级高于一般会议的优先级,参照表5,业务处理服务器B确定将该网络会议请求Y路由至北京区域的一般会议对应的负载均衡服务器。具体而言,业务处理服务器B将该网络会议下所有人的Socket连接路由到北京区域的一般会议对应的负载均衡服务器,北京区域的一般会议对应的负载均衡服务器接收到这些连接后,将这些连接根据分配策略负载到第二目标业务处理服务器上。其中,分配策略包括:选择CPU空闲率最高的业务处理服务器,或者,选择优先级最高的业务处理服务器。然而,本发明对此并不限定。于此,第二目标业务处理服务器例如为业务处理服务器C。同时,北京的区域控制服务器将网络会议请求Y的会议编号、区域信息及第二目标业务处理服务器的地址信息发送至控制器。控制器将网络会议请求Y的会议编号及第二目标业务处理服务器的地址信息更新至例外路由规则表,并将例外路由规则表实时同步更新至域名解析服务器。而且,当该场网络会议结束时,北京区域的区域控制服务器会发送消息至控制器,控制器根据所述消息删除例外路由规则表中相应的记录,同时控制器通知域名解析服务器删除例外路由规则表中相应的记录。同时,控制器根据网络会议请求Y的原区域及会议类型,将网络会议请求Y的目标区域(即,北京区域)及第二目标业务处理服务器(即,业务处理服务器C)的地址信息更新至漂移记录表。
于另一较佳实施例中,所述第一漂移策略为:所述第一目标业务处理服务器通过与所述会议类型对应的负载均衡服务器,向所属的区域控制服务器发送会议漂移请求,所述区域控制服务器根据所述会议漂移请求及会议类型的优先级,确定目标负载均衡服务器,并通过与所述会议类型对应的负载均衡服务器,将所述目标负载均衡服务器的地址信息发送至所述第一目标业务处理服务器,所述第一目标业务处理服务器根据所述地址信息,将所述网络会议请求路由至所述目标负载均衡服务器,所述目标负载均衡服务器根据所述分配策略将所述网络会议请求路由至第二目标业务处理服务器。
举例而言,若杭州区域用户发送的网络会议请求Y(会议类型例如为本区域大型会议)漂移至北京区域的本区域大型会议的业务处理服务器B,此时,业务处理服务器B则为第一目标业务处理服务器。若业务处理服务器B当前处理的网络会议数目达到预警值(例如,100场),则业务处理服务器B根据第一漂移策略将该网络会议请求Y漂移至第二目标业务处理服务器。具体而言,业务处理服务器B通过与本区域大型会议对应的负载均衡服务器,向北京区域的区域控制服务器发送会议漂移请求。北京区域的区域控制服务器根据所述会议漂移请求,根据会议类型的优先级,确定目标负载均衡服务器。具体而言,北京区域的区域控制服务器存储例如表5所示的迁移策略对照表。于此,北京区域的区域控制服务器确定目标负载均衡服务器为对应一般会议的负载均衡服务器。北京区域的区域控制服务器通过本区域大型会议对应的负载均衡服务器,将一般会议对应的负载均衡服务器的地址信息发送至业务处理服务器B。业务处理服务器B根据所述地址信息,将网络会议请求Y路由至一般会议对应的负载均衡服务器,一般会议对应的负载均衡服务器根据分配策略将网络会议请求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.95 | 670 | 10432 | 0.95×670+0.95×10432=10546.9 |
上海 | 0.9 | 795 | 13648 | 0.9×795+0.9×13648=12998.7 |
苏州 | 0.85 | 918 | 14688 | 0.85×918+0.85×14688=13265.1 |
表6
由表6可知,北京区域的比较参数最小,因此,控制器确定目标区域为北京区域。北京区域的区域控制服务器根据网络会议请求Y的会议类型确定对应的目标负载均衡服务器,目标负载均衡服务器根据预设的分配策略确定第一目标业务处理服务器。于此,每个区域中每个会议类型对应一个负载均衡服务器。仍以网络会议请求Y为例,北京区域的区域控制服务器根据网络会议请求的会议类型(例如,本区域大型会议),则确定目标负载均衡服务器为对应于本区域大型会议的负载均衡服务器,之后,该目标负载均衡服务器根据分配策略确定第一目标业务处理服务器。其中,所述分配策略包括:选择CPU空闲率最高的业务处理服务器进行分配,或者,选择优先级最高的业务处理服务器进行分配。然而,本发明对此并不限定。此外,若第一目标业务处理服务器当前处理的会议数目未达到预警值,则控制器将目标区域及第一目标业务处理服务器的地址信息更新至漂移记录表。若第一目标业务处理服务器当前处理的网络会议数目达到预警值,则第一目标业务处理服务器根据第一漂移策略将网络会议请求路由至第二目标业务处理服务器,同时,控制器将目标区域及第二目标业务处理服务器更新至漂移记录表。此时,控制器将第二目标业务处理服务器的地址信息替换第一目标业务处理服务器的地址信息,以更新漂移记录表。另外,关于第一漂移策略的具体内容同上所述,故于此不再赘述。
此外,于本实施例中,控制器根据会议负载阈值表定时检验所有区域的不同会议类型的当前会议数目是否超过对应的最大会议数阈值,若相应区域的相应会议类型的当前会议数目超过对应的最大会议数阈值,控制器根据第二漂移策略确定目标区域,目标区域相应会议类型的负载均衡服务器根据分配策略确定第一目标业务处理服务器,或者,所述第一目标业务处理服务器根据第一漂移策略确定第二目标业务处理服务器,控制器将所述目标区域及所述第一目标业务处理服务器或者所述第二目标业务处理服务器更新至所述漂移记录表。关于目标区域及目标业务处理服务器的确定及更新过程同上所述,故于此不再赘述。
图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),用于根据第一漂移策略将网络会议请求路由至第二目标业务处理服务器(例如,业务处理服务器b1),控制器20,用于将第二目标业务处理服务器(例如,业务处理服务器b1)更新至漂移记录表。关于上述系统的具体操作过程同上述方法所述,故于此不再赘述。
图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。故于此不再赘述。
另外,本发明第二较佳实施例还提供一种会议漂移的控制系统,包括控制器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连接业务处理服务器。然而,本发明并不限定区域控制服务器、负载均衡服务器以及业务处理服务器的数目。
于本实施例中,域名解析服务器,用于接收用户发送的网络会议请求,解析网络会议请求中携带的会议参数信息,确定所述用户所属的区域及会议编号,并判断例外路由规则表中是否存在所述会议编号,若不存在,域名解析服务器将网络会议请求发送至对应的区域控制服务器。区域控制服务器,用于解析网络会议请求携带的会议参数信息,确定会议类型,并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值。若超过,区域控制服务器,用于将网络会议请求发送至控制器,控制器查询漂移记录表,若漂移记录表存储所述网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器,则控制器将网络会议请求路由至第一目标业务处理服务器。若第一目标业务处理服务器当前处理的网络会议数目达到预警值,第一目标业务处理服务器,用于根据第一漂移策略将网络会议请求路由至第二目标业务处理服务器,控制器将第二目标业务处理服务器更新至所述漂移记录表。关于所述系统的具体操作过程同上述方法所述,故于此不再赘述。
综上所述,根据本发明较佳实施例提供的会议漂移的控制方法及系统,于控制器或区域控制服务器根据会议负载阈值表判断相应区域内相应会议类型的当前会议数目超过对应的最大会议数阈值时,控制器查询漂移记录表。若漂移记录表存储网络会议请求所属区域的会议类型漂移后对应的目标区域及第一目标业务处理服务器,则控制器将网络会议请求路由至第一目标业务处理服务器。若漂移记录表未存储网络会议请求所属区域的会议类型漂移后对应的目标区域及第一目标业务处理服务器,则控制器根据第二漂移策略确定网络会议对应的目标区域,目标区域的负载均衡服务器根据分配策略确定第一目标业务处理服务器,或者第一目标业务处理服务器根据第一漂移策略确定第二目标业务处理服务器。如此,控制器根据漂移记录表将相应区域的相应会议类型的网络会议请求漂移,从而提高通信效率。此外,对超过对应最大会议数阈值的网络会议实现漂移,同时,对超过业务处理服务器预警值的网络会议实现漂移,从而实现单场会议的漂移,使得服务器集群负载更均衡,提高通信效率。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种会议漂移的控制方法,其特征在于,包括以下步骤:
域名解析服务器接收用户发送的网络会议请求,解析所述网络会议请求中携带的会议参数信息,确定会议编号,并判断例外路由规则表中是否存在所述会议编号,若不存在,所述域名解析服务器将所述网络会议请求发送至控制器;
所述控制器解析所述网络会议请求携带的会议参数信息,确定所述用户所属的区域及会议类型,并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值;
若超过,所述控制器查询漂移记录表,若所述漂移记录表存储所述网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器,则所述控制器将所述网络会议请求路由至所述第一目标业务处理服务器;
若所述第一目标业务处理服务器当前处理的网络会议数目达到预警值,所述第一目标业务处理服务器根据第一漂移策略将所述网络会议请求路由至第二目标业务处理服务器,所述控制器将所述第二目标业务处理服务器更新至所述漂移记录表。
2.根据权利要求1所述的方法,其特征在于,所述控制器根据所述会议负载阈值表定时检验所有区域的不同会议类型的当前会议数目是否超过对应的最大会议数阈值,若相应区域的相应会议类型的当前会议数目超过对应的最大会议数阈值,所述控制器根据第二漂移策略确定目标区域,所述目标区域相应会议类型的负载均衡服务器根据分配策略确定第一目标业务处理服务器,或者,所述第一目标业务处理服务器根据第一漂移策略确定第二目标业务处理服务器,所述控制器将所述目标区域及所述第一目标业务处理服务器或所述第二目标业务处理服务器更新至所述漂移记录表。
3.根据权利要求1所述的方法,其特征在于,若所述控制器根据所述会议负载阈值表判断得到所述网络会议请求所属区域的相应会议类型的当前会议数目超过对应的最大会议数阈值,且所述漂移记录表未存储所述网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器,则所述控制器根据第二漂移策略确定目标区域,所述目标区域相应会议类型的负载均衡服务器根据分配策略确定第一目标业务处理服务器,或者,所述第一目标业务处理服务器根据第一漂移策略确定第二目标业务处理服务器,所述控制器将所述目标区域及所述第一目标业务处理服务器或者所述第二目标业务处理服务器更新至所述漂移记录表。
4.根据权利要求2或3所述的方法,其特征在于,所述第二漂移策略为:根据区域优先级、各个区域的会议总场次及各个区域的会议总人数确定所述网络会议请求对应的目标区域。
5.根据权利要求1、2或3所述的方法,其特征在于,所述第一漂移策略为:所述第一目标业务处理服务器根据会议类型的优先级确定目标负载均衡服务器并将所述网络会议请求路由至所述目标负载均衡服务器,所述目标负载均衡服务器根据所述分配策略将所述网络会议请求路由至第二目标业务处理服务器。
6.根据权利要求1、2或3所述的方法,其特征在于,所述第一漂移策略为:所述第一目标业务处理服务器通过与所述会议类型对应的负载均衡服务器,向所属的区域控制服务器发送会议漂移请求,所述区域控制服务器根据所述会议漂移请求及会议类型的优先级,确定目标负载均衡服务器,并通过与所述会议类型对应的负载均衡服务器,将所述目标负载均衡服务器的地址信息发送至所述第一目标业务处理服务器,所述第一目标业务处理服务器根据所述地址信息,将所述网络会议请求路由至所述目标负载均衡服务器,所述目标负载均衡服务器根据所述分配策略将所述网络会议请求路由至第二目标业务处理服务器。
7.根据权利要求1所述的方法,其特征在于,所述域名解析服务器存储所述例外路由规则表,所述例外路由规则表存储所有漂移的网络会议请求的会议编号及相应的业务处理服务器的地址信息的对应关系。
8.一种会议漂移的控制方法,其特征在于,包括以下步骤:
域名解析服务器接收用户发送的网络会议请求,解析所述网络会议请求中携带的会议参数信息,确定所述用户所属的区域及会议编号,并判断例外路由规则表中是否存在所述会议编号,若不存在,所述域名解析服务器将所述网络会议请求发送至对应的区域控制服务器;
所述区域控制服务器解析所述网络会议请求携带的会议参数信息,确定会议类型,并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值;
若超过,所述区域控制服务器将所述网络会议请求发送至控制器,所述控制器查询漂移记录表,若所述漂移记录表存储所述网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器,则所述控制器将所述网络会议请求路由至所述第一目标业务处理服务器;
若所述第一目标业务处理服务器当前处理的网络会议数目达到预警值,所述第一目标业务处理服务器根据第一漂移策略将所述网络会议请求路由至第二目标业务处理服务器,所述控制器将所述第二目标业务处理服务器更新至所述漂移记录表。
9.一种会议漂移的控制系统,其特征在于,包括控制器、域名解析服务器、区域控制服务器、负载均衡服务器及业务处理服务器,所述控制器连接所述域名解析服务器、所述区域控制服务器及所述业务处理服务器,所述域名解析服务器直接连接所述业务处理服务器或通过所述区域控制服务器及所述负载均衡服务器连接所述业务处理服务器,所述区域控制服务器通过所述负载均衡服务器连接所述业务处理服务器,
所述域名解析服务器,用于接收用户发送的网络会议请求,解析所述网络会议请求中携带的会议参数信息,确定会议编号,并判断例外路由规则表中是否存在所述会议编号,若不存在,所述域名解析服务器将所述网络会议请求发送至控制器,
所述控制器,用于解析所述网络会议请求携带的会议参数信息,确定所述用户所属的区域及会议类型,并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值,
若超过,所述控制器,用于查询漂移记录表,若所述漂移记录表存储所述网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器,则所述控制器将所述网络会议请求路由至所述第一目标业务处理服务器;
若所述第一目标业务处理服务器当前处理的网络会议数目达到预警值,所述第一目标业务处理服务器,用于根据第一漂移策略将所述网络会议请求路由至第二目标业务处理服务器,所述控制器将所述第二目标业务处理服务器更新至所述漂移记录表。
10.一种会议漂移的控制系统,其特征在于,包括控制器、域名解析服务器、区域控制服务器、负载均衡服务器及业务处理服务器,所述控制器连接所述域名解析服务器、所述区域控制服务器及所述业务处理服务器,所述域名解析服务器直接连接所述业务处理服务器或通过所述区域控制服务器及所述负载均衡服务器连接所述业务处理服务器,所述区域控制服务器通过所述负载均衡服务器连接所述业务处理服务器,
所述域名解析服务器,用于接收用户发送的网络会议请求,解析所述网络会议请求中携带的会议参数信息,确定所述用户所属的区域及会议编号,并判断例外路由规则表中是否存在所述会议编号,若不存在,所述域名解析服务器将所述网络会议请求发送至对应的区域控制服务器,
所述区域控制服务器,用于解析所述网络会议请求携带的会议参数信息,确定会议类型,并根据会议负载阈值表判断所述区域的所述会议类型的当前会议数目是否超过对应的最大会议数阈值,
若超过,所述区域控制服务器,用于将所述网络会议请求发送至控制器,所述控制器查询漂移记录表,若所述漂移记录表存储所述网络会议请求所属区域的所述会议类型漂移后对应的目标区域及第一目标业务处理服务器,则所述控制器将所述网络会议请求路由至所述第一目标业务处理服务器,
若所述第一目标业务处理服务器当前处理的网络会议数目达到预警值,所述第一目标业务处理服务器,用于根据第一漂移策略将所述网络会议请求路由至第二目标业务处理服务器,所述控制器将所述第二目标业务处理服务器更新至所述漂移记录表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012103350169A CN102868777A (zh) | 2012-09-12 | 2012-09-12 | 一种会议漂移的控制方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012103350169A CN102868777A (zh) | 2012-09-12 | 2012-09-12 | 一种会议漂移的控制方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102868777A true CN102868777A (zh) | 2013-01-09 |
Family
ID=47447362
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012103350169A Pending CN102868777A (zh) | 2012-09-12 | 2012-09-12 | 一种会议漂移的控制方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102868777A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102868541A (zh) * | 2012-09-28 | 2013-01-09 | 苏州阔地网络科技有限公司 | 一种控制网络会议漂移的方法及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1529462A (zh) * | 2003-10-21 | 2004-09-15 | 中兴通讯股份有限公司 | 一种实现异常流量控制的装置及方法 |
CN101127632A (zh) * | 2006-08-15 | 2008-02-20 | 腾讯科技(深圳)有限公司 | 一种服务器流量控制方法、系统以及重定向器 |
CN101593133A (zh) * | 2009-06-29 | 2009-12-02 | 北京航空航天大学 | 虚拟机资源负载均衡方法及装置 |
CN101729424A (zh) * | 2009-12-16 | 2010-06-09 | 杭州华三通信技术有限公司 | 一种流量转发的方法、设备和系统 |
-
2012
- 2012-09-12 CN CN2012103350169A patent/CN102868777A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1529462A (zh) * | 2003-10-21 | 2004-09-15 | 中兴通讯股份有限公司 | 一种实现异常流量控制的装置及方法 |
CN101127632A (zh) * | 2006-08-15 | 2008-02-20 | 腾讯科技(深圳)有限公司 | 一种服务器流量控制方法、系统以及重定向器 |
CN101593133A (zh) * | 2009-06-29 | 2009-12-02 | 北京航空航天大学 | 虚拟机资源负载均衡方法及装置 |
CN101729424A (zh) * | 2009-12-16 | 2010-06-09 | 杭州华三通信技术有限公司 | 一种流量转发的方法、设备和系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102868541A (zh) * | 2012-09-28 | 2013-01-09 | 苏州阔地网络科技有限公司 | 一种控制网络会议漂移的方法及系统 |
CN102868541B (zh) * | 2012-09-28 | 2015-11-25 | 阔地教育科技有限公司 | 一种控制网络会议漂移的方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TW200633428A (en) | Method of controlling communication between a head-end system and a plurality of client systems | |
CN103379184B (zh) | 网络业务访问的方法及系统 | |
CN102364970B (zh) | 一种移动自组网络地址自动配置的实现方法 | |
CN101364889B (zh) | 一种快速接入组播用户的方法 | |
CN109246785B (zh) | 一种未来移动网络的实现方法 | |
CN102811133B (zh) | 一种网络会议漂移控制的方法及系统 | |
CN106101298A (zh) | 基于sdn的网络地址转换装置及方法 | |
CN102801619B (zh) | 一种网络会议漂移处理方法及系统 | |
CN102857431A (zh) | 一种会议漂移的处理方法及系统 | |
CN102821167B (zh) | 一种网络会议漂移的处理方法及系统 | |
CN102801620B (zh) | 一种网络会议漂移控制处理方法及系统 | |
CN102868777A (zh) | 一种会议漂移的控制方法及系统 | |
CN102857433A (zh) | 一种处理网络会议漂移的方法及系统 | |
CN101505234A (zh) | 一种板间通信的系统和方法 | |
CN102820978B (zh) | 一种实现会议漂移的方法及系统 | |
CN102868776B (zh) | 一种会议漂移的实现方法及系统 | |
CN102868541B (zh) | 一种控制网络会议漂移的方法及系统 | |
CN102833153B (zh) | 一种网络会议漂移的控制方法及系统 | |
CN102843289B (zh) | 一种会议漂移方法及系统 | |
CN202261363U (zh) | 一种群组通信传输的系统及即时通信服务器 | |
CN102857351B (zh) | 一种会议漂移的方法及系统 | |
CN102843241A (zh) | 一种会议漂移控制方法及系统 | |
CN102811134A (zh) | 一种网络会议漂移控制方法及系统 | |
CN102739414A (zh) | 一种网络会议漂移方法及系统 | |
CN102868774A (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 | ||
C05 | Deemed withdrawal (patent law before 1993) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20130109 |