CN103792093A - 汽车诊断方法、服务器及系统 - Google Patents

Abstract

一种汽车诊断方法、服务器及系统。一种汽车诊断方法包括：诊断服务器远程接收汽车侧终端发送的故障码，记录发送设备标识；对所接收的故障码进行分析，得到故障诊断结果；根据所述发送设备标识，将所述故障诊断结果推送至相应的汽车车主。应用上述技术方案，车主不需要将汽车开至特定的维修地点就可以及时获知汽车的故障情况，进而根据获知的故障情况决定是否需要进行维修或保养，既减少了不必要的时间浪费，又可以有效降低汽车的安全隐患，减少事故发生几率。

Description

汽车诊断方法、服务器及系统

技术领域

本申请涉及互联网应用技术领域，尤其涉及一种汽车诊断方法、服务器及系统。 

背景技术

汽车诊断，指的是在不对汽车进行解体或拆卸的条件下，对汽车的各个部件进行检测，当检查到故障部件时进一步对产生故障的原因进行分析；常见的汽车诊断项目包括对车身进行诊断、对发动机进行诊断，对汽车排气污染物与噪声进行诊断等等。 

汽车内安装的电子控制单元ECU一般都具备故障诊断功能，用来检测汽车各部件的工作状态；当检测到汽车的某一部件存在故障时，根据故障类型生成故障码，并将该故障码存储在ECU的随机存储器RAM中；根据传统的汽车诊断方法，车主若想获知汽车的故障情况，需要将汽车开至特定的汽车服务机构，由汽车服务机构的维修人员按照一定的操作程序，将维修电脑通过ECU自带的接口与ECU连接，从而读取ECU内存储的故障码，由维修电脑对该故障码进行解析，然后通过查阅有关技术资料，人工诊断出汽车存在的故障，并告知车主。 

传统的汽车诊断方法，虽然可以实现对汽车状态的检测，但对于车主来说，必须将汽车开至特定的服务机构才能获知明确的诊断信息，无法随时随地了解汽车的状态。进一步地，由于车主无法及时了解汽车的状态，因而很多情况下也不会主动将车开至汽车服务机构进行故障诊断；因此，采用传统的汽车诊断方法，往往导致了只有车辆发生的故障严重到无法正常使用汽车时，车主才会将车送至汽车服务机构进行诊断，从而对驾驶安全和车辆养护 都造成隐患。 

发明内容

本申请提出了汽车诊断方法、服务器及系统，以便于车主能够方便及时地获知汽车的故障情况。为了达到上述目的，本申请的技术方案是这样实现的： 

本申请提供一种汽车诊断方法，该方法包括： 

诊断服务器与汽车侧终端建立远程通信连接后，诊断服务器远程接收汽车侧终端发送的故障码，记录发送设备标识；其中，所述汽车侧终端从汽车内的电子控制单元获取所述故障码； 

对所接收的故障码进行分析，得到故障诊断结果； 

根据所述发送设备标识，将所述故障诊断结果推送至相应的汽车车主。 

根据本申请的一种具体实施方式，所述汽车侧终端包括诊断终端，所述诊断服务器远程接收汽车侧终端发送的故障码包括： 

诊断服务器与诊断终端建立远程通信连接后，接收诊断终端发送的故障码。 

根据本申请的一种具体实施方式，所述汽车侧终端包括诊断终端和通信终端，所述诊断服务器远程接收汽车侧终端发送的故障码包括： 

诊断服务器与通信终端建立远程通信连接后，接收通信终端发送的故障码； 

其中，所述通信终端从所述诊断终端获取所述故障码。 

根据本申请的一种具体实施方式，所述根据所述发送设备标识，将所述故障诊断结果推送至相应的汽车车主，包括： 

根据所述发送设备标识，将所述故障诊断结果返还给发送设备。 

根据本申请的一种具体实施方式，所述根据所述发送设备标识，将所述故障诊断结果推送至相应的汽车车主，包括： 

根据所述发送设备标识，将所述故障诊断结果发送至该发送设备的关联 设备。 

根据本申请的一种具体实施方式， 

所述发送设备为诊断终端； 

所述发送设备的关联设备为与该诊断终端相连接的移动设备，用于向车主展现所述故障诊断结果。 

根据本申请的一种具体实施方式，所述根据所述发送设备标识，将所述故障诊断结果推送至相应的汽车车主，包括： 

根据所述发送设备标识，获取与该设备关联的车主联系信息； 

根据所获取的车主联系信息，将所述故障诊断结果推送至相应的汽车车主。 

根据本申请的一种具体实施方式，该方法进一步包括： 

接收诊断终端发送的升级请求数据包，该数据包中携带有汽车的类别参数和诊断终端软件的版本参数； 

根据所述汽车的类别参数，确定符合该类别的最新版本的软件； 

若诊断终端软件的现有版本不是最新版本时，则将最新版本的软件推送至诊断终端。 

根据本申请的一种具体实施方式，该方法进一步包括： 

接收通信终端发送的升级请求数据包，该数据包中携带有汽车的类别参数和通信终端软件的版本参数； 

根据所述汽车的类别参数，确定符合该类别的最新版本的软件； 

若通信终端软件的现有版本不是最新版本时，则将最新版本的软件推送至通信终端。 

根据本申请的一种具体实施方式，该方法进一步包括： 

当通信终端软件升级到所述最新版本的软件后，从通信终端中向诊断终端导入用于对诊断终端软件进行升级的数据包。 

本申请还提供一种汽车诊断服务器，该服务器包括： 

接收模块，用于在诊断服务器与汽车侧终端建立远程通信连接后，远程 接收汽车侧终端发送的故障码，记录发送设备标识；其中，所述汽车侧终端从汽车内的电子控制单元获取所述故障码； 

诊断分析模块，用于对所接收的故障码进行分析，得到故障诊断结果； 

推送模块，用于根据所述发送设备标识，将所述故障诊断结果推送至相应的汽车车主。 

根据本申请的一种具体实施方式，所述推送模块，具体包括： 

设备标识获取子模块，用于获取所述发送设备标识， 

推送子模块，用于根据所获取的发送设备标识，将所述故障诊断结果返还给发送设备。 

根据本申请的一种具体实施方式，所述推送模块，具体包括： 

设备标识获取子模块，用于获取所述发送设备标识， 

推送子模块，用于根据所获取的发送设备标识，将所述故障诊断结果发送至所述发送设备的关联设备。 

根据本申请的一种具体实施方式， 

所述发送设备为诊断终端； 

所述发送设备的关联设备为与该诊断终端相连接的移动设备，用于向车主展现所述故障诊断结果。 

根据本申请的一种具体实施方式，所述推送模块，具体包括： 

联系信息获取子模块，用于根据所述发送设备标识，获取与该设备关联的车主联系信息； 

推送子模块，用于根据所获取的车主联系信息，将所述故障诊断结果推送至相应的汽车车主。 

本申请还提供一种汽车诊断系统，该系统包括汽车侧终端和诊断服务器， 

所述汽车侧终端用于在确定汽车存在故障后，向诊断服务器发送故障码； 

所述诊断服务器包括： 

接收模块，用于在诊断服务器与汽车侧终端建立远程通信连接后，远程接收汽车侧终端发送的故障码，记录发送设备标识；其中，所述汽车侧终端从汽车内的电子控制单元获取所述故障码； 

诊断分析模块，用于对所接收的故障码进行分析，得到故障诊断结果； 

推送模块，用于根据所述发送设备标识，将所述故障诊断结果推送至相应的汽车车主。 

根据本申请的一种具体实施方式，所述汽车侧终端包括诊断终端， 

所述诊断终端与诊断服务器建立远程通信连接后，向诊断服务器发送故障码。 

根据本申请的一种具体实施方式，所述汽车侧终端包括诊断终端和通信终端， 

所述通信终端从所述诊断终端获取所述故障码； 

所述通信终端与诊断服务器建立远程通信连接后，向诊断服务器发送故障码。 

根据本申请的一种具体实施方式，所述推送模块，具体包括： 

设备标识获取子模块，用于获取所述发送设备标识， 

推送子模块，用于根据所获取的发送设备标识，将所述故障诊断结果发送至所述发送设备的关联设备。 

根据本申请的一种具体实施方式， 

所述发送设备为诊断终端； 

所述发送设备的关联设备为与该诊断终端相连接的移动设备，用于向车主展现所述故障诊断结果。 

应用本申请所提供的技术方案，车载诊断终端获取ECU中的汽车状态数据，如果存在故障，则可以将故障码实时发送至网络侧的诊断服务器，以便对该故障码进行即时诊断；得到诊断结果后，将该诊断结果推送给车主；车主不需要将汽车开至特定的维修地点就可以及时获知汽车的故障情况，进而根据获知的故障情况决定是否需要进行维修或保养，既减少了不必要的时 间浪费，又可以有效降低汽车的安全隐患，减少事故发生几率。 

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。 

图1a为本申请实施例提供的一种汽车诊断方法的流程图； 

图1b为本申请实施例提供的第二种汽车诊断方法的流程图； 

图2为本申请实施例提供的第三种汽车诊断方法的流程图； 

图3为本申请实施例提供的第四种汽车诊断方法的流程图； 

图4为本申请实施例提供的诊断终端的模块图； 

图5为本申请实施例提供的诊断服务器的模块图； 

图6为本申请实施例提供的一种汽车诊断系统的模块图； 

图7为本申请实施例提供的另一种汽车诊断系统的模块图。 

具体实施方式

参见图1a所示：本申请所提供的一种汽车诊断方法主要包括以下内容： 

步骤101：诊断终端安装在汽车内，与汽车内的电子控制单元ECU连接，获取ECU中车辆的状态数据； 

步骤102：根据获取到的所述状态数据，检测是否存在故障； 

其中，ECU在发现汽车出现故障的情况下，会生成与故障相应的故障码，故障码属于状态数据的一部分，诊断终端如果在所获取的状态数据中检测到故障码，则认为汽车当前存在故障。 

步骤103：当存在故障时，将故障码实时发送给诊断服务器，以对该故障码进行诊断分析； 

诊断终端确定汽车当前存在故障后，从状态数据中提取故障码，并将该故障码实时发送给诊断服务器。 

步骤104：诊断服务器将对所述故障码进行诊断分析得到的诊断结果，实时推送给车主。 

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。 

实施例一 

本实施例从诊断服务器的角度，对本申请所提供的汽车诊断方法进行说明，参见图1b所示，该方法包括： 

步骤S1：诊断服务器远程接收汽车侧终端发送的故障码； 

在本申请的一种具体实施方式中，所述汽车侧终端可以是一个安装于汽车内部的诊断终端，该诊断终端具有与网络侧的诊断服务器进行远程通信的功能；另一方面，该诊断终端能够从ECU中获取汽车内部的状态数据，并根据状态数据中是否包含了故障码来判断汽车当前是否存在故障，如果确定汽车当前存在故障，则将故障码发送至网络侧的诊断服务器。 

在本申请的另一种具体实施方式中，所述汽车侧的终端也可以由诊断终端和通信终端两部分组成，其中通信终端可以是手机、平板电脑、笔记本电脑等设备，这些设备本身具有通信网络接入功能，例如通过3G、WIFI等方式接入，能够与网络侧的诊断服务器进行远程通信；另一方面，通信终端与诊断终端可以通过WIFI无线局域网络、蓝牙或者网线直连等方式进行通信。诊断终端可以通过主动或被动的方式将故障码传送至通信终端，然后由通信终端将故障码进一步上传至网络侧的诊断服务器。与前一种实施方案相比，这种方案利用了手机、平板电脑等设备的通信网络接入功能，避免在车载终端上添加额外的通信模块，有效节约了成本。手机等通信终端不仅便于携带，而且具有处理能力强、操作性好、易于扩展等特性，可以实现更为丰富的功能，也更便于通过软件升级等方式进行功能改进或更新。当然，可以理解的 是，在该实施方式的基础上，也允许诊断终端直接与诊断服务器进行通信，同时对诊断终端与手机、笔记本电脑等设备建立关联，以便利用这些设备在处理能力、操作性、扩展性等方面的优势实现更多功能。 

诊断服务器接收到汽车侧终端发送的故障码后，可以通过某种标识信息对不同的汽车或车主的终端进行区分，这里的标识信息可以是通信设备的某种通信标识，例如MAC地址、IP地址等等；也可以是车牌号码、驾驶证号码、或者车主自行注册的用户名等等，对于非通信标识的情况，标识信息一般需要与故障码一同传输至诊断服务器。 

步骤S2：对所接收的故障码进行分析，得到故障诊断结果； 

诊断服务器接收到汽车侧发送的故障码之后，可以根据内部存储的数据信息进行自动分析，得到故障码对应的实际故障描述，可以理解的是，为了让故障诊断结果更为准确及实用，在上述过程中，也并不排除人工参与分析或校验的过程。 

在诊断结果中，除了包含对故障的描述信息之外，还可以进一步包括相应的维修建议、维修地点推荐等内容。更进一步地，还可以扩展至一些为车主提供便捷服务的相关信息，例如天气预报、实时路况、违章查询等增值服务内容，另外，诊断结果可以以文本的方式承载、也可以以表格、图像甚至音视频等方式承载，本申请对“诊断结果”所包含的具体内容并不需要进行限定。 

步骤S3：根据所述汽车侧终端的标识，将所述故障诊断结果推送至相应的汽车车主。 

诊断服务器通过分析得到诊断结果后，将诊断结果以某种方式推送给车主，以便令车主了解自己的汽车当前所存在的具体故障情况。 

在本申请的一种具体实施方式中，诊断服务器可以直接将故障诊断结果返还给故障码的发送设备，例如，在S1中，故障码的发送设备是具有通信功能的诊断终端，则在本步骤中将诊断结果相应返回至该诊断终端；如果在S1中，故障码的发送设备是用户手机，则在本步骤中将诊断结果返回至该 手机。 

在本申请的另一种具体实施方式中，诊断服务器还可以将故障诊断结果发送至于故障码发送设备的其他关联设备，例如，在S1中，故障码的发送设备是具有通信功能的诊断终端，在本步骤，诊断服务器可以将诊断结果发送至与该诊断终端相连接的手机、平板电脑等等，以便更好地向用户展现故障诊断结果。 

在本申请的另一种具体实施方式中，诊断服务器还可以通过其他方式将故障诊断结果通知给车主，例如，根据故障码发送设备的标识，获取与该设备关联的车主的其他联系信息（如电话号码、电子邮箱地址等等），这些信息可以预先存储在服务器内部，也可以要求车主在上传故障码的同时提供。诊断服务器分析得到诊断结果后，可以以文本短信、彩信、电子邮件等形式将诊断结果推送给车主，必要时还可以直接由服务人员与车主进行电话联系。 

本申请提供的汽车诊断方法，首先由车载诊断终端获取ECU中的汽车状态数据，如果存在故障，则可以将故障码实时发送至网络侧的诊断服务器，以便对该故障码进行即时诊断；得到诊断结果后，将该诊断结果推送给车主；车主不需要将汽车开至特定的维修地点就可以及时获知汽车的故障情况，进而根据获知的故障情况决定是否需要进行维修或保养，既减少了不必要的时间浪费，又可以有效降低汽车的安全隐患，减少事故发生几率。 

实施例二 

本申请实施例二提供了另一种汽车诊断方法，该方法为本申请所提供的汽车诊断方法的一个优选实施例；具体地，该方法主要包括移动设备、诊断终端、诊断服务器三者之间的信息交互过程，参见图2所示，该方法包括： 

步骤201：移动设备与诊断终端之间建立连接； 

诊断终端安装在汽车内，与汽车内的电子控制单元ECU连接； 

该移动设备为车主所持有，可以是智能手机，平板电脑、笔记本电脑等设备； 

移动设备与诊断终端可通过蓝牙方式、WIFI无线局域网方式或网线直接连接方式进行通信握手，握手成功则建立连接，握手不成功则可尝试多次握手； 

此外，车主也可以在通过移动设备与诊断终端进行通信握手时，手动停止两者的配对过程； 

步骤202：移动设备分别与诊断终端、诊断服务器进行通信认证，认证成功则执行步骤203，否则结束当前流程； 

步骤203：诊断终端获取ECU中车辆的状态数据； 

步骤204：诊断终端根据获取到的所述状态数据，检测是否存在故障； 

其中，ECU在发现汽车出现故障的情况下，会生成与故障相应的故障码，故障码属于状态数据的一部分，诊断终端如果在所获取的状态数据中检测到故障码，则认为汽车当前存在故障。 

步骤205：当存在故障时，将故障码实时发送给移动设备； 

诊断终端确定汽车当前存在故障后，从状态数据中提取故障码，并将该故障码实时发送给移动设备。 

故障码可在移动设备上显示出来，但由于故障码是汽车领域的技术代码，作为一般的车主来说，难以根据显示出来的故障码获知汽车存在何种故障；在本实施例中，可以进一步将故障码发送至诊断服务器进行诊断分析，以便得知汽车的具体故障情况； 

步骤206：移动设备将该故障码发送给诊断服务器； 

步骤207：诊断服务器接收移动设备发送的故障码； 

步骤208：诊断服务器对该故障码进行诊断分析，得到诊断结果； 

诊断服务器接收到汽车侧发送的故障码之后，可以根据内部存储的数据信息进行自动分析，得到故障码对应的实际故障描述，可以理解的是，为了让故障诊断结果更为准确及实用，在上述过程中，也并不排除人工参与分析或校验的过程。 

步骤209：诊断服务器将对所述故障码进行诊断分析得到的诊断结果， 实时推送至移动设备； 

步骤210：移动设备将诊断结果展现给车主； 

该诊断结果的展现形式是车主可以理解的文字、仪表、图形等界面形式；通过移动设备上安装的软件客户端进行界面展示；在诊断结果中，还可以进一步包括维修建议、维修地点推荐以及一些为车主提供便捷服务的相关信息，例如天气预报、实时路况、违章查询等增值服务内容；车主在获知诊断结果后，可以自行决定是否进行车辆维修； 

这样，通过诊断服务器对车主推送故障信息、维修建议等相关服务内容，使得车主可方便及时地获知汽车的故障情况，并根据维修建议进行车辆维修，为车主安全驾驶起到了保驾护航的作用； 

此外，诊断服务器中可以预先存储每种型号汽车对应的故障码信息，对应每辆汽车的车牌号码以及车主信息，其中，车主信息包括车主的姓名、联系方式等；这样，当移动设备向诊断服务器发送故障码时，诊断服务器可根据故障码的发送方，识别该故障码对应的车辆，从而可根据该车辆对应的车主的联系方式，将诊断分析得到的诊断结果以短信或邮件等方式推送给车主。 

诊断服务器在诊断分析得到诊断结果之后，还可以进一步存储该诊断结果，供车主随时调阅； 

参见图2所示，本实施例还进一步提供对移动设备软件及诊断终端进行软件升级的方法： 

步骤211：移动设备向诊断服务器发送升级请求数据包； 

该数据包中携带有汽车的类别参数和移动设备软件的版本参数； 

步骤212：诊断服务器接收升级请求数据包； 

步骤213：诊断服务器根据所述汽车的类别参数，确定符合该类别的最新版本的软件； 

步骤214：若移动设备软件的现有版本不是最新版本时，则将最新版本的软件推送至移动设备； 

在移动设备软件升级后，需要进一步与其建立连接的诊断终端软件内的嵌入式程序进行升级；具体地，该方法进一步包括： 

步骤215：当移动设备软件升级到所述最新版本的软件后，从移动设备中向诊断终端导入用于对诊断终端软件进行升级的数据包，完成诊断终端软件的升级。 

可以理解的是，由于硬件、操作系统等方面的差异，在移动设备和诊断终端中所安装的内容并不完全相同，在诊断服务器向移动设备发送的升级数据包中，实际包含了分别用于对移动设备和诊断终端进行升级的子数据包，由于诊断中并不与诊断服务器直接交互，因此在软件升级过程中，诊断服务器首先将两部分子数据包同时发送至移动设备，移动设备完成升级后，再将用于诊断终端软件升级的数据包导入诊断终端。这样，就可实现移动设备软件以及诊断终端软件的同步更新。 

可以理解的是，步骤201-210所描述的诊断方法与步骤211-215所描述的软件升级方法是两种相互独立的流程，为表示方便，将两种流程在同一附图内示出，但图2所示情况并不应理解为对于诊断流程和软件升级流程执行顺序的限定。 

本实施例中，移动设备安装有诊断软件，通过蓝牙或者WIFI等无线通信技术和车辆安装的硬件诊断终端通信握手；移动设备软件调用诊断程序通知诊断终端进行车辆检测；检测得到的故障码返回移动设备软件，移动设备软件将故障码通过移动网络传送到诊断服务器进行诊断分析；诊断服务器将诊断分析得到的诊断结果通过彩信、短信、网络信息等方式回传到移动设备软件，以便于车主通过诊断结果得知自己目前的车辆健康状况。 

在本实施例中，诊断服务器与移动设备进行通信、并且诊断服务器与诊断终端不直接进行通信，因此在软件升级过程中，诊断服务器首先向移动设备发送升级数据包，移动设备完成升级后，再将用于诊断终端软件升级的数据包导入诊断终端。这样，就可实现移动设备软件以及诊断终端软件的同步更新。 

实施例三 

本申请实施例二提供了另一种汽车诊断方法，该方法为本申请所提供的汽车诊断方法的另一个优选实施例；该方法主要包括诊断终端和诊断服务器之间的信息交互过程，而移动设备作为诊断结果的展示平台；参见图3，该方法包括： 

步骤301：诊断终端与诊断服务器进行通信认证，认证成功则开始通信，执行步骤302，认证失败则结束当前程序； 

诊断终端与诊断服务器之间通过无线方式远程连接； 

步骤302：诊断终端获取ECU中车辆的状态数据； 

诊断终端安装在汽车内，与汽车内的电子控制单元ECU连接； 

步骤303：诊断终端根据获取到的所述状态数据，检测是否存在故障； 

其中，ECU在发现汽车出现故障的情况下，会生成与故障相应的故障码，故障码属于状态数据的一部分，诊断终端如果在所获取的状态数据中检测到故障码，则认为汽车当前存在故障。 

步骤304：当存在故障时，将故障码实时发送给诊断服务器； 

诊断终端确定汽车当前存在故障后，从状态数据中提取故障码，并将该故障码实时发送给诊断服务器。 

步骤305：诊断服务器接收诊断终端发送的故障码； 

步骤306：诊断服务器对该故障码进行诊断分析，得到诊断结果； 

诊断服务器接收到汽车侧发送的故障码之后，可以根据内部存储的数据信息进行自动分析，得到故障码对应的实际故障描述，可以理解的是，为了让故障诊断结果更为准确及实用，在上述过程中，也并不排除人工参与分析或校验的过程。 

步骤307：诊断服务器将对所述故障码进行诊断分析得到的诊断结果，实时推送至移动设备； 

步骤308：移动设备将诊断结果展现给车主； 

该诊断结果的展现形式是车主可以理解的文字、仪表、图形等界面形式； 通过移动设备上安装的软件客户端进行界面展示；在诊断结果中，还可以进一步包括维修建议、维修地点推荐以及一些为车主提供便捷服务的相关信息，例如天气预报、实时路况、违章查询等增值服务内容；车主在获知诊断结果后，可以自行决定是否进行车辆维修； 

这样，通过诊断服务器对车主推送故障信息、维修建议等相关服务内容，使得车主可方便及时地获知汽车的故障情况，并根据维修建议进行车辆维修，为车主安全驾驶起到了保驾护航的作用； 

此外，诊断服务器中存储了每种型号汽车对应的故障码信息，对应每辆汽车的车牌号码以及车主信息，其中，车主信息包括车主的姓名、联系方式等；这样，当移动设备向诊断服务器发送故障码时，诊断服务器可根据故障码的发送方，识别该故障码对应的车辆，从而可根据该车辆对应的车主的联系方式，将诊断分析得到的诊断结果以短信或彩信方式推送给车主。 

参见图3所示，本申请实施例还进一步提供对移动设备软件及诊断终端进行软件升级的方法： 

步骤309：诊断终端向诊断服务器发送升级请求数据包； 

该数据包中携带有汽车的类别参数和诊断终端软件的版本参数； 

步骤310：诊断服务器接收升级请求数据包； 

步骤311：诊断服务器根据所述汽车的类别参数，确定符合该类别的最新版本的软件； 

步骤312：若诊断终端软件的现有版本不是最新版本时，则将最新版本的软件推送至诊断终端； 

可以理解的是，步骤301-308所描述的诊断方法与步骤309-312所描述的软件升级方法是两种相互独立的流程，为表示方便，将两种流程在同一附图内示出，但图3所示情况并不应理解为对于诊断流程和软件升级流程执行顺序的限定。 

本实施例中，移动设备与诊断终端之间不进行直接通信；诊断终端在对汽车进行检测后，直接和诊断服务器进行数据交互，诊断终端软件版本的升 级也直接通过诊断服务器实现；最终，诊断服务器的诊断结果通过彩信、短信、网络信息等方式推送到移动设备中，车主通过诊断结果得知自己目前的车辆健康状况。 

在本实施例中，诊断服务器与诊断进行通信、移动设备仅用于对诊断结果进行展现，因此在软件升级过程中，诊断服务器直接向诊断终端发送升级数据包即可完成诊断终端的软件升级。 

实施例四 

本申请实施例四提供了一种诊断终端，参见图4，包括： 

接口41，用于与汽车内的电子控制单元ECU连接； 

获取模块42，用于通过所述接口获取ECU中车辆的状态数据； 

检测模块43，用于根据获取到的所述状态数据，检测是否存在故障； 

其中，ECU在发现汽车出现故障的情况下，会生成与故障相应的故障码，故障码属于状态数据的一部分，检测模块43如果在所获取的状态数据中检测到故障码，则认为汽车当前存在故障。 

故障码生成模块44，用于当确定汽车当前存在故障后，从状态数据中提取故障码； 

发送模块45，用于将该故障码实时发送出去，以对所述故障码进行诊断分析。 

实施例五 

针对实施例一，本申请实施例五提供了一种诊断服务器，参见图5，包括： 

接收模块51，用于远程接收汽车侧终端发送的故障码，记录发送设备标识； 

诊断分析模块52，用于对所接收的故障码进行分析，得到故障诊断结果； 

推送模块53，用于根据所述发送设备标识，将所述故障诊断结果推送至相应的汽车车主。 

在本申请的一种具体实施方式中，推送模块53可以具体包括： 

设备标识获取子模块，用于获取所述发送设备标识， 

推送子模块，用于根据所获取的发送设备标识，将所述故障诊断结果返还给发送设备。 

例如，故障码的发送设备是具有通信功能的诊断终端，则推送模块53将诊断结果相应返回至该诊断终端；如果故障码的发送设备是用户手机，推送模块53将诊断结果返回至该手机。 

在本申请的另一种具体实施方式中，推送模块53还可以具体包括： 

设备标识获取子模块，用于获取所述发送设备标识， 

推送子模块，用于根据所获取的发送设备标识，将所述故障诊断结果发送至所述发送设备的关联设备。 

例如，故障码的发送设备是具有通信功能的诊断终端，推送模块53可以将诊断结果发送至与该诊断终端相连接的手机、平板电脑等等，以便更好地向用户展现故障诊断结果。 

在本申请的另一种具体实施方式中，推送模块53还可以具体包括： 

联系信息获取子模块，用于根据所述发送设备标识，获取与该设备关联的车主联系信息； 

推送子模块，用于根据所获取的车主联系信息，将所述故障诊断结果推送至相应的汽车车主。 

例如，根据故障码发送设备的标识，获取与该设备关联的车主的其他联系信息（如电话号码、电子邮箱地址等等），这些信息可以预先存储在服务器内部，也可以要求车主在上传故障码的同时提供。诊断服务器分析得到诊断结果后，可以以文本短信、彩信、电子邮件等形式将诊断结果推送给车主，必要时还可以直接由服务人员与车主进行电话联系。 

实施例六 

针对上述实施例三，本申请实施例六提供了一种汽车诊断系统，参见图6，包括诊断终端61、移动设备62、诊断服务器63；具体地， 

诊断终端61，安装在汽车内，与汽车内的电子控制单元ECU连接； 

用于获取ECU中车辆的状态数据，并根据该状态数据，检测是否存在故障；如果在所获取的状态数据中检测到故障码，则认为汽车当前存在故障。当存在故障时，将故障码发送给诊断服务器63； 

诊断服务器63，用于接收诊断终端发送的故障码，并对该故障码进行诊断分析得到所述诊断结果；并将该诊断结果实时推送给移动设备62。 

实施例七 

针对实施例二，本申请实施例七提供了另一种汽车诊断系统，参见图7，包括移动设备71、诊断终端72、诊断服务器73；优选地，在本实施例中，移动设备71与诊断终端72通过蓝牙方式连接，移动设备71与诊断服务器73通过WIFI无线局域网连接；具体地， 

移动设备71包括：设备匹配子模块711，认证子模块712，第一接收子模块713，第一发送子模块714，展示子模块715，升级子模块716； 

设备匹配子模块711，用于移动设备与诊断终端之间建立连接； 

认证子模块712，用于移动设备分别与诊断终端、诊断服务器进行通信认证，认证成功则开始通信； 

第一接收子模块713，用于接收诊断终端发送的故障码； 

第一发送子模块714，用于将接收到的故障码发送至诊断服务器； 

展示子模块715，用于在接收到诊断服务器发送的诊断结果后，将该诊断结果展示给车主； 

升级子模块716，用于向诊断服务器发送升级请求数据包；在接收到诊断服务器推送的最新版本的软件后，进行版本升级； 

诊断终端72，安装在汽车内，与电子控制单元ECU连接；包括：接口721，获取子模块722，检测子模块723，故障码生成子模块724，第二发送子模块725，升级导入子模块726； 

接口721，用于与汽车内的ECU连接； 

获取子模块722，用于通过接口721，获取ECU中车辆的状态数据； 

检测子模块723，用于根据获取到的所述状态数据，检测是否存在故障；其中，ECU在发现汽车出现故障的情况下，会生成与故障相应的故障码，故障码属于状态数据的一部分，检测子模块723如果在所获取的状态数据中检测到故障码，则认为汽车当前存在故障。 

故障码生成子模块724，用于当确定汽车当前存在故障后，从状态数据中提取故障码； 

第二发送子模块725，用于实时将该故障码发送至移动设备； 

升级导入子模块726，用于当移动设备软件升级到所述最新版本的软件后，从移动设备中导入用于对诊断终端软件进行升级的数据包； 

诊断服务器73，包括：第二接收子模块731，诊断分析子模块732，第一推送子模块733，存储子模块734，版本确定子模块735，第二推送子模块736； 

第二接收子模块731，用于接收移动设备发送的故障码；还用于接收升级请求数据包； 

诊断分析子模块732，用于对该故障码进行诊断分析，得到诊断结果； 

第一推送子模块733，用于将对所述故障码进行诊断分析得到的诊断结果，实时推送至移动设备； 

存储子模块734，用于存储所述对所述故障码进行诊断分析得到的诊断结果，供车主调阅； 

版本确定子模块735，用于根据所述汽车的类别参数，确定符合该类别的最新版本的软件； 

第二推送子模块736，用于在移动设备软件的现有版本不是最新版本时，则将最新版本的软件推送至移动设备。 

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的 介质。 

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。 

Claims (20)

1.一种汽车诊断方法，其特征在于，该方法包括：

诊断服务器与汽车侧终端建立远程通信连接后，诊断服务器远程接收汽车侧终端发送的故障码，记录发送设备标识；其中，所述汽车侧终端从汽车内的电子控制单元获取所述故障码；

对所接收的故障码进行分析，得到故障诊断结果；

根据所述发送设备标识，将所述故障诊断结果推送至相应的汽车车主。

2.根据权利要求1所述的方法，其特征在于，所述汽车侧终端包括诊断终端，所述诊断服务器远程接收汽车侧终端发送的故障码包括：

诊断服务器与诊断终端建立远程通信连接后，接收诊断终端发送的故障码。

3.根据权利要求1所述的方法，其特征在于，所述汽车侧终端包括诊断终端和通信终端，所述诊断服务器远程接收汽车侧终端发送的故障码包括：

诊断服务器与通信终端建立远程通信连接后，接收通信终端发送的故障码；

其中，所述通信终端从所述诊断终端获取所述故障码。

4.根据权利要求1所述的方法，其特征在于，所述根据所述发送设备标识，将所述故障诊断结果推送至相应的汽车车主，包括：

根据所述发送设备标识，将所述故障诊断结果返还给发送设备。

5.根据权利要求1所述的方法，其特征在于，所述根据所述发送设备标识，将所述故障诊断结果推送至相应的汽车车主，包括：

根据所述发送设备标识，将所述故障诊断结果发送至该发送设备的关联设备。

6.根据权利要求5所述的方法，其特征在于，

所述发送设备为诊断终端；

所述发送设备的关联设备为与该诊断终端相连接的移动设备，用于向车主展现所述故障诊断结果。

7.根据权利要求1所述的方法，其特征在于，所述根据所述发送设备标识，将所述故障诊断结果推送至相应的汽车车主，包括：

根据所述发送设备标识，获取与该设备关联的车主联系信息；

根据所获取的车主联系信息，将所述故障诊断结果推送至相应的汽车车主。

8.根据权利要求2所述的汽车诊断方法，其特征在于，进一步包括：

接收诊断终端发送的升级请求数据包，该数据包中携带有汽车的类别参数和诊断终端软件的版本参数；

根据所述汽车的类别参数，确定符合该类别的最新版本的软件；

若诊断终端软件的现有版本不是最新版本时，则将最新版本的软件推送至诊断终端。

9.根据权利要求3所述的汽车诊断方法，其特征在于，进一步包括：

接收通信终端发送的升级请求数据包，该数据包中携带有汽车的类别参数和通信终端软件的版本参数；

根据所述汽车的类别参数，确定符合该类别的最新版本的软件；

若通信终端软件的现有版本不是最新版本时，则将最新版本的软件推送至通信终端。

10.根据权利要求9所述的汽车诊断方法，其特征在于，进一步包括：

当通信终端软件升级到所述最新版本的软件后，从通信终端中向诊断终端导入用于对诊断终端软件进行升级的数据包。

11.一种汽车诊断服务器，其特征在于，该服务器包括：

接收模块，用于在诊断服务器与汽车侧终端建立远程通信连接后，远程接收汽车侧终端发送的故障码，记录发送设备标识；其中，所述汽车侧终端从汽车内的电子控制单元获取所述故障码；

诊断分析模块，用于对所接收的故障码进行分析，得到故障诊断结果；

推送模块，用于根据所述发送设备标识，将所述故障诊断结果推送至相应的汽车车主。

12.根据权利要求11所述的汽车诊断服务器，其特征在于，所述推送模块，具体包括：

设备标识获取子模块，用于获取所述发送设备标识，

推送子模块，用于根据所获取的发送设备标识，将所述故障诊断结果返还给发送设备。

13.根据权利要求11所述的汽车诊断服务器，其特征在于，所述推送模块，具体包括：

设备标识获取子模块，用于获取所述发送设备标识，

推送子模块，用于根据所获取的发送设备标识，将所述故障诊断结果发送至所述发送设备的关联设备。

14.根据权利要求13所述的汽车诊断服务器，其特征在于，

所述发送设备为诊断终端；

所述发送设备的关联设备为与该诊断终端相连接的移动设备，用于向车主展现所述故障诊断结果。

15.根据权利要求11所述的汽车诊断服务器，其特征在于，所述推送模块，具体包括：

联系信息获取子模块，用于根据所述发送设备标识，获取与该设备关联的车主联系信息；

推送子模块，用于根据所获取的车主联系信息，将所述故障诊断结果推送至相应的汽车车主。

16.一种汽车诊断系统，其特征在于，该系统包括汽车侧终端和诊断服务器，

所述汽车侧终端用于在确定汽车存在故障后，向诊断服务器发送故障码；

所述诊断服务器包括：

接收模块，用于在诊断服务器与汽车侧终端建立远程通信连接后，远程接收汽车侧终端发送的故障码，记录发送设备标识；其中，所述汽车侧终端从汽车内的电子控制单元获取所述故障码；

诊断分析模块，用于对所接收的故障码进行分析，得到故障诊断结果；

推送模块，用于根据所述发送设备标识，将所述故障诊断结果推送至相应的汽车车主。

17.根据权利要求16所述的汽车诊断系统，其特征在于，所述汽车侧终端包括诊断终端，

所述诊断终端与诊断服务器建立远程通信连接后，向诊断服务器发送故障码。

18.根据权利要求16所述的汽车诊断系统，其特征在于，所述汽车侧终端包括诊断终端和通信终端，

所述通信终端从所述诊断终端获取所述故障码；

所述通信终端与诊断服务器建立远程通信连接后，向诊断服务器发送故障码。

19.根据权利要求16所述的汽车诊断系统，其特征在于，所述推送模块，具体包括：

设备标识获取子模块，用于获取所述发送设备标识，

推送子模块，用于根据所获取的发送设备标识，将所述故障诊断结果发送至所述发送设备的关联设备。

20.根据权利要求19所述的汽车诊断系统，其特征在于，

所述发送设备为诊断终端；

所述发送设备的关联设备为与该诊断终端相连接的移动设备，用于向车主展现所述故障诊断结果。

Images