A method, system, and storage medium for co-tasking

Abstract

The application provides a joint task order dispatching system and method, and relates to the technical field of building engineering. The method comprises the following steps: determining corresponding process information based on joint task order information, wherein the process information comprises multiple processes of the joint task order, corresponding subtasks of each process, task information of each subtask, and time constraint conditions between the multiple processes; calculating an estimated productivity set of each worker based on historical operation data; determining worker allocation parameters of each process and an estimated total cost of the joint task order based on the process information and the estimated productivity set and daily wage set of each worker; determining an estimated profit based on the estimated total cost of the joint task order and a total task price; and presenting the estimated profit, the worker allocation parameters and an available worker set of the joint task order to a user to determine actual participating workers of each process. The application can meet the core requirements of precision, efficiency and adaptability of building engineering dispatching, and realizes intelligent dispatching of multi-constraint coordination.

Description

Technical Field

[0001] This specification relates to the field of construction engineering technology, and in particular to a method, system and storage medium for dispatching common task orders. Background Technology

[0002] In the digital transformation of construction engineering, task assignment is a core link connecting the management system and on-site construction. Shared task orders, as a typical assignment scenario, require multiple skilled and unskilled workers to collaborate, and these tasks often involve parallel, synchronous, or sequential dependencies. Traditional assignment methods can only calculate the total workload and cost of a shared task order, failing to automatically allocate individual estimated workloads and costs based on differences in each worker's individual productivity and labor cost range. This not only results in low assignment efficiency but also easily leads to mismatches between the sum of individual workloads and costs and the total workload and cost of the shared task order, potentially causing settlement disputes. Furthermore, the calculation rules of traditional assignment methods are fixed and cannot be dynamically adjusted and optimized based on actual construction data. Over long-term use, the accuracy of assignment is difficult to improve, and it cannot adapt to the dynamic changes in engineering scenarios.

[0003] Therefore, it is desirable to provide a method, system, and storage medium for dispatching common task orders to meet the core requirements of construction engineering for dispatch accuracy, efficiency, and adaptability. Summary of the Invention

[0004] To address the problems of low efficiency, insufficient accuracy, and poor adaptability in the assignment of shared task orders in construction projects, this invention provides an assignment method, system, and storage medium for shared task orders.

[0005] The invention includes a method for dispatching shared task orders, executed by a shared task order dispatching system. The system includes at least one processor and a storage device, the storage device storing an instruction set. When the at least one processor executes the instruction set, the dispatching method is as follows: acquiring shared task order information input by a user through a terminal device; determining the process information of the shared task order based on the shared task order information, the process information including multiple processes contained in the shared task order, sub-tasks corresponding to each process, task information for each sub-task, and time constraints between the multiple processes; determining the estimated capacity set for each worker based on historical work data; and based on the shared task order... The system uses the process information of the task order, the estimated capacity set and daily wage set of each worker to determine the worker allocation parameters for each process and the estimated total cost of the common task order; based on the estimated total cost and total task price of the common task order, it determines the estimated profit; it presents the estimated profit, the worker allocation parameters for each process, and the available worker set of the common task order to the user through the terminal device; and based on the worker selection instructions input by the user according to the worker allocation parameters for each process and the available worker set of the common task order, it determines the actual participating workers for each process of the common task order and sends corresponding task push information to each actual participating worker.

[0006] The invention includes a work assignment system for shared task orders, comprising: an acquisition module for acquiring shared task order information input by a user through a terminal device; an information determination module for determining the process information of the shared task order based on the shared task order information, the process information including multiple processes included in the shared task order, sub-tasks corresponding to each process, task information of each sub-task, and time constraints between the multiple processes; a capacity estimation module for determining the estimated capacity set for each worker based on historical work data; and a cost estimation module for determining the estimated capacity set for each worker based on the process information of the shared task order, the estimated capacity set for each worker, and the daily wage set. The system comprises: a worker allocation parameter for each process and an estimated total cost for the shared task order; a profit estimation module for determining an estimated profit based on the estimated total cost and total task price of the shared task order; an interaction module for presenting the estimated profit, the worker allocation parameters for each process, and the set of available workers for the shared task order to the user through the terminal device; a worker determination module for determining the actual participating workers for each process of the shared task order based on the worker selection instructions input by the user according to the worker allocation parameters for each process and the set of available workers for the shared task order; and a task dispatch module for sending corresponding task push information to each of the actual participating workers.

[0007] The invention includes a computer-readable storage medium, characterized in that the storage medium stores computer instructions, which, when executed by a processor, implement the following method: acquiring common task order information input by a user through a terminal device; determining the process information of the common task order based on the common task order information, wherein the process information includes multiple processes contained in the common task order, sub-tasks corresponding to each process, task information of each sub-task, and time constraints between the multiple processes; determining the estimated production capacity set of each worker based on historical work data; and determining the estimated production capacity set of each worker based on the process information of the common task order and the estimated production capacity set of each worker. The system uses a capacity set and a daily wage set to determine the worker allocation parameters for each process and the estimated total cost of the common task order. Based on the estimated total cost and total task price of the common task order, it determines the estimated profit. The estimated profit, the worker allocation parameters for each process, and the available worker set for the common task order are presented to the user through the terminal device. Based on the worker selection instructions input by the user according to the worker allocation parameters for each process and the available worker set for the common task order, the system determines the actual participating workers for each process in the common task order and sends corresponding task push information to each actual participating worker.

[0008] The beneficial effects of the above invention include, but are not limited to: (1) By comprehensively considering the dependencies between various processes, the collaboration of multiple types of work, the historical productivity and daily wage data of workers, the traditional "experience-based work assignment" is transformed into data-based "computational work assignment". This not only achieves accurate modeling of complex construction scenarios, but also avoids the subjectivity and blindness of human decision-making; (2) Before the start of construction, the estimated profit can be calculated based on the estimated total cost and the total price of the common task order, so that the team leader or other managers can predict the profit and loss before the actual investment of manpower, thereby making decisions to refuse to accept the order, renegotiate the price or adjust the personnel configuration, effectively avoiding the risk of loss and realizing the pre-profit lock-in and risk avoidance; (3) It can handle the complex logic of time constraints (such as parallelism, sequential connection, etc.) between skilled workers and ordinary workers and different processes, realize multi-constraint collaborative optimization, ensure the theoretical feasibility and logical self-consistency of the work assignment scheme, and reduce on-site idle work or process disconnection. Attached Figure Description

[0009] This specification will be further described by way of exemplary embodiments, which will be described in detail with reference to the accompanying drawings. These embodiments are not limiting; in these embodiments, the same reference numerals denote the same structures, wherein:

[0010] Figure 1 This is a schematic diagram of an application scenario of a shared task order dispatching system according to some embodiments of the present invention; Figure 2This is a schematic diagram of a work order dispatching system for a common task order according to some embodiments of the present invention; Figure 3 This is a flowchart illustrating a common task order dispatching method according to some embodiments of the present invention; Figure 4 These are schematic diagrams illustrating the processes of a common task sheet according to some embodiments of the present invention; and Figure 5 This is a schematic diagram of the basic allocation unit of a common task sheet according to some embodiments of the present invention. Detailed Implementation

[0011] To more clearly illustrate the technical solutions of the embodiments in this specification, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are merely some examples or embodiments of this specification. For those skilled in the art, these drawings can be applied to other similar scenarios without creative effort. Unless obvious from the context or otherwise specified, the same reference numerals in the drawings represent the same structures or operations.

[0012] It should be understood that the terms “system,” “device,” “unit,” and / or “module” used herein are one way to distinguish different components, elements, parts, sections, or assemblies at different levels. However, if other terms can achieve the same purpose, they may be replaced by other expressions.

[0013] As indicated in this specification and claims, unless the context clearly indicates otherwise, the words "a," "an," "an," and / or "the" do not specifically refer to the singular and may also include the plural. Generally speaking, the terms "comprising" and "including" only indicate the inclusion of expressly identified steps and elements, which do not constitute an exclusive list, and the method or apparatus may also include other steps or elements.

[0014] Flowcharts are used in this specification to illustrate the operations performed by the system according to embodiments of this specification. It should be understood that the preceding or following operations are not necessarily performed in exact order. Instead, the steps can be processed in reverse order or simultaneously. Furthermore, other operations can be added to these processes, or one or more steps can be removed from them.

[0015] The basic business flow of a construction system is generally as follows: 1) The general contractor assigns task orders to specialized subcontractors. The specialized subcontractors accept the task orders and break them down into labor subcontractors. This process is repeated layer by layer until the tasks are finally assigned to work teams and individual workers. 2) Workers receive their corresponding sub-task orders, clock in, and begin work, creating attendance records. The team leader records work time based on each worker's tasks and attendance. 3) After construction is completed, the team leader applies for acceptance, and the subcontractors and general contractor conduct acceptance and evaluation. 4) After acceptance, the team leader sends the work record sheet to each worker in the team for confirmation. 5) After worker confirmation, the team leader applies for payroll based on the work record sheet. After approval at each level, payroll is disbursed to the workers.

[0016] When assigning tasks to workers, the team leader typically arranges for several skilled workers (hereinafter referred to as technicians) to lead a group of ordinary workers (hereinafter referred to as general workers) to complete a task together. This task is called a joint task sheet. When assigning tasks to workers on a joint task sheet, the team leader breaks it down into multiple processes. These processes are interconnected; for example, processes A and B must start and / or be completed simultaneously, process A must start one day earlier than process B, or process B must be completed within three days of process A's completion. The total number of workers on the joint task sheet and each worker's individual productivity (the amount of work each worker can produce per hour) determine the completion time of the joint task sheet.

[0017] When assigning joint task orders, only the total workload and unit price of the joint task order are known, allowing for the calculation of the total task price. However, while the individual cost of each worker (e.g., daily wage) is known, it's difficult to know the estimated workload of each worker. Therefore, it's hard to know the estimated cost of each worker's corresponding sub-tasks, making it impossible to determine in advance whether the estimated total cost of each worker's sub-tasks matches the total task price of the joint task order. Secondly, each worker has a different productivity level, and tasks may overlap between workers, also impacting productivity.

[0018] Furthermore, when assigning tasks to shared work orders, assigning too many workers can lead to idle time, while assigning too few workers may slow down the progress. Therefore, it is essential to ensure that the construction efficiency of each process can be smoothly connected. For example, if process A and process B are required to be completed simultaneously before process C can begin, and process A is completed ahead of schedule while process B is delayed, then the workers in process A will have to wait for the workers in process B.

[0019] This specification provides a work assignment system and method for shared task orders. Based on shared task order information, corresponding process information is determined. Process information includes multiple processes within the shared task order, sub-tasks corresponding to each process, task information for each sub-task, and time constraints between multiple processes. The system calculates the estimated production capacity set for each worker based on historical work data. Based on the process information, the estimated production capacity set for each worker, and the daily wage set, worker allocation parameters for each process and the estimated total cost of the shared task order are determined. The estimated profit is determined based on the estimated total cost of the shared task order and the total task price. The estimated profit, worker allocation parameters, and the available worker set for the shared task order are presented to the user to determine the actual workers participating in each process. This system meets the core requirements of construction engineering for accurate, efficient, and adaptable work assignment.

[0020] Figure 1 This is a schematic diagram illustrating an application scenario of a shared task order dispatching system according to some embodiments of the present invention. In some embodiments, such as... Figure 1 As shown, the shared task order dispatching system 100 includes a processing device 110, a network 120, a storage device 130, and one or more terminal devices 140. In some embodiments, a shared task order dispatching method (e.g., process 300) can be applied to the shared task order dispatching system 100. For example, the processing device 110 can obtain the shared task order information input by the user through the terminal device 140, determine the process information of the shared task order based on the shared task order information, determine the estimated capacity set of each worker based on historical work data, and determine the worker allocation parameters and the estimated total cost of the shared task order for each process based on the process information of the shared task order, the estimated capacity set of each worker, and the daily wage set; determine the estimated profit based on the estimated total cost and total task price of the shared task order; present the estimated profit, the worker allocation parameters of each process, and the available worker set of the shared task order to the user through the terminal device 140; and determine the actual participating workers for each process of the shared task order based on the worker selection instructions input by the user through the terminal device 140 according to the worker allocation parameters of each process and the available worker set of the shared task order, and send corresponding task push information to each actual participating worker (e.g., through the terminal device 140 used by the worker).

[0021] Processing device 110 can access data or information from storage device 130 and / or terminal device 140 via network 120, or directly connect to storage device 130 and / or terminal device 140 to access information and / or data. Processing device 110 can process the accessed information and / or data. For example, processing device 110 can obtain worker selection instructions input by the team leader from terminal device 140. As another example, processing device 110 can send task recommendation information to workers via terminal device 140.

[0022] Network 120 can connect various components of the shared task assignment system 100 and / or connect the shared task assignment system 100 with external resources. In some embodiments, one or more components of the shared task assignment system 100 (e.g., processing device 110, storage device 130, and / or terminal device 140) can exchange information and / or data via network 120. For example, terminal device 140 can send shared task information and / or worker selection instructions entered by the team leader to processing device 110 via network 120. As another example, processing device 110 can send task push information and / or warning information to terminal device 140 via network 120.

[0023] In some embodiments, network 120 may be any one or more of a wired network or a wireless network. In some embodiments, network 120 may include one or more network access points. For example, network 120 may include wired or wireless network access points (e.g., base stations and / or network switching points) through which one or more components of the shared task dispatch system 100 may connect to network 120 to exchange data and / or information.

[0024] Storage device 130 refers to a device used to store data, instructions, and / or any other information. In some embodiments, storage device 130 may store data and / or information obtained from processing device 110 and / or terminal device 140, etc. For example, storage device 130 may store common task order information obtained from terminal device 140. Another example is that storage device 130 may store process information of the common task order. Yet another example is that storage device 130 may store historical work data, worker information (e.g., category, grade), worker daily wage, etc., related to the common task order. In some embodiments, storage device 130 may include one or any combination of a mass storage device, removable memory, etc.

[0025] Terminal device 140 refers to one or more electronic terminals used by users (e.g., team leaders, general contractors, subcontractors, workers, etc.). Workers include skilled workers and / or general workers. In some embodiments, such as... Figure 1 As shown, terminal device 140 may include, but is not limited to, smartphone 141, tablet computer 142, laptop computer 143, desktop computer 144, etc. In some embodiments, terminal device 140 can interact with other components in the shared task dispatch system 100 via network 120. For example, terminal device 140 can send shared task information to processing device 110 or storage device 130 via network 120. As another example, terminal device 140 can receive estimated profits, worker allocation parameters, available worker sets, etc., sent by processing device 110 via network 120.

[0026] In some embodiments, the shared task order dispatching system 100 may include one or more terminal devices 140. For example, the shared task order dispatching system 100 may include a first terminal device used by team leaders / managers and a second terminal device used by workers. Different team leaders / managers may use the same or different first terminal devices; for example, each manager may have their own electronic terminal, or different managers may share the same electronic terminal. Similarly, different workers (e.g., skilled workers or general workers) may use the same or different second terminal devices.

[0027] Figure 2 This is a schematic diagram of a dispatching system for a shared task order according to some embodiments of the present invention. In some embodiments, such as Figure 2 As shown, the dispatching system 200 may include an acquisition module 210, an information determination module 220, a capacity estimation module 230, a cost estimation module 240, a profit calculation module 250, an interaction module 260, a worker determination module 270, and an order dispatching module 280. In some embodiments, the dispatching system 200 may be part of a shared task order dispatching system 100, for example, the dispatching system 200 may be integrated into the processing device 110.

[0028] The acquisition module 210 can be used to acquire common task order information input by the user through the terminal device.

[0029] The information determination module 220 can be used to determine the process information of a common task order based on the common task order information. The process information may include multiple processes contained in the common task order, sub-tasks corresponding to each process, task information for each sub-task, and time constraints between the multiple processes.

[0030] The capacity estimation module 230 can be used to determine the estimated capacity set for each worker based on historical work data.

[0031] The cost estimation module 240 can be used to determine the worker allocation parameters for each process and the estimated total cost of the common task based on the process information of the common task order, the estimated capacity set for each worker, and the daily wage set.

[0032] The profit calculation module 250 can be used to determine the estimated profit based on the estimated total cost and total task price of the common task order.

[0033] The interaction module 260 can be used to present the estimated profit, worker allocation parameters for each process, and the set of available workers for the common task order to the user through the terminal device.

[0034] The worker determination module 270 can be used to determine the actual participating workers for each process of a common task order based on the worker selection instructions input by the user according to the worker allocation parameters for each process and the available worker set of the common task order.

[0035] The dispatch module 280 can be used to send corresponding task push information to each worker who actually participates.

[0036] More information about the Acquisition Module 210, Information Confirmation Module 220, Capacity Forecasting Module 230, Cost Forecasting Module 240, Profit Calculation Module 250, Interaction Module 260, Worker Confirmation Module 270, and Order Dispatch Module 280 can be found in [link to relevant documentation]. Figure 3 As described in the text.

[0037] It should be noted that the above description of system 100 or 200 and its modules is for convenience only and should not be construed as limiting this specification to the scope of the illustrated embodiments. It is understood that those skilled in the art, after understanding the principles of this system, may arbitrarily combine the various modules or construct subsystems connected to other modules without departing from these principles. For example, Figure 2 The acquisition module 210, information determination module 220, capacity estimation module 230, cost estimation module 240, profit calculation module 250, interaction module 260, worker determination module 270, and order dispatch module 280 disclosed herein can be different modules within a single system, or a single module can implement the functions of two or more of the aforementioned modules. For example, the modules can share a single storage module, or each module can have its own separate storage module. Such variations are all within the scope of protection of this specification.

[0038] Figure 3 This is a flowchart illustrating a common task order dispatching method according to some embodiments of this specification. For example... Figure 3 As shown, process 300 includes the following steps. In some embodiments, process 300 may be executed by a common task order dispatching system 100 (e.g., processing device 110) or a dispatching system 200.

[0039] Step S310: Obtain common task order information input by the user through the terminal device. In some embodiments, step S310 may be performed by the processing device 110 or the acquisition module 210.

[0040] A joint task order refers to a comprehensive engineering task distributed by a superior (e.g., general contractor, professional subcontractor, labor subcontractor, or team leader) that requires the cooperation of multiple types of workers (such as skilled workers and ordinary workers) to complete, such as "to complete the construction of a 1,000-square-meter wall".

[0041] Joint task order information refers to the content information corresponding to the joint task order, which may include, but is not limited to, the task type code, total quantity and unit, construction location and environmental parameters, construction period requirements, and total / unit price of the task.

[0042] Task type coding refers to the identification used to clarify the construction process of a common task order, such as "240 brick wall construction" or "C30 concrete pouring".

[0043] The total quantity of work and the unit are the basis for settlement of the common task sheet, reflecting the total workload of the task, such as "1000 square meters".

[0044] Construction environmental parameters reflect the construction requirements of a shared task order, such as the number of floors, floor height, transport distance (affecting the transport coefficient), whether it is outdoors (affecting weather risks), whether there is an elevator, site area, and whether the site is flat, etc. In some embodiments, construction environmental parameters can be pre-stored in a storage device. For example, when entering a new construction site, an advance team can be dispatched to test the environmental parameters of the new site and then upload them to the system for storage.

[0045] The schedule requirement reflects the number of working days required by the joint task order, and may include the earliest start time and the latest end time, for example, starting in March 2025 and completing at the end of January 2026.

[0046] The total price of a task refers to the quantity and price of a given common task order, such as the total amount paid by Party A (e.g., 15,000 yuan).

[0047] In some embodiments, shared task order information can be entered by users in advance or in real time. For example, a team leader can enter shared task order information through a terminal device 140. In some embodiments, users can enter shared task order information through an application (APP), mini-program, or by opening a webpage installed on the terminal device. Users refer to managers using the dispatching system (e.g., the Anxinzhu system), and may include, but are not limited to, team leaders, general contractors, and subcontractors. For example, a team leader can open the dispatching system APP installed on their terminal device 140 and enter the shared task order information of the shared task order to be dispatched in the APP's interactive interface.

[0048] In some embodiments, the processing device 110 or the acquisition module 210 can acquire the shared task order information entered by the user in real time through a terminal device (e.g., terminal device 140). In some embodiments, the processing device 110 or the acquisition module 210 can acquire the shared task order information entered by the user in advance from a storage device (e.g., storage device 130). For example, after the user enters the shared task order information through the terminal device 140, the terminal device 140 sends the shared task order information to the storage device 130 for storage through the network 120.

[0049] Step S320: Based on the common task order information, determine the process information of the common task order. In some embodiments, step S320 may be performed by the processing device 110 or the information determination module 220.

[0050] Process information may include, but is not limited to, multiple processes contained in a common task sheet, sub-tasks corresponding to each process, task information for each sub-task, and time constraints between multiple processes.

[0051] A common task list typically includes multiple processes. For example, a wall construction task may include processes such as bricklaying, grouting, and formwork for structural columns.

[0052] Each construction process can be broken down into smaller work units, known as sub-tasks. A process can be divided into one or more sub-tasks, and each sub-task corresponds to a specific work content (e.g., bricklaying, grouting, transportation). For example, the "bricklaying" process can be broken down into three sub-tasks: transportation (e.g., transportation of raw materials and preparation materials), mortar preparation, and bricklaying. Similarly, the "grouting" process can be broken down into a single sub-task: "grouting."

[0053] Multiple subtasks corresponding to a process usually need to start and end simultaneously.

[0054] The task information for a subtask can include the corresponding work content, the required worker types, and the workload. Worker types can include general workers and skilled workers (referred to as general laborers and technicians). Technicians are responsible for completing the required workload (e.g., bricklaying), while general laborers are responsible for providing the necessary construction conditions and materials (e.g., preparing mortar, transporting materials, etc.). Technicians are proficient in the work content corresponding to general laborers, but general laborers generally are not proficient in the work content corresponding to technicians (they lack the corresponding skills).

[0055] For example, the common task sheet "Complete the construction of a 1000-square-meter wall" includes three processes: bricklaying, grouting, and formwork for structural columns. The "bricklaying" process can be broken down into: sub-task A - mortar preparation, sub-task B - transportation (e.g., bricks, prepared mortar, and other raw materials), and sub-task C - bricklaying. Sub-task A's task information may include "general laborer" (indicating the required worker type); 1000 square meters of mortar needs to be prepared. 0.057 = 57 cubic meters. The task information for subtask B includes "General worker; needs to transport approximately 1000 × 128 × 2.6 kg / brick ≈ 332.8 tons of bricks and 57 × 1.8 = 102.6 tons of mortar". The task information for subtask C includes "Skilled worker; needs to build 1000 square meters".

[0056] The time constraints between multiple processes refer to the relative temporal relationship between the start and end times of multiple processes. Figure 4 This is a schematic diagram of the process of a common task sheet according to some embodiments of the present invention, wherein the horizontal axis represents time. Figure 4 As shown, a common task order may include 5 processes A, B, C, D, and E. The corresponding time constraints can be: "Process A needs to start first, the end time of process A = the start time of process B, the start time of process C = the start time of process B + 1 (1 means one day, "+" means later, that is, the start time of process C is later than the start time of process B by 1 day), the end time of process B = the start time of process D, the end time of process C = the end time of process D, and the end time of process D = the start time of process E."

[0057] The system (e.g., joint task order dispatching system 100 or dispatching system 200) may have a built-in "process conversion model" (or "construction process quota database") for determining process information, which may be stored as computer instructions or calculation programs in storage device 130 or a database. Processing device 110 can determine the process information of the joint task order based on the joint task order information by calling the process conversion model.

[0058] For example, the processing device 110 or the information determination module 220 may perform the following operations using the process transformation model to determine process information: Step 1: Identify the target task type of the target common task sheet, such as "240 brick wall construction".

[0059] Step 2, based on the target task type, retrieve the corresponding conversion coefficient in the database (e.g., storage device 130 or task information database), and determine the multiple processes and sub-tasks corresponding to each process in the target common task sheet based on the conversion coefficient. For example, the conversion coefficient corresponding to "240 brick wall construction" is "(1) Process bricklaying: Sub-task A (mortar preparation, general worker): 0.057 cubic meters of mortar are needed for every 1 square meter of wall; Sub-task B (carrying bricks, prepared mortar and other raw materials, general worker): 128 standard bricks (including loss coefficient) are needed for every 1 square meter of wall; Sub-task C (masonry, technician): the amount of work is the same as the main task, 1 square meter corresponds to 1 square meter. (2) Process grouting: Sub-task D (grouting, technician): the amount of work is the same as the main task, that is, 1 square meter corresponds to 1 square meter."

[0060] Step 3: Determine the workload of each sub-task within each process. For example, the workload of sub-task A = 1000 cubic meters of mortar preparation. 0.057 = 57 cubic meters; the workload of subtask B = {moving approximately 1000 bricks} 128 2.6kg / block ≈ 332.8 tons, mortar transport 57 × 1.8 = 102.6 tons}; Subtask C's workload = masonry 1000 square meters; Subtask D's workload = grouting 1000 square meters.

[0061] Step 4: Determine the time constraints between each process. For example, if the bricklaying process starts first, the time between the end of the bricklaying process and the start time of the grouting process should be equal to the end time of the grouting process.

[0062] Step S330: Based on historical work data, determine the estimated capacity set for each worker. In some embodiments, step S330 may be performed by the processing equipment 110 or the capacity estimation module 230.

[0063] Estimated capacity refers to the expected amount of work a worker is expected to complete within a unit of time (in this embodiment, the unit of time is "hour" as an example). The estimated capacity set refers to the set of estimated capacities for different tasks within a common task order. For example, for multiple different tasks within a common task order, namely "masonry, grouting, and transportation," Zhang San's (skilled worker) estimated capacity set = {masonry: 2.5 m² / h; grouting: 10 m² / h; transportation: 0.5 tons / h}, Li Si's (general worker - strong man) estimated capacity set = {masonry: 0; grouting: 0; transportation: 1.5 tons / h}, and Wang Wu's (general worker - weak man) estimated capacity set = {masonry: 0; grouting: 0; transportation: 0.8 tons / h}.

[0064] In some embodiments, the processing device 110 or the capacity estimation module 230 can determine multiple work contents corresponding to a common task order, and for each of the multiple work contents, determine the estimated capacity of the worker under that work content based on the historical work data corresponding to that work content.

[0065] Historical work data refers to the historical data of workers performing corresponding work tasks and completing them, including but not limited to information such as historical work duration, historical work date, and historical workload.

[0066] In some embodiments, the processing device 110 or the capacity estimation module 230 can obtain historical work data of a worker's corresponding work content within a specific time period from a database (e.g., storage device 130 or other databases used to store worker information), and determine the estimated capacity of the worker to complete that work content based on the historical work data. For example, the capacity estimation module 230 can obtain historical work data of all masonry work done by worker Zhang San in the past year in the database, such as one entry stating "August 11, 2025 (work date), 8 hours (work duration), completed 20m..." 2The data for "(Workload)" contains 200 relevant data points (i.e., 200 days) from the past year. Based on one data point, Zhang San's masonry production capacity on August 11, 2025, can be calculated as: 20 ÷ 8 = 2.5 m³. 2 / h, 200 data points can be used to calculate 200 masonry production capacities. The average of these 200 masonry production capacities can be used to obtain Zhang San's estimated masonry production capacity.

[0067] It is worth noting that the above embodiments are merely examples. In some embodiments, the median, maximum, minimum, etc. of the calculated capacity (e.g., 200 capacity in the above example) can be obtained as the estimated capacity. This specification does not impose any specific limitations on this.

[0068] In some embodiments, for each of the multiple work contents, the processing device 110 or the capacity estimation module 230 can calculate the basic capacity of the work content based on the historical work data corresponding to the work content; and determine the estimated capacity of the worker under the work content based on the basic capacity of the work content and the worker's capacity adjustment coefficient under the work content.

[0069] Basic capacity refers to the average capacity of all workers within a construction team that can perform the corresponding tasks under a common task order. For example, the basic capacity for material handling is 1.0 ton / hour. Basic capacity reflects the overall "benchmark combat effectiveness" of the current construction team.

[0070] In some embodiments, for each job content, the processing device 110 or the capacity estimation module 230 can obtain historical job data of all workers in the current shift for that job content within a specific time period from a database (e.g., storage device 130 or other databases used to store worker information), and determine the basic capacity based on the historical job data of all workers.

[0071] For example, the capacity estimation module 230 retrieves historical work data from the database for all masonry tasks performed by Zhang San and Li Si in the past year, such as "Zhang San completed 20m masonry work on August 11, 2025, in 8 hours." 2 "On August 11, 2025, Li Si completed 16m in 8 hours of work." 2 Therefore, Zhang San's masonry production capacity on August 11, 2025, can be calculated as: 20 ÷ 8 = 2.5 m³. 2 / h, Li Si's masonry production capacity on August 11, 2025 is: 16 ÷ 8 = 2m 2 / h. Assuming Zhang San and Li Si have 150 and 200 days of relevant data respectively over the past year, we would get 150 masonry production capacity for Zhang San and 200 masonry production capacity for Li Si, totaling 150 + 200 = 350 masonry production capacity. We would then calculate the average of these 350 masonry production capacities for Zhang San and Li Si (for example, average = {(Zhang San's masonry production capacity 1 (e.g., 2.5m)...}). 2 / h) + Masonry capacity 2 + Masonry capacity 3 + ... + Masonry capacity 150) + (Li Si's masonry capacity 1 (if it is 2m) 2 ( / h) + masonry capacity 2 + masonry capacity 3 + ... + masonry capacity 200)} / 350), which gives the basic capacity of the current work group in the corresponding work content, that is, the basic capacity of Zhang San or Li Si under this work content.

[0072] The capacity adjustment factor refers to the degree of deviation of a worker from the base capacity of their work group when performing a certain task. For example, a worker's capacity adjustment factor of 1.2 for handling means that the worker's handling capacity is 20% faster than the average handling capacity of their work group.

[0073] It should be noted that if a worker does not have the ability to perform a certain task, the capacity adjustment factor for that task is 0.

[0074] In some embodiments, the capacity adjustment factor can be preset by the user (e.g., the team leader).

[0075] In some embodiments, the processing device 110 or the capacity estimation module 230 can determine the estimated capacity of each worker under the corresponding job content by multiplying the basic capacity of each worker under the corresponding job content by the capacity adjustment coefficient.

[0076] By using a base capacity representing the average capacity of the work group and a capacity adjustment coefficient representing the individual deviation of the worker to determine the worker's estimated capacity, the stability of the calculation benchmark is ensured while accurately reflecting individual differences. This makes the capacity estimate both statistically significant and adaptable to the actual capabilities of specific workers. Furthermore, for new workers lacking historical data, a default capacity adjustment coefficient (e.g., 0) or extrapolation based on base capacity can be applied, allowing these workers to immediately participate in the scheduling algorithm without waiting for long-term data accumulation.

[0077] In some embodiments, the processing device 110 or the capacity estimation module 230 can determine the capacity adjustment coefficient of a worker under a given job content based on the worker's skill level, personal basic information (e.g., age, gender, weight, etc.), and average daily standard working hours (e.g., denoted as T0) through a preset correspondence table.

[0078] The average daily standard working hours refer to the set working hours for a day, such as 6 hours, 8 hours, or 10 hours a day.

[0079] The pre-defined correspondence table reflects the relationship between a worker's skill level, basic personal information, and average daily standard working hours for a given job, and the worker's capacity adjustment coefficient for that job. The pre-defined correspondence table can be obtained based on historical data statistics.

[0080] In some embodiments, the processing device 110 or the capacity estimation module 230 can determine the capacity adjustment coefficient of a worker under a given job content by searching and matching in a preset correspondence table based on the worker's skill level, personal basic information, and average daily standard working hours.

[0081] In some embodiments, the processing device 110 or the capacity estimation module 230 can determine the update amount of the capacity adjustment coefficient based on the worker's skill level under the corresponding work content and the construction environment parameters of the common task sheet; and update the capacity adjustment coefficient based on the update amount of the capacity adjustment coefficient (for example, add the capacity adjustment coefficient to the update amount of the capacity adjustment coefficient to obtain the updated capacity adjustment coefficient).

[0082] The update value of the capacity adjustment coefficient can be positive, negative, or 0.

[0083] In some embodiments, when a worker's skill level is 0 under the corresponding job content, the capacity adjustment coefficient is 0, and the update amount of the corresponding capacity adjustment coefficient is also 0. That is, the worker's final capacity adjustment coefficient under the corresponding job content = the original capacity adjustment coefficient 0 + the update amount is 0 = 0.

[0084] In some embodiments, when a worker’s skill level under the corresponding job content is not 0, the processing equipment 110 or the capacity estimation module 230 can determine the update amount of the worker’s capacity adjustment coefficient by looking up a preset table based on the construction environment parameters of the common task sheet.

[0085] The preset table can be manually pre-set based on experience and actual needs, and includes the correspondence between multiple sets of construction environment parameters, skill levels, and the update amounts of multiple production capacity adjustment coefficients. For example, construction sites with elevators, smaller site areas, and higher site flatness will have larger update amounts of corresponding production capacity adjustment coefficients.

[0086] In some embodiments, the worker's final capacity adjustment coefficient is equal to the maximum value between the sum of the initial capacity adjustment coefficient and the update amount, and the minimum threshold, such as final capacity adjustment coefficient = MAX{(initial capacity adjustment coefficient + update amount of capacity adjustment coefficient), minimum threshold}. The minimum threshold can be set based on experience and actual needs, such as 0.5, to ensure worker output.

[0087] By combining construction environment parameters to update the worker's capacity adjustment coefficient, the worker's estimated capacity depends not only on individual ability but also greatly on the external environment. This achieves decoupling calculation of "worker ability" and "construction site environmental conditions," making the estimated capacity of workers calculated for this common task more accurate and reducing cost estimation distortion caused by the environment.

[0088] Step S340: Based on the process information of the common task order, the estimated capacity set and daily wage set for each worker, determine the worker allocation parameters for each process and the estimated total cost of the common task order. In some embodiments, step S340 may be performed by the processing device 110 or the cost estimation module 240.

[0089] A daily wage set refers to the set of daily wages for workers performing different tasks on a common task sheet. For example, Zhang San's daily wage set = {Masonry: 200 / day; Grouting: 150 / day; Handling: 100 / day}. In some embodiments, the daily wages for skilled workers and ordinary workers performing the same tasks may be the same or different. In some embodiments, the daily wages for skilled workers performing specific tasks (e.g., masonry, grouting) and ordinary tasks (e.g., handling) may be the same or different.

[0090] The estimated total cost refers to the sum of all costs required for a common task order, including but not limited to labor costs, time costs, and raw material costs.

[0091] Labor costs refer to the wages that need to be paid to workers.

[0092] The construction period cost refers to the sum of additional expenses such as equipment rental fees, electricity fees, water fees, and site fees. It is equal to the product of the unit price of the construction period cost and the total construction time (e.g., the estimated total completion time of a joint task order). For example, the unit price of the construction period cost can be a fixed cost of P0 yuan / day. In some embodiments, the unit price of the construction period cost can be preset by the user, determined based on historical data, or determined according to the actual construction environment and construction conditions.

[0093] Raw material cost refers to the cost of materials required for a construction task. In some embodiments, the processing equipment 110 can determine the raw material cost based on the total amount of raw materials required for a common task order (which can be obtained based on the estimated workload of each sub-task) and the unit price of the materials (which can be obtained from the network or from a database / storage device).

[0094] In some embodiments, the processing device 110 or the cost estimation module 240 obtains relevant historical information of similar common task orders from a vector database (also known as a first vector database), and determines the worker allocation parameters for each process and the estimated total cost of the common task order based on the historical information, the process information of the common task order, the estimated capacity set and daily wage set of each worker.

[0095] The vector database stores historical information for multiple sets of historical common task orders. This historical information includes the historical process information corresponding to the stored historical common task orders (i.e., multiple historical processes contained in the historical common task order + sub-tasks corresponding to each historical process + task information of each historical sub-task + time constraints between multiple historical processes), feature vectors constructed from the historical estimated capacity set and historical daily wage set of each worker (hereinafter referred to as reference feature vectors), historical worker allocation parameters for each historical process (hereinafter referred to as reference worker allocation parameters for historical processes), and the historical estimated total cost of the historical common task order (hereinafter referred to as reference total cost).

[0096] It should be noted that for common task orders of the same type, such as "complete a 1000-square-meter wall", the corresponding processes and sub-tasks for each process are the same.

[0097] In some embodiments, the processing device 110 or the cost estimation module 240 may construct a current feature vector based on the process information of the common task order, the estimated capacity set and daily wage set of each worker, perform vector matching based on the current feature vector in the first vector database, select the reference feature vector with the closest vector distance, and use the reference worker allocation parameters and reference total cost of each historical process corresponding to the reference feature vector as the worker allocation parameters and estimated total cost of each process in the current common task order, respectively.

[0098] In some embodiments, the processing device 110 or the cost estimation module 240 can determine one or more groups of target processes arranged in a time sequence based on the time constraints between multiple processes in a common task order. Each group of target processes has no time overlap with other groups of target processes, and each process within each group of target processes overlaps with at least one other process within that group. Further, the processing device 110 or the cost estimation module 240 can determine the worker allocation parameters for each process and the estimated total cost of the common task order based on the multiple processes corresponding to each group of target processes, the sub-tasks corresponding to each process, the task information of each sub-task, the time constraints between processes, and the estimated capacity set and daily wage set for each worker.

[0099] A target process is a process determined based on the time constraints corresponding to the process. Each group of target processes contains one or more processes, and there is no time overlap between groups of target processes. In some embodiments, when a target process contains more than one process, each individual process within a group of target processes overlaps with at least one other process within the same group of target processes.

[0100] Please refer to Figure 4 The common task sheet includes processes A, B, C, D, and E. Based on the time constraints of these five processes—"Process A must start first, the end time of Process A = the start time of Process B, the start time of Process C = the start time of Process B + 1, the end time of Process B = the start time of Process D, the end time of Process C = the end time of Process D, and the end time of Process D = the start time of Process E"—the processes are arranged in chronological order, resulting in the following... Figure 4 The three target processes shown are: Target Process 1 includes Process A, Target Process 2 includes Processes B, C, and D, and Target Process 3 includes Process E. There is no time overlap between these three sets of target processes, and each process within Target Process 2 overlaps with at least one other process within that set in time. For example, Process B partially overlaps with Process C, Process C overlaps with Processes B and D, and Process D overlaps with Process C. It should be noted that if a set of target processes contains only one process (e.g., Target Process 1 and Target Process 3), then by default, that set of target processes satisfies the condition that "each process within that set overlaps with at least one other process within that set in time."

[0101] Worker allocation parameters refer to the number of workers assigned to each subtask in the process and their corresponding skill types and skill levels. For example, the worker allocation parameters for the "bricklaying" process can be: subtask A (preparing mortar, assigned 1 level 2 general worker), subtask B (carrying bricks, prepared mortar and other raw materials, assigned 2 level 1 general workers), and subtask C (bricklaying, assigned 1 level 1 skilled worker and 1 level 2 skilled worker).

[0102] Skill levels reflect a worker's performance in a particular task. For example, Zhang San: Masonry Level 2, Grouting Level 1, Handling Level 0, Pulping Level 0; Li Si: Masonry Level 0, Grouting Level 0, Handling Level 2, Pulping Level 1. Here, 0 indicates that the worker lacks the ability to perform this task. In some embodiments, a worker's skill level can be determined through assessment.

[0103] By dividing multiple intertwined processes into groups of "target processes" according to time constraints, a complex global scheduling problem is decomposed into several local, parallelizable subproblems, reducing computational complexity. During the target process grouping phase, time overlaps are identified to ensure that the allocation of available workers within the same time period is mutually exclusive or reasonable, preventing resource conflicts such as "one person using multiple jobs."

[0104] By limiting the number of workers of different levels in the worker allocation parameters, the computational complexity of the overall work assignment scheme can be reduced. At the same time, it can leave some room for adjustment for users (such as team leaders) (for example, determining specific workers based on worker allocation parameters), thereby improving the adaptability and reliability of the determined worker allocation parameters.

[0105] In some embodiments, for each group of target processes, the processing device 110 or the cost estimation module 240 can determine the worker allocation parameters, estimated completion time, and estimated labor cost for each process in the group of target processes, based on the time constraints between the multiple processes included in the group of target processes, the sub-tasks of each process, the task information of each sub-task, and the estimated capacity set and daily wage set of each worker.

[0106] In some embodiments, for each group of target processes, the processing device 110 or the cost estimation module 240 can construct a process feature vector based on the time constraints between multiple processes included in the current group of target processes, the sub-tasks of each process, the task information of each sub-task, and the estimated capacity set and daily wage set of each worker. Based on the process feature vector, vector matching is performed in the vector database (also known as the second vector database) to obtain the reference process vector with the closest vector distance to the process feature vector. The reference worker allocation parameters, reference completion time, and historical total completion time of each historical process corresponding to the reference process vector are used as the worker allocation parameters, estimated completion time, and estimated total completion time of each process of the target process, respectively.

[0107] The second vector database stores multiple sets of historical target processes corresponding to multiple sets of historical common task orders, as well as historical process information for each set of historical target processes (such as multiple historical processes included in the historical target process, historical sub-tasks of each historical process, task information of each historical sub-task, and time constraints between multiple historical processes). It also stores the historical estimated capacity set and historical daily wage set for each worker, along with the corresponding historical worker allocation parameters (also called reference worker allocation parameters), historical completion time (also called reference completion time), and historical completion time (also called reference total completion time) for each historical target process. Similar to the first vector database, the multiple historical processes included in the historical target process, the historical sub-tasks of each historical process, the task information of each historical sub-task, the time constraints between multiple historical processes, and the historical estimated capacity set and historical daily wage set for each worker can be stored in the second vector database in vector form (such as a reference process vector). The second vector database and the first vector database can be the same or different databases.

[0108] In some embodiments, for each process in each group of target processes, the processing device 110 or the cost estimation module 240 can determine the estimated labor cost of the process based on the worker allocation parameters of the process, the estimated completion time, and the daily wage set of each worker.

[0109] For example, taking the bricklaying process as an example, if the final calculated worker allocation parameters for the bricklaying process are "2 first-level skilled workers complete sub-task C (bricklaying) + 1 second-level general worker complete sub-task A (mortar preparation) + 2 second-level general workers complete sub-task B (carrying bricks + prepared mortar and other raw materials)," the estimated completion time is 4 days. Processing equipment 110 can calculate the daily wage of each skilled worker under the bricklaying task, and then calculate the average daily wage of all skilled workers in bricklaying, such as 200 / day; calculate the daily wage of each general worker under the carrying task, and then calculate the average daily wage of all general workers corresponding to carrying tasks, such as 100 / day; calculate the daily wage of each general worker under the mortar preparation task, and then calculate the average daily wage of all general workers corresponding to mortar preparation tasks, such as 100 / day. Furthermore, the processing equipment 110 can calculate the estimated labor cost for each worker based on the average daily wage of each worker. For example, the estimated labor cost for the two skilled workers corresponding to subtask C is 2×4×200=1600 yuan, and the estimated labor cost for the three general workers corresponding to subtasks A and B is (1+2)×4×100=1200 yuan. Therefore, the estimated labor cost for this process is 1600+1200=2800 yuan.

[0110] In some embodiments, the processing device 110 or the cost estimation module 240 can determine the duration cost of the common task order based on the estimated total completion time of each group of target processes. For example, the estimated total completion time of the common task order = the sum of the estimated total completion times of each group of target processes (e.g., 15 days), and the duration cost = the product of the estimated total completion time of the common task order and the unit price P0 (e.g., assuming a daily unit price of 50 yuan / day, the total duration cost = 15 × 50 = 750 (yuan)). Further, the processing device 110 or the cost estimation module 240 can determine the estimated total cost of the common task order based on the duration cost and raw material cost of the common task order, and the estimated labor cost of each process in each group of target processes. For example, the estimated total cost can be determined by summing the duration cost and raw material cost of the common task order, and the estimated labor cost of each process in each group of target processes.

[0111] In some embodiments, for each group of target processes, the processing device 110 or the cost estimation module 240 may divide the group of target processes into one or more time-based basic allocation units based on the time constraints between the multiple processes contained within the group of target processes.

[0112] The basic allocation unit is the smallest unit that determines the parameters for worker allocation. Figure 5 This is a schematic diagram of the basic allocation unit of a common task sheet according to some embodiments of the present invention. For example... Figure 5 As shown, taking a common task sheet containing 5 processes A, B, C, D, and E, with time constraints of "process A must start first, the end time of process A = the start time of process B, the start time of process C = the start time of process B + 1, the end time of process B = the start time of process D, the end time of process C = the end time of process D, and the end time of process D = the start time of process E" as an example, after arranging the processes in chronological order to obtain three groups of target processes 1, 2, and 3, the time constraints for processes B, C, and D in target process 2 are "the start time of process C = the start time of process B + 1, the end time of process B = the start time of process D, and the end time of process C = the end time of process D". Based on the time constraints between processes B, C, and D in target process 2, they can be divided into... Figure 5 The three basic allocation units shown are S1, S2, and S3.

[0113] In some embodiments, for each group of target processes, the processing device 110 or the cost estimation module 240 may further generate multiple candidate worker allocation parameters for that group of target processes based on the preset sub-task worker allocation ratio for each process and the available worker set for the common task sheet.

[0114] The preset subtask worker ratio refers to the pre-set ratio of the number of workers for multiple subtasks corresponding to each process. For example, in the example "Process: Bricklaying: Subtask A (preparing mortar, 1 Level 2 general worker), Subtask B (carrying bricks, prepared mortar and other raw materials, 2 Level 1 general workers), Subtask C (laying, 1 Level 1 technician and 1 Level 2 technician); Process: Grouting: Subtask D (grouting, 2 Level 2 technicians)", the worker ratio for the bricklaying subtask is A:B:C=1:2:2, and the worker ratio for the grouting subtask is arbitrary.

[0115] It should be noted that in the example above, the grouting process requires skilled workers but not general workers. By setting the worker allocation ratio of its corresponding sub-task to "arbitrary", the dispatching system can generate corresponding values ​​arbitrarily within the rules when selecting candidate parameters, thus arbitrarily generating the number of skilled workers required for grouting, improving the accuracy and automation of automatic dispatching.

[0116] The candidate worker allocation parameters for each target process include the candidate worker ratio parameters for each basic allocation unit in the target process and the candidate operation time.

[0117] The candidate worker allocation parameters for a basic allocation unit include the number of workers assigned to each sub-task of each process within that basic allocation unit, along with their corresponding worker skill types and skill levels. Please refer to... Figure 5 ,by Figure 5 Taking the basic allocation unit S2 as an example, S2 includes part of process B (defined as process B2 for convenience) and part of process C (defined as process C1 for convenience). Assume process B2 includes subtasks B21 and B22, and process C1 includes subtasks C11 and C12. The candidate worker allocation parameters for basic allocation unit S2 can be "{process B2: subtask B21 -- 2 level-two general workers, subtask B22 -- 1 level-two skilled worker}, {process C1: subtask C11 -- 1 level-one general worker, subtask C12 -- 1 level-two skilled worker}". The candidate operation time for basic allocation unit S2 can be "T2 (unit: days)", meaning the candidate operation time for all subtasks under process B2 and process C1 is T2.

[0118] For each basic allocation unit, the processing equipment 110 or the cost estimation module 240 can generate candidate worker allocation parameters corresponding to that basic allocation unit by generating all worker allocation parameters that meet preset conditions for that basic allocation unit, and treating each worker allocation parameter that meets the preset conditions as a candidate worker allocation parameter. The preset conditions may include that the worker allocation parameters for each process corresponding to the basic allocation unit meet the preset sub-task worker allocation for that process, and that the total number of workers allocated to all processes of the basic allocation unit does not exceed the available worker set of the common task order.

[0119] For each basic allocation unit, the processing equipment 110 or the cost estimation module 240 can generate the candidate job time corresponding to the basic allocation unit by the following method: For each partial process involved in the basic allocation unit (e.g., process B2, process C1), calculate its corresponding job time range (e.g., calculate the job time range of process B2 and the job time range of process C1); take the union of the job time ranges of the multiple partial processes included in the basic allocation unit as the candidate job time range corresponding to the basic allocation unit, and determine multiple candidate job times corresponding to the basic allocation unit from the candidate job time range (e.g., enumerate all values ​​in the candidate job time range as multiple candidate job times with 0.5 days as the smallest unit).

[0120] In some embodiments, the time range of a single partial process can be determined by: determining the maximum working time for each subtask of the complete process (such as process B) corresponding to that partial process (e.g., process B2); and determining the time range of that partial process based on the maximum working time. It should be noted that the subtasks of a partial process are the same as those of its corresponding complete process. In some embodiments, the maximum working time of a subtask can be determined based on the workload of the subtask and the average productivity of all workers under the corresponding work content of the subtask. For example, the maximum working time of subtask B21 = (workload of subtask B ÷ average productivity of all workers under the corresponding work content of subtask B) + Ta; Ta is a time adjustment factor, taking a positive integer (e.g., 2), used to increase the maximum working time. In some embodiments, the minimum unit of the maximum working time is 0.5 days. For example, if the result of calculating {(workload of subtask B ÷ average productivity of all workers under the corresponding work content of subtask B) + Ta} is 2.1, then the maximum working time of subtask B21 is determined to be 2 days; if the result is 2.4, then the maximum working time of subtask B21 is determined to be 2.5 days; if the result is 2.9, then the maximum working time of subtask B21 is determined to be 3 days.

[0121] In some embodiments, the processing device 110 or the cost estimation module 240 may determine the operation time range of a certain process with 0 as the lower limit and the maximum value among the maximum operation times of the multiple sub-tasks involved in the certain process as the upper limit, such as [0, 3].

[0122] In some embodiments, the processing device 110 or the cost estimation module 240 can calculate all possible combinations of multiple job time ranges and multiple candidate worker allocation parameters of the basic allocation unit obtained above, and use each combination as a set of candidate worker allocation parameters.

[0123] In some embodiments, parameters are assigned to each candidate worker in the target process. The processing equipment 110 or the cost estimation module 240 can calculate the expected completed workload of each sub-task in each basic allocation unit based on the candidate worker ratio parameters of each basic allocation unit, the candidate operation time, and the estimated capacity set of each worker; and calculate the expected completed total workload of each sub-task in each process based on the expected completed workload of each sub-task in each basic allocation unit.

[0124] The expected workload of a subtask refers to the amount of work that the workers allocated according to the candidate worker ratio parameters can complete within the candidate work time.

[0125] The following explanation uses the calculation of the estimated workload of each subtask within a basic allocation unit as an example. Combined with... Figure 5 The basic allocation unit S2 shown includes process B2 and process C1. Taking process B2 as including sub-tasks B21 and B22, and process C1 as including sub-tasks C11 and C12, the candidate worker allocation parameters of the basic allocation unit S2 are assumed to be {process B2: sub-task B21 -- 2 level-two general workers, sub-task B22 -- 1 level-two skilled worker; process C1: sub-task C11 -- 1 level-one general worker, sub-task C12 -- 1 level-two skilled worker}, and the candidate operation time is T2 (unit: days). The processing equipment 110 or the cost estimation module 240 can calculate the expected completed work volume of sub-task B21 in the following ways: 1) Calculate the average capacity N0 of all level-two general workers under the supervision of the team leader under the corresponding operation content of sub-task B21. For example, assuming that the team leader has a total of 6 level-two general workers, the average capacity N0 = 2.25 square meters / hour is obtained by calculating the average capacity data of these 6 workers under the handling operation content. 2) The estimated amount of work to be completed in subtask B21 = the number of workers in subtask B21 (which is 2). Average production capacity N0 (2.25 square meters / hour) The candidate job time T2 corresponding to subtask B21.

[0126] For each subtask in a process, the total expected workload of that subtask in that process can be obtained by adding up the expected workload of that subtask across all basic allocation units involved in that process. For example, with... Figure 5 Taking the basic allocation units S1 and S2 as examples, basic allocation unit S1 includes process B1 (another part of process B; processes B1 and B2 together constitute process B), and process B1 includes subtasks B11 and B12; basic allocation unit S2 includes process B2 and process C1, and process B2 includes subtasks B21 and B22, and process C1 includes subtasks C11 and C12. Therefore, the estimated total workload of subtask 1 of process B (subtasks B11 and B21 constitute subtask 1 of process B) = the estimated workload of subtask B11 + the estimated workload of subtask B21; the estimated total workload of subtask 2 of process B (subtasks B12 and B22 constitute subtask 2 of process B) = the estimated workload of subtask B21 + the estimated workload of subtask B22.

[0127] In some embodiments, the processing device 110 or the cost estimation module 240 can calculate the task quantity deviation of the candidate worker allocation parameters based on the expected total amount of work to be completed for each sub-task of each process and the target amount of work for each sub-task of each process.

[0128] The target workload of each subtask in each process, i.e. the workload of the subtask, can be obtained based on the common task sheet information, as mentioned above.

[0129] In some embodiments, the processing device 110 or the cost estimation module 240 can determine the workload deviation of each sub-task in each process based on the expected total workload of each sub-task in each process and the target workload of each sub-task in each process, and determine the workload deviation of the candidate worker allocation parameters based on the workload deviation of each sub-task in each process. For example, the workload deviation of a sub-task in a process = the target workload of that sub-task in the process - the expected total workload of that sub-task in the process. After obtaining the workload deviation of each sub-task in all processes, the workload deviations of each sub-task in all processes are added together to obtain the workload deviation corresponding to the candidate worker allocation parameters.

[0130] In some embodiments, the processing device 110 or the cost estimation module 240 can determine the candidate worker cost based on the candidate worker allocation parameters and candidate job times for each basic allocation unit, and the daily wage set for each worker.

[0131] Let's take calculating the candidate labor cost for a sub-task within a process of a basic allocation unit as an example. Combined with... Figure 5The candidate worker allocation parameters for basic allocation unit S1 are {process B1: subtask B11 -- 4 level-two general workers, subtask B12 -- 2 level-two skilled workers}, and the candidate operation time is T1 (unit: days). Then, the candidate worker cost for subtask B11 of process B1 in basic allocation unit S1 is 4 (number of level-two general workers in subtask B11). Average daily wage of Level 2 general workers (average daily wage of all workers corresponding to subtask B11 under the corresponding work content) T1 (candidate job time), then add up the candidate worker costs for all basic allocation units, all processes, and all sub-tasks corresponding to the candidate worker allocation parameters to obtain the candidate worker cost for that candidate worker allocation parameter.

[0132] In some embodiments, the processing device 110 or the cost estimation module 240 can determine the worker allocation parameters, estimated completion time, and estimated labor cost of each step in the target process, along with the estimated total completion time of the group of target processes, based on the task quantity deviation and candidate labor cost of each candidate worker allocation parameter in the target process. In some embodiments, the processing device 110 or the cost estimation module 240 can determine the candidate worker allocation parameters with a task quantity deviation less than a preset threshold among a plurality of candidate worker allocation parameters in the target process; select the candidate worker allocation parameter with the lowest candidate labor cost from the candidate worker allocation parameters with a task quantity deviation less than the preset threshold as the target worker allocation parameter; and determine the worker allocation parameters, estimated completion time, and estimated labor cost of each step in the target process, along with the estimated total completion time of the group of target processes, based on the candidate worker ratio parameters corresponding to each basic allocation unit in the target worker allocation parameters.

[0133] It is important to note that a single work process may involve multiple basic allocation units, meaning that a work process may be divided into multiple sub-work processes (e.g., work process B is divided into sub-work processes B1 and B2, and work process C is divided into sub-work processes C1 and C2). Therefore, the candidate worker allocation parameters for a single work process within the target work process may be segmented. For example, basic allocation unit S1 may contain sub-work process B1, which includes sub-tasks B11 and B12. The candidate worker allocation parameters for basic allocation unit S1 may be {work process B1: sub-task B11 – 4 level-two general workers, sub-task B12 – 2 level-two skilled workers}, with a candidate work time of T1. Basic allocation unit S2 includes process B2 and process C1. Process B2 includes subtasks B21 and B22, and process C1 includes subtasks C11 and C12. The candidate worker allocation parameters for basic allocation unit S2 are {Process B2: Subtask B21 -- 2 Level 2 general workers, Subtask B22 -- 1 Level 2 skilled worker; Process C1: Subtask C11 -- 1 Level 1 general worker, Subtask C12 -- 1 Level 2 skilled worker}, and the candidate operation time is T2. Therefore, the worker allocation parameters for process B are {Process B1: Subtask B11 -- 4 Level 2 general workers, Subtask B12 -- 2 Level 2 skilled workers; Process B2: Subtask B21 -- 2 Level 2 general workers, Subtask B22 -- 1 Level 2 skilled worker}. The estimated completion time for process B is T1 + T2, and the estimated labor cost for process B is the candidate labor cost for each subtask of process B1 + the candidate labor cost for each subtask of process B2.

[0134] The estimated total completion time of the target process is equal to the sum of the candidate operation times of all basic allocation units of the target process.

[0135] In the embodiments of this specification, 1) by enumerating and evaluating multiple candidate worker allocation schemes instead of relying on human experience, the labor costs of different schemes can be quantitatively compared before work assignment, significantly reducing cost waste caused by unreasonable personnel allocation; 2) it avoids blindly increasing the number of personnel simply to shorten the construction period, thereby achieving a balance between construction period and cost optimization; 3) through core sub-task information, complex tasks involving collaborative operations of different types of work and multiple skill levels can be uniformly modeled and calculated, improving the applicability of the construction work assignment scheme; 4) candidate worker allocation, capacity calculation, and cost assessment are all based on clear calculation rules and data sources, which are easy to reuse in different construction scenarios and also facilitate system implementation and auditing.

[0136] Step S350: Determine the estimated profit based on the estimated total cost and total task price of the common task order. In some embodiments, step S350 may be performed by the processing device 110 or the profit calculation module 250.

[0137] In some embodiments, the processing device 110 may subtract the estimated total cost of the joint task from the total task price of the joint task, and determine the difference as the estimated profit.

[0138] In step S360, the estimated profit, worker allocation parameters for each process, and the set of available workers for the common task order are presented to the user through the terminal device. In some embodiments, step S360 may be performed by the processing device 110 or the interaction module 260.

[0139] Available workers refer to workers who are free during the time period required by the joint task order and can participate in the corresponding work. The set of available workers for a joint task order includes the set of available skilled workers and the set of available general workers.

[0140] The worker system / worker database stores worker information for each worker, with each worker's real-time status marked by a work status tag, such as "on duty and performing task X from [date] to [date]", "on duty but no task", "on leave from [date] to [date]", etc.

[0141] In some embodiments, the processing device 110 or the interaction module 260 can filter out workers who can participate in the joint task order based on the work status tags of each worker, forming a set of available workers. For example, the processing device 110 can select on-duty workers who do not conflict with the estimated period of the joint task order (estimated to require half a month of construction, from March 1st to March 16th of year X) as workers who can currently participate in the joint task order, thus obtaining a set of available workers. For example, the set of available workers is: {Skilled workers set: 2 Level 1 skilled workers (names 1 and 2), 3 Level 2 skilled workers (names 3, 4, and 5); General workers set: 3 Level 1 general workers (names 6, 7, and 8), 4 Level 2 general workers (names 9, 10, 11, and 12), 4 Level 3 general workers (names 13, 14, 15, and 16)}.

[0142] In some embodiments, the processing device 110 or the interaction module 260 can present the estimated profit of the determined joint task order, the worker allocation parameters for each process, and the selected set of available workers to the user through a terminal device. For example, the interaction module 260 can display the estimated profit of the determined joint task order, the worker allocation parameters for each process, and the selected set of available workers on the interactive interface of the terminal device 140 used by the team leader (e.g., in the display interface of a dispatching system APP).

[0143] Step S370 involves determining the actual participating workers for each process in the common task order based on the worker selection instructions input by the user according to the worker allocation parameters for each process and the available worker set for the common task order. In some embodiments, step S370 may be performed by the processing device 110 or the worker determination module 270.

[0144] Worker selection instructions refer to the user-inputted operational instructions used to determine the actual workers involved in each process of a common task order.

[0145] After receiving the estimated profit displayed on the interactive interface, if a user (e.g., a team leader) determines that the profit of the joint task order is acceptable, they can use a terminal device to select (e.g., by voice input, text input, or by clicking or dragging from a worker list) the personnel to participate in that process (i.e., the actual participating workers) from the available worker set, referring to the worker allocation parameters for each process displayed on the interactive interface. The processing device 110 or the worker determination module 270 can then, based on the worker selection instructions input by the user, designate the user-selected workers as the actual participating workers for each process of the joint task order.

[0146] For example, if the worker allocation parameters are {Bricklaying: (Subtask A - Mortar preparation, 1 Level 2 general worker), (Subtask B - Carrying bricks, prepared mortar and other raw materials, 2 Level 1 general workers), (Subtask C - Masonry, 1 Level 1 skilled worker and 1 Level 2 skilled worker); Grouting: (Subtask D - Grouting, 2 Level 2 skilled workers)}, the available worker set can be {Skilled worker set: 2 Level 1 skilled workers (name 1, name 2), 3 Level 2 skilled workers (name 3, name 4, name 5); General worker set: 3 Level 1 general workers (name 6, name 7, name 8), 4 Level 2 general workers (name 9, name 10, name 11, name 12), 4 Level 3 general workers (name 13, name 14, name 15, name 16, name 17, name 18, name 19, name 19, name 10, name 11, name 19), 4 Level 3 general workers (name 13, name 14, name 15, name 19 ... If the name is 16), then the team leader can select 1 person from the 4 second-level general workers "name 9, name 10, name 11, name 12" in the available worker set as the actual worker participating in sub-task A of the bricklaying process (e.g., name 9), select 2 people from the 3 first-level general workers "name 6, name 7, name 8" as the actual workers participating in sub-task B (e.g., name 6, name 7), select 1 person from the first-level skilled workers "name 1, name 2" and 1 person from the second-level skilled workers "name 3, name 4, name 5" as the actual workers participating in sub-task C (e.g., name 1, name 3), and select 2 people from the second-level skilled workers "name 3, name 4, name 5" as the actual workers participating in sub-task D (e.g., name 4, name 5).

[0147] It should be noted that, to ensure the smooth execution of the joint task order, since multiple sub-tasks within a single process are considered to need to start and finish simultaneously, different personnel should be selected to participate in multiple different sub-tasks within the same process when workers of the same level are involved. However, since not all processes need to start or finish simultaneously, for sub-tasks within different processes involving workers of the same level, the same (ensuring no time conflict in sub-task execution) or different personnel can be selected as needed. For example, if bricklaying must begin first, and grouting can only be performed after bricklaying is completed, then under this time constraint, when the team leader selects the actual workers for sub-tasks A, B, and C in bricklaying, after determining the actual workers for sub-task A, the available workers for sub-task B must be removed from the available worker set and selected from the remaining workers. Similarly, when selecting the actual workers for grouting, since it is performed after bricklaying is completed, even if a worker is selected by sub-tasks A, B, or C in bricklaying, they can still be considered a available worker for sub-task D.

[0148] Step S380: Send the corresponding task push information to each participating worker. In some embodiments, step S380 can be performed by the processing device 110 or the dispatch module 280.

[0149] Task push information can include information such as the sub-tasks that workers need to complete, the location of the sub-tasks, the type of the sub-tasks, and the completion time limits of the sub-tasks (such as start time and end time).

[0150] In some embodiments, the processing device 110 can send corresponding task push information to each worker through the terminal device used by the worker. For example, if it is determined that workers Zhang San (general worker), Li Si (general worker), Wang Wu (general worker), and Zhao Liu (skilled worker) will complete the task together, the processing device 110 can send task push information (e.g., "Hello Zhang San, you are scheduled to participate in sub-task X on X year X month X day. Please make relevant schedule arrangements in advance") to the terminal devices used by Zhang San, Li Si, Wang Wu, and Zhao Liu respectively.

[0151] In some embodiments, the system can obtain the actual construction data of the current process after the common task order is implemented (i.e., the workers start construction); calculate the progress deviation of the current process based on the actual construction data of the current process; and output an early warning prompt to the user through the terminal device in response to the progress deviation being greater than the corresponding production capacity error threshold.

[0152] Once the joint task order is implemented, it means that the construction activities corresponding to the target joint task order have been started on site, and workers have entered the site and started to execute the sub-tasks.

[0153] Actual construction data refers to the set of data collected during the construction process that reflects the true state of task execution. It may include, but is not limited to, the actual number of workers involved (statistically categorized by skilled / general worker, and grade), the actual construction time (start time + current time), and the actual amount of work completed (e.g., the area of ​​masonry completed in X square meters).

[0154] In some embodiments, actual construction data may be obtained from system storage devices (e.g., data manually entered by users in advance in the system), from construction progress feedback information on terminal devices / interactive interfaces, or from record data associated with construction equipment or attendance systems.

[0155] The schedule deviation of a process is equal to the difference between the average daily actual completion amount of that process and the average daily theoretical completion amount of that process. Assuming process X has been under construction for N days, then the average daily actual completion amount of process X = the actual completion amount of the process ÷ the number of days the process has been under construction.

[0156] The theoretical daily completion volume of a process = the theoretical daily completion volume of the core subtask of the process ÷ the conversion coefficient of the core subtask. In some embodiments, the processing equipment can identify the core subtask from multiple subtasks of the process and calculate the theoretical daily completion volume of the core subtask. The core subtask is the subtask in the process that directly produces the final work quantity (usually a subtask performed by a technician). The theoretical daily completion volume of the core subtask = the number of workers performing the core subtask. This refers to the average productivity of workers at this level within the scope of the core sub-tasks. Further details regarding average productivity can be found above and will not be repeated here.

[0157] The capacity error threshold is a reference threshold used to determine whether the construction status of a target sub-task deviates from an acceptable range. The capacity error threshold can be preset by the user based on experience or automatically determined by the system based on historical data.

[0158] Warning prompts refer to information used to alert users to risks in the current work assignment plan or construction progress. Warning prompts may take at least one or more of the following forms: displaying text indicating that the actual progress of a work process is lower than the estimated progress; displaying the actual daily completion amount, the estimated daily completion amount, and the corresponding progress deviation value in the interactive interface; identifying the work process that triggered the warning through color coding, icons, or highlighting; and marking the status of the work process in the task list to alert users to current construction risks.

[0159] For example, the information corresponding to the warning message could be: "The actual production capacity of the current process is lower than the estimated production capacity", "The construction efficiency of the current process has deviated significantly, please pay attention to the work assignment plan", or "There is a risk of insufficient production capacity in the current process, which may affect the subsequent construction plan".

[0160] By generating target worker allocation parameter schemes based on estimated capacity during the work assignment phase, and further introducing actual construction data collection and progress deviation monitoring mechanisms during the implementation of joint task orders, the estimated results during the work assignment phase are verified during operation. When there is a significant deviation between actual construction and the estimate, early warning information is promptly output to the user, thereby enabling the work assignment scheme to have the ability to be verified and risk alerted, and improving the reliability and controllability of the construction work assignment scheme in the actual execution process.

[0161] In some embodiments, the processing device 110 may, in response to the progress deviation of the current process being greater than the capacity error threshold of the process, generate corresponding worker adjustment parameters based on the value by which the progress deviation of the process exceeds the capacity error threshold of the process and the current worker's work status label, and display the worker adjustment parameters to the user through an interactive interface.

[0162] For example, the worker adjustment parameters can be: adjustment direction - increase, worker type - general worker, skill level - level 2, adjustment quantity - 2.

[0163] In some embodiments, the processing device 110 may determine the current set of available workers based on the current worker's work status tag, and determine the required number of general workers and skilled workers based on the value of the progress deviation of the process exceeding the capacity error threshold of the process; based on the number of workers, select the appropriate number of workers (regardless of skill level) from the set of available workers of the corresponding worker type (skilled worker or general worker).

[0164] For example, processing equipment 110 can multiply the value A of the process schedule deviation exceeding the capacity error threshold of that process by the fixed conversion factor of the corresponding core sub-task to obtain the capacity supplementation amount of the core sub-task; divide the capacity supplementation amount of the core sub-task by the average capacity of workers of the current level type under the corresponding work content of the core sub-task to obtain the number of workers to be supplemented for the core sub-task (the calculation result is rounded up if it exceeds 0.5, and rounded down if it is less than 0.5); and then, based on the number of workers to be supplemented for the core sub-task, determine the number of skilled workers and general workers to be supplemented for that process.

[0165] By generating structured worker adjustment parameters based on schedule deviations, the system can transform construction deviations into directly executable personnel adjustment references, thereby avoiding reliance on subjective judgments based on human experience and improving the operability and responsiveness of construction process management. Furthermore, by generating worker adjustment parameters directly based on overall capacity gaps without distinguishing specific worker roles or attributing responsibility, the system can avoid judgment failures caused by inextricable causal relationships in complex collaborative construction scenarios, thus improving the robustness and executability of worker adjustment parameters in actual construction.

[0166] In some embodiments, the capacity error threshold can be positively correlated with the importance of the process. The importance of a process is determined based on the type of workers required for that process (skilled or unskilled) and the workload of that process. For example, the more types of workers a process has, the greater the corresponding workload, and the higher the importance of the process. The importance level can also be pre-defined into a scale of 0 to 10.

[0167] In some embodiments, the capacity error threshold can be positively correlated with the task quantity deviation corresponding to the current target worker allocation parameters. By associating the capacity error threshold with the "estimated task quantity deviation" in the dispatching stage, when a subtask itself has significant uncertainty or deviation in the planning stage, the system can automatically relax the alarm standard in the execution stage, avoiding frequent false alarms due to prediction limitations.

[0168] It should be noted that the above description of process 300 is for illustrative purposes only and does not limit the scope of this specification. Those skilled in the art can make various modifications and changes to process 300 under the guidance of this specification. However, these modifications and changes remain within the scope of this specification.

[0169] Some embodiments of this specification provide a computer-readable storage medium that stores computer instructions, which, when read by a processor, enable the computer to execute a common task order dispatching method (such as process 300) as described in any embodiment of this specification.

[0170] The basic concepts have been described above. Obviously, for those skilled in the art, the detailed disclosure above is merely illustrative and does not constitute a limitation of this specification. Although not explicitly stated herein, those skilled in the art may make various modifications, improvements, and corrections to this specification. Such modifications, improvements, and corrections are suggested in this specification and therefore remain within the spirit and scope of the exemplary embodiments described herein.

[0171] Furthermore, this specification uses specific terms to describe embodiments thereof, such as "an embodiment". "An Example" The terms "and / or some embodiments" refer to a particular feature, structure, or characteristic associated with at least one embodiment of this specification. Therefore, it should be emphasized and noted that references to "an embodiment," "one embodiment," or "an alternative embodiment" in different locations throughout this specification do not necessarily refer to the same embodiment. Furthermore, certain features, structures, or characteristics of one or more embodiments of this specification can be appropriately combined.

[0172] Furthermore, unless expressly stated in the claims, the order of processing elements and sequences, the use of numbers and letters, or other names described in this specification are not intended to limit the order of the processes and methods described herein. Although various examples have been discussed in the foregoing disclosure of some embodiments of the invention that are currently considered useful, it should be understood that such details are for illustrative purposes only, and the appended claims are not limited to the disclosed embodiments; rather, the claims are intended to cover all modifications and equivalent combinations that conform to the spirit and scope of the embodiments described herein. For example, while the system components described above can be implemented using hardware devices, they can also be implemented solely using software solutions, such as installing the described system on existing servers or mobile devices.

[0173] Similarly, it should be noted that, in order to simplify the description disclosed herein and thus aid in the understanding of one or more embodiments of the invention, the foregoing description of embodiments in this specification may sometimes combine multiple features into a single embodiment, drawing, or description thereof. However, this method of disclosure does not imply that the subject matter of this specification requires more features than those mentioned in the claims. In fact, the embodiments contain fewer features than all the features of a single embodiment disclosed above.

[0174] In some embodiments, numbers describing the quantity of components and attributes are used. It should be understood that such numbers used in the description of embodiments are modified in some examples with the terms "approximately," "approximately," or "generally." Unless otherwise stated, "approximately," "approximately," or "generally" indicates that the numbers are allowed to vary by ±20%. Accordingly, in some embodiments, the numerical parameters used in the specification and claims are approximate values, which may be changed depending on the characteristics required by individual embodiments. In some embodiments, numerical parameters should take into account specified significant digits and employ a general method of digit reservation. Although the numerical ranges and parameters used to confirm their breadth of range in some embodiments of this specification are approximate values, in specific embodiments, such values ​​are set as precisely as feasible.

[0175] For each patent, patent application, patent application publication, and other material such as articles, books, specifications, publications, and documents referenced in this specification, the entire contents of which are incorporated herein by reference. This excludes historical application documents that are inconsistent with or conflict with the content of this specification, as well as documents that limit the broadest scope of the claims in this specification (currently or subsequently appended to this specification). It should be noted that in the event of any inconsistency or conflict between the descriptions, definitions, and / or terminology used in the supplementary materials to this specification and the content of this specification, the descriptions, definitions, and / or terminology used in this specification shall prevail.

[0176] Finally, it should be understood that the embodiments described in this specification are merely illustrative of the principles of the embodiments described herein. Other variations may also fall within the scope of this specification. Therefore, alternative configurations of the embodiments described herein are intended to be illustrative rather than limiting, and should be considered consistent with the teachings of this specification. Accordingly, the embodiments described herein are not limited to those explicitly introduced and described herein.

Claims

1. A method for dispatching a shared task order, executed by a shared task order dispatching system, the system comprising at least one processing device and a storage device, the storage device storing an instruction set, wherein when the at least one processing device executes the instruction set, the following dispatching method is implemented: Obtain common task order information input by the user through the terminal device; Based on the shared task sheet information, the process information of the shared task sheet is determined. The process information includes multiple processes contained in the shared task sheet, sub-tasks corresponding to each process, task information of each sub-task, and time constraints between the multiple processes. Based on historical work data, determine the estimated production capacity set for each worker; Based on the process information of the common task order, the estimated capacity set and daily wage set of each worker, the worker allocation parameters of each process and the estimated total cost of the common task order are determined. Based on the estimated total cost and total task price of the aforementioned joint task order, the estimated profit is determined; The estimated profit, the worker allocation parameters for each process, and the available worker set for the common task order are presented to the user through the terminal device. as well as Based on the worker selection instructions input by the user according to the worker allocation parameters of each process and the available worker set of the common task order, the actual participating workers of each process of the common task order are determined, and corresponding task push information is sent to each actual participating worker.

2. The method according to claim 1, characterized in that, The estimated capacity set includes the estimated capacity of the workers for different work contents of the common task order. The step of determining the estimated capacity set for each worker based on historical work data includes: Determine the multiple job contents corresponding to the common task order; and For each of the multiple task contents, Based on the historical operation data corresponding to this operation, calculate the basic production capacity of this operation; and Based on the basic capacity of the work content and the capacity adjustment coefficient of the worker under the work content, the estimated capacity of the worker under the work content is determined.

3. The method according to claim 1, characterized in that, The process of determining the worker allocation parameters for each process and the estimated total cost of the common task order based on the process information of the common task order, the estimated capacity set and daily wage set for each worker, includes: Based on the time constraints between the multiple processes, one or more groups of target processes are determined according to their temporal arrangement. Each group of target processes has no time overlap with other groups, and each process within each group overlaps with at least one other process within that group. Based on the multiple processes corresponding to each target process, the sub-tasks corresponding to each process, the task information of each sub-task, the time constraints between processes, and the estimated capacity set and daily wage set of each worker, the worker allocation parameters for each process and the estimated total cost of the common task order are determined.

4. The method according to claim 3, characterized in that, Determining the worker allocation parameters for each process and the estimated total cost of the common task order includes: For each group of target processes, based on the time constraints between multiple processes contained in the group of target processes, the sub-tasks of each process, the task information of each sub-task, the estimated capacity set and daily wage set of each worker, determine the worker allocation parameters, estimated completion time and estimated labor cost of each process in the group of target processes, and the estimated total completion time of the group of target processes. Based on the estimated total completion time for each group of target processes, determine the duration cost of the common task order; and Based on the time cost and raw material cost of the common task order, and the estimated labor cost of each process in each group of target processes, the estimated total cost of the common task order is determined.

5. The method according to claim 4, characterized in that, The process, based on the time constraints between multiple processes within the target process group, the sub-tasks of each process, the task information of each sub-task, the estimated capacity set and daily wage set of each worker, determines the worker allocation parameters, estimated completion time, and estimated labor cost for each process within the target process group, along with the estimated total completion time of the target process group. This includes: For each group of target processes, Based on the time constraints among the multiple processes contained in this group of target processes, the group of target processes is divided into one or more basic allocation units based on time sequence. Based on the preset worker allocation ratio for each sub-task and the available worker set for the common task sheet, multiple candidate worker allocation parameters are generated for the target process group; and Based on the multiple candidate worker allocation parameters of the target process, the estimated production capacity set and daily wage set of each worker, the worker allocation parameters, estimated completion time and estimated labor cost of each process in the group of target processes are determined, along with the estimated total completion time of the group of target processes.

6. The method according to claim 5, characterized in that, The candidate worker allocation parameters for each target process include the candidate worker ratio parameters and candidate work time for each basic allocation unit in the target process. The determination of the worker allocation parameters, estimated completion time, and estimated labor cost for each process in the group of target processes, based on multiple candidate worker allocation parameters for the target process, the estimated capacity set and daily wage set for each worker, and the estimated total completion time of the group of target processes, includes: Assign parameters to each candidate worker in the target process group. Based on the candidate worker allocation parameters, candidate operation time, and estimated production capacity set of each worker in each basic allocation unit, the expected amount of work to be completed for each sub-task in each basic allocation unit is calculated. Based on the estimated amount of work to be completed for each sub-task of each basic allocation unit, calculate the estimated total amount of work to be completed for each sub-task of each process. Based on the estimated total workload of each sub-task in each process and the target workload of each sub-task in each process, the task workload deviation of the candidate worker allocation parameters is calculated; and Based on the candidate worker allocation parameters and candidate work times for each basic allocation unit, and the daily wage set for each worker, the candidate worker cost for the candidate worker allocation parameters is determined; and Based on the task quantity deviation and candidate labor cost of each candidate worker allocation parameter in the target process, determine the worker allocation parameters, estimated completion time and estimated labor cost of each process in the target process, and the estimated total completion time of the group of target processes.

7. The method according to claim 6, characterized in that, The process of determining the worker allocation parameters, estimated completion time, and estimated labor cost for each process in the target process based on the task quantity deviation and candidate worker cost of each candidate worker allocation parameter in the target process, and comparing them with the estimated total completion time of the group of target processes, includes: Among the multiple candidate worker allocation parameters for the target process, the candidate worker allocation parameters whose task volume deviation is less than a preset threshold are determined; From the candidate worker allocation parameters whose task volume deviation is less than the preset threshold, select the candidate worker allocation parameter with the lowest candidate worker cost as the target worker allocation parameter; and Based on the candidate worker allocation parameters and candidate operation time corresponding to each basic allocation unit in the target worker allocation parameters, the worker allocation parameters, estimated completion time and estimated labor cost of each process in the target process are determined, along with the estimated total completion time of the target process.

8. The method according to claim 1, characterized in that, Also includes: After the joint task order begins to be implemented, the actual construction data of the current process is obtained; Calculate the progress deviation of the current process based on the actual construction data of the current process; In response to the progress deviation exceeding the corresponding production capacity error threshold, an early warning prompt is output to the user through the terminal device.

9. A work assignment system for shared task orders, comprising: The acquisition module is used to acquire common task order information input by the user through the terminal device; The information determination module is used to determine the process information of the common task order based on the common task order information. The process information includes multiple processes contained in the common task order, sub-tasks corresponding to each process, task information of each sub-task, and time constraints between the multiple processes. The capacity estimation module is used to determine the estimated capacity set for each worker based on historical work data. The cost estimation module is used to determine the worker allocation parameters for each process and the estimated total cost of the common task order based on the process information of the common task order, the estimated capacity set and daily wage set of each worker. The profit calculation module is used to determine the estimated profit based on the estimated total cost and total task price of the common task order; An interactive module is used to present the estimated profit, the worker allocation parameters for each process, and the available worker set for the common task order to the user through the terminal device. The worker determination module is used to determine the actual participating workers for each process of the common task order based on the worker selection instructions input by the user according to the worker allocation parameters of each process and the available worker set of the common task order; as well as The task dispatch module is used to send corresponding task push information to each of the actual participating workers.

10. A computer-readable storage medium, characterized in that, The storage medium stores computer instructions, which, when executed by a processor, implement the following method: Obtain common task order information input by the user through the terminal device; Based on the shared task sheet information, the process information of the shared task sheet is determined. The process information includes multiple processes contained in the shared task sheet, sub-tasks corresponding to each process, task information of each sub-task, and time constraints between the multiple processes. Based on historical work data, determine the estimated production capacity set for each worker; Based on the process information of the common task order, the estimated capacity set and daily wage set of each worker, the worker allocation parameters of each process and the estimated total cost of the common task order are determined. Based on the estimated total cost and total task price of the aforementioned joint task order, the estimated profit is determined; The estimated profit, the worker allocation parameters for each process, and the available worker set for the common task order are presented to the user through the terminal device. as well as Based on the worker selection instructions input by the user according to the worker allocation parameters of each process and the available worker set of the common task order, the actual participating workers of each process of the common task order are determined, and corresponding task push information is sent to each actual participating worker.

Images