汽车故障远程诊断系统的制作方法

本实用新型涉及汽车诊断领域，尤其涉及一种汽车故障远程诊断系统。

背景技术：

随着汽车售后市场的发展，个人诊断仪逐渐走入个人车主手中，个人车主可以通过购买个人诊断仪对车辆进行故障诊断、状态检测，提高了车辆诊断的透明度，增加了车主对车辆的了解,大大降低了车辆维修与保养的费用。但是，个人车主对诊断专业知识了解不够，遇到比较复杂或生僻的问题，往往无从下手，只能向4S店求助。这个过程往往周期长，费用高，耽误车主的行程与计划，给车主造成无法弥补的损失。

日常生活中常规的远程诊断问题有如下两个：

1.目前市场上的诊断仪设备，有的是智能手机、PAD间进行远程诊断，有的是笔记本电脑间进行远程诊断，这两种类型的设备往往不能相互进行远程诊断，平台的差异成了它们通信的阻碍。这就造成了车主和车主之间、车主和维修技师间进行远程诊断的范围大大缩小，不方便车主进行求助。

2.汽车远程诊断一般都采用专业的远程控制软件来实现，这种软件通过传输画面来实现，传输数据量大，而个人车主手机流量有限，很容易被耗光而产生额外的流量费用。同时，用户还需要下载专业的软件，非常不方便。

技术实现要素：

为了克服现有的缺陷，本实用新型提出一种汽车故障远程诊断系统，实现在不同操作系统平台上使用诊断仪的两个用户可以远程为对方要检测的车辆进行实时故障诊断。

根据本实用新型的一个方面，提供了一种汽车故障远程诊断系统，包括：服务器、诊断仪控制端、诊断仪被控端和与诊断仪被控端相连接的诊断盒，其特征在于，

诊断仪被控端包含第一注册模块、第一登录模块、被控模块、第一诊断资源模块和第一显示模块；诊断仪控制端包含第二注册模块、第二登录模块、控制模块、第二诊断资源模块和第二显示模块；两端分别连接诊断仪控制端和诊断仪被控端的服务器，用于保存注册信息和认证用户，以及转发通过验证后的诊断仪被控端和诊断仪控制端之间交互的数据；被控模块，用于发起远程诊断申请，接收并执行服务器端转发的界面同步信息和/或界面执行信息，在执行完界面同步信息和/或界面执行信息后将结果显示在第一显示模块中，并生成界面同步反馈信息通过服务器转发给控制模块；控制模块，用于接受远程诊断申请，控制模块将在第二显示模块上的操作生成界面同步信息和/或界面执行信息，通过服务器转发给被控模块，控制模块接收并执行服务器转发的界面同步反馈信息，将结果显示在第二显示模块上；诊断盒包含诊断通信模块，诊断通信模块一端通过OBD(On Board Diagnostics，车载自动诊断系统)接口连接车辆，另一端连接被控模块，转发被控模块和车辆之间交互的数据。

优选的，第一诊断资源模块和第二诊断资源模块可以在线升级。

第一诊断资源模块和第二诊断资源模块包括多种库文件，如诊断菜单库、故障码库、数据流库等。优选的，第一诊断资源模块和第二诊断资源模块包含的库文件格式为XML格式。

被控模块连接到第一诊断资源模块并能够加载第一诊断资源模块。

控制模块连接到第二诊断资源模块并能够加载第二诊断资源模块。

通过本实用新型提供的远程诊断系统，使用者之间可以互相对异地车辆进行故障诊断，使用者也可以在不同操作平台下互相进行远程诊断，如Android平台、Windows平台、iOS平台、Web平台，极大地方便了车主对车辆进行故障诊断及解决。

附图说明

图1是本实用新型的一个实施例的汽车故障远程诊断系统的结构图；

图2是本实用新型的一个实施例的汽车故障远程诊断系统的使用流程图。

为了能明确实现本实用新型的实施例的结构，在图中标注了特定的尺寸、结构和器件，但这仅为示意需要，并非意图将本实用新型限定在该特定尺寸、结构、器件和环境中，根据具体需要，本领域的普通技术人员可以将这些器件和环境进行调整或者修改，所进行的调整或者修改仍然包括在后附的权利要求的范围中。

具体实施方式

下面结合附图和汽车诊断中读取故障码功能的具体实施案例对本实用新型提供的汽车远程诊断的系统进行详细描述。

在以下的描述中，将描述本实用新型的多个不同的方面，然而，对于本领域内的普通技术人员而言，可以仅仅利用本实用新型的一些或者全部结构或者流程来实施本实用新型。为了解释的明确性而言，阐述了特定的数目、配置和顺序，但是很明显，在没有这些特定细节的情况下也可以实施本实用新型。在其他情况下，为了不混淆本实用新型，对于一些众所周知的特征将不再进行详细阐述。

如图1所示，汽车故障远程诊断系统包括服务器、诊断仪控制端、诊断仪被控端和与诊断仪被控端相连接的诊断盒，其中，诊断仪被控端包含第一注册模块、第一登录模块、被控模块、第一诊断资源模块和第一显示模块，诊断仪控制端包含第二注册模块、第二登录模块、控制模块、第二诊断资源模块和第二显示模块，诊断盒包括诊断通信模块。

第一注册模块和第二注册模块(统称为注册模块)，用于新用户注册，用户数据会发送到服务器端保存。

第一登录模块和第二登录模块(统称为登录模块)，用于通过服务器端认证用户信息。

服务器，用于数据存储和数据转发。服务器的两端分别连接诊断仪控制端和诊断仪被控端，诊断仪控制端和诊断仪被控端的注册模块用于新用户的注册服务，注册信息被传递到服务器认证，认证通过后被保存在服务器中，诊断仪控制端和诊断仪被控端的登录模块用于用户登录，登录信息会被发送到服务器进行验证，通过验证的诊断仪控制端的控制模块或诊断仪被控端的被控模块会和服务器间建立连接。在之后的通信过程中，控制模块或被控模块的数据会经过服务器转发。

用户注册数据包括：用户ID(用户唯一标识)、用户名、客户端编号(诊断仪应用程序的分类唯一标识)、用户电话等。

被控模块与第一显示模块连接，用于发起远程诊断申请，也称为被控方，接收并执行服务器端转发的界面同步信息和/或界面执行信息，以便在第一显示模块中显示与第二显示模块中一样的界面，在执行完界面同步信息和/或界面执行信息后将结果显示在第一显示模块中，并生成界面同步反馈信息通过服务器转发给控制模块。

控制模块与第二显示模块连接，用于接收远程诊断申请，也称为主控方。用户使用诊断仪控制模块可以远程控制异地的其他用户的诊断仪被控端的被控模块，来达到对异地用户车辆进行故障诊断的目的。控制模块将对第二显示模块上的操作生成界面同步信息和/或界面执行信息，发送给服务器并通过服务器转发给被控模块。控制模块接收并执行服务器转发的界面同步反馈信息，将结果信息显示在第二显示模块上，以达到显示与诊断仪被控端的第一显示模块相同的界面。

被控模块和控制模块是在相应平台下(比如：android、windows)开发的应用程序。诊断仪控制端、诊断仪被控端可以分别，也可以同时存在于诊断仪中。诊断仪应用程序的载体可以是智能手机、PAD、计算机等设备。

被控模块连接到诊断通信模块，可以通过USB或蓝牙进行连接。

诊断通信模块(VDI，Vehicle Diagnosis interface)，通过OBD接口连接车辆，并转发被控模块和车辆之间交互的数据，这些数据可以是从车辆中提取的信息，也可以是发送给车辆的界面执行信息。

第一诊断资源模块和第二诊断资源模块，统称为诊断资源模块，诊断资源模块包括多个库，如诊断菜单库、故障码库、数据流库等，诊断资源模块的所有库文件均以XML文件形式存在，可以在所有平台上使用，也就是通过XML的形式，实现了跨平台的远程控制。

诊断菜单库存储着诊断应用程序上要显示的所有诊断菜单配置，包括诊断菜单的唯一标识ID、菜单名称、菜单显示风格、菜单要链接的界面或功能。

故障码库包含车辆的所有故障码，包括故障码唯一标识ID、故障码名称、故障码描述。

数据流库包含车辆的所有数据流，包括数据流唯一标识ID、数据流名称、数据流单位。数据流是指汽车电脑控制系统(ECU)给诊断仪返回的相关实时数据，比如：发动机系统中会给诊断仪返回发动机水温温度、发动机转速等等实时的数据。

优选的，诊断资源模块可以在线升级。

诊断资源模块还包括ECU版本信息、执行器测试配置资源，ECU版本信息是指汽车电脑中的系统版本信息，其中包括：车辆VIN、ECU软件版本号、汽车厂家硬件编号等专业数据。执行器测试是指对汽车上相关单一元器件进行功能测试，比如：开关大灯、仪表盘故障指示灯的亮灭。形式和以上所列三个一样，此处仅以诊断菜单库、故障码库、数据流库做示例，不再一一说明。

被控模块调用第一诊断资源模块中的库文件(即XML文件)将诊断功能界面显示在第一显示模块上。被控模块可以将第一资源模块中的库文件传送到服务器上并通过服务器传送到控制模块。

控制模块接收服务器转发来的第一诊断资源模块中的库文件(即XML文件)作为第二诊断资源模块，然后调用第二诊断资源模块从而将诊断功能界面显示在第二显示模块。

下面介绍诊断仪远程诊断的过程，如图2所示(在图2所示中，为了简化，未显示服务器转发步骤)：

(1)被控模块通过网络端口向服务器发送远程诊断连接申请，请求内容包括：被控模块(被控方)用户ID、被控方客户端编号、控制模块(主控方)用户名，主控方用户名需要被控方使用人员提前与主控方使用人员通过电话或其他方式沟通获得；服务器接收到远程诊断申请后，获取请求内容，从服务器端后台数据库取得双方用户详细信息，将远程诊断申请转发给完全匹配请求内容中客户端编号及用户名的主控方，主控方确认接受远程诊断后，服务器为两端用户ID建立连接通道，数据先传到服务器，然后服务器将数据转发给双方。

(2)主控方和被控方建立远程连接后，被控方将本地第一诊断资源模块的库文件通过服务器转发给主控方的第二诊断资源模块，主控方加载第二诊断资源模块(即接收到的第一诊断资源的库文件)，显示诊断功能界面，被控模块加载本地的诊断资源的库文件，显示出诊断功能界面。

(3)同步界面，执行诊断功能。主控方加载完诊断资源模块的库文件，显示出诊断功能界面后，主控方即可进行操作。主控方的每一步操作，都需要发送该步操作的界面同步信息和界面执行信息，并将上述信息通过服务器发送到被控方，被控方收到界面同步信息和界面执行信息，一方面根据界面同步信息来同步界面，另一方面根据界面执行信息来执行诊断功能。比如，主控方点击某诊断菜单，并且显示了该诊断菜单的下一层菜单界面，主控方客户端根据所点击菜单项从所述第二诊断资源模块中的库文件中的诊断菜单库中取出该菜单项的ID，然后给服务器发送通知点击了菜单项，以及所点击菜单项的ID，要求被控方执行点击该菜单项功能，并且同步界面，服务器将此通知转发给被控方，被控方则根据第一诊断资源模块中的库文件中的诊断菜单库找到该ID所属的菜单项，直接显示出该诊断菜单的下一层菜单界面。因为第二诊断资源模块中的库文件和第一诊断资源模块中的库文件是同一套诊断资源的库文件，所以主控方客户端和被控方客户端所显示的界面完全一样。

(4)界面同步后，被控端要执行控制端的操作，也就是执行服务器转发来的界面执行信息。如在一个实施例中读取故障码的过程如下：主控方通过服务器向被控方发送执行读取故障码功能，同步界面后，被控方执行读取故障码的执行信息，通过诊断通信模块与车辆通讯，获取故障码后，首先从本地诊断资源的故障码库中取出相应故障码的名称、描述，显示在自己界面上。

(5)被控端生成界面同步反馈信息，如上例中，被控端将故障码的ID通过服务器发送给主控方，主控方根据此ID从诊断资源的故障码库中取出相应故障码的名称、描述，显示在界面上，同样，由于诊断资源是一套资源，所以显示内容相同。

(6)在此例中，故障码显示之后，主控方根据故障码显示内容，来进行故障解决。

比如：界面显示一条故障码，故障码代码：P001E，故障码内容：进气加热栅格常通；

经过主控方人员分析，提供以下排查方法，并通知被控方人员：

1.请检查进气加热继电器的开关是否能正常闭合、断开，是否存在粘连、开路故障。如果存在上述问题，购买新继电器更换。

被控方根据主控方提供的方法，去实际检查车辆上的部件，发现确实继电器开关不能正常闭合，然后购买一个新的继电器更换成功，然后主控方再次执行读取故障码功能，此时界面提示“无故障码，系统正常”，则成功解决故障。

以上所述，仅为本实用新型较佳的具体实施方案，但本实用新型的保护范围并不仅仅局限于此，任何熟悉本领域的技术人员在本实用新型揭露的技术范围内，根据本实用新型的技术方案及其实用新型构思加以等同替代或者改变，都应覆盖在本实用新型的保护范围之内。