CN113936357A - 一种诊断数据下发方法、系统、设备及存储介质 - Google Patents

Abstract

本发明提供了一种诊断数据下发方法、系统、设备及存储介质，诊断数据下发方法包括：响应于诊断数据获取请求，获取其包含的车辆信息和来源信息；采用车辆信息与预设诊断数据库中的车辆信息进行匹配，获取预设诊断数据库中对应的诊断数据作为目标数据；采用来源信息与预设数据格式库中的来源信息进行匹配，按照匹配到的预设数据格式库中对应的数据格式将目标数据进行格式转换，将格式转换后的目标数据发送至请求方。本发明在接收到诊断数据获取请求时，能够将对应的诊断数据转换为特定数据格式自动打包下方，提高了数据分配效率；实现了标准化诊断数据的多方共享，使得车辆诊断相关的多个服务系统能够获取到一致的诊断数据，提高了服务质量。

Description

一种诊断数据下发方法、系统、设备及存储介质

技术领域

本发明涉及数据处理技术领域，特别是涉及一种诊断数据下发方法、系统、设备及存储介质。

背景技术

车辆诊断是指在不解体车辆(或仅卸下个别零件)的条件下，确定汽车的实时状况，查明故障部位及原因的检查，通常情况下，车辆的诊断是通过如下方式实现的：诊断端通过需要进行车辆诊断的车辆控制器的诊断地址与其进行通讯，获取当前车辆的实时诊断数据，随后根据需要进行车辆诊断的车辆的电子控制单元(Electronic Control Unit，ECU)信息，获取到标准化诊断数据，将其与实时诊断数据进行对比，从而获得当前车辆的故障状态。

然而，在实际使用过程中，技术人员通过数据配置端上传多个车型对应的诊断数据至服务器，但这些诊断数据只能依靠手动打包，无法自动下发，因此请求方无法自动获取当前车辆的标准化诊断数据，且现有技术中车辆的标准化诊断数据只对售后系统开放，对于不同的业务系统无法实现数据多方共享，限制了开发方后续的服务开发和升级。

综上，现有技术中的标准化诊断数据存在无法自动下发，无法实现数据多方共享的技术问题。

发明内容

鉴于以上现有技术的缺点，本发明的目的在于提供一种诊断数据下发方法、系统、设备及存储介质，用于解决现有技术中的标准化诊断数据存在无法自动下发，无法实现数据多方共享的技术问题。

为实现上述目的及其他相关目的，本发明提供一种诊断数据下发方法，包括：

响应于请求方发起的诊断数据获取请求，获取其包含的车辆信息和来源信息；

采用所述车辆信息与预设诊断数据库中的车辆信息进行匹配；其中，所述预设诊断数据库中的车辆信息与诊断数据一一对应；若匹配失败，则将所述车辆信息发送至数据配置端以获取对应的诊断数据作为目标数据；若匹配成功，则将匹配到的诊断数据，作为目标数据；

采用所述来源信息与预设数据格式库中的来源信息进行匹配；其中，所述预设数据格式库中的来源信息与格式数据一一对应；若匹配失败，则将一预设数据格式作为目标数据格式；

将匹配到的数据格式作为目标数据格式，并按照所述目标数据格式，将所述目标数据进行格式转换；

将格式转换后的目标数据发送至所述请求方。

在本发明一实施例中，所述车辆信息包括待诊断车辆的项目名称、车系、车型、车辆代码中的至少一种。

在本发明一实施例中，所述将所述车辆信息发送至数据配置端以获取对应的诊断数据的步骤包括：

采用所述车辆信息与预存的多种标准车辆信息进行匹配；

若匹配成功，则将所述车辆信息发送至所述数据配置端以获取对应的诊断数据；

若匹配失败，则向所述请求端发出提示信息以提示其进行所述诊断数据获取请求的修改。

在本发明一实施例中，预存的数据格式包括ODX格式、OTX格式、PDX格式、EXCEL格式、XML格式中的至少一种。

在本发明一实施例中，还包括：

接收数据配置端发出的更新数据；其中，所述更新数据包括对应的车辆信息；

采用所述更新数据对应的车辆信息与预设诊断数据库中的车辆信息进行匹配；其中，所述预设诊断数据库中的车辆信息与诊断数据一一对应；

若匹配成功，则将匹配到的诊断数据更新为所述更新数据；

若匹配失败，则将所述更新数据及对应的车辆信息进行储存。

本发明还公开了一种诊断数据下发系统，采用上述诊断数据下发方法，包括：

信息获取模块，用于根据请求方发起的诊断数据获取请求，获取其包含的车辆信息和来源信息；

第一匹配模块，用于采用所述车辆信息与预设诊断数据库中的车辆信息进行匹配；其中，所述预设诊断数据库中的车辆信息与诊断数据一一对应；

第一发送模块，用于在所述车辆信息与预设诊断数据库中的车辆信息匹配失败时，将所述车辆信息发送至数据配置端以获取对应的诊断数据；

数据获取模块，用于在所述车辆信息与预设诊断数据库中的车辆信息匹配成功时，根据匹配到的车辆信息，获取所述预设诊断数据库中对应的诊断数据，作为目标数据；

第二匹配模块，用于采用所述来源信息与预设数据格式库中的来源信息进行匹配；其中，所述预设数据格式库中的来源信息与格式数据一一对应；

格式获取模块，用于在所述来源信息与预设数据格式库中的来源信息匹配失败时，则将一预设数据格式作为目标数据格式；在所述来源信息与预设数据格式库中的来源信息匹配成功时，则将匹配到的数据格式作为目标数据格式；

格式转换模块，用于按照所述目标数据格式，将所述目标数据进行格式转换；

第二发送模块，用于将格式转换后的目标数据发送至所述请求方。

在本发明一实施例中，所述第一发送模块包括：

数据匹配单元，用于采用所述车辆信息与预存的多种标准车辆信息进行匹配；

数据发送单元，用于在所述车辆信息与预存的多种标准车辆信息匹配成功时，将所述车辆信息发送至所述数据配置端以获取对应的诊断数据；

提示单元，用于在所述车辆信息与预存的多种标准车辆信息匹配失败时，向所述请求端发出提示信息以提示其进行所述诊断数据获取请求的修改。

在本发明一实施例中，还包括：

数据接收模块，用于接收数据配置端发出的更新数据；其中，所述更新数据包括对应的车辆信息；

第三匹配模块，用于采用所述更新数据对应的车辆信息与预设诊断数据库中的车辆信息进行匹配；其中，所述预设诊断数据库中的车辆信息与诊断数据一一对应；

数据更新模块，用于在所述更新数据对应的车辆信息与预设诊断数据库中的车辆信息匹配成功时，将匹配到的诊断数据更新为所述更新数据；

存储模块，用于在所述更新数据对应的车辆信息与预设诊断数据库中的车辆信息匹配失败时，则将所述更新数据及对应的车辆信息进行储存。

本发明还公开了一种计算机设备，包括处理器，所述处理器和存储器耦合，所述存储器存储有程序指令，当所述存储器存储的程序指令被所述处理器执行时实现上述诊断数据下发方法。

本发明还公开了一种计算机可读的存储介质，包括程序，当其在计算机上运行时，使得计算机执行上述诊断数据下发方法。

本发明提供的一种诊断数据下发方法、系统、设备及存储介质提前存储有多种车型对应的标准化诊断数据，并能够根据研发人员上传的最新标准化诊断数据进行实时更新；在接收到请求方发出的诊断数据获取请求时，能够将对应的标准化诊断数据转换为当前请求方对应的特定数据格式，并将其自动打包下方，提高了数据分配效率，且本方案实现了标准化诊断数据的多方共享，使得车辆诊断相关的多个服务系统能够获取到一致的标准化诊断数据，提高了服务质量。

附图说明

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

图1显示为本发明的一种诊断数据下发方法于一实施例中的流程示意图。

图2显示为本发明的一种诊断数据下发系统于一实施例中的结构示意图。

图3显示为本发明的一种诊断数据下发系统于一实施例中的第一发送模块的结构示意图。

图4显示为本发明的一种计算机设备于一实施例中的结构示意图。

元件标号说明

110、信息获取模块；120、第一匹配模块；130、第一发送模块；131、数据匹配单元；132、数据发送单元；133、提示单元；140、数据获取模块；150、第二匹配模块；160、格式获取模块；170、格式转换模块；180、第二发送模块；190、数据接收模块；1100、三匹配模块；1110数据更新模块；1120、存储模块；200、计算机设备；210、处理器；220、存储器。

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其它优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。还应当理解，本发明实施例中使用的术语是为了描述特定的具体实施方案，而不是为了限制本发明的保护范围。下列实施例中未注明具体条件的试验方法，通常按照常规条件，或者按照各制造商所建议的条件。

请参阅图1至图4。须知，本说明书附图所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本发明可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本发明所能产生的功效及所能达成的目的下，均应仍落在本发明所揭示的技术内容所能涵盖的范围内。同时，本说明书中所引用的如“上”、“下”、“左”、“右”、“中间”及“一”等的用语，亦仅为便于叙述的明了，而非用以限定本发明可实施的范围，其相对关系的改变或调整，在无实质变更技术内容下，当亦视为本发明可实施的范畴。

当实施例给出数值范围时，应理解，除非本发明另有说明，每个数值范围的两个端点以及两个端点之间任何一个数值均可选用。除非另外定义，本发明中使用的所有技术和科学术语与本技术领域的技术人员对现有技术的掌握及本发明的记载，还可以使用与本发明实施例中所述的方法、设备、材料相似或等同的现有技术的任何方法、设备和材料来实现本发明。

汽车诊断是由检查、分析、判断等一系列活动完成的。而判断的这一过程需要基于当前待诊断车辆的标准化的诊断数据来进行，由于市面上的车型过多，待诊断车辆的诊断数据需要从预设诊断数据库中匹配获取，在实际处理过程中，除了车辆维修过程中应用的售后系统端，研发人员的系统端、负责装配的工厂的系统端、ECU供应商的系统端以及测试人员的系统端为了满足不同的处理需求，也会从预设诊断数据库中调取诊断数据。

请参阅图1，显示为本实施例中的一种诊断数据下发方法的流程示意图，该诊断数据下发方法包括：

步骤S100、响应于请求方发起的诊断数据获取请求，获取其包含的车辆信息和来源信息。

请求调取诊断数据的请求方包括但不限于上述的售后系统端、研发人员的系统端、负责装配的工厂的系统端、ECU供应商的系统端以及测试人员的系统端；工作人员通过上述任一系统端发出诊断数据获取请求时，该诊断数据获取请求同时携带有待诊断车辆的车辆信息和来源信息，来源信息根据发出该诊断数据获取请求的系统端确定，例如可以为当前系统端的端口数据、系统名称等。

其中，车辆信息包括待诊断车辆的项目名称、车系、车型、车辆代码中的至少一种。

步骤S200、采用车辆信息与预设诊断数据库中的车辆信息进行匹配；其中，预设诊断数据库中的车辆信息与诊断数据一一对应；若匹配失败，则将车辆信息发送至数据配置端以获取对应的诊断数据；若匹配成功，则将匹配到的诊断数据作为目标数据。

不同车型的车辆对应有不同的车辆信息，预设诊断数据库中的诊断数据与多种车辆信息一一对应，因此预设诊断数据库中预先存储有多种标准化的诊断数据及对应的车辆信息。

将诊断数据获取请求包含的车辆信息与预设诊断数据库中包含的多种车辆信息进行匹配，计算各自包含的车辆的项目名称、车系、车型、车辆代码的相似度，若该相似度达到100％，则匹配成功，若未达到，则匹配失败，此时将诊断数据获取请求包含的车辆信息发送至数据配置端以获取对应的诊断数据。

具体的，车辆信息中还包括中待诊断车辆所包含的ECU的种类及个数，则相应的，诊断数据包括对应车型包含的各种ECU的标准化数据。

进一步的，上述将所述车辆信息发送至数据配置端以获取对应的诊断数据的步骤具体包括：

采用车辆信息与预存的多种标准车辆信息进行匹配；

若匹配成功，则将车辆信息发送至数据配置端以获取对应的诊断数据；

若匹配失败，则向请求端发出提示信息以提示其进行诊断数据获取请求的修改。

在该车辆信息的匹配过程中，预存的多种标准车辆信息可以从预设的车辆信息数据库中获取，也可以从互联网中获取。该步骤用以判断当前诊断数据获取请求包含的车辆信息是否存在对应的车辆。

若匹配成功，则认为该车辆信息存在对应的车辆，但预设诊断数据库中不存在对应的标准化诊断数据，此时将该车辆信息发送给数据配置端，技术人员根据该车辆信息获取相应的诊断数据，以弥补诊断数据的缺失。

若匹配失败，则认为该车辆信息不存在对应的车辆，此时将该诊断数据获取请求连同提示信息一齐返回至请求方，以提示其进行对应内容的检查和修改。

本实施例中的数据配置端即为现有技术中技术人员上传诊断数据的系统端，在此不再做详细描述。

若匹配成功，根据匹配到的预设诊断数据库中的车辆信息，提取预设诊断数据库中对应的诊断数据，作为该诊断数据获取请求对应的待诊断车辆的标准化诊断数据。

步骤S300、采用来源信息与预设数据格式库中的来源信息进行匹配；其中，预设数据格式库中的来源信息与格式数据一一对应；若匹配失败，则将一预设数据格式作为目标数据格式。

不同的系统端发起的诊断数据获取请求对应有不同的来源信息，预设数据格式库中的格式数据与多种来源信息一一对应，因此预设数据格式库中预先存储有多种数据格式及对应的来源信息。

具体的，预设数据格式库中包括但不限于ODX格式、OTX格式、PDX格式、EXCEL格式、XML格式这几种数据格式，且ODX格式+OTX格式与售后系统端、测试人员的系统端的来源信息相对应，PDX格式与负责装配的工厂的系统端的来源信息相对应，EXCEL格式与研发人员的系统端的来源信息相对应，XML格式与ECU供应商的系统端的来源信息相对应。

进一步的，将诊断数据获取请求包含的来源信息与预设数据格式库中包含的多种来源信息进行匹配，计算其相似度，若所有相似度均未达到100％，则匹配失败，此时将一预设数据格式，例如WORD格式作为目标数据格式。

在该种实施例中，当接收到未知的请求方发起的诊断数据获取请求时，则首先将预设数据格式作为目标数据格式，后续再将该未知的请求方的来源信息发送至数据配置端以进行对应的数据格式的配置。

在实际使用过程中，例如，预设数据格式为PDF格式，当存在有新的ECU供应商，而预设数据格式库还没来得及更新该ECU供应商使用的系统端对应的数据格式，且此时收到该ECU供应商发起的诊断数据获取请求，则将目标数据转化为PDF格式后进行发送。

在另一种较优的实施例中，步骤S300还可以包括一个来源信息的正确性的判断过程，具体包括：

采用来源信息与预设数据格式库中的来源信息进行匹配；其中，预设数据格式库中的来源信息与格式数据一一对应；若匹配失败，则进一步进行来源信息的正确性的判断；将来源信息与预设数据格式库中的所有来源信息进行匹配，若最高的匹配度达到一匹配度阈值，则认为该来源信息存在信息错误，则将其发送回请求方，并提示其进行来源信息的修改，若未达到匹配度阈值，则认为是未获得授权的请求方，此时向该请求方发出提示信息，内容例如可以为“未获得授权，无法获得数据”。

在该种实施例中，预设诊断数据库中的诊断数据只针对几个特定的请求方开放数据共享功能，若预设数据格式库中不存在对应的来源信息，请求方便无法获取数据。步骤S400、将匹配到的数据格式作为目标数据格式，并按照所述目标数据格式，将所述目标数据进行格式转换；

若上述相似度中的一个达到100％，则匹配成功，根据匹配到的预设数据格式库中的来源信息，获取到预设数据格式库中的数据格式作为目标数据格式，并按照该目标数据格式，将目标数据进行格式转换；

步骤S500、将格式转换后的目标数据发送至请求方。

本实施例中的诊断数据下发方法还包括一种预设诊断数据库中的诊断数据的更新过程，包括：

接收数据配置端发出的更新数据；其中，更新数据包括对应的车辆信息；

采用更新数据对应的车辆信息与预设诊断数据库中的车辆信息进行匹配；其中，预设诊断数据库中的车辆信息与诊断数据一一对应；

若匹配成功，则将匹配到的诊断数据更新为更新数据；

若匹配失败，则将更新数据及对应的车辆信息进行储存。

工作人员通过数据配置端上传更新数据，该更新数据携带有对应的车辆信息，将更新数据携带的车辆信息与预设诊断数据库中的车辆信息进行匹配，若匹配成功，则认为工作人员通过数据配置端上传的更新数据是为了将原有的诊断数据进行更新，此时根据匹配到的预设诊断数据库中的车辆信息，提取对应的预设诊断数据库中的诊断数据，将其删除，并将更新数据作为最新的诊断数据；若匹配失败，则认为工作人员是在上传新车型对应的诊断数据，此时将更新数据及对应的车辆信息储存下来，以弥补诊断数据的缺失。

请参阅图2，本实施例还包括一种诊断数据下发系统100，包括

信息获取模块110，用于根据请求方发起的诊断数据获取请求，获取其包含的车辆信息和来源信息；

第一匹配模块120，用于采用车辆信息与预设诊断数据库中的车辆信息进行匹配；其中，预设诊断数据库中的车辆信息与诊断数据一一对应；

第一发送模块130，用于在车辆信息与预设诊断数据库中的车辆信息匹配失败时，将车辆信息发送至数据配置端以获取对应的诊断数据；

数据获取模块140，用于在车辆信息与预设诊断数据库中的车辆信息匹配成功时，根据匹配到的车辆信息，获取预设诊断数据库中对应的诊断数据，作为目标数据；

第二匹配模块150，用于采用来源信息与预设数据格式库中的来源信息进行匹配；其中，预设数据格式库中的来源信息与格式数据一一对应；

格式获取模块160，用于在来源信息与预设数据格式库中的来源信息匹配失败时，则将一预设数据格式作为目标数据格式；在来源信息与预设数据格式库中的来源信息匹配成功时，则将匹配到的数据格式作为目标数据格式；

格式转换模块170，用于按照目标数据格式，将目标数据进行格式转换；

第二发送模块180，用于将格式转换后的目标数据发送至请求方。

请参阅图3，第一发送模块130包括：

数据匹配单元131，用于采用车辆信息与预存的多种标准车辆信息进行匹配；

数据发送单元132，用于在车辆信息与预存的多种标准车辆信息匹配成功时，将车辆信息发送至数据配置端以获取对应的诊断数据；

提示单元133，用于在车辆信息与预存的多种标准车辆信息匹配失败时，向请求端发出提示信息以提示其进行诊断数据获取请求的修改。

本实施例中的诊断数据下发系统100还包括：

数据接收模块190，用于接收数据配置端发出的更新数据；其中，更新数据包括对应的车辆信息；

第三匹配模块1100，用于采用更新数据对应的车辆信息与预设诊断数据库中的车辆信息进行匹配；其中，预设诊断数据库中的车辆信息与诊断数据一一对应；

数据更新模块1110，用于在更新数据对应的车辆信息与预设诊断数据库中的车辆信息匹配成功时，将匹配到的诊断数据更新为更新数据；

存储模块1120，用于在更新数据对应的车辆信息与预设诊断数据库中的车辆信息匹配失败时，则将更新数据及对应的车辆信息进行储存。

请参阅图4，在本实施例中，还包括一种计算机设备200，包括处理器210，处理器210和存储器220耦合，存储器220存储有程序指令，当存储器220存储的程序指令被处理器210执行时实现上述诊断数据下发方法。处理器210可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件；所述存储器220可能包含随机存取存储器(Random Access Memory，简称RAM)，也可能还包括非易失性存储器(Non-Volatile Memory)，例如至少一个磁盘存储器。所述存储器220也可以为随机存取存储器(Random Access Memory，RAM)类型的内部存储器，所述处理器210、存储器220可以集成为一个或多个独立的电路或硬件，如：专用集成电路(Application Specific Integrated Circuit，ASIC)。需要说明的是，上述的存储器220中的计算机程序可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。

在本实施例中，还包括一种计算机可读的存储介质，包括程序，当其在计算机上运行时，使得计算机执行上述诊断数据下发方法。

本发明提供的一种诊断数据下发方法、系统、设备及存储介质提前存储有多种车型对应的标准化诊断数据，并能够根据研发人员上传的最新标准化诊断数据进行实时更新；在接收到请求方发出的诊断数据获取请求时，能够将对应的标准化诊断数据转换为当前请求方对应的特定数据格式，并将其自动打包下方，提高了数据分配效率，且本方案实现了标准化诊断数据的多方共享，使得车辆诊断相关的多个服务系统能够获取到一致的标准化诊断数据，提高了服务质量。所以，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (10)

1.一种诊断数据下发方法，其特征在于，包括：

响应于请求方发起的诊断数据获取请求，获取其包含的车辆信息和来源信息；

采用所述车辆信息与预设诊断数据库中的车辆信息进行匹配；其中，所述预设诊断数据库中的车辆信息与诊断数据一一对应；若匹配失败，则将所述车辆信息发送至数据配置端以获取对应的诊断数据作为目标数据；若匹配成功，则将匹配到的诊断数据作为目标数据；

采用所述来源信息与预设数据格式库中的来源信息进行匹配；其中，所述预设数据格式库中的来源信息与格式数据一一对应；若匹配失败，则将一预设数据格式作为目标数据格式；若匹配成功，则将匹配到的数据格式作为目标数据格式；

按照所述目标数据格式，将所述目标数据进行格式转换；

将格式转换后的目标数据发送至所述请求方。

2.根据权利要求1所述的诊断数据下发方法，其特征在于：所述车辆信息包括待诊断车辆的项目名称、车系、车型、车辆代码中的至少一种。

3.根据权利要求1所述的诊断数据下发方法，其特征在于：所述将所述车辆信息发送至数据配置端以获取对应的诊断数据的步骤包括：

采用所述车辆信息与预存的多种标准车辆信息进行匹配；

若匹配成功，则将所述车辆信息发送至所述数据配置端以获取对应的诊断数据；

若匹配失败，则向所述请求端发出提示信息以提示其进行所述诊断数据获取请求的修改。

4.根据权利要求3所述的诊断数据下发方法，其特征在于：预存的数据格式包括ODX格式、OTX格式、PDX格式、EXCEL格式、XML格式中的至少一种。

5.根据权利要求1所述的诊断数据下发方法，其特征在于：还包括：

接收数据配置端发出的更新数据；其中，所述更新数据包括对应的车辆信息；

采用所述更新数据对应的车辆信息与预设诊断数据库中的车辆信息进行匹配；其中，所述预设诊断数据库中的车辆信息与诊断数据一一对应；

若匹配成功，则将匹配到的诊断数据更新为所述更新数据；

若匹配失败，则将所述更新数据及对应的车辆信息进行储存。

6.一种诊断数据下发系统，其特征在于，采用如权利要求1-5中任意一项所述的诊断数据下发方法，包括：

信息获取模块，用于根据请求方发起的诊断数据获取请求，获取其包含的车辆信息和来源信息；

第一匹配模块，用于采用所述车辆信息与预设诊断数据库中的车辆信息进行匹配；其中，所述预设诊断数据库中的车辆信息与诊断数据一一对应；

第一发送模块，用于在所述车辆信息与预设诊断数据库中的车辆信息匹配失败时，将所述车辆信息发送至数据配置端以获取对应的诊断数据；

数据获取模块，用于根据匹配到的车辆信息，获取所述预设诊断数据库中对应的诊断数据，作为目标数据；

第二匹配模块，用于采用所述来源信息与预设数据格式库中的来源信息进行匹配；其中，所述预设数据格式库中的来源信息与格式数据一一对应；

格式获取模块，用于在所述来源信息与预设数据格式库中的来源信息匹配失败时，将一预设数据格式作为目标数据格式；在所述来源信息与预设数据格式库中的来源信息匹配成功时，将匹配到的数据格式作为目标数据格式；

格式转换模块，用于按照所述目标数据格式，将所述目标数据进行格式转换；

第二发送模块，用于将格式转换后的目标数据发送至所述请求方。

7.根据权利要求1所述的诊断数据下发系统，其特征在于：所述第一发送模块包括：

数据匹配单元，用于采用所述车辆信息与预存的多种标准车辆信息进行匹配；

数据发送单元，用于在所述车辆信息与预存的多种标准车辆信息匹配成功时，将所述车辆信息发送至所述数据配置端以获取对应的诊断数据；

提示单元，用于在所述车辆信息与预存的多种标准车辆信息匹配失败时，向所述请求端发出提示信息以提示其进行所述诊断数据获取请求的修改。

8.根据权利要求1所述的诊断数据下发系统，其特征在于：还包括：

数据接收模块，用于接收数据配置端发出的更新数据；其中，所述更新数据包括对应的车辆信息；

第三匹配模块，用于采用所述更新数据对应的车辆信息与预设诊断数据库中的车辆信息进行匹配；其中，所述预设诊断数据库中的车辆信息与诊断数据一一对应；

数据更新模块，用于在所述更新数据对应的车辆信息与预设诊断数据库中的车辆信息匹配成功时，将匹配到的诊断数据更新为所述更新数据；

存储模块，用于在所述更新数据对应的车辆信息与预设诊断数据库中的车辆信息匹配失败时，则将所述更新数据及对应的车辆信息进行储存。

9.一种计算机设备，其特征在于，包括处理器，所述处理器和存储器耦合，所述存储器存储有程序指令，当所述存储器存储的程序指令被所述处理器执行时实现权利要求1-5中任意一项所述的诊断数据下发方法。

10.一种计算机可读的存储介质，其特征在于，包括程序，当其在计算机上运行时，使得计算机执行如权利要求1-5中任意一项所述的诊断数据下发方法。

Images