Production task scheduling method and device based on micro service and production management system

Abstract

The invention provides a micro-service-based production task scheduling method and device and a production management system, and the method comprises the steps: calling an antenatal planning micro-service, determining a corresponding task process according to an input order, decomposing the task process into a plurality of sub-processes, and determining a preposed sub-process and a preposed production condition of each sub-process according to the task process; calling a production management micro-service to store the sub-processes into a task pool; traversing the front sub-process and the front production condition of each sub-process in the task pool, and calling the prenatal planning micro-service to distribute the corresponding sub-process to the corresponding terminal under the condition that the execution of the front sub-process is completed and / or the front production condition is met. According to the method, by dynamically judging whether each process meets the execution condition or not, dynamic scheduling of the processes is achieved, and the problem that in the prior art, scheduling tasks are executed as a whole, all unexecuted tasks are accumulated in a task pool, and consequently the production efficiency is low is solved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of pre-production planning of production lines, in particular to a production task scheduling method and device based on microservices, a computer readable storage medium and a production management system. BACKGROUND

[0002] In the prior art, a single module is used to process production tasks or materials, and manual coordination of module resources is used to achieve automated production. To reduce manual intervention, one specific way is to generate and filter dispatch queue information, further filter machine information based on the filtering result, and then generate and execute dispatch tasks to achieve automatic material dispatching, reduce personnel management, and reduce the probability of product scrap caused by personnel contact. Another specific way is to configure a scheduling task process when a material calling signal is detected, create a scheduling task according to the task process, and monitor materials in real time. By configuring a scheduling process, the task is dynamically planned at runtime to avoid multiple custom development.

[0003] In the above scheme, the pre-production preparation of each process involves many and complex tasks (such as material collection, material preparation, material dispatching, complete set inspection, and material shortage warning, which need to be processed manually step by step), and the order of the dispatch queue still needs to be processed manually step by step. In the above scheme, the entire production task is scheduled as a whole process, and in the case where the previous process is not completed, the unstarted process is accumulated in the task pool, and the production efficiency still cannot meet the needs. SUMMARY

[0004] The main purpose of the present application is to provide a production task scheduling method and device based on microservices, a computer readable storage medium and a production management system to at least solve the problem of low production efficiency caused by executing scheduling tasks as a whole and accumulating all unexecuted tasks in the task pool in the prior art.

[0005] To achieve the above purpose, according to one aspect of the present application, a production task scheduling method based on microservices is provided, which includes: calling a pre-production planning microservice to determine corresponding task processes according to input orders, decomposing the task processes into multiple sub-processes, and determining the pre-sub-processes and pre-production conditions of each sub-process according to the task processes; calling a production management microservice to store the sub-processes in a task pool; traversing the pre-sub-processes and pre-production conditions of each sub-process in the task pool, and calling the pre-production planning microservice to dispatch the corresponding sub-process to the corresponding terminal in the case where the pre-sub-processes are executed and / or the pre-production conditions are met.

[0006] Optionally, the preceding sub-processes and preceding production conditions of each sub-process in the task pool are traversed. If the preceding sub-process is completed and / or the preceding production conditions are met, the pre-production planning microservice is invoked to dispatch the corresponding sub-process to the corresponding terminal. This includes: if the sub-process is a material preparation process, determining that the preceding production condition is that the raw material inventory is less than a first threshold; invoking the warehouse management microservice to query the current raw material inventory and obtain the first raw material inventory; if the first raw material inventory is less than the first threshold, invoking the pre-production planning microservice to send a material preparation instruction to the corresponding terminal. The material preparation instruction is used to instruct the material preparation process to start.

[0007] Optionally, the preceding sub-processes and preceding production conditions of each sub-process in the task pool are traversed. If the preceding sub-process is completed and / or the preceding production conditions are met, the pre-production planning microservice is invoked to dispatch the corresponding sub-process to the corresponding terminal. This includes: if the sub-process is a receiving process, determining that the preceding production condition is that the raw material procurement is completed, and determining that the preceding sub-process is a material preparation process; invoking the warehouse management microservice to check if there is a warehouse location request, invoking the pre-production planning microservice to check if the material preparation process is completed, and obtaining the first task status; if there is a warehouse location request, determining that the raw material procurement is completed, and invoking the pre-production planning microservice to send a receiving instruction to the corresponding terminal, the receiving instruction being used to instruct the receiving process to start; if the first task status is executed, invoking the data management microservice to determine the workstation corresponding to the material preparation process, obtaining the first target workstation, and invoking the pre-production planning microservice to generate a receiving instruction based on the first target workstation and send it to the corresponding terminal.

[0008] Optionally, after calling the pre-production planning microservice to send a receiving instruction to the corresponding terminal, or calling the pre-production planning microservice to generate a receiving instruction based on the target workstation and send it to the corresponding terminal, the method further includes: calling the warehouse management microservice to query the current raw material inventory and obtain the second raw material inventory; if the second raw material inventory is greater than or equal to the first threshold, determining that the kitting check has passed; if the second raw material inventory is less than the first threshold, storing the receiving process and the preparation process back into the task pool.

[0009] Optionally, the preceding sub-processes and preceding production conditions of each sub-process in the task pool are traversed. If the preceding sub-process is completed and / or the preceding production conditions are met, the pre-production planning microservice is invoked to dispatch the corresponding sub-process to the corresponding terminal. This includes: if the sub-process is a material issuance process, determining that the preceding production condition is that the workstation is idle, and determining that the preceding sub-process is a kit check; determining the target workstation for the material issuance process, obtaining the second target workstation, and invoking the data management microservice to determine whether the second target workstation is idle; invoking the pre-production planning microservice to determine whether the kit check has passed; if the second target workstation is idle and the kit check has passed, invoking the pre-production planning microservice to generate a material issuance notification instruction based on the second target workstation and sending it to the corresponding terminal. The material issuance notification instruction is used to instruct the material issuance process to start; upon receiving the material issuance execution instruction sent by the corresponding terminal, a scheduling instruction is sent to the transport vehicle. The scheduling instruction is used to instruct the transport vehicle to transport the raw materials to the second target workstation.

[0010] Optionally, after sending the scheduling instruction to the vehicle, the method further includes: calling the data management microservice to determine the material inventory of the second target workstation; and if the material inventory is less than or equal to a second threshold, calling the pre-production planning microservice to store the material issuance process in the task pool.

[0011] Optionally, after calling the pre-production planning microservice to dispatch the corresponding sub-process to the corresponding terminal, the method further includes: if the sub-process dispatch has elapsed for a preset time, calling the pre-production planning microservice to determine whether the sub-process has started execution; if the sub-process has not started execution, storing the sub-process in the task pool.

[0012] According to another aspect of this application, a microservice-based production task scheduling device is provided. The device includes: a first processing unit, configured to call a pre-production planning microservice to determine the corresponding task process based on the input order, decompose the task process into multiple sub-processes, and determine the preceding sub-processes and preceding production conditions of each sub-process based on the task process; a second processing unit, configured to call a production management microservice to store the sub-processes in a task pool; and a first control unit, configured to traverse the preceding sub-processes and preceding production conditions of each sub-process in the task pool, and, when the preceding sub-process is completed and / or the preceding production conditions are met, call the pre-production planning microservice to dispatch the corresponding sub-process to the corresponding terminal.

[0013] According to another aspect of this application, a computer-readable storage medium is provided, the computer-readable storage medium including a stored program, wherein, when the program is executed, it controls the device on which the computer-readable storage medium is located to perform any one of the methods.

[0014] According to another aspect of this application, a production management system is provided, comprising: one or more processors, a memory, and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the one or more processors, and the one or more programs include methods for performing any one of them.

[0015] Applying the technical solution of this application, in the aforementioned microservice production task scheduling method, firstly, the pre-production planning microservice is invoked to determine the corresponding task process based on the input order, decomposes the task process into multiple sub-processes, and determines the preceding sub-processes and preceding production conditions for each sub-process based on the task process; then, the production management microservice is invoked to store the sub-processes in the task pool; finally, the preceding sub-processes and preceding production conditions of each sub-process in the task pool are traversed, and if the preceding sub-process is completed and / or the preceding production conditions are met, the pre-production planning microservice is invoked to dispatch the corresponding sub-process to the corresponding terminal. This application, by decomposing each process in the task process into corresponding sub-processes and placing them in the task pool, and by dynamically matching sub-processes that meet the execution conditions through real-time monitoring of the production status, ensures that each sub-process can start execution immediately, reducing production delays. This solves the problem in the prior art where scheduling tasks are executed as a whole, resulting in all unexecuted tasks accumulating in the task pool and leading to low production efficiency. Attached Figure Description

[0016] Figure 1 A hardware structure block diagram of a mobile terminal for a microservice production task scheduling method provided in an embodiment of this application is shown.

[0017] Figure 2 A flowchart illustrating a microservice production task scheduling method according to an embodiment of this application is shown.

[0018] Figure 3 A structural block diagram of a microservice production task scheduling apparatus provided according to an embodiment of this application is shown.

[0019] The above figures include the following reference numerals:

[0020] 102. Processor; 104. Memory; 106. Transmission device; 108. Input / output device. Detailed Implementation

[0021] It should be noted that, unless otherwise specified, the embodiments and features described in this application can be combined with each other. This application will now be described in detail with reference to the accompanying drawings and embodiments.

[0022] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort should fall within the scope of protection of the present application.

[0023] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate for the embodiments of this application described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0024] As described in the background section, the pre-production preparation work for each process in the prior art involves numerous and complex tasks (such as receiving materials, preparing materials, issuing materials, checking for complete sets, and issuing material shortage warnings, which require manual processing step by step). The order of the dispatch queue still requires manual processing step by step. Moreover, in the above scheme, the entire production task is scheduled as a whole process. If the preceding process is not completed, the unstarted process will accumulate in the task pool, and the production efficiency will still not meet the needs. In order to solve the problem of low production efficiency caused by the prior art of scheduling tasks as a whole and all unexecuted tasks accumulating in the task pool, the embodiments of this application provide a microservice-based production task scheduling method, apparatus, computer-readable storage medium, and production management system.

[0025] The technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention.

[0026] The methods and embodiments provided in this application can be executed on a mobile terminal, computer terminal, or similar computing device. Taking running on a mobile terminal as an example, Figure 1 This is a hardware structure block diagram of a mobile terminal for a microservice-based production task scheduling method according to an embodiment of the present invention. Figure 1 As shown, a mobile terminal may include one or more ( Figure 1Only one is shown in the diagram. A processor 102 (which may include, but is not limited to, a microprocessor MCU or a programmable logic device FPGA, etc.) and a memory 104 for storing data are also shown. The mobile terminal may further include a transmission device 106 for communication functions and an input / output device 108. Those skilled in the art will understand that... Figure 1 The structure shown is for illustrative purposes only and does not limit the structure of the mobile terminal described above. For example, the mobile terminal may also include components that are more... Figure 1 The more or fewer components shown, or having the same Figure 1 The different configurations shown.

[0027] The memory 104 can be used to store computer programs, such as application software programs and modules, like the computer program corresponding to the microservice-based production task scheduling method in this embodiment of the invention. The processor 102 executes various functional applications and data processing by running the computer program stored in the memory 104, thus implementing the above-described method. The memory 104 may include high-speed random access memory and non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 104 may further include memory remotely located relative to the processor 102, and these remote memories can be connected to the mobile terminal via a network. Examples of the aforementioned networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof. The transmission device 106 is used to receive or send data via a network. Specific examples of the aforementioned networks may include wireless networks provided by the mobile terminal's communication provider. In one example, the transmission device 106 includes a network interface controller (NIC), which can be connected to other network devices via a base station to communicate with the Internet. In one example, the transmission device 106 may be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0028] This embodiment provides a microservice-based production task scheduling method that runs on a mobile terminal, computer terminal, or similar computing device. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Also, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0029] Figure 2 This is a flowchart of a microservice-based production task scheduling method according to an embodiment of this application. Figure 2 As shown, the method includes the following steps:

[0030] Step S201: Call the pre-production planning microservice to determine the corresponding task process based on the input order, decompose the task process into multiple sub-processes, and determine the preceding sub-processes and preceding production conditions of each sub-process based on the task process.

[0031] As can be understood, microservice architecture is a way of developing a single application as a set of small services, each running in its own process and collaborating with each other using lightweight communication mechanisms (usually HTTP). This approach allows each service to be deployed and scaled independently, which is helpful for building large, complex software systems.

[0032] Specifically, the prenatal planning microservice is responsible for receiving order information from the front end, parsing the order, and determining the required production tasks. It further breaks down these tasks into multiple sub-processes, each with its specific preceding sub-processes and prerequisite production conditions. In addition, it is responsible for monitoring the task status, including start time, completion status, and required resources.

[0033] For example, if an order includes a new product assembly task, the pre-production planning microservice will break down this task into multiple sub-processes such as raw material procurement, component production, and assembly based on the product BOM (Bill of Materials). At the same time, it will clarify the prerequisites for each sub-process, such as whether the materials are in place, whether the workstation is available, and whether the previous process has been completed.

[0034] Step S202: Call the production management microservice to store the sub-processes into the task pool;

[0035] Specifically, the role of the production management microservice is to store and manage all production sub-processes, that is, to store the sub-processes obtained from the above decomposition into a task pool. The task pool is a dynamic data structure used to store tasks to be processed.

[0036] In addition, the production management microservice is also responsible for production scheduling and material pull management.

[0037] Step S203: Traverse the preceding sub-processes and preceding production conditions of each sub-process in the task pool. If the preceding sub-process is completed and / or the preceding production conditions are met, call the pre-production planning microservice to dispatch the corresponding sub-process to the corresponding terminal.

[0038] Specifically, the system periodically traverses all sub-processes in the task pool, checks whether the preceding sub-processes of each sub-process have been completed and whether the preceding production conditions are met. When all conditions are met, the sub-process is retrieved from the task pool by calling the pre-production planning microservice and dispatched to the corresponding terminal or workstation, such as AGV (Automated Guided Vehicle), production line station, etc., to start the production process.

[0039] Understandably, the above traversal process is completed by calling various microservices. For example, the warehouse management microservice is called to confirm whether the materials are sufficient, the data management microservice is called to verify whether there are available workstations, and the pre-production planning microservice is called to determine whether the previous process has been completed.

[0040] In this embodiment, firstly, the pre-production planning microservice is invoked to determine the corresponding task process based on the input order, decompose the task process into multiple sub-processes, and determine the preceding sub-processes and preceding production conditions for each sub-process based on the task process. Then, the production management microservice is invoked to store the sub-processes in the task pool. Finally, the preceding sub-processes and preceding production conditions for each sub-process in the task pool are traversed. If the preceding sub-process is completed and / or all preceding production conditions are met, the pre-production planning microservice is invoked to dispatch the corresponding sub-process to the corresponding terminal. This application decomposes each process in the task process into corresponding sub-processes and puts them into the task pool. By dynamically matching sub-processes that meet the execution conditions through real-time monitoring of the production status, it ensures that each sub-process can start execution immediately, reducing production delays. This solves the problem in the prior art where scheduling tasks is executed as a whole, resulting in all unexecuted tasks accumulating in the task pool and leading to low production efficiency.

[0041] In order to complete the material preparation task, in one optional implementation, step S203 includes:

[0042] Step S20301: When the sub-process is the material preparation process, determine the preceding production condition as the raw material inventory being less than the first threshold.

[0043] Specifically, if the sub-process currently being traversed by the system is the material preparation sub-process, then the corresponding query is made regarding the preceding production conditions of that process, i.e. whether the raw material inventory is less than the first threshold.

[0044] The threshold is set based on historical data and current production plan requirements to trigger material preparation instructions, ensuring that the production line does not stop due to raw material shortages.

[0045] Step S20302: Call the warehouse management microservice to query the current raw material inventory and obtain the first raw material inventory;

[0046] Specifically, the system performs a judgment operation after obtaining the latest raw material inventory data by sending a request to the warehouse management microservice. This involves calling the warehouse management microservice to query the current raw material inventory X (the aforementioned first raw material inventory), with a first threshold of Y. The system then compares whether X is less than Y.

[0047] In step S20303, if the first raw material inventory is less than the first threshold, the pre-production planning microservice is invoked to send a material preparation instruction to the corresponding terminal. The material preparation instruction is used to instruct the material preparation process to start.

[0048] Specifically, if the queried raw material inventory X is less than the first threshold Y, it indicates that additional raw material replenishment is needed to meet production demands. The system calls the pre-production planning microservice to generate and send material preparation instructions to the corresponding terminals, such as material handling robots or operators' mobile devices.

[0049] The material preparation instruction contains necessary information, such as the type, quantity, and priority of the raw materials to be supplemented, to guide the initiation of the material preparation process.

[0050] Through the above embodiments, by monitoring raw material inventory in real time and replenishing it in a timely manner, production stoppages caused by raw material shortages are effectively prevented, maintaining the continuity of the production line. Dynamic inventory monitoring and replenishment strategies help maintain a reasonable raw material inventory level, avoiding cost waste caused by excessive inventory, and also preventing emergency procurement due to insufficient inventory. It ensures that the material preparation process starts when all preconditions are met, promoting seamless connection between production tasks and improving the coherence and effectiveness of the overall production plan.

[0051] In order to perform a receiving process on the raw materials generated in the material preparation process, in an optional embodiment, the above step S203 further includes:

[0052] Step S20304: If the sub-process is the receiving process, determine the preceding production condition as the completion of raw material procurement, and determine the preceding sub-process as the material preparation process;

[0053] Specifically, the system periodically or based on event triggers will traverse all sub-processes in the task pool to evaluate whether their preceding sub-processes have been completed and whether the preceding production conditions are met. For the receiving process, the preceding production condition is that the raw material procurement has been completed, and the preceding sub-process is the material preparation process.

[0054] Understandably, the raw material procurement process refers to raw materials that need to be purchased externally, while the material preparation process refers to raw materials that can be produced in-house.

[0055] Step S20305: Call the warehouse management microservice to check if there is a warehouse location request, and call the pre-production planning microservice to check if the material preparation process has been completed, and get the first task status;

[0056] Specifically, the system calls the warehouse management microservice to check for any raw material warehousing requests, thereby determining whether raw material procurement is complete. Simultaneously, it calls the pre-production planning microservice to determine whether the material preparation process is complete, thus determining whether the self-made raw materials have been produced.

[0057] Step S20306: If there is a warehouse location call request, determine that the raw material procurement is completed, and call the pre-production planning microservice to send a receiving instruction to the corresponding terminal. The receiving instruction is used to instruct the receiving process to start.

[0058] Specifically, if the system detects a raw material receiving request, it will call the pre-production planning microservice to generate a receiving instruction, and send it to the corresponding terminal, such as a material handling robot or the operator's mobile device, through the production management microservice, instructing the receiving work to start and the raw materials to be received.

[0059] Step S20307: If the first task status is "executed", the data management microservice is called to determine the workstation corresponding to the material preparation process, the first target workstation is obtained, and the pre-production planning microservice is called to generate a receiving instruction based on the first target workstation and send it to the corresponding terminal.

[0060] Specifically, if the system detects that the material preparation process has been completed, it calls the data management microservice to determine the workstation corresponding to the material preparation process, that is, the production line location of the self-made raw materials, and then plans a route based on the above workstation information and the planned warehouse location information and sends it to the corresponding terminal.

[0061] Through the above embodiments, by automatically detecting the raw material procurement status and the completion of the material preparation process, the material receiving process is initiated in a timely manner, avoiding the time that the production line spends waiting for raw materials, accelerating production speed, and improving overall production efficiency. Precise material receiving instructions ensure that raw materials are delivered to the warehouse in a timely and accurate manner, reducing dwell time. Efficient scheduling of AGVs and other logistics equipment ensures that resources are allocated to the right place at the right time, reducing waste in the logistics process.

[0062] To verify whether the preparation work is complete, in one optional implementation, after calling the pre-production planning microservice to send a receiving instruction to the corresponding terminal, or after calling the pre-production planning microservice to generate a receiving instruction based on the target workstation and sending it to the corresponding terminal, the above method further includes:

[0063] Step S301: Call the warehouse management microservice to query the current raw material inventory and obtain the second raw material inventory;

[0064] Specifically, after the system (through the pre-production planning microservice) sends a receiving instruction to the corresponding terminal, or generates and sends a receiving instruction based on the target workstation, the warehouse management microservice immediately intervenes, queries the current raw material inventory, obtains the latest inventory data, and records it as the aforementioned second raw material inventory.

[0065] Step S302: If the second raw material inventory is greater than or equal to the first threshold, the kitting check is confirmed to be passed.

[0066] Specifically, the system compares the second raw material inventory with a pre-set first threshold. The first threshold is set based on the production line's average consumption rate and minimum safety stock, aiming to ensure continuous operation of the production line. If the second raw material inventory meets or exceeds the first threshold, it indicates that the raw material supply is sufficient, the production plan can continue to be executed as expected, and the kitting check passes.

[0067] In step S303, if the second raw material inventory is less than the first threshold, the receiving process and the preparation process are re-entered into the task pool.

[0068] Conversely, if the inventory of the second raw material is lower than the first threshold, it means that the raw material inventory is insufficient to support subsequent production. At this time, the system will take measures to re-store the current receiving and preparation processes into the task pool so that they can be rescheduled to meet the raw material storage requirements.

[0069] Understandably, during the process of re-executing the material receiving and preparation processes that have been re-stored in the task pool, the system can re-evaluate the original procurement plan or adjust the waiting time for re-execution based on the urgency of the raw materials.

[0070] Through the above embodiments, by monitoring inventory in real time and taking action when raw materials fall below a safety threshold, the system can effectively prevent production line interruptions due to raw material shortages, thus improving production continuity. When raw material inventory falls below the safety threshold, the system can quickly identify and reschedule relevant processes, improving the agility and responsiveness of production scheduling. The system also uses kitting checks to prevent unexpected accidents during material preparation or receiving processes from causing insufficient raw material inventory.

[0071] In order to accurately and timely deliver the raw materials to the corresponding workstations, in one optional embodiment, step S203 further includes:

[0072] Step S20308: When the sub-process is the material issuing process, determine the preceding production condition as station idle and determine the preceding sub-process as kit inspection.

[0073] Specifically, for the material issuing process, the preceding production condition is whether there is an idle workstation, and the preceding sub-process is kit inspection.

[0074] The determination of workstations can be divided into two cases: whether the target workstation of the material issuing process needs to be completed in the same workstation as the previous process. If so, it is determined whether the previous process has been completed (i.e., whether the corresponding workstation is free). If not, it can be determined that there is a free workstation as long as there is any free workstation.

[0075] Step S20309: Determine the target station for the material issuing process, obtain the second target station, and call the data management microservice to determine whether the second target station is available.

[0076] Specifically, the system calls the data management microservice to query the current status of the target station (referred to as the second target station) in the material issuing process to verify whether the station is idle and meets the material issuing conditions.

[0077] Step S20310: Call the prenatal planning microservice to determine whether the kit check has passed;

[0078] Specifically, the pre-production planning microservice is invoked to check whether the kitting checks related to the material issuance process have passed. This step ensures that all necessary materials are available, preventing the production line from stopping due to material shortages after material issuance.

[0079] Step S20311: If the second target workstation is idle and the kit inspection is passed, the pre-production planning microservice is invoked to generate a material release notification instruction based on the second target workstation and send it to the corresponding terminal. The material release notification instruction is used to instruct the material release process to start.

[0080] Specifically, the pre-production planning microservice is invoked to check whether the kitting checks related to the material issuance process have passed. This step ensures that all necessary materials are available, preventing the production line from stopping due to material shortages after material issuance.

[0081] Step S20312: Upon receiving the material delivery execution instruction from the corresponding terminal, a scheduling instruction is sent to the transport vehicle. The scheduling instruction is used to instruct the transport vehicle to deliver the raw materials to the second target workstation.

[0082] Specifically, once the terminal confirms receipt of the material dispatching instruction and confirms the start of the material dispatching work, the system will further generate a scheduling instruction and send it to the transport vehicle, such as an AGV, instructing it to move the raw materials from the warehouse to the second target workstation in preparation for the start of the next stage of production.

[0083] Through the above embodiments, by monitoring the workstation status and material availability in real time, the system can promptly initiate the material issuing process, reducing production line waiting time and improving production efficiency. Ensuring that the target workstation is idle and that materials are readily available effectively avoids production interruptions caused by workstation occupancy or incomplete materials, guaranteeing stable production line operation. The automated material issuing process reduces human error in material handling, ensures accurate and timely supply of raw materials, and reduces material loss and management costs.

[0084] To ensure sufficient materials for the production line, in one optional implementation, after sending the scheduling instructions to the transport vehicle, the method further includes:

[0085] Step S401: Call the data management microservice to determine the material inventory of the second target workstation;

[0086] Specifically, after issuing a dispatch instruction to the transport vehicle to deliver the raw materials to the second target workstation, the system does not immediately terminate the task loop, but continues to call the data management microservice to monitor the material inventory at that workstation.

[0087] Specifically, the data management microservice periodically queries the material inventory of the second target workstation. Assuming the system sets a second threshold as the minimum safe inventory level for raw materials—for example, in air conditioner production, the safe inventory level for copper pipes might be set at 500 kg—if the query results show that the material inventory is lower than or equal to this threshold, the system determines that the current material inventory is insufficient to support the next production cycle and needs to be replenished promptly.

[0088] Step S402: If the material inventory is less than or equal to the second threshold, call the pre-production planning microservice to store the material issuance process in the task pool.

[0089] Specifically, when the material inventory falls below the second threshold, the pre-production planning microservice automatically adds a material issuance process to the task pool, triggering a new round of material issuance. This includes, but is not limited to, steps such as re-identifying the material source, checking the workstation status, and generating material issuance notification instructions to ensure rapid material replenishment.

[0090] Understandably, after the material issuance task is completed, the system will continuously monitor the material inventory at the second target workstation, forming a closed-loop monitoring and scheduling mechanism to ensure that the material inventory can meet production needs at any time, thereby avoiding production line interruptions due to material shortages.

[0091] Through the above embodiments, by setting a second threshold for material inventory and automatically triggering a rescheduling of the material issuing process when the inventory falls below the threshold, the continuity of the production line is effectively ensured, and production interruptions are avoided. The dynamic material inventory monitoring and timely replenishment mechanism reduces material waste on the production line, avoids excessive inventory, and optimizes material management efficiency.

[0092] To avoid process bottlenecks, in one optional implementation, after calling the pre-production planning microservice to dispatch the corresponding sub-process to the corresponding terminal, the above method further includes:

[0093] Step S501: If the sub-process dispatch has elapsed for a preset time, call the pre-production planning microservice to determine whether the sub-process has started execution.

[0094] Specifically, once the prenatal planning microservice dispatches a sub-process to the corresponding terminal (such as an operator's mobile device or an AGV), the system starts timing and enters a mode to monitor the execution status of the sub-process. A preset duration is set for each process to monitor whether the sub-process executes within the preset time after receiving the instruction.

[0095] Understandably, the above-mentioned preset duration is based on an understanding of the normal operating time of the production line, to prevent delays during instruction transfer and to ensure timely response.

[0096] Step S502: If the sub-process has not started execution, store the sub-process in the task pool.

[0097] Specifically, after the preset time period ends, the prenatal planning microservice will call the relevant modules to check whether the sub-process has started. If the sub-process has started, the system will continue to monitor its execution progress; if the sub-process has not started, the system will mark it as pending scheduling, that is, put it back into the task pool, ready for the next round of scheduling.

[0098] Through the above embodiments, by setting a preset time to monitor the execution status of sub-processes, the system can promptly detect delays in instruction execution and take measures to avoid unnecessary waiting in production scheduling, thereby improving the overall production scheduling efficiency.

[0099] To enable those skilled in the art to better understand the technical solution of this application, the implementation process of the microservice-based production task scheduling method of this application will be described in detail below with reference to specific embodiments.

[0100] It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions, and although a logical order is shown in the flowchart, in some cases the steps shown or described may be executed in a different order than that shown here.

[0101] This application also provides a microservice-based production task scheduling device. It should be noted that this microservice-based production task scheduling device can be used to execute the microservice-based production task scheduling method provided in this application. This device is used to implement the above embodiments and preferred embodiments; details already described will not be repeated. As used below, the term "module" can refer to a combination of software and / or hardware that implements a predetermined function. Although the device described in the following embodiments is preferably implemented in software, hardware implementation, or a combination of software and hardware, is also possible and contemplated.

[0102] The following describes the microservice-based production task scheduling device provided in the embodiments of this application.

[0103] Figure 3 This is a structural block diagram of a microservice-based production task scheduling device according to an embodiment of this application. Figure 3 As shown, the device includes:

[0104] The first processing unit 10 is used to call the pre-production planning microservice to determine the corresponding task process based on the input order, decompose the task process into multiple sub-processes, and determine the preceding sub-processes and preceding production conditions of each sub-process based on the task process.

[0105] As can be understood, microservice architecture is a way of developing a single application as a set of small services, each running in its own process and collaborating with each other using lightweight communication mechanisms (usually HTTP). This approach allows each service to be deployed and scaled independently, which is helpful for building large, complex software systems.

[0106] Specifically, the prenatal planning microservice is responsible for receiving order information from the front end, parsing the order, and determining the required production tasks. It further breaks down these tasks into multiple sub-processes, each with its specific preceding sub-processes and prerequisite production conditions. In addition, it is responsible for monitoring the task status, including start time, completion status, and required resources.

[0107] For example, if an order includes a new product assembly task, the pre-production planning microservice will break down this task into multiple sub-processes such as raw material procurement, component production, and assembly based on the product BOM (Bill of Materials). At the same time, it will clarify the prerequisites for each sub-process, such as whether the materials are in place, whether the workstation is available, and whether the previous process has been completed.

[0108] The second processing unit 10 is used to call the production management microservice to store the sub-processes into the task pool;

[0109] Specifically, the role of the production management microservice is to store and manage all production sub-processes, that is, to store the sub-processes obtained from the above decomposition into a task pool. The task pool is a dynamic data structure used to store tasks to be processed.

[0110] In addition, the production management microservice is also responsible for production scheduling and material pull management.

[0111] The first control unit 30 is used to traverse the preceding sub-processes and preceding production conditions of each sub-process in the task pool. When the preceding sub-process is completed and / or the preceding production conditions are met, the pre-production planning microservice is invoked to dispatch the corresponding sub-process to the corresponding terminal.

[0112] Specifically, the system periodically traverses all sub-processes in the task pool, checks whether the preceding sub-processes of each sub-process have been completed and whether the preceding production conditions are met. When all conditions are met, the sub-process is retrieved from the task pool by calling the pre-production planning microservice and dispatched to the corresponding terminal or workstation, such as AGV (Automated Guided Vehicle), production line station, etc., to start the production process.

[0113] Understandably, the above traversal process is completed by calling various microservices. For example, the warehouse management microservice is called to confirm whether the materials are sufficient, the data management microservice is called to verify whether there are available workstations, and the pre-production planning microservice is called to determine whether the previous process has been completed.

[0114] In this embodiment, the first processing unit calls the pre-production planning microservice to determine the corresponding task process based on the input order, decomposes the task process into multiple sub-processes, and determines the preceding sub-processes and preceding production conditions for each sub-process based on the task process; the second processing unit calls the production management microservice to store the sub-processes in the task pool; the first control unit traverses the preceding sub-processes and preceding production conditions of each sub-process in the task pool, and when the preceding sub-process is completed and / or the preceding production conditions are met, calls the pre-production planning microservice to dispatch the corresponding sub-process to the corresponding terminal. This application decomposes each process in the task process into corresponding sub-processes and puts them into the task pool. By monitoring the production status in real time and dynamically matching the sub-processes that meet the execution conditions, it ensures that each sub-process can start execution immediately, reducing production delays. This solves the problem in the prior art where scheduling tasks are executed as a whole, and all unexecuted tasks are piled up in the task pool, resulting in low production efficiency.

[0115] In order to complete the material preparation task, in one optional implementation, the first control unit includes:

[0116] The first determining module is used to determine the preceding production condition that the raw material inventory is less than a first threshold when the sub-process is a material preparation process.

[0117] Specifically, if the sub-process currently being traversed by the system is the material preparation sub-process, then the corresponding query is made regarding the preceding production conditions of that process, i.e. whether the raw material inventory is less than the first threshold.

[0118] The threshold is set based on historical data and current production plan requirements to trigger material preparation instructions, ensuring that the production line does not stop due to raw material shortages.

[0119] The first control module is used to call the warehouse management microservice to query the current raw material inventory and obtain the first raw material inventory.

[0120] Specifically, the system performs a judgment operation after obtaining the latest raw material inventory data by sending a request to the warehouse management microservice. This involves calling the warehouse management microservice to query the current raw material inventory X (the aforementioned first raw material inventory), with a first threshold of Y. The system then compares whether X is less than Y.

[0121] The second control module is used to send a material preparation instruction to the corresponding terminal by calling the pre-production planning microservice when the first raw material inventory is less than the first threshold. The material preparation instruction is used to instruct the material preparation process to start.

[0122] Specifically, if the queried raw material inventory X is less than the first threshold Y, it indicates that additional raw material replenishment is needed to meet production demands. The system calls the pre-production planning microservice to generate and send material preparation instructions to the corresponding terminals, such as material handling robots or operators' mobile devices.

[0123] The material preparation instruction contains necessary information, such as the type, quantity, and priority of the raw materials to be supplemented, to guide the initiation of the material preparation process.

[0124] Through the above embodiments, by monitoring raw material inventory in real time and replenishing it in a timely manner, production stoppages caused by raw material shortages are effectively prevented, maintaining the continuity of the production line. Dynamic inventory monitoring and replenishment strategies help maintain a reasonable raw material inventory level, avoiding cost waste caused by excessive inventory, and also preventing emergency procurement due to insufficient inventory. It ensures that the material preparation process starts when all preconditions are met, promoting seamless connection between production tasks and improving the coherence and effectiveness of the overall production plan.

[0125] In order to perform a receiving process on the raw materials generated in the material preparation process, in one optional embodiment, the first control unit further includes:

[0126] The second determining module is used to determine the preceding production condition as the completion of raw material procurement and to determine the preceding sub-process as the material preparation process when the sub-process is the material receiving process.

[0127] Specifically, the system periodically or based on event triggers will traverse all sub-processes in the task pool to evaluate whether their preceding sub-processes have been completed and whether the preceding production conditions are met. For the receiving process, the preceding production condition is that the raw material procurement has been completed, and the preceding sub-process is the material preparation process.

[0128] Understandably, the raw material procurement process refers to raw materials that need to be purchased externally, while the material preparation process refers to raw materials that can be produced in-house.

[0129] The third control module is used to call the warehouse management microservice to query whether there is a warehouse location call request, and to call the pre-production planning microservice to query whether the material preparation process has been completed, and to obtain the first task status.

[0130] Specifically, the system calls the warehouse management microservice to check for any raw material warehousing requests, thereby determining whether raw material procurement is complete. Simultaneously, it calls the pre-production planning microservice to determine whether the material preparation process is complete, thus determining whether the self-made raw materials have been produced.

[0131] The fourth control module is used to determine that the raw material procurement is complete when there is a warehouse location call request, and to call the pre-production planning microservice to send a receiving instruction to the corresponding terminal. The receiving instruction is used to instruct the receiving process to start.

[0132] Specifically, if the system detects a raw material receiving request, it will call the pre-production planning microservice to generate a receiving instruction, and send it to the corresponding terminal, such as a material handling robot or the operator's mobile device, through the production management microservice, instructing the receiving work to start and the raw materials to be received.

[0133] The third determination module is used to call the data management microservice to determine the workstation corresponding to the material preparation process when the first task status is executed, obtain the first target workstation, and call the pre-production planning microservice to generate a receiving instruction based on the first target workstation and send it to the corresponding terminal.

[0134] Specifically, if the system detects that the material preparation process has been completed, it calls the data management microservice to determine the workstation corresponding to the material preparation process, that is, the production line location of the self-made raw materials, and then plans a route based on the above workstation information and the planned warehouse location information and sends it to the corresponding terminal.

[0135] Through the above embodiments, by automatically detecting the raw material procurement status and the completion of the material preparation process, the material receiving process is initiated in a timely manner, avoiding the time that the production line spends waiting for raw materials, accelerating production speed, and improving overall production efficiency. Precise material receiving instructions ensure that raw materials are delivered to the warehouse in a timely and accurate manner, reducing dwell time. Efficient scheduling of AGVs and other logistics equipment ensures that resources are allocated to the right place at the right time, reducing waste in the logistics process.

[0136] To verify whether the preparation work is complete, in one optional embodiment, the above-mentioned device further includes:

[0137] The third processing unit is used to call the pre-production planning microservice to send a receiving instruction to the corresponding terminal, or to call the pre-production planning microservice to generate a receiving instruction based on the target workstation and send it to the corresponding terminal, and then call the warehouse management microservice to query the current raw material inventory and obtain the second raw material inventory.

[0138] Specifically, after the system (through the pre-production planning microservice) sends a receiving instruction to the corresponding terminal, or generates and sends a receiving instruction based on the target workstation, the warehouse management microservice immediately intervenes, queries the current raw material inventory, obtains the latest inventory data, and records it as the aforementioned second raw material inventory.

[0139] The first determining unit is used to determine that the kitting check has passed when the second raw material inventory is greater than or equal to the first threshold.

[0140] Specifically, the system compares the second raw material inventory with a pre-set first threshold. The first threshold is set based on the production line's average consumption rate and minimum safety stock, aiming to ensure continuous operation of the production line. If the second raw material inventory meets or exceeds the first threshold, it indicates that the raw material supply is sufficient, the production plan can continue to be executed as expected, and the kitting check passes.

[0141] The fourth processing unit is used to re-store the receiving process and the preparation process into the task pool when the second raw material inventory is less than the first threshold.

[0142] Conversely, if the inventory of the second raw material is lower than the first threshold, it means that the raw material inventory is insufficient to support subsequent production. At this time, the system will take measures to re-store the current receiving and preparation processes into the task pool so that they can be rescheduled to meet the raw material storage requirements.

[0143] Understandably, during the process of re-executing the material receiving and preparation processes that have been re-stored in the task pool, the system can re-evaluate the original procurement plan or adjust the waiting time for re-execution based on the urgency of the raw materials.

[0144] Through the above embodiments, by monitoring inventory in real time and taking action when raw materials fall below a safety threshold, the system can effectively prevent production line interruptions due to raw material shortages, thus improving production continuity. When raw material inventory falls below the safety threshold, the system can quickly identify and reschedule relevant processes, improving the agility and responsiveness of production scheduling. The system also uses kitting checks to prevent unexpected accidents during material preparation or receiving processes from causing insufficient raw material inventory.

[0145] In order to accurately and timely deliver raw materials to the corresponding workstations, in one optional embodiment, the first control unit further includes:

[0146] The fourth determination module is used to determine the preceding production condition as station idle and the preceding sub-process as kit inspection when the sub-process is material issuance process.

[0147] Specifically, for the material issuing process, the preceding production condition is whether there is an idle workstation, and the preceding sub-process is kit inspection.

[0148] The determination of workstations can be divided into two cases: whether the target workstation of the material issuing process needs to be completed in the same workstation as the previous process. If so, it is determined whether the previous process has been completed (i.e., whether the corresponding workstation is free). If not, it can be determined that there is a free workstation as long as there is any free workstation.

[0149] The fifth determination module is used to determine the target station of the material feeding process, obtain the second target station, and call the data management microservice to determine whether the second target station is available.

[0150] Specifically, the system calls the data management microservice to query the current status of the target station (referred to as the second target station) in the material issuing process to verify whether the station is idle and meets the material issuing conditions.

[0151] The fifth control module is used to call the prenatal planning microservice to determine whether the kit check has passed.

[0152] Specifically, the pre-production planning microservice is invoked to check whether the kitting checks related to the material issuance process have passed. This step ensures that all necessary materials are available, preventing the production line from stopping due to material shortages after material issuance.

[0153] The sixth control module is used to call the pre-production planning microservice to generate a material issuance notification instruction based on the second target workstation and send it to the corresponding terminal when the second target workstation is idle and the kit inspection has passed. The material issuance notification instruction is used to instruct the material issuance process to start.

[0154] Specifically, the pre-production planning microservice is invoked to check whether the kitting checks related to the material issuance process have passed. This step ensures that all necessary materials are available, preventing the production line from stopping due to material shortages after material issuance.

[0155] The seventh control module is used to send a scheduling instruction to the transport vehicle when it receives a material delivery execution instruction from the corresponding terminal. The scheduling instruction is used to instruct the transport vehicle to deliver the raw materials to the second target workstation.

[0156] Specifically, once the terminal confirms receipt of the material dispatching instruction and confirms the start of the material dispatching work, the system will further generate a scheduling instruction and send it to the transport vehicle, such as an AGV, instructing it to move the raw materials from the warehouse to the second target workstation in preparation for the start of the next stage of production.

[0157] Through the above embodiments, by monitoring the workstation status and material availability in real time, the system can promptly initiate the material issuing process, reducing production line waiting time and improving production efficiency. Ensuring that the target workstation is idle and that materials are readily available effectively avoids production interruptions caused by workstation occupancy or incomplete materials, guaranteeing stable production line operation. The automated material issuing process reduces human error in material handling, ensures accurate and timely supply of raw materials, and reduces material loss and management costs.

[0158] To ensure sufficient materials for the production line, in one optional embodiment, the above-mentioned device further includes:

[0159] The second control unit is used to call the data management microservice to determine the material inventory of the second target workstation after sending the scheduling instructions to the vehicle.

[0160] Specifically, after issuing a dispatch instruction to the transport vehicle to deliver the raw materials to the second target workstation, the system does not immediately terminate the task loop, but continues to call the data management microservice to monitor the material inventory at that workstation.

[0161] Specifically, the data management microservice periodically queries the material inventory of the second target workstation. Assuming the system sets a second threshold as the minimum safe inventory level for raw materials—for example, in air conditioner production, the safe inventory level for copper pipes might be set at 500 kg—if the query results show that the material inventory is lower than or equal to this threshold, the system determines that the current material inventory is insufficient to support the next production cycle and needs to be replenished promptly.

[0162] The third control unit is used to call the pre-production planning microservice to store the material issuance process in the task pool when the material inventory is less than or equal to the second threshold.

[0163] Specifically, when the material inventory falls below the second threshold, the pre-production planning microservice automatically adds a material issuance process to the task pool, triggering a new round of material issuance. This includes, but is not limited to, steps such as re-identifying the material source, checking the workstation status, and generating material issuance notification instructions to ensure rapid material replenishment.

[0164] Understandably, after the material issuance task is completed, the system will continuously monitor the material inventory at the second target workstation, forming a closed-loop monitoring and scheduling mechanism to ensure that the material inventory can meet production needs at any time, thereby avoiding production line interruptions due to material shortages.

[0165] Through the above embodiments, by setting a second threshold for material inventory and automatically triggering a rescheduling of the material issuing process when the inventory falls below the threshold, the continuity of the production line is effectively ensured, and production interruptions are avoided. The dynamic material inventory monitoring and timely replenishment mechanism reduces material waste on the production line, avoids excessive inventory, and optimizes material management efficiency.

[0166] To avoid process delays, in one optional embodiment, the above-mentioned device further includes:

[0167] The second determining unit is used to determine whether the sub-process should start execution after the pre-production planning microservice dispatches the corresponding sub-process to the corresponding terminal and after a preset time has elapsed since the sub-process dispatch has been completed.

[0168] Specifically, once the prenatal planning microservice dispatches a sub-process to the corresponding terminal (such as an operator's mobile device or an AGV), the system starts timing and enters a mode to monitor the execution status of the sub-process. A preset duration is set for each process to monitor whether the sub-process executes within the preset time after receiving the instruction.

[0169] Understandably, the above-mentioned preset duration is based on an understanding of the normal operating time of the production line, to prevent delays during instruction transfer and to ensure timely response.

[0170] The fifth processing unit is used to store the sub-process into the task pool if the sub-process has not yet started execution.

[0171] Specifically, after the preset time period ends, the prenatal planning microservice will call the relevant modules to check whether the sub-process has started. If the sub-process has started, the system will continue to monitor its execution progress; if the sub-process has not started, the system will mark it as pending scheduling, that is, put it back into the task pool, ready for the next round of scheduling.

[0172] Through the above embodiments, by setting a preset time to monitor the execution status of sub-processes, the system can promptly detect delays in instruction execution and take measures to avoid unnecessary waiting in production scheduling, thereby improving the overall production scheduling efficiency.

[0173] The aforementioned microservice-based production task scheduling device includes a processor and a memory. The first processing unit, the second processing unit, and the first control unit are all stored as program units in the memory, and the processor executes the program units stored in the memory to achieve the corresponding functions. All of the above modules reside in the same processor; alternatively, the modules may be located in different processors in any combination.

[0174] The processor contains a kernel, which retrieves the corresponding program units from memory. One or more kernels can be configured, and adjusting kernel parameters can improve production line efficiency.

[0175] The memory may include non-permanent memory in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM, and the memory includes at least one memory chip.

[0176] This invention provides a computer-readable storage medium that includes a stored program, wherein the program, when running, controls the device where the computer-readable storage medium is located to execute the microservice-based production task scheduling method.

[0177] This invention provides a processor for running a program, wherein the program executes the microservice-based production task scheduling method.

[0178] This invention provides a production management system, which includes a processor, a memory, and a program stored in the memory and executable on the processor. When the processor executes the program, it implements at least the steps of a production task scheduling method based on microservices.

[0179] This application also provides a computer program product that, when executed on a data processing device, is adapted to perform steps of initializing a production task scheduling method based on at least microservices.

[0180] It is obvious to those skilled in the art that the modules or steps of the present invention described above can be implemented using general-purpose computing devices. They can be centralized on a single computing device or distributed across a network of multiple computing devices. They can be implemented using computer-executable program code, and thus can be stored in a storage device for execution by a computing device. In some cases, the steps shown or described can be performed in a different order than those described herein, or they can be fabricated as separate integrated circuit modules, or multiple modules or steps can be fabricated as a single integrated circuit module. Thus, the present invention is not limited to any particular combination of hardware and software.

[0181] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0182] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart... Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0183] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0184] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0185] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0186] Memory may include non-persistent memory in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0187] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0188] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0189] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0190] As can be seen from the above description, the embodiments of this application achieve the following technical effects:

[0191] 1) The microservice-based production task scheduling method of this application first calls the pre-production planning microservice to determine the corresponding task process based on the input order, decomposes the task process into multiple sub-processes, and determines the preceding sub-processes and preceding production conditions for each sub-process based on the task process; then, it calls the production management microservice to store the sub-processes in the task pool; finally, it iterates through the preceding sub-processes and preceding production conditions of each sub-process in the task pool, and when the preceding sub-process is completed and / or the preceding production conditions are met, it calls the pre-production planning microservice to dispatch the corresponding sub-process to the corresponding terminal. This application decomposes each process in the task process into corresponding sub-processes and puts them into the task pool. By monitoring the production status in real time and dynamically matching the sub-processes that meet the execution conditions, it ensures that each sub-process can start execution immediately, reducing production delays. This solves the problem in the prior art where scheduling tasks is executed as a whole, and all unexecuted tasks are piled up in the task pool, resulting in low production efficiency.

[0192] 2) The microservice-based production task scheduling device of this application comprises: a first processing unit that calls a pre-production planning microservice to determine the corresponding task process based on the input order, decomposes the task process into multiple sub-processes, and determines the preceding sub-processes and preceding production conditions for each sub-process based on the task process; a second processing unit that calls a production management microservice to store the sub-processes in a task pool; and a first control unit that iterates through the preceding sub-processes and preceding production conditions of each sub-process in the task pool, and, when the preceding sub-process is completed and / or the preceding production conditions are met, calls the pre-production planning microservice to dispatch the corresponding sub-process to the corresponding terminal. This application decomposes each process in the task process into corresponding sub-processes and puts them into the task pool, and dynamically matches sub-processes that meet the execution conditions by monitoring the production status in real time, ensuring that each sub-process can start execution immediately, reducing production delays, and solving the problem in the prior art where scheduling tasks are executed as a whole, resulting in all unexecuted tasks accumulating in the task pool and leading to low production efficiency.

[0193] The above description is merely a preferred embodiment of this application and is not intended to limit this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the protection scope of this application.

Claims

1. A production task scheduling method based on microservices, characterized in that, include: The pre-production planning microservice is invoked to determine the corresponding task process based on the input order, the task process is decomposed into multiple sub-processes, and the preceding sub-processes and preceding production conditions of each sub-process are determined based on the task process. The production management microservice is invoked to store the sub-process in the task pool; The preceding sub-processes and preceding production conditions of each sub-process in the task pool are traversed. When the preceding sub-process is completed and / or the preceding production conditions are met, the pre-production planning microservice is invoked to dispatch the corresponding sub-process to the corresponding terminal.

2. The method according to claim 1, characterized in that, Iterate through the preceding sub-processes and preceding production conditions of each sub-process in the task pool. If the preceding sub-process is completed and / or the preceding production conditions are met, invoke the pre-production planning microservice to dispatch the corresponding sub-process to the corresponding terminal, including: When the sub-process is a material preparation process, the preceding production condition is determined to be that the raw material inventory is less than a first threshold. Call the warehouse management microservice to query the current raw material inventory and obtain the first raw material inventory; If the inventory of the first raw material is less than the first threshold, the pre-production planning microservice is invoked to send a material preparation instruction to the corresponding terminal. The material preparation instruction is used to instruct the material preparation process to start.

3. The method according to claim 1, characterized in that, Iterate through the preceding sub-processes and preceding production conditions of each sub-process in the task pool. If the preceding sub-process is completed and / or the preceding production conditions are met, invoke the pre-production planning microservice to dispatch the corresponding sub-process to the corresponding terminal, including: If the sub-process is a receiving process, the preceding production condition is determined to be the completion of raw material procurement, and the preceding sub-process is determined to be a material preparation process. Call the warehouse management microservice to check if there is a storage location request, and call the pre-production planning microservice to check if the material preparation process has been completed, and get the first task status; If the warehouse location request exists, it is determined that the raw material procurement is completed, and the pre-production planning microservice is invoked to send a receiving instruction to the corresponding terminal. The receiving instruction is used to instruct the receiving process to start. When the first task status is executed, the data management microservice is invoked to determine the workstation corresponding to the material preparation process, obtain the first target workstation, and the pre-production planning microservice is invoked to generate the material receiving instruction based on the first target workstation and send it to the corresponding terminal.

4. The method according to claim 3, characterized in that, After invoking the prenatal planning microservice to send a receiving instruction to the corresponding terminal, or after invoking the prenatal planning microservice to generate the receiving instruction based on the target workstation and send it to the corresponding terminal, the method further includes: The warehouse management microservice is invoked to query the current raw material inventory and obtain the second raw material inventory. If the inventory of the second raw material is greater than or equal to the first threshold, the kitting check is deemed to have passed. If the second raw material inventory is less than the first threshold, the receiving process and the preparation process are re-entered into the task pool.

5. The method according to claim 1, characterized in that, Iterate through the preceding sub-processes and preceding production conditions of each sub-process in the task pool. If the preceding sub-process is completed and / or the preceding production conditions are met, invoke the pre-production planning microservice to dispatch the corresponding sub-process to the corresponding terminal, including: When the sub-process is a material issuing process, the preceding production condition is determined to be that the workstation is idle, and the preceding sub-process is determined to be a kitting inspection. Determine the target station for the material feeding process, obtain the second target station, and call the data management microservice to determine whether the second target station is idle; The prenatal planning microservice is invoked to determine whether the kit check has passed. When the second target workstation is idle and the kitting inspection is passed, the pre-production planning microservice is invoked to generate a material release notification instruction based on the second target workstation and send it to the corresponding terminal. The material release notification instruction is used to instruct the material release process to start. Upon receiving a material delivery execution instruction from the corresponding terminal, a scheduling instruction is sent to the transport vehicle, which instructs the transport vehicle to deliver the raw materials to the second target workstation.

6. The method according to claim 5, characterized in that, After sending the scheduling instructions to the vehicle, the method further includes: The data management microservice is invoked to determine the material inventory at the second target workstation; If the material inventory is less than or equal to the second threshold, the pre-production planning microservice is invoked to store the material issuance process in the task pool.

7. The method according to claim 1, characterized in that, After the prenatal planning microservice is invoked to dispatch the corresponding sub-process to the corresponding terminal, the method further includes: If the sub-process dispatch has elapsed for a preset period of time, the pre-production planning microservice is invoked to determine whether the sub-process has started execution. If the sub-process has not yet started execution, the sub-process is stored in the task pool.

8. A production task scheduling device based on microservices, characterized in that, The device includes: The first processing unit is used to call the pre-production planning microservice to determine the corresponding task process based on the input order, decompose the task process into multiple sub-processes, and determine the preceding sub-processes and preceding production conditions of each sub-process based on the task process. The second processing unit is used to call the production management microservice to store the sub-process into the task pool; The first control unit is used to traverse the preceding sub-processes and the preceding production conditions of each sub-process in the task pool, and when the preceding sub-process is completed and / or the preceding production conditions are met, call the pre-production planning microservice to dispatch the corresponding sub-process to the corresponding terminal.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored program, wherein, when the program is executed, it controls the device on which the computer-readable storage medium is located to perform the method according to any one of claims 1 to 7.

10. A production management system, characterized in that, include: One or more processors, a memory, and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the one or more processors, the one or more programs comprising methods for performing any one of claims 1 to 7.

Images