CN108874575A - 车辆诊断平台及车辆诊断方法 - Google Patents

Abstract

本发明提出一种车辆诊断平台及车辆诊断方法，其中，平台包括：开发管理系统，开发管理系统配置有与多种测试及诊断需求对应的多个配置文件；诊断系统，诊断系统与开发管理系统进行通信，诊断系统用于从开发管理系统导入与当前用户的测试及诊断需求对应的配置文件，并根据对应的配置文件对车辆进行测试及诊断，从而能够整车厂多种诊断工具等硬件资源的互相兼容，实现车辆诊断从研发、到工厂下线、到售后服务的诊断开发和使用的一体化，便于管理，同时降低成本，实现整车厂的诊断业务平台化。

Description

车辆诊断平台及车辆诊断方法

技术领域

本发明涉及汽车技术领域，尤其涉及一种车辆诊断平台和一种车辆诊断方法。

背景技术

随着车辆诊断工具的快速发展，出现了诊断工具多样化的趋势。在相关技术中，整车厂不同部门采用不同的诊断工具进行诊断。但本申请发明人发现其至少存在如下技术问题，由于多种诊断工具之间不能完全通用，从而导致整车厂的多个部门例如工程设计、测试、工厂、售后等之间无法较好的统一起来，导致多个部门之间的诊断工具重复开发、信息交流复杂化，存在管理不便、成本较高的问题。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。为此，本发明的第一个目的在于提出一种车辆诊断平台，以便于管理，同时降低成本，实现整车厂的诊断业务平台化。

本发明的第二个目的在于提出一种车辆诊断方法。

为达到上述目的，本发明第一方面实施例提出的一种车辆诊断平台包括：开发管理系统，所述开发管理系统配置有与多种测试及诊断需求对应的多个配置文件；诊断系统，所述诊断系统与所述开发管理系统进行通信，所述诊断系统用于从所述开发管理系统导入与当前用户的测试及诊断需求对应的配置文件，并根据对应的配置文件对车辆进行测试及诊断。

根据本发明实施例提出的车辆诊断平台，诊断系统从开发管理系统导入与当前用户的测试及诊断需求对应的配置文件，并根据对应的配置文件对车辆进行测试及诊断，从而能够整车厂多种诊断工具等硬件资源的互相兼容，实现车辆诊断从研发、到工厂下线、到售后服务的诊断开发和使用的一体化，便于管理，同时降低成本，实现整车厂的诊断业务平台化。

另外，根据本发明上述实施例的车辆诊断平台还可以具有如下附加的技术特征：

根据本发明的一个实施例，所述的车辆诊断平台还包括：数据监控系统，所述数据监控系统与所述诊断系统进行通信，所述数据监控系统在所述诊断系统对车辆进行测试及诊断时监测并记录所述诊断系统的诊断数据。

根据本发明的一个实施例，所述开发管理系统用于对诊断数据库进行管理，所述车辆诊断平台还包括：数据转换系统，所述数据转换系统用于将第一格式的诊断数据库转换为第二格式的诊断数据库，或者将第二格式的诊断数据库转换为第一格式的诊断数据库。

根据本发明的一个实施例，所述第一格式为标准化格式ODX，所述第二格式为企业标准格式。

根据本发明的一个实施例，所述开发管理系统还用于配置每个用户的权限以及配置所述多个配置文件中每个配置文件的使用权限；所述诊断系统还用于确定当前用户的权限，并根据当前用户的权限导入与所述当前用户的测试及诊断需求对应的配置文件，以使导入的配置文件的使用权限低于所述当前用户的权限。

为达到上述目的，本发明第二方面实施例提出了一种车辆诊断方法，包括以下步骤：开发管理系统配置有与多种测试及诊断需求对应的多个配置文件；诊断系统从所述开发管理系统导入与当前用户的测试及诊断需求对应的配置文件，并根据对应的配置文件对车辆进行测试及诊断。

根据本发明实施例提出的车辆诊断方法，诊断系统从开发管理系统导入与当前用户的测试及诊断需求对应的配置文件，并根据对应的配置文件对车辆进行测试及诊断，从而能够整车厂多种诊断工具等硬件资源的互相兼容，实现车辆诊断从研发、到工厂下线、到售后服务的诊断开发和使用的一体化，便于管理，同时降低成本，实现整车厂的诊断业务平台化。

另外，根据本发明上述实施例的车辆诊断方法还可以具有如下附加的技术特征：

根据本发明的一个实施例，所述的车辆诊断方法还包括：在所述诊断系统对车辆进行测试及诊断时，通过数据监控系统监测并记录所述诊断系统的诊断数据。

根据本发明的一个实施例，通过所述开发管理系统对诊断数据库进行管理，其中，通过数据转换系统将第一格式的诊断数据库转换为第二格式的诊断数据库，或者将第二格式的诊断数据库转换为第一格式的诊断数据库。

根据本发明的一个实施例，所述第一格式为标准化格式ODX，所述第二格式为企业标准格式。

根据本发明的一个实施例，所述的车辆诊断方法还包括：所述开发管理系统配置每个用户的权限以及配置所述多个配置文件中每个配置文件的使用权限；所述诊断系统确定当前用户的权限，并根据当前用户的权限导入与所述当前用户的测试及诊断需求对应的配置文件，以使导入的配置文件的使用权限低于所述当前用户的权限。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本发明实施例的车辆诊断平台的结构示意图；

图2为根据本发明一个实施例的诊断系统的工作原理示意图；

图3为根据本发明一个实施例的开发管理系统的工作原理示意图；

图4为根据本发明另一个实施例的车辆诊断平台的结构示意图；

图5为根据本发明又一个实施例的车辆诊断平台的结构示意图；

图6为根据本发明一个实施例的数据转换系统的工作原理示意图；

图7为根据本发明一个具体实施例的车辆诊断平台的结构示意图；

图8为根据本发明实施例的车辆诊断方法的流程图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的车辆诊断平台及车辆诊断方法。

图1为根据本发明实施例的车辆诊断平台的结构示意图。

如图1所示，车辆诊断平台100包括：开发管理系统1和诊断系统2。

其中，开发管理系统1配置有与多种测试及诊断需求对应的多个配置文件，诊断系统2与开发管理系统1进行通信，诊断系统2用于从开发管理系统1导入与当前用户的测试及诊断需求对应的配置文件，并根据对应的配置文件对车辆进行测试及诊断。

具体而言，开发管理系统1可调用诊断数据库，诊断数据库存储有整车厂自己定义的诊断规范，研发人员可以诊断规范和诊断工具为基础自行编辑测试流程的诊断语句，并生成配置文件，然后，开发管理系统1通过释放配置文件给测试人员，完成特定实验环境下的测试情景。

举例来说，在实现测试用例的实时编写时，研发人员可根据测试需求或快速诊断需求以导入的诊断数据库为基础编写测试用例，其中，采用简单实用的拖拽方式编写测试用例，进而生成相应的配置文件。换言之，配置文件可由开发管理系统1生成，在开发管理系统1的诊断数据库上配置目标测试用例，从而生成配置文件。

进一步地，如图2所示，可将开发管理系统1生成的配置文件导入至诊断系统2，诊断系统2通过导入的配置文件即可实现相应的诊断功能。由此，诊断系统2只要导入配置文件，即可实现相应的诊断功能，不需要加载数据库，从而避免工具不同所导致的数据库不兼容问题。

需要说明的是，诊断系统2可用于实现整车的快速诊断、车辆ECU(ElectronicControlUnit，电子控制单元)的快速诊断等，可应用于研发测试、生产下线、售后诊断、试验场测试等环境。其中，如图2所示，开发管理系统1可将生成的配置文件发布到生产或售后，生产或售后只需要导入配置文件就可实现所需的诊断功能，这样，诊断系统2即可用在生产下线检测、下线配置和售后诊断仪的车辆诊断。

在本发明的一个具体示例中，如图3所示，开发管理系统1可安装在企业内部服务器11上，并可通过终端12上的浏览器访问，从能够实现满足多用户协同工作。

进一步地，根据本发明的一个实施例，如图4所示，车辆诊断平台100还包括：数据监控系统3，数据监控系统3与诊断系统2进行通信，数据监控系统3在诊断系统2对车辆进行测试及诊断时监测并记录诊断系统的诊断数据。

也就是说，数据监控系统3通过与诊断系统2通信，以在诊断系统2对车辆进行测试时实现数据实时监控和数据记录功能，其中，数据监控系统3实时监测数据并保存，由此，通过保存原始数据记录，便于问题分析和追溯。

其中，可采用标准化并兼容的数据格式保存数据，从而能够同时兼容多种诊断工具，更便于后续数据分析以及问题的追溯与解决。

进一步地，根据本发明的一个实施例，开发管理系统1用于对诊断数据库进行管理，如图5所示，车辆诊断平台100还包括：数据转换系统4，数据转换系统4用于将第一格式的诊断数据库转换为第二格式的诊断数据库，或者将第二格式的诊断数据库转换为第一格式的诊断数据库。

其中，第一格式可为标准化格式ODX，第二格式可为企业标准格式。

具体而言，如图6所示，数据转换系统4用于实现两种不同数据格式的相互转换，并可导入和导出两种不同格式的数据库，一种是ISO标准的格式ODX(open diagnostic dataexchange，开放式诊断数据交换)，另一种是整车厂自用的企业模板格式。

由此，通过数据转换系统实现企业模板和标准数据格式之间的相互转换，从而能兼容多种诊断工具，实现多种诊断工具的数据库通用性。

进一步地，数据转换系统4可具备数据库加密和错误校验功能，且可通过数据库转换实现两种格式的诊断数据库的导入和导出、和两种格式的相互转换，其中，诊断数据库包含标准化格式ODX的数据库和企业模板格式的数据库。

需要说明的是，企业模板格式的数据库更适合自身的业务需求，例如当释放给供应商或发布给其他相关部门的数据库可能会有不同的需求并涉及到保密性，所以整车厂可根据自身的需求定义的数据格式更方便实用，这样既提高了数据的可管理性，又解决了多种硬件工具不兼容的问题，从而大大提高了整车厂诊断开发的工作效率。

进一步地，根据本发明的一个实施例，开发管理系统1还用于配置每个用户的权限以及配置多个配置文件中每个配置文件的使用权限；诊断系统2还用于确定当前用户的权限，并根据当前用户的权限导入与当前用户的测试及诊断需求对应的配置文件，以使导入的配置文件的使用权限低于当前用户的权限。

也就是说，可通过开发管理系统1设置用户的权限，诊断系统2可确定当前用户的权限，并根据当前用户的权限导入与当前用户的测试及诊断需求对应的配置文件，以使导入的配置文件的使用权限低于当前用户的权限，从而能够限制不同人员的权限，提升了资料的保密性。

具体而言，开发管理系统1可实现车型管理、数据库管理、人员和权限管理，并能够实现其他三个系统的统一管理。

其中，车型管理可采用分级管理，开发管理系统1可设置车型库，车型库可包含多个项目，每个项目下可包含多个车型。具体地，还可通过开发管理系统1对车型库进行管理，例如，车型库管理可包括子车型的建立及修改、权限的分配、车型信息的导出、CAN通道设置和数据库导入等。数据库管理即诊断数据库的管理，可包括数据库版本的管理、更改历史数据的对比记录以及记录用户的操作信息等，其中，记录用户的操作信息包括用户信息和数据库信息的更改记录。数据库管理还包括实现数据库的发布等。用户和权限管理可包括用户密码登陆、用户权限的建立和分配以及记录登陆系统的用户信息更改等，具体地，可使用开发管理系统1的权限功能对释放给生产或售后的配置文件进行审核、加密和发布，从而提高研发的保密性。

由此，通过权限管理限制不同的人员的权限，保证资料的保密性。

根据本发明的一个实施例，如图7所示，开发管理系统1、诊断系统2、数据监控系统3和数据转换系统主4可用于车辆的研发过程，例如适用于研发人员使用；诊断系统2和数据监控系统3可用于车辆的生产过程和售后，例如适用于生产人员和售后人员使用。

进一步而言，开发管理系统1可实现其他三个系统的统一管理，即车型管理、数据库管理、人员和权限管理、操作记录和版本管理，其中，车型管理分级管理包含所有的项目，以及不同的项目下包含所有的车型，权限管理可实现不同的人员对各个系统的权限，即可使用开发管理系统1的权限功能对释放给生产或售后的配置文件进行审核、加密和发布，从而提高研发的保密性。

诊断系统2可实现整车的快速诊断、车辆ECU的快速诊断、实现某个特定的功能，实现某个特定的情景测试环境等，可应用于研发测试、生产下线、售后诊断、试验场测试等环境，即开发管理系统1生成的配置文件导入至诊断系统2，诊断系统2通过导入的配置文件即可实现相应的诊断功能，例如在生产下线检测、下线配置和售后诊断仪的车辆诊断。举例而言，在研发测试中，开发管理系统1可调用诊断数据库，研发人员可自行编辑测试流程的诊断语句，并生成文件，通过释放文件给测试人员，以完成特定实验环境下的测试情景。

数据监控系统3可通过与诊断系统2通信，以在诊断系统2对车辆进行测试时实现数据实时监控和数据记录功能，其中，数据监控系统3实时监测数据并保存，该系统通过保存原始数据记录，便于问题分析和追溯。

数据转换系统4可通过数据转换系统实现企业模板和标准数据格式之间的相互转换，从而能兼容多种诊断工具，实现多种诊断工具的数据库通用性

综上，根据本发明实施例提出的车辆诊断平台，诊断系统从开发管理系统导入与当前用户的测试及诊断需求对应的配置文件，并根据对应的配置文件对车辆进行测试及诊断，从而能够整车厂多种诊断工具等硬件资源的互相兼容，实现车辆诊断从研发、到工厂下线、到售后服务的诊断开发和使用的一体化，便于管理，同时降低成本，实现整车厂的诊断业务平台化。图8为根据本发明实施例的车辆诊断方法的流程图。

如图8所示，根据本发明的一个实施例，车辆诊断方法包括以下步骤：

S101，开发管理系统配置有与多种测试及诊断需求对应的多个配置文件。

S102，诊断系统从开发管理系统导入与当前用户的测试及诊断需求对应的配置文件，并根据对应的配置文件对车辆进行测试及诊断。

也就是说，诊断系统只要导入配置文件，即可实现相应的诊断功能，不需要加载数据库，从而避免工具不同所导致的数据库不兼容问题，并且如图2所示，开发管理系统可将生成的配置文件发布到生产或售后，生产或售后只需要导入配置文件就可实现所需的诊断功能，这样，诊断系统即可用在生产下线检测、下线配置和售后诊断仪的车辆诊断。

进一步地，根据本发明的一个实施例，如图8所示，车辆诊断方法还包括：

S103，在诊断系统对车辆进行测试及诊断时，通过数据监控系统监测并记录诊断系统的诊断数据。

也就是说，在诊断系统对车辆进行测试时实现数据实时监控和数据记录功能，其中，可采用标准化并兼容的数据格式保存数据，从而能够同时兼容多种诊断工具，更便于后续数据分析以及问题的追溯与解决。

进一步地，根据本发明的一个实施例，通过开发管理系统对诊断数据库进行管理，其中，通过数据转换系统将第一格式的诊断数据库转换为第二格式的诊断数据库，或者将第二格式的诊断数据库转换为第一格式的诊断数据库。

进一步地，根据本发明的一个实施例，第一格式可为标准化格式ODX，第二格式可为企业标准格式。

也就是说，通过数据转换系统实现企业模板和标准数据格式之间的相互转换，从而能兼容多种诊断工具，实现多种诊断工具的数据库通用性。

进一步地，根据本发明的一个实施例，如图8所示，车辆诊断方法还包括：

S104，开发管理系统配置每个用户的权限以及配置多个配置文件中每个配置文件的使用权限。

S105，诊断系统确定当前用户的权限，并根据当前用户的权限导入与当前用户的测试及诊断需求对应的配置文件，以使导入的配置文件的使用权限低于当前用户的权限。

也就是说，可通过开发管理系统设置用户的权限，诊断系统可确定当前用户的权限，并根据当前用户的权限导入与当前用户的测试及诊断需求对应的配置文件，以使导入的配置文件的使用权限低于当前用户的权限，从而能够限制不同人员的权限，提升了资料的保密性。

综上，根据本发明实施例提出的车辆诊断方法，诊断系统从开发管理系统导入与当前用户的测试及诊断需求对应的配置文件，并根据对应的配置文件对车辆进行测试及诊断，从而能够整车厂多种诊断工具等硬件资源的互相兼容，实现车辆诊断从研发、到工厂下线、到售后服务的诊断开发和使用的一体化，便于管理，同时降低成本，实现整车厂的诊断业务平台化。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种车辆诊断平台，其特征在于，包括：

开发管理系统，所述开发管理系统配置有与多种测试及诊断需求对应的多个配置文件；

诊断系统，所述诊断系统与所述开发管理系统进行通信，所述诊断系统用于从所述开发管理系统导入与当前用户的测试及诊断需求对应的配置文件，并根据对应的配置文件对车辆进行测试及诊断。

2.根据权利要求1所述的车辆诊断平台，其特征在于，还包括：

数据监控系统，所述数据监控系统与所述诊断系统进行通信，所述数据监控系统在所述诊断系统对车辆进行测试及诊断时监测并记录所述诊断系统的诊断数据。

3.根据权利要求1所述的车辆诊断平台，其特征在于，所述开发管理系统用于对诊断数据库进行管理，所述车辆诊断平台还包括：

数据转换系统，所述数据转换系统用于将第一格式的诊断数据库转换为第二格式的诊断数据库，或者将第二格式的诊断数据库转换为第一格式的诊断数据库。

4.根据权利要求3所述的车辆诊断平台，其特征在于，所述第一格式为标准化格式ODX，所述第二格式为企业标准格式。

5.根据权利要求1所述的车辆诊断平台，其特征在于，

所述开发管理系统还用于配置每个用户的权限以及配置所述多个配置文件中每个配置文件的使用权限；

所述诊断系统还用于确定当前用户的权限，并根据当前用户的权限导入与所述当前用户的测试及诊断需求对应的配置文件，以使导入的配置文件的使用权限低于所述当前用户的权限。

6.一种车辆诊断方法，其特征在于，包括以下步骤：

开发管理系统配置有与多种测试及诊断需求对应的多个配置文件；

诊断系统从所述开发管理系统导入与当前用户的测试及诊断需求对应的配置文件，并根据对应的配置文件对车辆进行测试及诊断。

7.根据权利要求6所述的车辆诊断方法，其特征在于，还包括：

在所述诊断系统对车辆进行测试及诊断时，通过数据监控系统监测并记录所述诊断系统的诊断数据。

8.根据权利要求6所述的车辆诊断方法，其特征在于，通过所述开发管理系统对诊断数据库进行管理，其中，

通过数据转换系统将第一格式的诊断数据库转换为第二格式的诊断数据库，或者将第二格式的诊断数据库转换为第一格式的诊断数据库。

9.根据权利要求8所述的车辆诊断方法，其特征在于，所述第一格式为标准化格式ODX，所述第二格式为企业标准格式。

10.根据权利要求6所述的车辆诊断方法，其特征在于，还包括：

所述开发管理系统配置每个用户的权限以及配置所述多个配置文件中每个配置文件的使用权限；

所述诊断系统确定当前用户的权限，并根据当前用户的权限导入与所述当前用户的测试及诊断需求对应的配置文件，以使导入的配置文件的使用权限低于所述当前用户的权限。