CN117234464A - 多平台计费组件服务管理方法、装置、电子设备及介质 - Google Patents

Abstract

本申请公开了一种多平台计费组件服务管理方法、装置、电子设备及介质，涉及移动通信技术领域，所述多平台计费组件服务管理方法包括：获取各平台中的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库；根据所述初始计费流程的业务需求、各所述计费组件服务信息以及用户输入的流程编码、流程名称、业务线名称，配置目标计费流程；将所述目标计费流程发布到对应的目标服务编排软件，通过所述服务编排软件创建并运行所述目标计费流程对应的计费流程实例；将所述计费流程实例内的流程调用转发到对应的计费组件服务。本申请解决了当前的多平台计费组件服务的管理灵活性和管理效率低的技术问题。

Description

多平台计费组件服务管理方法、装置、电子设备及介质

技术领域

本申请涉及移动通信技术领域，尤其涉及一种多平台计费组件服务管理方法、装置、电子设备及介质。

背景技术

在当前的移动通信技术领域，话费计费系统通常是以轮询数据库表、定时任务和Dubbo（开源分布式服务框架）三类方式来实现话单计费流程，话费计费的流程节点包括：话单的采集、校验、分拣、计费、发布以及下发等。目前各业务线都根据需要申请相关PAAS（Platform As A Service，平台即服务）平台的租户，并将业务线的计费组件服务部署在该PAAS平台租户环境下，在某种程度来看就容易出现服务管道化，无法对计费组件服务进行统一管理；另外，当前的计费系统使用了数据库表、定时任务和Dubbo三种方式来进行流程编排属于定制化开发模式，流程编排灵活性差，难以复制或迁移到流程编排软件上，也不具备流程发布兼容主流的流程编排软件和实现流程编排发布能力；最后当前的话费计费方法也没有考虑流程编排发布到不同流程编排软件后，流程实例将流程调用转发到不同平台的计费组件服务能力。综上所述，当前的多平台计费组件服务的管理灵活性和管理效率较低。

发明内容

本申请的主要目的在于提供一种多平台计费组件服务管理方法、装置、电子设备及介质，旨在解决当前的多平台计费组件服务的管理灵活性和管理效率低的技术问题。

为实现上述目的，本申请提供一种多平台计费组件服务管理方法，所述多平台计费组件服务管理方法包括：

获取各平台中计费组件服务的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库；

根据用户输入的流程编码、流程名称以及业务线名称创建初始计费流程；

根据所述初始计费流程的业务需求，配置所述初始计费流程中各流程节点的名称和顺序，并根据所述预设数据库中存储的各流程节点对应的计费组件服务信息配置各所述流程节点的服务，获得目标计费流程；

将所述目标计费流程发布到对应的目标服务编排软件，通过所述服务编排软件创建并运行所述目标计费流程对应的计费流程实例；

将所述计费流程实例内的流程调用转发到对应的计费组件服务。

可选地，在所述获取各平台中计费组件服务的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库的步骤之前，所述方法还包括：

配置并适配各平台的接口协议以获取各所述平台上的计费组件服务的访问权限，生成各所述平台分别对应的API（Application Programming Interface，应用程序接口）接口；

所述获取各平台中计费组件服务的计费组件服务信息的步骤包括：

基于各所述平台的API接口和对应的访问权限获取各所述平台中计费组件服务的计费组件服务信息。

可选地，在所述获取各平台中计费组件服务的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库的步骤之后，所述方法还包括：

根据所述预设数据库中存储的各所述计费组件服务信息，生成前端展示页面，其中，所述前端展示页面用于展示计费组件服务的运行状态；

当所述前端展示页面接收到计费组件服务的调整指令时，调整所述调整指令对应的计费组件服务的运行状态，其中，所述调整指令至少包括启动和停止中的一种。

可选地，所述目标计费流程的存储形式至少包括JSON（JavaScript ObjectNotation, JS对象简谱）数组形式和XML（Extensible Markup Language，可扩展标记语言）文件形式，在所述将所述目标计费流程发布到对应的目标服务编排软件的步骤之前，所述方法还包括：

对所述目标计费流程对应的JSON数组进行解析，获得多个计费流程节点对象和各所述计费流程节点对象对应的参数，其中，所述参数包括流程节点顺序、计费组件服务编码、计费组件服务名称、流程ID以及流程节点局部参数定义；

将各所述计费流程节点对象和各所述计费流程节点对象对应的参数转换成符合业务流程建模标注规范的XML文件。

可选地，在所述将各所述计费流程节点对象和各所述计费流程节点对象对应的参数转换成符合业务流程建模标注规范的XML文件形式的步骤之后，所述方法还包括：

根据所述目标计费流程在预设的服务编排软件库中进行适配，获得对应的目标服务编排软件以及所述目标服务编排软件的参数配置要求；

若所述参数配置要求中包括除所述参数以外的配置参数，则添加所述配置参数对应的扩展标签到所述XML文件，获得目标XML文件。

可选地，所述服务编排软件为Zeebe软件，所述将所述目标计费流程发布到对应的目标服务编排软件，通过所述服务编排软件创建并运行所述目标计费流程对应的计费流程实例的步骤包括：

将所述目标XML文件发布到Zeebe软件；

当所述Zeebe软件接收到所述目标XML文件时，通过所述Zeebe软件创建并运行所述目标XML文件对应的计费流程实例。

可选地，所述将所述计费流程实例内的流程调用转发到对应的计费组件服务的步骤包括：

根据所述计费流程实例的流程调用的各计费服务组件名称和预设配置文件中包括的各计费服务组件名称与各服务URL的对应关系，确定所述流程调用对应的目标服务URL；

将所述计费流程实例的流程调用转发至所述目标服务URL。

本申请还提供一种多平台计费组件服务管理装置，所述多平台计费组件服务管理装置应用于多平台计费组件服务管理设备，所述多平台计费组件服务管理装置包括：

计费服务聚合模块，用于获取各平台中计费组件服务的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库；

计费流程创建模块，用于根据用户输入的流程编码、流程名称以及业务线名称创建初始计费流程；

计费流程配置模块，用于根据所述初始计费流程的业务需求，配置所述初始计费流程中各流程节点的名称和顺序，并根据所述预设数据库中存储的各流程节点对应的计费组件服务信息配置各所述流程节点的服务，获得目标计费流程；

计费流程发布模块，用于将所述目标计费流程发布到对应的目标服务编排软件，通过所述服务编排软件创建并运行所述目标计费流程对应的计费流程实例；

流程调用转发模块，用于将所述计费流程实例内的流程调用转发到对应的计费组件服务。

本申请还提供一种电子设备，所述电子设备为实体设备，所述电子设备包括：存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的所述多平台计费组件服务管理方法的程序，所述多平台计费组件服务管理方法的程序被处理器执行时可实现如上述的多平台计费组件服务管理方法的步骤。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有实现多平台计费组件服务管理方法的程序，所述多平台计费组件服务管理方法的程序被处理器执行时实现如上述的多平台计费组件服务管理方法的步骤。

本申请还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述的多平台计费组件服务管理方法的步骤。

本申请提供了一种多平台计费组件服务管理方法、装置、电子设备及介质，首先获取各平台中计费组件服务的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库，从而实现了对计费组件服务的统一管理，再根据用户输入的流程编码、流程名称以及业务线名称创建初始计费流程，进而根据所述初始计费流程的业务需求，配置所述初始计费流程中各流程节点的名称和顺序，并根据所述预设数据库中存储的各流程节点对应的计费组件服务信息配置各所述流程节点的服务，获得目标计费流程，起到了能根据业务需求灵活进行流程编排的技术效果，然后将所述目标计费流程发布到对应的目标服务编排软件，起到了灵活将配置好的目标计费流程发布到适配的流程编排软件上的效果，再通过所述服务编排软件创建并运行所述目标计费流程对应的计费流程实例，最后将所述计费流程实例内的流程调用转发到对应的计费组件服务，这样计费组件服务接收到转发的流程调用，可执行对应的计费流程，无需在计费组件服务安装额外的服务编排软件客户端，也可以继续沿用计费组件服务对应的当前平台的微服务治理框架，综上所述，本申请通过的多平台计费组件服务管理方法实现了应用平台的计费组件服务聚合、流程编排发布和跨流程编排软件实现服务调用，增加了多平台计费组件服务的管理灵活性和管理效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1为本申请多平台计费组件服务管理方法实施例一的流程示意图；

图2为本申请多平台计费组件服务管理方法中的计费流程列表前端页面展示图；

图3为本申请多平台计费组件服务管理方法中的计费流程配置页面展示图；

图4为本申请多平台计费组件服务管理方法中的特殊业务参数配置页面展示图；

图5为本申请多平台计费组件服务管理方法中的计费服务聚合模块的工作原理示意图；

图6为本申请多平台计费组件服务管理方法中的各计费组件服务的前端页面展示图；

图7为本申请多平台计费组件服务管理方法中的流程发布模块的工作原理示意图；

图8为本申请多平台计费组件服务管理方法中的通过流程服务调用代理模块发布目标计费流程到和扣费组件服务的数据流向示意图；

图9为本申请多平台计费组件服务管理方法中的在Zeebe软件中显示的计费流程示例示意图；

图10为本申请多平台计费组件服务管理方法中的流程服务调用代理模块的工作原理示意图；

图11为本申请实施例中多平台计费组件服务管理装置的组成结构示意图；

图12为本申请实施例中多平台计费组件服务管理方法涉及的硬件运行环境的设备结构示意图。

本申请目的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其它实施例，均属于本申请保护的范围。

实施例一

目前针对移动通信技术领域内的现有话单类计费的系统，主要以轮询数据库表、定时任务和Dubbo这三类方式来实现话单计费流程，计费流程节点包括：话单的采集、校验、分拣、计费、发布、下发等等。但上述这些话单计费方法，存在一定的技术缺陷：无法对计费组件服务进行统一管理、流程编排无法发布到各类流程编排软件以及无跨流程编排软件流程服务调用能力，在需要多平台计费组件服务的配合工作时，上述技术缺陷会导致多平台计费组件服务的管理灵活性和管理效率较低的问题。为克服上述技术缺陷，本申请实施例提供一种多平台计费组件服务管理方法以实现不同业务线跨应用平台间的计费组件服务聚合、业务流程装配和发布。

本申请实施例提供一种多平台计费组件服务管理方法，在本申请多平台计费组件服务管理方法的实施例一中，参照图1，所述多平台计费组件服务管理方法包括：

步骤S10，获取各平台中计费组件服务的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库；

步骤S20，根据用户输入的流程编码、流程名称以及业务线名称创建初始计费流程；

步骤S30，根据所述初始计费流程的业务需求，配置所述初始计费流程中各流程节点的名称和顺序，并根据所述预设数据库中存储的各流程节点对应的计费组件服务信息配置各所述流程节点的服务，获得目标计费流程；

步骤S40，将所述目标计费流程发布到对应的目标服务编排软件，通过所述服务编排软件创建并运行所述目标计费流程对应的计费流程实例；

步骤S50，将所述计费流程实例内的流程调用转发到对应的计费组件服务。

本申请实施例中，需要说明的是，各平台可以为PAAS平台，每个PAAS平台上部署有多个不同的计费组件服务，所述计费组件服务信息可以包括各计费组件服务对应的服务名、服务URL以及对应的功能信息等，所述预设数据库（Redis）用于存储不同平台上部署的不同计费组件服务分别对应的计费组件服务信息，用于后续的计费流程编排。

示例性的，以部署在磐基上的计费组件服务为例：首先通过配置以及适配磐基API接口的协议，取得访问磐基上计费组件服务的相关权限，打通与磐基的联系。取得对应的访问权限后，通过磐基API接口获取磐基上的计费服务组件信息，由于直接获取到的计费服务组件信息内容散落、可读性低，无法直接供后续流程编排使用。基于以上问题，还对获取到计费组件服务信息实现了数据的解析、过滤以及聚合。

另外，用户在接收到业务需求时会通过输入流程编码、流程名称以及业务线名称来创建初始计费流程，其中，流程编码为流程的唯一标识，所述初始计费流程为一个尚未配置节点名称和顺序的计费流程，需要进一步配置。在配置过程中，所述初始计费流程中各流程节点的名称和顺序可以根据业务需求进行设置，而各流程节点的服务则根据预设数据库中已存储的各计费组件服务对应的计费组件服务信息进行配置，在所述目标计费流程中，不同的流程节点可以配置不同平台的不同计费组件服务对应的计费组件服务信息，从而实现了跨平台配置计费组件服务，使得单个计费流程可以对接多个平台的多个计费组件服务，增强了计费组件服务管理的灵活性。

进一步地，在获得了目标计费流程后，将目标计费流程发布到对应的为目标服务编排软件，其中，所述目标服务编排软件为预设的多个服务编排软件中与所述目标计费流程最适配的一个，例如Zeebe软件，用于将目标计费流程进行编排以创建得到所述目标计费流程对应的计费流程实例并运行。最后通过流程服务调用代理模块（billing-workflow-proxy）将所述计费流程实例中各流程节点调用的服务名，将各流程节点的流程调用转发到对应的计费组件服务，其中，所述计费流程示例中各流程调用转发的计费组件服务可以属于不同的平台，转发的目标路径以各计费组件服务的服务URL为准。

作为一种示例，步骤S10至步骤S50包括：通过在计费服务聚合模块（billing-aggregation-module）根据部署在不同PAAS平台的计费组件服务配置对应的接口协议，获取访问权限分别生成对应的API接口；通过各所述计费组件服务的API接口和访问权限获取各PAAS平台中的计费组件服务信息，并存储至预设数据库Redis；当接收到业务需求时，参照图2，用户通过计费流程编排模块（billing-workflow-orchestration）提供的计费流程编排设计器，输入流程编码、流程名称以及业务线名称，生成初始计费流程；参照图3，根据所述业务需求对所述初始计费流程进行配置，具体配置所述初始计费流程中各流程节点的名称和顺序，并根据各流程节点所需的计费组件服务从所述预设数据库中选取对应的计费组件服务信息完成各所述流程节点的服务配置，获得目标计费流程；在流程节点配置中，对于有特殊业务参数的服务（例如图4中的vlt-record-sharding），用户可以自定义该参数的值；通过流程发布模块（workflow-universal-publisher）将所述目标计费流程转换成符合BPMN（Business Process Modeling Notation,业务流程建模标注）规范的XML文件并发布到指定的目标服务编排软件；通过所述目标服务编排软件创建并运行所述目标计费流程对应的计费流程实例；所述计费流程实例中，每个流程节点具有不同的流程调用以及分别调用的计费组件服务名称和服务URL，通过流程服务调用代理模块将各流程调用转发到不同PAAS平台的不同计费组件服务对应的服务URL，其中，所述流程服务调用代理模块部署在服务编排软件运行环境中。

在一种可行的实施例中，所述多平台计费组件服务管理方法可以应用于一套跨应用平台的服务聚合、流程编排和发布的SDK（SDK的外语全称是Software Development Kit，中文为：软件开发工具包，一般都是一些软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合；可以将其理解为，由第三方服务商提供的实现软件产品某项功能的工具包，里面一般以集合kpi和文档、范例、工具的形式出现，也就是由很多类型文件的集合）。

另外，在所述获取各平台中计费组件服务的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库的步骤之前，所述方法还包括：

步骤A10，配置并适配各平台的接口协议以获取各所述平台上的计费组件服务的访问权限，生成各所述平台分别对应的API接口；

所述获取各平台中计费组件服务的计费组件服务信息的步骤包括：

步骤S11，基于各所述平台的API接口和对应的访问权限获取各所述平台中计费组件服务的计费组件服务信息。

在本申请实施例中，需要说明的是，本申请实施例提供了一种在获取各平台的计费组件服务的计费组件服务信息之前，配置对应的API接口的方法，使得流程服务聚合模块能取得访问PAAS平台计费组件服务的相关权限，打通与PAAS平台上各计费服务组件的联系。

作为一种示例，所述平台为磐基，步骤A10和步骤S11包括：首先通过配置以及适配磐基API接口的协议，取得访问磐基上计费组件服务的相关权限，打通与磐基的联系；取得相关访问权限后，通过计费服务聚合模块的API接口获取磐基上的各计费服务组件的计费服务组件信息。

作为一种示例，参照图5，所述计费服务聚合模块具备的功能包括：计费组件服务同步、计费组件服务控制、日志管理以及异常处理，所述计费服务聚合模块还包括适配器，所述适配器为不同的PAAS平台配套一个满足其技术要求的适配器，具备聚合跨不同平台的计费组件服务的能力同时经过封装大大降低了不同的PAAS平台对上层应用的影响。适配器首先通过配置以及根据各第三方（包括磐基）PAAS平台服务API接口的协议，并通过适配器中关于各平台的转接器实现访问PAAS上相关计费组件服务的能力。

进一步地，在所述获取各平台中计费组件服务的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库的步骤之后，所述方法还包括：

步骤S12，根据所述预设数据库中存储的各所述计费组件服务信息，生成前端展示页面，其中，所述前端展示页面用于展示计费组件服务的运行状态；

步骤S13，当所述前端展示页面接收到计费组件服务的调整指令时，调整所述调整指令对应的计费组件服务的运行状态，其中，所述调整指令至少包括启动和停止中的一种。

在本申请实施例中，需要说明的是，本申请实施例提供了一种显示前端页面的方法，业务使用者能更加直观地通过前端页面查看计费组件服务的运行状态，以及控制计费组件服务的启停，所述前端页面如图6所示。

作为一种示例，步骤S12至步骤S13包括：从所述预设数据库中提取各PASS平台的多个计费组件服务的计费组件服务信息，其中，所述计费组件服务信息包括应用名称、应用代码、单元名称、实例数、运行中实例数、版本、状态以及创建时间等；将各所述计费组件服务对应的计费组件服务信息通过列表形式进行展示，生成前端展示页面，其中，所述前端展示页面包括调整指令分别对应的虚拟按键，其中，所述调整指令至少包括启动和停止中的一种；当所述前端展示页面中的虚拟按键接收到点击指令时，触发对应的调整指令，并根据所述调整指令调整所述虚拟按键对应的计费组件服务的运行状态。

另一方面，所述目标计费流程的存储形式至少包括JSON数组形式和XML文件形式，在所述将所述目标计费流程发布到对应的目标服务编排软件的步骤之前，所述方法还包括：

步骤S41，对所述目标计费流程对应的JSON数组进行解析，获得多个计费流程节点对象和各所述计费流程节点对象对应的参数，其中，所述参数包括流程节点顺序、计费组件服务编码、计费组件服务名称、流程ID以及流程节点局部参数定义；

步骤S42，将各所述计费流程节点对象和各所述计费流程节点对象对应的参数转换成符合业务流程建模标注规范的XML文件。

在本申请实施例中，自定义了一套计费流程存储格式，所述计费业务流程由一个JSON数组保存，所述数组中包含多个计费流程节点对象，每个节点对象包含五个参数分别是：流程节点顺序、计费组件服务编码、计费组件服务名称、流程Id、流程节点局部参数定义，使得能兼容多个服务流程编排软件。在通过流程发布模块发布目标计费流程之前，还需要将JSON数组形式的目标计费流程转换成符合BPMN规范的XML文件，所述XML文件命名为：流程ID.bpmn，以供流程发布模块将流程ID.bpmn通过HTTP/HTTPS（Hypertext TransferProtocol,超文本传输协议/Hypertext Transfer Protocol Secure，超文本传输安全协议）请求发布到对应的服务编排软件。需要说明的是，所述流程ID.bpmn文件的最外层是流程定义标签，内层是流程节点标签，节点标签里定义了流程调用，流程调用统一定义请求到流程服务调用代理模块，而其中还包括的节点局部参数定义了代理转发用的计费组件服务名和节点自定义参数。

作为一种示例，步骤S41至步骤S42包括：将所述目标计费流程以JSON数组的形式存储；对所述目标计费流程对应的JSON数组进行解析，获得多个计费流程节点对象和各所述计费流程节点对象对应的参数，其中，所述参数包括流程节点顺序、计费组件服务编码、计费组件服务名称、流程ID以及流程节点局部参数定义；将各所述计费流程节点对象和各所述计费流程节点对象对应的参数转换成符合BPMN规范的XML文件，并命名为流程ID.bpmn。

进一步地，在所述将各所述计费流程节点对象和各所述计费流程节点对象对应的参数转换成符合业务流程建模标注规范的XML文件形式的步骤之后，所述方法还包括：

步骤S43，根据所述目标计费流程在预设的服务编排软件库中进行适配，获得对应的目标服务编排软件以及所述目标服务编排软件的参数配置要求；

步骤S44，若所述参数配置要求中包括除所述参数以外的配置参数，则添加所述配置参数对应的扩展标签到所述XML文件，获得目标XML文件。

在本申请实施例中，需要说明的是，所述目标计费流程可以通过不同的服务编排软件进行处理，而选取目标服务编排软件的过程可以通过预设的包含多个服务编排软件的软件库进行适配，以选取最适配的服务编排软件，也可以通过人工指定对应的目标服务编排软件。具体地，不同的服务编排软件具有不同的参数配置要求，在目标服务编排软件的参数配置要求超出XML文件中的参数类型时，则需要添加扩展标签以使的XML文件符合目标服务编排软件的要求。

作为一种示例，步骤S43至步骤S44包括：根据所述目标计费流程在预设的服务编排软件库中进行适配，选取最适配的目标服务编排软件，其中，所述目标服务编排软件为所述服务编排软件库中与所述目标计费流程最适配的服务编排软件；获取所述目标服务编排软件的参数配置要求，判断所述XML文件的参数类型是否符合所述目标服务编排软件的参数配置要求；若所述参数配置要求中包括除各所述计费流程节点对象对应的参数以外的配置参数，则添加所述配置参数对应的扩展标签到所述XML文件，获得目标XML文件，即，若所述目标计费流程对应的目标编排软件有特殊要求，则在所述目标XML文件（流程ID.bpmn）中添加所述特殊要求对应的扩展标签。

在一种可行的实施例中，可以通过流程发布模块完成步骤S41至步骤S44的将目标计费流程发布到目标服务编排软件的过程，参照图7，所述流程发布模块首先接受流程消息（目标计费流程）JSON输入、再对输入的流程消息对应的JSON数组进行解析，获得对应的多个计费流程节点对象和各所述计费流程节点对象对应的参数，然后进行流程消息的转换，生成XML形式的目标计费流程，进而发出流程发布请求。另外，在发出流程发布请求后，还可以接收应答消息解析，以确定是否发布成功的状态反馈，其中，所述状态反馈可以通过HTTP的形式进行。所述流程发布模块中还包括适配层，所述适配层用于适配所述目标计费流程对应的目标服务编排软件，并通过HTTP/HTTPS方式流程发布到对应的流程编排软件中。

进一步地，所述服务编排软件为Zeebe软件，所述将所述目标计费流程发布到对应的目标服务编排软件，通过所述服务编排软件创建并运行所述目标计费流程对应的计费流程实例的步骤包括：

步骤B10，将所述目标XML文件发布到Zeebe软件；

步骤B20，当所述Zeebe软件接收到所述目标XML文件时，通过所述Zeebe软件创建并运行所述目标XML文件对应的计费流程实例。

在本申请实施例中，需要说明的是，本申请实施例中以Zeebe软件为例，说明了将目标计费流程发布到对应的目标服务编排软件的流程。

作为一种示例，步骤B10至步骤B20包括：通过流程发布模块以HTTP/HTTPS方式将已生成的目标XML文件发布到Zeeb软件；当所述Zeebe软件接收到所述目标XML文件时，请求所述Zeebe软件根据所述目标XML文件中的各流程节点以及流程节点对应的服务，创建所述目标XML文件对应的计费流程实例；所述计费流程实例通过流程服务调用代理模块运行各流程节点对应的服务以完成计费流程实例的运行，参照图8，各所述流程节点对应的服务包括查重组合服务、计费组合服务、解码校验服务、分拣服务、查重服务、计费服务以及结果发布服务。

示例性的，一种计费流程发布后在所述Zeebe软件中显示的计费流程示例如图9所示。

在一种可行的实施例中，所述流程服务调用代理模块的工作原理如图10所示，所述流程服务调用代理模块部署在各种流程编排（即服务编排）软件的环境中（Zeebe流程编排软件以及其他流程编排软件分别对应的Zeebe代理、引导代理以及其他代理等），对各流程编排软件的计算流程分别进行代理调用，以转发到各PASS平台（包括磐基）中，以供各PASS平台的计费组件服务完成诸如话单批价、错误文件处理以及话单下发等服务。

进一步地，基于上述申请实施例，所述将所述计费流程实例内的流程调用转发到对应的计费组件服务的步骤包括：

步骤S51，根据所述计费流程实例的流程调用的各计费服务组件名称和预设配置文件中包括的各计费服务组件名称与各服务URL的对应关系，确定所述流程调用对应的目标服务URL；

步骤S52，将所述计费流程实例的流程调用转发至所述目标服务URL。

在本申请实施例中，需要说明的是，本申请实施例提供了一种将所述计费流程示例的流程调用转发到各平台的各计费组件服务的方法，其中，所述计费流程示例中包括多个流程节点，也可以包括多个流程调用，在转发的过程中以服务URL为准，预设配置文件可以存储在流程服务调用代理模块中，是预先设置好的，包括多个平台的各计费服务组件名称与各服务URL的对应关系，以便通过每个服务URL将每个流程调用转发到各平台对应的计费服务组件，这样，各个平台的计费组件服务则无需安装额外的服务编排软件客户端；可以继续沿用当前平台的微服务治理框架，如：流控、熔断等策略无需调整。

作为一种示例，步骤S51至步骤S52包括：基于流程服务调用代理模块根据预设配置文件中各平台的各计费组建服务分别对应的计费服务组件名称和对应的服务URL，查询所述计费流程示例中各流程节点的流程调用所需的计费服务组件名称所匹配的服务URL，确定各所述流程调用分别对应的目标服务URL；通过所述流程服务调用代理模块将所述计费流程实例中各流程节点的流程调用转发到对应的目标服务URL中，使得所述计费流程实例能调用不同平台的各计费组件服务。

由此可见，本申请实施例在提供了统一的计费服务聚合能力的基础上，还能使得不同的计费流程编排发布到不同的服务编排软件，还提供了统一的流程调用代理以实现跨流程编排软件实现服务调用。

本申请实施例提供了一种多平台计费组件服务管理方法，首先获取各平台中计费组件服务的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库，从而实现了对计费组件服务的统一管理，再根据用户输入的流程编码、流程名称以及业务线名称创建初始计费流程，进而根据所述初始计费流程的业务需求，配置所述初始计费流程中各流程节点的名称和顺序，并根据所述预设数据库中存储的各流程节点对应的计费组件服务信息配置各所述流程节点的服务，获得目标计费流程，起到了能根据业务需求灵活进行流程编排的技术效果，然后将所述目标计费流程发布到对应的目标服务编排软件，起到了灵活将配置好的目标计费流程发布到适配的流程编排软件上的效果，再通过所述服务编排软件创建并运行所述目标计费流程对应的计费流程实例，最后将所述计费流程实例内的流程调用转发到对应的计费组件服务，这样所述计费组件服务也接收到了转发的流程调用即可执行对应的计费流程，无需在计费组件服务安装额外的服务编排软件客户端，也可以继续沿用计费组件服务对应的当前平台的微服务治理框架，综上所述，本申请实施例的技术方案通过的多平台计费组件服务管理方法实现了应用平台的计费组件服务聚合、流程编排发布和跨流程编排软件实现服务调用，增加了多平台计费组件服务的管理灵活性和管理效率。

实施例二

本申请实施例还提供一种多平台计费组件服务管理装置，所述多平台计费组件服务管理装置应用于多平台计费组件服务管理设备，参照图11，所述多平台计费组件服务管理装置包括：

计费服务聚合模块101，用于获取各平台中计费组件服务的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库；

计费流程创建模块102，用于根据用户输入的流程编码、流程名称以及业务线名称创建初始计费流程；

计费流程配置模块103，用于根据所述初始计费流程的业务需求，配置所述初始计费流程中各流程节点的名称和顺序，并根据所述预设数据库中存储的各流程节点对应的计费组件服务信息配置各所述流程节点的服务，获得目标计费流程；

计费流程发布模块104，用于将所述目标计费流程发布到对应的目标服务编排软件，通过所述服务编排软件创建并运行所述目标计费流程对应的计费流程实例；

流程调用转发模块105，用于将所述计费流程实例内的流程调用转发到对应的计费组件服务。

可选地，所述计费服务聚合模块101还用于：

配置并适配各平台的接口协议以获取各所述平台上的计费组件服务的访问权限，生成各所述平台分别对应的API接口。

可选地，所述计费服务聚合模块101还用于：

基于各所述平台的API接口和对应的访问权限获取各所述平台中计费组件服务的计费组件服务信息。

可选地，所述计费服务聚合模块101还用于：

根据所述预设数据库中存储的各所述计费组件服务信息，生成前端展示页面，其中，所述前端展示页面用于展示计费组件服务的运行状态；

当所述前端展示页面接收到计费组件服务的调整指令时，调整所述调整指令对应的计费组件服务的运行状态，其中，所述调整指令至少包括启动和停止中的一种。

可选地，所述计费流程发布模块104还用于：

对所述目标计费流程对应的JSON数组进行解析，获得多个计费流程节点对象和各所述计费流程节点对象对应的参数，其中，所述参数包括流程节点顺序、计费组件服务编码、计费组件服务名称、流程ID以及流程节点局部参数定义；

将各所述计费流程节点对象和各所述计费流程节点对象对应的参数转换成符合业务流程建模标注规范的XML文件。

可选地，所述计费流程发布模块104还用于：

根据所述目标计费流程在预设的服务编排软件库中进行适配，获得对应的目标服务编排软件以及所述目标服务编排软件的参数配置要求；

若所述参数配置要求中包括除所述参数以外的配置参数，则添加所述配置参数对应的扩展标签到所述XML文件，获得目标XML文件。

可选地，所述计费流程发布模块104还用于：

将所述目标XML文件发布到Zeebe软件；

当所述Zeebe软件接收到所述目标XML文件时，通过所述Zeebe软件创建并运行所述目标XML文件对应的计费流程实例。

可选地，所述流程调用转发模块105还用于：

根据所述计费流程实例的流程调用的各计费服务组件名称和预设配置文件中包括的各计费服务组件名称与各服务URL的对应关系，确定所述流程调用对应的目标服务URL；

将所述计费流程实例的流程调用转发至所述目标服务URL。

本申请提供的多平台计费组件服务管理装置，采用上述实施例中的多平台计费组件服务管理方法，解决了当前的多平台计费组件服务的管理灵活性和管理效率低的技术问题。与现有技术相比，本申请实施例提供的多平台计费组件服务管理装置的有益效果与上述实施例提供的多平台计费组件服务管理方法的有益效果相同，且该多平台计费组件服务管理装置中的其他技术特征与上一实施例方法公开的特征相同，在此不做赘述。

实施例三

本申请实施例提供一种电子设备，电子设备包括：至少一个处理器；以及，与至少一个处理器通信链接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述实施例一中的多平台计费组件服务管理方法。

下面参考图12，其示出了适于用来实现本公开实施例的电子设备的结构示意图。本公开实施例中的电子设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA（personal digital assistant，个人数字助理）、PAD（平板电脑）、PMP（PortableMedia Player，便携式多媒体播放器）、车载终端（例如车载导航终端）等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图12示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图12所示，电子设备可以包括处理装置（例如中央处理器、图形处理器等），其可以根据存储在只读存储器（ROM，read only memory）中的程序或者从存储装置加载到随机访问存储器（RAM，random access memory）中的程序而执行各种适当的动作和处理。在RAM中，还存储有电子设备操作所需的各种程序和数据。处理装置、ROM以及RAM通过总线彼此相连。输入/输出（I/O）接口也链接至总线。

通常，以下系统可以链接至I/O接口：包括例如触摸屏、触摸板、键盘、鼠标、图像传感器、麦克风、加速度计、陀螺仪等的输入装置；包括例如液晶显示器（LCD，liquid crystaldisplay）、扬声器、振动器等的输出装置；包括例如磁带、硬盘等的存储装置；以及通信装置。通信装置可以允许电子设备与其他设备进行无线或有线通信以交换数据。虽然图中示出了具有各种系统的电子设备，但是应理解的是，并不要求实施或具备所有示出的系统。可以替代地实施或具备更多或更少的系统。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置从网络上被下载和安装，或者从存储装置被安装，或者从ROM被安装。在该计算机程序被处理装置执行时，执行本公开实施例的方法中限定的上述功能。

本申请提供的电子设备，采用上述实施例中的多平台计费组件服务管理方法，解决了当前的多平台计费组件服务的管理灵活性和管理效率低的技术问题。与现有技术相比，本申请实施例提供的电子设备的有益效果与上述实施例一提供的多平台计费组件服务管理方法的有益效果相同，且该电子设备中的其他技术特征与上一实施例方法公开的特征相同，在此不做赘述。

应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式的描述中，具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

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

实施例四

本实施例提供一种计算机可读存储介质，具有存储在其上的计算机可读程序指令，计算机可读程序指令用于执行上述实施例一中的多平台计费组件服务管理的方法。

本申请实施例提供的计算机可读存储介质例如可以是U盘，但不限于电、磁、光、电磁、红外线、或半导体的系统、系统或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电链接、便携式计算机磁盘、硬盘、随机访问存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM，ErasableProgrammable Read-Only Memory或闪存）、光纤、便携式紧凑磁盘只读存储器（CD-ROM）、光存储器件、磁存储器件、或者上述的任意合适的组合。在本实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、系统或者器件使用或者与其结合使用。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF（射频）等等，或者上述的任意合适的组合。

上述计算机可读存储介质可以是电子设备中所包含的；也可以是单独存在，而未装配入电子设备中。

上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被电子设备执行时，使得电子设备：获取各平台中计费组件服务的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库；根据用户输入的流程编码、流程名称以及业务线名称创建初始计费流程；根据所述初始计费流程的业务需求，配置所述初始计费流程中各流程节点的名称和顺序，并根据所述预设数据库中存储的各流程节点对应的计费组件服务信息配置各所述流程节点的服务，获得目标计费流程；将所述目标计费流程发布到对应的目标服务编排软件，通过所述服务编排软件创建并运行所述目标计费流程对应的计费流程实例；将所述计费流程实例内的流程调用转发到对应的计费组件服务。

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

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

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该单元本身的限定。

本申请提供的计算机可读存储介质，存储有用于执行上述多平台计费组件服务管理方法的计算机可读程序指令，解决了当前的多平台计费组件服务的管理灵活性和管理效率低的技术问题。与现有技术相比，本申请实施例提供的计算机可读存储介质的有益效果与上述实施例提供的多平台计费组件服务管理方法的有益效果相同，在此不做赘述。

实施例五

本申请还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述的多平台计费组件服务管理方法的步骤。

本申请提供的计算机程序产品解决了当前的多平台计费组件服务的管理灵活性和管理效率低的技术问题。与现有技术相比，本申请实施例提供的计算机程序产品的有益效果与上述实施例提供的多平台计费组件服务管理方法的有益效果相同，在此不做赘述。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利处理范围内。

Claims (10)

1.一种多平台计费组件服务管理方法，其特征在于，所述多平台计费组件服务管理方法包括：

获取各平台中计费组件服务的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库；

根据用户输入的流程编码、流程名称以及业务线名称创建初始计费流程；

根据所述初始计费流程的业务需求，配置所述初始计费流程中各流程节点的名称和顺序，并根据所述预设数据库中存储的各流程节点对应的计费组件服务信息配置各所述流程节点的服务，获得目标计费流程；

将所述目标计费流程发布到对应的目标服务编排软件，通过所述服务编排软件创建并运行所述目标计费流程对应的计费流程实例；

将所述计费流程实例内的流程调用转发到对应的计费组件服务。

2.如权利要求1所述多平台计费组件服务管理方法，其特征在于，在所述获取各平台中计费组件服务的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库的步骤之前，所述方法还包括：

配置并适配各平台的接口协议以获取各所述平台上的计费组件服务的访问权限，生成各所述平台分别对应的API接口；

所述获取各平台中计费组件服务的计费组件服务信息的步骤包括：

基于各所述平台的API接口和对应的访问权限获取各所述平台中计费组件服务的计费组件服务信息。

3.如权利要求1所述多平台计费组件服务管理方法，其特征在于，在所述获取各平台中计费组件服务的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库的步骤之后，所述方法还包括：

根据所述预设数据库中存储的各所述计费组件服务信息，生成前端展示页面，其中，所述前端展示页面用于展示计费组件服务的运行状态；

当所述前端展示页面接收到计费组件服务的调整指令时，调整所述调整指令对应的计费组件服务的运行状态，其中，所述调整指令至少包括启动和停止中的一种。

4.如权利要求1所述多平台计费组件服务管理方法，其特征在于，所述目标计费流程的存储形式至少包括JSON数组形式和XML文件形式，在所述将所述目标计费流程发布到对应的目标服务编排软件的步骤之前，所述方法还包括：

对所述目标计费流程对应的JSON数组进行解析，获得多个计费流程节点对象和各所述计费流程节点对象对应的参数，其中，所述参数包括流程节点顺序、计费组件服务编码、计费组件服务名称、流程ID以及流程节点局部参数定义；

将各所述计费流程节点对象和各所述计费流程节点对象对应的参数转换成符合业务流程建模标注规范的XML文件。

5.如权利要求4所述多平台计费组件服务管理方法，其特征在于，在所述将各所述计费流程节点对象和各所述计费流程节点对象对应的参数转换成符合业务流程建模标注规范的XML文件形式的步骤之后，所述方法还包括：

根据所述目标计费流程在预设的服务编排软件库中进行适配，获得对应的目标服务编排软件以及所述目标服务编排软件的参数配置要求；

若所述参数配置要求中包括除所述参数以外的配置参数，则添加所述配置参数对应的扩展标签到所述XML文件，获得目标XML文件。

6.如权利要求5所述多平台计费组件服务管理方法，其特征在于，所述服务编排软件为Zeebe软件，所述将所述目标计费流程发布到对应的目标服务编排软件，通过所述服务编排软件创建并运行所述目标计费流程对应的计费流程实例的步骤包括：

将所述目标XML文件发布到Zeebe软件；

当所述Zeebe软件接收到所述目标XML文件时，通过所述Zeebe软件创建并运行所述目标XML文件对应的计费流程实例。

7.如权利要求1-6任一项所述的多平台计费组件服务管理方法，其特征在于，所述将所述计费流程实例内的流程调用转发到对应的计费组件服务的步骤包括：

根据所述计费流程实例的流程调用的各计费服务组件名称和预设配置文件中包括的各计费服务组件名称与各服务URL的对应关系，确定所述流程调用对应的目标服务URL；

将所述计费流程实例的流程调用转发至所述目标服务URL。

8.一种多平台计费组件服务管理装置，其特征在于，所述多平台计费组件服务管理装置包括：

计费服务聚合模块，用于获取各平台中计费组件服务的计费组件服务信息，并将各所述计费组件服务信息缓存至预设数据库；

计费流程创建模块，用于根据用户输入的流程编码、流程名称以及业务线名称创建初始计费流程；

计费流程配置模块，用于根据所述初始计费流程的业务需求，配置所述初始计费流程中各流程节点的名称和顺序，并根据所述预设数据库中存储的各流程节点对应的计费组件服务信息配置各所述流程节点的服务，获得目标计费流程；

计费流程发布模块，用于将所述目标计费流程发布到对应的目标服务编排软件，通过所述服务编排软件创建并运行所述目标计费流程对应的计费流程实例；

流程调用转发模块，用于将所述计费流程实例内的流程调用转发到对应的计费组件服务。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信链接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1至7中任一项所述的多平台计费组件服务管理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有实现多平台计费组件服务管理方法的程序，所述实现多平台计费组件服务管理方法的程序被处理器执行以实现如权利要求1至7中任一项所述多平台计费组件服务管理方法的步骤。