CN111591376A - 车辆的还车控制方法、车辆、服务器及车辆系统 - Google Patents

Abstract

公开了一种车辆的还车控制方法、车辆、服务器及车辆系统，该方法包括：响应于通过所述车辆触发的还车请求，获取所述车辆的停车状态信息；向服务器发送携带所述停车状态信息的关锁请求进行是否符合关锁条件的检测；以及，响应于所述服务器根据符合关锁条件的检测结果返回的关锁指令，控制车锁关锁。

Description

车辆的还车控制方法、车辆、服务器及车辆系统

技术领域

本公开涉及车辆控制技术领域，更具体地，涉及一种车辆的还车控制方法、一种车辆、一种服务器、及一种车辆系统。

背景技术

目前，通过共享车辆出行已经成为城市中新兴的出行方式，可以有效解决城市人群的出行需求。现有的共享车辆有自行车、电动自行车、电动摩托车、电动汽车等等。

针对电动自行车、电动摩托车等共享车辆，目前的还车方式为：用户通过用户终端上安装的用车应用触发还车请求，用户终端在接收到用户触发的还车请求后，会向服务器发送关锁请求，服务器根据该关锁请求向车辆发送关锁指令，以使得车辆根据该关锁指令控制车锁关锁。对于该种还车方式，用户在还车时，必须拿出手机等用户终端、并通过操作该用户终端进行还车操作，对此，用户如果遇到手机没电等特殊情况，将无法完成还车，这不仅会影响用户的正常行程，还会导致额外的费用支出。

发明内容

本公开实施例的一个目的是提供一种车辆的新的还车控制方案。

根据本公开的第一方面，提供了一种车辆的还车控制方法，由车辆实施，包括：

响应于通过所述车辆触发的还车请求，获取所述车辆的停车状态信息；

向服务器发送携带所述停车状态信息的关锁请求进行是否符合关锁条件的检测；

响应于所述服务器根据符合关锁条件的检测结果返回的关锁指令，控制车锁关锁。

可选地，所述停车状态信息包括停放位置信息，所述进行是否符合关锁条件的检测包括：

根据所述停放位置信息，检测所述车辆是否停放在指定的停车区域；

在未停放在所述停车区域的情况下，确定所述车辆不符合关锁条件；和/或，

所述停车状态信息包括停放方向信息，所述进行是否符合关锁条件的检测包括：

根据所述停放方向信息，检测所述车辆的停放方向与所在位置区域的标准停放方向是否一致；

在不一致的情况下，确定所述车辆不符合关锁条件。

可选地，所述停车状态检测还包括车辆是否倒地信息，所述进行是否符合关锁条件的检测包括：

根据所述车辆是否倒地信息，检测所述车辆是否处于倒地状态，在所述车辆处于倒地状态的情况下，确定所述车辆不符合关锁条件。

可选地，所述方法还包括：

响应于通过所述车辆触发的还车请求，检测所述车辆是否符合设定的还车条件；

在符合所述还车条件的情况下，执行所述向服务器发送携带所述停车状态信息的关锁请求进行是否符合关锁条件的检测的操作。

可选地，所述停车状态信息包括停放位置信息，所述停放位置信息包括所述车辆的绝对位置信息和/或所述车辆相对标定物的相对位置信息，所述标定物包括其他车辆的蓝牙装置、停车区域安装的蓝牙装置、停车区域安装的射频识别装置中的至少一项。

可选地，所述方法还包括：

响应于所述服务器根据不符合关锁条件的检测结果返回的、指示关锁请求失败的关锁请求应答，进行还车失败的提示。

可选地，所述方法还包括检测所述还车请求的步骤，包括：

检测所述车辆上设置的触摸装置是否感应到对应于所述还车请求的触摸动作，如是，则确定触发了所述还车请求；

或者，检测所述车辆上设置的声音感应装置是否接收到用户发出的还车请求声音，如是，则确定触发了所述还车请求；

或者，检测所述车辆的脚撑是否感应到对应于所述还车请求的还车动作，如是，则确定触发了所述还车请求；

或者，检测所述车辆设置的NFC装置是否能够感应到用户终端，如否，则确定触发了所述还车请求；

或者，检测所述车辆未感应到压力的连续时间长度是否达到第一设定时间长度，如是，确定触发了所述还车请求；

或者，检测所述车辆的蓝牙装置是否与用户终端的蓝牙装置断开了连接，如是，确定触发了所述还车请求；

或者，检测所述车辆的蓝牙装置接收到的用户终端的蓝牙信号的信号强度值是否小于设定值，如是，确定触发了所述还车请求；

或者，检测所述车辆处于静止状态的时间长度是否达到第二设定时间长度，如是，确定触发了所述还车请求。

根据本公开的第二方面，提供了一种车辆的还车控制方法，由服务器实施，包括：

响应于车辆根据接收到的还车请求发出的关锁请求，获取所述关锁请求携带的所述车辆的停车状态信息；

根据所述停车状态信息，检测所述车辆是否符合设定的关锁条件；

在符合所述关锁条件的情况下，向所述车辆发送关锁指令。

可选地，所述停车状态信息包括停放位置信息，所述检测所述车辆是否符合设定的关锁条件，包括：

根据所述停放位置信息，检测所述车辆是否停放在指定的停车区域；

在未停放在所述停车区域的情况下，确定所述车辆不符合所述关锁条件；和/或，

所述停车状态信息包括停放方向信息，所述检测所述车辆是否符合设定的关锁条件，包括：

根据所述停放方向信息，检测所述车辆的停放方向与所在位置区域的标准停放方向是否一致；

在不一致的情况下，确定所述车辆不符合所述关锁条件。

根据本公开的第三方面，提供了一种车辆，包括存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于在所述计算机程序的控制下，执行根据本公开的第一方面所述的方法；

所述车辆还包括输入装置，所述输入装置用于触发还车请求，所述输入装置与所述处理器连接。

可选地，所述输入装置设置于所述车辆的车架、控制盒、电池、车筐、车把、转把、泥除、车轮、脚撑、踏板或车座上。

根据本公开的第四方面，提供了一种服务器，包括存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于在所述计算机程序的控制下，执行根据本公开的第二方面的方法。

根据本公开的第五方面，提供了一种车辆系统，包括根据本公开的第三方面所述的车辆和根据本公开的第四方面所述的服务器。

根据本实施例的车辆的还车控制方法，用户可以通过车辆触发还车请求，并由车辆根据该还车请求向服务器发送携带停车状态信息的关锁请求，服务器在接收到该关锁请求后，如果根据车辆提供的停车状态信息检测该车辆符合关锁条件时，会向车辆下发关锁指令，以使得车辆根据该关锁指令控制车锁关锁，以完成还车。根据本实施例的还车控制方法，用户可以通过车辆触发还车请求，无需通过用户终端进行该操作，而且，车辆在根据还车请求向服务器发送关锁请求时，会携带自身的停车状态信息，以供服务器进行关锁前的认证，进而使得服务器能够在快速响应关锁请求的同时，提高车辆使用的安全性。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。

图1是能够实施本发明实施例的车辆的还车控制方法的一种车辆系统的组成结构示意图；

图2是根据一个实施例的还车控制方法的流程示意图；

图3是根据另一个实施例的还车控制方法的流程示意图；

图4是根据一个例子的还车控制方法的交互流程示意图；

图5是根据一个实施例的车辆系统的组成结构示意图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人物已知的技术、方法和设备可能不作详细讨论，但在适当情况下，技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

<硬件配置>

图1是可用于实现本公开实施例的还车控制方法的一种车辆系统100的组成结构示意图。该车辆系统100可整体应用于共享车辆的还车控制场景。

如图1所示，车辆系统100包括服务器1000、用户终端2000和车辆3000。

服务器1000提供处理、数据库、通讯设施的业务点。服务器1000可以是整体式服务器，跨多计算机，计算机数据中心的分散式服务器，云服务器，或者部署在云端的服务器集群等。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。例如，服务器例如刀片服务器、云端服务器等，或者可以是由多台服务器组成的服务器群组，可以包括上述类型的服务器中的一种或多种等等。

在一个实施例中，服务器1000可以如图1所示，包括处理器1100、存储器1200、接口装置1300、通信装置1400、显示装置1500、输入装置1600。

处理器1100用于执行计算机程序，该计算机程序可以采用比如x86、Arm、RISC、MIPS、SSE等架构的指令集编写。存储器1200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1300例如包括各种总线接口，例如串行总线接口(包括USB接口)、并行总线接口等。通信装置1400例如能够进行有线或无线通信。显示装置1500例如是液晶显示屏、LED显示屏触摸显示屏等。输入装置1600例如可以包括触摸屏、键盘等。

本实施例中，服务器1000的存储器1200用于存储计算机程序，该计算机程序用于控制处理器1100进行操作以执行根据本发明实施例的还车控制方法。技术人员可以根据本发明所公开方案设计该计算机程序。该计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

尽管在图1中示出了服务器1000的多个装置，但是，本发明可以仅涉及其中的部分装置，例如，服务器1000只涉及存储器1200、处理器1100和通信装置1400。

本实施例中，用户终端2000例如是手机、便携式电脑、平板电脑、掌上电脑、可穿戴设备等。

该用户终端2000安装有用车应用客户端，以通过操作该用车应用客户端，实现使用车辆的目的。

如图1所示，用户终端2000可以包括处理器2100、存储器2200、接口装置2300、通信装置2400、显示装置2500、输入装置2600、扬声器2700、麦克风2800等等。

处理器2100用于执行计算机程序，该计算机程序可以采用比如x86、Arm、RISC、MIPS、SSE等架构的指令集编写。存储器2200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2300例如包括USB接口、耳机接口等。通信装置2400例如能够进行有线或无线通信，通信装置2400可以包括至少一种短距离通信模块，例如是基于Hilink协议、WiFi(IEEE 802.11协议)、Mesh、蓝牙、ZigBee、Thread、Z-Wave、NFC、UWB、LiFi等短距离无线通信协议进行短距离无线通信的任意模块，通信装置2400也可以包括远程通信模块，例如是进行WLAN、GPRS、2G/3G/4G/5G远程通信的任意模块。显示装置2500例如是液晶显示屏、触摸显示屏等。输入装置2600例如可以包括触摸屏、键盘等。用户终端2000可以通过扬声器2700输出音频信号，及通过麦克风2800采集音频信号。

本实施例中，用户终端2000的存储器2200用于存储计算机程序，该计算机程序用于控制处理器2100进行操作以执行使用车辆的方法，例如包括：获取车辆3000的唯一标识，形成针对特定车辆的开锁请求发送至服务器；以及，根据服务器发送的费用结算通知进行账单解算等等。技术人员可以根据本发明所公开方案设计计算机程序。计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

如图1所示，车辆3000可以包括处理器3100、存储器3200、接口装置3300、通信装置3400、输出装置3500、及输入装置3600等等。处理器3100用于执行计算机程序，该计算机程序可以采用比如x86、Arm、RISC、MIPS、SSE等架构的指令集编写。存储器3200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3300例如包括USB接口、耳机接口等。通信装置3400包括至少一种通信模块，例如能够进行有线或无线通信，又例如能够进行短距离和远程通信。输出装置3500例如可以是输出信号的装置，可以显示装置，例如液晶显示屏、触摸显示屏等，也可以是扬声器等输出语音信息等。输入装置3600例如可以包括触摸屏等触摸装置、按键、麦克风等声音感应装置、压力传感器等压力感应装置，等等。

车辆3000可以是自行车、电动自行车、电动摩托车、三轮车、四轮车等任意形态的车辆，在此不做限定。

本实施例中，车辆3000可以向服务器1000上报自身的位置信息、方向信息等状态信息。

本实施例中，车辆3000的存储器3200用于存储计算机程序，该计算机程序用于控制处理器3100进行操作以执行根据本发明任意实施例的还车控制方法。技术人员可以根据本发明所公开方案设计该计算机程序。该计算机程序如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

网络4000可以是无线通信网络也可以是有线通信网络，可以是局域网也可以是广域网。在图1所示的车辆系统100中，车辆3000与服务器1000、用户终端2000与服务器1000，可以通过网络4000进行通信。此外，车辆3000与服务器1000、用户终端2000与服务器1000通信所基于的网络4000可以是同一个，也可以是不同的。

应当理解的是，尽管图1仅示出一个服务器1000、用户终端2000、车辆3000，但不意味着限制各自的数量，该车辆系统100可以包含多个服务器1000、多个用户终端2000、多个车辆3000等。

图1所示的车辆系统100仅是解释性的，并且决不是为了要限制本发明、其应用或用途。

<方法实施例一>

图2示出了根据一个实施例的还车控制方法的流程示意图。本实施例的方法步骤由车辆实施，例如由图1中的车辆3000实施。

如图2所示，本实施例的还车控制方法可以包括如下步骤S2100～S2300：

步骤S2100，响应于通过车辆触发的还车请求，获取车辆的停车状态信息。

本实施例中，车辆3000设置有供用户触发该还车请求的输入装置。该输入装置可以具有任意的结构和形态，只要能够将用户触发还车请求的操作转换为对应的电信号发送给处理器即可，在此不做限定。

本实施例中，该方法还可以包括检测所述还车请求的步骤，这可以包括：

检测车辆设置的触摸装置是否感应到对应于该还车请求的触摸动作，如是，则确定触发了该还车请求；或者，检测车辆设置的声音感应装置是否接收到用户发出的还车请求声音，如是，则确定触发了该还车请求；或者，检测车辆的脚撑是否感应到对应于该还车请求的还车动作，如是，则确定触发了该还车请求；或者，检测该车辆设置的NFC装置是否能够感应到用户终端，如否，则确定触发了该还车请求；或者，检测车辆的车把未感应到压力的连续时间长度是否达到第一设定时间长度，如是，确定触发了该还车请求；或者，检测车辆的蓝牙装置与用户终端的蓝牙装置是否断开了连接，如是，确定触发了该还车请求；或者，检测该车辆的蓝牙装置接收到的用户终端的蓝牙信号的信号强度值是否小于设定值，如是，确定触发了该还车请求；或者，检测车辆处于静止状态的时间长度是否达到第二设定时间长度，如是，确定触发了该还车请求。

以上触摸装置适于感应用户的触摸动作。以上声音感应装置适于采集用户发出的还车请求声音。以上脚撑适于采集用户发出的对其施加的与还车请求对应的还车动作。NFC装置与蓝牙装置适于在一定范围内感应用户终端等。

例如，该输入装置可以包括按键电路，该按键电路的电信号输出端与处理器连接，该按键电路包括还车按键，该还车按键可以设置在车辆的把手或者车锁等易于被看到或者易于操作的位置上。

又例如，该输入装置也可以包括触摸装置，并通过触摸装置感应与还车请求对应的触摸动作，触摸装置与处理器连接，以将触摸装置感应到的触摸动作，以电信号等形式发送至处理器。这可以是通过触摸装置提供作为还车按键的虚拟按键，该触摸动作为点击虚拟按键的操作，以供用户通过点击该虚拟按键来触发还车请求。这也可以是通过触摸装置感应与还车请求对应的滑动操作等，在此不做限定。

再例如，该输入装置也可以包括NFC装置，其可以接收用户终端发送的还车指令，NFC装置将该还车指令发送至车辆的处理器，车辆的处理器根据该还车指令向服务器发出还车请求，进而实现通过车辆的NFC装置触发还车请求的目的。

在一个实施例中，该停车状态信息可以包括车辆的停放位置信息。

该实施例中，车辆的停放位置信息反映该车辆的停放位置。

该停放位置信息可以包括车辆的绝对位置信息。该绝对位置信息例如可以由车辆的GPS等定位装置提供。这可以是，车辆的处理器根据该还车请求，读取定位装置采集到的绝对位置信息，作为该停放位置信息。

该停放位置信息也可以该车辆相对标定物的相对位置信息，该标定物可以包括其他车辆的蓝牙装置、停车区域安装的蓝牙装置、及停车区域安装的射频识别装置中的至少一项。

以停车区域安装蓝牙装置为例，车辆3000在进入该停车区域后，便可与该蓝牙装置建立蓝牙连接，该相对位置信息可以包括反映该车辆与该蓝牙装置间的距离的接收信号强度值(Received Signal Strength Indication，RSSI)。对此，由于服务器记录有该蓝牙装置的位置信息(可以包括绝对位置信息和/或所在的停车区域)，因此，服务器根据该相对位置信息，便可以判断该车辆是否位于设定的停车区域中。

在标定物是其他车辆的蓝牙装置或者射频识别装置的情况下，服务器同样已记录有对应标定物的位置信息，进而能够根据车辆相对该标定物的相对位置信息，判断该车辆是否位于设定的停车区域中，在此不再赘述。

该实施例中，车辆3000可以根据该还车请求，获取当前的位置信息，作为车辆的停放位置信息。

在一个实施例中，该停车状态信息也可以包括车辆的停放方向信息。

该实施例中，车辆的停放方向信息反映该车辆在停放时的方向，即，反映车辆的停放方向。例如，根据车辆的停放方向信息，确定车辆的停放方向为正北方向，或者正北偏东10°方向等。

车辆在任意时刻的方向信息，例如停放方向信息，可以包括由安装在车辆3000上的姿态传感器采集到的姿态数据。该姿态传感器包含三轴陀螺仪、三轴加速度计、三轴电子罗盘等至少一种运动传感器。

以电动自行车为例，可以将该姿态传感器设置在车辆3000的后架上，后架包括车辆3000的车身中管和相对该车身中管固定的其他部件，车辆的前架用于安装车辆的前轮，前架可以相对后架转动。该实施例中，车辆3000的方向信息反映的是车辆后架的方向信息。

该实施例中，车辆3000可以根据该还车请求，读取姿态传感器当前采集到的方向信息，作为该车辆的停放方向信息。

该实施例中，车辆也可以根据该还车请求，获取车辆当前的方向信息，作为该车辆的停放方向信息。获取车辆当前的方向信息也即为，根据该还车请求读取姿态传感器采集到的方向信息，对此，可以设置车辆的处理器按照设定的时间间隔读取姿态传感器采集到的方向信息，这样，处理器在接收到还车请求后，可以直接获取最新读取到的方向信息作为该停放方向信息。

该实施例中，可以设置该时间间隔具有较短的时间长度，以提高最新读取到的方向信息作为车辆的停放方向信息的准确性，例如，该时间间隔为30s或者1min等。

该实施例中，关于按照设定的时间间隔定时读取方向信息的操作，可以设置车辆的处理器在任一次使用的成功开锁后，若检测到车辆进入指定的停车区域(也称之为停车围栏、停车点等)，则开始该操作，并在本次使用的成功闭锁后结束该操作。

该实施例中，车辆可以通过建立与设置在停车区域的蓝牙设备或者射频识别装置间的连接，来检测车辆是否已经进入指定的停车区域等，在此不做限定。

步骤S2200，向服务器发送携带该停车状态信息的关锁请求进行是否符合关锁条件的检测。

车辆3000在获取到停车状态信息后，会生成携带该停车状态信息的关锁请求，并将该关锁请求发送至服务器1000。

本实施例中，关锁请求携带停车状态信息，表示停车状态信息随关锁请求发送至服务器，而无需基于服务器的请求提供，车辆可以通过一个数据包发送该关锁请求和停车状态信息，也可以分不同的数据包发送关锁请求和停车状态信息，在此不做限定。

服务器1000在接收到该关锁请求后，会根据车辆提供的停车状态信息，对车辆进行是否符合关锁条件的检测。

在一个实施例中，该停车状态信息包括停放位置信息。该实施例中，服务器1000进行是否符合关锁条件的检测，可以包括：根据该停放位置信息，检测车辆是否停放在指定的停车区域；以及，在未停放在该停车区域的情况下，确定该车辆不符合关锁条件。

该实施例中，该指定的停车区域为根据规划划定的、允许停车的区域。在划定该停车区域后，可以由运维人员将表示停车区域的信息上传至服务器1000中。

例如，表示停车区域的信息可以包括停车区域的中心位置坐标及区域半径，即，可以通过该中心位置坐标及区域半径等限定该停车区域的有效范围。对此，服务器通过检测车辆的停放位置是否位于该有效范围内，来判定车辆是否位于指定的停车区域中。

又例如，表示停车区域的信息可以包括停车区域边界的角点位置坐标，其中，角点为边界上的不可导的点，并通过该角点位置坐标限定该停车区域的有效范围。对此，服务器通过检测车辆的停放位置是否位于该有效范围内，来判定车辆是否位于指定的停车区域中。

再例如，表示停车区域的信息可以包括该停车区域的标定物的标识，例如，该标定物可以是蓝牙装置、射频识别装置等。对此，在车辆或者用户终端能够与该停车区域的标定物建立连接，并将建立连接后获得的标定物的标识发送给服务器后，服务器即可根据该标识或者根据该标识及接收信号强度值，确定对应的车辆是否已经位于停车区域中。

在一个实施例中，该停车状态信息包括停放方向信息。该实施例中，服务器进行是否符合关锁条件的检测，可以包括如下步骤：根据停放方向信息，检测该车辆的停放方向与所在位置区域的标准停放方向是否一致；以及，在不一致的情况下，确定该车辆不符合关锁条件。

在一个实施例中，该停车状态信息包括停放位置信息和停放方向信息。该实施例中，服务器1000进行是否符合关锁条件的检测，可以包括：根据该停放位置信息，检测车辆是否停放在指定的停车区域；在未停放在该停车区域的情况下，确定该车辆不符合关锁条件；在停放在该停车区域的情况下，再根据停放方向信息，检测该车辆的停放方向与所在停车区域的标准停放方向是否一致；以及，在不一致的情况下，确定该车辆不符合关锁条件。

在一个实施例中，该停车状态检测还可以包括车辆是否倒地信息，即表示车辆是否倒地的信息。该实施例中，服务器进行是否符合关锁条件的检测，可以包括：根据该车辆是否倒地信息，检测车辆是否处于倒地状态，在该车辆处于倒地状态的情况下，确定车辆不符合关锁条件。

该实施例中，在车辆停放时，即使其停放方向与标准停放方向一致，但如果处于倒地状态，也无法成功还车，进而为实现规范停车提供进一步的保障。

该实施例中，可以通过在车辆上设置气压传感器、接近开关、振动传感器中的至少一项来获得车辆是否倒地信息。

例如，对于气压传感器，可以将气压传感器设置在车辆的高点位置，如果车辆倒地，则气压传感器可感应到气压的变化，进而可以通过气压值来表示车辆是否倒地。

又例如，对于接近开关，可以将接近开关设置在车辆倒地被触碰的位置，这样，可以通过感应接近开关是否被触发，实现对车辆是否倒地的检测等，因此，可以通过接近开关输出的高电平或者低电平信号来表示车辆是否倒地等。

关于以上根据停放位置信息、停放方向信息、车辆是否倒地信息进行的检测项，可以设置实施部分或者全部检测项，来确定车辆是否符合关锁条件。在设置至少两个检测项的情况下，可以是完成全部检测项，再确定该车辆是否符合关锁条件，也可以是按照设定顺序实施至少两个检测项，并在未通过当前检测项时，即确定该车辆不符合关锁条件，而不再进行其他检测项，及在通过当前检测项时，执行根据该设定顺序指定的下一检测项，以此类推，在此不做限定。

在另外的实施例中，该停车状态信息还可以包括其他状态信息，例如，电量信息、车速信息等，以供服务器进行是否符合关锁条件的其他检测，在此不做限定。

服务器1000在确定车辆符合关锁条件的情况下，会向车辆3000返回关锁指令，以使得车辆3000能够根据该关锁指令控制车锁关锁，进而完成还车。

服务器1000在确定车辆不符合关锁条件的情况下，会向车辆返回指示关锁请求失败的关锁请求应答。

步骤S2300，响应于服务器根据符合关锁条件的检测结果返回的关锁指令，控制车锁关锁。

本实施例中，车辆3000在接收到服务器响应于关锁请求返回的关锁指令的情况下，将根据该关锁指令控制车锁关锁，完成还车操作。

根据以上步骤S2100～S2300可知，通过本实施例的方法，用户可以通过车辆提供的输入装置触发还车请求，并由车辆根据该还车请求向服务器发送携带停车状态信息的关锁请求，服务器在接收到该关锁请求后，如果根据车辆提供的停车状态信息检测该车辆符合关锁条件时，会向车辆下发关锁指令，以使得车辆根据该关锁指令控制车锁关锁，以完成还车。这样，用户将无需再通过用户终端进行触发还车请求以使车辆能够成功关锁的操作，而且，车辆在根据还车请求向服务器发送关锁请求时，会携带自身的停车状态信息，以供服务器进行关锁前的认证，进而使得服务器能够在快速响应关锁请求的同时，提高车辆使用的安全性。

根据本实施例的方法，用户在需要还车时，即使用户终端出现了无法与服务器建立连接的任何状况，包括停机、没电关机、信号不良等，用户也能够通过车辆触发还车请求，并使得车辆成功关锁，而费用结算则可以根据授权自动完成，或者在用户终端恢复通信后完成，进而不会影响用户的正常行程，也不会导致额外的费用支出。

在一个实施例中，为了提高共享车辆的使用安全性，车辆在接收到用户触发的还车请求后，可以进行自查，并在通过自查后再向服务器发送关锁请求。该实施例中，该方法还可以包括如下步骤S2011～S2012：

步骤S2011，响应于通过该车辆触发的还车请求，检测该车辆是否符合设定的还车条件。

以该车辆是电动自行车为例，该还车条件可以包括：表示该车辆的当前行驶速度的参数值小于或者等于设定的安全阈值。

该参数值可以是能够表示该电动自行车的当前行驶速度的任意参数值，例如是速度值，也可以是提供助力的电机的定子电压值，还可以是踏频值等，在此不做限定。

该还车条件也可以包括：车辆位于指定的停车区域中，这可以通过车辆能够与设置在停车区域中的蓝牙装置等标定物建立通信连接，来确定车辆已位于指定的停车区域内。

该还车条件还可以包括：车辆的停放方向与所在停车区域的标准停放方向一致。车辆可以从与之建立连接的标定物，获取对应停车区域的标准停放方向。

步骤S2022，在符合该还车条件的情况下，执行上述步骤S2200中向服务器发送携带停车状态信息的关锁请求进行是否符合关锁条件的检测的操作。

本实施例中，在不符合该还车条件的情况下，可以对用户进行无法还车的提示，该提示可以包括无法还车的原因，例如，当前速度不满足还车条件等。这样，用户可以根据该提示进行相关处理，以使得车辆在符合该还车条件后，能够继续执行以上步骤S2200。

在一个实施例中，该方法还可以包括如下步骤：响应于服务器根据不符合关锁条件的检测结果返回的、指示关锁请求失败的关锁请求应答，进行还车失败的提示。

该提示可以包括不符合关锁条件的原因等，以提示用户调整车辆来满足该关锁条件，并在满足该关锁条件后，重新通过车辆触发关锁请求。

<方法实施例二>

图3是根据另一个实施例的还车控制方法的流程示意图。本实施例中，该方法由服务器实施，例如可以由图1中的服务器1000实施。

步骤S3100，响应于车辆根据接收到的还车请求发出的关锁请求，获取关锁请求携带的车辆的停车状态信息。

步骤S3200，根据该停车状态信息，检测车辆是否符合设定的关锁条件。

在一个实施例中，该停车状态信息可以包括停放位置信息。

该实施例中，步骤S3200中检测车辆是否符合设定的关锁条件，可以包括如下步骤：根据该停放位置信息，检测车辆是否停放在指定的停车区域；以及，在未停放在该停车区域的情况下，确定该车辆不符合该关锁条件。

在一个实施例中，该停车状态信息可以包括停放方向信息。

该实施例中，步骤S3200中骤S3200中检测车辆是否符合设定的关锁条件，可以包括如下步骤：根据停放方向信息，检测车辆的停放方向与所在位置区域的标准停放方向是否一致；在不一致的情况下，确定车辆不符合该关锁条件。

该实施例中，可以在车辆的运营范围内划分出多个位置区域，并为划分出的每一位置区域设置对应的标准停放方向，进而根据该车辆的停放位置所在的位置区域，确定对应的标准停放方向。

在只有将车辆停放在指定的停车区域，才会对车辆进行停放方向检测的情况下，该位置区域也即为划分出的指定的停车区域。对此，可以为每一停车区域设置对应的标准停放方向，例如，可以创建反映停车区域的标识与标准停放方向间的映射关系的映射表，并根据车辆的停放位置所在的停车区域，在该映射表中查找对应的标准停放方向，作为对应于该车辆的停放位置的标准停放方向。

在允许将车辆停放在非停车区域，且此时也需要进行停放方向的检测的情况下，可以以街道、市政区域、网格、停车区域等中的任一项或者多项为单位划分该位置区域，在此不做限定。

以街道划分为例，可以创建反映街道名称与标准停放方向间的映射关系的映射表，并根据车辆的停放位置所在的街道，在该映射表中查找对应的标准停放方向，作为对应于该车辆的停放位置的标准停放方向。

以网格划分为例，可以将车辆的投放区域划分为设定尺寸的网格，并为每一网格设置对应的标准停放方向，例如，可以创建反映网格标识与标准停放方向间的映射关系的映射表，并根据车辆的停放位置所在的网格，在该映射表中查找对应的标准停放方向，作为对应于该车辆的停放位置的标准停放方向。

该实施例中，该方法还可以包括获得车辆所在位置区域的标准停放方向的步骤，可以包括：根据该车辆的停放位置信息，获得该车辆所在的位置区域；获取对应于所获得的位置区域的标准停放方向。

该实施例中，该方法还可以包括获得对应于任意位置区域的标准停放方向的步骤，可以包括：获取针对该任意位置区域设置的标准停放方向；根据该设置的设置内容，生成并保存反映任意停车区域与标准停放方向间的映射关系的映射表。

该实施例中，运维人员可以通过业务终端输入针对任意位置区域，例如任意停车区域，设置的标准停放方向。例如，业务终端响应于设置标准停放方向的操作，提供设置接口；业务终端获取通过该设置接口输入的针对该任意位置区域设置的标准停放方向，并将输入的该内容上传至服务器1000，以供服务器1000根据该设置的设置内容，生成反映任意位置区域与标准停放方向间的映射关系的映射表。

服务器在生成映射表后，便可供服务器根据车辆所在的位置区域，获得对应的标准停放方向。

在一个实施例中，该停车状态信息可以包括停放方向信息和停放位置信息。该实施例中，步骤S3200中检测车辆是否符合设定的关锁条件，可以包括如下步骤：根据该停放位置信息，检测车辆是否停放在指定的停车区域；在未停放在该停车区域的情况下，确定该车辆不符合关锁条件；在停放在该停车区域的情况下，再根据停放方向信息，检测该车辆的停放方向与所在停车区域的标准停放方向是否一致；以及，在不一致的情况下，确定该车辆不符合关锁条件。

该实施例中，该标准停放方向可以是一个方向范围，对此，以上检测该车辆的停放方向与所在位置区域的标准停放方向是否一致可以包括：检测该车辆的停放方向是否位于该标准停放方向表示的方向范围内。

该实施例中，该标准停放方向也可以是一个具体的方向值，例如，标准停放方向为正北方向，对此，以上检测该车辆的停放方向与所在位置区域的标准停放方向是否一致可以包括：计算该车辆的停放方向与该标准停放方向之间的偏差量；以及，在该偏差量小于或者等于对应该车辆所在位置区域的偏差阈值的情况下，确定该车辆的停放方向与标准停放方向一致。

该偏差阈值可以根据需要设置，例如在大于或者等于10°，及小于或者等于30°的范围内取值等，在此不做限定。

不同的位置区域(例如，不同的停车区域)可以具有相同的偏差阈值，对此，对应该车辆所在位置区域的偏差阈值即为该统一的阈值。

不同的位置区域也可以具有不同的偏差阈值，在此不做限定。

可以允许运维人员调整该偏差阈值，例如，运维人员可以通过业务终端设置该统一的偏差阈值，或者通过业务终端为不同的位置区域设置各自的偏差阈值等，并由业务终端将该设置的设置内容上传至服务器1000进行记录。

步骤S3300，在符合关锁条件的情况下，向车辆发送关锁指令。

根据以上步骤S3100～S3300，通过本实施例的方法，用户可以通过车辆提供的输入装置触发还车请求，并由车辆根据该还车请求向服务器发送携带停车状态信息的关锁请求，服务器在接收到该关锁请求后，如果根据车辆提供的停车状态信息检测该车辆符合关锁条件时，会向车辆下发关锁指令，以使得车辆根据该关锁指令控制车锁关锁，以完成还车。这样，用户将无需再通过用户终端进行触发还车请求以使车辆能够成功关锁的操作，而且，车辆在根据还车请求向服务器发送关锁请求时，会携带自身的停车状态信息，以供服务器进行关锁前的认证，进而使得服务器能够在快速响应关锁请求的同时，提高车辆使用的安全性。

<例子>

图4示出了根据一个例子的还车控制方法的交互流程示意图。该例子的还车控制方法例如可以由图1中的车辆系统实施。

如图4所示，该例子的还车控制方法可以包括如下步骤：

步骤S4310，车辆3000响应于用户通过还车按键触发的还车请求，检测该车辆是否符合设定的还车条件，如符合，则执行步骤S4320，如不符合，则进行不符合还车条件的提示。

该例子中，车辆3000通过输入装置提供该还车按键。

步骤S4320，获取车辆的停车状态信息，生成携带该停车状态信息的关锁请求，并将该关锁请求发送至服务器1000。

步骤S4110，服务器1000接收到该关锁请求之后，获取关锁请求中的停车状态信息，并根据该停车状态信息检测车辆是否符合设定的关锁条件，如符合，则执行步骤S4120，如不符合，则向车辆3000返回指示关锁请求失败的关锁请求应答。

步骤S4120，服务器生成关锁指令。

步骤S4130，服务器将生成的关锁指令发送至车辆3000。

步骤S4330，根据关锁指令，控制车锁关锁，并在关锁成功后向服务器上报指示关锁成功的关锁应答。

步骤S4140，根据关锁应答，结束当前骑行订单以进行订单结算。

步骤S4150，将订单结算的结果发送至用户终端2000。

步骤S4210，用户终端2000进入订单结束页面，引导用户完成结算。

<车辆实施例>

本实施例提供了一种车辆，该车辆可以包括例如如图1所示的存储器3200和处理器3100，存储器3200用于存储程序指令，处理器3100用于在该程序指令的控制下，执行根据任意方法实施例一的还车控制方法。

本实施例中，车辆还包括如图1所示的输入装置3600，该输入装置3600包括供用户触发还车请求的部件，例如包括带还车按键的按键电路；又例如，包括提供虚拟按键的触摸装置；又例如，包括采集触发还车请求的语音指令的声音感应装置；又例如，包括接收触发还车请求的指令的NFC装置；再例如，包括感应触发还车请求的设定操作的传感器等等，在此不做限定。

该输入装置3600可以设置于车辆的车架、控制盒、电池、车筐、车把、转把、泥除、车轮、脚撑、踏板或车座上等方便用户操作的任意位置上，在此不做限定。

<服务器实施例>

本实施例提供一种服务器，该服务器可以包括例如如图1所示的存储器1200和处理器1100，存储器1200用于存储程序指令，处理器1100用于在该程序指令的控制下，执行根据任意方法实施例二的还车控制方法。

<车辆系统实施例>

如图5所示，该车辆系统包括根据任意实施例的车辆3000及根据任意实施例的服务器1000。

本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人物来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人物来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人物能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。

Claims (13)

1.一种车辆的还车控制方法，由车辆实施，包括：

响应于通过所述车辆触发的还车请求，获取所述车辆的停车状态信息；

向服务器发送携带所述停车状态信息的关锁请求进行是否符合关锁条件的检测；

响应于所述服务器根据符合关锁条件的检测结果返回的关锁指令，控制车锁关锁。

2.根据权利要求1所述的方法，其中，所述停车状态信息包括停放位置信息，所述进行是否符合关锁条件的检测包括：

根据所述停放位置信息，检测所述车辆是否停放在指定的停车区域；

在未停放在所述停车区域的情况下，确定所述车辆不符合关锁条件；和/或，

所述停车状态信息包括停放方向信息，所述进行是否符合关锁条件的检测包括：

根据所述停放方向信息，检测所述车辆的停放方向与所在位置区域的标准停放方向是否一致；

在不一致的情况下，确定所述车辆不符合关锁条件。

3.根据权利要求2所述的方法，其中，所述停车状态检测还包括车辆是否倒地信息，所述进行是否符合关锁条件的检测包括：

根据所述车辆是否倒地信息，检测所述车辆是否处于倒地状态，在所述车辆处于倒地状态的情况下，确定所述车辆不符合关锁条件。

4.根据权利要求1所述的方法，其中，所述方法还包括：

响应于通过所述车辆触发的还车请求，检测所述车辆是否符合设定的还车条件；

在符合所述还车条件的情况下，执行所述向服务器发送携带所述停车状态信息的关锁请求进行是否符合关锁条件的检测的操作。

5.根据权利要求1所述的方法，其中，所述停车状态信息包括停放位置信息，所述停放位置信息包括所述车辆的绝对位置信息和/或所述车辆相对标定物的相对位置信息，所述标定物包括其他车辆的蓝牙装置、停车区域安装的蓝牙装置、停车区域安装的射频识别装置中的至少一项。

6.根据权利要求1所述的方法，其中，所述方法还包括：

响应于所述服务器根据不符合关锁条件的检测结果返回的、指示关锁请求失败的关锁请求应答，进行还车失败的提示。

7.根据权利要求1所述的方法，其中，所述方法还包括检测所述还车请求的步骤，包括：

检测所述车辆上设置的触摸装置是否感应到对应于所述还车请求的触摸动作，如是，则确定触发了所述还车请求；

或者，检测所述车辆上设置的声音感应装置是否接收到用户发出的还车请求声音，如是，则确定触发了所述还车请求；

或者，检测所述车辆的脚撑是否感应到对应于所述还车请求的还车动作，如是，则确定触发了所述还车请求；

或者，检测所述车辆设置的NFC装置是否能够感应到用户终端，如否，则确定触发了所述还车请求；

或者，检测所述车辆未感应到压力的连续时间长度是否达到第一设定时间长度，如是，确定触发了所述还车请求；

或者，检测所述车辆的蓝牙装置是否与用户终端的蓝牙装置断开了连接，如是，确定触发了所述还车请求；

或者，检测所述车辆的蓝牙装置接收到的用户终端的蓝牙信号的信号强度值是否小于设定值，如是，确定触发了所述还车请求；

或者，检测所述车辆处于静止状态的时间长度是否达到第二设定时间长度，如是，确定触发了所述还车请求。

8.一种车辆的还车控制方法，由服务器实施，包括：

响应于车辆根据接收到的还车请求发出的关锁请求，获取所述关锁请求携带的所述车辆的停车状态信息；

根据所述停车状态信息，检测所述车辆是否符合设定的关锁条件；

在符合所述关锁条件的情况下，向所述车辆发送关锁指令。

9.根据权利要求8所述的方法，其中，所述停车状态信息包括停放位置信息，所述检测所述车辆是否符合设定的关锁条件，包括：

根据所述停放位置信息，检测所述车辆是否停放在指定的停车区域；

在未停放在所述停车区域的情况下，确定所述车辆不符合所述关锁条件；和/或，

所述停车状态信息包括停放方向信息，所述检测所述车辆是否符合设定的关锁条件，包括：

根据所述停放方向信息，检测所述车辆的停放方向与所在位置区域的标准停放方向是否一致；

在不一致的情况下，确定所述车辆不符合所述关锁条件。

10.一种车辆，包括存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于在所述计算机程序的控制下，执行根据权利要求1-7中任一项所述的方法；

所述车辆还包括输入装置，所述输入装置用于触发还车请求，所述输入装置与所述处理器连接。

11.根据权利要求9所述的车辆，所述输入装置设置于所述车辆的车架、控制盒、电池、车筐、车把、转把、泥除、车轮、脚撑、踏板或车座上。

12.一种服务器，包括存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于在所述计算机程序的控制下，执行根据权利要求8或9所述的方法。

13.一种车辆系统，包括权利要求10或11所述的车辆和权利要求12所述的服务器。

Images