行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
[0034]图2是根据本发明实施例的智能设备故障诊断方法的流程图，如图2所示，该方法包括如下步骤:
[0035]步骤S102，建立与智能设备的通讯连接。
[0036]步骤S104，通过通讯连接，获取智能设备的运行数据，其中，运行数据至少包括:通讯连接的信号强度和智能设备的电池电压。
[0037]步骤S106，根据智能设备的运行数据，诊断智能设备是否发生故障。
[0038]具体的，通过步骤S102至步骤S106，利用与智能设备建立的通讯连接，可以实时获取智能设备在运行中的运行数据。通过对获取到的运行数据的各项参数以及变化情况，实现对智能设备的运行状况进行诊断。通过上述方法，达到了对智能设备的工作状态进行监控的目的，从而实现了利用监控的到的运行数据，对智能设备的故障进行预测的技术效果。进而解决了由于无法对智能家居设备的故障进行检测、报警，导致的用户使用体验差的技术问题。
[0039]作为一种可选的实时方式，在建立与智能设备的通讯连接的步骤中所使用的连接方式，可以为有线连接或者无线连接。其中，采用有线连接具有传输稳定、结构简单等优点，但是因其布线复杂，前期成本较高。采用无线连接的方式建立通讯连接可以很好的解决布线问题，可以利用WIF1、蓝牙、移动通讯网络等方式实现。具体的使用的连接方式，可以根据实际需要而确定，此处不做具体限制。
[0040]作为一种可选的实施方式，步骤S104通过通讯连接，获取智能设备的运行数据的步骤，可以包括:
[0041]步骤S41，接收智能设备按照预先设置的第一时间间隔发送的运行数据。
[0042]步骤S43，向智能设备反馈与运行数据对应的确收信号。
[0043]具体的，在获取智能设备的运行数据时，可以通过上述步骤S41至步骤S43，以握手通讯的通讯形式获取智能设备的运行数据。其中，智能设备按照预先设置的第一时间间隔向服务器发送运行数据，服务器在接收到智能终端发送的运行数据之后，向智能设备返回接收到该运行数据的确收信号。通过上述方式不但可以实时获取到设备的运行数据，还可以避免因持续连接导致的通讯模块发热量大、功耗高的问题。
[0044]作为一种可选的实施方式，以智能锁为例进行说明。智能锁可以通过无线通讯的方式与无线网关连接，并进一步通过无线网关与互联网中的服务器连接。其中，智能锁在正常工作时，每间隔预设时间与互联网服务器进行握手通讯(发送一段通讯数据后接收一段服务器反馈数据)，这样服务器能够及时获取智能锁的在线状态和运行状态。其中，智能锁发送的握手通讯的信息中可以包括:智能锁的ID、智能锁的无线信号强度、智能锁的电池电压值、智能锁的密码输入情况、智能锁的刷卡情况、智能锁的把手动作记录等，服务器可以记录智能锁发送的所有握手通讯数据，并根据无线信号强度和电池电压值计算生成无线信号强度曲线和电池电压曲线。
[0045]作为一种可选的实施方式，在获取智能设备的运行数据时，也可以采用服务器按照预先设定的第一时间频率向智能设备端发送数据请求信号，智能设备在接收到数据请求后返回当前智能设备的运行数据的方式实现。
[0046]作为一种可选的实施方式，在步骤S104通过通讯连接，获取智能设备的运行数据的步骤中，上述步骤还可以包括:
[0047]步骤S45，获取接收到智能设备发送的运行数据的接收时间。
[0048]步骤S47，根据接收时间和当前系统时间，确定当前系统时间与接收时间之间的第二时间间隔。
[0049]步骤S49，将第二时间间隔与预先设置的时间阈值进行比对，确定智能设备是否发生故障。
[0050]具体的，通过步骤S45至步骤S49，获取在接收智能设备发送的运行数据时的接收时间，并根据接收时间和当前系统时间，确定当前系统时间与上一次接收到运行数据之间的第二时间间隔。将第二时间间隔与预先设置的时间阈值进行比对，从而利用第二时间间隔与时间阈值的比对结果，确定智能设备是否发生故障。其中，阈值可以根据实际网络环境确定。当然，也可以根据第一时间间隔确定。
[0051]作为一种可选的实施方式，还以智能锁为例进行说明。如果服务器连续一定时间无法接收到来自智能锁发送的握手通讯数据，则可以直接判定通讯故障。例如，可以设定智能锁以每隔20-40秒发起一次握手通讯，如果服务器在预定时间内没有收到智能锁发送的握手通讯数据，服务器则可以诊断智能锁发生通讯故障，其中，时间可以是通讯间隔即第一时间间隔的整数倍，例如设定时间为5个通讯间隔。具体根据实际情况进行设定，此处不做具体限制。
[0052]作为一种可选的实施方式，在服务器能够正常接收握手通讯数据的情况下，服务器可以通过计算智能锁无线信号的平均强度，并将实时获取到的信号强度与平均信号强度进行对比，如果当前信号强度低于平均信号强度的幅度超过预先设定的阈值，则判断为通讯故障；服务器根据电池电压曲线计算电压下降速度，当电池电压下降速度大于预先设定的阈值时，判断智能锁故障。
[0053]在现有技术中，无法检测出该类型的故障，也无法根据信号的异常波动预测可能出现的故障。上述方法可以通过监控智能设备的工作状态，及时发现异常情况，并可以通知客户及时进行检修处理。
[0054]作为一种可选的实施方式，当运行数据为信号强度时，在步骤S106根据智能设备的运行数据，诊断智能设备是否发生故障中，可以包括:
[0055]步骤S61，根据接收到信号强度，按照时间顺序生成与智能设备对应的信号强度记录。
[0056]步骤S62，根据信号强度记录，确定信号强度的信号强度均值。
[0057]步骤S63，当接收到的信号强度与信号强度均值的信号强度差值大于预先设置的第一阈值时，确定智能设备发生通讯故障。
[0058]具体的，还以智能锁为例进行说明。智能锁在每次握手通讯信息中均包含无线信号强度信息。当智能锁通讯正常且正常运行时，服务器可以利用接收到的无线信号强度信息，计算在之前一定时间内的平均信号强度。例如，可以计算距离当前时间之前1-24小时内的平均信号强度，得到信号强度均值。并将当前信号强度与信号强度均值进行对比，如果当前信号强度低于信号强度均值的幅度超过预先设定的第一阈值时，则可以诊断智能锁发生通讯故障。
[0059]其中，第一阈值也可以是比值，当当前的信号强度低于信号强均值的50%或70%时，则可以诊断智能锁发生通讯故障。而当前的信号强度，可以是最近一次握手通讯信息中包含的信号强度，也可以是最近5-10次握手通讯信息中包含的信号强度的平均值，优选使用最近接收到的预定次数信号强度的平均值，这样避免由于偶然一次信号强度降低，而导致的误报故障的发生概率。
[0060]对于智能锁来说，在正常的工作状态下，由于智能锁和网关所处的位置相对固定，因此，他们之间通过无线连接的信号强度应该可以保持相对稳定。如果信号强度在某一时刻出现大幅下降，虽然这时智能锁仍然能够维持正常通讯和正常工作，但是，这种信号低于正常值的状态很可能是由于智能锁的通讯电路、天线等部件出现异常导致的。随时可能出现更严重的通讯故障。
[0061]作为一种可选的实施方式，当运行数据为电池电压时，在步骤S106根据智能设备的运行数据，诊断智能设备是否发生故障中，可以包括:
[0062]步骤S64，根据接收到的电池电压，按照时间顺序生成与智能设备对应的电池电压记录。
[0063]步骤S65，根据电池电压记录，计算智能设备当前电池电压的当前电压变化率。
[0064]步骤S66，将当前电压变化率与预先设置的平均电压变化率的电压差值与预先设置第二阈值进行比对，诊断智能设备是否发生故障。
[0065]具体的，在正常的工作状态下，智能设备的电量基本为匀速降低，智能设备的功耗维持在一个相对稳定的水平。如果，一旦发现电池电压出现异常下降时，则说明电池本身可能出现故障，或者智能设备中某个部件发生故障而导致异常耗电。
[0066]通过步骤S64至步骤S66，根据智能设备的电池电压的当前电压变化率，与预先设定的智能设备在正常时电池电压的平均电压变化率之间的电压差值来进行判断，如果智能设备电池电压的电压差值超过第二阈值，例如100%，则判断该智能设备发生故障。
[0067]在实际应用当中，还以智能锁为例进行说明。如图3所示，当智能锁的电路板中的某个电气元件发生异常时，可能出现电池电量快速下降的情况，此时的智能锁本身往往仍然能够维持正常运行。虽然智能锁可以暂时维持正常工作，但是这种异常情况很可能造成更严重的设备故障，并且电池电量也会因此而快速消耗完。在现有的技术中并无法检测并发现这种故障，只能等到设备电量耗尽或者故障加重造成设备无法正常工作时才能发现。
[0068]作为一种可选的实施方式，上述平均电压变化率的确定方法可以包括:
[0069]步骤S661，获取智能设备的当前电压变化率。
[0070]步骤S663，获取智能设备在正常运行状态下的平均电压变化率。
[0071 ] 步骤S665，根据当前电压变化率与平均电压变化率，计算新平均电压变化率。
[0072]具体的，利用上述步骤S661至步骤S665，可以对于智能设备中的电池电压进行检测