车辆故障判断系统的制作方法

本发明涉及车辆故障检测技术领域，具体涉及一种车辆故障判断系统。

背景技术：

车辆中安装的车载设备需要及时的发现设备工作是否正常，保证车辆数据的准确性及其他依赖功能可正常工作。

目前，当车辆出现故障及数据上报异常等情况时，需要人工现场排查线束及硬件问题及查看车载设备最近一次上报的数据，与线下实际进行比对排查原因，对人员专业技能要求较高且排查时间较长。

技术实现要素：

为解决现有技术的不足，本发明实施例提供了一种车辆故障判断系统，该系统包括：

车载设备检测模块，用于判断车载设备的设备标识与服务器中保存的设备标识是否一致、判断车载设备蓝牙模块的硬件地址与服务器中保存的蓝牙模块的硬件地址是否一致、判断所述车载设备中安装的各个软件是否与车载设备的硬件环境相兼容、判断所述车载设备当前处于在线状态还是离线状态及每次离线的时间，根据判断结果，生成车载设备检测数据；

所述车载设备检测模块，还用于获取所述车载设备的sim卡的标识、类型、套餐标准及下次续费日期，判断所述sim卡是否因为续费问题而无法联网；

车辆检测模块，用于根据车载设备反馈的数据，判断车辆的车牌号、车型及车辆当前所在城市与服务器中保存的车牌号、车型及车辆当前所在城市是否一致；

所述车辆检测模块，还用于根据所述车载设备反馈的数据，确定车辆当前的手刹状态、档位状态、车门状态、车窗状态、供电状态及电瓶状态，根据判断结果，生成车辆检测数据；

测试模块，包括车载设备联网测试模块、车载设备gps测试模块、车辆状态测试模块及车载设备指令测试模块，其中，

所述车载设备联网测试模块，用于检测所述车载设备的sim卡及蓝牙模块是否能与服务器正常连接，根据测试结果生成离线日志并根据离线日志，确定当前位置的网络信号状况；

所述车载设备gps测试模块，用于计算所述车载设备的gps模块的精度因子及搜星数量，根据所述gps模块的精度因子及搜星数量，确定所述gps模块的性能；

所述车辆状态测试模块，用于根据所述车辆检测模块上报的检测数据，确定车辆的稳定性；

所述车载设备指令测试模块，用于判断所述车载设备发出的各个指令是否被成功执行，根据判断结果，确定车载设备指令执行失败率；

故障判断模块，用于根据所述车载设备检测数据、所述车辆检测数据、当前位置的网络信号状况、所述gps模块的性能、所述车辆的稳定性及所述车载设备指令执行失败率，对车辆出现的故障进行判断，生成判断结果。

优选地，所述系统还包括：

关联设备检测模块，用于检测所述车载设备的周边设备是否正常工作。

优选地，所述系统还包括：

显示模块，用于显示所述判断结果。

本发明实施例提供的车辆故障判断系统所产生的有益效果为：能够提高现有车辆故障判断系统的通用性、减少故障排查时间。

附图说明

图1为本发明实施例提供的车辆故障判断系统组成结构示意图；

图2为本发明实施例提供的车辆故障判断系统另一组成结构示意图。

具体实施方式

以下结合附图和具体实施例对本发明作具体的介绍。

参照图1，本发明实施例提供的车辆故障判断系统，适用于共享汽车，包括：车载设备检测模块、车辆检测模块、测试模块，其中：

车载设备检测模块，用于判断车载设备的设备标识与服务器中保存的设备标识是否一致、判断车载设备蓝牙模块的硬件地址与服务器中保存的蓝牙模块的硬件地址是否一致、判断所述车载设备中安装的各个软件是否与车载设备的硬件环境相兼容、判断所述车载设备当前处于在线状态还是离线状态及每次离线的时间，根据判断结果，生成车载设备检测数据。

所述车载设备检测模块，还用于获取所述车载设备的sim卡的标识、类型、套餐标准及下次续费日期，判断所述sim卡是否因为续费问题而无法联网。

车辆检测模块，用于根据车载设备反馈的数据，判断车辆的车牌号、车型及车辆当前所在城市与服务器中保存的车牌号、车型及车辆当前所在城市是否一致。

所述车辆检测模块，还用于根据所述车载设备反馈的数据，确定车辆当前的手刹状态、档位状态、车门状态、车窗状态、供电状态及电瓶状态，根据判断结果，生成车辆检测数据。

在一个示例中，可以根据24小时内电瓶的电压变化曲线及日志或车辆其他用电设备的电源未关闭，确定电瓶电量消耗过快的原因。

测试模块，包括车载设备联网测试模块、车载设备gps测试模块、车辆状态测试模块及车载设备指令测试模块，其中，

所述车载设备联网测试模块，用于检测所述车载设备的sim卡及蓝牙模块是否能与服务器正常连接，根据测试结果生成离线日志并根据离线日志，确定当前位置的网络信号状况；

所述车载设备gps测试模块，用于计算所述车载设备的gps模块的精度因子及搜星数量，根据所述gps模块的精度因子及搜星数量，确定所述gps模块的性能；

所述车辆状态测试模块，用于根据所述车辆检测模块上报的检测数据，确定车辆的稳定性；

所述车载设备指令测试模块，用于判断所述车载设备发出的各个指令是否被成功执行，根据判断结果，确定车辆执行指令失败率。

在一个示例中，可以通过尝试下发一次车门解锁指令，确认解锁指令是否成功被执行；尝试下发一次车辆锁门指令，确认锁门指令是否成功被执行；尝试下发一次车辆供电指令，确认供电指令是否成功被执行；尝试下发一次车辆断电指令，确认断电指令是否成功被执行；尝试下发一次取车指令，确认取车指令是否成功被执行；尝试下发一次还车指令，确认还车指令是否成功被执行；尝试下发一次三声寻车指令，确认三声寻车指令是否成功被执行；尝试下发一次一声寻车指令，确认一声寻车指令是否成功被执行；尝试下发一次闪灯寻车指令，确认闪灯寻车指令是否成功被执行。

进一步地，可以根据24小时内上报的指令执行日志，根据各个指令被执行成功及失败的次数，计算车辆执行指令失败率。

故障判断模块，用于根据所述车载设备检测数据、所述车辆检测数据、当前位置的网络信号状况、所述gps模块的性能、所述车辆的稳定性及所述车载设备指令执行失败率，对车辆出现的故障进行判断，生成判断结果。

可选地，如图2所示，所述系统还包括关联设备检测模块和显示模块，其中，

关联设备检测模块，用于检测所述车载设备的周边设备是否正常工作。

在一个示例中，该关联设备可以为身份证识别设备、人脸识别设备及车载智能音响等。

显示模块用于显示所述判断结果。

在一个示例中，该显示模块可以为液晶显示器。

本发明实施例提供的车辆故障判断系统，包括：车载设备检测模块、车辆检测模块及测试模块，其中，车载设备检测模块用于判断车载设备的设备标识与服务器中保存的设备标识是否一致、判断车载设备蓝牙模块的硬件地址与服务器中保存的蓝牙模块的硬件地址是否一致、判断所述车载设备中安装的各个软件是否与车载设备的硬件环境相兼容、判断所述车载设备当前处于在线状态还是离线状态及每次离线的时间，根据判断结果，生成车载设备检测数据，获取所述车载设备的sim卡的标识、类型、套餐标准及下次续费日期，判断所述sim卡是否因为续费问题而无法联网。车辆检测模块用于根据车载设备反馈的数据，判断车辆的车牌号、车型及车辆当前所在城市与服务器中保存的车牌号、车型及车辆当前所在城市是否一致，根据所述车载设备反馈的数据，确定车辆当前的手刹状态、档位状态、车门状态、车窗状态、供电状态及电瓶状态，根据判断结果，生成车辆检测数据。测试模块，包括车载设备联网测试模块、车载设备gps测试模块、车辆状态测试模块及车载设备指令测试模块，其中，所述车载设备联网测试模块，用于检测所述车载设备的sim卡及蓝牙模块是否能与服务器正常连接，根据测试结果生成离线日志并根据离线日志，确定当前位置的网络信号状况；车载设备gps测试模块，用于计算所述车载设备的gps模块的精度因子及搜星数量，根据gps模块的精度因子及搜星数量，确定gps模块的性能；车辆状态测试模块，用于根据所述车辆检测模块上报的检测数据，确定车辆的稳定性；车载设备指令测试模块，用于判断所述车载设备发出的各个指令是否被成功执行，根据判断结果，确定车载设备指令执行失败率；故障判断模块，用于根据车载设备检测数据、车辆检测数据、当前位置的网络信号状况、所述gps模块的性能、车辆的稳定性及车载设备指令执行失败率，对车辆出现的故障进行判断，生成判断结果，提高了现有车辆故障判断系统的通用性、减少了故障排查时间。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

此外，存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)，存储器包括至少一个存储芯片。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。