A blockchain-based logistics appointment delivery method

Abstract

The application provides a logistics reservation distribution method based on a block chain, and relates to the technical field of logistics. The logistics reservation distribution method based on the block chain comprises the following steps: S1, a distributed block chain logistics platform is constructed; S2, a receiving operation of a receiver on the block chain platform is responded; S3, information of the receiver is bound with a unique order identification code of a parcel; S4, a standard transportation area chain from a sending address to a receiving address is generated; S5, a parcel expected arrival time is calculated through a node time window superposition algorithm; S6, when the parcel passes through each logistics node, a node scanning device reads the order identification code; and S7, in response to a query operation of the receiver, the receiver is presented with the expected arrival time and the logistics node state. Through the distributed characteristics and the multiple check mechanism of the block chain, the transportation area error is corrected in advance, the information security is traceable, the reservation accuracy is optimized, the logistics cost is significantly reduced, and the distribution efficiency and the user experience are improved.

Description

Technical Field

[0001] This invention relates to the field of logistics technology, specifically to a blockchain-based logistics reservation and delivery method. Background Technology

[0002] In the logistics industry's delivery process, parcels undergo multiple stages from dispatch to receipt, involving key steps such as dispatch information entry, transportation route planning, multi-node transfers, and last-mile delivery. In existing logistics delivery models, transportation area planning and node verification largely rely on manual operation or single-system verification, lacking a distributed, end-to-end standardized verification mechanism. This leads to frequent occurrences of incorrect shipment destinations. In some cases, logistics staff, due to operational errors or information transmission discrepancies, assign parcels to the wrong transportation area or transfer node. Such errors are often only discovered after the parcel arrives at its destination, through recipient inquiries or delivery personnel feedback.

[0003] Incorrect delivery not only necessitates remedial processes such as secondary transportation and returns, incurring additional logistics capacity and time costs, but also extends package delivery cycles, disrupting recipients' scheduled delivery times. Furthermore, existing logistics information storage largely relies on centralized databases, which are susceptible to information tampering. When errors occur in the transportation area, it's difficult to quickly trace the responsible party and the cause of the error. In addition, traditional scheduled delivery methods focus solely on coordinating delivery times, lacking pre-verification and real-time early warning mechanisms for the accuracy of transportation routes and areas. This fails to prevent regional delivery errors from the outset, hindering improvements in logistics efficiency and service quality, and making it difficult to meet the demands of the logistics industry for large-scale and precise development. Summary of the Invention

[0004] Technical problems to be solved To address the shortcomings of existing technologies, this invention provides a blockchain-based logistics reservation and delivery method, which solves the problems of easy errors in transportation areas and delayed error detection in traditional logistics delivery, leading to increased secondary transportation costs and inconvenience for users in receiving their packages.

[0005] Technical solution To achieve the above objectives, the present invention provides the following technical solution: a blockchain-based logistics reservation and delivery method, characterized by comprising the following steps: S1. Construct a distributed blockchain logistics platform, which includes a user layer, a verification layer, a storage layer and an early warning layer. The user layer supports recipients and senders to register accounts and authorize operations. The verification layer integrates a regional code verification engine and a path verification module. The storage layer adopts encrypted sharding storage technology. The early warning layer is associated with a multi-terminal real-time notification channel. S2. Respond to the recipient's receipt operation on the blockchain platform, obtain the recipient's mobile phone number and package receipt information, the receipt information including detailed receipt address, standardized receipt area code, and recipient's preferred scheduled delivery time, and simultaneously obtain the sender's entered sending information and initial transportation plan, the sending information including sending address and goods attributes, and the initial transportation plan including preset logistics nodes and target area code; S3. Bind the recipient's mobile phone number, sender information, recipient information, initial shipping plan and the package's unique order identification code, and store them on each node of the blockchain using encrypted sharding technology to ensure that the information is tamper-proof and can be authorized and traceable; S4. The verification layer generates a standard transportation area chain from the sender's address to the recipient's address based on a preset standard transportation area database. It verifies the consistency between the target area code and the recipient area code, as well as the rationality of the area codes of the transit nodes, through an encoding matching algorithm. If the verification passes, the transportation area chain is locked. S5. Based on the locked transportation area chain and the historical logistics data stored in the blockchain, calculate the estimated arrival time of the package through the node time window superposition algorithm, and then associate the estimated arrival time with the order identification code and put it on the chain; S6. When a package passes through each logistics node, the node scanning device reads the order identification code, retrieves the transportation area chain in the blockchain and verifies it with the current node area code in real time. If the verification is successful, the logistics progress is updated on the chain. If the verification fails, an alert is triggered and the transportation permission is frozen. S7. Respond to the recipient's query operation, present the estimated arrival time and logistics node status to the recipient, respond to the recipient's request to modify the pickup time, obtain the scheduled pickup time and associate it with the order identification code, and at the same time cancel the original estimated arrival time association. The delivery person can scan the order identification code to query the scheduled pickup time.

[0006] Preferably, the encoding matching algorithm employs dual verification logic, assuming the target region is encoded as C. The receiving area code is C The encoded set of the nodes traversed is {C1, C2, ..., C}. }, the preset reasonable area set is S, and the algorithm expression is: warning trigger condition = (C ≠C )∨( i∈[1,n],C When the warning trigger conditions are met, the platform automatically suspends package shipment and notifies the sender and logistics dispatcher to reconfirm the transportation plan.

[0007] Preferably, the node time window overlay algorithm incorporates a dynamic congestion coefficient and path priority weight, and the algorithm formula is: T=T0+Σ(t ×w ×k )+T Where T is the estimated arrival time, T0 is the outbound baseline time, and t w represents the standard processing time for the i-th node encountered. Let w be the real-time congestion coefficient of the i-th node (0.7 ≤ w). ≤1.6), k The path priority weight for the i-th node (1.0 ≤ k) ≤1.3), T For last-mile delivery time, w With k Logistics node data is dynamically updated based on real-time synchronization using blockchain.

[0008] Preferably, real-time verification of logistics nodes adopts a blockchain smart contract triggering mechanism. The smart contract pre-stores the blockchain verification rules for the transportation area. When the current node's area code C... w Locked transport area chain {C0,C1,…,C When the event occurs, the smart contract automatically executes the warning command and the transportation freeze command, and simultaneously generates an abnormal log and uploads it to the blockchain. The log contains information about the abnormal node, the operator, and the timestamp.

[0009] Preferably, an AI visual-assisted verification step is added before last-mile delivery: the deliveryman's terminal uses AI image recognition technology to collect environmental features of the delivery area and matches them with the recipient address environmental feature database stored on the blockchain. When the matching degree is lower than a preset threshold (≥90%), a last-mile warning is triggered and the deliveryman is prompted to check the recipient area code again.

[0010] Preferably, the blockchain platform integrates a cross-chain communication module, which supports data interoperability with the blockchain systems of different logistics companies. When a package needs to be transferred across companies, the core information such as the transportation blockchain and the estimated arrival time is synchronized through the cross-chain verification mechanism to ensure the continuity of cross-link verification.

[0011] Preferably, the scheduled pickup time uses a time window conflict detection algorithm: let the scheduled pickup time be [T]. ,T The revised estimated arrival time of the package is T, and the set of available delivery time slots for logistics nodes is {T1, T2, ..., T}. }, when [T ,T ] and {T1,T2,…,T No intersection or T [T ,T When [the time is specified], the platform recommends the best available time slot to the recipient. The algorithm expression is: Best time slot = argmin | TT |(T ∈{T1,T2,…,T }).

[0012] Beneficial effects This invention provides a blockchain-based logistics reservation and delivery method. It has the following beneficial effects: 1. This invention provides a blockchain-based logistics reservation and delivery method. By constructing a distributed blockchain logistics platform integrating multiple modules, and combining coding matching algorithms, smart contract triggering mechanisms, and AI vision-assisted verification technology, this invention establishes a full-process transportation area verification system from pre-verification before shipment, real-time verification at transit nodes, to dual verification at the last delivery point. This enables the early detection and timely correction of transportation area errors, significantly reducing the probability of packages being delivered to the wrong location, reducing the additional costs incurred by secondary transportation, shortening the logistics delivery cycle, and ensuring the smooth progress of the recipient's delivery plan.

[0013] 2. This invention provides a blockchain-based logistics reservation and delivery method. It employs encrypted sharding storage technology and a cross-chain communication module to ensure the immutability and secure storage of data such as shipment information, transportation plans, and verification records. It also enables data interoperability and cross-process verification continuity across different logistics companies' blockchain systems. Furthermore, through a dynamically optimized estimated arrival time calculation algorithm and a time window conflict detection mechanism, it improves the accuracy and flexibility of the reservation and pickup function, optimizes the efficiency of logistics resource allocation, promotes the standardization and intelligent development of logistics delivery services, and provides technical support for high-quality operation in the logistics industry. Attached Figure Description

[0014] Figure 1 This is a schematic diagram of the method flow of the present invention. Detailed Implementation

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

[0016] like Figure 1 As shown, this embodiment is based on a distributed blockchain logistics platform. The platform architecture is divided into a user layer, a verification layer, a storage layer, and an early warning layer. The collaborative operation of each layer ensures the accuracy and efficiency of the entire delivery process. The specific architecture and functions are shown in the table below: The core advantage of this architecture lies in its distributed deployment and modular design. The user layer's permission management submodule assigns a unique key to each user through asymmetric encryption technology, ensuring the security of information entry and query operations. The edge computing gateway in the verification layer enables fast local data verification, reducing cross-node transmission latency and improving verification efficiency. The encrypted sharding technology in the storage layer splits data into multiple encrypted fragments and stores them on different nodes. Even if a single node fails, it does not affect data integrity and availability, thus avoiding the risks of information leakage and tampering associated with centralized storage from the underlying architecture.

[0017] The specific implementation steps are as follows: First, the initial deployment of the distributed blockchain logistics platform is completed, and 10 distributed storage nodes are set up (covering key locations such as sending areas, transit hubs, and receiving areas). Data synchronization between nodes is achieved through a P2P network. The verification layer preloads the national administrative division code library (GB / T2260-2007) and the logistics industry's custom subdivision area code library to form a standardized transportation area database. The subdivision area code adopts a structure of 6-digit main code + 3-digit subdivision code (for example, the code for Wangjing Street in Chaoyang District, Beijing is 110105001), ensuring that each logistics node corresponds to a unique code with the receiving address.

[0018] The recipient logs into the platform's user layer via smartphone, completes account registration, and uploads identity verification information. After being approved by the permission management submodule, the recipient obtains operation authorization and then initiates the package collection operation, entering the mobile phone number (138XXXX1234), detailed delivery address (Room 1002, Unit 5, Building 3, XX Community, Wangjing Street, Chaoyang District, Beijing), standardized delivery area code (110105001), and the recipient's preferred scheduled delivery time (18:00-20:00 on weekdays).

[0019] The sender logs into the platform via computer terminal and enters the following information: sender address (Building A, XX Building, Science and Technology Park, Nanshan District, Shenzhen, Guangdong Province), cargo attributes (electronic equipment, weight 2.5kg, dimensions 30cm×20cm×15cm), and initial transportation plan: preset logistics nodes (Shenzhen Nanshan outbound point → Guangzhou Huadu transit center → Beijing Chaoyang distribution station), and target area code (110105001).

[0020] The platform automatically generates a unique order identification code (QR code, encoded as LWSQ202405100001) for each package. The recipient's mobile phone number, sender information, recipient information, and initial shipping plan are bound to this order identification code. After the bound data is encrypted using the AES-256 encryption algorithm, it is split into 5 data fragments according to the encryption fragmentation rules of the storage layer and stored in 5 different distributed storage nodes. Each node only stores a portion of the encrypted fragments, and the complete data can only be restored through multi-node authorization verification to ensure information security.

[0021] The path verification module of the verification layer calls the standardized transportation area database. Based on the geographical location and logistics network layout of the sender address (Nanshan, Shenzhen) and receiver address (Chaoyang, Beijing), it automatically generates a standard transportation area chain: {Nanshan, Shenzhen area code (440305002) → Huadu, Guangzhou area code (440114003) → Chaoyang, Beijing area code (110105001)}. This area chain clarifies the legal circulation area of ​​the package.

[0022] The region code verification engine uses a code matching algorithm for double verification. The algorithm parameters are set as follows: Target region code C =110105001, Receiving Area Code C =110105001, the set of regional codes for the nodes along the route {C1=440305002,C2=440114003}, and the preset reasonable regional set S is the set of regional codes for the logistics trunk line from South China to North China (including 128 codes such as 440305XXX, 440114XXX, 110105XXX).

[0023] Algorithm execution verification: C With C If the data is completely identical (110105001=110105001) and both C1 and C2 belong to the preset reasonable area set S, the verification condition is met. The platform locks the transportation area chain and associates it with the order identification code LWSQ202405100001 on the chain. If we assume the sender mistakenly entered the target area code as 110106001 (an area code in Fengtai District, Beijing), then C... ≠C If the algorithm triggers a Level 1 warning, the platform will automatically suspend the package shipment and simultaneously notify the sender (mobile number 139XXXX5678) and the logistics dispatcher via SMS and APP push, prompting them to correct the target area code. The package will be allowed to proceed to the next stage only after the code is corrected and re-verified.

[0024] The core principle of this verification step is to establish a unique identifier for the transportation area through standardized coding, and use algorithms to achieve automated matching of codes and judgment of route rationality. This allows for the detection of incorrect transportation areas to be carried out before the package leaves the warehouse, avoiding the subsequent transfer of packages to the wrong area due to manual entry errors or planning mistakes, and reducing the risk of incorrect delivery from the source.

[0025] The platform retrieves historical logistics data from the blockchain storage layer, filters logistics records of similar goods (electronic devices, weighing 2-3 kg) on ​​the "Shenzhen Nanshan → Guangzhou Huadu → Beijing Chaoyang" transportation route within the past 3 months, extracts 1000 valid data entries, and calculates the standard processing time, congestion coefficient, and path priority weight for each transit node. The specific statistical results are shown in the table below: Note: Last-mile delivery time T According to historical delivery data from the Beijing Chaoyang delivery station to the recipient address, the average delivery time is 2 hours.

[0026] Next, the estimated arrival time is calculated using the node time window overlay algorithm. The algorithm formula is T=T0+Σ(t ×w ×k )+T Where T0 is the outbound baseline time (set as 10:00 AM on May 10, 2024); Substitute the data to calculate: Σ(t) ×w ×k = (2 × 1.0 × 1.0) + (6 × 1.2 × 1.1) + (4 × 1.1 × 1.2) = 2 + 7.92 + 5.28 = 15.2 hours; T =2 hours; The estimated arrival time T = 10:00 on May 10, 2024 + 15.2 hours + 2 hours = 13:12 on May 11, 2024.

[0027] The platform will associate the calculated estimated arrival time (May 11, 2024, 13:12) with the order identification code LWSQ202405100001 and store it on the blockchain, where the congestion coefficient w is included. With path priority weight k The system will dynamically update based on real-time logistics node data synchronized with the blockchain (for example, the congestion coefficient of the Guangzhou Huadu transfer center may rise to 1.5 during holidays, and the platform will automatically update the parameters once an hour) to ensure the accuracy of the estimated arrival time calculation.

[0028] The advantage of this algorithm lies in the introduction of dynamically adjusted congestion coefficients and path priority weights, which breaks through the limitations of traditional fixed-duration calculations. It combines the results of massive historical data statistics to optimize parameter settings, making the estimated arrival time more consistent with the actual logistics flow, and providing a reliable reference for recipients to schedule pickup times and for delivery personnel to arrange delivery plans.

[0029] The real-time verification steps for logistics nodes are as follows: The package was shipped from the Shenzhen Nanshan outbound point at 10:00 on May 10, 2024. The outbound point scanning device scanned the order identification code LWSQ202405100001 and automatically retrieved the locked transportation area chain {440305002, 440114003, 110105001} and the current node area code (440305002) from the blockchain.

[0030] The verification layer triggers the verification process through a blockchain smart contract. The smart contract pre-stores verification rules: the current node's regional code must belong to a locked transportation area chain. After verification, the current node code 440305002 is found in the transportation area chain, the verification passes, and the platform updates the logistics progress (the package was shipped from the Shenzhen Nanshan outbound point at 10:00 AM on May 10, 2024) to the blockchain. The package is being sent normally to the Guangzhou Huadu transit center.

[0031] At 16:00 on May 10, 2024, the package arrived at the Guangzhou Huadu transit center. The transit center's scanning equipment read the order identification code and verified it. The current node area code 440114003 belongs to the transportation area chain. The verification passed, and the logistics progress was updated (the package has been transited through the Guangzhou Huadu transit center at 16:00 on May 10, 2024) and added to the chain.

[0032] Suppose that due to a logistics scheduling error, a package is mistakenly sent to the Wuhan Hankou transit hub (area code 420104005). At 08:00 on May 11, 2024, after the scanning equipment at the Wuhan Hankou transit hub reads the order identification code, it retrieves the transportation blockchain for verification. It finds that the current node code 420104005 is not in the transportation blockchain {440305002, 440114003, 110105001}. The smart contract automatically executes a warning command and a transportation freeze command. A Level 2 alert is triggered, and logistics dispatchers, senders, and recipients are notified via SMS and APP push notifications to inform them of the abnormal situation (the package was mistakenly sent to Wuhan Hankou transit center, and the correct transportation area is Beijing Chaoyang). The subsequent transportation rights of the parcels have been frozen, prohibiting the parcels from being sent out from the Wuhan Hankou transit center. An anomaly log (including anomaly node: Wuhan Hankou Transfer Station, operator: dispatcher Zhang, timestamp: May 11, 2024, 08:00, anomaly type: transportation area error) is generated and stored on the blockchain as a basis for tracing responsibility.

[0033] After receiving the warning, the logistics dispatcher submitted a revised plan on the platform: to transfer the package from the Wuhan Hankou transit center to the Beijing Chaoyang distribution station, and update the transportation blockchain to {440305002,440114003,420104005,110105001}. After the sender confirmed the revised plan, it was uploaded to the blockchain, the smart contract lifted the package transportation freeze, and the package continued to flow according to the revised route.

[0034] The core principle of this step is to utilize the automatic execution characteristics of blockchain smart contracts to solidify verification rules into the contracts, thereby achieving automation and real-time verification of logistics nodes. Verification and anomaly handling can be completed without human intervention, while the on-chain storage of anomaly logs ensures the accuracy of responsibility tracing and significantly improves the controllability of logistics flow.

[0035] The recipient search and appointment modifications are as follows: Recipients can check the logistics status of their packages through the APP. The platform responds to the query by retrieving the estimated arrival time (13:12 on May 11, 2024), the current logistics node status (transferred at Guangzhou Huadu Transfer Center at 16:00 on May 10, 2024), and the transportation blockchain information from the blockchain, and presents them to the recipient through the APP interface.

[0036] The recipient discovered that the estimated arrival time (13:12) fell within working hours and could not receive the package. They initiated a time change request via the app, submitting a new pickup date of 19:00-20:00 on May 11, 2024 ([T =2024-05-11 19:00,T =2024-05-11 20:00]).

[0037] The platform uses a time window conflict detection algorithm for verification: The corrected estimated arrival time for the package is T = 15:30 on May 11, 2024 (delayed by 2 hours and 18 minutes after correction due to misdelivery). Retrieve the set of available delivery time slots for the Beijing Chaoyang delivery station on the same day {T1=10:00-12:00,T2=13:00-15:00,T3=16:00-18:00,T4=19:00-21:00}; Algorithm judgment: [T ,T The period from 19:00 to 20:00 intersects with the available delivery time T4, and T(15:30) ∈ [T]. ,T The reservation conditions are met and the verification is successful.

[0038] The platform will link the scheduled pickup time (19:00-20:00 on May 11, 2024) with the order identification code LWSQ202405100001 on the blockchain, and at the same time remove the association between the original estimated arrival time (13:12 on May 11, 2024) and the order identification code.

[0039] Before final delivery, the delivery person scans the order identification code, retrieves the scheduled pickup time and address information from the blockchain, and completes the delivery according to the scheduled time slot. If the pickup time submitted by the recipient does not overlap with the available delivery time slots (e.g., a pickup time of 12:00-13:00 on May 11, 2024, which does not overlap with the available time slots), the platform will use the algorithm expression "optimal time slot = argmin|TT" to determine the optimal delivery time slot. The system recommends the optimal available time slot. It calculates that the time difference between T=15:30 and T3 (16:00-18:00) is the smallest (30 minutes). Therefore, it recommends the 16:00-18:00 time slot to the recipient for them to choose again.

[0040] The advantage of this reservation mechanism lies in ensuring the feasibility of the reservation time through a conflict detection algorithm, avoiding time conflicts between the recipient and delivery resources. It also provides an optimal time slot recommendation function to improve the user experience. Combined with the information synchronization characteristics of blockchain, it ensures that delivery personnel receive the latest reservation information in real time, avoiding delivery delays caused by information asynchrony.

[0041] At this point, AI-assisted visual verification for last-mile delivery is performed. After the deliveryman arrives at the community where the delivery address is located (XX Community, Wangjing Street, Chaoyang District, Beijing), he activates the AI ​​visual verification function of the terminal. The terminal camera collects environmental feature images such as the community gate sign and building exterior (including the "XX Community" gate sign and the exterior features of Building No. 3).

[0042] The platform matches the collected environmental feature images with the recipient address environmental feature database stored on the blockchain (related environmental images of Building 3 in XX Community entered by the sender or collected in advance by the platform). The matching degree is calculated using a convolutional neural network (CNN). The calculated matching degree between the collected images and the feature database is 96%, which is higher than the preset threshold (90%), and the verification is passed.

[0043] The delivery person contacts the recipient at the scheduled time (19:30) to complete the package delivery. After the delivery is completed, the delivery person confirms the delivery is completed on the terminal, and the platform updates the logistics status (delivered at 19:30 on May 11, 2024) to the blockchain, thus ending the entire delivery process.

[0044] If a delivery person mistakenly delivers a package to the adjacent YY community (which looks similar to XX community), and the environmental feature image collected matches the feature database of XX community with a 75% match rate, which is lower than the preset threshold, the terminal will trigger a last-mile warning, prompting the delivery person to double-check the delivery area code. After checking, the delivery person will find that the address is incorrect and adjust the delivery route in time to avoid incorrect delivery.

[0045] The principle of AI vision-assisted verification is to use image recognition technology to extract the unique environmental features of the recipient address, form an unalterable feature library, and realize visual verification of last-mile delivery through feature matching, which makes up for the limitations of relying solely on code verification and further improves the accuracy of last-mile delivery.

[0046] In this embodiment, assuming the package needs to be shipped from the Shenzhen Nanshan outbound point to the Guangzhou Huadu transit center (handled by logistics company A), and then transferred from the Guangzhou Huadu transit center to the Beijing Chaoyang distribution station (handled by logistics company B), the inter-company transfer process is as follows: After the package arrives at the Guangzhou Huadu transit center, logistics company A's blockchain system initiates a data exchange request to logistics company B's blockchain system through a cross-chain communication module. The core information requested for synchronization includes the order identification code, the locked transportation blockchain, the estimated arrival time, and the package attributes.

[0047] Logistics company B's blockchain system verifies the legitimacy of information sent by logistics company A through a cross-chain verification mechanism (verifying whether the information signature is valid and whether the data is consistent with the main blockchain chain). After the verification is passed, it receives and stores the relevant information and associates it with the order information in its own logistics system.

[0048] When logistics company B's delivery station scans the package order identification code, it can directly retrieve the synchronized transportation blockchain and estimated arrival time from its own blockchain system without having to repeatedly enter or query the data. This ensures the continuity of cross-process verification and avoids verification interruptions or errors caused by information gaps between companies.

[0049] The core advantage of the cross-chain communication module lies in enabling seamless integration of blockchain systems of different logistics companies, breaking down data silos, ensuring the continuity of core functions such as transportation area verification and time calculation in cross-enterprise transfer scenarios, and improving the overall collaborative efficiency of the logistics network.

[0050] Final experimental results verification The logistics distribution method described in this embodiment, after 1000 simulation tests and 500 real-world applications, yielded the following performance data: Transportation area error detection rate: In the simulation test, 300 transportation area errors were manually set (including errors in sending packages, scheduling errors, and node flow errors). The error detection rate of this method was 100%. Among them, 92% of the errors were found and corrected before the package left the warehouse or at the transit node, and only 8% of the errors were found before the final delivery. There were no cases of incorrect delivery to the recipient's address. Additional cost reduction: Compared with traditional delivery methods, the cost of secondary transportation due to incorrect transportation areas is reduced by 95%, and the average logistics cost per order is reduced by 12.8 yuan; On-time delivery rate: The on-time delivery rate for scheduled pickup times reached 98.5%, an improvement of 15.3% compared to traditional methods; User satisfaction: In practical applications, recipients' satisfaction with delivery accuracy and scheduling flexibility reached 96%, an improvement of 20% compared to traditional methods.

[0051] The above data verifies the significant effects of the method of the present invention in avoiding transportation area errors, reducing logistics costs, improving delivery efficiency and user experience, and meeting the development needs of the logistics industry for precision and intelligence.

[0052] Although embodiments of the invention have been shown and described, it will be understood by those skilled in the art that various changes, modifications, substitutions and alterations can be made to these embodiments without departing from the principles and spirit of the invention, the scope of which is defined by the appended claims and their equivalents.

Claims

1. A blockchain-based logistics reservation and delivery method, characterized in that, Includes the following steps: S1. Construct a distributed blockchain logistics platform, which includes a user layer, a verification layer, a storage layer and an early warning layer. The user layer supports recipients and senders to register accounts and authorize operations. The verification layer integrates a regional code verification engine and a path verification module. The storage layer adopts encrypted sharding storage technology. The early warning layer is associated with a multi-terminal real-time notification channel. S2. Respond to the recipient's receipt operation on the blockchain platform, obtain the recipient's mobile phone number and package receipt information, the receipt information including detailed receipt address, standardized receipt area code, and recipient's preferred scheduled delivery time, and simultaneously obtain the sender's entered sending information and initial transportation plan, the sending information including sending address and goods attributes, and the initial transportation plan including preset logistics nodes and target area code; S3. Bind the recipient's mobile phone number, sender information, recipient information, initial shipping plan and the package's unique order identification code, and store them on each node of the blockchain using encrypted sharding technology to ensure that the information is tamper-proof and can be authorized and traceable; S4. The verification layer generates a standard transportation area chain from the sender's address to the recipient's address based on a preset standard transportation area database. It verifies the consistency between the target area code and the recipient area code, as well as the rationality of the area codes of the transit nodes, through an encoding matching algorithm. If the verification passes, the transportation area chain is locked. S5. Based on the locked transportation area chain and the historical logistics data stored in the blockchain, calculate the estimated arrival time of the package through the node time window superposition algorithm, and then associate the estimated arrival time with the order identification code and put it on the chain; S6. When a package passes through each logistics node, the node scanning device reads the order identification code, retrieves the transportation area chain in the blockchain and verifies it with the current node area code in real time. If the verification is successful, the logistics progress is updated on the chain. If the verification fails, an alert is triggered and the transportation permission is frozen. S7. Respond to the recipient's query operation, present the estimated arrival time and logistics node status to the recipient, respond to the recipient's request to modify the pickup time, obtain the scheduled pickup time and associate it with the order identification code, and at the same time cancel the original estimated arrival time association. The delivery person can scan the order identification code to query the scheduled pickup time.

2. The method according to claim 1, characterized in that, The encoding matching algorithm employs dual verification logic, assuming the target region is encoded as C. The receiving area code is C The encoded set of the nodes traversed is {C1, C2, ..., C}. }, the preset reasonable area set is S, and the algorithm expression is: warning trigger condition = (C ≠C )∨( i∈[1,n],C When the warning trigger conditions are met, the platform automatically suspends package shipment and notifies the sender and logistics dispatcher to reconfirm the transportation plan.

3. The method according to claim 1, characterized in that, The node time window overlay algorithm introduces a dynamic congestion coefficient and path priority weight. The algorithm formula is: T=T0+Σ(t ×w ×k )+T Where T is the estimated arrival time, T0 is the outbound baseline time, and t w represents the standard processing time for the i-th node encountered. Let w be the real-time congestion coefficient of the i-th node (0.7 ≤ w). ≤1.6), k The path priority weight for the i-th node (1.0 ≤ k) ≤1.3), T For last-mile delivery time, w With k Logistics node data is dynamically updated based on real-time synchronization using blockchain.

4. The method according to claim 1, characterized in that, Real-time verification of logistics nodes employs a blockchain smart contract triggering mechanism. The smart contract pre-stores blockchain verification rules for the transportation area. When the current node's area code C... w Locked transport area chain {C0,C1,…,C When the event occurs, the smart contract automatically executes the warning command and the transportation freeze command, and simultaneously generates an abnormal log and uploads it to the blockchain. The log contains information about the abnormal node, the operator, and the timestamp.

5. The method according to claim 1, characterized in that, An AI visual-assisted verification step is added before last-mile delivery: The deliveryman's terminal uses AI image recognition technology to collect environmental features of the delivery area and matches them with the recipient address environmental feature database stored on the blockchain. When the matching degree is lower than a preset threshold (≥90%), a last-mile warning is triggered and the deliveryman is prompted to check the recipient area code again.

6. The method according to claim 1, characterized in that, The blockchain platform integrates a cross-chain communication module, which supports data exchange with the blockchain systems of different logistics companies. When a package needs to be transferred across companies, the cross-chain verification mechanism synchronizes core information such as the transportation blockchain and the estimated arrival time to ensure the continuity of cross-link verification.

7. The method according to claim 1, characterized in that, The scheduled pickup time uses a time window conflict detection algorithm: Let the scheduled pickup time be [T] ,T The revised estimated arrival time of the package is T, and the set of available delivery time slots for logistics nodes is {T1, T2, ..., T}. }, when [T ,T ] and {T1,T2,…,T No intersection or T [T ,T When [the time is specified], the platform recommends the best available time slot to the recipient. The algorithm expression is: Best time slot = argmin | TT |(T ∈{T1,T2,…,T }).

Images