一种售后诊断系统开发平台的制作方法
【专利摘要】本发明涉及一种售后诊断系统开发平台，其特征在于，从下层至上层具备：底层通讯模块（100），用于调用底层通讯协议实现与车载电子控制模块的通讯；数据处理模块（200），用于对车载电子控制模块通讯指令进行处理；以及流程和界面模块（300），用于建立售后诊断流程以及具体界面的展示。利用本发明的售后诊断系统开发平台能够增加系统开发灵活性、缩短开发周期，从而能够避免采用源代码直接开发售后诊断系统的局限性。
【专利说明】一种售后诊断系统开发平台
【技术领域】
[0001]本发明涉及汽车【技术领域】，具体地涉及车载电子控制模块的售后诊断系统开发平台。
【背景技术】
[0002]中国的汽车行业近年来发展非常迅速，自进入二十一世纪以来，已发展成世界第二大消费国，即使在全球金融危机发生的情况下依然高速增长，随着汽车保有量的迅速提高，售后服务在整个体系中的地位越来越重要，已经成为了很多汽车4S店或汽车经销商的主打战略王牌，好的售后服务能够提升了顾客的满意度，也响应的赢得市场。
[0003]而汽车技术发展到今天，车辆的电子化程度越来越高，为了获得良好的性能，车载电子控制模块在整车上得到了越来越广泛的应用，各主机厂均利用这些模块提供的诊断功能开发了相应的售后诊断程序，以便帮助维修站对车辆的故障进行快速判断，从而有效解决车辆的售后问题，缩短维修时间，而随着中国汽车工业的飞速发展，整车的开发时间在逐渐缩短，并且为适应市场的需要，针对车辆开发过程中的变更也非常多和频繁，这样就使得售后诊断程序的开发周期变得越来越短，而且车辆开发过程中的任何变更都可能引起售后诊断程序的相应调整，如何在车辆上市时确保售后诊断程序已经开发完成并投入使用，成为了各大车辆主机厂需要考虑的一个问题。
[0004]传统的售后诊断程序开发模式一般是由程序开发员根据车载电子控制模块的功能文档，利用车辆通讯接口模块，从底层通讯开始，直接编写程序实现和车载电子控制模块的通讯，从而收发和解析指令，实现特定的业务逻辑和控制功能和业务逻辑等，这种方式由于是用源代码直接编写售后诊断程序，随着车型以及车载电子控制模块的增多，它的缺点也日益明显:需要软件开发程序员才能进行开发工作，每一个细小的变更都需要对源代码进行更新且重新编译，随着源代码的增多系统极容易出错而且查起来非常麻烦等等。因此这种开发方式虽然可以开发出售后诊断程序，但是已经越来越不适应汽车工业以及车载电子控制模块飞速发展的需要。
[0005]
【发明内容】
[0006]本发明鉴于上述问题，旨在提供一种能够增加系统开发灵活性、缩短开发周期，从而能够避免采用源代码直接开发售后诊断系统的局限性的售后诊断系统开发平台。
[0007]本发明的售后诊断系统开发平台，其特征在于，从下层至上层具备:
底层通讯模块，用于调用底层通讯协议实现与车载电子控制模块的通讯；
数据处理模块，用于对车载电子控制模块通讯指令进行处理；以及
流程和界面模块，用于建立售后诊断流程以及具体界面的展示。
[0008]优选地，所述底层通讯模块用于提供基于各种不同车辆通讯协议的多种通讯方式，并且能够基于各种不同的车辆通讯协议的车载电子控制模块指令通讯实现上位机与车载电子控制模块的实时通讯。
[0009]优选地，所述底层通讯模块利用16进制实现上位机与车载电子控制模块的实时通讯。
[0010]优选地，所述数据处理模块用于连接通讯连接所述底层通讯模块和所述流程和界面模块并且用于实现指令的组成和收发、动态参数的建立、指令发送和接收队列的创建、返回指令的具体解析。
[0011]优选地，所述流程和界面模块用于将通讯指令组成完整的售后诊断测试流程并且用于提供人机交互界面。
[0012]优选地，所述底层通讯模块用于将上位机传过来的指令转换为各车载电子控制模块能够识别的基于车辆通讯协议的16进制数据并且用于将来自车载电子控制模块的16进制数据转换为上位机能够接收的数据。
[0013]优选地，所述数据处理模块采用两个互相独立的指令队列来处理发送和接收指令并且基于先入先出的原理组成指令发送和接收队列。
[0014]优选地，所述底层通讯模块、所述数据处理模块、所述流程和界面模块之间相互独立。
[0015]优选地，所述数据处理模块用于根据不同的车辆通讯协议定义发送和接收的指令并且采用统一的模板使得每条指令符合标准格式。
[0016]优选地，所述底层通讯模块与所述数据处理模块通讯连接、所述数据处理模块与所述流程和界面模块通讯连接。
[0017]本发明将这三块功能由下到上进行结合，架构了一个完整的售后诊断系统开发平台以支持多品牌，多车型，多模块的车辆售后诊断系统流程化，标准化开发。
[0018]本发明的有益效果是非常明显的，由于基于本平台的售后诊断系统开发不需要再进行代码层的工作而只需要进行简单的配置，流程和界面控件的操作即可。而且，由于开发平台采用模块化的结构，基于车载电子控制模块这一层的指令，流程等可以重复使用，因此可以节省大量的重复源代码编写工作，大大节省车辆售后诊断程序的开发时间，缩短开发周期。
[0019]
【专利附图】
【附图说明】
[0020]图1是本发明的售后诊断系统开发平台的一个较佳实施例的架构组成示意图。
[0021]图2是本发明的售后诊断系统开发平台的一个较佳实施例的指令处理逻辑拓展图。
[0022]图3是本发明的售后诊断平台的一个较佳实施例的流程控件以及利用此控件实现的逻辑流程图。
[0023]图4利用本发明的售后诊断平台建立的一个完整的售后诊断程序所具有的各种功能。
[0024]图5是利用本发明的售后诊断平台开发出的售后诊断程序的一个较佳实例的通用诊断流程图。
[0025]
【具体实施方式】
[0026]下面介绍的是本发明的多个实施例中的一些，旨在提供对本发明的基本了解。并不旨在确认本发明的关键或决定性的要素或限定所要保护的范围。
[0027]图1是本发明的售后诊断系统开发平台的一个较佳实施例的架构组成示意图。下面参照图1对于本发明的售后诊断系统开发平台进行说明。
[0028]如图1所示，本发明的售后诊断系统开发平台由下至上分别由以下三个模块构成:用于调用底层通讯协议实现与车载电子控制模块的通讯的底层通讯模块100 ;用于对车载电子控制模块通讯指令进行处理的数据处理模块200 ;以及用于建立售后诊断流程以及具体界面的展示的流程和界面模块300。
[0029]其中，底层通讯模块100负责借助车辆通讯卡提供的通讯接口，处理上位机与车载电子控制模块之间的指令通讯，根据不同的车辆通讯协议，底层通讯模块需要完成通讯针脚的选择，参数设置，指令的发送和接收以及收发指令正确与否的初步判断等，底层通讯模块100需要灵活支持多种车辆通讯协议以便与不同车型的不同车载电子控制模块进行通讯，用户在数据处理模块只需要按照不同车辆通讯协议的标准格式组织好指令队列，并按照队列的先后顺序发给底层通讯模块即可，底层通讯模块100会自动根据指令队列以及相关参数将指令以16进制的形式发送给各车载电子控制模块，同时底层通讯模块100也会负责收集各ECU传回来的指令，进行初步的验证和判断都将有用的数据信息按照先后顺序存储在参数值列表队列中，等待数据处理模块应用进行相关处理。
[0030]底层通讯模块100是整个售后诊断系统开发平台的基础，要求能够持续稳定的进行指令发送和接收，负责将上位机传过来的指令转化为各车载电子控制模块能够识别的基于CAN、K-LINE等车辆通讯协议的16进制数据，同时将车载电子控制模块相应的16进制数据反馈转化为上位机可以接收的数据信息，底层通讯的好坏关系着整个售后诊断平台的稳定性和可靠性。
[0031]在图1所示的最佳实例中，数据处理模块200负责具体发送指令的组成以及接收指令的解析工作，数据处理模块200可以根据不同的车辆通讯协议灵活组织每条需要发送和接收的指令，详细定义每条指令的头、目标地址、源地址、指令本体以及校验码等信息，采用统一的模板确保每条指令符合标准格式，利用动态参数实现外部数据的传递以及数学公式的计算，数据处理模块200需要合理的安排指令发送的先后顺序，本发明利用计算机多线程技术，采用两个互相独立的指令队列来处理发送和接收的指令，根据先入先出的原理组成指令发送和接收队列，避免产生指令堵塞和互相干扰的现象，增加了平台的稳定性和可靠性。
[0032]在本发明中，指令的定义采用层次结构，请参阅图2所示，以具体的车辆通讯指令为基本单位，多条通讯指令组成一个车载电子控制模块的指令集合，考虑到实际的业务需求，车载电子控制模块在多数情况下具有重用性特征，因此本发明针对车载电子控制模块的指令采用模块化结构，即将一个具体型号的车载电子控制模块所需用到的指令封装在一个模块结构中，该模块可以通过导入，拷贝等多种方式进行任意组合，从而搭建完成具体车型的售后诊断程序指令集合，因此采用这种方式产生的售后诊断程序非常直观方便，减少了程序开发工作量，而由于每个封装模块中的指令都经过了具体测试，也不容易在整个售后诊断程序开发过程中产生错误。
[0033]本发明的数据处理模块200是连接底层通讯模块100与上层的流程和界面模块300的枢纽，数据处理模块200针对指令处理的高效性和稳定性保证了本售后诊断系统开发平台的开发效率。
[0034]再请参照图1，流程和界面模块300是本发明的售后诊断系统开发平台上层应用，在建立了底层通讯以及通讯指令定义的基础上，需要根据售后诊断开发的实际业务逻辑确定具体的售后诊断内容，并提供友好的用户界面以便操作人员进行具体操作，流程和界面模块300提供了一个非常简单方面，易于操作的工具，技术人员可以非常方便的进行流程定义和界面定制工作。
[0035]利用本发明的售后诊断系统开发平台能够采用流程图控件的方式来实现售后诊断流程的开发，请参阅图3展示的一个IF流程控件示例以及利用此控件组成的简单流程示例。本发明利用多个与此控件类似的流程控件实现完整的流程控制，在图3所示的简单流程示例中，结合了两个IF流程控件实现了一个AND逻辑处理，利用这样的简单流程集合以及平台提供的其他流程控件，本发明的售后诊断平台能够实现售后诊断程序的任何复杂流程控制，从而实现售后诊断程序所需要的任何实际功能。
[0036]本发明的售后诊断系统开发平台采用自定义控件的方式实现售后诊断程序界面的开发，利用本平台提供的自定义控件，开发人员可以将控件直接拖到界面上的任一个地方并赋予相应的属性，同时将控件中的数据属性与指令定义中的数据参数建立连接，因此指令中的相关数据参数就可以在界面层得到相应的反映，而由于本平台采用三层架构以及计算架多线程技术，各层之间相互独立，因此数据的展示在界面层非常流畅，不会出现由于底层数据未收到而发生的上层界面刷新慢，迟滞等现象。
[0037]流程和界面模块300是定义本发明的售后诊断系统开发平台是否灵活、易于操作以及功能完整的重要指标，本平台从售后诊断软件的共性出发，提取其中的共有特征制成模板以便重复使用，并且尽量利用一般技术人员都能看懂的方式加以实现，从而大大节省了开发工作量并拓展了整个售后诊断系统开发平台的使用面。
[0038]请参阅图4所示的利用本发明的售后诊断平台建立的一个完整的售后诊断程序所具有的各种功能，如图4所示，利用本发明的售后诊断系统开发平台建立的售后诊断程序的核心是诊断功能块，利用本发明的售后诊断平台可以通过各种配置实现诊断功能块的具体功能:例如故障码功能、数据显示、模块信息，模块设置、以及其他功能等，通过子功能块可以将各大功能进一步细分为独立的小模块化结构，并利用调用，嵌套，循环等流程实现子功能块的组合从而形成完整的售后诊断功能。
[0039]通讯配置功能是实现诊断功能的基础，包含了模块配置和指令配置，模块配置功能提供了整个售后诊断的一个基本目录结构，指令配置功能则提供了上位机与车载电子控制模块进行指令收发的基本信息并定义了贯穿整个售后诊断系统开发平台的动态参数以实现数据传递。
[0040]利用本发明的售后诊断系统开发平台，还能够提供版本发布功能，它包括版本升级和版本管理。售后诊断系统开发平台采用内定的版本序号对应每一个需进行发布的售后诊断程序版本以避免产生版本的混乱，一旦新版本发布，客户端可以在第一时间得到新版本信息并进行自动升级。
[0041]利用本发明的售后诊断系统开发平台还能够集成用户管理功能以实现对维修站用户的管理，从安全性和使用方便性两个方面综合考虑，采用账号和电脑绑定，解除绑定的方式进行管理，既保证了开发出的售后诊断系统安全性，又具有高度的灵活性以适应维修站的实际使用情况。
[0042]再请参照图5所示的利用本发明的售后诊断平台开发出的售后诊断程序的一个较佳实例的通用诊断流程图，由图中可以看出售后诊断的基本流程:
首先进行车辆品牌、年份以及具体车型的选择，售后诊断程序会根据预先定义的相关配置，调用通讯指令从车载电子控制模块中读取车辆VIN (Vehicle Identificat1nNumber),如果读取出的VIN与前面的选择相匹配,则进行下一步的工作,选择具体诊断类型，否则，可以手工修改VIN信息。在选择了需要进行诊断的具体车载电子控制模块后，系统进入各具体诊断功能的选择项并开始具体的售后诊断工作，诊断完成后可以将诊断数据和结果回传到中央数据库进行解析和保存工作，以便用作进一步的数据统计和分析。
[0043]在这个实例中，利用本发明的售后诊断开发平台能够方便地实现上述售后诊断基本流程且整个过程中不涉及到任何一行程序源代码的编写，全部通过各种配置完成所有工作。
[0044]综上所述，本发明的售后诊断系统开发平台具有简单易用、稳定可靠等特点，而且在开发成本、安全性、快速反应以及开发对象等方面具有非常明显的优势，能够极大地节省人力、物力消耗，缩短整个售后诊断程序的开发周期，具有良好的兼容性和灵活性，故推广、应用前景十分广阔。
[0045]以上例子主要说明了本发明的售后诊断系统开发平台。尽管只对其中一些本发明的【具体实施方式】进行了描述，但是本领域普通技术人员应当了解，本发明可以在不偏离其主旨与范围内以许多其他的形式实施。因此，所展示的例子与实施方式被视为示意性的而非限制性的，在不脱离如所附各权利要求所定义的本发明精神及范围的情况下，本发明可能涵盖各种的修改与替换。
【权利要求】
1.一种售后诊断系统开发平台，其特征在于，从下层至上层具备: 底层通讯模块，用于调用底层通讯协议实现与车载电子控制模块的通讯； 数据处理模块，用于对车载电子控制模块通讯指令进行处理；以及 流程和界面模块，用于建立售后诊断流程以及具体界面的展示。
2.如权利要求1所述的售后诊断系统开发平台，其特征在于， 所述底层通讯模块用于提供基于各种不同车辆通讯协议的多种通讯方式，并且能够基于各种不同的车辆通讯协议的车载电子控制模块指令通讯实现上位机与车载电子控制模块的实时通讯。
3.如权利要求2所述的售后诊断系统开发平台，其特征在于， 所述底层通讯模块利用16进制实现上位机与车载电子控制模块的实时通讯。
4.如权利要求3所述的售后诊断系统开发平台，其特征在于， 所述数据处理模块用于连接通讯连接所述底层通讯模块和所述流程和界面模块并且用于实现指令的组成和收发、动态参数的建立、指令发送和接收队列的创建、返回指令的具体解析。
5.如权利要求4所述的售后诊断系统开发平台，其特征在于， 所述流程和界面模块用于将通讯指令组成完整的售后诊断测试流程并且用于提供人机交互界面。
6.如权利要求3所述的售后诊断系统开发平台，其特征在于， 所述底层通讯模块用于将上位机传过来的指令转换为各车载电子控制模块能够识别的基于车辆通讯协议的16进制数据并且用于将来自车载电子控制模块的16进制数据转换为上位机能够接收的数据。
7.如权利要求1?6中的任意一项所述的售后诊断系统开发平台，其特征在于， 所述数据处理模块采用两个互相独立的指令队列来处理发送和接收指令并且基于先入先出的原理组成指令发送和接收队列。
8.如权利要求7所述的售后诊断系统开发平台，其特征在于， 所述底层通讯模块、所述数据处理模块、所述流程和界面模块之间相互独立。
9.如权利要求8所述的售后诊断系统开发平台，其特征在于， 所述数据处理模块用于根据不同的车辆通讯协议定义发送和接收的指令并且采用统一的模板使得每条指令符合标准格式。
10.如权利要求9所述的售后诊断系统开发平台，其特征在于， 所述底层通讯模块与所述数据处理模块通讯连接、所述数据处理模块与所述流程和界面模块通讯连接。
【文档编号】H04L29/06GK104516736SQ201410127656
【公开日】2015年4月15日 申请日期:2014年4月1日 优先权日:2013年10月8日
【发明者】杨威, 崔凌云, 瞿敏, 杨春鹏, 黄新华 申请人:上海通用汽车有限公司, 泛亚汽车技术中心有限公司