Construction project management methods and systems

Abstract

To provide a construction progress management method, system, device and, storage medium that can quantify and calculate progress and costs, improve the accuracy of cost prediction, obtain more accurate predicted values than empirical judgments, and issue risk warnings in a timely manner.SOLUTION: A method achieved by a construction project management system includes determining a plurality of minimum production units for a construction project, and managing the construction project based on the plurality of minimum production units, wherein each minimum production unit corresponds to a final stage task item of one configuration unit of one spatial unit of the construction project. This method decomposes the construction project into minimum production units that can be identified by a computer by coding a space and task items, quantifies a construction work volume of the entire actual process, and enables the quantification and calculation of progress and costs.SELECTED DRAWING: Figure 4

Description

[Technical Field]

[0001] (Cross-reference of related applications) This application claims priority to the Chinese application filed on 18 January 2024 with patent application number 202410080350.7, the Chinese application filed on 18 January 2024 with patent application number 202410075220.4, and the Chinese application filed on 18 January 2024 with patent application number 202410075243.5, the entire contents of these patent applications incorporated herein by reference.

[0002] This specification relates to the field of construction management, and more particularly to construction project management methods and systems. [Background technology]

[0003] Construction project progress is a key dimension of site management in the construction industry. Quality, safety, technology, cost, materials, machinery, and contracts are all related to construction progress, but traditional progress management methods have struggled to meet these requirements. Current mainstream progress management methods primarily measure progress by manually observing whether key nodes are completed, and completion status can only be expressed as a Boolean value or percentage. Construction progress is ambiguous and difficult to quantify, making it unsuitable for computer calculations and thus unreliable in terms of reliability and accuracy. There are few warning signs before progress risks explode, and they can only be predicted through the manager's experience, resulting in a lack of effective methods for warning about progress and costs.

[0004] Meanwhile, after the construction progress situation is determined, usually the construction progress is digitized and embodied for display. However, it is difficult to achieve both digitized display and embodied display. Among them, the embodied progress is mainly used to confirm the progress situation of each task process and the validity of the interweaving method of each task process, judge the cost and progress risks, and judge the risks in the cooperation of each functional department. The current mainstream expression methods are mostly embodied displays such as BIM models, renderings, and construction simulation dynamic diagrams, but the amount of information is small and it cannot be used in actual management. Or, there is a tendency towards digitized display, which is difficult to imagine for administrators with little imagination.

[0005] Therefore, it is expected to provide a construction project management method and system that can effectively quantify and make the construction progress situation computable, and effectively achieve both digitized display and embodied display.

Summary of the Invention

Problems to be Solved by the Invention

[0006] In order to solve the problem that the construction progress is ambiguous and difficult to quantify, and it is difficult to achieve both digitized display and embodied display, this specification provides a construction progress management method, system, device and storage medium.

Means for Solving the Problems

[0007] As one aspect of the present invention, a construction project management method is provided, the method includes determining a plurality of minimum production units of the construction project, and managing the construction project based on the plurality of minimum production units, and each of the minimum production units corresponds to the end task item of one constituent unit of one spatial unit of the construction project.

[0008] As one aspect of the present invention, a construction progress management system is provided. The system includes a determination module used to determine a plurality of minimum production units of a construction project, where each of the minimum production units corresponds to an end-stage task item of one of the constituent units of one spatial unit of the construction project, and a management module used to manage the construction project based on the plurality of minimum production units.

Advantages of the Invention

[0009] The beneficial effects of the above invention include, but are not limited to, the following: (1) By coding space and task items, the construction project is decomposed into minimum production units that can be identified by a computer, so as to quantify the construction workload of the entire physical project and enable the quantification and calculation of progress and cost. (2) Based on the equivalent work efficiency and equivalent cost of the minimum production units inspected in the task order, in combination with spatial information, the estimated process and estimated cost of the minimum production units that have not been inspected are determined. Since it is compatible with local changes in space and can consider recent business changes such as factors that affect efficiency, such as sudden increases in personnel and material supply shortages, from a statistical perspective, the prediction accuracy is improved, and a more accurate predicted value can be obtained than through empirical judgment. (3) Based on the difference between the actual cost consumption and the theoretical cost consumption of the task order, it is judged whether to issue a warning, and based on the actual situation of the task order or task process, it is judged whether to issue a warning. When the actual situation is predicted to not match the expected situation, a risk warning can be issued in a timely manner, which helps to dynamically infer the subsequent construction process and adjust the construction strategy.

Brief Description of the Drawings

[0010] [Figure 1] It is an exemplary module diagram of a construction project management system according to some embodiments of this specification. [Figure 2] It is a schematic diagram of an exemplary mobile device in which a specific system according to some embodiments of this specification is realized. [Figure 3]These are schematic diagrams of exemplary hardware and software components of exemplary computing devices according to some examples of this specification. [Figure 4] This is an illustrative flowchart of a construction project management method according to some embodiments of this specification. [Figure 5] This is an illustrative schematic diagram of an encoded information table according to some examples of this specification. [Figure 6] This is an illustrative schematic diagram of a spatial-task item matrix as shown in some of the examples described herein. [Figure 7] These are illustrative schematic diagrams of spatial-task item matrices and task orders in some of the embodiments described herein. [Figure 8] This is an illustrative schematic diagram of a region-process matrix as shown in some examples of this specification. [Figure 9] This is an illustrative schematic diagram of a progress display table implemented in some embodiments of this specification. [Figure 10] This is an illustrative flowchart for determining multiple minimum production units according to some embodiments of this specification. [Figure 11] This is an illustrative flowchart of managing a construction project based on task orders according to some examples of this specification. [Figure 12] This is an illustrative flowchart of managing a construction project based on task steps according to some examples of this specification. [Figure 13] This is an illustrative flowchart of the progress of a prediction task process according to some examples of this specification. [Figure 14] This is a first schematic diagram illustrating how to determine whether to issue a warning based on some of the embodiments described herein. [Figure 15] This is a second illustrative schematic diagram illustrating how to determine whether to issue a warning based on some of the embodiments described herein. [Figure 16] This is a third illustrative schematic diagram illustrating how to determine whether to issue a warning based on some of the embodiments described herein. [Figure 17] This is an illustrative flowchart for determining the strategy for advancing incomplete task processes according to some embodiments of this specification. [Figure 18A] This is the first schematic diagram illustrating a work period-cost scatter plot according to some examples of this specification. [Figure 18B] This is a second schematic diagram illustrating a work period-cost scatter plot according to some examples of this specification. [Figure 18C] This is a third schematic diagram illustrating a work period-cost scatter plot according to some examples of this specification. [Figure 18D] This is a fourth schematic diagram illustrating a work period-cost scatter plot according to some examples of this specification. [Modes for carrying out the invention]

[0011] To further describe the technical means of the embodiments of this specification, the drawings necessary for describing the embodiments are briefly described below. Naturally, the drawings in the following description are only some examples or embodiments of this specification, and those skilled in the art can apply this specification to other similar scenarios based on these drawings without any creative work. Unless otherwise indicated or as is evident from the context, the same reference numerals in the figures represent the same structure or operation.

[0012] As used herein, “system,” “apparatus,” “unit,” and / or “module” are used to distinguish different components, elements, configurations, parts, or assemblies at different levels. However, if other words can achieve the same purpose, those words may be replaced with other expressions.

[0013] Unless the context clearly indicates an exception, words such as "one," "one," "one kind," and / or "the relevant" do not necessarily refer specifically to the singular form, but may also include the plural form. Generally, the terms "include" and "equip" only indicate that explicitly identified steps and elements are included, and these steps and elements do not constitute an exclusive list; a method or device may also include other steps or elements.

[0014] This specification uses flowcharts to illustrate the operations performed by the systems according to the embodiments herein. It should be understood that preceding or succeeding operations do not necessarily have to be performed in a precise order. Instead, each step may be performed in reverse order or simultaneously. At the same time, other operations may be added to these processes, or one or more operations may be removed from them.

[0015] Figure 1 is an illustrative modular diagram of a construction project management system according to some embodiments of this specification. In some embodiments, the construction project management system 100 may include a confirmation module 110 and a management module 120. In some embodiments, the confirmation module 110 and the management module 120 may be implemented by a processor.

[0016] In some embodiments, the confirmation module 110 can confirm multiple minimum production units for a construction project.

[0017] In some embodiments, the determination module 110 can acquire task item information, spatial information, and configuration information of a construction project, and can determine multiple minimum production units based on the task item information, spatial information, and configuration information.

[0018] In some embodiments, the confirmation module 110 can acquire configuration information and spatial information corresponding to the configuration information from the construction drawings, determine whether the construction drawings include construction instructions, confirm task item information corresponding to the configuration information based on the construction instructions if the construction drawings include construction instructions, confirm task item information corresponding to the configuration information based on a pre-set mapping relationship if the construction drawings do not include construction instructions, and confirm a number of minimum production units based on the task item information, spatial information, and configuration information.

[0019] In some embodiments, the management module 120 can manage construction projects based on multiple minimum production units.

[0020] In some embodiments, the management module 120 can aggregate multiple minimum production units into multiple task orders, each task order including at least a portion of the multiple minimum production units, distribute the task orders to at least one contractor, obtain acceptance information for the multiple minimum production units, and manage the construction progress of the construction project based on the acceptance information and task orders.

[0021] In some embodiments, the management module 120 can determine the task completion status of a task order based on acceptance information and determine the construction progress based on the task completion status.

[0022] In some embodiments, the management module 120 can aggregate multiple minimum production units into at least one task process according to pre-set aggregation conditions based on spatial information and configuration information, determine the completion rate of the task process based on acceptance information, spatial information, and process information, and determine the construction progress based on the completion rate.

[0023] In some embodiments, the management module 120 can determine the coding information for each minimum production unit based on task item information, spatial information, and configuration information, and manage construction tasks based on the coding information.

[0024] For details on the confirmation module 110 and the management module 120, please refer to Figures 4 to 12 and their related descriptions.

[0025] In some embodiments, the construction project management system 100 may include a prediction module (not shown in Figure 1).

[0026] In some embodiments, the prediction module can determine the equivalent work efficiency and / or equivalent cost of a first minimum production unit based on acceptance information and / or work record information of the task order, depending on whether the task process includes an accepted minimum production unit. The first minimum production unit is an accepted minimum production unit, and based on the equivalent work efficiency and / or equivalent cost, and spatial information, it determines the estimated work efficiency and / or estimated cost of a second minimum production unit. The second minimum production unit is an unaccepted minimum production unit, and based on the estimated work efficiency and / or estimated cost, it predicts the progress of the task process.

[0027] In some embodiments, the prediction module can determine the equivalent work efficiency based on the actual work efficiency consumption of the task order and the number of the first minimum production units included in the task order, and / or determine the equivalent cost based on the actual cost consumption of the task order and the number of the first minimum production units included in the task order.

[0028] In some embodiments, the prediction module can determine a third minimum production unit and / or a fourth minimum production unit based on spatial information, wherein the spatial positional relationship with the second minimum production unit satisfies pre-set positional conditions, the third minimum production unit being one or more of the first minimum production units, the fourth minimum production unit being one or more of the second minimum production units whose estimated work efficiency and / or estimated cost has been determined, and the estimated work efficiency and / or estimated cost of the second minimum production unit can be determined by a pre-set algorithm based on the equivalent work efficiency and / or equivalent cost of the third minimum production unit and / or the estimated work efficiency and / or estimated cost of the fourth minimum production unit.

[0029] For details on the prediction module, please refer to Figure 13 and its related explanation.

[0030] In some embodiments, the construction project management system 100 may include a warning module (not shown in Figure 1).

[0031] In some embodiments, the warning module can determine the actual cost consumption of a task order based on the work record information of the task order, determine the theoretical cost consumption of the task order based on the task completion rate and the planned cost of the task order, and issue a warning if the difference between the actual cost consumption and the theoretical cost consumption satisfies a preset warning condition.

[0032] In some embodiments, the warning module can determine the estimated completion time of a task based on the estimated work efficiency of the second minimum production unit included in the task process, and issue a warning if the estimated completion time is longer than the planned completion time of the task process; and / or determine the remaining planned work efficiency of the task process based on the planned work efficiency of the task process and the acceptance information of the task process, determine the disposable work efficiency of the second minimum production unit included in the task process based on the remaining planned work efficiency, and issue a warning if the estimated work efficiency of the second minimum production unit included in the task process is greater than the disposable work efficiency.

[0033] In some embodiments, the warning module can determine the remaining required cost of a task based on the estimated cost of the second minimum production unit included in the task process, and issue a warning if the remaining required cost is greater than the remaining planned cost of the task process; and / or determine the remaining planned cost of a task based on the planned cost of the task process and the work record information of the task process, determine the disposable cost of the second minimum production unit included in the task process based on the remaining planned cost, and issue a warning if the estimated cost of the second minimum production unit included in the task process is greater than the disposable cost.

[0034] For details on the warning module, please refer to Figures 14-16 and their related descriptions.

[0035] In some embodiments, the construction progress management system 100 may include a planning module (not shown in Figure 1).

[0036] In some embodiments, the planning module can determine the estimated completion time for incomplete task processes, obtain the first boundary conditions between the task processes and the second boundary conditions of the construction project, and determine the progress strategy for the incomplete task processes based on the estimated completion time, the first boundary conditions, and the second boundary conditions. For details of the planning module, please refer to Figure 17 and its related description.

[0037] It should be noted that the above description of the candidate item display, confirmation system, and its modules is for illustrative purposes only and is not limited to the examples cited herein. Those skilled in the art will understand that, having grasped the principles of this system, it is possible to arbitrarily combine the modules or configure subsystems and connect them to other modules without departing from those principles. In some embodiments, the confirmation module 110 and the management module 120 disclosed in Figure 1 may be different modules within a single system, or one module may implement the functions of two or more of the above modules. For example, each module may share one storage module, or each module may have its own storage module. All such variations are within the scope of protection of this specification.

[0038] Figure 2 is a schematic diagram of an exemplary mobile device in which a particular system according to some embodiments of this specification is realized. In some embodiments, a client terminal device is configured to display and transmit information regarding the progress of construction, and such client terminal device may be a mobile device 200. Mobile devices include, but are not limited to, smartphones, tablet computers, music players, portable game consoles, GPS receivers, and wearable computing devices (e.g., glasses, watches, etc.). The mobile device 200 may include one or more central processing units (CPUs) 240, one or more graphics processing units (GPUs) 230, a display 220, memory 260, a communication unit 210, a storage unit 290, and one or more inputs / outputs (I / O) 250. The mobile device 200 may also further include, but are not limited to, any other suitable components of a system bus or controller (not shown in Figure 2). As shown in Figure 2, a mobile operating system 270 (e.g., iOS, Android, Windows Phone, etc.) and one or more application programs 280 may be loaded from the storage unit 290 into memory 260 so that they are executed by the CPU 240. The application programs 280 may include a browser or other mobile application program for receiving and processing information about queries (e.g., construction progress) entered by the user into the mobile device 200. The user can obtain information about one or more search results via the system's I / O 250 and provide that information to the server and / or other modules or units of the construction progress management system 100.

[0039] To realize the various modules, units, and their functions described above, a computer hardware platform can be used as a hardware platform for one or more elements. Since these hardware elements, operating systems, and programming languages ​​are general-purpose, it can be assumed that those skilled in the art are familiar with these technologies and can provide the information necessary for online-to-offline services in accordance with the technology described in this application. A computer with a user interface can be used as a personal computer (PC) or other type of workstation or terminal device. A computer with a user interface can be used as a server if properly programmed. Those skilled in the art are expected to be familiar with the structure, procedures, or general operation of such computer devices. Therefore, no further explanation is given with respect to the drawings.

[0040] Figure 3 is a schematic diagram of exemplary hardware and software components of an exemplary computing device according to some embodiments of this specification. The computing device 300 may be configured to perform one or more functions of each module in the construction project management system 100 disclosed in the embodiments of this specification.

[0041] The computing device 300 may be a general-purpose computer or a dedicated computer, and both can be used to realize the construction progress management system 100 of this application. The computing device 300 can be used to realize any component of the construction project management system 100 as described in this application. For example, a processor can be realized on the computing device 300 by hardware, software programs, firmware, or a combination thereof. Although only one computer is shown in the drawings for convenience, the computer functions relating to the search service described in this application can be realized in a distributed manner across multiple similar platforms in order to distribute the processing load.

[0042] For example, the computing device 300 may include a communication port 350 that enables connection to a network and / or data communication originating from the network. The computing device 300 may further include one or more processors 320 in processor form for executing program instructions. The exemplary computer platform may include an internal communication bus 310, different types of program and data memory (e.g., magnetic disk 370, read-only memory (ROM) 330, or random access memory (RAM) 340), and various data files processed and / or transmitted by the computer. The exemplary computer platform further includes program instructions stored in the ROM 330, RAM 340, and / or other forms of non-temporary storage media, which are executed by the processor 320. The methods and / or flows of this application can be implemented in the form of program instructions. The computing device 300 may further include an input / output interface 360 ​​that can support input and output between the computer and other components. The computing device 300 may receive programming and data via network communication.

[0043] The computing device 300 may include a hard disk controller for communicating with a hard disk, a keypad / keyboard controller for communicating with a keypad / keyboard, a serial interface controller for communicating with a serial interface device, a parallel interface controller for communicating with a parallel interface device, a display controller for communicating with a display, or any combination thereof.

[0044] For illustrative purposes only, the computing device 300 is described as having only one CPU and / or processor. However, it should be noted that the computing device 300 in this application may comprise multiple CPUs and / or processors, and therefore the operations and / or methods implemented by one CPU and / or processor as described in this application may also be implemented jointly or independently by multiple CPUs and / or processors. For example, if the CPU and / or processor of the computing device 300 performs operations A and B in this application, it should be understood that operations A and B may be performed jointly or independently by two different CPUs and / or processors within the computing device 300 (e.g., the first processor performs operation A and the second processor performs operation B, or the first and second processors jointly perform operations A and B).

[0045] Figure 4 is an illustrative flowchart of a construction project management method according to some embodiments of this specification. In some embodiments, flow 400 may be executed by a construction project management system 100 or processor. As shown in Figure 4, flow 400 includes the following steps:

[0046] In step 410, multiple minimum production units for the construction project are determined. In some embodiments, the determination module 110 performs step 410.

[0047] In some embodiments, a construction project may include multiple types of projects. For example, there may be construction projects of the following types: building construction, interior decoration, installation, municipal construction, and landscaping.

[0048] A minimum production unit is the smallest unit used for production management of a construction project, including the workload, cost, working time, and work efficiency.

[0049] In some embodiments, each minimum production unit corresponds to one final-stage task item that corresponds to one component unit within a single spatial unit.

[0050] A spatial unit refers to a spatial area within a spatial partition used to construct / produce component units. Each spatial unit may be used to construct / produce one or more component units.

[0051] In some embodiments, the fixed module 110 can divide the construction space in stages according to the project department, unit work, floor, or section to which the construction project belongs, thereby obtaining multiple spatial units. Each spatial unit obtained by the division may correspond to the spatial extent of a specific floor or specific section of a specific unit work in a specific project department. For example, spatial unit A may be the spatial extent of floor D in unit work C of project department B. The method of dividing the construction space is merely illustrative and does not limit the embodiments.

[0052] A component unit refers to an object or structure that is produced and constructed in a construction project. Examples include walls, handrails, and stairs.

[0053] A final-stage task item refers to a final-stage subtask item within a task item, and this final-stage subtask item cannot be divided. A construction project can consist of multiple task items. For example, a construction project of building works may include multiple task items such as foundation construction, main structure construction (e.g., walls, columns, ceilings, etc.), elevator construction, drainage structure construction, electrical structure construction, and interior finishing. In some embodiments, task items are divisible, and the processor can divide a task item into multiple subtask items if there is a need for corresponding processing. For example, if the task item is to construct a wall, the multiple subtask items to be divided may include cleaning and leveling the wall stacking position, watering and wetting the bricks, marking the wall stacking position with ink lines, preparing cement mortar, applying cement mortar to the ground, placing the first layer of bricks, applying cement mortar to the first layer of bricks, placing the second layer of bricks, leveling the cement mortar, repairing the bricks, and implementing wall corner trims. Specifically, a task item can be at the work type level; that is, a task item can correspond to at least one work type required to complete that task item. For example, a task item might be rebar work, and its required work type would be rebar worker. Another example is a task item that might be wall construction, and its required work types would include rebar worker, cement worker, tile worker, etc.

[0054] Taking a construction project as an example, if the task item is the construction of a wall, subtask items such as "cleaning and leveling the wall stacking position," "watering and wetting the bricks," and "marking the wall stacking position with ink lines" cannot be further subdivided and can be considered final-level subtask items. In the embodiments of this specification, "divisible" and "indivisible" refer to whether the subtask item can be further subdivided in terms of the construction skills required to complete it. Specifically, a work type must include at least one construction skill, and a worker can be classified into a work type corresponding to a construction skill only if the worker possesses any one of those skills. Taking rebar work as an example, the construction skills for this work type may include rust removal from rebar, straightening of rebar, and connection of rebar, and these cannot be further subdivided into lower-level construction skills. In this case, rust removal from rebar, straightening of rebar, and connection of rebar each correspond to one final-level task item. Note that some construction skills may have multiple levels, and the construction skill corresponding to the final task item is the final level of construction skill.

[0055] In some embodiments, a task item for producing / constructing a single component unit may consist of one or more subtask items. Here, the determination module 110 can pre-determine the mapping relationships between component units and task items and store them in a memory device. After determining the component units that need to be produced / constructed, the task items corresponding to the component units can be determined by querying their mapping relationships. In some embodiments, the determination module 110 can pre-statistically collect data on all component units appearing in multiple historical construction projects and collect data on the historical task items executed when each component unit was produced / constructed to establish the mapping relationships between component units and task items.

[0056] In some embodiments, a single component unit may have multiple final-stage task items, and these multiple final-stage task items within the same component unit may be different. For example, a single component unit may include multiple final-stage task items that need to be completed to produce / build it, and the task types of these different final-stage task items may also be different.

[0057] In some embodiments, the final module 110 may divide the task items that need to be completed to produce / construct the component units step by step, depending on the type of construction task, until a final task item that cannot be further divided is obtained. For example, the task item for constructing a wall may consist of multiple subtask items as exemplified in step 410, where each subtask item cannot be further divided, i.e., one subtask item may be considered one final task item. Similarly, each minimum production unit may correspond to one final task item corresponding to one component unit of a spatial unit. As an example, a spatial unit is the spatial area for constructing "Wall 1 of Component A on Floor 1 of Unit Construction 1 of Project Department 1," and "Wall 1" is the component unit corresponding to that spatial unit, and the final task items corresponding to that component unit may include "Cleaning and leveling the wall stacking position," "Watering and wetting the bricks," and "Marking the wall stacking position with ink lines." In this case, each of these final task items may correspond to one minimum production unit.

[0058] Furthermore, there is no correlation between the task quantities of multiple final-stage task items obtained by dividing them according to the type of construction task. In other words, by dividing task items according to the type of construction task, the final-stage task items can be obtained accurately and objectively. In contrast, if tasks are decomposed or assigned according to their task quantity, the result of the decomposition is arbitrary, and the final-stage task items can be uniquely determined.

[0059] In some embodiments, different component units may include parts of the same final-stage task item. If the spatial units to which the same final-stage task item belongs are different, or if the component units are different, then the corresponding minimum production units will be different.

[0060] Since each minimum production unit is unique because it is a decomposition of the construction tasks (i.e., task items) included in a construction project from spatial and structural dimensions, each minimum production unit is unique. In some embodiments, all construction tasks in a construction project can be decomposed into minimum production units, and the construction project can be completed when all minimum production units are completed. It should be noted that decomposing all construction tasks in a construction project is not restrictive, and in practice, when using the methods provided in the embodiments herein, it is possible to decompose only a portion of the construction tasks in a construction project into minimum production units as needed. The process of determining the minimum production units can be considered a process of decomposing a construction project, and by decomposing a construction project into minimum production units, the construction project or the construction tasks within the construction project can be managed through the minimum production units, enabling precise management.

[0061] In some embodiments of this specification, task management at the spatial level can be achieved by dividing the same final-stage task item belonging to different spatial units into different minimum production units, which helps managers understand the task execution status in each spatial unit.

[0062] In some embodiments, the final module 110 can acquire the standard production flow of multiple component units of a construction project, divide the standard production flow into multiple final-stage task items, acquire the spatial information of each component unit in the multiple component units, and assign spatial information and configuration information to each final-stage task item in order to obtain the minimum production unit. Here, the multiple component units are all the component units in the construction project.

[0063] In some embodiments, the standard production flow may include task items that need to be completed to produce / build a component unit, and the steps required to complete each task item. In some embodiments, the final module 110 may subdivide the task items stepwise based on the steps in the standard production flow until a final task item that cannot be subdivided further is obtained. The final module 110 may also obtain multiple minimum production units by assigning spatial information of the component unit to multiple final task items obtained by subdividing based on the standard production flow of the component unit, and by assigning configuration information corresponding to the component unit to multiple final task items obtained by subdividing based on the standard production flow of the component unit.

[0064] In some cases, a standard production flow may not include clear task items, but it may include specific details of the production items (e.g., production content, production flow, etc.). In some embodiments, the determination module 110 can perform semantic recognition on the standard production flow to determine the semantic content of multiple production items, and based on the semantic content of each production item, it can obtain multiple final task items. For example, a standard production flow for building a wall may include: "1. First, clean the ground to determine the location of the wall surface, then use ink lines to position it on the wall surface. 2. Water the bricks the day before to moisten them, and harmonize the mortar according to the ratio. 3. First, apply cement mortar to the ground, lay the first layer of bricks, and after laying the first layer of bricks, apply cement mortar on the first layer of bricks and lay the second layer of bricks, and so on. 4. When laying the bricks, care should be taken to adjust the position of the aligned bricks by scraping off the cement mortar..." Accordingly, the confirmation module 110 can recognize the meaning of the production item "wall stacking" as including "clean the ground and determine the location of the wall surface," "position on the wall surface using ink lines," "water and moisten the bricks," "water and moisten the bricks," "lay the bricks after applying cement mortar," "level off the cement mortar," "repair the bricks," and "implement the wall corner trim." Furthermore, based on the meaning of the identified production item, the confirmation module 110 can divide it to obtain multiple final task items such as "clean and level the wall stacking location," "water and moisten the bricks," "mark the wall stacking location with ink lines," "prepare the cement mortar," "apply cement mortar to the ground," "place the first layer of bricks," "apply cement mortar to the first layer of bricks," "place the second layer of bricks," "level off the cement mortar," "repair the bricks," and "implement the wall corner trim."

[0065] In some embodiments, the determination module 110 can acquire task item information, spatial information, and configuration information of a construction project, and can determine multiple minimum production units based on the task item information, spatial information, and configuration information.

[0066] Task item information refers to related information for task items corresponding to a construction project. Examples include the task content of the task item (e.g., wall construction, cement application, etc.) and the construction plan (e.g., planned start time, planned end time, etc.).

[0067] Spatial information refers to information about the construction space of a construction project. Taking building construction projects as an example, this spatial information may include the construction area, number of buildings, number of floors, floor area, number of rooms per floor, and room area of ​​each room on each floor.

[0068] Configuration information refers to information about each component unit included in a construction project. Taking a building construction project as an example, its configuration information may include wall information (e.g., location, thickness, area, material, structure, etc.), column information (e.g., location, quantity, structure, size, material, etc.), window and door information (e.g., location, quantity, structure, size, etc.), fence information (e.g., type, location, quantity, structure, size, etc.), etc.).

[0069] In some embodiments, the confirmation module 110 can acquire task item information, spatial information, and configuration information for a construction project in response to user input. For example, a user can upload a contract list or construction plan for a construction project via a terminal device, and accordingly, the confirmation module 110 can extract task item information, spatial information, and configuration information for the construction project based on the contents of the contract list or construction plan.

[0070] In some embodiments, the confirmation module 110 can read task item information, spatial information, and configuration information of a construction project from a storage device. Here, the task item information, spatial information, and configuration information may be entered into the storage device and stored by the user. Alternatively, the spatial information and configuration information may be entered into the storage device and stored by the user, and the task item information may be obtained by the processor by querying the aforementioned mapping relationship based on the configuration information and stored in the storage device together with the spatial information and configuration information.

[0071] The storage device may be a storage device attached to the construction project management system 100, or it may be an external storage device not belonging to the construction project management system 100, such as a hard disk or optical disk. In some embodiments, the confirmation module 110 may read task item information, spatial information, and configuration information of the construction project via an interface, which includes, but is not limited to, a program interface, a data interface, a transmission interface, etc. In some embodiments, when the construction project management system 100 is operating, the task item information, spatial information, and configuration information of the construction project can be automatically extracted from the interface. In some embodiments, the construction project management system 100 may be called by other external devices or systems, and when such a call is made, the above data may be transmitted to the construction project management system 100. In some embodiments, any method well known to those skilled in the art may be used to obtain the task item information, spatial information, and configuration information of the construction project, and this specification is not limited thereto.

[0072] For details on "determining multiple minimum production units based on task item information, spatial information, and configuration information," please refer to Figure 10 and its related explanation.

[0073] Step 420 involves managing the construction project based on multiple minimum production units. In some embodiments, the management module 120 performs step 420.

[0074] In some embodiments, the management module 120 can manage construction tasks by determining the acceptance status of the minimum production unit (e.g., whether or not to accept it). In some embodiments, the management module 120 may divide multiple minimum production units into one or more task orders and manage construction tasks according to the form of the task orders. For example, construction tasks may be distributed to different contractors according to the form of the task orders. Also, for example, the progress of the construction project may be determined based on the task completion rate of the task orders in order to manage construction tasks. For details on the construction and distribution of task orders, task completion rates, and construction progress, please refer to Figure 11 and its related descriptions.

[0075] In some embodiments, the management module 120 may divide multiple minimum production units into one or more task processes and manage construction tasks according to the configuration of the task processes. For example, to manage construction tasks, the construction progress of the construction project may be determined based on the completion rate of the task processes. For details on task processes and completion rates, please refer to Figure 12 and its related description.

[0076] In some embodiments, the management module 120 can display the actual progress based on the minimum production unit. In some embodiments, the management module 120 may construct a region-process matrix based on the spatial information of the construction project and at least one task process, add information for one or more time dimensions of the minimum production unit (planned start time, planned end time, actual start time, actual end time) to the region-process matrix, color-mark the region-process matrix according to the acceptance information of the minimum production unit, and obtain an actual progress display table that displays the construction progress of the construction project.

[0077] In some embodiments, the region-process matrix may include the status of task processes contained in different spatial compartments. For example, element b in the region-process matrix. r、s This can represent the s-th task process within the r-th spatial compartment.

[0078] In some embodiments, the management module 120 can aggregate task processes according to the spatial section to which the task process belongs, and place one or more task processes belonging to the same spatial section in the same row or column in the area-process matrix. In some embodiments, the management module 120 may further display each task process in matrix form (for example, in the form of a space-task item matrix). The management module 120 can aggregate multiple minimum production units included in a task process according to the spatial unit to which they belong, and place one or more minimum production units belonging to the same spatial unit in the same row or column in the space-task item matrix corresponding to the task process.

[0079] As shown in Figure 8, the information displayed by the region-process matrix 800 includes the sth task process b in the r-1th spatial compartment. r-1,s This includes the fact that the (r-1)th spatial compartment does not contain the (s+1)th task process, and the (r)th spatial compartment contains the (s)th task process b r,s This includes the fact that the r-th spatial compartment does not contain the s+1th task process, and the r+1th spatial compartment contains the s-th task process b r+1,s This includes the fact that the r+1th spatial compartment does not contain the s+1th task step b. r-1,s Further information displayed in the corresponding space-task item matrix includes that the minimum production unit in the first space unit is (a11, a12, a13, a14), the minimum production unit in the second space unit is (a21, a22, a23), and the minimum production unit in the third space unit is (a31, a32, a33, a34). The sth task process b of the rth space section. r,sFurther information displayed in the corresponding space-task item matrix includes that the minimum production unit in the first space unit is (a41, a42, a43, a44), the minimum production unit in the second space unit is (a51, a52, a53, a54), and the minimum production unit in the third space unit is (a61, a62, a63, a64). The sth task process b of the r+1th space section. r+1,s Further information displayed in the corresponding space-task item matrix includes that the minimum production unit in the first space unit is (a71, a72, a73), the minimum production unit in the second space unit is (a81, a82, a83, a84), and the minimum production unit in the third space unit is (a91, a92, a93).

[0080] In some embodiments, the management module 120 may add information for one or more time dimensions of the minimum production unit—the planned start time, planned end time, actual start time, and actual end time—to the area-process matrix, color-mark the area-process matrix according to the acceptance information of the minimum production unit, and obtain a manifested progress display table that embodies and displays the construction progress of the construction project. For example, acceptance information may be represented in the form of no mark, dark mark, light mark, etc. A dark mark indicates that the minimum production unit has not been accepted after reaching the planned end time, a light mark indicates that the minimum production unit has been accepted before reaching the planned end time, and no mark indicates that the current time has not reached the planned end time of the minimum production unit.

[0081] As shown in Figure 9, the realization progress display table 900 includes the correspondence between each floor of the building and the task processes included in each floor, where the task processes included in each floor may include multiple minimum production units such as "main body," "exterior wall putty," "aluminum windows," "handrails," "stacked structure," "plastering of common areas," "insulation," "flooring," "interior plastering," and "interior finishing of common areas." The time dimension included in the realization progress display table 900 is the planned completion time of each minimum production unit. In actual applications, different color marks can be used to represent the acceptance information of each minimum production unit. For example, a first color mark indicates that the current time has not yet reached the planned completion time of the minimum production unit, a second color mark indicates that the minimum production unit has been accepted before reaching the planned completion time, and a third color mark indicates that the minimum production unit has reached the planned completion time but has not yet been accepted. Assuming the current time is July 20th, the third color mark in the materialization progress display table 900 indicates that the minimum production unit has not been accepted on or before July 20th, the second color mark indicates that the minimum production unit has been accepted on or before July 20th, and the first color mark indicates that the planned completion time for the minimum production unit is on or after July 20th.

[0082] In some embodiments of this specification, the interplay between each region and each task process can be intuitively and concretely displayed by constructing a region-process matrix. By adding time-dimension information for each minimum production unit to the region-process matrix and distinguishing the acceptance status of the minimum production units with color markers, dynamic visualization results such as construction dynamics simulation, comparison of planned and actual dynamics, and construction process review can be obtained.

[0083] In some embodiments, the management module 120 can further store receipt information and construction documentation related to the construction process in the area-process matrix and establish a one-to-one correspondence with the minimum production unit. Here, the receipt information includes, but is not limited to, cost information, production information, and inspection information. Production information may also include the actual work efficiency consumption and actual cost consumption of the minimum production unit.

[0084] In some embodiments of this specification, receipt information and construction documentation related to the construction process can be stored in a region-process matrix to monitor the progress and cost of the minimum production unit in real time and automatically feed back into a two-dimensional region-process matrix. This helps to achieve digitized, tangible progress representation using a "drawer-type" region-process matrix, making it easy for managers to automatically and quickly read production and cost information for the minimum production unit.

[0085] In some embodiments, the management module 120 can also determine the coding information for each minimum production unit based on task item information, spatial information, and configuration information, and manage construction tasks based on the coding information.

[0086] In some embodiments, the management module 120 may determine the coding information of the minimum production unit based on the task item information, spatial information, and configuration information of the minimum production unit using a pre-set coding rule.

[0087] In some embodiments, the pre-configured coding rules may encode spatial dimensions according to spatial information, task item dimensions according to task item information, and configuration dimensions according to configuration information.

[0088] Spatial dimensions can take various forms. For example, spatial dimensions may include dimensional elements such as project departments, unit construction, floors, or sections. In some embodiments, the management module 120 can determine the code of spatial information in a spatial dimension using a first coding comparison table, depending on the project department, unit construction, floor, or section to which the spatial information of the minimum production unit belongs. Here, the first coding comparison table includes the correspondence between various elements and various codes. For example, the code corresponding to a project department may start with "XM", the code corresponding to a unit construction may start with "LD", and the code corresponding to a floor or section may start with "LCF". The corresponding codes differ depending on the specific content of the project department, unit construction, floor, or section. For example, different project departments may be represented as "XM001", "XM002", "XM003", etc., and different unit construction may be represented as "LD001", "LD002", "LD003", etc. In some embodiments, the first coding comparison table can be set manually or by the system.

[0089] In the task item dimension, task item information for different minimum production units corresponds to different codes. In some embodiments, the management module 120 can determine the code of the task item information for the minimum production unit in the task item dimension using a second coding comparison table, depending on the task item information of the minimum production unit. Here, the second coding comparison table contains the correspondence between task item information for various minimum production units and different codes. For example, the code corresponding to the task item information of minimum production unit a may be "ZT00001", the code corresponding to the task item information of minimum production unit b may be "ZT00002", and the code corresponding to the task item information of minimum production unit c may be "ZT00003", etc. In some embodiments, the second coding comparison table can be set manually or by the system beforehand.

[0090] In the configuration dimension, different configuration units correspond to different codes. In some embodiments, the management module 120 can determine the code of the configuration information of the minimum production unit in the configuration dimension using a third coding comparison table, depending on the configuration information of the minimum production unit. Here, the third coding comparison table contains the correspondence between the configuration information of various minimum production units and different codes. For example, the beginning of the code corresponding to configuration unit a may be "KZ", and the beginning of the code corresponding to configuration unit b may be "KT". Different configuration units of the same type have different codes. For example, configuration units a, b, and c belonging to the same type may be represented as "KZ001", "KZ002", "KZ003", etc. In some embodiments, the third coding comparison table may be set manually or by the system.

[0091] In some embodiments, the management module 120 can obtain coding information for the minimum production unit by associating the coding of the spatial dimension, the coding of the configuration dimension, and the coding of the task item dimension one by one. The management module 120 can also obtain a coding information table for the construction project by integrating the coding information of multiple final-stage task items (or minimum production units) included in the construction project. As shown in Figure 5, the code for the task item dimension of the final-stage task item in the first row of the table is "ZT00001", the code for the project department to which the final-stage task item belongs is "XM001", the code for the construction unit to which it belongs is "LD001", the code for the floor or section to which it belongs is "LCF001", and the code for the configuration unit to which it belongs is "KZ001". In other words, the code for the final-stage task item in the spatial dimension is "XM001-LD001-LCF001", the code for the configuration dimension is "KZ001", and by associating "ZT00001", "KZ001" with "XM001-LD001-LCF001", we can obtain "XM001-LD001-LCF001-KZ001-ZT00001" as the encoding information for the final-stage task item. The code for the final-stage task item in the second row of the table in the task item dimension is "ZT00001", the code for the project department to which the final-stage task item belongs is "XM001", the code for the unit construction to which it belongs is "LD001", the code for the floor or section to which it belongs is "LCF001", and the code for the component unit to which it belongs is "KZ002". In other words, the code of the final-stage task item in the spatial dimension is "XM001-LD001-LCF001", and the code in the configuration dimension is "KZ002". By associating "ZT00001", "KZ002", and "XM001-LD001-LCF001-KZ002", we can obtain "XM001-LD001-LCF001-KZ002-ZT00001" as the encoding information of the final-stage task item, and so on, until we obtain the encoding information table 500 shown in Figure 5.

[0092] In some embodiments, the management module 120 can also add encoding information in the spatial dimension and task item dimension of the final-stage task item to the spatial-task item matrix. That is, element a in the spatial-task item matrix ij This corresponds to a unique code.

[0093] In some embodiments, the coding information for the minimum production unit may include task codes, area codes, and configuration codes. Dividing the coding information for the minimum production unit into codes of different dimensions helps to adhere to the principle of line-surface combination, enabling linear classification of the minimum production unit according to structured results such as first-grade area-second-grade area, third-grade area, and first-grade configuration-second-grade configuration-third-grade configuration, as well as specific task information, and helping to distinguish different minimum production units by different coding information. In other words, the spatial information, task item information, and configuration information of different minimum production units can be intuitively identified by the coding information. The above coding information construction method is close to existing standards in the construction industry, effectively reducing the difficulty of understanding, while also achieving variability of the coding information by fully considering changes in areas, components, and task trees.

[0094] In some embodiments, the management module 120 can determine the task code in the encoded information based on task item information, the task code including the attribute subcode and positioning subcode of the final-stage task item. It can determine the region code in the encoded information based on spatial information, the region code including at least one sub-region code corresponding to at least one region level. It can determine the configuration code in the encoded information based on configuration information, the configuration code including at least one sub-configuration code corresponding to at least one classification level. The encoded information is determined based on the task code, region code and configuration code.

[0095] A task code is a code determined according to the task item information of a final-stage task item, i.e., a code of the task item dimension. The task code for each minimum production unit is unique. In some embodiments, the task code includes an attribute subcode and a positioning subcode of the final-stage task item. The attribute subcode is a code used to reflect the unit work and / or project work to which the final-stage task item belongs. The positioning subcode is a code used to reflect the sequence number or serial number of the final-stage task item. The attribute subcodes of different final-stage task items may be the same, but the positioning subcodes of different final-stage task items will be different. In other words, the positioning subcode in the task code of each minimum production unit is unique. For example, in the above example "ZT00001", "ZT00002", and "ZT00003", "ZT" is the attribute subcode in the task code, and "00001", "00002", and "00003" are the positioning subcodes in the task codes of different minimum production units.

[0096] In some embodiments, the management module 120 can determine the attribute subcode of a final-stage task item based on a pre-configured coding relationship table, depending on the unit work and / or project work in the task information of the final-stage task item. The pre-configured coding relationship table may include correspondences between different unit work and / or project work and different attribute subcodes, and the pre-configured coding relationship table can be pre-configured by the system or manually. In some embodiments, the determination module 130 or processor can assign different positioning subcodes to different final-stage task items. Assignment methods include, but are not limited to, random assignment and sequential assignment (e.g., design order of final-stage task items in construction drawings).

[0097] A domain code refers to a code determined according to the spatial information of the final task item, i.e., a code of the spatial dimension. Domain codes for different minimum production units may be the same or different. In some embodiments, a domain code includes at least one subdomain code corresponding to at least one domain level. A domain level refers to a level obtained when the construction space is divided into stages. There are several ways to divide the construction space into stages. For example, the construction space can be divided into stages according to the project department to which the construction project belongs, unit work, floor, or section. For details of this embodiment, see step 410 and its related description. Subdomain codes are used to reflect codes corresponding to different domain levels. For example, "XM" in the above example may be the coding header of the project department to which the minimum production unit belongs, and "XM001", "XM002", and "XM003" are subdomain codes of the project department domain level of the minimum production unit. "LD" may be the coding header of the construction unit to which the minimum production unit belongs, and "LD001", "LD002", and "LD003" are area-level sub-area codes for the construction unit of the minimum production unit. "LCF" may be the coding header of the floor or section to which the minimum production unit belongs, and "LCF001", "LCF002", and "LCF003" are area-level sub-area codes for the floor or section of the minimum production unit.

[0098] In some embodiments, the management module 120 can determine the construction location of a final-stage task item according to the spatial information of the final-stage task item, and determine the sub-area code corresponding to the area level to which the construction location belongs, based on a pre-set correspondence between different area levels and different sub-area codes.

[0099] A configuration code refers to a code determined according to the configuration information of a final-stage task item, i.e., a code of the configuration dimension. The configuration codes of different minimum production units may be the same or different. In some embodiments, a configuration code includes at least one sub-configuration code corresponding to at least one classification level. A classification level refers to a level obtained by dividing the configuration unit into steps according to its type. In some embodiments, different types of configuration units may correspond to different classification levels, which can be obtained by pre-setting them in the system or manually. Sub-configuration codes are used to reflect the codes corresponding to different classification levels. For example, in the above example, "KZ" and "KT" may be sub-configuration codes corresponding to the classification level of the configuration unit to which the minimum production unit belongs.

[0100] In some embodiments, the management module 120 can determine the sub-configuration code corresponding to the classification level of a component unit based on a pre-configured correspondence between different classification levels and different sub-configuration codes, depending on the classification level of the component unit of the final task item.

[0101] In some embodiments, the configuration code may further include a sequence number subcode of the configuration unit. The sequence number subcode is a code used to reflect the sequence number or serial number of the configuration unit. For example, in the above example, "001", "002", and "003" in "KZ001", "KZ002", and "KZ003" may be sequence number subcodes of the configuration unit.

[0102] In some embodiments, the management module 120 can assign different sequence number subcodes to different component units. Assignment methods include, but are not limited to, random assignment and sequential assignment (e.g., the drawing order of component units in construction drawings).

[0103] In some embodiments, the management module 120 can perform splicing based on the task code, region code, and configuration code to determine the encoded information. For example, the management module 120 can obtain the encoded information by sequentially splicing the region code, configuration code, and task code.

[0104] In some embodiments, the management module 120 can determine the coding information of the minimum production unit during the drawing design phase and / or during the drawing import phase. For example, drawing software such as Revit, Explorer, and Tianzheng can directly draw component units. That is, component codes can be automatically generated during the drawing design phase. When a specific component is selected, the Class 1, Class 2, and Class 3 classifications can be automatically searched, and positioning subcodes for component units can be formed according to the drawing order. For example, first frame column, second frame column, etc.

[0105] Encoded information can facilitate the management of construction tasks. In some embodiments, the management module 120 can manage construction tasks based on encoded information. In some embodiments, the management module 120 can determine the acceptance status of the minimum production unit (e.g., whether or not to accept it) based on the encoded information of the minimum production unit in order to manage construction tasks.

[0106] In some embodiments, the management module 120 may divide one or more minimum production units into one or more task orders based on the coding information of the minimum production units, and manage construction tasks according to the form of the task orders. For details on the construction and distribution of task orders, task completion status, and construction progress, please refer to Figure 11 and its related description.

[0107] In some embodiments, the management module 120 may divide one or more minimum production units into one or more task processes based on the coding information of the minimum production units, and manage the construction tasks according to the form of the task processes. For details on task processes and process completion, please refer to Figure 12 and its related description.

[0108] In some embodiments, the management module 120 can bind relevant production information to each encoded piece of information in the production build process, since the encoded information for each minimum production unit is unique. In some embodiments, the relevant production information may include design information, material information, supplier information, cost information, acceptance information, improvement information, construction worker information, maintenance information, etc. By binding the encoded information to relevant production information in the production build process, the entire design-build-maintenance lifecycle can be connected, making it easy to discover problems during the build process and trace them back to all stakeholders, suppliers, and acceptance reports throughout the entire flow.

[0109] In some embodiments of this specification, the coding information for each minimum production unit is composed of a combination of task code, area code, and configuration code. When querying the task content and configuration status of a construction task, the task code and configuration code can be extracted to obtain the relevant information. Setting unified coding information for each minimum production unit helps to unify the names, classifications, and coding methods of configurations, enabling upstream and downstream suppliers and functions to communicate using a unified granularity and standardized scope, facilitating unified management of construction tasks. The coding information for minimum production units can be flexibly exchanged across different software, platforms, systems, and models, enabling barrier-free communication across environments and languages. For example, minimum production unit codes can be formed at the drawing stage, and before construction, a construction dynamics simulation can be created based on the same code set. During construction, the materialization progress can be visualized using various colors and styles in Revit, SketchUp, and Project. After construction, costs can be calculated using quantity calculation software based on the same code set. This process transcends software, businesses, functions, and environments, and can only be created and updated manually; once the underlying codes are unified, they can be automatically linked.

[0110] In some embodiments, the management module 120 can configure the supply of materials for construction tasks based on encoded information.

[0111] In some embodiments, the encoded information for each minimum production unit has corresponding necessary resources pre-configured. These necessary resources refer to the configuration of materials and equipment required to produce and construct the minimum production unit. For example, the necessary resources may include the configuration of equipment such as a concrete mixing plant or a boring pile machine. Alternatively, the necessary resources may include material configurations such as the number of reinforcing bars, the weight of the concrete, and the size of the steel pipes.

[0112] In some embodiments, the correspondence between encoded information and required resources can be determined based on historical data or prior knowledge. In some embodiments, the correspondence between encoded information and required resources can be determined based on construction drawings. For example, if the construction drawings contain the required resources for each component unit, the management module 120 can read the required resources for each minimum production unit from the construction drawings using techniques such as keyword recognition or text recognition, and obtain the correspondence between encoded information and required resources by associating each required resource for each minimum production unit with the encoded information for each minimum production unit one by one. For example, if the construction drawings contain the number and specifications of reinforcing bars required to construct a column (i.e., a component unit), the management module 120 identifies the required resources for the minimum production unit corresponding to the reinforcing bar-related task items and associates them one by one with the encoded information for the minimum production unit (for example, binding the required resources with the encoded information).

[0113] In some embodiments, the management module 120 can determine the necessary resources based on encoded information and configure the supply of materials for construction tasks.

[0114] The configuration of upstream and downstream resources must not be too early or too late. Deploying resources too early leaves no space for stacking, resulting in wasted costs. Deploying resources too late prevents meeting project deadlines. In some embodiments of this specification, the correspondence between coded information and required resources helps to achieve effective linking of upstream and downstream suppliers based on unified coded information.

[0115] Figure 10 is an illustrative flowchart of determining multiple minimum production units according to some embodiments of this specification. In some embodiments, flow 1000 may be performed by a determination module 110 or processor of a construction project management system 100. As shown in Figure 10, flow 1000 includes the following steps:

[0116] Step 1010 involves obtaining the configuration information of the construction drawings and the spatial information corresponding to that configuration information.

[0117] Construction drawings are drawings that show the overall layout of the project, the external shape of the building or structure, the internal layout, structural components, interior and exterior finishes, material usage and equipment, and construction requirements. Construction drawings may be pre-defined by the drawing designer and imported into the construction task management system 100.

[0118] In some embodiments, the construction drawings may include configuration information. Configuration information refers to information about each component unit included in the construction project.

[0119] Taking a construction project as an example, the configuration information may include wall information (e.g., location, thickness, area, material, structure, etc.), column information (e.g., location, quantity, structure, size, material, etc.), window and door information (e.g., location, quantity, structure, size, etc.), fence information (e.g., type, location, quantity, structure, size, etc.), etc.

[0120] In some embodiments, the construction drawings may further include spatial information corresponding to the configuration information. Spatial information refers to information about the construction space of the construction project. Taking a construction project of building works as an example, the spatial information may include the construction area, number of buildings, number of floors, floor area, number of rooms per floor, room area of ​​each room on each floor, etc. In some embodiments, the fixed module 110 can divide the construction space in stages according to the project department, unit work, floor, or section to which the construction project belongs, thereby obtaining multiple spatial units. A spatial unit refers to a spatial area used to construct / produce a component unit. Each spatial unit obtained by the division may correspond to a spatial area of ​​a specific floor or a specific section of a specific unit work in a specific project department. For example, spatial unit A may be the spatial area of ​​floor D in unit work C of project department B. Each spatial unit may be used to construct / produce one or more component units. The method of dividing the construction space is an illustrative description only and does not limit the embodiments.

[0121] In some embodiments, the confirmation module 110 can identify configuration information and corresponding spatial information within construction drawings upon receiving construction drawings imported by the user, and determine whether or not construction instructions are included in the construction drawings. In some embodiments, the confirmation module 110 can read configuration information and corresponding spatial information from construction drawings using techniques such as keyword recognition or text recognition. The embodiments herein do not particularly limit the methods of keyword recognition or text recognition, and any operation well known to those skilled in the art may be employed.

[0122] In some embodiments, the confirmation module 110 can acquire configuration information and corresponding spatial information entered by the user during the construction drawing creation process, and determine whether or not the user entered construction instructions during the construction drawing creation process. Here, the configuration information and corresponding spatial information in the construction drawing can be entered into the construction drawing by the drawing designer during the drawing design stage.

[0123] Step 1020 determines whether the construction drawings include construction instructions.

[0124] Construction instructions refer to instructions regarding the production of a construction component. For example, construction instructions may be detailed procedures for producing a part of the construction component. Alternatively, construction instructions may be special instructions for producing a part of the construction component. Special instructions may include precautions, special requirements, and special procedures. For example, in the case of certain special doors or windows, the corresponding construction instructions may include a layout diagram of the door or window lintel, so that construction workers have a clear method for handling such specially shaped doors and windows and can avoid misunderstandings on the part of the construction workers.

[0125] In some embodiments, corresponding construction instructions may exist for some or all of the component units included in the construction drawings. For component units for which construction instructions do not exist, production and construction can be carried out according to standard procedures.

[0126] In some embodiments, the confirmation module 110 can determine whether a construction drawing includes construction instructions by keyword recognition or text recognition. For example, construction instructions can generally be marked up at a specific location on the construction drawing. The judgment module 120 or processor can perform text recognition at a specific location within the construction drawing to determine whether or not construction instructions exist.

[0127] In some embodiments, the confirmation module 110 can select a corresponding form for confirming task item information corresponding to the configuration information based on the determination result.

[0128] Task item information refers to information related to a construction task. A construction project may include one or more construction tasks. Taking a construction project of building works as an example, a construction task may include multiple tasks such as foundation construction, construction of main structures (e.g., walls, columns, ceilings, etc.), elevator construction, drainage structure construction, electrical structure construction, and interior finishing. The level of a construction task may be the work type level, meaning that a construction task can correspond to at least one work type necessary to complete that construction task. For example, a construction task may include rebar work, and the required work type is rebar worker. Another example is a construction task that includes wall construction, and the required work types may include rebar worker, cement worker, tile worker, etc.

[0129] The following describes how to select the corresponding form for determining the task item information corresponding to the configuration information based on the determination result, in steps 1021 and 1022. In some embodiments, the determination module 110 performs steps 1021 and 1022.

[0130] In step 1021, depending on whether the construction drawings include construction instructions, task item information corresponding to the configuration information is determined based on the construction instructions.

[0131] In some embodiments, depending on whether the construction drawings include construction instructions, the confirmation module 110 can confirm task item information corresponding to the configuration information based on the construction instructions. In some embodiments, the confirmation module 110 can confirm task item information for the corresponding configuration from the construction instructions by text recognition. For example, the confirmation module 110 can extract keywords for the configuration and task items from the construction instructions and confirm task item information for the corresponding configuration based on the semantic relationships between the keywords. Construction instructions for different configurations may be different, and task item information for different configurations may be confirmed based on construction instructions for different configurations. When the confirmation module 110 performs text recognition, it can extract semantic content such as verbs, nouns, and subject-object structures from the construction instructions to confirm the production items that should be completed when producing / constructing the configuration units, and then standardize the recognized production items and convert them into task items.

[0132] In step 1022, if the construction drawings do not include construction instructions, task item information corresponding to the configuration information can be determined based on the pre-configured mapping relationships.

[0133] In some embodiments, the pre-defined mapping relationships may include correspondences between configuration information and task item information. Configurations that do not include construction instructions can be produced and constructed according to standard procedures. Standard procedures may include one or more construction tasks necessary to produce the constructed configuration, the order of the construction tasks, and the specific content included in each construction task, and the pre-defined mapping relationships may be mapping relationships between the configuration and its marking procedures. In some embodiments, the pre-defined mapping relationships may be determined based on historical data or prior knowledge.

[0134] In step 1030, multiple minimum production units are determined based on task item information, spatial information, and configuration information.

[0135] In some embodiments, the determination module 110 can, based on task item information, spatial information, and configuration information, associate the configuration information of a configuration unit with the spatial information of a spatial unit on a one-to-one basis, and associate each final-stage task item in the construction task corresponding to the configuration unit with the task item information on a one-to-one basis, so as to obtain a minimum production unit having task item information, spatial information, and configuration information. For example, if spatial unit A includes configuration units X, Y, and Z, and the construction task of producing configuration unit X includes final-stage task items r1 and r2, then configuration unit X is associated with spatial unit A, final-stage task item r1 is associated with the task item information of final-stage task item r1 on a one-to-one basis, and final-stage task item r2 is associated with the task item information of final-stage task item r2 on a one-to-one basis, thereby obtaining a minimum production unit having the spatial information of spatial unit A, the configuration information of configuration unit X, and the task item information of final-stage task item r1, and a minimum production unit having the spatial information of spatial unit A, the configuration information of configuration unit X, and the task item information of final-stage task item r2.

[0136] In some embodiments, the determination module 110 can construct a space-task item matrix based on the task item information, spatial information, and configuration information of each construction task in a construction project, and determine a plurality of minimum production units based on the space-task item matrix.

[0137] In some embodiments, the space-task item matrix may include the situation of final-stage task items included in different spatial units. Here, in the space-task item matrix, element a ij can represent the j-th final-stage task item of the i-th spatial unit.

[0138] In some embodiments, the final module 110 can construct a spatial-task item matrix based on multiple final-stage task items included in the construction project and the spatial information of multiple final-stage task items included in the construction project. In some embodiments, the final module 110 can aggregate final-stage task items according to the spatial units to which they belong, and place one or more final-stage task items belonging to the same spatial unit in the same row or column in the spatial-task item matrix. As shown in Figure 6, the spatial-task item matrix 600 has different final-stage task items arranged in the horizontal axis direction and different spatial units arranged in the vertical axis direction. Here, a 11 a 12 a 13 a 14 The four final-stage task items belong to spatial unit 1 and can be placed in the first row of the spatial-task item matrix 600. 21 a 22 a 23 The three final-stage task items belong to spatial unit 2 and can be placed in the second row of the spatial-task item matrix 500. 31 a 32 a 33 a 34 These four final-stage task items belong to spatial unit 3 and can be placed in the third row of the spatial-task item matrix 600.

[0139] In some embodiments, the determination module 110 can determine a single final-stage task item belonging to a different spatial unit as one minimum production unit, based on the spatial-task item matrix, and ultimately determine multiple minimum production units. In the spatial-task item matrix 600 shown in Figure 6, the four final-stage task items in spatial unit 1 and spatial unit 3 correspond to four minimum production units, and the three final-stage task items in spatial unit 2 correspond to three minimum production units. In other words, the entire construction project includes 11 minimum production units.

[0140] In some embodiments, the confirmation module 110 can determine the minimum production unit during the drawing design phase and / or during the drawing import phase. During the drawing design phase, when the drawing designer inputs configuration information, spatial information corresponding to the configuration information, and task item information, the minimum production unit can be determined in the manner described above. After the design of the construction drawings is completed and construction is carried out according to the construction drawings, the user can import the construction drawings into the construction project management system 100 and use them when executing construction tasks. During the drawing import phase, when some or all of the construction drawings are imported into the construction project management system 100, the configuration information of the construction drawings, spatial information corresponding to the configuration information, and task item information can be obtained in the manner described above, and the minimum production unit can be determined.

[0141] In some embodiments of this specification, a construction project is decomposed into computer-recognizable minimum production units, thereby quantifying the overall construction work volume and enabling the quantification and calculation of progress and costs. By determining the final task items within each component unit, it becomes possible to identify the final task items that need to be completed during the construction design phase.

[0142] Figure 11 is an illustrative flowchart of managing a construction project based on task orders according to some embodiments of this specification. In some embodiments, flow 1100 may be executed by a management module 120 or processor of the construction project management system 100. As shown in Figure 11, flow 1100 includes the following steps:

[0143] In step 1110, multiple minimum production units are consolidated into multiple task orders, each task order containing at least a portion of the multiple minimum production units.

[0144] A task order is a receipt that records the list of construction tasks assigned to a contractor (such as a worker). In some implementations, the minimum production unit can be distributed to workers in the form of a task order. A task order contains various information regarding the execution of the minimum production unit, including, but not limited to, the construction area, final task items, performees, work period, description, and quantity / price information. The construction area can indicate which area the minimum production unit should be constructed in. The performees can indicate who completed the minimum production unit. The work period can indicate the execution time or planned completion time of the minimum production unit. The description is normative content regarding construction work techniques, construction safety, etc. Quantity / price information is about the cost and payment / receipt details of the construction task.

[0145] In some embodiments, each task order may contain one or more minimum production units. In some embodiments, the minimum production units within a task order exist in the form of tasks. That is, a task order contains multiple tasks, each task corresponding to a final-stage task item represented by one minimum production unit.

[0146] In some embodiments, the management module 120 can construct at least one task order in various forms based on a plurality of minimum production units. In some embodiments, the management module 120 can construct one or more minimum production units (or final-stage task items) belonging to the same spatial unit into a single task order. In some embodiments, the management module 120 can construct one or more minimum production units (or final-stage task items) for producing the same component unit into a single task order. In some embodiments, the management module 120 can construct one or more minimum production units (or final-stage task items) that the same contractor can accept into a single task order, depending on the contractor's scope of work. The methods for constructing task orders are not particularly limited in the embodiments herein and may be set according to actual needs.

[0147] As shown in Figure 7, the 11 minimum production units included in the spatial-task item matrix 600 can be divided into three task orders. Here, task order 1 contains 7 minimum production units (a 21 ,a 22 ,a 23 ,a 31 ,a 32 ,a 33 ,a 34 ) includes, and task order 2 has three minimum production units (a 11 ,a 12 ,a 13 ) is included, and task order 3 has one minimum production unit (a 14 ) is included.

[0148] Step 1120 involves distributing the task order to at least one contractor.

[0149] In some embodiments, the management module 120 can distribute task orders to at least one contractor in various ways. For example, the management module 120 can distribute one task order to one contractor. For example, the management module 120 can distribute multiple task orders to one or more contractors. The task orders received by each contractor will not overlap. The embodiments herein are not particularly limited in their method of distributing task orders, and any operation well known to those skilled in the art may be employed.

[0150] In step 1130, acceptance information for multiple minimum production units is obtained, and the progress of the construction project is determined based on this acceptance information.

[0151] Acceptance information refers to information regarding the acceptance status of a task order. In some embodiments, acceptance information includes one or more of the following: the actual progress of each minimum production unit in the task order (e.g., accepted or not accepted), actual work efficiency consumption, and actual production time. If a minimum production unit is accepted, it means that the minimum production unit has been completed; if it is not accepted, it means that the minimum production unit has not been completed. The actual production time of a minimum production unit includes the actual start time, actual end time, and / or actual duration of the minimum production unit. Note that if a minimum production unit has not been completed, its actual end time is unknown. Actual work efficiency consumption of a minimum production unit refers to the actual production efficiency when the minimum production unit is executed. In some embodiments, the management module 120 can determine the ratio of the actual workload to the actual time consumption of the minimum production unit as the actual work efficiency consumption of the minimum production unit. In some embodiments, the management module 120 can determine the difference between the actual start time and the current time of the minimum production unit as the actual time consumption of the minimum production unit.

[0152] In some embodiments, the management module 120 can obtain acceptance information for the minimum production unit based on user input. For example, if a user (e.g., a contractor) inputs the actual completion time of the minimum production unit, the management module 120 can determine that the acceptance information for the minimum production unit is accepted. If the actual completion time of the minimum production unit is not received, the management module 120 can determine that the acceptance information for the minimum production unit is not accepted. The embodiments herein are not particularly limited in terms of obtaining acceptance information, and any operation well known to those skilled in the art may be employed.

[0153] Construction progress is an indicator used to measure the completion status of a construction project. Construction progress can be represented in various ways. For example, construction progress can be represented in various ways, such as Gantt charts and schedules. Gantt charts and / or schedules can show the relationship between the construction plan (e.g., planned start time, planned end time, etc.) and the actual progress (e.g., actual start time, actual end time, etc.) for each task item and / or each minimum production unit, as well as the completion percentage of each task item.

[0154] In some embodiments, the management module 120 can determine the completion percentage of each task item in a construction project based on acceptance information of multiple minimum production units, and can also obtain the construction progress of the construction project. For example, the management module 120 can determine the completion percentage of a task item by ratioing the number of minimum production units accepted in the construction project to the total number of minimum production units included in the task item. The management module 120 can further construct a Gantt chart and / or schedule based on the completion percentage of each task item, the construction plan, and / or actual progress. Note that if a task item is not completed, its actual completion time is unknown. The planned start time and planned end time can be determined according to a pre-configured construction plan, and the actual start time can be determined according to actual data uploaded by the contractor.

[0155] In some embodiments, the management module 120 can determine the task completion status of a task order based on acceptance information and determine the construction progress based on the task completion status.

[0156] Task completion refers to the completion status of a task order. For example, if all minimum production units in a task order are accepted, the task completion status of the task order can be set to 1. If no minimum production units in a task order are accepted, the task completion status of the task order can be set to 0. In all other cases, the task completion status will be a value between 0 and 1.

[0157] In some embodiments, the management module 120 can determine the task completion rate of a task order based on the acceptance information of the minimum production units included in the task order. For example, the management module 120 can determine the task completion rate of a task order as the ratio of the number of minimum production units accepted in the task order to the total number of minimum production units included in the task order.

[0158] In some embodiments, the management module 120 can determine the construction progress of a construction project based on the task completion rate of at least one task order included in the construction project. For example, the management module 120 can obtain the construction progress of a construction project by drawing a Gantt chart and / or schedule, etc., based on the task completion rate of at least one task order included in the construction project.

[0159] In some embodiments of this specification, a construction project can be divided into task orders, thereby determining the completion rate of each task order, further determining the construction progress of the construction project, and determining the construction progress of the construction project from an analysis of the management dimensions of the task orders. This method helps managers to accurately grasp the construction status of each contractor and helps managers optimize targeted management.

[0160] Figure 12 is an illustrative flowchart of managing a construction project based on task steps according to some embodiments of this specification. In some embodiments, flow 1200 may be executed by a management module 120 or processor of the construction project management system 100. As shown in Figure 12, flow 1200 includes the following steps:

[0161] In step 1210, based on spatial information and configuration information, multiple minimum production units are aggregated into at least one task process according to pre-set aggregation conditions.

[0162] A task process refers to a sequence consisting of one or more minimum production units. In some embodiments, there is a production sequence for the one or more minimum production units included in a task process. For example, if a task process includes three minimum production units, the production sequence may be such that the second minimum production unit can only be produced after the first minimum production unit is completed, and the third minimum production unit can only be produced after the second minimum production unit is completed.

[0163] A pre-defined aggregation condition is an algorithm or rule for aggregating one or more minimum production units into a single task process. In some embodiments, the pre-defined aggregation condition may aggregate minimum production units corresponding to multiple final-stage task items required to construct one component unit within a spatial unit into a single task process in order of production sequence. Multiple task processes can be determined based on different spatial units and different component units. In some embodiments, the pre-defined aggregation condition may aggregate minimum production units corresponding to multiple final-stage task items in one task item within a spatial unit into a single task process in order of production sequence. Multiple task processes can be determined based on different spatial units and different task items. The pre-defined aggregation condition is not limited herein and may take any other feasible form.

[0164] In some embodiments, at least one task step may be defined within a single spatial unit. In some embodiments, the number and / or types of task steps defined in different spatial units may be the same or different.

[0165] In some embodiments of this specification, consolidating multiple minimum production units included in a construction project into at least one task process helps to analyze, determine, manage, and control the construction progress of the construction project from the management dimension of the task process.

[0166] In step 1220, the completion rate of the task process is determined based on acceptance information, spatial information, and process information.

[0167] Process information refers to information regarding the division of task processes. In some embodiments, process information may include one or more of the following: spatial units corresponding to task processes, the number of divisions of task processes, the production sequence of multiple minimum production units included in each task process, coding information, construction plans, and actual progress.

[0168] Process completion refers to the completion status of a task. For example, if all minimum production units within a task are accepted, the task's process completion status can be set to 1. If no minimum production units are accepted within a task, the task's process completion status can be set to 0. In all other cases, the process completion status is a value between 0 and 1.

[0169] In some embodiments, the management module 120 can determine the set of acceptance information for the minimum production units included in each task process within each spatial unit based on acceptance information, spatial information, and process information, and can determine the process completion rate of each task process based on the set of acceptance information. In some embodiments, the management module 120 can cluster the minimum production units of the same task process belonging to the same spatial unit according to the spatial unit and task process to which the minimum production unit belongs, and can obtain a set of acceptance information by combining the acceptance information of the clustered minimum production units.

[0170] In some embodiments, the management module 120 can determine the completion rate of a task process by using the ratio of the number of minimum production units accepted to the total number of elements in the acceptance information set, according to the acceptance information set corresponding to the task process.

[0171] In step 1230, the progress of construction can be determined based on the degree of completion of the process.

[0172] In some embodiments, the management module 120 can determine the construction progress of a construction project based on the completion rate of at least one task process included in the construction project. For example, the management module 120 can obtain the construction progress of a construction project by drawing a Gantt chart and / or schedule, etc., based on the completion rate of at least one task process included in the construction project.

[0173] In some embodiments of this specification, a construction project can be divided into task phases, thereby determining the completion rate of each task phase, further determining the construction progress of the construction project, and determining the construction progress of the construction project from an analysis of the management dimensions of the task phases. This method helps managers to accurately grasp the construction status of each task phase and helps managers optimize targeted management.

[0174] In some embodiments, the management module 120 can also construct a region-process matrix according to the spatial information of the construction project and the aforementioned defined task process.

[0175] In some embodiments, the region-process matrix may include the status of task processes contained in different spatial compartments. For example, element b in the region-process matrix. r、s This can represent the s-th task process within the r-th spatial compartment.

[0176] In some embodiments, the management module 120 can aggregate task processes according to the spatial section to which the task process belongs, and place one or more task processes belonging to the same spatial section in the same row or column in the area-process matrix. In some embodiments, the acceptance module 140 may further display each task process in the form of a matrix (for example, in the form of a space-task item matrix). The acceptance module 140 can aggregate multiple minimum production units included in a task process according to the spatial unit to which it belongs, and place one or more minimum production units belonging to the same spatial unit in the same row or column in the space-task item matrix corresponding to the task process.

[0177] As shown in Figure 8, the information displayed by the region-process matrix 800 includes the sth task process b in the r-1th spatial compartment. r-1,s This includes the fact that the (r-1)th spatial compartment does not contain the (s+1)th task process, and the (r)th spatial compartment contains the (s)th task process b r,sThis includes the fact that the r-th spatial compartment does not contain the s+1th task process, and the r+1th spatial compartment contains the s-th task process b r+1,s This includes the fact that the r+1th spatial compartment does not contain the s+1th task step b. r-1,s Further information displayed in the corresponding space-task item matrix includes that the minimum production unit in the first space unit is (a11, a12, a13, a14), the minimum production unit in the second space unit is (a21, a22, a23), and the minimum production unit in the third space unit is (a31, a32, a33, a34). The sth task process b of the rth space section. r,s Further information displayed in the corresponding space-task item matrix includes that the minimum production unit in the first space unit is (a41, a42, a43, a44), the minimum production unit in the second space unit is (a51, a52, a53, a54), and the minimum production unit in the third space unit is (a61, a62, a63, a64). The sth task process b of the r+1th space section. r+1,s Further information displayed in the corresponding space-task item matrix includes that the minimum production unit in the first space unit is (a71, a72, a73), the minimum production unit in the second space unit is (a81, a82, a83, a84), and the minimum production unit in the third space unit is (a91, a92, a93).

[0178] In some embodiments, the management module 120 may add information for one or more time dimensions of the minimum production unit—the planned start time, planned end time, actual start time, and actual end time—to the area-process matrix, color-mark the area-process matrix according to the acceptance information of the minimum production unit, and obtain a manifested progress display table that embodies and displays the construction progress of the construction project. For example, acceptance information may be represented in the form of no mark, dark mark, light mark, etc. A dark mark indicates that the minimum production unit has not been accepted after reaching the planned end time, a light mark indicates that the minimum production unit has been accepted before reaching the planned end time, and no mark indicates that the current time has not reached the planned end time of the minimum production unit.

[0179] As shown in Figure 9, the realization progress display table 900 includes the correspondence between each floor of the building and the task processes included in each floor, where the task processes included in each floor may include multiple minimum production units such as "main body," "exterior wall putty," "aluminum windows," "handrails," "stacked structure," "plastering of common areas," "insulation," "flooring," "interior plastering," and "interior finishing of common areas." The time dimension included in the realization progress display table 900 is the planned completion time of each minimum production unit. In actual applications, different color marks can be used to represent the acceptance information of each minimum production unit. For example, a first color mark indicates that the current time has not yet reached the planned completion time of the minimum production unit, a second color mark indicates that the minimum production unit has been accepted before reaching the planned completion time, and a third color mark indicates that the minimum production unit has reached the planned completion time but has not yet been accepted. Assuming the current time is July 20th, the third color mark in the materialization progress display table 900 indicates that the minimum production unit has not been accepted on or before July 20th, the second color mark indicates that the minimum production unit has been accepted on or before July 20th, and the first color mark indicates that the planned completion time for the minimum production unit is on or after July 20th.

[0180] In some embodiments of this specification, the interplay between each region and each task process can be intuitively and concretely displayed by constructing a region-process matrix. By adding time-dimension information for each minimum production unit to the region-process matrix and distinguishing the acceptance status of the minimum production units with color markers, dynamic visualization results such as construction dynamics simulation, comparison of planned and actual dynamics, and construction process review can be obtained.

[0181] In some embodiments, the management module 120 can further store receipt information and construction documentation related to the construction process in the area-process matrix and establish a one-to-one correspondence with the minimum production unit. Here, the receipt information includes, but is not limited to, cost information, production information, and inspection information. Production information may also include the actual work efficiency consumption and actual cost consumption of the minimum production unit.

[0182] In some embodiments of this specification, receipt information and construction documentation related to the construction process can be stored in a region-process matrix to monitor the progress and cost of the minimum production unit in real time and automatically feed back into a two-dimensional region-process matrix. This helps to achieve digitized, tangible progress representation using a "drawer-type" region-process matrix, making it easy for managers to automatically and quickly read production and cost information for the minimum production unit.

[0183] Physical construction work is difficult to quantify. In some embodiments of this specification, by coding space and task items, a construction project is structurally decomposed into the smallest production units that a computer can identify, allowing for the quantification of the overall construction work volume and enabling the quantification and calculation of progress and costs.

[0184] Figure 13 is an illustrative flowchart of the progress of a prediction task process according to some embodiments of this specification. In some embodiments, flow 1300 may be executed by a construction progress management system 100 (e.g., a prediction module) or a processor. As shown in Figure 13, flow 1300 includes the following steps:

[0185] In step 1310, depending on whether the task process includes an accepted minimum production unit, the equivalent work efficiency and / or equivalent cost of the first minimum production unit is determined based on the work record information and / or acceptance information of the task order.

[0186] Work record information refers to information regarding the production status of a task order. In some embodiments, work record information includes one or more types of information, such as the construction plan and actual cost consumption for each minimum production unit in the task order. For details on construction plans and acceptance information, please refer to Figure 11 and its related explanation.

[0187] In some embodiments, the prediction module can acquire work record information and acceptance information for task orders in response to input from the contractor. For example, the contractor can upload information such as the actual start time, actual cost consumption, and actual work efficiency consumption for each minimum production unit in a task order from a terminal device. The prediction module can determine the actual production time based on the difference between the actual start time and the current time for the minimum production unit.

[0188] In some embodiments, the first minimum production unit is the minimum production unit that has been accepted. The first minimum production unit can be determined based on the acceptance information of the minimum production unit. For example, the minimum production unit whose acceptance information is "accepted" can be determined as the first minimum production unit.

[0189] Equivalent work efficiency refers to an indicator of the actual production efficiency for producing the first minimum production unit. In some embodiments, equivalent work efficiency can be used to uniformly measure the actual production efficiency of each first minimum production unit in a task order.

[0190] Equivalent cost refers to an indicator of the actual cost incurred in producing the first minimum production unit. In some embodiments, equivalent cost can be used to uniformly measure the actual cost incurred for each first minimum production unit in a task order.

[0191] In some embodiments, the forecasting module can accumulate the actual work efficiency consumption of each first minimum production unit included in the task order and determine the ratio of the total work efficiency consumption to the number of first minimum production units as the equivalent work efficiency, and / or accumulate the actual cost consumption of each first minimum production unit included in the task order and determine the ratio of the total cost consumption to the number of first minimum production units as the equivalent cost. In some embodiments, the forecasting module can determine the ratio of the actual workload to the actual time consumption of a first minimum production unit as the actual work efficiency consumption of that first minimum production unit.

[0192] In some embodiments, the prediction module can determine the equivalent work efficiency based on the actual work efficiency consumption of the task order and the number of first minimum production units included in the task order, and / or determine the equivalent cost based on the actual cost consumption of the task order and the number of first minimum production units included in the task order.

[0193] The actual work efficiency consumption of a task order refers to the actual production efficiency when the task order is executed. In some embodiments, the forecasting module can determine the ratio of the actual workload to the actual time consumption of a task order as the actual work efficiency consumption of the task order. In some embodiments, the forecasting module can determine the difference between the actual start time and the current time of the smallest production unit that started production earliest within the task order as the actual time consumption of the task order.

[0194] In some embodiments, the prediction module can determine the ratio of the actual work efficiency consumption of a task order to the number of first minimum production units included in the task order as an equivalent cost.

[0195] The actual cost consumption of a task order refers to the cost actually incurred when the task order was executed. In some embodiments, the prediction module can determine the actual cost consumption of a task order based on the task order's work log information.

[0196] In some embodiments, the prediction module can determine the equivalent cost as the ratio of the actual cost consumption of a task order to the number of first minimum production units included in the task order.

[0197] In some embodiments of this specification, the actual work efficiency consumption and actual cost consumption of a task order can be used to efficiently and accurately determine the equivalent work efficiency and / or equivalent cost of each accepted minimum production unit, which helps to determine the estimated work efficiency and / or estimated cost of subsequent unaccepted minimum production units.

[0198] In step 1320, the estimated work efficiency and / or estimated cost of the second minimum production unit is determined based on the equivalent work efficiency and / or equivalent cost, as well as spatial information.

[0199] In some embodiments, the second minimum production unit is a minimum production unit that has not been accepted. The second minimum production unit can be determined based on the acceptance information of the minimum production unit. For example, a minimum production unit whose acceptance information is "not accepted" can be determined as the second minimum production unit.

[0200] Estimated work efficiency refers to an indicator of the expected production efficiency when producing the second minimum production unit. In some embodiments, estimated work efficiency can be used to measure the expected production efficiency of a given second minimum production unit in a task order. Estimated work efficiency may differ for different second minimum production units.

[0201] Estimated cost refers to an indicator of the cost expected to be consumed in producing a second minimum production unit. In some embodiments, estimated cost can be used to measure the expected consumption cost of a given second minimum production unit in a task order. Estimated costs corresponding to different second minimum production units may differ.

[0202] Estimated work efficiency and / or estimated cost can be determined in various ways. In some embodiments, the prediction module can determine the corresponding second minimum production unit of the same component unit belonging to a different spatial unit from the first minimum production unit, based on the spatial information of the construction project, and can determine the estimated work efficiency and / or estimated cost of the corresponding second minimum production unit based on the equivalent work efficiency and / or equivalent cost of the first minimum production unit. For example, if the first minimum production units p1, p2, and p3 are "exterior wall putty," and the spatial units to which they belong are "3rd floor-2nd floor-1st floor," respectively, and the component unit to which they belong is "exterior wall," and the second minimum production unit d1 is "exterior wall putty," and the spatial unit to which it belongs is "4th floor," and the component unit to which it belongs is "exterior wall," then the estimated work efficiency and / or estimated cost of the corresponding second minimum production unit d1 can be determined based on the equivalent work efficiency and / or equivalent cost of the first minimum production units p1-p3.

[0203] In some embodiments, the prediction module can calculate the weighted equivalent work efficiency and / or equivalent cost of a first minimum production unit, and determine the estimated work efficiency and / or estimated cost of a second minimum production unit. Here, the weighted weights of different first minimum production units may be different. In some embodiments, the weighted weights may be, but are not limited to, the system's default values, empirical values, manually preset values, or any combination thereof, and may be set according to actual needs. In some embodiments, the weighted weights may be determined based on the spatial distance between the first minimum production unit and the second minimum production unit. The closer the spatial distance, the larger the weighted weight.

[0204] For example, the weighted weights corresponding to the equivalent work efficiency of the first minimum production units p1 to p3 can be denoted as r1 to r3, and the weighted weights corresponding to the equivalent costs of the first minimum production units p1 to p3 can be denoted as s1 to s3. In this case, the estimated work efficiency f = g1*r1 + g2*r2 + g3*r3 of the second minimum production unit d1 can be determined based on the equivalent work efficiencies g1 to g3 of the first minimum production units p1 to p3, and the estimated cost e = h1*s1 + h2*s2 + h3*s3 of the second minimum production unit d1 can be determined based on the equivalent costs h1 to h3 of the first minimum production units p1 to p3.

[0205] In some embodiments, the prediction module can determine a third minimum production unit and / or a fourth minimum production unit whose spatial positional relationship with the second minimum production unit satisfies pre-set positional conditions, based on spatial information. Based on the equivalent work efficiency and / or equivalent cost of the third minimum production unit and / or the estimated work efficiency and / or estimated cost of the fourth minimum production unit, the prediction module can determine the estimated work efficiency and / or estimated cost of the second minimum production unit using a pre-set algorithm.

[0206] The spatial positional relationship refers to the positional relationship between the spatial units to which two minimum production units belong in space. In some embodiments, the spatial positional relationship may include the straight-line distance between the spatial units to which two minimum production units belong within the same spatial compartment.

[0207] In some embodiments, the pre-set positional conditions may be that the minimum production units belong to the same spatial compartment and the straight-line distance between the minimum production units is less than a distance threshold. Here, the distance threshold may be a system default value, an empirical value, a manually preset value, or any combination thereof, and may be set according to actual needs, but is not limited herein. In some embodiments, the pre-set positional conditions may be set according to actual needs, but are not limited herein.

[0208] In some embodiments, the third minimum production unit is one or more of the first minimum production units. That is, the third minimum production unit is one or more of the accepted minimum production units.

[0209] In some embodiments, the prediction module can select one or more first minimum production units as the third minimum production unit from among a plurality of first minimum production units, such that the spatial positional relationship between the first minimum production unit and the current second minimum production unit satisfies a predetermined positional condition. For example, the prediction module can select as the third minimum production unit a first minimum production unit that belongs to the same spatial compartment as the current second minimum production unit and whose straight-line distance to the current second minimum production unit is less than a distance threshold.

[0210] In some embodiments, the fourth minimum production unit is one or more of the second minimum production units whose estimated work efficiency and / or estimated cost has been determined. Here, the second minimum production unit whose estimated work efficiency and / or estimated cost has been determined refers to the second minimum production unit whose estimated work efficiency and / or estimated cost has been calculated according to any one of the embodiments herein. For an explanation related to the calculation of estimated work efficiency and / or estimated cost, please refer to the remainder of Figure 10.

[0211] A pre-configured algorithm refers to an algorithm or rule for determining the estimated work efficiency and / or estimated cost of the second minimum production unit.

[0212] The pre-configured algorithm may take various forms. In some embodiments, the pre-configured algorithm may, depending on the absence of a fourth minimum production unit, perform a weighted fusion based on the equivalent work efficiency of the third minimum production unit to determine the estimated work efficiency of the second minimum production unit, and perform a weighted fusion based on the equivalent cost of the third minimum production unit to determine the estimated cost of the second minimum production unit. In some embodiments, depending on the presence of a fourth minimum production unit, the pre-configured algorithm may, perform a weighted fusion based on the equivalent work efficiency of the third minimum production unit and the estimated work efficiency of the fourth minimum production unit to determine the estimated work efficiency of the second minimum production unit, and perform a weighted fusion based on the equivalent cost of the third minimum production unit and the estimated cost of the fourth minimum production unit to determine the estimated cost of the second minimum production unit. Here, the weighted weights described above may be the system's default values, empirical values, manually pre-configured values, or any combination thereof, and may be set according to actual needs, but are not limited herein.

[0213] In some embodiments, a pre-configured algorithm may determine the weighted weights of the third and / or fourth minimum production units based on the spatial distance between them and the second minimum production unit, and then determine the estimated work efficiency and / or estimated cost of the second minimum production unit by weighted fusion based on the weighted weights, the equivalent work efficiency and / or equivalent cost of the third minimum production unit, and / or the estimated work efficiency and / or estimated cost of the fourth minimum production unit.

[0214] In some embodiments, the prediction module can determine the weighted weights of the third and / or fourth minimum production units based on a pre-configured comparison table, using the spatial distance between the third and / or fourth minimum production unit and the second minimum production unit. In some embodiments, the pre-configured comparison table may include a correspondence between the spatial distance between the third and / or fourth minimum production unit and the second minimum production unit, and the weighted weights of the third and / or fourth minimum production units. For example, the correspondence may be such that the smaller the spatial distance to the second minimum production unit, the higher the weighted weight corresponding to the third and / or fourth minimum production unit, and the weight change may be linear or exponential. In some embodiments, the pre-configured comparison table can be determined based on historical data or prior knowledge.

[0215] In some embodiments, the prediction module can determine the estimated work efficiency and / or estimated cost of the second minimum production unit by weighted fusion based on weighted weights and the equivalent work efficiency and / or equivalent cost of the third minimum production unit, depending on the absence of a fourth minimum production unit. For example, the estimated work efficiency z of the second minimum production unit r. r =(c r-n +2c r-(n-1) +3c r-(n-2) +…+nc r-1) / (1+2+…+n) can be given. Here, z r is the estimated work efficiency of the second minimum production unit r, and c r-n ~c r-1 Each of these represents the equivalent work efficiency from the third minimum production unit rn to the third minimum production unit r-1, and 1 to n are the weighted weights from the third minimum production unit rn to the third minimum production unit r-1, respectively. The third minimum production unit rn is furthest from the second minimum production unit r, and its corresponding weighted weight is the smallest, while the third minimum production unit r-1 is closest to the second minimum production unit r, and its corresponding weighted weight is the largest.

[0216] In some embodiments, the prediction module can determine the estimated work efficiency and / or estimated cost of the second minimum production unit by weighted fusion based on weighted weights, the equivalent work efficiency and / or equivalent cost of the third minimum production unit, and the estimated work efficiency and / or estimated cost of the fourth minimum production unit, depending on the presence of a fourth minimum production unit. For example, the estimated work efficiency z of the second minimum production unit r. r =(c r-n +2c r-(n-1) +3c r-(n-2) +…+nc r-1 ) / (1+2+…+n)+(z r-m +2z r-(m-1) +3z r-(m-2) +…+nz r-1 ) / (1+2+…+m) is one example.

[0217] Here, z r is the estimated work efficiency of the second minimum production unit r, and z r-m ~z r-1Each of these represents the estimated work efficiency from the fourth minimum production unit rm to the fourth minimum production unit r-1, and 1 to m are the weighted weights from the fourth minimum production unit rn to the fourth minimum production unit r-1, respectively. The fourth minimum production unit rm is furthest from the second minimum production unit r, and its corresponding weighted weight is the smallest, while the fourth minimum production unit r-1 is closest to the second minimum production unit r, and its corresponding weighted weight is the largest.

[0218] The method for calculating the estimated cost of the second minimum production unit is the same as the method for calculating the estimated work efficiency of the second minimum production unit, so it will not be explained again here.

[0219] In some embodiments of this specification, it is assumed that the closer the spatial distance, the closer the work efficiency and cost of the minimum production unit will be. Based on the equivalent work efficiency and cost of a third minimum production unit whose spatial positional relationship with a second minimum production unit satisfies predetermined positional conditions, and the changes in weight assignment according to spatial distance, it is possible to effectively respond to local spatial variations and obtain estimates that are more accurate than empirical judgments. Furthermore, by incorporating the estimated work efficiency and estimated cost of a fourth minimum production unit whose spatial positional relationship with a second minimum production unit satisfies predetermined positional conditions into the weighted calculation, the calculation of the remaining parts can be further optimized based on the determined estimates, thereby improving the accuracy of the estimates.

[0220] Step 1330 predicts the progress of the task process based on estimated work efficiency and / or estimated cost.

[0221] The progress refers to the expected completion status of the task process. In some embodiments, the progress may include one or more types, such as the expected time required for the task process and the expected time required for the critical node. Here, the expected time required means the time from the current time point to the acceptance time point.

[0222] In some embodiments, the critical node may be the smallest production unit that is more important in the task process.

[0223] The critical node can be determined in various ways. In some embodiments, the prediction module can determine the minimum production unit with high sequential dependency (e.g., higher than a preset threshold) as the critical node. Sequential dependency refers to the degree to which the current minimum production unit depends on the completion status of one or more minimum production units preceding it in the production sequence. A higher sequential dependency indicates a greater degree of dependence of the current minimum production unit on the completion status of one or more minimum production units preceding it in the production sequence. In some embodiments, the sequential dependency of a minimum production unit may increase sequentially according to the production sequence of the minimum production units, and the increasing trend may take the form of an exponential or multiplicative type. For example, if the production sequence of three minimum production units included in a task process is minimum production unit q1 > minimum production unit q2 > minimum production unit q3, then the sequential dependency w1 of minimum production unit q1 < sequential dependency w2 of minimum production unit q2 < sequential dependency w3 of minimum production unit q1.

[0224] In some embodiments, the prediction module can identify the minimum production unit with a long planning work period (e.g., higher than a predetermined threshold) as the critical node. Here, the planning work period may be the difference between the planning end time and the planning start time.

[0225] In some embodiments, the prediction module can identify the minimum production unit with the highest planned cost (e.g., higher than a pre-set threshold) as the critical node. For details on planned costs, please refer to Figure 14 and its related explanation.

[0226] The core node can be determined in any other executable form, and is not limited to this.

[0227] In some embodiments, the prediction module can predict the progress of a task process in various ways based on estimated work efficiency and / or estimated cost. In some embodiments, the prediction module can determine the expected completion time of the task process as the sum of the estimated consumption times of all second minimum production units in the task process. For example, if the sum of the estimated consumption times of all second minimum production units in the task process is t s If so, the estimated time required for the task process is t s It can be determined that... In some embodiments, the estimated consumption time of the second minimum production unit can be determined based on the workload and estimated work efficiency of the second minimum production unit. In some embodiments, the workload of the second minimum production unit can be determined based on the total workload of the task order to which the second minimum production unit belongs and the number of minimum production units in that task order.

[0228] In some embodiments, the prediction module can determine the expected required time for a critical node based on the location of the critical node within the task process and the sum of the estimated work efficiencies of all second minimum production units located before the critical node in the task process. The method for determining the expected required time for the critical node is the same as the method for determining the expected required time for the task process and will not be described again here.

[0229] In some embodiments of this specification, by determining the estimated process and cost of unaccepted minimum production units in a task order based on the equivalent work efficiency and equivalent cost of the accepted minimum production unit, combined with spatial information, accurate predictions can be obtained that are compatible with local variations in space and therefore more accurate than empirical judgments. For example, a building may have 10 processes on the second floor, but only 3 on the third floor, or even 30 processes on the third floor. Such situations cannot be addressed by relying on the experience that processes are similar between adjacent floors. However, by breaking it down into minimum production units, accurate predictions can be made in response to local variations in space. This prediction method improves the accuracy of predictions because it can statistically take into account recent business changes, such as sudden increases in personnel or tight supply of materials, which affect efficiency.

[0230] Figure 14 is a first schematic diagram illustrating how to determine whether to issue a warning according to some of the embodiments described herein.

[0231] In some embodiments, the warning module can determine whether to issue a warning based on the actual cost consumption of the task order.

[0232] Referring to Figure 14, in some embodiments, the warning module can determine the actual cost consumption 1420 of a task order based on the work record information 1410 of the task order, determine the theoretical cost consumption 1450 of the task order based on the task completion rate 1430 and the planned cost 1440 of the task order, and issue a warning if the difference between the actual cost consumption and the theoretical cost consumption satisfies a preset warning condition.

[0233] The actual cost consumption of a task order refers to the total actual cost consumption incurred when completing the minimum production unit included in the task order. The actual cost consumption of a task order can be determined based on the task order's work log information. For example, a warning module can determine the sum of the actual cost consumption incurred as the actual cost consumption based on the task order's work log information.

[0234] The planned cost of a task order refers to the pre-planned cost budget for that task order. The planned cost of a task order can be determined in advance by the administrator based on historical data or prior knowledge.

[0235] The theoretical cost consumption of a task order refers to the theoretical total cost consumption when completing the minimum production unit included in the task order.

[0236] In some embodiments, the warning module can determine the theoretical cost consumption of a task order by multiplying the task completion percentage by the planned cost. For example, the warning module can convert the task completion percentage into a percentage or a value between 0 and 1, and then determine the theoretical cost consumption by multiplying the task completion percentage by the planned cost.

[0237] The pre-set warning conditions are those that determine whether a warning can be issued based on the magnitude of the difference between actual cost consumption and theoretical cost consumption. In some embodiments, the pre-set warning condition may be that the difference between actual cost consumption and theoretical cost consumption is greater than a difference threshold. Here, the difference threshold may be a system default value, an empirical value, a manually preset value, or any combination thereof, and may be set according to actual needs, but is not limited herein. The pre-set warning conditions may be set according to actual needs, and are not limited herein.

[0238] In some embodiments of this specification, a decision is made to issue a warning based on the difference between the actual cost consumption and the theoretical cost consumption of a task order, and a decision is made to issue a warning from the perspective of the cost consumption of the task order. If the cost consumption of the task order is predicted to fall short of the expected situation, a timely risk warning can be issued, which is useful for dynamic reasoning of the subsequent construction process and adjustment of the construction strategy.

[0239] Figure 15 is a second illustrative schematic diagram illustrating how to determine whether to issue a warning according to some of the embodiments described herein.

[0240] In some embodiments, the warning module can determine whether to issue a warning based on the actual time consumption and work efficiency consumption of the task process.

[0241] Referring to Figure 15, in some embodiments, the warning module can determine the estimated completion time 1520 of the task process based on the estimated work efficiency 1510 of the second minimum production unit included in the task process, and issue a warning if the estimated completion time is longer than the planned completion time of the task process.

[0242] The estimated completion time refers to the estimated acceptance time point for the task process. In some embodiments, the warning module can determine the expected required time for the task process based on the estimated work efficiency of the second minimum production unit included in the task process, and then determine the estimated completion time based on the current time point and the expected required time. For example, if the current time point is T and the expected required time is t s If so, the estimated end time is T+t s For details on the estimated required time, please refer to step 1330 and its related explanations.

[0243] The planned completion time for a task process refers to the planned completion time for the last minimum production unit in the task process. For details on the planned completion time for the minimum production unit, please refer to step 420 and its related explanations.

[0244] In some examples, an estimated completion time longer than the planned completion time may mean that the estimated completion time is later than the planned completion time.

[0245] In some embodiments of this specification, the estimated completion time of a task process can be estimated, and a decision can be made to issue a warning based on the relationship between the estimated completion time and the planned completion time, thereby determining whether a warning is issued in terms of whether the task process is overdue. This allows for timely risk warnings to be issued when the possibility of a task process being overdue is predicted, which is useful for dynamic reasoning of the subsequent construction process and adjustment of the construction strategy.

[0246] Referring to Figure 15, in some embodiments, the warning module determines the remaining planned work efficiency 1550 of the task process based on the planned work efficiency 1530 of the task process and the acceptance information 1540 of the task process, determines the disposable work efficiency 1560 of the second minimum production unit included in the task process based on the remaining planned work efficiency 1550, and can issue a warning if the estimated work efficiency of the second minimum production unit included in the task process is greater than the disposable work efficiency.

[0247] The planned work efficiency of a task process refers to the budget for the work efficiency of a task process that has been planned in advance. The planned work efficiency of a task process can be determined in advance by the manager based on historical data or prior knowledge.

[0248] The remaining planned work efficiency for a task process refers to the budget for the remaining work efficiency of the task process that has already been completed.

[0249] In some embodiments, the warning module can determine the actual work efficiency consumption of a task process based on the acceptance information of the task process, and determine the difference between the planned work efficiency and the actual work efficiency consumption as the remaining planned work efficiency.

[0250] Disposable work efficiency refers to the work efficiency budget of each second minimum production unit in the task process, provided that the remaining planned work efficiency is met.

[0251] In some embodiments, the warning module can determine the disposable work efficiency of the second minimum production units included in a task process based on the remaining planned work efficiency and the number of second minimum production units included in the task process. For example, the warning module can determine the disposable work efficiency of the second minimum production units included in a task process as the ratio of the remaining planned work efficiency to the number of second minimum production units included in the task process.

[0252] In some embodiments of this specification, by determining the disposable work efficiency of each second minimum production unit included in the task process while satisfying the remaining planned work efficiency, it is possible to further determine whether to issue a warning based on whether the disposable work efficiency of a single second minimum production unit can support production at the estimated work efficiency. According to this embodiment, it is possible to determine whether to issue a warning in terms of whether a single second minimum production unit is overdue, so that a risk warning can be issued in a timely manner when the possibility of a second minimum production unit being overdue is predicted, which is useful for dynamic reasoning of the subsequent construction process and adjustment of the construction strategy.

[0253] Figure 16 is a third illustrative schematic diagram illustrating how to determine whether to issue a warning according to some of the embodiments described herein.

[0254] In some embodiments, the warning module can determine whether to issue a warning based on the actual cost consumption of the task process.

[0255] Referring to Figure 16, in some embodiments, the warning module can determine the remaining required cost 1620 of the task process based on the estimated cost 1610 of the second minimum production unit included in the task process, and issue a warning if the remaining required cost is greater than the remaining planned cost of the task process.

[0256] The remaining required cost of a task process refers to the total cost required to complete all the second smallest production units in the task process. In some embodiments, the warning module can determine the total estimated cost of all the second smallest production units in the task process as the remaining required cost of the task process.

[0257] The remaining planned cost of a task process refers to the remaining cost budget of the task process that has already been produced.

[0258] In some embodiments, the warning module can determine the remaining planned cost of the task process based on the planned cost of the task process and the work record information of the task process. In some embodiments, the warning module can determine the actual cost consumption of the task process based on the work record information of the task process, and determine the difference between the planned cost and the actual cost consumption as the remaining planned cost.

[0259] In some embodiments of this specification, by determining the remaining required cost of the task process and judging whether to issue a warning based on the magnitude relationship between the remaining required cost and the remaining planned cost, it is possible to judge whether to issue a warning from the perspective of whether the cost budget is exceeded when producing all the remaining second smallest production units in the task process. Therefore, when the possibility of exceeding the cost budget is predicted, a timely risk warning can be issued, which is helpful for the dynamic inference of the subsequent construction process and the adjustment of the construction strategy.

[0260] Referring to FIG. 16, in some embodiments, the warning module determines the remaining planned cost 1640 of the task process based on the planned cost 1630 of the task process and the work record information 1410 of the task process, and determines the disposable cost 1650 of the second smallest production unit included in the task process based on the remaining planned cost 1640. A warning can be issued when the estimated cost of the second smallest production unit included in the task process is greater than the disposable cost. For details of the remaining planned cost, please refer to the above.

[0261] The disposable cost refers to the cost budget of each second minimum production unit in the task process when the remaining planned cost is met.

[0262] In some embodiments, the warning module can determine the disposable working efficiency of the second minimum production units included in the task process based on the remaining planned cost and the number of second minimum production units included in the task process. For example, the warning module can determine the ratio of the remaining planned cost to the number of second minimum production units included in the task process as the disposable cost of the second minimum production units included in the task process.

[0263] In some embodiments of this specification, by determining the disposable cost of each second minimum production unit included in the task process while meeting the remaining planned cost, it is further possible to determine whether to issue a warning based on whether the disposable cost of a single second minimum production unit can support production by the estimated cost. According to this embodiment, it is possible to determine whether to issue a warning from the perspective of whether a single second minimum production unit exceeds the cost budget. Therefore, when the possibility of the second minimum production unit exceeding the cost budget is predicted, a risk warning can be issued in a timely manner, which is useful for the dynamic inference of the subsequent construction process and the adjustment of the construction strategy.

[0264] In some embodiments, the warning module determines the related task process of the task process in response to the absence of the minimum production unit inspected within the task process, and determines the estimated working efficiency and / or estimated cost of the second minimum production units included in the task process based on the historical work record information and / or historical inspection information of the related task process. Based on the estimated working efficiency and / or estimated cost of the second minimum production units included in the task process, the estimated end time and / or the remaining required cost of the task process are determined. A warning can be issued in response to the estimated end time being longer than the planned end time and / or the remaining required cost being greater than the remaining planned cost.

[0265] In this embodiment, the method for determining whether or not to issue a warning is the same as in the embodiment described above, and will not be explained again here.

[0266] A task process that does not include the minimum production unit that has been accepted can be called a zero-acceptance task process.

[0267] Related task processes refer to task processes that are related to the zero-acceptance task process. In some embodiments, related task processes include at least a predetermined number of accepted minimum production units. The predetermined number may be a system default value, an empirical value, a manually preset value, or any combination thereof, and may be set according to actual needs, but is not limited to these.

[0268] In some embodiments, the warning module can determine the related task process based on the component unit and spatial unit corresponding to the minimum production unit included in the zero-acceptance task process. For example, the warning unit can determine a task process as the related task process if its component unit is the same as the component unit corresponding to the zero-acceptance task process, and its spatial unit is adjacent to the spatial unit corresponding to the zero-acceptance task process. In some embodiments, the warning module can also determine the related task process in any other viable form, and is not limited herein.

[0269] In some embodiments, the warning module can determine the estimated work efficiency and / or estimated cost of a second minimum production unit included in a task process based on the historical work record information and / or historical acceptance information of the relevant task process. For example, the warning module can determine the equivalent work efficiency and / or equivalent cost of a first minimum production unit in a relevant task process based on the historical work record information and / or historical acceptance information of the relevant task process, and can determine the estimated work efficiency and / or estimated cost of a second minimum production unit in a relevant task process based on the equivalent work efficiency and / or equivalent cost of the first minimum production unit in the relevant task process, as well as spatial information. Furthermore, the warning module can establish a one-to-one correspondence between each minimum production unit in the related task process and each minimum production unit in the current task process, determine the equivalent work efficiency and cost of one or more first minimum production units in the related task process, and determine the estimated work efficiency and cost corresponding to one or more second minimum production units in the current task process, respectively. It can also determine the estimated work efficiency and cost of one or more second minimum production units in the related task process, respectively, and determine the estimated work efficiency and cost corresponding to one or more second minimum production units in the current task process, respectively.

[0270] In some embodiments, the warning module can determine the estimated completion time and / or remaining required cost of a critical node in a task process and issue a warning if the estimated completion time of the critical node is greater than the planned completion time and / or if the remaining required cost of the critical node is greater than the remaining planned cost.

[0271] In some embodiments, the warning module can determine the estimated completion time and / or remaining required cost of the critical node in the task process, based on the location of the critical node in the task process and the estimated work efficiency and / or estimated cost of the second minimum production unit located before the critical node in the task process. For further details, please refer to the related explanations mentioned above.

[0272] In some embodiments of this specification, if the current task process does not include an accepted minimum production unit, the estimated work efficiency and / or estimated cost of each second minimum production unit in the current task process can be determined by determining the relevant task process. This embodiment can effectively solve the problem that it is difficult to determine the estimated work efficiency and / or estimated cost of each second minimum production unit when the current task process does not include an accepted minimum production unit, based on a parallel estimation method.

[0273] In some embodiments, after a warning is issued, a strategy for advancing the incomplete task process may be automatically generated and presented to the user.

[0274] Figure 17 is an exemplary flowchart for determining the progress strategy for advancing an incomplete task process according to some embodiments of this specification. In some embodiments, flow 1700 may be executed by a construction progress management system 100 (e.g., a planning module) or a processor. As shown in Figure 17, flow 1700 includes the following steps:

[0275] Step 1710 determines the estimated completion time for the incomplete task process.

[0276] An incomplete task process refers to a task process that includes the smallest production unit that has not yet been accepted.

[0277] In some embodiments, the incomplete task process may not include an accepted minimum production unit. In some embodiments, the incomplete task process may include at least one accepted minimum production unit.

[0278] The estimated completion time for an incomplete task refers to the estimated acceptance time point for that incomplete task.

[0279] Depending on the embodiment, in which the incomplete task process includes at least one accepted minimum production unit, the warning module can determine the estimated time required to complete all second minimum production units based on the estimated work efficiency of the second minimum production units included in the incomplete task process, and determine the estimated completion time of the incomplete task process based on the current time point, the time performed by the second minimum production units, and the estimated time required. For example, if the current time point is T1, the time performed by the second minimum production units is T2, and the estimated time required is t1, then the estimated completion time is (T1 + t1 - T2). For details on the estimated time required, see step 1330 and its related description.

[0280] In some embodiments, depending on whether the incomplete task process does not include an accepted minimum production unit, the warning module can determine the estimated time required to complete all second minimum production units based on the estimated work efficiency of the second minimum production units included in the incomplete task process, and determine the estimated completion time of the incomplete task process based on the current time point, the actual start time of the incomplete task process, and the estimated required time. For example, if the current time point is T3, the actual start time is T4, and the estimated required time is t2, the estimated completion time is [t2-(T3-T4)+T3]. For details on the estimated required time, see step 1330 and its related explanation.

[0281] Step 1720 obtains the first boundary conditions between task processes and the second boundary conditions for the construction project.

[0282] The first boundary conditions between task processes refer to boundary conditions regarding the order and time intervals between some task processes. For example, the first boundary conditions may take various forms, such as: Task B can only start after Task A is completed; Task B must start 5 days before Task A is completed; Task B must start 2 days after Task A has started; or Task B can only start after Task A has started.

[0283] The second boundary condition of a construction project refers to the boundary conditions regarding the cost budget and work period budget of the construction project. For example, the second boundary condition may include that the cost budget is less than X and the work period budget is less than Y.

[0284] In some embodiments, the planning module can determine the first boundary condition and the second boundary condition based on the production requirements of each task process included in the construction project. Here, the production requirements include the sequence and time interval of each task process, the construction plan (such as the planned start time, planned end time, etc.). The production requirements may be pre - input and determined by the administrator.

[0285] In step 1730, based on the estimated end time, the first boundary condition, and the second boundary condition, determine the promotion strategy for the unfinished task process.

[0286] The promotion strategy refers to the production shift plan of the second - smallest production unit in the task process. For example, the promotion strategy may include the construction plan and planned cost of each second - smallest production unit in the task process. The construction plans of one or more second - smallest production units in the promotion strategy may be interwoven. For example, interweaving means that the planned start time of the second - smallest production unit R2 is between the planned start time and planned end time of the second - smallest production unit R1.

[0287] In some embodiments, the planning module may determine the promotion strategy for the unfinished task process by querying the strategy comparison table based on the estimated end time, the first boundary condition, and the second boundary condition. In some embodiments, the strategy comparison table may include the correspondence between multiple estimated end times, multiple first boundary conditions, multiple second boundary conditions, and multiple promotion strategies. In some embodiments, the strategy comparison table can be determined based on historical data or prior knowledge.

[0288] In some embodiments, the planning module can determine multiple candidate promotion strategies based on incomplete processes, determine the work duration index and cost index of the candidate promotion strategies based on estimated completion time, first boundary conditions and second boundary conditions, and determine the promotion strategy based on the planned target and work duration index and / or cost index.

[0289] A candidate promotion strategy refers to a preliminary, established promotion strategy. This strategy may be used to determine the final promotion strategy.

[0290] In some embodiments, the planning module may randomly generate multiple candidate drive strategies based on incomplete processes. In some embodiments, the planning module may obtain multiple process combinations by arranging and combining multiple incomplete task processes based on estimated completion time and a first boundary condition, and then obtain multiple candidate drive strategies by screening the process combinations based on a second boundary condition. For example, the planning module may rank the corresponding incomplete task processes based on the order and time interval of some task processes in the first boundary condition, randomly rank the remaining incomplete task processes, and obtain multiple process combinations. As another example, the planning module may determine the remaining planned cost and remaining planned work efficiency of the incomplete task processes based on a second boundary condition and work record information and / or acceptance information of the task processes, and then obtain multiple candidate drive strategies by eliminating process combinations whose total work efficiency or total cost does not satisfy the second boundary condition.

[0291] The work duration index refers to the work efficiency consumed when producing according to a candidate promotion strategy. Different candidate promotion strategies may have different work duration indices.

[0292] In some embodiments, the planning module can arrange time periods corresponding to multiple incomplete task processes on a time axis according to the arrangement of each incomplete task process in the candidate recommended strategy, the estimated completion time of the incomplete task process, and the first boundary conditions between task processes, and determine the time period from the earliest to the latest point in time as the work duration index of the candidate recommended strategy.

[0293] The cost index refers to the costs incurred when producing according to a candidate promotion strategy. Different candidate promotion strategies may have different cost indices.

[0294] In some embodiments, the planning module can determine the cost index of the candidate recommendation strategy by summing the process costs of multiple incomplete task processes included in the candidate recommendation strategy. Here, the process cost of each incomplete task process may be determined by summing the estimated costs of the second minimum production units included in the incomplete task process.

[0295] In some embodiments, the planning module may select from several candidate drive strategies as the final drive strategy if the drive strategy satisfies the planned target in terms of the duration index and / or cost index.

[0296] In some embodiments, the planning module can construct a work-time-cost scatter plot based on the work-time index and cost index of multiple candidate strategies. For example, by using the work-time index as the X-axis and the cost index as the Y-axis, countless (work-time, cost) scatter points can be obtained from a plane rectangular coordinate system. As shown in Figures 18A to 18D, each scatter point in the work-time-cost scatter plot represents a different candidate strategy, the horizontal coordinate of each scatter point corresponds to the work-time index of the candidate strategy, and the vertical coordinate of each scatter point corresponds to the cost index of the candidate strategy.

[0297] In some embodiments, the planning target includes a work period target. The work period target involves selecting a driving strategy based on a work period index.

[0298] In some embodiments, the planning module can determine the promotion strategy based on the work period index, depending on whether the planning target is a work period target. As shown in Figure 18A, the planning module can select the candidate promotion strategy with the optimal work period index (e.g., minimum X value) as the promotion strategy, depending on whether the planning target is a work period target.

[0299] In some implementations, the planning target includes a cost target. A cost target is the selection of a promotion strategy based on a cost index.

[0300] In some embodiments, the planning module can determine the promotion strategy based on a cost index, depending on whether the planning target is a cost target. As shown in Figure 18B, the planning module can select a candidate promotion strategy with the optimal cost index (e.g., minimum Y value) as the promotion strategy, depending on whether the planning target is a cost target.

[0301] In some embodiments, the planning target includes a dual-optimal target. A dual-optimal target means that when selecting a promotion strategy, both the work duration index and the cost index are considered simultaneously, and the influence weights of the work duration index and the cost index are the same. The influence weights can reflect the importance assigned to the work duration index and the cost index, respectively, when selecting a promotion strategy. For example, having the same influence weights indicates that when selecting a promotion strategy, it is desirable to have low work duration and cost indices.

[0302] In some embodiments, the planning module can determine the promotion strategy based on the work duration index and cost index, depending on whether the planned target is a dual-optimal target. As shown in Figure 18C, the planning module can select a candidate promotion strategy as the promotion strategy if the planned target is a dual-optimal target, and the work duration cost is dual-excellent (e.g., the shortest distance to the coordinate origin).

[0303] In some embodiments, the plan target further includes a better work period target. A better work period target means that when selecting a promotion strategy, both the work period index and the cost index are considered simultaneously, and the influence weight of the work period index is higher than the influence weight of the cost index. For example, a higher influence weight of the work period index indicates that it is desirable to lower the work period index when selecting a promotion strategy.

[0304] In some embodiments, the planning module can determine the promotion strategy based on the work period index and cost index, depending on whether the planned target is a better work period target. As shown in Figure 18D, the planning module can select a candidate promotion strategy with a higher work period weight as the promotion strategy, depending on whether the planned target is a better work period target. Here, if the influence weights of the work period index and cost index are represented using the major and minor axes of an ellipse, if the work period weight is higher, the work period index can be represented so that it corresponds to the minor axis of the ellipse, that is, the minor axis of the ellipse is located on the X-axis or parallel to the X-axis.

[0305] In some embodiments, the planning target further includes a better cost target. A better cost target means that when selecting a promotion strategy, both the work period index and the cost index are considered simultaneously, and the influence weight of the work period index is lower than the influence weight of the cost index. For example, a higher influence weight of the cost index indicates that it is desirable to lower the cost index when selecting a promotion strategy.

[0306] In some embodiments, the planning module can determine the implementation strategy based on the work period index and cost index, depending on whether the planned target is a better work period target. For example, the planning module can select a candidate implementation strategy with a higher cost weight as the implementation strategy, depending on whether the planned target is a better cost target. Here, if the influence weights of the work period index and cost index are represented using the major and minor axes of an ellipse, if the cost weight is higher, the cost index can be represented so that it corresponds to the minor axis of the ellipse, that is, the minor axis of the ellipse is located on the Y-axis or parallel to the Y-axis.

[0307] In some embodiments of this specification, different implementation strategies are determined according to different planning targets, and these implementation strategies can be continuously adjusted according to management targets (e.g., cost optimization, work period optimization, etc.).

[0308] In some embodiments, the planning module may determine a cost-time curve corresponding to a candidate promotion strategy based on the estimated work efficiency and / or estimated cost of the second minimum production unit included in the incomplete task process, determine a cash flow-time curve based on the cost-time curve and revenue and expenditure data, and determine a promotion strategy based on the cash flow-time curve.

[0309] A cost-time curve refers to a curve in which cost consumption changes with construction time. For example, the horizontal axis of a cost-time curve can represent construction time, and the vertical axis can represent cost consumption. The cost consumption of the candidate promotion strategy increased with increasing construction time, reaching its highest value at the completion time of construction.

[0310] Income and expenditure data refers to data relating to the administrator's income and expenses. Income and expenditure data may be entered and finalized by the administrator, or finalized by the supervisory system.

[0311] A cash flow-time curve is a curve that shows how cash flow changes in accordance with construction time. For example, the horizontal axis of a cash flow-time curve can represent construction time, and the vertical axis can represent cash flow. Here, cash flow means the difference between costs and revenue. In this example, costs include the costs associated with the construction project and other expenses of the manager.

[0312] In some embodiments, the planning module can obtain a cash flow curve by overlaying revenue and expenditure data onto a cost-time curve over time.

[0313] In some embodiments, the planning module can determine the implementation strategy in various ways based on the cash flow time curve. For example, the planning module can determine the volatility of cash flows based on the cash flow time curve and determine a candidate implementation strategy with relatively stable cash flow volatility as the final implementation strategy. As another example, the planning module can consider construction time in combination and determine a candidate implementation strategy with shorter construction time as the final implementation strategy. The planning module can also determine the recommended strategy in any other feasible form, and is not limited thereto.

[0314] In some embodiments of this specification, a recommended strategy is determined based on a cash flow time curve, and by simultaneously considering the cost and time changes of the recommended strategy and the manager's income situation, the manager can select a reasonable recommended strategy that suits the requirements of the work period based on their actual peak funding capacity.

[0315] In some embodiments of this specification, construction plans can be dynamically adjusted by calculating the work efficiency and cost of the minimum production unit, and data manipulation can be used to help manage the progress of construction projects.

[0316] In one or more embodiments of this specification, a construction progress management device is also provided, the device comprising at least one processor and at least one memory, the at least one memory being used to store computer instructions, and the at least one processor being used to execute at least some of the computer instructions for implementing the construction progress management method described in any one of the embodiments.

[0317] In one or more embodiments of this specification, a computer-readable storage medium is also provided, which stores computer instructions, and when a computer reads a computer instruction from the storage medium, the computer executes the construction progress management method described in any one of the embodiments.

[0318] In the embodiments herein, when describing the operations performed step by step, unless otherwise specified, the order of the steps is interchangeable, steps can be omitted, and other steps can be included in the process.

[0319] The embodiments described herein illustrate a system and its modules, but are for illustrative purposes only and are not limited to the scope of those embodiments. Without departing from the principles of the system, it is possible to combine modules as desired or to configure subsystems and connect them to other modules.

[0320] The examples provided herein are for illustrative and explanatory purposes only and do not limit the scope of this specification. Various modifications and changes that can be made under the influence of this specification will still be within the scope of this specification.

[0321] Specific features, structures, or properties in one or more embodiments of this specification can be appropriately combined.

[0322] Each aspect of this specification may be implemented entirely by hardware, entirely by software (including firmware, resident software, microcode, etc.), or by a combination of hardware and software. The hardware or software described herein may be referred to as “data blocks,” “modules,” “engines,” “units,” “components,” or “systems,” etc. Furthermore, aspects of this specification may take the form of computer products embodied in one or more computer-readable media containing computer-readable program code.

[0323] The computer storage medium can be any computer-readable medium, which may be a program that enables communication, propagation, or transmission by connecting to an instruction execution system, device, or instrument. The program code on the computer storage medium can be transmitted via any suitable medium, including wireless, cable, fiber optic cable, RF, or similar media, or a combination thereof.

[0324] The computer program code required to operate each part of this specification may be written in any one or more programming languages. This program code may run entirely on the user's computer, run as a standalone software package on the user's computer, run partially on the user's computer and partially on a remote computer, or run entirely on a remote computer or processing unit. In the latter case, the remote computer may be connected to the user's computer via any form of network, such as a local area network (LAN) or wide area network (WAN), connected to an external computer (such as via the Internet), located in a cloud computing environment, or used as a service such as Software as a Service (SaaS).

[0325] In some embodiments, numerical values ​​are used to describe the number of components or attributes, and it should be understood that such numerical values ​​used to describe embodiments are modified in some instances by the modifiers “about,” “approximately,” or “substantially.” Unless otherwise specified, “about,” “approximately,” or “substantially” indicates that the stated numerical values ​​are allowed to vary by ±20%. Thus, in some embodiments, the numerical parameters used herein and in the claims are approximations that may vary depending on the desired characteristics of a particular embodiment. In some embodiments herein, the numerical ranges and parameters used to identify their breadth are approximations, but in specific embodiments, such numerical values ​​are set as precisely as possible within a feasible range.

[0326] Finally, it should be understood that the examples described herein are used solely to illustrate the principles of the examples herein. Other variations may also fall within the scope of this specification. Therefore, alternative configurations of the examples herein may be considered consistent with the teachings herein, not as limitations but as examples. Accordingly, the examples herein are not limited to those explicitly introduced and described herein.

Claims

1. In a construction project management method performed by a processor, Determining multiple minimum production units for a construction project, wherein the construction space of the construction project is divided into multiple spatial units, each spatial unit is used to produce or construct one or more component units, each task item for producing or constructing the component unit includes one or more subtask items, each minimum production unit corresponds to the final task item of one component unit within one spatial unit of the construction project, and the final task item refers to an indivisible subtask item within the task item corresponding to the component unit. This includes managing the construction project based on the aforementioned minimum production units, Managing the construction project based on the aforementioned multiple minimum production units means that The plurality of minimum production units are consolidated into a plurality of task orders, wherein each task order includes at least a portion of the plurality of minimum production units. Distribute the task order to at least one contractor, A construction project management method characterized by including acquiring acceptance information for the plurality of minimum production units, and managing the construction progress of the construction project based on the acceptance information and the task orders.

2. Determining the minimum production units for the aforementioned construction project is To acquire task item information, spatial information, and configuration information for the aforementioned construction project, The construction project management method according to claim 1, characterized by comprising determining a plurality of minimum production units based on the task item information, the spatial information, and the configuration information.

3. Determining the minimum production units for the aforementioned construction project is To acquire the configuration information of the construction drawings and the spatial information corresponding to the said configuration information, To determine whether the aforementioned construction drawings include construction instructions, In accordance with the fact that the construction drawings include the construction instructions, the task item information corresponding to the configuration information is determined based on the construction instructions, In the event that the construction drawings do not include the construction explanation, the task item information corresponding to the configuration information is determined based on a pre-set mapping relationship, The construction project management method according to claim 1, characterized by comprising determining a plurality of minimum production units based on the task item information, the spatial information, and the configuration information.

4. Determining the progress of the construction project based on the aforementioned acceptance information is: Based on the aforementioned acceptance information, the task completion status of the task order is determined, The construction project management method according to claim 1, characterized by comprising determining the progress of the construction based on the completion level of the tasks.

5. Based on the work record information of the aforementioned task order, the actual cost consumption of the aforementioned task order is determined, Based on the task completion rate and the planned cost of the task order, the theoretical cost consumption of the task order is determined, The construction project management method according to claim 4, further comprising issuing a warning when the difference between the actual cost consumption and the theoretical cost consumption satisfies a predetermined warning condition.

6. Managing the construction project based on the aforementioned multiple minimum production units means that Based on the spatial information and the configuration information, the plurality of minimum production units are aggregated into at least one task process according to pre-set aggregation conditions, Based on the acceptance information, the spatial information, and the process information, the degree of completion of the task process is determined, The construction project management method according to claim 2, further comprising determining the progress of construction based on the degree of completion of the aforementioned process.

7. Depending on whether the task process includes an accepted minimum production unit, the equivalent work efficiency and / or equivalent cost of the accepted minimum production unit, the first minimum production unit, is determined based on the acceptance information and / or the work record information of the task order. Based on the equivalent work efficiency and / or equivalent cost, and the spatial information, the estimated work efficiency and / or estimated cost of the second minimum production unit, which is the minimum production unit that has not been accepted, is determined. The construction project management method according to claim 6, further comprising predicting the progress of the task process based on the estimated work efficiency and / or the estimated cost.

8. Based on the aforementioned acceptance information and / or the work record information of the task order, determining the equivalent work efficiency and / or equivalent cost of the first minimum production unit is: Determining the equivalent work efficiency based on the actual work efficiency consumption of the task order and the number of the first minimum production units included in the task order, and / or The construction project management method according to claim 7, characterized in that it includes determining the equivalent cost based on the actual cost consumption of the task order and the number of the first minimum production units included in the task order.

9. Based on the equivalent work efficiency and / or equivalent cost, and the spatial information, determining the estimated work efficiency and / or estimated cost of the second minimum production unit is: Based on the spatial information, determine a third minimum production unit and / or a fourth minimum production unit whose spatial positional relationship with the second minimum production unit satisfies predetermined positional conditions, wherein the third minimum production unit is one or more of the first minimum production units, and the fourth minimum production unit is one or more of the second minimum production units whose estimated work efficiency and / or estimated cost has been determined. The construction project management method according to claim 7, characterized in that it includes determining the estimated work efficiency and / or estimated cost of the second minimum production unit by a preset algorithm based on the equivalent work efficiency and / or equivalent cost of the third minimum production unit and / or the estimated work efficiency and / or estimated cost of the fourth minimum production unit.

10. The aforementioned pre-configured algorithm is Based on the spatial distance between the third minimum production unit and / or the fourth minimum production unit and the second minimum production unit, the weighted weight of the third minimum production unit and / or the fourth minimum production unit is determined, The construction project management method according to claim 9, characterized in that it includes determining the estimated work efficiency and / or estimated cost of the second minimum production unit by weighted fusion based on the weighted weights, the equivalent work efficiency and / or the equivalent cost of the third minimum production unit, and / or the estimated work efficiency and / or the estimated cost of the fourth minimum production unit.

11. Based on the estimated work efficiency of the second minimum production unit included in the task process, the estimated completion time of the task process is determined. In accordance with the fact that the estimated completion time is longer than the planned completion time of the task process, a warning will be issued, and / or Based on the planned work efficiency of the task process and the inspection information of the task process, the remaining planned work efficiency of the task process is determined. Based on the remaining planned work efficiency, the disposable work efficiency of the second minimum production unit included in the task process is determined, The construction project management method according to claim 7, further comprising issuing a warning when the estimated work efficiency of the second minimum production unit included in the task process is greater than the disposable work efficiency.

12. Based on the estimated cost of the second minimum production unit included in the task process, the remaining required costs for the task process are determined. In accordance with the fact that the remaining required costs are greater than the remaining planned costs for the task process, a warning will be issued, and / or Based on the planned cost of the task process and the work record information of the task process, the remaining planned cost of the task process is determined. Based on the remaining planned costs, determine the disposable cost of the second minimum production unit included in the task process, The construction project management method according to claim 7, further comprising issuing a warning when the estimated cost of the second minimum production unit included in the task process is greater than the cost of disposal.

13. Based on the task item information, spatial information, and configuration information, the coding information for each minimum production unit is determined. The construction project management method according to claim 3, further comprising managing construction tasks based on the encoded information.

14. Managing the construction project based on the aforementioned multiple minimum production units means that Based on the spatial information of the aforementioned construction project and at least one task process, a region-process matrix is ​​constructed. Adding information on one or more time dimensions of the planned start time, planned end time, actual start time, and actual end time of the minimum production unit to the area-process matrix. The construction project management method according to claim 1, further comprising: color-marking the area-process matrix according to the acceptance information of the minimum production unit, and obtaining a materialized progress display table that materializes and displays the construction progress of the construction project.

15. It is a construction project management system, A determination module used to determine multiple minimum production units of a construction project, wherein the construction space of the construction project is divided into multiple spatial units, each spatial unit is used to produce or construct one or more component units, each task item for producing or constructing the component unit includes one or more subtask items, each minimum production unit corresponds to a final task item of one component unit in one of the spatial units of the construction project, and the final task item points to an indivisible subtask item within the task item corresponding to the component unit. A management module used to manage the construction project based on the plurality of minimum production units, Managing the construction project based on the aforementioned multiple minimum production units means that The plurality of minimum production units are consolidated into a plurality of task orders, wherein each task order includes at least a portion of the plurality of minimum production units. Distribute the task order to at least one contractor, A construction project management system characterized by including the acquisition of acceptance information for the plurality of minimum production units, and the management of the construction progress of the construction project based on the acceptance information and the task order.

Images