Vehicle management method and device, computer readable storage medium, computer program product, chip, and terminal equipment

Abstract

This application provides a vehicle management method and apparatus, a computer-readable storage medium, a computer program product, a chip, and a terminal device. The vehicle management method includes: obtaining the type of vehicle entering a storage area; matching the type of the vehicle with the usage type of each storage connection area to determine recommended storage connection areas, wherein the usage type of each storage connection area indicates available and / or unavailable vehicles, and the current usage status of the recommended storage connection area is unused. This application provides a solution to improve yard management efficiency.

Description

Technical Field

[0001] This application relates to the field of warehouse management technology, and in particular to a carrier management method and apparatus, a computer-readable storage medium, a computer program product, a chip, and a terminal device. Background Technology

[0002] A yard is an open or semi-enclosed area used for the temporary storage, sorting, and management of goods. A dock is a loading and unloading platform connecting storage facilities and transport vehicles. Yard management refers to the process of effectively managing the storage, scheduling, and transportation of goods, containers, or other materials in a yard. Its core objective is to ensure efficient and safe yard operations and maximize space utilization.

[0003] In the current technology, yard management still relies on manual and paper-based processes, which makes the management process time-consuming, error-prone and difficult to scale. Manual data input also leads to inaccuracies, resulting in low operational efficiency. Summary of the Invention

[0004] This application provides a vehicle management method and apparatus, offering a solution to improve yard management efficiency.

[0005] To achieve the above objectives, this application provides the following technical solution:

[0006] In a first aspect, a vehicle management method is provided, which is applied to a terminal device, or a chip or chip module in a terminal device. The vehicle management method includes: obtaining the type of a vehicle entering a storage area; matching the type of the vehicle with the usage type of each storage connection area to determine a recommended storage connection area, wherein the usage type of each storage connection area indicates available and / or unavailable vehicles, and the current usage status of the recommended storage connection area is unused.

[0007] Optionally, the storage connection area includes platforms and storage yards. The step of matching the type of the vehicle with the usage type of each storage connection area to determine the recommended storage connection area includes: matching the type of the vehicle with the usage type of platforms that are in an unused usage state; and selecting the recommended storage connection area from the matched platforms if a matching platform exists.

[0008] Optionally, the vehicle management method further includes: in response to the absence of a matching platform, matching the type of the vehicle with the usage type of a yard whose usage status is unused; and in response to the presence of a matching yard, selecting the recommended storage connection area from the matched yards.

[0009] Optionally, before obtaining the type of vehicle entering the storage area, the method further includes: reading the identification information of the vehicle arriving at the entrance; matching the identification information of the vehicle with the identification information in the reservation information corresponding to the current time; and determining whether to allow the vehicle to enter the storage area based on the matching result, wherein the reservation information is used to indicate the time when the vehicle enters the storage area.

[0010] Optionally, the reservation information is determined by: providing multiple available time slots; in response to receiving a reservation request, generating the reservation information, which includes the time of entry into the storage area and the vehicle's identification information, wherein the time of entry into the storage area is selected from the multiple available time slots.

[0011] Optionally, obtaining the type of vehicle entering the storage area includes: obtaining the type of vehicle in response to allowing the vehicle to enter the storage area, or in response to detecting that the distance between the vehicle and the storage area is less than a first threshold.

[0012] Optionally, the vehicle management method further includes: obtaining business documents from a logistics system, the business documents being used to indicate vehicle information; obtaining reservation information for each vehicle from a reservation system, the reservation information being used to indicate the time when the vehicle enters the storage area; and associating the business documents with the reservation information.

[0013] Optionally, the vehicle management method further includes: obtaining the cargo status of the vehicle, and displaying the vehicle on a display interface according to the cargo status of the vehicle, with different display methods for vehicles with different cargo statuses.

[0014] Optionally, the type of the vehicle may be classified according to one or more of the following: the logistics service provider to which it belongs, the type of cargo it carries, and its capacity.

[0015] Secondly, this application also discloses a vehicle management device, which is applied to a terminal device, or a chip or chip module in the terminal device. The vehicle management device includes: an acquisition module for acquiring the type of vehicle entering the storage area; and a matching module for matching the type of the vehicle with the usage type of each storage connection area to determine a recommended storage connection area. The usage type of each storage connection area indicates available and / or unavailable vehicles, and the current usage status of the recommended storage connection area is unused.

[0016] Thirdly, a computer-readable storage medium is provided having a computer program stored thereon, the computer program being executed by a processing module to perform any of the methods provided in the first aspect.

[0017] Fourthly, a vehicle management device is provided, including a storage module and a processing module, wherein the storage module stores a computer program that can run on the processing module, and the processing module runs the computer program to perform any of the methods provided in the first aspect.

[0018] Fifthly, a computer program product is provided, on which a computer program is stored, the computer program being executed by a processing module to perform any of the methods provided in the first aspect.

[0019] Sixthly, embodiments of this application also provide a chip that stores a computer program, which, when executed by the chip, implements the steps of the above-described method.

[0020] In a seventh aspect, embodiments of this application also provide a system chip for use in a terminal. The system chip includes at least one processing module and an interface circuit. The interface circuit and the at least one processing module are interconnected via a line. The at least one processing module is used to execute instructions to perform any of the methods provided in the first aspect.

[0021] Compared with the prior art, the technical solution of this application has the following beneficial effects:

[0022] The technical solution of this application, through the configuration management of storage and transfer areas and the current usage status of each storage and transfer area, determines the recommended storage and transfer area based on the type of vehicle entering the storage area, and can automatically prompt the driver for parking points, ensuring effective use of location resources and reducing the idle time of vehicles in the storage and transfer area; thus improving the efficiency of yard management.

[0023] Furthermore, the technical solution of this application reads the identification information of the vehicle arriving at the entrance, matches the identification information with the identification information in the reservation information, and determines whether to allow the vehicle to enter the storage area based on the matching result; it can automatically obtain detailed information of the vehicle and grant or deny access permissions based on the reservation information of the day, reducing manual intervention, improving security and speeding up the entry and exit process.

[0024] Furthermore, the technical solution of this application can be applied to a warehousing system. It obtains business documents from the logistics system, which indicate vehicle information; and obtains reservation information for each vehicle from the reservation system, which indicates the time the vehicle will enter the warehousing area. The business documents are then associated with the reservation information. This technical solution integrates multiple internal systems, including the reservation system, warehousing system, and logistics system. Through various interaction modes such as Application Programming Interface (API) and Message Queue (MQ), it achieves real-time data interaction. Based on the actual needs of the yard, it synchronizes reservation information (e.g., available times, reserved times, and vehicle information awaiting arrival) with business documents (e.g., current vehicle status, yard platform busy status, and other key data) with multiple systems in real time, improving management efficiency. Attached Figure Description

[0025] Figure 1 This is a flowchart of a vehicle management method provided in an embodiment of this application;

[0026] Figure 2 This is a display interface of a reservation system provided in an embodiment of this application;

[0027] Figure 3 This is a flowchart of a vehicle management method provided in an embodiment of this application;

[0028] Figure 4 This is a display interface of a vehicle management system provided in an embodiment of this application;

[0029] Figure 5 This is a schematic diagram of the structure of a vehicle management system provided in an embodiment of this application;

[0030] Figure 6 This is a schematic diagram of another vehicle management configuration provided in an embodiment of this application. Detailed Implementation

[0031] To facilitate understanding of the technical solution of this application, a brief introduction to the relevant technologies involved in this application will be given first.

[0032] In existing technologies, poor scheduling and coordination of inbound and outbound cargo can lead to congestion, delays, and bottlenecks. Manually managing appointment times or through different systems can result in poor communication and scheduling conflicts, leading to low platform utilization and increased driver waiting times.

[0033] The technical solution of this application, through the configuration management of storage and transfer areas and the current usage status of each storage and transfer area, determines the recommended storage and transfer area based on the type of vehicle entering the storage area, and can automatically prompt the driver for parking points, ensuring effective use of location resources and reducing the idle time of vehicles in the storage and transfer area; thus improving the efficiency of yard management.

[0034] In this application embodiment, the term "warehouse area" refers to the area where the warehouse, warehouse entrance / exit, and warehouse connection area are located.

[0035] The warehousing and transshipment area referred to in this application embodiment may include a storage yard and / or a platform. Vehicles may be parked on the platform to complete loading or unloading. Vehicles may also be parked in the storage yard for temporary storage and distribution.

[0036] The vehicle referred to in the embodiments of this application may be a vehicle, such as a trailer or truck, or a container.

[0037] The business documents referred to in this application are important records and vouchers for logistics activities, including information on the entire process from order receipt to goods delivery. For example, business documents can be one or more of the following: Goods Receipt Note (GRN), Goods Issue Note (GIN), Stock Transfer Order (STO), Return Merchandise Authorization (RMA), Packing List, Delivery Note, Shipping Order, Bill of Lading (B / L), and Waybill.

[0038] To make the above-mentioned objectives, features and advantages of this application more apparent and understandable, specific embodiments of this application will be described in detail below with reference to the accompanying drawings.

[0039] This application provides a vehicle management method, referring to... Figure 1 The following will provide a detailed explanation through specific steps. Figure 1 A reservation method for entering a warehouse area is shown.

[0040] In step 101, multiple bookable time slots are provided;

[0041] In step 102, in response to receiving a reservation request, reservation information is generated. The reservation information includes the time period for entering the storage area and the vehicle identification information. The time period for entering the storage area is selected from multiple available time periods.

[0042] In this embodiment, when a logistics service provider's vehicle needs to enter the warehouse area for loading or unloading, it can make an appointment in advance and enter the warehouse area at the appointed time.

[0043] In the specific implementation of step 101, the reservation system can provide multiple available time slots. Please refer to [link / reference needed] for details. Figure 2 , Figure 2 The available time slots for each day from December 1st to 20th, 2024 are shown. For example, on December 1st, the available time slots include 01:00-01:15, 06:00-06:30, 09:00-10:00, 10:30-11:30, 13:00-14:00, 17:00-18:00, and 20:45-21:00.

[0044] Furthermore, the reservation system can also provide the maximum number of vehicles that can unload simultaneously within each available time slot. For example, the maximum number of vehicles that can unload simultaneously during the available time slot of 01:00-01:15 on December 1st is 6; the maximum number of vehicles that can unload simultaneously during the available time slot of 06:00-06:30 is 5.

[0045] Furthermore, if the number of vehicles already booked within the same available time slot reaches the maximum number of vehicles, then that time slot will be updated to an unbookable time slot. In the display interface, different colors (or fill patterns, etc.) can be used to distinguish between available and unbookable time slots to facilitate operations for logistics service providers.

[0046] It should be noted that the specific division of multiple bookable time slots can be customized according to the actual situation, and this application does not impose any restrictions on this.

[0047] Specifically, logistics service providers can select available time slots for warehouse entry using the reservation system's calendar. The system will then receive a reservation request from the service provider, which includes the selected available time slot and the vehicle's identification information. This vehicle identification information uniquely identifies the vehicle. For example, if the vehicle is a vehicle, the identification information is the license plate number; if the vehicle is a container, the identification information is the container's serial number.

[0048] In the specific implementation of step 102, the reservation system generates reservation information based on the reservation request. The reservation information includes the time for entering the storage area and the vehicle's identification information. Therefore, the logistics service provider's vehicle can enter the storage area at the time indicated in the reservation information.

[0049] This application embodiment enables warehouses to be configurable and booked online, allowing logistics service providers to make reservations based on a bookable calendar, thereby achieving seamless coordination, reducing congestion risks, and improving the efficiency of loading and unloading operations.

[0050] Further, continue to refer to Figure 1 In step 103, the identification information of the vehicle that has arrived at the entrance is read.

[0051] Specifically, when a vehicle arrives at the entrance of the storage area, sensors (such as Internet of Things (IoT) sensors) automatically read the vehicle's identification information, such as the vehicle's license plate number or the container's serial number.

[0052] In step 104, the vehicle's identification information is matched with the identification information in the reservation information corresponding to the current time, and a determination is made based on the matching result as to whether the vehicle is allowed to enter the storage area. The reservation information indicates the time the vehicle will enter the storage area.

[0053] Specifically, the reservation system determines whether a vehicle is allowed to enter the storage area. If allowed, the gate is opened. If not, manual confirmation is required, such as the driver contacting the warehouse via walkie-talkie. The vehicle is allowed to enter if its identification information matches the reservation information corresponding to the current time; otherwise, it is not allowed. For example, if vehicle 1 arrives at the entrance of the storage area at 13:10 on December 1st, the identification information in the reservation information generated for the available reservation time period 13:00-14:00 (e.g., including vehicle 1, vehicle 3, vehicle 5, and vehicle 7) is compared with vehicle 1's identification information. Since the reservation information includes vehicle 1's identification information, vehicle 1 is allowed to enter the storage area.

[0054] Furthermore, if a vehicle arrives at the warehouse area entrance earlier than its scheduled time, the vehicle's identification information can be matched with the identification information in the subsequent scheduled time, and the vehicle's entry into the warehouse area can be determined based on the matching result. For example, if vehicle 1 is scheduled to arrive between 13:00 and 14:00, but vehicle 1 has already arrived at the warehouse area entrance at 12:10, the subsequent scheduled time can be used for matching.

[0055] Accordingly, if a vehicle arrives at the entrance of the storage area after the scheduled time, it can be manually confirmed whether the vehicle is allowed to enter the storage area.

[0056] Furthermore, when loading or unloading vehicles, product labels or pallet labels can be scanned using Radio Frequency Identification (RFID) to indicate whether the goods are actually being loaded or unloaded from the warehouse.

[0057] Please refer to Figure 3 , Figure 3 The flowchart of a vehicle management method is shown.

[0058] This application embodiment ensures stable vehicle flow and maximizes the utilization rate of the storage connection area by precisely scheduling and allocating the storage connection area after allowing vehicles to enter the storage area, which helps to reduce bottlenecks and improve the overall efficiency of loading and unloading operations.

[0059] In step 301, the type of vehicle entering the storage area is obtained.

[0060] Specifically, the type of vehicle is classified according to one or more of the following: the logistics service provider to which it belongs, the type of cargo it carries, and its capacity.

[0061] Specifically, please refer to Figure 4 On the vehicle management system's display interface, different types of vehicles are displayed using different icons, while vehicles of the same type are displayed using the same icon. For example, vehicles parked on platforms numbered 15, 16, 18, and 19 belong to the same supplier and are displayed with the same icon; vehicles parked on platforms numbered E35 and E36 belong to the same supplier and are displayed with the same icon.

[0062] In one specific implementation, after a vehicle is allowed to enter the storage area, the type of vehicle, such as a trailer, delivery vehicle, or container truck, can be determined based on the reservation information to recommend a suitable storage transfer area for the vehicle.

[0063] In another specific implementation, based on the logistics service provider's positioning system, such as the Global Positioning System (GPS), the vehicle's location can be obtained in real time by inputting the license plate number. Therefore, this embodiment of the application can also recommend suitable parking locations for the vehicle in advance. Specifically, before the vehicle enters the storage area, if the distance between the vehicle and the storage area is detected to be less than a first threshold, the type of the vehicle is obtained to recommend a suitable storage transfer area for the vehicle.

[0064] In step 302, the type of vehicle is matched with the usage type of each storage docking zone to determine the recommended storage docking zone. The usage type of each storage docking zone indicates available and / or unavailable vehicles, and the current usage status of the recommended storage docking zone is unused.

[0065] In this embodiment, the usage type of each storage and transfer area can be pre-configured. For example, the usage type of a storage and transfer area can be set as unavailable for shipping containers, unavailable for trailers, garbage station, or obstacle. The usage type of a storage and transfer area as a garbage station or obstacle indicates that the storage and transfer area cannot be used to park any type of vehicle.

[0066] Furthermore, the usage type of a warehouse connection area can be part of its attribute information. Since different warehouse connection areas vary in size, location, and purpose, they can support different types of vehicles. The usage type of a warehouse connection area can determine which vehicles can be parked there.

[0067] In this embodiment, the recommended storage and transfer area refers to a recommended parking location for the vehicle. The vehicle can park in the recommended storage and transfer area according to the system's recommendation. Furthermore, since the platform can complete loading or unloading, the platform is preferentially selected as the recommended storage and transfer area to facilitate loading or unloading of the vehicle.

[0068] Specifically, the vehicle type is matched with the usage type of a platform that is currently unused; in response to the existence of a matching platform, a recommended storage connection area is selected from the matching platforms. In other words, the platform that matches the vehicle can support parking the vehicle, and the platform is currently unused.

[0069] Accordingly, in the absence of a matching platform, vehicles can be recommended to park in the yard, and then moved to the platform for loading or unloading when needed, thereby improving the utilization rate of the storage and transfer area. Specifically, in response to the absence of a matching platform, the vehicle type is matched with the usage type of a yard that is currently unused; in response to the presence of a matching yard, a recommended storage and transfer area is selected from the matched yards.

[0070] Furthermore, after the vehicle is parked in the recommended warehousing and transfer area, users can operate it via terminal devices such as tablets, smartphones, and desktop computers. Figure 4 The visualized interface, when double-clicked on a recommended warehousing transfer area, brings up a selection screen. Based on the vehicle type (e.g., container, trailer), relevant data (e.g., recommended warehousing transfer area number, logistics service provider information, vehicle identification information) is saved, and the map displays arriving vehicles in real time. Furthermore, the Warehouse Management System (WMS) and Transportation Management System (TMS) subsystems synchronously update the vehicle's warehousing information and related business documents, such as current status and parking location. Additionally, users can access this information via terminal devices. Figure 4The visual interface shown allows users to view overall information about the container by clicking on its icon in each state. For example, if the container is a shipping container, clicking on its icon will display at least one of the following information: container number, unloading method, logistics provider, total weight, warehouse, freight forwarding company, unloading date, actual receipt date, and location.

[0071] In a non-limiting embodiment, the cargo status of the vehicle can also be obtained, and the vehicle can be displayed on the display interface according to the cargo status of the vehicle, with different display methods for vehicles with different cargo statuses.

[0072] This application embodiment displays the vehicle's icon on the display interface according to the cargo status of the vehicle, which can more intuitively display the cargo status of the vehicle, such as full container, empty container, loading, unloading, etc., and improve the efficiency of vehicle management.

[0073] In one specific implementation, users can operate the yard visualization interface through a terminal device, double-click the vehicle icon, click different status buttons to switch the cargo status of the vehicle, and update the icons on the visualization interface.

[0074] In another specific implementation, information synchronization with the WMS system can also be achieved. For example, when the vehicle begins loading and when loading ends, the cargo status of the vehicle can be obtained by interacting with the WMS system, and the icons on the visualization interface can be updated.

[0075] Furthermore, in response to changes in the cargo status of the vehicle, such as full or empty, the business documents associated with the vehicle are updated synchronously according to the cargo status of the vehicle, such as updating the cargo status to full, empty, loading, or unloading.

[0076] For example, after container unloading is completed, users can operate the yard visualization interface through their terminal devices. Double-clicking the container icon during full unloading will display the current container information. Clicking "Complete Unloading" will automatically change the container icon to an empty container icon. Furthermore, the WMS system and TMS subsystem will synchronously update the cargo status of the container and related business documents to "empty container," and will automatically send an empty container notification email to the corresponding logistics service provider, prompting them to arrange for a vehicle to pick up the empty container.

[0077] Furthermore, after the logistics service provider picks up the empty container, the user can operate the yard visualization interface through the terminal device. Double-clicking the empty container icon will display the prompt message "Container No. XXX has been picked up empty?". The user can click the <Empty Picked Up> button to clear the empty container icon in the visualization interface. The WMS system and TMS subsystem will also update the cargo status in the vehicle and related business documents to be empty.

[0078] The embodiments of this application automate the yard process through a visual interface and interaction with external systems, which simplifies operations, reduces human intervention and errors, minimizes delays, shortens vehicle turnaround time, and improves overall productivity and efficiency.

[0079] It should be noted that the sequence number of each step in this embodiment does not represent a limitation on the execution order of each step.

[0080] It is understood that, in specific implementations, the reservation method and vehicle management method can be implemented using software programs, which run within a processing module integrated into a chip or chip module. This method can also be implemented using a combination of software and hardware; this application does not impose any restrictions.

[0081] In a specific application scenario, please refer to Figure 5 , Figure 5 A vehicle management system is shown.

[0082] In this embodiment, the vehicle management system includes a visual interface 501, an application service layer 502, a data layer 503, a device and hardware layer 504, and an internal integration and interface layer 505.

[0083] The visualization interface 501 can be the display interface of the reservation system or the vehicle management system in the previous embodiment. Specifically, the reservation system's display interface can show available and unavailable time slots; the vehicle management system's display interface can show different types of vehicles and storage / transfer areas (e.g., location, number, size, etc.). Furthermore, users can perform corresponding operations on the visualization interface 501. For example, after a vehicle is parked in a recommended storage / transfer area, the user can double-click the recommended storage / transfer area to bring up a selection interface and save relevant data based on the vehicle type (e.g., container, trailer). As another example, the user can double-click the vehicle icon and switch the vehicle's cargo status by clicking different status buttons; the icons on the visualization interface 501 will then update accordingly.

[0084] This application embodiment uses a visual interface 501 to intuitively display accurate and up-to-date information on the location and status of various vehicles, such as trailers, trucks, and containers, to assist managers in making decisions.

[0085] The application service layer 502 can be used for system configuration. Application service layer 502 can include usage type management, vehicle type management, and location information management. Usage type management can be used to configure the usage type of each warehousing and transshipment area; for example, the usage type of a warehousing and transshipment area can be set as: container unavailable, trailer unavailable, or waste station. Vehicle type management can be used to configure vehicle information, such as whether the vehicle is a container, a trailer, or its affiliated logistics provider. Location information management can obtain vehicle locations and manage warehousing and transshipment areas.

[0086] The data layer 503 is used to store data. Specifically, the data layer 503 can be a database that stores information about the warehouse connection area and the vehicles. The data layer 503 can also store historical logs and reports.

[0087] The device and hardware layer 504 can be a sensor used to automatically read the identification information of the vehicle, such as the vehicle's license plate number or the container's serial number. The device and hardware layer 504 can also be RFID, used to scan product labels or pallet labels for actual goods being loaded / unloaded or loaded / unloaded from the warehouse.

[0088] The internal integration and interface layer 505 can be an API or MQ message to enable interaction with external systems 70. External systems can be WMS systems, TMS systems, logistics service provider positioning systems, etc.

[0089] For example, when the vehicle starts loading and when loading ends, the vehicle's cargo status is obtained by interacting with the WMS system through the internal integration and interface layer 505, and the icons on the visualization interface are updated.

[0090] For example, after the container is unloaded, the container icon in the visualization interface 501 will automatically change to an empty container icon. Through internal integration and interface layer 505, it interacts with the WMS system and TMS subsystem to synchronously update the status of the container and related business documents as empty in the WMS system and TMS subsystem.

[0091] This application embodiment integrates multiple systems, including a vehicle management system, a reservation system, a WMS system, and a TMS system, and achieves real-time data interaction through various interaction modes such as API interfaces and MQ messages. Based on actual needs, key data such as available reservation times, reserved times, waiting warehouse vehicle information, current vehicle status, and yard platform busy status are synchronized with multiple systems in real time, improving system management efficiency.

[0092] Please refer to Figure 6 , Figure 6 A vehicle management device 60 is shown, which may include:

[0093] Module 601 is used to obtain the type of vehicle entering the storage area;

[0094] Matching module 602 is used to match the type of vehicle with the usage type of each storage docking area to determine the recommended storage docking area. The usage type of each storage docking area indicates available and / or unavailable vehicles. The current usage status of the recommended storage docking area is unused.

[0095] Furthermore, the matching module 602 is also used to match the type of the vehicle with the usage type of the platform whose usage status is unused; in response to the existence of a matching platform, a recommended storage connection area is selected from the matching platforms.

[0096] Furthermore, the matching module 602 is also used to match the type of the vehicle with the usage type of the yard that is in an unused state in response to the absence of a matching platform; and to select a recommended storage docking area from the matching yards in response to the presence of a matching yard.

[0097] Furthermore, the vehicle management device 60 may also include: a reading module (not shown) for reading the identification information of vehicles arriving at the entrance; and a judging module (not shown) for matching the identification information of the vehicle with the identification information in the reservation information corresponding to the current time, and determining whether to allow the vehicle to enter the storage area based on the matching result, wherein the reservation information is used to indicate the time when the vehicle enters the storage area.

[0098] Furthermore, the vehicle management device 60 may also include: a document acquisition module (not shown) for acquiring business documents from the logistics system, the business documents being used to indicate vehicle information; a reservation information acquisition module (not shown) for acquiring reservation information for each vehicle from the reservation system, the reservation information being used to indicate the time when the vehicle enters the storage area; and an association module (not shown) for associating the business documents with the reservation information.

[0099] Furthermore, the vehicle management device 60 may also include an update module (not shown) for acquiring the cargo status of the vehicle and displaying the vehicle on the display interface according to the cargo status of the vehicle, with different display methods for vehicles with different cargo statuses.

[0100] In specific implementations, the aforementioned vehicle management device 60 may correspond to a chip in a terminal device that has vehicle management functions, such as a system-on-a-chip (SOC), a baseband chip, etc.; or to a chip module in a terminal device that includes a vehicle management function; or to a chip module that has a data processing function chip; or to a terminal device.

[0101] Other relevant descriptions of the vehicle management device 60 can be found in the descriptions in the foregoing embodiments, and will not be repeated here.

[0102] Regarding the modules / units included in the various devices and products described in the above embodiments, they can be software modules / units, hardware modules / units, or a combination of both. For example, for various devices and products applied to or integrated into a chip, all of their modules / units can be implemented using hardware methods such as circuits, or at least some modules / units can be implemented using software programs that run within a processing module integrated into the chip, while the remaining (if any) modules / units can be implemented using hardware methods such as circuits. For various devices and products applied to or integrated into a chip module, all of their modules / units can be implemented using hardware methods such as circuits. Different modules / units can be located in the same component (e.g., chip, circuit module, etc.) or different components of the chip module, or at least some modules / units can be implemented using hardware methods such as circuits. The implementation can be done through software programs, which run within the processing module integrated into the chip module. The remaining modules / units (if any) can be implemented using hardware methods such as circuits. For various devices and products applied to or integrated into terminal devices, each of their modules / units can be implemented using hardware methods such as circuits. Different modules / units can be located in the same component (e.g., chip, circuit module, etc.) or different components within the terminal device. Alternatively, at least some modules / units can be implemented through software programs, which run within the processing module integrated into the terminal device. The remaining modules / units (if any) can be implemented using hardware methods such as circuits.

[0103] This application also discloses a storage medium, which is a computer-readable storage medium storing a computer program thereon. When the computer program is executed, it can perform the steps of the method shown in the foregoing embodiments. The storage medium may include a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, etc. The storage medium may also include a non-volatile or non-transitory storage module, etc.

[0104] It should be understood that the term "and / or" 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 indicates that the preceding and following related objects have an "or" relationship.

[0105] In the embodiments of this application, "multiple" refers to two or more.

[0106] The descriptions of "first," "second," etc., appearing in the embodiments of this application are for illustrative purposes and to distinguish the objects being described. They have no order and do not indicate any special limitation on the number of devices in the embodiments of this application, nor do they constitute any limitation on the embodiments of this application.

[0107] In this application, the term "connection" refers to various connection methods, such as direct connection or indirect connection, to achieve communication between devices. This application does not impose any limitations on this.

[0108] The above embodiments can be implemented, in whole or in part, by software, hardware, firmware, or any other combination thereof. When implemented using software, the above embodiments can be implemented, in whole or in part, as a computer program product. The computer program product includes one or more computer instructions or computer programs. When the computer instructions or computer program are loaded or executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired or wireless means.

[0109] It should be understood that in the various embodiments of this application, the order of the above-mentioned processes does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0110] In the several embodiments provided in this application, it should be understood that the disclosed methods, apparatuses, and systems can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for example, the division of units is merely a logical functional division, and other division methods may exist in actual implementation; for example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces, and the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0111] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0112] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can be physically included separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or in the form of hardware plus software functional units.

[0113] The integrated unit implemented as a software functional unit described above can be stored in a computer-readable storage medium. This software functional unit, stored in a storage medium, includes several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to execute some steps of the methods described in the various embodiments of this application.

[0114] While this application discloses the above information, it is not limited thereto. Any person skilled in the art can make various modifications and alterations without departing from the spirit and scope of this application; therefore, the scope of protection of this application shall be determined by the scope defined in the claims.

Claims

1. A vehicle management method, characterized in that, include: Obtain the type of vehicle entering the storage area; The types of vehicles are matched with the usage types of each storage connection area to determine recommended storage connection areas. The usage type of each storage connection area indicates available and / or unavailable vehicles, and the current usage status of the recommended storage connection area is unused.

2. The vehicle management method according to claim 1, characterized in that, The storage and transfer area includes platforms and storage yards. Matching the type of vehicle with the usage type of each storage and transfer area to determine recommended storage and transfer areas includes: Match the type of the vehicle with the usage type of the platform that is in an unused state; If a matching platform exists, the recommended storage connection area is selected from the matching platforms.

3. The vehicle management method according to claim 2, characterized in that, Also includes: In response to the absence of a matching platform, the type of the vehicle is matched with the usage type of a yard that is in an unused usage state; In response to the existence of a matching storage yard, the recommended storage connection area is selected from the matching storage yard.

4. The vehicle management method according to claim 1, characterized in that, Prior to obtaining the type of vehicle entering the storage area, the process also includes: Read the identification information of vehicles arriving at the entrance; The vehicle's identification information is matched with the identification information in the reservation information corresponding to the current time, and the vehicle is allowed to enter the storage area based on the matching result. The reservation information is used to indicate the time when the vehicle enters the storage area.

5. The vehicle management method according to claim 4, characterized in that, The reservation information is determined in the following way: Multiple appointment time slots are available; In response to receiving a reservation request, the reservation information is generated, which includes the time of entry into the storage area and the vehicle's identification information. The time of entry into the storage area is selected from the plurality of reservable time periods.

6. The vehicle management method according to claim 1, characterized in that, The types of vehicles entering the storage area are identified, including: In response to allowing the vehicle to enter the storage area, or in response to detecting that the distance between the vehicle and the storage area is less than a first threshold, the type of the vehicle is obtained.

7. The vehicle management method according to claim 1, characterized in that, Also includes: Obtain business documents from the logistics system, the business documents being used to indicate information about the vehicle; The reservation information for each vehicle is obtained from the reservation system, and the reservation information is used to indicate the time when the vehicle enters the storage area; Associate the business document with the reservation information.

8. The vehicle management method according to claim 1, characterized in that, Also includes: The cargo status of the vehicle is obtained, and the vehicle is displayed on the display interface according to the cargo status. Vehicles with different cargo statuses have different display methods.

9. The vehicle management method according to any one of claims 1 to 8, characterized in that, The type of the vehicle is classified according to one or more of the following: The logistics service provider, the type of goods loaded, and the capacity.

10. A vehicle management device, characterized in that, include: The acquisition module is used to acquire the type of vehicle entering the storage area; A matching module is used to match the type of the vehicle with the usage type of each storage connection area to determine a recommended storage connection area. The usage type of each storage connection area indicates available and / or unavailable vehicles, and the current usage status of the recommended storage connection area is unused.

11. A computer-readable storage medium having a computer program stored thereon, characterized in that, The computer program is executed by the processing module to perform the steps of the vehicle management method according to any one of claims 1 to 9.

12. A computer program product comprising a computer program / instructions, characterized in that, When the computer program / instruction is executed by the processing module, it implements the steps of the vehicle management method according to any one of claims 1 to 9.

13. A chip, the chip comprising at least one processing module and an interface circuit, the interface circuit being connected to the at least one processing module, characterized in that, The processing module executes the steps of the vehicle management method according to any one of claims 1 to 9 by running program instructions.

14. A terminal device, comprising a storage module and a processing module, wherein the storage module stores a computer program executable on the processing module, characterized in that, When the processing module runs the computer program, it performs the steps of the vehicle management method according to any one of claims 1 to 9.

Images