CN116048490B - 业务事件处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种业务事件处理方法、装置、计算机设备和存储介质，包括：展示目标服务对应的业务流程编辑界面；目标服务对应的终端部署有代码构建器，代码构建器与多个服务的接口建立有对接关系；响应于对业务流程编辑界面中处理控件的调用操作，展示所调用的各个目标处理控件；接收针对各个目标处理控件的配置操作，得到多个配置完成的目标处理控件；基于各个目标处理控件的配置信息，建立各个目标处理控件之间的数据流转关系，按照数据流转关系，逐一执行各个配置完成的目标处理控件对应的处理内容。该方法将各服务的事件均内置到代码构建器中来实现，能够极大地降低集成各个服务的时间成本，提高不同服务之间进行数据流通以处理业务事件的效率。

Description

业务事件处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及软件集成技术领域，特别是涉及一种业务事件处理方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

目前，在计算机软件领域，针对一些业务的处理，可能需要几个服务或平台之间进行数据互通，例如订单拉取业务，需要数据处理平台（服务1）去拉取订单产生平台（服务2）的数据。而若要实现多个服务之间的数据连通，往往需要开发人员将每个服务均修改一遍，测试人员对每个服务重新测试，运维人员将每个服务重新部署上线，最终才能完成这几个服务之间的数据连通。

但是，随着服务数量的增加，开发、测试、运维花费的时间将成（n-1）*n（其中，n表示服务数量）的比例上升，导致整个处理过程效率较低。

发明内容

基于此，有必要针对上述业务事件处理过程效率较低的技术问题，提供一种业务事件处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种业务事件处理方法。所述方法包括：

展示目标服务对应的业务流程编辑界面；所述目标服务对应的终端部署有预先创建的代码构建器，所述代码构建器与多个服务的接口之间建立有对接关系；所述目标服务属于所述多个服务中的任一个服务；所述业务流程编辑界面包括多个处理控件；

响应于针对所述多个处理控件的调用操作，在所述业务流程编辑界面中的编辑区域展示所调用的各个目标处理控件；

接收针对所述各个目标处理控件的配置操作，得到多个配置完成的目标处理控件；

基于各个目标处理控件的配置信息，建立所述各个目标处理控件之间的数据流转关系，按照所述数据流转关系，逐一执行各个配置完成的目标处理控件对应的处理内容。

在其中一个实施例中，所述处理控件包括触发控件、条件过滤控件和执行控件；所述方法还包括：

当接收到针对所述触发控件、所述条件过滤控件和所述执行控件中任一种处理控件的多次调用操作时，在所述业务流程编辑界面中的编辑区域展示数目与调用次数相同的目标处理控件。

在其中一个实施例中，所述按照所述数据流转关系，逐一执行各个配置完成的目标处理控件对应的处理内容，包括：

以所述触发控件为起点，检测所述触发控件的配置情况；

若所述触发控件存在配置信息，则按照所述数据流转关系确定所述触发控件的下一个目标处理控件，并将所述触发控件对应的业务事件流转至所述下一个目标处理控件，直至遍历完各个配置完成的目标处理控件。

在其中一个实施例中，所述按照所述数据流转关系确定所述触发控件的下一个目标处理控件，并将所述触发控件对应的业务事件流转至所述下一个目标处理控件之后，还包括：

若所述下一个目标处理控件为条件过滤控件，则检测所述业务事件是否满足所述条件过滤控件配置的过滤条件；

若满足所述过滤条件，则确定所述条件过滤控件的下一个目标处理控件。

在其中一个实施例中，所述按照所述数据流转关系确定所述触发控件的下一个目标处理控件，并将所述触发控件对应的业务事件流转至所述下一个目标处理控件之后，还包括：

若所述下一个目标处理控件为执行控件，则按照所述执行控件的配置信息对所述业务事件进行对应处理；

当所述执行控件处理结束后，确定所述执行控件的下一个目标处理控件。

在其中一个实施例中，所述方法还包括：

当所述触发控件不存在配置信息、所述业务事件不满足所述条件过滤控件配置的过滤条件，以及所述执行控件没有下一个目标处理控件中的任一种条件成立时，结束针对所述业务事件的处理流程。

在其中一个实施例中，所述方法还包括：

当第一目标处理控件与第二目标处理控件之间未成功进行数据流转，或者第二目标处理控件处理失败时，采用第一标识标记所述第一目标处理控件与第二目标处理控件之间的连接线；

当所述第一目标处理控件与所述第二目标处理控件之间成功进行数据流转，或者第二目标处理控件处理成功时，采用第二标识标记所述第一目标处理控件与所述第二目标处理控件之间的连接线。

第二方面，本申请还提供了一种业务事件处理装置。所述装置包括：

展示模块，用于展示目标服务对应的业务流程编辑界面；所述目标服务对应的终端部署有预先创建的代码构建器，所述代码构建器与多个服务的接口之间建立有对接关系；所述目标服务属于所述多个服务中的任一个服务；所述业务流程编辑界面包括多个处理控件；

调用模块，用于响应于针对所述多个处理控件的调用操作，在所述业务流程编辑界面中的编辑区域展示所调用的各个目标处理控件；

配置模块，用于接收针对所述各个目标处理控件的配置操作，得到多个配置完成的目标处理控件；

执行模块，用于基于各个目标处理控件的配置信息，建立所述各个目标处理控件之间的数据流转关系，按照所述数据流转关系，逐一执行各个配置完成的目标处理控件对应的处理内容。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

展示目标服务对应的业务流程编辑界面；所述目标服务对应的终端部署有预先创建的代码构建器，所述代码构建器与多个服务的接口之间建立有对接关系；所述目标服务属于所述多个服务中的任一个服务；所述业务流程编辑界面包括多个处理控件；

响应于针对所述多个处理控件的调用操作，在所述业务流程编辑界面中的编辑区域展示所调用的各个目标处理控件；

接收针对所述各个目标处理控件的配置操作，得到多个配置完成的目标处理控件；

基于各个目标处理控件的配置信息，建立所述各个目标处理控件之间的数据流转关系，按照所述数据流转关系，逐一执行各个配置完成的目标处理控件对应的处理内容。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

展示目标服务对应的业务流程编辑界面；所述目标服务对应的终端部署有预先创建的代码构建器，所述代码构建器与多个服务的接口之间建立有对接关系；所述目标服务属于所述多个服务中的任一个服务；所述业务流程编辑界面包括多个处理控件；

响应于针对所述多个处理控件的调用操作，在所述业务流程编辑界面中的编辑区域展示所调用的各个目标处理控件；

接收针对所述各个目标处理控件的配置操作，得到多个配置完成的目标处理控件；

基于各个目标处理控件的配置信息，建立所述各个目标处理控件之间的数据流转关系，按照所述数据流转关系，逐一执行各个配置完成的目标处理控件对应的处理内容。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

展示目标服务对应的业务流程编辑界面；所述目标服务对应的终端部署有预先创建的代码构建器，所述代码构建器与多个服务的接口之间建立有对接关系；所述目标服务属于所述多个服务中的任一个服务；所述业务流程编辑界面包括多个处理控件；

响应于针对所述多个处理控件的调用操作，在所述业务流程编辑界面中的编辑区域展示所调用的各个目标处理控件；

接收针对所述各个目标处理控件的配置操作，得到多个配置完成的目标处理控件；

基于各个目标处理控件的配置信息，建立所述各个目标处理控件之间的数据流转关系，按照所述数据流转关系，逐一执行各个配置完成的目标处理控件对应的处理内容。

上述业务事件处理方法、装置、计算机设备、存储介质和计算机程序产品，通过创建代码构建器，由代码构建器预先对接好各个服务或平台的接口，并且提供多个处理控件满足各个服务的业务流程编排需求，在实际进行多个服务之间的数据连通时，只需要在需进行数据连通的目标服务对应的终端部署该代码构建器，通过可视化的业务流程编辑界面中的各个处理控件实现业务流程的编排，该方法将各服务的事件均内置到代码构建器中来实现，能够极大地降低集成各个服务的时间成本，将开发、测试和运维过程中的重复代码置于该代码构建器中，可节省重复代码所花费的时间，提高不同服务之间进行数据流通以处理业务事件的效率。

附图说明

图1为一个实施例中业务事件处理方法的流程示意图；

图2为一个实施例中代码构建器获取触发控件、条件过滤控件和执行控件的过程示意图；

图3为一个实施例中创建触发控件、条件过滤控件和执行控件的编排方式的示意图；

图4为一个实施例中订单创建事件的配置过程示意图；

图5为另一个实施例中业务事件处理方法的流程示意图；

图6为一个实施例中代码构建器执行业务事件的流程示意图；

图7为一个实施例中业务事件处理装置的结构框图；

图8为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在一个实施例中，如图1所示，提供了一种业务事件处理方法，本实施例以该方法应用于终端进行举例说明，可以理解的是，该方法也可以应用于服务器，还可以应用于包括终端和服务器的系统，并通过终端和服务器的交互实现。其中，终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本实施例中，该方法包括以下步骤：

步骤S110，展示目标服务对应的业务流程编辑界面；目标服务对应的终端部署有预先创建的代码构建器，代码构建器与多个服务的接口之间建立有对接关系；目标服务属于多个服务中的任一个服务；业务流程编辑界面包括多个处理控件。

其中，处理控件的类型可包括触发控件、条件过滤控件和执行控件。

其中，触发控件用于管理各种业务事件，例如，将触发控件设置为订单创建事件，则触发控件可作为订单创建事件的触发器，实现订单创建事件的触发功能。

其中，条件过滤控件用于过滤出满足一定条件的事件。例如，对于订单创建事件，条件过滤控件可配置为过滤出金额大于100的订单。

其中，执行控件用于对条件过滤控件过滤出的事件执行操作，所执行的操作内容需通过配置确定。例如，将过滤出的金额大于100的订单通知给预定的应用程序。

具体实现中，针对需要进行数据连通的多个服务，首先创建一个初始的代码构建器，将初始的代码构建器预先对接好各个服务（或平台）的接口，得到对接完成的代码构建器，其中，代码构建器可作为一个单独的服务进行部署。

在代码构建器所对接的各个服务中的任一个服务（记为目标服务），需要与对接的其他服务进行数据连通时，可在该目标服务对应的终端中部署所创建的代码构建器，以通过代码构建器实现目标服务与其他服务之间的数据连通。

更具体地，在目标服务对应的终端部署所创建的代码构建器之后，可在该终端展示业务流程编辑界面，业务流程编辑界面中包括多个处理控件，通过各个处理控件进行业务流程的编排。

参考图2和图3，图2示出了代码构建器获取触发控件、条件过滤控件和执行控件的过程示意图，图3示出了创建触发控件、条件过滤控件和执行控件的编排方式的示意图，终端可以从服务器端获取所有可以配置的trigger（触发控件，将任意的事件都抽象成是触发控件，使用触发控件可以管理所有的事件），condition（条件过滤控件，用于过滤出满足某些条件的事件），action（执行控件，用于对过滤出的所有事件应该执行的操作）。由于是在代码构建器中进行的配置，因此配置只会让服务器端去修改数据库，无需服务重新部署。而且代码构建器已经内置了许多Trigger事件，Condition条件过滤控件，Action执行控件，使得服务之间的对接可以直接使用已经内置好的事件，许多代码可无需编写，从而极大地节省时间成本。

步骤S120，响应于针对多个处理控件的调用操作，在业务流程编辑界面中的编辑区域展示所调用的各个目标处理控件。

具体实现中，针对多个处理控件的调用操作可以为拖拉拽等操作，部署有代码构建器的终端可响应于针对业务流程编辑界面中任一个处理控件的调用操作，在业务流程编辑界面的编辑区域展示所调用的目标处理控件。其中，每个处理控件可以被调用多次，所调用的目标处理控件的数目和类型可根据业务需求信息确定。

举例说明，设有业务需求信息为：A服务需要打通B服务，以获取B服务的订单信息，并将总金额大于100的订单通知给预定的应用程序。则需先在代码构建器中建立与A服务和B服务的接口之间的对接关系，然后在A服务对应的终端中部署该建立对接关系后的代码构建器。然后在A服务对应终端的业务流程编辑界面中拖动触发控件、条件过滤控件和执行控件至编辑区域，以进行后续的流程编排。

步骤S130，接收针对各个目标处理控件的配置操作，得到多个配置完成的目标处理控件。

具体实现中，在调用各个目标处理控件至业务流程编辑界面的编辑区域后，由于处理控件是通用的不包含具体内容的控件，因此，还需要根据业务需求信息对各个目标处理控件进行配置，得到配置完成的目标处理控件。

举例说明，仍以A服务需要打通B服务，以获取B服务的订单信息，并将总金额大于100的订单通知给预定的应用程序为例，在拖动触发控件、条件过滤控件和执行控件至编辑区域后，需要对触发控件、条件过滤控件和执行控件分别进行配置操作，以使各控件按照配置信息进行数据流转。具体地，对于触发控件，可将其配置为订单创建事件的触发控件；对于条件过滤控件，可将其配置为过滤出总金额大于100的订单；对于执行控件，可将其配置为将过滤出的订单通知给应用程序。

参考图4，为一实施例示出的订单创建事件的配置过程示意图，可先基于订单创建事件的业务需求信息调用触发控件、条件过滤控件和执行控件至编辑区域，然后针对每个控件，在左侧的配置区域进行配置操作，得到配置完成的目标处理控件。

步骤S140，基于各个目标处理控件的配置信息，建立各个目标处理控件之间的数据流转关系，按照数据流转关系，逐一执行各个配置完成的目标处理控件对应的处理内容。

具体实现中，在完成对各个目标处理控件的配置操作后，可按照各个目标处理控件的配置信息，建立各个目标处理控件之间的数据流转关系，按照数据流转关系，逐一执行各个配置完成的目标处理控件对应的处理内容。

例如，对于上述A服务需要打通B服务，以获取B服务的订单信息，并将总金额大于100的订单通知给应用程序的示例，基于触发控件、条件过滤控件和执行控件的配置信息，可确定各个目标处理控件之间的数据流转关系如图4所示：触发控件→条件过滤控件→执行控件，进一步可按照该数据流转关系，逐一执行触发控件、条件过滤控件和执行控件的处理内容，完成对订单创建事件的处理。

上述业务事件处理方法中，通过创建代码构建器，由代码构建器预先对接好各个服务或平台的接口，并且提供多个处理控件满足各个服务的业务流程编排需求，在实际进行多个服务之间的数据连通时，只需要在需进行数据连通的目标服务对应的终端部署该代码构建器，通过可视化的业务流程编辑界面中的各个处理控件实现业务流程的编排，该方法将各服务的事件均内置到代码构建器中来实现，能够极大地降低集成各个服务的时间成本，将开发、测试和运维过程中的重复代码置于该代码构建器中，可节省重复代码所花费的时间，提高不同服务之间进行数据流通以处理业务事件的效率。

在一示例性实施例中，上述业务事件处理方法还包括：当接收到针对所述触发控件、所述条件过滤控件和所述执行控件中任一种处理控件的多次调用操作时，在所述业务流程编辑界面中的编辑区域展示数目与调用次数相同的目标处理控件。

具体实现中，业务需求不同，所需要的处理控件的类型和数目也可能不同，因此，目标服务对应的终端可能会接收到针对同一个处理控件的多次调用操作，这种情况下，需按照针对每个处理控件的调用操作的次数显示对应数目的目标处理控件。

例如，设接收到针对触发控件的一次调用操作，针对条件过滤控件的两次调用操作，针对执行控件的两次调用操作，则在执行业务流程编辑界面中的编辑区域展示一个触发控件、两个条件过滤控件和两个执行控件。

本实施例中，考虑到一个处理控件可能被调用多次，因此提出了基于针对处理控件的调用操作的次数，在编辑区域展示对应数目的处理控件的方式，以确保编辑区域所展示的目标处理控件与用户调用操作次数的一致性。

在一示例性实施例中，步骤S140中按照所述数据流转关系，逐一执行各个配置完成的目标处理控件对应的处理内容，包括：

步骤S141，以触发控件为起点，检测触发控件的配置情况；

步骤S142，若触发控件存在配置信息，则按照数据流转关系确定触发控件的下一个目标处理控件，并将触发控件对应的业务事件流转至下一个目标处理控件，直至遍历完各个配置完成的目标处理控件。

具体实现中，每个业务事件可通过触发控件所触发，当接收到事件触发的指令后，以触发控件为起点，检测触发控件是否被配置过，即是否存在配置信息。若否，则表明触发控件无效，则结束此次的业务事件处理流程。若是，则表明触发控件有效，可按照数据流转关系确定触发控件的下一个目标处理控件，并将触发控件对应的业务事件流转至下一个目标处理控件，以此类推，直至遍历完各个配置完成的目标处理控件。

进一步地，在一示例性实施例中，步骤S142中按照数据流转关系确定触发控件的下一个目标处理控件，并将触发控件对应的业务事件流转至下一个目标处理控件之后，还包括：若下一个目标处理控件为条件过滤控件，则检测业务事件是否满足条件过滤控件配置的过滤条件；若满足过滤条件，则确定条件过滤控件的下一个目标处理控件。

具体实现中，若触发控件之后的下一个目标处理控件为条件过滤控件，则按照条件过滤控件配置的过滤条件判断触发控件流转过来的业务事件是否符合过滤条件。若否，则结束此次的业务事件处理流程。若是，则按照数据流转关系，确定条件过滤控件的下一个目标处理控件，将事件流转给下一个目标处理控件。其中，条件过滤控件的下一个目标处理控件可能依然为条件过滤控件，也可能为执行控件。

在另一示例性实施例中，步骤S142中按照数据流转关系确定触发控件的下一个目标处理控件，并将触发控件对应的业务事件流转至下一个目标处理控件之后，还包括：若下一个目标处理控件为执行控件，则按照执行控件的配置信息对业务事件进行对应处理；当执行控件处理结束后，确定执行控件的下一个目标处理控件。

具体实现中，若触发控件之后的下一个目标处理控件为执行控件，则按照执行控件配置的执行内容进行相应的执行操作，在执行完成后，根据数据流转关系判断执行控件是否有下一个目标处理控件。若否，则结束此次的业务事件处理流程。若是，则按照数据流转关系，确定执行控件的下一个目标处理控件，将事件流转给下一个目标处理控件继续进行处理。其中，执行控件的下一个目标处理控件可能为条件过滤控件，也可能依然为执行控件。

在一示例性实施例中，所述方法还包括：当触发控件不存在配置信息、业务事件不满足条件过滤控件配置的过滤条件，以及执行控件没有下一个目标处理控件中的任一种条件成立时，结束针对业务事件的处理流程。

上述实施例中，所构建的业务流程以触发控件为起点，按照数据流转关系逐一执行各个目标处理控件对应的配置内容的操作，实现对业务事件的处理，只需通过部署代码构建器，由于是在低代码自动化构建器里面进行配置的各服务，这样配置只会让服务器端去修改数据库，无需服务重新部署。而且低代码自动化构建器已经内置了许多触发事件，条件过滤事件，执行处理器，让服务之间对接可以直接使用已经内置好的事件，许多代码无需编写，从而可以节省时间成本，提高处理效率。

在一示例性实施例中，所述方法还包括：当第一目标处理控件与第二目标处理控件之间未成功进行数据流转，或者第二目标处理控件处理失败时，采用第一标识标记第一目标处理控件与第二目标处理控件之间的连接线；当第一目标处理控件与第二目标处理控件之间成功进行数据流转，或者第二目标处理控件处理成功时，采用第二标识标记第一目标处理控件与第二目标处理控件之间的连接线。

其中，第一目标处理控件与第二目标处理控件之间的数据流转关系为第一目标处理控件流向第二目标处理控件。

其中，第一标识和第二标识的标识形式可以为颜色和线型等。例如，第一标识为红色、第二标识为绿色，又例如，第一标识为虚线、第二标识为点划线。

具体实现中，以第一标识和第二标识为颜色为例，当实际进行业务处理时，若第一目标处理控件与第二目标处理控件之间未成功进行数据流转，或者第二目标处理控件处理失败时，将第一目标处理控件与第二目标处理控件之间的连接线的颜色调整为第一预设颜色；当第一目标处理控件与第二目标处理控件之间成功进行数据流转，或者第二目标处理控件处理成功时，将第一目标处理控件与第二目标处理控件之间的连接线的颜色调整为第二预设颜色。

举例说明，设第一预设颜色为红色，第二预设颜色为绿色，参考图4，可将触发控件视为第一目标处理控件，将条件过滤控件视为第二目标处理控件，当条件过滤控件处理失败或者触发控件到条件过滤控件的消息通信发生失败时，则可将触发控件与条件过滤控件之间的连接线的颜色调整为红色。

本实施例中，通过预设的标识对出现问题的两个控件之间的连接线进行标记，实现流程可视化的监控，可以快速确定出现问题的流程节点。

在另一示例性实施例中，如图5所示，示出了一种业务事件处理方法的流程示意图，本实施例中，包括以下步骤：

步骤S510，展示目标服务对应的业务流程编辑界面；目标服务对应的终端部署有预先创建的代码构建器，代码构建器与多个服务的接口之间建立有对接关系；目标服务属于多个服务中的任一个服务；业务流程编辑界面包括多个处理控件，处理控件包括触发控件、条件过滤控件和执行控件；

步骤S520，响应于针对多个处理控件的调用操作，在业务流程编辑界面中的编辑区域展示所调用的各个目标处理控件；

步骤S530，接收针对各个目标处理控件的配置操作，得到多个配置完成的目标处理控件；

步骤S540，基于各个目标处理控件的配置信息，建立各个目标处理控件之间的数据流转关系；

步骤S550，以触发控件为起点，检测触发控件的配置情况；

步骤S560，若触发控件存在配置信息，则按照数据流转关系确定触发控件的下一个目标处理控件；

步骤S570，若触发控件的下一个目标处理控件为条件过滤控件，则检测业务事件是否满足条件过滤控件配置的过滤条件；若满足过滤条件，则确定条件过滤控件的下一个目标处理控件，直至遍历完各个配置完成的目标处理控件；

步骤S580，若触发控件的下一个目标处理控件为执行控件，则按照执行控件的配置信息对业务事件进行对应处理；当执行控件处理结束后，确定执行控件的下一个目标处理控件，直至遍历完各个配置完成的目标处理控件。

在一个实施例中，如图6所示，为代码构建器执行业务事件的流程示意图，首先，用户在配置完成相应的触发控件、条件过滤控件和执行控件之后，需要将数据持久化至数据库中，之后执行以下流程：

1.1 事件触发后，先经过trigger服务（为触发控件单独部署的服务），该服务查找数据库，确定该事件是否有用户配置过，如果有用户配置过，则确定trigger的下一个处理器（即找到与之相连的condition或action），然后将该事件流转给它，如果是condition则转入步骤1.2，如果是action则转入步骤1.3。如果用户没有配置过，则将该事件丢弃。

1.2 如果该事件是流转到condition中，则会从数据库中获取对应的过滤条件，然后判断该事件是否满足过滤条件，如果满足，则确定condition的下一个处理器（即找到与之相连的condition或action），然后将该事件流转给它，如果是condition则继续执行步骤1.2，如果是action则转入步骤1.3。如果不满足，则将该事件丢弃。

1.3 如果该事件是流转到action中，则会开始对该事件进行处理，例如向预定的应用程序发送通知消息，处理完后判断action是否有下一个处理器（即找到与之相连的condition或action），如果有而且是condition则转入步骤1.2，如果有而且是action则继续执行步骤1.3，如果没有将结束流程。

需要说明的是，现有技术在服务较少的情况下，进行n个服务之间的数据连通方法所花费的时间成本还相对较少，但是随着服务的数量增多，里面的许多代码是重复的（一般来说，打通另外一个服务研发所需要编写的代码可以抽象成以下三个步骤：拉取数据，清洗数据，落地数据），这部分重复代码的研发花费的时间将和(n-1)*n相关性上升，而且测试花费时间也和n*(n-1)有关，部署花费时间和n有关，极大的影响工作效率。

本申请提供的代码构建器通过先对接好各个服务（或平台）的接口，并且提供数据格式化（包括数据清洗（即condition和action，上述步骤1.2和1.3可体现）、规则匹配（即condition，上述步骤1.2可体现），延迟发送（即condition，上述步骤1.2可体现）等功能，满足快速对接各个服务（或平台）的需求，并且本申请提供的代码构建器是一个单独的服务，可以单独部署，使得拉取数据，清洗数据，落地数据这三个过程可以在服务对应的前端界面上通过拖拉拽某些组件来实现，而且拥有流程可视化的监控，直观快速地定位故障节点，能够大大的降低集成各个服务的时间成本，之前研发花费时间里面重复代码的花费时间为n*(n-1)相关，现在这部分重复代码放到了该代码构建器中（通过将代码构建器事先对接好各个服务，然后将各服务的事件内置到低代码自动化构建器内来实现），节省了时间。而且是在低代码自动化构建器里面进行的配置，这样配置只会让服务器端去修改数据库，无需服务重新部署也不需要重新部署，部署的时间也可节省下来，从而可极大地提高效率。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的业务事件处理方法的业务事件处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个业务事件处理装置实施例中的具体限定可以参见上文中对于业务事件处理方法的限定，在此不再赘述。

在一个实施例中，如图7所示，提供了一种业务事件处理装置，包括：

展示模块710，用于展示目标服务对应的业务流程编辑界面；目标服务对应的终端部署有预先创建的代码构建器，代码构建器与多个服务的接口之间建立有对接关系；目标服务属于多个服务中的任一个服务；业务流程编辑界面包括多个处理控件；

调用模块720，用于响应于针对多个处理控件的调用操作，在业务流程编辑界面中的编辑区域展示所调用的各个目标处理控件；

配置模块730，用于接收针对各个目标处理控件的配置操作，得到多个配置完成的目标处理控件；

执行模块740，用于基于各个目标处理控件的配置信息，建立各个目标处理控件之间的数据流转关系，按照数据流转关系，逐一执行各个配置完成的目标处理控件对应的处理内容。

在其中一个实施例中，处理控件包括触发控件、条件过滤控件和执行控件；调用模块720，还用于当接收到针对触发控件、条件过滤控件和执行控件中任一种处理控件的多次调用操作时，在业务流程编辑界面中的编辑区域展示数目与调用次数相同的目标处理控件。

在其中一个实施例中，执行模块740，还用于以触发控件为起点，检测触发控件的配置情况；若触发控件存在配置信息，则按照数据流转关系确定触发控件的下一个目标处理控件，并将触发控件对应的业务事件流转至下一个目标处理控件，直至遍历完各个配置完成的目标处理控件。

在其中一个实施例中，执行模块740，还用于若下一个目标处理控件为条件过滤控件，则检测业务事件是否满足条件过滤控件配置的过滤条件；若满足过滤条件，则确定条件过滤控件的下一个目标处理控件。

在其中一个实施例中，执行模块740，还用于若下一个目标处理控件为执行控件，则按照执行控件的配置信息对业务事件进行对应处理；当执行控件处理结束后，确定执行控件的下一个目标处理控件。

在其中一个实施例中，执行模块740，还用于当触发控件不存在配置信息、业务事件不满足条件过滤控件配置的过滤条件，以及执行控件没有下一个目标处理控件中的任一种条件成立时，结束针对业务事件的处理流程。

在其中一个实施例中，装置还包括标记模块，用于当第一目标处理控件与第二目标处理控件之间未成功进行数据流转，或者第二目标处理控件处理失败时，采用第一标识标记第一目标处理控件与第二目标处理控件之间的连接线；当第一目标处理控件与第二目标处理控件之间成功进行数据流转，或者第二目标处理控件处理成功时，采用第二标识标记第一目标处理控件与第二目标处理控件之间的连接线。

上述业务事件处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图8所示。该计算机设备包括处理器、存储器、输入/输出接口、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC（近场通信）或其他技术实现。该计算机程序被处理器执行时以实现一种业务事件处理方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置。显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（Ferroelectric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random AccessMemory，SRAM）或动态随机存取存储器（Dynamic RandomAccess Memory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种业务事件处理方法，其特征在于，所述方法包括：

展示目标服务对应的业务流程编辑界面；所述目标服务对应的终端部署有预先创建的代码构建器，所述代码构建器与多个服务的接口之间建立有对接关系，且所述代码构建器作为一个单独的服务进行部署；所述目标服务属于所述多个服务中的任一个服务；所述业务流程编辑界面包括多个处理控件；

响应于针对所述多个处理控件的调用操作，在所述业务流程编辑界面中的编辑区域展示所调用的各个目标处理控件；

接收针对所述各个目标处理控件的配置操作，得到多个配置完成的目标处理控件；

基于各个目标处理控件的配置信息，建立所述各个目标处理控件之间的数据流转关系，按照所述数据流转关系，逐一执行各个配置完成的目标处理控件对应的处理内容；

其中，所述多个处理控件用于实现所述多个服务之间进行数据连通时的拉取数据、清洗数据和落地数据的过程，且所述代码构建器中内置有各个服务的事件，具体内置有所述拉取数据、清洗数据和落地数据的过程中的重复代码；所述多个处理控件包括触发控件、条件过滤控件和执行控件；所述触发控件用于管理各种业务事件，所述条件过滤控件用于过滤出满足一定条件的事件；所述执行控件用于对所述条件过滤控件过滤出的事件执行操作；

所述数据流转关系中，所述条件过滤控件的下一个目标处理控件为条件过滤控件或执行控件。

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

当接收到针对所述触发控件、所述条件过滤控件和所述执行控件中任一种处理控件的多次调用操作时，在所述业务流程编辑界面中的编辑区域展示数目与调用次数相同的目标处理控件。

3.根据权利要求2所述的方法，其特征在于，所述按照所述数据流转关系，逐一执行各个配置完成的目标处理控件对应的处理内容，包括：

以所述触发控件为起点，检测所述触发控件的配置情况；

若所述触发控件存在配置信息，则按照所述数据流转关系确定所述触发控件的下一个目标处理控件，并将所述触发控件对应的业务事件流转至所述下一个目标处理控件，直至遍历完各个配置完成的目标处理控件。

4.根据权利要求3所述的方法，其特征在于，所述按照所述数据流转关系确定所述触发控件的下一个目标处理控件，并将所述触发控件对应的业务事件流转至所述下一个目标处理控件之后，还包括：

若所述下一个目标处理控件为条件过滤控件，则检测所述业务事件是否满足所述条件过滤控件配置的过滤条件；

若满足所述过滤条件，则确定所述条件过滤控件的下一个目标处理控件。

5.根据权利要求3所述的方法，其特征在于，所述按照所述数据流转关系确定所述触发控件的下一个目标处理控件，并将所述触发控件对应的业务事件流转至所述下一个目标处理控件之后，还包括：

若所述下一个目标处理控件为执行控件，则按照所述执行控件的配置信息对所述业务事件进行对应处理；

当所述执行控件处理结束后，确定所述执行控件的下一个目标处理控件。

6.根据权利要求3-5任一项所述的方法，其特征在于，所述方法还包括：

当所述触发控件不存在配置信息、所述业务事件不满足所述条件过滤控件配置的过滤条件，以及所述执行控件没有下一个目标处理控件中的任一种条件成立时，结束针对所述业务事件的处理流程。

7.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：

当第一目标处理控件与第二目标处理控件之间未成功进行数据流转，或者所述第二目标处理控件处理失败时，采用第一标识标记所述第一目标处理控件与所述第二目标处理控件之间的连接线；

当所述第一目标处理控件与所述第二目标处理控件之间成功进行数据流转，或者所述第二目标处理控件处理成功时，采用第二标识标记所述第一目标处理控件与所述第二目标处理控件之间的连接线。

8.一种业务事件处理装置，其特征在于，所述装置包括：

展示模块，用于展示目标服务对应的业务流程编辑界面；所述目标服务对应的终端部署有预先创建的代码构建器，所述代码构建器与多个服务的接口之间建立有对接关系，且所述代码构建器作为一个单独的服务进行部署；所述目标服务属于所述多个服务中的任一个服务；所述业务流程编辑界面包括多个处理控件，所述多个处理控件用于实现所述多个服务之间进行数据连通时的拉取数据、清洗数据和落地数据的过程，且所述代码构建器中内置有各个服务的事件，具体内置有所述拉取数据、清洗数据和落地数据的过程中的重复代码；

调用模块，用于响应于针对所述多个处理控件的调用操作，在所述业务流程编辑界面中的编辑区域展示所调用的各个目标处理控件；其中，所述多个处理控件包括触发控件、条件过滤控件和执行控件；所述触发控件用于管理各种业务事件，所述条件过滤控件用于过滤出满足一定条件的事件；所述执行控件用于对所述条件过滤控件过滤出的事件执行操作；

配置模块，用于接收针对所述各个目标处理控件的配置操作，得到多个配置完成的目标处理控件；

执行模块，用于基于各个目标处理控件的配置信息，建立所述各个目标处理控件之间的数据流转关系，按照所述数据流转关系，逐一执行各个配置完成的目标处理控件对应的处理内容；所述数据流转关系中，所述条件过滤控件的下一个目标处理控件为条件过滤控件或执行控件。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

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

Images