车辆软件标识识别方法、装置、电子设备及存储介质与流程

1.本发明涉及车辆技术领域，尤其涉及一种车辆软件标识识别方法、装置、电子设备及存储介质。


背景技术：

2.随着自动驾驶的发展，人们对于汽车的计算和控制能力要求越来越高。越来越多的功能以软件的形式提供给用户，因此软件定义汽车正在成为汽车发展的重要趋势。当汽车中的软件需要安装或更新时，可以利用空中下载技术(over the air technology，ota)，借助ota联网到云端安装或更新汽车中的软件。为满足软件更新管理系统的认证，车辆需要设置法规软件标识符(regulation
×
software identification number，rxswin)，用于标识升级前后，软件变化对法规相关内容的影响情况。
3.相关技术中，rxswin的识别方式通常是在车辆审核抽检时获取车载控制器对应的配置版本信息，进而，车检工作人员可以根据车检后台自行维护的映射关系表，对所获取的配置版本信息进行人工识别。这样的识别方式，可能会存在识别效率以及识别准确率低等问题，并且，在车载控制器配置版本信息发生变更的情况下，无法对发生变更的车载控制器进行及时定位的问题。


技术实现要素：

4.本发明提供了一种车辆软件标识识别方法、装置、电子设备及存储介质，以实现车端云端对车辆软件标识码进行双重冗余识别的效果，提高了车辆软件标识码的识别效率和识别准确率，并且，还提升了车辆的软件安全性。
5.根据本发明的第一方面，提供了一种车辆软件标识识别方法，该方法应用于云端，包括：
6.接收车端上报的每个车载控制器对应的配置版本信息，并确定与所述配置版本信息对应的至少一个第一软件标识码；
7.接收所述车端上报的至少一个第二软件标识码，将所述至少一个第一软件标识码和所述至少一个第一软件标识码进行匹配，生成匹配结果，并基于所述匹配结果对所述车端所属待识别车辆进行处理。
8.根据本发明的第二方面，提供了一种车辆软件标识识别方法，该方法应用于车端，包括：
9.当检测到车载控制器的软件版本号发生变化时，获取待识别车辆中每个所述车载控制器对应的配置版本信息，并将每个所述配置版本信息上报至云端；
10.基于预先存储的第一软件标识映射表和每个所述车载控制器对应的配置版本信息，确定与所述待识别车辆对应的至少一个第二软件标识码；
11.将所述至少一个第二软件标识码上报至所述云端，以使所述云端对已接收的所述至少一个第二软件标识码与所述云端生成的至少一个第一软件标识码进行匹配，并基于匹
配结果对所述待识别车辆进行处理。
12.根据本发明的第三方面，提供了一种车辆软件标识识别装置，该装置配置于云端，包括：
13.配置版本信息接收模块，用于接收车端上报的每个车载控制器对应的配置版本信息，并确定与所述配置版本信息对应的至少一个第一软件标识码；
14.软件标识匹配模块，用于接收所述车端上报的至少一个第二软件标识码，将所述至少一个第一软件标识码和所述至少一个第一软件标识码进行匹配，生成匹配结果，并基于所述匹配结果对所述车端所属待识别车辆进行处理。
15.根据本发明的第四方面，提供了一种车辆软件标识识别装置，该装置配置于车端，包括：
16.配置版本信息获取模块，用于当检测到车载控制器的软件版本号发生变化时，获取待识别车辆中每个所述车载控制器对应的配置版本信息，并将每个所述配置版本信息上报至云端；
17.第一软件标识确定模块，用于基于预先存储的第一软件标识映射表和每个所述车载控制器对应的配置版本信息，确定与所述待识别车辆对应的至少一个第二软件标识码；
18.软件标识上报模块，用于将所述至少一个第二软件标识码上报至所述云端，以使所述云端对已接收的所述至少一个第二软件标识码与所述云端生成的至少一个第一软件标识码进行匹配，并基于匹配结果对所述待识别车辆进行处理。
19.根据本发明的第五方面，提供了一种电子设备，所述电子设备包括：
20.至少一个处理器；以及
21.与所述至少一个处理器通信连接的存储器；其中，
22.所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的车辆软件标识识别方法。
23.根据本发明的第六方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的车辆软件标识识别方法。
24.本发明实施例的技术方案，通过接收车端上报的每个车载控制器对应的配置版本信息，并确定与配置版本信息对应的至少一个第一软件标识码，进一步的，接收车端上报的至少一个第二软件标识码，将至少一个第一软件标识码和至少一个第一软件标识码进行匹配，生成匹配结果，并基于匹配结果对车端所属待识别车辆进行处理，解决了相关技术中的人工识别方式所存在的识别效率以及识别准确率低等问题，并且，在车载控制器配置版本信息发生变更的情况下，无法对发生变更的车载控制器进行及时定位的问题，实现了车端云端对车辆软件标识码进行双重冗余识别的效果，提高了车辆软件标识码的识别效率和识别准确率，并且，还提升了车辆的软件安全性。
25.应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
26.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
27.图1是根据本发明实施例一提供的一种车辆软件标识识别方法的流程图；
28.图2是根据本发明实施例二提供的一种车辆软件标识识别方法的流程图；
29.图3是根据本发明实施例三提供的一种车辆软件标识识别装置的结构示意图；
30.图4是根据本发明实施例四提供的一种车辆软件标识识别装置的结构示意图；
31.图5是实现本发明实施例的车辆软件标识识别方法的电子设备的结构示意图。
具体实施方式
32.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
33.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
34.实施例一
35.图1是本发明实施例一提供的一种车辆软件标识识别方法的流程图，本实施例可适用于根据车载控制器的配置版本信息，对车辆的软件标识码进行识别的情况，该方法可以应用于云端，且可以由车辆软件标识识别装置来执行，该车辆软件标识识别装置可以采用硬件和/或软件的形式实现，该车辆软件标识识别装置可配置于终端和/或服务器中。如图1所示，该方法包括：
36.s110、接收车端上报的每个车载控制器对应的配置版本信息，并确定与配置版本信息对应的至少一个第一软件标识码。
37.需要说明的是，法规软件标识符(regulation
×
softwareidentification number，rxswin)是指一个唯一的标识符，其定义了符合给定的联合国法规“x”的型式认证系统具有唯一性的一系列软件。rxswin表征了一系列与车辆型式认证系统相关的零件的软件版本集合。如果说车辆识别码(vehicle identification number，vin)是整车的“身份证号”，那么，rxswin就是整车中车辆软件的“身份证号”。
38.在本实施例中，云端可以是用于下发整车升级包的空中下载技术(overthe air technology，ota)服务器，也可以是代理服务器，还可以是用于更新软件的软件客户端服务
器，或者，是已从软件客户端服务器中获取并更新软件的任意形式的服务器。车端可以是进行软件升级的任意形式的车辆，或任意形式的车辆辅助设备(例如车辆充电桩等)等，本实施例对此不作具体限定。在实际应用中，车端与云端可以建立通信连接，例如，车端和云端可以通过超文本传输协议(hyper text transfer protocol，http)，或者，基于超文本传输安全协议(hyper text transfer protocolover secure socket layer，https)等协议建立通信连接，本实施例对此不作具体限定。
39.在本实施例中，车载控制器可以是设置在车辆中的任意电子控制单元(electronic control unit，ecu)。可选的，车载控制器可以包括排放相关ecu、加热相关ecu、助力转向ecu、车身稳定ecu以及整车控制ecu等。其中，排放相关ecu可以是与车辆排放性能相关的ecu。示例性的，排放相关ecu可以包括发动机管理系统(engine management system，ems)、自动变速箱控制单元(transmission control unit，tcu)以及电机控制单元(motor controller unit，mcu)等。加热相关ecu可以是与车辆加热性能相关的ecu。示例性的，加热相关ecu可以包括ems、车载空调控制装置(air conditioner，ac)以及启动控制单元模块(start controlunit module，scu)等。配置版本信息可以是表征车载控制器的软件和/或硬件配置情况的信息。可选的，配置版本信息可以包括ecu的零件号、ecu中所配置软件的版本号、硬件高配置信息和/或硬件低配置信息以及供应商信息等。第一软件标识码可以是云端根据已接收的车载控制器配置版本信息识别得到的软件标识码。可选的，第一软件标识码可以为车辆rxswin。需要说明的是，对于不同性能的ecu，其对应的rxswin可以是不同的，因此，一台车辆可以对应于至少一个第一软件标识码。
40.在实际应用中，在云端接收到车端发送的每个车载控制器对应的配置版本信息的情况下，可以根据预存储的配置版本信息与软件标识之间的映射关系，确定与已接收的配置版本信息对应的至少一个第一软件标识码。
41.可选的，确定与配置版本信息对应的至少一个第一软件标识码，包括：获取预存储的与车端所属待识别车辆对应的第一软件标识映射表；根据第一软件标识映射表和每个配置版本信息，确定与配置版本信息对应的至少一个第一软件标识码。
42.在本实施例中，第一软件标识映射表可以是预先制定的，表征车载控制器配置版本信息与软件标识码之间映射关系的表。在实际应用中，在车辆生产配置完成并出厂之后，可以获取该车辆中每个车载控制器的配置版本信息，并根据配置版本信息与软件标识之间的映射逻辑关系，构建映射关系表，可以将已构建的映射关系表作为第一软件标识映射表，并将该第一软件标识映射表与车辆标识对应存储在云端。
43.在实际应用中，车端可以实时、周期性或事件性地采集所属车辆每个车载控制器对应的配置版本信息。之后，可以通过车端将已采集的配置版本信息发送至云端，以使云端可以在接收到车端所发送的每个车载控制器对应的配置版本信息的情况下，可以根据车端对应的车辆标识，调取与该车辆标识对应的第一软件标识映射表。进一步的，可以根据第一软件标识映射表，对已接收的每个车载控制器对应的配置版本信息进行匹配。从而，可以得到至少一个第一软件标识码。
44.示例性的，假设已接收的车载控制器对应的配置版本信息中包括排放相关ecu对应的控制器版本和加热相关ecu对应的控制器版本。对于排放相关ecu，ems对应的控制器版本为4001；tcu对应的控制器版本为4001；mcu对应的控制器版本为4000，则排放相关的第一
软件标识码可以是r83-010。对于加热相关ecu，ems对应的控制器版本为4001；ac对应的控制器版本为4002；scu对应的控制器版本为4000，则加热相关的第一软件标识码可以是r122-001。
45.s120、接收车端上报的至少一个第二软件标识码，将至少一个第一软件标识码和至少一个第二软件标识码进行匹配，生成匹配结果，并基于匹配结果对车端所属待识别车辆进行处理。
46.在本实施例中，第二软件标识码可以是车端根据已采集的控制器配置版本信息识别得到的软件标识码。可选的，第二软件标识码可以是rxswin。待识别车辆可以是待进行软件标识码识别与匹配的车辆。
47.在实际应用中，在车端对所属车辆中每个车载控制器对应的配置版本信息采集完成的情况下，可以根据车端所存储的软件标识映射表，确定与已采集的配置版本信息对应的至少一个软件标识码，可以将已确定的软件标识码作为第二软件标识码。之后，可以将已确定的至少一个第二软件标识码上报至云端。
48.在实际应用中，在云端识别得到至少一个第一软件标识码之后，可以接收车端上报的至少一个第二软件标识码。之后，在接收到车端上报的至少一个第二软件标识码的情况下，可以将云端确定的至少一个第一软件标识码，与云端接收的至少一个第二软件标识码进行匹配。在第一软件标识码和第二软件标识码的匹配结果为匹配成功的情况下，可以不对车端所属待识别车辆作任何处理。然而，在第一软件标识码和第二软件标识码的匹配结果为匹配失败的情况下，可以根据软件标识码的匹配情况，对车端所属待识别车辆进行处理。
49.可选的，匹配结果为匹配失败，相应的，基于匹配结果对车端所属待识别车辆进行处理，包括：在匹配结果为匹配失败的情况下，获取存储在车端的第二软件标识映射表的第二版本号；将第二版本号与第一软件标识映射表的第一版本号进行匹配；在第一版本号与第二版本号匹配失败的情况下，将第一软件标识映射表发送至车端，以使车端在接收到第一软件标识映射表的情况下，基于第一软件标识映射表进行重新识别。
50.在本实施例中，第二版本号可以是表征车端所存储的第二软件标识映射表版本信息的版本号。第一版本号可以是表征云端所存储的第一软件标识映射表版本信息的版本号。
51.在实际应用中，由于云端所存储的第一软件标识映射表可以是实时或者周期性地处于动态更新状态的，并且，云端所存储的第一软件标识映射表在一般情况下是不会被随意篡改的，因此，在车端所识别的第二软件标识码与云端所识别的第一软件标识码匹配失败的情况下，可以将云端所存储的第一软件标识映射表作为参考依据。
52.在实际应用中，在云端所确定的至少一个第一软件标识码与云端所接收的至少一个第二软件标识码的匹配结果为匹配失败的情况下，可以分别确定云端所存储的第一软件标识映射表的第一版本号，以及车端所存储的第二软件标识映射表的第二版本号。进一步的，可以从车端获取所存储的第二软件标识映射表的第二版本号，并将已获取的第二版本号和已确定的第一版本号进行匹配，确定这两个版本号是否相匹配。之后，在确定这两个版本号匹配失败的情况下，可以将云端所存储的第一软件标识映射表发送至车端。最后，在车端接收到云端所发送的第一软件标识映射表的情况下，可以基于已接收的第一软件标识映
射表对车端所采集的每个配置版本信息进行重新识别。
53.在实际应用中，在云端对所接收的配置版本信息进行识别的过程中，会存在无法根据已存储的第一软件标识映射表，识别出与配置版本信息相对应的第一软件标识码的情况。在此种情况下，可以根据已接收的配置版本信息，确定出现异常的车载控制器，并向车端下发异常指令。
54.基于此，在上述各技术方案的基础上，还包括：在未生成与配置版本信息对应的至少一个第一软件标识码的情况下，根据第一软件标识映射表和每个配置版本信息，从每个车载控制器中确定识别异常的目标车载控制器，并生成包括目标车载控制器的控制器标识的控制器异常指令发送至车端。
55.在本实施例中，目标车载控制器可以是配置版本信息与第一软件标识映射表中的配置版本信息不匹配的车载控制器；也可以理解为配置版本信息被随意更改的车载控制器。控制器标识可以是用于识别车载控制器的标记。控制器标识可以是任意形式的标识信息，可选的，可以是英文标识或者数字标识等。控制器异常指令可以是一段预先编写的程序代码，该程序代码可以用于向车端指示异常车载控制器的具体情况。
56.在实际应用中，在云端根据预存储的第一软件标识映射表对配置版本信息进行识别，并且未得到与配置版本信息对应的至少一个第一软件标识码的情况下，针对所接收的每个车载控制器对应的配置版本信息，可以将配置版本信息在第一软件标识映射表中进行遍历，以确定第一软件标识映射表中未存在或与已接收的配置版本信息不相匹配的配置版本信息，并将已确定的配置版本信息对应的车载控制器作为目标车载控制器。进一步的，可以确定目标车载控制器的控制器标识，生成包括目标车载控制器的控制器标识的控制器异常指令，并将已生成的控制器异常指令发送至车端，以使车端在接收到控制器异常指令的情况下，确定车端所属待识别车辆中出现异常的车载控制器。
57.基于此，在上述各技术方案的基础上，还包括：在未接收到车端发送的第二软件标识码的情况下，获取存储在车端的第二软件标识映射表的第二版本号；将第二版本号与第一软件标识映射表的第一版本号进行匹配；在第一版本号与第二版本号匹配失败的情况下，将第一软件标识映射表发送至车端，以使车端在接收到第一软件标识映射表的情况下，基于第一软件标识映射表进行重新识别。
58.在实际应用中，在云端未接收到车端所发送的第二软件标识码的情况下，可以分别确定云端所存储的第一软件标识映射表的第一版本号，以及车端所存储的第二软件标识映射表的第二版本号。进一步的，可以从车端获取所存储的第二软件标识映射表的第二版本号，并将已获取的第二版本号和已确定的第一版本号进行匹配，确定这两个版本号是否相匹配。之后，在确定这两个版本号匹配失败的情况下，可以将云端所存储的第一软件标识映射表发送至车端。最后，在车端接收到云端所发送的第一软件标识映射表的情况下，可以基于已接收的第一软件标识映射表对车端所采集的每个配置版本信息进行重新识别。
59.本发明实施例的技术方案，通过接收车端上报的每个车载控制器对应的配置版本信息，并确定与配置版本信息对应的至少一个第一软件标识码，进一步的，接收车端上报的至少一个第二软件标识码，将至少一个第一软件标识码和至少一个第一软件标识码进行匹配，生成匹配结果，并基于匹配结果对车端所属待识别车辆进行处理，解决了相关技术中的人工识别方式所存在的识别效率以及识别准确率低等问题，并且，在车载控制器配置版本
信息发生变更的情况下，无法对发生变更的车载控制器进行及时定位的问题，实现了车端云端对车辆软件标识码进行双重冗余识别的效果，提高了车辆软件标识码的识别效率和识别准确率，并且，还提升了车辆的软件安全性。
60.实施例二
61.图2是本发明实施例二提供的一种车辆软件标识识别方法的流程图，本实施例可适用于根据车载控制器的配置版本信息，对车辆的软件标识码进行识别的情况，该方法可以应用于车端，且可以由车辆软件标识识别装置来执行，该车辆软件标识识别装置可以采用硬件和/或软件的形式实现，该车辆软件标识识别装置可配置于终端和/或服务器中。如图2所示，该方法包括：
62.s210、当检测到车载控制器的软件版本号发生变化时，获取待识别车辆中每个车载控制器对应的配置版本信息，并将每个配置版本信息上报至云端。
63.在本实施例中，软件版本号可以是车载控制器中所部属的软件版本的标识号。待识别车辆可以是待进行软件标识码识别的车辆。
64.在实际应用中，在车端主节点检测到待识别车辆中所设置的任意车载控制器的软件版本号发生变化的情况下，即可说明需要对车辆软件标识码进行重新识别。进而，可以获取待识别车辆中每个车载控制器对应的配置版本信息，同时，还可以将已获取的配置版本信息发送至与车端相关联的云端。
65.需要说明的是，配置版本信息的获取时机，可以是事件型，即，在检测到任意车载控制器的软件版本号发生变化的情况下；或者，也可以是实时性；或者，还可以是周期性，本实施例对此不作具体限定。
66.s220、基于预先存储的第二软件标识映射表和每个车载控制器对应的配置版本信息，确定与待识别车辆对应的至少一个第二软件标识码。
67.在本实施例中，第二软件标识映射表可以是预先确定的，表征车载控制器配置版本信息与软件标识码之间映射关系的表。在实际应用中，第二软件标识映射表可以是通过对文本描述文件进行解析后得到的，具有预设格式的映射表。其中，预设格式可以是任意格式，可选的，可以是xml格式。
68.基于此，在上述各技术方案的基础上，还包括：获取与待识别车辆对应的版本描述文本；基于预设映射解析方式对版本描述文本进行解析，得到与待识别车辆对应的第二软件标识映射表并存储。
69.在本实施例中，版本描述文本可以是通过文本的形式对车载控制器对应配置版本信息和软件标识码之间对应关系进行描述的文本。版本描述文本可以是任意格式的文本信息，可选的，可以是txt文本格式。预设映射解析方式可以是预先设置的，用于确定软件标识映射表的解析方式。基于预设映射解析方式，可以将已获取的任意格式的版本描述文本解析成预设格式的标识映射表。
70.在实际应用中，在获取待识别车辆对应的版本描述文本的情况下，可以根据预先部署在车端的预设映射解析方式对已获取的版本描述文本进行解析，从而，可以得到与待识别车辆对应的软件标识映射表，并将已得到的软件标识映射表作为与待识别车辆对应的第二软件标识映射表并存储在车端。
71.进一步的，在得到待识别车辆中每个车载控制器对应的配置版本信息的情况下，
可以根据预存储的第二软件标识映射表对所获取的配置版本信息进行识别。进而，在全部配置版本信息均可以被识别的情况下，可以得到与待识别车辆对应的至少一个第二软件标识码。这样设置的好处在于：在车端无法与云端正常通信的情况下，采用车端自主识别的方式，完成车辆软件标识码的实时识别。
72.s230、将至少一个第二软件标识码上报至云端，以使云端对已接收的至少一个第二软件标识码与云端生成的至少一个第一软件标识码进行匹配，并基于匹配结果对待识别车辆进行处理。
73.在实际应用中，在车端得到至少一个第二软件标识码的情况下，可以将已得到的至少一个第二软件标识码上报至云端，以使云端在接收到至少一个第二软件标识码的情况下，可以对已接收的至少一个第二软件标识码和云端所生成的至少一个第一软件标识码进行匹配。进而，可以根据这两种软件标识码的匹配结果对待识别车辆进行处理。
74.进一步的，在匹配结果为匹配成功的情况下，可以对待识别车辆不作任何处理；在匹配结果为匹配失败的情况下，可以触发车端进行重新识别。
75.本发明实施例的技术方案，通过当检测到车载控制器的软件版本号发生变化时，获取待识别车辆中每个车载控制器对应的配置版本信息，并将每个配置版本信息上报至云端，进一步的，基于预先存储的第二软件标识映射表和每个车载控制器对应的配置版本信息，确定与待识别车辆对应的至少一个第二软件标识码，最后，将至少一个第二软件标识码上报至云端，以使云端对已接收的至少一个第二软件标识码与云端生成的至少一个第一软件标识码进行匹配，并基于匹配结果对待识别车辆进行处理，解决了相关技术中的人工识别方式所存在的识别效率以及识别准确率低等问题，并且，在车载控制器配置版本信息发生变更的情况下，无法对发生变更的车载控制器进行及时定位的问题，实现了车端云端对车辆软件标识码进行双重冗余识别的效果，提高了车辆软件标识码的识别效率和识别准确率，并且，还提升了车辆的软件安全性。
76.实施例三
77.图3是本发明实施例三提供的一种车辆软件标识识别装置的结构示意图。该装置配置于云端，如图3所示，该装置包括：配置版本信息接收模块310和软件标识码匹配模块320。
78.其中，配置版本信息接收模块310，用于接收车端上报的每个车载控制器对应的配置版本信息，并确定与所述配置版本信息对应的至少一个第一软件标识码；软件标识码匹配模块320，用于接收所述车端上报的至少一个第二软件标识码，将所述至少一个第一软件标识码和所述至少一个第一软件标识码进行匹配，生成匹配结果，并基于所述匹配结果对所述车端所属待识别车辆进行处理。
79.本发明实施例的技术方案，通过接收车端上报的每个车载控制器对应的配置版本信息，并确定与配置版本信息对应的至少一个第一软件标识码，进一步的，接收车端上报的至少一个第二软件标识码，将至少一个第一软件标识码和至少一个第一软件标识码进行匹配，生成匹配结果，并基于匹配结果对车端所属待识别车辆进行处理，解决了相关技术中的人工识别方式所存在的识别效率以及识别准确率低等问题，并且，在车载控制器配置版本信息发生变更的情况下，无法对发生变更的车载控制器进行及时定位的问题，实现了车端云端对车辆软件标识码进行双重冗余识别的效果，提高了车辆软件标识码的识别效率和识
别准确率，并且，还提升了车辆的软件安全性。
80.可选的，配置版本信息接收模块310包括：映射表获取单元和软件标识码确定单元。
81.映射表获取单元，用于获取预存储的与所述车端所属待识别车辆对应的第一软件标识映射表；
82.软件标识码确定单元，用于根据所述第一软件标识映射表和每个所述配置版本信息，确定与所述配置版本信息对应的至少一个第一软件标识码。
83.可选的，所述匹配结果为匹配失败，相应的，软件标识码匹配模块320包括：版本号获取单元、版本号匹配单元以及重新识别触发单元。
84.版本号获取单元，用于在所述匹配结果为匹配失败的情况下，获取存储在所述车端的第二软件标识映射表的第二版本号；
85.版本号匹配单元，用于将所述第二版本号与所述第一软件标识映射表的第一版本号进行匹配；
86.重新识别触发单元，用于在所述第一版本号与所述第二版本号匹配失败的情况下，将所述第一软件标识映射表发送至所述车端，以使所述车端在接收到所述第一软件标识映射表的情况下，基于所述第一软件标识映射表进行重新识别。
87.可选的，所述装置还包括：目标车载控制器确定模块。
88.目标车载控制器确定模块，用于在未生成与所述配置版本信息对应的至少一个第一软件标识码的情况下，根据所述第一软件标识映射表和每个所述配置版本信息，从每个所述车载控制器中确定识别异常的目标车载控制器，并生成包括目标车载控制器的控制器标识的控制器异常指令发送至所述车端。
89.可选的，所述装置还包括：版本号获取模块、版本号匹配模块以及重新识别触发模块。
90.版本号获取模块，用于在未接收到所述车端发送的所述第二软件标识码的情况下，获取存储在所述车端的第二软件标识映射表的第二版本号；
91.版本号匹配模块，用于将所述第二版本号与所述第一软件标识映射表的第一版本号进行匹配；
92.重新识别触发模块，用于在所述第一版本号与所述第二版本号匹配失败的情况下，将所述第一软件标识映射表发送至所述车端，以使所述车端在接收到所述第一软件标识映射表的情况下，基于所述第一软件标识映射表进行重新识别。
93.本发明实施例所提供的车辆软件标识识别装置可执行本发明任意实施例所提供的车辆软件标识识别方法，具备执行方法相应的功能模块和有益效果。
94.实施例四
95.图4是本发明实施例四提供的一种车辆软件标识识别装置的结构示意图。该装置配置于车端，如图4所示，该装置包括：配置版本信息获取模块410、第一软件标识码确定模块420以及软件标识码上报模块430。
96.其中，配置版本信息获取模块410，用于当检测到车载控制器的软件版本号发生变化时，获取待识别车辆中每个所述车载控制器对应的配置版本信息，并将每个所述配置版本信息上报至云端；第一软件标识码确定模块420，用于基于预先存储的第一软件标识映射
表和每个所述车载控制器对应的配置版本信息，确定与所述待识别车辆对应的至少一个第二软件标识码；软件标识码上报模块430，用于将所述至少一个第二软件标识码上报至所述云端，以使所述云端对已接收的所述至少一个第二软件标识码与所述云端生成的至少一个第一软件标识码进行匹配，并基于匹配结果对所述待识别车辆进行处理。
97.本发明实施例的技术方案，通过当检测到车载控制器的软件版本号发生变化时，获取待识别车辆中每个车载控制器对应的配置版本信息，并将每个配置版本信息上报至云端，进一步的，基于预先存储的第二软件标识映射表和每个车载控制器对应的配置版本信息，确定与待识别车辆对应的至少一个第二软件标识码，最后，将至少一个第二软件标识码上报至云端，以使云端对已接收的至少一个第二软件标识码与云端生成的至少一个第一软件标识码进行匹配，并基于匹配结果对待识别车辆进行处理，解决了相关技术中的人工识别方式所存在的识别效率以及识别准确率低等问题，并且，在车载控制器配置版本信息发生变更的情况下，无法对发生变更的车载控制器进行及时定位的问题，实现了车端云端对车辆软件标识码进行双重冗余识别的效果，提高了车辆软件标识码的识别效率和识别准确率，并且，还提升了车辆的软件安全性。
98.可选的，所述装置还包括：版本描述文本获取模块和版本描述文本解析模块。
99.版本描述文本获取模块，用于获取与待识别车辆对应的版本描述文本；
100.版本描述文本解析模块，用于基于预设映射解析方式对所述版本描述文本进行解析，得到与所述待识别车辆对应的第二软件标识映射表并存储。
101.本发明实施例所提供的车辆软件标识识别装置可执行本发明任意实施例所提供的车辆软件标识识别方法，具备执行方法相应的功能模块和有益效果。
102.实施例五
103.图5示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。
104.如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(rom)12、随机访问存储器(ram)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(rom)12中的计算机程序或者从存储单元18加载到随机访问存储器(ram)13中的计算机程序，来执行各种适当的动作和处理。在ram 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、rom 12以及ram 13通过总线14彼此相连。输入/输出(i/o)接口15也连接至总线14。
105.电子设备10中的多个部件连接至i/o接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
106.处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能
(ai)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如车辆软件标识识别方法。
107.在一些实施例中，车辆软件标识识别方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由rom 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到ram 13并由处理器11执行时，可以执行上文描述的车辆软件标识识别方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行车辆软件标识识别方法。
108.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
109.用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
110.在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
111.为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
112.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界
面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。
113.计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。
114.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。
115.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

技术特征：
1.一种车辆软件标识识别方法，其特征在于，应用于云端，包括：接收车端上报的每个车载控制器对应的配置版本信息，并确定与所述配置版本信息对应的至少一个第一软件标识码；接收所述车端上报的至少一个第二软件标识码，将所述至少一个第一软件标识码和所述至少一个第一软件标识码进行匹配，生成匹配结果，并基于所述匹配结果对所述车端所属待识别车辆进行处理。2.根据权利要求1所述的方法，其特征在于，所述确定与所述配置版本信息对应的至少一个第一软件标识码，包括：获取预存储的与所述车端所属待识别车辆对应的第一软件标识映射表；根据所述第一软件标识映射表和每个所述配置版本信息，确定与所述配置版本信息对应的至少一个第一软件标识码。3.根据权利要求1所述的方法，其特征在于，所述匹配结果为匹配失败，相应的，基于所述匹配结果对所述车端所属待识别车辆进行处理，包括：在所述匹配结果为匹配失败的情况下，获取存储在所述车端的第二软件标识映射表的第二版本号；将所述第二版本号与所述第一软件标识映射表的第一版本号进行匹配；在所述第一版本号与所述第二版本号匹配失败的情况下，将所述第一软件标识映射表发送至所述车端，以使所述车端在接收到所述第一软件标识映射表的情况下，基于所述第一软件标识映射表进行重新识别。4.根据权利要求2所述的方法，其特征在于，还包括：在未生成与所述配置版本信息对应的至少一个第一软件标识码的情况下，根据所述第一软件标识映射表和每个所述配置版本信息，从每个所述车载控制器中确定识别异常的目标车载控制器，并生成包括目标车载控制器的控制器标识的控制器异常指令发送至所述车端。5.根据权利要求1所述的方法，其特征在于，还包括：在未接收到所述车端发送的所述第二软件标识码的情况下，获取存储在所述车端的第二软件标识映射表的第二版本号；将所述第二版本号与所述第一软件标识映射表的第一版本号进行匹配；在所述第一版本号与所述第二版本号匹配失败的情况下，将所述第一软件标识映射表发送至所述车端，以使所述车端在接收到所述第一软件标识映射表的情况下，基于所述第一软件标识映射表进行重新识别。6.一种车辆软件标识识别方法，其特征在于，应用于车端，包括：当检测到车载控制器的软件版本号发生变化时，获取待识别车辆中每个所述车载控制器对应的配置版本信息，并将每个所述配置版本信息上报至云端；基于预先存储的第一软件标识映射表和每个所述车载控制器对应的配置版本信息，确定与所述待识别车辆对应的至少一个第二软件标识码；将所述至少一个第二软件标识码上报至所述云端，以使所述云端对已接收的所述至少一个第二软件标识码与所述云端生成的至少一个第一软件标识码进行匹配，并基于匹配结果对所述待识别车辆进行处理。
7.根据权利要求6所述的方法，其特征在于，还包括：获取与待识别车辆对应的版本描述文本；基于预设映射解析方式对所述版本描述文本进行解析，得到与所述待识别车辆对应的第二软件标识映射表并存储。8.一种车辆软件标识识别装置，其特征在于，配置于云端，包括：配置版本信息接收模块，用于接收车端上报的每个车载控制器对应的配置版本信息，并确定与所述配置版本信息对应的至少一个第一软件标识码；软件标识匹配模块，用于接收所述车端上报的至少一个第二软件标识码，将所述至少一个第一软件标识码和所述至少一个第一软件标识码进行匹配，生成匹配结果，并基于所述匹配结果对所述车端所属待识别车辆进行处理。9.一种车辆软件标识识别装置，其特征在于，配置于车端，包括：配置版本信息获取模块，用于当检测到车载控制器的软件版本号发生变化时，获取待识别车辆中每个所述车载控制器对应的配置版本信息，并将每个所述配置版本信息上报至云端；第一软件标识确定模块，用于基于预先存储的第一软件标识映射表和每个所述车载控制器对应的配置版本信息，确定与所述待识别车辆对应的至少一个第二软件标识码；软件标识上报模块，用于将所述至少一个第二软件标识码上报至所述云端，以使所述云端对已接收的所述至少一个第二软件标识码与所述云端生成的至少一个第一软件标识码进行匹配，并基于匹配结果对所述待识别车辆进行处理。10.一种电子设备，其特征在于，所述电子设备包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5或6-7中任一项所述的车辆软件标识识别方法。

技术总结
本发明公开了一种车辆软件标识识别方法、装置、电子设备及存储介质。其中，该方法应用于云端，包括：接收车端上报的每个车载控制器对应的配置版本信息，并确定与配置版本信息对应的至少一个第二软件标识码；接收车端上报的至少一个第一软件标识码，将至少一个第二软件标识码和至少一个第一软件标识码进行匹配，生成匹配结果，并基于匹配结果对车端所属待识别车辆进行处理。本实施例的技术方案，实现了车端云端对车辆软件标识码进行双重冗余识别的效果，提高了车辆软件标识码的识别效率和识别准确率，并且，还提升了车辆的软件安全性。还提升了车辆的软件安全性。还提升了车辆的软件安全性。


技术研发人员：柳旭 张建平 李长龙 王腾
受保护的技术使用者：中国第一汽车股份有限公司
技术研发日：2023.06.30
技术公布日：2023/9/25