一种智能锁的开锁方法、移动终端及开锁系统与流程
本申请涉及自动控制技术领域，具体而言，涉及一种智能锁的开锁方法、移动终端及开锁系统。
背景技术：
共享单车的普及，带来了一种全新的绿色环保的出行方式，越来越多的人们选择共享单车作为出行工具。
目前，为了更加方便用户使用单车，现有的共享单车推出了预约共享单车模式，用户可以通过用车软件进行预约单车，在特定时间内，被预约的单车属于一个用户，其他用户无法使用。当用户找到该单车时，若要使用该量单车，需要扫码或者输入车牌号，来获取开锁密码，之后用户手动输入密码后车锁打开；或者是用户使用手机扫码后，车锁接收到移动终端发送的开锁指令后控制车锁打开。在这两种开锁方式中，均需要用户在使用单车时手动打开用车软件进行扫描或者输入车牌号，开锁方式通常需要用户手动操作手机，扫码开锁，此外如果车锁所处的地方手机上网信号不佳，均延长了用户的开锁过程，使得用户体验度较低。
综上，目前的开锁方式过程繁琐，用户体验度不高。
技术实现要素：
有鉴于此，本申请的目的在于提供一种智能锁的开锁方法、移动终端及开锁系统，以简化开锁过程，增强用户体验度。
第一方面，本申请实施例提供了一种智能锁的开锁方法，包括：
移动终端在接收到预约用车指令后，向后台服务器发送预约用车请求，使得所述后台服务器将与标识信息对应的智能锁在预约期限内标记为预约智能锁，所述预约用车请求中携带有预约单车上的智能锁的标识信息；
所述移动终端检测到所述智能锁发送的蓝牙广播后，计算与所述智能锁的当前距离，所述蓝牙广播携带有所述智能锁的标识信息；
当确定所述当前距离小于设定值时，所述移动终端向所述后台服务器发送开锁请求，以指示所述后台服务器基于所述预约期限和所述标识信息控制所述预约智能锁打开，所述开锁请求携带有所述智能锁的标识信息。
结合第一方面，本申请实施例提供了第一方面的第一种可能的实施方式，所述移动终端根据以下方法计算与所述智能锁的当前距离：
接收到的所述智能锁发送的蓝牙广播时，确定所述蓝牙广播对应的蓝牙信号强度；
根据所述蓝牙信号强度以及预存的蓝牙信号强度与距离的衰减公式，计算与所述智能锁的当前距离。
结合第一方面，本申请实施例提供了第一方面的第二种可能的实施方式，所述以指示所述后台服务器基于所述预约期限和所述标识信息控制所述智能锁打开，包括：
以指示所述后台服务器在基于所述预约期限和所述标识信息验证所述智能锁为预约智能锁后，向所述智能锁发送开锁指令以控制所述智能锁打开。
第二方面，本申请实施例提供了一种智能锁的开锁方法，包括：
移动终端在接收到预约用车指令后，向后台服务器发送预约用车请求；在检测到智能锁发送的蓝牙广播后，计算与所述智能锁的当前距离，当确定所述当前距离小于设定值时，向所述后台服务器发送开锁请求；所述预约用车请求中携带有预约单车上的智能锁的标识信息，所述蓝牙广播携带有所述标识信息，所述开锁请求携带有所述智能锁的标识信息；
后台服务器接收到移动终端发送的预约用车请求后，获取所述预约用车请求中携带的预约单车上的智能锁的标识信息，将与所述标识信息对应的智能锁在预约期限内标记为预约智能锁；在接收到所述移动终端发送的所述开锁请求后，基于所述预约期限和所述标识信息控制所述预约智能锁打开，所述开锁请求携带有所述智能锁的标识信息。
结合第二方面，本申请实施例提供了第二方面的第一种可能的实施方式，所述后台服务器在接收到所述移动终端发送的开锁请求后，基于所述预约期限和所述标识信息控制所述预约智能锁打开，包括：
所述后台服务器在接收到所述移动终端发送的开锁请求后，基于所述预约期限和所述标识信息验证所述智能锁为预约智能锁后，向所述智能锁发送开锁指令以控制所述智能锁打开。
结合第二方面，本申请实施例提供了第二方面的第二种可能的实施方式，所述移动终端根据以下方法计算与所述智能锁的当前距离：
接收到的所述智能锁发送的蓝牙广播时，确定所述蓝牙广播对应的蓝牙信号强度；
根据所述蓝牙信号强度以及预存的蓝牙信号强度与距离的衰减公式，确定与所述智能锁的所述当前距离。
第三方面，本申请实施例提供了一种移动终端，包括：
预约模块，用于在接收到预约用车指令后，向后台服务器发送预约用车请求，使得所述后台服务器将标识信息对应的智能锁在预约期限内标记为预约智能锁，所述预约用车请求中携带有预约单车上的智能锁的标识信息；
计算模块，所述移动终端在检测到智能锁发送的蓝牙广播后，计算与所述智能锁的当前距离，所述蓝牙广播携带有所述标识信息；
开锁模块，当确定所述当前距离小于设定值时，向所述后台服务器发送开锁请求，以指示所述后台服务器基于所述预约期限和所述标识信息控制所述预约智能锁打开，所述开锁请求携带有所述智能锁的标识信息。
结合第三方面，本申请实施例提供了第三方面的第一种可能的实施方式，所述计算模块具体用于：
接收到的所述智能锁发送的蓝牙广播时，确定所述蓝牙广播对应的蓝牙信号强度；
根据所述蓝牙信号强度以及预存的蓝牙信号强度与距离的衰减公式，确定与所述智能锁的所述当前距离。
第四方面，本申请实施例提供了一种智能锁的开锁系统，包括：
移动终端，用于在接收到预约用车指令后，向后台服务器发送预约用车请求；在检测到智能锁发送的蓝牙广播后，计算与所述智能锁的当前距离，当确定所述当前距离小于设定值时，向所述后台服务器发送开锁请求；所述预约用车请求中携带有预约单车上的智能锁的标识信息，所述蓝牙广播携带有所述标识信息，所述开锁请求携带有所述智能锁的标识信息；
所述后台服务器，用于接收到移动终端发送的预约用车请求后，获取所述预约用车请求中携带的预约单车上的智能锁的标识信息，将所述标识信息对应的智能锁在预约期限内标记为预约智能锁；在接收到所述移动终端发送的所述开锁请求后，基于所述预约时限和所述标识信息控制所述预约智能锁打开。
结合第四方面，本申请实施例提供了第四方面的第一种可能的实施方式，所述后台服务器具体用于，
在接收到所述移动终端发送的开锁请求后，基于所述预约期限和所述标识信息验证所述智能锁为预约智能锁后，向所述智能锁发送开锁指令以控制所述智能锁打开。
与现有技术中相比，本申请中移动终端在接收到预约用车指令后，向后台服务器发送携带智能锁标识信息预约用车请求，使得后台服务器将与标识信息对应的智能锁在预约期限内标记为预约智能锁，在该预约期限内，智能锁不会被其他用户打开，在移动终端检测到预约的智能锁发送的蓝牙广播后，计算与该智能锁之间的当前距离，在确定该当前距离小于设定值时，请求后台服务器进行开锁，这样不再需要用户找到预约的单车后，再通过扫码或者手动输入车牌号获取开锁密码进行开锁，即用户在预约用车后，只要在预约时限内靠近智能锁就可以打开车锁了，不再需要用户再次拿出移动终端，再次打开移动终端上的用车app了，简化了开锁过程，提高了用户体验度。
为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例1所提供的一种智能锁的开锁方法流程示意图；
图2示出了本申请实施例1所提供的移动终端计算与智能锁的当前距离的方法流程示意图；
图3示出了本申请实施例2所提供的一种智能锁的开锁方法流程示意图；
图4示出了本申请实施例3所提供的一种移动终端的结构示意图；
图5示出了本申请实施例4所提供的一种智能锁的开锁系统结构示意图。
图标：401-预约模块；402-计算模块；403-开锁模块；501-移动终端；502-后台服务器；503-智能锁。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
实施例1
本申请实施例1提供了一种智能锁的开锁方法，其流程如图1所示，具体步骤如下：
s100，移动终端在接收到预约用车指令后，向后台服务器发送预约用车请求，使得后台服务器将与标识信息对应的智能锁在预约期限内标记为预约智能锁，该预约用车请求中携带有预约单车上的智能锁的标识信息。
移动终端可以是手机、平板、智能手环、智能手表或者个人电脑等，在移动终端上设置有用车软件，用户打开该用车软件后，可以点击预约用车按钮向该移动终端发送预约用车指令，移动终端在接收到该预约用车指令后，会向后台服务器发送预约用车请求，该请求中会携带有预约单车上的智能锁的标识信息，比如智能锁的id号码。
后台服务器在接收到该预约用车请求后，会将与该标识信息对应的智能锁在预约期限内标记为预约智能锁，在该预约期限内，其他用户无法对该预约智能锁进行开锁。
s110，移动终端检测到智能锁发送的蓝牙广播后，计算与智能锁的当前距离，该蓝牙广播携带有智能锁的标识信息。
移动终端检测到智能锁发送的蓝牙广播后，因为蓝牙广播携带有智能锁的标识信息，移动终端能够根据获取到的蓝牙广播携带的标识信息以及预约用车请求中携带的标识信息确认该智能锁是否为用户预约的智能锁，若是，则计算与该智能锁的当前距离。
一种较佳的实施方式，在本申请实施例1提出的技术方案中，如图2所示，为移动终端计算与智能锁的当前距离的方法流程图，具体步骤如下：
s200，接收到的智能锁发送的蓝牙广播时，确定蓝牙广播对应的蓝牙信号强度。
s210，根据蓝牙信号强度以及预存的蓝牙信号强度与距离的衰减公式，计算与智能锁的当前距离。
其中，蓝牙信号强度与距离的衰减公式如下：
此外，移动终端还可以通过以下方法确定与智能锁的当前距离：
移动终端根据蓝牙信号强度以及预存的蓝牙信号强度与距离的映射关系，确定与智能锁之间的当前距离。
移动终端可以预先存储有蓝牙信号强度与距离的映射关系，当确定当前的蓝牙信号强度时，根据这个蓝牙信号强度与距离的映射关系，可以确定当前的蓝牙信号强度对应的当前距离。
s120，当确定当前距离小于设定值时，移动终端向后台服务器发送开锁请求，以指示后台服务器基于预约期限和标识信息控制预约智能锁打开，其中，开锁请求携带有智能锁的标识信息。
后台服务器在接收到开锁请求后，会基于预约期限和标识信息验证智能锁为预约智能锁后，向智能锁发送开锁指令以控制智能锁打开。
一种较佳的实施方式，在本申请实施例1提出的技术方案中，移动终端在向智能锁发送开锁指令后，智能锁接收到该开锁指令，打开车锁后进行提示，比如进行声光提示，以便用户确定预约的单车的具体位置。
比如，后台服务器接收到移动终端发送的预约用车请求后，获取到该预约用车请求中携带的智能锁的标识信息为1001，则将标识信息为1001的智能锁在预约期限20分钟内标记为预约智能锁，在这20分钟内，其他用户无法打开该智能锁。当在15分钟后接收到移动终端发送的开锁请求时，通过开锁请求中携带的智能锁的标识信息，确定移动终端请求打开的智能锁为1001，且预约期限还剩下5分钟，则会向智能锁发送开锁指令，以控制智能锁打开，智能锁在开锁后进行声光提示，以便用户找到。
实施例2
本申请实施例2提供了一种智能锁的开锁方法，流程图如图3所示，具体步骤如下：
s300，移动终端在接收到预约用车指令后，向后台服务器发送预约用车请求；在检测到智能锁发送的蓝牙广播后，计算与智能锁的当前距离，当确定当前距离小于设定值时，向后台服务器发送开锁请求；其中，预约用车请求中携带有预约单车上的智能锁的标识信息，蓝牙广播携带有标识信息，开锁请求携带有智能锁的标识信息。
s310，后台服务器接收到移动终端发送的预约用车请求后，获取预约用车请求中携带的预约单车上的智能锁的标识信息，将与标识信息对应的智能锁在预约期限内标记为预约智能锁；在接收到移动终端发送的开锁请求后，基于预约期限和标识信息控制预约智能锁打开，开锁请求携带有智能锁的标识信息。
一种较佳的实施方式，在本申请实施例2提出的技术方案中，在步骤s310中，后台服务器在接收到移动终端发送的开锁请求后，基于预约期限和标识信息控制预约智能锁打开，包括：
后台服务器在接收到移动终端发送的开锁请求后，基于预约期限和标识信息验证智能锁为预约智能锁后，向智能锁发送开锁指令以控制智能锁打开。
一种较佳的实施方式，在本申请实施例2提供的技术方案中，移动终端根据以下方法计算与智能锁的当前距离：
1)接收到的智能锁发送的蓝牙广播时，确定蓝牙广播对应的蓝牙信号强度。
2)根据蓝牙信号强度以及预存的蓝牙信号强度与距离的衰减公式，确定与智能锁的所述当前距离。
该过程与实施例1中提出的一致，在此不再赘述。
实施例3
本申请实施例3提供了一种移动终端，如图4所示，包括：预约模块401、计算模块402和开锁模块403。
预约模块401，用于在接收到预约用车指令后，向后台服务器发送预约用车请求，使得后台服务器将标识信息对应的智能锁在预约期限内标记为预约智能锁，预约用车请求中携带有预约单车上的智能锁的标识信息。
计算模块402，移动终端在检测到智能锁发送的蓝牙广播后，计算与智能锁的当前距离，蓝牙广播携带有所述标识信息；
开锁模块403，当确定当前距离小于设定值时，向后台服务器发送开锁请求，以指示后台服务器基于预约期限和标识信息控制所述预约智能锁打开，开锁请求携带有智能锁的标识信息。
较佳地，计算模块402具体用于：
接收到的智能锁发送的蓝牙广播时，确定蓝牙广播对应的蓝牙信号强度。
根据蓝牙信号强度以及预存的蓝牙信号强度与距离的衰减公式，确定与智能锁的当前距离。
实施例4
本申请实施例4提供了一种智能锁的开锁系统，如图5所示，包括：移动终端501、后台服务器502和智能锁503。
移动终端501，用于在接收到预约用车指令后，向后台服务器发送预约用车请求；在检测到智能锁503发送的蓝牙广播后，计算与智能锁503的当前距离，当确定当前距离小于设定值时，向后台服务器发送开锁请求；预约用车请求中携带有预约单车上的智能锁的标识信息，蓝牙广播携带有标识信息，开锁请求携带有智能锁503的标识信息。
后台服务器502，用于接收到移动终端501发送的预约用车请求后，获取预约用车请求中携带的预约单车上的智能锁503的标识信息，将标识信息对应的智能锁503在预约期限内标记为预约智能锁；在接收到移动终端501发送的所述开锁请求后，基于预约时限和标识信息控制预约智能锁打开。
一种较佳的实施方式，在本申请实施例1提出的技术方案中，后台服务器502具体用于：
在接收到移动终端发送的开锁请求后，基于预约期限和标识信息验证智能锁为预约智能锁后，向智能锁发送开锁指令以控制智能锁打开。
一种较佳的实施方式，在本申请实施例1提出的技术方案中，移动终端501具体根据以下方法计算与智能锁的当前距离：
接收到的智能锁发送的蓝牙广播时，确定蓝牙广播对应的蓝牙信号强度。
根据蓝牙信号强度以及预存的蓝牙信号强度与距离的衰减公式，计算与智能锁的当前距离。
与现有技术中相比，本申请中移动终端在接收到预约用车指令后，向后台服务器发送携带智能锁标识信息预约用车请求，使得后台服务器将与标识信息对应的智能锁在预约期限内标记为预约智能锁，在该预约期限内，智能锁不会被其他用户打开，在移动终端检测到预约的智能锁发送的蓝牙广播后，计算与该智能锁之间的当前距离，在确定该当前距离小于设定值时，请求后台服务器进行开锁，这样不再需要用户找到预约的单车后，再通过扫码或者手动输入车牌号获取开锁密码进行开锁，即用户在预约用车后，只要在预约时限内靠近智能锁就可以打开车锁了，不再需要用户再次拿出移动终端，再次打开移动终端上的用车app了，简化了开锁过程，提高了用户体验度。
本申请实施例所提供的进行智能锁的开锁方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。
本申请实施例所提供的移动终端可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。
- 还没有人留言评论。精彩留言会获得点赞！