GB国标英文版翻译《汽车软件升级通用技术要求》(征求意见稿)

ChinaAutoRegs|GB英文版翻译《汽车软件升级通用技术要求》(征求意见稿)
General technical requirements for software update of vehicles

1 范围
本文件规定了汽车软件升级的管理体系要求、车辆要求、试验方法、车辆型式的变更和扩展、说明书。
本文件适用于M类、N类汽车,其他车辆类型可参照执行。
2 规范性引用文件
本文件没有规范性引用文件。
3 术语和定义
下列术语和定义适用于本文件。
3.1
软件 software
电子控制系统中由数字数据和指令组成的部分。
3.2
软件升级 software update
将某版本的软件更新到新版本或更改配置参数的过程。
注: “软件升级”也称“软件更新”。
3.3
软件识别码 software identification number;SWIN
由车辆制造商定义,用于表示与准入或认证相关系统中软件信息的专用标识符。
3.4
软件升级管理体系 software update management system;SUMS
为完成软件升级而制定的一种规范组织的过程和程序的系统方法。
3.5
在线升级 over-the-air update
通过无线方式而不是使用电缆或其他本地连接进行数据传输的软件升级。
3.6
升级包 update package
用于进行软件升级的软件包。
3.7
执行 execution
安装和激活已下载升级包的过程。
3.8
安全状态 safe state
当软件升级中断或失败时,一种没有不合理风险的运行模式。
3.9
完整性验证数据 integrity validation data
用以检测数据中的错误或变化的值。
示例:校验值、哈希值等。
3.10
系统 system
用于实现功能的一组部件和/或子系统。
3.11
车辆用户 vehicle user
操作、驾驶、拥有或管理车辆的人。
示例:车辆所有者,车队经理的授权代表或雇员,车辆制造商的授权代表或雇员、授权的技术人员。
4 软件升级管理体系要求
4.1 一般要求
4.1.1 车辆制造商应建立软件升级管理体系。
4.1.2 对于每次软件升级,车辆制造商应记录并安全存储4.3要求的相关信息,该信息应至少保存至车型停产后10年。
4.1.3 对于具有软件识别码的车型,车辆制造商应确保:
a) 每个软件识别码是唯一可识别的;
b) 当软件升级导致车型扩展或变更时,同步更新软件识别码。
4.1.4 若车辆未存储软件识别码,车辆制造商应确保:
a) 声明与准入或认证相关的电子控制单元(ECU)的软件版本;
b) 对所声明软件版本进行软件升级时,同步更新a)中的声明。
4.2 过程要求
4.2.1 应具备唯一地标识准入或认证相关系统所有初始和更新版本的软件(至少包括完整性验证数据)以及相关硬件部件的过程。
4.2.2 对于具有软件识别码的车型,应具备:
a) 在软件升级前后,能访问软件识别码相关信息的过程;
b) 在软件升级后,能更新软件识别码相关信息的过程,至少更新所有相关软件的版本及完整性验证数据;
c) 能验证相关系统中软件版本与相关软件识别码中软件版本保持一致的过程。
4.2.3 应具备识别被升级系统与其他车辆系统之间相关性的过程。
4.2.4 应具备识别软件升级的目标车辆的过程。
4.2.5 在软件升级发布之前,应具备确认软件升级与目标车辆配置兼容性的过程,至少应评估目标车辆在软件升级发布之前最新已知软硬件配置,以确保其与升级包的兼容性。
4.2.6 应具备评估、识别和记录软件升级是否会影响准入或认证相关系统的过程,至少应包括软件升级是否会影响或更改被升级系统的受准入或认证约束的参数或其他关键参数。
4.2.7 应具备评估、识别和记录软件升级是否会增加、更改或启用在准入或认证时不存在或未启用的任何功能,或是否会更改、禁用标准法规中定义的任何其他参数或功能的过程,至少应包括:
a) 准入或认证相关的信息条目是否需要修改;
b) 型式试验结果是否不再适用软件升级后的车辆;
c) 对车辆功能的修改是否影响车辆的准入或认证结果。
4.2.8 应具备评估、识别和记录软件升级是否会影响任何其他系统(该系统可能与车辆安全和持续运行有关),或是否会增加或更改车辆注册登记时的功能的过程。
4.2.9 应具备通知车辆用户有关软件升级的过程。
4.3 信息记录要求
4.3.1 描述车辆制造商进行软件升级的过程,以及证明其符合性的相关标准的文件。
4.3.2 在软件升级前后,描述准入或认证相关系统的配置的文件,至少应包括系统的硬件、软件(包括软件版本)的唯一标识以及相关车辆或系统参数。
4.3.3 在软件升级前后,每个软件识别码应有一个可审核的记录用于描述所有相关的软件,至少应包括所有相关软件的版本及完整性验证数据。
4.3.4 列出软件升级的目标车辆并确认其配置与软件升级兼容性的文件。
4.3.5 描述车型所有软件升级的文件:
a) 软件升级的目的;
b) 软件升级可能影响的车辆系统或功能;
c) b)中系统或功能是否与准入或认证有关;
d) 对于c)中与准入或认证有关的系统或功能,软件升级是否影响其准入或认证的符合性;
e) 软件升级是否影响系统的任何准入或认证相关参数;
f) 是否获得软件升级批准;
g) 执行软件升级的方法和先决条件;
h) 确认软件升级将安全可靠地进行;
i) 确认软件升级已经成功通过验证和确认程序。
4.4 安全相关要求
4.4.1 应具备保护升级包的过程,合理地防止其在执行前被篡改。
4.4.2 应保护软件升级过程,合理地防止其受到损害,包括软件升级发布系统。
4.4.3 应确保验证和确认车辆软件的功能和代码的过程是适当的。
4.4.4 应具备处理软件升级突发事件的应急管理机制。
4.5 在线升级的附加要求
4.5.1 若在线升级是在车辆行驶过程中进行,车辆制造商应证明其采用了过程和程序以确保该在线升级不会影响车辆安全。
4.5.2 当在线升级需要特定的技能或复杂操作时,车辆制造商应证明其采用了过程和程序以确保只有在专业人员在场或执行该操作的情况下才能进行在线升级。
5 车辆要求
5.1 一般要求
5.1.1 应保护升级包的真实性和完整性,合理地防止其受到损害和防止无效软件升级。
5.1.2 当车辆存储软件识别码时,车辆应具备更新软件识别码的能力,每个软件识别码应能通过使用电子通信接口,至少通过标准接口(如OBD端口),以标准化的方式易于读取。
5.1.3 当车辆未存储软件识别码时,车辆应具备更新软件版本的能力,与准入或认证相关系统的软件版本应能通过使用电子通信接口,至少通过标准接口(如OBD端口),以标准化的方式易于读取。
5.1.4 应保护车辆上的软件识别码和/或软件版本免受篡改。
5.2 在线升级的附加要求
5.2.1 在执行软件升级前,应告知车辆用户有关软件升级的信息,至少应包括:
a) 目的(例如,软件升级的重要性,以及是否与召回、安全等有关);
b) 对于车辆功能的任何更改;
c) 完成软件升级的预期时间;
d) 执行软件升级期间任何可能无法使用的车辆功能;
e) 可能帮助车辆用户安全执行软件升级的任何说明。
5.2.2 在执行软件升级前,应得到车辆用户的确认。
5.2.3 在执行软件升级前,应确保车辆满足先决条件。
5.2.4 在执行软件升级前,应确保车辆有足够电量(包括可能恢复到以前版本或使车辆进入安全状态所需的电量)完成软件升级。
5.2.5 若执行软件升级可能影响车辆安全,在执行软件升级中,应通过技术手段确保车辆安全。
5.2.6 若执行软件升级可能影响驾驶安全,在执行软件升级中,至少应满足:
a) 确保车辆不能被驾驶;
b) 确保任何影响成功执行软件升级或影响车辆安全的车辆功能不能被使用。
5.2.7 在执行软件升级中,不应禁止车辆用户从车内解除车门锁止状态。
5.2.8 在执行软件升级后,车辆应:
a) 告知车辆用户升级的结果(成功或失败);
b) 若成功,告知车辆用户实施的更新,以及更新车载电子用户手册(如果有);
c) 若失败,告知车辆用户处理建议。
5.2.9 若软件升级失败或中断,应确保将系统恢复到以前的可用版本或将车辆置于安全状态。
6 试验方法
6.1 试验工具
至少应具备以下试验工具:
a) OBD通用诊断仪或读取工具;
b) 影音采集设备;
c) 升级包篡改工具。
6.2 升级包真实性完整性试验
利用升级包篡改工具分别构造真实性被损害的升级包和完整性被损害的升级包,执行软件升级,检查并记录软件升级结果和日志中的校验结果,试验结果符合5.1.1的要求。
6.3 软件识别码/软件版本更新及读取试验
当车辆存储软件识别码时,在执行软件升级前,使用通用读取工具读取车辆中软件识别码并进行记录,使用与准入或认证相关的软件升级包(软件识别码与本车不同),成功执行软件升级并使用通用读取工具读取升级后的软件识别码并进行记录,试验结果符合5.1.2的要求。
当车辆不存储软件识别码时,在执行软件升级前,使用通用读取工具读取车辆中软件版本并进行记录,使用与准入或认证相关的软件升级包(软件版本与本车不同),成功执行软件升级并使用通用读取工具读取升级后的软件版本并进行记录,试验结果符合5.1.3的要求。
6.4 软件识别码/软件版本防篡改试验
读取并记录当前车辆软件识别码和/或软件版本,根据车辆软件识别码和/或软件版本的防篡改机制修改车辆软件识别码/软件版本,检查并记录车辆软件识别码或软件版本,试验结果符合5.1.4的要求。
6.5 用户告知试验
在执行软件升级前,检查和记录告知用户的信息内容,试验结果符合5.2.1的要求。
6.6 用户确认试验
在执行软件升级前,检查并记录所提供的用户确认操作选项及相应操作结果,试验结果符合5.2.2的要求。
6.7 先决条件试验
分别使车辆处于满足和不满足先决条件的状态下,执行软件升级,检查并记录车辆软件升级执行结果,试验结果符合5.2.3的要求。
6.8 电量保障试验
在满足其他先决条件情况下,分别使车辆处于满足电量保障和不满足电量保障的状态下,执行软件升级,检查并记录车辆执行软件升级结果,试验结果符合5.2.4的要求。
6.9 车辆安全试验
根据可能影响车辆安全的软件升级项目清单开展相应试验,检查并记录软件升级结果及车辆状态,试验结果符合5.2.5的要求。
6.10 驾驶安全试验
根据可能影响驾驶安全的软件升级项目清单开展相应试验,在软件升级执行过程中,尝试将车辆置于行驶状态,检查并记录软件升级结果及车辆行驶状态,试验结果符合5.2.6中a)的要求;在软件升级执行过程中,尝试使用可能影响软件升级成功执行或影响车辆安全的车辆功能,检查并记录软件升级结果及相应车辆功能状态,试验结果符合5.2.6中b)的要求。
6.11 车门防锁止试验
锁止车门并执行软件升级,在执行软件升级过程中,从车内解锁车门,记录车门解锁结果,试验结果符合5.2.7的要求。
6.12 结果告知试验
软件升级成功后,检查并记录结果告知信息,检查并记录车载电子用户手册(如果适用),试验结果符合5.2.8a)和b)的要求。
软件升级失败后,检查并记录结果告知信息和用户建议,试验结果符合5.2.8a)和c)的要求。
6.13 升级失败处理试验
在软件升级执行过程中,触发软件升级失败或中断,检查并记录车辆状态,试验结果符合5.2.9的要求。
7 车辆型式的变更和扩展
7.1 总则
按本文件通过型式检验的车型,其结果可扩展到符合7.2判定条件的其他车型。车型获得扩展后,此扩展车型不可再扩展到其他车型。
7.2 判定条件
7.2.1 整车生产企业相同。
7.2.2 使用的软件升级管理体系相同。
7.2.3 用于实现软件升级的电子控制系统软硬件的版本相同。
7.2.4 能被软件升级的电子控制系统的硬件相同或减少。
7.2.5 升级包完整性和真实性的保护方式相同。
7.2.6 是否存储软件识别的情况相同。
7.2.7 软件识别码和/或软件版本在车辆上的存储位置相同。
7.2.8 读取和保护软件识别码和/或软件版本的方式相同。
7.2.9 告知车辆用户软件升级信息及结果的方式相同。
7.2.10 电量保障技术措施相同。
7.2.11 软件升级中断或失败后的处理策略及安全状态相同。
8 说明书
具备软件升级功能的车辆,其产品说明书至少应包含:
a) “本车具备软件升级功能”等内容的说明;
b) 软件升级失败或中断后,车辆安全状态的说明;
c) 软件升级操作方法的说明。
9 标准实施
对于新申请车辆型式批准的车型,自本文件实施之日起开始执行;
对于已获得车辆型式批准的车型,自本文件实施之日起第13个月开始执行。

***********************************************
现成译文,到款即发。
任取样页验证译文质量。
免费提供正规增值税发票。
请联系手机/微信: 133-0649-6964/Email: standardtrans@foxmail.com 购买完整译文。
专业源于专注|舍吾予言标准翻译/ChinaAutoRegs/始终专注于机动车标准翻译!迄今为止已翻译上千个国内外汽车法规标准!独家打造千万级汽车专业术语库和记忆库。

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注