[发明专利]一种动态业务规则应用方法、系统和装置

说明书

技术领域

本发明涉及电子商务技术领域，特别是涉及一种动态业务规则应用方法、系统和装置。

背景技术

随着电子商务的不断发展和普及，越来越多的人在网上注册商户经营自己的商品，作为电子商务的维护者就需要对网站用户的行为进行监控和管理，如将某些IP放入黑名单禁止其经营，或者根据安全业务定义一些业务规则，如骗子业务规则，帐号被盗业务规则，商品违规业务规则，非法注册监控业务规则等，这些业务规则的建立有利于维护系统的安全。然而这些业务规则是经常需要改变的，如设置用户名称违反关键字，则关键字就需要经常补充或替换。然而因为现有的软件系统都是由用户提出需求，软件工程师进行分析设计以实现用户希望的系统，这个周期是非常长的，同样CTU(风险控制系统，用于监控网站用户的行为)也是这样的，如果业务人员仅仅只想简单的修改一个监控业务规则，都必须要经过开发人员的分析设计代码实现，这样不仅系统开发周期长，并且系统的设计灵活性也不高。

CTU动态业务规则系统是为了实现业务部门在CTU系统中定义、调整、测试、发布、取消业务规则的整个过程，简单的讲，就是操作人员在后台管理界面添加或修改业务规则，完成后此时业务规则处于待测试状态；操作人员点击测试按钮将业务规则提交到真实的环境测试，此时该业务规则处于测试运行状态；经过一段时间的测试运行，操作人员查看测试业务规则运行状况后，再决定是将该业务规则发布到正式运行还是对该业务规则继续修改。

现有方法通过以下两种方式实现对业务规则的修改：

方式一：如图1所示，为现有技术中方式一的业务规则修改流程图，该方式不使用业务规则引擎，对业务规则采用硬编码，包括以下步骤：

步骤S101，客户提出需求，如客户提出对某条业务规则进行修改的需求。

步骤S102，设计技术人员对客户的需求进行分析。

步骤S103，设计技术人员进行代码的编写。

步骤S104，线上系统重新部署，即需要重新经历定义、调整、测试、发布等整个过程。

该方式的缺点是不使用业务规则引擎的方式，使得每次有新的需求都必须要设计技术人员重新编写代码以适应信道业务规则要求，因此就需要由业务人员提出相应的要求，由设计技术人员根据业务人员的要求进行分析和设计，因此需要业务人员和设计技术人员共同配合才能完成。

方式二：如图2所示，为现有技术中方式二的业务规则修改流程图，该方式使用业务规则引擎，将业务规则硬编码到XML文件中，该方式与方式一的区别在于可以不通过代码进行编写，包括以下步骤：

步骤S201，客户提出需求，如客户提出对某条业务规则进行修改的需求。

步骤S202，设计技术人员根据业务规则引擎语法编写客户提出的需求。

步骤S203，线上系统重新部署，新业务规则生效。

该方式的缺点是虽然采用了引擎业务规则，但是仍然需要把业务规则配置在XML文件中，然后系统在启动时加载业务规则。因此业务规则在系统运行时是不能够更改的，并且这种XML文件对于业务人员来说依然是不能够理解的，因此仍然必须要设计技术人员来编写，并且该设计技术人员也必须要理解了业务规则引擎语法才能更对其进行修改，因此在该方式中同样需要设计技术人员配合业务人员共同完成。

发明内容

本发明实施例要解决的问题是提供一种动态业务规则应用方法、系统和装置，解决现有技术中业务人员必须依靠设计技术人员才能更对业务规则进行应用和修改的技术缺陷。

为达到上述目的，本发明实施例一方面提出一种动态业务规则应用方法，用于使业务人员无需技术人员的参与即可实现对业务规则的修改和应用，包括以下步骤：

监控服务器接收到用户请求后，为所述用户提供业务规则编辑界面；

所述监控服务器接收所述用户设置的业务规则修改点；

所述监控服务器将所述用户选择的业务规则添加到所述业务规则修改点；

所述监控服务器在收到所述用户的确认指示后，将所述业务规则修改点在线上生效。

其中，所述为所述用户提供业务规则编辑界面具体为：

通过Web界面将所述业务规则编辑界面提供给所述用户。

其中，还包括：将业务规则分解为数据库对应的表结构形式，并保存在数据库中。

其中，所述用户选择的业务规则具体为：

所述用户从所述数据库中选择与所述业务规则对应的表结构形式。

其中，所述监控服务器将收到所述用户的确认指示后，将所述业务规则修改点在线上生效具体包括：