[发明专利]软件升级方法及系统

说明书

本发明提供一种软件升级方法及系统，方法包括：服务器端将待升级的软件包拆分为多个子软件包，将各个子软件包进行计算得到第一目标哈希值，对第一目标哈希值加密得到签名文件，将签名文件发送至车辆端；车辆端对签名文件解密，当解密成功时反馈成功信息至服务器端；服务器端根据成功信息将各个子软件包发送至车辆端；车辆端对服务器端所发送的各个子软件包进行存储、刷写、及删除操作，同时对各个子软件包进行计算得到第二目标哈希值；车辆端将第二目标哈希值与对签名文件进行解密后得到的数据进行比对，并当比对相同时进行ECU重启。本发明解决了现有存储空间有限的设备在软件升级过程中无法提供较高的可靠性的问题。

技术领域

本发明涉及软件技术领域，特别涉及一种软件升级方法及系统。

背景技术

随着汽车电气化的推行以及软件定义汽车趋势的发展，近年新车型所安装的ECU（Electronic Control Unit，电子控制单元）数目增加到60个以上，这也意味着汽车软件的复杂程度日益增加，在开发周期有限的情况下，对ECU中软件进行升级显得愈发重要和紧迫。

现有常用ECU软件升级的方式包括：通过外部存储器存储ECU的软件升级包，在进行更新时直接进行软件烧录外部存储器中的软件升级包，然而此种升级方式没有做安全校验，使得存在直接刷写未验证身份的软件包而导致刷错软件包引发安全问题。

当然现有ECU软件升级的方式还包括标准的软件签名验证流程，其具体为：先制作升级的软件包和利用私钥对软件包的哈希值进行加密的签名文件，然后把软件包和签名文件传递到ECU；ECU收到软件包和签名文件后，计算软件包的哈希值并与解密签名文件的数据进行匹配；若数据匹配通过后，ECU用该软件包进行升级，若数据匹配失败，则ECU拒绝升级。

而如果按照标准的软件签名验证流程制作软件包及签名文件，则其ECU的Flash存储空间至少需要软件包的2倍大小，而车企由于成本限制，其所配置的ECU的运行内存和Flash内存均十分有限。以当前某个模块为例，当前采用的芯片是SAK-TC233LP-32F200，其RAM为184KB，Flash空间为2M，然而其升级软件包就达到1.5M，使得由于存储空间限制无法采用标准签名验证方式进行升级，但又需要具备验证软件包的合法性。

发明内容

基于此，本发明的目的是提供一种软件升级方法及系统，以从根本上解决现有存储空间有限的设备在软件升级过程中无法提供较高的可靠性的问题。

根据本发明实施例的一种软件升级方法，所述方法包括：

服务器端将待升级的软件包依序拆分为多个子软件包，并将各个子软件包进行哈希值计算处理得到第一目标哈希值；

服务器端利用私钥对所述第一目标哈希值进行加密得到签名文件，并将所述签名文件发送至车辆端；

车辆端利用公钥对所接收的所述签名文件进行解密，并当解密成功时反馈成功信息至服务器端；

服务器端根据接收到的车辆端所反馈的成功信息相应的将所拆分的各个子软件包依序发送至车辆端；

车辆端依次对服务器端所依序发送的各个子软件包进行存储、刷写、及删除操作，同时对所依次存储的各个子软件包进行哈希值计算处理得到第二目标哈希值；

车辆端将所计算得到的第二目标哈希值与对所述签名文件进行解密后得到的数据进行比对，并当比对相同时进行ECU重启，以使刷写完成实现软件升级。

另外，根据本发明上述实施例的一种软件升级方法，还可以具有如下附加的技术特征：

进一步地，所述将各个子软件包进行哈希值计算处理得到第一目标哈希值的步骤包括：

服务器端将所拆分的首个子软件包进行哈希值计算；