A method, system, device and medium for regular bidirectional synchronization

Abstract

The present application relates to the field of civil aviation information technology, and specifically proposes a rule bidirectional synchronization method, system, device and medium, wherein the rule bidirectional synchronization method comprises: configuring rules of an open system or a host system through a front-end component; the open system or the host system generates an update request; based on the update request, the host system or the open system performs synchronization configuration; wherein the synchronization configuration comprises: when the open rules of the open system are configured as a first preset rule, the host rules of the host system are synchronized to be configured as the first preset rule; when the host rules of the host system are configured as a second preset rule, the open rules of the open system are synchronized to be configured as the second preset rule. The bidirectional synchronization of the business rules of the host system and the open system can be realized, the real-time performance of the bidirectional synchronization is ensured, so as to achieve agreement of the business rules and reduce the probability of errors. At the same time, the synchronization configuration process is simplified, the synchronization configuration efficiency is improved, fast response is realized, and the service quality is improved.

Description

Technical Field

[0001] This invention belongs to the field of civil aviation information technology, and specifically relates to a method, system, device and medium for bidirectional rule synchronization. Background Technology

[0002] The departure system supports the operation of airport services such as flight control, passenger check-in, and boarding for airlines and airports. By setting corresponding business rules for different service categories to control business processes, it not only meets the personalized needs of different airlines and airport users but also improves the scalability of system functions. Furthermore, through the setting of business rules, it can quickly respond to the business requests of airlines and airport users.

[0003] Existing departure systems commonly involve the simultaneous operation of a mainframe system and an open system. The mainframe system primarily handles airline and airport operations such as flight control, passenger check-in, baggage handling, and boarding control. The open system, employing an open architecture and standardized interfaces, covers all the functions of the mainframe system, and some airlines and airports have already fully adopted the open system. However, some users still rely on the mainframe system. To ensure consistency in processing, real-time synchronization of business rules between the two systems is necessary. However, existing business rules are complex and diverse. After configuring a particular rule in either the mainframe or open system, it must also be configured in either system simultaneously. For business rules that require frequent changes to meet user needs, such as airport address table rules and boarding gate rules, ensuring real-time bidirectional synchronization between the mainframe and open systems is challenging. This leads to inconsistencies between the mainframe and open systems' business rules, increasing the likelihood of errors or vulnerabilities in related operations. Furthermore, the bidirectional synchronization of business rules between existing host systems and open systems is generally configured through manual processes. This configuration process is not only cumbersome but also inefficient, making it difficult to respond quickly to the business needs of airlines and airport users, which greatly affects the service quality of related businesses. Summary of the Invention

[0004] To address the above problems, this invention proposes a method for bidirectional rule synchronization, comprising: Configure rules for open or host systems through front-end components; An update request is generated by the open system or the host system. Based on the update request, the host system or open system performs configuration synchronization; The synchronization configuration includes: When the open rules of the open system are configured as the first preset rule, the host rules of the host system are simultaneously configured as the first preset rule; When the host system's host rule is configured as the second preset rule, the open system's open rule is simultaneously configured as the second preset rule.

[0005] In some specific embodiments, when the open system's open rules are configured as a first preset rule, the host system's host rules are simultaneously configured as the first preset rule, including: Configure the open system's open rules as the first preset rule to generate update requests for the open system; Based on the update request from the open system, a TXQ message is generated and sent to the host system; Based on the TXQ message, the host system's host rule update configuration is set to the first preset rule.

[0006] In some specific embodiments, when the host system's host rules are configured as the second preset rule, the open system's open rules are simultaneously configured as the second preset rule, including: Configure the host system's host rules as the second preset rule to generate update requests for the host system; Generate DSM messages based on update requests from the host system; The open system listens to the host system to obtain DSM messages; Based on the DSM message, the open system's open rules are updated to the second preset rule.

[0007] In some specific embodiments, before generating the TXQ message and sending it to the host system, the following steps are also included: Verify whether the parameter format of the first preset rule meets the preset requirements; Verify whether there are rule conflicts between the first preset rule and other preset rules.

[0008] In some specific embodiments, after the host system's host rules are updated and configured to the first preset rule, the following further steps are included: Verify whether the host system's host rule update configuration to the first preset rule was successful; If the host rule update configuration of the verification host system is successfully updated to the first preset rule, the open system will add the first preset rule to the database.

[0009] In some specific embodiments, before the open system's open rules are updated and configured to the second preset rule, the following steps are also included: Parse the DSM message and verify whether there is a rule conflict between the second preset rule and the database rule.

[0010] In some specific embodiments, the open system's open rule update configuration is set to a second preset rule, including: Based on the database, query whether there are other preset rules in the database that are the same as the second preset rule.

[0011] A rule-based bidirectional synchronization system based on the same concept includes: Front-end components, open rule processing components, and host rule processing components; When the front-end component configures the open system's open rule as the first preset rule, the host rule processing component will synchronously configure the host system's host rule as the first preset rule. When the front-end component configures the host system's host rules to the second preset rule, the open rule processing component will synchronously configure the open system's open rules to the second preset rule.

[0012] In some specific embodiments, the open rule processing component includes: The first generation module is used to generate an update request for the open system when the open rules of the open system are configured as the first preset rule; The first conversion module is used to receive update requests from the open system, generate TXQ messages based on the update requests from the open system, and send them to the host system. The host rule processing component includes: The second update module is used to receive TXQ messages and, based on the TXQ messages, update the host system's host rules configuration to the first preset rule.

[0013] In some specific embodiments, the host rule processing component includes: The second generation module is used to generate an update request for the host system when the host rules of the host system are configured as the second preset rules; The second conversion module is used to receive update requests from the host system and generate DSM messages based on the update requests from the host system. The open rule processing components include: The first routing module is used to monitor the host system in order to obtain DSM packets; The first update module is used to receive DSM messages and, based on the DSM messages, update the open rules of the open system to the second preset rules.

[0014] In some specific embodiments, the system for bidirectional rule synchronization also includes: The message processing component is used to receive DSM messages; The first routing module listens to the host system through the message processing component to obtain DSM messages.

[0015] An electronic device based on the same concept includes: at least one processor and at least one memory, wherein the memory is data-connected to the processor; The memory stores instructions that can be executed by at least one processor, and the instructions are executed by at least one processor to enable at least one processor to perform the bidirectional synchronization method described above.

[0016] A computer storage medium based on the same concept, wherein the computer storage medium stores one or more instructions; When executed by one or more computers, the instructions cause one or more computers to implement the bidirectional synchronization method described above.

[0017] Compared with existing technologies, the bidirectional rule synchronization method of the present invention has at least the following advantages: After the configuration of the open rules of the open system is completed through the front-end component, the host rules of the host system can be synchronized with the open rules of the open system. Simultaneously, after the configuration of the host rules of the host system is completed through the front-end component, the open rules of the open system can also be synchronized with the host rules of the host system. This enables bidirectional synchronization of business rules between the host system and the open system, ensuring the real-time nature of this synchronization and achieving consistency between the business rules of the host system and the open system, thereby reducing the probability of errors or vulnerabilities in related business processes. Furthermore, it replaces the original manual configuration process, simplifies the synchronization configuration process, and improves synchronization configuration efficiency, ensuring a rapid response to the business needs of airlines and airport users and improving the service quality of related businesses.

[0018] The rule-based bidirectional synchronization system of the present invention has the same beneficial effects as the rule-based bidirectional synchronization method described above, and therefore will not be repeated here.

[0019] The electronic device of the present invention, since it is used to execute the above-described method of bidirectional rule synchronization, has the same beneficial effects as the above-described method of bidirectional rule synchronization, and therefore will not be described again here.

[0020] The computer storage medium of the present invention, being used to implement the above-described method of bidirectional rule synchronization, has the same beneficial effects as the above-described method of bidirectional rule synchronization, and therefore will not be described again here.

[0021] Other features and advantages of the invention will be set forth in the following description, and will be apparent in part from the description, or may be learned by practicing the invention. The objects and other advantages of the invention may be realized and obtained by means of the structures pointed out in the description and the drawings. Attached Figure Description

[0022] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0023] Figure 1 A flowchart illustrating the method for bidirectional rule synchronization in an embodiment of the present invention is shown; Figure 2 A flowchart of the open rule synchronization host system in an embodiment of the present invention is shown; Figure 3 A schematic diagram of the host rule synchronization and opening system in an embodiment of the present invention is shown; Figure 4 A schematic diagram of the architecture of a rule-based bidirectional synchronization system is shown in an embodiment of the present invention; Figure 5 A flowchart illustrating the practical operation of the open rule synchronization host system in an embodiment of the present invention is shown; Figure 6 A flowchart illustrating the practical operation of the host rule synchronization and opening system in an embodiment of the present invention is shown; Figure 7 A flowchart illustrating the practical operation of an open rule-asynchronous host system in an embodiment of the present invention is shown. Detailed Implementation

[0024] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0025] Reference Figure 1 This invention provides a method for bidirectional rule synchronization, comprising: The rules for the open system or host system are configured through the front-end component. The open system or host system generates an update request. Based on the update request, the host system or open system synchronizes its configuration.

[0026] The synchronization configuration includes: when the open system's open rule is configured as the first preset rule, the host system's host rule is synchronously configured as the first preset rule. When the host system's host rule is configured as the second preset rule, the open system's open rule is synchronously configured as the second preset rule.

[0027] Specifically, operators can control the front-end component to add, delete, or modify open rules in the open system. These modified open rules become the first preset rules, configuring the open system's open rules as the first preset rules. This causes the open system to generate a corresponding update request. Based on this update request, the host system can perform synchronous configuration, performing the same add, delete, or modify operations on its host rules, thus configuring the host system's host rules as the first preset rules. Alternatively, operators can control the front-end component to add, delete, or modify host rules in the host system. These modified host rules become the second preset rules, configuring the host system's host rules as the second preset rules. This causes the host system to generate a corresponding update request, and based on this update request, the open system can perform synchronous configuration, updating the database with second preset rules that meet preset conditions, thus configuring the open system's open rules as the second preset rules. It achieves bidirectional synchronization of business rules between the host system and the open system, ensuring real-time synchronization and enabling consistency between the business rules of the host system and the open system. This reduces the likelihood of errors or vulnerabilities in related business processes. Simultaneously, it replaces the original manual configuration process, simplifies the synchronization configuration process, and improves synchronization configuration efficiency. This ensures rapid response to the business needs of airlines and airport users, thereby improving the service quality of related businesses.

[0028] In some specific embodiments of the present invention, reference is made to... Figure 2 When the open system's open rules are configured as the first preset rule, the host system's host rules are simultaneously configured as the first preset rule, including: Configure the open system's open rules as the first preset rule to generate update requests for the open system. The open system's open rules are configured through a front-end component, allowing for addition, deletion, and modification of these rules. Once the open system's open rules are configured as the first preset rule, the open system can generate the corresponding update requests.

[0029] Based on the update request from the open system, a TXQ (Task Queue) message is generated and sent to the host system. The open system processes the update request, generating a corresponding TXQ message and sending it to the host system. Generating TXQ messages is necessary to meet the requirements for processing by the host system.

[0030] Based on TXQ messages, the host system updates its host rules configuration to the first preset rule. Upon receiving TXQ messages, the host system can process them and perform the same add, delete, and modify operations on its host rules, thereby updating the host system's host rules configuration to the first preset rule. This achieves synchronized settings between the host system and the open system's open rules, ensuring real-time synchronization between the two systems.

[0031] In some specific embodiments of the present invention, reference is made to... Figure 3 When the host system's host rules are configured as the second preset rule, the open system's open rules are simultaneously configured as the second preset rule, including: Configure the host system's host rules as the second preset rule to generate update requests for the host system. The host system's host rules are configured through a front-end component, allowing for addition, deletion, and modification operations. Once the host system's host rules are configured as the second preset rule, the host system can generate the corresponding update requests.

[0032] Based on the update requests from the host system, DSM (Data Synchronization Message) messages are generated. The host system generates corresponding DSM messages by processing its update requests. The generation of DSM messages is to meet the requirements for processing by open systems.

[0033] The open system listens to the host system to obtain DSM messages. Due to the characteristics of the open system, the host system cannot directly send DSM messages to the open system. Therefore, it is necessary to configure the open system to listen to the host system, so that the open system can actively obtain DSM messages from the direct system.

[0034] Based on DSM messages, the open system's open rules are updated and configured to the second preset rule. After the open system listens for and receives DSM messages, it can process the DSM messages and update the second preset rule that meets the preset conditions into the database, thereby configuring the open system's open rules to the second preset rule. This achieves synchronized settings of open rules between the host system and the open system, ensuring the real-time synchronization between the host system and the open system.

[0035] In some specific embodiments of the present invention, reference is made to... Figure 2 Before generating a TXQ message and sending it to the host system, the process also includes: The system verifies whether the parameter format of the first preset rule meets the preset requirements. The open system parses the update request message of the open system, and the verification includes input parameter verification and format verification to ensure that the input parameters of the first preset rule are not empty and that the parameter format meets the preset requirements. If the verification is successful, the subsequent steps are performed; otherwise, if the verification fails, the verification result is sent to the front-end component to report an error, and the subsequent synchronization configuration of the host system is terminated.

[0036] Verify whether the first preset rule conflicts with other preset rules. Continue verifying the first preset rule to determine if it conflicts with other existing preset rules in the database, ensuring that the first preset rule does not conflict with other existing preset rules in the database. If the verification is successful, proceed to the next step; otherwise, if the verification fails, send the verification result to the front-end component to report an error and terminate the subsequent synchronization configuration of the host system.

[0037] Only after completing the above verification steps will a TXQ message be generated and sent to the host system to avoid errors in the synchronization configuration of host rules on the host system.

[0038] In some specific embodiments of the present invention, reference is made to... Figure 2 After the host system's host rules are updated and configured to the first preset rule, the following also applies: The system verifies whether the host system's host rule update configuration to the first preset rule was successful. When the host system receives a TXQ message and performs host rule synchronization configuration based on the TXQ message, it verifies the synchronization result to ensure that the host rule configuration to the first preset rule was successful. If the host system's host rule update configuration to the first preset rule is successful, the open system updates the first preset rule into the database. The open system can also monitor the synchronization result. When the synchronization configuration is successful, the open system updates the first preset rule into the database; when the synchronization configuration fails, it sends the synchronization result to the front-end component to report an error and stops updating the first preset rule into the database. This prevents errors in the host system's host rule synchronization configuration.

[0039] It should be noted that when the first preset rule meets certain special preset requirements, it can be set so that when the host rule synchronization configuration for the first preset rule is successful or times out, the open system will update the first preset rule into the database. This can meet the rule setting needs of some specialized fields.

[0040] In some specific embodiments of the present invention, reference is made to... Figure 3 Before updating the open rules configuration of the open system to the second preset rule, it also includes: The DSM message is parsed to verify whether there are any rule conflicts between the second preset rule and the database rules. When the open system receives a DSM message, it first parses the content of the DSM message to generate a corresponding Vo object. The Vo object allows the extraction of the specific content of the second preset rule. This facilitates the verification of the second preset rule, specifically determining whether there are any rule conflicts between the second preset rule and other existing preset rules in the database, ensuring that the second preset rule does not conflict with other existing preset rules in the database. If the verification is successful, subsequent steps are performed; otherwise, if the verification fails, the verification result is sent to the front-end component to report an error, and the subsequent synchronization configuration of the open system is terminated. This helps avoid errors in the synchronization configuration of open rules in the open system.

[0041] In some specific embodiments of the present invention, reference is made to... Figure 3 The open system's open rules have been updated to the second preset rule, including: Based on the database, query whether there are other preset rules in the database that are identical to the second preset rule. Search for the rule keywords of the second preset rule to query whether there are other preset rules in the database that are identical to the second preset rule, and based on the query results, determine how to subsequently update the configuration of the open rules for the open system.

[0042] If another preset rule identical to the second preset rule exists in the database, the timestamp of the DSM message is compared with the database update time to determine if the timestamp of the DSM message is later than the database update time. Based on this determination, subsequent steps are determined. If the timestamp of the DSM message is earlier than the database update time, the determination result is sent to the front-end component to report an error. If the timestamp of the DSM message is later than the database update time, the other preset rule identical to the second preset rule is deleted from the database, and the second preset rule is updated and added to the database as an open rule for the open system. If no other preset rule identical to the second preset rule exists in the database, the second preset rule is directly updated and added to the database as an open rule for the open system. This achieves synchronized configuration of open rules for the open system.

[0043] Reference Figure 4This invention also provides a system for bidirectional rule synchronization, comprising: a front-end component, an open rule processing component for an open system, and a host rule processing component for a host system. The front-end component is used to configure rules for the open system or the host system. The open rule processing component is used to cause the open system to generate an update request, and based on the update request, the host rule processing component performs synchronous configuration on the host system. The host rule processing component is used to cause the host system to generate an update request, and based on the update request, the open rule processing component performs synchronous configuration on the open system. Specifically, when the front-end component configures the open rule of the open system as a first preset rule, the host rule processing component synchronously configures the host rule of the host system as the first preset rule. When the front-end component configures the host rule of the host system as a second preset rule, the open rule processing component synchronously configures the open rule of the open system as the second preset rule.

[0044] Specifically, the front-end component connects to both the open rule processing component and the host rule processing component. After the front-end component configures the open system's open rules as the first preset rule, the open rule processing component generates an update request for the open system corresponding to the first preset rule. Similarly, after the front-end component configures the host system's host rules as the second preset rule, the host rule processing component generates an update request for the host system corresponding to the second preset rule. The open rule processing component and the host rule processing component are interconnected. Based on the open system's update request, the host rule processing component can synchronize the configuration of the host system, thus configuring the host system's host rules as the first preset rule. Conversely, based on the host system's update request, the open system can synchronize the configuration, thus configuring the open system's open rules as the second preset rule. This achieves bidirectional synchronization of business rules between the host system and the open system.

[0045] In some specific embodiments of the present invention, the open rule processing component includes: a first generation module and a first conversion module. The first generation module is used to generate an update request for the open system when the open rules of the open system are configured as a first preset rule. The first conversion module is used to receive the update request from the open system, generate a TXQ message based on the update request, and send it to the host system. The host rule processing component includes: a second update module. This module is used to receive the TXQ message and, based on the TXQ message, update the host system's host rules configuration to the first preset rule.

[0046] Specifically, when the open rule is configured as the first preset rule, the first generation module can generate a corresponding update request for the open system and send it to the first conversion module. Upon receiving the update request from the open system, the first conversion module can generate a corresponding TXQ message and send it to the second update module of the host system. The second update module can parse and process the TXQ message and update the host system's host rules to the first preset rule based on the TXQ message.

[0047] Reference Figure 5 In the actual business process, the open rules of the open system are updated through the front-end component, and the updated rules are sent to the host system (DCS, the off-board host system) for synchronization through information transmission components such as SAT (Transaction Service Interface System), DR (Off-board Routing Function System), and DF (Off-board Basic Function System). The synchronization results are then fed back to the front-end component in reverse order through information transmission components such as DF, DR, and SAT.

[0048] Furthermore, the first conversion module also includes a first verification function area. This area verifies whether the parameter format of the first preset rule conforms to preset requirements after parsing the update request from the open system. If the verification is successful, subsequent steps are performed, and the first conversion module continues to generate TXQ messages. Otherwise, if the verification fails, the first conversion module sends the verification result to the front-end component to report an error and terminates the subsequent synchronization configuration of the host system. Simultaneously, the first conversion module also includes a second verification function area. This area verifies whether there are rule conflicts between the first preset rule and other existing preset rules in the database after parsing the update request from the open system. If the verification is successful, subsequent steps are performed, and the first conversion module continues to generate TXQ messages. Otherwise, if the verification fails, the first conversion module sends the verification result to the front-end component to report an error and terminates the subsequent synchronization configuration of the host system.

[0049] Furthermore, the second update module includes a third verification function area. This third verification function area verifies whether the host system's host rule update configuration to the first preset rule was successful after the second update module performs the host rule synchronization configuration. The first routing module can also monitor the synchronization result and send it to the first update module. If the synchronization configuration is successful, the first update module will update the set first preset rule into the database. If the synchronization configuration fails, the second update module will send the synchronization result to the front-end component to report an error, and the first update module will stop updating the first preset rule into the database. This effectively prevents errors in the synchronization configuration of the host system's host rules.

[0050] In some specific embodiments of the present invention, the host rule processing component includes: a second generation module and a second conversion module. The second generation module is used to generate an update request for the host system when configuring the host rules of the host system as a second preset rule. The second conversion module is used to receive the update request from the host system and generate a DSM message based on the update request. The open rule processing component includes: a first routing module and a first update module. The first routing module is used to monitor the host system to obtain DSM messages. The first update module is used to receive the DSM messages and, based on the DSM messages, update the open rules of the open system to the second preset rule.

[0051] Specifically, when the host rule is configured as the second preset rule, the second generation module can generate the corresponding host system update request and send it to the second conversion module. Upon receiving the host system update request, the second conversion module can generate the corresponding DSM message. The first routing module sets up a listening configuration for the host system, thereby actively acquiring DSM messages and sending them to the second update module. The second update module can parse and process the DSM messages and update the database with the second preset rule that meets the preset conditions, thus completing the configuration of the open rules for the open system.

[0052] Furthermore, the second update module includes a fourth verification function area. This fourth verification function area verifies whether there are rule conflicts between the second preset rule and the database rules after the second update module receives the DSM message and generates the corresponding Vo object. If the verification is successful, subsequent steps are performed. The second update module determines how to update the open system's open rules configuration based on the query results for the rule keywords of the second preset rule. Otherwise, if the verification fails, the second update module sends the verification result to the front-end component to report an error and terminates the subsequent synchronization configuration of the open system. This avoids errors in the synchronization configuration of the open system's open rules.

[0053] In some specific embodiments of the present invention, the system for bidirectional rule synchronization further includes a message processing component. The message processing component is used to receive DSM messages. The first routing module listens to the host system through the message processing component to obtain DSM messages.

[0054] Specifically, the second conversion module sends the DSM message to the message processing component. When the message processing component receives the DSM message, it listens to the message processing component through the first routing module, which enables the first routing module to obtain the DSM message, thereby facilitating the open system to synchronize with the host system based on the DSM message.

[0055] Reference Figure 6In the actual business process, the front-end component (eterm, traditional black screen terminal) updates the host rules of the host system (DCS, departing host system) through the MCSS (core system emulation access interface system) information transmission component and generates the corresponding DSM message to the partition external MCSS (partition external message queue) information transmission component. Then, the first routing module (DR, departing routing function system) listens to the partition external MCSS to obtain the DSM message, and then passes through the partition internal MCSS (partition internal message queue) and DM (departing message control system) information transmission components in sequence to reach the first update module (DF, departing basic function system) to synchronize the open system.

[0056] It should be noted that when both the host system and the open system are running, their settings are fully synchronized by default. However, once either system goes offline, they can be desynchronized through individual settings. For example, refer to... Figure 7 The open rules of the open system can be added, deleted, or modified through the front-end component (AOS, application operation and maintenance system). After the first update module (DF, departure basic function system) receives the add, delete, or modify request from the front-end component, the open rules are modified accordingly. After the open rules are modified, the open rules that have been added, deleted, or modified can be updated into the database without going through the synchronization configuration process of the host system.

[0057] The present invention also provides an electronic device, comprising: at least one processor and at least one memory, wherein the memory is data-connected to the processor.

[0058] The memory stores instructions that can be executed by at least one processor, and the instructions are executed by at least one processor to enable at least one processor to perform the rule-based bidirectional synchronization method described in any of the above specific embodiments.

[0059] The present invention also provides an electronic device in which a computer storage medium stores one or more instructions.

[0060] When executed by one or more computers, the instructions cause one or more computers to implement the bidirectional synchronization method of the rules described in any of the specific embodiments above.

[0061] Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. These modifications or substitutions do not cause the essence of the corresponding technical solutions to depart from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for bidirectional synchronization of rules, characterized in that, include: Configure the rules for open systems or host systems in the departure system through front-end components; An update request is generated by the open system or the host system. Based on the update request, the host system or open system performs configuration synchronization; The synchronization configuration includes: When the open system's open rules are configured to control business processes based on the first preset rule set according to different service categories, the host system's host rules are simultaneously configured to control business processes based on the first preset rule. Configure the open system's open rules as the first preset rule to generate update requests for the open system; Based on the update request from the open system, a TXQ message is generated and sent to the host system; Based on the TXQ message, the host system's host rule update configuration is set to the first preset rule; When the host system's host rules are configured to control business processes according to the second preset rules set according to different service categories, the open system's open rules are simultaneously configured to control business processes according to the second preset rules. Configure the host system's host rules as the second preset rule to generate update requests for the host system; Generate DSM messages based on update requests from the host system; The open system listens to the host system to obtain DSM messages; Based on the DSM message, the open system's open rules are updated to the second preset rule.

2. The method for bidirectional synchronization of rules according to claim 1, characterized in that, Before generating a TXQ message and sending it to the host system, the following steps are also included: Verify whether the parameter format of the first preset rule meets the preset requirements; Verify whether there are rule conflicts between the first preset rule and other preset rules.

3. The method for bidirectional synchronization of rules according to claim 1, characterized in that, After the host system's host rules are updated and configured to the first preset rule, the following also applies: Verify whether the host system's host rule update configuration to the first preset rule was successful; If the host rule update configuration of the verification host system is successfully updated to the first preset rule, the open system will add the first preset rule to the database.

4. The method for bidirectional synchronization of rules according to claim 1, characterized in that, Before updating the open rules configuration of the open system to the second preset rule, it also includes: Parse the DSM message and verify whether there is a rule conflict between the second preset rule and the database rule.

5. The method for bidirectional synchronization of rules according to claim 1, characterized in that, The open system's open rules have been updated to the second preset rule, including: Based on the database, query whether there are other preset rules in the database that are the same as the second preset rule.

6. A system for bidirectional rule synchronization, characterized in that, include: Front-end components, open rule processing components, and host rule processing components; When the front-end component configures the open system in the departure system to use the first preset rule set according to different service categories for business process control, the host rule processing component will synchronously configure the host system's host rule to use the first preset rule for business process control. The open rule processing components include: The first generation module is used to generate an update request for the open system when the open rules of the open system are configured as the first preset rule; The first conversion module is used to receive update requests from the open system, generate TXQ messages based on the update requests from the open system, and send them to the host system. The host rule processing component includes: The second update module is used to receive TXQ messages and, based on the TXQ messages, update the host rules of the host system to the first preset rule. When the front-end component configures the host system in the departure system to use the second preset rule set according to different service categories for business process control, the open rule processing component will synchronously configure the open system's open rule to the second preset rule for business process control. The host rule processing component also includes: The second generation module is used to generate an update request for the host system when the host rules of the host system are configured as the second preset rules; The second conversion module is used to receive update requests from the host system and generate DSM messages based on the update requests from the host system. The open rule processing component also includes: The first routing module is used to monitor the host system in order to obtain DSM packets; The first update module is used to receive DSM messages and, based on the DSM messages, update the open rules of the open system to the second preset rules.

7. The system for bidirectional synchronization according to claim 6, characterized in that, Systems that synchronize rules bidirectionally also include: The message processing component is used to receive DSM messages; The first routing module listens to the host system through the message processing component to obtain DSM messages.

8. An electronic device, characterized in that, include: At least one processor and at least one memory, with the memory data-connected to the processor; The memory stores instructions that can be executed by at least one processor, and the instructions are executed by at least one processor to enable at least one processor to perform the method of bidirectional synchronization of the rules as described in any one of claims 1 to 5.

9. A computer storage medium, characterized in that, The computer's storage medium stores one or more instructions; When executed by one or more computers, the instructions cause one or more computers to implement the bidirectional synchronization method of the rules as described in any one of claims 1 to 5.

Images