一种蓝牙开锁方法与流程

本发明涉及蓝牙技术领域，具体涉及一种蓝牙开锁方法。

背景技术：

目前的共享单车项目主要利用机械开锁或扫码开锁两种方式进行开锁。这两种方式都是采用一对一的开锁方式，即需要先找到某个单车，再对此单车进行解锁。如机械开锁，需要在app中输入并发送选中自行车的编码，根据收到的密码对自行车进行手动解锁。再如扫码开锁，需要扫自行车上的二维码进行解锁。如果单车的编码和二维码图案都被破坏，则该单车将不可使用。另外，一对一的开锁方式以及扫码或者输入单车编码的体验效果也不好。

技术实现要素：

有鉴于此，本发明实施例致力于提供一种蓝牙开锁方法，以避免现有的共享单车必须通过扫码或输入单车编码进行解锁并且只能一对一解锁的尴尬，解决顾客使用体验差的问题。

本发明实施例提供了一种蓝牙开锁方法，包括：搜索周围的多个蓝牙设备，其中多个蓝牙设备安装有智能蓝牙锁；向云服务器发送对多个蓝牙设备进行开锁的请求信息；在接收多个蓝牙设备中一个蓝牙设备的开锁信息之后，发送开锁信息至一个蓝牙设备进行验证。

在一个实施例中，向云服务器发送对多个蓝牙设备进行开锁的请求信息包括：向云服务器同时发送对多个蓝牙设备进行开锁的请求信息。

在一个实施例中，向云服务器发送对多个蓝牙设备进行开锁的请求信息包括：向云服务器依次发送对多个蓝牙设备进行开锁的请求信息，直至接收到开锁信息为止。

在一个实施例中，在向云服务器依次发送对多个蓝牙设备进行开锁的请求信息之前进一步包括：对多个蓝牙设备进行排序。

在一个实施例中，对多个蓝牙设备进行排序包括：按照信号强度从大到小的顺序对多个蓝牙设备进行排序。

在一个实施例中，向云服务器依次发送对多个蓝牙设备进行开锁的请求信息包括：向云服务器发送对信号强度最大的蓝牙设备进行开锁的请求信息；如果接收到的信号强度最大的蓝牙设备的状态信息表明不能开锁，向云服务器发送对信号强度第二大的蓝牙设备进行开锁的请求信息。

在一个实施例中，表明不能开锁的状态信息包括正在使用状态信息或待维修状态信息。

在一个实施例中，搜索周围的多个蓝牙设备包括：搜索周围的所有蓝牙设备；对搜索到的所有蓝牙设备进行分类，选出符合条件的多个蓝牙设备。

在一个实施例中，对搜索到的所有蓝牙设备进行分类，选出符合条件的多个蓝牙设备包括：根据设备名称对搜索到的所有蓝牙设备进行分类，选出符合所需设备名称的蓝牙设备。

在一个实施例中，在发送开锁信息至一个蓝牙设备进行验证之后进一步包括：若验证成功，接收开锁成功的信息并发送开锁记录信息至云服务器。

在一个实施例中，开锁记录信息包括开锁时间信息和开锁地点信息。

在一个实施例中，请求信息包括：多个蓝牙设备的设备名称信息、设备编号信息及进行搜索的移动终端的位置信息。

在一个实施例中，移动终端包括移动电话或平板电脑。

本发明实施例提供的蓝牙开锁方法不需要对蓝牙设备扫码，也不需要输入蓝牙设备的编码，只需要打开智能app，通过蓝牙模块自动选择蓝牙设备即可实现解锁，避免了因二维码图案或编码的损坏而导致蓝牙设备不能使用的尴尬，提升了顾客的使用体验。同时该开锁方法实现了一对多的开锁方式，即对一个蓝牙设备开锁失败自动转向下一个蓝牙设备，极大地方便了顾客的同时也使得整个过程更加智能化。

附图说明

图1所示为本发明第一实施例提供的一种蓝牙开锁方法的流程图。

图2所示为本发明第二实施例提供的一种蓝牙开锁方法的流程图。

具体实施方式

本发明提供了一种蓝牙开锁方法，包括：搜索周围的多个蓝牙设备，其中，该多个蓝牙设备安装有智能蓝牙锁；向云服务器发送对该多个蓝牙设备进行开锁的请求信息，并接收该多个蓝牙设备中一个蓝牙设备的开锁信息；发送开锁信息至这个蓝牙设备进行验证。

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

第一实施例

图1所示为本发明一实施例提供的一种蓝牙开锁方法的流程图。如图1所示，该方法包括：

步骤101：搜索周围的所有蓝牙设备。

此步骤可通过具有蓝牙模块的移动终端来实现。对于蓝牙模块，其既可以为蓝牙4.0，也可以为蓝牙4.1或蓝牙4.2，本发明对此不做限定。它们都具有低功耗、低成本、低延迟、超长有效连接距离等特点。带有蓝牙模块的移动终端用于搜索周围的蓝牙设备，并与符合条件的蓝牙设备进行交互。

该移动终端例如可为带有蓝牙通信功能的移动电话或平板电脑，其内部安装有智能应用软件(即智能app)。则打开移动电话或平板电脑上的智能app后，通过摇一摇移动终端、将移动终端与其他物体如书桌进行碰撞、或输入指纹等形式即可触发智能app，使得智能app对移动终端周围的蓝牙设备进行搜索。

步骤102：对搜索到的所有蓝牙设备进行分类，选出符合条件的多个蓝牙设备。

具体地，智能app可根据设备名称对搜索到的所有蓝牙设备进行分类，然后选出符合所需设备名称的蓝牙设备。该蓝牙设备上设有可与云服务器进行通信且与智能app相对应的智能蓝牙锁。例如，所需的蓝牙设备名称为共佰单车，则智能app将搜索到的所有以“共佰单车”命名的蓝牙设备都挑选出来并显示给移动终端，该共佰单车上安装有与云服务器进行通信且与智能app相对应的智能蓝牙锁。共佰单车通过该智能蓝牙锁向云服务器上报其自身的状态信息和位置信息并实现与智能app的通信。

步骤103：对符合条件的多个蓝牙设备进行排序。

具体地，智能app可对符合条件的多个蓝牙设备(如名称为“共佰单车”的蓝牙设备)按照信号强度从大到小的顺序进行排列。本领域的技术人员理解，对于蓝牙信号，一般接收端在距离发射端1m左右的时候，接收到的信号强度范围在-60dbm～-40dbm之间。距离越近，其信号强度越大。智能app按照信号强度从大到小的顺序对符合条件的蓝牙设备进行排序即可优先选出距离移动终端最近的蓝牙设备，从而便于移动终端前往这个蓝牙设备并方便与该蓝牙设备进行交互。

步骤104：向云服务器依次发送对符合条件的多个蓝牙设备进行开锁的请求信息，直至接收到开锁信息。

该请求信息具体包括符合条件的蓝牙设备的设备名称信息、设备编号信息及移动终端的位置信息。

如上所述，智能app首先对符合条件的蓝牙设备(如名称为“共佰单车”的蓝牙设备)按照信号强度从大到小的顺序进行排列，然后自动向云服务器发送对信号强度最大的蓝牙设备进行开锁的请求信息。该请求信息包括该信号强度最大的蓝牙设备的设备名称信息、设备编号信息及发出该请求的移动终端的位置信息。对于设备名称信息和设备编号信息，可由云服务器预先为这些符合条件的蓝牙设备设定好。它们的名称信息应该是一致的，例如，都为“共佰单车”，但是每个编号与每个共佰单车间是一一对应的，即每个共佰单车只能对应一个编号，每个编号同样只能代表一辆共佰单车。

当智能app搜索到这些符合条件的蓝牙设备时，它们的名称信息和设备编号信息便显示在智能app中，智能app向云服务器发送某个蓝牙设备的名称信息和编号信息就代表提出对它们所对应的蓝牙设备进行开锁的请求。移动终端在发送这些信息的同时，还向云服务器发送其自身的位置信息，该位置信息可通过移动终端上的gps定位模块获取。

云服务器收到上述信息后，便可根据设备名称信息和设备编号信息来查询其对应的蓝牙设备的状态信息和位置信息。该状态信息具体可包括无人使用状态信息、正在使用状态信息或待维修状态信息等。蓝牙设备在这些状态间进行切换时，可通过其内部的智能蓝牙锁或与这个智能蓝牙锁相对应的智能app向云服务器上报状态信息的变更，然后云服务器便会将这个信息记录下来。如智能蓝牙锁被手动上锁后，它就会向云服务器发送蓝牙设备转换为使用完毕(无人使用)状态的信息报告，再如，当通过智能app的上锁选项选择对蓝牙设备进行上锁后，智能app便会向云服务器发送蓝牙设备转换为使用完毕的信息报告，云服务器收到报告后将这一信息记录下来，同时发送上锁指令至智能蓝牙锁，由智能蓝牙锁自动对该蓝牙设备进行上锁操作。对于蓝牙设备的位置信息，可通过gps定位模块获取，由智能蓝牙锁发送至云服务器。

当云服务器查询到智能app请求开锁的蓝牙设备(如信号强度最大的蓝牙设备)处于无人使用状态时，便向智能app和蓝牙设备分别发送开锁信息。则智能app和蓝牙设备上的智能蓝牙锁便会分别收到来自于云服务器的开锁信息，它们是一致的，开锁信息例如可为密钥信息。需要说明的是，当多个符合要求的蓝牙设备被不同的移动终端请求开锁时，云服务器为每个蓝牙设备分配不同的密钥信息。同时，当某个蓝牙设备被开锁使用并上锁后，下次再被请求开锁时会被云服务器分配不同的密钥信息，即蓝牙设备每次被使用都会被配置不同的密钥信息。

当云服务器查询到信号强度最大的蓝牙设备处于正在使用状态或待维修状态时，代表该蓝牙设备不能被他人使用，云服务器便向智能app发送该蓝牙设备处于正在使用或待维修中的状态信息。智能app接收到这一信息后，继续向云服务器发送对信号强度第二大的符合条件的蓝牙设备进行开锁的请求信息，若云服务器查询到该信号强度第二大的蓝牙设备处于无人使用状态时，便向智能app和蓝牙设备分别发送开锁信息；若云服务器查询到该信号强度第二大的蓝牙设备也处于正在使用状态或待维修状态时，便再向智能app发送该蓝牙设备处于正在使用或待维修中的状态信息，智能app接收到这一信息后，继续向云服务器发送对信号强度第三大的符合条件的蓝牙设备进行开锁的请求信息，直至接收到云服务器发来的开锁信息。

步骤105：发送开锁信息至对应的蓝牙设备进行验证。

智能app接收到开锁信息后，便通过移动终端的蓝牙模块将其发送至对应请求开锁的蓝牙设备。例如，当智能app对搜索到的信号强度最大的“共佰单车”请求开锁后，收到了来自于云服务器为该“共佰单车”配置的密钥信息，则智能app将这个密钥信息通过蓝牙模块发送给该“共佰单车”的智能蓝牙锁。

步骤106：对密钥信息进行验证。

由智能蓝牙锁将分别来自于云服务器和智能app的密钥信息进行比对检验是否一致。

若检验结果是一致的，则代表智能app发来的密钥信息正确，验证通过，则执行下面的步骤107。

步骤107：智能蓝牙锁开锁。

即若验证成功，智能蓝牙锁将自动打开，同时将该蓝牙设备的状态信息上报至云服务器，即将原来的无人使用状态转为正在使用状态传至云服务器。同时该智能蓝牙锁将蓝牙设备被开锁时的时间信息和位置信息以及后续的行程记录也都发送至云服务器，便于云服务器对该蓝牙设备的状态变化以及运动轨迹进行后期查询或追踪。

若检验结果是不一致的，则代表智能app发来的密钥信息错误，验证失败，则执行下面的步骤108。

步骤108：智能蓝牙锁不开锁。

即若验证失败，智能蓝牙锁将不打开，该蓝牙设备的状态信息仍处于无人使用状态。

本实施例提供的蓝牙开锁方法不需要对蓝牙设备扫码，也不需要输入蓝牙设备的编码，只需要打开智能app，通过蓝牙模块自动选择最近的蓝牙设备即可实现解锁，避免了因二维码图案或编码的损坏而导致蓝牙设备不能使用的尴尬，提升了顾客的使用体验。同时该开锁方法实现了一对多的开锁方式，即对一个蓝牙设备开锁失败自动转向下一个蓝牙设备，极大地方便了顾客的同时也使得整个过程更加智能化。

需要说明的是，虽然本实施例提供的方法首先通过步骤103对多个符合条件的蓝牙设备进行排序(如按照信号强度的大小进行排列)，再通过步骤104向云服务器依次发送对该多个蓝牙设备进行开锁的请求信息，即由智能app对搜索到的蓝牙设备进行排序再依次向服务器提出开锁请求。但是在其他实施例中，智能app也可向云服务器同时发送对该多个蓝牙设备进行开锁的请求信息，然后由服务器决定(如根据蓝牙设备与移动终端间的距离)向智能app发送对哪个蓝牙设备进行开锁的开锁信息。

另外，本实施例提供的方法通过步骤101和步骤102首先对周围的所有蓝牙设备进行搜索，然后对其进行分类(如按照设备名称分类)选出符合条件的多个蓝牙设备。在其他实施例中，也可省去搜索所有设备并对其进行分类的步骤，而直接搜索出符合所需条件的蓝牙设备。

第二实施例

第二实施例与前述第一实施例基本相同，在下文中将主要描述不同之处，相同的部分将不再重复描述。

本实施例提供的蓝牙开锁方法，如图2所示，在发送开锁信息至对应的蓝牙设备进行验证之后，进一步包括：

步骤209：若验证成功，接收到开锁成功的信息并发送开锁记录信息至云服务器。

即若验证成功，智能蓝牙锁自动打开的同时也会向智能app发送开锁成功的信息。智能app在收到这个信息后将其开锁记录信息发送至云服务器，由云服务器生成订单信息。该开锁记录信息主要包括开锁时间信息和开锁地点信息。这一信息的发送有助于云服务器对移动终端的使用记录进行记录与追踪，方便云服务器根据顾客的消费记录进行如红包奖励、免费使用等活动的发放或者蓝牙设备损坏时的责任追踪等。

此实施例中的其他步骤201-208和图1所示实施例中的步骤101-108基本相同，不再重复描述。

以上仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换等，均应包含在本发明的保护范围之内。