CN112134952A - 一种基于车联网的车辆管理系统及方法 - Google Patents

Abstract

本申请涉及一种基于车联网的车辆管理系统及方法。本申请中的车辆管理系统包括管理服务器、车厂服务器和出厂前安装于车辆上的第一车载网关，其中，第一车载网关，用于接收安装于车辆上的传感器发送的车辆状态数据，并将车辆状态数据通过车厂服务器发送至管理服务器；管理服务器，用于基于接收到的车辆状态数据对车辆进行分析，得到分析结果，并通过车厂服务器向第一车载网关发送与分析结果匹配的车辆控制信息和/或预警信息。这样，由于厂前安装的第一车载网关得到了车厂服务器的授权，通过第一车载网关可以全面获取到车辆的各种数据，以便管理服务器可以根据获取到的数据对车辆进行集中监控和管理，可以提高对车辆的管理效率，降低管理成本。

Description

一种基于车联网的车辆管理系统及方法

技术领域

本申请涉及车联网技术领域，尤其涉及一种基于车联网的车辆管理系统及方法。

背景技术

在现有的车辆运营模式中，汽车租赁公司的车辆是重要的运力来源。作为车辆资产的拥有方，各家汽车租赁公司在进行资产的全生命周期的管理上有各个场景的需求，其中，核心需求是资产方需要及时、准确地掌握每一辆车的状况，实现线上化、智能化管理，从而提高管理效率，降低管理成本。

因此，基于车联网，如何提供一种可以对各种车辆进行集中监控和管理的车辆管理系统是目前亟待解决的技术问题。

发明内容

有鉴于此，本申请实施例至少提供一种基于车联网的车辆管理系统及方法，可以对车辆进行集中监控和管理，并提高对车辆的管理效率，降低管理成本。

本申请主要包括以下几个方面：

第一方面，本申请实施例提供一种基于车联网的车辆管理系统，所述车辆管理系统包括管理服务器、车厂服务器和出厂前安装于车辆上的第一车载网关；

所述第一车载网关，用于接收安装于所述车辆上的传感器发送的车辆状态数据，并将所述车辆状态数据发送至所述车厂服务器；

所述车厂服务器，用于将所述车辆状态数据发送至所述管理服务器，并在接收到所述管理服务器发送的车辆控制信息和/或预警信息后，将所述车辆控制信息和/或所述预警信息发送至所述第一车载网关；

所述管理服务器，用于基于接收到的所述车辆状态数据对所述车辆进行分析，得到分析结果，并向所述车厂服务器发送与所述分析结果匹配的车辆控制信息和/或预警信息。

在一种可能的实施方式中，所述车辆管理系统还包括出厂后安装于车辆上的第二车载网关；

所述第二车载网关，用于接收安装于所述车辆上传感器发送的所述车辆状态数据，并将所述车辆状态数据发送至所述管理服务器；

所述管理服务器，用于基于接收到的所述车辆状态数据对所述车辆进行分析，得到所述分析结果，并向所述第二车载网关发送与所述分析结果匹配的所述车辆控制信息和/或所述预警信息。

在一种可能的实施方式中，所述传感器包括定位传感器；所述车辆状态数据包括车辆定位位置数据；所述管理服务器包括限制启动模块；

所述第一车载网关，用于接收安装于所述车辆上的所述定位传感器发送的所述车辆定位位置数据，并将所述车辆定位位置数据发送至所述车厂服务器；

所述车厂服务器，用于将所述车辆定位位置数据发送至所述车厂服务器，并在接收到所述限制启动模块发送的限制所述车辆启动的所述车辆控制信息后，将所述车辆控制信息发送至所述第一车载网关；

所述限制启动模块，用于基于接收到的所述车辆定位位置数据，确定所述车辆是否处于与所述车辆匹配的预设运营区域内，若不处于且所述车辆在所述预设运营区域外的时长大于或等于预设时长，则向所述车厂服务器发送限制所述车辆启动的所述车辆控制信息。

在一种可能的实施方式中，所述分析结果包括车辆故障；所述管理服务器还包括故障处理模块；

所述故障处理模块，用于基于接收到的所述车辆状态数据，确定所述车辆是否发生车辆故障，并在确定发生车辆故障时，通过所述车厂服务器向所述第一车载网关发送与所述车辆故障的故障等级匹配的车辆控制信息和预警信息。

在一种可能的实施方式中，所述车辆故障包括以下故障中的至少一种：

制动系统故障、车辆碰撞故障、S级重大事故故障、胎压过低故障、转向系统故障报警。

在一种可能的实施方式中，所述分析结果包括安全隐患；所述管理服务器还包括安全隐患处理模块；

所述安全隐患处理模块，用于基于接收到的车辆状态数据确定司机驾驶行为数据，并根据所述司机驾驶行为数据，确定所述车辆是否存在安全隐患，若存在，则通过所述车厂服务器向所述第一车载网关发送与所述安全隐患的隐患等级匹配的车辆控制信息和预警信息。

在一种可能的实施方式中，所述安全隐患处理模块，用于在确定所述司机驾驶行为数据包括以下任一数据时，确定所述车辆存在安全隐患：

所述车辆的行驶速度大于或等于预设阈值、所述司机处于疲劳状态、所述车辆的行驶方向为逆行方向、所述车辆的超载。

在一种可能的实施方式中，所述分析结果包括电池健康状态；所述管理服务器还包括电池管理模块；

所述电池管理模块，用于基于接收到的车辆状态数据确定电池状态数据，并根据所述电池状态数据对所述车辆的电池健康情况进行分析，得到电池健康状态，若确定所述电池处于非健康状态，则通过所述车厂服务器向所述第一车载网关发送与所述电池健康状态的健康等级匹配的预警信息。

在一种可能的实施方式中，所述电池管理模块，用于在确定所述电池状态数据包括以下任一数据时，确定所述电池处于非健康状态：

电池温度超过预设温度、电池的各电压采样点处电压之间的差值超过预设电压阈值、电池的各电流采样点处电流之间的差值超过预设电流阈值。

在一种可能的实施方式中，所述管理服务器还包括验车管理模块；

所述验车管理模块，还用于在接收到验车指令时，通过所述车厂服务器向所述第一车载网关发送对所述车辆的各个关键部件的测试指令，并基于所述第一车载网关发送的针对所述测试指令的反馈数据和车辆外观数据，确定所述车辆是否满足验车通过条件，若满足，通过所述车厂服务器向所述第一车载网关发送验收通过信息。

在一种可能的实施方式中，所述管理服务器还包括车辆控制模块；

所述车辆控制模块，还用于通过所述车厂服务器向所述第一车载网关发送远程控制信息：

其中，所述远程控制信息包括以下信息中的至少一种：

控制车辆开门或关车门、控制车辆双闪鸣笛、控制车辆启动限制功能、控制车辆解除限制功能、控制车辆开启座椅加热。

第二方面，本申请实施例还提供一种基于车联网的车辆管理方法，所述车辆管理方法包括：

接收车厂服务器发送的目标车辆的车辆状态数据；

基于接收到的所述车辆状态数据对所述目标车辆进行分析，得到分析结果；

向所述车厂服务器发送与所述分析结果匹配的车辆控制信息和/或预警信息，以便所述车厂服务器将所述车辆控制信息和/或所述预警信息转发至所述目标车辆。

在一种可能的实施方式中，所述车辆管理方法还包括：

获取所述目标车辆的车辆状态数据；

基于接收到的所述车辆状态数据对所述目标车辆进行分析，得到分析结果；

向所述目标车辆发送与所述分析结果匹配的车辆控制信息和/或预警信息。

在一种可能的实施方式中，所述车辆状态数据包括车辆定位位置数据；所述车辆管理方法还包括：

获取所述目标车辆的所述车辆定位位置数据；

基于接收到的所述车辆定位位置数据，确定所述目标车辆是否处于与所述目标车辆匹配的预设运营区域内；

若不处于，且所述目标车辆在所述预设运营区域外的时长大于或等于预设时长，则通过所述车厂服务器向所述目标车辆发送限制所述目标车辆启动的所述车辆控制信息。

在一种可能的实施方式中，所述分析结果包括车辆故障；所述车辆管理方法还包括：

基于接收到的所述车辆状态数据，确定所述目标车辆是否发生车辆故障；

在确定发生车辆故障时，通过所述车厂服务器向所述目标车辆发送与所述车辆故障的故障等级匹配的车辆控制信息和预警信息。

在一种可能的实施方式中，所述车辆故障包括以下故障中的至少一种：

制动方法故障、车辆碰撞故障、S级重大事故故障、胎压过低故障、转向方法故障报警。

在一种可能的实施方式中，所述分析结果包括安全隐患；所述车辆管理方法还包括：

基于接收到的车辆状态数据确定司机驾驶行为数据；

根据所述司机驾驶行为数据，确定所述目标车辆是否存在安全隐患；

若存在，则通过所述车厂服务器向所述目标车辆发送与所述安全隐患的隐患等级匹配的车辆控制信息和预警信息。

在一种可能的实施方式中，在确定所述司机驾驶行为数据包括以下任一数据时，确定所述目标车辆存在安全隐患：

所述目标车辆的行驶速度大于或等于预设阈值、所述司机处于疲劳状态、所述目标车辆的行驶方向为逆行方向、所述车辆的超载。

在一种可能的实施方式中，所述分析结果包括电池健康状态；所述车辆管理方法还包括：

基于接收到的车辆状态数据确定电池状态数据；

根据所述电池状态数据对所述目标车辆的电池健康情况进行分析，得到电池健康状态；

若确定所述电池处于非健康状态，则通过所述车厂服务器向所述目标车辆发送与所述电池健康状态的健康等级匹配的预警信息。

在一种可能的实施方式中，在确定所述电池状态数据包括以下任一数据时，确定所述电池处于非健康状态：

电池温度超过预设温度、电池的各电压采样点处电压之间的差值超过预设电压阈值、电池的各电流采样点处电流之间的差值超过预设电流阈值。

在一种可能的实施方式中，所述车辆管理方法还包括：

在接收到验车指令时，通过所述车厂服务器向所述目标车辆发送对所述目标车辆的各个关键部件的测试指令；

基于所述目标车辆发送的针对所述测试指令的反馈数据和车辆外观数据，确定所述目标车辆是否满足验车通过条件；

若满足，通过所述车厂服务器向所述目标车辆发送验收通过信息。

在一种可能的实施方式中，所述车辆管理方法还包括：

通过所述车厂服务器向所述目标车辆发送远程控制信息：

其中，所述远程控制信息包括以下信息中的至少一种：

控制车辆开门或关车门、控制车辆双闪鸣笛、控制车辆启动限制功能、控制车辆解除限制功能、控制车辆开启座椅加热。

第三方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过所述总线进行通信，所述机器可读指令被所述处理器运行时执行上述第二方面或第二方面中任一种可能的实施方式中所述的基于车联网的车辆管理方法的步骤。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述第二方面或第二方面中任一种可能的实施方式中所述的基于车联网的车辆管理方法的步骤。

本申请实施例提供的基于车联网的车辆管理系统及方法，采用厂前安装的第一车载网关可以全面获取到车辆的各种数据，以便管理服务器可以直接根据获取到的数据对车辆进行集中监控和管理，与现有技术中无法获取全面的车辆数据，每个车辆运营商需要单独开发车辆管理平台相比，本申请可以直接根据获取到的车辆的全面数据对车辆进行集中监控和管理，可以提高对车辆的管理效率，降低管理成本。

进一步，本申请实施例提供的基于车联网的车辆管理系统及方法，还可以基于接收到的所述车辆状态数据，确定车辆是否发生车辆故障，并在确定发生车辆故障时，向第一车载网关发送与车辆故障的故障等级匹配的车辆控制信息和预警信息，这样，可以及时检测出发生故障的车辆，并采取相应措施进行处理，可以提高车辆的安全性。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所提供的一种基于车联网的车辆管理系统的功能模块图之一；

图2示出了本申请实施例所提供的一种基于车联网的车辆管理系统的功能模块图之二；

图3示出了本申请实施例所提供的一种基于车联网的车辆管理系统的功能模块图之三；

图4示出了本申请实施例所提供的一种基于车联网的车辆管理方法的流程图；

图5示出了本申请实施例所提供的一种电子设备的结构示意图。

主要元件符号说明：

图中：100-基于车联网的车辆管理系统；110-管理服务器；120-车厂服务器；130-第一车载网关；140-第二车载网关；111-限制启动模块；112-故障处理模块；113-安全隐患处理模块；114-电池管理模块；115-验车管理模块；116-车辆控制模块；500-电子设备；510-处理器；520-存储器；530-总线。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中的附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应当理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的全部其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“车辆监控和管理”，给出以下实施方式，对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。

本申请实施例下述方法、装置、电子设备或计算机可读存储介质可以应用于任何需要进行车辆监控和管理的场景，本申请实施例并不对具体的应用场景作限制，任何使用本申请实施例提供的基于车联网的车辆管理系统及方法的方案均在本申请保护范围内。

值得注意的是，在本申请提出之前，车联网技术能否广泛运用，在具体操作时还需要分不同类型的车辆，由于不同行业的车辆对服务的需求各不相同，以及车辆数据的获取需要车厂的授权，所以很难全面获取到针对不同需求、不同车型的车辆的状态数据，进而，很难进行集中监控和管理。通常，每个车辆运营商需要单独开发车辆管理平台，由于数据获取的不全面，致使车辆的管理效率较低，单独开发管理平台，也增加了管理成本。

针对上述问题，本申请实施例中的车辆管理系统包括管理服务器和出厂前安装于车辆上的第一车载网关，其中，第一车载网关，用于接收安装于车辆上的传感器发送的车辆状态数据，并将车辆状态数据发送至车厂服务器；管理服务器，用于基于接收到的车辆状态数据对车辆进行分析，得到分析结果，并通过车厂服务器向第一车载网关发送与分析结果匹配的车辆控制信息和/或预警信息。这样由于厂前安装的第一车载网关得到了车厂服务器的授权，通过厂前安装的第一车载网关可以全面获取到车辆的各种数据，以便管理服务器可以根据获取到的数据对车辆进行集中监控和管理，可以提高对车辆的管理效率，降低管理成本。

需要说明的是，车联网是车辆上的车载设备通过无线通信技术，将采集获取的人/车/路/网/云的动态数据进行有效融合及利用，在车辆的使用中为相关各方提供智能化的多维度服务。车载无线网关(Telematics BOX，T-BOX)是通过远程无线通讯、GPS卫星定位、加速度传感和CAN通讯等功能，为整车提供远程通讯接口，提供包括行车数据采集、行驶轨迹记录、车辆故障监控、车辆远程查询和控制(开闭锁、空调控制、车窗控制、发送机扭矩限制、发动机启停)等能力。软件即服务(Software-as-a-Service，SAAS)是通过网络为消费方提供标准的软件服务。

为便于对本申请进行理解，下面结合具体实施例对本申请提供的技术方案进行详细说明。

图1示出了本申请实施例所提供的一种基于车联网的车辆管理系统100的功能模块图之一；图2示出了本申请实施例所提供的一种基于车联网的车辆管理系统100的功能模块图之二；图3示出了本申请实施例所提供的一种基于车联网的车辆管理系统100的功能模块图之三。

如图1所示，本申请实施例提供的基于车联网的车辆管理系统100，包括管理服务器110、车厂服务器120和出厂前安装于车辆上的第一车载网关130。

这里，基于车联网的车辆管理系统100用于对连接于平台中的各个车辆进行集中监控和管理，基于车联网的车辆管理系统100可以同时对多个车辆进行管理。基于车联网的车辆管理系统100只包含一个管理服务器110、一个车厂服务器120以及安装于多个车辆上的第一车载网关130，其中，管理服务器110为基于车联网的车辆管理系统100中的中心服务器，负责对系统中的车辆进行监控和管理，第一车载网关130用于将对应车辆的车辆状态数据发送至车厂服务器120，车厂服务器120将车辆状态数据转发至管理服务器110。

所述第一车载网关130，用于接收安装于所述车辆上的传感器发送的车辆状态数据，并将所述车辆状态数据发送至所述车厂服务器120。

这里，第一车载网关130是在车辆出厂前安装在车辆上的T-BOX，通常，每个车辆只安装一个T-BOX，其中，T-BOX为无线网关，为整车提供远程通信接口，通过T-BOX可以将安装于车辆上的传感器采集到的车辆状态数据传输至外部设备，外部设备比如，基于车联网的车辆管理系统100中的车厂服务器120。

在具体实施中，第一车载网关130用于接收与其安装于同一个车辆上的传感器发送的车辆状态数据，并在接收到车辆状态数据后，由于第一车载网关130是在车辆出厂前就安装好的，第一车载网关130可以通过车厂服务器120拿到车厂的授权，即，在进行车辆状态数据的传输时，在得到车厂服务器120的授权后，就可以通过车厂服务器120将车辆状态数据直接发送至管理服务器110。这里，安装于车辆上的传感器用于采集车辆的车辆状态数据，传感器包括但不限于定位传感器(Global Positioning System，GPS)、速度传感器、胎压传感器、转角传感器、电池电压传感器、电池电流传感器、摄像头、电池温度传感器、压力传感器、ABS传感器、碰撞传感器、AEB传感器等；车辆状态数据包括但不限于车辆定位位置数据、司机驾驶行为数据、车辆行驶速度数据、车辆转角数据、电池电压数据、电池温度数据、电池电流数据、关键部件测试数据等。

所述车厂服务器120，用于将所述车辆状态数据发送至所述管理服务器110，并在接收到所述管理服务器110发送的车辆控制信息和/或预警信息后，将所述车辆控制信息和/或所述预警信息发送至所述第一车载网关130。

这里，车厂服务器120为生产车辆的厂家的中心服务器，用于管控其生产的车辆。

需要说明的是，一个车辆的第一车载网关130获取到该车辆的车辆状态数据时，需要先将车辆状态数据先发送至车厂服务器120，在车厂服务器120确定可以将该车辆状态数据发送给外部时，即，该车辆状态数据获得了车厂的授权，车厂服务器120再将车辆状态数据发送至管理服务器110。

所述管理服务器110，用于基于接收到的所述车辆状态数据对所述车辆进行分析，得到分析结果，并向所述车厂服务器120发送与所述分析结果匹配的车辆控制信息和/或预警信息。

在具体实施中，管理服务器110在接收到任一车辆的第一车载网关130通过车厂服务器120发送的车辆状态数据之后，对车辆状态数据进行分析，得到分析结果，进而，根据分析结果确定控制该车辆的控制策略和/或预警策略，即，通过车厂服务器120向第一车载网关130发送与该分析结果匹配的车辆控制信息和/或预警信息。

如图2所示，基于车联网的车辆管理系统100还包括出厂后安装于车辆上的第二车载网关140，其中，一个车辆通常只安装一种车载网关，即一个车辆可以在出厂前安装一个第一车载网关130，或者，可以在出厂后安装一个第二车载网关140。

所述第二车载网关140，用于接收安装于所述车辆上传感器发送的所述车辆状态数据，并将所述车辆状态数据发送至所述管理服务器110；

所述管理服务器110，用于基于接收到的所述车辆状态数据对所述车辆进行分析，得到所述分析结果，并向所述第二车载网关140发送与所述分析结果匹配的所述车辆控制信息和/或所述预警信息。

在具体实施中，任一车辆的第二车载网关140在接收到安装于该车辆上的传感器发送的车辆状态数据后，由于第二车载网关140是该车辆出厂后安装的设备，与车厂服务器120没有授权关系，故，可以直接将车辆状态数据发送至管理服务器110，管理服务器110在接收到车辆状态数据之后，对该车辆进行分析，得到分析结果，并向第二车载网关140发送与分析结果匹配的所述车辆控制信息和/或所述预警信息。这里，由于第二车载网关140是后装在车辆上的部件，第二车载网关140没有得到车厂的授权，所以第二车载网关140能从车辆获得的数据量有限。

需要说明的是，本申请通过车厂前装的第一车载网关130进行数据采集，将前装的车厂数据应用于车辆运营场景中，相比于目前大多使用后装设备第二车载网关140进行数据采集相比，优势在于：(1)对接了车厂数据的车辆，无需外装后装设备，降低了成本；(2)前装采集的数据更稳定、精准度更高，数据范围更大更丰富；(3)不涉及破解车辆，车辆无潜在的适配安全风险。

这里，对于车辆在出厂后安装的第二车载网关140可能存在以下问题：(1)后装设备容易松动，被人恶意拆卸，导致资产丢失；(2)后装设备需要根据不同车型进行黑盒适配破解，开发成本高；(3)安装时可能涉及到车辆内饰改造，涉及风险及成本；(4)后装设备质量不是车规级，稳定性和寿命相比较差；(5)后装设备通过破解能够拿到的数据和控制能力有限。

这里，通过车厂前装设备采集到的数据，可以更快的频率和系统同步，能够实现车辆全方位多维度的数据监测。同时在出行行业的特定场景下，结合车辆的控制能力和诊断能力，实现智能管理化。同时，对于已经安装了后装设备的车辆，平台也进行了兼容，实现硬件终端服务的归一化管理，并提供支撑。

需要说明的是，本申请提供的基于车联网的车辆管理系统100可以满足对车辆的各种管理需求，比如，查询车辆位置需求、验车需求、监控司机驾驶行为需求、监控电池健康状况需求、查询车辆状态需求、对车辆进行控制的需求。

进一步地，如图3所示，所述传感器包括定位传感器；所述车辆状态数据包括车辆定位位置数据；所述管理服务器110包括限制启动模块111；所述第一车载网关130，用于接收安装于所述车辆上的所述定位传感器发送的所述车辆定位位置数据，并将所述车辆定位位置数据发送至所述车厂服务器120；所述车厂服务器120，用于将所述车辆定位位置数据发送至所述限制启动模块111，并在接收到所述限制启动模块111发送的限制所述车辆启动的所述车辆控制信息后，将所述车辆控制信息发送至所述第一车载网关130；所述限制启动模块111，用于基于接收到的所述车辆定位位置数据，确定所述车辆是否处于与所述车辆匹配的预设运营区域内，若不处于且所述车辆在所述预设运营区域外的时长大于或等于预设时长，则向所述车厂服务器120发送限制所述车辆启动的所述车辆控制信息。

在具体实施中，针对查询车辆位置的需求，具体地，通过任一车辆上的第一车载网关130可以获取到该车辆的车辆定位位置数据，进而，第一车在网关将该车辆定位位置数据发送至车厂服务器120，进而由车厂服务器120转发车辆定位位置数据至管理服务器110的限制启动模块111，这里，管理服务器110可以实现对车辆各种需求的管理，其中，限制启动模块111用于在检测到车辆的位置不满足运营要求时，对车辆采取限制启动，具体地，限制启动模块111在接收到车辆定位位置数据后，根据该车辆定位位置数据确定该车辆是否在其对应的预设运营区域内，若该车辆不处于运营区域内，且在超过预设时长内监测的结果均显示该车辆不在该预设运营区域，则向该车辆的车厂服务器120发送限制该车辆启动的车辆控制信息，以便限制车辆启动。

需要说明的是，对于运营车辆，通常是由运营城市或区域限制的，对于本申请可以通过管理服务器110来实现获取车辆的定位位置数据，以对车辆的位置进行监控，并在监测到车辆不在预设运营区域行驶时，采取强制措施，限制该车辆的启动，在具体实施时，可以在监控到该车辆不在预设运营区域时，先向车辆发送超出运营区域的提示信息，在发送多次提示时，该车辆人在预设运营区域外时，对车辆采取限制启动的措施。

这里，在检测到司机出现恶意违章时，也可以对车辆采取限制启动，以便运营人员根据获取到的车辆位置，线下快速的到达车辆停放位置进行车辆的收回。

进一步地，如图3所示，所述分析结果包括车辆故障；所述管理服务器110还包括故障处理模块112；所述故障处理模块112，用于基于接收到的所述车辆状态数据，确定所述车辆是否发生车辆故障，并在确定发生车辆故障时，通过所述车厂服务器120向所述第一车载网关130发送与所述车辆故障的故障等级匹配的车辆控制信息和预警信息。

在具体实施中，针对查询车辆状态需求，可以根据获取的车辆状态数据确定车辆是否发生故障，进而，采取相应措施对车辆进行控制，具体地，管理服务器110还包括故障处理模块112，故障处理模块112用于判断车辆是否发生故障，以及在发生故障时，制定措施进行处理，这里，故障处理模块112在接收到车辆状态数据之后，根据该车辆状态数据确定该车辆是否发生故障，若确定发生故障，通过所述车厂服务器120向该车辆的第一车载网关130发送与该车辆的故障等级相匹配的车辆控制信息和预警信息。

这里，所述车辆故障包括以下故障中的至少一种：制动系统故障、车辆碰撞故障、S级重大事故故障、胎压过低故障、转向系统故障报警。

在具体实施中，可以通过车辆发送的车辆状态数据，确定出该车辆发生的故障类型，比如，制动系统故障、车辆碰撞故障、S级重大事故故障、胎压过低故障、转向系统故障报警。

需要说明的是，对车辆发生故障的管理过程进行说明，车辆发生各项安全事故时，车辆传感器感知到事件信号，第一车载网关130采集数据信号(车辆状态数据)，进而，上传车辆状态数据至车厂服务器120，再由车厂服务器转发车辆状态数据至管理服务器110，管理服务器110根据不同的规则和算法推算是否发生了事故，确定发生事故时，进行报警，在基于车联网的车辆管理系统100中进行提示和告警，以便向车辆下达车辆控制信息。

进一步地，如图3所示，所述分析结果包括安全隐患；所述管理服务器110还包括安全隐患处理模块113；所述安全隐患处理模块113，用于基于接收到的车辆状态数据确定司机驾驶行为数据，并根据所述司机驾驶行为数据，确定所述车辆是否存在安全隐患，若存在，则通过车厂服务器120向所述第一车载网关130发送与所述安全隐患的隐患等级匹配的车辆控制信息和预警信息。

在具体实施中，针对监控司机驾驶行为需求，管理服务器110还包括安全隐患处理模块113，安全隐患处理模块113用于判定车辆是否存在安全隐患，并在确定该车辆出现安全隐患时，采取相应措施进行处理，具体地，安全隐患处理模块113在接收到车辆状态数据时，根据车辆状态数据确定出该车辆的司机驾驶行为数据，进而，根据该司机驾驶行为数据，来确定该车辆是否存在安全隐患，若存在安全隐患，则通过车厂服务器120向该车辆的第一车载网关130发送与该安全隐患的隐患等级匹配的车辆控制信息和预警信息，这里，不同等级的安全隐患的处理策略会有所不同，安全隐患等级越高，处理策略对应的对车辆的控制要求越高。

需要说明的是，对车辆出现安全隐患的管理过程进行说明，司机发生各项不良驾驶行为，摄像头感知到事件信号，根据不同的规则和算法推算是否发生了不良行为，即确定是否存在安全隐患，一个方面上报司机不良行为以便管理人员通过平台进行查看，另一方面采取相应处理措施。

这里，所述安全隐患处理模块113，用于在确定所述司机驾驶行为数据包括以下任一数据时，确定所述车辆存在安全隐患：所述车辆的行驶速度大于或等于预设阈值、所述司机处于疲劳状态、所述车辆的行驶方向为逆行方向、所述车辆的超载。

在具体实施中，司机在驾驶车辆时，可能出现超速情况、出现司机疲劳驾驶情况、司机违章情况，比如逆行，车辆超载情况，在这些情况下，都可能被认为车辆存在安全隐患。

进一步地，如图3所示，所述分析结果包括电池健康状态；所述管理服务器110还包括电池管理模块114；所述电池管理模块114，用于基于接收到的车辆状态数据确定电池状态数据，并根据所述电池状态数据对所述车辆的电池健康情况进行分析，得到电池健康状态，若确定所述电池处于非健康状态，则通过车厂服务器120向所述第一车载网关130发送与所述电池健康状态的健康等级匹配的预警信息。

在具体实施中，针对监控电池健康状况需求，根据获取的与电池相关的车辆状态数据，确定电池健康状态，进而在电池处于非健康状态时，通过车厂服务器120向该车辆的第一车载网关130发送与电池健康状态的健康等级匹配的预警信息。

这里，所述电池管理模块114，用于在确定所述电池状态数据包括以下任一数据时，确定所述电池处于非健康状态：电池温度超过预设温度、电池的各电压采样点处电压之间的差值超过预设电压阈值、电池的各电流采样点处电流之间的差值超过预设电流阈值。

在具体实施中，若检测到任一车辆的电池温度超过预设温度，或电池的各电压采样点处电压之间的差值超过预设电压阈值，或电池的各电流采样点处电流之间的差值超过预设电流阈值时，都可以确定电池处于非健康状态。

这里，车辆运营企业除了要掌握电池的健康状况之外，还要了解车辆的电池衰减情况，以便车辆运营企业为购置新车，以及资产配置考虑选取的车辆款式和车型。

进一步地，如图3所示，所述管理服务器110还包括验车管理模块115；所述验车管理模块115，还用于在接收到验车指令时，通过车厂服务器120向所述第一车载网关130发送对所述车辆的各个关键部件的测试指令，并基于所述第一车载网关130发送的针对所述测试指令的反馈数据和车辆外观数据，确定所述车辆是否满足验车通过条件，若满足，向所述第一车载网关130发送验收通过信息。

在具体实施中，针对验车需求，运营企业将车辆交付给司机或司机还车时，需要对车辆的外观、内饰以及各项关键部件进行检查，确认车辆是否有正常，以便完成验车。这里，管理服务器110有专门用于验车检查的验车管理模块115，具体地，验车管理模块115在接收到验车指令时，向该车辆的第一车载网关130发送对该车辆的各个关键部件的测试指令，以便对该车辆的各个关键部件进行测试，在测试后，该车辆的第一车载网关130会向验车管理模块115发送针对测试指令的反馈数据，在测试同时，还需要获取车辆的外观数据，以便验车管理模块115根据反馈数据和车辆外观数据，来确定车辆是否满足验车通过条件，若满足，则通过该车辆的第一车载网关130发送验收通过信息，若不满足，则通过该车辆的第一车载网关130发送验收未通过信息。

进一步地，如图3所示，所述管理服务器110还包括车辆控制模块116；所述车辆控制模块116，还用于通过车厂服务器120向所述第一车载网关130发送远程控制信息：其中，所述远程控制信息包括以下信息中的至少一种：控制车辆开门或关车门、控制车辆双闪鸣笛、控制车辆启动限制功能、控制车辆解除限制功能、控制车辆开启座椅加热。

在具体实施中，针对车辆控制的需求，管理服务器110设有专门控制车辆的模块，即车辆控制模块116，通过车辆控制模块116可以向车辆发送远程控制信息，以实现对车辆的控制，这里，可以实现的控制功能包括但不限于控制车辆开门或关车门、控制车辆双闪鸣笛、控制车辆启动限制功能、控制车辆解除限制功能、控制车辆开启座椅加热。

需要说明的是，本申请中的基于车联网的车辆管理系统100可以实现以下功能，包括但不限于平台应用能力(车安全、车健康、车运营、车资产、数据统计分析及展示)、平台基础能力(平台通用能力、T-BOX设备生命周期管理、硬件终端服务支撑)、设备助手(设备绑定、平台调试、蓝牙调试、库存及工单管理)，其中，车安全包括但不限于告警监测、安全驾驶、安全事故、充电安全，车健康包括但不限于车安全(告警监测、安全驾驶、安全事故、充电安全，车运营包括但不限于风险管理、实时续航里程、能耗优化、智能车务，车资产包括但不限于电池阈值估算，数据统计分析及展示包括但不限于车辆运营报表、安全事件报警、车辆故障报警，平台通用能力包括但不限于角色管理、账户管理、权限管理、日志管理，T-BOX设备生命周期管理包括但不限于安装及售后工单管理、库存管理、门店管理、人员管理，硬件终端服务支撑包括但不限于设备查询、省级管理、设备调试、音视频管理、提点统计分析，库存及工单管理包括但不限于库存管理、安装工单管理、拆卸工单管理、维修工单管理。

这里，设备助手为基于车联网的车辆管理系统100中的一个与移动终端进行交互的功能模块，即，移动终端的运维工作台。各个供应商的工作人员通过设备助手完成对后装设备的安装绑定/维修/拆卸/更换/调试等全生命周期的管理。同时实现不同安装门店的库存管理。步骤如下：(1)平台根据用户需求及设备的供应商分配工单至对应的运营人员；(工单分为安装、维修、拆卸、更换等)；(2)运营人员在设备助手可以对工单进行领取；(3)在设备助手中实现对设备的调试(调试数据链路为设备-平台-安装助手)，根据调试结果确定设备是否正常，安装则将设备SN码和车辆绑定并同步数据到平台，维修则进行设备的维修，拆卸及更换均涉及设备等拆除。根据不同的工单记录工单的操作结果并在平台进行记录；(4)在平台可查看对应车辆对应设备的所有线下安装拆除记录，便于查验。

这里，平台通用能力是对系统、设备助手所有的使用方进行角色及权限的配置，搭建适合的账号管理体系，并且对系统的操作日志进行记录和管理。T-BOX设备生命周期管理，后装车联T-BOX设备的编码规则设置、绑定状态查询、各类型工单的分配及管理，设备安装拆卸门店运维的管理，为设备助手的使用提供后端技术业务支持。管理步骤包括：(1)根据不同的供应商对设备编码进行规则设置；(2)对设备进行编码；(3)设备安装时分配工单至对应的供应商运营人员；(4)运营人员通过设备助手对设备进行调试，确认无误后进行安装绑定；(5)通过平台查询设备的状态，是否有异常，查看设备上传的数据是否可用；(6)设备遇到故障时分配检修工单；(7)运营人员接收检修工单并确认设备是否故障，进行设备的维修和替换，并在平台记录工单；(8)车辆退出运营时，分配拆卸工单；(9)运营人员接收拆卸工单并确认设备是否能够正常工作，进行设备的拆卸和入库，并在平台记录工单。

其中，硬件终端服务支撑，提供标准化的服务，供使用方实现设备状态的查询(在线状态、异常情况、故障情况等)、设备固件软件的版本管理和升级管理、设备中SIM卡的流量管理、封装API向其余业务方提供能力的接口管理、设备音视频服务的提取及指令下发的管理等。

这里，设备查询步骤包括：(1)设备在平台激活注册；(2)设备按照平台要求的协议进行数据的上报；(3)设备自检遇到故障时上报错误代码；(4)平台查看设备数据并确定是否异常，如有异常则执行对应的操作。设备固件软件版本管理和升级管理步骤包括：(1)在平台建立软件基线；(2)软件更新时进行安装包的上传与版本更新；(3)在平台维护不同设备的不同软件版本；(4)根据软件版本配置升级任务并发布；(5)设备端进行版本升级并上报升级结果；(6)平台端查看升级结果并进行统计。SIM卡流量管理步骤包括：(1)平台端实现设备和SIM卡的绑定；(2)设备安装时对SIM卡进行激活操作；(3)设备正常工作时查看SIM卡的状态及当月使用的流量；(4)SIM卡发生异常时在平台端对SIM卡进行关停及开启操作。

车健康，车辆行驶过程中车身各项故障及器件报警的事件管理(如胎压过低报警、转向系统故障报警等)，同时对车辆各个部件及电池的异常数据、维修情况进行记录跟踪，并可以对寿命进行预测，建立车辆的体检档案，对车辆所有的保养记录，维修记录进行落盘，并可追溯。

车辆档案实现方式：车辆发生故障或即将到达保养里程，司机预约进行维保—维保店确认预约信息—车辆到店进行维保—维保数据由车厂的维保店系统同步到车联网系统—记录所有的维保信息。

车运营：在车辆的运营场景中实现自定义规则的风控管理(包括进出围栏、异常聚集、离线事件过长等)，实时查看车辆的剩余续航里程并结合车辆的历史能耗给出能耗优化建议，各类车务事件可以通过配置自动化地发送到车端(如违章、保养、教育、安全、不良驾驶行为提示等)；车辆的轨迹查询及回放。实现方式：在平台端设定不同报警规则和报警策略—车辆上传位置信息及其他相关数据—判断是否触发了报警规则—平台端查看车辆的轨迹及进行回放—根据业务规则进行车务消息的下发(平台到车)—车机端查看各项车务消息。

车资产提供车辆的各项控制能力(开关车门、双闪鸣笛、启动限制/限制解除、开启空调、开启座椅加热等)，对电池的残值进行评估分析，为资产方对车辆的处置决策提供依据。控制实现方式：在平台端设定不同报警规则和报警策略—车辆上传位置信息及其他相关数据—判断是否触发了报警规则—平台端查看车辆的轨迹及进行回放—根据业务规则进行控制能力的授权—管理人员进行车辆的远程控制操作进行车辆的管控。

电池残值评估实现方式；在平台端设定车辆的处置及报废年限策略—获取车辆的电池信息(容量、温度、电压、电流等)—计算车辆电池的寿命、健康度及剩余里程—根据设定的阈值确定是否进行车辆处置—车辆的处置及记录。

需要说明的是，上述文中提到的平台即本申请中的基于车联网的车辆管理系统100。

在本申请实施例中，基于车联网的车辆管理系统100包括管理服务器110、车厂服务器120和出厂前安装于车辆上的第一车载网关130，其中，第一车载网关130，用于接收安装于车辆上的传感器发送的车辆状态数据，并将车辆状态数据发送至车厂服务器120；管理服务器110，用于基于接收到的车辆状态数据对车辆进行分析，得到分析结果，并向车厂服务器120发送与分析结果匹配的车辆控制信息和/或预警信息。这样，通过厂前安装的第一车载网关130可以全面获取到车辆的各种数据，以便管理服务器110可以直接根据获取到的数据对车辆进行集中监控和管理，可以提高对车辆的管理效率，降低管理成本。

基于同一申请构思，本申请实施例中还提供了与上述实施例提供的基于车联网的车辆管理系统对应的基于车联网的车辆管理方法，由于本申请实施例中的方法解决问题的原理与本申请上述实施例的基于车联网的车辆管理系统相似，因此方法的实施可以参见系统的实施，重复之处不再赘述。

图4示出了本申请实施例所提供的一种基于车联网的车辆管理方法的流程图，基于车联网的车辆管理方法的执行主体为基于车联网的车辆管理系统中的管理服务器，基于车联网的车辆管理方法包括以下步骤：

S401：接收车厂服务器发送的目标车辆的车辆状态数据。

S402：基于接收到的所述车辆状态数据对所述目标车辆进行分析，得到分析结果；

S403：向所述车厂服务器发送与所述分析结果匹配的车辆控制信息和/或预警信息，以便所述车厂服务器将所述车辆控制信息和/或所述预警信息转发至所述目标车辆。

在具体实施中，在接收到车厂服务器发送的目标车辆的车辆状态数据之后，对车辆状态数据进行分析，得到分析结果，进而，根据分析结果确定控制该车辆的控制策略和/或预警策略，即，向车厂服务器发送与该分析结果匹配的车辆控制信息和/或预警信息，以便车厂服务器将车辆控制信息和/或预警信息转发至目标车辆，来实现对目标车辆的控制。

在一种可能的实施方式中，基于车联网的车辆管理方法还包括以下步骤：

获取所述目标车辆的车辆状态数据；

基于接收到的所述车辆状态数据对所述目标车辆进行分析，得到分析结果；

向所述目标车辆发送与所述分析结果匹配的所述车辆控制信息和/或所述预警信息。

在一种可能的实施方式中，基于车联网的车辆管理方法还包括以下步骤：

获取所述目标车辆的所述车辆定位位置数据；

基于接收到的所述车辆定位位置数据，确定所述目标车辆是否处于与所述目标车辆匹配的预设运营区域内；

若不处于，且所述目标车辆在所述预设运营区域外的时长大于或等于预设时长，则通过所述车厂服务器向所述目标车辆发送限制所述目标车辆启动的所述车辆控制信息。

在一种可能的实施方式中，基于车联网的车辆管理方法还包括以下步骤：基于接收到的所述车辆状态数据，确定所述目标车辆是否发生车辆故障；

在确定发生车辆故障时，通过所述车厂服务器向所述目标车辆发送与所述车辆故障的故障等级匹配的车辆控制信息和预警信息。

在一种可能的实施方式中，所述车辆故障包括以下故障中的至少一种：

制动方法故障、车辆碰撞故障、S级重大事故故障、胎压过低故障、转向方法故障报警。

在一种可能的实施方式中，基于车联网的车辆管理方法还包括以下步骤：

基于接收到的车辆状态数据确定司机驾驶行为数据；

根据所述司机驾驶行为数据，确定所述目标车辆是否存在安全隐患；

若存在，则通过所述车厂服务器向所述目标车辆发送与所述安全隐患的隐患等级匹配的车辆控制信息和预警信息。

在一种可能的实施方式中，在确定所述司机驾驶行为数据包括以下任一数据时，确定所述目标车辆存在安全隐患：

所述目标车辆的行驶速度大于或等于预设阈值、所述司机处于疲劳状态、所述目标车辆的行驶方向为逆行方向、所述车辆的超载。

在一种可能的实施方式中，基于车联网的车辆管理方法还包括以下步骤：

基于接收到的车辆状态数据确定电池状态数据；

根据所述电池状态数据对所述目标车辆的电池健康情况进行分析，得到电池健康状态；

若确定所述电池处于非健康状态，则通过所述车厂服务器向所述目标车辆发送与所述电池健康状态的健康等级匹配的预警信息。

在一种可能的实施方式中，在确定所述电池状态数据包括以下任一数据时，确定所述电池处于非健康状态：

电池温度超过预设温度、电池的各电压采样点处电压之间的差值超过预设电压阈值、电池的各电流采样点处电流之间的差值超过预设电流阈值。

在一种可能的实施方式中，基于车联网的车辆管理方法还包括以下步骤：

在接收到验车指令时，通过所述车厂服务器向所述目标车辆发送对所述目标车辆的各个关键部件的测试指令；

基于所述目标车辆发送的针对所述测试指令的反馈数据和车辆外观数据，确定所述目标车辆是否满足验车通过条件；

若满足，通过所述车厂服务器向所述目标车辆发送验收通过信息。

在一种可能的实施方式中，通过所述车厂服务器向所述目标车辆发送远程控制信息：

其中，所述远程控制信息包括以下信息中的至少一种：

控制车辆开门或关车门、控制车辆双闪鸣笛、控制车辆启动限制功能、控制车辆解除限制功能、控制车辆开启座椅加热。

在本申请实施例中，基于接收到的车辆状态数据对车辆进行分析，得到分析结果，并向目标车辆发送与分析结果匹配的车辆控制信息和/或预警信息。这样，通过获取全面的车辆的各种数据，以便可以直接根据获取到的数据对车辆进行集中监控和管理，可以提高对车辆的管理效率，降低管理成本。

基于同一申请构思，参见图5所示，为本申请实施例提供的一种电子设备500的结构示意图，包括：处理器510、存储器520和总线530，所述存储器520存储有所述处理器510可执行的机器可读指令，当电子设备500运行时，所述处理器510与所述存储器520之间通过所述总线530进行通信，所述机器可读指令被所述处理器510运行时执行如上述实施例中任一所述的基于车联网的车辆管理方法的步骤。

具体地，所述机器可读指令被所述处理器510执行时可以执行如下处理：

获取目标车辆的车辆状态数据；

基于接收到的所述车辆状态数据对所述目标车辆进行分析，得到分析结果；

向所述目标车辆关发送与所述分析结果匹配的车辆控制信息和/或预警信息。

在本申请实施例中，基于接收到的车辆状态数据对车辆进行分析，得到分析结果，并向目标车辆发送与分析结果匹配的车辆控制信息和/或预警信息。这样，通过获取全面的车辆的各种数据，以便可以直接根据获取到的数据对车辆进行集中监控和管理，可以提高对车辆的管理效率，降低管理成本。

基于同一申请构思，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述实施例提供的基于车联网的车辆管理方法的步骤。

具体地，所述存储介质能够为通用的存储介质，如移动磁盘、硬盘等，所述存储介质上的计算机程序被运行时，能够执行上述基于车联网的车辆管理方法，根据获取到的数据对车辆进行集中监控和管理，可以提高对车辆的管理效率，降低管理成本。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，应所述理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者所述技术方案的部分可以以软件产品的形式体现出来，所述计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (24)

1.一种基于车联网的车辆管理系统，其特征在于，所述车辆管理系统包括管理服务器、车厂服务器和出厂前安装于车辆上的第一车载网关；

所述第一车载网关，用于接收安装于所述车辆上的传感器发送的车辆状态数据，并将所述车辆状态数据发送至所述车厂服务器；

所述车厂服务器，用于将所述车辆状态数据发送至所述管理服务器，并在接收到所述管理服务器发送的车辆控制信息和/或预警信息后，将所述车辆控制信息和/或所述预警信息发送至所述第一车载网关；

所述管理服务器，用于基于接收到的所述车辆状态数据对所述车辆进行分析，得到分析结果，并向所述车厂服务器发送与所述分析结果匹配的车辆控制信息和/或预警信息。

2.根据权利要求1所述的车辆管理系统，其特征在于，所述车辆管理系统还包括出厂后安装于车辆上的第二车载网关；

所述第二车载网关，用于接收安装于所述车辆上传感器发送的所述车辆状态数据，并将所述车辆状态数据发送至所述管理服务器；

所述管理服务器，用于基于接收到的所述车辆状态数据对所述车辆进行分析，得到所述分析结果，并向所述第二车载网关发送与所述分析结果匹配的所述车辆控制信息和/或所述预警信息。

3.根据权利要求1所述的车辆管理系统，其特征在于，所述传感器包括定位传感器；所述车辆状态数据包括车辆定位位置数据；所述管理服务器包括限制启动模块；

所述第一车载网关，用于接收安装于所述车辆上的所述定位传感器发送的所述车辆定位位置数据，并将所述车辆定位位置数据发送至所述车厂服务器；

所述车厂服务器，用于将所述车辆定位位置数据发送至所述限制启动模块，并在接收到所述限制启动模块发送的限制所述车辆启动的所述车辆控制信息后，将所述车辆控制信息发送至所述第一车载网关；

所述限制启动模块，用于基于接收到的所述车辆定位位置数据，确定所述车辆是否处于与所述车辆匹配的预设运营区域内，若不处于且所述车辆在所述预设运营区域外的时长大于或等于预设时长，则向所述车厂服务器发送限制所述车辆启动的所述车辆控制信息。

4.根据权利要求1所述的车辆管理系统，其特征在于，所述分析结果包括车辆故障；所述管理服务器还包括故障处理模块；

所述故障处理模块，用于基于接收到的所述车辆状态数据，确定所述车辆是否发生车辆故障，并在确定发生车辆故障时，通过所述车厂服务器向所述第一车载网关发送与所述车辆故障的故障等级匹配的车辆控制信息和预警信息。

5.根据权利要求4所述的车辆管理系统，其特征在于，所述车辆故障包括以下故障中的至少一种：

制动系统故障、车辆碰撞故障、S级重大事故故障、胎压过低故障、转向系统故障报警。

6.根据权利要求1所述的车辆管理系统，其特征在于，所述分析结果包括安全隐患；所述管理服务器还包括安全隐患处理模块；

所述安全隐患处理模块，用于基于接收到的车辆状态数据确定司机驾驶行为数据，并根据所述司机驾驶行为数据，确定所述车辆是否存在安全隐患，若存在，则通过所述车厂服务器向所述第一车载网关发送与所述安全隐患的隐患等级匹配的车辆控制信息和预警信息。

7.根据权利要求6所述的车辆管理系统，其特征在于，所述安全隐患处理模块，用于在确定所述司机驾驶行为数据包括以下任一数据时，确定所述车辆存在安全隐患：

所述车辆的行驶速度大于或等于预设阈值、所述司机处于疲劳状态、所述车辆的行驶方向为逆行方向、所述车辆的超载。

8.根据权利要求1所述的车辆管理系统，其特征在于，所述分析结果包括电池健康状态；所述管理服务器还包括电池管理模块；

所述电池管理模块，用于基于接收到的车辆状态数据确定电池状态数据，并根据所述电池状态数据对所述车辆的电池健康情况进行分析，得到电池健康状态，若确定所述电池处于非健康状态，则通过所述车厂服务器向所述第一车载网关发送与所述电池健康状态的健康等级匹配的预警信息。

9.根据权利要求8所述的车辆管理系统，其特征在于，所述电池管理模块，用于在确定所述电池状态数据包括以下任一数据时，确定所述电池处于非健康状态：

电池温度超过预设温度、电池的各电压采样点处电压之间的差值超过预设电压阈值、电池的各电流采样点处电流之间的差值超过预设电流阈值。

10.根据权利要求1所述的车辆管理系统，其特征在于，所述管理服务器还包括验车管理模块；

所述验车管理模块，还用于在接收到验车指令时，通过所述车厂服务器向所述第一车载网关发送对所述车辆的各个关键部件的测试指令，并基于所述第一车载网关发送的针对所述测试指令的反馈数据和车辆外观数据，确定所述车辆是否满足验车通过条件，若满足，通过所述车厂服务器向所述第一车载网关发送验收通过信息。

11.根据权利要求1所述的车辆管理系统，其特征在于，所述管理服务器还包括车辆控制模块；

所述车辆控制模块，还用于通过所述车厂服务器向所述第一车载网关发送远程控制信息：

其中，所述远程控制信息包括以下信息中的至少一种：

控制车辆开门或关车门、控制车辆双闪鸣笛、控制车辆启动限制功能、控制车辆解除限制功能、控制车辆开启座椅加热。

12.一种基于车联网的车辆管理方法，其特征在于，所述车辆管理方法包括：

接收车厂服务器发送的目标车辆的车辆状态数据；

基于接收到的所述车辆状态数据对所述目标车辆进行分析，得到分析结果；

向所述车厂服务器发送与所述分析结果匹配的车辆控制信息和/或预警信息，以便所述车厂服务器将所述车辆控制信息和/或所述预警信息转发至所述目标车辆。

13.根据权利要求12所述的车辆管理方法，其特征在于，所述车辆管理方法还包括：

获取所述目标车辆的车辆状态数据；

基于接收到的所述车辆状态数据对所述目标车辆进行分析，得到分析结果；

向所述目标车辆发送与所述分析结果匹配的所述车辆控制信息和/或所述预警信息。

14.根据权利要求12所述的车辆管理方法，其特征在于，所述车辆状态数据包括车辆定位位置数据；所述车辆管理方法还包括：

获取所述目标车辆的所述车辆定位位置数据；

基于接收到的所述车辆定位位置数据，确定所述目标车辆是否处于与所述目标车辆匹配的预设运营区域内；

若不处于，且所述目标车辆在所述预设运营区域外的时长大于或等于预设时长，则通过所述车厂服务器向所述目标车辆发送限制所述目标车辆启动的所述车辆控制信息。

15.根据权利要求12所述的车辆管理方法，其特征在于，所述分析结果包括车辆故障；所述车辆管理方法还包括：

基于接收到的所述车辆状态数据，确定所述目标车辆是否发生车辆故障；

在确定发生车辆故障时，通过所述车厂服务器向所述目标车辆发送与所述车辆故障的故障等级匹配的车辆控制信息和预警信息。

16.根据权利要求15所述的车辆管理方法，其特征在于，所述车辆故障包括以下故障中的至少一种：

制动方法故障、车辆碰撞故障、S级重大事故故障、胎压过低故障、转向方法故障报警。

17.根据权利要求12所述的车辆管理方法，其特征在于，所述分析结果包括安全隐患；所述车辆管理方法还包括：

基于接收到的车辆状态数据确定司机驾驶行为数据；

根据所述司机驾驶行为数据，确定所述目标车辆是否存在安全隐患；

若存在，则通过所述车厂服务器向所述目标车辆发送与所述安全隐患的隐患等级匹配的车辆控制信息和预警信息。

18.根据权利要求17所述的车辆管理方法，其特征在于，在确定所述司机驾驶行为数据包括以下任一数据时，确定所述目标车辆存在安全隐患：

所述目标车辆的行驶速度大于或等于预设阈值、所述司机处于疲劳状态、所述目标车辆的行驶方向为逆行方向、所述车辆的超载。

19.根据权利要求12所述的车辆管理方法，其特征在于，所述分析结果包括电池健康状态；所述车辆管理方法还包括：

基于接收到的车辆状态数据确定电池状态数据；

根据所述电池状态数据对所述目标车辆的电池健康情况进行分析，得到电池健康状态；

若确定所述电池处于非健康状态，则通过所述车厂服务器向所述目标车辆发送与所述电池健康状态的健康等级匹配的预警信息。

20.根据权利要求19所述的车辆管理方法，其特征在于，在确定所述电池状态数据包括以下任一数据时，确定所述电池处于非健康状态：

电池温度超过预设温度、电池的各电压采样点处电压之间的差值超过预设电压阈值、电池的各电流采样点处电流之间的差值超过预设电流阈值。

21.根据权利要求12所述的车辆管理方法，其特征在于，所述车辆管理方法还包括：

在接收到验车指令时，通过所述车厂服务器向所述目标车辆发送对所述目标车辆的各个关键部件的测试指令；

基于所述目标车辆发送的针对所述测试指令的反馈数据和车辆外观数据，确定所述目标车辆是否满足验车通过条件；

若满足，通过所述车厂服务器向所述目标车辆发送验收通过信息。

22.根据权利要求12所述的车辆管理方法，其特征在于，所述车辆管理方法还包括：

通过所述车厂服务器向所述目标车辆发送远程控制信息：

其中，所述远程控制信息包括以下信息中的至少一种：

控制车辆开门或关车门、控制车辆双闪鸣笛、控制车辆启动限制功能、控制车辆解除限制功能、控制车辆开启座椅加热。

23.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过所述总线进行通信，所述机器可读指令被所述处理器运行时执行如权利要求12至22任一所述的基于车联网的车辆管理方法的步骤。

24.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求12至22任一所述的基于车联网的车辆管理方法的步骤。

Images