CN118034767A - 一种车辆软件标识的管理方法、***及存储介质 - Google Patents
一种车辆软件标识的管理方法、***及存储介质 Download PDFInfo
- Publication number
- CN118034767A CN118034767A CN202410033067.9A CN202410033067A CN118034767A CN 118034767 A CN118034767 A CN 118034767A CN 202410033067 A CN202410033067 A CN 202410033067A CN 118034767 A CN118034767 A CN 118034767A
- Authority
- CN
- China
- Prior art keywords
- identification information
- data
- bss data
- bss
- vehicle
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000007726 management method Methods 0.000 title abstract description 22
- 238000013507 mapping Methods 0.000 claims abstract description 52
- 238000000034 method Methods 0.000 claims description 34
- 238000004590 computer program Methods 0.000 claims description 8
- 101001049829 Homo sapiens Potassium channel subfamily K member 5 Proteins 0.000 description 15
- 102100023202 Potassium channel subfamily K member 5 Human genes 0.000 description 15
- 101001049835 Homo sapiens Potassium channel subfamily K member 3 Proteins 0.000 description 14
- 102100023207 Potassium channel subfamily K member 3 Human genes 0.000 description 14
- 238000010586 diagram Methods 0.000 description 5
- 238000004519 manufacturing process Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000001105 regulatory effect Effects 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 238000012552 review Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Landscapes
- Stored Programmes (AREA)
Abstract
本发明提供了一种车辆软件标识的管理方法,包括:将已录入的各项软件标识信息,并确定各项软件标识信息对应的RXSWIN号;RXSWIN号为车辆软件的唯一标识符;根据已存储的BSS数据和各项软件标识信息的RXSWIN号建立对应的映射关系并生成第一标识映射表;将未录入的软件标识信息标记为第二标识信息,并将第二标识信息与目标BSS数据相关联;根据第二标识信息对应的RXSWIN号和目标BSS数据更新第一标识映射表并生成第二标识映射表。对于法规任务的管理设计了云端自动关联逻辑,使得法规的RXSWIN号与车辆软件版本对应度较好,在创建法规后,云端可自动关联到法规与车辆的软硬件信息,在变更时也增加了自动关联逻辑,使得变更时可以修正由于流程上的失误而引起的错误数据。
Description
技术领域
本发明涉及车辆技术领域,特别是涉及一种车辆软件标识的管理方法、***及存储介质。
背景技术
随着自动驾驶的发展,人们对于汽车的计算和控制能力要求越来越高。越来越多的功能以软件的形式提供给用户,因此软件定义汽车正在成为汽车发展的重要趋势。当汽车中的软件需要安装或更新时,可以利用空中下载技术借助云端安装或更新汽车中的软件。为满足软件更新管理***的认证,车辆需要设置RXSWIN(RX Software IdentificationNumber,法规标识号)号用于标识升级前后软件变化对法规相关内容的影响情况。
由于软件版本更新或法规更新,RXSWIN容易出现丢失或更新不及时的问题。根据最新的欧洲法规要求,出口到欧洲的车辆,车辆在进行软件升级时,可访问升级前后车型的的RXSWIN的信息,至少还应具备更新有关RXSWIN的所有相关软件的软件版本及其完整性验证数据的能力,本领域技术人员亟待解决上述问题。
发明内容
有鉴于此,本发明的目的在于提供一种车辆软件标识的管理方法、***及存储介质,解决了现有技术中RXSWIN号与车辆软件版本对应度较差的问题。
第一方面,本申请提供了一种车辆软件标识的管理方法,包括:
将已录入的各项软件标识信息标记为第一标识信息,并确定各项所述软件标识信息对应的RXSWIN号;所述RXSWIN号为车辆软件的唯一标识符;
根据已存储的BSS数据和各项所述软件标识信息的RXSWIN号建立对应的映射关系并生成第一标识映射表;
将未录入的软件标识信息标记为第二标识信息,并将所述第二标识信息与目标BSS数据相关联;
根据所述第二标识信息对应的RXSWIN号和所述目标BSS数据更新所述第一标识映射表并生成第二标识映射表。
在一实施例中,所述将未录入的软件标识信息标记为第二标识信息,并将所述第二标识信息与所述BSS数据中指定的目标BSS数据相关联,具体包括:
判断所述第二标识信息的类型;所述第二标识信息的类型包括初级标识信息和最新标识信息;
当所述第二标识信息的类型为初级标识信息时,在所述已存储的BSS数据中选择所述目标BSS数据,并将所述第二标识信息与所述目标BSS数据的BSS标识符相关联;和/或
当所述第二标识信息的类型为最新标识信息时,在所述已存储的BSS数据中选择所述目标BSS数据,或从新接收的BSS数据中选择所述目标BSS数据,并将所述第二标识信息与所述目标BSS数据的BSS标识符相关联。
在一实施例中,当所述第二标识信息的类型为初级标识信息时,在所述已存储的BSS数据中选择所述目标BSS数据,具体包括:
当所述第二标识信息未指定所述BSS数据时,在已存储的BSS数据中,将接收时间最晚且未与所述RXSWIN号建立对应的映射关系的所述BSS数据记录为所述目标BSS数据。
在一实施例中,当所述第二标识信息的类型为最新标识信息时,在所述已存储的BSS数据中选择所述目标BSS数据,或在新接收的BSS数据中选择所述目标BSS数据,具体包括:
当所述第二标识信息的类型为最新标识信息时,在所述已存储的BSS数据中,选择被指定的BSS数据记录为所述目标BSS数据;或
当所述第二标识信息的类型为最新标识信息时,在所述新接收的BSS数据中,将最先接收的BSS数据记录为所述目标BSS数据。
在一实施例中,在将所述第二标识信息与所述目标BSS数据的BSS标识符相关联之后,还包括:
将接收时间晚于所述目标BSS数据的BSS数据记录为待关联BSS数据;
将所述第二标识信息与所述待关联BSS数据的BSS标识符相关联;
根据所述第二标识信息和所述待关联BSS数据更新所述第一标识映射表并生成第二标识映射表。
在一实施例中,还包括:
将已与所述目标BSS数据相关联的所述第二标识信息的状态记录为创建状态;当所述第二标识信息的状态记录创建状态时,所述第二标识信息不可与所述待关联BSS数据相关联;
发布所述第二标识信息并将所述第二标识信息的状态切换为发布状态;当所述第二标识信息的状态记录发布状态时,所述第二标识信息可与所述待关联BSS数据相关联。
在一实施例中,还包括:
接收车端上报的BSS数据,并将所述车端上报的BSS数据的更新状态记录为当前状态;
当满足OTA升级条件时,建立OTA任务并将所述OTA任务下发至车端;
将与所述车端执行所述OTA任务升级的BSS数据记录为待升级BSS数据,并将所述待升级BSS数据更新状态由目标状态切换至当前状态;其中,当建立所述OTA任务时,所述待升级BSS数据的更新状态为目标状态;
当所述车端再次执行所述OTA任务升级的BSS数据时,所述待升级BSS数据的更新状态由当前状态切换至历史状态。
在一实施例中,还包括:
根据车辆识别码确定对应的车辆的车型,并查询所述车型对应的BSS数据;
根据所述车型对应的BSS数据确定所述车型对应的所述第一标识映射表和/或所述第二标识映射表。
第二方面,本申请提供了一种车辆软件标识的管理***,包括:处理器和存储器;其中,所述存储器存储有计算机程序,所述计算机程序用于由所述处理器加载并执行如第一方面中任意一项所述的车辆软件标识的管理方法。
第三方面,本申请提供了一种计算机可读存储介质,所述计算机可读存储介质存储有指令,所述指令用于由处理器加载并执行如第一方面中任意一项所述的车辆软件标识的管理方法。
在本实施例的车辆软件标识的管理方法中,对于法规任务的管理设计了云端自动关联逻辑,使得法规的RXSWIN号与车辆软件版本对应度较好,且在创建法规后,云端都可以自动关联到法规与车辆的软硬件信息,只有在需要法规需要变更时才需要运营人员手动操作,在变更时也增加了自动关联逻辑,使得变更时可以修正由于流程上的失误而引起的错误数据。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例中车辆软件标识的管理方法的***架构图。
图2为本申请实施例中车辆软件标识的管理方法的流程示意图。
图3为本申请实施例中第一标识映射表或第二标识映射表的示意图。
图4为本申请实施例中建立初级标识信息和最新标识信息的场景示意图。
图5为本申请实施例中车辆软件标识的管理***的结构示意图。
具体实施方式
下面将结合附图,对本发明的特定实施例进行详细描述。显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明的描述,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在本发明的描述中,除非另有明确的规定和限定,术语“设置”、“安装”、“连接”等应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连。对于本领域的普通技术人员而言,可以具体情况理解上述术语的具体含义。
术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,或者是该发明产品使用时惯常摆放的方位或位置关系,仅是为了便于描述和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。
术语“第一”、“第二”、“第三”等仅仅是为了区别属性类似的元件,而不是指示或暗示相对的重要性或者特定的顺序。
术语“包括”、“包含”或者其任何其他变体,意在涵盖非排他性的包含,除了包含所列的那些要素,而且还可包含没有明确列出的其他要素。
图1是本实施例所提供的车辆软件标识的管理方法的***架构图,应用于云端,云端可采用TC云***或OTA(Over The Air,空中下载技术)云***。云端设有软件标识信息管理模块10、法规任务管理模块20和法规查询模块30,软件标识信息管理模块10对基础法规设计了导入、编辑、新增与删除功能,方便业务人员维护基础软件标识信息以及变更后的软件标识信息;法规任务管理模块20可以管理车型的软件标识信息与绑定ECU,同时,通过云端的固有数据库的BSS数据与软硬件关系,最终可以映射出一张软件与法规的唯一表,满足了欧洲R156法规最基本的要求,在此模块也设计了自动关联逻辑,大大减少了业务人员的操作步骤,提高了工作效率;法规查询模块30可接收来自人工的查询指令,查询单车历史、当前、目标相关的软硬件信息以及绑定的相关RSXWIN码,实现了车辆在OTA升级过程中的全方位的管控。
如图2所示,本实施例提供了一种车辆软件标识的管理方法,包括:
步骤S100:将已录入的各项软件标识信息标记为第一标识信息,并确定各项所述软件标识信息对应的RXSWIN号;所述RXSWIN号为车辆软件的唯一标识符;
步骤S200:根据已存储的BSS数据和各项所述软件标识信息的RXSWIN号建立对应的映射关系并生成第一标识映射表;
步骤S300:将未录入的软件标识信息标记为第二标识信息,并将所述第二标识信息与目标BSS数据相关联;
步骤S400:根据所述第二标识信息对应的RXSWIN号和所述目标BSS数据更新所述第一标识映射表并生成第二标识映射表。
在步骤S100中,软件标识信息为法规信息,为满足软件更新管理***的认证,汽车软件需搭载相应的法规信息。软件标识信息设有法规号和法规名称,可为每一项软件标识信息绑定有相应的RXSWIN号。通过查询法规号或法规名称,可寻找该项初级标识信息对应的RXSWIN号,并可通过软件标识信息管理模块导入软件标识信息,并可对软件标识信息中的RXSWIN号、法规号和法规名称进行修改。
RXSWIN号(Regulation×SoftwareIdentificationNumber,法规软件标识符)是指一个唯一的标识符,其定义了符合给定的***法规“X”的型式认证***具有唯一性的一系列软件。RXSWIN号表征了一系列与车辆型式认证***相关的零件的软件版本集合,RXSWIN号相当于整车中车辆软件的“身份证号”。
在步骤S200中,BSS数据为车辆的软硬件信息,存储于云端固有的BBS数据库中。每个ECU对应有相应的ECU名称、ECU VBF版本等信息。通过将BSS数据ECU信息与RXSWIN号建立映射关系,可得到ECU信息与软件标识信息关系唯一的第一标识映射表。
如图3所示,第一标识映射表(以及第二标识映射表)中对BSS数据的多个ECU信息进行汇总,每个ECU的ECU名称、ECU VBF版本等信息与位于同一栏,同时,与ECU具有映射关系的RXSWIN号,RXSWIN相关联的法规号和法规名称也位于同一栏。
在车企释放软件时,一个BSS数据里包含四五十个ECU(Electronic ControlUnit,电子控制单元)对应的软硬件信息,每个ECU都要有对应软件,对应不同供应商的硬件,还要通过测试、评审后才能正式释放。
在步骤S300中,将未录入的软件标识信息标记为第二标识信息,并将所述第二标识信息与目标BSS数据相关联,具体包括:判断所述第二标识信息的类型;所述第二标识信息的类型包括初级标识信息和最新标识信息;当所述第二标识信息的类型为初级标识信息时,在所述已存储的BSS数据中选择所述目标BSS数据,并将所述第二标识信息与所述目标BSS数据的BSS标识符相关联;和/或当所述第二标识信息的类型为最新标识信息时,在所述已存储的BSS数据中选择所述目标BSS数据,或从新接收的BSS数据中选择所述目标BSS数据,并将所述第二标识信息与所述目标BSS数据的BSS标识符相关联。
在本实施例中,当***中未录入相同法规号的法规信息时,新录入的第二标识信息即为初版标识信息,当***中已存在相同法规号的法规信息时,后续再录入相同法规号的第二标识信息即为新版标识信息。
每个BBS数据设有相应的BSS标识符(BBS ID),当BSS数据与相应的第二标识信息建立关联关系时,BSS数据仅可与关联的第二标识信息的RXSWIN号建立映射关系。云端在对车端进行软件升级时,通常最近接收的BSS数据为最新版本的BSS数据,云端通过最新版本的BSS数据对车端的软件进行升级。当录入第二标识信息不指定相应的BSS数据时,选择最近接收的BSS数据作为目标BSS数据,将第二标识信息与最新的BBS数据的BSS标识符相关联,可保证在BSS数据在测试、评审后过程中,有新录入第二标识信息时,新版法规可自动与BSS数据相关联。当BSS数据被选定为目标BSS数据时,此时目标BSS数据与第二标识信息的RXSWIN号可建立映射关系。
当ECU无对应的法规时,新录入的法规为新版法规,针对同一ECU的法规可有多个版本,最新录入的法规是相对于前一版本法规的最新标识信息。法规内容的改变可导致法规版本的升版,或ECU所绑定的软件的改变可导致法规版本的升版。
在一实施例中,在将所述第二标识信息与所述目标BSS数据的BSS标识符相关联之后,还包括:将接收时间晚于所述目标BSS数据的BSS数据记录为待关联BSS数据;将所述第二标识信息与所述待关联BSS数据的BSS标识符相关联;根据所述第二标识信息和所述待关联BSS数据更新所述第一标识映射表并生成第二标识映射表。
在本实施例中,待关联BSS数据可为已存储于BSS数据库中接收时间晚于目标BSS数据的BSS数据,也可为云端新接收的BSS数据。通过将待关联BSS数据与第二标识信息相关联,可保证BSS数据库中每一BSS数据均有对应的RXSWIN号,保证第二标识映射表的具备良好的完整性和准确性。可自动对新接收的BSS数据与第二标识信息进行关联,减少了业务人员的操作步骤,提高了工作效率,也可避免业务人员操作而造成的失误。
在一实施例中,当所述第二标识信息的类型为初级标识信息时,在所述已存储的BSS数据中选择所述目标BSS数据,具体包括:当所述第二标识信息未指定所述BSS数据时,在已存储的BSS数据中,将接收时间最晚且未与所述RXSWIN号建立对应的映射关系的所述BSS数据记录为所述目标BSS数据。
如图4所示,在场景一中,对于云端未录入的初级标识信息TASK1,BSS1数据是与初级标识信息TASK1相应的目标BSS数据,BSS1数据未关联相应的法规,当录入初级标识信息TASK1时,自动选择BSS1数据创建初级标识信息TASK1,并将初级标识信息TASK1与BSS1数据的BSS标识符自动关联,待初级标识信息TASK1发布后,待关联BSS数据BSS2数据自动与初级标识信息TASK1相关联。
在一实施例中,当所述第二标识信息的类型为最新标识信息时,在所述已存储的BSS数据中选择所述目标BSS数据,或在新接收的BSS数据中选择所述目标BSS数据,具体包括:当所述第二标识信息的类型为最新标识信息时,在所述已存储的BSS数据中,选择被指定的BSS数据记录为所述目标BSS数据;或当所述第二标识信息的类型为最新标识信息时,在所述新接收的BSS数据中,将最先接收的BSS数据记录为所述目标BSS数据。
如图4所示,在场景二中,对于云端已录入的初级标识信息TASK1进行升版,TASK2为初级标识信息TASK1的最新标识信息。BSS1数据和BSS2数据与初级标识信息TASK1的RXSWIN号建立有映射关系,BSS2数据是指定的与初级标识信息TASK1相应的目标BSS数据,当录入新版法规TASK2时,选择BSS2数据创建新版法规TASK2,并在新版法规TASK2发布后待关联BSS数据BSS2数据自动与初级标识信息TASK2相关联。
在场景三中,对于云端已录入的初级标识信息TASK1进行升版,TASK2为初级标识信息TASK1的最新标识信息。BSS1数据、BSS2数据和BSS3数据与初级标识信息TASK1的RXSWIN号建立有映射关系,BSS2数据是指定的与初级标识信息TASK1相应的目标BSS数据,当录入新版法规TASK2时,选择BSS2数据创建新版法规TASK2,此时位于BSS2数据之后接收的BSS3数据自动与初级标识信息TASK2相关联,并在新版法规TASK2发布后待关联BSS数据BSS4数据自动与初级标识信息TASK2相关联。
在场景四中,对于云端已录入的初级标识信息TASK1进行升版,TASK2为初级标识信息TASK1的最新标识信息。BSS1数据和BSS2数据与初级标识信息TASK1的RXSWIN号建立有映射关系,此时未指定目标BSS数据,当录入新版法规TASK2时,不选择BSS数据创建新版法规TASK2,并在接收最新的BSS3数据后,自动选择BSS3数据作为目标数据,并在新版法规TASK2发布后待关联BSS数据BSS4数据自动与初级标识信息TASK2相关联。
在一实施例中,还包括:将已与所述目标BSS数据相关联的所述第二标识信息的状态记录为创建状态;当所述第二标识信息的状态记录创建状态时,所述第二标识信息不可与所述待关联BSS数据相关联;发布所述第二标识信息并将所述第二标识信息的状态切换为发布状态;当所述第二标识信息的状态记录发布状态时,所述第二标识信息可与所述待关联BSS数据相关联。
在本实施例中,在创建法规后,法规存在测试和评审后过程,在此过程中可对法规进行修改;在法规发布后,不可再对法规进行修改,而修改后的法规为最新标识信息。通过记录法规的状态信息,可避免BSS数据于法规之间关联关系的混乱,保证第二标识映射表的具备良好的完整性和准确性。
在一实施例中,还包括:接收车端上报的BSS数据,并将所述车端上报的BSS数据的更新状态记录为当前状态;当满足OTA升级条件时,建立OTA任务并将所述OTA任务下发至车端;将与所述车端执行所述OTA任务升级的BSS数据记录为待升级BSS数据,并将所述待升级BSS数据更新状态由目标状态切换至当前状态;其中,当建立所述OTA任务时,所述待升级BSS数据的更新状态为目标状态;当所述车端再次执行所述OTA任务升级的BSS数据时,所述待升级BSS数据的更新状态由当前状态切换至历史状态。
在本实施例中,云端设有服务器,服务器包括存储器和处理器,存储器中存储有计算机程序,处理器用于获取车辆软件的更新内容、车辆当前软件版本信息和车辆当前OTA模式,及用于根据更新内容的版本信息、当前软件版本信息和当前OTA模式,确认车辆是否满足OTA条件,及用于在确认满足OTA条件的情况下,建立OTA任务,及用于将OTA任务下发至车辆,以及用于接收车辆根据执行OTA任务的结果上报的反馈信息。
车辆通过车载***控制车辆行驶以及执行各项操作任务,厂商会根据用户使用过程中遇到的问题,以及反馈的意见,进行整理,然后对产品软件进行再次开发,形成升级版本,以修复现有版本中存在的问题。
当MES(Manufacturing Execution System,制造执行管理***)同步车辆的BSS数据,云端没有相应的软件标识信息时。在同步BSS数据之后创建了相应的软件标识信息时后,当此部分车辆满足OTA升级条件时,建立OTA任务并将OTA任务下发至车辆,并将OTA任务中相应的待升级BSS数据的状态记录为目标状态。等到车辆执行OTA任务升级完成,通过MES同步上报了OTA任务中与待升级BSS数据关联的BSS数据时,待升级BSS数据的状态由目标状态跳转为当前状态。等到后续车辆再次进行OTA升级,升级了新的待升级BSS数据以替换原来的待升级BSS数据关联的BSS数据时,那么待升级BSS数据的状态由当前状态跳转为历史状态,而新的待升级BSS数据的状态由目标状态切换至当前状态。
而当MES同步车辆的BSS数据,云端已有相应的软件标识信息时。由于此时并未创建OTA任务,通过法规查询模块查询软件标识信息关联的BSS数据时,会将车辆的初始的BSS数据的状态记录为当前状态。等到后续创建OTA任务时,与软件标识信息对应的BSS数据的更新状态依次按照目标状态、当前状态和历史状态的进行跳变。通过对BSS数据的更新状态进行记录,可查询已经升级过的、当前实际以及未来要升级相关车辆信息和以及绑定的相关RXSWIN号,实现了车辆在OTA升级过程中的全方位的管控。
在一实施例中,还包括:根据车辆识别码确定对应的车辆的车型,并查询所述车型对应的BSS数据;根据所述车型对应的BSS数据确定所述车型对应的所述第一标识映射表和/或所述第二标识映射表。
在本实施例中,车辆识别码(Vehicle Identification Number,VIN)是每辆汽车从出厂起就有的、独一无二的代码,每辆汽车的车辆识别码均不相同。通过车辆识别码可查询车辆的产地、生产年份、生产顺序号、校验码等信息。通过车辆识别码定位相应的车型,并通过车型确定相应的ECU和ECU对应的BSS数据,然后根据BSS数据找到对应的第一标识映射表和/或所述第二标识映射表。
综上所述,在本实施例的车辆软件标识的管理方法中,一方面,设计了法规管理库的模块,对于后续法规增加、减少、变更后在平台变更操作更加便捷,优化了业务人员操作流程,减少不必要操作过程。另一方面,对于法规任务的管理设计了云端自动关联逻辑,使得法规的RXSWIN号与车辆软件版本对应度较好,且在创建法规后,云端都可以自动关联到法规与车辆的软硬件信息,只有在需要法规需要变更时才需要运营人员手动操作,在变更时也增加了自动关联逻辑,使得变更时可以修正由于流程上的失误而引起的错误数据。最后,将单车的数据集成到一个模块,可以直接导出法规所需要相关数据,也可以查询车辆历史、当前、目标全周期的数据,实现了车辆在OTA升级过程中的全方位的管控。
如图5所示,基于前述实施例相同的发明构思,本实施例提供了一种车辆软件标识的管理装置,包括:
标识确定模块M10,用于将已录入的各项软件标识信息,并确定各项所述软件标识信息对应的RXSWIN号;所述RXSWIN号为车辆软件的唯一标识符;
映射建立模块M20,用于根据已存储的BSS数据和各项所述软件标识信息的RXSWIN号建立对应的映射关系并生成第一标识映射表;
关联模块M30,用于将未录入的软件标识信息标记为第二标识信息,并将所述第二标识信息与目标BSS数据相关联;
更新模块M40,用于根据所述第二标识信息对应的RXSWIN号和所述目标BSS数据更新所述第一标识映射表并生成第二标识映射表。
基于上述实施例相同的发明构思,本实施例还提供了一种车辆软件标识的管理***,包括:处理器和存储器;其中,所述存储器存储有计算机程序,所述计算机程序用于由所述处理器加载并执行如上述的车辆软件标识的管理方法。
基于上述实施例相同的发明构思,本实施例还提供了一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有指令,所述指令用于由处理器加载并执行如上述的车辆软件标识的管理方法。
在本申请提供的移动终端和计算机可读存储介质的实施例中,包含了上述控制方法各实施例的全部技术特征,说明书拓展和解释内容与上述方法的各实施例基本相同,在此不做再赘述。
本申请实施例还提供一种计算机程序产品,计算机程序产品包括计算机程序代码,当计算机程序代码在计算机上运行时,使得计算机执行如上各种可能的实施方式中的方法。
本申请实施例还提供一种芯片,包括存储器和处理器,存储器用于存储计算机程序,处理器用于从存储器中调用并运行计算机程序,使得安装有芯片的设备执行如上各种可能的实施方式中的方法。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
在本申请中,对于相同或相似的术语概念、技术方案和/或应用场景描述,一般只在第一次出现时进行详细描述,后面再重复出现时,为了简洁,一般未再重复阐述,在理解本申请技术方案等内容时,对于在后未详细描述的相同或相似的术语概念、技术方案和/或应用场景描述等,可以参考其之前的相关详细描述。
在本申请中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本申请技术方案的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本申请记载的范围。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上的一个存储介质中,包括若干指令用以使得一台终端设备执行本申请每个实施例的方法。以上仅为本申请的优选实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所附的权利要求为准。
Claims (10)
1.一种车辆软件标识的管理方法,其特征在于,包括:
将已录入的各项软件标识信息标记为第一标识信息,并确定各项所述第一标识信息对应的RXSWIN号;所述RXSWIN号为车辆软件的唯一标识符;
根据已存储的BSS数据和各项所述第一标识信息的RXSWIN号建立对应的映射关系并生成第一标识映射表;
将未录入的软件标识信息标记为第二标识信息,并将所述第二标识信息与目标BSS数据相关联;
根据所述第二标识信息对应的RXSWIN号和所述目标BSS数据更新所述第一标识映射表并生成第二标识映射表。
2.根据权利要求1所述的方法,其特征在于,所述将未录入的软件标识信息标记为第二标识信息,并将所述第二标识信息与目标BSS数据相关联,具体包括:
判断所述第二标识信息的类型;所述第二标识信息的类型包括初级标识信息和最新标识信息;
当所述第二标识信息的类型为初级标识信息时,在所述已存储的BSS数据中选择所述目标BSS数据,并将所述第二标识信息与所述目标BSS数据的BSS标识符相关联;和/或
当所述第二标识信息的类型为最新标识信息时,在所述已存储的BSS数据中选择所述目标BSS数据,或从新接收的BSS数据中选择所述目标BSS数据,并将所述第二标识信息与所述目标BSS数据的BSS标识符相关联。
3.根据权利要求2所述的方法,其特征在于,当所述第二标识信息的类型为初级标识信息时,在所述已存储的BSS数据中选择所述目标BSS数据,具体包括:
当所述第二标识信息未指定所述BSS数据时,在已存储的BSS数据中,将接收时间最晚且未与所述RXSWIN号建立对应的映射关系的所述BSS数据记录为所述目标BSS数据。
4.根据权利要求2所述的方法,其特征在于,当所述第二标识信息的类型为最新标识信息时,在所述已存储的BSS数据中选择所述目标BSS数据,或在新接收的BSS数据中选择所述目标BSS数据,具体包括:
当所述第二标识信息的类型为最新标识信息时,在所述已存储的BSS数据中,选择被指定的BSS数据记录为所述目标BSS数据;或
当所述第二标识信息的类型为最新标识信息时,在所述新接收的BSS数据中,将最先接收的BSS数据记录为所述目标BSS数据。
5.根据权利要求2-4中任一项所述的方法,其特征在于,在将所述第二标识信息与所述目标BSS数据的BSS标识符相关联之后,还包括:
将接收时间晚于所述目标BSS数据的BSS数据记录为待关联BSS数据;
将所述第二标识信息与所述待关联BSS数据的BSS标识符相关联;
根据所述第二标识信息和所述待关联BSS数据更新所述第一标识映射表并生成第二标识映射表。
6.根据权利要求5所述的方法,其特征在于,还包括:
将已与所述目标BSS数据相关联的所述第二标识信息的状态记录为创建状态;当所述第二标识信息的状态记录创建状态时,所述第二标识信息不可与所述待关联BSS数据相关联;
发布所述第二标识信息并将所述第二标识信息的状态切换为发布状态;当所述第二标识信息的状态记录发布状态时,所述第二标识信息可与所述待关联BSS数据相关联。
7.根据权利要求1所述的方法,其特征在于,还包括:
接收车端上报的BSS数据,并将所述车端上报的BSS数据的更新状态记录为当前状态;
当满足OTA升级条件时,建立OTA任务并将所述OTA任务下发至车端;
将与所述车端执行所述OTA任务升级的BSS数据记录为待升级BSS数据,并将所述待升级BSS数据更新状态由目标状态切换至当前状态;其中,当建立所述OTA任务时,所述待升级BSS数据的更新状态为目标状态;
当所述车端再次执行所述OTA任务升级的BSS数据时,所述待升级BSS数据的更新状态由当前状态切换至历史状态。
8.根据权利要求1所述的方法,其特征在于,还包括:
根据车辆识别码确定对应的车辆的车型,并查询所述车型对应的BSS数据;
根据所述车型对应的BSS数据确定所述车型对应的所述第一标识映射表和/或所述第二标识映射表。
9.一种车辆软件标识的管理***,包括:处理器和存储器;其中,所述存储器存储有计算机程序,所述计算机程序用于由所述处理器加载并执行如权利要求1-8中任意一项所述的车辆软件标识的管理方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有指令,所述指令用于由处理器加载并执行如权利要求1-8中任意一项所述的车辆软件标识的管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410033067.9A CN118034767A (zh) | 2024-01-08 | 2024-01-08 | 一种车辆软件标识的管理方法、***及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410033067.9A CN118034767A (zh) | 2024-01-08 | 2024-01-08 | 一种车辆软件标识的管理方法、***及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN118034767A true CN118034767A (zh) | 2024-05-14 |
Family
ID=90997814
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202410033067.9A Pending CN118034767A (zh) | 2024-01-08 | 2024-01-08 | 一种车辆软件标识的管理方法、***及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN118034767A (zh) |
-
2024
- 2024-01-08 CN CN202410033067.9A patent/CN118034767A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10042635B2 (en) | Method for wireless remote updating vehicle software | |
US9841965B2 (en) | Centralized system for software updating vehicle components | |
US10101992B2 (en) | Telematics control unit comprising a differential update package | |
US9836300B2 (en) | Method for updating vehicle ECUs using differential update packages | |
US10127036B2 (en) | Method for OTA updating vehicle electronic control unit | |
EP3301565B1 (en) | Computer system, method of updating software with computer system, and program therefor | |
US8677348B1 (en) | Method and apparatus for determining least risk install order of software patches | |
US20160371075A1 (en) | Method for software updating of vehicle components | |
CN110175822B (zh) | 一种设备台账管理方法和*** | |
CN102520948A (zh) | 应用程序维护更新方法和装置 | |
US20050120344A1 (en) | Optimal component installation | |
CN105549959A (zh) | 编译检查方法及装置 | |
CN112559373B (zh) | 一种软件兼容性管理方法和*** | |
CN116205210B (zh) | 一种整车电气零部件匹配性判定方法及*** | |
CN118034767A (zh) | 一种车辆软件标识的管理方法、***及存储介质 | |
US20080270430A1 (en) | File management system, file management method, support device thereof, and program thereof | |
CN114116459A (zh) | 软件兼容性验证方法及计算机可读存储介质 | |
CN116028084A (zh) | 一种基于OpenStack云平台跨版本热升级的方法、***及终端 | |
CN114237634A (zh) | 应用发布风险识别方法、装置、设备、介质、程序产品 | |
CN111209273B (zh) | 可配置的erp***数据卸载方法及装置 | |
CN113407546A (zh) | 一种适用多种场景的规则配置方法 | |
CN113472759A (zh) | 车辆通信协议的变更方法、服务器及可读存储介质 | |
CN114942745A (zh) | 电机控制器uds协议栈自动化配置方法 | |
CN114519050A (zh) | 车辆零件配置逻辑约束关系生成方法、装置、设备及介质 | |
CN115729946B (zh) | 一种处理分布式事务的方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |