CN108460921A - 车辆还车方法、装置及系统、服务器 - Google Patents

Abstract

本发明公开了一种车辆还车方法、装置及系统、服务器，该方法包括：响应于用户触发的还车请求，检测被请求车辆是否处于充电状态；根据所述被请求车辆处于充电状态的检测结果，执行还车操作。根据本发明的一个实施例，使得用户在结束用车之前能够及时对车辆进行充电，进而保证了车辆的后续使用，提高了车辆的使用率。

Description

车辆还车方法、装置及系统、服务器

技术领域

本发明涉及车辆技术领域，更具体地，涉及一种车辆还车方法、一种车辆还车装置、一种服务器及一种车辆还车系统。

背景技术

随着互联网技术和设备制造技术的飞速发展，出现了共享车辆服务，例如，共享自行车、共享电动车和共享汽车。目前市面上的共享汽车主要为电动汽车。共享电动车和共享电动汽车是利用车载电源为其提供动力，在车载电源的电量不足时，需要对其进行充电，这样使得共享电动车和共享电动汽车的维护难度较高。

目前，共享电动车和共享电动汽车的充电维护方案主要为：

第一种方案，运营人员对电量不足的共享车辆进行充电操作，该方案需要运营人员参与，增加了人工成本，另外，由于运营人员数量有限，使得电量不足的共享车辆不能及时进行充电，影响其他用户的后续使用；

第二种方案，长租方案，鼓励用户将共享电动汽车开回家进行充电，该方案使得共享车辆的利用率低。

因此，发明人认为，有必要对上述现有技术中存在的问题进行改进。

发明内容

本发明的一个目的是提供一种车辆还车方法的技术方案。

根据本发明的第一方面，提供了一种车辆还车方法，包括：

响应于用户触发的还车请求，检测被请求车辆是否处于充电状态；

根据所述被请求车辆处于充电状态的检测结果，执行还车操作。

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

响应于用户触发的还车请求，先发出为被请求车辆充电以完成还车的提示消息，再检测所述被请求车辆是否处于充电状态。

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

根据所述被请求车辆未处于充电状态的检测结果，发出为被请求车辆充电以完成还车的提示消息。

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

响应于用户触发的还车请求，先获取被请求车辆的电池电量值，并在所述电池电量值低于预设值的情况下再检测所述被请求车辆是否处于充电状态，否则直接执行还车操作。

可选地，获取被请求车辆的电池电量值，包括：

向所述被请求车辆发送电池电量值的请求；

接收所述被请求车辆返回的电池电量值。

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

响应于用户触发的还车请求，先判断被请求车辆所在的还车地点是否为规定的还车地点，并在是规定的还车地点的情况下再检测所述被请求车辆是否处于充电状态，否则发出在规定地点还车的提示消息。

根据本发明的第二方面，提供了一种车辆还车装置，包括：

检测模块，用于响应于用户触发的还车请求，检测被请求车辆是否处于充电状态；

还车操作执行模块，用于根据所述被请求车辆处于充电状态的检测结果，执行还车操作。

根据本发明的第三方面，提供了一种车辆还车装置，包括：存储器和处理器，其中，所述存储器用于存储指令，所述指令用于控制所述处理器进行操作以执行本发明第一方面提供的任一项所述的方法。

根据本发明的第四方面，提供了一种服务器，包括：存储器和处理器，其中，所述存储器用于存储指令，所述指令用于控制所述处理器进行操作以执行本发明第一方面提供的任一项所述的方法。

根据本发明的第五方面，提供了一种车辆还车系统，包括：如本发明第四方面提供的的服务器、用户终端以及车辆，

所述用户终端用于向所述服务器发送用户触发的还车请求，及用于根据所述服务器执行的还车操作提供还车交互界面；

所述车辆用于根据所述服务器检测所述车辆是否处于充电状态的请求，向所述服务器返回检测结果。

本发明实施例的一个有益效果在于，用户触发还车请求后，被请求车辆被确定为处于充电状态时，服务器或者用户终端再执行还车操作，使得用户在结束用车之前能够及时对车辆进行充电，保证了车辆的后续使用，提高了车辆的使用率。另外，本发明实施例提供的车辆还车方法，不再需要运营人员一一对结束用车的车辆进行充电操作，降低了人工成本。

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

附图说明

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

图1是根据本发明实施例的共享车辆系统的示意图。

图2是根据本发明实施例的服务器1000的硬件结构的原理框图。

图3是根据本发明实施例的用户终端2000的硬件结构的原理框图。

图4是根据本发明实施例的车辆3000的硬件结构的原理框图。

图5是根据本发明实施例的车辆还车方法的流程示意图。

图6是根据本发明方法的一个例子的交互流程示意图。

图7是根据本发明方法的另一个例子的交互流程示意图。

图8是根据本发明实施例的车辆还车装置的原理框图。

图9是根据本发明实施例的车辆还车装置的硬件结构的原理框图。

具体实施方式

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

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

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

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

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

<共享车辆系统的整体架构>

图1是根据本发明实施例的共享车辆系统的示意图。

共享车辆系统100包括服务器1000、用户终端2000以及车辆3000。服务器1000与用户终端2000之间，以及服务器1000与车辆3000之间通过无线网络4000建立通信连接。

服务器1000用于提供车辆管理策略。

车辆3000具有编码，用于唯一标识对应的车辆。

车辆3000可以定时向服务器1000上报状态信息，该状态信息例如包括：解锁状态信息、锁车状态信息、车辆位置信息、行驶速度、行驶时间、行驶距离、电池电量值等等。

通过用户终端2000可以将车辆3000的编码提供给服务器1000。服务器1000接收到编码后，向被请求的车辆发送解锁指令，以使用户可以用车。

通过用户终端2000还可以将结束用车的请求发送至服务器1000。服务器1000接收到结束用车请求后，将本次用车产生的费用返回至用户终端2000，并结束本次用车。

服务器1000与用户终端2000之间通信连接的无线网络与服务器1000与车辆3000之间通信连接的无线网络可以是同一网络，也可以是不同网络。

该无线网络4000涵盖任何合适的无线网络，例如但不限于4G网络、3G网络、GSM、GPRS、WLAN等等。

图2是根据本发明实施例的服务器1000的硬件结构的原理框图。

根据图2所示，本发明实施例的服务器1000包括处理器1010、存储器1020、接口装置1030、通信装置1040、显示装置1050、输入装置1060。

存储器1020例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1030例如包括USB接口、串行接口、红外接口等。通信装置1040例如能够进行有线或无线通信。显示装置1050例如是液晶显示屏、LED显示屏触摸显示屏等。输入装置1060例如可以包括触摸屏、键盘等。

服务器1000可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。在本发明实施例中，服务器1000用于提供支持车辆还车方法所必需的全部功能。

在本发明实施例中，用户终端2000可以通过诸如有线或无线网络等方式发送或接收信号，或可以在诸如存储器中将信号处理或存储为物理存储状态。用户终端2000可以是包括硬件、软件或内嵌逻辑组件或者两个或多个此类组件的组合的电子装置，并能够执行由用户终端2000实施或支持的合适的功能。例如，用户终端2000可以是智能手机、平板电脑、便携式电子邮件装置、电子书、手持游戏机和/或游戏控制器、笔记本电脑、上网本、手持电子装置，智能穿戴装置，等等。本发明实施例的用户终端2000涵盖任何合适的电子设备。用户终端2000可以使得使用该用户终端2000的用户访问网络。用户终端2000用于提供支持车辆还车方法所必需的全部功能。

图3是根据本发明实施例的用户终端2000的硬件结构的原理框图。

根据图3所示，本发明实施例的用户终端2000可以包括处理器2010、存储器2020、接口装置2030、通信装置2040、显示装置2050、输入装置2060、扬声器2070、麦克风2080等等。

根据图3所示，本发明实施例的用户终端2000可以包括处理器2010、存储器2020、接口装置2030、通信装置2040、显示装置2050、输入装置2060、扬声器2070、麦克风2080等等。

处理器2010可以是中央处理器CPU、微处理器MCU等。

存储器2020例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。

接口装置2030例如包括USB接口、耳机接口等。通信装置2040例如能够进行有线或无线通信，具体地可以包括Wifi通信、蓝牙通信、2G/3G/4G/5G通信等等。显示装置2050例如是液晶显示屏、触摸显示屏等。输入装置2060例如可以包括触摸屏、键盘、体感输入等。用户可以通过扬声器2070和麦克风2080输入/输出语音信息。

车辆3000是任何可以分时或分地出让使用权供不同用户共享使用的车辆，并且车辆3000是利用车载电源为其提供动力，例如，用于共享的助力车、电动汽车、电动摩托车、电动三轮车等等。

如图4所示，车辆3000可以包括处理器3010、存储器3020、接口装置3030、通信装置3040、输出装置3050、输入装置3060、定位装置3070、传感器3080，等等。其中，处理器3010可以是中央处理器CPU、微处理器MCU等。存储器3020例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3030例如包括USB接口、耳机接口等。通信装置3040例如能够进行有线或无线通信。输出装置3050例如是输出信号的装置，至少包括输出语音的装置如扬声器等，还可以包括显示装置例如液晶显示屏、触摸显示屏等。输入装置3060例如可以包括触摸屏、键盘等，也可以是麦克风输入语音信息。定位装置3070用于提供定位功能，例如可以是GPS定位模块、北斗定位模块等。传感器3080用于获取车辆姿态信息，例如可以是加速度计、陀螺仪、或者三轴、六轴、九轴微机电系统(MEMS)等。

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

根据图1示出的共享车辆系统，本发明的一个实施例中，提供了一种车辆还车系统。该车辆还车系统包括服务器1000、用户终端2000和车辆3000。

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

本发明的一个实施例中，用户终端2000用于向服务器1000发送用户触发的还车请求，及用于根据服务器1000执行的还车操作提供还车交互界面。用户终端2000上安装有共享车辆APP。共享车辆APP可以帮助用户实现使用车辆3000。用户终端2000的显示装置2050可显示共享车辆APP的交互界面。该交互界面是可以供用户通过点击、勾选、语音输入或者文本输入进行交互操作的人机交互界面。用户可以通过该交互界面实现寻车、解锁用车、还车等等操作。

本发明的一个实施例中，车辆3000用于根据服务器检测车辆是否处于充电状态的请求，向服务器返回检测结果。例如，服务器1000在接收到用户终端2000发送的还车请求后，向与还车请求携带的车辆标识信息唯一对应的车辆发送充电状态的请求。被请求车辆响应服务器1000的充电状态的请求，将其当前的充电状态返回至服务器1000，其中，充电状态包括正在充电和未充电两种状态。

尽管上述对服务器1000、用户终端2000、车辆3000示出了多个装置，但是，本发明可以仅涉及其中的部分装置，例如，服务器1000只涉及存储器1020、处理器1010，用户终端2000只涉及存储器2020、处理器2010、通信装置2040和显示装置2050，车辆3000可以只设置存储器3020、处理器3010和通信装置3040。

在本发明实施例中，总体构思是提供一种用于车辆还车方法的新技术方案，用户触发还车请求后，被请求车辆被确定为处于充电状态时，服务器或者用户终端再执行还车操作，使得用户在结束用车之前能够及时对车辆进行充电，保证了车辆的后续使用，提高了车辆的使用率。

<方法>

图5是根据本发明实施例的车辆还车方法的流程示意图。

根据图5所示，本发明该实施例的车辆还车方法可以包括如下步骤：

步骤S5010，响应于用户触发的还车请求，检测被请求车辆是否处于充电状态。

用户在还车时，需要将车辆停放在规定的还车地点。每一个还车地点均设有充电桩。用户可以先利用充电桩对待还车辆进行充电操作，再触发还车操作，也可以先触发还车操作，再利用充电桩对待还车辆进行充电操作。

用户终端2000安装有共享车辆APP。共享车辆APP可以帮助用户实现使用车辆3000。用户终端2000的显示装置2050可显示共享车辆APP的交互界面。该交互界面是可以供用户通过点击、勾选、语音输入或者文本输入进行交互操作的人机交互界面。使用用户终端2000的用户可通过共享车辆APP触发生成还车请求。该还车请求至少包括用户标识信息和车辆标识信息。用户的标识信息是用户通过共享车辆APP注册后生成的用户ID。车辆的标识信息可以是车辆的产品编号或者硬件标识。

在本发明的一个例子中，步骤S5010可由服务器1000实施。在该例子中，服务器1000在接收到用户终端2000发送的还车请求后，向与还车请求携带的车辆标识信息唯一对应的车辆发送充电状态的请求。被请求车辆响应服务器1000的充电状态的请求，将其当前的充电状态返回至服务器1000，其中，充电状态包括正在充电和未充电两种状态。服务器1000根据被请求车辆返回的充电状态，检测被请求车辆是否处于充电状态。

本发明的一个例子中，步骤S5010可由用户终端2000实施。在该例子中，用户终端2000和车辆3000之间可以建立通信连接。在用户触发共享车辆APP交互界面上的还车操作时，用户终端2000向被请求车辆发送充电状态的请求。被请求车辆将其当前的充电状态返回至用户终端2000。用户终端2000根据被请求车辆返回的充电状态，检测被请求车辆是否处于充电状态。

步骤S5020，根据被请求车辆处于充电状态的检测结果，执行还车操作。

在本发明的一个例子中，若步骤S5010是由服务器1000实施时，服务器1000根据被请求车辆处于充电状态的检测结果，执行还车操作，其中，还车操作例如包括：生成本次用车的费用；从与还车请求携带的用户标识信息唯一对应的账户中扣除本次用车费用；将携带有本次用车费用的结束用车消息返回至用户终端2000。

用户在还车时，可能会出现漏掉对待还车辆进行充电的操作，此时，服务器1000的检测结果为被请求车辆处于未充电状态，接着，服务器1000向用户终端2000发出为被请求车辆充电以完成还车的提示消息。用户通过用户终端2000获取到该提示消息后，对被请求车辆进行充电操作。

本发明的一个例子中，若步骤S5010是由用户终端2000实施时，用户终端2000根据被请求车辆处于充电状态的检测结果，执行还车操作，其中，该还车操作例如包括：向服务器1000发送还车请求，该还车请求可以携带有已完成结束用车前的充电操作的消息，以及响应于服务器根据还车请求执行的结算操作缴纳车辆使用费等。用户终端2000的检测结果为被请求车辆处于未充电状态时，利用显示装置2050显示为被请求车辆充电以完成还车的提示消息。

本发明实施例提供的车辆还车方法，还包括：响应于用户触发的还车请求，先发出为被请求车辆充电以完成还车的提示消息，再检测被请求车辆是否处于充电状态。这样，可以避免上述用户在还车时出现的漏掉对车辆进行充电的操作的情况。

例如，服务器1000在接收到用户终端2000发送的还车请求后，向用户终端2000发送为被请求车辆充电以完成还车的提示消息。用户终端2000的显示装置2050对接收到的该提示消息进行显示。用户通过用户终端2000获知该提示消息后，如果用户已完成对车辆的充电操作，可忽略该提示消息；如果用户还未执行对车辆的充电操作，立即对车辆执行充电操作。

例如，在用户触发共享车辆APP交互界面上的还车操作时，用户终端2000的显示装置2050显示为被请求车辆充电以完成还车的提示消息。用户通过用户终端2000获知该提示消息后，如果已完成对车辆的充电操作，可忽略该提示消息；如果用户还未执行对车辆的充电操作，立即对车辆执行充电操作。

本发明实施例提供的车辆还车方法，还包括：响应于用户触发的还车请求，先获取被请求车辆的电池电量值，并在电池电量值低于预设值的情况下再检测被请求车辆是否处于充电状态，否则直接执行还车操作。这样，当被请求的车辆的电池电量值足以支持后续使用时，不再需要用户再对其进行充电操作。

例如，服务器1000在接收到用户终端2000发送的还车请求后，向与还车请求携带的车辆标识信息唯一对应的车辆发送电池电量值的请求。被请求车辆响应服务器1000的电池电量值的请求，将其当前的电池电量值返回至服务器1000。服务器1000将接收到的被请求车辆的电池电量值与预设值进行比对。在被请求车辆的电池电量值低于预设值的情况下，检测被请求车辆是否处于充电状态。在被请求车辆的电池电量值不低于预设值的情况下，直接执行还车操作，其中，该还车操作例如包括：生成本次用车的费用；从与还车请求携带的用户标识信息唯一对应的账户中扣除本次用车费用；将携带有本次用车费用的结束用车消息返回至用户终端2000。

例如，在用户触发共享车辆APP交互界面上的还车操作时，用户终端2000向被请求车辆发送电池电量值的请求。被请求车辆将电池电量值返回至用户终端2000。用户终端2000将被请求车辆的电池电量值与预设值进行比对。在被请求车辆的电池电量值低于预设值的情况下，检测被请求车辆是否处于充电状态。在被请求车辆的电池电量值不低于预设值的情况下，直接执行还车操作，该还车操作例如包括向服务器1000发送还车请求，该还车请求可以携带有已完成结束用车前的充电操作的消息，以及响应于服务器根据还车请求执行的结算操作缴纳车辆使用费等。。

上述已提及，用户在还车时需要将车辆停放在规定的还车地点。本发明实施例提供的车辆还车方法，响应于用户触发的还车请求，先判断被请求车辆所在的还车地点是否为规定的还车地点，并在是规定的还车地点的情况下再检测车辆是否处于充电状态，否则发出在规定地点还车的提示消息。其中，规定地点还车的提示消息携带有所有规定的还车地点信息，或者，携带有距离被请求车辆所在的还车地点最近的规定的还车地点信息。

被请求车辆所在的还车地点可由服务器1000基于被请求车辆的标识信息，从其存储的各车辆的当前位置信息中获取，或者，在服务器1000接收到用户终端2000发送的还车请求后，向被请求车辆发送位置信息的请求，并将被请求车辆返回的位置信息作为还车地点。

例如，服务器1000在接收到用户终端2000发送的还车请求后，首先，获取被请求车辆所在的还车地点，然后，判断被请求车辆所在的还车地点是否为规定的还车地点，在被请求车辆所在的还车地点是规定的还车地点的情况下再检测被请求车辆是否处于充电状态，在被请求所在的还车地点不是规定的还车地点的情况下，向用户终端2000发出在规定地点还车的提示消息。用户通过用户终端2000获知规定的还车地点后，将被请求车辆停放至规定的还车地点。

本发明实施例中，用户触发还车请求后，被请求车辆被确定为处于充电状态时，服务器或者用户终端再执行还车操作，使得用户在结束用车之前能够及时对车辆进行充电，保证了车辆的后续使用，提高了车辆的使用率。本发明实施例提供的车辆还车方法可以引导用户完成充电操作，不再需要运营人员对车辆进行充电操作，降低了人工成本。

<第一实施例>

图6示出了根据本发明方法的一个例子的交互流程示意图。根据图6所示，该方法可包括如下步骤：

步骤S6010，用户终端基于用户触发的还车操作，向服务器发送还车请求；

步骤S6020，服务器向被请求车辆发送充电状态的请求；

步骤S6030，被请求车辆将其当前的充电状态返回至服务器；

步骤S6040，服务器根据被请求车辆返回的充电状态，得到检测结果；

步骤S6050，在检测结果为被请求车辆处于充电状态时，服务器向用户终端发送携带有本次用车费用的结束用车消息，或者，在检测结果为被请求车辆未处于充电状态时，服务器向用户终端发送为被请求车辆充电以完成还车的提示消息。

应当理解的是，服务器在接收到还车请求后、向用户终端发送结束用车消息之前，定时检测被请求车辆是否处于充电状态，直至确认被请求车辆处于充电状态为止，再向用户终端发送携带有本次用车费用的结束用车消息。

本实施例中，服务器在接收到还车请求后，先检测被请求车辆是否处于充电状态，在确定被请求车辆处于充电状态后，再执行后续还车操作，在确定被请求车辆未处于充电状态时，服务器向用户终端发出为被请求车辆充电的提示消息，使得用户在结束用车之前及时对被请求车辆执行充电操作，保证了车辆的后续使用，同时，不再需要运营人员对该被请求车辆进行充电操作，减少了运营人员的操作。

<第二实施例>

图7示出了根据本发明方法的另一个例子的交互流程示意图。根据图7所示，该方法可包括如下步骤：

步骤S7010，用户终端接收用户触发的还车操作后，向被请求车辆发送充电状态的请求；

步骤S7020，被请求车辆将其充电状态返回至用户终端；

步骤S7030，被请求车辆根据被请求车辆返回的充电状态，得到检测结果；

步骤S7040，在检测结果为被请求车辆处于充电状态时，用户终端向服务器发送还车请求，其中，该还车请求携带有已完成结束用车前的充电操作的消息。

步骤S7050，服务器向用户终端发送携带有本次用车费用的结束用车消息；

步骤S7060，在检测结果为被请求车辆未处于充电状态时，用户终端显示为被请求车辆充电以完成还车的提示消息。

应当理解的是，用户终端在发出还车请求后、收到服务器发送的结束用车消息之前，定时检测被请求车辆是否处于充电状态，直至确认被请求车辆处于充电状态为止，再向服务器发送完成还车请求。

本实施例中，用户终端接收到用户触发的还车操作后，先检测被请求车辆是否处于充电状态，在确定被请求车辆处于充电状态后，再执行后续还车操作，在确定被请求车辆未处于充电状态时，用户终端的显示装置显示提醒用户为被请求车辆充电的提示消息，使得用户在结束用车之前及时对被请求车辆执行充电操作，保证了车辆的后续使用，同时，不再需要运营人员对该请求车辆进行充电操作，减少了运营人员的操作。

<装置>

图8是根据本发明实施例的车辆还车装置的原理框图。

根据图8所示，该实施例的车辆还车装置包括检测模块8010、还车操作执行模块8020。

该检测模块8010用于响应于用户触发的还车请求，检测被请求车辆是否处于充电状态。

该还车操作执行模块8020用于根据被请求车辆处于充电状态的检测结果，执行还车操作。

本发明的一个例子中，车辆还车装置还包括：提示消息发出模块用于根据被请求车辆未处于充电状态的检测结果，发出为被请求车辆充电以完成还车的提示消息。

本发明的一个例子中，提示消息发出模块还用于响应于用户触发的还车请求，发出为被请求车辆充电以完成还车的提示消息。

例如，在车辆还车装置接收到用户终端发送的还车请求后，提示消息发出模块用于向用户终端发出为被请求车辆充电以完成还车的提示消息。

例如，在车辆还车装置接收到用户触发的共享车辆APP交互界面上的还车操作时，提示消息发出模块用于发出为被请求车辆充电以完成还车的提示消息。

本发明的一个例子中，检测模块8010还用于响应于用户触发的还车请求，先获取被请求车辆的电池电量值，并在电池电量值低于预设值的情况下再检测被请求车辆是否处于充电状态，否则还车操作执行模块8020直接执行还车操作。

例如，车辆还车装置在接收到用户终端发送的还车请求后，检测模块8010向与还车请求携带的车辆标识信息唯一对应的车辆发送电池电量值的请求。被请求车辆将其当前的电池电量值返回至检测模块8010。在被请求车辆的电池电量值低于预设值的情况下，检测模块8010再检测被请求车辆是否处于充电状态。在被请求车辆的电池电量值不低于预设值的情况下，还车操作执行模块8020直接执行还车操作。

例如，车辆还车装置接收到用户触发的共享车辆APP交互界面上的还车操作时，检测模块8010向被请求车辆发送电池电量值的请求。被请求车辆将电池电量值返回至检测模块8010。在被请求车辆的电池电量值低于预设值的情况下，检测模块8010再检测被请求车辆是否处于充电状态。在被请求车辆的电池电量值不低于预设值的情况下，还车操作执行模块8020直接执行还车操作。

本发明的一个例子中，检测模块8010还用于响应于用户触发的还车请求，先判断被请求车辆所在的还车地点是否为规定的还车地点，并在是规定的还车地点的情况下再检测车辆是否处于充电状态，否则发出在规定地点还车的提示消息。

例如，车辆还车装置在接收到用户终端发送的还车请求后，检测模块8010先获取请求车辆所在的还车地点，然后，判断被请求车辆所在的还车地点是否为规定的还车地点。在被请求车辆所在的还车地点是规定的还车地点的情况下，检测模块8010再检测被请求车辆是否处于充电状态，在被请求所在的还车地点不是规定的还车地点的情况下，检测模块8010向用户终端发出在规定地点还车的提示消息。

图9是根据本发明实施例的车辆还车装置的硬件结构的原理框图。

根据图9所示，车辆还车装置9000包括存储器9020和处理器9010。存储器9020用于存储指令，该指令用于控制处理器9010进行操作以执行如上述任一实施例中提供的车辆还车方法，该方法至少包括：响应于用户触发的还车请求，检测被请求车辆是否处于充电状态；根据被请求车辆处于充电状态的检测结果，执行还车操作。

在本发明的一个例子中，服务器1000包括该车辆还车装置9000。

在本发明的另一个例子中，用户终端2000包括该车辆还车装置9000。

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

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

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

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

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

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

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

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

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

Claims (10)

1.一种车辆还车方法，其特征在于，包括：

响应于用户触发的还车请求，检测被请求车辆是否处于充电状态；

根据所述被请求车辆处于充电状态的检测结果，执行还车操作。

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

响应于用户触发的还车请求，先发出为被请求车辆充电以完成还车的提示消息，再检测所述被请求车辆是否处于充电状态。

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

根据所述被请求车辆未处于充电状态的检测结果，发出为被请求车辆充电以完成还车的提示消息。

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

响应于用户触发的还车请求，先获取被请求车辆的电池电量值，并在所述电池电量值低于预设值的情况下再检测所述被请求车辆是否处于充电状态，否则直接执行还车操作。

5.根据权利要求4所述的方法，其特征在于，获取被请求车辆的电池电量值，包括：

向所述被请求车辆发送电池电量值的请求；

接收所述被请求车辆返回的电池电量值。

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

响应于用户触发的还车请求，先判断被请求车辆所在的还车地点是否为规定的还车地点，并在是规定的还车地点的情况下再检测所述被请求车辆是否处于充电状态，否则发出在规定地点还车的提示消息。

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

检测模块，用于响应于用户触发的还车请求，检测被请求车辆是否处于充电状态；

还车操作执行模块，用于根据所述被请求车辆处于充电状态的检测结果，执行还车操作。

8.一种车辆还车装置，其特征在于，包括：存储器和处理器，其中，所述存储器用于存储指令，所述指令用于控制所述处理器进行操作以执行根据权利要求1至6中任一项所述的方法。

9.一种服务器，其特征在于，包括：存储器和处理器，其中，所述存储器用于存储指令，所述指令用于控制所述处理器进行操作以执行根据权利要求1至6中任一项所述的方法。

10.一种车辆还车系统，其特征在于，包括：如权利要求9所述的服务器、用户终端以及车辆，

所述用户终端用于向所述服务器发送用户触发的还车请求，及用于根据所述服务器执行的还车操作提供还车交互界面；

所述车辆用于根据所述服务器检测所述车辆是否处于充电状态的请求，向所述服务器返回检测结果。