Data processing method and device, electronic equipment and computer program product

Abstract

The invention discloses a data processing method and device, electronic equipment and a computer program product, and relates to the technical field of data processing.The processing method comprises the steps that a preset production server obtains transaction order data with the initial processing state being a target state, and generating a delay message based on the transaction order data, the delay queue identifier corresponding to the transaction order data and the delay duration, sending the delay message to a delay queue indicated by the delay queue identifier, and presetting a consumption server to consume the delay message from the delay queue to obtain a current processing state of the transaction order data in the delay message, and when the current processing state is a non-target state, deleting the delay message from the delay queue, and processing the transaction order data to complete processing of the fund transaction order corresponding to the transaction order data. According to the invention, the technical problem of resource waste caused by low efficiency of processing fund transaction orders in the prior art is solved.

Description

Technical Field

[0001] The present invention relates to the field of data processing technology, and in particular to a data processing method and device thereof, electronic equipment, and computer program product. Background Art

[0002] Bank fund transactions involve interactions between multiple systems, including business systems, fund systems, and third-party payment channels. Due to the relatively long interaction links and the high importance of fund-related transactions, the business system must clearly receive the final status results of fund transfers from the fund system before it can proceed with subsequent business logic processing.

[0003] Currently, the model for processing asynchronous transactions is as follows: upon receiving an ambiguous final status result from a downstream system (such as a funding system), the business system first marks the transaction as being processed. Subsequently, the business system initiates a separate polling mechanism to batch query the final transaction results. While this polling mechanism for batch processing can meet common business needs, it cannot meet the needs of transactions with high timeliness requirements.

[0004] In related technologies, the logic of polling batch processing is: the transaction data being processed is loaded into the memory, and the business system uses multi-threading to call the downstream system query results. During this process, if some data fails to obtain the final state for a long time, then this part of the data will be loaded repeatedly in each polling. However, before obtaining the final state, this part of the query is actually an invalid operation, and when the amount of data reaches a certain level, the time occupied by a large number of invalid operations will indirectly cause the business system to lag in obtaining other data results that have already reached the final state. In addition, if the number of concurrent queries initiated at the same time is too large, it may also cause performance pressure on the downstream system. This pressure not only affects the operating efficiency of the downstream system itself, but may also affect other business processes it serves.

[0005] To address the above-mentioned problems, no effective solutions have been proposed so far. Summary of the Invention

[0006] The embodiments of the present invention provide a data processing method and apparatus thereof, an electronic device, and a computer program product to at least solve the technical problem in the related art of low efficiency in processing fund transaction orders, resulting in waste of resources.

[0007] According to one aspect of an embodiment of the present invention, a data processing method is provided, comprising: using a preset production server to obtain transaction order data whose initial processing status is a target status, and determining a delay queue identifier and a delay duration corresponding to the transaction order data, wherein the preset production server is a first server in a business system that pre-configures delayed production information, and the target status is a non-successful status or a non-failed status; using the preset production server to generate a delay message based on the transaction order data, the delay queue identifier and the delay duration, and sending the delay message to a delay queue indicated by the delay queue identifier; using a preset consumption server to consume the delay message from the delay queue to obtain the current processing status of the transaction order data in the delay message, wherein the preset consumption server is a second server in the business system that pre-configures delayed consumption information; when the current processing status is a non-target status, deleting the delay message from the delay queue, and processing the transaction order data to complete the processing of the funds transaction order corresponding to the transaction order data.

[0008] Furthermore, before adopting the preset production server to obtain the transaction order data with the initial processing status as the target status, it also includes: configuring the delayed production information on the first server in the business system, and characterizing the first server configured with the delayed production information as the preset production server, wherein the delayed production information at least includes: listening queue parameters, delay queue parameters and delay duration parameters; the first server is used to receive funds transaction orders, and processes each of the funds transaction orders into the transaction order data; configuring the delayed consumption information on the second server in the business system, and characterizing the second server configured with the delayed consumption information as the preset consumption server, wherein the delayed consumption information at least includes: listening queue parameters, delay queue parameters, delay duration parameters and message processing times parameters; the second server is used to call the funds system, and receive the processing status of the transaction order data returned by the funds system.

[0009] Furthermore, after using the preset consumption server to consume the delayed message from the delay queue and obtaining the current processing status of the transaction order data in the delayed message, it also includes: when the current processing status is the target status, changing the preset consumption server to the preset production server; using the changed preset production server to update the delay message, and sending the updated delay message to the target delay queue indicated by the target delay queue identifier, wherein the target delay queue identifier is the delay queue identifier carried by the updated delay message.

[0010] Furthermore, the step of updating the delayed message using the changed preset production server includes: updating the number of message processing times of the transaction order data; when the number of message processing times is greater than a preset threshold, changing the delay queue identifier corresponding to the transaction order data to the target delay queue identifier, and extending the delay duration corresponding to the transaction order data to the target delay duration; based on the target delay queue identifier, the target delay duration and the number of message processing times, updating the delayed message to obtain the updated delayed message.

[0011] Furthermore, the step of using a preset production server to obtain transaction order data whose initial processing status is a target status includes: when a capital transaction order is received, using the preset production server to process the capital transaction order into the transaction order data, and calling the capital system to process the transaction order data, wherein the capital system is used to process the transaction order data and return the initial processing status of the transaction order data; when the initial processing status is a success status or a failure status, using the preset production server to process the capital transaction order indicated by the success status or the failure status; when the initial processing status is the target status, using the preset production server to obtain the transaction order data indicated by the target status.

[0012] Furthermore, the step of using a preset consumption server to consume the delayed message from the delayed queue and obtain the current processing status of the transaction order data in the delayed message includes: using a preset consumption server to obtain the delayed message from the delayed queue and wait; when the waiting time reaches the delay time carried in the delayed message, calling the capital system to process the delayed message, wherein the capital system is used to process the delayed message; using a preset consumption server to receive the current processing status of the transaction order data in the delayed message returned by the capital system.

[0013] Furthermore, before sending the delayed message to the delay queue indicated by the delay queue identifier, it also includes: connecting the preset production server to multiple switches, wherein each switch is bound to multiple delay queues under a fund transaction type; based on the target fund transaction type corresponding to the transaction order data, using the preset production server to send the transaction order data to the target switch corresponding to the target fund transaction type, wherein the target switch sends the delay message to the delay queue indicated by the delay queue identifier based on the delay queue identifier carried by the delay message.

[0014] According to another aspect of an embodiment of the present invention, a data processing device is further provided, comprising: a first acquisition unit, configured to use a preset production server to acquire transaction order data whose initial processing status is a target status, and determine a delay queue identifier and a delay duration corresponding to the transaction order data, wherein the preset production server is a first server in a business system in which delay production information is pre-configured, and the target status is a non-successful status or a non-failed status; a first generation unit, configured to use the preset production server to generate a delay message based on the transaction order data, the delay queue identifier, and the delay duration, and send the delay message to a delay queue indicated by the delay queue identifier; a first consumption unit, configured to use a preset consumption server to consume the delay message from the delay queue to obtain a current processing status of the transaction order data in the delay message, wherein the preset consumption server is a second server in the business system in which delay consumption information is pre-configured; and a first processing unit, configured to delete the delay message from the delay queue when the current processing status is not the target status, and process the transaction order data to complete processing of the funds transaction order corresponding to the transaction order data.

[0015] Furthermore, the data processing device includes: a first configuration module, which is used to configure the delayed production information on the first server in the business system before using the preset production server to obtain the transaction order data with the initial processing status as the target status, and characterize the first server that configures the delayed production information as the preset production server, wherein the delayed production information at least includes: a listening queue parameter, a delay queue parameter, and a delay duration parameter; the first server is used to receive funds transaction orders and process each of the funds transaction orders into the transaction order data; a second configuration module, which is used to configure the delayed consumption information on the second server in the business system, and characterize the second server that configures the delayed consumption information as the preset consumption server, wherein the delayed consumption information at least includes: the listening queue parameter, the delay queue parameter, the delay duration parameter, and the message processing times parameter; the second server is used to call the funds system and receive the processing status of the transaction order data returned by the funds system.

[0016] Furthermore, the data processing device includes: a first processing module, which is used to consume the delayed message from the delay queue using a preset consumption server, and after obtaining the current processing status of the transaction order data in the delayed message, when the current processing status is the target state, change the preset consumption server to the preset production server; a first update module, which is used to update the delayed message using the changed preset production server, and send the updated delayed message to the target delay queue indicated by the target delay queue identifier, wherein the target delay queue identifier is the delay queue identifier carried by the updated delay message.

[0017] Furthermore, the first update module includes: a first update sub-module, used to update the number of message processing times of the transaction order data; a first processing sub-module, used to change the delay queue identifier corresponding to the transaction order data to the target delay queue identifier, and extend the delay duration corresponding to the transaction order data to the target delay duration when the number of message processing times is greater than a preset threshold; a second update sub-module, used to update the delay message based on the target delay queue identifier, the target delay duration and the number of message processing times to obtain the updated delay message.

[0018] Furthermore, the first acquisition unit includes: a second processing module, which is used to use the preset production server to process the capital transaction order into the transaction order data when a capital transaction order is received, and call the capital system to process the transaction order data, wherein the capital system is used to process the transaction order data and return the initial processing status of the transaction order data; a third processing module, which is used to use the preset production server to process the capital transaction order indicated by the success status or the failure status when the initial processing status is a success status or a failure status; and a first acquisition module, which is used to use the preset production server to obtain the transaction order data indicated by the target status when the initial processing status is the target status.

[0019] Furthermore, the first consumption unit includes: a second acquisition module, used to use a preset consumption server to obtain the delayed message from the delay queue and wait; a first calling module, used to call the fund system to process the delayed message when the waiting time reaches the delay time carried in the delay message, wherein the fund system is used to process the delayed message; a first receiving module, used to use a preset consumption server to receive the current processing status of the transaction order data in the delay message returned by the fund system.

[0020] Furthermore, the data processing device includes: a first connection module, used to connect the preset production server with multiple switches before sending the delay message to the delay queue indicated by the delay queue identifier, wherein each switch is bound to multiple delay queues under a fund transaction type; a first sending module, used to send the transaction order data to the target switch corresponding to the target fund transaction type corresponding to the transaction order data using the preset production server, wherein the target switch sends the delay message to the delay queue indicated by the delay queue identifier based on the delay queue identifier carried by the delay message.

[0021] According to another aspect of an embodiment of the present invention, a computer program product is provided, including a non-volatile computer-readable storage medium, wherein the non-volatile computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, it implements any one of the above-mentioned data processing methods.

[0022] According to another aspect of an embodiment of the present invention, an electronic device is also provided, comprising one or more processors and a memory, wherein the memory is used to store one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement any one of the above-mentioned data processing methods.

[0023] In the present invention, a preset production server is used to obtain transaction order data whose initial processing status is the target status, and determine the delay queue identifier and delay duration corresponding to the transaction order data. A preset production server is used to generate a delay message based on the transaction order data, the delay queue identifier and the delay duration, and send the delay message to the delay queue indicated by the delay queue identifier. A preset consumption server is used to consume the delay message from the delay queue to obtain the current processing status of the transaction order data in the delay message. When the current processing status is a non-target status, the delay message is deleted from the delay queue, and the transaction order data is processed to complete the processing of the funds transaction order corresponding to the transaction order data, thereby solving the technical problem of low efficiency in processing funds transaction orders and waste of resources in the related art.

[0024] In the present invention, the preset production server can obtain the initial processing status of the transaction order data queried by the capital system during the first transaction. If the initial processing status is an unclear state such as a non-successful state or a non-failed state, the delay queue identifier and delay duration corresponding to the transaction order data can be determined. Then, the preset production server can generate a delay message based on the transaction order data, the delay queue identifier and the delay duration, and send the delay message to the delay queue indicated by the delay queue identifier. Thereafter, the preset consumption server can consume the delay message from the delay queue and obtain the current processing status of the transaction order data in the delay message by calling the capital system. If the current processing status is a clear state such as a successful state or a failed state, the delay message can be deleted from the delay queue, and the transaction order data can be processed to complete the processing of the capital transaction order corresponding to the transaction order data. By using the delay queue to process data, the efficiency of data processing is improved, thereby achieving the technical effect of reducing resource waste. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] The drawings described herein are used to provide a further understanding of the present invention and constitute a part of the present invention. The exemplary embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute an improper limitation of the present invention. In the drawings:

[0026] Figure 1 is a flow chart of an optional data processing method according to an embodiment of the present invention;

[0027] Figure 2 1 is a schematic diagram of a message queue according to an embodiment of the present invention;

[0028] Figure 3 is a schematic diagram of an optional data processing device according to an embodiment of the present invention;

[0029] Figure 4 This is a hardware structure block diagram of an electronic device (or mobile device) for a data processing method according to an embodiment of the present invention. DETAILED DESCRIPTION

[0030] In order to enable those skilled in the art to better understand the solutions of the present invention, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the embodiments described are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts should fall within the scope of protection of the present invention.

[0031] It should be noted that the terms "first", "second", etc. in the description and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that the numbers used in this way can be interchanged where appropriate, so that the embodiments of the present invention described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0032] It should be noted that the relevant information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) collected and involved in the present invention are all information and data authorized by the user or fully authorized by all parties, and the collection, storage, use, processing, transmission, provision, disclosure and application of the relevant data comply with the relevant laws, regulations and standards of the relevant regions, take necessary confidentiality measures, do not violate public order and good morals, and provide corresponding operation entrances for users to choose to authorize or refuse. For example, an interface is set up between this system and the relevant users or institutions. Before obtaining relevant information, it is necessary to send an acquisition request to the aforementioned user or institution through the interface, and obtain relevant information after receiving the consent information fed back by the aforementioned user or institution.

[0033] In the present invention, since the polling batch processing mode is used to query transaction results in a low time efficiency, a delay queue based on a message queue is proposed. The delay queue technology adopted by the present invention improves the time efficiency of transactions, and addresses the problem that the downstream capital system cannot provide the final status of data for a long time. Corresponding strategy adjustments (such as changing the query interval time, changing the number of queries, etc.) are made, and different query strategies are configured for the same transaction at different time points, avoiding resource waste.

[0034] The present invention will be described in detail below with reference to various embodiments.

[0035] Example 1

[0036] According to an embodiment of the present invention, an embodiment of a data processing method is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0037] Figure 1is a flow chart of an optional data processing method according to an embodiment of the present invention. Figure 1 As shown, the method includes the following steps:

[0038] Step S101: Use the preset production server to obtain transaction order data whose initial processing status is the target status, and determine the delay queue identifier and delay duration corresponding to the transaction order data, wherein the preset production server is the first server in the business system in which the delayed production information is pre-configured, and the target status is a non-successful status or a non-failed status.

[0039] Optionally, in the bank's fund transaction business, the fund system (i.e., the system within the bank used to manage fund flows, execute transactions, perform risk control and accounting, and other functions) can receive transaction order data (such as transaction account information, transaction type (such as repayment, loan, etc.), transaction amount, etc.), and query the processing status of the transaction order data, and return the query result (i.e., the processing status of the transaction order data (such as successful processing, failed processing, processing in progress, etc.)) to the preset production server. Then, the transaction order data with an initial processing status of the target state (i.e., a non-successful state or a non-failed state, such as a processing state) is obtained through the preset production server (i.e., the first server in the business system that pre-configures delayed production information, such as the server where the producer of the message queue is located).

[0040] For example, the preset production server can initiate a query request to the capital system (such as a payment system, an account management system, etc.) based on the repayment transaction data (such as the repayment amount, the repayment date, etc.). The capital system can query the repayment transaction data to obtain the final status of the repayment transaction (such as confirming whether the transaction is completed, whether the funds are transferred from the borrower's account to the bank's loan account, etc.). If the query result is not a successful repayment or a failed repayment, it means that the transaction status is being processed. The corresponding delay queue identifier (such as QueueName1) and delay duration (such as 1 second) can be determined based on the transaction order data.

[0041] In this embodiment of the present invention, the delay queue ID is used to distinguish different delay queues. Different transactions can have different delay queue IDs. For example, the delay queue ID for a repayment transaction can be QueueNameX, while the delay queue ID for a loan transaction can be QueueNameXX. The delay duration is the delay time for sending this message. For example, 1 second means that this message will be sent with a delay of 1 second.

[0042] It should be noted that the initial processing state may include a target state or a non-target state (ie, a success state or a failure state). Only when the initial processing state is the target state can the subsequent sending of the delay message for query be executed.

[0043] In step S102, a preset production server is used to generate a delay message based on the transaction order data, the delay queue identifier, and the delay duration, and the delay message is sent to the delay queue indicated by the delay queue identifier.

[0044] Optionally, the preset production server can generate a delay message based on the data of each transaction order (such as the repayment amount of the repayment transaction), the delay queue identifier and the delay duration. The delay message is then sent to the delay queue indicated by the delay queue identifier to ensure that the message is processed after the specified delay duration.

[0045] For example, you can use the rabbitTemplate provided by the springBoot technology framework to send delayed messages, such as:

[0046] rabbitTemplate.convertAndSend(delayQueueName,(Object)

[0047] msg.toJSONStringWithoutClass(),new MessagePostProcessor(){

[0048] @Override

[0049] Public Message postProcessMessage(Message message)throwsAmqpException{

[0050] message.getMessageProperties().setExpiration(delayTime);

[0051] return message;

[0052] }

[0053] }).

[0054] Among them, delayQueueName represents the delay queue name, msg represents the message content to be sent, (object)mas.toJSONStringWithoutClass() represents converting msg into JSON string format, newMessagePostProcessor() indicates that some post-processing operations are allowed on the Message object after the message is sent, and delayTime represents the time for delaying the sending of this message. For example, if delayTime is configured as 1000 (in milliseconds), it means that this message will be sent after 1 second.

[0055] Step S103: Using a preset consumption server to consume the delayed message from the delay queue to obtain the current processing status of the transaction order data in the delayed message, wherein the preset consumption server is a second server in the business system that pre-configures delayed consumption information.

[0056] Optionally, a preset consumption server (i.e., a second server in a business system that pre-configures delayed consumption information, such as a server where the consumer of a message queue is located) obtains delayed messages from a delayed queue and performs consumption processing on the delayed messages, such as sending them to a funding system for a processing status query, thereby obtaining the current processing status of the transaction order data in the delayed message (e.g., the transaction order data is being processed).

[0057] In an embodiment of the present invention, the preset consumer server can continuously monitor the delay queue and wait for the delayed message to become available. After receiving the delayed message, the preset consumer server will parse the delayed message content, obtain the transaction order data, and send the data to the capital system to query the current processing status of the transaction order data.

[0058] Step S104: when the current processing state is a non-target state, the delayed message is deleted from the delay queue, and the transaction order data is processed to complete the processing of the capital transaction order corresponding to the transaction order data.

[0059] Optionally, the current processing status may include a target status and a non-target status. If the current processing status of the queried transaction order data is in a non-target status (i.e., a successful status or a failed status), the delayed message may be deleted from the delayed queue, and the transaction order data may be processed (e.g., when the current processing status of the transaction order data queried for a repayment transaction is a successful status, the customer's account balance may be updated, the credit score may be updated, a repayment confirmation notification may be generated, etc.) to complete the processing of the funds transaction order corresponding to the transaction order data.

[0060] In summary, a preset production server can be used to obtain transaction order data with an initial processing status of the target status, and generate a delay message based on the transaction order data, the delay queue identifier and the delay time, and then send the delay message to the delay queue indicated by the delay queue identifier. After that, a preset consumer server can be used to receive the delay message from the delay queue, and send the transaction order data in the delay message to the capital system to query the current processing status of the transaction order data. When the current processing status is a non-target state, the delay message is deleted from the delay queue, and the transaction order data is processed to complete the processing of the capital transaction order corresponding to the transaction order data. This not only realizes the processing of capital transaction orders, but also effectively improves the efficiency of processing capital transaction orders, thereby solving the technical problem of low efficiency in processing capital transaction orders in related technologies, resulting in waste of resources.

[0061] In order to accurately configure delayed production information and delayed consumption information, in the data processing method provided in Example 1 of the present application, delayed production information is configured on the first server end in the business system, and the first server end configured with delayed production information is characterized as a preset production server end, wherein the delayed production information includes at least: listening queue parameters, delay queue parameters and delay duration parameters; the first server end is used to receive funds transaction orders and process each funds transaction order into transaction order data; delayed consumption information is configured on the second server end in the business system, and the second server end configured with delayed consumption information is characterized as a preset consumption server end, wherein the delayed consumption information includes at least: listening queue parameters, delay queue parameters, delay duration parameters and message processing times parameters; the second server end is used to call the funds system and receive the processing status of the transaction order data returned by the funds system.

[0062] Optionally, the delayed production information includes at least a listening queue parameter (i.e., Listener), a delay queue parameter (i.e., delayName), and a delay duration parameter (i.e., delayTime). The delayed production information can be configured on the first server in the business system (such as the server where the message producer of the message queue is located), and the first server that configures the delayed production information can be characterized as a preset production server.

[0063] In an embodiment of the present invention, the first server can generate a fund transaction order (such as a repayment application, a loan application) after receiving a transaction application (such as a repayment application, a loan application), and process each fund transaction order into transaction order data (such as a repayment amount, a loan amount).

[0064] In an embodiment of the present invention, the delayed consumption information includes at least a listening queue parameter (i.e., Listener), a delay queue parameter (i.e., delayName), a delay duration parameter (i.e., delayTime), and a message processing times parameter (i.e., delayNum). The delayed consumption information can be configured on a second server in the business system (such as the server where the message consumer of the message queue is located), and the second server where the delayed consumption information is configured is characterized as a preset consumption server.

[0065] In an embodiment of the present invention, the second server can be used to call the capital system and receive the processing status of the transaction order data returned by the capital system. The second server is configured with one more message processing times parameter than the first server. The message processing times parameter is used to control the number of message sending under the delay strategy (the delay strategy can be changed according to the message processing times. For example, when the message processing times is [1, 10], a query is executed every 1 second of delay; when the message processing times is (10, 100], a query operation is executed every 10 seconds of delay).

[0066] In an embodiment of the present invention, the listening queue parameters, delay queue parameters and delay duration parameters in the delayed consumption information correspond one-to-one to the listening queue parameters, delay queue parameters and delay duration parameters in the delayed production information, ensuring that the message sent by the first server can be obtained by the second server.

[0067] For example, different delay strategies have different delay queues. Multiple groups of delay queues can be configured in a message queue (such as rabbitMq), such as:

[0068] @Bean

[0069] public Queue delayQueueOne(){

[0070] Map<String,Object> args = new HashMap<String,Object> ();

[0071] args.put("x-dead-letter-exchange", "delay_exchange");

[0072] return new Queue(QueueName1,true,false,false,args);

[0073] }

[0074] @Beanpublic Queue delayQueueTwo(){

[0075] Map<String,Object> args = new HashMap<String,Object> ();

[0076] args.put("x-dead-letter-exchange", "delay_exchange");

[0077] return new Queue(QueueName2,true,false,false,args);

[0078] }.

[0079] In an embodiment of the present invention, multiple groups of configured delay queues can be added to a preset consumer server. If the queue name configured in the preset consumer server is inconsistent with the queue name configured in the preset production server, the delayed message carried by the delay queue can be discarded.

[0080] In order to obtain updated delay information, in the data processing method provided in Example 1 of the present application, when the current processing state is the target state, the preset consumption server is changed to the preset production server; the changed preset production server is used to update the delay message, and the updated delay message is sent to the target delay queue indicated by the target delay queue identifier, wherein the target delay queue identifier is the delay queue identifier carried by the updated delay message.

[0081] Optionally, if the current processing status is the target status (i.e., non-successful status or non-failed status), it means that the data is still being processed. The preset consumption server can be changed to the preset production server, and the changed preset production server produces data and sends it to the corresponding delay queue.

[0082] In an embodiment of the present invention, the delay message can be updated at the preset production server after the change. For example, the message processing times parameter in the delay message is increased by 1 after each query. The message processing times parameter of the delay information can be updated, and the updated delay message can be sent to the target delay queue indicated by the target delay queue identifier (that is, the delay queue identifier carried by the updated delay message).

[0083] Exemplarily, the initial delay queue identifier is QueueName1, the delay queue identifier carried in the updated delay message is QueueName2, and the target delay queue is the delay queue indicated by QueueName2.

[0084] In order to improve the accuracy of the updated delay information, in the data processing method provided in Example 1 of the present application, the number of message processing times of the transaction order data is updated; when the number of message processing times is greater than a preset threshold, the delay queue identifier corresponding to the transaction order data is changed to the target delay queue identifier, and the delay duration corresponding to the transaction order data is extended to the target delay duration; based on the target delay queue identifier, the target delay duration and the number of message processing times, the delay message is updated to obtain an updated delay message.

[0085] Optionally, the initial message processing count can be set to 0. After each call to the capital system to query the current processing status of the transaction order data, the message processing count needs to be increased by 1. When the message processing count is greater than a preset threshold (such as 10 times), the delay queue identifier corresponding to the transaction order data is changed to the target delay queue identifier (such as changing the initial delay queue identifier QueueName1 to QueueName2), and the delay duration corresponding to the transaction order data is extended to the target delay duration (such as from the initial 1 second to 30 seconds). The delay message is updated according to the target delay queue identifier, target delay duration, and the number of message processing times to obtain an updated delay message.

[0086] In an embodiment of the present invention, the delay duration corresponding to each delay queue is different, such as the delay duration of QueueName1 is 1 second, and the delay duration of QueueName2 is 10 seconds. The corresponding delay queue identifier can be configured for the transaction order data based on the number of message processing times of the transaction order data counted by the preset consumer server.

[0087] In the embodiment of the present invention, the number of message processing times is used to control different delay strategies. The same transaction type includes different delay strategies. For example, when the number of message processing times in the delay queue of a repayment transaction is [1, 10], the delay queue indicated by QueueName1 is used; when the number of message processing times is (10, 100], the delay queue indicated by QueueName2 is used. The corresponding delay queue can be called according to the number of message processing times.

[0088] In order to accurately obtain the initial processing status of transaction order data, in the data processing method provided in Example 1 of the present application, when a fund transaction order is received, the preset production server is used to process the fund transaction order into transaction order data, and the fund system is called to process the transaction order data, wherein the fund system is used to process the transaction order data and return the initial processing status of the transaction order data; when the initial processing status is a success status or a failure status, the preset production server is used to process the fund transaction order indicated by the success status or the failure status; when the initial processing status is the target status, the preset production server is used to obtain the transaction order data indicated by the target status.

[0089] Optionally, the preset server can process the received fund transaction orders (such as repayment orders, etc.) into transaction order data (such as repayment amount, repayment date, etc.), and call the fund system to process the transaction order data (such as checking whether there are sufficient funds in the customer account and whether the funds have been successfully transferred), and can query the processing status of the transaction order data, and return the initial processing status of the transaction order data (such as target status and non-target status) to the preset server.

[0090] In an embodiment of the present invention, when the initial processing status is a success status or a failure status (i.e., a non-target status), a preset production server can be used to process fund transaction orders indicating a success status or a failure status (e.g., if the initial processing status of a repayment transaction is a success status, the preset production server can update the customer account balance, generate a repayment notice, etc.); when the initial processing status is a target status, the preset production server can be used to obtain transaction order data indicated by the target status to ensure that the query operation can be continued using the delay queue subsequently, thereby improving the utilization of memory resources.

[0091] In order to accurately obtain the current processing status of transaction order data, in the data processing method provided in Example 1 of the present application, a preset consumer server is used to obtain a delayed message from a delay queue and wait; when the waiting time reaches the delay time carried in the delay message, the fund system is called to process the delayed message, wherein the fund system is used to process the delayed message; and a preset consumer server is used to receive the current processing status of the transaction order data in the delay message returned by the fund system.

[0092] Optionally, a preset consumer server can be used to obtain the delay time in the delay message from the delay queue and wait. If the waiting time is the same as the delay time carried in the delay message (for example, if the delay time is 1 second, then wait for 1 second), the capital system can be called to process the delay message and return the current processing status of the transaction order data in the delay message. The preset consumer server is used to receive the current processing status of the transaction order data.

[0093] In the embodiment of the present invention, since the business logic under different delay strategies is the same, a parent class (such as QueryResult) can be created to process the order data after obtaining a clear query result (ie, success status or failure status).

[0094] In order to improve the accuracy of sending delayed messages to the delay queue indicated by the delay queue identifier, in the data processing method provided in Example 1 of the present application, a preset production server is connected to multiple switches, wherein each switch is bound to multiple delay queues under a fund transaction type; based on the target fund transaction type corresponding to the transaction order data, the preset production server is used to send the transaction order data to the target switch corresponding to the target fund transaction type, wherein the target switch sends the delay message to the delay queue indicated by the delay queue identifier based on the delay queue identifier carried by the delay message.

[0095] Optionally, there is only one switch for a fund transaction type. According to different fund transaction types, the preset production server can be connected to multiple switches. Each switch is bound to delay queues with multiple different delay strategies under a fund transaction type. According to the target fund transaction type corresponding to the transaction order data, the preset production server can be used to send the transaction order data to the target switch corresponding to the target fund transaction type (such as exchangeName). The target switch can send the delay message to the delay queue indicated by the delay queue identifier based on the delay queue identifier carried by the delay message.

[0096] In an embodiment of the present invention, the delay queue can be monitored through RabbitListener, such as:

[0097] @RabbitListener(bindings=@QueueBinding(value=@Queue(value="${listener}"), exc hange=@Exchange(value="${exchangeName}"delay_exchange", type=ExchangeTypes.TO PIC), key="${delayName}"), autoStartup="false").

[0098] Among them, ${listener} represents the configured listening queue, ${exchangeName} represents the defined exchange name, and ${delayName} in the key represents the specific delay queue name.

[0099] In an embodiment of the present invention, the switch type may be a TOPIC type, in which case the message queue is bound to the switch via a message topic (ie, a routing key mode used when the message queue is bound to a TOPIC type switch).

[0100] Figure 2 Schematic diagram of a message queue according to an embodiment of the present invention. Figure 2As shown in the figure, it includes producer, switch (TOPIC type), message queue A, message queue B, consumerA, and consumerB. Message queue A can be bound to the switch using *.topic.*, and message queue B can be bound to the switch using xxx.topic.#. A message queue can be bound to a switch using multiple message topics, and multiple message queues can also be bound to the same message topic and switch.

[0101] exist Figure 2 In the process of producing a message, the producer sends the message to the message queue (such as message queue A and message queue B) pre-bound to the switch through the switch (TOPIC type). Then the consumer obtains the message from the message queue for consumption. For example, consumer A obtains the message from message queue A for consumption, and consumer B obtains the message from message queue B for consumption.

[0102] In an optional embodiment, the following may be used: Figure 2 The principle of the message queue shown executes the data processing method.

[0103] In an embodiment of the present invention, by configuring delayed production information and delayed consumption information, a preset production server can be used to produce a delayed message, and obtain transaction order data with an initial processing status of the target state. After that, a preset consumption server is used to consume the delayed message from the delay queue, and the capital system is called to query the current processing status of the transaction order data. When the current processing status is the target state, the preset consumption server is changed to the preset production server. The changed preset production server can use the corresponding delay queue according to different delay strategies, and call the capital system to query the current processing status of the transaction order data. When the current processing status is a non-target state, the delayed message is deleted from the delay queue, and the transaction order data is processed to complete the processing of the capital transaction order corresponding to the transaction order data, thereby realizing a more flexible delay strategy configuration, improving the timeliness of querying transactions, and effectively improving the efficiency of processing capital transaction orders.

[0104] The following describes it in detail with reference to another embodiment.

[0105] Example 2

[0106] A data processing device provided in this embodiment includes multiple implementation units, each implementation unit corresponding to each implementation step in the above-mentioned embodiment 1.

[0107] Figure 3is a schematic diagram of an optional data processing device according to an embodiment of the present invention, such as Figure 3 As shown, the processing device may include: a first acquisition unit 30, a first generation unit 31, a first consumption unit 32, and a first processing unit 33.

[0108] The first acquisition unit 30 is configured to generate a delay message based on the transaction order data, the delay queue identifier, and the delay duration using a preset production server, and send the delay message to the delay queue indicated by the delay queue identifier;

[0109] The first generating unit 31 is configured to generate a delay message based on the transaction order data, the delay queue identifier, and the delay duration using a preset production server, and send the delay message to the delay queue indicated by the delay queue identifier;

[0110] A first consumption unit 32 is configured to consume the delayed message from the delay queue using a preset consumption server to obtain the current processing status of the transaction order data in the delayed message, wherein the preset consumption server is a second server in the business system in which the delayed consumption information is pre-configured;

[0111] The first processing unit 33 is configured to delete the delayed message from the delay queue when the current processing state is a non-target state, and process the transaction order data to complete the processing of the fund transaction order corresponding to the transaction order data.

[0112] The above-mentioned processing device can use the preset production server to generate a delay message based on the transaction order data, the delay queue identifier and the delay duration through the first acquisition unit 30, and send the delay message to the delay queue indicated by the delay queue identifier; use the preset production server to generate a delay message based on the transaction order data, the delay queue identifier and the delay duration through the first generation unit 31, and send the delay message to the delay queue indicated by the delay queue identifier; use the preset consumption server to consume the delay message from the delay queue through the first consumption unit 32 to obtain the current processing status of the transaction order data in the delay message; and use the first processing unit 33 to delete the delay message from the delay queue when the current processing status is a non-target state, and process the transaction order data to complete the processing of the funds transaction order corresponding to the transaction order data. In an embodiment of the present invention, transaction order data with an initial processing status of a target state is obtained through a preset production server, and a delay queue identifier and a delay duration corresponding to the transaction order data are determined. A delay message is generated according to the transaction order data, the delay queue identifier and the delay duration, and the delay message is sent to the delay queue indicated by the delay queue identifier. Then, a preset consumption server is used to consume the delay message from the delay queue, and the capital system is called to query the current processing status of the transaction order data in the delay message. When the current processing status is a non-target state, the delay message is deleted from the delay queue, and the transaction order data is processed to complete the processing of the capital transaction order corresponding to the transaction order data. This not only realizes the processing of the capital transaction order, but also improves the processing efficiency of the capital transaction order, thereby solving the technical problem of low efficiency in processing capital transaction orders and waste of resources in the related art.

[0113] Optionally, the data processing device includes: a first configuration module, which is used to configure delayed production information on the first server in the business system before using the preset production server to obtain transaction order data with the initial processing status as the target status, and characterize the first server that configures the delayed production information as the preset production server, wherein the delayed production information at least includes: a listening queue parameter, a delay queue parameter, and a delay duration parameter; the first server is used to receive funds transaction orders and process each funds transaction order into transaction order data; a second configuration module, which is used to configure delayed consumption information on the second server in the business system, and characterize the second server that configures the delayed consumption information as the preset consumption server, wherein the delayed consumption information at least includes: a listening queue parameter, a delay queue parameter, a delay duration parameter, and a message processing times parameter; the second server is used to call the funds system and receive the processing status of the transaction order data returned by the funds system.

[0114] Optionally, the data processing device includes: a first processing module, which is used to consume the delayed message from the delay queue using a preset consumption server, obtain the current processing status of the transaction order data in the delayed message, and then, when the current processing status is the target state, change the preset consumption server to a preset production server; a first update module, which is used to update the delayed message using the changed preset production server, and send the updated delayed message to the target delay queue indicated by the target delay queue identifier, wherein the target delay queue identifier is the delay queue identifier carried by the updated delay message.

[0115] Optionally, the first update module includes: a first update sub-module, used to update the number of message processing times of the transaction order data; a first processing sub-module, used to change the delay queue identifier corresponding to the transaction order data to the target delay queue identifier, and extend the delay duration corresponding to the transaction order data to the target delay duration when the number of message processing times is greater than a preset threshold; a second update sub-module, used to update the delay message based on the target delay queue identifier, the target delay duration and the number of message processing times to obtain an updated delay message.

[0116] Optionally, the first acquisition unit includes: a second processing module, which is used to use a preset production server to process the fund transaction order into transaction order data when a fund transaction order is received, and call the fund system to process the transaction order data, wherein the fund system is used to process the transaction order data and return the initial processing status of the transaction order data; a third processing module, which is used to use a preset production server to process the fund transaction order indicated by a success status or a failure status when the initial processing status is a success status or a failure status; and the first acquisition module, which is used to use a preset production server to obtain the transaction order data indicated by a target status when the initial processing status is a target status.

[0117] Optionally, the first consumption unit includes: a second acquisition module, used to use a preset consumption server to obtain a delayed message from a delay queue and wait; a first calling module, used to call a fund system to process the delayed message when the waiting time reaches the delay time carried in the delay message, wherein the fund system is used to process the delayed message; a first receiving module, used to use a preset consumption server to receive the current processing status of the transaction order data in the delay message returned by the fund system.

[0118] Optionally, the data processing device includes: a first connection module, used to connect a preset production server to multiple switches before sending the delayed message to the delay queue indicated by the delay queue identifier, wherein each switch is bound to multiple delay queues under a fund transaction type; a first sending module, used to send the transaction order data to the target switch corresponding to the target fund transaction type based on the target fund transaction type corresponding to the transaction order data, using the preset production server, wherein the target switch sends the delayed message to the delay queue indicated by the delay queue identifier based on the delay queue identifier carried by the delay message.

[0119] The above-mentioned processing device may also include a processor and a memory. The above-mentioned first acquisition unit 30, first generation unit 31, first consumption unit 32, first processing unit 33, etc. are all stored in the memory as program units, and the processor executes the above-mentioned program units stored in the memory to realize the corresponding functions.

[0120] The processor includes a kernel, which retrieves the corresponding program unit from the memory. One or more kernels can be provided, and the processing of the fund transaction order corresponding to the transaction order data is completed by adjusting the kernel parameters.

[0121] The above-mentioned memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM, and the memory includes at least one memory chip.

[0122] According to another aspect of an embodiment of the present invention, a computer program product is provided, including a non-volatile computer-readable storage medium, wherein the non-volatile computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, any one of the above-mentioned data processing methods is implemented.

[0123] When the computer program product is executed on a data processing device, it is suitable for executing an initialized program having the following method steps: using a preset production server to obtain transaction order data whose initial processing status is a target status, and determining the delay queue identifier and delay duration corresponding to the transaction order data, using a preset production server to generate a delay message based on the transaction order data, the delay queue identifier and the delay duration, and sending the delay message to the delay queue indicated by the delay queue identifier, using a preset consumption server to consume the delay message from the delay queue, and obtaining the current processing status of the transaction order data in the delay message, and when the current processing status is a non-target status, deleting the delay message from the delay queue, and processing the transaction order data to complete the processing of the funds transaction order corresponding to the transaction order data.

[0124] According to another aspect of an embodiment of the present invention, an electronic device is also provided, comprising one or more processors and a memory, wherein the memory is used to store one or more programs, wherein when the one or more programs are executed by one or more processors, the one or more processors implement the above-mentioned data processing method.

[0125] Figure 4 FIG is a hardware structure block diagram of an electronic device (or mobile device) for a data processing method according to an embodiment of the present invention. Figure 4 As shown, the electronic device may include one or more processors (e.g., Figure 4 The processors 402a, 402b, ..., 402n, etc., which may include but are not limited to processing devices such as microprocessors (MCUs) or programmable logic devices (FPGAs), and a memory 404 for storing data. In addition, the processors 402a, 402b, ..., 402n, etc., may also include: a display, an input / output interface (I / O interface), a universal serial bus (USB) port (which may be included as one of the ports of the I / O interface), a network interface, a keyboard, a power supply, and / or a camera. It will be understood by those skilled in the art that Figure 4 The structure shown is only for illustration and does not limit the structure of the above electronic device. Figure 4 More or fewer components than shown, or with Figure 4 Different configurations shown.

[0126] The serial numbers of the above embodiments of the present invention are for description only and do not represent the advantages or disadvantages of the embodiments.

[0127] The embodiments or examples of the present disclosure are not exhaustive, but are merely illustrations of some embodiments or examples, and are not intended to be specific limitations on the scope of protection of the present disclosure. In the absence of contradiction, each step in a certain embodiment or example can be implemented as an independent example, and the steps can be arbitrarily combined. For example, a solution after removing some steps in a certain embodiment or example can also be implemented as an independent example, and the order of the steps in a certain embodiment or example can be arbitrarily exchanged. In addition, the optional methods or optional examples in a certain embodiment or example can be arbitrarily combined; in addition, the various embodiments or examples can be arbitrarily combined. For example, some or all steps of different embodiments or examples can be arbitrarily combined, and a certain embodiment or example can be arbitrarily combined with the optional methods or optional examples of other embodiments or examples.

[0128] In the above embodiments of the present invention, the description of each embodiment has its own focus. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0129] In the several embodiments provided by the present invention, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are merely illustrative. For example, the division of the units can be a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, and can be electrical or other forms.

[0130] The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0131] In addition, the functional units in the various embodiments of the present invention may be integrated into a single processing unit, each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0132] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, server or network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present invention. The aforementioned storage medium includes: U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, magnetic disk or optical disk, etc. Various media that can store program codes.

[0133] The above is only a preferred embodiment of the present invention. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present invention. These improvements and modifications should also be regarded as the scope of protection of the present invention.

Claims

1. A data processing method, characterized in that: include: A preset production server is used to obtain transaction order data whose initial processing state is a target state, and a delay queue identifier and a delay duration corresponding to the transaction order data are determined, wherein the preset production server is a first server in a business system in which delayed production information is pre-configured, and the target state is a non-successful state or a non-failed state; The preset production server generates a delay message based on the transaction order data, the delay queue identifier and the delay duration, and sends the delay message to the delay queue indicated by the delay queue identifier; Using a preset consumption server to consume the delayed message from the delayed queue to obtain the current processing status of the transaction order data in the delayed message, wherein the preset consumption server is a second server in the business system in which delayed consumption information is pre-configured; In the case where the current processing state is a non-target state, the delayed message is deleted from the delay queue, and the transaction order data is processed to complete the processing of the fund transaction order corresponding to the transaction order data.

2. The processing method according to claim 1, characterized in that: Before using the preset production server to obtain the transaction order data whose initial processing state is the target state, it also includes: The delayed production information is configured on the first server in the business system, and the first server configured with the delayed production information is characterized as the preset production server, wherein the delayed production information at least includes: a monitoring queue parameter, a delay queue parameter, and a delay duration parameter; the first server is used to receive fund transaction orders, and process each fund transaction order into the transaction order data; The delayed consumption information is configured on the second server in the business system, and the second server configured with the delayed consumption information is characterized as the preset consumption server, wherein the delayed consumption information at least includes: the listening queue parameter, the delay queue parameter, the delay duration parameter and the message processing times parameter; the second server is used to call the capital system and receive the processing status of the transaction order data returned by the capital system.

3. The processing method according to claim 1, characterized in that: After consuming the delayed message from the delayed queue using a preset consumption server to obtain the current processing status of the transaction order data in the delayed message, the method further includes: When the current processing state is the target state, changing the preset consumption server end to the preset production server end; The changed preset production server is used to update the delay message, and the updated delay message is sent to the target delay queue indicated by the target delay queue identifier, wherein the target delay queue identifier is the delay queue identifier carried by the updated delay message.

4. The processing method according to claim 3, characterized in that: The step of using the changed preset production server to update the delay message includes: The number of message processing times for updating the transaction order data; When the number of message processing times is greater than a preset threshold, the delay queue identifier corresponding to the transaction order data is changed to the target delay queue identifier, and the delay duration corresponding to the transaction order data is extended to the target delay duration; Based on the target delay queue identifier, the target delay duration, and the number of message processing times, the delay message is updated to obtain the updated delay message.

5. The processing method according to claim 1, characterized in that: The steps of using a preset production server to obtain transaction order data whose initial processing state is a target state include: When receiving a fund transaction order, the preset production server is used to process the fund transaction order into the transaction order data, and a fund system is called to process the transaction order data, wherein the fund system is used to process the transaction order data and return the initial processing state of the transaction order data; In the case where the initial processing status is a success status or a failure status, using the preset production service end to process the fund transaction order indicated by the success status or the failure status; When the initial processing state is the target state, the preset production service end is used to obtain the transaction order data indicated by the target state.

6. The processing method according to claim 1, characterized in that: The step of using a preset consumption server to consume the delayed message from the delayed queue to obtain the current processing status of the transaction order data in the delayed message includes: Using a preset consumer server to obtain the delayed message from the delay queue and wait; In the case where the waiting time reaches the delay time carried in the delay message, calling a fund system to process the delay message, wherein the fund system is used to process the delay message; The preset consumption service end is used to receive the current processing status of the transaction order data in the delayed message returned by the capital system.

7. The processing method according to claim 1, characterized in that: Before sending the delay message to the delay queue indicated by the delay queue identifier, the method further includes: Connecting the preset production server to multiple switches, wherein each switch is bound to multiple delay queues under one type of fund transaction; Based on the target fund transaction type corresponding to the transaction order data, the preset production server is used to send the transaction order data to the target switch corresponding to the target fund transaction type, wherein the target switch sends the delay message to the delay queue indicated by the delay queue identifier based on the delay queue identifier carried by the delay message.

8. A data processing device, characterized in that: include: A first acquisition unit is used to acquire transaction order data whose initial processing state is a target state by using a preset production server, and determine a delay queue identifier and a delay duration corresponding to the transaction order data, wherein the preset production server is a first server in a business system in which delayed production information is pre-configured, and the target state is a non-successful state or a non-failed state; A first generating unit, configured to generate a delay message based on the transaction order data, the delay queue identifier and the delay duration by using the preset production server, and send the delay message to the delay queue indicated by the delay queue identifier; A first consumption unit is configured to consume the delayed message from the delayed queue using a preset consumption server to obtain a current processing status of the transaction order data in the delayed message, wherein the preset consumption server is a second server in the business system in which delayed consumption information is pre-configured; The first processing unit is used to delete the delayed message from the delay queue when the current processing state is a non-target state, and process the transaction order data to complete the processing of the fund transaction order corresponding to the transaction order data.

9. A computer program product, characterized in that The invention comprises a non-volatile computer-readable storage medium, wherein the non-volatile computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the data processing method according to any one of claims 1 to 7 is implemented.

10. An electronic device, characterized in that: It includes one or more processors and a memory, wherein the memory is used to store one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the data processing method described in any one of claims 1 to 7.

Images