一种资源套餐的数据处理方法及装置与流程

1.本技术涉及数据处理技术领域，更具体地说，涉及一种资源套餐的数据处理方法及装置。


背景技术：

2.信息系统基础设施包括计算机服务器、网络、存储、安全等设备，计算机软件，机房环境等。
3.通过分析需求、信息系统用户需求、处理能力需求、可用性需求等，制定信息系统基础设施方案，确定实现功能和性能的技术系统，包括架构设计、高可用设计、资源需求等。
4.由于信息系统基础设施方案的设计是采用线下沟通的方式，业务部门和开发部门提出需求，方案设计部门设计方案。方案制定部门提出制定方案需求。并且基础设施方案涉及服务器、存储、网络、安全、大数据、灾备、环境等，服务器又分物理机、虚机、容器等。这些资源归不同的部门管理，由于制定设计方案的依据是业务部门和开发部门填写的参数和指标，从而造成方案设计的工作量大，且效率低。


技术实现要素：

5.有鉴于此，本技术公开了一种资源套餐的数据处理方法及装置，旨在提高设计基础设施方案的效率和提高了可研方案的开发效率。
6.为了实现上述目的，其公开的技术方案如下：
7.本技术第一方面公开了一种资源套餐的数据处理方法，所述方法包括：
8.获取组合套餐；所述组合套餐为多个基础资源套餐组合成的套餐；所述基础资源套餐为最小单位的资源分配套餐；
9.当接收到应用需求时，按照预设资源选取方式，从所述组合套餐中选取所述应用需求对应的资源套餐；所述预设资源选取方式为满足非功能性需求测试的选取方式；
10.通过所述应用需求对应的资源套餐，执行方案设计操作和资源申请操作。
11.优选的，获取组合套餐，包括：
12.获取数据资源，所述数据资源至少包括计算资源、网络资源、存储资源、安全资源、大数据资源和软件资源；
13.通过高可用部署架构，将所述计算资源、所述网络资源、所述存储资源、所述安全资源、所述大数据资源和所述软件资源进行组合，得到组合套餐。
14.优选的，所述当接收到应用需求时，按照预设资源选取方式，从所述组合套餐中选取所述应用需求对应的资源套餐，包括：
15.当接收到应用需求时，匹配所述应用需求对应的系统级别、所述应用需求对应的部署区域和所述应用需求对应的技术栈，得到可选套餐；
16.从可选套餐中选择应用需求对应的资源套餐，应用需求对应的资源套餐包括部署架构、资源种类及其最小配置。
17.优选的，还包括：
18.对基础资源套餐进行套餐配置操作；所述套餐配置操作为对基础资源套餐的属性进行定义的操作。
19.优选的，在所述当接收到应用需求时，按照预设资源选取方式，从所述组合套餐中选取所述应用需求对应的资源套餐之后，还包括：
20.通过所述应用需求对应的资源套餐生成物理部署图。
21.本技术第二方面公开了一种资源套餐的数据处理装置，所述系统包括：
22.获取单元，用于获取组合套餐；所述组合套餐为多个基础资源套餐组合成的套餐；所述基础资源套餐为最小单位的资源分配套餐；
23.选取单元，用于当接收到应用需求时，按照预设资源选取方式，从所述组合套餐中选取所述应用需求对应的资源套餐；所述预设资源选取方式为满足非功能性需求测试的选取方式；
24.执行单元，用于通过所述应用需求对应的资源套餐，执行方案设计操作和资源申请操作。
25.优选的，所述获取单元，包括：
26.获取模块，用于获取数据资源，所述数据资源至少包括计算资源、网络资源、存储资源、安全资源、大数据资源和软件资源；
27.组合模块，用于通过高可用部署架构，将所述计算资源、所述网络资源、所述存储资源、所述安全资源、所述大数据资源和所述软件资源进行组合，得到组合套餐。
28.优选的，所述选取单元，包括：
29.匹配模块，用于当接收到应用需求时，匹配所述应用需求对应的系统级别、所述应用需求对应的部署区域和所述应用需求对应的技术栈，得到可选套餐；
30.选择模块，用于从可选套餐中选择应用需求对应的资源套餐，应用需求对应的资源套餐包括部署架构、资源种类及其最小配置。
31.优选的，还包括：
32.操作单元，用于对基础资源套餐进行套餐配置操作；所述套餐配置操作为对基础资源套餐的属性进行定义的操作。
33.优选的，还包括：
34.生成单元，用于通过所述应用需求对应的资源套餐生成物理部署图。
35.经由上述技术方案可知，本技术公开了一种资源套餐的数据处理方法及装置，获取组合套餐，组合套餐为多个基础资源套餐组合成的套餐，基础资源套餐为最小单位的资源分配套餐，当接收到应用需求时，按照预设资源选取方式，从组合套餐中选取应用需求对应的资源套餐，预设资源选取方式为满足非功能性需求测试的选取方式，通过应用需求对应的资源套餐，执行方案设计操作和资源申请操作。通过上述，由于组合套餐中已包含方案设计，因此可快速完成可研方案设计和资源需求的估算，在完成可研方案设计和资源需求的估算过程中，减少了参数、指标等填写以及各部门之间的沟通，提高了设计可研方案的效率。此外，对于新增资源，不需开发，只需增加套餐即可，提高了可研方案的开发效率。
附图说明
36.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
37.图1为本技术实施例公开的一种基础设施方案设计系统的架构图；
38.图2为本技术实施例公开的一种资源套餐的数据处理方法的流程示意图；
39.图3为本技术实施例公开的一种资源套餐的数据处理装置的结构示意图；
40.图4为本技术实施例公开的一种电子设备的结构示意图。
具体实施方式
41.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
42.在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
43.由背景技术可知，由于信息系统基础设施方案的设计是采用线下沟通的方式，业务部门和开发部门提出需求，方案设计部门设计方案。方案制定部门提出制定方案需求。并且基础设施方案涉及服务器、存储、网络、安全、大数据、灾备、环境等，服务器又分物理机、虚机、容器等。这些资源归不同的部门管理，由于制定设计方案的依据是业务部门和开发部门填写的参数和指标，从而造成方案设计的工作量大，且效率低。
44.为了解决上述问题，本技术实施例公开了一种资源套餐的数据处理方法及装置。由于组合套餐中已包含方案设计，因此可快速完成可研方案设计和资源需求的估算，在完成可研方案设计和资源需求的估算过程中，减少了参数、指标等填写以及各部门之间的沟通，提高了设计可研方案的效率。此外，对于新增资源，不需开发，只需增加套餐即可，提高了可研方案的开发效率。具体实现方式通过下述实施例进行说明。
45.以下首先介绍本技术的一种资源套餐的数据处理方法及装置所适用的基础设施方案设计系统的架构图，具体参考图1所示，该资源套餐的数据处理装置包括全球广域网(world wide web，web)服务器101、ap服务器102和db服务器103，其中，web服务器101为表示层、ap服务器102为应用层，db服务器103为数据层。
46.web服务器101中设置nginx门户负载均衡服务器104。
47.ap服务器102中设置可研业务数据库105、可研主应用服务器106、服务注册中心(dynamicnaming and configuration service，nacos)服务器107、用户中心权限服务器108和用户中心数据库109。
48.db服务器103中设置mysql数据服务器110和可研模型应用服务器111。其中，资源
套餐的数据集中存放在db服务器13中。
49.其中，资源套餐的数据包括套餐配置、技术栈、部署区域、系统所述层等。
50.通过web服务器101、ap服务器102和db服务器103的高可用设计，保证系统的可用性。web服务器101、ap服务器102采用集群方式的高可用设计，db服务器103采用oracle rac技术实现数据库的高可用设计。
51.具体nginx门户负载均衡服务器104、可研业务数据库105、可研主应用服务器106、nacos服务器107、用户中心权限服务器108、用户中心数据库109、mysql数据服务器110和可研模型应用服务器111的数据交互过程如下：
52.当用户登录基础设施方案设计系统后，通过nginx门户负载均衡服务器104均衡的访问可研主应用服务器106以及用户中心权限服务器108。
53.其中，均衡的访问是由于nginx门户负载均衡服务器104是一个web服务器用来做负载均衡，分摊前端用户的访问请求到可研的3台应用服务器。
54.可研主应用服务器106部署可研应用业务，其数据保存在可研业务数据库105中。
55.其中，可研应用业务为应用系统申请计算、存储、网络等资源，提供标准的申请以及审核流程，并且为下游系统提供审批后的资源数据，提供交付基础；可研应用业务的数据包括工单关联的计算、存储、网络的资源申请数据，部署单元数据，工单审核意见数据。
56.用户中心权限服务器108部署用户权限业务，其运维权限数据保存在用户中心数据库109。用户中心权限服务器108和权限数据库，通过提供接口给可研业务应用使用，进行数据分离与权限管控。
57.其中，通过用户中心权限服务器108完成用户的认证，并采取可配置的人员组织架构及权限分配，实现功能模块菜单、操作、数据不同维度的权限管理。
58.运营权限管理系统负责管理以及存放所有用户的运维权限数据，运维权限数据包括用户个人信息、其所属用户机构信息、所属用户组信息，用户组所关联的角色信息。
59.用户中心权限服务器108获取运营权限管理系统的用户权限信息，并根据相应的规则给可研应用业务赋予不同的查看、编辑、审核等权限，实现权限管控。
60.mysql数据服务器110用于维护可研模型(如可研模型的申请计算、存储、网络等资源的维护)，可研模型应用服务器111用于使用可研模型。
61.可研模型应用服务器111部署可研套餐、可研模型即本方案核心业务，其数据保存在mysql模型数据库中；其中，该数据包括组合套餐、基础套餐、套餐配置明细等。
62.nacos服务器107用来注册以及提供服务接口，给各应用互相调用。调用nacos服务器107的可研模型服务的接口，获取用户可选择的组合套餐。其中，组合套餐为多个基础资源套餐组合成的套餐；基础资源套餐为最小单位的资源分配套餐。
63.具体的，通过nacos服务器107获取组合套餐过程如下：
64.nacos服务器107获取数据资源，数据资源至少包括计算资源、网络资源、存储资源、安全资源、大数据资源和软件资源。
65.nacos服务器107通过高可用部署架构，将计算资源、网络资源、存储资源、安全资源、大数据资源和软件资源进行组合，得到组合套餐。
66.当接收到应用需求时，可研主应用服务器106按照预设资源选取方式，从组合套餐中选取应用需求对应的资源套餐；预设资源选取方式为满足非功能性需求测试的选取方
式。
67.其中，非功能性需求指的是基础设施方案设计系统中保证性能、系统可靠性、可扩展性要求等方面相应的需求要素。
68.当接收到应用需求时，可研主应用服务器106按照预设资源选取方式，从组合套餐中选取应用需求对应的资源套餐的过程如下：
69.当可研主应用服务器106接收到应用需求时，匹配应用需求对应的系统级别、应用需求对应的部署区域和应用需求对应的技术栈，得到可选套餐。
70.可研主应用服务器106通过满足非功能性需求测试的选取方式，从可选套餐中选择应用需求对应的资源套餐，应用需求对应的资源套餐包括部署架构、资源种类及其最小配置。
71.用户通过浏览器或应用程序编程接口(application programming interface，api)访问基础设施方案设计系统，同其他系统(公有云运营管理系统、敏捷交付系统、配置管理数据库cmdb系统等)通过api接口进行数据交互。其中，根据系统的重要性和故障时产生的影响确定系统的级别，根据系统级别设计不同的高可用设计方案、配置不同的资源。
72.具体用户通过api接口访问基础设施方案设计系统，同其他系统通过api接口进行数据交互的过程如下：
73.首先，用户首先通过选择可研套餐申请资源，提交可研工单进行审核；
74.然后，可研审核过程中，公有云环节审核通过后，基础设施方案设计系统通过api调用运营管理系统，传输资源数据，通知其进行资源预留；
75.最后可研审核流程结束后，基础设施方案设计系统通过api接口调用敏捷交付系统，传输资源数据，通知其进行资源供给。
76.可研主应用服务器106通过部署规范和资源配置标准，从组合套餐中选取所述应用需求对应的资源套餐。
77.可研主应用服务器106通过应用需求对应的资源套餐，执行方案设计操作和资源申请操作。
78.其中，方案设计操作为从分析需求出发，包括信息系统用户需求、处理能力需求、可用性需求等，制定信息系统基础设施方案，确定实现功能和性能的技术系统，包括架构设计、高可用设计、资源需求等的操作。
79.可研主应用服务器106对基础资源套餐进行套餐配置操作；套餐配置操作为对基础资源套餐的属性进行定义的操作。其中，套餐配置操作是基础资源套餐属性的说明和定义的操作。
80.可研主应用服务器106通过应用需求对应的资源套餐生成物理部署图。
81.基础设施方案设计系统的基础设施方案设计是设计态数据，实现线上化、标准化管理，为数据分析提供了基础。通过分析数据，可方便快速获得基础设施方案情况、资源情况等，为运营管理提供重要数据支持。
82.本技术实施例中，由于组合套餐中已包含方案设计，因此可快速完成可研方案设计和资源需求的估算，在完成可研方案设计和资源需求的估算过程中，减少了参数、指标等填写以及各部门之间的沟通，提高了设计可研方案的效率。此外，对于新增资源，不需开发，只需增加套餐即可，提高了可研方案的开发效率。
83.参考图2所示，为本技术实施例公开的一种资源套餐的数据处理方法的流程示意图，该资源套餐的数据处理方法主要包括如下步骤：
84.s201：获取组合套餐；组合套餐为多个基础资源套餐组合成的套餐；基础资源套餐为最小单位的资源分配套餐。
85.为了方便理解基础资源套餐，这里结合表1进行说明。
[0086][0087]
表1
[0088]
表1中，基础资源套餐是各个资源(区域、技术栈、基础套餐编号等)的组合。
[0089]
zy10(最小配置)是标注zy10这个套餐配置是最小配置，最小配置指分配资源的最小配置，比如虚机2c8g，2台，是最小配置。zy10包含了高可用设计、部署方案、资源分类和数量，配置的依据是我行部署规范，zy10，zy11、zy12等一系列配置，就是标准化了高可用设计、部署方案、资源分类和数量，实现设计标准化，简化设计，同时方便方案的选择，方便资源申请和方案设计。
[0090]
cvm为互联网技术栈虚机；裸数据为san存储磁盘。
[0091]
对基础资源套餐进行套餐配置操作；套餐配置操作为对基础资源套餐的属性进行定义的操作。
[0092]
为了方便理解对基础资源套餐进行套餐配置操作，结合表2进行说明。
[0093][0094][0095]
表2
[0096]
表2中，2c8g为2核cpu，8g内存；4c16g为4核cpu，16g内存；8c32g为8核cpu，32g内存；16c64g为16核cpu，64g内存；32c128g为32核cpu，128g内存。
[0097]
组合套餐是基础资源套餐的组合，供应用申请部门申请资源使用。
[0098]
为了方便理解组合套餐，这里结合表3进行说明。
[0099][0100][0101]
表3
[0102]
表3中，全部系统包括a+、a、b、c类的系统。根据系统的重要性和业务连续性要求确定a+、a、b、c类系统。
[0103]
其中，业务连续性要求是指业务不能中断，业务中断有个时间要求，好比业务中断的时间不能超过15分钟，有些业务中断的时间是不能超过两小时，有些业务中断的时间是不能中断。
[0104]
根据系统级别设计不同的高可用设计方案、配置不同的资源。
[0105]
方案设计需求部门看到的是组合套餐，比如tc07，通过计算资源套餐编号pt10，在基础资源套餐中可找到套餐配置：zy10(最小配置)、zy11、zy12，系统推荐配置编号为zy10，若zy10满足需求(即非功能性需求，如满足2c8g、150g数据盘等)，配置两台2c8g、150g数据盘，安装oralce linux 7.6系统，高可用设计编号为13029的资源；若不能满足需求，可通过更换为zy11或zy12配置。
[0106]
获取组合套餐的具体过程如a1-a2所示。
[0107]
a1：获取数据资源，数据资源至少包括计算资源、网络资源、存储资源、安全资源、大数据资源和软件资源。
[0108]
a2：通过高可用部署架构，将计算资源、网络资源、存储资源、安全资源、大数据资
源和软件资源进行组合，得到组合套餐。
[0109]
其中，无需一个个选择资源，只需按照高可用设计方案和高可用部署架构，得到组合套餐，选择组合套餐即可，方便快捷。
[0110]
s202：当接收到应用需求时，按照预设资源选取方式，从组合套餐中选取应用需求对应的资源套餐；预设资源选取方式为满足非功能性需求测试的选取方式。
[0111]
在s202中，非功能性需求指的是基础设施方案设计系统中保证性能、系统可靠性、可扩展性要求等方面相应的需求要素。
[0112]
具体当接收到应用需求时，按照预设资源选取方式，从组合套餐中选取应用需求对应的资源套餐的过程如b1-b2所示。
[0113]
b1：当接收到应用需求时，匹配应用需求对应的系统级别、应用需求对应的部署区域和应用需求对应的技术栈，得到可选套餐。
[0114]
其中，应用需求对应的系统级别、应用需求对应的部署区域和应用需求对应的技术栈可参考上述表3所示，此处不再进行赘述。
[0115]
b2：从可选套餐中选择应用需求对应的资源套餐，应用需求对应的资源套餐包括部署架构、资源的种类及其最小配置。
[0116]
其中，通过满足非功能性需求测试的选取方式，从可选套餐中选择应用需求对应的资源套餐。
[0117]
非功能性需求指的是基础设施方案设计系统中保证性能、系统可靠性、可扩展性要求等方面相应的需求要素。
[0118]
资源的容量大小根据业务目标和非功能测试结果，使用标准容量估算公式估算得到。
[0119]
部署架构用于表征资源种类、数量、部署方式的架构。
[0120]
资源种类包括服务器、存储、网络、安全、软件等。
[0121]
业务目标包括并发处理能力、并发连接数、业务处理时间等。
[0122]
非功能测试结果用于表征某个配置资源能处理的业务目标能力。
[0123]
标准容量估算公式如下：
[0124]
新增存储容量＝(月增长量*x月+当前数据量)-目前已分配容量。
[0125]
其中，x月即数据保存期限，新增存储容量即为资源套餐资源中的资源的容量大小；当前数据流为存储的数据量。
[0126]
为了方便理解当接收到应用需求时，按照预设资源选取方式，从组合套餐中选取所述应用需求对应的资源套餐的过程，这里举例进行说明：
[0127]
例如，当接收到应用需求时，通过计算配置编号pt10，在基础资源套餐中可找到应用需求对应的套餐配置：zy10(最小配置)、zy11和zy12。
[0128]
系统默认推荐zy10，若zy10满足需求(即非功能性需求，如满足2c8g、150g数据盘等)，则配置两台2c8g、150g数据盘，安装oralce linux 7.6系统，高可用设计编号为13029的资源，若不能满足需求，可通过更换为zy11，若zy11不能满足需求，则更换为zy12。
[0129]
通过应用需求对应的资源套餐生成物理部署图。
[0130]
根据应用需求，选择组合套餐，自动将套餐资源显示在屏幕，按搭积木方式完成方案设计和资源申请，并可实时生成物理部署图。
[0131]
因组合套餐中已包含方案设计，因此，可快速完成可研方案设计和资源需求估算，减少了参数/指标填写，减少了沟通，简化方案设计和资源申请，提高效率。
[0132]
s203：通过应用需求对应的资源套餐，执行方案设计操作和资源申请操作。
[0133]
其中，方案设计操作为从分析需求出发，包括信息系统用户需求、处理能力需求、可用性需求等，制定信息系统基础设施方案，确定实现功能和性能的技术系统，包括架构设计、高可用设计、资源需求等的操作。
[0134]
本技术实施例中，由于组合套餐中已包含方案设计，因此可快速完成可研方案设计和资源需求的估算，在完成可研方案设计和资源需求的估算过程中，减少了参数、指标等填写以及各部门之间的沟通，提高了设计可研方案的效率。此外，对于新增资源，不需开发，只需增加套餐即可，提高了可研方案的开发效率。
[0135]
基于上述实施例图2的一种资源套餐的数据处理方法，本技术实施例还对应公开了一种资源套餐的数据处理装置，如图3示，该资源套餐的数据处理装置主要包括获取单元301、选取单元302和执行单元303。
[0136]
获取单元301，用于获取组合套餐；组合套餐为多个基础资源套餐组合成的套餐；基础资源套餐为最小单位的资源分配套餐。
[0137]
选取单元302，用于当接收到应用需求时，按照预设资源选取方式，从组合套餐中选取应用需求对应的资源套餐；预设资源选取方式为满足非功能性需求测试的选取方式。
[0138]
执行单元303，用于通过应用需求对应的资源套餐，执行方案设计操作和资源申请操作。
[0139]
进一步的，获取单元301包括获取模块和组合模块。
[0140]
获取模块，用于获取数据资源，数据资源至少包括计算资源、网络资源、存储资源、安全资源、大数据资源和软件资源。
[0141]
组合模块，用于通过高可用部署架构，将计算资源、网络资源、存储资源、安全资源、大数据资源和软件资源进行组合，得到组合套餐。
[0142]
进一步的，选取单元302包括匹配模块和选择模块。
[0143]
匹配模块，用于当接收到应用需求时，匹配应用需求对应的系统级别、应用需求对应的部署区域和所述应用需求对应的技术栈，得到可选套餐；
[0144]
选择模块，用于从可选套餐中选择应用需求对应的资源套餐，应用需求对应的资源套餐包括部署架构、资源种类及其最小配置。
[0145]
进一步的，资源套餐的数据处理装置还包括操作单元。
[0146]
操作单元，用于对基础资源套餐进行套餐配置操作；套餐配置操作为对基础资源套餐的属性进行定义的操作。
[0147]
进一步的，资源套餐的数据处理装置还包括生成单元。
[0148]
生成单元，用于通过应用需求对应的资源套餐生成物理部署图。
[0149]
本技术实施例中，由于组合套餐中已包含方案设计，因此可快速完成可研方案设计和资源需求的估算，在完成可研方案设计和资源需求的估算过程中，减少了参数、指标等填写以及各部门之间的沟通，提高了设计可研方案的效率。此外，对于新增资源，不需开发，只需增加套餐即可，提高了可研方案的开发效率。
[0150]
本技术实施例还提供了一种存储介质，存储介质包括存储的指令，其中，在指令运
行时控制存储介质所在的设备执行上述资源套餐的数据处理方法。
[0151]
本技术实施例还提供了一种电子设备，其结构示意图如图4所示，具体包括存储器401，以及一个或者一个以上的指令402，其中一个或者一个以上指令402存储于存储器401中，且经配置以由一个或者一个以上处理器403执行所述一个或者一个以上指令402执行上述资源套餐的数据处理方法。
[0152]
上述各个实施例的具体实施过程及其衍生方式，均在本技术的保护范围之内。
[0153]
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0154]
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0155]
对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
[0156]
以上所述仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。