建筑工程质量的智能检查系统的制作方法

本申请涉及计算机技术领域，尤其涉及建筑工程质量的智能检查系统。

背景技术：

建筑工程项目建设投资大，建成及使用周期长，只有合乎质量标准才能投入生产和交付使用，发挥投资效益，满足社会需要。在中国，自1984年开始，改变了长期以来由生产者自我评定工程质量的做法，实行企业自我监督和社会监督相结合，实现质量控制目标。

目前，对建筑工程项目的检查，虽然存在多元主体，但是多元主体间的交流并不通畅，意见反馈和意见收集的渠道相对单一而迟滞，严重影响着对项目质量的检查进度与检查结果的可靠程度。因此亟需完善多元主体对建筑工程项目的检查途径，拓宽检查渠道。以此提升多元主体信息交互的及时性与有效性。

技术实现要素：

本申请实施例提供一种建筑工程质量的智能检查系统，通过该系统，能提供各个检查主体意见交互的便捷程度，提升建筑工程质量检查的效率，保障检查结果的真实有效性。

一方面，一种建筑工程质量检查系统，所述检查系统包括：云平台、施工方客户端、监理方客户端，其中：

所述施工方客户端，用于获取目标建筑工程项目的质量自检测数据；

所述施工方客户端，还用于根据所述质量自检测数据评估所述目标建筑工程项目是否符合要求；

所述施工方客户端，还用于在所述目标建筑工程项目符合要求的情况下，向所述云平台发送所述质量自检测数据，以便于所述监理方客户端从所述云平台获取所述质量自检测数据，并且根据所述质量自检测数据判断所述目标建筑工程项目是否合格。

一方面，一种建筑工程质量检查系统，所述检查系统包括：云平台、监理方客户端、施工方客户端，其中：

所述监理方客户端，用于从所述云平台获取所述质量自检测数据，并且根据所述质量自检测数据中包含的多个待检测指标获取质量复检测数据；

所述监理方客户端，还用于根据所述质量复检测数据判断所述多个待检测指标中的每个指标是否符合标准，得到复检测结果，并且根据所述复检测结果生成复检测反馈单；

所述监理方客户端，还用于向所述云平台发送所述复检测反馈单，以使得所述业主客户端和/或所述施工方客户端根据所述复检测反馈单，获取所述多个待检测指标的复检情况。

一方面，一种应用于建筑工程质量检查系统的检查方法，所述检查系统包括：云平台、施工方客户端、监理方客户端，所述方法包括：

所述施工方客户端，获取目标建筑工程项目的质量自检测数据；

所述施工方客户端，根据所述质量自检测数据评估所述目标建筑工程项目是否符合要求；

所述施工方客户端，在所述目标建筑工程项目符合要求的情况下，向所述云平台发送所述质量自检测数据，以便于所述监理方客户端从所述云平台获取所述质量自检测数据，并且根据所述质量自检测数据判断所述目标建筑工程项目是否合格。

一方面，一种应用于建筑工程质量检查系统的检查方法，所述检查系统包括：云平台、监理方客户端、施工方客户端，所述方法包括：

所述监理方客户端，从所述云平台获取所述质量自检测数据，并且根据所述质量自检测数据中包含的多个待检测指标获取质量复检测数据；

所述监理方客户端，根据所述质量复检测数据判断所述多个待检测指标中的每个指标是否符合标准，得到复检测结果，并且根据所述复检测结果生成复检测反馈单；

所述监理方客户端，向所述云平台发送所述复检测反馈单，以使得所述业主客户端和/或所述施工方客户端根据所述复检测反馈单，获取所述多个待检测指标的复检情况。

一方面，一种建筑工程质量检查装置，所述检查装置包括：

获取单元，用于获取目标建筑工程项目的质量自检测数据；

评估单元，还用于根据所述质量自检测数据评估所述目标建筑工程项目是否符合要求；

通信单元，用于在所述目标建筑工程项目符合要求的情况下，向所述云平台发送所述质量自检测数据，以便于所述监理方客户端从所述云平台获取所述质量自检测数据，并且根据所述质量自检测数据判断所述目标建筑工程项目是否合格。

一方面，一种建筑工程质量检查装置，所述检查装置包括：

获取单元，用于从所述云平台获取所述质量自检测数据，并且根据所述质量自检测数据中包含的多个待检测指标获取质量复检测数据；

判断单元，还用于根据所述质量复检测数据判断所述多个待检测指标中的每个指标是否符合标准，得到复检测结果，并且根据所述复检测结果生成复检测反馈单；

通信单元，还用于向所述云平台发送所述复检测反馈单，以使得所述业主客户端和/或所述施工方客户端根据所述复检测反馈单，获取所述多个待检测指标的复检情况。

一方面，本申请实施例提供一种电子设备，包括处理器、存储器、通信接口以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理器执行，上述程序包括用于执行上述基于建筑工程质量检查系统中的步骤的指令。

相应的，本申请实施例提供了一种计算机可读存储介质，用于储存为终端设备所用的计算机程序指令，其包含用于执行基于建筑工程质量检查系统中的步骤所涉及的程序。

相应的，本申请实施例提供了一种计算机程序产品或计算机程序，计算机程序产品或计算机程序包括计算机指令，计算机指令存储在计算机可读存储介质中，计算机指令被计算机设备的处理器执行时，执行上述各实施例中的方法。该计算机程序产品可以为一个软件安装包。

可见，本申请实施例中，针对目标建筑工程项目不仅需要施工方针对自检测数据完成自检测过程，而且还需要监理客户端对目标建筑工程项目进行复检测。以此加强对目标建筑工程项目检查结果的可信度，确保工程的建设进度与效率。另外，由云平台进行数据的存储于中转，可以进一步提升数据的安全程度与检查结果的可信度。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种建筑工程质量检查系统的结构示意图；

图2是本申请实施例提供的一种应用于建筑工程质量检查系统的检查方法的流程示意图；

图3是本申请实施例提供的另一种应用于建筑工程质量检查系统的检查方法的流程示意图；

图4是本申请实施例提供的一种建筑工程质量检查装置的功能单元示意图；

图5是本申请实施例提供的另一种建筑工程质量检查装置的功能单元示意图；

图6是本申请实施例提供的一种电子设备的结构示意图；

图7是本申请实施例提供的另一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

目前，对建筑工程项目的检查，虽然存在多元主体，但是多元主体间的交流并不通畅，意见反馈和意见收集的渠道相对单一而迟滞，严重影响着对项目质量的检查进度与检查结果的可靠程度。因此亟需完善多元主体对建筑工程项目的检查途径，拓宽检查渠道。以此提升多元主体信息交互的及时性与有效性。

针对上述问题，本申请实施例提供一种建筑工程质量检查系统。下面结合附图进行详细介绍。

首先，请参看图1所示的一种建筑工程质量检查系统100的结构示意图，包括云平台110、施工方客户端120、监理方客户端130、业主客户端140。

上述云平台110，可以为终端(terminaldevice)、大型分布式存储服务器、传统服务器、大型存储系统、台式电脑等。

上述施工方客户端120、监理方客户端130、业主客户端140，可以为包括各种具有无线通信功能的手持设备(如智能手机、平板电脑等)、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(userequipment，ue)，移动台(mobilestation，ms)，终端(terminaldevice)、台式电脑等。

本申请实施例的技术方案可以基于图1举例所示架构的系统或其形变架构来具体实施。

参见图2，图2是本申请实施例提供的一种应用于建筑工程质量检查系统的检查方法的流程示意图，该检查系统包括：云平台、施工方客户端、监理方客户端，这种方法可包括但不限于如下步骤：

201、所述施工方客户端，获取目标建筑工程项目的质量自检测数据。

具体的，建筑工程质量检查系统中管理的客户端可能有一个或者多个，针对其中任意一个建筑工程项目，也即目标建筑工程项目，其质量自检测数据可以是由施工方在现场检查采集的数据，在上传至施工方客户端。施工方客户端可以是一个单一的客户端，比如一个智能手机，平板等终端设备，也可以是多个客户端组成的一个内部网络，网络内享有内部加密机制，可以有效抵御外部病毒攻击。

202、所述施工方客户端，根据所述质量自检测数据评估所述目标建筑工程项目是否符合要求。

具体的，可以理解为针对建筑工程的不同建设阶段，质量自检测数据不同。比如：开工前，主要检查是否具备开工条件，比如场地清空清空，人员配备情况、物质资源准备情况等相关数据；开工后是否能够保持连续正常施工，能否保证工程质量；工序交接检查，对于重要的工序或对工程质量有重大影响的工序，应严格执行三检制度，即自检、互检、专检；未经监理工程师(或建设单位技术负责人)检查认可，不得进行下道工序施工；隐蔽工程的检查，施工中凡是隐蔽工程必须检查认证后方可进行隐蔽掩盖，涉及的隐蔽工程相关数据；停工后复工的检查，因客观因素停工或处理质量事故等停工复工时，经检查认可后方能复工；分项、分部工程完工后的检查，应经检查认可，并签署验收记录后，才能进行下一工程项目的施工；成品保护的检查，检查成品有无保护措施以及保护措施是否有效可靠。质量自检测数据为各个建设环节涉及的对应的数据。施工方客户端，便可以根据这些数据评估该目标建筑工程项目对应的各个阶段是否符合要求。

203、所述施工方客户端，在所述目标建筑工程项目符合要求的情况下，向所述云平台发送所述质量自检测数据，以便于所述监理方客户端从所述云平台获取所述质量自检测数据，并且根据所述质量自检测数据判断所述目标建筑工程项目是否合格。

具体的，由于目标建筑工程项目的不同阶段对应不同的质量自检测数据。在施工方客户端确定目标建筑工程项目的情况下，也即完成了对目标建筑工程项目的自检测过程后，施工方客户端，向所述云平台发送所述质量自检测数据，以便于监理方客户端从云平台获取质量自检测数据，并且监理方可以根据质量自检测数据判断目标建筑工程项目是否合格，完成目标建筑工程项目的第三方检测。当然施工方客户端也可以将质量自检测数据直接发送给监理客户端。但为确保数据的安全性与准确性，优选的，将质量自检测数据发送至云平台。云平台为具有通信功能与信息处理能力的分布式存储系统。

可见，本申请实施例中，针对目标建筑工程项目不仅需要施工方针对自检测数据完成自检测过程，而且还需要监理客户端对目标建筑工程项目进行复检测。以此加强对目标建筑工程项目检查结果的可信度，确保工程的建设进度与效率。另外，由云平台进行数据的存储于中转，可以进一步提升数据的安全程度与检查结果的可信度。

在一个可能的示例中，所述施工方客户端，获取目标建筑工程项目的质量自检测数据之前，所述方法还包括：获取多个建筑工程项目中每个建筑工程项目的当前建设数据、建设进度规划数据与业主需求数据，得到所述每个建筑工程项目的当前建设数据、建设进度规划数据与业主需求数据；根据所述每个建筑工程项目的当前建设数据与建设进度规划数据判断所述每个建筑工程项目的进展情况；根据所述每个建筑工程项目的进展情况与所述每个建筑工程项目的业主需求数据确定目标建筑工程项目。

具体的，可以理解为针对建筑工程质量检查系统中的多个建筑工程项目，受限于人力物力的有限性，不能每次将所有的建筑工程检查一遍。因此施工方需要从众多的建筑工程项目中选取一个或者多个作为目标建筑工程项目。

其中，选取的过程具体如下：当前建设数据，比如实际建设进度为多少；建设进度规划数据，比如每个周期对应的计划建设进度；业主需求数据，比如业务对多个建筑工程项目的关注度，工程建设的各个节点需求等。施工方客户端根据所述每个建筑工程项目的当前建设数据与建设进度规划数据便可以确定所述每个建筑工程项目的进展情况。比如工期超前，完成质量合格；或者，工期严重滞后，完成质量合格；工期超前，部分子项目完成质量合格等。

施工方客户端根据当前建设数据、建设进度规划数据与所述每个建筑工程项目的业主需求数据，采用目标建筑工程项目确定模型进行确定。该模型的具体公式如下所示：

d为目标建筑工程项目，i为第i份采样数据，n为第n份采样数据；ti为第i份当前建设数据，ti为第i份建设进度规划数据；βi为第i份建筑工程项目的业主需求数据；ε为训练该模型时，达到模型收敛时存在的误差。(为了采样的准确性，一般有多个采样人员在同一时间或者相邻时间，对同一个建筑工程项目进行采样。)

另外，目标建筑工程项目确定模型为预先训练后得到的，可以是循环网络(recurrentneuralnetworks，rnn)，卷积网络(convolutionalneuralnetworks，cnn)，深度信念网络(deepbeliefneuralnetworks)，生成式对抗网络(generativeadversarialnetworks)，自编码器(autoencoder，ae)，递归神经网络中的任意一种或多种。

可见，施工方客户端根据当前建设数据、建设进度规划数据与业主需求数据从众多的建筑工程项目中确定出目标建筑工程项目，按照一定的优先级顺序对这些项目进行检查，有利于提高检查效率，提升检查效果。

在一个可能的示例中，所述方法还包括：所述施工方客户端，从所述云平台获取复检测反馈单，所述复检测反馈单为所述监理方客户端对所述目标建筑工程项目进行复检测后生成并且发送至所述云平台的；根据所述复检测反馈单执行相应的操作，所述复检测反馈单包含所述监理方客户端的复检测意见；其中，若所述复检测意见为合格，则所述相应的操作为存储所述复检测反馈单，并生成后续施工计划表；若所述复检测意见为不合格，则所述相应的操作为答复不合格的原因，并生成整改意见表。

具体的，复检测反馈单为所述监理方客户端对所述目标建筑工程项目进行复检测后生成并且发送至所述云平台的。复检测反馈单中包含了监理方的复检测意见。施工方客户端根据不同的复检测意见，执行的相应的操作也不同。比如复检测意见为合格，则所述相应的操作为存储所述复检测反馈单，并生成后续施工计划表；若该复检测意见为不合格，则相应的操作为答复不合格的原因，并生成整改意见表。答复的方式可以直接在复检测反馈单上进行批注或者回复，便于后期管理，避免文件过多杂乱。

可见，施工方客户端针对监理客户端不同的复检测意见，执行不同的操作，便于推进工程的开展，使得检测结果获得最大化利用效率。

在一个可能的示例中，所述系统还包括业主客户端，所述方法还包括：所述施工方客户端，从所述云平台获取问责意见表，所述问责意见表为所述业主客户端根据所述复检测反馈单生成的；根据所述问责意见表确定问责意见的形成原因与第一应对方案；向所述云平台发送所述第一应对方案，以便于所述监理方客户端与所述业主客户端获取所述第一应对方案。

具体的，可以理解为业主需要检查建筑工程的施工情况时，可以使用业主客户端去云平台查看检查记录。针对监理客户端发送至云平台的复检测反馈单，业主客户端可以判断复检测结果的合理程度。如果业主客户端确定复检测结果不合理，可以就此生成问责意见表，对施工方与监理方进行问责。而施工方客户端在获取问责意见表后，便可以确定问责意见的形成原因与第一应对方案。比如问责意见形成的原因是检测结果不合理导致的问责，对应的第一应对方案可以是重新检测，再向业主客户端反馈重新检测的结果；又比如，问责意见形成的原因是工程建设质量不达标，则需要就此进行整改，并且将整改结果反馈给业主客户端和/或监理客户端等，在此不再一一列举。

可见，施工方客户端针对业主客户端反馈的问责意见，及时分析原因，并且采取应对方案，有效拓宽了与第三方检测机构的沟通渠道，有利于意见的收集，优化并且完善对建筑工程项目的检查过程。

可选的，所述业主客户端，用于根据所述复检测反馈单，获取所述多个待检测指标的复检情况，有多个复检测反馈单，则获取所述每个复检测反馈单中包含的所述多个待检测指标的检测数据与结果；根据所述每个复检测反馈单中包含的所述多个待检测指标的检测数据与结果判断所述多个待检测指标的复检情况的合理程度；若确定所述多个待检测指标的复检情况中存在复检不合理的待检测指标，则根据所述复检不合理的待检测指标生成问责意见表；向所述云平台发送所述问责意见表，以使得所述监理客户端与所述施工方客户端在获取所述问责意见表后，根据所述问责意见表进行整改。

具体的，可以理解为业主客户端针对多个复检测反馈单，会根据每个复检测反馈单中包含的所述多个待检测指标的检测数据与结果，判断所述多个待检测指标的复检情况的合理程度。针对不合理的再生成问责意见表。有效拓展第三方检测机构的意见反馈途径，调动其实施检查与监督权限的积极性，优化对建筑工程项目的检查过程。

在一个可能的示例中，所述方法还包括：所述施工方客户端，在所述检查系统的登录界面输入登录信息，以便于所述云平台验证所述登录信息，确定所述多个客户端是否满足登录条件；在验证通过的情况下，登入所述检查系统。

具体的，可以理解为，每个施工方客户端要登入检查系统，需要云平台验证通过后，才授权给施工方客户端登录权限。云平台验证的方式如下所述：施工方客户端的登录信息为经过可信执行环境(trustedexecutionenvironment，tee)方式加密的，在云平台的tee中才能被解密，解密之后便可以对施工方客户端的登录权限进行验证。

另外，对施工方客户端的登录信息加密的方式也可以是非对称加密算法(rsa)、散列函数(hash)算法等。

可见，对施工方客户端进行登录验证，有利于提升该检查系统的安全性，降低外部风险几率。

在一个可能的示例中，所述施工方客户端获取目标建筑工程项目的质量自检测数据，具体包括：在所述检查系统中选取目标建筑工程项目；获取所述目标建筑工程项目的当前状态参数，所述当前状态参数包括：工程进展参数、检验合格参数、各类巡检参数、人员配备参数、物资配备参数中的任意一种或多种；根据所述目标建筑工程项目的当前状态参数确定所述目标建筑工程项目的待检测子项目，并且对所述待检测子项目进行检测，得到获取所述待检测子项目的质量自检测数据，并且将所述待检测子项目的质量自检测数据作为所述目标建筑工程项目的质量自检测数据。

具体的，可以理解为，施工方客户端在获取目标建筑工程项目的质量自检测数据时，先在检测系统中确定目标建筑工程项目，再根据目标建筑工程项目的当前状态参数，确定待检测的子项目。并且把对待检测子项目进行检测的数据作为目标建筑工程项目的质量自检测数据。工程进展参数、检验合格参数、各类巡检参数、人员配备参数、物资配备参数中的任意一种或多种，可以反映出各个子项目的当前状态，便可以确定待检测的子项目。

可见，本申请实施例中，可以理解为一个建筑工程项目往往体量大，并非每次都需要对该项目的各个子项目都进行检查，而是根据该目标建筑工程项目的当前状态参数，确定待检测的子项目，再对待检测的子项目进行检查。采用先筛选再检查的方式，提升检查效率，优化检查效果。

在一个可能的示例中，所述施工方客户端，还包括:工作台、质量、质量检查、日常巡检、周月检安排、检查记录、整改跟踪、周月检检查统计、总包工程统计、单位工程整改统计功能路径中的任意一种或多种；和/或，新增、编辑、删除、生成巡检单、提交检查记录中的任意一种或多种操作功能按钮。

具体的，施工方客户端包含这些功能按钮，便于施工方客户端针对每一次检查记录进行新增、编辑、删除、生成巡检单、提交检查记录等操作，提升管理各类检查记录的便捷化程度。

其中，本申请实施例的施工方客户端或监理客户端或业主客户端可以是包含有人工智能芯片的智能终端，智能终端中还可包括微处理器，智能终端中的微处理器和人工智能芯片通过专用通道来互连通信，微处理器可独立控制智能终端工作，微处理器也可在人工智能芯片的指引下控制智能终端工作，人工智能芯片可输出一些智能控制策略给微处理器，来指引微处理器更好工作。微处理器可以构建出微处理器软件平台，人工智能芯片可以构建出人工智能芯片软件平台，微处理器软件平台和人工智能芯片软件平台是两个相互独立的软件平台，人工智能芯片软件平台与微处理器软件平台之间通信连接。

智能终端例如可以是智能手机，平板电脑或笔记本电脑等。

智能终端可包括供电模块等结构，并可以包括处理器、存储设备以及通信接口。所述处理器、存储设备以及通信接口之间可以交互数据。

所述存储设备可以包括易失性存储器，例如随机存取存储器；存储设备也可以包括非易失性存储器，例如快闪存储器，固态硬盘等；所述存储设备还可以包括上述种类的存储器的组合。所述通信接口为无线耳机的内部设备之间进行数据交互的接口，如：存储设备与处理器之间。

所述处理器可以是中央处理器。在一个实施例中，所述处理器还可以是图形处理器。所述处理器也可以是由cpu和gpu的组合。所述存储设备用于存储程序指令。

其中，人工智能芯片和微处理器都可通过蓝牙通信模块或有线链路与移动终端通信连接，移动终端可以通过向智能终端对(智能终端对包括配对的两个耳机)中的任意一个智能终端的微处理器发送休眠指令，来控制这个微处理器从苏醒状态进入休眠状态，当智能终端的微处理器处于休眠状态，那么这个智能终端的音频播放功能将失效。移动终端也可通过向智能终端的人工智能芯片发送苏醒指令，来指示人工智能芯片通知微处理器从休眠状态进入苏醒状态。在一些可能实施方式中，人工智能芯片可在供电正常的情况下始终处于苏醒状态。在一些可能实施方式中，处于休眠状态的微处理器只能接收到来自人工智能芯片的指令，即此时微处理器与人工智能芯片之间的专用通道未关闭，但微处理器的其他所有通信通道都处于关闭状态，处于休眠状态的微处理器例如只能接收到来自人工智能芯片的指令，即处于休眠状态的微处理器只能由人工智能芯片来唤醒。当人工智能芯片唤醒处于休眠状态的微处理器失败，人工智能芯片可切换为微处理器工作模式，来临时代替微处理器控制智能终端工作，当人工智能芯片切换为微处理器工作模式，那么智能终端的核心功能可在人工智能芯片的支撑下正常运行。

与上述图2所示的实施例一致，请参阅图3，图3是本申请实施例提供的另一种应用于建筑工程质量检查系统的检查方法的流程示意图，所述方法包括：

301、所述监理方客户端，从云平台获取所述质量自检测数据，并且根据所述质量自检测数据中包含的多个待检测指标获取质量复检测数据。

具体的，质量自检测数据中包含的多个待检测指标，比如工程进展情况，各个子项目的建设情况等。监理方客户端基于多个待检测的指标获取质量复检测数据。质量复检测数据可以是监理方针对多个待检测的指标进行检查后，通过监理方客户端上传至建筑工程质量检查系统的。

302、所述监理方客户端，根据所述质量复检测数据判断所述多个待检测指标中的每个指标是否符合标准，得到复检测结果，并且根据所述复检测结果生成复检测反馈单。

具体的，监理方客户端获取质量复检测数据后，便可以根据质量复检测数据判断多个待检测指标中的每个指标是否符合标准，得到复检测结果，比如每个指标的合格情况，复检测的参数是多少之类的。进一步的，监理方客户端还可以根据复检测结果生成复检测反馈单。

303、所述监理方客户端，向所述云平台发送所述复检测反馈单，以使得所述业主客户端和/或所述施工方客户端根据所述复检测反馈单，获取所述多个待检测指标的复检情况。

具体的，可以理解为将复检测结果以复检测反馈单的形式呈现，便于业主客户端和/或所述施工方客户端更加直观地获取多个待检测指标的复检情况。

可见，监理客户端对施工方客户端提供的质量自检测数据进行复检测，有效提升对建筑工程质量检查结果的可靠程度。并且通过该系统将复检测结果以复检测反馈单的形式呈现给业主客户端和/或所述施工方客户，增加结果呈现形式的直观性，便于业主客户端监察。

在一个可能的示例中，所述系统还包括业主客户端，所述方法还包括：所述监理方客户端，还用于：从所述云平台获取问责意见表，所述问责意见表为所述业主客户端根据所述复检测反馈单生成的；根据所述问责意见表确定问责意见的形成原因与第二应对方案；向所述云平台发送所述第二应对方案，以便于所述施工方客户端与所述业主客户端获取所述第二应对方案。

具体的，可以理解为业主需要检查建筑工程的施工情况时，可以使用业主客户端去云平台查看检查记录。针对监理客户端发送至云平台的复检测反馈单，业主客户端可以判断复检测结果的合理程度。如果业主客户端确定复检测结果不合理，可以就此生成问责意见表，对施工方与监理方进行问责。而监理方客户端在获取问责意见表后，便可以确定问责意见的形成原因与第二应对方案。比如问责意见形成的原因是检测结果不合理导致的问责，对应的第二应对方案可以是重新检测，再向业主客户端反馈重新检测的结果；又比如，问责意见形成的原因是工程建设质量不达标，则需要联系施工方对此进行整改，并且将整改结果反馈给业主客户端等。在此不再一一列举。

可见，监理方客户端针对业主客户端反馈的问责意见，及时分析原因，并且采取应对方案，有效拓宽了与第三方检测机构的沟通渠道，有利于意见的收集，优化并且完善对建筑工程项目的检查过程。

在一个可能的示例中，所述监理方客户端，还包括:工作台、质量、质量检查、日常巡检、周月检安排、检查记录、整改跟踪、周月检检查统计、总包工程统计、单位工程整改统计功能路径中的任意一种或多种；和/或，新增、编辑、删除、生成巡检单、提交检查记录中的任意一种或多种操作功能按钮。

具体的，施工方客户端包含这些功能按钮，便于施工方客户端针对每一次检查记录进行新增、编辑、删除、生成巡检单、提交检查记录等操作，提升管理各类检查记录的便捷化程度。

接下来请参见本申请实施例的一种建筑工程质量检查系统，所述系统包括：云平台、施工方客户端、监理方客户端，其中：

所述施工方客户端，用于获取目标建筑工程项目的质量自检测数据；

所述施工方客户端，还用于根据所述质量自检测数据评估所述目标建筑工程项目是否符合要求；

所述施工方客户端，还用于在所述目标建筑工程项目符合要求的情况下，向所述云平台发送所述质量自检测数据，以便于所述监理方客户端从所述云平台获取所述质量自检测数据，并且根据所述质量自检测数据判断所述目标建筑工程项目是否合格。

在一个可能的示例中，所述施工方客户端，用于获取目标建筑工程项目的质量自检测数据之前，还用于：获取多个建筑工程项目中每个建筑工程项目的当前建设数据、建设进度规划数据与业主需求数据，得到所述每个建筑工程项目的当前建设数据、建设进度规划数据与业主需求数据；根据所述每个建筑工程项目的当前建设数据与建设进度规划数据判断所述每个建筑工程项目的进展情况；根据所述每个建筑工程项目的进展情况与所述每个建筑工程项目的业主需求数据确定目标建筑工程项目。

在一个可能的示例中，所述施工方客户端，还用于：从所述云平台获取复检测反馈单，所述复检测反馈单为所述监理方客户端对所述目标建筑工程项目进行复检测后生成并且发送至所述云平台的；根据所述复检测反馈单执行相应的操作，所述复检测反馈单包含所述监理方客户端的复检测意见；其中，若所述复检测意见为合格，则所述相应的操作为存储所述复检测反馈单，并生成后续施工计划表；若所述复检测意见为不合格，则所述相应的操作为答复不合格的原因，并生成整改意见表。

在一个可能的示例中，所述系统还包括业主客户端，所述施工方客户端，还用于：从所述云平台获取问责意见表，所述问责意见表为所述业主客户端根据所述复检测反馈单生成的；根据所述问责意见表确定问责意见的形成原因与第一应对方案；向所述云平台发送所述第一应对方案，以便于所述监理方客户端与所述业主客户端获取所述第一应对方案。

在一个可能的示例中，所述施工方客户端，还用于：在所述检查系统的登录界面输入登录信息，以便于所述云平台验证所述登录信息，确定所述多个客户端是否满足登录条件；在验证通过的情况下，登入所述检查系统。

在一个可能的示例中，所述施工方客户端，用于获取目标建筑工程项目的质量自检测数据，具体包括：在所述检查系统中选取目标建筑工程项目；获取所述目标建筑工程项目的当前状态参数，所述当前状态参数包括：工程进展参数、检验合格参数、各类巡检参数、人员配备参数、物资配备参数中的任意一种或多种；根据所述目标建筑工程项目的当前状态参数确定所述目标建筑工程项目的待检测子项目，并且对所述待检测子项目进行检测，得到获取所述待检测子项目的质量自检测数据，并且将所述待检测子项目的质量自检测数据作为所述目标建筑工程项目的质量自检测数据。

在一个可能的示例中，所述施工方客户端，还包括:工作台、质量、质量检查、日常巡检、周月检安排、检查记录、整改跟踪、周月检检查统计、总包工程统计、单位工程整改统计功能路径中的任意一种或多种；和/或，新增、编辑、删除、生成巡检单、提交检查记录中的任意一种或多种操作功能按钮。

接下来请参见本申请实施例的另一种建筑工程质量检查系统，所述检查系统包括：云平台、监理方客户端、施工方客户端，其中：

所述监理方客户端，用于从所述云平台获取所述质量自检测数据，并且根据所述质量自检测数据中包含的多个待检测指标获取质量复检测数据；

所述监理方客户端，还用于根据所述质量复检测数据判断所述多个待检测指标中的每个指标是否符合标准，得到复检测结果，并且根据所述复检测结果生成复检测反馈单；

所述监理方客户端，还用于向所述云平台发送所述复检测反馈单，以使得所述业主客户端和/或所述施工方客户端根据所述复检测反馈单，获取所述多个待检测指标的复检情况。

在一个可能的示例中，所述系统还包括业主客户端，所述监理方客户端，还用于：从所述云平台获取问责意见表，所述问责意见表为所述业主客户端根据所述复检测反馈单生成的；根据所述问责意见表确定问责意见的形成原因与第二应对方案；向所述云平台发送所述第二应对方案，以便于所述施工方客户端与所述业主客户端获取所述第二应对方案。

在一个可能的示例中，所述监理方客户端，还包括:工作台、质量、质量检查、日常巡检、周月检安排、检查记录、整改跟踪、周月检检查统计、总包工程统计、单位工程整改统计功能路径中的任意一种或多种；和/或，新增、编辑、删除、生成巡检单、提交检查记录中的任意一种或多种操作功能按钮。

再请参见图4，是本申请实施例的一种建筑工程质量检查装置400的功能单元示意图，本申请实施例的建筑工程质量检查装置400可以为下述电子设备的内置装置或者外接设备。

本申请实施例的所述装置的一个实现方式中，所述装置包括：

获取单元410，用于获取目标建筑工程项目的质量自检测数据；

评估单元420，还用于根据所述质量自检测数据评估所述目标建筑工程项目是否符合要求；

通信单元430，用于在所述目标建筑工程项目符合要求的情况下，向云平台发送所述质量自检测数据，以便于监理方客户端从所述云平台获取所述质量自检测数据，并且根据所述质量自检测数据判断所述目标建筑工程项目是否合格。

在一个可能的示例中，所述获取单元410，用于获取目标建筑工程项目的质量自检测数据之前，还用于：获取多个建筑工程项目中每个建筑工程项目的当前建设数据、建设进度规划数据与业主需求数据，得到所述每个建筑工程项目的当前建设数据、建设进度规划数据与业主需求数据；根据所述每个建筑工程项目的当前建设数据与建设进度规划数据判断所述每个建筑工程项目的进展情况；根据所述每个建筑工程项目的进展情况与所述每个建筑工程项目的业主需求数据确定目标建筑工程项目。

在一个可能的示例中，所述获取单元410，还用于：从所述云平台获取复检测反馈单，所述复检测反馈单为所述监理方客户端对所述目标建筑工程项目进行复检测后生成并且发送至所述云平台的；根据所述复检测反馈单执行相应的操作，所述复检测反馈单包含所述监理方客户端的复检测意见；其中，若所述复检测意见为合格，则所述相应的操作为存储所述复检测反馈单，并生成后续施工计划表；若所述复检测意见为不合格，则所述相应的操作为答复不合格的原因，并生成整改意见表。

在一个可能的示例中，所述评估单元420，还用于：从所述云平台获取问责意见表，所述问责意见表为业主客户端根据所述复检测反馈单生成的；根据所述问责意见表确定问责意见的形成原因与第一应对方案；向所述云平台发送所述第一应对方案，以便于所述监理方客户端与所述业主客户端获取所述第一应对方案。

在一个可能的示例中，所述评估单元420，还用于：在所述检查系统的登录界面输入登录信息，以便于所述云平台验证所述登录信息，确定所述多个客户端是否满足登录条件；在验证通过的情况下，登入所述检查系统。

在一个可能的示例中，所述获取单元410，在用于获取目标建筑工程项目的质量自检测数据方面，具体包括：在所述检查系统中选取目标建筑工程项目；获取所述目标建筑工程项目的当前状态参数，所述当前状态参数包括：工程进展参数、检验合格参数、各类巡检参数、人员配备参数、物资配备参数中的任意一种或多种；根据所述目标建筑工程项目的当前状态参数确定所述目标建筑工程项目的待检测子项目，并且对所述待检测子项目进行检测，得到获取所述待检测子项目的质量自检测数据，并且将所述待检测子项目的质量自检测数据作为所述目标建筑工程项目的质量自检测数据。

在一个可能的示例中，所述装置还包括:工作台、质量、质量检查、日常巡检、周月检安排、检查记录、整改跟踪、周月检检查统计、总包工程统计、单位工程整改统计功能路径中的任意一种或多种；和/或，新增、编辑、删除、生成巡检单、提交检查记录中的任意一种或多种操作功能按钮。

再请参见图5，是本申请实施例的另一种建筑工程质量检查装置500的功能单元示意图，本申请实施例的建筑工程质量检查装置500可以为下述电子设备的内置装置或者外接设备。

本申请实施例的所述装置的一个实现方式中，所述装置包括：

获取单元510，用于从所述云平台获取所述质量自检测数据，并且根据所述质量自检测数据中包含的多个待检测指标获取质量复检测数据；

判断单元520，还用于根据所述质量复检测数据判断所述多个待检测指标中的每个指标是否符合标准，得到复检测结果，并且根据所述复检测结果生成复检测反馈单；

通信单元530，还用于向所述云平台发送所述复检测反馈单，以使得所述业主客户端和/或所述施工方客户端根据所述复检测反馈单，获取所述多个待检测指标的复检情况。

在一个可能的示例中，所述获取单元510，还用于：从所述云平台获取问责意见表，所述问责意见表为业主客户端根据所述复检测反馈单生成的；根据所述问责意见表确定问责意见的形成原因与第二应对方案；向所述云平台发送所述第二应对方案，以便于所述施工方客户端与所述业主客户端获取所述第二应对方案。

在一个可能的示例中，所述装置还包括:工作台、质量、质量检查、日常巡检、周月检安排、检查记录、整改跟踪、周月检检查统计、总包工程统计、单位工程整改统计功能路径中的任意一种或多种；和/或，新增、编辑、删除、生成巡检单、提交检查记录中的任意一种或多种操作功能按钮。

在一些实施例中，上述建筑工程质量检查装置还可包括有输入输出接口、通信接口、电源以及通信总线。

本申请实施例可以根据上述方法示例对应用于智能家居系统的室内控制装置进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

再请参见图6，是本申请实施例的一种电子设备的结构示意图，所述电子设备包括供电模块等结构，并包括处理器601、存储设备602以及通信接口603。所述处理器601、存储设备602以及通信接口603之间可以交互数据，该电子设备可以对应于上述施工方客户端。

所述存储设备602可以包括易失性存储器(volatilememory)，例如随机存取存储器(random-accessmemory，ram)；存储设备602也可以包括非易失性存储器(non-volatilememory)，例如快闪存储器(flashmemory)，固态硬盘(solid-statedrive，ssd)等；所述存储设备602还可以包括上述种类的存储器的组合。所述通信接口603为无线耳机的内部设备之间进行数据交互的接口，如：存储设备602与处理器601之间。

所述处理器601可以是中央处理器601(centralprocessingunit，cpu)。在一个实施例中，所述处理器601还可以是图形处理器601(graphicsprocessingunit，gpu)。所述处理器601也可以是由cpu和gpu的组合。在一个实施例中，所述存储设备602用于存储程序指令。所述处理器601可以调用所述程序指令，执行如下步骤：

获取目标建筑工程项目的质量自检测数据；

根据所述质量自检测数据评估所述目标建筑工程项目是否符合要求；

在所述目标建筑工程项目符合要求的情况下，向所述云平台发送所述质量自检测数据，以便于所述监理方客户端从所述云平台获取所述质量自检测数据，并且根据所述质量自检测数据判断所述目标建筑工程项目是否合格。

在一个可能的示例中，所述处理器601，用于获取目标建筑工程项目的质量自检测数据之前，还用于：获取多个建筑工程项目中每个建筑工程项目的当前建设数据、建设进度规划数据与业主需求数据，得到所述每个建筑工程项目的当前建设数据、建设进度规划数据与业主需求数据；根据所述每个建筑工程项目的当前建设数据与建设进度规划数据判断所述每个建筑工程项目的进展情况；根据所述每个建筑工程项目的进展情况与所述每个建筑工程项目的业主需求数据确定目标建筑工程项目。

在一个可能的示例中，所述处理器601，还用于：从所述云平台获取复检测反馈单，所述复检测反馈单为所述监理方客户端对所述目标建筑工程项目进行复检测后生成并且发送至所述云平台的；根据所述复检测反馈单执行相应的操作，所述复检测反馈单包含所述监理方客户端的复检测意见；其中，若所述复检测意见为合格，则所述相应的操作为存储所述复检测反馈单，并生成后续施工计划表；若所述复检测意见为不合格，则所述相应的操作为答复不合格的原因，并生成整改意见表。

在一个可能的示例中，所述处理器601，还用于：从所述云平台获取问责意见表，所述问责意见表为业主客户端根据所述复检测反馈单生成的；根据所述问责意见表确定问责意见的形成原因与第一应对方案；向所述云平台发送所述第一应对方案，以便于所述监理方客户端与所述业主客户端获取所述第一应对方案。

在一个可能的示例中，所述处理器601，还用于：在所述检查系统的登录界面输入登录信息，以便于所述云平台验证所述登录信息，确定所述多个客户端是否满足登录条件；在验证通过的情况下，登入所述检查系统。

在一个可能的示例中，所述处理器601，在用于获取目标建筑工程项目的质量自检测数据方面，具体包括：在所述检查系统中选取目标建筑工程项目；获取所述目标建筑工程项目的当前状态参数，所述当前状态参数包括：工程进展参数、检验合格参数、各类巡检参数、人员配备参数、物资配备参数中的任意一种或多种；根据所述目标建筑工程项目的当前状态参数确定所述目标建筑工程项目的待检测子项目，并且对所述待检测子项目进行检测，得到获取所述待检测子项目的质量自检测数据，并且将所述待检测子项目的质量自检测数据作为所述目标建筑工程项目的质量自检测数据。

在一个可能的示例中，所述电子设备还包括:工作台、质量、质量检查、日常巡检、周月检安排、检查记录、整改跟踪、周月检检查统计、总包工程统计、单位工程整改统计功能路径中的任意一种或多种；和/或，新增、编辑、删除、生成巡检单、提交检查记录中的任意一种或多种操作功能按钮。

再请参见图7，是本申请实施例的另一种电子设备的结构示意图，所述电子设备包括供电模块等结构，并包括处理器701、存储设备702以及通信接口703。所述处理器701、存储设备702以及通信接口703之间可以交互数据，该电子设备可以对应于上述监理方客户端。

所述存储设备702可以包括易失性存储器(volatilememory)，例如随机存取存储器(random-accessmemory，ram)；存储设备702也可以包括非易失性存储器(non-volatilememory)，例如快闪存储器(flashmemory)，固态硬盘(solid-statedrive，ssd)等；所述存储设备702还可以包括上述种类的存储器的组合。所述通信接口703为无线耳机的内部设备之间进行数据交互的接口，如：存储设备702与处理器701之间。

所述处理器701可以是中央处理器701(centralprocessingunit，cpu)。在一个实施例中，所述处理器701还可以是图形处理器701(graphicsprocessingunit，gpu)。所述处理器701也可以是由cpu和gpu的组合。在一个实施例中，所述存储设备702用于存储程序指令。所述处理器701可以调用所述程序指令，执行如下步骤：

从所述云平台获取所述质量自检测数据，并且根据所述质量自检测数据中包含的多个待检测指标获取质量复检测数据；

根据所述质量复检测数据判断所述多个待检测指标中的每个指标是否符合标准，得到复检测结果，并且根据所述复检测结果生成复检测反馈单；

向所述云平台发送所述复检测反馈单，以使得所述业主客户端和/或所述施工方客户端根据所述复检测反馈单，获取所述多个待检测指标的复检情况。

在一个可能的示例中，所述处理器701，还用于：从所述云平台获取问责意见表，所述问责意见表为业主客户端根据所述复检测反馈单生成的；根据所述问责意见表确定问责意见的形成原因与第二应对方案；向所述云平台发送所述第二应对方案，以便于所述施工方客户端与所述业主客户端获取所述第二应对方案。

在一个可能的示例中，所述电子设备还包括:工作台、质量、质量检查、日常巡检、周月检安排、检查记录、整改跟踪、周月检检查统计、总包工程统计、单位工程整改统计功能路径中的任意一种或多种；和/或，新增、编辑、删除、生成巡检单、提交检查记录中的任意一种或多种操作功能按钮。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。

本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行如上述方法实施例中记载的任一方法的部分或全部步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)或随机存储记忆体(randomaccessmemory，ram)等。

以上所揭露的仅为本发明的部分实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。