Method and system for allocating and displaying goods sources for multi-vehicle and multi-variety mixed loading

Abstract

The application belongs to the technical field of logistics management, and discloses a cargo source distribution and display method and system for multi-vehicle and multi-variety mixed loading. The system comprises a data modeling module, an interactive display module and a state synchronization module; the data modeling module adopts a three-layer nested data structure of task-vehicle-variety group to construct a loading task model; the interactive display module generates an independent display area for each vehicle in the user interface based on the model, and independently renders a detailed information block for each variety of goods, and supports adjusting the cargo distribution through a drag operation; the state synchronization module guarantees data consistency through an atomized state management and a lock mechanism, and realizes real-time synchronization of the loading site operation data and the system interface state. The application solves the technical problems of unclear information expression, inflexible online allocation, and difficulty in synchronizing site and system data in the multi-vehicle and multi-variety mixed loading scene, and significantly improves the accuracy and efficiency of logistics execution.

Description

Technical Field

[0001] This invention relates to the fields of logistics management and information technology, specifically to a method and system for allocating and displaying cargo sources in mixed loading of multiple vehicles and various types of goods, which is particularly suitable for mixed loading operations involving multiple transport vehicles, each of which needs to carry a variety of different types of goods. Background Technology

[0002] In traditional logistics loading management, especially in complex scenarios involving multiple trucks and various types of goods, operational planning and on-site execution heavily rely on manual experience and paper documents. With the development of enterprise informatization, some basic warehouse management systems (WMS) or transportation management systems (TMS) have been introduced to manage inventory and shipping orders. However, existing technologies have the following inherent shortcomings when dealing with the specific complex scenario of "mixed loading of multiple trucks and various goods": 1. Limitations in Data Structure and Display: Existing systems typically use flat order lists or simple "vehicle-cargo" mappings for data modeling and display. When a vehicle needs to load multiple different types of goods (e.g., different categories, materials, and packaging specifications), the system cannot clearly and structurally display the details and summary information of the different types of goods in each vehicle on the interface. This makes it difficult for dispatchers to intuitively and accurately grasp the specific loading composition of each vehicle, easily leading to incorrect loading or omissions.

[0003] 2. Insufficient flexibility in allocation: When loading plans need to be adjusted temporarily, such as moving some goods from truck A to truck B, or adjusting the proportion of different types of goods in the same truck, the existing system lacks intuitive and efficient online operation methods. It usually requires modifying multiple data relationships in the backend, which is cumbersome and error-prone, and cannot achieve flexible drag-and-drop allocation with a "what you see is what you get" approach.

[0004] 3. Disconnect between on-site and system status: Loading operations are a dynamic process. Existing systems often manage statically at the planning level, lacking real-time linkage with the on-site loading progress. On-site operators record loading status offline using paper lists or mobile devices, and the data needs to be manually entered into the system afterward, resulting in a significant lag between system data and actual conditions. This asynchrony prevents managers from monitoring loading progress in real time, handling anomalies promptly, and creates "information silos" between planning and execution.

[0005] 4. Collaborative Operations and Data Consistency Issues: When multiple people collaborate to develop plans or when on-site and back-end updates are synchronized, there is a lack of effective concurrency control mechanisms. This can easily lead to data conflicts, overwriting, or logical confusion caused by multiple people simultaneously modifying the same loading plan.

[0006] In summary, existing technologies lack a dedicated system and method capable of structurally modeling, visually displaying, flexibly allocating, and achieving high-precision real-time status synchronization and collaborative management of mixed loading schemes involving multiple vehicles and product types. Summary of the Invention

[0007] The purpose of this invention is to overcome the shortcomings of existing technologies and provide a method and system for allocating and displaying cargo sources for mixed loading of multiple vehicles and varieties. Through innovative data models, interactive interfaces and status management mechanisms, it solves the technical problems of unclear information expression, inflexible operation and asynchronous data in complex loading scenarios, thereby improving the planning accuracy, operational efficiency and process controllability of the logistics loading process.

[0008] The present invention adopts the following technical solution: On the one hand, the present invention provides a method for allocating and displaying cargo sources in mixed loading of multiple vehicles and multiple varieties, including: S1: Construct a loading task data model and adopt a three-layer nested structure of task-vehicle-product group to represent the mixed loading scheme of multiple vehicles and multiple products; S2: Based on the data model, generate a visualization interface, create an independent display area for each transport vehicle in the plan, and generate an independent detailed information display block for each different type of goods assigned to the vehicle; S3: Respond to the user's cargo allocation operation on the interface, parse the operation to determine the target vehicle and target cargo, and update the corresponding node association relationship in the data model; S4: An atomic state management mechanism is used to handle concurrent update requests to the data model and to synchronously feed back any data changes to the visualization interface.

[0009] In addition to any of the possible implementations described above, another implementation is provided in which the cargo allocation operation in step S3 includes a drag operation, and the parsing process includes: identifying the data model node corresponding to the dragged interface element, releasing the vehicle node corresponding to the target location, and generating a modification instruction that associates the source node with the target node.

[0010] In addition to any of the possible implementations described above, another implementation is provided in which the atomic state management mechanism in step S4 includes: acquiring the operation lock of a specific node before performing an update on that node of the data model; and releasing the operation lock after the update operation is successfully submitted.

[0011] In addition to any of the possible implementations described above, a further implementation is provided, wherein the method further includes S5: receiving cargo loading status change information reported by a mobile terminal from the loading site, updating the status and quantity of the corresponding cargo in the data model based on the information, and synchronizing this update to the visualization interface of all online users through the mechanism of step S4.

[0012] In addition to any of the possible implementations described above, another implementation is provided in which, in step S2, when the scheme includes multiple transport vehicles, the generation of the visualization interface includes: arranging the independent display areas of all vehicles side by side in the same view layer to intuitively display the overall allocation structure.

[0013] On the other hand, the present invention provides a cargo allocation and display system for mixed loading of multiple vehicles and multiple product types, including: The data modeling module is used to create a loading task model using a nested data structure. The model has the task as the root node, the vehicle as the first-level child node, and the cargo groups of different types under each vehicle as the second-level child nodes. An interactive display module, connected to the data modeling module, is used to provide a user interface, which is configured to generate an independent display area for each transport vehicle, and within that display area, independently render an information block containing detailed information for each different type of cargo group assigned to that vehicle. The status synchronization module is connected to the data modeling module and the interactive display module. It is used to manage the concurrent access and status consistency of data in the loading task model, and to drive the real-time synchronization of loading site data and system display information.

[0014] In addition to any of the possible implementations described above, another implementation is provided in which the interactive display module is further configured to: generate an instruction to update the dependency relationship of the corresponding node in the nested data structure in response to the user's operation of dragging an interface element representing the goods to the target vehicle display area.

[0015] In addition to any of the possible implementations described above, another implementation is provided in which the details include the name, material, quantity, packaging, and number of pieces of each goods group.

[0016] In addition to any of the possible implementations described above, another implementation is provided in which the state synchronization module is configured to manage and release editing permissions for the loading scheme data by applying atomic locks to the nodes in the nested data structure.

[0017] In addition to any of the possible implementations described above, another implementation is provided in which the status synchronization module communicates with the mobile terminal application to receive and process cargo status confirmation information from the loading site, and update the interface display of the interactive display module accordingly.

[0018] In addition to any of the possible implementations described above, another implementation is provided in which the user interface of the interactive display module is configured to arrange the independent display areas of multiple transport vehicles in parallel within the same view to intuitively display the overall loading and allocation scheme.

[0019] The beneficial effects of this invention are as follows: 1. Clearly defined loading plan and high decision-making efficiency: Through a visual approach of "independent vehicle areas + independent product blocks," complex many-to-many relationships are presented to users in a clear and hierarchical manner. Dispatchers can immediately see "which vehicle, which products, and how much of each" which greatly reduces cognitive load and improves the efficiency and accuracy of plan formulation and approval.

[0020] 2. Intuitive and flexible allocation operation with fast response: The drag-and-drop interaction makes adjusting the loading plan as intuitive as placing physical objects. Operations such as transferring goods between vehicles and adjusting the combination of product types can be completed within seconds. The system background automatically completes all complex data association updates, achieving the flexibility of "what you want is what you get" and extremely fast response speed.

[0021] 3. Real-time synchronization of the entire process, ensuring strong process controllability: Through deep integration with on-site mobile terminals, loading progress, actual loading quantity, and abnormal situations are synchronized to the central system within seconds. Managers can monitor the entire loading progress in real time from their offices, and on-site problems can be identified, communicated, and adjusted immediately. This transforms the loading operation from a "black box" to "transparent" management, significantly reducing errors and waiting time.

[0022] 4. Supports secure and efficient multi-user collaboration: Atomic transactions and locking mechanisms ensure data consistency whether multiple users are collaboratively editing plans in the background or operating simultaneously in the foreground and background. This avoids data overwriting and conflicts, enabling safe and parallel team collaboration.

[0023] 5. Improve overall logistics efficiency and resource utilization: Clear display and flexible allocation help optimize vehicle loading rates and reduce empty or lightly loaded vehicles; real-time synchronization reduces vehicle waiting and site congestion caused by information lag. Overall, this improves the throughput, asset utilization, and order fulfillment timeliness of logistics hubs. Attached Figure Description

[0024] Figure 1 This is a schematic diagram of the system architecture modules according to an embodiment of the present invention.

[0025] Figure 2 This is a schematic diagram of a loading task data model (nested structure) according to an embodiment of the present invention.

[0026] Figure 3 This is a schematic diagram of a user interface (multiple vehicles and multiple product displays) according to an embodiment of the present invention.

[0027] Figure 4 This is a flowchart of a cargo dragging and dispatching operation according to an embodiment of the present invention.

[0028] Figure 5 This is a flowchart illustrating the on-site status synchronization and data update process according to an embodiment of the present invention.

[0029] Figure 6 This is a schematic diagram of state lock management during multi-user collaborative editing according to an embodiment of the present invention. Detailed Implementation

[0030] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described in detail below with reference to specific embodiments and the accompanying drawings. It should be understood that these descriptions are merely exemplary and not intended to limit the scope of the invention. Furthermore, descriptions of well-known structures and techniques are omitted in the following description to avoid unnecessarily obscuring the concept of the invention.

[0031] The accompanying drawings illustrate a layer structure according to an embodiment of the present invention. These drawings are not to scale, and some details have been enlarged for clarity, and some details may have been omitted. The shapes of the various regions and layers shown in the drawings, as well as their relative sizes and positional relationships, are merely exemplary and may deviate from reality due to manufacturing tolerances or technical limitations. Furthermore, those skilled in the art can design regions / layers with different shapes, sizes, and relative positions as needed.

[0032] Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without inventive effort are within the scope of protection of the present invention.

[0033] In the description of this invention, it should be noted that the terms "first," "second," and "third" are used for descriptive purposes only and should not be construed as indicating or implying relative importance.

[0034] Furthermore, the technical features involved in the different embodiments of the present invention described below can be combined with each other as long as they do not conflict with each other.

[0035] like Figure 1As shown in the figure, an embodiment of the present invention provides a cargo allocation and display system for mixed loading of multiple vehicles and various product types, comprising: The data modeling module is used to build and maintain a loading task model with a three-level nested data structure. The model uses "loading task" as the root node, "transport vehicle" as the first-level child node, and "cargo groups assigned to each vehicle by type" as the second-level child nodes. This structure accurately reflects the complex hierarchical relationship of "multiple vehicles and multiple types of goods".

[0036] Interactive Display Module: Connected to the data modeling module, providing a graphical user interface (GUI). The core innovation of this interface lies in: Generate a separate visualization area for each transport vehicle.

[0037] Within the display area of ​​each vehicle, a separate detailed information block is rendered for each different type of cargo group assigned to that vehicle. Each block clearly displays key attributes such as the product name, material, planned quantity, packaging form, and planned number of pieces for that product type.

[0038] When a task involves multiple vehicles, the independent display areas of all vehicles are arranged in parallel on the interface to form an overview view of the overall vehicle installation plan.

[0039] It provides intuitive drag-and-drop operation support, allowing users to directly change the ownership or combination of goods or groups of goods between vehicles by dragging and dropping interface elements that represent goods or groups of goods. Operation commands are mapped and fed back to the underlying data model in real time.

[0040] State synchronization module: Connecting to the data modeling module and the interactive display module, it is the core component ensuring the system's real-time performance and consistency. This module features: Atomicity state management and locking mechanism: Before modifying any node in a nested data structure, an operation lock is applied to the relevant node to prevent concurrent write conflicts; modifications are committed on a transaction-by-transaction basis to ensure the atomicity, consistency, isolation and durability (ACID properties) of data changes.

[0041] Real-time data synchronization channel: Establish a communication link with mobile terminals (such as handheld PDAs and mobile apps) to receive status change information such as scan confirmations and quantity adjustments from the loading site in real time, and immediately drive the data model and the interface of all online users to update, so as to achieve real-time synchronization of "on-site operation - system data - management view" across three terminals.

[0042] An embodiment of the present invention provides a method for allocating and displaying cargo sources in mixed loading of multiple vehicles and various product types, comprising: S1: Construct a loading task data model with a three-layer nested structure of task-vehicle-product group.

[0043] S2: Generates a visual interface based on the data model, creating independent display areas and blocks for each vehicle and its respective cargo groups.

[0044] S3: Responds to user operations on the interface such as dragging and dropping goods, and parses and updates the node relationships in the underlying data model.

[0045] S4: It employs an atomic state management mechanism (such as transaction locks) to handle all concurrent updates to the data model and ensures real-time synchronization between the interface and the model.

[0046] S5 (optional extension): Receives and processes information reported by mobile terminals from the loading site, continuously updates cargo status and synchronizes it globally.

[0047] Example 1: Basic Multi-Vehicle and Multi-Product Allocation and Display Scenario Scenario Description: A logistics center needs to allocate a batch of goods containing four different types of items: "Home Appliance A", "Home Appliance B", "Daily Necessities C", and "Furniture D" to three trucks (Truck 01, Truck 02, and Truck 03). Truck 01 needs to carry a mix of "Home Appliance A" and "Daily Necessities C", Truck 02 needs to carry "Home Appliance B", and Truck 03 needs to carry "Furniture D".

[0048] Implementation process: 1. Data Modeling: The data modeling module creates a new "Loading Task" node. Under this task, create three first-level child nodes: "Car 01", "Car 02", and "Car 03". Next, under the "Car 01" node, create two second-level child nodes: "Home Appliances A Goods Group" and "Daily Necessities C Goods Group", and fill in their respective attributes such as product name, material, quantity (e.g., 100 boxes, 200 pieces), packaging (cardboard boxes), and number of pieces. Similarly, create "Home Appliances B Goods Group" for "Car 02" and "Furniture D Goods Group" for "Car 03", and so on. Figure 2 As shown.

[0049] 2. Interface display: such as Figure 3 As shown, the interactive display module reads the aforementioned data model and renders three vertically aligned panels on the user interface, corresponding to Car 01, Car 02, and Car 03 respectively. Within the "Car 01" panel, two information blocks are arranged vertically, displaying detailed information for "Home Appliance A" and "Daily Necessities C" respectively. The Car 02 and Car 03 panels each contain one information block. All information is readily apparent.

[0050] 3. User value: Dispatchers can grasp the precise composition of the entire outbound loading task without having to browse through multiple order lists or tables, effectively preventing picking errors.

[0051] Example 2: Online Flexible Deployment and Dynamic Optimization Scenarios Scenario Description: Based on Example 1, due to a temporary change in vehicle 02, it is necessary to transfer some of the "Home Appliances B" goods to vehicle 01 for loading.

[0052] Implementation process: 1. Drag and drop operation: The dispatcher selects the "Home Appliance B Goods Group" block (or a portion of its representative elements) in the "Car 02" panel with the mouse on the interface, drags it to the "Car 01" panel area and then releases it.

[0053] 2. Event Mapping: The interactive display module captures this drag-and-drop event and parses out the source node (home appliance group B under car 02) and the target container (car 01).

[0054] 3. Model Update: The system sends a command to the data modeling module. The state synchronization module first attempts to acquire the relevant operation locks for the source node and the target parent node (Vehicle 01). Upon successful acquisition, the data modeling module executes the update: creating a new second-level child node named "Home Appliance B Goods Group (Partial)" under the "Vehicle 01" node, and correspondingly reducing the quantity attribute of the "Home Appliance B Goods Group" under the original "Vehicle 02" node. Then, the transaction is committed and the locks are released. The process is as follows: Figure 4 As shown.

[0055] 4. Interface Refresh: The interactive display module immediately receives the model change notification and refreshes the interface accordingly. At this time, a new "Home Appliance B" information block is added to the "Car 01" panel, while the number of "Home Appliance B" blocks in the "Car 02" panel decreases. The entire process is smooth and intuitive, without the need to open any pop-ups or edit forms.

[0056] 5. User value: It enables "second-level" online adjustment of vehicle loading plans, has a strong ability to respond to business changes, and has a low operating threshold, making it less prone to errors.

[0057] Example 3: Real-time synchronization of on-site loading and system status Scenario Description: Loading operation begins. The on-site operator uses a PDA equipped with a dedicated app to scan the license plate number of vehicle 01 and the barcode of the "Home Appliance A" goods to be loaded to confirm loading.

[0058] Implementation process: 1. On-site operation: After the operator scans, the APP on the PDA displays the planned quantity of "Home Appliance A". The operator enters the actual number of units installed (which may be slightly adjusted from the plan) and confirms.

[0059] 2. Data reporting: The APP sends the loading action (vehicle ID, cargo type ID, actual loading quantity, operation timestamp) to the system's status synchronization module in real time via wireless network.

[0060] 3. System processing and synchronization: The real-time communication unit of the state synchronization module receives this message and drives the subsequent data update and interface synchronization process (its internal data flow and module interaction can be found in [reference]). Figure 5 ).

[0061] The status synchronization module calls the interface of the data modeling module. After obtaining the operation lock of the corresponding "Vehicle 01-Home Appliance A Goods Group" node, it updates its "Quantity Loaded" and "Status" to "Partial Shipment" or "Completed".

[0062] After the update is successful, the status synchronization module sends a data change notification to all administrator terminals (interactive display modules) that are viewing the loading task via a message push mechanism.

[0063] 4. Real-time Interface Feedback: On the interface of all online administrators, the "Quantity" or "Status" display of the "Appliance A" information block in the "Vehicle 01" panel will be updated immediately (e.g., "Installed Quantity / Planned Quantity"). At the same time, the color of this block may change to light green to indicate "Loading". The overall task progress bar on the large screen view will also advance accordingly.

[0064] 5. User Value: Managers can monitor real-time progress from their office as if they were on-site. Any discrepancies in loading (such as underloading or incorrect loading) can be detected and addressed immediately, enabling refined process management and eliminating the cost of corrective measures afterward.

[0065] Example 4: Multi-person collaborative editing and data consistency assurance scenario Scenario description: Dispatcher A optimizes the loading plan on his office computer, while Dispatcher B views the same plan on a large screen in the conference room, and on-site shift leader C checks the execution status via a tablet.

[0066] Implementation process: 1. Concurrent Operation Attempt: Dispatcher A begins moving a batch of goods from vehicle X to vehicle Y (this is an update transaction that takes several seconds). Almost simultaneously, dispatcher B attempts to modify the remarks information for a certain type of goods on vehicle X.

[0067] 2. Locking mechanism intervention: At this time, the system... Figure 6 The lock management mechanism shown coordinates the process. When operation A triggers an update, the lock management unit of the state synchronization module will first lock the nodes of vehicle X and vehicle Y. At this time, modification requests to the vehicle X node initiated by vehicle B will enter a short-term waiting queue because the lock cannot be acquired immediately, or a friendly "resource busy" message will be received.

[0068] 3. Sequential execution: Only after A's operation is completed and the lock is released can B's modification operation continue to be executed and acquire the lock.

[0069] 4. Eventual consistency: Despite concurrent requests, the locking mechanism ensures that all updates are executed serially, so that all users see the same data state and every change is fully traceable, completely avoiding data chaos.

[0070] 5. User value: It supports the multi-role, multi-terminal collaborative work mode commonly found in modern logistics centers, improving collaboration efficiency while firmly maintaining the bottom line of data accuracy.

[0071] Example 5: On-site rapid operation scenario dominated by mobile terminals Scenario description: For temporary "short-haul" transportation, the on-site dispatcher can quickly create and execute a simple multi-variety loading task directly using a mobile APP.

[0072] Implementation process: 1. Quick order creation: On-site dispatchers can create new tasks on the APP, enter the license plate number, and then directly scan or search to add several types of goods that need to be mixed (such as "palletized goods E" and "loose goods F").

[0073] 2. Simplified Display: The vehicle is displayed on the APP interface in a format similar to a vehicle card, with brief information for "Cargo E" and "Cargo F" listed below. This display method represents an adaptation and simplification of the system interface for mobile devices.

[0074] 3. On-site execution and closed-loop: Loading and unloading workers load the trucks according to the list on the APP. After each type of loading is completed, the on-site dispatcher clicks to confirm on the APP. The confirmation information is synchronized back to the central server in real time.

[0075] 4. User value: The management capabilities of this invention are extended to the most flexible mobile front end, covering all scenarios from large-scale planned operations to small-scale temporary operations, realizing a closed-loop management system.

[0076] This invention provides a complete solution for complex logistics scenarios involving mixed loading of multiple vehicles and product types, through innovative system architecture and methods. It offers solutions ranging from structured modeling and visual interaction to real-time synchronous collaboration, significantly improving the intelligence level and operational efficiency of logistics operations.

[0077] The above description of the embodiments is only for the purpose of helping to understand the method and core idea of ​​this application; at the same time, for those skilled in the art, there will be changes in the specific implementation and application scope based on the idea of ​​this application. Therefore, the content of this specification should not be construed as a limitation of this application.

[0078] Certain terms are used in the specification and claims to refer to specific components. Those skilled in the art will understand that hardware manufacturers may use different names to refer to the same component. This specification and claims do not distinguish components based on differences in name, but rather on differences in function. The terms "comprising" and "including" used throughout the specification and claims are open-ended and should be interpreted as "comprising / including but not limited to". "Approximately" means that within an acceptable margin of error, those skilled in the art can solve the technical problem and substantially achieve the technical effect within a certain margin of error. The following descriptions in the specification are preferred embodiments for carrying out this application; however, these descriptions are for the purpose of illustrating the general principles of this application and are not intended to limit the scope of this application. The scope of protection of this application shall be determined by the appended claims.

[0079] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a product or system comprising a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a product or system. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the product or system that includes said element.

[0080] It should be understood that the term "and / or" used in this article is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Additionally, the character " / " in this article generally indicates that the preceding and following related objects have an "or" relationship.

[0081] The foregoing description illustrates and describes several preferred embodiments of this application. However, as previously stated, it should be understood that this application is not limited to the forms disclosed herein and should not be construed as excluding other embodiments. It can be used in various other combinations, modifications, and environments, and can be altered within the scope of the application concept described herein through the foregoing teachings or techniques or knowledge in related fields. Any modifications and variations made by those skilled in the art that do not depart from the spirit and scope of this application should be within the protection scope of the appended claims.

Claims

1. A method for allocating and displaying cargo sources in mixed loading of multiple vehicles and various product types, characterized in that, include: S1: Construct a loading task data model and adopt a three-layer nested structure of task-vehicle-product group to represent the mixed loading scheme of multiple vehicles and multiple products; S2: Based on the data model, generate a visualization interface, create an independent display area for each transport vehicle in the plan, and generate an independent detailed information display block for each different type of goods assigned to the vehicle; S3: Respond to the user's cargo allocation operation on the interface, parse the operation to determine the target vehicle and target cargo, and update the corresponding node association relationship in the data model; S4: An atomic state management mechanism is used to handle concurrent update requests to the data model and to synchronously feed back any data changes to the visualization interface.

2. The method for allocating and displaying cargo in multi-vehicle, multi-variety mixed loading as described in claim 1, characterized in that, The cargo allocation operation in step S3 includes a drag-and-drop operation. The parsing process includes: identifying the data model node corresponding to the dragged interface element, releasing the vehicle node corresponding to the target location, and generating a modification instruction that associates the source node with the target node.

3. The method for allocating and displaying cargo in multi-vehicle, multi-variety mixed loading as described in claim 1, characterized in that, The atomic state management mechanism in step S4 includes: acquiring the operation lock of a specific node before performing an update on that node of the data model; and releasing the operation lock after the update operation is successfully submitted.

4. The method for allocating and displaying cargo in mixed loading of multiple vehicles and varieties as described in claim 1, characterized in that, The method further includes S5: receiving cargo loading status change information reported by a mobile terminal from the loading site, updating the status and quantity of the corresponding cargo in the data model based on the information, and synchronizing this update to the visualization interface of all online users through the mechanism of step S4.

5. The method for allocating and displaying cargo in mixed loading of multiple vehicles and varieties as described in claim 1, characterized in that, In step S2, when the scheme includes multiple transport vehicles, the generation of the visualization interface includes: arranging the independent display areas of all vehicles side by side in the same view layer to intuitively display the overall allocation structure.

6. A cargo allocation and display system for mixed loading of multiple vehicles and various product types, characterized in that, The system is used to implement the method as described in any one of claims 1-5, the system comprising: The data modeling module is used to create a loading task model using a nested data structure. The model has the task as the root node, the vehicle as the first-level child node, and the cargo groups of different types under each vehicle as the second-level child nodes. An interactive display module, connected to the data modeling module, is used to provide a user interface, which is configured to generate an independent display area for each transport vehicle, and within that display area, independently render an information block containing detailed information for each different type of cargo group assigned to that vehicle. The status synchronization module is connected to the data modeling module and the interactive display module. It is used to manage the concurrent access and status consistency of data in the loading task model, and to drive the real-time synchronization of loading site data and system display information.

7. The cargo allocation and display system for mixed loading of multiple vehicles and multiple product types as described in claim 6, characterized in that, The interactive display module is also configured to: in response to a user dragging an interface element representing goods to the target vehicle display area, generate an instruction to update the dependency relationship of the corresponding node in the nested data structure.

8. The cargo allocation and display system for mixed loading of multiple vehicles and multiple product types as described in claim 6, characterized in that, The state synchronization module is configured to manage and release editing permissions for loading scheme data by applying atomic locks to nodes in the nested data structure.

9. The cargo allocation and display system for mixed loading of multiple vehicles and varieties as described in claim 6, characterized in that, The status synchronization module communicates with the mobile terminal application to receive and process cargo status confirmation information from the loading site, and update the interface display of the interactive display module accordingly.

10. The cargo allocation and display system for mixed loading of multiple vehicles and multiple product types as described in claim 6, characterized in that, The user interface of the interactive display module is also configured to arrange the independent display areas of multiple transport vehicles in parallel within the same view to intuitively display the overall loading and allocation scheme.

Images