基于DPU的容器部署方法、装置、电子设备及介质

技术领域

本申请涉及数据传输领域，尤其涉及一种基于DPU的容器部署方法、装置、电子设备及介质。

背景技术

Kubernetes，简称k8s，是一种容器编排管理集群。该集群可以管理运行在云平台各主机中的容器pod，为其提供部署运行、资源调度、服务发现等功能，从而使得容器pod的部署更加简单和高效。

随着DPU(Data Processing Unit，数据处理单元)技术的不断发展，相关技术中，出现了将原本由k8s集群中运行有容器pod的计算节点执行的部分操作转移至DPU执行的技术。但是，想要在k8s集群中使用DPU，除了要进行容器pod的部署之外，还需要额外在k8s集群中进行DPU部署，即：将DPU的配置信息注入容器pod的配置信息中。

现阶段，完整的容器部署过程包括两部分：按照常规的容器部署流程部署容器pod，之后，再依靠操作人员手动将DPU的配置信息添加至容器pod的配置信息中的合适位置。上述容器部署方式操作复杂，且需要手动执行，对操作人员的业务要求较高。

发明内容

有鉴于此，本申请实施例提供一种基于DPU的容器部署方法、装置、电子设备及介质，以简化部署流程，降低对人工的依赖程度，使得部署过程更易于实现。

根据本申请实施例的第一方面，提供了一种基于DPU的容器部署方法，用于k8s集群中的管理节点，所述k8s集群中还包括用于运行容器的计算节点，所述方法包括：

接收针对目标容器的容器部署请求；所述容器部署请求中包含所述目标容器的原始配置信息；

调用预先编写的准入控制器，通过所述准入控制器将与所述目标容器配套使用的专用数据处理器的配置信息添加至所述原始配置信息，得到修改后配置信息；

基于所述修改后配置信息，将所述目标容器部署至所述计算节点。

根据本申请实施例的第二方面，提供了一种基于DPU的容器部署装置，用于k8s集群中的管理节点，所述k8s集群中还包括用于运行容器的计算节点，所述装置包括：

容器部署请求接收模块，用于接收针对目标容器的容器部署请求；所述容器部署请求中包含所述目标容器的原始配置信息；

准入控制模块，用于调用预先编写的准入控制器，通过所述准入控制器将与所述目标容器配套使用的专用数据处理器的配置信息添加至所述原始配置信息，得到修改后配置信息；

部署模块，用于基于所述修改后配置信息，将所述目标容器部署至所述计算节点。

根据本申请实施例的第三方面，提供了一种电子设备，包括：存储器和处理器，其中，所述存储器中存储有计算机程序，当所述计算机程序被所述处理器执行时，实现如上所述的基于DPU的容器部署方法。

根据本申请实施例的第四方面，提供了一种计算机存储介质，所述计算机存储介质存储有计算机程序代码，当所述计算机程序代码被处理器运行时，使处理器执行如上所述的基于DPU的容器部署方法。

在本申请的实施例中，预先编写了用于执行配置信息自动添加(注入)操作的准入控制器；当k8s集群中的管理节点接收到针对目标容器的容器部署请求之后，则通过准入控制器对接收到的上述容器部署请求进行了自动化修改，具体地：在容器部署请求包含的目标容器的原始配置信息中自动添加与所述目标容器配套使用的专用数据处理器的配置信息，从而得到修改后配置信息；进而基于修改后配置信息即可将目标容器部署至计算节点中，以便在目标容器运行过程中，通过专用数据处理器执行预设操作。

本申请实施例，借助k8s中的准入控制器机制，通过预先编写的准入控制器自动实现了对专用数据处理器配置信息的注入操作，对于用户而言，无需额外掌握配置信息注入的具体业务知识，只需按照常规的容器部署流程发送容器部署请求，即可完成对目标容器部署过程，并且，在目标容器运行过程中，可以通过专用数据处理器执行预设操作。也就是说，专用服务器部署过程，对于用户而言是透明无感知的。综上，本申请实施例提供的容器部署方案，部署流程简单，对人工依赖程度较低，对于用户而言，部署过程更易于实现。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为实施本申请实施例的基于DPU的容器部署方法的系统构架图；

图2为根据本申请一个实施例的基于DPU的容器部署方法的流程图；

图3为本申请实施例中容器部署的完整流程示意图；

图4为完成容器部署后的系统架构图；

图5为根据本申请一个实施例的基于DPU的容器部署装置的框图；

图6为实施图2所示的基于DPU的容器部署方法的电子设备的结构图。

具体实施方式

为了使本领域的人员更好地理解本申请实施例中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请实施例一部分实施例，而不是全部的实施例。基于本申请实施例中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本申请实施例保护的范围。

参见图1，图1为实施本申请实施例的基于DPU的容器部署方法的系统构架图。该系统包括：k8s集群和客户端设备。

其中，k8s集群是一种容器编排管理集群，由管理节点和多个计算节点组成。计算节点，也称为工作负载节点，该类节点中可以运行容器化的业务应用(也即容器pod)；管理节点用于负责管理和控制运行于计算节点中的容器化业务应用，其中包括：将容器化的业务应用部署至计算节点中。计算节点和管理节点均为服务器。

客户端设备用于向管理节点发送容器部署请求，以在计算节点上部署容器化的业务应用。客户端设备可以体现为桌面计算机、膝上型计算机、手机、PDA、专用终端等。

随着DPU技术的不断发展，相关技术中，出现了将原本由k8s集群中运行有容器pod的计算节点执行的部分操作转移至DPU执行的技术。但是，想要在k8s集群中使用DPU，除了要进行容器pod的部署之外，还需要额外在k8s集群中进行DPU部署，即：将DPU的配置信息注入容器pod的配置信息中。

现阶段，完整的容器部署过程包括两部分：按照常规的容器部署流程部署容器pod，之后，再依靠操作人员手动将DPU的配置信息添加至容器pod的配置信息中的合适位置。上述容器部署方式操作复杂，且需要手动执行，对操作人员的业务要求较高。

本申请实施例中，基于k8s中的准入控制器机制，预先编写用于执行配置信息自动添加(注入)操作的准入控制器，当管理节点接收到针对目标容器的容器部署请求之后，则通过准入控制器对接收到的上述容器部署请求进行了自动化修改：在容器部署请求包含的目标容器的原始配置信息中自动添加与目标容器配套使用的专用数据处理器的配置信息，从而得到修改后配置信息；进而基于修改后配置信息即可将目标容器部署至计算节点中。之后，在上述目标容器运行过程中，可以使用上述专用数据处理器代替计算节点执行预设操作。

对于用户而言，无需额外掌握配置信息注入的具体业务知识，只需按照常规的容器部署流程发送容器部署请求，即可完成对使用专用数据处理器执行预设操作的目标容器的部署过程。专用服务器部署过程，对于用户而言是透明无感知的。因此，部署流程简单，对人工依赖程度较低，对于用户而言，部署过程更易于实现。

参见图2，图2为根据本申请一个实施例的基于DPU的容器部署方法的流程图。该方法由图1中的管理节点执行。该容器部署方法包括：

步骤202，接收针对目标容器的容器部署请求；容器部署请求中包含目标容器的原始配置信息。

当用户想要在k8s集群中的计算节点中部署容器以执行相关的计算服务时，可以通过图1中的客户端设备向管理节点发送针对目标容器的容器部署请求。本申请实施例中的容器部署，包含两种情况：在计算节点中创建新的目标容器，或者，针对已经存在于就算节点中的目标容器进行更新。因此，对应地，容器部署请求可以为容器创建请求，或者，也可以为容器更新请求。

客户端设备向管理节点发送的容器部署请求中，可以包含目标容器对应的容器pod模板，还可以包含目标容器对应的yaml清单文件。

步骤204，调用预先编写的准入控制器，通过准入控制器将与目标容器配套使用的专用数据处理器的配置信息添加至原始配置信息，得到修改后配置信息。

其中，专用数据处理器用于代替目标容器所在的计算节点执行预设操作。

具体地，本步骤中的准入控制器可以为预先编写的，并在管理节点中已完成了注册过程的回调函数，该回调函数的功能是通过自定义的业务逻辑，将专用数据处理器的配置信息添加至原始配置信息。

本步骤中，基于k8s提供的准入控制器机制，将预先自定义编写的准入控制器添加至管理节点中的API服务器中，当管理节点接收到容器部署请求之后，准入控制器会根据自定义的业务逻辑对请求进行修改：将专用数据处理器的配置信息添加至原始配置信息。

专用数据处理器的配置信息可以包括：专用数据处理器的硬件资源限制信息，和/或，硬件资源请求信息等；还可以包括：专用数据处理器与目标容器之间的网络接口注解信息。

进一步地，若专用数据处理器的配置信息包括：专用数据处理器的硬件资源限制信息，以及，专用数据处理器与目标容器之间的网络接口注解信息时，将专用数据处理器的配置信息添加至原始配置信息的具体过程可以包括：

将与目标容器配套使用的专用数据处理器的硬件资源限制信息，添加至目标容器模板，得到修改后目标容器模板；将与目标容器配套使用的专用数据处理器的与目标容器之间的网络接口注解信息，添加至目标容器的清单文件，得到修改后清单文件；修改后配置信息包括修改后目标容器模板和修改后清单文件。

步骤206，基于修改后配置信息，将目标容器部署至计算节点。

具体地，在得到修改后配置信息之后，管理节点可以根据该修改后配置信息，将目标容器部署至计算节点。

参见图3，图3为本申请实施例中容器部署的完整流程示意图。以下结合图3对本申请实施例提供的容器部署的完整流程进行解释说明：

当用户想要在k8s集群中的计算节点中部署目标容器以执行相关的计算服务时，可以通过客户端设备向k8s集群中的管理节点发送容器部署请求(图3为以创建新的容器为例)，上述请求到达管理节点中的k8sAPI服务器后，经过鉴权认证和对象校验之后，管理节点中的k8s API服务器再将该请求发送至预先编写的准入控制器，准入控制器对该请求进行修改：将专用数据处理器的配置信息添加至请求中包含的原始配置信息中，并在修改过程中生成对应的服务日志；准入控制器将修改后配置信息返回至管理节点中的k8s API服务器，由k8s API服务器基于修改后配置信息将目标容器部署至计算节点。之后，k8s API服务器可以将上述修改后配置信息持久化存储至管理节点中用于保存集群状态信息的etcd模块中。

参见图4，图4为完成容器部署后的系统架构图。对比图1和图4可以看出，在执行完本申请实施例提供的基于DPU的容器部署方法之后，计算节点中增加了目标容器(即目标pod)，也即：目标容器被部署在了计算节点中，并且，专用数据处理器与目标容器之间可以通过专用数据处理器网络接口(简称网口)进行数据交互，以便在目标容器运行过程中，通过专用数据处理器代替目标容器所在计算节点执行预设操作。

本申请实施例提供的基于DPU的容器部署方法，预先编写了用于执行配置信息自动添加(注入)操作的准入控制器；当k8s集群中的管理节点接收到针对目标容器的容器部署请求之后，则通过准入控制器对接收到的上述容器部署请求进行了自动化修改，具体地：在容器部署请求包含的目标容器的原始配置信息中自动添加与目标容器配套使用的专用数据处理器的配置信息，从而得到修改后配置信息；进而基于修改后配置信息即可将目标容器部署至计算节点中，以便在目标容器运行过程中，通过专用数据处理器代替目标容器所在计算节点执行预设操作。

本申请实施例，借助k8s中的准入控制器机制，通过预先编写的准入控制器自动实现了对专用数据处理器配置信息的注入操作，对于用户而言，无需额外掌握配置信息注入的具体业务知识，只需按照常规的容器部署流程发送容器部署请求，即可完成对目标容器的部署过程，也就是说，专用服务器部署过程，对于用户而言是透明无感知的。综上，本申请实施例提供的容器部署方案，部署流程简单，对人工依赖程度较低，对于用户而言，部署过程更易于实现。

可选的，在其中一些实施例中，步骤204可以实现为：

向预先编写的准入控制器发送准入请求，准入请求中包含原始配置信息；

通过准入控制器将与目标容器配套使用的专用数据处理器的配置信息添加至原始配置信息，得到修改后配置信息；

接收准入控制器返回的包含修改后配置信息的准入响应。

具体地，如上，本步骤中的准入控制器是一个预先编写的回调函数。因此，可以通过向准入控制器发送准入请求的方式，调用上述回调函数，以实现专用数据处理器配置信息的自动添加；对应地，准入控制器可以采用准入响应的方式将修改后配置信息返回至管理节点。

可选的，在其中一些实施例中，通过准入控制器将与目标容器配套使用的专用数据处理器的配置信息添加至原始配置信息，得到修改后配置信息，包括：

通过准入控制器将准入请求中的原始配置信息解析为结构体；

获取与目标容器配套使用的专用数据处理器的配置信息；并将专用数据处理器的配置信息添加至结构体，得到修改后配置信息。

具体地，准入控制器可以监听准入请求，然后根据预先自定义的业务逻辑对准入请求进行修改，例如：将专用数据处理器的硬件资源限制信息，添加至目标容器模板；将专用数据处理器的与目标容器之间的网络接口注解信息，添加至目标容器的清单文件。

准入控制器对准入请求进行修改的核心逻辑是：解析传入请求，并从解析结果中检索出目标容器的原始配置信息，并根据自定义业务逻辑进行修改。具体地：

首先，读取传入请求的请求体，并将其解析为AdmissionReview类型的结构体；然后，从中确定出目标容器的原始配置信息，并将其解析为corev1.Pod类型的结构体；接下来，根据自定义的业务逻辑，将专用数据处理器的硬件资源信息添加到解析后的原始配置信息中，另外，还可能会修改目标容器对应的yaml清单文件，从而向其中添加一个特定的网络接口注解信息；在上述操作过程中，还可以创建补丁以记录所做的更改；最后，构建包含上述补丁和修改后配置信息的传入响应，并将其返回至管理节点中的API服务器。

可选的，在其中一些实施例中，在调用预先编写的准入控制器之前，方法还包括：

在k8s集群的配置文件中为预先编写的准入控制器添加注册信息，以完成准入控制器的注册过程。

想要实现对准入控制器的调用，则要预先在k8s集群中对准入控制器进行注册。需要在K8s配置文件中指定准入控制器的相关注册信息，例如：可以包括URL信息、协议信息、端口信息等。

具体地：可以指定准入控制器的名称、命名空间、请求超时时间等等信息。

对于k8s管理节点而言，其中可能注册有多种用于执行不同操作的准入控制器，此种情况下，当管理节点接收到一个请求之后，应该如何确定调用哪个准入控制器呢？

为解决上述问题，进一步地，本申请实施例中，在进行准入控制器注册时，可以增加触发条件这一注册信息。只有当管理节点接收到请求满足准入控制器的触发条件时，该准入控制器才能被触发，以执行对应的自定义操作。

可选地，在其中一些实施例中，注册信息包括：触发条件；预先编写的准入控制器的数量为多个；不同的准入控制器对应不同的触发条件；

调用预先编写的准入控制器，通过准入控制器将与目标容器配套使用的专用数据处理器的配置信息添加至原始配置信息，得到修改后配置信息，包括：

对比容器部署请求和各准入控制器的触发条件，确定目标触发条件，并将目标触发条件所对应的准入控制器确定为目标准入控制器；其中，目标触发条件为容器部署请求满足的触发条件；

调用目标准入控制器，通过目标准入控制器将与目标容器配套使用的专用数据处理器的配置信息添加至原始配置信息，得到修改后配置信息。

具体地，例如：触发条件可以为：目标容器的命名空间中包含有某个预设变量；或者，目标容器的yaml清单文件中包含某种类型的注解信息；又或者，接收到的容器部署请求具体为容器创建请求或者容器更新请求，等等。本申请实施例中，对于触发条件的具体内容以及设定规则均不做限定，可以根据实际情况自定义设定。

参见图5，图5为根据本申请一个实施例的基于DPU的容器部署装置的框图。该基于DPU的容器部署装置，用于k8s集群中的管理节点。参见图5，该基于DPU的容器部署装置，包括：

容器部署请求接收模块502，用于接收针对目标容器的容器部署请求；容器部署请求中包含目标容器的原始配置信息；

准入控制模块504，用于调用预先编写的准入控制器，通过准入控制器将与目标容器配套使用的专用数据处理器的配置信息添加至原始配置信息，得到修改后配置信息；

部署模块506，用于基于修改后配置信息，将目标容器部署至计算节点。

可选地，在其中一些实施例中，准入控制模块504，具体用于：

向预先编写的准入控制器发送准入请求，准入请求中包含原始配置信息；

通过准入控制器将与目标容器配套使用的专用数据处理器的配置信息添加至原始配置信息，得到修改后配置信息；

接收准入控制器返回的包含修改后配置信息的准入响应。

可选地，在其中一些实施例中，准入控制模块504在执行通过准入控制器将与目标容器配套使用的专用数据处理器的配置信息添加至原始配置信息，得到修改后配置信息的步骤时，具体用于：

通过准入控制器将准入请求中的原始配置信息解析为结构体；

获取与目标容器配套使用的专用数据处理器的配置信息；并将专用数据处理器的配置信息添加至结构体，得到修改后配置信息。

可选地，在其中一些实施例中，容器部署装置还包括：

注册模块，用于在k8s集群的配置文件中为预先编写的准入控制器添加注册信息，以完成准入控制器的注册过程。

可选地，在其中一些实施例中，注册信息包括：触发条件；预先编写的准入控制器的数量为多个；不同的准入控制器对应不同的触发条件；

准入控制模块504在执行调用预先编写的准入控制器，通过准入控制器将与目标容器配套使用的专用数据处理器的配置信息添加至原始配置信息，得到修改后配置信息的步骤时，具体用于：

对比容器部署请求和各准入控制器的触发条件，确定目标触发条件，并将目标触发条件所对应的准入控制器确定为目标准入控制器；其中，目标触发条件为容器部署请求满足的触发条件；

调用目标准入控制器，通过目标准入控制器将与目标容器配套使用的专用数据处理器的配置信息添加至原始配置信息，得到修改后配置信息。

可选地，在其中一些实施例中，若专用数据处理器的配置信息包括专用数据处理器的硬件资源限制信息，则原始配置信息包括目标容器模板。

可选地，在其中一些实施例中，若专用数据处理器的配置信息还包括专用数据处理器与目标容器之间的网络接口注解信息，则原始配置信息还包括目标容器的清单文件；

准入控制模块504，在执行通过准入控制器将与目标容器配套使用的专用数据处理器的配置信息添加至原始配置信息，得到修改后配置信息的步骤时，具体用于：

通过准入控制器，将与目标容器配套使用的专用数据处理器的硬件资源限制信息，添加至目标容器模板，得到修改后目标容器模板；将与目标容器配套使用的专用数据处理器的与目标容器之间的网络接口注解信息，添加至目标容器的清单文件，得到修改后清单文件；修改后配置信息包括修改后目标容器模板和修改后清单文件。

本实施例的基于DPU的容器部署装置用于实现前述多个方法实施例中相应的基于DPU的容器部署方法，并具有相应的方法实施例的有益效果，在此不再赘述。此外，本实施例的基于DPU的容器部署装置中的各个模块的功能实现均可参照前述方法实施例中的相应部分的描述，在此亦不再赘述。

参见图6，图6为实施图2所示的基于DPU的容器部署方法的电子设备的结构图。

图6显示的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

图6所示的电子设备可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610)的总线630。存储单元620存储有程序代码，程序代码可以被处理单元610执行，使得处理单元610执行本说明书上述示例性方法的描述部分中描述的根据本发明各种示例性实施方式的步骤。

存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与使得该电子设备能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1150进行。并且，电子设备还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器660通过总线630与电子设备的其它模块通信。应当明白，尽管图中未示出，电子设备可以使用其它硬件和/或软件模块实现，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备如服务器等执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机程序介质，其上存储有计算机可读指令，当计算机可读指令被计算机的处理器执行时，使计算机执行上述方法实施例部分描述的方法。

根据本公开的一个实施例，还提供了一种用于实现上述方法实施例中的方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。