一种智能门锁的故障检测方法、智能门锁及存储介质与流程

本申请涉及安全技术领域，特别涉及一种智能门锁的故障检测方法、智能门锁及存储介质。

背景技术：

智能门锁是在传统机械锁的基础上改进的、具有较高安全性的、在识别管理方面更为智能简便化的锁具。随着科学技术的发展，如今的智能门锁能够同时支持多种开锁方式，如近场通信(nfc)开锁、蓝牙开锁、指纹开锁、密码开锁等，也因此智能门锁将逐渐替代传统机械锁的地位。

然而，由于智能门锁系统相对于传统机械锁还具有多种软硬件模块，从而门锁内部出现故障的可能性较大；同时由于智能门锁的结构组成较为复杂，从而对于门锁内部出现的故障也较难定位其具体产生的位置。

技术实现要素：

本申请部分实施例的目的在于提供一种智能门锁的故障检测方法、智能门锁及存储介质，以解决对智能门锁的故障检测和定位较为困难的问题。

本申请实施例提供了一种智能门锁的故障检测方法，智能门锁包括多个解锁模块，智能门锁的故障检测方法包括以下步骤：对各解锁模块的状态信息进行独立监测；在监测到处于异常状态的解锁模块后，将处于异常状态的解锁模块的故障信息发送至终端设备。

本申请实施例还提供了一种智能门锁，包括：多个解锁模块、与多个解锁模块连接的至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述的智能门锁的故障检测方法。

本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述的智能门锁的故障检测方法。

本申请实施例相对于现有技术而言，对各解锁模块的状态信息进行独立监测，以便于能够清晰地、不混淆地获知各解锁模块的状态信息；在监测到处于异常状态的解锁模块后，将处于异常状态的解锁模块的故障信息发送至终端设备，使得用户能够通过终端设备准确及时地获知发生的故障的具体故障信息，并定位故障发生的具体位置，有效降低了对智能门锁的故障检测和维修难度。

例如，对各解锁模块的状态信息进行独立监测，包括：读取各解锁模块的线程中记录的状态信息；当线程中记录的状态信息为模块异常时，判定解锁模块处于异常状态。由于各解锁模块对应有一个单独的线程进行管理，因此通过读取各解锁模块对应的线程中记录的模块的状态信息，来获知各解锁模块所处的状态，易于实现且不易混淆各模块的状态信息。

例如，线程在解锁模块满足以下条件时，将状态信息记录为模块异常：解锁模块收发数据失败的次数超过预设次数。由于当解锁模块失效时，解锁模块无法正常进行数据的收发；因此当解锁模块收发数据失败的次数超过预设次数时，可判定解锁模块处于异常状态。

例如，故障信息包括故障类型；将处于异常状态的解锁模块的故障信息发送至终端设备之前，还包括：检测处于异常状态的解锁模块的当前电压是否低于预设阈值；若低于预设阈值，则判定故障类型为电量不足。通过检测故障类型，以便于用户和维修人员根据故障类型采取相应的维修手段对智能门锁的故障进行修复。

例如，检测处于异常状态的解锁模块的当前电压是否低于预设阈值，具体为：利用内置于智能门锁的模数转换模块，检测处于异常状态的解锁模块的当前电压是否低于预设阈值。

例如，将处于异常状态的解锁模块的故障信息发送至终端设备，具体包括：将故障信息通过短距离无线通讯模块发送至终端设备；或者，将故障信息通过网络通讯模块发送至云服务器，经云服务器将故障信息发送至终端设备；或者，将故障信息通过短距离无线通讯模块发送至中继设备；经中继设备通过云服务器将故障信息发送至终端设备；以上提供了多种故障信息上报的方式，适应于多样化的用户需求，方便快捷，易于实现，有效提升了本实施例的可行性和实用性。

例如，智能门锁的故障检测方法还包括：接收终端设备根据故障信息反馈的处理命令；根据处理命令，修复处于异常状态的解锁模块，使得智能门锁的一些微小故障能够得到自主修复，从而不影响智能门锁的正常使用。

例如，根据处理命令，修复处于异常状态的解锁模块，具体包括：当处理命令为复位命令时，复位处于异常状态的解锁模块；当处理命令为关闭命令时，关闭处于异常状态的解锁模块。通过这种方式，使得在解锁模块的故障可以通过复位操作修复时，不影响智能门锁的正常使用，也避免了对维修人员的调度；在复位操作无法解决解锁模块的故障时，关闭解锁模块，等待专业维修人员进行修复，以节省智能门锁的电量消耗。

例如，复位处于异常状态的解锁模块，具体为；通过内置于智能门锁的低压差线性稳压模块复位处于异常状态的解锁模块；关闭处于异常状态的解锁模块，具体为：通过低压差线性稳压模块关闭处于异常状态的解锁模块。

例如，智能门锁还包括用于控制多个解锁模块的主处理器和从处理器；方法还包括：当多个解锁模块由主处理器控制时，监测主处理器的状态，并在监测到主处理器处于异常状态时，将多个解锁模块的控制切换至从处理器，关闭主处理器；当多个解锁模块由从处理器控制时，监测从处理器的状态，并在监测到从处理器处于异常状态时，将多个解锁模块的控制切换至主处理器，关闭从处理器。

例如，智能门锁还包括：与主处理器和从处理器连接的看门狗定时器；监测主处理器的状态，具体为：利用看门狗定时器监测主处理器的状态是否异常；监测从处理器的状态，具体为：利用看门狗定时器监测从处理器的状态是否异常。

例如，在监测到处于异常状态的解锁模块后，还包括：控制智能门锁显示智能门锁的故障信息，以直观地在智能门锁上显示出故障信息，使得即使不通过终端设备也能够获知智能门锁的故障信息，尤其是在智能门锁的网络通讯模块故障、无法上报故障信息的情况下。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本申请第一实施例中的智能门锁的故障检测方法的流程图；

图2是根据本申请第一实施例中的智能门锁的系统结构图；

图3是根据本申请第一实施例中的智能门锁的系统框架图；

图4是根据本申请第一实施例中的中继交互的示意图；

图5是根据本申请第二实施例中的智能门锁的故障检测方法的流程图；

图6是根据本申请第二实施例中的智能门锁的结构示意图；

图7根据本申请第三实施例中的智能门锁的故障检测方法的流程图；

图8是根据本申请第三实施例中的包括主从处理器的结构示意图；

图9是根据本申请第四实施例中的智能门锁的结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请部分实施例进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请第一实施例涉及一种智能门锁的故障检测方法，具体流程如图1所示。

本实施例中，智能门锁能够支持多种开锁方式，能够与智能终端连接来相互协同使用，具体系统结构图如图2所示。本实施例中的智能门锁，包括：锁体、锁体驱动模块、处理器、电源模块、音频模块、网络通讯模块(2g/3g/4g/iot模块)和多个解锁模块(nfc阅读器即nfc模块、指纹模块、键盘模块、蓝牙模块等)。本实施例中，对各解锁模块的状态信息进行独立监测，以便于能够清晰地、不混淆地获知各解锁模块的状态信息；在监测到处于异常状态的解锁模块后，将所述处于异常状态的解锁模块的故障信息发送至终端设备，使得用户能够通过终端设备准确及时地获知发生的故障的具体故障信息，并定位故障发生的具体位置，有效降低了对智能门锁的故障检测和维修难度。下面对图1的流程做具体说明：

步骤101，对各解锁模块的状态信息进行独立监测。

具体地说，本实施例中的智能门锁包括以下多个解锁模块的任意组合：近场通信(nfc)模块、蓝牙模块、窄带物联网模块、指纹模块和数字密码模块；上述各解锁模块均为硬件模块，各解锁模块对应有一个单独的线程进行管理，例如nfc模块对应有一个nfc线程，蓝牙模块对应有一个蓝牙线程等。各解锁模块对应的线程用于记录各解锁模块的状态信息；当解锁模块处于异常状态时，解锁模块对应的线程会记录解锁模块的异常状态信息；解锁模块的异常状态信息不限制其具体的形式，可以是文字数据也可以是错误码；解锁模块的错误码可以为预存于智能门锁的管理系统中的数据，例如可设置各解锁模块都有各自的一套异常状态与错误码的对应关系，该解锁模块的一个错误码即对应一种该解锁模块的异常状态。本实施例中，各解锁模块和各解锁模块对应的线程均为独立的部分，因此通过读取各解锁模块对应的线程中记录的模块的状态信息，来获知各解锁模块所处的状态，实现对各解锁模块的独立监测。

步骤102，在监测到处于异常状态的解锁模块后，将所述处于异常状态的解锁模块的故障信息发送至终端设备。

具体地说，在读取到解锁模块对应的线程中记录有解锁模块的异常状态信息时，判定该解锁模块处于异常状态，则将处于异常状态的解锁模块的故障信息发送至终端设备，以令用户能够通过终端设备准确及时地获知解锁模块的故障发生位置和具体故障信息；解锁模块的故障信息可以包括：处于异常状态的解锁模块的名称和解锁模块的错误码等。

更具体地说，解锁模块处于异常状态时，有以下两种情况：模块失效或模块电量不足；相应的，解锁模块的故障信息还包括故障类型，故障类型包括模块失效或电量不足；故障信息包括的故障类型，有助于用户和维修人员采取相应的维修手段对智能门锁的故障进行修复。

例如，当解锁模块失效时，解锁模块无法正常进行数据的收发，因此当解锁模块收发数据失败的次数超过预设次数时，解锁模块对应的线程将解锁模块的状态信息记录为模块异常，判定解锁模块处于异常状态；发送至终端设备的故障信息中包括“故障类型为模块失效”。例如，蓝牙模块多次发送数据失败、接收数据超时时，判定蓝牙模块处于异常状态，故障信息包括“蓝牙模块失效”；窄带物联网模块多次通过窄带物联网模块发送数据失败、接收数据超时，或是发送心跳包至服务器失败时，判定窄带物联网模块处于异常状态，故障信息包括“窄带物联网模块失效”。

例如，当解锁模块电量不足时，解锁模块无法正常进行工作，解锁模块对应的线程会将解锁模块的状态信息记录为模块异常，判定解锁模块处于异常状态。本实例中，在将处于异常状态的解锁模块的故障信息发送至终端设备之前，通过内置于智能门锁的模数转换模块，检测处于异常状态的解锁模块的当前电压；当解锁模块的当前电压低于预设阈值时，判定解锁模块的故障类型为“电量不足”，发送至终端设备的故障信息中包括“模块电量不足”。

更具体地说，将处于异常状态的解锁模块的故障信息发送至终端设备，有以下三种方式：将故障信息通过短距离无线通讯模块发送至终端设备；或者，

将故障信息通过网络通讯模块发送至云服务器，经云服务器将故障信息发送至终端设备；或者，将故障信息通过短距离无线通讯模块发送至中继设备；经中继设备通过云服务器将故障信息发送至终端设备。本实施例中，智能门锁系统的系统框架图如图3所示，通过云服务器对故障信息等数据进行透明传输。

例如，将故障信息通过短距离无线通讯模块，直接发送至终端设备，此处的短距离无线通讯模块具体包括近场通信(nfc)模块和蓝牙模块。当终端设备处于内置于智能门锁的短距离无线通讯模块的无线通讯范围内，且终端设备和智能门锁通过短距离无线通讯模块建立了连接时，可直接将故障信息通过nfc技术或是蓝牙技术推送至终端设备，方便快捷，技术上易于实现，增强了本实例的可实用性。另外，适应于多样化的用户需求，用户也可通过蓝牙等技术，主动向智能门锁发送查询当前故障信息的请求。

或者，故障信息也可以通过网络通讯模块发送至云服务器，经云服务器将故障信息发送至终端设备，此处的网络通讯模块具体包括2g/3g/4g/iot模块。通过网络通讯模块将故障信息通过网络发送至云服务器，云服务器将故障信息透明传输至终端设备，不限制终端设备与智能门锁之间的地理距离位置，使得故障信息的传输更为便捷。

再或者，将故障信息通过短距离无线通讯模块发送至中继设备；经中继设备通过云服务器将故障信息发送至终端设备，以适用于智能门锁的网络通讯模块出现故障或智能门锁不具备远程通信功能，智能门锁无法通过网络通讯模块将故障信息发送至云服务器的情况。当智能门锁的网络通讯模块出现故障时，除将用户的终端设备作为控制终端外，另设一台中继终端，中继终端作为智能门锁的短距离无线通讯访问设备；控制终端、中继终端和智能门锁通过云服务器进行交互，中继的示意图如图4所示。

在上述的系统框架图中，控制终端拥有对智能门锁的完全访问功能，可以进行解锁密码的输入和删除等操作；控制终端通过超文本传输安全协议(https)和云服务器进行通讯，控制终端的用户账户注册于云服务器上。云服务器用于管理控制终端注册的用户账户，并存储智能门锁的密码等数据；云服务器通过https和控制终端、中继终端进行通讯，通过websocket通信协议向控制终端和中继终端推送数据。中继终端通过https和云服务器进行通讯，无需注册到云服务器；中继终端通过低功耗蓝牙(ble)技术与智能门锁进行通讯，对云服务器和智能门锁之间的数据进行透明传输的支持。智能门锁通过ble技术与中继终端进行通讯，通过coap协议或消息队列遥测传输(mqtt)协议与云服务器进行通讯，智能门锁与云服务器之间传输的数据采用安全传输层(tls)协议进行加密，但对中继终端是可见的。

在上一个例子中，当智能门锁的网络通讯模块出现故障时，在智能门锁的蓝牙通讯范围内另设一台中继终端，令中继终端通过ble技术和智能门锁建立透明传输的连接。智能门锁检测到与中继终端建立了透明传输连接后，通过ble通讯通路，和中继终端的网络通讯(https)通路，与云服务器建立连接，并借此将故障信息发送至云服务器。云服务器通过websocket通信协议，将接收到的故障信息发送至控制终端，以使得在智能门锁的网络通讯模块出现故障时，用户仍能够通过控制终端准确及时地获知解锁模块的故障发生位置和具体故障信息；在实际应用中，对于需要通过蓝牙网关实现网络通讯功能的智能门锁来说，可通过上述与中继终端和云服务器交互的方式实现网络通讯功能，从而节省了蓝牙网关这一额外的硬件开销。另外，还可通过该实例，实现远程解锁，具体如下：当智能门锁与云服务器建立连接后，云服务器通知中继终端透明传输连接成功；中继终端通过云服务器，向控制终端发起解锁请求；控制终端接收到解锁请求后，登陆注册于云服务器的账户，输入智能门锁的数字密码，若与云服务器上存储的智能门锁的密码相匹配，则云服务器将数字密码传回中继设备，中继设备通过透明传输连接将数字密码发送至智能门锁，智能门锁判断到密码时正确的，则通过锁体驱动模块对锁体执行解锁操作，从而实现了远程解锁。

下面以一实例为具体说明：以近场通信(nfc)模块为例，nfc模块通过串行外设接口(spi)和处理器连接。当nfc模块正常工作时，nfc模块对应的线程发送巡卡命令(request)以判断附近是否存在nfc芯片，若附近不存在，则request命令返回值为0；若附近存在，则request命令返回值为存在的nfc芯片的芯片id。当nfc模块处于异常状态时，request命令返回的指示spi发送错误、或spi接收错误或超时错误等的数据，nfc模块对应的线程会记录“nfc模块处于异常状态”和nfc模块的异常状态对应的错误码；当接收到nfc模块对应的线程中记录的上述内容后，将处于异常状态的nfc模块的故障信息(“nfc模块失效”等)通过窄带物联网模块发送至终端设备；终端设备同时可通过蓝牙连接智能门锁，并自行查询到nfc模块处于异常状态。

本实施例相对于现有技术而言，通过读取各解锁模块对应的线程中记录的模块的状态信息，对各解锁模块的状态信息进行独立监测，技术上易于实现；在监测到处于异常状态的解锁模块后，通过短距离无线通讯模块、网络通讯模块或是云服务器，将处于异常状态的解锁模块的故障信息发送至终端设备，适用于多种情况下的故障信息上报，适应于多样化的用户需求，方便快捷，易于实现，有效提升了本实施例的可行性和实用性。同时还可采用本实施例中通过中继设备和云服务器交互的方式，实现远程解锁，为用户的生活带来了便利。

本申请第二实施例涉及一种智能门锁的故障检测方法，具体流程图如图5所示。

本实施例与第一实施例大致相同，具体区别之处在于，在第二实施例中，在监测到处于异常状态的解锁模块后，还控制智能门锁显示智能门锁的故障信息，以直观地在智能门锁上显示出故障信息；另外，还接收终端设备根据故障信息反馈的处理命令并修复处于异常状态的解锁模块，使得智能门锁的一些微小故障能够得到自主修复，不影响智能门锁的正常使用。下面对图5的流程做具体说明：

步骤201，对各解锁模块的状态信息进行独立监测。此步骤与步骤101大致相同，此处不再赘述。

步骤202，在监测到处于异常状态的解锁模块后，将处于异常状态的解锁模块的故障信息发送至终端设备，控制智能门锁显示智能门锁的故障信息。

具体地说，步骤202相对于步骤102的具体区别之处在于，在监测到处于异常状态的解锁模块后，控制智能门锁显示智能门锁的故障信息。通过内置于智能门锁的led模块，在智能门锁上显示智能门锁的故障信息，不限制其具体的表现形式。例如，led模块可以为智能门锁上的一块led显示屏，通过文字的形式，显示当前处于异常状态的解锁模块的名称，或是当前处于异常状态的解锁模块的错误码等；或是，led模块可以为若干个led灯，通过亮灯的个数或亮灯的颜色等的组合，根据预设的亮灯组合与故障信息的对应关系，显示智能门锁的故障信息。另外，本实施例中，还可通过内置于智能门锁的音频模块播放预设的音频，来实现告警智能门锁出现故障信息的目的。

步骤203，接收终端设备根据故障信息反馈的处理命令；根据处理命令，修复处于异常状态的解锁模块。

具体地说，当终端设备接收到故障信息后，通过终端设备向智能门锁反馈处理命令。在本实施例中，当反馈的处理命令为复位命令时，复位处于异常状态的解锁模块；当反馈的处理命令为关闭命令时，关闭处于异常状态的解锁模块。控制解锁模块自主进行复位，使得在解锁模块的故障可以通过复位等操作修复时，不影响智能门锁的正常使用，也避免了对维修人员的调度；当复位等修复操作无法解决解锁模块的故障时，关闭解锁模块，等待专业维修人员进行修复，以节省智能门锁的电量消耗。

当终端设备反馈的处理命令为复位命令时，通过内置于智能门锁的低压差线性稳压模块，复位处于异常状态的解锁模块。当终端设备反馈的处理命令为关闭命令时，通过低压差线性稳压模块切断对处于异常状态的解锁模块的供电，并关闭该解锁模块对应的线程。

本实施例中的智能门锁的具体结构，如图6所示：智能门锁内置一故障管理模块，包括硬件部分和软件部分；硬件部分主要包括模数转换(adc)模块、低压差线性稳压(ldo)模块、led模块、和看门狗(wdt)模块；软件部分主要包括故障检测模块、故障上报模块和故障处理模块。

硬件部分中，模数转换(adc)模块用于检测处于异常状态的解锁模块的当前电压，低压差线性稳压(ldo)模块用于根据终端设备反馈的处理命令，复位或关闭处于异常状态的解锁模块，led模块用于在智能门锁上显示智能门锁的故障信息，看门狗(wdt)模块用于监测控制解锁模块的当前处理器的状态。

软件部分中，故障检测模块用于对各解锁模块的状态信息进行独立监测，故障上报模块用于在监测到处于异常状态的解锁模块后，将处于异常状态的解锁模块的故障信息发送至终端设备，故障处理模块用于根据终端设备反馈的处理命令，控制低压差线性稳压模块修复处于异常状态的解锁模块。

本实施方式相对于现有技术而言，在监测到处于异常状态的解锁模块后，通过led模块显示智能门锁的故障信息，以直观地在智能门锁上显示出故障信息，便于对故障进行维修，使得在智能门锁无法上报故障信息的情况下，不通过终端设备也能够获知智能门锁的故障信息。另外，还根据终端设备根据故障信息反馈的处理命令，复位或关闭处于异常状态的解锁模块，使得在解锁模块的故障可以通过复位操作修复时，不影响智能门锁的正常使用，也避免了对维修人员的调度；在复位操作无法解决解锁模块的故障时，关闭解锁模块，等待专业维修人员进行修复，以节省智能门锁的电量消耗。

本申请第三实施例涉及一种智能门锁的故障检测方法，具体流程图如图7所示。

本实施例与第一实施例大致相同，具体区别之处在于，在第三实施例中，智能门锁还包括用于控制多个解锁模块的主处理器和从处理器，包括主从处理器的智能门锁的结构图如图8所示。当多个解锁模块由处理器控制时，还监测处理器的状态，并在处理器处于异常状态时进行处理器的切换，以保证智能门锁还可通过备用方案正常工作，提升用户体验。下面对图7的流程做具体说明：

步骤301，对各解锁模块的状态信息进行独立监测；对控制解锁模块的处理器的状态进行独立监测。

步骤302，在监测到处于异常状态的解锁模块后，将处于异常状态的解锁模块的故障信息发送至终端设备；当监测到处理器处于异常状态时，切换控制解锁模块的处理器。

具体地说，智能门锁还包括用于控制多个解锁模块的主处理器和从处理器，和与主处理器和从处理器连接的看门狗定时器。当多个解锁模块由主处理器控制时，通过看门狗定时器，监测主处理器的状态；当多个解锁模块由从处理器控制时，通过看门狗定时器，监测从处理器的状态，以便于在当前控制解锁模块的处理器处于异常状态时，切换处理器，以保证智能门锁能够正常工作。一般情况下，智能门锁正常工作时，多个解锁模块由主处理器控制，因此本实施例中以多个解锁模块由主处理器控制为具体说明。

更具体地说，看门狗定时器(watchdogtimer)一般有一个输入，称作“喂狗”(kickingthedogorservicethedog)；当处理器的微控制单元正常工作的时候，每隔一段时间会输出一个信号到喂狗端，使得看门狗定时器清零；若超过规定的一段时间没有“喂狗”，则看门狗定时器会输出复位信号至微控制单元，以防止微控制单元死机。而本实施例中，当看门狗定时器监测到主处理器在超过规定的一段时间后没有“喂狗”，则将多个解锁模块的控制切换至从处理器，关闭主处理器。切换处理器的方式具体有以下两种：通过选择开关切换，或通过一次性熔断电阻器设备切换。

通过选择开关切换处理器，具体为：看门狗定时器在监测到主处理器处于异常状态时，向选择开关发送一个电平，选择开关在电平的作用下，开关选择从处理器，同时主处理器的开关也会断开。此处的选择开关可以为继电器或是其他的多路选择器。

通过一次性熔断电阻器设备切换处理器，具体为：看门狗定时器在监测到主处理器处于异常状态时，控制一次性熔断电阻器设备断开主处理器在电路中的连接，同时实现了自动切换至从处理器。

另外，在修复了处于异常状态的主处理器后，同样可通过选择开关切换的方式或是更换新的一次性熔断电阻器设备，将多个解锁模块的控制切换至主处理器。当多个解锁模块由从处理器控制，且从处理器处于异常状态时，同样可通过上述的方式将多个解锁模块的控制切换至主处理器。

也就是说，在智能门锁正常工作时，多个解锁模块由主处理器控制，用户可通过智能门锁支持的多种解锁方式进行解锁，如nfc解锁、蓝牙解锁、密码解锁等；当主处理器处于异常状态，多个解锁模块切换至从处理器控制时，从处理器仅提供一种解锁方式，从而使得从处理器的设计较为简单，有效节省了设备成本。

本实施方式相对于现有技术而言，还监测控制多个解锁模块的处理器的状态，并在处理器处于异常状态时进行备用处理器的切换，以保证智能门锁还可通过备用方案正常工作，提升用户体验。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本申请第四实施方式涉及一种智能门锁，如图9所示，包括：多个解锁模块903、与多个解锁模块903连接的至少一个处理器901；以及，与至少一个处理器901通信连接的存储器8902；其中，存储器902存储有可被至少一个处理器901执行的指令，指令被至少一个处理器901执行，以使至少一个处理器901能够执行上述的智能门锁的故障检测方法。

其中，存储器902和处理器902采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器902的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器902处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器902。

处理器902负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器902可以被用于存储处理器902在执行操作时所使用的数据。处理器902可具体包括主处理器和从处理器；智能门锁还包括与主处理器和从处理器连接的看门狗定时器904，看门狗定时器904用于监测主处理器和从处理器的状态是否异常。

本实施例中的智能门锁，还包括与处理器连接的led模块905，led模块905用于显示智能门锁的故障信息。

本实施例中的智能门锁，还包括与多个解锁模块903连接的模数转换模块906，模数转换模块906用于检测处于异常状态的解锁模块的当前电压是否低于预设阈值。

本实施例中的智能门锁，还包括与多个解锁模块903连接的低压差线性稳压模块907，低压差线性稳压模块907用于当处理命令为复位命令时，复位处于异常状态的解锁模块，或是当处理命令为关闭命令时，关闭处于异常状态的解锁模块。

本申请第五实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述智能门锁的故障检测方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质

本领域的普通技术人员可以理解，上述各实施例是实现本申请的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。