Project quality potential defect insurance system based on block chain and Internet of Things

Abstract

The invention relates to an engineering quality potential defect insurance system based on a block chain and the Internet of Things, and the system comprises an Internet of Things terminal which is used for obtaining multiple groups of equipment data; the block chain is used for deploying an intelligent contract with engineering quality potential defect insurance, and the intelligent contract is used for inputting multiple groups of equipment data and executing a data inspection process according to an initialized set time standard and a data deviation range; the smart contract is also used for inputting detection data, starting a consensus mechanism when it is queried that the reporting time of the equipment data meets a time standard, and executing an error comparison process of the equipment data and the detection data to obtain data passing verification; and the project quality potential defect insurance platform is used for storing all data and returning a query result when receiving the data query request. A block chain technology is introduced into a project quality potential defect insurance system, so that an Internet of Things terminal is combined with a project quality potential defect insurance intelligent contract, and data generated by error equipment is eliminated by implementing a consensus mechanism.

Description

Technical Field

[0001] The present invention relates to the field of data processing technology, and in particular to an engineering quality potential defect insurance system based on blockchain and the Internet of Things. Background Art

[0002] The Inherent Defects Insurance (IDI) system is based on network technology. It improves the efficiency and transparency of business processing and ensures more standardized and fair services by fully digitizing, networking and highly integrating the insurance business process, and covers the entire process of insurance application, underwriting and claims settlement. However, in actual application, there may be problems such as abnormal operation of equipment. For example, as time goes by, the electronic components in the IoT devices may degrade in performance or even fail completely due to aging, which may lead to data errors in the operation of the IDI system, thus affecting the accuracy of information and the reliability of the system.

[0003] Therefore, providing an engineering quality potential defect insurance system that can ensure data accuracy is an urgent problem to be solved. Summary of the invention

[0004] In view of this, the main purpose of the present invention is to provide an engineering quality potential defect insurance system that introduces blockchain technology, so that the Internet of Things terminal is combined with the smart contract of engineering quality potential defect insurance, and the data generated by the erroneous equipment is eliminated by realizing the consensus mechanism, so as to effectively solve the problem of result deviation caused by errors in a single data source.

[0005] In the first aspect, the embodiment of the present application provides an engineering quality potential defect insurance system based on blockchain and the Internet of Things, including: IoT terminals, used to obtain multiple sets of device data; A blockchain deploys a smart contract for engineering quality potential defect insurance, which is used to input multiple sets of equipment data and execute a data inspection process according to the time standard and data deviation range set by the initialization; and The smart contract is also used to input the test data, and when it is found that the reporting time of the device data meets the time standard, the consensus mechanism is started, and the error comparison process between the device data and the test data is executed to obtain the verified data; The engineering quality potential defect insurance platform is used to store all data and return query results when receiving data query requests.

[0006] In some of the embodiments, the smart contract sets the maximum interval time for uploading data by the device according to the project requirements when the time standard is initially set; When the smart contract initializes the data deviation range, it sets the equipment collection data deviation range corresponding to the key indicators and the error range between the equipment data and the detection data according to the project requirements.

[0007] In some of the embodiments, the key indicators include a horizontal displacement indicator, a foundation settlement indicator, and a rod inclination indicator.

[0008] In some embodiments, the data checking step includes: After the current device data is recorded in the smart contract, query whether other devices have data records; When other devices have data records, calculate the time interval between the last reporting time and the current time, and determine whether it exceeds the maximum interval for the device to upload data; If it exceeds, an early warning will be issued and a notification for equipment inspection will be sent; If it does not exceed the limit, it determines whether the multiple sets of device data are within the data deviation range, and issues an early warning if it exceeds the limit, and sends a device inspection notification.

[0009] In some embodiments, the detection data is entered into the smart contract, and when it is found that the reporting time of the device data meets the time standard, the consensus mechanism is started, and the error comparison process between the device data and the detection data is executed to obtain the verified data, including: After the smart contract enters the detection data, it queries all devices to see if there are data records; When all devices have data records, calculate the interval between the last reporting time and the current time, and determine whether it exceeds the maximum interval for the device to upload data; If it exceeds, an early warning will be issued and a notification for equipment inspection will be sent; If it does not exceed, the smart contract starts the consensus mechanism and executes the error comparison process between the device data and the detection data to obtain the verified data.

[0010] In some embodiments, the smart contract initiates a consensus mechanism, including: The smart contract queries the latest data in multiple sets of device data and determines whether there is a data error; If the number of error data is greater than or equal to two, an early warning is issued and a device inspection notification is sent; If the number of error data is less than or equal to one, the average of the data without error is taken.

[0011] In some of the embodiments, when the number of error data is equal to one, before averaging the data without errors, the method further comprises: Execute the steps of warning and sending equipment inspection notification.

[0012] In some embodiments, the error comparison process between the execution device data and the detection data to obtain the verified data includes: After taking the average value of the data without error, the consensus process ends, and the average value is compared with the test data to determine whether the error between the two is within the error range; If so, the verified data is obtained; If it is not there, an early warning will be issued, and a notification to re-measure the test data and a notification to check the equipment will be sent.

[0013] In some of the embodiments, the smart contract is further configured with a query interface, which is used to receive a data query request and query corresponding device data and detection data in chronological order according to the project name in the data query request.

[0014] In some embodiments, the consensus mechanism is a raft consensus mechanism.

[0015] Technical effects of the present invention: The present invention introduces blockchain technology into the engineering quality potential defect insurance system, so that the Internet of Things terminal is combined with the smart contract of the engineering quality potential defect insurance, and the data generated by the erroneous equipment is excluded by realizing the consensus mechanism. Among them, the time standard and data deviation standard are set through the IDI contract as the basis for data inspection to perform error inspection on multiple sets of equipment data and detection data, and the double verification of equipment data and detection data can exclude the data generated by the erroneous equipment, further ensuring the reliability of the data. In addition, all equipment data and detection data are stored in the IDI platform to ensure the integrity and traceability of the data, and can return content covering the entire life cycle when a query request is received.

[0016] Further features and aspects of the present disclosure will become apparent from the following detailed description of exemplary embodiments with reference to the attached drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate exemplary embodiments, features, and aspects of the disclosure and, together with the description, serve to explain the principles of the disclosure.

[0018] Figure 1 A schematic block diagram of the composition of the engineering quality potential defect insurance system based on blockchain and the Internet of Things according to an embodiment of the present application is shown; Figure 2 A schematic diagram of the process of initializing an IDI contract in an engineering quality potential defect insurance system based on blockchain and the Internet of Things in an embodiment of the present application is shown; Figure 3A schematic diagram of the process of recording device data of an IDI contract in an engineering quality potential defect insurance system based on blockchain and the Internet of Things in an embodiment of the present application is shown; Figure 4 A schematic diagram of the process of recording detection data of an IDI contract in an engineering quality potential defect insurance system based on blockchain and the Internet of Things in an embodiment of the present application is shown; Figure 5 A flowchart of data traceability and verification of an engineering quality potential defect insurance system based on blockchain and the Internet of Things according to an embodiment of the present application is shown. DETAILED DESCRIPTION

[0019] Various exemplary embodiments, features and aspects of the present disclosure will be described in detail below with reference to the accompanying drawings. The same reference numerals in the accompanying drawings represent elements with the same or similar functions. Although various aspects of the embodiments are shown in the accompanying drawings, the drawings are not necessarily drawn to scale unless otherwise specified.

[0020] The word “exemplary” is used exclusively herein to mean “serving as an example, example, or illustration.” Any embodiment described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other embodiments.

[0021] In addition, in order to better illustrate the present disclosure, numerous specific details are given in the following specific embodiments. It should be understood by those skilled in the art that the present disclosure can also be implemented without certain specific details. In some examples, methods, means, components and circuits well known to those skilled in the art are not described in detail in order to highlight the subject matter of the present disclosure.

[0022] The current engineering quality potential defect insurance system generally has the following shortcomings: 1. Over time, the related electronic components in the IoT devices that the IDI system relies on may age and cause performance degradation or even complete failure. In addition, since IoT devices rely on network connections, their functions may be limited or even completely unable to operate in the event of a network outage. In particular, when problems occur with devices from the same supplier, failures may occur in a concentrated manner. 2. During the IDI on-site inspection process, whether it is machine inspection or manual operation, errors may occur due to a variety of factors. For example, the machine may be limited by hardware sensitivity or algorithm design, while manual operation may cause deviations due to lack of experience or negligence, which may affect the accuracy and reliability of the inspection results; 3. The equipment data of the same supplier is usually produced and managed uniformly by the supplier platform, but due to limitations in data collection methods, transmission processes, or platform algorithm design, these data may have certain errors or deviations. If there are systemic problems with the supplier platform, the consistency and accuracy of the data of all devices may be affected, which will have an adverse impact on overall judgment and decision-making.

[0023] Therefore, in view of the imperfections of the prior art, the present invention provides an engineering quality potential defect insurance system based on blockchain and the Internet of Things, introduces blockchain technology into the engineering quality potential defect insurance system, enables the Internet of Things terminal to combine with the smart contract of engineering quality potential defect insurance, hereinafter referred to as the IDI contract, and eliminates the data generated by the erroneous equipment by implementing the consensus mechanism, thereby constructing the blockchain of the offline Internet of Things, and effectively preventing the data error problem caused by equipment abnormality. It should be noted that blockchain technology is a new application model that integrates distributed storage, point-to-point communication, consensus algorithm and data encryption. It has the characteristics of data sharing, difficulty in tampering, high credibility and excellent security. It can effectively solve the problem of information asymmetry and promote collaborative trust and concerted action among multiple parties. Based on blockchain technology, the present invention can effectively improve the real-time and accuracy of data in the engineering quality potential defect insurance system, while promoting cross-system and cross-organization information interconnection and deep integration, and further optimize the system's operating efficiency and service level.

[0024] like Figure 1 As shown, the embodiment of the present application provides an engineering quality potential defect insurance system 10 based on blockchain and the Internet of Things, and the system includes: The Internet of Things terminal 100 is used to obtain multiple sets of device data; Blockchain 200 deploys a smart contract with insurance for potential defects in engineering quality. The smart contract is used to input multiple sets of equipment data and execute the data inspection process according to the time standard and data deviation range set by initialization; and Smart contracts are also used to input test data, and when it is found that the reporting time of the equipment data meets the time standard, the consensus mechanism is initiated to perform the error comparison process between the equipment data and the test data to obtain the verified data; The engineering quality potential defect insurance platform 300 is used to store all data and return query results when receiving a data query request.

[0025] In this embodiment, according to the needs of the specific project, the IoT terminal is used to detect the field data, and the corresponding device data is recorded in the IDI contract. Among them, the device data is at least three groups, that is, at least three different suppliers are selected to ensure the diversity of the equipment and avoid the risk caused by aging and failure of the same equipment.

[0026] It should be noted that in the actual operation process, it is necessary to first deploy the IDI contract on the blockchain. Specifically, the initialization contract logic is written in solidity language and deployed to the relevant blockchain. Among them, the initialization contract logic needs to be set according to the specific project requirements, including time standards and data deviation standards, and this is used as the basis for data inspection. In other words, for multiple sets of device data, the requirements of time standards and data deviation standards must be met at the same time. Specifically, according to the needs of the specific project, the IoT terminals report the data of their respective suppliers respectively, and after recording them in the IDI contract, the device data inspection steps are performed according to the time standards and deviation standards set by the initialization to verify the device data.

[0027] It should also be noted that the detection data of this embodiment is manually collected detection data, specifically, data obtained by manually measuring with corresponding measuring equipment according to specific project requirements, that is, in the IDI inspection process, a combination of machine and manual methods is used to effectively prevent result deviations caused by errors in a single data source through complementary advantages. In addition, after the manual detection data is entered into the IDI contract, the consensus mechanism will be activated to judge the erroneous data when the reporting time of the queried device data meets the time standard, that is, the reliability of the data is further ensured under double verification, thereby preventing the impact of machine failure or manual errors on data accuracy. In addition, all the above data are stored in the IDI platform, that is, both verified data and erroneous data found after verification are stored in the IDI platform, so that third-party organizations can query data according to specific project names and realize the traceability of data throughout the life cycle of the project.

[0028] like Figure 2 As shown, in some of the embodiments, when the smart contract initializes the time standard, the maximum interval time for the device to upload data is set according to project requirements; when the smart contract initializes the data deviation range, the device collection data deviation range corresponding to the key indicators and the error range between the device data and the detection data are set according to project requirements.

[0029] In order to ensure that the data collected and uploaded subsequently meet the project requirements, this embodiment sets basic parameters for the entire IDI contract operation according to the following logic. Specifically, according to the needs of the specific project, the maximum interval time for the device to upload data is set to ensure the real-time and integrity of the data. At the same time, a reasonable deviation range for the device to collect data is also set according to the needs of the specific project to ensure the accuracy and controllability of the data.

[0030] It should be noted that the interval time unit range set in this embodiment supports minutes to hours. In principle, the shorter the better, but since the block speed of the blockchain is limited, it needs to be greater than the block speed of the blockchain. Among them, the block speed of the blockchain is related to the specific blockchain, and is usually set to an interval of more than 5 minutes, which can be determined according to the actual project party and the specific conditions of the construction.

[0031] In some of the embodiments, the key indicators include a horizontal displacement indicator, a foundation settlement indicator, and a rod inclination indicator.

[0032] In this embodiment, according to the specific project characteristics, a reasonable deviation range is clearly defined for key indicators such as horizontal displacement, foundation settlement, and rod inclination. The reason is that different project environments have different requirements for data accuracy. For example, construction projects under different geological conditions have different allowable deviations for foundation settlement, or buildings of different structural types have different reasonable degrees of rod inclination. By setting the deviation range for the above key indicators, it is possible to accurately determine whether the collected data is reliable, thereby ensuring data quality and providing an effective basis for subsequent analysis and decision-making.

[0033] For example, for horizontal displacement, for a high-rise building with a height of not less than 250m, the ratio of the maximum displacement between floors to the floor height △u / h is preferably less than 1 / 500; For foundation settlement, the permissible value is 5-10mm for residential buildings, 3-5mm for high-rise buildings, 5-10mm for bridges and tunnels, and the settlement value of public buildings and multi-storey factories, warehouses and other structures with earthquake resistance requirements is less than 8mm. As for the inclination angle of the rod, the inclination of the straight rod and the corner rod is less than 15%, the inclination of the towers of 50m and above is less than 5%, the inclination of the terminal rod toward the guy wire side is less than 200mm, and the inclination of the corner rod toward the guy wire side is also less than 200mm.

[0034] In some embodiments, the device data checking step includes: After recording the current device data in the smart contract, check whether there are data records for other devices; When other devices have data records, calculate the time interval between the last reporting time and the current time, and determine whether it exceeds the maximum interval for the device to upload data; If it exceeds, an early warning will be issued and a notification for equipment inspection will be sent; If it does not exceed the limit, it determines whether the multiple sets of device data are within the data deviation range, and issues an early warning if it exceeds the limit, and sends a device inspection notification.

[0035] like Figure 3As shown in the figure, after the IDI contract records the current device data, it first queries whether the remaining devices in the system except the currently entered device have recorded data. If so, continue to execute the remaining steps, otherwise end the process. When it is found that the remaining devices have recorded data, it further queries the reporting time of the last record and calculates the interval with the current time. If it exceeds the maximum reporting time interval set by the initialization, an early warning is sent and a manual device inspection is notified. After the inspection is completed, the process ends.

[0036] It should be noted that the blockchain uses the interval of blocks to convert time. Therefore, the last reporting time of the query of other devices in this embodiment is the record block height of the last query of other devices, and the maximum upload interval time set by the initialization is also the number of block intervals. For example, the block interval is 5 seconds, the data of device A is currently recorded at the 10th block height, and the last record of device B is queried at the 2nd block height. The time interval between the two is 8 block heights, that is, 40 seconds.

[0037] Furthermore, if the time interval for reporting data from other devices is normal, the latest data from multiple suppliers' devices will be compared to determine whether it is within the reasonable deviation range set by the initialization. If it is, the entire device data inspection process ends; if not, an early warning is sent and the manual device inspection is notified, and the process ends after the inspection is completed. In other words, by comparing multi-source data, the accuracy of the data is further verified to avoid the adoption of erroneous data due to errors or failures of individual devices, thereby ensuring that the device data ultimately used for analysis and decision-making is authentic and reliable, and accurately reflects the actual situation of the project.

[0038] In some of the embodiments, the detection data is entered into the smart contract, and when it is found that the reporting time of the device data meets the time standard, the consensus mechanism is started, and the error comparison process between the device data and the detection data is executed to obtain the verified data, including: After the smart contract enters the detection data, it queries all devices to see if there are data records; When all devices have data records, calculate the interval between the last reporting time and the current time, and determine whether it exceeds the maximum interval for the device to upload data; If it exceeds, an early warning will be issued and a notification for equipment inspection will be sent; If it does not exceed the limit, the smart contract will start the consensus mechanism and execute the error comparison process between the device data and the detection data to obtain the verified data.

[0039] like Figure 4As shown, for the entry of manual inspection data, after recording it to the IDI contract, it is necessary to query whether all IoT devices in the system have recorded data. If not, the process ends. If yes, continue to query the last data reporting time of all devices, and calculate the interval with the current time, that is, to determine whether the data upload of all devices has timed out. If the interval exceeds the maximum reporting time set by initialization, an early warning will be triggered to notify the manual equipment inspection, and the process will end after the inspection is completed. If the data reporting time interval of all devices is normal and has not timed out, the IDI contract will start the raft consensus mechanism. It can be seen that by starting from the overall data timeliness, the rationality of all data in the time dimension is guaranteed according to the time standard set by initialization, so as to prevent the accurate judgment of the project from being affected by the untimely update of some data.

[0040] In some embodiments, the smart contract initiates a consensus mechanism, including: The smart contract queries the latest data from multiple sets of device data and determines whether there are data errors; If the number of error data is greater than or equal to two, an early warning is issued and a device inspection notification is sent; If the number of error data is less than or equal to one, the average of the data without error is taken.

[0041] It should be noted that in the IDI inspection process, by introducing a consensus mechanism, the probability of errors in IoT devices can be further reduced and the reliability of inspection results can be improved. That is, if the data reporting time interval of all devices is normal, the IDI contract will start the raft consensus mechanism. First, the latest data of multiple devices will be queried to provide the basis for subsequent data comparison. And when comparing the data of multiple devices, such as when comparing the data of three devices, if there is a data error, an early warning will be triggered and a manual device inspection will be notified. Specifically, if the number of data with errors reaches or exceeds two, the process will be terminated after sending an early warning and notifying the manual device inspection. That is, at this time, the data consistency is poor, and it is difficult to make effective judgments based on the existing data. It is necessary to wait for manual inspection of the equipment and re-testing. If the number of data with errors is less than or equal to one, the IDI smart contract will take the average value of the data without errors, end the consensus process, and reach a consensus on data consistency. That is, the IDI contract eliminates the influence of individual data deviations by taking the average value of data without errors to ensure the relative accuracy of the data.

[0042] In some of the embodiments, when the number of error data is equal to one, before taking the average value of the data without errors, it also includes: executing the early warning and sending the equipment inspection notification step.

[0043] It should be noted that when the number of erroneous data is one, before executing the error comparison step between the device data and the manual detection data, it is necessary to send an early warning and notify the manual detection device. That is, although the number of erroneous data is only one at this time, in order to ensure data reliability and prevent the final result from deviating from normal data, it is preferred to notify the manual inspection from multiple aspects such as the hardware status of the device itself, the connection line, and the supporting software, so as to timely discover and repair these potential systemic problems, thereby improving the overall data quality level of the system.

[0044] In some of these embodiments, the consensus mechanism is a raft consensus mechanism.

[0045] Since the IDI system needs to analyze and process device data in a timely manner, the raft consensus mechanism can quickly determine whether the data is valid and whether measures need to be taken. Compared with the proof-of-work (PoW) mechanism, nodes do not need to perform a large number of complex calculations (such as finding hash values) to compete for accounting rights, thereby avoiding consensus delays caused by computing resource consumption and being able to process large amounts of real-time data more efficiently.

[0046] In some embodiments, performing an error comparison process between device data and detection data to obtain verified data includes: After taking the average value of the data without error, the consensus process ends, and the average value is compared with the test data to determine whether the error between the two is within the error range; If so, the verified data is obtained; If it is not there, an early warning will be issued, and a notification to re-measure the test data and a notification to check the equipment will be sent.

[0047] It should be noted that when initializing the reasonable deviation range of the data collected by the equipment, it includes setting the error between the equipment and the manual work. The specific error range can be adjusted according to the actual project situation. After the IDI smart contract takes the average value of the data without error, the average value is compared with the manual inspection data. If the error between the two is within the acceptable range of the initialization setting, the process is terminated, and the verified data is recorded in the blockchain; if the error between the two exceeds the acceptable range of the initialization setting, an early warning needs to be sent before the end of the overall process, and the manual work needs to be notified to re-measure the manual data and check the equipment. It can be seen that through the IDI smart contract, the deviation range and data reporting time are set, and errors in equipment and manual data are checked to prevent data distortion.

[0048] In some of the embodiments, the smart contract is also configured with a query interface, which is used to receive a data query request and query the corresponding device data and detection data in chronological order according to the project name in the data query request.

[0049] like Figure 5 As shown, it should be noted that through the IDI contract query interface, after the user enters the specific project name, the equipment and labor data recorded for the project can be viewed in chronological order, and the above data are summarized in the IDI platform. For third-party institutions, such as regulatory agencies, insurance companies, service agencies, etc., they can directly obtain the above corresponding data from the IDI smart contract, or directly query from the platform to achieve traceability of data throughout the life cycle of the project.

[0050] In addition, third-party organizations can also compare and verify the query results with historical data registered on the IDI platform or other sources. Through the IDI contract, the data is classified according to the project name and shared to other systems and platforms, so that the data of the entire life cycle of the project can be traced through the IDI contract interface and the data can be compared and verified. Here, it should be noted that the historical data in this embodiment is the historical data of the equipment stored by the IDI contract according to the project name. Since the data previously queried by the third-party organization from the IDI platform or IDI contract may be stored locally, and the stored data may be affected by human operational errors and other data errors, the re-queried results can be compared and verified with the historical data to ensure the accuracy and reliability of the data used.

[0051] In summary, this application introduces blockchain technology into the engineering quality potential defect insurance system, uses IDI contracts to record equipment information and manual inspection data separately, introduces a consensus mechanism, excludes data generated by erroneous equipment, and ensures data reliability. All equipment and manually generated data are recorded in the blockchain to achieve data verification and traceability management based on project names, covering the entire life cycle to ensure data integrity and traceability.

[0052] In the description of this specification, the description with reference to the terms "one embodiment", "example", "specific example", etc. means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present invention. In this specification, the schematic representation of the above terms does not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described can be combined in any one or more embodiments or examples in a suitable manner.

[0053] Unless otherwise defined, the technical terms or scientific terms involved in this application should be understood by people with ordinary skills in the technical field to which this application belongs. The words "one", "one", "the" and the like involved in this application do not indicate a quantitative limitation and may represent the singular or plural. The terms "include", "comprise", "have" and any of their variations involved in this application are intended to cover non-exclusive inclusions. The words "connect", "connected", "coupled" and the like involved in this application are not limited to physical or mechanical connections, but include electrical connections, whether direct or indirect. The "multiple" involved in this application refers to two or more, and "and / or" describes the association relationship of associated objects, indicating that three relationships may exist. The character " / " generally indicates that the objects associated before and after are in an "or" relationship. The terms "first", "second", "third" and the like involved in this application are merely to distinguish similar objects and do not represent a specific ordering of objects.

[0054] The above embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but the limitation of the scope of the invention patent cannot be understood as a result. It should be pointed out that, for a person of ordinary skill in the art, several variations or improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the patent of the present application shall be subject to the attached claims.

Claims

1. A potential defect insurance system for engineering quality based on blockchain and the Internet of Things, characterized by: include: IoT terminals, used to obtain multiple sets of device data; A blockchain deploys a smart contract for engineering quality potential defect insurance, which is used to input multiple sets of equipment data and execute a data inspection process according to the time standard and data deviation range set by the initialization; and The smart contract is also used to input the test data, and when it is found that the reporting time of the device data meets the time standard, the consensus mechanism is started, and the error comparison process between the device data and the test data is executed to obtain the verified data; The engineering quality potential defect insurance platform is used to store all data and return query results when receiving data query requests.

2. The engineering quality potential defect insurance system based on blockchain and the Internet of Things according to claim 1 is characterized in that: When the smart contract initializes the time standard, it sets the maximum interval time for the device to upload data according to the project requirements; When the smart contract initializes the data deviation range, it sets the equipment collection data deviation range corresponding to the key indicators and the error range between the equipment data and the detection data according to the project requirements.

3. The engineering quality potential defect insurance system based on blockchain and the Internet of Things according to claim 2 is characterized in that: The key indicators include horizontal displacement indicators, foundation settlement indicators and rod inclination indicators.

4. The engineering quality potential defect insurance system based on blockchain and the Internet of Things according to claim 1 is characterized in that: The data checking step comprises: After the current device data is recorded in the smart contract, query whether other devices have data records; When other devices have data records, calculate the time interval between the last reporting time and the current time, and determine whether it exceeds the maximum interval for the device to upload data; If it exceeds, an early warning will be issued and a notification for equipment inspection will be sent; If it does not exceed the limit, it determines whether the multiple sets of device data are within the data deviation range, and issues an early warning if it exceeds the limit, and sends a device inspection notification.

5. The engineering quality potential defect insurance system based on blockchain and the Internet of Things according to claim 1 is characterized in that: The test data is entered into the smart contract, and the consensus mechanism is started when the reporting time of the device data meets the time standard. The error comparison process between the device data and the test data is executed to obtain the verified data, including: After the smart contract enters the detection data, it queries all devices to see if there are data records; When all devices have data records, calculate the interval between the last reporting time and the current time, and determine whether it exceeds the maximum interval for the device to upload data; If it exceeds, an early warning will be issued and a notification for equipment inspection will be sent; If it does not exceed, the smart contract starts the consensus mechanism and executes the error comparison process between the device data and the detection data to obtain the verified data.

6. The engineering quality potential defect insurance system based on blockchain and the Internet of Things according to claim 5 is characterized in that: The smart contract starts a consensus mechanism, including: The smart contract queries the latest data in multiple sets of device data and determines whether there is a data error; If the number of error data is greater than or equal to two, an early warning is issued and a device inspection notification is sent; If the number of error data is less than or equal to one, the average of the data without error is taken.

7. The engineering quality potential defect insurance system based on blockchain and the Internet of Things according to claim 6 is characterized in that: When the number of error data is equal to one, before averaging the data without errors, also include: Execute the steps of warning and sending equipment inspection notification.

8. The engineering quality potential defect insurance system based on blockchain and the Internet of Things according to claim 6 is characterized in that: The error comparison process between the execution device data and the detection data to obtain the verified data includes: After taking the average value of the data without error, the consensus process ends, and the average value is compared with the test data to determine whether the error between the two is within the error range; If so, the verified data is obtained; If it is not there, an early warning will be issued, and a notification to re-measure the test data and a notification to check the equipment will be sent.

9. The engineering quality potential defect insurance system based on blockchain and the Internet of Things according to claim 1 is characterized in that: The smart contract is also configured with a query interface, which is used to receive a data query request and query the corresponding device data and detection data in chronological order according to the project name in the data query request.

10. The engineering quality potential defect insurance system based on blockchain and the Internet of Things according to any one of claims 1 to 9 is characterized in that: The consensus mechanism is the raft consensus mechanism.

Images