CN112288524A - 车辆管理方法、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请涉及一种车辆管理方法、电子设备及计算机可读存储介质，车辆管理方法包括：响应于接收到还车请求，确定车辆是否处于还车状态；响应于确定车辆处于还车状态，获取车辆的续航参数；以及，若续航参数小于或等于一预估阈值，则执行第一管理策略，第一管理策略包括生成加油和/或充电任务、将车辆设置为不可使用车辆、将车辆设置为备选车辆中的至少一种。通过这种方式，可以在用户还车时自动检测车辆状态并对车辆的续航能力进行评估，及时执行管理策略，从而保证车辆安全、改善租车体验。

Description

车辆管理方法、电子设备及计算机可读存储介质

技术领域

本申请涉及通信技术领域，具体涉及一种车辆管理方法、电子设备及计算机可读存储介质。

背景技术

分时租赁是租车行业新兴的一种租车模式，指以小时计算提供汽车的随取即用租赁服务，消费者可以按个人用车需求和用车时间预订租车的小时数，其收费将按小时来计算。与传统租车相比，采用分时租赁的方式租车更加环保，可以降低出行成本、提高车辆的使用率。然而，现有的分时租赁车辆缺乏对车辆的有效管理，还车时无法保证车辆处于指定的状态，例如发动机、车窗、车门关闭，车辆停放到指定地点等，导致车辆损毁或丢失，此外，也无法确认车辆是否需要加油、充电等处理，导致下一消费者可能租到续航里程无法满足要求的车辆，租车体验差。

发明内容

本申请的一个目的在于，提供一种车辆管理方法、电子设备及计算机可读存储介质，其可以解决上述技术问题，可以保证车辆安全、改善租车体验。

本申请的另一个目的在于，提供一种车辆管理方法，其优势在于可以在还车时评估车辆的续航能力是否能够满足继续使用的要求，自动生成加油和/或充电任务，实现对车辆续航能力的监控和管理。

本申请的另一个目的在于，提供一种车辆管理方法，其优势在于结合城市、停车位置、车辆评估评估车辆的续航能力是否能够满足继续使用的要求，更准确判断当前车辆是否需要充电、加油。

本申请的另一个目的在于，提供一种车辆管理方法，其优势在于在还车时检查车辆的状态，可以确保用户在还车时将车辆还原至安全状态，防止车辆损毁、丢失，保证下一次租车的顺利进行。

本申请的另一个目的在于，提供一种车辆管理方法，其优势在于在还车时指定停车位置，指定的停车位置包括可使用车位与指定停车区域，增加租车用户可以还车的地点位置，还车更加便捷。

本申请的另一个目的在于，提供一种车辆管理方法，其优势在于可以在还车时根据车辆的状态执行不同的管理策略，自动设置车辆的可预约状态，提高管理效率。

本申请的另一个目的在于，提供一种车辆管理电子设备，其优势在于可以为车辆管理人员提供快速了解车辆状态、管理车辆状态的交互窗口，提高管理效率。

为实现上述目的，本申请提供一种车辆管理方法，包括以下步骤：

响应于接收到还车请求，确定车辆是否处于还车状态；

响应于确定所述车辆处于还车状态，获取所述车辆的续航参数；以及，

若所述续航参数小于或等于一预估阈值，则执行第一管理策略，所述第一管理策略包括生成加油和/或充电任务、将所述车辆设置为不可使用车辆、将所述车辆设置为备选车辆中的至少一种。

其中，所述还车状态包括发动机处于停止状态、车门为关闭状态、车窗为关闭状态、手刹处于拉起状态、车辆停在指定位置中的至少一种。

其中，所述指定位置包括可使用车位与指定停车区域，确定车辆是否停在指定位置之前，还包括以下步骤：采集至少一个车辆的历史停车数据，所述历史停车数据包括停车位置与停车时间；以及，基于所述历史停车数据，确定所述可使用车位。

其中，所述确定车辆是否处于还车状态，还包括以下步骤：响应于确定所述发动机不处于停止状态，获取所述车辆的当前速度；响应于所述车辆的当前速度大于0，确认所述还车请求为误触发事件；以及，响应于所述误触发事件，执行所述误触发事件的处理策略，所述误触发事件的处理策略包括输出用于提示所述误触发事件的信息。

其中，所述确定车辆是否处于还车状态，还包括：响应于确定发动机、车门或车窗关闭失败，触发车辆下线事件；以及，响应于所述车辆下线事件，生成人工介入任务。

其中，所述方法，还包括：若所述续航参数大于所述预估阈值，则执行第二管理策略，所述第二管理策略包括将所述车辆设置为可使用车辆。

其中，所述续航参数为续航里程，所述获取所述车辆的续航参数之前，还包括步骤：采集订单数据与车辆使用数据；根据所述订单数据与所述车辆使用数据，预估当前城市、当前车型在当前还车位置所需预留的续航里程；以及，根据预估结果确定所述预估阈值。

其中，基于所述订单数据与所述车辆使用数据进行大数据分析，预估当前城市当前车型在当前还车位置所需预留的续航里程。

本申请还提供一种电子设备，包括：

至少一个处理单元；

至少一个存储器，所述至少一个存储器被耦合到所述至少一个处理单元并且存储用于由所述至少一个处理单元执行的指令，所述指令当由所述至少一个处理单元执行时，使得所述设备执行如上所述的车辆管理方法的步骤。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被机器执行时实现如上所述的车辆管理方法。

本申请的车辆管理方法、电子设备及计算机可读存储介质，响应于接收到还车请求，确定车辆是否处于还车状态；响应于确定车辆处于还车状态，获取车辆的续航参数；以及，若续航参数小于或等于一预估阈值，则执行第一管理策略，第一管理策略包括生成加油和/或充电任务、将车辆设置为不可使用车辆、将车辆设置为备选车辆中的至少一种。通过这种方式，可以在用户还车时自动检测车辆状态并对车辆的续航能力进行评估，及时执行管理策略，从而保证车辆安全、改善租车体验。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图，详细说明如下。

附图说明

图1为本发明实施例提供的一种车辆管理方法的应用环境示意图；

图2为本发明实施例提供的一种车辆管理方法的流程示意图之一；

图3为本发明实施例提供的一种车辆管理方法的流程示意图之二；

图4为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

以下由特定的具体实施例说明本申请的实施方式，熟悉此技术的人士可由本说明书所揭露的内容轻易地了解本申请的其他优点及功效。

在下述描述中，参考附图，附图描述了本申请的若干实施例。应当理解，还可使用其他实施例，并且可以在不背离本申请的精神和范围的情况下进行机械组成、结构、电气以及操作上的改变。下面的详细描述不应该被认为是限制性的，并且本申请的实施例的范围仅由公布的专利的权利要求书所限定。这里使用的术语仅是为了描述特定实施例，而并非旨在限制本申请。

虽然在一些实例中术语第一、第二等在本文中用来描述各种元件，但是这些元件不应当被这些术语限制。这些术语仅用来将一个元件与另一个元件进行区分。

再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/ 或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“A、B或C”或者“A、B 和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A、B 和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

图1为本发明实施例提供的一种车辆管理方法的应用环境示意图。如图1所示，本实施例的系统架构包括车辆11和服务器12，二者之间通过网络提供通信链路的介质，网络可以包括各种连接类型，例如有线和/或无线通信链路等等。

服务器12包括但不限于个人计算机、服务器计算机、多处理器系统、大型计算机、包括上述系统或设备中的任意一个的分布式计算环境等。在一些实施例中，服务器12可以具有一个或多个处理单元，包括诸如GPU、 FPGA和ASIC等的专用处理单元以及诸如CPU的通用处理单元。另外，服务器12上也可以运行着一个或多个虚拟机。

车辆11上的车机13用于向服务器12发送车辆数据，以及根据服务器 12的指令控制车辆11。本实施例的系统架构用于车辆管理方法中，可以由服务器12响应还车请求，结合车机13的数据判断车辆11是否处于还车状态，进而获取车辆11的续航参数，并在续航参数小于或等于一预估阈值时，对车辆11执行第一管理策略，第一管理策略包括生成加油和/或充电任务、将车辆11设置为不可使用车辆、将车辆11设置为备选车辆中的至少一种。应当理解，图1中的车辆11、服务器12和车机13的数目仅仅是示意性的。根据实现需要，可以具有任意数目的车辆11、服务器12和车机13进行关联。

图2为本发明实施例提供的一种车辆管理方法的流程示意图之一。如图2所示，本发明实施例提供的一种车辆管理方法，应用于服务器，包括：

步骤201，响应于接收到还车请求，确定车辆是否处于还车状态；

其中，还车请求可以由用户在移动终端上操作生成并发送给服务器，例如点击租车应用上的“还车”按钮，即可生成还车请求。还车请求例如还可以由用户在车机端上操作生成并发送给服务器，例如用户发出“还车”的语音指令，即可生成还车请求。还车操作可以在用户完成订单并离车后进行，例如移动终端通过与车辆进行蓝牙等近距离通讯，经由车辆的车机调用服务器开始还车流程，也可以例如是车机直接发起调用服务器开始还车流程。

还车状态包括发动机处于停止状态、车门为关闭状态、车窗为关闭状态、手刹处于拉起状态、车辆停在指定位置中的至少一种，但不限于此。

可选的，指定位置包括可使用车位与指定停车区域，获取可使用车位的过程可包括：

采集不同车辆的历史停车数据，历史停车数据包括停车位置与停车时间；

根据历史停车数据确定可使用车位。

其中，指定位置也即还车时指定可停车的位置，其可以是指定的停车场、还车网点等指定停车区域，指定停车区域可以从地图商提供的地图数据中获取，指定位置也可以是其他车辆曾经的停车位置等可使用车位。可使用车位通过分析不同车辆的历史停车数据得到，不同车辆的历史停车数据可通过结合地图数据与车辆定位数据进行采集，同时也可以结合路边车辆的摄像头、道路摄像头等图像采集装置进行采集，例如，通过道路摄像头监测其采集范围内的停车位置是否停入车辆，并记录车辆停入该停车位置和离开该停车位置的时间，得到该车辆的历史停车数据；或者，通过路边车辆的摄像头采集路侧停车位置是否停入车辆，结合在连续时间内经过该停车位置的多个车辆的摄像头采集的信息，分析车辆停入该停车位置和离开该停车位置的时间，得到该车辆的历史停车数据。针对通过路边车辆的摄像头、道路摄像头等图像采集装置采集的图像，还可以比对停车位置上同一车辆的图像，识别车辆是否被贴罚单，若识别出罚单特征，则属于违章停车，此时对该车辆的停车数据进行标记，在后续数据分析时将对应的停车时间进行剔除，确保分析得到的指定停车时间段的准确性。通过分析历史停车数据获取不同车辆的停车位置与停车时间，可以得到不同时间段的可使用车位，增加租车用户可以还车的地点位置，还车更加便捷。此外，还可以通过路边车辆的摄像头、道路摄像头采集道路侧路标或地面标识的图像，对图像进行识别，提取道路侧路标或地面标识中包含的指定停车时间段的内容，同时结合图像的采集地点，得到指定停车时间段的可使用车位。

在一个实施例中，服务器可以在用户行程结束前的一段距离或一段时间，根据车辆当前的续航里程、交通状态、当前的时间、充电桩使用情况等参考因素输出本次还车的推荐位置，如此，用户可以根据实际情况从推荐位置中选择合适的还车位置，提高还车体验。

可使用车位与指定停车区域可标定在地图数据中进行存储，当用户在用户端发起还车请求时，例如，服务器根据定位信息确定当前的还车位置，若当前的还车位置为指定停车时间段的可使用车位，则获取当前的还车位置对应的指定停车时间段，如果当前的还车位置的指定停车时间段与当前的还车时间相符，则确定当前的还车位置属于指定位置；若当前的还车位置为指定还车区域，则确定当前的还车位置属于指定位置。实际实现时，车辆的定位信息可结合手机GPS(全球定位系统)、车辆GPS、手机基站信号进行获取，当GPS信号较佳时，可通过手机GPS或车辆GPS获取车辆的定位信息，当GPS信号较差时，通过手机基站信号对手机进行定位，进而获取到车辆的定位信息，如此，通过结合不同的信号类型进行定位，可以进一步提升获取到车辆的定位信息的准确性。在本实施例中，响应于还车请求且车辆处于还车状态，包括：

响应于还车请求，判断发动机是否处于停止状态；

若发动机处于停止状态，则判断车门和车窗是否处于关闭状态；

若车门和车窗处于关闭状态，则判断车辆是否停在指定位置；以及，

若车辆停在指定位置，则车辆处于还车状态。

其中，用户在点击“还车”按钮后，开始还车流程。服务器可以通过车机获取车辆数据，根据车辆数据先判断发动机是否处于停止状态，在发动机处于停止状态时，进一步判断车门和车窗是否处于关闭状态，在车门和车窗处于关闭状态时，进一步判断车辆是否停在指定位置，若车辆停在指定位置，则可确认车辆处于还车状态。

此外，若判断发动机不处于停止状态，则获取车辆的当前速度，根据车辆的当前速度确定车辆的行驶状态，执行不同的处理逻辑。其中，若车辆的当前速度为0，则输出用于提示发动机未关闭的信息，也即用户已停车，提醒用户关闭发动机；若车辆的当前速度大于0，则确认还车请求为误触发事件，也即车辆仍处于行驶状态，确定还车操作为误触发，之后，响应于误触发事件，执行误触发事件的处理策略，处理策略包括但不限于输出提醒用户当前不可还车的信息，同时，服务器不继续执行判断车门和车窗是否处于关闭状态的流程。

若判断车门或车窗不处于关闭状态，则提示用户手动关闭车门或车窗，同时，在提示用户关闭发动机、车门、车窗时，可以通过移动终端显示“已重新关闭”的按钮，用户在关闭发动机、车门、车窗后可点击该按钮确认再次关闭，服务器重新开始判断流程，在此过程中，累计发动机、车门、车窗关闭失败的次数。若发动机、车门或车窗手动关闭失败超过预设次数，例如3次，则由服务器向车辆发送控制指令，远程控制车辆关闭发动机、车门或车窗，并确认远程控制的结果。若远程控制关闭发动机、车门或车窗失败，则触发车辆下线事件，触发车辆下线事件后，这辆车无法预约使用，例如，在用户终端上，这辆车的信息可以处于灰色显示状态或不再显示这辆车的任何信息。同时，响应于车辆下线事件，服务器生成人工介入任务并将人工介入任务发送给管理端，从而进入人工介入流程。进入人工介入流程后，待人工排查关闭失败的原因并解决问题，可再次将车辆上线，此时，在用户终端上，这辆车的信息重新恢复正常的显示状态，继续提供租车服务。通过车辆下线的自动管理，可以避免不符合租车要求、存在安全隐患的车辆被租赁使用，提高租车的安全性。

通过在还车时检查车辆的状态，可以确保用户在还车时将车辆还原至安全状态，防止车辆损毁、丢失，保证下一次租车的顺利进行，提高租车体验。

步骤202，响应于确定车辆处于还车状态，获取车辆的续航参数。

步骤203，若续航参数小于或等于一预估阈值，则执行第一管理策略，第一管理策略包括生成加油和/或充电任务、将车辆设置为不可使用车辆、将车辆设置为备选车辆中的至少一种。

其中，续航参数可以是续航里程、油量或电量等可以反映车辆续航能力的参数，预估阈值为根据指定规则预估得到的可以确保车辆满足再次使用要求的续航参数值。当续航参数小于或等于一预估阈值时，表明车辆的续航能力无法满足下次使用需求，此时可以生成加油和/或充电任务，发给车区运营人员，通知运营人员进行车辆的加油和充电，同时，将车辆设置为不可使用车辆，此时车辆下线不可预约，或将车辆设置为备选车辆，此时车辆可以在车辆供应不足时提供服务，从而在车辆供应不足时提高车辆的利用率，增加用户预约的成功率。若续航参数大于预估阈值，表明车辆的续航能力可以满足下次使用需求，则执行第二管理策略，第二管理策略包括将车辆设置为可使用车辆，此时车辆不下线，可以继续预约使用。

在本实施例中，续航参数为续航里程，预估阈值通过以下步骤获取，包括：

采集订单数据与车辆使用数据；

根据订单数据与车辆使用数据，预测当前城市、当前车型在当前还车位置所需预留的续航里程估值；以及，

基于续航里程估值，确定预估阈值。

其中，订单数据包括不同城市、不同车型、不同还车位置(网点)的订单数据，车辆使用数据包括车辆行程、加油记录、充电记录、道路数据、天气数据等。通过对采集的数据进行大数据分析和深度学习，预估出不同城市、不同车辆、不同还车位置所需预留的续航里程，其中包括当前城市、当前车型在当前还车位置所需预留的续航里程。通过大数据分析和深度学习，可以使预估阈值精准地与城市、停车位置、车辆匹配，准确判断车辆是否需要充电、加油，使线下操作更有针对性，降低运营成本，提高管理效率。此外，由于预估阈值精准地与城市、停车位置、车辆匹配，线下操作更有针对性，一定程度上降低了对车辆进行集中管理的需求，还车位置可更加灵活设置，还车更加便捷。

在本实施例中，基于续航里程估值，确定预估阈值，包括以下之一：

将续航里程估值确定为预估阈值；或，

将续航里程估值与一预设最低阈值比较，将续航里程估值与预设最低阈值中的较高者作为预估阈值。

其中，可以直接将续航里程估值作为预估阈值使用，由于预估阈值通过大数据分析和深度学习得到，准确性高。也可以将续航里程估值与一预设最低阈值比较，将续航里程估值与预设最低阈值中的较高者作为预估阈值，例如，油、油电混合的车辆，预设最低阈值为10公里，电车的预设最低阈值为20公里。对于加油站、充电站较少的地区，反映车辆加油、充电次数、频率的数据较为缺乏，会一定程度上影响续航里程估值的准确性，因此，通过预先设置最低阈值作为评估续航里程估值的参考，可以在一些加油站、充电站较少的地区，保证车辆续航的能力。

在本实施例中，预估当前城市当前车型在当前还车位置所需预留的续航里程，包括：

根据订单数据与车辆使用数据，计算当前城市的订单平均运行里程、从当前还车位置出发的车辆的运行里程、当前城市当前车型的车辆的运行里程、当前车型的理论续航里程；

根据当前城市的订单平均运行里程、从当前还车位置出发的车辆的运行里程、当前城市当前车型的车辆的运行里程、当前车型的理论续航里程及在当前还车位置实际进行充电加油的续航里程进行基于线性回归的深度学习，得到当前城市的订单平均运行里程、从当前还车位置出发的车辆的运行里程、当前城市当前车型的车辆的运行里程、当前车型的理论续航里程各自的权重；以及，

根据当前城市的订单平均运行里程、从当前还车位置出发的车辆的运行里程、当前城市当前车型的车辆的运行里程、当前车型的理论续航里程及权重，计算得到当前城市、当前车型在当前还车位置所需预留的续航里程。

其中，当前城市、当前车型在当前还车位置所需预留的续航里程

的计算公式如下：

其中，x1为当前城市的订单平均运行里程，也即当前城市每个租车订单平均的运行里程，通过大数据分析得出；x2为从当前还车位置出发的车辆的运行里程，也即当前车区网点的车辆的运行里程，通过大数据分析得出；x3为当前城市当前车型的车辆的运行里程，也即当前城市当前车型的车辆的实际运行里程，通过大数据分析得出，其中，在满油、满电情况下，可通过总实际行驶里程/(总耗油量耗电量)*(车辆油箱大小或电池容量大小)计算得到；x4当前车型的理论续航里程，也即厂家提供的续航里程数据；μ为修正参数，也即保底里程，如3公里；ω1，ω2，ω3，ω4分别为 x1，x2，x3，x4的权重参数，通过深度学习得出。

在本实施例中，深度学习采用线性回归方式，学习数据是现有的网约车、长短租订单数据以及车联网车辆行驶、加油、充电等车辆使用数据。以数据分析、学习得到ω1＝0.2，ω2＝0.2，ω3＝0.6，μ＝3，x1＝30，x2＝40，x3＝35， x4＝200为例，则

也就是说，在当前还车位置(网点)，当前车辆的续航里程必须大于36.5公里，才能满足该网点该车型车辆下次的正常使用。

举例而言，针对车辆A和车辆B，进行深度学习获取ω1，ω2，ω3，ω4 所使用的训练数据、训练结果及预估结果可参考表1，其中，r为在当前还车位置实际进行充电加油的续航里程，此数据根据工作人员对车辆进行充电加油操作时车辆的实际剩余里程分析得到，用于反映当前还车位置充电加油的经验需求。在表1中，车辆A的第一行数据对应停车位置C，车辆 A的第二行数据对应停车位置D，车辆B的数据对应停车位置D。

表1.深度学习所使用的训练数据及结果训练数据、训练结果及预估结果

表1中的续航里程的预估结果可采用表2所示的对应关系进行存储。从表1和表2中可以看出，车辆A和车辆B在同一停车位置C需要预留的续航里程不同；同一停车位置D，车辆A和车辆B需要预留的续航里程也不同，如此，续航里程的预估阈值精准地与城市、停车位置、车辆相匹配，可以更准确判断当前车辆是否需要充电、加油。

表2.不同车辆在不同时间、不同停车位置的续航里程的预估结果

车辆	日期	停车位置	预估结果
				A	2020.08.08	C	30.6
A	2020.08.08	D	26.8
				B	2020.08.08	D	32.13

实际实现时，可以间隔预设时长后将已有的预估结果与车辆在当前还车位置的实际剩余里程r进行比对，当预估结果与实际数据出现较大偏差时，再次根据最新获取的当前城市的订单平均运行里程、从当前还车位置出发的车辆的运行里程、当前城市当前车型的车辆的运行里程、当前车型的理论续航里程及当前还车位置的实际剩余里程调整各个权重，以保证预估结果接近实际数据。通过这种方式，可以及时发现订单数据与车辆使用数据随季节、时间的不同而发生的变化，及时调整续航里程的预估结果。

在本实施例中，步骤203执行第一车辆管理策略之后，还可以包括以下步骤：

若将车辆设置为备选车辆，则预估完成加油和/或充电的时间；以及，

若在预估时间到达前接收到车辆预约请求，则计算截止到车辆预约请求包含的用车时间所能提供的可用续航参数，并输出可用续航参数，可用续航参数包括油量、电量、续航里程中的至少一种。

其中，通过大数据学习可以预测不同城市、车辆、停车位置需要充电、加油的阀值，对于低于阀值的车辆，进入备选库作为备选车辆，当车辆运力不足或用户用车时间为预约时，可使用备选车辆进行预约，提高车辆的利用率。首先预估备选车辆完成加油和/或充电的时间，在预估时间到达前接收到对备选车辆的预约请求时，输出可用续航参数，可用续航参数用于指示截止到车辆预约请求包含的用车时间时车辆所能提供的可用续航能力。可用续航参数可以使用用于表征车辆剩余续航能力的图示或文字进行输出，例如，可以直接使用加油里程、充电里程或行驶里程进行文字输出；也可以将可用续航参数占理论可使用续航参数的百分比作为图表输出；还可以根据出发地及可用续航参数确定续航范围内一标志性地点进行提示输出，如“剩余里程为10公里，最远可以开到东方明珠”，便于用户直观了解可用续航参数；还可以通过将续航可达范围在地图上以出发地为中心进行区域标识的方式输出，结果更加直观。通过将可用的续航里程提供给用户，可以作为用户是否预约车辆的决策参考，从而提高用户租车体验。

以下结合图3对本实施的车辆管理方法的详细流程进行说明。

如图3所示，出行平台、车联网系统、数据中台作为服务器使用，并分别负责服务器中不同的运算逻辑。可以理解，图3所示流程的逻辑运算可以在一个服务器上处理，也可以在多个服务器上处理，也可以在一电子设备上处理。

结束行程，用户在用户端上点击“还车”后，出行平台开始判断车辆是否处于还车状态，若是，用户端即可结束操作，出行平台继续获取车辆的续航参数，执行下一步管理流程。若车辆不处于还车状态，则通过用户端提示用户手动操作，关闭发动机、车窗、车门，若在预设次数(例如3 次)内手动操作成功，出行平台继续获取车辆的续航参数，执行下一步管理流程。若超过预设次数(例如3次)手动操作失败，出行平台向车辆发送控制指令，用于远程控制车辆关闭发动机、车门、车窗，若远程关闭成功，出行平台继续获取车辆的续航参数，执行下一步管理流程。反之，若远程关闭失败，出行平台通知车联网系统触发车辆下线事件，车辆下线，同时，车联网系统通知车管端进入人工介入处理，用户端结束操作。

在车辆处于还车状态后，出行平台判断续航参数是否大于预估阈值，若是，则结束还车。反之，续航参数小于预估阈值，则出行平台生成加油和/或充电任务并将车辆加入备选车辆，同时通过车管端通知运营人员对车辆进行加油和/或充电，出行平台预估完成加油和/或充电的时间，在用户需要租车时提供参考。

数据中台用于采集订单数据、车辆使用数据，通过大数据分析、深度学习得到当前城市的订单平均运行里程、从当前还车位置出发的车辆的运行里程、当前城市当前车型的车辆的运行里程、当前车型的理论续航里程及各自的权重，进而通过阈值模型(如公式1)计算得到预估阈值并发送给出行平台，为出行平台提供进行续航参数的判断参考。

本申请的车辆管理方法响应于接收到还车请求，确定车辆是否处于还车状态；响应于确定车辆处于还车状态，获取车辆的续航参数；以及，若续航参数小于或等于一预估阈值，则执行第一管理策略，第一管理策略包括生成加油和/或充电任务、将车辆设置为不可使用车辆、将车辆设置为备选车辆中的至少一种。通过这种方式，可以在用户还车时自动检测车辆状态并对车辆的续航能力进行评估，及时执行管理策略，从而保证车辆安全、改善租车体验，可以应用于分时租赁长短租、共享租车等车辆的管理。

图4为本发明实施例提供的一种电子设备的结构示意图。图4示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和适用范围带来任何限制。如图4所示，本申请还提供一种电子设备600包括处理单元601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行本公开实施例的方法。处理器 601例如可以包括通用微处理器(例如CPU)、指令处理器和/或相关芯片组和 /或专用微处理器(例如专用集成电路(ASIC))，等等。处理器601还可以包括用于缓存用途的板载存储器。处理器601可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM603中，存储有电子设备600操作所需的各种程序和数据。处理器601、ROM602以及RAM603中通过总线604彼此相连。处理器601 通过执行ROM602和/或RAM603中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，上述程序也可以存储在除ROM602和RAM603 以外的一个或多个存储器中。处理器601也可以通过执行存储在一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

在本实施例中，处理器601通过执行存储在一个或多个存储器中的程序，可以响应接收到还车请求，确定车辆是否处于还车状态，进而响应于确定车辆处于还车状态，获取车辆的续航参数，以及，若续航参数小于或等于一预估阈值，则执行第一管理策略，第一管理策略包括生成加油和/或充电任务、将车辆设置为不可使用车辆、将车辆设置为备选车辆中的至少一种。如此，可以在用户还车时自动检测车辆状态并对车辆的续航能力进行评估，及时执行管理策略，从而保证车辆安全、改善租车体验。

根据本公开的实施例，电子设备600还可以包括输入/输出(I/O)接口 605，输入/输出(I/O)接口605也连接至总线604。电子设备600还可以包括连接至输入/输出(I/O)接口605的以下部件中的一项或多项：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如 LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。此外，驱动器，可拆卸介质。诸如磁盘、光盘、磁光盘、半导体存储器等可也根据需要连接至输入/输出(I/O)接口605 上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

根据本公开的实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品。其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行图2、图3所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被处理器 601执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块和单元等可以通过计算机程序模块来实现。

本申请的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或多个程序，当上述一个或多个程序被执行时，实现根据本公开实施例的方法。

本实施例执行上述方法步骤的具体过程，详见图2及图3的相关描述，在此不再赘述。

上述实施例仅例示性说明本申请的原理及其功效，而非用于限制本申请。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本申请所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。

Claims (12)

1.一种车辆管理方法，其特征在于，包括以下步骤：

响应于接收到还车请求，确定车辆是否处于还车状态；

响应于确定所述车辆处于还车状态，获取所述车辆的续航参数；以及，

若所述续航参数小于或等于一预估阈值，则执行第一管理策略，所述第一管理策略包括生成加油和/或充电任务、将所述车辆设置为不可使用车辆、将所述车辆设置为备选车辆中的至少一种。

2.根据权利要求1所述的方法，其中，所述还车状态包括发动机处于停止状态、车门为关闭状态、车窗为关闭状态、手刹处于拉起状态、车辆停在指定位置中的至少一种。

3.根据权利要求2所述的方法，其中，所述确定车辆是否处于还车状态，包括以下步骤：

基于所述车辆的当前位置，确定所述车辆是否停在指定位置，所述指定位置包括可使用车位与指定停车区域；以及

若所述车辆未停在指定位置，则确定所述车辆不处于还车状态。

所述确定车辆是否停在指定位置之前，还包括以下步骤：

采集至少一个车辆的历史停车数据，所述历史停车数据包括停车位置与停车时间；以及，

基于所述历史停车数据，确定所述可使用车位。

4.根据权利要求2所述的方法，其中，所述确定车辆是否处于还车状态，还包括以下步骤：

确定所述发动机是否处于停止状态；响应于确定所述发动机不处于停止状态，确定所述车辆不处于还车状态，并获取所述车辆的当前速度；

若所述车辆的当前速度为0，则输出用于提示发动机未关闭的信息；

若所述车辆的当前速度大于0，则确认所述还车请求为误触发事件；以及，

响应于确认所述还车请求为所述误触发事件，执行所述误触发事件的处理策略，所述误触发事件的处理策略包括输出用于提示所述误触发事件的信息。

5.根据权利要求2所述的方法，其中，所述确定车辆是否处于还车状态，还包括以下步骤：

获取手动关闭所述发动机、所述车门或所述车窗的操作结果；

响应于所述操作结果为失败且失败次数超过预设次数，确定所述车辆不处于还车状态，并生成控制指令，以用于关闭所述发动机、所述车门或所述车窗；

响应于确定所述控制指令的反馈结果为关闭失败，触发车辆下线事件；以及，

响应于所述车辆下线事件，生成人工介入任务。

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

若所述续航参数大于所述预估阈值，则执行第二管理策略，所述第二管理策略包括将所述车辆设置为可使用车辆。

7.根据权利要求1所述的方法，其中，所述续航参数为续航里程，所述获取所述车辆的续航参数之前，还包括以下步骤：

采集订单数据与车辆使用数据；

基于所述订单数据与所述车辆使用数据，预测当前城市、当前车型在当前还车位置所需预留的续航里程估值；以及，

基于所述续航里程估值，确定所述预估阈值。

8.根据权利要求7所述的方法，其中，所述基于所述续航里程估值，确定所述预估阈值，包括以下步骤之一：

将所述续航里程估值确定为所述预估阈值；以及

将所述续航里程估值与预设最低阈值比较，将所述续航里程估值与所述预设最低阈值中的较高者确定为所述预估阈值。

9.根据权利要求7或8所述的方法，其中，所述预测当前城市当前车型在当前还车位置所需预留的续航里程估值，包括以下步骤：

基于所述订单数据与所述车辆使用数据，计算当前城市的订单平均运行里程、从当前还车位置出发的车辆的运行里程、当前城市当前车型的车辆的运行里程、当前车型的理论续航里程；

基于所述当前城市的订单平均运行里程、所述从当前还车位置出发的车辆的运行里程、所述当前城市当前车型的车辆的运行里程、所述当前车型的理论续航里程及在当前还车位置实际进行充电加油的续航里程进行基于线性回归的深度学习，得到所述当前城市的订单平均运行里程、所述从当前还车位置出发的车辆的运行里程、所述当前城市当前车型的车辆的运行里程、所述当前车型的理论续航里程各自的权重；以及，

基于所述当前城市的订单平均运行里程、所述从当前还车位置出发的车辆的运行里程、所述当前城市当前车型的车辆的运行里程、所述当前车型的理论续航里程及所述权重，得到当前城市、当前车型在当前还车位置所需预留的续航里程估值。

10.根据权利要求1所述的方法，其中，所述执行第一车辆管理策略之后，还包括以下步骤：

若将所述车辆设置为备选车辆，则预估完成加油和/或充电的时间；以及，

若在预估时间到达前接收到车辆预约请求，则输出可用续航参数，所述可用续航参数用于指示截止到所述车辆预约请求包含的用车时间所述车辆所能提供的可用续航能力。

11.一种电子设备，其特征在于，包括：

至少一个处理单元；

至少一个存储器，所述至少一个存储器被耦合到所述至少一个处理单元并且存储用于由所述至少一个处理单元执行的指令，所述指令当由所述至少一个处理单元执行时，使得所述设备执行根据权利要求1至10任一项所述的车辆管理方法的步骤。

12.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被机器执行时实现根据权利要求1至10中任一项所述的车辆管理方法。

Images