Transaction information processing method and device, processor and electronic equipment
By obtaining transaction information, determining transaction identifiers and message tags, the custom development problem of transaction information flowing between multiple business systems is solved, and code reusability and the work efficiency of financial institutions are improved.
Patent Information
- Application Number
- CN202311000413.5
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2023-08-09
- Publication Date
- 2025-02-18
AI Technical Summary
In the prior art, when transaction information flows between multiple business systems, it is necessary to customize and develop codes for transmitting transaction information, resulting in low code reuse and increasing the work burden and development costs of financial institutions.
When the target transaction is detected to be completed, the transaction information is obtained and the transaction identification is determined, the message tag is determined based on the preset contract information and the transaction identification, and the transaction information is then sent to the indicated downstream business system.
It improves the code reusability of transaction information between multiple business systems, reduces the development workload and time of financial institutions, and improves work efficiency.
Smart Images

Figure CN119484634A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of cloud computing technology, and in particular to a method, device, processor and electronic device for processing transaction information. Background Art
[0002] At present, financial institutions provide personal account management services to customers by registering personal information and account information related to customers, and support customers to increase, decrease and clear personal account information. After the customer completes the financial transaction, the account information of the customer is supplemented with account funds.
[0003] In the prior art, there are generally two ways to update a customer's account information in a financial institution: one is to detect the account data of the Flink cluster in the business system of the financial institution in real time. When the account data changes, the Flink cluster synchronization link of the existing account is reused, a new Flink task is added to filter the transaction details of the specified account, and a notification of the account change (i.e., a message that the account information has changed) is generated. The notification of the account change is then pushed to the message queue. The downstream business system completes the business-side account supplement registration processing by real-time monitoring and consuming the notification of the account change in the message queue; the second is to send the account's account change notification to the message queue through a designated channel, which is filtered and consumed by the message queue. The downstream business system monitors the messages in the message queue and filters the messages that the downstream business system needs to process to perform account supplement registration processing.
[0004] However, in the prior art, when account information (for example, account change notification) needs to be transmitted to different downstream business systems, developers are required to re-customize and develop the downstream business systems, resulting in a low degree of reuse of the code for transmitting account information. At the same time, due to the long customized development cycle and heavy development workload, the work efficiency of financial institutions is low.
[0005] Regarding the problem that when transaction information in related technologies flows between multiple business systems, different business systems need to develop customized codes for transmitting transaction information, resulting in a low degree of code reuse and low work efficiency of financial institutions. No effective solution has been proposed so far. Summary of the invention
[0006] The main purpose of this application is to provide a transaction information processing method, device, processor and electronic device to solve the problem in the related technology that when transaction information flows between multiple business systems, different business systems need to customize and develop codes for transmitting transaction information, resulting in a low degree of code reuse and low working efficiency of financial institutions.
[0007] In order to achieve the above-mentioned purpose, according to one aspect of the present application, a method for processing transaction information is provided, the method comprising: when it is detected that the target transaction is completed, obtaining the transaction information of the target transaction; determining the transaction identifier of the target transaction based on the transaction information; determining the message tag of the target transaction based on preset signing information and the transaction identifier, wherein the signing information stores the correspondence between the preset transaction information and the downstream business system, and the message tag is used to indicate the downstream business system of the target transaction; and sending the transaction information to the downstream business system indicated by the message tag.
[0008] Furthermore, before determining the message tag of the target transaction based on the preset signing information and the transaction identifier, the method also includes: determining the signing information of the downstream business system based on the business needs of the financial institution; determining the account information corresponding to each signing information; and configuring the preset signing information based on the signing information and the account information corresponding to each signing information.
[0009] Furthermore, determining the message tag of the target transaction based on the preset signing information and the transaction identifier includes: querying the target account information of the target transaction based on the transaction identifier, wherein the target account information refers to the information of the target account for conducting the target transaction; determining the signing information corresponding to the target transaction based on the target account information and the preset signing information to obtain the target signing information; and determining the message tag of the target transaction based on the target signing information.
[0010] Furthermore, sending the transaction information to the downstream business system indicated by the message tag includes: generating an initial message of the target transaction based on the transaction identifier, the message tag and the transaction information; converting the format of the initial message into a preset data format to obtain a target message; writing the target message into a message queue; and sending the target message in the message queue to the downstream business system indicated by the message tag.
[0011] Furthermore, sending the target message in the message queue to the downstream business system indicated by the message tag includes: pushing the target message to the downstream business system corresponding to the message tag through a socket interface, wherein the downstream business system processes the transaction information of the target transaction according to business needs.
[0012] Furthermore, before writing the target message into the message queue, the method also includes: performing MAC check, message integrity check and message format check on the target message in sequence to obtain the check result of the target message; if the check result is passed, writing the target message into the message queue.
[0013] Furthermore, after writing the target message into the message queue, the method further includes: storing the target message and the message status of the target message in a preset database; and querying from the preset database when a query request for the target message is received.
[0014] In order to achieve the above-mentioned purpose, according to another aspect of the present application, a transaction information processing device is provided, which includes: an acquisition unit, used to acquire the transaction information of the target transaction when it is detected that the target transaction is completed; a first determination unit, used to determine the transaction identifier of the target transaction based on the transaction information; a second determination unit, used to determine the message tag of the target transaction based on preset signing information and the transaction identifier, wherein the signing information stores the correspondence between the preset transaction information and the downstream business system, and the message tag is used to indicate the downstream business system of the target transaction; a sending unit, used to send the transaction information to the downstream business system indicated by the message tag.
[0015] Furthermore, the device also includes: a first determination subunit, used to determine the contract information of the downstream business system according to the business needs of the financial institution before determining the message tag of the target transaction based on the preset contract information and the transaction identifier; a second determination subunit, used to determine the account information corresponding to each contract information; and a configuration subunit, used to configure the preset contract information based on the contract information and the account information corresponding to each contract information.
[0016] Furthermore, the second determination unit includes: a query subunit, used to query the target account information of the target transaction based on the transaction identifier, wherein the target account information refers to the information of the target account for conducting the target transaction; a third determination subunit, used to determine the contract information corresponding to the target transaction based on the target account information and the preset contract information, and obtain the target contract information; and a fourth determination subunit, used to determine the message tag of the target transaction based on the target contract information.
[0017] Furthermore, the sending unit includes: a generating subunit, used to generate an initial message of the target transaction based on the transaction identifier, the message tag and the transaction information; a converting subunit, used to convert the format of the initial message into a preset data format to obtain a target message; a first writing subunit, used to write the target message into a message queue; and a sending subunit, used to send the target message in the message queue to the downstream business system indicated by the message tag.
[0018] Furthermore, the sending subunit includes: a push module, used to push the target message to the downstream business system corresponding to the message tag through a socket interface, wherein the downstream business system processes the transaction information of the target transaction according to business requirements.
[0019] Furthermore, the sending unit also includes: a verification subunit, which is used to perform MAC verification, message integrity verification and message format verification on the target message in sequence before writing the target message into the message queue to obtain the verification result of the target message; and a second writing subunit, which is used to write the target message into the message queue if the verification result is passed.
[0020] Furthermore, the sending unit also includes: a storage subunit, which is used to store the target message and the message status of the target message in a preset database after writing the target message into the message queue; and a query subunit, which is used to query from the preset database when a query request for the target message is received.
[0021] In order to achieve the above objective, according to one aspect of the present application, a processor is provided, and the processor is used to run a program, wherein when the program is run, any one of the transaction information processing methods described above is executed.
[0022] In order to achieve the above-mentioned purpose, according to one aspect of the present application, an electronic device is provided, including one or more processors and a memory, the memory being used to store one or more programs, wherein when the one or more programs are executed by one or more processors, the one or more processors implement any one of the above-mentioned methods for processing transaction information.
[0023] Through this application, the following steps are adopted: when the target transaction is detected to be completed, the transaction information of the target transaction is obtained; the transaction identifier of the target transaction is determined according to the transaction information; the message tag of the target transaction is determined according to the preset contract information and the transaction identifier, wherein the contract information stores the corresponding relationship between the preset transaction information and the downstream business system, and the message tag is used to indicate the downstream business system of the target transaction; the transaction information is sent to the downstream business system indicated by the message tag, which solves the problem that when the transaction information flows between multiple business systems in the related technology, the code for transmitting the transaction information needs to be customized and developed between different business systems, resulting in a low degree of code reuse, leading to low work efficiency of the financial institution. By configuring the preset contract information, the downstream business system that subscribes to the transaction information of the target transaction can be determined according to the transaction identifier of the target transaction, and then the transaction information of the target transaction is sent to the corresponding downstream business system, avoiding the establishment of multiple message queues between different business systems, resulting in an increase in the workload of financial institution developers and low work efficiency of the financial institution, improving the reusability of the code, and achieving the effect of improving the work efficiency of the financial institution. BRIEF DESCRIPTION OF THE DRAWINGS
[0024] The drawings constituting a part of the present application are used to provide a further understanding of the present application. The illustrative embodiments and descriptions of the present application are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:
[0025] Figure 1 is a flowchart of a method for processing transaction information provided in Example 1 of the present application;
[0026] Figure 2 This is a schematic diagram of an optional transaction information processing method provided in Example 1 of the present application. Figure 1 ;
[0027] Figure 3 is a schematic diagram of a transaction information processing device provided in Embodiment 2 of the present application;
[0028] Figure 4 This is a schematic diagram of an optional transaction information processing method provided in Example 3 of the present application. Figure 2 ;
[0029] Figure 5 This is a schematic diagram of an optional transaction information processing method provided in Example 3 of the present application. Figure 3 ;
[0030] Figure 6 This is a schematic diagram of an optional transaction information processing method provided in Example 3 of the present application. Figure 4 ;
[0031] Figure 7 It is a schematic diagram of an electronic device for processing transaction information provided according to the sixth embodiment of the present application. DETAILED DESCRIPTION
[0032] It should be noted that, in the absence of conflict, the embodiments and features in the embodiments of the present application can be combined with each other. The present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.
[0033] It should be noted that the user information (including but not limited to user device information, user personal information, user transaction information, user account information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, user transaction data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with the relevant laws, regulations and standards of the relevant countries and regions, and provide corresponding operation entrances for users to choose to authorize or refuse.
[0034] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present application.
[0035] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequential order. It should be understood that the data used in this way can be interchanged where appropriate, so that the embodiments of the present application described here. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.
[0036] Embodiment 1
[0037] The present invention is described below in conjunction with preferred implementation steps. Figure 1 is a flowchart of a method for processing transaction information provided in Example 1 of the present application. Figure 1 As shown, the method comprises the following steps:
[0038] Step S101, when it is detected that the target transaction is completed, the transaction information of the target transaction is obtained.
[0039] In the first embodiment, the target transaction refers to a transaction conducted in a financial institution. The transaction information of the target transaction refers to information related to the target transaction, such as the account information of the transaction party of the target transaction, the transaction time, the transaction amount, etc. After the target transaction is completed, the financial institution needs to process the transaction information of the target transaction to complete the account supplementary registration processing on the business side of the financial institution.
[0040] Step S102: determining a transaction identifier of the target transaction according to the transaction information.
[0041] In the first embodiment, the transaction identifier refers to the key information index element of each transaction in the financial institution, which is used to locate different transactions conducted by the financial institution. Specifically, the transaction identifier of the target transaction can be the serial number of the target transaction. When the target transaction triggers an event predefined by the financial institution (for example, the account balance of the transaction party of the target transaction changes), the transaction identifier of the target transaction can also include the event code of the target transaction; when the target transaction also includes multiple sub-transactions, the transaction identifier of the target transaction can also include the sub-transaction serial number.
[0042] Step S103, determining the message tag of the target transaction based on the preset contract information and the transaction identifier, wherein the contract information stores the correspondence between the preset transaction information and the downstream business system, and the message tag is used to indicate the downstream business system of the target transaction.
[0043] In the first embodiment of the present invention, when determining the downstream business system corresponding to the target transaction, the contract information involved in the target transaction can be determined through the transaction identifier of the target transaction, and then the downstream business system that subscribes to the transaction information of the target transaction can be determined based on the contract information related to the target transaction to obtain the message tag.
[0044] The contract information is used to indicate the transaction information subscribed by different business systems. Specifically, the contract information can be that when the transaction time of a transaction in a financial institution changes, the transaction information of the transaction is sent to business system A and business system B; the contract information can also be that when the target transaction is completed, if the account balance of the transaction party in the target transaction changes, the transaction information of the target transaction needs to be sent to business system B and business system C.
[0045] Step S104, sending the transaction information to the downstream business system indicated by the message tag.
[0046] In the first embodiment, the transaction information of the target transaction is sent to the downstream business system that has subscribed to the transaction information of the target transaction through the indication of the message tag. Specifically, after the target transaction is completed, according to the transaction identifier of the target transaction, it is determined that the transaction tag of the target transaction is the SMS platform, and then the transaction information of the target transaction is sent to the SMS platform, and the SMS platform performs corresponding processing according to its own business logic.
[0047] In summary, the method for processing transaction information provided in the first embodiment of the present application obtains the transaction information of the target transaction when the target transaction is detected to be completed; determines the transaction identifier of the target transaction based on the transaction information; determines the message tag of the target transaction based on the preset contract information and the transaction identifier, wherein the contract information stores the correspondence between the preset transaction information and the downstream business system, and the message tag is used to indicate the downstream business system of the target transaction; and sends the transaction information to the downstream business system indicated by the message tag, which solves the problem that when the transaction information in the related technology flows between multiple business systems, the code for transmitting the transaction information needs to be customized and developed between different business systems, resulting in a low degree of code reuse, leading to low work efficiency of the financial institution. By configuring the preset contract information, the downstream business system that subscribes to the transaction information of the target transaction can be determined according to the transaction identifier of the target transaction, and then the transaction information of the target transaction is sent to the corresponding downstream business system, avoiding the establishment of multiple message queues between different business systems, resulting in an increase in the workload of financial institution developers and low work efficiency of the financial institution, improving the reusability of the code, and achieving the effect of improving the work efficiency of the financial institution.
[0048] Optionally, in the transaction information processing method provided in Example 1 of the present application, before determining the message tag of the target transaction based on the preset signing information and the transaction identifier, the above method also includes: determining the signing information of the downstream business system based on the business needs of the financial institution; determining the account information corresponding to each signing information; and configuring the preset signing information based on the signing information and the account information corresponding to each signing information.
[0049] In the first embodiment of the present invention, in order to determine the downstream business system of the transaction information of the target transaction, the transaction information subscribed to by the downstream business system can be determined in advance according to the business needs of the financial institution, and then the account information related to the contract information can be determined according to the transaction information involved in each contract information. Finally, the preset contract information is configured according to the contract information and at least one account information corresponding to each contract information.
[0050] Specifically, the business requirements of the financial institution set that the transaction information of the transactions completed by the Class A customers in the financial institution needs to be sent to the business system B1 and the business system B2 for processing. Then, the account information of all Class A customers is determined according to the account type in each account information. Finally, the contract information is configured for all Class A customers and the business system B1, and all Class A customers and the business system B2, and the preset contract information is obtained.
[0051] In addition to configuring contract information based on specific account information, contract information can also be configured based on account attributes. For example, when the account balance of a Class A account changes, the business system B1 is configured according to business needs to send the account information of the account to the business system B1 for processing, i.e., the contract information is configured for the Class A account.
[0052] It should be noted that after the contract information is generated, the contract information can be stored in a database or other server to facilitate subsequent maintenance and management of the contract information in the financial institution.
[0053] By configuring preset signing information, the distribution direction of the transaction information of the target transaction can be controlled according to the preset signing information, and then the transaction information of the target transaction can be processed according to business needs, avoiding the problem of low work efficiency of financial institutions caused by configuring message queues between multiple business systems, achieving the effect of ensuring the business stability of financial institutions, and further achieving the effect of improving the work efficiency of financial institutions.
[0054] Optionally, in the transaction information processing method provided in Example 1 of the present application, determining the message tag of the target transaction based on the preset signing information and the transaction identifier includes: querying the target account information of the target transaction based on the transaction identifier, wherein the target account information refers to the information of the target account for the target transaction; determining the signing information corresponding to the target transaction based on the target account information and the preset signing information to obtain the target signing information; and determining the message tag of the target transaction based on the target signing information.
[0055] In the first embodiment of the present invention, in order to determine the sending direction of the transaction information of the target transaction, the account information of the transaction party of the target transaction (i.e., the above-mentioned target account information) can be determined in the database of the financial institution based on the transaction identifier of the target transaction, and then the target contract information involving the target account can be determined based on the target account information, and finally the message tag corresponding to the target transaction can be determined based on the target contract information.
[0056] By searching the database of the financial institution through the transaction identifier of the target transaction, the message tag corresponding to the target transaction is determined, and then the downstream business party who subscribes to the transaction information of the target transaction is obtained, thereby achieving the effect of flexibly forwarding the transaction information of the target transaction and improving the work efficiency of the financial institution.
[0057] Optionally, in the transaction information processing method provided in Example 1 of the present application, sending the transaction information to the downstream business system indicated by the message tag includes: generating an initial message of the target transaction based on the transaction identifier, the message tag and the transaction information; converting the format of the initial message into a preset data format to obtain a target message; writing the target message into a message queue; and sending the target message in the message queue to the downstream business system indicated by the message tag.
[0058] In the first embodiment of the present invention, in order to promptly notify the downstream business party to obtain the transaction information of the target transaction, the initial message of the target transaction can be generated according to the transaction information, transaction identifier and message tag of the target transaction, and the initial message can be processed according to the preset data format to obtain the target message. Then, the target message is transmitted to the message queue, and the message data stored in the message queue is consumed in sequence, and the target message is sent to the corresponding downstream business system according to the message tag of each target message. Table 1 is an example of the target message in this solution. The account change notification refers to the notification information that notifies the corresponding downstream business system in the financial institution to process after the customer's account information changes.
[0059] Table 1 Target message
[0060] Message Subject Account Change Notification Message Tags SMS service platform Message content Send SMS to customers Message Description none
[0061] The target message can be generated through the transaction information of the target transaction, which is beneficial for the subsequent storage of the target message and further management and maintenance of the distribution of the target message.
[0062] Optionally, in the transaction information processing method provided in Example 1 of the present application, sending the target message in the message queue to the downstream business system indicated by the message tag includes: pushing the target message to the downstream business system corresponding to the message tag through the socket interface, wherein the downstream business system processes the transaction information of the target transaction according to business needs.
[0063] In the first embodiment, in order to push the target message, the target message can be pushed to the downstream business system corresponding to the message tag of the target transaction through the socket interface, and then the downstream business system processes the transaction information of the target transaction according to the business needs of the system.
[0064] Specifically, when the message tag of the target transaction indicates that the downstream business system is a SMS platform, the target message of the target transaction can be distributed to the SMS platform through the socket interface. The SMS platform performs integrity verification on the received target message, and then the SMS platform processes the target message and transaction information of the target transaction according to its own business logic.
[0065] Optionally, in the transaction information processing method provided in Example 1 of the present application, before writing the target message into the message queue, the method further includes: performing MAC verification, message integrity verification and message format verification on the target message in sequence to obtain the verification result of the target message; if the verification result is passed, writing the target message into the message queue.
[0066] In the first embodiment, in order to ensure the reliability of the target message before distributing it, MAC check, message integrity check and message format check may be performed on the target message, and the target message may be written into the message queue if it passes all checks.
[0067] MAC check and message integrity check are mainly used to verify the integrity and authenticity of the message to ensure that the message has not been tampered with or forged during transmission. Message format check is used to verify whether the data format of the target message conforms to the preset data format.
[0068] The message queue can use RocketMQ message middleware, which adopts the Topic publish-subscribe model, can provide high-reliability, high-performance message delivery services in a distributed environment, and supports high-concurrency message processing. It can be widely used in real-time message push, log collection, streaming data processing and other scenarios of Internet companies.
[0069] By performing MAC verification, message integrity verification and message format verification on the target message before writing it into the message queue, the integrity and authenticity of the target message can be guaranteed, thereby ensuring the reliability of the target message and improving the business stability of the financial institution.
[0070] Optionally, in the transaction information processing method provided in Example 1 of the present application, after writing the target message into the message queue, the method further includes: storing the target message and the message status of the target message in a preset database; and querying from the preset database when a query request for the target message is received.
[0071] In the first embodiment, in order to uniformly maintain and query the messages distributed by the financial institution, after the target message is generated, the target message can be stored in the database, and the state of the target message can be stored in the database at the same time. Therefore, the state, content and other information of the target message can be obtained in the database, and the business personnel of the financial institution can be supported to query and count the distribution of the message, and the query results and statistical results are converted into byte streams and returned to the business personnel.
[0072] In addition, before generating the target message, the transaction information of the target transaction can also be processed, that is, the transaction information of the target transaction can be merged according to the business needs of the financial institution, thereby improving the efficiency of the financial institution in processing data and ensuring the business stability of the financial institution.
[0073] Optionally, in the first embodiment, the process of distributing the transaction information of the target transaction according to the contract information can be as follows: Figure 2 As shown. First, after detecting that the target transaction is completed, the transaction serial number of the target transaction (i.e., the transaction identifier mentioned above) is obtained. Then, the account information of the target transaction is obtained from the database of the financial institution according to the transaction identifier, and the message tag of the target transaction is determined according to the account information, that is, the downstream business system that subscribes to the transaction information of the target transaction. Secondly, the target message is generated according to the transaction information, transaction serial number and message tag of the target transaction, and the target message is sent to the downstream business system indicated by the message tag through the socket interface. Finally, the downstream business system verifies the received target message and processes the target message and the transaction information of the target transaction according to the business logic of the downstream business system.
[0074] It should be noted that the steps shown in the flowcharts of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and that, although a logical order is shown in the flowcharts, in some cases, the steps shown or described can be executed in an order different from that shown here.
[0075] Embodiment 2
[0076] The second embodiment of the present application also provides a transaction information processing device. It should be noted that the transaction information processing device of the second embodiment of the present application can be used to execute the transaction information processing method provided in the first embodiment of the present application. The transaction information processing device provided in the second embodiment of the present application is introduced below.
[0077] Figure 3 Schematic diagram of a device for processing transaction information according to Embodiment 2 of the present application. Figure 3 As shown, the device includes: an acquisition unit 301, a first determination unit 302, a second determination unit 303 and a sending unit 304.
[0078] Specifically, the acquisition unit 301 is used to acquire the transaction information of the target transaction when it is detected that the target transaction is completed.
[0079] The first determining unit 302 is configured to determine a transaction identifier of a target transaction according to the transaction information.
[0080] The second determination unit 303 is used to determine the message tag of the target transaction based on the preset signing information and the transaction identifier, wherein the signing information stores the correspondence between the preset transaction information and the downstream business system, and the message tag is used to indicate the downstream business system of the target transaction.
[0081] The sending unit 304 is used to send the transaction information to the downstream business system indicated by the message tag.
[0082] The transaction information processing device provided in the second embodiment of the present application, through the acquisition unit 301, when the target transaction is detected to be completed, acquires the transaction information of the target transaction; the first determination unit 302 determines the transaction identifier of the target transaction according to the transaction information; the second determination unit 303 determines the message tag of the target transaction according to the preset contract information and the transaction identifier, wherein the contract information stores the corresponding relationship between the preset transaction information and the downstream business system, and the message tag is used to indicate the downstream business system of the target transaction; the sending unit 304 sends the transaction information to the downstream business system indicated by the message tag, which solves the problem that when the transaction information flows between multiple business systems in the related technology, the code for transmitting the transaction information needs to be customized and developed between different business systems, resulting in a low degree of code reuse, leading to low work efficiency of the financial institution. By configuring the preset contract information, the downstream business system that subscribes to the transaction information of the target transaction can be determined according to the transaction identifier of the target transaction, and then the transaction information of the target transaction is sent to the corresponding downstream business system, avoiding the establishment of multiple message queues between different business systems, resulting in an increase in the workload of financial institution developers and low work efficiency of the financial institution, improving the reusability of the code, and achieving the effect of improving the work efficiency of the financial institution.
[0083] Optionally, in the transaction information processing device provided in Example 2 of the present application, the above-mentioned device also includes: a first determination subunit, used to determine the contract information of the downstream business system according to the business needs of the financial institution before determining the message tag of the target transaction based on the preset contract information and the transaction identifier; a second determination subunit, used to determine the account information corresponding to each contract information; and a configuration subunit, used to configure the preset contract information based on the contract information and the account information corresponding to each contract information.
[0084] Optionally, in the transaction information processing device provided in Example 2 of the present application, the above-mentioned second determination unit 303 includes: a query subunit, used to query the target account information of the target transaction based on the transaction identifier, wherein the target account information refers to the information of the target account for the target transaction; a third determination subunit, used to determine the contract information corresponding to the target transaction based on the target account information and preset contract information, and obtain the target contract information; a fourth determination subunit, used to determine the message tag of the target transaction based on the target contract information.
[0085] Optionally, in the transaction information processing device provided in Example 2 of the present application, the above-mentioned sending unit 304 includes: a generating subunit, used to generate an initial message of the target transaction based on the transaction identifier, message tag and transaction information; a converting subunit, used to convert the format of the initial message into a preset data format to obtain a target message; a first writing subunit, used to write the target message into a message queue; and a sending subunit, used to send the target message in the message queue to a downstream business system indicated by the message tag.
[0086] Optionally, in the transaction information processing device provided in Example 2 of the present application, the above-mentioned sending sub-unit includes: a push module, used to push the target message to the downstream business system corresponding to the message tag through the socket interface, wherein the downstream business system processes the transaction information of the target transaction according to business needs.
[0087] Optionally, in the transaction information processing device provided in Example 2 of the present application, the above-mentioned sending unit 304 also includes: a verification subunit, which is used to perform MAC verification, message integrity verification and message format verification on the target message in sequence before writing the target message into the message queue to obtain the verification result of the target message; a second writing subunit, which is used to write the target message into the message queue when the verification result is passed.
[0088] Optionally, in the transaction information processing device provided in Example 2 of the present application, the above-mentioned sending unit 304 also includes: a storage subunit, which is used to store the target message and the message status of the target message in a preset database after the target message is written into the message queue; and a query subunit, which is used to query from the preset database when a query request for the target message is received.
[0089] The transaction information processing device includes a processor and a memory. The above-mentioned acquisition unit 301, first determination unit 302, second determination unit 303 and sending unit 304 are all stored in the memory as program units, and the processor executes the above-mentioned program units stored in the memory to realize corresponding functions.
[0090] The processor contains a kernel, which retrieves the corresponding program unit from the memory. One or more kernels can be set, and the working efficiency of financial institutions can be improved by adjusting kernel parameters.
[0091] The memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM, and the memory includes at least one memory chip.
[0092] Embodiment 3
[0093] The third embodiment of the present application also provides a system for processing transaction information. It should be noted that the system for processing transaction information in the third embodiment of the present application can be used to execute the method for processing transaction information provided in the first embodiment of the present application. The system for processing transaction information provided in the third embodiment of the present application is introduced below.
[0094] Figure 4 It is a functional module implemented by different service layers in the transaction information processing system.
[0095] First, the subscription service layer includes three modules: contract information configuration, message distribution, and message management query statistics. The contract information configuration module is responsible for generating contract information for the downstream business system to subscribe to transaction information. The contract information is used to control the distribution direction of transaction messages; the message distribution module is responsible for forwarding messages generated by transaction information according to the contract information; the message query statistics module is used to query and count according to the query conditions of business personnel, and generate byte streams based on the statistical results and return them to business personnel.
[0096] Then, the management layer includes three modules: contract information maintenance, message queue management and message management. The contract information maintenance module includes the definition of basic information of contract information, maintenance of contract information, maintenance of transaction channel information in financial institutions, maintenance of subscription information of downstream business systems and maintenance of channel subscription messages; the message queue management module includes message reading, message storage, idempotent processing, message sending and message sending status registration functions, among which idempotent processing is used to merge data in transaction information according to business needs; the message management module includes the maintenance and management of message status.
[0097] Finally, the basic service layer is responsible for the daily maintenance and status monitoring of the message queue, as well as the maintenance and management of the underlying operation information of the message queue. Among them, the message queue can use RocketMQ middleware.
[0098] Figure 5 It is a schematic diagram of the data interaction between the transaction information processing system and other business systems in the financial institution. Business systems in financial institutions (such as Figure 5 The deposit center, loan center and data accounting center in the transaction information processing system will send the account change data, transaction data and other related information to the transaction information processing system, and then the transaction information processing system will push the transaction generated messages to various downstream business systems according to the message signing situation.
[0099] The parameter management center is responsible for receiving parameter configuration changes made by business personnel in the transaction information processing system. The parameter change data is pushed to the system corresponding to the changed parameter through the transaction information processing system.
[0100] The log center is responsible for collecting the log data of the transaction information processing system and managing it in a unified manner;
[0101] The monitoring center is responsible for monitoring the operating status of the transaction information processing system and visually displaying the operating status on the device screen.
[0102] Figure 6 It is a schematic diagram of the process of generating messages after completing a transaction. First, different types of events are pre-defined in the transaction system of the financial institution through the event component. When the transaction is completed, the event in the transaction system is triggered and an event notification message is generated. The event guardian master processes the generated event notification messages in real time and calls the pre-set event component for processing. Then, the repeated event information in the event notification message is integrated according to business needs, and the corresponding transaction information is obtained in the transaction database. Secondly, the corresponding account information is retrieved in the database according to the serial number or event code of the event notification information, and the message tag involved in the account information is determined in the database storing the account contract information according to the account information. Finally, the event notification message, account information, transaction information and message tag are processed into a preset data format, stored in the message database, and the formatted message is sent to the message queue, which pushes the message to the downstream business system.
[0103] A fourth embodiment of the present invention provides a computer-readable storage medium on which a program is stored. When the program is executed by a processor, a method for processing transaction information is implemented.
[0104] A fifth embodiment of the present invention provides a processor, which is used to run a program, wherein the program executes a method for processing transaction information when the program is running.
[0105] like Figure 7 As shown, embodiment six of the present invention provides an electronic device, the device includes a processor, a memory, and a program stored in the memory and executable on the processor, and the processor implements the following steps when executing the program: when detecting that a target transaction is completed, obtaining transaction information of the target transaction; determining a transaction identifier of the target transaction based on the transaction information; determining a message tag of the target transaction based on preset signing information and the transaction identifier, wherein the signing information stores the correspondence between the preset transaction information and the downstream business system, and the message tag is used to indicate the downstream business system of the target transaction; and sending the transaction information to the downstream business system indicated by the message tag.
[0106] When the processor executes the program, the following steps are also implemented: before determining the message tag of the target transaction based on the preset signing information and the transaction identifier, the above method also includes: determining the signing information of the downstream business system based on the business needs of the financial institution; determining the account information corresponding to each signing information; configuring the preset signing information based on the signing information and the account information corresponding to each signing information.
[0107] When the processor executes the program, the following steps are also implemented: determining the message tag of the target transaction based on the preset signing information and the transaction identifier, including: querying the target account information of the target transaction based on the transaction identifier, wherein the target account information refers to the information of the target account for the target transaction; determining the signing information corresponding to the target transaction based on the target account information and the preset signing information to obtain the target signing information; determining the message tag of the target transaction based on the target signing information.
[0108] When the processor executes the program, the following steps are also implemented: sending the transaction information to the downstream business system indicated by the message tag includes: generating an initial message of the target transaction based on the transaction identifier, message tag and transaction information; converting the format of the initial message into a preset data format to obtain a target message; writing the target message into a message queue; and sending the target message in the message queue to the downstream business system indicated by the message tag.
[0109] When the processor executes the program, the following steps are also implemented: sending the target message in the message queue to the downstream business system indicated by the message tag includes: pushing the target message to the downstream business system corresponding to the message tag through the socket interface, wherein the downstream business system processes the transaction information of the target transaction according to business needs.
[0110] When the processor executes the program, the following steps are also implemented: before writing the target message into the message queue, the above method also includes: performing MAC check, message integrity check and message format check on the target message in sequence to obtain the check result of the target message; if the check result is passed, the target message is written into the message queue.
[0111] When the processor executes the program, the following steps are also implemented: after writing the target message into the message queue, the above method also includes: storing the target message and the message status of the target message in a preset database; and querying from the preset database when a query request for the target message is received.
[0112] The devices in this article can be servers, PCs, PADs, mobile phones, etc.
[0113] The present application also provides a computer program product, which, when executed on a data processing device, is suitable for executing a program that initializes the following method steps: when it is detected that the target transaction is completed, obtaining transaction information of the target transaction; determining the transaction identifier of the target transaction based on the transaction information; determining a message tag of the target transaction based on preset signing information and the transaction identifier, wherein the signing information stores the correspondence between the preset transaction information and the downstream business system, and the message tag is used to indicate the downstream business system of the target transaction; and sending the transaction information to the downstream business system indicated by the message tag.
[0114] When executed on a data processing device, it is also suitable for executing an initialization program having the following method steps: before determining the message tag of the target transaction based on the preset contract information and the transaction identifier, the above method also includes: determining the contract information of the downstream business system based on the business needs of the financial institution; determining the account information corresponding to each contract information; configuring the preset contract information based on the contract information and the account information corresponding to each contract information.
[0115] When executed on a data processing device, it is also suitable for executing a program that initializes the following method steps: determining the message tag of the target transaction based on preset contract information and a transaction identifier, including: querying the target account information of the target transaction based on the transaction identifier, wherein the target account information refers to the information of the target account for the target transaction; determining the contract information corresponding to the target transaction based on the target account information and the preset contract information to obtain the target contract information; determining the message tag of the target transaction based on the target contract information.
[0116] When executed on a data processing device, it is also suitable for executing an initialization program having the following method steps: sending transaction information to a downstream business system indicated by a message tag, including: generating an initial message of the target transaction based on the transaction identifier, message tag and transaction information; converting the format of the initial message into a preset data format to obtain a target message; writing the target message into a message queue; and sending the target message in the message queue to the downstream business system indicated by the message tag.
[0117] When executed on a data processing device, it is also suitable for executing an initialization program having the following method steps: sending a target message in a message queue to a downstream business system indicated by a message tag, including: pushing the target message to the downstream business system corresponding to the message tag through a socket interface, wherein the downstream business system processes the transaction information of the target transaction according to business needs.
[0118] When executed on a data processing device, it is also suitable for executing an initialization program having the following method steps: before writing the target message into the message queue, the above method also includes: performing MAC check, message integrity check and message format check on the target message in sequence to obtain the check result of the target message; if the check result is passed, writing the target message into the message queue.
[0119] When executed on a data processing device, it is also suitable for executing an initialization program having the following method steps: after writing the target message into the message queue, the above method also includes: storing the target message and the message status of the target message in a preset database; and querying from the preset database when a query request for the target message is received.
[0120] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.
[0121] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.
[0122] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.
[0123] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.
[0124] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.
[0125] The memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.
[0126] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.
[0127] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.
[0128] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that contain computer-usable program code.
[0129] The above are only embodiments of the present application and are not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included within the scope of the claims of the present application.
Claims
1. A method for processing transaction information, characterized in that: include: When it is detected that the target transaction is completed, obtaining transaction information of the target transaction; Determining a transaction identifier of the target transaction according to the transaction information; Determining a message tag of the target transaction according to preset contract information and the transaction identifier, wherein the contract information stores a correspondence between preset transaction information and a downstream business system, and the message tag is used to indicate the downstream business system of the target transaction; The transaction information is sent to the downstream business system indicated by the message tag.
2. The method according to claim 1, characterized in that Before determining the message tag of the target transaction according to the preset contract information and the transaction identifier, the method further includes: Determine the contract information of the downstream business system according to the business needs of the financial institution; Determine the account information corresponding to each contract information; The preset contract information is configured according to the contract information and the account information corresponding to each contract information.
3. The method according to claim 2, characterized in that Determining the message tag of the target transaction according to the preset contract information and the transaction identifier includes: querying target account information of the target transaction according to the transaction identifier, wherein the target account information refers to information of the target account for conducting the target transaction; Determine the contract information corresponding to the target transaction according to the target account information and the preset contract information, and obtain the target contract information; A message tag for the target transaction is determined based on the target contract information.
4. The method according to claim 1, characterized in that: Sending the transaction information to the downstream business system indicated by the message tag includes: generating an initial message of the target transaction according to the transaction identifier, the message tag and the transaction information; Convert the format of the initial message into a preset data format to obtain a target message; Writing the target message into a message queue; The target message in the message queue is sent to the downstream business system indicated by the message tag.
5. The method according to claim 4, characterized in that Sending the target message in the message queue to the downstream business system indicated by the message tag includes: The target message is pushed to the downstream business system corresponding to the message tag through a socket interface, wherein the downstream business system processes the transaction information of the target transaction according to business requirements.
6. The method according to claim 4, characterized in that Before writing the target message into the message queue, the method further includes: Performing MAC check, message integrity check and message format check on the target message in sequence to obtain a check result of the target message; When the verification result is passed, the target message is written into the message queue.
7. The method according to claim 4, characterized in that After writing the target message into the message queue, the method further includes: storing the target message and the message status of the target message in a preset database; When a query request for the target message is received, a query is performed from the preset database.
8. A transaction information processing device, characterized in that: include: an acquisition unit, configured to acquire transaction information of a target transaction when it is detected that the target transaction is completed; A first determining unit, configured to determine a transaction identifier of the target transaction according to the transaction information; A second determining unit is used to determine a message tag of the target transaction according to preset contract information and the transaction identifier, wherein the contract information stores a correspondence between preset transaction information and a downstream business system, and the message tag is used to indicate the downstream business system of the target transaction; A sending unit is used to send the transaction information to the downstream business system indicated by the message tag.
9. A processor, characterized in that: The processor is used to run a program, wherein the program, when running, executes the transaction information processing method described in any one of claims 1 to 7.
10. An electronic device, characterized in that: It includes one or more processors and a memory, wherein the memory is used to store one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the transaction information processing method described in any one of claims 1 to 7.