一种基于集群部署服务的方法、装置、存储介质及设备与流程

1.本技术涉及计算机软件部署领域，尤其涉及一种基于集群部署服务的方法、装置、存储介质及设备。


背景技术：

2.在为以企事业为单位的小集群搭建的私有云中部署服务时，一方面，需要将产品服务离线部署在各个私有云内，使得服务为其提供独立服务，并确保私有数据不会泄露到私有云外；另一方面，由于各个企事业单位的集群差异较大，无法使用统一的服务配置进行部署。此时，通常都会为每一集群的每一服务单独提供一套包含所有配置信息的配置文件，以便适应不同集群的各种差异。
3.但当需要部署的服务数量以及需要将服务部署到的集群的数量不断增长时，需要建立和维护的配置文件会成倍增加。特别是更新一些通用的基本配置项时，需要逐一修改每一服务在每一集群的配置文件，从而使得维护工作变得异常繁重，还极易出错。


技术实现要素：

4.本技术实施例为了解决在多个不同的小集群部署不同服务中存在的上述问题，创造性地提供一种基于集群部署服务的方法、装置、存储介质及设备方法、装置及计算机可读存储介质。
5.根据本技术实施例第一方面，提供了一种基于集群部署服务的方法，该方法包括：获取第一服务针对不同集群的多层级配置数据，多层级配置数据包括至少两级层级结构的节点，上下级节点的关系为父节点与子节点的继承关系，多层级配置数据包括至少两个配置项，其中，每一子节点设置的配置项覆盖父节点的相应配置项，每一子节点未设置的配置项继承父节点的相应配置项，末级节点设置有相应集群的配置项；根据多层级配置数据，确定第一服务针对第一集群的全部配置项，得到第一配置数据；根据第一配置数据，将第一服务部署到第一集群。
6.根据本技术一实施例，该方法还包括：为第一服务创建针对不同集群的多层级配置数据，得到第一多层级配置数据。
7.根据本技术一实施例，该方法还包括：将第一多层级配置数据，存储至与第一服务对应的第一配置库中；相应地，获取第一服务针对不同集群的多层级配置数据，包括：从第一配置库中，获取第一服务针对不同集群的多层级配置数据。
8.根据本技术一实施例，根据多层级配置数据，确定第一服务针对第一集群的全部配置项，得到第一配置数据，包括：根据多层级配置数据，获取一级节点存储的配置项，得到第二配置数据；根据第一集群，确定从一级节点至第一集群对应的节点的第一路径；依次获取第一路径上每一节点的配置项，根据每一节点的配置项，覆盖第二配置数据中对应的数据项，得到第一配置数据。
9.根据本技术一实施例，根据第一集群，确定从一级节点至第一集群对应的节点的
第一路径，包括：根据第一集群，以末级节点至一级节点的顺序，确定从一级节点至第一集群对应的节点的第一路径。
10.根据本技术一实施例，该方法还包括：确定待更新配置项在多层级配置数据中所在的节点，得到第一节点；根据待更新配置项，更新第一节点上相应的配置项。
11.根据本技术一实施例，多层级配置数据中，还包括针对不同场景的节点，相应地，末级节点设置有相应集群在相应场景下的配置项；相应地，根据多层级配置数据，确定第一服务针对第一集群的全部配置项，得到第一配置数据，包括：根据多层级配置数据，确定第一服务针对第一集群在第一场景下的全部配置项，得到第一配置数据。
12.根据本技术实施例第二方面，还提供了一种基于集群部署服务的装置，该装置包括：多层级配置数据获取模块，用于获取第一服务针对不同集群的多层级配置数据，多层级配置数据包括至少两级层级结构的节点，上下级节点的关系为父节点与子节点的继承关系，多层级配置数据包括至少两个配置项，其中，每一子节点设置的配置项覆盖父节点的相应配置项，每一子节点未设置的配置项继承父节点的相应配置项，末级节点设置有相应集群的配置项；集群配置数据确定模块，用于根据多层级配置数据，确定第一服务针对第一集群的全部配置项，得到第一配置数据；服务部署模块，用于根据第一配置数据，将第一服务部署到第一集群。
13.根据本技术实施例第三方面，还提供一种基于集群部署服务的系统，该系统包括代码仓库、部署中心和至少一个集群，其中，代码仓库，用于存储第一服务针对不同集群的多层级配置数据，多层级配置数据包括至少两级层级结构的节点，上下级节点的关系为父节点与子节点的继承关系，其中，每一子节点设置的配置项覆盖父节点的相应配置项，每一子节点未设置的配置项继承父节点的相应配置项，末级节点设置有相应集群的配置项；部署中心，用于执行上述任一项的基于集群部署服务的方法，将第一服务部署到至少一个集群中的一个集群。
14.根据本技术实施例第四方面，还提供一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现上述任一项基于集群部署服务的方法。
15.根据本技术实施例第五方面，还提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现上述任一项基于集群部署服务的方法。
16.本技术实施例提供一种基于集群部署服务的方法、装置、存储介质及设备。该方法将各服务针对不同集群的配置，整理为多层级配置数据，其中，多层级配置数据包括至少两级层级结构的节点，上下级节点的关系为父节点与子节点的继承关系，多层级配置数据包括至少两个配置项，每一子节点设置的配置项覆盖父节点的相应配置项，每一子节点未设置的配置项继承父节点的相应配置项，末级节点设置有相应集群的配置项。当需要将各服务部署到特定集群时，根据该多层级配置数据以及配置项之间的继承关系，就可以生成一套专门针对该集群的完整配置信息。如此，在每个集群对应的节点，只需要存储该节点特有的配置信息，其它通用的配置信息可从父节点继承得到，大大减少了数据的维护量，也更易于保证数据的正确性。
17.需要理解的是，本技术的教导并不需要实现上面的全部有益效果，而是特定的技术方案可以实现特定的技术效果，并且本技术的其他实施方式还能够实现上面未提到的有
益效果。
附图说明
18.通过参考附图阅读下文的详细描述，本技术示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本技术的若干实施方式，其中：
19.在附图中，相同或对应的标号表示相同或对应的部分。
20.图1为本技术一实施例实现基于集群部署服务的方法的实现流程示意图；
21.图2为本技术一实施例多层级配置数据的结构示意图；
22.图3为本技术一实施例创建多层级配置数据的流程示意图；
23.图4为本技术另一实施例实现基于集群部署服务的方法的实现流程示意图；
24.图5为本技术另一实施例实现基于集群部署服务的方法的实现流程示意图；
25.图6位本技术实施例基于集群部署服务的装置的组成结构示意图。
具体实施方式
26.下面将参考若干示例性实施方式来描述本技术的原理和精神。应当理解，给出这些实施方式仅仅是为使本领域技术人员能够更好地理解进而实现本技术，而并非以任何方式限制本技术的范围。相反，提供这些实施方式是为使本技术更加透彻和完整，并能够将本技术的范围完整地传达给本领域的技术人员。
27.下面结合附图和具体实施例对本技术的技术方案进一步详细阐述。
28.图1示出了本技术一实施例实现基于集群部署服务的方法的主要流程。参考图1，本技术实施例基于集群部署服务的方法，至少包括如下操作流程：操作110，获取第一服务针对不同集群的多层级配置数据，多层级配置数据包括至少两个配置项，多层级配置数据包括至少两级层级结构的节点，上下级节点的关系为父节点与子节点的继承关系，其中，每一子节点设置的配置项覆盖父节点的相应配置项，每一子节点未设置的配置项继承父节点的相应配置项，末级节点设置有相应集群的配置项；操作120，根据多层级配置数据，确定第一服务针对第一集群的全部配置项，得到第一配置数据；操作130，根据第一配置数据，将第一服务部署到第一集群。
29.其中，在操作110中，第一服务为通过应用程序或其它形式提供特定功能的网络应用服务，例如，认证服务，打卡服务，会议服务等等。
30.集群(cluster)，也称为集群服务器，指将多个服务器的资源联合起来共同提供高可用的高效运算和高效存储的服务器架构。在部署第一服务时，可将集群看作为一个单个的服务器。
31.在本技术实施例中，第一服务可适用于不同集群，但第一服务所要部署的多个集群通常具有不同的计算能力，组成各个集群的服务器个数不同，每个服务器的硬件条件也不同。
32.因此，在将第一服务部署到各个不同的集群时，由于每个集群的规模(组成各个集群的服务器个数)不同和计算能力不同，指定的不同的部署参数，例如，运行实例的最多个数，内容规划的最大容量等等。从而充分利用各个集群的计算能力，设得第一服务在不同集
群中运行时取得较好的运行性能。
33.针对上述情况，本技术实施例使用多层级配置数据来设置第一服务针对不同集群的多层级配置数据。该多层级配置数据包括至少两个配置项，每一配置项即为部署第一服务需要指定的部署参数及其值的键值对，例如，“instances”：1(代表运行实例的最多个数为1)。多层级配置数据包括至少两级层级结构的节点，上下级节点的关系为父节点与子节点的继承关系，其中，每一子节点设置的配置项覆盖父节点的相应配置项，每一子节点未设置的配置项继承父节点的相应配置项，末级节点设置有相应集群的配置项，其中末级节点指没有子节点的节点。
34.图2示出了本技术实施例第一服务针对不同集群的多层级配置数据的结构。参考图2，该多层级配置数据，可采用树状结构，该树状结构包括4级层级结构的节点：根节点20；集群类型节点(例如，集群类型201和集群类型202)；集群子类型节点(例如，集群子类型2011、集群子类型2012)；集群节点(例如，集群2021、集群2022、集群20111、集群20112、集群20121和集群20122)。集群2021没有集群子类型，其子节点可以是集群。
35.其中，根节点20为一级节点，即没有父节点的节点；集群类型节点为二级节点，即一级节点的子节点；集群子类型节点为三级节点，即二级节点的子节点；集群节点为末级节点，也是树状结构的叶子节点。
36.根节点20的配置项可设置为部署第一服务所需的所有部署参数及其缺省值，也可以设置为大部分集群都适用的部署参数及通用值。
37.集群类型节点中设置有相应集群类型区别于其它集群类型的配置项，而这些配置项对于相应集群类型内的各集群子类型来说，又是普遍适用的通用配置项。
38.集群子类型节点中设置有相应集群子类型区别于其它集群子类型的配置项，而这些配置项对于相应集群子类型内的各集群来说，又是普遍适用的通用配置项。
39.集群节点设置有相应集群区别于其它集群的配置项。
40.如此，可以将本级中各个子节点的通用配置项放置在上一级的父节点中，而本级的各个子节点就只需放置区别于其它子节点的配置项。当需要修改通用配置项时，也只需要修改父节点中的配置项，各个子节点就可以自然继承到修改后的通用配置项。这样就可最大程度地移除各个子节点之间的冗余数据，并使得数据维护量得以大幅减少。
41.在获取第一服务针对不同集群的多层级配置数据时，可从存储有多层级配置数据的数据存储系统中直接获取，这种方式可缩减实时处理时间，响应更快；也可以从存储有多层级配置数据各个节点、各节点对应的配置数据项以及各个节点的继承关系等数据的数据存储系统中，获取所需数据实时生成针对不同集群的多层级配置数据，这种方式对数据存储系统的要求更低。
42.在操作120中，第一配置数据指将第一服务针对第一集群的全部配置项，即将第一服务部署到第一集群所需的全部部署参数及其值。
43.如上所述，第一集群通常会对应有一个叶子节点，根据该叶子节点上设置的配置项、父节点上设置的配置项以及递归得到的各级祖先节点上所设置的配置项，即可确定第一配置数据。
44.以图2所示的多层级配置数据为例，根据所述多层级配置数据，确定所述第一服务针对第一集群的全部配置项，得到第一配置数据，可通过图3所示的流程实现，该流程主要
包括：
45.步骤310，根据所述多层级配置数据，获取根节点存储的配置项，得到第二配置数据；
46.步骤320，根据所述第一集群，确定从所述根节点至所述第一集群对应的节点的第一路径；
47.假设第一集群为集群2021，则第一路径为从根节点20至集群2021的路径：根节点20-集群类型202-集群2021。
48.步骤330，依次获取所述第一路径上每一节点的配置项，根据所述每一节点的配置项，覆盖所述第二配置数据中对应的数据项，得到第一配置数据。
49.在这一过程中，每一子节点设置的配置项覆盖父节点的相应配置项，每一子节点未设置的配置项继承父节点的相应配置项，当以从根节点至叶子节点的顺序处理完叶子节点的配置项之后，就会得到叶子节点对应集群(即第一集群)的全部配置项。
50.在第一配置数据确定之后，也就确定了将第一服务部署到所述第一集群应用于第一场景下所需的全部部署参数，就可以通过操作130将第一服务部署到第一集群中了。
51.由此可见，本技术实施例所示提供的基于集群部署服务的方法将各服务针对不同集群的配置，整理为多层级配置数据，其中，多层级配置数据包括至少两级层级结构的节点，上下级节点的关系为父节点与子节点的继承关系，多层级配置数据包括至少两个配置项，每一子节点设置的配置项覆盖父节点的相应配置项，每一子节点未设置的配置项继承父节点的相应配置项，叶子节点设置有相应集群的配置项。当需要将各服务部署到特定集群时，根据该多层级配置数据以及配置项之间的继承关系，就可以生成一套专门针对该集群的完整配置信息。如此，在每个集群对应的节点，只需要存储该节点特有的配置信息，其它通用的配置信息可从父节点继承得到，大大减少了数据的维护量，也更易于保证数据的正确性。
52.在本技术实施例中，上述多层级配置数据是通过如下过程预先创建好的：
53.创建根节点，将第一服务所需的所有部署参数及其缺省值，或者是大部分集群都适用的部署参数及通用值设置为根节点的配置项；
54.在根节点之下，创建集群类型节点，将集群类型区别于其它集群类型的配置项设置为相应集群类型节点的配置项，若没有集群类型节点，则直接创建集群节点；
55.在集群类型节点之下，创建集群子类型节点，将集群子类型区别于其它集群子类型的配置项设置为相应集群子类型节点的配置项，若没有集群子类型则直接创建集群节点；
56.在集群子类型节点之下，创建集群节点，将集群区别于其它集群的配置项设置为相应集群节点的配置项。
57.如此就可以得到第一服务针对不同集群的多层级配置数据。
58.在创建完多层级配置数据之后，还可以存储至配置库中。如此，再获取第一服务针对不同集群的多层级配置数据时，就可以从配置库中直接获取了。
59.如若需要对特定层级结构中特定通用配置项的值进行修改时，可通过以下过程进行更新：确定待更新配置项在所述多层级配置数据中所在的节点，得到第一节点；根据所述待更新配置项，更新所述第一节点上相应的配置项。
60.其中，确定待更新配置项在所述多层级配置数据中所在的节点时，可通过关键字在多层级配置数据中进行查询，找到与之匹配的配置项，以及匹配的配置项所在的节点；也可以根据指定的节点路径确定待更新配置项在所述多层级配置数据中所在的节点。
61.如此，当有些通用配置项发生改变时，也无需修改每个集群配置数据中的配置项，而只需修改相应节点中的配置项。
62.图4示出了本技术另一实施例实现基于集群部署服务的方法。在图4所示的本技术实施例中，使用代码仓库作为配置库，该代码仓库中存储有多个服务针对不同集群的多层级配置数据，例如服务1、服务2和服务3等；部署中心负责获取每次部署所需的配置数据，构建完整的部署配置；在一次部署中，可以将多个服务一起部署到指定的集群中。
63.在本技术实施例中，为了便于管理每一服务的多层级配置数据，会在代码仓库中分别为每一服务创建一个单独的代码库，例如服务1代码库、服务2代码库和服务3代码库。
64.在为每一服务创建针对不同集群的多层级配置数据之后，会将每一服务对应的多层级配置数据存储至与相应服务对应的代码库中。例如，将服务1对应的树状配置结构存储至服务1代码库中；将服务2对应的树状配置结构存储至服务2代码库中；将服务3对应的树状配置结构存储至服务3代码库中。如此，可便于对每个服务的多层级配置数据进行单独管理，避免各个服务之间的多层级配置数据的干扰，特别是当这些多层级配置数据是由不同开发者或业务部分来维护的时候，这一实施方式还便于进行数据隔离和权限管理。
65.此外，将每一服务对应的多层级配置数据存储至与相应服务对应的代码库中，还利于快速定位相应服务对应的多层级配置数据，比起将所有服务的多层级配置数据存储至同一个代码库中，查询多层级配置数据的操作也更快。
66.假设本次部署是在集群x上部署服务1、服务2和服务3，部署中心在接收到相应的部署指令后，会从代码库中获取相应服务针对集群x的部署配置。例如，从服务1代码库中获取服务1针对集群x的部署配置；从服务2代码库中获取服务2针对集群x的部署配置；从服务3代码库中获取服务3针对集群x的部署配置。
67.然后，合并上述服务1、服务2、服务3的针对集群x的部署配置得到本次部署的完整配置信息。
68.随后，根据服务1针对集群x的部署配置在集群x上部署服务1；根据服务2针对集群x的部署配置在集群x上部署服务2；根据服务3针对集群x的部署配置在集群x上部署服务3。
69.在这一过程中，获取不同服务针对x集群的部署配置时，是可以并行执行的；根据每一服务针对集群x的部署配置在集群x上部署相应服务的过程也是可以并行的。如此，还可实现多个服务的高效部署。
70.图5示出了本技术另一实施例的树状配置结构。在本技术实施例中，第一服务会应用于不同的场景，在特定场景下，即使各个集群的规模和计算能力不同，也会将特定的部署参数设置为相同的值。例如，在测试场景下，为了确保用户在基本应用场景下所有功能的正常运行，并为其他问题提供定位基础，通常会将运行实例限制为1，以便排除多个实例所引发的问题。
71.为此，在本技术实施例中的多层级配置数据中，还包括针对不同场景的节点，例如，针对测试场景的“测试定制配置”。相应地，叶子节点设置有相应集群在相应场景下的配置项，例如集群a测试配置。相应地，在根据多层级配置数据，确定第一服务针对第一集群的
全部配置项，得到第一配置数据时，包括：根据多层级配置数据，确定第一服务针对第一集群在第一场景下的全部配置项，得到第一配置数据。
72.假设将第一服务部署到集群所需要的部署参数包括“cpus”、“mem”、“instances”和“task_concurrency”；可供部署的集群包括：“集群a”、“集群b”和“集群c”；所应用的场景包括测试场景或生产场景。第一服务针对不同集群和不同应用场景的多层级配置数据，包括三级层级结构的节点：根配置节点(例如，基础完整配置)、应用场景节点(例如，测试定制配置和生产定制配置)和在相应场景下的集群配置节点(例如，集群a测试配置、集群b测试配置、集群a生产配置和集群c生产配置)。
73.假设需要部署的第一集群为“集群a”，需要部署的应用场景为“测试场景”，则可以通过逐一获取“基础完整配置
”‑“
测试定制配置
”‑“
集群a测试配置”节点上的配置项，使每一子节点设置的配置项覆盖父节点的相应配置项，每一子节点未配置的配置项继承父节点的相应配置项，即可得到将第一服务部署到集群a应用于测试场景所需要的全部部署参数。
74.例如，获取基础完整配置：“cpus”：0.4；“mem”：4096；“instances”：1。
75.之后，获取“测试定制配置”的配置，由于“测试定制配置”没有设置任何配置，所以继承全部基础完整配置。
76.随后，获取“集群a测试配置”节点的配置数据，使用该节点上设置的task_concurrency”：“6”；“cpus”：0.8覆盖基础完整配置中的“task_concurrency”和“cpus”，即可得到将第一服务部署到集群a应用于测试场景下所需要的全部部署参数：“cpus”：0.8；“mem”：4096；“instances”：1；“task_concurrency”：“6”。
77.在得到以上配置数据之后，即可将第一服务部署到第一集群，使第一服务应用于测试场景中。
78.通过本技术实施例提供的基于集群部署服务的方法，不仅可以根据集群确定部署参数，还可以结合各种应用场景获取不同集群在不同应用场景下的部署参数，适用范围更广。
79.需要说明的是，上述多层级配置数据可通过任何适用树数据结构来实现，特别是某些程序语言自带的继承树数据结构。在实现上述方法中的各操作中，也可使用任何适用的基于树数据结构的遍历、递归和查询算法，只要能实现相应功能即可。
80.同理，基于上文基于集群部署服务的方法，本技术实施例还提供一种基于集群部署服务的装置，如图6所示，该装置60包括：多层级配置数据获取模块601，用于获取第一服务针对不同集群的多层级配置数据，多层级配置数据包括至少两级层级结构的节点，上下级节点的关系为父节点与子节点的继承关系，多层级配置数据包括至少两个配置项，其中，每一子节点设置的配置项覆盖父节点的相应配置项，每一子节点未设置的配置项继承父节点的相应配置项，末级节点设置有相应集群的配置项；集群配置数据确定模块602，用于根据多层级配置数据，确定第一服务针对第一集群的全部配置项，得到第一配置数据；服务部署模块603，用于根据第一配置数据，将第一服务部署到第一集群。
81.根据本技术一实施例，该装置60还包括：多层级配置数据创建模块，用于为第一服务创建针对不同集群的多层级配置数据，得到第一多层级配置数据。
82.根据本技术一实施例，该装置60还包括：多层级配置数据存储模块，用于将第一多层级配置数据，存储至与第一服务对应的第一配置库中；相应地，多层级配置数据获取模块
601具体用于从第一配置库中，获取第一服务针对不同集群的多层级配置数据。
83.根据本技术一实施例，集群配置数据确定模块602包括：一级节点配置获取模块，用于根据多层级配置数据，获取一级节点存储的配置项，得到第二配置数据；集群路径确定模块，用于根据第一集群，确定从一级节点至第一集群对应的节点的第一路径；配置项覆盖模块，用于依次获取第一路径上每一节点的配置项，根据每一节点的配置项，覆盖第二配置数据中对应的数据项，得到第一配置数据。
84.根据本技术一实施例，集群路径确定模块具体用于根据第一集群，以末级节点至一级节点的顺序，确定从一级节点至第一集群对应的节点的第一路径。
85.根据本技术一实施例，该装置60还包括：待更新节点确定模块，用于确定待更新配置项在多层级配置数据中所在的节点，得到第一节点；配置项更新模块，用于根据待更新配置项，更新第一节点上相应的配置项。
86.根据本技术一实施例，多层级配置数据中，还包括针对不同场景的节点，相应地，末级节点设置有相应集群在相应场景下的配置项；相应地，集群配置数据确定模块602具体用于根据多层级配置数据，确定第一服务针对第一集群在第一场景下的全部配置项，得到第一配置数据。
87.同理，基于基于集群部署服务的方法，本技术实施例还提供一种基于集群部署服务的系统，如图4所示，该系统包括代码仓库、部署中心和至少一个集群(集群x)，其中，代码仓库，用于存储第一服务(例如，服务1、服务2和服务3)针对不同集群的多层级配置数据，多层级配置数据包括至少两级层级结构的节点，上下级节点的关系为父节点与子节点的继承关系，其中，每一子节点设置的配置项覆盖父节点的相应配置项，每一子节点未设置的配置项继承父节点的相应配置项，末级节点设置有相应集群的配置项；部署中心，用于执行上述任一项的基于集群部署服务的方法，将第一服务部署到至少一个集群中的一个集群(集群x)。
88.同理，基于基于集群部署服务的方法，本技术实施例还提供一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现上述任一基于集群部署服务的方法。
89.同理，基于基于集群部署服务的方法，本技术实施例还提供一种计算机可读存储介质，计算机可读存储介质存储有程序，当程序被处理器执行时，使得处理器至少执行上述任一基于集群部署服务的方法。
90.这里需要指出的是：以上针对基于集群部署服务的装置实施例的描述、以上针对计算机设备实施例的描述和以上针对计算机可读存储介质实施例的描述，与前述方法实施例的描述是类似的，具有方法实施例相似的有益效果，因此不做赘述。对于本技术配置信息的显示设备实施例中未披露的技术细节，请参照本技术前述方法实施例的描述而理解，为节约篇幅，因此不再赘述。
91.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
92.在本技术所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
93.上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
94.另外，在本技术各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
95.本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(read only memory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。
96.或者，本技术上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本技术各个实施例方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、磁碟或者光盘等各种可以存储程序代码的介质。
97.以上，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。