CN117193252A - 基于数据平台的智慧楼宇远程运维方法、装置及电子设备 - Google Patents

Abstract

本申请提供一种基于数据平台的智慧楼宇远程运维方法、装置及电子设备。涉及智慧楼宇的技术领域，该方法应用于数据平台，方法包括：获取智慧楼宇的第一故障；将第一故障与故障树进行匹配，得到第一故障对应的多个故障组件，故障树包括故障与故障组件的对应关系；将第一故障组件与预设故障概率表进行匹配，得到第一故障组件发生故障的概率，第一故障组件为多个故障组件中任意一个；当第一故障组件发生故障的概率大于或等于预设概率时，则确定第一故障组件为目标故障组件。实施本申请提供的技术方案，采用故障树分析法对智慧楼宇中发生的故障进行准确定位，从而帮助维修人员快速找出故障原因，极大节省了维修时间，提高了维修效率。

Description

基于数据平台的智慧楼宇远程运维方法、装置及电子设备

技术领域

本申请涉及智慧建筑的技术领域，具体涉及基于数据平台的智慧楼宇远程运维方法、装置及电子设备。

背景技术

随着物联网技术的发展，智慧楼宇的建设越来越受到关注。智慧楼宇在使用过程中，由于设备老化等因素，运行设备会存在一些故障。因此通过采用监测设备对运行设备进行监控，当监测设备监测的数据出现异常时，此时维修人员对故障设备进行检修。

然而，维修人员在检修的过程中，很难通过故障情况直接判断故障设备中那个部分损坏，需要逐一进行排查，从而大大增加了维修时间，降低了维修效率。

发明内容

本申请提供了一种基于数据平台的智慧楼宇远程运维方法、装置及电子设备，采用故障树分析法对智慧楼宇中发生的故障进行准确定位，从而帮助维修人员快速找出故障原因，极大节省了维修时间，提高了维修效率。

第一方面，本申请提供了一种基于数据平台的智慧楼宇远程运维方法，应用于数据平台，所述方法包括：获取智慧楼宇的第一故障；将所述第一故障与故障树进行匹配，得到所述第一故障对应的多个故障组件，所述故障树包括故障与故障组件的对应关系，所述故障组件为所述智慧楼宇的设备组件中任意一个组件，所述设备组件包括主组件与子组件，其中，一个主组件对应多个子组件；将第一故障组件与预设故障概率表进行匹配，得到所述第一故障组件发生故障的概率，所述第一故障组件为多个所述故障组件中任意一个；当所述第一故障组件发生故障的概率大于或等于预设概率时，则确定所述第一故障组件为目标故障组件。

通过采用上述技术方案，当智慧楼宇发生第一故障时，维修人员难以直接通过第一故障分析出故障原因，此时通过将智慧楼宇的第一故障与故障树进行匹配，由此，得到引起第一故障发生的多个故障组件。为了进行有序的故障排查，通过将多个故障组件发生故障的概率逐一与预设概率进行比较，从而确定出导致第一故障发生的主要故障组件，维修人员此时优先排查该组件，从而快速找出故障原因，大大减少了维修时间，提高了维修效率。

第二方面，本申请提供一种基于数据平台的智慧楼宇远程运维装置，所述装置为数据平台，所述数据平台包括获取模块与处理模块，其中，所述获取模块，用于获取智慧楼宇的第一故障；所述处理模块，用于将所述第一故障与故障树进行匹配，得到所述第一故障对应的多个故障组件，所述故障树包括故障与故障组件的对应关系，所述故障组件为所述智慧楼宇的设备组件中任意一个组件，所述设备组件包括主组件与子组件，其中，一个主组件对应多个子组件；将第一故障组件与预设故障概率表进行匹配，得到所述第一故障组件发生故障的概率，所述第一故障组件为多个所述故障组件中任意一个；当所述第一故障组件发生故障的概率大于或等于预设概率时，则确定所述第一故障组件为目标故障组件。

通过采用上述技术方案，当智慧楼宇发生第一故障时，维修人员难以直接通过第一故障分析出故障原因，此时通过将智慧楼宇的第一故障与故障树进行匹配，由此，得到引起第一故障发生的多个故障组件。为了进行有序的故障排查，通过将多个故障组件发生故障的概率逐一与预设概率进行比较，从而确定出导致第一故障发生的主要故障组件，维修人员此时优先排查该组件，从而快速找出故障原因，大大减少了维修时间，提高了维修效率。

可选的，所述将所述第一故障与故障树进行匹配之前，所述故障树的构建方式为：获取模块用于获取所述智慧楼宇的第一组件，所述第一组件为所述设备组件中任意一个组件；处理模块用于将所述第一组件与预设故障表进行匹配，得到所述第一组件对应的多个故障；将所述第一组件与所述第一组件对应的多个故障构建为故障树。

通过采用上述技术方案，将智慧楼宇中的设备组件与预设故障表进行匹配，得到智慧楼宇可能发生的所有故障，再将设备组件与其对应的故障构建为故障树；当智慧楼宇发送故障时，可直接通过故障树快速定位到具体是哪些组件出现问题，从而提高了维修效率。

可选的，获取模块用于获取第二组件的故障表，所述故障表包括所述第二组件对应的多个故障，所述第二组件为所述设备组件中任意一个组件；处理模块用于根据历史数据确定第二故障发生的概率，将所述第二故障发生的概率、所述第二故障以及所述第二组件构建为对应关系；将所述对应关系存储至所述预设故障概率表中，所述第二故障为所述第二组件对应的多个故障中任意一个故障。

通过采用上述技术方案，由于第二组件可能发生多种故障中任意一种故障，而每个故障发生的概率不相同，根据历史数据将第二组件发生各种故障的概率进行计算，从而得到预设故障概率表；当智慧楼宇发生故障时，通过预设故障概率能够快速找到故障概率较高的设备组件，从而提高了维修效率。

可选的，处理模块用于基于所述第一故障从所述故障树中查找所述第一故障对应的主组件；基于所述第二故障对应的主组件，确定所述第二故障对应的多个子组件。

通过采用上述技术方案，由于第一故障可能由多个组件同时发生故障所导致，因此根据第一故障从故障树中查找出第一故障对应的主组件，再通过组件查询主组件对应的子组件，从而快速找出导致发生第一故障的多个故障组件。

可选的，所述获取智慧楼宇的第一故障之前，还包括:获取模块用于获取所述第一故障组件的运行数据，所述运行数据包括温度、湿度以及电流；处理模块用于当所述运行数据不在各对应的预设误差范围内时，确定所述第一故障组件存在第一故障。

通过采用上述技术方案，对第一故障组件的运行数据进行检测，及时发现第一故障组件可能存在的故障，再通过将运行数据与预设误差范围进行比较，从而提高故障的识别准确性，减少了人工巡检的工作量和时间成本。

可选的，处理模块用于当所述第二故障组件发生故障的概率小于预设概率时，则确定所述第二故障组件存在潜在故障；将所述第二故障组件以及所述第二故障组件的潜在故障构建为潜在故障表，并将所述潜在故障表发送至维修人员。

通过采用上述技术方案，由于设备组件可能存在一部分潜在故障还未发生，但此时难以通过当前的异常情况确定潜在故障，因此在维修第二故障组件时，将第二组件对应的潜在故障表发送至维修人员，以使维修人员进行检查和维护。

可选的，所述第一故障为监测设备发送的故障信息或用户反馈的故障信息。

通过采用上述技术方案，当监测设备因长期使用而出现故障时，数据平台也可根据用户反馈的故障信息判断发送故障的设备组件，从而及时发现并维修故障组件。

在本申请的第三方面提供了一种电子设备，包括处理器、存储器、用户接口及网络接口，所述存储器用于存储指令，所述用户接口和网络接口用于给其他设备通信，所述处理器用于执行所述存储器中存储的指令，以使所述电子设备执行如第一方面中任意一项所述的方法。

在本申请的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有指令，当所述指令被执行时，执行如第一方面中任意一项所述的方法。

综上所述，本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

1、当智慧楼宇发生第一故障时，维修人员难以直接通过第一故障分析出故障原因，此时通过将智慧楼宇的第一故障与故障树进行匹配，由此，得到引起第一故障发生的多个故障组件。为了进行有序的故障排查，通过将多个故障组件发生故障的概率逐一与预设概率进行比较，从而确定出导致第一故障发生的主要故障组件，维修人员此时优先排查该组件，从而快速找出故障原因，大大减少了维修时间，提高了维修效率。

2、将智慧楼宇中的设备组件与预设故障表进行匹配，得到智慧楼宇可能发生的所有故障，再将设备组件与其对应的故障构建为故障树；当智慧楼宇发送故障时，可直接通过故障树快速定位到具体是哪些组件出现问题，从而提高了维修效率。

附图说明

图1是本申请实施例提供的一种基于数据平台的智慧楼宇运程运维方法的流程示意图。

图2是本申请实施例提供的一种故障树的结构示意图。

图3是本申请实施例提供的一种基于数据平台的智慧楼宇运程运维装置的结构示意图。

图4是本申请实施例的公开的一种电子设备的结构示意图。

附图标记说明：1、获取模块；2、处理模块；400、电子设备；401、处理器；402、通信总线；403、用户接口；404、网络接口；405、存储器。

具体实施方式

为了使本领域的技术人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。

在本申请实施例的描述中，“例如”或者“举例来说”等词用于表示作例子、例证或说明。本申请实施例中被描述为“例如”或者“举例来说”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“例如”或者“举例来说”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，术语“多个”的含义是指两个或两个以上。例如，多个***是指两个或两个以上的***，多个屏幕终端是指两个或两个以上的屏幕终端。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

随着物联网技术的发展，智慧楼宇的建设越来越受到关注。然而，智慧楼宇的运维和管理面临很多挑战，如设备数量庞大、异构性、分散性等。如何通过数据平台来实现智慧楼宇的远程运维和管理，是一个值得探讨的问题。

目前，智慧楼宇在使用过程中，随着使用时间的增加，因运行设备老化，而很容易出现故障。为了能够及时发现这些故障，通过在运行设备（例如，电梯、空调以及灯控装置等）上安装传感器等监测设备。监测设备不断向数据平台发送监测信息，当数据平台所获取的监测信息出现异常时，则可以确定运行设备发生了故障，此时派遣维修人员前往故障设备进行维修，同时调配其它正常设备保持智慧楼宇正常运行。

然而，维修人员在检修的过程中，很难通过故障情况直接判断故障设备中哪个组件损坏，需要逐一进行排查，从而大大增加维修时间，降低了维修效率。

为了解决上述问题，本申请提供一种基于数据平台的智慧楼宇远程运维方法，应用于数据平台，如图1所示，该方法包括步骤S101至步骤S104。

S101、获取智慧楼宇的第一故障。

具体地，监测设备测量智慧楼宇中运行设备的运行数据，其中，运行数据包括但不限于温度、湿度、电流、空气质量以及能耗等。监测设备再将运行数据发送至数据平台，数据平台将运行数据逐一与各对应的预设误差范围进行比较，若运行数据不在各对应的预设误差范围内时，则可以确定运行设备出现故障。其中，预设误差范围根据实际测量的数据而定。例如，温度有对应的温度误差范围，湿度有对应的湿度误差范围。需要解释说明的是，在本申请实施例中运行设备包括不同种类的子设备，例如运行设备可以包括空调***、电梯***、门卫***、灯控***等。每一种子设备发生的故障种类也会不同，例如，空调***存在冷凝失效的情况，电梯***存在钢缆卡死的情况。因此运行设备出现故障可以理解为某个子设备出现故障，并不代表运行设备中其它子设备也出现故障。当数据平台确定运行设备出现第一故障时，则获取第一故障；第一故障可以理解为运行设备可能出现的多个故障中任意一个故障。

S102、将第一故障与故障树进行匹配，得到第一故障对应的多个故障组件，故障树包括故障与故障组件的对应关系，故障组件为智慧楼宇的设备组件中任意一个组件，设备组件包括主组件与子组件，其中，一个主组件对应多个子组件。

具体地，由于已经确定运行设备存在第一故障，但仅根据第一故障难以得到具体的故障组件。比如，当空调***处于制热模式时，而空调***却吹出冷风；此时仅能确定空调***的制热模块出现故障，但并不清楚是因为哪个组件出现故障导致制热模块不能正常运行。由于故障树包括故障与故障组件的对应关系，其中，故障组件为智慧楼宇的设备组件中任意一个组件，设备组件包括主组件与子组件，一个主组件对应多个子组件，并且每一个组件都对应至少一个故障。因此将第一故障与故障树进行匹配，从而得到第一故障对应的多个故障组件。例如，当第一故障为空调***的制冷效果不佳时，则第一故障对应的多个故障组件为蒸发器、冷凝器以及压缩机。此时，可以理解的是，主组件为空调***，主组件对应的故障为制冷效果不佳，主组件对应的子组件为蒸发器、冷凝器以及压缩机，其中，蒸发器对应的故障为蒸发器堵塞、冷凝器对应的故障为冷凝器堵塞、压缩机对应的故障为电机故障以及机械部件损坏。

S103、将第一故障组件与预设故障概率表进行匹配，得到第一故障组件发生故障的概率，第一故障组件为多个故障组件中任意一个。

具体地，由于第一故障对应多个故障组件，然而多个故障组件同时发送生故障的概率较低。因此，在排查多个故障组件时，将多个故障组件逐一与预设故障概率表进行匹配，从而得到多个故障组件各对应的概率。

举例来说，以空调***为例，当空调***的制冷效果不佳时，则将制冷效果不对应的多个故障组件与预设故障概率表进行匹配。从而得到蒸发器堵塞发生故障的概率为30%，冷凝器发生故障的概率为50%，压缩机发生故障的概率为20%，电机发生故障的概率为70%，机械部件发生故障的概率为30%。

S104、当第一故障组件发生故障的概率大于或等于预设概率时，则确定第一故障组件为目标故障组件。

具体地，由于每个故障组件发生故障的概率不同，通过将多个故障组件发生故障的概率逐一与预设概率进行比较，当第一故障组件发生故障的概率大于或等于预设概率时，则确定第一故障组件为目标故障组件。其中，目标故障组件可以理解为故障发生概率最高的故障组件。

举例来说，当预设概率为50%时，则目标故障组件为冷凝器。此时，维修人员优先排查冷凝器的工作情况，若冷凝器为发生故障时，则优先排查蒸发器的工作情况，直至找到引起故障的故障组件。采用上述方法，维修人员不仅能够井然有序的查找故障组件，并且能够快速排查发生故障的组件，从而节省了大量的维修时间，提高了维修的效率。

在一种可能的实施方式中，将第一故障与故障树进行匹配之前，故障树的构建方式为：获取智慧楼宇的第一组件，第一组件为设备组件中任意一个组件；将第一组件与预设故障表进行匹配，得到第一组件对应的多个故障；将第一组件与第一组件对应的多个故障构建为故障树。

具体地，首先获取智慧楼宇的第一组件，第一组件可以理解为设备组件中任意一个组件，设备组件可以理解为维持智慧楼宇正常运行的所有运行设备。在本申请实施例中第一组件可以为主组件，也可以为子组件。由于预设故障表存储有组件与故障之间的对应关系，因此将第一组件与预设故障表进行匹配，从而得到第一组件对应的多个故障，最后将第一组件与第一组件对应的多个故障构建为故障树。为了保证故障树的完整性，因此将设备组件的所有主组件与子组件逐一构建为故障树，具体构建过程上述以进行介绍，在此不做过多赘述。

举例来说，如图2所示，以空调***为例。空调***的主组件为空调，子组件为蒸发器、冷凝器、压缩机、风扇以及风道，压缩机的子组件为电机以及机械部件。将空调***的所有组件与预设故障表进行匹配，得到空调***可能发生的故障为制冷效果不佳与噪声过大，蒸发器可能发生的故障为堵塞，冷凝器可能发生的故障为堵塞、风扇可能发生的故障为损坏，风道可能发生的故障为堵塞，电机可能发生的故障为线路损坏以及电机启动电源损坏，机械部件可能发生的故障故障为机械部件损坏。将空调***所有的组件以及每个组件对应的故障构建为故障树。

在一种可能的实施方式中，将第一故障组件与预设故障概率表进行匹配之前，还包括：获取第二组件的故障表，故障表包括第二组件对应的多个故障，第二组件为设备组件中任意一个组件；根据历史数据确定第二故障发生的概率，将第二故障发生的概率、第二故障以及第二组件构建为对应关系；将对应关系存储至预设故障概率表中，第二故障为第二组件对应的多个故障中任意一个故障。

具体地，首先数据平台获取第二组件的故障表，故障表可以理解为第二组件可能发生的多个故障；然后根据历史数据确定第二故障发生的概率，第二故障可以理解为第二组件可能发生的多个故障中任意一个故障；最后将第二故障发生的概率、第二故障以及第二组件构建为对应关系，并将该对应关系存储至预设故障概率表中。

举例来说，在一个电梯***中，第二组件可以是电梯的电机、控制器、限速器等任意一个组件。数据平台首先获取第二组件的故障表，以电机为例，电机的故障表中包括过载、短路、断路等多个故障。然后数据平台根据历史数据或实验数据确定多个故障各自发生的概率，例如过载故障在过去一年中发生了10次，而总使用次数为100次，则过载故障的概率为10%；此时，将过载故障、电机和10%构建为对应关系，并将该对应关系存储至预设故障概率表中；以便数据平台在后续的故障检测中使用。此时，不仅可以更加准确地判断电梯故障的类型和发生概率，还能提高故障检测的效率和准确性。

在一种可能的实施方式中，在将第一故障组件与预设故障概率表进行匹配，得到第一故障组件发生故障的概率之后，还包括：当第二故障组件发生故障的概率小于预设概率时，则确定第二故障组件存在潜在故障；将第二故障组件以及第二故障组件的潜在故障构建为潜在故障表，并将潜在故障表发送至维修人员。

具体地，在将第一故障组件与预设故障概率表进行匹配，得到第一故障组件发生故障的概率后，数据平台还需要进行第二故障组件的潜在故障预测。如果第二故障组件发生故障的概率小于预设概率，数据平台就会确定第二故障组件存在潜在故障。然后数据平台将第二故障组件以及它的潜在故障构建为潜在故障表，并将该表发送至维修人员，以便维修人员进行相应的维护工作。

举例来说，智慧楼宇***中有一台电梯，其中，电梯控制器是第一故障组件，电梯门控传感器是第二故障组件。数据平台通过预设故障概率表对电梯控制器进行故障预测，并得出电梯控制器发生故障的概率。同时，数据平台也对电梯门控传感器进行故障预测，并得出电梯门控传感器发生故障的概率。如果电梯门控传感器发生故障的概率小于预设概率，数据平台就会确定电梯门控传感器存在潜在故障。然后数据平台将电梯门控传感器和它的潜在故障构建为潜在故障表，并将该表发送至维修人员，以便维修人员进行相应的维护工作。

在一种可能的实施方式中，通过监测设备发送的故障信息和用户反馈的信息，数据平台可以获得更全面和准确的故障数据，有助于数据平台更准确地检测设备故障；另外，数据平台可以更好地了解用户的需求和反馈，及时解决用户遇到的问题，提高用户满意度和体验。

本申请还提供一种基于数据平台的智慧楼宇远程运维装置，该装置为数据平台，如图3所示，数据平台包括获取模块1与处理模块2，其中，

获取模块1，用于获取智慧楼宇的第一故障；

处理模块2，用于将第一故障与故障树进行匹配，得到第一故障对应的多个故障组件，故障树包括故障与故障组件的对应关系，故障组件为智慧楼宇的设备组件中任意一个组件，设备组件包括主组件与子组件，其中，一个主组件对应多个子组件；将第一故障组件与预设故障概率表进行匹配，得到第一故障组件发生故障的概率，第一故障组件为多个故障组件中任意一个；当第一故障组件发生故障的概率大于或等于预设概率时，则确定第一故障组件为目标故障组件。

在一种可能的实施方式中，将第一故障与故障树进行匹配之前，故障树的构建方式为：获取模块1用于获取智慧楼宇的第一组件，第一组件为设备组件中任意一个组件；处理模块2用于将第一组件与预设故障表进行匹配，得到第一组件对应的多个故障；将第一组件与第一组件对应的多个故障构建为故障树。

在一种可能的实施方式中，获取模块1用于获取第二组件的故障表，故障表包括第二组件对应的多个故障，第二组件为设备组件中任意一个组件；处理模块2用于根据历史数据确定第二故障发生的概率，将第二故障发生的概率、第二故障以及第二组件构建为对应关系；将对应关系存储至预设故障概率表中，第二故障为第二组件对应的多个故障中任意一个故障。

在一种可能的实施方式中，处理模块2用于基于第一故障从故障树中查找第一故障对应的主组件；基于第二故障对应的主组件，确定第二故障对应的多个子组件。

在一种可能的实施方式中，获取智慧楼宇的第一故障之前，还包括:获取模块1用于获取第一故障组件的运行数据，运行数据包括温度、湿度以及电流；处理模块2用于当运行数据不在各对应的预设误差范围内时，确定第一故障组件存在第一故障。

在一种可能的实施方式中，处理模块2用于当第二故障组件发生故障的概率小于预设概率时，则确定第二故障组件存在潜在故障；将第二故障组件以及第二故障组件的潜在故障构建为潜在故障表，并将潜在故障表发送至维修人员。

在一种可能的实施方式中，第一故障为监测设备发送的故障信息或用户反馈的故障信息。

需要说明的是：上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置和方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请还公开一种电子设备。参照图4，图4是本申请实施例的公开的一种电子设备的结构示意图。该电子设备400可以包括：至少一个处理器401，至少一个网络接口404，用户接口403，存储器405，至少一个通信总线402。

其中，通信总线402用于实现这些组件之间的连接通信。

其中，用户接口403可以包括显示屏（Display）、摄像头（Camera），可选用户接口403还可以包括标准的有线接口、无线接口。

其中，网络接口404可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，处理器401可以包括一个或者多个处理核心。处理器401利用各种接口和线路连接整个服务器内的各个部分，通过运行或执行存储在存储器405内的指令、程序、代码集或指令集，以及调用存储在存储器405内的数据，执行服务器的各种功能和处理数据。可选的，处理器401可以采用数字信号处理（Digital Signal Processing，DSP）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）、可编程逻辑阵列（Programmable LogicArray，PLA）中的至少一种硬件形式来实现。处理器401可集成中央处理器（CentralProcessing Unit，CPU）、图像处理器（Graphics Processing Unit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作***、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器401中，单独通过一块芯片进行实现。

其中，存储器405可以包括随机存储器（Random Access Memory，RAM），也可以包括只读存储器（Read-Only Memory）。可选的，该存储器405包括非瞬时性计算机可读介质（non-transitory computer-readable storage medium）。存储器405可用于存储指令、程序、代码、代码集或指令集。存储器405可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作***的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及的数据等。存储器405可选的还可以是至少一个位于远离前述处理器401的存储装置。参照图4，作为一种计算机存储介质的存储器405中可以包括操作***、网络通信模块、用户接口模块以及一种基于数据平台的智慧楼宇远程运维方法的应用程序。

在图4所示的电子设备400中，用户接口403主要用于为用户提供输入的接口，获取用户输入的数据；而处理器401可以用于调用存储器405中存储一种基于智慧楼宇的远程运维方法的应用程序，当由一个或多个处理器401执行时，使得电子设备400执行如上述实施例中一个或多个所述的方法。需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必需的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几种实施方式中，应该理解到，所披露的装置，可通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其他的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：U盘、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践真理的公开后，将容易想到本公开的其他实施方案。

本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。

Claims (10)

1.一种基于数据平台的智慧楼宇远程运维方法，其特征在于，应用于数据平台，所述方法包括：

获取智慧楼宇的第一故障；

将所述第一故障与故障树进行匹配，得到所述第一故障对应的多个故障组件，所述故障树包括故障与故障组件的对应关系，所述故障组件为所述智慧楼宇的设备组件中任意一个组件，所述设备组件包括主组件与子组件，其中，一个主组件对应多个子组件；

将第一故障组件与预设故障概率表进行匹配，得到所述第一故障组件发生故障的概率，所述第一故障组件为多个所述故障组件中任意一个；

当所述第一故障组件发生故障的概率大于或等于预设概率时，则确定所述第一故障组件为目标故障组件。

2.根据权利要求1所述的方法，其特征在于，所述将所述第一故障与故障树进行匹配之前，所述故障树的构建方式为：

获取所述智慧楼宇的第一组件，所述第一组件为所述设备组件中任意一个组件；

将所述第一组件与预设故障表进行匹配，得到所述第一组件对应的多个故障；

将所述第一组件与所述第一组件对应的多个故障构建为故障树。

3.根据权利要求1所述的方法，其特征在于，所述将第一故障组件与预设故障概率表进行匹配之前，还包括：

获取第二组件的故障表，所述故障表包括所述第二组件对应的多个故障，所述第二组件为所述设备组件中任意一个组件；

根据历史数据确定第二故障发生的概率，将所述第二故障发生的概率、所述第二故障以及所述第二组件构建为对应关系；

将所述对应关系存储至所述预设故障概率表中，所述第二故障为所述第二组件对应的多个故障中任意一个故障。

4.根据权利要求1所述的方法，其特征在于，所述将所述第一故障与故障树进行匹配，得到所述第一故障对应的多个故障组件，具体为：

基于所述第一故障从所述故障树中查找所述第一故障对应的主组件；

基于所述第二故障对应的主组件，确定所述第二故障对应的多个子组件。

5.根据权利要求1所述的方法，其特征在于，所述获取智慧楼宇的第一故障之前，还包括:

获取所述第一故障组件的运行数据，所述运行数据包括温度、湿度以及电流；

当所述运行数据不在各对应的预设误差范围内时，确定所述第一故障组件存在第一故障。

6.根据权利要求1所述的方法，其特征在于，在所述将第一故障组件与预设故障概率表进行匹配，得到所述第一故障组件发生故障的概率之后，还包括：

当所述第二故障组件发生故障的概率小于预设概率时，则确定所述第二故障组件存在潜在故障；

将所述第二故障组件以及所述第二故障组件的潜在故障构建为潜在故障表，并将所述潜在故障表发送至维修人员。

7.根据权利要求1所述的方法，其特征在于，所述第一故障为监测设备发送的故障信息或用户反馈的故障信息。

8.一种基于数据平台的智慧楼宇远程运维装置，其特征在于，所述装置为数据平台，所述数据平台包括获取模块(1)与处理模块(2)，其中，

所述获取模块(1)，用于获取智慧楼宇的第一故障；

所述处理模块(2)，用于将所述第一故障与故障树进行匹配，得到所述第一故障对应的多个故障组件，所述故障树包括故障与故障组件的对应关系，所述故障组件为所述智慧楼宇的设备组件中任意一个组件，所述设备组件包括主组件与子组件，其中，一个主组件对应多个子组件；将第一故障组件与预设故障概率表进行匹配，得到所述第一故障组件发生故障的概率，所述第一故障组件为多个所述故障组件中任意一个；当所述第一故障组件发生故障的概率大于或等于预设概率时，则确定所述第一故障组件为目标故障组件。

9.一种电子设备，其特征在于，包括处理器(401)、存储器(405)、用户接口(403)及网络接口(404)，所述存储器(405)用于存储指令，所述用户接口(403)和网络接口(404)用于给其他设备通信，所述处理器(401)用于执行所述存储器(405)中存储的指令，以使所述电子设备(400)执行如权利要求1至7任意一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有指令，当所述指令被执行时，执行如权利要求1至7任意一项所述的方法。