在集中控制中配置集控策略的方法和装置与流程

本申请涉及网络配置技术领域，特别涉及在集中控制中配置集控策略的方法和装置。

背景技术：

网络规模不断升级和扩大，诸如安全设备(例如路由器、防火墙、行为管理器等)等的各种网络设备在网络中大量部署。用户往往需要分别对多个设备配置相同的控制策略，工作繁琐且容易疏漏。

因此，产生了集中控制的管理方法。由集控中心对多个网络设备(也称被控设备)进行统一管理、统一配置，用户可通过集控中心制定控制策略，再统一下发至多个被控设备。通过集控中心制定并统一下发的控制策略，也称集控策略。

很多场景中，在被控设备本地，在根据集控策略配置被控设备的对应配置项后，可能需要在此基础上对部分或全部配置项进行特定修改以更好地适应实际需要，在这种情况下，该被控设备本地的配置项可能已无需与集控中心制定的集控策略保持同步更新。但根据现有技术，集控中心每次更新集控策略后，通常都会发送更新后的集控策略至该被控设备。这将覆盖在该被控设备本地所作的修改，使得在每次集控策略更新后都需要对该被控设备的配置项进行修改，工作繁琐且容易疏漏，可能导致额外的损失。

技术实现要素：

有鉴于此，本申请提供一种在集中控制中配置集控策略的方法以及相应装置，以便于在集中控制中对在被控设备本地已被修改的集控策略进行针对性处理。

具体地，本申请是通过如下技术方案实现的：

一种在集中控制中配置集控策略的方法，应用于集控中心，所述集控中心与被控设备相连，包括：

向被控设备发送状态请求，以请求被控设备返回目标集控策略的状态标记，其中，所述目标集控策略与所述被控设备相关联，所述状态标记用于指示所述目标集控策略在所述被控设备本地是否被修改；

接收所述被控设备返回的所述状态标记；

如果所述状态标记指示所述目标集控策略在所述被控设备本地被修改，提示用户是否同步更新后的目标集控策略至所述被控设备。

一种在集中控制中配置集控策略的方法，应用于被控设备，所述被控设备与集控中心相连，包括：

接收来自集控中心的目标集控策略；

将所述目标集控策略对应的状态标记设置为第一值，其中，当所述目标集控策略在本地被修改时，所述状态标记被修改为第二值；

接收来自所述集控中心的状态请求；

响应于所述状态请求，返回所述状态标记至所述被控设备。

一种在集中控制中配置集控策略的装置，应用于集控中心，所述集控中心与被控设备相连，包括：

请求发送单元，用于向被控设备发送状态请求，以请求被控设备返回目标集控策略的状态标记，其中，所述目标集控策略与所述被控设备相关联，所述状态标记用于指示所述目标集控策略在所述被控设备本地是否被修改；

标记接收单元，用于接收所述被控设备返回的所述状态标记；

提示单元，用于如果所述状态标记指示所述目标集控策略在所述被控设备本地被修改，提示用户是否同步更新后的目标集控策略至所述被控设备。

在集中控制中配置集控策略的装置，应用于被控设备，其特征在于，所述被控设备与集控中心相连，包括：

策略接收单元，用于接收来自集控中心的目标集控策略；

标记设置单元，用于将所述目标集控策略对应的状态标记设置为第一值，其中，当所述目标集控策略在本地被修改时，所述状态标记被修改为第二值；

请求接收单元，用于接收来自所述集控中心的状态请求；

标记发送单元，用于响应于所述状态请求，返回所述状态标记至所述被控设备。。

由以上本申请提供的技术方案可见，集控中心与被控设备相连，所述被控设备从所述集控中心接收所述目标集控策略，并根据所述目标集控策略配置对应的配置项，以及将所述目标集控策略对应的状态标记设置为第一值；后续，当所述目标集控策略对应的配置项中的至少一者在所述被控设备本地被修改时，所述状态标记被修改为第二值；所述集控中心更新所述目标集控策略时，先向所述被控设备发送状态请求，以请求所述被控设备返回所述状态标记；从而集控中心可知晓所述被控设备本地对所述目标集控策略是否作了修改；如果所述目标集控策略在所述被控设备本地已被修改，集控中心将提示用户是否同步更新后的目标集控策略至所述被控设备，使得用户可根据需要确定是否同步更新后的目标集控策略至所述被控设备，避免在没有必要的情况下覆盖在被控设备本地所作的修改，减少了繁琐的重复修改被控设备本地配置的工作，显著提高了集中控制的针对性和灵活性。

附图说明

图1为本申请示出的集中控制的组网示意图；

图2为本申请示出的一种在集中控制中配置集控策略的方法的流程图；

图3为本申请示出的另一种在集中控制中配置集控策略的方法的流程图；

图4为应用根据本申请示出的配置集控策略的方法进行配置的示例性流程图；

图5为本申请示出的在集中控制中删除集控策略的方法的示例性流程图；

图6为本申请示出的一种在集中控制中配置集控策略的装置；

图7为本申请示出的另一种在集中控制中配置集控策略的的装置。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

需要说明的是，本申请中提到集控策略在被控设备本地被修改，除非有明确相反地说明，否则均指在被控设备上的该集控策略被修改，即在该被控设备上根据该集控策略配置的配置项中的至少一者被修改，而不限定具体修改方式，例如，可以是通过被控设备本机登录以对其进行修改，也可以是通过其他机器登录被控设备以对其进行修改。

请参见图1，图1为本申请示出的集中控制的组网示意图。

在图1示出的组网连接中，集控中心102与多个被控设备104相连。用户通过集控中心102制定集控策略，并下发给隶属于集控中心102的所有被控设备104中的部分或全部。被控设备104接收到集控策略后，根据集控策略对对应配置项进行配置。

集控策略和被控设备104间可具有一定关联关系，例如，如果将某集控策略发送给某被控设备104，则二者间可建立所述关联关系。根据现有技术，为保证集控策略的同步更新，每次下发集控策略时，通常均会将该集控策略下发给与其相关联的各个被控设备104。此外，还可根据需要将其下发给尚未关联的被控设备104并相应地建立新的关联关系，例如，接收到该尚未关联的被控设备104的请求，或者出现用户认为应该给该尚未关联的被控设备104配置该集控策略的其他情况。

不同集控策略与被控设备间的关联关系可以是不同的。例如，假设共有50个被控设备104隶属于集控中心102，集控策略a可能分别与其中20个被控设备104相关联，集控策略b可能分别与其中35个被控设备104相关联，集控策略c和d可能与每一个被控设备104均相关联。

这些被控设备可以是安全设备。根据不同的应用场景，这些安全设备可以是路由器、防火墙、行为管理器等。集控中心可给所管控的安全设备下发安全策略，以实现统一管理、统一配置。举例来说，所述安全策略可以是携带防火墙入站/出站规则的策略、可以是携带需限速的ip地址(internetprotocoladdress)和限速值的带宽限速策略、可以是携带清洗阈值的流量清洗策略、可以是携带若干ip地址的nat地址池策略等，本申请对此不作限定。

这些被控设备也可以是被集中控制和管理的其他类型的网络设备，本申请对此不作限定。

图1中的集控中心102和被控设备104虽然被示出为台式计算机形式，但本领域技术人员可以理解地是，其可以是具有任意物理形态的网络设备，本申请对此不作限制。

如上所述，在具体应用中，在被控设备本地，可能在集控中心下发的集控策略基础上，对某个/某些配置项进行个性化修改以更好地适应实际需要。这种情况下，被控设备本地的该控制策略可能已无需与集控中心制定的相应集控策略保持同步更新。而现有技术中，当集控中心每次更新集控策略后，通常均会直接发送更新后的集控策略至相关联的各个被控设备，从而覆盖该被控设备本地所作的修改，使得在每次更新后都需要对该被控设备的该控制策略再次进行修改，工作繁琐且容易疏漏。

请参见图2，图2为本申请示出的一种在集中控制中配置集控策略的方法的流程图，所述方法应用于集控中心，所述集控中心与被控设备相连。

本申请是在集中控制的基础上针对性地解决在被控设备本地被修改的集控策略的同步问题。

如图2所示，所述方法包括步骤202、步骤204和步骤206。

步骤202，向被控设备发送状态请求，以请求被控设备返回目标集控策略的状态标记，其中，所述目标集控策略与所述被控设备相关联，所述状态标记用于指示所述目标集控策略在所述被控设备本地是否被修改。

步骤204，接收所述被控设备返回的所述状态标记。

步骤206，如果所述状态标记指示所述目标集控策略在所述被控设备本地被修改，提示用户是否同步更新后的目标集控策略至所述被控设备。

在本申请中，用户可根据所述状态标记了解所述目标集控策略在被控设备本地是否被修改，并根据需要选择下一步操作，即根据需要选择是否同步更新后的目标集控策略至所述被控设备以覆盖在所述被控设备本地已被修改的上一版本的目标集控策略。

可根据需要设置提示项。在一种可能的实施方式中，步骤206中，提示用户是否同步更新后的目标集控策略至所述被控设备，可以包括提示用户选择下列中的一者:

同步所述更新后的目标集控策略至所述被控设备；

解除所述目标集控策略与所述被控设备间的关联。

根据本实施方式，针对与所述集控策略相关联且在本地对所述集控策略作修改的被控设备，集控中心可根据需要选择同步所述更新后的目标集控策略至所述被控设备，或解除所述目标集控策略与所述被控设备间的关联。当然，解除关联后，如有需要可再次将所述集控策略与所述被控设备相关联，例如，后续收到所述被控设备的请求时，或后续用户因为某种原因认为有必要时，本申请对此不作限定。

用户可根据相应的集控原则选择执行何种操作。例如，某集控策略的安全级别较高，需要同步更新，则在已知上一版本在被控设备本地被修改的情况下，用户仍可选择发送所述更新后的集控策略至所述被控设备，以覆盖在被控设备本地经过修改的版本；某集控策略安全级别较低，可以允许被控设备根据自身需要自行调整维护，而无需一定与集控中心制定的集控策略保持同步更新，则若已知上一版本在被控设备本地被修改，则可认为该被控设备已不需要该集控策略，此时可解除该集控策略与该被控设备间的关联，当然，此时也不发送所述更新后的目标集控策略至所述被控设备。由于不同被控设备的权限不同，某集控策略可能对相关联的部分被控设备而言是需要同步更新的，而对另一部分而言是无需一定同步更新的，若这两类被控设备都对本地的所述集控策略进行了修改，此时可同步所述集控策略至前者，并解除所述集控策略与后者间的关联。

在一些示例中，可以通过在数据库中存储集控策略发送记录来实现这种关联。例如，可在数据库中记录将每条集控策略下发给哪个/哪些被控设备了，并可认为存在发送记录的集控策略和被控设备间具有关联关系。

例如，如果数据库中存在下发集控策略a至被控设备d1、d2、d3的记录，而没有下发集控策略a至被控设备d4和d5的记录，则可认为集控策略a与被控设备d1、d2和d3间具有所述关联关系，而与被控设备d4和d5间不具有所述关联关系。

当需要解除集控策略a与被控设备d1的关联时，可通过删除数据库中发送集控策略a至被控设备d1的记录来关联。

例如，数据库中已有将集控策略a发送至被控设备d2的发送记录，当集控策略a被更新并将更新后的集控策略a发送至被控设备d2时，可用集控策略a和被控设备d2间的新发送记录覆盖原有的发送记录。

在上述实施例中，所述集控中心先向所述被控设备发送状态请求，以请求所述被控设备返回所述状态标记；从而集控中心可知晓上述目标集控策略是否在所述被控设备本地被修改；如果所述状态标记指示所述目标集控策略在所述被控设备本地已被修改，则提示用户是否同步更新后的目标集控策略至所述被控设备。根据本实施例，针对被修改的目标集控策略，用户可根据需要确定是否同步更新后的目标集控策略至所述被控设备，从而避免在没有必要的情况下覆盖被控设备本地所作的修改，并减少了重复修改被控设备本地配置的工作，显著提高了集中控制的针对性和灵活性。

在一种可能的实施方式中，上述方法还包括：

如果所述状态标记指示所述目标集控策略在所述被控设备本地未被修改，同步所述更新后的目标集控策略至所述被控设备。

根据本实施方式，在所述目标集控策略在所述被控设备本地未被修改的情况下，可认为被控设备本地没有自行调整维护所述目标集控策略的需要，因此仍可直接同步所述更新后的目标集控策略至所述被控设备，以覆盖所述被控设备本地的上一版本。

在一种可能的实施方式中，所述方法还包括：

向所述被控设备发送策略查询请求，以查询所述被控设备本地是否存在所述目标集控策略；

接收所述被控设备响应于所述策略查询请求而返回的集控策略指示；

如果所述集控策略指示表明所述被控设备本地不存在所述目标集控策略，则解除所述目标集控策略与所述被控设备间的关联。

例如，所述策略查询请求可请求所述被控设备返回本地当前所有的集控策略，从而可了解所述被控设备本地是否存在所述目标集控策略；例如，所述策略查询请求可只请求所述被控设备告知本地是否存在所述目标集控策略，而相应地，所述集控策略指示可直接告知所述目标集控策略存在或不存在。

根据本实施方式，通过发送策略查询请求，所述集控中心可知晓所述被控设备本地是否存在所述目标集控策略。如果所述被控设备不存在所述目标集控策略，即所述被控设备本地已删除了所述目标集控策略，可认为所述被控设备本地已无需所述目标集控策略，此时可解除所述目标集控策略与所述被控设备间的关联。如上所述，一旦解除关联，所述集控中心可不再发送更新后的目标集控策略至所述被控设备，直至所述被控设备向所述集控中心请求所述集控中心下发所述目标集控策略，或出现其他集控中心认为应该再次向所述被控设备下发所述目标集控策略的情况。而现有技术中，即使所述被控设备本地已删除所述目标集控策略，即已不再需要所述目标集控策略，集控中心仍会同步更新后的目标集控策略至所述被控设备以覆盖所述被控设备本地的配置，导致在所述被控设备本地往往需要进行再删除操作，这将带来额外的操作需求，浪费人力且容易出现失误。可见，相比于现有技术，根据本申请的这一实施方式可大大简化操作，有利于提高集中控制的针对性和灵活性。

在一种可能的实施方式中，其特征在于，所述方法还包括：

如果所述集控策略指示表明所述被控设备本地存在所述目标集控策略，则执行所述向被控设备发送状态请求(步骤202)的操作。

在本实施方式中，集控中心在确定与目标集控策略相关联的被控设备本地存在所述目标集控策略的基础上，再进一步向所述被控设备发送状态请求以了解所述目标集控策略在所述被控设备本地是否被修改，从而可在充分了解被控设备本地需求的同时，根据集控原则确定后续操作。

请参见图3，图3为本申请示出的另一种在集中控制中配置集控策略的方法的流程图。所述方法应用于被控设备，所述被控设备与集控中心相连。如图3所示，所述方法包括步骤302、步骤304、步骤306和步骤308。

步骤302，接收来自集控中心的目标集控策略。

步骤304，将所述目标集控策略对应的状态标记设置为第一值，其中，当所述目标集控策略在本地被修改时，所述状态标记被修改为第二值。

如果在步骤302前，所述被控设备本地没有所述目标集控策略，相应地也不存在所述状态标记，则需创建对应的状态标记并将其设置为第一值；如果在步骤302前，所述被控设备本地存在所述目标集控策略，则将原有的所述状态标记重置为第一值。

本领域技术人员可以理解地是，被控设备可根据接收到的目标集控策略对对应配置项进行配置，当对应的配置项中的一者或多者被修改时，均可认为所述目标集控策略被修改。

步骤306，接收来自所述集控中心的状态请求。

步骤308，响应于所述状态请求，返回所述状态标记至所述被控设备。

在上述实施例中，被控设备针对接收到的目标集控策略设置状态标记，在每次(无论第一次收到还是后续收到更新的版本)收到所述目标集控策略时，均将所述状态标记设置为第一值，例如零值；而如果本地对所述目标集控策略进行了修改，则将所述状态标记设置为第二值，例如非零值。从而便于集控中心是通过所述状态标记了解所述被控设备本地的所述目标集控策略是否被修改，并基于这一信息进行后续操作，可显著提高集中控制的针对性和灵活性。

本领域技术人员可以理解地是，上文中的“第一次收到”指在所述被控设备本地不存在所述目标集控策略的情况下接收到所述目标集控策略，例如所述被控设备历史上从未收到所述集控策略，这是第一次收到；或者所述被控设备之前虽然收到过所述目标集控策略但已将其删除，目前本地已不存在所述目标集控策略，对应的状态标记也被同步删除。

在一种可能的实施方式中，所述方法还包括：

接收来自所述集控中心的策略查询请求；

响应于所述策略查询请求，返回集控策略指示至所述集控中心，其中，所述集控策略指示包括用于表明所述被控设备本地是否存在所述目标集控策略的信息。

本实施例中所述方法的部分细节可详见上文描述，在此不再赘述。

请参见图4，图4为应用根据本申请示出的配置集控策略的方法进行配置的示例性流程图。步骤402，集控中心得到发送目标集控策略至被控设备的指令。步骤404，判断所述集控策略是否与所述被控设备相关联。如果不关联，即认为所述目标集控策略是第一次被下发给所述被控设备，则进入步骤406，发送所述目标集控策略至所述被控设备，并在数据库中存储这一发送记录。

如果相关联，则进入步骤408，从所述被控设备获取集控策略指示，所述集控策略指示用于表明所述被控设备本地是否存在所述目标集控策略。如上所述，所述集控中心可向所述被控设备发送策略查询请求，所述被控设备可响应于所述策略查询请求而返回所述集控策略指示至所述集控中心。

步骤410，基于所述集控策略指示判断所述被控设备本地是否存在所述目标集控策略。如果不存在，可认为所述被控设备本地已不需要所述目标集控策略，则进入步骤412，解除所述目标集控策略与所述被控设备间的关联。如果存在，则进入步骤414。

步骤414，从所述被控设备获取所述目标集控策略的状态标记，所述状态标记用于指示所述目标集控策略在所述被控设备本地是否被修改。如上所述，所述集控中心可向所述被控设备发送状态请求，以请求所述被控设备返回所述状态标记。

步骤416，基于所述状态标记判断所述所述目标集控策略在所述被控设备本地是否被修改。如果未被修改，则进入步骤406，发送所述目标集控策略至所述被控设备，并在数据库中存储这一发送记录，例如，覆盖发送所述目标记录策略的上一版本至所述被控设备的发送记录。如果被修改，则进入步骤418。

步骤418，集控中心可提示用户是否同步更新后的目标集控策略至所述被控设备。例如，集控中心的页面可显示“在该被控设备本地，该集控策略已被修改，是否使用当前更新后的集控策略覆盖该被控设备本地的配置？”。如果用户选择覆盖，则进入步骤406，发送所述目标集控策略至所述被控设备，并在数据库中存储这一发送记录，例如，覆盖发送所述目标记录策略的上一版本至所述被控设备的发送记录；如果用户认为所述被控设备本地已不需要所述目标集控策略，则可选择不覆盖，进入步骤412，解除所述目标集控策略与所述被控设备间的关联。

请参考图5，图5为本申请示出的在集中控制中删除集控策略的方法的示例性流程图。如步骤502所示，集控中心得到删除目标集控策略的指令。进入步骤504，判断是否存在与所述目标集控策略相关联的被控设备，例如，数据库中是否存在发送所述目标集控策略至任一被控设备的记录。如果不存在，则进入步骤506，在集控中心删除所述目标集控策略。

如果存在，则进入步骤508，获取所述相关联的被控设备的ip地址。步骤510，集控中心发送通知至所述相关联的被控设备，以通知所述被控设备在本地删除所述目标集控策略。

相应地，如果接收到所述通知的被控设备本地存在所述目标集控策略，则进行删除操作，并返回删除成功的指示至所述集控中心。例如，如果集控中心通知所述被控设备删除带宽限速策略，则被控设备将对相应配置项进行修改，以取消针对特定ip地址的限速。如果配置项修改成功，则可返回所述删除成功的指示至所述集控中心。如果接收到所述通知的被控设备本地不存在所述目标集控策略，即所述被控设备本地在此之前已自行删除所述目标集控策略，则直接返回删除成功的指示至所述集控中心。如果接收到所述通知的被控设备本地存在所述目标集控策略，但未能成功删除所述目标集控策略，则返回删除失败的指示至所述集控中心。

集控中心可同时向多个被控设备发送该通知，也可在收到一个被控设备返回的指示后再向下一个被控设备发送该通知，本申请对此不作限定。

步骤512，判断是否收到所有所述相关联的被控设备返回的指示。如果不是，则继续等待，直至收到所有所述相关联的被控设备返回的指示。如果是，则进入步骤514。

步骤514，解除所述目标集控策略与删除失败的被控设备(如果存在)间的关联，然后进入步骤506，在集控中心删除所述目标集控策略。如果所有相关联的被控设备本地均成功删除所述目标集控策略，则可跳过步骤514，直接进入步骤506。

请参考图6，图6为本申请示出的一种在集中控制中配置集控策略的装置，应用于集控中心。该装置包括：请求发送单元610，标记接收单元620，提示单元630。

其中，请求发送单元610，用于向被控设备发送状态请求，以请求被控设备返回目标集控策略的状态标记，其中，所述目标集控策略与所述被控设备相关联，所述状态标记用于指示所述目标集控策略在所述被控设备本地是否被修改；标记接收单元620，用于接收所述被控设备返回的所述状态标记；提示单元630，用于如果所述状态标记指示所述目标集控策略在所述被控设备本地被修改，提示用户是否同步更新后的目标集控策略至所述被控设备。

在一种可能的实施方式中，所述提示单元630具体用于提示用户选择下列中的一者：同步所述更新后的目标集控策略至所述被控设备；解除所述目标集控策略与所述被控设备间的关联。

在一种可能的实施方式中，所述装置还包括：策略同步单元，用于如果所述状态标记指示所述目标集控策略在所述被控设备本地未被修改，同步所述更新后的目标集控策略至所述被控设备。

在一种可能的实施方式中，所述装置还包括：查询发送单元，用于向所述被控设备发送策略查询请求，以查询所述被控设备本地是否存在所述目标集控策略；指示接收单元，用于接收所述被控设备响应于所述策略查询请求而返回的集控策略指示；关联解除单元，用于如果所述集控策略指示表明所述被控设备本地不存在所述目标集控策略，则解除所述目标集控策略与所述被控设备间的关联。

在一种可能的实施方式中，所述请求发送单元还用于：如果所述集控策略指示表明所述被控设备本地存在所述目标集控策略，则执行所述向被控设备发送状态请求的操作。

请参考图7，图7为本申请示出的一种在集中控制中配置集控策略的装置，应用于被控设备。该装置包括：策略接收单元710，标记设置单元720，请求接收单元730，标记发送单元740。

其中，策略接收单元710，用于接收来自集控中心的目标集控策略；标记设置单元720，用于将所述目标集控策略对应的状态标记设置为第一值，其中，当所述目标集控策略在本地被修改时，所述状态标记被修改为第二值；请求接收单元730，用于接收来自所述集控中心的状态请求；标记发送单元740，用于响应于所述状态请求，返回所述状态标记至所述被控设备。

在一种可能的实施方式中，所述装置还包括：查询接收单元，用于接收来自所述集控中心的策略查询请求；指示发送单元，用于响应于所述策略查询请求，返回集控策略指示至所述集控中心，其中，所述集控策略指示包括用于表明所述被控设备本地是否存在所述目标集控策略的信息。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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