TW201904250A - High efficient message transmission method - Google Patents

Abstract

The present invention provides a high efficient message transmission method, the method including: packaging the file for transmission using a package format by the transmission end to generate a message package file; transmitting the message package file to a receiving end by a first transmission protocol; transmitting a notifying message to the receiving end using a second transmission protocol after the message package file is transmitted; obtaining the storage position of the message package file according to the notifying message by the receiving end and downloading the message package file for inspection, and transmitting a response message to the transmission end by the receiving end, thereby using two types of communication protocols in combination with a data package method to satisfy the need for high efficiency and massive data transmission.

Description

 High performance message transmission method  

The present invention relates to a message transmission technique, and more particularly to a message transmission method with integrity and high performance.

At present, the data exchange agreements on the global Internet have their own innate restrictions. Some transmission agreements have the specificity of "data integrity" and "non-repudiation of the source of information". Some transmission agreements can satisfy the transmission of large files. It is effective to have both "data integrity" and "non-repudiation of the source of information" while satisfying "mass transmission" and "large file transmission".

The current demand for "data integrity" and "non-repudiation of the source of information" can rely on PKI technology for signature processing of data, followed by data transmission, and if there are multiple files at the same time, it can be compressed or packaged. Then the signing operation is carried out, but in this mode, if the receiving end receives the file and only needs to process one of the files, the entire packaged file still needs to be processed, so that the processing will have additional consumption. The situation.

For example, the ebMS (ebXML Message Service) transaction agreement provides a transparent, secure and consistent electronic business information exchange environment for electronic business users worldwide on the Internet, enabling industries to exchange electronic trade documents horizontally. Ability to use specifications set by safe and consistent standards. However, in the exchange of information, the ebMS2.0 protocol has innate limitations on the inability to transfer large files, that is, in consideration of security and consistency, it cannot have the effect of large file transmission. In addition, when this protocol is used, if the message passes through the intermediate node, end-to-end authentication cannot be performed, so there is no function of confirming the non-repudiation of the source of the message.

In addition, when the data is completed, the data is processed by the receiving end itself, that is, it is processed immediately when the last packet is received. Otherwise, the polling method is generally used to check the folder at intervals. If it is determined that the file transfer is completed, the subsequent operation will be performed. However, the polling method is inefficient, and the polling time interval is too small, which will consume unnecessary CPU resources. However, if the time interval is too large, there is a defect that is not immediate.

From the above, how to find a message transmission technology, looking forward to the need for data integrity and non-repudiation of the source of information, while at the same time taking into account the large number of transmission and large file transmission equivalent energy, in order to provide a safe and efficient The transmission mechanism, which is a technical problem urgently solved by those skilled in the art.

In view of the above disadvantages of the prior art, the object of the present invention is to provide a data transmission method that conforms to "data integrity", "non-repudiation of message source", "mass transmission" through two transmission protocols and data encapsulation. And the transmission needs of "large file transfer".

To achieve the foregoing and other objects, the present invention provides a high-performance message transmission method, the method comprising: causing a transmitting end to encapsulate a file to be transmitted in a package format, thereby generating a message package file; and causing the message package file to transmit through the first transmission The protocol is transmitted to the receiving end; after the message encapsulation file is transmitted to the receiving end, the transmitting end sends a notification message to the receiving end through the second transmission protocol; and the receiving end obtains the message encapsulation file by using the notification message After the storage location, the receiving end downloads the message package file for checking, and then the receiving end transmits a reply message to the transmitting end.

In an embodiment, the first transmission agreement is a large-scale transmission agreement, and the second transmission agreement is an exchange agreement of mutual authentication.

In another embodiment, when the receiving end cannot obtain the message encapsulation file by the notification message, the receiving end transmits the message packet including the signature value of the receiving end and the file not existing.

In still another embodiment, the notification message includes a signature value of the transmitting end and an intermediary data of the message encapsulation file, and wherein the intermediary information includes a fingerprint data, a time stamp, and/or an identification code.

In still another embodiment, the checking is performed by calculating a hash value of each of the attachments in the message package to compare the fingerprint data in the notification message. In addition, the checking process further includes a signature value corresponding to the transmitting end and a corresponding signature value in the message package file.

In still another embodiment, the file to be transmitted is divided into a main message and an attached file, and wherein the attached file is obtained by a hash algorithm to obtain a hash number of the attached file, and after the hash number is placed in the main message Make a digital signature.

In another embodiment, the message package includes the original text of the main message, the digital signature calculated using the original signature but not including the original text, and/or the attachment, and the package format is a multi-purpose Internet mail extension. (Multipurpose Internet Mail Extensions, MIME).

Compared with the prior art, the high-efficiency message transmission method proposed by the present invention utilizes two communication protocols at the same time, thereby achieving a large number of transmissions, large file transmission, and high-performance requirements, specifically, in order to satisfy a large number of transmissions and large files. The transmission feature can transmit the encapsulated file to the receiving end through, for example, FTP, FTPS or SFTP, and then notify the receiving end to obtain the package file and process it through, for example, the ebMS protocol, because the ebMS protocol can be used to meet the transmission security. And the need for consistency, etc., so two communication protocols are used to achieve the efficient message transmission described in the present invention.

21‧‧‧Scope

31‧‧‧Main message

S11~S14‧‧‧Steps

S41~S48‧‧‧ Process

S51~S562‧‧‧Process

1 is a step diagram of a high-performance message transmission method of the present invention; FIG. 2 is a schematic diagram showing a relationship of a MIME message structure of the high-performance message transmission method of the present invention; and FIG. 3 is a high-performance message transmission method of the present invention relating to MIME A schematic diagram of the relationship between the main message and the attached file in the message; FIG. 4 is a flowchart of processing for transmitting and transmitting the file between the transmitting end and the receiving end in the high-performance message transmitting method of the present invention; and FIG. 5 is a high performance of the present invention A processing flow chart for checking and verifying between the transmitting end and the receiving end in the message transmission method.

The technical contents of the present invention are described below by way of specific embodiments, and those skilled in the art can easily understand the advantages and effects of the present invention from the contents disclosed in the present specification. The invention may be embodied or applied by other different embodiments.

In order to improve efficiency, existing companies must exchange information inside and outside the company. The message of the present invention can be stored in an archive format, and the type of the message can be defined as "main message" and "attached" according to its relationship. In order to satisfy the characteristics of "mass transmission", "large file transmission", "integrity", "non-repudiation", "guaranteed transmission", "high performance", etc., the present invention provides a message transmission method, which mainly comprises two parts. Share: The format of the message to be sent and the way the message is sent.

The format of the transmitted message refers to how the file is signed and packaged, thereby satisfying the integrity and non-repudiation of the data. The message of the present invention is stored in a file format, and the message is based on its relationship as the main message and/or its attached file, and the attached information is obtained by using a hash algorithm, and the hash value of the attached file is taken out, and then placed in the main message for encapsulation. The signature of the main message is processed by PKI technology and stored in the signature format of the Detached feature. Finally, the signature of the main message, the main message (without the main message) and the attached file can be used for MIME (Multipurpose Internet). Mail Extensions) is encapsulated by the data exchange standard.

Transmitting a message refers to how a file performs a transfer, thereby ensuring guaranteed transmission, mass transfer, and large file transfer. This case proposes to combine two types of communication protocols, select transmission protocols with large-scale transmission and two-way exchange authentication, satisfy the transmission of large files, and cooperate with the instant notification processing to notify the receiving end of immediate message processing.

Please refer to FIG. 1 , which is a step diagram of the high-performance message transmission method of the present invention, which mainly explains how to efficiently transfer large files between the transmitting end and the receiving end, and ensures the security and consistency of transmission.

In step S11, the transmitting end causes the transmitting end to package the file to be packaged in an encapsulation format to generate a message encapsulation file. First, the transmission is to be encapsulated first to generate a message package file. The package format and mode of the file is in conjunction with the transmission protocol, while considering the integrity of the data and the non-repudiation of the message transmission.

Specifically, the file to be transmitted can be divided into a main message and an attached file, wherein the attached file can obtain the number of the attached files through the hash algorithm, and then the hash number is placed in the main message and the digital signature is performed, that is, Digital signature through PKI technology.

Then, the related information is encapsulated by the package format of the Multipurpose Internet Mail Extensions (MIME), and thus the message package file will include the original text of the main message, the digital signature calculated using the original signature but not including the original text. / or attached file, where the original text of the main message will be separated from its signature value, that is, after the signature calculation is completed using the original text, the original text is not included in the signature message.

In step S12, the message encapsulation file is transmitted to the receiving end through the first transmission protocol. In this step, the transmitting end transmits the message encapsulation file to the receiving end through the first transmission protocol, and the first transmission protocol described herein is a transmission protocol conducive to large files or a large number of transmissions, such as a file transfer protocol (File Transfer Protocol, FTP), FTPS (FTP over SSL) or SFTP (SSH FTP).

In step S13, after the message encapsulation file is transmitted to the receiving end, the transmitting end sends a notification message to the receiving end through the second transmission protocol. In this step, after the message encapsulation file is transmitted to the receiving end, the transmitting end sends a notification message to the receiving end, and the notification message is used to inform the receiving end that the file access and processing can be performed, that is, the receiving end file is delivered. The receiving end can access the file and confirm whether it is correct or not.

When the notification message is transmitted, the first transmission protocol that can be used to transmit the large file is not used at this time, but a transmission protocol that ensures two-way exchange authentication, that is, the second transmission protocol described herein, for example, the second transmission The agreement can be an ebMS (ebXML Message Service) protocol.

Specifically, the notification message may include the signature value of the transmitting end and the intermediary information of the message encapsulation file, and the signature value of the transmitting end may be used for signature authentication by the receiving end, and the mediation information of the message encapsulation file may be used by the receiving end to perform the file. Correction of the correctness, wherein the intermediary information may include fingerprint data, time stamps and/or identification codes. The receiving end can use the fingerprint data of the intermediary data to verify whether the fingerprints in the message package file are the same, thereby ensuring the integrity of the data, and determining whether the time stamp is too long and the identification code is repeated, thereby ensuring that the large file data and the notification message can be Corresponding to each other, this helps to avoid man-in-the-middle attacks or repeated processing of messages.

In step S14, after receiving the storage location of the message package file by the notification message, the receiving end downloads the message package file for checking, and then the receiving end transmits a reply message to the transmitting end. The checksum described herein includes whether the receiving end receives the message package file, whether the attached file data is correct or not, and the message signature comparison.

Whether the receiving end receives the check of the message package, the receiving end should obtain the message encapsulation file from the notification message. If the receiving end cannot obtain the message encapsulation file from the notification message, the receiving end can transmit the signature including the receiving end. The value and the message that the file does not exist are encapsulated to the transmitting end, so that the transmitting end requests the transmission of the message encapsulation file.

The verification of the correctness of the attached documents is to confirm that the contents of the files have not been tampered with. During the check, the receiving end calculates the hash value of each attached file in the message encapsulation file, and then compares it with the fingerprint data in the received notification message. The fingerprint data is as described above for the use of the hash algorithm. For the hash value, the receiving end compares the hash value with the fingerprint data to confirm the correctness of the file content.

The message signature check is used for the purpose of transmitting authentication for both parties. That is, the receiving end compares the signature value of the transmitting end with the corresponding signature value in the message encapsulation file. If the two are the same, it means The message received has not been tampered with.

The high-efficiency message transmission method proposed by the invention combines a new packaging method and simultaneously utilizes two communication protocols to simultaneously satisfy the characteristics of mass transmission, large file transmission, integrity, non-repudiation, guaranteed transmission, high performance and the like.

A large number of transmissions means that a large number of messages are transmitted, and the messages can be stored in an archive format, for example, the number of files transmitted over 100 files at the same time. Large file transfer refers to the message that is transmitted. The file occupies a considerable number of bytes. For example, for example, a file with more than 100MB is transmitted.

Data integrity means that the data in the file will not be tampered with during the file transfer process. Non-repudiation refers to the non-repudiation of message transmission and message reception, that is, to ensure that the sender cannot deny that the file is actually transmitted by it, and that the receiver cannot deny that it has received the file. Guaranteed transmission means that the transmitting end can determine that the receiving end has received.

In order to achieve the above characteristics, the memory, CPU, bandwidth, and the like which are additionally generated in each stage of the file transmission (for example, before, during, and after) can be minimized. Further, when the file is completed, the receiving end does not need to be used. In the polling way to ensure the completion of the file transfer, this transmission mechanism highlights its high-performance transmission mode.

As described above, the high-performance message transmission method of the present invention can satisfy the non-repudiation of data integrity and message transmission through a new encapsulation method. The encapsulation method proposed by the present invention will be described below.

In order to satisfy the data integrity and the non-repudiation of message transmission, the data encapsulation method used in the present invention is a PKI technology for signing a message. Specifically, the association between the "main message" and its "attachment" can be concatenated by the hash algorithm, and the "main message" can be signed. Finally, the "main message" and "signature" can be The value and its "attachment" are encapsulated using the MIME data exchange standard.

In order to improve efficiency, the transmitter will only perform the signature operation for the "main message", and the "attachment" will not perform the signature operation. The "attachment" uses the hash algorithm to obtain the hash value of the attachment as its Fingerprint data, which is placed in the "main message" and becomes part of the main message content. In addition, the PKI technology is only used for the "main message" to process the digital signature, that is, the transmitting end is signed with its private key. The receiving end performs the verification by the public key of the transmitting end.

When the "master message" is signed with PKI technology, it is stored in the signature format of the Detached feature, such as the signature format of PKCS1, PKCS7 or XML. After that, the MIME is used to encapsulate the related information, that is, the original text of the "main message" is separated from the signature value. After the signature calculation is completed using the original text of the "main message", the original text is not included in the signature message. Then, the original text and the signature message without the original text, using the MIME data exchange standard, the original text of the "main message", the original signature signature but not the original signature message and the "attachment" are sequentially packaged.

In addition, MIME can also be used to encapsulate multiple messages, that is, if there are multiple files, they can be processed in the same way, thereby improving I/O performance. In addition, the original text of the "main message", the signature message calculated using the original signature but not containing the original text, and the "attachment" are sequentially encapsulated. When receiving the message at the receiving end, only the MIME data standard can be taken out. Data needs to be processed to improve performance.

Please refer to FIG. 2, which is a schematic diagram of the relationship between the MIME message structure of the high-performance message transmission method of the present invention. As shown in the figure, in a MIME message, a multi-part is included, as shown in the range 21 in the figure, three Body Parts are a group, and the first Body Part is a Payload message. The second Body Part is the PKCS#7 Detached signature value for the first Body Part. The second Body Part is an extension that includes the Attached File. It can hold multiple files, and each attachment is a Body Part. Therefore, the entire MIME message may include a plurality of message structures composed of a plurality of Body Parts as described above.

Please refer to FIG. 3, which is a schematic diagram of the relationship between the main message and the attached file in the MIME message according to the high-performance message transmission method of the present invention. As shown in the figure, a message structure composed of a plurality of Body Parts is taken as an example. The first Body Part is the main message, the second Body Part is the signature value, and the rest is the attached file, as shown in the figure, Attached File(1) , Attached File (2), Attached File (3).

As mentioned above, the "attachment" will use the hash algorithm to obtain the hash value of the attachment as its fingerprint data, which is placed in the "main message" and becomes part of the main message content. Therefore, the hash value (Hash value (1), Hash value (2), Hash value (3)) can be obtained from each attachment in the figure, and the above hash value will be placed in the main message, as shown in the figure. The main message 31 is shown.

In addition, the data transmission method used in the present invention is a combination of two types of communication protocols, namely, "large-speed transmission agreement" and "two-way authentication exchange agreement". The large-capacity transmission protocol refers to a communication protocol suitable for transmitting a large file, such as FTP (File Transfer Protocol, FTP), SFTP (SSH FTP), or FTPS (FTP over SSL), and the data encapsulation method proposed by the present invention will be large. The file and its signature value are packaged into a large file. The two-way authentication exchange agreement refers to the communication protocol that the receiving end responds to the Ack after receiving or processing the message on the transmitting end, and the information content and Ack content of the message need to include the signature of the signature using PKI technology. Value to facilitate verification by both parties. Exchange agreements with this feature, such as the ebMS protocol.

At the same time, by using the above two agreements, the transmitting end immediately uses the "two-way authentication exchange agreement" to use the intermediary information as the intermediate information related to the big file after the message transmission file is completed by the "big file transfer protocol". After the message is transmitted and received at the receiving end, the Ack is replied with the same agreement. More specifically, the transmitting end transmits the mediation data related to the large file and the signature value of the transmitting end itself to the receiving end after the transmission is completed by using the large-size transmission protocol, and the receiving end replies with the receiving end after processing. The Ack of its own signature value can meet the demand for "non-repudiation of message reception".

After the transmission end is completed by the transmission of the large-size transmission agreement, the intermediate information related to the large file, that is, the fingerprint data, the time stamp and the identification code related to the large file, are used to notify the event. Type transmission, the receiving end can verify whether the fingerprint data in the notification message is the same as the fingerprint data of the message package file, and whether the time stamp is too long and the identification code is repeated, thereby ensuring that the large file and the notification message can correspond to each other. And avoid man-in-the-middle attacks or repeated processing of messages.

After receiving the Ack, the transmitting end can also ensure that the data has been correctly transmitted, thus satisfying the "guaranteed transmission" feature. The receiving end can choose whether to put the processing result into the Ack. If it is placed in the Ack, the transmitting end can also know whether the message is processed normally. If the data is not processed normally, the corresponding operation can be performed according to the Ack content. The transmitted notification message may include the intermediary information related to the package of the message. The number of data bytes of the intermediary data may be much smaller than the size of the original file. Although the above operation is performed, a small number of files are transferred here. It still meets the "high efficiency" characteristics.

After the file transmission is completed, the transmitting end notifies the receiving end by using the notification message, and the receiving end does not need to develop the program by itself, check whether the protocol packet is the last packet, and does not need to confirm whether the packet is transmitted by polling, thereby effectively reducing unnecessary The energy consumption fee, the instant reply Ack also allows the transmitter to ensure that the data has been received/processed, which can increase the degree of automation.

Referring to FIG. 4 and FIG. 5, respectively, FIG. 4 is a flow chart showing the processing of file transmission and message transmission between the transmitting end and the receiving end in the high-performance message transmitting method of the present invention, and the transmitting end and the receiving end in the high-performance information transmitting method of the present invention. Process flow diagram for verification and verification. For the communication protocol negotiation mechanism proposed by the present invention, an example will be described below, and the "large-speed transmission agreement" is selected as SFTP, and the "two-way authentication exchange agreement" is selected as ebMS, and the following flow chart is used to illustrate the transmission. The process of file transfer and message transfer, check and verification, etc. between the terminal and the receiver.

As shown in FIG. 4, it is a processing flow chart for the file transfer and message transfer between the transmitting end and the receiving end. The receiving end can also be divided into front end processing and back end processing, and the receiving end front end processing refers to the transmitting end. Inter-communication processing, receiving end-end processing refers to data processing inside the receiving end.

In the process S41, the transmitting end encapsulates the file to be transmitted. The transmitting end encapsulates the message to be transmitted into a message encapsulation file in a message encapsulation format, and the encapsulation method may adopt the foregoing method of first signing the main message in PKI and encapsulating it by using the MIME data exchange standard.

In the process S42, the transmitting end uses SFTP to upload the package file (message package file). In order to have a large-scale transmission characteristic, the SFTP transmission protocol is used to transmit the package file.

In the process S43, the receiving end receives the uploaded package file. Because the SFTP transmission protocol is adopted, the transmitting end can efficiently transmit the package file to the receiving end.

In the process S44, the receiving end finishes receiving and uploading the package file, and the receiving end will reply the message to the transmitting end to notify that the receiving has been completed.

In the process S45, the transmitting end sends an event notification that the message arrives. After the package file is successfully uploaded, the transmitting end can send a message through the ebMS protocol, and the message content includes the signing value of the transmitting end and the mediation data of the package file. The event notification described herein is the foregoing notification message, and the purpose thereof is to inform the receiving end that the package file has been transmitted, and the receiving end can proceed with the processing.

In the process S46, the receiving end receives the event notification that the message arrives. In this process, the receiving end receives the notification message.

In the process S47, the receiving end generates event-driven backend processing. Before the process, the process executed by the receiving end is the front-end processing, that is, the communication with the transmitting end. In this process, the receiving end knows that the notification message is received, and the receiving end performs the back-end processing.

In the process S48, the receiving end backend performs message processing. That is, after receiving the notification message through the ebMS protocol, the receiving end performs subsequent processing. Specifically, the receiving end obtains the file path by the notification message, and uses the file path to retrieve the corresponding package from the file system. File to perform message processing jobs.

This embodiment mainly describes that the packaged big file is first transmitted to the receiving end through two different communication protocols, and the information about the big file (for example, the intermediary data) is notified to the receiving end, so that the receiving end obtains the big file and processes it. When the receiver does not consider the emergency, the receiving end can successfully obtain the file from the transmitting end, and the receiving end can respond to the transmitting end.

If there are other unexpected problems, the receiving end can perform procedures such as file sounding or signature checking, as shown in Figure 5, which is a processing flow chart for checking and verifying between the transmitting end and the receiving end. Among them, this part of the check is mainly carried out at the back end of the receiving end.

In the process S51, the receiving end backend determines whether there is an archive. This process is followed by the process S48 in FIG. 4. Since the receiving end can obtain the file path through the notification message, this step is to determine whether the package file exists. If the file does not exist, the acknowledgment of an Ack that does not exist in the file can be sent to the transmitting end through the ebMS protocol. The Ack value contains the receiving sign value and which file does not exist. After receiving the notification of no file, the transmitting end can perform the process of resending the message.

As shown in the figure, if yes, proceed to process S52. If it does not exist, the front end of the receiving end sends a response message indicating no file, and the transmitting end can receive a response message without a file, as shown in processes S511 and S512. Show.

In the process S52, the receiving end backend determines whether there is an attached file. In the previous process, if the file exists, the receiving end reads the corresponding message package file and further determines whether there is an attached file. If yes, proceed to the process S53, and it is necessary to verify whether there is a problem with the attached file. If not, proceed directly to the process S55.

In the process S53, the receiving end backend calculates the fingerprint data of the attached file. In this process, under the attached file, the hash value is calculated for each attached file, that is, the fingerprint data described herein.

In the process S54, the receiving end back-end compares the fingerprint data of the attached file in the previous process with the fingerprint data in the message (notification message), that is, compares the fingerprint data obtained in the attached file and the notification message. After the comparison (flow S541), if not, proceed to flow S542 to generate an attached fingerprint inconsistency message, that is, respond to an Ack with an attachment fingerprint inconsistency to the transmitting end, and if the comparison matches, proceed to flow S55.

In the process S55, the receiving end backend calculates the signature value of the message. The process mainly determines whether the notification message is correct, calculates the signature value for the original text of the notification message, and compares it with the corresponding signature value in the package file (flow S551). If not, proceed to process S552 to generate a verification inconsistency message. If the comparison matches, the reply can receive the successful Ack to the transmitting end.

In the process S56, the receiving end performs the processing of the application system, and replies to the transmitting end. The receiving end replies with the response message that the message has been received, as shown in the process S561, and in the process S562, the receiving end receives the response that the message has been received. message.

In summary, the high-performance message transmission method of the present invention achieves a large number of transmissions, large file transmissions, and high-performance requirements by utilizing two communication protocols. In order to meet the characteristics of mass transmission and large file transmission, protocols such as FTP, FTPS or SFTP can be selected to transmit the encapsulated file to the receiving end first, and then notify the receiving end to obtain the package file and process it through the ebMS protocol. The ebMS protocol can meet the requirements of transmission security and consistency. Therefore, using two communication protocols and the encapsulation method described in the present invention will enable the invention to transmit a large amount of transmission, large-scale transmission, and integrity. , non-repudiation, guaranteed transmission, high performance and other characteristics.

The above embodiments are merely illustrative of the principles and effects of the invention and are not intended to limit the invention. Modifications and variations of the above-described embodiments can be made by those skilled in the art without departing from the spirit and scope of the invention. Therefore, the scope of protection of the present invention should be as set forth in the scope of the claims described below.

Claims (10)

 A high-performance message transmission method, the method comprising: causing a transmitting end to encapsulate a file to be transmitted in an encapsulation format, thereby generating a message encapsulation file; and causing the message encapsulation file to be transmitted to the receiving end through the first transmission protocol; After the receiving end, the transmitting end sends a notification message to the receiving end through the second transmission protocol; and the receiving end obtains the storage location of the message package file by using the notification message, and then the receiving end downloads the message The package file is checked for verification, and then the receiving end transmits a reply message to the transmitting end.    The high-performance message transmission method according to claim 1, wherein the first transmission agreement is a large-transmission agreement, and the second transmission agreement is an exchange protocol for mutual authentication.    The high-performance message transmission method according to claim 1, wherein when the receiving end cannot obtain the message encapsulation file from the notification message, the receiving end transmits the signature value including the receiving end and the file does not exist. Message packet.    The high-performance message transmission method of claim 1, wherein the notification message includes a signature value of the transmitting end and an intermediary information of the message package file.    The high-performance message transmission method according to claim 4, wherein the intermediary data includes fingerprint data, a time stamp or an identification code.    The high-performance message transmission method of claim 5, wherein the checking comprises performing a hash value of each attachment in the message package to compare with the fingerprint data in the notification message. .    The high-performance message transmission method of claim 1, wherein the checking comprises performing a signature value corresponding to the transmitting end and a corresponding signature value in the message package.    The high-performance message transmission method according to claim 1, wherein the file to be transmitted is divided into a main message and an attached file, and wherein the attached file is obtained by a hash algorithm to obtain a hash number of the attached file. And the digital signature is performed after the main message is placed in the hash number.    The high-performance message transmission method of claim 8, wherein the message package includes an original text of the main message, a digital signature calculated using the original signature but not including the original text or the attached file.    The high-performance message transmission method according to claim 9, wherein the package format is Multipurpose Internet Mail Extensions (MIME).