本发明涉及一种汽车诊断维修的方法，特别涉及一种用于远程记录、分析、诊断、维修车辆故障的方法和系统。
背景技术：
当车辆出现故障时，需要去服务站检测维修。通常的流程是，车辆进入维修区，维修人员用诊断设备连接到车辆上，读取车辆的数据以及其他信息，根据这些信息和驾驶员的描述，进一步分析问题原因，并解决故障。
对于维修人员来讲，从故障是否可复现分为两类：第一类，车辆故障可复现，根据驾驶员的描述，在维修厂内维修人员操作车辆可复现驾驶员描述的问题，诊断设备可以采集到异常数据，有助于分析故障点；第二类，车辆故障偶发、不易复现或者只在特定的工况下出现，如车辆在正常运行过程中突然熄火，或者跑某些特定路况才能出现的故障，这类故障，维修人员在维修场内操作车辆，不能复现驾驶员描述的问题，诊断设备采集数据不存在异常情况，无法进行下一步深入分析故障点。
车辆故障偶发、不易复现或者只在特定的工况下出现的故障，目前的应对方案有两种：
1、维修人员跟车检测：驾驶员开车，维修人员跟车，将检测设备连接到车辆时，实时读取车辆信息，当故障发生时捕捉车辆的异常信息，进一步判断故障点。这种解决方案缺点很明显：
1)车辆发生故障的时间有很大随机性，在跟车过程中，不一定出现；
2)车辆检测数据有很多项，一个时间点上检测设备只能显示部分数据，不能显示全量的数据，不能保证异常数据在当前的监测数据中；
3)跟车是一件非常消耗精力的工作，维修人员稍微出神，有可能会错过异常数据；
4)排查问题更多的是分析一段时间内各种数据之间的内在关系，跟车观察数据不能对全量的车辆信息进行有效分析；
总之，上述这种解决方案，不能快速有效的找出问题点。
2、不做处理，基于跟车检测的现状，需要维修人员和驾驶员耗费大量的时间和精力，且不能保证一定解决问题，维修人员和驾驶员多采取消极的态度对待车辆问题，有很大的安全隐患。
技术实现要素：
本发明目的在于提供一种用于远程记录、分析、诊断、维修车辆故障的方法和系统，通过将跟车设备连接在车辆上随车辆运行，可以远程、全量、实时、采集、记录、分析、修改车辆数据，解决车辆偶发、不易复现以及只在特定情况下的故障。
本发明的一种用于远程记录、分析、诊断、维修车辆故障的方法，包括以下步骤：步骤a：检测设备确定车辆基础信息，并将所述车辆基础信息上传至云端服务器；步骤b：云端服务器根据所述车辆基础信息确定配置信息，并将所述配置信息下发到指定的跟车设备中；步骤c：所述跟车设备根据云端服务器传递的所述车辆配置信息，进行自动配置，配置完成后开始采集车辆信息，并将所述车辆信息上传到云端服务器；步骤d：云端服务器将该实时上传的所述车辆信息与数据库中经学习后生成的对应车辆的正常数据进行比对，如果两者不符合，则判断车辆数据存在异常，并将异常消息推送给指定人员，同时将比对结果反馈给系统，对学习值进行修正；以及步骤e：经过人工判断或系统判断需要修改车辆数据，在人工判断的情况下，向系统发起数据修改请求，系统判断该请求是否合法，如合法则云端服务器执行请求并返回执行结果；在系统判断的情况下，系统向指定人员征求修改数据授权，授权成功后，云端服务器执行修改数据的指令并将执行结果返回给指定人员。
优选地，所述车辆基础信息包括车辆控制模块的类型、通讯协议、通讯参数、车辆通讯接口类型、采集数据内容和车辆类型中的任意一种或多种信息。
优选地，步骤c中采集到的车辆信息包括所述车辆的唯一性标识。
优选地，所述服务器将多个跟车设备采集到的同一辆车的多个车辆信息进行拼接，形成该车辆的完整信息即所述正常数据并存储于服务器的数据库中。
优选地，所述配置信息包括确定所述车辆基础信息的通讯命令以及需要采集数据的命令。
优选地，还包括通过多个终端查看车辆数据的步骤，当维修人员通过多个终端分别请求查看车辆数据时，系统判断请求合法后，将所述车辆数据下发到各终端。
本发明还提供了一种用于远程记录、分析、诊断、维修车辆故障的系统，包括：检测设备、跟车设备和云端服务器，所述检测设备和跟车设备与所述云端服务器通过无线网络传输数据，所述检测设备包括下位机和显示设备，所述跟车设备设置于待检测的车辆上，
其中，所述检测设备用于确定车辆基础信息，并将所述车辆基础信息上传至云端服务器；所述云端服务器根据所述车辆基础信息确定配置信息，并将所述配置信息下发到指定的跟车设备中；所述跟车设备根据云端服务器传递的所述车辆配置信息，进行自动配置，配置完成后开始采集车辆信息，并将所述车辆信息上传到云端服务器；所述云端服务器将该实时上传的所述车辆信息与数据库中经学习后生成的对应车辆的正常数据进行比对，如果两者不符合，则判断车辆数据存在异常，并将异常消息推送给指定人员，同时将比对结果反馈给系统，对学习值进行修正；在需要修改车辆数据的情况下，云端服务器执行修改车辆数据的指令。
优选地，所述跟车设备采集到的车辆信息包括所述车辆的唯一性标识。
优选地，所述服务器将多个跟车设备采集到的同一辆车的多个车辆信息进行拼接，形成该车辆的完整信息即所述正常数据并存储于服务器的数据库中。
优选地，还包括除检测设备外的多个其他终端，所述多个其他终端通过无线网络与所述云端服务器传输数据，可分别通过所述检测设备或多个其他终端向所述云端服务器请求查看车辆数据。
对比现有技术，本发明具有以下有益效果：
1、节省维修人员时间；
2、不影响车辆作业时间；
3、建立车辆数据档案，当车辆需要检修时，可提供历史数据参考；
4、多终端查看，数据共享，可多人同时分析问题，提高解决问题成功率；
5、大数据、智能化分析车辆数据，可预警车辆故障，降低运营成本；
6、自动定位故障点，提高维修效率，同时减少对维修人员经验和技术的依赖度；
7、远程修改车辆数据，可立即验证问题，减少资源消耗。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他附图。
图1是本发明的一实施例的用于远程记录、分析、诊断、维修车辆故障的系统的结构示意图；
图2是本发明的一实施例的用于远程记录、分析、诊断、维修车辆故障的方法的总流程图；
图3是本发明的远程采集车辆数据的流程图；
图4是本发明的服务器记录车辆所有数据的原理图；
图5是本发明的多终端查看车辆数据的系统结构原理图；
图6是本发明的多终端查看车辆数据的流程图；
图7是本发明的系统自动判断车辆数据是否正常的原理图；
图8是本发明的人为干预远程修改车辆数据的流程图；
图9是本发明的系统判断远程修改车辆数据的流程图。
具体实施方式
以下将结合说明书附图对本发明的实施方式予以说明。需要说明的是，本说明书中所涉及的实施方式不是穷尽的，不代表本发明的唯一实施方式。以下相应的实施例只是为了清楚的说明本发明专利的发明内容，并非对对其实施方式的限定。对于该领域的普通技术人员来说，在该等实施例说明的基础上还可以做出不同形式的变化和改动，凡是属于本发明的技术构思和发明内容并且显而易见的变化或变动也在本发明的保护范围之内。
如图1所示为本发明的一实施例的一种用于远程记录、分析、诊断、维修车辆故障的系统，包括：检测设备1、跟车设备2和云端服务器3，所述检测设备1和跟车设备2与所述云端服务器3通过无线网络4传输数据，所述检测设备1包括下位机11和显示设备12，下位机11和显示设备12之间通过有线或无线连接。所述跟车设备2设置于车辆5上。所述检测设备1或跟车设备2与车辆5之间通过专用接口(obd口)互相连接。云端服务器3包括数据库(未图示)。
其中，所述检测设备1用于确定车辆基础信息，并将所述车辆基础信息上传至云端服务器3。所述车辆基础信息包括车辆控制模块的类型、通讯协议、通讯参数、车辆通讯接口类型、采集数据内容和车辆类型中的任意一种或多种信息。其中采集数据内容包括车速、油耗、转速等想要采集的数据内容。所述云端服务器3用于根据所述车辆基础信息确定配置信息，并将所述配置信息下发到指定的跟车设备2中。所述跟车设备2用于根据云端服务器3传递的所述车辆配置信息，进行自动配置，配置完成后开始采集车辆信息，并将所述车辆信息上传到云端服务器3。所述跟车设备2采集到的车辆信息包括所述车辆的唯一性标识。所述服务器3还用于将多个跟车设备采集到的同一辆车的多个车辆信息进行拼接，形成该车辆的完整信息即所述正常数据并存储于服务器的数据库中。
所述云端服务器3还用于将该实时上传的所述车辆信息与数据库中经学习后生成的对应车辆的正常数据进行比对，如果两者不符合，则判断车辆数据存在异常，并将异常消息推送给指定人员，同时将比对结果反馈给系统，对学习值进行修正；在需要修改车辆数据的情况下，云端服务器执行修改车辆数据的指令。
如图5所示，本发明的系统还包括除检测设备外的多个其他终端6，所述多个其他终端6通过无线网络5与所述云端服务器3传输数据，可分别通过所述检测设备1或多个其他终端6向所述云端服务器3请求查看车辆数据。由于跟车设备2采集到的车辆数据信息并不存在于某个终端中，而是存在云端服务器3上。这样可在不同的终端6上发起查看数据的请求。这里，其他终端6例如是个人计算机(pc)、笔记本电脑或智能手机等。工作人员可以在终端6上通过微信等app进行查看。
如图2所示为本发明的一实施例的一种用于远程记录、分析、诊断、维修车辆故障的方法，包括如下步骤a～e。
步骤a：检测设备与车辆连接后确定车辆基础信息，并通过内置的无线收发部件将所述车辆基础信息通过无线网络上传至云端服务器，该车辆基础信息例如为：edc17cv44p949v732。
步骤b：云端服务器根据所述车辆基础信息通过匹配数据库确定配置信息，并将所述配置信息通过无线网络下发到指定的跟车设备中。其中配置信息包括edc17cv44p949v732的通讯命令，以及需要采集数据的命令等。这里，跟车设备连接在待检测的车辆上随车辆一起运行，指定的跟车设备例如为跟车设备a。
步骤c：所述跟车设备根据云端服务器传递的所述车辆配置信息，进行自动配置，配置完成后开始采集车辆信息，采集到的车辆信息包含该车的唯一性标识，例如vin0000000000，同时包含该段数据的时间信息，例如201804222011。并且将所述车辆信息通过无线网络上传到云端服务器，建立该车辆的档案。具体地，云端服务器中还记录了另外一个数据片段，为其他跟车设备采集到的同一辆车的车辆信息，该车辆信息的唯一性标识为vin0000000000，时间为201804211900。系统自动将这两个数据片段拼接起来，形成车辆的完整信息即所述正常数据并存储于服务器的数据库中。
上述步骤a～c主要为远程采集车辆数据并进行存储记录的步骤。图3以另一种流程图的形式示出了该远程采集车辆数据的过程。图4示出了本发明的服务器记录车辆所有数据的原理图。从图4可见，一个跟车设备可以匹配多辆车，一辆车也可被多个跟车设备匹配。但是每份数据中，均有车辆唯一性的标识。这样服务器就可将多个数据片段拼接起来，构成一份完整的车辆档案，即使中间更换过跟车设备也不影响，数据更加准确和完整。
步骤d：云端服务器将该实时上传的所述车辆信息与数据库中经学习后生成的对应车辆的正常数据进行比对，如果两者不符合，则判断车辆数据存在异常，并将异常消息推送给指定人员，同时将比对结果反馈给系统，对学习值进行修正。
例如，系统根据云端服务器的数据库中的数据，进行比较学习后，确定正常车的最高转速为2800rpm；对比该实时上传的所述车辆信息中的转速为3000rpm；系统自动判断出该车转速数据不合理，向车主以及维修人员推送报警消息。同时，结合数据库内容，判断出有可能是喷油器磨损，导致喷油量增大造成或者喷油数据不正常，系统分析的可能故障点同时推送给指定人员。系统的判断结果，推送给指定人员分析确认后，将结论返回数据库，修正系统学习值。
步骤e：经过人工判断或系统判断需要修改车辆数据。在人工判断的情况下，如需要修改车辆数据，在终端上向系统发起数据修改请求，系统判断该请求是否合法，如合法则云端服务器下发指令到跟车设备，修改车辆数据，并将执行结果返回给服务器，服务器将结果返回至终端客户。在系统判断的情况下，如需要修改车辆数据，系统向终端的指定人员推送授权请求消息；经指定人员(例如车主或维修人员)授权成功后，系统下发指令到跟车设备，修改车辆数据，并将执行结果返回给服务器，服务器推送消息通知指定人员；如授权失败，系统禁止触发修改指令。
本发明方法中还包括通过多个终端查看车辆数据的步骤f(图2中未示出)，当维修人员通过多个终端分别向服务器请求查看车辆数据时，系统判断请求合法后，将所述车辆数据下发到各终端。具体的判断流程如图6所示，用户可以在终端上向服务器发起查看车辆数据的请求，请求中包含验证信息，例如用户id，终端id或数据id等，然后系统进行判断该请求是否合法，如合法则授予查看特定数据的权限，否则拒绝请求。判断是否合法的规则是可维护的，可以在服务器中进行维护。查看特定数据的权限还包括设置访问期限等。
例如，维修人员a需要查看该车辆信息，通过终端1(例如检测设备)请求查看唯一性标识为vin0000000000的车辆数据，系统判断请求合法后，下发该车辆的数据到终端1；但是因为维修人员a经验不足，无法确认数据中是否异常，需要维修人员b进行协助；维修人员b在终端2(app)发起查看唯一性标识为vin0000000000的车辆数据，系统判断如该请求合法，则下发数据到终端2。这样，维修人员b可以协助a分析问题。
图7是本发明的系统自动判断车辆数据是否正常的原理图。如图7所示，系统根据存量数据，经过学习后，自动生成一份车辆的正常数据，并存储于云端服务器的数据库中。将跟车设备实时上传的车辆数据和该正常数据比对，判断车辆数据是否存在异常，如异常则自动推送消息给指定人员，同时将比对结果反馈给系统，对学习值进行修正。如此，学习值越来越准确。
图8是本发明的人为干预远程修改车辆数据的流程图。如图8所示，经人工判断，车辆需要修改数据，向系统发起数据修改的请求，系统判断该请求是否合法，如合法执行请求并返回执行结果；如不合法，驳回请求。
图9是本发明的系统判断远程修改车辆数据的流程图。如图9所示，经系统判断，需要修改车辆数据，系统向指定人员征求修改数据授权；授权成功后，执行相关指令，并将结果返回给指定人员；如授权失败，则不执行相关指令。
显然，本技术领域中的普通技术人员应当认识到，以上的实施例仅是用来说明本发明，而并非用作为对本发明的限定，只要在本发明的实质精神范围内，对以上所述实施例的变化、变型都将落在本发明的权利要求书范围内。