CN114255533A - 智能锁***及其实现方法 - Google Patents

Abstract

本发明公开了一种智能锁***及其实现方法。根据本发明实施例的智能锁***及其实现方法，钥匙终端将加密钥匙信息和签名信息发送至锁终端以请求开锁；锁终端对签名信息进行验签，对加密钥匙信息进行解密和验证，并在签名信息验签成功和加密钥匙信息验证成功时开启。根据本发明实施例的智能锁***及其实现方法，在钥匙终端和锁终端连接时就可以完成锁的开启，并且保证了智能锁***的安全性。

Description

智能锁***及其实现方法

技术领域

本发明涉及智能门锁技术领域，特别涉及一种双脱机智能锁***及其实现方法。

背景技术

随着智能设备的不断发展，智能锁***得到了越来越广泛的应用，但是现有的智能锁***，存在着不少问题。

以车锁为例，把手机变成车钥匙已经变成现实，使用手机就可以对车辆进行开锁、闭锁、启动等功能，省去了忘带钥匙的烦恼，通过手机APP就可以完成机械钥匙的所有功能，但是，要实现这一些列的操作必须要有网络的加持，如果在手机和车机任意一方无网，比如车辆停在没有网络环境的地下车库，以上功能都无法使用了，从而失去了手机作为汽车钥匙的便利性。即使是车机终端提前接收到数字钥匙管理平台的手机钥匙数据推送后，手机可以与车机进行钥匙认证并控车，但后续人为制造手机和车机双脱机场景，此时手机和车机终端中都存有合法的钥匙数据，但是脱离了数字钥匙管理平台的监控，又或者当用户换手机登录APP重新开通手机数字钥匙后，旧手机中同样存有合法的钥匙数据且不能被删除，依然可以与车机终端进行钥匙认证，存在极大的安全风险

因此，希望能有一种新的智能锁***及其实现方法，能够克服上述问题。

发明内容

鉴于上述问题，本发明的目的在于提供一种智能锁***及其实现方法，从而在钥匙终端和锁终端连接时即可完成锁的开启，并且提高智能锁***的安全性。

根据本发明的一方面，提供一种智能锁***，包括锁终端，存储有钥匙信息，解密密钥和验签密钥；钥匙终端，存储有使用加密密钥对所述钥匙信息加密得到的加密钥匙信息和经签名密钥签名的签名信息，其中，所述钥匙终端将所述加密钥匙信息和所述签名信息发送至所述锁终端以请求开锁；所述锁终端对所述签名信息进行验签，对所述加密钥匙信息进行解密和验证，并在所述签名信息验签成功和所述加密钥匙信息验证成功时开启。

优选地，所述智能锁***还包括管理端，生成锁信息、所述加密密钥、所述解密密钥、所述签名密钥和所述验签密钥，并根据所述锁信息生成所述钥匙信息；所述管理端根据所述加密密钥对所述钥匙信息加密以得到所述加密钥匙信息，根据所述签名密钥对所述加密钥匙信息进行签名以得到所述签名信息，其中，所述管理端与所述锁终端相连接以向所述锁终端发送所述锁信息、所述解密密钥和所述验签密钥，并在所述钥匙信息生成后，将所述钥匙信息发送至所述锁终端；所述管理端与所述钥匙终端相连接以向所述钥匙终端发送所述加密钥匙信息和所述签名信息。

优选地，使用对称算法对所述钥匙信息加密，所述加密密钥和所述解密密钥相同；和/或使用非对称算法对所述钥匙信息加密，所述加密密钥与所述解密密钥相匹配；和/或使用对称算法加密得到所述签名信息，所述签名密钥和所述验签密钥相同；和/或使用非对称算法得到所述签名信息，所述签名信息和所述验签密钥相匹配。

优选地，所述钥匙信息包括使用有效期、可信名单数据和记录可信名单版本号，其中，在所述使用有效期和/或所述可信名单数据发生变化时，更新所述可信名单数据和所述可信名单版本号。

优选地，所述锁终端获取更新后的可信名单数据和可信名单版本号；所述锁终端还包括：比较单元，用于比较对所述加密钥匙信息解密得到的可信名单版本号与所述锁终端中存储的可信名单版本号是否一致，并在所述解密得到的可信名单版本号大于所述锁终端中存储的可信名单版本号时，更新所述锁终端中存储的有效期、可信名单数据和记录可信名单版本号，其中，所述锁终端中存储的可信名单数据中包含所述钥匙终端且在所述有效期内时，开启所述锁终端，否则拒绝开锁。

优选地，所述锁终端和所述钥匙终端通过近场通信进行信息交互。

根据本发明的一方面，提供一种智能锁***的实现方法，包括生成锁信息和钥匙信息、加密密钥、解密密钥、签名密钥和验签密钥；根据所述加密密钥对所述钥匙信息进行加密以得到加密钥匙信息；根据所述签名密钥对所述加密钥匙信息进行签名以得到签名信息；向锁终端发送所述锁信息和所述钥匙信息、所述解密密钥和所述验签密钥；向钥匙终端发送所述加密钥匙信息和所述签名信息，其中，所述签名信息和所述加密钥匙信息用于所述锁终端的验证开锁。

根据本发明的一方面，提供一种智能锁***的实现方法，包括接收锁信息和钥匙信息、解密密钥和验签密钥；接收加密钥匙信息和签名信息；使用所述验签密钥对所述签名信息进行验签，使用所述解密密钥对所述加密钥匙信息进行验证，并在验签成功和验证成功时开启。

根据本发明的一方面，提供一种智能锁***的实现方法，包括接收加密钥匙信息和签名信息；向匹配对象发送所述加密钥匙信息和所述签名信息以请求开锁。

根据本发明的一方面，提供一种智能锁***的实现方法，包括管理端生成锁信息、加密密钥、解密密钥、签名密钥和验签密钥，并根据所述锁信息生成所述钥匙信息；所述管理端根据加密密钥对所述钥匙信息进行加密以得到加密钥匙信息，根据所述签名密钥对所述加密钥匙信息进行签名以得到签名信息；所述管理端向锁终端发送所述锁信息、所述钥匙信息、所述解密密钥和所述验签密钥；所述管理端向钥匙终端发送所述加密钥匙信息和所述签名信息；所述钥匙终端将所述加密钥匙信息和所述签名信息发送至所述锁终端以请求开锁；所述锁终端对所述签名信息进行验签，对所述加密钥匙信息进行解密和验证，并在所述签名信息验签成功和所述加密钥匙信息验证成功时开启。

优选地，所述钥匙信息包括使用有效期、可信名单数据和记录可信名单版本号；所述智能锁***的实现方法还包括：在所述使用有效期和/或所述可信名单数据发生变化时，更新所述可信名单数据和所述可信名单版本号；所述可信名单版本号单向递增；比较对所述加密钥匙信息解密得到的可信名单版本号与所述锁终端中存储的可信名单版本号是否一致，并在所述解密得到的可信名单版本号大于所述锁终端中存储的可信名单版本号时，更新所述锁终端中存储的有效期、可信名单数据和记录可信名单版本号，其中，所述锁终端中存储的可信名单数据中包含所述钥匙终端且在所述有效期内时，开启所述锁终端，否则拒绝开锁。

根据本发明实施例的智能锁***及其实现方法，钥匙终端将加密钥匙信息和签名信息发送至锁终端以请求开锁；锁终端对签名信息进行验签，对加密钥匙信息进行解密和验证，并在签名信息验签成功和加密钥匙信息验证成功时开启，保证了在钥匙终端和锁终端连接时即可完成锁的开启，并且保证了智能锁***的安全性。

根据本发明实施例的智能锁***及其实现方法，智能锁***包括手机APP、车机终端和数字钥匙管理平台；手机APP可以通过数字钥匙管理平台进行手机数字钥匙开通，并可以向车机终端发送指令进行认证并控车；车机终端可以通过数字钥匙管理平台进行车机数字钥匙开通等操作；数字钥匙管理平台对手机和车机的数字钥匙生命周期进行管理，解决了手机和/或车机终端处于脱机状态时无法使用的问题，并且提高了***的安全性。

附图说明

通过以下参照附图对本发明实施例的描述，本发明的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示出了根据本发明实施例的智能锁***的结构示意图；

图2示出了根据本发明第一实施例的智能锁***实现方法的方法流程图；

图3示出了根据本发明第二实施例的智能锁***实现方法的方法流程图；

图4示出了根据本发明第三实施例的智能锁***实现方法的方法流程图；

图5示出了根据本发明第四实施例的智能锁***实现方法的方法流程图；

图6示出了根据本发明第五实施例的智能锁***的结构示意图；

图7示出了根据本发明第五实施例的智能锁***实现方法的交互示意图；

图8示出了根据本发明第五实施例的智能锁***实现方法的交互示意图；

图9示出了根据本发明第六实施例的智能锁***实现方法的方法示意图；

图10示出了根据本发明第七实施例的智能锁***实现方法的方法示意图；

图11示出了根据本发明第八实施例的智能锁***实现方法的方法示意图。

具体实施方式

以下将参照附图更详细地描述本发明的各种实施例。在各个附图中，相同的元件采用相同或类似的附图标记来表示。为了清楚起见，附图中的各个部分没有按比例绘制。此外，在图中可能未示出某些公知的部分。

下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。在下文中描述了本发明的许多特定的细节，例如部件的结构、材料、尺寸、处理工艺和技术，以便更清楚地理解本发明。但正如本领域的技术人员能够理解的那样，可以不按照这些特定的细节来实现本发明。

应当理解，在描述部件的结构时，当将一层、一个区域称为位于另一层、另一个区域“上面”或“上方”时，可以指直接位于另一层、另一个区域上面，或者在其与另一层、另一个区域之间还包含其它的层或区域。并且，如果将部件翻转，该一层、一个区域将位于另一层、另一个区域“下面”或“下方”。

图1示出了根据本发明实施例的智能锁***的结构示意图。如图1所示，根据本发明实施例的智能锁***包括锁终端100和钥匙终端200。

具体地讲，锁终端100存储有钥匙信息，解密密钥和验签密钥。

钥匙终端200存储有使用加密密钥对钥匙信息加密得到的加密钥匙信息和经签名密钥签名的签名信息。

其中，钥匙终端200将加密钥匙信息和签名信息发送至锁终端100以请求开锁。锁终端100对签名信息进行验签，对加密钥匙信息进行解密和验证，并在签名信息验签成功和加密钥匙信息验证成功时开启。可选地，锁终端100在对签名信息验证失败的情况下，不对加密钥匙信息进行解密。可选地，锁终端100和钥匙终端200通过近场通信(包括但不限于NFC，near field communication)进行信息交互。当然，锁终端100与钥匙终端200并不限于近场通信，也可以是通过蓝牙等方式进行信息交互。

在本发明的可选实施例中，智能锁***还包括管理端300。管理端300生成锁信息、加密密钥、解密密钥、签名密钥和验签密钥，根据锁信息生成钥匙信息，并根据加密密钥对钥匙信息加密以得到加密钥匙信息，根据签名密钥对加密钥匙信息进行签名以得到签名信息。可选地，锁信息包括锁唯一标识。

其中，密钥密钥管理端300与锁终端100相连接以向锁终端100发送锁信息、解密密钥和验签密钥，并在钥匙信息生成后，将钥匙信息发送至锁终端100；管理端300与钥匙终端200相连接以向钥匙终端200发送加密钥匙信息和签名信息。

在本发明的可选实施例中，使用对称算法对钥匙信息加密，加密密钥和解密密钥相同；和/或使用非对称算法对钥匙信息加密，加密密钥与解密密钥相匹配；和/或使用对称算法加密得到签名信息，签名密钥和验签密钥相同；和/或使用非对称算法得到签名信息，签名信息和验签密钥相匹配。可选地，使用对称算法对钥匙信息加密时，加密密钥和解密密钥相同，只是将存储在管理端300中的称为了加密密钥，将存储在锁终端100中的称为了解密密钥。可选地，使用非对称算法对钥匙信息加密时，加密密钥例如为公钥，解密密钥例如为私钥，加密密钥也可以存储在锁终端100中。可选地，使用对称算法得到签名信息时，签名密钥与验签密钥相同，只是将存储在管理端300中的称为了签名密钥，将存储在锁终端100中的称为了验签密钥。可选地，使用非对称算法得到签名信息时，签名密钥例如为私钥，验签密钥例如为公钥。上述的对称算法和非对称算法，同样能够应用于本申请下述的智能锁***的实现方法。

在本发明的可选实施例中，钥匙信息包括使用有效期、可信名单数据和记录可信名单版本号中。管理端300还包括更新单元。更新单元在使用有效期和/或可信名单数据发生变化时，更新可信名单数据和可信名单版本号。可选地，锁终端100与更新单元相连接以获取更新后的可信名单数据和可信名单版本号。锁终端100还包括比较单元。比较单元用于比较对加密钥匙信息解密得到的可信名单版本号与锁终端中存储的可信名单版本号是否一致，并在所述解密得到的可信名单版本号大于所述锁终端中存储的可信名单版本号时，更新锁终端100中存储的有效期、可信名单数据和记录可信名单版本号，其中，锁终端100中存储的可信名单数据中包含钥匙终端200且在所述有效期内时，开启所述锁终端100，否则拒绝开锁。可选地，当钥匙终端200发过来的可信名单版本号高于锁终端100的可信名单版本号时，可以更新锁终端100中的可信名单版本号，并继续锁终端100的后续开启流程；当钥匙终端200发过来的可信名单版本号与锁终端100中的可信名单版本号相同时，不对锁终端100中的可信名单版本号进行更新，并继续锁终端100的后续开启流程；当钥匙终端200发过来的可信名单版本号低于锁终端100中的可信名单版本号时，不更新锁终端100中存储的信息。

根据本发明实施例的智能锁***，在保证***安全性的同时，锁终端100和/或钥匙终端200处于脱机状态下仍可继续使用。

图2示出了根据本发明第一实施例的智能锁***实现方法的方法流程图。如图2所示，根据本发明实施例的智能锁***实现方法包括以下步骤：

在步骤S101中，生成锁信息、钥匙信息、加密密钥、解密密钥、签名密钥和验签密钥；

管理端生成锁信息、钥匙信息、加密密钥、解密密钥、签名密钥和验签密钥。

在步骤S102中，根据加密密钥对所述钥匙信息进行加密以得到加密钥匙信息；

管理端根据加密密钥对钥匙信息进行加密以得到加密钥匙信息。

在步骤S103中，根据所述签名密钥对所述加密钥匙信息进行签名以得到签名信息；

管理端根据签名密钥对加密钥匙信息进行签名以得到签名信息。

在步骤S104中，向锁终端发送所述锁信息、所述钥匙信息、所述解密密钥和所述验签密钥；

管理端向锁终端发送锁信息、钥匙信息、解密密钥和验签密钥。可选地，锁终端接收锁信息、钥匙信息、解密密钥和验签密钥后，锁终端后续的操作可参照本发明第二实施例以及下述的其他内容。

在步骤S105中，向钥匙终端发送所述加密钥匙信息和所述签名信息。

管理端向钥匙终端发送加密钥匙信息和签名信息。其中，加密钥匙信息和签名信息用于锁终端的验证开锁。可选地，钥匙终端接收加密钥匙信息和签名信息后，钥匙终端后续的操作可参照本发明第三实施例以及下述的其他内容。

图3示出了根据本发明第二实施例的智能锁***实现方法的方法流程图。如图3所示，根据本发明实施例的智能锁***实现方法包括以下步骤：

在步骤S201中，接收锁信息、钥匙信息、解密密钥和验签密钥；

锁终端接收管理端发送的锁信息、钥匙信息、解密密钥和验签密钥。

在步骤S202中，接收加密钥匙信息和签名信息；

锁终端接收钥匙终端发送的加密钥匙信息和签名信息。

在步骤S303中，使用所述验签密钥对所述签名信息进行验签，使用所述解密密钥对所述加密钥匙信息进行验证，并在验签成功和验证成功时开启。

锁终端使用所述验签密钥对所述签名信息进行验签，使用所述解密密钥对所述加密钥匙信息进行验证，并在验签成功和验证成功时开启。

图4示出了根据本发明第三实施例的智能锁***实现方法的方法流程图。如图4所示，根据本发明实施例的智能锁***实现方法包括以下步骤：

在步骤S301中，接收加密钥匙信息和签名信息；

钥匙终端接收管理端提供的加密钥匙信息和签名信息。

在步骤S302中，向匹配对象发送所述加密钥匙信息和所述签名信息以请求开锁。

钥匙终端向锁终端(匹配对象)发送加密钥匙信息和签名信息以请求开锁。

图5示出了根据本发明第四实施例的智能锁***实现方法的方法流程图。如图5所示，根据本发明实施例的智能锁***实现方法包括以下步骤：

在步骤S401，管理端生成锁信息、加密密钥、解密密钥、签名密钥和验签密钥，根据锁信息生成钥匙信息，并根据加密密钥对所述钥匙信息进行加密以得到加密钥匙信息，根据所述签名密钥对所述加密钥匙信息进行签名以得到签名信息；

在步骤S402中，管理端向锁终端发送所述钥匙信息、所述解密密钥和所述验签密钥；所述管理端向钥匙终端发送所述加密钥匙信息和所述签名信息；

在步骤S403中，钥匙终端将所述加密钥匙信息和所述签名信息发送至所述锁终端以请求开锁；

在步骤S404中，锁终端对所述签名信息进行验签，对所述加密钥匙信息进行解密和验证，并在所述签名信息验签成功和所述加密钥匙信息验证成功时开启。

在本发明的可选实施例中，锁信息包括锁唯一标识。钥匙信息中的至少一部分根据锁唯一标识得到。可选地，根据锁信息得到至少一个钥匙信息。不同的钥匙信息并不完全相同。

在本发明的可选实施例中，钥匙信息包括使用有效期、可信名单数据和记录可信名单版本号中。在使用有效期和/或所述可信名单数据发生变化时，更新所述可信名单数据和所述可信名单版本号；所述可信名单版本号单向递增；比较对所述加密钥匙信息解密得到的可信名单版本号与所述锁终端中存储的可信名单版本号是否一致，并在所述解密得到的可信名单版本号大于所述锁终端中存储的可信名单版本号时，更新所述锁终端中存储的有效期、可信名单数据和记录可信名单版本号，其中，所述锁终端中存储的可信名单数据中包含所述钥匙终端且在所述有效期内时，开启所述锁终端，否则拒绝开锁。

图6示出了根据本发明第五实施例的智能锁***的结构示意图。图7示出了根据本发明第五实施例的智能锁***实现方法的交互示意图。图8示出了根据本发明第五实施例的智能锁***实现方法的交互示意图。结合图6至图8所示，根据本发明第五实施例的锁终端包括车机终端101，钥匙终端包括手机APP(也可以是其他移动设备)201，管理端包括数字钥匙管理平台(也可以是服务器等)301。当然，本申请不限于上述使用移动终端(手机)解锁车机终端(汽车)的应用场景，本申请可以应用于开窗、开门等使用电子钥匙替代物理钥匙的所有应用场景，也可以应用在开空调等使用电子钥匙控制的应用场景。

如图6所示，车机终端101与数字钥匙管理平台301相连接，以开通数字钥匙，同步手机钥匙数据。手机APP201与数字钥匙管理平台301相连接，以开通数字钥匙。车机终端101与手机APP201通过近场通讯相连接，以同步手机钥匙数据，认证和开锁(控车)。

图7示出了根据本发明第六实施例的智能锁***实现方法的交互示意图。如图7所示，首先，车机终端101首次入网(步骤S501)。在车机终端101开通车机数字钥匙功能的时候，车机终端101向数字钥匙管理平台301发送车机钥匙开通请求，数字钥匙管理平台301生成加密密钥、解密密钥、签名密钥和验签密钥、车机(数字)钥匙唯一标识(锁唯一标识)等(步骤S502)。由TSM(Trusted Service Management，可信服务管理，是基于“一卡多应用”技术建立的一套完整的“空中发卡”和应用管理体系。通过TSM平台，发卡机构可安全、高效地将多张金融智能卡信息集中在手机或IC卡上，既方便用户携带、使用，又便于自身发卡和管理)可信服务安全下发解密密钥、验签密钥等数据至车机终端101的SE(Secure Element，安全元件，通常以芯片形式提供。为防止外部恶意解析攻击，保护数据安全，在芯片中具有加密/解密逻辑电路)安全芯片中(步骤S503)。数字钥匙管理平台301向车机终端101发送车机钥匙开通响应。车机终端101接收开通响应(步骤S504)，将密钥等数据存储至SE安全芯片，开通成功(步骤S505)。

图8示出了根据本发明第六实施例的智能锁***实现方法的交互示意图。如图8所示，车机数字钥匙功能开通成功后，用户下载相应的手机APP进行手机数字钥匙开通，即登录APP，开通手机数字钥匙(步骤S601)。手机APP201向数字钥匙管理平台301发送手机钥匙开通请求。

数字钥匙管理平台301生成手机数字钥匙数据(步骤S602)。其中，手机数字钥匙数据包括钥匙密钥(dkey)、手机钥匙唯一标识(keyID)、有效期(起始时间和终止时间)、钥匙持有者身份(master)和钥匙权限(key Auth)等基础数据。优选地，手机数字钥匙数据还包括使用有效期(expire)和车机可信名单数据(tList)，并记录车机可信名单数据的版本号(tVersion)当手机数字钥匙有新增、续期、删除等操作时，更新车机可信名单版本号。数字钥匙管理平台301将手机钥匙信息推送给车机终端101。可选地，锁信息包括锁唯一标识。钥匙密钥(dkey)通过锁唯一标识经过手机钥匙唯一标识(keyID)分散得到。认证的时候，锁终端会通过分散算法去算一次，和钥匙密钥(dkey)进行对比，来判断钥匙终端是否是和锁终端对应的。可选地，经过分散算法判断钥匙终端与锁终端是否对应是钥匙和锁认证过程中的第一步。

数字钥匙管理平台301用加密密钥加密手机钥匙数据得到密文数据，并用签名密钥签名该密文数据(步骤S603)，把密文和签名同开通结果一同返回给手机APP201，手机无法解密和篡改该数据，保证了安全性。

手机APP201存储密文和签名，开通成功(步骤S604)。

在数字钥匙管理平台301与车机终端101通信连接的情况下，车机终端101接收手机钥匙推送(步骤S605)。在车机终端101处于脱机环境(即与数字钥匙管理平台301通信不连接)，车机终端101无法接收数字钥匙管理平台301推送的手机钥匙。在车机终端101处于脱机环境下时，手机APP201可以与车机终端101进行近场通信。手机APP给车机终端101进行推送，车机终端101接收推送后进行验签和解密并写入SE安全芯片。

若车机终端101提前收到过数字钥匙管理平台301的推送，也可以通过对比可信名单版本来决定是否覆盖车机终端101中的可信名单数据，保证车机终端101中的手机数字钥匙可信名单是新的。

同时，当车机终端101中已保存推送数据后，此时人为的制造车机终端101和手机APP201双脱机的场景时，由于添加了使用有效期，即使手机APP201脱机不删除数字钥匙管理平台301下发的报文信息，车机终端101也可以通过可信名单中该手机钥匙的使用有效期来决定该手机钥匙是否合法。若该手机APP201存在可信名单中且使用有效期内则合法，如果不存在或过期则非法，认证失败，且使用有效期可由数字钥匙管理平台301灵活控制，针对正常的手机数字钥匙只需要定期联网登录APP进行使用有效期续期即可。一直处于脱机的手机APP201如果使用有效期过期后不进行续期则无法继续使用。

同样的，如果数字钥匙管理平台301的钥匙有任何修改，如钥匙的新增、删除、续期都会更新钥匙可信名单和可信名单版本，且如果存在多个手机登录同一账号进行手机数字钥匙开通，只会确保一台手机APP201中的可信名单版本为最新，当车机终端101接收最新版本的可信名单数据后就覆盖旧版本的可信名单数据，从而规避手机数字钥匙被复制的风险。

图9示出了根据本发明第六实施例的智能锁***实现方法的方法示意图。如图9所示，手机数字钥匙开通时车机终端处于脱机状态，无法接收数字钥匙管理平台的手机钥匙推送，手机APP与车机终端进行近场通信以进行验证、解锁。

在本发明的上述实施例中，车机终端在接收数字钥匙管理平台推送前处于脱机状态导致无法接收推送数据，本发明通过手机携带推送数据通过NFC的方式实现手机与车机的认证和解锁控制等。

图10示出了根据本发明第七实施例的智能锁***实现方法的方法示意图。如图10所示，手机数字钥匙开通后(可选地，推送给车机终端)，车机终端和手机APP双脱机场景下，车主删除被分享的钥匙，被删除的客人无法使用该已删除钥匙。如图10所示，由于B已被A删除，所以B无法向钥匙管理平台进行开通或续期。即使B得到合法数据后，人为的把手机断网，如果再与车机进行认证时，由于B手机中的可信名单版本号低于车机，所以无法覆盖车机中的可信名单数据，此时可信名单中不包含B，所以认证失败。

在本发明的上述实施例中，车机终端和手机一起处于脱机状态，手机和车机终端无法被数字钥匙管理平台监控，本发明通过添加使用有效期和可信名单版本记录的方式在保证车机和手机在双脱机状态下的可用性和安全性。

图11示出了根据本发明第八实施例的智能锁***实现方法的方法示意图。在用户用不同的手机登录同一APP账号，旧手机处于脱机状态，钥匙无法被删除的场景下，如图11所示，如果手机2中包含该钥匙数据则续期，否则开通。旧手机1脱机无法续期，且新手机2登录会让手机1APP下线，此时手机1也无法进行续期。旧手机1即使有合法数据，如果再与车机进行认证时，由于手机2中的可信名单版本号低于车机，所以无法覆盖车机中的可信名单数据，此时可信名单中虽然包含C，但是旧手机中C的使用有效期低于车机中C的有效期，所以认证失败。

在本发明的上述实施例中，用户使用同一账号换机登录APP后，存在钥匙复制的情况，本发明可用通过使用有效期和可信名单及版本记录的方式，保证新手机设备中的使用有效期和可信名单数据版本比旧手机中的高，旧手机如果处于异常情况则无法续期，使得旧手机中的钥匙不可用，从而提升了安全性。

应当说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

依照本发明的实施例如上文所述，这些实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施例。显然，根据以上描述，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本发明的原理和实际应用，从而使所属技术领域技术人员能很好地利用本发明以及在本发明基础上的修改使用。本发明仅受权利要求书及其全部范围和等效物的限制。

Claims (10)

1.一种智能锁***，其特征在于，包括：

锁终端，存储有钥匙信息，解密密钥和验签密钥；

钥匙终端，存储有使用加密密钥对所述钥匙信息加密得到的加密钥匙信息和经签名密钥签名的签名信息，

其中，所述钥匙终端将所述加密钥匙信息和所述签名信息发送至所述锁终端以请求开锁；

所述锁终端对所述签名信息进行验签，对所述加密钥匙信息进行解密和验证，并在所述签名信息验签成功和所述加密钥匙信息验证成功时开启。

2.根据权利要求1所述的智能锁***，其特征在于，所述智能锁***还包括：

管理端，生成锁信息、所述加密密钥、所述解密密钥、所述签名密钥和所述验签密钥，并根据所述锁信息生成所述钥匙信息；

所述管理端根据所述加密密钥对所述钥匙信息加密以得到所述加密钥匙信息，根据所述签名密钥对所述加密钥匙信息进行签名以得到所述签名信息，

其中，所述管理端与所述锁终端相连接以向所述锁终端发送所述锁信息、所述解密密钥和所述验签密钥，并在所述钥匙信息生成后，将所述钥匙信息发送至所述锁终端；

所述管理端与所述钥匙终端相连接以向所述钥匙终端发送所述加密钥匙信息和所述签名信息。

3.根据权利要求1所述的智能锁***，其特征在于，使用对称算法对所述钥匙信息加密，所述加密密钥和所述解密密钥相同；和/或

使用非对称算法对所述钥匙信息加密，所述加密密钥与所述解密密钥相匹配；和/或

使用对称算法加密得到所述签名信息，所述签名密钥和所述验签密钥相同；和/或

使用非对称算法得到所述签名信息，所述签名信息和所述验签密钥相匹配。

4.根据权利要求1所述的智能锁***，其特征在于，所述钥匙信息包括使用有效期、可信名单数据和记录可信名单版本号，

其中，在所述使用有效期和/或所述可信名单数据发生变化时，更新所述可信名单数据和所述可信名单版本号。

5.根据权利要求4所述的智能锁***，其特征在于，所述锁终端获取更新后的可信名单数据和可信名单版本号；

所述锁终端还包括：

比较单元，用于比较对所述加密钥匙信息解密得到的可信名单版本号与所述锁终端中存储的可信名单版本号是否一致，并在所述解密得到的可信名单版本号大于所述锁终端中存储的可信名单版本号时，更新所述锁终端中存储的有效期、可信名单数据和记录可信名单版本号，

其中，所述锁终端中存储的可信名单数据中包含所述钥匙终端且在所述有效期内时，开启所述锁终端，否则拒绝开锁。

6.一种智能锁***的实现方法，其特征在于，包括：

生成锁信息和钥匙信息、加密密钥、解密密钥、签名密钥和验签密钥；

根据所述加密密钥对所述钥匙信息进行加密以得到加密钥匙信息；

根据所述签名密钥对所述加密钥匙信息进行签名以得到签名信息；

向锁终端发送所述锁信息和所述钥匙信息、所述解密密钥和所述验签密钥；

向钥匙终端发送所述加密钥匙信息和所述签名信息，

其中，所述签名信息和所述加密钥匙信息用于所述锁终端的验证开锁。

7.一种智能锁***的实现方法，其特征在于，包括：

接收锁信息和钥匙信息、解密密钥和验签密钥；

接收加密钥匙信息和签名信息；

使用所述验签密钥对所述签名信息进行验签，使用所述解密密钥对所述加密钥匙信息进行验证，并在验签成功和验证成功时开启。

8.一种智能锁***的实现方法，其特征在于，包括：

接收加密钥匙信息和签名信息；

向匹配对象发送所述加密钥匙信息和所述签名信息以请求开锁。

9.一种智能锁***的实现方法，其特征在于，包括：

管理端生成锁信息、加密密钥、解密密钥、签名密钥和验签密钥，并根据所述锁信息生成所述钥匙信息；

所述管理端根据加密密钥对所述钥匙信息进行加密以得到加密钥匙信息，根据所述签名密钥对所述加密钥匙信息进行签名以得到签名信息；

所述管理端向锁终端发送所述锁信息、所述钥匙信息、所述解密密钥和所述验签密钥；所述管理端向钥匙终端发送所述加密钥匙信息和所述签名信息；

所述钥匙终端将所述加密钥匙信息和所述签名信息发送至所述锁终端以请求开锁；

所述锁终端对所述签名信息进行验签，对所述加密钥匙信息进行解密和验证，并在所述签名信息验签成功和所述加密钥匙信息验证成功时开启。

10.根据权利要求9所述的智能锁***的实现方法，其特征在于，所述钥匙信息包括使用有效期、可信名单数据和记录可信名单版本号；

所述智能锁***的实现方法还包括：

在所述使用有效期和/或所述可信名单数据发生变化时，更新所述可信名单数据和所述可信名单版本号；所述可信名单版本号单向递增；

比较对所述加密钥匙信息解密得到的可信名单版本号与所述锁终端中存储的可信名单版本号是否一致，并在所述解密得到的可信名单版本号大于所述锁终端中存储的可信名单版本号时，更新所述锁终端中存储的有效期、可信名单数据和记录可信名单版本号，

其中，所述锁终端中存储的可信名单数据中包含所述钥匙终端且在所述有效期内时，开启所述锁终端，否则拒绝开锁。

Images