CN115375295A - Transaction processing method and system - Google Patents

Transaction processing method and system Download PDF

Info

Publication number
CN115375295A
CN115375295A CN202211025191.8A CN202211025191A CN115375295A CN 115375295 A CN115375295 A CN 115375295A CN 202211025191 A CN202211025191 A CN 202211025191A CN 115375295 A CN115375295 A CN 115375295A
Authority
CN
China
Prior art keywords
transaction
client
user
request
background server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202211025191.8A
Other languages
Chinese (zh)
Inventor
何怀莹
曹仰止
滕建德
王欣
王增峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bank of China Ltd
Original Assignee
Bank of China Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bank of China Ltd filed Critical Bank of China Ltd
Priority to CN202211025191.8A priority Critical patent/CN115375295A/en
Publication of CN115375295A publication Critical patent/CN115375295A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/544—Buffers; Shared memory; Pipes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/547—Messaging middleware
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/548—Queue

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Software Systems (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

The invention discloses a transaction processing method and a system, relating to the field of finance, wherein the method comprises the following steps: the client checks the transaction condition when a user enters a transaction interface, stores transaction information into a pre-established transaction backup table when receiving a transaction request input by the user after the check is passed, records the transaction state of the transaction as processing, sends the transaction request to a message middleware MQ receiving queue of a background server, and displays the successful transaction notification to the user after the successful transmission; the background server reads the transaction request from the MQ and sends a transaction failure notice to the client after the transaction request is failed to be processed; and when the client receives the transaction failure notification, updating the transaction state to be failure, and resending the transaction request to the background server according to the transaction information in the transaction backup table until the transaction is successful. The invention can realize shortening the transaction time, improving the system performance, feeding back the transaction result in time and improving the user experience based on the MQ.

Description

Transaction processing method and system
Technical Field
The invention relates to the technical field of finance, in particular to a transaction processing method and a transaction processing system.
Background
This section is intended to provide a background or context to the embodiments of the invention that are recited in the claims. The description herein is not admitted to be prior art by inclusion in this section.
At present, when a user initiates certain transactions through a client (a mobile banking APP), an APP interface fails to feed back transaction results in time, for example, when the user initiates a cross-bank transfer transaction, the transfer results need to be returned within about 10 seconds, a large amount of transactions continue for 10 seconds, system performance is affected, and the user experience is also affected due to the fact that the results fail to be returned in time.
Disclosure of Invention
The embodiment of the invention provides a transaction processing method, which is used for shortening transaction time, improving system performance and feeding back transaction results in time based on MQ, and comprises the following steps:
the method comprises the steps that a client side carries out transaction condition verification when a user enters a transaction interface, after the verification is passed, when a transaction request input by the user is received, transaction information is stored in a transaction backup table established in advance, the transaction state of the transaction is recorded as processing, the transaction request is sent to a message middleware MQ receiving queue of a background server, and after the transaction request is successfully sent, the transaction success is displayed and notified to the user;
the background server reads the transaction request from the MQ receiving queue, and sends a transaction failure notice to the client after the transaction request fails to be processed;
and when the client receives the transaction failure notification, updating the transaction state to be failure, and resending the transaction request to the background server according to the transaction information in the transaction backup table until the transaction state is successful.
The embodiment of the invention also provides a transaction processing system, which is used for shortening the transaction time, improving the system performance and feeding back the transaction result in time based on MQ, and the system comprises:
the client is used for verifying the transaction condition when a user enters a transaction interface, storing transaction information into a pre-established transaction backup table when a transaction request input by the user is received after the verification is passed, recording the transaction state of the transaction as processing, sending the transaction request to a message Middleware (MQ) receiving queue of the background server, and displaying a transaction success notification to the user after the transaction request is successfully sent; when a transaction failure notice is received, updating the transaction state into failure, and resending the transaction request to the background server according to the transaction information in the transaction backup table until the transaction state is successful;
and the background server is used for reading the transaction request from the MQ receiving queue and sending a transaction failure notice to the client after the transaction request is failed to be processed.
The embodiment of the present invention further provides a computer device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the computer program, the transaction processing method is implemented.
An embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored, and when the computer program is executed by a processor, the computer program implements the transaction processing method.
An embodiment of the present invention further provides a computer program product, where the computer program product includes a computer program, and when the computer program is executed by a processor, the computer program implements the transaction processing method described above.
In the embodiment of the invention, the transaction processing scheme is realized by: the method comprises the steps that a client side carries out transaction condition verification when a user enters a transaction interface, after the verification is passed, when a transaction request input by the user is received, transaction information is stored in a transaction backup table established in advance, the transaction state of the transaction is recorded as processing, the transaction request is sent to a message middleware MQ receiving queue of a background server, and after the transaction request is successfully sent, the transaction success is displayed and notified to the user; the background server reads the transaction request from the MQ receiving queue, and sends a transaction failure notice to the client after the transaction request fails to be processed; when the client receives the transaction failure notification, the transaction state is updated to be failed, the transaction request is retransmitted to the background server according to the transaction information in the transaction backup table until the transaction state is successful, the transaction condition is verified in advance, the transaction information is stored by using the transaction backup table, the MQ is used for realizing that the processing result does not need to be returned by the background, the time of the whole transaction is shortened, the transaction result is timely fed back to the user, and the user experience is improved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts. In the drawings:
FIG. 1 is a flow chart illustrating a transaction processing method according to an embodiment of the invention;
FIG. 2 is a flow chart illustrating a transaction processing method according to another embodiment of the invention;
FIG. 3 is a flow chart illustrating a transaction processing method according to another embodiment of the invention;
FIG. 4 is a flow chart illustrating a transaction processing method according to another embodiment of the invention;
fig. 5 is a schematic structural diagram of a transaction processing system according to an embodiment of the invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the embodiments of the present invention are further described in detail below with reference to the accompanying drawings. The exemplary embodiments and descriptions of the present invention are provided to explain the present invention, but not to limit the present invention.
According to the technical scheme, the data acquisition, storage, use, processing and the like meet relevant regulations of national laws and regulations.
The term "and/or" herein merely describes an associative relationship, meaning that three relationships may exist, e.g., a and/or B, may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the term "at least one" herein means any one of a variety or any combination of at least two of a variety, for example, including at least one of A, B, C, and may mean including any one or more elements selected from the group consisting of A, B and C.
In the description of the present specification, the terms "comprising," "including," "having," "containing," and the like are used in an open-ended fashion, i.e., to mean including, but not limited to. Reference to the description of the terms "one embodiment," "a particular embodiment," "some embodiments," "for example," etc., means that a particular feature, structure, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the application. In this specification, the schematic representations of the terms used above do not necessarily refer to the same embodiment or example. Furthermore, the particular features, structures, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. The sequence of steps involved in the embodiments is for illustrative purposes to illustrate the implementation of the present application, and the sequence of steps is not limited and can be adjusted as needed.
Before describing the embodiments of the present invention, terms related to the present invention will be described.
1, MQ: the message queue, also called message middleware, is used for message transmission between systems.
2. A queue manager: the core of the MQ is the queue manager. The job of the queue manager is to manage the queues and messages to be used in the program.
3. Message: in MQ, we define the data that an application delivers to be transmitted by MQ as a message.
4. Queue: a queue is a data structure that stores messages, just like a container of messages. The relationship of messages to queues is more like the relationship of letters to mailboxes. It is some of its conventional operations for an application or queue manager to place messages into a queue or to remove messages from a queue.
5. A channel: a channel is a pipeline for transmitting messages between queue managers in an MQ system, and is a logic concept established on the basis of physical network connection.
The technical problems existing in the prior art are as follows: long transaction duration affects system performance and also affects user experience. In view of the technical problem, the embodiment of the invention provides a transaction processing scheme, which advances logic verification, shortens transaction time based on MQ realization, improves system performance, and improves user experience by APP returning results in time. Specifically, the embodiment of the invention provides an MQ-based mobile banking APP transaction processing mode, when a user enters a certain transaction interface through a mobile banking APP, an APP front end calls a background interface to perform transaction condition logic verification; when a user inputs related transaction information to conduct transaction, a front-end APP stores the transaction information in a transaction backup table, the transaction state is recorded in processing, then the transaction information is sent to an MQ queue, and after the transaction information is successfully sent, the transaction success is displayed on an APP interface; the background transaction system reads the transaction information from the MQ queue in time and processes the transaction information one by one; when the background transaction system is successfully processed, informing the APP front end that the transaction state of the transaction backup table is successfully updated; when the background transaction system fails to process the transaction due to the system, the environment and the like, the APP front end is informed to reinitiate the transaction according to the transaction information in the transaction backup table until the transaction is successful. The transaction processing scheme is described in detail below.
Fig. 1 is a schematic flow chart of a transaction processing method according to an embodiment of the present invention, as shown in fig. 1, the method includes the following steps:
step 101: the method comprises the steps that a client side carries out transaction condition verification when a user enters a transaction interface, after the verification is passed, when a transaction request input by the user is received, transaction information is stored in a transaction backup table established in advance, the transaction state of the transaction is recorded as processing, the transaction request is sent to a message middleware MQ receiving queue of a background server, and after the transaction request is successfully sent, the transaction success is displayed and notified to the user;
step 102: the background server reads the transaction request from the MQ receiving queue, and sends a transaction failure notice to the client after the transaction request fails to be processed;
step 103: and when the client receives the transaction failure notification, updating the transaction state to be failure, and resending the transaction request to the background server according to the transaction information in the transaction backup table until the transaction state is successful.
The transaction processing method provided by the embodiment of the invention is characterized in that the transaction processing method comprises the following working steps: the method comprises the steps that a client side carries out transaction condition verification when a user enters a transaction interface, after the verification is passed, when a transaction request input by the user is received, transaction information is stored in a transaction backup table established in advance, the transaction state of the transaction is recorded to be in processing, the transaction request is sent to a message middleware MQ receiving queue of a background server, and after the transaction request is sent successfully, the transaction success is displayed and a notice is sent to the user; the background server reads the transaction request from the MQ receiving queue, and sends a transaction failure notice to the client after the transaction request fails to be processed; when the client receives the transaction failure notification, the transaction state is updated to be failed, the transaction request is retransmitted to the background server according to the transaction information in the transaction backup table until the transaction state is successful, the transaction condition is verified in advance, the transaction information is stored by using the transaction backup table, the MQ is used for realizing that the processing result does not need to be returned by the background, the time of the whole transaction is shortened, the transaction result is timely fed back to the user, and the user experience is improved. The transaction processing method will be described in detail below.
In one embodiment, as shown in fig. 2, the transaction processing method may further include:
step 104: after the background server successfully processes the transaction request, sending a transaction success notification to the client;
step 105: and when the client receives the transaction success notification, the transaction state of the transaction backup table is updated to be successful.
In specific implementation, after the background server processes the transaction request successfully, the background server sends a transaction success notification to the client; when the client receives the transaction success notification, the transaction state of the transaction backup table is updated to be successful, so that the transaction processing efficiency is further improved, and the user experience is improved.
In one embodiment, as shown in fig. 3, the transaction processing method may further include step 106: and when the transaction condition is not verified, the client sends a transaction failure prompt to the user.
During specific implementation, when the transaction condition verification is not passed, the client sends a transaction failure prompt to the user, so that the transaction processing efficiency is further improved, and the user experience is improved.
In one embodiment, as shown in fig. 4, the transaction processing method may further include step 107: and after the client side fails to send the transaction request to the MQ receiving queue of the background server, a transaction failure notice is sent to the user.
During specific implementation, after the client sends the transaction request to the MQ receiving queue of the background server and the transaction request fails, a transaction failure notification is sent to the user, so that the transaction processing efficiency is further improved, and the user experience is improved.
In order to facilitate an understanding of how the invention may be carried into effect, reference will now be made in detail.
The embodiment of the invention is provided with a logic checking module for checking when a user enters a transaction interface; when a user initiates a transaction, a front-end APP firstly stores transaction information in a transaction backup table, the transaction state is recorded in the transaction process, then the transaction information is sent to an MQ queue, and the transaction success is displayed on an APP interface after the transaction information is successfully sent; the background transaction system reads the transaction information from the MQ queue in time and processes the transaction information one by one; when the background transaction system is successfully processed, informing the APP front end that the transaction state of the transaction backup table is successfully updated; and when the background transaction system fails to process the transaction due to the system, the environment and the like, the APP front end is informed to reinitiate the transaction according to the transaction information in the transaction backup table. As described in detail below.
1. Implementation steps of queue manager establishment
The method comprises the steps that a queue manager and a same-name channel are established in an APP end and a background transaction system, wherein the APP end is a sender, and the background transaction system is a receiver; a sending queue and a transmission queue are established at a sending party, and a receiving queue is established at a receiving party. The transmission queue is used for storing transaction information initiated by a user from an APP terminal, the message is transmitted to a receiving queue of a receiving party through a channel, and the receiving party reads the message from the receiving queue and processes the message one by one.
2. Implementation step of logic check
When a user enters a certain transaction interface through a mobile phone bank APP, the APP front end calls an interface corresponding to the background, and logic verification is carried out according to the return of the background interface. If the interface returns the account status and the card balance, the front end can judge whether the account status is normal or not and whether the balance is sufficient or not. The logic verification is performed in the front end in advance and is performed before the user initiates the transaction. The logic check comprises checking whether the transaction conditions are met, if the transfer transaction is carried out, the logic check can check whether the bank card belongs to the user, whether the account state is normal, whether the card balance is sufficient and the like.
3. Implementation step of transaction storage transmission
When a user initiates a transaction through an APP terminal of a mobile banking, the APP at the front end firstly stores transaction information in a transaction backup table, the transaction state is recorded in processing, then the transaction information is sent to a transmission queue, and the transaction success is shown on an APP interface after the transaction information is successfully sent (namely, if the transaction is unsuccessful subsequently, the transaction is restarted on the basis of the transaction backup table and the MQ until the transaction is successful, the client side is not sensitive in the process, the time that the client receives the notification of the transaction success is earlier than the time that the client notifies the user after background processing is completed in the prior art, the client side does not need to wait for the background processing result, the system performance and the user experience are improved), if the transaction condition is not met or the queue of the MQ sending is failed, the transaction failure is prompted on the APP interface, and the transaction failure scene needs to delete the record in the transaction backup table according to the unique identification transaction serial number of the transaction information. Wherein the transaction information includes: transaction serial number, transaction name, transaction code, user name, identification card number, mobile phone number, transaction amount, transaction bank card, transaction state and the like.
4. Implementation steps of transaction processing
The background transaction system reads the transaction information from the receiving queue in time and processes the transaction information one by one; when the background transaction system is successfully processed, the APP front end is informed that the transaction state of the record of the transaction backup table is successfully updated according to the transaction serial number; when the background transaction system fails to process the transaction due to system, environment and the like, the APP front end is informed to acquire the transaction information from the transaction backup table according to the transaction serial number, and the transaction information is sent to the transmission queue to restart the transaction until the transaction is successful.
To sum up, the embodiment of the invention stores the transaction information by using the transaction backup table through carrying out the logic check of the transaction in advance, realizes the purpose of returning the processing result without waiting for the background by using the MQ, shortens the time of the whole transaction, and feeds back the transaction result to the user in time, namely, the embodiment of the invention advances the logic check, realizes the purpose of shortening the transaction time based on the MQ, improves the system performance, and improves the user experience by using the APP to return the result in time.
Embodiments of the present invention further provide a transaction processing system, as described in the following embodiments. Because the principle of the system for solving the problems is similar to the transaction processing method, the implementation of the system can be referred to the implementation of the transaction processing method, and repeated details are not repeated.
Fig. 5 is a schematic structural diagram of a transaction processing system according to an embodiment of the present invention, as shown in fig. 5, the system includes:
the client 01 is used for verifying transaction conditions when a user enters a transaction interface, storing transaction information into a pre-established transaction backup table when a transaction request input by the user is received after the verification is passed, recording the transaction state of the transaction as processing, sending the transaction request to a message middleware MQ receiving queue of a background server, and displaying a transaction success notification to the user after the transaction request is successfully sent; when a transaction failure notice is received, updating the transaction state to be failure, and resending the transaction request to the background server according to the transaction information in the transaction backup table until the transaction state is successful;
and the background server 02 is used for reading the transaction request from the MQ receiving queue and sending a transaction failure notice to the client after the transaction request is failed to be processed.
In one embodiment, the background server is further configured to send a transaction success notification to the client after the transaction request is successfully processed;
and the client is also used for updating the transaction state of the transaction backup table to be successful when the transaction success notification is received.
In one embodiment, the client is further configured to issue a transaction failure prompt to the user when the transaction condition check fails.
In one embodiment, the client is further configured to send a transaction failure notification to the user after the MQ receive queue sending the transaction request to the background server fails.
The embodiment of the invention also provides computer equipment which comprises a memory, a processor and a computer program which is stored on the memory and can run on the processor, wherein the processor realizes the transaction processing method when executing the computer program.
An embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored, and when the computer program is executed by a processor, the transaction processing method is implemented.
An embodiment of the present invention further provides a computer program product, where the computer program product includes a computer program, and when the computer program is executed by a processor, the computer program implements the above transaction processing method.
In the embodiment of the invention, the transaction processing scheme is realized by: the method comprises the steps that a client side carries out transaction condition verification when a user enters a transaction interface, after the verification is passed, when a transaction request input by the user is received, transaction information is stored in a transaction backup table established in advance, the transaction state of the transaction is recorded as processing, the transaction request is sent to a message middleware MQ receiving queue of a background server, and after the transaction request is successfully sent, the transaction success is displayed and notified to the user; the background server reads the transaction request from the MQ receiving queue, and sends a transaction failure notice to the client after the transaction request fails to be processed; when the client receives the transaction failure notice, the transaction state is updated to be failed, the transaction request is sent to the background server again according to the transaction information in the transaction backup table until the transaction state is successful, transaction condition verification is carried out in advance, the transaction information is stored by using the transaction backup table, the MQ is used for realizing that the processing result does not need to be returned by the background, the time of the whole transaction is shortened, the transaction result is fed back to the user in time, and the user experience is improved.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention has been described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The above-mentioned embodiments are intended to illustrate the objects, technical solutions and advantages of the present invention in further detail, and it should be understood that the above-mentioned embodiments are only exemplary embodiments of the present invention, and are not intended to limit the scope of the present invention, and any modifications, equivalent substitutions, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.

Claims (11)

1. A transaction processing method, comprising:
the method comprises the steps that a client side carries out transaction condition verification when a user enters a transaction interface, after the verification is passed, when a transaction request input by the user is received, transaction information is stored in a transaction backup table established in advance, the transaction state of the transaction is recorded as processing, the transaction request is sent to a message middleware MQ receiving queue of a background server, and after the transaction request is successfully sent, the transaction success is displayed and notified to the user;
the background server reads the transaction request from the MQ receiving queue, and sends a transaction failure notice to the client after the transaction request fails to be processed;
and when the client receives the transaction failure notification, updating the transaction state to be failure, and resending the transaction request to the background server according to the transaction information in the transaction backup table until the transaction state is successful.
2. The transaction processing method of claim 1, further comprising:
after the background server successfully processes the transaction request, sending a transaction success notification to the client;
and when the client receives the transaction success notification, the transaction state of the transaction backup table is updated to be successful.
3. The transaction processing method of claim 1, further comprising: and when the transaction condition is not verified, the client sends a transaction failure prompt to the user.
4. The transaction processing method of claim 1, further comprising: and after the client side fails to send the transaction request to the MQ receiving queue of the background server, a transaction failure notice is sent to the user.
5. A transaction processing system, comprising:
the client is used for verifying transaction conditions when a user enters a transaction interface, storing transaction information into a pre-established transaction backup table when a transaction request input by the user is received after the verification is passed, recording the transaction state of the transaction as processing, sending the transaction request to a message middleware MQ receiving queue of the background server, and displaying a transaction success notice to the user after the transaction request is successfully sent; when a transaction failure notice is received, updating the transaction state into failure, and resending the transaction request to the background server according to the transaction information in the transaction backup table until the transaction state is successful;
and the background server is used for reading the transaction request from the MQ receiving queue and sending a transaction failure notice to the client after the transaction request is failed to be processed.
6. The transaction-processing system of claim 5, wherein the backend server is further configured to send a transaction-success notification to the client after processing the transaction request successfully;
and the client is also used for updating the transaction state of the transaction backup table to be successful when the transaction success notification is received.
7. The transaction-processing system of claim 5, wherein the client is further configured to issue a transaction failure prompt to the user when the transaction condition check fails.
8. The transaction-processing system of claim 5, wherein the client is further configured to send a transaction failure notification to the user after the MQ receive queue of the backend server fails to send the transaction request.
9. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any one of claims 1 to 4 when executing the computer program.
10. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program which, when executed by a processor, implements the method of any of claims 1 to 4.
11. A computer program product, characterized in that the computer program product comprises a computer program which, when being executed by a processor, carries out the method of any one of claims 1 to 4.
CN202211025191.8A 2022-08-25 2022-08-25 Transaction processing method and system Pending CN115375295A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211025191.8A CN115375295A (en) 2022-08-25 2022-08-25 Transaction processing method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211025191.8A CN115375295A (en) 2022-08-25 2022-08-25 Transaction processing method and system

Publications (1)

Publication Number Publication Date
CN115375295A true CN115375295A (en) 2022-11-22

Family

ID=84067177

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211025191.8A Pending CN115375295A (en) 2022-08-25 2022-08-25 Transaction processing method and system

Country Status (1)

Country Link
CN (1) CN115375295A (en)

Similar Documents

Publication Publication Date Title
US7502843B2 (en) Server queuing system and method
CN111371892A (en) High-concurrency distributed message pushing system and method
CN113094362B (en) Method and device for reliably delivering and processing asynchronous message
CN111784329B (en) Service data processing method and device, storage medium and electronic device
CN112995262B (en) Distributed transaction submission method, system and computing equipment
CN112822091A (en) Message processing method and device
CN111953784A (en) Asynchronous communication framework-based file transmission method, device and system
CN111880947B (en) Data transmission method and device
CN110889765B (en) Transaction information reporting method and device
CN111143041B (en) Data consistency method, distributed coordinator and central coordinator
CN115375295A (en) Transaction processing method and system
CN114612204A (en) Account checking method and device
CN114281603A (en) Method and device for sending message corresponding to transaction
CN111049938B (en) Message notification method and device, electronic equipment and readable storage medium
CN110908821B (en) Method, device, equipment and storage medium for task failure management
CN113656374A (en) Method and device for processing service message with attachment
CN112231601A (en) Link management method, device, equipment and computer storage medium
CN112333262A (en) Data updating prompting method and device, computer equipment and readable storage medium
CN114401223B (en) Information processing device and method
CN109062931B (en) Cache synchronization control method, device, system, server and readable storage medium
CN115220877B (en) Service processing method and device
CN112686720B (en) Order production method, order production device, order production equipment and computer readable storage medium
CN115118710B (en) File transmission method and device
CN115633045A (en) Message transmission method, device and system
CN113935841A (en) Transaction data processing method and bank-enterprise interconnection system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination