Reversal transaction return message assembly method, program product, medium and electronic device

Abstract

The present application relates to the field of data processing technology, and in particular to a method, program product, medium and electronic device for assembling a reversal transaction return message, which is applied to a distributed transaction system, and comprises: obtaining reversal transaction data of a reversal transaction, wherein the reversal transaction data comprises a data field and data values ​​corresponding to the data field; obtaining a mapping logic between each transaction parameter and each data field in the positive transaction corresponding to the reversal transaction; from the mapping logic, determining a mapping relationship between each transaction parameter and each data field in the positive transaction, and using the mapping relationship as a mapping relationship between each transaction parameter and each data field in the reversal transaction; mapping the data fields in the reversal transaction data according to the mapping relationship between each transaction parameter and each data field in the reversal transaction to generate a reversal transaction return message. In this way, there is no need to develop the reversal transaction business logic, which saves a lot of manpower and material resources.

Description

Technical Field

[0001] The present application relates to the field of data processing technology, and in particular to a method for assembling a transaction reversal return message, a program product, a medium and an electronic device. Background Art

[0002] The distributed banking system is divided into multiple layers, e.g. Figure 1 As shown, the distributed banking system 1000 may include a user layer 100, an integration layer 200, and a microservice layer 300. The user layer 100 includes clients such as online banking, mobile banking, and telephone banking.

[0003] The transaction process of the distributed banking system 1000 includes: the user layer 100 can receive a transaction request and send the transaction request to the integration layer 200, the integration layer 200 can send the transaction request to the microservice layer 300, wherein the microservice layer 300 can be used to execute the transaction corresponding to the received transaction request. After the microservice layer 300 executes the transaction, the transaction data corresponding to the transaction will be sent to the integration layer 200, the integration layer 200 is deployed with the business logic corresponding to the transaction request, and the integration layer 200 assembles the transaction data from the microservice layer 300 according to the business logic to obtain the transaction return message required by the client, and returns the transaction return message to the client.

[0004] Among them, the transaction requests received by the user layer 100 include positive transaction requests initiated by users and reversal transaction requests automatically initiated by the distributed banking system 1000. Positive transactions represent a positive transaction logic, which is a type of transaction developed to achieve a certain business effect. For example, positive transactions may include transfer transactions, deposit transactions, etc. initiated by users. Reversal transactions are a type of transaction that has a reverse logic to positive transactions. For example, when the distributed banking system 1000 detects that a transfer transaction has failed, but the transferor has already deducted the money, the distributed banking system 1000 will automatically perform a reversal transaction for the transfer transaction and send the reversal transaction request to the user layer. The user layer will receive the reversal transaction request and perform the above-mentioned transaction process to eliminate the business effect of the transferor's deduction of money.

[0005] The business logic in the integration layer 200 includes the positive transaction business logic for assembling the transaction return message of the positive transaction and the reversal transaction business logic for assembling the transaction return message of the reversal transaction. At present, the positive transaction business logic and the reversal transaction business logic corresponding to each transaction need to be designed and developed separately by developers, which consumes a lot of manpower and material resources. Summary of the invention

[0006] Some embodiments of the present application provide a method for assembling a reversal transaction return message, a program product, a medium and an electronic device. The present application is introduced from multiple aspects below, and the implementation methods and beneficial effects of the following multiple aspects can be referenced to each other.

[0007] In the first aspect, the implementation method of the present application provides a method for assembling a reversal transaction return message, which is applied to a distributed transaction system, and the method includes: obtaining the reversal transaction data of the reversal transaction, wherein the reversal transaction data includes at least one data field and at least one data value corresponding to each data field; obtaining the mapping logic between each transaction parameter and each data field in the positive transaction corresponding to the reversal transaction; from the mapping logic, determining the mapping relationship between each transaction parameter and each data field in the positive transaction, and using the mapping relationship between each transaction parameter and each data field in the positive transaction as the mapping relationship between each transaction parameter and each data field in the reversal transaction; according to the mapping relationship between each transaction parameter and each data field in the reversal transaction, mapping the data fields in the reversal transaction data to obtain the data value corresponding to each transaction parameter in the reversal transaction, so as to generate a reversal transaction return message. In this way, developers do not need to redevelop the reversal transaction business logic, but only need to modify it on the basis of the positive transaction business logic to obtain the reversal transaction business logic, which can effectively avoid duplication of development work, improve the development and testing efficiency of the business logic of the above-mentioned transaction return message, and save manpower and material resources.

[0008] In one implementation of the first aspect, the distributed transaction system includes at least one service component, each service component in the at least one service component is used to execute the corresponding reversal transaction and the positive transaction, and generate the reversal transaction data corresponding to the reversal transaction and the positive transaction data corresponding to the positive transaction; the positive transaction data includes at least one data field and at least one data value corresponding to the data field; the mapping logic includes: a judgment rule for judging the correspondence between each transaction parameter in the positive transaction and each service component, and a mapping relationship between each transaction parameter in the positive transaction and the data field in the positive transaction data generated by the corresponding service component. Because for the positive transaction and the reversal transaction that correspond to each other, the transaction parameters in the positive transaction include the transaction parameters in the reversal transaction, so by modifying the mapping relationship between each transaction parameter in the positive transaction and the data field in the positive transaction data generated by the corresponding service component to the mapping relationship between the transaction parameters in the reversal transaction and the data field, so as to generate a reversal transaction return message in the reversal transaction, there is no need to develop the reversal transaction business logic.

[0009] In the case of complex mapping logic, the process of obtaining the mapping relationship between transaction parameters and data fields in the reversal transaction from the mapping logic (i.e., the process of parsing the mapping logic) is relatively time-consuming and energy-consuming. In some embodiments of the present application, the mapping relationship between transaction parameters and data fields in the reversal transaction can be customized. A more flexible reversal transaction return message assembly function is provided for developers; by customizing the mapping relationship, developers avoid the time-consuming and energy-consuming problems caused by parsing the mapping logic.

[0010] In an implementation of the first aspect above, the data fields in the reversal transaction data are mapped according to the mapping relationship between each transaction parameter and each data field in the reversal transaction to obtain the data value corresponding to each transaction parameter in the reversal transaction, including: determining the data field in the reversal transaction data corresponding to each transaction parameter in the reversal transaction according to the mapping relationship between each transaction parameter and the data field in the reversal transaction; and using the data value corresponding to the data field in the reversal transaction data as the data value of each transaction parameter in the reversal transaction.

[0011] In an implementation of the first aspect above, the method further includes: setting a judgment mark for each transaction parameter in the current transaction, the judgment mark being used to identify the service component corresponding to each transaction parameter; and\or setting a judgment mark for each transaction parameter in the current transaction, the judgment mark being used to identify the service component corresponding to each transaction parameter.

[0012] In an implementation of the first aspect above, the method further includes: determining the service component corresponding to each transaction parameter in the reversal transaction based on a judgment identifier; and mapping the data value corresponding to the data field in the reversal transaction data generated by the corresponding service component to the data value of each transaction parameter in the reversal transaction. In this way, when multiple service components are accessed in a reversal transaction, the corresponding relationship between the reversal transaction data returned by each service component and the mapping relationship corresponding to each transaction parameter and / or data field can be confirmed by judging the identifier, and the data value corresponding to the data field in the reversal transaction data returned by the service component is mapped to the transaction parameter in the corresponding mapping relationship to generate a reversal transaction return message. This avoids the problem that when multiple service components are accessed, due to the lack of reversal business logic, each mapping relationship cannot be matched with the transaction parameters returned by each service component, and a reversal transaction return message cannot be generated.

[0013] In an implementation of the first aspect above, the method further includes: setting a first assembly identifier for the record of accessing the service component in the positive transaction; setting a second assembly identifier corresponding to the first assembly identifier for each transaction parameter and / or data field in the positive transaction; based on the correspondence between the first assembly identifier and the second assembly identifier, obtaining the correspondence between the record of accessing the service component and each transaction parameter and / or data field. It can be understood that, in the case of multiple accesses to the same service component in the reversal transaction, the correspondence between the reversal transaction data returned by the service component recorded in each record and the mapping relationship corresponding to each transaction parameter and / or data field is determined through the correspondence between the first assembly identifier and the second assembly identifier, and a reversal transaction return message is generated based on the correspondence. This avoids the problem that, in the case of multiple accesses to the same service component, due to the lack of reversal business logic, each mapping relationship cannot be matched with the transaction parameters returned by each service component, and a reversal transaction return message cannot be generated.

[0014] In a second aspect, an embodiment of the present application provides a reversal transaction return message assembly device, characterized in that the device includes: a first acquisition module, the first acquisition module is used to acquire the reversal transaction data of the reversal transaction, wherein the reversal transaction data includes at least one data field and at least one data value corresponding to the data field; a second acquisition module, the second acquisition module is used to acquire the mapping logic between each transaction parameter and each data field in the positive transaction corresponding to the reversal transaction; a determination module, the determination module is used to determine the mapping relationship between each transaction parameter and each data field in the positive transaction from the mapping logic, and use the mapping relationship between each transaction parameter and each data field in the positive transaction as the mapping relationship between each transaction parameter and each data field in the reversal transaction; a mapping module, the mapping module is used to map the data fields in the reversal transaction data according to the mapping relationship between each transaction parameter and each data field in the reversal transaction, so as to obtain the data value corresponding to each transaction parameter in the reversal transaction, so as to generate a reversal transaction return message.

[0015] On the third aspect, an implementation manner of the present application provides a distributed transaction system, which includes a user layer, an integration layer and a microservice layer, including: the microservice layer executes the reversal transaction request of the user layer, and generates reversal transaction data corresponding to the reversal transaction; the integration layer obtains the reversal transaction data of the reversal transaction, wherein the reversal transaction data includes at least one data field and at least one data value corresponding to each data field; the integration layer obtains the mapping logic between each transaction parameter and each data field in the positive transaction corresponding to the reversal transaction; the integration layer determines the mapping relationship between each transaction parameter and each data field in the positive transaction from the mapping logic, and uses the mapping relationship between each transaction parameter and each data field in the positive transaction as the mapping relationship between each transaction parameter and each data field in the reversal transaction; the integration layer maps the data fields in the reversal transaction data according to the mapping relationship between each transaction parameter and each data field in the reversal transaction, so as to obtain the data value corresponding to each transaction parameter in the reversal transaction, so as to generate a reversal transaction return message; the integration layer sends the reversal transaction return message to the user layer.

[0016] In a fourth aspect, an embodiment of the present application provides a readable medium having instructions stored thereon, and when the instructions are executed on an electronic device, the electronic device executes the reversal transaction return message assembling method as described above.

[0017] In a fifth aspect, an embodiment of the present application provides an electronic device, comprising: a memory for storing instructions executed by one or more processors of the electronic device, and a processor, which is one of the processors of the electronic device, for executing the reversal transaction return message assembly method as described above. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] Figure 1 A scenario diagram of a method for assembling a reversal transaction return message according to some embodiments of the present application;

[0019] Figure 2 A schematic diagram of assembling a reversal transaction return message according to some embodiments of the present application;

[0020] Figure 3 A scene diagram of another method for assembling a reversal transaction return message according to some embodiments of the present application;

[0021] Figure 4 is a schematic diagram of the structure of a business logic 220 according to some embodiments of the present application;

[0022] Figure 5 A flowchart of a method for assembling a transaction return message provided by this application;

[0023] Figure 6 A flow chart of a transaction reversal method provided for this application;

[0024] Fig. 7A is a schematic diagram of a transaction flow table 251 in a database 240 according to some embodiments of the present application;

[0025] Figure 7B is a schematic diagram of the structure of another business logic 220 according to some embodiments of the present application;

[0026] Figure 8 Another method for assembling a transaction return message provided by the present application;

[0027] Fig. 9 A block diagram of an electronic device according to some embodiments of the present application. DETAILED DESCRIPTION

[0028] The illustrative embodiments of the present application include, but are not limited to, a method, an apparatus, a readable medium, and an electronic device for a transaction message assembly method.

[0029] In order to better understand the content of this plan, the relevant terms are explained below.

[0030] Transaction: Function developed to complete specific functions, including positive transactions and reversal transactions.

[0031] Positive transaction: A positive transaction represents a positive transaction logic, which is a type of transaction developed to achieve a certain business effect. For example, a transfer transaction is a positive transaction.

[0032] Reversal transaction: A reversal transaction is a transaction with reverse logic to a regular transaction. It is a reverse transaction logic developed to eliminate the business effect of the regular transaction. For example, if a transfer transaction fails, but the transferor has already deducted the money, a reversal transaction of the transfer transaction is required to eliminate the business effect of the transferor's deduction of the money.

[0033] Temporary variables: refers to variables that are not declared at the beginning of the program and are declared only when they are used. Common examples include variables defined in functions, loop statements, and conditional statements. For example, in the program that accesses the judgment service component of the transaction business logic (including the above mapping logic), temporary variables are used to temporarily store judgment results to transition multiple judgment logics.

[0034] In order to more clearly understand the solution of the present application, the following is an explanation of the process of executing transactions by the distributed banking system 1000. Specifically, taking a transfer transaction as an example, it can be understood that a transfer transaction is a positive transaction initiated by a user, and after the positive transaction is executed, the user will receive a transaction return message corresponding to the positive transaction; when the distributed banking system 1000 detects that the transfer fails, for example, the other party's account has expired and cannot receive funds transferred in, it will automatically initiate a reversal transaction of the transfer transaction, so that the funds transferred by the user are returned to the user's account, and after the reversal transaction is executed, the user can receive a transaction return message corresponding to the reversal transaction.

[0035] The transaction flow of a transfer transaction includes: The user layer 100 receives the user's transfer transaction request, such as (transaction request for account A to transfer to account B), and sends the transfer transaction request to the integration layer 200, which sends the transfer transaction request to the service component of the microservice layer 300. The service component of the microservice layer 300 executes the transaction corresponding to the transfer transaction request to obtain the transfer transaction data, and sends the transfer transaction data to the integration layer 200. The integration layer 200 assembles the transfer transaction data according to the positive transaction business logic to obtain the transaction return message required by the user, and returns the transaction return message to the user layer 100. If the transaction return message required by the user needs to include the values ​​of parameters such as the balance of the transfer-out account and the balance of the transfer-in account, the integration layer 200 obtains the transfer data field (such as the balance) corresponding to each parameter (such as the balance of the transfer-out account) from the transfer transaction data based on the positive transaction logic, and assembles the values ​​corresponding to the transfer data field into the values ​​corresponding to each parameter (in the transaction return message), that is, the transaction return message containing the user's needs is obtained.

[0036] The reversal process of a transfer transaction includes: When the distributed banking system 1000 detects that a transfer transaction has failed, but the transferor has already deducted the money, the distributed banking system 1000 will automatically perform a reversal transaction for the transfer transaction and send a reversal transaction request to the user layer.

[0037] When the user layer 100 receives the reversal transfer transaction request from the distributed banking system 1000, it will send the reversal transfer transaction request to the integration layer 200, and the integration layer 200 will send the reversal transfer transaction request to the service component of the microservice layer 300. The service component of the microservice layer 300 executes the transaction corresponding to the transfer transaction request to obtain the transfer transaction data, and sends the transfer transaction data to the integration layer 200. The integration layer 200 assembles the transfer transaction data according to the reversal transaction business logic to obtain the transaction return message required by the user, and returns the transaction return message to the user layer 100.

[0038] As mentioned above, in the prior art, the positive transaction business logic and the reversal transaction business logic corresponding to each transaction need to be designed and developed separately by developers, which consumes a lot of manpower and material resources.

[0039] To solve the above problems, the embodiment of the present application provides a method for assembling a reversal transaction return message, which can be applied to a distributed system. The system can parse and adjust the positive transaction business logic (including the above mapping logic) corresponding to the transaction request initiated by the user to obtain the reversal transaction business logic, and then assemble the reversal transaction data returned by the microservice layer according to the obtained reversal transaction business logic. In this way, developers do not need to redevelop the reversal transaction business logic, but only need to modify the positive transaction business logic to obtain the reversal transaction business logic, which can effectively avoid duplication of development work, improve the development and testing efficiency of the business logic of the above transaction return message, and save manpower and material resources.

[0040] Among them, parsing and adjusting the business logic of the positive transaction specifically includes: determining the mapping relationship between each transaction parameter and each data field in the positive transaction from the business logic of the positive transaction, and using the mapping relationship as the mapping relationship between each transaction parameter and each data field in the reversing transaction; using the mapping relationship between each transaction parameter and each data field in the reversing transaction as the business logic of the reversing transaction. Map the data fields in the reversing transaction data based on the reversing transaction business logic to generate a reversing transaction return message. The following example describes the parsing and adjustment process.

[0041] First, an exemplary description of the transaction business logic (i.e., a description of the mapping logic) is given. Specifically, the transaction business logic includes the mapping logic between each transaction parameter and each data field in the transaction. The mapping logic includes the judgment rules for judging the corresponding relationship between each transaction parameter and each service component in the transaction; and the mapping relationship between each transaction parameter in the transaction and the data field in the transaction data generated by the corresponding service component. The judgment process of the mapping logic is as follows:

[0042] The above-mentioned mapping logic includes the above-mentioned judgment rules and the above-mentioned mapping relationship. For example, the above-mentioned judgment rules include the first judgment logic and the second judgment logic, and each judgment logic includes a temporary variable; the above-mentioned mapping relationship can be an indirect mapping relationship between the transaction parameter A in the positive transaction and the data field D in the positive transaction data generated by the corresponding service component, such as "A=B, B=C, C=D". Among them, B and C are temporary variables involved in the mapping relationship between the transaction parameter A and the data field D. Specifically, when the temporary variable B is in the first judgment logic, B is mapped to A (A=B). If the judgment result of the first judgment logic is XX1, B=1, and if the result is XX2, B=2; when the temporary variable C is in the second judgment logic, C is mapped to B (B=C). If the judgment result of the second judgment logic is XX3, C=1. In this way, when B=1 and C=1, the service component to be accessed is the service component M, and the data value corresponding to the data field D in the transaction data returned by the service component M is used to assemble the transaction parameter A to generate a transaction return message. At the same time, through the indirect mapping relationship "A=B, B=C, C=D" between transaction parameter A and data field D in the mapping logic, it is determined that transaction parameter A and data field D have a mapping relationship. In this way, based on the mapping logic, the service components that need to be accessed based on each transaction parameter in the transaction can be determined, and at the same time, the mapping relationship between each transaction parameter and the data field in the transaction is determined.

[0043] No temporary variables are required in the reversal transaction. The integration layer 200 directly initiates access to the service component accessed during the positive transaction (corresponding to the reversal transaction), without determining the service component to be accessed, and without the above determination rules, so the reversal transaction business logic does not require temporary variables.

[0044] Secondly, the above-mentioned indirect mapping relationship is converted into the business logic of the reversal transaction, that is, the mapping relationship between the transaction parameters and the data fields in the reversal transaction. Among them, the mapping relationship is the relationship between the transaction parameters and the data fields in the reversal transaction without temporary variables. For example, the indirect mapping relationship of "A=B, B=C, C=D" is adjusted to the mapping relationship of "A=D".

[0045] Finally, the transaction return message of the reversal transaction (ie, the reversal transaction return message) is assembled. Based on the mapping relationship in the reversal transaction business logic, the reversal transaction data returned by the service component to the integration layer 200 is assembled to obtain the reversal transaction return message.

[0046] The following example illustrates the assembly process of the return message of a hedge positive transaction. Figure 2As shown, if the reversal transaction data obtained by the integration layer 200 includes "balance D: 1000 yuan" (i.e. the meaning of the above data field D is the balance), that is, the value corresponding to the field "balance D" is "1000 yuan", then the integration layer 200 assembles the value "1000 yuan" as the value of the transaction parameter "transfer-out account balance A" in the reversal transaction return message based on "transfer-out account balance A = balance D" (i.e. the meaning of the above transaction parameter A is the transfer-out account balance), and the obtained reversal transaction return message contains "transfer-out account balance A: 1000 yuan". The transaction return message includes a variety of information, such as account and transaction amount.

[0047] It can be understood that the above-mentioned transaction parameters and data fields are only examples. In some embodiments, the transaction parameters in the reversal transaction in the reversal transaction return message may also include "transfer account balance", "refund amount", etc. The system can obtain the indirect mapping relationship containing the transaction parameter from the parsed positive transaction business logic based on the transaction parameter, and then determine the mapping relationship of the transaction parameter, and then use the corresponding mapping relationship to assemble each transaction parameter and the corresponding value of each transaction parameter in the reversal transaction return message based on the reversal transaction data. The resulting reversal transaction return message then contains each transaction parameter and the corresponding value of each transaction parameter.

[0048] Before introducing the reversal transaction return message assembling method according to the embodiment of the present application, the distributed banking system for executing the method is first introduced. Figure 3 The figure is a structural diagram of a distributed banking system, which is introduced in detail below.

[0049] like Figure 3 As shown, the distributed banking system 1000 includes a user layer 100, an integration layer, and a service layer, wherein the user layer 100 includes multiple clients, for example, client A 110, client B 120, and client C 130, etc. Each client can be an online bank, a mobile bank, a telephone bank, etc. The integration layer 200 includes a message parsing 210, a business logic 220, a call center 230, and a database 240. The microservice layer 300 includes service components such as service component A 310, service component B 320, and service component C 330, and each service component is used to perform transactions related to transfers, deposits and withdrawals, loans, etc.

[0050] Figure 3The user layer 100 shown initiates a transaction to the integration layer 200, and the integration layer 200 establishes access to each service component in the microservice layer 300 through the call center 230. The database 240 is used to store transaction-related data, such as the deposit and withdrawal transaction records formed by the transaction. The message parsing 210 is used to parse the transaction request (i.e., the transaction request message) sent by the receiving user layer 100 to obtain relevant information of the transaction request, such as the information of the transferor, the transferee, the transfer amount, the transaction number, etc.

[0051] The business logic 220 includes the business logic 221 for the main transaction and the business logic 222 for the reversal transaction. The business logic 221 for the main transaction determines the service components to be accessed and assembles the transaction return message of the main transaction. The business logic 221 for the main transaction includes the assignment rule 2211 for the main transaction for assembling the transaction return message of the main transaction. The assignment rule 2211 for the main transaction includes the indirect mapping relationship between each transaction parameter and the data field in the main transaction. For example, the assignment rule 2211 for the main transaction includes the above-mentioned "balance of the transfer-out account A=B, B=C, C=balance D". The business logic 222 for the reversal transaction includes the assignment rule 2221 for the reversal transaction for assembling the return message of the reversal transaction. The assignment rule 2221 for the reversal transaction includes the mapping relationship between each transaction parameter and the data field in the reversal transaction. For example, the assignment rule 2221 for the reversal transaction includes the above-mentioned "balance of the transfer-out account A=balance D".

[0052] According to the above-mentioned method of assembling the return message of the reversal transaction, Figure 5 A flowchart of a method for assembling a transaction return message is shown below. Figure 4 The steps of the method for assembling the return message of the hedge transaction are described in detail.

[0053] S101: Obtain reversal transaction data of a reversal transaction, wherein the reversal transaction data includes at least one data field and at least one data value corresponding to each of the data fields.

[0054] Exemplary: The integration layer 200 receives the reversal transaction data obtained by the service component executing the reversal transaction business. It can be understood that after the transaction fails, the user end will initiate a reversal transaction request. After the user layer 100 receives the user's reversal transaction request, it sends it to the integration layer 200. The integration layer 200 sends the reversal transaction request to the service component accessed by the transaction. The service component sends the reversal transaction data obtained after executing the business requested by the reversal transaction request to the integration layer 200. The specific process of reversal transaction is as follows: Figure 6 The introduction of , I will not elaborate on it here.

[0055] Specifically, the integration layer 200 needs to obtain the data required by the client from the reversal transaction data, and assemble it into the values ​​of each transaction parameter in the preset reversal transaction to obtain the reversal transaction return message. The specific steps are described in the following steps.

[0056] S102: Obtain the mapping logic between each transaction parameter and each data field in the regular transaction corresponding to the reversal transaction.

[0057] Exemplary: Figure 1 The integration layer 200 shown obtains the mapping logic between each transaction parameter and each data field in the positive transaction corresponding to the reversal transaction from the positive transaction business logic 221; wherein, the indirect mapping relationship between each transaction parameter and data field in the preset reversal transaction is determined from the positive transaction assignment rule 2211 in the positive transaction business logic 221.

[0058] As described above, all transaction parameters in the reversing transaction also belong to the transaction parameters in the positive transaction, that is, the positive transaction assignment rule 2211 contains the indirect mapping relationship between all transaction parameters in the reversing transaction and the data field. Figure 4 As shown, the indirect mapping relationship in the positive transaction assignment rule 2211 includes "Rule 1: Transfer-out account balance A=B, B=C, C=data field D", "Rule 2: Transfer-in account balance E=...=data field F" and "Rule 3: Transfer-out amount G=...=data field H". The indirect mapping relationship in the reversing transaction assignment rule 2221 includes "Rule 11: Transfer-out account balance A=data field D" and "Rule 22: Transfer-in account balance E=data field F". Among them, "Rule 1" contains the indirect mapping relationship between the transaction parameters "transfer-out account balance A" and "data field D" in the reversing transaction; "Rule 2" contains the indirect mapping relationship between the transaction parameters "transfer-in account balance E" and "data field F" in the reversing transaction.

[0059] In some embodiments of the present application, the transaction parameters in the preset reversal transaction include the transfer-out account balance, the transfer-out account number, the transfer-in account balance, the transfer-in account number, the reversal transaction amount, time and other parameters.

[0060] S103: Determine the mapping relationship between each transaction parameter and each data field in the main transaction from the mapping logic, and use the mapping relationship between each transaction parameter and each data field in the main transaction as the mapping relationship between each transaction parameter and each data field in the reversal transaction.

[0061] Exemplarily, the integration layer 200 determines the mapping relationship between each transaction parameter and each data field in the main transaction from the mapping logic, such as the mapping relationship is the mapping relationship between each transaction parameter and each data field in the main transaction determined from the above-mentioned indirect mapping relationship, and uses the mapping relationship between each transaction parameter and each data field in the main transaction as the mapping relationship between each transaction parameter and each data field in the reversal transaction.

[0062] For example, the transaction parameters in the preset reversal transaction are "transfer out account balance A" and "transfer in account balance E". Figure 2 The "Rule 1" and "Rule 2" shown are the relevant indirect mapping rules for "transfer-out account balance A" and "transfer-in account balance E" respectively. According to "Rule 1", it is concluded that there is a mapping relationship between "transfer-out account balance A" and "field D", thus obtaining "Rule 11". Similarly, based on "Rule 2", "Rule 22" is obtained.

[0063] S104: According to the mapping relationship between each transaction parameter and each data field in the reversal transaction, the data fields in the reversal transaction data are mapped to obtain the data values ​​corresponding to each transaction parameter in the reversal transaction to generate a reversal transaction return message.

[0064] Exemplary: The integration layer 200 maps the data fields in the reversal transaction data based on the mapping relationship between each transaction parameter and each data field in the reversal transaction. For example, in the reversal transaction data returned to the integration layer 200 by the service component A310, the data corresponding to the data field D is "s", and "s" is the assigned data. The reversal transaction return message is assembled to include "transfer-out account balance: s", and the integration layer 200 sends the reversal transaction return message including "transfer-out account balance: s" to the client.

[0065] By using the above-mentioned reversal transaction return message assembly method, repeated development and testing work on the reversal transaction business judgment logic is avoided, the development efficiency of the business logic 220 is improved, and manpower and material resources are saved.

[0066] In some embodiments, the transaction data reversal in step S101 may be obtained by Figure 6 The steps of the reversal transaction method are described in detail below.

[0067] S201: The integration layer 200 receives a transaction reversal request message sent by a client of the user layer 100.

[0068] S202: The integration layer 200 calls the message parser 210 to parse the reversal transaction request message and obtains the transaction number of the original transaction corresponding to the reversal transaction, wherein the transaction number is used to identify the original transaction corresponding to the reversal transaction.

[0069] S203: The integration layer 200 obtains the component identification corresponding to the transaction number from the database 240 based on the transaction number.

[0070] Exemplarily, after executing the positive transaction, the flow table in the database 240 stores the relevant information of the positive transaction, such as Fig. 7A As shown, the transaction flow table 251 includes the transaction number of the active transaction "1001"; the component identifiers corresponding to "1001" are "310" and "320" (corresponding to service component A310 and service component A320), and the serial numbers corresponding to component identifiers "310" and "320" are "222" and "333" respectively. The serial number refers to the identification information of the active transaction data obtained by the service component corresponding to the serial number (i.e., the service component corresponding to the component identifier) ​​in the transaction flow table 251 executing the relevant business in the active transaction process.

[0071] S204: The integration layer 200 calls the call center 230 to send a transaction reversal request to the service component corresponding to the component identifier in the microservice layer 300.

[0072] For example, the call center 230 sends a transaction reversal request for the serial number "222" to the service component A310, that is, accesses the service component A310.

[0073] S205 : The service component in the microservice layer 300 executes the service requested by the reversal transaction service request, obtains the reversal transaction data, and sends the reversal transaction data to the integration layer 200 .

[0074] It is understandable that when a positive transaction request includes multiple transaction tasks and each transaction task needs to access a service component, the reversal transaction corresponding to the positive transaction also needs to access the service component multiple times, and the integration layer 200 will obtain the reversal transaction data of multiple service components.

[0075] According to the above embodiment provided by the present application, the business judgment logic 220 does not include the reversal transaction business judgment logic, and the integration layer 200 cannot determine the corresponding relationship between the reversal transaction data of each service component and the mapping relationship in the reversal transaction assignment rule 2221. Fig. 7A As shown, in the transaction flow table 251, a transaction number "1001" corresponds to two records of accessing the service component, namely "310" and "320". The integration layer 200 cannot determine the correspondence between "Rule 11" in the reversal transaction assignment rule 2221 and the reversal transaction data obtained by accessing the service component, that is, to determine whether each transaction parameter "transfer-out account balance A" in the reversal transaction is assembled using the reversal transaction data obtained by service component A310 or the reversal transaction data obtained by service component B320.

[0076] Based on this, this application is passed in the process of the transaction. Fig. 7A Add the assignment identifier to the component identifier in the transaction flow table 251 shown (that is, the first assembly identifier and the second assembly identifier are consistent with the assignment identifier above), and obtain the transaction flow table 251; add the assignment identifier corresponding to the assignment identifier of the component identifier to the mapping relationship in the above-mentioned positive transaction assignment rule 2211, and obtain Figure 7B As shown in the positive transaction assignment rule 2211a, the integration layer 200 can determine the corresponding relationship between the reversal transaction data returned by each service component and the mapping relationship in the reversal transaction assignment rule 2221a based on the assignment identifier.

[0077] For example, during a transaction, the integration layer 200 Fig. 7A In the transaction flow table 251 shown in FIG. 1 , the component identifiers “310” and “320” are respectively added with the value identifiers “-1” and “-2”, and the transaction flow table 251a including “310-1” and “320-2” is obtained. Figure 7B In the positive transaction assignment rule 2211 shown, the assignment identifiers "-1" and "-2" are added to the "data field D" of "rule 1" and the "data field F" of "rule 2" respectively, and the positive transaction assignment rule 2211a containing "data field D-1" and "data field F-2" is obtained. Figure 3 ), based on the mapping relationship of the positive transaction assignment rule 2211a, we get Figure 7B After the reversal transaction assignment rule 2221a (S103) is shown, the mapping relationship in the reversal transaction assignment rule 2221a includes the above-mentioned assignment identifiers "-1" and "-2". When the integration layer 200 assembles the reversal transaction return message, it uses the assignment identifier to determine the correspondence between the component identifier in the transaction flow table 251a and the mapping relationship in the reversal transaction assignment rule 2221a. Based on the correspondence, the reversal transaction data returned by the service component corresponding to the component identifier is assembled into the transaction parameters in the reversal transaction in the corresponding mapping relationship.

[0078] As described above, the integration layer 200 can determine the correspondence between the reversal transaction data returned by each service component and the mapping relationship in the reversal transaction assignment rule 2221 based on the assignment identifier. In this way, when the service component is accessed multiple times, the integration layer 200 can assemble the reversal transaction return message based on the assignment identifier. In some embodiments, the method for the integration layer 200 to assemble the reversal transaction return message based on the assignment identifier is as follows: Figure 8 As shown below, combined Fig. 7A , Figure 7B and Figure 8 The method is described in detail.

[0079] S301: The integration layer 200 receives reversal transaction data obtained by accessing the service component multiple times.

[0080] For example, based on Fig. 7A The component identifiers "310" and "320" of the service components accessed by the positive exchange in the transaction flow table 251a are shown. The integration layer 200 initiates access to the service component A310 and the service component B320 respectively, and obtains the first reversal transaction data obtained by the service component A310 and the second reversal transaction data obtained by the service component B320.

[0081] S302: The integration layer 200 determines the indirect mapping relationship between each transaction parameter and each data field in the preset reversal transaction from the positive transaction assignment rule 2211a. This step is the same as the above step S102 and will not be repeated here.

[0082] S303: The integration layer 200 determines the mapping relationship between each transaction parameter in the reversal transaction and the data field with the assignment identifier from the indirect mapping relationship, and uses it as the reversal transaction assignment rule 2221a.

[0083] For example, Figure 7B As shown, in the positive transaction assignment rule 2211a, "Rule 1" and "Rule 2" respectively include "Data Field D-1" and "Data Field F-2" with assignment identifiers, and "Rule 11" and "Rule 22" are obtained based on "Rule 1" and "Rule 2", and respectively include "Data Field D-1" and "Data Field F-2".

[0084] S304: The integration layer 200 determines the correspondence between the component identifier with the assignment identifier in the database 240 and the data field with the assignment identifier (in the reversal transaction assignment rule 2221a) to determine the correspondence between the reversal transaction data returned by the service component identified by each component identifier and the data field.

[0085] For example, Fig. 7A As shown, the component identifiers "310-1" and "320-2" with assigned identifiers in the transaction flow table 251a, Figure 7B The data fields with assignment identifiers in the shown reversal transaction assignment rule 2221a are "data field D-1" in "rule 11" and "data field F-2" in "rule 22". In this way, based on the assignment identifiers "-1" and "-2", the "data field D" in "rule 11" corresponds to the first reversal transaction data obtained by accessing the service component A310 (the service component corresponding to the component identifier "310"); the "data field F" in "rule 22" corresponds to the second reversal transaction data obtained by accessing the service component B320 (the service component corresponding to the component identifier "320").

[0086] S305: The integration layer 200 obtains the assignment data (i.e., data value) corresponding to each data field from the reversal transaction data corresponding to each data field, and assembles the assignment data and each transaction parameter in the reversal transaction corresponding to each data field into a reversal transaction return message.

[0087] For example, the value assigned to the "data field D" of the first reversal transaction data is "s", and the value assigned to the "data field F" of the second reversal transaction data is "m". The reversal transaction return message contains "outgoing account balance: s; incoming account balance: m".

[0088] Through the above embodiment, when the business judgment logic 220 does not include the reversal transaction judgment logic, by pre-storing the corresponding relationship between the component identifier in the transaction flow table 251 and the mapping relationship in the positive transaction assignment rule 2211 (such as setting the assignment identifier as described above) when the positive transaction is being conducted, when the reversal transaction is being conducted, based on the pre-stored corresponding relationship between the component identifier and the assignment rule, the reversal transaction data returned by the service component corresponding to each component identifier is assembled into each transaction parameter in the reversal transaction in the corresponding mapping relationship. This solves the problem that when the business judgment logic 220 does not include the reversal transaction business judgment logic, the integration layer 200 cannot determine the corresponding relationship between the reversal transaction data returned by each service component and the mapping relationship in the reversal transaction assignment rule 2221, and thus cannot assemble the reversal transaction return message.

[0089] In some embodiments of the present application, a judgment identifier is set for each transaction parameter in the positive transaction, and the judgment identifier is used to identify the service component corresponding to each transaction parameter; and\or a judgment identifier is set for each transaction parameter in the positive transaction, and the judgment identifier is used to identify the service component corresponding to each transaction parameter. Based on the judgment identifier, the service component corresponding to each transaction parameter in the reversal transaction is determined; and the data value corresponding to the data field in the reversal transaction data generated by the corresponding service component is mapped to the data value of each transaction parameter in the reversal transaction. This can also solve the problem that the integration layer 200 cannot determine the correspondence between the reversal transaction data returned by each service component and the mapping relationship in the reversal transaction assignment rule 2221, and thus cannot assemble the reversal transaction return message.

[0090] The present application also provides a readable medium, on which instructions are stored. When the instructions are executed on an electronic device, the electronic device executes the reversal transaction return message assembling method as described above.

[0091] The present application also provides an electronic device, which includes a memory for storing instructions executed by one or more processors of the electronic device, and a processor, which is one of the processors of the electronic device, for executing the reversal transaction return message assembly method as described above.

[0092] Fig. 9 Shown is a block diagram of an electronic device according to an embodiment of the present application. Fig. 9 An example electronic device 90 according to various embodiments is schematically shown. In one embodiment, the electronic device 90 may include one or more processors 901, a system control logic 902 connected to at least one of the processors 901, a system memory 903 connected to the system control logic 902, a non-volatile memory (NVM) 904 connected to the system control logic 902, and a network interface 906 connected to the system control logic 902.

[0093] In some embodiments, the processor 901 may include one or more single-core or multi-core processors. In some embodiments, the processor 901 may include any combination of a general-purpose processor and a dedicated processor (e.g., a graphics processor, an application processor, a baseband processor, etc.). In an embodiment where the electronic device 90 uses an eNB (Evolved Node B) or a RAN (Radio Access Network) controller, the processor 901 may be configured to execute various embodiments, such as Figure 4-Figure 8 One or more of the multiple embodiments shown. For example, process 901 can be used to execute the above-mentioned reversal transaction return message assembly method.

[0094] In some embodiments, system control logic 902 may include any suitable interface controller to provide any suitable interface to at least one of processors 901 and / or any suitable device or component in communication with system control logic 902 .

[0095] In some embodiments, the system control logic 902 may include one or more memory controllers to provide an interface to the system memory 903. The system memory 903 may be used to load and store data and / or instructions. In some embodiments, the memory 903 of the system 90 may include any suitable volatile memory, such as a suitable dynamic random access memory (DRAM).

[0096] NVM / memory 904 may include one or more tangible, non-transitory computer-readable media for storing data and / or instructions. In some embodiments, NVM / memory 904 may include any suitable non-volatile memory such as flash memory and / or any suitable non-volatile storage device, such as at least one of a HDD (Hard Disk Drive), a CD (Compact Disc) drive, and a DVD (Digital Versatile Disc) drive.

[0097] NVM / storage 904 may include a portion of storage resources on a device on which electronic device 90 is installed, or it may be accessible by the device but not necessarily a portion of the device. For example, NVM / storage 904 may be accessed over a network via network interface 906.

[0098] In particular, system memory 903 and NVM / storage 904 may include, respectively, a temporary copy and a permanent copy of instructions 905. Instructions 905 may include instructions that, when executed by at least one of processors 901, cause electronic device 90 to implement the following: Figure 3 In some embodiments, instructions 905 , hardware, firmware, and / or software components thereof may additionally / alternatively be placed in system control logic 902 , network interface 906 , and / or processor 901 .

[0099] The network interface 906 may include a transceiver for providing a radio interface for the electronic device 90, thereby communicating with any other suitable device (such as a front-end module, an antenna, etc.) through one or more networks. In some embodiments, the network interface 906 may be integrated with other components of the electronic device 90. For example, the network interface 906 may be integrated with at least one of the processor 901, the system memory 903, the NVM / storage 904, and a firmware device (not shown) having instructions, and when at least one of the processors 901 executes the instructions, the electronic device 90 implements the method shown in the above method embodiment.

[0100] The network interface 906 may further include any suitable hardware and / or firmware to provide a multiple-input multiple-output radio interface. For example, the network interface 906 may be a network adapter, a wireless network adapter, a telephone modem and / or a wireless modem.

[0101] The electronic device 90 may further include an input / output (I / O) device 907. The I / O device 907 may include a user interface to enable a user to interact with the electronic device 90; and the design of a peripheral component interface enables peripheral components to interact with the electronic device 90.

[0102] In some embodiments, the user interface may include, but is not limited to, a display (e.g., an LCD display, a touch screen display, etc.), a speaker, a microphone, one or more cameras (e.g., a still image camera and / or a video camera), a flashlight (e.g., an LED flash), and a keyboard.

[0103] In some embodiments, the peripheral component interface may include, but is not limited to, a non-volatile memory port, an audio jack, and a power interface.

[0104] In some embodiments, the sensors may include, but are not limited to, gyroscope sensors, accelerometers, proximity sensors, ambient light sensors, and positioning units. The positioning unit may also be part of or interact with the network interface 606 to communicate with components of a positioning network (e.g., global positioning system (GPS) satellites).

[0105] It is to be understood that the structure illustrated in the embodiment of the present invention does not constitute a specific limitation on the electronic device 90. In other embodiments of the present application, the electronic device 90 may include more or fewer components than shown in the figure, or combine some components, or split some components, or arrange the components differently. The components shown in the figure may be implemented in hardware, software, or a combination of software and hardware.

[0106] Program code can be applied to input instructions to perform the functions described herein and generate output information. The output information can be applied to one or more output devices in a known manner. For purposes of this application, a processing system includes any system having a processor such as, for example, a digital signal processor (DSP), a microcontroller, an application specific integrated circuit (ASIC), or a microprocessor.

[0107] Program code can be implemented with high-level programming language or object-oriented programming language to communicate with the processing system. When necessary, program code can also be implemented with assembly language or machine language. In fact, the mechanism described herein is not limited to the scope of any specific programming language. In either case, the language can be a compiled language or an interpreted language.

[0108] One or more aspects of at least one embodiment may be implemented by representative instructions stored on a computer-readable storage medium, which represent various logics in a processor, and when the instructions are read by a machine, the machine makes logic for performing the techniques described herein. These representations, referred to as "less-one-core," may be stored on a tangible computer-readable storage medium and provided to multiple customers or production facilities to be loaded into a manufacturing machine that actually manufactures the logic or processor.

[0109] In the description provided herein, a large number of specific details are described. However, it is understood that the embodiments of the present application can be practiced without these specific details. In some instances, well-known methods, structures and techniques are not shown in detail so as not to obscure the understanding of this description.

[0110] Similarly, it should be understood that in order to streamline the present application and aid in understanding one or more of the various inventive aspects, in the above description of the exemplary embodiments of the present application, the various features of the present application are sometimes grouped together into a single embodiment, figure, or description thereof. However, this disclosed method should not be interpreted as reflecting the following intention: the claimed application requires more features than the features explicitly recited in each claim. More specifically, as reflected in the claims, the inventive aspects lie in less than all the features of the single embodiment disclosed above. Therefore, the claims that follow the specific embodiment are hereby expressly incorporated into the specific embodiment, with each claim itself serving as a separate embodiment of the present application.

[0111] Those skilled in the art will appreciate that the modules in the devices in the embodiments may be adaptively changed and arranged in one or more devices different from the embodiments. The modules or units or components in the embodiments may be combined into one module or unit or component, and in addition they may be divided into a plurality of submodules or subunits or subcomponents. Except that at least some of such features and / or processes or units are mutually exclusive, all features disclosed in this specification (including the accompanying claims, abstracts and drawings) and all processes or units of any method or device disclosed in this manner may be combined in any combination. Unless otherwise expressly stated, each feature disclosed in this specification (including the accompanying claims, abstracts and drawings) may be replaced by an alternative feature providing the same, equivalent or similar purpose.

[0112] In addition, those skilled in the art will appreciate that, although some embodiments described herein include certain features included in other embodiments but not other features, the combination of features of different embodiments is meant to be within the scope of the present application and form different embodiments. For example, in the claims, any one of the claimed embodiments can be used in any combination.

Claims

1. A method for assembling a transaction return message, applied to a distributed transaction system, characterized in that: The method comprises: Acquire reversal transaction data of the reversal transaction, wherein the reversal transaction data includes at least one data field and data values ​​respectively corresponding to the at least one data field; Obtaining the mapping logic between each transaction parameter and each data field in the positive transaction corresponding to the reversal transaction; Determine the mapping relationship between each of the transaction parameters and each of the data fields in the positive transaction from the mapping logic, and use the mapping relationship between each of the transaction parameters and each of the data fields in the positive transaction as the mapping relationship between each of the transaction parameters and each of the data fields in the reversal transaction; According to the mapping relationship between each transaction parameter and each data field in the reversal transaction, the data fields in the reversal transaction data are mapped to obtain the data value corresponding to each transaction parameter in the reversal transaction to generate a reversal transaction return message.

2. The method according to claim 1, characterized in that: The distributed transaction system includes at least one service component, each service component in the at least one service component is used to execute the corresponding reversal transaction and the regular transaction, and generate reversal transaction data corresponding to the reversal transaction and regular transaction data corresponding to the regular transaction; The positive transaction data includes the at least one data field and the data values ​​respectively corresponding to the at least one data field; The mapping logic includes: a judgment rule for judging the corresponding relationship between each of the transaction parameters and each of the service components in the transaction, and The mapping relationship between each transaction parameter in the positive transaction and the data field in the positive transaction data generated by the corresponding service component.

3. The method according to claim 2, characterized in that According to the mapping relationship between each of the transaction parameters and each of the data fields in the reversal transaction, the data fields in the reversal transaction data are mapped to obtain the data values ​​corresponding to each of the transaction parameters in the reversal transaction, including: Determine, according to the mapping relationship between each of the transaction parameters and the data field in the reversal transaction, the data field in the reversal transaction data corresponding to each of the transaction parameters in the reversal transaction; The data value corresponding to the data field in the reversal transaction data is used as the data value of each transaction parameter in the reversal transaction.

4. The method according to claim 3, characterized in that The method further comprises: Setting a determination mark for each of the transaction parameters in the active transaction, wherein the determination mark is used to identify the service component corresponding to each of the transaction parameters; and\or The judgment mark is set for each transaction parameter in the transaction, and the judgment mark is used to identify the service component corresponding to each transaction parameter.

5. The method according to claim 4, characterized in that The method further comprises: Based on the judgment identifier, determining the service component corresponding to each transaction parameter in the reversal transaction; And the data value corresponding to the data field in the reversal transaction data generated by the corresponding service component is mapped to the data value of each transaction parameter in the reversal transaction.

6. The method according to claim 2 or 3, characterized in that: The method further comprises: Setting a first assembly identifier for a record of accessing the service component in the transaction; Setting a second assembly identifier corresponding to the first assembly identifier for each of the transaction parameters and / or the data field in the positive transaction; Based on the correspondence between the first assembly identifier and the second assembly identifier, the correspondence between the record of the service component and each of the transaction parameters and / or the data fields is obtained.

7. A device for assembling a transaction return message, characterized in that: The device comprises: A first acquisition module, the first acquisition module is used to acquire reversal transaction data of the reversal transaction, wherein the reversal transaction data includes at least one data field and a data value corresponding to the at least one data field; A second acquisition module, the second acquisition module is used to obtain the mapping logic between each transaction parameter and each data field in the positive transaction corresponding to the reversal transaction; a determination module, the determination module being used to determine, from the mapping logic, a mapping relationship between each of the transaction parameters and each of the data fields in the positive transaction, and use the mapping relationship between each of the transaction parameters and each of the data fields in the positive transaction as the mapping relationship between each of the transaction parameters and each of the data fields in the reversal transaction; A mapping module, the mapping module is used to map the data fields in the reversal transaction data according to the mapping relationship between each transaction parameter and each data field in the reversal transaction, so as to obtain the data value corresponding to each transaction parameter in the reversal transaction, so as to generate a reversal transaction return message.

8. A distributed trading system, comprising a user layer, an integration layer and a microservice layer, characterized in that: include: The microservice layer executes the reversal transaction request of the user layer and generates reversal transaction data corresponding to the reversal transaction; The integration layer obtains reversal transaction data of the reversal transaction, wherein the reversal transaction data includes at least one data field and data values ​​respectively corresponding to the at least one data field; The integration layer obtains the mapping logic between each transaction parameter and each data field in the positive transaction corresponding to the reversal transaction; The integration layer determines the mapping relationship between each of the transaction parameters and each of the data fields in the positive transaction from the mapping logic, and uses the mapping relationship between each of the transaction parameters and each of the data fields in the positive transaction as the mapping relationship between each of the transaction parameters and each of the data fields in the reversal transaction; The integration layer maps the data fields in the reversal transaction data according to the mapping relationship between each transaction parameter and each data field in the reversal transaction to obtain the data value corresponding to each transaction parameter in the reversal transaction to generate a reversal transaction return message; The integration layer sends the reversal transaction return message to the user layer.

9. A computer program product, characterized in that The computer program product includes instructions for implementing the reversal transaction return message assembling method according to any one of claims 1 to 6.

10. A readable medium, characterized in that: The readable medium stores instructions, and when the instructions are executed on an electronic device, the electronic device executes the reversal transaction return message assembling method as described in any one of claims 1 to 6.

11. An electronic device, characterized in that: include: a memory for storing instructions to be executed by one or more processors of the electronic device, and The processor is one of the processors of the electronic device, and is used to execute the reversal transaction return message assembly method as described in any one of claims 1 to 6.

Images