CN113744434A - 一种自动多模式开锁方法和系统 - Google Patents

Abstract

本申请涉及一种自动多模式开锁方法和系统；所述方法包括：向服务器发送开锁请求；获取服务器发回的锁具信息；所述锁具信息至少包括：开锁方式列表、开锁参数；从开锁方式列表中自动选定一种开锁方式及对应的开锁参数，尝试开锁；等待一段时间后，如果判断开锁不成功，则自动选定另一种开锁方式及对应的开锁参数，再次尝试开锁；重复上一步骤，直到开锁成功，或者开锁方式列表中的开锁方式均被尝试过。本申请的方案能够使用统一的交互过程自动尝试采用各种不同的模式进行开锁，整个开锁过程不论用什么技术方法，对用户来说是一致的无感的；本方案能最大程度提升开锁成功概率，降低某一单一方式开锁失败而影响客户体验的情况。

Description

一种自动多模式开锁方法和系统

技术领域

本申请涉及物联网技术领域，具体涉及一种自动多模式开锁方法和系统。

背景技术

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

目前这种客户端+智能锁具的组合方案中，普遍使用某一种通讯方式建立连接实现控制，比如通过蓝牙、Zigbee、NFC等近场通讯技术、远程网络请求控制、动态密码生成等。用户使用的客户端一般使用其中一种方式尝试开锁，或由用户通过操作界面，选定某一种方式开锁。这种方式存在多种问题。

如果客户端只使用一种方式开锁，比如蓝牙，由于任何一种通讯方式都无法保证100％可用，那么当这种开锁方式失败时，即便锁具还支持其他开锁方式，客户也无法通过客户端自助开锁使用仓储单元，场地经营方提供自助存取的服务即失败。

客户端如果支持多种方式开锁，其中一种方式失败后，客户需要自己在客户端中选择其他开锁方式，再次发起尝试。这样对客户来说操作繁琐，且需要辨识蓝牙、zigbee、NFC、网络请求、动态等专业术语，理解其中区别并作出选择，门槛较高，对企业来说客户教育成本很高。

如果需要让客户端支持多种开锁，开发中即需要在客户端中实现多种开锁方式的适配。由于实际经营中，场地经营方分门店、分批次开业，无法保证每次采购的智能锁具与之前均是同一规格、同一开锁方式的，这样很可能需要开发不同版本的客户端，给开发带来额外成本。同时新版客户端中的开锁方式可能在老场地中不受支持，影响客户体验。

相关技术中，现有技术不足之处在于：

客户需手动选择开锁方法，如一个方式开锁失败还需要反复操作，操作复杂；

开锁成功率不高于任何一种单一开锁方式，没有充分利用智能锁具能力；

客户需要知道一定的专业术语，区分各方式的异同，如蓝牙、NFC、ZigBee、WebAPI；

场地建设及客户端软件开发时需预先考虑锁型号，开发维护成本高。

发明内容

为至少在一定程度上克服相关技术中存在的问题，本申请提供一种自动多模式开锁方法和系统。

根据本申请实施例的第一方面，提供一种自动多模式开锁方法，包括：

向服务器发送开锁请求；

获取服务器发回的锁具信息；所述锁具信息至少包括：开锁方式列表、开锁参数；

从开锁方式列表中自动选定一种开锁方式及对应的开锁参数，尝试开锁；

等待一段时间后，如果判断开锁不成功，则自动选定另一种开锁方式及对应的开锁参数，再次尝试开锁；

重复上一步骤，直到开锁成功，或者开锁方式列表中的开锁方式均被尝试过。

进一步地，所述开锁方式列表包括：通信方式列表，以及每种通信方式对应的开锁步骤代码；

所述开锁参数包括：秘钥和/或数字签名。

进一步地，所述开锁方式列表还包括：每种通信方式对应的成功率；

相应地，所述从开锁方式列表中选定一种开锁方式，包括：

从开锁方式列表中选定成功率最高的开锁方式。

进一步地，所述选定另一种开锁方式，包括：

从剩余未尝试过的开锁方式中，选取成功率最高的开锁方式。

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

客户端将使用过的开锁方式和对应的开锁结果上传到服务器；

服务器记录每一次开锁使用过的开锁方式和对应的开锁结果，并根据历史记录修正每一种开锁方式对应的成功率。

进一步地，所述开锁请求中至少包括以下信息：请求人的身份信息、所请求锁的逻辑识别信息；

相应地，所述方法还包括：

服务器接收到开锁请求后，根据请求人的身份信息查询请求人是否具有所请求锁的操作权限。

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

如果具有操作权限，服务器根据所述逻辑识别信息提取所请求锁的锁具信息并返回到客户端。

根据本申请实施例的第二方面，提供一种自动多模式开锁系统，包括：客户端、服务器、智能锁；所述客户端与所述服务器通过互联网进行通信；所述客户端与所述智能锁通过近距通信进行交互；

所述客户端用于：向服务器发送开锁请求；获取服务器发回的锁具信息；所述锁具信息至少包括：开锁方式列表、开锁参数；从开锁方式列表中选定一种开锁方式及对应的开锁参数，尝试开锁；等待一段时间后，如果判断开锁不成功，则选定另一种开锁方式及对应的开锁参数，再次尝试开锁；重复上一步骤，直到开锁成功，或者开锁方式列表中的开锁方式均被尝试过。

进一步地，所述服务器用于：在接收到开锁请求后，根据请求人的身份信息查询请求人是否具有所请求锁的操作权限；如果具有操作权限，根据所述逻辑识别信息提取所请求锁的锁具信息并返回到客户端。

进一步地，所述客户端还用于：将使用过的开锁方式和对应的开锁结果上传到服务器；

所述服务器还用于：记录每一次开锁使用过的开锁方式和对应的开锁结果，并根据历史记录修正每一种开锁方式对应的成功率。

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

本申请的方案能够使用统一的交互过程自动尝试采用各种不同的模式进行开锁，整个开锁过程不论采用何种通信技术，对用户来说都是一致的无感的，用户不需要关心使用哪一种开锁模式、有没有其它模式等；本方案能最大程度提升开锁成功概率，降低某一单一方式开锁失败而影响客户体验的情况；场地建设灵活，无需指定采购与之前其它场地开锁方式一致的锁具，从而降低硬件成本。

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

附图说明

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

图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是根据一示例性实施例示出的一种自动多模式开锁方法的流程图。该方法可以包括以下步骤：

步骤S1：向服务器发送开锁请求；

步骤S2：获取服务器发回的锁具信息；所述锁具信息至少包括：开锁方式列表、开锁参数；

步骤S3：从开锁方式列表中自动选定一种开锁方式及对应的开锁参数，尝试开锁；

步骤S4：等待一段时间后，如果判断开锁不成功，则自动选定另一种开锁方式及对应的开锁参数，再次尝试开锁；

步骤S5：重复上一步骤，直到开锁成功，或者开锁方式列表中的开锁方式均被尝试过。

本申请的方案能够使用统一的交互过程自动尝试采用各种不同的模式进行开锁，整个开锁过程不论采用何种通信技术(比如，无论是采用了蓝牙、NFC、网络指令、动态密码等任意的通信技术)，对用户来说都是一致的无感的，用户不需要关心使用哪一种开锁模式、有没有其它模式等；本方案能最大程度提升开锁成功概率，降低某一单一方式开锁失败而影响客户体验的情况；场地建设灵活，无需指定采购与之前其它场地开锁方式一致的锁具，从而降低硬件成本。

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

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

本申请提供一种自动的、多模式开锁的方法。应用于智能锁具、客户端、服务端组成的系统，主要步骤如下：

步骤一、用户操作客户端，选择想开启的锁。客户端向服务器发送开锁请求。其中，UI数据可以为界面上展示的文本数据、图像数据、视频数据等，本发明实施例不做限定。开锁请求包含请求人信息、锁的逻辑识别信息，如：张三，LK0001。

步骤二、服务器接收客户端发来的请求及各个参数、属性，查询后台。

一些实施例中，所述开锁请求中至少包括以下信息：请求人的身份信息、所请求锁的逻辑识别信息。

步骤三、服务器比对请求人是否有对应的锁具的操作权限，如是否是在租客户、是否欠费、是否是管理员等。

相应地，所述方法还包括：

服务器接收到开锁请求后，根据请求人的身份信息查询请求人是否具有所请求锁的操作权限。

步骤四、如果步骤三中权限判断通过，服务器根据所述逻辑识别信息从后台数据中提取所请求锁的锁具信息，经必要处理后发送回客户端。

其中，锁具信息包含锁序列号、按成功概率排序后的支持的开锁方式列表、开锁所需要的参数及加密校验码等；锁序列号不同于锁逻辑识别信息，是一串不会重复的用于使客户端能准确识别锁的编码。

开锁方式列表包含通信方式列表，比如：蓝牙、NFC、网络请求、动态密码，以及每种通信方式对应的开锁步骤代码。

所述开锁参数包括但不限于秘钥、数字签名等。

这样，客户端无需预先存储客户所请求的门店或锁具所支持的开锁方法及开锁参数，在请求发起时通过问询服务器实现。

步骤五、客户端接收到服务器发回的锁具开锁信息，根据该锁支持的开锁方式列表，按一定顺序自动选定一种方式及该方式所需要的参数，尝试开锁。

这样，客户不需要理解区分不同开锁方式的不同以及猜测开锁成功概率有多大，程序将自动根据锁具规格、历史成功率等因素，决定开锁方式的尝试顺序。

一些实施例中，所述开锁方式列表还包括：每种通信方式对应的成功率。

相应地，所述从开锁方式列表中选定一种开锁方式，包括：

从开锁方式列表中选定成功率最高的开锁方式。

一些实施例中，所述选定另一种开锁方式，包括：

从剩余未尝试过的开锁方式中，选取成功率最高的开锁方式。

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

客户端将使用过的开锁方式和对应的开锁结果上传到服务器；

服务器记录每一次开锁使用过的开锁方式和对应的开锁结果，并根据历史记录修正每一种开锁方式对应的成功率。

步骤六、客户端等待x秒，如过x秒后判定开锁不成功，则自动按一定顺序选定下一种方式及该方式所需要的参数，尝试开锁。这样，如果一种开锁方式失败，用户无需介入，无需任何操作。

步骤七、客户端不断重复步骤六，直到锁具被打开，或者所有支持的开锁方法均被尝试过。这样，整个开锁过程对用户来说是无感的，客户不需要关心使用哪一种方式、等待多久、有没有其他途径等。

综上所述，本申请的技术方案：(1)开锁成功率高，客户端会自动持续尝试所有开锁方式，直到打开或全部失败；(2)客户体验好，操作简单，步骤一致，开锁过程无需客户干预，无需客户有相关基础知识并做选择，系统自动优先尝试成功率高的方式，然后自动切换尝试其他方式，直到打开或全部失败；(3)场地建设灵活，无需指定采购与之前其他场地一致的锁具；(4)软件开发及维护成本低，无需在APP中区分不同场地、不同锁具的版本；(5)为经营方提供灵活管理开锁方式的能力，如限制客户、管理员使用某种或某几种开锁方式，并可随时变更这种限制。

如图1所示，本申请的实施例还提供一种自动多模式开锁系统，包括：客户端、服务器、智能锁；所述客户端与所述服务器通过互联网进行通信；所述客户端与所述智能锁通过近距通信进行交互。

所述客户端用于：向服务器发送开锁请求；获取服务器发回的锁具信息；所述锁具信息至少包括：开锁方式列表、开锁参数；从开锁方式列表中选定一种开锁方式及对应的开锁参数，尝试开锁；等待一段时间后，如果判断开锁不成功，则选定另一种开锁方式及对应的开锁参数，再次尝试开锁；重复上一步骤，直到开锁成功，或者开锁方式列表中的开锁方式均被尝试过。

一些实施例中，所述服务器用于：在接收到开锁请求后，根据请求人的身份信息查询请求人是否具有所请求锁的操作权限；如果具有操作权限，根据所述逻辑识别信息提取所请求锁的锁具信息并返回到客户端。

一些实施例中，所述客户端还用于：将使用过的开锁方式和对应的开锁结果上传到服务器；

所述服务器还用于：记录每一次开锁使用过的开锁方式和对应的开锁结果，并根据历史记录修正每一种开锁方式对应的成功率。

关于上述实施例中的系统，其中各个模块执行操作的具体步骤已经在有关该方法的实施例中进行了详细描述，此处不再详细阐述说明。

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

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

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

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

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

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

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

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

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

Claims (10)

1.一种自动多模式开锁方法，其特征在于，包括：

向服务器发送开锁请求；

获取服务器发回的锁具信息；所述锁具信息至少包括：开锁方式列表、开锁参数；

从开锁方式列表中自动选定一种开锁方式及对应的开锁参数，尝试开锁；

等待一段时间后，如果判断开锁不成功，则自动选定另一种开锁方式及对应的开锁参数，再次尝试开锁；

重复上一步骤，直到开锁成功，或者开锁方式列表中的开锁方式均被尝试过。

2.根据权利要求1所述的方法，其特征在于，所述开锁方式列表包括：通信方式列表，以及每种通信方式对应的开锁步骤代码；

所述开锁参数包括：秘钥和/或数字签名。

3.根据权利要求2所述的方法，其特征在于，所述开锁方式列表还包括：每种通信方式对应的成功率；

相应地，所述从开锁方式列表中选定一种开锁方式，包括：

从开锁方式列表中选定成功率最高的开锁方式。

4.根据权利要求3所述的方法，其特征在于，所述选定另一种开锁方式，包括：

从剩余未尝试过的开锁方式中，选取成功率最高的开锁方式。

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

客户端将使用过的开锁方式和对应的开锁结果上传到服务器；

服务器记录每一次开锁使用过的开锁方式和对应的开锁结果，并根据历史记录修正每一种开锁方式对应的成功率。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述开锁请求中至少包括以下信息：请求人的身份信息、所请求锁的逻辑识别信息；

相应地，所述方法还包括：

服务器接收到开锁请求后，根据请求人的身份信息查询请求人是否具有所请求锁的操作权限。

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

如果具有操作权限，服务器根据所述逻辑识别信息提取所请求锁的锁具信息并返回到客户端。

8.一种自动多模式开锁系统，其特征在于，包括：客户端、服务器、智能锁；所述客户端与所述服务器通过互联网进行通信；所述客户端与所述智能锁通过近距通信进行交互；

所述客户端用于：向服务器发送开锁请求；获取服务器发回的锁具信息；所述锁具信息至少包括：开锁方式列表、开锁参数；从开锁方式列表中选定一种开锁方式及对应的开锁参数，尝试开锁；等待一段时间后，如果判断开锁不成功，则选定另一种开锁方式及对应的开锁参数，再次尝试开锁；重复上一步骤，直到开锁成功，或者开锁方式列表中的开锁方式均被尝试过。

9.根据权利要求8所述的系统，其特征在于，所述服务器用于：在接收到开锁请求后，根据请求人的身份信息查询请求人是否具有所请求锁的操作权限；如果具有操作权限，根据所述逻辑识别信息提取所请求锁的锁具信息并返回到客户端。

10.根据权利要求8或9所述的系统，其特征在于，所述客户端还用于：将使用过的开锁方式和对应的开锁结果上传到服务器；

所述服务器还用于：记录每一次开锁使用过的开锁方式和对应的开锁结果，并根据历史记录修正每一种开锁方式对应的成功率。

Images