A message flow system among financial institutions

By introducing a message bus into the message flow system between financial institutions, and allowing modules to interact through the message bus, the existing system's problems of insufficient concurrency, scalability, and reliability are resolved, achieving efficient and stable data flow.

CN113760580BActive Publication Date: 2025-10-21CHINA SOUTHERN ASSET MANAGEMENT CO LTD
View PDF 4 Cites 0 Cited by

Patent Information

Application Number
CN202111051599.8
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2021-09-08
Publication Date
2025-10-21
Estimated Expiration
2041-09-08

AI Technical Summary

Technical Problem

The existing data flow system between financial institutions has deficiencies in concurrency, scalability, reliability and adaptability, and cannot meet the needs of long-term market tests.

Method used

Design a message flow system between financial institutions, using a message bus as the core communication component. Each module interacts through the message bus, including the node end, front-end module, data transmission center, data processing hub and risk control engine, reducing module coupling and ensuring system stability and reliability.

Benefits of technology

The message bus runs through the entire flow system, reducing the coupling between modules, improving the efficiency, stability and reliability of the system, and ensuring the efficiency and scalability of data flow.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN113760580B_ABST
    Figure CN113760580B_ABST
Patent Text Reader

Abstract

The embodiment of the application discloses a message circulation system between financial institutions. The system comprises a message bus, a node end, a foreground module, a data transfer center, a data processing hub and a risk control engine which are in communication connection with the message bus. The message bus is used for message communication between the modules throughout the whole circulation system. The modules are not in circulation with each other, but directly interact with the message bus. One party processing the message subscribes and processes the message from the message bus and returns to the message bus, so that the downtime of any link of the node end, the foreground module, the data transfer center, the data processing hub and the risk control engine will not affect the operation ability of the whole system. Therefore, the coupling degree between the modules can be effectively reduced, the data flow is optimized, and the circulation system has the advantages of high efficiency, stability and reliability.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to the field of data processing, and in particular to a message transfer system between financial institutions. Background Art

[0002] The bond market is a crucial component of modern finance and an integral part of the financial system. Consequently, bond trading generates a massive amount of business data, generating market information and transaction interfaces. Therefore, the flow of this data is crucial. To provide users with a more open and flexible trading environment, it's crucial to ensure that the data flow system is efficient, stable, easily scalable, and interoperable across all trading modules.

[0003] In the existing technology, in response to the above needs, there has been a lack of an effective, reliable data flow system that can withstand the test of the long-term market. At present, the construction of this system still faces problems such as concurrency, scalability, reliability, and adaptability. Summary of the Invention

[0004] The purpose of the present invention is to provide a message flow system between financial institutions, aiming to solve the problem that the performance of existing data flow systems needs to be improved.

[0005] To solve the above technical problems, the present invention aims to achieve the following technical solutions: providing a message flow system between financial institutions, the flow system comprising: a message bus, node terminals respectively connected to the message bus for communication, a front-end module, a data transmission center, a data processing hub, and a risk control engine; wherein:

[0006] The node end is used to receive the message sent by the front-end module or the data transmission center, pre-process the message, and send the pre-processed message to the message bus;

[0007] The data processing hub is used to subscribe to the message in the message bus, and generate a quotation reception event and a reception status according to the message, and perform quotation data extraction processing on the quotation reception event and generate a quotation calculation event and a calculation status, and send the message containing the quotation calculation event and the calculation status to the message bus;

[0008] The risk control engine is used to subscribe to the message in the message bus, perform risk calculation on the quotation calculation event and obtain the calculation result, and send the message containing the calculation result to the message bus;

[0009] The data processing hub is used to subscribe to the message in the message bus and obtain the calculation result, generate a transaction event and a transaction status according to the calculation result, perform data transmission processing on the transaction event to obtain transaction processing information, and send the message containing the transaction processing information to the message bus;

[0010] The front-end module or data delivery center is used to subscribe to the message in the message bus and obtain transaction processing information.

[0011] An embodiment of the present invention discloses a message flow system between financial institutions. The system includes a message bus, node terminals, front-end modules, a data transmission center, a data processing hub, and a risk control engine. The message bus is used for inter-module message communication, which runs through the entire flow system. Modules do not exchange data with each other, but instead interact directly with the message bus. The party processing messages subscribes to and processes the messages from the message bus, then returns them to the message bus. Therefore, downtime in any of the nodes, front-end modules, data transmission center, data processing hub, and risk control engine will not affect the overall system's operational capabilities. This effectively reduces the coupling between modules and optimizes data flow, making the flow system of the present invention highly efficient, stable, and reliable. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0013] Figure 1 A schematic block diagram of a message transfer system between financial institutions provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0014] The following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of them. All other embodiments obtained by ordinary technicians in this field based on the embodiments of the present invention without making any creative efforts shall fall within the scope of protection of the present invention.

[0015] It will be understood that when used in this specification and the appended claims, the terms “comprises” and “comprising” indicate the presence of described features, integers, steps, operations, elements and / or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components and / or groups thereof.

[0016] It should also be understood that the terminology used in this specification is for the purpose of describing particular embodiments only and is not intended to limit the present invention. As used in the specification and appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms unless the context clearly indicates otherwise.

[0017] It should be further understood that the term "and / or" used in the present description and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.

[0018] See also Figure 1 , Figure 1 A schematic block diagram of a circulation system provided by an embodiment of the present invention;

[0019] like Figure 1 As shown, the circulation system includes: a message bus, node terminals respectively connected to the message bus for communication, a front-end module, a data transmission center, a data processing center, and a risk control engine; wherein:

[0020] The node end is used to receive messages sent by the front-end module or the data transmission center, pre-process the messages, and send the pre-processed messages to the message bus; the data processing center is used to subscribe to the messages in the message bus, and generate a quotation reception event and a reception status according to the messages, and perform quotation data extraction processing on the quotation reception event and generate a quotation accounting event and an accounting status, and send the message containing the quotation accounting event and the accounting status to the message bus; the risk control engine is used to subscribe to the messages in the message bus, perform risk accounting on the quotation accounting event and obtain the accounting results, and send the message containing the accounting results to the message bus; the data processing center is used to subscribe to the messages in the message bus and obtain the accounting results, generate transaction events and transaction status according to the accounting results, perform data transmission processing on the transaction events to obtain transaction processing information, and send the message containing the transaction processing information to the message bus; the front-end module or the data transmission center is used to subscribe to the messages in the message bus and obtain transaction processing information.

[0021] In this embodiment, the message flow process is as follows: first, the message sent by the front-end module or the data transmission center is received through the node end. The front-end module is the operating node of this party. This party can initiate a business transaction message through the front-end module, such as spot bond trading, pledged repurchase and other business transactions. The message containing the business transaction information is transferred to the corresponding node end through the front-end module for preprocessing; the data transmission center is a platform for business data interaction between this party and the counterparty. The data transmission center can receive the message sent by the counterparty containing the business transaction initiated by the counterparty, and transfer the message to the corresponding node end for preprocessing.

[0022] Furthermore, after the node end receives the message sent by the front-end module or the data transmission center, it performs corresponding preprocessing. For example, when receiving the message sent by the front-end module, it is necessary to standardize the content in the message. When receiving the message sent by the data transmission center, it is necessary to translate the format of the message in order to obtain the information in the message, and transfer the message flow that has completed the corresponding preprocessing to the message bus to wait for subsequent processing.

[0023] Furthermore, the data processing center can subscribe to the pre-processed message from the message bus, obtain the business transaction information in the message, and generate a quotation reception event and a reception status based on the business transaction information, and then extract the quotation data from the business transaction information in the quotation reception event, and generate a quotation accounting event and an accounting status after extraction, and send the message containing the quotation accounting event and the accounting status to the message bus; that is, the data processing center needs to perform accounting processing on the quotation data of the business transaction in the message, which is also an indispensable link in the business transaction; in this embodiment, the accounting process of the message is recorded by generating corresponding events and corresponding statuses in order to monitor the processing process of the message.

[0024] Furthermore, the risk control engine can subscribe to the message containing the quotation accounting event and accounting status from the message bus. This link is mainly the process of risk verification of the business transactions in the message. This process can be automatically calculated by configuring the risk control items in the risk control system, and the accounting results of each stage are received by the risk control engine, and the message containing the accounting results is sent to the message bus for subsequent processing. It should be noted that after the risk verification is performed by the risk control engine control model, results such as pass, prohibition and pending review can be obtained. Among them, the pending review result can be selected according to the specific situation. For example, some messages that only require simple verification may not need to go through the pending review process. For example, for some important messages, they need to be automatically calculated by the risk control items and then re-checked by the pending review personnel. After the verification by the risk control engine, they can enter the pending review stage.

[0025] Furthermore, the data processing center can subscribe to the message containing the accounting results from the message bus, and generate transaction events and transaction status based on the accounting results. The accounting results here include the accounting results of the business transactions initiated by this party and the accounting results of the business transactions initiated by the counterparty. Different transaction events and corresponding transaction statuses are generated according to different accounting results. Therefore, the transaction event here can be understood as: the situation that occurs during business interaction between this party and the counterparty, and the transaction status can be understood as: the transaction progress between this party and the counterparty. The transaction processing information can be obtained from the process of this transaction, and then the message containing the transaction processing information is sent to the message bus for subsequent processing.

[0026] Finally, the front-end module or data delivery center can subscribe to the message containing the transaction processing information in the message bus, that is, confirm the result of the final business transaction. The front-end module returns the transaction processing information to the initiator of the party, and the data delivery center returns the transaction processing information to the initiator of the counterparty.

[0027] In this embodiment, the message bus runs through the entire flow system, and each flow node interacts with the message bus. In this way, the downtime of any flow node will not affect the operation capability of the entire system. Therefore, it can effectively reduce the coupling degree between each module and optimize the data flow, so that the flow system of the present invention has the advantages of high efficiency, stability and reliability.

[0028] In one embodiment, the node end includes a client and a protocol converter, the client is used to receive the message sent by the front-end module, complete the basic elements in the message, and verify the basic elements, encapsulate the basic elements after verification and send them to the message bus for subscription; the protocol converter is used to receive the message in the IMIX protocol format sent by the data transmission center, translate the message in the IMIX protocol format into a message in a preset universal protocol format, and send the translated message to the message bus for subscription.

[0029] In this embodiment, the client is used by the initiator to log in to the front-end module and initiate a business transaction message in the front-end module; specifically, the client will complete the basic elements according to the content input by the initiator, and verify the basic elements at the same time, such as price input compliance, numerical unit verification, minimum change unit verification, transaction amount and pledge denomination compliance verification, etc., and after meeting the verification rules, the basic elements will be packaged according to the preset general protocol format, and then sent to the message bus to wait for subscription.

[0030] The protocol converter is used to receive messages sent by the data transmission center, that is, messages sent by the counterparty. In many platforms providing business transactions, the IMIX protocol format (that is, the information exchange protocol format) is often used for information exchange. For institutions that do not often use the IMIX protocol format, the protocol converter can be used to translate messages in the IMIX protocol format into messages in the universal protocol format preset in the system of the counterparty, thereby improving the convenience of data interaction. After the protocol converter converts the messages in the IMIX protocol format into messages in the universal protocol format preset in the system of the counterparty, the translated messages are sent to the message bus to wait for subscription.

[0031] In one embodiment, the data processing hub includes a quotation receiving unit, a quotation review unit, a quotation approval unit and a data transmission unit; the quotation receiving unit is used to subscribe to the message in the message bus, and generate a quotation receiving event in a new quotation reception and a modified quotation reception according to the message, and generate a corresponding receiving state in a new receiving state and a re-receiving state according to the quotation receiving event; the quotation review unit is used to extract and process the quotation information in the quotation receiving event and generate a quotation review event and a pending review state; the quotation review unit is used to process the quotation information in the quotation receiving event The quotation data is extracted and processed to generate a quotation review event and a pending review status, and the review processing instruction for the quotation review event is received, so that the reviewer completes the review operation according to the review processing instruction, and updates the pending review status to the reviewed status after the review is completed; the quotation approval unit is used to generate a quotation approval event and a pending approval status after the review, and receives the approval processing instruction for the quotation approval event, so that the reviewer completes the approval operation according to the approval processing instruction, and updates the pending approval status to the approved status after the approval is completed; the data transmission unit is used to send a message containing the quotation approval event and the approved status to the message bus.

[0032] In this embodiment, the data processing center is an important node for controlling the feasibility of business transactions; taking the business of initiating a spot bond transaction as an example, the new quotation reception event can be: this party receives a new quotation for spot bond transaction sent by itself or this party receives a new quotation for spot bond transaction sent by the counterparty, and the corresponding new receipt status can be: this party newly receives its own quotation status or this party newly receives the counterparty's quotation status; that is, the modified quotation reception event can be: this party receives a modified quotation for spot bond transaction sent by itself or this party receives a modified quotation for spot bond transaction sent by the counterparty, and the corresponding re-receipt status can be: this party re-receives its own quotation status or this party re-receives the counterparty's quotation status; it can be understood that taking the business of initiating a spot bond transaction as an example, the corresponding events and statuses can also be applied.

[0033] Furthermore, continuing to use the example of a business of initiating a spot bond transaction by our party, it should be noted that the review process here is based on the situation where it needs to enter the pending review process after risk control verification. The quotation review unit can extract and process the quotation data of the quotation information in the quotation receiving event of the spot bond transaction and generate a quotation review event and a pending review status; that is, the quotation review event can be: reviewing the quotation data of the spot bond transaction initiated by our party, and the corresponding pending review status is: waiting for review of the spot bond transaction status; in this way, after receiving the review processing instruction for the quotation review event, the reviewer can be reminded to review the quotation data of the spot bond transaction initiated by our party, and after the reviewer completes the review, the pending review status will be updated to the reviewed status.

[0034] Furthermore, after the review is completed, a quotation approval event and a pending approval status are generated by the quotation approval unit, that is, the quotation review event is: approving the quotation data of the current securities trading initiated by this party, and the corresponding pending approval status is: waiting for approval of the current securities trading status; in this way, after receiving the approval processing instruction for the quotation approval event, the approval personnel can be reminded to approve the quotation data of the current securities trading initiated by this party, and after the approval personnel completes the approval, the pending approval status is updated to the approved status.

[0035] Furthermore, after the approval is completed, the message containing the quotation approval event and the approved status is sent to the message bus through the data transmission unit to wait for subscription.

[0036] It should be noted that this embodiment divides the aforementioned quotation accounting events into quotation review events and quotation approval events, with the aim of increasing the accounting process to ensure the certainty of the quotation; it should also be noted that in the processing of quotation review events and quotation approval events, other events and other statuses are generated. For example, when the review fails or the transaction is withdrawn, a quotation rejection event or a transaction withdrawal event will be generated, and a rejected status or a revoked status will be generated accordingly. The specific settings can be made according to the various situations existing in the quotation accounting process.

[0037] In one embodiment, the risk control engine includes a verification unit, which is used to subscribe to the message in the message bus and call the risk control verification module to perform risk calculation on the content of the quotation calculation event in the message one by one through pre-configured risk control items and obtain the calculation results, and send the message containing the calculation results to the message bus.

[0038] In this embodiment, the verification unit is used to verify the content of the quotation accounting event, that is, to verify the content of the above-mentioned review and approval process. The risk control verification module is used to perform risk verification on the content of the message in the review and approval process one by one and obtain the accounting results. The purpose is to ensure that the content in the message complies with the pre-configured risk control items, thereby improving the effectiveness, security and compliance of the business transaction, and after the risk verification, the accounting results are sent to the message bus for subscription.

[0039] In one embodiment, the data processing center includes a calculation acquisition unit and a transaction processing unit; the calculation acquisition unit is used to subscribe to the message in the message bus and obtain the calculation result. If the calculation result is passed, a transaction event for executing a business transaction between the party and the counterparty is generated, and a corresponding transaction state of a pending transaction state or a pending rejection state is generated according to the transaction event; the transaction processing unit is used to connect to the data delivery center, process the business transaction between the party and the counterparty and obtain transaction processing information, and update the transaction state to one of a completed state and a rejected state according to the specific transaction processing information, and send the message containing the transaction processing information to the message bus.

[0040] In this embodiment, the example of a business of initiating a spot bond transaction is continued; first, the accounting result after risk verification is subscribed to from the message bus through the accounting acquisition unit. If the accounting result is passed, a transaction event of selling the spot bond by the party and buying the spot bond by the counterparty is generated, and the corresponding transaction status is a waiting state for the transaction between the party and the counterparty or a waiting state for the counterparty to reject the party. The transaction status here indicates that although a transaction event is generated, it is not necessarily possible to complete the transaction. If the counterparty completes the transaction event, a waiting state for the transaction between the party and the counterparty is generated and updated to a completed state after the transaction. If the counterparty rejects the transaction event, a waiting state for the counterparty to reject the party is generated and updated to a counterparty has rejected the party state after the rejection. The transaction processing information of the business transaction between the party and the counterparty is obtained, and a message containing the transaction processing information is sent to the message bus for subscription.

[0041] It should be noted that in addition to selecting the transaction or rejection event, the counterparty can also modify its own quotation, which will generate a modified quotation reception event. That is, the counterparty receives the modified quotation for the current security purchase and sale from the counterparty. At this time, the counterparty needs to repeat the above-mentioned accounting process and risk verification process for the counterparty's modified quotation; or the counterparty can choose to cancel the transaction, which will generate a pending cancellation event and update the status to canceled.

[0042] It should also be noted that in the process of business transactions between our party and the counterparty, data exchange is carried out through the data transmission center. In order to better follow up the business transaction situation, the transaction events and status in this implementation are not limited to these. For example, there is also an expired status corresponding to the quotation expiration event, a waiting for feedback status corresponding to the waiting for feedback from the data transmission center event, etc. The specific settings can be made according to various situations existing in the business interaction link.

[0043] In one embodiment, the front-end module is used to subscribe to the message in the message bus and obtain transaction processing information, and display the transaction processing information on the client; the protocol converter is used to subscribe to the message in the message bus and obtain transaction processing information, and translate the message in the universal protocol format into a message in the IMIX protocol format, and send it to the data transmission center.

[0044] In this embodiment, the front-end module subscribes to messages from the message bus and obtains the transaction processing information from the messages and displays it on the client to feedback to the initiator of the business transaction; the protocol converter subscribes to messages from the message bus and obtains the transaction processing information from the messages. At this time, the format of the message is the universal protocol format used in this party's system. The message in the universal protocol format needs to be translated into a message in the IMIX protocol format and sent to the data transmission center; it should be noted that in the process of business transactions between this party and the counterparty, each time data interaction is carried out through the data transmission center, the format of the message needs to be translated accordingly through the protocol converter.

[0045] In one embodiment, the preset universal protocol format is obtained by modifying the FIX protocol, and the modification process includes:

[0046] Add message verification mechanism and protocol conversion interface;

[0047] Optimize message type mapping logic and message callback logic;

[0048] Add internal use fields and message types to the message content.

[0049] In this embodiment, in order to facilitate data conversion between the universal protocol format preset in this system and the IMIX protocol format, it can be modified based on the FIX protocol format (financial message protocol format) to obtain a universal protocol format; specifically, on the basis of retaining the original retransmission, data consistency assurance, and efficient transmission characteristics of the FIX protocol format, the message verification mechanism and protocol conversion interface used in this system are added; and the message type mapping logic is optimized so that the message can adapt to the message more dynamically without modifying the mapping code each time; and the message callback logic is optimized so that the message can automatically be logically mapped according to different message types without modifying the callback code each time; and the message content is added with fields and message types used internally by this party, which can better support business transactions between the two parties to the transaction, such as adding internally used fields such as fund code and personnel information, and adding internally used message types such as freeze, unfreeze, and refresh.

[0050] In one embodiment, the circulation system further includes a background service connected to the front-end module, and the background service is used to query the message flow, message data, basic attribute information, permission configuration and static transaction data.

[0051] In this embodiment, after the backend service is connected to the frontend module, the inquiring personnel can log in to the frontend module from the backend service and inquire about the message processes and message data that are in circulation or trace the message processes and data that have been completed and archived, as well as inquire about the basic attribute information, permission configuration and static transaction data of various types of messages.

[0052] In one embodiment, the message bus, node end, front-end module, data transmission center, data processing center and risk control engine are all provided with a confirmation mechanism to ensure the complete transmission of the message.

[0053] In this embodiment, methods such as serial number feedback can be used to implement a confirmation mechanism for complete message delivery. For example, after a message is completely delivered from the current node to the next node, if a preset serial number can be returned, it means that the message is completely delivered. If the preset serial number is not returned correctly, it means that the message is not completely delivered to the next node. This ensures the integrity of the data flow.

[0054] In one embodiment, the message bus is deployed in a cluster manner, and a multi-node mirror queue backup mechanism is used to back up data in the message bus, so as to achieve disaster recovery and recovery of the data in the message bus.

[0055] The above description is merely a specific embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in the present invention, and such modifications or substitutions are intended to be within the scope of protection of the present invention. Therefore, the scope of protection of the present invention shall be subject to the scope of protection of the claims.

Claims

1. A message transfer system between financial institutions, characterized in that: The circulation system includes: a message bus, node terminals respectively connected to the message bus for communication, a front-end module, a data transmission center, a data processing center, and a risk control engine; wherein: The node is used to receive messages sent by the front-end module of the party or the data transmission center, pre-process the messages, and send the pre-processed messages to the message bus, wherein the data transmission center is the platform for business data exchange between the party and the counterparty; The data processing hub is used to subscribe to the message in the message bus, and generate a quotation reception event and a reception status according to the message, and perform quotation data extraction processing on the quotation reception event and generate a quotation accounting event and an accounting status to record the accounting process of the message, and send the message containing the quotation accounting event and the accounting status to the message bus; The risk control engine is used to subscribe to the message in the message bus, perform risk calculation on the quotation calculation event and obtain the calculation result, and send the message containing the calculation result to the message bus; The data processing hub is used to subscribe to the message in the message bus and obtain the calculation result, generate a transaction event and a transaction status according to the calculation result, perform data transmission processing on the transaction event to obtain transaction processing information, and send the message containing the transaction processing information to the message bus; The front-end module or data delivery center is used to subscribe to the message in the message bus and obtain transaction processing information; The node end includes a client and a protocol converter, wherein: the client is used to receive the message sent by the front-end module, complete the basic elements in the message, verify the basic elements, encapsulate the basic elements after verification, and send them to the message bus for subscription; The protocol converter is used to receive the message in the IMIX protocol format sent by the data transmission center, translate the message in the IMIX protocol format into a message in a preset universal protocol format, and send the translated message to the message bus to wait for subscription; Among them, the preset universal protocol format is modified and obtained based on the FIX protocol, and the modification process includes: adding a message verification mechanism and a protocol conversion interface; optimizing the message type mapping logic and message callback logic; and adding internal use fields and message types to the message content.

2. The message transfer system between financial institutions according to claim 1, characterized in that: The data processing hub includes a quotation receiving unit, a quotation review unit, a quotation approval unit, and a data transmission unit, wherein: The quotation receiving unit is used to subscribe to the message in the message bus, and generate a quotation receiving event of a new quotation receiving event and a modified quotation receiving event according to the message, and generate a corresponding receiving state of a new receiving state and a re-receiving state according to the quotation receiving event; The quotation review unit is used to extract and process the quotation data from the quotation information in the quotation reception event and generate a quotation review event and a pending review status, and receive a review processing instruction for the quotation review event, so that the reviewer completes the review operation according to the review processing instruction, and updates the pending review status to the reviewed status after the review is completed; The quotation approval unit is used to generate a quotation approval event and a pending approval status after review, and receive an approval processing instruction for the quotation approval event, so that the approval personnel can complete the approval operation according to the approval processing instruction, and update the pending approval status to the approved status after the approval is completed; The data transmission unit is used to send a message containing a quotation approval event and an approved status to a message bus.

3. The message transfer system between financial institutions according to claim 2, characterized in that: The risk control engine includes a verification unit, The verification unit is used to subscribe to the message in the message bus and call the risk control verification module to perform risk calculation on the content of the quotation calculation event in the message one by one through the pre-configured risk control items and obtain the calculation results, and send the message containing the calculation results to the message bus.

4. The message transfer system between financial institutions according to claim 1, characterized in that: The data processing hub includes a calculation acquisition unit and a transaction processing unit, wherein: The calculation acquisition unit is configured to subscribe to the message in the message bus and obtain the calculation result, and if the calculation result is passed, generate a transaction event for executing a business transaction between the party and the counterparty, and generate a corresponding transaction status of one of a pending transaction status and a pending rejection status according to the transaction event; The transaction processing unit is used to connect to the data transmission center, process business transactions between the party and the counterparty and obtain transaction processing information, and update the transaction status to one of the completed status and rejected status according to the specific transaction processing information, and send a message containing the transaction processing information to the message bus.

5. The message transfer system between financial institutions according to claim 1, characterized in that: The front-end module is used to subscribe to the message in the message bus and obtain transaction processing information, and display the transaction processing information on the client; The protocol converter is used to subscribe to the message in the message bus and obtain transaction processing information, and translate the message in the universal protocol format into a message in the IMIX protocol format and send it to the data transmission center.

6. The message transfer system between financial institutions according to claim 1, characterized in that: It also includes a background service connected to the front-end module, and the background service is used to query message flow, message data, basic attribute information, permission configuration and static transaction data.

7. The message transfer system between financial institutions according to claim 1, characterized in that: The message bus, node end, front-end module, data transmission center, data processing center and risk control engine are all equipped with confirmation mechanisms to ensure the complete transmission of messages.

8. The message transfer system between financial institutions according to claim 1, characterized in that: The message bus is deployed in a cluster manner, and a multi-node mirror queue backup mechanism is used to back up data in the message bus.

Citation Information

Patent Citations

  • Sales system, realization method and realization device for sales system, and readable storage medium

    CN108053317A

  • Message processing method and device for simulation exchange

    CN110473101A

  • A national debt futures transaction system based on sub-account risk control

    CN113159939A

  • Intelligent streaming transaction execution method and device

    CN113159941A