CN112306041A - 车辆的配置信息写入方法、装置及电子设备 - Google Patents

Abstract

本申请适用于车辆的配置信息处理技术领域，提供了车辆的配置信息写入方法、装置及电子设备，包括：从生产管理系统服务器获取车辆的配置信息，所述配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与所述诊断数据单元标识对应的配置值；将所述诊断数据单元标识以及所述配置值写入所述车辆的唯一标识对应的车辆的电控单元，所述电控单元与所述电控单元名称对应。通过上述方法，能够提高写入的配置信息的准确率。

Description

车辆的配置信息写入方法、装置及电子设备

技术领域

本申请属于车辆的配置信息处理技术领域，尤其涉及车辆的配置信息写入方法、车辆的配置信息获取方法、车辆的配置信息写入装置、电子设备及计算机可读存储介质。

背景技术

随着车辆(如汽车)工业的迅速发展，车辆从研发到生产的过程中，会经历车辆试制阶段。而从小批量生产到大批量生产的过程中，车辆的配置会根据市场需求，不停地进行变更。

同一车型的车辆，其使用的电控单元(Electronic Control Unit，ECU)为同一供应商或不同供应商按照相同的诊断规范协议开发，在开发完成后，需要将开发所涉及的配置信息对车辆进行相应的配置。

传统的配置信息写入方案中，通常是根据本地记录的配置值或现场操作人员的经验对车辆的配置信息进行人工配置。由于需要人为操作，因此，无法避免人为操作造成的错误，进而导致写入车辆的配置信息不正确。并且，如果车辆配置变更较快，那么也会给配置人员带来很大的工作量。

故，需要提供一种新的方法以解决上述技术问题。

发明内容

本申请实施例提供了车辆的配置信息写入方法，可以解决现有方法容易写入不正确的车辆的配置信息的问题。

第一方面，本申请实施例提供了一种车辆的配置信息写入方法，应用于诊断设备，包括：

从生产管理系统服务器获取车辆的配置信息，所述配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与所述诊断数据单元标识对应的配置值；

将所述诊断数据单元标识以及所述配置值写入所述车辆的唯一标识对应的车辆的电控单元，所述电控单元与所述电控单元名称对应。

可选地，所述车辆的配置信息写入方法，还包括：

存储所述车辆的配置信息。

可选地，在所述将所述诊断数据单元标识以及所述配置值写入所述车辆的唯一标识对应的车辆的电控单元之后，包括：

读取写入所述车辆的唯一标识对应的车辆的电控单元的诊断数据单元标识以及与所述诊断数据单元标识对应的配置值；

若读取的所述诊断数据单元标识与存储的配置信息中的诊断数据单元标识不同，和/或，若读取的所述诊断数据单元标识对应的配置值与存储的配置信息中的所述诊断数据单元标识对应的配置值不同，则判定配置信息写入失败，其中，所述存储的配置信息为所述车辆的唯一标识对应的配置信息。

可选地，所述配置信息还包括：用于指示所述生产管理系统服务器生成所述配置信息的时间；

在所述从生产管理系统服务器获取车辆的配置信息之后，包括：将获取的配置信息中的时间与存储的配置信息中的时间相比；

对应地，所述将所述诊断数据单元标识以及所述配置值写入所述车辆的唯一标识对应的车辆的电控单元，包括：

若所述获取的配置信息中的时间更接近当前时间，则将所述诊断数据单元标识以及所述配置值写入所述车辆的唯一标识对应的车辆的电控单元。

可选地，在所述将获取的配置信息中的时间与存储的配置信息中的时间相比之后，包括：

若所述存储的配置信息中的时间更接近当前时间，则重新从生产管理系统服务器获取所述车辆的唯一标识对应的车辆的配置信息。

可选地，所述从生产管理系统服务器获取车辆的配置信息，包括：

从生产管理系统服务器获取车辆的配置信息后，解析所述配置信息是否包括诊断数据单元标识以及与所述诊断数据单元标识对应的配置值；

若没有包括所述诊断数据单元标识以及与所述诊断数据单元标识对应的配置值，则指示所述生产管理系统服务器添加所述诊断数据单元标识以及与所述诊断数据单元标识对应的配置值。

第二方面，本申请实施例提供了一种车辆的配置信息获取方法，应用于生产管理系统服务器，包括：

从物料清单系统服务器获取车辆的配置信息，所述配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与所述诊断数据单元标识对应的配置值；

存储所述车辆的配置信息；

在与诊断设备建立通信连接时，所述生产管理系统服务器能够向所述诊断设备传输所述车辆的配置信息。

第三方面，本申请实施例提供了一种车辆的配置信息写入装置，应用于诊断设备，包括：

第一配置信息获取单元，用于从生产管理系统服务器获取车辆的配置信息，所述配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与所述诊断数据单元标识对应的配置值；

配置信息写入单元，用于将所述诊断数据单元标识以及所述配置值写入所述车辆的唯一标识对应的车辆的电控单元，所述电控单元与所述电控单元名称对应。

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

第五方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面或第二方面任一项所述的方法。

第六方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面或第二方面中任一项所述的方法。

本申请实施例与现有技术相比存在的有益效果是：

本申请实施例中，诊断设备从生产管理系统服务器获取车辆的配置信息，该配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与所述诊断数据单元标识对应的配置值，之后，诊断设备再将所述诊断数据单元标识以及所述配置值写入所述车辆的唯一标识对应的车辆的电控单元，其中，电控单元与所述电控单元名称对应。由于诊断设备对车辆执行配置刷写功能时，并不涉及任何的人为操作，因此，能够避免由于人工操作不当所导致的配置信息写入错误的问题，并且，也能够极大降低诊断人员的工作量。

可以理解的是，上述第二方面至第六方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

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

图1是本申请实施例一提供的一种车辆的配置信息写入方法的流程示意图；

图2是本申请实施例二提供的一种车辆的配置信息获取方法的流程图；

图3是本申请实施例三提供的一种车辆的配置信息写入装置的结构框图；

图4是本申请实施例四提供的一种车辆的配置信息获取装置的结构示意图；

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

具体实施方式

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

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

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

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

实施例一：

现有的配置信息写入方法中，通常是由诊断人员对待写入配置信息的车辆进行人工配置，由于涉及人为操作，因此，可能导致写入的配置信息出错，进而导致写入的配置信息不正确。为了解决上述技术问题，本申请实施例提供了一种车辆的配置信息写入方法，在该方法中，首先让生产管理系统(Manufacturing Execution System，MES)端增加必要的配置信息项，比如，增加诊断数据单元标识(Data Identifiers，DID)以及与该DID对应的配置值，然后，诊断设备再直接从MES端获取车辆的配置信息，并根据获取的配置信息对待写入配置信息的车辆执行配置刷写功能，以写入该DID和该DID对应的配置值。由于诊断设备对待写入配置信息的车辆执行配置刷写功能时，并不涉及任何的人为操作，因此，能够避免由于人工操作不当所导致的配置信息写入错误的问题，并且，也能够极大降低诊断人员的工作量。此外，由于MES端能够直接与物料清单(Bill of Material，BOM)端通信，比如与BOM端进行数据共享等，而BOM端能够更容易地获取到DID和该DID对应的配置值，也即MES端能够更容易地获取到DID和该DID对应的配置值，因此，与直接将车辆的配置信息固化在诊断设备(若将车辆的配置信息固化在诊断设备，则诊断设备的开发者需要反复与客户(如车辆供应商)沟通，获取并核对DID和该DID对应的配置值后，才能根据沟通结果开发出对应的诊断软件)相比，诊断设备通过从MES端获取车辆的配置信息后执行配置刷写功能，能够避免与客户的多次沟通，从而减少沟通时间，进而提高对车辆的检测效率。

参见图1，图1示出了本申请实施例提供的一种车辆的配置信息写入方法的流程示意图，该车辆的配置信息写入方法应用于诊断设备，详述如下：

步骤S11，从生产管理系统服务器获取车辆的配置信息，该配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

本实施例中，车辆的配置信息包括车辆的唯一标识、ECU名称、DID以及与该DID对应的配置值。其中，车辆的唯一标识包括车辆底盘号或车辆识别号码(VehicleIdentification Number，VIN)。上述的DID包括诊断指令，其通常由ECU的软件开发商自定义，比如，写VIN码的DID为：0xF190。本实施例中，诊断设备可通过接收MES端发送的配置信息获取到对应的配置信息，或者，通过主动访问该MES端获取到所需的配置信息。

在一些实施例中，诊断设备通过webservice的服务接口获取MES端存储的车辆的配置信息，或者直接访问MES服务器获取车辆的配置信息。其中，与http(post/get)相比，webservice的好处是：(1)服务接口中实现的方法和要求参数一目了然。(2)不用担心大小写问题。(3)不用担心中文百分号编码(Percent-encoding)问题。(4)代码中不用多次声明认证(账号，密码)参数。(5)传递参数可以为数组，对象等。

步骤S12，将该诊断数据单元标识以及该配置值写入该车辆的唯一标识对应的车辆的电控单元，该电控单元与该电控单元名称对应。

本实施例中，诊断设备根据车辆的唯一标识确定需写入配置信息的车辆，再根据ECU名称确定对应的ECU，进而在该ECU下写入DID以及该DID对应的配置值。

本申请实施例中，诊断设备从生产管理系统服务器获取车辆的配置信息，该配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与该诊断数据单元标识对应的配置值，之后，诊断设备再将该诊断数据单元标识以及该配置值写入该车辆的唯一标识对应的车辆的电控单元，其中，电控单元与该电控单元名称对应。由于诊断设备对车辆执行配置刷写功能时，并不涉及任何的人为操作，因此，能够避免由于人工操作不当所导致的配置信息写入错误的问题，并且，也能够极大降低诊断人员的工作量。此外，由于MES端能够直接与物料清单(Bill of Material，BOM)端通信，比如与BOM端进行数据共享等，而BOM端能够更容易地获取到DID和该DID对应的配置值，也即MES端能够更容易地获取到DID和该DID对应的配置值，因此，与直接将车辆的配置信息固化在诊断设备(若将车辆的配置信息固化在诊断设备，则诊断设备的开发者需要反复与客户(如车辆供应商)沟通，获取并核对DID和该DID对应的配置值后，才能根据沟通结果开发出对应的诊断软件)相比，诊断设备通过从MES端获取车辆的配置信息后执行配置刷写功能，能够避免与客户的多次沟通，从而减少沟通时间，进而提高对车辆的检测效率。此外，由于没有直接将车辆的配置信息固化在诊断设备(诊断设备的诊断软件)中，因此，当车辆的配置信息需要修改时，也无需重新开发诊断设备的诊断软件。

在一些实施例中，在步骤S11之前，包括：

与生产管理系统服务器建立通信连接。

具体地，诊断设备主动向MES端发送通信连接建立请求(比如，在诊断设备需要写入车辆的配置信息之前)，当MES端判断出该诊断设备为合法的诊断设备后，将返回同意建立的信息，之后，诊断设备与该MES端建立通信连接。或者，MES端主动向诊断设备发送通信连接建立请求，当该诊断设备判断出该MES端为合法的MES端后，将返回同意建立的信息，之后，该诊断设备与该MES端建立通信连接。在与MES端建立通信连接后，该诊断设备能够从MES端获取车辆的配置信息。

在一些实施例中，为了使得诊断设备能够及时获取到最新的车辆的配置信息，则MES端在对车辆的配置信息更新后，向诊断设备发送更新提示，之后，诊断设备接收到更新提示后，将主动与MES端发送通信连接建立请求。

在一些实施例中，在步骤S11或步骤S12之后，该车辆的配置信息写入方法还包括：

存储该车辆的配置信息。

本实施例中，为了便于后续追溯写入车辆的配置信息，则在获取车辆的配置信息之后，或者，将车辆的配置信息写入车辆之后，再将该车辆的配置信息存入本地数据库(由诊断设备管理)中，或者，存入MES端的数据库(由诊断人员管理)中。其中，在将车辆的配置信息写入车辆之后再存储，能够保证存储的配置信息都为写入车辆的配置信息，这样，后续比对的时候，与同时存储了写入车辆和没有写入车辆的配置信息相比，能够减少比对的运算量。

在一些实施例中，车辆写入配置信息后，其可能会提示错误，此时，为了判断出该错误是车辆本身存在的问题导致，还是诊断设备本身存在的问题导致，则在该步骤S12之后，包括：

A1、读取写入该车辆的唯一标识对应的车辆的电控单元的诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

A2、若读取的该诊断数据单元标识与存储的配置信息中的诊断数据单元标识不同，和/或，若读取的该诊断数据单元标识对应的配置值与存储的配置信息中的该诊断数据单元标识对应的配置值不同，则判定配置信息写入失败，其中，该存储的配置信息为该车辆的唯一标识对应的配置信息。

本实施例中，诊断设备与车辆建立通信，以读取该车辆的ECU的DID以及对应的配置值。将读取的DID与存储的DID比较，得到第一比较结果，以及，将读取的配置值与存储的配置值比较，得到第二比较结果。若第一比较结果(或第二比较结果)指示2个DID(或配置值)不相同。或者，若第一比较结果指示2个DID不相同，且第二比较结果指示2个配置值不相同，那么，判定车辆的配置信息写入失败。当然，若2个比较结果都指示对应的2种数据是相同的，那么判定配置信息写入成功。需要指出的是，读取的配置信息和存储的配置信息都对应同一个车辆的唯一标识。

在一些实施例中，该配置信息还包括：用于指示该生产管理系统服务器生成该配置信息的时间。

在步骤S11之后，包括：

将获取的配置信息中的时间与存储的配置信息中的时间相比。当然，这里获取的配置信息和存储的配置信息都对应同一个车辆的唯一标识。当获取车辆的配置信息后，根据获取的配置信息中的车辆的唯一标识查询是否存储有与该车辆的唯一标识对应的车辆的配置信息，若有，则将获取的配置信息中的时间与存储的配置信息中的时间相比。若没有，则直接执行步骤S12。

对应地，该步骤S12，包括：

若该获取的配置信息中的时间更接近当前时间，则将该诊断数据单元标识以及该配置值写入该车辆的唯一标识对应的车辆的电控单元。

本实施例中，配置信息还包括一个参数：时间，该时间用于指示生成其所在的配置信息的时间，比如，假设配置信息为：VIN、ECU1、DID、配置值1、2020年10月21日18:32:32，那么，表示生成该配置信息的时间为2020年10月21日18:32:32。在本实施例中，当前时间是指诊断设备获取到配置信息所对应的时间，更接近当前时间是指与当前时间的差更小所对应的时间，比如，若获取的配置信息中的时间(即生成获取的配置信息的时间)为2020年10月21日18:32:32，存储的配置信息中的时间(即生成存储的配置信息的时间)为2020年10月20日18:32:32，当前时间为2020年10月21日19:32:32，那么，获取的配置信息中的时间为更接近当前时间的时间。本实施例中，由于在将配置信息写入车辆之前，先判断生成获取的配置信息的时间是否晚于生成存储的配置信息的时间(也即，校验获取的配置信息是否为最新的配置信息)，且只有在判断出生成获取的配置信息的时间晚于生成存储的配置信息的时间后，才将获取的配置信息写入车辆，因此，能够保证写入车辆的配置信息为最新的配置信息，从而提高写入的配置信息的准确性。

在一些实施例中，在将获取的配置信息中的时间与存储的配置信息中的时间相比之后，若该存储的配置信息中的时间更接近当前时间，则重新从生产管理系统服务器获取该车辆的唯一标识对应的车辆的配置信息。

本实施例中，若诊断设备判断出存储的配置信息中的时间更接近当前时间，那么，表明获取的配置信息不是最新的配置信息，此时，其需要重新从MES端获取该车辆的唯一标识所对应的车辆的配置信息。

在一些实施例中，该步骤S11，包括：

B1、从生产管理系统服务器获取车辆的配置信息后，解析该配置信息是否包括诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

B2、若没有包括该诊断数据单元标识以及与该诊断数据单元标识对应的配置值，则指示该生产管理系统服务器添加该诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

本实施例中，由于DID及对应的配置值是MES端新增的参数，而这两个参数是诊断设备写入车辆的配置信息，因此，为了避免后续写入配置信息失败，则诊断设备在从MES端获取到车辆的配置信息之后，先判断该配置信息是否包括DID及对应的配置值，若都包含，则执行步骤S12，否则，则向MES端发送一个通知，该通知用于指示该MES端添加相同车辆的唯一标识所对应的DID和配置值。

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

实施例二：

图2示出了本申请实施例提供的一种车辆的配置信息获取方法的流程图，该车辆的配置信息获取方法应用于生产管理系统服务器，该生产管理系统服务器即为实施例一中的生产管理系统服务器，详述如下：

步骤S21，从物料清单系统服务器获取并存储车辆的配置信息，该配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

由于现有的MES端并没有存储DID及对应的配置值，因此，本申请实施例的MES端需要从BOM端获取车辆的配置信息。其中，BOM端包括车辆的各种参数，且考虑到DID是否变更通常也是由BOM端提出，因此，与在其他端(如在诊断设备端)增加DID以及对应的配置值，在BOM端增加DID以及对应的配置值能够极大提高数据的处理效率。在BOM端增加了DID以及对应的配置值之后，MES端能够从BOM端获取到包含DID及对应的配置值的车辆的配置信息。

在一些本实施例中，在S21之后，包括：

C1、MES端解析该配置信息是否包括诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

C2、若没有包括该诊断数据单元标识以及与该诊断数据单元标识对应的配置值，则指示该物料清单系统服务器添加该诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

步骤S22，存储该车辆的配置信息。

步骤S23，在与诊断设备建立通信连接时，该生产管理系统服务器能够向该诊断设备传输该车辆的配置信息。

本实施例中，MES端与诊断设备建立通信连接后，该MES端可主动将配置信息发送至诊断设备，或者，该MES端在诊断设备请求获取配置信息后，被动将对应的配置信息发送至诊断设备。

在一些实施例中，MES端可通过webservice的服务接口与诊断设备建立通信连接。

本申请实施例中，MES端在与诊断设备建立通信连接时，其能够向诊断设备传输车辆的配置信息，由于车辆的配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与该诊断数据单元标识对应的配置值，而DID和对应的配置值为诊断设备写入车辆的配置信息，因此，当诊断设备获取到对应的车辆的配置信息后，能够使得该诊断设备对车辆执行配置刷写功能时，并不涉及任何的人为操作，从而，能够避免由于人工操作不当所导致的配置信息写入错误的问题，并且，也能够极大降低诊断人员的工作量。

在一些实施例中，为了使得诊断设备能够及时获取到最新的车辆的配置信息，则MES端在对车辆的配置信息更新后，向诊断设备发送更新提示，之后，诊断设备接收到更新提示后，将主动与MES端发送通信连接建立请求。

在一些实施例中，该配置信息还包括：用于指示该生产管理系统服务器生成该配置信息的时间。

在一些实施例中，在步骤S21之后，包括：

从物料清单系统服务器获取车辆的配置信息，将获取的配置信息中的时间与存储的配置信息中的时间相比。当然，这里获取的配置信息和存储的配置信息都对应同一个车辆的唯一标识。当获取车辆的配置信息后，根据获取的配置信息中的车辆的唯一标识查询是否存储有与该车辆的唯一标识对应的车辆的配置信息，若有，则将获取的配置信息中的时间与存储的配置信息中的时间相比。

对应地，该步骤S22包括：

若获取的配置信息中的时间更接近当前时间，则存储获取的该车辆的配置信息。

在一些实施例中，在将获取的配置信息中的时间与存储的配置信息中的时间相比之后，若该存储的配置信息中的时间更接近当前时间，则MES端重新从BOM端获取该车辆的唯一标识对应的车辆的配置信息。

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

实施例三：

对应于上文实施例一该的车辆的配置信息写入方法，图3示出了本申请实施例提供的车辆的配置信息写入装置的结构框图，该车辆的配置信息写入装置应用于诊断设备，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图3，该车辆的配置信息写入装置3，包括：第一配置信息获取单元31和配置信息写入单元32。其中：

第一配置信息获取单元31，用于从生产管理系统服务器获取车辆的配置信息，该配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

配置信息写入单元32，用于将该诊断数据单元标识以及该配置值写入该车辆的唯一标识对应的车辆的电控单元，该电控单元与该电控单元名称对应。

本申请实施例中，由于诊断设备对车辆执行配置刷写功能时，并不涉及任何的人为操作，因此，能够避免由于人工操作不当所导致的配置信息写入错误的问题，并且，也能够极大降低诊断人员的工作量。此外，由于MES端能够直接与物料清单(Bill of Material，BOM)端通信，比如与BOM端进行数据共享等，而BOM端能够更容易地获取到DID和该DID对应的配置值，也即MES端能够更容易地获取到DID和该DID对应的配置值，因此，与直接将车辆的配置信息固化在诊断设备(若将车辆的配置信息固化在诊断设备，则诊断设备的开发者需要反复与客户(如车辆供应商)沟通，获取并核对DID和该DID对应的配置值后，才能根据沟通结果开发出对应的诊断软件)相比，诊断设备通过从MES端获取车辆的配置信息后执行配置刷写功能，能够避免与客户的多次沟通，从而减少沟通时间，进而提高对车辆的检测效率。此外，由于没有直接将车辆的配置信息固化在诊断设备(诊断设备的诊断软件)中，因此，当车辆的配置信息需要修改时，也无需重新开发诊断设备的诊断软件。

在一些实施例中，该车辆的配置信息写入装置3包括:

通信连接建立单元，用于与生产管理系统服务器建立通信连接。

在一些实施例中，该车辆的配置信息写入装置3包括:

更新提示接收单元，用于若接收到MES端发送的更新提示，则主动与MES端发送通信连接建立请求。

在一些实施例中，该车辆的配置信息写入装置3，还包括：

第一配置信息存储单元，用于存储该车辆的配置信息。

在一些实施例中，该车辆的配置信息写入装置3，还包括：

已写入车辆的数据读取单元，用于读取写入该车辆的唯一标识对应的车辆的电控单元的诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

配置信息写入失败判定单元，用于若读取的该诊断数据单元标识与存储的配置信息中的诊断数据单元标识不同，和/或，若读取的该诊断数据单元标识对应的配置值与存储的配置信息中的该诊断数据单元标识对应的配置值不同，则判定配置信息写入失败，其中，该存储的配置信息为该车辆的唯一标识对应的配置信息。

在一些实施例中，该配置信息还包括：用于指示该生产管理系统服务器生成该配置信息的时间。

该车辆的配置信息写入装置3，还包括：

时间比较单元，用于将获取的配置信息中的时间与存储的配置信息中的时间相比。

对应地，该配置信息写入单元32，用于：

若该获取的配置信息中的时间更接近当前时间，则将该诊断数据单元标识以及该配置值写入该车辆的唯一标识对应的车辆的电控单元。

在一些实施例中，该车辆的配置信息写入装置3，包括：

第一配置信息重新获取单元，用于若该存储的配置信息中的时间更接近当前时间，则重新从生产管理系统服务器获取该车辆的唯一标识对应的车辆的配置信息。

在一些实施例中，

该车辆的配置信息写入装置3包括：

第一配置信息解析单元，用于从生产管理系统服务器获取车辆的配置信息后，解析该配置信息是否包括诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

第一配置信息添加指示单元，用于若没有包括该诊断数据单元标识以及与该诊断数据单元标识对应的配置值，则指示该生产管理系统服务器添加该诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

实施例四：

图4示出了本申请实施例提供的一种车辆的配置信息获取装置的结构示意图，该车辆的配置信息获取装置应用于生产管理系统服务器，为了便于说明，仅示出了与本申请实施例相关的部分。

该车辆的配置信息获取装置4包括：第二配置信息获取单元41、第二配置信息存储单元42、配置信息传输单元43。其中：

第二配置信息获取单元41，用于从物料清单系统服务器获取车辆的配置信息，该配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

第二配置信息存储单元42，存储该车辆的配置信息。

配置信息传输单元43，用于在与诊断设备建立通信连接时，该生产管理系统服务器能够向该诊断设备传输该车辆的配置信息。

本申请实施例中，MES端在与诊断设备建立通信连接时，其能够向诊断设备传输车辆的配置信息，由于车辆的配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与该诊断数据单元标识对应的配置值，而DID和对应的配置值为诊断设备写入车辆的配置信息，因此，当诊断设备获取到对应的车辆的配置信息后，能够使得该诊断设备对车辆执行配置刷写功能时，并不涉及任何的人为操作，从而，能够避免由于人工操作不当所导致的配置信息写入错误的问题，并且，也能够极大降低诊断人员的工作量。

在一些实施例中，该车辆的配置信息获取装置4包括：

第二配置信息解析单元，用于解析该配置信息是否包括诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

第二配置信息添加指示单元，用于若没有包括该诊断数据单元标识以及与该诊断数据单元标识对应的配置值，则指示该物料清单系统服务器添加该诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

在一些实施例中，该车辆的配置信息获取装置4包括：

通信连接建立请求接收单元，用于对车辆的配置信息更新后，向诊断设备发送更新提示。接收该诊断设备发送的通信连接建立请求。

在一些实施例中，该配置信息还包括：用于指示该生产管理系统服务器生成该配置信息的时间。

在一些实施例中，该车辆的配置信息获取装置4包括：

物料清单系统服务器的配置信息获取单元，用于从物料清单系统服务器获取车辆的配置信息，将获取的配置信息中的时间与存储的配置信息中的时间相比。

对应地，该第二配置信息存储单元具体用于：

若获取的配置信息中的时间更接近当前时间，则存储获取的该车辆的配置信息。

在一些实施例中，该车辆的配置信息获取装置4包括：

第二配置信息重新获取单元，用于若该存储的配置信息中的时间更接近当前时间，则重新从BOM端获取该车辆的唯一标识对应的车辆的配置信息。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

实施例五：

图5为本申请一实施例提供的电子设备的结构示意图。如图5所示，该实施例的电子设备5包括：至少一个处理器50(图5中仅示出一个处理器)、存储器51以及存储在该存储器51中并可在该至少一个处理器50上运行的计算机程序52，该处理器50执行该计算机程序52时实现上述任意各个方法实施例中的步骤：

从生产管理系统服务器获取车辆的配置信息，该配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

将该诊断数据单元标识以及该配置值写入该车辆的唯一标识对应的车辆的电控单元，该电控单元与该电控单元名称对应。

或者，该处理器50执行该计算机程序52时实现上述任意各个方法实施例中的步骤：

从物料清单系统服务器获取车辆的配置信息，该配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与该诊断数据单元标识对应的配置值。

存储该车辆的配置信息。

在与诊断设备建立通信连接时，该生产管理系统服务器能够向该诊断设备传输该车辆的配置信息。

该电子设备5可以是诊断设备、桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该电子设备可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是电子设备5的举例，并不构成对电子设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，该处理器50还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器51在一些实施例中可以是该电子设备5的内部存储单元，例如电子设备5的硬盘或内存。该存储器51在另一些实施例中也可以是该电子设备5的外部存储设备，例如该电子设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述电子设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

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

本申请实施例还提供了一种网络设备，该网络设备包括：至少一个处理器、存储器以及存储在所述存储器中并可在所述至少一个处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意各个方法实施例中的步骤。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

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

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

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

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

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

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

Claims (10)

1.一种车辆的配置信息写入方法，其特征在于，应用于诊断设备，包括：

从生产管理系统服务器获取车辆的配置信息，所述配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与所述诊断数据单元标识对应的配置值；

将所述诊断数据单元标识以及所述配置值写入所述车辆的唯一标识对应的车辆的电控单元，所述电控单元与所述电控单元名称对应。

2.如权利要求1所述的车辆的配置信息写入方法，其特征在于，所述车辆的配置信息写入方法，还包括：

存储所述车辆的配置信息。

3.如权利要求2所述的车辆的配置信息写入方法，其特征在于，在所述将所述诊断数据单元标识以及所述配置值写入所述车辆的唯一标识对应的车辆的电控单元之后，包括：

读取写入所述车辆的唯一标识对应的车辆的电控单元的诊断数据单元标识以及与所述诊断数据单元标识对应的配置值；

若读取的所述诊断数据单元标识与存储的配置信息中的诊断数据单元标识不同，和/或，若读取的所述诊断数据单元标识对应的配置值与存储的配置信息中的所述诊断数据单元标识对应的配置值不同，则判定配置信息写入失败，其中，所述存储的配置信息为所述车辆的唯一标识对应的配置信息。

4.如权利要求2所述的车辆的配置信息写入方法，其特征在于，所述配置信息还包括：用于指示所述生产管理系统服务器生成所述配置信息的时间；

在所述从生产管理系统服务器获取车辆的配置信息之后，包括：将获取的配置信息中的时间与存储的配置信息中的时间相比；

对应地，所述将所述诊断数据单元标识以及所述配置值写入所述车辆的唯一标识对应的车辆的电控单元，包括：

若所述获取的配置信息中的时间更接近当前时间，则将所述诊断数据单元标识以及所述配置值写入所述车辆的唯一标识对应的车辆的电控单元。

5.如权利要求4所述的车辆的配置信息写入方法，其特征在于，在所述将获取的配置信息中的时间与存储的配置信息中的时间相比之后，包括：

若所述存储的配置信息中的时间更接近当前时间，则重新从生产管理系统服务器获取所述车辆的唯一标识对应的车辆的配置信息。

6.如权利要求1所述的车辆的配置信息写入方法，其特征在于，所述从生产管理系统服务器获取车辆的配置信息，包括：

从生产管理系统服务器获取车辆的配置信息后，解析所述配置信息是否包括诊断数据单元标识以及与所述诊断数据单元标识对应的配置值；

若没有包括所述诊断数据单元标识以及与所述诊断数据单元标识对应的配置值，则指示所述生产管理系统服务器添加所述诊断数据单元标识以及与所述诊断数据单元标识对应的配置值。

7.一种车辆的配置信息获取方法，其特征在于，应用于生产管理系统服务器，包括：

从物料清单系统服务器获取车辆的配置信息，所述配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与所述诊断数据单元标识对应的配置值；

存储所述车辆的配置信息；

在与诊断设备建立通信连接时，所述生产管理系统服务器能够向所述诊断设备传输所述车辆的配置信息。

8.一种车辆的配置信息写入装置，其特征在于，应用于诊断设备，包括：

第一配置信息获取单元，用于从生产管理系统服务器获取车辆的配置信息，所述配置信息包括车辆的唯一标识、电控单元名称、诊断数据单元标识以及与所述诊断数据单元标识对应的配置值；

配置信息写入单元，用于将所述诊断数据单元标识以及所述配置值写入所述车辆的唯一标识对应的车辆的电控单元，所述电控单元与所述电控单元名称对应。

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

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6或权利要求7中任一项所述的方法。

Images