CN115016425A - 中心、更新控制方法、非暂时性存储介质、ota管理器 - Google Patents
中心、更新控制方法、非暂时性存储介质、ota管理器 Download PDFInfo
- Publication number
- CN115016425A CN115016425A CN202210020922.3A CN202210020922A CN115016425A CN 115016425 A CN115016425 A CN 115016425A CN 202210020922 A CN202210020922 A CN 202210020922A CN 115016425 A CN115016425 A CN 115016425A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- failure
- inquiry
- management server
- fault
- 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
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
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
- G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
- G05B23/0218—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults
- G05B23/0221—Preprocessing measurements, e.g. data collection rate adjustment; Standardization of measurements; Time series or signal analysis, e.g. frequency analysis or wavelets; Trustworthiness of measurements; Indexes therefor; Measurements using easily measured parameters to estimate parameters difficult to measure; Virtual sensor creation; De-noising; Sensor fusion; Unconventional preprocessing inherently present in specific fault detection methods like PCA-based methods
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0808—Diagnosing performance data
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0816—Indicating performance data, e.g. occurrence of a malfunction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
- H04W8/245—Transfer of terminal data from a network towards a terminal
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Computer Security & Cryptography (AREA)
- Signal Processing (AREA)
- Automation & Control Theory (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Stored Programmes (AREA)
- Debugging And Monitoring (AREA)
- Information Transfer Between Computers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明涉及中心、更新控制方法、非暂时性存储介质、OTA管理器、软件更新系统。构成为与OTA管理器和故障管理服务器进行通信的中心具备处理器。上述故障管理服务器构成为存储故障发生信息。上述处理器构成为从上述故障管理服务器接收上述故障发生信息,从上述OTA管理器接收电子控制装置的软件的更新有无的询问。上述处理器构成为在接收到上述询问时,基于上述故障发生信息来对上述询问的发送方亦即上述车辆是否处于故障状态进行判定。上述处理器构成为在判定为上述询问的发送方亦即上述车辆处于故障状态的情况下,限制上述询问的发送方亦即车辆所涉及的上述软件的更新处理的执行。
Description
技术领域
本公开涉及在OTA服务中利用的中心、更新控制方法、非暂时性存储介质、OTA管理器以及软件更新系统。
背景技术
在车辆搭载有用于执行控制功能的多个电子控制装置(被称为“ECU”)。该电子控制装置具备处理器和存储部。通过处理器执行存储于存储部的软件来实现电子控制装置的控制功能。另外,各电子控制装置所存储的软件能够更新。具体而言,软件能够在维修厂等中使用经由设置于车辆的诊断用连接器而连接的外部设备来进行更新。另外,还能够通过无线将车载网络所具备的通信设备与因特网等通信网络连接,利用借助无线通信从设置于更新中心的分发服务器下载的软件进行更新(例如日本特开2020-004245)。将该借助无线通信的更新服务称为OTA服务。
在上述OTA服务中,存在尽管车辆处于故障的状态(故障状态)但也更新软件的担忧。若对于故障状态的车辆进行软件更新,则存在无法实现恰当的更新的可能性。优选在车辆处于故障状态时,不进行软件更新。这里,在基于OTA服务的软件更新的执行中,当在车辆与中心建立连接的情况下,总是从车辆侧开始连接、即成为车辆侧为连接开始的触发那样的设计。因此,只要没有来自车辆的活动(action),就无法建立与车辆的连接,中心无法掌握车辆的故障状态。
鉴于上述的点,还可考虑在连接的建立后,中心为了软件更新而每次从中心向车辆询问故障信息。然而,该情况下,导致中心以及车辆间的通信量增加故障信息的询问的量。因此,通信成本变大。
其中,当在车辆发生了故障的情况下,通常车辆将该故障信息发送至故障管理服务器。用于(大致实时地)掌握、管理车辆的故障状态的故障管理系统具有故障管理服务器。假设在如上述那样为了软件更新而每次从中心向车辆询问故障信息的情况下,若从车辆侧考虑,则将已经向故障管理服务器报告完毕的内容再次传送给中心,成为所谓的两次传输负担。因此,在这样的观点下也能够说花费了额外的通信成本。
发明内容
本公开提供不向车辆询问故障信息就能够实现与车辆故障状态对应的软件更新的控制的中心、更新控制方法、非暂时性存储介质、OTA管理器以及软件更新系统。
本公开技术的第一方式是构成为与OTA管理器和故障管理服务器经由网络进行通信的中心。上述OTA管理器被搭载于车辆。上述故障管理服务器构成为存储故障发生信息。上述故障发生信息是将从发生了故障的车辆发送的故障信息代码与对发生了故障的上述车辆进行确定的信息建立了关联的信息。上述中心具备处理器。上述处理器构成为接收从上述故障管理服务器发送的上述故障发生信息。上述处理器构成为存储从上述故障管理服务器接收到的上述故障发生信息。上述处理器构成为从上述OTA管理器接收电子控制装置的软件的更新有无的询问。上述处理器构成为在上述处理器接收到上述询问时,基于上述故障发生信息来对上述询问的发送方亦即上述车辆是否处于故障状态进行判定。上述处理器构成为在上述处理器判定为上述询问的发送方亦即上述车辆处于故障状态的情况下,限制上述询问的发送方亦即车辆所涉及的上述软件的更新处理的执行。
在本公开技术的第一方式所涉及的上述中心中,上述处理器可以构成为在上述处理器判定为上述询问的发送方的车辆发生了故障的情况下,将表示为上述车辆发生了故障的信息发送至上述询问的发送方的车辆。
在本公开技术的第一方式所涉及的上述中心中,上述故障管理服务器构成为在新的故障发生信息被登记于上述故障管理服务器的情况下将上述故障发生信息发送至上述中心。
本公开技术的第二方式是由具备处理器、存储器以及通信装置的中心的计算机执行的更新控制方法。上述通信装置构成为与OTA管理器和故障管理服务器经由网络进行通信。上述OTA管理器被搭载于车辆。上述故障管理服务器构成为存储故障发生信息。上述故障发生信息是将从发生了故障的车辆发送的故障信息代码与对发生了故障的上述车辆进行确定的信息建立了关联的信息。上述方法具备:接收从上述故障管理服务器发送的上述故障发生信息;存储从上述故障管理服务器接收到的上述故障发生信息;从上述OTA管理器接收电子控制装置的软件的更新有无的询问;在接收到上述询问时,基于上述故障发生信息来对上述询问的发送方亦即车辆是否处于故障状态进行判定;在判定为上述询问的发送方的车辆处于故障状态的情况下,限制上述询问的发送方的车辆所涉及的上述软件的更新处理的执行。
本公开技术的第三方式是储存有能够由具备处理器、存储器以及通信装置的中心的计算机执行且使上述计算机执行以下功能的命令的非暂时性存储介质。上述通信装置构成为与OTA管理器和故障管理服务器经由网络进行通信。上述OTA管理器被搭载于车辆。上述故障管理服务器构成为存储故障发生信息。上述故障发生信息是将从发生了故障的车辆发送的故障信息代码与对发生了故障的上述车辆进行确定的信息建立了关联的信息。上述功能具备:接收从上述故障管理服务器发送的上述故障发生信息;存储从上述故障管理服务器接收到的上述故障发生信息;从上述OTA管理器接收电子控制装置的软件的更新有无的询问;在接收到上述询问时,基于上述故障发生信息来对上述询问的发送方亦即车辆是否处于故障状态进行判定;在判定为上述询问的发送方的车辆处于故障状态的情况下,限制上述询问的发送方的车辆所涉及的上述软件的更新处理的执行。
本公开技术的第四方式是被搭载于车辆的OTA管理器。上述OTA管理器具备处理器。上述处理器构成为与包括多个电子控制装置的车载网络连接。上述处理器构成为与中心经由网络进行通信。上述处理器构成为更新至少1个上述电子控制装置的软件。上述处理器构成为向上述中心发送是否存在上述至少1个电子控制装置的软件的更新的询问。上述处理器构成为在根据上述询问而从上述中心接收到表示为上述车辆发生了故障的信息的情况下,将与上述故障相关的规定的信息通知给用户。
本公开技术的第五方式是软件更新系统。上述软件更新系统具备:具有OTA管理器的车辆、故障管理服务器以及中心。上述车辆构成为检测在上述车辆发生的故障。上述车辆构成为将故障发生信息发送至上述故障管理服务器。上述故障发生信息包括确定上述车辆的信息以及与上述故障相关的故障信息代码。上述故障管理服务器构成为与上述OTA管理器和上述中心经由网络进行通信。上述故障管理服务器构成为接收从上述车辆发送的故障发生信息。上述故障管理服务器构成为将上述故障发生信息发送至上述中心。上述中心构成为与上述OTA管理器和上述故障管理服务器经由网络进行通信。上述中心构成为存储从上述故障管理服务器发送来的上述故障发生信息。上述中心构成为从上述OTA管理器接收软件更新的有无的询问。上述中心构成为在接收到上述询问时,基于所存储的上述故障发生信息来对存在上述询问的上述车辆是否储存于故障状态进行判定。上述中心构成为当判定为存在上述询问的上述车辆发生了故障的情况下,限制存在上述询问的车辆所涉及的软件的更新处理的执行。
根据本公开的中心、更新控制方法、非暂时性存储介质、OTA管理器以及软件更新系统,不为了软件更新而向车辆询问故障信息就能够实现与车辆故障状态对应的软件更新控制。
附图说明
以下,参照附图对本发明的示例性实施例的特征、优点、技术及工业重要性进行说明,在附图中相同的附图标记表示相同的构成要素,其中:
图1是表示本实施方式所涉及的系统的整体结构的框图。
图2是表示中心1的简要结构的框图。
图3是表示故障管理服务器2的简要结构的框图。
图4是表示OTA管理器31的简要结构的框图。
图5是中心1的功能框图。
图6是故障管理服务器2的功能框图。
图7是OTA管理器31的功能框图。
图8是表示存储于故障管理服务器2的存储部26的数据的一个例子的存储器映射。
图9是故障状况数据52的数据结构的一个例子。
图10是表示存储于中心1的存储部16的数据的一个例子的存储器映射。
图11是故障状况数据62的数据结构的一个例子。
图12是表示故障信息管理处理的详细的流程图。
图13是表示故障信息更新处理的详细的流程图。
图14是表示更新控制处理的详细的流程图。
图15是表示软件更新处理的详细的流程图。
具体实施方式
以下,参照附图对一个实施方式详细地进行说明。
关于本实施方式的系统整体的结构
图1是表示本实施方式中的更新管理系统的整体结构的框图。该更新管理系统具备OTA中心(以下,简称为中心)1、故障管理服务器2以及车辆3。
中心1是用于对装备于车辆3的车载设备的软件的更新进行管理的服务器(更准确地说,中心1是包括这样的服务器的中心系统,但以下为了便于说明而说明为服务器)。中心1能够与故障管理服务器2以及车辆3进行通信。
故障管理服务器2是用于管理车辆3的故障发生状态的服务器。一旦在车辆3检测到故障发生,包括表示该故障内容的故障代码的故障发生信息便被从车辆3发送至故障管理服务器2。在故障管理服务器2中,存储该故障发生信息。因此,在车辆3发生了故障的情况下,故障管理服务器2能够(大致实时)掌握该车辆3发生了故障这一状况。另外,若故障管理服务器2从车辆3接收到故障发生信息,则故障管理服务器2对于中心1发送该故障发生信息。其中,在本实施方式中,对故障管理服务器2将从车辆3接收到的故障发生信息保持不变地输送至中心1的例子进行说明。然而,在其他实施方式中,故障管理服务器2可以将对从车辆3接收到的故障发生信息进行了加工而得的数据发送至中心1。并且,若故障管理服务器2从车辆3接收到表示为车辆3产生的故障消除了的故障消除通知,则故障管理服务器2基于故障消除通知来将在故障管理服务器2存储的该车辆3所涉及的数据更新成表示为没有发生了故障。另外,故障管理服务器2对于中心1发送该故障消除通知。
车辆3搭载有车载网络系统。该车载网络系统能够与中心1、故障管理服务器2进行通信。车载网络系统至少具备OTA管理器(软件更新装置)31、通信模块32以及多个电子控制装置33a~33d。另外,其中的电子控制装置33a具有在车辆3发生了故障时将故障信息发送至故障管理服务器2的功能。以下,将该电子控制装置33a特别称为故障管理用控制装置33a。
OTA管理器31经由总线35与通信模块32、故障管理用控制装置33a以及其他电子控制装置33b~33d连接。OTA管理器31能够经由通信模块32与中心1实现无线通信。OTA管理器31与中心1之间进行规定的数据的收发,执行各电子控制装置33的软件更新处理的控制。即,OTA管理器31具有软件更新功能。通信模块32是与规定的网络(电话网、因特网等)连接的通信设备。
故障管理用控制装置33a能够经由通信模块32与故障管理服务器2实现无线通信。故障管理用控制装置33a对车辆3发生了故障这一情况进行检测,生成与该故障相关的信息亦即故障发生信息,将故障发生信息发送至故障管理服务器2。例如能够根据从未图示的车载诊断装置向故障管理用控制装置33a是否输出了故障代码来检测故障。另外,该故障发生信息至少包括用于确定车辆3的车辆确定编号以及上述故障代码。另外,在车辆3产生的故障消除了的情况下,故障管理用控制装置33a检测到故障消除了这一情况,将故障消除了这一内容的故障消除通知发送至故障管理服务器2。该故障消除通知包括车辆确定编号以及表示为故障消除了这一内容的数据。
另外,其他电子控制装置33b~33d控制车辆3的各部的动作。其中,图1中的电子控制装置33的数量为一个例子。
关于中心1的结构
图2是表示上述中心1的简要结构的框图。如图2所示,中心1具备处理器11、RAM12、存储装置13以及通信装置14。存储装置13具备硬盘、SSD等可读写的存储介质,存储本实施方式所涉及的处理所需的各种程序、数据。在中心1中,处理器11通过使用RAM12作为工作区域来执行从存储装置13读出的程序,由此执行规定的控制处理。通信装置14是经由网络与故障管理服务器2以及车辆3进行通信的设备。
关于故障管理服务器2的结构
图3是表示上述故障管理服务器2的简要结构的框图。如图3所示,故障管理服务器2具备处理器21、RAM22、存储装置23以及通信装置24。存储装置23具备硬盘、SSD等可读写的存储介质。存储装置23存储本实施方式所涉及的处理所需的各种程序、数据。处理器21通过使用RAM22作为工作区域来执行从存储装置23读出的程序,由此执行规定的控制处理。通信装置24经由网络与中心1以及车辆3进行通信。
关于OTA管理器31的结构
图4是表示上述OTA管理器31的简要结构的框图。如图4所示,OTA管理器31具备微型计算机45和通信装置46。微型计算机45具备处理器41、RAM42、ROM43以及存储装置44。在OTA管理器31中,微型计算机45的处理器41通过使用RAM42作为工作区域来执行从ROM43读出的程序,由此执行规定的控制处理。通信装置46经由图1所示的总线35与通信模块32、电子控制装置33a~33d进行通信。
中心1的功能框图
图5是上述中心1的功能框图。
中心1具备存储部16、通信部17以及控制部18。通信部17以及控制部18通过图2所示的处理器11使用RAM12执行存储于存储装置13的程序来实现。存储部16由图2所示的存储装置13实现。
存储部16存储在本实施方式所涉及的处理中使用的程序、数据。
通信部17能够从故障管理服务器2接收上述故障发生信息以及上述故障消除通知。另外,通信部17能够从OTA管理器31接收询问有无软件更新这一内容的数据(以下,称为“更新询问”)。另外,通信部17除此之外还能够与OTA管理器31之间实现用于执行软件更新处理的规定的数据的收发。
控制部18基于由通信部17接收到的上述故障发生信息来将表示车辆3的故障状态的数据存储于存储部16。另外,在控制部18从OTA管理器31接收到更新询问时,控制部18对该车辆3是否处于故障状态进行判定。而且,在进行了该更新询问的车辆3是故障状态的情况下,即便存在应该分发的软件更新,控制部18也进行不开始更新处理(限制更新处理的开始)的控制。此外,只要未接受到来自OTA管理器31的更新询问,则控制部18就不开始软件更新处理(即,中心1不会主动地开始上述软件更新处理)。
故障管理服务器2的功能框图
图6是上述故障管理服务器2的功能框图。
故障管理服务器2具备存储部26、通信部27以及控制部28。通信部27以及控制部28通过图3所示的处理器21使用RAM22执行被存储于存储装置23的程序来实现。存储部26由图3所示的存储装置23实现。
存储部26存储在本实施方式所涉及的处理中使用的程序、数据。
通信部27能够从检测到故障发生的车辆3(故障管理用控制装置33a)接收上述故障发生信息。另外,通信部27能够将发生了故障的车辆3所涉及的上述故障发生信息以及上述故障消除通知发送至中心1。
若控制部28从故障管理用控制装置33a接收到上述故障发生信息,则控制部28基于故障发生信息将表示故障状况的数据存储于存储部26。并且,控制部28将发生了故障的车辆3所涉及的该故障发生信息经由通信部27发送至中心1。另外,在接收到上述故障消除通知的情况下,控制部28基于故障消除通知来更新表示故障状况的数据,将该故障消除通知发送至中心1。
OTA管理器31的功能框图
图7是图4所示的OTA管理器31的功能框图。
OTA管理器31具备存储部47、通信部48以及控制部49。存储部47由图4所示的存储装置44实现。通信部48和控制部49通过图4所示的处理器41使用RAM42执行存储于ROM43的程序来实现。
存储部47存储用于执行软件更新处理的各种程序、各种数据。
在检测到故障发生时,通信部48能够基于来自故障管理用控制装置33a的命令来将上述故障发生信息发送至故障管理服务器2。另外,通信部48能够基于来自控制部49的命令与中心1之间还进行上述更新询问等软件更新处理所需的各种数据的收发。
控制部49执行与软件更新处理相关的各种控制。具体而言,控制部49定期地使用通信部48对于中心1发送上述更新询问。若根据更新询问而从中心1分发来软件更新用的数据,则控制部49基于该分发数据来执行软件更新处理。这里,关于进行该更新询问的时机进行补充。在本实施方式中,作为一个例子,设想按照两个星期一次的频度来向中心1进行更新询问的情况。这是鉴于若增加更新有无的确认频度则车辆3与中心1的通信增加、通信成本增大,而根据想要尽量成为所需最小限的确认频度这一观点,来以这样的频度发送更新询问。
以下,对本实施方式所涉及的处理的详细情况进行说明。
关于被故障管理服务器2使用的数据
首先,对于在本实施方式的处理中被使用的数据进行说明。图8是表示存储于故障管理服务器2的存储部26的数据的一个例子的存储器映射。在存储部26存储故障管理程序51、故障状况数据52。
故障管理程序51是用于基于从车辆3发送来的上述故障发生信息来执行更新故障状况数据52的处理以及向中心1发送故障发生信息的处理等的程序。
故障状况数据52表示车辆3的故障状态。图9是故障状况数据52的数据结构的一个例子。故障状况数据52是至少具有车辆确定编号53、故障状态54以及故障日志55这一项目的表形式的数据。车辆确定编号53是用于唯一地识别各车辆的编号。故障状态54是表示该车辆3是否是故障状态的数据。在本实施方式中,当该车辆3处于故障中的情况下,故障状态54被设定表示“故障中”的数据,在车辆3不是故障中的情况下,故障状态54被设定表示“正常”的数据。故障日志55是记录有从车辆3发送来的上述故障代码的日志。
关于在中心1被使用的数据
接下来,对在中心1的处理中被使用的数据进行说明。图10是表示存储于中心1的存储部16的数据的一个例子的存储器映射。在存储部16存储更新控制程序61、故障状况数据62。另外,虽然省略图示,但除此之外用于实现OTA服务的各种程序、数据也被存储于存储部16。
更新控制程序61是用于控制上述软件更新的处理的程序。
为了判定车辆3是否是故障状态而使用故障状况数据62。图11是故障状况数据62的数据结构的一个例子。故障状况数据62是具有车辆确定编号63、故障状态64、故障日志65的项目的表形式的数据。车辆确定编号63与上述故障管理服务器2中的故障状况数据52的车辆确定编号同样,是用于唯一地识别各车辆的编号。故障状态64也与上述故障管理服务器2的故障状态同样,表示该车辆3是否是故障状态。故障日志65是上述故障代码的日志。
此外,在本实施方式中,例示在中心1存储故障日志65的结构。在其他实施方式中,故障日志65可以不存储在中心1。该情况下,只要从故障管理服务器2例如仅发送车辆确定编号53作为上述故障发生信息即可。当使故障日志65存储在中心1的情况下,能够在中心1侧也掌握与车辆故障有关的更具体的内容。当不使故障日志65存储在中心1的情况下,能够减少故障管理服务器2与中心1之间的通信量。
关于在故障管理服务器2执行的处理
接下来,对在故障管理服务器2执行的处理的详细情况进行说明。图12是表示故障管理服务器2的控制部28所执行的故障信息管理处理的详细情况的流程图。该处理是用于将从车辆3发送来的故障发生信息登记至故障状况数据52、更新其内容的处理。
首先,在步骤S1中,控制部28对是否接收到从规定的车辆3发送的故障发生信息进行判定。在该判定的结果是未接收到故障发生信息的情况下,处理进入至后述的步骤S4。
另一方面,在接收到故障发生信息的情况下,接下来在步骤S2中,控制部28基于上述接收到的故障发生信息来更新上述故障状况数据52(在新的故障发生信息的情况下,新登记故障发生信息)。具体而言,控制部28对与故障发生信息所包括的车辆确定编号对应的故障状态54设定表示“故障中”的值。并且,控制部28将故障发生信息所包括的故障代码追加至故障日志55。
接下来,在步骤S3中,控制部28将上述接收到的故障发生信息发送至中心1。
接下来,在步骤S4中,控制部28对是否接收到从车辆3发送的上述故障消除通知进行判定。在该判定的结果是未接收到故障消除通知的情况下(在步骤S4中为“否”),返回至上述步骤S1,重复处理。即,继续等待故障发生信息以及故障消除通知的处理。
另一方面,在接收到上述故障消除通知的情况下(在步骤S4中为“是”),在步骤S5中,控制部28基于该故障消除通知来更新故障状况数据52。具体而言,控制部28对与故障消除通知所包括的车辆确定编号对应的故障状态54设定表示“正常”的值。
接下来,在步骤S6中,控制部28将上述故障消除信息发送至中心1。
以上,结束故障管理服务器2的控制部28所执行的故障信息管理处理的说明。
关于在中心1执行的处理
接下来,对在中心1执行的处理的详细情况进行说明。图13是表示中心1的控制部18所执行的故障信息更新处理的详细情况的流程图。该处理是用于基于从故障管理服务器2发送来的数据来更新故障状况数据62的内容的处理。
首先,在步骤S11中,控制部18对是否接收到从故障管理服务器2发送的故障发生信息进行判定。在该判定的结果是未接收到故障发生信息的情况下,处理进入至后述的步骤S13。
另一方面,在接收到故障发生信息的情况下,接下来在步骤S12中,控制部18基于上述接收到的故障发生信息来更新上述故障状况数据62(在新的故障发生信息的情况下,新登记故障发生信息)。具体而言,控制部18对与故障发生信息所包括的车辆确定编号对应的故障状态64设定表示“故障中”的值。另外,控制部18将该故障发生信息所包括的故障代码追加至故障日志65。
接下来,在步骤S13中,控制部18对是否从故障管理服务器2接收到上述故障消除通知进行判定。在该判定的结果是未接收到故障消除通知的情况下(在步骤S13中为“否”),返回至上述步骤S11,重复处理。
另一方面,在接收到上述故障消除通知的情况下(在步骤S13中为“是”),在步骤S14中,控制部18基于该故障消除通知来更新故障状况数据62。具体而言,控制部18对与故障消除通知所包括的车辆确定编号对应的故障状态64设定表示“正常”的值。
以上,故障信息更新处理的说明结束。
接下来,图14是表示中心1的控制部18所执行的更新控制处理的详细情况的流程图。对于该处理而言,在从OTA管理器31存在软件更新的询问时,控制部18对该OTA管理器31所涉及的车辆3是否是故障中进行判定。是当车辆3为故障中的情况下以(即便存在更新也)不开始更新处理的方式进行控制的处理。
在图14中,首先在步骤S21中,控制部18对是否从OTA管理器31接收到上述更新询问进行判定。在该判定的结果是未接收到更新询问的情况下(在步骤S21中为“否”),控制部18继续该更新询问的等待。
另一方面,在接收到上述更新询问的情况下(在步骤S21中为“是”),接下来在步骤S22中,控制部18参照故障状况数据62来对与该更新询问所包括的车辆确定编号对应的车辆3的故障状态64是否为“故障中”进行判定。即,控制部18对进行了询问的车辆3是否是故障状态进行判定。在该判定的结果是故障状态64为“故障中”的情况下(在步骤S22中为“是”),进入至步骤S23。在步骤S23中,控制部18向发送来更新询问的OTA管理器31发送表示为车辆3是故障中这一内容的通知(以下称为故障通知)作为询问结果。该故障通知中例如可以包括由于车辆3发生了故障所以向车辆销售维修商催促维修车辆3的消息等。然后,该更新控制处理结束。
另一方面,在故障状态64不为“故障中”的情况下(在步骤S22中为“否”),接下来在步骤S24中,控制部18对是否存在应该分发的软件更新进行判定。在该判定的结果是存在应该分发的软件更新的情况下(在步骤S24中为“是”),进入至步骤S25。在步骤S25中,控制部18开始用于将该软件更新应用于车辆3的规定的更新处理(更新数据向OTA管理器31的发送等)。然后,若更新处理完成,则该更新控制处理结束。另一方面,在不存在软件更新的情况下(在步骤S24中为“否”),进入至步骤S26。在步骤S26中,控制部18将没有软件更新这一内容的通知发送至OTA管理器31。然后,更新控制处理结束。
以上,结束中心1的控制部18所执行的更新控制处理的说明。
关于在OTA管理器31执行的处理
接下来,对在OTA管理器31执行的处理的详细情况进行说明。图15是表示OTA管理器31的控制部49所执行的软件更新处理的详细情况的流程图。在本实施方式中,如上述那样,例如按照两个星期一次的频度来定期地执行该处理。
首先,在步骤S31中,控制部49生成用于上述更新询问的数据,向中心1发送更新询问。该更新询问包括车辆确定编号、车辆结构信息。
接下来,在步骤S32中,控制部49对上述更新询问的发送的结果是否从中心1接收到上述故障通知进行判定。在该判定的结果是接收到故障通知的情况下(步骤S32中的“是”),在步骤S36中,控制部49将车辆3处于故障中这一内容通知给用户。例如,控制部49在规定的显示装置(虽然省略图示,但例如是导航装置的监视器)显示表示为因车辆3为故障中而无法执行更新处理的消息。另外,该情况下,控制部49可以搜索至最近的车辆销售维修商为止的路线,进行将路线显示在导航装置的监视器的控制。然后,控制部49结束该软件更新处理。由此,能够抑制车辆3处于故障中的情况下的软件更新的执行。
另一方面,在步骤S32的判定的结果是未接收到上述故障通知的情况下(在步骤S32中为“否”),在步骤S33中,控制部49对上述更新询问的发送的结果是否存在软件更新进行判定。在该判定的结果是存在软件更新的情况下(在步骤S33中为“是”),在步骤S34中,控制部49开始用于更新软件的处理。具体而言,控制部49接收从中心1发送来的更新用数据,开始用于对成为对象的电子控制装置33的软件进行更新的处理。
接下来,在步骤S35中,控制部49对更新处理是否完成进行判定。若该判定的结果是更新处理未完成(在步骤S35中为“否”),则控制部49继续更新处理的执行。若更新处理完成(在步骤S35中为“是”),则控制部49结束该软件更新处理。
另一方面,在上述步骤S33的判定的结果是无软件更新的情况下(在步骤S33中为“否”),不进行上述步骤S34~S35的处理,控制部49结束该软件更新处理。
以上,结束软件更新处理的说明。
效果
这样,在本实施方式中,若在故障管理服务器2中被发送来车辆3的故障发生信息,则将该信息发送至中心1。然后,在中心1中,存储该信息。在中心1从OTA管理器31收到软件更新的有无的询问的时机,中心1基于存储在中心1的该信息来对该车辆3是否发生了故障进行判定。即,在该时刻,中心1不需要特意向车辆3询问故障信息。而且,在该判定的结果是车辆3发生了故障的情况下,对于故障中的车辆3控制为即便是存在软件更新的情况也不执行更新处理。由此,不会使中心1与车辆3之间的通信量增大,能够防止对于处于故障中的状态的车辆3进行软件更新。
变形例
此外,在上述实施方式中,中心1对于故障状态的车辆3发送通知故障状态的消息等。在这样的情况下,除了该消息之外,例如也可以向用户提示距该车辆3最近的车辆销售维修商的联系地址信息、向该维修商的店铺等的导航信息。由此,能够容易使用户针对消除车辆3的故障状态进行行动。
以上,对本公开技术的一个实施方式进行了说明,但本公开不仅能够理解为中心,还能够理解为由具备处理器、存储器、以及能够与车辆所具备的OTA管理器及规定的服务器经由网络进行通信的通信装置的中心的计算机执行的更新控制方法、该方法的控制程序、存储有该控制程序的计算机可读取的非暂时性记录介质、能够与中心经由网络进行通信的OTA管理器、具备具有OTA管理器的车辆、中心以及故障信息管理服务器的软件更新系统等。
本公开技术能够在用于对基于OTA管理器的软件更新功能进行控制的中心中利用。
Claims (7)
1.一种中心,构成为与OTA管理器和故障管理服务器经由网络进行通信,所述OTA管理器被搭载于车辆,所述故障管理服务器构成为存储故障发生信息,所述故障发生信息是将从发生了故障的所述车辆发送的故障信息代码与对发生了故障的所述车辆进行确定的信息建立了关联的信息,
所述中心的特征在于,
包括处理器,该处理器构成为:
接收从所述故障管理服务器发送的所述故障发生信息;
存储从所述故障管理服务器接收到的所述故障发生信息;
从所述OTA管理器接收电子控制装置的软件的更新有无的询问;
在所述处理器接收到所述询问时,基于所述故障发生信息来对所述询问的发送方亦即所述车辆是否处于故障状态进行判定;以及
在所述处理器判定为所述询问的发送方亦即所述车辆处于故障状态的情况下,限制所述询问的发送方亦即车辆所涉及的所述软件的更新处理的执行。
2.根据权利要求1所述的中心,其特征在于,
所述处理器构成为在所述处理器判定为所述询问的发送方的车辆发生了故障的情况下,将表示为车辆发生了故障的信息发送至所述询问的发送方的车辆。
3.根据权利要求1所述的中心,其特征在于,
所述故障管理服务器构成为在新的故障发生信息被登记于所述故障管理服务器的情况下将所述故障发生信息发送至所述中心。
4.一种更新控制方法,由具备处理器、存储器以及通信装置的中心的计算机执行,该通信装置构成为与OTA管理器和故障管理服务器经由网络进行通信,所述OTA管理器被搭载于车辆,所述故障管理服务器构成为存储故障发生信息,所述故障发生信息是将从发生了故障的车辆发送的故障信息代码与对发生了故障的所述车辆进行确定的信息建立了关联的信息,
所述更新控制方法的特征在于,包括:
接收从所述故障管理服务器发送的所述故障发生信息;
存储从所述故障管理服务器接收到的所述故障发生信息;
从所述OTA管理器接收电子控制装置的软件的更新有无的询问;
在接收到所述询问时,基于所述故障发生信息来对所述询问的发送方亦即车辆是否处于故障状态进行判定;以及
在判定为所述询问的发送方的车辆处于故障状态的情况下,限制所述询问的发送方的车辆所涉及的所述软件的更新处理的执行。
5.一种非暂时性存储介质,存储有能够由具备处理器、存储器以及通信装置的中心的计算机执行且使所述计算机执行以下功能的命令,所述通信装置构成为与OTA管理器和故障管理服务器经由网络进行通信,所述OTA管理器被搭载于车辆,所述故障管理服务器构成为存储故障发生信息,所述故障发生信息是将从发生了故障的车辆发送的故障信息代码与对发生了故障的所述车辆进行确定的信息建立了关联的信息,
所述非暂时性存储介质的特征在于,所述功能包括:
接收从所述故障管理服务器发送的所述故障发生信息;
存储从所述故障管理服务器接收到的所述故障发生信息;
从所述OTA管理器接收电子控制装置的软件的更新有无的询问;
在接收到所述询问时,基于所述故障发生信息来对所述询问的发送方亦即车辆是否处于故障状态进行判定;
在判定为所述询问的发送方的车辆处于故障状态的情况下,限制所述询问的发送方亦即车辆所涉及的所述软件的更新处理的执行。
6.一种OTA管理器,被搭载于车辆,其特征在于,
所述OTA管理器包括处理器(41),该处理器(41)构成为:
与包括多个电子控制装置的车载网络连接;
经由网络与中心进行通信;
更新至少1个所述电子控制装置的软件;
向所述中心发送是否存在所述至少1个所述电子控制装置的软件的更新的询问;
在根据所述询问而从所述中心接收到表示为所述车辆发生了故障的信息的情况下,将与所述故障相关的规定的信息通知给用户。
7.一种软件更新系统,其特征在于,
包括具备OTA管理器的车辆、故障管理服务器以及中心,
其中,
所述车辆构成为:
检测在所述车辆发生的故障;和将故障发生信息发送至所述故障管理服务器,所述故障发生信息包括确定所述车辆的信息以及与所述故障相关的故障信息代码,
所述故障管理服务器构成为:
经由网络与所述OTA管理器和所述中心进行通信;
接收从所述车辆发送的故障发生信息;以及
将所述故障发生信息发送至所述中心,
所述中心构成为:
经由网络与所述OTA管理器和所述故障管理服务器进行通信;
存储从所述故障管理服务器发送来的所述故障发生信息;
从所述OTA管理器接收软件更新的有无的询问;
在接收到所述询问时,基于所存储的所述故障发生信息来对存在所述询问的所述车辆是否处于故障状态进行判定;以及
在判定为存在所述询问的所述车辆发生了故障的情况下,限制存在所述询问的车辆的软件的更新处理的执行。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2021-035142 | 2021-03-05 | ||
JP2021035142A JP2022135377A (ja) | 2021-03-05 | 2021-03-05 | センタ、更新制御方法、更新制御プログラム、otaマスタ、ソフトウェア更新システム |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115016425A true CN115016425A (zh) | 2022-09-06 |
Family
ID=82898294
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210020922.3A Pending CN115016425A (zh) | 2021-03-05 | 2022-01-10 | 中心、更新控制方法、非暂时性存储介质、ota管理器 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220283797A1 (zh) |
JP (1) | JP2022135377A (zh) |
CN (1) | CN115016425A (zh) |
DE (1) | DE102022101072A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20230315440A1 (en) * | 2022-04-05 | 2023-10-05 | Ford Global Technologies, Llc | Vehicle software compatibility |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140282470A1 (en) * | 2013-03-13 | 2014-09-18 | Arynga Inc. | Remote transfer of electronic images to a vehicle |
US20160294605A1 (en) * | 2014-07-07 | 2016-10-06 | Symphony Teleca Corporation | Remote Embedded Device Update Platform Apparatuses, Methods and Systems |
JP7006453B2 (ja) * | 2018-03-30 | 2022-01-24 | トヨタ自動車株式会社 | 制御装置、プログラム、及び制御方法 |
JP2020004245A (ja) | 2018-06-29 | 2020-01-09 | 株式会社デンソーテン | プログラム更新装置、プログラム更新システム、プログラム更新方法、およびプログラム更新プログラム |
JP7379892B2 (ja) * | 2018-07-25 | 2023-11-15 | 株式会社デンソー | 車両用電子制御システム、車両側システム及び携帯端末 |
JP7367359B2 (ja) * | 2018-08-10 | 2023-10-24 | 株式会社デンソー | 車両用電子制御システム、ファイルの転送制御方法、ファイルの転送制御プログラム及び装置 |
JP7003975B2 (ja) * | 2018-08-10 | 2022-01-21 | 株式会社デンソー | 車両情報通信システム,センター装置及びセンター装置のメッセージ送信方法 |
US11479175B2 (en) * | 2019-06-21 | 2022-10-25 | Grote Industries, Llc | Error detection system and method in a vehicle lighting system |
-
2021
- 2021-03-05 JP JP2021035142A patent/JP2022135377A/ja active Pending
-
2022
- 2022-01-10 CN CN202210020922.3A patent/CN115016425A/zh active Pending
- 2022-01-11 US US17/572,798 patent/US20220283797A1/en active Pending
- 2022-01-18 DE DE102022101072.4A patent/DE102022101072A1/de active Pending
Also Published As
Publication number | Publication date |
---|---|
JP2022135377A (ja) | 2022-09-15 |
US20220283797A1 (en) | 2022-09-08 |
DE102022101072A1 (de) | 2022-09-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6647322B1 (en) | Communication system for communication between in-vehicle terminals and center, and in-vehicle terminal employed in communication system | |
US9851963B2 (en) | In-vehicle device, mobile terminal, information management device and information communication system | |
CN100474183C (zh) | 识别设备软件和设备驱动程序间功能不一致的系统和方法 | |
JP4701977B2 (ja) | 車載ネットワークの診断システム及び車載制御装置 | |
US11144304B2 (en) | Method and central data processing device for updating software in a plurality of vehicles | |
JP5869513B2 (ja) | 障害対応システムおよび障害対応方法 | |
CN115016425A (zh) | 中心、更新控制方法、非暂时性存储介质、ota管理器 | |
US20230297368A1 (en) | Software update apparatus, software update method, non-transitory storage medium storing program, vehicle, and ota master | |
US20230359454A1 (en) | Software update device, update control method, and non-transitory storage medium | |
CN112764956A (zh) | 数据库的异常处理系统、数据库的异常处理方法及装置 | |
US20220391192A1 (en) | Ota master, center, system, method, non-transitory storage medium, and vehicle | |
EP4036712A1 (en) | Ota master, update control method, non-transitory storage medium, and vehicle | |
JP5287632B2 (ja) | 車載無線通信装置 | |
JP4237167B2 (ja) | 故障検知診断対処装置、故障検知診断対処システムおよび故障検知診断対処方法 | |
CN114040360A (zh) | 服务器、更新管理方法、非临时存储介质、软件更新装置、带服务器及软件更新装置的系统 | |
JP5687225B2 (ja) | 分散システム、バージョン情報の流通方法、バージョン情報流通プログラム | |
JP3475000B2 (ja) | 周辺機器設置システム、端末処理装置、および中央処理装置 | |
CN111124457A (zh) | 控制器的升级方法、主控制器和上位机 | |
US11861354B2 (en) | Update control system, update control method, non-transitory storage medium, and in-vehicle control device | |
US20190037017A1 (en) | Information processing device, information processing method, information processing program and information processing system | |
JP7074294B2 (ja) | コンピュータシステムの管理装置及び管理方法 | |
JP2005085054A5 (zh) | ||
CN114945150A (zh) | 中心、更新管理方法、非暂时性存储介质 | |
JP5647597B2 (ja) | 保守管理システムおよびクライアント端末 | |
CN115022124B (zh) | 信息处理装置、信息处理方法以及存储介质 |
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 |