Nothing Special   »   [go: up one dir, main page]

CN115208868A - 中心、分发控制方法以及非暂时性存储介质 - Google Patents

中心、分发控制方法以及非暂时性存储介质 Download PDF

Info

Publication number
CN115208868A
CN115208868A CN202210310078.8A CN202210310078A CN115208868A CN 115208868 A CN115208868 A CN 115208868A CN 202210310078 A CN202210310078 A CN 202210310078A CN 115208868 A CN115208868 A CN 115208868A
Authority
CN
China
Prior art keywords
software
electronic control
update
packet
data
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
CN202210310078.8A
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 CN115208868A publication Critical patent/CN115208868A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/06—Improving the dynamic response of the control system, e.g. improving the speed of regulation or avoiding hunting or overshoot
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00—Input parameters relating to data
    • B60W2556/45—External transmission of data to or from the vehicle

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Stored Programmes (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明涉及中心、分发控制方法以及非暂时性存储介质。中心包括：存储装置，存储更新管理信息，该更新管理信息包括需要相互取得控制功能的匹配的多个第1ECU的软件的最新版本的组合；和一个或者多个处理器，构成为在基于上述更新管理信息和车辆内的多个ECU的软件的当前版本判定为需要上述多个第1ECU的软件中的至少一个软件的更新的情况下，将包括上述多个第1ECU的全部软件各自的旧版本与最新版本的差分数据的第1差分数据包以及包括需要更新的一个或者多个软件的最新版本的完整数据的第1完整数据包中的任一个决定为分发数据包，并将上述分发数据包发送至上述车辆。

Description

中心、分发控制方法以及非暂时性存储介质
技术领域
本公开涉及中心、分发控制方法以及非暂时性存储介质。
背景技术
在车辆搭载有用于控制车辆的动作的多个电子控制单元(ECU：ElectronicControl Unit)。电子控制单元具备处理器、RAM那样的暂时性存储部、以及闪速ROM那样的非易失性存储部，通过处理器执行存储于存储部的软件来实现电子控制单元的控制功能。各电子控制单元所存储的软件可改写，通过更新为更新的版本的软件，能够改善各电子控制单元的功能、追加新的车辆控制功能。
作为更新电子控制单元的软件的技术，公知有下述的OTA(Over The Air：空中下载)技术：将与车载网络连接的车载通信设备和因特网等通信网络无线连接，承担车辆的软件的更新处理的装置经由无线通信从具有服务器功能的中心下载软件，通过将下载了的软件安装于电子控制单元来进行电子控制单元的软件更新、追加。
使用了该OTA技术的软件的更新处理能够以在车辆的电源或者点火开关接通时由承担车辆的软件的更新处理的装置亦即OTA管理器经由车载通信设备向中心发送电子控制单元的软件的版本信息(更新确认)为契机来开始(例如参照日本特开2018－181377)。若通过OTA从中心下载了更新数据，则OTA管理器通过在车内的显示装置等进行显示，来将存在更新数据这一情况通知给用户，并以通过按钮等输入装置的操作而受理到用户的同意为契机来实施更新数据的安装以及激活。
在对车辆设置的控制功能之中，例如存在如自动驾驶那样通过多个电子控制单元(或促动器)协同动作来实现的功能。为了使自动驾驶功能正常发挥功能，需要实现自动驾驶的多个电子控制单元的软件的控制功能相互匹配，在实现自动驾驶的任一个电子控制单元的软件的功能被更新的情况下，需要与该功能更新一并还进行实现自动驾驶的其他电子控制单元的软件的功能更新。需要相互取得控制功能的匹配的多个电子控制单元的软件通常需要成套进行更新。另外，为了减少从中心向车辆的发送数据量，软件的更新数据被作为更新前后的差分数据来提供。即，需要相互取得控制功能的匹配的多个电子控制单元的软件以包括各软件的差分数据的分发数据包的方式被登记于中心。为了防止软件的篡改等，该分发数据包成为在中心无法拆开的规格，难以从分发数据包仅提取1个软件的更新数据。
在电子控制单元因故障等而被更换了的情况下，存在电子控制单元的软件的版本在更换前后变化的可能性。在被更换了的电子控制单元如实现自动驾驶功能的电子控制单元那样是需要相互取得控制功能的匹配的多个电子控制单元之一的情况下，被更换了的电子控制单元的软件需要下载作为差分数据的分发数据包而登记的更新数据来更新至最新的状态。然而，在更换后的电子控制单元的软件的版本与最新的软件的版本大不相同的情况下，存在因多次反复进行差分数据的分发数据包的下载、使用了差分数据的分发数据包的安装以及激活、用户的同意请求处理等而导致软件更新的效率变差的情况。
发明内容
本公开提供在需要相互取得控制功能的匹配的多个电子控制单元的软件的更新处理中能够抑制更新处理的效率变差的中心、分发控制方法以及非暂时性存储介质。
本公开的第一方式所涉及的中心构成为向具备多个电子控制单元的车辆分发上述多个电子控制单元中的至少一个的软件的更新数据。上述中心包括：存储装置，存储更新管理信息，该更新管理信息包括需要相互取得控制功能的匹配的多个第1电子控制单元的软件的最新版本的组合，上述多个第1电子控制单元包含于上述多个电子控制单元；和一个或者多个处理器，构成为从上述车辆接收上述多个电子控制单元的软件的当前版本；基于上述存储装置存储的上述更新管理信息和接收到的上述软件的当前版本来对是否需要上述多个第1电子控制单元的软件中的至少一个软件的更新进行判定，在判定为需要上述多个第1电子控制单元的软件中的至少一个软件的更新的情况下，基于上述多个第1电子控制单元的软件中的需要更新的一个或者多个软件来将第1差分数据包以及第1完整数据包中的任一个决定为分发数据包，其中，上述第1差分数据包针对上述多个第1电子控制单元的全部软件分别包括旧版本与最新版本的差分数据，上述第1完整数据包包括上述多个第1电子控制单元的软件中的需要上述更新的一个或者多个软件各自的最新版本的完整数据，并基于来自上述车辆的请求来将所决定的上述分发数据包发送至上述车辆。
本公开的第二方式所涉及的分发控制方法由构成为具备一个或者多个处理器、存储器以及存储装置并向具备多个电子控制单元的车辆分发上述多个电子控制单元中的至少一个的软件的更新数据的中心的计算机执行。上述分发控制方法包括：存储更新管理信息，该更新管理信息包括需要相互取得控制功能的匹配的多个第1电子控制单元的软件的最新版本的组合，上述多个第1电子控制单元包含于上述多个电子控制单元；从上述车辆接收上述多个电子控制单元的软件的当前版本；基于上述更新管理信息和接收到的上述软件的当前版本来对是否需要上述多个第1电子控制单元的软件中的至少一个软件的更新进行判定；在判定为需要上述多个第1电子控制单元的软件中的至少一个软件的更新的情况下，基于上述多个第1电子控制单元的软件中的需要更新的一个或者多个软件来将第1差分数据包以及第1完整数据包中的任一个决定为分发数据包，其中，上述第1差分数据包针对于上述多个第1电子控制单元的全部软件分别包括旧版本与最新版本的差分数据，上述第1完整数据包包括上述多个第1电子控制单元的软件中的需要上述更新的一个或者多个软件各自的最新版本的完整数据；以及基于来自上述车辆的请求来将所决定的上述分发数据包发送至上述车辆。
本公开的第三方式所涉及的非暂时性存储介质储存有分发控制程序，该分发控制程序由构成为具备一个或者多个处理器、存储器、存储装置并向具备多个电子控制单元的车辆分发上述多个电子控制单元中的至少一个的软件的更新数据的中心的计算机执行，使上述计算机执行以下功能。上述功能包括：存储更新管理信息，该更新管理信息包括需要相互取得控制功能的匹配的多个第1电子控制单元的软件的最新版本的组合，上述多个第1电子控制单元包含于上述多个电子控制单元；从上述车辆接收上述多个电子控制单元的软件的当前版本；基于上述更新管理信息与接收到的上述软件的当前版本来对是否需要上述多个第1电子控制单元的软件中的至少一个软件的更新进行判定；在判定为需要上述多个第1电子控制单元的软件中的至少一个软件的更新的情况下，基于上述多个第1电子控制单元的软件中的需要更新的一个或者多个软件来将第1差分数据包以及第1完整数据包中的任一个决定为分发数据包，其中，上述第1差分数据包针对上述多个第1电子控制单元的全部软件分别包括旧版本与最新版本的差分数据，上述第1完整数据包包括上述多个第1电子控制单元的软件中的需要上述更新的一个或者多个软件各自的最新版本的完整数据；以及基于来自上述车辆的请求来将所决定的上述分发数据包发送至上述车辆。
根据本公开的各方式，由于基于需要更新的软件来决定是利用包括版本间的差分数据的数据包来进行分发还是利用包括最新版本的完整数据的数据包来进行分发，所以能够抑制软件的更新处理的效率变差。
附图说明
以下，参照附图对本发明的示例性实施例的特征、优点、技术及工业重要性进行说明，在附图中相同的附图标记表示相同的构成要素，其中：
图1是表示实施方式所涉及的网络系统的整体结构的框图。
图2是表示中心的简要结构的框图。
图3是中心的功能框图。
图4是表示OTA管理器的简要结构的框图。
图5是OTA管理器的功能框图。
图6是中心所存储的更新管理信息的一个例子。
图7A是表示中心所存储的被打包的差分数据的一个例子。
图7B是中心所存储的被打包的完整数据的一个例子。
图8是中心所执行的分发控制处理的流程图。
图9是中心所执行的针对第1ECU的分发数据包决定处理的流程图。
图10是中心所执行的针对第2ECU的分发数据包决定处理的流程图。
图11A是针对第1ECU的分发数据包决定处理的具体例。
图11B是针对第1ECU的分发数据包决定处理的具体例。
图11C是针对第1ECU的分发数据包决定处理的具体例。
图12A是针对第2ECU的分发数据包决定处理的具体例。
图12B是针对第2ECU的分发数据包决定处理的具体例。
图12C是针对第2ECU的分发数据包决定处理的具体例。
图13是OTA管理器所执行的软件更新控制处理的流程图。
具体实施方式
在向车辆的电子控制单元分发软件的更新数据时，本公开的中心基于需要更新的软件来决定是利用包括软件版本间的差分数据的数据包来进行分发还是利用包括软件的最新版本的完整数据的数据包来进行分发。通过该更新数据的分发数据包决定手法来来抑制软件更新处理的效率变差。以下，参照附图对本公开的一个实施方式详细地进行说明。
实施方式
系统的结构
图1是表示本公开的一个实施方式所涉及的网络系统的整体结构的框图。图1所示的网络系统是用于更新被搭载于车辆的多个电子控制单元(ECU)50a～50d的软件的系统，具备位于车辆外的中心10和在车辆内构建的车载网络90。
(1)中心
中心10能够经由网络100与车载网络90所具备的后述的OTA管理器30通信，能够进行电子控制单元50a～50d的更新数据的发送、表示软件更新处理的进展状况的通知的接收等，来对与OTA管理器30连接的多个电子控制单元50a～50d的软件更新进行管理。该中心10具有所谓的作为服务器的功能。
图2是表示图1中的中心10的简要结构的框图。如图2所示，中心10具备CPU(Central Processing Unit)11、RAM(Random Access Memory)12、存储装置13以及通信装置14。存储装置13是具备硬盘驱动器(HDD)、固态驱动器(SSD)等可读写的存储介质的装置，对用于执行软件的更新管理的程序、在软件的更新管理中使用的信息、以及各电子控制单元的更新数据等进行存储。在中心10中，通过CPU11使用RAM12作为工作区域执行从存储装置13读出的程序，来执行与软件更新相关的规定的处理。此外，CPU11的数量不局限于1个。通信装置14是用于经由网络100与OTA管理器30进行通信的装置。
图3是图2所示的中心10的功能框图。图3所示的中心10具备存储部15、通信部16、控制部17以及判定部18。存储部15通过图2所示的存储装置13来实现。通信部16、控制部17以及判定部18通过图2所示的CPU11使用RAM12执行存储于存储装置13的程序来实现。
存储部15存储与被搭载于车辆的1个以上的电子控制单元50a～50d的软件更新处理相关的信息。作为与软件更新处理相关的信息，存储部15按识别车辆的每个车辆识别信息(车辆ID)至少储存将表示能够在电子控制单元50a～50d利用的软件的信息建立了关联的更新管理信息和电子控制单元50a～50d的软件的更新数据。另外，作为与软件更新处理相关的信息，存储部15存储表示由车辆正实施的软件的更新状态的更新状况。
在存储部15所存储的车辆管理信息中，针对需要相互取得控制功能的匹配的电子控制单元(以下称为“第1电子控制单元”)定义了多个第1电子控制单元的各软件的最新版本的组合，作为表示能够在电子控制单元50a～50d利用的软件的信息。另外，针对不需要相互取得控制功能的匹配的电子控制单元(以下称为“第2电子控制单元”)记载有第2电子控制单元的软件的最新版本，作为表示能够在电子控制单元50a～50d利用的软件的信息。车辆管理信息的一个例子如图6所示。在图6的例子中，针对车辆ID为“AB01”的车辆，电子控制单元ECU－A、ECU－B以及ECU－C是需要相互取得控制功能的匹配的第1电子控制单元，这些第1电子控制单元全部为版本4.0被定义为最新版本的组合。另外，记载有电子控制单元ECU－D的最新版本为5.0以及电子控制单元ECU－E的最新版本为3.0。其中，车辆管理信息可以如图6那样存储为第1电子控制单元与第2电子控制单元混在一起的1个信息，也可以分别存储第1电子控制单元的信息与第2电子控制单元的信息。
作为存储部15所存储的更新数据，能够例示与电子控制单元的软件相关的版本间的差分数据和电子控制单元的软件的最新版本的完整数据。将全部的第1电子控制单元的软件打包为至少1个来生成差分数据。被打包的差分数据的一个例子如图7A所示。在图7A的例子中，准备了6个数据包(1.0～6.0)作为针对车辆ID＿AB01的车辆的差分数据包。数据包1.0针对电子控制单元ECU－A、ECU－B、ECU－C、ECU－D以及ECU－E分别包括用于将各软件从版本0更新为版本1.0的差分数据。其中，由于版本0是指软件本身不存在，所以数据包1.0的差分数据相当于软件的完整数据。记载为该数据包1.0的更新数据的大小(数据量)为2000MB。另外，数据包2.0针对电子控制单元ECU－D以及ECU－E分别包括用于将各软件从版本1.0更新为版本2.0的差分数据。此外，针对电子控制单元ECU－A、ECU－B以及ECU－C，由于没有数据包2.0的软件的版本更新，所以与这些电子控制单元相关的软件的差分数据未包括在数据包2.0中。记载为该数据包2.0的更新数据的大小(数据量)为150MB。针对数据包3.0～6.0也分别同样地包括存在版本更新的各电子控制单元的软件的差分数据。对于该差分数据数据包而言，只要使需要相互取得控制功能的匹配的第1电子控制单元的软件包括在同一数据包中即可，对于第1电子控制单元的软件与第2电子控制单元的软件的组合不特别限定。
另外，图7B中示出了将电子控制单元的软件的完整数据分别打包的一个例子。在图7B的例子中，准备了多个数据包作为针对车辆ID＿AB01的车辆的完整数据数据包。例如，针对电子控制单元ECU－D，分别准备了各版本1.0～5.0的软件的完整数据作为数据包，按每个数据包示出了更新数据的大小(数据量)。此外，存储部15不需要针对全部的版本存储完整数据的数据包，可以根据存储部15的储存容量、版本的利用频度等来仅存储例如最新版本等一部分数据包。此外，在图7B中示出了将单个软件的完整数据作为1个数据包的例子，但也可以将多个软件的完整数据作为1个数据包。例如，针对电子控制单元ECU－A的软件，可以使版本1.0的完整数据与版本2.0的完整数据成为1个数据包、使电子控制单元ECU－C的软件的版本5.0的完整数据与电子控制单元ECU－E的软件的版本3.0的完整数据为1个数据包。
通信部16作为与OTA管理器30之间进行数据、信息以及请求等的发送以及接收的发送部以及接收部发挥功能。通信部16从OTA管理器30接收软件的更新确认请求(接收部)。更新确认请求例如是当在车辆中接通电源或者点火开关(以下称为“电源接通”)时从OTA管理器30向中心10发送的信息，是用于基于后述的车辆构成信息来向中心10请求是否存在电子控制单元50a～50d的更新数据的确认的信息。另外，通信部16响应于从OTA管理器30接收到的更新确认请求来将表示更新数据的有无的信息发送至OTA管理器30(发送部)。另外，通信部16对来自OTA管理器30的分发数据包的发送请求(下载请求)进行接收(接收部)。另外，通信部16若接收到分发数据包的下载请求，则基于需要更新的电子控制单元的软件来将由后述的控制部17决定的分发数据包发送至OTA管理器30(发送部)。
判定部18根据通信部16接收到的更新确认请求所包括的车辆构成信息来取得被搭载于由车辆ID确定的车辆的多个电子控制单元50a～50d的各软件的当前的版本(当前版本)。而且，判定部18基于存储于存储部15的更新管理信息和从车辆取得的各软件的当前版本来对是否需要至少1个电子控制单元的软件的更新进行判定。更具体而言，对从车辆取得的各软件的当前版本与中心10作为车辆管理信息而进行管理的该车辆中的各软件的最新版本是否一致进行判定。
在判定部18判定为需要至少1个电子控制单元的软件的更新的情况下，控制部17基于存储于存储部15的与软件更新处理相关的信息来对是否存在需要更新的软件的更新数据进行判定。控制部17判定出的是否存在更新数据的判定结果通过通信部16被发送至OTA管理器30。而且，对于控制部17而言，在判定为存在需要更新的电子控制单元50a～50d的软件的更新数据的情况下，若从OTA管理器30接收到分发数据包的下载请求，则基于需要更新的电子控制单元的软件来决定发送至车辆的分发数据包作为更新数据。关于该分发数据包的决定方法将后述。
(2)车载网络
车载网络90具备OTA管理器30、多个电子控制单元50a～50d、显示装置70以及通信模块80。OTA管理器30与通信模块80经由总线60a连接。OTA管理器30与电子控制单元50a以及50b经由总线60b连接。OTA管理器30与电子控制单元50c以及50d经由总线60c连接。OTA管理器30与显示装置70经由总线60d连接。
OTA管理器30能够借助总线60a以及通信模块80通过网络100来与中心10实现无线通信。另外，OTA管理器30能够经由总线60b～60d与电子控制单元50a～50d以及显示装置70实现有线通信。该OTA管理器30是具有管理OTA状态并控制软件更新顺序来实施成为更新对象的电子控制单元(以下称为“目标电子控制单元”)的软件更新的功能的装置，基于从中心10通过通信而取得的更新数据等来控制电子控制单元50a～50d中的目标电子控制单元的软件更新。也存在将OTA管理器30称为中央网关(CGW)的情况。
图4是表示图1中的OTA管理器30的简要结构的框图。如图4所示，OTA管理器30具备CPU31、RAM32、ROM(Read-Only Memory)33、存储装置34以及通信装置36。CPU31、RAM32、ROM33以及存储装置34构成微型计算机35。在OTA管理器30中，通过CPU31使用RAM32作为工作区域执行从ROM33读出的程序，来执行与软件更新相关的规定的处理。此外，CPU31的数量不局限于1个。通信装置36是用于经由图1所示的总线60a～60d与通信模块80、电子控制单元50a～50d、以及显示装置70进行通信的装置。
图5是图4所示的OTA管理器30的功能框图。图5所示的OTA管理器30具备存储部37、通信部38以及控制部39。存储部37通过图4所示的存储装置34来实现。通信部38以及控制部39通过图4所示的CPU31使用RAM32执行存储于ROM33的程序来实现。
存储部37除了存储用于执行多个电子控制单元50a～50d的软件更新的程序(OTA管理器30的控制用程序)、执行软件更新时所使用的各种数据之外，还存储通过分发数据包从中心10下载的软件的更新数据。
通信部38作为与中心10之间进行数据、信息以及请求等的发送以及接收的发送部以及接收部发挥功能。通信部38例如以车辆的电源接通为契机来将软件的更新确认请求发送至中心10(发送部)。更新确认请求例如包括用于识别车辆的车辆ID和与车载网络90连接的电子控制单元50a～50d的软件的当前版本所涉及的信息。为了通过与中心10按每个车辆ID存储的软件的最新版本的比较来对是否存在电子控制单元50a～50d的软件的更新数据、以及在存在更新数据的情况下采用哪个分发数据包进行判定而使用车辆ID以及电子控制单元50a～50d的软件的当前版本。另外，通信部38从中心10接收表示更新数据的有无的通知作为对于更新确认请求的响应(接收部)。在存在电子控制单元50a～50d的软件的更新数据的情况下，通信部38将包括更新数据的分发数据包的下载请求发送至中心10(发送部)，接收(下载)从中心10发送的分发数据包(接收部)。另外，通信部38将电子控制单元50a～50d发送的软件的更新状态发送至中心10(发送部)。
控制部39基于通信部38接收到的对于更新确认请求的来自中心10的响应来对是否存在电子控制单元50a～50d的软件的更新数据进行判定。另外，控制部39对通信部38从中心10接收(下载)并储存于存储部37的分发数据包的真实性进行验证。另外，控制部39使用从中心10接收(下载)到的更新数据来控制电子控制单元50a～50d的软件的更新处理(安装、激活)。具体而言，控制部39将通过分发数据包下载了的1个以上的更新数据转送至目标电子控制单元，使目标电子控制单元安装基于更新数据的更新软件。在安装完成后，控制部39对于目标电子控制单元指示使安装了的更新软件有效的激活。
多个电子控制单元50a～50d是用于控制车辆的各部的动作的装置(ECU)。在图1中，例示出4个电子控制单元50a～50d，但电子控制单元的数量不特别限定。另外，将电子控制单元与OTA管理器30连接的总线的数量也不特别限定。
显示装置70是为了在电子控制单元50a～50d的软件的更新处理时进行存在更新数据这一情况的显示、用于向车辆的用户、管理者请求对于软件更新的同意的同意请求画面的显示、以及软件更新的结果的显示等各种显示而使用的人机接口(HMI)。作为显示装置70，典型地能够使用汽车导航系统的显示装置，但只要能够显示软件的更新处理时所需的信息即可，不特别限定。此外，图1所示的总线60d可以除了连接显示装置70连接之外还连接有电子控制单元等。
通信模块80是具有控制中心10与车辆的通信的功能的单元，是用于将车载网络90与中心10连接的通信设备。通信模块80通过网络100与中心10无线连接，进行OTA管理器30涉及的车辆的认证、更新数据的下载等。此外，该通信模块80也可以构成为包含于OTA管理器30。
软件的更新处理的概要
OTA管理器30例如以车辆的电源接通为契机来将软件的更新确认请求发送至中心10。更新确认请求包括车辆构成信息，该车辆构成信息是用于识别车辆的车辆ID和与车载网络90连接的电子控制单元50a～50d的硬件以及软件的当前版本等和电子控制单元的状态(系统构成)相关的信息。能够通过从与车载网络90连接的电子控制单元50a～50d取得电子控制单元的识别编号(ECU＿ID)和电子控制单元的软件版本的识别编号(ECU＿Software＿ID)来创建车辆构成信息。为了通过与中心10按每个车辆ID保持的软件的最新版本的比较来对是否存在电子控制单元50a～50d的软件的更新数据进行判定而使用车辆ID以及电子控制单元50a～50d的软件的当前版本。另外，OTA管理器30从中心10接收表示更新数据的有无的通知作为对于更新确认请求的响应。在存在电子控制单元50a～50d的软件的更新数据的情况下，OTA管理器30将分发数据包的下载请求发送至中心10，接收从中心10发送的分发数据包。分发数据包可以除了包括更新数据之外还包括用于验证更新数据的真实性的验证用数据、更新数据的数量、安装顺序、激活顺序、种类信息、以及在软件更新时使用的各种控制信息等。
OTA管理器30基于接收到的对于更新确认请求的来自中心10的响应来对是否存在电子控制单元50a～50d的软件的更新数据进行判定。另外，OTA管理器30对从中心10接收并储存于存储装置13的分发数据包的真实性进行验证。另外，OTA管理器30将通过分发数据包下载了的1个以上的更新数据转送至目标电子控制单元，使目标电子控制单元安装更新数据。在安装完成后，OTA管理器30指示目标电子控制单元以使安装好的更新版的软件有效。
在同意请求处理中，OTA管理器30使输出装置输出对于软件更新需要同意这一内容的通知、催促同意软件更新这一内容的输入的通知。作为输出装置，能够利用设置于车载网络90的显示装置70、进行基于声音的通知的声音输出装置等。例如在同意请求处理中，当使用显示装置70作为输出装置的情况下，OTA管理器30能够使显示装置70显示用于请求同意软件更新的同意请求画面，使显示装置70显示在用户或者管理者同意了的情况下催促按下同意按钮等特定的输入操作的通知。另外，在同意请求处理中，OTA管理器30能够使显示装置70显示通知为存在电子控制单元50a～50d的软件的更新数据的语句、图标等，或使显示装置70显示软件更新处理的执行中的限制事项等。若从用户或者管理者受理到同意这一内容的输入，则OTA管理器30执行上述的安装以及激活的控制处理，更新目标电子控制单元的软件。
这里，在电子控制单元的非易失性存储器是具有用于储存控制用程序、更新数据等的1个储存区域(库)的单库存储器的情况下，由于连续地进行安装与激活，所以在安装执行前，进行对于软件更新的同意请求处理。在电子控制单元的非易失性存储器是具有用于储存控制用程序、更新数据等的2个储存区域(库)的双库存储器的情况下，至少在安装执行后且激活执行前进行对于软件更新的同意请求处理。此外，在电子控制单元的非易失性存储器为双库存储器的情况下，安装执行前的对于软件的更新的同意请求处理可以进行，也可以省略。
软件的更新处理由OTA管理器30从中心10下载更新数据的阶段(下载阶段)、OTA管理器30将下载了的更新数据转送至目标电子控制单元并在目标电子控制单元的储存区域安装更新数据的阶段(安装阶段)、以及目标电子控制单元使安装好的更新版的软件有效化的阶段(激活阶段)构成。
下载是OTA管理器30接收从中心10通过分发数据包发送出的用于更新电子控制单元50a～50d的软件的更新数据并存储于存储装置34的处理。在下载阶段中，不仅包括下载的执行，还包括下载的可否执行判断、向车辆的用户或者管理者的对于下载的同意请求、更新数据的验证等与下载相关的一系列处理的控制。
从中心10发送至OTA管理器30的更新数据可以包括电子控制单元50a～50d的更新软件(完整数据)、更新软件的差分数据、压缩了更新软件而得到的压缩数据、分割更新软件或者差分数据或压缩数据而得到的分割数据中的任一个。另外，更新数据可以包括目标电子控制单元的ECU＿ID(或者序列号)和更新前的电子控制单元的ECU＿Software＿ID。更新数据被作为上述的分发数据包下载，但分发数据包中包括单个或者多个电子控制单元的更新数据。
安装是OTA管理器30基于从中心10下载了的更新数据向目标电子控制单元写入更新软件(更新版的程序)的处理。在安装阶段中，不仅包括安装的执行，还包括安装的可否执行判断、向车辆的用户或者管理者的对于安装的同意请求、更新数据的转送以及更新软件的验证等与安装相关的一系列处理的控制。
在更新数据包括更新软件本身(完整数据)的情况下，在安装阶段中，OTA管理器30将更新数据(更新软件)转送至目标电子控制单元。另外，在更新数据包括更新软件的压缩数据、或者差分数据、或分割数据的情况下，可以是OTA管理器30向目标电子控制单元转送更新数据，目标电子控制单元根据更新数据生成更新软件，也可以是在OTA管理器30根据更新数据生成更新软件之后将更新软件转送至目标电子控制单元。这里，更新软件的生成能够通过压缩数据的解压、差分数据或者分割数据的组合(整合)来进行。
更新软件的安装能够由目标电子控制单元基于来自OTA管理器30(或者中心10)的安装请求(或者指示)来进行。或者，接收到更新数据的目标电子控制单元可以自主地进行安装而不接受来自OTA管理器30的明确的指示。
激活是目标电子控制单元使安装了的更新软件有效化(激活)的处理。在激活阶段中，不仅包括激活的执行，还包括激活的可否执行判断、向车辆的用户或者管理者的对于激活的同意请求、执行结果的验证等与激活相关的一系列控制。
更新软件的激活能够由目标电子控制单元基于来自OTA管理器30(或者中心10)的激活请求(或者指示)来进行。或者，接收到更新数据的目标电子控制单元可以在安装完成后自主地进行激活而不接受来自OTA管理器30的明确的指示。
此外，能够对于多个电子控制单元分别连续或并行地进行软件的更新处理。
另外，本说明书中的“软件的更新处理”不仅包括连续地进行下载、安装以及激活的全部的处理，还包括仅进行下载、安装以及激活中的一部分的处理。
处理
接下来，进而参照图8～图12来对在本实施方式所涉及的网络系统中执行的处理进行说明。
图8是对中心10的各构成执行的分发控制处理的一个例子进行说明的流程图。根据中心10接收到OTA管理器30发送的更新确认请求来开始该图8所示的分发控制处理。
(步骤S801)
通信部16判断从OTA管理器30是否存在软件的更新确认请求。在存在更新确认请求的情况下(步骤S801，是)，处理进入至步骤S802，在不存在更新确认请求的情况下(步骤S801，否)，处理进入至步骤S804。
(步骤S802)
控制部17对需要更新的软件的有无进行检查。基于判定部18根据更新确认请求所包括的车辆构成信息取得的被搭载于车辆的各电子控制单元50a～50d的软件的当前版本与存储于存储部15的各软件的最新版本来进行该检查。若进行了需要更新的软件的有无的检查，则处理进入至步骤S803。
(步骤S803)
控制部17基于存储于存储部15的更新管理信息来针对被搭载于更新确认请求所包括的车辆的电子控制单元50a～50d判断是否存在软件的更新数据，基于判断结果来将表示更新数据的有无的信息发送至OTA管理器30。若被发送更新数据的有无，则处理进入至步骤S804。
(步骤S804)
通信部16对从OTA管理器30是否存在分发数据包的下载请求进行判断。在存在下载请求的情况下(步骤S804，是)，处理进入至步骤S805，在不存在下载请求的情况下(步骤S804，否)，处理进入至步骤S801。
(步骤S805)
控制部17对具有需要更新的软件(以下称为“更新对象软件”)的电子控制单元(ECU)是需要相互取得控制功能的匹配的第1电子控制单元还是不需要相互取得控制功能的匹配的第2电子控制单元进行判断。在具有更新对象软件的电子控制单元为第1电子控制单元的情况下(步骤S805，第1ECU)，处理进入至步骤S806，在具有更新对象软件的电子控制单元为第2电子控制单元的情况下(步骤S805，第2ECU)，处理进入至步骤S807。
(步骤S806)
控制部17执行决定第1电子控制单元的软件的更新数据的分发数据包的处理(针对第1ECU的分发数据包决定处理)。若针对第1ECU的分发数据包决定处理的执行结束，则处理进入至步骤S808。
(步骤S807)
控制部17执行决定第2电子控制单元的软件的更新数据的分发数据包的处理(针对第2ECU的分发数据包决定处理)。若针对第2ECU的分发数据包决定处理的执行结束，则处理进入至步骤S808。
(步骤S808)
通信部16将控制部17决定了的分发数据包发送至OTA管理器30。若发送了分发数据包，则处理进入至步骤S801。
参照图9来对在图8的步骤S806中示出的针对第1ECU的分发数据包决定处理进行说明。图9是对中心10的控制部17执行的针对第1ECU的分发数据包决定处理的一个例子进行说明的流程图。
(步骤S901)
控制部17对更新对象软件的版本差是否超过规定值进行判断。更新对象软件的版本差是存储于存储部15的软件的最新版本与从车辆取得的软件的当前版本之差。为了判断软件的当前版本与最新版本是否大不相同(两个版本的分歧是否大)而进行该判断。例如，在最新版本为4.0、当前版本为3.0的情况下，该软件的版本差为1.0。能够根据使用完整数据而一次性进行了版本升级的情况与使用差分数据分阶段地进行版本升级的情况的、基于数据量、更新时间等的更新效率等来设定规定值。在更新对象软件的版本差超过规定值的情况下(步骤S901，是)，处理进入至步骤S902，在更新对象软件的版本差为规定值以下的情况下(步骤S901，否)，处理进入至步骤S903。
(步骤S902)
控制部17将至少包括更新对象软件的最新版本的完整数据的数据包(即，完整数据包)决定为分发数据包。若决定了分发数据包，则该针对第1ECU的分发数据包决定处理结束。
(步骤S903)
控制部17将包括与第1电子控制单元的全部软件分别相关的版本间的差分数据的数据包(即差分数据数据包)决定为分发数据包。若决定了分发数据包，则该针对第1ECU的分发数据包决定处理结束。
这里，参照图6、图7A、图7B以及图11A～11C来说明针对第1ECU的分发数据包决定处理的具体例。其中，假设版本差的规定值为2.0。在图11A中，需要更新的第1电子控制单元ECU－A、ECU－B以及ECU－C的各软件的当前版本3.0不是比最新版本的4.0(参照图6)超过规定值的版本差。因此，中心10将差分数据包6.0作为分发数据包发送至OTA管理器30，来作为下载请求的响应。差分数据包6.0包括用于针对第1电子控制单元ECU－A、ECU－B以及ECU－C分别将各软件从版本3.0更新为版本4.0的差分数据(参照图7A)。在图11B中，需要更新的第1电子控制单元ECU－C的软件的当前版本3.0不是比最新版本的4.0超过规定值的版本差。因此，中心10将差分数据包6.0作为分发数据包发送至OTA管理器30，来作为下载请求的响应。在图11C中，需要更新的第1电子控制单元ECU－C的软件的当前版本1.0具有比最新版本的4.0超过规定值的版本差。因此，中心10将第1电子控制单元ECU－C的软件的最新版本4.0的完整数据包(参照图7B)作为分发数据包发送至OTA管理器30，来作为下载请求的响应。
接下来，参照图10来说明在图8的步骤S807中示出的针对第2ECU的分发数据包决定处理。图10是对中心10的控制部17执行的针对第2ECU的分发数据包决定处理的一个例子进行说明的流程图。
(步骤S1001)
控制部17对更新对象软件的完整数据的大小是否超过规定大小进行判断。软件的完整数据的大小(数据量)被预先存储于存储部15(参照图7B)。在更新对象软件为多个的情况下，成为将多个完整数据合计而得到的值。规定大小是基于车辆是否能够下载更新对象软件的完整数据而设定的值，例如能够为在车辆的存储部37中下载所能利用的数据储存区域的容量以下的任意值。在更新对象软件的完整数据的大小超过规定大小的情况下(步骤S1001，是)，处理进入至步骤S1004，在更新对象软件的完整数据的大小为规定大小以下的情况下(步骤S1001，否)，处理进入至步骤S1002。
(步骤S1002)
控制部17对直至更新对象软件的更新完成为止的预料时间是使用了完整数据的更新处理较少还是使用了差分数据的更新处理较少进行判断。直至软件的更新完成为止的时间例如能够基于通信频段的拥挤状况、软件的当前版本以及电子控制单元的处理能力、非易失性存储器的种类等来进行预料。在使用了完整数据的更新处理的直至更新对象软件的更新完成为止的预料时间较少的情况下(步骤S1002，完整数据)，处理进入至步骤S1003，在使用了差分数据的更新处理的直至更新对象软件的更新完成为止的预料时间较少的情况下(步骤S1002，差分数据)，处理进入至步骤S1004。
(步骤S1003)
控制部17将至少包括更新对象软件的最新版本的完整数据的数据包(即完整数据数据包)决定为分发数据包。若决定了分发数据包，则该针对第2ECU的分发数据包决定处理结束。
(步骤S1004)
控制部17将至少包括与更新对象软件相关的版本间的差分数据的数据包(即差分数据数据包)决定为分发数据包。若决定了分发数据包，则该针对第2ECU的分发数据包决定处理结束。
这里，参照图6、图7A、图7B以及图12A～12C来说明针对第2ECU的分发数据包决定处理的具体例。其中，假设规定大小为550MB。在图12A中，为了将当前版本2.0的第2电子控制单元ECU－E的软件升级为最新版本的3.0(参照图6)所需的完整数据＝600MB(参照图7B)超过规定大小。因此，中心10将大小为190MB的差分数据包5.0作为分发数据包发送至OTA管理器30，来作为下载请求的响应。差分数据包5.0包括针对第2电子控制单元ECU－E用于将软件从版本2.0更新为版本3.0的差分数据(参照图7A)。在图12B中，为了将当前版本3.0的第2电子控制单元ECU－D的软件升级为最新版本的5.0(参照图6)所需的完整数据＝540MB(参照图7B)为规定大小以下。这里，在该例子中，假定为利用差分数据将版本分阶段地更新为3.0→4.0→5.0不比利用完整数据一次性地更新为3.0→5.0花费时间。因此，在该假定中，中心10将差分数据包5.0以及6.0作为分发数据包发送至OTA管理器30，来作为下载请求的响应。差分数据包5.0和差分数据包6.0分别包括针对第2电子控制单元ECU－D用于将软件从版本3.0更新为版本4.0的差分数据和用于将软件从版本4.0更新为版本5.0的差分数据(参照图7A)。在图12C中，为了将当前版本1.0的第2电子控制单元ECU－D的软件升级为最新版本的5.0所需的完整数据＝540MB为规定大小以下。这里，在该例子中，假定为利用完整数据一次性更新为1.0→5.0不比利用差分数据将版本分阶段地更为1.0→2.0→3.0→4.0→5.0花费时间。因此，在该假定中，中心10将第2电子控制单元ECU－D的软件的最新版本5.0的完整数据包(参照图7B)作为分发数据包发送至OTA管理器30，来作为下载请求的响应。
此外，在上述实施方式中，在步骤S805中以具有更新对象软件的电子控制单元(ECU)为第1电子控制单元以及第2电子控制单元中的任一方的方式进行了说明。然而，也可能存在第1电子控制单元的软件与第2电子控制单元的软件同时成为更新对象的情况。在这样的情况下，只要并行实施针对第1ECU的分发数据包决定处理(图9)和针对第2ECU的分发数据包决定处理(图10)并分别将提取到的数据包决定为1个分发数据包即可。
图13是用于对OTA管理器30的各构成执行的软件更新控制处理的一个例子进行说明的流程图。例如，以车辆的电源接通为契机来执行该图13所示的软件更新控制处理。
(步骤S1301)
通信部38将是否存在电子控制单元50a～50d的软件的更新数据的确认请求发送至中心10。该确认请求包括车辆ID和电子控制单元50a～50d的软件的当前版本。若确认请求被发送至中心10，则处理进入至步骤S1302。
(步骤S1302)
通信部38从中心10接收对于更新数据的确认请求的确认结果。若接收到确认结果，则处理进入至步骤S1303。
(步骤S1303)
控制部39基于通信部38接收到的对于更新数据的确认请求的确认结果来判断是否存在对于电子控制单元50a～50d中的至少1个的软件的更新数据。在软件的更新数据存在至少1个的情况下(步骤S1303，是)，处理进入至步骤S1304，在软件的更新数据完全不存在的情况下(步骤S1303，否)，本软件更新控制处理结束。
(步骤S1304)
控制部39进行更新数据的下载。更详细而言，通信部38向中心10发送包括更新数据的分发数据包的下载请求，通信部38对响应于下载请求而从中心10发送的分发数据包进行接收。通信部38将接收到的分发数据包储存于存储部37。若进行了更新数据的下载，则处理进入至步骤S1305。
(步骤S1305)
控制部39对于目标电子控制单元执行安装处理。更详细而言，控制部39向目标电子控制单元转送分发数据包所包括的更新数据，并指示安装。目标电子控制单元将从OTA管理器30接收到的更新数据写入至数据储存区域。若执行了安装处理，则处理进入至步骤S1306。
(步骤S1306)
控制部39对于目标电子控制单元执行激活处理。更详细而言，控制部39对于将更新数据写入至数据储存区域的目标电子控制单元指示更新版的软件的激活。目标电子控制单元以进行了电源断开等特定的输入操作为契机而重新启动，执行更新后的软件。若执行了激活处理，则本软件更新控制处理结束。
效果
如以上那样，根据本公开的一个实施方式所涉及的网络系统，中心10预先存储有包括与需要相互取得控制功能的匹配的多个电子控制单元(第1电子控制单元)的全部软件相关的版本间的差分数据的数据包和包括电子控制单元(第1电子控制单元、第2电子控制单元)的软件的最新版本的完整数据的数据包作为更新数据。而且，中心10基于从车辆(OTA管理器30)接收的被搭载于车辆的电子控制单元50a～50d的软件的当前版本与自身所存储的软件的最新版本来动态变更需要更新的软件的更新数据的数据包规格。由此，更新数据的分发方法的自由度提高，能够抑制软件的更新处理的效率变差。
另外，中心10基于需要更新的软件的版本差、更新数据的数据量、以及直至更新完成为止的预料时间等来适当地决定将包括版本间的差分数据的数据包与包括最新版本的完整数据的数据包中的哪一个作为分发数据包。因此，能够有效地抑制软件的更新处理的效率变差。
以上，对本公开技术的一个实施方式进行了说明，但本公开不仅能够理解为中心，还能够理解为具备处理器、存储器以及存储装置的中心所执行的分发控制方法、分发控制程序、或存储有分发控制程序的计算机可读取的非暂时性存储介质等。
本公开技术能够在用于更新电子控制单元的软件的网络系统中利用。

Claims (8)

1.一种中心，构成为向具备多个电子控制单元的车辆分发所述多个电子控制单元中的至少一个的软件的更新数据，
所述中心的特征在于，包括：
存储装置，存储更新管理信息，该更新管理信息包括需要相互取得控制功能的匹配的多个第1电子控制单元的软件的最新版本的组合，所述多个第1电子控制单元包含于所述多个电子控制单元；和
一个或者多个处理器，该一个或者多个处理器构成为：
从所述车辆接收所述多个电子控制单元的软件的当前版本，
基于所述存储装置存储的所述更新管理信息和接收到的所述软件的当前版本来对是否需要所述多个第1电子控制单元的软件中的至少一个软件的更新进行判定，
在判定为需要所述多个第1电子控制单元的软件中的至少一个软件的更新的情况下，基于所述多个第1电子控制单元的软件中的需要更新的一个或者多个软件来将第1差分数据包以及第1完整数据包中的任一个决定为分发数据包，其中，所述第1差分数据包针对所述多个第1电子控制单元的全部软件分别包括旧版本与最新版本的差分数据，所述第1完整数据包包括所述多个第1电子控制单元的软件中的需要所述更新的一个或者多个软件各自的最新版本的完整数据，
基于来自所述车辆的请求来将所决定的所述分发数据包发送至所述车辆。
2.根据权利要求1所述的中心，其特征在于，
所述一个或者多个处理器构成为在所述多个第1电子控制单元的软件中的需要所述更新的一个或者多个软件各自的当前版本与所述多个第1电子控制单元的软件中的需要所述更新的一个或者多个软件各自的最新版本之差超过规定值的情况下，将所述第1完整数据包决定为所述分发数据包。
3.根据权利要求1或2所述的中心，其特征在于，
所述更新管理信息还包括不需要与所述多个第1电子控制单元取得控制功能的匹配的一个或者多个第2电子控制单元的软件的最新版本，其中，所述一个或者多个第2电子控制单元包含于所述多个电子控制单元，
所述一个或者多个处理器构成为：
基于所述存储装置存储的所述更新管理信息和接收到的所述软件的当前版本来对是否需要所述一个或者多个第2电子控制单元的软件中的至少一个软件的更新进行判定，
在判定为需要所述一个或者多个第2电子控制单元的软件中的至少一个软件的更新的情况下，基于所述一个或者多个第2电子控制单元的软件中的需要更新的一个或者多个软件来将第2差分数据包以及第2完整数据包中的任一个决定为所述分发数据包，其中，所述第2差分数据包针对所述一个或者多个第2电子控制单元的软件分别包括旧版本与最新版本的差分数据，所述第2完整数据包包括所述一个或者多个第2电子控制单元的软件中的需要更新的一个或者多个软件各自的最新版本的完整数据。
4.根据权利要求3所述的中心，其特征在于，
所述一个或者多个处理器构成为在所述第2完整数据包的数据量超过所述车辆具有的数据储存区域的容量的情况下，将所述第2差分数据包决定为所述分发数据包。
5.根据权利要求4所述的中心，其特征在于，
所述一个或者多个处理器构成为在所述第2完整数据包的数据量为所述车辆具备的数据储存区域的容量以下的情况下，将所述第2完整数据包与所述第2差分数据包中的直至软件的更新完成为止的预料时间少的一方决定为所述分发数据包。
6.根据权利要求4所述的中心，其特征在于，
所述一个或者多个处理器构成为在所述第2完整数据包的数据量为所述车辆具备的数据储存区域的容量以下的情况下，将所述第2完整数据包与所述第2差分数据包中的所述数据量少的一方决定为所述分发数据包。
7.一种分发控制方法，由构成为具备一个或者多个处理器、存储器以及存储装置并向具备多个电子控制单元的车辆分发所述多个电子控制单元中的至少一个的软件的更新数据的中心的计算机执行，
所述分发控制方法的特征在于，包括：
存储更新管理信息，该更新管理信息包括需要相互取得控制功能的匹配的多个第1电子控制单元的软件的最新版本的组合，所述多个第1电子控制单元包含于所述多个电子控制单元；
从所述车辆接收所述多个电子控制单元的软件的当前版本；
基于所述更新管理信息和接收到的所述软件的当前版本来对是否需要所述多个第1电子控制单元的软件中的至少一个软件的更新进行判定；
在判定为需要所述多个第1电子控制单元的软件中的至少一个软件的更新的情况下，基于所述多个第1电子控制单元的软件中的需要更新的一个或者多个软件将第1差分数据包以及第1完整数据包中的任一个决定为分发数据包，其中，所述第1差分数据包针对所述多个第1电子控制单元的全部软件分别包括旧版本与最新版本的差分数据，所述第1完整数据包包括所述多个第1电子控制单元的软件中的需要所述更新的一个或者多个软件各自的最新版本的完整数据；以及
基于来自所述车辆的请求来将所决定的所述分发数据包发送至所述车辆。
8.一种非暂时性存储介质，存储有分发控制程序，该分发控制程序由构成为具备一个或者多个处理器、存储器以及存储装置并向具备多个电子控制单元的车辆分发所述多个电子控制单元中的至少一个的软件的更新数据的中心的计算机执行，使所述计算机执行以下的功能，
所述非暂时性存储介质的特征在于，所述功能包括：
存储更新管理信息，该更新管理信息包括需要相互取得控制功能的匹配的多个第1电子控制单元的软件的最新版本的组合，所述多个第1电子控制单元包含于所述多个电子控制单元；
从所述车辆接收所述多个电子控制单元的软件的当前版本；
基于所述更新管理信息和接收到的所述软件的当前版本来对是否需要所述多个第1电子控制单元的软件中的至少一个软件的更新进行判定；
在判定为需要所述多个第1电子控制单元的软件中的至少一个软件的更新的情况下，基于所述多个第1电子控制单元的软件中的需要更新的一个或者多个软件来将第1差分数据包以及第1完整数据包中的任一个决定为分发数据包，其中，所述第1差分数据包针对所述多个第1电子控制单元的全部软件分别包括旧版本与最新版本的差分数据，所述第1完整数据包包括所述多个第1电子控制单元的软件中的需要所述更新的一个或者多个软件各自的最新版本的完整数据；以及
基于来自所述车辆的请求来将所决定的所述分发数据包发送至所述车辆。
CN202210310078.8A 2021-04-06 2022-03-28 中心、分发控制方法以及非暂时性存储介质 Pending CN115208868A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021064671A JP7552483B2 (ja) 2021-04-06 2021-04-06 センタ、配信制御方法、及び配信制御プログラム
JP2021-064671 2021-04-06

Publications (1)

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

Family

ID=83282719

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210310078.8A Pending CN115208868A (zh) 2021-04-06 2022-03-28 中心、分发控制方法以及非暂时性存储介质

Country Status (4)

Country Link
US (2) US11947951B2 (zh)
JP (2) JP7552483B2 (zh)
CN (1) CN115208868A (zh)
DE (1) DE102022107393A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105302587A (zh) * 2014-06-30 2016-02-03 腾讯科技（深圳）有限公司 数据更新方法及装置
CN107077395A (zh) * 2015-03-16 2017-08-18 日立汽车系统株式会社 软件更新装置、软件更新方法
WO2018154949A1 (ja) * 2017-02-23 2018-08-30 住友電気工業株式会社 プログラム更新システム、制御装置、プログラム更新方法、及びコンピュータプログラム
JP2018160208A (ja) * 2017-03-24 2018-10-11 日立オートモティブシステムズ株式会社 車載制御装置、及び、プログラム更新ソフトウェア
CN110750292A (zh) * 2019-07-02 2020-02-04 苏州大学 一种基于NB-IoT的终端远程自动更新系统
CN112543915A (zh) * 2018-08-10 2021-03-23 株式会社电装 车辆用电子控制系统、车辆用主装置、数据储存面信息的发送控制方法以及数据储存面信息的发送控制程序

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6784636B2 (ja) 2017-04-13 2020-11-11 日立オートモティブシステムズ株式会社 制御装置、プログラム更新システム、プログラム更新方法
CN111133412A (zh) * 2017-07-25 2020-05-08 奥罗拉实验室有限公司 基于工具链构建车辆ecu软件的软件增量更新和异常检测
JP6562134B2 (ja) 2018-07-31 2019-08-21 住友電気工業株式会社 中継装置、プログラム更新システム、およびプログラム更新方法
JP7354631B2 (ja) 2018-08-10 2023-10-03 株式会社デンソー 電子制御装置、車両用電子制御システム、差分データの整合性判定方法及び差分データの整合性判定プログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105302587A (zh) * 2014-06-30 2016-02-03 腾讯科技（深圳）有限公司 数据更新方法及装置
CN107077395A (zh) * 2015-03-16 2017-08-18 日立汽车系统株式会社 软件更新装置、软件更新方法
WO2018154949A1 (ja) * 2017-02-23 2018-08-30 住友電気工業株式会社 プログラム更新システム、制御装置、プログラム更新方法、及びコンピュータプログラム
JP2018160208A (ja) * 2017-03-24 2018-10-11 日立オートモティブシステムズ株式会社 車載制御装置、及び、プログラム更新ソフトウェア
CN112543915A (zh) * 2018-08-10 2021-03-23 株式会社电装 车辆用电子控制系统、车辆用主装置、数据储存面信息的发送控制方法以及数据储存面信息的发送控制程序
CN110750292A (zh) * 2019-07-02 2020-02-04 苏州大学 一种基于NB-IoT的终端远程自动更新系统

Also Published As

Publication number Publication date
DE102022107393A1 (de) 2022-10-06
JP7552483B2 (ja) 2024-09-18
DE102022107393A8 (de) 2022-11-17
US20240086178A1 (en) 2024-03-14
JP2024111200A (ja) 2024-08-16
JP2022160125A (ja) 2022-10-19
US11947951B2 (en) 2024-04-02
US20220317995A1 (en) 2022-10-06

Similar Documents

Publication Publication Date Title
US20240069906A1 (en) Server, software update system, distribution method, and non-transitory storage medium
JP2023166016A (ja) 制御装置、方法、プログラム、及び車両
CN115514742A (zh) Ota管理器、中心、系统、方法、非暂时性存储介质
JP7540394B2 (ja) Ｏｔａマスタ、システム、方法、プログラム、及び車両
CN115509568A (zh) Ota管理器、系统、方法、非暂时性存储介质以及车辆
CN115145613A (zh) Ota管理器、更新控制方法以及非暂时性存储介质
CN115016809A (zh) 中心、更新管理方法、以及非暂时性存储介质
CN115208867B (zh) 中心、分发控制方法以及非暂时性存储介质
CN115208868A (zh) 中心、分发控制方法以及非暂时性存储介质
JP7540402B2 (ja) センタ、ｏｔａマスタ、システム、方法、プログラム、及び車両
JP7533379B2 (ja) センタ、ｏｔａマスタ、方法、プログラム、及び車両
CN115248695A (zh) 中心、ota管理器、分发方法、非暂时性存储介质
CN115686556A (zh) 中心、方法、以及非暂时性存储介质
JP7559684B2 (ja) Ｏｔａマスタ、システム、方法、プログラム、及び車両
CN115509565A (zh) Ota管理器、系统、方法、非暂时性存储介质以及车辆
JP7540401B2 (ja) センタ、ｏｔａマスタ、方法、プログラム、及び車両
JP7582081B2 (ja) Ｏｔａマスタ、システム、方法、プログラム、及び車両
CN115686557A (zh) 系统、方法以及非暂时性存储介质
JP2022126194A (ja) Ｏｔａマスタ、センタ、システム、方法、プログラム、及び車両
CN115696311A (zh) 系统、中心、方法、以及非暂时性存储介质
CN114840228A (zh) 中心、信息改写方法以及非暂时性存储介质
CN115586908A (zh) 中心、ota管理器、方法、非暂时性存储介质以及车辆

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