CN114326689B - 刷写车辆的固件的方法、装置、设备以及存储介质 - Google Patents

Abstract

本公开提供了一种刷写车辆的固件的方法、装置、设备、存储介质以及程序产品，涉及人工智能技术领域，尤其涉及自动驾驶、车联网等技术领域。具体实现方案为：根据车辆的部件信息，获取至少一个第一插件；利用主控程序加载至少一个第一插件；以及利用至少一个第一插件，对车辆的固件执行刷写操作。

Description

刷写车辆的固件的方法、装置、设备以及存储介质

技术领域

本公开涉及人工智能技术领域，尤其涉及自动驾驶、车联网等技术领域。

背景技术

现代车辆正在向智能化、网联化的方向发展，越来越多的车辆具有联网功能。具有联网功能的车辆可以通过网络以OTA(Over-the-Air Technology，空中下载技术)的方式对车辆的各个部件进行固件升级。

发明内容

本公开提供了一种刷写车辆的固件的方法、装置、设备、存储介质以及程序产品。

根据本公开的一方面，提供了一种刷写车辆的固件的方法，包括：根据所述车辆的部件信息，获取至少一个第一插件；利用主控程序加载所述至少一个第一插件；以及利用所述至少一个第一插件，对所述车辆的固件执行刷写操作。

根据本公开的另一方面，提供了一种刷写车辆的固件的装置，包括：获取模块，用于根据所述车辆的部件信息，获取至少一个第一插件；第一加载模块，用于利用主控程序加载所述至少一个第一插件；以及第一刷写模块，用于利用所述至少一个第一插件，对所述车辆的固件执行刷写操作。

本公开的另一个方面提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开实施例所示的方法。

根据本公开实施例的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行本公开实施例所示的方法。

根据本公开实施例的另一方面，提供了一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现本公开实施例所示方法的步骤。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1示意性示出了根据本公开实施例的刷写车辆的固件的方法、装置、电子设备和存储介质的应用场景示意图；

图2示意性示出了根据本公开的实施例的刷写车辆的固件的方法的流程图；

图3示意性示出了根据本公开的实施例的获取至少一个第一插件的方法的流程图；

图4示意性示出了根据本公开的实施例的对车辆的固件执行刷写操作的方法的流程图；

图5示意性示出了根据本公开另一实施例的刷写车辆的固件的方法的流程图；

图6示意性示出了根据本公开另一实施例的刷写车辆的固件的方法的流程图；

图7示意性示出了根据本公开另一实施例的刷写车辆的固件的示意图；

图8示意性示出了根据本公开另一实施例的刷写车辆的固件的示意图；

图9示意性示出了根据本公开实施例的刷写车辆的固件的装置的框图；以及

图10示意性示出了可以用来实施本公开的实施例的示例电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

以下将结合图1对本公开提供的方法和装置的应用场景进行描述。

图1示意性示出了根据本公开实施例的刷写车辆的固件的方法、装置、电子设备和存储介质的应用场景示意图。需要注意的是，图1所示仅为可以应用本公开实施例的应用场景的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，该应用场景100包括车辆101、102和服务器103。

根据本公开的实施例，车辆101、102可以是支持OTA固件刷写的各种车辆，例如汽车、电动车、氢能源车、混动车等等。车辆101、102可以具有自动驾驶功能。

根据本公开的实施例，车辆101、102可以分别包括主控设备和至少一个部件。其中，主控设备例如可以包括T-Box(Telematics BOX，远程信息处理器)和VCU(VehicleControl Unit，车辆控制单元)等。部件例如可以包括ECU(Electronic Control Unit，电子控制器单元)。ECU又称为车辆的“行车电脑”，可以用于控制车辆的行驶状态以及实现各种功能。电子控制器单元例如可以包括EMS(Engine Mangement System，发动机管理系统)、TCU(Transmision Control Unit，自动变速箱控制单元)、BCM(Body Control Module，车身控制模块)、ESP(Electronic Stability Program，车身电子稳定控制系统)、BMS(BatteryManagement System，电池管理系统)和VCU(Vehicle Control Unit，整车控制器)等等。

根据本公开的实施例，服务器103可以是云端服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务(VirtualPrivate Server，或简称VPS)中，存在的管理难度大，业务扩展性弱的缺陷。服务器103也可以为分布式系统的服务器，或者是结合了区块链的服务器。

根据本公开的实施例，服务器103可以用于存储车辆所需的固件。车辆101、102可以通过网络与服务器103通信。例如，车辆101、102可以向服务器103发送固件获取请求。服务器103可以根据固件获取请求，将对应的固件发送给车辆101、102。

根据本公开的实施例，可以在车辆101、102的主控设备中配置主控程序。主控程序可以包含了通用的上层控制功能以及一个插件化的框架。基于该框架，可以为车辆101、102中的每个部件配置相应的插件，用于实现部件的操作逻辑功能。其中，上层控制逻辑中可以包含升级请求、升级包下载、升级条件判断、升级包解包、升级刷写分发、备份回滚等功能。部件操作逻辑可以包括部件的软硬件信息读取以及固件刷写功能。

基于此，在车辆101、102需要刷写车辆的固件时，可以根据所述车辆的部件信息，获取对应的插件。然后利用主控程序加载这些插件，并利用这些插件，对车辆的固件执行刷写操作。

根据本公开的实施例，车辆101和车辆102所包含的部件可以相同也可以不相同。

在车辆101和车辆102所包含的部件不同的情况下，相关技术需要分别为车辆101和车辆102开发不同的升级程序，并还需要分别对车辆101和车辆102的升级程序进行测试，开发以及测试工作存在重复和浪费。

根据本公开的实施例，通过将车辆部件的操作逻辑功能实现为插件的形式，在车辆101和车辆102的主控设备相同的情况下，可以使车辆101和车辆102共用同一种主控程序，并且车辆101和车辆102中相同的部件可以使用相同的插件，从而可以缩短车辆的适配时间，提高车辆适配工作的复用率。

本公开的技术方案中，所涉及的车辆的部件信息、固件等数据的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

图2示意性示出了根据本公开的实施例的刷写车辆的固件的方法的流程图。

如图2所示，该刷写车辆的固件的方法200包括在操作S210，根据车辆的部件信息，获取至少一个第一插件。

然后，在操作S220，利用主控程序加载至少一个第一插件。

在操作S230，利用至少一个第一插件，对车辆的固件执行刷写操作。

根据本公开的实施例，对于不同车辆可统一部署同一套主控程序，针对每个车辆可以根据车辆包含的部件，配置对应的插件，然后利用插件实现部件的固件刷写功能，从而可以缩短车辆的适配时间，提高车辆适配工作的复用率。

根据本公开的实施例，车辆的部件信息例如可以用于指示车辆中包含的需要进行固件刷写的部件。其中，部件例如可以包括ECU。

根据本公开的实施例，主控程序可以用于提供上层控制功能。例如，主控程序可以在车辆需要刷写固件时，加载对应的插件，并通过加载的插件，对车辆的固件执行刷写操作。

根据本公开的实施例，插件可以与部件一一对应。插件可以用于对部件的软硬件信息进行读取以及固件刷写等。第一插件可以为与车辆的部件信息匹配的插件。

根据本公开的实施例，插件例如可以包括程序、共享库文件和脚本文件中的至少一种。根据本公开的另一些实施例，插件除采用程序、共享库文件和脚本文件之外的其他方式实现。

根据本公开的实施例，插件可以预先存储在车辆中，也可以存储在云端。

示例性地，本实施例中，可以在云端存储各部件的插件。车辆可以根据自身需求从云端下载对应的插件，从而不需要手动对每个车辆的插件进行配置，效率较高。

基于此，图3示意性示出了根据本公开的实施例的获取至少一个第一插件的方法的流程图。

如图3所示，该获取至少一个第一插件的方法310包括在操作S311，根据部件信息，确定车辆包含的至少一个部件。

根据本公开的实施例，车辆的部件信息可以预先配置在车辆中，也可以通过对车辆进行硬件扫描来得到。

在操作S312，从云端下载与至少一个部件中每个部件对应的插件，作为第一插件。

根据本公开的实施例，例如可以由车辆根据部件信息，生成插件获取请求，并向云端发送插件获取请求，然后由云端根据插件获取请求将对应的插件发送给车辆。

根据本公开的另一实施例，例如还可以由云端主动获取车辆的部件信息，然后根据部件信息，将对应的插件发送给车辆。

图4示意性示出了根据本公开的实施例的对车辆的固件执行刷写操作的方法的流程图。

如图4所示，该对车辆的固件执行刷写操作的方法430包括针对至少一个部件中的每个部件执行以下操作S431～S432。

在操作S431，获取与部件对应的固件。

根据本公开的实施例，在车辆中存储有与部件对应的固件的情况下，可以从车辆本地读取该固件。在车辆中没有存储与部件对应的固件的情况下，可以从云端下载该固件。

然后，在操作S432，利用与部件对应的第一插件，将固件刷写至部件中。

根据本公开的实施例，插件可以包括程序、共享库文件和脚本文件中的至少一种。

示例性地，当插件为程序时，可以通过主控程序分配单独的进程来运行该程序，以便利用该程序将固件刷写至对应的部件中。

示例性地，当插件为共享库文件时，可以将该共享库文件集成在主控程序中，通过主控程序调用该共享库文件，以便将固件刷写至对应的部件中。

示例性地，当插件为脚本文件时，可以通过主控程序执行该脚本文件，以便根据该脚本文件将固件刷写至对应的部件中。

根据本公开的另一些实施例，车辆的部件可能发生变化，例如可以为车辆增加新部件，因此还需要对新部件进行固件刷写。示例性地，新部件可以通过云端下发插件的方式实现动态扩展。

基于此，图5示意性示出了根据本公开另一实施例的刷写车辆的固件的方法的流程图。

如图5所示，在上述方法的基础上，刷写车辆的固件的方法500还可以包括操作S510～S530。

在操作S510，在确定车辆已增加新部件的情况下，从云端下载与新部件对应的第二插件。

在操作S520，利用主控程序加载第二插件。

在操作S530，利用第二插件，针对新部件执行固件刷写操作。

根据本公开的实施，在需要对新部件进行固件刷写时，可以将新部件的信息发送给云端。由云端根据新部件的信息，匹配对应的插件，即第二插件，并将第二插件发送给车辆。车辆可以利用主控程序加载第二插件，利用第二插件，针对新部件执行固件刷写操作，从而完成对新部件的固件刷写，保证新部件可以正常使用。

图6示意性示出了根据本公开另一实施例的刷写车辆的固件的方法的流程图。

如图6所示，在上述方法的基础上，该刷写车辆的固件的方法600还可以包括操作S610～S620。

在操作S610，响应于接收到针对车辆的目标部件的插件更新指令，从云端下载与目标部件对应的第三插件。

在操作S620，根据第三插件，更新车辆中与目标部件对应的插件。

根据本公开的实施例，当部件的刷写功能有缺陷等情况出现时，需要对部件的插件进行更新。基于此，可以生成针对该部件的插件更新指令，根据插件更新指令从云端下载与该部件对应的插件，即第三插件。然后可以根据第三插件，单独更新该部件的插件，不需要更新整个固件刷写程序，从而节省了资源，提高了效率。

下面参考图7～图8，结合具体实施例对上文所示的刷写车辆的固件的方法做进一步说明。本领域技术人员可以理解，以下示例实施例仅用于理解本公开，本公开并不局限于此。

图7示意性示出了根据本公开另一实施例的刷写车辆的固件的示意图。

在图7中示出了，本实施例中，车型1可以包括ECU_A、ECU_B和ECU_C三个部件。适配车型1的时候开发方需要进行一次完整车型适配的开发。例如，可以开发主程序(OTAMaster)，以及ECU_A插件、ECU_B插件和ECU_C插件三个插件。其中，ECU_A插件对应于ECU_A部件，ECU_B插件对应于ECU_B部件，ECU_C插件对应于ECU_C部件。

本实施例中，车型2可以包括ECU_A、ECU_C和ECU_D三个部件，车型2具有与车型1相同的主控设备。当适配车型2时，由于主程序与ECU_A插件和ECU_C插件两个插件是不变的，因此不需要重新开发以及测试，只需要单独开发一个独立的ECU_D插件即可。其中，ECU_D插件对应于ECU_D部件。

同理，本实施例中，车型3可以包括ECU_B、ECU_C和ECU_E三个部件，车型3具有与车型1和车型2相同的主控设备。当适配车型3时，只需要开发新增的部件ECU_E的插件ECU_D插件即可。

可见，根据本公开实施例的刷写车辆的固件的方法可以缩短新车型适配时间，提高车型适配工作的复用率。

图8示意性示出了根据本公开另一实施例的刷写车辆的固件的示意图。

在图8中示出了，本实施例中，开发方可以分别开发对应于部件ECU_A、ECU_B、ECU_C和ECU_D的ECU_A插件、ECU_B插件、ECU_C插件和ECU_D插件。云端可以存储有ECU_A插件、ECU_B插件、ECU_C插件和ECU_D插件。

本实施例中，原始车型1可以包括ECU_A、ECU_B和ECU_C三个部件。在原始车型1的主控设备中配置有主程序，以及ECU_A插件、ECU_B插件和ECU_C插件三个插件。

后续在原始车型1的基础上增加了新部件ECU_D，成为新车型1。根据本公开的实施例，当新部件ECU_D需要通过固件刷写时，可以通过云端下发新部件ECU_D的插件至新车型1，即可使新车型1支持对新部件的固件进行刷写，不需要对整个固件刷写程序进行变更，从而提高了刷写固件的效率。

图9示意性示出了根据本公开实施例的刷写车辆的固件的装置的框图。

如图9所示，装置900包括获取模块910、第一加载模块920和第一刷写模块930。

获取模块910，可以用于根据车辆的部件信息，获取至少一个第一插件；

第一加载模块920，可以用于利用主控程序加载至少一个第一插件；以及

第一刷写模块930，可以用于利用至少一个第一插件，对车辆的固件执行刷写操作。

根据本公开的实施例，所述获取模块可以包括确定子模块和下载子模块。其中，确定子模块，可以用于根据所述部件信息，确定所述车辆包含的至少一个部件。下载子模块，可以用于从云端下载与所述至少一个部件中每个部件对应的插件，作为所述第一插件。

根据本公开的实施例，所述第一刷写模块，包括固件获取子模块和固件刷写子模块。其中，固件获取子模块，可以用于针对所述至少一个部件中的每个部件，获取与所述部件对应的固件。固件刷写子模块，可以用于利用与所述部件对应的第一插件，将所述固件刷写至所述部件中。

根据本公开的实施例，上述装置还可以包括第二下载模块、第二加载模块和第二刷写模块。其中，第二下载模块，可以用于在确定所述车辆已增加新部件的情况下，从云端下载与所述新部件对应的第二插件。第二加载模块，可以用于利用主控程序加载所述第二插件。第二刷写模块，可以用于利用所述第二插件，针对所述新部件执行固件刷写操作。

根据本公开的实施例，上述装置还可以包括第三下载模块和更新模块。其中，第三下载模块，可以用于响应于接收到针对所述车辆的目标部件的插件更新指令，从云端下载与所述目标部件对应的第三插件。更新模块，可以用于根据所述第三插件，更新所述车辆中与所述目标部件对应的插件。

根据本公开的实施例，插件例如可以包括程序、共享库文件和脚本文件中的至少一种。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图10示意性示出了可以用来实施本公开的实施例的示例电子设备1000的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图10所示，设备1000包括计算单元1001，其可以根据存储在只读存储器(ROM)1002中的计算机程序或者从存储单元1008加载到随机访问存储器(RAM)1003中的计算机程序，来执行各种适当的动作和处理。在RAM 1003中，还可存储设备1000操作所需的各种程序和数据。计算单元1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。

设备1000中的多个部件连接至I/O接口1005，包括：输入单元1006，例如键盘、鼠标等；输出单元1007，例如各种类型的显示器、扬声器等；存储单元1008，例如磁盘、光盘等；以及通信单元1009，例如网卡、调制解调器、无线通信收发机等。通信单元1009允许设备1000通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元1001可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1001的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1001执行上文所描述的各个方法和处理，例如刷写车辆的固件的方法。例如，在一些实施例中，刷写车辆的固件的方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1008。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1002和/或通信单元1009而被载入和/或安装到设备1000上。当计算机程序加载到RAM 1003并由计算单元1001执行时，可以执行上文描述的刷写车辆的固件的方法的一个或多个步骤。备选地，在其他实施例中，计算单元1001可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行刷写车辆的固件的方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (13)

1.一种刷写车辆的固件的方法，其中，所述车辆中部署有主控程序，所述主控程序用于提供通用的上层控制功能，所述主控程序包括插件化的框架，所述方法包括：

根据所述车辆的部件信息，获取至少一个第一插件，其中，所述车辆包含的至少一个部件，所述至少一个第一插件与所述至少一个部件一一对应，所述第一插件用于实现部件的操作逻辑功能，所述部件操作逻辑包括部件的软硬件信息读取以及固件刷写功能；

利用主控程序加载所述至少一个第一插件；以及

针对所述至少一个部件中的每个部件，

获取与所述部件对应的固件；以及

利用与所述部件对应的第一插件，将所述固件刷写至所述部件中。

2.根据权利要求1所述的方法，其中，所述根据所述部件信息，获取至少一个第一插件包括：

根据所述部件信息，确定所述车辆包含的至少一个部件；以及

从云端下载与所述至少一个部件中每个部件对应的插件，作为所述第一插件。

3.根据权利要求1所述的方法，还包括：

在确定所述车辆已增加新部件的情况下，从云端下载与所述新部件对应的第二插件；

利用主控程序加载所述第二插件；以及

利用所述第二插件，针对所述新部件执行固件刷写操作。

4.根据权利要求1所述的方法，还包括：

响应于接收到针对所述车辆的目标部件的插件更新指令，从云端下载与所述目标部件对应的第三插件；以及

根据所述第三插件，更新所述车辆中与所述目标部件对应的插件。

5.根据权利要求1-4中任一项所述的方法，其中，所述插件包括程序、共享库文件和脚本文件中的至少一种。

6.一种刷写车辆的固件的装置，其中，所述车辆中部署有主控程序，所述主控程序用于提供通用的上层控制功能，所述主控程序包括插件化的框架，所述装置包括：

获取模块，用于根据所述车辆的部件信息，获取至少一个第一插件，其中，所述车辆包含的至少一个部件，所述至少一个第一插件与所述至少一个部件一一对应，所述第一插件用于实现部件的操作逻辑功能，所述部件操作逻辑包括部件的软硬件信息读取以及固件刷写功能；

第一加载模块，用于利用主控程序加载所述至少一个第一插件；以及

第一刷写模块，用于利用所述至少一个第一插件，对所述车辆的固件执行刷写操作，

其中，所述第一刷写模块，包括：

固件获取子模块，用于针对所述至少一个部件中的每个部件，获取与所述部件对应的固件；以及

固件刷写子模块，用于利用与所述部件对应的第一插件，将所述固件刷写至所述部件中。

7.根据权利要求6所述的装置，其中，所述获取模块，包括：

确定子模块，用于根据所述部件信息，确定所述车辆包含的至少一个部件；以及

下载子模块，用于从云端下载与所述至少一个部件中每个部件对应的插件，作为所述第一插件。

8.根据权利要求6所述的装置，还包括：

第二下载模块，用于在确定所述车辆已增加新部件的情况下，从云端下载与所述新部件对应的第二插件；

第二加载模块，用于利用主控程序加载所述第二插件；以及

第二刷写模块，用于利用所述第二插件，针对所述新部件执行固件刷写操作。

9.根据权利要求6所述的装置，还包括：

第三下载模块，用于响应于接收到针对所述车辆的目标部件的插件更新指令，从云端下载与所述目标部件对应的第三插件；以及

更新模块，用于根据所述第三插件，更新所述车辆中与所述目标部件对应的插件。

10.根据权利要求6-9中任一项所述的装置，其中，所述插件包括程序、共享库文件和脚本文件中的至少一种。

11.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任一项所述的方法。

12.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-5中任一项所述的方法。

13.一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现权利要求1-5中任一项所述方法的步骤。

Images