CN113919815A

CN113919815A - Rule configuration system, method, device and medium

Info

Publication number: CN113919815A
Application number: CN202111220188.7A
Authority: CN
Inventors: 朱杰; 王云; 商文龙; 朱怀光; 朱亮; 刘强
Original assignee: Guangzhou Pinwei Software Co Ltd
Current assignee: Guangzhou Pinwei Software Co Ltd
Priority date: 2021-10-20
Filing date: 2021-10-20
Publication date: 2022-01-11

Abstract

The application discloses a rule configuration system, a rule configuration method, a rule configuration device and a rule configuration medium, and relates to the technical field of computers. The rule configuration system includes: a first module for configuring one or more rules, the rules comprising at least one input parameter; and the second module is used for calling the rule and providing service realization according to the business logic of the target node and the rule. The method and the device can combine the service logic with the parameter rule, reduce the use threshold of technical personnel, flexibly call the configured rule, and have good flexibility of the system.

Description

Rule configuration system, method, device and medium

Technical Field

The present application relates to the field of computer technologies, and in particular, to a rule configuration system, method, device, and medium.

Background

At present, the era of knowledge economy is advancing, enterprises gradually enter the orbit of market economy, and the global informatization surge impacts the financial management industry. Through the financial rule platform, the financial management quality and efficiency of the enterprise can be comprehensively improved, and then the financial management quality and efficiency are converted into the market work efficiency and competitiveness of the enterprise. Therefore, it is crucial to have a good financial rule platform.

The existing financial rule platform has the following defects: 1. the rule engine has too high requirements on technicians, and the technicians are required to understand corresponding script knowledge; 2. technicians are required to edit scripts online, and no grammar checking and advance compilation prompts are provided; 3. the rule characteristic utilization rate is limited, and the system flexibility is poor only by a rule engine packaged based on the existing business logic.

Content of application

In order to solve at least one of the problems mentioned in the background art, the present application provides a rule configuration system, a method, a device, and a medium, which can combine a service logic with a parameter rule, reduce a use threshold for a technician, and flexibly invoke a configured rule, and have a good flexibility of the system.

The embodiment of the application provides the following specific technical scheme:

in a first aspect, a rule configuration system is provided, including:

a first module for configuring one or more rules, the rules comprising at least one input parameter;

and the second module is used for calling the rule and providing service realization according to the business logic of the target node and the rule.

Further, the first module provides a visualization page, and the visualization page is used for configuring one or more rules;

the visualization page is also used to edit and/or manage the rules.

Further, the rule further comprises at least one judgment condition, and the judgment condition is used for judging whether the input parameter meets the condition information;

the rule further includes processing logic that executes in response to all of the decision conditions under the rule being satisfied.

Further, the rule further includes corresponding header information, and the header information includes an attribute value;

the attribute value is used for judging the execution priority of the rule when all the judgment conditions under a plurality of rules are met simultaneously;

the larger the attribute value, the higher the execution priority.

Further, the system further comprises:

and the third module is used for providing a service interface and storing the corresponding relation between the service interface and the service realization.

Further, the service interface is defined according to the rule, and the service implementation is provided according to the definition information of the service interface.

Further, the system further comprises:

and the fourth module is used for identifying the service class for realizing the service interface and transmitting the service class to the rule corresponding to the service interface for the rule to use.

In a second aspect, a rule configuration method is provided, including:

configuring one or more rules, the rules including at least one input parameter;

and calling the rule, and providing service implementation according to the business logic of the target node and the rule.

In a third aspect, an electronic device is provided, which includes a memory, a processor, and a computer program stored on the memory and executable on the processor, and the processor implements the rule configuration method when executing the program.

In a fourth aspect, a computer-readable storage medium is provided that stores computer-executable instructions for performing the rule configuration method.

The embodiment of the application has the following beneficial effects:

the system, the method, the equipment and the medium for rule configuration can combine financial rules with a business system to realize the combination of a bottom technology and an engineering project; meanwhile, a financial rule platform suitable for financial business logic can be established on a rule engine by combining financial rule service realization and a series of customized standards and utilizing the advanced rule engine technology in the industry; based on input and output ideas, the financial rule platform has independence, realizes componentization, and can be combined with any business system; and a service interface is provided, the management and control design is realized, the flexibility range is controllable, and the safety and the reliability are guaranteed.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

Fig. 1 is a schematic structural diagram of a rule configuration system provided in an embodiment of the present application;

FIG. 2 shows a schematic view of a visualization interface according to an embodiment of the present application;

FIG. 3 illustrates a simple rule configuration diagram of a visualization interface according to one embodiment of the present application;

FIG. 4 illustrates a complex rule configuration diagram of a visualization interface according to one embodiment of the present application;

FIG. 5 illustrates an interaction diagram of a financial rules platform and business system according to one embodiment of the present application;

FIG. 6 illustrates a general flow chart of a rule configuration method provided by an embodiment of the application;

FIG. 7 illustrates an exemplary system that can be used to implement the various embodiments described in this application.

Detailed Description

In order to make the purpose, technical solutions and advantages of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

It should be understood that throughout the description and claims of this application, unless the context clearly requires otherwise, the words "comprise", "comprising", and the like, are to be construed in an inclusive sense as opposed to an exclusive or exhaustive sense; that is, what is meant is "including, but not limited to".

It will be further understood that the terms "first," "second," and the like are used for descriptive purposes only and are not to be construed as indicating or implying relative importance. In addition, in the description of the present application, "a plurality" means two or more unless otherwise specified.

It should be noted that the terms "S1", "S2", etc. are used for descriptive purposes only, are not intended to be used in a specific sense to refer to an order or sequence, and are not intended to limit the present application, but are merely used for convenience in describing the methods of the present application and are not to be construed as indicating the order of the steps. In addition, technical solutions between various embodiments may be combined with each other, but must be realized by a person skilled in the art, and when the technical solutions are contradictory or cannot be realized, such a combination should not be considered to exist, and is not within the protection scope of the present application.

Example one

The present application provides a rule configuration system 100, referring to fig. 1, comprising:

a first module 101 for configuring one or more rules, a rule comprising at least one input parameter;

and a second module 102, configured to invoke the rule, and provide service implementation according to the service logic of the target node and the rule.

In particular, the first module 101 may include a front end, i.e., a foreground portion of the website, for the user to browse. The front end may include a Web front end, APP end, applet, and the like. The user may configure the system 100 via front-end login rules, which may include a login page for the user to log in to, which may be adapted to various organizations. When a user logs in the rule configuration system 100, the user may input account information of the user in an input box of a login page of the rule configuration system 100, where the account information may include a user name and a password, and then send a login request to a backend through a login control of the login page.

Specifically, the user who meets the authority may perform front-end development at the front end, where the front-end development may include implementation of a foreground code of a website, and may correspondingly include markup languages such as html (hypertext markup language), css (parsing Style sheets), and JavaScript, and the like, for displaying a web page. The latest advanced versions include HTML 5, CSS 3, SVG, and the like.

Specifically, the second module 102 may include a back-end, and the back-end may correspond to business logic codes, database interactions, and the like. The back end can also obtain account information of the user from the login request and confirm whether the account information is correct, namely, whether the user name and the password are matched with the user data is verified, and if so, the login rule configuration system 100 is allowed; if not, prompting related early warning information for reminding personnel of wrong input of the account information; the early warning information may include: username or password errors.

Specifically, the user may invoke the rules at the back-end, as the back-end corresponds to business logic code, database interaction, and the like. Therefore, the user can combine the business logic of the target node, the interaction with the database and the financial rule configured by the front end to complete the service realization and the business processing. In the process, because the financial rules of the front end are configured, the user only needs to know the function realization corresponding to the financial rules, but does not need to know the script knowledge corresponding to the financial rules, the use threshold is low, and meanwhile, the plurality of financial rules can be freely called and freely combined based on the self requirements. The method can reduce the use threshold and improve the service and development efficiency.

In particular, referring to FIG. 5, the rule configuration system may include a financial rule platform that may be used to process financial data, process financial transactions, and provide financial transaction implementations. On the basis, the rule can be a financial rule, the financial condition is configured, and the financial processing logic is operated on the premise of meeting the financial condition. The financial rules platform is based on a rules engine that can incorporate financial services as well as a series of customized standards. The method can integrate the rule SDK, so that the financial rule platform has the characteristics of componentization and independence, can be combined with any service system, and has strong adaptability.

In some embodiments, referring to fig. 2, the first module 101 further provides a visualization page for configuring one or more rules; the visualization page is also used to edit and/or manage the above-mentioned rules.

In particular, fig. 2 shows a schematic view of a visualization interface. The user can create/configure rules in the visual interface according to the authority; the created/configured rule is operated on. The operations may include editing, deleting, grouping, naming, renaming, and remarking, among others. Because the number of financial rules is very large in real business, the financial rules can be well distinguished by naming, renaming and grouping the financial rules. Grouping financial rules by a function or processing logic also provides assistance for financial rule prioritization.

Specifically, the user can also obtain the financial rule information in the remark of the financial rule in the visual interface so as to know the processing logic and the corresponding implementation of the financial rule. And information such as a creator, an updater, a creation date, an update date and the like corresponding to the financial rule is obtained, so that the basic situation of the financial rule can be quickly known. By turning pages and customizing the number of display items of each page, the user can select the number of rules that each page wants to browse by himself, and the user experience is good. The user can also search the financial rule needing to be searched by the user in a searching mode.

In some embodiments, the rule further comprises at least one decision condition for deciding whether the input parameter satisfies the condition information; the rule also includes processing logic that executes in response to all of the decision conditions under the rule being satisfied.

In some embodiments, the rules further include corresponding header information, the header information including attribute values;

the attribute value is used for judging the execution priority of the rule when all judgment conditions under a plurality of rules are met simultaneously; wherein the larger the attribute value, the higher the execution priority.

Specifically, the configuration information of the financial rule may include a financial rule name, financial rule header information, whether the rule is satisfied (financial rule condition information), processing logic when the financial rule condition is satisfied, and remark information. Wherein, the name of the financial rule is consistent with the name of the financial rule in the front end; the remark information is mainly used for functional interpretation of the financial rules.

Exemplarily, referring to fig. 2 and 3, fig. 3 shows a simple rule configuration diagram based on a visualization interface. Corresponding to GROUP _ INTFC _ CONVERT in fig. 2, it can be known that the interface conversion is mainly performed under this GROUP. The financial rules are explained below with the name DATA _ CONVERT _ ARINTRECIN _ source enable _ YL _ PAY. The rule condition is "if the paid sourceN ame is equal to YL _ PAY", the corresponding decision code is ArintRecin (sourceName ═ YL _ PAY "); . The corresponding processing logic is "convert sourceName to ORDER", the corresponding logic code is arintrecin. . The input parameter is sourceName, the value of the input parameter is the value of the sourceName, the implementation process is that the value of the data source name is read from the outside, and whether the value of the data source name is YL _ PAY or not is judged. The YL _ PAY refers to the union PAY specifically, that is, whether the financial data source is union PAY data is judged, and if the financial data source is union PAY data, the source (data source name) is uniformly converted into "ORDER" so as to facilitate downstream service identification and continue data processing. Of course, the YL _ PAY may be changed to other values to include other payment methods, such as WeChat payment, Payment, other organizational payments, etc.

Illustratively, referring to fig. 2 and 4, the financial rules shown in fig. 4 are a company segment of accounts receivable data processing implementations. The financial rule comprises three decision conditions, wherein two decision conditions are iterative decisions, and processing logic under the financial rule is executed only if all three decision conditions under the financial rule are simultaneously met. Wherein the processing logic comprises a script, and the script comprises a plurality of statements, and each statement is equivalent to an execution logic. Can be combined with the current existing codes to be written in a mixed mode, and the combination is a more complex financial rule. In addition, the embedded code can be nested with other codes and mixed writing can be carried out.

Illustratively, referring to FIG. 4, the financial rules include header information. The header information may include attribute values, wherein the header information may include a salience attribute. Under the financial rule, the attribute value corresponding to the salience attribute is 20, and the size of the attribute value is used as the judgment of the financial rule priority. Wherein the larger the attribute value, the higher the execution priority. The corresponding financial rule with the highest execution priority, namely the highest execution salience attribute value can be selected; the execution can be performed from high to low according to the priority order, or the first financial rules can be selected according to the priority order for execution, and the execution mode can be determined according to the specific use scene.

In some embodiments, the rule configuration system 100 further comprises:

a third module 103, configured to provide a service interface, and store a corresponding relationship between the service interface and a service implementation. The service interface is defined according to the rule, and the service implementation is provided according to the definition information of the service interface.

Illustratively, a service Interface is defined according to a financial rule, namely the service Interface is realized according to the financial rule, after the service Interface is realized, a ruleManager configures to a loops global, a service class of the service Interface is a read-only API (Application Programming Interface), and updating and writing cannot be performed. So as to avoid making the rule engine too nimble, adopt such technical scheme, the flexibility scope of financial rule is controllable, realizes the management and control design, when promoting the development flexibility, has guaranteed fail safe nature again.

In some embodiments, the rule configuration system 100 further comprises:

a fourth module 104, configured to identify a service class that implements the service interface, and transmit the service class to a rule corresponding to the service interface, so as to be used by the rule.

Specifically, the service classes meeting the financial rules, that is, the service classes identifying the service interfaces, can be automatically scanned through customized standardized design, and the service classes are injected into the financial rules for use by the financial rules, so as to provide diversified services.

In the embodiment, the financial rule and the business system can be combined, so that the combination of the bottom technology and the engineering project is realized; meanwhile, a financial rule platform suitable for financial business logic can be established on a rule engine by combining financial rule service realization and a series of customized standards and utilizing the advanced rule engine technology in the industry; based on input and output ideas, the financial rule platform has independence, realizes componentization, and can be combined with any business system; and a service interface is provided, the management and control design is realized, the flexibility range is controllable, and the safety and the reliability are guaranteed.

Example two

Corresponding to the foregoing embodiment, the present application further provides a rule configuration method, and with reference to fig. 6, the method includes:

s1, configuring one or more rules, wherein the rules comprise at least one input parameter.

And S2, calling the rule, and providing service realization according to the business logic of the target node and the rule.

In some embodiments, S1 further includes:

s11, configuring one or more rules, editing and/or managing the rules.

Specifically, users who meet the authority can perform front-end development at the front end, and simple logic and service implementation in software codes can be extracted to a visual interface to serve as an online financial rule platform. Rules can be configured, edited, and managed therein. The rule sources are diversified, and online change of rules such as page rules and maven-java engineering can be supported.

the attribute value is used for judging the execution priority of the rule when all judgment conditions under a plurality of rules are met simultaneously; the larger the attribute value, the higher the execution priority.

Specifically, the header information may include attribute values, because in the actual business processing process, there are various rules, and there may be a plurality of similar rules in the same family and group that simultaneously satisfy all the determination conditions under the rules, that is, the execution logic that satisfies the rules. In this case, it is necessary to determine the execution priority or the execution order of the rule, and the execution priority of the rule can be determined by determining the size of the attribute value stored in the rule header information. And then according to a specific use scene, executing the processing logic of the judgment rule. Specific examples are described in detail in the rule configuration system, and therefore, detailed description thereof is omitted here.

In some embodiments, the method further comprises:

and S3, defining a service interface, and defining and storing the corresponding relation between the service interface and the service implementation.

In some embodiments, S3 further includes:

s31, defining a service interface according to the rule, acquiring definition information of the service interface, and providing service realization according to the definition information.

In some embodiments, the method further comprises:

s4, obtaining the service class realizing the service interface, and transmitting the service class into the rule corresponding to the service interface for the rule to use.

Exemplarily, reference is made to the following code:

code annotation the execute rule parameters have no sequential order, the rules engine is based on class pairing ^ execute ^ objects

ruleManager.executeRule(ArConstants.Rule.GROUP_AUTOXLA,arCfgXlaAccount,arMainCashReceipt,arAutoAccountantSegment)；

Info (loggerformat utility. tosrby msgsiams ("process-collection creation-loan: collected cash (REMITTANCE", "arautoaccountsant segment information",

JsonUtil.toStr(arAutoAccountantSegment)))；}

Boolean flag＝ArAutoAccountantSegmentUtil.validateArAutoAccountantS egment(arAutoAccountantSegment)；String ccCode＝ArAutoAccountantSegment Util.getCcCode(arAutoAccountantSegment)；

if (flag) { log.info (loggerformat Util. tostbyMsgParams (Process-Collection creation-borrow: collected Cash (REMITTANCE), "automatic accounting segment" ] }

else { thrownewJobRuntimeException ("segment incomplete segment information:" + ccCode); }

Specifically, the whole code segment is equivalent to the rules SDK, arcfgxlaacount, arcaincashscript, and arautoaccountsentesegment, which are the first financial rule, the second financial rule, and the third financial rule, respectively, and plays a role of being called and introduced in the code. After the first financial rule, the second financial rule and the third financial rule are processed, the transmitted data source information is changed, and the data source information continuously participates in the whole processing logic. Similarly, one or more rules can be called according to actual requirements, and can be called at different positions of the code, so that the flexibility of calling use is high.

Specifically, to prevent the financial rules platform from being too flexible, the financial rules flexibility range needs to be managed and controlled. And introducing a service interface, wherein only the service class of the service interface is realized, the financial rule corresponding to the service interface can be transmitted to the service interface for use. The management and control design can be realized through the interface standard, the service class, the customization standard and the rule engine can be combined, the efficiency of project iteration is improved, the flexible risk of the engine is managed and controlled, and the balance and the uniformity of safety and flexibility are achieved.

In this embodiment, the user does not need to understand too much script knowledge, nor need to go up with a version, and can adjust the rules online. And the sources of the rules are diversified, the financial rules and the business system can be combined, the rules are flexibly controlled through the service interface, the efficiency of project iteration is improved, and the safety and the reliability of the system are guaranteed.

EXAMPLE III

Corresponding to the above embodiments, the present application further provides an electronic device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the program, the rule configuration method may be implemented.

As shown in fig. 7, in some embodiments, the system can be the electronic device described above for the rule configuration method in any of the embodiments described above. In some embodiments, a system may include one or more computer-readable media (e.g., system memory or NVM/storage) having instructions and one or more processors (e.g., processor (s)) coupled with the one or more computer-readable media and configured to execute the instructions to implement modules to perform actions described herein.

For one embodiment, the system control module may include any suitable interface controller to provide any suitable interface to at least one of the processor(s) and/or any suitable device or component in communication with the system control module.

The system control module may include a memory controller module to provide an interface to the system memory. The memory controller module may be a hardware module, a software module, and/or a firmware module.

System memory may be used, for example, to load and store data and/or instructions for the system. For one embodiment, the system memory may comprise any suitable volatile memory, such as suitable DRAM. In some embodiments, the system memory may include a double data rate type four synchronous dynamic random access memory (DDR4 SDRAM).

For one embodiment, the system control module may include one or more input/output (I/O) controllers to provide an interface to the NVM/storage and communication interface(s).

For example, the NVM/storage may be used to store data and/or instructions. The NVM/storage may include any suitable non-volatile memory (e.g., flash memory) and/or may include any suitable non-volatile storage device(s) (e.g., one or more hard disk drive(s) (HDD (s)), one or more Compact Disc (CD) drive(s), and/or one or more Digital Versatile Disc (DVD) drive (s)).

The NVM/storage may include storage resources that are physically part of the device on which the system is installed, or it may be accessible by the device and not necessarily part of the device. For example, the NVM/storage may be accessible over a network via the communication interface(s).

The communication interface(s) may provide an interface for the system to communicate over one or more networks and/or with any other suitable device. The system may wirelessly communicate with one or more components of the wireless network according to any of one or more wireless network standards and/or protocols.

For one embodiment, at least one of the processor(s) may be packaged together with logic for one or more controllers (e.g., memory controller modules) of the system control module. For one embodiment, at least one of the processor(s) may be packaged together with logic for one or more controllers of the system control module to form a System In Package (SiP). For one embodiment, at least one of the processor(s) may be integrated on the same die with logic for one or more controllers of the system control module. For one embodiment, at least one of the processor(s) may be integrated on the same die with logic of one or more controllers of a system control module to form a system on a chip (SoC).

In various embodiments, the system may be, but is not limited to being: a server, a workstation, a desktop computing device, or a mobile computing device (e.g., a laptop computing device, a handheld computing device, a tablet, a netbook, etc.). In various embodiments, the system may have more or fewer components and/or different architectures. For example, in some embodiments, a system includes one or more cameras, a keyboard, a Liquid Crystal Display (LCD) screen (including touch screen displays), a non-volatile memory port, multiple antennas, a graphics chip, an Application Specific Integrated Circuit (ASIC), and speakers.

It should be noted that the present application may be implemented in software and/or a combination of software and hardware, for example, implemented using Application Specific Integrated Circuits (ASICs), general purpose computers or any other similar hardware devices. In one embodiment, the software programs of the present application may be executed by a processor to implement the steps or functions described above. Likewise, the software programs (including associated data structures) of the present application may be stored in a computer readable recording medium, such as RAM memory, magnetic or optical drive or diskette and the like. Additionally, some of the steps or functions of the present application may be implemented in hardware, for example, as circuitry that cooperates with the processor to perform various steps or functions.

In addition, some of the present application may be implemented as a computer program product, such as computer program instructions, which when executed by a computer, may invoke or provide methods and/or techniques in accordance with the present application through the operation of the computer. Those skilled in the art will appreciate that the form in which the computer program instructions reside on a computer-readable medium includes, but is not limited to, source files, executable files, installation package files, and the like, and that the manner in which the computer program instructions are executed by a computer includes, but is not limited to: the computer directly executes the instruction, or the computer compiles the instruction and then executes the corresponding compiled program, or the computer reads and executes the instruction, or the computer reads and installs the instruction and then executes the corresponding installed program. Computer-readable media herein can be any available computer-readable storage media or communication media that can be accessed by a computer.

Communication media includes media by which communication signals, including, for example, computer readable instructions, data structures, program modules, or other data, are transmitted from one system to another. Communication media may include conductive transmission media such as cables and wires (e.g., fiber optics, coaxial, etc.) and wireless (non-conductive transmission) media capable of propagating energy waves such as acoustic, electromagnetic, RF, microwave, and infrared. Computer readable instructions, data structures, program modules, or other data may be embodied in a modulated data signal, for example, in a wireless medium such as a carrier wave or similar mechanism such as is embodied as part of spread spectrum techniques. The term "modulated data signal" means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. The modulation may be analog, digital or hybrid modulation techniques.

An embodiment according to the present application comprises an apparatus comprising a memory for storing computer program instructions and a processor for executing the program instructions, wherein the computer program instructions, when executed by the processor, trigger the apparatus to perform a method and/or a solution according to the aforementioned embodiments of the present application.

Example four

Corresponding to the above embodiments, the present application further provides a computer-readable storage medium storing computer-executable instructions for executing the rule configuration method.

In the present embodiment, computer-readable storage media may include volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information, such as computer-readable instructions, data structures, program modules, or other data. For example, computer-readable storage media include, but are not limited to, volatile memory such as random access memory (RAM, DRAM, SRAM); and non-volatile memory such as flash memory, various read-only memories (ROM, PROM, EPROM, EEPROM), magnetic and ferromagnetic/ferroelectric memories (MRAM, FeRAM); and magnetic and optical storage devices (hard disk, tape, CD, DVD); or other now known media or later developed that can store computer-readable information/data for use by a computer system.

While preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including the preferred embodiment and all changes and modifications that fall within the true scope of the embodiments of the present application.

It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.

Claims

1. A rule configuration system, comprising:

2. The rule configuration system of claim 1 wherein the first module further provides a visualization page for configuring one or more rules;

the visualization page is also used to edit and/or manage the rules.

3. The rule configuration system according to claim 1, wherein the rule further comprises at least one determination condition for determining whether the input parameter satisfies condition information;

4. The rule configuration system according to claim 3, wherein the rule further comprises corresponding header information, the header information comprising attribute values;

the larger the attribute value, the higher the execution priority.

5. The rule configuration system according to claim 1, further comprising:

6. The rule configuration system according to claim 5, wherein the service interface is defined according to the rule, and the service implementation is provided according to definition information of the service interface.

7. The rule configuration system according to claim 6, wherein the system further comprises:

8. A method for rule configuration, comprising:

9. An electronic device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor implements the rule configuration method of claim 8 when executing the program.

10. A computer-readable storage medium having stored thereon computer-executable instructions for performing the rule configuration method of claim 8.