CN111953517B - Method and system for realizing service rule hot loading - Google Patents
Method and system for realizing service rule hot loading Download PDFInfo
- Publication number
- CN111953517B CN111953517B CN202010656873.3A CN202010656873A CN111953517B CN 111953517 B CN111953517 B CN 111953517B CN 202010656873 A CN202010656873 A CN 202010656873A CN 111953517 B CN111953517 B CN 111953517B
- Authority
- CN
- China
- Prior art keywords
- work order
- processed
- interface table
- configuration
- split
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2379—Updates performed during online database operations; commit processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computational Linguistics (AREA)
- Computer And Data Communications (AREA)
- Stored Programmes (AREA)
Abstract
The invention provides a method and a system for realizing service rule hot loading, comprising loading configuration data version control table information of a database and a disassembly rule configuration table and platform interface table corresponding to the version; judging whether a work order to be processed which can be sent and needs to be split exists in the work order interface table according to the disassembly rule configuration table; if the work order to be processed which can be sent and needs to be split exists, after the work order is split, the work order information is written into a platform interface table; judging whether the configuration data version is updated or not, if the version is updated, loading the updated configuration data, and repeating the steps. The beneficial effects of the invention are as follows: and the embedded Lua script tool is utilized to fully configure the business disassembly rules, so that the complete configuration and the hot loading of the business rules are realized.
Description
Technical Field
The invention relates to the technical field of information, in particular to a method and a system for realizing service rule hot loading.
Background
When a user transacts and opens various telecommunication services in a business hall or an electronic channel, the user can relate to function opening services and needs to communicate with different service platforms. Therefore, the system background needs to sort according to the service messages of the request, and sorts the service messages sent to different service platforms into the interface tables of the platforms respectively, and the process is instruction disassembly. After the disassembly is completed, the platform communication program at the rear end sends instructions to each platform, so that the function opening service which needs to be handled by the user is realized.
The current common instruction disassembly method is as follows: the simple disassembly rule is configured in the database, the complex disassembly rule is realized through hard coding, when the service requirement is slightly changed, the complex disassembly rule is realized through modifying the hard coding, and the online needs to be restarted to enter, so that the hot loading cannot be realized.
Disclosure of Invention
Aiming at the problems, the invention provides a method and a system for realizing service rule hot loading, which realize complete configuration of service rules and support hot loading.
In order to achieve the above object, the present invention provides a method for implementing service rule hot loading, including:
loading configuration data version control table information of a database, and dismantling rule configuration tables and platform interface tables corresponding to the version;
judging whether a work order to be processed which can be sent and needs to be split exists in the work order interface table according to the disassembly rule configuration table;
if the work order to be processed which can be sent and needs to be split exists, after the work order is split, the work order information is written into a platform interface table;
judging whether the configuration data version is updated or not, if the version is updated, loading the updated configuration data, and repeating the steps.
As a further improvement of the present invention, the process of determining whether there is a work order to be processed that can be sent and needs to be split in the work order interface table according to the disassembly rule configuration table includes:
scanning work order interface table data in a database;
judging whether a work order to be processed exists in the work order interface table;
if no work order to be processed exists, entering a dormant state, reaching a preset dormant time, and rescanning the work order interface table data;
if the work order to be processed exists, acquiring one or more pieces of work order information;
and judging whether the work order to be processed can be sent or not and needs to be split one by one according to the disassembly rule configuration table.
As a further improvement of the present invention,
if the work order to be processed which can be sent and does not need to be split exists, the work order information is directly written into the platform interface table;
if no work order to be processed can be sent, ending the flow;
if the version is not updated, the original configuration data is continuously used for processing the work order.
As a further improvement of the invention, the method for judging whether the work order to be processed exists in the work order interface table or not comprises the following steps:
acquiring a service identifier of the work order information in the work order interface table;
inquiring the sending parameters in the disassembly rule configuration table according to the service identification;
if the transmission parameter is 1, the transmission is possible;
if the sending parameter is not 1, the first embedded lua script program in the service identifier is operated, and if the operation result is 1, the sending is possible;
if the operation result is not 1, the operation result is not transmittable, the process is ended, and the next work order information is continuously judged.
As a further improvement of the invention, the method for judging whether the work order to be processed which needs to be split exists in the work order interface table comprises the following steps:
inquiring splitting parameters in a splitting rule configuration table according to the service identification;
if the splitting parameter is 0, splitting is not needed;
if the splitting parameter is not 0, the second embedded lua script program in the service identifier is operated, and if the operation result is 0, splitting is not needed;
if the operation result is not 0, the operation result is required to be split.
As a further improvement of the present invention, the step of writing the work order information into the platform interface table includes:
inquiring the platform code of the work order according to the disassembling rule configuration table;
loading a platform coding and interface table mapping configuration table according to the configuration data version control table;
and inquiring the name of the platform interface table in the platform code and interface table mapping configuration table according to the platform code.
The invention also provides a system for realizing the service rule hot loading, which comprises a data configuration module, a work order judging module, a work order sending module and a version updating judging module;
the data configuration module is used for:
configuring the configuration data into a database;
loading a disassembly rule configuration table, a platform coding and interface table mapping configuration table and a platform interface table which need to be used;
the work order judging module is used for:
judging whether a work order to be processed which can be sent and needs to be split exists in the work order interface table according to the disassembly rule configuration table;
the work order sending module is used for:
if the work order to be processed which can be sent and needs to be split exists, after the work order is split, the work order information is written into a platform interface table;
if the work order to be processed which can be sent and does not need to be split exists, the work order information is directly written into the platform interface table;
if no work order to be processed can be sent, ending the flow;
the version update judging module is used for:
after finishing the processing of the work order, judging whether the version of the configuration data is updated or not, if so, loading the updated configuration data, and processing the work order by using the new configuration data; if not, processing continues using the original data multiplexing ticket.
As a further improvement of the present invention, the work order judgment module is specifically configured to:
the work order interface table data of the data configuration module are scanned;
judging whether a work order to be processed exists in the work order interface table;
if no work order to be processed exists, entering a dormant state, reaching a preset dormant time, and rescanning the work order interface table data;
if the work order to be processed exists, acquiring one or more pieces of work order information;
and judging whether the work order to be processed can be sent or not and needs to be split one by one according to the disassembly rule configuration table.
As a further improvement of the invention, the work order judging module judges whether the work order to be processed can be sent or not, and specifically comprises the following steps:
acquiring a service identifier in the work order information from a work order interface table of the data configuration module;
matching transmission parameters in a disassembly rule configuration table according to the service identification;
if the transmission parameter is 1, the transmission is possible;
if the sending parameter is not 1, the first embedded lua script program in the service identifier is operated, and if the operation result is 1, the sending is possible;
if the operation result is not 1, the operation result is not transmittable, the process is ended, and the next work order information is continuously judged.
As a further improvement of the present invention, the disassembly determination submodule is specifically configured to:
matching splitting parameters in a splitting rule configuration table according to the service identification;
if the splitting parameter is 0, splitting transmission is not needed;
if the splitting parameter is not 0, the second embedded lua script program in the service identifier is operated, and if the operation result is 0, splitting transmission is not needed;
if the operation result is not 0, splitting and sending are needed.
Compared with the prior art, the service rule hot loading method and the service rule hot loading system have the advantages that the service disassembly rules are fully configured, all the disassembly rules are configured in the database, when the service rules are updated, only the configuration data of an updated version are stored in the database, the version update state is judged before next work order information is processed, the disassembly rules of current data processing can be directly determined, and the complete configuration and hot loading of the service rules are realized.
Drawings
FIG. 1 is a flow chart of a method for implementing business rule hot loading according to an embodiment of the present invention;
FIG. 2 is a schematic diagram of a system for implementing business rule hot loading according to an embodiment of the present invention;
FIG. 3 is a detailed flow chart of a method for implementing business rule hot loading as disclosed in one embodiment of the invention.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments of the present invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
The invention is described in further detail below with reference to the attached drawing figures:
as shown in fig. 1, a method for implementing service rule hot loading according to the present invention includes the steps of:
A. loading configuration data version control table information of a database, and dismantling rule configuration tables and platform interface tables corresponding to the version;
B. judging whether a work order to be processed which can be sent and is required to be split exists in the work order interface table according to the disassembly rule configuration table;
the method specifically comprises the following steps:
scanning work order interface table data in a database;
judging whether a work order to be processed exists in the work order interface table;
if no work order to be processed exists, entering a dormant state, reaching a preset dormant time, and rescanning the work order interface table data;
if the work order to be processed exists, acquiring one or more pieces of work order information;
judging whether the work order to be processed can be sent or not and needs to be split one by one according to the disassembly rule configuration table;
the judging process for whether the transmission is possible specifically includes:
acquiring a service identifier of the work order information in the work order interface table;
inquiring the sending parameters in the disassembly rule configuration table according to the service identification;
if the transmission parameter is 1, the transmission is possible;
if the sending parameter is not 1, the first embedded lua script program in the service identifier is operated, and if the operation result is 1, the sending is possible;
if the operation result is not 1, the operation result is not transmittable, the process is ended, and the next work order information is continuously judged.
The judging process for whether disassembly is needed specifically comprises the following steps:
inquiring splitting parameters in a splitting rule configuration table according to the service identification;
if the splitting parameter is 0, splitting is not needed;
if the splitting parameter is not 0, the second embedded lua script program in the service identifier is operated, and if the operation result is 0, splitting is not needed;
if the operation result is not 0, the operation result is required to be split.
C. If the work order to be processed which can be sent and needs to be split exists, after the work order is split, the work order information is written into a platform interface table;
if the work order to be processed which can be sent and does not need to be split exists, the work order information is directly written into the platform interface table;
if no work order to be processed can be sent, ending the flow;
the method for writing the work order information into the platform interface table specifically comprises the following steps:
inquiring the platform code of the work order according to the disassembling rule configuration table;
loading a platform coding and interface table mapping configuration table according to the configuration data version control table;
and inquiring the name of the platform interface table in the platform code and interface table mapping configuration table according to the platform code.
D. Judging whether the configuration data version is updated or not, if the version is updated, loading the updated configuration data, and repeating the steps;
if the version is not updated, the original configuration data is continuously used for processing the work order.
As shown in fig. 2, the invention also provides a system for implementing service rule hot loading, which comprises a data configuration module, a work order judging module, a work order sending module and a version updating judging module;
a data configuration module for:
configuring the configuration data into a database;
loading a disassembly rule configuration table, a platform coding and interface table mapping configuration table and a platform interface table which need to be used;
the work order judging module is used for:
judging whether a work order to be processed which can be sent and is required to be split exists in the work order interface table according to the disassembly rule configuration table;
the method is particularly used for:
the work order interface table data of the data configuration module are scanned;
judging whether a work order to be processed exists in the work order interface table;
if no work order to be processed exists, entering a dormant state, reaching a preset dormant time, and rescanning the work order interface table data;
if the work order to be processed exists, acquiring one or more pieces of work order information;
acquiring a service identifier in the work order information;
matching the transmission parameters in the disassembly rule configuration table according to the service identification,
if the transmission parameter is 1, the transmission is possible;
if the sending parameter is not 1, the first embedded lua script program in the service identifier is operated, and if the operation result is 1, the sending is possible;
if the operation result is not 1, the operation result is not transmittable, the process is ended, and the next work order information is continuously judged.
Further, according to the service identification, the splitting parameters are matched in the splitting rule configuration table,
if the splitting parameter is 0, splitting transmission is not needed;
if the splitting parameter is not 0, a second embedded lua script program in the service identifier is operated;
if the operation result is 0, the split transmission is not needed;
if the operation result is not 0, splitting and sending are needed.
Finally, a judging result of whether the work order to be processed can be sent or not and needs to be split is obtained;
the work order sending module is used for:
if the judging result obtained in the work order judging module,
if the work order to be processed is available, which can be sent and needs to be split, the work order information is written into a platform interface table after the work order is split;
if the work order to be processed is available, which can be sent and does not need to be split, the work order information is directly written into the platform interface table;
if no work order to be processed can be sent, ending the flow;
version update judging module for:
after finishing the processing of the work order, judging whether the version of the configuration data is updated or not, if so, loading the updated configuration data, and processing the work order by using the new configuration data; if not, processing continues using the original data multiplexing ticket.
Examples:
as shown in fig. 3, the specific steps include:
s1, checking starting parameters and logging in a database;
according to different service types and service volume, tens to hundreds of work order interface tables are generally set, and each work order interface table corresponds to a background process; and checking the starting parameters to mainly match the work order interface table which is not in background operation.
The database comprises a disassembly rule configuration table, a platform coding and interface table mapping configuration table, a configuration data version control table, a platform interface table, a work order interface table and a plurality of embedded lua script programs.
Judging whether the login is successful or not, and ending the process if the login is failed;
step S2 is entered if the login is successful;
s2, loading configuration data version control table information;
the configuration data version control table information comprises a version number, operation time, whether the operation is effective or not and an operation work number, and the configuration data version control table is as follows:
| field name | Field type | Field description |
| VERSION_ID | VARchar2(8) | Version number |
| OP_TIME | DATE | Time of operation |
| USE_FLAG | char(1) | Whether or not to take effect |
| LOGIN_NO | VARchar2(16) | Operation number |
S3, loading a disassembly rule configuration table, a platform coding and interface table mapping configuration table and a platform interface table of the version according to the version number in the configuration data version control table;
s4, scanning the data of a work order interface table in the database, wherein the data information in the work order interface table is as follows;
s5, judging whether the work orders to be processed exist in the work order interface table according to the work order state information in the work order interface table, if the work orders to be processed exist, acquiring the work order information of not more than 500 pieces according to the number of the work orders in the work order interface table, and obtaining ordered work order data by using nested inquiry;
if the work order to be processed does not exist, the work order enters a dormant state, the dormant time is set to be 3s, the program is restarted after being dormant for 3s, and the work order interface list data is scanned.
S6, judging whether the work order information is sent to the platform interface table one by one according to a disassembly rule configuration table, wherein the disassembly rule configuration table is as follows,
| field name | Field type | Field description |
| MAIN_SVC_ID | VARchar2(32) | Service identification |
| CELL_CODE | VARchar2(8) | Platform coding |
| COMMAND_ID | VARchar2(32) | Platform instructions |
| WORKORDER_SEQ | NUMBER(3) | Instruction sequence |
| ISSEND_CODE | VARchar2(2048) | Whether or not to send, defaultRecognizing 1, embedding lua script |
| IS_VALUE_MAP | VARchar2(2048) | Whether split, default value is 0, embed lua script |
The judging process comprises the following steps:
acquiring a service identifier in the work order information;
the transmission parameter issengode is queried in the disassembly rule configuration table according to the service identification,
if the sending parameter ISSEND_CODE is 1, indicating that the business handled by the work order is a preset basic type business, and sending work order information to a platform interface table by default;
if the sending parameter issnd_code is not 1, it indicates that the service handled by the work order is not a preset basic service, and the first embedded lua script program in the service identifier needs to be run for further judgment, and the process is as follows:
firstly, calling a function by using the lua script, and calling a first embedded lua script program, namely calling a function input parameter to the lua script: the work order parameter string, the first embedded lua script program code, begins to run the first embedded lua script program code.
Assuming that the verification function realized by the first embedded lua script is a mobile phone card type USIM card, and the length of an input data string is 32 bits, when the two conditions are satisfied, the lua script returns a value of 1;
when the two conditions cannot be met simultaneously, the lua script return value is not 1;
if the return value of the lua script is 1, the mobile phone user establishing the work order can transact the service, and sends the work order information to the platform interface table for subsequent service transacting;
if the return value of the lua script is not 1, the condition that the mobile phone user for establishing the work order does not meet the condition of transacting the service is indicated, the work order information is not sent to the platform interface table, the process is ended, and the next piece of work order information is continuously judged.
S7, if the judgment result is that the work order information is transmitted, judging whether the work order information needs to be split and transmitted or not; if the judgment result is split transmission, splitting is carried out first, and then transmission is carried out; if the judgment result is that the transmission is not split, the transmission is directly carried out;
the judging process comprises the following steps:
inquiring a splitting parameter IS_VALUE_MAP in a splitting rule configuration table according to the service identification;
if the split parameter is_value_map IS 0, the transmission IS not split;
if the split parameter is_value_map IS not 0, the service handled by the work order includes a plurality of services, and the second embedded lua script program in the service identifier needs to be operated to further judge whether the split IS needed, and the process IS as follows:
firstly, calling a function by using the lua script, and calling a second embedded lua script program, namely calling a function input parameter to the lua script: and the work order parameter string and the second embedded lua script program code start to run the second embedded lua script program code.
If the operation result is 0, the operation result indicates that a plurality of services in the work order belong to the same platform for processing, and the services are directly transmitted to the same platform interface table without splitting and transmitting;
if the operation result is not 0, the operation result indicates that multiple services in the work order do not belong to the same platform process, split transmission is needed, and the split services are correspondingly transmitted to the platform interface table.
S8, obtaining a platform interface list name corresponding to the work order;
inquiring the platform code of the work order according to the disassembling rule configuration table;
inquiring the corresponding platform interface table name in the platform code and interface table mapping configuration table according to the platform code;
the platform code and interface table mapping configuration table is as follows:
| field name | Field type | Field description |
| CELL_CODE | VARchar2(8) | Platform coding |
| SAVE_CODE | VARchar2(32) | Platform interface table |
| USE_FLAG | char(1) | Whether or not to take effect |
| REMARKS | VARchar2(1024) | Remarks |
S9, writing the work order information into a platform interface table, wherein the work order interface table is as follows:
s10, updating service state codes in a work order interface table;
s11, judging whether the configuration data version is updated, if so, repeating S3 to S11, loading the updated business rule configuration data by heat and processing a work order by using the updated business rule; if not, repeating steps S4 to S11, namely processing the work order by using the original business rule configuration data.
The invention also provides a system for realizing service rule hot loading, which comprises a data configuration module, a work order reading module, a work order processing module and a version updating judging module, wherein the work order processing module comprises a sending judging sub-module and a disassembling judging sub-module;
a data configuration module for:
configuring a disassembly rule configuration table, a platform coding and interface table mapping configuration table, a configuration data version control table, a platform interface table, a work order interface table and a plurality of embedded lua script programs into a database;
the work order reading module is used for:
scanning a work order interface table to obtain the information of the work order to be processed in the work order interface table;
the work order processing module is used for:
the service identification of the work order information is obtained one by one, the disassembly rules in the disassembly rule configuration table are matched, and the work order information is sent to the platform interface table according to the disassembly rules;
updating the work order state of the work order interface table;
wherein, the liquid crystal display device comprises a liquid crystal display device,
a sending judgment sub-module, configured to:
judging whether the work order is sent to the platform interface table, if so, entering a disassembly judgment sub-module; if the judgment result is not sent, ending the flow, and continuing to judge the next work order;
the specific judging process further comprises the following steps:
acquiring a service identifier in the work order information;
matching the transmission parameters in the disassembly rule configuration table according to the service identification,
if the transmission parameter is 1, transmitting;
if the sending parameter is not 1, the first embedded lua script program in the service identifier is operated, and if the operation result is 1, the sending is carried out;
if the operation result is not 1, the operation result is not sent, the process is ended, and the next work order information is continuously judged.
And the disassembly judging sub-module is used for:
the work information sent by the judging result in the sending judging sub-module is further judged whether the work order needs to be split for sending or not; if the judgment result is split transmission, splitting is carried out first, and then transmission is carried out; if the judgment result is that the transmission is not split, the transmission is directly carried out;
the specific judging process further comprises the following steps:
matching splitting parameters in a splitting rule configuration table according to the service identification,
if the splitting parameter is 0, the transmission is not split;
if the splitting parameter is not 0, the second embedded lua script program in the service identifier is operated, and if the operation result is 0, the splitting transmission is not performed;
if the running result is not 0, splitting and sending.
Version update judging module for:
after finishing the processing of the work order each time, judging whether the version of the configuration data is updated, if so, loading the updated configuration data by heat, and processing the work order by using the new configuration data; if not, processing continues using the original data multiplexing ticket.
Based on the above structure, the service rule hot loading method and the system of the present invention cooperate with each other to realize the above steps S1 to S11.
The invention has the advantages that: the embedded Lua script tool is utilized to fully configure the service disassembly rules, all the disassembly rules are configured in the database, when the service rules are updated, only the configuration data of an updated version is stored in the database, and the version updating state is judged before the next work order information is processed, so that the disassembly rules of the current data processing can be directly determined, and the complete configuration and hot loading of the service rules are realized.
The above is only a preferred embodiment of the present invention, and is not intended to limit the present invention, but various modifications and variations can be made to the present invention by those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (10)
1. A method for implementing service rule hot loading, comprising the steps of:
loading configuration data version control table information of a database, and dismantling rule configuration tables and platform interface tables corresponding to the version;
judging whether a work order to be processed which can be sent and needs to be split exists in the work order interface table according to the disassembly rule configuration table;
if the work order to be processed which can be sent and needs to be split exists, after the work order is split, the work order information is written into a platform interface table;
judging whether the configuration data version is updated or not, if the version is updated, loading the updated configuration data, and repeating the steps.
2. The method for implementing service rule hot loading according to claim 1, wherein the determining whether the work order interface table has the work order to be processed which can be sent and needs to be split according to the disassembly rule configuration table includes:
scanning work order interface table data in a database;
judging whether a work order to be processed exists in the work order interface table;
if no work order to be processed exists, entering a dormant state, reaching a preset dormant time, and rescanning the work order interface table data;
if the work order to be processed exists, acquiring one or more pieces of work order information;
and judging whether the work order to be processed can be sent or not and needs to be split one by one according to the disassembly rule configuration table.
3. A method for implementing business rule hot loading according to claim 1, wherein:
if the work order to be processed which can be sent and does not need to be split exists, the work order information is directly written into the platform interface table;
if no work order to be processed can be sent, ending the flow;
if the version is not updated, the original configuration data is continuously used for processing the work order.
4. A method for implementing service rule hot loading according to claim 3, wherein the method for determining whether there is a workbook to be processed available for transmission in the workbook interface table comprises:
acquiring a service identifier of the work order information in the work order interface table;
inquiring the sending parameters in the disassembly rule configuration table according to the service identification;
if the transmission parameter is 1, the transmission is possible;
if the sending parameter is not 1, the first embedded lua script program in the service identifier is operated, and if the operation result is 1, the sending is possible;
if the operation result is not 1, the operation result is not transmittable, the process is ended, and the next work order information is continuously judged.
5. The method for implementing service rule hot loading according to claim 4, wherein the method for judging whether the work order to be processed which needs to be split exists in the work order interface table comprises the following steps:
inquiring splitting parameters in a splitting rule configuration table according to the service identification;
if the splitting parameter is 0, splitting is not needed;
if the splitting parameter is not 0, the second embedded lua script program in the service identifier is operated, and if the operation result is 0, splitting is not needed;
if the operation result is not 0, the operation result is required to be split.
6. The method for implementing service rule hot loading according to claim 1, wherein the step of writing work order information into the platform interface table comprises the steps of:
inquiring the platform code of the work order according to the disassembling rule configuration table;
loading a platform coding and interface table mapping configuration table according to the configuration data version control table;
and inquiring the name of the platform interface table in the platform code and interface table mapping configuration table according to the platform code.
7. A system for implementing business rule hot loading, characterized in that: the system comprises a data configuration module, a work order judging module, a work order sending module and a version updating judging module;
the data configuration module is used for:
configuring the configuration data into a database;
loading a disassembly rule configuration table, a platform coding and interface table mapping configuration table and a platform interface table which need to be used;
the work order judging module is used for:
judging whether a work order to be processed which can be sent and needs to be split exists in the work order interface table according to the disassembly rule configuration table;
the work order sending module is used for:
if the work order to be processed which can be sent and needs to be split exists, after the work order is split, the work order information is written into a platform interface table;
if the work order to be processed which can be sent and does not need to be split exists, the work order information is directly written into the platform interface table;
if no work order to be processed can be sent, ending the flow;
the version update judging module is used for:
after finishing the processing of the work order, judging whether the version of the configuration data is updated or not, if so, loading the updated configuration data, and processing the work order by using the new configuration data; if not, processing continues using the original data multiplexing ticket.
8. The system for implementing service rule hot loading according to claim 7, wherein the work order judgment module is specifically configured to:
the work order interface table data of the data configuration module are scanned;
judging whether a work order to be processed exists in the work order interface table;
if no work order to be processed exists, entering a dormant state, reaching a preset dormant time, and rescanning the work order interface table data;
if the work order to be processed exists, acquiring one or more pieces of work order information;
and judging whether the work order to be processed can be sent or not and needs to be split one by one according to the disassembly rule configuration table.
9. The system for implementing service rule hot loading according to claim 8, wherein the work order judging module judges whether the work order to be processed is transmittable or not, and specifically comprises:
acquiring a service identifier in the work order information from a work order interface table of the data configuration module;
matching transmission parameters in a disassembly rule configuration table according to the service identification;
if the transmission parameter is 1, the transmission is possible;
if the sending parameter is not 1, the first embedded lua script program in the service identifier is operated, and if the operation result is 1, the sending is possible;
if the operation result is not 1, the operation result is not transmittable, the process is ended, and the next work order information is continuously judged.
10. The system for implementing service rule hot loading according to claim 9, wherein the work order judgment module is specifically configured to:
matching splitting parameters in a splitting rule configuration table according to the service identification;
if the splitting parameter is 0, splitting transmission is not needed;
if the splitting parameter is not 0, the second embedded lua script program in the service identifier is operated, and if the operation result is 0, splitting transmission is not needed;
if the operation result is not 0, splitting and sending are needed.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010656873.3A CN111953517B (en) | 2020-07-09 | 2020-07-09 | Method and system for realizing service rule hot loading |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010656873.3A CN111953517B (en) | 2020-07-09 | 2020-07-09 | Method and system for realizing service rule hot loading |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111953517A CN111953517A (en) | 2020-11-17 |
| CN111953517B true CN111953517B (en) | 2023-08-29 |
Family
ID=73339988
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010656873.3A Active CN111953517B (en) | 2020-07-09 | 2020-07-09 | Method and system for realizing service rule hot loading |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111953517B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113259540B (en) * | 2020-12-18 | 2024-04-02 | 深圳怡化电脑股份有限公司 | Processing method, device, equipment and storage medium for scanning image data |
| CN113010513A (en) * | 2021-03-01 | 2021-06-22 | 中国工商银行股份有限公司 | Hot loading method and device |
| CN113220802A (en) * | 2021-05-28 | 2021-08-06 | 山东英信计算机技术有限公司 | Data processing method and system for large data volume under relational database |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104660442A (en) * | 2013-11-25 | 2015-05-27 | 中国移动通信集团福建有限公司 | Service provisioning method and system based on MongoDB |
| CN107276790A (en) * | 2017-05-27 | 2017-10-20 | 北京思特奇信息技术股份有限公司 | A kind of processing method and system of business work order |
| WO2019154353A1 (en) * | 2018-02-07 | 2019-08-15 | 中兴通讯股份有限公司 | System running parameter query method, matching method and apparatus, and node device |
| CN111106948A (en) * | 2019-10-28 | 2020-05-05 | 中国通信服务股份有限公司 | Configuration-based instruction adaptation method |
-
2020
- 2020-07-09 CN CN202010656873.3A patent/CN111953517B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104660442A (en) * | 2013-11-25 | 2015-05-27 | 中国移动通信集团福建有限公司 | Service provisioning method and system based on MongoDB |
| CN107276790A (en) * | 2017-05-27 | 2017-10-20 | 北京思特奇信息技术股份有限公司 | A kind of processing method and system of business work order |
| WO2019154353A1 (en) * | 2018-02-07 | 2019-08-15 | 中兴通讯股份有限公司 | System running parameter query method, matching method and apparatus, and node device |
| CN111106948A (en) * | 2019-10-28 | 2020-05-05 | 中国通信服务股份有限公司 | Configuration-based instruction adaptation method |
Non-Patent Citations (1)
| Title |
|---|
| 基于业务规则引擎的管理系统的应用研究;余军阳;《杭州师范大学学报(自然科学版)》(第05期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111953517A (en) | 2020-11-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111953517B (en) | Method and system for realizing service rule hot loading | |
| CN110348239B (en) | Desensitization rule configuration method, data desensitization method, system and computer equipment | |
| CN1886976B (en) | Method and apparatus for performing actions on a wireless device using action lists and versioning | |
| CN111038906A (en) | Order sorting method and device | |
| CN111831682B (en) | Method, apparatus, device and computer readable medium for processing accumulation fund service | |
| CN105187632A (en) | Method and device for determining mobile phone number | |
| CN100419680C (en) | Method and apparatus for loading compatibly equipment software in distributed control system | |
| CN110599114A (en) | Business process processing method, device, equipment and computer readable storage medium | |
| CN113052529A (en) | Plane library management method and device, storage medium and electronic equipment | |
| CN111552663A (en) | File consistency verification method and device, computer equipment and storage medium | |
| CN113515447B (en) | Automatic testing method and device for system | |
| CN113468446B (en) | Method, system and equipment for supporting identification of third party two-dimensional code data | |
| CN104992136A (en) | Bar code identifying method and apparatus | |
| CN111459936B (en) | Data management method, data management device and server | |
| CN110493735B (en) | Short message processing method and device | |
| CN116107971A (en) | Model data processing method and device, electronic equipment and storage medium | |
| CN109246686B (en) | Multi-card user address book updating method and device based on cloud technology | |
| CN111562907A (en) | Conversion method and system of user-defined interface data | |
| CN111010676A (en) | Short message caching method, device and system | |
| CN113722432B (en) | Method and device for associating news with stocks | |
| CN116644035B (en) | File batch warehousing method, device, equipment and storage medium | |
| CN115118688B (en) | Method for sending message based on message template, storage medium and electronic equipment | |
| CN107734010A (en) | Upgrade-system and upgrade method based on recorder management | |
| CN116933775A (en) | Site determining method and related equipment | |
| CN114448720A (en) | Account registration method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |