Transportation management method and device, electronic equipment and storage medium

Abstract

The invention provides a transportation management method and device, electronic equipment and a storage medium, and belongs to the technical field of transportation management, and the method comprises the steps: obtaining the shipping plan data of a user side, and verifying the shipping plan data; pushing a transportation task order to a driver terminal based on the verified shipping plan data to obtain an order receiving confirmation instruction of a driver; if a driver order receiving confirmation instruction is obtained, a reservation request is pushed to the port transportation system, and the reservation request is used for obtaining a reservation passing instruction; if a reservation passing instruction is obtained, pushing a vehicle release instruction to a port gate system, and pushing a reservation voucher to a driver terminal; if the reservation is successful, determining a matching result matched with the transportation task list based on the transportation task list and a parameter matching rule; and carrying out vehicle scheduling based on a matching result. According to the transportation management method and device, the electronic equipment and the storage medium, orderliness and controllability of transportation management can be improved.

Description

Transportation management methods and devices, electronic equipment, storage media Technical Field

[0001] This application belongs to the field of transportation management technology, and more specifically, relates to a transportation management method and apparatus, electronic equipment, and storage medium. Background Technology

[0002] In existing transportation management processes, especially in port-related scenarios, a core problem exists: a disconnect between various business processes. Shipment plan data lacks an effective verification mechanism, making it prone to errors that could lead to deviations in subsequent processes. Processes such as task assignment, driver order confirmation, and port reservations rely on manual triggering, resulting in delayed and easily overlooked information transmission. Furthermore, the matching of transportation demand and resources, as well as scheduling, lacks orderly coordination, leading to severe process fragmentation. These problems result in chaotic transportation processes, uncontrollable task execution progress, and ultimately, extremely poor orderliness and controllability in transportation management, failing to meet the high-efficiency and collaborative requirements of modern logistics transportation. Summary of the Invention

[0003] The purpose of this application is to provide a transportation management method and apparatus, electronic equipment, and storage medium to improve the orderliness and controllability of transportation management.

[0004] A first aspect of this application provides a transportation management method, comprising: acquiring shipment plan data from a user terminal and verifying the shipment plan data; pushing a transportation task order to a driver terminal based on the verified shipment plan data to obtain a driver's order acceptance confirmation instruction; the transportation task order includes cargo type, origin, destination, cargo quantity, and transportation time; if a driver's order acceptance confirmation instruction is obtained, pushing a reservation request to a port transportation system, the reservation request being used to obtain a reservation approval instruction; if a reservation approval instruction is obtained, pushing a vehicle release instruction to a port gate system and a reservation voucher to the driver terminal; if the reservation is successful, determining a matching result based on the transportation task order and parameter matching rules; the matching result includes the transportation vehicle, transportation route, and pricing method; the parameter matching rules are preset matching rules associated with the transportation task order; and scheduling vehicles based on the matching result.

[0005] A second aspect of this application provides a transportation management device, comprising: a data verification module for acquiring and verifying shipment plan data from a user terminal; a first confirmation module for pushing a transportation task order to a driver terminal based on the verified shipment plan data to obtain a driver's order acceptance confirmation instruction; the transportation task order includes cargo type, origin, destination, cargo quantity, and transportation time; a second confirmation module for pushing a reservation request to a port transportation system if a driver's order acceptance confirmation instruction is obtained, the reservation request being used to obtain a reservation approval instruction; a third confirmation module for pushing a vehicle release instruction to a port gate system and a reservation voucher to the driver terminal if a reservation approval instruction is obtained; a matching module for determining a matching result based on the transportation task order and parameter matching rules if the reservation is successful; the matching result includes the transportation vehicle, transportation route, and pricing method; the parameter matching rules are preset matching rules associated with the transportation task order; and a vehicle dispatching module for dispatching vehicles based on the matching result.

[0006] A third aspect of this application provides an electronic device, including a memory, a processor, and a computer program stored in the memory and running on the processor, wherein the processor executes the computer program to implement the steps of the transportation management method described above.

[0007] A fourth aspect of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the transportation management method described above.

[0008] The beneficial effects of the transportation management method, device, electronic equipment, and storage medium provided in this application embodiment are as follows: First, this application embodiment obtains and verifies the shipping plan data through the user terminal to ensure the data is accurate and reliable, providing an effective data foundation for subsequent stages; based on the verified valid data, it pushes accurate transportation task orders to the driver terminal to achieve precise task assignment; it triggers the port reservation process through the driver's order confirmation instruction to achieve linkage between task execution and port reservation; after the reservation is approved, it pushes the release instruction to the port gate system and pushes the voucher to the driver to ensure the smooth entry of the vehicle; it determines the optimal matching result based on the task order and preset parameter matching rules to provide a scientific basis for scheduling; finally, it completes vehicle scheduling based on the matching result to achieve orderly connection of the entire transportation process. This application's embodiments ensure the accuracy of shipping plan data through a verification mechanism, preventing errors in subsequent stages due to data inconsistencies; it achieves automated linkage between task push, order confirmation, port reservation, and release certificate push, reducing manual intervention, shortening port reservation time, and improving transportation process efficiency; it determines matching results through standardized parameter matching rules, ensuring the rationality of resource allocation and reducing transportation costs; the entire process achieves coordinated connection between various transportation stages, improving the orderliness and controllability of transportation management. Attached Figure Description

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

[0010] Figure 1 is a flowchart illustrating a transportation management method according to an embodiment of this application; Figure 2 is a structural block diagram illustrating a transportation management device according to an embodiment of this application; Figure 3 is a schematic block diagram illustrating an electronic device according to an embodiment of this application. Detailed Implementation

[0011] In the following description, specific details such as particular system architectures and techniques are set forth for illustrative purposes and not for limitation, in order to provide a thorough understanding of the embodiments of this application. However, those skilled in the art will understand that this application may also be implemented in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, apparatuses, circuits, and methods have been omitted so as not to obscure the description of this application with unnecessary detail.

[0012] It is understood that in the embodiments of this application, data such as user information are involved. When the embodiments of this application are applied to specific products or technologies, user permission or consent is required, and the collection, use and processing of related data must comply with relevant laws, regulations and standards.

[0013] It should be noted that the terms "first," "second," etc., used in the specification, claims, and drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such use of data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in sequences other than those illustrated or described herein.

[0014] To make the objectives, technical solutions, and advantages of this application clearer, the following description will be provided in conjunction with the accompanying drawings and specific embodiments.

[0015] Please refer to Figure 1. Figure 1 is a flowchart of a transportation management method provided in an embodiment of this application. The transportation management method provided in this embodiment can be executed by an electronic device. The method may include: S101: obtaining the shipping plan data from the user terminal and verifying the shipping plan data.

[0016] In this embodiment, the user terminal refers to the terminal or system corresponding to the entity that initiates the transportation request, such as the enterprise customer's ERP system, online transportation order submission platform, or dedicated mobile application, which is used to submit initial shipment plan data to the transportation management system.

[0017] The shipping plan data refers to the original transportation demand data submitted by the user. In this embodiment, the user and the transportation management system can be connected through a standardized RESTful API interface. The interface uses the HTTPS protocol for data transmission to ensure data transmission security, and the transmission rate is not less than 10Mbps. The shipping plan data specifically includes the cargo type (such as containers, hazardous chemicals, bulk cargo), origin (accurate to the factory gate number or logistics park number), destination (accurate to the port operation area number), cargo quantity (units are boxes, tons, pieces, etc.), and transportation time (accurate to the hour, such as "arrive at the destination before 18:00 on 2025-06-01").

[0018] Shipment plan data verification refers to the process of reviewing the validity of initial shipment plan data. Specifically, a three-level verification mechanism can be adopted: The first level is basic field verification, which can be performed using verification scripts written in Java to check for empty fields (ensuring no missing core fields such as cargo type and origin) and format verification (e.g., date format must conform to YYYY-MM-DD HH:MM format, and origin / destination codes must conform to GB / T standards). The first level is the verification of the administrative division code standard (2260-2007) and the value range verification (e.g., the quantity of goods must be an integer greater than 0, and the transportation time must be at least 2 hours later than the current time). If the verification fails, a prompt message containing the error field and the error reason will be automatically generated and fed back to the user. The second level is the business rule verification, which is based on the preset business rule base (stored in a MySQL database) to verify the suitability of the goods type and transportation route (e.g., hazardous chemicals cannot choose routes that pass through residential areas) and the transportation feasibility of the origin and destination (e.g., confirming whether the origin has a cargo loading dock). The third level is the data consistency verification, which compares the shipping plan data with the user's historical order data and contractual data to verify whether the quantity of goods exceeds the single transportation limit agreed in the contract and whether the transportation time meets the service standards agreed in the contract.

[0019] In this embodiment, shipping plan data can be collected from the user terminal through a standardized interface. After collection, a verification mechanism is activated to remove invalid or non-compliant data, thereby avoiding the discontinuation or failure of subsequent processes due to errors in basic data and providing a reliable data foundation for subsequent task push, reservation and other processes.

[0020] S102: Based on the verified shipping plan data, a transportation task order is pushed to the driver's terminal to obtain the driver's order acceptance confirmation instruction; the transportation task order includes the type of goods, origin, destination, quantity of goods, and transportation time.

[0021] In this embodiment, the driver terminal refers to a dedicated terminal device used by the driver to receive transportation tasks and feedback instructions, such as a smartphone or vehicle terminal, which has functions such as information reception, instruction feedback, and voucher storage; the transportation task order refers to a standardized task voucher generated based on verified shipping plan data, which includes key information such as cargo type, origin, destination, cargo quantity, and transportation time, used to clarify the driver's transportation task requirements; the driver order acceptance confirmation instruction refers to the instruction from the driver via the terminal to confirm acceptance of the transportation task (such as a signal generated by clicking the "Confirm Order Acceptance" button).

[0022] In this embodiment, based on the verified shipping plan data, a transportation task order containing key task information (cargo type, origin, etc.) is generated and pushed to the driver's terminal through a communication module (such as 5G or IoT). The purpose is to clarify the transportation task requirements and confirm the driver's willingness to accept the task. Only after obtaining the driver's order acceptance confirmation instruction can the subsequent port reservation process be triggered, ensuring that the transportation task has a clear execution entity and avoiding the process from running idle.

[0023] S103: If a driver's order acceptance confirmation instruction is received, a reservation request is pushed to the port transportation system. The reservation request is used to obtain a reservation approval instruction.

[0024] In this embodiment, the port transportation system refers to a dedicated management system used by the port operator to handle transportation reservations and work arrangements. The interface can also be standardized via API, with the interface address preset in the configuration file of the transportation management system. The reservation request refers to the access application data submitted to the port transportation system based on transportation task information. The data encapsulation format of the reservation request follows the interface specification of the port transportation system, specifically including vehicle information (license plate number, vehicle VIN code, vehicle type), driver information (driver's license number, professional qualification certificate number), cargo information (cargo type, quantity, weight), and estimated arrival time. The reservation approval instruction is the instruction returned by the port transportation system after reviewing the reservation request, agreeing to allow the vehicle to enter the port for operations. It serves as proof for the vehicle to obtain port access qualification. The reservation request can be pushed using a timed retransmission mechanism. If no response is received on the first push, it will be pushed again after a 5-second interval, with a maximum of 3 retransmissions.

[0025] In this embodiment, the process is a link between transportation execution and port access procedures, triggered by the driver's confirmation of accepting the task. Based on the confirmed task information, the associated data of vehicles, drivers, and goods are organized to generate a reservation request, which is then pushed to the port transportation system. The purpose is to complete the pre-access application for port transportation, obtain the reservation approval instruction through the port system's review and verification, lay the foundation for vehicles to enter the port for operations, and achieve an orderly connection between transportation tasks and port operations.

[0026] S104: If the reservation approval instruction is received, a vehicle release instruction is pushed to the port gate system, and a reservation voucher is pushed to the driver's terminal.

[0027] In this embodiment, the port gate system refers to a dedicated system used by the port to control the entry and exit of vehicles. It has functions such as vehicle identity verification and release control, and receives and executes vehicle release instructions. The vehicle release instruction refers to the authorization instruction pushed by the transportation management system to the port gate system, which allows a specific vehicle to enter the port operation area. It includes information such as license plate number, reservation number, and valid release time period. The reservation voucher refers to the generated electronic voucher (such as a PDF document or QR code) used for on-site verification by the driver. It includes information such as reservation number, port operation area, and release time, which facilitates the driver to quickly pass through the gate for verification.

[0028] In this embodiment, this process is the implementation stage of port access authorization, triggered by the approval of the port reservation. On one hand, a release instruction is pushed to the port gate system, authorizing the corresponding vehicle to enter the port operation area; on the other hand, a reservation voucher is pushed to the driver's terminal for on-site verification. Its function is to streamline the final step from reservation approval to actual access, ensuring that vehicles enter the port quickly and compliantly, and reducing the waiting time for manual verification.

[0029] S105: If the reservation is successful, the matching result with the transportation task order will be determined based on the transportation task order and the parameter matching rules. The matching result includes the transportation vehicle, transportation route and pricing method. The parameter matching rules are the preset matching rules associated with the transportation task order.

[0030] In this embodiment, a successful reservation means that the port transportation system sends a reservation approval instruction, and the port gate system has received the vehicle release instruction and the driver has obtained the reservation voucher, marking the completion of the port access process. Parameter matching rules refer to preset standardized rules used to match transportation demand and transportation resources. The parameter matching rules are associated with the transportation task order by establishing a mapping relationship through key fields such as cargo type and destination port. For example, "container cargo + port B" corresponds to a set of exclusive vehicle, route, and pricing matching rules. The parameter matching rules are stored in the rule engine and used to calculate the optimal matching result. The matching result refers to the resource configuration scheme that is suitable for the transportation task order, calculated by the parameter matching rules. The specific process for determining the matching result is as follows: the transportation management system extracts the fields of the transportation task order and inputs them into the rule engine. The rule engine automatically matches the corresponding transportation vehicle model, transportation route planning algorithm, and pricing mode according to the preset rules.

[0031] In this embodiment, this process is the core link of resource optimization and allocation, and the trigger condition is successful port reservation (i.e., vehicle access qualification confirmation). Taking the requirements of the transportation task order (such as cargo type and transportation time) as input, and combining them with preset parameter matching rules, the optimal matching result is calculated by the rule engine; the purpose is to achieve accurate matching between transportation resources and task requirements, improve transportation efficiency, and reduce costs.

[0032] S106: Vehicle scheduling based on matching results.

[0033] In this embodiment, vehicle scheduling refers to the transportation resource allocation operation performed based on the matching results, including allocating available vehicles and coordinating vehicles from cooperating carriers, to ensure that transportation vehicles perform transportation tasks according to the matching results.

[0034] In this embodiment, the transportation management system compares the matched transportation vehicle information with the vehicle status database within the system to filter out vehicles that are in an idle state. If the vehicle is owned by the system, a dispatch instruction is pushed to the driver terminal bound to the vehicle. If there are not enough owned vehicles, a dispatch request is pushed to the dispatch system of the cooperating carrier through the API interface. The request information includes the details of the transportation task and the requirements for the matched vehicle. After the carrier confirms, it provides the vehicle information. The transportation management system completes the dispatch confirmation and records the dispatch log.

[0035] As can be seen from the above, this embodiment first obtains and verifies the shipping plan data through the user terminal to ensure the accuracy and reliability of the data, providing a valid data foundation for subsequent steps. Based on the verified valid data, it pushes accurate transportation task orders to the driver's terminal, achieving precise task assignment. The driver's order confirmation instruction triggers the port reservation process, realizing the linkage between task execution and port reservation. After the reservation is approved, a release instruction is pushed to the port gate system and a certificate is pushed to the driver to ensure smooth vehicle entry. The optimal matching result is determined based on the task order and preset parameter matching rules, providing a scientific basis for scheduling. Finally, vehicle scheduling is completed based on the matching result, achieving orderly connection of the entire transportation process. This embodiment ensures the accuracy of the shipping plan data through a verification mechanism, avoiding errors in subsequent steps due to data errors; it realizes the automated linkage of task push, order confirmation, port reservation, and release certificate push, reducing manual intervention, shortening port reservation time, and improving the efficiency of the transportation process; it determines the matching result through standardized parameter matching rules, ensuring the rationality of resource allocation and reducing transportation costs; the entire process realizes the coordinated connection of all aspects of transportation, improving the orderliness and controllability of transportation management.

[0036] In one embodiment of this application, the transport task order further includes cargo load requirements and transport timeliness requirements; the method for determining the matching transport vehicle includes: extracting the cargo type, cargo load requirements, and transport timeliness requirements from the transport task order; based on the preset vehicle matching sub-rules in the parameter matching rules, filtering out candidate transport vehicle models that have the corresponding cargo transport qualifications and whose load capacity meets the cargo load requirements; the candidate transport vehicle models include at least one type; based on the transport cost adaptability, transport timeliness adaptability, and adaptability of the vehicle model to the cargo, a comprehensive evaluation is performed on each candidate transport vehicle model, and the candidate transport vehicle model with the highest comprehensive score is determined as the final matched transport vehicle; the method for determining the matching transport route is: extracting the origin and destination of the cargo from the transport task order, based on... Based on real-time traffic data, road restriction rules, and congestion warning information of transportation sections, the route matching sub-rules preset in the parameter matching rules generate multiple alternative transportation routes from the origin to the destination of goods. The transportation timeliness, transportation cost, and driving safety of each alternative transportation route are comprehensively evaluated, and the alternative transportation route with the best evaluation result is selected as the final matched transportation route. The method for determining the matching pricing method is as follows: extract the type of goods and transportation distance from the transportation task order, and based on the pricing matching sub-rules preset in the parameter matching rules, associate the preset pricing terms agreed upon with the user, and match the corresponding pricing mode. Based on the matched pricing mode, extract the corresponding pricing benchmark parameters to generate the cost calculation basis corresponding to the transportation task order, which serves as the final matched pricing method.

[0037] In this embodiment, the cargo load requirement specifically refers to the weight limit and loading volume limit of the cargo, such as: the load is not less than 20 tons and the loading volume is not more than 35 cubic meters; the transportation time requirement specifically refers to the total time limit from departure from the place of origin to completion of unloading at the destination, and also includes the time requirement of key nodes, such as: the waiting time at the port is not more than 1 hour.

[0038] In this embodiment, the vehicle matching sub-rules are stored in the parameter matching rule library, specifically including the correspondence between cargo type and transportation qualification (e.g., hazardous chemicals cargo needs to be matched with a vehicle model with hazardous chemicals transportation qualification) and the compatibility between load requirements and vehicle load (e.g., a load requirement of 20 tons needs to be matched with a vehicle model with a rated load of ≥20 tons). The specific process of screening candidate transportation vehicle models is as follows: extract the cargo type, load requirements, and timeliness requirements from the transportation task order, compare them with the vehicle matching sub-rules, and screen out the vehicle models that meet the conditions, such as screening out candidate models such as "Jiefang J76×4 tractor (rated load 49 tons, with hazardous chemicals transportation qualification)" and "Dongfeng Tianlong KL6×4 tractor (rated load 49 tons, with hazardous chemicals transportation qualification)".

[0039] In this embodiment, the comprehensive evaluation can adopt a weighted scoring method, with the scoring weights preset as follows: transportation cost adaptability weight 0.3, transportation timeliness adaptability weight 0.3, and vehicle type and cargo adaptability weight 0.4. The scoring criteria for each dimension are as follows: transportation cost adaptability is calculated based on the vehicle's fuel consumption per unit mileage and maintenance costs, with lower costs resulting in higher scores (maximum score 10 points); transportation timeliness adaptability is calculated based on the vehicle's maximum speed and historical transportation timeliness data, with scores higher as timeliness approaches the requirement (maximum score 10 points); vehicle type and cargo adaptability is scored based on the matching degree between the vehicle's loading method, protective facilities, and cargo (maximum score 10 points); the comprehensive score = transportation cost adaptability score × 0.3 + transportation timeliness adaptability score × 0.3 + vehicle type and cargo adaptability score × 0.4. Finally, the vehicle with the highest comprehensive score is selected. In case of a tie, the vehicle type corresponding to the owned vehicle is selected first.

[0040] In this embodiment, the route matching sub-rules specifically include the approximate route range from the origin to the destination, road grade requirements (such as prioritizing highways), and restrictions on traffic hours and road sections (such as large trucks being prohibited from entering urban main roads from 7:00 to 9:00). Real-time traffic data can be obtained by calling the traffic data interface of the Gaode Map Open Platform. Road restriction rules are stored in the system's restriction rule library, which can be categorized by city, road section, and time period, and updated periodically through the interface. Congestion warning information for transportation sections is pushed in real time by the traffic data interface, and the congestion level is divided into four levels: smooth, slow, congested, and severe congestion. Generating multiple alternative transportation routes can be achieved using Dijkstra's algorithm, with a time complexity of O(log n). It can quickly generate the best candidate routes, with the number of generated alternative routes controlled at 3-5, and each route is marked with the estimated mileage, estimated duration and the road segments it passes through.

[0041] In this embodiment, the comprehensive evaluation of the alternative transportation routes can also adopt a weighted scoring method, with the following preset weights: transportation timeliness weight 0.4, transportation cost weight 0.3, and driving safety weight 0.3. Transportation timeliness is scored based on the difference between the expected duration and the required transportation timeliness, with a higher score for a smaller difference. Transportation cost is calculated based on the expected mileage and the vehicle's fuel consumption per unit mileage, with a higher score for a lower cost. Driving safety is scored based on the accident rate, road grade, and congestion level of the route, with a higher score for a lower accident rate, higher road grade, and lower congestion level. The route with the highest comprehensive score is the final matched transportation route. If sudden congestion occurs after route planning, the system will re-evaluate in real time and generate an adjustment plan.

[0042] In this embodiment, the pricing matching sub-rules include the correspondence between cargo type, transportation distance, and pricing mode (e.g., container cargo transportation distance <200 km uses per trip pricing, ≥200 km uses per mile pricing); the pricing terms agreed with the user are stored in the system's contract management module, using encrypted storage, and include information such as pricing mode, unit price, starting price, and surcharge rules (e.g., 10% surcharge for night transportation), tax rate, etc.; matching the corresponding pricing mode can be achieved by comparing cargo type, transportation distance, and pricing matching sub-rules, such as: container cargo + transportation distance 150 km matches the per trip pricing mode.

[0043] In this embodiment, the pricing benchmark parameters are specifically the unit price (e.g., 800 yuan / trip for trip pricing and 3 yuan / km for mileage pricing), the starting price (e.g., 500 yuan / trip), and the surcharge conditions and percentages under the corresponding pricing model. The cost calculation basis is a document containing the pricing model, pricing benchmark parameters, and cost calculation formula (e.g., for trip pricing: total cost = starting price + trip unit price; for mileage pricing: total cost = mileage × mileage unit price + additional fees). After being generated, the document is stored in the waybill details as the basis for subsequent cost calculation.

[0044] In this embodiment, cargo weight requirements and transportation timeliness requirements are supplemented into the transportation task order to provide a more comprehensive basis for vehicle and route matching. When determining the transportation vehicle, candidate vehicle models that meet the basic conditions are first screened through vehicle matching sub-rules, and then the optimal vehicle model is selected through multi-dimensional weighted evaluation to ensure accurate matching between the vehicle and transportation needs. When determining the transportation route, multiple alternative routes are generated based on real-time traffic, traffic restrictions, and congestion information, and the optimal route is selected through multi-dimensional evaluation to ensure a balance between transportation timeliness, cost, and safety. When determining the pricing method, the pricing matching sub-rules are linked to the user's contract pricing terms to generate accurate cost calculation basis to ensure reasonable and compliant pricing.

[0045] As can be seen from the above, this embodiment selects transport vehicles through multi-dimensional screening and evaluation, avoiding problems such as insufficient vehicle load and unqualified vehicles, thereby improving vehicle utilization; it plans the optimal transport route based on real-time data, reducing congestion and travel time, ensuring timely transport, and lowering transport costs; and it accurately matches the pricing method with contract terms and transport needs, ensuring fair and reasonable pricing, reducing fee disputes, and providing an accurate basis for subsequent fee calculations.

[0046] In one embodiment of this application, the method further includes: extracting a price template that matches the pricing method and calculating the basic transportation cost based on the transport freight bill; determining the additional cost based on preset additional cost rules; determining the tax amount based on the user contract tax rate clause; obtaining a detailed transportation cost list based on the basic cost, additional cost, and tax amount; and generating an accounts receivable invoice for the user terminal and an accounts payable invoice for the driver terminal based on the detailed transportation cost list.

[0047] In this embodiment, the price template is a standardized fee template that corresponds one-to-one with the pricing method. It is stored in the system's price management module and includes information such as pricing items, unit price, calculation unit, and applicable scope. The price template is retrieved by calling the corresponding template from the price management module based on the determined pricing method through key field matching. For example, the pricing template for container transport vehicles corresponding to pricing by vehicle trip.

[0048] In this embodiment, the transport freight bill is a formal transport document generated by integrating information such as transport task orders and matching results. It contains complete information such as cargo details, transport vehicle information, transport route, transport time, and pricing method. The basic transport cost can be calculated according to the pricing formula in the price template, such as: basic cost priced by trip = unit price per trip × transport trip (transport trip = total quantity of goods ÷ cargo capacity per vehicle), basic cost priced by mileage = transport mileage × unit price per mileage.

[0049] In this embodiment, the preset additional fee rules are stored in the system's fee rule library, specifically including additional fee types (such as nighttime transportation surcharge, holiday transportation surcharge, and hazardous chemical transportation surcharge), triggering conditions (such as nighttime transportation defined as transportation from 18:00 to 6:00 the next day, and holidays as national statutory holidays), and calculation ratios (such as nighttime transportation surcharge being 10% of the base fee). The process of determining additional fees is as follows: the system automatically detects information such as the execution time of the transportation task and the type of goods, and determines whether the additional fee triggering conditions are met. If they are met, the additional fees are calculated according to the corresponding ratios. If there are multiple additional fees, an additive calculation method is used (total additional fees = base fee × sum of the ratios of each additional fee).

[0050] In this embodiment, the user contract tax rate clause is stored in the system's contract management module and is associated with user information one by one. It includes the tax rate type (such as VAT rate of 13% or 9%) and the tax base (such as taxed based on the amount including tax or taxed based on the amount excluding tax). The process of determining the tax amount is as follows: extract the tax rate clause corresponding to the user contract, calculate the tax amount based on the tax base and the tax rate. The calculation formula is: tax amount = (basic fee + additional fee) × tax rate (if the tax base is the amount excluding tax). The calculation result is rounded to two decimal places.

[0051] In this embodiment, the transportation cost details can be generated in PDF format, including information such as cost items (basic cost, various additional costs, tax), calculation basis, amount and total cost. After the details are generated, they are encrypted and stored in the system, and pushed to the user terminal and driver terminal for viewing. The formula for calculating the total cost is: Total cost = Basic cost + Additional costs + Tax.

[0052] In this embodiment, generating the user's accounts receivable invoice specifically involves: extracting information such as the total cost, user information, and payment deadline (extracted from the contract, such as "payment within 30 days after acceptance") from the expense details sheet, generating a standardized accounts receivable invoice, and using the format "YYYYMMDD + user number + serial number" for the invoice number; pushing the accounts receivable invoice to the user's financial system via API interface, while also keeping a backup in the transportation management system.

[0053] In this embodiment, generating the payable invoice for the driver's terminal specifically involves: determining the payable amount based on the expense details, the type of transport vehicle, and the driver cooperation mode (owned driver or outsourced driver) (e.g., payable amount for owned drivers = basic fee × 80%, payable amount for outsourced drivers = basic fee + agreed additional fee); extracting driver information and payment terms (e.g., "payment within 7 days after completion of transportation"); generating a standardized payable invoice; and using the same invoice numbering rules as the accounts receivable invoice. The payable invoice is pushed to the driver's terminal application, allowing the driver to view and confirm the invoice details online.

[0054] In this embodiment, a price template matching the pricing method is first extracted, and the basic cost is automatically calculated in conjunction with the transportation freight bill to ensure the accuracy of the basic cost calculation; additional costs are automatically judged and calculated based on preset rules to ensure the reasonableness and compliance of additional costs; the tax amount is accurately calculated according to the user's contract tax rate terms to ensure tax compliance; the basic cost, additional costs, and tax amount are integrated to generate a detailed cost breakdown, providing a complete basis for bill generation; and accounts receivable and accounts payable are generated simultaneously based on the cost breakdown, realizing the collaboration between business and finance.

[0055] As can be seen from the above, this embodiment realizes the automated calculation of transportation costs, replacing manual accounting, improving accounting efficiency, and reducing the error rate; it simultaneously generates accounts receivable and accounts payable invoices, reducing the difficulty of financial reconciliation and shortening the settlement cycle; the detailed expense list is clear and transparent, improving the acceptance of costs by users and drivers, reducing expense disputes, and ensuring the efficiency of capital turnover.

[0056] In one embodiment of this application, pushing a reservation request to the port transportation system includes: obtaining vehicle information, cargo details, and driver qualification information associated with the transportation task order; encapsulating the vehicle information, cargo details, and driver qualification information into a reservation request and pushing it to the port transportation system so that the port transportation system can verify it based on its preset port business rules; the port business rules include vehicle entry qualification rules, cargo safe storage rules, and driver registration rules; receiving the verification result returned by the port transportation system; if the verification result is a successful reservation, obtaining a reservation approval instruction; if the verification result is a failed reservation, obtaining a reservation feedback instruction containing the reason for failure, adjusting the relevant information based on the reason for failure, and re-pushing the reservation request, or pushing a reservation failure notification to the driver terminal and the user terminal.

[0057] In this embodiment, the vehicle information associated with the transport task order may specifically include the license plate number, vehicle VIN code, vehicle type, rated load, vehicle annual inspection validity period, and transport qualification certificate number; the cargo details information may specifically include the cargo name, cargo type, quantity, weight, volume, packaging method, dangerous goods classification (if it is a hazardous chemical), and safety technical specifications; the driver qualification information may specifically include the driver's name, driver's license number, professional qualification certificate number and professional qualification certificate validity period, and driver registration number (registration information required by the port); the above information can be obtained by extracting it from the vehicle management module, driver management module, and transport task module of the transport management system through key field association.

[0058] The reservation request can be encapsulated in XML format, with the encapsulation structure following the interface specifications of the port transportation system. It includes a header (request number, request time, sender identifier), a body (vehicle information, cargo details, driver qualification information), and a footer (verification code). The verification code is generated using the MD5 encryption algorithm, which is obtained by encrypting the request body information with a preset key. It is used by the port transportation system to verify the integrity and authenticity of the request information. The push method is to send the request to the reservation interface of the port transportation system via an HTTP POST request.

[0059] The port business rules are the pre-set reservation and verification standards for the port transportation system. Among them, the vehicle entry qualification rules specifically require that the vehicle has a valid annual inspection certificate, the corresponding transportation qualification, and meets the port's restrictions on vehicle type and load capacity; the cargo safe storage rules specifically require that the cargo packaging meets the standards, hazardous chemicals have the corresponding safety certificates, and the quantity of cargo does not exceed the port's storage limit; the driver registration rules specifically require that the driver has completed the registration at the port and has a valid professional qualification certificate.

[0060] Receiving the verification results returned by the port transportation system can be achieved by listening to the response interface of the port transportation system. The response information is also in XML format, including the request number, verification result (pass / fail), verification time, and reason for failure (if it fails). After receiving the response, the verification result is automatically parsed and recorded in the reservation log.

[0061] The specific process for adjusting relevant information based on the reasons for failure is as follows: extract the reasons for failure from the reservation feedback instruction (such as "driver not registered" or "vehicle qualification expired"), generate corresponding adjustment suggestions and push them to the dispatcher's terminal; the dispatcher corrects the information according to the adjustment suggestions (such as urging the driver to complete port registration or replace the vehicle with a vehicle with valid qualifications), and after the correction is completed, the reservation request is automatically repackaged and pushed.

[0062] The method for sending booking failure notifications to driver and user terminals is as follows: a dual method of sending notifications via terminal application pop-up and SMS notification. The notification content includes the booking number, the reason for failure, and subsequent handling suggestions (such as "Please change to a vehicle with valid qualifications and rebook"). If the booking still fails after 3 re-sending attempts, the booking process will be terminated and a booking failure report will be generated and archived.

[0063] In this embodiment, the complete vehicle, cargo, and driver information required for the reservation is first obtained to ensure the integrity of the reservation information; the reservation information is encapsulated and encrypted in a standardized format to ensure the security and compatibility of the reservation information transmission; after the reservation request is pushed to the port transportation system, the verification result based on the port business rules is received; the reservation is processed according to the verification result, and if the reservation fails, the reservation is re-pushed or a failure notification is sent after adjustments based on the reason, to ensure the standardized and orderly reservation process.

[0064] As can be seen from the above, the standardized reservation information encapsulation and verification mechanism in this embodiment improves the integrity and compliance of reservation information and increases the reservation success rate; the clear exception handling process can quickly respond to reservation failures and reduce transportation delays caused by reservation failures; the dual-method push failure notification ensures that relevant parties are aware of the situation in a timely manner, which facilitates timely adjustments and ensures the transportation progress.

[0065] In one embodiment of this application, after vehicle scheduling based on matching results, the method further includes: acquiring transportation status data of the transport vehicle during transportation; the transportation status data includes vehicle location, driving trajectory, transportation duration, and cargo status; comparing the transportation status data with the transportation route and transportation timeliness requirements, and generating a transportation anomaly event if the comparison result is abnormal; in response to the transportation anomaly event, executing a preset anomaly handling strategy, the anomaly handling strategy including sending a correction instruction to the driver terminal, replanning the transportation route, or sending an anomaly alarm and handling plan to the user terminal; acquiring a task completion confirmation instruction triggered by the driver terminal when the transportation task is completed; in response to the task completion confirmation instruction, pushing a transportation completion notification to the user terminal and requesting the user terminal to confirm receipt; if the user terminal's confirmation receipt instruction is obtained within a preset time, generating a transportation task verification report based on the transportation task order and actual transportation data, and marking the status of the transportation task as completed.

[0066] In this embodiment, the transportation status data is obtained as follows: the vehicle location and driving trajectory can be obtained through the GPS positioning module installed on the transport vehicle, with a positioning frequency of once every 30 seconds; the transportation time is recorded through the vehicle terminal; and the cargo status data is obtained through temperature and humidity sensors (if it is cold chain cargo) and pressure sensors (if it is fragile cargo) installed in the cargo compartment.

[0067] In this embodiment, the specific process of comparing transportation status data with transportation routes and transportation timeliness requirements is as follows: the real-time vehicle location is compared with the planned transportation route, and the deviation distance is calculated (a deviation distance greater than 500 meters is considered abnormal); the cumulative transportation time is compared with the expected transportation time, and if the cumulative transportation time exceeds 10% of the expected transportation time, it is considered abnormal; the cargo status data is compared with the preset safety range (such as the temperature of cold chain cargo 0-5℃), and if it exceeds the range, it is considered abnormal.

[0068] In this embodiment, a transportation anomaly event may specifically include the anomaly type (such as route deviation, transportation delay, or cargo status anomaly), the time of occurrence of the anomaly, the location of the anomaly, and specific data about the anomaly (such as deviation distance or current temperature). The anomaly event is generated using a structured data format and is automatically stored in the system's anomaly event database.

[0069] In this embodiment, the preset anomaly handling strategies are stored in the system's emergency handling module. Corresponding strategies are preset for different anomaly types: when the route deviation is abnormal, a correction instruction is sent to the driver's terminal; when the transportation delay is abnormal, the transportation route is replanned based on real-time traffic data and pushed to the driver's terminal, while a delay alarm, the estimated delay duration, and the adjusted arrival time are sent to the user terminal; when the cargo status is abnormal, emergency handling instructions (such as adjusting the cold chain temperature and checking the cargo's securing condition) are sent to the driver's terminal, and an anomaly alarm and handling plan (such as urgently dispatching alternative vehicles) are sent to the user terminal.

[0070] In this embodiment, the task completion confirmation instruction is triggered as follows: after the driver completes the unloading of goods, he clicks the task completion button through the application on the driver's terminal, uploads photos of the unloading site, and confirms that the photos are correct before obtaining the task completion confirmation instruction.

[0071] In this embodiment, the method of pushing the transportation completion notification to the user can be an application pop-up window + email notification. The notification content includes information such as the transportation task number, completion time, unloading location, and quantity of goods. The request for the user to confirm receipt is achieved by attaching "confirm receipt" and "reject receipt" buttons to the notification. After the user clicks "confirm receipt," a receipt confirmation instruction is generated. If the user clicks "reject receipt," a reason for rejection must be filled in.

[0072] In this embodiment, the preset time is 24 hours from the date of the delivery completion notification. This time can be adjusted according to the user's contract agreement. The actual transportation data can include the actual transportation time, actual transportation route, actual quantity of goods loaded, and cargo damage. The transportation task verification report can be generated in PDF format, including basic transportation task information, actual execution data, cost details, and acceptance results. After generation, it is archived in the system and pushed to the user terminal and the finance department.

[0073] In this embodiment, marking the status of a transportation task as completed specifically involves: in the task management module of the transportation management system, updating the status of the task from "in execution" to "completed," and recording the update time and operator; simultaneously, updating the status of the corresponding transportation vehicle to "idle" to facilitate subsequent scheduling.

[0074] In this embodiment, data such as vehicle, trajectory, duration, and cargo status are acquired in real time during transportation. By comparing these data with preset routes and timeliness requirements, anomalies are promptly detected and abnormal events are generated. Preset processing strategies are executed for different anomaly types to quickly respond to anomalies and reduce their impact. After the task is completed, a confirmation instruction is triggered by the driver to push a completion notification to the user and request receipt confirmation. After receiving receipt confirmation within a specified time, a verification report is generated and the task is marked as completed, thus achieving closed-loop management of transportation tasks.

[0075] As can be seen from the above, this embodiment achieves real-time monitoring of the transportation process, timely detection and handling of abnormal situations, reduces transportation risks, and improves transportation reliability; the standardized task completion confirmation and receipt confirmation process ensures the rigor of transportation task acceptance; and the generation of verification reports and marking of task completion realizes closed-loop management of the entire transportation task process, improves the integrity and controllability of transportation management, and provides a basis for subsequent data analysis and optimization.

[0076] In one embodiment of this application, after acquiring the transportation status data of the transport vehicle during transportation, the method further includes: continuously evaluating the current transportation route based on the transportation status data and real-time acquired external environmental data, wherein the external environmental data includes real-time traffic flow data, weather warning data, and road control data; if the evaluation results identify alternative routes that meet preset optimization conditions, a route adjustment plan is generated, wherein the route adjustment plan is optimized based on at least one of improved transportation timeliness, reduced transportation costs, or enhanced driving safety; the route adjustment plan is pushed to the driver terminal, and a confirmation instruction is received from the driver terminal; if a confirmation instruction is received, the transportation route is updated, and the updated navigation guidance and adjusted estimated arrival time are sent to the driver terminal.

[0077] In this embodiment, the external environment data is obtained as follows: real-time traffic flow data can be obtained by calling the traffic flow interface of Baidu Maps Open Platform; meteorological warning data can be obtained by calling the warning information interface of the National Meteorological Information Center, including warning types and impact ranges such as rainstorms, strong winds, and heavy fog; road control data can be obtained by calling the public interface of the local traffic management department, including controlled road sections, control time, and control reasons.

[0078] The current transportation route is continuously evaluated every 5 minutes. The evaluation can use a comprehensive scoring method, and the scoring indicators include the real-time congestion index of the current route (0-10, the higher the value, the more severe the congestion), the estimated remaining transportation time, and the driving safety factor (calculated based on weather warnings and road control data, 0-1, the higher the value, the safer). The evaluation process can be automatically executed by an evaluation program written in Java to generate a comprehensive score for the current route.

[0079] The preset optimization conditions are as follows: the comprehensive score of the alternative route is 5 points or more higher than that of the current route, and the estimated remaining transportation time of the alternative route is 10% or more shorter than that of the current route, or the driving safety coefficient is 0.2 or more higher than that of the current route, or the estimated transportation cost is 5% or more lower than that of the current route. The optimization conditions are stored in the system's route optimization module and can be adjusted according to user needs.

[0080] The process of generating route adjustment plans is as follows: Based on real-time traffic flow, weather, and road control data, 1-2 alternative optimized routes are generated; the route adjustment plan specifically includes the detailed route of the alternative route, the estimated remaining transportation time, the estimated transportation cost, the driving safety factor, and the optimization highlights (such as "avoiding congested sections, expected to save 20 minutes"); the plan is presented in a combination of text and graphics to facilitate driver understanding.

[0081] The route adjustment plan is pushed to the driver's terminal via an application pop-up and voice reminder, ensuring that the driver is aware of it in a timely manner while driving. The driver can provide feedback by clicking the "Confirm Adjustment" or "Reject Adjustment" button in the pop-up. If no feedback is received within 10 minutes, the adjustment is rejected by default.

[0082] The specific steps for updating transportation routes are as follows: In the route management module of the transportation management system, the original transportation routes are replaced with the adjusted routes, and all route-related data (such as estimated arrival time) are updated synchronously. The updated navigation guidance adopts the form of voice navigation + map display, which is pushed through the navigation application on the driver's terminal. The broadcast frequency is adjusted according to the driving speed (once every 2 kilometers on highways and once every 500 meters on urban roads). The adjusted estimated arrival time is recalculated based on the mileage of the new route and real-time traffic data, accurate to the minute, and pushed to the driver's terminal and the user's terminal.

[0083] In this embodiment, during transportation, the current route is periodically and continuously evaluated by combining real-time transportation status data and external environment data; when an alternative route that meets the optimization conditions is found, a scientific route adjustment plan is generated; the plan is pushed to the driver's terminal and confirmed; after confirmation, the route is updated and new navigation guidance and estimated arrival time are pushed, thereby realizing dynamic optimization of the route.

[0084] As can be seen from the above, this embodiment achieves dynamic optimization of transportation routes, effectively avoiding sudden congestion, severe weather, and road closures, ensuring timely transportation; improving driving safety and reducing transportation risks; the optimized route can reduce transportation costs and improve transportation economy; and the driver's participation in route adjustment confirmation ensures the rationality and feasibility of the adjustment.

[0085] In one embodiment of this application, after vehicle scheduling based on the matching results, the method further includes: sending loading instruction information to the driver terminal, the loading instruction information including the type of goods, quantity of goods, and loading specifications in the transportation task order; obtaining loading confirmation information uploaded by the driver terminal or loading point management system, the loading confirmation information including identification data, weight data, and visual verification data of the actual loaded goods; comparing the identification data and weight data of the actual loaded goods with the transportation task order, and if the comparison results are consistent, generating a loading completion instruction and allowing the vehicle to depart; if the comparison results are inconsistent, generating a loading anomaly alarm and sending an anomaly notification to the user terminal and driver terminal to trigger manual verification.

[0086] In this embodiment, the loading instruction information can be generated in PDF format combining text and images, specifically including cargo type (e.g., "20-foot standard container"), cargo quantity (e.g., "10 boxes"), and loading specifications; the delivery method is push notification from the driver's terminal application plus SMS reminder, ensuring that the driver is aware of the loading requirements in advance.

[0087] The loading point management system is a dedicated management system for cargo loading sites, equipped with weighing, cargo identification, and data storage functions. The identification data of the actual loaded cargo is specifically the unique identifier of the cargo (such as container number or cargo barcode), which is obtained by scanning the cargo identifier through the driver's terminal or by automatic identification by the loading point management system. The data is transmitted to the loading point management system through the communication interface and then synchronized to the transportation management system. The visual verification data consists of on-site photos or videos after loading is completed, which are uploaded by the driver's terminal through photo / video recording or automatically collected by the loading point monitoring system.

[0088] The specific process of comparing the identification data and weight data of the actual loaded goods with the transportation task order is as follows: extract the goods identification, goods quantity and expected total weight from the transportation task order, and compare them with the uploaded identification data, actual loaded quantity and actual total weight; the comparison criteria are: the goods identification is completely matched, the actual loaded quantity is consistent with the task quantity, and the deviation between the actual total weight and the expected total weight does not exceed ±2%; the comparison results are fed back in real time.

[0089] The process of generating a loading completion instruction involves generating an instruction containing the loading completion time, loading point name, and permission to start the vehicle. This instruction is pushed through the driver's terminal application and simultaneously to the loading point management system, allowing the vehicle to leave the loading point. The permission to start the vehicle is achieved through linkage with the vehicle terminal. After the loading completion instruction is pushed, the vehicle terminal unlocks the vehicle's driving permission. The vehicle cannot start driving without receiving the instruction (for owned vehicles, outsourced vehicles are reminded to start the vehicle through the driver's terminal).

[0090] The loading anomaly alarm specifically includes the anomaly type (such as mismatched cargo identification, quantity shortage, or excessive weight), anomaly data (such as actual quantity of 8 boxes, task quantity of 10 boxes), and the location of the anomaly. Anomaly notifications are sent to the user and driver terminals via application pop-ups and telephone voice notifications. The notification content includes alarm information and manual verification requirements (such as "Please immediately verify the quantity of loaded cargo to confirm whether there are any missing boxes"). The manual verification process is as follows: after receiving the notification, the dispatcher contacts the driver and loading point management personnel for on-site verification. After verification, the results (such as "Confirmed 2 missing boxes, now reloaded") are entered into the system. The system is then re-compared based on the verification results, and a loading completion instruction is generated upon confirmation of consistency.

[0091] In this embodiment, after scheduling is completed, detailed loading instructions are sent to the driver to standardize the loading operation. After loading is completed, multi-dimensional loading confirmation information uploaded by the driver's terminal or the loading point management system is obtained. The confirmation information is accurately compared with the transportation task order to verify the accuracy of the loading. If the comparison is consistent, the vehicle is allowed to start; if the comparison is inconsistent, an abnormal alarm and manual verification are triggered to ensure the standardization and accuracy of the loading process.

[0092] As can be seen from the above, this embodiment standardizes the driver's loading operations through detailed loading instructions, reducing cargo damage and safety hazards caused by improper loading; multi-dimensional loading confirmation information and accurate comparison can promptly detect problems such as misloading, omissions, and exceeding weight limits, preventing defective goods from leaving the factory; abnormal alarms and manual verification mechanisms can quickly handle loading anomalies, ensuring the accuracy and safety of transported goods and preventing greater losses in subsequent transportation processes.

[0093] Based on the same inventive concept, this application also provides a transportation management device for implementing the transportation management method described above. The solution provided by this device is similar to the solution described in the above method; therefore, the specific limitations in one or more embodiments of the transportation management device provided below can be found in the limitations of the transportation management method described above, and will not be repeated here.

[0094] This application embodiment provides a transportation management device, as shown in Figure 2. The transportation management device 20 includes: a data verification module 21, a first confirmation module 22, a second confirmation module 23, a third confirmation module 24, a matching module 25, and a vehicle dispatching module 26. The data verification module 21 is used to obtain the dispatch plan data from the user terminal and verify the dispatch plan data. The first confirmation module 22 is used to push a transportation task order to the driver terminal based on the verified dispatch plan data to obtain the driver's order acceptance confirmation instruction. The transportation task order includes the type of goods, origin, destination, quantity of goods, and transportation time. The second confirmation module 23 is used to... If a driver accepts an order confirmation instruction, a reservation request is pushed to the port transportation system. The reservation request is used to obtain a reservation approval instruction. The third confirmation module 24 is used to push a vehicle release instruction to the port gate system and a reservation voucher to the driver's terminal if a reservation approval instruction is obtained. The matching module 25 is used to determine the matching result with the transportation task order based on the transportation task order and parameter matching rules if the reservation is successful. The matching result includes the transportation vehicle, transportation route, and pricing method. The parameter matching rules are preset matching rules associated with the transportation task order. The vehicle dispatching module 26 is used to dispatch vehicles based on the matching result.

[0095] In one embodiment of this application, the transport task order further includes cargo load requirements and transport timeliness requirements; the method for determining the matching transport vehicle includes: extracting the cargo type, cargo load requirements, and transport timeliness requirements from the transport task order; based on the preset vehicle matching sub-rules in the parameter matching rules, filtering out candidate transport vehicle models that have the corresponding cargo transport qualifications and whose load capacity meets the cargo load requirements; the candidate transport vehicle models include at least one type; based on the transport cost adaptability, transport timeliness adaptability, and adaptability of the vehicle model to the cargo, a comprehensive evaluation is performed on each candidate transport vehicle model, and the candidate transport vehicle model with the highest comprehensive score is determined as the final matched transport vehicle; the method for determining the matching transport route is: extracting the origin and destination of the cargo from the transport task order, based on... Based on real-time traffic data, road restriction rules, and congestion warning information of transportation sections, the route matching sub-rules preset in the parameter matching rules generate multiple alternative transportation routes from the origin to the destination of goods. The transportation timeliness, transportation cost, and driving safety of each alternative transportation route are comprehensively evaluated, and the alternative transportation route with the best evaluation result is selected as the final matched transportation route. The method for determining the matching pricing method is as follows: extract the type of goods and transportation distance from the transportation task order, and based on the pricing matching sub-rules preset in the parameter matching rules, associate the preset pricing terms agreed upon with the user, and match the corresponding pricing mode. Based on the matched pricing mode, extract the corresponding pricing benchmark parameters to generate the cost calculation basis corresponding to the transportation task order, which serves as the final matched pricing method.

[0096] In one embodiment of this application, the transportation management device 20 further includes a cost details module, specifically used for: extracting a price template matching the pricing method and calculating the basic transportation cost based on the transportation freight bill; determining additional costs based on preset additional cost rules; determining the tax amount based on the user contract tax rate terms; obtaining a transportation cost details sheet based on the basic cost, additional costs, and tax amount; and generating an accounts receivable bill for the user terminal and an accounts payable bill for the driver terminal based on the transportation cost details sheet.

[0097] In one embodiment of this application, the second confirmation module 23 is specifically used for: obtaining vehicle information, cargo details, and driver qualification information associated with the transportation task order; encapsulating the vehicle information, cargo details, and driver qualification information into a reservation request and pushing it to the port transportation system so that the port transportation system can verify it based on its preset port business rules; the port business rules include vehicle entry qualification rules, cargo safe storage rules, and driver registration rules; receiving the verification result returned by the port transportation system; if the verification result is that the reservation is approved, obtaining a reservation approval instruction; if the verification result is that the reservation is not approved, obtaining a reservation feedback instruction containing the reason for the failure, adjusting the relevant information based on the reason for the failure, and re-pushing the reservation request, or pushing a reservation failure notification to the driver terminal and the user terminal.

[0098] In one embodiment of this application, the transportation management device 20 further includes an anomaly judgment module, specifically used for: acquiring transportation status data of the transport vehicle during transportation; the transportation status data includes vehicle location, driving trajectory, transportation duration, and cargo status; comparing the transportation status data with the transportation route and transportation timeliness requirements; if the comparison result is abnormal, generating a transportation anomaly event; responding to the transportation anomaly event, executing a preset anomaly handling strategy, the anomaly handling strategy including sending a correction instruction to the driver terminal, replanning the transportation route, or sending an anomaly alarm and handling plan to the user terminal; acquiring a task completion confirmation instruction triggered by the driver terminal when the transportation task is completed; responding to the task completion confirmation instruction, pushing a transportation completion notification to the user terminal and requesting the user terminal to confirm receipt; if the user terminal's confirmation receipt instruction is obtained within a preset time, generating a transportation task verification report based on the transportation task order and actual transportation data, and marking the status of the transportation task as completed.

[0099] In one embodiment of this application, the anomaly detection module is further configured to: continuously evaluate the current transportation route based on transportation status data and real-time acquired external environmental data, wherein the external environmental data includes real-time traffic flow data, weather warning data, and road control data; if the evaluation results identify alternative routes that meet preset optimization conditions, a route adjustment plan is generated, wherein the route adjustment plan is optimized based on at least one of improved transportation timeliness, reduced transportation costs, or enhanced driving safety; the route adjustment plan is pushed to the driver terminal, and a confirmation instruction is received from the driver terminal; if a confirmation instruction is received, the transportation route is updated, and the updated navigation guidance and adjusted estimated arrival time are sent to the driver terminal.

[0100] In one embodiment of this application, the transportation management device 20 further includes a loading confirmation module, specifically configured to: send loading instruction information to the driver terminal, the loading instruction information including the type of goods, quantity of goods, and loading specifications in the transportation task order; obtain loading confirmation information uploaded by the driver terminal or the loading point management system, the loading confirmation information including identification data, weight data, and visual verification data of the actual loaded goods; compare the identification data and weight data of the actual loaded goods with the transportation task order, and if the comparison results are consistent, generate a loading completion instruction and allow the vehicle to depart; if the comparison results are inconsistent, generate a loading abnormality alarm and send an abnormality notification to the user terminal and the driver terminal to trigger manual verification.

[0101] Referring to Figure 3, which is a schematic block diagram of an electronic device provided in an embodiment of this application, the electronic device 300 in this embodiment, as shown in Figure 3, may include one or more processors 301, one or more input devices 302, one or more output devices 303, and one or more memories 304. The processors 301, input devices 302, output devices 303, and memories 304 communicate with each other via a communication bus 305. The memories 304 are used to store computer programs, which include program instructions. The processors 301 are used to execute the program instructions stored in the memories 304. Specifically, the processors 301 are configured to invoke the program instructions to execute the functions of the modules in the above-described device embodiments, such as the functions of the data verification module 21, the first confirmation module 22, the second confirmation module 23, the third confirmation module 24, the matching module 25, and the vehicle scheduling module 26 shown in Figure 2.

[0102] It should be understood that, in the embodiments of this application, the processor 301 may be a central processing unit (CPU), or it may be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or any conventional processor.

[0103] Input device 302 may include a touchpad, a fingerprint sensor (for collecting the user's fingerprint information and fingerprint orientation information), a microphone, etc., and output device 303 may include a display (LCD, etc.), a speaker, etc.

[0104] The memory 304 may include read-only memory and random access memory, and provides instructions and data to the processor 301. A portion of the memory 304 may also include non-volatile random access memory. For example, the memory 304 may also store shipping schedule data, matching rules, and other information.

[0105] In specific implementations, the processor 301, input device 302, and output device 303 described in the embodiments of this application can execute the implementation method described in the transportation management method provided in the embodiments of this application, or they can execute the implementation method of the electronic device described in the embodiments of this application, which will not be repeated here.

[0106] In another embodiment of this application, a computer-readable storage medium is provided. This computer-readable storage medium stores a computer program, which includes program instructions. When executed by a processor, the program instructions implement all or part of the processes in the methods described above. Alternatively, the computer program can instruct related hardware to complete the process. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable medium can include any entity or device capable of carrying computer program code, a recording medium, a USB flash drive, a portable hard drive, a magnetic disk, an optical disk, a computer memory, a read-only memory (ROM), a random access memory (RAM), an electrical carrier signal, a telecommunication signal, and a software distribution medium, etc.

[0107] The computer-readable storage medium can be an internal storage unit of the electronic device in any of the foregoing embodiments, such as a hard disk or memory of the electronic device. The computer-readable storage medium can also be an external storage device of the electronic device, such as a plug-in hard disk, smart media card (SMC), secure digital card (SD), flash card, etc., provided on the electronic device. Furthermore, the computer-readable storage medium can include both internal and external storage units of the electronic device. The computer-readable storage medium is used to store computer programs and other programs and data required by the electronic device. The computer-readable storage medium can also be used to temporarily store data that has been output or will be output.

[0108] Those skilled in the art will recognize that the modules / units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of both. To clearly illustrate the interchangeability of hardware and software, the components and steps of the various examples have been generally described in terms of functionality in the foregoing description. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementations should not be considered beyond the scope of this application.

[0109] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working process of the electronic devices and units described above can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0110] In the several embodiments provided in this application, it should be understood that the disclosed electronic devices and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For instance, the division of modules / units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple modules may be combined or integrated into another system, or some features may be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be indirect coupling or communication connection through some interfaces or modules / units, or it may be an electrical, mechanical, or other form of connection.

[0111] The modules / units described as separate components may or may not be physically separate. Similarly, the components shown as modules / units may or may not be physical modules / units; they may be located in one place or distributed across multiple network modules / units. Some or all of the modules / units can be selected to achieve the purpose of the embodiments of this application, depending on actual needs.

[0112] Furthermore, the functional modules in the various embodiments of this application can be integrated into one processing unit, or each module can exist physically separately, or two or more modules can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0113] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in this application, and these modifications or substitutions should all be covered within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A transportation management method, characterized in that, include: Obtain the shipping plan data from the user's end and verify the shipping plan data; Based on the verified shipping plan data, a transportation task order is pushed to the driver's terminal to obtain a driver's order acceptance confirmation instruction. The transportation task order includes cargo type, origin, destination, cargo quantity, and transportation time. If the driver's order acceptance confirmation instruction is obtained, a reservation request is pushed to the port transportation system. The reservation request is used to obtain a reservation approval instruction. If the reservation approval instruction is obtained, a vehicle release instruction is pushed to the port gate system, and a reservation voucher is pushed to the driver's terminal. If the reservation is successful, a matching result is determined based on the transportation task order and parameter matching rules. The matching result includes the transportation vehicle, transportation route, and pricing method. The parameter matching rules are preset matching rules associated with the transportation task order. Vehicle scheduling is performed based on the matching result.

2. The transportation management method as described in claim 1, characterized in that, The transport task order also includes cargo load requirements and transport time requirements; the method for determining the matching transport vehicle includes: extracting the cargo type, cargo load requirements, and transport time requirements from the transport task order; based on the preset vehicle matching sub-rules in the parameter matching rules, filtering out candidate transport vehicle models that have the corresponding cargo transport qualifications and whose load capacity meets the cargo load requirements; the candidate transport vehicle model includes at least one; based on the transport cost adaptability, transport time adaptability, and adaptability of the vehicle model to the cargo, a comprehensive evaluation is performed on each candidate transport vehicle model, and the candidate transport vehicle model with the highest comprehensive score is determined as the final matched transport vehicle; the method for determining the matching transport route is: extracting the origin and destination of the cargo from the transport task order, based on the parameter... The route matching sub-rules preset in the parameter matching rules generate multiple alternative transportation routes from the origin to the destination of the goods based on real-time traffic data, road restriction rules, and transportation section congestion warning information. The transportation timeliness, transportation cost, and driving safety of each alternative transportation route are comprehensively evaluated, and the alternative transportation route with the best evaluation result is selected as the final matched transportation route. The method for determining the matching pricing method is as follows: extract the cargo type and transportation distance from the transportation task order, and based on the pricing matching sub-rules preset in the parameter matching rules, associate the preset pricing terms agreed upon with the user, and match the corresponding pricing mode. Based on the matched pricing mode, extract the corresponding pricing benchmark parameters to generate the cost calculation basis corresponding to the transportation task order, which serves as the final matched pricing method.

3. The transportation management method as described in claim 1, characterized in that, Also includes: Extract the price template that matches the pricing method, and calculate the basic transportation cost based on the transportation freight bill; Additional fees are determined based on preset additional fee rules; The tax amount is determined based on the tax rate terms in the user's contract. Based on the basic fee, the additional fee, and the tax amount, a detailed transportation fee statement is obtained; based on the detailed transportation fee statement, an accounts receivable invoice for the user terminal and an accounts payable invoice for the driver terminal are generated.

4. The transportation management method as described in claim 3, characterized in that, The process of pushing a reservation request to the port transportation system includes: obtaining vehicle information, cargo details, and driver qualification information associated with the transportation task order; encapsulating the vehicle information, cargo details, and driver qualification information into the reservation request and pushing it to the port transportation system, so that the port transportation system can verify it based on its preset port business rules; the port business rules include vehicle entry qualification rules, cargo safe storage rules, and driver registration rules; receiving the verification result returned by the port transportation system; if the verification result is a successful reservation, obtaining a successful reservation instruction; if the verification result is a failed reservation, obtaining a reservation feedback instruction containing the reason for failure, adjusting the relevant information based on the reason for failure, and re-pushing the reservation request, or pushing a reservation failure notification to the driver terminal and the user terminal.

5. The transportation management method as described in claim 2, characterized in that, After vehicle dispatching based on the matching results, the process further includes: acquiring transportation status data of the transport vehicles during transportation; the transportation status data includes vehicle location, driving trajectory, transportation duration, and cargo status; comparing the transportation status data with the transportation route and transportation timeliness requirements; if the comparison result is abnormal, generating a transportation anomaly event; responding to the transportation anomaly event, executing a preset anomaly handling strategy, the anomaly handling strategy including sending a correction instruction to the driver terminal, replanning the transportation route, or sending an anomaly alarm and handling plan to the user terminal; acquiring a task completion confirmation instruction triggered by the driver terminal when the transportation task is completed; responding to the task completion confirmation instruction, pushing a transportation completion notification to the user terminal and requesting the user terminal to confirm receipt; if the user terminal's confirmation receipt instruction is obtained within a preset time, generating a transportation task verification report based on the transportation task order and actual transportation data, and marking the status of the transportation task as completed.

6. The transportation management method as described in claim 5, characterized in that, After acquiring the transportation status data of the transport vehicle during transportation, the method further includes: continuously evaluating the current transportation route based on the transportation status data and real-time acquired external environmental data, wherein the external environmental data includes real-time traffic flow data, weather warning data, and road control data; if the evaluation results identify alternative routes that meet preset optimization conditions, a route adjustment plan is generated, wherein the route adjustment plan is optimized based on at least one of improved transportation timeliness, reduced transportation costs, or enhanced driving safety; the route adjustment plan is pushed to the driver terminal, and a confirmation instruction is received from the driver terminal; if the confirmation instruction is received, the transportation route is updated, and updated navigation guidance and adjusted estimated arrival time are sent to the driver terminal.

7. The transportation management method as described in claim 1, characterized in that, After vehicle dispatching based on the matching results, the process further includes: sending loading instruction information to the driver terminal, the loading instruction information including the cargo type, cargo quantity, and cargo loading specifications in the transportation task order; obtaining loading confirmation information uploaded by the driver terminal or the loading point management system, the loading confirmation information including identification data, weight data, and visual verification data of the actual loaded cargo; comparing the identification data and weight data of the actual loaded cargo with the transportation task order; if the comparison results are consistent, generating a loading completion instruction and allowing the vehicle to depart; if the comparison results are inconsistent, generating a loading anomaly alarm and sending an anomaly notification to the user terminal and driver terminal to trigger manual verification.

8. A transportation management device, characterized in that, include: The data verification module is used to obtain the shipping plan data from the user terminal and verify the shipping plan data. The first confirmation module is used to push a transportation task order to the driver's terminal based on the verified shipping plan data in order to obtain the driver's order acceptance confirmation instruction; the transportation task order includes the type of goods, origin, destination, quantity of goods and transportation time. The second confirmation module is used to push a reservation request to the port transportation system if the driver's order acceptance confirmation instruction is received. The reservation request is used to obtain a reservation approval instruction. The third confirmation module is used to push a vehicle release instruction to the port gate system and a reservation voucher to the driver's terminal if the reservation approval instruction is received. The matching module is used to determine the matching result of the transportation task order based on the transportation task order and the parameter matching rules if the reservation is successful. The matching result includes the transportation vehicle, transportation route, and pricing method. The parameter matching rules are preset matching rules associated with the transportation task order. The vehicle dispatching module is used to dispatch vehicles based on the matching results.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and running on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the method as described in any one of claims 1 to 7.

10. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method as described in any one of claims 1 to 7.

Images