Message processing method and device, storage medium and electronic device

Abstract

The application discloses a message processing method and device, a storage medium and an electronic device. The method comprises the following steps: obtaining a first message sent by a first system, wherein the first message carries a task identifier of a target processing task; controlling the first system to process the target processing task based on the task identifier of the target processing task in the first message, and obtaining a processing result state, wherein the processing result state is used to represent whether the processing result is obtained within a preset time; in response to the processing result state being that the processing result is not obtained within the preset time, querying a processing state of the target processing task, and controlling a second system to work based on a query result, wherein the query result is used to represent whether the processing state of the target processing task is normal, and the second system is a downstream system of the first system. The application solves the technical problem of low efficiency of maintaining data consistency between systems in the related art.

Description

Technical Field

[0001] This invention relates to the field of information processing, and more specifically, to a message processing method, apparatus, storage medium, and electronic device. Background Technology

[0002] Currently, in a microservice architecture, a processing task needs to span multiple subsystems. Typically, these subsystems are required to produce identical results: either all subsystems succeed or all fail. Otherwise, data inconsistencies will arise between the subsystems. Compensation mechanisms are generally used to handle these inconsistencies; however, these mechanisms are time-consuming and complex, thus reducing the efficiency of system maintenance.

[0003] There is currently no effective solution to the above problems. Summary of the Invention

[0004] The present invention provides a message processing method, apparatus, storage medium, and electronic device to at least solve the technical problem of low efficiency in maintaining data consistency between systems in related technologies.

[0005] According to one aspect of the present invention, a method is provided for obtaining a first message sent by a first system, wherein the first message carries a task identifier of a target processing task; controlling the first system to process the target processing task based on the task identifier of the target processing task in the first message to obtain a processing result status, wherein the processing result status is used to characterize whether a processing result is obtained within a preset time; in response to the processing result status being that no processing result is obtained within the preset time, querying the processing status of the target processing task, and controlling the operation of a second system based on the query result, wherein the query result is used to characterize whether the processing status of the target processing task is normal, and the second system is a downstream system of the first system.

[0006] Optionally, in response to the processing result status indicating that no processing result was obtained within a preset time, the processing status of the target processing task is queried, and the operation of the second system is controlled based on the query result. This includes: in response to the processing result status indicating that no processing result was obtained within a preset time, querying the processing status of the target processing task based on the task identifier and the target task table in the first system to obtain a query result, wherein the target task table is used to represent the correspondence between task identifiers and processing statuses; in response to the query result indicating that no processing status of the target processing task was found, marking the task identifier of the target processing task in the target task table with a preset status to obtain a marking result; in response to the marking result indicating that the marking failed, determining that the processing status of the target processing task is successful, and controlling the operation of the second system.

[0007] Optionally, the method further includes: in response to the labeling result being deemed successful, determining the processing status of the target processing task as processing failure, and deleting the target processing task from the target task table.

[0008] Optionally, the method further includes: in response to a processing status where the query result is a target processing task found, controlling the operation of the second system based on the processing status.

[0009] Optionally, controlling the operation of the second system based on the processing status includes: controlling the operation of the second system in response to the processing status being successful; and deleting the target processing task from the target task table in response to the processing status being unsuccessful.

[0010] Optionally, the method further includes: in response to the processing result status being that the processing result has been obtained within a preset time, controlling the operation of the second system based on the processing result.

[0011] Optionally, controlling the operation of the second system based on the processing result includes: controlling the operation of the second system in response to the processing status of the target processing task being successful; and deleting the target processing task from the target task table in response to the processing status of the target processing task being unsuccessful.

[0012] Optionally, controlling the first system to process the target processing task based on the task identifier of the target processing task in the first message to obtain a processing result status includes: determining whether there is an anomaly in the task identifier of the target processing task in the first message; in response to the anomaly in the task identifier of the target processing task in the first message, prohibiting the first system from processing the target processing task; in response to the absence of an anomaly in the task identifier of the target processing task in the first message, controlling the first system to process the target processing task to obtain a processing result status.

[0013] According to another aspect of the present invention, a message processing apparatus is also provided, comprising: an acquisition module for acquiring a first message sent by a first system, wherein the first message carries a task identifier of a target processing task; a processing module for controlling the first system to process the target processing task based on the task identifier of the target processing task in the first message, and obtaining a processing result status, wherein the processing result status is used to characterize whether a processing result is obtained within a preset time; and a query module for querying the processing status of the target processing task in response to the processing result status being that no processing result is obtained within the preset time, and controlling a second system to operate based on the query result, wherein the query result is used to characterize whether the processing status of the target processing task is normal, and the second system is a downstream system of the first system.

[0014] According to another aspect of the present invention, a computer-readable storage medium is also provided, wherein a computer program is stored in the computer-readable storage medium, wherein the computer program is configured to execute the message processing method of any of the above embodiments at runtime.

[0015] According to another aspect of the present invention, an electronic device is also provided, including: a processor and a memory, wherein the processor is configured to run a program stored in the memory, wherein the program is configured to execute the message processing method of any of the above embodiments when running.

[0016] In this embodiment of the invention, a first message sent by a first system is first obtained. This first message carries a task identifier for a target processing task. Then, based on the task identifier in the first message, the first system is controlled to process the target processing task, obtaining a processing result status. This processing result status indicates whether a processing result was obtained within a preset time. Finally, in response to the processing result status indicating that no processing result was obtained within the preset time, the processing status of the target processing task is queried, and the second system is controlled based on the query result. The query result indicates whether the task status of the target processing task is normal. The second system is a downstream system of the first system, thus improving the efficiency of maintaining data consistency between systems. It is noteworthy that when the processing result from the first system is not obtained, the processing status of the target processing task in the first system can be queried in a timely manner to determine whether the processing status of the target processing task is normal. If the processing status of the target processing task is found to be normal, the second system is controlled to maintain the normal processing status of the target processing task in each system, thus maintaining data consistency between systems and solving the technical problem of low efficiency in maintaining data consistency between systems in related technologies. Attached Figure Description

[0017] The accompanying drawings, which are included to provide a further understanding of the invention and form part of this application, illustrate exemplary embodiments of the invention and, together with their description, serve to explain the invention and do not constitute an undue limitation thereof. In the drawings:

[0018] Figure 1 This is a flowchart of a message processing method according to an embodiment of the present invention;

[0019] Figure 2 This is a schematic diagram of a target task table according to an embodiment of the present invention;

[0020] Figure 3 This is a schematic diagram of a query process according to an embodiment of the present invention;

[0021] Figure 4 This is a structural diagram of a message processing procedure according to an embodiment of the present invention;

[0022] Figure 5 This is a schematic diagram of a message processing apparatus according to an embodiment of the present invention. Detailed Implementation

[0023] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0024] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0025] Example 1

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

[0027] Figure 1 This is a message processing method according to an embodiment of the present invention, such as... Figure 1 As shown, the method includes the following steps:

[0028] Step S102: Obtain the first message sent by the first system.

[0029] The first message contains the task identifier for the target processing task.

[0030] The first system mentioned above can be an upstream system. The first message mentioned above can be a preparation message, used to prompt the first system to prepare to process the target processing task.

[0031] In an optional embodiment, a first message sent by a first system can be obtained through a messaging system, wherein the messaging system is used to manage messages in various systems.

[0032] The task identifier for the aforementioned target processing task can be an ID.

[0033] Step S104: Based on the task identifier of the target processing task in the first message, control the first system to process the target processing task and obtain the processing result status.

[0034] The processing result status is used to indicate whether the processing result is obtained within a preset time.

[0035] In one optional embodiment, the system can determine whether the target processing task has encountered an anomaly based on the task identifier of the target processing task in the first message. If an anomaly occurs, the system is prohibited from processing the target processing task to avoid wasting the processing resources of the first system. If no anomaly occurs, the system can be controlled to process the target processing task and obtain the processing result status.

[0036] The aforementioned preset time can be set manually. It primarily serves as a basis for determining whether the processing result status is abnormal. If a processing result is obtained within the preset time, it indicates that the processing result status is normal and the processing result is being fed back normally. If no processing result is obtained within the preset time, it indicates that the processing result status is abnormal, the processing result is not being fed back normally, or the first system did not output a processing result. In this case, it is necessary to perform a reverse investigation on the first system to see what caused the abnormal processing result status and address it promptly.

[0037] Step S106: In response to the status of the processing result being that no processing result has been obtained within a preset time, the processing status of the target processing task is queried, and the operation of the second system is controlled based on the query result.

[0038] The query results are used to characterize whether the processing status of the target processing task is normal, and the second system is a downstream system of the first system.

[0039] In one optional embodiment, if the processing result status is that no processing result has been obtained within a preset time, it indicates that the processing result status is abnormal. The abnormality may be due to the omission of the processing result during the transmission process, resulting in no processing result being obtained. The abnormality may also be due to an abnormality occurring during the processing of the target processing task, resulting in no processing result being generated. In this case, it is necessary to perform a reverse query on the processing status of the target processing task in the first system so as to quickly find out the reason for the abnormal processing result status and facilitate timely processing by the user.

[0040] In another optional embodiment, the processing status of the target processing task can be queried to see whether the processing status of the target processing task is successful or failed. When the processing status of the target processing task is successful, it can be determined that the abnormal processing result status is due to the loss of the processing result during transmission. At this time, since the processing status of the target processing task is successful, the downstream system of the first system can be controlled to work, that is, the second system mentioned above can be controlled to work. The first system can be the upstream system of the second system, and the relationship between the first system and the second system can be an upstream and downstream relationship. Specifically, a second message can be sent to the second system to control the second system to work according to the second message and ensure the consistency of upstream and downstream data.

[0041] Furthermore, when the processing status of the target processing task is "processing failed," it can be determined that the abnormal processing result status is due to the loss of the processing result during transmission or the failure to generate a processing result after the processing failed. In this case, since the target processing task is in a "processing failed" state, the target processing task needs to be deleted. There is no need to control the operation of the second system to avoid data inconsistencies between the first and second systems caused by the first system failing to process the target processing task while the second system successfully processes it.

[0042] Through the above steps, the first system first obtains a first message sent by the first system, which carries the task identifier of the target processing task. Then, based on the task identifier in the first message, the first system is controlled to process the target processing task, obtaining a processing result status. This processing result status indicates whether a processing result was obtained within a preset time. Finally, in response to the processing result status indicating that no processing result was obtained within the preset time, the processing status of the target processing task is queried, and the second system is controlled based on the query result. The query result indicates whether the task status of the target processing task is normal. The second system is a downstream system of the first system, thus improving the efficiency of maintaining data consistency between systems. It is noteworthy that when the processing result from the first system is not obtained, the processing status of the target processing task in the first system can be queried in a timely manner to determine whether the processing status of the target processing task is normal. If the query indicates that the processing status of the target processing task is normal, the second system is controlled to maintain the normal processing status of the target processing task in each system, thus maintaining data consistency between systems and solving the technical problem of low efficiency in maintaining data consistency between systems in related technologies.

[0043] Optionally, in response to the processing result status indicating that no processing result was obtained within a preset time, the processing status of the target processing task is queried, and the operation of the second system is controlled based on the query result. This includes: in response to the processing result status indicating that no processing result was obtained within a preset time, querying the processing status of the target processing task based on the task identifier and the target task table in the first system to obtain a query result, wherein the target task table is used to represent the correspondence between task identifiers and processing statuses; in response to the query result indicating that no processing status of the target processing task was found, marking the task identifier of the target processing task in the target task table with a preset status to obtain a marking result; in response to the marking result indicating that the marking failed, determining that the processing status of the target processing task is successful, and controlling the operation of the second system.

[0044] The query results described above can be used to indicate whether the processing status of the target task has been found, and also to indicate whether the processing status of the target task is normal when the processing status of the target task has been found.

[0045] The task identifier mentioned above can be a unique identifier for the target processing task.

[0046] The aforementioned target task table can record the task identifier and processing status of each pending task, where there is a one-to-one correspondence between the task identifier and the processing status. For example... Figure 2 The table shown can be the target task table, where the task ID can be 1001 or 1002. The processing status corresponding to 1001 can be success, and the processing status corresponding to 1002 can be failure.

[0047] In an optional embodiment, if the processing result status is that no processing result is obtained within a preset time, it indicates that there may be a problem with the transmission mechanism of the first system. In this case, it is necessary to perform a reverse query on the first system. Specifically, the processing status of the target processing task can be queried in the target task table of the first system according to the task identifier of the target processing task to obtain the query result.

[0048] Furthermore, if the query result indicates that the processing status of the target processing task is not found, it means that the target processing task may not have been processed or its status has not been updated. In this case, a preset status can be marked on the task identifier of the target processing task in the target task table. The preset status can be the status of processing failure. It is determined whether to mark failure. If failure is marked, it means that the target processing task has been processed successfully, but it has not been updated in the target task table. At this time, the operation of the second system can be controlled to ensure that the downstream system is notified to process only after the upstream system has processed successfully, thereby maintaining the consistency of data between systems.

[0049] Optionally, the method further includes: in response to the labeling result being deemed successful, determining the processing status of the target processing task as processing failure, and deleting the target processing task from the target task table.

[0050] In one optional embodiment, if the annotation result is successful, it indicates that the processing status of the target processing task is indeed a processing failure. To ensure data consistency between other systems and the first system, the target processing task needs to be deleted from the target task table. Specifically, the task identifier of the target processing task can be deleted to prevent subsequent systems from processing the target processing task, thereby causing data inconsistency.

[0051] The aforementioned target task table can be constructed using the existing database.

[0052] By using annotations to query the processing status of a target task, its current status can be quickly determined, enabling the task to be processed and thus improving processing efficiency.

[0053] like Figure 3 The diagram illustrates the query process. First, a query request is sent to the first system to retrieve the target task table. If the query result for the target task is empty, a further request is sent to insert a record with a "failed" status into the processing status corresponding to the task identifier. If the first system reports a "unique key conflict" error, it indicates that the first system's processing status for the target task is successful. In this case, the second system can be notified to control its operation. If the first system reports "insertion successful," it means the target task in the first system has been rolled back, i.e., the processing status of the target task is now "failed." In this case, the target task needs to be deleted, or its corresponding task identifier needs to be removed from the target task table to prevent subsequent systems from processing that target task. If the processing status of the target task is found in the target task table, the second system can be notified if the processing status is successful, and the target task can be deleted if the processing status is failed.

[0054] Optionally, the method further includes: in response to a processing status where the query result is a target processing task found, controlling the operation of the second system based on the processing status.

[0055] In one optional embodiment, if the query result is that the processing status of the target processing task is found, it means that the processing result was lost during transmission. In this case, the second system can be controlled according to the queried processing status to improve the system's processing efficiency.

[0056] Optionally, controlling the operation of the second system based on the processing status includes: controlling the operation of the second system in response to the processing status being successful; and deleting the target processing task from the target task table in response to the processing status being unsuccessful.

[0057] In an optional embodiment, if the processing status is "processing successful", it means that the target processing task has been successfully processed in the first system. At this time, the target processing task can be processed in the second system to ensure the consistency of data between the systems.

[0058] Optionally, the method further includes: in response to the processing result status being that the processing result has been obtained within a preset time, controlling the operation of the second system based on the processing result.

[0059] In one optional embodiment, if the processing result status is that the processing result is obtained within a preset time, it indicates that the data transmission mechanism between the systems is normal. At this time, the operation of the second system can be controlled according to the processing result to ensure the consistency of data between the various systems.

[0060] Optionally, controlling the operation of the second system based on the processing result includes: controlling the operation of the second system in response to the processing status of the target processing task being successful; and deleting the target processing task from the target task table in response to the processing status of the target processing task being unsuccessful.

[0061] In one optional embodiment, if the received processing result indicates that the target processing task has been successfully processed, a notification message can be sent to the second system to control the operation of the second system. If the target processing task has been successfully processed, it can be deleted from the target task table to prevent the second system from processing it, thus maintaining data consistency between systems.

[0062] Optionally, controlling the first system to process the target processing task based on the task identifier of the target processing task in the first message to obtain a processing result status includes: determining whether there is an anomaly in the task identifier of the target processing task in the first message; in response to the anomaly in the task identifier of the target processing task in the first message, prohibiting the first system from processing the target processing task; in response to the absence of an anomaly in the task identifier of the target processing task in the first message, controlling the first system to process the target processing task to obtain a processing result status.

[0063] In one optional embodiment, after receiving the first message, it can be determined whether there is an anomaly in the task identifier of the target processing task. For example, the target processing task may have failed to be processed in another system, or the target processing task may have been completed. If there is an anomaly, it is necessary to prevent the first system from processing the target processing task. It should be noted that the first system may also be a downstream system of other systems. If the target processing task is abnormal, it is necessary to prevent the first system from processing the target processing task in order to maintain the consistency of data between systems. If there is no anomaly in the task identifier of the target processing task in the first message, the first system can be controlled to process the target processing task and obtain the processing result status.

[0064] The following is combined Figure 4 The embodiments of this application will be described in detail, such as... Figure 4 The diagram illustrates a message processing procedure. A first system sends a preparation message to a message system, specifically the aforementioned first message. This preparation message carries a unique task identifier for the target processing task. If the message system confirms that the unique task identifier in the first message is valid, it sends a second message to the first system. This second message indicates that the unique task identifier is valid. The first system can then process the target processing task based on the feedback from the second message. There can be one or more target processing tasks. Upon successful processing, a record for the "task identifier" is inserted into the target task table, marking its processing status as "successful." Upon failure, the task identifier is deleted from the target task table. Furthermore, after successful processing, the first system generates a processing result and sends it to the message system. If the message system does not receive the processing result within a preset time, it can perform a reverse query on the first system to quickly obtain the processing status of the target processing task. Based on this status, the message system can then notify the second system to control its operation.

[0065] Example 2

[0066] According to an embodiment of the present invention, a message processing apparatus embodiment is provided. Figure 5 This is a schematic diagram of a message processing apparatus according to an embodiment of the present invention, such as... Figure 5 As shown, the method includes the following steps:

[0067] The acquisition module 52 is used to acquire a first message sent by the first system, wherein the first message carries a task identifier of the target processing task;

[0068] Control module 54 is used to control the first system to process the target processing task based on the task identifier of the target processing task in the first message, and obtain the processing result status, wherein the processing result status is used to characterize whether the processing result is obtained within a preset time.

[0069] The query module 56 is used to query the processing status of the target processing task in response to the status that no processing result has been obtained within a preset time, and to control the operation of the second system based on the query result. The query result is used to characterize whether the processing status of the target processing task is normal. The second system is a downstream system of the first system.

[0070] Optionally, the query module includes: a query unit, used to query the processing status of the target processing task based on the task identifier and the target task table in the first system in response to the processing result status being that no processing result was obtained within a preset time, and obtain a query result, wherein the target task table is used to represent the correspondence between the task identifier and the processing status; a labeling unit, used to label the task identifier of the target processing task with a preset status in the target task table in response to the query result being that the processing status of the target processing task was not found, and obtain a labeling result; and a determination unit, used to determine the processing status of the target processing task as successful in response to the labeling result being that the labeling failed, and control the operation of the second system.

[0071] Optionally, the device further includes: a determination module, configured to, in response to the annotation result being deemed successful, determine the processing status of the target processing task as processing failure and delete the target processing task from the target task table.

[0072] Optionally, the control module is also used to control the operation of the second system based on the processing status when the query result is a target processing task found.

[0073] Optionally, the control module includes: a control unit for controlling the second system to operate in response to a processing success status; and a deletion unit for deleting the target processing task from the target task table in response to a processing failure status.

[0074] Optionally, the control module is also used to control the operation of the second system based on the processing result when the processing result status is that the processing result is obtained within a preset time.

[0075] Optionally, the control unit is further configured to control the second system to operate in response to the processing status of the target processing task being successful; the deletion unit is further configured to delete the target processing task from the target task table in response to the processing status of the target processing task being unsuccessful.

[0076] Optionally, the processing module includes: a judgment unit, used to judge whether there is an anomaly in the task identifier of the target processing task in the first message; a prohibition unit, used to prohibit the control of the first system to process the target processing task in response to the anomaly in the task identifier of the target processing task in the first message; and a processing unit, used to control the first system to process the target processing task in response to the absence of an anomaly in the task identifier of the target processing task in the first message, and obtain the processing result status.

[0077] Example 3

[0078] According to embodiments of the present invention, a computer-readable storage medium is also provided, wherein a computer program is stored in the computer-readable storage medium, and the computer program is configured to execute the message processing method described in any of the preceding embodiments when running.

[0079] Example 4

[0080] According to an embodiment of the present invention, an electronic device is also provided, including: a processor and a memory, wherein the processor is configured to run a program stored in the memory, wherein the program is configured to execute the message processing method described in any of the above embodiments when running.

[0081] The sequence numbers of the above embodiments of the present invention are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0082] In the above embodiments of the present invention, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0083] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. The device embodiments described above are merely illustrative; for example, the division of units can be a logical functional division, and in actual implementation, there may be other division methods. For instance, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual coupling, direct coupling, or communication connection may be through some interfaces; the indirect coupling or communication connection between units or modules may be electrical or other forms.

[0084] The units described as separate components may or may not be physically separate. 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 can be selected to achieve the purpose of this embodiment according to actual needs.

[0085] Furthermore, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0086] If the integrated unit is implemented as 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, in essence, 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. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0087] The above description is only a preferred embodiment of the present invention. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of the present invention, and these improvements and modifications should also be considered within the scope of protection of the present invention.

Claims

1. A message processing method, characterized in that, include: Obtain a first message sent by the first system, wherein the first message carries a task identifier of the target processing task; Based on the task identifier of the target processing task in the first message, the first system is controlled to process the target processing task and obtain the processing result status, wherein the processing result status is used to characterize whether the processing result is obtained within a preset time. In response to the fact that the processing result status is that the processing result is not obtained within the preset time, the processing status of the target processing task is queried, and the second system is controlled to work based on the query result. The query result is used to characterize whether the processing status of the target processing task is normal, and the second system is a downstream system of the first system. The process of querying the processing status of the target processing task and controlling the operation of the second system based on the query result when the processing result status is not obtained within the preset time includes: In response to the processing result status being that the processing result has not been obtained within the preset time, the processing status of the target processing task is queried based on the task identifier and the target task table in the first system to obtain the query result, wherein the target task table is used to represent the correspondence between the task identifier and the processing status; In response to the query result being that the target processing task was not found, a preset status is marked on the task identifier of the target processing task in the target task table to obtain the marking result; In response to the labeling result being deemed a labeling failure, the processing status of the target processing task is determined to be successful, and the second system is controlled to operate.

2. The method according to claim 1, characterized in that, The method further includes: In response to the labeling result being deemed successful, the processing status of the target processing task is determined to be failed, and the target processing task is deleted from the target task table.

3. The method according to claim 1, characterized in that, The method further includes: In response to the query result indicating that the target processing task has been found, the second system is controlled to operate based on the processing status.

4. The method according to claim 3, characterized in that, Controlling the operation of the second system based on the processing status includes: In response to the processing status being met as a successful processing condition, the second system is controlled to operate; In response to the processing status being deemed a processing failure, the target processing task is deleted from the target task table.

5. The method according to claim 1, characterized in that, The method further includes: In response to the processing result status being obtained within the preset time, the second system is controlled to operate based on the processing result.

6. The method according to claim 1, characterized in that, Controlling the operation of the second system based on the processing result includes: In response to the processing status of the target processing task being successfully processed as the processing result, the second system is controlled to operate; In response to the condition that the processing status of the target processing task is "processing failure" as the processing result is met, the target processing task is deleted from the target task table.

7. The method according to claim 1, characterized in that, Based on the task identifier of the target processing task mentioned in the first message, the first system is controlled to process the target processing task and obtain the processing result status, including: Determine whether the task identifier of the target processing task in the first message is abnormal; In response to the abnormality of the task identifier of the target processing task mentioned in the first message, the system is prohibited from processing the target processing task. In response to the absence of an anomaly in the task identifier of the target processing task in the first message, the first system is controlled to process the target processing task and obtain the processing result status.

8. A message processing apparatus, characterized in that, include: The acquisition module acquires a first message sent by the first system, wherein the first message carries a task identifier of the target processing task; The processing module is used to control the first system to process the target processing task based on the task identifier of the target processing task in the first message, and obtain the processing result status, wherein the processing result status is used to characterize whether the processing result is obtained within a preset time. A query module is used to query the processing status of the target processing task in response to the processing result status being that the processing result has not been obtained within the preset time, and to control the operation of the second system based on the query result. The query result is used to characterize whether the processing status of the target processing task is normal. The second system is a downstream system of the first system. The query module is further configured to, in response to the processing result status being that the processing result has not been obtained within the preset time, query the processing status of the target processing task based on the task identifier and the target task table in the first system to obtain a query result, wherein the target task table is used to represent the correspondence between the task identifier and the processing status; in response to the query result being that the processing status of the target processing task has not been found, mark the task identifier of the target processing task in the target task table with a preset status to obtain a marking result; in response to the marking result being a marking failure, determine that the processing status of the target processing task is successful, and control the second system to work.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, wherein the computer program is configured to execute the message processing method of any one of claims 1 to 7 when it is run.

10. An electronic device, characterized in that, include: A processor and a memory, the processor being configured to run a program stored in the memory, wherein the program is configured to execute the message processing method of any one of claims 1 to 7 at runtime.

Images