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

Abstract

本申请涉及一种业务规则更新方法、装置、计算机设备和存储介质。所述方法涉及业务过程优化技术，包括：接收终端发送的规则更新消息，并根据规则更新消息确定待更新业务规则；获取待更新业务规则对应的规则源代码和待更新规则参数；根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据，并发送待更新页面数据至终端；接收终端返回的更新后的页面数据，更新后的页面数据由终端对待更新页面数据进行更新操作后得到；从更新后的页面数据中提取更新后的规则参数，并同步更新后的规则参数至对应预设的参数存储空间中。采用本方法能够提高业务规则的更新效率。

Description

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

技术领域

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

背景技术

随着计算机技术的发展，出现了业务规则技术，即将各种业务系统处理的业务逻辑从程序代码中抽取出来，将其转变为简单的业务规则，以结构化的业务规则数据来表示业务行为，通过业务规则管理系统(Business Rule Management System，BRMS)管理并自动执行逻辑规则，为控制运营的可重复决策提供坚实的基础。业务规则技术的出现改变了传统的、以过程形式处理业务逻辑的方式。

目前，业务规则管理系统中业务规则的更新是通过开发人员在后台修改业务规则代码来实现的，业务规则的更新过程繁琐、耗时长，导致业务规则更新的效率低。

发明内容

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

一种业务规则更新方法，所述方法包括：

接收终端发送的规则更新消息，并根据规则更新消息确定待更新业务规则；

获取待更新业务规则对应的规则源代码和待更新规则参数；

根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据，并发送待更新页面数据至终端；

接收终端返回的更新后的页面数据，更新后的页面数据由终端对待更新页面数据进行更新操作后得到；

从更新后的页面数据中提取更新后的规则参数，并同步更新后的规则参数至对应预设的参数存储空间中。

在其中一个实施例中，获取待更新业务规则对应的规则源代码和待更新规则参数的步骤包括：

根据待更新业务规则查询对应的规则源代码；

根据规则源代码查询对应的参数存储空间；

从参数存储空间中获取待更新规则参数。

在其中一个实施例中，根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据的步骤包括：

根据规则更新消息确定当前业务用户对应的规则更新权限；

根据规则更新权限切换待更新规则参数的待修改状态，得到与规则更新权限对应的待更新规则参数；

根据规则源代码和待更新规则参数生成待更新页面数据。

在其中一个实施例中，根据规则更新消息确定当前业务用户对应的规则更新权限的步骤包括：

确定规则更新消息对应的当前业务用户；

查询预设的更新权限映射表；

从更新权限映射表中获得当前业务用户对应的规则更新权限。

在其中一个实施例中，当同时接收到多个规则更新消息、且根据多个规则更新消息确定的待更新业务规则相同时，在根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据的步骤之前，还包括：

查询预设的规则隔离级别表；

根据规则隔离级别表，确定待更新业务规则对应的数据库隔离级别；

按照数据库隔离级别，从多个规则更新消息中确定规则更新消息。

在其中一个实施例中，当同时接收到多个规则更新消息、且根据多个规则更新消息确定的待更新业务规则相同时，在根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据的步骤之前，还包括：

根据多个规则更新消息确定对应的多个当前业务用户的用户优先级别；

根据用户优先级别，从多个规则更新消息中确定规则更新消息。

在其中一个实施例中，在同步更新后的规则参数至对应预设的参数存储空间中的步骤之后，还包括：

接收规则执行消息，规则执行消息包括待执行业务规则；

根据待执行业务规则查询对应的规则源代码；

根据待执行业务规则从参数存储空间中获取对应的业务规则参数；

根据待执行业务规则对应的规则源代码和业务规则参数生成规则可执行代码；

根据规则可执行代码进行业务规则控制。

一种业务规则更新装置，所述装置包括：

更新规则确定模块，用于接收终端发送的规则更新消息，并根据规则更新消息确定待更新业务规则；

代码参数获取模块，用于获取待更新业务规则对应的规则源代码和待更新规则参数；

页面数据发送模块，用于根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据，并发送待更新页面数据至终端；

页面数据接收模块，用于接收终端返回的更新后的页面数据，更新后的页面数据由终端对待更新页面数据进行更新操作后得到；

规则参数同步模块，用于从更新后的页面数据中提取更新后的规则参数，并同步更新后的规则参数至对应预设的参数存储空间中。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收终端发送的规则更新消息，并根据规则更新消息确定待更新业务规则；

获取待更新业务规则对应的规则源代码和待更新规则参数；

根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据，并发送待更新页面数据至终端；

接收终端返回的更新后的页面数据，更新后的页面数据由终端对待更新页面数据进行更新操作后得到；

从更新后的页面数据中提取更新后的规则参数，并同步更新后的规则参数至对应预设的参数存储空间中。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收终端发送的规则更新消息，并根据规则更新消息确定待更新业务规则；

获取待更新业务规则对应的规则源代码和待更新规则参数；

根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据，并发送待更新页面数据至终端；

接收终端返回的更新后的页面数据，更新后的页面数据由终端对待更新页面数据进行更新操作后得到；

从更新后的页面数据中提取更新后的规则参数，并同步更新后的规则参数至对应预设的参数存储空间中。

上述业务规则更新方法、装置、计算机设备和存储介质，根据终端发送的规则更新消息确定待更新业务规则，进一步获取对应的源代码和待更新参数，再根据规则更新消息、源代码和待更新参数生成待更新页面数据并发送至终端，以由终端对待更新页面数据进行更新操作并得到的更新后的页面数据，最后从终端返回的更新后的页面数据中提取更新后的规则参数并将其同步至预设的存储空间中，实现了终端对业务规则的更新。在业务规则更新过程中，通过将由待更新业务规则对应的源代码和待更新规则参数，结合终端发送的规则更新消息生成的页面数据发送至终端进行更新，实现了通过终端实时进行业务规则的更新，提高了业务规则的更新效率。

附图说明

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

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

图3为一个实施例中生成待更新页面的步骤的流程示意图；

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

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

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

具体实施方式

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

本申请提供的业务规则更新方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。服务器104接收终端102接收的规则更新消息，并根据该规则更新消息确定待更新业务规则，进一步获取对应的源代码和待更新参数，再根据规则更新消息、源代码和待更新参数生成待更新页面数据并发送至终端，以由终端对待更新页面数据进行更新操作并得到的更新后的页面数据，最后从终端返回的更新后的页面数据中提取更新后的规则参数并将其同步至预设的存储空间中，实现了终端对业务规则的更新。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

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

步骤S201：接收终端发送的规则更新消息，并根据规则更新消息确定待更新业务规则。

其中，业务规则是指对业务定义和约束的描述，用于维持业务结构或控制和影响业务的行为，其可以为应用程序中的一段业务逻辑。当终端102需要对业务规则进行更新时，向服务器104发送规则更新消息，该规则更新消息用于请求对业务规则进行更新，其可以触发业务规则更新任务，规则更新消息可以携带待更新对象，即待更新业务规则。服务器104接收到规则更新消息后，根据该规则更新消息确定待更新业务规则。

步骤S203：获取待更新业务规则对应的规则源代码和待更新规则参数。

根据规则更新消息确定待更新业务规则后，查询待更新业务规则对应的规则源代码和待更新规则参数。其中，规则源代码为待更新业务规则基于编程语言表达的源代码，待更新规则参数为待更新业务规则中需要进行更新的规则参数，如在保险业务系统中，对于投保业务的业务规则，待更新规则参数可以但不限于包括风险金额、投保额度以及社保与否判断等规则参数。在具体应用中，待更新规则参数可以根据发送规则更新消息的终端对应业务用户的权限进行进一步配置，如具有完全控制权限的业务用户可以对所有的待更新规则参数进行更新，而对于部分控制权限的业务用户，则只可以更新部分待更新规则参数，具体待更新规则参数的项目根据各业务用户的权限范围进行设置，从而可以有效避免业务规则更新混乱情况发生。

步骤S205：根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据，并发送待更新页面数据至终端。

获得待更新业务规则对应的规则源代码和待更新规则参数后，根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据，待更新页面数据可以用于生成可视化的待更新页面，并通过待更新页面对待更新业务规则进行更新。在具体实现时，将生成的待更新页面数据发送至发送规则更新消息的终端102，终端102接收到待更新页面数据后生成对应的待更新页面，并基于该待更新页面对待更新业务规则进行修改更新，并返回更新后的页面数据至服务器104，从而实现了终端102可以对业务规则可视化修改更新，提高了对业务规则的更新处理效率。

步骤S207：接收终端返回的更新后的页面数据，更新后的页面数据由终端对待更新页面数据进行更新操作后得到。

将待更新页面数据发送至发送规则更新消息的终端102后，由终端102对待更新页面数据进行更新操作后，得到更新后的页面数据，并通过终端102返回至服务器104。具体地，服务器104接收终端102返回的更新后的页面数据，该更新后的页面数据包括对待更新规则的更新信息，如可以包括更新后的规则参数。

步骤S209：从更新后的页面数据中提取更新后的规则参数，并同步更新后的规则参数至对应预设的参数存储空间中。

其中，参数存储空间为根据各业务规则对应设置，用于记录各业务规则中的规则参数，具体可以为基于Redis技术的key-value存储系统。在获得更新后的页面数据后，从中提取更新后的规则参数，并将更新后的规则参数同步至对应预设的参数存储空间中，从而实现对业务规则的更新。

上述业务规则更新方法中，根据终端发送的规则更新消息确定待更新业务规则，进一步获取对应的源代码和待更新参数，再根据规则更新消息、源代码和待更新参数生成待更新页面数据并发送至终端，以由终端对待更新页面数据进行更新操作并得到的更新后的页面数据，最后从终端返回的更新后的页面数据中提取更新后的规则参数并将其同步至预设的存储空间中，实现了终端对业务规则的更新。在业务规则更新过程中，通过将由待更新业务规则对应的源代码和待更新规则参数，结合终端发送的规则更新消息生成的页面数据发送至终端进行更新，实现了通过终端实时进行业务规则的更新，提高了业务规则的更新效率。

在一个实施例中，获取待更新业务规则对应的规则源代码和待更新规则参数的步骤包括：根据待更新业务规则查询对应的规则源代码；根据规则源代码查询对应的参数存储空间；从参数存储空间中获取待更新规则参数。

规则源代码为待更新业务规则基于编程语言表达的源代码，如可以为基于DSL(Domain Specific Language，领域专用语言)编写的dsl源代码文件。待更新规则参数为待更新业务规则中需要进行更新的规则参数，规则参数可以存储在预设的参数存储空间中，该参数存储空间可以为基于Redis技术的key-value存储系统。其中，Redis支持存储的value类型很多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set，有序集合)和hash(哈希类型)等，这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，基于Redis，可以支持存储各种数据类型的规则参数。

本实施例中，在获取待更新业务规则对应的规则源代码和待更新规则参数时，一方面根据待更新业务规则查询对应的规则源代码；另一方面，根据获得的规则源代码查询对应的参数存储空间。其中，规则源代码中可以提供各规则参数的参数存储空间链接，通过该参数存储空间链接，可以查询对应的参数存储空间。查询到对应的参数存储空间后，从中获取对应的待更新规则参数。

在一个实施例中，如图3所示，生成待更新页面的步骤，即根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据的步骤包括：

步骤S301：根据规则更新消息确定当前业务用户对应的规则更新权限。

待更新页面数据用于生成可视化的待更新页面，并由终端基于待更新页面对待更新业务规则进行更新。本实施例中，在生成待更新页面时，根据终端发送的规则更新消息确定对应的当前业务用户，具体可以从规则更新消息中提取用户标识信息，如用户账号、物理地址等用户特征信息，并根据该用户标识确定当前业务用户，查询该当前业务用户对应的规则更新权限。其中，规则更新权限为当前业务用户对于业务规则中各规则参数的修改权限，不同的业务用户具有不同的规则更新权限，对应于不同的规则参数更新范围。规则更新权限可以根据业务系统的业务需求进行设置，如对于规则开发人员的账户，则可以分配完全控制权限，即可以更新业务规则中所有的规则参数。

步骤S303：根据规则更新权限切换待更新规则参数的待修改状态，得到与规则更新权限对应的待更新规则参数。

确定当前业务用户对应的规则更新权限后，根据该规则更新权限切换待更新规则参数的待修改状态。其中，待更新规则中的规则参数可以设置默认待修改状态，如全部为可修改状态或全部为不可修改状态，根据业务用户的规则更新权限，对待更新规则参数的待修改状态进行切换，以实现根据业务用户的规则更新权限对待更新规则参数的更新范围控制。具体地，根据当前业务用户的规则更新权限切换待更新规则参数的待修改状态，得到与规则更新权限对应的待更新规则参数，该待更新规则参数反映了当前业务用户对待更新规则中各规则参数的修改权限。在具体实现时，可以通过切换规则参数的可编辑状态，来实现对规则参数的待修改状态的切换，如对于有权限更新的规则参数，为可编辑状态，而对于无权限更新的规则参数则为不可编辑状态。

步骤S305：根据规则源代码和待更新规则参数生成待更新页面数据。

获得与当前业务用户的规则更新权限对应的待更新规则参数后，结合规则源代码生成待更新页面数据，该待更新页面数据可以下发至终端102，由终端102根据该待更新页面数据生成对应的待更新页面，并基于待更新页面对业务规则进行更新，最后将得到的更新后的页面数据返回至服务器104，实现了终端102对业务规则的可视化更新。

本实施例中，根据发送规则更新消息的当前业务用户对应的规则更新权限对待更新规则参数的待修改状态进行配置，得到与该规则更新权限对应的待更新规则参数，最后结合规则源代码生成待更新页面数据，实现了对各业务用户规则更新权限的控制，避免了业务规则更新混乱的情况，确保业务规则的正常运行。

在一个实施例中，根据规则更新消息确定当前业务用户对应的规则更新权限的步骤包括：确定规则更新消息对应的当前业务用户；查询预设的更新权限映射表；从更新权限映射表中获得当前业务用户对应的规则更新权限。

本实施例中，在根据规则更新消息确定当前业务用户对应的规则更新权限时，先根据规则更新消息确定对应的当前业务用户，具体可以从规则更新消息中提取用户标识信息，并根据该用户标识信息确定对应的当前业务用户。确定当前业务用户后，查询预设的更新权限映射表，该更新权限映射表记录有业务用户与其对应的更新权限映射关系，通过查询更新权限映射表，可以确定各业务用户对应的更新权限映。具体地，查询更新权限映射表后，从该更新权限映射表查询获得当前业务用户对应的规则更新权限。

在一个实施例中，当同时接收到多个规则更新消息、且根据多个规则更新消息确定的待更新业务规则相同时，在根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据的步骤之前，还包括：查询预设的规则隔离级别表；根据规则隔离级别表，确定待更新业务规则对应的数据库隔离级别；按照数据库隔离级别，从多个规则更新消息中确定规则更新消息。

当多个业务用户同时向同一业务规则请求进行业务规则更新操作时，会产生规则更新请求冲突，导致业务规则更新混乱，此时需要通过冲突解决方案进行冲突调控，具体可以通过数据库隔离技术来解决更新冲突。本实施例中，通过数据库隔离手段对规则更新请求冲突进行调控。其中，数据库的隔离级别由高到低依次包括Read uncommitted、Readcommitted、Repeatable read和Serializable，这4个隔离级别可以逐个解决脏读、不可重复读和幻读这几类问题。其中，脏读是指在一个事务处理过程里读取了另一个未提交的事务中的数据，当一个事务正在多次修改某个数据，而在这个事务中这多次的修改都还未提交，这时一个并发的事务来访问该数据，就会造成两个事务得到的数据不一致。不可重复读是指在对于数据库中的某个数据，一个事务范围内多次查询却返回了不同的数据值，这是由于在查询间隔，被另一个事务修改并提交了。不可重复读和脏读的区别是，脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是读取了前一事务提交的数据。幻读是事务非独立执行时发生的一种现象，幻读和不可重复读都是读取了另一条已经提交的事务，所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体。该4种隔离方式中隔离级别最高的是Serializable级别，最低的是Read uncommitted级别，当级别越高时，对应的执行效率就越低。所以，在具体应用时，可以根据业务系统的实际情况选择对应的隔离级别，以实现效率与隔离的平衡。

具体地，在同时接收到多个规则更新消息、且根据多个规则更新消息确定的待更新业务规则相同时，查询预设的规则隔离级别表，该规则隔离级别表记录有各业务规则对应的数据库隔离级别，如可以包括Read uncommitted、Read committed、Repeatable read和Serializable 4个隔离级别。根据查询的规则隔离级别表，确定待更新业务规则对应的数据库隔离级别，并按照该数据库隔离级别，执行对应的数据库隔离方式，从多个规则更新消息中确定规则更新消息，再执行根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据的步骤。本实施例中，根据预设的规则隔离级别表，确定待更新业务规则对应的数据库隔离级别，并按照该数据库隔离级别对应的数据库隔离方式进行数据库隔离，从多个规则更新消息中确定规则更新消息，再根据确定的规则更新消息、规则源代码和待更新规则参数生成待更新页面数据，以执行后续步骤。

在一个实施例中，当同时接收到多个规则更新消息、且根据多个规则更新消息确定的待更新业务规则相同时，在根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据的步骤之前，还包括：根据多个规则更新消息确定对应的多个当前业务用户的用户优先级别；根据用户优先级别，从多个规则更新消息中确定规则更新消息。

对于规则更新请求冲突，除了通过数据库隔离手段进行冲突调控外，还可以基于业务用户优先级进行冲突调控。具体地，同时接收到多个规则更新消息、且根据多个规则更新消息确定的待更新业务规则相同时，确定各规则更新消息对应的当前业务用户的用户优先级别，并按照各当前业务用户的用户优先级别，从多个规则更新消息中确定规则更新消息，如可以选择优先级别高的当前业务用户对应的规则更新消息作为后续处理中的规则更新消息。此外，在用户优先级别的业务用户完成业务规则更新后，生成提示消息以提示其他业务用户进行业务规则更新处理。用户优先级别可以由业务系统对各业务用户进行划分，如对于重要用户、开发人员账户，可以划分为优先级高的业务用户。本实施例中，通过设置用户优先级别来解决规则更新请求冲突，确保了业务规则更新的正常处理。

在一个实施例中，在同步更新后的规则参数至对应预设的参数存储空间中的步骤之后，还包括：接收规则执行消息，规则执行消息包括待执行业务规则；根据待执行业务规则查询对应的规则源代码；根据待执行业务规则从参数存储空间中获取对应的业务规则参数；根据待执行业务规则对应的规则源代码和业务规则参数生成规则可执行代码；根据规则可执行代码进行业务规则控制。

在完成业务规则更新后，可以通过更新后的业务规则进行业务流程操作。本实施例中，在同步更新后的规则参数至对应预设的参数存储空间中之后，当接收到规则执行消息时，从中提取待执行业务规则，并根据该待执行业务规则查询对应的规则源代码，另一方面根据待执行业务规则从参数存储空间中获取对应的业务规则参数，再根据待执行业务规则对应的规则源代码和业务规则参数生成规则可执行代码，最后通过规则可执行代码进行业务规则控制，实现业务流程操作。

本实施例中，业务规则更新后的规则参数存储在参数存储空间中，在接收到规则执行消息时，根据待执行业务规则从对应的参数存储空间中获取业务规则参数，并进一步结合待执行业务规则对应的规则源代码生成规则可执行代码，通过执行该可执行代码实现业务规则控制。

在一个实施例中，如图4所示，提供了一种业务规则更新方法，包括以下步骤：

步骤S401：接收终端发送的规则更新消息，并根据规则更新消息确定待更新业务规则；

步骤S402：根据待更新业务规则查询对应的规则源代码；

步骤S403：根据规则源代码查询对应的参数存储空间；

步骤S404：从参数存储空间中获取待更新规则参数。

本实施例中，当终端102需要对业务规则进行更新时，向服务器104发送规则更新消息，服务器104接收到规则更新消息后，根据该规则更新消息确定待更新业务规则。待更新业务规则对应的规则源代码为基于DSL编写的dsl源代码文件，待更新规则参数为待更新业务规则中需要进行更新的规则参数，规则参数可以存储在预设的Redis中。在获取待更新业务规则对应的规则源代码和待更新规则参数时，一方面根据待更新业务规则查询对应的规则源代码；另一方面，根据获得的规则源代码查询对应的参数存储空间，查询到对应的参数存储空间后，从中获取对应的待更新规则参数。

步骤S405：确定规则更新消息对应的当前业务用户；

步骤S406：查询预设的更新权限映射表；

步骤S407：从更新权限映射表中获得当前业务用户对应的规则更新权限；

步骤S408：根据规则更新权限切换待更新规则参数的待修改状态，得到与规则更新权限对应的待更新规则参数；

步骤S409：根据规则源代码和待更新规则参数生成待更新页面数据，将待更新页面数据下发。

本实施例中，在根据规则更新消息确定当前业务用户对应的规则更新权限时，从规则更新消息中提取用户标识信息，并根据该用户标识信息确定对应的当前业务用户。确定当前业务用户后，查询预设的更新权限映射表，该更新权限映射表记录有业务用户与其对应的更新权限映射关系，查询更新权限映射表后，从该更新权限映射表查询获得当前业务用户对应的规则更新权限。确定当前业务用户对应的规则更新权限后，根据该规则更新权限切换待更新规则参数的待修改状态。获得与当前业务用户的规则更新权限对应的待更新规则参数后，结合规则源代码生成待更新页面数据，该待更新页面数据可以下发至终端102，由终端102根据该待更新页面数据生成对应的待更新页面，并基于待更新页面对业务规则进行更新，最后将得到的更新后的页面数据返回至服务器104，实现了终端102对业务规则的可视化更新。

本实施例中，根据发送规则更新消息的当前业务用户对应的规则更新权限对待更新规则参数的待修改状态进行配置，得到与该规则更新权限对应的待更新规则参数，最后结合规则源代码生成待更新页面数据，实现了对各业务用户规则更新权限的控制，避免了业务规则更新混乱的情况，确保业务规则的正常运行。

步骤S410：接收终端返回的更新后的页面数据，更新后的页面数据由终端对待更新页面数据进行更新操作后得到；

步骤S411：从更新后的页面数据中提取更新后的规则参数，并同步更新后的规则参数至对应预设的参数存储空间中。

服务器104接收终端102返回的更新后的页面数据，该更新后的页面数据包括更新后的规则参数，从中提取更新后的规则参数，并将更新后的规则参数同步至对应预设的参数存储空间中，从而实现对业务规则的更新。

步骤S412：接收到规则执行消息时，根据规则执行消息查询对应的待执行业务规则，并根据待执行业务规则进行业务规则控制。

在完成业务规则更新后，可以通过更新后的业务规则进行业务流程操作。具体地，接收到规则执行消息时，根据规则执行消息查询对应的待执行业务规则，并根据待执行业务规则进行业务规则控制的步骤包括：接收规则执行消息，规则执行消息包括待执行业务规则；根据待执行业务规则查询对应的规则源代码；根据待执行业务规则从参数存储空间中获取对应的业务规则参数；根据待执行业务规则对应的规则源代码和业务规则参数生成规则可执行代码；根据规则可执行代码进行业务规则控制。

本实施例中，业务规则更新后的规则参数存储在参数存储空间中，在接收到规则执行消息时，根据待执行业务规则从对应的参数存储空间中获取业务规则参数，并进一步结合待执行业务规则对应的规则源代码生成规则可执行代码，通过执行该可执行代码实现业务规则控制。

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

在一个实施例中，如图5所示，提供了一种业务规则更新装置，包括：更新规则确定模块501、代码参数获取模块503、页面数据发送模块505、页面数据接收模块507和规则参数同步模块509，其中：

更新规则确定模块501，用于接收终端发送的规则更新消息，并根据规则更新消息确定待更新业务规则；

代码参数获取模块503，用于获取待更新业务规则对应的规则源代码和待更新规则参数；

页面数据发送模块505，用于根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据，并发送待更新页面数据至终端；

页面数据接收模块507，用于接收终端返回的更新后的页面数据，更新后的页面数据由终端对待更新页面数据进行更新操作后得到；

规则参数同步模块509，用于从更新后的页面数据中提取更新后的规则参数，并同步更新后的规则参数至对应预设的参数存储空间中。

上述业务规则更新装置，由更新规则确定模块根据终端发送的规则更新消息确定待更新业务规则，进一步通过代码参数获取模块获取对应的源代码和待更新参数，再由页面数据发送模块根据规则更新消息、源代码和待更新参数生成待更新页面数据并发送至终端，以由终端对待更新页面数据进行更新操作并得到的更新后的页面数据，最后通过规则参数同步模块从终端返回的更新后的页面数据中提取更新后的规则参数并将其同步至预设的存储空间中，实现了终端对业务规则的更新。在业务规则更新过程中，通过将由待更新业务规则对应的源代码和待更新规则参数，结合终端发送的规则更新消息生成的页面数据发送至终端进行更新，实现了通过终端实时进行业务规则的更新，提高了业务规则的更新效率。

在一个实施例中，代码参数获取模块503包括源代码查询单元、参数存储查询单元和待更新规则参数获取单元，其中：源代码查询单元，用于根据待更新业务规则查询对应的规则源代码；参数存储查询单元，用于根据规则源代码查询对应的参数存储空间；待更新规则参数获取单元，用于从参数存储空间中获取待更新规则参数。

在一个实施例中，页面数据发送模块505包括更新权限确定单元、规则参数切换单元和待更新页面数据生成单元，其中：更新权限确定单元，用于根据规则更新消息确定当前业务用户对应的规则更新权限；规则参数切换单元，用于根据规则更新权限切换待更新规则参数的待修改状态，得到与规则更新权限对应的待更新规则参数；待更新页面数据生成单元，用于根据规则源代码和待更新规则参数生成待更新页面数据。

在一个实施例中，更新权限确定单元包括业务用户确定子单元、权限映射表查询子单元和权限确定子单元，其中：业务用户确定子单元，用于确定规则更新消息对应的当前业务用户；权限映射表查询子单元，用于查询预设的更新权限映射表；权限确定子单元，用于从更新权限映射表中获得当前业务用户对应的规则更新权限。

在一个实施例中，还包括隔离级别表查询模块、隔离级别确定模块和规则更新消息第一确定模块，其中：隔离级别表查询模块，用于查询预设的规则隔离级别表；隔离级别确定模块，用于根据规则隔离级别表，确定待更新业务规则对应的数据库隔离级别；规则更新消息第一确定模块，用于按照数据库隔离级别，从多个规则更新消息中确定规则更新消息。

在一个实施例中，还包括用户优先级确定模块和规则更新消息第二确定模块，其中：用户优先级确定模块，用于根据多个规则更新消息确定对应的多个当前业务用户的用户优先级别；规则更新消息第二确定模块，用于根据用户优先级别，从多个规则更新消息中确定规则更新消息。

在一个实施例中，还包括执行消息接收模块、执行源代码查询模块、执行规则参数获取模块、可执行代码生成模块和业务规则控制模块，其中：执行消息接收模块，用于接收规则执行消息，规则执行消息包括待执行业务规则；执行源代码查询模块，用于根据待执行业务规则查询对应的规则源代码；执行规则参数获取模块，用于根据待执行业务规则从参数存储空间中获取对应的业务规则参数；可执行代码生成模块，用于根据待执行业务规则对应的规则源代码和业务规则参数生成规则可执行代码；业务规则控制模块，用于根据规则可执行代码进行业务规则控制。

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

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

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

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收终端发送的规则更新消息，并根据规则更新消息确定待更新业务规则；

获取待更新业务规则对应的规则源代码和待更新规则参数；

根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据，并发送待更新页面数据至终端；

接收终端返回的更新后的页面数据，更新后的页面数据由终端对待更新页面数据进行更新操作后得到；

从更新后的页面数据中提取更新后的规则参数，并同步更新后的规则参数至对应预设的参数存储空间中。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据待更新业务规则查询对应的规则源代码；根据规则源代码查询对应的参数存储空间；从参数存储空间中获取待更新规则参数。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据规则更新消息确定当前业务用户对应的规则更新权限；根据规则更新权限切换待更新规则参数的待修改状态，得到与规则更新权限对应的待更新规则参数；根据规则源代码和待更新规则参数生成待更新页面数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：确定规则更新消息对应的当前业务用户；查询预设的更新权限映射表；从更新权限映射表中获得当前业务用户对应的规则更新权限。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：查询预设的规则隔离级别表；根据规则隔离级别表，确定待更新业务规则对应的数据库隔离级别；按照数据库隔离级别，从多个规则更新消息中确定规则更新消息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据多个规则更新消息确定对应的多个当前业务用户的用户优先级别；根据用户优先级别，从多个规则更新消息中确定规则更新消息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收规则执行消息，规则执行消息包括待执行业务规则；根据待执行业务规则查询对应的规则源代码；根据待执行业务规则从参数存储空间中获取对应的业务规则参数；根据待执行业务规则对应的规则源代码和业务规则参数生成规则可执行代码；根据规则可执行代码进行业务规则控制。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收终端发送的规则更新消息，并根据规则更新消息确定待更新业务规则；

获取待更新业务规则对应的规则源代码和待更新规则参数；

根据规则更新消息、规则源代码和待更新规则参数生成待更新页面数据，并发送待更新页面数据至终端；

接收终端返回的更新后的页面数据，更新后的页面数据由终端对待更新页面数据进行更新操作后得到；

从更新后的页面数据中提取更新后的规则参数，并同步更新后的规则参数至对应预设的参数存储空间中。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据待更新业务规则查询对应的规则源代码；根据规则源代码查询对应的参数存储空间；从参数存储空间中获取待更新规则参数。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据规则更新消息确定当前业务用户对应的规则更新权限；根据规则更新权限切换待更新规则参数的待修改状态，得到与规则更新权限对应的待更新规则参数；根据规则源代码和待更新规则参数生成待更新页面数据。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：确定规则更新消息对应的当前业务用户；查询预设的更新权限映射表；从更新权限映射表中获得当前业务用户对应的规则更新权限。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：查询预设的规则隔离级别表；根据规则隔离级别表，确定待更新业务规则对应的数据库隔离级别；按照数据库隔离级别，从多个规则更新消息中确定规则更新消息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据多个规则更新消息确定对应的多个当前业务用户的用户优先级别；根据用户优先级别，从多个规则更新消息中确定规则更新消息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收规则执行消息，规则执行消息包括待执行业务规则；根据待执行业务规则查询对应的规则源代码；根据待执行业务规则从参数存储空间中获取对应的业务规则参数；根据待执行业务规则对应的规则源代码和业务规则参数生成规则可执行代码；根据规则可执行代码进行业务规则控制。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

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

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

Claims (10)

1.一种业务规则更新方法，所述方法包括：

接收终端发送的规则更新消息，并根据所述规则更新消息确定待更新业务规则；

当同时接收到多个规则更新消息、且根据所述多个规则更新消息确定的所述待更新业务规则相同时，查询预设的规则隔离级别表；根据所述规则隔离级别表，确定所述待更新业务规则对应的数据库隔离级别；按照所述数据库隔离级别和所述多个规则更新消息对应多个当前业务用户各自的用户优先级别，从所述多个规则更新消息中确定所述规则更新消息；

获取所述待更新业务规则对应的规则源代码和待更新规则参数；

根据所述规则更新消息确定当前业务用户对应的规则更新权限；

根据所述规则更新权限切换所述待更新规则参数的待修改状态，得到与所述规则更新权限对应的所述待更新规则参数；

根据所述规则源代码和所述待更新规则参数生成待更新页面数据，并发送所述待更新页面数据至所述终端；

接收所述终端返回的更新后的页面数据，所述更新后的页面数据由所述终端对所述待更新页面数据进行更新操作后得到；

从所述更新后的页面数据中提取更新后的规则参数，并同步所述更新后的规则参数至对应预设的参数存储空间中。

2.根据权利要求1所述的方法，其特征在于，所述获取所述待更新业务规则对应的规则源代码和待更新规则参数的步骤包括：

根据所述待更新业务规则查询对应的规则源代码；

根据所述规则源代码查询对应的所述参数存储空间；

从所述参数存储空间中获取待更新规则参数。

3.根据权利要求1所述的方法，其特征在于，所述参数存储空间包括Redis存储系统。

4.根据权利要求1所述的方法，其特征在于，所述根据所述规则更新消息确定当前业务用户对应的规则更新权限的步骤包括：

确定所述规则更新消息对应的当前业务用户；

查询预设的更新权限映射表；

从所述更新权限映射表中获得所述当前业务用户对应的规则更新权限。

5.根据权利要求1至4任意一项所述的方法，其特征在于，所述规则源代码包括dsl源代码文件。

6.根据权利要求1至4任意一项所述的方法，其特征在于，所述方法还包括：

根据所述多个规则更新消息确定对应的多个当前业务用户各自的用户优先级别。

7.根据权利要求6所述的方法，其特征在于，在所述同步所述更新后的规则参数至对应预设的参数存储空间中的步骤之后，还包括：

接收规则执行消息，所述规则执行消息包括待执行业务规则；

根据所述待执行业务规则查询对应的规则源代码；

根据所述待执行业务规则从所述参数存储空间中获取对应的业务规则参数；

根据所述待执行业务规则对应的规则源代码和所述业务规则参数生成规则可执行代码；

根据所述规则可执行代码进行业务规则控制。

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

更新规则确定模块，用于接收终端发送的规则更新消息，并根据所述规则更新消息确定待更新业务规则；当同时接收到多个规则更新消息、且根据所述多个规则更新消息确定的所述待更新业务规则相同时，查询预设的规则隔离级别表；根据所述规则隔离级别表，确定所述待更新业务规则对应的数据库隔离级别；按照所述数据库隔离级别和所述多个规则更新消息对应多个当前业务用户各自的用户优先级别，从所述多个规则更新消息中确定所述规则更新消息；

代码参数获取模块，用于获取所述待更新业务规则对应的规则源代码和待更新规则参数；

页面数据发送模块，用于根据所述规则更新消息确定当前业务用户对应的规则更新权限；根据所述规则更新权限切换所述待更新规则参数的待修改状态，得到与所述规则更新权限对应的所述待更新规则参数；根据所述规则源代码和所述待更新规则参数生成待更新页面数据，并发送所述待更新页面数据至所述终端；

页面数据接收模块，用于接收所述终端返回的更新后的页面数据，所述更新后的页面数据由所述终端对所述待更新页面数据进行更新操作后得到；

规则参数同步模块，用于从所述更新后的页面数据中提取更新后的规则参数，并同步所述更新后的规则参数至对应预设的参数存储空间中。

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

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