CN115202682A - Ota管理器及中心、更新控制方法、非暂时性存储介质 - Google Patents

Ota管理器及中心、更新控制方法、非暂时性存储介质 Download PDF

Info

Publication number
CN115202682A
CN115202682A CN202210310642.6A CN202210310642A CN115202682A CN 115202682 A CN115202682 A CN 115202682A CN 202210310642 A CN202210310642 A CN 202210310642A CN 115202682 A CN115202682 A CN 115202682A
Authority
CN
China
Prior art keywords
update
software
ota
target ecu
target
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210310642.6A
Other languages
English (en)
Inventor
酒井义和
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toyota Motor Corp
Original Assignee
Toyota Motor Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toyota Motor Corp filed Critical Toyota Motor Corp
Publication of CN115202682A publication Critical patent/CN115202682A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/658—Incremental updates; Differential updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle

Abstract

本发明涉及OTA管理器、更新控制方法、非暂时性存储介质以及OTA中心。构成为控制被搭载于车辆的多个目标ECU的软件更新的OTA管理器具备1个以上的处理器。上述1个以上的处理器构成为从OTA中心接收上述目标ECU的软件的更新数据以及更新顺序信息。上述更新顺序信息规定上述目标ECU的上述软件的更新顺序。上述1个以上的处理器构成为基于上述更新顺序来使用上述更新数据控制上述目标ECU的软件更新的执行。

Description

OTA管理器及中心、更新控制方法、非暂时性存储介质
技术领域
本公开涉及用于对ECU(电子控制单元)的软件的更新进行控制的OTA管理器、更新控制方法、非暂时性存储介质以及OTA中心。
背景技术
在车辆搭载有用于对车辆的动作进行控制的多个ECU(电子控制单元)。ECU具备处理器、RAM那样的暂时性存储部、以及闪速ROM那样的非易失性存储部。通过处理器执行被存储于非易失性存储部的软件来实现ECU的控制功能。各ECU所存储的软件可改写。通过更新为更新的版本的软件，能够改善各ECU的功能、追加新的车辆控制功能。
作为更新ECU的软件的技术，公知有OTA(Over The Air：空中下载)技术。在OTA技术中，通过将与车载网络连接的车载通信设备和因特网等通信网络无线连接，经由无线通信从OTA中心下载软件，并安装下载了的软件，由此进行ECU的程序更新、追加(例如参照日本特开2004－326689)。
在通过OTA的活动(对于车辆进行软件更新的事件)来对于多个ECU进行软件更新的情况下，有时更新的顺序存在限制。例如，在从软件更新完毕的ECU1向软件更新前的ECU2(利用旧软件动作的ECU2)发送了新的信号(通过功能追加为目的的软件更新而新追加的信号等)的情况下，存在接收到该新的信号的ECU2视为接收到不明的信号而进行错误判定的情况。
发明内容
本公开提供在对于多个ECU而言软件更新的顺序存在限制的情况下能够恰当地进行软件更新的OTA管理器、更新控制方法、非暂时性存储介质以及OTA中心。
本公开的第1方式所涉及的OTA管理器构成为控制被搭载于车辆的多个目标ECU的软件更新。上述OTA管理器具备1个以上的处理器。上述1个以上的处理器构成为从OTA中心接收上述目标ECU的软件的更新数据以及更新顺序信息。上述更新顺序信息规定上述目标ECU的上述软件的更新顺序。上述1个以上的处理器构成为基于上述更新顺序而使用上述更新数据来控制上述目标ECU的软件更新的执行。
在本公开的第1方式所涉及的OTA管理器中，上述1个以上的处理器可以构成为取得表示是否能够对上述目标ECU执行软件更新的可否更新信息。上述1个以上的处理器可以构成为基于上述可否更新信息来决定上述目标ECU中的能够执行软件更新的第1目标ECU。上述1个以上的处理器可以构成为基于上述更新顺序来控制上述第1目标ECU的软件更新的执行。
在本公开的第1方式所涉及的OTA管理器中，上述1个以上的处理器可以构成为比第1更新组先控制第2更新组的软件更新的执行。上述第1更新组以及上述第2更新组可以是多个软件更新的组。上述第1更新组可以包括由上述1个以上的处理器决定为当前无法执行软件更新的第2目标ECU所涉及的软件更新。上述第2更新组可以不包括上述第2目标ECU所涉及的软件更新。
在本公开的第1方式所涉及的OTA管理器中，上述第1更新组的软件更新的优先级可以高于上述第2更新组的软件更新的优先级。
在本公开的第1方式所涉及的OTA管理器中，上述1个以上的处理器可以构成为对并行的上述目标ECU的软件更新的执行进行控制。
本公开的第2方式所涉及的更新控制方法由构成为控制被搭载于车辆的多个目标ECU的软件更新的计算机执行。上述计算机具备1个以上的处理器和存储器。上述方法具备从OTA中心接收上述目标ECU的软件的更新数据以及更新顺序信息。上述更新顺序信息规定上述目标ECU的上述软件的更新顺序。上述方法具备基于上述更新顺序来使用上述更新数据控制上述目标ECU的软件更新的执行。
本公开的第3方式所涉及的非暂时性存储介质储存有能够由构成为控制被搭载于车辆的多个目标ECU的软件更新的计算机执行且使上述计算机执行以下功能的命令。上述计算机具备1个以上的处理器和存储器。上述功能具备从OTA中心接收上述目标ECU的软件的更新数据以及更新顺序信息。上述更新顺序信息规定上述目标ECU的上述软件的更新顺序。上述功能具备基于上述更新顺序来使用上述更新数据控制上述目标ECU的软件更新的执行。
本公开的第4方式所涉及的OTA中心构成为经由网络与OTA管理器进行通信，该OTA管理器构成为控制多个目标ECU的软件更新。上述OTA管理器被搭载于车辆。上述OTA中心具备1个以上的处理器。上述1个以上的处理器构成为向上述OTA管理器发送上述目标ECU的软件的更新数据以及更新顺序信息。上述更新顺序信息规定上述目标ECU的上述软件的更新顺序。上述1个以上的处理器构成为通过发送上述更新数据以及上述更新顺序信息来使上述OTA管理器基于上述更新顺序进行上述多个目标ECU的软件更新。
根据本公开，能够提供在针对多个ECU而言软件更新的顺序存在限制的情况下可恰当地进行软件更新的OTA管理器、更新控制方法、更新控制程序以及OTA中心。
附图说明
以下，参照附图对本发明的示例性实施例的特征、优点、技术及工业重要性进行说明，在附图中相同的附图标记表示相同的构件，其中：
图1是表示一个实施方式所涉及的网络系统的整体结构的一个例子的框图。
图2是表示图1所示的OTA中心的简要结构的一个例子的框图。
图3是表示图1所示的OTA管理器的简要结构的一个例子的框图。
图4是表示图1所示的OTA中心的一个例子的功能框图。
图5是表示图1所示的OTA管理器的一个例子的功能框图。
图6是用于对可否更新信息的一个例子进行说明的图。
图7是用于对更新顺序信息的一个例子进行说明的图。
图8是表示图1所示的OTA管理器执行的控制处理的一个例子的流程图。
图9是用于对更新顺序信息的其他例子进行说明的图。
具体实施方式
图1是表示一个实施方式所涉及的网络系统的整体结构的一个例子的框图。图2是表示图1所示的OTA中心的简要结构的一个例子的框图。图3是表示图1所示的OTA管理器的简要结构的一个例子的框图。
图1所示的网络系统是用于更新被搭载于车辆的ECU(Electronic Control Unit；电子控制单元)13a～13d的软件的系统。网络系统具备OTA中心1、通信网络5、以及被搭载于车辆的车载网络2。
OTA中心1能够经由因特网等通信网络5与搭载于车辆的OTA管理器11通过无线等来实现通信。OTA中心1对搭载于车辆的ECU13a～13d的软件更新进行管理。
如图2所示，OTA中心1具备CPU21、RAM22、存储装置23以及通信装置24。存储装置23具备硬盘、SSD等可读写的存储介质。存储装置23存储用于执行软件的更新管理的程序、在软件更新管理中使用的信息、以及ECU的更新数据等。CPU21通过使用RAM22作为工作区域执行从存储装置23读出的程序，来执行控制处理。通信装置24经由通信网络5与OTA管理器11进行通信。
如图1所示，车载网络2具备OTA管理器11、通信模块12、多个ECU13a～13d以及HMI(Human Machine Interface；例如能够实现输入操作的汽车导航系统的显示装置)14。OTA管理器11经由总线15a与通信模块12连接。OTA管理器11经由总线15b与ECU13a以及13b连接。OTA管理器11经由总线15c与ECU13c以及13d连接。OTA管理器11经由总线15d与HMI14连接。OTA管理器11经由通信模块12与OTA中心1实现无线的通信。OTA管理器11基于从OTA中心1取得的更新数据来控制ECU13a～13d中的作为软件(存在称为“SW”的情况)的更新对象的ECU(存在称为“目标ECU”的情况)的软件更新。通信模块12是将车载网络2与OTA中心1连接的通信设备。ECU13a～13d控制车辆的各部的动作。在ECU13a～13d的软件的更新处理时，为了进行存在更新数据这一情况的显示、用于向用户、管理者请求对于软件更新的同意的同意请求画面的显示、以及更新结果的显示等各种显示而使用HMI14。此外，在图1中例示了4个ECU13a～13d，但ECU的数量并不限定。1个以上的目标ECU可以作为OTA管理器11发挥功能。
如图3所示，OTA管理器11具备微型计算机35和通信装置36。微型计算机35具备CPU31、RAM32、ROM33以及存储装置34。CPU31通过使用RAM32作为工作区域执行从ROM33读出的程序，来执行控制处理。通信装置36经由图1所示的总线15a～15d与通信模块12、ECU13a～13d、HMI14进行通信。
这里，软件的更新处理由下载阶段、安装阶段以及激活阶段构成。在下载阶段中，从OTA中心1向OTA管理器11下载更新数据。在安装阶段中，OTA管理器11将下载了的更新数据转送至作为更新对象的目标ECU，在目标ECU的存储区域安装更新数据(更新软件)。在激活阶段中，使在目标ECU中安装了的更新版的软件有效化。
下载是接收从OTA中心1发送出的、用于更新ECU的软件的更新数据并将接收到的更新数据存储于存储装置34的处理。下载阶段不仅包括更新数据的接收，还包括下载的可否执行判断、更新数据的验证等与下载相关的一系列处理的控制。安装是基于下载了的更新数据来在目标ECU的非易失性存储器写入更新版的程序(更新软件)的处理。安装阶段不仅包括安装的执行，还包括安装的可否执行判断、更新数据的转送以及更新版的程序的验证等与安装相关的一系列处理的控制。激活是使安装了的更新版的程序激活(有效化)的处理。激活阶段不仅包括激活的执行，还包括激活的可否执行判断、执行结果的验证等与激活相关的一系列控制。
从OTA中心1向OTA管理器11发送的更新数据可以包括ECU的更新软件、压缩更新软件而得到的压缩数据、分割更新软件或者压缩数据而得到的分割数据中的任一个。另外，更新数据可以包括识别目标ECU的识别符(ECUID)和识别更新前的软件的识别符(ECU软件ID)。更新数据被作为分发数据包下载。分发数据包包括单个或者多个ECU的更新数据。
在更新数据包括更新软件本身的情况下，在安装的阶段中，OTA管理器11将更新数据(即更新软件)转送至目标ECU。另外，在更新数据包括更新软件的压缩数据、差分数据或分割数据的情况下，可以是OTA管理器11向目标ECU转送更新数据，目标ECU根据更新数据生成更新软件。也可以是在OTA管理器11根据更新数据生成更新软件之后将更新软件转送至目标ECU。这里，更新软件的生成能够通过压缩数据的解压、差分数据或者分割数据的组合来进行。
更新软件的安装能够由目标ECU基于来自OTA管理器11的安装请求来进行。或者，接收到更新数据的目标ECU可以自主地进行更新软件的安装而不接受来自OTA管理器11的明确的指示。
更新软件的激活能够由目标ECU基于来自OTA管理器11的激活请求来进行。或者，接收到更新数据的目标ECU可以自主地进行更新软件的激活而不接受来自OTA管理器11的明确的指示。
图4是图1所示的OTA中心1的功能框图的一个例子。如图4所示，OTA中心1具备存储部26、通信部27以及控制部28。通信部27以及控制部28通过图2所示的CPU21使用RAM22执行存储于存储装置23的程序来实现。存储部26能够由图2所示的存储装置23实现。
图5是图1所示的OTA管理器11的功能框图的一个例子。如图5所示，OTA管理器11具备存储部37、通信部38以及控制部39。通信部38以及控制部39通过图3所示的CPU31使用RAM32执行存储于ROM33的程序来实现。存储部37由图3所示的存储装置34实现。
图6是用于对可否更新信息的一个例子进行说明的示意图。可否更新信息是表示根据车辆的状态是否能够对搭载于车辆的各ECU(包括目标ECU的各ECU)执行软件更新的信息。
在本实施方式中，搭载于车辆的ECU存在：在车辆处于停车中的情况下能够执行软件更新而在行驶中的情况下无法执行软件更新的ECU(存在称为“行驶相关ECU”的情况)；和在车辆处于停车中的情况下、行驶中的情况下均能够执行软件更新的ECU(存在称为“非行驶相关ECU”的情况)。行驶相关ECU是进行与车辆的行驶相关的控制的ECU。例如，行驶相关ECU是进行发动机的控制的ECU、进行制动器的控制的ECU、进行转向系统的控制的ECU。非行驶相关ECU是进行与车辆的行驶无关的控制的ECU。例如，非行驶相关ECU是进行音响系统的控制的ECU、进行空调系统的控制的ECU。这里，停车中例如是IG－ON状态(点火开关电源接通的状态)且是车速为零的状态(车辆未移动的状态)。另外，行驶中例如是IG－ON状态且车速大于零的状态(车辆在移动的状态)。
图6所示的可否更新信息表示为在停车中能够实现搭载于车辆的ECU1～ECU7的全部ECU的软件更新。另一方面，图6的可否更新信息表示为在行驶中仅ECU1、ECU4、ECU5、ECU7能够实现软件更新。这里，ECU1、ECU4、ECU5、ECU7是非行驶相关ECU。ECU2、ECU3、ECU6是行驶相关ECU。
OTA管理器11存储有可否更新信息。OTA管理器11通过监视点火开关电源的状态以及车速的状态来判定车辆的状态(停车中还是行驶中)。OTA管理器11根据该判定结果和可否更新信息来决定能够实现软件更新的ECU。其中，点火开关电源的状态例如能够使用从监视电源状态的设备接收的信号来进行监视。车速的状态例如能够使用从控制车速的ECU接收的信号来进行监视。能够实现软件更新的目标ECU是第1目标ECU的一个例子。无法实现软件更新的目标ECU是第2目标ECU的一个例子。
图7是用于对更新顺序信息的一个例子进行说明的示意图。更新顺序信息是表示ECU的软件的更新顺序的信息。
在本实施方式中，能够在1个ECU安装多个软件并进行运转，另外，软件被按照规定的顺序更新。
以下，参照图7所示的更新顺序信息的一个例子来具体地进行说明。图7所示的更新顺序信息表示为作为软件的更新对象的目标ECU是ECU1、ECU3以及ECU4。另外，在更新顺序信息的更新组1中，示出了在将安装于目标ECU1的软件a1(未图示)更新为软件A1之后将软件A1更新为软件A2、然后将软件A2更新为软件A3。然后，示出了在将安装于目标ECU3的软件a2(未图示)更新为软件A4之后将软件A4更新为软件A5。再然后，示出了在将安装于目标ECU4的软件a3(未图示)更新为软件A6之后将软件A6更新为软件A7。即，更新组1规定为按照软件A1、A2、A3、A4、A5、A6、A7的顺序来对目标ECU1、ECU3以及ECU4执行更新处理。更新组1是第1更新组的一个例子。
另外，在更新组2中，示出了在将安装于目标ECU1的软件b1(未图示)更新为软件B1之后将软件B1更新为软件B2。然后，示出了将安装于目标ECU4的软件b2(未图示)更新为软件B3。即，更新组2规定为按照软件B1、B2、B3的顺序对目标ECU1以及ECU4执行更新处理。更新组2是第2更新组的一个例子。
另外，如图7所示，在更新顺序信息中规定为更新组1(A1、A2、A3、A4、A5、A6、A7的更新组)是优先级1、更新组2(B1、B2、B3的更新组)是优先级2。即，在更新顺序信息中规定为更新组1的更新的优先级高于更新组2的更新的优先级。即，图7所示的更新顺序信息将软件的更新顺序规定为“A1、A2、A3、A4、A5、A6、A7、B1、B2、B3”。
这里，为了防止ECU的产生错误判定的不良状况等而需要遵守更新组所示的更新顺序。具体而言，需要遵守更新组1所示的更新顺序(A1、A2、A3、A4、A5、A6、A7的更新顺序)以及更新组2所示的更新顺序(B1、B2、B3的更新顺序)。另一方面，更新组的优先级所示的软件的更新顺序例如是与更新的重要度对应的顺序，不需要必须遵守。具体而言，可以存在比优先级1的更新组1先执行优先级2的更新组2的更新的情况。
图8是表示本实施方式的OTA管理器11所执行的控制处理的一个例子的流程图。以下，按照图8所示的流程图对本实施方式所涉及的控制处理进行说明。
通过OTA管理器11(参照图5)的通信部38接收因OTA活动而从OTA中心1发送出的软件的更新数据以及更新顺序信息(参照图7)，由此开始图8所示的处理。其中，软件的更新数据以及更新顺序信息例如在IG－ON状态(点火开关电源接通的状态)下被接收并存储于存储部37。
在步骤S1中，控制部39基于存储于存储部37的可否更新信息(参照图6)来决定目标ECU中的当前能够实现软件更新的ECU。以下，使用图6所示的可否更新信息来具体地进行说明。如使用图6说明那样，控制部39通过监视点火开关电源的状态以及车速的状态来判定车辆的状态(停车中还是行驶中)。控制部39根据车辆的状态的判定结果和可否更新信息来决定能够实现软件更新的ECU。例如假设目标ECU为ECU1、ECU3以及ECU4。在步骤S1中，在车辆处于行驶中的情况下，控制部39参照图6所示的可否更新信息来决定为能够实现软件更新的ECU是目标ECU1以及ECU4。另外，在步骤S1中，在车辆处于停车中的情况下，控制部39参照图6所示的可否更新信息来决定为能够实现软件更新的ECU是目标ECU1、ECU3以及ECU4。然后，处理移至步骤S2。
在步骤S2中，控制部39基于存储于存储部37的更新顺序信息(参照图7)来决定在步骤S1中判定为能够实现软件更新的目标ECU的软件中的要进行更新的软件。以下，使用图7所示的更新顺序信息(目标ECU为ECU1、ECU3以及ECU4的情况下的更新顺序信息的一个例子)来具体地进行说明。
在车辆处于停车中的情况下，控制部39决定为在步骤S1中能够实现软件更新的ECU是目标ECU1、ECU3以及ECU4(参照图6)。因此，控制部39在步骤S2中基于图7所示的更新顺序信息来决定目标ECU1、ECU3以及ECU4的软件中的要进行更新的软件。例如若是开始图8的流程图的处理且第一次执行了步骤S2的处理的时刻，则控制部39决定为将ECU1的软件a1(未图示)更新为软件A1。另外，例如若是针对ECU1的软件向软件A2的更新结束的时刻，则控制部39决定为将ECU1的软件A2更新为软件A3。另外，例如若是针对ECU1的软件向软件A3的更新结束的时刻，则控制部39决定为将ECU3的软件a2(未图示)更新为软件A4。另外，例如若是针对ECU4的软件向软件A7的更新结束的时刻，则控制部39决定为将ECU1的软件b1(未图示)更新为软件B1。这样，在车辆处于停车中的情况下，能够对全部的目标ECU实现软件更新。因此，根据更新顺序信息所示的软件的更新顺序(即，图7所示的顺序：A1、A2、A3、A4、A5、A6、A7、B1、B2、B3)来决定要进行更新的软件。
另外，在车辆处于行驶中的情况下，控制部39决定为在步骤S1中能够实现软件更新的ECU是目标ECU1以及ECU4(即，目标ECU3无法实现软件更新)(参照图6)。控制部39在步骤S2中对于包括无法实现软件更新的目标ECU3的软件更新的更新组1(优先级1)不做出执行软件更新的决定。控制部39从更新组2(优先级2)的软件更新中决定要执行的软件更新。例如若是开始图8的流程图的处理且第一次执行了步骤S2的处理的时刻，则控制部39决定为将ECU1的软件b1(未图示)更新为软件B1。另外，例如若是针对ECU1的软件向软件B2的更新结束的时刻，则控制部39决定为将ECU4的软件b2(未图示)更新为软件B3。这样，在车辆处于行驶中的情况下，控制部39不做出执行包括无法实现软件更新的目标ECU3的软件更新的更新组1的软件更新的决定，而做出执行不包括无法实现软件更新的目标ECU3的软件更新的更新组2的软件更新的决定。即，在车辆处于行驶中的情况下，控制部39按照与更新顺序信息所示的软件更新顺序(即，图7所示的顺序：A1、A2、A3、A4、A5、A6、A7、B1、B2、B3)不同的顺序来决定要进行更新的软件。紧接着以上说明的步骤2的处理，处理移至步骤S3。
在步骤S3中，控制部39对在步骤S2的处理中是否决定了要进行更新的软件(即，存在要进行更新的软件)进行判定。在步骤S3中的判定为“是”的情况下，处理移至步骤S4。在步骤S3中的判定为“否”的情况下，处理返回至步骤S1。
在步骤S4中，控制部39执行与在步骤S2中决定出的要进行更新的软件有关的更新处理。具体而言，控制部39从存储部37读出在步骤S2中判定出的要进行更新的软件的更新数据。控制部39将更新数据发送至目标ECU，将更新软件安装于目标ECU(向目标ECU的非易失性存储器写入更新软件)。控制部39使安装好的软件(更新软件)激活(有效化)。然后，处理移至步骤S5。
在步骤S5中，控制部39对是否执行了本次的OTA活动所涉及的全部的软件更新进行判定。在步骤S5中的判定为“是”的情况下，结束图8的处理。在步骤S5中的判定为“否”的情况下，将处理返回至步骤S1而执行剩余的软件更新。
如以上说明那样，在本实施方式中，按照基于更新顺序信息(参照图7)的软件更新顺序来控制多个目标ECU的软件更新的执行。因此，能够恰当地执行软件更新顺序存在限制的多个软件更新(OTA活动)。
另外，在本实施方式中，基于可否更新信息(参照图6)来执行软件更新。因此，能够还考虑是否处于可进行目标ECU的软件更新的状况的限制来基于由可否更新信息规定的软件更新顺序恰当地执行软件更新。
另外，在本实施方式中，在更新组(参照图7的更新组1)包括当前不可更新软件的ECU(ECU3)的软件更新(向软件A4、A5的更新)的情况下，能够按照与更新顺序信息所示的软件更新顺序不同的顺序对能够实现软件更新的ECU(例如ECU1)进行软件更新(例如能够比向软件A1的更新先实现向软件B1的更新)。由此，根据本实施方式，能够按照不需要必须遵守的软件更新顺序(基于优先级的更新顺序)来执行软件更新。因此，能够高效地推进更新处理。
变形例
在上述的本实施方式中，举出了在因车辆处于行驶中而更新组(参照图7的更新组1)中包括当前不可更新软件的ECU(ECU3)的软件更新(向软件A4、A5的更新)的状况下、该更新组所包括的软件更新全部不进行(保留)的控制例。然而，即便在车辆处于行驶中，也可以将包括当前不可更新软件的ECU的软件更新的更新组的软件更新在遵守了该更新组内的软件更新顺序的基础上在能够实现的范围执行。例如，在是图7所示的更新顺序信息的情况、并因车辆处于行驶中而无法进行目标ECU3的软件更新(向软件A4、A5的更新)的状况下(参照图6)，可以成为在遵守了更新组1内的更新顺序的基础上执行目标ECU1的软件更新(向软件A1、A2、A3的更新)的控制。
另外，在上述的情况下(即便是车辆处于行驶中、也将包括当前不可更新软件的ECU的软件更新的更新组的软件更新在遵守了该更新组内的更新顺序的基础上在能够实现的范围执行的情况)，可以进行对多个目标ECU并行执行软件更新的控制。例如，在是图7所示的更新顺序信息的情况、且因车辆处于行驶中而无法进行目标ECU3的软件更新(向软件A4、A5的更新)的状况下，可以是与目标ECU1的向软件A1的更新的执行并行地执行目标ECU4的向软件B3的更新的控制。通过这样进行控制，能够高效地进行软件更新。
另外，在更新顺序信息所示的多个更新组的软件更新的优先级相同的情况下，可以进行对多个目标ECU并行执行软件更新的控制。图9是对于图7所示的更新顺序信息追加了更新组3(与更新组2相同的优先级2)的图。在图9所示的更新顺序信息的情况下，例如可以是与目标ECU1向软件B1的更新的执行并行地执行目标ECU4向软件C1的更新的控制。通过这样进行控制，能够高效地进行软件更新。
另外，在上述的在本实施方式中，对搭载于车辆的ECU是单库存储器ECU的情况进行了说明。因此，在上述的本实施方式中，说明了在图8的步骤S4中将更新软件安装于目标ECU(单库存储器ECU)并激活更新软件的处理作为软件的更新处理。这里，ECU存在具有用于储存软件的1个数据储存区域(库)的单库存储器ECU(单面存储器ECU)和具有用于储存软件的2个数据储存区域(库)的双库存储器ECU(双面存储器ECU)。在单库存储器ECU中，因向数据储存区域安装更新软件并激活，会对ECU的软件产生影响。另一方面，在双库存储器ECU中，将2个数据储存区域(也包括虚拟地构成了2个数据储存区域的情况)中的任一方作为读出对象的数据储存区域(运用面)，执行被储存于读出对象的数据储存区域的软件。在读出对象的数据储存区域(运用面)的软件的执行中，能够在后台将更新软件写入至不是读出对象的另一方的数据储存区域(非运用面)。在软件更新处理中的激活时，通过切换软件的读出对象的数据储存区域，能够将更新版的软件激活(有效化)。而且，在上述的本实施方式中，搭载于车辆的ECU可以是双库存储器ECU。该情况下，预先在非运用区域的数据储存区域安装更新版的软件，作为图8的步骤S4的软件的更新处理，通过将非运用区域的数据储存区域切换为运用区域来进行激活。
另外，上述的本实施方式中例示出的OTA中心1的功能还能够实现为由具备处理器(CPU)、存储器以及通信装置的计算机执行的管理方法、或使该计算机执行的管理程序、存储有管理程序的计算机可读取的非暂时性存储介质。同样，作为上述的本实施方式而例示出的OTA管理器11的功能还能够实现为由具备处理器(CPU)、存储器以及通信装置的被车载的计算机执行的控制方法、或使该被车载的计算机执行的控制程序、存储有控制程序的计算机可读取的非暂时性存储介质。OTA中心1可以具备1个以上的处理器。OTA管理器11可以具备1个以上的处理器。
本公开技术能够在用于更新ECU(电子控制单元)的程序的网络系统中利用。

Claims (8)

1.一种OTA管理器，构成为控制被搭载于车辆的多个目标ECU的软件更新，其特征在于，
所述OTA管理器包括1个以上的处理器，该1个以上的处理器构成为：
从OTA中心接收所述目标ECU的软件的更新数据以及更新顺序信息，所述更新顺序信息规定所述目标ECU的所述软件的更新顺序，
基于所述软件的更新顺序来使用所述更新数据控制所述目标ECU的软件更新的执行。
2.根据权利要求1所述的OTA管理器，其特征在于，
所述1个以上的处理器构成为：
取得表示是否能够对所述目标ECU执行软件更新的可否更新信息，
基于所述可否更新信息来决定所述目标ECU中的能够执行软件更新的第1目标ECU，
基于所述更新顺序来控制所述第1目标ECU的软件更新的执行。
3.根据权利要求2所述的OTA管理器，其特征在于，
所述1个以上的处理器构成为比第1更新组先控制第2更新组的软件更新的执行，所述第1更新组以及所述第2更新组是多个软件更新的组，所述第1更新组包括由所述1个以上的处理器决定为无法执行软件更新的第2目标ECU所涉及的软件更新，所述第2更新组不包括所述第2目标ECU所涉及的软件更新。
4.根据权利要求3所述的OTA管理器，其特征在于，
所述第1更新组的软件更新的优先级高于所述第2更新组的软件更新的优先级。
5.根据权利要求1～4中任一项所述的OTA管理器，其特征在于，
所述1个以上的处理器构成为对并行的所述目标ECU的软件更新的执行进行控制。
6.一种更新控制方法，由构成为控制被搭载于车辆的多个目标ECU的软件更新的计算机执行，所述计算机具备1个以上的处理器和存储器，
所述更新控制方法的特征在于，包括：
从OTA中心接收所述目标ECU的软件的更新数据以及更新顺序信息，所述更新顺序信息规定所述目标ECU的所述软件的更新顺序；和
基于所述软件的更新顺序来使用所述更新数据控制所述目标ECU的软件更新的执行。
7.一种非暂时性存储介质，储存有能够由构成为控制被搭载于车辆的多个目标ECU的软件更新的计算机执行且使所述计算机执行以下功能的命令，所述计算机具备1个以上的处理器和存储器，
所述非暂时性存储介质的特征在于，
所述功能包括：
从OTA中心接收所述目标ECU的软件的更新数据以及更新顺序信息，所述更新顺序信息规定所述目标ECU的所述软件的更新顺序；和
基于所述软件的更新顺序来使用所述更新数据控制所述目标ECU的软件更新的执行。
8.一种OTA中心，构成为经由网络与OTA管理器进行通信，该OTA管理器构成为控制多个目标ECU的软件更新，所述OTA管理器被搭载于车辆，
所述OTA中心的特征在于，
所述OTA中心包括1个以上的处理器，该1个以上的处理器构成为：
向所述OTA管理器发送所述目标ECU的软件的更新数据以及更新顺序信息，所述更新顺序信息规定所述目标ECU的所述软件的更新顺序，
通过将所述更新数据以及所述更新顺序信息发送至所述OTA管理器，来使所述OTA管理器基于所述更新顺序进行所述目标ECU的软件更新。
CN202210310642.6A 2021-04-14 2022-03-28 Ota管理器及中心、更新控制方法、非暂时性存储介质 Pending CN115202682A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021068295A JP2022163396A (ja) 2021-04-14 2021-04-14 Ｏｔａマスタ、更新制御方法、更新制御プログラム及びｏｔａセンタ
JP2021-068295 2021-04-14

Publications (1)

Publication Number Publication Date
CN115202682A true CN115202682A (zh) 2022-10-18

Family

ID=83447431

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210310642.6A Pending CN115202682A (zh) 2021-04-14 2022-03-28 Ota管理器及中心、更新控制方法、非暂时性存储介质

Country Status (4)

Country Link
US (1) US20220334821A1 (zh)
JP (1) JP2022163396A (zh)
CN (1) CN115202682A (zh)
DE (1) DE102022106660A1 (zh)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004326689A (ja) 2003-04-28 2004-11-18 Nissan Motor Co Ltd 車載機器のソフトウェア書き換え方法、テレマティクスシステムおよびテレマティクス装置
US10496398B2 (en) * 2017-07-25 2019-12-03 Aurora Labs Ltd. Hot updates to ECU software using tool chain
JP7338280B2 (ja) * 2018-08-10 2023-09-05 株式会社デンソー 車両用電子制御システム、車両用マスタ装置、メータ装置、プログラム更新の報知制御方法、インジケータの表示指示プログラム及びインジケータの表示プログラム
JP7177755B2 (ja) * 2019-07-24 2022-11-24 株式会社日立製作所 サーバ、ソフトウェア更新システム、およびソフトウェア更新装置
JP7371461B2 (ja) * 2019-11-28 2023-10-31 株式会社オートネットワーク技術研究所 車載更新装置、更新処理プログラム、及び更新方法
CN113031980A (zh) * 2019-12-24 2021-06-25 华为技术有限公司 Ota系统软件升级控制方法及终端设备

Also Published As

Publication number Publication date
JP2022163396A (ja) 2022-10-26
DE102022106660A1 (de) 2022-10-20
US20220334821A1 (en) 2022-10-20

Similar Documents

Publication Publication Date Title
JP6525105B2 (ja) 制御装置、プログラム更新方法、およびコンピュータプログラム
JP6376312B1 (ja) 制御装置、プログラム更新方法、およびコンピュータプログラム
US20180341476A1 (en) Software updating device, software updating system, and software updating method
JP7207301B2 (ja) 更新制御装置、制御方法、およびコンピュータプログラム
JP2019003432A (ja) 制御装置、制御方法、およびコンピュータプログラム
US20220063646A1 (en) Onboard device, information generating method, non-transitory storage medium, and vehicle
JPWO2018142749A1 (ja) 制御装置、プログラム更新方法、およびコンピュータプログラム
JP7396216B2 (ja) サーバ、更新管理方法、更新管理プログラム及びソフトウェア更新装置
JP2018074306A (ja) 車内通信システム、車内通信方法、マネージャ装置、及び車載制御装置
CN115202682A (zh) Ota管理器及中心、更新控制方法、非暂时性存储介质
US11803364B2 (en) Server, software updating device, vehicle, software updating system, control method, and non-transitory storage medium
CN115514742A (zh) Ota管理器、中心、系统、方法、非暂时性存储介质
JP7371585B2 (ja) ソフトウェア更新装置、更新制御方法、更新制御プログラム及びサーバ
CN114115931A (zh) 软件更新装置、软件更新方法、非临时存储介质及车辆
CN113227967A (zh) 软件升级方法及装置
JP2019200789A (ja) 電子制御装置及びセッション確立プログラム
US11947824B2 (en) Electronic control unit, method, and program
WO2019221118A1 (ja) 電子制御装置及びセッション確立プログラム
US20220391193A1 (en) Ota master, system, method, non-transitory storage medium, and vehicle
US20220405080A1 (en) Ota master, system, method, non-transitory storage medium, and vehicle
WO2023195460A1 (ja) 車載装置、コンピュータプログラム及びプログラム更新方法
US11954480B2 (en) Center, OTA master, system, method, non-transitory storage medium, and vehicle
WO2022259348A1 (ja) 車両用制御装置
US20220222054A1 (en) Center, update management method, and non-transitory storage medium
JP2022012834A (ja) ソフトウェア更新装置、方法、プログラムおよび車両

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination