Message processing method and device, server and storage medium

Abstract

The invention discloses a message processing method and device, a server and a storage medium. The scheme is applied to interaction between a commercial bank and a new pedestrian accounting system. In the scheme, a message fed back by a new pedestrian accounting system is received; and when the length of the message is greater than a preset threshold value, storing the message in a network memory in a file stream form. And generating a to-be-processed file based on the message type of the message, and storing the to-be-processed file in the network memory. And scanning the network memory once every preset duration, and if the to-be-processed file exists in the network memory, generating a plurality of corresponding asynchronous tasks based on the feature code in the to-be-processed file and executing the plurality of asynchronous tasks. The long message is stored as the file stream, so that calculation delay and resource occupation are avoided, the coupling degree is reduced in an asynchronous processing mode, and the message processing efficiency and stability are remarkably improved.

Description

Technical Field

[0001] The present application relates to the field of information processing technology, and in particular to a message processing method, device, server and storage medium. Background Art

[0002] Under the background that the People's Bank of China (hereinafter referred to as "PBOC") is promoting the construction of a unified and centralized account management system (hereinafter referred to as "PBOC New Account Management System") across the country, commercial banks need to access the PBOC New Account Management System through the PBOC Data Exchange Management Platform (DEMP) in accordance with the requirements of the PBOC. The PBOC New Account Management System provides a "total to total" interface reporting mode to realize the approval of the opening, change and cancellation of corporate and personal bank settlement accounts and the filing of account information.

[0003] During the message exchange process, there is a large amount of data exchange between commercial banks and the new account management system of the People's Bank of China. In particular, after the public account is opened, the commercial bank's branches across the country will report relevant information to the new account management system of the People's Bank of China in batches. After receiving these reports, the new account management system of the People's Bank of China will process them internally and centrally return the verification information sent by multiple branches across the country within a certain period of time to the commercial bank for processing at one time. These returned messages usually contain account opening information of multiple branches, and the account data that needs to be processed at a single time can reach hundreds of thousands to millions.

[0004] However, when commercial banks process these returned messages, the existing technology usually directly processes the business logic after receiving them. When faced with long messages containing a lot of information, this direct processing method not only leads to a long response time for the interactive interface, but also makes the processing process highly coupled, which seriously affects the efficiency and stability of message processing. Therefore, it is urgent to study an efficient and stable message processing method. Summary of the invention

[0005] Based on the above problems, the present application provides a message processing method, device, server and storage medium, with the purpose of improving the efficiency and stability of message processing.

[0006] The embodiments of the present application disclose the following technical solutions:

[0007] The first aspect of the present application provides a message processing method, which is applied to the interaction between a commercial bank and a new account management system of the People's Bank of China, and the method comprises:

[0008] receiving a message fed back by the new account management system of the People's Bank of China; the message includes the processing result of the new account management system of the People's Bank of China on the filing information sent by the commercial bank;

[0009] When the length of the message is greater than a preset threshold, storing the message in a network storage in the form of a file stream;

[0010] Generate a to-be-processed file based on the message type of the message, and store the to-be-processed file in the network storage; the to-be-processed file includes a feature code, and the feature code is used to uniquely indicate the type of the message;

[0011] Scan the network storage once every preset time period; if the to-be-processed file exists in the network storage, generate corresponding multiple asynchronous tasks based on the feature codes in the to-be-processed file;

[0012] The plurality of asynchronous tasks are executed.

[0013] In an optional implementation, after executing the multiple asynchronous tasks, the method further includes:

[0014] Verifying respectively whether the multiple asynchronous tasks are executed successfully;

[0015] If an asynchronous task is executed successfully, the asynchronous task is terminated;

[0016] If an asynchronous task fails to execute, the asynchronous task will be retried upon failure.

[0017] In an optional implementation, after retrying the asynchronous task if the asynchronous task fails to execute, the method further includes:

[0018] Verify whether the failed retry is successful;

[0019] If the retry fails, the asynchronous task is terminated; if the retry fails, the number of failed retries of the asynchronous task is recorded.

[0020] Based on the number of failed retries, a corresponding failure handling mechanism is initiated.

[0021] In an optional implementation, starting a corresponding failure handling mechanism based on the number of failed retries includes:

[0022] If the number of failed retries is greater than the preset number, an alarm notification is triggered;

[0023] If the number of failed retries is less than or equal to the preset number, the asynchronous task is retried again after waiting for a preset period of time.

[0024] In an optional implementation, the message processing method further includes:

[0025] After the multiple asynchronous tasks are all completed, the to-be-processed files corresponding to the multiple asynchronous tasks in the network storage are deleted.

[0026] In an optional implementation, generating a to-be-processed file based on the message type of the message, and storing the to-be-processed file in the network storage includes:

[0027] Parsing the content of the message to determine the message type of the message;

[0028] Generate a corresponding feature code according to the message type;

[0029] The feature code is associated with the content of the message, a to-be-processed file containing the feature code is generated, and the to-be-processed file is stored in the network storage.

[0030] The second aspect of the present application provides a message processing device, which is applied to the interaction between a commercial bank and a new account management system of the People's Bank of China, and the device includes:

[0031] A receiving module, configured to receive a message fed back by the new account management system of the People's Bank of China; the message includes a processing result of the new account management system of the People's Bank of China on the request message sent by the commercial bank;

[0032] A storage module, used for storing the message in a network storage in the form of a file stream when the message length is greater than a preset threshold;

[0033] A to-be-processed file generating module, used for generating a to-be-processed file based on the message type of the message, and storing the to-be-processed file in the network storage; the to-be-processed file includes a feature code, and the feature code is used for uniquely indicating the type of the message;

[0034] A scanning module, scanning the network storage once every preset time period; if the to-be-processed file exists in the network storage, generating corresponding multiple asynchronous tasks based on the feature code in the to-be-processed file;

[0035] An execution module is used to execute the multiple asynchronous tasks.

[0036] In an optional implementation, the message processing device further includes

[0037] A verification module, used to verify whether the multiple asynchronous tasks are executed successfully;

[0038] The end module is used to end an asynchronous task if it is successfully executed;

[0039] Failure retry module: if an asynchronous task fails to execute, the asynchronous task will be retried.

[0040] The third aspect of the present application provides a message processing server, the server comprising: a processor and a memory:

[0041] The memory is used to store program codes and transmit the program codes to the processor;

[0042] The processor is used to execute the steps of the message processing method introduced in any implementation of the first aspect according to the instructions in the program code.

[0043] A fourth aspect of the present application provides a computer-readable storage medium, which is used to store program code, and the program code is used to execute the steps of the message processing method introduced in any implementation of the first aspect.

[0044] Compared with the prior art, this application has the following beneficial effects:

[0045] In the technical solution of the present application, firstly, a message fed back by the new account management system of the People's Bank of China is received; when the length of the message is greater than a preset threshold, the message is stored in a network storage in the form of a file stream; then a to-be-processed file is generated based on the message type of the message, and the to-be-processed file is stored in the network storage; thereafter, the network storage is scanned once every preset time period; if the to-be-processed file exists in the network storage, a corresponding plurality of asynchronous tasks are generated based on the feature code in the to-be-processed file; finally, the plurality of asynchronous tasks are executed. By storing messages exceeding the preset length in the form of a file stream in the network storage, this direct storage method avoids the computational delay and resource occupation that occurs when directly processing long messages, and can quickly respond to messages fed back by the new account management system of the People's Bank of China. Through the asynchronous processing method, the coupling degree of the message processing process is reduced. This improves the efficiency and stability of message processing as a whole. BRIEF DESCRIPTION OF THE DRAWINGS

[0046] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative labor.

[0047] Figure 1 A flow chart of a message processing method provided in an embodiment of the present application;

[0048] Figure 2 A flow chart of another message processing method provided in an embodiment of the present application;

[0049] Figure 3 A schematic diagram of the structure of a message processing device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0050] As described above, when faced with long messages containing a large amount of information, the current direct processing method not only causes the response time of the interactive interface to be too long, but also makes the processing process highly coupled, seriously affecting the efficiency and stability of message processing.

[0051] The inventor has studied a message processing method, device, server and storage medium.

[0052] First, receive the message fed back by the new account management system of the People's Bank of China; when the length of the message is greater than a preset threshold, store the message in the form of a file stream in a network storage; then generate a to-be-processed file based on the message type of the message, and store the to-be-processed file in the network storage; thereafter scan the network storage once every preset time interval; if the to-be-processed file exists in the network storage, generate corresponding multiple asynchronous tasks based on the feature code in the to-be-processed file; finally, execute the multiple asynchronous tasks.

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

[0054] See also Figure 1 , which is a flow chart of a message processing method provided by an embodiment of the present application. Figure 1 As shown, the method is applied to the interaction between commercial banks and the new account management system of the People's Bank of China, and includes the following steps:

[0055] S101. Receive the message fed back by the new account management system of the People's Bank of China.

[0056] In an embodiment of the present application, the commercial bank's system receives messages from the People's Bank of China's new account management system through a preset interface or communication protocol.

[0057] The message contains the processing results of the People's Bank of China's new account management system on the reporting information previously sent by commercial banks, such as whether it has passed the review, any errors that exist, or information that needs to be supplemented.

[0058] S102: When the message length is greater than a preset threshold, the message is stored in a network storage in the form of a file stream.

[0059] In an embodiment of the present application, the preset threshold may be a reasonable message length threshold set by a commercial bank based on its own system processing capabilities and network conditions.

[0060] When the length of the message received in the previous step exceeds the threshold, the message is stored in a network storage such as a network attached storage (NAS) or cloud storage in the form of a file stream (such as a binary stream).

[0061] In an exemplary implementation, the preset threshold is 20M. When the received message is larger than 20M, the message is stored in the NAS disk in the form of a binary stream.

[0062] In an embodiment of the present application, by storing messages exceeding a preset length in the form of a file stream in a network storage, this direct storage method avoids the computational delay and resource occupation that occurs when directly processing long messages, so that the messages fed back by the new account management system of the People's Bank of China can be processed quickly subsequently.

[0063] S103: Generate a to-be-processed file based on the message type of the message, and store the to-be-processed file in a network storage.

[0064] In an embodiment of the present application, the message type is determined by parsing the message content; a corresponding feature code is generated according to the message type; the feature code is associated with the message content to generate a to-be-processed file containing the feature code, and the to-be-processed file is stored in the network storage.

[0065] In the embodiment of the present application, the feature code is a unique identifier used to distinguish different types of messages or different instances of the same type of message. It can be a hash value or encrypted string based on information such as message type, sending time, message sequence number, etc.

[0066] After receiving the message, the message header or specific field is first parsed to extract the key information used to generate the signature code. Then, the information is processed using a preset hash algorithm or encryption algorithm to generate a unique signature code.

[0067] After that, the message content is parsed to extract the data and information that need to be processed, such as account registration information, error codes, prompt information, etc.

[0068] While parsing the message content, the generated signature is associated with the message content. This can be achieved by creating a data structure in memory (such as a hash table or dictionary) with the signature as the key and the message content or a pointer to the message content as the value.

[0069] According to the associated data, a new file to be processed is created. This file to be processed can be a text file, a binary file, or a database record, etc., depending on the storage requirements of the system and the requirements of subsequent processing tasks, which are not specifically limited here.

[0070] In the file to be processed, the signature and the message content associated with the signature are written. This can be achieved by adding specific fields or records in the file, where the field or record contains the signature and the corresponding message content.

[0071] Finally, the generated files to be processed are stored in a network attached storage (such as a NAS disk) or other designated storage location so that subsequent processing tasks can access and process them.

[0072] In an example implementation, assume that a commercial bank receives a common message, the message type is "account reporting", the message sequence number is "001", and the message content is account information. First, parse the message header, extract the message type and sequence number, and then use the hash algorithm to generate the feature code "ABC123". Next, associate the feature code "ABC123" with the message content (account information), and create a new file to be processed "report_ABC123.txt". In the file, write the feature code "ABC123" and the corresponding message content (account information). Finally, store the file to be processed in the NAS device so that subsequent data parsing, verification, and warehousing tasks can access and process it.

[0073] S104, scanning the network storage once every preset time period; if there are files to be processed in the network storage, generating corresponding multiple asynchronous tasks based on feature codes in the files to be processed.

[0074] In the embodiment of the present application, the preset duration can be a reasonable scanning interval duration set by the commercial bank according to its own business needs (such as the timeliness requirements of message processing, the time distribution of business peak periods, etc.) and system processing capabilities (such as the computing speed of the server, network bandwidth, NAS read and write speed, etc.). For example, during business peak periods, more frequent scanning may be required to ensure that messages are processed in a timely manner; and during business troughs, the scanning interval can be appropriately extended to save system resources.

[0075] The preset duration is not fixed. Commercial banks can make dynamic adjustments and optimizations based on actual operating conditions (such as backlog of processing tasks, system load, etc.).

[0076] At preset intervals, the network storage is automatically scanned to check whether there are any files to be processed in the network storage.

[0077] In the embodiment of the present application, it is possible to retrieve whether a message has been processed according to the file name. For example, the file name to be processed is 202411171606A, and the file name after processing automatically becomes 202411171606B. It can also be judged according to other methods, which are not specifically limited here.

[0078] If there are files to be processed, multiple corresponding asynchronous tasks are generated according to the feature codes in the files to be processed. These tasks may include data analysis, data verification, data storage, etc.

[0079] In an exemplary implementation, the preset time length is 1 minute. The NAS disk is scanned once every 1 minute, and if there are files to be processed in the NAS disk, multiple asynchronous tasks are generated according to the feature codes in the files to be processed.

[0080] S105: Execute multiple asynchronous tasks.

[0081] In an embodiment of the present application, after generating multiple asynchronous tasks, the generated multiple asynchronous tasks are assigned to different processing units or threads for parallel processing to realize the processing of the message.

[0082] The processing unit or thread performs the corresponding data processing operation according to the task requirements. For example, for data parsing tasks, the system will parse the message and extract useful information; for data verification tasks, the system will verify the parsed information to ensure the accuracy of the data; for data storage tasks, the system will store the verified data in the database.

[0083] Figure 2 Another flow chart of a message processing method provided in an embodiment of the present application. In the embodiment introduced by this figure, a more detailed description is provided for the implementation of the message processing method.

[0084] like Figure 2 The message processing method shown includes the following steps:

[0085] S201. Receive a message from the new account management system of the People's Bank of China.

[0086] S202: When the message length is greater than a preset threshold, the message is stored in a network storage in the form of a file stream.

[0087] S203, generating a to-be-processed file based on the message type of the message, and storing the to-be-processed file in a network storage;

[0088] S204, scanning the network storage once every preset time period; if there are files to be processed in the network storage, generating corresponding multiple asynchronous tasks based on feature codes in the files to be processed.

[0089] S205: Execute multiple asynchronous tasks.

[0090] The implementation of S201-S205 is basically the same as S101-S105 in the method embodiment described above, and will not be elaborated here. For related technical implementations, please refer to the introduction and description of S101-S105 above.

[0091] S206: Verify whether the multiple asynchronous tasks are executed successfully.

[0092] If an asynchronous task is executed successfully, the process proceeds to step S207; if an asynchronous task fails to be executed, the process proceeds to step S208.

[0093] In the embodiment of the present application, the execution status or return value of each asynchronous task can be checked to verify whether they are successfully executed.

[0094] Optionally, for each asynchronous task, its execution result (success or failure) and any relevant error information or logs can be recorded.

[0095] S207: End the asynchronous task.

[0096] In an embodiment of the present application, if an asynchronous task is successfully executed, it is marked as completed and all resources related to the task are released.

[0097] In one example implementation, a related database or status record is updated to reflect the successful completion of the task.

[0098] S208: Retry the asynchronous task if it fails.

[0099] In the embodiment of the present application, if an asynchronous task fails to execute, an attempt is made to retry it upon failure.

[0100] Failure retry may include resending the request, rereading the data, re-executing the calculation, etc., depending on the type of task and the reason for the failure, which are not specifically limited here.

[0101] S209: Verify whether the failed retry is successful.

[0102] Check the task status or return value after the failed retry again to determine whether the retry is successful.

[0103] If the retry is successful, the system will end the task according to step S207. If the retry is successful, the process proceeds to step S207; if the retry is unsuccessful, the process proceeds to step 210.

[0104] S210, recording the number of failed retries of the asynchronous task; and starting a corresponding failure handling mechanism based on the number of failed retries.

[0105] If the number of failed retries exceeds the preset number, an alarm notification is triggered;

[0106] If the number of failed retries is less than or equal to the preset number, the asynchronous task will be retried again after waiting for the preset time.

[0107] In an embodiment of the present application, for each failed retry, the system will record the number of failed retries of the asynchronous task.

[0108] If the number of failed retries exceeds a preset threshold (for example, 3 or 5 times), the system will trigger an alarm notification to notify relevant personnel or system administrators for processing.

[0109] If the number of failed retries is less than or equal to the preset number, the system will wait for a preset period of time (for example, 1 minute or 5 minutes) and then retry the task again.

[0110] During the wait period, the system can perform other tasks or do other processing to optimize resource utilization and performance.

[0111] Optionally, the message processing method further includes: after the multiple asynchronous tasks are completed, deleting the to-be-processed files corresponding to the multiple asynchronous tasks in the network storage.

[0112] In an embodiment of the present application, when all asynchronous tasks are successfully completed or are determined to be unable to be completed after multiple retries, the corresponding to-be-processed files in the network storage (such as NAS) are checked.

[0113] If these files are found, delete them to free up storage space and avoid data redundancy.

[0114] Before deleting files, additional verification or checking can be performed to ensure that other important files or data are not accidentally deleted.

[0115] The embodiment of the present application stores long messages as file streams and generates files to be processed, and then creates asynchronous tasks based on these files to be processed for parallel processing. By periodically scanning the network storage and dynamically generating asynchronous tasks, timely response to message processing is achieved. In the case of task execution failure, the method provides a failure retry mechanism and records the number of failed retries so that an alarm notification is triggered when the preset number is exceeded. In addition, the method also optimizes resource utilization, and other tasks can be executed while waiting for retries. Finally, when all tasks are completed, the corresponding files to be processed are automatically deleted to release storage space. These features together ensure the efficiency and stability of message processing.

[0116] Based on the message processing method provided in the aforementioned embodiment, the present application also provides a message processing device accordingly. Figure 3 A schematic diagram of the structure of a message processing device provided in an embodiment of the present application. Figure 3 As shown, the message processing device is applied to the interaction between the commercial bank and the new account management system of the People's Bank of China, and includes: a receiving module 301, a storage module 302, a to-be-processed file generation module 303, a scanning module 304 and an execution module 305.

[0117] The receiving module 301 is used to receive the message fed back by the new account management system of the People's Bank of China;

[0118] The message contains the processing result of the request message sent by the commercial bank by the new account management system of the People's Bank of China.

[0119] The receiving module 301 can communicate with the new account management system of the People's Bank of China through a network communication interface (such as a TCP / IP socket), and transmit the received message to the storage module 302.

[0120] The storage module 302 is used to store the message in the network storage in the form of a file stream when the message length is greater than a preset threshold.

[0121] The storage module 302 determines whether the length of the message received by the receiving module 301 is greater than a preset threshold, such as 20M. If it is greater than the preset threshold, it is regarded as a large message and processed. The large message is split into file streams and written into the network storage segment by segment. The storage location and related information of the file stream can be recorded for subsequent reading and processing.

[0122] The to-be-processed file generating module 303 is used to generate a to-be-processed file based on the message type of the message, and store the to-be-processed file in the network storage; the to-be-processed file contains a feature code, and the feature code is used to uniquely indicate the type of the message.

[0123] The scanning module 304 scans the network storage once every preset time period; if there are files to be processed in the network storage, a corresponding plurality of asynchronous tasks are generated based on feature codes in the files to be processed.

[0124] The execution module 305 is used to execute multiple asynchronous tasks.

[0125] In the embodiment of the present application, the execution module 305 will take out the asynchronous tasks one by one from the multiple asynchronous tasks generated by the scanning module 304. For each asynchronous task, the execution module 305 can call the corresponding processing function or method according to the asynchronous task type. The processing function or method will execute specific task logic, such as parsing message content, updating database records, sending notification messages, etc.

[0126] The execution module 305 can record the execution result and related information of each task for subsequent query and statistics.

[0127] The embodiment of the present application realizes stable and efficient processing of messages by combining the functions of the receiving module 301, the storage module 302, the to-be-processed file generation module 303, the scanning module 304 and the execution module 305. When faced with messages containing a large amount of data, the response speed is accelerated and the coupling degree of the processing process is reduced, thereby improving the efficiency and stability of message processing.

[0128] In an optional implementation, the message processing device further includes:

[0129] The verification module is used to verify whether multiple asynchronous tasks are executed successfully.

[0130] The end module is used to end an asynchronous task if it is successfully executed.

[0131] Failure retry module: if an asynchronous task fails to execute, the asynchronous task will be retried.

[0132] In an optional implementation, the message processing device further includes:

[0133] The failure retry verification module is used to verify whether the failure retry of the failure retry module is successful; if the failure retry is successful, the asynchronous task is terminated; if the failure retry is not successful, the number of failure retries of the asynchronous task is recorded.

[0134] The failure processing module is used to start the corresponding failure processing mechanism based on the number of failed retries recorded by the failure retry verification module.

[0135] The failure processing module is specifically used to: trigger an alarm notification if the number of failed retries is greater than the preset number; if the number of failed retries is less than or equal to the preset number, wait for a preset period of time and then retry the asynchronous task again through the failure retry module.

[0136] In an optional implementation, the message processing device further includes:

[0137] The deletion module is used to delete the to-be-processed files corresponding to the multiple asynchronous tasks in the network storage after the multiple asynchronous tasks are completed.

[0138] In an optional implementation, the to-be-processed file generating module 303 is specifically used for:

[0139] Parse the content of the message and determine the message type of the message;

[0140] Generate corresponding feature codes according to the message type;

[0141] The feature code is associated with the content of the message, a to-be-processed file containing the feature code is generated, and the to-be-processed file is stored in a network storage.

[0142] In addition, an embodiment of the present application also provides a message processing server, which includes a processor and a memory.

[0143] The memory is used to store program codes and transmit the program codes to the processor;

[0144] The processor is used to execute the steps of the message processing method introduced in any of the above method embodiments according to the instructions in the program code.

[0145] In addition, an embodiment of the present application further provides a computer-readable storage medium, in which a computer program is stored. When the program is executed by a processor, the message processing method described in any of the method embodiments is implemented.

[0146] It should be noted that each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment. The device embodiment described above is merely schematic, in which the unit described as a separate component may or may not be physically separated, and the component prompted as a unit may or may not be a physical unit, that is, it may be located in one place, or it may be distributed on multiple network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the scheme of this embodiment. Ordinary technicians in this field can understand and implement it without paying creative work.

[0147] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any changes or substitutions that can be easily thought of by a person skilled in the art within the technical scope disclosed in the present application should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A message processing method, characterized in that: Applied to the interaction between commercial banks and the new account management system of the People's Bank of China, the method includes: receiving a message fed back by the new account management system of the People's Bank of China; the message includes the processing result of the new account management system of the People's Bank of China on the filing information sent by the commercial bank; When the length of the message is greater than a preset threshold, storing the message in a network storage in the form of a file stream; Generate a to-be-processed file based on the message type of the message, and store the to-be-processed file in the network storage; the to-be-processed file includes a feature code, and the feature code is used to uniquely indicate the type of the message; Scan the network storage once every preset time period; if the to-be-processed file exists in the network storage, generate corresponding multiple asynchronous tasks based on the feature codes in the to-be-processed file; The plurality of asynchronous tasks are executed.

2. The method according to claim 1, characterized in that After executing the plurality of asynchronous tasks, the method further includes: Verifying respectively whether the multiple asynchronous tasks are executed successfully; If an asynchronous task is executed successfully, the asynchronous task is terminated; If an asynchronous task fails to execute, the asynchronous task will be retried upon failure.

3. The method according to claim 2, characterized in that After retrying the asynchronous task if the asynchronous task fails, the method further includes: Verify whether the failed retry is successful; If the retry fails, the asynchronous task is terminated; if the retry fails, the number of failed retries of the asynchronous task is recorded. Based on the number of failed retries, a corresponding failure handling mechanism is initiated.

4. The method according to claim 3, characterized in that The starting of a corresponding failure handling mechanism based on the number of failed retries includes: If the number of failed retries is greater than the preset number, an alarm notification is triggered; If the number of failed retries is less than or equal to the preset number, the asynchronous task is retried again after waiting for a preset period of time.

5. The method according to claim 3, characterized in that: The method further comprises: After the multiple asynchronous tasks are all completed, the to-be-processed files corresponding to the multiple asynchronous tasks in the network storage are deleted.

6. The method according to claim 1, characterized in that The step of generating a to-be-processed file based on the message type of the message, and storing the to-be-processed file in the network storage includes: Parsing the content of the message to determine the message type of the message; Generate a corresponding feature code according to the message type; The feature code is associated with the content of the message, a to-be-processed file containing the feature code is generated, and the to-be-processed file is stored in the network storage.

7. A message processing device, characterized in that: Applied to the interaction between commercial banks and the new account management system of the People's Bank of China, the device includes: A receiving module, configured to receive a message fed back by the new account management system of the People's Bank of China; the message includes a processing result of the new account management system of the People's Bank of China on the request message sent by the commercial bank; A storage module, used for storing the message in a network storage in the form of a file stream when the message length is greater than a preset threshold; A to-be-processed file generating module, used for generating a to-be-processed file based on the message type of the message, and storing the to-be-processed file in the network storage; the to-be-processed file includes a feature code, and the feature code is used for uniquely indicating the type of the message; A scanning module, scanning the network storage once every preset time period; if the to-be-processed file exists in the network storage, generating corresponding multiple asynchronous tasks based on the feature code in the to-be-processed file; An execution module is used to execute the multiple asynchronous tasks.

8. The device according to claim 7, characterized in that The device also includes A verification module, used to verify whether the multiple asynchronous tasks are executed successfully; The end module is used to end an asynchronous task if it is successfully executed; Failure retry module: if an asynchronous task fails to execute, the asynchronous task will be retried.

9. A message processing server, characterized in that: include: Processor and memory: The memory is used to store program code and transmit the program code to the processor; The processor is used to execute the steps of the message processing method according to any one of claims 1 to 6 according to the instructions in the program code.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium is used to store program codes, and the program codes are used to execute the steps of the message processing method according to any one of claims 1 to 6.

Images