数据采集处理方法、装置、系统和边缘网关设备
技术领域
本申请涉及边缘计算技术领域，特别是涉及一种数据采集处理方法、装置、边缘网关设备、数据采集处理系统和存储介质。
背景技术
随着分布式系统的广泛应用，分布式资源的数据采集来源日益多源化，数据接入量也成几何级增长。大量不同来源的信息数据，对边缘设备的数据过滤、冗余清除等功能提出了很高的要求。为了应对不同场景需求，边缘网关设备作为数据采集中心和中继中心，需要采用能够适应不同来源的边缘设备的数据，将一定区域内各种不同的分布式数据高效采集和处理，提高边缘网关设备的数据采集处理能力。
传统技术中的大部分边缘网关设备的数据采集处理功能，按照各个接入的边缘设备接口区分，涵盖了通信协议和通信方式，但随着各类分布式系统的接入，对不同类型的数据存在差异性的治理和过滤要求，由此，在这类边缘网关设备的数据处理过程中，相应功能算法的实现无法针对数据本身进行来源辨别，降低了边缘计算的时效性。
发明内容
基于此，有必要针对上述技术问题，提供一种数据采集处理方法、装置、边缘网关设备、数据采集处理系统和存储介质。
一种数据采集处理方法，应用于边缘网关设备，所述方法包括：
通过设备容器获取接入至所述边缘网关设备的边缘设备的来源信息并发送至管理容器；
通过所述管理容器确定与所述来源信息对应的数据容器；
触发算法容器配置与所述数据容器间的数据采集通道；
利用所述数据容器采集所述边缘设备的数据后通过所述数据采集通道传输至所述算法容器进行处理。
一种数据采集处理装置，应用于边缘网关设备，包括：
设备接入模块，用于通过设备容器获取接入至所述边缘网关设备的边缘设备的来源信息并发送至管理容器；
容器确定模块，用于通过所述管理容器确定与所述来源信息对应的数据容器；
通道配置模块，用于触发算法容器配置与所述数据容器间的数据采集通道；
采集处理模块，用于利用所述数据容器采集所述边缘设备的数据后通过所述数据采集通道传输至所述算法容器进行处理。
一种边缘网关设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如下步骤：
通过设备容器获取接入至所述边缘网关设备的边缘设备的来源信息并发送至管理容器；通过所述管理容器确定与所述来源信息对应的数据容器；触发算法容器配置与所述数据容器间的数据采集通道；利用所述数据容器采集所述边缘设备的数据后通过所述数据采集通道传输至所述算法容器进行处理。
一种数据采集处理系统，应用于边缘网关设备，所述系统包括：设备容器、数据容器、算法容器和管理容器；其中，
所述设备容器，用于获取接入至所述边缘网关设备的边缘设备的来源信息并发送至管理容器；
所述管理容器，用于确定与所述来源信息对应的数据容器；
所述算法容器，用于配置与所述数据容器间的数据采集通道；
所述数据容器，用于采集所述边缘设备的数据后通过所述数据采集通道传输至所述算法容器进行处理。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
通过设备容器获取接入至所述边缘网关设备的边缘设备的来源信息并发送至管理容器；通过所述管理容器确定与所述来源信息对应的数据容器；触发算法容器配置与所述数据容器间的数据采集通道；利用所述数据容器采集所述边缘设备的数据后通过所述数据采集通道传输至所述算法容器进行处理。
上述数据采集处理方法、装置、边缘网关设备、数据采集处理系统和存储介质，通过设备容器获取接入至边缘网关设备的边缘设备的来源信息并发送至管理容器，通过管理容器确定与来源信息对应的数据容器，触发算法容器配置与数据容器间的数据采集通道，最后利用数据容器采集边缘设备的数据后通过数据采集通道传输至算法容器进行处理。该方案利用边缘网关的四层容器化功能处理，应对不同应用场景需求，对接入边缘设备来源信息的识别和容器化应用，可实现应对多种不同类型系统来源信息的数据采集处理，提升边缘网关的数据采集处理能力，提高边缘计算数据处理的时效性，而且边缘网关设备对相应来源信息的边缘设备的数据采集处理功能，不会影响对其它来源信息的边缘设备的数据采集功能造成影响，加强了边缘网关运行可靠性，提升了系统利用率。
附图说明
图1为一个实施例中数据采集处理系统的结构示意图；
图2为一个实施例中数据采集处理方法的流程示意图；
图3为另一个实施例中数据采集处理方法的流程示意图；
图4为一个实施例中数据采集处理装置的结构框图；
图5为一个实施例中边缘网关设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
如图1所示，在一个实施例中，提供了一种数据采集处理系统，该数据采集系统可以应用于边缘网关设备，该数据采集处理系统可以包括：设备容器、数据容器、算法容器和管理容器；其中，设备容器，可以用于获取接入至边缘网关设备的边缘设备的来源信息并发送至管理容器；管理容器，可以用于确定与该边缘设备的来源信息对应的数据容器；算法容器，可以用于配置与数据容器间的数据采集通道；数据容器，可以用于采集边缘设备的数据后通过数据采集通道传输至算法容器进行处理。具体的，该数据采集处理系统具有四层容器架构，通过该多个隔离运行的容器，使得配置有该数据采集处理系统的边缘网关设备可以基于容器，具体可通过四层容器间的并发交互来实现多源信息采集，其第一层为设备容器层，实现于外部边缘设备的接入功能；第二层为数据容器层，实现对不同来源数据信息分类服务；第三层为算法容器层，实现不同来源数据的各类数据处理功能；第四层为管理容器层，实现与其它容器的交互，可以视为边缘网关设备中多源信息采集管理的决策中心，在边缘网关设备中建立了层次化的多源数据采集架构。
下面基于如图1所示的边缘网关设备对本申请提供的数据采集处理方法进行说明。
在一个实施例中，如图2所示，提供了一种数据采集处理方法，该方法可以包括以下步骤：
步骤S201，通过设备容器获取接入至边缘网关设备的边缘设备的来源信息并发送至管理容器；
本步骤中，边缘设备接入边缘网关设备，边缘网关设备可以通过设备容器对接入的边缘设备的模型进行校验。其中，边缘设备模型，是表征边缘设备具备的数据采集和应用功能的描述文件，该文件可以包含边缘设备来源、设备配置表、功能参数表、通信信息数据集、应用功能描述等信息。设备容器则是边缘网关设备内独立运行的容器，功能与数据隔离，完成与外部的边缘设备接入服务，可以包括设备注册、模型校验、与上层容器交互等功能。
其中，如果边缘设备模型检验失败，则服务结束。具体的，模型校验失败说明该边缘设备认证失败，不具备接入本地边缘网络的能力，用于对外部未认证边缘设备的随机接入，提供安全保护机制。如果边缘设备模型检验成功，则边缘网关设备可以通过设备容器获取该边缘设备的来源信息，设备容器将边缘设备的来源信息发送给管理容器，进行查询。具体的，管理容器是边缘网关设备对多源数据采集的中央决策中心，主要用于对各类边缘数据来源进行注册、查询、注销和认证等，功能和数据隔离运行，具备向设备容器、数据容器、算法容器和通信服务各类模块发起任务的权限。来源信息则是边缘设备模型提供的该边缘设备所提供的数据源的标志，根据各类不同应用场景，来源信息涵盖各类系统运行方式和能源利用方式，主要包括综合能源来源数据、分布式储能来源数据、分布式电源来源数据，和虚拟电厂来源数据等。
步骤S202，通过管理容器确定与来源信息对应的数据容器；
本步骤中，设备容器将边缘设备的来源信息发送给管理容器后，边缘网关设备可通过管理容器确定与该来源信息对应的数据容器。具体的，边缘网关设备可查询新增的来源信息是否已注册，未注册则可以新建一个数据容器作为与来源信息对应的数据容器，已注册则可以根据来源信息从已创建的数据容器中查询与该来源信息对应的数据容器。
步骤S203，触发算法容器配置与数据容器间的数据采集通道；
本步骤中，算法容器可以通过与相应的数据容器间的数据采集通道采集该新接入到边缘设备网关的边缘设备。由此，边缘网关设备确定出与来源信息对应的数据容器后，可触发算法容器配置与数据容器间的数据采集通道以便后续进行数据采集。其中，数据采集通道是边缘网关设备需来源系统的特性，可在其中新增相应的数据采集路由，用于为算法容器的功能模块提供数据流。
步骤S204，利用数据容器采集边缘设备的数据后通过数据采集通道传输至算法容器进行处理。
在配置好数据采集通道后，边缘网关设备可以利用数据容器采集通过设备容器接入的边缘设备的数据，并通过数据采集通道传输至算法容器进行处理。
上述数据采集处理方法，通过设备容器获取接入至边缘网关设备的边缘设备的来源信息并发送至管理容器，通过管理容器确定与来源信息对应的数据容器，触发算法容器配置与数据容器间的数据采集通道，最后利用数据容器采集边缘设备的数据后通过数据采集通道传输至算法容器进行处理。该方案利用边缘网关的四层容器化功能处理，应对不同应用场景需求，对接入边缘设备来源信息的识别和容器化应用，可实现应对多种不同类型系统来源信息的数据采集处理，提升边缘网关的数据采集处理能力，提高边缘计算数据处理的时效性，而且边缘网关设备对相应来源信息的边缘设备的数据采集处理功能，不会影响对其它来源信息的边缘设备的数据采集功能造成影响，加强了边缘网关运行可靠性，提升了系统利用率。
在一个实施例中，步骤S202中的通过管理容器确定与来源信息对应的数据容器，可以包括：
通过管理容器根据来源信息判断边缘设备是否属于数据来源已注册的边缘设备，得到判断结果；根据判断结果确定数据容器。
具体的，边缘网关设备可通过管理容器根据来源信息判断边缘设备是否属于数据来源已注册的边缘设备，并依据判断结果确定是否需要新建数据容器。其中，数据来源未注册表明当前边缘网络中还未接入有相应来源的边缘设备，在此情况下需要重新新建一个数据容器以表征该新的数据来源，使得边缘网关设备可以在不断容纳新来源的边缘设备，提高多源信息采集的丰富度。
在其中一些实施例中，上述实施例中的根据判断结果确定数据容器，具体可以包括：
若判断结果为边缘设备不属于数据来源已注册的边缘设备，则创建与来源信息对应的数据容器，并触发数据容器指示数据容器注册边缘设备的数据来源。
其中，在边缘设备不属于数据来源已注册的边缘设备的情况下，边缘网关设备可为该来源新建一个数据容器并设置该数据容器的标志为已获取的信息来源，还可以通过数据容器向管理容器发送来源信息，触发管理容器完成新增来源的注册，使得该来源的边缘设备又接入到边缘网关设备时能够被识别为已注册数据来源从而直接使用相应的数据容器无需再次创建。
在一个实施例中，进一步的，步骤S203中的触发算法容器配置与数据容器间的数据采集通道，可以包括：
触发数据容器向算法容器申请数据管道，以使算法容器构建与数据容器的数据采集通道并依据边缘设备的设备模型加载相应的功能模块。
具体的，边缘网关设备在创建相应来源的数据容器后，可触发该数据容器向算法容器申请数据管道，使得算法容器建立自身与数据容器之前的数据采集通道，并且触发该算法容器依据边缘设备的设备模型加载相应的功能模块，该算法容器可具体依据边缘设备模型的应用功能信息加载相应的功能模块，用于启用相应的数据处理功能模块，以使得算法容器后续可利用这些功能模块对从相应来源的边缘设备进行数据采集和处理。
在一些实施例中，数据容器被创建后，可并发给管理容器和算法容器交互。其中，并发交互是指数据容器同时向管理容器和算法容器两个服务发起请求，相互之间没有时间和功能约束。具体的，数据容器被创建后，可向算法容器申请数据管道，建立数据容器和算法容器的数据通道，算法容器加载相应的功能模块，还同时向管理容器发送来源信息，完成新增来源的注册。采用这种管理容器和算法容器的并发处理，边缘网关设备的管理功能和算法应用功能同时进行，互不干涉，加快了边缘设备信息的处理过程。
在其中一些实施例中，进一步的，算法容器构建与数据容器的数据采集通道并依据边缘设备的设备模型加载相应的功能模块之后，还包括：
通过管理容器向通讯服务发起对边缘设备的通信功能校验请求；若校验失败，则删除创建的数据容器，关闭数据采集通道并触发算法容器卸载功能模块。
具体的，管理容器将边缘设备的来源信息注册后，可进一步向通讯服务发起对该边缘设备的通信功能校验请求。如果通信服务校验失败，则删除新增的数据容器，关闭于算法容器与该数据容器间的数据采集通道，并且管理容器注销新增来源信息，算法容器卸载相应的功能处理模块，服务结束。其中，通信服务校验失败，是指边缘网关设备的通信功能，不能满足该新增数据来源的通信服务要求，原因可以包括系统容量不足、系统数据量超限、系统通信端口被占用等。
在一个实施例中，进一步的，在算法容器构建与数据容器的数据采集通道并依据边缘设备的设备模型加载相应的功能模块之后，还包括：
暂停算法容器的功能模块和数据容器的数据采集功能；通过数据容器触发算法容器依据边缘设备的设备模型更新数据采集通道的数据采集节点信息，以及通过数据容器触发管理容器依据边缘设备的设备模型更新来源信息；启动算法容器的功能模块和数据容器的数据采集功能。
本实施例中，边缘网关设备可以在通信服务校验成功的情况下，先暂停算法容器的功能模块和数据容器的数据采集功能。边缘网关设备可以通过算法容器查询该边缘设备的设备模型，获取相应的应用功能配置信息，更新算法处理模块的节点信息，该更新的节点信息，表征具体功能算法的数据采集新增或更新，不同数据来源的功能要求在设备模型中配置有相应的数据采集点和功能需求。由此，可通过数据容器并发进行管理容器的来源信息更新和算法容器的数据采集处理算法的节点更新，该并发交互具体是指数据容器可以同时向管理容器和算法容器两个服务发起请求，相互之间没有时间和功能约束，具体的，可通过数据容器同时触发算法容器依据边缘设备的设备模型更新数据采集通道的数据采集节点信息，以及管理容器依据边缘设备的设备模型更新来源信息。其中，管理容器在完成来源注册的基础上，需要再次更新来源信息，准备后期的来源信息查询，算法容器则需更新数据采集通道的数据采集节点信息以根据节点配置信息建立相应的数据采集路由，确保功能模块的正常工作。在更新完成后，边缘网关设备可以启动数据容器的数据采集功能，并启动算法容器中相应的算法处理模块等功能模块，边缘网关设备的多源信息采集接入成功，系统开始运行。
在另外一些实施例中，若管理容器根据来源信息得到的判断结果为边缘设备属于数据来源已注册的边缘设备，则从边缘网关设备的已创建数据容器中确定与来源信息对应的数据容器。进一步的，步骤S203中的触发算法容器配置与数据容器间的数据采集通道，具体包括：
暂停算法容器的功能模块和数据容器的数据采集功能；通过数据容器触发算法容器依据边缘设备的设备模型更新数据采集通道的数据采集节点信息，以及通过数据容器触发管理容器依据边缘设备的设备模型更新来源信息；启动算法容器的功能模块和数据容器的数据采集功能。
本实施例，在管理容器根据来源信息得到的判断结果为边缘设备属于数据来源已注册的边缘设备的情况下，边缘网关设备可直接从已创建的数据容器中确定与来源信息对应的数据容器。类似的，边缘网关设备需要先暂停相应算法容器的功能模块和数据容器的数据采集功能，并且通过算法容器查询该边缘设备的设备模型以获取相应的应用功能配置信息并更新算法处理模块的节点信息。接着，边缘网关设备同样可通过数据容器同时触发算法容器依据边缘设备的设备模型更新数据采集通道的数据采集节点信息，以及管理容器依据边缘设备的设备模型更新来源信息。在更新完成后，边缘网关设备可以启动数据容器的数据采集功能，并启动算法容器中相应的算法处理模块等功能模块，边缘网关设备的多源信息采集接入成功，系统开始运行。
为更清晰说明本申请提供的技术方案，结合图1和图3对本申请提供的数据采集处理方法进行说明。
首先，边缘设备接入边缘网关设备，边缘网关设备的设备容器开始对接入的边缘设备的模型进行校验。如果模型校验失败，则服务结束。如果边缘设备模型检验成功，则设备容器获取该边缘设备的来源信息。其中，模型校验失败说明该边缘设备认证失败，不具备接入本地边缘网络的能力，用于对外部未认证设备的随机接入，提供安全保护机制。
然后，设备容器将边缘设备来源信息发送给管理容器进行查询。接着，由管理容器查询新增来源信息，如果该边缘设备的数据来源已注册，则进入后续的查询数据来源更新节点的步骤；如果数据来源未注册，则根据数据来源信息，新建一个数据容器并设置该数据容器的标志为已获取的信息来源。其中，数据来源未注册表明当前边缘网络中还未接入有相应来源的边缘设备。
然后，新增的数据容器可以并发给管理容器和算法容器交互，即数据容器同时向两个服务发起请求。数据容器一方面向算法容器申请数据管道，建立数据容器和算法容器的数据采集通道，算法容器加载相应的功能模块，新增相应的数据采集路由，用于给算法容器的功能模块提供数据流，算法容器依据边缘设备模型的应用功能信息加载功能模块，用于启用相应的数据处理功能模块。数据容器另一方面还向管理模块发送来源信息，完成新增来源的注册。
接着，管理容器向通信服务发起校验请求，如果校验失败则删除新增的数据容器，关闭于算法容器的数据采集通道，管理容器注销新增来源信息，算法容器卸载相应的功能处理模块，服务结束。其中，通信服务校验失败，是指边缘网关的通信功能，不能满足新增数据来源的通信服务要求，原因包括系统容量不足、系统数据量超限、系统通信端口被占用等。
如果校验成功，则进行查询数据来源更新节点的步骤。该步骤具体是算法容器查询边缘设备模型获取应用功能配置信息，更新算法处理模块的节点信息。其中，更新节点信息表征具体功能算法的数据采集新增或更新，不同数据来源的功能要求在边缘设备模型中配置有相应的数据采集点和功能需求。
然后，暂停相应来源的数据容器中数据采集和算法容器中处理功能算法。数据容器可并发进行管理容器的来源信息更新和算法容器的数据采集处理算法的节点更新。具体的，管理容器在完成注册的基础上，需要再次更新来源信息，准备后期的来源信息查询。算法模块需根据节点配置信息建立相应的数据采集路由，确保功能模块的正常工作。最后，启动数据容器功能和算法容器中相应的算法处理模块，边缘网关设备对边缘设备的多源信息采集接入成功，系统开始运行。
本申请实施例提供的技术方案，提供了一种基于容器的多源信息采集方法，通过识别边缘设备类型和数据信息来源，经过边缘网关设备的四层容器化功能处理，应对不同应用场景需求，完成不同类型数据信息来源的高效采集和功能处理，提高边缘网关的数据治理能力，提高边缘计算数据处理的时效性。具体来说，本申请提供的方案利用边缘网关设备对接入的边缘设备信息数据的识别和容器化应用，实现应对多种不同类型系统来源信息的数据采集功能，提升数据治理能力，完成边缘计算功能的动态调整和更新，加速边缘计算处理。本申请在边缘网关设备中所采用的四层容器化架构，四层容器化功能相互交互，由此建立了层次化的多源数据采集架构，基于此进一步提供了管理容器和算法容器的并发处理方案，边缘网关设备的管理功能和算法应用功能同时进行，互不干涉，加快了边缘设备信息的处理过程，以及本申请所提供的多源信息采集功能更新的处理方案，可以仅作用于相应来源信息的采集、算法处理功能，不会对其它来源信息采集处理功能产生影响，加强了边缘网关设备运行可靠性，提升了系统利用率。
应该理解的是，虽然图2和3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2和3中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图4所示，提供了一种数据采集处理装置，可以应用于边缘网关设备，该装置400可以包括：
设备接入模块401，用于通过设备容器获取接入至所述边缘网关设备的边缘设备的来源信息并发送至管理容器；
容器确定模块402，用于通过所述管理容器确定与所述来源信息对应的数据容器；
通道配置模块403，用于触发算法容器配置与所述数据容器间的数据采集通道；
采集处理模块404，用于利用所述数据容器采集所述边缘设备的数据后通过所述数据采集通道传输至所述算法容器进行处理。
在一个实施例中，容器确定模块402，进一步用于通过所述管理容器根据所述来源信息判断所述边缘设备是否属于数据来源已注册的边缘设备，得到判断结果；根据所述判断结果确定所述数据容器。
在一个实施例中，容器确定模块402，进一步用于若所述判断结果为所述边缘设备不属于所述数据来源已注册的边缘设备，则创建与所述来源信息对应的数据容器，并触发所述数据容器指示所述数据容器注册所述边缘设备的数据来源。
在一个实施例中，通道配置模块403，进一步用于触发所述数据容器向所述算法容器申请数据管道，以使所述算法容器构建与所述数据容器的数据采集通道并依据所述边缘设备的设备模型加载相应的功能模块。
在一个实施例中，通道配置模块403，还进一步用于暂停所述算法容器的功能模块和所述数据容器的数据采集功能；通过所述数据容器触发所述算法容器依据所述边缘设备的设备模型更新所述数据采集通道的数据采集节点信息，以及通过所述数据容器触发所述管理容器依据所述边缘设备的设备模型更新所述来源信息；启动所述算法容器的功能模块和所述数据容器的数据采集功能。
在一个实施例中，通道配置模块403，还进一步用于通过所述管理容器向通讯服务发起对所述边缘设备的通信功能校验请求；若校验失败，则删除创建的所述数据容器，关闭所述数据采集通道并触发所述算法容器卸载所述功能模块。
在一个实施例中，容器确定模块402，进一步用于若所述判断结果为所述边缘设备属于所述数据来源已注册的边缘设备，则从所述边缘网关设备的已创建数据容器中确定与所述来源信息对应的数据容器；通道配置模块403，进一步用于暂停所述算法容器的功能模块和所述数据容器的数据采集功能；通过所述数据容器触发所述算法容器依据所述边缘设备的设备模型更新所述数据采集通道的数据采集节点信息，以及通过所述数据容器触发所述管理容器依据所述边缘设备的设备模型更新所述来源信息；启动所述算法容器的功能模块和所述数据容器的数据采集功能。
关于数据采集处理装置的具体限定可以参见上文中对于数据采集处理方法的限定，在此不再赘述。上述数据采集处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于边缘网关设备中的处理器中，也可以以软件形式存储于边缘网关设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种边缘网关设备，其内部结构图可以如图5所示。该边缘网关设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该边缘网关设备的处理器用于提供计算和控制能力。该边缘网关设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该边缘网关设备的网络接口用于与外部的设备通过网络连接通信。该计算机程序被处理器执行时以实现一种数据采集处理方法。
本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的边缘网关设备的限定，具体的边缘网关设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，还提供了一种边缘网关设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
