CN101651564B - 一种许可证检测方法、分布式网管系统和服务器 - Google Patents

Abstract

本发明公开了一种许可证License检测方法，包括：A、分布式网管系统中的多个服务器通过竞争选择出一个服务器作为主导服务器，而其他服务器作为副服务器；B、主导服务器向所有副服务器发送License检测命令，并接收每个副服务器返回的License检测结果；主导服务器汇总自身的License检测结果以及各副服务器返回的License检测结果，并根据汇总结果进行相应的处理；执行步骤A。本发明还公开了一种分布式网管系统和一种服务器。本发明的技术方案能够提高License统计的准确性，并且避免了由于主导服务器宕机导致的License无法统计的情况。

Description

一种许可证检测方法、分布式网管系统和服务器

技术领域

本发明涉及网络通信技术领域，尤指一种许可证(License)检测方法、一种分布式网管系统和一种服务器。

背景技术

随着网络的不断发展，网络应用越来越广泛，网络中承载的业务也越来越丰富，企业员工上网行为也变得越来越多样化。为保证企业合理利用互联网(Internet)资源，企业需要及时的了解到网络中承载的业务，及时的掌握网络流量特征以及员工的上网行为等。上述信息都记录在网络日志中。这就使得网络管理系统中的对网络日志进行分析的流量分析部件及行为审计部件变得十分必要。

在现阶段，网络系统软件的销售均以“许可证(License)”的方式销售。例如，一个客户从软件公司买一套金山毒霸，并按照用户购买了License，假设该客户购买了50个用户的License，则该客户购买的金山毒霸软件可以安装在50台电脑上。网管系统对网络日志的处理也存在License的限制，但这里的License可能是其他方面的限制，例如，流量分析的License处理一般是流量带宽，行为审计的License处理一般是用户连接数。如果超过License限制，网管系统可采取告警、带宽限流、网络日志丢弃等处理方法。

同时，在现阶段，网络日志又是海量的，需要对网络日志分析功能进行分布式处理，以达到负载均衡。如果对网络日志分析进行分布式处理，则必须将分布式网管系统中的每一个服务器的处理结果汇总后作为网管系统的流量分析/行为审计的License进行处理。

现有技术中，对于分布式网管系统中的各服务器的License搜集采用如下方案：设定其中一个服务器为主导服务器(Leading Server)，则其他的服务器为副服务器(Side Server)。每个服务器均定时检测License的值，例如，每10分钟检测一次。每个副服务器将所检测到的License值以推送的方式发送给主导服务器。主导服务器自身也检测License的值，并与各副服务器发送的License值进行汇总，作为整个网管系统的流量分析/审计行为的License进行处理。

但是该方案存在如下缺陷：各个分布式服务器的时间不一致时，定时检测License的结果推送时间也不一致，这导致统计的License不准确。另外，在主导服务器宕机时，无法统计License。

发明内容

本发明提供了一种许可证License检测方法，该方法能够提高License统计的准确性，并且避免了由于主导服务器宕机导致的License无法统计的情况。

本发明还提供了一种分布式网管系统和一种服务器，该系统和服务器能够提高License统计的准确性，并且避免了由于主导服务器宕机导致的License无法统计的情况。

为达到上述目的，本发明的技术方案具体是这样实现的：

本发明公开了一种许可证License检测方法，该方法应用于包括多个服务器的分布式网管系统中，该方法包括：

A、分布式网管系统中的多个服务器通过竞争选择出一个服务器作为主导服务器，而其他服务器作为副服务器；

B、主导服务器向所有副服务器发送License检测命令，并接收每个副服务器返回的License检测结果；主导服务器汇总自身的License检测结果以及各副服务器返回的License检测结果，并根据汇总结果进行相应的处理；执行步骤A。

本发明公开了一种分布式网管系统，包括多个服务器，所述多个服务器每隔一段时间通过竞争选择出一个服务器作为主导服务器，而其他服务器作为副服务器，其中，

主导服务器，用于向所有副服务器发送License检测命令，并接收每个副服务器返回的的License检测结果，汇总自身的License检测结果以及各副服务器返回的License检测结果，并根据汇总结果进行相应的处理；

每个副服务器，用于在接收到主导服务器的License检测命令时，进行License检测，并向主导服务器返回License检测结果。

本发明还公开了一种服务器，该服务器是包含多个服务器的分布式网管系统中的一员，该服务器包括：竞争模块和检测模块，其中，

竞争模块，用于每隔一段时间与分布式网管系统中的其他服务器竞争主导服务器，竞争成功则向检测模块发送表示本服务器是主导服务器的第一消息，竞争失败则向检测模块发送表示本服务器是副服务器的第二消息；

检测模块，用于在接收到第一消息时，向分布式网管系统中的所有其他服务器发送License检测命令，并接收其他服务器返回的的License检测结果，汇总自身的License检测结果以及其他服务器返回的License检测结果，并根据汇总结果进行相应的处理；用于在接收到第二消息时，接收License检测命令时，进行License检测，并向License检测命令发送者返回License检测结果。

由上述技术方案可见，本发明这种分布式网管系统中的多个服务器每个一段时间通过竞争选择出一个服务器作为主导服务器，而其他服务器作为副服务器；其中，主导服务器向所有副服务器发送License检测命令，并接收每个副服务器返回的License检测结果；主导服务器汇总自身的License检测结果以及各副服务器返回的License检测结果，并根据汇总结果进行相应的处理的技术方案，由于分布式网管系统中的各个服务器通过竞争动态选择主导服务器，因此避免了由于固定的主导服务器宕机而无法统计License的情况，并且由竞争出来的主导服务器向各个副服务器发起License检测的机制，避免了各个服务器检测License的时机不一致而导致的License检测不准确的问题。

附图说明

图1是本发明实施例一种许可证License检测方法的流程图；

图2是本发明实施例中的竞争主导服务器的流程图；

图3是本发明实施例中的主导服务器发起的License检测流程的示意图；

图4是本发明实施例一种分布式网管系统的组成结构框图；

图5是本发明实施例一种服务器的组成结构框图。

具体实施方式

本发明的核心思想是：分布式网管系统中的各个服务器通过协商动态确定一个主导服务器(Leading Server)，其他服务器则作为副服务器(SideServer)。License的统计和收集由主导服务器发起，屏蔽了各个服务器时间不一致所带来的License检测误差。同时，各副服务器会定时监控主导服务器的运行状态，发现其状态异常时，重新协商确定主导服务器，从而避免了固定的主导服务器宕机而导致的License不能统计的情况。

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

图1是本发明实施例一种许可证License检测方法的流程图。该方法应用于包括多个服务器的分布式网管系统中，如图1所示，该方法包括：

步骤101、分布式网管系统中的多个服务器通过竞争选择出一个服务器作为主导服务器，而其他服务器作为副服务器；

步骤102、主导服务器向所有副服务器发送License检测命令，并接收每个副服务器返回的License检测结果；主导服务器汇总自身的License检测结果以及各副服务器返回的License检测结果，并根据汇总结果进行相应的处理；返回步骤101。

在图1所示的方案中主要包括主导服务器的竞争和License检测两部分内容，下面对这两部分详细说明。

一、主导服务器的竞争

在发明实施例中的主导服务器竞争方案中涉及一些变量，以下先简要进行说明：

1、主导服务器标识(Leading Server ID)：可以根据该标识确定具体是当前哪一台服务器是主导服务器。在本实施例中Leading Server ID的值具体是服务器的IP地址。当然在本发明的其他实施例中，可以取服务器的MAC地址等，只要是能够唯一识别一个服务器的标识即可。

Leading Server ID存储在分布式网管系统的公共存储区域中，初始值为空，所有服务器君可以访问。

2、状态标志(State)：表示主导服务器的活动状态，初始值为0。同一台主导服务器每收集一次License，State的值加1。如果主导服务器被其他服务器竞争上了，则State重新置0。

State存储在分布式网管系统的公共存储区域中，所有服务器君可以访问。

3、上次状态标志(Last State)：上一次的State的置，存储在服务器本地，即每个服务器的本地均存储一个Last State变量。

4、状态未更新次数(State Num)：主导服务器的状态未更新次数。当该值达到第一预设值M，即主导服务器的状态M次未更新时，可以取代主导服务器的位址。State Num存储在服务器本地。

5、异常次数(Err Num)：License检测异常的次数。如果Err Num达到第二预设值N，则触发License异常时间处理，如告警、带宽限流、丢弃网络日志等。

分布式网管系统中的各个服务器通过周期性地执行如图2所示的过程来实现主导服务器的竞争。

图2是本发明实施例中的竞争主导服务器的流程图。如图2所示，包括以下步骤：

步骤201，查询公共存储区域中的主导服务器标识，判断主导服务器标识的值是否为空；是则执行步骤202，否则执行步骤203。

本步骤，如果主导服务器标识Leading Server ID的值为空，则表明分布式网管系统第一次启用。

步骤202，用本服务器标识更新主导服务器标识，将公共存储区域中的状态标志置为0，将本地的上次状态标志和状态未更新次数均置为0，视本服务器为主导服务器，结束本流程。

本步骤中，当前服务器将自身的服务器标识赋予Leading Server ID，并将State、Last State和State Num置0。

步骤203，判断主导服务器标识是否与本服务器标识相同；是则执行步骤204，否则执行步骤205。

本步骤中，当前服务器判断Leading Server ID是否与自身的服务器标识相同。

步骤204，将公共存储区域中的状态标志加1，视自身为主导服务器，结束本流程。

本步骤中，将State加1。

步骤205，查询本地的上次状态标志和状态未更新次数，判断上次状态标志和公共存储区域中的状态标志是否相同；是则执行步骤207，否则执行步骤206。

本步骤中，查询Last State和State Num，并判断Last State和State是否相同。

步骤206，用状态标志的值更新上次状态标志的值，将状态未更新次数置0，视自身为副服务器，结束本流程。

本步骤中，Last State和State不相同，表明主导服务器标识被当前的主导服务器正常获取，则本服务器将State的置赋予Last State，将State Num置0，即Last State＝State，State Num＝0。

步骤207，将状态未更新次数加1，并与第一预设值M进行比较，判断未更新次数是否大于第一预设值M；是则执行步骤202，否则视自身为副服务器，结束本流程。Last State和State相同，表明主导服务器标识至少最近一次没有被当前的主导服务器正常获取，State Num+1，并与M进行比较。

本步骤中，所述第一预设值M是预先注册到分布式网管系统的公共存储区域中的。M的为自然数，具体取值可以根据实际情况而定。

通过图2所示的上述流程，分布式网管系统中的各个服务器可以确定自身是主导服务器还是副服务器。如果确定自身是主导服务器，则发起一次License检测流程。

二、License检测过程

图3是本发明实施例中的主导服务器发起的License检测流程的示意图。如图3所示，包括以下步骤：

步骤301，获取所有副服务器的IP地址。

步骤302，向所有副服务器发送License检测命令，并接收每个副服务器返回的License检测结果。

步骤303，汇总自身的License检测结果以及各副服务器返回的License检测结果。

步骤304，判断汇总结果是否异常，是则执行步骤306，否则执行步骤305。

步骤305，将公共存储区域中的异常次数置0；结束流程。

本步骤中，Err Num＝0。

步骤306，先将公共存储区域中的异常次数加1，然后与第二预设值进行比较，判断异常次数是否小于第二预设值N，是则不做处理，结束流程；否则，执行步骤307。

步骤307，执行异常处理策略，将异常次数置0。

本步骤中，异常次数Err Num大于或等于N，表明License异常的次数已经超限，触发异常处理事件。

其中，所述第二预设值N是预先注册到分布式网管系统的公共存储区域中的。

在上述过程中有些参数是需要用户预先设置的，例如所述的第一预设值M、第二预设值N，以及上述步骤307中所用到的异常处理策略。下面对本发明实施例中如果实现相关参数的配置进行说明。

三、相关参数的配置

在本发明实施例中，分布式网管系统进行License检测所涉及的第一预设值M、第二预设值N、多个不同的处理策略，以及包含一个以上处理策略标识的异常处理策略均通过注册的方式注入分布式网管系统的公共存储区域中。同时，处理策略为开放式，可以任意增减处理策略，任意组合异常处理策略。

这些参数的配置可以是多种形式的，如XML配置文件形式等，注册后的相关信息存入到所有服务器均可以访问的公共存储区域中。本发明实施例中的一个XML配置文件如下：

<LicenseMonitor>

<M>2</M>

<N>3</N>

<Policys>

<Policy>

<Id>1</Id>

<Name>Alarm</Name>

<Path>\license\policy\alarm.jar</Path>

</Policy>

<Policy>

<Id>2</Id>

<Name>RestrictFlux</Name>

<Path>\license\policy\restrict_flux.jar</Path>

</Policy>

</Policys>

<ProcessPolicy>

<PolicyId>1<PolicyId>

<PolicyId>2<PolicyId>

</ProcessPolicy>

</LicenseMonitor>

在上例中，M取值为2，表示服务器竞争主导服务器时，状态标志State多少次无变化时，可获取主导服务器的位置。N取值为3，表示License异常多少次可触发异常处理。Policys为处理策略的集合，每个处理策略Policy的内容包括：处理策略标识(Id)、处理策略名称(Name)、处理策略所在路径(path)；其中路径即为处理策略执行代码的存储路径。Process Policy表示异常处理策略，可包括多个处理策略(用相应的处理策略标识指示)，当异常处理触发时按照Process Policy中的处理策略进行异常处理。

在上例中，异常处理策略存在两种方式，一种是告警(Alarm)，另一种是限制流量(RestrictFlux)，如果触发了异常处理，则先执行告警处理策略，然后执行限制流量处理策略。

如果上述两种处理策略不够用，需要增加采样(Sampling)及丢弃(Discard)处理策略，只需要再单独开发此两种策略，修改配置文件，重新注册即可，而原分布式网管系统无需对处理策略进行适配开发，大大提高了灵活性和开发效率。XML配置文件修改为：

<LicenseMonitor>

<M>2</N>

<N>3</N>

<Policys>

<Policy>

<Id>1</Id>

<Name>Alarm</Name>

<Path>\license\policy\alarm.jar</Path>

</Policy>

<Policy>

<Id>2</Id>

<Name>RestrictFlux</Name>

<Path>\license\policy\restrict_flux.jar</Path>

</Policy>

<Policy>

<Id>3</Id>

<Name>Discard</Name>

<Path>\license\policy\discard.jar</Path>

</Policy>

<Policy>

<Id>4</Id>

<Name>Sampling</Name>

<Path>\license\policy\sampling.jar</Path>

</Policy>

</Policys>

<ProcessPolicy>

<PolicyId>1<PolicyId>

<PolicyId>4<PolicyId>

</ProcessPolicy>

</LicenseMonitor>

在上述XML配置文件中，斜体字部分是修改的部分，则触发异常处理后，先执行告警处理策略，然后执行采样处理策略。

基于上述实施例，接下来给出本发明中的一种分布式网管系统和一种服务器的组成结构。

图4是本发明实施例一种分布式网管系统的组成结构框图。如图4所示，该分布式网管系统包括多个服务器(图4中示意性地画出了三个服务器)，所述多个服务器每隔一段时间通过竞争选择出一个服务器作为主导服务器，而其他服务器作为副服务器，其中，

主导服务器，用于向所有副服务器发送License检测命令，并接收每个副服务器返回的的License检测结果，汇总自身的License检测结果以及各副服务器返回的License检测结果，并根据汇总结果进行相应的处理；

每个副服务器，用于在接收到主导服务器的License检测命令时，进行License检测，并向主导服务器返回License检测结果。

如图4所示的分布式网管系统还包括公共存储区域，用于存储初始值为空的主导服务器标识和初始值为0的状态标志；

分布式网管系统中的每个服务器在本地存储有：上次状态标志和状态未更新次数；

多个服务器每隔一段时间通过竞争选择出一个服务器作为主导服务器，而其他服务器作为副服务器，是通过每个服务器都周期性地执行以下流程实现的：

A1、查询公共存储区域中的主导服务器标识，判断主导服务器标识的值是否为空；是则用自身的服务器标识更新主导服务器标识，将公共存储区域中的状态标志置为0，将本地的上次状态标志和状态未更新次数均置为0，视自身为主导服务器，结束本流程；否则执行步骤A2；

A2、判断主导服务器标识是否与自身的服务器标识相同；是则将公共存储区域中的状态标志加1，视自身为主导服务器，结束本流程；否则，执行步骤A3；

A3、查询本地的上次状态标志和状态未更新次数，判断上次状态标志和公共存储区域中的状态标志是否相同；如果不相同，则用状态标志的值更新上次状态标志的值，将状态未更新次数置0，视自身为副服务器，结束本流程；如果相同，则执行步骤A4；

A4，将状态未更新次数加1，并与第一预设值进行比较；如果状态未更新次数小于或等于第一预设值，则视自身为副服务器，结束本流程；如果状态未更新次数大于第一预设值，则将主导服务器标识更新为自身的服务器标识，将状态标志置为0，将本地的上次状态标志和状态未更新次数均置为0，视自身为主导服务器，结束本流程；

其中，所述第一预设值是预先注册到分布式网管系统的公共存储区域中的。

图4所示的分布式网管系统的公共存储区域，用于存储初始值为0的异常次数；

所述主导服务器根据汇总结果进行相应的处理，是判断汇总结果是否异常；如果无异常，则将公共存储区域中的异常次数置0；如果异常，则先将异常次数加1，然后与第二预设值进行比较；如果异常次数小于第二预设值，则不做处理；如果异常次数大于或等于第二预设值，则执行异常处理策略，将异常次数置0；其中，所述第二预设值是预先注册到分布式网管系统的公共存储区域中的。

在图4所示的分布式网管系统中，所述公共存储区域，用于保存用户注册的多个处理策略，以及用户注册的包含一个以上处理策略标识的异常处理策略；

所述主导服务器执行异常处理策略，是根据异常处理策略中的各处理策略标识，执行相应的处理策略。

图5是本发明实施例一种服务器的组成结构框图。该服务器是包含多个服务器的分布式网管系统中的一员，如图5所示，该服务器包括：竞争模块501和检测模块502，其中，

竞争模块501，用于每隔一段时间与分布式网管系统中的其他服务器竞争主导服务器，竞争成功则向检测模块发送表示本服务器是主导服务器的第一消息，竞争失败则向检测模块发送表示本服务器是副服务器的第二消息；

检测模块502，用于在接收到第一消息时，向分布式网管系统中的所有其他服务器发送License检测命令，并接收其他服务器返回的的License检测结果，汇总自身的License检测结果以及其他服务器返回的License检测结果，并根据汇总结果进行相应的处理；用于在接收到第二消息时，接收License检测命令时，进行License检测，并向License检测命令发送者返回License检测结果。

对于如图5所示的服务器，其所在的分布式网管系统的公共存储区域中存储有：初始值为空的主导服务器标识和初始值为0的状态标志；该服务器在本地存储有：上次状态标志和状态未更新次数；

所述竞争模块501，用于周期性的执行以下流程，以实现与分布式网管系统中的其他服务器竞争主导服务器：

A1、查询公共存储区域中的主导服务器标识，判断主导服务器标识的值是否为空；是则用本服务器标识更新主导服务器标识，将公共存储区域中的状态标志置为0，将本地的上次状态标志和状态未更新次数均置为0，视本服务器为主导服务器，结束本流程；否则执行步骤A2；

A2、判断主导服务器标识是否与本服务器标识相同；是则将公共存储区域中的状态标志加1，视本服务器为主导服务器，结束本流程；否则，执行步骤A3；

A3、查询本地的上次状态标志和状态未更新次数，判断上次状态标志和公共存储区域中的状态标志是否相同；如果不相同，则用状态标志的值更新上次状态标志的值，将状态未更新次数置0，视本服务器为副服务器，结束本流程；如果相同，则执行步骤A4；

A4，将状态未更新次数加1，并与第一预设值进行比较；如果状态未更新次数小于或等于第一预设值，则视本服务器为副服务器，结束本流程；如果状态未更新次数大于第一预设值，则将主导服务器标识更新为本服务器标识，将状态标志置为0，将本地的上次状态标志和状态未更新次数均置为0，视本服务器为主导服务器，结束本流程；

其中，所述第一预设值是预先注册到分布式网管系统的公共存储区域中的。

对于图5所示的服务器，其所在的分布式网管系统的公共存储区域中存储有：初始值为0的异常次数；

所述检测模块502根据汇总结果进行相应的处理是：判断汇总结果是否异常；如果无异常，则将公共存储区域中的异常次数置0；如果异常，则先将异常次数加1，然后与第二预设值进行比较；如果异常次数小于第二预设值，则不做处理；如果异常次数大于或等于第二预设值，则执行异常处理策略，将异常次数置0；其中，所述第二预设值是预先注册到所述分布式网管系统的公共存储区域中的。

对于图5所示的服务器，多个处理策略被预先注册到其所在分布式网管系统中的公共存储区域中的，并且包含一个以上处理策略标识的异常处理策略也被预先注册到分布式网管系统的公共存储区域中；

所述检测模块502执行异常处理策略，是根据异常处理策略中的各处理策略标识，执行相应的处理策略。

综上所述，本发明这种分布式网管系统中的多个服务器每个一段时间通过竞争选择出一个服务器作为主导服务器，而其他服务器作为副服务器；其中，主导服务器向所有副服务器发送License检测命令，并接收每个副服务器返回的License检测结果；主导服务器汇总自身的License检测结果以及各副服务器返回的License检测结果，并根据汇总结果进行相应的处理的技术方案，由于分布式网管系统中的各个服务器通过竞争动态选择主导服务器，因此避免了由于固定的主导服务器宕机而无法统计License的情况，并且由竞争出来的主导服务器向各个副服务器发起License检测的机制，避免了各个服务器检测License的时机不一致而导致的License检测不准确的问题。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种许可证License检测方法，该方法应用于包括多个服务器的分布式网管系统中，其特征在于，该方法包括：

A、分布式网管系统中的多个服务器通过竞争选择出一个服务器作为主导服务器，而其他服务器作为副服务器；

B、主导服务器向所有副服务器发送License检测命令，并接收每个副服务器返回的License检测结果；主导服务器汇总自身的License检测结果以及各副服务器返回的License检测结果，并根据汇总结果进行相应的处理；执行步骤A。

2.如权利要求1所述的方法，其特征在于，所述步骤A包括：

分布式网管系统的公共存储区域中存储有：初始值为空的主导服务器标识，和初始值为0的状态标志；

分布式网管系统中的每个服务器在本地存储有：上次状态标志和状态未更新次数；

分布式网管系统中的每个服务器周期性地执行如下的流程：

A1、查询公共存储区域中的主导服务器标识，判断主导服务器标识的值是否为空；是则用自身的服务器标识更新主导服务器标识，将公共存储区域中的状态标志置为0，将本地的上次状态标志和状态未更新次数均置为0，视自身为主导服务器，结束本流程；否则执行步骤A2；

A2、判断主导服务器标识是否与自身的服务器标识相同；是则将公共存储区域中的状态标志加1，视自身为主导服务器，结束本流程；否则，执行步骤A3；

A3、查询本地的上次状态标志和状态未更新次数，判断上次状态标志和公共存储区域中的状态标志是否相同；如果不相同，则用状态标志的值更新上次状态标志的值，将状态未更新次数置0，视自身为副服务器，结束本流程；如果相同，则执行步骤A4；

A4，将状态未更新次数加1，并与第一预设值进行比较；如果状态未更新次数小于或等于第一预设值，则视自身为副服务器，结束本流程；如果状态未更新次数大于第一预设值，则将主导服务器标识更新为自身的服务器标识，将状态标志置为0，将本地的上次状态标志和状态未更新次数均置为0，视自身为主导服务器，结束本流程；

其中，所述第一预设值是预先注册到分布式网管系统的公共存储区域中的。

3.如权利要求1所述的方法，其特征在于，步骤B中的主导服务器根据汇总结果进行相应的处理包括：

分布式网管系统的公共存储区域中存储有：初始值为0的异常次数；

主导服务器判断汇总结果是否异常；如果无异常，则将公共存储区域中的异常次数置0；如果异常，则先将异常次数加1，然后与第二预设值进行比较；如果异常次数小于第二预设值，则不做处理；如果异常次数大于或等于第二预设值，则执行异常处理策略，将异常次数置0；

其中，所述第二预设值是预先注册到分布式网管系统的公共存储区域中的。

4.如权利要求3所述的方法，其特征在于，多个处理策略被预先注册到分布式网管系统中的公共存储区域中的，并且包含一个以上处理策略标识的异常处理策略也被预先注册到分布式网管系统的公共存储区域中；

所述执行异常处理策略包括：根据异常处理策略中的各处理策略标识，执行相应的处理策略。

5.一种服务器，该服务器是包含多个服务器的分布式网管系统中的一员，其特征在于，该服务器包括：竞争模块和检测模块，其中，

竞争模块，用于每隔一段时间与分布式网管系统中的其他服务器竞争主导服务器，竞争成功则向检测模块发送表示本服务器是主导服务器的第一消息，竞争失败则向检测模块发送表示本服务器是副服务器的第二消息；

检测模块，用于在接收到第一消息时，向分布式网管系统中的所有其他服务器发送License检测命令，并接收其他服务器返回的的License检测结果，汇总自身的License检测结果以及其他服务器返回的License检测结果，并根据汇总结果进行相应的处理；用于在接收到第二消息时，接收License检测命令时，进行License检测，并向License检测命令发送者返回License检测结果。

6.如权利要求5所述的服务器，其特征在于，所述分布式网管系统的公共存储区域中存储有：初始值为空的主导服务器标识和初始值为0的状态标志；该服务器在本地存储有：上次状态标志和状态未更新次数；

所述竞争模块，用于周期性的执行以下流程，以实现与分布式网管系统中的其他服务器竞争主导服务器：

A1、查询公共存储区域中的主导服务器标识，判断主导服务器标识的值是否为空；是则用本服务器标识更新主导服务器标识，将公共存储区域中的状态标志置为0，将本地的上次状态标志和状态未更新次数均置为0，视本服务器为主导服务器，结束本流程；否则执行步骤A2；

A2、判断主导服务器标识是否与本服务器标识相同；是则将公共存储区域中的状态标志加1，视本服务器为主导服务器，结束本流程；否则，执行步骤A3；

A3、查询本地的上次状态标志和状态未更新次数，判断上次状态标志和公共存储区域中的状态标志是否相同；如果不相同，则用状态标志的值更新上次状态标志的值，将状态未更新次数置0，视本服务器为副服务器，结束本流程；如果相同，则执行步骤A4；

A4，将状态未更新次数加1，并与第一预设值进行比较；如果状态未更新次数小于或等于第一预设值，则视本服务器为副服务器，结束本流程；如果状态未更新次数大于第一预设值，则将主导服务器标识更新为本服务器标识，将状态标志置为0，将本地的上次状态标志和状态未更新次数均置为0，视本服务器为主导服务器，结束本流程；

其中，所述第一预设值是预先注册到分布式网管系统的公共存储区域中的。

7.如权利要求5所述的服务器，其特征在于，所述分布式网管系统的公共存储区域中存储有：初始值为0的异常次数；

所述检测模块根据汇总结果进行相应的处理，是判断汇总结果是否异常；如果无异常，则将公共存储区域中的异常次数置0；如果异常，则先将异常次数加1，然后与第二预设值进行比较；如果异常次数小于第二预设值，则不做处理；如果异常次数大于或等于第二预设值，则执行异常处理策略，将异常次数置0；

其中，所述第二预设值是预先注册到所述分布式网管系统的公共存储区域中的。

8.如权利要求7所述的服务器，其特征在于，

多个处理策略被预先注册到分布式网管系统中的公共存储区域中的，并且包含一个以上处理策略标识的异常处理策略也被预先注册到分布式网管系统的公共存储区域中；

所述检测模块执行异常处理策略，是根据异常处理策略中的各处理策略标识，执行相应的处理策略。

9.一种分布式网管系统，包括多个服务器，其特征在于，所述多个服务器每隔一段时间通过竞争选择出一个服务器作为主导服务器，而其他服务器作为副服务器，所述主导服务器和副服务器均为权利要求5所述的服务器，其中，

主导服务器，用于向所有副服务器发送License检测命令，并接收每个副服务器返回的License检测结果，汇总自身的License检测结果以及各副服务器返回的License检测结果，并根据汇总结果进行相应的处理；

每个副服务器，用于在接收到主导服务器的License检测命令时，进行License检测，并向主导服务器返回License检测结果。

10.如权利要求9所述的分布式网管系统，其特征在于，

该分布式网管系统还包括公共存储区域，用于存储初始值为空的主导服务器标识和初始值为0的状态标志；

分布式网管系统中的每个服务器在本地存储有：上次状态标志和状态未更新次数；

多个服务器每隔一段时间通过竞争选择出一个服务器作为主导服务器，而其他服务器作为副服务器，是通过每个服务器都周期性地执行以下流程实现的：

A1、查询公共存储区域中的主导服务器标识，判断主导服务器标识的值是否为空；是则用自身的服务器标识更新主导服务器标识，将公共存储区域中的状态标志置为0，将本地的上次状态标志和状态未更新次数均置为0，视自身为主导服务器，结束本流程；否则执行步骤A2；

A2、判断主导服务器标识是否与自身的服务器标识相同；是则将公共存储区域中的状态标志加1，视自身为主导服务器，结束本流程；否则，执行步骤A3；

A3、查询本地的上次状态标志和状态未更新次数，判断上次状态标志和公共存储区域中的状态标志是否相同；如果不相同，则用状态标志的值更新上次状态标志的值，将状态未更新次数置0，视自身为副服务器，结束本流程；如果相同，则执行步骤A4；

A4，将状态未更新次数加1，并与第一预设值进行比较；如果状态未更新次数小于或等于第一预设值，则视自身为副服务器，结束本流程；如果状态未更新次数大于第一预设值，则将主导服务器标识更新为自身的服务器标识，将状态标志置为0，将本地的上次状态标志和状态未更新次数均置为0，视自身为主导服务器，结束本流程；

其中，所述第一预设值是预先注册到分布式网管系统的公共存储区域中的。

11.如权利要求9所述的分布式网管系统，其特征在于，

该分布式网管系统还包括公共存储区域，用于存储初始值为0的异常次数；

所述主导服务器根据汇总结果进行相应的处理，是判断汇总结果是否异常；如果无异常，则将公共存储区域中的异常次数置0；如果异常，则先将异常次数加1，然后与第二预设值进行比较；如果异常次数小于第二预设值，则不做处理；如果异常次数大于或等于第二预设值，则执行异常处理策略，将异常次数置0；

其中，所述第二预设值是预先注册到分布式网管系统的公共存储区域中的。

12.如权利要求11所述的分布式网管系统，其特征在于，

所述公共存储区域，用于保存用户注册的多个处理策略，以及用户注册的包含一个以上处理策略标识的异常处理策略；

所述主导服务器执行异常处理策略，是根据异常处理策略中的各处理策略标识，执行相应的处理策略。

Images