一种诊断程序界面显示方法、装置及车辆诊断设备与流程

本申请属于信息处理技术领域，尤其涉及一种诊断程序界面显示方法、诊断程序界面显示装置、车辆诊断设备及计算机可读存储介质。

背景技术：

当前，为了满足不同消费者的需求，企业推出了面向用户的定制车辆诊断设备，用户可根据自身需求选购相应的定制车辆诊断设备。通常来说，同系列产品的不同定制车辆诊断设备对应到产品的诊断程序时，这些诊断程序的显示界面也会有所差异。例如，对于车辆诊断设备而言，在安装有多个车型的诊断程序的情况下，由于不同诊断程序所要显示的功能界面有所不同，这很可能导致车辆诊断设备所要显示的内容比较杂乱；同时，随着诊断程序的增多，用户也难以对显示界面所要显示的内容进行管理。

技术实现要素：

有鉴于此，本申请提供了一种诊断程序界面显示方法、诊断程序界面显示装置、车辆诊断设备及计算机可读存储介质，可使得诊断程序可以通过不同的配置文件显示不同定制产品的对应界面，提升了诊断程序界面显示的灵活程度。

本申请的第一方面提供了一种诊断程序界面显示方法，包括：

接收诊断程序的启动指令；

获取上述诊断程序的目标配置信息；

确定上述诊断程序基于上述目标配置信息支持的功能；

根据上述诊断程序支持的功能显示对应的界面。

可选地，上述获取上述诊断程序的目标配置信息，具体包括：

根据上述启动指令判断上述诊断程序是否初次使用；

若是，则检测上述车辆诊断设备的外接存储器中是否存在第一配置文件；

若存在，则读取上述第一配置文件获取上述目标配置信息。

可选地，上述检测上述车辆诊断设备的外接存储器中是否存在第一配置文件，具体包括：

遍历上述外接存储器中的所有文件，根据文件后缀、文件名称以及文件校验值判断是否存在第一配置文件。

可选地，上述根据上述启动指令判断上述诊断程序是否初次使用，具体包括：

检测上述车辆诊断设备的数据库中是否存在第二配置文件；

若不存在，则判断上述诊断程序为初次使用。

可选地，上述检测上述车辆诊断设备的数据库中是否存在第二配置文件之后，上述诊断程序界面显示方法还包括：

若检测到上述车辆诊断设备的数据库中存在第二配置文件，则判断上述诊断程序为非初次使用，并读取上述第二配置文件获取上述目标配置信息。

可选地，当检测到上述车辆诊断设备的外接存储器中不存在第一配置文件时，上述诊断程序界面显示方法还包括：

读取上述诊断程序的默认配置文件获取目标配置信息。

本申请的第二方面提供了一种诊断程序界面显示装置，包括：

指令接收单元，用于接收诊断程序的启动指令；

信息获取单元，用于获取上述诊断程序的目标配置信息；

功能确定单元，用于确定上述诊断程序基于上述目标配置信息支持的功能；

界面显示单元，用于根据上述诊断程序支持的功能显示对应的界面。

可选地，上述信息获取单元具体包括：

初次使用判断子单元，用于根据上述启动指令判断上述诊断程序是否初次使用；

外接存储器检测子单元，用于若上述诊断程序是初次使用，则检测上述车辆诊断设备的外接存储器中是否存在第一配置文件；

第一配置文件读取子单元，用于若上述外接存储器中存在第一配置文件，则读取上述第一配置文件获取上述目标配置信息。

可选地，外接存储器检测子单元，具体用于遍历上述外接存储器中的所有文件，根据文件后缀、文件名称以及文件校验值判断是否存在第一配置文件。

可选地，上述初次使用判断子单元，具体包括：

数据库检测子单元，用于检测上述车辆诊断设备的数据库中是否存在第二配置文件；

初次使用确定子单元，用于若检测到上述车辆诊断设备的数据库中不存在第二配置文件，则判断上述诊断程序为初次使用。

可选地，上述初次使用判断子单元，具体包括：

非初次使用确定子单元，用于若检测到上述车辆诊断设备的数据库中存在第二配置文件，则判断上述诊断程序为非初次使用；

上述信息获取单元还包括：

第二配置文件读取子单元，用于读取上述第二配置文件获取上述目标配置信息。

可选地，上述信息获取单元还包括：

默认配置文件读取子单元，用于当检测到上述车辆诊断设备的外接存储器中不存在第一配置文件时，读取上述诊断程序的默认配置文件获取目标配置信息。

本申请的第三方面提供了一种车辆诊断设备，上述车辆诊断设备包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器执行上述计算机程序时实现如上第一方面的方法的步骤。

本申请的第四方面提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现如上第一方面的方法的步骤。

本申请的第五方面提供了一种计算机程序产品，上述计算机程序产品包括计算机程序，上述计算机程序被一个或多个处理器执行时实现如上述第一方面的方法的步骤。

由上可见，通过本申请实施例，首先接收诊断程序的启动指令，然后获取上述诊断程序的目标配置信息，接着确定上述诊断程序基于上述目标配置信息支持的功能，最后根据上述诊断程序支持的功能显示对应的界面。通过本申请方案，可以通过配置文件配置诊断程序的显示界面，使得一个诊断程序可以通过不同的配置文件显示不同定制产品的对应界面，提升了诊断程序界面显示的灵活程度。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1是本申请实施例提供的诊断程序界面显示方法的实现流程图；

图2是本申请实施例提供的诊断程序界面显示方法的具体实现流程图；

图3是本申请实施例提供的诊断程序界面显示装置的结构框图；

图4是本申请实施例提供的车辆诊断设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

当前，企业为了适应不同类型客户的需求，针对同一类产品推出了不同的定制产品，客户在选购时，可以根据自身实际需求而选择自己所希望的定制产品，使得产品能够更好的为客户所用。为了适应客户的交互需求，产品往往都配备了对应的应用程序。但当定制产品过多时，可能导致定制产品的应用程序显示界面较为混乱。例如，对于车辆诊断设备而言，若基于用户的定制需求安装了多个车型的诊断程序，由于诊断程序不仅有通用功能模块，还有些与其他诊断程序相区别的特有功能模块，这可能导致车辆诊断设备的界面在显示诊断程序的功能界面时，容易出现杂乱无章的现象；同时随着诊断程序的增多，显示界面管理也越发显得复杂。基于此，本申请提出了一种诊断程序界面显示方法、诊断程序界面显示装置、车辆诊断设备及计算机可读存储介质，可提升车辆诊断设备界面显示的灵活程度，同时方便用户对车辆诊断设备的显示界面进行管理。为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

实施例一

下面对本申请实施例提供的一种诊断程序界面显示方法进行描述，请参阅图1，本申请实施例中的诊断程序界面显示方法应用于车辆诊断设备，该诊断程序界面显示方法包括：

在步骤101中，接收诊断程序的启动指令；

在本申请实施例中，可对车辆诊断设备进行监控，当车辆诊断设备开机时，代表用户当前正试图使用该车辆诊断设备对车辆进行诊断操作，此时需要车辆诊断设备能够根据用户选择的诊断程序启动指令显示出相应的诊断程序界面，才能使得用户通过该诊断程序界面向车辆下达各种诊断指令并显示相应的诊断结果。因而在车辆诊断设备开机后，该车辆诊断设备可以接收到基于诊断程序的启动指令。也即，在车辆诊断设备开机时，一旦检测到用户输入了基于诊断程序的启动指令，则立即启动该启动指令所指向的诊断程序。

在步骤102中，获取上述诊断程序的目标配置信息；

在本申请实施例中，可通过车辆诊断设备的数据库，或者通过车辆诊断设备的外接存储器，或者通过上述诊断程序的源代码读取获得上述诊断程序的目标配置信息，此处不作限定。

在步骤103中，确定上述诊断程序基于上述目标配置信息支持的功能；

在本申请实施例中，可根据上述目标配置信息，确定诊断程序所支持的功能。实际上，由于在步骤102中，上述目标配置信息课可以是通过车辆诊断设备的外接存储器中所存储的配置文件所读取到的配置信息，也可以是车辆诊设备的数据库中所存储的配置文件所读取到的配置信息，还可以是从源代码所存储的默认配置文件所读取到的配置信息。也即是说，只要是基于目标配置信息所显示的诊断程序的界面，无论该目标配置信息是怎样读取得到的，都可以基于上述目标配置信息确定上述诊断程序所支持的功能。

在步骤104中，根据上述诊断程序支持的功能显示对应的界面。

在本申请实施例中，针对配置信息中有所涉及的功能，显示相应的功能界面，针对配置信息中未涉及的功能，则不显示该功能界面。以车辆诊断设备中的gear设备为例，可以将gear设备各个定制产品的功能模块进行比对，区别出差异模块，上述差异模块指的是不同定制产品可以根据需求更改的模块，例如主题颜色背景，设备所支持的诊断功能等；然后将每个差异模块各定义一个字段，并为每个字段定义对应的值，以key:value的键值对形式写入配置文件中，如诊断程序主题模块可表示theme:white；产品名称product:gear_1；在读取配置文件时，这些键值对即为配置信息。当获取到了键值对信息时，将这些键值对信息与诊断程序源代码中的逻辑进行匹配，也就能够获知诊断程序所支持的功能，同时可根据对应的字段显示对应的界面。

可选地，上述步骤102具体包括：

a1、根据上述启动指令判断上述诊断程序是否初次使用；

在本申请实施例中，当车辆诊断设备开机时，将接收诊断程序的启动指令，基于该启动指令，为了能够显示出相应的诊断程序的界面，可首先检测该诊断程序是否为初次使用。通常情况下，当诊断程序不是初次使用时，可要求车辆诊断设备继续显示前次使用诊断设备时的界面。

a2、若上述诊断程序是初次使用，则检测上述车辆诊断设备的外接存储器中是否存在第一配置文件；

在本申请实施例中，当检测发现上述诊断程序为初次使用时，由于不存在前次使用诊断程序的情况，因而无法确定前次使用时的诊断程序界面；也即是说，在上述车辆诊断设备的本地无法查询到与上述诊断程序界面所相关的目标配置信息，此时可以进一步地在上述车辆诊断设备的外接存储器中继续检测是否存在第一配置文件。具体地，上述外接存储器可以是上述车辆诊断设备所外接的安全数码(securedigitalmemory，sd)卡，也可以是其它存储设备，此处不作限定。

具体地，可以遍历上述外接存储器中的所有文件，根据文件后缀、文件名称以及文件校验值判断是否存在第一配置文件。在本申请实施例中，为了检测外接存储器中是否存在第一配置文件，可以首先对外接存储器中所存储的各个文件进行遍历，将各个文件的文件名称与预设的文件名称进行匹配，同时将各个文件的文件后缀与预设的后缀进行匹配，将文件名称和/或文件后缀无法匹配的文件给筛除掉，剩下的文件再作进一步筛选，具体为读取剩下的文件的文件内容，获取这些文件的文件内容中所存储的校验值，将该校验值与预设的校验值进行匹配，该校验值也能够匹配成功的文件即为配置文件。通过上述过程，可以筛选出符合规范的配置文件，用以判断是否存在第一配置文件。

a3、若上述外接存储器中存在第一配置文件，则读取上述第一配置文件获取上述目标配置信息。

在本申请实施例中，当在上述外接存储器中检测到上述第一配置文件时，可读取上述第一配置文件，用以得到目标配置信息。具体地，若在上述外接存储器中检测到两个以上配置文件，则可输出选择框供用户选择当前所需要读取的第一配置文件；或者，若在上述外接存储器中检测到两个以上配置文件，则读取修改时间最近的配置文件作为第一配置文件，此处不作限定。

可选地，上述步骤a1具体包括：

b1、检测上述车辆诊断设备的数据库中是否存在第二配置文件；

在本申请实施例中，一旦监控到车辆诊断设备的开机动作，并接收到了用户输入的基于诊断程序的启动指令，则在上述车辆诊断设备本地的数据库中进行遍历，以检测数据库中是否存在第二配置文件。具体地，上述数据库存储于上述车辆诊断设备的缓存区中。

b2、若上述车辆诊断设备的数据库中不存在第二配置文件，则判断上述诊断程序为初次使用。

在本申请实施例中，当上述数据库中不存在第二配置文件时，意味着当前车辆诊断设备为初次使用，此时需要继续执行上述步骤a2及后续步骤。可选地，当车辆诊断设备为初次使用时，如果在后续步骤中，从车辆诊断设备的外接存储器中检测到了第一配置文件，则在读取上述第一配置文件以获得配置信息后，还需要将该第一配置文件写入上述数据库中。也即是说，只要数据库中不存在第二配置文件，则只要后续能够从外接存储器中读取到第一配置文件，就将该第一配置文件写入数据库中，实现数据库的第二配置文件与外接存储器的第一配置文件的同步，能够保证在初次使用后，外接存储器中的第一配置文件能够被写入至数据库中；这样，在非初次使用时，将不再从外接存储器中读取第一配置文件，而是直接在本地数据库中即可读取第二配置文件获得目标配置信息，能够提升配置信息的读取效率及速度，提高诊断程序界面的显示速度。具体地，也可以是在通过读取第一配置文件获得了目标配置信息后，仅将该目标配置信息同步至数据库中，此处不作限定。

b3、若上述车辆诊断设备的数据库中存在第二配置文件，则判断上述诊断程序为非初次使用；

在本申请实施例中，当上述数据库中存在第二配置文件时，可确定上述车辆诊断设备并非初次使用，此时，通过读取上述数据库中的第二配置文件得到目标配置信息，用以显示相应的诊断程序的界面。

可选地，当检测到上述车辆诊断设备的外接存储器中不存在第一配置文件时，上述诊断程序界面显示方法还包括：

读取上述诊断程序的默认配置文件获取目标配置信息。

在本申请实施例中，研发人员在设计诊断程序时，可在上述诊断程序的源代码中写入该诊断程序的通用配置文件(也即默认配置文件)；通过该通用配置文件，诊断程序可显示通用界面。也即是说，当车辆诊断设备是初次使用，且在外接存储器中没有检测到第一配置文件时，可直接从诊断程序的源代码中读取默认配置文件获得目标配置信息，将该目标配置信息作为诊断程序显示的基础，能够适配多种不同的定制产品。

可选地，上述诊断程序界面显示方法还包括：

若上述诊断程序不是初次使用，则获取数据库中第二配置文件的修改时间；

在上述车辆诊断设备的外接存储器中检测是否存在第一配置文件；

若在上述外接存储器中检测到上述第一配置文件，则获取上述第一配置文件的修改时间；

若第二配置文件的修改时间不早于上述第一配置文件的修改时间，则读取上述数据库中的第二配置文件获得目标配置信息；

若第二配置文件的修改时间早于上述第一配置文件的修改时间，则读取上述外接存储器的第一配置文件获得目标配置信息。

在本申请实施例中，用户可以通过更换或修改外接存储器中的第一配置文件实现诊断程序显示界面的更新。一旦检测到外接存储器中的第一配置文件的修改时间较晚，则认为当前外接存储器中的第一配置文件出现了更新，此时，将基于更新后的第一配置文件获取目标配置信息来显示应用程序的界面。进一步地，若第一配置文件有更新，还可将基于该更新后的第一配置文件对数据库中所存储的第二配置文件进行更新，这样一来，即便后续需要对定制产品进行更新或者维护，均可通过更换或修改配置文件来实现诊断程序显示界面的更新，后期更新或维护将更加方便。

请参照图2，为了更加清楚、明白的说明上述诊断程序界面显示方法，图2示出了诊断程序界面显示方法具体实现流程。该诊断程序界面显示方法包括：

在步骤201中，接收诊断程序的启动指令；

在步骤202中，检测上述车辆诊断设备的数据库中是否存在第二配置文件，若是(即存在第二配置文件)，则判断上述诊断程序为非初次使用，执行步骤205；若否(即不存在第二配置文件)，则判断上述诊断程序为初次使用，执行步骤203；

在步骤203中，遍历上述外接存储器中的所有文件，根据文件后缀、文件名称以及文件校验值检测是否存在第一配置文件，若是(即存在第一配置文件)，则执行步骤204，若否(即不存在第一配置文件)，则执行步骤206；

在步骤204中，读取上述第一配置文件获取目标配置信息；

在步骤205中，读取上述第二配置文件获取目标配置信息；

在步骤206中，读取上述诊断程序的默认配置文件获取目标配置信息；

在步骤207中，确定上述诊断程序基于上述目标配置信息所支持的功能；

在步骤208中，根据上述诊断程序所支持的功能显示对应的界面。

由上可见，通过本申请实施例，可以通过不同的配置文件实现对一个诊断程序所显示的界面的配置，以此实现不同定制产品功能的设计，使得研发人员不需要对同一系列的多种定制产品分别设计对应的诊断程序，而只需配置好各个定制产品的配置文件即可。而即便出现外接存储器中不存在配置文件的情况，也可通过诊断程序的默认配置文件对诊断程序所显示的界面进行配置，进一步加强了诊断程序显示界面的灵活性。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例三

本发明实施例提供一种诊断程序界面显示装置，如图3所示，本发明实施例中的诊断程序界面显示装置300包括：

指令接收单元301，用于接收诊断程序的启动指令；

信息获取单元302，用于获取上述诊断程序的目标配置信息；

功能确定单元303，用于确定上述诊断程序基于上述目标配置信息支持的功能；

界面显示单元304，用于根据上述诊断程序支持的功能显示对应的界面。

可选地，上述信息获取单元302具体包括：

初次使用判断子单元，用于根据上述启动指令判断上述诊断程序是否初次使用；

外接存储器检测子单元，用于若上述诊断程序是初次使用，则检测上述车辆诊断设备的外接存储器中是否存在第一配置文件；

第一配置文件读取子单元，用于若上述外接存储器中存在第一配置文件，则读取上述第一配置文件获取上述目标配置信息。

可选地，外接存储器检测子单元，具体用于遍历上述外接存储器中的所有文件，根据文件后缀、文件名称以及文件校验值判断是否存在第一配置文件。

可选地，上述初次使用判断子单元，具体包括：

数据库检测子单元，用于检测上述车辆诊断设备的数据库中是否存在第二配置文件；

初次使用确定子单元，用于若检测到上述车辆诊断设备的数据库中不存在第二配置文件，则判断上述诊断程序为初次使用。

可选地，上述初次使用判断子单元，具体包括：

非初次使用确定子单元，用于若检测到上述车辆诊断设备的数据库中存在第二配置文件，则判断上述诊断程序为非初次使用；

上述信息获取单元302还包括：

第二配置文件读取子单元，用于读取上述第二配置文件获取上述目标配置信息。

可选地，上述信息获取单元302还包括：

默认配置文件读取子单元，用于当检测到上述车辆诊断设备的外接存储器中不存在第一配置文件时，读取上述诊断程序的默认配置文件获取目标配置信息。

可选地，上述诊断程序界面显示装置300还包括：

第二配置文件修改时间获取单元，用于若上述诊断程序不是初次使用，则获取数据库中第二配置文件的修改时间；

第一配置文件检测单元，用于在上述车辆诊断设备的外接存储器中检测是否存在第一配置文件；

第一配置文件修改时间获取单元，用于若在上述外接存储器中检测到上述第一配置文件，则获取上述第一配置文件的修改时间；

上述信息获取单元302，具体用于若第二配置文件的修改时间不早于上述第一配置文件的修改时间，则读取上述数据库中的第二配置文件获得目标配置信息；若第二配置文件的修改时间早于上述第一配置文件的修改时间，则读取上述外接存储器的第一配置文件获得目标配置信息。

由上可见，通过本申请实施例，诊断程序界面显示装置可以通过不同的配置文件实现对一个诊断程序所显示的界面的配置，以此实现不同定制产品功能的设计，使得研发人员不需要对同一系列的多种定制产品分别设计对应的诊断程序，而只需配置好各个定制产品的配置文件即可。而即便出现外接存储器中不存在配置文件的情况，也可通过诊断程序源代码中的配置信息对诊断程序所显示的界面进行配置，进一步加强了诊断程序显示界面的灵活性。

实施例四

本发明实施例提供一种车辆诊断设备，请参阅图4，本发明实施例中的车辆诊断设备包括：存储器401，一个或多个处理器402(图4中仅示出一个)及存储在存储器401上并可在处理器上运行的计算机程序。其中：存储器401用于存储软件程序以及模块，处理器402通过运行存储在存储器401的软件程序以及单元，从而执行各种功能应用以及数据处理，以获取上述预设事件对应的资源。具体地，处理器402通过运行存储在存储器401的上述计算机程序时实现以下步骤：

接收诊断程序的启动指令；

获取上述诊断程序的目标配置信息；

确定上述诊断程序基于上述目标配置信息支持的功能；

根据上述诊断程序支持的功能显示对应的界面。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，上述获取上述诊断程序的目标配置信息，具体包括：

根据上述启动指令判断上述诊断程序是否初次使用；

若是，则检测上述车辆诊断设备的外接存储器中是否存在第一配置文件；

若存在，则读取上述第一配置文件获取上述目标配置信息。

在上述第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，上述检测上述车辆诊断设备的外接存储器中是否存在第一配置文件，具体包括：

遍历上述外接存储器中的所有文件，根据文件后缀、文件名称以及文件校验值判断是否存在第一配置文件。

在上述第二种可能的实施方式作为基础而提供的第四种可能的实施方式中，上述根据上述启动指令判断上述诊断程序是否初次使用，具体包括：

检测上述车辆诊断设备的数据库中是否存在第二配置文件；

若不存在，则判断上述诊断程序为初次使用。

在上述第四种可能的实施方式作为基础而提供的第五种可能的实施方式中，上述检测上述车辆诊断设备的数据库中是否存在第二配置文件之后，上述诊断程序界面显示方法还包括：

若检测到上述车辆诊断设备的数据库中存在第二配置文件，则判断上述诊断程序为非初次使用，并读取上述第二配置文件获取上述目标配置信息。

在上述第二种可能的实施方式作为基础而提供的第六种可能的实施方式中，当检测到上述车辆诊断设备的外接存储器中不存在第一配置文件时，处理器402通过运行存储在存储器401的上述计算机程序时实现以下步骤：

读取上述诊断程序的默认配置文件获取目标配置信息。

在上述第五种可能的实施方式作为基础而提供的第七种可能的实施方式中，上述若检测到上述车辆诊断设备的数据库中存在第二配置文件，则判断上述诊断程序为非初次使用，并读取上述第二配置文件获取上述目标配置信息，包括：

若上述诊断程序不是初次使用，则获取数据库中第二配置文件的修改时间；

在上述车辆诊断设备的外接存储器中检测是否存在第一配置文件；

若在上述外接存储器中检测到上述第一配置文件，则获取上述第一配置文件的修改时间；

若第二配置文件的修改时间不早于上述第一配置文件的修改时间，则读取上述数据库中的第二配置文件获得目标配置信息；

若第二配置文件的修改时间早于上述第一配置文件的修改时间，则读取上述外接存储器的第一配置文件获得目标配置信息。

进一步，如图4所示，上述车辆诊断设备还可包括：一个或多个输入设备403(图4中仅示出一个)和一个或多个输出设备404(图4中仅示出一个)。存储器401、处理器402、输入设备403和输出设备404通过总线405连接。

应当理解，在本发明实施例中，所称处理器402可以是中央处理单元(centralprocessingunit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

其中，上述输出设备404可以包括显示器等。

存储器401可以包括只读存储器和随机存取存储器，并向处理器402提供指令和数据。存储器401的一部分或全部还可以包括非易失性随机存取存储器。例如，存储器401还可以存储设备类型的信息。

由上可见，通过本申请实施例，车辆诊断设备可以通过不同的配置文件实现对一个诊断程序所显示的界面的配置，以此实现不同定制产品功能的设计，使得研发人员不需要对同一系列的多种定制产品分别设计对应的诊断程序，而只需配置好各个定制产品的配置文件即可。而即便出现外接存储器中不存在配置文件的情况，也可通过诊断程序源代码中的配置信息对诊断程序所显示的界面进行配置，进一步加强了诊断程序显示界面的灵活性。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

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

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

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

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上上述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。