Message processing method, device, equipment, system and storage medium

Abstract

The embodiment of the present invention provides a message processing method, device, equipment, system and storage medium, wherein the method comprises: in response to a reporting instruction triggered by a user, generating a message file according to the data to be reported, and verifying the legality of the message file; if the message file is legal, encrypting the message file and sending the encrypted message file to a client; after determining that the client has received the complete message file, issuing a password to the client so that the client decrypts the message file and reports it to a supervision system and deletes the message file after the reporting is completed; receiving the reporting result uploaded by the client, pushing the reporting result to the user, and storing the message file; the management of the reporting file is more standardized; the message file is deleted in real time after the reporting is completed; the security is high, automatic reporting is realized, and the user experience is improved.

Description

Technical Field

[0001] The present invention relates to the field of communication technology, and in particular to a message processing method, device, equipment, system and storage medium. Background Art

[0002] With the prosperity of the financial industry, regulators have built a variety of regulatory data analysis systems to monitor the business operations of various financial institutions. Commercial banks and other financial institutions have built corresponding message processing systems to report financial-related data to regulatory data analysis systems.

[0003] In the existing message processing system, the messages generated before submission are data captured from the regulatory business database. The messages generated in this way will be exposed to the front-end machine and rely on manual operation and human participation. There is a lack of verification of the legitimacy of the messages, which poses certain security risks. Summary of the invention

[0004] The embodiments of the present invention provide a message processing method, device, equipment, system and storage medium, which make message data management more standardized and more secure.

[0005] In a first aspect, an embodiment of the present invention provides a message processing method, which is applied to a server, wherein the server communicates with a client via an intranet, and the method includes:

[0006] In response to a reporting instruction triggered by a user, a message file is generated according to the data to be reported, and the legitimacy of the message file is verified;

[0007] If the message file is legal, encrypt the message file and send the encrypted message file to the client;

[0008] After determining that the client has received the complete message file, issuing a password to the client so that the client decrypts the message file and submits it to the supervision system and deletes the message file after the submission is completed;

[0009] Receive the report result uploaded by the client, push the report result to the user, and store the report file.

[0010] Optionally, the method further includes:

[0011] Generate a corresponding first verification code according to the encrypted message file;

[0012] Correspondingly, after determining that the client has received the complete message file, sending a password to the client includes:

[0013] Obtaining a second verification code generated by the client according to the encrypted message file after receiving the encrypted message file;

[0014] Comparing the first verification code with the second verification code;

[0015] If the first verification code matches the second verification code, it is determined that the client has received the complete message file, and a password is sent to the client.

[0016] Optionally, the reporting instruction is used to indicate the data to be reported and / or the type of the client for reporting the message file; in response to the reporting instruction triggered by the user, generating the message file according to the data to be reported includes:

[0017] In response to a reporting instruction triggered by a user, searching a corresponding message template in a template library according to the type of the data to be reported and / or the type of the client;

[0018] If a corresponding message template exists, the message template is loaded using the reflection mechanism, and the data to be reported is loaded into the message template to generate a message file.

[0019] Optionally, the method further includes:

[0020] If the corresponding message template does not exist in the template library, a customization interface for customizing the corresponding message template is displayed;

[0021] Obtaining customization information input by the user in the customization interface, generating a corresponding message template according to the customization information, adding the generated message template to the template library, and establishing an association relationship between at least one of the type of the data to be reported and the type of the client and the generated message template;

[0022] The generated message template is loaded by utilizing the reflection mechanism, and the data to be reported is loaded into the message template to generate a message file.

[0023] Optionally, verifying the legitimacy of the message file includes:

[0024] Determine corresponding message verification rules according to the type and length of the data to be reported;

[0025] The legitimacy of the message file is checked according to the message verification rule.

[0026] Optionally, receiving the reporting result uploaded by the client, pushing the reporting result to the user, and storing the report file includes:

[0027] Receive the reporting result uploaded by the client, and push the reporting result to the user;

[0028] If the reporting result is successful, the corresponding storage type is determined according to the importance of the data to be reported; wherein the storage type includes at least one of the following: online storage, near-line storage, and offline storage;

[0029] The message file is saved according to the storage type.

[0030] Optionally, the method further includes:

[0031] If the reporting result is that the data to be reported is wrong or untrue, the data to be reported will be checked and the report file will be regenerated for reporting.

[0032] In a second aspect, an embodiment of the present invention provides a message processing method, which is applied to a client, wherein the client communicates with a server via an intranet, and the method includes:

[0033] Obtaining an encrypted message file sent by the server; wherein the encrypted message file is generated by the server in response to a reporting instruction triggered by a user, according to the data to be reported, and after verifying the legitimacy of the message file, encrypting the message file;

[0034] Obtaining a password sent by the server; wherein the password is sent by the server after determining that the client has received a complete message file;

[0035] Decrypt the message file and submit it to the supervision system, and delete the message file after the submission is completed;

[0036] The report result is uploaded to the server, so that the server pushes the report result to the user and stores the report file.

[0037] Optionally, obtain the password sent by the server, including:

[0038] After receiving the encrypted message file, generating a second verification code corresponding to the encrypted message file;

[0039] Sending the second verification code to the server, so that the server compares the second verification code with the first verification code generated by the server according to the encrypted message file;

[0040] Obtain a password issued by the server when the first verification code matches the second verification code.

[0041] Optionally, uploading the reporting result to a server so that the server pushes the reporting result to a user and stores the report file includes:

[0042] If the reporting result is successful, the reporting result is uploaded to the server, so that the server determines the corresponding storage type according to the importance of the data to be reported and saves the message file according to the storage type;

[0043] The storage type includes at least one of the following: online storage, near-line storage, and offline storage.

[0044] Optionally, the method further includes:

[0045] If the reporting result is that the data to be reported is wrong or the data to be reported is untrue, the reporting result is uploaded to the server so that the server can check the data to be reported and regenerate the message file for reporting.

[0046] In a third aspect, an embodiment of the present invention provides a message processing device, the device comprising:

[0047] A verification module, used to generate a message file according to the data to be reported in response to a reporting instruction triggered by a user, and to verify the legitimacy of the message file;

[0048] A sending module, used for encrypting the message file when the message file is legal, and sending the encrypted message file to the client;

[0049] A deletion module is used to send a password to the client after determining that the client has received a complete message file, so that the client decrypts the message file and reports it to the supervision system and deletes the message file after the reporting is completed;

[0050] The storage module is used to receive the reporting result uploaded by the client, push the reporting result to the user, and store the message file.

[0051] In a fourth aspect, an embodiment of the present invention provides a message processing device, the device comprising:

[0052] A first acquisition module is used to acquire an encrypted message file sent by a server; wherein the encrypted message file is generated by the server in response to a reporting instruction triggered by a user, according to the data to be reported, and after verifying the legitimacy of the message file, the message file is encrypted;

[0053] A second acquisition module is used to acquire a password sent by the server; wherein the password is sent by the server after determining that the client has received a complete message file;

[0054] A deletion module is used to decrypt the message file and submit it to the supervision system, and delete the message file after the submission is completed;

[0055] The storage module is used to upload the reporting result to the server, so that the server pushes the reporting result to the user and stores the message file.

[0056] In a fifth aspect, an embodiment of the present invention provides a service device, including:

[0057] memory and at least one processor;

[0058] The memory stores computer-executable instructions;

[0059] The at least one processor executes the computer-executable instructions stored in the memory, so that the at least one processor executes the message processing method as described in any one of the first aspects above.

[0060] In a sixth aspect, an embodiment of the present invention provides a client device, including:

[0061] memory and at least one processor;

[0062] The memory stores computer-executable instructions;

[0063] The at least one processor executes the computer-executable instructions stored in the memory, so that the at least one processor executes the message processing method as described in any one of the second aspects above.

[0064] In the seventh aspect, an embodiment of the present invention provides a message processing system, comprising: a server and a client; wherein the server is used to execute the method described in any one of the first aspect above, and the client is used to execute the method described in any one of the second aspect above.

[0065] In an eighth aspect, an embodiment of the present invention provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer execution instructions, and when the computer execution instructions are executed by a processor, they are used to implement the message processing method as described in any one of the first and second aspects above.

[0066] In a ninth aspect, an embodiment of the present invention provides a computer program product, including a computer program, which, when executed by a processor, implements the message processing method as described in any one of the first and second aspects above.

[0067] The message processing method, device, equipment, system and storage medium provided in the embodiments of the present invention respond to a reporting instruction triggered by a user, generate a message file according to the data to be reported, and verify the legality of the message file. If the message file is legal, the message file is encrypted and the encrypted message file is sent to the client. After determining that the client has received the complete message file, a password is issued to the client so that the client decrypts the message file and reports it to the supervision system and deletes the message file after the reporting is completed. The reporting result uploaded by the client is received, the reporting result is pushed to the user, and the message file is stored. The management of the reporting file is more standardized, and the message file is deleted in real time after the reporting is completed. The security is high, automatic reporting is realized, and the user experience is improved. BRIEF DESCRIPTION OF THE DRAWINGS

[0068] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and, together with the description, serve to explain the principles of the invention.

[0069] Figure 1 A schematic diagram of an application scenario provided by an embodiment of the present invention;

[0070] Figure 2 A schematic diagram of the structure of a message processing system provided by an embodiment of the present invention;

[0071] Figure 3 A schematic diagram of the principle of server-side message processing provided by an embodiment of the present invention;

[0072] Figure 4 A schematic diagram of a flow chart of a message processing method provided by an embodiment of the present invention;

[0073] Figure 5 A schematic diagram of a message customization interface provided by an embodiment of the present invention;

[0074] Figure 6 A flowchart of another message processing method provided by an embodiment of the present invention;

[0075] Figure 7 A schematic diagram of a message file archiving management provided by an embodiment of the present invention;

[0076] Figure 8 An interactive schematic diagram of a message processing method provided by an embodiment of the present invention;

[0077] Fig. 9 A flowchart of another message processing method provided by an embodiment of the present invention;

[0078] Fig.10 A schematic diagram of the structure of a message processing device provided by an embodiment of the present invention;

[0079] Fig.11 A schematic diagram of the structure of another message processing device provided by an embodiment of the present invention;

[0080] Fig.12 A schematic diagram of the structure of a service device provided by an embodiment of the present invention;

[0081] Fig.13 A schematic diagram of the structure of a client device provided by an embodiment of the present invention.

[0082] The above drawings have shown clear embodiments of the present invention, which will be described in more detail below. These drawings and text descriptions are not intended to limit the scope of the present invention in any way, but to illustrate the concept of the present invention for those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION

[0083] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present invention. Instead, they are merely examples of devices and methods consistent with some aspects of the present invention as detailed in the appended claims.

[0084] The following specific embodiments are used to describe in detail the technical solution of the present invention and how the technical solution of the present invention solves the above technical problems. The following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be repeated in some embodiments.

[0085] An application scenario provided by an embodiment of the present invention is explained below: The solution provided by an embodiment of the present invention involves message processing. As regulatory agencies continue to increase their requirements for data quality in various reporting tasks, the workload of message processing has also increased accordingly. When sending message files to regulatory agencies, it is necessary to ensure data quality and security while ensuring the correctness of the message file type.

[0086] The data reported to the regulatory authorities by the general regulatory reporting system is usually at the GB or even TB level. The processing and reporting of big data requires a lot of manpower and material resources. In addition, the data involved in regulatory reporting is generally sensitive data such as financial enterprise business operations and payment settlement. If there is information leakage, it may seriously affect the image of financial enterprises. The regulatory authorities have high requirements for the quality of data reported by financial institutions.

[0087] Figure 1 A schematic diagram of an application scenario provided by an embodiment of the present invention. Figure 1As shown, the front-end processor generates a message file of the data to be reported according to the user's instructions, and directly sends the message file to the supervision system for review by the supervision system.

[0088] In some technologies, messages are generated on the front-end, and the generated message files are stored in plain text with few message formats, poor message adaptability, and inability to customize message generation. When implementing reporting, they rely on manual reporting, and the reporting automation level is low. Currently, most regulatory reporting systems lack unified management of message files, and files will be lost and cannot be recovered due to system downtime.

[0089] In other technologies, the database queue method is used to transmit data processing methods through the message queue service, and different data are processed through the reporting processing module and finally reported to the external interface adapter module. This method does not provide users with new reporting mechanisms and new customized message format entries in the external interface adapter module. The front-end fails to delete the reporting file in time after the reporting is completed, which has low security.

[0090] Therefore, an embodiment of the present invention provides a method for message processing, which generates a message on the server side in response to a message instruction sent by a user, and sends the generated message as an encrypted file to the client after the legitimacy is verified. After the client receives the complete file, the server side sends a password for decoding and automatic reporting. After the reporting is completed, the message file is deleted in time, and the reporting result is pushed to the user. The method has a high degree of automation, and the message file is deleted in time after the reporting is completed, which has high security.

[0091] In the following, some embodiments of the present invention are described in detail in conjunction with the accompanying drawings. In the case where there is no conflict between the embodiments, the following embodiments and features in the embodiments can be combined with each other.

[0092] Figure 2 A schematic diagram of the structure of a message processing system provided by an embodiment of the present invention. Figure 2 As shown, the financial institution includes a reporting server and a reporting client, which communicate through an intranet connection to complete the transmission of reporting documents and reporting information. The reporting client is connected to the regulatory data analysis system and submits the message file to the regulatory data analysis system.

[0093] The reporting server includes a message management module, a message delivery module and a message tracking module. The message management module is used to generate messages, the message delivery module is used to deliver the generated message files to the message client, and the message tracking module is used to track message receipts and send the receipts to users.

[0094] The reporting client includes a client monitoring module. The client monitoring module is used to verify the message files sent by the server, report the message files to the regulatory data analysis system, delete the message files after the reporting is completed, and transmit the reporting results to the server.

[0095] The reporting status may be a transmission status of a message file when it is being reported between a reporting server and a reporting client, for example, generating a message, sending a message, etc.

[0096] Figure 3 A schematic diagram of the principle of server-side message processing provided by an embodiment of the present invention. Figure 3 As shown, the message management module is used to manage the template library, the customized message module, the loaded message module, the template file and the message format verification module.

[0097] Among them, the template library is used to store multiple types of message templates. The customized message module is used to customize a new message template when the message template in the template library cannot meet the user's needs, and store the newly customized message template in the template library. The loading message template is used to load the data to be reported into the message template and generate a message file. The message template can be an XML message or a JSON message. The message format verification module can be used to check whether the generated message is legal.

[0098] Figure 4 A schematic diagram of a message processing method provided by an embodiment of the present invention. Figure 4 As shown, the method in this embodiment can be applied to a server, where the server communicates with a client via an intranet. The method includes:

[0099] Step 401: In response to a reporting instruction triggered by a user, a message file is generated according to the data to be reported, and the legitimacy of the message file is verified.

[0100] The server can also be called the reporting server, and the client can also be called the reporting client. The security of the files on the server and the client can be guaranteed through intranet communication, and they are not easily attacked by network hackers.

[0101] Among them, the reporting server is built to meet the reporting automation process, and has the functions of managing messages, issuing messages, verifying messages, and providing users with automated reporting operations. The reporting file usually refers to a data protocol that communicates with the regulatory data analysis system, usually an XML (Extensible Markup Language) message or a JSON (JavaScript Object Notation) message. Among them, XML is a markup language used to mark electronic files to make them structured, and is usually used for data exchange between communicating parties. JSON is a lightweight data exchange format, usually used for data exchange between communicating parties.

[0102] The server can be an office computer connected to the intranet. The reporting client can also be called the reporting front-end, which is a dedicated hardware device built to transmit the reporting message to the regulatory data analysis system, and can usually meet network security requirements.

[0103] Users can trigger reporting instructions based on the reporting data uploaded as needed. The data to be reported can include deposit data, loan data, institutional data, and foreign exchange settlement and sales data.

[0104] Specifically, the server responds to the deposit data reporting instruction triggered by the user, generates a corresponding message file according to the deposit data, and checks whether the message file is legal. If it is legal, it continues to execute step 402. If it is not legal, the server pops up a dialog box to display a message "The message content is illegal". The user can check the data to be reported and regenerate the reporting file according to the prompt information.

[0105] Step 402: If the message file is legal, encrypt the message file and send the encrypted message file to the client.

[0106] The server may select different encryption processing methods according to the format of the message to be formed. For example, when the message to be formed is an XML message, an encryption processing method suitable for the XML message is selected; when the message to be formed is a JSON message, an encryption processing method suitable for the JSON message is selected.

[0107] Optionally, when the message file is legal, the message file is encrypted according to the format of the message file, and the password used in the encryption process is saved, and the encrypted file is transmitted to the client.

[0108] Step 403: after determining that the client has received the complete message file, a password is issued to the client, so that the client decrypts the message file and submits it to the supervision system and deletes the message file after the submission is completed.

[0109] Among them, the regulatory system can also be called the regulatory data analysis system, which is built by the regulatory authorities to monitor the business operations, payment settlement and other data of financial enterprises.

[0110] Optionally, after receiving the complete message file, the client reports it to the server. After the client has received the complete message file information, the server transmits the saved password to the client, and the client decrypts the message file according to the password, transmits the decrypted message file to the supervision system, and deletes the decoded message file after the report is completed.

[0111] The completion of reporting may mean that the client transmits the decrypted message file to the supervision system.

[0112] Step 404: Receive the reporting result uploaded by the client, push the reporting result to the user, and store the message file.

[0113] Optionally, after the client transmits the decrypted message file to the supervision system, it transmits the reporting result to the server, which displays the corresponding information and pushes it to the user, and stores the transmitted message file. The user can determine whether the reporting is successful based on the reporting result.

[0114] In actual applications, within a financial institution, the server and client can communicate through the intranet. The server cannot communicate directly with the regulatory system or other systems. The message file to be reported is generated by the server and sent to the client. The client deletes the message file immediately after the report is completed. The message file is retained by the server. Other devices except the client cannot directly communicate with the server and obtain the message file. This can effectively improve the system security on the basis of ensuring the normal reporting of the message.

[0115] The message processing method provided in the present embodiment responds to a reporting instruction triggered by a user, generates a message file according to the data to be reported, and verifies the legality of the message file. If the message file is legal, the message file is encrypted and the encrypted message file is sent to the client. After determining that the client has received the complete message file, a password is issued to the client so that the client decrypts the message file and reports it to the supervision system and deletes the message file after the reporting is completed. The reporting result uploaded by the client is received, the reporting result is pushed to the user, and the message file is stored. The management of the reporting file is more standardized, and the message file is deleted in real time after the reporting is completed. The security is high, automatic reporting is realized, and the user experience is improved.

[0116] Based on the technical solution provided in the above embodiment, optionally, the method further includes:

[0117] Generate a corresponding first verification code according to the encrypted message file;

[0118] Correspondingly, after determining that the client has received the complete message file, sending a password to the client includes:

[0119] Obtaining a second verification code generated by the client according to the encrypted message file after receiving the encrypted message file;

[0120] Comparing the first verification code with the second verification code;

[0121] If the first verification code matches the second verification code, it is determined that the client has received the complete message file, and a password is sent to the client.

[0122] The generated verification code may be an MD5 code.

[0123] Optionally, the server generates a first MD5 code based on the encrypted message file. When the client receives the encrypted message file, it generates a second MD5 code based on the encrypted file, transmits the second MD5 code to the server for verification, and compares whether the first MD5 code and the second MD5 code match each other. If the two MD5 codes are consistent, the message file received by the client is complete, and the server sends the saved message file password to the client. If the two MD5 codes are inconsistent, the message file received by the client is not complete, and the server regenerates the message file, encrypts it and sends it to the client, re-compares whether the two generated MD5 codes match each other, until the two MD5 codes are consistent, the server transmits the encrypted password of the message file to the client.

[0124] By comparing the verification code generated by the message file generated by the server with the message file transmitted to the client, the integrity of the message file transmitted to the client each time can be monitored, thereby improving the accuracy of the message file sent by the client to the supervision system.

[0125] Optionally, the reporting instruction is used to indicate the data to be reported and / or the type of the client for reporting the message file; in response to the reporting instruction triggered by the user, generating the message file according to the data to be reported includes:

[0126] In response to a reporting instruction triggered by a user, searching a corresponding message template in a template library according to the type of the data to be reported and / or the type of the client;

[0127] If a corresponding message template exists, the message template is loaded using the reflection mechanism, and the data to be reported is loaded into the message template to generate a message file.

[0128] The reporting instruction may include the data to be reported or the type of the client to which the message file is to be reported. The data to be reported may be a deposit amount, a loan amount, or information about the staff of an institution, etc. The type of the client to which the message file is to be reported may be a computer device, a tablet device, a POS machine, etc., or the type of the client may be distinguished according to the operating system of the client.

[0129] Among them, multiple types of message templates are stored in the template library, and multiple types of XML / JSON messages are encapsulated in the message templates.

[0130] When the user does not specify a specific report type, the appropriate message type can be selected according to the data to be reported. For example, when the message data is data information, XML message can be preferred; when the message data is bank information, JSON message can be preferred. When the user specifies a specific message type, the corresponding message type can be selected according to the user's instructions.

[0131] Optionally, when a user triggers a reporting instruction, the reporting instruction may be to generate an XML message for the loan amount data for reporting, then the server searches for a corresponding message template in the template library; if the message template exists, the reflection mechanism is used to load the template file in the message template, the loan amount data is loaded into the message template, and an XML message file of the loan amount data is generated.

[0132] In the server-side message management module, the corresponding message file is generated according to the type of the reported data and / or the client used to report the message file, and the corresponding message format is loaded using the reflection mechanism, and multiple types of XML / JSON messages are encapsulated into the message template, reducing the coupling between message templates. In addition, different message templates are used based on different data and different client types, which can adapt to the needs of different data and different client types, improve the success rate of automated reporting, and meet application needs in different scenarios.

[0133] Optionally, the method further includes: if the corresponding message template does not exist in the template library, displaying a customization interface for customizing the corresponding message template;

[0134] Obtaining customization information input by the user in the customization interface, generating a corresponding message template according to the customization information, adding the generated message template to the template library, and establishing an association relationship between at least one of the type of the data to be reported and the type of the client and the generated message template;

[0135] The generated message template is loaded by utilizing the reflection mechanism, and the data to be reported is loaded into the message template to generate a message file.

[0136] The message management module can support customized development of user messages and support customization of any XML message or JSON message. The customized information can include information such as request message and message type.

[0137] Figure 5 A schematic diagram of a message customization interface provided by an embodiment of the present invention. Figure 5 As shown, in the request message in the customization interface, enter the message to be transmitted, and select the generated message type, where the message type can be of multiple types, such as XML, JSON or other message types.

[0138] When the message template specified by the user does not exist in the template library, you can choose to customize the message development. The page displays the customization interface for customizing the corresponding message template. The user selects the appropriate message type according to the needs and generates a new message type. The generated new message template is added to the template library and associated with at least one of the data to be reported or the customer type. When a certain data to be reported is selected, the corresponding message type can be determined according to the message template associated with the type of data to be reported or the type of client.

[0139] In an example, the data to be reported of category A corresponds to message template 1. When the data to be reported is category A data, message template 1 is found from the template library to generate the corresponding message file.

[0140] In another example, a Class B client corresponds to message template 2. When the data to be reported is Class B data, message template 2 is found from the template library to generate a corresponding message file.

[0141] In another example, the corresponding template file can be determined based on the client type and the type of data to be reported.

[0142] The template file corresponding to the generated message template is loaded by utilizing the reflection mechanism, and the data to be reported is loaded into the message template to generate a message file.

[0143] When there is no file to be submitted in the template library, users can customize XML / JSON messages and store the generated templates in the template library for easy use next time, with high versatility.

[0144] Optionally, verifying the legitimacy of the message file includes:

[0145] Determine corresponding message verification rules according to the type and length of the data to be reported; and check the legitimacy of the message file according to the message verification rules.

[0146] Among them, the XML / JSON checker in the management module can be used to check whether the message is legal.

[0147] Optionally, the corresponding message verification rules are determined according to the type and length of the data to be reported. When the type of the data to be reported is an XML message and the length is long, the parity verification rule can be selected for verification. When the type of the data to be reported is an XML message and the length is short, the verification can be performed sequentially. Different message verification rules can be selected for different data to be reported.

[0148] A message file can be generated according to a certain rule, for example, data is sorted in a certain order and then added to the message file. After the message file is generated, the legitimacy of the message file can be verified, that is, whether the generated message meets the specific rule.

[0149] Different types of data to be reported can correspond to different rules. For example, you can design sorting methods for various types of data according to actual needs, and generate message files according to the corresponding sorting methods. When performing legality verification, if the message file does not conform to the data sorting method, it is considered illegal. By corresponding different rules to different types of data to be reported, different processing methods can be designed for different types of data to meet the needs of data interaction.

[0150] In addition, different data lengths may also correspond to different rules. For example, when the data length exceeds a certain length threshold, a message file may be generated by compression. When the data length does not exceed the length threshold, a message file may be generated by ordinary means. When performing legality verification, it may be verified whether the generated message satisfies the corresponding generation method. For example, the generated message file needs to have a corresponding mark indicating the generation method to meet the processing requirements of data of different lengths.

[0151] When the message verification rules corresponding to the data to be reported meet the preset message verification rules, the message file is legal. When the message verification rules corresponding to the data to be reported do not meet the preset message verification rules, the message file is not legal, and the server page will pop up a dialog box of "File is Illegal" to remind the user to check the reported data and regenerate the report file.

[0152] Selecting different message verification rules to verify message files according to different data to be reported can improve the flexibility of message file verification and quickly verify the legitimacy of message files.

[0153] Figure 6 A flow chart of another message processing method provided by an embodiment of the present invention. Figure 6 As shown, the method includes:

[0154] Step 601: In response to a reporting instruction triggered by a user, a message file is generated according to the data to be reported, and the legitimacy of the message file is verified.

[0155] Step 602: If the message file is legal, encrypt the message file and send the encrypted message file to the client.

[0156] Step 603: after determining that the client has received the complete message file, a password is issued to the client, so that the client decrypts the message file and submits it to the supervision system and deletes the message file after the submission is completed.

[0157] The specific implementation principle and effects of the method in this embodiment can be found in steps 401-403 in the aforementioned embodiment, and will not be repeated here.

[0158] Step 604: Receive the reporting result uploaded by the client, and push the reporting result to the user.

[0159] Optionally, after the client sends the report file to the supervision system, it uploads the information fed back by the supervision system to the server in the form of a report result, and the server displays the report result to the user in the form of a pop-up dialog box.

[0160] Step 605: If the reporting result is successful, determine the corresponding storage type according to the importance of the data to be reported; wherein the storage type includes at least one of the following: online storage, near-line storage, and offline storage.

[0161] Among them, online storage can save message files for 3 years, near-line storage can save message files for 3-10 years, and offline storage can save message files for more than 10 years.

[0162] Optionally, when the reporting result is successful, the data to be reported is stored according to its importance, wherein the importance can be determined according to the type of the data to be reported, or can be input by the user.

[0163] Optionally, when the data to be reported is a data file that will be viewed by relevant personnel in the near future, it is considered to be a relatively important file, and the storage type is online storage. The online storage method requires a higher cost for storage, and there will be no distortion when restoring the file. When the data to be reported is a data file that may be viewed by relevant personnel, it is considered to be a less important file, and the storage method is near-line storage. The near-line storage method does not require a high cost for storage, and there may be a certain degree of distortion when restoring the file. When the data to be reported is a data file that will not be viewed by relevant personnel in the near future, it is considered to be an unimportant file, and the storage method is offline storage. The offline storage method requires a lower cost for storage, and there may be a greater degree of distortion when restoring the file.

[0164] Step 606: Save the message file according to the storage type.

[0165] In this embodiment, steps 604 to 606 can be used to receive the reporting result uploaded by the client, push the reporting result to the user, and store the message file.

[0166] Optionally, the message files are archived and managed according to the storage type of the data to be reported. When the data to be reported is stored online, the message files are managed online, and the retention period is also within 3 years; when the data to be reported is stored near-line, the message files are managed near-line, and the retention period is also 3-10 years; when the data to be reported is stored offline, the message files are managed offline, and the retention period is also more than 10 years.

[0167] When the storage time of online messages reaches 3 years, you can enter the near-line message management time period and change the message from online storage to near-line storage; when the storage time of near-line messages reaches 10 years, you can enter the offline message management time period and change the message from near-line storage to offline storage.

[0168] Online, near-line and offline management of successfully sent message files can preserve historical reporting data messages to the greatest extent, save message files in persistent resources on the server, and make message data management more standardized.

[0169] Figure 7 A schematic diagram of a message file archiving management provided by an embodiment of the present invention. Figure 7 As shown, the message tracking module transmits the message transmission result to the server, and the server archives the message files. Among them, the server file storage area is divided into online messages (message files within 3 years), near-line messages (message files between 3 and 10 years), and offline messages (message files older than 10 years).

[0170] Optionally, the method further includes: if the reporting result is that the data to be reported is wrong or the data to be reported is untrue, checking the data to be reported and regenerating a message file for reporting.

[0171] In an embodiment of the present invention, data error may refer to errors in the reported data transmitted to the supervision system. For example, a certain data is obtained by adding two other data together, but is less than the two added data. In this case, the reported data error will be displayed. Untrue data may refer to obvious errors in the reported data transmitted to the supervision system, which exceed the prescribed range. For example, a certain numerical value is in the range of 0% to 100%, and is displayed as 150% in the data. In this case, the reported data is untrue.

[0172] When the submission result is that the data to be submitted is wrong, the server can pop up a dialog box to display "xx data submission error" to remind the user to check the data to be submitted accordingly and regenerate the submission file for transmission. Or the server can automatically check, update the data to be submitted, and resubmit it according to the error of the data to be submitted in the submission result.

[0173] When the submission result shows that the data to be submitted is untrue, the server can pop up a dialog box to display "xx data submission is untrue" to remind the user to check the data to be submitted accordingly and regenerate the submission file for transmission. Or the server can automatically check, update the data to be submitted, and resubmit it according to the submission result that the data to be submitted is untrue.

[0174] Optionally, when the submission result is other information that has not been successfully submitted, the server cannot automatically identify it and a corresponding dialog box pops up for the user to analyze and make decisions.

[0175] By receiving the unsuccessful reporting results through the server, the data to be reported can be readjusted to avoid the situation where erroneous data is left unattended for a long time, and data problems can be discovered in time and the reported data can be fed back.

[0176] Figure 8 The following is an interactive diagram of a message processing method provided by an embodiment of the present invention. Figure 8 As shown, after the user initiates the reporting action, the reporting server starts to generate a message and verify the legality of the message generation. If it is legal, it sends an encrypted message. After receiving the message, the reporting client starts to verify the integrity of the message. If the message is complete, it sends a decryption password. After the client receives the decryption password, it starts to decrypt the file and report it. After the reporting is completed, the reporting client cleans up the message file and temporary files. The reporting client monitors the reporting receipt result. Once the receipt arrives, it uploads the receipt to the server. The server processes the receipt and provides it for the user to make a decision.

[0177] Fig. 9 A flowchart of another message processing method provided by an embodiment of the present invention is shown below. Fig. 9 As shown, the method is applied to a client, and the client communicates with a server via an intranet, including:

[0178] Step 901, obtain the encrypted message file sent by the server; wherein the encrypted message file is generated by the server in response to the reporting instruction triggered by the user, according to the data to be reported, and after verifying the legitimacy of the message file, the message file is encrypted.

[0179] Step 902: Obtain the password sent by the server; wherein the password is sent by the server after determining that the client has received a complete message file.

[0180] Step 903: Decrypt the message file and submit it to the supervision system, and delete the message file after the submission is completed.

[0181] Step 904: Upload the report result to the server, so that the server pushes the report result to the user and stores the message file.

[0182] Optionally, obtain the password sent by the server, including:

[0183] After receiving the encrypted message file, generating a second verification code corresponding to the encrypted message file;

[0184] Sending the second verification code to the server, so that the server compares the second verification code with the first verification code generated by the server according to the encrypted message file;

[0185] Obtain a password issued by the server when the first verification code matches the second verification code.

[0186] Optionally, uploading the reporting result to a server so that the server pushes the reporting result to a user and stores the report file includes:

[0187] If the reporting result is successful, the reporting result is uploaded to the server, so that the server determines the corresponding storage type according to the importance of the data to be reported and saves the message file according to the storage type;

[0188] The storage type includes at least one of the following: online storage, near-line storage, and offline storage.

[0189] Optionally, the method further includes:

[0190] If the reporting result is that the data to be reported is wrong or the data to be reported is untrue, the reporting result is uploaded to the server so that the server can check the data to be reported and regenerate the message file for reporting.

[0191] The specific implementation principle and effects of the method in this embodiment can be found in the above embodiments and will not be described again here.

[0192] Optionally, the method provided in this embodiment may be based on Figure 2 The modules shown may be implemented in other ways, and the embodiments of the present invention do not limit this.

[0193] Fig.10 The schematic diagram of the structure of a message processing device provided by an embodiment of the present invention is shown in FIG. The device in this embodiment can be applied to a server, and the server can communicate with a client through an intranet. Fig.10 As shown, the message processing device provided in this embodiment may include:

[0194] Verification module 1001, for responding to a reporting instruction triggered by a user, generating a message file according to the data to be reported, and verifying the legitimacy of the message file;

[0195] The sending module 1002 is used to encrypt the message file when the message file is legal, and send the encrypted message file to the client;

[0196] The deleting module 1003 is used to send a password to the client after determining that the client has received a complete message file, so that the client decrypts the message file and reports it to the supervision system and deletes the message file after the reporting is completed;

[0197] The storage module 1004 is used to receive the reporting result uploaded by the client, push the reporting result to the user, and store the message file.

[0198] Optionally, the sending module 1002 is further used for:

[0199] Generate a corresponding first verification code according to the encrypted message file;

[0200] Correspondingly, after determining that the client has received the complete message file, the deleting module 1003 sends the password to the client, specifically for:

[0201] Obtaining a second verification code generated by the client according to the encrypted message file after receiving the encrypted message file;

[0202] Comparing the first verification code with the second verification code;

[0203] If the first verification code matches the second verification code, it is determined that the client has received the complete message file, and a password is sent to the client.

[0204] Optionally, the reporting instruction is used to indicate the data to be reported and / or the type of the client for reporting the message file; when the verification module 1001 generates a message file according to the data to be reported in response to the reporting instruction triggered by the user, it is specifically used to:

[0205] In response to a reporting instruction triggered by a user, searching a corresponding message template in a template library according to the type of the data to be reported and / or the type of the client;

[0206] If a corresponding message template exists, the message template is loaded using the reflection mechanism, and the data to be reported is loaded into the message template to generate a message file.

[0207] Optionally, the verification module 1001 is further used to: if the corresponding message template does not exist in the template library, display a customization interface for customizing the corresponding message template;

[0208] Obtaining customization information input by the user in the customization interface, generating a corresponding message template according to the customization information, adding the generated message template to the template library, and establishing an association relationship between at least one of the type of the data to be reported and the type of the client and the generated message template;

[0209] The generated message template is loaded by utilizing the reflection mechanism, and the data to be reported is loaded into the message template to generate a message file.

[0210] Optionally, when verifying the legitimacy of the message file, the verification module 1001 is specifically used to:

[0211] Determine corresponding message verification rules according to the type and length of the data to be reported;

[0212] The legitimacy of the message file is checked according to the message verification rule.

[0213] Optionally, the storage module 1004 is specifically used for:

[0214] Receive the reporting result uploaded by the client, and push the reporting result to the user;

[0215] If the reporting result is successful, the corresponding storage type is determined according to the importance of the data to be reported; wherein the storage type includes at least one of the following: online storage, near-line storage, and offline storage;

[0216] The message file is saved according to the storage type.

[0217] Optionally, the storage module 1004 is also used for: if the reporting result is that the data to be reported is wrong or the data to be reported is not true, then checking the data to be reported and regenerating a message file for reporting.

[0218] The device provided in this embodiment can perform the following steps: Figure 1-Figure 8 The technical solution of the method embodiment shown has similar implementation principles and technical effects, which will not be repeated here.

[0219] Fig.11 Schematic diagram of another message processing device provided by an embodiment of the present invention. The device in this embodiment can be applied to a client, and the client can communicate with a server through an intranet. Fig.11 As shown, the message processing device provided in this embodiment may include:

[0220] The first acquisition module 1101 is used to acquire the encrypted message file sent by the server; wherein the encrypted message file is generated by the server according to the to-be-reported data in response to the reporting instruction triggered by the user, and the message file is encrypted after verifying the legitimacy of the message file;

[0221] The second acquisition module 1102 is used to acquire the password sent by the server; wherein the password is sent by the server after determining that the client has received the complete message file;

[0222] The deleting module 1103 is used to decrypt the message file and submit it to the supervision system, and delete the message file after the submission is completed;

[0223] The storage module 1104 is used to upload the reporting result to the server, so that the server pushes the reporting result to the user and stores the message file.

[0224] Optionally, the second obtaining module 1102 is specifically configured to:

[0225] After receiving the encrypted message file, generating a second verification code corresponding to the encrypted message file;

[0226] Sending the second verification code to the server, so that the server compares the second verification code with the first verification code generated by the server according to the encrypted message file;

[0227] Obtain a password issued by the server when the first verification code matches the second verification code.

[0228] Optionally, the storage module 1104 is specifically used for:

[0229] If the reporting result is successful, the reporting result is uploaded to the server, so that the server determines the corresponding storage type according to the importance of the data to be reported and saves the message file according to the storage type;

[0230] The storage type includes at least one of the following: online storage, near-line storage, and offline storage.

[0231] Optionally, the storage module 1104 is further used for:

[0232] If the reporting result is that the data to be reported is wrong or the data to be reported is not true, the reporting result is uploaded to the server so that the server checks the data to be reported and regenerates the message file for reporting. Fig. 9The technical solution of the method embodiment shown has similar implementation principles and technical effects, which will not be repeated here.

[0233] Fig.12 A schematic diagram of the structure of a service device provided by an embodiment of the present invention. Fig.12 As shown, the device provided in this embodiment may include: a memory 122 and at least one processor 121;

[0234] The memory 122 stores computer-executable instructions;

[0235] The at least one processor 121 executes the computer-executable instructions stored in the memory 122, so that the at least one processor 121 executes the method described in any one of the above embodiments.

[0236] The memory 122 and the processor 121 may be connected via a bus 123 .

[0237] The specific implementation principle and effect of the device provided in this embodiment can be found in Figure 1-Figure 9 The relevant descriptions and effects corresponding to the illustrated embodiments are not elaborated in detail here.

[0238] Fig.13 A schematic diagram of the structure of a client device provided by an embodiment of the present invention. Fig.13 As shown, the device provided in this embodiment may include: a memory 132 and at least one processor 131;

[0239] The memory 132 stores computer-executable instructions;

[0240] The at least one processor 131 executes the computer-executable instructions stored in the memory 132 , so that the at least one processor 131 executes the method described in any one of the above embodiments.

[0241] The memory 132 and the processor 131 may be connected via a bus 133 .

[0242] The specific implementation principle and effect of the device provided in this embodiment can be found in Figure 1-Figure 9 The relevant descriptions and effects corresponding to the illustrated embodiments are not elaborated in detail here.

[0243] An embodiment of the present invention further provides a message processing system, comprising: a server and a client; wherein the server is used to execute the method described in any embodiment of the present invention, and the client is used to execute the method described in any embodiment of the present invention.

[0244] An embodiment of the present invention further provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, the message processing method provided by any embodiment of the present invention is implemented.

[0245] An embodiment of the present invention further provides a computer program product, including a computer program, which implements the message processing method described in any embodiment of the present invention when executed by a processor.

[0246] In the several embodiments provided by the present invention, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic, for example, the division of modules is only a logical function division, and there may be other division methods in actual implementation, such as multiple modules or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or modules, which can be electrical, mechanical or other forms.

[0247] The modules described as separate components may or may not be physically separated, and the components shown as modules may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the modules may be selected according to actual needs to implement the solution of this embodiment.

[0248] In addition, each functional module in each embodiment of the present invention may be integrated into one processing unit, or each module may exist physically separately, or two or more modules may be integrated into one unit. The above-mentioned module-composed unit may be implemented in the form of hardware or in the form of hardware plus software functional units.

[0249] The above-mentioned integrated module implemented in the form of a software function module can be stored in a computer-readable storage medium. The above-mentioned software function module is stored in a storage medium, and includes a number of instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor to perform some steps of the method described in each embodiment of the present invention.

[0250] It should be understood that the processor may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), etc. A general-purpose processor may be a microprocessor or any conventional processor. The steps of the method disclosed in the invention may be directly implemented as being executed by a hardware processor, or may be implemented by a combination of hardware and software modules in the processor.

[0251] The memory may include a high-speed RAM memory, and may also include a non-volatile storage NVM, such as at least one disk memory, and may also be a USB flash drive, a mobile hard disk, a read-only memory, a magnetic disk or an optical disk, etc.

[0252] The bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, the bus in the drawings of the present invention is not limited to only one bus or one type of bus.

[0253] The above storage medium can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk. The storage medium can be any available medium that can be accessed by a general or special purpose computer.

[0254] An exemplary storage medium is coupled to a processor so that the processor can read information from the storage medium and write information to the storage medium. Of course, the storage medium can also be a component of the processor. The processor and the storage medium can be located in an application specific integrated circuit (ASIC). Of course, the processor and the storage medium can also exist as discrete components in an electronic device or a main control device.

[0255] Those skilled in the art can understand that all or part of the steps of implementing the above-mentioned method embodiments can be completed by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, the steps of the above-mentioned method embodiments are executed; and the aforementioned storage medium includes: ROM, RAM, disk or optical disk and other media that can store program codes.

[0256] Those skilled in the art will readily appreciate other embodiments of the present invention after considering the specification and practicing the invention disclosed herein. The present invention is intended to cover any variations, uses or adaptations of the present invention that follow the general principles of the present invention and include common knowledge or customary techniques in the art that are not disclosed by the present invention. The description and examples are to be considered exemplary only, and the true scope and spirit of the present invention is indicated by the following claims.

[0257] It should be understood that the present invention is not limited to the exact construction that has been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present invention is limited only by the appended claims.

Claims

1. A message processing method, characterized in that: Applied to a server, the server communicates with the client via an intranet, and there is no communication connection between the server and the supervision system. The method includes: In response to a reporting instruction triggered by a user, searching a template library for a corresponding message template according to the type of data to be reported and / or the type of the client; If the corresponding message template does not exist in the template library, a customization interface for customizing the corresponding message template is displayed; the customization information input by the user in the customization interface is obtained, and the corresponding message template is generated according to the customization information, the generated message template is added to the template library, and an association relationship between the type of the data to be reported and the type of the client and the generated message template is established; the generated message template is loaded by using a reflection mechanism, and the data to be reported is loaded into the message template to generate a message file; different lengths of the data to be reported correspond to different message generation rules and / or different types of data to be reported correspond to different message generation rules; Determining, according to the type and / or length of the data to be reported, whether the message file complies with a generation rule corresponding to the type and / or length of the data to be reported to verify the legitimacy of the message file; If the message file is legal, encrypt the message file and send the encrypted message file to the client; After determining that the client has received the complete message file, issuing a password to the client so that the client decrypts the message file and submits it to the supervision system and deletes the message file after the submission is completed; Receive the report result uploaded by the client, push the report result to the user, and store the report file.

2. The method according to claim 1, characterized in that Also includes: Generate a corresponding first verification code according to the encrypted message file; Correspondingly, after determining that the client has received the complete message file, sending a password to the client includes: Obtaining a second verification code generated by the client according to the encrypted message file after receiving the encrypted message file; Comparing the first verification code with the second verification code; If the first verification code matches the second verification code, it is determined that the client has received the complete message file, and a password is sent to the client.

3. The method according to claim 1, characterized in that include: If a corresponding message template exists, the message template is loaded using the reflection mechanism, and the data to be reported is loaded into the message template to generate a message file.

4. The method according to any one of claims 1 to 3, characterized in that: Receiving the report result uploaded by the client, pushing the report result to the user, and storing the report file, including: Receive the reporting result uploaded by the client, and push the reporting result to the user; If the reporting result is successful, the corresponding storage type is determined according to the importance of the data to be reported; wherein the storage type includes at least one of the following: online storage, near-line storage, and offline storage; The message file is saved according to the storage type.

5. The method according to claim 4, characterized in that Also includes: If the reporting result is that the data to be reported is wrong or the data to be reported is not true, the data to be reported is checked and a message file is regenerated for reporting.

6. A message processing method, characterized in that: Applied to a client, the client communicates with the server via an intranet, and there is no communication connection between the server and the supervision system. The method includes: Obtaining an encrypted message file sent by a server; wherein the encrypted message file is a response of the server to a reporting instruction triggered by a user, and searching for a corresponding message template in a template library according to the type of data to be reported and / or the type of the client; using a reflection mechanism to load the generated message template, and loading the data to be reported into the message template, generating a message file, and encrypting the message file after verifying the legitimacy of the message file; wherein the generated message template is generated based on customization information input by a user on a customization interface for customizing a corresponding message template displayed on the server when no corresponding message template exists in the template library; the generated message template is added to the template library and associated with at least one of the type of data to be reported and the type of the client; Obtaining a password sent by the server; wherein the password is sent by the server after determining that the client has received a complete message file; Decrypt the message file and submit it to the supervision system, and delete the message file after the submission is completed; Upload the report result to the server, so that the server pushes the report result to the user and stores the report file; Among them, different lengths of data to be reported correspond to different message generation rules and / or different types of data to be reported correspond to different message generation rules; when it is determined that the message file conforms to the generation rules corresponding to the type and / or length of the data to be reported, the message file is legal.

7. The method according to claim 6, characterized in that Get the password sent by the server, including: After receiving the encrypted message file, generating a second verification code corresponding to the encrypted message file; Sending the second verification code to the server, so that the server compares the second verification code with the first verification code generated by the server according to the encrypted message file; Obtain a password issued by the server when the first verification code matches the second verification code.

8. The method according to claim 6 or 7, characterized in that: Uploading the report result to the server, so that the server pushes the report result to the user and stores the report file, including: If the reporting result is successful, the reporting result is uploaded to the server, so that the server determines the corresponding storage type according to the importance of the data to be reported and saves the message file according to the storage type; The storage type includes at least one of the following: online storage, near-line storage, and offline storage.

9. The method according to claim 8, characterized in that Also includes: If the reporting result is that the data to be reported is wrong or the data to be reported is untrue, the reporting result is uploaded to the server so that the server can check the data to be reported and regenerate the message file for reporting.

10. A message processing device, characterized in that: The device comprises: A verification module, used to respond to a reporting instruction triggered by a user, and search for a corresponding message template in a template library according to the type of data to be reported and / or the type of the client; if the corresponding message template does not exist in the template library, display a customization interface for customizing the corresponding message template; obtain customization information entered by the user in the customization interface, generate a corresponding message template according to the customization information, add the generated message template to the template library, and establish an association relationship between the type of the data to be reported and at least one of the type of the client and the generated message template; load the generated message template using a reflection mechanism, and load the data to be reported into the message template to generate a message file; different lengths of the data to be reported correspond to different message generation rules and / or different types of data to be reported correspond to different message generation rules; according to the type and / or length of the data to be reported, determine whether the message file complies with the generation rules corresponding to the type and / or length of the data to be reported to verify the legitimacy of the message file; A sending module, used for encrypting the message file when the message file is legal, and sending the encrypted message file to the client; A deletion module is used to send a password to the client after determining that the client has received a complete message file, so that the client decrypts the message file and reports it to the supervision system and deletes the message file after the reporting is completed; The storage module is used to receive the reporting result uploaded by the client, push the reporting result to the user, and store the message file.

11. A message processing device, characterized in that: The device comprises: The first acquisition module is used to acquire the encrypted message file sent by the server; wherein the encrypted message file is the server responding to the reporting instruction triggered by the user, and searching the corresponding message template in the template library according to the type of data to be reported and / or the type of the client; the generated message template is loaded by using the reflection mechanism, and the data to be reported is loaded into the message template to generate a message file, and the message file is encrypted after verifying the legality of the message file; wherein the generated message template is generated based on the customization information input by the user on the customization interface for customizing the corresponding message template displayed on the server when the corresponding message template does not exist in the template library; the generated message template is added to the template library and associated with at least one of the type of data to be reported and the type of the client; A second acquisition module is used to acquire a password sent by the server; wherein the password is sent by the server after determining that the client has received a complete message file; A deletion module is used to decrypt the message file and submit it to the supervision system, and delete the message file after the submission is completed; A storage module, used to upload the reporting result to the server, so that the server pushes the reporting result to the user and stores the message file; Among them, different lengths of data to be reported correspond to different message generation rules and / or different types of data to be reported correspond to different message generation rules; when it is determined that the message file conforms to the generation rules corresponding to the type and / or length of the data to be reported, the message file is legal.

12. A service device, characterized in that: include: memory and at least one processor; The memory stores computer-executable instructions; The at least one processor executes the computer-executable instructions stored in the memory, so that the at least one processor executes the message processing method according to any one of claims 1 to 5.

13. A client device, characterized in that: include: memory and at least one processor; The memory stores computer-executable instructions; The at least one processor executes the computer-executable instructions stored in the memory, so that the at least one processor executes the message processing method according to any one of claims 6 to 9.

14. A message processing system, characterized in that: include: A server and a client; wherein the server is used to execute the method described in any one of claims 1-5, and the client is used to execute the method described in any one of claims 6-9.

15. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer-executable instructions, and when the computer-executable instructions are executed by a processor, they are used to implement the message processing method according to any one of claims 1 to 9.

16. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the message processing method described in any one of claims 1 to 9 is implemented.

Images