CN108664519A - 业务规则管理的方法、装置、电子设备和存储介质 - Google Patents

Abstract

本发明实施例提供一种业务规则管理的方法、装置、电子设备和存储介质，使运营人员能够根据业务需求生成业务规则，同时业务规则即时生效、无需部署、便于维护。本发明实施例的一种业务规则管理的方法包括：确定业务对象的维度信息与响应信息；根据所述维度信息与所述响应信息生成业务规则模板；在所述业务规则模板设置实例数据，形成业务规则。

Description

业务规则管理的方法、装置、电子设备和存储介质

技术领域

本发明涉及计算机领域，尤其涉及一种业务规则管理的方法、装置、电子设备和存储介质。

背景技术

业务支撑系统(例如电子商务的售后政策决策系统)里涉及很多复杂的业务规则(例如商品的退换货政策)，这些业务规则变更频繁，管理成本较高。现有技术的业务规则管理步骤如下：

1.运营人员将业务需求提交给开发人员。

2.开发人员使用脚本语言将所述业务需求编辑成业务规则文件。

3.开发人员将业务规则文件部署到规则引擎。

4.将业务支撑系统引入规则引擎，调用规则引擎的API(ApplicationProgramming Interface，应用程序接口)进行规则模式匹配。

5.根据模式匹配结果进行业务动作响应。

上述步骤描述的具体实现流程可参见图1。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

1.运营人员无法直接生成、编辑业务规则，需要通过开发人员进行脚本语言开发。

2.脚本语言描述的业务规则不能直观地被运营人员理解、检索、导出。

3.业务规则存储为文件形式，在分布式系统架构中部署维护不方便。

4.业务规则发布周期较长。

发明内容

有鉴于此，本发明实施例提供一种业务规则管理的方法、装置、电子设备和存储介质，使运营人员能够根据业务需求生成业务规则，同时业务规则即时生效、无需部署、便于维护。

为实现上述目的，根据本发明的一个方面，提供了一种业务规则管理的方法。

本发明实施例的一种业务规则管理的方法包括：确定业务对象的维度信息与响应信息；根据所述维度信息与所述响应信息生成业务规则模板；在所述业务规则模板设置实例数据，形成业务规则。

可选地，所述确定业务对象的维度信息包括：确定业务对象的维度名称、维度值类型、维度值域类型、维度间逻辑关系类型、与所述维度值域类型对应的值域控件类型、以及与所述维度间逻辑关系类型对应的逻辑关系控件类型，生成属性元数据。

可选地，确定所述响应信息包括：定义业务对象的响应事件，确定所述响应事件的事件类型；确定所述响应事件对应的回调服务地址、及与所述事件类型对应的回调服务控件类型；根据所述响应事件、所述事件类型、所述回调服务地址、所述回调服务控件类型生成行为元数据。

可选地，根据所述维度信息与所述响应信息生成业务规则模板包括：根据所述属性元数据与所述行为元数据生成业务规则模板。

可选地，所述方法进一步包括：在所述业务规则模板设置实例数据，得到业务规则元数据；将所述业务规则元数据翻译转换，形成业务规则。

可选地，所述方法进一步包括：当事实数据与所述业务规则相符时，触发与所述业务规则对应的响应事件。

为实现上述目的，根据本发明的另一方面，提供了一种业务规则管理的装置。

本发明实施例的一种业务规则管理的装置包括：信息确定模块，可用于确定业务对象的维度信息与响应信息；模板生成模块，可用于根据所述维度信息与所述响应信息生成业务规则模板；规则生成模块，可用于在所述业务规则模板设置实例数据，形成业务规则。

可选地，所述信息确定模块可用于：确定业务对象的维度名称、维度值类型、维度值域类型、维度间逻辑关系类型、与所述维度值域类型对应的值域控件类型、以及与所述维度间逻辑关系类型对应的逻辑关系控件类型，生成属性元数据；并定义业务对象的响应事件，确定所述响应事件的事件类型；确定所述响应事件对应的回调服务地址、及与所述事件类型对应的回调服务控件类型；根据所述响应事件、所述事件类型、所述回调服务地址、所述回调服务控件类型生成行为元数据。

可选地，所述模板生成模块可用于：根据所述属性元数据与所述行为元数据生成业务规则模板。

可选地，所述装置还包括：匹配模块，可用于在事实数据与所述规则生成模块形成的业务规则相符时，触发与所述业务规则对应的响应事件。

为实现上述目的，根据本发明的再一方面，提供了一种电子设备。

本发明的一种电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明所提供的业务规则管理的方法。

为实现上述目的，根据本发明的再一方面，提供了一种非暂态计算机可读存储介质。

本发明的一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行本发明所提供的业务规则管理的方法。

根据本发明的技术方案，上述发明中的一个实施例具有如下优点或有益效果：通过输入业务对象的维度信息与响应信息生成业务规则模板，进一步将实例数据设置到业务规则模板形成业务规则，使得运营人员能够根据业务需求生成业务规则，不需借助开发人员进行脚本语言开发；同时实现了业务规则实时发布、无需部署、便于维护的技术效果，解决了现有技术中业务规则部署维护不便、发布周期长的问题；通过表单控件将业务规则模板与业务规则显示于界面，实现了业务规则的可视化，使运营人员能够直观地理解业务规则，并根据业务需求对业务规则进行编辑、检索、导出。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是现有技术中业务规则管理的流程示意图；

图2是根据本发明实施例的业务规则管理的方法的主要步骤的示意图；

图3是根据本发明实施例的业务规则管理的方法的业务规则模板的生成流程示意图；

图4是根据本发明实施例的业务规则管理的方法的控件分类示意图；

图5是根据本发明实施例的业务规则管理的方法的业务规则匹配示意图；

图6是根据本发明实施例的业务规则管理的装置的主要部分的示意图；

图7是用来实现本发明实施例的业务规则管理的方法的电子设备的硬件结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本发明实施例的技术方案通过输入业务对象的维度信息与响应信息生成业务规则模板，将实例数据设置到业务规则模板得到业务规则元数据，将业务规则元数据进行翻译转换形成业务规则，从而使运营人员在不借助开发人员进行脚本语言开发的情况下，能够根据业务需求、利用表单控件动态生成业务规则。同时，这样形成的业务规则即时生效、无需部署、便于维护。此外，由于业务规则模板与业务规则均通过表单控件显示在界面，使得运营人员能够直观地理解业务规则，并能够根据业务需求对业务规则进行编辑、检索、导出。

图2是根据本发明实施例的业务规则管理的方法的主要步骤的示意图。

如图2所示，本发明实施例的业务规则管理的方法主要包括如下步骤：

步骤S21：确定业务对象的维度信息与响应信息。

实际应用中，业务对象通常是指业务运营中抽象提炼的事物模型，例如商品业务对象、订单业务对象。维度即业务对象的属性，用以描述业务对象，例如：商品业务对象的维度可以有编号、颜色、尺码、价格；订单业务对象的维度可以有收货人、收获地址、下单时间。所述响应即回调服务，通常是指响应业务事件的互联网处理程序。

在本发明的实施例中，维度信息包括但不限于：维度名称、维度值类型、维度值域类型、维度间逻辑关系类型、值域控件类型与逻辑关系控件类型；响应信息包括但不限于：响应事件、响应事件类型、回调服务地址、回调服务控件类型。

图3是根据本发明实施例的业务规则管理的方法的业务规则模板生成流程示意图，如图3所示，业务对象建模的流程可分为响应建模、维度建模两个子流程。步骤S21中的确定维度信息对应于维度建模子流程，步骤S21中的确定响应信息对应于响应建模子流程。

响应建模子流程主要包括以下步骤：

步骤S211：定义业务对象的响应事件，确定该响应事件的事件类型。一般地，事件类型可以包括同步事件、异步事件。

步骤S212：确定响应事件对应的回调服务地址及回调服务控件类型。其中，回调服务控件类型可以包括同步回调服务控件、异步回调服务控件，回调服务控件类型与事件类型对应：同步事件对应同步回调服务控件；异步事件对应异步回调服务控件。回调服务地址通常是指回调服务的调用地址，例如：http://a.jd.com/getData，访问回调服务地址能够触发响应事件(即回调服务)。

步骤S213：根据响应事件、事件类型、回调服务地址、回调服务控件类型生成行为元数据。其中，行为元数据可以是构建业务规则模板的行为方面的数据。

步骤S211到步骤S213的目的在于：确定响应事件、事件类型、回调服务地址、回调服务控件类型等信息，从行为角度为业务规则模板提供数据。

维度建模子流程主要包括以下步骤：

步骤S214：确定业务对象的维度名称。在本步骤中，首先抽象出业务对象的维度，之后确定维度名称。较佳地，实际应用中，还可设置维度标识用于准确地确定维度。例如：对于价格维度来说，维度名称是价格，维度标识可设置为warePrice。

步骤S215：确定维度的维度值类型。维度值类型通常可包括：字符型、整数型、浮点型、日期型。

步骤S216：确定维度的维度值域类型。维度值域类型可根据取值方式分为离散型、连续区间型，离散型可分为单值型、多值型；连续区间型根据区间类型可分为半开半闭区间、开区间、闭区间等。

步骤S215、S216的目的在于确定维度的值类型与值域类型，便于后续实例数据的录入。

步骤S217：确定维度间逻辑关系类型。在本步骤中，可以根据业务需求确定不同维度之间的逻辑关系类型。所述逻辑关系类型包括：或(OR)、与(AND)、非(NOT)。

步骤S218：确定值域控件类型与逻辑关系控件类型。

一般地，值域控件类型包括离散值域控件、连续值域控件，离散值域控件包括单值控件、多值控件。逻辑关系控件类型可包括或控件、与控件、非控件。

在本发明实施例中，通过单值型值域类型确定单值控件，通过多值型值域类型确定多值控件，通过连续区间型值域类型确定连续值域控件。通过或的逻辑关系确定或控件，通过与的逻辑关系确定与控件，通过非的逻辑关系确定非控件。

图4是根据本发明实施例的业务规则管理的方法的控件分类示意图，上述回调服务控件、值域控件与逻辑关系控件的具体分类情形详见图4。

在本发明实施例中，所述控件为表单控件；值域控件包括离散值域控件、连续值域控件；离散值域控件包括单值控件、多值控件；单值控件包括单文本框、单日期输入框、单选按钮组、下拉菜单；多值控件包括复选框、树形控件。连续值域控件包括区间文本框组、区间日期输入。逻辑关系控件包括或、与、非。

通过各类控件，本发明的业务规则管理的方法实现了业务规则可视化，使运营人员可根据实际需求生成业务规则，对业务规则进行编辑、检索、导出。

步骤S219：根据维度名称、维度值类型、维度值域类型、维度间逻辑关系类型、值域控件类型、逻辑关系控件类型生成属性元数据。其中，属性元数据可以是构建业务规则模板的属性方面的数据。

步骤S214到步骤S219的目的在于：确定维度名称、维度值类型、维度值域类型、维度间逻辑关系类型、值域控件类型、逻辑关系控件类型等信息，从业务对象的属性角度为业务规则模板提供数据。

步骤S22：根据维度信息与响应信息生成业务规则模板。本步骤的目的在于通过根据维度信息与响应信息得到的属性元数据与行为元数据，生成业务规则模板，完成对业务对象的完整建模，并通过控件进行显示。

在步骤S22建立业务规则模板之后，下面的步骤将利用业务规则模板来生成业务规则。

步骤S23：在业务规则模板设置实例数据，形成业务规则。

在本发明实施例中，设置实例数据可为：在业务规则模板中填充各维度数据，并确定满足维度要求时所触发执行的回调服务。实际应用中，回调服务一般为REST(Representational State Transfer，表述性状态转移)服务。

举例而言，设置实例数据可以是：在业务规则模板的单日期输入框中输入日期、在业务规则模板的下拉菜单中进行选择、在业务规则模板提供的行为元数据中选择响应事件(即回调服务)及相应的回调服务地址等。例如：业务规则模板中提供的机构维度有北京、上海、天津三个选项，并提供回调服务1、回调服务2、回调服务3，设计人员可根据实际情况进行选择，比如在机构维度选择北京，并选择回调服务3。

在本发明的实施例中，步骤S23可按照如下步骤执行：

步骤S231：在业务规则模板设置实例数据，得到业务规则元数据。在本步骤中，将业务规则模板进行实例化设置，保存数据库后生成业务规则元数据。

步骤S232：将业务规则元数据翻译转换，形成业务规则。本步骤的目的在于将业务规则元数据转换为具有固定格式的业务规则。

通过步骤S21到步骤S23，本发明实施例的业务规则管理的方法使得运营人员能够根据业务需求生成业务规则，不需借助开发人员进行脚本语言开发，同时业务规则可实时发布、无需部署、便于维护。

在步骤S23生成业务规则之后，下面的步骤可将业务规则应用于具体业务系统。

在生成业务规则之后，本发明实施例的业务规则管理方法包括：当事实数据与业务规则相符时，触发与所述业务规则对应的响应事件。其中，事实数据是指业务系统中产生的具体业务对象。较佳地，在本发明实施例中，所述事实数据与业务规则相符是指事实数据的维度值与业务规则的维度要求一致。

图5是根据本发明实施例的业务规则管理的方法的业务规则匹配示意图。

如图5所示，业务规则由业务规则因子通过逻辑连接而成。在事实数据(即具体业务对象)引入规则引擎系统之后，通过规则引擎系统执行模式匹配。具体地，事实数据的各个业务属性(即维度)循环与业务规则因子进行值域范围判断、逻辑链接判断。如果最终所有业务属性的判断结果均为真，则触发响应事件(即执行回调服务)；否则，说明事实数据不满足业务规则。

根据本发明实施例的业务规则管理的方法可以看出，因为采用输入业务对象的维度信息与响应信息生成业务规则模板，进一步将实例数据设置到业务规则模板形成业务规则的技术手段，使得运营人员能够根据业务需求生成业务规则，不需借助开发人员进行脚本语言开发；同时实现了业务规则实时发布、无需部署、便于维护的技术效果，解决了现有技术中业务规则部署维护不便、发布周期长的问题；通过表单控件将业务规则模板与业务规则显示于界面，实现了业务规则的可视化，使运营人员能够直观地理解业务规则，并根据业务需求对业务规则进行编辑、检索、导出。

图6是根据本发明实施例的业务规则管理的装置的主要部分的示意图。

如图6所示，本发明实施例的业务规则管理的装置60主要包括：信息确定模块601、模板生成模块602以及规则生成模块603。其中：

信息确定模块601可用于确定业务对象的维度信息与响应信息；模板生成模块602可用于根据所述维度信息与所述响应信息生成业务规则模板；规则生成模块603可用于在所述业务规则模板设置实例数据，形成业务规则。

在本发明实施例中，信息确定模块601可用于：确定业务对象的维度名称、维度值类型、维度值域类型、维度间逻辑关系类型、与所述维度值域类型对应的值域控件类型以及与所述维度间逻辑关系类型对应的逻辑关系控件类型，生成属性元数据；并定义业务对象的响应事件，确定所述响应事件的事件类型；确定所述响应事件对应的回调服务地址及与所述事件类型对应的回调服务控件类型；根据所述响应事件、所述事件类型、所述回调服务地址、所述回调服务控件类型生成行为元数据。所述模板生成模块602可用于根据所述属性元数据与所述行为元数据生成业务规则模板。

此外，本发明实施例的业务规则管理的装置60还包括匹配模块，可用于在事实数据与所述规则生成模块603形成的业务规则相符时，触发与所述业务规则对应的响应事件。

需要说明的是，本发明实施例的业务规则管理的装置60作为软件，可安装在计算机、移动终端等设备中。

从以上描述可以看出，因为采用输入业务对象的维度信息与响应信息生成业务规则模板，进一步将实例数据设置到业务规则模板形成业务规则的技术手段，使得运营人员能够根据业务需求生成业务规则，不需借助开发人员进行脚本语言开发；同时实现了业务规则实时发布、无需部署、便于维护的技术效果，解决了现有技术中业务规则部署维护不便、发布周期长的问题；通过表单控件将业务规则模板与业务规则显示于界面，实现了业务规则的可视化，使运营人员能够直观地理解业务规则，并根据业务需求对业务规则进行编辑、检索、导出。

根据本发明的实施例，本发明还提供了一种电子设备和一种可读存储介质。

本发明的电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行本发明所提供的业务规则管理的方法。

本发明的非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行本发明所提供的业务规则管理的方法。

如图7所示，是用来实现本发明实施例的业务规则管理的方法的电子设备的硬件结构示意图。如图7，该电子设备包括：一个或多个处理器71以及存储器72，图7中以一个处理器71为例。其中，存储器72即为本发明所提供的非暂态计算机可读存储介质。

本发明的电子设备还可以包括：输入装置73和输出装置74。

处理器71、存储器72、输入装置73和输出装置74可以通过总线或者其他方式连接，图7中以通过总线连接为例。

存储器72作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明实施例中的业务规则管理的方法对应的程序指令/模块(例如，附图6所示的确定模块601、模板生成模块602)。处理器71通过运行存储在存储器72中的非暂态软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的业务规则管理的方法。

存储器72可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据业务规则管理的装置的使用所创建的数据等。此外，存储器72可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器72可选包括相对于处理器71远程设置的存储器，这些远程存储器可以通过网络连接至业务规则管理的装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置73可接收输入的数字或字符信息，以及产生与业务规则管理的装置的用户设置以及功能控制有关的键信号输入。输出装置74可包括显示屏等显示设备。

所述一个或者多个模块存储在所述存储器72中，当被所述一个或者多个处理器71执行时，执行上述任意方法实施例中的业务规则管理的方法。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

根据本发明实施例的技术方案，通过输入业务对象的维度信息与响应信息生成业务规则模板，进一步将实例数据设置到业务规则模板形成业务规则，使得运营人员能够根据业务需求生成业务规则，不需借助开发人员进行脚本语言开发；同时实现了业务规则实时发布、无需部署、便于维护的技术效果，解决了现有技术中业务规则部署维护不便、发布周期长的问题；通过表单控件将业务规则模板与业务规则显示于界面，实现了业务规则的可视化，使运营人员能够直观地理解业务规则，并根据业务需求对业务规则进行编辑、检索、导出。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (12)

1.一种业务规则管理的方法，其特征在于，包括：

确定业务对象的维度信息与响应信息；

根据所述维度信息与所述响应信息生成业务规则模板；

在所述业务规则模板设置实例数据，形成业务规则。

2.根据权利要求1所述的方法，其特征在于，所述确定业务对象的维度信息包括：

确定业务对象的维度名称、维度值类型、维度值域类型、维度间逻辑关系类型、与所述维度值域类型对应的值域控件类型、以及与所述维度间逻辑关系类型对应的逻辑关系控件类型，生成属性元数据。

3.根据权利要求2所述的方法，其特征在于，确定所述响应信息包括：

定义业务对象的响应事件，确定所述响应事件的事件类型；

确定所述响应事件对应的回调服务地址、及与所述事件类型对应的回调服务控件类型；

根据所述响应事件、所述事件类型、所述回调服务地址、所述回调服务控件类型生成行为元数据。

4.根据权利要求3所述的方法，其特征在于，根据所述维度信息与所述响应信息生成业务规则模板包括：

根据所述属性元数据与所述行为元数据生成业务规则模板。

5.根据权利要求4所述的方法，其特征在于，所述方法进一步包括：

在所述业务规则模板设置实例数据，得到业务规则元数据；

将所述业务规则元数据翻译转换，形成业务规则。

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

当事实数据与所述业务规则相符时，触发与所述业务规则对应的响应事件。

7.一种业务规则管理的装置，其特征在于，包括：

信息确定模块，用于确定业务对象的维度信息与响应信息；

模板生成模块，用于根据所述维度信息与所述响应信息生成业务规则模板；

规则生成模块，用于在所述业务规则模板设置实例数据，形成业务规则。

8.如权利要求7所述的装置，其特征在于，所述信息确定模块用于：

确定业务对象的维度名称、维度值类型、维度值域类型、维度间逻辑关系类型、与所述维度值域类型对应的值域控件类型、以及与所述维度间逻辑关系类型对应的逻辑关系控件类型，生成属性元数据；并

定义业务对象的响应事件，确定所述响应事件的事件类型；确定所述响应事件对应的回调服务地址、及与所述事件类型对应的回调服务控件类型；根据所述响应事件、所述事件类型、所述回调服务地址、所述回调服务控件类型生成行为元数据。

9.如权利要求8所述的装置，其特征在于，所述模板生成模块用于：根据所述属性元数据与所述行为元数据生成业务规则模板。

10.如权利要求8或9所述的装置，其特征在于，还包括：

匹配模块，用于在事实数据与所述规则生成模块形成的业务规则相符时，触发与所述业务规则对应的响应事件。

11.一种电子设备，其特征在于，包括：

至少一个处理器；以及，

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

所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的方法。

12.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行权利要求1-6中任一项所述的方法。