CN114475873A - 一种车辆关锁控制方法、车辆和车辆系统 - Google Patents

Abstract

本发明实施例公开了一种车辆关锁控制方法、车辆和车辆系统，通过获取第一车撑的状态信息，根据第一车撑的状态向服务器发送关锁请求和车辆位置信息，以供服务器进行车辆是否符合关锁条件的判断，如果服务器判断车辆符合关锁条件则向车辆返回关锁指令，以控制车锁关锁。由此，用户可以在不操作用户终端的情况下，通过对第一车撑的操作使车辆向服务器发送关锁请求和车辆位置信息，从而能够实现自动关锁还车，同时服务器在接收关锁请求时可以获得车辆位置信息，有利于实现对车辆的管理。

Description

一种车辆关锁控制方法、车辆和车辆系统

技术领域

本发明涉及车辆控制技术领域，具体涉及一种车辆关锁控制方法、车辆和车辆系统。

背景技术

目前，使用共享车辆出行已成为一种较为常用的出行方式。随着共享车辆数量的增多，对于共享车辆的停放管理也逐渐成为城市管理中的一个重要方面。目前的共享车辆的锁具按照关锁的方式不同可以分为自动锁和手动锁。其中，手动锁需要手动操作进行关锁，例如通过拨动锁芯到适当位置以实现关锁。自动锁一般是通过信号控制开关锁，由于其便利性，使用自动锁的共享车辆也逐渐增多。因此，有必要提供一种适用于设置自动锁的共享车辆的车辆关锁控制方案。

发明内容

本发明实施例的目的在于提供一种车辆关锁控制方法、车辆和车辆系统，有利于对车辆的关锁控制和停放管理。

第一方面，本发明实施例提供一种车辆关锁控制方法，包括如下步骤：获取第一车撑的状态信息；在车辆符合还车条件的情况下，向服务器发送关锁请求，并向服务器发送车辆位置信息，以进行车辆是否符合关锁条件的判断，其中，所述车辆符合还车条件包括所述第一车撑的状态信息表征所述第一车撑从收起状态变为支撑状态；以及，响应于服务器根据车辆符合关锁条件的判断结果返回的关锁指令，控制车锁关锁。

在部分实施例中，所述方法还包括：在第一车撑的状态信息表征所述第一车撑从收起状态变为支撑状态时，获取车辆位置信息。

在部分实施例中，所述方法还包括：响应于服务器获取车辆位置信息的请求，向服务器发送车辆位置信息。

在部分实施例中，所述关锁条件包括所述车辆位置信息表征的车辆位置在指定停车区域内。

在部分实施例中，所述方法还包括：响应于服务器根据车辆不符合关锁条件的判断结果返回的关锁请求失败信息，提示还车失败。

在部分实施例中，所述车辆符合还车条件还包括车辆被用户终端触发还车请求；或者，车辆通过交互装置接收到还车请求。

第二方面，本发明实施例还提供一种车辆，包括车辆主体、车锁、第一车撑、车撑检测单元和控制单元；所述车锁被配置为锁定车辆以限制车辆运动；所述第一车撑与所述车辆主体连接，所述第一车撑具有收起状态和支撑状态；所述车撑检测单元被配置为检测第一车撑的状态并生成第一车撑的状态信息；所述控制单元包括存储器和处理器，所述存储器用于存储一条或多条计算机程序指令，所述一条或多条计算机程序指令被所述处理器执行以实现如第一方面所述的方法；其中，所述控制单元与所述车锁和所述车撑检测单元信号连接。

在部分实施例中，所述车辆还包括第二车撑，与所述车辆主体连接并与所述第一车撑间隔设置。

在部分实施例中，所述第一车撑设置于所述车辆主体的中部，所述第二车撑靠近所述车辆主体的后部设置。

在部分实施例中，所述车辆主体包括车轮，所述车锁被配置为锁定所述车轮，所述车轮处设置有锁定结构，所述车锁包括锁定件和驱动装置；所述锁定件与所述锁定结构相匹配；所述驱动装置被配置为驱动所述锁定件相对于所述锁定结构运动以实现开锁和关锁。

在部分实施例中，所述车辆主体包括车轮，所述车锁为轮毂锁，所述轮毂锁用于锁定所述车轮的轮毂。

在部分实施例中，所述车辆还包括交互装置，所述交互装置与所述控制单元信号连接，所述交互装置被配置为接收用户输入的还车请求。

第三方面，本发明实施例还提供一种车辆系统，包括车辆和服务器，所述车辆与所述服务器通信连接；所述车辆包括车辆主体、车锁、第一车撑、车撑检测单元和控制单元；所述车锁被配置为锁定车辆以限制车辆运动；所述第一车撑与所述车辆主体连接，所述第一车撑具有收起状态和支撑状态；所述车撑检测单元被配置为检测第一车撑的状态并生成第一车撑的状态信息；所述控制单元与所述车锁和所述车撑检测单元信号连接，所述控制单元与所述车锁和所述车撑检测单元信号连接；其中，所述控制单元被配置为在车辆符合还车条件时，向所述服务器发送关锁请求，并向服务器发送车辆位置信息，所述还车条件包括所述第一车撑的状态信息表征所述第一车撑从收起状态变为支撑状态；所述服务器被配置为响应于所述关锁请求，判断所述车辆是否符合关锁条件，并在得到车辆符合关锁条件的判断结果时向所述控制单元返回关锁指令；所述控制单元还被配置为响应于所述关锁指令，控制所述车锁关锁。

在部分实施例中，所述服务器还被配置为响应于用户终端发送的还车请求，向所述车辆发送获取车辆位置信息的请求；所述控制单元响应于所述获取车辆位置信息的请求，向服务器发送所述车辆位置信息。

在部分实施例中，所述服务器还被配置为在得到车辆不符合关锁条件的判断结果时向所述控制单元返回关锁请求失败信息，所述车辆响应于关锁请求失败信息，提示还车失败；或者，所述服务器还被配置为在得到车辆不符合关锁条件的判断结果时向用户终端返回关锁请求失败信息，以使用户终端提示还车失败。

本发明实施例提供了一种车辆关锁控制方法、车辆和车辆系统，通过获取第一车撑的状态信息，根据第一车撑的状态向服务器发送关锁请求和车辆位置信息，以供服务器进行车辆是否符合关锁条件的判断，如果服务器判断车辆符合关锁条件则向车辆返回关锁指令，以控制车锁关锁。由此，用户可以在不操作用户终端的情况下，通过对第一车撑的操作使车辆向服务器发送关锁请求和车辆位置信息，从而能够实现自动关锁还车，同时服务器在接收关锁请求时可以获得车辆位置信息，有利于实现对车辆的管理。

附图说明

通过以下参照附图对本发明实施例的描述，本发明的上述以及其它目的、特征和优点将更为清楚，在附图中：

图1是本发明实施例的一种车辆系统的组成示意图；

图2是本发明实施例的车辆的组成结构示意图；

图3是本发明实施例的车辆系统的一种关锁流程示意图；

图4是本发明实施例的车辆系统的另一种关锁流程示意图；

图5是本发明实施例的车辆系统的一种关锁失败的流程示意图；

图6是本发明实施例的车辆系统的另一种关锁失败的流程示意图；

图7是本发明实施例中的车辆使用第一车撑进行支撑的示意图；

图8是本发明实施例中的车辆使用第二车撑进行支撑的示意图；

图9是本发明实施例中的车辆骑行时的示意图；

图10是本发明实施例的一种车辆关锁方法的流程示意图；

图11是本发明实施例的一种车辆关锁方法的流程示意图；

图12是本发明实施例的一种车辆关锁方法的流程示意图。

具体实施方式

以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质，公知的方法、过程、流程、元件和电路并没有详细叙述。

此外，本领域普通技术人员应当理解，在此提供的附图都是为了说明的目的，并且附图不一定是按比例绘制的。

除非上下文明确要求，否则整个申请文件中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。

在本发明的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

图1是本发明实施例的一种车辆系统的结构示意图。该车辆系统能够应用于共享车辆的关锁控制场景。

参照图1，在本实施例中，车辆系统包括服务器200和车辆100，车辆100与服务器200通信连接。

在本发明实施例中，服务器200应被理解为提供处理、数据库、通讯设施的业务点。举例而言，服务器200可以指具有相关通信和数据存储和数据库设施的单个的物理处理器，或者可以指联网或集聚的处理器、相关网络和存储设备的集合体，并且对软件和一个或多个数据库系统和支持服务器所提供的服务的应用软件进行操作。服务器200可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。服务器200可以是各种类型的，例如，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器200可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。

在本发明实施例中，车辆100的形式可以包括但不仅限于自行车、电动车、摩托车、滑板车等通过人力驱动、动力驱动或人力与动力混合驱动的车辆。在本实施例中，车辆100包括车辆主体和控制单元。控制单元可以设置在车辆的任意位置，例如车头、车辆中部、车辆下部或其他适于设置控制单元的位置，本实施例对此不做限制。

车辆主体可以包括车架、车轮和传动组件等部件。车架用于安装和支撑车辆100的其他主要部件，车轮可转动地设置在车架上。传动组件用于传输动力，以带动车轮转动，从而使车辆100能够行进。

在一种可选的实现方式中，控制单元可以通过ECU(Electronic Control Unit，电子控制单元)来实现。控制单元包括存储器和处理器，处理器用于执行计算机程序，该计算机程序可以采用比如x86、Arm、RISC、MIPS、SSE等架构的指令集编写。存储器例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。控制单元还可以包括通信模块，通信模块能够通过有线通信和无线通信中的至少一种方式进行通信。

车辆100的存储器用于存储程序指令，该程序指令用于控制处理器进行操作以执行根据本发明任意实施例的控制方法。技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作，在此不再详细描述。车辆100与服务器200可以通过网络400进行通信。在本发明实施例中，网络400可以是有线网络，也可以是无线网络。

在本实施例中，车辆100可以向服务器200发送位置信息、车辆100各部件的状态信息等与车辆100的状态相关的信息。

在本发明至少部分实施例中，车辆系统还可以包括用户终端300。在本实施例中，用户终端300可以是手机、平板电脑、掌上电脑、可穿戴设备等等。用户终端300具有通信模块，通信模块能够进行有线或无线通信。在一种实施例中，用户终端300包括至少一种远程通信模块，例如是进行WLAN、GPRS、2G/3G/4G/5G远程通信的任意模块，用户终端300也可以包括至少一种短距离通信模块，例如是基于Hilink协议、WiFi、Mesh、蓝牙、ZigBee、Thread、Z-Wave、NFC、UWB、LiFi等短距离无线通信协议进行短距离无线通信的任意模块。用户终端300还具有输入装置，输入装置例如可以包括触摸屏、按键、压力感测器等，用户终端300可以通过输入装置接收用户的指令。

用户终端300与服务器200可以通过网络400进行通信，该用户终端300安装有用车应用客户端，以通过操作该用车应用客户端，实现使用车辆100的目的。

在部分实施例中，用户终端300也可以与车辆100进行通信，以实现用户终端300与车辆100间的信息交互。车辆100与服务器200、用户终端300与服务器200、用户终端300与车辆100之间的通信所基于的网络400可以是同一个，也可以是不同的网络。

应当理解的是，图1所示的车辆系统仅是解释性的，并非用于限制本发明、其应用或用途。

图2是本发明实施例的车辆的组成结构示意图。

在本实施例中，车辆主体110的形式和结构适于在停放时通过车撑进行支撑，例如，车辆100可以是包括前轮和后轮的两轮车辆。本实施例中以车辆100为自行车为例进行说明。

参照图2，本发明实施例中的车辆100还包括第一车撑130和车撑检测单元140。第一车撑130与车辆主体110连接，用于在车辆100停放时对车辆主体110进行支撑。第一车撑130能够相对于车辆主体110活动而改变状态，第一车撑130根据与车辆主体110相对位置的不同，具有收起状态和支撑状态。第一车撑130在收起状态时，车辆100可以正常骑行；第一车撑130在支撑状态时，能够对车辆100进行支撑，便于车辆100的停放。车撑检测单元140用于检测第一车撑130的状态并生成第一车撑130的状态信息。控制单元150与车撑检测单元140信号连接，能够从车撑检测单元140接收第一车撑130的状态信息。车撑检测单元140可以通过有线方式、无线方式或有线与无线混合的方式与控制单元150实现信号连接，本实施例对此不做限制。

第一车撑130的形状和结构可以根据对车辆100支撑的需要进行选择，只要能够在车辆100停放时对车辆100进行支撑以在一定程度上防止车辆100倾倒，本发明实施例对此不做限制。在一种可选的实施方式中，第一车撑130可以近似于杆状并具有相对的第一端和第二端，其中，第一车撑130的第一端与车辆主体110转动连接，第二端用于与地面接触。当第一车撑130处于收起状态时，第一车撑130的第二端离开地面并收至车辆100的侧面，以防止第一车撑130影响用户正常骑行车辆100；当第一车撑130处于支撑状态时，第一车撑130的第二端能够放置在地面上，从而使第一车撑130能够支撑在车辆主体110与地面之间，对车辆100进行支撑。可以理解的是，第一车撑130的结构不限于杆状，也可以根据实际需要选择其他形状和结构的车撑。

车撑检测单元140可以根据第一车撑130的结构和安装方式进行选择并设置在车辆100上相应的位置，以检测第一车撑130的状态。车撑检测单元140可以根据需要选择任意的能够检测第一车撑130的位置或动作的器件，例如，车撑检测单元140可以包括霍尔传感器、光传感器、微动开关，等等。车撑检测单元140的设置方式被配置为能够对第一车撑130的状态进行检测，具体地，车撑检测单元140至少可以对第一车撑130的收起状态和支撑状态进行检测。当然，根据需要，车撑检测单元140还可以对第一车撑130的其他状态进行检测，例如能够检测第一车撑130是否损坏或被拆卸。

在一种实施方式中，车撑检测单元140可以包括霍尔传感器。霍尔传感器可以设置在车架上，第一车撑130上设置有磁钢。第一车撑130处于收起状态和支撑状态时，磁钢与霍尔传感器的距离不同，使得霍尔传感器处的磁场强度不同。通过检测磁场变化，霍尔传感器能够对第一车撑130的状态进行检测。例如，磁钢靠近第一车撑130的第二端设置，霍尔传感器的位置与第一车撑130处于收起状态时磁钢的位置相对应，使得第一车撑130处于收起状态时，霍尔传感器处的磁场强度较大。由此，当霍尔传感器检测到磁场强度增大到预设的最大值时，可以确定第一车撑130处于收起状态；而当霍尔传感器检测到磁场强度逐渐减小到预设的最小值时，可以确定第一车撑130由收起状态变为支撑状态。

在另一种实施方式中，车撑检测单元140可以包括微动开关。第一车撑130运动到一定的位置时，能够触发相应的微动开关，由此可以对第一车撑130的位置进行检测。例如，车辆主体110上对应于第一车撑130的收起状态和支撑状态分别设置由第一微动开关和第二微动开关，其中，当第一车撑130转动至收起状态时能够触发第一微动开关而不触发第二微动开关，当第一车撑130转动至支撑状态时能够触发第二微动开关而不触发第一微动开关。由此，当第一微动开关被触发而第二微动开关未被触发时，可以确定第一车撑130处于收起状态；当第二微动开关被触发而第一微动开关未被触发时，可以确定第一车撑130处于支撑状态。

当然，本领域技术人员也可以将车撑检测单元140设置为其他形式，以检测第一车撑130的收起状态和支撑状态，本发明实施例对此不做限制。

在本发明实施例中，控制单元150可以根据第一车撑130的状态信息单独、或结合其他相关信息共同确定车辆100的状态，并进而能够执行相应的控制。或者，控制单元150也可以将第一车撑130的状态信息发送至服务器200，服务器200可以根据第一车撑130的状态信息单独、或结合其他相关信息共同确定车辆100的状态，并进而向车辆100和/或用户终端300返回相应的指令或信息。

在部分实施例中，可以根据第一车撑130的状态信息控制车辆100关锁，并可以进而完成还车操作，结束用户的用车订单。在本实施例中，车辆100还包括车锁120，车锁120用于限制车辆100运动。车锁120与控制单元150信号连接，可以是有线连接、无线连接或混合方式的连接。控制单元150能够向车锁120下发相应的控制指令以对车锁120进行控制，实现车锁120的开锁和/或关锁。控制单元150控制车锁120的条件可以根据需要进行选择。可选地，本实施例中的控制单元150可以根据第一车撑130的状态信息对车锁120进行控制。

车锁120可以采用各种能够限制车辆100运动的方式，限制他人擅自骑行或移动车辆100。在本发明实施例中，所述“限制车辆运动”可以是使车辆100无法运动，也可以是在将车辆100的运动限制在一定的范围内(例如使车辆100的运动速度限制在一个较低的水平)。在本实施例中，车锁120可以通过锁定车轮、车把、传动装置等方式限制车辆100的运动限制车辆100运动。当车辆100可以通过动力驱动时，车锁120可以是采用限制车辆100的动力输出的方式实现限制车辆100运动的装置，例如，当车辆100为动力电池供电、电机驱动传动装置带动车轮转动的电动车时，车锁120可以通过限制动力电池供电或限制电机转动的方式来限制车辆100运动。

图3是本发明实施例的车辆系统的一种关锁流程示意图。在一个实施例中，车辆系统可以执行如图3中所示意的关锁流程，以实现车辆关锁。

在本实施例中，参照图3中的步骤S310，控制单元150在车辆符合预设的还车条件时，向服务器200发送关锁请求。车辆符合还车条件的判断项目可以根据实际需要进行选择，可以包括一项，也可以包括多项。在本实施例中，车辆符合还车条件包括第一车撑130的状态信息表征所述第一车撑130从收起状态变为支撑状态。当用户希望结束骑行时，停放车辆100时需要对车辆100进行支撑，用户可以将第一车撑130放下对车辆100进行支撑。由此，当第一车撑130从收起状态变为支撑状态时，表明用户可能具有希望结束骑行的需求，在该情况下，控制单元150可以向服务器200发送关锁请求。

根据用户的使用习惯、车辆100的具体配置等具体情况，车辆符合还车条件还可以包括其他项目。当车辆100满足任意一个还车条件时，控制单元150被触发向服务器200发送关锁请求。由此，车锁120还可以通过出操作第一车撑130以外的其他方式触发车辆100向服务器200发送关锁请求。

在一个实施例中，用户终端300能够与车辆100通信连接，车辆符合还车条件包括车辆100被用户终端300触发还车请求。在一种实现方式中，用户可以通过操作用户终端300，使用户终端300向车辆100发送还车请求。在另一种实现方式中，车辆100具有短距离通信模块，当具有相应的短距离通信模块的用户终端300与车辆100的距离在一定的范围内时，用户终端300可以与车辆100建立短距离通信，车辆100可以被配置为检测到用户终端300的短距离通信模块的信号强度小于设定值时确定触发了还车请求。在本实施例中，短距离通信包括但不限于蓝牙(Bluetooth)、近场通信(NFC)、ZigBee，等等。

在一个实施例中，车辆100还可以包括交互装置，交互装置用于与用户交互，以实现对车辆100的控制和/或信息的展示。交互装置可以是输入装置或输入/输出装置，例如，交互装置可以包括触摸屏等触摸装置、按键、麦克风、扬声器，等等。交互装置可以设置为各种结构和形式以便于实现用户与车辆100之间的交互，本发明实施例对此不做限定。交互装置与控制单元150信号连接，用户可以通过交互装置进行输入，交互装置接收用户的输入并将相应的信息发送至控制单元150。控制单元150可以根据用户通过交互装置的输入进行相应的信息处理，例如控制车辆100上的部件执行相应的动作。在部分实施例中，交互装置能够用于接收用户的还车请求。当车辆100还包括交互装置时，车辆100符合还车条件还可以包括车辆100通过交互装置接收到还车请求。例如，交互装置包括还车按键，用户可以通过按压还车按键来提起还车请求。

参照图3中的步骤S320和步骤S330，服务器200接收到关锁请求后，进行车辆100是否符合关锁条件的判断，并在判断结果为车辆100符合关锁条件时向控制单元150返回关锁指令。通过服务器200根据车辆100的相关情况进行车辆100是否符合关锁条件的判断，并在车辆100符合关锁条件时控制车锁120关锁，能够对车辆100的停放进行更好的管理。参照图中步骤S340，控制单元150接收到关锁指令后，控制车锁120关锁，以锁定车辆100。车锁120还可以在成功关锁后向控制单元150发送关锁成功信号，控制单元150在接收到关锁成功信号时，向服务器200发送关锁成功信息。服务器200收到关锁成功信息时，可以结束与该车辆100相关联的用车订单。

关锁条件可以根据对于车辆100管理的需要进行选择，关锁条件可以包括一项，也可以包括多项。在本实施例中，关锁条件包括车辆位置在指定停车区域内。服务器200根据从车辆100获取的车辆位置信息进行车辆100是否符合关锁条件的判断。

在本实施例中，在车辆100符合还车条件的情况下，控制单元150还向服务器200发送车辆位置信息。在本发明实施例中，所述“车辆位置信息”用于表征车辆100的地理位置，该地理位置可以是绝对地理位置，也可以是相对于预定的位置参考标定物的相对地理位置。该位置参考标定物可以包括其他车辆的无线通信装置、停车区域安装的无线识别标签、建筑物的无线网络装置中的至少一项。车辆100可以包括定位模块，定位模块用于确定车辆100的地理位置，以确定车辆位置信息。定位模块可以是通过卫星定位、移动基站定位、Wi-Fi定位、混合定位或其他定位方式以确定车辆100的位置的定位模块，本实施例对此不做限定。

可选地，车辆100符合还车条件的情况下，控制单元150获取车辆位置信息，则该车辆位置信息与车辆100的停放位置的对应性较高，能够更好地反映车辆100的实际停放位置。在本实施例中，在控制单元150获取的第一车撑130的状态信息表征第一车撑130从收起状态变为支撑状态时，控制单元150进行车辆位置信息的获取。而在第一车撑130的状态未发生变化或第一车撑130从支撑状态变为收起状态时，可以使车辆100的定位模块处于休眠状态，可以减少能源消耗。

在部分实施例中，关锁条件还可以包括其他项目，例如：车辆100的停车方向与预定方向相符；车辆100速度为零；车辆100的座垫检测到的压力值小于预定压力阈值，等等。

图4是本发明实施例的车辆系统的另一种关锁流程示意图。

可选地，除了通过车辆100符合还车条件时触发而向服务器200发送关锁请求以外，还可以通过其他方式实现车锁120的关锁。参照图4，在一个实施例中，用户终端300能够与服务器200通信连接，用户可以通过操作用户终端300实现车辆关锁。参照步骤S410，用户可以通过用户终端300向服务器200发送还车请求。服务器200在接收到用户终端300发送的还车请求后，进行车辆100是否符合关锁条件的判断，并在判断结果为车辆符合关锁条件的情况下向车辆100发送关锁指令，从而控制车锁120关锁。由此，用户也可以通过操作用户终端300来实现车辆100的关锁还车。通过设置多种方式实现关锁还车，能够满足不同用户的使用需求，同时能够避免其中一种关锁方式失效时无法实现车辆100的关锁还车。

进一步地，参照图4中的步骤S420，当关锁条件包括车辆位置信息表征的车辆位置在指定停车区域内时，服务器200还可以在接收到用户终端300发送的还车请求时，向车辆100发送获取车辆位置信息的请求。

参照图中步骤S430，控制单元150响应于该获取车辆位置信息的请求，获取并向服务器200发送能够表征车辆100的当前位置的车辆位置信息。参照图中步骤S440，服务器200根据接收到的车辆位置信息，进行车辆100的位置是否在指定停车区域内的判断，以实现对于车辆100是否符合关锁条件的判断。

图5是本发明实施例的车辆系统的一种关锁失败的流程示意图；图6是本发明实施例的车辆系统的另一种关锁失败的流程示意图。其中，图5中的关锁方式与图3相对应，图5中的步骤S510至步骤S520可以与图3中步骤S310至步骤S320的一致；图6中的关锁方式与图4相对应，图6中的步骤S610至步骤S640可以与图4中的步骤S410至步骤S440一致。

参照图5中的步骤S530至步骤S540和图6中的步骤S650至步骤S660，在本实施例中，服务器200还在得到车辆100不符合关锁条件的判断结果时向车辆100返回关锁请求失败信息，车辆100接收到该关锁请求失败信息后，提示还车失败，并时车锁120不执行关锁。车辆100提示还车失败的方式可以根据车辆100的具体设置进行选择，例如可以选择声音提示、灯光提示等能够有效引起用户注意的方式。或者，服务器200还可以得到车辆100不符合关锁条件的判断结果时向用户终端300返回关锁请求失败信息，用户终端300接收到该关锁请求失败信息后，提示还车失败。

在一个实施例中，关锁请求失败信息包括车辆100不符合关锁条件的具体项目信息，车辆100可以根据关锁请求失败信息向用户提示不符合关锁条件的具体项目。例如，关锁条件包括车辆位置信息表征的车辆位置在指定停车区域内，以及车辆100的停放方向符合预定的方向。当服务器200根据车辆停放方向信息与预定的停车方向不符而得出车辆100不符合关锁条件的判断结果，并向车辆100返回关锁请求失败信息时，车辆100可以用声音提示用户车辆停放方向错误并引导用户按照正确方向停车；当服务器200根据车辆位置信息表征的车辆位置不在指定停车区域内而得出车辆100不符合关锁条件的判断结果，并向车辆100返回关锁请求失败信息时，车辆100可以用声音提示用户车辆未在指定停车区域内并引导用户前往指定停车区域。当不符合关锁条件的原因消除后(例如用户将车辆从指定停车区域以外推行至指定停车区域后)，用户可以通过重新放下第一车撑130的方式或其他关锁方式尝试关锁还车。

再次参照图2，在部分实施例中，车辆100还包括第二车撑160，第二车撑160与车辆主体110连接并用于对车辆100进行支撑。第二车撑160与第一车撑130间隔设置，以避免第一车撑130与第二车撑160之间发生干涉。车辆100停放时，用户可以选择使用第一车撑130进行支撑或使用第二车撑160进行支撑。

图7是本发明部分实施例中的车辆使用第一车撑进行支撑的示意图，图8是本发明部分实施例中的车辆使用第二车撑进行支撑的示意图，图9是本发明实施例中的车辆骑行时的示意图。在图7中，第一车撑130处于支撑状态而第二车撑160处于收起状态；在图8中，第一车撑130处于收起状态而第二车撑160处于支撑状态；在图9中，第一车撑130和第二车撑160均处于收起状态。图7-图9的主要目的是为了展示第一车撑130和第二车撑160的使用方式，图中省略了车辆100的前轮、车把等构件，应理解，本实施例中的车辆100还包括其他能够保证车辆100正常使用的构件。

参照图7-图9，在本实施例中，车撑检测单元140检测第一车撑130的状态，通过改变第一车撑130的状态可以控制车锁120关锁。同时，第二车撑160的状态变化不影响对于车锁120的控制。也就是说，用户可以通过将第一车撑130放下来控制车辆100关锁(如图7所示)，使用第二车撑160实现对车辆100的临时支撑(如图8所示)而不会触发车锁120关锁。通过设置第一车撑130和第二车撑160并根据第一车撑130的状态控制车锁120关锁，既可以方便用户用车结束后关锁，也可以避免用户临时停车时使用车撑触发车锁120关锁而带来不便。当然，用户结束用车需要还车时，也可以使用第二车撑160对车辆100进行支撑(如图8所示)，然后通过其他方式实现关锁还车，例如可以通过操作用户终端300向服务器200发送还车请求的方式实现关锁还车。用户需要用车时，将处于支撑状态的第一车撑130或第二车撑160收起，即可正常用车。

第一车撑130和第二车撑160可以采用相同的结构，也可以采用不同的结构。在本实施例中，第一车撑130或第二车撑160中的任意一者或二者可以从车辆100的侧边进行支撑，使车辆100停放时向一侧倾斜；或者，第一车撑130或第二车撑160中的任意一者或二者也可以对车辆100进行双侧支撑，使车辆100停放时基本保持正立的姿态。第一车撑130和第二车撑160的具体设置可以根据车辆主体110的结构、对车辆100支撑的需要、用户的使用习惯等进行选择。可选地，第二车撑160的设置方式可以较第一车撑130的设置方式更符合多数用户的使用习惯，可以更好地避免用户在临时停车时误使用第一车撑130而触发车锁120关锁。

参照图2以及图7-图9，在一种可选的实施方式中，第一车撑130设置在车辆主体110的中部，第二车撑160靠近车辆100的后部设置(例如设置在后轮附近)。以车辆100为自行车为例，第一车撑130可以靠近车架的五通处设置，第二车撑160可以设置在车架的后下叉处、靠近后轮轮轴。参照图7，当用户结束用车时，可以通过将第一车撑130放下、使第一车撑130从收起状态变为支撑状态的方式，控制车锁120关锁，从而结束用车。由于在现有的自行车中，车撑较多地采用在靠近车辆100后轮轮轴处的设置方式，因此，用户在临时停车时，根据用户的使用习惯，用户可能更偏向于使用靠近后轮处设置的第二车撑160进行支撑，由此可以在一定程度上避免用户临时停车时对车辆100进行误锁。进一步可选地，第一车撑130可以采用双侧支撑的方式，可以对车辆100进行更稳定的支撑；第二车撑160可以采用侧向支撑的方式，可以更方便用户的使用。进一步可选地，第一车撑130可以设置为处于支撑状态时与车辆主体110的曲柄或脚踏发生干涉，也即，第一车撑130处于支撑状态时，用户无法正常使用脚踏，从而可以避免用户骑行时忘记收起第一车撑130而造成危险。

在部分实施例中，车锁120包括锁定件和驱动装置，驱动装置驱动锁定件运动以实现开锁和关锁。车辆主体110的车轮处设置有锁定结构，锁定件与锁定结构相匹配。锁定件能够相对于锁定结构运动，通过改变锁定件与锁定结构的相对位置，车锁120可以在开锁状态和关锁状态之间切换。

在一个实施例中，车锁120为轮毂锁，通过锁定车轮的轮毂以实现对于车辆100的锁定。在一种可行的实施方式中，锁定结构设置车辆100的制动部件上。例如，车辆100采用鼓式刹车，刹车盘与车轮的花鼓连接并能够随着车轮同步转动，通过对该刹车盘进行制动可以对车轮进行制动，则锁定结构可以设置在该刹车盘上。锁定结构可以是刹车盘外侧面上设置的锁槽，锁定件可以通过伸入锁槽中对刹车盘进行锁定，进而对车轮进行锁定，以限制车辆100的运动。车锁120可以设置在刹车盘的外侧上，驱动装置驱动锁定件沿着基本垂直于车轮轮轴的方向运动，以伸入和离开锁槽。当然，锁定结构也可以与制动部件相分离。

图10是本发明实施例的一种车辆关锁控制方法。本实施例的车辆关锁控制方法的执行主体为车辆，例如，执行主体可以是本发明至少部分实施例中的车辆100。在本发明实施例公开的车辆100的基础上，本实施例的车辆关锁控制方法可以应用于车辆100的控制单元150。控制单元150的存储器存储一条或多条计算机程序指令，该一条或多条计算机程序指令被处理器执行以实现本发明实施例中的车辆关锁控制方法。

参照图10，本实施例的车辆关锁控制方法包括如下的步骤S1010至步骤S1030：

步骤S1010、获取第一车撑的状态信息。

第一车撑130的状态信息用于表征第一车撑130的状态。第一车撑130的状态包括收起状态和支撑状态。在本实施例中，可以通过车撑检测单元140检测第一车撑130的状态。控制单元150与车撑检测单元140信号连接，并能够从车撑检测单元140获取第一车撑130的状态信息。

步骤S1020、在车辆符合还车条件的情况下，向服务器发送关锁请求，并向服务器发送车辆位置信息，以进行车辆100是否符合关锁条件的判断。

在车辆100符合还车条件的情况下，控制单元150向服务器200发送关锁请求和车辆位置信息。关锁请求和车辆位置信息可以同时发送至服务器200，也可以先后发送至服务器200，本实施例对此不做限定。

车辆符合还车条件的项目可以根据车辆100的具体设置进行选择，可以包括一项，也可以包括多项。在本实施例中，车辆符合还车条件包括第一车撑130的状态信息表征第一车撑130从收起状态变为支撑状态。当用户用车结束时，可以将第一车撑130放下，对车辆100进行支撑。当第一车撑130放下时，第一车撑130的状态信息发生变化，可以表明用户有希望关锁结束用车的需要。车辆符合还车条件还可以包括其他项目，例如包括接收到用户终端300发送的还车请求，或者包括通过交互装置接收到还车请求。

关锁条件可以根据对于车辆100管理的需要进行选择，关锁条件可以包括一项，也可以包括多项。在本实施例中，关锁条件包括：所述车辆位置信息表征的车辆的位置在指定停车区域内。当然，关锁条件也可以包括其他项，例如车辆的停放方向与预定方向相符，车辆速度为零，等等。

车辆100对车辆位置信息的检测可以持续进行，也可以根据预定的时间间隔启动检测，也可以根据其他的条件启动检测。

步骤S1030、响应于服务器根据车辆符合关锁条件的判断结果返回的关锁指令，控制车锁关锁。

服务器200按照预设的判断方式对车辆100是否符合关锁条件进行判断，并在得到车辆100符合关锁条件的判断结果时向车辆100返回关锁指令。车辆100接收到该关锁指令后，控制车锁120关锁。

图11是本发明一个实施例的一种车辆关锁方法的流程示意图。其中，图11中的步骤S1110、步骤S1120、步骤S1140可以分别与图10中的步骤S1010、步骤S1020、步骤S1030一致。

参照图11，在一个实施例中，在响应于车辆符合还车条件，向服务器发送关锁请求，并向服务器发送车辆位置信息，以进行车辆是否符合关锁条件的判断的步骤(即步骤S1130)之前，该车辆关锁控制方法还可以包括如下的步骤S1120：

步骤S1120、在第一车撑的状态信息表征所述第一车撑从收起状态变为支撑状态时，获取车辆位置信息。

当用户用车结束，将第一车撑130放下时，可以表明用户有希望关锁结束用车的需要，此时车辆100基本处于静止状态。基于此，可以在第一车撑130的状态信息表征第一车撑130从收起状态变成支撑状态时，启动对车辆100位置的检测，控制单元150获取用于发送至服务器200进行车辆100是否符合关锁条件的判断的车辆位置信息，该车辆位置信息可以表明车辆100的停放地点。通过第一车撑130的状态变化触发车辆位置信息的获取，可以使发送至服务器200的车辆位置信息与车辆100的实际停放地点对应性较高，从而可以提高对车辆100是否符合关锁条件的判断的准确性，有利于对车辆100的管理。同时，在第一车撑130的状态未发生变化时，可以使车辆100的定位模块处于休眠状态，可以减少能源消耗。

图12是本发明一个实施例的一种车辆关锁方法的流程示意图。其中，图12中的步骤S1210、步骤S1220、步骤S1240可以分别与图10中的步骤S1010、步骤S1020、步骤S1030一致。

参照图12，在一个实施例中，在响应于车辆符合还车条件，向服务器发送关锁请求，并向服务器发送车辆位置信息，以进行车辆是否符合关锁条件的判断的步骤(即步骤S1220)之后，控制单元150对于从服务器接收到的信号进行判断(即步骤S1230)，并根据信号的类型控制车辆执行响应的动作。当判断从服务器接收到的信号为关锁指令时，执行步骤S1240。当判断从服务器接收到的信号为关锁请求失败信息时，执行如下的步骤S1250：

步骤S1250、响应于服务器根据车辆不符合关锁条件的判断结果返回的关锁请求失败信息，提示还车失败。

服务器200在得到车辆100符合关锁条件的判断结果时向车辆100返回关锁请求失败信息，车辆100接收到该关锁请求失败信息后，提示还车失败。车辆100提示还车失败的方式可以根据车辆100的具体设置进行选择，例如可以选择声音提示、灯光提示等能够有效引起用户注意的方式。

在一个实施例中，关锁请求失败信息包括车辆100不符合关锁条件的具体项目信息，车辆100可以根据关锁请求失败信息向用户提示不符合关锁条件的具体项目。例如，关锁条件包括车辆位置信息表征的车辆位置在指定停车区域内以及车辆100的停放方向符合预定的方向，当服务器200根据车辆停放方向信息与预定的方向不符而得出车辆100不符合关锁条件的判断结果，并向车辆100返回关锁请求失败信息时，车辆100可以用声音提示用户车辆停放方向错误并引导用户按照正确方向停车。

在一个实施例中，车辆关锁控制方法还可以包括如下的步骤：

响应于服务器获取车辆位置信息的请求，向服务器发送车辆位置信息。

服务器200向车辆100发送获取车辆位置信息的请求，控制单元150获取表征车辆100当前位置的车辆位置信息，并向服务器200发送该车辆位置信息。车辆100接收该获取车辆位置信息的请求时，可以是在使用状态中，也可以是停放待用状态中。服务器200获取该车辆位置信息，可以是用于进行车辆100是否符合关锁条件的判断，也可以是用于对车辆100进行其他管理，例如获取损坏车辆100的位置信息以便于工作人员寻找该车辆100并进行维修。

在一个实施例中，服务器200响应于用户终端300发送的还车请求而向车辆100发送获取车辆位置信息的请求。车辆100返回车辆位置信息后，服务器200能够基于该车辆位置信息进行车辆100是否符合关锁条件的判断，并根据判断结果向车辆100发送相应的指令或信息，例如在得到车辆100符合关锁条件的判断结果时向车辆100返回关锁指令，以控制车辆100关锁。

本发明实施例提供了一种车辆关锁控制方法、车辆和车辆系统，通过获取第一车撑的状态信息，根据第一车撑的状态向服务器发送关锁请求和车辆位置信息，以供服务器进行车辆是否符合关锁条件的判断，如果服务器判断车辆符合关锁条件则向车辆返回关锁指令，以控制车锁关锁。由此，用户可以在不操作用户终端的情况下，通过对第一车撑的操作使车辆向服务器发送关锁请求和车辆位置信息，从而能够实现自动关锁还车，同时服务器在接收关锁请求时可以获得车辆位置信息，有利于实现对车辆的管理。

以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (15)

1.一种车辆关锁控制方法，其特征在于，所述方法包括：

获取第一车撑的状态信息；

在车辆符合还车条件的情况下，向服务器发送关锁请求，并向服务器发送车辆位置信息，以进行车辆是否符合关锁条件的判断，其中，所述车辆符合还车条件包括所述第一车撑的状态信息表征所述第一车撑从收起状态变为支撑状态；以及

响应于服务器根据车辆符合关锁条件的判断结果返回的关锁指令，控制车锁关锁。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在第一车撑的状态信息表征所述第一车撑从收起状态变为支撑状态时，获取车辆位置信息。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于服务器获取车辆位置信息的请求，向服务器发送车辆位置信息。

4.根据权利要求1所述的方法，其特征在于，所述关锁条件包括：

所述车辆位置信息表征的车辆位置在指定停车区域内。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于服务器根据车辆不符合关锁条件的判断结果返回的关锁请求失败信息，提示还车失败。

6.根据权利要求1所述的方法，其特征在于，所述车辆符合还车条件还包括：

车辆被用户终端触发还车请求；或者

车辆通过交互装置接收到还车请求。

7.一种车辆，其特征在于，包括：

车辆主体；

车锁，被配置为锁定车辆以限制车辆运动；

第一车撑，与所述车辆主体连接，所述第一车撑具有收起状态和支撑状态；

车撑检测单元，被配置为检测第一车撑的状态并生成第一车撑的状态信息；以及

控制单元，包括存储器和处理器，所述存储器用于存储一条或多条计算机程序指令，所述一条或多条计算机程序指令被所述处理器执行以实现如权利要求1-6中任一项所述的方法；

其中，所述控制单元与所述车锁和所述车撑检测单元信号连接。

8.根据权利要求7所述的车辆，其特征在于，所述车辆还包括：

第二车撑，与所述车辆主体连接并与所述第一车撑间隔设置。

9.根据权利要求8所述的车辆，其特征在于，所述第一车撑设置于所述车辆主体的中部，所述第二车撑靠近所述车辆主体的后部设置。

10.根据权利要求7所述的车辆，其特征在于，所述车辆主体包括车轮，所述车锁被配置为锁定所述车轮，所述车轮处设置有锁定结构，所述车锁包括：

锁定件，与所述锁定结构相匹配；以及

驱动装置，被配置为驱动所述锁定件相对于所述锁定结构运动以实现开锁和关锁。

11.根据权利要求7所述的车辆，其特征在于，所述车辆主体包括车轮，所述车锁为轮毂锁，所述轮毂锁用于锁定所述车轮的轮毂。

12.根据权利要求7所述的车辆，其特征在于，所述车辆还包括：

交互装置，与所述控制单元信号连接，所述交互装置被配置为接收用户输入的还车请求。

13.一种车辆系统，其特征在于，包括车辆和服务器，所述车辆与所述服务器通信连接；所述车辆包括：

车辆主体；

车锁，被配置为锁定车辆以限制车辆运动；

第一车撑，与所述车辆主体连接，所述第一车撑具有收起状态和支撑状态；

车撑检测单元，被配置为检测第一车撑的状态并生成第一车撑的状态信息；以及

控制单元，与所述车锁和所述车撑检测单元信号连接，所述控制单元与所述车锁和所述车撑检测单元信号连接；

其中，所述控制单元被配置为在车辆符合还车条件时，向所述服务器发送关锁请求，并向服务器发送车辆位置信息，所述车辆符合还车条件包括所述第一车撑的状态信息表征所述第一车撑从收起状态变为支撑状态；

所述服务器被配置为响应于所述关锁请求，判断所述车辆是否符合关锁条件，并在得到车辆符合关锁条件的判断结果时向所述控制单元返回关锁指令；

所述控制单元还被配置为响应于所述关锁指令，控制所述车锁关锁。

14.根据权利要求13所述的车辆系统，其特征在于，所述服务器还被配置为响应于用户终端发送的还车请求，向所述车辆发送获取车辆位置信息的请求；

所述控制单元响应于所述获取车辆位置信息的请求，向服务器发送所述车辆位置信息。

15.根据权利要求13所述的车辆系统，其特征在于，所述服务器还被配置为在得到车辆不符合关锁条件的判断结果时向所述控制单元返回关锁请求失败信息，所述车辆响应于关锁请求失败信息，提示还车失败；或者，

所述服务器还被配置为在得到车辆不符合关锁条件的判断结果时向用户终端返回关锁请求失败信息，以使用户终端提示还车失败。

Images