CN111028433A - 一种车辆借还方法及装置 - Google Patents

Abstract

本发明公开了一种车辆借还方法及装置，用于非机动车锁车器端中，所述方法包括非机动车锁车器端接收客户端发送的开锁指令；非机动车锁车器端执行开锁；非机动车锁车器端向车辆端发送通知使用指令。通过设计一种由非机动车锁车器通知车辆可以开启使用的车辆借还方法，解决了现有技术中响应时间长、安全性不够的技术问题，达到优化用户体验和***安全性的效果。

Description

一种车辆借还方法及装置

技术领域

本发明涉及信息与通信领域，尤其涉及一种车辆借还方法及装置。

背景技术

公共自行车的出现，对于方便人们环保出行，解决最后一公里的问题有极大正面意义。而且公共自行车***能够规范车辆的停放，不会带来类似共享单车的乱停乱放、影响城市环境的问题。尤其当智能的锁车架项目推出后，更是占地少，易于布置，使用方便。

但这类非机动车锁车器仍存在以下的问题：

车辆带锁，因此借车时需要开非机动锁车器和车辆车锁两把锁，现有的方式是由后台服务器将开锁指令发送给客户端，由客户端开两把锁。但这样均需与后台服务器通信，时间长，有时网络不稳定，还影响用户体验。更为严重的是，会出现后台通知非机动车锁车器开锁后，由于信号等问题，车锁未打开，用户不能借用，但车辆脱离了非机动车锁车器，造成车辆丢失。对于助力车，助力车本身包含刹车锁(控制车辆能否骑行的锁)和电机锁(控制电机供电，在此电机锁实质为一开关，开启则可以为车提供电能助力，关闭则车缺少电能动力，但是能够人工骑行)两把锁，如果因为网络传输信号等问题，导致电机锁没有开启，则车辆将处于“失控”状态，不能形成订单，也会造成管理上的问题。

发明内容

本发明的目的是解决现有技术中响应时间长、安全性不够的技术问题，达到优化用户体验和***安全性的效果。

实现本发明目的的技术方案是提供了用于非机动车锁车器端的一种车辆管理装置及方法。

第一方面，本发明提供了一种车辆借还方法，用于非机动车锁车器端中，所述方法包括

非机动车锁车器端接收客户端发送的开锁指令；

非机动车锁车器端执行开锁；

非机动车锁车器端向车辆端发送通知使用指令。

进一步的，非机动车锁车器端不间断播放能被客户端接收的广播，所述广播包括停放在非机动车锁车器上的车辆的相关信息。

进一步的，客户端向非机动车锁车器端发送开锁指令前还接收车辆端的广播。

进一步的，客户端向非机动车锁车器端发送开锁指令前分析车辆端的广播和非机动车锁车器端的广播，当车辆端的广播和非机动车锁车器端的广播具有相同的车辆信息时，客户端向非机动车锁车器端发送开锁指令，非机动车锁车器端接收客户端发送的开锁指令。

进一步的，非机动车锁车器端构建偏移模型；

非机动车锁车器端获取自身唯一编号；

非机动车锁车器端确定自身广播间隔；

非机动车锁车器端按照所述广播间隔不间断广播。

进一步的，非机动车锁车器端所处站点的各非机动车锁车器的广播间隔不相同。

进一步的，非机动车锁车器端向服务器端发送其所处站点；

非机动车锁车器端接收服务器端关于广播功率的调整指令；

非机动车锁车器端调整广播功率。

进一步的，固定期限向服务器端发送非机动车锁车器端的电量。

第二方面，提供一种车辆借还装置，用于非机动车锁车器端中，包括

第一接收模块，用于非机动车锁车器端接收客户端发送的开锁指令；

第一执行模块，用于非机动车锁车器端执行开锁；

第一发送模块，用于非机动车锁车器端向车辆端发送通知使用指令。

第三方面，提供一种车辆借还装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于：用于非机动车锁车器端中，所述处理器执行所述程序时实现以下步骤：

接收客户端发送的开锁指令；

非机动车锁车器端执行开锁；

非机动车锁车器端向车辆端发送通知使用指令。

采用了上述技术方案后，本发明具有以下的积极的效果：

本发明的非机动车锁车器端与车辆端通信，非机动车锁车器端与车辆端均无需与后台交互，缩短通信时间，用户体验更好。同时由非机动车锁车器通知车辆开锁，包括刹车锁和/或电机锁，非机动车锁车器采用蓝牙等短距离通信，准确度高于后台服务器通知开锁，车辆也不易丢失，比服务器端借由客户端手机同时让非机动车锁车器和车辆开锁更具有安全性。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明的借车的流程图。

具体实施方式

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

本发明提供了一种车辆借还方法，用于解决现有技术中，为了解决上述问题，本发明的总体思路如下：

一种车辆借还方法，用于非机动车锁车器端中，所述方法包括

非机动车锁车器端接收客户端发送的开锁指令；

非机动车锁车器端执行开锁；

非机动车锁车器端向车辆端发送通知使用指令。

通过设计一种由非机动车锁车器通知车辆开锁的车辆借还方法，解决了现有技术中响应时间长、安全性不够的技术问题，达到优化用户体验和***安全性的效果。

采用本发明的方法，不需要站点控制器(基站)，非机动车锁车器之间也没有有线连接；用户只需扫描车身二维码，纯粹APP借还车，整个借还车过程，车辆与非机动车锁车器均在本地完成通信，无需借助后台服务器发送开锁指令，实现了精确的本地借还车操作。

首先需要说明的是，在本发明各个实施例中，所涉及的术语为：

客户端：能够安装运营商APP或者能够提供扫码功能或者能够有键盘输入功能的智能设备，具有蓝牙通信和远程通信模块，能够与非机动车锁车器蓝牙通信，并能与服务器端远程通信。

非机动车锁车器端：具有运算、传输能力的锁定非机动车的锁车器，一般可以固定在地面。它至少具有：锁具、锁具电机、锁具电机驱动电路、MCU微控制器、蓝牙模块(用于与客户端以及车辆上的智能锁通信)、锁具检测电路、车辆停放到位检测电路。当车辆推入非机动车锁车器后，能够通过比如霍尔元件等方式判断车辆是否已推到合适的位置，当锁具进行锁定动作时，能够通过比如光耦等方式判断锁具是否闭合到位。MCU微控制器用于前述部件的控制。在本发明方法下，非机动锁车器端不需要GPRS元件，成本降低，而且耗电量降低。

服务器端：运营商远程的服务器或者云服务器。

车辆：借还***中的车辆，可以是公共自行车、共享单车或者助力车等，该类车辆配置有能锁住车轮的智能锁和电子车卡，且车身上贴有唯一二维码。如果是助力车还配备有电机锁，该电机锁可以采用开关的形式，控制电能的关闭，电能开启，则能为骑行提供助力，由此助力车进入可以形成租赁订单的状态。

车辆编号：每辆车辆有唯一编号，用于身份区分。

非机动车锁车器编号：非机动车锁车器端可以有多个非机动车锁车器，每个锁车器有唯一编号，用于身份区分。在非机动车锁车器上可以设有二维码(粘贴、印刷等方式)，在二维码中含有非机动车锁车器编码。

用户编号：使用者通过在运营商APP或者官网或者其他途径注册成为合法用户后的唯一编号，用于身份区分。

智能锁：能够进行通信控制的锁，比如蓝牙智能锁。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。同时，下述的各个实施例中，当有判断的情况下，下一步的触发都源自上一步的判断获得正向的结果。

下面，通过几个具体的实施例对本发明的技术方案进行详细介绍和说明。

本发明一个实施例提供车辆借还装置，该车辆借还装置可以应用于非机动车锁车器端中，包括：

第一接收模块，用于非机动车锁车器端接收客户端发送的开锁指令；用户在客户端APP或微信公众号、微信小程序、支付宝上扫描车辆的二维码并点击“租车”按钮后，如果后台服务器端经过一系列判断，得出允许租车的结果，将由客户端发送开锁指令至非机动车锁车器。

第一执行模块，用于非机动车锁车器端执行开锁；

第一发送模块，用于非机动车锁车器端向车辆端发送通知使用指令。

可选地，车辆借还装置还包括：

第一判断模块，用于判断车辆是否可以租车；非机动车锁车器MCU判断智能锁状态是否正常及是否为该车辆本身，当两个判断结果均为是的时候，允许租车，否则不允许租车。

第二接收模块，用于接收检测元件检测开锁是否到位的结果；当非机动车锁车器开锁后，通过比如光耦检测锁具是否开锁到位,如果光耦检测结果为否，会重新执行开锁。

第一提示模块，通过蓝牙向客户端发送租车成功的提示信息。

第一记录模块，在非机动车锁车器存储器中记录租车信息，包括：租车时间、租车用户、锁车器编号、车辆编号。

第一匹配模块，与客户端进行通信匹配，发送非机动车锁车器端信息。非机动车锁车器端的各非机动车锁车器通过蓝牙播放广播，广播内容包括非机动车锁车器编码和该非机动车锁车器上是否停放有车以及所停车辆的相关信息，因此第一匹配模块能迅速与客户端的蓝牙进行一对一匹配，从而让客户端获得非机动车锁车器端的相关信息。

第二发送模块，用于向车载智能锁发送租车订单信息，包括：租车时间、租车用户、锁车器编号、车辆编号。

作为可选的，车辆管理装置还包括：

第一上传模块，用于向车载智能锁发送租车订单信息，包括：租车时间、租车用户、锁车器编号、车辆编号。

见图1，本实施例构建了非机动车借还***，***包括客户端、非机动车锁车端、车辆端(带智能锁)和服务器端，四者之间进行信息的交互和处理。

在本实施例中，租车前假设的场景是：用户扫描的非机动车锁车器上锁有非机动车，前一次还车时有将还车信息上传到服务器，且还车信息在车载智能锁中有存储。同样的，非机动车锁车器端的各非机动车锁车器通过蓝牙不间断播放广播，广播内容至少包括非机动车锁车器编码和该非机动车锁车器上是否停放有车以及所停车辆的相关信息(比如车辆的编号等)。在此场景下，为了能够让用户的蓝牙迅速接收信息，当车辆归还到非机动车锁车器上后，非机动车锁车器主动不间断地进行蓝牙广播，播放可以租车的消息。此动作对于与服务器通信出现故障或者服务器数据缺失的情况还能起到辅助的效果。在***的运营中，在很多场景下，会在站点设置基站或类似基站功能的其他装置，通过接收蓝牙广播的方式获知站点内的非机动车锁车器的实时情况(如停车情况，停放的车辆的车辆编码等)。但如果一个站点非机动锁车器比较多，蓝牙广播就会很多，经常会出现漏接收的情况，影响***的正常运行。因此在非机动车锁车器端构建一个偏移模型(比如在锁车器的CPU中设置)，在这个偏移模型下，能够使得站点的各个非机动车锁车器的广播间隔存在偏移量，也就是不完全相同。比如，这个偏移模型与非机动车锁车器的编号关联，由于各非机动车锁车器的编号是唯一的，那么就可以不同的编号设置不同的偏移量，假设常规的广播间隔是500毫秒，偏移模型就可以设计成依照编号的不同增加或者减少多少秒的间隔，这样就可以使得一个站点的非机动车锁车器的广播间隔区分开来，比如450毫秒、460毫秒、500毫秒、505毫秒等等，从而可以大大提高接收蓝牙广播的准确性。

车辆端的智能锁也不间断地广播，车辆端的蓝牙广播包括车辆的信息，比如车辆编码。

客户端扫描车辆二维码，接收到非机动车锁车器端和车辆端的两个蓝牙广播，当判断得知两个广播里有同样的车辆信息时，发送租车请求，服务器端接收前述租车请求；租车请求包括非机动车锁车器端信息、客户端信息和非机动车信息；比如用户在其手机上安装了运营商的APP，并在APP上注册账号，成为合法的租车用户，服务器中存储用户的编号信息(注册时填的相关信息结合服务器给与用户的ID信息)。当他需要租车时，来到非机动车锁车器附近，打开APP后，扫描一停放有自行车的非机动车锁车器上的二维码，建立起手机与非机动车锁车器蓝牙的一对一连接，得到该非机动车锁车器的编码以及锁车器上车辆的信息，然后借由他的手机的网络链接到远程云服务器，向服务器发送租车请求。

服务器端进行租车请求判断；服务器会进行非机动车锁车器是否正常、用户是否正常、车辆是否正常的判断。在前述场景下，该用户为合法注册的用户，若其信用良好，未被列入黑名单，则用户判断为正常。若非机动车锁车器为非正常状态(比如锁车器损坏或锁车器上没有车)，则判断返回值为不允许。若车辆为非正常状态(如车辆损坏有报损记录，如检测不到智能锁等，都视为车辆为非正常状态)，则判断返回值为不允许。若用户为非正常状态，比如用户没有取车权限(未注册用户账号等)或用户不合法(如列入黑名单等)或用户已经租车还未还车，则判断返回值为不允许；如非机动车锁车器和用户状态都为正常，则判断返回值为允许。

服务器端向客户端返回允许或者不允许租车的响应，用户手机上显示允许租车或者下一步操作提示等，告知用户得到了***的允许。

客户端接收到非机动车锁车器的蓝牙广播，获取非机动锁车器及车辆信息，并得到非机动车锁车器允许借车的响应，向服务器请求生成租车订单。

服务器收到租车订单请求后，进行租车订单判断。在此进行三次判断，分别是第一次判断(车辆类型判断)、第二次判断(用户合法性判断)和第三次判断(车辆状态判断)，将三次判断的结果做“与运算”；只有上述三个判断的返回值都为允许时，才判断允许生成订单；否则返回值为不允许。

服务器端向客户端返回允许或不允许生成订单的响应。同时发送非机动车锁车器开锁密钥给客户端。客户端向非机动车锁车器发送开锁指令，同时生成租车记录并将该记录发送给非机动车锁车器端。

非机动车锁车器判断智能锁状态是否正常及是否为该车辆本身。进行此次判断的目的是进一步进行信息匹配和确认，考虑到的场景为：借车还车可能不在同一个位置，因此借车信息存储于车载智能锁能确保有最新的信息，而服务器中的信息可能不是最新信息，因此通过此次判断以确定智能锁的状态(是否损坏)，以及车辆的最近一次租赁状态。

若可以租车，非机动车锁车器执行开锁，非机动车锁车器采用比如光耦的方式检测锁具是否打开到位。用户将车辆从非机动车锁车器中推出，非机动车锁车器采用比如霍尔元件的方式检测车辆是否出车到位。

非机动车锁车器向客户端发送开锁成功的提示信息，用户手机上将显示比如“开锁租车”之类的指示信息，或者不采用显示而是采用语音的方式。

非机动车锁车器向车辆端发送可以使用的指令，也即向智能锁发送开锁指令，车辆端执行开锁。同时非机动锁车器端将租车记录转发给车辆端，确保车辆端有最新的租车记录，可以随时还车完成订单，这样将能提供临时还车(非允许停车点的临时还车)的功能。车辆端发送开锁成功的提示信息给非机动车锁车器端。

客户端上传租车信息给服务器。

所述租车信息包括：租车时间、锁车器信息、租赁车辆信息、用户信息中的至少一种，当然全部包含为最佳。

更进一步的，服务器端可以根据站点的非机动车锁车器的数量来调整非机动车锁车器的广播功率。这种功能的增加是为了解决现有的站点的规模有大有小，如果站点的规模较大，则非机动车锁车器数量较多，基站对于有些距离较远的非机动车锁车器的广播的接收清晰程度会降低。可以是基站向后台服务器端发送站点的锁车器数量，也可以是非机动车锁车器含有GPRS，向服务器端发送自己所属站点。服务器端则设置阈值，比如40，当非机动车锁车器数量超过40时，就可以提高非机动车锁车器的广播功率，使其能够传播的距离变远。

再进一步的，非机动车锁车器如果出现突然断电的情况，非机动车锁车器的相关信息就会丢失，因此非机动车锁车器固定期限，比如10小时，定期向服务器端发送电量信息，这样定期检查电量，就可以减少甚至避免突然断电的情况发生。

以上为普通自行车车辆的租赁情况，对于助力车，为了有更好的骑行租赁体验，助力车在还车时，停放到非机动车锁车器上后，可以锁住车轮的智能锁是不需要上锁的(方便用户，而且也方便***)，助力车仅仅由非机动车锁车器锁住。当非机动车锁车器被打开后，助力车可以被骑走，但如果电机锁没有被打开的话(在现有的租赁***中，由服务器后台控制电机锁的开启，但由于各种情况，很可能服务器后台记录的停车情况并不是准确的，比如，服务器记录的停在非机动锁车器A处的车被借走，停在了非机动锁车器B，但停在B的信息没有被后台记录到，这样后台通知开锁就会出现错误)，将无法在服务器后台形成订单，因此就有可能造成车辆丢失。因此在本发明中，改由非机动车锁车器端发送可以使用的指令，该指令即通知电机锁开启，这样就解决现有技术存在的问题。

基于与上述装置和方法同样的发明构思，本发明还提供一种车辆借还装置，设置在服务器中，其上存储有计算机程序，该程序被处理器执行时实现前文所述的非机动车管理方法中的任一方法的步骤。

其中，采用总线架构，总线可以包括任意数量的互联的总线和桥，总线将包括由处理器代表的一个或多个处理器和存储器代表的存储器的各种电路链接在一起。总线还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和接收器和发送器之间提供接口。接收器和发送器可以是同一个元件，即收发机，提供用于在传输介质上与各种其他装置通信的单元。

处理器负责管理总线和通常的处理，而存储器可以被用于存储处理器302在执行操作时所使用的数据。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种车辆借还方法，其特征在于：用于非机动车锁车器端中，所述方法包括

非机动车锁车器端接收客户端发送的开锁指令；

非机动车锁车器端执行开锁；

非机动车锁车器端向车辆端发送通知使用指令。

2.根据权利要求1所述的一种车辆借还方法，其特征在于：

非机动车锁车器端不间断播放能被客户端接收的广播，所述广播包括停放在非机动车锁车器上的车辆的相关信息。

3.根据权利要求2所述的一种车辆借还方法，其特征在于：

客户端向非机动车锁车器端发送开锁指令前还接收车辆端的广播。

4.根据权利要求3所述的一种车辆借还方法，其特征在于：

客户端向非机动车锁车器端发送开锁指令前分析车辆端的广播和非机动车锁车器端的广播，当车辆端的广播和非机动车锁车器端的广播具有相同的车辆信息时，客户端向非机动车锁车器端发送开锁指令，非机动车锁车器端接收客户端发送的开锁指令。

5.根据权利要求1所述的一种车辆借还方法，其特征在于：

非机动车锁车器端构建偏移模型；

非机动车锁车器端获取自身唯一编号；

非机动车锁车器端确定自身广播间隔；

非机动车锁车器端按照所述广播间隔不间断广播。

6.根据权利要求5所述的一种车辆借还方法，其特征在于：

非机动车锁车器端所处站点的各非机动车锁车器的广播间隔不相同。

7.根据权利要求1所述的一种车辆借还方法，其特征在于：

非机动车锁车器端向服务器端发送其所处站点；

非机动车锁车器端接收服务器端关于广播功率的调整指令；

非机动车锁车器端调整广播功率。

8.根据权利要求1所述的一种车辆借还方法，其特征在于：

固定期限向服务器端发送非机动车锁车器端的电量。

9.一种车辆借还装置，其特征在于：用于非机动车锁车器端中，包括

第一接收模块，用于非机动车锁车器端接收客户端发送的开锁指令；

第一执行模块，用于非机动车锁车器端执行开锁；

第一发送模块，用于非机动车锁车器端向车辆端发送通知使用指令。

10.一种车辆借还装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于：用于非机动车锁车器端中，所述处理器执行所述程序时实现以下步骤：

接收客户端发送的开锁指令；

非机动车锁车器端执行开锁；

非机动车锁车器端向车辆端发送通知使用指令。

Images