CN111813754A - 一种文件处理方法、文件处理装置、诊断设备及电子设备 - Google Patents

Abstract

本申请适用于车辆诊断技术领域，提供了一种文件处理方法、文件处理装置、诊断设备及电子设备。其中，该方法包括：通过预设的服务器获取与待诊断车辆的车型相关联的压缩文件及预设的文本替换映射表；对所述压缩文件进行解压，得到第一源文件；根据所述文本替换映射表，将所述第一源文件中的第一标签节点替换为对应的第二标签节点，得到与所述待诊断车辆的车型相关联的第二源文件，其中，所述文本替换映射表存储有第一标签节点与第二标签节点之间的对应关系，且第一标签节点的占用空间小于对应的第二标签节点的占用空间。本申请方案可降低诊断设备在下载源文件时所耗费的流量。

Description

一种文件处理方法、文件处理装置、诊断设备及电子设备

技术领域

本申请属于车辆诊断技术领域，尤其涉及一种文件处理方法、文件处理装置、诊断设备、电子设备及计算机可读存储介质。

背景技术

随着汽车电子技术的不断发展，电子控制单元(Electronic Control Unit，ECU)在现代汽车中得到了广泛的应用。电子控制单元在提高汽车动力性、经济性、舒适性和安全性的同时，也使得车辆中的电子电气系统越来越复杂，这也促使汽车诊断技术有了更大的发展

在整车生命周期中，为了便于交换诊断数据，提高研发、测试、生产及售后的效率，降低诊断数据管理成本，提出了一种采用开源的标准化诊断数据格式的源文件，也即Opendiagnostic data exchange(ODX)源文件，以实现对车辆的诊断。然而，由于车辆中的电子电器系统较多，而每个电子电器系统均对应有多个ODX源文件，这使得单个车辆的ODX源文件的总大小会比较大。诊断设备在对不同车型的车辆进行诊断时，需要频繁下载对应的ODX源文件，导致下载流量增多。

发明内容

本申请提供了一种文件处理方法、文件处理装置、诊断设备、电子设备及计算机可读存储介质，可降低诊断设备在下载源文件时所耗费的流量，提升源文件的获取速度及效率。

第一方面，本申请提供了一种文件处理方法，应用于诊断设备，包括：

通过预设的服务器获取与待诊断车辆的车型相关联的压缩文件及预设的文本替换映射表；

对上述压缩文件进行解压，得到第一源文件；

根据上述文本替换映射表，将上述第一源文件中的第一标签节点替换为对应的第二标签节点，得到与上述待诊断车辆的车型相关联的第二源文件，其中，上述文本替换映射表存储有第一标签节点与第二标签节点之间的对应关系，且第一标签节点的占用空间小于对应的第二标签节点的占用空间。

第二方面，本申请提供了一种文件处理方法，应用于电子设备，包括：

获取与指定车型相关联的第二源文件；

根据预设的文本替换映射表，将上述第二源文件中的第二标签节点替换为第一标签节点，得到第一源文件，其中，上述文本替换映射表存储有第一标签节点与第二标签节点之间的对应关系，且第一标签节点的占用空间小于对应的第二标签节点的占用空间；

对上述第一源文件进行压缩，得到与上述指定车型相关联的压缩文件；

根据上述指定车型，将上述压缩文件存储于预设的服务器。

第三方面，本申请提供了一种文件处理装置，包括：

第一获取单元，用于通过预设的服务器获取与待诊断车辆的车型相关联的压缩文件及预设的文本替换映射表；

解压单元，用于对上述压缩文件进行解压，得到第一源文件；

第一替换单元，用于根据上述文本替换映射表，将上述第一源文件中的第一标签节点替换为第二标签节点，得到与上述待诊断车辆的车型相关联的第二源文件，其中，上述文本替换映射表存储有第一标签节点与第二标签节点之间的对应关系，且第一标签节点的占用空间小于对应的第二标签节点的占用空间。

第四方面，本申请提供了一种文件获装置，包括：

第二获取单元，用于获取与指定车型相关联的第二源文件；

第二替换单元，用于根据预设的文本替换映射表，将上述第二源文件中的第二标签节点替换为第一标签节点，得到第一源文件，其中，上述文本替换映射表存储有第一标签节点与第二标签节点之间的对应关系，且第一标签节点的占用空间小于对应的第二标签节点的占用空间；

压缩单元，用于对上述第一源文件进行压缩，得到与上述指定车型相关联的压缩文件；

存储单元，用于根据上述指定车型，将上述压缩文件存储于预设的服务器。

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

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

第七方面，本申请提供了一种文件处理系统，上述文件处理系统包括如上述第五方面的诊断设备、如上述第六方面的电子设备及服务器。

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

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

本申请与现有技术相比存在的有益效果是：诊断设备只需在下载完成并解压获得第一源文件后，通过预设的文本替换映射表对第一源文件进行还原，即可获得待诊断车辆第二源文件。由于诊断设备所下载所得到的待诊断车辆的压缩文件实际上压缩的是第一源文件，该第一源文件是将第二源文件的第二标签节点替换为对应的第一标签节点而得，考虑到第一标签节点的占用空间远小于对应的第二标签节点的占用空间，因而基于第一源文件而得的压缩文件相对于基于第二源文件而得的压缩文件来说，其文件大小显著减小，极大的节省了诊断设备对源文件的下载流量，同时提升了源文件的获取速度及效率。可以理解的是，上述第二方面至第九方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

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

图1是本申请实施例提供的一种文件处理方法的实现流程示意图；

图2是本申请实施例提供的另一种文件处理方法的实现流程示意图；

图3是本申请实施例提供的文件处理系统的系统框架示意图；

图4是本申请实施例提供的服务器、电子设备及诊断设备的交互流程示意图；

图5是本申请实施例提供的文件处理装置的结构框图；

图6是本申请实施例提供的另一种文件处理装置的结构框图；

图7是本申请实施例提供的诊断设备的结构示意图；

图8是本申请实施例提供的电子设备的结构示意图。

具体实施方式

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

当前，在车辆诊断领域，越来越多的使用ODX源文件来存储与汽车诊断协议相关的各项信息，比如ECU的配置信息，ECU中诊断服务的命令信息，以及诊断算法等。诊断服务提供方，例如4S(Automobile Sales Servicshop 4S)店在使用诊断设备对车辆进行诊断时，需要通过预设的服务器下载对应的ODX源文件，才可进行后续诊断操作。由于每个车型所对应的ODX源文件都是独立的，且一个车型往往有多个电子电器系统，且每个电子电器系统均对应有多个ODX源文件，这使得单个车辆的ODX源文件的总大小会比较大。若诊断服务提供方在短时间内对多种车型的车辆进行诊断，就会导致所需要ODX源文件的总大小较大，非常浪费下载流量。基于此，本申请实施例提出了一种文件处理方法、文件处理装置、诊断设备、电子设备及计算机可读存储介质，可一定程度减少下载源文件所需要耗费的流量，提升源文件的获取速度及效率。为了说明本申请实施例所提出的技术方案，下面通过具体实施例来进行说明。

下面对本申请实施例提供的一种文件处理方法进行描述。请参阅图1，该文件处理方法应用于诊断设备，主要描述诊断设备获取用于进行诊断操作的源文件的过程。该文件处理方法包括：

步骤101，通过预设的服务器获取与待诊断车辆的车型相关联的压缩文件及预设的文本替换映射表；

在本申请实施例中，服务器中预先存储有各个车型所分别对应的压缩文件；同时，该服务器中还存储有一预设的文本替换映射表。在存在有等待诊断的车辆，也即待诊断车辆时，诊断设备可以先获取该待诊断车辆的车型，随后从预设的服务器下载得到与待诊断车辆的车型相关联的压缩文件及预设的文本替换映射表。

在一种应用场景下，诊断设备可以通过诊断接口与待诊断车辆相连，并以此读取待诊断车辆的车辆识别码(Vehicle Identification Number，VIN)。也即，在这种应用场景下，诊断设备可通过该车辆识别码智能确定待诊断车辆的车型。

在另一种应用场景下，诊断设备可以显示一车型输入界面。该车型输入界面可显示有一输入框；诊断设备通过用户在该输入框中所输入的车型信息确定待诊断车辆的车型。或者，该车型输入界面可显示有一选择框；诊断设备通过用户在该选择框中所选择的车型信息确定待诊断车辆的车型。也即，在这种应用场景下，诊断设备可通过用户的人工操作确定待诊断车辆的车型。

步骤102，对上述压缩文件进行解压，得到第一源文件；

在本申请实施例中，诊断设备可获取该压缩包的压缩格式，并基于该压缩格式对该压缩包进行解压。解压后，即可获得该压缩包所存储的第一源文件。示例性地，该第一源文件的格式可以为ODX格式。

步骤103，根据上述文本替换映射表，将上述第一源文件中的第一标签节点替换为对应的第二标签节点，得到与上述待诊断车辆的车型相关联的第二源文件。

在本申请实施例中，文本替换映射表里存储有至少一个第一标签节点，以及分别与各个第一标签节点唯一对应的第二标签节点。也即，文本替换映射表中存储有第一标签节点与第二标签节点之间的对应关系，第一标签节点的数量等于第二标签节点的数量，一个第一标签节点对应一个第二标签节点，且不同的第一标签节点所对应的第二标签节点不同。需要注意的是，第一标签节点的占用空间小于对应的第二标签节点的占用空间。可以认为，第二标签节点是具备实际含义且可以直接进行解析的原始的标签节点；而第一标签节点是对第二标签节点进行简化而获得的标签节点，因而第一标签节点已不具备实际含义，仅可用于表示简化后的数据。

上述第一源文件中的各个标签节点均为第一标签节点，诊断设备可根据文本替换映射表，将第一源文件中的每个第一标签节点均替换为对应的第二标签节点。最终，所得到的替换完毕的源文件即为与上述待诊断车辆的车型相关联的第二源文件。可以认为，该第二源文件为待诊断车辆的汽车厂商所提供的可直接用于进行诊断操作的源文件。诊断设备可按照ODX的语法来解析第二源文件中的各项数据，以实现诊断协议的各个功能。

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

A1、基于指定格式对上述第一源文件进行解析，得到组成上述第一源文件的至少一个第一标签节点；

其中，当第一源文件的格式为ODX时，由于ODX源文件实质为基于可扩展标记语言(Extensible Markup Language，XML)格式的文本文件，因而此处可以按照XML的语法及标签对第一源文件进行解析，获得组成该第一源文件的至少一个第一标签节点。

A2、针对每个第一标签节点，检索上述第一标签节点在上述文本替换映射表中所对应的第二标签节点；

其中，对于解析所获得的每个第一标签节点来说，诊断设备均为其执行相同的操作：考虑到文本替换映射表中存储有第一标签节点及第二标签节点之间的对应关系，因而，可对第一源文件中所包含的第一标签节点进行遍历，并将遍历得到的各个第一标签节点依次作为被检索项，检索其在文本替换映射表中所对应的第二标签节点。示例性地，当第一源文件的格式为ODX时，可从第一源文件的根标签节点开始，按照从上到下，从外到内的顺序来对标签节点进行遍历，以避免遍历过程中出现标签节点重复或遗漏的情况。

在一些实施例中，标签节点由标签名称、属性名称、标签的值及属性的值而构成。在车辆诊断领域，标签节点中的标签名称及属性名称均由汽车厂商进行设定。示例性地，标签名称用于指示诊断数据的名称，例如波特率及诊断管脚等；相对应地，标签的值即为诊断数据所取的值。属性名称用于对诊断数据的属性进行描述；相对应地，属性的值为预先设定的在该属性名称下所对应的状态，其中，属性的值的可取范围已预先基于国际标准化组织(International Organization for Standardization，ISO)进行了规定。由于标签名称及属性名称往往是一长串的字符串，因而，本申请实施例通过对标签名称及属性名称的简化来实现对标签节点的简化。基于此，上述检索上述第一标签节点在上述文本替换映射表中所对应的第二标签节点的步骤可具体为：

A21、获取上述第一标签节点所包含的第一标签名称及第一属性名称；

其中，第一标签节点为简化后的标签节点。由于标签节点由标签名称、属性名称、标签的值及属性的值而构成，因而，此处将第一标签节点所包含的标签名称记为第一标签名称，将第一标签节点所包含的属性名称记为第一属性名称。

A22、检索上述第一标签名称在上述文本替换映射表中所对应的第二标签名称，其中，上述第一标签名称的字符数小于对应的第二标签名称的字符数；

A23、检索上述第一属性名称在上述文本替换映射表中所对应的第二属性名称，其中，上述第一属性名称的字符数小于对应的第二属性名称的字符数；

其中，文本替换映射表实际可存储两部分的内容：一部分是简化前的标签名称(也即第二标签名称)与简化后的标签名称(也即第一标签名称)的对应关系，一部分是简化前的属性名称(也即第二属性名称)及简化后的属性名称(也即第一属性名称)的对应关系。仅作为示例，文本替换映射表所存储的内容可如下表1所示：

表1

由上表可见，第一标签名称及第一属性名称(也即简化后的标签名称及属性名称)并没有实际含义，可基于短小无重复的原则，采用字符和/或数字对第一标签名称及第一属性名称进行配置，此处不作限定。通过查阅文本替换映射表，即可获知各个第一标签名称所分别对应的第二标签名称，同时还可获知各个第一属性名称所分别对应的第二属性名称。

A24、根据上述第二标签名称及上述第二属性名称还原得到上述第一标签节点所对应的第二标签节点。

其中，对于一第一标签节点来说，在查阅得到了该第一标签节点中的第一标签名称所对应的第二标签名称，以及该第一标签节点中的第一属性名称所对应的第二属性名称后，将该第一标签节点中的第一标签名称替换为对应的第二标签名称，同时将该第一标签节点中的第一属性名称替换为对应的第二属性名称，即可实现标签节点的还原。还原后所得的标签节点即为第二标签节点，也即未进行简化(简化前的)的标签节点。

仅作为示例，假定一第一标签节点为<LL IT＝"CLOSED">81848</LL>，该标签节点包括第一标签名称“LL”及第一属性名称“IT”。通过表1所给出的文本替换映射表，可得第一标签名称“LL”所对应的第二标签名称为“LOWER-LIMIT”，第一属性名称“IT”所对应的第二属性名称为“INTERVAL-TYPE”。基于此，可还原得到与<LL IT＝"CLOSED">81848</LL>这一第一标签节点所对应的第二标签节点为<LOWER-LIMIT INTERVAL-TYPE＝"CLOSED">81848</LOWER-LIMIT>。

A3、分别将上述第一源文件中的各个第一标签节点替换为对应的第二标签节点，得到与上述待诊断车辆的车型相关联的第二源文件。

其中，通过遍历及检索组成该第一源文件的各个第一标签节点，可得到与该第一源文件的各个第一标签节点所分别对应的第二标签节点。为了实现对源文件的还原，此处可分别将上述第一源文件中的各个第一标签节点替换为对应的第二标签节点，替换后所得到的源文件即为第二源文件。

可选地，考虑到汽车厂商所给出的源文件可能会不定期更新；且随着源文件的更新，文本替换映射表也可能出现更新，因而，文件处理方法还包括：

向服务器发送更新查询指令，上述更新查询指令用于查询上述压缩文件和/或上述文本替换映射表是否有更新；

若接收到上述服务器基于上述更新查询指令所返回的更新反馈信息，则通过上述服务器获取更新后的上述压缩文件和/或上述文本替换映射表。

其中，诊断设备在通过步骤101-103获得了与一车型相关联的第二源文件后，可将该第二源文件存储于本地。这样一来，后续再对相同车型的其它车辆进行诊断时，只要服务器中所存储的与该车型相关联的压缩文件没有更新，则可认为与该车型相关联的源文件也没有更新，此时可直接从本地获取第二源文件，而无需重新下载；反之，若服务器中所存储的与该车型相关联的压缩文件有更新，则可知对压缩文件解压所得的与该车型相关联的第一源文件也有更新，相对应地，还原所得的与该车型相关联的第二源文件也必然有更新；此时若仍然直接从本地获取第二源文件进行车辆诊断，则可能导致诊断出现异常或错误。并且，在第一源文件有更新的情况下，可能该第一源文件中新增了此前未出现过的第一标签节点及对应的第二标签节点，这会导致文本替换映射表也可能存在更新。基于此，为了保障诊断的正确执行，诊断设备可以向服务器发送更新查询指令，上述更新查询指令用于查询上述压缩文件和/或上述文本替换映射表是否有更新。若接收到上述服务器基于上述更新查询指令所返回的用于指示上述压缩文件和/或上述文本替换映射表有更新的更新反馈信息，则通过上述服务器获取更新后的压缩文件和/或文本替换映射表。

在一种应用场景下，可以是在服务器已存储有与某一车型相关联的第二源文件，且需要对该车型的车辆再次进行诊断操作之前，向服务器发送上述更新查询指令。例如，诊断设备在1月1日准备对属于车型A的车辆A1进行诊断，此时通过步骤101至103初次获取到了与车型A相关联的第二源文件，还获取到了文本映射表，将该第二源文件及文本映射表均保存于诊断设备的本地；随后，诊断设备在1月30日准备对属于车型A的车辆A2进行诊断，此时诊断设备的本地已存储有与车型A相关联第二源文件，但诊断设备仍先向服务器发送更新查询指令，以查询文本映射表和/或与该车型A相关联的压缩文件是否有更新。

在一种应用场景下，可以是在服务器已存储有与某一车型相关联的第二源文件后，周期性向服务器发送上述更新查询指令。例如，诊断设备在1月1日准备对属于车型A的车辆A1进行诊断，此时通过步骤101至103初次获取到了与车型A相关联的第二源文件，还获取到了文本映射表，将该第二源文件及文本映射表均保存于诊断设备的本地；随后，诊断设备基于预设的间隔时间(例如三天)周期性向服务器发送上述更新查询指令。也即，每隔三天，不管诊断设备是否准备对属于车型A的另一车辆进行诊断，均会向服务器发送更新查询指令，以查询文本映射表和/或与该车型A相关联的压缩文件是否有更新。

示例性地，对于一指定车型来说，与该指定车型相关联的压缩文件和/或文本替换映射表是否有更新，存在有如下四种情况：

压缩文件和/或文本替换映射表均无更新。这种情况下，诊断设备直接使用其本地中所存储的与指定车型相关联的第二源文件进行诊断操作。

压缩文件有更新，而文本替换映射表无更新。这种情况下，仅下载更新后的压缩文件，并采用诊断设备的本地所存储的文本替换映射表对更新后的压缩文件进行处理，得到并使用更新后的第二源文件进行诊断操作。

压缩文件无更新，而文本替换映射表有更新。这种情况下，文本替换映射表的更新通常是由与其它车型(非该指定车型)相关联的源文件的更新所引起的，因而，此时可以直接使用诊断设备的本地中所存储的与指定车型的第二源文件进行诊断操作，并下载更新后的文本替换映射表，以避免后续在诊断高峰期进行下载而导致下载速度变慢；或者，可以直接使用诊断设备的本地中所存储的与指定车型相关联的第二源文件进行诊断操作，且不下载更新后的文本替换映射表，并待后续有需要时，才下载更新后的文本替换映射表。

压缩文件有更新，且文本替换映射表有更新。这种情况下，由于无法确定文本替换映射表的更新是否由与该指定车型相关联的源文件的更新所引起，因而，此时需要同时下载更新后的文本替换映射表及更新后的压缩文件，并采用更新后的文本替换映射表对更新后的压缩文件进行处理，得到并使用更新后的第二源文件进行诊断操作。

由上可见，在本申请实施例中，诊断设备只需在下载完成并解压获得第一源文件后，通过预设的文本替换映射表对第一源文件进行还原，即可获得待诊断车辆第二源文件。由于诊断设备下载所得到的待诊断车辆的压缩文件实际上压缩的是第一源文件，该第一源文件是将第二源文件的第二标签节点替换为对应的第一标签节点而得，考虑到第一标签节点的占用空间远小于对应的第二标签节点的占用空间，因而基于第一源文件而得的压缩文件相对于基于第二源文件而得的压缩文件来说，其文件大小显著减小，极大的节省了诊断设备对源文件的下载流量，同时提升源文件的获取速度及效率。

下面对本申请实施例提供的另一种文件处理方法进行描述。请参阅图2，该文件处理方法应用于电子设备，主要描述电子设备基于用于进行诊断操作的源文件生成并上传压缩文件的过程。该文件处理方法包括：

步骤201，获取与指定车型相关联的第二源文件；

在本申请实施例中，电子设备通常为汽车厂商所持有，其可根据汽车厂商的配置，获取与指定车型相关联的第二源文件。其中，指定车型为汽车厂商所生产的任一车型；第二源文件为汽车厂商所提供的可直接用于对指定车型的车辆进行诊断操作的源文件，该源文件通常为ODX格式。

步骤202，根据预设的文本替换映射表，将上述第二源文件中的第二标签节点替换为第一标签节点，得到第一源文件；

在本申请实施例中，文本替换映射表里存储有至少一个第一标签节点，以及分别与各个第一标签节点唯一对应的第二标签节点。也即，文本替换映射表中存储有第一标签节点与第二标签节点之间的对应关系，第一标签节点的数量等于第二标签节点的数量，一个第一标签节点对应一个第二标签节点，且不同的第一标签节点所对应的第二标签节点不同。需要注意的是，第一标签节点的占用空间小于对应的第二标签节点的占用空间。可以认为，第二标签节点是具备实际含义的且可以直接进行解析的原始的标签节点；而第一标签节点是对第二标签节点进行简化而获得的标签节点，因而第一标签节点已不具备实际含义，仅可用于表示简化后的数据。

上述第二源文件中的各个标签节点均为第二标签节点，电子设备可根据文本替换映射表，将第二源文件中的每个第二标签节点均替换为对应的第一标签节点。最终，所得到的替换完毕的源文件为与上述待诊断车辆的车型相关联的第一源文件。可以认为，该第一源文件是基于与指定车型相关联的第二源文件简化而得。

步骤203，对上述第一源文件进行压缩，得到与上述指定车型相关联的压缩文件；

在本申请实施例中，电子设备可以继续对所得到的简化后的源文件，也即第一源文件进行压缩处理。在压缩完成后，即可得到与指定车型相关联的压缩文件。该压缩文件可以采用RAR(Roshal ARchive)格式，也可以采用ZIP格式，此处不对压缩文件所采用的文件格式作出限定。

步骤204，根据上述指定车型，将上述压缩文件存储于预设的服务器。

在本申请实施例中，电子设备可以将压缩文件上传至服务器中，以使得服务器能够存储该压缩文件。为了避免将该压缩文件与其它压缩文件混淆，该压缩文件中还可以携带指定车型的信息，例如，以指定车型对压缩文件的文件名进行命名，以使得服务器可以获知所接收到的压缩文件与哪一车型相关联，方便后续诊断设备根据待诊断车辆的车型从服务器中确定所要下载的压缩文件。

可选地，步骤203具体包括：

B1、基于指定格式对上述第二源文件进行解析，得到组成上述第二源文件的至少一个第二标签节点；

B2、针对每个第二标签节点，检索上述第二标签节点在上述文本替换映射表中所对应的第一标签节点；

B3、分别将上述第二源文件中的各个第二标签节点替换为对应的第一标签节点，得到第一源文件。

其中，步骤B1、B2及B3可以视为步骤A1、A2及A3的逆向操作，其操作流程类似，此处不作赘述。

可选地，上述检索上述第二标签节点在上述文本替换映射表中所对应的第一标签节点的步骤可具体为：

B21、获取上述第二标签节点所包含的第二标签名称及第二属性名称；

B22、检索上述第二标签名称在上述文本替换映射表中所对应的第一标签名称，其中，上述第一标签名称的字符数小于对应的第二标签名称的字符数；

B23、检索上述第二属性名称在上述文本替换映射表中所对应的第一属性名称，其中，上述第二属性名称的字符数小于对应的第一属性名称的字符数；

B24、根据上述第一标签名称及上述第一属性名称构建得到上述第二标签节点所对应的第一标签节点。

其中，步骤B21、B22、B23及B24可以视为步骤A21、A22、A23及A24的逆向操作，其操作流程类似，此处不作赘述。

仅作为示例，假定一第二标签节点为<LOWER-LIMIT INTERVAL-TYPE＝"CLOSED">81848</LOWER-LIMIT>，该标签节点包括第二标签名称“LOWER-LIMIT”及第二属性名称“INTERVAL-TYPE”。通过表1所给出的文本替换映射表，可得第二标签名称“LOWER-LIMIT”所对应的第一标签名称为“LL”，第二属性名称“INTERVAL-TYPE”所对应的第一属性名称为“IT”。基于此，可构建得到<LOWER-LIMIT INTERVAL-TYPE＝"CLOSED">81848</LOWER-LIMIT>这一第二标签节点所对应的第一标签节点为<LL IT＝"CLOSED">81848</LL>。

可选地，若汽车厂商更新了与指定车型相关联的第二源文件，则电子设备可以重新执行步骤201至204，以对服务器中所存储的与指定车型相关联的压缩文件进行更新。

可选地，若汽车厂商所更新的第二源文件中涉及到了新的第二标签节点(也即新的第二标签名称及新的第二属性名称)，则电子设备还可以基于更新后的第二源文件对服务器中所存储的文件替换映射表进行更新，具体为在文件替换映射表中配置新的第二标签名称所对应的第一标签名称，以及配置新的第二属性名称所对应的第一属性名称。

由上可见，在本申请实施例中，电子设备并不是直接将第二源文件压缩上传到服务器，而是将第二源文件的第二标签节点替换为对应的第一标签节点，获得第一源文件后，将第一源文件压缩上传到服务器。考虑到第一标签节点的占用空间远小于对应的第二标签节点的占用空间，因而基于第一源文件而得的压缩文件相对于基于第二源文件而得的压缩文件来说，其文件大小显著减小，极大的节省了电子设备对源文件的上传流量，同时节约了服务器的处理负载。

下面对本申请实施例提供的一种文件处理系统进行描述。请参阅图3，该文件处理系统3包括服务器31、一个以上电子设备32(图3中仅示出一个)及一个以上诊断设备33(图3中仅示出一个)。其中，电子设备32与服务器31相连，诊断设备33也与服务器32相连。基于该文件处理系统，本申请实施例又提供了一种文件处理方法，请参阅图4，图4给出了服务器、电子设备及诊断设备之间的交互流程的示意，详述如下：

步骤401，电子设备获取指定车型的第二源文件；

其中，该指定车型的第二源文件指的是与指定车型相关联的第二源文件。

步骤402，电子设备根据预设的文本替换映射表，将指定车型的第二源文件中的第二标签节点替换为第一标签节点，得到指定车型的第一源文件。

其中，该指定车型的第一源文件指的是与指定车型相关联的第一源文件。文本替换映射表存储于服务器中，电子设备可预先从服务器中下载而得。该文本替换映射表存储有第一标签节点与第二标签节点之间的对应关系，且第一标签节点的占用空间小于对应的第二标签节点的占用空间。可以认为，指定车型的第一源文件为对指定车型的第二源文件进行简化而得，可大大减小源文件的占用空间。

步骤403，电子设备对指定车型的第一源文件进行压缩，得到指定车型的压缩文件。

其中，该指定车型的压缩文件指的是与指定车型相关联的压缩文件。

步骤404，电子设备将指定车型的压缩文件上传至服务器。

步骤405，服务器存储电子设备所上传的指定车型的压缩文件。

步骤406，诊断设备在需要对指定车型的车辆进行待诊断时，从服务器下载指定车型的压缩文件；并且，若诊断设备本地未存储有文本替换映射表，则从服务器下载该文本替换映射表。

步骤407，诊断设备对指定车型的压缩文件进行解压，得到指定车型的第一源文件。

步骤408，诊断设备根据文本替换映射表，将指定车型的第一源文件中的第一标签节点替换为对应的第二标签节点，得到指定车型的第二源文件。

步骤409，诊断设备基于指定车型的第二源文件，对车辆进行诊断。

需要注意的是，考虑到通常一个车型会关联有多个第二源文件，因而针对与指定车型相关联的每个第二源文件，均可执行上述步骤401至408；或者，也可以是基于指定车型的每个第二源文件得到对应的第一源文件后，对所得到的该指定车型的所有第一源文件进行压缩，得到唯一的一个压缩文件，并上传至服务器中存储，此处不作限定。

由上可见，在申请实施例中，电子设备并不是直接将第二源文件压缩上传到服务器，而是将第二源文件的第二标签节点替换为对应的第一标签节点，获得第一源文件后，将第一源文件压缩上传到服务器。相对应地，诊断设备只需在下载完成并解压获得第一源文件后，通过预设的文本替换映射表对第一源文件进行还原，即可获得待诊断车辆第二源文件。由于实际上传及下载的压缩文件均为基于第一源文件而得的压缩文件，该第一源文件是将第二源文件的第二标签节点替换为对应的第一标签节点而得，考虑到第一标签节点的占用空间远小于对应的第二标签节点的占用空间，因而基于第一源文件而得的压缩文件相对于基于第二源文件而得的压缩文件来说，其文件大小显著减小，一方面极大的节省了电子设备对源文件的上传流量，节约了服务器的处理负载，另一方面极大的节省了诊断设备对源文件的下载流量，同时提升了源文件的获取速度及效率。

对应于上文所提供的应用于诊断设备的文件处理方法，本申请实施例还提供了一种文件处理装置。如图5所示，本申请实施例中的文件处理装置500包括：

第一获取单元501，用于通过预设的服务器获取与待诊断车辆的车型相关联的压缩文件及预设的文本替换映射表；

解压单元502，用于对上述压缩文件进行解压，得到第一源文件；

第一替换单元503，用于根据上述文本替换映射表，将上述第一源文件中的第一标签节点替换为第二标签节点，得到与上述待诊断车辆的车型相关联的第二源文件，其中，上述文本替换映射表存储有第一标签节点与第二标签节点之间的对应关系，且第一标签节点的占用空间小于对应的第二标签节点的占用空间。

可选地，上述第一替换单元503，包括：

第一文件解析子单元，用于基于指定格式对上述第一源文件进行解析，得到组成上述第一源文件的至少一个第一标签节点；

第一标签节点检索子单元，用于针对每个第一标签节点，检索上述第一标签节点在上述文本替换映射表中所对应的第二标签节点；

第一标签节点替换子单元，用于分别将上述第一源文件中的各个第一标签节点替换为对应的第二标签节点，得到与所述待诊断车辆的车型相关联的第二源文件。

可选地，上述第一标签节点检索子单元，包括：

第一名称获取子单元，用于获取上述第一标签节点所包含的第一标签名称及第一属性名称；

第一标签名称检索子单元，用于检索上述第一标签名称在上述文本替换映射表中所对应的第二标签名称，其中，上述第一标签名称的字符数小于对应的第二标签名称的字符数；

第一属性名称检索子单元，用于检索上述第一属性名称在上述文本替换映射表中所对应的第二属性名称，其中，上述第一属性名称的字符数小于对应的第二属性名称的字符数；

还原子单元，用于根据上述第二标签名称及上述第二属性名称还原得到上述第一标签节点所对应的第二标签节点。

可选地，上述文件处理装置500还包括：

指令发送单元，用与向服务器发送更新查询指令，上述更新查询指令用于查询上述压缩文件和/或上述文本替换映射表是否有更新；

更新获取单元，用于若接收到上述服务器基于上述更新查询指令所返回的更新反馈信息，则通过上述服务器获取更新后的上述压缩文件和/或上述文本替换映射表。

由上可见，本申请实施例中，文件处理装置只需在下载完成并解压获得第一源文件后，通过预设的文本替换映射表对第一源文件进行还原，即可获得待诊断车辆第二源文件。由于诊断设备下载所得到的待诊断车辆的压缩文件实际上压缩的是第一源文件，该第一源文件是将第二源文件的第二标签节点替换为对应的第一标签节点而得，考虑到第一标签节点的占用空间远小于对应的第二标签节点的占用空间，因而基于第一源文件而得的压缩文件相对于基于第二源文件而得的压缩文件来说，其文件大小显著减小，极大的节省了诊断设备对源文件的下载流量，同时提升源文件的获取速度及效率。

对应于上文所提供的应用于电子设备的文件处理方法，本申请实施例还提供了一种文件处理装置。如图6所示，本申请实施例中的文件处理装置600包括：

第二获取单元601，用于获取与指定车型相关联的第二源文件；

第二替换单元602，用于根据预设的文本替换映射表，将上述第二源文件中的第二标签节点替换为第一标签节点，得到第一源文件，其中，上述文本替换映射表存储有第一标签节点与第二标签节点之间的对应关系，且第一标签节点的占用空间小于对应的第二标签节点的占用空间；

压缩单元603，用于对上述第一源文件进行压缩，得到与上述指定车型相关联的压缩文件；

存储单元604，用于根据上述指定车型，将上述压缩文件存储于预设的服务器。

可选地，上述第二替换单元602，包括：

第二文件解析子单元，用于基于指定格式对上述第二源文件进行解析，得到组成上述第二源文件的至少一个第二标签节点；

第二标签节点检索子单元，用于针对每个第二标签节点，检索上述第二标签节点在上述文本替换映射表中所对应的第一标签节点；

第二标签节点替换子单元，用于分别将上述第二源文件中的各个第二标签节点替换为对应的第一标签节点，得到第一源文件。

可选地，上述第二标签节点检索子单元，包括：

第二名称获取子单元，用于获取上述第二标签节点所包含的第二标签名称及第二属性名称；

第二标签名称检索子单元，用于检索上述第二标签名称在上述文本替换映射表中所对应的第一标签名称，其中，上述第一标签名称的字符数小于对应的第二标签名称的字符数；

第二属性名称检索子单元，用于检索上述第二属性名称在上述文本替换映射表中所对应的第一属性名称，其中，上述第二属性名称的字符数小于对应的第一属性名称的字符数；

构建子单元，用于根据上述第一标签名称及上述第一属性名称构建得到上述第二标签节点所对应的第一标签节点。

由上可见，本申请实施例中，文件处理装置并不是直接将第二源文件压缩上传到服务器，而是将第二源文件的第二标签节点替换为对应的第一标签节点，获得第一源文件后，将第一源文件压缩上传到服务器。考虑到第一标签节点的占用空间远小于对应的第二标签节点的占用空间，因而基于第一源文件而得的压缩文件相对于基于第二源文件而得的压缩文件来说，其文件大小显著减小，极大的节省了电子设备对源文件的上传流量，同时节约了服务器的处理负载。

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

通过预设的服务器获取与待诊断车辆的车型相关联的压缩文件及预设的文本替换映射表；

对上述压缩文件进行解压，得到第一源文件；

根据上述文本替换映射表，将上述第一源文件中的第一标签节点替换为对应的第二标签节点，得到与上述待诊断车辆的车型相关联的第二源文件，其中，上述文本替换映射表存储有第一标签节点与第二标签节点之间的对应关系，且第一标签节点的占用空间小于对应的第二标签节点的占用空间。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，上述根据上述文本替换映射表，将上述第一源文件中的第一标签节点替换为对应的第二标签节点，得到与上述待诊断车辆的车型相关联的第二源文件，包括：

基于指定格式对上述第一源文件进行解析，得到组成上述第一源文件的至少一个第一标签节点；

针对每个第一标签节点，检索上述第一标签节点在上述文本替换映射表中所对应的第二标签节点；

分别将上述第一源文件中的各个第一标签节点替换为对应的第二标签节点，得到与所述待诊断车辆的车型相关联的第二源文件。

在上述第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，上述检索上述第一标签节点在上述文本替换映射表中所对应的第二标签节点，包括：

获取上述第一标签节点所包含的第一标签名称及第一属性名称；

检索上述第一标签名称在上述文本替换映射表中所对应的第二标签名称，其中，上述第一标签名称的字符数小于对应的第二标签名称的字符数；

检索上述第一属性名称在上述文本替换映射表中所对应的第二属性名称，其中，上述第一属性名称的字符数小于对应的第二属性名称的字符数；

根据上述第二标签名称及上述第二属性名称还原得到上述第一标签节点所对应的第二标签节点。

在上述一种可能的实施方式作为基础，或者上述二种可能的实施方式作为基础，或者上述三种可能的实施方式作为基础而提供的第四种可能的实施方式中，在上述得到与上述待诊断车辆的车型相关联的第二源文件之后，第一处理器702通过运行存储在第一存储器701的上述第一计算机程序时还实现以下步骤：

向服务器发送更新查询指令，上述更新查询指令用于查询上述压缩文件和/或上述文本替换映射表是否有更新；

若接收到上述服务器基于上述更新查询指令所返回的更新反馈信息，则通过上述服务器获取更新后的上述压缩文件和/或上述文本替换映射表。

应当理解，在本申请实施例中，所称第一处理器702可以是中央处理单元(CentralProcessing Unit，CPU)，该第一处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器，或者也可以是任何常规的处理器等。

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

由上可见，在本申请实施例中，诊断设备只需在下载完成并解压获得第一源文件后，通过预设的文本替换映射表对第一源文件进行还原，即可获得待诊断车辆第二源文件。由于诊断设备下载所得到的待诊断车辆的压缩文件实际上压缩的是第一源文件，该第一源文件是将第二源文件的第二标签节点替换为对应的第一标签节点而得，考虑到第一标签节点的占用空间远小于对应的第二标签节点的占用空间，因而基于第一源文件而得的压缩文件相对于基于第二源文件而得的压缩文件来说，其文件大小显著减小，极大的节省了诊断设备对源文件的下载流量，同时提升源文件的获取速度及效率。

对应于上文所提供的应用于电子设备的文件处理方法，本申请实施例还提供了一种电子设备，请参阅图8，本申请实施例中的电子设备8包括：第二存储器801，一个或多个第二处理器802(图8中仅示出一个)及存储在第二存储器801上并可在第二处理器上运行的第二计算机程序。其中：第二存储器801用于存储软件程序以及单元，第二处理器802通过运行存储在第二存储器801的软件程序以及单元，从而执行各种功能应用以及数据处理，以获取上述预设事件对应的资源。具体地，第二处理器802通过运行存储在第二存储器801的上述第二计算机程序时实现以下步骤：

获取与指定车型相关联的第二源文件；

根据预设的文本替换映射表，将上述第二源文件中的第二标签节点替换为第一标签节点，得到第一源文件，其中，上述文本替换映射表存储有第一标签节点与第二标签节点之间的对应关系，且第一标签节点的占用空间小于对应的第二标签节点的占用空间；

对上述第一源文件进行压缩，得到与上述指定车型相关联的压缩文件；

根据上述指定车型，将上述压缩文件存储于预设的服务器。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，上述根据预设的文本替换映射表，将上述第二源文件中的第二标签节点替换为第一标签节点，得到第一源文件，包括：

基于指定格式对上述第二源文件进行解析，得到组成上述第二源文件的至少一个第二标签节点；

针对每个第二标签节点，检索上述第二标签节点在上述文本替换映射表中所对应的第一标签节点；

分别将上述第二源文件中的各个第二标签节点替换为对应的第一标签节点，得到第一源文件。

在上述第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，上述检索上述第二标签节点在上述文本替换映射表中所对应的第一标签节点的步骤可具体为：

获取上述第二标签节点所包含的第二标签名称及第二属性名称；

检索上述第二标签名称在上述文本替换映射表中所对应的第一标签名称，其中，上述第一标签名称的字符数小于对应的第二标签名称的字符数；

检索上述第二属性名称在上述文本替换映射表中所对应的第一属性名称，其中，上述第二属性名称的字符数小于对应的第一属性名称的字符数；

根据上述第一标签名称及上述第一属性名称构建得到上述第二标签节点所对应的第一标签节点。

应当理解，在本申请实施例中，所称第二处理器802可以是中央处理单元(CentralProcessing Unit，CPU)，该第二处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器，或者也可以是任何常规的处理器等。

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

由上可见，在本申请实施例中，电子设备并不是直接将第二源文件压缩上传到服务器，而是将第二源文件的第二标签节点替换为对应的第一标签节点，获得第一源文件后，将第一源文件压缩上传到服务器。考虑到第一标签节点的占用空间远小于对应的第二标签节点的占用空间，因而基于第一源文件而得的压缩文件相对于基于第二源文件而得的压缩文件来说，其文件大小显著减小，极大的节省了电子设备对源文件的上传流量，同时节约了服务器的处理负载。

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

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

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

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

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

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

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

Claims (10)

1.一种文件处理方法，其特征在于，应用于诊断设备，包括：

通过预设的服务器获取与待诊断车辆的车型相关联的压缩文件及预设的文本替换映射表；

对所述压缩文件进行解压，得到第一源文件；

根据所述文本替换映射表，将所述第一源文件中的第一标签节点替换为对应的第二标签节点，得到与所述待诊断车辆的车型相关联的第二源文件，其中，所述文本替换映射表存储有第一标签节点与第二标签节点之间的对应关系，且第一标签节点的占用空间小于对应的第二标签节点的占用空间。

2.如权利要求1所述的文件处理方法，其特征在于，所述根据所述文本替换映射表，将所述第一源文件中的第一标签节点替换为对应的第二标签节点，得到与所述待诊断车辆的车型相关联的第二源文件，包括：

基于指定格式对所述第一源文件进行解析，得到组成所述第一源文件的至少一个第一标签节点；

针对每个第一标签节点，检索所述第一标签节点在所述文本替换映射表中所对应的第二标签节点；

分别将所述第一源文件中的各个第一标签节点替换为对应的第二标签节点，得到与所述待诊断车辆的车型相关联的第二源文件。

3.如权利要求2所述的方法，其特征在于，所述检索所述第一标签节点在所述文本替换映射表中所对应的第二标签节点，包括：

获取所述第一标签节点所包含的第一标签名称及第一属性名称；

检索所述第一标签名称在所述文本替换映射表中所对应的第二标签名称，其中，所述第一标签名称的字符数小于对应的第二标签名称的字符数；

检索所述第一属性名称在所述文本替换映射表中所对应的第二属性名称，其中，所述第一属性名称的字符数小于对应的第二属性名称的字符数；

根据所述第二标签名称及所述第二属性名称还原得到所述第一标签节点所对应的第二标签节点。

4.如权利要求1至3任一项所述的方法，其特征在于，在所述得到与所述待诊断车辆的车型相关联的第二源文件之后，所述文件处理方法还包括：

向服务器发送更新查询指令，所述更新查询指令用于查询所述压缩文件和/或所述文本替换映射表是否有更新；

若接收到所述服务器基于所述更新查询指令所返回的更新反馈信息，则通过所述服务器获取更新后的所述压缩文件和/或所述文本替换映射表。

5.一种文件处理方法，其特征在于，应用于电子设备，包括：

获取与指定车型相关联的第二源文件；

根据预设的文本替换映射表，将所述第二源文件中的第二标签节点替换为第一标签节点，得到第一源文件，其中，所述文本替换映射表存储有第一标签节点与第二标签节点之间的对应关系，且第一标签节点的占用空间小于对应的第二标签节点的占用空间；

对所述第一源文件进行压缩，得到与所述指定车型相关联的压缩文件；

根据所述指定车型，将所述压缩文件存储于预设的服务器。

6.如权利要求5所述的文件处理方法，其特征在于，所述根据预设的文本替换映射表，将所述第二源文件中的第二标签节点替换为第一标签节点，得到第一源文件，包括：

基于指定格式对所述第二源文件进行解析，得到组成所述第二源文件的至少一个第二标签节点；

针对每个第二标签节点，检索所述第二标签节点在所述文本替换映射表中所对应的第一标签节点；

分别将所述第二源文件中的各个第二标签节点替换为对应的第一标签节点，得到第一源文件。

7.一种文件处理装置，其特征在于，所述文件处理装置包括：

第一获取单元，用于通过预设的服务器获取与待诊断车辆的车型相关联的压缩文件及预设的文本替换映射表；

解压单元，用于对所述压缩文件进行解压，得到第一源文件；

第一替换单元，用于根据所述文本替换映射表，将所述第一源文件中的第一标签节点替换为第二标签节点，得到与所述待诊断车辆的车型相关联的第二源文件，其中，所述文本替换映射表存储有第一标签节点与第二标签节点之间的对应关系，且第一标签节点的占用空间小于对应的第二标签节点的占用空间。

8.一种文件处理装置，其特征在于，所述文件处理装置包括：

第二获取单元，用于获取与指定车型相关联的第二源文件；

第二替换单元，用于根据预设的文本替换映射表，将所述第二源文件中的第二标签节点替换为第一标签节点，得到第一源文件，其中，所述文本替换映射表存储有第一标签节点与第二标签节点之间的对应关系，且第一标签节点的占用空间小于对应的第二标签节点的占用空间；

压缩单元，用于对所述第一源文件进行压缩，得到与所述指定车型相关联的压缩文件；

存储单元，用于根据所述指定车型，将所述压缩文件存储于预设的服务器。

9.一种诊断设备，包括第一存储器、第一处理器以及存储在所述第一存储器中并可在所述第一处理器上运行的第一计算机程序，其特征在于，所述第一处理器执行所述第一计算机程序时实现如权利要求1至4任一项所述的方法。

10.一种电子设备，包括第二存储器、第二处理器以及存储在所述第二存储器中并可在所述第二处理器上运行的第二计算机程序，其特征在于，所述第二处理器执行所述第二计算机程序时实现如权利要求5或6所述的方法。

Images