Automatic allocation method and device, computer equipment and storage medium

Abstract

The invention discloses an automatic allocation method and device, computer equipment and a storage medium, and the method comprises the steps: creating a logistics integrated platform, taking over the business operation of a plurality of warehouse logistics systems, and obtaining an integrated logistics integrated platform; defining a cross-warehouse business process; configuring a workflow, connecting the integrated logistics integrated platform with a preset model by using the workflow based on a business process, and analyzing a user request by using the preset model to obtain a plurality of candidate business schemes; and calling a business process by using the integrated logistics integrated platform based on the candidate business scheme to complete automatic allocation of logistics. According to the invention, the integrated logistics integrated platform is connected with the preset model by using the configured workflow, the user request is analyzed by using the preset model to obtain the plurality of candidate business schemes, and then the integrated logistics integrated platform is used to call the business process based on the candidate business schemes to complete automatic allocation of logistics. The cross-warehouse cooperative processing is realized, and the logistics response efficiency is improved.

Description

Technical Field

[0001] The present invention relates to the field of industrial production technology, and in particular to an automatic allocation method, device, computer equipment and storage medium. Background Art

[0002] In the field of industrial production, especially in enterprises with a high degree of automation and information technology such as the tobacco industry, multiple warehouses with supporting functions are usually deployed inside the factory area to store raw materials, auxiliary materials and finished products. Limited by factors such as storage capacity and storage conditions, various warehouses often pose certain constraints on production scheduling in actual operation. Therefore, in the process of production planning, in addition to comprehensively considering the capacity of each production line, it is also necessary to simultaneously consider the carrying capacity and operating status of the storage system.

[0003] To alleviate the above problems, in actual production management, it is usually necessary to evaluate the impact of new plans on various warehouse logistics systems when formulating production plans, logistics allocation plans (such as changes in finished product delivery orders), equipment maintenance plans, etc., and generate multiple allocation plans for decision makers to choose from in combination with the available response measures in the factory, and then automatically deploy related execution tasks. However, the existing industry solutions are limited by the degree of information integration and still have many shortcomings. Taking the current tobacco industry as an example, although it has a high degree of informatization in the industry, the logistics systems of various production warehouses are generally deployed in a "divide and conquer" manner, and system integration is achieved through interface aggregation. This has resulted in limited scheduling capabilities of warehouse logistics systems, and it is difficult to achieve collaborative processing across warehouses, which greatly reduces the logistics response efficiency of industrial production enterprises. Summary of the invention

[0004] The embodiments of the present invention provide an automatic allocation method, apparatus, computer equipment and storage medium, which aim to solve the problem in the prior art that the scheduling capacity of the warehouse logistics system of an industrial manufacturing enterprise is limited, it is difficult to achieve cross-warehouse collaborative processing, and the logistics response efficiency is low.

[0005] In a first aspect, an embodiment of the present invention provides a logistics integrated automatic allocation method, comprising: Creating a logistics integration platform, and taking over the business operations of multiple warehouse logistics systems through the logistics integration platform to obtain an integrated logistics integration platform; Defining cross-warehouse business processes based on the integrated logistics integration platform; Configure a workflow, connect the integrated logistics integration platform with a preset model using the workflow based on the business process, and analyze received user requests using the preset model to obtain multiple candidate business solutions; Based on the candidate business solutions, the business process is called using the integrated logistics integration platform to complete the automatic allocation of logistics.

[0006] In a second aspect, an embodiment of the present invention provides an automatic distribution device for integrated logistics, including: A platform creation unit is used to create a logistics integration platform, and to take over the business operations of multiple warehouse logistics systems through the logistics integration platform to obtain an integrated logistics integration platform; A process definition unit, used to define cross-warehouse business processes based on the integrated logistics integration platform; A model connection unit, configured to configure a workflow, connect the integrated logistics integration platform with a preset model using the workflow based on the business process, and analyze received user requests using the preset model to obtain multiple candidate business solutions; The task allocation unit is used to call the business process based on the candidate business solution using the integrated logistics integration platform to complete the automatic allocation of logistics.

[0007] In a third aspect, an embodiment of the present invention provides a computer device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the automatic allocation method for integrated logistics according to the first aspect when executing the computer program.

[0008] In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium, wherein a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the automatic allocation method of logistics integration of the first aspect is implemented.

[0009] The embodiment of the present invention provides an automatic allocation method for logistics integration, including creating a logistics integration platform, and taking over the business operations of multiple warehouse logistics systems through the logistics integration platform to obtain an integrated logistics integration platform; defining cross-warehouse business processes based on the integrated logistics integration platform; configuring workflows, connecting the integrated logistics integration platform with a preset model using the workflow based on the business process, and analyzing received user requests using the preset model to obtain multiple candidate business solutions; calling the business process using the integrated logistics integration platform based on the candidate business solutions to complete the automatic allocation of logistics. The present invention uses the configured workflow to connect the integrated logistics integration platform with the preset model, uses the preset model to analyze user requests to obtain multiple candidate business solutions, and then uses the integrated logistics integration platform to call the business process based on the candidate business solutions to complete the automatic allocation of logistics, thereby realizing cross-warehouse collaborative processing and improving logistics response efficiency.

[0010] The embodiment of the present invention also provides a logistics-integrated automatic allocation device, computer equipment and storage medium, which also have the above-mentioned beneficial effects. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without paying any creative work.

[0012] Figure 1 A schematic diagram of a flow chart of an automatic logistics allocation method provided by an embodiment of the present invention; Figure 2 A schematic block diagram of a logistics-integrated automatic allocation device provided in an embodiment of the present invention. DETAILED DESCRIPTION

[0013] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0014] It should be understood that when used in this specification and the appended claims, the terms "comprises" and "including" indicate the presence of described features, integers, steps, operations, elements and / or components, but do not exclude the presence or addition of one or more other features, integers, steps, operations, elements, components and / or collections thereof.

[0015] It should also be understood that the terms used in this specification of the present invention are only for the purpose of describing specific embodiments and are not intended to limit the present invention. As used in the specification of the present invention and the appended claims, unless the context clearly indicates otherwise, the singular forms "a", "an" and "the" are intended to include plural forms.

[0016] It should be further understood that the term "and / or" used in the present description and the appended claims refers to any and all possible combinations of one or more of the associated listed items, and includes these combinations.

[0017] See below Figure 1 , Figure 1A flow chart of a logistics integrated automatic allocation method provided by an embodiment of the present invention specifically includes: steps S101 to S104.

[0018] S101, creating a logistics integration platform, and taking over the business operations of multiple warehouse logistics systems through the logistics integration platform to obtain an integrated logistics integration platform; S102, defining a cross-warehouse business process based on the integrated logistics integration platform; S103, configuring a workflow, connecting the integrated logistics integration platform with a preset model using the workflow based on the business process, and analyzing received user requests using the preset model to obtain multiple candidate business solutions; S104: Based on the candidate business solutions, the business process is called using the integrated logistics integration platform to complete automatic logistics deployment.

[0019] In step S101, a set of logistics integration platform is constructed. The logistics integration platform can be deployed on the upper layer of the enterprise information system, and can be connected with the software and hardware interfaces of multiple heterogeneous warehouse logistics systems to achieve unified management of each subordinate warehouse logistics system. The integration process can cross different types of systems provided by multiple suppliers to ensure that the platform can adapt to various warehouse software and hardware environments and achieve high scalability and versatility.

[0020] In one embodiment, the step S101 includes: Establishing a fully functional interface connection between the logistics integration platform and each of the warehouse logistics systems; Taking over the input operations, editing operations and query operations of multiple warehouse logistics systems based on the full-function interface; wherein the query operations include querying order information, querying inventory status, querying equipment status and querying task progress information; Retaining the original instruction flow for executing functions in each of the warehouse logistics systems; wherein the original instruction flow includes task decomposition, task tracking, task management and storage location management; The full-function interface and the original instruction flow are integrated to obtain the integrated logistics integration platform.

[0021] In this embodiment, a full-function interface connection is established between the logistics integration platform and each warehouse logistics system. Different from the integration method of accessing specific interface functions on demand in the prior art, the full-function interface access mechanism adopted in this embodiment requires full access to the interface capabilities of all business operations and status information in each warehouse logistics system. Specifically, the logistics integration platform accesses the order management module, inventory management module, equipment status module and task execution module of each warehouse logistics system through the interface, thereby providing basic capability guarantee for subsequent unified management. Based on the full-function interface, the logistics integration platform realizes the unified takeover of the input operations, editing operations and query operations of multiple warehouse logistics systems. The takeover operations include the traditional order data entry, order content editing, task information changes, and unified management of various query requests. Among them, the query operations include order information query, inventory status query, equipment operation status query and task execution progress query, etc., so as to ensure that the platform has real-time perception of the operation status of each warehouse.

[0022] At the same time, in order to ensure that the independent execution capability of the original warehouse logistics system is not destroyed, this embodiment retains the original instruction process for executing functions in each warehouse logistics system while the logistics integration platform takes over the business layer functions. The original instruction process includes task decomposition, task tracking, task management, and storage location management, which continue to be completed by the local system of each warehouse. The logistics integration platform integrates the full-function interface with the original instruction process to form an integrated logistics integration platform. The logistics integration platform has the ability to uniformly manage the business processes of all warehouses and the ability to centrally query status information, which can achieve efficient collaborative scheduling across warehouses and systems.

[0023] In step S102, based on the integrated logistics integration platform, cross-warehouse business processes are defined. Business processes can be divided into two categories: one is the standard process with common requirements for each warehouse, such as the maintenance process of key logistics equipment, and the other is the personalized process that requires the collaborative execution of multiple warehouses, such as the cross-warehouse transfer process of raw materials.

[0024] In one embodiment, the step S102 includes: Define common processes for all warehouses; According to the common processes, the object list and the impact range corresponding to each process are calculated respectively; wherein the object list includes the key equipment list when the key logistics equipment is overhauled, and the impact range includes the unavailable area range when the key logistics equipment is shut down; Define collaborative processes for multiple warehouses to collaborate; According to the collaborative process, the requirements, execution steps and impact assessment methods corresponding to each process are configured; wherein the execution steps include the API call name and API call parameters of the lower-level system, and the impact assessment method includes performing a feasibility analysis of the execution requirements through the API of the external system and generating impact indicators, wherein the impact indicators include storage capacity occupancy, human resource consumption, required operation time and estimated cost; The common process and the collaborative process are registered in the integrated logistics integration platform to obtain the business process.

[0025] In this embodiment, common processes applicable to all warehouses are defined in the integrated logistics integration platform. Common processes refer to standardized processes with consistent execution logic and similar triggering conditions that exist in multiple warehouses. Typical scenarios include regular or emergency maintenance of key logistics equipment. For such common processes, the integrated logistics integration platform needs to calculate and record the object list and impact scope of each process in each warehouse according to the specific configuration of different warehouses. For example, when defining the "key equipment maintenance" process, the list of key equipment included in the process management in each warehouse should be clarified, and based on the possible impact of equipment downtime, the corresponding unavailable area range should be listed, such as inaccessible cargo areas or temporarily disabled operating areas.

[0026] Furthermore, the integrated logistics integration platform defines the collaborative process completed by multiple warehouses. This collaborative process does not have commonality and needs to be configured item by item according to actual business needs, such as the cross-warehouse transfer process of raw materials or finished products between different warehouses. Since each warehouse may have differences in container specifications, storage rules and operating mechanisms, the integrated logistics integration platform needs to configure execution conditions, operation steps and impact assessment methods for each process when defining such processes. Among them, the execution conditions include the state prerequisites, participating resources and time limits required for process triggering; the operation steps are defined in the form of an API call sequence to the lower-level system, and the API call name and API call parameters corresponding to each execution action are determined to ensure that the process can be automatically triggered and executed; the impact assessment method is to quantitatively analyze the feasibility of the process and the impact indicators it brings by connecting to the impact assessment API provided by the external system (which can be the warehouse logistics system itself or an independent analysis system). The impact indicators include the storage capacity occupied by the execution, human resource investment, required operation time and expected operating costs, which can provide decision support for the comparison and optimization of subsequent allocation plans.

[0027] Finally, common processes and collaborative processes are uniformly registered in the integrated logistics integration platform to form a structured process template library. In actual applications, the integrated logistics integration platform can dynamically call the corresponding business process from the process template library according to the current system status, business needs and user instructions to ensure that logistics deployment has efficient, flexible and intelligent response capabilities.

[0028] In one embodiment, registering the common process and the collaborative process into the integrated logistics integration platform to obtain the business process includes: Define the entity variables and quantity ranges to be operated corresponding to the business process; An execution condition associated with the business process is set based on the entity variable; wherein the execution condition includes an operation start time, an operation end time, an operator identifier, a scheduled execution time, a designated unavailable resource item, and a resource item to be ignored in a compliance check; The entity variables, quantity ranges and execution conditions are input as parameters respectively, and the configured compliance API interface is used to determine whether the current process is executable in the warehouse environment; When the executability is met, the compliance API interface is called to calculate the time, human resources, cash costs, and associated restricted storage areas, cargo locations, and equipment resources required for the execution of the business process.

[0029] In this embodiment, the entity variables to be operated and their quantity ranges corresponding to the business process are defined. Among them, entity variables refer to key objects that need to be operated in the execution of a specific process, such as stackers, orders, cargo locations, transport vehicles, task documents, etc.; the quantity range refers to the quantity interval allowed for each type of entity variable when executing this process. In actual applications, a complete optional list of entity variables required for each process should be provided for matching and binding by the integrated logistics integration platform when deployed to a specific warehouse to support multi-scenario reuse of the process. Execution conditions associated with business processes are set based on entity variables. Execution conditions include the start and end time of the operation, the identity of the operator, the expected execution period, resource items that need to be excluded (i.e., specifying resources that cannot be deployed during execution), and resource items that can be ignored in compliance checks.

[0030] Furthermore, the integrated logistics integration platform uses entity variables, quantity ranges and execution conditions as parameter inputs, and determines the process executability through the configured compliance check API interface. Specifically, the compliance API receives the above parameters to determine whether the currently deployed warehouse environment has the resources and conditions to meet the process execution. If there are missing resources, it will return an unexecutable judgment result and gap information (including the type and quantity of missing resources).

[0031] On the premise of confirming that the process is executable, the integrated logistics integration platform further calls the impact calculation mechanism associated with the compliance API to evaluate the various resources and costs required to execute this process. The impact assessment results include the estimated time required for task execution, human resource requirements, cash cost expenditures, and resource information such as storage areas, cargo locations, and key equipment that will be restricted during the execution of the process. For the parts of the impact parameters that are dynamically changing or mapped to entity variables, the specific impact values ​​can be calculated in real time on demand by calling the external impact assessment API, and fed back to the integrated logistics integration platform in a structured form for further analysis and decision support.

[0032] In step S103, a workflow compatible with the integrated logistics integration platform is configured. The workflow supports binding with the defined business processes, standard APIs and related data provided by the integrated logistics integration platform, and access to a preset model, preferably a large model system with natural language understanding and planning capabilities. Users can submit operation documents (such as warehouse change applications, equipment maintenance requests, etc.) or directly make demands to the preset model in natural language. The preset model can generate multiple candidate business solutions based on the interface resources provided by the workflow and combined with the current warehouse status information.

[0033] In one embodiment, the step S103 includes: Receive operation request tickets submitted by users; Calling the workflow interface of the preset model based on the business process to determine whether the current warehouse environment meets the executability conditions of the operation request document; When the operation request document does not meet the executability condition, at least one candidate process solution is planned by combining multiple sub-processes of the preset model; Perform feasibility verification and multi-dimensional impact calculation on the candidate process solutions to obtain calculation results; A plurality of candidate business solutions are generated according to the calculation results.

[0034] In this embodiment, the integrated logistics integration platform receives the operation request document submitted by the user. The operation request document can be an electronic document with a fixed structure (such as a maintenance downtime order, an order change order, etc. in Json format), or it can be supplemented with a text description provided by the user, such as specifying a business goal to be met first (such as shortening the operation time or reducing labor costs). In addition, it also supports users to interact directly with the model system through natural language without the need for a preset form. The integrated logistics integration platform calls the business process configured in the integrated logistics integration platform based on the business type associated with the request document, and judges whether the current warehouse environment meets the executable conditions of the operation request document through the workflow interface of the preset model. The judgment is implemented by calling the compliance check API configured in the workflow interface by the preset model, and judging whether the target operation has an execution basis under the current conditions according to the current entity variable state, resource usage, operation period, etc. If the judgment result shows that the operation request document does not meet the executable conditions, the integrated logistics integration platform starts the planning module, and the preset model (such as LLM) connected generates a set of candidate process solutions by combining multiple sub-processes based on the business process library and the current environmental constraints. When combining processes, the preset model not only considers the logical cascadability of sub-processes, but also builds a complete sequential structure for task execution in the time dimension to ensure that each solution can be implemented within the target time window. For example, for scenarios where key equipment maintenance needs cannot be directly arranged, the preset model can automatically build a linkage process of "early warehouse transfer - delayed planning - task scheduling" to make up for the missing resources.

[0035] After the candidate process solutions are generated, the integrated logistics integration platform will perform feasibility verification and multi-dimensional impact calculations on each candidate process solution through a hard-coded configured interface. This process can obtain multiple key indicators such as resource consumption, execution time, storage area involved, equipment occupancy and cash cost that may be caused by each candidate process solution under actual deployment by calling the impact calculation API interface. The impact calculation does not perform a weighted summary of various indicators, but lists the original values ​​of various impact items separately, such as the total amount of human resources used, total time consumption, occupied cargo space area and estimated financial expenditure, etc., to facilitate users to conduct comparative analysis in multiple dimensions.

[0036] Based on the above calculation results, the integrated logistics integration platform finally generates multiple feasible candidate business solutions and feeds them back to the user in the form of structured summaries to support their subsequent independent selection or re-planning. If the user proposes optimization requirements after analysis (such as shortening the time of a certain step or reducing the consumption of a certain type of resource), the system also supports the user to modify the parameters and re-execute the solution generation and evaluation process until the user confirms the final deployment plan.

[0037] In one embodiment, in order to realize the automatic analysis and process allocation of operation requests, the preset model connected to the integrated logistics integration platform adopts a hierarchical structure, combining the local small model and the large model collaborative operation mechanism. Among them, the local small model mainly undertakes the preprocessing and feature extraction tasks of structured documents, while the large model is responsible for task planning, intention understanding and process solution deduction. After the user submits the operation request, the integrated logistics integration platform first standardizes the business document attached to the request (i.e., "operation request document"). The operation request document is a structured document that conforms to the platform interface specification, preferably in Json format. The specific format is determined by the technical system connected to the integrated logistics integration platform and has certain differences. The content of the operation request document includes: document name or type, the entity to be operated (such as order, equipment, cargo location, task order, etc.) and its attribute parameters (such as quantity, operation time, priority, etc.). The integrated logistics integration platform uses the document content of the Json structure, together with the natural language description attached by the user (such as the expectation of reducing the use of human resources, preferring low-cost solutions and other business goals) as the original input data, and passes it to the local small model for preprocessing. The local small model performs semantic analysis and structural mapping on the above information, extracts embedding vectors and intermediate semantic structures that can be used for understanding by the large model for subsequent calls.

[0038] After completing the preprocessing, the integrated logistics integration platform will embed the structured data and semantics into the big model environment, and the big model will identify the user's business intentions and match the business process templates defined in the platform. If the current request meets the basic execution conditions of the defined process, the feasibility judgment result and the recommended execution process will be directly output; if there is a resource gap or the conditions are not met, the process reconstruction and sub-process combination mechanism will be started. In this process, the big model will call the configured API interface (including compliance API, impact calculation API, etc.) through the workflow mechanism to complete the planning and evaluation of candidate processes, and feedback the processing results to the integrated logistics integration platform in the form of structured Json data. The feedback results include: whether the execution conditions are met, if not, the missing resource details, whether the requirements can be met through other process combinations, and the multi-dimensional impact evaluation of each candidate solution.

[0039] At the same time, the big model will also generate a summary natural language explanation for users based on the above structured results. The content covers the basis for judgment, recommended operation paths, resource usage analysis, etc., so that users can quickly understand the system recommendations and make the final choice or further adjust their needs accordingly.

[0040] In one embodiment, planning at least one candidate process solution by combining multiple sub-processes of the preset model includes: Calling the preset model to identify the user's intention and map it into business process parameters; Determine whether the business process is executable according to the business process parameters, and if not executable, receive the returned missing resource information; The missing resource information is used as a target constraint to construct a resource flow graph using graph theory and operations research algorithms; Based on the resource flow graph, under the premise of satisfying the target constraint, calculating a plurality of sub-processes that can be used to supplement the missing resource information; The plurality of sub-processes are formatted, and the preset model is called to identify the user's adjustment content, so as to plan out at least one candidate process solution.

[0041] In this embodiment, the preset model is called to identify the user's intention. The integrated logistics integration platform can parse the structured fields and natural language descriptions submitted by the user in the document based on the large model (such as LLM) to identify the specific business type and additional restrictions that the user expects to perform. The recognition result will be mapped to a structured parameter set of the corresponding business process, including the type of target operation, entity object, time limit, priority preference and other information, and serve as the input basis for the feasibility judgment and combination calculation of the subsequent process.

[0042] Furthermore, according to the business process parameters, the compliance check API is called to determine whether the business process is executable. If it is judged to be unexecutable, the integrated logistics integration platform will extract the missing resource information of the current process from the API return result, such as the missing quantity of goods, insufficient available storage space, equipment occupancy conflict, etc. After identifying the resource gap, the missing resource information is used as the target constraint condition to construct a mathematical model of the resource supplement path. That is, the embedded graph theory and operations research algorithm module is called to construct a resource flow graph, which uses business processes as edges and resource types as nodes to represent the resource input and output relationship between each available sub-process. Specifically, each sub-process has well-defined input resources, output resources, execution conditions and execution time. The resource flow graph will be used to characterize the set of feasible paths. After the resource flow graph is constructed, the integrated logistics integration platform calculates multiple sub-processes that are available under the premise of meeting the target constraints based on graph theory and operations research algorithms.

[0043] Finally, the integrated logistics integration platform formats the multiple sub-processes that have been screened, generates a structured candidate process draft, and calls the preset model to further identify the adjustment requirements that users may propose (such as giving priority to low-cost solutions, limiting the use of specific equipment, etc.). The preset model will modify the original target parameters based on the user's adjustment content, and re-execute the graph theory and operations research algorithms to generate the revised candidate process solutions. Finally, one or more candidate process solutions that meet the user's target constraints are output. Each candidate process solution includes multiple sub-processes, with clear execution paths, time arrangements, resource allocation plans and impact assessments, providing intelligent support for users to achieve business allocation under complex conditions.

[0044] In one embodiment, the feasibility verification and multi-dimensional impact calculation of the candidate process solution are performed to obtain the calculation results, including: Obtaining the operation steps in the candidate process solution, and performing an impact check on the operation steps to return an impact result; Updating the internal available resource pool according to the impact result to obtain an updated available resource pool; When the impact check returns that the operation is not feasible, determine whether the missing resources can be supplemented by the updated available resource pool. If so, pass the missing resources as ignored resource items to the updated available resource pool. If the missing resources are still not feasible after supplementation, mark the candidate process plan as unexecutable, or include the missing resources in the modified resource constraints to obtain the calculation result.

[0045] In this embodiment, operation steps are extracted from each candidate process solution, and an impact check is performed on each operation step. The impact check is implemented by calling the impact calculation API interface configured for the corresponding process. After receiving the operation parameters, the data such as resource occupancy, manpower requirements, estimated time, equipment conflicts and storage area impact caused by the operation in the current system state are returned as the impact result. After obtaining the impact result of each operation step, the internally maintained available resource pool is updated in real time based on the impact result. The resource pool is a set of resource states that the platform uses to dynamically manage storage resources, human resources, equipment capabilities, etc. during process scheduling. The update operation includes deducting the resources consumed in this operation from the available resource pool, and marking the resource area occupied or restricted by the current operation step to avoid duplicate allocation or conflicting use of resources.

[0046] Furthermore, when the impact check of the operation step returns the "operation infeasible" status, first determine whether the missing resources of the operation step can be supplemented by the updated available resource pool. If it is determined to be supplementable, the system will mark the missing resources as ignored resource items, and include them in the correction parameters, and pass them into the executable verification logic corresponding to the current step to simulate the execution scenario where resources can be pre-occupied, and further determine its feasibility. If the current operation is still judged to be infeasible after incorporating the ignored resource items, the status of the candidate process plan is marked as infeasible, or the current missing resources are included in the process correction logic as a corrected resource constraint for further search or combination by subsequent algorithms. The corrected resource constraint can be used to generate a new round of candidate process plans, and can also be used as prompt information in the user interface for manual assisted judgment and selection.

[0047] The present embodiment will be described below in conjunction with a specific implementation scenario: Take the adjustment of the outbound order of a raw material warehouse of a tobacco enterprise as an example. In this implementation scenario, the user proposes to add an outbound order containing 40 items at 9 am on the same day, where the types and quantities of the items are: A12, B10, C5, D4, E3, F3, G2, H1. The outbound order containing 32 items originally scheduled for 9 am will be cancelled. The items in the original order are: A10, B10, C5, I5, J2. At the same time, there is also an order to be shipped at 3 pm in the system, and its content is the same as the newly added order. The current available inventory of the warehouse (not locked by other orders) is: A8, B8, C2, D4, E2, F1, G2, and some other specifications.

[0048] In response to the above requirements, the algorithm system deployed by the integrated logistics integration platform preliminarily planned the following candidate process solutions and verified them step by step: Step 1: Cancel the original 9 am order. The integrated logistics integration platform confirms the operation through the impact check interface and releases five categories of goods A10, B10, C5, I5, and J2 to the available inventory. After executing step 1, the available inventory is updated to: A10, B10, C5, I5, and J2; Step 2: Change the order status at 3pm to "out of stock lock". This operation releases A12, B10, C5, D4, E3, F3, G2, H1 to available inventory. The current system available inventory accumulates to: A22, B20, C10, D4, E3, F3, G2, H1, I5, J2; Step 3: Arrange to replenish E1, F2, and H1 at 12 noon. The integrated logistics integration platform calls the impact calculation API to confirm that the replenishment will cause the deduction of the corresponding goods in the alcoholization warehouse, and replenish the goods to the raw material warehouse before 3 pm, while generating transportation demand and loading and unloading operation demand. This operation does not require cash settlement. After the replenishment is completed, the system's available inventory is updated to: A22, B20, C10, D4, E3+1 (3 pm), F3+2 (3 pm), G2, H1+1 (3 pm), I5, J2; Step 4: Verify the impact of vehicle transportation and loading and unloading operations (alcoholization warehouse and raw material warehouse) respectively, confirm that all resources are within the system capacity, and no constraint conflict is triggered, which is considered feasible; Step 5: Add a new outbound order. The preliminary impact check shows that because the current system has not yet actually allocated resources, it is only simulating execution. The system prompts that the out-of-stock items are: A4, B2, C3, E1, F2, H1; Step 6: The integrated logistics platform further determines that the available inventory has the capacity to meet the above-mentioned out-of-stock items, so it marks the out-of-stock content as "ignore resource items" and re-executes the impact check. After successful verification, the system updates the available inventory to: A10, B10, C5, E1 (3 pm), F2 (3 pm), H1 (3 pm), I5, J2; Step 7: Change the order status at 3pm to "locked and available for shipment". Since some goods have been consumed by the new order in step 6, the initial check of this operation prompts out of stock again. The integrated logistics integration platform marks the out-of-stock item as an ignored resource item and re-verifies it to confirm that the operation can still be executed. The result is that the available inventory is reduced by A8, B8, C2, D4, E2, F1, and G2, and the updated virtual inventory is A-2 and D-4 (negative values ​​appear). The negative inventory here only indicates that the solution's dependence on inventory exceeds the computing power of the allocation algorithm itself, but because the system has not yet been actually executed and the actual warehouse resource reserves can still meet the operation, the feedback result of the impact calculation API is still "executable". The integrated logistics integration platform confirms that this candidate process solution is a valid solution.

[0049] In step S104, based on multiple candidate business solutions, the user can select one or more candidate business solutions for deployment. By calling the business process interface associated with the selected candidate business solution, the actual scheduling execution process is triggered, thereby realizing the unified deployment of automated tasks and logistics operations for the relevant warehouse logistics system. The automatic deployment process includes operations such as order status adjustment, inventory transfer, equipment scheduling, and personnel arrangement, ensuring that the overall operation efficiency of the logistics system is optimized to the maximum extent while meeting the user's business goals.

[0050] In a specific application scenario, the present invention can be deployed in the raw material warehouse (strip tobacco formula library) of a tobacco enterprise. The raw material warehouse is mainly used for the short-term temporary storage of strip tobacco package raw materials, and the inventory capacity can meet the production needs of the next 4 to 7 days. Since the raw materials have high requirements for the storage environment and are not suitable for long-term storage, the raw material inventory turnover is frequent and is mainly aimed at immediate production tasks. In addition, the raw material warehouse is connected to the front-end alcoholization warehouse or the finished product warehouse of the leaf threshing and redrying plant to achieve system docking, and the raw materials can be replenished by allocation according to actual needs.

[0051] In this scenario, at 8 a.m. on the same day, the production department notified that it would cancel the outbound order originally scheduled for 9 a.m. and replace it with a new outbound order. Since the product brand corresponding to the new order has changed, its material composition (BOM) is quite different from the original order, resulting in a low match between the required materials and the locked resources in the current system. After receiving the new order, the platform immediately starts the analysis process. First, the operation of canceling the original order is simulated to determine its impact on the available inventory of the system. The results show that although there are some spot stocks of the specifications required for the new order in the warehouse, these spot resources have been locked to meet another order scheduled to be shipped at 3 p.m. on the same day. Therefore, the current available inventory cannot meet the needs of the new order.

[0052] The interface is further called to query the replenishment status of the out-of-stock specifications in the forward alcoholization warehouse to confirm that the missing materials are in stock in the forward warehouse, and if the transfer task is initiated before 12 noon, the goods can be put into storage before 3 pm. Based on the above analysis, the platform forms several alternative plans: (a) the current inventory is insufficient, and it is recommended to maintain the original plan; (b) cancel the order at 3 pm to release resources to meet the new order; (c) temporarily borrow the locked materials of the 3 pm order to execute the new order, and complete the replenishment before 12 noon to ensure that the 3 pm order is shipped out as scheduled.

[0053] After evaluation, the user can choose to optimize and adjust based on solution (c), and propose to advance the replenishment initiation time to 8:30 to avoid the conflict of loading and unloading operations at noon. The platform then calls the impact calculation API to re-verify solution (c), confirms that it is feasible to execute the allocation task at 8:30, and generates a new candidate solution (c1). After the user confirms the solution (c1), the platform automatically schedules the execution, including: canceling the original 9 o'clock order through the API, adjusting the 3 pm order status to out-of-stock lock, registering a new outbound order, and initiating a replenishment task to the forward alcoholization warehouse to complete the task chain closed loop.

[0054] In another specific application scenario, the present invention can be applied to the auxiliary material warehouse management system of tobacco enterprises. The auxiliary material warehouse is divided into multiple functional areas according to the physical properties of the materials and the different use stages, including: a primary warehouse (used to store auxiliary materials that have not been plated, mainly operated manually), a balance warehouse (used to store auxiliary materials that have been plated and need to be treated with temperature and humidity balance, equipped with constant temperature and humidity equipment) and a tow and paperboard warehouse (used to store some heavy auxiliary materials that do not require balancing treatment). Among them, the balance warehouse and the tow and paperboard warehouse are managed by an automated warehousing system, and the AGV (automatic guided vehicle) and the stacker cooperate to realize the automated storage and retrieval operation of materials.

[0055] In this scenario, the system continuously monitors the operating status of the equipment and detects that the vibration of the main motor of a stacker in the balance warehouse has exceeded the normal envelope range. It predicts that the equipment has a potential failure risk and recommends that it be shut down for maintenance as soon as possible. The on-site maintenance team confirmed that the stacker needs to be shut down for emergency maintenance after get off work that day, and the estimated downtime is 48 hours. On the platform, the maintenance team initiates a maintenance application by creating a maintenance work order, specifying the equipment to be shut down and the maintenance cycle.

[0056] After receiving the maintenance document, the platform immediately conducts impact analysis and automatic solution planning based on the key equipment shutdown business process defined in the platform. The analysis results show that if the stacker is shut down, the shelf area controlled by it will be unavailable for 48 consecutive hours, affecting the auxiliary material batches expected to be delivered in the subsequent distribution area, which will have an adverse impact on the production rhythm. The platform further simulates and executes multiple allocation strategies, and generates the optimal processing plan based on the comprehensive consideration of the current available storage space, human resource scheduling capacity and logistics channels. The specific allocation plan includes: (1) Immediately transfer the key distribution pallet goods in the control area of ​​the stacker to be shut down to the shelf area controlled by the other two normal operating stackers; (2) Partially postpone the subsequent operation plan of the distribution area by 3 hours to avoid peak period conflicts; (3) For the overflow materials that cannot be accommodated in the remaining storage space in the balancing warehouse, they are temporarily stored in the tow paperboard warehouse. After the available storage space in the balancing warehouse is released or the equipment maintenance is completed, the overflow materials are transferred back to the balancing warehouse as soon as possible, and the storage time is marked to ensure that the specified balancing cycle is met when the warehouse is subsequently shipped out.

[0057] After the user confirms that the deployment plan is feasible, the platform will immediately automatically perform the following operations through the API interface: send the cargo movement task to the AGV system; set the designated stacker to offline status for maintenance by the maintenance team; and simultaneously send the adjusted production plan to the manufacturing execution system (MES) and manual warehouse management system to ensure timely response from relevant departments.

[0058] In another specific application scenario, the present invention can be applied to the finished product warehouse scheduling management system of tobacco enterprises. The warehousing operation of the finished product warehouse is directly driven by the production line, and due to the highly saturated production schedule, there is a lack of flexible adjustment space; the outbound order is issued by the superior marketing system and is controlled by the planning instructions. In principle, the factory has no right to make unauthorized changes, and the overall scheduling coordination is limited.

[0059] In this scenario, the system receives a notification from the marketing system, requesting that a batch of planned outbound orders be postponed for 3 days. This is the peak sales season, the production line is running at full capacity, and the finished product warehouse is also close to the upper limit of storage capacity. After receiving the change request, the platform starts the process impact analysis. The results show that if the postponement plan is implemented, the finished product warehouse will have an increase in inventory in the next three days, that is, the storage capacity will exceed the limit and cannot accommodate the subsequent production line incoming materials, which will seriously affect the continuity of the production line.

[0060] To deal with such situations, the platform intelligently plans the peak-cutting strategy for finished product transfer and warehousing based on the analysis of the current order structure, scheduling plan and material stacking structure. According to the subsequent outbound demand, the list of goods that can be transferred to the warehouse in the short term by other order goods that do not need to be outbound for the time being is locked, and the feasible allocation path is determined in combination with the current inventory structure. At the same time, it is suggested that some finished products should be temporarily put on hold to free up inventory space to cope with short-term accumulation pressure. The operator manually intervenes and optimizes the plan based on the value and circulation priority of the goods. Specifically, keep the high-value goods in the original warehouse without moving, and increase the proportion of goods that are not temporarily put into the warehouse to avoid repeated handling and the risk of high-value items being stored outside. After receiving the user's modified strategy, the platform calls the impact calculation API interface to recalculate the comprehensive impact of the adjustment plan on storage capacity, manpower, handling equipment, etc., and confirm that the adjusted plan is feasible and within the safety boundary.

[0061] Finally, after the operator confirms the plan, the platform automatically initiates the execution, including: (1) issuing a cargo transfer task to the WMS system to transfer the designated finished products to the backup storage area; (2) updating the warehousing strategy corresponding to the production plan, temporarily diverting some finished products that are about to be off the line to the manual stacking area, where they are manually stacked and directly stored in a safe area outside the warehouse, and then organized back to the warehouse after the space is released.

[0062] Combination Figure 2 As shown, Figure 2 A schematic block diagram of an integrated logistics automatic allocation device provided in an embodiment of the present invention, the integrated logistics automatic allocation device 200 includes: The platform creation unit 201 is used to create a logistics integration platform, and to take over the business operations of multiple warehouse logistics systems through the logistics integration platform to obtain an integrated logistics integration platform; A process definition unit 202, used to define a cross-warehouse business process based on the integrated logistics integration platform; A model connection unit 203 is used to configure a workflow, connect the integrated logistics integration platform with a preset model based on the business process by using the workflow, and analyze received user requests by using the preset model to obtain multiple candidate business solutions; The task allocation unit 204 is used to call the business process based on the candidate business solution using the integrated logistics integration platform to complete the automatic allocation of logistics.

[0063] In this embodiment, the platform creation unit 201 creates a logistics integration platform, and takes over the business operations of multiple warehouse logistics systems through the logistics integration platform to obtain an integrated logistics integration platform; the process definition unit 202 defines cross-warehouse business processes based on the integrated logistics integration platform; the model connection unit 203 configures the workflow, and uses the workflow to connect the integrated logistics integration platform with the preset model based on the business process, and uses the preset model to analyze the received user requests to obtain multiple candidate business solutions; the task allocation unit 204 uses the integrated logistics integration platform to call the business process based on the candidate business solutions to complete the automatic allocation of logistics.

[0064] In one embodiment, the platform creation unit 201 includes: An interface establishment unit, used to establish a full-function interface connection between the logistics integration platform and each of the warehouse logistics systems; A warehouse access unit, used to take over the input operation, editing operation and query operation of the warehouse logistics system based on the full-function interface; wherein the query operation includes querying order information, querying inventory status, querying equipment status and querying task progress information; A function setting unit, used to retain the original instruction flow for executing functions in each of the warehouse logistics systems; wherein the original instruction flow includes task decomposition, task tracking, task management and storage location management; The interface integration unit is used to integrate the full-function interface and the original instruction flow to obtain the integrated logistics integration platform.

[0065] In one embodiment, the process definition unit 202 includes: The first definition unit is used to define the common processes used in all warehouses; A first calculation unit is used to calculate the object list and impact range corresponding to each process according to the common process; wherein the object list includes a key equipment list when the key logistics equipment is overhauled, and the impact range includes an unavailable area range when the key logistics equipment is shut down; The second definition unit is used to define a collaboration process for multiple warehouses to collaborate on; A second calculation unit is used to configure the requirement conditions, execution steps and impact assessment method corresponding to each process according to the collaborative process; wherein the execution step includes the API call name and API call parameters of the lower-level system, and the impact assessment method includes performing a feasibility analysis of the execution requirements through the API of the external system and generating impact indicators, and the impact indicators include storage capacity occupancy, human resource consumption, required operation time and estimated cost; A process registration unit is used to register the common process and the collaborative process into the integrated logistics integration platform to obtain the business process.

[0066] In one embodiment, the process registration unit includes: A third definition unit is used to define the entity variables and quantity ranges to be operated corresponding to the business process; A condition association unit, used to set execution conditions associated with the business process based on the entity variables; wherein the execution conditions include an operation start time, an operation end time, an operator identifier, a scheduled execution time, a designated unavailable resource item, and a resource item to be ignored in a compliance check; A parameter input unit, used to input the entity variable, quantity range and execution condition as parameters respectively, and use the configured compliance API interface to determine whether the current process is executable in the warehouse environment; The resource calculation unit is used to call the compliance API interface when the executability is met to calculate the time, human resources, cash costs, and associated restricted storage areas, cargo locations, and equipment resources required for the execution of the business process.

[0067] In one embodiment, the model connection unit 203 includes: A data receiving unit, used for receiving an operation request document submitted by a user; A condition judgment unit, used to call the workflow interface of the preset model based on the business process to judge whether the current warehouse environment meets the executable condition of the operation request document; A process planning unit, configured to plan at least one candidate process solution by combining multiple sub-processes of the preset model when the operation request document does not meet the executable condition; A third calculation unit is used to perform feasibility verification and multi-dimensional impact calculation on the candidate process solution to obtain a calculation result; A result calculation unit is used to generate a plurality of candidate business solutions according to the calculation result.

[0068] In one embodiment, the process planning unit includes: An intention recognition unit, used to call the preset model to recognize the user's intention and map it into a business process parameter; A process execution unit, configured to determine whether the business process is executable according to the business process parameters, and if not executable, receive the returned missing resource information; A target constraint unit, used to use the missing resource information as a target constraint to construct a resource flow graph using graph theory and operations research algorithms; A fourth calculation unit, configured to calculate, based on the resource flow graph and on the premise of satisfying a target constraint, a plurality of sub-processes that can be used to supplement the missing resource information; The process format unit is used to format the multiple sub-processes and call the preset model to identify the user's adjustment content to plan at least one candidate process solution.

[0069] In one embodiment, the third computing unit includes: A step acquisition unit, used for acquiring the operation steps in the candidate process scheme, and performing an impact check on the operation steps to return an impact result; A resource updating unit, used for updating an internal available resource pool according to the impact result to obtain an updated available resource pool; A resource evaluation unit is used to determine whether the missing resources can be supplemented by the updated available resource pool when the impact check returns that the operation is not feasible. If so, the missing resources are passed into the updated available resource pool as ignored resource items. If the missing resources are still not feasible after supplementation, the candidate process plan is marked as unexecutable, or the missing resources are included in the modified resource constraints to obtain the calculation result.

[0070] Since the embodiments of the apparatus part correspond to the embodiments of the method part, please refer to the description of the embodiments of the method part for the embodiments of the apparatus part, which will not be repeated here.

[0071] The embodiment of the present invention further provides a computer-readable storage medium on which a computer program is stored, and when the computer program is executed, the steps provided in the above embodiment can be implemented. The storage medium may include: a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and other media that can store program codes.

[0072] The embodiment of the present invention also provides a computer device, which may include a memory and a processor, wherein a computer program is stored in the memory, and when the processor calls the computer program in the memory, the steps provided in the above embodiment may be implemented. Of course, the computer device may also include various network interfaces, power supplies and other components.

[0073] The various embodiments in the specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments. The same and similar parts between the various embodiments can be referred to each other. For the system disclosed in the embodiment, since it corresponds to the method disclosed in the embodiment, the description is relatively simple, and the relevant parts can be referred to the method part description. It should be pointed out that for ordinary technicians in this technical field, without departing from the principles of this application, several improvements and modifications can be made to the present application, and these improvements and modifications also fall within the scope of protection of the claims of this application.

[0074] It should also be noted that, in this specification, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "comprise", "include" or any other variants thereof are intended to cover non-exclusive inclusions, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the statement "comprises a ..." does not exclude the presence of other identical elements in the process, method, article or device including the element.

Claims

1. A logistics integrated automatic allocation method, characterized in that: include: Creating a logistics integration platform, and taking over the business operations of multiple warehouse logistics systems through the logistics integration platform to obtain an integrated logistics integration platform; Defining cross-warehouse business processes based on the integrated logistics integration platform; Configure a workflow, connect the integrated logistics integration platform with a preset model using the workflow based on the business process, and analyze received user requests using the preset model to obtain multiple candidate business solutions; Based on the candidate business solutions, the business process is called using the integrated logistics integration platform to complete the automatic allocation of logistics.

2. The integrated logistics automatic allocation method according to claim 1 is characterized in that: The logistics integration platform uniformly takes over the business operations of multiple warehouse logistics systems to obtain an integrated logistics integration platform, including: Establishing a fully functional interface connection between the logistics integration platform and each of the warehouse logistics systems; Taking over the input operations, editing operations and query operations of multiple warehouse logistics systems based on the full-function interface; wherein the query operations include querying order information, querying inventory status, querying equipment status and querying task progress information; Retaining the original instruction flow for executing functions in each of the warehouse logistics systems; wherein the original instruction flow includes task decomposition, task tracking, task management and storage location management; The full-function interface and the original instruction flow are integrated to obtain the integrated logistics integration platform.

3. The integrated logistics automatic allocation method according to claim 1 is characterized in that: The cross-warehouse business process is defined based on the integrated logistics integration platform, including: Define common processes for all warehouses; According to the common processes, the object list and the impact range corresponding to each process are calculated respectively; wherein the object list includes the key equipment list when the key logistics equipment is overhauled, and the impact range includes the unavailable area range when the key logistics equipment is shut down; Define collaborative processes for multiple warehouses to collaborate on; According to the collaborative process, the requirements, execution steps and impact assessment methods corresponding to each process are configured; wherein the execution steps include the API call name and API call parameters of the lower-level system, and the impact assessment method includes performing a feasibility analysis of the execution requirements through the API of the external system and generating impact indicators, wherein the impact indicators include storage capacity occupancy, human resource consumption, required operation time and estimated cost; The common process and the collaborative process are registered in the integrated logistics integration platform to obtain the business process.

4. The integrated logistics automatic allocation method according to claim 3 is characterized in that: The registering of the common process and the collaborative process into the integrated logistics integration platform to obtain the business process includes: Define the entity variables and quantity ranges to be operated corresponding to the business process; An execution condition associated with the business process is set based on the entity variable; wherein the execution condition includes an operation start time, an operation end time, an operator identifier, a scheduled execution time, a designated unavailable resource item, and a resource item to be ignored in a compliance check; The entity variables, quantity ranges and execution conditions are input as parameters respectively, and the configured compliance API interface is used to determine whether the current process is executable in the warehouse environment; When the executability is met, the compliance API interface is called to calculate the time, human resources, cash costs, and associated restricted storage areas, cargo locations, and equipment resources required for the execution of the business process.

5. The integrated logistics automatic allocation method according to claim 1 is characterized in that: The method of analyzing the received user request by using the preset model to obtain multiple candidate business solutions includes: Receive operation request tickets submitted by users; Calling the workflow interface of the preset model based on the business process to determine whether the current warehouse environment meets the executability conditions of the operation request document; When the operation request document does not meet the executability condition, at least one candidate process solution is planned by combining multiple sub-processes of the preset model; Perform feasibility verification and multi-dimensional impact calculation on the candidate process solutions to obtain calculation results; A plurality of candidate business solutions are generated according to the calculation results.

6. The integrated logistics automatic allocation method according to claim 5 is characterized in that: The step of planning at least one candidate process solution by combining multiple sub-processes of the preset model includes: Calling the preset model to identify the user's intention and map it into business process parameters; Determine whether the business process is executable according to the business process parameters, and if not executable, receive the returned missing resource information; The missing resource information is used as a target constraint to construct a resource flow graph using graph theory and operations research algorithms; Based on the resource flow graph, under the premise of satisfying the target constraint, calculating a plurality of sub-processes that can be used to supplement the missing resource information; The plurality of sub-processes are formatted, and the preset model is called to identify the user's adjustment content, so as to plan out at least one candidate process solution.

7. The integrated logistics automatic allocation method according to claim 5, characterized in that: The feasibility verification and multi-dimensional impact calculation of the candidate process solution are performed to obtain the calculation results, including: Obtaining the operation steps in the candidate process solution, and performing an impact check on the operation steps to return an impact result; Updating the internal available resource pool according to the impact result to obtain an updated available resource pool; When the impact check returns that the operation is not feasible, determine whether the missing resources can be supplemented by the updated available resource pool. If so, pass the missing resources as ignored resource items to the updated available resource pool. If the missing resources are still not feasible after supplementation, mark the candidate process plan as unexecutable, or include the missing resources in the modified resource constraints to obtain the calculation result.

8. An automatic distribution device integrating logistics, characterized in that: include: A platform creation unit is used to create a logistics integration platform, and to take over the business operations of multiple warehouse logistics systems through the logistics integration platform to obtain an integrated logistics integration platform; A process definition unit, used to define cross-warehouse business processes based on the integrated logistics integration platform; A model connection unit, configured to configure a workflow, connect the integrated logistics integration platform with a preset model using the workflow based on the business process, and analyze received user requests using the preset model to obtain multiple candidate business solutions; The task allocation unit is used to call the business process based on the candidate business solution using the integrated logistics integration platform to complete the automatic allocation of logistics.

9. A computer device, characterized in that: It includes a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, it implements the automatic allocation method for logistics integration as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the automatic allocation method for logistics integration as described in any one of claims 1 to 7 is implemented.

Images