CN111984247A - 一种业务处理方法、装置和电子设备 - Google Patents

Abstract

本申请涉及计算机技术领域，尤其涉及一种业务处理方法、装置和电子设备。本说明书提供的业务处理方法，包括：接收业务请求；执行所述业务请求对应的业务逻辑代码，确定所述业务请求对应的请求结果；其中，在执行所述业务逻辑代码时，若需要进行预设逻辑判断，则将根据所述业务逻辑代码获得的变量输入到规则引擎，以使所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果；所述判断结果用于确定所述请求结果。本方案能够减少因逻辑规则变动而导致业务代码大量改动的问题，以及提高业务的可扩展性和开发效率。

Description

一种业务处理方法、装置和电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种业务处理方法、装置和电子设备。

背景技术

传统的业务逻辑处理中，需要大量的逻辑判断，实现逻辑判断需要涉及到对业务代码的大量改动，这样容易引入代码或涉及质量问题降低效率。而且，传统的规则引擎实现较为复杂，使用方学习规则的书写需要重新学习其特定的有限表达法，增加使用成本。

基于此，特提出本发明。

发明内容

有鉴于此，本说明书实施例提供了一种业务处理方法、装置和电子设备，用于减少因逻辑规则变动而导致业务代码大量改动的问题，以提高业务的可扩展性和开发效率。

本说明书实施例采用下述技术方案：

本说明书实施例提供了一种业务处理方法，该方法包括：

接收业务请求；

执行所述业务请求对应的业务逻辑代码，确定所述业务请求对应的请求结果；

其中，在执行所述业务逻辑代码时，若需要进行预设逻辑判断，则将根据所述业务逻辑代码获得的变量输入到规则引擎，以使所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果；所述判断结果用于确定所述请求结果。

本说明书还提供了一种业务处理方法，该方法包括：

接收业务请求；

执行所述业务请求对应的业务逻辑代码，确定所述业务请求对应的请求结果；

其中，在执行所述业务逻辑代码时，若需要进行预设逻辑判断，则将根据所述业务逻辑代码获得的变量发送至规则引擎，以使所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果；以及，接收所述规则引擎返回的判断结果，所述判断结果用于确定所述请求结果。

本说明书还提供了一种业务处理装置，该装置包括：

接收模块，所述接收模块用于接收业务请求；

执行模块，所述执行模块用于执行所述业务请求对应的业务逻辑代码，确定所述业务请求对应的请求结果；

输出模块，所述输出模块用于输出所述请求结果；

其中，所述执行模块还用于：

在执行所述业务逻辑代码时，若需要进行预设逻辑判断，则将根据所述业务逻辑代码获得的变量输入到规则引擎，以使所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果；所述判断结果用于确定所述请求结果。

本说明书还提供了一种业务处理装置，该装置包括：业务逻辑处理单元和规则引擎，

所述业务逻辑处理单元用于接收业务请求，并执行所述业务请求对应的业务逻辑代码，确定所述业务请求对应的请求结果；

其中，所述业务逻辑处理单元还用于：

在执行所述业务逻辑代码时，若需要进行预设逻辑判断，则将根据所述业务逻辑代码获得的变量发送至所述规则引擎，以使所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果；以及，接收所述规则引擎返回的判断结果，所述判断结果用于确定所述请求结果。

本说明书还提供了一种电子设备，包括：至少一个处理器和存储器，所述存储器存储有程序，并且被配置成由所述至少一个处理器执行上述的业务处理方法。

本说明书还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现上述的业务处理方法。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：本方案中，由于在执行所述业务逻辑代码时，若需要进行预设逻辑判断，则将根据所述业务逻辑代码获得的变量输入到规则引擎，以使所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果，这样一来，业务逻辑代码中进行逻辑判断的部分由外置的规则引擎进行判断，当判断逻辑规则改变时，只需要修改规则引擎即可，从而减少因逻辑规则变动而导致业务代码大量改动的问题，同时提高业务的可扩展性和开发效率。

附图说明

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

图1是本说明书实施例一提供的一种业务处理方法的主要流程示意图；

图2是本说明书实施例一提供的一种业务处理装置的结构示意图；

图3是本说明书实施例二提供的一种业务处理方法的主要流程示意图；

图4是本说明书实施例二提供的一种业务处理装置的结构示意图。

具体实施方式

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

如背景技术提到的问题，本说明书提供的业务处理方法，旨在减少因逻辑规则变动而导致业务代码大量改动的问题，同时提高业务的可扩展性和开发效率。为此，本方案的思路如下：在执行业务逻辑代码的过程中，经常需要大量的逻辑判断，本方案对其中一些变动频率较高的逻辑判断，单独编写规则代码作为外置的规则引擎，然后由外置的规则引擎输出逻辑结果并返回给业务逻辑代码，然后业务逻辑代码使用该外置规则引擎输出的逻辑结果继续执行业务逻辑代码，并输出最终的执行结果。这样一来，采用规则外置的方式，当业务涉及的逻辑判断规则改变后，可以直接修改外置规则引擎的规则代码即可，从而避免了对业务逻辑代码再进行大量修改。而且，采用外置规则引擎，可以随时根据业务需要修改规则代码，提高业务可扩展性的同时，还极大地提高了开发效率。可以理解的是，外置的规则引擎可以是一些逻辑表达式，这样一来，可以根据业务需要无限地动态扩充，不需要重新编译规则引擎。

下面结合附图对本说明书的实施例进行详细说明。

参照图1，图1是本说明书实施例一提供的一种业务处理方法的主要流程示意图。该方法包括：

S110：接收业务请求。

该步骤中，执行主体可以是服务器、移动终端、运行在终端或服务端的应用程序等。业务请求可以是根据具体的业务需要所发送的数据请求，如该数据请求可以是为了获取满足一定条件的数据等。本实施例以服务器作为执行主体为例进行说明。即服务器接收业务请求。

S120：执行所述业务请求对应的业务逻辑代码，确定所述业务请求对应的请求结果。

该步骤中，业务逻辑代码可以运行在服务器上。服务器在接收到业务请求后，根据该业务请求确定需要运行的业务逻辑代码，然后执行与该业务请求对应的业务逻辑代码，进而确定业务请求对应的请求结果。

其中，在执行所述业务逻辑代码时，若需要进行预设逻辑判断，则将根据所述业务逻辑代码获得的变量输入到规则引擎，以使所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果；所述判断结果用于确定所述请求结果。

具体而言，服务器在执行业务逻辑代码的过程中需要大量的逻辑判断，即传统的业务逻辑代码中涉及大量的逻辑判断，在执行这些业务逻辑代码时，会获得与业务相关的各种变量(所述变量通常为与所述预设逻辑判断对应的变量，具体在下文进行详细说明)，然后通过对业务相关的各种变量进行逻辑判断，进而输出针对该业务请求的请求结果。

在该步骤中，服务器在执行业务逻辑代码的过程中，若需要进行预设逻辑判断时，服务器会将根据，所述业务逻辑代码获得的变量输入到规则引擎，使所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果。具体地，规则引擎包含有相应的规则代码，该规则代码可以是根据业务逻辑代码中涉及到的一些逻辑判断部分(即预设的逻辑判断)而单独编写的，作为独立于业务逻辑代码的规则代码。这样一来，在执行业务逻辑代码的过程中，将获得的变量输入到规则引擎，由规则引擎根据这些变量执行相应的规则代码以输出与所述预设逻辑判断对应的判断结果，业务逻辑代码直接使用该规则引擎的输出结果继续运行，并输出最终的请求结果。其中，规则引擎可以是单独的代码，便于修改。由于引入了规则引擎，即业务逻辑代码中进行逻辑判断的部分由外置的规则引擎进行判断，这样一来，当判断逻辑规则改变时，只需要修改规则引擎即可，从而减少因逻辑规则变动而导致业务代码大量改动的问题，同时提高业务的可扩展性和开发效率。

在该步骤中，业务逻辑代码和规则代码可以作为两个独立的程序包，且分别运行在服务器，服务器在执行业务逻辑代码的过程中，将获得的变量输入到规则引擎，由规则引擎根据这些变量输出逻辑判断结果，进而再根据该输出结果运行业务逻辑代码，确定最终的请求结果，服务器根据规则引擎的输出结果，执行业务逻辑代码，最终输出业务请求对应的请求结果。

上述步骤S110-S120是对本说明书的业务处理方法的整体概述。下面结合更具体的示例对上述步骤S110-S140作进一步更详细说明。

在一种示例中，比如要获取某类型的商品信息。首先可以向服务器发送该业务请求，服务器确定该业务请求对应的业务逻辑代码，然后执行与该业务请求对应的业务逻辑代码。在执行业务逻辑代码的过程中，由于该业务涉及到筛选商品类型，即需要对一些商品的变量进行相应的逻辑判断(也即需要进行约束逻辑判断)。此时，将执行业务逻辑代码过程获得的商品的各种变量(变量集或者变量池)输入到规则引擎。

规则引擎包含预先编写的规则代码，其可以根据这些变量输出结果。具体而言，在一种示例中，由于规则引擎可能包含多种类型的规则代码，因此可以根据业务逻辑代码先确定目标规则代码，即确定与该业务逻辑代码相适配的目标规则代码，然后根据该目标规则代码再从输入的变量集中筛选出该目标规则代码所需要的变量，然后，再根据筛选出的目标变量和所述目标规则代码输出结果。如，通过执行该规则代码可以判断商品的某些变量是否符合预设的逻辑规则，输出判断结果可以是真或假。进一步，服务器再根据规则引擎的判断结果，继续执行业务逻辑代码，并最终输出满足条件的商品信息。

此处需要说明的是，由于在执行业务逻辑代码过程中，会将获得的各种变量都输入到规则引擎，而规则引擎可能只需要对其中的某部分变量(即与预设逻辑判断对应的变量)进行逻辑判断，因此需要根据目标规则代码来筛选变量集中的变量，以进行逻辑判断。

上述示例不仅适用于筛选某种类型的商品，还适用于其他各种不同的业务或同一业务下不同的逻辑判断场景。即，只需要预先对业务中涉及的逻辑判断编写好规则代码即可，可以对不同的业务编写不同的规则代码，也可以对同一业务，通过修改规则代码以扩展该业务的规则变化，从而提高了业务的可扩展性和开发效率。

对于上述步骤S110-S140所述的业务处理方法，在另一种示例中，在将根据业务逻辑代码获得的变量输入到规则引擎时，该规则引擎即为目标规则引擎，该目标规则引擎包含与所述业务逻辑代码对应的目标规则代码。具体而言，上述示例中，是由规则引擎根据业务逻辑代码来确定目标规则代码，该示例中也可以由服务器直接确定目标规则引擎，即服务器在执行业务逻辑代码过程中，如果涉及到需要规则引擎进行逻辑判断的部分，则直接将变量输入到目标规则引擎，由于该目标规则引擎包含与业务逻辑代码对应的目标规则代码，因此不需要再由规则引擎去确定目标规则代码，也即，目标规则引擎可以直接根据所述目标规则代码对所述变量集中的变量进行筛选，得到目标变量，进而再根据预先编写的规则代码直接输出结果。

对于上述步骤S110-S140所述的业务处理方法，在一种可选的实施方式中，在执行业务逻辑代码的过程中，将变量输入到规则引擎后，若该业务逻辑代码的执行需要等待规则引擎的输出结果，此时可以先暂停业务逻辑代码的执行，在规则引擎输出结果后，服务器在根据该输出结果继续运行业务逻辑代码。若将变量输入到规则引擎后，后续的业务逻辑代码的运行暂时不需要使用该规则引擎的输出结果，则可以继续运行业务逻辑代码，而规则引擎的输出结果可以等待服务器在运行到需要该输出结果时再使用。关于具体的运行逻辑，可以根据实际的业务需求或者代码的编写方式调整，本说明书不对此进行限定。

在一种更具体的实施方式中，本说明书提供的业务处理方法中，规则引擎根据预先所述变量输出与所述预设逻辑判断对应的判断结果，具体可以包括：预先将所述规则引擎包含的规则代码生成语法树，并对所述语法树进行缓存；根据缓存的语法树执行逻辑规则并输出结果。具体而言，可以直接使用语言内置的语法树，将规则代码生成语法树，并缓存，服务器将执行业务逻辑代码过程中的变量及其对应的值输入到规则引擎后，规则引擎即可直接返回结果，良好的支持动态扩展规则及提供业务开发效率。直接使用语言内嵌的语法树及语法树生成框架，降低了代码的复杂度，提高了可维护性。

上述具体的实施方式中，可以预先将规则代码生成语法树并缓存，后续即可直接根据变量输出结果；也可以在规则引擎第一次执行规则代码时，将规则代码生成语法树并缓存，再之后即可直接根据变量输出结果。本说明书不对此进行限定。

基于与上述业务处理方法同样的发明构思，本说明书还提供了一种业务处理装置。参照图2，图2是本说明书实施例一提供的一种业务处理装置的结构示意图。如图2所示，该装置包括：

接收模块201，所述接收模块201用于接收业务请求；

执行模块202，所述执行模块202用于执行所述业务请求对应的业务逻辑代码，确定所述业务请求对应的请求结果；其中，所述执行模块202还用于：在执行所述业务逻辑代码时，若需要进行预设逻辑判断，则将根据所述业务逻辑代码获得的变量输入到规则引擎，以使所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果；所述判断结果用于确定所述请求结果；

输出模块203，所述输出模块203用于输出所述请求结果。

可选地，所述执行模块202具体用于：根据所述业务逻辑代码获得变量集，并将所述变量集输入到规则引擎。

可选地，所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果，具体包括：所述规则引擎根据所述业务逻辑代码确定目标规则代码，并根据所述目标规则代码对所述变量集中的变量进行筛选，得到目标变量，所述目标变量为与所述预设逻辑判断对应的变量；根据所述目标变量和所述目标规则代码输出与所述预设逻辑判断对应的判断结果。

可选地，所述规则引擎为目标规则引擎，所述目标规则引擎中包含与所述业务逻辑代码对应的目标规则代码；所述执行模块具体用于：根据所述业务逻辑代码获得变量集，并将所述变量集输入到所述目标规则引擎，以使所述目标规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果。

可选地，所述目标规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果，具体包括：所述目标规则引擎根据所述目标规则代码对所述变量集中的变量进行筛选，得到目标变量，所述目标变量为与所述预设逻辑判断对应的变量；根据所述目标变量和所述目标规则代码输出结果。

可选地，所述变量为与所述预设逻辑判断对应的变量。

可选地，所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果，具体包括：预先将所述规则引擎包含的规则代码生成语法树，并对所述语法树进行缓存；根据缓存的语法树执行逻辑规则并输出结果。

关于该装置的具体说明参见上文对方法的说明，在此不再赘述。

本说明书还提供了另一种实施例的业务处理方法。参照图3，图3是本说明书实施例二提供的一种业务处理方法的主要流程示意图。该实施例二中的方法包括：

S310：接收业务请求；

S320：执行所述业务请求对应的业务逻辑代码，确定所述业务请求对应的请求结果；

其中，在执行所述业务逻辑代码时，若需要进行预设逻辑判断，则将根据所述业务逻辑代码获得的变量发送至规则引擎，以使所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果；以及，接收所述规则引擎返回的判断结果，所述判断结果用于确定所述请求结果。

该实施例二中的步骤S320与实施例一种的步骤S120的区别在于：

实施例一中，以服务器作为执行主体为例，服务器在执行业务逻辑代码的过程中，将获得的变量输入到规则引擎，此时的规则引擎也由作为执行主体的服务器执行。换言之，实施例一中的业务逻辑代码和规则引擎可以理解为运行在执行主体(如服务器)上的两个程序包，服务器分别来执行这两个程序包，并最终输出针对业务请求的请求结果。

实施例二中，以服务器作为执行主体为例，服务器在执行业务逻辑代码的过程中，将获得的变量发送到规则引擎，然后再接收所述规则引擎返回的判断结果，此时的规则引擎可以看作是一个单独的执行主体。换言之，实施例二中的业务逻辑代码的执行主体是服务器，规则引擎作为与服务器并列的一个单独的执行主体，这样一来，服务器执行业务逻辑代码，规则引擎执行规则代码，服务器与规则引擎之间进行数据交互，服务器使用规则引擎发来的判断结果，执行业务逻辑代码，并输出针对业务请求的请求结果。

关于实施例二中更详细地说明参见上文实施例一的说明书，在此不再赘述。

基于与上述业务处理方法同样的发明构思，本说明书还提供了一种业务处理装置。参照图4，图4是本说明书实施例二提供的一种业务处理装置的结构示意图。如图4所示，该装置包括：业务逻辑处理单元401和规则引擎402。

其中，业务逻辑处理单元401用于接收业务请求，并执行所述业务请求对应的业务逻辑代码，确定所述业务请求对应的请求结果；其中，该业务逻辑处理单元401在执行所述业务逻辑代码时，若需要进行预设逻辑判断，则将根据所述业务逻辑代码获得的变量发送至所述规则引擎402；规则引擎402用于根据所述变量输出与所述预设逻辑判断对应的判断结果，并将所述判断结果返回至所述业务逻辑处理单元401；业务逻辑处理单元401接收所述规则引擎返回的判断结果，所述判断结果用于确定所述请求结果。

该装置中，规则引擎402根据所述变量输出与所述预设逻辑判断对应的判断结果，具体可以是：预先将所述规则引擎包含的规则代码生成语法树，并对所述语法树进行缓存；根据缓存的语法树执行逻辑规则并输出结果。

关于该装置的具体说明参见上文对方法的说明，在此不再赘述。

基于同样的思路，本说明还提供了一种电子设备，包括：至少一个处理器和存储器，所述存储器存储有程序，并且被配置成由所述至少一个处理器执行上述的业务处理方法。

基于同样的思路，本说明还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现上述的业务处理方法。

上述对本说明书特定实施例进行了描述，其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，附图中描绘的过程不一定必须按照示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机可读存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书实施例提供的装置、设备、非易失性计算机可读存储介质与方法是对应的，因此，装置、设备、非易失性计算机存储介质也具有与对应方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述对应装置、设备、非易失性计算机存储介质的有益技术效果。

在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)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

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

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

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

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

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

Claims (18)

1.一种业务处理方法，其特征在于，该方法包括：

接收业务请求；

执行所述业务请求对应的业务逻辑代码，确定所述业务请求对应的请求结果；

其中，在执行所述业务逻辑代码时，若需要进行预设逻辑判断，则将根据所述业务逻辑代码获得的变量输入到规则引擎，以使所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果；所述判断结果用于确定所述请求结果。

2.根据权利要求1所述的方法，其特征在于，将根据所述业务逻辑代码获得的变量输入到规则引擎，具体包括：

根据所述业务逻辑代码获得变量集，并将所述变量集输入到规则引擎。

3.根据权利要求2所述的方法，其特征在于，所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果，具体包括：

所述规则引擎根据所述业务逻辑代码确定目标规则代码，并根据所述目标规则代码对所述变量集中的变量进行筛选，得到目标变量，所述目标变量为与所述预设逻辑判断对应的变量；根据所述目标变量和所述目标规则代码输出与所述预设逻辑判断对应的判断结果。

4.根据权利要求1所述的方法，其特征在于，所述规则引擎为目标规则引擎，所述目标规则引擎中包含与所述业务逻辑代码对应的目标规则代码；

将根据所述业务逻辑代码获得的变量输入到规则引擎，具体包括：

根据所述业务逻辑代码获得变量集，并将所述变量集输入到所述目标规则引擎，以使所述目标规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果。

5.根据权利要求4所述的方法，其特征在于，所述目标规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果，具体包括：

所述目标规则引擎根据所述目标规则代码对所述变量集中的变量进行筛选，得到目标变量，所述目标变量为与所述预设逻辑判断对应的变量；

根据所述目标变量和所述目标规则代码输出结果。

6.根据权利要求1所述的方法，其特征在于，所述变量为与所述预设逻辑判断对应的变量。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述规则引擎根据所述变量与所述预设逻辑判断对应的判断输出结果，具体包括：

预先将所述规则引擎包含的规则代码生成语法树，并对所述语法树进行缓存；

根据缓存的语法树执行逻辑规则并输出结果。

8.一种业务处理方法，其特征在于，该方法包括：

接收业务请求；

执行所述业务请求对应的业务逻辑代码，确定所述业务请求对应的请求结果；

其中，在执行所述业务逻辑代码时，若需要进行预设逻辑判断，则将根据所述业务逻辑代码获得的变量发送至规则引擎，以使所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果；以及，接收所述规则引擎返回的判断结果，所述判断结果用于确定所述请求结果。

9.一种业务处理装置，其特征在于，该装置包括：

接收模块，所述接收模块用于接收业务请求；

执行模块，所述执行模块用于执行所述业务请求对应的业务逻辑代码，确定所述业务请求对应的请求结果；

输出模块，所述输出模块用于输出所述请求结果；

其中，所述执行模块还用于：

在执行所述业务逻辑代码时，若需要进行预设逻辑判断，则将根据所述业务逻辑代码获得的变量输入到规则引擎，以使所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果；所述判断结果用于确定所述请求结果。

10.根据权利要求9所述的装置，其特征在于，所述执行模块具体用于：

根据所述业务逻辑代码获得变量集，并将所述变量集输入到规则引擎。

11.根据权利要求10所述的装置，其特征在于，所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果，具体包括：

所述规则引擎根据所述业务逻辑代码确定目标规则代码，并根据所述目标规则代码对所述变量集中的变量进行筛选，得到目标变量，所述目标变量为与所述预设逻辑判断对应的变量；

根据所述目标变量和所述目标规则代码输出与所述预设逻辑判断对应的判断结果。

12.根据权利要求9所述的装置，其特征在于，所述规则引擎为目标规则引擎，所述目标规则引擎中包含与所述业务逻辑代码对应的目标规则代码；

所述执行模块具体用于：

根据所述业务逻辑代码获得变量集，并将所述变量集输入到所述目标规则引擎，以使所述目标规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果。

13.根据权利要求12所述的装置，其特征在于，所述目标规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果，具体包括：

所述目标规则引擎根据所述目标规则代码对所述变量集中的变量进行筛选，得到目标变量，所述目标变量为与所述预设逻辑判断对应的变量；

根据所述目标变量和所述目标规则代码输出结果。

14.根据权利要求9所述的装置，其特征在于，所述变量为与所述预设逻辑判断对应的变量。

15.根据权利要求9至14中任一项所述的装置，其特征在于，所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果，具体包括：

预先将所述规则引擎包含的规则代码生成语法树，并对所述语法树进行缓存；

根据缓存的语法树执行逻辑规则并输出结果。

16.一种业务处理装置，其特征在于，该装置包括：业务逻辑处理单元和规则引擎，

所述业务逻辑处理单元用于接收业务请求，并执行所述业务请求对应的业务逻辑代码，确定所述业务请求对应的请求结果；

其中，所述业务逻辑处理单元还用于：

在执行所述业务逻辑代码时，若需要进行预设逻辑判断，则将根据所述业务逻辑代码获得的变量发送至所述规则引擎，以使所述规则引擎根据所述变量输出与所述预设逻辑判断对应的判断结果；以及，接收所述规则引擎返回的判断结果，所述判断结果用于确定所述请求结果。

17.一种电子设备，其特征在于，包括：至少一个处理器和存储器，所述存储器存储有程序，并且被配置成由所述至少一个处理器执行权利要求1至7、8中任一项所述的业务处理方法。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现权利要求1至7、8中任一项所述的业务处理方法。

Images