WO2019179056A1 - 基于规则引擎的可配置化系统、方法、设备和存储介质 - Google Patents

基于规则引擎的可配置化系统、方法、设备和存储介质 Download PDF

Info

Publication number
WO2019179056A1
WO2019179056A1 PCT/CN2018/104315 CN2018104315W WO2019179056A1 WO 2019179056 A1 WO2019179056 A1 WO 2019179056A1 CN 2018104315 W CN2018104315 W CN 2018104315W WO 2019179056 A1 WO2019179056 A1 WO 2019179056A1
Authority
WO
WIPO (PCT)
Prior art keywords
rule
script
engine
execution
service
Prior art date
Application number
PCT/CN2018/104315
Other languages
English (en)
French (fr)
Inventor
莫智勋
李明
罗均
黄心官
张晶莹
陈祖才
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019179056A1 publication Critical patent/WO2019179056A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/34—Graphical or visual programming
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/38—Creation or generation of source code for implementing user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces

Definitions

  • the present application relates to the field of computer network technologies, and in particular, to a configurable system, method, device, and storage medium based on a rule engine.
  • a business rule consists of a set of conditions and operations performed under these conditions, which are typically developed and modified by business analysts and policy managers. When developing, set one or more conditions that trigger one or more when these conditions are met. Operations.
  • the rules engine separates business decisions from application code, which uses predefined semantic modules to write business decisions.
  • the business rules engine reduces the maintenance and scalability costs of applications by reducing the complexity of components that implement complex business logic, effectively improving the maintainability of code that implements complex logic, and fixing code defects during or after deployment.
  • an object of the present application is to provide a configurable system, method, device, and storage medium based on a rule engine, and dynamically generate a execution script of a rule engine by using a visual configuration manner, thereby reducing the need for editing.
  • the technical level requires that grammatical errors are not easy to occur, and the rule script can be applied and executed through a one-button triggering method.
  • the operation is convenient and fast, and the overall process of the rule engine operation realizes real-time monitoring, and the error rate is effectively controlled, which indirectly reduces maintenance costs. Can be widely used in the field of banking financial business systems and real estate transaction systems.
  • a configurable system based on a rules engine including:
  • the parameter entry module is configured to enter the rule parameters required to generate the rule script into the business system for use;
  • the script generation module is configured to configure the entered rule parameters according to the syntax corresponding to the rule engine supported by the business system, generate a rule script, and store the rule script in the service system;
  • the script execution module is configured to execute the corresponding rule entity after the rule script to be applied is applied in the operation interface of the front end of the service system, so that the corresponding service function is executed;
  • the monitoring module is configured to monitor the execution of the rule engine in the application process of the rule script and perform corresponding countermeasures according to the execution result to ensure that the execution process is complete and prevent the occurrence of the missing execution.
  • a configurable method based on a rules engine including:
  • Step S1 inputting the rule parameters, and inputting the rule parameters required for generating the rule script into the service system for use;
  • step S2 the rule script is generated, and the rule parameters entered in step S1 are configured according to the syntax corresponding to the rule engine supported by the service system, and the rule script is generated and stored in the service system;
  • step S3 the execution of the rule script is performed after the rule script to be applied is applied in the operation interface of the front end of the service system, and the corresponding rule entity is executed to enable the corresponding service function to be executed;
  • Step S4 monitoring the execution of the rule, monitoring the execution of the rule engine in the application process of the rule script, and performing corresponding countermeasures according to the execution result to ensure that the execution process is complete and preventing the occurrence of the missed execution.
  • a computer device comprising: a memory, a processor, and a computer program stored on the memory, the computer program being executed by the processor, causing the processor to perform the following steps:
  • Step S1 Entering the rule parameters: input the rule parameters required to generate the rule script into the service system for use;
  • Step S2 generating a rule script: configuring the rule parameters entered in the step S1 according to the syntax corresponding to the rule engine supported by the service system, and then generating the rule script and storing the rule script in the service system;
  • Step S3 Execution of the rule script: after the rule script to be applied is applied in the operation interface of the front end of the service system, the corresponding rule entity is executed to enable the corresponding service function to be executed;
  • Step S4 Monitoring of rule execution: monitoring the execution of the rule engine in the application process of the rule script and performing corresponding countermeasures according to the execution result to ensure that the execution process is complete and the occurrence of missing execution occurs.
  • a readable storage medium having stored thereon a computer program that, when executed by one or more processors, implements the following steps:
  • Step S1 Entering the rule parameters: input the rule parameters required to generate the rule script into the service system for use;
  • Step S2 generating a rule script: configuring the rule parameters entered in the step S1 according to the syntax corresponding to the rule engine supported by the service system, and then generating the rule script and storing the rule script in the service system;
  • Step S3 Execution of the rule script: after the rule script to be applied is applied in the operation interface of the front end of the service system, the corresponding rule entity is executed to enable the corresponding service function to be executed;
  • Step S4 Monitoring of rule execution: monitoring the execution of the rule engine in the application process of the rule script and performing corresponding countermeasures according to the execution result to ensure that the execution process is complete and the occurrence of missing execution occurs.
  • the above-mentioned rule engine-based configurable system, method, device and storage medium by setting a visual operation interface on the front end of the business system, inputting and configuring rule parameters and generating a rule script in one key, the operation is straightforward, convenient and quick , greatly improving the current situation of high technical thresholds for development and modification caused by changes in business requirements when using traditional business systems, thereby reducing maintenance costs; improving the rules by real-time monitoring and countermeasures for the rule engine application rule process
  • the operational stability of the engine reduces the data processing omissions in the overall operation process, and is especially applicable to financial fields such as banks and real estates that are sensitive to data processing.
  • FIG. 2 is a schematic diagram of a process of the method of the present application.
  • FIG. 3 is a specific flow chart of step S1 in Figure 2;
  • step S2 in FIG. 2 is a specific flowchart of step S2 in FIG. 2;
  • FIG. 5 is a specific flow chart of step S3 and step S4 of Figure 2;
  • FIG. 6 is a schematic diagram of a parameter entry interface of an embodiment of the present application applied to banking services
  • FIG. 7 is a schematic diagram of a rule application interface corresponding to FIG. 6.
  • a rule engine-based configurable system of the present application includes:
  • the parameter entry module is configured to enter the rule parameters required to generate the rule script into the business system for use;
  • the script generation module is configured to configure the entered rule parameters according to the syntax corresponding to the rule engine supported by the business system, generate a rule script, and store the rule script in the service system;
  • the script execution module is configured to execute the corresponding rule entity after the rule script to be applied is applied in the operation interface of the front end of the service system, so that the corresponding service function is executed;
  • the monitoring module is configured to monitor the execution of the rule engine in the application process of the rule script and perform corresponding countermeasures according to the execution result to ensure that the execution process is complete and prevent the occurrence of the missing execution.
  • the parameter entry module is further configured to select a business system supporting the rules engine function and select any of the rule engines it supports, deploy the rule engine to the business system, in the business system
  • the front end generates a corresponding parameter input interface, and the rule parameters required for generating the rule script are entered into the corresponding input points in the parameter input interface one by one, the input process of the rule parameters is detected, and the input rule parameters are stored in the temporary storage of the business system.
  • the unit facilitates the retrieval of subsequent operational steps.
  • Input methods for input points include text input box input, numeric input box input, drop-down box selection input, single item check input, and multi-item check input.
  • the script generating module is further configured to set a script generation switch on the front end of the business system, and after triggering the script generation switch, retrieve the input rule parameters from the temporary storage unit, and press the retrieved rule parameters according to the rule.
  • the engine's grammar generates a corresponding rule script, and the generated rule script is named according to a specific rule and then stored in the business system.
  • the interface of the script generation switch is presented in the following manner: a button, a radio button, and a link.
  • the storage manner of the rule script includes: storing in a storage unit of the business system in the form of a separate file, or storing in a database record in a database of the business system.
  • the rule script is saved in a string form to a separate file and stored in a storage unit of the business system, or stored as a database record in a database in a string form.
  • a rule list is set in the database of the business system for storing the rule script with a specific data type, and any generated rule script is a data record in the rule list.
  • the data type is a BLOB type.
  • the script execution module is further configured to select a rule script to be used in the rule application interface of the front end of the business system, and trigger a corresponding script application switch, and the rule engine loads the corresponding rule script and Parsing the rule logic, and updating the status identifier of the rule script in the rule list of the database to change from the unapplied state to the applied state, and the rule engine is from the database table of the business data according to the rule condition in the rule script.
  • a data queue to be executed is generated, and the rule engine performs the business function corresponding to the data in the data queue to be executed according to the rule entity in the rule script.
  • the business system records the execution of the business function in the execution result table, including the business data and the corresponding execution result.
  • a rule application interface is displayed at the front end of the service system, and is used to display the generated rule script, and any rule script displayed therein is provided with a script application switch corresponding to the one-to-one corresponding to the script script switch, and the corresponding rule is triggered after the script application switch is triggered.
  • the script is loaded by the rules engine and applied.
  • the script application switch is presented on the rules application interface in the form of buttons, radio buttons, check boxes, and linked interface elements. At least two script application switches are set on the rule application interface, and any script application switch corresponds to a generated rule script. Preferably, at least two script application switches are presented on the rule application interface in the form of interface elements of check boxes.
  • the status identifier is stored in the independent file together with the rule script, when the rule script is stored.
  • the status identifier is stored in the same table as the rule script and is in the same data record.
  • the monitoring module is further configured to perform real-time monitoring on the execution result table, and read the execution result sequence in the set read cycle.
  • the rule engine will execute the failed service.
  • the data record is inserted into the to-be-executed data queue to wait for the business function corresponding to the rule entity to be executed again.
  • the parameter input module, the script generation module, the script execution module, and the monitoring module all implement corresponding functions after being invoked by a server of the service system, and the server is provided with a temporary storage unit and a database, corresponding to The generated rule script has a rule list in the database, and any generated rule script is stored in the database as a data record in the rule list; the database has an execution result set to record the execution result generated by the rule script application.
  • the table records the service data of the execution of the service function corresponding to the rule entity and the mark of the execution result of the rule, and is used by the monitoring module to determine whether the service function corresponding to the rule entity is successfully executed. If the execution fails, the monitoring module notifies the rule through the server. The engine inserts the failed business data into the execution sequence and waits for it to be processed again.
  • the user enters a service parameter set to generate a rule script in the parameter input interface of the front end of the service system.
  • the service parameters include a rule condition set to filter the historical service data, and a rule type that is set to determine the service function type, and is set to describe the rule script.
  • the rule description of the function is set to the rule entity that performs the business function, and the input business parameter is stored in the temporary storage unit.
  • the corresponding rule script is selected in the rule application interface of the front end of the service system, so that the rule engine loads the corresponding item in the rule list, so that the corresponding rule script is applied, and the rule engine according to the rule condition in the script
  • the data queue of the rule entity to be executed is generated, and then the business functions defined by the rule entity in the script are executed on the data in the queue order one by one, and the execution result is fed back to the execution result table.
  • the monitoring module monitors the execution result table in real time. When the execution fails, the notification rule engine inserts the corresponding service data into the executing data queue and waits for the corresponding service function to be executed again.
  • a rule engine-based configurable method provided by the embodiment of the present application includes four execution steps:
  • Step S1 Entering the rule parameters:
  • the rule parameters required to generate the rule script are entered into the service system for backup, as shown in FIG. 3, which specifically includes the following steps:
  • Step S11 Select a business system supporting the rule engine function and select any one of the supported rule engines, and deploy the rule engine to the business system; the rule engine selects ILog, Drools, Mandarax, JLisa, OpenRules Any of JEOPS, InfoSapient, JRuleEngine, Roolie, and Jess.
  • Step S12 Generate a corresponding parameter entry interface on the front end of the service system, and the operator inputs the rule parameters required to generate the rule script into the corresponding input points in the parameter input interface, wherein the rule parameters include: rule type, rule description, Rule conditions, rule entities.
  • the entry of the rule parameters is entered by inputting text input, numeric input, drop-down box selection, single item selection, or multi-item selection.
  • a corresponding rule type mapping table is set in the service system, and any rule type and its selection item in the drop-down box are correspondingly matched by the rule type mapping table.
  • the selection item of any of the rule types in its drop-down box displays the corresponding item name in Chinese.
  • Step S1201 deploy the input parameter check function in the service system, and perform real-time calculation of the value of any rule parameter entered. Read and check. When the entry parameters are found to be valid, the subsequent steps are sequentially performed.
  • Step S1202 When the verification finds that the input parameters are illegal, the abnormal information is output, so that the user can modify the re-input and jump to the execution process. S12;
  • Step S13 After the detection rule parameter is legal, the input rule parameter is stored in the temporary storage unit of the service system to facilitate the retrieval of the subsequent operation steps.
  • Step S2 The generation of the rule script: the rule parameters that have been entered in the step S1 are configured according to the syntax supported by the rule engine, and then the corresponding rule script is generated and stored in the service system, as shown in FIG. The following steps:
  • Step S21 setting a script generation switch on the front end of the business system to trigger a script generation switch
  • Step S22 Retrieving the input rule parameters from the temporary storage unit
  • Step S23 Generate a corresponding rule script according to the syntax of the rule engine by using the retrieved rule parameters;
  • Step S24 The generated rule script is named according to a specific rule and then stored in the rule list in the service system. To avoid repeated loading in the process of the rule script being loaded by the rule engine and executing the rule, the generated script definition needs to be matched. A status flag set to mark the status of its application, for which a substep is set in this step:
  • Step S2401 The corresponding rule script sets a status identifier in the corresponding record of the rule list, and assigns an initial value to the flag when the rule script is recorded to the database, and sets the flag to be loaded and applied by the rule engine.
  • the rule script is stored in the form of a separate file or a database record; when the rule script is stored in the form of a separate file, the rule script is stored in a storage unit supported by the rule engine in a storage unit of the business system; when the rule script is recorded in a database
  • the form is stored, it is stored in the rule list in the database of the business system, and at the same time, a state identifier corresponding to the rule script is generated in the rule list, and an initial value is given to mark that the rule script has not been applied yet. It is convenient for the rule engine to judge when applying the rule script to prevent repeated loading and application.
  • Step S3 Execution of the rule script: After the rule script to be applied is applied in the operation interface of the front end of the service system, the corresponding rule entity is executed to enable the corresponding service function to be executed. As shown in FIG. 5, the method includes the following steps:
  • Step S31 Select a rule script to be used in the rule application interface of the front end of the service system, and trigger a script application switch corresponding thereto;
  • Step S32 The rule engine loads the corresponding rule script and parses the rule logic, and updates the status identifier of the rule script in the rule list of the database to change from the unapplied state to the applied state;
  • Step S33 The rule engine extracts the data record corresponding to the conditional service data from the database table of the service data into the data storage area according to the rule condition in the rule script, and generates a to-be-executed data queue.
  • Step S34 The rule engine executes the service function corresponding to the rule entity by the rule entity in the rule script by the data in the data queue to be executed.
  • Step S35 The service system records the execution of the service function in the execution result table, including the service data and the corresponding execution result.
  • Step S4 Monitoring the execution of the rule: monitoring the execution of the rule engine in the application process of the rule script and performing corresponding countermeasures according to the execution result to ensure that the execution process is complete and preventing the occurrence of the missed execution, as shown in FIG. 5
  • the indication includes the following steps:
  • Step S41 Perform real-time monitoring on the execution result table in step S35, and read the execution result sequence in the set read cycle;
  • Step S42 When it is detected that the execution result is a failure, the rule engine inserts the failed service data record into the to-be-executed data queue and waits for the business function corresponding to the rule entity to be executed again.
  • a computer device comprising: a memory, a processor, and a computer program stored on the memory, the computer program being executed by the processor, causing the processor to execute the rule-based engine in each of the above embodiments The steps in the configurable method.
  • a readable storage medium is provided, the computer program being stored on a readable storage medium, and the computer program being executed by one or more processors to implement a rule engine based configurable method in the above embodiments The steps in .
  • the storage medium may be a non-volatile storage medium.
  • An embodiment of the present application is a rule engine-based configurable system, method, device, and storage medium applied to a banking financial service system.
  • the specific settings and operation logic are as follows:
  • the selected rules engine is Drools and deployed to the banking system
  • the parameter input interface is layoutd, and the parameter type of the rule type is set as the product type, and is set to indicate that it is a financial product, and the rule type is selected as “mortgage” through the drop-down list. Enter the text "Calculate Mortgage Amount” in the description, set to describe the actual role of this rule;
  • rule condition configuration area whose parameter identifier is "Condition”, select "Loan Time” as the first condition, and select the mathematical symbol “>” and the date "2017-08-09", and set to indicate that the first condition is
  • the historical business data of the lending time after August 9, 2017 is selected as the data to be processed; another rule condition of the parallel is generated by adding the switch "+” button, and the "bank name” is selected as the second condition.
  • the historical business data of the Bank of China after August 9, 2017 can be extracted as the pending data.
  • a rule script with the same name as the "product type” is generated by clicking the "Generate Rule Script” button in the interface.
  • a rule execution list set for the front end of the banking service system is provided with an execution switch option of four rule scripts that have been generated, corresponding to a remark item and a product type of each rule script at the time of configuration, There is a corresponding execution switch on the left side and a display area corresponding to the status identifier of the rule script on the right side.
  • the display area is synchronized with the status identifier of the rule script in the database, and the fourth rule script can be seen from the bottom. Selected and already in the "Apply" state.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Stored Programmes (AREA)

Abstract

一种基于规则引擎的可配置化系统，包括设置于支持规则引擎的业务系统中参数录入模块、脚本生成模块、脚本执行模块和监控模块，通过参数录入模块录入业务参数后调用脚本生成模块生成规则脚本，再利用脚本执行模块调用规则引擎驱动规则脚本运行后对符合条件的业务数据执行一定的业务决策功能，同时调用监控模块进行执行过程的监控后避免处理遗漏。该系统采用可视化配置方式动态生成规则脚本，降低了编撰所需的技术水平要求，不易出现语法错误。

Description

基于规则引擎的可配置化系统、方法、设备和存储介质
本申请要求于2018年03月18日提交中国专利局、申请号为201810221789.1、发明名称为“基于规则引擎的可配置化系统、方法、计算机设备和存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机网络技术领域，具体涉及一种基于规则引擎的可配置化系统、方法、设备和存储介质。
背景技术
计算机技术的飞速发展，渗透到人们生活的方方面面。为满足各类产业发展的需求、提升工作效率的需要，计算机信息技术已经在社会各个领域被广泛应用于构建功能各异、种类繁杂的企业信息化系统。目前在网络上运行着大量为用户提供业务处理功能的业务系统，用户在这些系统中按各自的业务规则进行各类业务操作。在信息系统的生命周期中，企业的业务需求不可避免地会发生改变，这就需要及时对软件产品进行升级维护或二次开发。为了满足这个需要，业务规则引擎应运而生，其将业务系统运作中的复杂逻辑抽象成规则，然后使用特定算法对规则进行求值等操作。一个业务规则包含一组条件和在此条件下执行的操作，其通常由业务分析人员和策略管理者开发和修改，开发时，设置一个或多个条件，当满足这些条件时会触发一个或多个操作。规则引擎将业务决策从应用程序代码中分离出来，其使用预定义的语义模块编写业务决策。业务规则引擎通过降低实现复杂业务逻辑的组件的复杂性，降低应用程序的维护和扩展性成本，有效提高实现复杂逻辑的代码的可维护性，并可于开发期间或部署后修复代码缺陷。
由于规则引擎在处理业务逻辑上的众多优点，市场上出现了各类对应产品，主要有IBM公司的ILOG、JBOSS的Drools、Mandarax、JLisa、OpenRules、JEOPS、 InfoSapient、JRuleEngine、Roolie等。但是，这些主流规则引擎存在如下缺陷：
1、需要嵌套的规则语句繁多且复杂，对应存储文件占据内存量大；
2、规则引擎一旦生成，其可配置性较低；
3、编写和学习成本高，耗时长；
4、手动编写时易出现语法错误，且对编写人员的语法水平要求高。
综上所述，目前的规则引擎产品存在较高的学习和应用门槛，且其可配置化性能较弱，限制了适用范围和应用场合。
发明内容
基于现有技术的需要，本申请的目的在于提供一种基于规则引擎的可配置化系统、方法、设备和存储介质，采用可视化配置的方式动态生成规则引擎的执行脚本，降低了编撰所需的技术水平要求，不易出现语法错误，并且通过一键触发方式使规则脚本得以应用和执行，操作方便快捷，规则引擎运行的整体流程实现了实时监控，出错率得到有效控制，间接降低了维护成本，可广泛应用于银行金融业务系统和房地产交易系统领域。
为实现上述目的，本申请是通过下述技术方案实现：
一种基于规则引擎的可配置化系统，包括：
参数录入模块，设置为将生成规则脚本所需的规则参数录入至业务系统中备用；
脚本生成模块，设置为将录入的规则参数按业务系统支持的规则引擎所对应的语法进行配置后生成规则脚本后存储于所述业务系统中；
脚本执行模块，设置为在业务系统前端的操作界面中使欲应用的规则脚本得以应用后执行对应的规则实体使对应的业务功能得以执行；
监控模块，设置为对规则脚本在应用过程中的规则引擎的执行情况进行监控并根据执行结果进行对应的对策，以确保执行过程完整，防止有遗漏执行的情况发生。
一种基于规则引擎的可配置化方法，包括：
步骤S1，规则参数的录入，将生成规则脚本所需的规则参数录入至业务系统中备用；
步骤S2，规则脚本的生成，将步骤S1中录入的规则参数按业务系统支持的规则引擎所对应的语法进行配置后生成规则脚本后存储于所述业务系统中；
步骤S3，规则脚本的执行，在业务系统前端的操作界面中使欲应用的规则脚本得以应用后执行对应的规则实体使对应的业务功能得以执行；
步骤S4，规则执行的监控，对规则脚本在应用过程中的规则引擎的执行情况进行监控并根据执行结果进行对应的对策，以确保执行过程完整，防止有遗漏执行的情况发生。
一种计算机设备，所述计算机设备包括：存储器、处理器以及存储在所述存储器上的计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行以下步骤：
步骤S1、规则参数的录入：将生成规则脚本所需的规则参数录入至业务系统中备用；
步骤S2、规则脚本的生成：将步骤S1中录入的规则参数按业务系统支持的规则引擎所对应的语法进行配置后生成规则脚本后存储于所述业务系统中；
步骤S3、规则脚本的执行：在业务系统前端的操作界面中使欲应用的规则脚本得以应用后执行对应的规则实体使对应的业务功能得以执行；
步骤S4、规则执行的监控：对规则脚本在应用过程中的规则引擎的执行情况进行监控并根据执行结果进行对应的对策，以确保执行过程完整，防止有遗漏执行的情况发生。
一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被一个或多个处理器执行时实现以下步骤：
步骤S1、规则参数的录入：将生成规则脚本所需的规则参数录入至业务系统中备用；
步骤S2、规则脚本的生成：将步骤S1中录入的规则参数按业务系统支持的规则引擎所对应的语法进行配置后生成规则脚本后存储于所述业务系统中；
步骤S3、规则脚本的执行：在业务系统前端的操作界面中使欲应用的规则 脚本得以应用后执行对应的规则实体使对应的业务功能得以执行；
步骤S4、规则执行的监控：对规则脚本在应用过程中的规则引擎的执行情况进行监控并根据执行结果进行对应的对策，以确保执行过程完整，防止有遗漏执行的情况发生。
上述的一种基于规则引擎的可配置化系统、方法、设备和存储介质，通过在业务系统的前端设置可视化操作界面对规则参数进行录入和配置并一键生成规则脚本，操作直观明了、方便快捷，大大改善了传统业务系统使用时，因业务需求变化而产生的开发和修改所需技术门槛高的现状，从而降低了维护成本；通过对规则引擎应用规则过程的实时监控和对策，提高了规则引擎的运行稳定性，降低整体作业流程中的数据处理疏漏，对于数据处理敏感的银行、房产等金融领域尤其适用。
附图说明
图1为本申请的功能模块连接示意图；
图2为本申请的方法过程示意图；
图3为图2中步骤S1的具体流程图；
图4为图2中步骤S2的具体流程图；
图5为图2中步骤S3和步骤S4的具体流程图；
图6为本申请应用于银行业务中的一种实施例的参数录入界面示意图；
图7为图6对应的规则应用界面示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
如图1所示，本申请的一种基于规则引擎的可配置化系统，包括：
参数录入模块，设置为将生成规则脚本所需的规则参数录入至业务系统中备用；
脚本生成模块，设置为将录入的规则参数按业务系统支持的规则引擎所对应的语法进行配置后生成规则脚本后存储于所述业务系统中；
脚本执行模块，设置为在业务系统前端的操作界面中使欲应用的规则脚本得以应用后执行对应的规则实体使对应的业务功能得以执行；
监控模块，设置为对规则脚本在应用过程中的规则引擎的执行情况进行监控并根据执行结果进行对应的对策，以确保执行过程完整，防止有遗漏执行的情况发生。
在一个实施例中，参数录入模块还设置为选定一支持规则引擎功能的业务系统并选定其所支持的任一规则引擎，将所述规则引擎部署至所述业务系统中，在业务系统前端生成对应的参数录入界面，将生成规则脚本所需的规则参数逐一录入至参数录入界面中的对应输入点内，检测规则参数的输入过程并将已输入的规则参数存储在业务系统的临时存储单元内便于后续操作步骤的调取。
其中，规则参数在参数录入界面以中文、英文或者数字呈现。输入点的输入方式包括文本输入框输入、数字输入框输入、下拉框选择输入、单项目勾选输入、多项目勾选输入。
在一个实施例中，脚本生成模块还设置为在业务系统前端设置一脚本生成开关，触发脚本生成开关后，从临时存储单元中调取已输入的规则参数，将调取后的规则参数按规则引擎的语法生成对应的规则脚本，将生成的规则脚本按特定规则命名后存入业务系统内。
其中，脚本生成开关的界面呈现方式为：按钮、单选框、链接中的任一种。规则脚本的存储方式包括：以独立文件的形式存储于所述业务系统的存储单元中，或者以数据库记录的形式存储于所述业务系统的数据库中。优选的，规则脚本以字符串形式保存至独立文件中并存储至业务系统的存储单元内，或者以字符串形式作为一数据库记录存储于数据库中。
对应以数据库记录的形式存储规则脚本的脚本存储方式，在业务系统的数据库中设置一规则列表，用于以特定的数据类型存储规则脚本，任一生成的规则脚本为规则列表中的一条数据记录。优选的，数据类型为BLOB类型。
在一个实施例中，脚本执行模块还设置为在业务系统前端的规则应用界面 中选定一欲使其发挥作用的规则脚本，并触发其所对应的脚本应用开关，规则引擎加载对应规则脚本并解析其规则逻辑，同时对数据库的规则列表中对应该规则脚本的状态标识进行更新，使其由未应用状态变更为已应用状态，规则引擎按规则脚本中的规则条件从业务数据的数据库表中提取符合条件的业务数据对应的数据记录存入数据存储区后生成一待执行数据队列，规则引擎按规则脚本中的规则实体逐一对所述待执行数据队列中的数据执行规则实体对应的业务功能，业务系统将业务功能执行的情况记录在执行结果表内，包括业务数据和对应的执行结果。
其中，在业务系统前端设有一规则应用界面，用于显示已生成的规则脚本，对应其中显示的任一规则脚本设有与其一一对应的脚本应用开关，脚本应用开关被触发后，对应的规则脚本被规则引擎加载后得以应用。
脚本应用开关采用按钮、单选框、复选框和链接的界面元素形式呈现在规则应用界面上。规则应用界面上设置至少两个脚本应用开关，任一脚本应用开关对应一已生成的规则脚本。优选的，至少两个脚本应用开关以复选框的界面元素形式呈现在规则应用界面上。
对应任一已生成的规则脚本设置与其对应的状态标识，用于标记其是否已被应用，当规则脚本存储于独立文件内时，状态标识于规则脚本一起存储至独立文件内，当规则脚本存储于数据库中时，状态标识与规则脚本存储于同一表内，且位于同一条数据记录中。
在一个实施例中，监控模块还设置为对执行结果表进行实时监控，按设定读取周期读取其内的执行结果序列，当监测到执行结果为失败时，规则引擎将执行失败的业务数据记录插入所述待执行数据队列中等待再次被执行规则实体对应的业务功能。
如图1所示，在一个实施例中，上述参数录入模块、脚本生成模块、脚本执行模块和监控模块均通过业务系统的服务器调用后实现对应的功能，服务器设有临时存储单元和数据库，对应生成的规则脚本在数据库中设有规则列表，任一生成后的规则脚本作为规则列表中的一条数据记录存储在数据库中；数据库中设有设置为记录规则脚本应用时产生的执行结果的执行结果表，其中记录了 执行规则实体对应的业务功能后的业务数据及标识执行结果的标记，供监控模块调用后判断规则实体对应的业务功能是否执行成功，若执行失败，则监控模块通过服务器通知规则引擎将执行失败的业务数据插入至执行序列中等待再次被处理。
用户在业务系统前端的参数录入界面中输入设置为生成规则脚本的业务参数，这些业务参数包括设置为筛选提取历史业务数据的规则条件，设置为确定业务功能类型的规则类型，设置为描述规则脚本功能的规则描述，设置为执行业务功能的规则实体，输入的业务参数被存储于临时存储单元内，当用户点击界面中的脚本生成按钮后，一键生成对应的规则脚本，并将其存入数据库中的规则列表中。当需要应用规则时，在业务系统前端的规则应用界面中选中对应的规则脚本即可使规则引擎加载规则列表中的对应项，使对应规则脚本得以应用，此时规则引擎根据脚本中的规则条件提取对应的业务数据后生成待执行规则实体的数据队列，然后逐一根据队列顺序对其中的数据执行脚本中规则实体定义的业务功能，并将执行结果反馈至执行结果表。在执行过程中，监控模块对执行结果表进行实时监控，当发生执行失败的情况时通知规则引擎将对应的业务数据插入至执行中的数据队列中等待再次被执行对应业务功能。
如图2～图5所示，本申请实施例提供的一种基于规则引擎的可配置化方法，包括四个执行步骤：
步骤S1、规则参数的录入：将生成规则脚本所需的规则参数录入至业务系统中备用，如图3所示，具体包括如下步骤：
步骤S11、选定一支持规则引擎功能的业务系统并选定其所支持的任一规则引擎，将所述规则引擎部署至所述业务系统中；规则引擎选用ILog、Drools、Mandarax、JLisa、OpenRules、JEOPS、InfoSapient、JRuleEngine、Roolie、Jess中的任一种。
步骤S12、在业务系统前端生成对应的参数录入界面，操作者将生成规则脚本所需的规则参数逐一录入至参数录入界面中的对应输入点内，其中，规则参数包括：规则类型、规则描述、规则条件、规则实体。规则参数的录入采用文本输入、数字输入、下拉框选择、单项目选择或者多项目选择的输入方式进行 输入。优选的，规则类型采用下拉框选择方式作为其输入方式时，对应的在业务系统设置一规则类型映射表，通过规则类型映射表将任一规则类型和其在下拉框中的选择项目一一对应。更优选的，任一所述规则类型在其下拉框中的选择项目以中文显示对应的项目名称。
为避免录入错误，需要对录入的参数进行校验，按如下步骤进行入参的校验：步骤S1201、在业务系统中部署录入参数校验功能，并实时对录入的任一规则参数的值进行读取和校验，当发现录入参数合法时，往下顺序执行后续步骤；步骤S1202、当校验发现录入参数非法时，输出异常信息，便于用户修改重新输入，并将执行流程跳转至步骤S12；
步骤S13、检测规则参数合法后将已输入的规则参数存储在业务系统的临时存储单元内便于后续操作步骤的调取。
步骤S2、规则脚本的生成：将步骤S1中已完成录入的规则参数按照规则引擎所支持的语法进行配置后生成对应的规则脚本后存储于所述业务系统中，如图4所示，具体包括如下步骤：
步骤S21、在业务系统前端设置一脚本生成开关，触发脚本生成开关；
步骤S22、从临时存储单元中调取已输入的规则参数；
步骤S23、将调取后的规则参数按规则引擎的语法生成对应的规则脚本；
步骤S24、将生成的规则脚本按特定规则命名后存入业务系统内的规则列表中，为避免在规则脚本被规则引擎加载并执行规则的过程中发生重复加载的情况，需要配合生成的脚本定义一设置为标记其应用状态的状态标识，为此在此步骤中设置一子步骤：
步骤S2401、对应规则脚本在规则列表的对应记录中设置状态标识，并在规则脚本被记录至数据库时将对该标记赋予初始值，设置为标记其处于未被规则引擎加载和应用。
其中，规则脚本以独立文件或者数据库记录的形式存储；当规则脚本以独立文件的形式存储时，规则脚本以规则引擎所支持的文件格式存储于业务系统的存储单元；当规则脚本以数据库记录的形式存储时，将其存入业务系统的数据库中的规则列表中，且同时在规则列表中生成与规则脚本一一对应的状态标 识，并赋予初始值，用以标记该规则脚本尚未被应用，便于规则引擎应用规则脚本时判断，防止重复加载和应用。
步骤S3、规则脚本的执行：在业务系统前端的操作界面中使欲应用的规则脚本得以应用后执行对应的规则实体使对应的业务功能得以执行，如图5所示，具体包括如下步骤：
步骤S31、在业务系统前端的规则应用界面中选定一欲使其发挥作用的规则脚本，并触发其所对应的脚本应用开关；
步骤S32、规则引擎加载对应规则脚本并解析其规则逻辑，同时对数据库的规则列表中对应该规则脚本的状态标识进行更新，使其由未应用状态变更为已应用状态；
步骤S33、规则引擎按规则脚本中的规则条件从业务数据的数据库表中提取符合条件的业务数据对应的数据记录存入数据存储区后生成一待执行数据队列；
步骤S34、规则引擎按规则脚本中的规则实体逐一对所述待执行数据队列中的数据执行规则实体对应的业务功能；
步骤S35、业务系统将业务功能执行的情况记录在执行结果表内，包括业务数据和对应的执行结果。
步骤S4、规则执行的监控：对规则脚本在应用过程中的规则引擎的执行情况进行监控并根据执行结果进行对应的对策，以确保执行过程完整，防止有遗漏执行的情况发生，如图5所示，具体包括如下步骤：
步骤S41、对步骤S35中的执行结果表进行实时监控，按设定读取周期读取其内的执行结果序列；
步骤S42、当监测到执行结果为失败时，规则引擎将执行失败的业务数据记录插入所述待执行数据队列中等待再次被执行规则实体对应的业务功能。
在一个实施例中，提供了一种计算机设备，计算机设备包括：存储器、处理器以及存储在存储器上的计算机程序，计算机程序被处理器执行时，使得处理器执行上述各实施例里基于规则引擎的可配置化方法中的步骤。
在一个实施例中，提供了一种可读存储介质，可读存储介质上存储有计算 机程序，计算机程序被一个或多个处理器执行时实现上述各实施例里基于规则引擎的可配置化方法中的步骤。其中，存储介质可以为非易失性存储介质。
本申请的一种实施例为应用于银行金融业务系统中的基于规则引擎的可配置化系统、方法、设备和存储介质，具体设置及运行逻辑如下：
选定规则引擎为Drools并将其部署到银行业务系统中；
如图6所示对参数录入界面进行版面布局，其上设置规则类型的参数标识名为产品类型，设置为表示其为一种金融产品，通过下拉列表选定规则类型为“按揭”，在规则描述中输入文字“计算按揭金额”，设置为描述本规则的实际作用；
在参数标识名为“条件”的规则条件配置区，选定“放款时间”为第一条件，并选定数学符号“>”和日期“2017-08-09”，设置为表示第一条件为筛选出放款时间在2017年8月9日之后的历史业务数据作为待处理的数据；通过增加开关“+”按钮，生成并列的另一规则条件，并选定“银行名称”作为第二条件，选定数学符号“＝”和“中国银行”作为第二条件的值，设置为表示第二条件为筛选出中国银行的历史业务数据；
通过两个规则条件的约束作为筛选开关，可提取中国银行在2017年8月9日以后放款的历史业务数据作为待处理数据。
在参数录入界面设置备注区，设置为详细说明本规则的用途和使用细节等信息，在其中输入“放款时间大于2017年08月09日的中国银行的订单执行规则”。
在参数标识名为“执行”的规则实体配置区设置规则实体为“收入-作业收入-金额”，其计算公式为“&loanAmount&-1000”。
通过点击界面中的“生成规则脚本”按钮，一键生成名称与“产品类型”同名的规则脚本。
参照图7，为该银行业务系统前端设置的规则执行列表，其上设有已经生成的四个规则脚本的执行开关选项，对应有每一个规则脚本在配置时的备注项目和产品类型，在其左侧设有对应的执行开关、右侧设有与规则脚本的状态标识对应的显示区，其显示与数据库中该规则脚本的状态标识同步，可从中看到下 数第四个规则脚本已经被选中并已经呈“已应用”状态。
以上显示和描述了本申请的基本原理、主要特征和本申请的优点。本行业的技术人员应该了解，本申请不受上述实施例的限制，上述实施例和说明书中描述的只是说明本申请的原理，在不脱离本申请精神和范围的前提下，本申请还会有各种变化和改进，这些变化和改进都落入要求保护的本申请范围内。本申请要求保护范围由所附的权利要求书及其等效物界定。

Claims (20)

  1. 一种基于规则引擎的可配置化系统，包括：
    参数录入模块，设置为将生成规则脚本所需的规则参数录入至业务系统中备用；
    脚本生成模块，设置为将录入的规则参数按业务系统支持的规则引擎所对应的语法进行配置后生成规则脚本后存储于所述业务系统中；
    脚本执行模块，设置为在业务系统前端的操作界面中使欲应用的规则脚本得以应用后执行对应的规则实体使对应的业务功能得以执行；
    监控模块，设置为对规则脚本在应用过程中的规则引擎的执行情况进行监控并根据执行结果进行对应的对策，以确保执行过程完整，防止有遗漏执行的情况发生。
  2. 如权利要求1所述的一种基于规则引擎的可配置化系统，其中，所述参数录入模块还设置为选定一支持规则引擎功能的业务系统并选定其所支持的任一规则引擎，将所述规则引擎部署至所述业务系统中，在业务系统前端生成对应的参数录入界面，将生成规则脚本所需的规则参数逐一录入至参数录入界面中的对应输入点内，检测规则参数的输入过程并将已输入的规则参数存储在业务系统的临时存储单元内便于后续操作步骤的调取。
  3. 如权利要求1所述的一种基于规则引擎的可配置化系统，其中，所述脚本生成模块还设置为在业务系统前端设置一脚本生成开关，触发脚本生成开关后，从临时存储单元中调取已输入的规则参数，将调取后的规则参数按规则引擎的语法生成对应的规则脚本，将生成的规则脚本按特定规则命名后存入业务系统内。
  4. 如权利要求1所述的一种基于规则引擎的可配置化系统，其中，所述脚本执行模块还设置为在业务系统前端的规则应用界面中选定一欲使其发挥作用的规则脚本，并触发其所对应的脚本应用开关，规则引擎加载对应规则脚本并解析其规则逻辑，同时对数据库的规则列表中对应该规则脚本的状态标识进行更新，使其由未应用状态变更为已应用状态，规则引擎按规则脚本中的规则条件从业务数据的数据库表中提取符合条件的业务数据对应的数据记录存入数据存储区后生成一待执行数据队列，规则引擎按规则脚本中的规则实体逐一对所 述待执行数据队列中的数据执行规则实体对应的业务功能，业务系统将业务功能执行的情况记录在执行结果表内，包括业务数据和对应的执行结果。
  5. 如权利要求1所述的一种基于规则引擎的可配置化系统，其中，所述监控模块还设置为对执行结果表进行实时监控，按设定读取周期读取其内的执行结果序列，当监测到执行结果为失败时，规则引擎将执行失败的业务数据记录插入所述待执行数据队列中等待再次被执行规则实体对应的业务功能。
  6. 一种基于规则引擎的可配置化方法，包括：
    步骤S1、规则参数的录入：将生成规则脚本所需的规则参数录入至业务系统中备用；
    步骤S2、规则脚本的生成：将步骤S1中录入的规则参数按业务系统支持的规则引擎所对应的语法进行配置后生成规则脚本后存储于所述业务系统中；
    步骤S3、规则脚本的执行：在业务系统前端的操作界面中使欲应用的规则脚本得以应用后执行对应的规则实体使对应的业务功能得以执行；
    步骤S4、规则执行的监控：对规则脚本在应用过程中的规则引擎的执行情况进行监控并根据执行结果进行对应的对策，以确保执行过程完整，防止有遗漏执行的情况发生。
  7. 如权利要求6所述的一种基于规则引擎的可配置化方法，其中，所述步骤S1包括：
    步骤S11，选定一支持规则引擎功能的业务系统并选定其所支持的任一规则引擎，将所述规则引擎部署至所述业务系统中；
    步骤S12，在业务系统前端生成对应的参数录入界面，将生成规则脚本所需的规则参数逐一录入至参数录入界面中的对应输入点内；
    步骤S13，检测规则参数的输入过程并将已输入的规则参数存储在业务系统的临时存储单元内便于后续操作步骤的调取。
  8. 如权利要求6所述的一种基于规则引擎的可配置化方法，其中，所述步骤S2包括：
    步骤S21，在业务系统前端设置一脚本生成开关，触发脚本生成开关；
    步骤S22，从临时存储单元中调取已输入的规则参数；
    步骤S23，将调取后的规则参数按规则引擎的语法生成对应的规则脚本；
    步骤S24，将生成的规则脚本按特定规则命名后存入业务系统内。
  9. 如权利要求6所述的一种基于规则引擎的可配置化方法，其中，所述步骤S3包括：
    步骤S31，在业务系统前端的规则应用界面中选定一欲使其发挥作用的规则脚本，并触发其所对应的脚本应用开关；
    步骤S32，规则引擎加载对应规则脚本并解析其规则逻辑，同时对数据库的规则列表中对应该规则脚本的状态标识进行更新，使其由未应用状态变更为已应用状态；
    步骤S33，规则引擎按规则脚本中的规则条件从业务数据的数据库表中提取符合条件的业务数据对应的数据记录存入数据存储区后生成一待执行数据队列；
    步骤S34，规则引擎按规则脚本中的规则实体逐一对所述待执行数据队列中的数据执行规则实体对应的业务功能；
    步骤S35，业务系统将业务功能执行的情况记录在执行结果表内，包括业务数据和对应的执行结果。
  10. 如权利要求9所述的一种基于规则引擎的可配置化方法，其中，所述步骤S4包括：
    步骤S41，对执行结果表进行实时监控，按设定读取周期读取其内的执行结果序列；
    步骤S42，当监测到执行结果为失败时，规则引擎将执行失败的业务数据记录插入所述待执行数据队列中等待再次被执行规则实体对应的业务功能。
  11. 一种计算机设备，所述计算机设备包括：存储器、处理器以及存储在所述存储器上的计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行以下步骤：
    步骤S1、规则参数的录入：将生成规则脚本所需的规则参数录入至业务系统中备用；
    步骤S2、规则脚本的生成：将步骤S1中录入的规则参数按业务系统支持的 规则引擎所对应的语法进行配置后生成规则脚本后存储于所述业务系统中；
    步骤S3、规则脚本的执行：在业务系统前端的操作界面中使欲应用的规则脚本得以应用后执行对应的规则实体使对应的业务功能得以执行；
    步骤S4、规则执行的监控：对规则脚本在应用过程中的规则引擎的执行情况进行监控并根据执行结果进行对应的对策，以确保执行过程完整，防止有遗漏执行的情况发生。
  12. 如权利要求11所述的计算机设备，其中，所述步骤S1，使得所述处理器执行以下步骤：
    步骤S11，选定一支持规则引擎功能的业务系统并选定其所支持的任一规则引擎，将所述规则引擎部署至所述业务系统中；
    步骤S12，在业务系统前端生成对应的参数录入界面，将生成规则脚本所需的规则参数逐一录入至参数录入界面中的对应输入点内；
    步骤S13，检测规则参数的输入过程并将已输入的规则参数存储在业务系统的临时存储单元内便于后续操作步骤的调取。
  13. 如权利要求11所述的计算机设备，其中，所述步骤S2，使得所述处理器执行以下步骤：
    步骤S21，在业务系统前端设置一脚本生成开关，触发脚本生成开关；
    步骤S22，从临时存储单元中调取已输入的规则参数；
    步骤S23，将调取后的规则参数按规则引擎的语法生成对应的规则脚本；
    步骤S24，将生成的规则脚本按特定规则命名后存入业务系统内。
  14. 如权利要求11所述的计算机设备，其中，所述步骤S3，使得所述处理器执行以下步骤：
    步骤S31，在业务系统前端的规则应用界面中选定一欲使其发挥作用的规则脚本，并触发其所对应的脚本应用开关；
    步骤S32，规则引擎加载对应规则脚本并解析其规则逻辑，同时对数据库的规则列表中对应该规则脚本的状态标识进行更新，使其由未应用状态变更为已应用状态；
    步骤S33，规则引擎按规则脚本中的规则条件从业务数据的数据库表中提取 符合条件的业务数据对应的数据记录存入数据存储区后生成一待执行数据队列；
    步骤S34，规则引擎按规则脚本中的规则实体逐一对所述待执行数据队列中的数据执行规则实体对应的业务功能；
    步骤S35，业务系统将业务功能执行的情况记录在执行结果表内，包括业务数据和对应的执行结果。
  15. 如权利要求14所述的计算机设备，其中，所述步骤S4，使得所述处理器执行以下步骤：
    步骤S41，对执行结果表进行实时监控，按设定读取周期读取其内的执行结果序列；
    步骤S42，当监测到执行结果为失败时，规则引擎将执行失败的业务数据记录插入所述待执行数据队列中等待再次被执行规则实体对应的业务功能。
  16. 一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被一个或多个处理器执行时实现以下步骤：
    步骤S1、规则参数的录入：将生成规则脚本所需的规则参数录入至业务系统中备用；
    步骤S2、规则脚本的生成：将步骤S1中录入的规则参数按业务系统支持的规则引擎所对应的语法进行配置后生成规则脚本后存储于所述业务系统中；
    步骤S3、规则脚本的执行：在业务系统前端的操作界面中使欲应用的规则脚本得以应用后执行对应的规则实体使对应的业务功能得以执行；
    步骤S4、规则执行的监控：对规则脚本在应用过程中的规则引擎的执行情况进行监控并根据执行结果进行对应的对策，以确保执行过程完整，防止有遗漏执行的情况发生。
  17. 如权利要求16所述的可读存储介质，其中，所述步骤S1，使得一个或多个处理器执行以下步骤：
    步骤S11，选定一支持规则引擎功能的业务系统并选定其所支持的任一规则引擎，将所述规则引擎部署至所述业务系统中；
    步骤S12，在业务系统前端生成对应的参数录入界面，将生成规则脚本所需 的规则参数逐一录入至参数录入界面中的对应输入点内；
    步骤S13，检测规则参数的输入过程并将已输入的规则参数存储在业务系统的临时存储单元内便于后续操作步骤的调取。
  18. 如权利要求16所述的可读存储介质，其中，所述步骤S2，使得一个或多个处理器执行以下步骤：
    步骤S21，在业务系统前端设置一脚本生成开关，触发脚本生成开关；
    步骤S22，从临时存储单元中调取已输入的规则参数；
    步骤S23，将调取后的规则参数按规则引擎的语法生成对应的规则脚本；
    步骤S24，将生成的规则脚本按特定规则命名后存入业务系统内。
  19. 如权利要求16所述的可读存储介质，其中，所述步骤S3，使得一个或多个处理器执行以下步骤：
    步骤S31，在业务系统前端的规则应用界面中选定一欲使其发挥作用的规则脚本，并触发其所对应的脚本应用开关；
    步骤S32，规则引擎加载对应规则脚本并解析其规则逻辑，同时对数据库的规则列表中对应该规则脚本的状态标识进行更新，使其由未应用状态变更为已应用状态；
    步骤S33，规则引擎按规则脚本中的规则条件从业务数据的数据库表中提取符合条件的业务数据对应的数据记录存入数据存储区后生成待执行数据队列；
    步骤S34，规则引擎按规则脚本中的规则实体逐一对所述待执行数据队列中的数据执行规则实体对应的业务功能；
    步骤S35，业务系统将业务功能执行的情况记录在执行结果表内，包括业务数据和对应的执行结果。
  20. 如权利要求19所述的可读存储介质，其中，所述步骤S4，使得一个或多个处理器执行以下步骤：步骤S41，对执行结果表进行实时监控，按设定读取周期读取其内的执行结果序列；
    步骤S42，当监测到执行结果为失败时，规则引擎将执行失败的业务数据记录插入所述待执行数据队列中等待再次被执行规则实体对应的业务功能。
PCT/CN2018/104315 2018-03-18 2018-09-06 基于规则引擎的可配置化系统、方法、设备和存储介质 WO2019179056A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810221789.1A CN108647049B (zh) 2018-03-18 2018-03-18 基于规则引擎的可配置化系统、方法、设备和存储介质
CN201810221789.1 2018-03-18

Publications (1)

Publication Number Publication Date
WO2019179056A1 true WO2019179056A1 (zh) 2019-09-26

Family

ID=63744280

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/104315 WO2019179056A1 (zh) 2018-03-18 2018-09-06 基于规则引擎的可配置化系统、方法、设备和存储介质

Country Status (2)

Country Link
CN (1) CN108647049B (zh)
WO (1) WO2019179056A1 (zh)

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110941419A (zh) * 2019-11-27 2020-03-31 北京天元创新科技有限公司 一种基于规则引擎的运营配置实现方法及系统
CN111260336A (zh) * 2020-02-13 2020-06-09 支付宝(杭州)信息技术有限公司 基于规则引擎的业务核对方法、装置及设备
CN111400353A (zh) * 2020-03-19 2020-07-10 中国建设银行股份有限公司 一种规则计算方法、装置、设备及存储介质
CN111932076A (zh) * 2020-07-09 2020-11-13 车智互联（北京）科技有限公司 一种规则配置和发布方法、装置及计算设备
CN111966342A (zh) * 2020-08-10 2020-11-20 上海中通吉网络技术有限公司 基于类自然语言的规则配置与解析方法、系统及设备
CN112214210A (zh) * 2020-09-01 2021-01-12 北京中电飞华通信有限公司 后勤业务规则引擎及其配置方法、装置、设备和存储介质
CN112394922A (zh) * 2020-12-02 2021-02-23 成都新希望金融信息有限公司 决策配置方法、业务决策方法和决策引擎系统
CN112767133A (zh) * 2021-01-26 2021-05-07 北京健康之家科技有限公司 业务决策方法及装置、存储介质、计算机设备
CN113010277A (zh) * 2020-11-20 2021-06-22 云智慧（北京）科技有限公司 一种基于自动化运维的多条件触发自动作业系统和方法
CN113127817A (zh) * 2019-12-31 2021-07-16 深信服科技股份有限公司 一种规则命中检测方法、装置、电子设备及可读存储介质
CN113377419A (zh) * 2021-05-31 2021-09-10 同盾科技有限公司 一种业务处理方法、装置、可读存储介质及电子设备
CN113885961A (zh) * 2021-10-09 2022-01-04 上海得帆信息技术有限公司 一种aPaaS平台的公式规则可视化实现的方法
CN114124743A (zh) * 2021-11-16 2022-03-01 广东电网有限责任公司 一种数据应用全链路检查规则执行方法及系统
CN114116674A (zh) * 2021-11-30 2022-03-01 浩云科技股份有限公司 基于综合业务平台的业务建模方法、装置、介质及设备
CN116501312A (zh) * 2023-04-03 2023-07-28 上海卡方信息科技有限公司 一种数据处理方法、装置、设备及可读存储介质
CN117216063A (zh) * 2023-09-13 2023-12-12 建信人寿保险股份有限公司 数据校验方法、装置、设备、介质和程序产品

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109636317B (zh) * 2018-11-23 2023-06-30 山东中创软件工程股份有限公司 业务控制方法、装置、系统及存储介质
CN109271809A (zh) * 2018-12-03 2019-01-25 南方电网科学研究院有限责任公司 一种数据库加固的方法、系统及相关装置
CN109669992A (zh) * 2018-12-20 2019-04-23 云南电网有限责任公司玉溪供电局 一种数据可视化转换的实现方法
CN109977009B (zh) * 2019-02-27 2023-04-25 深圳云步互娱网络科技有限公司 一种基于规则引擎的开关状态控制方法及系统
CN111857679B (zh) * 2019-04-29 2024-03-15 西门子（中国）有限公司 用于生成脚本程序的方法、装置及脚本程序处理系统
CN110532041A (zh) * 2019-08-29 2019-12-03 深圳前海环融联易信息科技服务有限公司 规则引擎参数配置方法、装置、计算机设备及存储介质
CN110532536B (zh) * 2019-08-30 2023-07-14 深圳前海微众银行股份有限公司 一种规则配置方法及装置
CN110766289A (zh) * 2019-09-26 2020-02-07 北京淇瑀信息科技有限公司 一种风控规则动态调整方法、装置和电子设备
CN111314342A (zh) * 2020-02-15 2020-06-19 西安奥卡云数据科技有限公司 一种物联网规则引擎运行方法
CN111339136A (zh) * 2020-02-19 2020-06-26 中国建设银行股份有限公司 一种数据检核方法、装置、电子设备及存储介质
CN111984247A (zh) * 2020-09-11 2020-11-24 得到(天津)文化传播有限公司 一种业务处理方法、装置和电子设备
CN112464620A (zh) * 2020-09-23 2021-03-09 航天信息股份有限公司企业服务分公司 一种财务规则引擎的实现方法及实现系统
CN112379872A (zh) * 2020-11-05 2021-02-19 上海汇付数据服务有限公司 一种规则引擎系统
CN112433699A (zh) * 2020-11-05 2021-03-02 北京中电华大电子设计有限责任公司 一种用于se个人化的脚本引擎
CN112330180A (zh) * 2020-11-17 2021-02-05 深圳市智象科技有限公司 一种灵活配置的自动作业系统
CN113190283A (zh) * 2021-04-15 2021-07-30 北京致远互联软件股份有限公司 一种基于Groovy语言可视化计算公式实现的方法
CN113254061B (zh) * 2021-06-02 2021-11-09 深圳前海大道金融服务有限公司 基于规则引擎的业务决策方法、系统及存储介质
CN115686621B (zh) * 2022-12-29 2023-06-06 四川新网银行股份有限公司 一种规则引擎规则脚本的生成方法及装置
CN116976655B (zh) * 2023-06-15 2024-05-24 四川仕虹腾飞信息技术有限公司 一种分布式银行网点交易流程监管系统及其方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101470882A (zh) * 2007-12-24 2009-07-01 阿里巴巴集团控股有限公司 一种动态业务规则应用方法、系统和装置
CN106126215A (zh) * 2016-06-17 2016-11-16 深圳市麦斯杰网络有限公司 业务规则脚本生成方法及装置
CN106547896A (zh) * 2016-11-04 2017-03-29 广州唯品会信息科技有限公司 规则引擎服务化处理系统及方法
CN106648660A (zh) * 2016-12-22 2017-05-10 深圳怡化电脑股份有限公司 一种业务开发的方法和装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9430801B2 (en) * 2011-01-25 2016-08-30 Intuit Inc. Methods systems and computer program products for generating financial statement complying with accounting standard
CN103927174A (zh) * 2014-04-17 2014-07-16 北京视博数字电视科技有限公司 业务处理方法和装置
CN106101090A (zh) * 2016-06-07 2016-11-09 中国建设银行股份有限公司 用于规则引擎的操作方法以及规则引擎系统
CN107133039A (zh) * 2017-04-28 2017-09-05 九次方大数据信息集团有限公司 规则引擎的构建方法和装置
CN107632842B (zh) * 2017-09-26 2020-06-30 携程旅游信息技术（上海）有限公司 规则配置和发布方法、系统、设备及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101470882A (zh) * 2007-12-24 2009-07-01 阿里巴巴集团控股有限公司 一种动态业务规则应用方法、系统和装置
CN106126215A (zh) * 2016-06-17 2016-11-16 深圳市麦斯杰网络有限公司 业务规则脚本生成方法及装置
CN106547896A (zh) * 2016-11-04 2017-03-29 广州唯品会信息科技有限公司 规则引擎服务化处理系统及方法
CN106648660A (zh) * 2016-12-22 2017-05-10 深圳怡化电脑股份有限公司 一种业务开发的方法和装置

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110941419A (zh) * 2019-11-27 2020-03-31 北京天元创新科技有限公司 一种基于规则引擎的运营配置实现方法及系统
CN110941419B (zh) * 2019-11-27 2023-06-23 北京天元创新科技有限公司 一种基于规则引擎的运营配置实现方法及系统
CN113127817A (zh) * 2019-12-31 2021-07-16 深信服科技股份有限公司 一种规则命中检测方法、装置、电子设备及可读存储介质
CN111260336A (zh) * 2020-02-13 2020-06-09 支付宝(杭州)信息技术有限公司 基于规则引擎的业务核对方法、装置及设备
CN111260336B (zh) * 2020-02-13 2023-07-04 支付宝(杭州)信息技术有限公司 基于规则引擎的业务核对方法、装置及设备
CN111400353A (zh) * 2020-03-19 2020-07-10 中国建设银行股份有限公司 一种规则计算方法、装置、设备及存储介质
CN111932076A (zh) * 2020-07-09 2020-11-13 车智互联（北京）科技有限公司 一种规则配置和发布方法、装置及计算设备
CN111932076B (zh) * 2020-07-09 2023-12-12 车智互联（北京）科技有限公司 一种规则配置和发布方法、装置及计算设备
CN111966342A (zh) * 2020-08-10 2020-11-20 上海中通吉网络技术有限公司 基于类自然语言的规则配置与解析方法、系统及设备
CN112214210A (zh) * 2020-09-01 2021-01-12 北京中电飞华通信有限公司 后勤业务规则引擎及其配置方法、装置、设备和存储介质
CN113010277A (zh) * 2020-11-20 2021-06-22 云智慧（北京）科技有限公司 一种基于自动化运维的多条件触发自动作业系统和方法
CN112394922A (zh) * 2020-12-02 2021-02-23 成都新希望金融信息有限公司 决策配置方法、业务决策方法和决策引擎系统
CN112767133A (zh) * 2021-01-26 2021-05-07 北京健康之家科技有限公司 业务决策方法及装置、存储介质、计算机设备
CN112767133B (zh) * 2021-01-26 2024-02-27 北京水滴科技集团有限公司 业务决策方法及装置、存储介质、计算机设备
CN113377419A (zh) * 2021-05-31 2021-09-10 同盾科技有限公司 一种业务处理方法、装置、可读存储介质及电子设备
CN113885961A (zh) * 2021-10-09 2022-01-04 上海得帆信息技术有限公司 一种aPaaS平台的公式规则可视化实现的方法
CN114124743A (zh) * 2021-11-16 2022-03-01 广东电网有限责任公司 一种数据应用全链路检查规则执行方法及系统
CN114124743B (zh) * 2021-11-16 2023-10-20 广东电网有限责任公司 一种数据应用全链路检查规则执行方法及系统
CN114116674A (zh) * 2021-11-30 2022-03-01 浩云科技股份有限公司 基于综合业务平台的业务建模方法、装置、介质及设备
CN116501312A (zh) * 2023-04-03 2023-07-28 上海卡方信息科技有限公司 一种数据处理方法、装置、设备及可读存储介质
CN116501312B (zh) * 2023-04-03 2024-04-16 上海卡方信息科技有限公司 一种数据处理方法、装置、设备及可读存储介质
CN117216063A (zh) * 2023-09-13 2023-12-12 建信人寿保险股份有限公司 数据校验方法、装置、设备、介质和程序产品

Also Published As

Publication number Publication date
CN108647049A (zh) 2018-10-12
CN108647049B (zh) 2023-01-31

Similar Documents

Publication Publication Date Title
WO2019179056A1 (zh) 基于规则引擎的可配置化系统、方法、设备和存储介质
US20210352099A1 (en) System for automatically discovering, enriching and remediating entities interacting in a computer network
US10810074B2 (en) Unified error monitoring, alerting, and debugging of distributed systems
US11568134B2 (en) Systems and methods for diagnosing problems from error logs using natural language processing
US9703624B2 (en) Event correlation and calculation engine
US11216342B2 (en) Methods for improved auditing of web sites and devices thereof
CN108229806A (zh) 一种分析企业风险的方法以及系统
US20180046956A1 (en) Warning About Steps That Lead to an Unsuccessful Execution of a Business Process
US9953100B2 (en) Automated runtime command replacement in a client-server session using recorded user events
US20080168423A1 (en) Characterizing software components or soa services of a computerized system by context
US10481878B2 (en) User interface apparatus and methods
US11314577B2 (en) System and method for constructing fault-augmented system model for root cause analysis of faults in manufacturing systems
US11626009B2 (en) Enhanced alert generation system based on real-time manipulation of datasets
US9940182B1 (en) Business rule engine validation systems and related methods
WO2021133603A1 (en) Unit testing of components of dataflow graphs
CN104636130A (zh) 用于生成事件树的方法和系统
US20240168839A1 (en) Computing systems and methods for creating and executing user-defined anomaly detection rules and generating notifications for detected anomalies
US20100153261A1 (en) System and method for providing transaction classification
Mujtaba et al. Adaptive automated teller machines—part i
US10990413B2 (en) Mainframe system structuring
CN111342994A (zh) 网络管理系统和方法
US20230237498A1 (en) Removing duplicate transactions from a transaction exchange platform
US12001788B2 (en) Systems and methods for diagnosing problems from error logs using natural language processing
US20230342281A1 (en) Branching data monitoring watchpoints to enable continuous integration and continuous delivery of data
Miró Blanco Implementing a Kubernetes cluster with IBM Cloud

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18910448

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 14.01.2021)

122 Ep: pct application non-entry in european phase

Ref document number: 18910448

Country of ref document: EP

Kind code of ref document: A1