Information processing method and device, electronic equipment and storage medium

Abstract

The invention provides an information processing method and device, electronic equipment and a storage medium, and relates to the technical field of computers. The method comprises the steps of obtaining a transaction request; processing the transaction request based on each node in the transaction link; in the processing process of the transaction request, for each node of the transaction link, receiving a transaction message sent by a previous node; querying a transaction flow table based on the transaction message, and determining a transaction state processed by the previous node; in response to the transaction state, displaying that the corresponding target transaction is not completed, and updating a transaction flow table based on a processing result of the target transaction; marking a current processing state when the transaction flow table is updated; in response to successful updating of at least one row of data in the transaction flow table, sending a transaction result notification message to the target business party; the transaction result notification message comprises the processing result updated in the transaction flow table. The business continuity can be ensured, and the customer experience is improved.

Description

Technical Field

[0001] The present disclosure relates to the field of computer technology, and in particular, to an information processing method, apparatus, electronic device, and storage medium. Background Art

[0002] Currently, multiple important nodes are often involved in the transaction links in different fields. For example, in the transaction link in the financial field, there may be an accounting center, a switching center, a payment system, etc.; in the transaction link in the e-commerce field, there may be an order processing center, an inventory management center, a payment system, etc.

[0003] However, due to the inconsistent ways of notifying transaction results between nodes in the transaction link and the differences in processing details, the stability and reliability of the entire transaction link will be affected. For example, during a transaction, if an abnormal situation such as timeout occurs, there may be a situation where the transaction has reached the final state, but the transaction result cannot be synchronized to the relevant business scenarios in a timely manner. In this case, the status update often needs to be done manually, which not only affects the continuity of the business but also reduces the customer experience; or when a certain node on the transaction link is optimized or transformed, due to the inconsistent logic between nodes, new defects are likely to occur, and these defects are often difficult to discover and repair in a timely manner. This situation not only increases the maintenance cost of the transaction system but also increases the risk of transaction failure. Summary of the Invention

[0004] The present disclosure provides an information processing method, apparatus, electronic device, and storage medium to at least solve the above technical problems existing in the prior art.

[0005] According to a first aspect of the present disclosure, there is provided an information processing method, including: obtaining a transaction request; processing the transaction request based on each node in the transaction link; during the processing of the transaction request, for each node of the transaction link, receiving a transaction message sent by the previous node; querying a transaction record table based on the transaction message to determine the transaction status after the previous node has processed; in response to the corresponding target transaction being displayed as not completed according to the transaction status, updating the transaction record table based on the processing result of the target transaction; marking the current processing status when updating the transaction record table; in response to at least one row of data in the transaction record table being successfully updated, sending a transaction result notification message to a target service party; the transaction result notification message includes the updated processing result in the transaction record table, and the target service party is the service party that needs to obtain the transaction result notification message.

[0006] In an implementable embodiment, an information processing method further includes: in response to the non-existence of successfully updated data in the transaction log, determining the target reason for the non-existence of successfully updated data in the transaction log; in response to the target reason being an abnormal database update, not capturing the abnormal database update and waiting to reprocess the target transaction; in response to the target reason not being an abnormal database update, determining that the processing operation for the target transaction ends.

[0007] In an implementable embodiment, there is a batch verification interface between each node of the transaction link; the information processing method further includes: during the processing of the transaction request, for each node of the transaction link, in response to receiving a batch verification instruction, extracting a specified number of target data to be verified; generating a verification request message based on the target data to be verified; invoking the batch verification interface based on the verification request message to batch verify the target data to be verified through the batch verification interface.

[0008] In an implementable embodiment, the extracting of the specified number of target data to be verified includes: in response to the target channel being empty, extracting the specified number of target data to be verified from the data to be verified corresponding to all channels other than the target channel; the data corresponding to the target channel needs to be batch verified separately; in response to the target channel not being empty, extracting the specified number of target data to be verified from the data to be verified corresponding to the target channel.

[0009] In an implementable embodiment, the batch verifying of the target data to be verified through the batch verification interface includes: receiving a verification result message for the target data to be verified sent by the batch verification interface; in response to the verification result message not being empty, sequentially determining the status of each verification transaction based on the verification result message and updating the transaction log based on the status of each verification transaction.

[0010] In an implementable embodiment, the updating of the transaction log based on the status of each verification transaction includes: in response to the status of the verification transaction being successful, updating the transaction log based on the status of the verification transaction; marking the current processing status as being processed when updating the transaction log; in response to at least one row of data in the transaction log being successfully updated, sending a transaction result notification message to the target service party; the transaction result notification message includes the status of the updated verification transaction in the transaction log.

[0011] In an implementable embodiment, an information processing method further includes: during the process of processing the transaction request, for each node of the transaction link, in response to receiving an asynchronous task scheduling instruction, querying the transaction water table according to the asynchronous task scheduling instruction to determine the transaction status after the previous node processes; in response to the corresponding target transaction being displayed as unfinished according to the transaction status, updating the transaction water table based on the processing result of the target transaction; marking the current processing status when updating the transaction water table; in response to at least one row of data in the transaction water table being successfully updated, sending a transaction result notification message to the target service party.

[0012] According to a second aspect of the present disclosure, an information processing apparatus is provided, including: an acquisition module configured to acquire a transaction request; a processing module configured to process the transaction request based on each node in the transaction link; the processing module is further configured to, during the process of processing the transaction request, for each node of the transaction link, receive a transaction message sent by the previous node; the processing module is further configured to query the transaction water table based on the transaction message to determine the transaction status after the previous node processes; the processing module is further configured to, in response to the corresponding target transaction being displayed as unfinished according to the transaction status, update the transaction water table based on the processing result of the target transaction; mark the current processing status when updating the transaction water table; the processing module is further configured to, in response to at least one row of data in the transaction water table being successfully updated, send a transaction result notification message to the target service party; the transaction result notification message includes the updated processing result in the transaction water table, and the target service party is the service party that needs to obtain the transaction result notification message.

[0013] According to a third aspect of the present disclosure, an electronic device is provided, including: at least one processor; and a memory communicatively connected to the at least one processor; wherein, the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute the method of the present disclosure.

[0014] According to a fourth aspect of the present disclosure, a non-transitory computer-readable storage medium storing computer instructions is provided, and the computer instructions are used to cause the computer to execute the method of the present disclosure.

[0015] An information processing method, apparatus, electronic device, and storage medium according to the present disclosure unify the transaction result notification method, batch verification method, and asynchronous task processing method among various nodes in the transaction link. The transaction result notification method, batch verification method, and asynchronous task processing method proposed by the present disclosure can ensure the timely synchronization of messages and the efficiency of verification, thereby ensuring the stability and reliability of the transaction link.

[0016] It should be understood that the content described in this part is not intended to identify the key or important features of the embodiments of the present disclosure, nor is it used to limit the scope of the present disclosure. Other features of the present disclosure will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] By referring to the accompanying drawings and reading the following detailed description, the above and other objects, features, and advantages of the exemplary embodiments of the present disclosure will become easily understood. In the drawings, several embodiments of the present disclosure are shown in an exemplary rather than restrictive manner, where: In the drawings, the same or corresponding reference numerals represent the same or corresponding parts.

[0018] Figure 1 Shows the flowchart of an information processing method according to an embodiment of the present disclosure Figure 1 ; Figure 2 Shows the flowchart of an information processing method according to an embodiment of the present disclosure Figure 2 ; Figure 3 Shows the flowchart of an information processing method according to an embodiment of the present disclosure Figure 3 ; Figure 4 Shows the flowchart of an information processing method according to an embodiment of the present disclosure Figure 4 ; Figure 5 Shows the structural diagram of an information processing apparatus according to an embodiment of the present disclosure; Figure 6 Shows the compositional structural diagram of an electronic device according to an embodiment of the present disclosure. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0019] To make the objectives, features, and advantages of the present disclosure more obvious and understandable, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present disclosure. Apparently, the described embodiments are only a part of the embodiments of the present disclosure, rather than all the embodiments. Based on the embodiments of the present disclosure, all other embodiments obtained by those skilled in the art without creative efforts fall within the scope of protection of the present disclosure.

[0020] Figure 1The flowchart of an information processing method according to an embodiment of the present disclosure is shown Figure 1 , as Figure 1 shown, an information processing method includes: Step S101, obtaining a transaction request.

[0021] In this embodiment, first, a transaction request from a user or an external system is received. The information included in transaction requests in different fields may be different. For example, a transaction request in the financial field may include transaction type (such as transfer, payment, etc.), transaction amount, account information of both parties to the transaction, and transaction time, etc.; a transaction request in the e-commerce field may include user information, commodity information, payment information, and logistics information, etc.

[0022] Step S102, processing the transaction request based on each node in the transaction link.

[0023] In this embodiment, the transaction request is jointly processed based on each node in the transaction link, and finally the transaction request is completed. The nodes included in the transaction links in different fields may be different. For example, the transaction link in the financial field may have an accounting center, a switching center, and a payment system, etc.; the transaction link in the e-commerce field may have an order processing center, an inventory management center, and a payment system, etc. Each node in the transaction link will process the transaction request according to its own responsibilities and may generate new transaction status information or instructions that need further processing. Operations such as message notification, batch verification, and asynchronous task handling of abnormal situations can be performed between every two nodes in the transaction link. For example, after message notification between two nodes, batch verification is performed to verify the legality and accuracy of the transaction between the two nodes, and finally the abnormal situation between the two nodes is asynchronously processed.

[0024] Step S103, during the processing of the transaction request, for each node in the transaction link, receiving a transaction message sent by the previous node.

[0025] In this embodiment, during the process of the transaction request being processed by each node, after each node completes its own processing task, it will send a transaction message to the next node. The transaction message may include: the unique identifier of the transaction, the processing result of the transaction by this node, the updated transaction status of this node, and error or warning information during the processing of this node. Each node can receive the transaction message sent by the previous node to itself.

[0026] Step S104, querying the transaction log table based on the transaction message to determine the transaction status after the previous node's processing.

[0027] In this embodiment, after receiving a transaction message from the previous node, the current node will query the transaction log table based on the unique identifier of the transaction in the transaction message to determine the latest status of the transaction. The transaction log table is a database table that records all processing steps and status changes of the transaction. By querying the transaction log table, the current node can obtain the transaction status after the previous node's processing. The transaction status includes whether the transaction has been successfully processed, whether there are unresolved problems or errors in the transaction, and the current progress and status of the transaction, etc.

[0028] Step S105, in response to the target transaction corresponding to the transaction status being displayed as incomplete, update the transaction log table based on the processing result of the target transaction.

[0029] In this embodiment, if the transaction status indicates that the corresponding target transaction is incomplete, that is, the target transaction is not in a successful or failed state, the current node needs to process the target transaction according to its own responsibilities and update the transaction log table based on the processing result of the target transaction. When updating the transaction log table, the current processing status needs to be marked. The current processing status includes the processing in progress and timeout status. For example, when the current node generates a processing result during the processing of the target transaction, the current processing status is processing in progress; when the current node generates a processing result due to timeout, the current processing status is timeout status.

[0030] Step S106, in response to at least one row of data in the transaction log table being successfully updated, send a transaction result notification message to the target business party.

[0031] In this embodiment, if at least one row of data in the transaction log table is successfully updated, it indicates that substantial progress has been made in the processing of the target transaction. The current node needs to generate a transaction result notification message and send it to the target business party. Among them, the transaction result notification message includes the updated processing result in the transaction log table, and the target business party is the business party that needs to obtain the transaction result notification message.

[0032] In the present disclosure, the transaction result notification method between each node in the transaction link is unified, which can avoid affecting the stability and reliability of the entire transaction link, ensure that the transaction result can be synchronized to the relevant business parties in a timely manner, and improve business continuity and customer experience.

[0033] Figure 2 Shows the flowchart of an information processing method according to an embodiment of the present disclosure Figure 2 , as Figure 2 shown, an information processing method includes: Step S201, receive a transaction message.

[0034] Step S202, query the transaction log table based on the transaction message to determine the transaction status after the previous node's processing.

[0035] The specific implementation details of steps S201 - S202 are similar to those of steps S103 - S104 and will not be elaborated here.

[0036] If there is no target transaction corresponding to the transaction status, step S203 is executed and the message processing ends.

[0037] If there is a target transaction corresponding to the transaction status, it is determined whether the target transaction is successful or failed. If the target transaction is successful or failed, the processing ends. If the target transaction has been successfully completed or is clearly failed, all related processing flows of the target transaction have ended and there is no need for further processing.

[0038] If the target transaction is not in a successful or failed state, step S204 is executed to update the transaction record table based on the processing result of the target transaction.

[0039] If at least one row of data is successfully updated, step S205 is executed to send a transaction result notification message to the target business party.

[0040] The specific implementation details of steps S204 - S205 are similar to those of steps S105 - S106 and will not be elaborated here.

[0041] If there is no successfully updated data, determine the target reason for the non - existence of successfully updated data in the transaction record table. If the target reason is an exception in updating the database, step S206 is executed without catching the exception in updating the database and waiting to re - process the target transaction. If the non - existence of successfully updated data in the transaction record table is due to an exception in updating the database, it proves that the exception may be caused by temporary problems such as database connection problems or network latency. At this time, re - attempting to process can increase the chance of successful transaction update. Therefore, the exception in updating the database is not caught and waiting to re - process the target transaction to avoid data errors or losses caused by improper exception handling.

[0042] If the target reason is not an exception in updating the database, step S207 is executed and the message processing ends. If the reason for the non - existence of successfully updated data in the transaction record table is not an exception in updating the database, it may be because no transaction result that needs to be written into the transaction record table is generated after the current node processes the target transaction. Therefore, the message processing can be directly ended.

[0043] Figure 3 Shows the flow diagram of an information processing method according to an embodiment of the present disclosure Figure 3 , as Figure 3 shown, there is a batch verification interface between each node of the transaction link. An information processing method includes: Step S301, receiving a batch verification instruction.

[0044] In this embodiment, during the processing of the transaction request, each node in the transaction link may receive a batch verification instruction, which may include a list of data to be verified, verification content, and verification priority, etc. If a batch verification instruction is received, it is determined whether the target channel is empty, and the data corresponding to the target channel needs to be batch verified separately. For example, if there is data to be verified in channel A, channel B, and channel C, if channel A is the target channel, the data to be verified in channel A needs to be batch verified separately, while the data to be verified in channel B and channel C can be batch verified together. In one example, the target channel can be specified by itself, or the target channel can be determined based on the priority and type of data in the channel, or the load of the channel, the amount of data, etc.

[0045] If the target channel is empty, then execute step S302 and step S303: step S302, extract the specified number of target data to be verified from the data to be verified corresponding to all channels except the target channel; step S303, generate a verification request message. If the target channel is empty, then extract the specified number of target data to be verified from different data sources or channels. The specified number represents the number of target data to be verified. The specified number can be a value set in advance, that is, for all batch verification instructions, the corresponding specified number is the same; it can also be a value extracted from the batch verification instruction, that is, the specified number corresponding to different batch verification instructions can be the same or different. The specified number can be 500 or 1000, etc., and then a verification request message can be generated based on the target data to be verified. The verification request message may include: a list of target data to be verified, verification type and parameters, a timestamp of the verification request message, etc.

[0046] If the target channel is not empty, then execute step S304 and step S303: step S304, extract the specified amount of target data to be verified from the data to be verified corresponding to the target channel; step S303, generate a verification request message. If the target channel is not empty, then it is necessary to extract the specified amount of target data to be verified from the data to be verified corresponding to the target channel, the specified amount can be 500 or 1000, etc., and then generate a verification request message based on the target data to be verified.

[0047] After generating the verification request message, step S305 is executed to call the batch verification interface. There is a batch verification interface set between each node of the transaction link. The batch verification interface can verify multiple transaction data and can be implemented through technologies such as message queues and distributed computing. If the current node communicates with the previous node, the batch verification interface is the one set between the current node and the previous node. If the current node communicates with the next node, the batch verification interface is the one set between the current node and the next node.

[0048] Based on the verification request message, the batch verification interface is called to batch verify the target data to be verified.

[0049] If the call fails, step S312 is executed to assign the target data to be verified as empty, and the batch verification task ends. If the call to the batch verification interface fails, the target data to be verified is assigned as empty and the batch verification task ends. For example, clearing the target data queue to be verified or marking these data as verification failed, thus ensuring the release of system resources and preparing for possible subsequent operations or retries.

[0050] If the call is successful, the verification result message sent by the batch verification interface for the target data to be verified is received, and it is judged whether the verification result message is non-empty. The verification result message contains the verification results of each piece of target data to be verified, such as verification success, verification failure, or further verification required, etc.

[0051] If the verification result message is empty, step S311 is executed and the batch verification task ends; If the verification result message is non-empty, step S306 is executed to sequentially determine the status of each verification transaction based on the verification result message.

[0052] If the status of the verification transaction is not successful, step S310 is executed to discard the verification transaction. For example, removing the verification transaction from the queue to be processed or marking the verification transaction as invalid. Discarding the verification transaction is an important risk management step to prevent further processing of invalid or suspicious transactions.

[0053] If the status of the verification transaction is successful, step S307 is executed to update the transaction ledger based on the status of the verification transaction. The current node can update the status corresponding to all target data to be verified in the transaction ledger based on the status of the verification transaction, and mark the current processing status as processing when updating the transaction ledger, indicating that the transaction ledger is updated when the current node processes the batch verification transaction, rather than in the case of the current node's timeout status or abnormal status, ensuring the accuracy of the updated data.

[0054] If at least one row of data in the transaction record table is successfully updated, that is, at least one piece of target data to be verified in the transaction record table is successfully updated, then step S308 is executed to send a transaction result notification message to the target business party. The transaction result notification message includes the status of the verified transaction updated in the transaction record table.

[0055] If there is no successfully updated data, determine the target reason for the absence of successfully updated data in the transaction record table. If the target reason is an exception in updating the database, then step S309 is executed, and the exception in updating the database is not caught, and the batch verification task ends. If the absence of successfully updated data in the transaction record table is caused by an exception in updating the database, it proves that the exception may be caused by temporary problems, such as database connection problems or network latency. At this time, reattempting to process can increase the chance of successful transaction update. Therefore, the exception in updating the database is not caught, and the batch verification task ends.

[0056] If the target reason is not an exception in updating the database, then the verification is ended.

[0057] In the present disclosure, the batch verification methods between various nodes in the transaction link are unified, which can improve the verification efficiency and accuracy, and can ensure the stability and reliability of the transaction link.

[0058] Figure 4 Shows the process schematic of an information processing method according to an embodiment of the present disclosure Figure 4 as Figure 4 shown, an information processing method further includes: Step S401, receive an asynchronous task scheduling instruction.

[0059] In this embodiment, during the process of processing a transaction request, for each node in the transaction link, an asynchronous task scheduling instruction may be received. The asynchronous task scheduling instruction may be triggered by a transaction management system, an external API, or internal business logic. The asynchronous task scheduling instruction usually includes information such as the type of the task, the data identifier to be processed, and the processing priority.

[0060] Step S402, query the transaction record table based on the asynchronous task scheduling instruction to determine the transaction status after the previous node processes. After receiving the asynchronous task scheduling instruction, the current node will query the transaction record table according to the data identifier in the asynchronous task scheduling instruction to determine the transaction status after the previous node processes. The transaction status includes whether the transaction has been successfully processed, whether there are unresolved problems or errors in the transaction, and the current progress and status of the transaction, etc.

[0061] If there is no target transaction corresponding to the transaction status, then step S403 is executed, and the asynchronous task ends.

[0062] If there is a target transaction corresponding to the transaction status, determine whether the target transaction corresponding to the transaction status is successful or failed. If the target transaction is successful or failed, it proves that the target transaction has been completed, and the asynchronous task ends.

[0063] If the target transaction is not in a successful or failed state, execute step S404 to update the transaction record table based on the processing result of the target transaction. In response to the target transaction corresponding to the transaction status being displayed as not completed, update the transaction record table based on the processing result of the target transaction; mark the current processing status when updating the transaction record table. If the target transaction is not in a successful or failed state, that is, the target transaction is not completed, the current node needs to process the target transaction according to its own responsibilities and update the transaction record table based on the processing result of the target transaction. When updating the transaction record table, it is necessary to mark the current processing status, and the current processing status includes the processing in progress and timeout status. For example, when the current node generates a processing result during the processing of the target transaction, the current processing status is processing in progress; when the current node generates a processing result due to timeout, the current processing status is timeout status.

[0064] If at least one row of data in the transaction record table is successfully updated, execute step S405 to send the transaction result notification message to the target business party. If at least one row of data in the transaction record table is successfully updated, it indicates that substantial progress has been made in the processing of the target transaction. The current node needs to generate a transaction result notification message and send it to the target business party, where the transaction result notification message includes the processing result updated in the transaction record table, and the target business party is the business party that needs to obtain the transaction result notification message.

[0065] If there is no successfully updated data in the transaction record table, determine the target reason that causes there to be no successfully updated data in the transaction record table. If the target reason is an exception in updating the database, execute step S406 and do not catch the exception in updating the database, and wait for asynchronous processing to be retried. If there is no successfully updated data in the transaction record table due to an exception in updating the database, it proves that the exception may be caused by temporary problems, such as database connection problems or network latency. At this time, retrying the processing can increase the chance of successful update of the transaction. Therefore, do not catch the exception in updating the database and wait for asynchronous processing to be retried, so as to avoid data errors or losses caused by improper exception handling.

[0066] If the target reason is not an exception in updating the database, execute step S407 and the asynchronous task ends.

[0067] In the present disclosure, the asynchronous task processing methods between various nodes in the transaction link are unified, which can improve the asynchronous processing ability, can more effectively process the load, improve the response speed and throughput, and can adapt to the increasing transaction volume and business requirements.

[0068] Figure 5 The following shows a schematic structural diagram of an information processing device according to an embodiment of the present disclosure. As Figure 5 shown, an information processing device includes: An acquisition module 10, configured to acquire a transaction request; a processing module 11, configured to process the transaction request based on each node in the transaction link; the processing module 11 is further configured to, during the process of processing the transaction request, for each node in the transaction link, receive a transaction message sent by the previous node; the processing module 11 is further configured to query a transaction log table based on the transaction message to determine the transaction status after the previous node processes; the processing module 11 is further configured to, in response to the transaction status indicating that the corresponding target transaction is not completed, update the transaction log table based on the processing result of the target transaction; mark the current processing status when updating the transaction log table; the processing module 11 is further configured to, in response to at least one row of data in the transaction log table being successfully updated, send a transaction result notification message to the target service party; the transaction result notification message includes the updated processing result in the transaction log table, and the target service party is the service party that needs to obtain the transaction result notification message.

[0069] In an implementable manner, the processing module 11 is further configured to: in response to there being no successfully updated data in the transaction log table, determine the target reason for the absence of successfully updated data in the transaction log table; in response to the target reason being an exception in updating the database, do not catch the exception in updating the database and wait for the target transaction to be processed again; in response to the target reason not being an exception in updating the database, determine that the processing operation of the target transaction ends.

[0070] In an implementable manner, there is a batch verification interface between each node of the transaction link, and the processing module 11 is further configured to: during the process of processing the transaction request, for each node in the transaction link, in response to receiving a batch verification instruction, extract a specified number of target data to be verified; generate a verification request message based on the target data to be verified; call the batch verification interface based on the verification request message to perform batch verification on the target data to be verified through the batch verification interface.

[0071] In an implementable manner, the processing module 11 is further configured to: in response to the target channel being empty, extract a specified number of target data to be verified from the data to be verified corresponding to all channels except the target channel; the data corresponding to the target channel needs to be batch-verified separately; in response to the target channel not being empty, extract a specified number of target data to be verified from the data to be verified corresponding to the target channel.

[0072] In an implementable embodiment, the processing module 11 is further configured to: receive a verification result message for the target data to be verified sent by the batch verification interface; in response to the non-emptiness of the verification result message, sequentially determine the status of each verification transaction based on the verification result message, and update the transaction flow table based on the status of each verification transaction.

[0073] In an implementable embodiment, the processing module 11 is further configured to: in response to the status of the verification transaction being successful, update the transaction flow table based on the status of the verification transaction; mark the current processing status as being processed when updating the transaction flow table; in response to at least one row of data in the transaction flow table being successfully updated, send a transaction result notification message to the target service party; the transaction result notification message includes the status of the updated verification transaction in the transaction flow table.

[0074] In an implementable embodiment, the processing module 11 is further configured to: during the processing of the transaction request, for each node of the transaction link, in response to receiving an asynchronous task scheduling instruction, query the transaction flow table according to the asynchronous task scheduling instruction to determine the transaction status after the previous node's processing; in response to the transaction status indicating that the target transaction is not completed, update the transaction flow table based on the processing result of the target transaction; mark the current processing status when updating the transaction flow table; in response to at least one row of data in the transaction flow table being successfully updated, send a transaction result notification message to the target service party.

[0075] According to an embodiment of the present disclosure, the present disclosure also provides an electronic device and a readable storage medium.

[0076] Figure 6 A schematic block diagram of an exemplary electronic device 800 that can be used to implement the embodiments of the present disclosure is shown. The electronic device is intended to represent various forms of digital computers, such as, a laptop computer, a desktop computer, a workbench, a personal digital assistant, a server, a blade server, a mainframe computer, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as, a personal digital processor, a cellular phone, a smart phone, a wearable device, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely exemplary and are not intended to limit the implementation of the present disclosure described and / or claimed herein.

[0077] As Figure 6As shown, device 800 includes a computing unit 801 which can perform various appropriate actions and processes according to computer programs stored in a read-only memory (ROM) 802 or computer programs loaded from a storage unit 808 into a random access memory (RAM) 803. In the RAM 803, various programs and data required for the operation of device 800 can also be stored. The computing unit 801, ROM 802, and RAM 803 are connected to each other via a bus 804. An input / output (I / O) interface 805 is also connected to the bus 804.

[0078] A plurality of components in device 800 are connected to the I / O interface 805, including: an input unit 806, such as a keyboard, a mouse, etc.; an output unit 807, such as various types of displays, speakers, etc.; a storage unit 808, such as a magnetic disk, an optical disc, etc.; and a communication unit 809, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 809 allows device 800 to exchange information / data with other devices via a computer network such as the Internet and / or various telecommunication networks.

[0079] The computing unit 801 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the computing unit 801 include but are not limited to a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, a digital signal processor (DSP), and any appropriate processor, controller, microcontroller, etc. The computing unit 801 executes the various methods and processes described above, such as an information processing method. For example, in some embodiments, an information processing method can be implemented as a computer software program which is tangibly contained in a machine-readable medium, such as the storage unit 808. In some embodiments, part or all of the computer program can be loaded and / or installed onto device 800 via the ROM 802 and / or the communication unit 809. When the computer program is loaded into the RAM 803 and executed by the computing unit 801, one or more steps of the information processing method described above can be executed. Alternatively, in other embodiments, the computing unit 801 can be configured to execute an information processing method by any other appropriate means (e.g., by means of firmware).

[0080] The various embodiments of the systems and techniques described above in this document can be implemented in digital electronic circuitry, integrated circuit systems, field programmable gate arrays (FPGA), application specific integrated circuits (ASIC), application specific standard products (ASSP), systems on a chip (SOC), complex programmable logic devices (CPLD), computer hardware, firmware, software, and / or combinations thereof. These various embodiments can include: being implemented in one or more computer programs that are executable and / or interpretable on a programmable system including at least one programmable processor, which can be a special-purpose or general-purpose programmable processor that receives data and instructions from a storage system, at least one input device, and at least one output device, and transmits the data and instructions to the storage system, the at least one input device, and the at least one output device.

[0081] The program code for implementing the methods of the present disclosure can be written in any combination of one or more programming languages. These program codes can be provided to a processor or controller of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when the program codes are executed by the processor or controller, the functions / operations specified in the flowchart and / or block diagram are implemented. The program code can be executed entirely on the machine, partially on the machine, as a stand-alone software package partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

[0082] In the context of the present disclosure, a machine-readable medium can be a tangible medium that can contain or store a program for use by or in connection with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, 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 disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0083] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device for displaying information to the user (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor); and a keyboard and a pointing device (e.g., a mouse or a trackball) through which the user can provide input to the computer. Other kinds of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including acoustic input, voice input, or tactile input).

[0084] The systems and techniques described herein can be implemented in a computing system including backend components (e.g., as a data server), or a computing system including middleware components (e.g., an application server), or a computing system including frontend components (e.g., a user computer having a graphical user interface or a web browser through which the user can interact with an implementation of the systems and techniques described herein), or a computing system including any combination of such backend components, middleware components, or frontend components. The components of the system can be interconnected to each other by digital data communication in any form or medium (e.g., a communication network). Examples of communication networks include: local area network (LAN), wide area network (WAN), and the Internet.

[0085] A computer system can include a client and a server. The client and the server are generally far from each other and typically interact through a communication network. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, or a server of a distributed system, or a server incorporating a blockchain.

[0086] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps recited in this disclosure can be executed in parallel, sequentially, or in a different order, as long as the desired results of the technical solution of this disclosure can be achieved, and this is not limited herein.

[0087] In addition, the terms "first" and "second" are used for descriptive purposes only and cannot be construed as indicating or implying relative importance or implicitly specifying the quantity of the indicated technical features. Thus, features defined with "first" and "second" can explicitly or implicitly include at least one such feature. In the description of this disclosure, "a plurality of" means two or more unless otherwise specifically defined.

[0088] As described above, it is only the specific implementation manner of the present disclosure, but the protection scope of the present disclosure is not limited thereto. Any person skilled in the art within the technical scope disclosed by the present disclosure can easily think of changes or substitutions, which should all be covered within the protection scope of the present disclosure. Therefore, the protection scope of the present disclosure shall be subject to the protection scope of the claims described above.

Claims

1. An information processing method, characterized in that, The method includes: Obtaining a transaction request; Processing the transaction request based on each node in the transaction link; During the process of processing the transaction request, for each node in the transaction link, receiving a transaction message sent by the previous node; Querying the transaction record table based on the transaction message to determine the transaction status after the previous node processes it; If it is determined that the corresponding target transaction is not completed in response to the transaction status, updating the transaction record table based on the processing result of the target transaction; marking the current processing status when updating the transaction record table; If at least one row of data in the transaction record table is successfully updated, sending a transaction result notification message to the target service party; the transaction result notification message includes the updated processing result in the transaction record table, and the target service party is the service party that needs to obtain the transaction result notification message.

2. The method according to claim 1, characterized in that, The method further includes: If there is no successfully updated data in the transaction record table, determining the target reason for the absence of successfully updated data in the transaction record table; If the target reason is an exception in updating the database, not capturing the exception in updating the database and waiting to reprocess the target transaction; If the target reason is not an exception in updating the database, determining that the processing operation for the target transaction ends.

3. The method according to claim 1, wherein There is a batch verification interface between each node of the transaction link; the method further includes: During the process of processing the transaction request, for each node in the transaction link, in response to receiving a batch verification instruction, extracting a specified number of target data to be verified; Generating a verification request message based on the target data to be verified; Invoking the batch verification interface based on the verification request message to batch verify the target data to be verified through the batch verification interface.

4. The method according to claim 3, characterized in that The extracting a specified number of target data to be verified includes: If the target channel is empty, extracting a specified number of target data to be verified from the data to be verified corresponding to all channels except the target channel; the data corresponding to the target channel needs to be batch verified separately; If the target channel is not empty, extracting a specified number of target data to be verified from the data to be verified corresponding to the target channel.

5. The method according to claim 3, wherein The batch verifying the target data to be verified through the batch verification interface includes: Receiving a verification result message for the target data to be verified sent by the batch verification interface; If the verification result message is not empty, sequentially determining the status of each verification transaction based on the verification result message, and updating the transaction record table based on the status of each verification transaction.

6. The method according to claim 5, wherein The updating the transaction record table based on the status of each verification transaction includes: If the status of the verification transaction is successful, updating the transaction record table based on the status of the verification transaction; marking the current processing status as being processed when updating the transaction record table; If at least one row of data in the transaction record table is successfully updated, sending a transaction result notification message to the target service party; the transaction result notification message includes the status of the verified transaction updated in the transaction record table.

7. The method according to claim 1, wherein The method further includes: During the process of processing the transaction request, for each node in the transaction link, in response to receiving an asynchronous task scheduling instruction, query the transaction log table according to the asynchronous task scheduling instruction to determine the transaction status after the previous node's processing; If the corresponding target transaction is shown as incomplete in response to the transaction status, update the transaction log table based on the processing result of the target transaction; mark the current processing status when updating the transaction log table; In response to at least one row of data in the transaction log table being successfully updated, send a transaction result notification message to the target business party.

8. An information processing apparatus, characterized in that, The device includes: An acquisition module for acquiring a transaction request; A processing module for processing the transaction request based on each node in the transaction link; The processing module is further configured to, during the process of processing the transaction request, for each node in the transaction link, receive a transaction message sent by the previous node; The processing module is further configured to query the transaction log table based on the transaction message to determine the transaction status after the previous node's processing; The processing module is further configured to, if the corresponding target transaction is shown as incomplete in response to the transaction status, update the transaction log table based on the processing result of the target transaction; mark the current processing status when updating the transaction log table; The processing module is further configured to, in response to at least one row of data in the transaction log table being successfully updated, send a transaction result notification message to the target business party; the transaction result notification message includes the updated processing result in the transaction log table, and the target business party is the business party that needs to obtain the transaction result notification message.

9. An electronic device, characterized in that, Comprising: At least one processor; And A memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the method according to any one of claims 1-7.

10. A non-transitory computer-readable storage medium storing computer instructions, characterized in that, The computer instructions are used to cause a computer to execute the method according to any one of claims 1-7.

Images