CN115202623A - 一种业务能力使用方法、装置以及设备 - Google Patents

Abstract

本说明书实施例公开了一种业务能力使用方法、装置以及设备，属于互联网技术领域。方案包括：展示图形化的流程编排界面；在所述流程编排界面中，获取根据预定的领域专用语言规则定义的可用能力，并根据所述可用能力编排得到包含多个能力节点的业务流程；根据所述业务流程，生成描述所述业务流程的领域专用语言代码；对所述领域专用语言代码解析，得到目标代码，以便根据所述目标代码实现定制业务。

Description

一种业务能力使用方法、装置以及设备

技术领域

本说明书涉及互联网技术领域，尤其涉及一种业务能力使用方法、装置以及设备。

背景技术

随着互联网技术的迅速发展和移动应用的使用普及，涌现出越来越多的新的线上业务场景。

在这些场景下，服务提供方以及用户的综合需求变得更加庞大复杂，而又灵活多变。对于研发人员而言，如何适应于这些场景，高效地实现和迭代相应的新业务面临严峻考验。而目前，若研发人员想要实现这类新业务时，往往会面对多个产品方，它们可能能够部分实现某一部分需求，但是，它们的相对独立性和封闭性使得研发人员需要花费大量的精力去重复造轮子，不仅低效而且灵活性也差，不利于新业务的继续发展和在相似场景下的延展。

基于此，需要能够高效应对灵活多变、综合性较强的新场景的业务实现方案。

发明内容

本说明书一个或多个实施例提供了一种业务能力使用方法、装置、设备以及存储介质，用以解决如下技术问题：需要能够高效应对灵活多变、综合性较强的新场景的业务实现方案。

为解决上述技术问题，本说明书一个或多个实施例是这样实现的：

本说明书一个或多个实施例提供的一种业务能力使用方法，包括：

展示图形化的流程编排界面；

在所述流程编排界面中，获取根据预定的领域专用语言规则定义的可用能力，并根据所述可用能力编排得到包含多个能力节点的业务流程；

根据所述业务流程，生成描述所述业务流程的领域专用语言代码；

对所述领域专用语言代码解析和执行，得到目标代码，以便根据所述目标代码实现定制业务。

本说明书一个或多个实施例提供的一种业务能力使用装置，包括：

界面展示模块，展示图形化的流程编排界面；

流程编排模块，在所述流程编排界面中，获取根据预定的领域专用语言规则定义的可用能力，并根据所述可用能力编排得到包含多个能力节点的业务流程；

第一代码生成模块，根据所述业务流程，生成描述所述业务流程的领域专用语言代码；

第二代码生成模块，对所述领域专用语言代码解析和执行，得到目标代码，以便根据所述目标代码实现定制业务。

本说明书一个或多个实施例提供的一种业务能力使用设备，包括：

至少一个处理器；以及，

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

展示图形化的流程编排界面；

在所述流程编排界面中，获取根据预定的领域专用语言规则定义的可用能力，并根据所述可用能力编排得到包含多个能力节点的业务流程；

根据所述业务流程，生成描述所述业务流程的领域专用语言代码；

对所述领域专用语言代码解析和执行，得到目标代码，以便根据所述目标代码实现定制业务。

本说明书一个或多个实施例提供的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

展示图形化的流程编排界面；

在所述流程编排界面中，获取根据预定的领域专用语言规则定义的可用能力，并根据所述可用能力编排得到包含多个能力节点的业务流程；

根据所述业务流程，生成描述所述业务流程的领域专用语言代码；

对所述领域专用语言代码解析和执行，得到目标代码，以便根据所述目标代码实现定制业务。

本说明书一个或多个实施例采用的上述至少一个技术方案能够达到以下有益效果：可以将各产品方已经较为成熟的业务拆解为粒度相对更小的业务能力，并通过领域专用语言进行定义，形成统一性更好的可用能力库，并且提供了图形化的流程编排界面，能够基于可用能力库中的可用能力灵活地编排新的业务流程，为新场景更高效地定制业务，为了方便定制业务的实现和部署，能够基于领域专用语言规则，对描述该业务流程的领域专用语言代码，自动转换为目标代码，目标代码比如是以能够适应于实际部署使用需求的通用语言进行表示的，从而使研发人员避免了重复造轮子，也尽量降低了研发人员的硬编码负担，能够快速交付和迭代新业务，从而能够高效应对灵活多变、综合性较强的新场景。

附图说明

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

图1为本说明书一个或多个实施例提供的一种能力中心门户的架构示意图；

图2为本说明书一个或多个实施例提供的一种业务能力使用方法的流程示意图；

图3(a)、图3(b)为本说明书一个或多个实施例提供的一种应用场景下，所使用的图形化的流程编排界面的示意图；

图4为本说明书一个或多个实施例提供的从领域专用语言代码转换为目标代码的构思示意图；

图5为本说明书一个或多个实施例提供的一种应用场景下，从领域专用语言代码转换为目标代码的引擎及其流程示意图；

图6为本说明书一个或多个实施例还提供的一种应用场景下，图5的引擎对应的示例性的实体联系图；

图7为本说明书一个或多个实施例提供的一种应用场景下，针对图2中的流程提供的一种安全保障方案的流程示意图；

图8为本说明书一个或多个实施例提供的一种业务能力使用装置的结构示意图；

图9为本说明书一个或多个实施例提供的一种业务能力使用设备的结构示意图。

具体实施方式

本说明书实施例提供一种业务能力使用方法、装置、设备以及存储介质。

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

背景技术中提到了一些新场景，为了便于理解举例进行说明。比如，假定在一种新场景下，想要为文娱行业定制一种综合性的解决方案，其中涉及对基于区块链的税优、IP版权保护、针对流量的权益兑换流通(比如，将积分作为一种权益，商户可以利用积分兑换品牌曝光的流量机会等)等方面的需求。在实际应用中，这几方面可能分别已经有一些产品方具有可用的能力，但是，由于非标准化以及受限于领域(可能是专门为指定的某些域而打造，可以将这类能力称为域能力)等因素，难以快速输出给新场景对应的行业线，往往需要研发人员大量的硬编码支持，不仅低效而且浪费资源。类似这样的综合性新场景和问题也将会越来越多。

针对背景技术的问题，本申请进行了一些探索。一方面，尝试使产品方对已有的业务能力进行容器化改造，成为容器能力，通过容器进行能力整合，以得到综合性的解决方案，不过，这种方式仍然需要提供大量的能力额外开发负担，对产品方不够友好。另一方面，也尝试通过元数据管理，通过将中后台的表单元数据使用宽表存储。然后开发公共组件，绑定这些元数据，实现基础模板页面的快速搭建，从而降低实现整体解决方案时，前后端尤其是前端的硬编码负担，不过，这种方式只能从外围(比如，面向用户的交互界面)对效率进行辅助提升，对于整体解决方案的实质业务层面上帮助有限。

基于此，本申请又重新整理了思路。在上面提到的大问题之下，一类典型的具体问题实际在于：对于服务提供方(尤其是一些业务综合性较强的大企业)而言，一些域能力，在多条业务线要并行接入的状况下，需要平台重复对接诸如业务方、资金、交易等方面的能力，由于无标准化接入，因此平台需要重复经历各个负责系统需求评审、联调、测试等，影响业务方对接效率。本申请的解决思路包括标准化加上能力编排，为了使得能力的输出能够对各方快速可见，提供统一性较好的能力中心门户，基于能力扩展点更灵活地进行能力输出，实现业务定制。

基于这样的思路，本说明书一个或多个实施例示例性地提供了一种能力中心门户的架构示意图，如图1所示。

在图1的架构中，业务流程那一层可以表示已有的一些业务活动，这些业务活动提供一些未必标准化的业务能力，这些能力往往属于域能力。能力中心门户至少包括图中的第三层，即域能力、能力实例、扩展点这一层。

能力中心门户通过通过域服务对接多个已有的业务活动，可以根据预定的领域专用语言(Domain Specific Language，DSL)规则，对这些业务活动中已具有的域能力进行定义，以提高能力在该门户内的统一性和标准性，形成便于输出和使用的可用能力。可以根据可用能力，确定域能力扩展点，域能力扩展点是在域能力基础上进行流程定制化使用的一些逻辑处理点，域能力扩展点可以是灵活多变的。基于域能力和对域能力扩展点的设计，进行业务流程编排，以实现接口的多态化能力，帮助多个行业场景复用同一套接口，从而，能够得到适用于新场景的各种更强大的商业能力以及对应的业务包，实现了新场景下高效的业务定制。

下面基于这样的思路进一步地详细说明。

图2为本说明书一个或多个实施例提供的一种业务能力使用方法的流程示意图。该方法可以应用于不同的业务领域中，比如，电商业务领域、金融业务领域、电子支付业务领域、即时通讯业务领域、机器人业务领域、视频服务业务领域、游戏业务领域、公务业务领域等。该流程可以由相应领域的计算设备(比如，电商的支撑平台服务器等)执行，流程中的某些输入参数或者中间结果允许人工干预调节，以帮助提高准确性。

图2中的流程可以包括以下步骤：

S202：展示图形化的流程编排界面。

在本说明书一个或多个实施例中，根据领域专用语言规则预先定义多种可用能力，这些能力原本可能是以一些通用编程语言(比如，JAVA、C、C++等)进行描述的，相互之间不便于直接整合，通过领域专用语言来统一定义，一定程度地屏蔽它们下层的细节，而把重点的属性和输入输出更好地描述和呈现，从而使得这些能力在保证对应功能实现的基础上，变得更容易相互对接配合。领域专用语言规则，实质上起到了在各种原本的能力之间建立桥梁的辅助作用，而无需用硬编码方式来重新实现这些能力。

进一步的，提供图形化的流程编排界面，并在界面中展示这些可用能力，以便用户更直观地进行交互使用，有助于提高业务实现过程中低代码的效果。所使用的领域专用语言不做具体限定，其主要目的是降低硬编码负担，提高不同能力的统一性和标准性。比如，采用yaml语法的领域专用语言，领域专用语言的解析器可以由研发人员自行实现。

需要说明的是，由于本方案的场景往往涉及多条业务线的接入，因此，本方案还进一步提供了适配于上述能力中心门户思路的自适应的安全保障方案，在这种保障场景下，可能会在同一个业务流程中使用到多种不同的领域专用语言，后续会进行说明。

S204：在所述流程编排界面中，获取根据预定的领域专用语言规则定义的可用能力，并根据所述可用能力编排得到包含多个能力节点的业务流程。

在本说明书一个或多个实施例中，可用能力是多样的。包括一些无需再配置的完整能力，简单的比如“If”、“Foreach”、“End”等用于控制流程分支的能力，以“If”为例，其提供了条件分支控制，该能力使得在满足指定条件的情况下，控制接下来走向预定的流程分支。还包括一些可供进一步配置参数的模板功能，比如，“服务连接器”、“OpenAPI接口”、“变量初始化”、“定时任务”等能力。

用户在流程编排界面中，对可用能力进行选择，分别形成一个个能力节点，再按照预想的能力使用顺序，用连接线，将各能力节点连接起来，编排得到业务流程，而无需进行大量的硬编码工作。

S206：根据所述业务流程，生成描述所述业务流程的领域专用语言代码。

在本说明书一个或多个实施例中，基于领域专用语言规则，将图形化编排出的业务流程转换为领域专用语言代码。在实际应用中，若有需要，用户可以手动直接编辑或者微调领域专用语言代码。相比于通用编程语言，领域专用语言代码往往更加灵活简洁，而且考虑到接下来还需要进一步转换，在S206所生成的领域专用语言代码可以是脚本形式的，便于使用和调整。

S208：对所述领域专用语言代码解析，得到目标代码，以便根据所述目标代码实现定制业务。

在本说明书一个或多个实施例中，通过宿主语言(比如，上述的通用编程语言)的现成的解析器，以及所使用的领域专用语言的解析器，对业务流程进行解析，得到相应的语义模型，语义模型比如是图数据，再通过在语义模型中进行遍历执行，转换得到目标代码。目标代码采用通用编程语言进行表示，从而便于进一步地部署定制业务。

通过图2的方法，可以将各产品方已经较为成熟的业务拆解为粒度相对更小的业务能力，并通过领域专用语言进行定义，形成统一性更好的可用能力库，并且提供了图形化的流程编排界面，能够基于可用能力库中的可用能力灵活地编排新的业务流程，为新场景更高效地定制业务，为了方便定制业务的实现和部署，能够基于领域专用语言规则，对描述该业务流程的领域专用语言代码，自动转换为目标代码，目标代码比如是以能够适应于实际部署使用需求的通用语言进行表示的，从而使研发人员避免了重复造轮子，也尽量降低了研发人员的硬编码负担，能够快速交付和迭代新业务，从而能够高效应对灵活多变、综合性较强的新场景。

基于图2的方法，本说明书还提供了该方法的一些具体实施方案和扩展方案，下面继续进行说明。

在本说明书一个或多个实施例中，更直观地提供了一种应用场景下，所使用的图形化的流程编排界面的示意图，如图3(a)、图3(b)。在该场景下，流程编排界面至少包含可用能力区域和流程编排区域，可选地还可以包含能力配置区域。

在图3(a)中，左侧区域为可用能力区域，右侧区域为流程编排区域。在可用能力区域中，展示了多个分别代表一种可用能力的能力节点，任意能力节点都可以作为流程中的连接器，以便用于在流程编排区域中通过连接所选择的能力节点，编排业务流程。能力节点直观地用图标表示，比如，“End”、“Log”、“服务连接器”、“Script”、“变量赋值”等能力节点。在能力配置区域中，已经示例性地编排出了一个短流程，包括一个开始节点和一个结束节点，这两个节点也可以通过能力节点实现，还包括一个“变量初始化”能力节点，节点之间有连接线进行连接，从而串联出该短流程，在实际应用中，流程中还可以包含多个分支。

前面已经提到，对于某些可用能力，提供了模板，用户可以根据自己需要进一步配置，“变量初始化”即属于这样的能力。更直观地，通过图3(b)来说明如何配置。

在图3(b)，用户比如选择了“服务连接器”能力节点，该能力节点提供的能力是可配置的。在用户的场景下，具体想要实现一个离线数据服务代理，最右侧是该节点的能力配置区域，在能力配置区域展示有能力节点对应的配置控件，比如，用于选择已有的服务的选择服务按钮，以及配置参数按钮。用户通过操作该选择服务按钮，调用了一项已有的服务作为代理，在该服务下方列出了其至少部分参数，用户通过操作该配置参数按钮，能够对该服务的一些参数进行配置，通过对该服务进行配置，实现了离线数据服务代理。

通过这样的编排方式，无需对原始的能力进行适配性改造，依赖一些已有的协议即直接实现了节点功能，在指定的领域专用语言规则下，即可便利地将业务流程编排出来。

在本说明书一个或多个实施例中，无论是通过图形化界面编排流程，还是用户直接编辑脚本，背后实质都表现为领域专用语言代码。下面对领域专用语言代码到目标代码的自动转换过程进行详细说明。

图4为本说明书一个或多个实施例提供的从领域专用语言代码转换为目标代码的构思示意图。

在图4中，上述的领域专用语言代码具体为脚本形式的，既涉及自定义的领域专用语言，也涉及宿主语言，基于相应的解析器对脚本进行解析，转换为成为语义模型，语义模型中包含所述能力节点的节点对象(这实质上是从代码层面对能力节点的表示，比如可以称其为Activity)，除了节点对象，还包含用于连接能力节点的连接边对应的连接边对象(比如可以称其为Transition)，语义模型还包含待封装参数的上下文，上下文比如是一个Map对象的包装类，用于存储流程运行过程中的各个参数值。基于语义模型，从节点对象中提取使用对应能力所需的参数，并将参数封装到该上下文中，从而转换得到目标代码。

从代码层面上来说，上面这个转换过程实质上就是将领域专用语言代码解析成节点对象嵌套(反映了流程结构)，后续执行目标代码时，主要就是执行这些嵌套对象。

这里也示例性地给出一种应用场景下的领域专用语言脚本中的部分内容(其中有省略)，该脚本遵循yaml语法，如下引号中内容所示：

该示例性的脚本中包含图3(b)中的离线数据服务代理对应的节点对象，里面除了调用相应的服务，还详细配置了各种参数值，比如“owner”、“utcModified”等参数的值。这里省略了很多内容，完整脚本中有更多个节点对象。

在本说明书一个或多个实施例中，语义模型还包括业务流程对应的有向无环图，可以将领域专用语言代码解析成该有向无环图，根据有向无环图中的节点拓扑关系，以及能力节点的节点对象，确定各节点对象对应的节点嵌套对象，根据节点嵌套对象和封装参数后的上下文，确定目标代码。具体可以在有向无环图中进行路由，以遍历图中元素，对于路由到的节点对象执行：从节点对象中提取使用对应能力所需的参数，并将参数封装到上下文中。

基于上面的思路，本说明书一个或多个实施例还提供了一种应用场景下，从领域专用语言代码转换为目标代码的引擎及其流程示意图，如图5所示。

在图5中，主要涉及对于对象类型的判断以及执行和路由过程。包括：在有向无环图中路由到当前元素，判断当前元素是节点对象还是连接线对象，若是节点对象，则获取其对应的节点对象处理器进行处理(执行该节点对应的预定代码以实现参数封装)，其中，节点对象在节点对象处理器中进行了预先注册，以支持节点对象对应的能力的实现，而若是连接线对象，则获取其对应的路由处理器，以确定如何从连接线对象所指示的流程连接线中出线。需要说明的是，若是节点对象，也需要获取相应的路由处理器进行路由处理，节点对象和连接线对象的路由处理器可以分别实现，比如，是由同一个路由处理器父类所派生的不同路由处理器子类。

可以看到，图5中的引擎模块划分是示例性的，比如包括流程运行器、元素运行管理器、元素行为管理器、节点对象行为、抽象节点对象执行器、路由行为管理器、抽象路由处理器、路由连接线对象处理器、路由节点对象处理器、流程引擎上下文等。

在流程中通过箭头连线指出了各步骤涉及的模块和交互方向，用步骤标号指示了执行顺序。在这里说明时，省略标号和执行步骤的模块，参照图中的内容即可。outgoingTransition是预设的作为出线条件的示例性条件参数，用于在路由过程中判断流程的走向。在该流程中，如上所述，在有向无环图进行路由，图中元素包括节点对象Activity和连接线对象Transition，判断并获取对应的元素行为，然后通过执行该元素(比如，预先为元素定义相应的执行方法，至少用于提取和封装属性)，在执行过程中，还会做预配置的前置条件的判断，在符合条件的情况下，获取对应的处理器实现元素的执行，执行后可以继续路由。在路由的过程中，同样也会根据元素的类型，获取对应的路由处理器进行估计计算，以判断接下来线出的Activity(即当前连接线指向的目的Activity)，并在满足出线条件时，调用元素运行时管理器提供的开始方法，以完成相应出线或者执行动作，将各元素的执行结果放图预定的存储对象中，通过这样的过程，对语义模型的上下文进行了参数封装，生成了对应于有向无环图的嵌套对象(主要是节点对象的嵌套对象)，从而生成目标代码。

进一步地，本说明书一个或多个实施例还提供了一种应用场景下，图5的引擎对应的示例性的实体联系(Entity Relationship，ER)图，如图6所示，主要包括能力和相关服务等实体之间的关系。

在图6中，示例性示出的实体包括：能力概要(ability_summary)、能力角色联系(ability_role_relation)、能力应用编程接口(ability_api)、能力分类类型(ability_catagory)、能力服务(ability_service)、服务实例联系(service_case_relation)、服务实例(service_case)、应用编程接口许可(api_permission)等。箭头连线反映了各实体之间的联系，实体中示例性地列出了一些参数及参数的数据类型，可以作为引擎实现时的参考数据。基于这些联系，能够更好地关联能力与支持这些能力实现的服务，便于通过调用服务来配置能力。

在实际应用中，上述流程编排的方案设计对不同产品方能力的融合，而且又尽量减少了对这些能力的干预和改造，如此，减少了硬编码负担提高了效率。但是，也不能忽视由此带来的潜在风险，一方面是在各方相互之间不够透明的情况下，能力本身可能存在漏洞后门之类的风险，另一方面是，不同能力之间的配合可能将单能力的已有风险进一步放大，或者产生新的风险，不仅如此，领域专用语言往往是相对轻量级的描述性语言，很可能包含很多自定义的规则，因此，领域专用语言在上述方案中的引入，虽然能提高能力输出的统一性但是也有可能降低规范性。这些因素使得编排出的整个业务流程的安全性降低。

针对上一段的问题，提供了相应的安全保障方案。主要有以下两点思路：第一，在业务流程内部，强行用不同领域专用语言的进行语法隔绝，以提高复杂性(需要实现更多的解析器，但是相对于开发能力代码而言硬编码负担仍然不高，可以接受)为代价，以增加在目标代码之前的过程进行攻击的难度；第二，在不同能力之间自动地主动注入风险防御辅助对象，以平衡不同能力之间的安全性差异，以提高业务流程整体的安全性，这一点不光能提高目标代码之前的过程安全性，对于目标代码本身乃至其之后的运行过程也能提高安全性。基于此，可以尽量保障第二点的实施，而第一点可以作为可选的保障方案，也即，即使只采用同一种领域专用语言，也不会妨碍第二点的实施。

基于上一段中的思路，本说明书一个或多个实施例提供了一种应用场景下，针对图2中的流程提供的一种安全保障方案的流程示意图，如图7所示。假定在该场景下，基于有向无环图生成目标代码。

图7中的流程可以包括以下步骤：

S702：编排出业务流程后，在生成领域专用语言代码时，将业务流程解耦为两个以上风险程度不同的业务子流程。

在解耦出的多个业务子流程分别的风险程度中，至少包含两种不同的风险程度，当业务子流程有三个以上时，其中部分业务子流程的风险程度可以相同。风险程度具体如何度量的方式是多样的，比如，业务类型、涉及的接口数量、是否包含涉及隐私数据调用的接口、接口继承的情况如何、数据加密情况、涉及的用户数量、业务服务方自身提出的安全要求、监管方等第三方的额外要求，等等。

可以考虑以不同的一个或者多个能力节点为界进行解耦，对于能力节点内部，如果暴露出足够的业务逻辑，则甚至可以在内部解耦，具体的解耦粒度可以根据需求确定。

S704：在有向无环图中进行路由时，根据语义模型的解析过程，判断当前是否路由到不同的业务子流程之间的边界处。若是，则执行S706，否则，可以继续路由。

在生成领域专用语言代码或者目标代码时，在多个业务子流程之间的边界注入风险防御代码。

风险防御代码比如包括身份准入控制代码、关键业务属性值校验代码、木马等异常程序拦截代码、编程语言转换代码、加密算法代码、区块链智能合约代码等。

S706：分析边界两侧的业务子流程的风险程度，判断边界处接下来将路由到的一侧的业务子流程的风险程度是否高于另一侧的业务子流程的风险程度(比如，上一个业务子流程的风险程度高于过该边界后将到达的下一个业务子流程的风险程度)。

若是，则说明接下来风险会增大，因此，尤其可以考虑在该边界处注入风险防御辅助对象，则执行S708。反之，说明接下来风险暂时不会增大，因此，也可以考虑不该边界进行主动防御，而是依靠之前的防御，如此，有利于兼顾系统安全性和高效性。

S708：生成相应的风险防御辅助对象，并注入该边界处，以使得目标代码中的对应位置处包含该风险防御辅助对象的代码，即上述的风险防御代码。

可选地，可以确定多种不同的领域专用语言，并从中为各业务子流程分别确定对应的领域专用语言，根据业务子流程及其对应的领域专用语言，生成描述业务流程的领域专用语言代码。在这种情况下，攻击者在攻击时需要正确理解更多不同领域专用语言规则，而领域专用语言规则本身自定义程度相对高，通用性相对低，因此，会给攻击者造成更多障碍。

根据上面的说明，本申请不仅提供了基于领域专用语言的流程编排方案，而且提供了示例性的实现引擎和配套的安全保障方案，从而使得，方案不仅可以在大企业内部实施，而且更便于不同企业相互配合，降低了对企业隐私数据的暴露，有助于打造企业协同的适用性更好的，能够快速应对新场景的综合性产品，从而也有助于降低不同企业和不同行业之间的隔阂，促进资源的优化配置和生产力的发展。

基于同样的思路，本说明书一个或多个实施例还提供了上述方法对应的装置和设备，如图8、图9所示。

图8为本说明书一个或多个实施例提供的一种业务能力使用装置的结构示意图，所述装置包括：

界面展示模块802，展示图形化的流程编排界面；

流程编排模块804，在所述流程编排界面中，获取根据预定的领域专用语言规则定义的可用能力，并根据所述可用能力编排得到包含多个能力节点的业务流程；

第一代码生成模块806，根据所述业务流程，生成描述所述业务流程的领域专用语言代码；

第二代码生成模块808，对所述领域专用语言代码解析和执行，得到目标代码，以便根据所述目标代码实现定制业务。

可选地，所述界面展示模块802，展示图形化的包含可用能力区域和流程编排区域的流程编排界面；

在所述可用能力区域中，展示了多个分别代表一种可用能力的能力节点，以便用于在所述流程编排区域中通过连接所选择的能力节点，编排所述业务流程。

可选地，所述流程编排界中还包含能力配置区域；

所述流程编排模块804，确定在所述可用能力区域中选择的根据预定的领域专用语言规则定义的可配置能力对应的能力节点；

在所述能力配置区域展示所述能力节点对应的配置控件；

响应于对所述配置控件的操作，选择已有的服务，并为所述已有的服务自定义参数；

根据处理完成的所述服务得到可用能力。

可选地，所述语义模型包括待封装参数的上下文；

所述第二代码生成模块808，将所述领域专用语言代码解析成为语义模型，所述语义模型中包含所述能力节点的节点对象；

从所述节点对象中提取使用对应能力所需的参数，并将所述参数封装到所述上下文中；

根据所述语义模型确定目标代码。

可选地，所述语义模型还包括所述业务流程对应的有向无环图；

所述第二代码生成模块808，在所述有向无环图中进行路由，对于路由到的所述节点对象执行：从所述节点对象中提取使用对应能力所需的参数，并将所述参数封装到上下文中。

可选地，所述第二代码生成模块808，根据所述有向无环图中的节点拓扑关系，以及所述能力节点的节点对象，确定各节点对象对应的节点嵌套对象；

根据所述节点嵌套对象和封装参数后的所述上下文，确定目标代码。

可选地，所述第二代码生成模块808，在所述有向无环图中路由到当前元素；

判断所述当前元素是所述节点对象还是连接对象；

若是所述节点对象，则获取其对应的节点对象处理器进行处理，其中，所述节点对象在所述节点对象处理器中进行了预先注册，以支持所述节点对象对应的能力的实现；

若是所述连接对象，则获取其对应的路由处理器，以确定如何从所述连接对象所指示的流程连接线中出线。

可选地，所述第一代码生成模块806，将所述业务流程解耦为两个以上风险程度不同的业务子流程；

确定多种不同的领域专用语言，并从中为各所述业务子流程分别确定对应的领域专用语言；

根据所述业务子流程及其对应的领域专用语言，生成描述所述业务流程的领域专用语言代码。

可选地，所述第二代码生成模块808，根据所述语义模型的解析过程，判断当前是否路由到不同的所述业务子流程之间的边界处；

若是，则生成相应的风险防御辅助对象，并注入所述边界处，以使得所述目标代码中的对应位置处包含所述风险防御辅助对象的代码。

可选地，所述第二代码生成模块808，生成相应的风险防御辅助对象，并注入所述边界之前，还执行：

确定边界处接下来将路由到的一侧的业务子流程的风险程度高于另一侧的业务子流程的风险程度。

可选地，所述流程编排模块804，通过域服务对接多个已有的业务活动；

根据预定的领域专用语言规则，对所述业务活动中已具有的域能力进行定义，得到所述可用能力；

根据所述可用能力，确定域能力扩展点，用于编排得到所述业务流程。

可选地，所述领域专用语言采用的语法包括yaml语法。

图9为本说明书一个或多个实施例提供的一种业务能力使用设备的结构示意图，所述设备包括：

至少一个处理器；以及，

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

展示图形化的流程编排界面；

在所述流程编排界面中，获取根据预定的领域专用语言规则定义的可用能力，并根据所述可用能力编排得到包含多个能力节点的业务流程；

根据所述业务流程，生成描述所述业务流程的领域专用语言代码；

对所述领域专用语言代码解析和执行，得到目标代码，以便根据所述目标代码实现定制业务。

处理器与存储器之间可以通过总线通信，设备还可以包括与其他设备通信的输入/输出接口。

基于同样的思路，本说明书一个或多个实施例还提供了对应于上述方法的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

展示图形化的流程编排界面；

在所述流程编排界面中，获取根据预定的领域专用语言规则定义的可用能力，并根据所述可用能力编排得到包含多个能力节点的业务流程；

根据所述业务流程，生成描述所述业务流程的领域专用语言代码；

对所述领域专用语言代码解析和执行，得到目标代码，以便根据所述目标代码实现定制业务。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书实施例可提供为方法、系统、或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

以上所述仅为本说明书的一个或多个实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书的一个或多个实施例可以有各种更改和变化。凡在本说明书的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (25)

1.一种业务能力使用方法，包括：

展示图形化的流程编排界面；

在所述流程编排界面中，获取根据预定的领域专用语言规则定义的可用能力，并根据所述可用能力编排得到包含多个能力节点的业务流程；

根据所述业务流程，生成描述所述业务流程的领域专用语言代码；

对所述领域专用语言代码解析，得到目标代码，以便根据所述目标代码实现定制业务。

2.如权利要求1所述的方法，所述展示图形化的流程编排界面，具体包括：

展示图形化的包含可用能力区域和流程编排区域的流程编排界面；

在所述可用能力区域中，展示了多个分别代表一种可用能力的能力节点，以便用于在所述流程编排区域中通过连接所选择的能力节点，编排所述业务流程。

3.如权利要求2所述的方法，所述流程编排界中还包含能力配置区域；

所述获取根据预定的领域专用语言规则定义的可用能力，具体包括：

确定在所述可用能力区域中选择的根据预定的领域专用语言规则定义的可配置能力对应的能力节点；

在所述能力配置区域展示所述能力节点对应的配置控件；

响应于对所述配置控件的操作，选择已有的服务，并为所述已有的服务自定义参数；

根据处理完成的所述服务得到可用能力。

4.如权利要求1所述的方法，所述语义模型包括待封装参数的上下文；

所述对所述领域专用语言代码解析，得到目标代码，具体包括：

将所述领域专用语言代码转换为语义模型，所述语义模型中包含所述能力节点的节点对象；

从所述节点对象中提取使用对应能力所需的参数，并将所述参数封装到所述上下文中；

根据所述语义模型确定目标代码。

5.如权利要求4所述的方法，所述语义模型还包括所述业务流程对应的有向无环图；

所述从所述节点对象中提取使用对应能力所需的参数，并将所述参数封装到所述语义模型的上下文中，具体包括：

在所述有向无环图中进行路由，对于路由到的所述节点对象执行：从所述节点对象中提取使用对应能力所需的参数，并将所述参数封装到上下文中。

6.如权利要求5所述的方法，所述根据所述语义模型确定目标代码，具体包括：

根据所述有向无环图中的节点拓扑关系，以及所述能力节点的节点对象，确定各节点对象对应的节点嵌套对象；

根据所述节点嵌套对象和封装参数后的所述上下文，确定目标代码。

7.如权利要求5所述的方法，所述在所述有向无环图中进行路由，具体包括：

在所述有向无环图中路由到当前元素；

判断所述当前元素是所述节点对象还是连接线对象；

若是所述节点对象，则获取其对应的节点对象处理器进行处理，其中，所述节点对象在所述节点对象处理器中进行了预先注册，以支持所述节点对象对应的能力的实现；

若是所述连接线对象，则获取其对应的路由处理器，以确定如何从所述连接线对象所指示的流程连接线中出线。

8.如权利要求5所述的方法，所述根据所述业务流程，生成描述所述业务流程的领域专用语言代码，具体包括：

将所述业务流程解耦为两个以上风险程度不同的业务子流程；

确定多种不同的领域专用语言，并从中为各所述业务子流程分别确定对应的领域专用语言；

根据所述业务子流程及其对应的领域专用语言，生成描述所述业务流程的领域专用语言代码。

9.如权利要求8所述的方法，所述在所述有向无环图中进行路由，具体包括：

根据所述语义模型的解析过程，判断当前是否路由到不同的所述业务子流程之间的边界处；

若是，则生成相应的风险防御辅助对象，并注入所述边界处，以使得所述目标代码中的对应位置处包含所述风险防御辅助对象的代码。

10.如权利要求9所述的方法，所述生成相应的风险防御辅助对象，并注入所述边界处之前，所述方法还包括：

确定边界处接下来将路由到的一侧的业务子流程的风险程度高于另一侧的业务子流程的风险程度。

11.如权利要求1所述的方法，所述展示图形化的流程编排界面之前，所述方法还包括：

通过域服务对接多个已有的业务活动；

根据预定的领域专用语言规则，对所述业务活动中已具有的域能力进行定义，得到所述可用能力；

根据所述可用能力，确定域能力扩展点，用于编排得到所述业务流程。

12.如权利要求1～11任一项所述的方法，所述领域专用语言采用的语法包括yaml语法。

13.一种业务能力使用装置，包括：

界面展示模块，展示图形化的流程编排界面；

流程编排模块，在所述流程编排界面中，获取根据预定的领域专用语言规则定义的可用能力，并根据所述可用能力编排得到包含多个能力节点的业务流程；

第一代码生成模块，根据所述业务流程，生成描述所述业务流程的领域专用语言代码；

第二代码生成模块，对所述领域专用语言代码解析，得到目标代码，以便根据所述目标代码实现定制业务。

14.如权利要求13所述的装置，所述界面展示模块，展示图形化的包含可用能力区域和流程编排区域的流程编排界面；

在所述可用能力区域中，展示了多个分别代表一种可用能力的能力节点，以便用于在所述流程编排区域中通过连接所选择的能力节点，编排所述业务流程。

15.如权利要求14所述的装置，所述流程编排界中还包含能力配置区域；

所述流程编排模块，确定在所述可用能力区域中选择的根据预定的领域专用语言规则定义的可配置能力对应的能力节点；

在所述能力配置区域展示所述能力节点对应的配置控件；

响应于对所述配置控件的操作，选择已有的服务，并为所述已有的服务自定义参数；

根据处理完成的所述服务得到可用能力。

16.如权利要求13所述的装置，所述语义模型包括待封装参数的上下文；

所述第二代码生成模块，将所述领域专用语言代码转换为语义模型，所述语义模型中包含所述能力节点的节点对象；

从所述节点对象中提取使用对应能力所需的参数，并将所述参数封装到所述上下文中；

根据所述语义模型确定目标代码。

17.如权利要求16所述的装置，所述语义模型还包括所述业务流程对应的有向无环图；

所述第二代码生成模块，在所述有向无环图中进行路由，对于路由到的所述节点对象执行：从所述节点对象中提取使用对应能力所需的参数，并将所述参数封装到上下文中。

18.如权利要求17所述的装置，所述第二代码生成模块，根据所述有向无环图中的节点拓扑关系，以及所述能力节点的节点对象，确定各节点对象对应的节点嵌套对象；

根据所述节点嵌套对象和封装参数后的所述上下文，确定目标代码。

19.如权利要求17所述的装置，所述第二代码生成模块，在所述有向无环图中路由到当前元素；

判断所述当前元素是所述节点对象还是连接线对象；

若是所述节点对象，则获取其对应的节点对象处理器进行处理，其中，所述节点对象在所述节点对象处理器中进行了预先注册，以支持所述节点对象对应的能力的实现；

若是所述连接线对象，则获取其对应的路由处理器，以确定如何从所述连接线对象所指示的流程连接线中出线。

20.如权利要求17所述的装置，所述第一代码生成模块，将所述业务流程解耦为两个以上风险程度不同的业务子流程；

确定多种不同的领域专用语言，并从中为各所述业务子流程分别确定对应的领域专用语言；

根据所述业务子流程及其对应的领域专用语言，生成描述所述业务流程的领域专用语言代码。

21.如权利要求20所述的装置，所述第二代码生成模块，根据所述语义模型的解析过程，判断当前是否路由到不同的所述业务子流程之间的边界处；

若是，则生成相应的风险防御辅助对象，并注入所述边界处，以使得所述目标代码中的对应位置处包含所述风险防御辅助对象的代码。

22.如权利要求21所述的装置，所述第二代码生成模块，生成相应的风险防御辅助对象，并注入所述边界之前，还执行：

确定边界处接下来将路由到的一侧的业务子流程的风险程度高于另一侧的业务子流程的风险程度。

23.如权利要求13所述的装置，所述流程编排模块，通过域服务对接多个已有的业务活动；

根据预定的领域专用语言规则，对所述业务活动中已具有的域能力进行定义，得到所述可用能力；

根据所述可用能力，确定域能力扩展点，用于编排得到所述业务流程。

24.如权利要求13～23任一项所述的装置，所述领域专用语言采用的语法包括yaml语法。

25.一种业务能力使用设备，包括：

至少一个处理器；以及，

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

展示图形化的流程编排界面；

在所述流程编排界面中，获取根据预定的领域专用语言规则定义的可用能力，并根据所述可用能力编排得到包含多个能力节点的业务流程；

根据所述业务流程，生成描述所述业务流程的领域专用语言代码；

对所述领域专用语言代码解析，得到目标代码，以便根据所述目标代码实现定制业务。

Images