用于经由空中接口稳健地更新车辆的固件的方法和设备技术

技术编号:15690619 阅读:74 留言:0更新日期:2017-06-24 03:09
用于经由空中接口稳健地更新车辆的固件的方法和设备。用于经由空中接口更新车辆的固件的方法(30),其特征在于以下特征:‑ 经由所述空中接口通过连接模块(31)与后端交换数据,‑ 所述数据由所述车辆之内的数据保持模块(32)来管理,‑ 所述连接模块(31)和所述数据保持模块(32)由协调层(33)来协调,‑ 所述连接模块(31)和所述协调层(33)由监视层(34)来监视,以及‑ 按需要由所述协调层(33)针对安装(35)来请求所述数据。

Method and apparatus for robustly updating a vehicle's firmware via an air interface

Method and apparatus for robustly updating a vehicle's firmware via an air interface. A method for updating the firmware via the air interface of the vehicle (30), characterized by the following features: via the air interface through the connecting module (31) to exchange data with the back-end, the data from within the vehicle data maintaining module (32) to manage the connection module, (31) maintain module and the data (32) by the coordination layer (33) to coordinate, the connection module (31) and the coordination layer (33) by the monitoring layer (34) to monitor, and as required by the coordination layer (33) for installation (35 to request the data).

【技术实现步骤摘要】
用于经由空中接口稳健地更新车辆的固件的方法和设备
本专利技术涉及用于经由空中接口稳健地更新车辆的固件的方法。除此之外,本专利技术涉及相应的设备、相应的计算机程序以及相应的存储介质。
技术介绍
在无线电技术中,数据借助于电磁波、即显然通过介质空气(overtheair(空中),OTA)的传输有时被称为空中接口。这种空中接口的特征尤其在于,不使用固体的传输介质、如铜或者光纤电缆,这为了随后的实施的目的不排除真空中的传输。利用这种传输的电信技术方案例如作为空中编程(OTA)、空中服务提供(Over-the-AirServiceProvisioning,OTASP)、空中提供(Over-the-AirProvisioning,OTAP)或者空中参数管理(Over-the-AirParameterAdministration,OTAPA)已知。所提到的技术对于更新所谓的固件(FW)、即被嵌入到电子设备中的这种软件来说是特别有意义的。上面所提到的OTA技术的根据固件被适配的修改方案在电信中以上位概念“固件空中编程(FOTA)”被概括。DE10105454A1提出用于经由空中接口来自动地补充软件的方法,所述方法用于通过新的软件模块来补充在系统上运行的软件,其中这些软件模块首先被测试并且然后从这些软件模块导出应用模块。
技术实现思路
本专利技术提供根据独立权利要求的用于经由空中接口稳健地更新车辆的固件的方法、相应的设备、相应的计算机程序以及相应的存储介质。该解决方案的优点在于软件(SW)的以及尤其固件(FW)的空中更新的稳健性的提高,使得在针对原始设备制造商(originalequipmentmanufacturer,OEM)和终端客户的实际采用中的问题被避免。在这种情况下重要的是理解:OTA场景在没有车间的支持的情况下应当以高的稳健性可靠地运转。一般来说本身功能正常的车辆在这种情况下获得FW更新或者另外的SW更新,以便扩展功能范围或者消除错误并且因此不允许在OTA更新之后变为损坏的、即不能行驶的。这使OTA场景基本上区别于常规的车间场景。根据本专利技术的一种实施方式的稳健的解决方案满足相应地高的客户期望。稳健性根据IEEE、ISO/IEC描述系统或组件的、即使当系统和系统环境尤其遭受在系统边界处充分利用的影响和条件或者出现未知的输入值时也正确地保证功能性的程度。这里所提出的解决方案不仅仅涉及各个SW组件或硬件组件,而是由一系列功能以及尤其其有意义的互相配合和涉及的架构元件构成。随后的实施方案描述如何与车间中的经典的SW更新以及尤其FW更新类似地自动化地在车辆中进行例如车间人员的活动,所述活动当在车间中执行更新时保证稳健性。用于进一步提高稳健性的选项同样是极好的。本专利技术的一个方面涉及用于以下总链中的子活动的稳健的FOTA更新:车辆客户端和后端之间的交互、到车辆中的下载、存储和管理、分发和更新以及事故处理(disasterhandling)。作为另外的处理步骤的车辆更新数据集成、后端预处理以及回滚和恢复(recovery)对于本领域技术人员来说充分已知并且不是随后的实施方案的主题。本专利技术的另一方面是如下技术系统,所述技术系统由一个或多个后端系统和车辆子系统构成。因此,所述系统的核心由用于单个车辆中的OTA-SW更新以及尤其FW更新的车辆子系统、用于车辆的车队或群组的更新的后端子系统以及这些组件的交互构成。附图说明本专利技术的实施例在附图中被示出并且在随后的描述中进一步被解释。图1示出本专利技术的实施方式所基于的架构。图2示出具有交互依赖性和责任的自主区域中的功能组件的分配。图3示出在考虑时提高稳健性的示范性的条件。图4示出根据本专利技术的协调层和安装实施功能的透明的处理。具体实施方式所述系统加建在图1中所图解的技术架构上,所述技术架构不仅提高模块性、可扩展性和可适配性,而且提高稳健性。数据下载为此在如下组件中被分开,所述组件不仅被实现为后端20中的下载服务器21而且被实现为车辆10中的下载客户端11。设备管理在如下组件中被分开,所述组件不仅被实现为后端20中的设备管理服务器26而且被实现为车辆10中的设备管理客户端16。车辆侧的代理被用于将设备管理——例如在多个域中——的分布式实现方案捆绑成唯一的实现方案。软件更新和软件管理在如下组件中被分开,所述组件不仅被实现为后端20中的SCOS服务器22和FCOS服务器23而且被实现为车辆10中的应用软件更新客户端12和固件更新客户端13。这里,SCOMO/FUMO将根据OMA-DM的功能性称为示例性的实现。车辆管理部25用于使“设备”具体化为车辆10,包括其相关的拓扑、即控制设备(electroniccontrolunits(电子控制单元),ECU)和子系统。在后端20侧的专业的数据处理在车辆内容管理部28中被分开,所述车辆内容管理部将数据状态的不同的版本和变体绑定到车辆10上。包括活动控制在内的更新逻辑也被分开,所述更新逻辑不仅被实现为后端20中的车辆更新服务器24而且被实现为车辆10中的车辆更新客户端14。车辆10中的数据管理作为内容管理部18被分开。相应的内容适用于为了车辆10中的ECU更新而被分开的固件更新组件,所述固件更新组件可以存在于多个变体和实例、例如应用软件更新客户端12或固件更新客户端13的那个变体和实例中并且能够更新不同的系统和技术。从现在起详细地解释所提及的组件的内容和功能。车辆管理部25针对所有目的对多个车辆10(在车辆10的集合或群组的意义上)的、一个车辆10本身及其车辆拓扑的认识负责并且能够将设备映射到由设备管理部15、16、26所提供的车辆10上。设备管理部15、16、26识别设备、未必车辆10或已知的车辆10并且为此与设备、未必车辆10或已知的车辆10通信。多个设备在此可以被联合为车辆10。设备管理部15、16、26仍然可以识别其它设备类型、例如割草机。设备管理部15、16、26因此识别设备类型,以便允许转发给其管理功能。在当前示例中在此涉及车辆管理部25。设备管理服务器26能够利用所属的设备来执行所有的管理行动。为此,协议是必要的,以便将这一类的管理对象运送到设备以及从设备运送这一类的管理对象。设备管理部15、16、26能够操纵不同类型的多个设备。已知的设备借助于数据管理部27来识别以及确定类型,以便变为“已知的设备”。已知的设备被传递给所属的管理功能、当前被传递给车辆管理部25。为了后续实施的目的假定:所有的设备被确定类型为“道路车辆”并且通过车辆管理部25来处理。设备管理部优选地仍然能够也支持其它的类型和应用情况。设备管理客户端16实现在所属的运行时环境中从设备管理服务器26出发引入软件组件管理。设备管理驱动器通过设备管理客户端16支持设备识别和参数配置。设备管理客户端16又与如下环境中的一个或多个设备管理代理15相互作用,所述环境经由可选的设备管理代理主管管理活动借助于所提供的软件组件管理对象的执行。设备管理客户端16采用一般的警告机制,以便通知包括管理活动的状态的最终的消息。如果存在设备管理客户端16的多个实例,则该活动作为尽可能好的替代方案通过设备管理客户端16以及附加的设备管理代理15的唯一的实例来实施。为了在每个车辆10唯一的设备的情况下仍然可以支本文档来自技高网...
用于经由空中接口稳健地更新车辆的固件的方法和设备

【技术保护点】
用于经由空中接口(29)更新车辆(10)的固件的方法(30),其特征在于以下特征:‑ 经由所述空中接口(29)通过连接模块(31)与后端(20)交换数据,‑ 所述数据由所述车辆(10)之内的数据保持模块(32)来管理,‑ 所述连接模块(31)和所述数据保持模块(32)由协调层(33)来协调,‑ 所述连接模块(31)和所述协调层(33)由监视层(34)来监视,以及‑ 按需要由所述协调层(33)针对安装(35)来请求所述数据。

【技术特征摘要】
2015.10.30 DE 102015221330.71.用于经由空中接口(29)更新车辆(10)的固件的方法(30),其特征在于以下特征:-经由所述空中接口(29)通过连接模块(31)与后端(20)交换数据,-所述数据由所述车辆(10)之内的数据保持模块(32)来管理,-所述连接模块(31)和所述数据保持模块(32)由协调层(33)来协调,-所述连接模块(31)和所述协调层(33)由监视层(34)来监视,以及-按需要由所述协调层(33)针对安装(35)来请求所述数据。2.根据权利要求1所述的方法(30),其特征在于以下特征:-所述连接模块(31)发起与所述后端(20)的自主的交互以及对最后的已知的车辆状态(50)的获悉和分析,以及-所述连接模块(31)发起对所委托的下载或者上载的自主的执行以及对经由所述空中接口(29)的连接的稳健的操纵。3.根据权利要求2所述的方法(30),其特征在于以下特征:-所述数据保持模块(32)发起自主的存储和存取特许,以及-所述数据保持模块(32)发起存储空间的依赖于所述协调层(33)的预留和释放。4.根据权利要求3所述的方法(30),其特征在于以下特征:-所述协调层(33)依赖于所述车辆状态(50)和控制设备以及相应的软件更新客户端(12、13)的状态(51)来利用车辆更新客户端(14),-所述车辆更新客户端(14)支配、尤其启动、暂停以及停止所述软件更新客户端(12、13),询问所述软件更新客户端(12、13)并且给所述软件更新客户端(12、13)提供信息,以及-所述软件更新客户端(12、13)给所述车辆更新客户端(14)提供状况和查询。5.根据权利要求4所述的方法(30),其...

【专利技术属性】
技术研发人员:G齐梅里K施奈德V布拉施克W菲舍尔
申请(专利权)人:罗伯特·博世有限公司
类型:发明
国别省市:德国,DE

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1