CN115480748A - 业务编排方法、设备及存储介质 - Google Patents

Abstract

本申请公开了一种业务编排方法、设备及存储介质，业务编排方法包括：基于业务需求选择对应的封装好的业务组件和非业务组件，并基于业务需求，将获取的业务组件进行编排，得到第一业务逻辑，进而将非业务组件插入至第一业务逻辑，得到最终的业务运行逻辑。通过上述方式，本申请提供的业务编排方法可以实现业务组件与非业务组件的技术分离，即实现业务与非业务解耦，另外通过将业务组件预先封装，实现业务组件的组件化、积木化，减少业务代码的维护成本，提高业务编排效率。

Description

业务编排方法、设备及存储介质

技术领域

本申请涉及计算机技术领域，特别是一种业务编排方法、设备及存储介质。

背景技术

随着计算机应用技术的发展，数据的生产量和变化速度非常大，且数据进行编排分析过程中，需要用到多种处理手段，编排流程任务一般由手动设定执行，对于新增的内容，不能实时地进行更新和执行。伴随着业务的复杂化及不确定因素，频繁的业务需求变更要求业务编排有非常好的兼容性和实用性。

现有的流程编排主要有两种实现方式，一种是应用硬编码实现服务编排，另一种是通过流程编排实现服务编排，其中应用硬编码实现服务编排应用最广，但是如代码维护困难等弊病。这时候更需要一种灵活、可复用的方法，可以方便快捷地对业务进行编排和监测。

发明内容

本申请提供一种业务编排方法、设备及存储介质，通过将非业务组件以插件的形式插入至由业务组件组成的业务逻辑中，可以实现业务组件与非业务组件技术分离或解耦，且业务组件和非业务组件都是封装好的，可以重复使用，另外通过将业务组件预先封装，实现业务组件的组件化、积木化，减少业务代码的维护成本，提高业务编排效率。

为了解决上述技术问题，本申请采用的一个技术方案是：提供一种业务编排方法，该方法包括：基于业务需求选择对应的封装好的业务组件和非业务组，并基于业务需求，将获取的业务组件进行编排，得到第一业务逻辑，进而将非业务组件插入至第一业务逻辑，得到最终的业务运行逻辑。

其中，基于业务需求选择对应的封装好的业务组件，包括：基于业务需求遍历组件库，以得到组件库中与业务需求对应的业务组件。

其中，基于业务需求遍历组件库之后，包括：判断组件库是否存在与业务需求中的业务对应的业务组件；若不存在，则基于业务需求生成新的业务组件。

其中，基于业务需求生成新的业务组件，包括：基于业务需求，确定对应的业务代码；对业务代码进行封装，得到与业务代码对应的业务组件。

其中，基于业务需求，将获取的业务组件进行编排，得到第一业务逻辑，包括：获取业务需求中相关业务的逻辑顺序；将获取的业务组件按照逻辑顺序进行编排，得到第一业务逻辑。

其中，将非业务组件插入至第一业务逻辑，得到最终的业务运行逻辑，包括：识别第一业务逻辑的逻辑结构，其中，逻辑结构包括第一业务逻辑中的业务组件的业务功能，以及业务组件的逻辑顺序；按照业务功能和逻辑顺序，确定非业务组件的插入位置；按照插入位置将非业务组件插入第一业务逻辑，形成最终的业务运行逻辑。

其中，将非业务组件插入至第一业务逻辑，得到最终的业务运行逻辑之后，方法还包括：将最终的业务运行逻辑可视化输出至显示界面。

其中，将最终的业务运行逻辑可视化输出至显示界面，包括：将最终的业务运行逻辑以图像的形式在显示界面进行显示。

为了解决上述技术问题，本申请采用的另一技术方案是：提供一种业务编排设备，该业务编排设备包括存储器和处理器，其中，存储器用于存储程序数据，处理器用于执行程序数据以实现上述业务编排方法。

为了解决上述技术问题，本申请采用的另一技术方案是：提供一种计算机可读存储介质，该计算机可读存储介质中存储有程序数据，程序数据在被处理器执行时，用于执行上述业务编排方法。

本申请的有益效果是：区别于现有技术，本申请提供的业务编排方法基于业务需求将获取的业务组件进行编排，得到第一业务逻辑，闭关将非业务组件插入至第一业务逻辑中，得到最终的业务运行逻辑。通过上述方式，可以实现业务组件和非业务组件的技术分离，非业务组件的存在不会影响由业务组件组成的第一业务逻辑的运行，并且业务组件和非业务组件都是封装好的，可以重复使用，另外通过将业务组件预先封装，实现业务组件的组件化、积木化，减少业务代码的维护成本，提高业务编排效率。

附图说明

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

图1是本申请提供的业务编排方法第一实施例的流程示意图；

图2是本申请提供的业务编排方法第二实施例的流程示意图；

图3是本申请提供的业务编排方法第三实施例的流程示意图；

图4是本申请提供的业务编排设备一实施例的结构示意图；

图5是本申请提供的计算机可读存储介质一实施例的结构示意图。

具体实施方式

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

参阅图1，图1是本申请提供的业务编排方法第一实施例的流程示意图，该方法包括：

步骤11：基于业务需求选择对应的封装好的业务组件和非业务组件。

具体地，业务组件是一个可以独立运行的系统或功能模块，换句话说，业务组件就是一种为达成特定目标而需要进行一组紧密关联的工作事项的合集。业务组件是组件化业务模型(CBM)的核心，业务组件包含五个元素，即目标/用途、活动、资源、治理和服务，业务组件之间可以通过调用服务的方式进行协同或交互。

如，支付业务，与支付业务相关的业务组件包括待支付、支付成功、支付失败、人工处理和支付查询等。

具体地，非业务组件包括日志埋点、监控告警、事件中心接入等。

其中，埋点就是再业务系统的程序中植入一些收集时间数据的SDK(SoftwareDevelopment Kit，工具代码)，以进行各种事件的收集；监控就是按照监控指标(监控对象的某些特征)对监控对象进行监控，告警就是根据告警规则(一个或多个监控指标运算表达式)周期性评估(对所有告警规则进行计算)所有规则是否满足条件，并输出评估结果(满足、不满足或数据不足)；事件中心是一种完全托管的实时数据引入服务，它简单、受信任且可缩放，其每秒可流式传输来自任何源的数百万个事件，从而可构建动态数据管道并立即应对业务挑战，且使用异地灾难恢复和异地复制功能，可在紧急情况下继续处理数据。

在一些实施例中，参阅图2，基于业务需求选择对应的业务组件可以通过以下流程实现：

步骤21：基于业务需求遍历组件库。

可以理解地，组件库中存储有若干个封装好的业务组件，可以直接进行调用，且组件库中的业务组件可以重复使用。

具体地，业务编排设备获取实现业务需求所需要的多个业务功能，按照这些业务功能作为搜索关键条件，遍历组件库。组件库中的多个业务组件可以以业务功能的方式进行存储，便于业务编排设备能够精准定位组件库内实现业务需求所需要的业务组件。

步骤22：判断组件库是否存在与业务需求中的业务对应的业务组件。

具体地，业务编排设备遍历组件库后，判断组件库中是否存在与业务需求中的业务对应的业务组件。若存在一个或多个对应的业务组件，则进入步骤23；若不存在对应的业务组件，则进入步骤24。

步骤23：基于组件库获取与业务需求对应的业务组件。

在一些实施例中，确认组件库中包含与业务需求对应的业务组件，可以直接对这些业务组件进行调用。

步骤24：基于业务需求生成新的业务组件。

在一些实施例中，基于业务需求，确定对应的业务代码，并对该业务代码进行封装，以得到与业务代码对应的业务组件。

在一些实施例中，业务代码是基于xml(Extensible Markup Language，可扩展标记语言)和UTF-8(8位元Universal Character Set/Unicode Transformation Format)进行编码。其中，xml是标准通用标记语言的子集，可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言；UTF-8是针对Unicode(统一码)的一种可变长度字符编码，可以用来表示Unicode标准中的任何字符，而且其编码中的第一个字节仍与ASCII(American Standard Code for Information Interchange，美国信息交换标准代码)相容，使得原来处理ASCII字符的软件无需或只作少部份修改后，便可继续使用。

值得注意的是，当非业务组件在现存的组件库中不存在时，同样可以通过确定与非业务组件对应的代码，进而对该代码进行封装，得到非业务组件。

在一些实施例中，通过遍历组件库，以确定目标业务组件。

如，业务需求是支付业务，通过遍历组件库，若组件库中包含可以支持执行支付业务的业务组件，则直接调用这些业务组件，若组件库中没有包含支持执行支付业务的业务组件，可以基于该支付业务，确定与该支付业务对应的代码，进而对该代码进行封装，以得到与支付业务对应的支付组件。

步骤12：基于业务需求，将获取的业务组件进行编排，得到第一业务逻辑。

在一些实施例中，通过获取业务需求中相关业务的逻辑顺序，并将获取的业务组件按照逻辑顺序进行编排，以得到第一业务逻辑。

如，支付业务，需要进行支付，则涉及的业务组件包括待支付、支付成功、支付失败、人工处理、支付查询，按照支付业务的内部逻辑顺序得到的第一业务逻辑可以是待支付→支付成功、或待支付→支付成功→支付查询、或待支付→支付失败、或待支付→支付失败→人工处理→支付成功、或待支付→支付失败→人工处理→支付成功→支付查询。

步骤13：将非业务组件插入至第一业务逻辑，得到最终的业务运行逻辑。

在一些实施例中，通过识别第一业务逻辑的逻辑结构，其中逻辑结构包括第一业务逻辑中的业务组件的业务功能，以及业务组件的逻辑顺序，接着，按照业务功能和逻辑顺序，确定非业务组件的插入位置，并按照插入位置将非业务组件插入第一业务逻辑，形成最终的业务运行逻辑。

如，支付业务，需要进行支付，则涉及的业务组件包括待支付、支付成功、支付失败、人工处理、支付查询，按照支付业务的内部逻辑顺序可以是待支付→支付成功、或待支付→支付成功→支付查询、或待支付→支付失败、或待支付→支付失败→人工处理→支付成功、或待支付→支付失败→人工处理→支付成功→支付查询，若需要插入的非业务组件是日志埋点，则可以在待支付前插入、和/或支付成功前插入、和/或支付成功前插入、和/或支付失败前插入、和/或人工处理前插入、和/或支付查询前插入等，即得到的最终的业务运行逻辑可以是日志埋点→待支付→支付成功、或日志埋点→待支付→日志埋点→支付成功、或待支付→支付成功→日志埋点→支付查询等，日志埋点可以在支付业务开始节点插入，用于获取整个支付业务的交互信息等，也可以在每一个节点前插入，用于获取各节点的交互信息等。

换句话说，将非业务组件插入至第一业务逻辑中，可以通过配置化插件机制，实现动态插入非业务组件。

另外，插入的非业务组件并不会对由业务组件组成的第一业务逻辑产生影响，实现非业务组件的透明化，而且，通过将封装好的业务组件和封装好的非业务组件分开，可以实现业务组件和非业务组件的高复用。

区别于现有技术，本申请提供的业务编排方法可以通过先对业务组件进行编排，得到第一业务逻辑，之后再将非业务组件插入至第一业务逻辑，得到最终的业务运行逻辑，可以实现业务组件和非业务组件的分离，且非业务组件的存在不会影响第一业务逻辑中包含的业务组件的逻辑运行。

特别是对于金融行业来说，例如支付业务，当同时存在多个支付业务时，需要同时建立多个支付业务流程，可以重复使用封装好的业务组件和非业务组件，而不是每建立一个业务时就需要进行相应编程，通过这种方式可以实现业务组件和非业务组件的高复用。

参阅图3，图3是本申请提供的业务编排方法第三实施例的流程示意图，该方法包括：

步骤31：基于业务需求选择对应的封装好的业务组件和非业务组件。

在一些实施例中，业务组件是一种为达成特定目标而需要进行一组紧密关联的工作事项的合集。

在一些实施例中，非业务组件包括日志埋点、监控告警、事件中心接入等。

在一些实施例中，非业务组件就是技术组件。常用的技术组件包括负载均衡、注册中心、认证鉴权、消费队列等。

在一些实施例中，使用组件技术将业务组件进行封装，以实现业务组件的积木化，减少代码维护成本。

其中，组件技术是各种软件重用中最重要的一种技术，也是分布式计算和Web服务的基础，网络应用中的软件组件，又被称为中间件(middleware)。使用组件技术进行的组件编程重用特定功能完整的程序模块。每一个组件都会提供一些标准且简单的应用接口，允许用户设置和调整参数和属性，且用户可以将不同来源的多个组件有机地结合在一起，快速构成一个符合实际需要且价格相对低廉的应用程序。

步骤32：基于业务需求，将获取的业务组件进行编排，得到第一业务逻辑。

具体地，流程编排就是使用各种“能力”进行编排来实现某一业务，各个“能力”被有序的编织起来，聚合成一条特定的执行链。其中，“能力”指的是完成某一单一地业务能力，如限购、限流，在流程编排中被编排地就是“能力”，其可以由一个或一组执行组件共同完成，执行组件可以是一个类或者一个spring bean(spring框架的对象)，取决于执行引擎地支持。

在一些实施例中，对业务组件进行流程编排可以使用流程编排引擎实现。

可选地，流程编排引擎包括Snaker、JFlow、jBPM、Activiti、jBPMDesigner、StarFlow、OSWorkflow等。其中，Snaker是一个基于Java的开源工作流引擎，适用于企业应用中常见的业务流程；jBPM是一个灵活可扩展的工作流管理系统；Activiti是一个业务流程管理(BPM)和工作流系统，适用于开发人员和系统管理员；jBPM Web Designer是一款开源的基于Web的jBPM流程设计工具；StarFlow是一个轻量级的工作流引擎，提供了灵活的工作任务分派策略、业务流程版本管理策略、丰富的流程模式、灵活的组织模型等可选内容；OSWorkflow是一个灵活的工作流引擎，可嵌入到企业应用程序中。

步骤33：将非业务组件插入至第一业务逻辑，得到最终的业务运行逻辑。

在一些实施例中，非业务组件是可配置的，需要按照业务功能和逻辑顺序，确定非业务组件的插入位置，再将非业务组件插入值第一业务逻辑中。

步骤31至步骤33可以与上述任一实施例具有相同或相似的技术方案，这里不再赘述。

步骤34：将最终的业务运行逻辑可视化输出至显示界面。

在一些实施例中，将最终的运算逻辑以图像的形式在显示界面进行显示，且该图像可以是流程图、折线图、柱形图等。

如，支付业务，得到的最终业务运行逻辑可以是关于支付过程的流程图，也可以是不同支付业务的折线图(如一个部门报销每个月的业务情况)、柱形图(如每个部门报销的业务情况)等。

区别于现有技术，本申请提供的业务编排方法通过获取封装好的业务组件和非业务组件，以及基于业务需求对业务组件进行编排，得到第一业务逻辑，接着将非业务组件插入至第一业务逻辑中，得到最终的业务运行逻辑，并可以在目标平台(如智能手机、笔记本电脑、台式电脑)上运行最终的业务运行逻辑，以及将相应的业务运行逻辑进行显示。

通过上述方式，可以实现业务组件和非业务组件的组件化和积木化(通过连接结构件对每一单元进行连接，且每一单元可以单独使用)，还可以实现业务流程的可视化，以及实现业务组件和非业务组件的复用性。

参阅图4，图4是本申请提供的业务编排设备一实施例的结构示意图，该业务编排设备40包括存储器401和处理器402，存储器401用于存储程序数据，处理器402用于执行程序数据以实现如下业务编排方法：

基于业务需求选择对应的封装好的业务组件和非业务组件，并基于业务需求，将获取的业务组件进行编排，得到第一业务逻辑，进而将非业务组件插入至第一业务逻辑，得到最终的业务运行逻辑。

参阅图5，图5是本申请提供的计算机可读存储介质一实施例的结构示意图，该计算机可读存储介质50存储有程序数据501，程序数据501在被处理器执行时，用于实现如下业务编排方法：

基于业务需求选择对应的封装好的业务组件和非业务组件，并基于业务需求，将获取的业务组件进行编排，得到第一业务逻辑，进而将非业务组件插入至第一业务逻辑，得到最终的业务运行逻辑。

综上所述，本申请可以实现业务组件和非业务组件地解耦，以及本申请可以实现业务组件和非业务组件的复用，减少重复编程代码，适用于所有的业务型系统，特别是在业务身份(业务ID或业务线ID)非常多的系统中更受青睐。

本申请的实施例以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。

本申请涉及的处理器可以称为CPU(Central Processing Unit，中央处理单元)，可能是一种集成电路芯片，还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

本申请使用的存储介质包括U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种业务编排方法，其特征在于，所述方法包括：

基于业务需求选择对应的封装好的业务组件和非业务组件；

基于所述业务需求，将获取的所述业务组件进行编排，得到第一业务逻辑；

将所述非业务组件插入至所述第一业务逻辑，得到最终的业务运行逻辑。

2.根据权利要求1所述的方法，其特征在于，

所述基于业务需求选择对应的封装好的业务组件，包括：

基于所述业务需求遍历组件库，以得到所述组件库中与所述业务需求对应的业务组件。

3.根据权利要求2所述的方法，其特征在于，

所述基于所述业务需求遍历组件库之后，包括：

判断所述组件库是否存在与所述业务需求中的业务对应的业务组件；

若不存在，则基于所述业务需求生成新的业务组件。

4.根据权利要求3所述的方法，其特征在于，

所述基于所述业务需求生成新的业务组件，包括：

基于所述业务需求，确定对应的业务代码；

对所述业务代码进行封装，得到与所述业务代码对应的业务组件。

5.根据权利要求1所述的方法，其特征在于，

所述基于所述业务需求，将获取的所述业务组件进行编排，得到第一业务逻辑，包括：

获取所述业务需求中相关业务的逻辑顺序；

将获取的所述业务组件按照所述逻辑顺序进行编排，得到第一业务逻辑。

6.根据权利要求1所述的方法，其特征在于，

所述将所述非业务组件插入至所述第一业务逻辑，得到最终的业务运行逻辑，包括：

识别所述第一业务逻辑的逻辑结构，其中，所述逻辑结构包括所述第一业务逻辑中的业务组件的业务功能，以及业务组件的逻辑顺序；

按照所述业务功能和所述逻辑顺序，确定所述非业务组件的插入位置；

按照所述插入位置将所述非业务组件插入所述第一业务逻辑，形成最终的业务运行逻辑。

7.根据权利要求1所述的方法，其特征在于，

所述将所述非业务组件插入至所述第一业务逻辑，得到最终的业务运行逻辑之后，所述方法还包括：

将所述最终的业务运行逻辑可视化输出至显示界面。

8.根据权利要求7所述的方法，其特征在于，

所述将所述最终的业务运行逻辑可视化输出至显示界面，包括：

将所述最终的业务运行逻辑以图像的形式在显示界面进行显示。

9.一种业务编排设备，其特征在于，所述业务编排设备包括存储器和处理器，所述存储器存储有程序数据，所述处理器用于执行所述程序数据以实现如权利要求1-8任一项所述的业务编排方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有程序数据，所述程序数据在被处理器执行时用于实现如权利要求1-8任一项所述的业务编排方法。

Images