阅读说明：本技术 公寓智能锁管理方法和系统 (Apartment intelligent lock management method and system ) 是由 陈培添 李昭强 于 2021-08-06 设计创作，主要内容包括：本申请提供了一种公寓智能锁管理方法和系统,当用户需要开锁时,采用用户端发送开锁请求至服务器；服务器根据开锁请求对用户信息进行判断,当用户信息合法时,发送加密数字密钥至用户端；用户端将加密数字密钥发送至用户需要开启的智能锁；智能锁对加密数字密钥进行解密和校验,在校验成功时,智能锁开启。该方法智能锁不需要网关等联网模块与服务器连接,在用户需要开锁时以用户端为载体与服务器进行通信生成加密数字密钥,再由用户端将加密数字密钥发送至智能锁进行解密校验,从而完成开锁。一方面可以减少对智能锁的投入成本,同时减少对智能锁网络的依赖。另一方面智能锁采用加密数字密钥来进行开锁验证,增加了智能锁的安全性。(The application provides a management method and a system for an apartment intelligent lock, when a user needs to unlock, the user side is adopted to send an unlocking request to a server; the server judges the user information according to the unlocking request, and when the user information is legal, the server sends the encrypted digital key to the user side; the user side sends the encrypted digital key to an intelligent lock which needs to be unlocked by the user; the intelligent lock decrypts and verifies the encrypted digital key, and when the verification is successful, the intelligent lock is unlocked. According to the method, the intelligent lock does not need a gateway and other networking modules to be connected with the server, when the user needs to unlock, the user side is used as a carrier to communicate with the server to generate the encrypted digital key, and then the user side sends the encrypted digital key to the intelligent lock to perform decryption and verification, so that unlocking is completed. On one hand, the input cost of the intelligent lock can be reduced, and meanwhile, the dependence on an intelligent lock network is reduced. On the other hand, the intelligent lock adopts the encrypted digital key to carry out unlocking verification, so that the safety of the intelligent lock is improved.)

具体实施方式

下面将对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了更详细说明本申请，下面结合附图对本申请提供的一种文本公式的定位方法、装置、终端设备和计算机存储介质，进行具体地描述。

请参考图1，图1示出了本申请实施例提供的公寓智能管理方法的应用场景的示意图(即公寓智能管理系统)，该应用场景包括本申请实施例提供的用户端102、服务器104、管理端106以及智能锁108，其中用户端102、管理端106分别可以与服务器104进行通信；用户端102、管理端106同样也可以与智能锁108进行通信。

具体过程为：当用户或租客需要申请房间或租房时，可以在用户端102上登录相应的APP申请房间，上传身份信息、入住天数到服务器104，管理人员在管理端106的APP查看服务器104信息确认身份信息，收取房款后分配房号，绑定用户名、房号、房间管理密码、租期(即入住天数)，生成合法用户数据表并上传到服务器104，把分配的房号和入住天数返回用户端102。用户或租客来到分配的房间，开锁时使用用户端102的APP访问服务器104，服务器104判断用户或租客信息合法后返回对应的智能锁的加密数字钥匙到用户端102的APP，用户端102的APP通过蓝牙等传输到智能锁108上，解密、校验数据成功即实现开锁。

可选的，用户端102和管理端106可以是具有显示屏的各种电子设备，包括但不限于智能手机和计算机设备，其中计算机设备可以是台式计算机、便携式计算机、膝上型计算机、平板电脑等设备中的至少一种。用户端102和管理端106可以泛指多个终端设备中的一个。

应该理解，用户端、管理端、服务器和智能锁的数目仅仅是示意性的。根据实现需要，可以具有任意数目的用户端、管理端、服务器和智能锁。

基于此，本申请实施例中提供了一种公寓智能锁管理方法。请参阅图2，图2示出了本申请实施例提供的一种公寓智能锁管理方法的流程示意图，以该方法应用于图1中的管理系统为例进行说明，包括以下步骤：

步骤S110，用户端发送开锁请求至服务器。

具体的，当用户需要预定酒店或者长期租住某房间时，可以采用用户端申请预定，当预定通过时，用户端会收到预定的房间对应的房号，此时用户就可以根据房号来到对应的房间，然后进行开锁，当开锁成功后就可入住。当用户需要开锁时，可以通过用户端发送开锁请求至服务器，其中开锁请求包括但不限于用户信息以及房号。

步骤S120，服务器根据开锁请求对用户信息进行判断，当用户信息合法时，发送加密数字密钥至用户端。

服务器在接收到开锁请求后，对用户信息进行判断，当判断出用户信息合法时，发送加密数字密钥至用户端。

步骤S130，用户端将加密数字密钥发送至用户需要开启的智能锁。

步骤S140，智能锁对加密数字密钥进行解密和校验，在校验成功时，智能锁开启。

用户端在接收到加密数字密钥后，将加密数字密钥发送至用户需要开启的房门的智能锁。智能锁会对加密数字密钥进行解密和校验，校验成功时，开锁成功。

在一种可选的实施方式中，如图3所示，智能锁包括微处理器、蓝牙模块、存储器、锁体和RTC模块，其中微处理器分别连接蓝牙模块、存储器、锁体和RTC模块；蓝牙模块用于与用户端、管理端通信，接收用户端以及管理端信息。RTC(Real Time Clock)，实时时钟，可以用于对比加密数字密钥中的时间戳是否超时。该实时时钟可以与服务器时钟同步。

在一个实施例中，服务器发送加密数字密钥至用户端之前，包括：服务器根据开锁请求时间、接收开锁请求时产生的第一流水号以及用户数据表中存储的用户房号和房间管理密码生成加密数字密钥，其中开锁请求时间为接收开锁请求时对应的时间。

具体的，加密数字密钥是由服务器生成数字串，以用户端为载体，使租用户可以用用户端进行开锁。加密数字密钥通常是一个数字串，有固定数据格式，其数据信息包含有要开目标锁的房号、管理密码、当前生成时间戳(通常是接收开锁请求的时间)、流水号(通常是指接收开锁请求时产生的第一流水号)，只有当加密数字密钥中的各数据信息都符合条件，才可以验证通过实现开锁。加密数字密钥具有以下功能：1.具有对象限制，每个加密数字密钥只能用于开启对应房号的智能锁；2.具有次数限制，开锁一次后当前加密数字密钥自动失效。当加密数字密钥合法开锁后，智能锁会记录当前加密数字密钥的流水号(即第一流水号)，下次验证时必须比存储于智能锁中的流水号大才能验证通过，因此被窃听复制的数字钥匙不能用于下一次开锁，服务器中的流水号在每次使用后自动增加；3.具有安全加密，以目标锁的管理密码为密钥采用AES加密方式，防止明文数据被泄露。4.具有时间限制，每次生成后只有一小时的有效期，加密数字密钥的数据中包含生成时的时间戳，若数字钥匙验证过程中生成的时间戳比锁内时间早一小时以上，则验证不通过。

房间管理密码：存于服务器和分别存于每把智能门锁内，可通过管理端修改，可以为每把智能锁设置不同的的管理密码，是智能锁的最高控制权限。管理密码用于数字钥匙的加密、解密，只有管理方拥有。

房号：存于智能门锁和服务器内，可通过管理端修改，区别每把锁的识别号，锁与房号是一一映射关系，不能重复。

流水号：当前任务的号码，服务器生成的流水号是唯一的且每次新增的号码都比前一次大。第一流水号指接收开锁请求时产生的流水号。

本申请实施例提供的公寓智能锁管理方法，首先当用户需要开锁时，采用用户端发送开锁请求至服务器；服务器根据开锁请求对用户信息进行判断，当用户信息合法时，发送加密数字密钥至用户端；用户端将加密数字密钥发送至用户需要开启的智能锁；智能锁对加密数字密钥进行解密和校验，在校验成功时，智能锁开启。该公寓智能锁管理方法，智能锁不需要网关等联网模块与服务器连接，在用户需要开锁时以用户端为载体与服务器进行通信生成加密数字密钥，再由用户端将加密数字密钥发送至智能锁进行解密校验，从而完成开锁。一方面可以减少对智能锁的投入成本，同时减少对智能锁网络的依赖。另一方面智能锁采用加密数字密钥来进行开锁验证，增加了智能锁的安全性。

在一个实施例中，智能锁对加密数字密钥进行解密和校验，包括：智能锁对加密数字密钥进行解密，得到房间管理密码、用户房号、第一流水号和开锁请求时间；当智能锁判断开锁请求时间在预设时间范围，房间管理密码与预先存储的管理密码相同，用户房号与预先存储的房号相同，且第一流水号大于预先存储的流水号时，校验成功。

在一个实施例中，还包括：管理端对智能锁进行管理密码和房号设置，以分别形成预先存储的管理密码和预先存储的房号。

在一个实施例中，还包括：管理端对智能锁进行预设时间范围设置。

具体的，智能锁可以与用户端通过蓝牙等进行交互，获取加密数字密钥，然后其微处理器可以使用对加密数字密钥进行解密，得到加密数字密钥中包含的房间管理密码、用户房号、第一流水号和开锁请求时间，再分别将这些信息与智能锁中预先存储的信息进行比对；当房间管理密码相同、房号相同、开锁请求时间在预设时间范围内(例如一个小时)、第一流水号大于智能锁中存储的流水号，说明校验成功，即可开锁。

其中，预先存储的管理密码是指在用户请求开锁之前存储在智能锁中的房间的管理密码，通常是管理人员通过管理端进行设置的。并且管理人员也可以通过管理端对其进行修改。

预先存储的房号是指在用户请求开锁之前存储在智能锁中的安装该智能锁的房间的号码，通常是管理人员通过管理端进行设置的。并且管理人员也可以通过管理端对其进行修改。

预设时间范围是指加密数字密钥有效时间，通常也是管理通常是管理人员通过管理端进行设置的。并且管理人员也可以通过管理端对其进行修改。

在一个实施例中，智能锁开启之后，还包括：智能锁采用第一流水号更新预先存储的流水号。

具体的，当智能锁开启后，智能锁采用开锁时的第一流水号更新其预先存储的流水号。由于每一次开锁时使用的加密数字密钥中的第一流水号都会增大，为了确保每个加密数字密钥只能使用一次，因此采用最后一次开锁时的第一流水号更新智能锁中预先存储的流水号，方便进行下一次开锁验证。

在一个实施例中，用户端发送开锁请求至服务器之前，还包括：用户端发送住房请求至服务器；服务器将住房请求发送至管理端；管理端根据租房请求对用户身份进行确定，在用户身份确定通过后，将用户信息、用户房号、房间管理密码、使用时长发送至服务器；服务器将用户房号发送至用户端，其中用户房号用于供用户确定需要开启的智能锁。

在一个实施例中，服务器根据用户信息、用户房号、房间管理密码和使用时长生成用户数据表，并存储用户数据表。

具体的，用户在第一次请求开锁前，往往需要申请房间。具体过程为：请参照图4，当用户或租客需要申请房间或租房时，可以在用户端上登录相应的APP申请房间，上传身份信息、入住天数(即使用时长)到服务器，管理人员在管理端的APP查看服务器信息确认身份信息，收取房款后分配房号，绑定用户名、房号、房间管理密码、租期(即入住天数)，生成合法用户数据表并上传到服务器，把分配的房号和入住天数返回租客。用户或租客来到分配的房间，开锁时使用用户端的APP访问服务器，服务器判断租客信息合法后返回对应的智能锁的加密数字钥匙到用户端的APP。用户端的APP通过蓝牙等传输到智能锁上，解密、校验数据成功即实现开锁。

在一个实施例中，还包括：用户端发送房间更新请求至服务器；服务器将房间更新请求发送至管理端；管理端根据房间更新请求对服务器的用户数据表进行更新。

具体的，当用户需要更换房间时，可以在用户端的APP上申请，管理端确认后修改用户数据表，将原用户绑定的原房号改为新房号，更新存于服务器。用户端申请开锁，会收到服务器返回包含新房号的加密数字密钥。

其次，在用户欠费或退房时，管理端可以删除服务器中的该用户数据表，用户端不会再收到服务器的任何加密数字密钥，从而不能再开锁。

另外，当清洁人员需要打扫房间时，管理端可以增加服务器中的员工数据表，绑定需要打扫的房号、房间管理密码、打扫时间，生成合法用户数据表存于服务器，那么清洁人员就可通过租客端APP按规定时间进房打扫。

应该理解的是，虽然图2和4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且图2和4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

上述本申请公开的实施例中详细描述了一种公寓智能锁管理方法，对于本申请公开的上述方法可采用多种形式的设备实现，因此本申请还公开了对应上述方法的公寓智能锁管理系统，下面给出具体的实施例进行详细说明。

如图1所示，本申请实施例公开了一种公寓智能锁管理系统，主要包括：包括用户端、服务器和智能锁；智能锁安装于公寓房门上；用户端分别连接服务器和智能锁；用户端发送开锁请求至服务器；服务器根据开锁请求对用户信息进行判断，当用户信息合法时，发送加密数字密钥至用户端；用户端将加密数字密钥发送至用户需要开启的智能锁；智能锁对加密数字密钥进行解密和校验，在校验成功时，智能锁开启。

在一个实施例中，智能锁对加密数字密钥进行解密和校验，包括：智能锁对加密数字密钥进行解密，得到房间管理密码、用户房号、第一流水号和开锁请求时间；当智能锁判断开锁请求时间在预设时间范围，房间管理密码与预先存储的管理密码相同，用户房号与预先存储的房号相同，且第一流水号大于预先存储的流水号时，校验成功。

在一个实施例中，智能锁开启之后，还包括：智能锁采用第一流水号更新预先存储的流水号。

在一个实施例中，公寓管理系统还包括管理端，用户端发送开锁请求至服务器之前，还包括：用户端发送住房请求至服务器；服务器将住房请求发送至管理端；管理端根据租房请求对用户身份进行确定，在用户身份确定通过后，将用户信息、用户房号、房间管理密码、使用时长发送至服务器；服务器将用户房号发送至用户端，其中用户房号用于供用户确定需要开启的智能锁。

在一个实施例中，还包括：管理端对智能锁进行管理密码和房号设置，以分别形成预先存储的管理密码和预先存储的房号。

在一个实施例中，还包括：管理端对智能锁进行预设时间范围设置。

在一个实施例中，服务器根据用户信息、用户房号、房间管理密码和使用时长生成用户数据表，并存储用户数据表。

在一个实施例中，服务器发送加密数字密钥至用户端之前，包括：服务器根据开锁请求时间、接收开锁请求时产生的第一流水号以及用户数据表中存储的用户房号和房间管理密码生成加密数字密钥，其中开锁请求时间为接收开锁请求时对应的时间。

在一个实施例中，还包括：用户端发送房间更新请求至服务器；服务器将房间更新请求发送至管理端；管理端根据房间更新请求对服务器的用户数据表进行更新。

关于公寓智能锁管理系统的具体限定可以参见上文中对于方法的限定，在此不再赘述。

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

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。