Intelligent logistics calling system
Through the intelligent logistics call system, using technologies such as GDS scheduling services and logistics logic modules, flexible scheduling of AGV equipment and real-time monitoring of logistics data is realized, the problem of inflexible existing system design is solved, and the logistics operation efficiency and system stability are improved. .
Patent Information
- Application Number
- CN202411119427.3
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-08-15
- Publication Date
- 2024-12-27
AI Technical Summary
The existing logistics call system design lacks flexibility and flexibility and cannot be effectively integrated into the logistics system design, resulting in discontinuous logistics operation processes, affecting transportation efficiency and cost control.
An intelligent logistics call system was designed, including GDS scheduling service, logistics data monitoring window, logistics event processing service, call control transfer service and call logic service software. The AGV equipment is scheduled through automatic mode, manual mode and hybrid mode, combined with logistics Logical modules and monitoring rules to realize dynamic scheduling and resource optimization.
It improves the flexibility, efficiency and maintainability of the logistics system, enhances the adaptability and response speed of the logistics system, and ensures the timely delivery of products or materials.
Smart Images

Figure CN119204870A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the field of intelligent logistics technology, and in particular to an intelligent logistics calling system. Background Art
[0002] Especially when it is necessary to coordinate and manage the transportation, delivery and distribution of materials / carriers, the call system can help track the location, status and delivery time of equipment / materials / carriers, improve transportation efficiency and ensure timely delivery; it plays an increasingly important role in solving logistics business bottlenecks, improving logistics, management and delivery efficiency, and reducing logistics costs. The call system can help logistics field operations or processes reduce errors and delays and improve customer satisfaction.
[0003] Through the call system, many logistics activities can be connected together in an orderly manner, such as the scheduling of AGV equipment, the requirement for fast delivery of materials or products, how to correctly handle the distribution of storage locations of fully loaded or empty vehicles, etc. The current call system design and call mode in the logistics industry are often used in an old way, such as setting up a fixed call center station or the call device must be connected to the controller to access the system, etc. On the one hand, it lacks flexibility, on the other hand, the call mode is relatively fixed, and there is a lack of supporting call service software, which affects the continuity of logistics system design and hinders the effective implementation of logistics operation processes. In addition, there is currently no way to integrate various call modes into the logistics system design. Therefore, an intelligent logistics call system is urgently needed to solve the above problems. Summary of the invention
[0004] In order to achieve the above object, the present invention provides the following technical solutions:
[0005] The present invention provides an intelligent logistics calling system, comprising:
[0006] GDS dispatch service is a general dispatch service based on the third-party AGV dispatch interface definition. It is used for docking dispatch systems of different types of AGVs. The general dispatch service is a control node that comprehensively manages and coordinates multiple AGVs, including waybill allocation, path optimization, dispatch coordination between AGVs, communication and monitoring, operation data recording, and alarm or abnormality reporting. The dispatch service is a low-level interface call. This interface can be called directly or indirectly when calling in automatic mode, manual mode, or mixed mode.
[0007] The logistics data monitoring window is used to display logistics data in real time and warn of abnormalities. The logistics call rules are used to monitor through the logistics data monitoring window. The data is real-time and updated dynamically with the logistics activities. All the types of messages can be checked before responding to various logistics at any time. If there is an abnormality, it is often returned with an abnormal status code; such as the binding or unbinding of storage locations and vehicles, repeated and incorrect binding of storage locations and vehicles, the loading or unloading of vehicles, the execution status of AGV tasks or waybills, etc.
[0008] Logistics event processing service, used to filter, process or classify and forward call requests occurring on site;
[0009] Call control transfer service, used to perform call control transfer on call requests forwarded by logistics event processing service;
[0010] The logistics logic service software is composed of multiple logistics logic modules. A single logic or a combination of multiple logic modules constitutes a logic processing path, such as the pressing process calling an empty carrier, the board discharge process calling an AGV device, the material cutting process calling an AGV device, or the PIN process calling a material, etc.
[0011] The processing module of the call logic service software is used to analyze and process the call request so as to convert it into a call request for the target device;
[0012] The staff enters the on-site logistics object data (such as storage location information, vehicle information or product information) or logistics resources through the logistics equipment software, and calls the target logistics resources or logistics objects through automatic mode, manual mode, semi-automatic mode or mixed mode. The logistics data monitoring window monitors the impact of on-site logistics activities on logistics data changes in real time. The call request is sent to the logistics event processing service, and the logistics event processing service classifies and forwards it to the call control transfer service. The call control transfer service is responsible for selecting the call logic processing path and then issuing the call instruction to the target device. The GDS scheduling service sends the call request to the AGV scheduling system. The call logic service software collects the status of the target device in real time and will feedback the status of the called logistics equipment to the terminal device in the form of a status code.
[0013] Furthermore, when the manual mode triggers a call event through the calling device, the call event sends the call to the logistics event processing service, which then classifies and forwards it to the call control transfer service. The call control transfer service is responsible for selecting the call logic processing path and then sending the call instruction to the target device. The call logic service software will feedback the status of the called logistics device to the terminal device in the form of a status code; if it is a hardware or device-based call, the call control transfer service is often reflected in the protocol conversion, such as the serial port RS232 / RS485 is converted into an Ethernet interface or a wireless network port or the wireless network port is connected to the server through the controller; if it is a call from software or a software call button, the call control transfer service is often reflected in the logical docking logic processing path, and the transfer service is performed through direct interface calls of different service modules;
[0014] When a call is triggered through automatic mode, the calling rules are applied to the target device;
[0015] When the manual mode, automatic mode or mixed mode call system is in progress, if the logistics data is inconsistent, the system will switch from automatic mode or manual mode to semi-automatic mode, or when the automatic call or manual call processing is not enough to cope with the current logistics scene changes, the call obstacle is removed through manual intervention, and the target device continues to be called. Semi-automatic mode calls are often required to complete a certain logistics task before or after manual intervention to arrange the action of continuing manual calls or automatic calls. This form of system between full manual operation and full automatic operation mode is defined as semi-automatic mode operation, which is more complex than manual mode or automatic mode. For example, disabling a specific storage location or cache location will result in neither manual mode nor automatic mode being able to run correctly. The authorized on-site manager needs to release or enable the storage location through the web warehouse management interface before the calling task can continue to run correctly. In the process of calling an empty vehicle, the AGV equipment has an on-site failure, resulting in cancellation. At this time, the vehicle needs to be manually moved back to its original location or target point before the calling function of the logistics system can continue to be used. A worker at a storage location, process location, or cache location exceeds the authority to call the logistics of other locations. This authorization error or misoperation requires the on-site manager to reauthorize or reallocate permissions, etc. For example, if it is found that the storage location is locked and cannot be called manually, the storage location can be manually unlocked and called again.
[0016] Furthermore, when calling in manual mode, the process of the call control transfer service sending the call instruction to the target device is as follows:
[0017] When the call control transfer service receives a call request forwarded from the logistics event processing service, it determines the call type of the call request, automatically selects and applies the corresponding logistics processing flow or logical path based on the specific logistics customer needs and the processing results of the logistics event processing service; or personalizes the call request according to on-site customer needs and logistics resource conditions. Personalized processing includes automatically adjusting the direction of the transportation route, allocating vehicles or dispatching on-site equipment based on factors such as the urgency of the transportation task, the availability of vehicles and the availability of equipment.
[0018] Furthermore, the call types include calling a fully loaded carrier, calling an empty carrier, calling an AGV device, calling materials, and calling on-site equipment.
[0019] Furthermore, the calling device includes a complete calling device provided by a third party, or a combined device customized for customized calls, or a software-defined device with a control panel.
[0020] Furthermore, the automatic mode is to make automatic calls through the automatic calling operation system in accordance with the calling rules under the real-time monitoring of the logistics data monitoring window;
[0021] The automatic call operation system comprises:
[0022] The input part includes logistics monitoring context information and logistics monitoring rule sets. The logistics monitoring context information belongs to various logistics objects that often change their status in logistics activities, such as the occupied and vacant status of storage locations, the disabled and enabled status of storage locations, the full and empty status of vehicles, and the status of AGV equipment with or without waybills. The logistics monitoring rule set is a system-level rule pre-defined by the automated operation system, such as rules for mobile vehicles, rules for mobile AGV equipment, conditional triggering rules, and a combination or combination of multiple logistics monitoring rule sets.
[0023] The output part includes the logistics dynamic operation result information and logistics resource migration information; the logistics dynamic operation result information covers the movement process information that needs to be monitored for all logistics activities or the information of the logistics system or equipment status parameters that need to be viewed, such as the AGV equipment operation information (RUNNING), whether there is a stop in the movement (STOPPED), and the arrival at the end point (FINISHED); the logistics resource migration information is the change of logistics object relationship, such as the information that a vehicle is transported from one storage location to another. At this time, the logistics system needs to complete the entire scheduling cycle of the AGV equipment and then update the logistics context information, such as updating the database or local table.
[0024] The rule parsing module is used to parse the input logistics monitoring rule set item by item and convert it into the judgment conditions for the system to operate the logistics objects at the logistics site;
[0025] Call logic processing service is used to use automatic call rules to perform various logistics transaction processing actions. When conditions permit, intervention is performed based on the intervention conditions and combined with automatic call rules to perform various logistics transaction processing actions.
[0026] The input logistics monitoring rule set is parsed through the rule parsing module, and the input logistics key data is monitored through the logistics data monitoring window. If a logistics context matching the logistics monitoring rule set is found, the conditional attribute corresponding to the logistics rule item is used to trigger a call event. The call event sends a call request to the logistics object through the call logic processing service. The call logic service software analyzes and processes the call request to convert it into a call request for the target device. The GDS scheduling service then sends the call request to the AGV scheduling system, and then the target device completes the reasonable migration of logistics site resources. During the movement of the target device, the call logic service software will periodically send call monitoring requests to the GDS scheduling service, and the GDS scheduling service will then send the call request to the AGV scheduling system. The AGV scheduling system will feedback the working status of the AGV equipment, and the GDS scheduling service will then translate and forward the feedback equipment status to the call logic service software, thereby completing the important function of the logistics service software to dynamically and real-time monitor any status in the process and give corresponding processing.
[0027] Specifically, when the AGV equipment is called to move, the AGV picks up goods from the designated storage location and puts them out to the designated storage location to complete the reasonable migration of logistics site resources; during the AGV equipment's execution of tasks, the logistics service software will dynamically monitor any status in the process in real time and give corresponding processing, such as the task may be canceled at any time, the AGV equipment fails or is abnormal during operation, and the equipment is suspended due to an accident on site, etc. In addition, the automatic call operation system as described above cannot guarantee a completely closed loop in logistics practice, especially by defining the logistics condition event intervention judgment rules to correct the deviations that may be caused by real-time dynamic monitoring.
[0028] Furthermore, the automatic call operation system can be operated independently or integrated into a third-party logistics system.
[0029] Furthermore, the conditional intervention comes from the conditional attributes integrated in the logistics monitoring rule set itself (starting point conditional attributes or end point conditional attributes), input conditions parsed from special events sent by other subsystems or the logistics system (conditional input generated by the triggering of logistics events generated on site).
[0030] Furthermore, the logistics monitoring rule set is a call matrix formed by aggregating a plurality of call rules, and the column names of the call matrix include type, starting point, starting point information, end point, end point information, starting point condition attribute and end point condition attribute;
[0031] Among them, type is used to provide the type of rule affiliation; starting point is used to define the specific location of the storage area; starting point information is used to indicate the starting point information number range; end point is used to define the specific location of the target storage area; end point information is used to indicate the end point information number range; starting point condition attribute is used to define the trigger condition of the starting point; end point condition attribute is used to define the trigger condition for the end point.
[0032] Furthermore, the calling rules include calling full carrier rules, calling empty carrier rules, calling AGV equipment rules, calling material rules and calling field equipment rules;
[0033] When a full vehicle is called, the full vehicle goes to pick up the goods, and then an empty vehicle is delivered;
[0034] When an empty vehicle is called, it will pick up the cargo and deliver it to the destination after loading;
[0035] When the AGV equipment is called, the AGV equipment transports the carrier back and forth;
[0036] When materials are called, the AGV equipment carries the materials to the destination, and then returns the empty carrier to the original storage location;
[0037] When calling on-site equipment, the material is bound to the carrier, and the carrier is bound to the storage location. When calling the material, after the logic path of the logistics service software is executed, the AGV equipment will take out the loaded carrier from the designated storage location and move it to the target storage location that is judged to be empty for unloading. The most common case of calling on-site equipment is AGV equipment. Special cases are calling auxiliary equipment or facilities in other storage areas. In particular, some third-party scheduling systems provide management and control interfaces for other equipment.
[0038] The present invention has the following beneficial effects:
[0039] (1) The intelligent logistics system of the present invention integrates information flow and call mode, and is based on the existing application system to balance the relationship between product or material demand and supply in the production process. The call system dynamically adapts to the call mode to enhance logistics intelligence;
[0040] (2) The automatic call operation system design provided by the present invention can be independently operated as a background service, or it can interact with the existing logistics system, thereby improving the deployment flexibility and promoting the development of the logistics system towards flexibility, efficiency, stability and maintainability;
[0041] (3) The present invention combines software-based calling with hardware-based calling to improve the adaptability of the logistics industry;
[0042] (4) The independence and combination of the call modes of the present invention improve the practicality and applicability of the logistics software;
[0043] (5) The present invention is provided with configurable call rules, which can significantly improve the flexibility, usability and reliability of logistics software. BRIEF DESCRIPTION OF THE DRAWINGS
[0044] Figure 1 It is a structural diagram of the intelligent logistics call system of the present invention.
[0045] Figure 2 It is a schematic diagram of call mode conversion in the present invention.
[0046] Figure 3 It is a schematic diagram of the automatic calling operation system in the present invention. DETAILED DESCRIPTION
[0047] The specific implementation methods of the present invention are described in detail below in conjunction with the accompanying drawings. It should be pointed out that the embodiments are only specific explanations of the invention and should not be regarded as limitations of the invention. The purpose of the embodiments is to enable those skilled in the art to better understand and reproduce the technical solutions of the present invention. The protection scope of the present invention shall still be based on the scope defined by the claims.
[0048] like Figure 1 As shown, the present invention provides an intelligent logistics call system, comprising:
[0049] GDS dispatch service is a general dispatch service based on the definition of the third-party AGV dispatch interface. It is used for docking dispatch systems of different types of AGVs. The general dispatch service is a control node that comprehensively manages and coordinates multiple AGVs, including waybill allocation, path optimization, dispatch coordination between AGVs, communication and monitoring, operation data recording, and alarm or abnormality reporting. The dispatch service is a low-level interface call. The interface can be called directly or indirectly when calling in automatic mode, manual mode or mixed mode. It can perform reasonable resource dispatch and management according to real-time transportation needs and equipment quantity, optimize path planning, and select the best transportation plan and route, thereby further improving the flexibility and response speed of logistics. It can cope with various complex logistics activity scenarios and bridge the differences in the dispatch system interfaces of AGV equipment from different manufacturers.
[0050] The logistics data monitoring window is used to display logistics data in real time and warn of abnormalities. The logistics call rules are used to monitor through the logistics data monitoring window. The data is real-time and updated with logistics activities. All the types of messages can be checked before responding to various logistics at any time. If there is an abnormality, it is often returned with an abnormal status code; for example, repeated binding or unbinding of storage locations and vehicles, incorrect binding of storage locations and vehicles, vehicle loading or vacancy, AGV task or waybill execution status, etc.
[0051] Logistics event processing service, used to filter, process or classify and forward call requests occurring on site;
[0052] Call control transfer service, used to perform call control transfer on call requests forwarded by logistics event processing service and connect to logistics logic processing path;
[0053] The logistics logic service software is composed of multiple logistics logic modules. A single logic or a combination of multiple logic modules constitutes a logic processing path, such as the pressing process calling an empty carrier, the board discharge process calling an AGV device, the material cutting process calling an AGV device, or the PIN process calling a material, etc.
[0054] The processing module of the call logic service software is used to analyze and process the call request so as to convert it into a call request for the target device;
[0055] The staff enters the on-site logistics object data (such as storage location information, carrier information or product information) or logistics resources through the logistics equipment software, and calls the target logistics resources or logistics objects through automatic mode, manual mode, semi-automatic mode or mixed mode. The logistics data monitoring window monitors the impact of on-site logistics activities on logistics data changes in real time. The call request is sent to the logistics event processing service, which then classifies and forwards it to the call control transfer service. The call control transfer service is responsible for selecting the call logic processing path and then issuing the call instruction to the target device. The GDS scheduling service sends the call request to the AGV scheduling system. The call logic service software collects the status of the target device in real time and feeds back the status of the called logistics equipment to the terminal device in the form of a status code. Among them, the call types include calling full carriers, calling empty carriers, calling AGV equipment, calling materials and calling on-site equipment.
[0056] Among them, the GDS scheduling service, logistics data monitoring window, logistics event processing service and call control transfer service use corresponding configuration files, which can load configuration information when the service starts. All service software implementations use corresponding log files, which can provide traceability references or maintainability references for various system operation problems, thereby improving system robustness.
[0057] The intelligent logistics call system also has an interactive interface, which gives the logistics system intelligence, including intelligent control interaction, call interaction, call configuration and call push; among them, the intelligent control interaction of the interactive interface includes logistics data collection, logistics object control or abnormal processing. Logistics data collection can enter on-site logistics object data such as storage location information, vehicle information or product information through logistics equipment software; logistics object control can send logistics event messages to logistics service software for processing to update the logistics monitoring data window information. These constantly changing logistics data lay the data foundation for call logic processing; abnormal processing generates abnormal information, error information, exception information, warning information or system notification information when the logistics object control result is not successfully processed; the call interaction of the interactive interface can exist in different situations, such as calls based on hardware calling devices, calls based on configurable call buttons, calls based on different group buttons of hardware control panels, calls based on pure software design buttons of logistics applications, etc. Calls in different software or hardware or equipment forms provide a formal input entry for the system to trigger the call processing logic. The call configuration of the interactive interface can improve the stability and flexibility of the logistics system, including hardware equipment configuration, button equipment configuration, and software call resource configuration. Good call configuration can improve work timeliness, increase the perception of different logistics scenarios, and reduce the time for operators to respond to logistics scenarios. The call push of the interactive interface covers the push of various call request messages, such as calling logistics equipment, logistics vehicles, or calling products or materials. In addition, it also includes notification messages that the material call operation system will need to feed back to the logistics system, such as key messages for logistics equipment operation, reminders that require manual intervention, operation failure messages or equipment failure messages, operation abnormalities or error messages, etc. The two dimensions of interactive interface and intelligent logistics services provide guarantees for the management and control of logistics activities, and significantly improve the response speed and flexibility of the logistics system.
[0058] like Figure 2As shown in the figure, when the manual mode triggers a call event through the calling device, the call event sends the call to the logistics event processing service, and the logistics event processing service classifies and forwards it to the call control transfer service. The call control transfer service is responsible for selecting the call logic processing path and then sending the call instruction to the target device. The call logic service software will feedback the status of the called logistics device to the terminal device in the form of a status code; when calling through the manual mode, the process of the call control transfer service sending the call instruction to the target device is as follows: when the call control transfer service receives the call request forwarded from the logistics event processing service, it determines the call type of the call request, and the call type includes but is not limited to calling on-site equipment, calling on AGV equipment, calling on materials, and calling on vehicles. Combined with the specific logistics customer needs and the processing results of the logistics event processing service, the corresponding logistics processing process or logical path is automatically selected and applied; or the call request is personalized according to the on-site customer needs and logistics resource conditions. The personalized processing includes automatically adjusting the transportation route direction, allocating vehicles, or dispatching on-site equipment according to factors such as the urgency of the transportation task, the availability of vehicles, and the availability of equipment. The conversion and integration of call modes can combine people, machines, objects and materials well, and can also respond immediately and take corresponding solutions when abnormal situations occur. This immediate response mechanism greatly improves the efficiency and accuracy of logistics management, ensuring that products or materials can reach their destinations on time. If it is a call based on hardware or equipment, the call control transfer service is often reflected in the protocol conversion, such as the serial port RS232 / RS485 is converted into an Ethernet interface or a wireless network port or a wireless network port is connected to the server through a controller; if it is a call from software or a software call button, the call control transfer service is often reflected in the logical docking logic processing path, and the transfer service is performed through direct interface calls of different service modules; wherein, the call device includes a complete call device provided by a third party, or a combination device customized for customized calls, or a software-defined device with a control panel. For example, triggering a mobile device logistics application software button to call, triggering a pre-configured call button to call material operations, triggering a call box panel button at a logistics site to call AGV operations, and so on. The manual calling mode is reflected in triggering software or hardware buttons to call AGV equipment, triggering software or hardware buttons to call fully loaded vehicles, triggering software or hardware buttons to call empty vehicles, triggering software or hardware buttons to call logistics, etc. The mixed mode is to call in both automatic mode and manual mode at the same time.
[0059] When a call is triggered by the automatic mode, the target device is called using the calling rules; the automatic mode is to make an automatic call by using the automatic calling operation system in conjunction with the calling rules under the real-time monitoring of the logistics data monitoring window; Figure 3 As shown, the automatic call operation system includes:
[0060] The input part includes logistics monitoring context information and logistics monitoring rule sets. The logistics monitoring context information belongs to various logistics objects that often change their status in logistics activities, such as the occupied and vacant status of storage locations, the disabled and enabled status of storage locations, the full and empty status of vehicles, and the status of AGV equipment with or without waybills. The logistics monitoring rule set is a system-level rule pre-defined by the automated operation system, such as rules for mobile vehicles, rules for mobile AGV equipment, conditional triggering rules, and a combination or combination of multiple logistics monitoring rule sets.
[0061] The output part includes the logistics dynamic operation result information and logistics resource migration information; the logistics dynamic operation result information covers the movement process information that needs to be monitored for all logistics activities or the information on the logistics system or equipment status parameters that need to be viewed, such as the AGV equipment running information (RUNNING), whether there is a stop in the movement (STOPPED), and the arrival at the end point (FINISHED); the logistics resource migration information is the change in the logistics object relationship, such as the information that a vehicle is transported from one storage location to another. At this time, the logistics system needs to complete the entire scheduling cycle of the AGV equipment and then update the logistics context information, such as updating the database or local table.
[0062] The rule parsing module is used to parse the input logistics monitoring rule set item by item and convert it into the judgment conditions for the system to operate the logistics objects at the logistics site;
[0063] Call logic processing service is used to use automatic call rules to perform various logistics transaction processing actions. When conditions permit, intervention is performed based on the intervention conditions and combined with automatic call rules to perform various logistics transaction processing actions.
[0064] The input logistics monitoring rule set is parsed through the rule parsing module, and the input logistics key data is monitored through the logistics data monitoring window. If a logistics context matching the logistics monitoring rule set is found, the conditional attribute corresponding to the logistics rule item is used to trigger a call event. The call event sends a call request to the logistics object through the call logic processing service. The call logic service software analyzes and processes the call request to convert it into a call request for the target device. The GDS scheduling service then sends the call request to the AGV scheduling system, and then the target device completes the reasonable migration of logistics site resources. During the movement of the target device, the call logic service software will periodically send call monitoring requests to the GDS scheduling service, and the GDS scheduling service will then send the call request to the AGV scheduling system. The AGV scheduling system will feedback the working status of the AGV equipment, and the GDS scheduling service will then translate and forward the feedback equipment status to the call logic service software, thereby completing the important function of the logistics service software to dynamically and real-time monitor any status in the process and give corresponding processing.
[0065] Specifically, when the AGV equipment is called to move, the AGV picks up goods from the designated storage location and puts them out to the designated storage location to complete the reasonable migration of logistics site resources; during the AGV equipment's execution of tasks, the logistics service software will dynamically monitor any status in the process in real time and give corresponding processing, such as the task may be canceled at any time, the AGV equipment fails or is abnormal during operation, and the equipment is suspended due to an accident on site, etc. In addition, the automatic call operation system as described above cannot guarantee a completely closed loop in logistics practice, especially by defining the logistics condition event intervention judgment rules to correct the deviations that may be caused by real-time dynamic monitoring.
[0066] Among them, the conditional intervention comes from the conditional attributes integrated in the logistics monitoring rule set itself (starting point conditional attributes or end point conditional attributes), other subsystems or the logistics system sending input conditions parsed from special events (conditional inputs triggered by logistics events generated on site).
[0067] The logistics monitoring rule set is a call matrix composed of multiple call rules. The column names of the call matrix include type, starting point, starting point information, end point, end point information, starting point condition attribute and end point condition attribute; an example of the AGV equipment mobile logistics monitoring rule set is shown in Table 1.
[0068] Table 1
[0069]
[0070]
[0071] The type information can provide the field of the type of this rule. The system software can quickly affect the reading of other fields through this field. For example, the definition field uses the string 1:1 to indicate that a starting point information is associated with multiple end point information; 1:N indicates that a starting point information is associated with N end point information; N:1 indicates that N starting point information is associated with one end point information, etc. The starting point can define a specific location in a certain warehouse area, such as the warehouse location number BRD, and the starting point information is 1-10 to indicate the starting point information number range; the end point can define another specific location in a certain warehouse area, such as the warehouse location number DRL, and the end point information is 26-37 to indicate the end point information number range; the starting point condition attribute can be defined as the starting point trigger condition, such as full load; the end point condition attribute can be defined as the end point trigger condition, such as empty position. After defining the logistics monitoring rule set for all AGV shifting actions, the AGV equipment can find full materials in storage locations BRD-001 to BRD-010 and empty storage locations in storage locations DRL-026 to DRL-037. When the two conditions of this rule are met, the system call scheduling interface can be triggered, and the activities occurring on site correspond to: the AGV equipment will arrive at a specific storage location with empty storage locations from the full storage location at the starting point.
[0072] Calling rules include calling full-loaded vehicle rules, calling empty vehicle rules, calling AGV equipment rules, calling materials rules and calling on-site equipment rules;
[0073] When a full vehicle is called, the full vehicle goes to pick up the goods, and then an empty vehicle is delivered;
[0074] When an empty vehicle is called, it will pick up the cargo and deliver it to the destination after loading;
[0075] When the AGV equipment is called, the AGV equipment transports the carrier back and forth;
[0076] When materials are called, the AGV equipment carries the materials to the destination, and then returns the empty carrier to the original storage location;
[0077] When calling on-site equipment, the material is bound to the carrier, and the carrier is bound to the storage location. When calling the material, after the logic path of the logistics service software is executed, the AGV equipment will take out the loaded carrier from the designated storage location, and then move it to the target storage location that is judged to be empty for unloading. The most common case of calling on-site equipment is AGV equipment. Special cases are calling auxiliary equipment or facilities in other storage areas. In particular, some third-party scheduling systems provide management and control interfaces for other equipment.
[0078] The automatic call operation system can be operated independently or integrated into a third-party logistics system, thereby improving deployment flexibility and promoting the development of the logistics system towards flexibility, efficiency, stability and maintainability.
[0079] When a call is made in manual mode, automatic mode or mixed mode, if the logistics data is inconsistent, the system will switch from automatic mode or manual mode to mixed mode, or when the automatic call or manual call processing is not enough to cope with the current logistics scene changes, the call obstacle is removed through manual intervention, and the target device continues to be called. Semi-automatic mode calls are often required to complete a certain logistics task before manual intervention or post-event manual calls or automatic calls can be arranged. This form of system between fully manual operation and fully automated operation mode is defined as semi-automatic mode operation, which is more complex than manual mode or automatic mode. For example, if the disabling of a specific storage location or cache location causes the manual mode or automatic mode to fail to operate correctly, the authorized on-site manager needs to cancel or enable the storage location through the web warehouse management interface before the calling task can continue to operate correctly; in the process of calling an empty carrier, the AGV equipment has an on-site failure and is cancelled. At this time, the carrier needs to be moved back to the original place or the target point manually to continue to use the calling function of the logistics system; a worker at a certain storage location, process location or cache location exceeds the authority to call the logistics of other locations. This authorization error or misoperation requires the on-site manager to re-authorize or reallocate the authority, etc. For example, if it is found that the storage location is locked and cannot be called manually, the storage location can be manually unlocked and called again. The semi-automatic mode provides a transition zone (Zone) for logistics call events, bridging the transition from automatic mode to manual mode or from manual mode to automatic mode, enhancing the consistency of the logistics system as a digital continuum, and based on the reasonable digital mode and call logic model of the logistics system, making the logistics system run more intelligently and the logistics activities more functional.
[0080] Although the preferred embodiments of the present application have been described, those skilled in the art may make additional changes and modifications to these embodiments once they have learned the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications falling within the scope of the present application.
[0081] It should be noted that the technical features not described in detail in the present invention can be implemented by any existing technology.
Claims
1. An intelligent logistics call system, characterized in that: include: GDS dispatch service, a general dispatch service based on the third-party AGV dispatch interface definition, is used to connect dispatch systems of different types of AGVs; Logistics data monitoring window, used for real-time display of logistics data and abnormal warning; Logistics event processing service, used to filter, process or classify and forward call requests occurring on site; Call control transfer service, used to perform call control transfer on call requests forwarded by logistics event processing service; Logistics logic service software, which consists of multiple logistics logic modules. A single logic or a combination of multiple logic modules constitutes a logic processing path; The processing module of the call logic service software is used to analyze and process the call request so as to convert it into a call request for the target device; The staff inputs the on-site logistics object data or logistics resources through the logistics equipment software, and makes calls to the target logistics resources or logistics objects through automatic mode, manual mode, semi-automatic mode or mixed mode. The logistics data monitoring window monitors the impact of on-site logistics activities on logistics data changes in real time; The call request is sent to the logistics event processing service, which then classifies and forwards it to the call control transfer service. The call control transfer service is responsible for selecting the call logic processing path and then sending the call instruction to the target device. The GDS scheduling service sends the call request to the AGV scheduling system. The call logic service software collects the status of the call target device in real time and feeds back the status of the called logistics equipment to the terminal device in the form of a status code.
2. According to claim 1, the intelligent logistics call system is characterized in that: When the manual mode triggers a call event through the calling device, the call event sends the call to the logistics event processing service, which then classifies and forwards it to the call control transfer service. The call control transfer service is responsible for selecting the call logic processing path and then sending the call instruction to the target device. The call logic service software collects the status of the target device in real time and feeds back the status of the called logistics device to the terminal device in the form of a status code; When a call is triggered through automatic mode, the calling rules are applied to the target device; When the system is called in manual mode, automatic mode or mixed mode, if the logistics data is inconsistent, the system will switch from automatic mode or manual mode to semi-automatic mode, or when the automatic call or manual call processing is not sufficient to cope with the current logistics scenario changes, the call obstacle is removed through manual intervention and the call to the target device continues.
3. The intelligent logistics call system according to claim 2, characterized in that: When calling in manual mode, the process of the call control transfer service sending the call instruction to the target device is as follows: When the call control transfer service receives a call request forwarded from the logistics event processing service, it determines the call type of the call request, automatically selects and applies the corresponding logistics processing flow or logical path based on the specific logistics customer needs and the processing results of the logistics event processing service; or personalizes the call request according to on-site customer needs and logistics resource conditions. Personalized processing includes automatically adjusting the direction of the transportation route, allocating vehicles or dispatching on-site equipment based on the urgency of the transportation task, the availability of vehicles and the availability of equipment.
4. The intelligent logistics call system according to claim 3, characterized in that: The call types include calling full carriers, calling empty carriers, calling AGV equipment, calling materials, and calling on-site equipment.
5. The intelligent logistics call system according to claim 2, characterized in that: The calling device includes a complete calling device provided by a third party, or a combined device customized for customized calling, or a software-defined device with a control panel.
6. The intelligent logistics call system according to claim 1, characterized in that: The automatic mode is to make automatic calls through the automatic calling operation system in accordance with the calling rules under the real-time monitoring of the logistics data monitoring window; The automatic call operation system comprises: An input part includes logistics monitoring context information and a logistics monitoring rule set, wherein the logistics monitoring context information belongs to various logistics objects that often change their states in logistics activities; The output part includes the logistics dynamic operation result information and logistics resource migration information; The rule parsing module is used to parse the input logistics monitoring rule set item by item and convert it into the judgment conditions for the system to operate the logistics objects at the logistics site; Call logic processing service, used to use automatic call rules to perform various logistics transaction processing actions, and when conditions permit, to intervene, and then perform various logistics transaction processing actions in combination with automatic call rules according to the intervention conditions; The input logistics monitoring rule set is parsed through the rule parsing module, and the input logistics key data is monitored through the logistics data monitoring window. If a logistics context matching the logistics monitoring rule set is found, the conditional attribute corresponding to the logistics rule item is used to trigger a call event. The call event sends a call request to the logistics object through the call logic processing service. The call logic service software analyzes and processes the call request to convert it into a call request for the target device. The GDS scheduling service then sends the call request to the AGV scheduling system, and then the target device completes the reasonable migration of logistics site resources; during the movement of the target device, the call logic service software regularly sends call monitoring requests to the GDS scheduling service, and the GDS scheduling service then sends the call request to the AGV scheduling system. The AGV scheduling system feeds back the working status of the AGV equipment, and the GDS scheduling service then translates the fed-back equipment status and forwards the status code to the call logic service software, thereby completing the important function of the logistics service software to dynamically and real-time monitor any status in the process and give corresponding processing.
7. The intelligent logistics call system according to claim 6, characterized in that: The automatic call operation system can be operated independently or can be integrated into a third-party logistics system.
8. The intelligent logistics call system according to claim 6, characterized in that: The conditional intervention comes from the conditional attributes integrated in the logistics monitoring rule set itself, other subsystems or input conditions sent by the logistics system and parsed from special events.
9. The intelligent logistics call system according to claim 6, characterized in that: The logistics monitoring rule set is a call matrix formed by aggregating multiple call rules, and the column names of the call matrix include type, starting point, starting point information, end point, end point information, starting point condition attribute and end point condition attribute; Among them, type is used to provide the type of rule affiliation; starting point is used to define the specific location of the storage area; special starting point information is used to indicate the starting point information number range; end point is used to define the specific location of the target storage area; end point information is used to indicate the end point information number range; starting point condition attribute is used to define the trigger condition of the starting point; end point condition attribute is used to define the trigger condition for the end point.
10. The intelligent logistics call system according to claim 9, characterized in that: Calling rules include calling full-loaded vehicle rules, calling empty vehicle rules, calling AGV equipment rules, calling materials rules and calling on-site equipment rules; When a full vehicle is called, the full vehicle goes to pick up the goods, and then an empty vehicle is delivered; When an empty vehicle is called, it will pick up the cargo and deliver it to the destination after loading; When the AGV equipment is called, the AGV equipment transports the carrier back and forth; When materials are called, the AGV equipment carries the materials to the destination, and then returns the empty carrier to the original storage location; When calling on-site equipment, the material is bound to the carrier, and the carrier is bound to the storage location. When calling the material, after the logical path of the logistics service software is executed, the AGV equipment will take out the loaded carrier from the designated storage location and move it to the target storage location that is judged to be empty for unloading.
