CN111696227A

CN111696227A - 一种开锁方法及装置

Info

Publication number: CN111696227A
Application number: CN201910147285.4A
Authority: CN
Inventors: 刘业鲁
Original assignee: Beijing Didi Infinity Technology and Development Co Ltd
Current assignee: Beijing Didi Infinity Technology and Development Co Ltd
Priority date: 2019-02-27
Filing date: 2019-02-27
Publication date: 2020-09-22
Anticipated expiration: 2039-02-27
Also published as: CN111696227B

Abstract

本申请实施例提供了一种开锁方法及装置，其中，首先，终端设备获取取景框内的多个待解锁设备的身份标识符；之后，终端设备将获取的多个身份标识符上报给服务器，并获取服务器基于每个身份标识符反馈的每个待解锁设备的状态信息；之后，终端设备确定用户基于服务器反馈的待解锁设备的状态信息选取的目标待解锁设备；最后，终端设备针对目标待解锁设备执行开锁操作。上述技术方案基于多个待解锁设备的状态信息，确定能够正常使用的待解锁设备，并对确定的能够正常使用的待解锁设备执行开锁操作，从而提高了用户的用车效率。

Description

一种开锁方法及装置

技术领域

本申请涉及通信和控制技术领域，具体而言，涉及一种开锁方法及装置。

背景技术

共享单车作为一种绿色出行方式，不仅不会污染环境，并且增加了出行的便捷性，提高了出行的效率，因此共享单车如雨后春笋般出现在各个城市的街头供用户使用。

由于长时间的使用，部分共享单车已经损坏，由于管理不及时，部分损坏的共享单车与能够正常使用的共享单车混合放置，导致用户在利用手机等终端设备对共享单车进行扫码开锁时，有机会扫描到损坏的共享单车，尤其是在用户所在的区域损坏的共享单车较多时，用户非常可能对损坏的共享单车进行扫码开锁，开锁后，用户发现共享单车无法正常使用时，需要更换其他的共享单车，重新进行扫码开锁的操作，直到找到能够正常使用的共享单车。上述共享单车的使用方式，降低了用户的用车效率。

发明内容

有鉴于此，本申请实施例的目的在于提供一种开锁方法及装置，能够基于多个待解锁设备的状态信息，确定能够正常使用的待解锁设备，并对确定的能够正常使用的待解锁设备执行开锁操作，从而提高了用户的用车效率。

第一方面，本申请实施例提供了一种开锁方法，包括：

获取取景框内的多个待解锁设备的身份标识符；

将获取的多个身份标识符上报给服务器，并获取服务器基于每个身份标识符反馈的每个待解锁设备的状态信息；

确定用户基于所述服务器反馈的待解锁设备的状态信息选取的目标待解锁设备；

针对所述目标待解锁设备执行开锁操作。

在一种可能的实施方式中，所述获取取景框内的多个待解锁设备的身份标识符，包括：

分别对取景框中的每个待解锁设备的身份标识码进行扫描识别，得到待解锁设备的身份标识符。

在一种可能的实施方式中，获取服务器基于每个身份标识符反馈的每个待解锁设备的状态信息之后，确定用户基于所述服务器反馈的待解锁设备的状态信息选取的目标待解锁设备之前，开锁方法还包括：

对服务器反馈的每个状态信息进行解析，确定每个状态信息对应的待解锁设备是否发生故障；

在待解锁设备发生故障时，在该待解锁设备的图像位置处显示该待解锁设备处于故障状态的信息；

在待解锁设备未发生故障时，在该待解锁设备的图像位置处显示该待解锁设备处于正常状态的信息。

在一种可能的实施方式中，所述在待解锁设备发生故障时，在该待解锁设备的图像位置处显示该待解锁设备处于故障状态的信息，包括：

在待解锁设备发生故障时，基于待解锁设备的状态信息，确定该待解锁设备的故障类型；

在该待解锁设备的图像位置处显示确定的故障类型。

在一种可能的实施方式中，所述待解锁设备的状态信息包括以下至少一项：

待解锁设备的车锁状态信息；待解锁设备的链条状态信息；待解锁设备的车轮状态信息；待解锁设备的车闸状态信息。

在一种可能的实施方式中，所述针对目标待解锁设备执行开锁操作，包括：

将用户选取的目标待解锁设备的身份标识符发送给服务器，所述目标待解锁设备的身份标识符用于使服务器基于身份标识符向目标待解锁设备发送开锁指令。

第二方面，本申请实施例提供了一种开锁方法，包括：

接收终端设备发送的多个待解锁设备的身份标识符；

基于多个待解锁设备的身份标识符，获取多个待解锁设备的状态信息，并发送给终端设备；

确定终端设备基于待解锁设备的状态信息选取的目标待解锁设备的身份标识符；

基于目标待解锁设备的身份标识符向目标待解锁设备发送开锁指令。

在一种可能的实施方式中，所述基于多个待解锁设备的身份标识符，获取多个待解锁设备的状态信息，并发送给终端设备，包括：

基于接收的多个身份标识符，筛选绑定的待解锁设备；

获取筛选得到的待解锁设备的状态信息，并发送给终端设备。

在一种可能的实施方式中，所述获取筛选得到的待解锁设备的状态信息，包括：

基于存储的待解锁设备的身份标识符与待解锁设备的状态信息的映射关系，和筛选得到的每个待解锁设备的身份标识符，确定筛选得到的每个待解锁设备的状态信息。

第三方面，本申请实施例提供了一种开锁装置，应用于终端设备，包括：

身份识别模块，用于获取取景框内的多个待解锁设备的身份标识符；

状态信息处理模块，用于将获取的多个身份标识符上报给服务器，并获取服务器基于每个身份标识符反馈的每个待解锁设备的状态信息；

目标设备确定模块，用于确定用户基于所述服务器反馈的待解锁设备的状态信息选取的目标待解锁设备；

开锁执行模块，用于针对所述目标待解锁设备执行开锁操作。

在一种可能的实施方式中，所述身份识别模块具体用于：

在一种可能的实施方式中，开锁装置还包括状态解析显示模块，所述状态解析显示模块用于：

在一种可能的实施方式中，所述状态解析显示模块具体用于：

在该待解锁设备的图像位置处显示确定的故障类型。

在一种可能的实施方式中，所述开锁执行模块具体用于：

第四方面，本申请实施例提供了一种开锁装置，应用于服务器，包括：

身份信息接收模块，用于接收终端设备发送的多个待解锁设备的身份标识符；

状态信息获取模块，用于基于多个待解锁设备的身份标识符，获取多个待解锁设备的状态信息，并发送给终端设备；

目标设备筛选模块，用于确定终端设备基于待解锁设备的状态信息选取的目标待解锁设备的身份标识符；

开锁信息发送模块，用于基于目标待解锁设备的身份标识符向目标待解锁设备发送开锁指令。

在一种可能的实施方式中，所述状态信息获取模块具体用于：

基于接收的多个身份标识符，筛选绑定的待解锁设备；

在一种可能的实施方式中，所述状态信息获取模块具体还用于：

第五方面，本申请实施例还提供一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行本申请实施例第一方面，以及第一方面中任一种可能的实施方式中的步骤，或，执行本申请实施例第二方面，以及第二方面中任一种可能的实施方式中的步骤。

第六方面，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行本申请实施例第一方面，以及第一方面中任一种可能的实施方式中的步骤，或，执行本申请实施例第二方面，以及第二方面中任一种可能的实施方式中的步骤。

本申请实施例提供的开锁方法及装置，首先，终端设备获取取景框内的多个待解锁设备的身份标识符；之后，终端设备将获取的多个身份标识符上报给服务器，并获取服务器基于每个身份标识符反馈的每个待解锁设备的状态信息；之后，终端设备确定用户基于服务器反馈的待解锁设备的状态信息选取的目标待解锁设备；最后，终端设备针对目标待解锁设备执行开锁操作。上述技术方案基于多个待解锁设备的状态信息，确定能够正常使用的待解锁设备，并对确定的能够正常使用的待解锁设备执行开锁操作，从而提高了用户的用车效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所提供的一种开锁方法的流程图；

图2示出了本申请实施例所提供的另一种开锁方法中在终端设备上显示待解锁设备的状态的流程图；

图3示出了本申请实施例所提供的另一种开锁方法的流程图；

图4示出了本申请实施例所提供的一种开锁方法中终端设备的取景框的示意图；

图5示出了本申请实施例所提供的一种开锁置的结构示意图；

图6示出了本申请实施例所提供的另一种开锁置的结构示意图；

图7示出了本申请实施例所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

针对现有技术中，用户在扫描到损坏的共享单车时，需要重复执行扫码开锁操作，导致的用户的用车效率低下，用户体验度差的缺陷，本申请实施例提供了一种开锁方法及装置。该方法及装置基于多个待解锁设备的状态信息，确定能够正常使用的待解锁设备，并对确定的能够正常使用的待解锁设备执行开锁操作，从而提高了用户的用车效率以及用户的体验度。

为了便于理解，下面先对本申请实施例提供的开锁方法进行详细介绍。

图1是示出本申请的一些实施例的开锁方法的流程图。该方法由用户使用的终端设备执行，实现了基于多个待解锁设备的状态信息，确定能够正常使用的待解锁设备，并对确定的能够正常使用的待解锁设备执行开锁操作，从而提高了用户的用车效率以及用户的体验度。具体地，如图所示，该开锁方法包括如下步骤：

S110、终端设备获取取景框内的多个待解锁设备的身份标识符。

在共享单车的应用场景下，上述待解锁设备为共享单车，终端设备为用户使用的用于打开共享单车的智能车锁的移动设备，例如用户使用的手机。服务器是管理各个待解锁设备的设备，在共享单车的应用场景中，服务器是管理具体某个品牌的共享单车的设备。

本步骤中，终端设备的取景框中可以包括多个待解锁设备的身份标识码等用于身份识别的信息，终端设备在获取取景框内的多个待解锁设备的身份标识符时，依次对取景框内的每个待解锁设备的身份识别的信息进行处理，分别得到每个待解锁设备的身份标识符。

在具体实施时，上述待解锁设备的身份识别的信息是身份标识码，终端设备在获取取景框内的多个待解锁设备的身份标识符时，依次对取景框中的每个待解锁设备的身份标识码进行扫描识别，分别得到待解锁设备的身份标识符。进一步地，上述身份标识码可以是二维码，上述身份标识符可以是待解锁设备的ID号等。

应当说明的是，由于不同的待解锁设备的位置不同、身份识别码损毁程度不同、不同的待解锁设备身份识别码处的光线不同，因此终端设备可能无法获取取景框中的所有的待解锁设备的身份标识符，本步骤中的终端设备只是获取到了取景框中其能够识别的多个待解锁设备的身份识别码对应的身份标识符。在具体实施时，终端设备获取到的身份标识符可能是多个，可能是一个，也可能是零个。

如图4所示，为终端设备上的包括多个待解锁设备的身份标识码的取景框。

另外应当说明的是，终端设备获取到的身份标识符为终端设备对应的服务器管理的待解锁设备的身份标识符，服务器不能管理的待解锁设备，终端设备无法获取对应的身份标识符。例如，在待解锁设备为共享单车的场景中，终端设备只能对某一品牌的共享单车的二维码进行扫码开锁，无法识别其他品牌的共享单车的二维码，即终端设备无法获取其他品牌的共享单车的身份标识符。

S120、终端设备将获取的多个身份标识符上报给服务器，并获取服务器基于每个身份标识符反馈的每个待解锁设备的状态信息。

上述在终端设备获取的多个身份标识符上报给服务器之前，首先需要建立服务器与终端设备的通信连接，通信连接建立成功之后，终端设备才能将其获取的多个身份标识符上报给服务器。上述通信连接可以是无线通信连接。

上述服务器是对各个待解锁设备进行管理的服务器，用于存储其管理的每个待解锁设备的状态信息等，例如服务器存储其管理的多个待解锁设备的各种信息等。上述服务器还用于管理多个待解锁设备，例如服务器对其管理的多个待解锁设备发送开锁指令，执行开锁操作。上述服务器存储的其管理的待解锁设备的各种信息包括每个待解锁设备的状态信息、每个待解锁设备的标识符、每个待解锁设备的位置信息等。

由于终端设备获取了其取景框中的多个待解锁设备的身份标识符，因此，本步骤中终端设备将获取的多个身份标识符上报给服务器时，具体可以采用以下两种方式发送多个身份标识符给服务器：第一种发送多个身份标识符给服务器的方式，由于终端设备是依次获取每个待解锁设备的身份标识符，因此本方式中，终端设备在每获取到一个待解锁设备的身份标识符后，向服务器上报一个身份标识符。这种方式中，服务器分时获取待解锁设备的身份标识符，就能够分时获取并反馈每个身份标识符对应的待解锁设备的状态信息，从而避免同时接收多个身份标识符，查找并反馈每个身份标识符对应的状态信息给服务器造成很大的压力。第二种发送多个身份标识符给服务器的方式，在终端设备获取到取景框中的多个待解锁设备的身份标识符后，将获取的所有的身份标识符一同发送给服务器。这种方式中，终端设备发送身份标识符的次数相对第一种方式少，效率高。

本步骤中，所述待解锁设备的状态信息包括以下至少一项：待解锁设备的车锁状态信息；待解锁设备的链条状态信息；待解锁设备的车轮状态信息；待解锁设备的车闸状态信息。

服务器作为管理待解锁设备的设备，其不仅存储有每个待解锁设备的状态信息、每个待解锁设备的身份标识符，还存储有待解锁设备的身份标识符与待解锁设备的状态信息的对应关系。服务器利用其存储的待解锁设备的身份标识符与待解锁设备的状态信息的对应关系，以及终端设备识别的待解锁设备的身份标识符，就能够确定终端设备获取每个身份标识符所属的待解锁设备的状态信息。

进一步地，由于终端设备的取景框中的待解锁设备可能不完全是服务器所管理的待解锁设备，因此，终端设备可能无法获取到其上报给服务器的每个身份标识符对应的状态信息。服务器在接收到终端设备发送的身份标识符时，首先对每个身份标识符进行筛选，得到其管理的待解锁设备的身份标识符，之后基于上述对应关系，获取并向终端设备反馈其筛选得到的每个身份标识符对应的待解锁设备的状态信息。

另外，服务器也可以不执行上述对身份标识符进行筛选的操作，直接基于上述对应关系，获取终端设备发送的每个身份标识符对应的待解锁设备的状态信息，之后将获取到的状态信息反馈给终端设备，对于服务器不管理的待解锁设备，服务器没有存储这些待解锁设备的状态信息、身份标识符以及身份标识符与状态信息的对应关系，因此服务器无法获取这些待解锁设备的状态信息，那么服务器就不向终端设备反馈这些待解锁设备的状态信息。S130、终端设备确定用户基于所述服务器反馈的待解锁设备的状态信息选取的目标待解锁设备。

步骤120中，服务器将身份标识符所属的待解锁设备的状态信息反馈给了终端设备，终端设备在接收到服务反馈的状态信息后，会将状态信息对应的状态显示在对应的待解锁设备的图像位置处。之后，用户基于终端设备上显示的每个待解锁设备的状态选取能够使用的待解锁设备，终端设备根据用户的选择，确定目标待解锁设备。

S140、终端设备针对所述目标待解锁设备执行开锁操作。

上一步骤中终端设备根据用户在终端设备上的操作，确定了用户选取的目标待解锁设备，之后，可以采用以下两种方式对目标待解锁设备执行开锁操作：第一种开锁方式，终端设备将用户选取的目标待解锁设备的身份标识符发送给服务器，服务器基于终端设备发送的身份标识符向目标待解锁设备发送开锁指令。第二种开锁方式，终端设备将用户选取的目标待解锁设备的身份标识符发送给服务器，服务器基于接收的身份标识符，获取目标待解锁设备的解锁信息，并将该解锁信息发送给终端设备，由终端设备利用该解锁信息对目标待解锁设备执行解锁操作。终端设备在利用从服务器接收的解锁信息对待解锁设备执行解锁操作时，从解锁信息中获取解锁秘钥，之后，将解锁秘钥发送给目标待解锁设备，目标待解锁设备将接收的解锁秘钥与自己存储解锁秘钥进行匹配。如果匹配成功，则打开其智能锁，如果匹配不成功，则不打开其智能锁，目标待解锁设备解锁失败。上述两种解锁方式均能够实现目标待解锁设备的解锁。

为了提高服务器发送给终端设备的解锁信息的安全性，上述服务器将确定的解锁信息发送给终端设备中，还可以包括如下步骤：将确定的解锁信息进行加密处理，并将加密后的信息作为最终的解锁信息发送给终端设备。上述加密处理可以采用一种或多种加密算法进行。

上述解锁信息除了解锁秘钥还可以包括目标待解锁设备的身份标识符。为了进一步地提升服务器发送给终端设备的解锁信息的安全性，可以先对解锁秘钥和身份标识符进行加权求和，再对加权求和得到的数值进行加密处理，得到最终的解锁信息。

在解锁信息进行了加密时，终端设备收到服务器发送的解锁信息后，首先需要利用对应的解密算法对解锁信息进行解密处理，才能得到解锁秘钥和/或目标待解锁设备的身份标识符。

进一步地，如果解锁秘钥和身份标识符进行了加权求和的操作，这里还需要对解密后的解锁信息执行加权求和的反向计算，才能得到解锁秘钥和目标待解锁设备的身份标识符。

在一些实施例中，如图2所示，步骤S120中的服务器基于每个身份标识符反馈的每个待解锁设备的状态信息之后，并且在步骤S130中的，确定用户基于所述服务器反馈的待解锁设备的状态信息选取的目标待解锁设备之前，开锁方法还可以包括如下步骤：

S210、终端设备对服务器反馈的每个状态信息进行解析，确定每个状态信息对应的待解锁设备是否发生故障。

根据上面的描述可知，状态信息可以包括以下至少一项：待解锁设备的车锁状态信息、待解锁设备的链条状态信息、待解锁设备的车轮状态信息、待解锁设备的车闸状态信息。根据上述状态信息可以判断对应的待解锁设备是否发生故障，具体地，根据上述状态信息可以判断对应的待解锁设备是否发生了以下至少一种类型的故障：车锁损坏故障、链条损坏故障、车轮损坏故障、车闸设备故障。

当然，上述状态信息还可以包括对应的待解锁设备的其他不用于确定待解锁设备是否发生故障的状态信息，例如状态信息还可以包括对应的待解锁设备的位置信息、历史故障信息等。本申请实施例对状态信息的内容不进行限定。

S220、终端设备在待解锁设备发生故障时，在该待解锁设备的图像位置处显示该待解锁设备处于故障状态的信息。

本步骤中，在终端设备上分别显示其获取到的身份识别符对应的待解锁设备的状态信息，对于终端设备没有获取到身份识别符的其取景框中的待解锁设备，不在对应的位置处显示待解锁设备的状态信息。

本步骤中，在具体实施时，终端设备上显示的信息可以是“损坏”字样。

S230、终端设备在待解锁设备未发生故障时，在该待解锁设备的图像位置处显示该待解锁设备处于正常状态的信息。

本步骤中，在具体实施时，终端设备上显示的信息可以是“正常”字样。

进一步地，在具体实施时，步骤220中，在待解锁设备发生故障时，在该待解锁设备的图像位置处显示该待解锁设备处于故障状态的信息可以包括如下子步骤：在待解锁设备发生故障时，基于待解锁设备的状态信息，确定该待解锁设备的故障类型；在该待解锁设备的图像位置处显示确定的故障类型。

本步骤中，在具体实施时，终端设备上显示的信息可以是“车轮故障”字样。

上述步骤终端设备根据服务器反馈的待解锁设备的状态信息，确定了对应的待解锁设备是否发生故障，并在对应的待解锁设备发生故障时，具体根据状态信息确定了故障的类型。在确定是否发生故障，和发生故障的类型后，将确定的故障信息(即上述对应的待解锁设备是否发生了故障，在发生故障时，具体地故障的类型)显示在终端设备上的对应的待解锁设备的图像处，以供用户根据终端上显示的待解锁设备的状态信息确定要解锁的目标待解锁设备。

在终端设备上，除了显示待解锁设备的状态，还在每个待解锁设备的图像处显示用于选取目标待解锁设备的“开锁”按钮，用户在点击了某个待解锁设备的“开锁”按钮后，终端设备就将用户选取的目标待解锁设备上报给服务器。

对于终端设备无法识别的身份标识符，由于无法获取对应的状态信息，因此在对应的待解锁设备的图像处不显示状态以及“开锁”按钮。

根据以上描述可知，终端设备在发送取景框中的多个待解锁设备的身份标识符时，可以每识别得到一个身份标识符就上报给服务器一个身份标识符，此时，服务器在基于获取到终端设备发送的身份标识符对应的状态信息时，也可以具体采用以下两种方式：第一种获取状态信息的方式，服务器每接收到一个身份标识符，就实时获取该身份标识符对应的状态信息，并在获取到状态信息后，向终端设备反馈该身份标识符对应的状态信息。该方式中，终端设备在获取到状态信息后，可以实时根据状态信息确定对应的待解锁设备是否发生故障，并在发送故障时，在终端设备上对应的待解锁设备的图像处实时显示处于故障状态的信息。第二种获取状态信息的方式，服务器在接收到所有的身份标识符之后，再分别获取每个身份表示符对应的状态信息，并将获取到的状态信息发送给终端设备，以供终端设备基于状态信息进行以上故障判断和故障显示。

上述实施例中，服务器根据身份标识符向终端设备反馈状态信息，终端设备根据接收的状态信息判断对应的待解锁设备是否发生故障以及在对应的终端设备发生故障时，判定故障类型，之后终端设备在对应的待解锁设备图像位置处显示状态。应当说明的是，服务器也可以直接根据身份标识符对应的状态信息判断是否发生故障以及在对应的终端设备发生故障时，判定故障类型，之后服务器将上述故障信息(在发生故障时，故障信息为故障类型，未发生故障时，故障信息为正常状态)发送给终端设备，终端设备直接将接收的故障信息在对应的待解锁设备处显示。

图3是示出本申请的一些实施例的开锁方法的流程图。该方法由管理各个待解锁设备的服务器执行。具体地，如图所示，该开锁方法包括如下步骤：

S310、服务器接收终端设备发送的多个待解锁设备的身份标识符。

服务器是管理各个待解锁设备的设备，用于存储各个待解锁设备的状态信息，和用于控制各个待解锁设备解锁。上述身份标识符可以是待解锁设备的ID号。

上述在服务器在接收终端设备发送的多个身份标识符之前，首先需要建立服务器与终端设备的通信连接，通信连接建立成功之后，服务器才能从终端设备接收终端设备获取的多个身份标识符。上述通信连接可以是无线通信连接。

S320、服务器基于多个待解锁设备的身份标识符，获取多个待解锁设备的状态信息，并发送给终端设备。

服务器作为管理待解锁设备的设备，其不仅存储有每个待解锁设备的状态信息、每个待解锁设备的身份标识符，还存储有待解锁设备的身份标识符与待解锁设备的状态信息的对应关系。服务器利用其存储的待解锁设备的身份标识符与待解锁设备的状态信息的对应关系，以及终端设备发送的待解锁设备的身份标识符，就能够确定终端设备获取每个身份标识符所属的待解锁设备的状态信息。

S330、服务器确定终端设备基于待解锁设备的状态信息选取的目标待解锁设备的身份标识符。

上一步骤中，终端设备根据用户的操作已经确定了目标待解锁设备，此步骤在具体实施时，是终端设备向服务器上报其确定的目标待解锁设备的身份标识符。

S340、服务器基于目标待解锁设备的身份标识符向目标待解锁设备发送开锁指令。

服务器根据目标待解锁设备的身份标识符就能够定位目标待解锁设备，之后向定位的目标待解锁设备发送开锁指令即可。目标待解锁设备收到开锁指令后打开智能锁。

进一步地，上述步骤320中所述基于多个待解锁设备的身份标识符，获取多个待解锁设备的状态信息，并发送给终端设备可以包括如下步骤：服务器基于接收的多个身份标识符，筛选绑定的待解锁设备；服务器获取筛选得到的待解锁设备的状态信息，并发送给终端设备。

上述筛选待解锁设备的过程实质上是筛选服务器管理的待解锁设备的过程，由于终端设备识别得到的身份标识符对应的待解锁设备可能不是该服务器管理的设备，因此，服务在获取每个身份标识符对应的状态信息之前，需要对接收的身份标识符进行筛选。上述服务器管理的待解锁设备已经与服务器提前设置了绑定关系，在具体实施时，可以预先将服务器与其管理的待解锁设备的身份表示符进行绑定。

另外，服务器也可以不执行上述筛选的操作，直接基于上述映射关系，获取终端设备发送的每个身份标识符对应的待解锁设备的状态信息，之后将获取到的状态信息反馈给终端设备，对于服务器不管理的待解锁设备，服务器没有存储这些待解锁设备的状态信息、身份标识符以及身份标识符与状态信息的对应关系，因此服务器无法获取这些待解锁设备的状态信息，那么服务器就不向终端设备反馈这些待解锁设备的状态信息。

对应的，服务器在筛选了其管理的待解锁设备的身份标识符之后，可以具体利用如下步骤获取状态信息：服务器基于存储的待解锁设备的身份标识符与待解锁设备的状态信息的映射关系，和筛选得到的每个待解锁设备的身份标识符，确定筛选得到的每个待解锁设备的状态信息。

以上实施例中的开锁方法，终端设备能够同时对终端设备的取景框中的所有待解锁设备进行身份标识符识别，并基于服务器反馈的每个待解锁设备的状态信息，在终端设备上显示每个待解锁设备的状态，以供用户基于取景框中的各个待解锁设备的状态选取要使用的目标待解锁设备。在用户选择了目标待解锁设备之后，终端设备向服务器上报用户选取的目标待解锁设备，服务器在确定目标待解锁设备之后，向目标待解锁设备发送解锁指令，以打开目标待解锁设备的智能锁。以上实施例的开锁方法避免了由于待解锁设备故障导致的用户需要重复执行扫码开锁的操作，节省了用户频繁尝试扫码开锁操作的时间，提高了用户的用车效率和用户体验度。尤其是在待解锁设备扎堆摆放，已损坏的待解锁设备掺杂其中，用户无法准确找到可用的待解锁设备时带来情况下，能够显著提高用户的用车效率。同时由于上述开锁方法能够快速精准识别已损坏待解锁设备，因此有助于相关的服务平台更快的对已损坏待解锁设备进行定位和后期维护。

图5是示出本申请的一些实施例的开锁装置的框图，该开锁装置实现的功能对应上述在终端设备上执行开锁方法的步骤。该装置可以理解为一个包括处理器的服务器的组件，该组件能够实现上述开锁方法，如图所示，该开锁装置可以包括身份识别模块510、状态信息处理模块520、目标设备确定模块530和开锁执行模块540。

身份识别模块510可以用于获取取景框内的多个待解锁设备的身份标识符。

状态信息处理模块520可以用于将获取的多个身份标识符上报给服务器，并获取服务器基于每个身份标识符反馈的每个待解锁设备的状态信息。

目标设备确定模块530可以用于确定用户基于所述服务器反馈的待解锁设备的状态信息选取的目标待解锁设备。

开锁执行模块540可以用于针对所述目标待解锁设备执行开锁操作。

所述身份识别模块具体用于：

在一些实施例中，上述应用于终端设备的开锁装置还包括状态解析显示模块550，所述状态解析显示模块550用于：

在一些实施例中，所述状态解析显示模块550具体用于：

在该待解锁设备的图像位置处显示确定的故障类型。

在一些实施例中，所述待解锁设备的状态信息包括以下至少一项：

在一些实施例中，所述开锁执行模块540具体用于：

图6是示出本申请的一些实施例的开锁装置的框图，该开锁装置实现的功能对应上述在服务器上执行开锁方法的步骤。该装置可以理解为一个服务器，或服务器的处理器，也可以理解为独立于上述服务器或处理器之外的在服务器控制下实现本申请功能的组件，如图所示，该开锁装置可以包括身份信息接收模块610、状态信息获取模块620、目标设备筛选模块630和开锁信息发送模块640。

身份信息接收模块610可以用于接收终端设备发送的多个待解锁设备的身份标识符。

状态信息获取模块620可以用于基于多个待解锁设备的身份标识符，获取多个待解锁设备的状态信息，并发送给终端设备。

目标设备筛选模块630可以用于基于确定终端设备基于待解锁设备的状态信息选取的目标待解锁设备的身份标识符。

开锁信息发送模块640可以用于基于目标待解锁设备的身份标识符向目标待解锁设备发送开锁指令。

在一些实施例中，所述状态信息获取620模块具体用于：

基于接收的多个身份标识符，筛选绑定的待解锁设备；

在一些实施例中，所述状态信息获取模块620具体还用于：

上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过LAN、WAN、蓝牙、ZigBee、或NFC等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。

本实施例公开了一种电子设备，如图7所示，为本申请实施例提供的电子设备710结构示意图，包括处理器711、存储器712、和总线713；存储器712用于存储执行指令，包括内存7121和外部存储器7122；这里的内存7121也称内存储器，用于暂时存放处理器711中的运算数据，以及与硬盘等外部存储器7122交换的数据，处理器711通过内存7121与外部存储器7122进行数据交换，当所述用户设备710运行时，所述处理器711与所述存储器712之间通过总线713通信，使得所述处理器711在用户态执行以下指令。

所述执行指令被所述处理器711执行时执行以下在终端设备上执行的开锁的步骤：

获取取景框内的多个待解锁设备的身份标识符；

针对所述目标待解锁设备执行开锁操作。

所述处理器711执行所述获取取景框内的多个待解锁设备的身份标识符时，具体执行：

所述处理器711在获取服务器基于每个身份标识符反馈的每个待解锁设备的状态信息之后，确定用户基于所述服务器反馈的待解锁设备的状态信息选取的目标待解锁设备之前，还用于执行：

所述处理器711执行所述在待解锁设备发生故障时，在该待解锁设备的图像位置处显示该待解锁设备处于故障状态的信息时，具体执行：

在该待解锁设备的图像位置处显示确定的故障类型。

所述待解锁设备的状态信息包括以下至少一项：

所述处理器711执行所述针对目标待解锁设备执行开锁操作时，具体执行：

所述执行指令被所述处理器711执行时还执行以下在服务器上执行的开锁的步骤：

接收终端设备发送的多个待解锁设备的身份标识符；

所述处理器711执行所述基于多个待解锁设备的身份标识符，获取多个待解锁设备的状态信息，并发送给终端设备时，具体执行：

基于接收的多个身份标识符，筛选绑定的待解锁设备；

所述处理器711执行所述获取筛选得到的待解锁设备的状态信息时，具体执行：

所述待解锁设备的状态信息包括以下至少一项：

本实施例公开了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述实施例的在服务器上或终端设备上执行的开锁方法中的步骤。

本申请实施例还提供了一种进行文本检错计算机程序产品，其包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims

1.一种开锁方法，其特征在于，包括：

获取取景框内的多个待解锁设备的身份标识符；

针对所述目标待解锁设备执行开锁操作。

2.根据权利要求1所述的方法，其特征在于，所述获取取景框内的多个待解锁设备的身份标识符，包括：

3.根据权利要求1所述的方法，其特征在于，获取服务器基于每个身份标识符反馈的每个待解锁设备的状态信息之后，确定用户基于所述服务器反馈的待解锁设备的状态信息选取的目标待解锁设备之前，还包括：

4.根据权利要求3所述的方法，其特征在于，所述在待解锁设备发生故障时，在该待解锁设备的图像位置处显示该待解锁设备处于故障状态的信息，包括：

在该待解锁设备的图像位置处显示确定的故障类型。

5.根据权利要求3或4所述的方法，其特征在于，所述待解锁设备的状态信息包括以下至少一项：

6.根据权利要求1所述的方法，其特征在于，所述针对目标待解锁设备执行开锁操作，包括：

7.一种开锁方法，其特征在于，包括：

接收终端设备发送的多个待解锁设备的身份标识符；

8.根据权利要求7所述的方法，其特征在于，所述基于多个待解锁设备的身份标识符，获取多个待解锁设备的状态信息，并发送给终端设备，包括：

基于接收的多个身份标识符，筛选绑定的待解锁设备；

9.根据权利要求8所述的方法，其特征在于，所述获取筛选得到的待解锁设备的状态信息，包括：

10.根据权利要求7所述的方法，其特征在于，所述待解锁设备的状态信息包括以下至少一项：

11.一种开锁装置，应用于终端设备，其特征在于，包括：

12.根据权利要求11所述的装置，其特征在于，所述身份识别模块具体用于：

13.根据权利要求11所述的装置，其特征在于，还包括状态解析显示模块，所述状态解析显示模块用于：

14.根据权利要求13所述的装置，其特征在于，所述状态解析显示模块具体用于：

在该待解锁设备的图像位置处显示确定的故障类型。

15.根据权利要求13或14所述的装置，其特征在于，所述待解锁设备的状态信息包括以下至少一项：

16.根据权利要求11所述的装置，其特征在于，所述开锁执行模块具体用于：

17.一种开锁装置，应用于服务器，其特征在于，包括：

18.根据权利要求17所述的装置，其特征在于，所述状态信息获取模块具体用于：

基于接收的多个身份标识符，筛选绑定的待解锁设备；

19.根据权利要求18所述的装置，其特征在于，所述状态信息获取模块具体还用于：

20.根据权利要求17所述的装置，其特征在于，所述待解锁设备的状态信息包括以下至少一项：

21.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至10任一所述的开锁方法的步骤。

22.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至10任一所述的开锁方法的步骤。