CN111474921A - 一种汽车诊断软件的配置方法及相关设备 - Google Patents

Abstract

本申请提供了一种汽车诊断软件的配置方法及相关设备，所述方法包括：获取被诊断车辆的车型信息；向服务器发送获取请求，所述获取请求包括所述被诊断车辆的车型信息，所述获取请求用于请求获取与所述被诊断车辆的车型信息对应的目标诊断软件包；接收所述服务器发送的所述目标诊断软件包，根据所述目标诊断软件包对所述汽车诊断设备上的诊断软件进行配置。上述方案能够提高汽车诊断软件的通用性，降低汽车诊断软件配置更新的难度。

Description

一种汽车诊断软件的配置方法及相关设备

技术领域

本申请涉及汽车故障诊断技术领域，尤其涉及一种汽车诊断软件的配置方法及相关设备。

背景技术

随着汽车诊断技术的不断发展，许多汽车主机厂都将售后进行网络化，部署自己的远程售后管理系统，如汽车诊断软件的开发和管理。

目前，汽车诊断软件的种类多种多样，不同的汽车诊断软件用于对不同类型的车辆进行诊断，例如，专用于汽油车诊断的汽车诊断软件、专用于商务车诊断的汽车诊断软件、突出轮胎压力监测系统(Tire Pressure Monitoring System，TPMS)的汽车诊断软件、突出防盗功能检测的汽车诊断软件等等。许多汽车主机厂的开发人员在开发汽车诊断软件时，通常是针对某一特定车型或者某些特定车型开发的，在应用开发出的汽车诊断软件对其他车型的车辆进行诊断时，会出现汽车诊断软件的某些诊断功能不适用于其他车型，甚至其他车型的某些电子控制单元(Electronic Control Unit，ECU)系统无法被诊断的情况。

可以看出，目前已有的汽车诊断软件只适用于对特定车型的车辆进行诊断，不适用于对其他车型的车辆进行诊断，存在着通用性低的问题。

发明内容

本申请实施例提供一种汽车诊断软件的配置方法及相关设备，能够提高汽车诊断软件的通用性，降低汽车诊断软件配置更新的难度。

第一方面，本申请实施例提供一种汽车诊断软件的配置方法，所述方法包括：

获取被诊断车辆的车型信息；

向服务器发送获取请求，所述获取请求包括所述被诊断车辆的车型信息，所述获取请求用于请求获取与所述被诊断车辆的车型信息对应的目标诊断软件包；

接收所述服务器发送的所述目标诊断软件包，根据所述目标诊断软件包对所述汽车诊断设备上的诊断软件进行配置。

上述方案中，汽车诊断设备能够获取被诊断车辆的车型信息，并向服务器发送包括被诊断车辆的车型信息的获取请求，请求获取与被诊断车辆的车型信息对应的目标诊断软件包，然后接收服务器发送的目标诊断软件包，根据目标诊断软件包对汽车诊断设备上的诊断软件进行配置。上述方案中汽车诊断设备只需汽车诊断设备从服务器获取目标诊断软件包即可对诊断软件进行配置，不仅提升了诊断软件的通用性，而且无需开发人员更改诊断软件的代码，操作简单，降低了诊断软件配置更新的难度。

在一种可能的实施例中，所述服务器中包括多个诊断软件包，所述目标诊断软件包为所述多个诊断软件包中的任意一个，所述多个诊断软件包中的每个诊断软件包对应一种或者多种车型信息。

在一种可能的实施例中，所述每个诊断软件包包括菜单配置文件和诊断数据文件，所述菜单配置文件用于指示所述汽车诊断设备配置所述诊断软件的菜单，所述诊断数据文件用于指示所述汽车诊断设备配置所述诊断软件诊断所述被诊断车辆时所需的诊断数据。

上述方案中，通过菜单配置文件指示汽车诊断设备配置诊断软件的菜单，通过诊断数据文件指示汽车诊断设备配置诊断软件诊断被诊断车辆时所需的诊断数据，若要更改诊断软件的菜单和诊断软件诊断车辆所需的诊断数据，只需汽车诊断设备根据车型信息获取目标诊断软件包重新配置即可，无需更改诊断软件代码，操作简单，降低了诊断软件配置更新的难度。

在一种可能的实施例中，所述诊断软件的菜单包括以下任意一种或多种：版本信息、读故障码、清除故障码、读数据流、动作测试、写数据功能、冻结帧功能。

在一种可能的实施例中，在根据所述目标诊断软件包对所述汽车诊断设备上的诊断软件进行配置之后，所述方法还包括：

根据更新后的诊断软件对被诊断车辆进行诊断，其中，所述更新后的诊断软件是根据所述目标诊断软件包对所述汽车诊断设备上的诊断软件进行配置后的软件。

第二方面，本申请实施例提供一种汽车诊断软件的配置方法，应用于服务器，所述方法包括：

接收汽车诊断设备发送的获取请求，所述获取请求包括被诊断车辆的车型信息，

根据所述获取请求查找与所述被诊断车辆的车型信息对应的目标诊断软件包；

将所述目标诊断软件包发送至所述汽车诊断设备，以使所述汽车诊断设备根据所述目标诊断软件包对所述汽车诊断设备上的诊断软件进行配置。

在一种可能的实施例中，所述服务器中包括多个诊断软件包，所述目标诊断软件包为所述多个诊断软件包中的任意一个，所述多个诊断软件包中的每个诊断软件包对应一种或者多种车型信息。

在一种可能的实施例中，所述每个诊断软件包包括菜单配置文件和诊断数据文件，所述菜单配置文件用于指示所述汽车诊断设备配置所述诊断软件的菜单，所述诊断数据文件用于指示所述汽车诊断设备配置所述诊断软件诊断所述被诊断车辆时所需的诊断数据。

在一种可能的实施例中，所述诊断软件的菜单包括以下任意一种或多种：版本信息、读故障码、清除故障码、读数据流、动作测试、写数据功能、冻结帧功能。

第三方面，本申请实施例提供一种汽车诊断软件的配置装置，应用于汽车诊断设备，所述装置包括：

获取模块，用于获取被诊断车辆的车型信息；

发送模块，用于向服务器发送获取请求，所述获取请求包括所述被诊断车辆的车型信息，所述获取请求用于请求获取与所述被诊断车辆的车型信息对应的目标诊断软件包；

配置模块，用于接收所述服务器发送的所述目标诊断软件包，根据所述目标诊断软件包对所述汽车诊断设备上的诊断软件进行配置。

第四方面，本申请实施例提供一种汽车诊断软件的配置装置，应用于服务器，其特征在于，所述装置包括：

接收模块，用于接收汽车诊断设备发送的获取请求，所述获取请求包括被诊断车辆的车型信息，

查找模块，用于根据所述获取请求查找与所述被诊断车辆的车型信息对应的目标诊断软件包；

发送模块，用于将所述目标诊断软件包发送至所述汽车诊断设备，以使所述汽车诊断设备根据所述目标诊断软件包对所述汽车诊断设备上的诊断软件进行配置。

第五方面，本申请实施例提供一种汽车诊断设备，包括：处理器、通信接口以及存储器；所述存储器用于存储指令，所述处理器用于执行所述指令，所述通信接口用于在所述处理器的控制下与其他设备进行通信，其中，所述处理器执行所述指令时实现如上述第一方面任一方法中所描述方法的部分或全部步骤。

第六方面，本申请实施例提供一种服务器，包括：处理器、通信接口以及存储器；所述存储器用于存储指令，所述处理器用于执行所述指令，所述通信接口用于在所述处理器的控制下与其他设备进行通信，其中，所述处理器执行所述指令时实现如上述第二方面任一方法中所描述方法的部分或全部步骤。

第七方面，本申请实施例提供一种计算机可读存储介质，存储有计算机程序，所述计算机程序被硬件执行以实现如上述第一方面任一方法中所描述方法的部分或全部步骤。

第八方面，本申请实施例提供一种计算机可读存储介质，存储有计算机程序，所述计算机程序被硬件执行以实现如上述第二方面任一方法中所描述方法的部分或全部步骤。

附图说明

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

图1是本申请实施例涉及的汽车诊断软件的配置系统的结构示意图；

图2是本申请实施例提供的一种汽车诊断软件的配置方法的流程示意图；

图3是本申请实施例提供的一种汽车诊断设备的界面显示示意图；

图4是本申请实施例提供的另一种汽车诊断设备的界面显示示意图；

图5是本申请实施例提供的一种汽车诊断软件的配置装置的结构示意图；

图6是本申请实施例提供的另一种汽车诊断软件的配置方法的流程示意图；

图7是本申请实施例提供的另一种汽车诊断软件的配置装置的结构示意图；

图8是本申请实施例提供的另一种汽车诊断设备的结构示意图。

具体实施方式

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

应当理解，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

下面介绍本申请实施例的技术背景。

目前，汽车诊断软件的种类多种多样，不同的汽车诊断软件用于对不同车型的车辆进行诊断，例如，专用于汽油车诊断的汽车诊断软件、专用于商务车诊断的汽车诊断软件、突出TPMS的汽车诊断软件、突出防盗功能检测的汽车诊断软件等等。通常，不同的汽车诊断软件提供的汽车诊断功能不同，也就是说，不同的汽车诊断软件上的菜单的显示流程、菜单的显示内容以及用户触发菜单进行诊断的过程中所需的诊断数据等不同。

许多汽车主机厂的开发人员在开发汽车诊断软件时，通常是针对某一特定车型或者某些特定车型开发的，例如专用于汽油车的汽车诊断软件便是针对汽油车这种车型开发的。开发人员通常利用开放诊断数据交换(Open Diagnostic Data Exchange，ODX)诊断技术，将庞大的车辆诊断数据(如故障码、故障码代表的含义等)标准化、文件化和模块化为ODX文件，这为车辆诊断数据的使用和管理提供了便利。但是，由于车辆诊断数据的标准化、文件化和模块化，开发人员难以将汽车诊断软件菜单写入车辆诊断数据，因此只能将汽车诊断软件的菜单的显示流程及显示内容都用代码写死，也就是说，使用该汽车诊断软件诊断任何类型的车辆，该汽车诊断软件所显示的菜单的显示流程、菜单的显示内容以及用户触发菜单进行诊断的过程中所需的诊断数据等都是固定不变的，该汽车诊断软件所提供的功能都是一样的，这会导致一种汽车诊断软件只适用于对某一种或者某些特定车型的车辆进行诊断，并不适用于对其他车型的车辆进行诊断。若要使用已有的汽车诊断软件对其他车型的车辆进行诊断，则需要开发人员修改汽车诊断软件的代码，对汽车诊断软件的菜单的显示流程、菜单的显示内容以及用户触发菜单进行诊断的过程中所需的诊断数据等进行重新配置，使汽车诊断软件提供的功能适用于对其他车型的车辆进行诊断，但这会增加开发的难度和时间。

可以看出，目前已有的汽车诊断软件不适用于对其他车型的车辆进行诊断，通用性低，并且更新软件配置时需修改软件代码，操作繁琐，为了解决上述问题，本申请提供的一种汽车诊断软件的配置方法及相关设备，可以提高汽车诊断软件的通用性，降低汽车诊断软件更新配置的难度。

接下来，首先对本申请实施例涉及的一种汽车诊断软件的配置系统进行简单介绍。

请参阅图1，如图1所示，该系统可以包括被诊断车辆110、汽车诊断设备120和服务器130，汽车诊断设备120可以通过无线网络或者有线网络连接服务器130，汽车诊断设备120还可以通过无线网络或者有线网络连接被诊断车辆110，此处不作具体限定。

在本申请具体的实施例中，汽车诊断设备120上安装有诊断软件，在汽车诊断设备120与被诊断车辆110连接之后，用户可以启动汽车诊断设备120上的诊断软件，点击诊断软件中的相应菜单触发相应的诊断功能，对被诊断车辆110进行诊断。

更具体地，汽车诊断设备120首先获取被诊断车辆110的车型信息，然后向服务器130发送包括被诊断车辆110的车型信息的获取请求，请求获取与被诊断车辆110的车型信息对应的目标诊断软件包，服务器130在接收获取请求后，可以根据获取请求中包括的被诊断车辆110的车型信息，在多个诊断软件包中查找到与被诊断车辆110的车型信息对应的目标诊断软件包，然后将该目标诊断软件包发送至汽车诊断设备120，使得汽车诊断设备120可以根据上述目标诊断软件包对汽车诊断设备120上的诊断软件进行配置。最后，汽车诊断设备120可以使用更新配置后的诊断软件对被诊断车辆110进行诊断。

在本申请具体的实施例中，服务器130中可以包括多个诊断软件包，且多个诊断软件包中的每个诊断软件包对应一种或者多种车型信息。例如，诊断软件包A可以适用于对汽车生产商甲生产的一款或者多款车型的车进行诊断。在具体应用中，汽车诊断设备120和服务器130均可以存储有多个诊断软件包和车型信息的对应关系。

在具体应用中，上述汽车诊断设备120可以为智能手机、平板电脑、笔记本电脑、计算机或者其他任何能够提供诊断软件运行的电子设备，服务器130可以为计算机或者云服务器等，本申请实施例不作具体限定。

可以理解的，图1仅仅是作为一种示例，汽车诊断软件的配置系统的模块架构并不限于上述举例，在实际应用中，汽车诊断软件的配置系统中可以有更多数量的被诊断车辆110、汽车诊断设备120、更多数量的服务器130，一个汽车诊断设备120可以与多个被诊断车辆110连接，一个服务器120可以与一个或者多个汽车诊断设备110连接，此处不作具体限定。

本申请实施例提供的技术方案可以基于图1所示架构的汽车诊断软件的配置系统或其形变架构来具体实施。

下面，对本申请提供的汽车诊断软件的配置方法进行详细描述。

请参阅图2，图2为本申请实施例提供的一种汽车诊断软件的配置方法的流程示意图，该方法可以应用于汽车诊断设备，该方法可以包括：

S101、获取被诊断车辆的车型信息。

在本申请具体的实施例中，在获取被诊断车辆的车型信息之前，需要建立汽车诊断设备和被诊断车辆之间的连接，具体地，汽车诊断设备可以与被诊断车辆进行无线网络连接或者有线网络连接，此处不作具体限定。在汽车诊断设备与被诊断车辆建立连接之后，汽车诊断设备可以获取被诊断车辆的车型信息，也可以为汽车诊断设备向被诊断车辆发送指令进行获取，此处不作具体限定。

在本申请具体的实施例中，被诊断车辆的车型信息可以为被诊断车辆的车辆识别号码，(Vehicle Identification Number，VIN车辆识别号码)。VIN，又可以称为车辆识别代码或车架号，VIN是一个包含有17个字符的序列号，用于汽车上的一组独一无二的号码，可以识别车辆的类型、生产商、引擎、底盘序号及其他性能等资料。VIN具有对车辆的唯一识别性，它包含了车辆的生产厂家、年代、车型、车身型式及代码、发动机代码及组装地点等信息，因此可称为汽车的“身份证”。

S102、向服务器发送获取请求，获取请求包括被诊断车辆的车型信息，获取请求用于请求获取与被诊断车辆的车型信息对应的目标诊断软件包。

在本申请具体的实施例中，在汽车诊断设备向服务器发送获取请求之前，需要先建立汽车诊断设备与服务器之间的连接，汽车诊断设备可以通过无线网络或者有线网络连接服务器，此处不作具体限定。

在本申请具体的实施例中，服务器中包括多个诊断软件包，并且该多个软件包中的每个软件包对应一种或者多种车型信息，因此，在服务器接收到汽车诊断设备发送的获取请求之后，可以根据获取请求中包括的被诊断车辆的车型信息，从服务器包括的多个诊断软件包中查找到与被诊断车辆的车型信息对应的目标诊断软件包，然后将该目标诊断软件包发送至汽车诊断设备，使得汽车诊断设备可以根据上述目标诊断软件包对汽车诊断设备上的诊断软件进行配置。可以理解，目标诊断软件包为服务器包括的多个诊断软件包中的任意一个软件包。

举例来讲，假设获取请求中包括的被诊断车辆的车型信息为A，服务器中包括的多个诊断软件包中存在与车型信息对应的诊断软件包A，服务器在接收到包括车型信息A的获取请求后，可以根据车型信息A查找到诊断软件包A。

另外，可以理解，诊断软件包A除了对应车型信息A之外，还可以对应车型信息B，那么服务器在接收到包括车型信息B的获取请求后，根据车型信息B也可以查找到诊断软件包A。

S103、接收服务器发送的目标诊断软件包，根据目标诊断软件包对汽车诊断设备上的诊断软件进行配置。

在本申请具体的实施例中，在服务器根据获取请求中包括的被诊断车辆的车型信息查找到目标诊断软件包之后，服务器将该目标诊断软件包发送给汽车诊断设备，汽车诊断设备接收到目标诊断软件包之后，根据目标诊断软件包对汽车诊断设备上的诊断软件进行配置。

在本申请具体的实施例中，服务器中包括的多个软件包中的每个诊断软件包中均包括菜单配置文件和诊断数据文件，其中，菜单配置文件用于指示汽车诊断设备配置诊断软件的菜单，例如，菜单配置文件可以指示汽车诊断设备配置诊断软件的读故障码菜单或者读版本信息菜单等；诊断数据文件用于指示所述汽车诊断设备配置诊断软件诊断被诊断车辆时所需的数据，例如，诊断数据文件可以指示汽车诊断设备配置诊断软件诊断被诊断车辆时所需的故障码、故障码代表的含义或者ECU系统的版本信息等。

可以理解，汽车诊断设备在接收到包括菜单配置文件和诊断数据文件的目标诊断软件包之后，可以根据菜单配置文件对诊断软件的菜单的显示流程和显示内容进行配置，并根据诊断数据文件配置诊断软件对被诊断车辆进行诊断时所需的诊断数据。在配置完成后，用户可以使用更新后的诊断软件对车辆进行诊断。其中，更新后的诊断软件是指汽车诊断设备根据目标诊断软件包对诊断软件进行配置后的软件。

在本申请具体的实施例中，诊断软件的菜单包括以下任意一种或多种：读版本信息、读故障码、清除故障码、读数据流、动作测试、写数据功能、冻结帧功能。需要说明的是，在具体应用中，诊断软件的菜单还可以为“特殊功能”菜单等其他菜单或者更多菜单，此处不作具体限定。

下面对各个诊断软件菜单可以实现的诊断功能进行介绍。

1、读版本信息菜单用于实现读ECU系统的版本信息功能，支持读取ECU系统当前信息(VIN码，软硬件版本，编程日期等)。

2、读故障码菜单用于实现读故障码功能，支持读取存储在引擎系统中的故障码和故障码详细信息，并针对读出的故障码给出故障产生的原因及维修指导信息。

3、清除故障码菜单用于实现清除故障码功能，支持清除ECU系统中所有的故障码。

4、读数据流菜单用于实现读数据流功能，支持阅读所有和ECU系统相关的运行参数，了解汽车的运行状态。

5、动作测试菜单用于动作测试功能，支持作动器测试(大灯控制，空调控制，门锁控制等)。

6、写数据菜单即ECU系统程序刷写功能，支持程序刷写及刷写过程中诊断数据监控和保存。

7、冻结帧功能菜单用于实现冻结帧功能，支持当出现与排放相关的故障时，ECU系统会设置故障码，同时也会记录故障发生瞬间的车辆运行状态信息，以确认故障。记录的故障发生瞬间的车辆运行状态信息就被称为冻结帧。

8、特殊功能菜单用于特殊功能测试，支持例如钥匙学习，防盗匹配等多ECU系统协作执行的功能。

举例来说，假设诊断软件包A与车型信息A对应，诊断软件包A中的菜单配置文件A中配置了车型信息A的车辆中包括ECU系统A1和ECU系统A2，诊断软件包A中的诊断数据文件A中配置了诊断ECU系统A1和ECU系统A2时所需的诊断数据。另外，菜单配置文件A中还配置了ECU系统A1具有读版本信息、读数据流、读故障码和清除故障码功能，不具有动作测试、特殊功能、写数据功能和冻结帧功能，也就是在诊断软件对ECU系统A1进行诊断时，诊断软件会从诊断数据文件A中获取诊断ECU系统A1时所需的诊断数据，并显示读版本信息菜单、读数据流菜单、读故障码菜单和清除故障码菜单，不显示动作测试菜单、特殊功能菜单、写数据功能菜单和冻结帧功能菜单，如图3所示。

继续假设诊断软件包B与车型信息B对应，诊断软件包B中菜单配置文件B中配置了车型信息B的车辆中包括ECU系统B1和ECU系统B2，诊断软件包A中的诊断数据文件B中配置了诊断ECU系统B1和ECU系统B2时所需的诊断数据。另外，菜单配置文件B中还配置了ECU系统B2具有动作测试、特殊功能、写数据功能和冻结帧功能，不具有读版本信息、读数据流、读故障码和清除故障码功能，也就是在诊断软件对ECU系统B2进行诊断时，诊断软件会从诊断数据文件B中获取诊断ECU系统B2时所需的诊断数据，并显示动作测试菜单、特殊功能菜单、写数据功能菜单和冻结帧功能菜单，不显示读版本信息菜单、读数据流菜单、读故障码菜单和清除故障码菜单，如图4所示。

在具体实现中，开发人员可以使用ODX技术开发诊断数据文件，也就是说，开发的诊断数据文件遵循ODX标准，便于诊断数据的使用和管理。具体地，诊断数据文件可以为产品数据交换(Product Data Exchange，简称PDX)类型的文件，即后缀名为“.PDX”类型的文件。开发人员可以根据车型的诊断流程开发菜单配置文件，便于诊断软件的菜单的显示流程与车型的诊断流程一致，提高诊断软件诊断时的效率。具体地，菜单配置文件可以为可扩展标记语言(Extensible Markup Language，简称XML)类型的文件，即后缀名为“.XML”类型的文件。

在具体实现中，开发人员还可以开发语言配置文件，并将语言配置文件与菜单配置文件和诊断数据文件一起打包成诊断软件包，存储于服务器上。其中，语言配置文件可以用于指示汽车诊断设备对诊断软件的语言进行配置，例如，可以为中文、英语或者德语等，使诊断软件的通用性更高。

本申请实施例提供的汽车诊断软件的配置方法中，汽车诊断设备能够获取被诊断车辆的车型信息，并向服务器发送包括被诊断车辆的车型信息的获取请求，请求获取与被诊断车辆的车型信息对应的目标诊断软件包，然后接收服务器发送的目标诊断软件包，根据目标诊断软件包中包括的菜单配置文件和诊断数据文件对汽车诊断设备上的诊断软件的菜单和诊断数据进行配置。上述方案中只需汽车诊断设备从服务器获取目标诊断软件包即可对诊断软件的菜单和诊断数据进行配置，不仅提升了诊断软件的通用性，而且无需开发人员更改诊断软件的代码，操作简单，降低了诊断软件配置更新的难度。

上文详细阐述了本申请实施例提供的一种可以应用于汽车诊断设备的汽车诊断软件的配置方法，基于相同的发明构思，下面继续提供本申请实施例的一种可以应用于汽车诊断设备的汽车诊断软件的配置装置。

参见图5，图5是本申请实施例提供的一种汽车诊断软件的配置装置200的结构示意图，该装置200至少包括：获取模块210、发送模块220、配置模块230。

获取模块210，用于获取被诊断车辆的车型信息。

发送模块220，用于向服务器发送获取请求，获取请求包括被诊断车辆的车型信息，获取请求用于请求获取与被诊断车辆的车型信息对应的目标诊断软件包。

配置模块230，用于接收服务器发送的目标诊断软件包，根据目标诊断软件包对汽车诊断设备上的诊断软件进行配置。

在本申请具体的实施例中，服务器中包括多个诊断软件包，目标诊断软件包属于多个诊断软件包中的任意一个，多个诊断软件包中的每个诊断软件包对应一种或者多种车型信息。

更具体地，每个诊断软件包包括菜单配置文件和诊断数据文件，菜单配置文件用于指示汽车诊断设备配置汽车诊断设备上的诊断软件的菜单，诊断数据文件用于指示汽车诊断设备配置诊断软件诊断被诊断车辆时所需的诊断数据。其中，诊断软件的菜单可以包括以下任意一种或多种：版本信息、读故障码、清除故障码、读数据流、动作测试、写数据功能、冻结帧功能。需要说明的是，诊断软件的菜单并不限于上述列举的菜单，还可以为“特殊功能”菜单等其他菜单或者更多菜单，此处不作具体限定。

上述汽车诊断软件的配置装置200的各功能模块可用于实现图2实施例所描述的方法，详细内容可参考图2实施例相关内容中的描述，为了说明书的简洁，这里不再赘述。

应当理解，汽车诊断软件的配置装置200仅为本申请实施例提供的一个例子，并且，汽车诊断软件的配置装置备200可具有比图5示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。

请参阅图6，图6为本申请实施例提供的另一种汽车诊断软件的配置方法的流程示意图，该方法可以应用于服务器，该方法可以包括：

S601、接收汽车诊断设备发送的获取请求，获取请求包括被诊断车辆的车型信息。

在本申请具体的实施例中，在服务器接收汽车诊断设备发送的获取请求之前，需要先建立服务器与汽车诊断设备之间的连接，服务器可以通过无线网络或者有线网络连接汽车诊断设备，此处不作具体限定。

在本申请具体的实施例中，被诊断车辆的车型信息可以为被诊断车辆的VIN。

S602、根据获取请求查找与被诊断车辆的车型信息对应的目标诊断软件包。

在本申请具体的实施例中，服务器中包括多个诊断软件包，并且该多个软件包中的每个软件包对应一种或者多种车型信息，因此，在服务器接收到汽车诊断设备发送的获取请求之后，可以根据获取请求中包括的被诊断车辆的车型信息，从服务器包括的多个诊断软件包中查找到与被诊断车辆的车型信息对应的目标诊断软件包。

S603、将目标诊断软件包发送至汽车诊断设备，以使汽车诊断设备根据目标诊断软件包对汽车诊断设备上的诊断软件进行配置。

在服务器查找到目标诊断软件包之后，可以将该目标诊断软件包发送至汽车诊断设备，使得汽车诊断设备可以根据上述目标诊断软件包对汽车诊断设备上的诊断软件进行配置。

在本申请具体的实施例中，服务器中包括的多个软件包中的每个诊断软件包中均包括菜单配置文件和诊断数据文件，其中，菜单配置文件用于指示汽车诊断设备配置诊断软件的菜单，例如，菜单配置文件可以指示汽车诊断设备配置诊断软件的读故障码菜单或者读版本信息菜单等；诊断数据文件用于指示所述汽车诊断设备配置诊断软件诊断被诊断车辆时所需的数据，例如，诊断数据文件可以指示汽车诊断设备配置诊断软件诊断被诊断车辆时所需的故障码、故障码代表的含义或者ECU系统的版本信息等。

在本申请具体的实施例中，诊断软件的菜单包括以下任意一种或多种：读版本信息、读故障码、清除故障码、读数据流、动作测试、写数据功能、冻结帧功能。需要说明的是，在具体应用中，诊断软件的菜单还可以为“特殊功能”菜单等其他菜单或者更多菜单，此处不作具体限定。

上文详细阐述了本申请实施例提供的一种可以应用于服务器的汽车诊断软件的配置方法，基于相同的发明构思，下面继续提供本申请实施例的一种可以应用于服务器的汽车诊断软件的配置装置。

参见图7，图7是本申请实施例提供的一种汽车诊断软件的配置装置300的结构示意图，该装置300至少包括：接收模块310、查找模块320、发送模块330。

接收模块310，用于接收汽车诊断设备发送的获取请求，获取请求包括被诊断车辆的车型信息。

查找模块320，用于根据获取请求查找与被诊断车辆的车型信息对应的目标诊断软件包。

发送模块330，用于将目标诊断软件包发送至汽车诊断设备，以使汽车诊断设备根据目标诊断软件包对汽车诊断设备上的诊断软件进行配置。

上述汽车诊断软件的配置装置300的各功能模块可用于实现图6实施例所描述的方法，详细内容可参考图6实施例相关内容中的描述，为了说明书的简洁，这里不再赘述。

应当理解，汽车诊断软件的配置装置300仅为本申请实施例提供的一个例子，并且，汽车诊断软件的配置装置300可具有比图7示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。

本申请实施例还提供了一种电子设备，包括：处理器、通信接口以及存储器；所述存储器用于存储指令，所述处理器用于执行所述指令，所述通信接口用于在所述处理器的控制下与其他设备进行通信，其中，所述处理器执行所述指令时实现上述汽车诊断软件的配置方法。具体的，该电子设备可以是汽车诊断设备，也可以是后台的诊断服务器，接下来将分别进行说明。

请参阅图8，本申请实施例还提供一种汽车诊断设备400，该汽车诊断设备包括：处理器410、通信接口430以及存储器420，其中，处理器410、通信接口430和存储器420通过总线440进行耦合。

其中，处理器410可以包括一个或者多个通用处理器，其中，通用处理器可以是能够处理电子指令的任何类型的设备，包括中央处理器(Central Processing Unit，CPU)、微处理器、微控制器、主处理器、控制器以及专用集成电路(Application SpecificIntegrated Circuit，ASIC)等等。处理器410读取存储器420中存储的程序代码，与通信接口430配合执行本申请上述实施例中由汽车诊断设备100执行的方法的部分或者全部步骤。

通信接口430可以为有线接口(例如以太网接口)，用于与其他计算节点或装置进行通信。当通信接口430为有线接口时，通信接口430可以采用传输控制协议/网际协议(Transmission Control Protocol/Internet Protocol，TCP/IP)之上的协议族，例如，RAAS协议、远程函数调用(Remote Function Call，RFC)协议、简单对象访问协议(SimpleObject Access Protocol，SOAP)协议、简单网络管理协议(Simple Network ManagementProtocol，SNMP)协议、公共对象请求代理体系结构(Common Object Request BrokerArchitecture，CORBA)协议以及分布式协议等等。

存储器420可以存储有程序代码以及程序数据。其中，程序代码包括：获取模块210的代码、发送模块220的代码和配置模块230的代码，程序数据包括：被诊断车辆的车型信息、获取请求、目标诊断软件包等等。在实际应用中，存储器420可以包括易失性存储器(Volatile Memory)，例如随机存取存储器(Random Access Memory，RAM)；存储器也可以包括非易失性存储器(Non-Volatile Memory)，例如只读存储器(Read-Only Memory，ROM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，HDD)或固态硬盘(Solid-State Drive，SSD)存储器还可以包括上述种类的存储器的组合。

应当理解，汽车诊断设备400仅为本申请实施例提供的一个例子，并且，汽车诊断设备400可具有比图8示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，计算机程序被硬件(例如处理器等)执行，以实现上述图2所述方法实施例中记载的汽车诊断软件的配置方法的部分或者全部步骤。

本申请实施例还提供另一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，计算机程序被硬件(例如处理器等)执行，以实现上述图6所述方法实施例中记载的汽车诊断软件的配置方法的部分或者全部步骤。

本申请实施例还提供一种计算机程序产品，当计算机程序产品被计算机读取并执行时，以实现上述图2所述方法实施例中记载的汽车诊断软件的配置方法的部分或者全部步骤。

本申请实施例还提供另一种计算机程序产品，当计算机程序产品被计算机读取并执行时，以实现上述图6所述方法实施例中记载的汽车诊断软件的配置方法的部分或者全部步骤。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的终端和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的终端和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种汽车诊断软件的配置方法，应用于汽车诊断设备，其特征在于，所述方法包括：

获取被诊断车辆的车型信息；

向服务器发送获取请求，所述获取请求包括所述被诊断车辆的车型信息，所述获取请求用于请求获取与所述被诊断车辆的车型信息对应的目标诊断软件包；

接收所述服务器发送的所述目标诊断软件包，根据所述目标诊断软件包对所述汽车诊断设备上的诊断软件进行配置。

2.根据权利要求1所述的方法，其特征在于，所述服务器中包括多个诊断软件包，所述目标诊断软件包为所述多个诊断软件包中的任意一个，所述多个诊断软件包中的每个诊断软件包对应一种或者多种车型信息。

3.根据权利要求2所述的方法，其特征在于，所述每个诊断软件包包括菜单配置文件和诊断数据文件，所述菜单配置文件用于指示所述汽车诊断设备配置所述诊断软件的菜单，所述诊断数据文件用于指示所述汽车诊断设备配置所述诊断软件诊断所述被诊断车辆时所需的诊断数据。

4.根据权利要求3所述的方法，其特征在于，所述诊断软件的菜单包括以下任意一种或多种：版本信息、读故障码、清除故障码、读数据流、动作测试、写数据功能、冻结帧功能。

5.根据权利要求1至4任一项所述的方法，其特征在于，在根据所述目标诊断软件包对所述汽车诊断设备上的诊断软件进行配置之后，所述方法还包括：

根据更新后的诊断软件对被诊断车辆进行诊断，其中，所述更新后的诊断软件是根据所述目标诊断软件包对所述汽车诊断设备上的诊断软件进行配置后的软件。

6.一种汽车诊断软件的配置方法，应用于服务器，其特征在于，所述方法包括：

接收汽车诊断设备发送的获取请求，所述获取请求包括被诊断车辆的车型信息，

根据所述获取请求查找与所述被诊断车辆的车型信息对应的目标诊断软件包；

将所述目标诊断软件包发送至所述汽车诊断设备，以使所述汽车诊断设备根据所述目标诊断软件包对所述汽车诊断设备上的诊断软件进行配置。

7.根据权利要求6所述的方法，其特征在于，所述服务器中包括多个诊断软件包，所述目标诊断软件包为所述多个诊断软件包中的任意一个，所述多个诊断软件包中的每个诊断软件包对应一种或者多种车型信息。

8.根据权利要求7所述的方法，其特征在于，所述每个诊断软件包包括菜单配置文件和诊断数据文件，所述菜单配置文件用于指示所述汽车诊断设备配置所述诊断软件的菜单，所述诊断数据文件用于指示所述汽车诊断设备配置所述诊断软件诊断所述被诊断车辆时所需的诊断数据。

9.一种汽车诊断设备，包括：处理器、通信接口以及存储器；所述存储器用于存储指令，所述处理器用于执行所述指令，所述通信接口用于在所述处理器的控制下与其他设备进行通信，其中，所述处理器执行所述指令时实现权利要求1至5中任一项所述的方法。

10.一种服务器，其特征在于，包括：处理器、通信接口以及存储器；所述存储器用于存储指令，所述处理器用于执行所述指令，所述通信接口用于在所述处理器的控制下与其他设备进行通信，其中，所述处理器执行所述指令时实现权利要求6至9中任一项所述的方法。

Images