基于微服务框架的智能稽查方法、装置、设备及存储介质

技术领域

本发明涉及稽查服务的技术领域，尤其是涉及一种基于微服务框架的智能稽查方法、装置、设备及存储介质。

背景技术

目前，电力营销稽查是电力营销环节内控约束机制的主要组成部分，是电力营销风险管理的重要内容和有效途径。通过有效开展电力稽查工作，可以达到规范营销行为，堵塞漏洞，挖潜增效，提高营销政策执行力，减少营销事故的目的。

现有的对电力营销稽查的场景中，随着电力业务的发展、用户量的增长以及系统数量增多，调用依赖关系也变得复杂，系统的架构也从单机结构迁移至面向服务的架构。

针对上述中的相关技术，发明人认为存在有随着业务增长导致的系统性能低下缺陷。

发明内容

本申请的目的是提供一种提高电力稽查服务的性能的基于微服务框架的智能稽查方法、装置、设备及存储介质。

本申请的上述发明目的一是通过以下技术方案得以实现的：

一种基于微服务框架的智能稽查方法，所述基于微服务框架的智能稽查方法包括：

获取电力服务类型，根据所述电力服务类型对电力业务进行拆分，得到电力服务组件；

获取每一个所述电力服务组件对应的稽查条件数据，根据所述稽查条件数据分别对相应的所述电力服务组件进行电力稽查，得到对应的稽查结果；

若获取到与所述稽查结果对应的数据处理请求，则从所述数据处理请求中获取请求标识，并根据所述数据处理请求获取对应的待处理数据，并将所述待处理数据发送至与所述请求标识对应的用户端；

若从所述电力服务组件中获取到节点拓展请求时，则根据所述节点拓展请求获取组件功能信息，根据所述组件功能信息触发与所述节点拓展请求对应的节点拓展响应消息。

通过采用上述技术方案，通过根据每一个电力服务类型对电力业务进行拆分，得到该电力服务组件，能够在电网稽查时，基于不同的电力服务类型的不同的稽查条件数据，通过定时任务调度对指定的稽查服务进行周期执行管理，进行一个多维度的全覆盖的业务稽查，可连续对不同地区的业务数据进行不同条件的稽查；在获取到数据处理请求时，由于稽查业务需要对所有的业务进行稽查，基本涵盖了所有的业务数据，是一个海量的数据级，通过根据电力服务类型拆分得到电力服务组件，能够实现数据分布式发送，实现能够对海量数据进行处理，提升数据处理的效率；同时，当业务量不断增大导致现有的电力服务组件的服务性能达到瓶颈时，需要对其进行扩展时，通过针对每一个电力服务组件的组件功能信息进行拓展，能够在提升服务新能时，也易于拓展，提升拓展性能的效率。

本申请在一较佳示例中可以进一步配置为：所述获取电力服务类型，根据所述电力服务类型对电力业务进行拆分，得到电力服务组件，具体包括：

获取电力服务数据，根据所述电力服务类型，对所述电力服务数据进行切分，得到业务服务数据；

对所述电力服务数据进行封装后，得到对应的所述电力服务组件。

通过采用上述技术方案，通过对电力服务数据数据进行拆分，能够得到与每一个电力服务类型对应的电力服务组件，提升对海量数据的处理的效率、易于对针对每一个电力服务组件进行单独拓展，提升服务性能以及提升稽查的自动化以及灵活性。

本申请在一较佳示例中可以进一步配置为：所述若获取到与所述稽查结果对应的数据处理请求，则从所述数据处理请求中获取请求标识，并根据所述数据处理请求获取对应的待处理数据，并将所述待处理数据发送至与所述请求标识对应的用户端，具体包括：

根据所述数据处理请求从预设的稽查数据库中获取所述待处理数据；

根据所述请求标识获取待发送路由地址，根据所述路由地址将所述待处理数据发送至对应的用户端。

通过采用上述技术方案，通过路由分发的方式将待处理数据发送至请求标识对应的用户端，能够实现将海量的稽查数据分布式发送至对应的用户端，提升处理的效率。

本申请在一较佳示例中可以进一步配置为：所述若从所述电力服务组件中获取到节点拓展请求时，则根据所述节点拓展请求获取组件功能信息，根据所述组件功能信息触发与所述节点拓展请求对应的节点拓展响应消息，具体包括：

从所述电力服务组件中获取原始节点数量；

根据所述原始节点数量和所述节点拓展响应消息，触发负载分布消息。

通过采用上述技术方案，通过触发该负载分布消息，能够在节点拓展之后，降低每一个节点的使用率，提升了每一个节点处理数据的效率。

本申请在一较佳示例中可以进一步配置为：所述根据所述原始节点数量和所述节点拓展响应消息，触发负载分布消息，具体包括：

从所述节点拓展响应消息中获取新增节点数量；

根据所述原始节点数量和所述新增节点数量得到现有节点数量，根据所述现有节点数量触发所述负载分布消息。

通过采用上述技术方案，通过获取现有节点数量触发该负载分布消息，使得每一个节点重新分配得到的数据量更均匀，有助于提升数据处理的效率。

本申请的上述发明目的二是通过以下技术方案得以实现的：

一种基于微服务框架的智能稽查装置，所述基于微服务框架的智能稽查装置包括：

组件拆分模块，用于获取电力服务类型，根据所述电力服务类型对电力业务进行拆分，得到电力服务组件；

稽查模块，用于获取每一个所述电力服务组件对应的稽查条件数据，根据所述稽查条件数据分别对相应的所述电力服务组件进行电力稽查，得到对应的稽查结果；

路由分发模块，用于若获取到与所述稽查结果对应的数据处理请求，则从所述数据处理请求中获取请求标识，并根据所述数据处理请求获取对应的待处理数据，并将所述待处理数据发送至与所述请求标识对应的用户端；

节点拓展模块，用于若从所述电力服务组件中获取到节点拓展请求时，则根据所述节点拓展请求获取组件功能信息，根据所述组件功能信息触发与所述节点拓展请求对应的节点拓展响应消息。

通过采用上述技术方案，通过根据每一个电力服务类型对电力业务进行拆分，得到该电力服务组件，能够在电网稽查时，基于不同的电力服务类型的不同的稽查条件数据，通过定时任务调度对指定的稽查服务进行周期执行管理，进行一个多维度的全覆盖的业务稽查，可连续对不同地区的业务数据进行不同条件的稽查；在获取到数据处理请求时，由于稽查业务需要对所有的业务进行稽查，基本涵盖了所有的业务数据，是一个海量的数据级，通过根据电力服务类型拆分得到电力服务组件，能够实现数据分布式发送，实现能够对海量数据进行处理，提升数据处理的效率；同时，当业务量不断增大导致现有的电力服务组件的服务性能达到瓶颈时，需要对其进行扩展时，通过针对每一个电力服务组件的组件功能信息进行拓展，能够在提升服务新能时，也易于拓展，提升拓展性能的效率。

本申请的上述目的三是通过以下技术方案得以实现的：

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述基于微服务框架的智能稽查方法的步骤。

本申请的上述目的四是通过以下技术方案得以实现的：

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述基于微服务框架的智能稽查方法的步骤。

综上所述，本申请包括以下至少一种有益技术效果：

1、通过根据每一个电力服务类型对电力业务进行拆分，得到该电力服务组件，能够在电网稽查时，基于不同的电力服务类型的不同的稽查条件数据，通过定时任务调度对指定的稽查服务进行周期执行管理，进行一个多维度的全覆盖的业务稽查，可连续对不同地区的业务数据进行不同条件的稽查；在获取到数据处理请求时，由于稽查业务需要对所有的业务进行稽查，基本涵盖了所有的业务数据，是一个海量的数据级，通过根据电力服务类型拆分得到电力服务组件，能够实现数据分布式发送，实现能够对海量数据进行处理，提升数据处理的效率；

2、当业务量不断增大导致现有的电力服务组件的服务性能达到瓶颈时，需要对其进行扩展时，通过针对每一个电力服务组件的组件功能信息进行拓展，能够在提升服务新能时，也易于拓展，提升拓展性能的效率；

3、通过对电力服务数据数据进行拆分，能够得到与每一个电力服务类型对应的电力服务组件，提升对海量数据的处理的效率、易于对针对每一个电力服务组件进行单独拓展，提升服务性能以及提升稽查的自动化以及灵活性。

附图说明

图1是本发明一实施例中基于微服务框架的智能稽查方法的一流程图；

图2是本发明一实施例中基于微服务框架的智能稽查方法中步骤S10的实现流程图；

图3是本发明一实施例中基于微服务框架的智能稽查方法中步骤S30的实现流程图；

图4是本发明一实施例中基于微服务框架的智能稽查方法中步骤S40的实现流程图；

图5是本发明一实施例中基于微服务框架的智能稽查方法中步骤S42的实现流程图；

图6是本发明一实施例中基于微服务框架的智能稽查装置的一原理框图；

图7是本发明一实施例中的一设备示意图。

具体实施方式

以下结合附图对本申请作进一步详细说明。

在一实施例中，如图1所示，本申请公开了一种基于微服务框架的智能稽查方法，具体包括如下步骤：

S10：获取电力服务类型，根据电力服务类型对电力业务进行拆分，得到电力服务组件。

在本实施例中，电力服务类型是指在电力稽查的业务场景中，每一个业务服务的类型。电力服务组件是指在电力稽查中，每一个业务服务对应的组件。

具体地，在需要被稽查的地区场景中，获取该电力场景下的电力服务的每一个业务服务的类型，作为该电力服务类型。

进一步地，在得到该电力服务类型后，在该电力稽查的平台或系统中，对该平台或者系统进行拆分，得到与每一个电力服务类型对应的电力服务组件。

S20：获取每一个电力服务组件对应的稽查条件数据，根据稽查条件数据分别对相应的电力服务组件进行电力稽查，得到对应的稽查结果。

在本实施例中，稽查条件数据是指每一个电力业务服务在稽查时的条件。

具体地，在需要进行稽查时，可以根据每一个电力服务组件对应的稽查条件数据，针对每一个电力服务组件进行稽查，得到该稽查结果。

其中，在稽查时，包括以下稽查功能：

1. 结果服务

结果服务是查询显示每一个电力服务组件或者多个电力服务组件的配合对应的稽查的数据结果，包括档案类、业务超时类、作业质量类、电费类以及异常组合类。其中可以使用规则类别、地区编码、组织编码、异常类别代码、筛查数据开始时间、筛查数据结束时间、筛查时间、异常用户流水号等的参数进行查询，列表展示以及数据导出，并对数据进行处理。

在稽查时，用户可通过指定参数查询显示对应的稽查结果，在业务系统进行数据核查，如确认异常，则进行处理，否则进行无效状态标记。

2. 运行状态服务

运行状态服务是在稽查的应用提供一个查看当前规则计算运行状态服务，便于用户查看规则引擎的运行信息。该功能是协助用户维护规则以及根据运行信息对结果数据进行有效性判断，进行精准处理。在规则引擎正常状态下，可支持发起主动稽查任务调度，进行实时重稽查或个性化稽查调度。为运维人员提供远程运维依据，如规则引擎异常则进行对应的处理。

如用户查看规则引擎发现异常，其稽查结果可能不准确，可通知运维进行处理。恢复正常后，对规则发起重稽查或个性化稽查，以得到准确的结果。

3. 参数维护

提供一个规则粒度参数个性化的维护功能，灵活配置参数适应不同的业务场景。每一个规则都可能有一个到多个的计算参数，功能计算设计为参数化，该功能提供一个参数维护入口，通过准实时的方式接受参数变动以及计算响应。

不同地区不同单位的用户，可针对具体情况，对当前版本的稽查规则进行对应数量的参数进行个性化配置，以适应自身的业务需求。

4. 统一配置

提供统一配置的服务功能。该功能主要是对稽查全局性的一些基础配置，包括规则执行配置、默认参数配置、白名单配置、报表服务配置等等，为其他规则稽查计算提供统一的支持。

规则执行配置可对规则的版本进行升级，不同版本的启禁用进行配置。

默认参数配置是基础参数进行配置，如各个地区无进行个性化，则使用统一的默认参数配置。

白名单配置是配置稽查时对象的范围，粒度可支持地区、单位、用户、设备等。

报表服务配置是对报表的显示属性进行配置，包括显示的方式等。

S30：若获取到与稽查结果对应的数据处理请求，则从数据处理请求中获取请求标识，并根据数据处理请求获取对应的待处理数据，并将待处理数据发送至与请求标识对应的用户端。

在本实施例中，数据处理请求是指对稽查的数据进行处理的请求。请求标识是指具体处罚该数据处理请求的终端的标识。待处理数据是指与该数据处理请求对应的稽查的数据。

具体地，在本申请的实施例中，电网稽查的数据按照省级进行划分，在省级电网的数据库中存储有该省所有地方市（县）的电网稽查的数据。在获取到有地方市（县）触发该数据处理请求后，从该数据处理请求中获取具体触发该请求的地方市（县）的请求标识以及需要进行处理的待处理数据。

进一步地，将从数据库中存储有该省所有地方市（县）的电网稽查的数据获取到的待处理数据发送至请求标识对应的用户端。

S40：若从电力服务组件中获取到节点拓展请求时，则根据节点拓展请求获取组件功能信息，根据组件功能信息触发与节点拓展请求对应的节点拓展响应消息。

在本实施例中，节点拓展请求是指对电力服务组件中的数据处理的节点进行拓展的请求。组件功能信息是指每一个电力服务组件对稽查数据进行处理的功能的信息。节点拓展响应消息是指响应该节点拓展请求，并对相应的电力服务组件的数据处理节点进行拓展的消息。

具体地，当有电力服务组件的业务量不断增大，使得该电力服务组件现有的数据处理的节点的服务性能达到瓶颈时，需要对其进行扩展时，则针对该电力服务组件触发该节点拓展请求。其中，在触发该节点拓展请求时，可以是通过用户根据现有的电力服务组件的运行情况进行触发，也可以是针对每一个电力服务组件的数据量和/或数据处理的效率设置对应的阈值，当该电力服务组件的数据量和/或数据处理的效率达到该阈值时，针对该达到阈值的电力服务组件触发该节点拓展请求。

进一步地，在响应该节点拓展请求时，可通过向该电力服务组件进行节点添加处理、主内存、存储设备或网络接口来扩展以满足更多请求进行垂直或向上扩展，并通过获取该电力服务组件的组件功能信息，添加与该电力服务组件现有节点功能相同的新节点，在所有节点之间重新分配负载，实现水平或向外扩展。

在本实施例中，通过根据每一个电力服务类型对电力业务进行拆分，得到该电力服务组件，能够在电网稽查时，基于不同的电力服务类型的不同的稽查条件数据，通过定时任务调度对指定的稽查服务进行周期执行管理，进行一个多维度的全覆盖的业务稽查，可连续对不同地区的业务数据进行不同条件的稽查；在获取到数据处理请求时，由于稽查业务需要对所有的业务进行稽查，基本涵盖了所有的业务数据，是一个海量的数据级，通过根据电力服务类型拆分得到电力服务组件，能够实现数据分布式发送，实现能够对海量数据进行处理，提升数据处理的效率；同时，当业务量不断增大导致现有的电力服务组件的服务性能达到瓶颈时，需要对其进行扩展时，通过针对每一个电力服务组件的组件功能信息进行拓展，能够在提升服务新能时，也易于拓展，提升拓展性能的效率。

在一实施例中，如图2所示，在步骤S10中，即获取电力服务类型，根据电力服务类型对电力业务进行拆分，得到电力服务组件，具体包括：

S11：获取电力服务数据，根据电力服务类型，对电力服务数据进行切分，得到业务服务数据。

在本实施例中，电力服务数据是指在每个省级的电网的业务中的数据。业务服务数据是指在电网中每一个服务业务对应的数据。

具体地，根据该电力服务类型，对存储有该省所有地方市（县）的电网稽查的数据进行切分，将切分的每一个结果作为该业务服务数据。

S12：对电力服务数据进行封装后，得到对应的电力服务组件。

具体地，逐个对该电力服务数据进行封装后，得到与每一个电力服务类型的电力服务组件，并在每一个电力服务组件之间通过HTTP等通信协议进行协作，每一个电力服务组件均可独立开发以及部署，从而可以有效避免一个服务的修改引起整个系统的重新部署。在电力服务类型增加或发生变更时，可以只对特定的电力服务组件进行下线和更新，而不影响其他的电力服务组件的使用，最大程度上保证服务可用性。

在一实施例中，如图3所示，在步骤S30中，即若获取到与稽查结果对应的数据处理请求，则从数据处理请求中获取请求标识，并根据数据处理请求获取对应的待处理数据，并将待处理数据发送至与请求标识对应的用户端，具体包括：

S31：根据数据处理请求从预设的稽查数据库中获取待处理数据。

在本实施例中，稽查数据库是指上述实施例中，存储有该省所有地方市（县）的电网稽查的数据的数据库。

具体地，根据该数据处理请求中具体需要处理的数据，从该稽查数据库中调取相应的数据作为该待处理数据。

S32：根据请求标识获取待发送路由地址，根据路由地址将待处理数据发送至对应的用户端。

具体地，在本申请的实际应用场景中，是将该省份中的各个地级市（县）的电网的数据进行统一收集并存储至改稽查数据库中，再有地级市（县）的负责电力电网稽查的用于需要调取相应的数据进行处理时，将该数据从稽查数据库中提取出来后，根据该地级市（县）请求标识，将该待处理数据发送至对应的用户端。

在发送时，根据该请求标识，获取与该请求标识对应的路由地址，即IP地址，通过获取该路由地址，将该待处理数据发送至该用户端。

在一实施例中，如图4所示，在步骤S40中，即若从电力服务组件中获取到节点拓展请求时，则根据节点拓展请求获取组件功能信息，根据组件功能信息触发与节点拓展请求对应的节点拓展响应消息，具体包括：

S41：从电力服务组件中获取原始节点数量。

在本实施例中，原始节点数量是指在需要拓展节点的电力服务组件中，处理数据的节点的 数量。

具体地，在获取到节点拓展请求时，获取具体需要拓展节点的电力服务组件中，现有处理数据的节点的数量，并将该数量作为原始节点数量。

S42：根据原始节点数量和节点拓展响应消息，触发负载分布消息。

在本实施例中，负载分布消息是指在节点拓展以后，对该电力服务组件中的节点重新分配数据处理的任务的消息。

对该电力服务组件中的数据处理的节点进行拓展一定数量的用于数据处理的节点。

进一步地，针对现有的节点的总量以及总共需要处理的数据量，触发该负载分布消息。

在一实施例中，如图5所示，在步骤S42中，即根据原始节点数量和节点拓展响应消息，触发负载分布消息，具体包括：

S421：从节点拓展响应消息中获取新增节点数量。

具体地，在确定得到该新增节点数量后，触发该节点拓展相应消息，同时，在获取到该节点拓展响应消息时，从该节点拓展响应消息中获取该新增节点数量。其中，该新增节点数量可以根据该电力服务组件处理的数据的数据量确定，需要处理的数据量越大，对应的新增节点数量可以越多。

S422：根据原始节点数量和新增节点数量得到现有节点数量，根据现有节点数量触发负载分布消息。

具体地，根据现有节点数量，平均分配现有的数据量至每一个节点，并将每一个节点重新分配的数据量作为该负载分布消息。同时，在确定新增节点数量并触发该节点拓展响应消息时，还可以是通过根据该电力服务组件总共处理的数据量，或者对该电力服务组件的每一个节点的内存的使用量设置相应的阈值，若该节点的内存的使用量达到该阈值时触发该节点拓展请求，在确定新增节点数量时，使现有节点数量能够满足该电力服务组件中的节点在处理数据时，内存的使用率低于该阈值。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在一实施例中，提供一种基于微服务框架的智能稽查装置，该基于微服务框架的智能稽查装置与上述实施例中基于微服务框架的智能稽查方法一一对应。如图6所示，该基于微服务框架的智能稽查装置包括组件拆分模块10、稽查模块20、路由分发模块30和节点拓展模块40。各功能模块详细说明如下：

组件拆分模块10，用于获取电力服务类型，根据电力服务类型对电力业务进行拆分，得到电力服务组件；

稽查模块20，用于获取每一个电力服务组件对应的稽查条件数据，根据稽查条件数据分别对相应的电力服务组件进行电力稽查，得到对应的稽查结果；

路由分发模块30，用于若获取到与稽查结果对应的数据处理请求，则从数据处理请求中获取请求标识，并根据数据处理请求获取对应的待处理数据，并将待处理数据发送至与请求标识对应的用户端；

节点拓展模块40，用于若从电力服务组件中获取到节点拓展请求时，则根据节点拓展请求获取组件功能信息，根据组件功能信息触发与节点拓展请求对应的节点拓展响应消息。

可选的，组件拆分模块10包括：

数据切分子模块，用于获取电力服务数据，根据电力服务类型，对电力服务数据进行切分，得到业务服务数据；

数据封装子模块，用于对电力服务数据进行封装后，得到对应的电力服务组件。

可选的，路由分发模块30包括：

数据获取子模块，用于根据数据处理请求从预设的稽查数据库中获取待处理数据；

数据发送子模块，用于根据请求标识获取待发送路由地址，根据路由地址将待处理数据发送至对应的用户端。

可选的，节点拓展模块40包括：

原始节点获取子模块，用于从电力服务组件中获取原始节点数量；

负载分布子模块，用于根据原始节点数量和节点拓展响应消息，触发负载分布消息。

可选的，负载分布子模块包括：

新增节点获取单元，用于从节点拓展响应消息中获取新增节点数量；

负载分布单元，用于根据原始节点数量和新增节点数量得到现有节点数量，根据现有节点数量触发负载分布消息。

关于基于微服务框架的智能稽查装置的具体限定可以参见上文中对于基于微服务框架的智能稽查方法的限定，在此不再赘述。上述基于微服务框架的智能稽查装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储每个省级的电网稽查数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于微服务框架的智能稽查方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：

获取电力服务类型，根据电力服务类型对电力业务进行拆分，得到电力服务组件；

获取每一个电力服务组件对应的稽查条件数据，根据稽查条件数据分别对相应的电力服务组件进行电力稽查，得到对应的稽查结果；

若获取到与稽查结果对应的数据处理请求，则从数据处理请求中获取请求标识，并根据数据处理请求获取对应的待处理数据，并将待处理数据发送至与请求标识对应的用户端；

若从电力服务组件中获取到节点拓展请求时，则根据节点拓展请求获取组件功能信息，根据组件功能信息触发与节点拓展请求对应的节点拓展响应消息。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取电力服务类型，根据电力服务类型对电力业务进行拆分，得到电力服务组件；

获取每一个电力服务组件对应的稽查条件数据，根据稽查条件数据分别对相应的电力服务组件进行电力稽查，得到对应的稽查结果；

若获取到与稽查结果对应的数据处理请求，则从数据处理请求中获取请求标识，并根据数据处理请求获取对应的待处理数据，并将待处理数据发送至与请求标识对应的用户端；

若从电力服务组件中获取到节点拓展请求时，则根据节点拓展请求获取组件功能信息，根据组件功能信息触发与节点拓展请求对应的节点拓展响应消息。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）或闪存。易失性存储器可包括随机存取存储器（RAM）或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM（SRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双数据率SDRAM（DDRSDRAM）、增强型SDRAM（ESDRAM）、同步链路（Synchlink） DRAM（SLDRAM）、存储器总线（Rambus）直接RAM（RDRAM）、直接存储器总线动态RAM（DRDRAM）、以及存储器总线动态RAM（RDRAM）等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。