CN114327543A - 车载控制器的在线升级方法、装置、车辆及存储介质 - Google Patents

Abstract

本申请涉及汽车技术领域，特别涉及一种车载控制器的在线升级方法、装置、车辆及存储介质，其中，方法包括：根据待升级车载控制器的当前信息生成升级请求；发送升级请求至升级服务器，并接收升级服务器由升级请求匹配到的诊断刷写配置文件和软件升级包；对诊断刷写配置文件进行解析，生成待升级车载控制器的刷写配置信息，并根据刷写配置信息生成刷写指令，利用刷写指令将软件升级包刷写至待升级车载控制器中。由此，解决了相关技术中采用线下升级车载控制器软件的方式，升级效率低，用户体验较差等问题。

Description

车载控制器的在线升级方法、装置、车辆及存储介质

技术领域

本申请涉及汽车技术领域，特别涉及一种车载控制器的在线升级方法、装置、车辆及存储介质。

背景技术

一方面随着汽车行业的飞速发展与汽车保有量的不断递增，人们对汽车的需求越来越大，汽车产量大幅提升，另一方面随着汽车越来越智能化，电子模块和软件技术在整车上的应用程度也越来越高，未来汽车电子软件问题也会愈加爆发，需要返修的可能性也会更大。然而，相关技术中的车载控制器的软件的更新升级过程依然采取的是通过4S店的线下升级方式，导致升级效率较低，客户体验较差。

发明内容

本申请提供一种车载控制器的在线升级方法、装置、车辆及存储介质，以解决相关技术中采用线下升级车载控制器软件的方式，升级效率低，用户体验较差等问题。

本申请第一方面实施例提供一种车载控制器的在线升级方法，包括以下步骤：根据待升级车载控制器的当前信息生成升级请求；发送所述升级请求至升级服务器，并接收所述升级服务器由所述升级请求匹配到的诊断刷写配置文件和软件升级包；对所述诊断刷写配置文件进行解析，生成所述待升级车载控制器的刷写配置信息，并根据所述刷写配置信息生成刷写指令，利用所述刷写指令将所述软件升级包刷写至所述待升级车载控制器中。

进一步地，在生成所述待升级车载控制器的刷写配置信息之后，还包括：从所述诊断刷写配置文件中提取定位标识；根据所述定位标识确认所述软件升级包的目标刷写位置。

进一步地，所述根据所述刷写配置信息生成刷写指令，包括：获取所述待升级车载控制器的配置服务；根据所述配置服务和所述刷写配置信息生成所述刷写指令。

可选地，所述配置服务可以包括诊断模式控制服务、安全访问服务、例程控制服务、控制DTC(Diagnostic Trouble Code，故障码)设置服务、通信控制服务、数据下载服务和数据传输服务中的一项或多项。

进一步地，在利用所述刷写指令将所述软件升级包刷写至所述待升级车载控制器中之前，还包括：判断车辆的当前状态是否满足刷写条件；如果所述当前状态满足所述刷写条件，则利用所述刷写指令将所述软件升级包刷写至所述待升级车载控制器中。

本申请第二方面实施例提供一种车载控制器的在线升级装置，包括：生成模块，用于根据待升级车载控制器的当前信息生成升级请求；接收模块，用于发送所述升级请求至升级服务器，并接收所述升级服务器由所述升级请求匹配到的诊断刷写配置文件和软件升级包；升级模块，用于对所述诊断刷写配置文件进行解析，生成所述待升级车载控制器的刷写配置信息，并根据所述刷写配置信息生成刷写指令，利用所述刷写指令将所述软件升级包刷写至所述待升级车载控制器中。

进一步地，还包括：定位模块，用于在生成所述待升级车载控制器的刷写配置信息之后，从所述诊断刷写配置文件中提取定位标识，根据所述定位标识确认所述软件升级包的目标刷写位置；判断模块，用于在利用所述刷写指令将所述软件升级包刷写至所述待升级车载控制器中之前，判断车辆的当前状态是否满足刷写条件，如果所述当前状态满足所述刷写条件，则利用所述刷写指令将所述软件升级包刷写至所述待升级车载控制器中。

进一步地，所述升级模块进一步用于获取所述待升级车载控制器的配置服务，根据所述配置服务和所述刷写配置信息生成所述刷写指令，其中，所述配置服务包括诊断模式控制服务、安全访问服务、例程控制服务、控制DTC设置服务、通信控制服务、数据下载服务和数据传输服务中的一项或多项。

本申请第三方面实施例提供一种车辆，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车载控制器的在线升级方法。

本申请第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的车载控制器的在线升级方法。

由此，本申请至少具有如下有益效果：

通过在线配置实现车载控制器的软件刷写，并根据诊断刷写配置文件生成适用于不同车载控制刷写流程的刷写指令，解决OTA(Over-the-Air Technology，空中下载技术)刷写中车载控制器刷新流程不统一问题，能够提高车载控制器软件升级效率，缩短汽车控制***软件开发周期，提升用户体验。由此，解决了相关技术中采用线下升级车载控制器软件的方式，升级效率低，用户体验较差等技术问题。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请实施例提供的车载控制器的在线升级方法的流程示意图；

图2为根据本申请实施例提供的车载控制器的在线升级***方框示意图；

图3为根据本申请一个实施例提供的车载控制器的在线升级方法的流程示意图；

图4为根据本申请实施例提供的车载控制器的在线升级装置的示例图；

图5为根据本申请实施例提供的车辆的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

相关技术中，主机厂在研发及售后市场需要对车载控制器进行软件更新时，通常一种车载软件使用一种刷写上位机，且刷写流程存在未完全按照主机厂规定的刷写规范进行开发，刷写流程存在差异，OTA***开发刷写流程不一致，从而使得车辆软件刷写需要耗费大量的时间和人力资源，因此，需要提供更加有效地方案。为此，本申请实施例提出了一种通过在线配置实现车载软件刷写的方法，能够提高车载控制器软件升级效率，缩短汽车控制***软件开发周期。

下面参考附图描述本申请实施例的车载控制器的在线升级方法、装置、车辆及存储介质。针对上述背景技术中提到的相关技术中采用线下升级车载控制器软件的方式，升级效率低，用户体验较差的问题，本申请提供了一种车载控制器的在线升级方法，在该方法中，通过在线配置实现车载控制器的软件刷写，并根据诊断刷写配置文件生成适用于不同车载控制刷写流程的刷写指令，解决OTA刷写中车载控制器刷新流程不统一问题，能够提高车载控制器软件升级效率，缩短汽车控制***软件开发周期，提升用户体验。由此，解决了相关技术中采用线下升级车载控制器软件的方式，升级效率低，用户体验较差等技术问题。

具体而言，图1为本申请实施例所提供的一种车载控制器的在线升级方法的流程示意图。

如图1所示，该车载控制器的在线升级方法包括以下步骤：

在步骤S101中，根据待升级车载控制器的当前信息生成升级请求。

其中，当前信息可以包括待升级车载控制器的软件版本信息、身份标识信息等，对此不作具体限定；待升级车载控制器可以为车载CAN(Controller Area Network，控制器域网)控制器等，对此不作具体限定。

可以理解的是，当检测到存在待升级车载控制器的软件升级版本时，车辆可以自动生成升级请求，或者，根据用户的选择生成升级请求。

在步骤S102中，发送升级请求至升级服务器，并接收升级服务器由升级请求匹配到的诊断刷写配置文件和软件升级包。

其中，服务器可以为OTA管理平台，其中，OTA管理平台存储研发人员上传的诊断刷写配置文件、车载控制器软件升级包和目标车辆刷写数据表，目标车辆刷写数据表包含但不限于目标车辆车型代码、目标车辆车型配置、目标车辆VIN(Vehicle IdentificationNumber，车辆识别码)码等信息，OTA管理平台通过VIN码定位目标车辆，通过4G/5G/WIFI与目标车辆进行通讯。

需要说明的是，本申请实施例可以通过刷写配置脚本工具生成诊断刷写配置文件，刷写配置脚本工具包含ISO14229中关于车载控制器刷写的诊断服务指令，并集成可对参数进行配置的用户界面，配置界面包含但不仅限于诊断刷写服务，待刷写车载控制器诊断ID(Identity document，身份证标识号)，安全访问等级，安全访问种子/密匙长度，车载控制器刷写内存起始地址，车载控制器刷写内存长度，刷写数据校验格式，刷写数据校验算法等配置选项；诊断刷写服务按照ISO14229中刷写诊断服务标准化编制，待刷写车载控制器诊断ID用于定位具体待刷写车载控制器，可以通过界面勾选或填写待刷写车载控制器相关信息，生成诊断刷写配置文件。

可以理解的是，当车载网络畅通及OTA管理平台有新的升级请求时，本申请实施例可以通过4G/5G/WIFI网络从OTA管理平台下载诊断刷写配置文件和车载控制器升级软件包，下载完成后将诊断刷写配置文件和车载控制器升级软件包存放在特定内存地址中，并对软件升级包进行完整性校验。

在步骤S103中，对诊断刷写配置文件进行解析，生成待升级车载控制器的刷写配置信息，并根据刷写配置信息生成刷写指令，利用刷写指令将软件升级包刷写至待升级车载控制器中。

可以理解的是，本申请实施例可以对诊断刷写配置文件进行解析生成能够适用于不同车载控制器刷写的具体刷写指令，通过在线配置的方式实现在OTA升级中各车载控制器刷写流程不统一问题，在OTA刷写开发过程中不用针对不同控制器开发不同的刷写流程，能够提高车载控制器软件升级效率，缩短汽车控制***软件开发周期，节约开发成本。

在本实施例中，在生成待升级车载控制器的刷写配置信息之后，还包括：从诊断刷写配置文件中提取定位标识；根据定位标识确认软件升级包的目标刷写位置。

可以理解的是，本申请实施例可以通过诊断刷写配置解析模块解析诊断刷写配置文件，通过诊断刷写配置文件中的待刷写车载控制器诊断ID定位具体刷写车载控制器。

在本实施例中，根据刷写配置信息生成刷写指令，包括：获取待升级车载控制器的配置服务；根据配置服务和刷写配置信息生成刷写指令。

可以理解的是，本申请实施例可以基于诊断刷写配置文件中刷写配置信息和UDS诊断标准服务模块生成车载CAN控制器具体刷写指令。其中，UDS诊断标准服务模块包含但不限于诊断模式控制服务，安全访问服务，例程控制服务，控制DTC(诊断故障代码)设置服务，通信控制服务，数据下载服务，数据传输服务等服务，服务编码全部按照ISO14229标准进行编制。

具体而言，通过安全访问等级，安全访问种子/密匙长度和安全算法生成UDS诊断标准服务模块中安全访问服务具体指令；只有安全验证通过时，诊断上位机才有权限对相应的车载控制器进行软件刷写。其中，安全验证主要包括诊断上位机向对应的车载控制器发送相应的刷写密匙，对应的车载控制器对收到的密匙进行识别，并与自身计算的密匙进行对比，当密匙一致时即安全验证成功。

通过车载控制器刷写内存起始地址，车载控制器刷写内存长度生成UDS诊断标准服务模块中例程控制服务中关于内存地址擦除及校验等指令；通过刷写数据校验格式，刷写数据校验算法生成UDS诊断标准服务模块中例程控制服务中软件升级完成后数据完整性校验等指令。

需要说明的是，以上配置服务为车载控制器在软件刷写过程中存在差异部分，可以进行配置实现刷写不同车载控制器需求，主机厂刷写流程中其他服务均为ISO14229中标准服务格式。

在本实施例中，在利用刷写指令将软件升级包刷写至待升级车载控制器中之前，还包括：判断车辆的当前状态是否满足刷写条件；如果当前状态满足刷写条件，则利用刷写指令将软件升级包刷写至待升级车载控制器中。

可以理解的是，当判断整车满足软件刷写条件时，执行软件刷写指令；根据生成的车载控制器刷写指令对车载控制器进行软件刷写，在刷写过程中，中央网关可以过滤无用报文提高刷写成功率，同时记录刷写报文及计算刷写进度。

进一步而言，当软件升级完成后，若软件升级失败，车载控制器需将自身软件回滚为之前软件版本，保证车辆能够正常使用；若软件升级成功，控制整车下电并进入休眠状态。软件升级完成后，需将当前车载控制器的软件版本号和刷写过程中记录的报文上传至OTA管理平台；当前车载控制器软件版本号用于升级活动结果统计，若版本号与刷写软件版本号一致则为升级成功；若不一致则为失败；OTA管理平台基于统计结果生成升级活动分析报告；若软件刷写不成功，可以通过刷写过程中记录的报文信息分析具体失败原因，以提高下次升级成功率。

下面将图2的应用场景为例，***包括刷写配置脚本工具、OTA管理平台、远程控制模块、中央网关、车载CAN控制器。其中，刷写配置脚本工具是一种研发人员可以通过界面勾选车载CAN控制器刷新服务，形成车载CAN控制器刷新流程满足不同车载CAN控制器刷写需求，生成诊断刷写配置文件，发送给OTA管理平台进行管理；OTA管理平台用于存储刷写配置脚本工具生成的诊断刷写配置文件、车载CAN控制器软件升级包和目标车辆刷写数据表；远程控制模块用于通过4G/5G/WIFI从OTA管理平台下载诊断刷写配置文件和车载CAN控制器软件升级包，并对软件升级包进行完整性校验，其自身包括诊断刷写配置解析模块和UDS诊断标准服务模块，UDS诊断标准服务模块按照ISO14229标准服务模块进行封装；中央网关具有安全防火墙和网络报文过滤功能，通过CAN通讯实现与远程控制模块和车载CAN控制器连接，将远程控制模块的刷写指令转发给车载CAN控制器，实现车载CAN控制器软件升级，在OTA升级过程中过滤无用报文提高刷写成功率；车载CAN控制器通过CAN通讯实现与中央网关连接，接收中央网关转发的刷写指令，进入刷写模式，完成自身软件升级。

根据图2所示的应用场景，下面将对车载控制器的在线升级方法进行阐述，其中，本申请实施例的方法可以应用于远程控制模块中，如图3所示，包括以下步骤：

S0、通过刷写配置脚本工具生成诊断刷写配置文件；

S1、将诊断刷写配置文件、目标车辆刷写数据表和车载CAN控制器软件升级包上传至OTA管理平台；

S2、远程控制模块通过4G/5G/WIFI从OTA管理平台下载诊断刷写配置文件和车载CAN控制器升级软件包，并对升级软件包进行完整性校验；

S3、远程控制模块解析诊断刷写配置文件，并结合UDS标准服务模块生成车载CAN控制器刷写指令；

S4、远程控制模块判断车辆状态是否满足刷写条件，若满足则执行刷写指令并同时记录刷写报文；

S5、升级完成后远程控制模块控制整车下电和休眠；

S6、OTA管理平台统计升级结果并分析，生成分析报告。

综上，本申请实施例可以利用刷写配置脚本工具按照ISO14229中关于CAN控制器刷写部分服务进行模块化设计，并集成可对参数进行配置的用户可选界面，研发人员可以通过刷写配置脚本工具实现对不同车载CAN控制器软件升级刷写指令配置，通过OTA管理平台实现对车载CAN控制器软件升级；通过软件刷写指令配置能够避免不同车载CAN控制器因刷写流程不一致，导致需要重新编写OTA刷写流程的人力浪费的问题。

根据本申请实施例提出的车载控制器的在线升级方法，通过在线配置实现车载控制器的软件刷写，并根据诊断刷写配置文件生成适用于不同车载控制刷写流程的刷写指令，解决OTA刷写中车载控制器刷新流程不统一问题，能够提高车载控制器软件升级效率，缩短汽车控制***软件开发周期，提升用户体验。

其次参照附图描述根据本申请实施例提出的车载控制器的在线升级装置。

图4是本申请实施例的车载控制器的在线升级装置的方框示意图。

如图4所示，该车载控制器的在线升级装置10包括：生成模块100、接收模块200和升级模块300。

其中，生成模块100用于根据待升级车载控制器的当前信息生成升级请求；接收模块200用于发送升级请求至升级服务器，并接收升级服务器由升级请求匹配到的诊断刷写配置文件和软件升级包；升级模块300用于对诊断刷写配置文件进行解析，生成待升级车载控制器的刷写配置信息，并根据刷写配置信息生成刷写指令，利用刷写指令将软件升级包刷写至待升级车载控制器中。

在本实施例中，本申请实施例的装置10还包括：定位模块和判断模块。其中，定位模块，用于在生成待升级车载控制器的刷写配置信息之后，从诊断刷写配置文件中提取定位标识，根据定位标识确认软件升级包的目标刷写位置；判断模块，用于在利用刷写指令将软件升级包刷写至待升级车载控制器中之前，判断车辆的当前状态是否满足刷写条件，如果当前状态满足刷写条件，则利用刷写指令将软件升级包刷写至待升级车载控制器中。

在本实施例中，升级模块300进一步用于获取待升级车载控制器的配置服务，根据配置服务和刷写配置信息生成刷写指令，其中，配置服务包括诊断模式控制服务、安全访问服务、例程控制服务、控制DTC设置服务、通信控制服务、数据下载服务和数据传输服务中的一项或多项。

需要说明的是，前述对车载控制器的在线升级方法实施例的解释说明也适用于该实施例的车载控制器的在线升级装置，此处不再赘述。

根据本申请实施例提出的车载控制器的在线升级装置，通过在线配置实现车载控制器的软件刷写，并根据诊断刷写配置文件生成适用于不同车载控制刷写流程的刷写指令，解决OTA刷写中车载控制器刷新流程不统一问题，能够提高车载控制器软件升级效率，缩短汽车控制***软件开发周期，提升用户体验。

图5为本申请实施例提供的车辆的结构示意图。该车辆可以包括：

存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。

处理器502执行程序时实现上述实施例中提供的车载控制器的在线升级方法。

进一步地，车辆还包括：

通信接口503，用于存储器501和处理器502之间的通信。

存储器501，用于存放可在处理器502上运行的计算机程序。

存储器501可能包含高速RAM(Random Access Memory，随机存取存储器)存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。

如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。总线可以是ISA(IndustryStandard Architecture，工业标准体系结构)总线、PCI(Peripheral Component，外部设备互连)总线或EISA(Extended Industry Standard Architecture，扩展工业标准体系结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。

处理器502可能是一个CPU(Central Processing Unit，中央处理器)，或者是ASIC(Application Specific Integrated Circuit，特定集成电路)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车载控制器的在线升级方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不是必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列，现场可编程门阵列等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

Claims (10)

1.一种车载控制器的在线升级方法，其特征在于，包括以下步骤：

根据待升级车载控制器的当前信息生成升级请求；

发送所述升级请求至升级服务器，并接收所述升级服务器由所述升级请求匹配到的诊断刷写配置文件和软件升级包；以及

对所述诊断刷写配置文件进行解析，生成所述待升级车载控制器的刷写配置信息，并根据所述刷写配置信息生成刷写指令，利用所述刷写指令将所述软件升级包刷写至所述待升级车载控制器中。

2.根据权利要求1所述的方法，其特征在于，在生成所述待升级车载控制器的刷写配置信息之后，还包括：

从所述诊断刷写配置文件中提取定位标识；

根据所述定位标识确认所述软件升级包的目标刷写位置。

3.根据权利要求1所述的方法，其特征在于，所述根据所述刷写配置信息生成刷写指令，包括：

获取所述待升级车载控制器的配置服务；

根据所述配置服务和所述刷写配置信息生成所述刷写指令。

4.根据权利要求3所述的方法，其特征在于，所述配置服务包括诊断模式控制服务、安全访问服务、例程控制服务、控制DTC设置服务、通信控制服务、数据下载服务和数据传输服务中的一项或多项。

5.根据权利要求1-4任意一项所述的方法，其特征在于，在利用所述刷写指令将所述软件升级包刷写至所述待升级车载控制器中之前，还包括：

判断车辆的当前状态是否满足刷写条件；

如果所述当前状态满足所述刷写条件，则利用所述刷写指令将所述软件升级包刷写至所述待升级车载控制器中。

6.一种车载控制器的在线升级装置，其特征在于，包括：

生成模块，用于根据待升级车载控制器的当前信息生成升级请求；

接收模块，用于发送所述升级请求至升级服务器，并接收所述升级服务器由所述升级请求匹配到的诊断刷写配置文件和软件升级包；以及

升级模块，用于对所述诊断刷写配置文件进行解析，生成所述待升级车载控制器的刷写配置信息，并根据所述刷写配置信息生成刷写指令，利用所述刷写指令将所述软件升级包刷写至所述待升级车载控制器中。

7.根据权利要求6所述的装置，其特征在于，还包括：

定位模块，用于在生成所述待升级车载控制器的刷写配置信息之后，从所述诊断刷写配置文件中提取定位标识，根据所述定位标识确认所述软件升级包的目标刷写位置；

判断模块，用于在利用所述刷写指令将所述软件升级包刷写至所述待升级车载控制器中之前，判断车辆的当前状态是否满足刷写条件，如果所述当前状态满足所述刷写条件，则利用所述刷写指令将所述软件升级包刷写至所述待升级车载控制器中。

8.根据权利要求6所述的装置，其特征在于，所述升级模块进一步用于获取所述待升级车载控制器的配置服务，根据所述配置服务和所述刷写配置信息生成所述刷写指令，其中，所述配置服务包括诊断模式控制服务、安全访问服务、例程控制服务、控制DTC设置服务、通信控制服务、数据下载服务和数据传输服务中的一项或多项。

9.一种车辆，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-5任一项所述的车载控制器的在线升级方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-5任一项所述的车载控制器的在线升级方法。

Images