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

Abstract

本申请公开了一种门锁管理方法、装置、电子设备及存储介质，涉及智能家居技术领域。上述方法包括：在创建新用户时，判断是否存在管理员用户；当存在管理员用户时，生成权限选择页面，权限选择页面用于获取权限设置指令；获取权限设置指令，根据权限设置指令设置新用户的用户权限，用户权限包括对应于管理员用户的管理员权限以及对应于普通用户的普通权限。本申请通过在创建用户时对不同用户设置不同权限，对门锁实现用户管理，便于用户直观了解出入信息，提高门锁安全性。

Description

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

技术领域

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

背景技术

随着科技的发展，智能门锁已经在人们的生活中越来越普及，人们在使用智能门锁之后，一来可以不用带钥匙，既提高了解锁的便利性，也省去了丢失钥匙带来的安全隐患，二来还可以通过智能门锁对每个解锁用户进行身份识别。

发明内容

本申请提出了一种门锁管理方法、装置、电子设备及存储介质，以实现门锁用户管理，便于了解出入信息。

第一方面，本申请实施例提供了一种门锁管理方法，应用于移动终端，所述方法包括：在创建新用户时，判断是否存在管理员用户；当存在管理员用户时，生成权限选择页面，权限选择页面用于获取权限设置指令；获取权限设置指令，根据权限设置指令设置新用户的用户权限，用户权限包括对应于管理员用户的管理员权限以及对应于普通用户的普通权限。

第二方面，本申请实施例提供了一种门锁管理装置，运行于移动终端，所述装置包括：判断模块，用于在创建新用户时，判断是否存在管理员用户；生成模块，用于当存在管理员用户时，生成权限选择页面，权限选择页面用于获取权限设置指令；设置模块，用于获取权限设置指令，根据权限设置指令设置新用户的用户权限，用户权限包括对应于管理员用户的管理员权限以及对应于普通用户的普通权限。

第三方面，本申请实施例提供了一种电子设备，所述电子设备包括：存储器、一个或多个处理器及一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器上执行，一个或多个应用程序配置用于执行如上述第一方面的方法。

第四方面，本申请实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如上述第一方面所述的方法。

本申请实施例提供的门锁管理方法、装置、电子设备及存储介质，通过在创建新用户时，判断是否存在管理员用户，并当存在管理员用户时，生成权限选择页面，权限选择页面用于获取权限设置指令，最后获取权限设置指令，根据权限设置指令设置新用户的用户权限，其中用户权限包括对应于管理员用户的管理员权限以及对应于普通用户的普通权限。从而通过在创建用户时对不同用户设置不同权限，对门锁实现用户管理，便于用户直观了解出入信息，提高门锁安全性。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1示出了本申请实施例提供的门锁管理方法的应用环境示意图；

图2示出了本申请一个实施例提供的门锁管理方法的时序图；

图3示出了本申请又一个实施例提供的门锁管理方法的时序图；

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

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

图6示出了本申请另一个实施例中步骤S510至步骤S520的流程示意图；

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

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

图9示出了本申请一个实施例提供的门锁管理装置的模块框图；

图10示出了本申请另一个实施例提供的门锁管理装置的模块框图；

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

图12示出了本申请实施例用于执行根据本申请实施例的门锁管理方法的门锁的框图；

图13示出了本申请实施例的用于保存或者携带实现根据本申请实施例的门锁管理方法的程序代码的存储单元。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

目前，智能门锁越来越普及，为千家万户带去了便利，使得用户可以不必随身携带钥匙，不仅提升了用户出行的便利性，还可避免钥匙丢失的情况，同时智能门锁还可以对解锁用户进行身份识别，使得用户可以了解到自家门锁的解锁情况，例如门锁何时被谁解锁。

发明人在调研中发现，当用户利用该解锁密码进行解锁时，无法清楚地将解锁密码与具体用户直接对应，导致用户仍无法直观地了解到当前解锁人是具体哪一位用户，使得用户使用不够便利。

针对上述问题，发明人经过长期的研究发现并提出了本申请实施例提供的门锁管理方法、装置、电子设备及存储介质，通过在创建用户时对不同用户设置不同权限，对门锁实现用户管理，便于用户直观了解出入信息，提高门锁安全性。

下面将先对本申请所涉及的一种应用环境进行介绍。

请参阅图1，图1示出了可用于本申请实施例提供的门锁管理方法的门锁控制系统10，该门锁控制系统10包括门锁101和移动终端102，其中，移动终端102可以包括个人电脑、智能手机、平板电脑、穿戴式电子设备等，在此不作限定。在一些实施方式中，该移动终端102用于与用户之间进行交互，便于用户通过移动终端102与门锁101进行远程通信。另外，用户可以在门锁101和移动终端102添加同一账号信息，通过该账号信息实现门锁101和移动终端102的信息同步。

进一步地，门锁控制系统10还可以包括服务器103，服务器103可以采用传统服务器，也可以采用云端服务器，在此不做限定。服务器103可以通过无线网络分别与移动终端102以及门锁101进行通信连接，以进行服务器103与移动终端102之间的数据交互，服务器103与门锁101之间的数据交互。

作为一种方式，门锁101与网关连接，移动终端102可以通过局域网路径与网关进行交互(即移动终端-路由器-网关)，从而实现与网关连接的门锁101进行交互。进一步地，移动终端102还可以通过广域网路径与网关进行交互(即移动终端-服务器-网关)，从而实现与网关连接的门锁101进行交互。

作为另一种方式，门锁101也可以不经过网关，通过无线通信方式与路由器连接后，再与移动终端102建立通信，进行交互。进一步地，门锁101还可以通过ZigBee模块或蓝牙模块等无线通信模块与移动终端102建立通信，进行交互。

下面将结合附图具体描述本申请的各实施例。

请参阅图2，图2示出了本申请一个实施例提供的门锁管理方法的时序图，应用于上述门锁管理系统。下面将针对图2所示的实施例进行详细的阐述，所述方法具体可以包括以下步骤：

步骤S110：门锁采集当前用户输入的解锁信息。

本实施例中，解锁信息可以是通过密码解锁、指纹解锁、人脸解锁、声纹解锁、蓝牙解锁以及近场通信(NFC)解锁中的至少一种解锁方式输入的用于解开门锁的信息。其中NFC解锁可以是利用具有NFC功能的实体卡片或者手机等移动终端实现，实体卡片或者移动终端中包含可以用于解锁的门禁卡信息，在解锁时，门锁通过读取当前用户使用的门禁卡信息来获取密钥，用于解锁。

需要说明的是，门锁可以采集一个解锁信息用于解锁，也可以采集一个以上的解锁信息用于解锁，采集的解锁信息的数量由预先设置的需验证数量决定，并在此不对解锁信息的数量作限定。具体的，若预先设置双重验证，需要验证一个指纹以及密码，那么此时门锁需采集的解锁信息的数量为两个；若预先设置单一验证，需要验证一个指纹，那么此时门锁需采集的解锁信息的数量为一个。使得用户可以利用多种解锁方式进行解锁，提供更多解锁可能，满足用户的使用需求，并且门锁可以采集多个解锁信息，使得门锁在满足用户使用需求的同时还可以叠加多重验证以提升门锁的安全等级。

步骤S120：门锁基于预设验证方式，对所述解锁信息进行验证。

本实施例中，预设验证方式包括门锁本地验证、移动终端验证以及服务器验证的至少一种。

作为一种方式，预设验证方式为门锁本地验证，也就是在门锁本地存储用于验证解锁信息的解锁验证信息库，解锁验证信息库中包含至少一个用于验证解锁信息的解锁验证信息，并在门锁本地对解锁信息进行验证。其中，解锁验证信息可以包括数字密码、蓝牙密钥、指纹以及人脸等信息。门锁采集到解锁信息之后，在门锁本地将解锁信息在解锁验证信息库中进行匹配，若解锁信息匹配成功，则该解锁信息验证成功。通过在门锁本地进行验证，极大地提高了验证效率，并且不受网络影响，在网络状况不佳或异常时仍可以完成高效验证。

作为另一种方式，预设验证方式为移动终端验证，也就是在移动终端存储用于验证解锁信息的解锁验证信息库，解锁验证信息库中包含至少一个用于验证解锁信息的解锁验证信息，并在移动终端对解锁信息进行验证。门锁采集到解锁信息之后，将解锁信息发送至移动终端，在移动终端将解锁信息在解锁验证信息库中进行匹配，若解锁信息匹配成功，则该解锁信息验证成功。通过在移动终端进行验证，可以通过移动终端向用户显示验证反馈，验证反馈包括验证成功或者失败等，并且用户可以及时得知有人正在试图解锁，及时获知门锁情况，提高门锁安全性。

作为又一种方式，预设验证方式为服务器验证，也就是在服务器存储用于验证解锁信息的解锁验证信息库，并在服务器对解锁信息进行验证。门锁采集到解锁信息之后，将解锁信息发送至服务器，在服务器将解锁信息在解锁验证信息库中进行匹配，若解锁信息匹配成功，则该解锁信息验证成功。通过在服务器进行验证，将解锁验证信息库存储于服务器，可以不必占用门锁本地或移动终端的存储空间，降低对门锁存储容量的要求，从而可以减小门锁成本。

作为再一种方式，在双重验证时，预设验证方式还可以为上述三种验证方式的任意两两组合，也就是可以包括两种验证主体，具体的，例如预设验证方式为门锁本地验证结合服务器验证，用户开启数字密码以及指纹的双重验证，其中用于验证数字密码的验证密码存储于门锁本地，用于验证指纹的验证指纹存储于移动终端，此时，在门锁采集到用户输入的数字密码以及指纹之后，在门锁本地匹配用户输入的数字密码，在服务器匹配用户输入的指纹，若均匹配成功则验证成功。

可以理解的是，预设验证方式还可以为门锁本地验证结合移动终端验证或移动终端验证结合服务器验证，验证方法与上述门锁本地验证结合服务器验证大致相同，在此不再赘述。通过设置多主体进行验证，使得在一个主体验证出故障时不影响另一主体进行验证，提高系统的容错性，除此之外，使得对两个解锁信息的验证可以并行处理，提高验证效率，减少用户解锁时间。

在一些实施方式中，同一解锁验证信息还可以存储在多个验证主体，例如用于验证指纹A1的解锁验证信息可以同时存储与门锁本地以及移动终端，当网络故障使得门锁与移动终端的通信受阻进而使得移动终端无法接收门锁发送的包含指纹A1的解锁信息，可以将验证主体从原来的移动终端更换为门锁本地，从而将对包含指纹A1的解锁信息的验证在门锁本地执行。如此，通过设置多个验证主体，并且将同一解锁验证信息存储于多个验证主体中，使得在一个验证主体出现故障时，可以切换其他验证主体进行验证，不影响用户解锁，提高系统的容错性。

步骤S130：当解锁信息验证成功时，门锁生成解锁指令以及验证信息，并将验证信息发送至移动终端。

本实施例中，验证信息包括当前用户输入的解锁信息以及与该解锁信息对应的用户身份信息中的至少一个。

需要说明的是，一个用户身份信息可以对应多个解锁方式，一个用户身份信息对应一个自然人，用户身份信息可以是系统预设的，也可以是用户自定义的，从而实现用户Z在利用用户Z对应的用户身份信息所对应的指纹或密码解锁时，可以根据该指纹或密码获知当前解锁人是用户Z。

作为一种方式，验证信息仅包括当前用户输入的解锁信息，门锁将该验证信息发送至移动终端，可以使得移动终端获取该解锁信息进行身份的匹配，从而使得用户可以获知解锁人的身份。也就是获取与解锁信息对应的用户身份信息的步骤可以在移动终端执行，一来使得门锁本地不必存储对应用户身份信息的列表，降低对门锁存储容量的要求，二来获取用户身份信息的步骤不必在门锁本地执行，还可以降低对门锁处理能力的要求，降低门锁的生产制造成本，并且由于移动终端的处理能力强于多数门锁的处理能力，所以还可以提高用户获取用户身份信息从而获知身份的效率。

作为另一种方式，验证信息仅包括当前用户输入的解锁信息所对应的用户身份信息，也就是门锁本地存储有解锁验证信息与用户身份信息的对应列表，在一些实施方式中，该对应列表可以是解锁验证信息库。在当前用户输入的解锁信息与门锁本地的解锁验证信息匹配成功时，可以获取与该解锁验证信息对应的用户身份信息，从而将该用户身份信息发送至移动终端，使得用户可以判断解锁人的身份。也就是获取与解锁信息对应的用户身份信息的步骤在门锁本地执行，使得移动终端可以直接获取用户身份信息用于判断解锁人身份，并且此时门锁需要发送的数据量较小，降低了数据传输的要求还可在网络带宽受限时仍保证较佳通信，从而保证移动终端获取解锁人身份的效率。

作为又一种方式，验证信息还可包括当前用户输入的解锁信息以及与该解锁信息对应的用户身份信息。当解锁信息验证成功时，可以将验证信息发送给移动终端，使得移动终端可以获取当前用户的用户身份信息以及当前用户用于解锁的解锁信息，也就是用户可以获知是谁采用了哪种方式解锁，便于用户掌握更多门锁的出入信息，提高门锁的安全性。

步骤S140：移动终端接收验证信息。

本实施例中，移动终端接收门锁发送的验证信息，其中，验证信息包括当前用户输入的解锁信息以及与该解锁信息对应的用户身份信息中的至少一个。

具体的，当前用户在门锁处输入解锁信息后，门锁可以在门锁本地查询该解锁信息所对应的用户身份信息，并将该用户身份信息发送给移动终端，使得移动终端可以接收当前用户输入的解锁信息所对应的用户身份信息，从而可以直接判断解锁人身份。

在一些实施方式中，当前用户在门锁处输入解锁信息后，门锁可以将该解锁信息直接发送给移动终端，如此，移动终端可以接收当前用户输入的解锁信息。

在其他一些实施方式中，当前用户在门锁处输入解锁信息后，门锁可以将该解锁信息以及与该解锁信息对应的用户身份信息均发送给移动终端，如此移动终端可以接收包含当前用户输入的解锁信息以及与该解锁信息对应的用户身份信息的验证信息。

步骤S150：移动终端根据验证信息，确认解锁信息对应的用户身份信息。

本实施例中，验证信息包括当前用户输入的解锁信息以及与该解锁信息对应的用户身份信息中的至少一个。

具体的，验证信息可以仅包括与当前用户输入的解锁信息对应的用户身份信息，也就是当前用户在门锁处输入解锁信息后，门锁可以在门锁本地查询该解锁信息所对应的用户身份信息，并将该用户身份信息发送给移动终端，使得移动终端可以接收当前用户输入的解锁信息所对应的用户身份信息，从而可以直接判断解锁人身份。

在一些实施方式中，验证信息也可以仅包括当前用户输入的解锁信息，也也就是当前用户在门锁处输入解锁信息后，门锁可以将该解锁信息直接发送给移动终端，如此，移动终端可以接收当前用户输入的解锁信息，并在移动终端或服务器中查询该解锁信息所对应的用户身份信息，具体的，解锁验证信息库中包含解锁验证信息与用户身份信息的对应关系，通过在解锁验证信息库中查询与解锁信息匹配的解锁验证信息，再获得与匹配的解锁验证信息对应的用户身份信息。

作为一种方式，当解锁验证信息库存储于移动终端时，可以在移动终端直接查询获取该解锁信息对应的用户身份信息，从而可以判断解锁人身份，并且在移动终端进行查询匹配可以提高查询匹配的效率。

作为另一种方式，当解锁验证信息库存储于服务器时，移动终端可以将该解锁信息发送给服务器，在服务器中查询该解锁信息所对应的用户身份信息，并将查询结果返回给移动终端，使得用户通过移动终端可以判断解锁人身份，并且不占用移动终端的内存。

在其他一些实施方式中，验证信息还可以包括当前用户输入的解锁信息以及与该解锁信息对应的用户身份信息，也就是当前用户在门锁处输入解锁信息后，门锁可以将该解锁信息以及与该解锁信息对应的用户身份信息均发送给移动终端，如此移动终端可以接收包含当前用户输入的解锁信息以及与该解锁信息对应的用户身份信息的验证信息，使得移动终端既可以直接通过用户身份信息判断当前解锁人的身份，又可以获知当前解锁人所采用的解锁方式，从而可以对门锁用户实现完备的监管，提高门锁安全性。

步骤S160：移动终端根据用户身份信息，生成解锁通知。

其中，解锁通知用于通知当前用户和管理员用户中的至少一个，门锁已被当前用户成功解锁。将解锁通知发送给当前用户，使得当前用户可以了解当前解锁结果，并且还可以满足当前用户对自身出入时间的查询和了解需求。将解锁通知发送给管理员用户，可以使得管理员用户及时掌握门锁的解锁情况，了解门锁的出入信息，从而满足管理员用户的监管需求，提高门锁安全性。除此之外，仅通知当前用户和管理员用户中的至少一个，可以在保证用户管理及门锁监管的基础上，保护当前用户的出入信息不被其他非管理员用户得知，从而可以保护当前用户的隐私，并且还可以使得其他非管理员用户免于接收其他用户的解锁通知，避免信息繁杂，提升用户体验。

本实施例中，用户身份信息可以绑定有对应用户的联系方式，其中联系方式可以包括用户在门锁应用程序的账号、用户的电话号码、微信、邮箱等，在此对联系方式的具体类型不作限定，可以理解的是，通过该联系方式可以使得用户接收移动终端发送的信息。

需要说明的是，移动终端可以通过一种联系方式发送解锁通知给用户，也可以通过一种以上的联系方式发送解锁通知给用户，在此不作限定。

作为一种方式，用户身份信息绑定有对应用户在门锁应用程序的账号，从而可以通过门锁应用程序，将当前用户解锁成功的信息推送到当前用户和管理员用户中的至少一个的账号，使得当前用户和管理员用户中的至少一个可以通过门锁应用程序获知当前解锁人身份，还可以获知当前解锁时间，也就是获知是谁在何时解锁成功，实现对门锁用户的管理，满足用户对门锁出入信息的监管需求，提高门锁安全性。

作为另一种方式，用户身份信息绑定有对应用户的电话号码，从而可以通过短信或电话的形式将当前用户解锁成功的信息发送给当前用户和管理员用户中的至少一个，使得用户在未登录或开启门锁应用程序的情况下，仍可以及时接收到解锁通知，及时掌握门锁出入信息，提高门锁安全性。

作为又一种方式，用户身份信息绑定有对应用户的微信账号，从而可以通过微信将解锁通知推送给当前用户和管理员用户中的至少一个，可以节省利用电话或短信进行推送所产生的通信费用，还可以在微信使用时间较高的当下更及时地通知到用户，保证通知的时效性。可以理解的是，通过其他联系方式发送解锁通知的方法与上述方法大致相同，在此不再赘述。

本发明一个实施例提供的门锁管理方法，在门锁采集当前用户输入的解锁信息后，对解锁信息进行验证，并当解锁信息验证成功时，由门锁生成解锁指令以及验证信息并将验证信息发送给移动终端，从而使得移动终端根据验证信息确认用户身份信息，并根据用户身份信息将解锁情况通知当前用户和管理员用户中的至少一个。如此，可以实现对门锁及门锁用户的管理，便于用户及时了解门锁的出入信息，满足用户的监管需求的同时还可以保护解锁人的隐私，提高门锁安全性，提升用户体验。并且在存储解锁验证信息时，还对应增加了用户身份信息的字段，使得根据解锁信息可以获取到用户身份信息，使得用户可以直观地了解到何时谁回家的信息，进一步提升门锁管理的便利性以及用户监管出入信息的体验。

请参阅图3，图3示出了本申请又一个实施例提供的门锁管理方法的时序图，应用于上述门锁管理系统。下面将针对图3所示的实施例进行详细的阐述，所述方法具体可以包括以下步骤：

步骤S201：移动终端基于预设分组方式，对至少一个用户身份信息进行分组。

本实施例中，预设分组方式可以包括用户年龄分组方式、用户身高分组方式等，需要说明的是，预设分组方式可以是程序内置不可调的，也可以是用户自定义的，当由用户自定义时，用户可以自行选择分组参数为年龄或身高等，在此不作限定。

在一些实施方式中，预设分组方式可以包括用户年龄分组方式，用户年龄分组方式是按用户年龄大小进行分组，具体的，可以设置不同的年龄区间，不同的年龄区间对应不同的分组，其中年龄区间可以是系统预设的，也可以是用户自定义设置的。例如设置年龄区间1-24岁、25-50岁以及50岁以上，分别对应第一组、第二组以及第三组，此时年龄落于1-24岁的用户隶属第一组，年龄落于25-50岁的用户隶属第二组，年龄大于50岁的用户隶属第三组。从而可以通过分组，对不同分组的用户进行个性化管理。

在另一些实施方式中，预设分组方式可以为用户身高分组方式，用户身高分组方式是按用户身高高低进行分组，具体的，可以设置不同的身高区间，不同的身高区间对应不同的分组，分组原理与上述用户年龄分组方式大致相同，在此不再赘述。

步骤S202：移动终端根据不同的分组分别设置解锁提醒方式，获得用户分组列表，并将用户分组列表发送至门锁。

其中，解锁提醒方式可以是同种形式的不同参数例如音量大小不同的声音提醒，也可以是不同形式例如声音、亮灯、震动等提醒方式，还可以是不同数量的提醒方式。也就是分别设置解锁提醒方式可以包括设置不同参数的同种形式，也可以包括设置不同形式的提醒方式，还可以包括设置不同数量的提醒方式。

作为一种方式，移动终端根据不同的分组分别设置不同形式的解锁提醒方式，例如已有三个分组分别为组1、组2以及组3，组1可以对应声音提醒，组2可以对应亮灯提醒，组3可以对应震动提醒，从而可以针对不同的用户进行适合该特定人群的解锁提醒，满足特定人群的需求，提高用户体验。

作为另一种方式，移动终端根据不同的分组分别设置解锁提醒方式，解锁提醒方式可以是不同参数的同种形式。例如已有三个分组分别为组1、组2以及组3，组1可以对应音量80％的声音提醒，组2可以对应音量50％的声音提醒，组3可以对应音量20％的声音提醒。如此，可以在根据用户年龄进行分组的情况下，实现对年龄大的用户采用音量较大的提醒方式，并随着年龄减小，音量逐渐减少，从而在不影响年龄较小的用户正常收听解锁提醒的情况下，可以使得年龄大的用户更容易收听到解锁提醒。满足不同人群的需求，提高用户体验。

作为又一种方式，移动终端根据不同的分组分别对解锁提醒方式的数量和类型中的至少一个进行设置。例如已有三个分组分别为组1、组2以及组3，组1可以对应亮灯提醒，组2可以对应结合亮灯及震动的提醒，组3可以对应结合亮灯、震动及声音的提醒。在一个具体的应用场景中，当组1的用户进行解锁并解锁失败时，门锁亮起红灯，提醒用户当前解锁失败，当组2的用户进行解锁并解锁失败时，门锁亮起红灯并震动，当组3的用户进行解锁并解锁失败时，门锁亮起红灯并震动的同时还发出语音，结合三种方式提醒用户当前解锁失败。使得对于特定人群可以采用叠加提醒的方式，达到适合该特定人群的提醒效果，例如随着年龄增大，可以通过叠加提醒引起较年长用户的注意，提高用户体验。

本实施例中，移动终端基于预设分组方式对用户进行分组后，可以根据不同的分组分别设置解锁提醒方式，获得用户分组列表，其中用户分组列表包含用户与分组的对应关系以及不同分组与解锁提醒方式的对应关系，也就是可以通过用户分组列表查询各分组以及各用户所对应的解锁提醒方式。

在一个具体的应用场景中，移动终端基于用户年龄分组方式进行分组，并且年龄落于1-24岁的用户隶属第一组，年龄落于25-49岁的用户隶属第二组，年龄大于50岁的用户隶属第三组。此时可以对不同的分组分别设置解锁提醒方式，第一组对应的解锁提醒方式为声音提醒，第二组对应声音提醒结合亮灯提醒，第三组对应声音提醒、亮灯提醒和震动提醒的结合。使得较为年长的用户可以得到视听等更多方位的提醒，避免错漏导致用户无法正确判断当前解锁情况，并且随着年龄减少，可以采用两种或单一的提醒方式进行提醒，保证提醒效果的同时节省门锁功耗，从而可以针对不同的解锁用户进行适合该特定人群的解锁提醒，提高用户体验。

步骤S203：门锁采集当前用户输入的解锁信息。

步骤S204：门锁基于预设验证方式，对解锁信息进行验证。

本实施例中，步骤S203的具体描述可见步骤S110，步骤S204的具体描述可见步骤S120，为表述简洁，在此不再赘述。

步骤S205：门锁获取与解锁信息对应的用户身份信息。

本实施例中，门锁获取与解锁信息对应的用户身份信息，其中解锁信息对应的用户身份信息可以是从门锁本地对解锁信息进行查询匹配得到的，也可以是通过移动终端对解锁信息进行查询匹配得到后发送给门锁的，可以理解的是，门锁可以获取与解锁信息对应的用户身份信息。

步骤S206：门锁将用户身份信息在用户分组列表中进行匹配，获取与当前用户对应的解锁提醒方式。

本实施例中，门锁在移动终端发送过来的用户分组列表中对用户身份信息进行匹配，根据用户身份信息所在的分组与解锁提醒方式的对应关系，获取与当前用户对应的解锁提醒方式。

步骤S207：门锁根据解锁提醒方式，生成解锁提醒。

本实施例中，门锁根据当前用户所在的分组，在用户分组列表中获取到该分组对应的解锁提醒方式，并根据该解锁提醒方式，生成解锁提醒。例如当前用户对应的分组对应第一组，第一组对应亮灯提醒，此时在当前用户解锁成功时，可以亮起绿灯提醒用户当前解锁成功，并在当前用户解锁失败时，亮起红灯提醒用户当前解锁失败。

步骤S208：当解锁信息验证成功时，门锁生成解锁指令以及验证信息，并将验证信息发送至移动终端。

步骤S209：移动终端接收验证信息。

步骤S210：移动终端根据验证信息，确认解锁信息对应的用户身份信息。

步骤S211：移动终端根据用户身份信息，生成解锁通知。

本实施例中，步骤S208-步骤S211的具体描述可见步骤S130-步骤S160，在此不再赘述。

在一个具体的应用场景中，移动终端基于用户年龄分组方式进行分组，并且年龄落于1-24岁的用户隶属第一组，年龄落于25-49岁的用户隶属第二组，年龄大于50岁的用户隶属第三组。并且对不同的分组设置解锁提醒方式，第一组对应的解锁提醒方式为声音提醒，第二组对应声音提醒结合亮灯提醒，第三组对应声音提醒、亮灯提醒和震动提醒的结合。此时门锁采集到用户H输入的指纹，在门锁本地对该指纹进行验证，并且获取与该指纹对应的用户身份信息，即与用户H对应的用户身份信息，在用户分组列表中查询得到用户H属于第一组，对应的解锁提醒方式为声音提醒，当门锁对该指纹验证成功时，此时门锁发出特定声音提醒用户当前解锁成功，并且移动终端接收门锁发送的验证信息，确认用户身份信息，生成解锁通知，并将该解锁通知推送给用户H或管理员用户的用户身份信息所绑定的门锁应用程序的账号，使得用户H或管理员用户可以获知当前门锁被用户H解锁成功。

本发明又一个实施例提供的门锁管理方法，通过移动终端对门锁用户进行分组，使得门锁可以根据分组对不同分组进行个性化提醒，满足特定人群的提醒需求，并且在门锁采集用户输入的解锁信息后，通过移动终端接收门锁生成的验证信息，并确认解锁信息对应的用户身份信息，由此生成解锁通知发送给用户。从而可以实现对门锁及门锁用户的管理，便于用户及时了解门锁的出入信息，满足用户的监管需求的同时还可以保护解锁人的隐私，提高门锁安全性，提升用户体验。并且在存储解锁验证信息时，还对应增加了用户身份信息的字段，使得根据解锁信息可以获取到用户身份信息，使得用户可以直观地了解到何时谁回家的信息，进一步提升门锁管理的便利性以及用户监管出入信息的体验。

请参阅图4，图4示出了本申请再一个实施例提供的门锁管理方法的流程示意图，所述门锁管理方法适用于移动终端。下面将针对图4所示的实施例进行详细的阐述，所述方法具体可以包括以下步骤：

步骤S310：在创建新用户时，判断是否存在管理员用户。

本实施例中，一个门锁可以对应多个用户，每个用户对应一个用户身份信息，一个用户身份信息可以对应多个解锁方式。需要说明的是，一个用户身份信息对应一个自然人，从而可以实现用户Z在利用用户Z对应的用户身份信息所对应的指纹或密码解锁时，可以根据该指纹或密码获知当前解锁人是用户Z。

在一些实施方式中，门锁本地可以对应存储有解锁验证信息库，其中，该解锁验证信息库用于存储用户身份信息与每个用户身份信息对应的多个解锁验证信息，如表1所示，其中解锁验证信息用于与用户输入的解锁信息进行匹配，在表1中解锁验证信息对应用户指纹、用户密码以及用户卡片三种解锁方式下的左手拇指、密码1等。

其中，用户身份信息可以是系统预设的，也可以是用户自定义命名的，例如可以是爸爸、宝宝等家庭成员的身份，也可以是张三、李四等具体的姓名。相较于现有技术中，通过维护一个指纹和密码的列表来存储用户信息，本实施例增加了用户身份信息的字段，使得在验证解锁信息时，可以直接通过如表1所示的解锁验证信息库，将解锁验证信息与当前用户输入的解锁信息进行匹配，并根据匹配到的解锁验证信息，获得与该解锁验证信息对应的用户身份信息，从而直接获取到解锁成功的当前用户的自然人身份，也就是通过用户身份信息可以让用户直观了解到此时是哪一位用户解锁成功。相较于现有技术，本实施例通过增加用户身份信息的字段，可以更直观地建立各种解锁验证信息与自然人之间的对应关系，更直观地将何时谁解锁成功的信息呈现给用户。

进一步地，每个用户身份信息可以对应一个用户权限，用户权限可以包括管理员权限以及普通权限，如表1所示，“爸爸”对应管理员权限，是管理员用户，而“宝宝”对应普通权限，是普通用户。其中管理员用户可以对门锁进行配置和设置等操作，例如添加或删除用户、调节音量等，相对的，普通用户仅可以对门锁进行解锁。从而可以避免老人或小孩的误操作，例如误删家人的指纹等，提高系统可用性。需要说明的是，当门锁从门内被反锁后，管理员用户可以从门外进行解锁，而普通用户无权解锁，如此既可以在屋内长期无人或保证小孩不可外出等场景下满足用户使用需求，提高安全等级，又可避免因反锁造成用户受困，引发危险。

表1

可以理解的是，上述解锁验证信息库还可以存储于移动终端或服务器，当验证用户输入的解锁信息是在移动终端进行时，解锁验证信息库可以存储于移动终端，当验证用户输入的解锁信息是在服务器进行时，解锁验证信息库可以存储于服务器。

本实施例中，在针对门锁创建该门锁下的新用户时，判断该门锁下是否存在管理员用户。需要说明的是，当存在管理员用户时，创建新用户的动作可以由管理员用户触发，当不存在管理员用户时，创建新用户的动作可以是在门锁初始化时自动触发的。

步骤S320：当存在管理员用户时，生成权限选择页面。

本实施例中，当判断存在管理员用户时，生成权限选择页面。其中，权限选择页面可以供用户对当前要创建的新用户设置用户权限，从而根据用户的选择获取权限设置指令。需要说明的是，用户权限包括对应于管理员用户的管理员权限以及对应于普通用户的普通权限。具体的，用户可以在权限选择页面，对新用户设置用户权限为管理员权限或普通权限。

步骤S330：获取权限设置指令，根据权限设置指令设置新用户的用户权限。

本实施例中，通过权限选择页面用户可以选择新用户的用户权限，根据选择获取权限设置指令，权限设置指令包括用户所选择的对应新用户的用户权限，可以是管理员权限或普通权限。根据权限设置指令设置新用户的用户权限，具体的，当用户选择的是管理员权限时，设置新用户的用户权限为管理员权限，此时新用户为一个管理员用户；当用户选择的是普通权限时，设置新用户的用户权限为普通权限，此时新用户为一个普通用户。

在一个具体的应用场景中，用户Y是门锁的管理员用户，此时用户Y在创建新用户X时，判断当前已经存在管理员用户，生成权限选择页面，用户Y在该权限选择页面上可以选择管理员权限或普通权限，当用户Y选择普通权限时，新用户X对应的用户权限即为普通权限，同时新用户X也成为一个普通用户，此时新用户X只可对门锁进行解锁操作。当用户Y选择管理员权限时，新用户X对应的用户权限即为管理员权限，同时新用户X也成为一个管理员用户，此时新用户X可对门锁进行配置、设置以及解锁等操作。从而通过对不同用户设置不同权限，避免误操作以及满足用户的监管需求，提高门锁的安全性。

进一步地，新用户X可以是较年长的用户或较年幼的用户，从而通过设置新用户X的用户权限为普通权限，使得新用户X只可以解锁门锁，不可对门锁进行配置或设置等操作，可以有效避免老人或小孩的误操作。

本申请再一个实施例提供的门锁管理方法，通过在存储用户解锁方式以及解锁验证信息时，增加用户身份信息的字段，可以更直观地建立各种解锁验证信息与自然人之间的对应关系，更直观地将何时谁解锁成功的信息呈现给用户。通过在创建新用户时，判断是否存在管理员用户，并当存在管理员用户时，生成权限选择页面，权限选择页面用于获取权限设置指令，最后获取权限设置指令，根据权限设置指令设置新用户的用户权限。从而通过在创建用户时对不同用户设置不同权限，对门锁实现用户管理，便于用户直观了解出入信息，同时可以有效避免老人或小孩的误操作，提高门锁安全性。

请参阅图5，图5示出了本申请另一个实施例提供的门锁管理方法的流程示意图，所述门锁管理方法适用于移动终端。下面将针对图5所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：

步骤S401：在创建新用户时，判断是否存在管理员用户。

其中，步骤S401的具体描述可参考步骤S310，在此不再赘述。

本实施例中，判断是否存在管理员用户的判断结果包括：

当不存在管理员用户时，可以执行步骤S410，也可以执行步骤S411，也可以步骤S410和步骤S411均执行。

当存在管理员用户时，可以执行步骤S402。

步骤S402：生成权限选择页面。

步骤S403：获取权限设置指令，根据权限设置指令设置新用户的用户权限。

其中，步骤S402的具体描述与步骤S320大致相同，步骤S403的具体描述与步骤S330大致相同，在此不再赘述。

本实施例中，在步骤S403之后可以执行步骤S404-步骤S406，也可以执行步骤S407。

步骤S404：获取用户身份信息的关键词，根据关键词进行年龄分组。

本实施例中，用户身份信息可以是用户自定义的“爷爷”、“爸爸”、“宝宝”等，从而获取关键词“爷爷”、“爸爸”、“宝宝”，根据年龄分组，将“爷爷”分为老年组、“爸爸”分为中年组、“宝宝”分为年幼组。

本实施例中，基于预设分组方式，对门锁下的至少一个用户身份信息进行分组，其中预设分组方式可以为用户年龄分组方式，也就是按照用户年龄大小进行分组，具体的，可以设置不同的年龄区间，不同的年龄区间对应不同的分组，其中年龄区间可以是系统预设的，也可以是用户自定义设置的。

例如设置年龄区间1-24岁、25-50岁以及50岁以上，分别对应第一组、第二组以及第三组，此时年龄落于1-24岁的用户隶属第一组，年龄落于25-50岁的用户隶属第二组，年龄落于50岁以上的用户隶属第三组。从而可以通过分组，对不同分组的用户进行个性化管理。

进一步地，在一些实施方式中，可以设置用户身份信息，例如设置爷爷的用户身份信息为“60岁的爷爷”、爸爸的用户身份信息为“38岁的爸爸”以及宝宝的用户身份信息为“10岁的宝宝”，获取用户身份信息的关键词“60岁”、“38岁”以及“20岁”，根据关键词进行年龄分组，比如爷爷对应年龄区间50岁以上的第三组，爸爸对应年龄区间25-50岁的第二组，宝宝对应年龄区间1-24岁的第一组。从而可以对不同年龄层的用户进行个性化的管理，满足用户使用需求。

步骤S405：对不同用户年龄的分组，设置不同数量的解锁提醒方式。

本实施例中，根据不同年龄的分组设置不同数量的解锁提醒方式。具体的例如上述三个分组，其中第一组包含1-24岁的用户，第二组包含25-50岁的用户，第三组包含50岁以上的用户，可以设置第一组对应亮灯提醒，第二组对应结合亮灯及震动的提醒，第三组对应结合亮灯、震动及声音的提醒。

在一个具体的应用场景中，当第一组的用户进行解锁并解锁失败时，门锁可以亮起红灯，提醒用户当前解锁失败，当第二组的用户进行解锁并解锁失败时，门锁可以亮起红灯并震动，当第三组的用户进行解锁并解锁失败时，门锁可以在亮起红灯并震动的同时发出声音提醒，结合三种方式提醒用户当前解锁失败。使得对于较年长的用户可以采用叠加提醒的方式，实现多重提醒，引起用户的注意，可以避免老人因听力下降或视力减弱等原因而无法准确获取或理解门锁发出的解锁提醒，从而可以针对不同年龄的用户设置适合该特定人群的解锁提醒方式，达到适合特定人群的解锁提醒效果，提升用户体验。

步骤S406：获得用户分组列表，并将用户分组列表发送至门锁。

步骤S408：根据验证信息，确认解锁信息对应的用户身份信息。

步骤S409：根据用户身份信息，生成解锁通知。

其中，步骤S406-步骤S409的具体描述与步骤S140-步骤S160大致相同，在此不再赘述。

当不存在管理员用户时，可以执行步骤S410。

步骤S410：生成提示信息。

本实施例中，当不存在管理员用户时，生成提示信息，提示信息用于提示设置管理员用户。其中，提示信息可以是通过语音、图像等形式提示用户，在此不作限定。通过提示用户设置管理员用户，保证门锁下如果要创建用户时，需要先设置有管理员用户，从而确保一个门锁至少存在一个管理员用户可以对门锁进行设置或配置等操作，使得至少存在一个管理员用户可以对门锁及门锁用户进行管理，防止门锁被反锁后无法从门外进行开锁的情况，进而保证用户的使用体验。

在一些实施方式中，在对一个门锁创建用户时，只有当该门锁下存在管理员用户时，才可以创建普通用户或进行其他操作，例如调节门锁音量等。

当不存在管理员用户时，可以执行步骤S411。

步骤S411：保持门锁处于解锁状态。

本实施例中，当不存在管理员用户时，保持门锁处于解锁状态，无法上锁，使得门锁在没有有效的管理员用户时，无法正常实现其上锁、解锁的功能。从而进一步地提示用户设置管理员用户，以确保后续使用体验。

在一些实施方式中，当门锁首次与移动终端建立连接时，若不设置管理员用户，就保持门锁无法上锁，一直处于解锁状态，直到用户设置管理员用户以及至少一个解锁方式后，才可使门锁上锁。

需要说明的是，经过步骤S401判断门锁不存在管理员用户时，可以执行步骤S410，也可以执行步骤S411，也可以步骤S410和步骤S411均执行。

进一步地，请参阅图6，图6示出了本申请另一个实施例中步骤S510至步骤S520的流程示意图，具体可以包括以下步骤：

步骤S510：在接收到对当前用户的删除指令时，判断删除当前用户之后是否存在管理员用户。

本实施例中，只有管理员用户可以删除用户，并在删除用户时，管理员用户可以删除普通用户和管理员用户。在接收到对当前用户的删除指令时，判断删除当前用户之后是否存在管理员用户。

在一些实施方式中，当前用户是管理员用户，接收到对当前用户的删除指令时，可以判断除了当前用户外门锁是否还存在其他管理员用户。

在其他一些实施方式中，当前用户是普通用户，可以不作判断，直接删除，提升处理效率。

步骤S520：当删除当前用户之后不存在管理员用户时，生成警示信息。

本实施例中，警示信息用于提示不可删除最后一个管理员用户或询问是否执行初始化指令，初始化指令用于初始化当前门锁的用户列表。使得用户无法删除最后一个管理员用户，或在需要删除最后一个管理员用户时可以对门锁执行初始化，使得门锁重新创建管理员用户，可以理解的是，通过生成警示信息，确保门锁至少保留一个管理员用户，可以防止门锁被反锁后无法从门外解锁的情况发生，避免发生危险，提升门锁安全性以及可用性。

作为一种方式，警示信息用于提示不可删除最后一个管理员用户。使得门锁始终存在至少一个管理员用户，以保留对门锁进行配置、设置以及开反锁等操作的权限，防止因为用户的误操作，导致门锁被反锁后无法进行开锁，引起安全隐患，并且使得门锁始终存在一个管理员用户对门锁及门锁用户进行管理，提升门锁可用性以及安全性。

作为另一种方式，警示信息用于询问是否执行初始化指令。使得用户可以对门锁下的所有用户进行删除，重新创建新的管理员用户等新的用户，便于用户设置。在一个具体的应用场景中，例如用户H搬离房屋h，用户P搬入房屋h，用户P需要设置门锁时，可以方便地清楚门锁下的所有用户，通过选择执行初始化指令，即可开始创建门锁新用户，开始管理房屋h的门锁，而无需用户多余的操作，提升对门锁的配置和设置效率，便于用户使用。

在一些实施方式中，当前用户是管理员用户，接收到对当前用户的删除指令时，可以判断除了当前用户外门锁是否还存在其他管理员用户，当除了当前用户外门锁不存在其他管理员用户时，生成警示信息，提示不可删除最后一个管理员用户或询问是否执行初始化指令，否则可以删除当前用户。

本申请另一个实施例提供的门锁管理方法，通过在存储用户解锁方式以及解锁验证信息时，增加用户身份信息的字段，可以更直观地建立各种解锁验证信息与自然人之间的对应关系，更直观地将何时谁解锁成功的信息呈现给用户。通过在创建新用户时，判断是否存在管理员用户，并当存在管理员用户时，生成权限选择页面，权限选择页面用于获取权限设置指令，最后获取权限设置指令，根据权限设置指令设置新用户的用户权限。从而通过在创建用户时对不同用户设置不同权限，对门锁实现用户管理，便于用户直观了解出入信息，同时可以有效避免老人或小孩的误操作，提高门锁安全性。并且通过对用户年龄分组，可以对不同年龄层的用户进行叠加提醒，达到适合该特定人群的提醒效果，例如随着年龄增大，可以通过叠加提醒引起较年长用户的注意，提高用户体验。除此之外，在删除用户时，通过生成警示信息，确保门锁至少保留一个管理员用户，可以防止门锁被反锁后无法从门外解锁的情况发生，避免发生危险，提升门锁安全性以及可用性。

请参阅图7，图7示出了本申请还一个实施例提供的门锁管理方法的流程示意图，所述门锁管理方法适用于门锁。下面将针对图7所示的实施例进行详细的阐述，所述方法具体可以包括以下步骤：

步骤S610：采集当前用户输入的解锁信息。

步骤S620：基于预设验证方式，对解锁信息进行验证。

步骤S630：当解锁信息验证成功时，生成解锁指令以及验证信息，并将验证信息发送至移动终端。

本实施例中，步骤S610-步骤S630的具体描述可参考步骤S110-步骤S130，在此不再赘述。

本申请还一个实施例提供的门锁管理方法，通过采集当前用户输入的解锁信息，然后基于预设验证方式，对解锁信息进行验证，最后当解锁信息验证成功时，生成解锁指令以及验证信息，并将验证信息发送至移动终端。从而门锁可以采集并验证解锁信息，并且通过将验证信息发送至移动终端，可以使得用户获知当前解锁人身份，并了解何时何人回家，提高门锁的安全性。

请参阅图8，图8示出了本申请复一个实施例提供的门锁管理方法的流程示意图，所述门锁管理方法适用于门锁。下面将针对图8所示的实施例进行详细的阐述，所述方法具体可以包括以下步骤：

步骤S710：采集当前用户输入的解锁信息。

步骤S720：基于预设验证方式，对解锁信息进行验证。

步骤S730：获取与解锁信息对应的用户身份信息。

步骤S740：将用户身份信息在用户分组列表中进行匹配，获取与当前用户对应的解锁提醒方式。

步骤S750：根据解锁提醒方式，生成解锁提醒。

步骤S760：当解锁信息验证成功时，生成解锁指令以及验证信息，并将验证信息发送至移动终端。

本实施例中，步骤S710-步骤S760的具体描述可参考步骤S203-步骤S208，在此不再赘述。

本申请复一个实施例提供的门锁管理方法，通过采集当前用户输入的解锁信息，然后基于预设验证方式，对解锁信息进行验证，最后当解锁信息验证成功时，生成解锁指令以及验证信息，并将验证信息发送至移动终端。从而门锁可以采集并验证解锁信息，并且通过将验证信息发送至移动终端，可以使得用户获知当前解锁人身份，并了解何时何人回家，提高门锁的安全性。并且通过获取与解锁信息对应的用户身份信息，并将用户身份信息在用户分组列表中进行匹配，可以对不同分组进行个性化提醒，满足特定人群的提醒需求，达到对特定人群的提醒效果，提升用户体验。

请参阅图9，图9示出了本申请一个实施例提供的一种门锁管理装置的模块框图，所述门锁管理装置运行于移动终端。下面将针对图9所示的模块框图进行阐述，所述门锁管理装置800包括：判断模块810、生成模块820以及设置模块830，其中：

判断模块810，用于在创建新用户时，判断是否存在管理员用户。

生成模块820，用于当存在管理员用户时，生成权限选择页面。

设置模块830，用于获取权限设置指令，根据权限设置指令设置新用户的用户权限。

进一步地，所述门锁管理装置800还包括：验证信息接收模块、身份信息确认模块、解锁通知生成模块、提示信息生成模块、解锁状态保持模块、分组模块、解锁提醒设置模块、删除指令判断模块以及警示信息生成模块，其中：

验证信息接收模块，用于接收验证信息。

身份信息确认模块，用于根据验证信息，确认解锁信息对应的用户身份信息。

解锁通知生成模块，用于根据用户身份信息，生成解锁通知，解锁通知用于通知当前用户和管理员用户中的至少一个，门锁已被当前用户成功解锁。

提示信息生成模块，用于当不存在管理员用户时，生成提示信息，提示信息用于提示设置管理员用户。

解锁状态保持模块，用于当不存在管理员用户时，保持门锁处于解锁状态。

分组模块，用于基于预设分组方式，对至少一个用户身份信息进行分组。

进一步地，分组模块包括年龄分组单元，其中：

年龄分组单元，用于获取用户身份信息的关键词，根据关键词进行年龄分组。

解锁提醒设置模块，用于根据不同的分组分别设置解锁提醒方式，获得用户分组列表，并将用户分组列表发送至门锁。

进一步地，解锁提醒设置模块包括叠加提醒单元以及列表发送单元，其中：

叠加提醒单元，用于对不同用户年龄的分组，分别设置不同数量的对解锁提醒方式的数量和/或类型进行设置；

列表发送单元，用于获得用户分组列表，并将用户分组列表发送至门锁。

删除指令判断模块，用于在接收到对当前用户的删除指令时，判断删除当前用户之后是否存在管理员用户。

警示信息生成模块，用于当删除当前用户之后不存在管理员用户时，生成警示信息。

本申请一个实施例提供了一种门锁管理装置，通过在存储用户解锁方式以及解锁验证信息时，增加用户身份信息的字段，可以更直观地建立各种解锁验证信息与自然人之间的对应关系，更直观地将何时谁解锁成功的信息呈现给用户。通过在创建新用户时，判断是否存在管理员用户，并当存在管理员用户时，生成权限选择页面，权限选择页面用于获取权限设置指令，最后获取权限设置指令，根据权限设置指令设置新用户的用户权限。从而通过在创建用户时对不同用户设置不同权限，对门锁实现用户管理，便于用户直观了解出入信息，同时可以有效避免老人或小孩的误操作，提高门锁安全性。并且通过对用户年龄分组，可以对不同年龄层的用户进行叠加提醒，达到适合该特定人群的提醒效果，例如随着年龄增大，可以通过叠加提醒引起较年长用户的注意，提高用户体验。除此之外，在删除用户时，通过生成警示信息，确保门锁至少保留一个管理员用户，可以防止门锁被反锁后无法从门外解锁的情况发生，避免发生危险，提升门锁安全性以及可用性。

请参阅图10，图10示出了本申请另一个实施例提供的一种门锁管理装置的模块框图，所述门锁管理装置运行于门锁。下面将针对图10所示的模块框图进行阐述，所述门锁管理装置900包括：采集模块910、验证模块920以及解锁模块930，其中：

采集模块910，用于采集当前用户输入的解锁信息。

验证模块920，用于基于预设验证方式，对解锁信息进行验证。

解锁模块930，用于当解锁信息验证成功时，生成解锁指令以及验证信息，并将验证信息发送至移动终端。

进一步地，门锁管理装置400还包括：身份信息获取模块、解锁提醒获取模块以及解锁提醒生成模块，其中：

身份信息获取模块，用于获取与解锁信息对应的用户身份信息。

解锁提醒获取模块，用于将用户身份信息在用户分组列表中进行匹配，获取与当前用户对应的解锁提醒方式。

解锁提醒生成模块，用于根据解锁提醒方式，生成解锁提醒，解锁提醒用于按照解锁提醒方式告知当前用户是否开锁成功。

本申请另一个实施例提供了一种门锁管理装置，通过采集当前用户输入的解锁信息，然后基于预设验证方式，对解锁信息进行验证，最后当解锁信息验证成功时，生成解锁指令以及验证信息，并将验证信息发送至移动终端。从而门锁可以采集并验证解锁信息，并且通过将验证信息发送至移动终端，可以使得用户获知当前解锁人身份，并了解何时何人回家，提高门锁的安全性。并且通过获取与解锁信息对应的用户身份信息，并将用户身份信息在用户分组列表中进行匹配，可以对不同分组进行个性化提醒，满足特定人群的提醒需求，达到对特定人群的提醒效果，提升用户体验。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，所显示或讨论的模块相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

下面将结合图11对本申请提供的一种电子设备进行说明。

请参阅图11，基于上述适用于移动终端的门锁管理方法、装置，本申请实施例还提供了一种可以执行前述门锁管理方法的电子设备300。在一些实施方式中，所述电子设备300可以是移动终端，移动终端可以包括个人电脑、智能手机、平板电脑、穿戴式智能终端等。

本申请中的电子设备300可以包括一个或多个如下部件：处理器310、存储器320以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器320中并被配置为由一个或多个处理器310执行，一个或多个程序配置用于执行如前述适用于移动终端的方法实施例所描述的方法。

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

存储器320可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器320可用于存储指令、程序、代码、代码集或指令集。存储器320可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备300在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

下面将结合图12对本申请提供的一种门锁进行说明。

请参阅图12，基于上述适用于门锁的门锁管理方法、装置，本申请实施例还提供了一种可以执行前述适用于门锁的门锁管理方法的门锁400。

本申请中的门锁400可以包括一个或多个如下部件：处理器410、存储器420以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器420中并被配置为由一个或多个处理器410执行，一个或多个程序配置用于执行如前述适用于移动终端的方法实施例所描述的方法。

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

存储器420可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器420可用于存储指令、程序、代码、代码集或指令集。存储器420可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储门锁400在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参阅图13，其示出了本申请实施例提供的一种计算机可读取存储介质的结构框图。该计算机可读取存储介质500中存储有程序代码，程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读取存储介质500可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读取存储介质500包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读取存储介质500具有执行上述方法中的任何方法步骤的程序代码510的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码510可以例如以适当形式进行压缩。

综上，本申请实施例提供的门锁管理方法、装置、电子设备及存储介质，通过获取移动终端的连接状态，连接状态为离网状态或联网状态，然后根据连接状态，设置移动终端的当前工作模式，最后根据当前工作模式，设置微控制单元的当前运行模式，其中，不同的当前运行模式具有不同的功耗。从而通过检测移动终端自身所处的网络状态来设置移动终端的硬件及软件的工作模式，使得移动终端可以在不影响可靠性和功能的情况下，实现最优功耗。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程示意图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读取存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种门锁管理方法，其特征在于，应用于移动终端，所述方法包括：

在创建新用户时，判断是否存在管理员用户；

当存在所述管理员用户时，生成权限选择页面，所述权限选择页面用于获取权限设置指令；

获取权限设置指令，根据所述权限设置指令设置所述新用户的用户权限，所述用户权限包括对应于管理员用户的管理员权限以及对应于普通用户的普通权限。

2.根据权利要求1所述的门锁管理方法，其特征在于，所述门锁管理方法还包括：

接收验证信息，所述验证信息包括当前用户输入的解锁信息以及与所述解锁信息对应的用户身份信息中的至少一个；

根据所述验证信息，确认所述解锁信息对应的用户身份信息；

根据所述用户身份信息，生成解锁通知，所述解锁通知用于通知所述当前用户和所述管理员用户中的至少一个，门锁已被所述当前用户成功解锁。

3.根据权利要求1所述的门锁管理方法，其特征在于，所述判断是否存在管理员用户之后，所述门锁管理方法还包括：

当不存在所述管理员用户时，生成提示信息，所述提示信息用于提示设置管理员用户。

4.根据权利要求3所述的门锁管理方法，其特征在于，所述当不存在所述管理员用户时，所述门锁管理方法还包括：

保持所述门锁处于解锁状态。

5.根据权利要求1到4任一权利要求所述的门锁管理方法，其特征在于，所述门锁管理方法还包括：

基于预设分组方式，对至少一个用户身份信息进行分组；

根据不同的分组分别设置解锁提醒方式，获得用户分组列表，并将所述用户分组列表发送至门锁，以使门锁根据所述用户身份信息以及所述用户分组列表，生成解锁提醒。

6.根据权利要求5所述的门锁管理方法，其特征在于，所述预设分组方式包括用户年龄分组方式；

所述基于预设分组方式，对至少一个用户身份信息进行分组包括：

获取所述用户身份信息的关键词，根据关键词进行年龄分组；

所述根据不同的分组分别设置解锁提醒方式，包括：

对不同用户年龄的分组，分别对解锁提醒方式的数量和类型中的至少一个进行设置。

7.根据权利要求1所述的门锁管理方法，其特征在于，所述门锁管理方法还包括：

在接收到对当前用户的删除指令时，判断删除所述当前用户之后是否存在管理员用户；

当删除所述当前用户之后不存在所述管理员用户时，生成警示信息，所述警示信息用于提示不可删除最后一个管理员用户或询问是否执行初始化指令，所述初始化指令用于初始化当前门锁的用户列表。

8.一种门锁管理装置，其特征在于，运行于移动终端，所述装置包括：

判断模块，用于在创建新用户时，判断是否存在管理员用户；

生成模块，用于当存在所述管理员用户时，生成权限选择页面，所述权限选择页面用于获取权限设置指令；

设置模块，用于获取权限设置指令，根据所述权限设置指令设置所述新用户的用户权限，所述用户权限包括对应于管理员用户的管理员权限以及对应于普通用户的普通权限。

9.一种电子设备，其特征在于，包括：

存储器；

一个或多个处理器，与所述存储器耦接；

一个或多个程序，其中，所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求1-7任一项所述的门锁管理方法。

10.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-7任一项所述的门锁管理方法。