用于车辆的远程诊断与维修系统的制作方法
【专利摘要】本发明的车辆诊断维修系统能够基于网络来有效解决如上文所述的现有技术中存在的诸多问题。本发明巧妙利用了远程技术实现了对现场上位机的直接控制，利用客户端直接与车载电子控制模块进行通讯，实现了对车载电子控制模块的状态读取、指令控制以及在线刷新。本发明的车辆诊断维修系统基于网络架构，在使用、升级和维护方面都非常方便。
【专利说明】用于车辆的远程诊断与维修系统【技术领域】
[0001]本发明涉及一种用于车辆的远程诊断与维修系统。
【背景技术】
[0002]中国的汽车行业近年来发展非常迅速。自进入21世纪以来，中国已发展成为世界第二大汽车消费国。即使在全球金融危机发生的情况下，我国汽车消费量依然保持高速增长。随着汽车保有量的迅速提高，汽车售后服务在整个汽车工业体系中的地位愈加重要，良好的售后服务能够提升顾客满意度并相应地赢得更大的市场份额。
[0003]时至今日，随着汽车技术的发展，车辆的电子化程度越来越高。为了获得良好的车辆性能，车载电子控制模块在整车上得到越来越广泛的应用，诸多主机厂商利用此类模块提供的诊断功能开发了相应的售后诊断和维修编程应用，以便帮助维修站对车辆的故障进行快速诊断，从而有效解决车辆的售后问题，缩短维修时间。在碰到一些车辆疑难问题超出维修站的问题解决能力时，整车公司的售后部门往往会尽力提供最大的支持。因此，如何尽快解决售后问题以提高客户满意度，已经成为整车市场越来越迫切的需求。[0004]然而，传统的售后诊断和维修编程一般是按照特定的业务逻辑预先开发好针对不同车载电子控制模块的售后诊断程序，并预先释放针对此模块的标定软件。维修站只能按照事先定义好的流程来处理问题，如遇到难以处理的复杂情况则只能向整机厂的售后技术支持中心求助。由于系统程序是预先定义的，因此售后支持人员往往也无法进行远程的灵活操作，只能飞赴现场利用特定工具解决，费时费力，且解决问题的效率偏低，严重降低了用户满意度。
【发明内容】
[0005]本发明提供一种用于车辆的远程诊断与维修系统，旨在通过网络应用克服现有技术中存在的售后费时费力且问题解决效率偏低的缺陷。
[0006]具体而言，本发明提供一种用于车辆的远程诊断与维修系统，所述车辆包括车载电子通讯模块，该系统包括管理端和用户端，用户端通过网络与管理端连接并将用户需求上传至管理端，从而使管理端获得相应的后台数据信息，其中管理端包括应用服务器、数据库服务器和专家诊断电脑，其中，应用服务器存有用于对管理端和用户端进行部署的网络应用程序，数据库服务器预先存储数据分析信息和车辆诊断信息，专家诊断电脑基于应用服务器和数据库服务器所提供的信息并根据来自用户端的反馈向用户端发送后台信息；用户端包括上位机和车辆接口通讯卡，上位机与管理端通过所述网络连接并与车辆接口通讯卡通信连接，车辆接口通讯卡与所述车载电子控制模块通信连接，上位机将用户需求通过所述网络上传到管理端并从管理端接收后台信息并由此向车辆接口通讯卡发出指令或要求软件刷新，车辆接口通讯卡将该指令转化为车载电子控制模块所能识别的数据，同时将来自车载电子控制模块的数据转换为上位机能接收的数据信息并将该数据信息传送给上位机。[0007]可选地，上位机在指令发送模式下向车辆接口通讯卡发出指令。
[0008]优选地，在用户端对车载电子控制模块进行通讯协议选择，并直接输入所需发送的指令，车辆接口通讯卡将该指令发送到车载电子控制模块。
[0009]优选地，上位机调用用于诊断的预设指令集，并基于所述预设指令集向车辆接口通讯卡发出指令，车辆接口通讯卡将该指令发送到车载电子控制模块。
[0010]更优选地，所述预设指令集被预先生成并存入后台信息，或者由在用户端手工输入的一系列指令保存在后台信息中而生成。
[0011]可选地，上位机在模块刷新模式下向车辆接口通讯卡发出指令。
[0012]优选地，在用户端选择所述车辆的车型品牌的基本特征，从车载电子控制模块中读取车辆识别号信息，并利用车辆识别号信息从管理端获取对应的后台信息，基于所获取的后台信息以正常刷新模式或VCI模式进行模块刷新，模块刷新所生成的刷新文件下载到上位机，随后，上位机向车辆接口通讯卡发送指令，该指令经安全码验证后再发送到车载电子控制|吴块。
[0013]更优选地，在正常刷新模式下，管理端根据所述车型品牌的基本特征从数据库服务器中选择对应的刷新文件并下载到用户端。
[0014]更优选地，在VCI模式下，在用户端输入VCI代码，管理端直接在数据库服务器中找到该VCI代码对应的刷新文件并下载到用户端。
[0015]优选地，所述用户端包括多个用户端，一个管理端通过所述网络与所述多个用户端建立通信连接，各用户端能够同时将数据请求发送给该管理端以及从该管理端传回相应数据。
[0016]本发明的车辆诊断维修系统能够基于网络来有效解决如上文所述的现有技术中存在的诸多问题。本发明的车辆诊断维修系统基于网络架构，在使用、升级和维护方面都非常方便。
【专利附图】
【附图说明】
[0017]图1示出根据本发明的远程快速诊断与维修编程系统的优选实施例的系统框图；
[0018]图2示出根据本发明的在上述用户端进行车载电子控制模块指令发送和软件刷新方法的一个优选实施例的处理流程图；
[0019]图3示出管理端针对车载电子控制模块指令发送和软件刷新后台数据处理的三种不同业务逻辑流程。
【具体实施方式】
[0020]图1示出根据本发明的远程快速诊断与维修编程系统(下文简称“诊断维修系统”)的优选实施例的系统框图。如图1所示，在该优选实施例中，诊断维修系统包括管理端和用户端。
[0021]图1中可见，管理端包括应用服务器和数据库服务器，这两种服务器分别存有相应的后台数据应用程序。数据库服务器用来存储与车载电子控制模块对应的故障代码、预先存储的操作通讯指令、软件刷新操作相关的信息库以及刷新标定软件等。应用服务器存有用来部署管理端和用户端的网络应用程序。另外，如图1可见，管理端还包括专家诊断电脑，专家诊断电脑可基于应用服务器和数据库服务器所提供的信息并根据来自用户端的反馈向用户端发送指令。
[0022]在一个优选实施例中，数据库服务器可以存储一些相关信息，如数据分析信息和车辆诊断信息，例如Oracle、Sql Server、DB2等商业数据库来存储车型信息、车载电子控制模块信息、通讯指令信息、用户信息、故障信息以及刷新操作结果信息等相关信息。这些信息一方面是用户进行车载电子控制模块快速诊断以及软件刷新操作所必须涉及到的信息，另一方面，这些信息针对相关参数数据的长期统计能够为汽车厂商进行后续的有针对性的数据分析建立坚实基础，例如统计车载电子控制模块最高的故障率信息等。
[0023]用户端通过网络(例如互联网或局域网等)与管理端进行连接，实时将用户需求上传至管理端，从而使管理端获得用户所需要的车型、模块故障码、通讯指令、刷新标定软件等后台数据信息。用户端在进行维修编程操作时需要将刷新标定软件下载到车载电子控制模块来完成刷新操作。优选地，一个管理端可以通过网络与多个用户端建立通信连接，并允许各用户端同时发出数据请求及数据传回。更优选地，每个车辆维修站点内都设置一个上述用户端。
[0024]实际上，在本优选实施例中，用户端是整个系统的直接执行部分。用户端可包括上位机和车辆接口通讯卡。上位机与管理端通过上述网络(例如，英特网)进行连接，上位机可以将用户需求通过网络上传到管理端，也可以从管理端接收车辆快速诊断以及车载信息刷新所需的相关后台信息。上位机与车辆接口通讯卡通信连接，例如基于标准汽车诊断协议(例如J2534或DI3DU)进行通讯。车辆接口通讯卡与车载电子控制模块通信连接，将上位机传过来的指令转化为各车载电子控制模块能够识别的数据(例如基于CAN、K-LINE车辆通讯协议的16进制数据)，同时将来自车载电子控制模块的相应数据反馈转化为上位机可接收的数据信息，并将该数据信息传送给上位机。上位机可以采用台式计算机、便携式计算机或者PDA等等。
[0025]图2示出根据本发明的在上述用户端进行车载电子控制模块指令发送和软件刷新方法的一个优选实施例的处理流程图。
[0026]如图可见，图2中的流程可分为指令发送模式和编程模式两个分支。
[0027]概括而言，如果用户选择指令发送模式，则用户端进入相应的指令发送流程，用户手工输入指令或者从后台信息中调入预先定义好的指令集合，该指令集合可以是根据以前经验确定好的可以用来诊断或者解决某个特定问题的指令执行流程集。车载电子控制模块针对发过来的指令进行反馈并通过车辆接口通讯卡以可读方式(例如16进制数据的方式)显示在上位机上。
[0028]如果用户选择编程模式，则用户端会将需求信息通过网络上传至管理端，通过管理端从数据库服务器中找到相应的信息(例如，刷新标定软件和其他有用信息)并将该信息传送至用户端，用户端的车辆接口通讯卡将该信息转化成对应指令(例如16进制指令)并将该指令下载到车载电子控制模块。
[0029]具体而言，在图2所示的流程中，首先，选择所需要进行的操作以决定进入指令收发子流程还是模块刷新子流程。
[0030]若进入指令收发子流程，则用户对需要发送指令的车载电子控制模块进行参数选择，设定模块的相关技术参数，例如通讯协议(诸如GMLAN、KMP2000或CLASS2)、数据通讯所用到的接口针脚号以及车载电子模块地址等，并在此基础上采用两种方式实现指令收发。一种方式为直接输入需发送的指令，在此情况下，可利用车辆接口通讯卡将指令发送到对应的车载电子控制模块。另一种方式为调用预先设定好的指令集，这些指令集例如为经过验证的用于诊断或实现特定功能的一系列指令集，可以预先生成而存入后台信息，或者也可以将用户端手工输入的一系列指令保存在后台信息而生成。
[0031]用户端指令收发的具体通讯信息将以特定方式(例如16进制方式)显示在上位机上，供用户进行分析。收发指令完成后用户可以选择是否将所有的指令通讯记录上传到管理端进行保存，以便于后续进一步分析。
[0032]如进入模块刷新子流程，则用户需要先选择初步的车辆品牌信息，随后用户端将利用后台信息中事先配置好的基本指令从车载电子控制模块中读取车辆识别号(VIN，Vehicle Identification Number)信息,并利用该信息从管理端获取对应的后台信息,例如车辆配置代码、模块安全码等等。
[0033]接下来，基于所获取的后台信息，用户选择两种模式中的任一种进行模块刷新。一种模式是正常刷新模式，该模式从车型品牌的基本特征选择，基本特征包括排量、手自动档、排放标准以及其他一些特定特征等，管理端将根据这些基本特征从数据库服务器中选择对应的刷新文件并下载到用户端。另一种模式是VCI模式，在该模式中，用户只需要输入一个VCI代码，管理端会直接在数据库服务器中找到该代码对应的刷新文件以及其他一系列有用信息，VCI代码对应的刷新文件可以在管理端灵活指定，因此在车辆面临一些疑难问题时往往需要用到，如此就可以针对特殊问题选用特定的刷新软件包。
[0034]刷新文件将会下载到上位机，由此，上位机向车辆接口通讯卡发送指令，相应地，车辆接口通讯卡将该指令相应地转化为例如16进制的指令，经安全码验证后再由车辆接口通讯卡发送到指定的车载电子控制模块。
[0035]优选地，考虑到系统安全性，不论在用户端还是在管理端，在进行文件上载下载以及通讯收发指令的数据保存等方面都采用加密方式，同时通过用户权限的严格区分来确保不同用户看到该权限所对应的内容。
[0036]图3示出管理端针对车载电子控制模块指令发送和软件刷新后台数据处理的三种不同业务逻辑流程。
[0037]在第一种流程逻辑中，管理端实现针对不同车辆品牌、车型、排量、手自动档等可以用来定义唯一车载电子控制模块的参数进行设置并将对应关系保存在数据库服务器中，然后针对这种类型的参数指定唯一的刷新软件，用户端在进行维修编程时只需要按照设定的参数一步步进行选择即可最终关联到唯一的刷新软件，从而将相关信息下载到用户端的上位机进行刷新操作。
[0038]在第二种流程逻辑中，管理端根据所获得的生产数据(例如每辆车在生产线组装时的车载电子控制模块硬件号以及刷新的软件零件号)，对相同的硬件号和软件号进行归类并给每种归类的软硬件号配置唯一的刷新软件，用户端只需要从车载电子控制模块读到车辆识别号信息或者手工输入车辆识别号信息就可以通过管理端的应用服务器直接查找到该车辆识别号对应的刷新软件。
[0039]在第三种流程逻辑中，管理端根据用户端读到的车辆识别号(VIN)信息在后台信息直接关联到刷新文件，同时将对应的车辆安全码、车载电子控制模块安全码等信息关联在一起产生一个唯一的VCI码，用户端在输入并验证通过该VCI码后即可从管理端直接调取关联的刷新软件和其他相应信息。由于VC1、VIN和刷新文件的绑定可由手动完成，因此这种流程逻辑具有最大的灵活性，常用于处理一些应急情况或疑难问题。
[0040]综上所述，本发明的车辆诊断维修系统能够基于网络来有效解决如上文所述的现有技术中存在的诸多问题。本发明的车辆诊断维修系统基于网络架构，在使用、升级和维护方面都非常方便。相比于现有技术，在开发成本、安全性、快速反应以及集成性等诸多方面都具有非常明显的优势，能够极大地节省人力、物力消耗，缩短售后车辆的故障处理时间，大大减少因产品质量问题得不到及时处理而导致的退车等现象的发生，从而极大地提升客户满意度，具有良好的兼容性和灵活性，因此在市场推广和应用的前景上均十分广阔。
[0041]本领域技术人员还可以理解的是，本发明的保护范围并不仅限于上述实施例，所有对本发明的等同变换均落在本发明的范围内。
【权利要求】
1.一种用于车辆的远程诊断与维修系统，所述车辆包括车载电子通讯模块，其特征在于，该系统包括管理端和用户端，用户端通过网络与管理端连接并将用户需求上传至管理端，从而使管理端获得相应的后台数据信息，其中 管理端包括应用服务器、数据库服务器和专家诊断电脑，其中，应用服务器存有用于对管理端和用户端进行部署的网络应用程序，数据库服务器预先存储数据分析信息和车辆诊断信息，专家诊断电脑基于应用服务器和数据库服务器所提供的信息并根据来自用户端的反馈向用户端发送后台信息； 用户端包括上位机和车辆接口通讯卡，上位机与管理端通过所述网络连接并与车辆接口通讯卡通讯连接，车辆接口通讯卡与所述车载电子控制模块通讯连接，上位机将用户需求通过所述网络上传到管理端并从管理端接收后台信息并由此向车辆接口通讯卡发出指令或要求软件刷新，车辆接口通讯卡将该指令转化为车载电子控制模块所能识别的数据，同时将来自车载电子控制模块的数据转换为上位机能接收的数据信息并将该数据信息传送给上位机。
2.根据权利要求1所述的系统，其特征在于，上位机在指令发送模式下向车辆接口通讯卡发出指令。
3.根据权利要求2所述的系统，其特征在于，在用户端对车载电子控制模块进行通讯协议选择，并直接输入所需发送的指令，车辆接口通讯卡将该指令发送到车载电子控制模块。
4.根据权利要求2所述的系统，其特征在于，上位机调用用于诊断的预设指令集，并基于所述预设指令集向 车辆接口通讯卡发出指令，车辆接口通讯卡将该指令发送到车载电子控制|吴块。
5.根据权利要求4所述的系统，其特征在于，所述预设指令集被预先生成并存入后台信息，或者由在用户端手工输入的一系列指令保存在后台信息中而生成。
6.根据权利要求1所述的系统，其特征在于，上位机在模块刷新模式下向车辆接口通讯卡发出指令。
7.根据权利要求6所述的系统，其特征在于，在用户端选择所述车辆的车型品牌的基本特征，从车载电子控制模块中读取车辆识别号信息，并利用车辆识别号信息从管理端获取对应的后台信息，基于所获取的后台信息以正常刷新模式或VCI模式进行模块刷新，模块刷新所生成的刷新文件下载到上位机，随后，上位机向车辆接口通讯卡发送指令，该指令经安全码验证后再发送到车载电子控制模块。
8.根据权利要求7所述的系统，其特征在于，在正常刷新模式下，管理端根据所述车型品牌的基本特征从数据库服务器中选择对应的刷新文件并下载到用户端。
9.根据权利要求7所述的系统，其特征在于，在VCI模式下，在用户端输入VCI代码，管理端直接在数据库服务器中找到该VCI代码对应的刷新文件并下载到用户端。
10.根据权利要求1-9中任一项所述的系统，其特征在于，所述用户端包括多个用户端，一个管理端通过所述网络与所述多个用户端建立通讯连接，各用户端能够同时将数据请求发送给该管理端以及从该管理端传回相应数据。
【文档编号】G05B23/02GK103901871SQ201310700171
【公开日】2014年7月2日 申请日期:2013年12月18日 优先权日:2012年12月25日
【发明者】杨威, 黄新华, 郭起捷, 崔凌云, 许争, 倪明 申请人:上海通用汽车有限公司, 泛亚汽车技术中心有限公司