CN113554414A - 业务规则更新方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种业务规则更新方法、装置、计算机设备和存储介质。所述方法包括：接收功能执行请求，获取所述功能执行请求所对应的目标规则集合，根据所述目标规则集合执行目标执行方案；接收所述目标规则集合的规则变动通知信息，所述规则变动通知信息中携带更新规则标识；响应于所述规则变动通知信息，基于所述目标执行方案创建方案副本，得到副本执行方案；获取所述更新规则标识所对应的更新业务规则；基于所述更新业务规则对所述副本执行方案进行方案更新，得到更新执行方案；利用所述更新执行方案替代所述目标执行方案。采用本方法能够提高业务规则更新效率。

Description

业务规则更新方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种业务规则更新方法、装置、计算机设备和存储介质。

背景技术

随着计算机技术的发展，业务系统得到了广泛的应用，业务系统的运行也同样离不开计算机技术。业务系统由于业务的复杂性，会涉及大量的业务规则，业务规则是指业务系统运行过程中一系列的逻辑判断。由于业务系统需要不断更新，相应的需要对业务规则进行不断的更新，例如，需要增加业务规则、修改业务规则和删除业务规则等。

传统技术中，往往在业务规则需要变动时，下线业务规则对应的规则执行实例，当完成业务规则更新后，重启系统使业务规则更新生效。

然而，目前的业务规则更新方法，存在业务规则更新效率低的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高业务规则更新效率的业务规则更新方法、装置、计算机设备和存储介质。

一种业务规则更新方法，所述方法包括：接收功能执行请求，获取所述功能执行请求所对应的目标规则集合，根据所述目标规则集合执行目标执行方案；接收所述目标规则集合的规则变动通知信息，所述规则变动通知信息中携带更新规则标识；响应于所述规则变动通知信息，基于所述目标执行方案创建方案副本，得到副本执行方案；获取所述更新规则标识所对应的更新业务规则；基于所述更新业务规则对所述副本执行方案进行方案更新，得到更新执行方案；利用所述更新执行方案替代所述目标执行方案。

在其中一个实施例中，所述功能执行请求中携带功能会话标识，所述获取所述功能执行请求所对应的目标规则集合，根据所述目标规则集合执行目标执行方案包括：响应于所述功能执行请求，建立所述功能会话标识对应的第一接口连接；获取所述功能执行请求所对应的目标规则集合，基于所述目标规则集合创建所述功能会话标识对应的第一执行会话，通过所述第一执行会话执行目标执行方案，得到第一执行结果；所述方法还包括：通过所第一接口连接向所述功能执行请求的业务应用返回所述第一执行结果。

在其中一个实施例中，所述利用所述更新执行方案替代所述目标执行方案包括：当得到所述更新执行方案时，建立所述功能会话标识对应的第二接口连接；创建所述功能会话标识对应的第二执行会话，通过所述第二执行会话执行更新执行方案，得到第二执行结果；通过所第二接口连接向所述功能执行请求的业务应用返回所述第二执行结果。

在其中一个实施例中，所述接收所述目标规则集合的规则变动通知信息之前包括：响应于针对目标业务场景的策略配置操作，展示所述策略配置操作所要配置的目标业务策略的策略配置区域；通过所述策略配置区域接收针对所述目标配置策略对应的目标规则的规则配置操作，响应于所述规则配置操作，展示所述目标规则所对应的规则配置区域，所述规则配置区域包括条件配置区域，所述目标配置策略包括一个或者多个目标规则；响应于针对所述条件配置区域的条件配置操作，展示所配置的目标条件；当接收到针对所述目标配置策略的策略确定操作时，根据所述目标规则对应的目标条件形成所述目标业务场景所对应的所述目标业务策略；所述目标业务策略用于当所述目标业务场景的中目标对象的对象信息满足所述目标条件时，确定所述目标对象满足所述目标规则，当所述目标对象满足所述目标配置策略所包括的各个目标规则时，展示所述目标业务策略所对应的策略相关信息。

在其中一个实施例中，所述规则配置区域包括条件配置区域以及条件关系配置区域，所述目标条件为多个，所述方法还包括：当接收到针对所述目标配置策略的策略确定操作时，获取所述条件关系配置区域所配置的目标条件关系；将所述目标条件关系应用于所述条件配置区域所配置的多个所述目标条件，形成所述目标业务场景所对应的所述目标业务策略。

在其中一个实施例中，所述方法还包括：在所述条件关系配置区域展示多个候选条件关系，并对其中的一个候选条件关系进行默认选中展示；响应于针对所述候选条件关系的条件关系选中操作，将选中展示的候选条件关系由默认选择展示的候选条件关系，切换为所述条件关系选中操作所选中的候选条件关系；当接收到针对所述目标规则的规则确定操作时，将选中展示的候选条件关系作为所述目标条件关系。

在其中一个实施例中，所述获取所述更新规则标识所对应的更新业务规则包括：获取所述更新规则标识对应的目标处理队列；利用所述目标处理队列所对应的处理单元，从规则数据库中获取所述更新业务规则。

一种业务规则更新装置，所述装置包括：目标执行方案执行模块，用于接收功能执行请求，获取所述功能执行请求所对应的目标规则集合，根据所述目标规则集合执行目标执行方案；规则变动通知信息接收模块，用于接收所述目标规则集合的规则变动通知信息，所述规则变动通知信息中携带更新规则标识；副本执行方案得到模块，用于响应于所述规则变动通知信息，基于所述目标执行方案创建方案副本，得到副本执行方案；更新业务规则获取模块，用于获取所述更新规则标识所对应的更新业务规则；更新执行方案得到模块，用于基于所述更新业务规则对所述副本执行方案进行方案更新，得到更新执行方案；方案替代模块，用于利用所述更新执行方案替代所述目标执行方案。

在其中一个实施例中，目标执行方案执行模块，用于响应于所述功能执行请求，建立所述功能会话标识对应的第一接口连接；获取所述功能执行请求所对应的目标规则集合，基于所述目标规则集合创建所述功能会话标识对应的第一执行会话，通过所述第一执行会话执行目标执行方案，得到第一执行结果；通过所第一接口连接向所述功能执行请求的业务应用返回所述第一执行结果。

在其中一个实施例中，方案替代模块，用于当得到所述更新执行方案时，建立所述功能会话标识对应的第二接口连接；创建所述功能会话标识对应的第二执行会话，通过所述第二执行会话执行更新执行方案，得到第二执行结果；通过所第二接口连接向所述功能执行请求的业务应用返回所述第二执行结果。

在其中一个实施例中，业务规则更新装置，用于响应于针对目标业务场景的策略配置操作，展示所述策略配置操作所要配置的目标业务策略的策略配置区域；通过所述策略配置区域接收针对所述目标配置策略对应的目标规则的规则配置操作，响应于所述规则配置操作，展示所述目标规则所对应的规则配置区域，所述规则配置区域包括条件配置区域，所述目标配置策略包括一个或者多个目标规则；响应于针对所述条件配置区域的条件配置操作，展示所配置的目标条件；当接收到针对所述目标配置策略的策略确定操作时，根据所述目标规则对应的目标条件形成所述目标业务场景所对应的所述目标业务策略；所述目标业务策略用于当所述目标业务场景的中目标对象的对象信息满足所述目标条件时，确定所述目标对象满足所述目标规则，当所述目标对象满足所述目标配置策略所包括的各个目标规则时，展示所述目标业务策略所对应的策略相关信息。

在其中一个实施例中，业务规则更新装置，用于当接收到针对所述目标配置策略的策略确定操作时，获取所述条件关系配置区域所配置的目标条件关系；将所述目标条件关系应用于所述条件配置区域所配置的多个所述目标条件，形成所述目标业务场景所对应的所述目标业务策略。

在其中一个实施例中，业务规则更新装置，用于在所述条件关系配置区域展示多个候选条件关系，并对其中的一个候选条件关系进行默认选中展示；响应于针对所述候选条件关系的条件关系选中操作，将选中展示的候选条件关系由默认选择展示的候选条件关系，切换为所述条件关系选中操作所选中的候选条件关系；当接收到针对所述目标规则的规则确定操作时，将选中展示的候选条件关系作为所述目标条件关系。

在其中一个实施例中，更新业务规则获取模块，用于获取所述更新规则标识对应的目标处理队列；利用所述目标处理队列所对应的处理单元，从规则数据库中获取所述更新业务规则。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：接收功能执行请求，获取所述功能执行请求所对应的目标规则集合，根据所述目标规则集合执行目标执行方案；接收所述目标规则集合的规则变动通知信息，所述规则变动通知信息中携带更新规则标识；响应于所述规则变动通知信息，基于所述目标执行方案创建方案副本，得到副本执行方案；获取所述更新规则标识所对应的更新业务规则；基于所述更新业务规则对所述副本执行方案进行方案更新，得到更新执行方案；利用所述更新执行方案替代所述目标执行方案。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：接收功能执行请求，获取所述功能执行请求所对应的目标规则集合，根据所述目标规则集合执行目标执行方案；接收所述目标规则集合的规则变动通知信息，所述规则变动通知信息中携带更新规则标识；响应于所述规则变动通知信息，基于所述目标执行方案创建方案副本，得到副本执行方案；获取所述更新规则标识所对应的更新业务规则；基于所述更新业务规则对所述副本执行方案进行方案更新，得到更新执行方案；利用所述更新执行方案替代所述目标执行方案。

上述业务规则更新方法、装置、计算机设备和存储介质，接收功能执行请求，获取功能执行请求所对应的目标规则集合，根据目标规则集合执行目标执行方案；接收目标规则集合的规则变动通知信息，该规则变动通知信息中携带更新规则标识；响应于规则变动通知信息，基于目标执行方案创建方案副本，得到副本执行方案；获取更新规则标识所对应的更新业务规则；基于更新业务规则对副本执行方案进行方案更新，得到更新执行方案；利用更新执行方案替代目标执行方案。能够实现根据变动通知信息中携带更新规则标识得到更新业务规则，并根据更新业务规则得到更新执行方案，利用更新执行方案替代目标执行方案，从而实现了在线更新执行方案的目的，提高了业务规则更新的效率。

附图说明

图1为一个实施例中业务规则更新方法的应用环境图；

图2为一个实施例中业务规则更新方法的流程示意图；

图3为一个实施例中更新执行方案替代所述目标执行方案步骤的流程示意图；

图4为另一个实施例中业务规则更新方法的流程示意图；

图5为另一个实施例中业务规则更新方法的流程示意图；

图6为另一个实施例中业务规则更新方法的流程示意图；

图7为一个实施例中获取更新规则标识所对应的更新业务规则步骤的流程示意图；

图8为另一个实施例中业务规则更新方法的流程示意图；

图9为一个实施例中在线更新业务规则步骤的流程示意图；

图10为另一个实施例中业务规则更新方法的流程示意图；

图11为另一个实施例中业务规则更新方法的流程示意图；

图12为另一个实施例中业务规则更新方法的流程示意图；

图13为一个实施例中业务规则更新方法的界面示意图；

图14为另一个实施例中业务规则更新方法的界面示意图；

图15为另一个实施例中业务规则更新方法的界面示意图；

图16为一个实施例中业务规则更新装置的结构框图；

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

具体实施方式

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

本申请提供的业务规则更新方法，可以应用于如图1所示的应用环境中，具体应用到一种业务规则更新系统中。该业务规则更新系统包括终端102和服务器104，其中，终端102通过网络与服务器104进行通信。服务器104执行一种业务规则更新方法，具体的，服务器104接收终端102发送的功能执行请求，获取上述功能执行请求所对应的目标规则集合，根据目标规则集合执行目标执行方案；接收目标规则集合的规则变动通知信息，该规则变动通知信息中携带更新规则标识；响应于规则变动通知信息，基于目标执行方案创建方案副本，得到副本执行方案；获取更新规则标识所对应的更新业务规则；基于更新业务规则对上述副本执行方案进行方案更新，得到更新执行方案；利用更新执行方案替代目标执行方案。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。可以理解的，上述业务规则更新方法不限于以上一种应用环境。

在一个实施例中，如图2所示，提供了一种业务规则更新方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤202，接收功能执行请求，获取功能执行请求所对应的目标规则集合，根据目标规则集合执行目标执行方案。

其中，规则是指一系列条件逻辑判断。例如，规则可以是判断性别、判断籍贯或者判断身份信息等的条件逻辑判断。执行方案是指运行上述规则得到的方案。例如，执行方案为账户登录，当账户登录时，通过判断用户名和判断密码，确定账户登录成功与否的执行方案。

具体地，终端接收到某个应用功能的触发操作，向服务器发送接收功能执行请求，服务器接收到功能执行请求时，基于功能执行请求与目标规则集合的对应关系，获取到获取功能执行请求所对应的目标规则集合，根据目标规则集合执行目标执行方案。

步骤204，接收目标规则集合的规则变动通知信息，该规则变动通知信息中携带更新规则标识。

其中，更新规则标识是指能够唯一确定更新规则的识别标记。该识别标记可以是一串数字，也可以是预设的特殊符号等。

具体地，服务器在执行目标执行方案时，通过规则执行的信息接收模块，接收目标规则集合的规则变动通知信息，该规则变动通知信息中携带更新规则标识。

步骤206，响应于规则变动通知信息，基于目标执行方案创建方案副本，得到副本执行方案。

具体地，服务器接收到目标规则集合的规则变动通知信息时，基于该规则变动通知信息，触发对目标执行方案的副本创建工作，得到副本执行方案。

在一个实施例中，服务器接收到目标规则集合的规则变动通知信息时，触发针对目标执行方案的方案创建函数的运行，得到副本执行方案。

步骤208，获取更新规则标识所对应的更新业务规则。

具体地，服务器在接收到规则变动通知信息后，根据规则变动通知信息中携带的更新规则标识，根据更新规则标识与更新业务规则的一一对应关系，获取更新规则标识对应的更新业务规则。

在一个实施例中，与服务器连接的数据库中，保存有更新业务规则以及对应的更新规则标识之间的对应表，在服务器得到更新规则标识后，利用该更新规则标识，获取该更新规则标识对应的更新业务规则。

步骤210，基于更新业务规则对副本执行方案进行方案更新，得到更新执行方案。

具体地，服务器在得到更新业务规则后，利用更新业务规则及更新业务规则之间的逻辑关系对副本执行方案进行方案更新，得到更新执行方案。例如，更新业务规则为判断性别、判断籍贯和判断人数等的条件逻辑判断，更新业务规则之间的逻辑关系为“满足全部条件”，利用上述更新业务规则以及更新业务规则之间的逻辑关系，可以执行判断某籍贯下某个性别的人数的副本执行方案，得到更新执行方案。

步骤212，利用更新执行方案替代目标执行方案。

具体地，服务器在得到更新执行方案后，利用更新执行方案对应的更新业务规则替换目标执行方案对应的业务规则，从而实现更新执行方案替代目标执行方案的目的。

上述业务规则更新方法中，通过接收功能执行请求，获取功能执行请求所对应的目标规则集合，根据目标规则集合执行目标执行方案；接收目标规则集合的规则变动通知信息，该规则变动通知信息中携带更新规则标识；响应于规则变动通知信息，基于目标执行方案创建方案副本，得到副本执行方案；获取更新规则标识所对应的更新业务规则；基于更新业务规则对副本执行方案进行方案更新，得到更新执行方案；利用更新执行方案替代目标执行方案。能够实现根据变动通知信息中携带更新规则标识得到更新业务规则，并根据更新业务规则得到更新执行方案，利用更新执行方案替代目标执行方案，从而实现了在线更新执行方案的目的，提高了业务规则更新的效率。

在一个实施例中，功能执行请求中携带功能会话标识，获取功能执行请求所对应的目标规则集合，根据目标规则集合执行目标执行方案包括：响应于功能执行请求，建立功能会话标识对应的第一接口连接。获取功能执行请求所对应的目标规则集合，基于目标规则集合创建功能会话标识对应的第一执行会话，通过第一执行会话执行目标执行方案，得到第一执行结果。业务更新规则方法还包括：通过第一接口连接向功能执行请求的业务应用返回第一执行结果。

其中，功能会话标识是指能够执行功能会话的唯一识别标记；例如，执行功能会话的API(Application Programming Interface)接口的接口函数或者HTTP(HypertextTransfer Protocol)端口号等。

具体地，服务器接收到终端发送的功能执行请求时，响应于功能执行请求，根据功能会话标识，建立功能会话标识对应的接口连接。同时，根据功能执行请求对应的目标规则集合创建执行会话，利用该执行会话执行目标执行方案，得到第一执行结果，并将该执行结果返回给终端。

本实施例中，通过获取功能执行请求所对应的目标规则集合，根据目标规则集合执行目标执行方案包括：响应于功能执行请求，建立功能会话标识对应的第一接口连接。获取功能执行请求所对应的目标规则集合，基于目标规则集合创建功能会话标识对应的第一执行会话，通过第一执行会话执行目标执行方案，得到第一执行结果，通过第一接口连接向功能执行请求的业务应用返回第一执行结果，能够达到服务器在获取到功能执行请求后，利用目标执行方案得到第一执行结果，并将第一执行结果准确、快速返回给发送功能执行请求的终端的目的。

在一个实施例中，如图3所示，利用更新执行方案替代目标执行方案包括：

步骤302，当得到更新执行方案时，建立功能会话标识对应的第二接口连接。

具体地，当服务器更新执行方案替代目标执行方案之后，得到更新执行方案时，通过功能会话标识，得到对应的第二接口连接。例如，会话标识为端口号80的HTTP端口，通过端口号是80的HTTP端口建立对应的接口连接。

步骤304，创建功能会话标识对应的第二执行会话，通过第二执行会话执行更新执行方案，得到第二执行结果。

具体地，服务器在确定功能会话标识后，通过该功能会话标识创建功能会话标识对应的第二执行会话，通过第二执行会话执行更新执行方案，得到第二执行结果。可以理解的，更新执行方案是创建第二执行会话的过程。

步骤306，通过第二接口连接向功能执行请求的业务应用返回第二执行结果。

具体地，服务器得到第二执行结果后，将该第二执行结果通过第二接口连接返回给功能执行请求的业务应用的终端。

本实施例中，通过在得到更新执行方案时，建立功能会话标识对应的第二接口连接，创建功能会话标识对应的第二执行会话，通过第二执行会话执行更新执行方案，得到第二执行结果，通过第二接口连接向功能执行请求的业务应用返回第二执行结果，能够达到利用更新执行方案实现会话的目的。

在一个实施例中，如图4所示，接收目标规则集合的规则变动通知信息之前包括：

步骤402，响应于针对目标业务场景的策略配置操作，展示策略配置操作所要配置的目标业务策略的策略配置区域。

其中，业务场景是指某项业务的场景。例如，身份信息注册场景或者某个购物商城的登录场景等。策略是指构成场景的各个方法。例如，场景为身份信息注册场景，策略是指构成身份信息注册场景的身份信息的类型等。策略配置操作是指对策略的新增、删除或者编辑等操作。

具体地，终端接收策略配置操作，基于该策略配置操作，接收服务器发送给终端本端的策略配置区域信息，终端本端接收到策略配置区域信息后，展示该策略配置区域信息，该策略配置区域信息为策略配置操作所要配置的目标业务策略的策略配置区域。

步骤404，通过策略配置区域接收针对目标配置策略对应的目标规则的规则配置操作，响应于规则配置操作，展示目标规则所对应的规则配置区域，该规则配置区域包括条件配置区域，上述目标配置策略包括一个或者多个目标规则。

其中，规则是指组成策略的一系列条件逻辑判断。例如，策略为员工合同，规则可以是判断性别、判断籍贯或者判断身份信息等的条件逻辑判断。

具体地，在终端展示策略配置操作所要配置的目标业务策略的策略配置区域之后，在策略配置区域中接收针对目标配置策略对应的目标规则的规则配置操作，响应于规则配置操作，终端本端展示目标规则所对应的规则配置区域，该规则配置区域包括条件配置区域，上述目标配置策略包括一个或者多个目标规则。

步骤406，响应于针对条件配置区域的条件配置操作，展示所配置的目标条件。

其中，条件是指组成规则的某个逻辑判断条件。

具体地，终端接收条件配置操作，响应于针对条件配置区域的条件配置操作，在终端的显示界面展示所配置的目标条件。例如，目标条件为输入的某个字段或者某个指标等。

步骤408，当接收到针对目标配置策略的策略确定操作时，根据目标规则对应的目标条件形成目标业务场景所对应的目标业务策略。目标业务策略用于当目标业务场景的中目标对象的对象信息满足目标条件时，确定目标对象满足目标规则，当目标对象满足目标配置策略所包括的各个目标规则时，展示目标业务策略所对应的策略相关信息。

具体地，终端在展示所配置的目标条件后，在对目标条件配置完成后，接收对目标配置策略的策略保存操作，形成目标业务策略。

上述业务配置方法中，通过响应于针对目标业务场景的策略配置操作，展示策略配置操作所要配置的目标业务策略的策略配置区域；通过策略配置区域接收针对目标配置策略对应的目标规则的规则配置操作，响应于规则配置操作，展示目标规则所对应的规则配置区域，该规则配置区域包括条件配置区域，目标配置策略包括一个或者多个目标规则；响应于针对条件配置区域的条件配置操作，展示所配置的目标条件；当接收到针对目标配置策略的策略确定操作时，根据目标规则对应的目标条件形成目标业务场景所对应的目标业务策略；目标业务策略用于当目标业务场景的中目标对象的对象信息满足目标条件时，确定目标对象满足目标规则，当目标对象满足目标配置策略所包括的各个目标规则时，展示目标业务策略所对应的策略相关信息。能够以可视化的形式展示业务配置界面，在该界面中实现目标业务策略所对应的策略相关信息的配置，提高了业务配置效率。

在一个实施例中，如图5所示，规则配置区域包括条件配置区域以及条件关系配置区域，目标条件为多个，方法还包括：

步骤502，当接收到针对目标配置策略的策略确定操作时，获取条件关系配置区域所配置的目标条件关系。

其中，目标条件关系是指目标条件之间的逻辑关系。例如，多个目标条件之间是“逻辑与”的关系，即多个目标条件需要同时实现，可以实现目标配置策略。

具体地，终端在展示的目标业务策略的策略配置区域中接收到针对目标配置策略的策略确定操作时，响应于该策略确定操作，在规则配置区域中获取到条件关系配置区域所配置的目标条件关系。

步骤504，将目标条件关系应用于条件配置区域所配置的多个目标条件，形成目标业务场景所对应的目标业务策略。

具体地，终端获取条件关系配置区域所配置的目标条件关系之后，将目标条件关系应用于条件配置区域所配置的多个目标条件，形成目标业务场景所对应的目标业务策略。例如，目标条件关系为满足所有目标条件，即目标条件关系为“逻辑与”的关系，假设目标条件分别为A和B，则在同时满足目标条件A和B的情况下，形成目标业务场景所对应的目标业务策略。又例如，目标条件A为中国公民，B为年满18周岁，则年满18周岁的中国公民形成了目标业务场景为中国国内成年人对应的目标业务策略。

本实施例中，通过接收到针对目标配置策略的策略确定操作时，获取条件关系配置区域所配置的目标条件关系，将目标条件关系应用于条件配置区域所配置的多个目标条件，形成目标业务场景所对应的目标业务策略，能够达到通过多个目标条件以及多个目标条件之间的关系，得到目标业务策略的目的。

在一个实施例中，如图6所示，方法还包括：

步骤602，在条件关系配置区域展示多个候选条件关系，并对其中的一个候选条件关系进行默认选中展示。

具体地，终端以可视化的形式展示的条件关系配置区域中，展示有多个候选条件关系，该多个候选条件关系包括满足所有条件、满足任意条件或者自定义逻辑条件中的至少一种。在上述多个候选条件关系中，默认最优化的条件关系进行默认选中，并且进行展示。

步骤604，响应于针对候选条件关系的条件关系选中操作，将选中展示的候选条件关系由默认选择展示的候选条件关系，切换为条件关系选中操作所选中的候选条件关系。

具体地，在有默认候选条件关系的情况下，当终端接收到候选条件关系的条件关系选中操作时，响应于该条件关系选中操作，条件关系从默认条件关系转换为选中的候选条件关系。例如，默认条件关系为“满足任意条件”，当对条件关系中的“满足所有条件”进行选中时，在终端的展示界面中，条件关系从默认的“满足任意条件”，转换为“满足所有条件”。

步骤606，当接收到针对目标规则的规则确定操作时，将选中展示的候选条件关系作为目标条件关系。

其中，规则确定操作是指对目标规则进行保存的操作。

具体地，在终端展示的候选条件关系中，从默认选择展示的候选条件关系，切换为条件关系选中操作所选中的候选条件关系后，当终端接收到针对目标规则的规则确定操作时，将选中的展示的候选条件关系作为目标条件关系。例如，默认条件关系为“满足任意条件”，当对条件关系中的“满足所有条件”进行选中时，在终端的展示界面中，条件关系从默认的“满足任意条件”，转换为选中的“满足所有条件”后，接收到针对目标规则的规则保存操作时，将选中的“满足所有条件”作为目标条件关系。

本实施例中，通过在条件关系配置区域展示多个候选条件关系，并对其中的一个候选条件关系进行默认选中展示，响应于针对候选条件关系的条件关系选中操作，将选中展示的候选条件关系由默认选择展示的候选条件关系，切换为条件关系选中操作所选中的候选条件关系，当接收到针对目标规则的规则确定操作时，将选中展示的候选条件关系作为目标条件关系，能够达到高效得到目标条件关系的目的。

在一个实施例中，如图7所示，获取更新规则标识所对应的更新业务规则包括：

步骤702，获取更新规则标识对应的目标处理队列。

其中，处理队列是指能够存储业务规则的存储单元，该存储单元是先进先出的存储结构。

具体地，更新规则标识与目标处理队列之间存在一一对应的关系，根据更新规则标识可以唯一确定对应的目标处理队列。

步骤704，利用目标处理队列所对应的处理单元，从规则数据库中获取更新业务规则。

具体地，目标处理队列有对应的处理单元，一个目标处理队列可以对应一个处理单元，也可以对应多个处理单元，一个处理单元可以批量处理更新业务规则。例如，假设处理单元为线程，同一更新执行方案对应的一个或多个更新业务规则可以利用同一线程传输给服务器，从而保证服务器从数据库中获取统一更新执行方案对应的更新业务规则的准确性，也同时提高了从数据库中获取统一更新执行方案对应的更新业务规则的效率。

本实施例中，通过获取更新规则标识对应的目标处理队列，利用目标处理队列所对应的处理单元，从规则数据库中获取更新业务规则，能够达到从数据库准确得到更新执行方案对应的更新业务规则的目的。

在一个实施例中，如图8所示，响应于针对目标业务场景的策略配置操作，展示策略配置操作所要配置的目标业务策略的策略配置区域包括：

步骤802，响应于针对目标业务场景的策略管理操作，展示目标业务场景对应的一个或多个配置业务策略。

其中，策略管理操作是指对业务策略的查看、选择或者保存等的操作。

具体地，终端在接收到策略管理操作后，响应于针对目标业务场景的策略管理操作，在终端的显示界面上以可视化的形式展示配置业务策略，该配置业务策略可以为一个，也可以为多个。

步骤804，响应于针对配置业务策略的策略配置操作，将策略配置操作所操作的候选业务策略作为目标业务策略，展示目标业务策略的策略配置区域。

其中，策略配置区域是指能够进行策略配置的区域。

具体地，在终端展示的目标业务场景对应的一个或多个配置业务策略中，选择其中一个配置业务策略进行策略配置，该被选择的配置业务策略为目标业务策略。当终端接收到针对目标配置业务策略的策略配置操作时，响应于该策略配置操作，以可视化的形式展示目标业务策略的策略配置区域。可以理解的，策略配置区域可以和目标业务策略的展示区域同属于同一显示页面，也可以同属于不同的显示页面。

本实施例中，通过响应于针对目标业务场景的策略管理操作，展示目标业务场景对应的一个或多个配置业务策略，响应于针对配置业务策略的策略配置操作，将策略配置操作所操作的候选业务策略作为目标业务策略，展示目标业务策略的策略配置区域，能够达到以可视化的形式展示目标业务策略的策略配置区域的目的。

在一个实施例中，如图9所示，条件关系选中操作所选择的候选条件关系为自定义条件关系；形成自定义条件关系的步骤包括：

步骤902，展示自定义条件配置区域，在自定义条件配置区域展示多个目标条件。

其中，自定义条件配置区域是指可以根据实际应用需要进行条件配置的区域。

具体地，终端响应于自定义条件关系的选择操作后，在终端的界面展示区域内展示自定义条件配置区域，在该自定义条件配置区域内展示多个目标条件。

步骤904，响应于针对自定义条件配置区域中的目标条件的条件排序操作，确定各个目标条件所对应的排序，根据排序确定目标条件之间的条件判断顺序。

具体地，在终端展示的自定义条件配置区域中展示有多个目标条件，当接收到对上述多个目标条件的条件排序操作时，根据排序确定目标条件之间的条件判断顺序，以使确定目标条件的顺序。例如，在自定义条件配置区域中的条件包括目标条件A、目标条件B和目标条件C，接收对目标条件A、目标条件B和目标条件C的逻辑判断顺序进行排序操作，假设排序前后依次为目标条件A、目标条件B和目标条件C，则目标条件之间的条件判断顺序分别是目标条件A、目标条件B和目标条件C。

本实施例中，通过展示自定义条件配置区域，在自定义条件配置区域展示多个目标条件，响应于针对自定义条件配置区域中的目标条件的条件排序操作，确定各个目标条件所对应的排序，根据排序确定目标条件之间的条件判断顺序能够达到确定目标条件之间的条件判断顺序。

在一个实施例中，如图10所示，形成自定义条件关系的步骤还包括：

步骤1002，对于相同排序的目标条件，则展示相同排序的目标条件对应的逻辑关系配置区域。

具体地，当存在多组目标条件判断顺序，在每组目标条件排序中存在相同的目标条件，并且该目标条件在每组目标条件判断顺序中的顺序相同，终端展示目标条件判断顺序。例如，有两组目标条件判断顺序，其中第一组包括目标条件A、目标条件B和目标条件C，第二组包括目标条件A、目标条件B和目标条件D，并且两组中的目标条件都是依次排序，则上述目标条件C和目标条件D为相同排序的目标条件，在终端的展示区域，展示有上述两组目标条件判断顺序，展示的目标条件C和目标条件D在各组中对应的相同位置。

步骤1004，将条件逻辑关系配置区域所配置的目标逻辑关系作为相同排序的目标条件之间的逻辑关系。

其中，条件逻辑关系是指条件之间的逻辑关系。例如，条件逻辑关系为“逻辑或”的关系或者条件逻辑关系为“逻辑与”的关系等。

具体地，终端在条件逻辑关系配置区域接收目标逻辑关系的选择操作，响应于该选择操作，将选择的逻辑关系作为相同排序的目标条件之间的逻辑关系。例如，目标条件C和目标条件D具有相同的排序，在条件逻辑关系配置区域所配置的目标逻辑关系为“逻辑或”，则目标条件C和目标条件D中判断其中任意一个条件，即可确定目标条件对应的目标策略。

本实施例中，通过对于相同排序的目标条件，则展示相同排序的目标条件对应的逻辑关系配置区域，将条件逻辑关系配置区域所配置的目标逻辑关系作为相同排序的目标条件之间的逻辑关系，能够达到在有相同排序的目标条件时，确定相同排序的目标条件之间的逻辑关系的目的。

在一个实施例中，规则配置区域还包括条件配置区域对应的结果配置区域，响应于针对条件配置区域的条件配置操作，展示所配置的目标条件之后还包括：响应于针对结果配置区域的结果配置操作，展示目标条件所输出的目标结果。目标业务策略还用于当目标业务场景的中目标对象的对象信息满足目标条件时，输出目标结果。

具体地，终端接收针对结果配置区域的结果配置操作，响应于该结果配置操作，将目标条件所输出的目标结果以可视化的方式展示与展示区域中。当目标业务场景的中目标对象的对象信息满足目标条件时，例如，目标业务场景为入职场景，该目标业务场景的目标对象为甲某，对应的对象信息为学习专业为Z专业，性别为“男”的目标条件，当满足以上两个条件时，输出的目标结果为入职合同有效。

本实施例中，通过响应于针对结果配置区域的结果配置操作，展示目标条件所输出的目标结果，能够达到高效配置目标条件对应的目标结果的目的。在一个实施例中，如图11所示，为业务规则更新的通知过程，该过程具体为在管理实例对规则进行调整，例如，新增、修改或删除等操作后，将规则调整后的数据写入数据库，当写入数据库完成之后，规则管理实例广播通知所有业务执行实例，每个业务执行实例收到通知后，在线加载业务规则，并编译为二进制码写入JVM(Java Virtual Machine)中执行。当业务应用有新的微服务调用时，利用更新的业务规则执行业务执行实例。可以理解的，在新的业务规则完成更新前，服务器接收到微服务调用时，利用原有的业务规则执行业务执行实例。

在一个实施例中，如图12所示，为在线加载规则过程示意图。业务人员从维护页面更新规则时，管理实例以广播形式通知各个执行实例，每个实例重新从数据库借助分库分表组件找到对应的数据库和表，读取更新规则对应的变动数据，启动自动更新逻辑，新执行方案的更新过程由每个执行实例收到广播通知时自动触发而不需要人工干预。具体地，以单个执行实例完成一个完整的更新过程为例，在规则执行实例接收到通知更新时，在原方案基础上启动创建一个新的执行方案的副本，并从数据库加载和编译更新规则，替换原执行方案。在此更新过程完成前接收的业务请求执行原规则对应的执行方案，在此更新过程完成后，接收的请求则执行变更后的规则对应的执行方案，至此则完成了单个实例的在线变更过程。通过以JSON(JavaScript)格式进行的两次API调用分别为微服务调用1和微服务调用2是两次不间断的调用，执行的规则内容不同，即执行的执行方案不同，从而实现了在不重启的情况下，在线更新业务规则和编译业务规则并使其生效。克服了在原系统工作过程中，进行业务规则更新生效周期长，需要重新启动服务器，以及，当业务规则变动频繁，已有的执行方案不适用的问题。本实施例能够实现原执行方案在线运行的情况下创建新的执行方案副本，保证业务的联系性，原执行方案和新执行方案短时间内同时存在且互不影响各自的任务执行；解决了新执行方案替代原执行方案过程中对请求进行处理时，业务规则频繁更新麻烦、人力维护成本大以及变更过程中断等的问题。

在一个实施例中，以可视化的形式配置业务策略，以入职场景为例，打开如图13所示的可视化界面，在界面中选中需要配置的业务策略，进入业务策略配置界面；如图14所示，在该业务策略配置界面中选择需要配置的规则，进入规则配置界面；如图15所示，在该规则配置界面上有规则配置对应的条件配置项，在该条件配置项中能够配置相应的参数或者指标，并且可以配置各个条件配置项之间的条件逻辑关系；同时，可以配置与各个条件配置项或者条件配置项组合对应的条件结果。可以理解的，该条件结果可以与各个条件配置项不存在对应关系。应该理解的是，虽然图2-10的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-10中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图16所示，提供了一种业务规则更新装置1600，包括：目标执行方案执行模块1602、规则变动通知信息接收模块1604、副本执行方案得到模块1606、更新业务规则获取模块1608、更新执行方案得到模块1610和方案替代模块1612，其中：目标执行方案执行模块1602，用于接收功能执行请求，获取功能执行请求所对应的目标规则集合，根据目标规则集合执行目标执行方案；规则变动通知信息接收模块1604，用于接收目标规则集合的规则变动通知信息，规则变动通知信息中携带更新规则标识；副本执行方案得到模块1606，用于响应于规则变动通知信息，基于目标执行方案创建方案副本，得到副本执行方案；更新业务规则获取模块1608，用于获取更新规则标识所对应的更新业务规则；更新执行方案得到模块1610，用于基于更新业务规则对副本执行方案进行方案更新，得到更新执行方案；方案替代模块1612，用于利用更新执行方案替代目标执行方案。

在一个实施例中，目标执行方案执行模块1602，用于响应于功能执行请求，建立功能会话标识对应的第一接口连接；获取功能执行请求所对应的目标规则集合，基于目标规则集合创建功能会话标识对应的第一执行会话，通过第一执行会话执行目标执行方案，得到第一执行结果；通过所第一接口连接向功能执行请求的业务应用返回第一执行结果。

在一个实施例中，方案替代模块1612，用于当得到更新执行方案时，建立功能会话标识对应的第二接口连接；创建功能会话标识对应的第二执行会话，通过第二执行会话执行更新执行方案，得到第二执行结果；通过所第二接口连接向功能执行请求的业务应用返回第二执行结果。

在一个实施例中，业务规则更新装置，用于响应于针对目标业务场景的策略配置操作，展示策略配置操作所要配置的目标业务策略的策略配置区域；通过策略配置区域接收针对目标配置策略对应的目标规则的规则配置操作，响应于规则配置操作，展示目标规则所对应的规则配置区域，规则配置区域包括条件配置区域，目标配置策略包括一个或者多个目标规则；响应于针对条件配置区域的条件配置操作，展示所配置的目标条件；当接收到针对目标配置策略的策略确定操作时，根据目标规则对应的目标条件形成目标业务场景所对应的目标业务策略；目标业务策略用于当目标业务场景的中目标对象的对象信息满足目标条件时，确定目标对象满足目标规则，当目标对象满足目标配置策略所包括的各个目标规则时，展示目标业务策略所对应的策略相关信息。

在一个实施例中，业务规则更新装置，用于当接收到针对目标配置策略的策略确定操作时，获取条件关系配置区域所配置的目标条件关系；将目标条件关系应用于条件配置区域所配置的多个目标条件，形成目标业务场景所对应的目标业务策略。

在一个实施例中，业务规则更新装置，用于在条件关系配置区域展示多个候选条件关系，并对其中的一个候选条件关系进行默认选中展示；响应于针对候选条件关系的条件关系选中操作，将选中展示的候选条件关系由默认选择展示的候选条件关系，切换为条件关系选中操作所选中的候选条件关系；当接收到针对目标规则的规则确定操作时，将选中展示的候选条件关系作为目标条件关系。

在一个实施例中，更新业务规则获取模块，用于获取更新规则标识对应的目标处理队列；利用目标处理队列所对应的处理单元，从规则数据库中获取更新业务规则。

关于业务规则更新装置的具体限定可以参见上文中对于业务规则更新方法的限定，在此不再赘述。上述业务规则更新装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图17所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务规则更新数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务规则更新方法。

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

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

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

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

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

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

Claims (10)

1.一种业务规则更新方法，其特征在于，所述方法包括：

接收功能执行请求，获取所述功能执行请求所对应的目标规则集合，根据所述目标规则集合执行目标执行方案；

接收所述目标规则集合的规则变动通知信息，所述规则变动通知信息中携带更新规则标识；

响应于所述规则变动通知信息，基于所述目标执行方案创建方案副本，得到副本执行方案；

获取所述更新规则标识所对应的更新业务规则；

基于所述更新业务规则对所述副本执行方案进行方案更新，得到更新执行方案；

利用所述更新执行方案替代所述目标执行方案。

2.根据权利要求1所述的方法，其特征在于，所述功能执行请求中携带功能会话标识，所述获取所述功能执行请求所对应的目标规则集合，根据所述目标规则集合执行目标执行方案包括：

响应于所述功能执行请求，建立所述功能会话标识对应的第一接口连接；

获取所述功能执行请求所对应的目标规则集合，基于所述目标规则集合创建所述功能会话标识对应的第一执行会话，通过所述第一执行会话执行目标执行方案，得到第一执行结果；

所述方法还包括：

通过所第一接口连接向所述功能执行请求的业务应用返回所述第一执行结果。

3.根据权利要求2所述的方法，其特征在于，所述利用所述更新执行方案替代所述目标执行方案包括：

当得到所述更新执行方案时，建立所述功能会话标识对应的第二接口连接；

创建所述功能会话标识对应的第二执行会话，通过所述第二执行会话执行更新执行方案，得到第二执行结果；

通过所第二接口连接向所述功能执行请求的业务应用返回所述第二执行结果。

4.根据权利要求1所述的方法，其特征在于，所述接收所述目标规则集合的规则变动通知信息之前包括：

响应于针对目标业务场景的策略配置操作，展示所述策略配置操作所要配置的目标业务策略的策略配置区域；

通过所述策略配置区域接收针对所述目标配置策略对应的目标规则的规则配置操作，响应于所述规则配置操作，展示所述目标规则所对应的规则配置区域，所述规则配置区域包括条件配置区域，所述目标配置策略包括一个或者多个目标规则；

响应于针对所述条件配置区域的条件配置操作，展示所配置的目标条件；

当接收到针对所述目标配置策略的策略确定操作时，根据所述目标规则对应的目标条件形成所述目标业务场景所对应的所述目标业务策略；

所述目标业务策略用于当所述目标业务场景的中目标对象的对象信息满足所述目标条件时，确定所述目标对象满足所述目标规则，当所述目标对象满足所述目标配置策略所包括的各个目标规则时，展示所述目标业务策略所对应的策略相关信息。

5.根据权利要求4所述的方法，其特征在于，所述规则配置区域包括条件配置区域以及条件关系配置区域，所述目标条件为多个，所述方法还包括：

当接收到针对所述目标配置策略的策略确定操作时，获取所述条件关系配置区域所配置的目标条件关系；

将所述目标条件关系应用于所述条件配置区域所配置的多个所述目标条件，形成所述目标业务场景所对应的所述目标业务策略。

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

在所述条件关系配置区域展示多个候选条件关系，并对其中的一个候选条件关系进行默认选中展示；

响应于针对所述候选条件关系的条件关系选中操作，将选中展示的候选条件关系由默认选择展示的候选条件关系，切换为所述条件关系选中操作所选中的候选条件关系；

当接收到针对所述目标规则的规则确定操作时，将选中展示的候选条件关系作为所述目标条件关系。

7.根据权利要求1所述的方法，其特征在于，所述获取所述更新规则标识所对应的更新业务规则包括：

获取所述更新规则标识对应的目标处理队列；

利用所述目标处理队列所对应的处理单元，从规则数据库中获取所述更新业务规则。

8.一种业务规则更新装置，其特征在于，所述装置包括：

目标执行方案执行模块，用于接收功能执行请求，获取所述功能执行请求所对应的目标规则集合，根据所述目标规则集合执行目标执行方案；

规则变动通知信息接收模块，用于接收所述目标规则集合的规则变动通知信息，所述规则变动通知信息中携带更新规则标识；

副本执行方案得到模块，用于响应于所述规则变动通知信息，基于所述目标执行方案创建方案副本，得到副本执行方案；

更新业务规则获取模块，用于获取所述更新规则标识所对应的更新业务规则；

更新执行方案得到模块，用于基于所述更新业务规则对所述副本执行方案进行方案更新，得到更新执行方案；

方案替代模块，用于利用所述更新执行方案替代所述目标执行方案。

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

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

Images