CN111953517A - Method and system for realizing hot loading of business rules - Google Patents
Method and system for realizing hot loading of business rules Download PDFInfo
- Publication number
- CN111953517A CN111953517A CN202010656873.3A CN202010656873A CN111953517A CN 111953517 A CN111953517 A CN 111953517A CN 202010656873 A CN202010656873 A CN 202010656873A CN 111953517 A CN111953517 A CN 111953517A
- Authority
- CN
- China
- Prior art keywords
- work order
- processed
- splitting
- interface table
- sent
- 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.)
- Granted
Links
Images
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 hot loading of business rules, which comprises loading configuration data version control table information of a database and a disassembly rule configuration table and a platform interface table corresponding to the version; judging whether the work order interface table has a work order to be processed which can be sent and needs to be split or not according to the splitting rule configuration table; if the work order to be processed which can be sent and needs to be split exists, the work order information is written into the platform interface table after the work order is split; and 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: and the embedded Lua script tool is utilized to completely configure the business disassembly rule, so that the complete configuration and hot loading of the business rule are realized.
Description
Technical Field
The invention relates to the technical field of information, in particular to a method and a system for realizing hot loading of business rules.
Background
When a user transacts and opens various telecommunication services in a business hall or an electronic channel, the user can relate to the function opening service and needs to communicate with different service platforms. Therefore, the system background needs to sort according to the requested service messages, and the service messages sent to different service platforms are respectively sorted into each platform interface table, and the process is the instruction disassembly. After the disassembly is finished, the platform communication program at the back end sends the instruction to each platform, and the function opening service needed by the user is realized.
The current common instruction disassembling method comprises the following steps: the simple disassembly rules are configured in the database, the complex disassembly rules are realized through hard coding, for the complex disassembly rules, when the service requirements are slightly changed, the hard coding needs to be modified, and the hot loading cannot be realized because the online operation needs to be restarted.
Disclosure of Invention
Aiming at the problems, the invention provides a method and a system for realizing hot loading of business rules, which realize complete configuration of the business rules and simultaneously support the hot loading.
In order to achieve the above object, the present invention provides a method for implementing hot loading of business rules, comprising:
loading configuration data version control table information of a database and a disassembly rule configuration table and a platform interface table corresponding to the version;
judging whether the work order interface table has a work order to be processed which can be sent and needs to be split or not according to the splitting rule configuration table;
if the work order to be processed which can be sent and needs to be split exists, the work order information is written into the platform interface table after the work order is split;
and 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 to-be-processed work order that can be sent and needs to be split in the work order interface table according to the splitting rule configuration table includes:
scanning data of a work order interface table in a database;
judging whether the work order interface table has a work order to be processed or not;
if no work order to be processed exists, entering a dormant state, reaching the preset dormant time, and re-scanning the data of the work order interface table;
if the work order is to be processed, one or more pieces of work order information are obtained;
and judging whether the work order to be processed can be sent and needs to be split one by one according to the splitting 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, the process is ended;
and if the version is not updated, continuing to use the original configuration data to process the work order.
As a further improvement of the invention, the method for judging whether the work order interface table has the work orders to be processed which can be sent comprises the following steps:
acquiring a business identifier of work order information in a work order interface table;
inquiring a sending parameter in a disassembly rule configuration table according to the service identifier;
if the sending parameter is 1, sending can be carried out;
if the sending parameter is not 1, running the first embedded lua script program in the service identifier, and if the running result is 1, sending the service identifier;
if the operation result is not 1, the information cannot be sent, 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 interface table has the work order to be split or not 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, operating a second embedded lua script program in the service identifier, and if the operating result is 0, not needing splitting;
and if the operation result is not 0, splitting is required.
As a further improvement of the present invention, the step of writing the work order information into the platform interface table comprises:
inquiring the platform code of the work order according to the disassembly rule configuration table;
loading a platform code and interface table mapping configuration table according to a 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 hot loading of the business rules, which comprises a data configuration module, a work order judgment module, a work order sending module and a version updating judgment module;
the data configuration module is configured to:
configuring the configuration data into a database;
loading a disassembly rule configuration table, a platform code 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 the work order interface table has a work order to be processed which can be sent and needs to be split or not according to the splitting 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, the work order information is written into the platform interface table after the work order is split;
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, the process is ended;
the version update judging module is used for:
after each work order processing is finished, 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; and if not, continuing to use the original version data multiplex sheet for processing.
As a further improvement of the present invention, the work order determination module is specifically configured to:
scanning the work order interface table data of the data configuration module;
judging whether the work order interface table has a work order to be processed or not;
if no work order to be processed exists, entering a dormant state, reaching the preset dormant time, and re-scanning the data of the work order interface table;
if the work order is to be processed, one or more pieces of work order information are obtained;
and judging whether the work order to be processed can be sent and needs to be split one by one according to the splitting rule configuration table.
As a further improvement of the present invention, the work order determination module determines whether the work order to be processed can be sent, and specifically includes:
acquiring a service identifier in the work order information from a work order interface table of a data configuration module;
matching the sending parameters in a disassembly rule configuration table according to the service identification;
if the sending parameter is 1, sending can be carried out;
if the sending parameter is not 1, running the first embedded lua script program in the service identifier, and if the running result is 1, sending the service identifier;
if the operation result is not 1, the information cannot be sent, the process is ended, and the next work order information is continuously judged.
As a further improvement of the present invention, the disassembly judgment sub-module is specifically configured to:
matching the splitting parameters in a splitting rule configuration table according to the service identification;
if the splitting parameter is 0, splitting and sending are not needed;
if the splitting parameter is not 0, operating a second embedded lua script program in the service identifier, and if the operation result is 0, not needing splitting and sending;
and if the operation result is not 0, splitting and sending.
Compared with the prior art, the business rule hot loading method and the business rule hot loading system completely configure the business disassembly rules, all the disassembly rules are configured in the database, when the business rules are updated, only the configuration data of the updated version needs to be stored in the database, and the version updating state is judged before the next work order information is processed, so that the disassembly rules processed by the current data can be directly determined, and the complete configuration and the hot loading of the business rules are realized.
Drawings
FIG. 1 is a flowchart of a method for implementing hot loading of business rules according to an embodiment of the present invention;
FIG. 2 is a schematic diagram of a system for implementing hot loading of business rules according to an embodiment of the present invention;
fig. 3 is a detailed flowchart of a method for implementing hot loading of business rules according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be obtained by a person skilled in the art without any inventive step based on the embodiments of the present invention, are within the scope of the present 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 hot loading of business rules according to the present invention includes the following steps:
A. loading configuration data version control table information of a database and a disassembly rule configuration table and a platform interface table corresponding to the version;
B. according to the disassembly rule configuration table, judging whether the work order interface table has a to-be-processed work order which can be sent and needs to be disassembled;
the method specifically comprises the following steps:
scanning data of a work order interface table in a database;
judging whether the work order interface table has a work order to be processed or not;
if no work order to be processed exists, entering a dormant state, reaching the preset dormant time, and re-scanning the data of the work order interface table;
if the work order is to be processed, one or more pieces of work order information are obtained;
judging whether the work order to be processed can be sent and needs to be split one by one according to a splitting rule configuration table;
wherein, the process of determining whether to send specifically includes:
acquiring a business identifier of work order information in a work order interface table;
inquiring a sending parameter in a disassembly rule configuration table according to the service identifier;
if the sending parameter is 1, sending can be carried out;
if the sending parameter is not 1, running the first embedded lua script program in the service identifier, and if the running result is 1, sending the service identifier;
if the operation result is not 1, the information cannot be sent, the process is ended, and the next work order information is continuously judged.
Wherein, whether to disassemble the judging process specifically includes:
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, operating a second embedded lua script program in the service identifier, and if the operating result is 0, not needing splitting;
and if the operation result is not 0, splitting is required.
C. If the work order to be processed which can be sent and needs to be split exists, the work order information is written into the platform interface table after the work order is split;
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, the process is ended;
wherein, write into platform interface table with work order information, specifically include:
inquiring the platform code of the work order according to the disassembly rule configuration table;
loading a platform code and interface table mapping configuration table according to a 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, if the version is updated, loading the updated configuration data, and repeating the steps;
and if the version is not updated, continuing to use the original configuration data to process the work order.
As shown in fig. 2, the present invention further provides a system for implementing hot loading of business rules, which includes a data configuration module, a work order determination module, a work order transmission module, and a version update determination module;
a data configuration module to:
configuring the configuration data into a database;
loading a disassembly rule configuration table, a platform code and interface table mapping configuration table and a platform interface table which need to be used;
the work order judging module is used for:
according to the disassembly rule configuration table, judging whether the work order interface table has a to-be-processed work order which can be sent and needs to be disassembled;
the method is specifically used for:
scanning the work order interface table data of the data configuration module;
judging whether the work order interface table has a work order to be processed or not;
if no work order to be processed exists, entering a dormant state, reaching the preset dormant time, and re-scanning the data of the work order interface table;
if the work order is to be processed, one or more pieces of work order information are obtained;
acquiring a service identifier in the work order information;
matching the sending parameters in the disassembly rule configuration table according to the service identification,
if the sending parameter is 1, sending can be carried out;
if the sending parameter is not 1, running the first embedded lua script program in the service identifier, and if the running result is 1, sending the service identifier;
if the operation result is not 1, the information cannot be sent, the process is ended, and the next work order information is continuously judged.
Furthermore, according to the service identification, the splitting parameter is matched in the splitting rule configuration table,
if the splitting parameter is 0, splitting and sending are not needed;
if the splitting parameter is not 0, operating a second embedded lua script program in the service identifier;
if the operation result is 0, the split transmission is not needed;
and if the operation result is not 0, splitting and sending.
Finally, obtaining a judgment result whether the work order to be processed can be sent and needs to be split;
the work order sending module is used for:
if the judgment result obtained in the work order judgment module,
if the work order to be processed which can be sent and needs to be split exists, the work order information is written into the platform interface table after the work order is split;
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, the process is ended;
a version update determination module configured to:
after each work order processing is finished, 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; and if not, continuing to use the original version data multiplex sheet for processing.
Example (b):
as shown in fig. 3, the specific steps include:
s1, checking a starting parameter and logging in a database;
setting dozens to hundreds of work order interface tables according to different service types and different service volumes, wherein each work order interface table corresponds to a background process; the verification starting parameters are mainly matched with a 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 if the login is failed, ending the process;
if the login is successful, the step S2 is entered;
s2, loading configuration data version control table information;
the configuration data version control table information comprises a version number, operation time, whether the version number is effective or not and an operation work number, and the configuration data version control table is as follows:
name of field | Type of field | Description of field |
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 code 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 data of the work order interface table in the database, wherein data information in the work order interface table is as follows;
s5, judging whether the work order to be processed exists in the work order interface table or not according to the work order state information in the work order interface table, if the work order to be processed exists, acquiring no more than 500 pieces of work order information according to the number of the work orders in the work order interface table, and performing nested query to obtain ordered work order data;
and if no work order to be processed exists, entering a dormant state, setting the dormant time to be 3s, and after the program is dormant for 3s, re-running and scanning the data of the work order interface table.
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,
name of field | Type of field | Description of field |
MAIN_SVC_ID | VARchar2(32) | Service identification |
CELL_CODE | VARchar2(8) | Platform coding |
COMMAND_ID | VARchar2(32) | Platform instructions |
WORKORDER_SEQ | NUMBER(3) | Instruction order |
ISSEND_CODE | VARchar2(2048) | If not, the default value is 1, and the lua script is embedded |
IS_VALUE_MAP | VARchar2(2048) | Whether the file is split or not, the default value is 0, and a lua script is embedded |
The judging process comprises the following steps:
acquiring a service identifier in the work order information;
inquiring a sending parameter ISSEND _ CODE in a disassembly rule configuration table according to the service identification,
if the sending parameter ISSEND _ CODE is 1, the service handled by the work order is represented as a preset basic service, and the information of the work order is sent to a platform interface table by default;
if the sending parameter ISSEND _ CODE is not 1, it indicates that the service handled by the work order is not a preset basic service, and needs to run a first embedded lua script program in the service identifier for further judgment, and the process is as follows:
firstly, calling a function by using a lua script, calling a first embedded lua script program, namely calling function input parameters to the lua script: and the work order parameter string and the first embedded lua script program code start to run the first embedded lua script program code.
If the verification function realized by the first embedded lua script is that the mobile phone card type is USIM card, and the length of the input data string is 32 bits, the return value of the lua script is 1 when the two conditions are met;
when the two conditions cannot be met simultaneously, the return value of the lua script is not 1;
if the return value of the lua script is 1, the mobile phone user who establishes the work order can handle the service, send the work order information to the platform interface table and handle the subsequent service;
if the return value of the lua script is not 1, the mobile phone user who establishes the work order does not meet the condition for handling the service, the work order information is not sent to the platform interface table, the process is finished, and the next work order information is continuously judged.
S7, if the judgment result is sending, judging whether the work order information needs to be split and sent; if the judgment result is split transmission, splitting and transmitting are carried out firstly; 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 identifier;
if the split parameter IS _ VALUE _ MAP IS 0, the split IS not sent;
if the split parameter IS _ VALUE _ MAP IS not 0, it indicates that the business handled by the work order includes multiple services, and the second embedded lua script program in the business identifier needs to be run to further judge whether splitting IS needed, and the process IS as follows:
firstly, calling a function by using the lua script, calling a second embedded lua script program, namely calling function input parameters 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 multiple services in the work order belong to the same platform for processing, and the multiple services are directly sent to the same platform interface table without being split and sent;
if the operation result is not 0, it indicates that the multiple services in the work order do not belong to the same platform processing, and need to be split and sent, and the split services are correspondingly sent to the platform interface table.
S8, acquiring a platform interface table name corresponding to the work order;
inquiring the platform code of the work order according to the disassembly rule configuration table;
inquiring a corresponding platform interface table name in a platform code and interface table mapping configuration table according to the platform code;
the platform coding and interface table mapping configuration table is as follows:
name of field | Type of field | Description of field |
CELL_CODE | VARchar2(8) | Platform coding |
SAVE_CODE | VARchar2(32) | Platform interface meter |
USE_FLAG | char(1) | Whether or not to take effect |
REMARKS | VARchar2(1024) | Remarks for note |
S9, writing the work order information into a platform interface table, wherein the work order interface table is as follows:
s10, updating the service state codes in the work order interface table;
s11, judging whether the configuration data version is updated or not, if so, repeating S3-S11, and carrying out hot loading on the updated service rule configuration data and processing the work order by using the updated service rule; if not, steps S4 through S11 are repeated, i.e., the data processing work order is configured using the original business rules.
The invention also provides a system for realizing the hot loading of the business rules, which comprises a data configuration module, a work order reading module, a work order processing module and a version updating judgment module, wherein the work order processing module comprises a sending judgment submodule and a disassembling judgment submodule;
a data configuration module to:
configuring a disassembly rule configuration table, a platform code and interface table mapping configuration table, a configuration data version control table, a platform interface table and a work order interface table and a plurality of embedded lua script programs into a database;
a work order reading module for:
scanning the work order interface table to obtain the information of the work order to be processed in the work order interface table;
a work order processing module for:
acquiring service identifiers of the work order information item by item, matching the disassembling rules in the disassembling rule configuration table, and sending the work order information to the platform interface table according to the disassembling rules;
updating the work order state of the work order interface table;
wherein the content of the first and second substances,
a transmission judgment sub-module for:
judging whether the work order is sent to the platform interface table or not, and if the judgment result is sending, entering a disassembly judgment sub-module; if the judgment result is that the work order is not sent, the process is ended, and the next work order is continuously judged;
the specific judgment process further comprises:
acquiring a service identifier in the work order information;
matching the sending parameters in the disassembly rule configuration table according to the service identification,
if the sending parameter is 1, sending;
if the sending parameter is not 1, operating the first embedded lua script program in the service identifier, and if the operation result is 1, sending;
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.
A disassembly judgment submodule for:
further judging whether the work order needs to be split and sent or not for the work information which is sent as a judgment result in the sending judgment submodule; if the judgment result is split transmission, splitting and transmitting are carried out firstly; if the judgment result is that the transmission is not split, the transmission is directly carried out;
the specific judgment process further comprises:
matching the splitting parameters in the splitting rule configuration table according to the service identification,
if the splitting parameter is 0, not splitting and sending;
if the splitting parameter is not 0, operating a second embedded lua script program in the service identifier, and if the operation result is 0, not splitting and sending;
and if the operation result is not 0, splitting and sending.
A version update determination module configured to:
after each work order processing is finished, judging whether the version of the configuration data is updated or not, if so, hot loading the updated configuration data, and processing the work order by using the new configuration data; and if not, continuing to use the original version data multiplex sheet for processing.
Based on the above structure, the service rule hot loading method and system of the present invention cooperate with each other to implement the above steps S1 to S11.
The invention has the advantages that: the embedded Lua script tool is utilized to completely configure the business disassembly rules, all the disassembly rules are configured in the database, when the business rules are updated, only the configuration data of the updated version is needed to be stored in the database, and the version updating state is judged before the next work order information is processed, so that the disassembly rules processed by the current data can be directly determined, and the complete configuration and the hot loading of the business rules are realized.
The above is only a preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes will occur to those skilled in the art. Any modification, equivalent replacement, or improvement 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 realizing hot loading of business rules is characterized by comprising the following steps:
loading configuration data version control table information of a database and a disassembly rule configuration table and a platform interface table corresponding to the version;
judging whether the work order interface table has a work order to be processed which can be sent and needs to be split or not according to the splitting rule configuration table;
if the work order to be processed which can be sent and needs to be split exists, the work order information is written into the platform interface table after the work order is split;
and 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 according to claim 1, wherein the step of determining whether there is a to-be-processed work order that can be sent and needs to be split in the work order interface table according to the splitting rule configuration table comprises:
scanning data of a work order interface table in a database;
judging whether the work order interface table has a work order to be processed or not;
if no work order to be processed exists, entering a dormant state, reaching the preset dormant time, and re-scanning the data of the work order interface table;
if the work order is to be processed, one or more pieces of work order information are obtained;
and judging whether the work order to be processed can be sent and needs to be split one by one according to the splitting rule configuration table.
3. The method of claim 1, wherein the method comprises:
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, the process is ended;
and if the version is not updated, continuing to use the original configuration data to process the work order.
4. The method of claim 3, wherein the step of determining whether there is a work order to be processed that can be sent in the work order interface table comprises:
acquiring a business identifier of work order information in a work order interface table;
inquiring a sending parameter in a disassembly rule configuration table according to the service identifier;
if the sending parameter is 1, sending can be carried out;
if the sending parameter is not 1, running the first embedded lua script program in the service identifier, and if the running result is 1, sending the service identifier;
if the operation result is not 1, the information cannot be sent, the process is ended, and the next work order information is continuously judged.
5. The method of claim 4, wherein the step of determining whether the work order interface table has the to-be-split work order to be processed includes:
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, operating a second embedded lua script program in the service identifier, and if the operating result is 0, not needing splitting;
and if the operation result is not 0, splitting is required.
6. The method of claim 1, wherein writing the work order information into a platform interface table comprises:
inquiring the platform code of the work order according to the disassembly rule configuration table;
loading a platform code and interface table mapping configuration table according to a 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 hot loading of business rules is characterized in that: the system comprises a data configuration module, a work order judgment module, a work order sending module and a version updating judgment module;
the data configuration module is configured to:
configuring the configuration data into a database;
loading a disassembly rule configuration table, a platform code 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 the work order interface table has a work order to be processed which can be sent and needs to be split or not according to the splitting 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, the work order information is written into the platform interface table after the work order is split;
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, the process is ended;
the version update judging module is used for:
after each work order processing is finished, 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; and if not, continuing to use the original version data multiplex sheet for processing.
8. The system for implementing hot loading of business rules according to claim 7, wherein the work order determination module is specifically configured to:
scanning the work order interface table data of the data configuration module;
judging whether the work order interface table has a work order to be processed or not;
if no work order to be processed exists, entering a dormant state, reaching the preset dormant time, and re-scanning the data of the work order interface table;
if the work order is to be processed, one or more pieces of work order information are obtained;
and judging whether the work order to be processed can be sent and needs to be split one by one according to the splitting rule configuration table.
9. The system for implementing hot loading of business rules according to claim 8, wherein the work order determination module determines whether the work order to be processed can be sent, specifically comprising:
acquiring a service identifier in the work order information from a work order interface table of a data configuration module;
matching the sending parameters in a disassembly rule configuration table according to the service identification;
if the sending parameter is 1, sending can be carried out;
if the sending parameter is not 1, running the first embedded lua script program in the service identifier, and if the running result is 1, sending the service identifier;
if the operation result is not 1, the information cannot be sent, the process is ended, and the next work order information is continuously judged.
10. The system for implementing hot loading of business rules according to claim 9, wherein the disassembly determination submodule is specifically configured to:
matching the splitting parameters in a splitting rule configuration table according to the service identification;
if the splitting parameter is 0, splitting and sending are not needed;
if the splitting parameter is not 0, operating a second embedded lua script program in the service identifier, and if the operation result is 0, not needing splitting and sending;
and if the operation result is not 0, splitting and sending.
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 true CN111953517A (en) | 2020-11-17 |
CN111953517B 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) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
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 |
CN113259540A (en) * | 2020-12-18 | 2021-08-13 | 深圳怡化电脑股份有限公司 | Processing method, device and equipment for scanning image data and storage medium |
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 (3)
Title |
---|
余军阳: "基于业务规则引擎的管理系统的应用研究", 《杭州师范大学学报(自然科学版)》, no. 05 * |
刘化召等: "互联网数据中心业务自动激活系统的分析与设计", 《电信技术》, no. 04 * |
石彦彬等: "集中云化的光网开通激活架构研究与实践", 《电信科学》, no. 08 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113259540A (en) * | 2020-12-18 | 2021-08-13 | 深圳怡化电脑股份有限公司 | Processing method, device and equipment for scanning image data and storage medium |
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 |
Also Published As
Publication number | Publication date |
---|---|
CN111953517B (en) | 2023-08-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111953517A (en) | Method and system for realizing hot loading of business rules | |
CN109814856B (en) | Data entry method, device, terminal and computer readable storage medium | |
CN111038906B (en) | Order sorting method and device | |
CN109408507B (en) | Multi-attribute data processing method, device, equipment and readable storage medium | |
CN112000692B (en) | Page query feedback method and device, computer equipment and readable storage medium | |
CN112835904A (en) | Data processing method and data processing device | |
CN111831682B (en) | Method, apparatus, device and computer readable medium for processing accumulation fund service | |
CN104301428A (en) | Data synchronization method and server | |
CN113052529A (en) | Plane library management method and device, storage medium and electronic equipment | |
CN113254457B (en) | Account checking method, account checking system and computer readable storage medium | |
CN112988280B (en) | Configuration data processing method and device | |
CN109145092B (en) | Database updating and intelligent question and answer management method, device and equipment | |
CN112116274A (en) | Automatic generation method and device of survey report | |
CN111552663A (en) | File consistency verification method and device, computer equipment and storage medium | |
CN111428463A (en) | Short message processing method and device, electronic equipment and storage medium | |
CN108830441B (en) | Resource query method and device | |
CN115600998A (en) | Process management method, system and readable storage medium based on production management platform | |
WO2021244233A1 (en) | Method and apparatus for processing order data | |
CN111459936B (en) | Data management method, data management device and server | |
CN109104499B (en) | Session establishing method, device, equipment and storage medium | |
CN112417012A (en) | Data processing method and system | |
CN112148710B (en) | Micro-service library separation method, system and medium | |
CN112084993A (en) | Control method of identity authentication process | |
CN113055337B (en) | Method, device, storage medium and terminal for setting authority based on user requirements | |
CN113722432B (en) | Method and device for associating news with stocks |
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 |