一种数据处理方法及电力客户服务平台

摘要

本发明提供了一种数据处理方法及电力客户服务平台，接收调用对象的服务请求；从预设的多个微服务中确定待调用微服务；触发待调用微服务读写数据库和执行自身对应的业务逻辑，响应服务请求得到相应的执行结果，并将执行结果反馈给调用对象。在本方案中，根据实际的业务需求，预设多种类型的微应用和微服务，使所设置的微应用和微服务满足多种类型的业务需求，并通过电力客户服务平台统一管理和应用预设的微应用和微服务，提高微应用和微服务的管理效率，以及降低维护微应用和微服务的成本。

说明书

技术领域

本发明涉及数据处理技术领域，具体涉及一种数据处理方法及电力客户服务平台。

背景技术

随着互联网的快速发展，电力客户服务应用的使用也越来越广泛，但是由于客户的用电需求变化越来越频繁，需要针对客户的用电需求搭建相应的电力客户服务应用。

目前搭建电力客户服务应用的方式为：针对客户的新用电需求，重新搭建一个新的电力客户服务应用。但是，随着客户用电需求的增大，电力客户服务应用的个数也越来越多，并且各个电力客户服务应用的流程独立、数据独立和权限独立，管理和运维各个电力客户服务应用的难度较大和成本较高。

发明内容

有鉴于此，本发明实施例提供一种数据处理方法及电力客户服务平台，以解决目前搭建电力客户服务应用的方式存在的管理和运维各个电力客户服务应用的难度较大和成本较高等问题。

为实现上述目的，本发明实施例提供如下技术方案：

本发明实施例第一方面公开一种电力客户服务平台，所述电力客户服务平台包括：服务接入层、技术服务层、应用服务层和数据存储层；

所述服务接入层，用于接收调用对象的服务请求，并将所述服务请求发送给所述技术服务层，所述调用对象为预设的微应用；

所述技术服务层，用于确定所述应用服务层中与所述服务请求对应的待调用微服务，所述应用服务层由包括多个功能中心的服务业务中台，每个所述功能中心至少包括一个预设的微服务；

所述应用服务层，用于触发所述待调用微服务读写所述数据存储层中的数据库和执行自身对应的业务逻辑，响应所述服务请求得到相应的执行结果，并通过所述技术服务层和所述服务接入层将所述执行结果反馈给所述调用对象。

优选的，所述服务业务中台包括：

配置中心，用于维护和管理电力客户服务平台的配置信息；

应用中心，用于管理所有微应用；

工单中心，用于管理各个类型的业务工单；

用户中心，用于管理各类作业人员的账号；

监控中心，用于监控指定类型的数据；

控制中心，用于发布和管理各个类型的微服务；

设备中心，用于管理移动终端和终端外设；

消息中心，用于提供消息维护和消息提醒功能。

优选的，所述技术服务层还用于：为所有所述微服务提供统一注册。

优选的，所述技术服务层还用于：监控各个所述微服务的调用链路和运行状态。

优选的，所述技术服务层还用于：存储所述微服务的动态配置信息，并将所述动态配置信息更新同步至所述微服务中。

优选的，还包括：

界面展示层，用于展示包括各个类型的所述微应用。

优选的，还包括：

基础资源层，用于处理计算资源、存储资源和网络资源。

本发明实施例第二方面公开一种数据处理方法，所述方法包括：

接收调用对象的服务请求，所述调用对象为预设的微应用；

从预设的多个微服务中确定待调用微服务；

触发所述待调用微服务读写数据库和执行自身对应的业务逻辑，响应所述服务请求得到相应的执行结果，并将所述执行结果反馈给所述调用对象。

本发明实施例第三方面公开一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，所述程序执行本发明实施例第二方面公开的数据处理方法。

本发明实施例第四方面公开一种数据处理设备，包括：处理器、存储器和总线；所述处理器与所述存储器通过所述总线连接；

所述存储器用于存储程序，所述处理器用于运行程序，其中，所述程序运行时执行本发明实施例第二方面公开的数据处理方法。

基于上述本发明实施例提供的一种数据处理方法及电力客户服务平台，接收调用对象的服务请求；从预设的多个微服务中确定待调用微服务；触发待调用微服务读写数据库和执行自身对应的业务逻辑，响应服务请求得到相应的执行结果，并将执行结果反馈给调用对象。在本方案中，根据实际的业务需求，预设多种类型的微应用和微服务，使所设置的微应用和微服务满足多种类型的业务需求，并通过电力客户服务平台统一管理和应用预设的微应用和微服务，提高微应用和微服务的管理效率，以及降低维护微应用和微服务的成本。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的一种电力客户服务平台的结构框图；

图2为本发明实施例提供的各个预设的微应用的架构示意图；

图3为本发明实施例提供的服务业务中台的架构示意图；

图4为本发明实施例提供的一种电力客户服务平台的另一结构框图；

图5为本发明实施例提供的一种电力客户服务平台的架构示意图；

图6为本发明实施例提供的一种电力客户服务平台的另一架构示意图；

图7为本发明实施例提供的一种数据处理方法的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

由背景技术可知，目前在搭建电力客户服务应用时，通常需要根据客户的新用电需求，搭建新的电力客户服务应用，各个电力客户服务应用的流程独立、数据独立和权限独立。随着电力客户服务应用的个数越来越多，管理和运维各个电力客户服务应用的难度和成本也越来越高。

因此，本发明实施例提供一种数据处理方法及电力客户服务平台，根据实际的业务需求，预设多种类型的微应用和微服务，使所设置的微应用和微服务满足多种类型的业务需求，并通过电力客户服务平台统一管理和应用预设的微应用和微服务，以提高微应用和微服务的管理效率，以及以降低维护微应用和微服务的成本。

可以理解的是，为更好理解本发明实施例中所涉及的微应用和微服务的相关内容，通过以下内容解释说明微应用和微服务。

微服务：以服务方式实现的不带界面的软件包，可支撑单一业务逻辑的功能实现，微服务具有自身对应的业务逻辑。

微应用：指通过调用一个或多个微服务，实现一组同类型的或紧密耦合的单一业务目标或业务场景的功能逻辑组合软件包，提供带界面的软件客户端，可通过PC端和移动设备等终端实现人机交互。

参见图1，示出了本发明实施例提供的一种电力客户服务平台的结构框图，该电力客户服务平台包括：服务接入层100、技术服务层200、应用服务层300和数据存储层400；

服务接入层100，用于接收调用对象的服务请求，并将服务请求发送给技术服务层200，调用对象为预设的微应用。

可以理解的是，该服务请求指示需要调用哪一(或哪些)微服务，被调用的微服务即为待调用微服务。

在具体实现中，预先设计多种类型的微应用，在设计微应用时，根据不同的应用场景进行设计。

例如：对于非业务场景这一应用场景，设计诸如注册、登录和退出等基础功能类型的微应用。

又例如：对于业务场景这一应用场景，根据不同业务的业务范围和系统集成关系，设计不同业务对应的微应用。

为更好解释上述关于微应用的设计，结合图2示出的各个预设的微应用的架构示意图，以营销移动作业业务场景为例进行举例说明。

可以理解的是，图2所示出的各个微应用划分为基础功能类型的微应用和业务对应的微应用，可以理解的是，可利用多个微应用构建相应的电力客服终端应用，即该多个微应用建设在所构建的电力客服终端应用中。

在营销移动作业业务场景中，基础功能类型的微应用为：登录注册微应用、绑定解绑微应用、工作任务微应用、消息接收微应用和我的信息微应用等。

在营销移动作业业务场景中，该场景所涉及的作业任务包括：工单类任务、业务办理类任务和查询类任务，因此，与该场景不同业务对应的微应用为：中间检查微应用、竣工验收微应用、装表接电微应用、网格化管理微应用、数据采录微应用和公共查询微应用等。

技术服务层200，用于确定应用服务层300中与服务请求对应的待调用微服务，应用服务层300由包括多个功能中心的服务业务中台，每个功能中心至少包括一个预设的微服务。

在具体实现中，需要说明的是，应用服务层300中包括服务业务中台，该服务业务中台具有多个功能中心，每个功能中心都至少包括一个微服务。技术服务层200接收到服务请求后，从应用服务层300的多个微服务中确定与服务请求对应的待调用微服务。

可以理解的是，技术服务层200中包括服务网关，该服务网关为调用微服务提供统一入口，通过预设的路由策略可实现微服务调用的动态路由。

由前述内容可知，服务业务中台中包括多个功能中心，在设计服务业务中台的功能中心时，需根据应用、服务、用户、设备、工单、消息和数据等方面(不同场景方面)设计服务业务中台的功能中心，从而实现用户权限统一配置、微服务/微应用统一发布管理、服务接口统一注册配置和业务工单集中管控等功能。

优选的，服务业务中台至少包括：配置中心、应用中心、工单中心、用户中心、设备中心、监控中心、消息中心和控制中心，服务业务中台中的各个功能中心为微应用提供相应的业务支撑。

其中，配置中心，用于维护和管理电力客户服务平台的配置信息，为移动作业终端应用调用业务服务中台的入口，实现接口注册、接口路由、接口日志和电力客户服务平台参数配置等功能。

应用中心，用于管理所有微应用，在构建各个微应用之后，将所构建的微应用发布到微应用库中，实现微应用发布、分组管理、权限管理和下载管理等功能，从而为后续微应用的迭代新增提供管理工具。

工单中心，用于管理各个类型的业务工单，具体用于管理各个类型的业务工单的自然属性，融合线上和线下的供电业务，从而实现工单转派、催办和处理进度查询等服务。

比如：工单中心接收相应的业务系统派发的工单，并向前端APP(包括多个微应用)提供消息推送服务，并接收该前端APP提交的工单内容。

用户中心，用于管理各类作业人员的账号，在管理各个账号时，也包括对各个角色进行管理，以及对各个角色与微应用的对应关系的管理，从而实现用户身份统一。

比如：用户中心为前端APP(包括多个微应用)提供账号注册和登录功能。

设备中心，用于管理移动终端和终端外设等设备，从而实现管控各个设备的寿命周期。

监控中心，用于监控指定类型的数据，比如对工单、终端、人员和微应用等数据进行分析和监控。

消息中心，用于提供消息维护和消息提醒等功能的统一管理。

控制中心，用于发布和管理各个类型的微服务，为各类微应用提供微服务支撑，从而提升电力客户服务平台的业务扩展的灵活性。

为更好解释说明上述涉及的服务业务中台的架构，通过图3示出的服务业务中台的架构示意图进行举例说明。

在图3中，服务业务中台至少包括：配置中心、应用中心、工单中心、用户中心、设备中心、监控中心、消息中心和控制中心。

其中，配置中心由参数配置、接口注册、接口路由和接口日志等微服务构成。

应用中心由应用申请/审批、应用集成、权限管理和下载管理等微服务构成。

工单中心由工单推送、工单提醒、工单二次转派和工单反馈等微服务构成。

用户中心由用户注册、用户绑定、角色权限配置和终端认证等微服务构成。

设备中心由资产入库、资产领用、资产配送和资产报修改等微服务构成。

监控中心由工单监控、微应用使用分析、人员效率分析和终端监控等微服务构成。

消息中心由消息管理、消息推送、消息日志和消息分析等微服务构成。

控制中心包括多种类型的微服务，在此不一一举例说明。

优选的，技术服务层200中包括注册中心，该注册中心用于为所有微服务提供统一注册，即技术服务层200还用于：为所有微服务提供统一注册。

优选的，技术服务层200中包括服务监控，该服务监控用于监控各个微服务的调用链路和运行状态，即技术服务层200还用于：监控各个微服务的调用链路和运行状态。

优选的，技术服务层200中包括服务配置，该服务配置用于存储微服务的动态配置信息，并将动态配置信息更新同步至微服务中，即技术服务层200还用于：存储微服务的动态配置信息，并将动态配置信息更新同步至微服务中。

应用服务层300，用于触发待调用微服务读写数据存储层400中的数据库和执行自身对应的业务逻辑，响应服务请求得到相应的执行结果，并通过技术服务层200和所述服务接入层100将执行结果反馈给调用对象。

在具体实现中，由前述内容可知，每个微服务具有各自对应的业务逻辑，在确定待调用微服务后，触发该待调用微服务，使该调用微服务读写数据存储层400中的数据库和执行自身对应的业务逻辑(待调用微服务的业务逻辑)，从而响应服务请求得到相应的执行结果，通过技术服务层200和服务接入层将该执行结果反馈给调用对象。

优选的，应用服务层300通过业务接口层与其它业务处理系统连接，业务处理系统包括但不仅限于：营销业务应用系统、用电信息采集系统和生产管理系统等。

为更好解释说明应用服务层300与业务处理系统的信息交互，通过以下内容进行举例说明：

营销业务应用系统生成工单并下发至应用服务层300的服务业务中台，利用工单中心的微服务，将工单到达消息推送至前端APP(包括多个微应用)，并将该工单推送至前端APP。

前端APP的使用者通过前端APP中与该工单对应的微应用，处理该工单和录入信息，并利用服务业务中台的工单中心的微服务提交工单信息，同时将该工单信息回传至营销业务应用系统完成工单归档。

在本发明实施例中，根据实际的业务需求，预设多种类型的微应用和微服务，使所设置的微应用和微服务满足多种类型的业务需求，并通过电力客户服务平台统一管理和应用预设的微应用和微服务，提高微应用和微服务的管理效率，以及降低维护微应用和微服务的成本。

优选的，结合图1，参见图4，示出了本发明实施例提供的一种电力客户服务平台的另一结构框图，该电力客户服务平台还包括：界面展示层600和基础资源层700；

界面展示层600，用于展示包括各个类型的微应用，比如展示服务业务中台和终端设备上的APP。

基础资源层700，用于处理计算资源、存储资源和网络资源。

为更好解释上述图1和图4示出的电力客户服务平台的内容，通过图5进行举例说明，需要说明的是，图5仅用于举例说明。

参见图5，示出了本发明实施例提供的一种电力客户服务平台的架构示意图，该电路客户服务平台包括：界面展示层、服务接入层、技术服务层、应用服务层、数据存储层和基础资源层。

界面展示层，用于展示服务业务中台的界面和前端APP的界面，作为提供业务入口。

服务接入层，用于提供服务请求的统一接入、协议转换、移动网关、界面资源和负载均衡等服务。

技术服务层，用于提供服务注册/发现、服务网关、服务调度、服务配置、熔断管理、服务监控和加密解密等服务。

应用服务层，包括服务业务中台的各个功能中心，利用各个功能中心中的微服务为微应用提供服务支撑。服务业务中台的功能中心至少包括：配置中心、应用中心、工单中心、用户中心、设备中心、监控中心、消息中心和控制中心。服务业务中台通过业务接口层与营销业务应用系统、用电信息采集系统和生产管理系统等进行信息交互。

数据存储层，提供结构化数据、非结构化数据和缓存数据的存储及服务，可根据实际需求供应服务和横向扩展。

基础资源层，用于处理计算资源、存储资源和网络资源。

为更好解释说明前端APP和电力客户服务平台的内容，通过图6进行举例说明，需要说明的是，图6仅用于举例。

参见图6，示出了本发明实施例提供的一种电力客户服务平台的另一架构示意图。

前端APP中包括多个微应用，即前端APP中的各个功能为微应用，该前端APP基于混合(Hybrid)架构技术，底层依赖于Native提供的容器(UIWebview)，上层通过Html&CSS&JS进行业务开发。

图6中的前端APP中包括的多个微应用分别为：现场业扩、用电检查、网格化管理、故障抢修和综合查询等微应用。

可以理解的是，电力客户服务平台基于Spring-Cloud的微服务架构，由微应用、微服务、注册中心、服务配置、服务网关和服务网关等构建得到。其中，微应用提供人机交互界面，微服务为微应用提供服务支撑。注册中心为微服务提供注册信息存储，实现微服务间解耦。服务配置提供分布式环境下的动态配置管理，服务网关为微服务提供统一访问入口，服务监控为微服务提供状态和调用链路监控。

需要说明的是，微服务架构主要由分布式服务总线、微服务、外部应用和内部存储等组成。其中分布式服务总线包括：前述涉及的注册中心、服务网关、服务监控和服务配置等核心组件。

在处理服务请求时，微应用通过分布式服务总线确定待调用微服务，触发待调用微服务读写数据库和执行自身对应的业务逻辑，响应该服务请求得到执行结果，待调用微服务将该执行结果反馈给该微应用。

与上述本发明实施例提供的一种电力客户服务平台相对应，参见图7，本发明实施例还提供一种数据处理方法的流程图，该数据处理方法包括：

步骤S701：接收调用对象的服务请求。

需要说明的是，调用对象为预设的微应用。

步骤S702：从预设的多个微服务中确定待调用微服务。

步骤S703：触发待调用微服务读写数据库和执行自身对应的业务逻辑，响应服务请求得到相应的执行结果，并将执行结果反馈给调用对象。

需要说明的是，步骤S701至步骤S703的执行原理，参见上述本发明实施例图1中的内容，在此不再进行赘述。

综上所述，本发明实施例提供一种数据处理方法及电力客户服务平台，根据实际的业务需求，预设多种类型的微应用和微服务，使所设置的微应用和微服务满足多种类型的业务需求，并通过电力客户服务平台统一管理和应用预设的微应用和微服务，提高微应用和微服务的管理效率，以及降低维护微应用和微服务的成本。

本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的程序，其中，程序执行上述本发明实施例提供的数据处理方法。

本发明实施例还提供了一种数据处理设备，包括：处理器、存储器和总线；处理器与存储器通过总线连接，存储器用于存储程序，处理器用于运行程序，其中，程序运行时执行上述本发明实施例提供的数据处理方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。