CN114064112A - 业务流程配置方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种业务流程配置方法、装置、设备及存储介质，通过获取目标业务下的目标子业务的流程框架配置信息，基于流程框架配置信息和目标业务关联的初始业务流程框架，生成目标业务流程框架；当接收到目标子业务请求时，将目标业务流程框架内的业务流程，作为目标子业务的执行流程。通过目标子业务的流程框架配置信息和目标业务关联的初始业务流程框架即可对目标子业务的流程进行配置，因此只需调用或设置目标子业务对应的流程框架配置信息即可，无需修改程序代码，从而可灵活地更改或配置业务流程，进而提高了业务流程配置效率。

Description

业务流程配置方法、装置、设备及存储介质

技术领域

本申请属于计算机技术领域，尤其涉及一种业务流程配置方法、装置、设备及存储介质。

背景技术

流程，表示一项活动的执行过程。具体地，流程可以包括具有先后顺序的流程节点、流程节点的任务等流程项。

在现有技术中，往往需要为每个业务或产品单独完整地开发对应的业务流程，每个业务流程与业务或产品一一对应。而互联网领域因其快速迭代的特性，频繁的业务变更导致相关开发人员不断的调整代码内的业务逻辑。每次有新增业务或产品时，开发人员就需要重新编写业务流程代码，造成相同业务流程代码的重复编写，导致业务流程配置效率低。

发明内容

本申请实施例提供一种业务流程配置方法、装置、设备及存储介质，可以提高业务流程配置效率。

第一方面，本申请实施例提供一种业务流程配置方法方法，包括：

获取目标业务下的目标子业务的流程框架配置信息；

基于所述流程框架配置信息和所述目标业务关联的初始业务流程框架，生成目标业务流程框架，其中，所述初始业务流程框架内设置有多个业务流程节点，所述目标业务流程框架为：对所述初始业务流程框架内的至少一个业务流程节点的执行顺序、事件以及规则中的至少一项进行更新；

将所述目标业务流程框架内的业务流程，作为所述目标子业务的执行流程。

第二方面，本申请实施例提供一种业务流程配置装置，包括：

第一获取模块，用于获取目标业务下的目标子业务的流程框架配置信息；

第一配置模块，用于基于所述流程框架配置信息和所述目标业务关联的初始业务流程框架，生成目标业务流程框架，其中，所述初始业务流程框架内设置有多个业务流程节点，所述目标业务流程框架为：对所述初始业务流程框架内的至少一个流程节点的执行顺序、事件以及规则中的至少一项进行更新；

第一生成模块，用于将所述目标业务流程框架内的业务流程，作为所述目标子业务的执行流程。

第三方面，本申请实施例提供了一种电子设备，设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第一方面所示的业务流程配置方法方法。

第四方面，本申请实施例提供了一种可读存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面所示的业务流程配置方法。

本申请实施例提供的业务流程配置方法，通过获取目标业务下的目标子业务的流程框架配置信息，基于流程框架配置信息和目标业务关联的初始业务流程框架，生成目标业务流程框架；当接收到目标子业务请求时，将目标业务流程框架内的业务流程，作为目标子业务的执行流程。通过目标子业务的流程框架配置信息和目标业务关联的初始业务流程框架即可对目标子业务的流程进行配置，因此只需调用或设置目标子业务对应的业务流程框架配置信息即可，无需修改程序代码，从而可灵活地更改或配置业务流程，进而提高了业务流程配置效率。

附图说明

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

图1是本申请实施例提供的流程配置方法的流程示意图；

图2是本申请实施例提供的流程配置装置的结构示意图；

图3是本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了解决现有技术问题，本申请实施例提供了一种流程配置方法、装置、设备及存储介质。下面首先对本申请实施例所提供的流程配置方法进行介绍。

随着企业业务需求的不断增加，当一类业务发展到一定阶段时，业务功能的频繁变更，随之带来的是业务结构复杂度的增加以及程序代码量的增大，如果有新增业务或业务变更时，每次都从头开发，开发人员的工作量无疑是非常巨大。例如，保理业务在供应链金融模式下，出现了多种产品和平台，产品类型可能有产品A、产品B、产品C等等。不同产品的业务需求有共性的地方，也有产品独特的部分，需要在保证共性的基础上，尽可能的实现差异化。

早期的项目，只能在产品投入使用前进行流程配置，而配置文件的设置纷繁复杂，操作不易上手，只能定制少量流程，无法实现根据业务差异，灵活定制业务流程的需求。只能通过进行代码的修改，实现不同产品配置，实时性和效率都不高，所以急需一套新的实现方案，解决该问题。

于是，为了提高业务流程的配置效率和质量，本申请提出了通过业务流程框架开发业务流程的方法。例如，可基于保理业务流程的基本共性，建立一个保理业务流程框架。该框架可以根据不同产品的特性进行差异化定制，并且可以保证实时的对差异流程进行修改。同时在有业务扩展的情况，针对新增业务，可以方便的在保理框架下进行新增，不需要重新增加一整套业务流程，提高业务的执行效率，降低成本。

在本申请的实施例中，业务流程框架是针对企业项目或产品中业务的流程所制定的，是整个或者部分系统的可重用设计。开发人员或用户可在一个通用功能已经实现的流程框架基础上针对具体的业务配置流程。

图1示出了本申请一个实施例提供的流程配置方法的流程示意图。如图1所示，该方法包括如下步骤101至103。

步骤101，获取目标业务下的目标子业务的流程框架配置信息。

步骤102，基于流程框架配置信息和目标业务关联的初始业务流程框架，生成目标业务流程框架。

步骤103，将目标业务流程框架内的业务流程，作为目标子业务的执行流程。

上述各步骤的具体实现方式将在下文中进行详细描述。

本申请实施例提供的流程配置方法，通过目标子业务的流程框架配置信息和目标业务关联的初始业务流程框架可对目标子业务的流程进行配置，因此只需调用或设置目标子业务对应的流程框架配置信息即可实现业务流程配置，无需修改程序代码，从而可灵活地更改或配置业务流程，进而提高了业务流程配置效率。

下面介绍上述各个步骤的具体实现方式。

在步骤101中，获取目标业务下的目标子业务的流程框架配置信息。

一个目标业务下存在多个子业务，不同的业务具有不同的业务流程，在本申请实施例中开发人员或者工作人员，可以根据业务的需求设置业务的流程框架配置信息(例如，业务A需要进行应收账款登记操作，则可以将应收账款登记确认为业务A的流程框架配置信息)，业务流程配置系统获取流程框架配置信息后根据流程框架配置信息配置业务流程。

在一些实施例中，获取目标业务下的目标子业务的流程框架配置信息之前还可以包括：

显示第一配置界面，其中第一配置界面显示有至少一项配置选项，各配置选项预先配置有初始业务流程框架的配置信息，且不同配置选项中预先配置的配置信息不同。

获取目标业务下的目标子业务的流程框架配置信息，可以包括：

在接收到用户在第一配置界面中的选择操作的情况下，响应于选择操作，在至少一项配置选项中确定目标配置选项；

将目标配置选项的配置信息确定为目标子业务的流程框架配置信息。

本实施方式中通过显示配置界面，用户可以根据具体业务的业务需求直接对配置界面显示的配置选项进行选择，来为目标子业务设置流程框架配置信息，使流程的配置过程更加易于操作。

其中，第一配置界面可以是用户操作界面，第一配置界面显示初始业务流程框架中预先设置的配置选项，不同的配置选项对应不同的预设配置信息。

具体地，当业务流程配置系统接收到目标子业务的流程配置请求或者是用户的流程配置操作信息时，显示第一配置界面，用户根据目标子业务的需求在流程配置界面上对配置选项进行选择，业务流程配置系统在接收到用户在第一配置界面中的选择操作的情况下，根据用户选择的目标配置选项确定目标子业务的业务流程框架的配置信息。业务流程配置系统可以是各种业务流程的开发系统或者管理系统等，本申请不做限定。

例如：假设保理业务下产品A的业务流程中的第2个流程节点为：应收账款受让，流程节点的执行内容为：校验应收账款登记，主管审核。在业务流程配置系统收到保理业务下产品A的业务流程配置请求之后，响应于流程配置请求，在用户终端显示与保理业务相关联的初始业务流程框架的配置界面，用户可以在配置界面中选中产品A的业务流程的第2个流程节点为应收账款受让，并选中在该流程节点中需要校验应收账款登记和主管审核，根据上述用户选中的配置选项可以确定产品A的业务流程框架的配置信息为：第2个流程节点为应收账款受让，在该流程节点中需要校验应收账款登记和主管审核。

这里的配置选项可以包括与目标业务流程相关的流程节点的执行顺序以及事件和规则等等。

事件是指在一个流程节点中具体的执行内容，例如在保理业务的应收账款受让这个流程节点中，是否自动受让，是否需要主管审核，受让后是否自动放款等，这些都是事件。规则是指从一个流程节点流转至下一个流程节点的必要条件，例如流转至应收账款受让这个流程节点之前需要应收账款登记。

在一些实施例中，获取目标业务下的目标子业务的流程框架配置信息之前还可以包括：

显示第二配置界面，其中，第二配置界面用于配置初始业务流程框架中，各流程节点的执行顺序、事件或者规则中至少一项的参数。

则获取目标业务下的目标子业务的流程框架配置信息，可以包括：

在接收到用户在第二配置界面的参数配置操作的情况下，响应于参数配置操作，获取至少一个流程节点的执行顺序、事件或者规则中至少一项的参数；

将至少一个流程节点的执行顺序、事件或者规则中至少一项的参数确定为目标子业务的流程框架配置信息。

本实施方式中，将初始业务流程配置框架的配置界面显示至终端用户操作界面，通过终端用户操作界面，用户可以通过终端用户操作界面上显示的业务流程框架的配置界面对目标业务的流程进行配置，使开发过程变得可视化，提高了业务流程的效率。

其中，用户在第二配置界面的参数配置操作可以是第二配置界面显示初始业务流程框架的配置参数输入窗口，用户根据目标子业务的需求在第二配置界面输入至少一个流程节点的执行顺序、事件或者规则中至少一项的参数。

具体地，当业务流程配置系统接收到目标子业务的流程配置请求或者是用户的流程配置操作信息时，显示第二配置界面，用户根据目标子业务的需求在流程配置界面输入至少一个流程节点的执行顺序、事件或者规则中至少一项的参数，业务流程配置系统在接收到用户输入的参数后，根据用户输入的参数确定目标子业务的业务流程框架的配置信息。

例如，假设保理业务下产品A的业务流程中的第2个流程节点为：应收账款受让，流程节点的执行内容为：校验应收账款登记，主管审核。在业务流程配置系统接收保理业务下产品A的业务流程配置请求之后，响应于流程配置请求，在用户终端显示与保理业务相关联的初始业务流程框架的配置参数输入界面，用户可以在配置界面中输入产品A的业务流程的第2个流程节点为应收账款受让参数、需要校验应收账款登记参数和主管审核参数，根据上述用户输入的参数可以确定产品A的业务流程框架的配置信息为：第2个流程节点为应收账款受让，在该流程节点中需要校验应收账款登记和主管审核。

在本申请实施例中业务流程配置系统基于用户在显示界面的操作获取业务流程框架的配置信息的具体操作形式可根据实际应用场景而确定，本申请不做限定。

在步骤102中，基于流程框架配置信息和目标业务关联的初始业务流程框架，生成目标业务流程框架。

其中，初始业务流程框架内设置有多个业务流程节点，目标业务流程框架为：对初始业务流程框架内的至少一个业务流程节点的执行顺序、事件以及规则中的至少一项进行更新。

初始业务流程框架是针对企业项目或产品中业务流程所制定的一个通用功能已经实现的可重用的用于流程配置的基础框架。开发人员或用户可基于初始业务流程框架，根据具体的业务流程框架配置信息对初始业务流程框架中的默认配置信息(即业务流程节点的执行顺序、事件以及规则)进行更新，生成目标业务流程框架。

在本申请实施例中，当需要实现一个业务下新的子业务的业务流程配置或者是子业务流程更新时，首先需要获取与业务相关联的初始业务流程框架，并将初始业务流程框架的配置界面显示至终端用户操作界面，基于在终端用户操作界面上呈现的业务流程配置界面，用户可以结合对该业务的具体功能需求，进行业务流程的配置，使流程配置过程变得可视化，更加便于操作。

在一些实施例中，基于流程框架配置信息和目标业务关联的初始业务流程框架，生成目标业务流程框架之前，还可以包括：

获取目标业务下的多个历史子业务的执行流程信息，其中，执行流程信息包括：业务流程节点，以及业务流程节点的第一配置参数，第一配置参数为执行顺序、事件以及规则中的至少一项的参数；

从多个历史子业务中的执行流程信息中，提取多个业务流程节点；

基于多个历史子业务的执行流程信息中业务流程节点的第一配置参数，生成多个业务流程节点关联的初始配置信息；

基于多个业务流程节点和初始配置信息，构建初始业务流程框架。

本实施方式中，针对企业项目或产品中业务流程所制定的一个通用功能已经实现的可重用的用于流程配置的基础框架，开发人员或用户可基于初始业务流程框架，根据具体的业务流程框架配置信息对初始业务流程框架中的默认配置信息(即业务流程节点的执行顺序、事件以及规则)进行更新，生成目标业务流程框架，实现业务流程的配置，可以避免不必要的二次开发。

一般来说，一个类型的业务下，往往有多个子业务，不同的子业务的业务需求有共同的地方，也有独特的部分，因此可以基于这些子业务流程的基本共性，来构建初始业务流程框架。

具体地，先获取目标业务下多个历史子业务的执行流程信息，从历史子业务的执行流程信息中，可以获取子业务之间相同或者大多数子业务采用的流程配置信息，先从历史子业务的流程配置信息提取出来多个业务流程节点(即提取出目标业务的基础流程节点)，可以是提取出多个历史子业务的流程配置信息中相同的流程节点或者使用频率较高的流程节点；然后获取上述提取出的流程节点在多个历史子业务中第一配置信息(即获取提取出的流程节点在每个历史子业务的执行流程中对应的配置参数)，根据每个提取出的流程节点的第一配置参数确定该流程节点的初始配置信息；基于多个业务流程节点和初始配置信息，构建初始业务流程框架。

在一些实施例中，基于多个历史子业务的执行流程信息中多个业务流程节点的第一配置参数，生成多个业务流程节点关联的初始配置信息，可以包括：

统计多个业务流程节点中各第一配置参数在多个历史子业务的执行流程信息的重复次数；

通过多个业务流程节点中重复次数最多的第一配置参数，生成初始配置信息。

本实施方式中，通过确定每个提取出的流程节点在多个历史子业务的执行流程信息中各第一配置参数的重复次数，可以确定各流程节点在历史子业务中的通用配置信息，根据通用配置信息构建能够实现目标业务基础功能的初始业务流程框架。

例如：在保理业务下有多种产品，包括保理产品A、保理产品B、产品C等等。从这些产品的历史执行流程信息中可以提取出保理业务的基础流程节点包括：业务合同申报、应收账款录入、应收账款登记、应收账款受让、申请支用放款、应收账款回款、预付款偿付等。在此，以应收账款受让这个流程节点为例，假设在上述这些产品的业务流程中应收账款受让这个流程节点的配置参数中自动受让参数重复次数最多，则将自动受让确定为应收账款受让的初始配置信息，根据每个基础流程节点的初始配置信息即可确定整个初始流程框架的初始配置信息。

在一些实施例中，基于流程框架配置信息和目标业务关联的初始业务流程框架，生成目标业务流程框架之前，还可以包括：

接收流程框架更新操作，其中，流程框架更新操作用于指示：新增流程节点，以及新增流程节点的第二配置参数，第二配置参数包括执行顺序、事件以及规则中的至少一项的参数；

响应于流程框架更新操作，按照第二配置参数，将新增流程节点加入至初始业务流程框架。

本实施方式中，当业务流程需要增加新的流程节点时，可以通过更新操作对初始业务流程框架进行更新，在更新后的初始业务流程框架的基础上进行根据具体的业务流程框架配置信息对初始业务流程框架中的默认配置信息进行更新，提高了流程配置效率。

当一个业务发展到一定阶段时，业务需求会产生变更，因此业务流程也需要随之进行更新。当目标子业务的业务流程中需要增加新的流程节点，而初始业务流程框架中不存在新增流程节点时，可以对目标业务对应的初始业务流程框架进行流程节点更新。

具体地，用户可以根据目标子业务的新的业务需求，确定新增流程节点以及新增流程节点的配置参数(即第二配置参数)；业务流程配置系统响应于流程框架更新请求，显示目标业务关联的初始业务流程框架的更新界面，用户可以在更新界面进行更新操作，业务流程配置系统根据更新操作的指示将新增流程节点，以及新增流程节点的第二配置参数加入至初始业务流程框架。

在步骤103中，将目标业务流程框架内的业务流程，作为目标子业务的执行流程。

业务流程配置系统接收到对目标子业务的请求时，获取与目标子业务对应的目标业务流程框架，根据目标业务流程框架的配置信息执行目标业务流程框架内的流程。

例如，目标业务流程框架中的流程节点包括业务合同申报、应收账款录入、应收账款登记、应收账款受让；流程节点的执流程行顺序为：1、业务合同申报、2、应收账款录入、3、应收账款登记、4、应收账款受让，假设应收账款受让的配置参数包括：校验应收账款登记和主管审核。当目标子业务的执行流程执行第四个流程节点：应收账款受让时，先校验应收账款登记是否登记；若登记，则进行主管审核；若审核通过，则完成应收账款受让。

在一些实施例中，用户可以在目标子业务的流程执行前，预先通过业务流程框架的第一配置界面选择业务流程的配置信息或是通过第二配置界面输入配置信息参数，获得目标业务流程框架，在接收到目标子业务的业务请求时，执行与目标子业务对应配置好的目标业务流程框架中的业务流程。

在一些实施例中，也可以在业务流程配置系统接收到目标子业务的业务请求之后，开始执行业务流程框架中默认流程的过程中，对需要根据目标子业务需求进行个性化配置的流程节点，通过业务流程框架的第一配置界面选择业务流程的配置信息或是通过第二配置界面输入配置信息参数，业务流程配置系统根据获取的上述配置信息对目标子业务的业务流程进行个性化配置。例如：用户在提交应收账款受让时，在第一配置界面选中是否需要校验应收账款登记，是否需要主管审核，是否需要联动放款等操作；如果没有选中配置选项，则按照预配置的方案进行流程，如果选中了配置选项，则说明针对该流程节点进行了个性化配置，按照配置选项对应的配置信息配置执行流程。

本申请实施例提供的业务流程配置方法，可以广泛适用于各种业务办理流程的开发系统，通过获取与业务相关联的初始业务流程配置框架，并将初始业务流程配置框架的配置界面显示至终端用户操作界面，通过终端用户操作界面，用户可以通过终端用户操作界面上显示的业务流程框架的配置界面对目标业务的流程进行配置。将业务流程框架的配置界面显示至终端用户操作界面是为了使开发过程变得可视化，提高了业务流程的效率，避免了不必要的二次开发。

以下结合一具体应用例对本申请实施例进行说明，在保理业务下，以保理产品A为例，产品A的业务流程配置可以包括以下步骤：

步骤1：搭建与保理业务对应的初始业务流程框架。

首先建立保理的初始业务流程框架，不同产品的保理业务在流程中有差异，但是总体都是基于保理的基本业务展开的，首先搭建与保理业务对应的初始业务流程框架，实现保理业务的通用功能。

(1)针对保理的常用流程场景，通过需求分析与代码开发，建立基本的流程框架(即初始业务流程框架)，实现一套数据输入，结果输出的程序。程序模块包括：业务合同申报、应收账款录入、应收账款登记、应收账款受让、申请支用放款、应收账款回款、预付款偿付等(即从多个历史子业务中的执行流程信息中，提取多个业务流程节点)。

(2)保理业务初始业务流程框架每个流程节点通过框架中的具体构件进行实现，如表1所示，保证了保理的服务的稳定性，同时方便了后续的业务扩展。

表1

(3)初始业务流程框架中预先设置规则库和事件库。

规则管理：针对保理业务中涉及到的规则进行分类总结，归纳记录在规则库中，在执行产品流程时，必须保证符合规则的业务才能继续下一步流程节点。例如：应收账款是保理业务的核心，在合同申请后所有的操作都是基于应收账款实现的，应收账款录入后是否需要登记才能进行受让操作，可以在产品A中定义需要保证该规则才能执行下一步，在产品B中定义不需要保证该规则。

事件管理：不同产品在上述的基本流程中有不同的业务需求，将不同的产品中的业务需求进行分析总结，归纳在事件库中，在不同产品执行时，通过配置查询事件库，保证不同的业务执行流程。例如：是否自动受让、是否由渠道发起支用申请、是否系统自动放款等。在不同的产品中配置不同的事件，实现业务流程的差异化。

组合服务：将上文中记录的规则与事件通过配置文件条件进行组合，在基础业务执行前读取特定的配置文件，然后即可在代码执行过程中调用不同的规则与事件进行事务处理。好比规则与事件都是积木，不同的积木组合可以拼接成不同的形状，不同的规则与事件组合在一起也可以实现不同的产品流程(即通过流程框架配置信息对所述初始业务流程框架内的至少一个业务流程节点的执行顺序、事件以及规则中的至少一项进行更新)。

步骤2、用户根据产品A的业务流程需要哪些功能或需求来确定初始业务流程框架中的流程节点的执行顺序以及事件和规则(即目标业务下的目标子业务的流程框架配置信息)。以应收账款受让为例，用户需要选择规则：受让前是否需要应收账款登记，选择事件：是否需要主管审核，分行行长审核等步骤，受让后是否联动放款等。

步骤3、业务流程配置系统获取步骤2中确认的产品A的业务流程框架配置信息；

获取方式一：接口输入参数

将初始业务流程框架的接口进行改造，修改接口的请求报文与响应报文，可以通过传入不同的值，实现不同产品的不同流程，例如应收账受让，通过传入是否自动受让参数，定义应收账款是自动受让还是手动受让。(即显示第二配置界面，其中，所述第二配置界面用于配置所述初始业务流程框架中，各流程节点的执行顺序、事件或者规则中至少一项的参数；所述获取目标业务下的目标子业务的流程框架配置信息，包括：在接收到用户在所述第二配置界面的参数配置操作的情况下，响应于所述参数配置操作，获取所述至少一个流程节点的执行顺序、事件或者规则中至少一项的参数)。

获取方式二：修改配置文件，用户通过修改业务流程配置系统的方案文件来进行流程配置，包括修改方法一和修改方法二。

修改方法一：预配置方式。

(1)业务流程配置系统接收产品A的流程配置任务(或者是用户的流程配置操作信息)；

(2)业务流程配置系统响应于流程配置任务或者用户的操作，显示流程配置界面或窗口(即显示第一配置界面)；

(3)用户在流程配置界面上对配置项进行选择，选择流程节点的顺序以及事件和规则，所述配置项是在流程框架中预先设置好的(即第一配置界面显示有至少一项配置选项，各所述配置选项预先配置有所述初始业务流程框架的配置信息，且不同所述配置选项中预先配置的配置信息不同)；

(4)业务流程配置系统根据用户的选择操作获取产品A的业务流程框架配置信息(即在接收到用户在第一配置界面中的选择操作的情况下，响应于所述选择操作，在至少一项配置选项中确定目标配置选项；将目标配置选项的配置信息确定为目标子业务的流程框架配置信息。)。

修改方法二：实时配置。用户在实际流程发起时，可以选中该流程的特殊化处理。

(1)用户在提交应收账款受让时，根据弹窗(即第一配置界面)选中是否需要校验应收账款登记，是否需要主管审核，是否需要联动放款等操作。

(2)如果没有选中，则按照预配置的方案进行流程，如果配置了，则说明针对该客户进行了个性化配置，在后续的流程中按照个性化配置信息执行。

步骤4、基于产品A的流程框架配置信息和保理业务关联的初始业务流程框架，生成产品A的目标业务流程框架。

在获取了产品A的业务流程框架配置信息后，根据配置信息对初始业务流程框架内的流程节点的执行顺序、事件以及规则进行更新或配置，生成产品A对应的目标业务流程框架。例如，配置信息中对初始业务流程框架内的应收账款受让的流程节点设置了规则：在应收账款受让前不对应收账款登记进行校验。

步骤5、业务流程配置系统接收到对产品A的业务请求时，执行与产品A对应的目标业务流程框架内的流程，例如，根据目标业务流程框架的配置信息，在应收账款受让前不对应收账款登记进行校验。

步骤6、在特殊情况下，如果客户A需要进行应收账款登记操作，则可以在为客户A办理产品A时，在产品A对应的目标业务流程框架接口的请求参数中传入“需要登记”的参数(即上述从接口输入参数方法)，则客户A在受让前就需要进行登记操作。而其他流程节点可以按照默认配置信息执行。

本申请实施例提供的流程配置方法，通过获取目标业务下的目标子业务的流程框架配置信息，基于流程框架配置信息和目标业务关联的初始业务流程框架，生成目标业务流程框架；当接收到目标子业务请求时，将目标业务流程框架内的业务流程，作为目标子业务的执行流程。通过目标子业务的流程框架配置信息和目标业务关联的初始业务流程框架即可对目标子业务的流程进行配置，因此只需调用或设置目标子业务对应的流程框架配置信息即可，无需修改程序代码，从而可灵活地更改或配置业务流程，进而提高了业务流程配置效率。

如图2所示，本申请实施例还提供了一种流程配置装置，包括第一获取模块201、第一配置模块202和第一生成模块203。

第一获取模块201用于获取目标业务下的目标子业务的流程框架配置信息；

第一配置模块202用于基于流程框架配置信息和目标业务关联的初始业务流程框架，生成目标业务流程框架，其中，初始业务流程框架内设置有多个业务流程节点，目标业务流程框架为：对初始业务流程框架内的至少一个流程节点的执行顺序、事件以及规则中的至少一项进行更新；

第一生成模块203用于将目标业务流程框架内的业务流程，作为目标子业务的执行流程。

可选地，为了使流程配置操作更加简单，上述流程配置装置还可以包括：

第一显示模块，用于显示第一配置界面，其中所述第一配置界面显示有至少一项配置选项，各所述配置选项预先配置有所述初始业务流程框架的配置信息，且不同所述配置选项中预先配置的配置信息不同。

第一获取模块201可以包括第一接收单元和第一确定单元。

第一接受单元，用于在接收到用户在所述第一配置界面中的选择操作的情况下，响应于所述选择操作，在所述至少一项配置选项中确定目标配置选项；

第一确定单元，用于将所述目标配置选项的配置信息确定为所述目标子业务的流程框架配置信息。

可选地，上述流程配置装置还可以包括：

第二显示模块，用于响应于目标子业务流程的第二流程配置请求，显示第一目标业务流程框架的第二配置界面，其中第二配置界面为第一目标业务流程框架的接口请求参数输入界面；

第一获取模块201可以包括第二接收单元和第二确定单元。

第二接收单元，用于在接收到用户在所述第二配置界面的参数配置操作的情况下，响应于所述参数配置操作，获取所述至少一个流程节点的执行顺序、事件或者规则中至少一项的参数；

第二确定单元，用于将所述至少一个流程节点的执行顺序、事件或者规则中至少一项的参数确定为所述目标子业务的流程框架配置信息。

可选地，上述流程配置装置，还可以包括：

第二获取模块，用于获取目标业务下的多个历史子业务的执行流程信息，其中，执行流程信息包括：业务流程节点，以及业务流程节点的第一配置参数，第一配置参数为执行顺序、事件以及规则中的至少一项的参数；

提取模块，用于从多个历史子业务中的执行流程信息中，提取多个业务流程节点；

第二配置模块，用于基于多个历史子业务的执行流程信息中业务流程节点的第一配置参数，生成多个业务流程节点关联的初始配置信息；

第二生成模块，用于基于多个业务流程节点和初始配置信息，构建初始业务流程框架。

可选地，上述第二配置模块具体用于统计多个业务流程节点中各第一配置参数在多个历史子业务的执行流程信息的重复次数；

通过多个业务流程节点中重复次数最多的第一配置参数，生成初始配置信息。

可选地，上述业务流程配置装置，还可以包括：

接收模块，用于接收流程框架更新操作，其中，流程框架更新操作用于指示：新增流程节点，以及新增流程节点的第二配置参数，第二配置参数包括执行顺序、事件以及规则中的至少一项的参数；

更新模块，用于响应于流程框架更新操作，按照第二配置参数，将新增流程节点加入至初始业务流程框架。

本申请实施例提供的业务流程配置装置，通过获取目标业务下的目标子业务的流程框架配置信息，基于流程框架配置信息和目标业务关联的初始业务流程框架，生成目标业务流程框架；当接收到目标子业务请求时，将目标业务流程框架内的业务流程，作为目标子业务的执行流程。通过目标子业务的流程框架配置信息和目标业务关联的初始业务流程框架即可对目标子业务的流程进行配置，因此只需调用或设置目标子业务对应的业务流程框架配置信息即可，无需修改程序代码，从而可灵活地更改或配置业务流程，进而提高了业务流程配置效率。

图3示出了本申请实施例提供的电子设备的硬件结构示意图。

在电子设备可以包括处理器301以及存储有计算机程序指令的存储器302。

具体地，上述处理器301可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器302可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器302可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器302可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器302可在综合网关容灾设备的内部或外部。在特定实施例中，存储器302是非易失性固态存储器。

存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。

处理器301通过读取并执行存储器302中存储的计算机程序指令，以实现上述实施例中的任意一种业务流程配置方法。

在一个示例中，电子设备还可包括通信接口303和总线304。其中，如图3所示，处理器301、存储器302、通信接口303通过总线304连接并完成相互间的通信。

通信接口303，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线304包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线304可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

另外，结合上述实施例中的流程配置方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种业务流程配置方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (14)

1.一种业务流程配置方法，其特征在于，包括：

获取目标业务下的目标子业务的流程框架配置信息；

基于所述流程框架配置信息和所述目标业务关联的初始业务流程框架，生成目标业务流程框架，其中，所述初始业务流程框架内设置有多个业务流程节点，所述目标业务流程框架为：对所述初始业务流程框架内的至少一个业务流程节点的执行顺序、事件以及规则中的至少一项进行更新；

将所述目标业务流程框架内的业务流程，作为所述目标子业务的执行流程。

2.根据权利要求1所述的方法，其特征在于，所述获取目标业务下的目标子业务的流程框架配置信息之前，还包括：

显示第一配置界面，其中所述第一配置界面显示有至少一项配置选项，各所述配置选项预先配置有所述初始业务流程框架的配置信息，且不同所述配置选项中预先配置的配置信息不同；

所述获取目标业务下的目标子业务的流程框架配置信息，包括：

在接收到用户在所述第一配置界面中的选择操作的情况下，响应于所述选择操作，在所述至少一项配置选项中确定目标配置选项；

将所述目标配置选项的配置信息确定为所述目标子业务的流程框架配置信息。

3.根据权利要求1所述的方法，其特征在于，所述获取目标业务下的目标子业务的流程框架配置信息之前，还包括：

显示第二配置界面，其中，所述第二配置界面用于配置所述初始业务流程框架中，各流程节点的执行顺序、事件或者规则中至少一项的参数；

所述获取目标业务下的目标子业务的流程框架配置信息，包括：

在接收到用户在所述第二配置界面的参数配置操作的情况下，响应于所述参数配置操作，获取所述至少一个流程节点的执行顺序、事件或者规则中至少一项的参数；

将所述至少一个流程节点的执行顺序、事件或者规则中至少一项的参数确定为所述目标子业务的流程框架配置信息。

4.根据权利要求1所述的方法，其特征在于，所述基于所述流程框架配置信息和所述目标业务关联的初始业务流程框架，生成目标业务流程框架之前，还包括：

获取所述目标业务下的多个历史子业务的执行流程信息，其中，所述执行流程信息包括：业务流程节点，以及业务流程节点的第一配置参数，所述第一配置参数为执行顺序、事件以及规则中的至少一项的参数；

从所述多个历史子业务中的执行流程信息中，提取所述多个业务流程节点；

基于所述多个历史子业务的执行流程信息中所述业务流程节点的第一配置参数，生成所述多个业务流程节点关联的初始配置信息；

基于所述多个业务流程节点和所述初始配置信息，构建所述初始业务流程框架。

5.根据权利要求4所述的方法，其特征在于，所述基于所述多个历史子业务的执行流程信息中所述多个业务流程节点的第一配置参数，生成所述多个业务流程节点关联的初始配置信息，包括：

统计所述多个业务流程节点中各第一配置参数在所述多个历史子业务的执行流程信息的重复次数；

通过所述多个业务流程节点中重复次数最多的第一配置参数，生成初始配置信息。

6.根据权利要求1所述的方法，其特征在于，所述基于所述流程框架配置信息和所述目标业务关联的初始业务流程框架，生成目标业务流程框架之前，还包括：

接收流程框架更新操作，其中，所述流程框架更新操作用于指示：新增流程节点，以及所述新增流程节点的第二配置参数，所述第二配置参数包括执行顺序、事件以及规则中的至少一项的参数；

响应于所述流程框架更新操作，按照所述第二配置参数，将所述新增流程节点加入至所述初始业务流程框架。

7.一种业务流程配置装置，其特征在于，包括：

第一获取模块，用于获取目标业务下的目标子业务的流程框架配置信息；

第一配置模块，用于基于所述流程框架配置信息和所述目标业务关联的初始业务流程框架，生成目标业务流程框架，其中，所述初始业务流程框架内设置有多个业务流程节点，所述目标业务流程框架为：对所述初始业务流程框架内的至少一个流程节点的执行顺序、事件以及规则中的至少一项进行更新；

第一生成模块，用于将所述目标业务流程框架内的业务流程，作为所述目标子业务的执行流程。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第一显示模块，用于显示第一配置界面，其中所述第一配置界面显示有至少一项配置选项，各所述配置选项预先配置有所述初始业务流程框架的配置信息，且不同所述配置选项中预先配置的配置信息不同；

所述第一获取模块包括：

第一接受单元，用于在接收到用户在所述第一配置界面中的选择操作的情况下，响应于所述选择操作，在所述至少一项配置选项中确定目标配置选项；

第一确定单元，用于将所述目标配置选项的配置信息确定为所述目标子业务的流程框架配置信息。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第二显示模块，用于显示第二配置界面，其中，所述第二配置界面用于配置所述初始业务流程框架中，各流程节点的执行顺序、事件或者规则中至少一项的参数；；

所述第一获取模块包括：

第二接收单元，用于在接收到用户在所述第二配置界面的参数配置操作的情况下，响应于所述参数配置操作，获取所述至少一个流程节点的执行顺序、事件或者规则中至少一项的参数；

第二确定单元，用于将所述至少一个流程节点的执行顺序、事件或者规则中至少一项的参数确定为所述目标子业务的流程框架配置信息。

10.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第二获取模块，用于获取所述目标业务下的多个历史子业务的执行流程信息，其中，所述执行流程信息包括：业务流程节点，以及业务流程节点的第一配置参数，所述第一配置参数为执行顺序、事件以及规则中的至少一项的参数；

提取模块，用于从所述多个历史子业务中的执行流程信息中，提取所述多个业务流程节点；

第二配置模块，用于基于所述多个历史子业务的执行流程信息中所述业务流程节点的第一配置参数，生成所述多个业务流程节点关联的初始配置信息；

第二生成模块，用于基于所述多个业务流程节点和所述初始配置信息，构建所述初始业务流程框架。

11.根据权利要求10所述的装置，其特征在于，所述第二配置模块，具体用于统计所述多个业务流程节点中各第一配置参数在所述多个历史子业务的执行流程信息的重复次数；

通过所述多个业务流程节点中重复次数最多的第一配置参数，生成初始配置信息。

12.根据权利要求11所述的装置，其特征在于，所述装置，还包括：

接收模块，用于接收流程框架更新操作，其中，所述流程框架更新操作用于指示：新增流程节点，以及所述新增流程节点的第二配置参数，所述第二配置参数包括执行顺序、事件以及规则中的至少一项的参数；

更新模块，用于响应于所述流程框架更新操作，按照所述第二配置参数，将所述新增流程节点加入至所述初始业务流程框架。

13.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-6任一项所述的业务流程配置方法的步骤。

14.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-6任一项所述的业务流程配置方法的步骤。

Images