CN113593096A - 一种异构智能锁的控制方法和系统 - Google Patents

Abstract

本申请涉及一种异构智能锁的控制方法和系统；所述方法包括：服务器建立门与智能锁之间的逻辑对应关系，并存储每个智能锁的数字信息；客户端向服务器发送开门请求；服务器根据所请求的门编号查询对应的智能锁，确定其数字信息；服务器根据数字信息生成开锁信息并发送到客户端；客户端根据开锁逻辑与对应的智能锁进行交互，以使智能锁开锁。本申请的方案改变了现有方案在开锁时直接尝试开锁的思路，而是采用尝试开门的方式，然后从服务器获取门对应的智能锁相关信息，从而能够对不同技术规格、不同型号的智能锁进行管理；本方案不需要智能锁与服务器进行通信，所有相关信息全部存储在服务器，在商用场景中，商家更换、更新锁具时无需修改客户端。

Description

一种异构智能锁的控制方法和系统

技术领域

本申请涉及物联网技术领域，具体涉及一种异构智能锁的控制方法和系统。

背景技术

在智能化的自助仓储场景中，仓储场地经营方普遍为每个存储单元布设智能锁具，如使用智能门锁、智能柜锁、智能挂锁等，这样无论场地内有无管理人员，客户可以自助使用客户端APP或小程序，操作控制所租用单元的锁具开锁，实现自助存取；经营方由此实现对场地更高效、精准的管理。

由于一个运营商同时运营多个自助仓储网点，这些网点分批投入建设，运营商为了保证其内部管理及提供给用户的客户端程序能持续、兼容得使用全部网点的智能锁，一般需要在前期谨慎选择稳定可靠供应商，并在后续新开店是持续采购同一供应商的产品或后续兼容产品，这样带来前期选型过程冗长、后续承担供应商倒闭、转型、无法提供兼容产品等风险，导致门店间设备不兼容；

另外，由于目前智能设备使用寿命远远小于场地非智能设备使用寿命，远远小于门店经营周期，如果延长智能设备质保期会大大增加采购成本。为了避免后续个别智能锁故障，而采购不到同款、同技术规格的智能锁替换，一般来说运营商不得不为每个投入使用的门店采购超过必要数量的锁具，留一部分做库存备件，确保替换后同一门店内锁具规格相同以保证客户端可兼容操作任意一个锁，这样一来会占用运营商资金及库存。

异构锁场地，是指在同一场地(不论是物理上连成一片的场地，还是逻辑上统一管理的同一区域或分组下的若干物理场地)中，包含不同型号、不同技术规格的锁具，需要统一控制的。

相关技术中，现有的智能锁控制方案存在以下问题：

(1)运营商在场地建设时需要担心后续更换供应商、更新产品线等潜在变化，因此选型工作复杂；

(2)为避免问题1的风险，运营商在场地部署时需要额外采购一定量的同型备件，采购量增大，占用资金及库存；

(3)场地日常运营中需要维修时，需要提前确定场地内现有锁具型号，维修人员携带相同备件才能前去维修或替换，工作不灵活；

(4)由于客户可能在不同网点使用，包含不同型号锁具，因此客户端需要持续开发、兼容每一种锁具才能保证客户时时可用，开发及维护成本高。

发明内容

为至少在一定程度上克服相关技术中存在的问题，本申请提供一种异构智能锁的控制方法和系统。

根据本申请实施例的第一方面，提供一种异构智能锁的控制方法，包括：

服务器建立门与智能锁之间的逻辑对应关系，并存储每个智能锁的数字信息；所述数字信息中至少包括：开锁逻辑；

客户端向服务器发送开门请求；所述开门请求中至少包括以下信息：所请求的门编号；

服务器根据所请求的门编号查询对应的智能锁，确定其数字信息；

服务器根据数字信息生成开锁信息并发送到客户端；

客户端根据开锁逻辑与对应的智能锁进行交互，以使智能锁开锁。

进一步地，所述客户端向服务器发送开门请求，包括：

客户端将当前可选择的门列表展示在交互界面上；

根据交互界面上的操作确定所请求的门编号；

根据所请求的门编号生成开门请求，并发送到服务器。

进一步地，所述客户端向服务器发送开门请求，包括：

客户端扫描所请求的门对应的标识信息，以读取标识信息中包含的门编号；

根据所请求的门编号生成开门请求，并发送到服务器。

进一步地，所述根据所请求的门编号生成开门请求，包括：

客户端获取请求人身份信息；

将所请求的门编号、请求人身份信息合成为开门请求。

进一步地，所述方法还包括：

服务器接收到开门请求后，根据请求人身份信息判断请求人是否具有开启所请求的门的权限；

如果请求人具有权限，向客户端返回开锁信息；

如果请求人没有权限，则向客户端返回请求失败信息。

进一步地，所述数字信息中还包括：智能锁的型号、序列号、秘钥；

相应地，所述服务器根据数字信息生成开锁信息并发送到客户端，包括：

将智能锁的开锁逻辑、型号、序列号、秘钥进行组合、加密后生成开锁信息，并发送到客户端。

进一步地，所述开锁逻辑是一段代码，或者是一组方法的调用序列；

相应地，客户端根据开锁逻辑与对应的智能锁进行交互，包括：

客户端将接收到的开锁信息进行解密，获得智能锁的数字信息；

使用型号、序列号、秘钥中的一种或多种的组合作为参数，执行开锁逻辑的代码，尝试将智能锁开锁。

进一步地，所述执行开锁逻辑的代码，包括：

根据智能锁型号确定其通信连接方式，并调用相应的软硬件功能组件，发起通信连接；

建立通信连接后将序列号和/或秘钥发送到智能锁进行验证。

进一步地，所述方法还包括：

当某个门上的智能锁更换后，在服务器端更新该门对应的智能锁的锁编号、数字信息。

根据本申请实施例的第二方面，提供一种异构智能锁的控制系统，包括：服务器、客户端、智能锁；

所述服务器用于建立门与智能锁之间的逻辑对应关系，并存储每个智能锁的数字信息；所述数字信息中至少包括：开锁逻辑；

所述客户用于端向服务器发送开门请求；所述开门请求中至少包括以下信息：所请求的门编号；

所述服务器还用于根据所请求的门编号查询对应的智能锁，确定其数字信息；根据数字信息生成开锁信息并发送到客户端；

所述客户端还用于根据开锁逻辑与对应的智能锁进行交互，以使智能锁开锁。

本申请的实施例提供的技术方案具备以下有益效果：

本申请的方案改变了现有方案在开锁时直接尝试开锁的思路，而是采用尝试开门的方式，然后从服务器获取门对应的智能锁相关信息，从而能够对不同技术规格、不同型号的智能锁进行管理；本方案不需要智能锁与服务器进行通信，智能锁只需具备近距离无线通信能力，所有相关信息全部存储在服务器，在商用场景中，商家更换、更新锁具时无需修改客户端，也无需用户改变使用方式，对设备、场地的要求较低，从而降低硬件采购成本、软件开发成本；智能锁相关信息存储在服务器，客户端不需要存储任何智能锁的技术规格及数字信息，不会出现遭破解使敏感数据泄露等安全问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是根据一示例性实施例示出的一种异构智能锁的控制系统示意图。

图2是根据一示例性实施例示出的一种异构智能锁的控制方法的流程图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的方法和系统的例子。

本申请提供的一种异构智能锁的控制方法，可以应用于如图1所示的应用环境中。该应用环境中包括客户端102、智能锁104、网络108、服务器106和数据库系统，客户端102与服务器106之间可以通过网络108进行通信连接。网络108可以包括多种类型的有线或无线网络；比如，可以是广域互联网，也可以是局域网，还可以基于互联网和局域网的组合网，在此不做赘述。网络108进行数据传输时也会基于相应的通讯协议，例如网页浏览器接收网页相应的业务代码时会基于HTTP通讯协议，移动应用程序接收的业务代码时可以基于Websocket通讯协议。客户端102与智能锁104之间可以通过近距离无线通信技术进行通信连接，比如，可以通过蓝牙、NFC等方式进行通信。

客户端102可以但不限于是各种智能手机、平板电脑和便携式可穿戴设备。同时，图1中示出的是客户端102的数量为两个的情况，但本申请并不对客户端102的数量进行限制，也可以包括更多或者更少的客户端。客户端102上运行有应用程序，该应用程序运行时能够与服务器106、智能锁104进行交互，以实现一种异构智能锁的控制方法。

服务器106可以用独立的服务器或者是多个服务器组成的服务器集群来实现；在运行过程中，服务器106可以运行某一应用程序，与客户端102进行交互，以实现一种异构智能锁的控制方法。数据库包括可以包括多个数据库或者数据库集群，也可以是仅包括单个数据库；数据库也可以是服务器中的数据库。

图2是根据一示例性实施例示出的一种异构智能锁的控制方法的流程图。该方法可以包括以下步骤：

服务器建立门与智能锁之间的逻辑对应关系，并存储每个智能锁的数字信息；所述数字信息中至少包括：开锁逻辑；

客户端向服务器发送开门请求；所述开门请求中至少包括以下信息：所请求的门编号；

服务器根据所请求的门编号查询对应的智能锁，确定其数字信息；

服务器根据数字信息生成开锁信息并发送到客户端；

客户端根据开锁逻辑与对应的智能锁进行交互，以使智能锁开锁。

本申请的方案改变了现有方案在开锁时直接尝试开锁的思路，而是采用尝试开门的方式，然后从服务器获取门对应的智能锁相关信息，从而能够对不同技术规格、不同型号的智能锁进行管理；本方案不需要智能锁与服务器进行通信，智能锁只需具备近距离无线通信能力，所有相关信息全部存储在服务器，在商用场景中，商家更换、更新锁具时无需修改客户端，也无需用户改变使用方式，对设备、场地的要求较低，从而降低硬件采购成本、软件开发成本；智能锁相关信息存储在服务器，客户端不需要存储任何智能锁的技术规格及数字信息，不会出现遭破解使敏感数据泄露等安全问题。

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

下面结合具体的应用场景，对本申请的方案进行拓展说明。

本申请的异构智能锁的控制方法，主要思路是改变客户端在开锁时直接尝试开“锁”，而是尝试开“门”，由服务器告诉客户端开“门”时如何开门上的“锁”。本方法主要如下步骤：

步骤一、场地建设时，服务器建立“门”与“锁”的逻辑对应关系，如：门A1，安装锁SN20008；同时服务器存储每个锁具的数字信息，如型号、开锁逻辑、序列号、秘钥等。其中“开锁逻辑”可以是一段代码，或者是一组方法的调用序列。

步骤二、场地投入运营后，客户使用客户端应用程序(APP或小程序)，通过客户端UI数据查看门列表。

一些实施例中，所述客户端向服务器发送开门请求，包括：

客户端将当前可选择的门列表展示在交互界面上；

根据交互界面上的操作确定所请求的门编号；

根据所请求的门编号生成开门请求，并发送到服务器。

一些实施例中，所述客户端向服务器发送开门请求，包括：

客户端扫描所请求的门对应的标识信息，以读取标识信息中包含的门编号；

根据所请求的门编号生成开门请求，并发送到服务器。

步骤三、客户通过客户端应用程序请求开门，这时客户端应用程序向后台服务器发送请求人身份信息、所请求的门编号，如【张三，A1】。

一些实施例中，所述根据所请求的门编号生成开门请求，包括：

客户端获取请求人身份信息；

将所请求的门编号、请求人身份信息合成为开门请求。

步骤四、服务器接收客户端发来的开门请求信息，通过步骤一中“门”与“锁”的对应关系，查询找到客户实际需要开的锁。

可选地，服务器可根据客户信息，判断客户是否有开启锁具的权利，决定是否继续后续步骤。

一些实施例中，所述方法还包括：

服务器接收到开门请求后，根据请求人身份信息判断请求人是否具有开启所请求的门的权限；

如果请求人具有权限，向客户端返回开锁信息；

如果请求人没有权限，则向客户端返回请求失败信息。

步骤五、服务器根据步骤一中存储的锁的数字信息，查询需要开启的锁具的型号、开锁逻辑、序列号、秘钥等信息，经组合并加密后发送给客户端应用程序。

相应地，所述服务器根据数字信息生成开锁信息并发送到客户端，包括：

将智能锁的开锁逻辑、型号、序列号、秘钥进行组合、加密后生成开锁信息，并发送到客户端。

步骤六、客户端应用程序接收到服务器发来的加密信息，解密后获得锁数字信息，根据信息中指明的开锁逻辑代码，使用信息中其他部分或全部内容作为参数，尝试开锁。

比如，客户端请求开门A1，服务端返回：{门：A1，锁：SN0001，类型：蓝牙，密钥：abcde}，然后客户端应用程序就激活蓝牙，搜索SN0001设备，用密钥发起开锁请求。“开锁逻辑”就是操作蓝牙设备的流程[激活-搜索-发送指令-结束]及蓝牙开锁指令。

如果服务端返回{门：A1，锁：SN0002，类型：网络锁，请求地址：xxxxx，密钥：112233}，那么客户端应用程序就发起API调用网路接口xxxx，传递参数{SN0002，112233}；“开锁逻辑”就是网络接口调用方法[curl xxxxx–P{sn，key}]及参数要求。

简单说，客户端有操作蓝牙模块的能力、有操作NFC模块的能力、有发起WebAPI请求的能力，但不需要预先为每一种乃至每一把锁存储相应的操作流程和密钥、参数等，等服务器告诉它第一步、第二步以及后续操作步骤。

相应地，客户端根据开锁逻辑与对应的智能锁进行交互，包括：

客户端将接收到的开锁信息进行解密，获得智能锁的数字信息；

使用型号、序列号、秘钥中的一种或多种的组合作为参数，执行开锁逻辑的代码，尝试将智能锁开锁。

一些实施例中，所述执行开锁逻辑的代码，包括：

根据智能锁型号确定其通信连接方式，并调用相应的软硬件功能组件，发起通信连接；

建立通信连接后将序列号和/或秘钥发送到智能锁进行验证。

步骤七、运营管理方任意时间需要更换门锁时，无论更换同款锁，还是换装其他型号、技术规格的锁具，无需通知客户端应用程序，只需在服务器端更新换锁的门对应的锁编号、锁数字信息。

一些实施例中，所述方法还包括：

当某个门上的智能锁更换后，在服务器端更新该门对应的智能锁的锁编号、数字信息。

综上所述，本申请的技术方案具有如下有益效果：

(1)降低选型难度，选型时不需要过多关注供应商是否能持续供应多年、当前技术路线的生命周期能否足够长等问题；

(2)降低采购量，开业时不需要采购额外的备用锁，作为今后若干年可能出现的故障替换的库存；

(3)降低升级门槛且减少升级过程中的浪费，运营商可以随供应链技术升级、迭代，随时开始采购新技术水平和/或技术路线的锁具，无需迁就旧技术；同时升级时不必将旧锁全部弃用，新锁与旧锁可以共存，而客户端应用程序不受影响，客户使用过程无变化；

(4)降低后续采购风险，不限制后续采购必须与之前采购的产品来自同一供应商、同一技术规格，避免恶意抬价；

(5)降低软件开发、维护及客户沟通成本，换锁或新场地使用新锁，无需通知客户端应用程序，一般来说客户也无需升级客户端应用程序，使用过程中客户不需要关注智能锁的规格变化；

(6)客户端应用程序不需要存储任何智能锁的技术规格及数字信息，不会出现遭破解使敏感数据泄露等安全问题。

如图1所示，本申请的实施例还提供一种异构智能锁的控制系统，包括：服务器、客户端、智能锁；

所述服务器用于建立门与智能锁之间的逻辑对应关系，并存储每个智能锁的数字信息；所述数字信息中至少包括：开锁逻辑；

所述客户用于端向服务器发送开门请求；所述开门请求中至少包括以下信息：所请求的门编号；

所述服务器还用于根据所请求的门编号查询对应的智能锁，确定其数字信息；根据数字信息生成开锁信息并发送到客户端；

所述客户端还用于根据开锁逻辑与对应的智能锁进行交互，以使智能锁开锁。

关于上述实施例中的系统，其中各个模块执行操作的具体步骤已经在有关该方法的实施例中进行了详细描述，此处不再详细阐述说明。上述系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

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

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

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种异构智能锁的控制方法，其特征在于，包括：

服务器建立门与智能锁之间的逻辑对应关系，并存储每个智能锁的数字信息；所述数字信息中至少包括：开锁逻辑；

客户端向服务器发送开门请求；所述开门请求中至少包括以下信息：所请求的门编号；

服务器根据所请求的门编号查询对应的智能锁，确定其数字信息；

服务器根据数字信息生成开锁信息并发送到客户端；

客户端根据开锁逻辑与对应的智能锁进行交互，以使智能锁开锁。

2.根据权利要求1所述的方法，其特征在于，所述客户端向服务器发送开门请求，包括：

客户端将当前可选择的门列表展示在交互界面上；

根据交互界面上的操作确定所请求的门编号；

根据所请求的门编号生成开门请求，并发送到服务器。

3.根据权利要求1所述的方法，其特征在于，所述客户端向服务器发送开门请求，包括：

客户端扫描所请求的门对应的标识信息，以读取标识信息中包含的门编号；

根据所请求的门编号生成开门请求，并发送到服务器。

4.根据权利要求2或3所述的方法，其特征在于，所述根据所请求的门编号生成开门请求，包括：

客户端获取请求人身份信息；

将所请求的门编号、请求人身份信息合成为开门请求。

5.根据权利要求4所述的方法，其特征在于，还包括：

服务器接收到开门请求后，根据请求人身份信息判断请求人是否具有开启所请求的门的权限；

如果请求人具有权限，向客户端返回开锁信息；

如果请求人没有权限，则向客户端返回请求失败信息。

6.根据权利要求1-3、5任一项所述的方法，其特征在于，所述数字信息中还包括：智能锁的型号、序列号、秘钥；

相应地，所述服务器根据数字信息生成开锁信息并发送到客户端，包括：

将智能锁的开锁逻辑、型号、序列号、秘钥进行组合、加密后生成开锁信息，并发送到客户端。

7.根据权利要求6所述的方法，其特征在于，所述开锁逻辑是一段代码，或者是一组方法的调用序列；

相应地，客户端根据开锁逻辑与对应的智能锁进行交互，包括：

客户端将接收到的开锁信息进行解密，获得智能锁的数字信息；

使用型号、序列号、秘钥中的一种或多种的组合作为参数，执行开锁逻辑的代码，尝试将智能锁开锁。

8.根据权利要求7所述的方法，其特征在于，所述执行开锁逻辑的代码，包括：

根据智能锁型号确定其通信连接方式，并调用相应的软硬件功能组件，发起通信连接；

建立通信连接后将序列号和/或秘钥发送到智能锁进行验证。

9.根据权利要求1-3、5、7、8任一项所述的方法，其特征在于，还包括：

当某个门上的智能锁更换后，在服务器端更新该门对应的智能锁的锁编号、数字信息。

10.一种异构智能锁的控制系统，其特征在于，包括：服务器、客户端、智能锁；

所述服务器用于建立门与智能锁之间的逻辑对应关系，并存储每个智能锁的数字信息；所述数字信息中至少包括：开锁逻辑；

所述客户用于端向服务器发送开门请求；所述开门请求中至少包括以下信息：所请求的门编号；

所述服务器还用于根据所请求的门编号查询对应的智能锁，确定其数字信息；根据数字信息生成开锁信息并发送到客户端；

所述客户端还用于根据开锁逻辑与对应的智能锁进行交互，以使智能锁开锁。

Images