一种配置信息处理方法及装置

技术领域

本发明涉及计算机信息处理领域，尤其涉及一种配置信息处理方法、装置及计算机可读存储介质。

背景技术

随着信息化程度越来越高，各个企业部署的应用程序也越来越多，越来越复杂，而为了保证这些应用的高可用性，大多数应用都部署在集群环境中，由此产生出数量繁多、形态各异的应用程序配置文件。

在集群环境下，应用配置文件中间的某些配置选项在各个节点要保持完全一致，否则会产生运维风险。因此，每当某个配置选项发生改变时，一定要确保所有相关节点上的所有相关配置文件中的该配置选项都得到了相应地更新。

但实际上，由于应用程序配置文件的数量太多且通常部署在众多集群环境中的各个节点中，在更新配置时，很有可能会发生遗漏或失败的情况，如此就会造成配置选项不一致，导致集群化的一些标准化操作无法成功执行。

因此，如何能进行大批量配置文件一致性检查并定位不一致的配置文件及异常配置选项是运维系统一个亟需解决的技术问题。

发明内容

针对以上问题，本发明实施例提供了一种配置信息处理方法、装置及计算机可读存储介质。

根据本发明实施例第一方面，一种配置信息处理方法，该方法包括：根据配置信息处理请求中携带的请求参数确定目标节点及配置文件，并从目标节点上抓取配置文件得到实时配置文件；将实时配置文件转换为至少一个配置项级别的第一数据；从基线数据库中获取与目标节点对应的基线数据，其中基线数据包括至少一个配置项级别的数据；比较第一数据和基线数据得到一致性检查结果。

根据本发明实施例一实施方式，在得到一致性检查结果之后，该方法还包括：将一致性检查结果存储到一致性检查结果数据库，以生成报告和/或生成报警邮件。

根据本发明实施例一实施方式，在将实时配置文件转换为多个配置项级别的第一数据之前，该方法还包括：从预先建立的基线数据库中获取与实时配置文件对应的历史信息内容；比较实时配置文件中实时信息内容和历史信息内容，若一致，则存储实时配置文件中实时信息并返回一致性检查结果。

根据本发明实施例一实施方式，实时信息内容和历史信息内容均为相应配置文件的摘要信息。

根据本发明实施例一实施方式，在从基线数据库中获取与目标节点对应的基线数据之前，该方法还包括：获取节点及节点的配置文件；对配置文件进行规则集转换得到规则集文件；将规则集文件存储到基线数据库；将节点和规则集文件的关联关系存储到基线数据库。

根据本发明实施例一实施方式，获取节点及节点的配置文件，包括：获取节点及与节点关联的第一配置文件；通过第一配置文件获取与第一配置文件关联的第二配置文件。

根据本发明实施例一实施方式，对配置文件进行规则集转换得到规则集文件，包括：将配置文件转换为配置项级别的第二数据；将第二数据作为规则集得到规则集文件。

根据本发明实施例一实施方式，在对配置文件进行规则集转换得到规则集文件之后，该方法还包括：将配置文件的信息内容存储到基线数据库。

根据本发明实施例一实施方式，在将节点和规则集文件的关联关系存储到基线数据库之后，该方法还包括：对节点和规则集文件的关联关系进行更新。

根据本发明实施例第二方面，提供一种配置信息处理装置，该装置包括：实时配置文件抓取模块，用于根据配置信息处理请求中携带的请求参数确定目标节点及配置文件，并从目标节点上抓取配置文件得到实时配置文件；实时配置文件转换模块，用于将实时配置文件转换为至少一个配置项级别的第一数据；基线数据获取模块，用于从基线数据库中获取与目标节点对应的基线数据，其中基线数据包括至少一个配置项级别的数据；一致性检查模块，用于比较第一数据和基线数据得到一致性检查结果。

根据本发明实施例一实施方式，该装置还包括：结果存储模块，用于将一致性检查结果存储到一致性检查结果数据库，以生成报告和/或生成报警邮件。

根据本发明实施例一实施方式，该装置还包括：历史信息内容获取模块，用于从预先建立的基线数据库中获取与实时配置文件对应的历史信息内容；信息内容比较模块，用于比较实时配置文件中实时信息内容和历史信息内容，若一致，则存储实时配置文件中实时信息并返回一致性检查结果。

根据本发明实施例一实施方式，该装置还包括：配置文件获取模块，用于获取节点及节点的配置文件；规则集转换模块，用于对配置文件进行规则集转换得到规则集文件；规则集文件存储模块，用于将规则集文件存储到基线数据库；关联关系存储模块，用于将节点和规则集文件的关联关系存储到基线数据库。

根据本发明实施例一实施方式，配置文件获取模块包括：第一配置文件获取子模块，用于获取节点及与节点关联的第一配置文件；第二配置文件获取子模块，用于通过第一配置文件获取与第一配置文件关联的第二配置文件。

根据本发明实施例一实施方式，规则集转换模块包括：第二数据转换子模块，用于将配置文件转换为配置项级别的第二数据；规则集文件获取子模块，用于将第二数据作为规则集得到规则集文件。

根据本发明实施例一实施方式，该装置还包括配置文件存储模块，用于将配置文件的信息内容存储到基线数据库。

根据本发明实施例一实施方式，该装置还包括管理关系更新模块，用于对节点和规则集文件的关联关系进行更新。

根据本发明实施例第三方面，提供一种计算机存储介质，存储介质包括一组计算机可执行指令，当指令被执行时用于执行上述任一项的动态控制报文缓存的方法。

本发明实施例提供一种配置信息处理方法、装置及计算机可读存储介质，该方法先根据配置信息处理请求中携带的请求参数确定目标节点及配置文件，并从所述目标节点上抓取配置文件得到实时配置文件；之后将实时配置文件转换为配置项级别的数据并与从基线数据库中获取的与目标节点对应的基线数据中的配置项级别的数据进行比较，如果二者不一致，则返回实时配置文件的相关信息以及不一致的配置项。

该方法将基线数据细化为配置项级别的数据并存储到基线数据库中供一致性检查时使用，在进行一致性检查时，也相应地将实时配置文件也转换为与基线数据库中的配置项级别的数据对应的配置项级别的数据，再通过比较配置项级别的数据得到实时配置文件是否与基线数据一致的检查结果。由于这一方法中的一致性检查是基于配置项级别的数据比较，当检查结果为不一致的情况下，还可返回不一致的异常配置项。从而实现配置文件一致性的自动检查，并可在此基础上进一步实现批量配置文件一致性的自动检查。

需要理解的是，本发明的教导并不需要实现上面所述的全部有益效果，而是特定的技术方案可以实现特定的技术效果，并且本发明的其他实施方式还能够实现上面未提到的有益效果。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

在附图中，相同或对应的标号表示相同或对应的部分。

图1为本发明实施例配置信息处理方法的实现流程示意图；

图2为本发明实施例配置信息处理方法一应用的具体实现流程示意图；

图3为本发明实施例配置信息处理装置的组成结构示意图。

具体实施方式

为使本发明的目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

图1示出了本发明实施例配置信息处理方法的实现流程。参考图1，该方法包括：操作110，根据配置信息处理请求中携带的请求参数确定目标节点及配置文件，并从目标节点上抓取配置文件得到实时配置文件；操作120，将实时配置文件转换为至少一个配置项级别的第一数据；操作130，从基线数据库中获取与目标节点对应的基线数据，其中基线数据包括至少一个配置项级别的数据；操作140，比较第一数据和基线数据得到一致性检查结果。

在操作110中，配置信息处理请求主要指配置信息一致性检查请求，可以通过定期任务定期触发，也可以通过命令主动触发。

配置信息处理请求中携带的请求参数主要包括文件路径、文件名、用户连接信息、目标节点的IP地址和域名等。

节点指部署应用或服务的服务器或容器，可以是独立的节点，也集群环境下多个节点中的一个节点。目标节点是待检查一致性的配置文件所在的节点。

配置文件可以是单个文件，也可以是一批文件，主要通过请求参数中的文件路径和文件名来确定。文件路径和文件名可以是详细的具体值，也可以是带有正则表达式的匹配值；当只有文件路径而没有文件名时，则表示要检查该路径下的所有文件。

请求参数中的用户连接信息、目标节点的IP地址和域名主要是用于连接目标节点的，通过以上信息与目标节点建立连接后，就可以通过网络传输命令从目标节点抓取文件路径和文件名指定的配置文件。

在操作110中指定的配置文件就是待进行一致性检查的配置文件。但在操作110中抓取的是一个文件，直接用文件与基线数据进行比较还是比较困难，因而，本发明实施例配置信息处理方法，在获取到待进行一致性检查的配置文件之后，还通过操作120对配置文件进行转换，将配置文件中的配置信息提取出来并转换为多个配置项级别的数据，即第一数据。

在操作120中，配置项级别的第一数据，是指从配置信息中提取到的每一配置项及其对应的值形成类似键值对形式的结构化数据，并按照一定的顺序存储在特定格式的文件中，例如Json。其中，键值对形式的结构化数据可以是对象(object)，纪录(record)，结构(struct)，字典(dictionary)，哈希表(hash table)，有键列表(keyed list)，或者关联数组(associative array)等等。

至此，待检测一致性的数据已经准备就绪，下一步就是通过操作130从基线数据库中获取与目标节点对应的基线数据。基线数据库泛指用于存储基线的数据存储系统，可以任何能够满足基线数据管理需要的任何数据存储系统，例如，数据库、网络文件系统、LDAP和配置管理系统等。在基线数据库中存储的基线数也是配置项级别的数据。由实时配置文件转换得到配置项级别的数据与基线数据中的配置项级别的数据进行比较，不仅可以简化比较操作，使比较结果更准确；还可以在实时配置文件与基线数据不一致的情况下，精确定位到不一致的配置项，为下一步分析不同步的原因，或为修复不同步的信息等后续处理提供更精准的依据。

在获取由实时配置文件转换得到配置项级别的数据与基线数据中的配置项级别的数据之后，就可以通过操作140，对配置项级别的数据进行比较，并得到一致性检查结果。

在实时配置文件转换得到配置项级别的数据与基线数据中的配置项级别的数据一致时，该一致性检查结果可以仅包括一个结论，例如“一致性检查结果为通过”；在实时配置文件转换得到配置项级别的数据与基线数据中的配置项级别的数据一致时，则该一致性结果会返回不一致的配置文件所在的目标节点、文件路径、文件名等相关信息，并给出不一致的异常配置项信息。

由此可见，本发明实施例配置信息处理方法将基线数据细化为配置项级别的数据并存储到基线数据库中；在进行一致性检查时，通过操作110至操作130获取待进行一致性检查的实时配置文件，并将实时配置文件中也转换为与基线数据库中的配置项级别的数据对应的配置项级别的数据，然后再通过操作140进行配置项级别的数据的逐一比较得到实时配置文件是否与基线数据一致的检查结果。由于这一方法中的一致性检查是基于配置项级别的数据比较，当检查结果为不一致的情况下，还可返回不一致的异常配置项。从而实现配置文件一致性的自动检查，并可在此基础上进一步实现批量配置文件一致性的自动检查。

根据本发明实施例一实施方式，在得到一致性检查结果之后，该方法还包括：将一致性检查结果存储到一致性检查结果数据库，以生成报告和/或生成报警邮件。

在本实施方式中将收集最终的一致性检查结果，并将一致性检查结果，包括结论性信息、不一致的配置文件所在的目标节点、文件路径、文件名以及不一致的异常配置项等信息存储到一致性检查结果数据库中，以便集成外部系统，例如，Prometheous,Zabbix，ITSM等报警系统和消息、邮件、通知系统，实现对异常报警信息的记录和通知，让相关的管理人员能够在第一时间收到异常信息。

根据本发明实施例一实施方式，在将实时配置文件转换为多个配置项级别的第一数据之前，该方法还包括：从预先建立的基线数据库中获取与实时配置文件对应的历史信息内容；比较实时配置文件中实时信息内容和历史信息内容，若一致，则存储实时配置文件中实时信息并返回一致性检查结果。

在本实施方式中，基线数据库中不仅会存储配置项级别的基线数据，还会存储与实时配置文件中的配置信息所对应的历史信息内容，以判断实时配置文件是否发生了变化。

此处的历史信息内容并不是单指某一单个文件的历史信息内容，而是需要保持配置信息一致的所有配置文件的历史信息。例如，配置文件1、配置文件2和配置文件3是同一集群(Cluster)在不同节点的配置文件，这些配置文件中的配置信息要保持完全一致。因此，配置文件1、配置文件2或配置文件3会对应同一历史信息内容，配置文件1、配置文件2或配置文件3中任一文件的变化都会被记入到该历史信息内容中。

因此，当实时配置文件中的实时信息内容和历史信息内容相同时，则表示与实时配置文件对应的配置信息并没有发生变化，此时，可存储实时配置文件中实时信息内容，并返回代表配置信息一致或配置信息未曾改变的一致性检查结果。

如此，在实时配置文件没有发生变化的时候就无须再进行后续的操作，可大幅节约了计算资源、节省运算力，使一致性检查的效率更高。

根据本发明实施例一实施方式，实时信息内容和历史信息内容均为相应配置文件的摘要信息。

在本实施方式中，实时信息内容和历史信息内容均为相应配置文件的摘要信息而非相应配置文件的全部内容。其中摘要信息是对相应配置文件执行摘要算法(例如Hash算法)后得到的信息，相同的内容往往可以得到相同的摘要信息，因此摘要信息常常用来验证文件的内容是否发生变化。

此外，由于摘要信息比文件内容要短小得多，使用摘要信息替代相应配置文件的全部内容，还可以大量减少网络传输得数据量，节省带宽。特别是在全球网络互联的情况下，可以大大减少跨国、多云环境下的网络带宽消耗，能更好地适应大规模数据分析、高频分析等对网络延迟要求较高的复杂运算。

根据本发明实施例一实施方式，在从基线数据库中获取与目标节点对应的基线数据之前，该方法还包括：获取节点及节点的配置文件；对配置文件进行规则集转换得到规则集文件；将规则集文件存储到基线数据库；将节点和规则集文件的关联关系存储到基线数据库。

在本实施方式中，在从基线数据库中获取与目标节点对应的基线数据之前，还包括建立基线数据。这些基线数据就是用于检查配置信息一致性的依据。

通常，配置信息一致性是指在某个范围内，某些配置文件中的配置信息要保持一致。这个范围可能是以群为边界，例如，数据库集群系统中组成集群的每个服务器的配置信息要保持一致；以应用为边界，例如，使用某一用户统一登录应用的所有系统中关于用户认证的相关配置信息要保持一致；以某种标签为边界，例如，所有部署某一组件的所有节点，要保持该组件的基本配置信息一致，该组件的配置是相对标准化的，跨越集群、应用的边界，此时主要通过标识该组件的标签来划界。

这一范围的确定，可以从记录集群组成、应用组成和组件部署文件的配置管理数据库(CMDB)中获取，也可以通过自动化工具以扫描系统的模式获取。

一旦需要保持配置信息一致的范围确定之后，就可以获取该范围中节点及节点上的配置文件作为基线数据的来源。

在本实施方式中，获取的节点及节点的配置文件就是需要保持配置信息一致的范围中的节点及节点上需要保持配置信息一致的配置文件。

规则集是用于进行配置项级别的数据比较的，是从配置文件中提取的、配置项级别的数据的集合。有关配置项级别的数据，请参考前文的相关描述，在此不再赘述。

规则集转换指从配置文件中提取配置项级别的数据的过程。

规则集文件是使用某种特定格式存储规则集的文件，例如，Json。

节点和规则集文件的关联关系指需要保持配置信息一致的范围内的每一节点与规则集文件的对应关系，通常一个规则集文件会对应至少一个节点。

将节点和规则集文件的关联关系存储到基线数据库中，就可以在进行配置信息一致性检查时，根据目标节点迅速定位基线数据，获取到与目标节点对应的基线数据。

根据本发明实施例一实施方式，获取节点及节点的配置文件，包括：获取节点及与节点关联的第一配置文件；通过第一配置文件获取与第一配置文件关联的第二配置文件。

通常配置文件中还会引用到其他配置文件，在本实施方式中，会将引用的其他配置文件中的配置信息也加入到基线数据。

在建立基线数据时，也会根据第一配置文件与第二配置文件关系的类型不用采用不同的处理方式。

例如，配置文件文件A中包含目录B下的相关文件，则会获取配置文件文件A和目录B下的相关文件的配置信息作为基线数据。

配置文件C包含C1、C2、C3等配置章节，各个配置章节是因为安装某一组件的原因组合在一起的，但实际上彼此独立，此时会分别提取C1、C2、C3的配置信息，建立分别与C1、C2、C3等对应的多条基线，在进行配置信息一致性检查时，则根据各个组件中具体应用或服务中用到的配置选择不同基线组合进行检查。

根据本发明实施例一实施方式，对配置文件进行规则集转换得到规则集文件，包括：将配置文件转换为配置项级别的第二数据；将第二数据作为规则集得到规则集文件。

在本实施方式中，对配置文件进行规则集转换得到规则集文件的转换过程，与从实时配置文件提取配置项级别的数据的文件转换过程相同，在此也不再赘述。

根据本发明实施例一实施方式，在对配置文件进行规则集转换得到规则集文件之后，该方法还包括：将配置文件的信息内容存储到基线数据库。

在本实施方式中，建立基线的过程中，也会作为基线数据来源的配置文件的信息内容存储到基线数据库中作为与该配置文件对应的历史信息内容。这样在进行配置信息一致性检查时，就可以根据这一信息内容判断配置信息有无改变以及是否需要进行配置项级别数据的比对等等。

根据本发明实施例一实施方式，在将节点和规则集文件的关联关系存储到基线数据库之后，该方法还包括：对节点和规则集文件的关联关系进行更新。

在大多数情况下，节点和规则集文件的关联关系并不是固定不变的，在本实施方式中，当节点和规则集文件的关联关系发生变化时，也会对基线数据库进行相应的更新。

图2示出了一应用使用本发明实施例配置信息处理方法进行配置信息一致性检查的基本流程。如图2所示，主要包括：

步骤210，通过定时调度任务触发配置信息一致性检查请求(配置信息处理请求)；

步骤220，通过配置信息一致性检查请求中携带的请求参数确定目标节点及配置文件，并从所述目标节点上抓取所述配置文件得到实时配置文件；

步骤230，从预先建立的基线数据库中获取与所述实时配置文件对应的历史信息内容，该历史信息内容是相关配置信息的摘要信息，通过摘要算法分析比较所述实时配置文件中实时信息内容(也为摘要信息)和所述历史信息内容是否一致，若一致，则存储实时配置文件中实时信息并返回一致性检查结果，若不一致，则继续步骤240；

步骤240，将所述实时配置文件转换为配置项级别的数据；

步骤250，通过规则引擎从基线数据库中获取与所述目标节点对应的基线数据，其中，基线数据也是配置项级别的数据；

步骤260，比较实时配置文件转换得到的配置项级别的数据和所述基线数据得到一致性检查结果，并在结果返回之前将结果保存到一致性检查结果数据库中，在本应用中，基线数据库与一致性检查结果数据库为统一数据库。

其中，基线数据库是用于存储基线数据的，而基线数据是通过前文所述的基线数据获取方法获取到的，即从需要保持配置信息一致的范围内的节点和节点需要保持配置信息一致的配置文件中提取配置项级别的数据形成规则集并以规则集文件的形式存储到基线数据库中。

该基线数据库中还存储有节点与规则集文件的对应关系，以及以摘要信息形式存储的配置信息的历史信息内容，而这些历史内容信息来源于基线数据和实施配置文件。

需要说明的是，上述应用仅为本发明实施例配置信息处理方法的示例性说明，并非对本发明实施例配置信息处理方法的具体实施方式或具体应用场景的限定。实施者可根据具体的实施条件，采用任何使用的实施方式应用于任何适用的应用场景中。

进一步地，本发明实施例还提供一种配置信息处理装置。如图3所示，该装置30包括：实时配置文件抓取模块301，用于根据配置信息处理请求中携带的请求参数确定目标节点及配置文件，并从目标节点上抓取配置文件得到实时配置文件；实时配置文件转换模块302，用于将实时配置文件转换为至少一个配置项级别的第一数据；基线数据获取模块303，用于从基线数据库中获取与目标节点对应的基线数据，其中基线数据包括至少一个配置项级别的数据；一致性检查模块304，用于比较第一数据和基线数据得到一致性检查结果。

根据本发明实施例一实施方式，该装置30还包括：结果存储模块，用于将一致性检查结果存储到一致性检查结果数据库，以生成报告和/或生成报警邮件。

根据本发明实施例一实施方式，该装置30还包括：历史信息内容获取模块，用于从预先建立的基线数据库中获取与实时配置文件对应的历史信息内容；信息内容比较模块，用于比较实时配置文件中实时信息内容和历史信息内容，若一致，则存储实时配置文件中实时信息并返回一致性检查结果。

根据本发明实施例一实施方式，该装置30还包括：配置文件获取模块，用于获取节点及节点的配置文件；规则集转换模块，用于对配置文件进行规则集转换得到规则集文件；规则集文件存储模块，用于将规则集文件存储到基线数据库；关联关系存储模块，用于将节点和规则集文件的关联关系存储到基线数据库。

根据本发明实施例一实施方式，配置文件获取模块包括：第一配置文件获取子模块，用于获取节点及与节点关联的第一配置文件；第二配置文件获取子模块，用于通过第一配置文件获取与第一配置文件关联的第二配置文件。

根据本发明实施例一实施方式，规则集转换模块包括：第二数据转换子模块，用于将配置文件转换为配置项级别的第二数据；规则集文件获取子模块，用于将第二数据作为规则集得到规则集文件。

根据本发明实施例一实施方式，该装置30还包括配置文件存储模块，用于将配置文件的信息内容存储到基线数据库。

根据本发明实施例一实施方式，该装置30还包括管理关系更新模块，用于对节点和规则集文件的关联关系进行更新。

根据本发明实施例第三方面，提供一种计算机存储介质，存储介质包括一组计算机可执行指令，当指令被执行时用于执行上述任一项的动态控制报文缓存的方法。

这里需要指出的是：以上针对配置信息处理装置实施例的描述和以上针对计算机可读存储介质实施例的描述，与前述方法实施例的描述是类似的，具有同前述方法实施例相似的有益效果，因此不做赘述。对于本发明对配置信息处理装置实施例的描述和对计算机可读存储介质实施例的描述尚未披露的技术细节，请参照本发明前述方法实施例的描述而理解，为节约篇幅，因此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个装置，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以利用硬件的形式实现，也可以利用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储介质、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例方法的全部或部分。而前述的存储介质包括：移动存储介质、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。