CN111301315A

CN111301315A - 车辆控制器的更新控制装置和更新控制方法以及车辆系统

Info

Publication number: CN111301315A
Application number: CN201910878178.9A
Authority: CN
Inventors: 郑赫相; 申东镇; 郑明奎; 李东烈; 金泳秀; 徐才唵
Original assignee: Hyundai Motor Co; Kia Motors Corp
Current assignee: Hyundai Motor Co; Kia Corp
Priority date: 2018-12-12
Filing date: 2019-09-17
Publication date: 2020-06-19
Also published as: KR20200072018A; US20200192655A1; DE102019213973A1; KR102598962B1; US11144300B2

Abstract

本发明公开一种车辆控制器的更新控制装置和更新控制方法以及车辆系统，该更新控制装置包括：状态信息收集装置，当发生车辆控制器的更新事件时收集车辆状态信息；电池控制装置，基于收集的车辆状态信息确定基于更新的最终目标充电状态(SOC)，并基于确定的最终目标SOC控制电池的充电或放电；以及控制装置，从更新服务器下载车辆控制器的更新数据并更新车辆控制器。

Description

车辆控制器的更新控制装置和更新控制方法以及车辆系统

相关申请的交叉引用

本申请要求2018年12月12日向韩国知识产权局提交的申请号为 10-2018-0159720的韩国专利申请的优先权的权益，该韩国专利申请的全部内容通过引用并入本文。

技术领域

本公开涉及一种车辆控制器的更新控制装置和更新控制方法以及车辆系统。

背景技术

通常，在发动机关闭的状态下使用电负载来执行车辆控制器的更新操作。

电负载是提供用于启动车辆的发动机的驱动力的动力源。电负载需要具有一定水平的电能以确保启动性能。

然而，当在发动机关闭的状态下执行车辆控制器的更新时，由于电负载的电能消耗，可能无法确保车辆的启动性能。而且，当电负载中剩余的电能不多时，控制器的更新操作可能无法完成。

发明内容

已经做出本公开以解决现有技术中出现的上述问题，同时保持现有技术实现的优点。

本公开的一方面提供一种车辆控制器的更新控制装置和更新控制方法以及车辆系统，通过在车辆行驶时调整用于执行车辆控制器的更新的电池的目标充电状态(SOC)来控制电池的充电或放电。因此，在下载更新数据时保持燃料效率，并且即使在更新车辆控制器之后也确保车辆的启动性能。

本发明构思要解决的技术问题不限于上述问题。本公开所属领域的技术人员从以下描述中将清楚地理解本文未提及的任何其他技术问题。

根据本公开的一方面，一种车辆控制器的更新控制装置可以包括：状态信息收集装置，当发生车辆控制器的更新事件时收集车辆状态信息；电池控制装置，基于收集的车辆状态信息确定基于更新的最终目标充电状态(SOC)，并基于确定的最终目标SOC控制电池的充电或放电；以及控制装置，从更新服务器下载车辆控制器的更新数据并更新车辆控制器。

车辆状态信息可以包括电池的SOC信息、导航设置信息和预计行驶时间信息中的至少一个。

电池控制装置可以基于通过从完全充电状态减去当前SOC获得的值和更新车辆控制器时的请求SOC中的最小值来确定目标SOC的增加量。

电池控制装置可以基于负载电流消耗、电池容量、更新数据量、回滚(rollback)数据量和数据传送速度中的至少一个来确定请求SOC。

电池控制装置可以通过基于导航的目的地是否被设置和先前更新是否被批准应用目标SOC的增加量来确定最终目标SOC。

当不存在目的地设置信息并且车辆控制器的先前更新被批准时，电池控制装置可以基于通过将目标SOC的增加量与基于发电控制的目标SOC相加而获得的值来确定最终目标SOC。

当存在目的地设置信息并且车辆控制器的先前更新被批准时，电池控制装置可以通过将目标SOC的增加量、行驶时间点和预计行驶时间应用于基于发电控制的目标SOC来确定最终目标SOC。

当车辆控制器的先前更新的批准被拒绝时，电池控制装置可以通过将目标SOC的增加量和拒绝先前更新的批准之后的行驶循环的数量应用于基于发电控制的目标SOC来确定最终目标SOC。

控制装置可以通过从更新服务器识别车辆控制器的软件版本信息来判断是否发生更新事件。

当发生更新事件时，控制装置可以输出询问是否批准下载更新数据的消息。

当完成下载更新数据的批准时，电池控制装置可以将车辆的目标 SOC调整到确定的最终目标SOC。

当车辆的启动开关关闭时，控制装置可以输出询问是否批准更新车辆控制器的消息。

当完成更新车辆控制器的批准时，控制装置可以更新车辆控制器，并且当更新车辆控制器的批准被拒绝时，控制装置可以将车辆的操作模式切换到休眠模式。

根据本公开的一方面，一种车辆控制器的更新控制方法可以包括：当发生车辆控制器的更新事件时收集车辆状态信息；基于收集的车辆状态信息确定基于更新的最终目标充电状态(SOC)，并基于确定的最终目标SOC控制电池的充电或放电；下载车辆控制器的更新数据；以及更新车辆控制器。

根据本公开的一方面，一种车辆系统可以包括：更新服务器，提供车辆控制器的更新数据；以及更新控制装置，当发生车辆控制器的更新事件时，基于车辆状态信息确定基于更新的最终目标充电状态 (SOC)，基于确定的最终目标SOC控制电池的充电或放电，从更新服务器下载车辆控制器的更新数据并更新车辆控制器。

根据本公开的一方面，一种车辆控制器的更新控制装置包括：处理器；非暂时性存储器，联接到处理器；以及计算机可执行代码，存储在非暂时性存储器中并且可由处理器执行以使处理器执行以下操作：当发生车辆控制器的更新事件时收集车辆状态信息；基于车辆状态信息确定基于更新的最终目标充电状态(SOC)，并基于确定的最终目标SOC控制电池的充电或放电；并且从更新服务器下载车辆控制器的更新数据并更新车辆控制器。

附图说明

从以下结合附图的详细描述中，本公开的上述和其他目的、特征及优点将更加明显：

图1示出应用根据本公开的实施例的车辆控制器的更新控制装置的车辆系统；

图2示出根据本公开的实施例的车辆控制器的更新控制装置的配置；

图3A至图3C、图4和图5A至图5D示出描述根据本公开的实施例的车辆控制器的更新控制装置的操作的实施例；

图6和图7示出根据本公开的实施例的车辆控制器的更新控制方法的流程图；以及

图8示出执行根据本公开的实施例的方法的计算系统。

具体实施方式

在下文中，参照附图详细描述本公开的各种实施例。在将附图标记添加到每个附图的组件时，应注意的是，相同或等同的组件即使在其他附图上显示时也由相同的附图标记表示。此外，在描述本公开的实施例时，将排除对公知特征或功能的详细描述，以免不必要地模糊本公开的主旨。

在描述根据本公开的实施例的组件时，可以使用诸如“第一”、“第二”、“A”、“B”、“(a)”、“(b)”等术语。这些术语仅旨在将一个组件与另一组件区分开，并且这些术语不限制构成组件的性质、顺序或次序。除非另外定义，否则本文使用的包括技术术语或科学术语的所有术语具有与本公开所属领域的技术人员通常理解的含义相同的含义。诸如在通常使用的字典中定义的那些术语的术语将被解释为具有与相关领域中的上下文含义相同的含义，并且将不被解释为具有理想或过度正式的含义，除非本申请中明确定义为具有这样的含义。

图1示出应用根据本公开的实施例的车辆控制器的更新控制装置的车辆系统。

参照图1，车辆系统可以包括车辆控制器的更新控制装置(以下称为“更新控制装置”)100和更新服务器200。

更新服务器200可以存储并管理车辆1中的车载控制器11、12和13 (以下称为“控制器11-13”)的更新数据，并根据来自更新控制装置 100的请求提供控制器11-13的更新数据。

更新控制装置100可以与更新服务器200进行无线通信，并判断是否发生车载控制器11-13的更新事件。当发生车载控制器11-13中的至少一个的更新事件时，更新控制装置100可以基于车辆状态信息确定基于更新的最终目标充电状态(SOC)并通过基于最终目标SOC控制电池的充电或放电来确保更新所需的能量。

在这种情况下，更新控制装置100可以在基于最终目标SOC控制电池的充电或放电的同时从更新服务器200下载车载控制器11-13的更新数据。当车辆1的启动开关关闭时，更新控制装置100可以使用下载的更新数据来更新相应控制器。

根据本公开的更新控制装置100通过在车辆1行驶时调整用于执行车辆1的车载控制器11-13的更新的电池的目标SOC来控制充电或放电，从而充分确保数据下载和数据更新时的能量。因此，在数据下载时保持燃料效率，并且即使在更新控制器11-13之后也保持车辆1的启动性能。

根据本公开的更新控制装置100可以被实施在车辆1中。在这种情况下，更新控制装置100可以与车辆1的内部控制单元一体地形成，并且可以被实施为单独的装置并通过单独的联接装置连接到车辆1的控制单元。参照图2的实施例，给出了更新控制装置100的详细配置。

图2示出根据本公开的实施例的车辆控制器的更新控制装置的配置。

参照图2，更新控制装置100可以包括控制装置110、界面120、通信装置130、存储装置140、状态信息收集装置150和电池控制装置160。在本公开中，根据实施例的更新控制装置100的控制装置110、状态信息收集装置150和电池控制装置160可以被实施为至少一个处理器。

界面120可以包括：输入装置，接收来自用户的控制命令；以及输出装置，输出更新控制装置100的操作状态、结果等。

输入装置可以包括键按钮，并且还可以包括鼠标、操纵杆、滚轮旋钮、触控笔等。另外，输入装置还可以包括实施在显示器上的软键。

输出装置可以包括显示器，并且还可以包括语音输出装置，例如扬声器。作为示例，输出装置可以在显示器上显示请求用户批准更新车辆控制器和/或批准下载更新数据的消息。另外，输出装置可以在显示器上显示下载车辆控制器的更新数据和/或更新车辆控制器时的操作状态。

在这种情况下，当显示器中设置有诸如触摸膜、触摸片或触摸板的触摸传感器时，显示器可以作为触摸屏操作，并且可以以输入装置和输出装置集成的形式实施。

显示器可以包括液晶显示器(LCD)、薄膜晶体管液晶显示器(TFT LCD)、有机发光二极管(OLED)显示器、柔性显示器、场发射显示器(FED)和三维显示器(3D显示器)中的至少一种。

通信装置130可以包括：通信模块，支持与设置在车辆中的电子组件和/或控制器的通信接口。

作为一个示例，通信模块可以从设置在车辆中的控制器接收控制器的软件版本信息并将更新数据传送到控制器。而且，通信模块可以从电池管理系统(BMS)接收电池的状态信息。另外，通信模块可以从导航装置接收目的地设置信息、预计到达时间信息等。

在本公开中，通信模块可以包括支持诸如CAN(控制器区域网络) 通信、LIN(本地互连网络)通信和Flex-Ray通信的车辆网络通信的模块。

另外，通信装置130可以包括用于无线互联网连接的通信模块或用于短程通信的通信模块。

作为示例，通信模块可以以无线通信方式连接到更新服务器200 并且接收控制器的更新信息。而且，通信模块可以通过与更新服务器 200的无线通信来下载每个控制器的更新数据。

在本公开中，无线互联网技术可以包括无线LAN(WLAN)、无线宽带(WIBRO)、Wi-Fi、全球微波接入互操作性(WIMAX)等。

短程通信技术可以包括蓝牙、ZigBee、超宽带(UWB)、射频识别(RFID)、红外数据通讯(IrDA)等。

存储装置140可以存储例如更新控制装置100操作所需的数据和/ 或算法。

作为示例，存储装置140可以存储车载控制器的信息。而且，存储装置140可以存储通过通信装置130接收的车辆状态信息。

存储装置140可以存储用于根据车辆状态信息确定最终目标SOC 的条件信息、指令和/或算法。而且，存储装置140可以存储用于更新每个控制器的指令和/或算法。

在本公开中，存储装置140可以包括诸如随机存取存储器(RAM)、静态随机存取存储器(SRAM)、只读存储器(ROM)、可编程只读存储器(PROM)、电可擦除可编程只读存储器(EEPROM)等存储介质。

控制装置110可以在下载车辆控制器的更新数据或更新车辆控制器期间处理更新控制装置100的各组件之间传送的信号。

控制装置110可以通过从更新服务器200识别车辆控制器的软件版本信息来判断是否发生更新事件。当判断发生控制器的更新事件时，控制装置110可以请求状态信息收集装置150收集车辆状态信息。

当发生控制器的更新事件时，状态信息收集装置150可以根据控制装置110的请求收集车辆状态信息。在本公开中，车辆状态信息可以包括电池的SOC信息、导航设置信息或预计行驶时间信息中的至少一个。

状态信息收集装置150可以从通过通信装置130连接的控制器收集车辆状态信息或从传感器收集车辆状态信息。

状态信息收集装置150可以将收集的车辆状态信息传送到控制装置110。控制装置110可以将车辆状态信息传送到电池控制装置160并且请求电池控制装置160根据车辆状态控制电池的充电或放电。

电池控制装置160可以根据控制装置110的请求，基于车辆状态信息确定基于更新的最终目标SOC，并基于确定的最终目标SOC控制电池的充电或放电。

首先，电池控制装置160可以基于车辆状态确定目标SOC的增加量。在这种情况下，电池控制装置160可以基于通过从完全充电状态(例如，100％)减去当前SOC而获得的值和更新控制器时的请求SOC中的最小值来确定目标SOC的增加量。在本公开中，请求SOC可以表示更新控制器所需的SOC。

作为示例，电池控制装置160可以通过将负载电流消耗、电池容量和更新剩余时间应用于以下等式1来计算请求SOC。

[等式1]

请求SOC＝(负载电流消耗×更新剩余时间×100)/电池容量

在等式1中，更新剩余时间是剩余更新时间和回滚时间的总和，并且更新剩余时间可以根据等式2导出。

[等式2]

更新剩余时间＝更新数据量/数据传送速度+回滚数据量/数据传送速度

当确定目标SOC的增加量时，电池控制装置160可以通过将先前确定的目标SOC的增加量应用于基于发电控制的目标SOC来确定最终目标SOC。

在这种情况下，电池控制装置160可以根据导航的目的地是否被设置和先前更新是否被批准来不同地确定最终目标SOC。

作为示例，电池控制装置160可以通过将先前确定的目标SOC的增加量与基于发电控制的目标SOC相加来计算第一目标SOC。在这种情况下，当不存在目的地设置信息并且控制器的先前更新被批准时，电池控制装置160可以将第一目标SOC确定为最终目标SOC。用于计算第一目标SOC的实施例可以参考等式3。

[等式3]

SOC_目标(1)＝SOC_{目标_发电控制}+SOC_目标的增加量

当最终目标SOC被调整到第一目标SOC时，单个行驶循环期间的 SOC的变化可以如图3A所示。参照图3A，如由附图标记311表示的曲线图所示，单个行驶循环期间的基于发电控制的目标SOC是A％，而当发生控制器的更新事件时，如附图标记321所示，单个行驶循环期间的最终目标SOC可以是从基于发电控制的目标SOC的A％增加目标SOC 的增加量的B％。

而且，电池控制装置160可以根据行驶时间点和预计行驶时间来调整目标SOC的增加量，并且基于通过将调整的目标SOC的增加量与基于发电控制的目标SOC相加而获得的值来计算第二目标SOC。在这种情况下，当存在目的地设置信息并且控制器的先前更新被批准时，电池控制装置160可以将第二目标SOC确定为最终目标SOC。用于计算第二目标SOC的实施例可以参考等式4。

[等式4]

SOC_目标(2)＝SOC_{目标_发电控制}+SOC_目标的增加量×{行驶时间点/预计行驶时间}

当最终目标SOC被调整到第二目标SOC时，单个行驶循环期间的SOC的变化可以如图3B所示。参照图3B，如由附图标记311表示的曲线图所示，单个行驶循环期间的基于发电控制的目标SOC是A％。当发生控制器的更新事件时，如附图标记331所示，单个行驶循环期间的最终目标SOC可以从基于发电控制的目标SOC的A％根据行驶时间点和预计行驶时间逐渐增加。在这种情况下，当待更新的数据量小时，如附图标记333所示，最大SOC可以从B％减小到C％。而且，当预计行驶时间短时，如附图标记335所示，SOC迅速增加并且达到最大SOC的 B％所花费的时间可以缩短。

而且，电池控制装置160可以根据行驶循环的数量和用于SOC的回归控制步骤的数量来调整目标SOC的增加量，并且基于通过将调整的目标SOC的增加量与基于发电控制的目标SOC相加而获得的值来计算第三目标SOC。在这种情况下，当车辆控制器的先前更新的批准被拒绝时，电池控制装置160可以将第三目标SOC确定为最终目标SOC。在这种情况下，第三目标SOC可以随着行驶循环的数量(DC_count)增加而逐渐减小。用于计算第三目标SOC的实施例可以参考等式5。

[等式5]

SOC_目标(3)＝SOC_{目标_发电控制}+SOC_目标的增加量×{1-DC_count/步骤_数量}

当先前更新的批准被拒绝时，电池控制装置160可以判断无意更新，并且可以逐渐减小先前已经增加的SOC以提高燃料效率。当更新的批准被拒绝时，下一行驶循环中的SOC的变化可以如图3C所示。参照图3C，当在前一循环中为了下载更新数据而目标SOC从附图标记311 调整到附图标记331时，最终目标SOC变为B％。

因此，SOC在第二行驶循环开始时变为B％。当先前更新的批准被拒绝时，如附图标记341和351所示，已经增加到B％的SOC可以针对每个循环逐渐减小D％。

当更新事件发生时，控制装置110可以在显示器上输出消息以询问是否批准下载更新数据。在这种情况下，用于输出到显示器的消息的实施例可以参考图5A。用户可以通过显示在显示器上的消息511选择是批准下载还是拒绝下载。

当下载更新数据的批准完成时，电池控制装置160可以通过根据导航的目的地是否被设置和先前更新的批准是否完成将车辆的目标SOC 调整到第一目标SOC、第二目标SOC和第三目标SOC中的一个来确定最终目标SOC。

在这种情况下，当确定最终目标SOC时，电池控制装置160可以基于确定的最终目标SOC来控制电池的充电或放电。

另一方面，当未发生更新事件或用户拒绝下载的批准时，电池控制装置160可以保持先前设置的目标SOC。

控制装置110可以在电池控制装置160控制电池的充电或放电的同时从更新服务器200下载车辆控制器的更新数据。在这种情况下，控制装置110可以向显示器输出通知根据调整的目标SOC电池正在充电以及通知数据的下载状态的消息。在这种情况下，输出到显示器的消息的实施例可以参考图5B。因此，用户可以通过图5B中的消息521识别下载状态和充电状态。

当车辆的启动开关关闭时，控制装置110可以确定是否存在下载完成的更新数据。当存在下载完成的更新数据时，控制装置110可以向显示器输出消息以询问是否更新相应控制器。在这种情况下，输出到显示器的消息的实施例可以参考图5C。

用户可以通过显示在显示器上的消息531来选择是批准(执行)还是拒绝更新相应控制器。当用户拒绝更新的批准时，控制装置110可以进一步输出如图5D所示的引导消息541。

当批准更新相应控制器时，控制装置110可以在将下载的更新数据传送到相应控制器的同时命令执行更新。因此，相应控制器可以根据控制装置110的命令更新控制器的软件。

以上述方式操作的根据本实施例的装置100可以以包括存储器和用于处理每个操作的处理器的独立硬件装置的形式实施，并且可以以包括在诸如微处理器或通用计算机系统的其他硬件装置中的形式实施。

图4示出当根据车辆状态向上调整最终目标SOC时下载和更新时的SOC的变化。

参照图4，当如附图标记411所示目标SOC被设置为基于发电控制的SOC时，可以在下载更新数据的同时使用充电能量，并且即使在车辆的启动开关关闭的状态下也可以使用剩余能量来更新控制器。在这种情况下，在更新控制器期间，例如区域P，充电到电负载中的能量不会保持为用于启动的最小能量，从而不能启动车辆。

本公开的车辆控制器的更新控制装置100可以根据下载控制器的更新数据时的车辆状态或数据量来向上调整目标SOC。因此，如附图标记421所示，即使在更新之后，在电子负载中剩余的能量超过用于启动的最小能量。由此，在下载时保持燃料效率，并且在更新车辆控制器之后确保车辆的启动性能。

以下详细描述如上配置的根据本公开的装置的操作的流程图。

图6和图7示出根据本公开的实施例的车辆控制器的更新控制方法的流程图。图6示出了说明下载车辆控制器的更新数据的操作的流程图。图7示出了说明在车辆的启动开关关闭之后更新控制器的操作的流程图。

参照图6和图7，当车辆的启动开关开启时(S110)，更新控制装置可以从更新服务器识别车载控制器的软件(S/W)版本信息(S120) 并判断是否发生更新事件(S130)。

当在S130中判断没有发生更新事件时，更新控制装置可以在保持先前目标SOC的同时操作车辆(S240)。当在S130中判断发生更新事件时，更新控制装置可以确定用户是否批准下载(S140)。

当在步骤S140中用户拒绝下载的批准时，更新控制装置可以在保持先前目标SOC(S240)的同时操作车辆。

当在步骤S140中用户完成下载的批准时，更新控制装置可以通过收集车辆状态信息来识别车辆的状态(S150)，并且基于车辆状态计算目标SOC的增加量(S160)。计算目标SOC的增加量的具体实施例可以参考[等式1]和[等式2]。

随后，更新控制装置可以确定在相应控制器的先前更新时是否拒绝批准(S170)。当在步骤S170中确定在相应控制器的先前更新时拒绝批准时，更新控制装置可以将目标SOC调整到第三目标SOC(S230) 并暂停相关操作。

当在步骤S170中确定在相应控制器的先前更新时没有拒绝批准时，更新控制装置可以将目标SOC调整到第一目标SOC或第二目标 SOC。在这种情况下，当不存在目的地信息时，更新控制装置可以将目标SOC调整到第一目标SOC(S180和S190)，并且当存在目的地信息时，更新控制装置可以将目标SOC调整到第二目标SOC(S180和S200)。

计算第一至第三目标SOC的具体实施例可以参考[等式3]至[等式 5]。

当在步骤S190或S200中调整最终目标SOC时，更新控制装置可以开始下载更新数据(S210)。当下载完成(S220)时，更新控制装置可以完成与下载更新数据相关的操作。

另一方面，当在下载未完成时存在强制终止下载的请求(S225) 时，更新控制装置可以完成与下载更新数据相关的操作。

此后，当存在切换到车辆的启动开关关闭(S310)的状态的请求时，更新控制装置可以关闭车辆的启动开关(S320)。

当车辆的启动开关关闭时，更新控制装置可以确定是否存在通过图6中的步骤下载的更新数据(S330)。当作为S330的确定的结果存在下载的更新数据时，更新控制装置可以询问用户是否批准更新相应控制器并确定批准是否完成(S340)。

在这种情况下，当用户允许更新的批准时，更新控制装置可以更新相应控制器的控制器软件(S/W)(S350)，当用户拒绝批准时，更新控制装置可以将车辆模式切换到休眠模式(S360)，并结束与更新相关的操作。

图8示出执行根据本公开的实施例的方法的计算系统。

参照图8，计算系统1000可以包括通过1200总线彼此连接的至少一个处理器1100、存储器1300、用户界面输入装置1400、用户界面输出装置1500、存储装置1600或网络接口1700。

处理器1100可以是中央处理单元(CPU)或处理存储在存储器1300 和/或存储装置1600中的指令的半导体装置。存储器1300和存储装置 1600可以包括各种类型的易失性或非易失性存储介质。例如，存储器 1300可以包括ROM(只读存储器)1310和RAM(随机存取存储器)1320。

因此，结合本文公开的实施例描述的方法或算法的操作可以直接实施在由处理器1100执行的硬件或软件模块或计算机可执行代码或其组合中。软件模块可以驻留在诸如RAM存储器、闪存、ROM存储器、 EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除磁盘和CD-ROM的存储介质(即，存储器1300和/或存储装置1600)中。存储介质可以联接到处理器1100，并且处理器1100可以从存储介质读取信息并且可以将信息记录在存储介质中。可选地，存储介质可以与处理器1100集成。处理器1100和存储介质可以驻留在专用集成电路(ASIC) 中。ASIC可以驻留在用户终端中。在另一情况下，处理器1100和存储介质可以作为单独的组件驻留在用户终端中。

根据本公开，通过在行驶时调整用于执行车辆控制器的更新的电池的目标SOC来控制电池的充电或放电，从而在数据下载时保持燃料效率，并且即使在更新车辆控制器之后也确保车辆的启动性能。

在上文中，尽管已经参照各种实施例和附图描述了本公开，但是本公开不限于此，而是可以在不脱离所附权利要求书中要求保护的本公开的思想和范围的情况下，由本公开所属领域的技术人员进行各种修改和改变。

因此，提供本公开的实施例是为了说明本公开的思想和范围，而不是为了限制本公开的思想和范围，从而本公开的思想和范围不受实施例的限制。本公开的范围应基于所附权利要求书来解释，并且在等同于权利要求书的范围内的所有技术构思应包括在本公开的范围内。

Claims

1.一种车辆控制器的更新控制装置，包括：

状态信息收集装置，当发生所述车辆控制器的更新事件时收集车辆状态信息；

电池控制装置，基于收集的所述车辆状态信息确定基于更新的最终目标充电状态即最终目标SOC，并基于确定的所述最终目标SOC控制电池的充电或放电；以及

控制装置，从更新服务器下载所述车辆控制器的更新数据并更新所述车辆控制器。

2.根据权利要求1所述的更新控制装置，其中，

所述车辆状态信息包括所述电池的SOC信息、导航设置信息和预计行驶时间信息中的至少一个。

3.根据权利要求1所述的更新控制装置，其中，

所述电池控制装置基于通过从完全充电状态减去当前SOC获得的值和更新所述车辆控制器时的请求SOC中的最小值来确定目标SOC的增加量。

4.根据权利要求3所述的更新控制装置，其中，

所述电池控制装置基于负载电流消耗、电池容量、更新数据量、回滚数据量和数据传送速度中的至少一个来确定所述请求SOC。

5.根据权利要求3所述的更新控制装置，其中，

所述电池控制装置通过基于导航的目的地是否被设置和先前更新是否被批准应用所述目标SOC的增加量来确定最终目标SOC。

6.根据权利要求5所述的更新控制装置，其中，

当不存在目的地设置信息并且所述车辆控制器的先前更新被批准时，所述电池控制装置基于通过将所述目标SOC的增加量与基于发电控制的目标SOC相加而获得的值来确定所述最终目标SOC。

7.根据权利要求5所述的更新控制装置，其中，

当存在目的地设置信息并且所述车辆控制器的先前更新被批准时，所述电池控制装置通过将所述目标SOC的增加量、行驶时间点和预计行驶时间应用于基于发电控制的目标SOC来确定所述最终目标SOC。

8.根据权利要求5所述的更新控制装置，其中，

当所述车辆控制器的先前更新的批准被拒绝时，所述电池控制装置通过将所述目标SOC的增加量和拒绝先前更新的批准之后的行驶循环的数量应用于基于发电控制的目标SOC来确定所述最终目标SOC。

9.根据权利要求1所述的更新控制装置，其中，

所述控制装置通过从所述更新服务器识别所述车辆控制器的软件版本信息来判断是否发生所述更新事件。

10.根据权利要求9所述的更新控制装置，其中，

当发生所述更新事件时，所述控制装置输出询问是否批准下载所述更新数据的消息。

11.根据权利要求10所述的更新控制装置，其中，

当完成下载所述更新数据的批准时，所述电池控制装置将车辆的目标SOC调整到确定的所述最终目标SOC。

12.根据权利要求1所述的更新控制装置，其中，

当车辆的启动开关关闭时，所述控制装置输出询问是否批准更新所述车辆控制器的消息。

13.根据权利要求12所述的更新控制装置，其中，

当完成更新所述车辆控制器的批准时，所述控制装置更新所述车辆控制器，并且当更新所述车辆控制器的批准被拒绝时，所述控制装置将所述车辆的操作模式切换到休眠模式。

14.一种车辆控制器的更新控制方法，包括：

当发生所述车辆控制器的更新事件时收集车辆状态信息；

基于收集的所述车辆状态信息确定基于更新的最终目标充电状态即最终目标SOC，并基于确定的所述最终目标SOC控制电池的充电或放电；

下载所述车辆控制器的更新数据；以及

更新所述车辆控制器。

15.根据权利要求14所述的更新控制方法，其中，

控制所述电池的充电或放电包括：

基于通过从完全充电状态减去当前SOC获得的值和更新所述车辆控制器时的请求SOC中的最小值来确定目标SOC的增加量；以及

通过基于导航的目的地是否被设置和先前更新是否被批准应用所述目标SOC的增加量来确定所述最终目标SOC。

16.根据权利要求14所述的更新控制方法，进一步包括：

通过从更新服务器识别所述车辆控制器的软件版本信息来判断是否发生所述更新事件。

17.根据权利要求14所述的更新控制方法，其中，

控制所述电池的充电或放电包括：

当发生所述更新事件时，询问是否批准下载所述更新数据；以及

当完成下载所述更新数据的批准时，将车辆的目标SOC调整到确定的所述最终目标SOC。

18.根据权利要求14所述的更新控制方法，其中，

更新所述车辆控制器包括：

当车辆的启动开关关闭时，询问是否批准更新所述车辆控制器；以及

当完成更新所述车辆控制器的批准时，更新所述车辆控制器。

19.根据权利要求18所述的更新控制方法，进一步包括：

当更新所述车辆控制器的批准被拒绝时，将所述车辆的操作模式切换到休眠模式。

20.一种车辆系统，包括：

更新服务器，提供车辆控制器的更新数据；以及

更新控制装置，当发生所述车辆控制器的更新事件时，基于车辆状态信息确定基于更新的最终目标充电状态即最终目标SOC，基于确定的所述最终目标SOC控制电池的充电或放电，从所述更新服务器下载所述车辆控制器的更新数据并更新所述车辆控制器。

21.一种车辆控制器的更新控制装置，所述更新控制装置包括：

处理器；

非暂时性存储器，联接到处理器；以及

计算机可执行代码，存储在所述非暂时性存储器中并且可由所述处理器执行以使所述处理器执行以下操作：

当发生所述车辆控制器的更新事件时收集车辆状态信息；

基于所述车辆状态信息确定基于更新的最终目标充电状态即最终目标SOC，并基于确定的所述最终目标SOC控制电池的充电或放电；并且

从更新服务器下载所述车辆控制器的更新数据并更新所述车辆控制器。