Property household coordination closed-loop management and control processing method, device and equipment and storage medium

Abstract

The application relates to the technical field of household inspection, and discloses a property household cooperative closed-loop management and control processing method, device, equipment and storage medium. Based on a three-level cooperative architecture of cloud-edge-end, linkage among the cloud, the edge and the construction end is adopted to realize automatic closed loop. First, the housing defect information is input on the edge, and the housing defect information is uploaded to the cloud. Next, the cloud receives the housing defect information, and sends the housing defect information to the target construction end. Then, in response to the received housing defect information, the target construction end carries out rectification according to the housing defect information, and uploads the rectification result to the cloud. Finally, the cloud receives the rectification result, and sends the rectification result to the edge, so that acceptance is carried out based on the rectification result. The whole process of "inspection-defect-rectification-tax" is connected, and a quality management closed loop is formed. Through the automatic process, manual intervention is reduced, the processing efficiency, the tax rate is improved, and the risk of missed acceptance is reduced.

Description

Technical Field

[0001] This invention relates to the field of unit-by-unit inspection technology, and in particular to a method, apparatus, equipment and storage medium for collaborative closed-loop management and control of property units. Background Technology

[0002] As the real estate industry continues to demand "whole-chain quality collaboration", unit-by-unit inspection is showing a development trend of "cross-end collaboration and closed-loop management".

[0003] The relevant technologies employ a two-tier architecture system of "cloud-edge". However, due to the lack of an interface with the construction end, defect data must be manually transferred through three layers ("inspector → project engineer → construction unit"), resulting in delayed cross-end information transmission and low collaboration efficiency. Therefore, a new closed-loop management and control method for property unit collaboration needs to be proposed. Summary of the Invention

[0004] The embodiments described in this specification aim to at least partially solve one of the technical problems in the related art. To this end, the embodiments described in this specification propose a method, apparatus, equipment, and storage medium for property unit collaborative closed-loop management and control.

[0005] This specification provides a method for collaborative closed-loop management and control of individual property units, the method comprising: Enter housing defect information at the edge and upload the housing defect information to the cloud; The cloud receives the house defect information and sends the house defect information to the target construction terminal; Upon receiving the house defect information, the target construction terminal makes rectifications based on the house defect information and uploads the rectification results to the cloud. The cloud receives the rectification results and sends them to the edge device for acceptance testing.

[0006] In one implementation, the cloud receives the house defect information and sends the house defect information to the target construction terminal, including: The cloud platform determines the target construction site based on the house defect information and the mapping relationship, wherein the mapping relationship represents the relationship between the preset house and the construction unit; The cloud platform sends the house defect information to the target construction site.

[0007] In one embodiment, the method further includes: The cloud platform determines the target construction site based on the house defect information and the mapping relationship, wherein the mapping relationship represents the relationship between the preset house and the construction unit; The cloud platform generates a target rectification order based on the building defect information; The cloud platform sends the target rectification order to the target construction site.

[0008] In one embodiment, the method further includes: The edge device updates the defect status corresponding to the house defect information based on the rectification results, and sends the update results to the cloud. The cloud receives the update result and sends the update result to the target construction terminal.

[0009] In one embodiment, the method further includes: A visual progress dashboard is generated and displayed in real time on the cloud, and the progress dashboard supports drill-down queries.

[0010] In one implementation, the generation and real-time display of the visual progress dashboard in the cloud includes: An inspection progress dashboard is generated and displayed in the cloud, wherein the inspection progress dashboard is used to display at least one of the following based on the building or unit: the number of houses to be inspected, the number of houses already inspected, and the pass rate.

[0011] In one implementation, the generation and real-time display of the visual progress dashboard in the cloud includes: A rectification progress dashboard is generated and displayed in the cloud. The rectification progress dashboard is used to display at least one of the following based on the construction unit or defect type: the number of defects to be rectified, the number of defects being rectified, the number of defects that have been rectified, and the rectification results.

[0012] In one implementation, the generation and real-time display of the visual progress dashboard in the cloud includes: A sales progress dashboard is generated and displayed in the cloud, wherein the sales progress dashboard is used to display at least one of the following: the quantity to be accepted, the quantity sold, and the sales rate.

[0013] This specification provides a property unit collaborative closed-loop management and control device, the device comprising: The defect information uploading module is used to input house defect information at the edge and upload the house defect information to the cloud; The defect information sending module is used to receive the house defect information in the cloud and send the house defect information to the target construction end; The rectification execution module is used to respond to the received house defect information, and the target construction end performs rectification according to the house defect information and uploads the rectification results to the cloud. The rectification and acceptance module is used to receive the rectification results in the cloud and send the rectification results to the edge terminal for acceptance based on the rectification results.

[0014] This specification provides a computer device comprising: a memory, and one or more processors communicatively connected to the memory; the memory stores instructions executable by the one or more processors, the instructions being executed by the one or more processors to cause the one or more processors to perform the steps of the method described in any of the above embodiments.

[0015] This specification provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the method described in any of the above embodiments.

[0016] This specification provides a computer program product that includes instructions that, when executed by a processor of a computer device, enable the computer device to perform the steps of the method described in any of the above embodiments.

[0017] In the above-described implementation method, based on a "cloud-edge-device three-level collaborative architecture," an automated closed-loop management and control system for property unit collaborative processes is achieved through the linkage of the cloud, edge, and construction terminals. First, building defect information is entered at the edge terminal and uploaded to the cloud. Next, the cloud receives the building defect information and sends it to the target construction terminal. Then, in response to receiving the defect information, the target construction terminal rectifys the defects and uploads the rectification results to the cloud. Finally, the cloud receives the rectification results and sends them to the edge terminal for acceptance testing. The entire chain connects the "inspection-defect-rectification-item clearance" process, achieving real-time cross-terminal data exchange and forming a quality control closed loop. This design reduces manual intervention through automated processes, effectively improving the efficiency of all stages, increasing the clearance rate, and reducing the risk of missed acceptance. Attached Figure Description

[0018] Figure 1 A flowchart of the property unit collaborative closed-loop management and control method provided for the implementation of this specification; Figure 2 A schematic diagram illustrating the process of sending building defect information to the target construction site, provided for the implementation of this specification; Figure 3 A flowchart illustrating the process of sending a target rectification order to the target construction site, provided for the implementation of this specification. Figure 4 A flowchart illustrating the process of updating defect status as provided in the embodiments of this specification; Figure 5 A schematic diagram of a property unit collaborative closed-loop management and control device provided for the embodiments of this specification; Figure 6 An internal structural diagram of a computer device provided for embodiments of this specification. Detailed Implementation

[0019] Embodiments of the present invention are described in detail below, examples of which are illustrated in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and intended to explain the present invention, and should not be construed as limiting the present invention.

[0020] As the real estate industry continues to demand "whole-chain quality collaboration", unit-by-unit inspection is showing a development trend of "cross-end collaboration and closed-loop management".

[0021] The relevant technologies employ a "cloud-edge two-tier architecture system" and possess the following functions: Edge-end APP: Allows home inspectors to enter inspection data and take photos of defects.

[0022] Cloud-based backend: Used for data storage and report generation; project engineers need to manually download and view it.

[0023] Construction end integration: Lacking API interface, defect data needs to be manually exported to Excel and sent via email.

[0024] Item removal management: After the construction unit makes rectifications, the defect status needs to be manually updated to "rectified" in the cloud.

[0025] However, the relevant technologies have the following problems: 1. Delayed cross-platform information transmission and low collaboration efficiency: Because the interface with the construction end was not established, the "inspection-defect-rectification-item clearance" process lacked automated linkage. Defect data had to go through three layers of manual processing (exporting, sending, and entering) – "inspector → project engineer → construction unit" – with an average delay of about 12 hours per transmission. The construction unit could not obtain rectification tasks in a timely manner, resulting in delays in the rectification initiation process and a total process time exceeding 72 hours.

[0026] 2. The quality chain lacks a closed loop, resulting in low efficiency in item clearance: Each stage of the "inspection-rectification-closure" process relies on manual intervention (such as manual order placement, notification of acceptance, and status updates), and a single defect requires 5-8 manual operations. Within one week of rectification, the closure rate is less than 60%, and oversights such as "rectification not accepted" and "acceptance not closed" are prone to occur, resulting in an overall quality closure rate of less than 70%.

[0027] 3. Lack of transparency in progress control and delayed decision-making: Without a cross-platform data collaboration mechanism, the cloud cannot obtain real-time progress data on edge-end inspections and construction-end rectifications, relying instead on daily manual reporting. Management's understanding of progress is delayed by approximately 24 hours, making it difficult to promptly identify and intervene in quality issues (such as a building's inspection progress being 50% behind schedule), increasing project delivery risks.

[0028] Based on the above analysis, this specification provides a method for collaborative closed-loop management and control of individual property units. Based on a "cloud-edge-device three-level collaborative architecture," the method achieves automated closed-loop management and control of individual property units through the linkage of the cloud, edge, and construction ends. First, building defect information is entered at the edge end and uploaded to the cloud. Next, the cloud receives the building defect information and sends it to the target construction end. Then, in response to receiving the building defect information, the target construction end rectifys the defects according to the information and uploads the rectification results to the cloud. Finally, the cloud receives the rectification results and sends them to the edge end for acceptance based on the rectification results. The entire chain connects the entire process of "inspection-defect-rectification-item clearance," achieving real-time cross-end data exchange and forming a quality control closed loop. This design reduces manual intervention through automated processes, effectively improving the efficiency of all stages, increasing the item clearance rate, and reducing the risk of missed acceptance.

[0029] This specification provides a method for collaborative closed-loop management and control of individual property units. Please refer to [link / reference]. Figure 1 The property management unit-by-unit collaborative closed-loop management and control method may include the following steps: S110. Enter housing defect information at the edge and upload the housing defect information to the cloud.

[0030] Specifically, a standardized checklist of items to be inspected (including standard requirements) is pre-built into the edge device (such as a mobile device). Inspectors conduct on-site inspections item by item according to this checklist, identify defective parts, and enter detailed information about the building defects through the edge device, including but not limited to: defect ID, building identification, defect description, on-site photos, relevant standard requirements, and stipulated rectification deadlines. After the data entry is completed, the edge device uploads the building defect information to the cloud.

[0031] S120: Receives building defect information from the cloud and sends the building defect information to the target construction terminal.

[0032] Specifically, after receiving the uploaded building defect information, the cloud platform synchronously stores the data in the corresponding defect management database, achieving persistent information storage and full-process traceability. Simultaneously, the cloud platform distributes the building defect information to relevant target construction sites via predefined API interfaces and a real-time message push mechanism.

[0033] S130. Upon receiving information about a building defect, the target construction unit makes rectifications based on the building defect information and uploads the rectification results to the cloud.

[0034] Specifically, the equipment used by the target construction unit (also known as the target construction company) receives information about building defects. In response to this information, the target construction unit will carry out rectification work based on the defect description, location guidance, and related requirements outlined in the defect information. During the rectification process, the target construction unit will update the rectification progress in real time and summarize the rectification results upon completion. The rectification results typically include materials that visually reflect the rectification status, such as a rectification completion statement and on-site photos, and are submitted directly to and uploaded to the cloud via the equipment.

[0035] S140: The cloud receives the rectification results and sends them to the edge device so that acceptance can be carried out based on the rectification results.

[0036] Specifically, after receiving the rectification results, the cloud sends them to the edge (such as the home inspector's mobile device). Upon receiving the rectification results, the edge device can automatically prompt "A certain defect requires acceptance," allowing the home inspector to conduct acceptance based on the rectification results submitted by the target construction end or arrange on-site verification and acceptance work. Based on the acceptance results, the inspector can determine whether to perform the corresponding deregistration operation for the defect information. For example, rectification results can be sent to the edge device (such as the home inspector's mobile device) via app push notifications and SMS.

[0037] In some implementations, bidirectional data synchronization is achieved between the cloud and the construction terminal via a RESTful API interface. OAuth 2.0 authentication is used to ensure that the construction terminal can only access data for its authorized building, thus preventing unauthorized access and data leakage. All API calls are logged in real time, including key information such as the caller's identity, timestamp, and amount of data transmitted, to support operation traceability and auditing.

[0038] It should be noted that if the standardized list of items to be inspected (including standard requirements) is updated, the update will be simultaneously sent to both the edge end and the construction end to ensure that the data on both ends remains consistent.

[0039] In the above implementation, based on a "cloud-edge-device three-level collaborative architecture," an automated closed-loop management and control system for property unit collaborative processes is achieved through the linkage of the cloud, edge, and construction terminals. First, building defect information is entered at the edge terminal and uploaded to the cloud. Next, the cloud receives the building defect information and sends it to the target construction terminal. Then, in response to receiving the defect information, the target construction terminal rectifys the defects and uploads the rectification results to the cloud. Finally, the cloud receives the rectification results and sends them to the edge terminal for acceptance testing. The entire chain connects the "inspection-defect-rectification-item clearance" process, achieving real-time cross-terminal data exchange and forming a quality control closed loop. This design reduces manual intervention through automated processes, effectively improving the efficiency of all stages, increasing the clearance rate, and reducing the risk of missed acceptance.

[0040] In some implementations, please refer to Figure 2 The process of receiving housing defect information in the cloud and sending it to the target construction site can include the following steps: S210, based on building defect information and mapping relationships, determines the target construction end.

[0041] S220, the cloud sends the building defect information to the target construction end.

[0042] The mapping relationship represents the relationship between the pre-defined houses and the construction units.

[0043] Specifically, upon receiving information about a building defect, the cloud platform will automatically match and determine the target construction unit responsible for rectifying the defect based on the building identifiers (such as project number, unit code, etc.) contained in the defect information, combined with a pre-set mapping relationship representing the relationship between a pre-defined building and a construction unit. Once the target construction unit is determined, the cloud platform will push the building defect information to it so that the target construction unit can promptly arrange rectification. For example, the cloud platform will query the pre-set "building-construction unit" mapping relationship based on the "building ID" information in the building defect information to automatically match and determine the corresponding target construction unit.

[0044] It should be noted that if the target construction team fails to complete the rectification within the specified time limit (for example, a general defect exceeding 3 days), an automatic warning will be sent to the target construction team and the project manager, indicating that the rectification has exceeded the time limit and requiring timely action. The warning information will be automatically pushed through designated channels such as system messages, SMS, or email, and will include key information such as the defect description, location, specified time limit, and current timeout period, so that relevant personnel can quickly locate the problem and promote its resolution.

[0045] In the above implementation, the cloud determines the target construction end based on the house defect information and mapping relationship, and sends the house defect information to the target construction end, thereby improving the accuracy and timeliness of defect handling.

[0046] In some implementations, please refer to Figure 3 The method may also include the following steps: S310, based on building defect information and mapping relationships, determines the target construction end.

[0047] S320, cloud-based generation of target rectification orders based on building defect information.

[0048] S330, the cloud sends the target rectification order to the target construction end.

[0049] The mapping relationship represents the relationship between the pre-defined houses and the construction units.

[0050] Specifically, upon receiving information about building defects, the cloud platform automatically matches and determines the target construction unit responsible for rectifying the defects, based on the building identifiers (such as project number, unit code, etc.) contained in the defect information and a pre-set mapping relationship between the building and the construction unit. Building defect information may include, but is not limited to: defect ID, room ID, defect description, on-site photos, relevant standard requirements, and stipulated rectification deadlines. Based on this information, the cloud platform automatically generates a structured target rectification order. Therefore, after determining the target construction unit, the cloud platform pushes the target rectification order to that unit so that it can promptly arrange rectification.

[0051] In the above implementation, the cloud determines the target construction end based on the house defect information and mapping relationship, generates a target rectification order based on the house defect information, and sends the target rectification order to the target construction end, thereby improving the accuracy and timeliness of defect handling.

[0052] In some implementations, please refer to Figure 4 The method may also include the following steps: S410. Update the defect status corresponding to the house defect information based on the rectification results through the edge terminal, and send the update results to the cloud.

[0053] The S420 receives the update results in the cloud and sends them to the target construction terminal.

[0054] Specifically, after the inspection personnel complete the inspection process via edge devices (such as mobile terminals) or on-site (e.g., selecting "qualified" or "unqualified" for inspection items, and attaching photos, text descriptions, etc.), the defect status corresponding to the house defect information will be automatically updated based on the inspection results: if marked as "qualified," the corresponding defect status will be updated to "resolved"; if marked as "unqualified," the status will be updated to "requires rectification." After the status update is completed, the edge device will synchronize the update results to the cloud in real time. After receiving the update results, the cloud will feed back the update results to the target construction end through a predefined API interface, ensuring that the target construction end can obtain the inspection dynamics as soon as possible, facilitating the arrangement of subsequent rectification or confirmation work.

[0055] In some implementations, an integrated messaging mechanism has been established, which integrates three major channels: APP push notifications, SMS, and email, and performs intelligent coordination based on message status to ensure that rectification results can be reliably delivered to inspection personnel.

[0056] The mechanism can adopt a tiered triggering strategy: priority is given to pushing rectification results through the APP; if the recipient (e.g., the home inspector) does not read the push message within a set time (e.g., 15 minutes), the next channel, namely SMS, will be automatically triggered for re-delivery; if necessary, it can also be further sent via email, forming a multi-layered and complementary reach guarantee.

[0057] In the above implementation, the edge device updates the defect status corresponding to the house defect information based on the rectification results and sends the update results to the cloud. The cloud receives the update results and sends them to the target construction end, triggering the defect closed-loop process and achieving the real-time linkage effect of "acceptance is the same as item cancellation".

[0058] In some implementations, to enhance the planning and controllability of task management, a task management and progress monitoring mechanism for inspection personnel is established. This mechanism first sets clear workload targets for each inspection personnel, requiring them to complete a certain number of inspection tasks within a specified time period (e.g., a single day or a week). The system will track their task completion progress in real time. Simultaneously, the system has a built-in intelligent progress warning function. For example, when an inspection personnel's actual completion progress falls below a preset threshold (e.g., 80% of the planned amount), the system will prominently display a warning in their task dashboard or management backend, such as highlighting in red, highlighting, or popping up an alert. This helps project managers and the inspection personnel themselves to promptly identify progress deviations and take quick intervention measures to ensure the overall inspection plan progresses on time.

[0059] In some implementations, the method may also include generating and displaying a visual progress dashboard in the cloud in real time.

[0060] The progress dashboard supports drill-down queries.

[0061] Specifically, in the cloud, a visual progress dashboard can be automatically generated based on stored data and supports real-time updates. The progress dashboard dynamically displays the current status and completion trend of each task, allowing management to grasp the overall progress and specific details in real time. This achieves full transparency and traceability in the quality control process, providing effective support for rapid decision-making. The progress dashboard features an interactive drill-down query function. Users can directly click on a specific building (or other summary unit) in the progress dashboard, and the system will drill down and dynamically load information about each house within that building, such as house defect information, rectification results, and other specific details.

[0062] In the above implementation, a visual progress dashboard is generated and displayed in real time in the cloud, dynamically showing the progress of key stages, and realizing real-time visualization and transparent management of progress information.

[0063] In some implementations, generating and displaying a visual progress dashboard in the cloud in real time may include: generating and displaying an inspection progress dashboard in the cloud.

[0064] The inspection progress dashboard is used to display at least one of the following based on the building or unit: the number of houses to be inspected, the number of houses already inspected, and the pass rate.

[0065] Specifically, the cloud platform performs visualization processing on real-time data from building inspections, generating and displaying an inspection progress dashboard. This dashboard supports data classification, aggregation, and dynamic display at multiple spatial dimensions, such as building and unit. Each dimension includes at least one or more of the following key indicators: planned number of buildings to be inspected, number of buildings inspected, and pass rate. The planned number of buildings to be inspected represents the total number of buildings scheduled for inspection in the current on-site inspection task; the number of buildings inspected represents the number of buildings that have actually completed on-site inspections to date; and the pass rate represents the proportion of inspected buildings without defects out of the total number of inspected buildings.

[0066] In the above implementation, an inspection progress dashboard is generated and displayed in the cloud, dynamically showing the progress of the inspection and realizing real-time visualization and transparent management of progress information.

[0067] In some implementations, generating and displaying a visual progress dashboard in the cloud in real time may include: generating and displaying a rectification progress dashboard in the cloud.

[0068] The rectification progress dashboard is used to display at least one of the following based on the construction unit or defect type: the number of defects to be rectified, the number of defects being rectified, the number of defects that have been rectified, and the rectification results.

[0069] Specifically, the cloud platform visualizes real-time data from the rectification process of building defects, generating and displaying a rectification progress dashboard. This dashboard supports multi-level spatial dimension data classification, aggregation, and dynamic display, such as by construction unit or defect type. Each dimension includes at least one or more of the following key indicators: number of defects awaiting rectification, number of defects under rectification, number of defects that have been rectified, and rectification results. Specifically, the number of defects awaiting rectification refers to the total number of identified defects that have not yet been addressed; the number of defects under rectification refers to the number of defects for which rectification has been initiated but not yet completed; the number of defects that have been rectified refers to the number of defects for which the entire rectification process has been completed and closed; and the rectification results include rectification completion descriptions, on-site photos, and other materials that visually reflect the rectification status, used to verify the rectification effect and completion status.

[0070] In the above implementation, a rectification progress dashboard is generated and displayed in the cloud, dynamically showing the progress of rectification and realizing real-time visualization and transparent management of progress information.

[0071] In some implementations, generating and displaying a visual progress dashboard in the cloud in real time may include: generating and displaying a sales progress dashboard in the cloud.

[0072] The sales progress dashboard displays at least one of the following: the quantity to be inspected, the quantity sold, and the sales rate.

[0073] Specifically, based on the acceptance conclusions of the rectification results, the cloud system visualizes the sales data in real time and generates a sales progress dashboard for display. This dashboard supports data classification, aggregation, and dynamic display by time dimension, and includes at least one or more of the following key indicators: number of items pending acceptance, number of items sold, and sales rate. The number of items pending acceptance refers to the number of items that have been rectified but have not yet passed acceptance; the number of items sold refers to the number of items that have been rectified, passed acceptance, and officially closed; and the sales rate represents the ratio of sold items to accepted items, reflecting the overall rectification progress. Furthermore, the sales progress dashboard provides a filtering function, allowing users to filter for "overdue unsold items," i.e., items that have exceeded the stipulated processing time limit and have not yet been closed, to assist in tracking and managing overdue risks.

[0074] In the above implementation, a sales progress dashboard is generated and displayed in the cloud, dynamically showing the progress of sales and realizing real-time visualization and transparent management of progress information.

[0075] This specification provides a property unit collaborative closed-loop management and control processing device 500. Please refer to [link / reference]. Figure 5 The property management unit collaborative closed-loop management and control device 500 includes: a defect information uploading module 510, a defect information sending module 520, a rectification execution module 530, and a rectification acceptance module 540.

[0076] The defect information uploading module 510 is used to input house defect information at the edge and upload the house defect information to the cloud; The defect information sending module 520 is used to receive the house defect information in the cloud and send the house defect information to the target construction end; The rectification execution module 530 is used to respond to receiving the house defect information, the target construction terminal to rectify according to the house defect information, and upload the rectification results to the cloud; The rectification and acceptance module 540 is used to receive the rectification results in the cloud and send the rectification results to the edge terminal for acceptance based on the rectification results.

[0077] For a detailed description of the property unit collaborative closed-loop management and control device, please refer to the description of the property unit collaborative closed-loop management and control method above, which will not be repeated here.

[0078] In some embodiments, a computer device is provided, which may be a terminal, and its internal structure diagram may be as follows: Figure 6 As shown, the computer device includes a processor, memory, communication interface, display screen, and input devices connected via a system bus. The processor provides computing and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system and computer programs. The internal memory provides an environment for the operation of the operating system and computer programs stored in the non-volatile storage media. The communication interface is used for wired or wireless communication with external terminals; wireless communication can be achieved through Wi-Fi, carrier networks, NFC (Near Field Communication), or other technologies. When the computer program is executed by the processor, it implements a property management method for collaborative closed-loop control of individual households. The display screen can be an LCD screen or an e-ink screen. The input devices can be a touch layer covering the display screen, buttons, a trackball, or a touchpad on the computer device's casing, or an external keyboard, touchpad, or mouse.

[0079] Those skilled in the art will understand that Figure 6 The structures shown are merely block diagrams of some structures related to the solutions disclosed in this specification, and do not constitute a limitation on the computer device to which the solutions disclosed in this specification are applied. Specifically, the computer device may include more or fewer components than shown in the figures, or combine certain components, or have different component arrangements.

[0080] In some embodiments, a computer device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the method steps described above.

[0081] This specification provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the method in any of the above embodiments.

[0082] One embodiment of this specification provides a computer program product including instructions that, when executed by a processor of a computer device, enable the computer device to perform the steps of the method described in any of the above embodiments.

[0083] It should be noted that the logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as a sequenced list of executable instructions for implementing logical functions, and can be specifically implemented in any computer-readable medium for use by, or in conjunction with, an instruction execution system, apparatus, or device (such as a computer-based system, a processor-included system, or other system that can fetch and execute instructions from, an instruction execution system, apparatus, or device). For the purposes of this specification, "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transmit programs for use by, or in conjunction with, an instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of computer-readable media include: an electrical connection having one or more wires (electronic device), a portable computer disk drive (magnetic device), random access memory (RAM), read-only memory (ROM), erasable and editable read-only memory (EPROM or flash memory), fiber optic devices, and portable optical disc read-only memory (CDROM). Furthermore, computer-readable media can even be paper or other suitable media on which programs can be printed, because programs can be obtained electronically, for example, by optically scanning the paper or other media, followed by editing, interpreting, or otherwise processing as necessary, and then stored in computer memory.

Claims

1. A method for collaborative closed-loop management and control of individual property units, characterized in that, The method includes: Enter housing defect information at the edge and upload the housing defect information to the cloud; The cloud receives the house defect information and sends the house defect information to the target construction terminal; Upon receiving the house defect information, the target construction terminal makes rectifications based on the house defect information and uploads the rectification results to the cloud. The cloud receives the rectification results and sends them to the edge device for acceptance testing.

2. The method according to claim 1, characterized in that, The cloud platform receives the house defect information and sends it to the target construction site, including: The cloud platform determines the target construction site based on the house defect information and the mapping relationship, wherein the mapping relationship represents the relationship between the preset house and the construction unit; The cloud platform sends the house defect information to the target construction site.

3. The method according to claim 1, characterized in that, The method further includes: The cloud platform determines the target construction site based on the house defect information and the mapping relationship, wherein the mapping relationship represents the relationship between the preset house and the construction unit; The cloud platform generates a target rectification order based on the building defect information; The cloud platform sends the target rectification order to the target construction site.

4. The method according to claim 1, characterized in that, The method further includes: The edge device updates the defect status corresponding to the house defect information based on the rectification results, and sends the update results to the cloud. The cloud receives the update result and sends the update result to the target construction terminal.

5. The method according to claim 1, characterized in that, The method further includes: A visual progress dashboard is generated and displayed in real time on the cloud, and the progress dashboard supports drill-down queries.

6. The method according to claim 5, characterized in that, The process of generating and displaying a visual progress dashboard in real time on the cloud includes: An inspection progress dashboard is generated and displayed in the cloud, wherein the inspection progress dashboard is used to display at least one of the following based on the building or unit: the number of houses to be inspected, the number of houses already inspected, and the pass rate.

7. The method according to claim 5, characterized in that, The process of generating and displaying a visual progress dashboard in real time on the cloud includes: A rectification progress dashboard is generated and displayed in the cloud. The rectification progress dashboard is used to display at least one of the following based on the construction unit or defect type: the number of defects to be rectified, the number of defects being rectified, the number of defects that have been rectified, and the rectification results.

8. The method according to claim 5, characterized in that, The process of generating and displaying a visual progress dashboard in real time on the cloud includes: A sales progress dashboard is generated and displayed in the cloud, wherein the sales progress dashboard is used to display at least one of the following: the quantity to be accepted, the quantity sold, and the sales rate.

9. A property management unit collaborative closed-loop control and processing device, characterized in that, The device includes: The defect information uploading module is used to input house defect information at the edge and upload the house defect information to the cloud; The defect information sending module is used to receive the house defect information in the cloud and send the house defect information to the target construction end; The rectification execution module is used to respond to the received house defect information, and the target construction end performs rectification according to the house defect information and uploads the rectification results to the cloud. The rectification and acceptance module is used to receive the rectification results in the cloud and send the rectification results to the edge terminal for acceptance based on the rectification results.

10. A computer device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 8.

11. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 8.

Images