WO2019100646A1 - 规则引擎文件的拆分调用方法、电子装置及存储介质 - Google Patents

规则引擎文件的拆分调用方法、电子装置及存储介质 Download PDF

Info

Publication number
WO2019100646A1
WO2019100646A1 PCT/CN2018/083085 CN2018083085W WO2019100646A1 WO 2019100646 A1 WO2019100646 A1 WO 2019100646A1 CN 2018083085 W CN2018083085 W CN 2018083085W WO 2019100646 A1 WO2019100646 A1 WO 2019100646A1
Authority
WO
WIPO (PCT)
Prior art keywords
keyword
rule
rule file
judgment
sequence
Prior art date
Application number
PCT/CN2018/083085
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 WO2019100646A1 publication Critical patent/WO2019100646A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance

Definitions

  • the present application relates to the field of network technologies, and relates to a method for splitting and calling a rule engine file, an electronic device, and a computer readable storage medium.
  • the rule engine is a core technology component designed to respond to and handle complex and variable business rules.
  • the usage scenarios of the rule engine include but are not limited to the following two scenarios: 1) large-scale flexible logical condition judgment; 2) frequently changing data Calculation.
  • the technical problem to be solved by the present application is to overcome the problem that the rule engine of the prior art supports the expansion of the host CPU when the rule file is loaded, and proposes a method for splitting and calling the rule engine file, the electronic device and the computer readable storage medium.
  • a method for splitting a rule engine file includes the following steps:
  • the rule engine server receives the to-be-determined information sent by the client;
  • An electronic device includes a memory and a processor, where the memory stores a split calling system of a rule engine file executable by the processor, and the split calling system of the rule engine file includes: a rule file library, And a method for storing a rule file set, where the rule file set includes a plurality of judgment conditions and results having a directivity relationship; the receiving module is configured to receive the to-be-determined information sent by the client, and the extracting module is configured to extract the to-be-determined information.
  • a calling module is configured to call a corresponding rule file set from a preset rule file library according to a keyword; and a loading comparison module is configured to sequentially load the judgment condition included in the rule file set according to a preset loading order. The keyword is compared; the output module is configured to output a result corresponding to the rule file composed of the judgment condition that matches the keyword.
  • a computer readable storage medium storing a split call system of a rule engine file, the split call system of the rule engine file being executable by at least one processor to implement the following steps :
  • the rule engine server receives the to-be-determined information sent by the client;
  • This application ensures that only a small file is loaded and released at a certain point in time by classifying the rule file and sequentially loading the queue mechanism, thereby effectively reducing the CPU load and achieving stable operation of the system. the goal of.
  • FIG. 1 is a schematic diagram showing the hardware architecture of an embodiment of an electronic device of the present application.
  • FIG. 2 is a schematic diagram showing a program module of a first embodiment of a split call system of a rule engine file in an electronic device of the present application;
  • FIG. 3 is a schematic diagram of a program module of a second embodiment of a split call system of a rule engine file in an electronic device of the present application;
  • FIG. 4 is a flowchart of Embodiment 1 of a split calling method of a rule engine file of the present application
  • FIG. 5 is a flowchart of Embodiment 2 of a split calling method of a rule engine file of the present application
  • FIG. 6 is a flowchart of constructing a rule file library in Embodiment 3 of a split calling method of a rule engine file of the present application;
  • FIG. 7 is a flowchart of keyword extraction in the to-be-determined information in the fourth embodiment of the split calling method of the rule engine file of the present application.
  • FIG. 8 is a flowchart showing a matching of a rule file set in Embodiment 5 of a split calling method of a rule engine file of the present application;
  • FIG. 9 is a flowchart showing the result matching in the sixth embodiment of the split calling method of the rule engine file of the present application.
  • FIG. 10 is a flow chart showing the keyword comparison in the seventh embodiment of the split calling method of the rule engine file of the present application.
  • the present application proposes an electronic device.
  • the electronic device 2 is an apparatus capable of automatically performing numerical calculation and/or information processing in accordance with an instruction set or stored in advance.
  • the electronic device 2 can be a smartphone, a tablet, a laptop, a desktop computer, a rack server, a blade server, a tower server, or a rack server (including a stand-alone server, or a server cluster composed of multiple servers).
  • the electronic device 2 includes at least, but not limited to, a split call system 20 that can communicate with each other via a system bus to the memory 21, the processor 22, the network interface 23, and the rules engine files. among them:
  • the memory 21 includes at least one type of computer readable storage medium including a flash memory, a hard disk, a multimedia card, a card type memory (eg, SD or DX memory, etc.), a random access memory (RAM), Static Random Access Memory (SRAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), Programmable Read Only Memory (PROM), magnetic memory, magnetic disk, optical disk, and the like.
  • the memory 21 may be an internal storage unit of the electronic device 2, such as a hard disk or a memory of the electronic device 2.
  • the memory 21 may also be an external storage device of the electronic device 2, such as a plug-in hard disk equipped on the electronic device 2, a smart memory card (SMC), and a secure digital device. (Secure Digital, SD) card, flash card, etc.
  • the memory 21 can also include both the internal storage unit of the electronic device 2 and its external storage device.
  • the memory 21 is generally used to store an operating system installed in the electronic device 2 and various types of application software, such as program code of the split calling system 20 of the rule engine file. Further, the memory 21 can also be used to temporarily store various types of data that have been output or are to be output.
  • the processor 22 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data processing chip in some embodiments.
  • the processor 22 is typically used to control the overall operation of the electronic device 2, such as performing control and processing associated with data interaction or communication with the electronic device 2.
  • the processor 22 is configured to run program code or processing data stored in the memory 21, such as a split calling system 20 that runs the rule engine file.
  • the network interface 23 may comprise a wireless network interface or a wired network interface, which is typically used to establish a communication connection between the electronic device 2 and other electronic devices.
  • the network interface 23 is configured to connect the electronic device 2 to an external terminal through a network, establish a data transmission channel, a communication connection, and the like between the electronic device 2 and an external terminal.
  • the network may be an intranet, an Internet, a Global System of Mobile communication (GSM), a Wideband Code Division Multiple Access (WCDMA), a 4G network, or a 5G network.
  • Wireless or wired networks such as network, Bluetooth, Wi-Fi, etc.
  • FIG. 1 only shows the electronic device 2 with the components 21-23, but it should be understood that not all illustrated components are required to be implemented, and more or fewer components may be implemented instead.
  • the split call system 20 of the rule engine file stored in the memory 21 may be divided into one or more program modules, and the one or more program modules are stored in the memory 21, and It can be performed by one or more processors (the processor 22 in this embodiment) to complete the application.
  • FIG. 2 shows a schematic diagram of a program module of the first embodiment of the split call system 20 of the rule engine file.
  • the split call system 20 of the rule engine file may be divided into a rule file library. 201.
  • the program module referred to in the present application refers to a series of computer program instruction segments capable of performing a specific function. The following description will specifically describe the specific functions of the program modules 201-206.
  • the rule file library 201 is configured to store a rule file set, where the rule file set includes a plurality of judgment conditions and results having a directivity relationship;
  • the receiving module 202 is configured to receive information to be determined sent by the client.
  • the extracting module 203 is configured to extract keywords in the information to be determined
  • the calling module 204 is configured to invoke a corresponding rule file set from a preset rule file library according to a keyword
  • the loading comparison module 205 is configured to sequentially compare the judgment conditions included in the rule file set with the keywords according to a preset loading sequence
  • the output module 206 is configured to output a result corresponding to a rule file composed of a judgment condition that matches the keyword.
  • the customer's information will be entered into the client of the system. Assume that the information entered is “The customer belongs to Foshan, and there was no insurance last year. The commercial insurance policy amount is 5682. The element can be paid online," the client sends the message to the rule engine server to initiate the request;
  • the keyword sequence formed by the rule engine server extracting the keyword in the piece of information is “Foshan commercial insurance amount 5682 last year without insurance online payment”;
  • the judgment condition in the first level is sequentially loaded, and the customer meets the first judgment condition “the commercial insurance policy amount reaches 5000”, and then loads the plurality of judgment conditions pointed by the first judgment condition, Obtaining that the customer meets the second judgment condition “No risk occurred last year”, and then loading a number of judgment conditions pointed to by the second judgment condition, obtaining that the customer meets the third judgment condition “online payment”, and finally obtains the three judgments.
  • the result corresponding to the condition that is, "Give a 100 yuan telephone fee";
  • the levels described herein are divided according to the loading order of the judgment conditions; specifically, the first level of the judgment condition refers to the set of the first judgment conditions among all the judgment conditions having the directivity relationship, and these The second judgment condition pointed to by the first judgment condition is listed as the judgment condition of the second level, and so on.
  • the system automatically outputs the result "Gift 100 yuan phone bill", as the customer can get the gift through the purchase of car insurance.
  • FIG. 3 shows a schematic diagram of a program module of the second embodiment of the split calling system 20 of the rule engine file.
  • the split calling system 20 of the rule engine file may also be divided into rules.
  • the modules 201-206 are the same as the foregoing first embodiment, and are not described herein again.
  • the rule file splitting module 207 is configured to split the rule file into a plurality of judgment conditions, and then classify and save the rule file into the rule file set, and match the judgment condition to the load order with directivity, and the test condition is composed of a plurality of judgment conditions.
  • the rules file is associated with the corresponding result.
  • the system judges the activities that the customer can participate in, based on the rule file library pre-stored in the rule engine server, in which a plurality of rule file sets are stored, and each rule file set contains several The judgment condition obtained after the rule file is split, and the loading order of the directivity between the judgment conditions is set according to the rule file, and the result corresponding to the rule file composed of several judgment conditions is given.
  • the present application proposes a split calling method of a rule engine file.
  • the method for splitting the rule engine file includes the following steps:
  • the rule engine server receives the to-be-determined information sent by the client;
  • the judgment condition included in the rule file set is sequentially compared with the keyword; the comparison determines whether the judgment condition matches the keyword;
  • the customer's purchase of auto insurance meets the following conditions:
  • the customer's place of attribution is Foshan, and there was no risk last year.
  • the amount of the commercial insurance policy for the auto insurance purchased this time was 5682 yuan, which was paid online.
  • the rule file contains a number of judgment conditions in the order of directivity, which is composed of "the amount of commercial insurance policy reaches 5000, last year no insurance, online payment”.
  • the rule file, and the result related to the rule file "give a 100 yuan phone bill.”
  • the salesperson inputs the above customer information into the client, and then the client sends the foregoing customer information to the rule engine server;
  • the rule engine server extracts the keywords in the aforementioned customer information, specifically “Foshan commercial insurance amount 5682 last year, no online insurance payment”;
  • the judgment conditions included in the rule file set are sequentially compared with the keyword, and the judgment condition in the first level is first loaded, and the customer meets the first judgment condition “the commercial insurance policy amount”. Up to 5000”, and then loading a number of judgment conditions pointed by the first judgment condition, obtaining that the customer meets the second judgment condition "no risk occurred last year”, and then loading a plurality of judgment conditions pointed to by the second judgment condition to obtain the customer Comply with the third judgment condition "online payment”, and finally get the result corresponding to the three judgment conditions, that is, "give a 100 yuan telephone fee”;
  • the method for splitting the rule engine file includes the following steps:
  • a preset rule file library the rule file is divided into a plurality of judgment conditions, and then classified into a rule file set, and the judgment condition is matched with a direct load order, and a rule file composed of a plurality of judgment conditions is given. Associated with the corresponding result.
  • split rule file described here only needs to be run when the rule file library is first built and subsequent new rule files are added.
  • S1-S5 is the same as the first embodiment, and is not described here.
  • the all-labeled judgment condition is divided into preset rule categories and saved into a corresponding rule file set, where the name of the rule file set is a label that matches the judgment condition in the classification dimension;
  • the same judgment condition refers to all The judgment condition that the same judgment condition is retained after the weight is removed;
  • Rule Document 1 When a Foshan customer purchases a car insurance, if the customer's commercial insurance policy amount reaches 5,000, and there is no risk last year, and the online payment method is adopted, a 100 yuan telephone fee can be given;
  • the three rule files are divided into several combinations of judgment conditions: “The commercial insurance policy amount reaches 5000, there is no insurance last year, online payment”, “The commercial insurance policy amount reaches 5000, last year’s insurance “Online payment”, “The amount of commercial insurance policy reached 5,000, no insurance last year, online payment”; the order of loading of each combination is as in the above order;
  • the rule document consisting of “the commercial insurance policy amount reaches 5000, the last year no insurance, online payment” is related to the result “gift 100 yuan telephone fee”; the judgment condition “the commercial insurance policy amount reaches 5000, last year”
  • the rule file consisting of “over-risk, online payment” is associated with the result of “giving 2 car wash vouchers”; the rule documents consisting of “the commercial insurance policy amount reaches 5000, last year no risk, online payment” will be The result is "Gift 100 yuan transportation card” associated.
  • step S2 specifically includes the following sub-steps:
  • the stop words refer to words that do not involve specific meanings, such as me, want to wait for words.
  • Extracting a keyword corresponding to the classification dimension in the keyword sequence is ranked first in the keyword sequence
  • the information to be determined “The customer's place of origin is Foshan, and there was no insurance last year.
  • the amount of the commercial insurance policy in the auto insurance purchased this time is 5682 yuan, which is split by online payment” to form a sequence of words “The customer’s attribution is Foshan did not take out the risk of the commercial insurance policy in this auto insurance purchase last year, which was 5,682 yuan through online payment”;
  • step S3 specifically includes the following sub-steps:
  • step S33 determining whether the first keyword matches the name of the rule file set, if step S34 is performed, if not step S32;
  • step S4 specifically includes the following sub-steps:
  • step S43 determining whether the current determination condition matches any one of the keyword sequences, if step S45 is performed, if not step S44;
  • step S46 determining whether there is a keyword in the keyword sequence, if step S42 is performed, if not step S47;
  • the sub-step S43 specifically includes the following sub-steps:
  • step S432 determining whether the current determination condition matches the current comparison keyword, if step S435 is performed, if not step S433;
  • step S433 determining whether the current comparison keyword is the last keyword in the keyword sequence, if step S435 is performed, if not, executing step S434;
  • step S434 obtaining a keyword in the keyword sequence that is located after the current comparison keyword as a new current comparison keyword, performing step S432;
  • the present application is a computer readable storage medium having a split call system 20 storing a rule engine file, the split call system 20 of the rule engine file being executable by one or more processors When the split engine calling method of the above rule engine file or the operation of the electronic device is implemented.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请公开了一种规则引擎文件的拆分调用方法，属于网络技术领域。一种规则引擎文件的拆分调用方法，包括如下步骤：S1、规则引擎服务器接收客户端发送的待判定信息；S2、提取待判定信息中的关键词；S3、根据所述关键词从预设的规则文件库中调用相应的规则文件集，所述规则文件集中包含有若干具有指向性关系的判断条件和结果；S4、根据预设的加载顺序，依次加载规则文件集中包含的判断条件与所述关键词进行比对；S5、输出与所述关键词相符的判断条件组成的规则文件所对应的结果。本申请通过将规则文件分类和按序加载的队列机制，保证系统在某一时间点只有一个较小文件在进行加载发布，从而有效降低CPU负载，达到系统稳定运行的目的。

Description

规则引擎文件的拆分调用方法、电子装置及存储介质
本申请申明享有2017年11月23日递交的申请号为201711186783.7、名称为“规则引擎文件的拆分调用方法、电子装置及存储介质”的中国专利申请的优先权，该中国专利申请的整体内容以参考的方式结合在本申请中。
技术领域
本申请涉及网络技术领域，涉及一种规则引擎文件的拆分调用方法、电子装置及计算机可读存储介质。
背景技术
规则引擎是为了响应和处理复杂多变的业务规则而设计的核心技术组件，规则引擎的使用场景包括但不限于以下两种场景：1)大批量的灵活逻辑条件判断；2)经常变动的数据计算方式。通过引入规则引擎，将复杂多变的部分，通过灵活配置的方式动态定义和调整，从而保证了IT系统能及时支撑业务需要的变化。
但是，在规则引擎在支持规则文件加载时，当规则文件过大(超过10M)，会导致主机CPU飙升，影响系统运行的稳定。经分析发现，CPU的消耗与规则文件加载的频率完全吻合，因而现在亟需对阵下药，降低CPU的消耗，保证系统稳定运行。
发明内容
本申请要解决的技术问题是为了克服现有技术中规则引擎在支持大规则文件加载时主机CPU飙升的问题，提出了一种规则引擎文件的拆分调用方法、电子装置及计算机可读存储介质，通过将规则文件按不同业务场景进行拆分和异步加载方式，降低CPU负载，达到系统稳定运行的目的。
本申请是通过下述技术方案来解决上述技术问题：
一种规则引擎文件的拆分调用方法，包括如下步骤：
S1、规则引擎服务器接收客户端发送的待判定信息；
S2、提取待判定信息中的关键词；
S3、根据所述关键词从预设的规则文件库中调用相应的规则文件集，所述规则文件集中包含有若干具有指向性关系的判断条件和结果；
S4、根据预设的加载顺序，依次加载规则文件集中包含的判断条件与所述关键词进行比对；
S5、输出与所述关键词相符的判断条件组成的规则文件所对应的结果。
一种电子装置，包括存储器和处理器，所述存储器上存储有可被所述处理器执行的规则引擎文件的拆分调用系统，所述规则引擎文件的拆分调用系统包括：规则文件库，用于储存规则文件集，所述规则文件集中包含有若干具有指向性关系的判断条件和结果；接收模块，用于接收客户端发送的待判定信息；提取模块，用于提取待判定信息中的关键词；调用模块，用于根据关键词从预设的规则文件库中调用相应的规则文件集；加载比对模块，用于根据预设的加载顺序，依次加载规则文件集中包含的判断条件与所述关键词进行比对；输出模块，用于输出与所述关键词相符的判断条件组成的规则文件所对应的结果。
一种计算机可读存储介质，所述计算机可读存储介质内存储有规则引擎文件的拆分调用系统，所述规则引擎文件的拆分调用系统可被至少一个处理器所执行，以实现以下步骤：
S1、规则引擎服务器接收客户端发送的待判定信息；
S2、提取待判定信息中的关键词；
S3、根据所述关键词从预设的规则文件库中调用相应的规则文件集，所述规则文件集中包含有若干具有指向性关系的判断条件和结果；
S4、根据预设的加载顺序，依次加载规则文件集中包含的判断条件与所 述关键词进行比对；
S5、输出与所述关键词相符的判断条件组成的规则文件所对应的结果。
本申请的积极进步效果在于：本申请通过将规则文件分类和按序加载的队列机制，保证系统在某一时间点只有一个较小文件在进行加载发布，从而有效降低CPU负载，达到系统稳定运行的目的。
附图说明
图1示出了本申请电子装置一实施例的硬件架构示意图；
图2示出了本申请电子装置中规则引擎文件的拆分调用系统第一实施例的程序模块示意图；
图3示出了本申请电子装置中规则引擎文件的拆分调用系统第二实施例的程序模块示意图；
图4示出了本申请规则引擎文件的拆分调用方法实施例一的流程图；
图5示出了本申请规则引擎文件的拆分调用方法实施例二的流程图；
图6示出了本申请规则引擎文件的拆分调用方法实施例三中构建规则文件库的流程图；
图7示出了本申请规则引擎文件的拆分调用方法实施例四中待判定信息中关键词提取的流程图；
图8示出了本申请规则引擎文件的拆分调用方法实施例五中规则文件集匹配的流程图；
图9示出了本申请规则引擎文件的拆分调用方法实施例六中结果匹配的流程图；
图10示出了本申请规则引擎文件的拆分调用方法实施例七中关键词比对的流程图。
具体实施方式
下面通过实施例的方式进一步说明本申请，但并不因此将本申请限制在所述的实施例范围之中。
首先，本申请提出了一种电子装置。
参阅图1所示，是本申请电子装置一实施例的硬件架构示意图。本实施例中，所述电子装置2是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图所示，所述电子装置2至少包括，但不限于，可通过系统总线相互通信连接存储器21、处理器22、网络接口23、以及规则引擎文件的拆分调用系统20。其中：
所述存储器21至少包括一种类型的计算机可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器21可以是所述电子装置2的内部存储单元，例如该电子装置2的硬盘或内存。在另一些实施例中，所述存储器21也可以是所述电子装置2的外部存储设备，例如该电子装置2上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。当然，所述存储器21还可以既包括所述电子装置2的内部存储单元也包括其外部存储设备。本实施例中，所述存储器21通常用于存储安装于所述电子装置2的操作系统和各类应用软件，例如所述规则引擎文件的拆分调用系统20的程序代码等。此外，所述存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器22在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制所述电子装置2的总体操作，例如执行与所述电子装置2进行数据交互或者通信相关的控制和处理等。本实施例中，所述处理器22用于运行所述存储器21中存储的程序代码或者处理数据，例如运行所述的规则引擎文件的拆分调用系统20等。
所述网络接口23可包括无线网络接口或有线网络接口，该网络接口23通常用于在所述电子装置2与其他电子装置之间建立通信连接。例如，所述网络接口23用于通过网络将所述电子装置2与外部终端相连，在所述电子装置2与外部终端之间的建立数据传输通道和通信连接等。所述网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System of Mobile communication，GSM)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。
需要指出的是，图1仅示出了具有组件21-23的电子装置2，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
在本实施例中，存储于存储器21中的所述规则引擎文件的拆分调用系统20可以被分割为一个或者多个程序模块，所述一个或者多个程序模块被存储于存储器21中，并可由一个或多个处理器(本实施例为处理器22)所执行，以完成本申请。
例如，图2示出了所述规则引擎文件的拆分调用系统20第一实施例的程序模块示意图，该实施例中，所述规则引擎文件的拆分调用系统20可以被分割为规则文件库201、接收模块202、提取模块203、调用模块204、加载比对模块205和输出模块206。其中，本申请所称的程序模块是指能够完 成特定功能的一系列计算机程序指令段。以下描述将具体介绍所述程序模块201-206的具体功能。
所述规则文件库201，用于储存规则文件集，所述规则文件集中包含有若干具有指向性关系的判断条件和结果；
所述接收模块202，用于接收客户端发送的待判定信息；
所述提取模块203，用于提取待判定信息中的关键词；
所述调用模块204，用于根据关键词从预设的规则文件库中调用相应的规则文件集；
所述加载比对模块205，用于根据预设的加载顺序，依次加载规则文件集中包含的判断条件与所述关键词进行比对；
所述输出模块206，用于输出与所述关键词相符的判断条件组成的规则文件所对应的结果。
下面以销售人员通过此系统判断某位客户购买车险符合哪个活动为例做具体说明：
1、销售人员根据其将与客户达成的销售协议，将该客户的信息录入到本系统的客户端中，假设录入的信息为“该客户属于佛山，且去年没有出险，商业险保单金额为5682元，可以通过线上支付，”，客户端将该条信息发送给规则引擎服务器以发起请求；
2、规则引擎服务器提取到该条信息中的关键词组成的关键词序列为“佛山商业险金额5682去年没有出险线上支付”；
3、根据该关键词序列中的首个关键词“佛山”，调出名称为佛山的规则文件集；
4、根据预设的加载顺序，依次加载首个层级中的判断条件，得到该客户符合第一判断条件“商业险保单金额达到5000”，然后加载该第一判断条件指向的若干个判断条件，得到该客户符合第二判断条件“去年没有出险”，再加载该第二判断条件所指向的若干个判断条件，得到该客户符合第三判断 条件“线上支付”，最后得到满足这三个判断条件所对应的结果，即“赠送100元电话费”；
需要说明的是，这里所述层级是根据判断条件的加载顺序划分的；具体来说，首个层级的判断条件是指所有具有指向性关系的判断条件中的首个判断条件的集合，而这些首个判断条件所指向的第二个判断条件则并列为第二个层级的判断条件，依次类推。
5、系统自动输出结果“赠送100元电话费”，作为该客户通过购买车险可以得到的礼品。
又例如，图3示出了所述规则引擎文件的拆分调用系统20第二实施例的程序模块示意图，该实施例中，所述规则引擎文件的拆分调用系统20还可以被分割为规则文件库201、接收模块202、提取模块203、调用模块204、加载比对模块205、输出模块206和规则文件拆分模块207。
其中，模块201-206同前述第一实施例，此处不再赘述。
所述规则文件拆分模块207，用于将规则文件拆分为若干判断条件后分类保存入规则文件集中，并给所述判断条件匹配具有指向性的加载顺序，以及给由若干判断条件所组成的规则文件与相应的结果相关联。
接上例，系统对客户所能参加的活动作出判断，是基于在规则引擎服务器中预存的规则文件库，在所述规则文件库中储存有若干规则文件集，每个规则文件集中包含有若干规则文件拆分后得到的判断条件，而根据规则文件设定了判断条件之间的指向性的加载顺序，同时给出了与若干判断条件所组成的规则文件相对应的结果。
其次，本申请提出一种规则引擎文件的拆分调用方法。
在实施例一中，如图4所示，所述的规则引擎文件的拆分调用方法包括如下步骤：
S1、规则引擎服务器接收客户端发送的待判定信息；
S2、提取待判定信息中的关键词；
S3、根据所述关键词从预设的规则文件库中调用相应的规则文件集，所述规则文件集中包含有若干具有指向性关系的判断条件和结果；
S4、根据预设的加载顺序，依次加载规则文件集中包含的判断条件与所述关键词进行比对；所述比对即判断所述判断条件与所述关键词是否相符；
S5、输出与所述关键词相符的判断条件组成的规则文件所对应的结果；这里所述结果就是所述待判定信息所对应的处理结果。
下面以佛山客户购买车险后判断该客户所能得到的礼品为例做具体说明：
假设：
一、客户购买车险符合以下条件：该客户归属地为佛山，去年没有出险，本次购买的车险中商业险保单金额为5682元，通过线上支付。
二、规则文件库中有一名称为“佛山”的规则文件集，所述规则文件集中有若干判断条件按指向性顺序排列为“商业险保单金额达到5000，去年没有出险，线上支付”组成的规则文件，且该规则文件相关的结果“赠送100元电话费”。
1、销售人员将上述客户信息输入到客户端，然后由客户端将前述客户信息发送至规则引擎服务器；
2、规则引擎服务器提取前述客户信息中的关键词，具体为“佛山商业险金额5682去年没有出险线上支付”；
3、根据首个关键词佛山，调出名称为“佛山”的规则文件集；
4、根据预设的加载顺序，依次加载规则文件集中包含的判断条件与所述关键词进行比对，首先加载首个层级中的判断条件，得到该客户符合第一判断条件“商业险保单金额达到5000”，然后加载该第一判断条件指向的若干个判断条件，得到该客户符合第二判断条件“去年没有出险”，再加载该第二判断条件所指向的若干个判断条件，得到该客户符合第三判断条件“线上 支付”，最后得到满足这三个判断条件所对应的结果，即“赠送100元电话费”；
5、输出结果“赠送100元电话费”。
在实施例二中，基于实施例一的基础上，如图5所示，所述的规则引擎文件的拆分调用方法包括如下步骤：
S0、预设规则文件库：将规则文件拆分为若干判断条件后分类保存入规则文件集中，并给所述判断条件匹配具有指向性的加载顺序，以及给由若干判断条件所组成的规则文件与相应的结果相关联。
需要说明的是：这里所述拆分规则文件，仅在规则文件库首次构建和后续有新规则文件加入时才需要运行。
S1-S5同实施例一，此处不在赘述。
在实施例三中，基于实施例二的基础上，如图6所示，公开了规则文件库的具体构建过程，包括以下分步骤：
S01、根据语义将规则文件拆分为若干判断条件的组合，并给每个判断条件匹配指向性的加载顺序；
S02、给每个判断条件在一个或多个维度上匹配标签；
S03、将所有带标签的判断条件按预设的分类维度进行划分并保存入相应的规则文件集中，所述规则文件集的名称为所述判断条件在分类维度上匹配的标签；
S04、将规则文件集中的判断条件去重，同时将去重的判断条件上所匹配的加载顺序的结束指向和开始指向匹配到同一个判断条件上；这里所述同一个判断条件指的是所有相同的判断条件去重后保留下来的那一个判断条件；
S05、将由若干判断条件所组成的规则文件与相应的结果相关联。
接上例，假设有三条如下所述的规则文件，对所述规则文件库的构建做具体说明：
规则文件一：当佛山客户在购买车险时，如果客户的商业险保单金额达到5000，去年没有出险，且采用的是线上支付的方式，就可以赠送100元电话费；
规则文件二：当佛山客户在购买车险时，如果客户的商业险保单金额达到5000，去年出过险，且采用的是线上支付的方式，就可以赠送2张洗车券；
规则文件三：当上海客户在购买车险时，如果客户的商业险保单金额达到5000，去年没有出险，且采用的是线上支付的方式，就可以赠送100元交通卡；
1、根据语义规则将三个规则文件分别拆分为若干个判断条件的组合：“商业险保单金额达到5000，去年没有出险，线上支付”，“商业险保单金额达到5000，去年出过险，线上支付”，“商业险保单金额达到5000，去年没有出险，线上支付”；每个组合的指向性的加载顺序如前述顺序；
2、给三组判断条件分别在归属地维度上打上标签：第一组和第二组标签都为佛山，第三组标签为上海；
3、将所有判断条件按归属地维度进行划分，其中第一组和第二组判断条件都保存入名称为“佛山”的规则文件集中，第三组判断条件都保存入名称为“上海”的规则文件集中；
4、对名称为“佛山”的规则文件集中的判断条件进行去重，仅保留判断条件“商业险保单金额达到5000，去年没有出险，线上支付，去年出过险”，其中判断条件“商业险保单金额达到5000”加载顺序的结束指向有两个，分别为“去年没有出险”和“去年出过险”，而判断条件“线上支付”加载顺序的开始指向也有两个，分别为“去年没有出险”和“去年出过险”；名称为“上海”的规则文件集中仅一条规则文件，无需去重；
5、将判断条件“商业险保单金额达到5000，去年没有出险，线上支付”所组成的规则文件与结果“赠送100元电话费”相关联；将判断条件“商业险保单金额达到5000，去年出过险，线上支付”所组成的规则文件与结果“赠 送2张洗车券”相关联；将判断条件“商业险保单金额达到5000，去年没有出险，线上支付”所组成的规则文件与结果“赠送100元交通卡”相关联。
在实施例四中，基于实施例三的基础上，如图7所示，步骤S2具体包括以下分步骤：
S21、将待判定信息利用分词工具拆分为若干词组成的词序列；
S22、通过去除词序列中的停用词，生成仅包含关键词的关键词序列；
所述停用词指的是不涉及具体含义的词，比如我，想等词。
S23、提取出关键词序列中与所述分类维度相对应的关键词排在所述关键词序列的首位；
S24、输出排序后的关键词序列。
接上例，具体说明待判定信息中关键词的提取过程：
1、将待判定信息“该客户归属地为佛山，去年没有出险，本次购买的车险中商业险保单金额为5682元，通过线上支付”进行拆分，组成词序列“该客户归属地为佛山去年没有出险本次购买的车险中商业险保单金额为5682元通过线上支付”；
2、去除词序列中的停用词，生成关键词序列为“佛山去年没有出险商业险保单金额5682元线上支付”；
3、提取出与归属地维度相对应的关键词“佛山”排到关键词序列的首位；(该假设中佛山本就排在首位，假设佛山原本排在非首位时，需要将其提前至首位)；
4、输出排序后的关键词序列“佛山去年没有出险商业险保单金额5682元线上支付”。
在实施例五中，基于实施例四的基础上，如图8所示，步骤S3具体包括以下分步骤：
S31、提取关键词序列中的首个关键词；
S32、将所述首个关键词依次与所述规则文件集的名称进行比对；
S33、判断所述首个关键词是否与所述规则文件集的名称相匹配，若是执行步骤S34，若否执行步骤S32；
S34、调用名称与所述首个关键词相匹配的规则文件集，并将首个关键词从所述关键词序列中删除。
接上例，具体说明规则文件集的匹配过程：
1、提取关键词序列“佛山去年没有出险商业险保单金额5682元线上支付”中的首个关键词“佛山”；
2、将关键词“佛山”与规则文件集的名称进行一一比对；
3、将名称为“佛山”的规则文件集调出，并将关键词“佛山”从前述关键词序列中删除，即所述关键词序列变为“去年没有出险商业险保单金额5682元线上支付”。
在实施例六中，基于实施例五的基础上，如图9所示，步骤S4具体包括以下分步骤：
S41、获取调用的规则文件集中的首个层级中并列的若干判断条件作为当前层级；
S42、加载当前层级中首个判断条件作为当前判断条件；
S43、判断当前判断条件是否与关键词序列中任意一个关键词相匹配，若是执行步骤S45，若否执行步骤S44；
S44、暂存所述当前判断条件，然后加载位于当前判断条件之后的判断条件作为新的当前判断条件，执行步骤S43；
S45、将所述相匹配的关键词从所述关键词序列中删除，将当前层级重置为所述当前判断条件的加载顺序的结束指向所对应的判断条件；
S46、判断关键词序列中是否还有关键词，若是执行步骤S42，若否执行步骤S47；
S47、判断由暂存的若干判断条件组成的规则文件是否具有对应的结果，若是输出所述结果，若否则直接结束。
接上例，具体说明结果的匹配过程：
1、获取名称为“佛山”的规则文件集中的首个层级中包含的首个判断条件，此处仅一个判断条件“商业险保单金额达到5000”；
2、将判断条件“商业险保单金额达到5000”与关键词序列“去年没有出险商业险保单金额5682元线上支付”中各关键词进行比对，得到相匹配的关键词为“商业险保单金额5682元”；
3、将关键词“商业险保单金额5682元”从关键词序列中删除，得到新的关键词序列“去年没有出险线上支付”，同时获取名称为“佛山”的规则文件集中首个判断条件“商业险保单金额达到5000”所指向的第二个判断条件，这里所述第二个判断条件具有并列的两个，分别为“去年没有出险”和“去年出过险”；
4、获取并列的第二个判断条件中的排位在前的判断条件“去年没有出险”与关键词序列“去年没有出险线上支付”中各关键词进行比对，得到相匹配的关键词为“去年没有出险”；(无需再获取并列的第二个判断条件中的排位在后的判断条件“去年出过险”，假设并列的排位在前的判断条件与关键词序列中的关键词都不匹配，才需要获取并列的排位在后的判断条件进行匹配)；
5、将关键词“去年没有出险”从关键词序列中删除，得到新的关键词序列“线上支付”，同时获取名称为“佛山”的规则文件集中第二个判断条件“去年没有出险”所指向的第三个判断条件“线上支付”；
6、将第三个判断条件“线上支付”与关键词序列“线上支付”中所剩的最后一个关键词进行比对，得到相匹配的判断；
7、根据前述匹配结果，得到若干判断条件按指向性的加载顺序为“商业险保单金额达到5000，去年没有出险，线上支付”的组成规则文件所对应的结果，即“赠送100元电话费”；
8、输出结果“赠送100元电话费”，表示该客户获得100元电话费的奖 品。
在实施例七中，基于实施例六的基础上，如图10所示，分步骤S43具体包括以下子步骤：
S431、获取关键词序列中的首个关键词作为当前比对关键词；
S432、判断当前判断条件是否与所述当前比对关键词相匹配，若是执行步骤S435，若否执行步骤S433；
S433、判断当前比对关键词是否为关键词序列中的最后一个关键词，若是执行步骤S435，若否执行步骤S434；
S434、获取关键词序列中位于当前比对关键词之后的关键词作为新的当前比对关键词，执行步骤S432；
S435、结束。
此外，本申请一种计算机可读存储介质，该计算机可读存储介质内存储有规则引擎文件的拆分调用系统20，该规则引擎文件的拆分调用系统20可被一个或多个处理器执行时，实现上述规则引擎文件的拆分调用方法或电子装置的操作。
虽然以上描述了本申请的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本申请的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本申请的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本申请的保护范围。

Claims (16)

  1. 一种规则引擎文件的拆分调用方法，其特征在于，包括如下步骤：
    S1、规则引擎服务器接收客户端发送的待判定信息；
    S2、提取待判定信息中的关键词；
    S3、根据所述关键词从预设的规则文件库中调用相应的规则文件集，所述规则文件集中包含有若干具有指向性关系的判断条件和结果；
    S4、根据预设的加载顺序，依次加载规则文件集中包含的判断条件与所述关键词进行比对；
    S5、输出与所述关键词相符的判断条件组成的规则文件所对应的结果。
  2. 根据权利要求1所述的规则引擎文件的拆分调用方法，其特征在于，步骤S1之前还包括：
    S0、预设规则文件库：将规则文件拆分为若干判断条件后分类保存入规则文件集中，并给所述判断条件匹配具有指向性的加载顺序，以及给由若干判断条件所组成的规则文件与相应的结果相关联。
  3. 根据权利要求2所述的规则引擎文件的拆分调用方法，其特征在于，步骤S0具体包括以下分步骤：
    S01、根据语义将规则文件拆分为若干判断条件的组合，并给每个判断条件匹配指向性的加载顺序；
    S02、给每个判断条件在一个或多个维度上匹配标签；
    S03、将所有带标签的判断条件按预设的分类维度进行划分并保存入相应的规则文件集中，所述规则文件集的名称为所述判断条件在分类维度上匹配的标签；
    S04、将规则文件集中的判断条件去重，同时将去重的判断条件上所匹配的加载顺序的结束指向和开始指向匹配到同一个判断条件上；
    S05、将由若干判断条件所组成的规则文件与相应的结果相关联。
  4. 根据权利要求3所述的规则引擎文件的拆分调用方法，其特征在于，步骤S2具体包括以下分步骤：
    S21、将待判定信息利用分词工具拆分为若干词组成的词序列；
    S22、通过去除词序列中的停用词，生成仅包含关键词的关键词序列；
    S23、提取出关键词序列中与所述分类维度相对应的关键词排在所述关键词序列的首位；
    S24、输出排序后的关键词序列。
  5. 根据权利要求4所述的规则引擎文件的拆分调用方法，其特征在于，步骤S3具体包括以下分步骤：
    S31、提取关键词序列中的首个关键词；
    S32、将所述首个关键词依次与所述规则文件集的名称进行比对；
    S33、判断所述首个关键词是否与所述规则文件集的名称相匹配，若是执行步骤S34，若否执行步骤S32；
    S34、调用名称与所述首个关键词相匹配的规则文件集，并将首个关键词从所述关键词序列中删除。
  6. 根据权利要求5所述的规则引擎文件的拆分调用方法，其特征在于，步骤S4具体包括以下分步骤：
    S41、获取调用的规则文件集中的首个层级中并列的若干判断条件作为当前层级；
    S42、加载当前层级中首个判断条件作为当前判断条件；
    S43、判断当前判断条件是否与关键词序列中任意一个关键词相匹配，若是执行步骤S45，若否执行步骤S44；
    S44、暂存所述当前判断条件，然后加载位于当前判断条件之后的判断条件作为新的当前判断条件，执行步骤S43；
    S45、将所述相匹配的关键词从所述关键词序列中删除，将当前层级重置为所述当前判断条件的加载顺序的结束指向所对应的判断条件；
    S46、判断关键词序列中是否还有关键词，若是执行步骤S42，若否执行步骤S47；
    S47、判断由暂存的若干判断条件组成的规则文件是否具有对应的结果，若是输出所述结果，若否则直接结束。
  7. 根据权利要求6所述的规则引擎文件的拆分调用方法，其特征在于，分步骤S43具体包括以下子步骤：
    S431、获取关键词序列中的首个关键词作为当前比对关键词；
    S432、判断当前判断条件是否与所述当前比对关键词相匹配，若是执行步骤S435，若否执行步骤S433；
    S433、判断当前比对关键词是否为关键词序列中的最后一个关键词，若是执行步骤S435，若否执行步骤S434；
    S434、获取关键词序列中位于当前比对关键词之后的关键词作为新的当前比对关键词，执行步骤S432；
    S435、结束。
  8. 一种电子装置，包括存储器和处理器，其特征在于，所述存储器上存储有可被所述处理器执行的规则引擎文件的拆分调用系统，所述规则引擎文件的拆分调用系统包括：
    规则文件库，用于储存规则文件集，所述规则文件集中包含有若干具有指向性关系的判断条件和结果；
    接收模块，用于接收客户端发送的待判定信息；
    提取模块，用于提取待判定信息中的关键词；
    调用模块，用于根据关键词从预设的规则文件库中调用相应的规则文件集；
    加载比对模块，用于根据预设的加载顺序，依次加载规则文件集中包含的判断条件与所述关键词进行比对；
    输出模块，用于输出与所述关键词相符的判断条件组成的规则文件所对 应的结果。
  9. 根据权利要求8所述的电子装置，其特征在于，所述规则引擎文件的拆分调用系统还包括：
    规则文件拆分模块，用于将规则文件拆分为若干判断条件后分类保存入规则文件集中，并给所述判断条件匹配具有指向性的加载顺序，以及给由若干判断条件所组成的规则文件与相应的结果相关联。
  10. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有规则引擎文件的拆分调用系统，所述规则引擎文件的拆分调用系统可被至少一个处理器所执行，以实现以下步骤：
    S1、规则引擎服务器接收客户端发送的待判定信息；
    S2、提取待判定信息中的关键词；
    S3、根据所述关键词从预设的规则文件库中调用相应的规则文件集，所述规则文件集中包含有若干具有指向性关系的判断条件和结果；
    S4、根据预设的加载顺序，依次加载规则文件集中包含的判断条件与所述关键词进行比对；
    S5、输出与所述关键词相符的判断条件组成的规则文件所对应的结果。
  11. 根据权利要求10所述的计算机可读存储介质，其特征在于，步骤S1之前还包括：
    S0、预设规则文件库：将规则文件拆分为若干判断条件后分类保存入规则文件集中，并给所述判断条件匹配具有指向性的加载顺序，以及给由若干判断条件所组成的规则文件与相应的结果相关联。
  12. 根据权利要求11所述的计算机可读存储介质，其特征在于，步骤S0具体包括以下分步骤：
    S01、根据语义将规则文件拆分为若干判断条件的组合，并给每个判断条件匹配指向性的加载顺序；
    S02、给每个判断条件在一个或多个维度上匹配标签；
    S03、将所有带标签的判断条件按预设的分类维度进行划分并保存入相应的规则文件集中，所述规则文件集的名称为所述判断条件在分类维度上匹配的标签；
    S04、将规则文件集中的判断条件去重，同时将去重的判断条件上所匹配的加载顺序的结束指向和开始指向匹配到同一个判断条件上；
    S05、将由若干判断条件所组成的规则文件与相应的结果相关联。
  13. 根据权利要求12所述的计算机可读存储介质，其特征在于，步骤S2具体包括以下分步骤：
    S21、将待判定信息利用分词工具拆分为若干词组成的词序列；
    S22、通过去除词序列中的停用词，生成仅包含关键词的关键词序列；
    S23、提取出关键词序列中与所述分类维度相对应的关键词排在所述关键词序列的首位；
    S24、输出排序后的关键词序列。
  14. 根据权利要求13所述的计算机可读存储介质，其特征在于，步骤S3具体包括以下分步骤：
    S31、提取关键词序列中的首个关键词；
    S32、将所述首个关键词依次与所述规则文件集的名称进行比对；
    S33、判断所述首个关键词是否与所述规则文件集的名称相匹配，若是执行步骤S34，若否执行步骤S32；
    S34、调用名称与所述首个关键词相匹配的规则文件集，并将首个关键词从所述关键词序列中删除。
  15. 根据权利要求14所述的计算机可读存储介质，其特征在于，步骤S4具体包括以下分步骤：
    S41、获取调用的规则文件集中的首个层级中并列的若干判断条件作为当前层级；
    S42、加载当前层级中首个判断条件作为当前判断条件；
    S43、判断当前判断条件是否与关键词序列中任意一个关键词相匹配，若是执行步骤S45，若否执行步骤S44；
    S44、暂存所述当前判断条件，然后加载位于当前判断条件之后的判断条件作为新的当前判断条件，执行步骤S43；
    S45、将所述相匹配的关键词从所述关键词序列中删除，将当前层级重置为所述当前判断条件的加载顺序的结束指向所对应的判断条件；
    S46、判断关键词序列中是否还有关键词，若是执行步骤S42，若否执行步骤S47；
    S47、判断由暂存的若干判断条件组成的规则文件是否具有对应的结果，若是输出所述结果，若否则直接结束。
  16. 根据权利要求15所述的计算机可读存储介质，其特征在于，分步骤S43具体包括以下子步骤：
    S431、获取关键词序列中的首个关键词作为当前比对关键词；
    S432、判断当前判断条件是否与所述当前比对关键词相匹配，若是执行步骤S435，若否执行步骤S433；
    S433、判断当前比对关键词是否为关键词序列中的最后一个关键词，若是执行步骤S435，若否执行步骤S434；
    S434、获取关键词序列中位于当前比对关键词之后的关键词作为新的当前比对关键词，执行步骤S432；
    S435、结束。
PCT/CN2018/083085 2017-11-23 2018-04-13 规则引擎文件的拆分调用方法、电子装置及存储介质 WO2019100646A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711186783.7A CN108509478B (zh) 2017-11-23 2017-11-23 规则引擎文件的拆分调用方法、电子装置及存储介质
CN201711186783.7 2017-11-23

Publications (1)

Publication Number Publication Date
WO2019100646A1 true WO2019100646A1 (zh) 2019-05-31

Family

ID=63374724

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/083085 WO2019100646A1 (zh) 2017-11-23 2018-04-13 规则引擎文件的拆分调用方法、电子装置及存储介质

Country Status (2)

Country Link
CN (1) CN108509478B (zh)
WO (1) WO2019100646A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110737439B (zh) * 2019-10-18 2022-07-22 四川长虹电器股份有限公司 基于规则文件的设备控制系统及方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105630617A (zh) * 2015-12-28 2016-06-01 山东中创软件工程股份有限公司 一种基于规则引擎的业务处理方法及系统
CN105786950A (zh) * 2015-12-30 2016-07-20 北京锐安科技有限公司 一种处理数据的方法及装置
US20160274833A1 (en) * 2015-03-16 2016-09-22 Ricoh Company, Ltd. Terminal device, output system and output method
CN106445626A (zh) * 2016-09-30 2017-02-22 北京奇虎科技有限公司 数据分析方法及装置
CN106547896A (zh) * 2016-11-04 2017-03-29 广州唯品会信息科技有限公司 规则引擎服务化处理系统及方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002073721A (ja) * 2000-09-05 2002-03-12 Nec Microsystems Ltd レイアウト検証の並列処理装置、並列処理方法および記録媒体
US8799448B2 (en) * 2006-12-20 2014-08-05 Microsoft Corporation Generating rule packs for monitoring computer systems
CN101582064B (zh) * 2008-05-15 2011-12-21 阿里巴巴集团控股有限公司 一种大数据量数据处理方法及系统
CN102236664B (zh) * 2010-04-28 2016-04-13 百度在线网络技术（北京）有限公司 基于语义归一化的检索系统、检索方法以及信息处理方法
CN103473696A (zh) * 2013-09-03 2013-12-25 周吉 一种收集、分析和分发网络商业信息的方法和系统
US11182350B2 (en) * 2014-12-09 2021-11-23 International Business Machines Corporation Intelligent XML file fragmentation
CN105447166A (zh) * 2015-12-03 2016-03-30 沈文策 一种基于关键字查找信息的方法及系统
CN107203557A (zh) * 2016-03-17 2017-09-26 伊姆西公司 用于处理待搜索的对象的方法及装置
CN107346312A (zh) * 2016-05-05 2017-11-14 中国移动通信集团内蒙古有限公司 一种大数据处理方法及系统
CN106980636B (zh) * 2016-07-22 2020-04-03 平安科技（深圳）有限公司 保单数据处理方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160274833A1 (en) * 2015-03-16 2016-09-22 Ricoh Company, Ltd. Terminal device, output system and output method
CN105630617A (zh) * 2015-12-28 2016-06-01 山东中创软件工程股份有限公司 一种基于规则引擎的业务处理方法及系统
CN105786950A (zh) * 2015-12-30 2016-07-20 北京锐安科技有限公司 一种处理数据的方法及装置
CN106445626A (zh) * 2016-09-30 2017-02-22 北京奇虎科技有限公司 数据分析方法及装置
CN106547896A (zh) * 2016-11-04 2017-03-29 广州唯品会信息科技有限公司 规则引擎服务化处理系统及方法

Also Published As

Publication number Publication date
CN108509478A (zh) 2018-09-07
CN108509478B (zh) 2021-04-27

Similar Documents

Publication Publication Date Title
WO2019041753A1 (zh) 信息修改方法、装置、计算机设备及计算机可读存储介质
US9116879B2 (en) Dynamic rule reordering for message classification
CN108376364B (zh) 一种支付系统对账的方法、设备及终端设备
US11514003B2 (en) Data compression based on key-value store
US20190114303A1 (en) System and method for applying extended regular expressions against arbitrary data objects
CN114969840A (zh) 数据防泄漏方法和装置
CN112860412B (zh) 业务数据处理方法、装置、电子设备及存储介质
WO2019100646A1 (zh) 规则引擎文件的拆分调用方法、电子装置及存储介质
CN112363814A (zh) 任务调度方法、装置、计算机设备及存储介质
CN113590447B (zh) 埋点处理方法和装置
CN107392408B (zh) 一种信用分数的提示信息输出方法及装置
CN113835780A (zh) 一种事件响应方法及装置
US9483332B2 (en) Event processing method in stream processing system and stream processing system
US9117116B1 (en) Method and apparatus for managing deadline content in a document
CN111324732A (zh) 模型训练方法、文本处理方法、装置及电子设备
CN113326230A (zh) 案件状态自动识别及管控方法、系统、电子终端及介质
CN112862554A (zh) 一种订单数据的处理方法和装置
CN112257106B (zh) 一种数据检测方法及装置
CN111914065B (zh) 短信内容验证方法、装置、计算机系统和计算机可读介质
CN113806107B (zh) 一种对象拷贝方法、装置、设备及存储介质
CN113238765B (zh) 小程序的分发方法、装置、设备和存储介质
CN117035314A (zh) 排队顺序调整方法、装置、设备及存储介质
US20140172805A1 (en) Contact management
CN117520092A (zh) 一种日志数据的确定方法、装置、电子设备及介质
CN114461152A (zh) ceph读写质量优化方法、装置、计算机设备及存储介质

Legal Events

Date Code Title Description
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 1205 DATED 02/10/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18881444

Country of ref document: EP

Kind code of ref document: A1