CN105929815A - 大规模车辆实时监测诊断、远程服务与综合处理方法 - Google Patents

Abstract

本发明公开了一种大规模车辆实时监测诊断、远程服务与综合处理方法，该方法利用控制中心获取大量来自路网上车辆的实时信息，对车辆进行实时监测诊断，当故障车辆无法进行本地处理时，及时获取车辆故障内容并将总的建议解决方法及时发送到移动车载终端，远程指导驾驶员进行故障处理。同时控制中心对移动车辆按线路累计行驶五万公里，对故障信息做统计分析，将相关易出故障的车型反馈给相关汽车生产商，实现汽车生产商对相关车辆性能进行进一步优化的目标。

Description

大规模车辆实时监测诊断、远程服务与综合处理方法

技术领域

本发明涉及智能交通技术领域，具体涉及一种大规模车辆实时监测、远程服务与综合处理方法。

背景技术

在智能交通系统中，车载通信是一种有效并且可靠的管理数据的解决方案。SNMP(Simple Network Management Protocol,简单网络管理协议)是由国际互联网组织定义的一套网络管理协议，基于TCP/IP的网络管理协议。该协议主要由管理中心、管理代理、管理信息库以及管理协议等几部分组成。利用该协议，远端控制中心可以远程管理路网中所有支持该协议的移动车辆，如监视移动车辆的运行状态等，从而精确、有效的实现远端对路网中移动车辆的远程管理，同时还可发现并解决网络中可能出现的突发情况，因此，本方案中引入SNMP协议。

随着汽车工业的发展，以及现代电子技术、通信技术、网络技术等多方面技术的不断融入，汽车结构变得越来越复杂，自动化程度越来越高。汽车已成为人们出行不可缺少的工具，同时用户对汽车的安全性、舒适性方面的要求也日渐提高。车辆在使用过程中，为保证其安全性，需要定期保养修护，出现故障时也应及时处理。一般情况下，车辆在出现故障时，对于有些故障，出行者可以及时发现处理，也可以去4S店或者汽车修理厂进行更专业的维修与保养。但是有些故障信息必须通过专业技术手段才能检测出来，这样就使得驾驶者无法及时获取车况信息，使汽车存在一系列的安全隐患，危及行驶安全。这就需要能及时准确地掌握汽车运行状态，以尽快发现故障隐患并加以排除，有效避免安全隐患。

车载自动诊断系统(On-Board Diagnostics，OBD)，最早由通用汽车(GM)用于检测排放控制系统，一旦发现故障，OBD系统会点亮仪表板上的一个指示灯以通知驾驶员，同时在车载计算机(通常称作发动机控制单元或模块，即ECU或ECM)内记录一个代码，这个代码可通过相应设备获取以便于故障排除。而OBD-II与早期的OBD-Ⅰ相比，在诊断功能和标准化方面都有较大的进步。故障指示灯、诊断连接口、外部设备和ECU之间的通信协议以及故障码都通过相应标准进行了规范。此外，OBD-II可以提供更多的数据被外部设备读取，包括故障码、一些重要信号或指标的实时数据，以及冻结桢信息等。现在基于OBD-II系统，汽车诊断分析技术的发展主要有两个途径：

1.通过线缆采集数据并使用专有汽车检测设备诊断

通过4S店专有的汽车诊断检测设备来实现，使用线缆连接到车辆的OBD-II接口，实现对车辆各部件的参数的采集，并传输到特定的检测设备中，由汽车专业人员进行分析，确认故障部件，从而实现对车辆的诊断。其优点是使用专有设备精确度高，处理过程由专业人员完成，质量有保证；缺点是需要将车开到专门地点进行诊断，而且诊断数据只限于诊断时间内的数据，无法采集到车辆日常开行时期的行驶数据。

2.通过无线方式采集数据并使用特定软件诊断

诊断车辆信息的前提是对车辆信息的采集获取，使用无线技术，如借助蓝牙技术，可以将通过OBD-II中采集到的车况数据发送到接收终端中，使用专门的软件就可以查看这些车况数据，而且可以实现秒级的采集频率。其优点是很好的解决车况信息的采集，突破了通过专有设备诊断途径的地点和时间的限制，可以实时获得车况的信息。但在受到自身设备硬件和软件的限制，该方法无法实现车况信息长期存储，且缺少一个综合性的大型诊断数据库来参与完成诊断分析。

发明内容

针对上述现有技术中存在的问题，本发明的目的在于，提供一种新的解决方案，即大规模车辆实时监测诊断、远程服务与综合处理方法。

为了实现上述任务，本发明采用以下技术方案：

一种大规模车辆实时监测诊断、远程服务与综合处理方法，包括以下步骤：

步骤一，在路网中的车辆上安装无线通信模块，无线通信模块与一个远程的控制中心相互通信；在控制中心中建立用户数据库，用户数据库中存储有汽车生产厂商所有登记注册的车辆信息，并定期对用户数据库中车辆信息进行更新；路网中所有车辆的车载单元OBU均支持SNMP协议；

步骤二，利用车辆上的OBD-Ⅱ系统、GPS定位系统分别获取车辆运行时的各项参数信息、位置信息；选取需要监视的属性信息，在车辆的车载终端上建立MIB信息库；

步骤三，将需要监视的属性信息写入到MIB信息库中，并通过车载终端将MIB信息库中的信息上传至控制中心；

步骤四，控制中心接收到车载终端上传的信息后，通过计算机生成所有路网上的车辆所在区域的电子地图，利用电子地图的经纬度信息对车辆的位置信息进行校正，并通过大屏幕显示所有路网上车辆的实时位置；

步骤五，路网上的所有车辆每隔固定的时间间隔将MIB信息库中的信息上传给控制中心，控制中心对不同ID车辆的实时信息存储于电子地图的中心数据库中，以便于对车辆行驶路径的查看以及后续对车辆信息的统计分析；

步骤六，控制中心根据车辆所需监视的属性信息设置诊断表，表中包含MIB信息库中的各类属性信息：

名称、重要程度、上下阈值、故障码和建议解决方法；

其中各属性信息在所述的上下阈值范围内为正常状态，若不在上下阈值范围内，则该属性信息对应的车辆属性出现故障；所述的故障码与车辆OBD-Ⅱ系统中采用的故障码相对应；

步骤七，当车辆某属性出现故障时，通过车载终端向控制中心发送Trap信息，并利用车辆的OBD-Ⅱ系统采集车辆的故障码，根据车载终端的提示判断故障是否可以本地处理，如可以本地处理，驾驶员自行处理；若故障内容较多或无法及时获取故障内容时，等待控制中心的指令；

步骤八，控制中心收到车辆的Trap信息后，根据最近更新的车辆属性信息，通过大屏幕显示出所有故障车辆以及正常车辆，将故障车辆、正常车辆分别标注为不同颜色；

步骤九，若车辆故障已经经过本地处理，则控制中心将OBD-Ⅱ系统上传的故障码、故障内容写入到用户数据库中；若车辆故障不能进行本地处理，则控制中心远程指导驾驶员进行处理，并将故障码、故障内容写入到用户数据库中；

步骤十，控制中心根据收集到的车辆运行数据，筛选出累计行驶五万公里的车辆在用户数据库中对应的故障信息，对筛选出的故障信息进行统计，根据故障对应的属性信息的重要程度统计出易出问题的车型并反馈给汽车生产商。

进一步地，步骤一中所述的移动车辆中的无线通信模块与远端控制中心相互通信的具体方式如下：

本方案中，车载终端与控制中心均介入移动通信网络，通过移动通信网络进行路网中车辆与控制中心间的数据通信，其主要功能是实现移动车载终端通过3G、4G无线通信模块与远端控制中心之间进行数据传输，确保各移动车载终端发出的车辆GPS信息、OBD信息以及远端控制中心送出的对故障处理的方法在车载终端与控制中心之间进行稳定传送，为控制中心提供原始数据支持。

进一步地，步骤二中所述的参数信息、位置信息包括：

参数信息：车辆ID、油量、水温、胎压、机油粘稠度、燃油效率、发动机温度、行驶里程、车灯状态、运行时长、档位、安全带状态、发动机转速、车门状态；

位置信息：速度、车辆航向、经纬度。

进一步地，所述的步骤二中建立MIB信息库的具体过程包括：

进行管理需求分析，根据需求列出MIB信息库中的管理对象；

管理对象包括实时性对象和非实时性对象，其中实时性对象为随时间变化的参数信息、位置信息，非实时性对象为不随时间变化的参数信息；

将管理对象按照监视的重要程度进行分组，根据分组情况建立MIB信息库。

进一步地，所述的步骤三中将MIB信息库中的信息上传至控制中心的方法包括：

车载终端按照预先设定的频率，将MIB信息库中的信息进行压缩打包，形成一个数据包；车载终端判断当前是否到达设定的时间间隔，如到达，则车载终端将数据包编码成PDU格式，通过3G、4G网络传递给控制中心。

进一步地，所述的步骤四中，控制中心接收到车载终端上传的信息后，利用大数据分析技术的MapReduce并行数据处理模型，利用电子地图的经纬度信息对车辆位置校正；其中MapReduce通过Map和Reduce两种操作来进行大量数据的并行处理；Map操作是指将原始键值记录处理后生成中间状态的键值记录，然后通过Reduce操作将中间状态的键值记录合并转化成最终结果。

进一步地，所述的步骤五中，控制中心对不同ID的车辆的实时信息采用基于路段的空间索引机制，考虑到数据时空分布和道路路段空间分布不均衡的特点，采用四叉树索引的格网存储方法将车辆上传的实时信息存储在电子地图中心数据库中，并对存储空间无限划分，直到满足设定的终止条件。

进一步地，所述的步骤九中控制中心远程指导驾驶员进行处理的具体过程包括：

控制中心查询车载终端的MIB信息库，获取此时MIB信息库中的属性信息；对比步骤六中设置的诊断表，对各个属性信息的值进行诊断，判断并找到出现故障的属性信息，并将结果进行汇总，形成诊断结果；控制中心根据出现故障的属性信息，在诊断表中获取对应的故障码以及重要程度，并对比OBD-Ⅱ系统上传的故障码，进行错误代码过滤以确保故障信息的准确性；将出现故障的属性信息存储在用户数据库中对应车辆处，并将诊断表中障码对应的建议解决方法形成总的解决方案通过无线网络发送给车载终端，以远程指导驾驶员进行处理。

进一步地，所述的控制中心查询车载终端的MIB信息库的过程包括：

控制中心将对MIB信息库进行查询的GET操作以及车辆的ID携带在SNMP报文中，并将报文广播给路网上的所有车辆；在对应ID的车辆接收到SNMP报文后，判断报文是否完整可处理，如果可以处理，则向控制中心发送响应报文，同时将该车辆的MIB信息库中的实时数据发送给控制中心，否则丢弃报文。

进一步地，所述的判断报文是否完整可处理的过程包括：

检查SNMP报文的译码判断消息是否能被分析，若不能，则报文不可处理；查看SNMP报文的版本号是否基站上的SNMP管理代理程序可以识别的SNMP，若不是，则该报文不可处理；对SNMP报文的公用区名、消息PDU部分、源和目的传输地址进行鉴别，若鉴别失败，则该报文不可处理；检查SNMP报文的消息PDU部分是否可分析，若不能，则该报文不可处理，若可以分析，则该报文可以处理。

本发明与现有技术相比具有以下技术特点:

1.本发明获取的信息具有大体量的特点，且对故障信息进行了错误信息过滤，增加了数据分析的准确性以及有效性；

2.通过引入SNMP网络管理协议，实现远端控制中心对移动车辆间精确有效的管理，并为路网上移动车辆建立一个完整的MIB信息库，方便对车辆信息的存储；

3.通过预先设计专家诊断表，方便远端准确的对车辆进行诊断，并及时获取一个建议解决方法；

4.远端控制中心对车辆的原始数据记录进行实时地图匹配，重建轨迹；利用大数据分析技术的MapReduce并行数据处理模型，设计所有在途车辆的实时匹配算法；

5.远端控制中心对采集到的移动车载终端数据信息采用四叉树索引的格网存储方法，四叉树索引采用递归的方法对空间进行无限划分，直到满足设定的终止条件，这样道路路段密度较大的区域划分的索引格网也较细，可降低该区域的查询开销。

附图说明

图1为本发明中的层次结构图；

图2为本发明中移动车辆与远端的通信图；

图3为车载终端的MIB信息库的结构图；

图4为本发明中基于MapReduce的车辆原始数据并行匹配流程；

图5为本发明中基于道路路段密度的四叉树空间索引；

图6为本发明中车载终端故障判断处理流程图；

图7为本发明中控制中心故障判断处理流程图；

图8为本发明中控制中心远程指导驾驶员进行故障处理的流程图；

图9为本发明中控制中心查询移动车载终端MIB信息库流程图；

具体实施方式

遵从上述技术方案，如图1所示，本发明的大规模车辆实时监测、诊断、远程服务与综合处理方法，具体包括以下步骤：

步骤一，在路网中的车辆上安装无线通信模块，无线通信模块与一个远程的控制中心相互通信。在控制中心中建立用户数据库，用户数据库中存储有汽车生产厂商所有登记注册的车辆信息，并定期对用户数据库中车辆信息进行更新；这里的车辆信息是指车辆的相关参数，包括车辆的发动机参数(型号、排量等)、底盘参数(规格、轴距、悬架形式等)、车型参数(哪一款车型、MT、AT等)、轮胎参数(轮胎规格、制动类型等)等原始参数；

移动车辆中的无线通信模块与远端控制中心相互通信的具体方式如下：

本系统通过接入现有的移动通信网络(基于3G、4G的蜂窝网络)进行路网中移动车辆与控制中心间的数据通信，其主要功能是实现移动车载终端通过该3G、4G无线通信模块与远端控制中心之间进行数据传输，确保各移动车载终端发出的车辆GPS信息、OBD信息以及远端控制中心送出的对故障处理的方法在车载终端与控制中心之间进行稳定传送，为控制中心提供原始数据支持。

用户数据库的设置可参照下表1：

厂商

车型

发动机参数

底盘参数

车型参数

轮胎参数

用户ID

表1用户数据库样表

上表中，用户ID是指将所有处于监控状态的车辆ID(包括车架号、发动机号以及车主姓名)与对应的车辆相匹配，便于后续车辆出现故障时能方便记录和反馈给厂商。

路网中所有车辆的车载单元OBU均支持SNMP协议；这里的路网是指需要监控的路段所构成的路网，而在路网上行驶的车辆均有与一个远程控制中心相互通信的功能，控制中心起到统一调度、分析与处理的功能。

步骤二，利用车辆上的OBD-Ⅱ系统、GPS定位系统分别获取车辆运行时的各项参数信息、位置信息，这里的参数信息是指在车辆运行时有可能产生安全问题的参数；选取需要监视的属性信息，在车辆的车载终端上建立MIB信息库；

具体地，参数信息包括：车辆ID、油量、水温、胎压、机油粘稠度、燃油效率、发动机温度、行驶里程、车灯状态、运行时长、档位、安全带状态、发动机转速、车门状态；

位置信息：速度、车辆航向、经纬度。

上述的建立MIB信息库的过程包括：

进行管理需求分析，根据需求列出MIB信息库中的管理对象；这里的需求分析是指根据控制中心的监控需要，找出车辆在运行过程中最容易产生安全问题的一些参数作为管理对象，例如参数信息中的胎压、机油粘稠度、安全带状态、车门状态、速度、坐标和车辆ID等；

管理对象包括实时性对象和非实时性对象，其中实时性对象为随时间变化的参数信息、位置信息，如上述的机油粘稠度、车门状态、速度、坐标等；非实时性对象为不随时间变化的参数信息，例如车辆ID；

将管理对象按照监视的重要程度进行分组，根据分组情况建立MIB信息库；重要程度是指参数信息可能造成危险的高低程度，例如可将胎压、速度作为重要程度为一级的参数，而将运行时长、发动机转速等作为重要程度为二级的参数等。

步骤三，将需要监视的属性信息写入到MIB信息库中，并通过车载终端中的3G、4G无线通信模块将MIB信息库中的信息上传至控制中心；这里所述的需要监视的属性信息即为上述的管理对象；具体通信过程为：

车载终端按照预先设定的频率，将MIB信息库中的信息分析整理以后，进行压缩打包，形成一个数据包；车载终端判断当前是否到达设定的时间间隔，如到达，则车载终端将数据包编码成PDU格式，通过3G、4G网络传递给控制中心。经过实际测试与分析，设置每隔5分钟将MIB信息库中的信息上传一次。

步骤四，控制中心接收到车载终端上传的信息后，通过计算机生成所有路网上的车辆所在区域的电子地图，利用电子地图的经纬度信息对车辆的位置信息进行校正，并通过大屏幕显示所有路网上车辆的实时位置；

具体地，控制中心接收到车载终端上传的信息后，利用大数据分析技术的MapReduce并行数据处理模型，利用电子地图的经纬度信息对车辆位置校正；其中MapReduce通过Map和Reduce两种操作来进行大量数据的并行处理；Map操作是指将原始键值记录处理后生成中间状态的键值记录，然后通过Reduce操作将中间状态的键值记录合并转化成最终结果。

步骤五，路网上的所有车辆每隔固定的时间间隔将MIB信息库中的信息上传给控制中心，控制中心对不同ID车辆的实时信息存储于电子地图的中心数据库中，以便于对车辆行驶路径的查看以及后续对车辆信息的统计分析；数据库中后续记录的信息不覆盖前面记录的信息，即车辆运行过程中，不同时间段上传的MIB信息库中的信息是按照时间顺序全部存储在中心数据库中的。具体地，控制中心对不同ID的车辆的实时信息采用基于路段的空间索引机制，考虑到数据时空分布和道路路段空间分布不均衡的特点，采用四叉树索引的格网存储方法将车辆上传的实时信息存储在电子地图中心数据库中，并对存储空间无限划分，直到满足设定的终止条件。

步骤六，控制中心根据车辆所需监视的属性信息设置诊断表，表中包含MIB信息库中的各类属性信息的：

名称、重要程度、上下阈值、故障码和建议解决方法；

其中各属性信息在所述的上下阈值范围内为正常状态，若不在上下阈值范围内，则该属性信息对应的车辆属性出现故障；所述的故障码与车辆OBD-Ⅱ系统中采用的故障码相对应；

例如：

名称：胎压；重要程度：一级；上下阈值：2.2bar～2.6bar；故障码：03109；建议解决方法：停车检查并维修。

控制中心中设置的诊断表，其涵盖范围非常全面，针对于每一个可能产生安全隐患的属性信息，均通过专家给出对应的建议解决方法，记录在诊断表中。这样当车辆出现一些通过车辆自身预警系统无法查询的安全隐患时，控制中心通过车辆上传的MIB信息库中的信息，比对诊断表可以捕获这些安全隐患，从而及时排除问题，保障行车安全。

步骤七，当车辆某属性出现故障时，通过车载终端向控制中心发送Trap信息，并利用车辆的OBD-Ⅱ系统采集车辆的故障码，根据车载终端的提示判断故障是否可以本地处理，如可以本地处理，驾驶员自行处理；这里的车载终端提示是指根据车辆电脑中控屏上对应的指示灯闪亮，来定位故障，并进行对应的处理；若故障内容较多或无法及时获取故障内容时，等待控制中心的指令；这里的故障内容较多是指存在两个以上故障时。

步骤八，控制中心收到车辆的Trap信息后，根据最近更新的车辆属性信息(MIB信息库中的信息)，通过大屏幕显示出所有故障车辆以及正常车辆，将故障车辆、正常车辆分别标注为不同颜色；标注为不同的颜色是为了给交通管理提供辅助预警信息；当某个路段有车辆产生故障不能及时排除时，可将对应信息提供给交管部门，提醒过往车辆注意避让或绕行，以避免产生拥堵

步骤九，若车辆故障已经经过本地处理，则控制中心将OBD-Ⅱ系统上传的故障码、故障内容写入到用户数据库中；这里是指将故障的相关信息写入到用户数据库中该车辆ID对应的车型一栏；若车辆故障不能进行本地处理，则控制中心远程指导驾驶员进行处理，并将故障码、故障内容写入到用户数据库中；

具体地，控制中心远程指导驾驶员进行处理的具体过程包括：

控制中心查询车载终端的MIB信息库，获取此时MIB信息库中的属性信息，由于故障需要及时排除，因此这里是控制中心主动、实时查询车辆的MIB信息库中的数据，而非等待其上传；对比步骤六中设置的诊断表，对各个属性信息的值进行诊断，判断并找到出现故障的属性信息，并将结果进行汇总，即将所有出现问题的属性信息汇总起来，形成诊断结果；

由于通过OBD-Ⅱ采集到的故障代码分为临时故障代码和永久故障代码，临时故障代码可能是系统误报所产生。控制中心根据出现故障的属性信息，在诊断表中获取对应的故障码以及重要程度，并对比OBD-Ⅱ系统上传的故障码，进行错误代码过滤以确保故障信息的准确性；将出现故障的属性信息存储在用户数据库中对应车辆处，并将诊断表中故障码对应的建议解决方法形成总的解决方案通过无线网络发送给车载终端，以远程指导驾驶员进行处理。

上述的控制中心查询车载终端的MIB信息库的过程包括：

控制中心将对MIB信息库进行查询的GET操作以及车辆的ID携带在SNMP报文中，并将报文广播给路网上的所有车辆；在对应ID的车辆接收到SNMP报文后，判断报文是否完整可处理，如果可以处理，则向控制中心发送响应报文，同时将该车辆的MIB信息库中的实时数据发送给控制中心，否则丢弃报文。

判断报文是否完整可处理的过程包括：

(1)检查SNMP报文的译码看消息是否能被分析，若不能，则该报文不可处理，否则转到下一步；

(2)查看SNMP报文的版本号是否基站上的SNMP管理代理程序可以识别的SNMP，若不是，则该报文不可处理，否则转到下一步；

(3)对SNMP报文的公用区名、消息PDU部分、源和目的传输地址进行鉴别，若鉴别失败，则该报文不可处理，否则转到下一步；

(4)检查SNMP报文的消息PDU部分是否可分析，若不能，则该报文不可处理，若可以分析，则该报文可以处理。

步骤十，控制中心根据收集到的车辆运行数据(包括用户数据库中的信息以及电子地图的中心数据库中的信息)，筛选出累计行驶五万公里的车辆在用户数据库中对应的故障信息，对筛选出的故障信息进行统计，根据故障对应的属性信息的重要程度统计出易出问题的车型并反馈给汽车生产商；

(1)趋势分析

对五万公里内样本的各个属性信息参数的变化区间进行模拟回归，分析出潜在的趋势。其意义在于：对于统一车辆，某些属性信息的参数值可能在不同时间均在正常范围内，但发展趋势可能出现故障，由此形成一个潜在的建议结论；

(2)汇总统计

根据五万公里内的所有样本，汇总统计出各个属性信息状态的次数。例如发动机处在正常、故障状态的次数，以及故障代码发现的次数等，形成汇总统计表；控制中心将统计出的车辆类型、故障信息反馈给汽车生产商，实现汽车生产商对车辆性能进一步改进的目标。

Claims (9)

1.一种大规模车辆实时监测诊断、远程服务与综合处理方法，其特征在于，包括以下步骤：

步骤一，在路网中的车辆上安装无线通信模块，无线通信模块与一个远程的控制中心相互通信；在控制中心中建立用户数据库，用户数据库中存储有汽车生产厂商所有登记注册的车辆信息，并定期对用户数据库中车辆信息进行更新；路网中所有车辆的车载单元OBU均支持SNMP协议；

步骤二，利用车辆上的OBD-Ⅱ系统、GPS定位系统分别获取车辆运行时的各项参数信息、位置信息；选取需要监视的属性信息，在车辆的车载终端上建立MIB信息库；

步骤三，将需要监视的属性信息写入到MIB信息库中，并通过车载终端将MIB信息库中的信息上传至控制中心；

步骤四，控制中心接收到车载终端上传的信息后，通过计算机生成所有路网上的车辆所在区域的电子地图，利用电子地图的经纬度信息对车辆的位置信息进行校正，并通过大屏幕显示所有路网上车辆的实时位置；

步骤五，路网上的所有车辆每隔固定的时间间隔将MIB信息库中的信息上传给控制中心，控制中心对不同ID车辆的实时信息存储于电子地图的中心数据库中，以便于对车辆行驶路径的查看以及后续对车辆信息的统计分析；

步骤六，控制中心根据车辆所需监视的属性信息设置诊断表，表中包含MIB信息库中的各类属性信息的：

名称、重要程度、上下阈值、故障码和建议解决方法；

其中各属性信息在所述的上下阈值范围内为正常状态，若不在上下阈值范围内，则该属性信息对应的车辆属性出现故障；所述的故障码与车辆OBD-Ⅱ系统中采用的故障码相对应；

步骤七，当车辆某属性出现故障时，通过车载终端向控制中心发送Trap信息，并利用车辆的OBD-Ⅱ系统采集车辆的故障码，根据车载终端的提示判断故障是否可以本地处理，如可以本地处理，驾驶员自行处理；若故障内容较多或无法及时获取故障内容时，等待控制中心的指令；

步骤八，控制中心收到车辆的Trap信息后，根据最近更新的车辆属性信息，通过大屏幕显示出所有故障车辆以及正常车辆，将故障车辆、正常车辆分别标注为不同颜色；

步骤九，若车辆故障已经经过本地处理，则控制中心将OBD-Ⅱ系统上传的故障码、故障内容写入到用户数据库中；若车辆故障不能进行本地处理，则控制中心远程指导驾驶员进行处理，并将故障码、故障内容写入到用户数据库中；

步骤十，控制中心根据收集到的车辆运行数据，筛选出累计行驶五万公里的车辆在用户数据库中对应的故障信息，对筛选出的故障信息进行统计，根据故障对应的属性信息的重要程度统计出易出问题的车型并反馈给汽车生产商。

2.如权利要求1所述的大规模车辆实时监测诊断、远程服务与综合处理方法，其特征在于，步骤二中所述的参数信息、位置信息包括：

参数信息：车辆ID、油量、水温、胎压、机油粘稠度、燃油效率、发动机温度、行驶里程、车灯状态、运行时长、档位、安全带状态、发动机转速、车门状态；

位置信息：速度、车辆航向、经纬度。

3.如权利要求1所述的大规模车辆实时监测诊断、远程服务与综合处理方法，其特征在于，所述的步骤二中建立MIB信息库的具体过程包括：

进行管理需求分析，根据需求列出MIB信息库中的管理对象；

管理对象包括实时性对象和非实时性对象，其中实时性对象为随时间变化的参数信息、位置信息，非实时性对象为不随时间变化的参数信息；

将管理对象按照监视的重要程度进行分组，根据分组情况建立MIB信息库。

4.如权利要求1所述的大规模车辆实时监测诊断、远程服务与综合处理方法，其特征在于，所述的步骤三中将MIB信息库中的信息上传至控制中心的方法包括：

车载终端按照预先设定的频率，将MIB信息库中的信息进行压缩打包，形成一个数据包；车载终端判断当前是否到达设定的时间间隔，如到达，则车载终端将数据包编码成PDU格式，通过3G、4G网络传递给控制中心。

5.如权利要求1所述的大规模车辆实时监测诊断、远程服务与综合处理方法，其特征在于，所述的步骤四中，控制中心接收到车载终端上传的信息后，利用大数据分析技术的MapReduce并行数据处理模型，利用电子地图的经纬度信息对车辆位置校正；其中MapReduce通过Map和Reduce两种操作来进行大量数据的并行处理；Map操作是指将原始键值记录处理后生成中间状态的键值记录，然后通过Reduce操作将中间状态的键值记录合并转化成最终结果。

6.如权利要求1所述的大规模车辆实时监测诊断、远程服务与综合处理方法，其特征在于，所述的步骤五中，控制中心对不同ID的车辆的实时信息采用基于路段的空间索引机制，考虑到数据时空分布和道路路段空间分布不均衡的特点，采用四叉树索引的格网存储方法将车辆上传的实时信息存储在电子地图中心数据库中，并对存储空间无限划分，直到满足设定的终止条件。

7.如权利要求1所述的大规模车辆实时监测诊断、远程服务与综合处理方法，其特征在于，所述的步骤九中控制中心远程指导驾驶员进行处理的具体过程包括：

控制中心查询车载终端的MIB信息库，获取此时MIB信息库中的属性信息；对比步骤六中设置的诊断表，对各个属性信息的值进行诊断，判断并找到出现故障的属性信息，并将结果进行汇总，形成诊断结果；控制中心根据出现故障的属性信息，在诊断表中获取对应的故障码以及重要程度，并对比OBD-Ⅱ系统上传的故障码，进行错误代码过滤以确保故障信息的准确性；将出现故障的属性信息存储在用户数据库中对应车辆处，并将诊断表中障码对应的建议解决方法形成总的解决方案通过无线网络发送给车载终端，以远程指导驾驶员进行处理。

8.如权利要求7所述的大规模车辆实时监测诊断、远程服务与综合处理方法，其特征在于，所述的控制中心查询车载终端的MIB信息库的过程包括：

控制中心将对MIB信息库进行查询的GET操作以及车辆的ID携带在SNMP报文中，并将报文广播给路网上的所有车辆；在对应ID的车辆接收到SNMP报文后，判断报文是否完整可处理，如果可以处理，则向控制中心发送响应报文，同时将该车辆的MIB信息库中的实时数据发送给控制中心，否则丢弃报文。

9.如权利要求8所述的大规模车辆实时监测诊断、远程服务与综合处理方法，其特征在于，所述的判断报文是否完整可处理的过程包括：

检查SNMP报文的译码判断消息是否能被分析，若不能，则报文不可处理；查看SNMP报文的版本号是否基站上的SNMP管理代理程序可以识别的SNMP，若不是，则该报文不可处理；对SNMP报文的公用区名、消息PDU部分、源和目的传输地址进行鉴别，若鉴别失败，则该报文不可处理；检查SNMP报文的消息PDU部分是否可分析，若不能，则该报文不可处理，若可以分析，则该报文可以处理。