专利名称：综合车辆故障检测系统的制作方法
技术领域：
本发明涉及一种车辆故障检测技术，尤其涉及一种新颖的综合车辆故障检测系统。
背景技术：
汽车发展至今，发展较快的是汽车电器及电控技术。在车辆的行驶过程中，车辆难免会出现故障。随着车辆技术装备水平的提高，修理难度也越来越大。其制约的主要因素在于诊断设备的缺乏。目前的车辆故障自检及诊断的方法主要包括1.通过传统的人工服务该方法通过向技术人员说明故障出现的位置及目前车辆所处的位置，等待技术人员的现场救援，这在一定程度上为驾驶员提供了解决的方法，其缺点在于如果驾驶员对车辆各功能系统、结构部件等不清楚，很难将故障出现的位置、故障情况等描述清楚，给技术人员处理问题带来不便；另外，如果对目前所处的位置不清楚，则会耽误救援人员找到故障车辆的时间，从而耽误维修时间。2.通过车辆故障检测仪检测该方法只能在一定程度上为用户在车辆故障检测与处理上提供帮助，其缺点在于现在市场上的各种车辆故障检测仪种类繁多，操作复杂，用户很难选择与使用；对于新手驾驶员，由于对车辆各功能系统、结构部件位置等不明确、以及目前市场上的故障检测仪只能检测故障，在没有相关人员的指导下，用户很难自己给出相应的解决方案，从而无法自行进行维修。可见，现有技术的车辆故障检测方法无法及时、有效地检测车辆的问题。此外，上述传统方法也都是在故障为用户知晓之后才能予以后续的检测和处理。 然而，许多车辆问题往往在为客户查知之前就已在车体内部出现各类异常，而这类异常往往是用户无法了解的。因此，现有技术的车辆故障检测方法和装置显然无法起到防微杜渐的作用。另一方面，对于同一型号的车辆，许多故障往往是由于车辆设计中的缺陷造成的， 因此同一型号的车辆将普遍存在同样的问题及解决方案。显然，现有技术的上述车辆故障检测方法或装置也无法综合多个个体车辆的实际情况对相同或相似的问题进行汇总、分析并提供标准化的解决方案。
发明内容
针对现有技术的上述不足，本发明提出了一种新颖的综合车辆故障检测系统。本发明的系统旨在对装载本发明的车载端装置的车辆进行监测，进行云端监测，及时发现车辆的隐患。本发明的综合车辆故障检测系统能及时提醒用户对车辆进行必要的维修和保养，将隐患消除在萌芽状态，也可以在云端设备处汇总各类车辆异常状态报告，并对这些异常现象进行汇总、分类，以便于技术人员分析总结各类问题的解决方案。最后，本发明还将云端设备处汇总的解决方案直接推送到各个车载端处以方便每一车辆个体进行检测、维修和保养。具体地，本发明提出了一种综合车辆故障检测系统，该系统可以包括多个车载端，所述多个车载端中的每一个都设置于车辆上的一监测点处以采集该监测点的异常状态；以及云端设备，通过网络与所述多个车载端通信，其中，所述车载端将采集到的异常状态上报给所述云端设备，由所述云端设备对所述异常状态进行分析和展示。根据本发明的一个优选实施例，在上述综合车辆故障检测系统中，所述车载端将采集到的异常状态上报给所述云端设备的步骤包括所述车载端将所获得的与异常状态相关的信息直接打包上传给所述云端设备。根据本发明的一个优选实施例，在上述综合车辆故障检测系统中，所述车载端将采集到的异常状态上报给所述云端设备的步骤包括所述车载端将所获得的与异常状态相关的信息转换成所述云端设备可识别的格式之后上传给所述云端设备。根据本发明的一个优选实施例，在上述综合车辆故障检测系统中，所述云端设备包括通信模块，通过网络与车载端的通信模块进行通信；分析模块，对所述多个车载端上报的异常状态进行汇总和分析；以及存储器，存储所述车载端上报的数据以及所述分析模块输出的数据。根据本发明的一个优选实施例，在上述综合车辆故障检测系统中，所述云端设备还包括管理模块，管理所述车载端的监测点；以及展示模块，根据请求展示相应的分析结果；其中，所述管理包括设定或更改监测点的标准状态，以及设定或更改所述车载端执行的自动化验证的验证项。根据本发明的一个优选实施例，在上述综合车辆故障检测系统中，所述管理进一步包括设定监测点的属性，其中该属性包括特殊信息的获取位置、主动或被动状态以及主动监测的频率；以及增加、删除或更新监测点。根据本发明的一个优选实施例，在上述综合车辆故障检测系统中，所述车载端分为主动车载端和被动车载端，其中，所述主动车载端允许外界在任意时刻主动调用；其中， 所述被动车载端不允许外界调用，且当所述车辆处于一预设的特定状态时被触发。根据本发明的一个优选实施例，在上述综合车辆故障检测系统中，所述车载端在执行监测之前采集系统信息。根据本发明的一个优选实施例，在上述综合车辆故障检测系统中，所述系统信息包括版本固有信息、系统运行信息、日志以及与监测点状态相关的特殊信息。应当理解，本发明以上的一般性描述和以下的详细描述都是示例性和说明性的， 并且旨在为如权利要求所述的本发明提供进一步的解释。
包括附图是为提供对本发明进一步的理解，它们被收录并构成本申请的一部分， 附图示出了本发明的实施例，并与本说明书一起起到解释本发明原理的作用。附图中图1示意性地示出了根据本发明的一种综合车辆故障检测系统的基本架构的框图。图2示意性地示出了根据本发明的综合车辆故障检测系统中的车载端的基本架构的框图。
具体实施例方式现在将详细参考附图描述本发明的实施例。现在将详细参考本发明的优选实施例，其示例在附图中示出。在任何可能的情况下，在所有附图中将使用相同的标记来表示相同或相似的部分。此外，尽管本发明中所使用的术语是从公知公用的术语中选择的，但是本发明说明书中所提及的一些术语可能是申请人按他或她的判断来选择的，其详细含义在本文的描述的相关部分中说明。此外，要求不仅仅通过所使用的实际术语，而是还要通过每个术语所蕴含的意义来理解本发明。图1示意性地示出了根据本发明的一种综合车辆故障检测系统的基本架构的框图。如图1所示，本发明的综合车辆故障检测系统100主要包括云端设备101以及车载端 103-1 103-N，其中云端设备101和每一个车载端103-1 103-N之间通过网络102相互通信连接。在上述基本架构中，车载端103-1 103-N中的每一个都设置于车辆上的一监测点处以采集该监测点的异常状态。当采集到任何异常状态时，车载端103-1 103-N都会将采集到的异常状态上报给云端设备101，以由该云端设备101对这些异常状态进行分析或展示。监测点就是状态捕获和汇报的触发点，当在一监测点处监控到某种状态发生时，便会触发信息的捕获和上报。监测点不宜设置过多，否则容易影响系统效率，此外，在监测点执行时，需要保证系统处于稳定状态。特别是，车载端103-1 103-N将采集到的异常状态上报给云端设备101的步骤可以是车载端103-1 103-N将所获得的与异常状态相关的信息直接打包上传给云端设备 101，也可以是车载端103-1 103-N将所获得的与异常状态相关的信息转换成云端设备 101可识别的格式之后上传给云端设备101。参考图1，云端设备101可以进一步包括通信模块104、分析模块105、存储器106、 管理模块107以及展示模块108。通信模块104主要负责经由网络102与车载端103_1 103-N的通信模块进行数据传输。如本领域的技术人员所熟知的，上述通信模块可以采用任何形式的连接方式，例如有线、无线、红外线、蓝牙等等通信方式。此外，上述的网络102也可以采用任何已知的网络连接形式，例如因特网、内联网、外联网、局域网、广域网或其它已知的网络形式。分析模块105则负责将多个车载端103-1 103-N上报的异常状态进行汇总和分析处理。从车载端103-1 103-N上报的数据以及分析模块105输出的数据都将被存储于存储器106之中。存储器106可以采用任何已知的存储设备，诸如ROM、RAM、光学存储介质、 磁性存储介质、闪存、硬盘、软盘等等。在这一方面，本发明并没有特殊的限制，只要是能实现上述存储目的的任何已知设备都可以是本说明书中所提及的存储器。管理模块107用于管理车载端103-1 103-N的监测点。例如，该管理操作可以包括设定或更改车载端103-1 103-N的监测点的标准状态，以及设定或更改车载端 103-1 103-N执行的自动化验证的验证项。或者，该管理操作还可以包括设定车载端103-1 103-N的监测点的属性，其中该属性可以是特殊信息的获取位置、车载端的主动或被动状态以及主动监测的频率，以及增加、删除或更新监测点等等。上述的标准状态、验证项等等的术语将在以下的详细描述中进一步阐述和讨论。展示模块108可以根据外界用户，例如汽车厂的技师、维修厂的技师、故障分析师、统计调研员等等，的请求展示相应的分析结果或者未经处理的原始异常状态的数据。以下将参考附图2来进一步讨论本发明的综合车辆故障检测系统中的车载端的详细架构。图2示意性地示出了根据本发明的综合车辆故障检测系统中的车载端的基本架构的框图。在图2中，远端设备用标号201表示、网络用标号202表示、车载端1用标号203-1 表示，这样的表示方式是为了与图1中的相应模块相对应。但，需要了解的是，本发明的后续标号204 209则不遵循这一对应方式。实际上，本发明的车载端可以分成主动车载端和被动车载端。主动车载端可以由外界在任意时刻主动调用，获取当时的所有系统状态，可以清除监测点，也可以设置起点和终点，获取两点之间的所有信息。主动车载端的监测点所处的状态不一定是系统明显的异常状态，可以是一些逻辑错误点，可以由外界根据自身的逻辑需求设定。被动车载端不允许外界调用，且当车辆处于一预设的特定状态时被触发。被动车载端的监测点是系统内部设定好的固定监测点，不由外界调用，被动车载端的监测点监测的是系统的某一种特定状态，任何情况下，当系统处于该状态时，便会被监测点监控到，从而触发状态捕获和上报；一般来说，一种异常状态即一个被动监测点。例如，表1列出了本发明的系统中更可能会出现的一些异常状态系统异常状态
APP_NOT_RESPOND ING(ANR)
APP—ERROR ( APP CRASH ) EXT_MEDIA_BAD—REMOVAL EXT—MEDIASTORAGE—FULL USBSTORAGEBADREMOVAL USBSTORAGEFULL
SYSTEM CANNOT SLEEP
描述
应用无响应，按键超时，广播消息超时，服务超时均会导致应用处于无响应状态
应用崩溃，空指针，访问错误， 运行异常等均会导致应用崩溃并强行退出
SD卡意外拔除 SD卡空间不足 U盘意外拔除 U盘空间不足
系统无法成功睡眠，进入睡眠状态一段时间后仍然没有成功睡眠
系统无法进入睡眠，临时开机状态下(ACC=OFF,TIMER ON ) ,30 分
SYSTEM—CANNOT—GO_TO_SLEEP钟后没有进入睡眠状态 SYSTEM—CANNOT—WAKEUP系统无法成功唤醒
SYSTEM—CALIBRATE—ERROR系统校准失败
NETWORK—NOT—AVAILABLE网络不可用
GPS—NOT_AVAILABLEGPS 不可用表 1此外，本发明的车载端需要在执行监测之前采集系统信息。系统信息可以包括版本固有信息、系统运行信息、日志以及与监测点状态相关的特殊信息。版本固有信息包括软件版本号，设备PDSN号等，一旦设定了之后便无法修改，作为辨别硬件，软件版本以及设备的基本依据。例如，表2列出了本发明的版本固有信息的一些常用项CN 102529903 A是否可以获
版本固有信息描述取？
软件总版本号包含system,kernel,bootloader 是
system版本号系统版本是
kernel版本号内核版本是
bootloader版本号引导程序版本是
BUILD ID是
版本编译日期是
版本编译时刻是
版本类型用户版本，工程师版本是
版本编译者是
版本标签号版本发布标签是
产品名称是
产品描述是
硬件版本号描述硬件配置是
recovery版本号升级系统版本号否表2例如，表3列出了本发明的系统运行信息的一些示例
是否可以获
系统运行信息描述取？
打开/关闭GPS日志GPS数据实时记录是CN 102529903 A
打开/关闭3G断线重
连
打开/关闭屏幕校准打开/关闭调试功能打开/关闭控制台打开/关闭日志记录功能
语言(系统) 国家(系统) 语言(用户) 时区(用户) SD卡状态 U盘状态 INAND状态 SD卡存储状态 U盘存储状态 INAND存储状态 3G模块拨号上网服
是否提供较屏功能 adb调试
系统日志实时i己录
挂载，卸载，损坏挂载，卸载，损坏挂栽，卸栽，损坏已用空间/未用空间已用空间/未用空间已用空间/未用空间
e
疋
是
Θ
疋
是
是是
Θ
疋
是
是
是
是
是
是是
是
务启动/彳亭止是Sd卡用户登录状态已登录/未登录是网络状态可用/不可用是蓝牙状态打开/关闭曰疋WIFI状态打开/关闭WT用户登录状态walkietalkie用户登录状态否表3例如，表4列出了本发明的与监测点状态相关的特殊信息的一些示例监测点附加特殊信息MP_APP_N0T_RESP0NDING /data/anr/,traces· txt
表4
例如，表5列出了本发明的日志的一些示例 LOG日志类别描述
系统运行log radio (3G模块)相关LOG ANR情况发生时，dump当前系统各进程的状态
Iogcat
logcat-b radio
anr trace 表5
如图2所示，本发明的车载端1 O03-1)主要包括监测模块204、存储器205、日志记录模块206、通信模块207、转换模块208以及验证模块209。监测模块204可以实时监控所述监测点并采集状态信息。日志记录模块206能够按预设的日志格式将状态信息、异常信息、时间等信息记录于车载端的存储器205中。如上所述，车载端的通信模块207用于与上述云端设备101的通信模块104通过网络102进行通信。此外，在上述车载端103-1 103-N将所获得的与异常状态相关的信息转换成云端设备101可识别的格式之后上传给云端设备101的情况下，车载端203-1需要进一步设置一转换模块208。该转换模块208可以将异常状态或验证报告转换成云端设备可识别的格式，然后经由车载端的通信模块传送到云端设备。例如，在监测模块204检测到监测点的异常状态时将监测模块204采集到的异常状态记录内容经通信模块207发送给云端设备。 当然，如果是选用上述的车载端103-1 103-N将所获得的与异常状态相关的信息直接打包上传给云端设备101的方式，则也可以将该转换模块208从车载端中移除。根据本发明，车载端还可以进一步包括验证模块209。该验证操作旨在验证功能的正常运转。将每一项验证看作是一个自动化测试项，可以进行增加、更新、删除等操作。验证完毕后自动生成报告存储。例如，当监测模块204进行监测时，车载端会将采集到的状态信息与车载端的存储器中存储的标准状态信息进行比较，且当比较结果为异常时，会通知该验证模块209执行一自动化验证，并将该自动化验证的结果生成一验证报告存储于车载端的存储器205之中。例如，该验证报告可以包括系统当前状态、执行的验证项、验证结果以及日志。综上所述，对于客服人员来说，本发明的综合车辆故障检测系统可以在客服人员收到用户反馈的问题时，尽可能多的收集用户发生问题时的设备状态和日志记录，并且做出一定的分析，在一定程度上，帮助客服人员快速准确的定位问题；对于开发人员来说，本发明的综合车辆故障检测系统通过所收集的设备状态和日志记录，以及分析结果，进一步定位问题，并解决问题；对于测试人员来说，本发明的综合车辆故障检测系统的异常状态检测包含自动化测试用例，用于检查系统的基本情况，此外，在测试人员测出问题时，本发明的系统可以快速便捷的获取所有相关的设备状态和日志记录，提交给开发人员进行分析。 最后，本发明的系统还具有扩充能力，可以扩充检测系统的问题数据库和系统检查点，可以增加自动化测试用例。本领域技术人员可显见，可对本发明的上述示例性实施例进行各种修改和变型而不偏离本发明的精神和范围。因此，旨在使本发明覆盖落在所附权利要求书及其等效技术方案范围内的对本发明的修改和变型。
权利要求
1.一种综合车辆故障检测系统，该系统包括多个车载端，所述多个车载端中的每一个都设置于车辆上的一监测点处以采集该监测点的异常状态；以及云端设备，通过网络与所述多个车载端通信，其中，所述车载端将采集到的异常状态上报给所述云端设备，由所述云端设备对所述异常状态进行分析和展示。
2.如权利要求1所述的综合车辆故障检测系统，其特征在于，所述车载端将采集到的异常状态上报给所述云端设备的步骤包括所述车载端将所获得的与异常状态相关的信息直接打包上传给所述云端设备。
3.如权利要求1所述的综合车辆故障检测系统，其特征在于，所述车载端将采集到的异常状态上报给所述云端设备的步骤包括所述车载端将所获得的与异常状态相关的信息转换成所述云端设备可识别的格式之后上传给所述云端设备。
4.如权利要求1所述的综合车辆故障检测系统，其特征在于，所述云端设备包括 通信模块，通过网络与车载端的通信模块进行通信；分析模块，对所述多个车载端上报的异常状态进行汇总和分析；以及存储器，存储所述车载端上报的数据以及所述分析模块输出的数据。
5.如权利要求4所述的综合车辆故障检测系统，其特征在于，所述云端设备还包括 管理模块，管理所述车载端的监测点；以及展示模块，根据请求展示相应的分析结果；其中，所述管理包括设定或更改监测点的标准状态，以及设定或更改所述车载端执行的自动化验证的验证项。
6.如权利要求5所述的综合车辆故障检测系统，其特征在于，所述管理进一步包括 设定监测点的属性，其中该属性包括特殊信息的获取位置、主动或被动状态以及主动监测的频率；以及增加、删除或更新监测点。
7.如权利要求1所述的综合车辆故障检测系统，其特征在于，所述车载端分为主动车载端和被动车载端，其中，所述主动车载端允许外界在任意时刻主动调用；其中，所述被动车载端不允许外界调用，且当所述车辆处于一预设的特定状态时被触发。
8.如权利要求1所述的综合车辆故障检测系统，其特征在于，所述车载端在执行监测之前采集系统信息。
9.如权利要求8所述的综合车辆故障检测系统，其特征在于，所述系统信息包括版本固有信息、系统运行信息、日志以及与监测点状态相关的特殊信息。=
全文摘要
本发明提出了一种综合车辆故障检测系统，该系统可以包括多个车载端，所述多个车载端中的每一个都设置于车辆上的一监测点处以采集该监测点的异常状态；以及云端设备，通过网络与所述多个车载端通信，其中，所述车载端将采集到的异常状态上报给所述云端设备，由所述云端设备对所述异常状态进行分析和展示。本发明的系统能及时消除隐患，也可以在云端设备处汇总各类车辆异常状态报告，并对这些异常现象进行汇总、分类，以便于技术人员分析总结各类问题的解决方案。
文档编号B60R16/023GK102529903SQ201010621959
公开日2012年7月4日 申请日期2010年12月31日 优先权日2010年12月31日
发明者姜宇, 李婷 申请人:上海博泰悦臻电子设备制造有限公司