电力业务管理方法、装置及电子设备与流程

本发明涉及电力业务数据管理技术领域，具体而言，涉及一种电力业务管理方法、装置及电子设备。

背景技术：

目前，电力相关的需求一般是通过线下的方式，例如，用电异常时，用户通过拨打客服电话进行报修，修理完成后一项任务则结果流程。导致每一项报修需求都是相互独立的。

技术实现要素：

本发明的目的在于提供一种电力业务管理方法、装置、电子设备和计算机可读存储介质，能够通过任务数据的分析，可以及时确定电力任务的异常。

第一方面，本发明实施例提供一种电力业务管理方法，包括：

监控接收到的电力业务数据，所述电力业务数据包括由用户终端发送的电力服务请求数据、管理终端记录的电力异常申报数据；

根据接收到的电力业务数据计算各类电力任务的数据分布；

根据所述数据分布确定接收到的电力业务数据是否存在异常；

若接收到的电力业务数据存在异常，输出告警消息。

在可选的实施方式中，所述根据所述数据分布确定接收到的电力业务数据是否存在异常，包括：

根据所述数据分布确定各类电力需求的数据是否超过对应的设定阈值；

若存在指定类电力需求的数据超过对应的设定阈值，则表示指定类电力需求的数据存在异常。

在可选的实施方式中，还包括：

在确定目标类电力需求存在异常时，根据接收到的检修结果确定出异常原因；

将所述目标类电力需求的异常与所述目标类电力需求的异常对应的异常原因进行关联存储。

本申请电力业务管理方法，还可以将目标类电力需求的异常与异常原因进行关联存储，从而可以使方便后续对异常的查询或定位。

在可选的实施方式中，所述输出告警消息，包括：

根据确定为异常的电力需求确定出目标应对方案，所述目标应对方案为所述异常的电力需求解决方案；

输出包含所述目标应对方案的告警消息。

本申请电力业务管理方法，还可以根据异常确定对应的应对方案，从而可以实现更有效地通知相关人员当前需求。

在可选的实施方式中，还包括：

根据所述用户终端发送的电力服务请求数据，为所述用户终端提供电力服务；

将电力服务结果发送给所述用户终端。

本申请电力业务管理方法，还可以通过用户终端直接发送电力服务请求，就能够实现办理电力业务，从而可以提高电力服务的效率。

在可选的实施方式中，还包括：

接收第一用户终端发送的费用催收请求，所述费用催收请求中携带有目标用户账号；

根据所述费用催收请求，获取所述目标用户账号对应的目标用电数据；

根据所述目标用电数据确定所述目标用户账号是否存在催收需求；

若所述目标用户账号存在催收需求，则向所述目标用户账号对应的第二用户终端发送催收提示消息，所述催收提示消息包含缴费链接。

本申请电力业务管理方法，还可以接收第一用户终端的催费请求，再向第二用户终端发送缴费链接，从而可以减少用户去营业厅缴费，或者管理用户去现场催费，从而可以提高催费或缴费的效率。

在可选的实施方式中，应用于服务器，所述用户终端通过webservice接口访问所述服务器，所述用户终端中安装有用于提供电力服务的目标应用程序，所述方法还包括：

当所述目标应用程序的用户界面更新时，接收所述目标应用程序的程序包；

根据所述目标应用程序的程序包对目标应用程序进行更新。

本申请电力业务管理方法，通过webservice接口模式，可以使后台服务和前端页面分离，后台服务可以共用，当前端页面出现问题或需要更新时，不影响后台公共服务，从而可以减少后台服务的中断概率，提高服务效率。

第二方面，本发明实施例提供一种电力业务管理装置，包括：

监控模块，用于监控接收到的电力业务数据，所述电力业务数据包括由用户终端发送的电力服务请求数据、管理终端记录的电力异常申报数据；

计算模块，用于根据接收到的电力业务数据计算各类电力任务的数据分布；

确定模块，用于根据所述数据分布确定接收到的电力业务数据是否存在异常；

输出模块，用于若接收到的电力业务数据存在异常，输出告警消息。

第三方面，本发明实施例提供一种电子设备，包括：处理器、存储器，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述机器可读指令被所述处理器执行时执行如前述实施方式任一所述的方法的步骤。

第四方面，本发明实施例提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如前述实施方式任一所述的方法的步骤。

本申请电力业务管理方法、装置、电子设备及计算机可读存储介质的实施例的有益效果是：通过监控接收到的电力业务数据，并对其进行分析，以确定接收到的数据是否可能存在异常，如果存在异常则可以输出报警，从而可以将一些原本相互独立的电力业务数据进行关联分析，及时发现电力业务数据的异常。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的服务器与其它终端进行交互的示意图。

图2为本申请实施例提供的电子设备的方框示意图。

图3为本申请实施例提供的电力业务管理方法的流程图。

图4为本申请实施例提供的电力业务管理方法的部分流程图。

图5为本申请实施例提供的电力业务管理装置的功能模块示意图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

传统的电力业务需要用户携带相关的档案文件去电力营业厅办理业务，根据业务处理的流程，一个业务流程可能需要通知用户多次往返营业厅办理。

为了更好地服务客户，减少客户去营业厅办事的需求。基于此研究，可以运用“互联网”思维和技术，构建综合服务平台，建立一站式服务体系，实现减少客户去营业厅办事。基于此，本申请实施例提供了电力业务管理方法、装置及电子设备，能够实现上述目的。

实施例一

为便于对本实施例进行理解，首先对执行本申请实施例所公开的一种电力业务管理方法的电子设备和运行环境进行详细介绍。

如图1所示，是本申请实施例提供的服务器与其它终端进行交互的示意图。服务器100通过网络与一个或多个其它终端200进行通信连接，以进行数据通信或交互。

本实施例中，服务器100可以是网络服务器。

其它终端200可以包括用户终端210、管理终端220等。示例性地，该用户终端210可以供存在缴纳电费、报修等需求的用户，用户终端还可以供存在管理制定片区的用电情况需求的用户。示例性地，该管理终端220可以是电力公司的客服人员使用的电子终端，用于记录用户上报的需求。

本实施例中，上述的用户终端210、管理终端220上可以安装有对应功能的应用程序，该应用程序上可以提供有实现各项任务的功能模块。

可选地，上述的用户终端210可以是移动终端。

本申请实施例中，通过移动作业模式，作业人员可以通过移动终端中的应用程序提供快速的内容检索定位，调阅原始电子档案解决纠纷，提高客户满意度。本实施例中，上述用户终端210中的应用程序中还可以包括检索功能，利用内容检索技术，通过业务关键字，实现档案的快速定位与业务查询。根据关键字检索出用户的合同文本与条款、用户相关的签字单据、变更的业务申请单、核查的现场勘查单、审批的方案答复单等资料信息，快速定位问题。

可选地，上述的用户终端210供管理制定片区的用电情况需求的用户使用时，该用户终端210中的应用程序中可以包括有业务上报功能模块，通过该业务上报功能模块作业人员可以现场为客户办理业扩报装业务，通过给客户的报装资料拍照上传，在线签订合同，上门办理业务，用户无需去营业厅办理；当客户出现用电问题时，作业人员可以到用户现场，通过应用程序在数据库中调用系统相关资料或控制功能，解决现场问题。

本实施例中，服务器100可以将接收到的用户终端210或管理终端220发送的各类请求数据进行统一存储，以形成电力业务数据库。可选地，该电力业务数据库可以存储在服务器100中，也可以存储在于服务器100通信连接的数据库服务器中。

示例性地，用户终端210向服务器发送数据请求时，服务器100可以从电力业务数据库查询所需数据。

本实施例中，其它终端200可以是个人电脑(personalcomputer，pc)、平板电脑、智能手机、个人数字助理(personaldigitalassistant，pda)等。

如图2所示，是电子设备300的方框示意图。电子设备300可以包括存储器311、存储控制器312、处理器313、外设接口314、输入输出单元315。本领域普通技术人员可以理解，图2所示的结构仅为示意，其并不对电子设备300的结构造成限定。例如，电子设备300还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。本实施例中，电子设备300可以作为图1所示的服务器100和其它终端200的实现设备。当然，服务器100和其它终端200也可以比电子设备300所示更多或者更少的组件。

上述的存储器311、存储控制器312、处理器313、外设接口314、以及输入输出单元315各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。上述的处理器313用于执行存储器中存储的可执行模块。

其中，存储器311可以是，但不限于，随机存取存储器(randomaccessmemory，简称ram)，只读存储器(readonlymemory，简称rom)，可编程只读存储器(programmableread-onlymemory，简称prom)，可擦除只读存储器(erasableprogrammableread-onlymemory，简称eprom)，电可擦除只读存储器(electricerasableprogrammableread-onlymemory，简称eeprom)等。其中，存储器311用于存储程序，所述处理器313在接收到执行指令后，执行所述程序，本申请实施例任一实施例揭示的过程定义的电子设备300所执行的方法可以应用于处理器313中，或者由处理器313实现。

上述的处理器313可能是一种集成电路芯片，具有信号的处理能力。上述的处理器313可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(digitalsignalprocessor，简称dsp)、专用集成电路(applicationspecificintegratedcircuit，简称asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

上述的外设接口314将各种输入/输出装置耦合至处理器313以及存储器311。在一些实施例中，外设接口314，处理器313以及存储控制器312可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

上述的输入输出单元315用于提供给用户输入数据。所述输入输出单元315可以是，但不限于，鼠标和键盘等。

本实施例中的电子设备300可以用于执行本申请实施例提供的各个方法中的各个步骤。下面通过几个实施例详细描述电力业务管理方法的实现过程。

实施例二

请参阅图3，是本申请实施例提供的电力业务管理方法的流程图。下面将对图3所示的具体流程进行详细阐述。

步骤401，监控接收到的电力业务数据。

本实施例中，电力业务数据包括由用户终端发送的电力服务请求数据、管理终端记录的电力异常申报数据。

本实施例中，电力服务请求可以包括：缴费请求、报修请求、停电请求、恢复电请求、催费请求、换表请求等。

本实施例中，电力异常申报可以包括：电表异常申报、违约窃电申报等。

步骤403，根据接收到的电力业务数据计算各类电力任务的数据分布。

示例性地，上述的数据分布可以包括各类电力任务的数量、各类电力任务的发生位置、各个位置对应的各类电力任务的数量等。

步骤405，根据所述数据分布确定接收到的电力业务数据是否存在异常。

在一种实施方式中，可以根据预先设定的阈值确定电力业务数据是否存在异常。示例性地，步骤405可以包括：根据所述数据分布确定各类电力需求的数据是否超过对应的设定阈值；若存在指定类电力需求的数据超过对应的设定阈值，则表示指定类电力需求的数据存在异常。

本实施例中，每类电力需求可以对应一项或多项阈值。

示例性地，就电表异常申报而言，设定阈值可以包括单位时间内的阈值、单位区域内的阈值、总阈值等。可选地，设定阈值可以根据历史数据确定的。例如，根据历史数据了解到单位时间内电表异常申报一般在二十次之内，则单位时间内的阈值可以是二十五。再例如，根据历史数据了解到单位区域内电表异常申报总次数为三十五次，则该单位区域内的阈值可以是四十。可选地，设定阈值也可以根据按照具体需求人为设定。

例如，最新收到的电表异常申报中，其中有五十次是第一区域内提交的电表数据显示异常，则可以得到该第一区域内的电表异常申报可能存在异常。

再例如，在一天内接收到的电力业务数据中，存在三十次电表异常申报，则可以得到该最近单位时间内的电表异常申报可能存在异常。

再例如，在一天内接收到的电力业务数据中，存在三百次的催费请求，则可以表示缴费情况可能存在一些异常。

本实施例中，确定出各类电力需求存在异常时，为了能够对异常进行存储。本实施例中的电力业务管理方法，还可以包括：在确定目标类电力需求存在异常时，根据接收到的检修结果确定出异常原因，并将所述目标类电力需求的异常与所述目标类电力需求的异常对应的异常原因进行关联存储。

可选地，上述的检修结果可以由相关检修人员通过用户终端上传的检修结果。

示例性地，检修结果可以包括：异常原因、修复成果、修复耗时、修复方案等内容。

本实施例中，通过将电力需求的异常与该电力需求的异常对应的异常原因进行关联存储，可以构建出需求异常数据库。

可选地，该需求异常数据库中还可以写入对应的修复方案。

在一种实施方式中，步骤405可以包括：可以根据预设的对应的第一阈值和第二阈值确定出电力业务数据中的各类电力需求的数据是否存在异常，以及异常类型。其中，第一阈值小于第二阈值。

本实施例中，每类电力需求可以对应一组或多组阈值。

示例性地，就电表异常申报而言，设定阈值可以包括单位时间内的第一阈值和单位时间内的第二阈值、单位区域内的第一阈值和单位区域内的第二阈值、第一总阈值和第二总阈值等。

示例性地，若电力业务数据中的各类电力需求的数量大于第一阈值，但不大于第二阈值，则电力需求存在第一类异常；若电力业务数据中的各类电力需求的数量大于第二阈值，则电力需求存在第二类异常。

在一个实例中，单位区域内的第一阈值可以是二十次、单位区域内的第二阈值可以是三十次。例如，最新收到的电表异常申报中，其中有十九次是第一区域内提交的电表数据显示异常，则可以得到该第一区域内的电表异常申报不存在异常。例如，最新收到的电表异常申报中，其中有二十三次是第一区域内提交的电表数据显示异常，则可以得到该第一区域内的电表异常申报可能存在第一类异常。例如，最新收到的电表异常申报中，其中有三十三次是第一区域内提交的电表数据显示异常，则可以得到该第一区域内的电表异常申报可能存在第二类异常。

本实例中，第二类异常表示比第一类异常情况更为严重的异常。

步骤407，若接收到的电力业务数据存在异常，输出告警消息。

可选地，步骤407可以包括：根据确定为异常的电力需求确定出目标应对方案；输出包含所述目标应对方案的告警消息。

本实施例中，目标应对方案为异常的电力需求解决方案。

可选地，根据确定为异常的电力需求确定出目标应对方案可以被实施为：根据确定为异常的电力需求在需求异常数据库中查找对应的异常原因，再根据该异常原因确定出对应的目标应对方案。

示例性地，确定出异常原因后，可以根据历史记录数据中各个异常原因对应的需求解决方案得到目标应对方案。

可选地，根据确定为异常的电力需求确定出目标应对方案可以被实施为：根据确定为异常的电力需求在需求异常数据库中查找对应的异常原因以及对应的目标应对方案。

可选地，步骤407可以包括：根据异常的类型确定出输出告警内容。

示例性地，若接收到的电力业务数据对应的异常类型为第一类异常，则输出信号灯闪烁的告警消息。

示例性地，若接收到的电力业务数据对应的异常类型为第二类异常，则输出信号灯闪烁的告警消息，并根据确定为异常的电力需求确定出目标应对方案；输出包含所述目标应对方案的告警消息。

可选地，在确定出目标应对方案后，还可以将对应的目标应用方案发送给预先绑定的管理账号。

本实施例中，除了可以实现上述的数据分析，以确定电力业务数据是否存在异常。为了方便用电用户，还可以接收用户终端发送的服务请求，以为用户提供服务。

可选地，本实施例中的电力业务管理方法，还可以包括：根据所述用户终端发送的电力服务请求数据，为所述用户终端提供电力服务；将电力服务结果发送给所述用户终端。

示例性地，电力服务请求包括：装电表、换电表、缴纳电费、停电、恢复电、违约窃电核查、电表报修等。

示例性地，电力服务请求数据可以包括用户账号。根据该用户账号可以查询到该用户账号对应的用户用电区域。

示例性地，若电力服务请求是装电表，对应的电力服务可以是根据该用户用电区域分配对应的装修人员，并向该装修人员对应的用户账号发送装电表需求信息。

示例性地，若电力服务请求缴纳电费，对应的电力服务可以是根据该电力服务请求数据中携带的用户账号充电费。

为了方便区域内的管理人员，如图4所示，本实施例中的电力业务管理方法还可以包括以下步骤。

步骤408，接收第一用户终端发送的费用催收请求。

本实施例中，费用催收请求中携带有目标用户账号。该目标用户账号可以是存在欠费情况的一个或多个用户账号。

本实施例中，该第一用户终端可以是管理电费的相关人员所使用的一终端。示例性地，第一用户终端可以通过用户账号登入服务器中，以获取对应区域中的管理权限。

步骤409，根据所述费用催收请求，获取所述目标用户账号对应的目标用电数据。

示例性地，用电数据可以包括当前剩余电量、当月用电量。

步骤410，根据所述目标用电数据确定所述目标用户账号是否存在催收需求。

示例性地，若其中一用户账号对应的用电数据的当前剩余电量已经低于设定限量阈值，则可以表示该用户账号存在催收需求。

示例性地，若其中一用户账号对应的用电数据的当月用电量已经超过设定用电阈值，则可以表示该用户账号存在催收需求。

步骤411，若所述目标用户账号存在催收需求，则向所述目标用户账号对应的第二用户终端发送催收提示消息。

可选地，催收提示消息包含缴费链接。

可选地，该缴费链接可以是http或webservice接口服务地址。

示例性地，若该第二用户终端中安装有用于缴费的应用程序，则当缴费链接被点击时，可以跳转至用于缴费的应用程序。

示例性地，若该第二用户终端中未安装用于缴费的应用程序，则当缴费链接被点击时，可以打开缴费网页。

本实施例中的方法可以应用于服务器，用户终端通过webservice接口访问改服务器，用户终端中安装有用于提供电力服务的目标应用程序。用户终端可以通过该目标应用程序访问服务器。

本实施例中，在通过目标应用程序获取服务器提供的电力服务之前，还可以通过目标应用程序注册用户账号。

示例性地，在注册账号时，可以通过目标应用程序上传用户证件图片。服务器在接收到证件图片后，可以通过持久化技术把图片数据流等非结构化数据保存到非结构化数据平台。

本实施例中的电力业务管理方法还可以包括：当所述目标应用程序的用户界面更新时，接收所述目标应用程序的程序包；根据所述目标应用程序的程序包对目标应用程序进行更新。

本实施例中，后台应用服务与用户终端的应用程序采用前端应用与后端服务分离的模式进行开发。用户终端的应用程序通过访问后台应用服务提供的对外接口方式进行调用，实现前端应用请求和后端服务相连接。

本实施例中，可以通过webservice的接口模式，约定接口规范，用户终端的应用程序上发送请求给后台应用服务的对应接口地址，接口接收到请求后，通过后台应用服务的内部服务处理，返回给用户终端的应用程序需要的数据。

由于webservice接口模式，可以使后台服务和前端页面进行分离，因此通过上述的访问方式，当用户终端的应用程序的界面样式变动时，只需打包上传用户终端的应用程序的程序包到后台应用服务器进行快速更新迭代，无需打包后台应用服务的程序包进行替换。

进一步地，当后台应用服务需要更新时，无需更新前端用户终端的应用程序的服务。

本实施例中的电力业务管理方法，通过监控接收到的电力业务数据，并对其进行分析，以确定接收到的数据是否可能存在异常，如果存在异常则可以输出报警，从而可以将一些原本相互独立的电力业务数据进行关联分析，及时发现电力业务数据的异常。

实施例三

基于同一申请构思，本申请实施例中还提供了与电力业务管理方法对应的电力业务管理装置，由于本申请实施例中的装置解决问题的原理与前述的电力业务管理方法实施例相似，因此本实施例中的装置的实施可以参见上述方法的实施例中的描述，重复之处不再赘述。

请参阅图5，是本申请实施例提供的电力业务管理装置的功能模块示意图。本实施例中的电力业务管理装置中的各个模块用于执行上述方法实施例中的各个步骤。电力业务管理装置包括：监控模块501、计算模块502、确定模块503、输出模块504；其中，

监控模块501，用于监控接收到的电力业务数据，所述电力业务数据包括由用户终端发送的电力服务请求数据、管理终端记录的电力异常申报数据；

计算模块502，用于根据接收到的电力业务数据计算各类电力任务的数据分布；

确定模块503，用于根据所述数据分布确定接收到的电力业务数据是否存在异常；

输出模块504，用于若接收到的电力业务数据存在异常，输出告警消息。

一种可能的实施方式中，确定模块503，用于：

根据所述数据分布确定各类电力需求的数据是否超过对应的设定阈值；

若存在指定类电力需求的数据超过对应的设定阈值，则表示指定类电力需求的数据存在异常。

一种可能的实施方式中，还包括：存储模块，用于：

在确定目标类电力需求存在异常时，根据接收到的检修结果确定出异常原因；

将所述目标类电力需求的异常与所述目标类电力需求的异常对应的异常原因进行关联存储。

一种可能的实施方式中，输出模块504，用于：

根据确定为异常的电力需求确定出目标应对方案，所述目标应对方案为所述异常的电力需求解决方案；

输出包含所述目标应对方案的告警消息。

一种可能的实施方式中，还包括服务模块，用于：

根据所述用户终端发送的电力服务请求数据，为所述用户终端提供电力服务；

将电力服务结果发送给所述用户终端。

一种可能的实施方式中，电力业务管理装置还包括：

接收模块，用于接收第一用户终端发送的费用催收请求，所述费用催收请求中携带有目标用户账号；

获取模块，用于根据所述费用催收请求，获取所述目标用户账号对应的目标用电数据；

需求确定模块，用于根据所述目标用电数据确定所述目标用户账号是否存在催收需求；

发送模块，用于若所述目标用户账号存在催收需求，则向所述目标用户账号对应的第二用户终端发送催收提示消息，所述催收提示消息包含缴费链接。

一种可能的实施方式中，应用于服务器，所述用户终端通过webservice接口访问所述服务器，所述用户终端中安装有用于提供电力服务的目标应用程序，本实施例中的电力业务管理装置还包括更新模块，用于：

当所述目标应用程序的用户界面更新时，接收所述目标应用程序的程序包；

根据所述目标应用程序的程序包对目标应用程序进行更新。

此外，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的电力业务管理方法的步骤。

本申请实施例所提供的电力业务管理方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行上述方法实施例中所述的电力业务管理方法的步骤，具体可参见上述方法实施例，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。