Method, device, electronic device and storage medium for obtaining liquidation rules

Abstract

An embodiment of the present invention discloses a method and device for obtaining liquidation rules. The method includes: in response to obtaining a liquidation type rule configuration instruction, displaying a rule input page to guide a user to fill in parameter information of the liquidation type; in response to obtaining a configuration completion instruction through the rule input page, obtaining the configured multi-tree parameters; obtaining a rule determinant based on the multi-tree parameters; using the rule determinant as a liquidation rule for the liquidation type, and storing the rule determinant in a database. The technical solution disclosed in the embodiment of the present invention improves the efficiency of entering liquidation rules, saves the manpower and time costs of entering liquidation rules, and obtains the rule determinant based on the configured multi-tree parameters and stores the rule determinant as the liquidation rule for the liquidation type, thereby reducing the storage resources occupied by the database and improving the storage efficiency of the database.

Description

Technical Field

[0001] Embodiments of the present invention relate to the financial field, and in particular to a method, device, server, and storage medium for obtaining clearing rules. Background Art

[0002] With the rapid development of commercial globalization, there is a large amount of clearing work between various banks and financial organizations. Different clearing rules are set according to the cardholder's region, card type, access method, etc. How to correctly and quickly import clearing rules into the clearing system has become a major challenge in the clearing field.

[0003] In the prior art, when entering clearing rules into a clearing system, each clearing rule is usually manually split into individual rules for entry and storage. For example, a clearing rule stipulates that clearing data must satisfy the parameter value of parameter A being A1, the parameter value of parameter B being B1 or B2, and the parameter value of parameter C being C1, C2, or C3. Six individual rules are manually entered, namely A1, B1, C1; A1, B1, C2; A1, B1, C3; A1, B2, C1; A1, B2, C2; A1, B2, C3, to enter the clearing rule.

[0004] However, this input method has low input efficiency, especially when there are many parameter types and parameter values. It requires a lot of manpower and time costs. At the same time, its storage also requires a large amount of storage resources in the database. In addition, when the clearing system performs clearing data matching, its query and matching efficiency is low. Summary of the Invention

[0005] Embodiments of the present invention provide a method, device, electronic device, and storage medium for obtaining liquidation rules, so as to generate liquidation rules under a liquidation type after obtaining parameter information of the liquidation type through a rule input page.

[0006] In a first aspect, an embodiment of the present invention provides a method for obtaining liquidation rules, comprising:

[0007] In response to obtaining a rule configuration instruction for a liquidation type, displaying a rule input page to guide the user to fill in parameter information of the liquidation type;

[0008] In response to obtaining a configuration completion instruction through the rule input page, obtaining configured multi-tree parameters;

[0009] Obtaining a regular determinant according to the multi-tree parameters;

[0010] The rule determinant is used as the settlement rule of the settlement type, and the rule determinant is stored in a database.

[0011] In a second aspect, an embodiment of the present invention provides a device for obtaining clearing rules, including:

[0012] A rule input page display module is used to display a rule input page in response to obtaining a rule configuration instruction of a liquidation type, so as to guide the user to fill in parameter information of the liquidation type;

[0013] a multi-tree parameter acquisition module, configured to acquire the configured multi-tree parameters in response to obtaining a configuration completion instruction through the rule input page;

[0014] A regular determinant acquisition module, configured to acquire a regular determinant according to the multitree parameters;

[0015] The database storage execution module is used to use the rule determinant as the settlement rule of the settlement type and store the rule determinant in the database.

[0016] In a third aspect, an embodiment of the present invention further provides an electronic device, comprising:

[0017] one or more processors;

[0018] a storage device for storing one or more programs;

[0019] When the one or more programs are executed by the one or more processors, the one or more processors implement the method for obtaining clearing rules described in any embodiment of the present invention.

[0020] In a fourth aspect, an embodiment of the present invention further provides a storage medium comprising computer-executable instructions, which, when executed by a computer processor, implements the method for obtaining the clearing rules described in any embodiment of the present invention.

[0021] The technical solution disclosed in the embodiment of the present invention guides users to fill in parameter information of the liquidation type by displaying a rule input page, thereby improving the efficiency of entering the liquidation rules and saving the manpower and time costs consumed in entering the liquidation rules. The rule determinant is obtained according to the configured multi-branch tree parameters, and the rule determinant is used as the liquidation rule of the liquidation type, and then the rule determinant is stored in the database, which reduces the storage resources occupied by the database and improves the storage efficiency of the database. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] Figure 1A This is a flow chart of a method for obtaining clearing rules provided in Example 1 of the present invention;

[0023] Figure 1B This is a schematic diagram of a multi-tree parameter provided by the first embodiment of the present invention;

[0024] Figure 1C This is a schematic diagram of a multi-tree input page provided in the first embodiment of the present invention;

[0025] Figure 2A This is a flow chart of a method for obtaining clearing rules provided in Example 2 of the present invention;

[0026] Figure 2B This is a schematic diagram of path matching of a multi-tree provided by the second embodiment of the present invention;

[0027] Figure 3 This is a structural block diagram of a device for obtaining clearing rules provided in the third embodiment of the present invention;

[0028] Figure 4 This is a structural block diagram of an electronic device provided in Example 4 of the present invention. DETAILED DESCRIPTION

[0029] The present invention will be further described in detail below with reference to the accompanying drawings and examples. It will be understood that the specific embodiments described herein are intended only to illustrate the present invention and are not intended to limit the present invention. It should also be noted that, for ease of description, the accompanying drawings only illustrate portions relevant to the present invention, not all structures.

[0030] Example 1

[0031] Figure 1A This is a flowchart of a method for obtaining clearing rules provided in the first embodiment of the present invention. This embodiment is applicable to generating clearing rules for a clearing type after obtaining parameter information of the clearing type through a rule input page. The method can be performed by a clearing rule obtaining device in the embodiment of the present invention. The device can be implemented through software and / or hardware and integrated into an electronic device, typically a terminal device or server that performs clearing business. The method specifically includes the following steps:

[0032] S110 . In response to obtaining a rule configuration instruction for a liquidation type, display a rule input page to guide a user to fill in parameter information of the liquidation type.

[0033] According to different business needs, clearing business can be divided into different clearing types. For example, the processing priority of the clearing business is used as the basis for dividing the clearing types, and the clearing types may include high-priority clearing, medium-priority clearing and low-priority clearing; each clearing type corresponds to different clearing rules. For example, the clearing rule for medium-priority clearing can be defined as: the clearing data needs to meet the parameter value of parameter type A (for example, payment account type) as A1 (for example, personal account), and the parameter value of parameter type B (for example, payment channel) as B1 (for example, online banking) or B2 (for example, POS machine), and the parameter value of parameter type C (for example, payment currency) as C1 (for example, RMB) or C2 (for example, US dollar) or C3 (for example, euro); optionally, in the embodiment of the present invention, there is no specific limitation on the clearing type, parameter type and parameter value.

[0034] The rule input page includes one or more parameter rows. The number of parameter rows is set by the user according to needs. Each parameter row represents a parameter type, and the parameter type represented by each parameter row is also set by the user. According to the data characteristics of the clearing business, the logical relationship between each parameter row is "and"; one or more parameter values ​​can be entered in each parameter row. According to the data characteristics of the clearing business, when multiple parameter values ​​are entered in a parameter row, the logical relationship between the parameter values ​​in the parameter row is "or".

[0035] S120 : In response to obtaining a configuration completion instruction through the rule input page, obtain configuration-completed multitree parameters.

[0036] Taking the above technical solution as an example, the user sets the first parameter row as the payment account type (i.e. parameter type A), and enters the personal account (i.e. parameter value A1) in the first parameter row, sets the second parameter row as the payment channel (i.e. parameter type B), and enters the online banking (i.e. parameter value B1) and POS machine (i.e. parameter value B2) in the second parameter row, sets the third parameter row as the payment currency (i.e. parameter type C), and enters the US dollar (i.e. parameter value C1), the euro (i.e. parameter value C2), and the pound sterling (i.e. C3) in the third parameter row; after the electronic device obtains the configuration completion instruction, it generates a multi-tree parameter according to the above parameter row and the parameter value in the parameter row; wherein the multi-tree parameter represents the above parameter information in the form of a multi-tree (i.e. N-ary tree), and each row in the multi-tree corresponds to a parameter row, which reflects the association between each parameter value in the parameter row and each parameter value in the lower parameter row. Taking the above technical solution as an example, Figure 1B The multi-tree parameters are obtained based on the parameter information entered by the user in the rule input page. Figure 1B, parameter value A1 of parameter type A is associated with parameter values ​​B1 and B2 of parameter type B, parameter value B1 of parameter type B is associated with parameter values ​​C1, C2, and C3 of parameter type C, and parameter value B2 of parameter type B is associated with parameter values ​​C1, C2, and C3 of parameter type C.

[0037] Optionally, in an embodiment of the present invention, the rule input page further includes a multi-tree input page. Figure 1C As shown, the rule input page can also directly display a multi-branch tree with blank parameter values ​​according to the row and column information set by the user. Taking the above technical solution as an example, Figure 1C The multitree set by the user includes three parameter rows, wherein the first parameter row includes 1 column, the second parameter row includes 2 columns, and the third parameter row includes 6 columns; the user sets the parameter type represented by each parameter row in the multitree and enters the parameter value in each parameter column; Figure 1C As shown, the user sets the first parameter row to the payment account type (i.e., parameter type A), and enters the personal account (i.e., parameter value A1) in the first parameter row; sets the second parameter row to the payment channel (i.e., parameter type B), and enters the online banking (i.e., parameter value B1) and POS machine (i.e., parameter value B2) in the second parameter row; sets the third parameter row to the payment currency (i.e., parameter type C), and enters the US dollar (i.e., parameter value C1), the euro (i.e., parameter value C2), and the pound sterling (i.e., C3) in the third parameter row. Based on this, the completed multi-branch tree parameters can be directly obtained; the multi-branch tree input page intuitively displays the association relationship between the parameter values ​​under each parameter type, realizes the visual input of data, and facilitates the front-end data entry personnel to obtain clear rule configuration.

[0038] S130. Obtain a regular determinant according to the multi-tree parameters.

[0039] The regular determinant records the association relationship between each parameter value and each parameter value in the lower parameter row in the form of a string. Its specific format is M|N1...Ni|i / n; where M is the parameter value in the upper parameter row of two adjacent parameter rows, N1 to Ni are the parameter values ​​in the lower parameter row, i is the number of parameter values ​​in the lower parameter row, and n is the end mark of a regular determinant. Figure 1B and Figure 1CFor example, the multitree parameters in [ ] include A1|B1B2|2 / n, B1|C1C2C3|3 / n, and B2|C1C2C3|3 / n. Rule expressions can be used to obtain the parameter value for each parameter type, determine whether the parameter value includes associated lower-level parameter values, and determine the number and position of these lower-level parameter values. By parsing the rule determinant using delimiters, a multitree can be constructed, allowing subsequent operations such as obtaining a rule parameter list and performing clearing data matching.

[0040] S140: Use the rule determinant as the settlement rule of the settlement type, and store the rule determinant in a database.

[0041] All rule determinants under the current multi-tree parameters are used as the clearing rules under this clearing type, and the rule determinants are stored in the database. Compared with the traditional technical solution in which single clearing rules are entered and stored one by one, storing clearing rules through rule determinants greatly reduces the storage resources occupied in the database.

[0042] Optionally, in an embodiment of the present invention, if multiple rule determinants are obtained according to the multi-tree parameters, the method of using the rule determinants as the liquidation rules of the liquidation type and storing the rule determinants in the database specifically includes: splicing the multiple rule determinants to obtain a spliced ​​rule string; using the rule string as the liquidation rule of the liquidation type, and storing the rule string in the database. After the multiple rule determinants under the multi-tree parameters are spliced ​​into a string and stored, it only needs to occupy one storage unit in the database, and when performing liquidation data matching, the electronic device only needs to read the data information stored in one storage unit in the database, further improving the storage efficiency of the liquidation rules and the matching efficiency of the liquidation data.

[0043] Optionally, in an embodiment of the present invention, after obtaining the rule determinant according to the multi-tree parameters, it also includes: obtaining a rule parameter list through breadth-first search according to the rule determinant, and displaying the rule parameter list to guide the user to proofread the rule parameter list; using the rule determinant as the liquidation rule of the liquidation type and storing the rule determinant in the database includes: in response to obtaining a proofreading instruction, using the rule determinant as the liquidation rule of the liquidation type, and storing the rule determinant in the database. After the user completes the parameter information input and the electronic device obtains the multi-tree parameters, in order to enable the user to intuitively verify the parameter information, the electronic device generates a multi-tree according to the rule determinant, and then searches from the root node through breadth-first search (Bread-First-Search, BFS), traverses the multi-tree along the width of the multi-tree, and then displays it in the form of a rule parameter list to intuitively display the parameter values ​​of each parameter row; wherein, BFS can be implemented based on a queue; taking the above technical solution as an example, Table 1 is Figure 1B and Figure 1C Displays the rule parameter list of the multitree parameters.

[0044] Table 1 Rule parameter list

[0045]

[0046] Optionally, in an embodiment of the present invention, after displaying the rule parameter list to guide the user to verify the rule parameter list, the method further includes: in response to obtaining an instruction indicating that the verification failed, displaying the rule input page with the parameter information configured to guide the user to modify the parameter information. If the rule parameter list fails to be verified by the user, the method returns to the previous rule input page with the parameter information configured to facilitate the user to modify the input parameter information.

[0047] Optionally, in an embodiment of the present invention, after displaying the rule parameter list to guide the user to verify the rule parameter list, the process further includes: in response to obtaining a modification instruction for the rule parameter list, obtaining a modified rule determinant based on the modified rule parameter list; using the modified rule determinant as the liquidation rule for the liquidation type, and storing the modified rule determinant in a database. When the user verifies the rule parameter list, the user can modify it directly in the rule parameter list. The electronic device obtains the corresponding rule determinant based on the modified rule parameter list, and then uses the modified rule determinant as the liquidation rule for the liquidation type, and stores the modified rule determinant in the database, thereby further improving the convenience of user operation.

[0048] The technical solution disclosed in the embodiment of the present invention guides users to fill in parameter information of the liquidation type by displaying a rule input page, thereby improving the efficiency of entering the liquidation rules and saving the manpower and time costs consumed in entering the liquidation rules. The rule determinant is obtained according to the configured multi-branch tree parameters, and the rule determinant is used as the liquidation rule of the liquidation type, and then the rule determinant is stored in the database, which reduces the storage resources occupied by the database and improves the storage efficiency of the database.

[0049] Example 2

[0050] Figure 2A This is a flow chart of a method for obtaining liquidation rules provided in a second embodiment of the present invention. This embodiment of the present invention is specific based on the above technical solution. In this embodiment of the present invention, the electronic device matches the obtained liquidation data with each rule determinant stored in the database to determine the liquidation type of the liquidation data. Specifically, the method includes the following steps:

[0051] S210 . In response to obtaining the liquidation data, obtain parameter information of the liquidation data.

[0052] For example, the parameter information of a clearing data obtained is that the payment account type is a personal account, the payment channel is POS payment, and the payment currency is Euro.

[0053] S220 , obtaining each rule determinant stored in the database, and constructing polytree parameters respectively according to each rule determinant.

[0054] S230 : Perform path matching on each of the multi-tree parameters based on depth-first search according to the parameter information of the liquidation data to determine the liquidation type of the liquidation data.

[0055] Depth-First-Search (DFS) is to traverse the nodes of a multi-branch tree along the depth of the tree, and traverse to the leaf nodes along the paths of each branch, and then return to traverse other nodes in the tree; if the matching result of the current node is F (FALSE, failure), the downward search will not continue, and the search will turn to other correct forks to continue downward search; if the matching result of the current node is T (TRUE, success), the downward search will continue until the last path is found; wherein, DFS can be implemented based on a stack; the path matching of each multi-branch tree parameter can be performed in a multi-threaded parallel execution manner, or in a single-threaded serial execution manner; taking the above technical solution as an example, when the parameter information of the current clearing data is that the payment account type (i.e., parameter type A) is a personal account (i.e., parameter value A1), the payment channel (i.e., parameter type B) is POS payment (i.e., parameter value B2), and the payment currency (i.e., parameter type C) is the euro (i.e., parameter value C2), according to Figure 1B and Figure 1C The multi-tree parameters shown in the figure have a path matching diagram as shown in the figure. Figure 2B As shown, it is obvious that the currently acquired liquidation data matches a path under the multi-tree parameter. The liquidation type corresponding to the current multi-tree parameter is medium priority liquidation. Based on this, it can be determined that the liquidation data matches the liquidation rule of medium priority liquidation.

[0056] The technical solution disclosed in the embodiment of the present invention obtains parameter information of the liquidation data when liquidation data is obtained, then obtains each rule determinant stored in the database, and constructs multi-tree parameters according to each rule determinant. Then, based on the parameter information of the liquidation data, path matching is performed on each multi-tree parameter based on depth-first search to determine the liquidation type of the liquidation data. Compared with the traditional technical solution in which each single liquidation rule in the database is matched one by one, the path matching based on the multi-tree parameters greatly improves the data query and matching efficiency.

[0057] Example 3

[0058] Figure 3 This is a structural block diagram of a liquidation rule acquisition device provided in the third embodiment of the present invention. The device specifically includes: a rule input page display module 310, a multi-tree parameter acquisition module 320, a rule determinant acquisition module 330, and a database storage execution module 340.

[0059] A rule input page display module 310 is configured to display a rule input page in response to obtaining a rule configuration instruction for a liquidation type, so as to guide a user to fill in parameter information of the liquidation type;

[0060] A multi-tree parameter acquisition module 320 is configured to acquire the configured multi-tree parameters in response to obtaining a configuration completion instruction through the rule input page;

[0061] A regular determinant acquisition module 330, configured to acquire a regular determinant according to the multitree parameters;

[0062] The database storage execution module 340 is configured to use the rule determinant as the liquidation rule of the liquidation type and store the rule determinant in a database.

[0063] The technical solution disclosed in the embodiment of the present invention guides users to fill in parameter information of the liquidation type by displaying a rule input page, thereby improving the efficiency of entering the liquidation rules and saving the manpower and time costs consumed in entering the liquidation rules. The rule determinant is obtained according to the configured multi-branch tree parameters, and the rule determinant is used as the liquidation rule of the liquidation type, and then the rule determinant is stored in the database, which reduces the storage resources occupied by the database and improves the storage efficiency of the database.

[0064] Optionally, based on the above technical solution, the rule input page also includes a multi-branch tree input page.

[0065] Optionally, based on the above technical solution, if the rule determinant acquisition module 330 obtains multiple rule determinants according to the multi-tree parameters, the database storage execution module 340 is specifically used to splice the multiple rule determinants to obtain a spliced ​​rule string; use the rule string as the clearing rule of the clearing type, and store the rule string in the database.

[0066] Optionally, based on the above technical solution, the liquidation rule acquisition device further includes:

[0067] The rule parameter list acquisition module is used to acquire the rule parameter list through breadth-first search according to the rule determinant, and display the rule parameter list to guide the user to proofread the rule parameter list.

[0068] Optionally, based on the above technical solution, the database storage execution module 340 is further configured to, in response to obtaining a proofreading pass instruction, use the rule determinant as the liquidation rule of the liquidation type and store the rule determinant in the database.

[0069] Optionally, based on the above technical solution, the liquidation rule acquisition device further includes:

[0070] The verification instruction acquisition module is used to display the rule input page with the parameter information configured in response to obtaining the verification failure instruction, so as to guide the user to modify the parameter information.

[0071] Optionally, based on the above technical solution, the liquidation rule acquisition device further includes:

[0072] The modification instruction acquisition module is used to obtain a modified rule determinant according to the modified rule parameter list in response to the modification instruction of the rule parameter list.

[0073] Optionally, based on the above technical solution, the database storage execution module 340 is further configured to use the modified rule determinant as the liquidation rule of the liquidation type, and store the modified rule determinant in the database.

[0074] Optionally, based on the above technical solution, the liquidation rule acquisition device further includes:

[0075] a parameter information acquisition module, configured to acquire parameter information of the liquidation data in response to acquiring the liquidation data;

[0076] A multi-tree parameter construction module is used to obtain each rule determinant stored in the database and construct the multi-tree parameters according to each rule determinant;

[0077] A path matching execution module is used to perform path matching on each of the multi-tree parameters based on the parameter information of the liquidation data and a depth-first search to determine the liquidation type of the liquidation data.

[0078] The above-mentioned device can execute the method for obtaining liquidation rules provided in any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of the execution method. For technical details not fully described in this embodiment, please refer to the method for obtaining liquidation rules provided in any embodiment of the present invention.

[0079] Example 4

[0080] Figure 4 This is a structural diagram of an electronic device provided in Example 4 of the present invention. Figure 4 A block diagram of an exemplary electronic device 12 suitable for implementing embodiments of the present invention is shown. Figure 4 The electronic device 12 shown is only an example and should not limit the functionality and scope of use of the embodiments of the present invention.

[0081] like Figure 4As shown, the electronic device 12 is implemented as a general purpose computer device. Components of the electronic device 12 may include, but are not limited to, one or more processors or processing units 16, a memory 28, and a bus 18 that connects various system components (including the memory 28 and the processing unit 16).

[0082] Bus 18 represents one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processor, or a local bus using any of a variety of bus architectures. Examples of these architectures include, but are not limited to, an Industry Standard Architecture (ISA) bus, a Micro Channel Architecture (MAC) bus, an Enhanced ISA bus, a Video Electronics Standards Association (VESA) local bus, and a Peripheral Component Interconnect (PCI) bus.

[0083] The electronic device 12 typically includes a variety of computer system readable media. These media can be any available media that can be accessed by the electronic device 12, including volatile and non-volatile media, removable and non-removable media.

[0084] The memory 28 may include computer system readable media in the form of volatile memory, such as random access memory (RAM) 30 and / or cache memory 32. The electronic device 12 may further include other removable / non-removable, volatile / non-volatile computer system storage media. By way of example only, the storage system 34 may be configured to read and write non-removable, non-volatile magnetic media ( Figure 4 Not shown, often called a "hard drive"). Although Figure 4 Not shown, a magnetic disk drive for reading and writing to a removable non-volatile magnetic disk (e.g., a "floppy disk"), and an optical disk drive for reading and writing to a removable non-volatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media) may be provided. In these cases, each drive may be connected to bus 18 via one or more data media interfaces. Memory 28 may include at least one program product having a set (e.g., at least one) of program modules configured to perform the functions of various embodiments of the present invention.

[0085] A program / utility 40 having a set (at least one) of program modules 42 may be stored, for example, in memory 28. Such program modules 42 include, but are not limited to, an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may include an implementation of a network environment. Program modules 42 generally implement the functions and / or methods of the embodiments described herein.

[0086] The electronic device 12 can also communicate with one or more external devices 14 (e.g., a keyboard, pointing device, display 24, etc.), one or more devices that enable a user to interact with the electronic device 12, and / or any device that enables the electronic device 12 to communicate with one or more other computing devices (e.g., a network card, a modem, etc.). Such communication can occur via an input / output (I / O) interface 22. Furthermore, the electronic device 12 can communicate with one or more networks (e.g., a local area network (LAN), a wide area network (WAN), and / or a public network such as the Internet) via a network adapter 20. As shown, the network adapter 20 communicates with other modules of the electronic device 12 via a bus 18. It should be understood that, although not shown, other hardware and / or software modules can be used in conjunction with the electronic device 12, including but not limited to microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0087] The processing unit 16 executes various functional applications and data processing by running programs stored in the memory 28, such as implementing the method for obtaining liquidation rules provided in an embodiment of the present invention. Specifically, in response to obtaining a liquidation type rule configuration instruction, the processing unit 16 displays a rule input page to guide the user to enter parameter information for the liquidation type; in response to obtaining a configuration completion instruction on the rule input page, the processing unit 16 obtains the configured polytree parameters; obtains a rule determinant based on the polytree parameters; uses the rule determinant as the liquidation rule for the liquidation type, and stores the rule determinant in a database.

[0088] Example 5

[0089] Embodiment 5 of the present invention further provides a computer-readable storage medium having a computer program stored thereon. When the program is executed by a processor, the method for obtaining clearing rules according to any embodiment of the present invention is implemented; the method comprises:

[0090] In response to obtaining a rule configuration instruction for a liquidation type, displaying a rule input page to guide the user to fill in parameter information of the liquidation type;

[0091] In response to obtaining a configuration completion instruction through the rule input page, obtaining configured multi-tree parameters;

[0092] Obtaining a regular determinant according to the multi-tree parameters;

[0093] The rule determinant is used as the settlement rule of the settlement type, and the rule determinant is stored in a database.

[0094] The computer storage medium of the embodiment of the present invention may adopt any combination of one or more computer-readable media. The computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or component, or any combination thereof. More specific examples (a non-exhaustive list) of computer-readable storage media include: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof. In this document, a computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, device or device.

[0095] A computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, which carries computer-readable program code. Such propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium that can transmit, propagate, or transport a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0096] Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

[0097] Computer program code for performing the operations of the present invention may be written in one or more programming languages, or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a stand-alone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., through the Internet using an Internet service provider).

[0098] Note that the above are only preferred embodiments of the present invention and the technical principles employed. Those skilled in the art will understand that the present invention is not limited to the specific embodiments described herein, and that various obvious changes, readjustments, and substitutions can be made by those skilled in the art without departing from the scope of protection of the present invention. Therefore, although the present invention has been described in detail through the above embodiments, the present invention is not limited to the above embodiments and may include many other equivalent embodiments without departing from the concept of the present invention. The scope of the present invention is determined by the scope of the appended claims.

Claims

1. A method for obtaining liquidation rules, characterized in that: include: In response to obtaining a rule configuration instruction for a liquidation type, a rule input page is displayed to guide the user to fill in parameter information for the liquidation type; wherein the rule input page also includes a multi-tree input page, the rule input page including one or more parameter rows, each parameter row representing a parameter type, the logical relationship between the parameter rows is "AND", and each parameter row includes one or more parameter values, the logical relationship between the parameter values ​​in the parameter row is "OR"; In response to obtaining a configuration completion instruction through the rule input page, obtaining a multi-branch tree parameter of the configuration completion; wherein each row in the multi-branch tree corresponds to a parameter row; Obtain a regular determinant based on the multitree parameter; wherein the regular determinant records the association relationship between each parameter value and each parameter value in the lower-layer parameter row in the form of a character string, and the regular determinant includes the parameter value under each parameter type, whether the parameter value includes the lower-layer parameter value with the associated relationship, and the number and position of the lower-layer parameter values; Using the rule determinant as a liquidation rule for the liquidation type, and storing the rule determinant in a database; If multiple rule determinants are obtained according to the multi-tree parameters, using the rule determinants as the liquidation rules of the liquidation type and storing the rule determinants in the database specifically includes: Splicing the multiple rule determinants to obtain a spliced ​​rule character string; The rule string is used as a settlement rule for the settlement type, and the rule string is stored in a database.

2. The method according to claim 1, characterized in that After obtaining the regular determinant according to the multitree parameters, the method further includes: Obtaining a rule parameter list through breadth-first search according to the rule determinant, and displaying the rule parameter list to guide the user to proofread the rule parameter list; The step of using the rule determinant as the liquidation rule of the liquidation type and storing the rule determinant in a database includes: In response to obtaining a proofreading pass instruction, the rule determinant is used as a settlement rule of the settlement type, and the rule determinant is stored in a database.

3. The method according to claim 2, characterized in that After displaying the rule parameter list to guide the user to check the rule parameter list, the method further includes: In response to obtaining the verification failure instruction, the rule input page with the parameter information configured is displayed to guide the user to modify the parameter information.

4. The method according to claim 2, characterized in that After displaying the rule parameter list to guide the user to check the rule parameter list, the method further includes: In response to obtaining a modification instruction of the rule parameter list, obtaining a modified rule determinant according to the modified rule parameter list; The modified rule determinant is used as the settlement rule of the settlement type, and the modified rule determinant is stored in a database.

5. The method according to claim 1, wherein The method for obtaining the liquidation rules further includes: In response to obtaining the liquidation data, obtaining parameter information of the liquidation data; Obtaining each rule determinant stored in the database, and constructing polytree parameters respectively according to each rule determinant; According to the parameter information of the liquidation data, based on a depth-first search, path matching is performed on each of the multi-tree parameters to determine the liquidation type of the liquidation data.

6. A device for obtaining liquidation rules, characterized in that: include: a rule input page display module, configured to, in response to obtaining a rule configuration instruction for a liquidation type, display a rule input page to guide a user to fill in parameter information for the liquidation type; wherein the rule input page further includes a multi-tree input page, the rule input page including one or more parameter rows, each parameter row representing a parameter type, the logical relationship between the parameter rows being "AND", and each parameter row including one or more parameter values, the logical relationship between the parameter values ​​in the parameter row being "OR"; A multi-tree parameter acquisition module, configured to acquire the configured multi-tree parameters in response to obtaining a configuration completion instruction through the rule input page; wherein each row in the multi-tree corresponds to a parameter row; a regular determinant acquisition module, configured to acquire a regular determinant based on the multitree parameters; wherein the regular determinant records the association relationship between each parameter value and each parameter value in the lower-layer parameter row in the form of a character string, and the regular determinant includes the parameter value under each parameter type, whether the parameter value includes the lower-layer parameter value with the associated relationship, and the number and position of the lower-layer parameter values; a database storage execution module, configured to use the rule determinant as a liquidation rule for the liquidation type and store the rule determinant in a database; Among them, if the rule determinant acquisition module obtains multiple rule determinants according to the multi-tree parameters, the database storage execution module is specifically used to splice the multiple rule determinants to obtain a spliced ​​rule string; use the rule string as the clearing rule of the clearing type, and store the rule string in the database.

7. An electronic device, characterized in that: The electronic device comprises: one or more processors; a storage device for storing one or more programs; When the one or more programs are executed by the one or more processors, the one or more processors implement the method for obtaining liquidation rules as described in any one of claims 1 to 5.

8. A storage medium comprising computer executable instructions, wherein the computer executable instructions, when executed by a computer processor, are used to execute the method for obtaining liquidation rules according to any one of claims 1 to 5.

Images