Data processing method and device and electronic equipment

By adding the callback request message to the delay queue and blocking queue in system B, the problem that system B fails to respond to the callback request in system A in time is solved, normal calls and subsequent processing logic between systems are realized, and system performance is improved. Reduced risks.

CN119271436APending Publication Date: 2025-01-07BEIYIN FINANCIAL TECH CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202411420542.4
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-10-11
Publication Date
2025-01-07

AI Technical Summary

Technical Problem

In the complex cross-departmental system interaction scenario of a bank, system B fails to respond in a timely manner after executing the call request of system A, resulting in a callback failure, affecting the smooth execution of business processes and causing risks such as data inconsistency and service timeout.

Method used

By adding the callback request message to the delay queue and joining the blocking queue after the delay time is reached, it is ensured that system B responds to the callback request of system A after meeting certain conditions, and realizes normal call and subsequent processing logic between system A and system B.

Benefits of technology

It effectively solves the problem of system B not responding in a timely manner, ensures the efficiency and reliability of callback processing, improves the overall system performance, and avoids the risk of data inconsistency and service timeout.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119271436A_ABST
    Figure CN119271436A_ABST
Patent Text Reader

Abstract

The invention discloses a data processing method and device and electronic equipment, and the method is applied to a first system, and comprises the steps: responding to the execution of a task corresponding to a call request sent by a second system, adding a callback request message initiated for the second system into a delay queue, and determining the delay time of the callback request message; and when the delay time arrives, adding the callback request message into the blocking queue, and forwarding the callback request message to the second system based on the blocking queue, so that the second system performs corresponding logic processing based on the callback request message, thereby completing the response to the callback of the first system, and solving the problem that after the second system calls the first system to execute a corresponding task, the callback request message is not required to be forwarded to the second system. The problems that the processing speed of a first system is far higher than the processing speed of subsequent complex logic after a second system sends a calling request, so that the second system fails to respond in time, callback of the first system fails, smooth execution of a business process is affected, and risks of data inconsistency, service timeout and the like are caused are solved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

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

[0002] In a complex cross-departmental system interaction scenario in a bank, system A sends a call request to system B to call system B to perform a specific task. After executing the task corresponding to the call request (i.e., the specific task), system B sends a callback request message to system A to call back system A. System A will respond to the callback request message of system B only after completing the subsequent complex processing logic after sending the call request.

[0003] However, the processing speed of system B for the tasks corresponding to the call request is much faster than the processing speed of system A for the subsequent complex logic after sending the call request. As a result, after system B has completed the tasks corresponding to system A's call request, when system B tries to call back system A, system A fails to respond in time, causing the callback of system B to fail, which in turn affects the smooth execution of the business process and causes risks such as data inconsistency and service timeout. Summary of the invention

[0004] This application provides a data processing method, device and electronic device to solve the problem that after system B executes the task corresponding to the call request of system A, system A fails to respond in time when trying to call back system A, causing the callback failure of system B, thereby affecting the smooth execution of business processes and causing risks such as data inconsistency and service timeout. The specific implementation plan is as follows:

[0005] In a first aspect, the present application provides a data processing method, which is applied to a first system, and the method includes:

[0006] In response to completing the execution of the task corresponding to the call request sent by the second system, adding the callback request message initiated to the second system to a delay queue, and determining a delay time of the callback request message;

[0007] When the delay time is reached, the callback request message is added to a blocking queue, and the callback request message is forwarded to the second system based on the blocking queue, so that the second system performs corresponding logical processing based on the callback request message.

[0008] Through the above-mentioned application embodiment, after the first system (such as system B) executes the task corresponding to the call request sent by the second system (such as system A), the callback request message initiated to the second system is added to the delay queue, and then the callback request message is added to the blocking queue after the delay time of the callback request message is reached. Then, based on the blocking queue, the callback request message is sent to the second system, so that the second system can perform corresponding logical processing based on the callback request message, thereby completing the response to the callback of the first system, and then realizing the normal call and subsequent processing logic between the first system and the second system. By setting the delay queue, delay time and blocking queue, the callback request message initiated by the first system will not be sent to the second system immediately, but will be sent to the second system after certain conditions (i.e. delay time and blocking queue) are met, so that the second system can respond to the callback request of the first system in time, thereby solving the problem that after the second system calls the first system to perform the corresponding task, the processing speed of the first system far exceeds the processing speed of the subsequent complex logic of the second system after sending the call request, resulting in the failure of the first system callback, thereby affecting the smooth execution of the business process and causing risks such as data inconsistency and service timeout.

[0009] In a possible implementation manner, before adding the callback request message initiated to the second system to a delay queue, the method further includes:

[0010] receiving the calling request sent by the second system;

[0011] Determine the task corresponding to the call request, and execute the task corresponding to the call request.

[0012] Through the above-mentioned application embodiment, the task to be executed (i.e., the task corresponding to the call request) is determined according to the call request sent by the received second system, so as to execute the task corresponding to the call request to be executed, so as to perform corresponding logical processing for the call request sent by the second system, thereby meeting the needs of the second system.

[0013] In a possible implementation manner, before adding the callback request message initiated to the second system to a delay queue, the method further includes:

[0014] Based on the remote dictionary server Redis, obtaining the delay queue with the first name; and

[0015] Before adding the callback request message to the blocking queue, the method further includes:

[0016] Based on the Redis, obtain the blocking queue with a second name.

[0017] Through the above-mentioned application embodiment, based on Redis, a delay queue with a first name and a blocking queue with a second name are obtained, so that the specific delay queue and the specific blocking queue to be added to the callback request message can be determined according to the first name and the second name, thereby avoiding the callback request message from being mistakenly stored in the delay queue and the blocking queue of non-corresponding functions or projects, thereby ensuring the accuracy of the implementation process of the data processing method.

[0018] In a possible implementation manner, determining the delay time of the callback request message includes:

[0019] Determining a processing time of subsequent processing logic of the second system after completing sending the call request;

[0020] The delay time of the callback request message is determined according to the processing time.

[0021] Through the above-mentioned application embodiment, the delay time of the callback request message is determined based on the processing time of the subsequent processing logic of the second system after completing the sending of the call request, which further ensures that when the callback request message is subsequently sent to the second system, the second system can respond to the callback request of the first system in a timely manner.

[0022] In a possible implementation manner, forwarding the callback request message to the second system based on the blocking queue includes:

[0023] Start the listening thread corresponding to the blocking queue;

[0024] Monitor in real time through the monitoring thread whether there is a message in the blocking queue; wherein the message includes the callback request message;

[0025] If so, the callback request message in the blocking queue is acquired through the listening thread, and the callback request message is forwarded to the second system through the listening thread.

[0026] Through the above application embodiment, the listening thread corresponding to the started blocking queue is used to monitor in real time whether there is a message in the blocking queue, so that after monitoring the message in the blocking queue, the message can be immediately taken out for consumption. Therefore, through the real-time monitoring of the corresponding blocking queue by the started listening thread, the callback request message in the blocking queue can be forwarded to the second system in time, so that the second system can perform corresponding logical processing based on the callback request message, and then respond to the callback request of the first system in time.

[0027] In a second aspect, the present application further provides a data processing device, applied to a first system, the device comprising:

[0028] A adding module, configured to, in response to completing the execution of the task corresponding to the call request sent by the second system, add the callback request message initiated to the second system to a delay queue, and determine a delay time of the callback request message;

[0029] A processing module is used to add the callback request message to a blocking queue when the delay time is reached, and forward the callback request message to the second system based on the blocking queue, so that the second system performs corresponding logical processing based on the callback request message.

[0030] In a possible implementation, the joining module is specifically configured to receive the calling request sent by the second system; determine the task corresponding to the calling request, and execute the task corresponding to the calling request.

[0031] In a possible implementation, the joining module is further configured to obtain the delay queue having the first name based on a remote dictionary server Redis; and

[0032] The processing module is specifically used to obtain the blocking queue with the second name based on the Redis.

[0033] In a possible implementation, the adding module is further used to determine the processing time of the subsequent processing logic of the second system after completing sending the call request; and determine the delay time of the callback request message according to the processing time.

[0034] In a possible implementation, the processing module is also used to start a listening thread corresponding to the blocking queue; and monitor in real time through the listening thread whether there is a message in the blocking queue; wherein the message includes the callback request message; if so, obtain the callback request message in the blocking queue through the listening thread, and forward the callback request message to the second system through the listening thread.

[0035] In a third aspect, the present application provides an electronic device, including:

[0036] Memory, used to store computer programs;

[0037] The processor is used to implement the above-mentioned data processing method steps when executing the computer program stored in the memory.

[0038] In a fourth aspect, the present application provides a computer-readable storage medium, in which a computer program is stored. When the computer program is executed by a processor, the above-mentioned data processing method steps are implemented.

[0039] For each aspect from the second to the fourth aspect and the technical effects that may be achieved by each aspect, please refer to the above description of the technical effects that can be achieved by the first aspect or various possible schemes in the first aspect, and no further details will be given here. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] Figure 1 A flowchart of a data processing method provided in an embodiment of the present application;

[0041] Figure 2 A schematic diagram of the processing process of the data processing method provided in the embodiment of the present application;

[0042] Figure 3 A schematic diagram of a data processing device provided in an embodiment of the present application;

[0043] Figure 4 A schematic diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0044] In order to make the purpose, technical solutions and advantages of the present application clearer, the present application will be further described in detail below in conjunction with the accompanying drawings. The specific operating methods in the method embodiments can also be applied to device embodiments or system embodiments. It should be noted that in the description of the present application, "multiple" is understood as "at least two". "And / or" describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. A is connected to B, which can represent: A is directly connected to B and A is connected to B through C. In addition, in the description of the present application, words such as "first" and "second" are only used to distinguish the purpose of description, and cannot be understood as indicating or implying relative importance, nor can they be understood as indicating or implying order.

[0045] The embodiments of the present application are described in detail below in conjunction with the accompanying drawings.

[0046] In the complex cross-departmental system interaction scenarios of banks, the processing speed of system B for the tasks corresponding to the call requests far exceeds the processing speed of system A for the subsequent complex logic after sending the call requests. As a result, after system B has completed the tasks corresponding to system A's call requests, when system B tries to call back system A, system A fails to respond in time, causing the callback of system B to fail, which in turn affects the smooth execution of business processes and triggers risks such as data inconsistency and service timeouts.

[0047] When existing technologies attempt to solve the above problems by optimizing protocols, enhancing concurrent processing, etc., the effects are limited and the above problems cannot be completely solved.

[0048] Therefore, the present application proposes a data processing method, which is applied to the first system (i.e., system B), and after the first system completes the task corresponding to the call request sent by the second system (i.e., system A), the callback request message initiated to the second system is added to the delay queue, and the delay time of the callback request message is determined, and then when the delay time is reached, the callback request message in the delay queue is added to the blocking queue, and then the callback request message is sent to the second system based on the blocking queue, so that the second system can perform corresponding logical processing based on the callback request message, thereby completing the response to the callback of the first system, and thus realizing the normal call and subsequent processing logic between the first system and the second system. Through the interaction mechanism between the first system and the second system, and the setting of the delay queue, delay time and blocking queue, the second system can respond to the callback request of the first system in a timely manner, thereby solving the problem that after the second system calls the first system to perform the corresponding task, the processing speed of the first system far exceeds the processing speed of the subsequent complex logic of the second system after sending the call request, resulting in the failure of the first system callback, thereby affecting the smooth execution of the business process, and causing data inconsistency, service timeout and other risks. This approach also ensures efficient and reliable callback processing, improving overall system performance.

[0049] Reference Figure 1 The flowchart of a data processing method provided in an embodiment of the present application is shown, and the method is applied to the first system. That is, the execution subject of the method is the first system. The method includes:

[0050] S101, in response to completing the execution of the task corresponding to the call request sent by the second system, adding a callback request message initiated to the second system to a delay queue, and determining a delay time of the callback request message.

[0051] S102: When the delay time is reached, the callback request message is added to a blocking queue, and the callback request message is forwarded to the second system based on the blocking queue, so that the second system performs corresponding logic processing based on the callback request message.

[0052] In the embodiment of the present application, the first system may be system B in a complex cross-department system interaction scenario of a bank (i.e., the system that is called to perform a specific task), and the second system may be system A in a complex cross-department system interaction scenario of a bank (i.e., the system that initiates the call request). Therefore, the data processing method proposed in the embodiment of the present application can be applied to a complex cross-department system interaction scenario of a bank, but is not limited thereto.

[0053] Specifically, after receiving the call request sent by the second system and executing the task corresponding to the call request, the first system sends a callback request message to the second system so as to initiate a callback to the second system.

[0054] In an embodiment of the present application, in the process of sending a callback request message from the first system to the second system, the callback request message is first added to a delay queue as a message body, and a delay time of the callback request message is specified, so that the callback request message can be sent to the second system based on the delay queue and the delay time.

[0055] Optionally, the first system generates a callback request message before adding the callback request message to the delay queue, so as to initiate a callback to the second system based on the callback request message. The callback request message can be generated by using the message generation method in the prior art, which will not be described in detail here.

[0056] Optionally, the delay time of determining the callback request message may be determined in the following manner:

[0057] First, the processing time of the subsequent processing logic of the second system after completing the sending of the call request is determined. Then, according to the processing time, the delay time of the callback request message is determined, so as to further ensure that when the callback request message is subsequently sent to the second system, the second system can respond to the callback request of the first system in a timely manner.

[0058] Optionally, the delay time of the callback request message may also be determined according to specific business conditions, but is not limited thereto. The method for determining the delay time may be adjusted according to specific application scenarios.

[0059] Furthermore, after the first system adds the callback request message to the delay queue and determines the delay time of the callback request message, when the delay time is reached, that is, when the current time is determined to be the delay time, the callback request message is added to the blocking queue, and then the callback request message is forwarded to the second system based on the blocking queue, so that the second system performs corresponding logical processing based on the callback request message, thereby completing the response to the callback of the first system, and then realizing the normal call and subsequent processing logic between the first system and the second system.

[0060] Optionally, the callback request message is forwarded to the second system based on the blocking queue, which may be specifically as follows:

[0061] First, a listening thread corresponding to the blocking queue is started. The listening thread may be located in the first system and may be used to monitor whether there is a message in the blocking queue.

[0062] Then, the corresponding blocking queue is monitored in real time by the monitoring thread to see whether there is a message. The message message calls back the request message. In other words, the corresponding blocking queue is monitored in real time by the monitoring thread to see whether there is a callback request message.

[0063] If the listening thread detects that there is a message in the corresponding blocking queue, the listening thread takes out the message in the blocking queue for consumption. In other words, the listening thread takes out the callback request message from the blocking queue and forwards the callback request message to the second system, thereby sending the callback request message based on the blocking queue, and further realizing the first system initiating a callback to the second system.

[0064] Therefore, in an embodiment of the present application, the listening thread can be used to listen to the corresponding blocking queue, and can also be used to obtain the callback request message in the message in the blocking queue, and based on the callback request message, initiate a callback request to the second system.

[0065] The start of the monitoring thread corresponding to the above-mentioned blocking queue can be started when the project or function is started, so as to continuously monitor the message status in the blocking queue in real time, so as to perform corresponding processing in time.

[0066] In addition, in an embodiment of the present application, the above process can be implemented based on a key-value database such as a remote dictionary server (English: Remote Dictionary Server, abbreviated as Redis), using Redisson as the client of Redis, and using the RDelayedQueue delay queue and RBlockingDeque blocking queue encapsulated by Redisson.

[0067] Therefore, in an embodiment of the present application, the aforementioned delay queue may be an RDelayedQueue delay queue, and the aforementioned blocking queue may be an RBlockingDeque blocking queue, but is not limited thereto.

[0068] Optionally, before adding the callback request message to the delay queue, the first system can obtain a delay queue with a first name based on Redis (the delay queue can be an RDelayedQueue delay queue), so that when the callback request message is subsequently added to the delay queue, the first system can know which specific delay queue to add the callback request message to, thereby avoiding errors in the location where the callback request message is added, so as to ensure the correctness of the operation executed by the first system.

[0069] The first name may be determined according to the specific function started this time, but is not limited thereto, and the first name may be adjusted according to a specific application scenario.

[0070] Optionally, before adding the callback request message to the blocking queue, the first system can obtain a blocking queue with a second name based on Redis (the blocking queue can be an RBlockingDeque blocking queue), so that when the callback request message is subsequently added to the blocking queue, the first system can know which blocking queue to add the callback request message to, thereby avoiding errors in the location where the callback request message is added, so as to ensure the correctness of the operation executed by the first system.

[0071] In addition, in an embodiment of the present application, a function may correspond to a delay queue and a blocking queue, or an item may correspond to a delay queue and a blocking queue, but it is not limited to this.

[0072] To summarize, a data processing method proposed in the present application is applied to a first system (i.e., system B). After the first system completes the task corresponding to the call request sent by the second system (i.e., system A), the first system adds the callback request message initiated to the second system to a delay queue, and determines the delay time of the callback request message. Then, when the delay time is reached, the callback request message in the delay queue is added to a blocking queue, and then the callback request message is sent to the second system based on the blocking queue, so that the second system can perform corresponding logical processing based on the callback request message, thereby completing the response to the callback of the first system, and then realizing the normal call and subsequent processing logic between the first system and the second system.

[0073] Through the interaction mechanism between the first system and the second system, as well as the setting of delay queue, delay time and blocking queue, the second system can respond to the callback request of the first system in time, thereby making the callback of the first system successful, avoiding the impact on the smooth execution of the business process and reducing the risk of data inconsistency and service timeout.

[0074] Furthermore, the data processing method provided by the embodiment of the present application ensures efficient and reliable callback processing, thereby improving the overall system performance.

[0075] In addition, through the data processing method provided by the implementation of the present application, in the complex cross-departmental system interaction environment of the bank, even if the user cannot optimize from the second system (i.e., system A side), the optimization of the first system (i.e., system B) (i.e., the relevant content of the first system in the embodiment of the present application) can be used to solve the problem that after system B completes the task corresponding to the call request of system A, when system A tries to call back system A, system A fails to respond in time, thereby causing the callback failure of system B, which in turn affects the smooth execution of the business process and causes risks such as data inconsistency and service timeout.

[0076] The technical solution of this application is further explained below in conjunction with a specific application process.

[0077] like Figure 2 The figure shows a processing diagram of the data processing method, where the first system is the B system and the second system is the A system.

[0078] First, system A sends a call request to system B, and after sending the call request, executes subsequent complex processing logic.

[0079] After receiving the call request sent by system A at the business processing interface, system B determines the task corresponding to the call request and executes the task corresponding to the call request.

[0080] After executing the task corresponding to the call request, system B generates a callback request message corresponding to the call request, then adds the callback request message to the RDelayedQueue delay queue, and determines the delay time of the callback request message. When the delay time is reached, the callback request message in the delay queue is added to the RBlockingDeque blocking queue.

[0081] At the same time, after starting this task, system B will start the listening thread, and use the listening thread to monitor in real time whether there are messages in the blocking queue. The message includes a callback request message. When the listening thread detects that a message appears in the blocking queue, that is, a callback request message appears, the listening thread pulls the message, and then forwards the callback request message to system A through the listening thread (that is, initiates a callback request to system A), so that system A can perform corresponding logical processing based on the callback request message, thereby completing the response to the callback request of system B, and then realizing the normal call and subsequent processing logic between system A and system B.

[0082] Based on the same inventive concept, the present application also provides a data processing device, such as Figure 3 The figure is a schematic diagram of the structure of a data processing device provided by the present application, the device comprising:

[0083] The adding module 301 is used for adding the callback request message initiated to the second system to the delay queue in response to the completion of the task corresponding to the call request sent by the second system, and determining the delay time of the callback request message;

[0084] The processing module 302 is used to add the callback request message to a blocking queue when the delay time is reached, and forward the callback request message to the second system based on the blocking queue, so that the second system performs corresponding logical processing based on the callback request message.

[0085] In a possible implementation, a module 301 is added, which is specifically configured to receive the call request sent by the second system; determine the task corresponding to the call request, and execute the task corresponding to the call request.

[0086] In a possible implementation, the adding module 301 is further configured to obtain the delay queue having the first name based on the remote dictionary server Redis; and

[0087] The processing module 302 is specifically configured to obtain the blocking queue with the second name based on the Redis.

[0088] In a possible implementation, a module 301 is added to determine the processing time of the subsequent processing logic of the second system after completing sending the call request; and the delay time of the callback request message is determined according to the processing time.

[0089] In a possible implementation, the processing module 302 is also used to start a listening thread corresponding to the blocking queue; monitor in real time through the listening thread whether there is a message in the blocking queue; wherein the message includes the callback request message; if so, obtain the callback request message in the blocking queue through the listening thread, and forward the callback request message to the second system through the listening thread.

[0090] Based on the same inventive concept, an electronic device is also provided in the embodiment of the present application. The electronic device can realize the functions of the aforementioned data processing device. Figure 4 , the electronic equipment includes:

[0091] At least one processor 401, and a memory 402 connected to the at least one processor 401. The specific connection medium between the processor 401 and the memory 402 is not limited in the embodiment of the present application. Figure 4 In the example, the processor 401 and the memory 402 are connected via the bus 400. The bus 400 is Figure 4 The connection between other components is shown by bold lines, and is not intended to be limiting. The bus 400 can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 4 Only one thick line is used in the figure, but it does not mean that there is only one bus or one type of bus. Alternatively, the processor 401 can also be called a controller, and there is no limitation on the name.

[0092] In the embodiment of the present application, the memory 402 stores instructions that can be executed by at least one processor 401. The at least one processor 401 can execute the data processing method discussed above by executing the instructions stored in the memory 402. The processor 401 can implement Figure 3 The functions of each module in the device shown.

[0093] Among them, the processor 401 is the control center of the device, and can use various interfaces and lines to connect the various parts of the entire control device. By running or executing instructions stored in the memory 402 and calling the data stored in the memory 402, the various functions of the device and process data, the device can be monitored as a whole.

[0094] In one possible design, the processor 401 may include one or more processing units, and the processor 401 may integrate an application processor and a modem processor, wherein the application processor mainly processes an operating system, a user interface, and application programs, and the modem processor mainly processes wireless communications. It is understandable that the modem processor may not be integrated into the processor 401. In some embodiments, the processor 401 and the memory 402 may be implemented on the same chip, and in some embodiments, they may also be implemented separately on separate chips.

[0095] Processor 401 can be a general-purpose processor, such as a central processing unit (CPU), a digital signal processor, an application-specific integrated circuit, a field programmable gate array or other programmable logic device, a discrete gate or transistor logic device, a discrete hardware component, and can implement or execute the methods, steps and logic block diagrams disclosed in the embodiments of the present application. A general-purpose processor can be a microprocessor or any conventional processor, etc. The steps of the data processing method disclosed in the embodiments of the present application can be directly embodied as a hardware processor, or can be executed by a combination of hardware and software modules in the processor.

[0096] The memory 402 is a non-volatile computer-readable storage medium that can be used to store non-volatile software programs, non-volatile computer executable programs and modules. The memory 402 may include at least one type of storage medium, such as a flash memory, a hard disk, a multimedia card, a card-type memory, a random access memory (English: Random Access Memory, abbreviated as RAM), a static random access memory (English: Static Random Access Memory, abbreviated as SRAM), a programmable read-only memory (English: Programmable Read Only Memory, abbreviated as PROM), a read-only memory (English: Read Only Memory, abbreviated as ROM), an electrically erasable programmable read-only memory (English: Electrically Erasable Programmable Read-Only Memory, abbreviated as EEPROM), a magnetic memory, a disk, an optical disk, etc. The memory 402 is any other medium that can be used to carry or store a desired program code in the form of an instruction or data structure and can be accessed by a computer, but is not limited thereto. The memory 402 in the embodiment of the present application can also be a circuit or any other device that can realize a storage function, for storing program instructions and / or data.

[0097] By designing and programming the processor 401, the code corresponding to the data processing method described in the above embodiment can be fixed into the chip, so that the chip can execute the code when running. Figure 1 The steps of the data processing method of the embodiment shown are as follows: How to design and program the processor 401 is a technique well known to those skilled in the art and will not be described in detail here.

[0098] Based on the same inventive concept, an embodiment of the present application further provides a storage medium, which stores computer instructions. When the computer instructions are executed on a computer, the computer executes the data processing method discussed above.

[0099] In some possible implementations, various aspects of the data processing method provided by the present application may also be implemented in the form of a program product, which includes program code. When the program product is run on an apparatus, the program code is used to enable the control device to execute the steps of the data processing method according to various exemplary implementations of the present application described above in this specification.

[0100] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.

[0101] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0102] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0103] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0104] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.

Claims

1. A data processing method, applied to a first system, characterized in that: include: In response to completing the execution of the task corresponding to the call request sent by the second system, adding the callback request message initiated to the second system to a delay queue, and determining a delay time of the callback request message; When the delay time is reached, the callback request message is added to a blocking queue, and the callback request message is forwarded to the second system based on the blocking queue, so that the second system performs corresponding logical processing based on the callback request message.

2. The method according to claim 1, characterized in that Before adding the callback request message initiated to the second system into the delay queue, the method further includes: receiving the calling request sent by the second system; Determine the task corresponding to the call request, and execute the task corresponding to the call request.

3. The method according to claim 1, characterized in that Before adding the callback request message initiated to the second system into the delay queue, the method further includes: Based on the remote dictionary server Redis, obtaining the delay queue with the first name; and Before adding the callback request message to the blocking queue, the method further includes: Based on the Redis, obtain the blocking queue with a second name.

4. The method according to claim 1, characterized in that The determining the delay time of the callback request message includes: Determining a processing time of subsequent processing logic of the second system after completing sending the call request; The delay time of the callback request message is determined according to the processing time.

5. The method according to claim 1, characterized in that The forwarding the callback request message to the second system based on the blocking queue includes: Start the listening thread corresponding to the blocking queue; Monitor in real time through the monitoring thread whether there is a message in the blocking queue; wherein the message includes the callback request message; If so, the callback request message in the blocking queue is acquired through the listening thread, and the callback request message is forwarded to the second system through the listening thread.

6. A data processing device, applied to a first system, characterized in that: include: A adding module, configured to, in response to completing the execution of the task corresponding to the call request sent by the second system, add the callback request message initiated to the second system to a delay queue, and determine a delay time of the callback request message; A processing module is used to add the callback request message to a blocking queue when the delay time is reached, and forward the callback request message to the second system based on the blocking queue, so that the second system performs corresponding logical processing based on the callback request message.

7. The device according to claim 6, characterized in that The joining module is further configured to obtain the delay queue having the first name based on a remote dictionary server Redis; and The processing module is further used to obtain the blocking queue with a second name based on the Redis.

8. The device according to claim 6, characterized in that The processing module is further used to start the listening thread corresponding to the blocking queue; Monitor in real time through the monitoring thread whether there is a message in the blocking queue; wherein the message includes the callback request message; If so, the callback request message in the blocking queue is acquired through the listening thread, and the callback request message is forwarded to the second system through the listening thread.

9. An electronic device, characterized in that: include: Memory, used to store computer programs; A processor, configured to implement the method steps of any one of claims 1 to 5 when executing the computer program stored in the memory.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method steps described in any one of claims 1 to 5 are implemented.