车辆开锁管理方法、车辆及服务器与流程

本发明涉及共享车辆技术领域，具体地涉及一种车辆开锁管理方法、车辆及服务器。

背景技术：

随着“互联网+”时代的来临，物联网科技的革新正以一种难以预期的速度来变革着人们的生活方式，其中以共享车辆(例如共享单车、共享汽车等)为代表的物联网技术已较成功地融入到了人们的日常生活当中。

共享车辆的车锁管理是共享单车运营的重要环节，在目前相关技术中的车辆运营商对于共享车辆开锁管理一般是通过以下方式来实现的：用户利用手机app扫描二维码或手动输入共享车辆信息，然后将该共享车辆信息发送至共享车辆云平台来进行验证和从其获得授权，由此开锁共享车辆。不过上述开锁方式主要针对的是共享自行车，而不是共享电助力车。

技术实现要素：

本发明的目的是提供一种车辆开锁管理方法、车辆及服务器，用以至少解决现有技术中共享电助力车的开锁问题。

为了实现上述目的，本发明实施例提供一种车辆开锁管理方法，该方法应用于服务器，该方法包括：响应于接收到的开锁请求，向所述车辆发送状态查询请求；获取基于所述状态查询请求的车辆状态结果，其中所述车辆状态结果用于指示所述车辆是否处于正常状态；当所述车辆状态结果指示所述车辆处于正常状态时，向所述车辆发送开锁指令。

可选的，所述响应于接收到的开锁请求，向所述车辆发送状态查询请求包括：接收所述车辆的车辆标识信息和开锁请求；基于所述车辆标识信息来判断所述车辆是否处于登记正常状态；若是，则向所述车辆发送状态查询请求。

可选的，在所述向所述车辆发送开锁指令之后，该方法还包括：从所述车辆接收基于所述开锁指令的开锁结果，其中所述开锁结果用于指示所述车辆是否被成功开锁；基于所述开锁结果执行以下操作：判断所述车辆是否存在开锁故障和/或执行开始后台计费操作。

可选的，在所述从所述车辆接收基于所述开锁指令的开锁结果之后，该方法还包括：发送所述开锁结果至客户端以进行显示。

本发明实施例另一方面提供一种车辆开锁管理方法，该方法应用于车辆，该方法包括：从服务器接收状态查询请求，基于所述状态查询请求采集所述车辆的车辆状态信息；根据所述车辆状态信息，判断所述车辆是否处于正常状态，并生成相应的车辆状态结果；发送所述车辆状态结果至所述服务器；以及从所述服务器接收基于所述车辆状态结果的开锁指令，并根据所述开锁指令执行开锁操作。

可选的，在所述从所述服务器接收基于所述车辆状态结果的开锁指令并根据所述开锁指令执行开锁操作之后，该方法还包括：判断所述车辆是否被成功开锁，并生成相应的开锁结果；发送所述开锁结果至所述服务器。

可选的，该方法还包括：当所述车辆状态结果指示所述车辆处于异常状态时，执行以下动作：语音提示和/或车辆指示灯闪烁。

可选的，所述车辆设置有通讯控制单元、电子控制单元和电池管理系统，以及所述车辆状态信息包括选自以下中的一者或多者：通讯控制单元的状态信息、电子控制单元的状态信息、电池管理系统的状态信息，其中所述从服务器接收状态查询请求，基于所述状态查询请求采集所述车辆的车辆状态信息包括：所述通讯控制单元从所述服务器接收状态查询请求并采集所述通讯控制单元的状态信息，并时将所述状态查询请求进一步发送至所述电子控制单元；所述电子控制单元基于所述状态查询请求采集所述电子控制单元的状态信息，并将所述状态查询请求进一步发送至所述电池管理系统；所述电池管理系统基于所述状态查询请求采集所述电池管理系统的状态信息，并将所述电池管理系统的状态信息反馈给所述电子控制单元；所述电子控制单元向所述通讯控制单元反馈所述电池管理系统的状态信息和所述电子控制单元的状态信息。

可选的，所述电子控制单元的状态信息包括：车辆电机故障信息和/或转速信息；所述电池管理系统的状态信息包括：电池故障信息和/或电池剩余电量信息。

本发明实施例一方面提供一种服务器，包括：请求单元，用于响应于接收到的开锁请求，向所述车辆发送状态查询请求；状态获取单元，用于获取基于所述状态查询请求的车辆状态结果，其中所述车辆状态结果用于指示所述车辆是否处于正常状态；开锁单元，用于当所述车辆状态结果指示所述车辆处于正常状态时，向所述车辆发送开锁指令。

本发明实施例另一方面提供一种机器可读存储介质，该机器可读存储介质上存储有指令，该指令用于使得机器执行上述的车辆开锁管理方法。

本发明实施例又一方面提供一种车辆，该车辆包括：请求响应单元，用于从服务器接收状态查询请求，基于所述状态查询请求采集所述车辆的车辆状态信息；状态生成单元，用于根据所述车辆状态信息，判断所述车辆是否处于正常状态，并生成相应的车辆状态结果；状态发送单元，用于发送所述车辆状态结果至所述服务器；以及开锁执行单元，用于从所述服务器接收基于所述车辆状态结果的开锁指令，并根据所述开锁指令执行开锁操作。

可选的，该车辆还包括：通讯控制单元、电子控制单元和电池管理系统，其中，所述通讯控制单元，用于从所述服务器接收状态查询请求并采集通讯控制单元的状态信息，并将所述状态查询请求进一步发送至所述电子控制单元；所述电子控制单元，用于基于所述状态查询请求采集所述电子控制单元的状态信息，并将所述状态查询请求进一步发送至所述电池管理系统；所述电池管理系统，用于基于所述状态查询请求采集所述电池管理系统的状态信息，并将所述电池管理系统的状态信息反馈给所述电子控制单元；所述电子控制单元还用于向所述通讯控制单元反馈所述电池管理系统的状态信息和所述电子控制单元的状态信息；所述通讯控制单元还用于向所述状态生成单元反馈所述电池管理系统的状态信息、所述电子控制单元的状态信息和所述通讯控制单元的状态信息。

通过上述技术方案，在用户请求开锁车辆时，服务器会响应于用户的请求，向车辆发送状态查询请求，然后可以获取用于指示车辆是否处于正常状态的车辆状态结果，并对所接收的车辆状态结果作出判断，当该车辆状态结果表明车辆处于正常状态时才向所述车辆发送开锁指令。由此，对待开锁的车辆的状态情况作出判断和分析，并在车辆处于正常状态下时才开锁车辆，提高了开锁的可靠性和开锁之后车辆的安全性。

本发明实施例的其它特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本发明实施例的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明实施例，但并不构成对本发明实施例的限制。在附图中：

图1是应用本发明一实施例的车辆、服务器和客户端的系统框架图；

图2是本发明一实施例的应用于服务器的车辆开锁管理方法的流程示意图；

图3是本发明一实施例的应用于车辆的车辆开锁管理方法的流程示意图；

图4是适于用来实现本申请实施例的服务器或车辆的硬件系统的结构示意图；

图5是本发明一实施例的服务器的结构示意图；

图6是本发明一实施例的车辆的结构示意图。

具体实施方式

以下结合附图对本发明实施例的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明实施例，并不用于限制本发明实施例。

参见图1所示的应用本发明一实施例的车辆、服务器和客户端的系统框架图，在该系统架构中设置有服务器10，客户端20和车辆30。需要说明的是，在图1中所示的客户端20可以为手机、平板电脑、智能手环等其他智能终端或可穿戴设备。图1所示的车辆30为可以为电动助力自行车、摩托车、电动车、汽车等车辆。需要说明的是，在图1所示的应用本发明一实施例的系统框架图为优选的系统框架图，本发明其他实施例可以全部地或只需要部分地运用图1中所述的设备，具体地将在下文实施例中进行展开。

参见图2示出的是本发明一实施例的应用于服务器的车辆开锁管理方法的流程示意图，如图2所示，该方法包括：

步骤101，开始。

步骤102，服务器响应于接收到的开锁请求，向车辆发送状态查询请求。

具体地，可以是服务器接收车辆的车辆标识信息和开锁请求；基于车辆标识信息来判断车辆是否处于登记正常状态；若该车辆处于登记正常状态，则向该车辆发送状态查询请求；若该车辆处于预约状态，则将该车辆已被预约的状态发送给客户端。由此，能在发现车辆已经存在预约等登记因素而无法执行开锁的情况下，能够快速将该情况反馈给用户。关于开锁请求，其可以是由用户操作客户端所触发的，例如通过用户在客户端的触控操作或者按键操作，以发出该开锁请求。

服务器与车辆之间可以通过2g\3g\4g\5g、wifi、wlan等进行通信。

步骤103，所述服务器获取基于状态查询请求的车辆状态结果，其中车辆状态结果用于指示车辆是否处于正常状态。

更具体地，所述服务器获取的是包含状态特征码的车辆状态结果，所述服务器根据预先存储的状态特征码与车辆状态结果对照表，显示该车辆状态结果。举例而言，所述服务器从车辆获取的信号是“0110”，预先存储的状态特征码与车辆状态结果对照表中“0110”代表车辆电机故障，则服务器确定“电机故障”。

步骤104，若车辆状态结果是否指示该车辆处于正常状态，则所述服务器向所述车辆发送开锁指令。

这里，为了实现对多辆共享车辆的运营，可以是采用对应于每一共享车辆的唯一的车辆标识信息，服务器确定与该车辆标识信息相匹配的开锁指令。

进一步地，在步骤104之后，该方法还包括：从车辆接收基于开锁指令的开锁结果，其中开锁结果用于指示车辆是否被成功开锁；基于所述开锁结果执行以下操作：判断所述车辆是否存在开锁故障和/或执行开始后台计费操作。举例而言，若开锁结果为正常，则服务器执行开始后台计费操作；若开锁结果为故障，即无法正常开锁，则认为所述车辆存在开锁故障。

进一步地，服务器还可以是将开锁结果发送至客户端以进行显示，由此提示用户该车辆开锁结果。

步骤105，结束。

参见图3示出的是本发明一实施例的应用于车辆的车辆开锁管理方法，包括：

步骤301，开始。

步骤302，车辆从服务器接收状态查询请求。

步骤303，所述车辆基于状态查询请求采集车辆的车辆状态信息，并根据所述车辆状态信息，判断车辆是否处于正常状态，并生成相应的车辆状态结果。

所述车辆设置有电池管理系统bms(batterymanagementsystem)、通讯控制单元ccu(communicationcontrolunit)和电子控制单元ecu(electroniccontrolunit)，所述车辆状态信息包括选自以下中的一者或多者：ccu状态信息、ecu状态信息以及bms状态信息，采集所述车辆状态信息的方法流程为：

ccu从所述服务器接收状态查询请求并采集ccu状态信息，并将所述状态查询请求进一步发送至ecu。

ecu基于ccu发来的状态查询请求采集ecu状态信息，ecu状态信息包括选自以下中的一者或多者：车辆电机故障信息、转速信息、里程信息、车锁状态，ecu一方面将所述状态查询请求进一步发送至bms，另一方面向ccu反馈其查询到的当前ecu状态信息。

bms基于ecu发来的状态查询请求采集bms状态信息，bms状态信息包括选自以下中的一者或多者：电池故障信息、电池剩余电量信息，并反馈其查询到的当前bms状态信息给ecu，ecu再将接收到的当前bms状态信息或者bms状态查询超时的信息反馈给ccu。

当然，上述车辆状态信息及其采集过程仅仅是示例性的，任何可用于判断车辆是否处于正常状态的信息及其采集方式均可适用于此。

具体地，所述车辆根据所述车辆状态信息判断所述车辆是否处于正常状态并生成相应的车辆状态结果可包括：若ccu的状态信息、ecu的状态信息和bms的状态信息都正常，则认为所述车辆处于正常状态；若ccu的状态信息、ecu的状态信息和bms的状态信息中的任一个出现异常，则认为所述车辆处于异常状态。

举例而言，在出现以下情况中的一者或多者的情况下，可认为车辆处于异常状态：ccu的状态信息指示存在ccu故障；车辆电机故障信息指示存在车辆电机故障；转速信息指示车辆的某些部件(例如，车蹬、传动部件、车轮等等)正在运行；里程信息所指示的里程超出了保养里程数，例如在车辆每行驶超过1000公里需进行一次保养的情况下，当前里程数超过了1000公里；车锁状态指示车辆处于开锁状态；电池故障信息指示存在电池故障；电池剩余电量信息所指示的电池剩余电量小于预定的可支持一次最短行程所需的电量、或者小于用户输入以向服务器所申请的本次行程所需的电量。

步骤304，所述车辆发送车辆状态结果至所述服务器。

进一步，车辆ccu可控制车辆语音播报车辆状态结果。

进一步，当所述车辆状态结果指示所述车辆处于异常状态时，可执行包含以下中一个或多个操作的车辆警示动作：执行语音提示和/或令车辆指示灯闪烁。

步骤305，当所述车辆状态结果显示为正常状态时，所述车辆从所述服务器接收开锁指令，并根据所述开锁指令执行开锁操作。

进一步，在步骤305之后，该方法流程还可包含步骤306及步骤307，在该步骤306中，所述车辆判断其是否被成功开锁，并生成相应的开锁结果。在步骤307中，所述车辆发送所述开锁结果至服务器。

进一步，当所述车辆未被成功开锁时，所述车辆可执行警示操作，例如：蜂鸣器鸣叫、语音提示、车辆指示灯闪烁等。

步骤308，结束。

更具体地，参见图4示出了适于用来实现本申请实施例的客户端、服务器或车辆的硬件系统的结构示意图，其中计算机系统包括中央处理单元(cpu)901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。在ram903中，还存储有系统操作所需的各种程序和数据。cpu901、rom902以及ram903通过总线904彼此相连。输入/输出(i/o)接口905也连接至总线904。

以下部件连接至i/o接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至i/o接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，上述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。

参见图5示出的是本发明一实施例的服务器的结构示意图，该服务器包括：请求单元401，与请求单元401连接的状态获取单元402，以及与状态获取单元402连接的开锁单元403。其中，请求单元401，用于响应于接收到的开锁请求，向车辆发送状态查询请求；状态获取单元402，用于获取基于状态查询请求的车辆状态结果，其中车辆状态结果用于指示车辆是否处于正常状态；开锁单元403，用于当车辆状态结果指示车辆处于正常状态时，向车辆发送开锁指令。

关于该服务器更具体的技术细节及技术效果可以参照上文针对服务器所执行的方法实施例的描述，在此便不再赘述。

参见图6示出的是本发明一实施例的车辆的结构示意图，包括：请求响应单元501，与请求响应单元501连接的状态生成单元502，与状态生成单元502连接的状态发送单元503，以及与状态发送单元503连接的开锁执行单元504。请求响应单元501，用于从服务器接收状态查询请求，基于状态查询请求采集车辆的车辆状态信息；状态生成单元502，用于根据车辆状态信息，判断车辆是否处于正常状态，并生成相应的车辆状态结果；状态发送单元503，用于发送车辆状态结果至服务器；开锁执行单元504，用于从服务器接收基于车辆状态结果的开锁指令，并根据开锁指令执行开锁操作。

在一些实施方式中，该车辆还包括：通讯控制单元(图中未示出)、电子控制单元(图中未示出)和电池管理系统(图中未示出)。其中，所述通讯控制单元，用于从所述服务器接收状态查询请求并采集通讯控制单元的状态信息，同时将所述状态查询请求进一步发送至所述电子控制单元；所述电子控制单元，用于基于所述状态查询请求采集所述电子控制单元的状态信息，并将所述状态查询请求进一步发送至所述电池管理系统；所述电池管理系统，用于基于所述状态查询请求采集所述电池管理系统的状态信息，并将所述电池管理系统的状态信息反馈给所述电子控制单元；所述电子控制单元还用于向所述通讯控制单元反馈所述电池管理系统的状态信息和所述电子控制单元的状态信息；所述通讯控制单元还用于向状态生成单元502反馈所述电池管理系统的状态信息、所述电子控制单元的状态信息和所述通讯控制单元的状态信息，以便由状态生成单元502用于根据所述电池管理系统的状态信息、所述电子控制单元的状态信息和所述通讯控制单元的状态信息，判断车辆是否处于正常状态，并生成相应的车辆状态结果。

关于该车辆更具体的技术细节及技术效果可以参照上文针对车辆所执行的方法实施例的描述，在此便不再赘述。

以上结合附图详细描述了本发明实施例的可选实施方式，但是，本发明实施例并不限于上述实施方式中的具体细节，在本发明实施例的技术构思范围内，可以对本发明实施例的技术方案进行多种简单变型，这些简单变型均属于本发明实施例的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本发明实施例对各种可能的组合方式不再另行说明。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得单片机、芯片或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

此外，本发明实施例的各种不同的实施方式之间也可以进行任意组合，只要其不违背本发明实施例的思想，其同样应当视为本发明实施例所公开的内容。