A transaction processing method, device, equipment and storage medium

Abstract

The embodiment of the present invention discloses a method, device, equipment and storage medium for transaction processing. The method includes: determining the transaction scenario of transaction data; writing the transaction data into a task subtable associated with the transaction scenario; writing the association between the task subtable number and the task subtable status into the task master table; and batch processing the transaction data in the task subtable by the transaction processor according to the task subtable status in the task master table. The embodiment of the present invention writes the transaction data into the task subtable, divides the transaction data in different transaction scenarios through the task subtable, and processes the transaction data through the task master table, so that the transaction data of the same transaction scenario can be processed in batches, which reduces the pressure on the platform and improves the processing efficiency of the transaction.

Description

Technical Field

[0001] Embodiments of the present invention relate to computer technology, and more particularly to a transaction processing method, apparatus, device and storage medium. Background Art

[0002] In recent years, there are more and more online mortgage and pledge scenarios. Online mortgage operations are generally initiated by customers, and the mortgage operation is automatically performed when applying for a loan. After the loan is repaid, the mortgage of the mortgaged property is released, and the loan system needs to call the online interface of the external system for batch operations.

[0003] The current batch call online transaction is to directly initiate batch call online transaction after batch screening of transaction data, so that data screening and batch call are completed serially in the same task. This processing method does not distinguish transaction tasks in different scenarios when batch calling. Transaction tasks in different scenarios need to call different external online interfaces, which consumes more platform resources and reduces the efficiency of transaction processing. Summary of the invention

[0004] The embodiments of the present invention provide a transaction processing method, apparatus, device and storage medium to achieve batch processing of transactions and improve transaction processing efficiency.

[0005] In a first aspect, an embodiment of the present invention provides a transaction processing method, the method comprising:

[0006] Determine the transaction scenario of the transaction data;

[0007] Writing the transaction data into the task subtable associated with the transaction scenario;

[0008] Write the association between the task sub-table number and the task sub-table status into the task main table;

[0009] According to the status of the task sub-table in the task main table, the transaction data in the task sub-table is batch processed by the transaction processor.

[0010] In a second aspect, an embodiment of the present invention further provides a transaction processing device, the device comprising:

[0011] A scenario determination module, used to determine the transaction scenario of transaction data;

[0012] A subtable determination module, used for writing the transaction data into a task subtable associated with the transaction scenario;

[0013] The main table determination module is used to write the association between the task sub-table number and the task sub-table status into the task main table;

[0014] The data processing module is used to batch process the transaction data in the task sub-table through the transaction processing party according to the status of the task sub-table in the task main table.

[0015] In a third aspect, an embodiment of the present invention further provides a computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, the transaction processing method as described in any embodiment of the present invention is implemented.

[0016] In a fourth aspect, an embodiment of the present invention further provides a storage medium comprising computer executable instructions, which, when executed by a computer processor, are used to execute the transaction processing method as described in any embodiment of the present invention.

[0017] The embodiment of the present invention determines the transaction scenario of the transaction data, writes the transaction data into the task subtable of the corresponding scenario, writes the number and status of the task subtable into the task master table, and processes the transaction data in the task subtable in batches according to the status of the task subtable in the task master table. The problem of not distinguishing transaction scenarios in the prior art is solved, and the online interface of the same transaction processor is used when processing the same batch of transaction data, thereby reducing the workload of the platform and improving the processing efficiency of transactions. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] Figure 1 It is a flowchart of a transaction processing method in Embodiment 1 of the present invention;

[0019] Figure 2 It is a flowchart of a transaction processing method in Embodiment 2 of the present invention;

[0020] Figure 3 It is a structural block diagram of a transaction processing device in Embodiment 3 of the present invention;

[0021] Figure 4 It is a structural diagram of a computer device in Embodiment 4 of the present invention. DETAILED DESCRIPTION

[0022] The present invention will be further described in detail below in conjunction with the accompanying drawings and embodiments. It is to be understood that the specific embodiments described herein are only used to explain the present invention, rather than to limit the present invention. It should also be noted that, for ease of description, only parts related to the present invention, rather than all structures, are shown in the accompanying drawings.

[0023] Embodiment 1

[0024] Figure 1This is a flow chart of a transaction processing method provided in the first embodiment of the present invention. This embodiment is applicable to batch processing transactions. The method can be executed by a transaction processing device. Figure 1 As shown, the method specifically comprises the following steps:

[0025] Step 110: Determine the transaction scenario of the transaction data.

[0026] Among them, transaction data refers to the relevant data of transactions between users and the banking system, for example, it can be data such as the account and amount when the user releases the mortgage. The transaction scenario refers to the user's transaction type, for example, it can be a treasury bond unpledge transaction, a time deposit unpledge transaction, a land unpledge transaction, or a shop unpledge transaction. Transactions in different transaction scenarios need to connect to the corresponding transaction processor through different online interfaces. The transaction processor can be a different unpledge system to complete the unpledge operation.

[0027] In this embodiment, optionally, determining the transaction scenario of the transaction data includes: screening out the transaction scenarios of the transaction data for batch processing by the transaction processor according to the business logic of the transaction data.

[0028] Specifically, transactions in different transaction scenarios use different business logics, and business logic refers to the processing of transactions. According to the business logic of transaction data, the transaction scenario and transaction processor of the transaction can be determined, that is, the transaction scenarios in which transaction data is processed by different transaction processors are screened out, and the transaction data is divided into batches according to the transaction scenarios. For example, there are 10,000 transactions. By screening the transaction scenarios, it can be determined that there are 5,000 treasury bond unpledge transactions, 3,000 time deposit unpledge transactions, and 2,000 land unpledge transactions. The beneficial effect of this setting is that the transaction scenario of the transaction can be quickly determined and the transactions can be divided so that the transactions can be batch processed according to the transaction scenario, thereby improving the efficiency of transaction processing.

[0029] Step 120: Write the transaction data into the task subtable associated with the transaction scenario.

[0030] Among them, at least one task subtable is established, each task subtable corresponds to a transaction scenario, and the same transaction scenario can have multiple task subtables, and the transaction data of multiple transactions can be written into the task subtable. After determining the transaction scenario of the transaction, the transaction data is written into the task subtable according to the transaction scenario, and the transaction data and the task subtable are associated through the transaction scenario. For example, if the transaction scenario is a treasury bond unpledge transaction, and the task subtable has a task subtable for treasury bond unpledge transaction and a task subtable for time deposit unpledge transaction, the transaction data of the transaction is written into the task subtable for the treasury bond unpledge transaction.

[0031] In this embodiment, optionally, writing the transaction data into a task subtable associated with the transaction scenario includes: writing the transaction data associated with the transaction scenario into the task subtable according to a preset upper limit of the transaction data in the task subtable.

[0032] Specifically, the upper limit of transaction data in the task subtable can be pre-set, and transaction data can be written into the task subtable according to the upper limit of transaction data. For example, if the upper limit of transaction data is preset to 10,000 transaction records, then only the transaction data of 10,000 transactions can be written into the task subtable. If there are 15,000 transaction data of treasury bond unpledge transactions, then after writing 10,000 transaction data into the task subtable of treasury bond unpledge transactions, the remaining 5,000 transactions are written into the task subtable of the second treasury bond unpledge transaction. The beneficial effect of such a setting is that the number of transaction data in the task subtable is limited, and the processing speed is not slowed down due to too much data during batch processing, which not only realizes batch processing, but also improves processing efficiency and makes full use of the resources of the transaction processing platform.

[0033] Step 130: Write the association between the task sub-table number and the task sub-table status into the task main table.

[0034] When establishing each task sub-table, a unique number is assigned to each task sub-table, and the task sub-table number is written into the task master table. The task master table can be used to record the task sub-table number, the transaction scenario corresponding to the task sub-table, and the task sub-table status, and can also be used to record the association between the task sub-table number and the task sub-table status. According to the association between the task sub-table number and the task sub-table, the transaction scenario corresponding to the task sub-table number can be determined. The task sub-table status indicates the status of the transaction in the task sub-table. If all transactions in the task sub-table are not processed, the task sub-table status is not executed; if there is at least one transaction in the task sub-table being processed, the task sub-table status is executing; if all transactions in the task sub-table are completely processed, the task sub-table status is completed. If the task sub-table status is executing, it means that the transactions in the task sub-table have begun batch processing, and there is no need to call the transaction processor of the corresponding transaction scenario again.

[0035] For example, the task subtable number of the treasury bond unpledge transaction is 001, and all transactions in it have not been processed. In the task master table, the data written about the task subtable is: 001 is written in the task subtable number field, unexecuted is written in the task subtable status field, and treasury bond unpledge transaction is written in the transaction scenario field. By recording the relationship between the task subtable number, task subtable status and transaction scenario, the processing status of transaction data in each transaction scenario can be displayed in the task master table. By viewing the task master table, the transaction data in the task subtable can be called in batches, effectively improving the transaction processing efficiency.

[0036] Step 140: According to the status of the task sub-table in the task main table, the transaction data in the task sub-table is batch processed by the transaction processor.

[0037] After writing the task sub-table status into the task master table, the processing status of the transaction in the task sub-table can be viewed on the task master table. The task sub-table status is read to determine the unexecuted task sub-table transactions. Through the transaction scenarios of the task sub-table in the task master table, the transaction processor for online transactions can be determined, and the transaction data in the unexecuted task sub-table can be batch processed through the transaction processor.

[0038] In this embodiment, optionally, based on the status of the task sub-table in the task main table, the transaction data in the task sub-table is batch processed by the transaction processor, including: if the status of the task sub-table associated with any task sub-table number in the task main table is not executed, the task sub-table is sent to the transaction processor associated with the transaction scenario to which the task sub-table belongs, so that the transaction processor performs batch processing on the transaction data in the task sub-table.

[0039] Specifically, the task sub-table status is checked through the task main table. If there is a task sub-table status that is not executed, the task sub-table number associated with the task sub-table status is obtained, and the task sub-table is determined according to the task sub-table number. According to the association between the task sub-table and the transaction scenario, the transaction scenario of the task sub-table is determined. According to the transaction scenario, the transaction processing party is determined, and the transaction processing party is connected through the online interface. The transaction data in the task sub-table is sent to the transaction processing party, so that the transaction processing party performs batch processing on the transaction data in the task sub-table. For example, the X86 platform can be used to perform concurrent batch calls for online transactions. The X86 platform supports horizontal expansion. According to the resources of the X86 platform, the transaction data in the task sub-table is concurrently sent to the X86 platform in batches, and the X86 platform calls the external online interface to realize batch processing of transactions. The beneficial effect of such a setting is that the smaller resources of a single machine on the platform are effectively utilized, and the horizontal expansion conditions are met, and the task of batch calling online transactions is effectively completed. In terms of concurrent execution, task sub-tables with different unique numbers are generated according to the upper limit of transaction data, and batch calls for online transactions are executed concurrently according to the status of the task sub-tables. The batch task processing time is greatly shortened, effectively improving the transaction processing efficiency and achieving the expected results.

[0040] In this embodiment, optionally, the task subtable is sent to a transaction processor associated with the transaction scenario to which the task subtable belongs, including: obtaining a preset transaction processing quantity of unprocessed transaction data from the task subtable, and sending the unprocessed transaction data to the transaction processor associated with the transaction scenario to which the task subtable belongs.

[0041] Specifically, there are multiple transaction data records in the task subtable, and the task master table can obtain the transaction data in multiple task subtables at one time for batch processing. The number of transaction processing to be obtained can be preset, and the transaction data of the preset transaction processing number can be obtained from the task subtable. According to the processing progress of the transaction, the processing status of the transaction in the task subtable can be updated in real time. For example, the processing status of the transaction can be divided into unprocessed, processing and ended. The task master table obtains the unprocessed transaction data in the task subtable, and sends the unprocessed transaction data to the transaction processor associated with the transaction scenario to which the task subtable belongs for transaction processing.

[0042] For example, if the preset number of transaction processing is 5000, and there are 10,000 transaction data records in the task subtable, of which 1000 transaction data have a transaction status of ended and 9000 transaction data have a transaction status of unprocessed, then the task main table obtains 5000 transactions from the 9000 unprocessed transaction data and sends them to the transaction processing party corresponding to the task subtable for processing. The beneficial effect of such a setting is that by setting the number of transaction processing, the resources of the transaction processing platform can be fully utilized, avoiding waste of resources due to too few processing numbers or slow processing speed due to too many processing numbers, and effectively improving the efficiency of transaction processing.

[0043] The technical solution of this embodiment determines the transaction scenario of the transaction data, writes the transaction data into the task subtable of the corresponding scenario, writes the number and status of the task subtable into the task master table, and processes the transaction data in the task subtable in batches according to the status of the task subtable in the task master table. This solves the problem of not distinguishing transaction scenarios in the prior art, realizes the use of the online interface of the same transaction processor when processing the same batch of transaction data, reduces the workload of the platform, makes full use of platform resources, and improves the processing efficiency of transactions.

[0044] Embodiment 2

[0045] Figure 2 This is a flow chart of a transaction processing method provided by the second embodiment of the present invention. This embodiment is further optimized based on the above embodiment. The method can be executed by a transaction processing device. Figure 2 As shown, the method specifically comprises the following steps:

[0046] Step 210: Determine the transaction scenario of the transaction data.

[0047] Step 220: Write the transaction data into the task subtable associated with the transaction scenario.

[0048] Step 230: Write the association between the task sub-table number and the task sub-table status into the task main table.

[0049] Step 240: According to the status of the task sub-table in the task main table, the transaction data in the task sub-table is batch processed by the transaction processor.

[0050] Step 250: Update the status of the task sub-table in the task master table to which the transaction data being batch processed belongs as being executed; and update the status of the task sub-table in the task master table to which the transaction data having completed batch processing belongs as being completed.

[0051] Among them, the task sub-table status in the task master table can be updated in real time according to the transaction status of the transaction data in the task sub-table. If there is at least one transaction in the task sub-table whose transaction status is being processed, that is, the transaction data in the task sub-table is being processed in batches, then the task sub-table status of the task sub-table in the task master table is updated to being executed. For example, if there is a transaction being processed in the task sub-table, the number of the task sub-table is determined, the task sub-table number is searched from the task master table, and the task sub-table status corresponding to the task sub-table number is updated to being executed.

[0052] If the transaction status of all transactions in the task subtable is ended, that is, the task subtable has completed the batch processing of all transaction data, the task master table updates the task subtable status corresponding to the task subtable to completed. By updating the task subtable status in real time, it is helpful to view the batch processing progress through the task master table and obtain the unexecuted task subtable for batch processing, avoiding repeated acquisition and processing of the task subtable, and avoiding missing unprocessed transactions, which affects the progress of transaction processing. According to the preset data acquisition threshold, a preset number of task subtable data can be obtained from the task master table, and the task subtable data of different transaction scenarios can be sent to the transaction processor through the corresponding online interface to achieve batch processing and improve transaction processing efficiency.

[0053] The embodiment of the present invention determines the transaction scenario of transaction data, writes the transaction data into the task subtable of the corresponding scenario, writes the task subtable number and status into the task main table, and performs batch processing on the transaction data in the task subtable according to the task subtable status in the task main table. The problem of not distinguishing transaction scenarios in the prior art is solved, and the online interface of the same transaction processor is used when processing the same batch of transaction data, thereby reducing the workload of the platform. The batch processing progress of the transaction is determined by updating the task subtable status in the task main table in real time, thereby avoiding repeated processing or omission of transactions and improving the processing efficiency of transactions.

[0054] Embodiment 3

[0055] Figure 3 This is a structural block diagram of a transaction processing device provided in the third embodiment of the present invention, which can execute the transaction processing method provided in any embodiment of the present invention and has the corresponding functional modules and beneficial effects of the execution method. Figure 3As shown, the device specifically includes:

[0056] A scenario determination module 301, used to determine a transaction scenario of transaction data;

[0057] A sub-table determination module 302, used to write the transaction data into a task sub-table associated with the transaction scenario;

[0058] The main table determination module 303 is used to write the association between the task sub-table number and the task sub-table status into the task main table;

[0059] The data processing module 304 is used to perform batch processing on the transaction data in the task sub-table through the transaction processor according to the status of the task sub-table in the task main table.

[0060] Optionally, the scene determination module 301 is specifically configured to:

[0061] According to the business logic of the transaction data, filter out the transaction scenarios of the transaction data that are batch processed by the transaction processor.

[0062] Optionally, the sub-table determining module 302 is specifically configured to:

[0063] According to the preset upper limit of transaction data in the task subtable, the transaction data associated with the transaction scenario is written into the task subtable.

[0064] Optionally, the data processing module 304 includes:

[0065] The sub-table sending unit is used to send the task sub-table to the transaction processing party associated with the transaction scenario to which the task sub-table belongs if the task sub-table status associated with any task sub-table number in the task main table is not executed, so that the transaction processing party can batch process the transaction data in the task sub-table.

[0066] Optionally, the sub-table sending unit is specifically used for:

[0067] Obtain unprocessed transaction data of a preset transaction processing quantity from the task subtable, and send the unprocessed transaction data to a transaction processor associated with the transaction scenario to which the task subtable belongs.

[0068] Optionally, the device further comprises:

[0069] The status update module is used to update the status of the task sub-table in the task main table, to which the transaction data being batch processed belongs, to being executed; and to update the status of the task sub-table in the task main table, to which the transaction data having completed batch processing belongs, to being completed.

[0070] The embodiment of the present invention determines the transaction scenario of the transaction data, writes the transaction data into the task subtable of the corresponding scenario, writes the number and status of the task subtable into the task master table, and processes the transaction data in the task subtable in batches according to the status of the task subtable in the task master table. The problem of not distinguishing transaction scenarios in the prior art is solved, and the online interface of the same transaction processor is used when processing the same batch of transaction data, thereby reducing the workload of the platform and improving the processing efficiency of transactions.

[0071] Embodiment 4

[0072] Figure 4 It is a structural diagram of a computer device provided in Embodiment 4 of the present invention. Figure 4 A block diagram of an exemplary computer device 400 suitable for use in implementing embodiments of the present invention is shown. Figure 4 The computer device 400 shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present invention.

[0073] like Figure 4 As shown, the computer device 400 is in the form of a general computing device. The components of the computer device 400 may include, but are not limited to: one or more processors or processing units 401, a system memory 402, and a bus 403 connecting different system components (including the system memory 402 and the processing unit 401).

[0074] Bus 403 represents one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processor or a local bus using any of a variety of bus structures. For example, these architectures include but are not limited to Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MAC) bus, Enhanced ISA bus, Video Electronics Standards Association (VESA) local bus and Peripheral Component Interconnect (PCI) bus.

[0075] Computer device 400 typically includes a variety of computer system readable media. These media can be any available media that can be accessed by computer device 400, including volatile and non-volatile media, removable and non-removable media.

[0076] System memory 402 may include computer system readable media in the form of volatile memory, such as random access memory (RAM) 404 and / or cache memory 405. Computer device 400 may further include other removable / non-removable, volatile / non-volatile computer system storage media. By way of example only, storage system 406 may be used to read and write non-removable, non-volatile magnetic media ( Figure 4 not shown, usually called a "hard drive"). Although Figure 4 Not shown in the figure, a disk drive for reading and writing to a removable non-volatile disk (e.g., a "floppy disk"), and an optical disk drive for reading and writing to a removable non-volatile optical disk (e.g., a CD-ROM, a DVD-ROM, or other optical media) may be provided. In these cases, each drive may be connected to bus 403 via one or more data medium interfaces. Memory 402 may include at least one program product having a set (e.g., at least one) of program modules that are configured to perform the functions of various embodiments of the present invention.

[0077] A program / utility 408 having a set (at least one) of program modules 407 may be stored, for example, in memory 402, such program modules 407 including, but not limited to, an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment. Program modules 407 generally perform the functions and / or methods of the embodiments described herein.

[0078] The computer device 400 may also communicate with one or more external devices 409 (e.g., keyboard, pointing device, display 410, etc.), may also communicate with one or more devices that enable a user to interact with the computer device 400, and / or communicate with any device that enables the computer device 400 to communicate with one or more other computing devices (e.g., network card, modem, etc.). Such communication may be performed via input / output (I / O) interface 411. Furthermore, the computer device 400 may also communicate with one or more networks (e.g., local area network (LAN), wide area network (WAN) and / or public network, such as the Internet) via network adapter 412. As shown, the network adapter 412 communicates with other modules of the computer device 400 via bus 403. It should be understood that, although not shown in the figure, other hardware and / or software modules may be used in conjunction with the computer device 400, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0079] The processing unit 401 executes various functional applications and data processing by running the program stored in the system memory 402, for example, implementing a transaction processing method provided by an embodiment of the present invention, including:

[0080] Determine the transaction scenario of the transaction data;

[0081] Write the transaction data into the task subtable associated with the transaction scenario;

[0082] Write the association between the task sub-table number and the task sub-table status into the task main table;

[0083] According to the status of the task sub-table in the task master table, the transaction data in the task sub-table is batch processed by the transaction processor.

[0084] Embodiment 5

[0085] Embodiment 5 of the present invention further provides a storage medium containing computer executable instructions, on which a computer program is stored. When the program is executed by a processor, a transaction processing method provided in the embodiment of the present invention is implemented, including:

[0086] Determine the transaction scenario of the transaction data;

[0087] Write the transaction data into the task subtable associated with the transaction scenario;

[0088] Write the association between the task sub-table number and the task sub-table status into the task main table;

[0089] According to the status of the task sub-table in the task master table, the transaction data in the task sub-table is batch processed by the transaction processor.

[0090] The computer storage medium of the embodiment of the present invention can adopt any combination of one or more computer-readable media. The computer-readable medium can be a computer-readable signal medium or a computer-readable storage medium. The computer-readable storage medium can be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples (non-exhaustive list) of computer-readable storage media include: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In this document, a computer-readable storage medium can be any tangible medium containing or storing a program, which can be used by an instruction execution system, device or device or used in combination with it.

[0091] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, which carry computer-readable program code. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than a computer-readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0092] The program code embodied on the computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

[0093] Computer program code for performing the operations of the present invention may be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0094] Note that the above are only preferred embodiments of the present invention and the technical principles used. Those skilled in the art will understand that the present invention is not limited to the specific embodiments described herein, and that various obvious changes, readjustments and substitutions can be made by those skilled in the art without departing from the scope of protection of the present invention. Therefore, although the present invention has been described in more detail through the above embodiments, the present invention is not limited to the above embodiments, and may include more other equivalent embodiments without departing from the concept of the present invention, and the scope of the present invention is determined by the scope of the appended claims.

Claims

1. A transaction processing method, characterized in that: include: According to the business logic of transaction data, filter out transaction scenarios where transaction data is batch processed by the transaction processor; Wherein, the transaction scenario is the transaction type of the user; transactions in different transaction scenarios are connected to the corresponding transaction processor through different online interfaces; the business logic is the transaction processing process, and transactions in different transaction scenarios use different business logics; the transaction data is written into the task subtable associated with the transaction scenario; wherein each task subtable corresponds to a transaction scenario, and the same transaction scenario has multiple task subtables; Write the association between the task sub-table number and the task sub-table status into the task main table; According to the status of the task sub-table in the task master table, batch processing is performed on the transaction data in the task sub-table by the transaction processor; The step of batch processing the transaction data in the task sub-table by the transaction processor according to the task sub-table status in the task main table includes: If the status of a task subtable associated with any task subtable number in the task master table is not executed, the task subtable is sent to a transaction processor associated with the transaction scenario to which the task subtable belongs, so that the transaction processor performs batch processing on the transaction data in the task subtable.

2. The method according to claim 1, characterized in that Writing the transaction data into the task subtable associated with the transaction scenario includes: According to the preset upper limit of transaction data in the task sub-table, the transaction data associated with the transaction scenario is written into the task sub-table.

3. The method according to claim 1, characterized in that Sending the task subtable to the transaction processor associated with the transaction scenario to which the task subtable belongs includes: A preset transaction processing quantity of unprocessed transaction data is obtained from the task subtable, and the unprocessed transaction data is sent to a transaction processor associated with the transaction scenario to which the task subtable belongs.

4. The method according to claim 1, characterized in that: After batch processing of the transaction data in the task sub-table by the transaction processor according to the task sub-table status in the task main table, the method further includes: In the task master table, the task sub-table status of the transaction data being processed in batches is updated to being executed; The status of the task sub-table to which the transaction data that has completed batch processing belongs in the task master table is updated to completed.

5. A transaction processing device, characterized in that: include: A scenario determination module, specifically used to screen out transaction scenarios of transaction data to be batch processed by a transaction processor according to the business logic of the transaction data; Wherein, the transaction scenario is the transaction type of the user; transactions in different transaction scenarios are connected to the corresponding transaction processor through different online interfaces; the business logic is the transaction processing process, and transactions in different transaction scenarios use different business logics; the subtable determination module is used to write the transaction data into the task subtable associated with the transaction scenario; wherein each task subtable corresponds to a transaction scenario, and the same transaction scenario has multiple task subtables; The main table determination module is used to write the association between the task sub-table number and the task sub-table status into the task main table; A data processing module, used for batch processing the transaction data in the task sub-table through the transaction processing party according to the status of the task sub-table in the task main table; Wherein, the data processing module includes: The sub-table sending unit is used to send the task sub-table to the transaction processing party associated with the transaction scenario to which the task sub-table belongs if the task sub-table status associated with any task sub-table number in the task main table is not executed, so that the transaction processing party can batch process the transaction data in the task sub-table.

6. A computer device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the program, the transaction processing method as described in any one of claims 1-4 is implemented.

7. A storage medium containing computer executable instructions, characterized in that: The computer executable instructions are used to perform the transaction processing method as claimed in any one of claims 1 to 4 when executed by a computer processor.

Images