Air cargo multi-party chain collaborative signature method and system

Abstract

The application provides an air freight multi-party chain collaborative signature method and system, and relates to the technical field of air freight information management. The method comprises the following steps: an electronic waybill is generated by a waybill management server, and first target information is sent to each signature party in a block chain system based on the initial state of the waybill; after receiving the first target information, each signature party in the block chain system completes the signature of the electronic waybill based on the state code in the first target information; the state of the electronic waybill is updated by the waybill management server based on the signature result feedback information sent by each signature party in the block chain system until all the signature parties complete the signature. The air freight multi-party chain collaborative signature method and system provided by the application drive each signature party to sign through the state code used to represent the state of the waybill, so that the situation of unauthorized signature does not occur, and the signature efficiency is greatly improved.

Description

Technical Field

[0001] This application relates to the field of air cargo information management technology, and in particular to a multi-party chain-based collaborative signature method and system for air cargo. Background Technology

[0002] With the development of air freight, the air freight business is showing a rapid growth trend. Electronic air waybills (usually referring to electronic air waybills, or e-AWB for short) are an innovative form of air freight that uses electronic data interchange (EDI) technology to replace traditional paper air waybills. It is at the core of the digitalization process in air freight, aiming to simplify processes, improve efficiency, reduce costs, and minimize errors.

[0003] Electronic air cargo documents typically require signatures from multiple parties, including freight forwarders, airlines, and customs. The relevant technology uses Business Process Modeling Notation (BPMN) to control the signature nodes.

[0004] However, the signature methods in related technologies are disconnected from the switching of permissions and the status of waybills, which can easily lead to unauthorized signatures, causing chaos in the entire signature process and greatly affecting the efficiency of waybill signing. Summary of the Invention

[0005] The purpose of this application is to provide a multi-party chain collaborative signature method and system for air freight, which uses status codes to represent the status of waybills to drive each signer to sign, thus not only preventing unauthorized signatures but also greatly improving signature efficiency.

[0006] This application provides a multi-party chained collaborative signature method for air freight, including:

[0007] The waybill management server generates an electronic waybill and sends first target information to each signer in the blockchain system based on the initial state of the waybill. The first target information contains a status code corresponding to the initial state of the waybill. After receiving the first target information, each signer in the blockchain system sequentially completes the signing of the electronic waybill based on the status code in the first target information. After completing the signing, each signer in the blockchain system sends a signature result feedback message to the waybill management server. The waybill management server updates the status of the electronic waybill based on the signature result feedback messages sent by each signer in the blockchain system. The status code is used to represent the current signer. The multiple signers are signers who need to sign the electronic waybill. After each signer completes the signing, it updates the status code and broadcasts the updated status code to other signers in the blockchain.

[0008] Optionally, after receiving the first target information, each signer in the blockchain system sequentially completes the signing of the electronic waybill based on the status code in the first target information, including: upon receiving the first target information, the first target signer parses the first target information to obtain the status code contained in the first target information; the first target signer matches the status code with a pre-stored signature sequence code; if the status code is the same as the pre-stored signature sequence code, the first target signer is determined to be the current signer of the electronic waybill, and the electronic waybill is signed using the first target signer's signature private key; wherein, the first target signer is any one of the plurality of signers.

[0009] Optionally, after receiving the first target information, each signer in the blockchain system sequentially completes the signing of the electronic waybill based on the status code in the first target information, including: after completing the signing of the electronic waybill, the first target signer sends a first broadcast message to other signers in the blockchain system besides itself; the first broadcast message includes the current status code, the signature public key corresponding to the signature private key, and the signature content encrypted based on the signature private key; the first broadcast message is used by the other signers to verify the signature of the first target signer; if the first target signer receives the verification success message sent by the other signers, it sends a first result feedback message to the waybill management server and sends a second broadcast message to the other signers; otherwise, it sends a second result feedback message to the waybill management server; wherein, the first result feedback message is used to indicate that the signature verification of the first target signer is successful; the second result feedback message is used to indicate that the signature verification of the first target signer fails; the second broadcast message includes: an updated status code.

[0010] Optionally, after receiving the first target information, each signer in the blockchain system sequentially completes the signing of the electronic waybill based on the status code in the first target information, including: after receiving the first broadcast information sent by the first target signer, the second target signer parses the first broadcast information to obtain the status code, signing public key, and encrypted signature content contained in the first broadcast information; decrypts the signature content using the signing public key to obtain the decrypted signature content, and compares the decrypted signature content with the pre-stored signature of the first target signer; if they are the same, a verification success message is sent to the first target signer; otherwise, a verification failure message is sent to the first target signer; wherein, the second target signer is any one of the other signers; the signature of the first target signer is obtained based on the status code contained in the first broadcast information.

[0011] Optionally, the waybill management server updates the status of the electronic waybill based on the signature result feedback information sent by each signer in the blockchain system, including: when the waybill management server receives the first result feedback information sent by the first target signer, it updates the waybill status of the electronic waybill and updates the current signer of the electronic waybill to the next signer of the first target signer; the waybill status is used to represent the current signing node; when the waybill management server receives the second result feedback information sent by the first target signer, it terminates the signing process of the electronic waybill and issues an alarm.

[0012] Optionally, after receiving the first target information, each signer in the blockchain system sequentially completes the signing of the electronic waybill based on the status code in the first target information, including: after receiving the second broadcast information sent by the first target signer, the third target signer parses the second broadcast information to obtain the updated status code contained in the second broadcast information; the third target signer matches the updated status code with a pre-stored signature sequence code; if the updated status code is the same as the pre-stored signature sequence code, the third target signer is determined to be the current signer of the electronic waybill, and signs the electronic waybill using the third target signer's signature private key; if the signature verification is successful, the status code is updated, and a third result feedback information is sent to the waybill management server, as well as a third broadcast information is sent to other signers in the blockchain except for the third target signer; wherein, the third result feedback information is used to indicate that the third target signer's signature verification is successful; the third broadcast information includes: the updated status code.

[0013] Optionally, before sending the first target information to each signer in the blockchain system based on the initial state of the waybill, the method further includes: determining the signing order of each signer in the electronic waybill, and determining the signing sequence code of each signer based on the signing order; and sending the signing sequence code of each signer to the corresponding signer.

[0014] This application also provides a multi-party chained collaborative signature system for air freight, including:

[0015] The waybill management server generates an electronic waybill and sends first target information to each signer in the blockchain system based on the initial state of the waybill. The first target information contains a status code corresponding to the initial state of the waybill. After receiving the first target information, each signer in the blockchain system sequentially completes the signing of the electronic waybill based on the status code in the first target information. After completing the signing, each signer in the blockchain system sends a signature result feedback message to the waybill management server. The waybill management server updates the status of the electronic waybill based on the signature result feedback messages sent by each signer in the blockchain system. The status code is used to represent the current signer. The multiple signers are signers who need to sign the electronic waybill. After each signer completes the signing, it updates the status code and broadcasts the updated status code to other signers in the blockchain.

[0016] Optionally, upon receiving the first target information, the first target signer parses the first target information to obtain a status code contained in the first target information; the first target signer matches the status code with a pre-stored signature sequence code; if the status code is the same as the pre-stored signature sequence code, the first target signer is determined to be the current signer of the electronic waybill, and the electronic waybill is signed using the first target signer's signature private key; wherein, the first target signer is any one of the plurality of signers.

[0017] Optionally, after signing the electronic waybill, the first target signer sends a first broadcast message to other signers in the blockchain system besides itself. The first broadcast message includes the current status code, the public key corresponding to the signing private key, and the signature content encrypted based on the signing private key. The first broadcast message is used by the other signers to verify the signature of the first target signer. If the first target signer receives a successful verification message from the other signers, it sends a first result feedback message to the waybill management server and a second broadcast message to the other signers; otherwise, it sends a second result feedback message to the waybill management server. The first result feedback message indicates successful signature verification by the first target signer; the second result feedback message indicates signature verification failure by the first target signer; the second broadcast message includes an updated status code.

[0018] Optionally, after receiving the first broadcast information sent by the first target signer, the second target signer parses the first broadcast information to obtain the status code, signing public key, and encrypted signature content contained in the first broadcast information; it decrypts the signature content using the signing public key to obtain the decrypted signature content, and compares the decrypted signature content with the pre-stored signature of the first target signer. If they match, it sends a verification success message to the first target signer; otherwise, it sends a verification failure message to the first target signer. The second target signer is any one of the other signers; the signature of the first target signer is obtained based on matching the status code contained in the first broadcast information.

[0019] Optionally, upon receiving the first result feedback information sent by the first target signer, the waybill management server updates the waybill status of the electronic waybill and updates the current signer of the electronic waybill to the next signer of the first target signer; the waybill status is used to represent the current signing node; upon receiving the second result feedback information sent by the first target signer, the waybill management server terminates the signing process of the electronic waybill and issues an alarm.

[0020] Optionally, after receiving the second broadcast information sent by the first target signer, the third target signer parses the second broadcast information to obtain the updated status code contained in the second broadcast information; the third target signer matches the updated status code with a pre-stored signature sequence code. If the updated status code is the same as the pre-stored signature sequence code, the third target signer is determined to be the current signer of the electronic waybill, and signs the electronic waybill using the third target signer's signature private key; if the signature verification is successful, the status code is updated, and a third result feedback information is sent to the waybill management server, as well as a third broadcast information to other signers in the blockchain besides the third target signer; wherein, the third result feedback information is used to indicate that the third target signer's signature verification is successful; the third broadcast information includes: the updated status code.

[0021] Optionally, the signing order of each signer in the electronic waybill is determined, and a signing sequence code of each signer is determined based on the signing order; the signing sequence code of each signer is sent to the corresponding signer.

[0022] This application also provides a computer program product, including a computer program / instruction that, when executed by a processor, implements the steps of the air cargo multi-party chained collaborative signature method as described above.

[0023] This application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the steps of any of the above-described multi-party chained collaborative signature methods for air cargo.

[0024] This application also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the air cargo multi-party chained collaborative signature method described above.

[0025] The multi-party chain-based collaborative signature method and system for air freight provided in this application firstly involves a waybill management server generating an electronic waybill and sending first target information to each signer in the blockchain system based on the waybill's initial state. This first target information includes a status code corresponding to the waybill's initial state. Then, upon receiving the first target information, each signer in the blockchain system sequentially signs the electronic waybill based on the status code in the first target information. After signing, each signer sends a signature result feedback message to the waybill management server. Finally, the waybill management server updates the state of the electronic waybill based on the signature result feedback messages sent by each signer in the blockchain system. The status code represents the current signer. The multiple signers are those who need to sign the electronic waybill; each signer updates their status code after signing and broadcasts the updated status code to other signers in the blockchain. Thus, by using a status code representing the waybill's state to drive each signer to sign, not only is unauthorized signing avoided, but signing efficiency is also greatly improved. Attached Figure Description

[0026] To more clearly illustrate the technical solutions in this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0027] Figure 1 This is a schematic diagram of the architecture of the multi-party chained collaborative signature system for air cargo provided in this application;

[0028] Figure 2 This is one of the flowcharts of the multi-party chained collaborative signature method for air cargo provided in this application;

[0029] Figure 3 This is the second flowchart of the multi-party chained collaborative signature method for air cargo provided in this application;

[0030] Figure 4 This is a schematic diagram of the structure of the electronic device provided in this application. Detailed Implementation

[0031] To make the objectives, technical solutions, and advantages of this application clearer, the technical solutions of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0032] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such use of data can be interchanged where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first," "second," etc., are generally of the same class and the number of objects is not limited; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0033] To address the technical problems in related technologies where the signature order of electronic air cargo documents relies on manual coordination and is prone to unauthorized signatures, this application provides a multi-party chain-based collaborative signature system for air cargo, such as... Figure 1 As shown, the system includes a waybill management server and a blockchain system composed of multiple signatories. The waybill management server is used for the maintenance of electronic air waybills (including waybill creation, status updates, etc.) and for real-time display of the signing progress of each signator in the blockchain system, i.e., who is currently signing. After generating an electronic waybill, the waybill management server sends the first target information containing a status code to each signator in the blockchain system. Then, each signator in the blockchain system signs sequentially based on the status code until all signatures are completed. The status code controls which signator is currently authorized to sign, preventing unauthorized signing and greatly improving signing efficiency.

[0034] The multi-party chain collaborative signature method for air cargo provided in this application will be described in detail below with reference to the accompanying drawings, through specific embodiments and application scenarios.

[0035] like Figure 2 As shown in the embodiment of this application, a multi-party chained collaborative signature method for air cargo is provided. This method may include the following steps 201 to 203:

[0036] Step 201: The waybill management server generates an electronic waybill and sends first target information to each signer in the blockchain system based on the initial state of the waybill; the first target information contains the status code corresponding to the initial state of the waybill.

[0037] For example, after an electronic waybill is generated, a status code is initialized and sent to the blockchain system. This status code represents the real-time status of the waybill, which corresponds to the current signer. For instance, taking the above electronic waybill status as follows: pending customs declaration → under security inspection → customs release → installed (corresponding status codes 01, 02, 03, and 04 respectively), after the electronic waybill is generated, the initial status is pending customs declaration, and the corresponding status code is 01. At this time, the status code is sent to each signer in the blockchain system, so that the signers corresponding to each waybill status can complete the signing in the order of pending customs declaration → under security inspection → customs release → installed.

[0038] Step 202: After receiving the first target information, each signer in the blockchain system sequentially completes the signing of the electronic waybill based on the status code in the first target information; after completing the signing, each signer in the blockchain system sends a signature result feedback message to the waybill management server.

[0039] The status code is used to identify the current signer; the multiple signers are signers who need to sign the electronic waybill. Each signer updates the status code after completing the signing and broadcasts the updated status code to other signers in the blockchain.

[0040] For example, after receiving the first target information, each signer in the blockchain system will determine whether to sign based on the status code. If the match is successful, the signer will sign; otherwise, no action will be taken.

[0041] Specifically, in step 202 above, the processing steps after any signatory receives the first target information may include the following steps 202a1 and 202a2:

[0042] Step 202a1: Upon receiving the first target information, the first target signer parses the first target information to obtain the status code contained in the first target information.

[0043] Step 202a2: The first target signer matches the status code with the pre-stored signature sequence code. If the status code is the same as the pre-stored signature sequence code, the first target signer is determined to be the current signer of the electronic waybill, and the electronic waybill is signed using the first target signer's signature private key.

[0044] The first target signer is any one of the plurality of signers.

[0045] For example, after receiving the first target information, the first target signer first parses it, mainly extracting the status code from the first target information. Then, it matches the status code with the pre-stored signature sequence code. If they match, it indicates that the current signer is the first target signer. At this point, the corresponding interface or function can be called for relevant personnel to sign.

[0046] For example, after the signature is completed, it needs to be verified by other signers in the blockchain in order to generate an immutable chain of signature sequence evidence.

[0047] Specifically, step 202 above, the step of verifying the signature, may further include the following steps 202b1 and 202b2:

[0048] Step 202b1: After completing the signing of the electronic waybill, the first target signer sends a first broadcast message to other signers in the blockchain system besides the first target signer; the first broadcast message contains the current status code, the signing public key corresponding to the signing private key, and the signature content encrypted based on the signing private key; the first broadcast message is used by the other signers to verify the signature of the first target signer.

[0049] Step 202b2: If the first target signer receives the verification success information sent by the other signer, it sends a first result feedback information to the waybill management server and a second broadcast information to the other signer; otherwise, it sends a second result feedback information to the waybill management server.

[0050] Wherein, the first result feedback information is used to indicate that the signature verification of the first target signer was successful; the second result feedback information is used to indicate that the signature verification of the first target signer failed; the second broadcast information includes: the updated status code.

[0051] For example, after the first target signer completes the signing, it needs to broadcast the current status code, the signing public key corresponding to the signing private key, and the signature content encrypted based on the signing private key to other signers in the blockchain system. The other signers then decrypt the signature content and verify it.

[0052] For example, after successful signature verification, the first target signer needs to perform two operations: ① notify the waybill management server of the successful signature verification so that the waybill management server can update the waybill status; ② update the status code and send a broadcast message containing the updated status code to other signers in the blockchain system.

[0053] It should be noted that before signing, each signer needs to append their signature to the previous signer's signature (the encrypted signature) to generate an immutable chain of signature sequence evidence. That is, the second broadcast message mentioned above also includes the signatures of the current signer and all previous signers.

[0054] Specifically, in step 202 above, the steps performed by other signer parties after receiving the first broadcast message may further include steps 202c1 and 202c2:

[0055] Step 202c1: After receiving the first broadcast information sent by the first target signer, the second target signer parses the first broadcast information to obtain the status code, signature public key, and encrypted signature content contained in the first broadcast information.

[0056] Step 202c2: Decrypt the signature content using the signature public key to obtain the decrypted signature content, and compare the decrypted signature content with the pre-stored signature of the first target signer. If they are the same, send a verification success message to the first target signer; otherwise, send a verification failure message to the first target signer.

[0057] The second target signer is any one of the other signers; the signature of the first target signer is obtained by matching the status code contained in the first broadcast information.

[0058] For example, each signer in the blockchain can store the signature content of other signers in encrypted or plaintext form (to avoid signature forgery, they may not store their own signature content). After receiving the first broadcast message sent by the first target signer, other signers can confirm the current signer based on the status code and obtain the signature content of that signer stored locally. At the same time, they match it with the decrypted signature content of that signer. If the match is successful, the signature verification is confirmed to be successful.

[0059] It should be noted that the primary signer can determine whether the signature verification was successful based on the number of successful signature verification messages received. For example, if the primary signer receives more than half of the successful signature verification messages from other signers, it can confirm that the signature verification was successful.

[0060] Specifically, in step 202 above, the steps performed by other signer parties after receiving the second broadcast information may include steps 202d1 to 202d3:

[0061] Step 202d1: After receiving the second broadcast information sent by the first target signer, the third target signer parses the second broadcast information to obtain the updated status code contained in the second broadcast information.

[0062] Step 202d2: The third target signer matches the updated status code with the pre-stored signature sequence code. If the updated status code is the same as the pre-stored signature sequence code, the third target signer is determined to be the current signer of the electronic waybill, and the electronic waybill is signed using the third target signer's signature private key.

[0063] Step 202d3: If the signature verification is successful, update the status code, send a third result feedback message to the waybill management server, and send a third broadcast message to other signers in the blockchain besides the third target signer.

[0064] The third result feedback information is used to indicate that the signature verification of the third target signer was successful; the third broadcast information includes: the updated status code.

[0065] For example, after receiving the second broadcast message sent by the first target signer, the third target signer also determines whether it is the current signer based on the status code. If it is, it performs the signing; otherwise, it does not perform any processing.

[0066] For example, the signing steps performed by the third target signer are the same as those performed by the first target signer: after signing, other signers verify the signature, update the status code upon successful verification, and send a verification success message to the waybill management server. Finally, the updated status code is broadcast to other signers, and this process is repeated until all signers have completed signing.

[0067] Step 203: The waybill management server updates the status of the electronic waybill based on the signature result feedback information sent by each signer in the blockchain system.

[0068] Specifically, in step 203 above, the steps performed by the waybill management server after receiving the signature feedback information sent by the first target signer may include step 203a1 or step 203a2:

[0069] Step 203a1: Upon receiving the first result feedback information sent by the first target signer, the waybill management server updates the waybill status of the electronic waybill and updates the current signer of the electronic waybill to the next signer of the first target signer; the waybill status is used to represent the current signing node.

[0070] Step 203a2: Upon receiving the second result feedback information sent by the first target signer, the waybill management server terminates the electronic waybill signing process and issues an alarm.

[0071] For example, upon receiving the first result feedback information, the waybill management server updates the waybill status; upon receiving the second result feedback information, the waybill management server can directly freeze the signature and issue an alarm.

[0072] Optionally, in this embodiment of the application, in order to facilitate each signer to determine whether it is the current signer, the signing order of each signer needs to be informed before the signing process begins.

[0073] For example, prior to step 201 above, the multi-party chained collaborative signature method for air cargo provided in this application embodiment may further include the following steps 204 and 205:

[0074] Step 204: Determine the signing order of each signatory in the electronic waybill, and determine the signing sequence code of each signatory based on the signing order.

[0075] Step 205: Send the signature sequence code of each signer to the corresponding signer.

[0076] It should be noted that the signature sequence code may be the same as or different from the status code. As long as there is a unique correspondence, it falls within the scope of protection of this application.

[0077] For example, such as Figure 3 The diagram shown is a detailed flowchart of the multi-party chained collaborative signature method for air freight provided in this embodiment of the application. Figure 3 As shown, it may include the following steps:

[0078] ① The waybill management server sends the first target information, including the status code, to each signer in the blockchain system.

[0079] ② After receiving the status code, each signer performs status code matching to determine whether a signature is required.

[0080] ③ If a signer (e.g., signer 1) is successfully matched, the signing and verification are completed, the status code is updated (the status code can be updated by adding 1, for example, 01 is updated to 02), and a second target message containing the updated status code is sent to other signers.

[0081] ④ After successful signature verification, the verification result needs to be sent back to the waybill management server so that the waybill management server can update the waybill status.

[0082] Repeat steps ② through ④ above until all signatories have completed their signatures. In this way, using status codes to represent the waybill status to drive each signatory's signature not only prevents unauthorized signatures but also significantly improves signing efficiency.

[0083] It should be noted that in this embodiment, when the signature instruction is triggered, the content risk is scanned in real time, reducing the waybill invalidation rate by 94% compared to the traditional "sign first, then verify compliance" approach. For example, before signing, the waybill content is scanned, matched against a rule base (such as the IATA Dangerous Goods Regulations), and it is determined whether dangerous goods exist. If no dangerous goods exist, the signing process continues; otherwise, the signature is intercepted and a warning is issued.

[0084] The multi-party chain-based collaborative signature method for air freight provided in this application firstly involves the waybill management server generating an electronic waybill and sending first target information to each signer in the blockchain system based on the initial state of the waybill. The first target information includes a status code corresponding to the initial state of the waybill. Then, upon receiving the first target information, each signer in the blockchain system sequentially signs the electronic waybill based on the status code in the first target information. After completing the signing, each signer in the blockchain system sends a signature result feedback message to the waybill management server. Finally, the waybill management server updates the state of the electronic waybill based on the signature result feedback messages sent by each signer in the blockchain system. The status code represents the current signer. The multiple signers are those who need to sign the electronic waybill; each signer updates its status code after completing the signing and broadcasts the updated status code to other signers in the blockchain. Thus, by using a status code representing the waybill state to drive each signer to sign, not only is unauthorized signing avoided, but signing efficiency is also greatly improved.

[0085] It should be noted that the air cargo multi-party chain collaborative signature method provided in this application embodiment can be executed by an air cargo multi-party chain collaborative signature device, or by a control module within that device for executing the air cargo multi-party chain collaborative signature method. This application embodiment uses the air cargo multi-party chain collaborative signature device executing the air cargo multi-party chain collaborative signature method as an example to illustrate the air cargo multi-party chain collaborative signature device provided in this application embodiment.

[0086] It should be noted that, in the embodiments of this application, the multi-party chain collaborative signature methods for air cargo shown in the accompanying drawings are all illustrated using one accompanying drawing from one of the embodiments of this application as an example. In specific implementation, the multi-party chain collaborative signature methods for air cargo shown in the accompanying drawings of the above methods can also be implemented in conjunction with any other accompanying drawings shown in the above embodiments, which will not be elaborated here.

[0087] The multi-party chain collaborative signature device for air cargo provided in this application is described below. The multi-party chain collaborative signature method for air cargo described below can be referred to in correspondence with the method described above.

[0088] Figure 1 This is a schematic diagram of the architecture of the multi-party chained collaborative signature system for air cargo provided in the embodiments of this application, as shown below. Figure 1 As shown, it specifically includes:

[0089] The waybill management server generates an electronic waybill and sends first target information to each signer in the blockchain system based on the initial state of the waybill. The first target information contains a status code corresponding to the initial state of the waybill. After receiving the first target information, each signer in the blockchain system sequentially completes the signing of the electronic waybill based on the status code in the first target information. After completing the signing, each signer in the blockchain system sends a signature result feedback message to the waybill management server. The waybill management server updates the status of the electronic waybill based on the signature result feedback messages sent by each signer in the blockchain system. The status code is used to represent the current signer. The multiple signers are signers who need to sign the electronic waybill. After each signer completes the signing, it updates the status code and broadcasts the updated status code to other signers in the blockchain.

[0090] Optionally, upon receiving the first target information, the first target signer parses the first target information to obtain a status code contained in the first target information; the first target signer matches the status code with a pre-stored signature sequence code; if the status code is the same as the pre-stored signature sequence code, the first target signer is determined to be the current signer of the electronic waybill, and the electronic waybill is signed using the first target signer's signature private key; wherein, the first target signer is any one of the plurality of signers.

[0091] Optionally, after signing the electronic waybill, the first target signer sends a first broadcast message to other signers in the blockchain system besides itself. The first broadcast message includes the current status code, the public key corresponding to the signing private key, and the signature content encrypted based on the signing private key. The first broadcast message is used by the other signers to verify the signature of the first target signer. If the first target signer receives a successful verification message from the other signers, it sends a first result feedback message to the waybill management server and a second broadcast message to the other signers; otherwise, it sends a second result feedback message to the waybill management server. The first result feedback message indicates successful signature verification by the first target signer; the second result feedback message indicates signature verification failure by the first target signer; the second broadcast message includes an updated status code.

[0092] Optionally, after receiving the first broadcast information sent by the first target signer, the second target signer parses the first broadcast information to obtain the status code, signing public key, and encrypted signature content contained in the first broadcast information; it decrypts the signature content using the signing public key to obtain the decrypted signature content, and compares the decrypted signature content with the pre-stored signature of the first target signer. If they match, it sends a verification success message to the first target signer; otherwise, it sends a verification failure message to the first target signer. The second target signer is any one of the other signers; the signature of the first target signer is obtained based on matching the status code contained in the first broadcast information.

[0093] Optionally, upon receiving the first result feedback information sent by the first target signer, the waybill management server updates the waybill status of the electronic waybill and updates the current signer of the electronic waybill to the next signer of the first target signer; the waybill status is used to represent the current signing node; upon receiving the second result feedback information sent by the first target signer, the waybill management server terminates the signing process of the electronic waybill and issues an alarm.

[0094] Optionally, after receiving the second broadcast information sent by the first target signer, the third target signer parses the second broadcast information to obtain the updated status code contained in the second broadcast information; the third target signer matches the updated status code with a pre-stored signature sequence code. If the updated status code is the same as the pre-stored signature sequence code, the third target signer is determined to be the current signer of the electronic waybill, and signs the electronic waybill using the third target signer's signature private key; if the signature verification is successful, the status code is updated, and a third result feedback information is sent to the waybill management server, as well as a third broadcast information to other signers in the blockchain besides the third target signer; wherein, the third result feedback information is used to indicate that the third target signer's signature verification is successful; the third broadcast information includes: the updated status code.

[0095] Optionally, the signing order of each signer in the electronic waybill is determined, and a signing sequence code of each signer is determined based on the signing order; the signing sequence code of each signer is sent to the corresponding signer.

[0096] The multi-party blockchain collaborative signature system for air freight provided in this application firstly involves the waybill management server generating an electronic waybill and sending first target information to each signer in the blockchain system based on the waybill's initial state. This first target information includes a status code corresponding to the waybill's initial state. Then, upon receiving the first target information, each signer in the blockchain system sequentially signs the electronic waybill based on the status code in the first target information. After signing, each signer sends a signature result feedback message to the waybill management server. Finally, the waybill management server updates the state of the electronic waybill based on the signature result feedback messages sent by each signer in the blockchain system. The status code represents the current signer. The multiple signers are those who need to sign the electronic waybill; each signer updates their status code after signing and broadcasts the updated status code to other signers in the blockchain. Thus, by using a status code representing the waybill's state to drive each signer to sign, not only is unauthorized signing avoided, but signing efficiency is also greatly improved.

[0097] Figure 4 An example is a schematic diagram of the physical structure of an electronic device, such as... Figure 4As shown, the electronic device may include: a processor 410, a communications interface 420, a memory 430, and a communications bus 440, wherein the processor 410, the communications interface 420, and the memory 430 communicate with each other through the communications bus 440. Processor 410 can call logic instructions in memory 430 to execute a multi-party chain-based collaborative signature method for air freight. This method includes: first, the waybill management server generates an electronic waybill and sends first target information to each signer in the blockchain system based on the waybill's initial state; the first target information contains a status code corresponding to the waybill's initial state; then, after receiving the first target information, each signer in the blockchain system sequentially completes the signing of the electronic waybill based on the status code in the first target information; after completing the signing, each signer in the blockchain system sends signature result feedback information to the waybill management server; finally, the waybill management server updates the state of the electronic waybill based on the signature result feedback information sent by each signer in the blockchain system; wherein, the status code is used to represent the current signer; the multiple signers are those who need to sign the electronic waybill, and each signer updates its status code after completing the signing and broadcasts the updated status code to other signers in the blockchain. Thus, by using a status code representing the waybill's state to drive each signer to sign, not only is unauthorized signing avoided, but signing efficiency is also greatly improved.

[0098] Furthermore, the logical instructions in the aforementioned memory 430 can be implemented as software functional units and, when sold or used as independent products, can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0099] On the other hand, this application also provides a computer program product, which includes a computer program stored on a computer-readable storage medium. The computer program includes program instructions, and when the program instructions are executed by a computer, the computer can execute the multi-party chain collaborative signature method for air freight provided by the above methods. The method includes: first, the waybill management server generates an electronic waybill and sends first target information to each signer in the blockchain system based on the initial state of the waybill; the first target information contains a status code corresponding to the initial state of the waybill; then, after receiving the first target information, each signer in the blockchain system sequentially completes the signing of the electronic waybill based on the status code in the first target information; after completing the signing, each signer in the blockchain system sends signature result feedback information to the waybill management server; finally, the waybill management server updates the status of the electronic waybill based on the signature result feedback information sent by each signer in the blockchain system; wherein, the status code is used to represent the current signer; the multiple signers are signers who need to sign the electronic waybill, and each signer updates the status code after completing the signing and broadcasts the updated status code to other signers in the blockchain. In this way, by using status codes that represent the status of waybills to drive each signer to sign, not only will there be no unauthorized signing, but the signing efficiency will also be greatly improved.

[0100] Furthermore, this application also provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the aforementioned multi-party chained collaborative signature method for air freight. This method includes: first, the waybill management server generates an electronic waybill and sends first target information to each signer in the blockchain system based on the waybill's initial state; the first target information includes a status code corresponding to the waybill's initial state; then, after receiving the first target information, each signer in the blockchain system sequentially completes the signing of the electronic waybill based on the status code in the first target information; after completing the signing, each signer in the blockchain system sends signature result feedback information to the waybill management server; finally, the waybill management server updates the state of the electronic waybill based on the signature result feedback information sent by each signer in the blockchain system; wherein the status code is used to represent the current signer; the multiple signers are signers who need to sign the electronic waybill, and each signer updates its status code after completing the signing and broadcasts the updated status code to other signers in the blockchain. In this way, by using status codes that represent the status of waybills to drive each signer to sign, not only will there be no unauthorized signing, but the signing efficiency will also be greatly improved.

[0101] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Those skilled in the art can understand and implement this without any creative effort.

[0102] Through the above description of the embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus necessary general-purpose hardware platforms, and of course, it can also be implemented by hardware. Based on this understanding, the above technical solutions, in essence or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in the various embodiments or some parts of the embodiments.

[0103] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application.

Claims

1. An air cargo multi-party chain collaborative signature method, characterized in that, The application is applied to an air cargo multi-party chain collaborative signature system, and the air cargo multi-party chain collaborative signature system comprises a waybill management server and a blockchain system composed of multiple signature parties. The method comprises: The waybill management server generates an electronic waybill and sends first target information based on a waybill initial state to each signature party in the blockchain system; the first target information contains a state code corresponding to the waybill initial state; After each signature party in the blockchain system receives the first target information, the signature party completes the signature of the electronic waybill based on the state code in the first target information; after each signature party in the blockchain system completes the signature, the signature party sends signature result feedback information to the waybill management server; The waybill management server updates the state of the electronic waybill based on the signature result feedback information sent by each signature party in the blockchain system; The state code is used to represent the current signature party; the multiple signature parties are signature parties that need to sign the electronic waybill; after each signature party completes the signature, the signature party updates the state code and broadcasts the updated state code to other signature parties in the blockchain.

2. The method of claim 1, wherein, After each signature party in the blockchain system receives the first target information, the signature party completes the signature of the electronic waybill based on the state code in the first target information, which comprises: The first target signature party analyzes the first target information to obtain the state code contained in the first target information after receiving the first target information; The first target signature party matches the state code with a pre-stored signature sequence code; if the state code is the same as the pre-stored signature sequence code, the first target signature party is determined to be the current signature party of the electronic waybill, and the first target signature party signs the electronic waybill by using a signature private key of the first target signature party; The first target signature party is any one of the multiple signature parties.

3. The method of claim 2, wherein, After each signature party in the blockchain system receives the first target information, the signature party completes the signature of the electronic waybill based on the state code in the first target information, which comprises: After the first target signature party completes the signature of the electronic waybill, the first target signature party sends first broadcast information to other signature parties in the blockchain system except the first target signature party; the first broadcast information contains a state code at the current time, a signature public key corresponding to the signature private key, and signature content encrypted based on the signature private key; the first broadcast information is used for the other signature parties to verify the signature of the first target signature party; If the first target signature party receives verification success information sent by the other signature parties, the first target signature party sends first result feedback information to the waybill management server and second broadcast information to the other signature parties, otherwise, the first target signature party sends second result feedback information to the waybill management server; The first result feedback information is used to represent that the signature verification of the first target signature party is successful, and the second result feedback information is used to represent that the signature verification of the first target signature party fails.

4. The method of claim 3, wherein, The blockchain system receives the first target information, and each signature party in the blockchain system completes the signature of the electronic waybill based on the state code in the first target information. The second target signature party receives the first broadcast information sent by the first target signature party, analyzes the first broadcast information, and obtains the state code, the signature public key, and the encrypted signature content contained in the first broadcast information. The second target signature party decrypts the signature content by using the signature public key, obtains the decrypted signature content, and compares the decrypted signature content with the signature of the first target signature party stored in advance. The second target signature party is any one of the other signature parties, and the signature of the first target signature party is matched based on the state code contained in the first broadcast information.

5. The method of claim 3, wherein, The waybill management server updates the state of the electronic waybill based on the signature result feedback information sent by each signature party in the blockchain system. When the first result feedback information sent by the first target signature party is received, the waybill management server updates the waybill state of the electronic waybill, and updates the current signature party of the electronic waybill to the next signature party of the first target signature party. When the second result feedback information sent by the first target signature party is received, the waybill management server terminates the signature process of the electronic waybill and performs an alarm prompt.

6. The method of claim 3, wherein, The blockchain system receives the first target information, and each signature party in the blockchain system completes the signature of the electronic waybill based on the state code in the first target information. The third target signature party receives the second broadcast information sent by the first target signature party, analyzes the second broadcast information, and obtains the updated state code contained in the second broadcast information. The third target signature party matches the updated state code with the pre-stored signature sequence code. If the signature verification is successful, the state code is updated, the third result feedback information is sent to the waybill management server, and the third broadcast information is sent to the other signature parties in the blockchain except the third target signature party. The third result feedback information is used to represent that the signature verification of the third target signature party is successful, and the third broadcast information includes the updated state code.

7. The method according to any one of claims 1 to 6, characterized in that, Before the first target information is sent to each of the signature parties in the blockchain system based on the initial state of the waybill, the method further comprises: determining the signature sequence of each signature party in the electronic waybill, and determining the signature sequence code of each signature party based on the signature sequence; sending the signature sequence code of each signature party to the corresponding signature party.

8. An air cargo shipment multi-party chain-of-custody signing system, comprising: The method comprises: a waybill management server and a blockchain system composed of a plurality of signature parties; the waybill management server generates an electronic waybill and sends first target information to each of the signature parties in the blockchain system based on the initial state of the waybill; the first target information contains a state code corresponding to the initial state of the waybill; after each signature party in the blockchain system receives the first target information, the signature party completes the signature of the electronic waybill in turn based on the state code in the first target information; after each signature party in the blockchain system completes the signature, the signature party sends signature result feedback information to the waybill management server; the waybill management server updates the state of the electronic waybill based on the signature result feedback information sent by each signature party in the blockchain system; wherein the state code is used to represent the current signature party; the plurality of signature parties are signature parties that need to sign the electronic waybill, each signature party updates the state code after completing the signature, and broadcasts the updated state code to other signature parties in the blockchain.

9. An electronic device, comprising: The computer program is stored on the memory and can be run on the processor, and the processor implements the steps of the air cargo multi-party chain collaborative signature method according to any one of claims 1 to 7 when executing the program.

10. A computer-readable storage medium, characterized in that, The computer program is stored on the memory and can be run on the processor, and the processor implements the steps of the air cargo multi-party chain collaborative signature method according to any one of claims 1 to 7 when executing the program.

Images