CN110363888A - 门锁管理方法、装置、电子设备及可读取存储介质 - Google Patents

Abstract

本申请实施例公开了一种门锁管理方法、装置、电子设备及可读取存储介质，所述方法包括：确定目标检测项目；获取门锁的锁舌状态；判断所述目标检测项目与所述锁舌状态是否符合对应关系；当不符合时，则确定所述门锁发生故障。本申请提出的门锁管理方法通过判断目标检测项目和门锁的锁舌状态之间的对应关系，可以快速有效的定位出智能门锁的功能缺陷。

Description

门锁管理方法、装置、电子设备及可读取存储介质

技术领域

本申请涉及智能门锁技术领域，更具体地，涉及一种门锁管理方法、装置、电子设备及可读取存储介质。

背景技术

随着物联网技术的发展和智能家居的市场推广，门锁行业也逐渐走向智能化，而智能门锁给消费者提供了更安全、更方便、更高效的生活方式。智能门锁能够发挥如此重大作用的前提是其没有功能缺陷，如何快速有效的定位智能门的功能缺陷是亟待解决的问题。

发明内容

有鉴于此，本申请实施例提出了一种门锁管理方法、装置、电子设备及可读取存储介质，以改善上述缺陷。

第一方面，本申请实施例提供了一种门锁管理方法，所述方法包括：获取门锁的锁舌状态；判断所述目标检测项目与所述锁舌状态是否符合对应关系；当不符合时，则确定所述门锁发生故障。

第二方面，本申请实施例提供了一种门锁管理装置，所述装置包括：项目确定模块、状态获取模块、关系判断模块和故障确定模块。项目确定模块用于确定目标检测项目。状态获取模块用于获取门锁的锁舌状态。关系判断模块用于判断所述目标检测项目与所述锁舌状态是否符合对应关系。故障确定模块用于当不符合时，则确定所述门锁发生故障。

第三方面，本申请提供了一种电子设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述所述的方法。

第四方面，本申请实施例提供了一种计算机可读取存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现上述方法。

相对于现有技术，本申请实施例提出了一种门锁管理方法、装置、电子设备及可读取存储介质，该门锁管理方法中可以先确定目标检测项目，然后获取智能门锁的锁舌状态，在此基础上，判断所述目标检测项目和所述锁舌状态是否符合对应关系，当所述目标检测项目和所述锁舌状态符合对应关系则可以确定智能门锁发生故障。本申请通过确定目标检测项目与门锁的锁舌状态之间的对应关系来判断门锁是否发生故障，且在判断该对应关系的同时可以快速有效的定位出门锁的功能缺陷。

为使本申请的上述目的、特征和优点能够更明显易懂，下文特举较佳实施例，并配合所附附图，做详细说明如下。

附图说明

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

图1示出了本申请提出的一种网络系统的结构示意图；

图2示出了本申请一个实施例提出的一种门锁管理方法流程图；

图3示出了本申请一个实施例提出的一种门锁管理方法中智能门锁上锁舌的示意图；

图4示出了本申请一个实施例提出的一种门锁管理方法中智能门锁上导向片的示意图；

图5示出了本申请一个实施例提出的门锁管理方法中各锁舌与传感器的示意图；

图6示出了本申请另一个实施例提出的一种门锁管理方法流程图；

图7示出了本申请又一个实施例提出的一种门锁管理方法流程图；

图8示出了本申请再一个实施例提出的一种门锁管理方法流程图；

图9示出了本申请再一个实施例提出的一种门锁管理方法的具体使用流程图；

图10示出了本申请再一个实施例提出的一种门锁管理方法中室内开门检测失败的提示界面图；

图11示出了本申请再一个实施例提出的一种门锁管理方法中室内关门检测失败的提示界面图；

图12示出了本申请再一个实施例提出的一种门锁管理方法中反锁门锁检测失败的提示界面图；

图13示出了本申请再一个实施例提出的一种门锁管理方法中下压把手检测失败的提示界面图；

图14示出了本申请再一个实施例提出的一种门锁管理方法中上提把手检测失败的提示界面图；

图15示出了本申请再一个实施例提出的一种门锁管理方法中使用指纹、密码或钥匙开门检测失败的提示界面图；

图16示出了本申请实施例提出的一种门锁管理装置的结构框图；

图17示出了本申请实施例提出的用于执行根据本申请实施例的门锁管理方法的电子设备的结构框图；

图18示出了本申请实施例提出的一种门锁管理方法中用户终端的硬件结构示意图。

具体实施方式

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

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

请参阅图1，为本申请实施例提供的一种网络系统10，该网络系统10包括：电子终端11、服务器12、网关13、智能门锁14以及路由器15。其中，电子终端11可以是任何具备通信和存储功能的设备，例如：智能手机、台式电脑、笔记本电脑、平板电脑或其他具有网络连接功能的智能通信设备。服务器12可以是网络接入服务器、数据库服务器、云服务器等。可选的，网关13可以为基于ZigBee协议搭建，智能门锁14可以是预先加入网关13中的设备，例如，智能门锁可以是网关出厂时网关所归属套件中的设备；也可以是后续通过用户操作连接至网关13中的设备。

可选的，电子终端11中安装了可以对智能家居进行管理的客户端，所述客户端可以是应用程序客户端(如手机APP)，也可以是网页客户端，在此不作限定。

可选的，智能门锁14可以基于ZigBee协议与网关13建立网络连接，从而加入到ZigBee网络中。

网关13以及电子终端11均可以与路由器15连接，并通过路由器15接入到以太网中，路由器15可以通过有线或无线的通信连接方式接入服务器。例如，网关13以及电子终端11可以将获取的信息存储到服务器12中。可选的，电子终端11还可以通过2G/3G/4G/5G、WIFI等与服务器12建立网络连接，从而可以获取服务器12下发的数据。

可选的，如图1所示的局域网路径表示电子终端11与路由器15和网关13在同一局域网络中，广域网路径表示电子终端11与路由器15和网关13在同一局域网络中。其中，当电子终端11与路由器15和网关13在同一局域网络中时，电子终端11可通过如图1所示的局域网路径与网关13以及连接至网关13的智能门锁14进行交互；也可以通过如图1所示的广域网路径与网关13以及连接至网关13的智能门锁14进行交互。当电子终端11与路由器15和网关13不在同一局域网络中时，电子终端11可以通过如图1所示的广域网路径与网关13以及连接至网关13的智能门锁14进行交互。

目前智能门锁已经实现了使用手机app控制、与其他家电的联动等智能功能，然而与多功能成正比的是，智能门锁也容易出现故障，而且这些故障往往是由智能门锁内部结果变化引起的，尤其是当智能门锁锁舌发生故障时用户是很难定位出问题所在位置，这也导致及时修复会给用户带来麻烦。现有的智能门锁故障检测方法，通常需借助其他外在检测工具，其在进行问题定位的时候不仅过程繁琐，而且定位方法不适用于用户。即使有一些智能门锁具有故障通知作用，但是这些故障通知主要针对的是售后服务，用户无法对故障进行详细了解与定位。

因此，为了克服上述缺陷，如图2，本申请实施例提供了一种门锁管理方法，所述方法可以包括步骤S110至步骤S140。

步骤S110：确定目标检测项目。

锁舌是智能门锁的最重要的组成部分，一般锁舌可以分为斜舌、角舌、方舌和反锁舌，而每个锁舌又可以包括弹出和缩进两种状态，本实施例中各锁舌的状态组合可以反映出用户对门锁的操作以及门锁的功能。例如，反锁舌弹出表示智能门锁被反锁，而斜舌弹出且角舌弹出则表示智能门锁被打开等。如图3给出了智能门锁锁舌的示意图，从图3可以看出智能门锁上的各锁舌是对应设置的，其中，标号1、标号2、标号3和标号4分别表示的是斜舌、角舌、方舌和反锁舌。

另外，在智能门锁安装的时候需要在门框上打孔并安装导向片，也称为门扣板，在一个实施例中导向片被安装在门框的内侧，其与锁体是相对安装的，从图4可以知道在导向片上需要预留斜舌孔、方舌孔和反锁舌孔，而角舌对应在导向片的位置则不需要留孔。当门被关闭时，因导向片没有角舌孔，所以角舌是缩进状态，而当门被打开时，角舌则是弹出状态。本实施例中导向片的主要作用是预留孔位，同时导向片对门框也具有一定的保护作用。

本实施例中目标检测项目指的是用户为了检测门锁锁舌的功能而对门进行的检测项目。显然，目标检测项目不相同则其对应的锁舌状态也不相同。例如，标准情况下，目标检测项目为“室内关门”时，其对应的锁舌状态为“斜舌和角舌均弹出”等。另外，目标检测项目可以通过用户终端发送的信息来确定，也可以通过用户基于门锁输入的指令信息而确定，或者是门锁根据其自身的设备数据而确定的，具体为哪种情况这里不进行明确限制。

需要说明的是，为了实现对门锁上所有锁舌功能的检测本实施例给出了一个预设检测顺序，该预设检测顺序中包括多个检测项目，每次执行的检测项目即为目标检测项目，而这些检测项目可以根据预设的检测顺序逐一进行执行。换句话说，当前检测项目完成检测后可以按照预设的检测顺序将下一个检测项目作为目标检测项目，依次执行，直至预测检测顺序内的每个检测项目均被检测完成。而预测检测顺序则可以是用户终端或者智能门锁预先设置好的，在对门锁的锁舌功能进行检测时只需根据这个预测检测顺序进行检测即可，该预测检测顺序也可以根据用户的实际需求进行设置，具体如何设置这里不进行明确限制。

步骤S120：获取门锁的锁舌状态。

为了准确的获取锁舌状态，本实施例可以在智能门锁的每个锁舌位置处安装有对应的状态检测传感器，即智能门锁可以通过这些状态检测传感器检测每个锁舌的状态变化，详细如图5所示。从图5可以看出斜舌处安装的传感器可以称为斜舌状态检测传感器，角舌处安装的传感器可以称为角舌状态检测传感器，方舌处安装的传感器可以称为方舌状态检测传感器，而反锁舌处安装的传感器可以称为反锁舌状态检测传感器。智能门锁通过这些传感器可以实时检测锁舌的状态变化，同时可以将其获取的锁舌状态发送至用户终端。

步骤S130：判断所述目标检测项目与所述锁舌状态是否符合对应关系。

本实施例中目标检测项目不同则与其符合对应关系的锁舌状态也不相同，即目标检测项目与锁舌状态的标准对应关系，至少包括以下任一项：当所述目标检测项目为开门时，所述锁舌状态为斜舌弹出和角舌弹出；当所述目标检测项目为关门时，所述锁舌状态为斜舌弹出和角舌缩进；当所述目标检测项目为反锁门时，所述锁舌状态为反锁舌弹出；当所述目标检测项目为下压把手时，所述锁舌状态为斜舌缩进、角舌弹出以及反锁舌缩进；当所述目标检测项目为上提把手时，所述锁舌状态为斜舌弹出、角舌弹出以及反锁舌弹出；当所述目标检测项目为用指纹、密码或者钥匙开门时，所述锁舌状态为角舌弹出。为了更加清楚的查看目标检测项目与锁舌状态之间的对应关系，本实施例给出了表1。

表1

目标检测项目	锁舌状态
		室内开门	斜舌弹出、角舌弹出
室内关门	角舌缩进、斜舌弹出
		反锁门锁	反锁舌弹出
室内下压把手开门	斜舌缩进、角舌弹出、反锁舌缩进
		室外关门上提把手锁门	斜舌弹出、角舌弹出、反锁舌弹出
室外使用指纹开门	角舌弹出
		室外使用密码开门	角舌弹出
室外使用钥匙开门	角舌弹出

表1所示的目标检测项目与锁舌状态之间的对应关系可以存储于智能门锁中，也可以存储于用户终端或者服务器中，该对应关系可以作为一个标准的准则，当目标检测项目和锁舌状态符合表1中的关系时则表明智能门锁锁舌的功能正常，而如果不符合则表明智能门锁可能有故障发生，此时则需进一对智能门锁的各锁舌进行排查。

步骤S140：当不符合时，则确定所述门锁发生故障。

当目标检测项目与获取的门锁的锁舌状态不符合对应关系时，则表明门锁发生故障，通过上述介绍可以知道正常情况下目标检测项目和锁舌状态之间符合一定的对应关系，但是当门锁或者门锁上的锁舌发生故障时这个对应关系则会被破坏，即目标检测项目和获取到的门锁的锁舌状态将不符合对应的关系。例如，目标检测项目为室内关门时，获取的门锁的锁舌状态为角舌缩进且斜舌也是缩进状态，显然此时锁舌的状态与目标检测项目不符合对应关系，此时即可判断出智能门锁发生故障。

本申请实施例提出的一种门锁管理方法通过判断目标检测项目与锁舌状态是否符合对应关系来实现对门锁锁舌功能的检测，进而可以加强对门锁的管理，在对门锁锁舌功能进行检测时，本实施例主要是将其获取的门锁的锁舌状态与标准的目标检测项目对应的锁舌状态进行比较，在进行比较时如果这两者能够匹配则表明锁舌的功能正常，如果不匹配则表明目标检测项目对应的锁舌可能发生故障，即本申请实施例提出的门锁管理方法可以有效检测门锁锁舌功能是否正常。

本申请另一实施例提出了一种门锁管理方法，请参阅图6，从图6可以看出该方法包括步骤S210至步骤S240。

步骤S210：确定目标检测项目。

步骤S220：获取门锁的锁舌状态。

其中，步骤S220包括步骤S221至步骤S224。

步骤S221：获取用户终端发送的项目检测指令，所述项目检测指令包括目标检测项目。

在一个实施例中，获取用户终端发送的项目检测指令之前，智能门锁可以先获取所述用户终端发送的锁舌功能检测指令，然后根据该锁舌功能检测指令将智能门锁从工作模式转换为检测模式。其中，检测模式区别于工作模式，其主要用于检测、调试智能门锁中各锁舌的功能，即在该模式下智能门锁可以对其包含的所有锁舌进行功能检测。当智能门锁从工作模式转换为检测模式后，智能门锁可以检测是否有项目检测指令输入，如果有项目检测指令输入智能门锁则可以获取该项目检测指令，所述项目检测指令包括目标检测项目。

步骤S222：根据所述项目检测指令发出锁舌状态检测提示信息。

获取到项目检测指令后智能门锁可以根据该项目检测指令发出锁舌状态检测提示信息，即门锁接收到项目检测指令之后可以将该检测指令通过信息提示的方式通知至用户，本实施例中提示信息可以通过智能门锁的语音提示系统或者显示系统等发出。例如，智能门锁获取的项目检测指令中包括的目标检测项目为反锁门锁，此时智能门锁可以根据该检测指令发出语音提示“主人请执行反锁门锁的操作”。另外，所述锁舌状态检测提示信息也可以通过用户终端发出，即在智能门锁获取到用户终端发送的项目检测指令的同时，可以利用所述用户终端发出锁舌状态检测提示信息。当所述锁舌状态检测提示信息被发出之后，智能门锁可以实时检测该提示信息是否被响应，如果被响应则进入步骤S223。

步骤S223：获取基于所述锁舌状态检测提示信息输入的操作指令。

当智能门锁检测到锁舌状态检测提示信息被成功响应后，则获取该响应对应的操作指令，即获取用户基于所述锁舌状态检测提示信息输入的操作指令，该操作指令是用户获取到提示信息后基于智能门锁输入的指令。本实施例中操作指令与目标检测项目相对应，即操作指令是目标检测项目的实际体现。例如，目标检测项目是“室内下压把手开门”，则其对应的操作指令即为通过下压门把手操作将门打开。

步骤S224：根据所述操作指令获取所述门锁的锁舌状态。

当获取到用户基于锁舌状态检测提示信息输入的操作指令之后，智能门锁可以根据该操作指令获取门锁的锁舌状态，通过上述介绍可以知道每个门锁的锁舌上均安装有对应的状态传感器，当有操作指令输入时，智能门锁上的这些锁舌的状态就会发生相应的改变，且操作指令不相同各锁舌的状态变化也不相同，此时与各锁舌对应安装的状态传感器就可以对各锁舌的状态进行获取。需要说明的是，在获取门锁的锁舌状态时，可以获取智能门锁上所有锁舌的状态，然后将操作指令对应的锁舌的状态与预设的锁舌状态进行比较，该预设的锁舌状态即为表1中各锁舌的状态。另外，也可以不获取智能门锁上所有锁舌的状态，而只针对性的获取操作指令对应的锁舌的状态。

步骤S230：判断所述目标检测项目与所述锁舌状态是否符合对应关系。

步骤S240：当不符合时，则确定所述门锁发生故障。

本申请实施例提出的一种门锁管理方法通过引入用户终端来实现对智能门锁各锁舌功能的检测，其不仅可以使门锁锁舌功能的检测更加方便有效，而且可以使门锁管理更加智能化。

本申请再一实施例提出了一种门锁管理方法，请参阅图7，从图7可以看出该方法包括步骤S310至步骤S340。

步骤S310：确定目标检测项目。

确定目标检测项目之前，可以先获取门锁的锁舌状态和待检测项目，然后判断所述门锁的锁舌状态与所述待检测项目对应的门锁的锁舌状态是否存在差异，如果存在差异，则将所述待检测项目作为目标检测项目。通过将门锁锁舌状态与待检测项目对应的锁舌状态进行比较可以进一步保证锁舌功能检测的准确性，而当门锁的锁舌状态与待检测项目对应的门锁的锁舌状态相同或者这二者没有任何差异时，则无法准确对门锁的锁舌进行判断。本实施例中各锁舌的功能是否正常是通过判断锁舌是否能正常弹出或者正常缩进，即对锁舌的功能的检测主要是根据锁舌的状态变化来进行判断的，而如果锁舌的状态未发生改变，则无法对其功能进行准确的判断。因此，在确定目标检测项目之前，可以先将门锁当前的锁舌状态与待检测项目对应的门锁的锁舌状态进行比较，如果这二者相同，则可以改变所述待检测项目或者改变门锁锁舌的状态。而如果改变了待检测项目，则可以将改变后的待检测项目作为目标检测项目。

步骤S320：获取门锁的锁舌状态。

步骤S330：判断所述目标检测项目与所述锁舌状态是否符合对应关系。

其中，步骤S330包括步骤S331至步骤S333。

步骤S331：将所述目标检测项目和所述门锁的锁舌状态发送至用户终端。

获取到目标检测项目和门锁的锁舌状态后智能门锁可以将这两个信息发送至用户终端，并利用用户终端判断这二者是否符合对应关系，目标检测项目与门锁的锁舌状态之间的对应关系如表1所示。另外，门锁的锁舌状态可以是接收到用户基于门锁的操作指令后获取的，而门锁获取到所述锁舌状态后可以通过有线或者无线的网络发送至用户终端上。显然，本实施例中智能门锁可以通过无线通信技术(如蓝牙、WiFi)与智能门锁进行连接，如此可以保证用户终端和智能门锁之间可以直接进行正常的数据通讯。

步骤S332：指示所述用户终端判断所述目标检测项目与所述锁舌状态是否符合对应关系，得到对比结果。

智能门锁将所述目标检测项目和门锁的锁舌状态发送至用户终端后，可以指示用户终端判断所述目标检测项目与门锁的锁舌状态是否符合对应关系，此时用户终端中存储有目标检测项目与锁舌状态的对应关系数据，即用户终端已经预设好各个检测项目对应的门锁的锁舌状态，而本实施例中对比结果可以按照如表1所示的标准对应关系获取。换句话说，用户终端获取到目标检测项目和门锁锁舌状态后可以利用表1判断所述目标检测项目与所述锁舌状态是否符合对应关系，如果符合则得到的对比结果是符合，而如果不符合则得到的对比结果是不符合。

步骤S333：接收所述用户终端发送的对比结果，并根据所述对比结果确定目标检测项目与所述锁舌状态是否符合对应关系。

步骤S340：当不符合时，则确定所述门锁发生故障。

本申请实施例提出的一种门锁管理方法在确定目标检测项目之前可以将待检测项目的锁舌状态与门锁的锁舌状态进行比较，如果这两个锁舌的状态相同则需对所述待检测项目进行改变，如此在一定程度上可以保证锁舌功能检测的准确性。另外，本申请借助用户终端对目标检测项目和锁舌状态之间的对应关系进行判断，如此可以使门锁管理更加智能化，提升用户门锁使用的体验。

本申请又一实施例提出了一种门锁管理方法，请参阅图8，从图8可以看出该方法包括步骤S410至步骤S440。

步骤S410：确定目标检测项目。

步骤S420：获取门锁的锁舌状态。

步骤S430：判断所述目标检测项目与所述锁舌状态是否符合对应关系。

步骤S440：当不符合时，则确定所述门锁发生故障。

其中，步骤S440可以包括步骤S441至步骤S443。

步骤S441：发送重试指令。

在一个实施例中，智能门锁可以包括超时重试机制，当目标检测项目和锁舌状态不符合对应关系时就可以利用该超时重试机制发送一个重试指令，所述重试指令用于对目标检测项目与锁舌状态的对应关系进行二次确定，如此可以确保锁舌功能检测的准确性。另外，智能门锁获取到操作指令后，在预设时间段内未成功发送锁舌状态至用户终端时，也可以利用该超时重试机制发送一个重试指令，如此可以避免因为断网或者智能门锁故障而使得锁舌状态无法成功发送的现象。

需要说明的是，本实施例中超时重试机制可以设置于智能门锁也可以设置于用户终端，当其设置于智能门锁时，智能门锁可以将该重试指令通过有线或无线网络发送至用户终端以通知用户执行重试操作，或者智能门锁可以直接利用其语音或者图像系统将该重试指令通过语音、图像等形式通知用户，以提醒用户执行重试操作。当该超时重试机制设置于用户终端时，用户终端判断在预设时间段内是否接收到锁舌状态，如果没有接受到锁舌状态，所述用户终端则可以启动超时重试机制，利用该超时重试机制发送重试指令，并通过信息通知的形式通知用户。

步骤S442：检测在预设时间内所述重试指令是否被成功响应。

当发送重试指令后，门锁可以检测在预设时间段内确定该重试指令是否被成功响应，通过上述介绍可以知道智能门锁或者用户终端在不同情境下都可以发送重试指令，而发送重试指令后，智能门锁可以实时检测该指令是否被成功响应。例如，用户终端通过超时重试机制发送重试指令后，其可以在用户终端的界面上显示重试界面以供用户选择，如果用户触发重试按钮，智能门锁则重新获取门锁的锁舌状态，并再次将目标检测项目和锁舌状态发送至用户终端。而如果用户没有触发重试按钮，或者在预设时间段内用户终端未接受到任何针对重试操作界面的操作指令，则表示针对该目标检测项目的操作失败或者表示门锁发送故障，即进入步骤S443。

步骤S443：当预设时间内所述重试指令未被成功响应时，则确定该门锁发生故障。

在一个实施例中，当所述目标检测项目与所述锁舌状态符合对应关系时，则确定所述门锁未发生故障或者表示门锁锁舌功能正常，而后根据预设检测顺序确定所述目标检测项目的下一个检测项目，作为新的目标检测项目，并返回执行获取门锁的锁舌状态以及后续操作，直至所述预设检测顺序内的每个检测项目均被检测完成。

为了更好的理解本方案各步骤流程，本实施例给出了一个具体的示例，详细如图9所示，结合图9和表1中可以看出步骤一中目标检测项目是室内开门，此时需先获取斜舌和角舌的状态，然后判断斜舌和角舌的状态是否均为弹出状态，如果斜舌和角舌至少有一个不是弹出状态，则进入超时重试机制，即进入步骤S441。当预设时间内重试指令未被成功响应时，则确定该智能门锁发生故障，将该故障发送至用户终端，并指示所述用户终端对该故障进行显示，此时用户终端的界面显示如图10所示，从图10可以看出针对室内开门这一目标项目检测失败的可能原因是角舌未正常弹出，可以建议用户对门扣板、锁体以及锁体连接线进行检查。

当斜舌和角舌的状态均为弹出状态时，则进入步骤二，即进入对室内关门项目的检测。结合图9和表1可以看出，在步骤二中需先获取角舌和斜舌的状态，然后判断角舌的状态是否为缩进状态且斜舌的状态是否为弹出状态，如果斜舌和角舌至少一个不满足上述条件，则进入超时重试机制，即进入步骤S441。当预设时间内重试指令未被成功响应时，则确定该智能门锁发生故障，将该故障发送至用户终端，并指示所述用户终端对该故障进行显示，此时用户终端的界面显示如图11所示，从图11可以看出室内关门项目检测失败的可能是角舌未正常缩进，此时可以建议用户检查门扣板是否正确安装，如果门扣板正确安装，则建议用户对锁体的连接线进行检查以及检查门缝的范围是否小于10mm。

当角舌的状态为缩进状态且斜舌的状态是为弹出状态时，则进入步骤三，即进入对反锁门锁项目的检测。结合图9和表1可以看出在步骤三中需先获取反锁舌的状态，然后判断反锁舌的状态是否为弹出状态，如果反锁舌的状态不是弹出状态，则进入超时重试机制，即进入步骤S441。当预设时间内重试指令未被成功响应时，则确定该智能门锁发生故障，将该故障发送至用户终端，并指示所述用户终端对该故障进行显示，此时用户终端的界面显示如图12所示，从图12可以看出反锁门锁项目检测失败的原因可能是反锁舌未正常弹出，此时可以建议用户在反锁旋钮竖直状态下重新安装门锁后面版，如果重新安装以后智能门锁还存在此类故障，则建议用户联系客服。

当反锁舌的状态为弹出状态时，则进入步骤四，即进入对室内下压把手开门项目的检测。结合图9和表1可以知道步骤四中需先获取斜舌、角舌和反锁舌的状态，然后判断斜舌和反锁舌的状态是否均为缩进状态且角舌的状态是否为弹出状态，如果斜舌、角舌和反锁舌至少一个不满足上述条件，则进入超时重试机制，即进入步骤S441。当预设时间内重试指令未被成功响应时，则确定该智能门锁发生故障，将该故障发送至用户终端，并指示所述用户终端对该故障进行显示，此时用户终端的界面显示如图13所示，从图13可以看出室内下压把手开门项目检测失败的可能原因有：门把手未正常下压，此时建议用户联系客户；斜舌未正常缩进，此时建议用户检查锁体连接线；反锁舌未正常缩进，此时建议用户在反锁旋钮竖直状态下安装门锁后面板，也可以建议用户直接联系客户；角舌未正常弹出，此时建议用户检查门扣板、锁体和锁体连接线。

当斜舌和反锁舌的状态均为缩进状态且角舌的状态为弹出状态时，则进入步骤五，即进入室外关门上提把手锁门项目的检测。结合图9和表1可以看出步骤五中需先获取斜舌、角舌和方舌的状态，然后判断斜舌和方舌的状态是否均为弹出状态且角舌的状态是否为缩进状态，如果斜舌、角舌和方舌至少一个不满足上述条件，则进入超时重试机制，即进入步骤S441。当预设时间内重试指令未被成功响应时，则确定该智能门锁发生故障，将该故障发送至用户终端，并指示所述用户终端对该故障进行显示，此时用户终端的界面显示如图14所示，从图14可以看出室外关门上提把手锁门检测失败的可能原因是方舌未正常弹出，此时可以建议用户检查智能门锁锁体连接线。

当斜舌和方舌的状态均为弹出状态且角舌的状态为缩进状态时，则进入步骤六，即进入室外使用指纹、密码或者钥匙开门项目的检测。结合图9和表1可以看出步骤六中需先获取角舌的状态，并判断角舌的状态是否为弹出状态，如果角舌的状态不是弹出状态，则进入超时重试机制，即进入步骤S441。当预设时间内重试指令未被成功响应时，则确定该智能门锁发生故障，将该故障发送至用户终端，并指示所述用户终端对该故障进行显示，此时用户终端的界面显示如图15所示，从图15可以看出室外使用指纹、密码或者钥匙开门项目检测失败的可能原因有：斜舌为正常缩进，此时建议用户检查锁体连接线；方舌未正常缩进，此时可以建议用户检查门扣板、锁体以及锁体连接线。

当角舌的状态为弹出状态，则表示智能门锁未发生故障，此时故障检测结束。智能门锁可以直接通过语音或者图像的形式通知用户智能门锁无故障发生，也可以指示用户终端对故障检测的最终结果进行显示。

在一个实施例中，确定各目标检测项目是根据一定的顺序规则进行的，即在确定目标检测项目之前本申请已经确定最先检测哪个项目，或者最后检测哪个项目，如图9给出的流程图就是按照一定的项目检测顺序进行的。但是目标检测项目的顺序不是唯一的，其可以根据用户对智能门锁的历史操作来决定优先检测哪个项目，即可以获取门锁的使用记录，通过比较所述使用记录中的每个历史操作来确定当前的目标检测项目。例如，用户在进行关门操作的时候出现异常，那么用户可以通过用户终端查看智能门锁最后的记录状态“室外使用密码开门”，即使用户执行“室内关门”的操作也不出现“室内关门”的提示。用户在选择检测项目时，可以利用用户终端上存储的智能门锁的使用记录，此时可将“室内关门”作为优先检测项目。

本申请实施例提出的一种门锁管理方法通过超时重试机制可以确保锁舌功能检测的准确性，且在进行锁舌功能检测时本申请可以充分利用智能门锁与用户终端之间的数据交互，在一定程度上保证门锁管理的智能化。另外，为了更好的对智能门锁进行管理，本申请可以通过用户终端将获取到的检测结果进行显示，如此可以方便用户后续对门锁的管理与维护。

请参阅图16，本申请实施例提出的一种门锁管理装置500，该装置包括项目确定模块510，状态获取模块520、关系判断模块530和故障确定模块540。

项目确定模块510，用于确定目标检测项目。

进一步的，确定目标检测项目之前，项目确定模块510可以先接收锁舌功能检测指令，并根据所述锁舌功能检测指令将所述门锁从工作模式转换为检测模式。

进一步的，确定目标检测项目之前，可以获取门锁的使用记录，并通过比较所述使用记录中的每个历史操作确定目标检测项目。另外，可以获取所述门锁的锁舌状态和待检测项目，判断所述门锁的锁舌状态与所述待检测项目对应的门锁的锁舌状态是否存在差异，如果存在差异，则将所述待检测项目作为目标检测项目。

状态获取模块520，用于获取门锁的锁舌状态。

进一步的，所述状态获取模块520还用于获取用户终端发送的项目检测指令，所述项目检测指令包括目标检测项目，根据所述项目检测指令发出锁舌状态检测提示信息，获取基于所述锁舌状态检测提示信息输入的操作指令，根据所述操作指令获取所述门锁的锁舌状态。

进一步的，锁舌包括斜舌、角舌、方舌和反锁舌，而每个锁舌均包括弹出和缩进两种状态，而目标检测项目与锁舌状态的对应关系，至少包括以下任一项：当所述目标检测项目为室内开门时，所述预设锁舌状态为斜舌弹出和角舌弹出；当所述目标检测项目为室内关门时，所述预设锁舌状态为斜舌弹出和角舌缩进；当所述目标检测项目为反锁门锁时，所述预设锁舌状态为反锁舌弹出；当所述目标检测项目为室内下压把手开门时，所述预设锁舌状态为斜舌缩进、角舌弹出以及反锁舌缩进；当所述目标检测项目为室外关门上提把手锁门时，所述预设锁舌状态为斜舌弹出、角舌弹出以及反锁舌弹出；当所述目标检测项目为室外使用指纹、密码或者钥匙开门时，所述预设锁舌状态为角舌弹出。

关系判断模块530，用于判断所述目标检测项目与所述锁舌状态是否符合对应关系。

进一步的，所述关系判断模块530还用于将所述目标检测项目和所述门锁的锁舌状态发送至用户终端，指示所述用户终端判断所述目标检测项目与所述锁舌状态是否符合对应关系，得到对比结果，接收所述用户终端发送的对比结果，并根据所述对比结果确定目标检测项目与所述锁舌状态是否符合对应关系。

进一步的，所述关系判断模块530还用于当所述目标检测项目与所述锁舌状态符合对应关系时，则确定所述门锁未发生故障，然后根据预设检测顺序确定所述目标检测项目的下一个检测项目，作为新的目标检测项目，并返回执行获取门锁的锁舌状态以及后续操作，直至所述预设检测顺序内的每个检测项目均被检测完成。

故障确定模块540，用于当不符合时，则确定所述门锁发生故障。

进一步的，所述故障确定模块540还用于发送重试指令，检测在预设时间内所述重试指令是否被成功响应，当预设时间内所述重试指令未被成功响应时，则确定该门锁发生故障。确定门锁发生故障之后，可以将所述故障发送至用户终端，并指示所述用户终端对所述故障进行显示。

本发明实施例提供了一种电子设备，该电子设备包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现如上述方法实施例所提供的门锁管理方法。

存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及门锁管理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

图17是本发明实施例提供的一种门锁管理方法的电子设备的硬件结构框图。所述电子设备可以是门锁。如图17所示，该电子设备1100可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(ProcessingUnits，CPU)1110(处理器1110可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器1130，一个或一个以上存储应用程序1123或数据1122的存储介质1120(例如一个或一个以上海量存储设备)。其中，存储器1130和存储介质1120可以是短暂存储或持久存储。存储在存储介质1120的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，处理器1110可以设置为与存储介质1120通信，在电子设备1100上执行存储介质1120中的一系列指令操作。电子设备设备1100还可以包括一个或一个以上电源1160，一个或一个以上有线或无线网络接口1150，一个或一个以上输入输出接口1140，和/或，一个或一个以上操作系统1121，例如WindowsserverTM，MacOSXTM，UnixTM,LinuxTM，FreeBSDTM等等。

输入输出接口1140可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括电子设备1100的通信供应商提供的无线网络。在一个实例中，输入输出接口1140包括一个网络适配器(NetworkInterfaceController，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口1140可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

本领域普通技术人员可以理解，图17所示的结构仅为示意，其并不对上述电子上报设备的结构造成限定。例如，电子上报设备1100还可包括比图17中所示更多或者更少的组件，或者具有与图17所示不同的配置。

图18为实现本发明各个实施例的一种用户终端的硬件结构示意图。

该用户终端1200包括但不限于：射频单元1210、网络模块1220、音频输出单元1230、输入单元1240、传感器1250、显示单元1260、用户输入单元1270、用户输入单元1280、存储器1290、处理器1300、以及电源1310等部件。本领域技术人员可以理解，图18中示出的用户终端结构并不构成对用户终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，用户终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载用户终端、可穿戴设备、以及计步器等。

其中，处理器1300，用于确定目标检测项目；获取门锁的锁舌状态；判断所述目标检测项目与所述锁舌状态是否符合对应关系；当不符合时，则确定所述门锁发生故障。

应理解的是，本发明实施例中，1210可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器1300处理；另外，将上行的数据发送给基站。通常，1210包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，1210还可以通过无线通信系统与网络和其他设备通信。

用户终端通过网络模块1220为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元1230可以将1210或网络模块1220接收的或者在存储器1290中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元1230还可以提供与用户终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元1230包括扬声器、蜂鸣器以及受话器等。

输入单元1240用于接收音频或视频信号。输入单元1240可以包括图形处理器(GraphicsProcessingUnit，GPU)1041和麦克风1242，图形处理器1241对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元1260上。经图形处理器1241处理后的图像帧可以存储在存储器1290(或其它存储介质)中或者经由1210或网络模块1220进行发送。麦克风1242可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由1210发送到移动通信基站的格式输出。

用户终端100还包括至少一种传感器1250，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1261的亮度，接近传感器可在用户终端100移动到耳边时，关闭显示面板1261和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别用户终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器1250还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元1260用于显示由用户输入的信息或提供给用户的信息。显示单元1260可包括显示面板1261，可以采用液晶显示器(LiquidCrystalDisplay，LCD)、有机发光二极管(OrganicLight-EmiTTingDiode，OLED)等形式来配置显示面板1261。

用户输入单元1270可用于接收输入的数字或字符信息，以及产生与用户终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元1270包括触控面板1271以及其他输入设备1272。触控面板1271，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1271上或在触控面板1271附近的操作)。触控面板1271可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1300，接收处理器1300发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1271。除了触控面板1271，用户输入单元1270还可以包括其他输入设备1272。具体地，其他输入设备1272可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板1271可覆盖在显示面板1261上，当触控面板1271检测到在其上或附近的触摸操作后，传送给处理器1300以确定触摸事件的类型，随后处理器1300根据触摸事件的类型在显示面板1261上提供相应的视觉输出。虽然在图18中，触控面板1271与显示面板1261是作为两个独立的部件来实现用户终端的输入和输出功能，但是在某些实施例中，可以将触控面板1271与显示面板1261集成而实现用户终端的输入和输出功能，具体此处不做限定。

用户输入单元1280为外部装置与用户终端100连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。用户输入单元1280可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到用户终端100内的一个或多个元件或者可以用于在用户终端100和外部装置之间传输数据。

存储器1290可用于存储软件程序以及各种数据。存储器1290可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1290可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器1300是用户终端的控制中心，利用各种接口和线路连接整个用户终端的各个部分，通过运行或执行存储在存储器1290内的软件程序和/或模块，以及调用存储在存储器1290内的数据，执行用户终端的各种功能和处理数据，从而对用户终端进行整体监控。处理器1300可包括一个或多个处理单元；优选的，处理器1300可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1300中。

用户终端100还可以包括给各个部件供电的电源1310(比如电池)，优选的，电源1310可以通过电源管理系统与处理器1300逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，用户终端100包括一些未示出的功能模块，在此不再赘述。

本发明实施例还提供一种用户终端，包括处理器1300，存储器1290，存储在存储器409上并可在所述处理器1300上运行的计算机程序，该计算机程序被处理器410执行时实现上述信息方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述门锁管理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-OnlyMemory，简称ROM)、随机存取存储器(RandomAccessMemory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (13)

1.一种门锁管理方法，其特征在于，所述方法包括：

确定目标检测项目；

获取门锁的锁舌状态；

判断所述目标检测项目与所述锁舌状态是否符合对应关系；

当不符合时，则确定所述门锁发生故障。

2.根据权利要求1所述的方法，其特征在于，所述获取门锁的锁舌状态，包括：

获取用户终端发送的项目检测指令，所述项目检测指令包括目标检测项目；

根据所述项目检测指令发出锁舌状态检测提示信息；

获取基于所述锁舌状态检测提示信息输入的操作指令；

根据所述操作指令获取所述门锁的锁舌状态。

3.根据权利要求1所述的方法，其特征在于，所述判断所述目标检测项目与所述锁舌状态是否符合对应关系，包括：

将所述目标检测项目和所述门锁的锁舌状态发送至用户终端；

指示所述用户终端判断所述目标检测项目与所述锁舌状态是否符合对应关系，得到对比结果；

接收所述用户终端发送的对比结果，并根据所述对比结果确定目标检测项目与所述锁舌状态是否符合对应关系。

4.根据权利要求1所述的方法，其特征在于，所述确定目标检测项目之前，包括：

接收锁舌功能检测指令；

根据所述锁舌功能检测指令将所述门锁从工作模式转换为检测模式。

5.根据权利要求1所述的方法，其特征在于，所述当不符合时，则确定所述门锁发生故障，包括：

发送重试指令；

检测在预设时间内所述重试指令是否被成功响应；

当预设时间内所述重试指令未被成功响应时，则确定该门锁发生故障。

6.根据权利要求5所述的方法，其特征在于，所述确定所述门锁发生故障之后包括：

将所述故障发送至用户终端，并指示所述用户终端对所述故障进行显示。

7.根据权利要求1-6任一权利要求所述的方法，其特征在于，所述锁舌为多个，所述方法包括：

当所述目标检测项目与所述锁舌状态符合对应关系时，则确定所述门锁未发生故障；

根据预设检测顺序确定所述目标检测项目的下一个检测项目，作为新的目标检测项目，并返回执行获取门锁的锁舌状态以及后续操作，直至所述预设检测顺序内的每个检测项目均被检测完成。

8.根据权利要求1-6任一权利要求所述的方法，其特征在于，所述确定目标检测项目之前，包括：

获取所述门锁的使用记录；

通过比较所述使用记录中的每个历史操作确定目标检测项目。

9.根据权利要求1-6任一权利要求所述的方法，其特征在于，所述确定目标检测项目之前，还包括：

获取所述门锁的锁舌状态和待检测项目；

判断所述门锁的锁舌状态与所述待检测项目对应的门锁的锁舌状态是否存在差异；

如果存在差异，则将所述待检测项目作为目标检测项目。

10.根据权利要求1-6任一权利要求所述的方法，其特征在于，所述锁舌包括斜舌、角舌、方舌和反锁舌，每个所述锁舌均包括弹出和缩进两种状态；

所述目标检测项目与所述锁舌状态的对应关系，至少包括以下任一项：

当所述目标检测项目为开门时，所述锁舌状态为斜舌弹出和角舌弹出；

当所述目标检测项目为关门时，所述锁舌状态为斜舌弹出和角舌缩进；

当所述目标检测项目为反锁门时，所述锁舌状态为反锁舌弹出；

当所述目标检测项目为下压把手时，所述锁舌状态为斜舌缩进、角舌弹出以及反锁舌缩进；

当所述目标检测项目为上提把手时，所述锁舌状态为斜舌弹出、角舌弹出以及反锁舌弹出；

当所述目标检测项目为用指纹、密码或者钥匙开门时，所述锁舌状态为角舌弹出。

11.一种门锁管理装置，其特征在于，所述装置包括：

项目确定模块，用于确定目标检测项目；

状态获取模块，用于获取门锁的锁舌状态；

关系判断模块，用于判断所述目标检测项目与所述锁舌状态是否符合对应关系；

故障确定模块，用于当不符合时，则确定所述门锁发生故障。

12.一种电子设备，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至10中任一项所述的门锁管理方法的步骤。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至10中任一项所述的门锁管理方法的步骤。