CN114384888A - 车辆控制器的更新控制系统和方法 - Google Patents

Abstract

本发明涉及一种车辆控制器的更新控制系统和方法，其能够在判断是否执行利用OTA服务的更新时，基于表示在其它车辆执行相应更新时降低的荷电状态(SOC)变化程度的SOC变化率模式，来确定用户的车辆是否正在更新。该系统和方法通过利用在相应车辆中更新开始时测量的SOC值的变化来重新提取SOC变化率模式，以重新计算剩余SOC值。因此，提高了利用OTA服务的控制器更新的成功率和实际更新进行的更新执行率。

Description

车辆控制器的更新控制系统和方法

相关申请的交叉引用

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

技术领域

本公开涉及一种车辆控制器的更新控制系统和方法，更具体地，涉及一种能够利用空中下载(over-the-air，OTA)服务来提高更新的执行和成功率的车辆控制器的更新控制系统和方法。

背景技术

近年来，正在使用空中下载(OTA)服务，通过无线通信网络将通过汽车公司的云服务器控制安装在车辆中的各种装置的软件(S/W)、配置信息或调整数据发送到客户的车辆。因此，可以在客户不驾驶车辆去维修店的情况下通过OTA服务执行更新。

这样，通过OTA服务来更新车辆控制器会消耗电池的恒定电力。因此，即使在有软件要更新时，车辆的中央通信单元或通信控制单元(CCU)也可以通过判断在执行更新之后剩余的电池的荷电状态(SOC)剩余量是否为能够正常操作最低的车辆功能(启动、车门解锁等)的状态来确定是否继续进行更新。

换言之，当在利用OTA服务进行更新时更新失败，特别是电池的SOC剩余量不足时，可能会导致诸如启动不良或无法操作电动车辆功能的致命后果。因此，为了执行稳定的OTA服务，过去在计算更新完成之后的剩余SOC时，会通过反映相当大的裕度来计算剩余SOC。

然而，当如上反映相当大的裕度并基于最大电流消耗来计算SOC时，如果因诸如驾驶习惯、电池老化等的不良电池状态而导致SOC不满足这种裕度，则即使可以更新车辆控制器，车辆控制器也无法更新。因此，阻碍了通过为提高车辆的适销性而提供的软件来实施的新解决方案的快速应用。

发明内容

本公开旨在解决现有技术中存在的上述问题，同时完整地保持现有技术所取得的优点。

本公开的方面提供一种车辆控制器的更新控制系统和方法，其通过稳定地确保通过OTA的车辆控制器的更新成功率，并提高更新的执行率，从而能够应用汽车制造商提供的新功能以提升其质量并稳定且快速地提供给客户。

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

根据本公开的一方面，一种车辆控制器的更新系统可以包括空中下载(OTA)管理服务器，其提供具有类型彼此相似的车辆信息和电池信息的组的荷电状态(SOC)变化率模式，以作为用于计算OTA更新之后的剩余SOC值的最优模式。该系统还可以包括CCU，其基于由OTA管理服务器提供的SOC变化率模式计算剩余SOC值的预期值，以确定是否更新控制器，并更新控制器。

在本公开的实施例中，该系统可以进一步包括电池传感器，其连接到车辆的电池，并被配置为测量利用由CCU提供的OTA服务更新控制器时改变的电池的SOC值并将测量的SOC值发送到CCU。

在本公开的实施例中，OTA管理服务器可以包括车辆信息管理装置，其从设置在车辆中的CCU收集并存储车辆信息。OTA管理服务器还可以包括电池信息管理装置，其收集并存储关于安装在接收车辆信息的每个车辆中的电池的信息。OTA管理服务器还可以包括SOC变化量管理装置，其收集在接收电池信息的每个车辆中通过OTA服务对每个控制器更新之前和之后测量的SOC值，导出表示SOC值的降低程度的SOC变化率并存储。

在本公开的实施例中，OTA管理服务器可以进一步包括SOC变化率分组装置，其整合匹配利用OTA服务更新控制器时的SOC变化率与车辆信息和电池信息。SOC变化率分组装置还可以将表示彼此相似的SOC变化率模式的车辆信息类型和电池信息类型分组在一起。SOC变化率分组装置还可以将分组结果存储在数据库中。

在本公开的实施例中，OTA管理服务器可以进一步包括最优模式建议装置，其从数据库中提取属于与利用OTA服务更新控制器的更新事件具有最高相似度的事件的组之中的一组。最优模式建议装置还可以将与提取的该组匹配的SOC变化率模式作为最优模式提供给CCU，最优模式是判断是否在车辆中开始更新的标准。

在本公开的实施例中，CCU可以包括SOC变化率模式应用装置，其接收由OTA管理服务器发送的SOC变化率模式。SOC变化率模式应用装置还可以根据SOC变化率模式计算直到更新事件完成为止的SOC的降低程度。SOC变化率模式应用装置还可以将计算出的剩余SOC值与参考SOC值进行比较并判断是否执行更新。

在本公开的实施例中，CCU可以进一步包括SOC变化监测装置，其当确定执行更新时，从电池传感器接收对每个控制器执行更新事件更新之前和之后测量的SOC值。SOC变化监测装置还可以将SOC值发送到OTA管理服务器。

在本公开的实施例中，CCU可以进一步包括更新继续确定装置，其通过作为新的最优模式接收的SOC变化率模式，重新计算直到属于更新事件的其余控制器全部更新为止的SOC的降低程度。更新继续确定装置还可以将通过重新计算SOC的降低程度获取的剩余SOC值与参考SOC值再次比较并判断是否继续更新。

根据本公开的一方面，一种车辆控制器的更新控制方法可以包括当利用OTA服务更新控制器时，将表示彼此相似的SOC变化率的车辆信息和电池信息分组，并将分组结果存储在OTA管理服务器的数据库中。该方法还可以包括提取具有类型彼此相似的车辆信息和电池信息的组的SOC变化率模式，作为用于计算SOC降低预期值的最优模式。该方法还可以包括通过接收SOC变化率模式的每个车量的CCU，计算更新完成之后的剩余SOC值，判断是否更新控制器，并进行更新。

在本公开的另一实施例中，将车辆信息和电池信息分组可以包括从设置在每个车辆中的CCU收集车辆信息以将车辆信息存储在数据库中。分组还可以包括收集安装在接收车辆信息的每个车辆中的电池的电池信息。分组还可以包括累积并存储用于确定在接收电池信息的每个车辆中利用OTA服务更新控制器时消耗的电池消耗水平的SOC值，收集随时间变化的SOC变化率，并将SOC变化率存储在数据库中。

在本公开的另一实施例中，将车辆信息和电池信息分组可以进一步包括将SOC变化率与车辆信息和电池信息整合匹配。分组还可以包括将表示彼此相似SOC变化率模式的车辆信息类型和电池信息类型分组在一起并将分组结果存储在数据库中。

在本公开的另一实施例中，计算剩余SOC值可以包括将从电池传感器获取的当前SOC值应用到从OTA管理服务器接收的SOC变化率模式并计算作为直到更新事件完成为止降低的预期值的剩余SOC值。计算还可以包括将计算出的剩余SOC值与参考SOC值进行比较以判断是否执行更新。

在本公开的另一实施例中，该方法可以进一步包括当在进行更新中确定更新被执行然后属于更新事件的每个控制器被更新时，从电池传感器接收在每个控制器更新之前和之后测量的SOC值，以将SOC值发送到OTA管理服务器。

在本公开的另一实施例中，该方法可以进一步包括在接收更新之前和之后测量的SOC值中，将每个控制器更新之前和之后的SOC值发送到OTA服务器。该方法可以进一步包括确定是否有控制器待更新。该方法可以进一步包括根据基于从在接收更新之前和之后测量的SOC值中获取的SOC值导出的实际SOC变化率重新提取的SOC变化率模式来确定是否继续更新。

在本公开的另一实施例中，确定是否继续更新可以包括重新选择表示与基于在相对于相应的控制器的相应事件组中的控制器更新之前和之后测量的SOC值计算的实际SOC变化率最相似的SOC变化率的组。确定还可以包括提示与重新选择的组匹配的SOC变化率模式为用于重新计算剩余SOC值的预期值的最优模式。

在本公开的另一实施例中，确定是否继续更新可以进一步包括将控制器更新之后的SOC值应用到重新提取的SOC变化率模式，以重新计算在其余控制器更新完成时的剩余SOC值的预期值。确定还可以包括将重新计算的剩余SOC值与参考SOC值进行比较以判断是否继续更新其余控制器。

附图说明

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

图1是示出根据本公开实施例的车辆控制器的更新系统的整个系统的框图；

图2是根据本公开实施例的车辆控制器的更新系统的框图；

图3是根据本公开实施例的OTA管理服务器的详细框图；

图4A、图4B和图4C是根据本公开实施例的SOC变化曲线图的示图；

图5是根据本公开实施例的SOC变化率分组的示图；

图6是根据本公开实施例的CCU的详细框图；

图7是根据本公开另一实施例的车辆控制器的更新控制方法的框图；以及

图8是示出根据本公开另一实施例的车辆控制器的更新过程的流程图。

附图中每个元件的标号

图1

100 OTA管理服务器

140 SOC变化率分组装置

150 最优模式建议装置

图2

110 车辆信息管理装置

120 电池信息管理装置

130 SOC变化量管理装置

140 SOC变化率分组装置

150 最优模式建议装置

210 SOC变化率模式应用装置

220 SOC变化监测装置

230 更新继续确定装置

300 电池传感器

图3

100 OTA管理服务器

110 车辆信息管理装置

120 电池信息管理装置

130 SOC变化量管理装置

140 SOC变化率分组装置

150 最优模式建议装置

200 CCU

300 电池传感器

图6

100 OTA管理服务器

200 CCU

210 SOC变化率模式应用装置

220 SOC变化监测装置

230 更新继续确定装置

300 电池传感器

具体实施方式

在下文中，参照附图详细描述本公开的实施例。在将附图标记添加到每幅图的组件时，应当注意的是，尽管相同或等同的组件显示在另一幅图中，它们也具有相同的附图标记。在描述本公开的实施例时，省略了与公知功能或配置相关联的详细描述，以避免不必要地模糊本公开的主题。

在描述本公开的实施例的元件时，此处可以使用术语第一、第二、A、B、(a)、(b)等。这些术语仅用于将一个元件与另一元件区分开来，而不是对相应元件进行限制，而不管相应元件的性质、顺序或优先级如何。此外，除非另有定义，否则本文中使用的包括技术和科学术语的所有术语都应被解释为本公开所属领域的惯用语。应当理解的是，本文中使用的术语应被解释为具有与其在本公开和相关领域的上下文中的含义一致的含义，并且不应以理想化或过于正式的含义进行解释，除非本文中明确如此定义。当本公开的组件、装置、元件等被描述为具有目的或执行操作、功能等时，该组件、装置或元件在本文中应被视为“被配置为”满足该目的或执行该操作或功能。

在下文中，参照图1至图8详细描述本公开的各个实施例。

图1是示出根据本公开实施例的车辆控制器的更新系统的整个系统的框图。图2是根据本公开实施例的车辆控制器的更新系统的框图。

参照图1和图2，根据本公开实施例的车辆控制器的更新系统可以包括空中下载(OTA)管理服务器100、通信控制单元(CCU)200和电池传感器300。OTA管理服务器100可以收集车辆信息、电池信息和在每个车辆中利用OTA服务更新控制器时改变的荷电状态(SOC)值。OTA管理服务器100还可以将表示彼此相似的SOC变化率的车辆信息和电池信息分组。OTA管理服务器100还可以提取具有与待更新车辆的类型和安装在车辆中的电池的类型相似的类型的组的SOC变化率模式，作为用于计算剩余SOC值的预期值的最优模式。CCU 200可以基于从OTA管理服务器提取的SOC变化率模式计算剩余SOC值的预期值，以确定是否更新控制器，并更新控制器。电池传感器300可以连接到车辆的电池以测量当控制器更新时改变的电池的SOC值，并且将测量的电池的SOC值发送到CCU。

当接收到待安装在车辆中的各个控制器中的每一个上的新软件(S/W)时，OTA管理服务器100可以存储新软件(S/W)以管理固件(S/W)的版本。当新接收的软件(S/W)需要捆绑多个控制器并同时更新时，OTA管理服务器100可以管理用于捆绑并整合这些控制器的更新的更新事件。

此外，如图3所示，OTA管理服务器100可以包括车辆信息管理装置110、电池信息管理装置120和SOC变化量管理装置130。车辆信息管理装置110可以从设置在实际驾驶的每个车辆中的CCU 200收集并存储车辆信息。电池信息管理装置120可以收集并存储关于安装在接收车辆信息的每个车辆中的电池的信息。SOC变化量管理装置130可以收集并存储SOC值，以用于掌握在接收电池信息的每个车辆中通过利用OTA服务更新控制器时消耗的电池的消耗程度。

此时，如图3所示，车辆信息管理装置110可以从每个车辆中设置的CCU 200接收与车辆或驾驶相关联的各种信息，例如用户在道路上实际驾驶的每个车辆的车辆识别号(VIN)、应用于每个车辆的控制器的规格(选项)、每个车辆的行驶距离以及驾驶习惯。车辆信息管理装置110还可以将各种信息存储在数据库中。

这样，除了获取并存储VIN和行驶距离作为用于判断车辆本身是否老化的数据之外，车辆信息管理装置110还可以获取并存储安装在每个车辆中的控制器的规格(选项)和用户的驾驶习惯(每次出行时长或每周平均出行次数)作为影响电池消耗的数据。

换言之，用户的驾驶习惯，例如每次出行的时长或每周平均出行次数，会影响电池的充放电性能和电池老化，因此可以作为影响实际SOC变化的重要因素。

这样，车辆信息管理装置110可以获取并存储用于掌握每个车辆是否老化的数据和能够作为影响电池消耗的因素的数据。因此，当SOC变化量管理装置130分析存储在数据库中的SOC变化量时，车辆信息管理装置110可以容易地将表示彼此相似SOC变化模式的车辆的多条车辆信息分组。

此外，如图3所示，电池信息管理装置120可以从CCU接收与电池相关联的各种信息，例如安装在每个车辆中的电池的制造商、类型(AGM或富液式(Flooded))、生产日期或容量，然后可以将各种信息存储在数据库中。

这样，电池信息管理装置120可以获取并存储用于确定电池本身的基本性能以及电池是否老化的数据。因此，当SOC变化量管理装置130分析存储在数据库中的SOC变化量时，电池信息管理装置120可以容易地将表示相似SOC变化模式的多条电池信息分组。

此外，在利用OTA服务更新控制器的同时，SOC变化量管理装置130可以从CCU 200接收通过电池传感器获取的SOC值并累积地存储SOC值。SOC变化量管理装置130还可以生成并存储表示在每个控制器更新期间随时间变化的SOC的降低程度的变化曲线图。

此时，从CCU 200接收的SOC值是指在车辆关闭(KEY OFF)后电池处于恒定功率(B+)状态下利用OTA服务更新控制器时由电池传感器300测量的值。

这样，SOC变化量管理装置130可以生成由更新之前和之后的SOC值组成的变化曲线图，并且可以利用曲线图斜率的变化程度导出在更新每个控制器时发生的SOC变化率。

此时，当利用OTA服务的更新是捆绑多个控制器并同时更新的更新事件时，除了导出每个控制器的SOC变化率之外，如图4A、图4B和图4C所示，还可以在更新事件中包括的所有控制器被顺序更新的同时导出连续的SOC变化率。

在图4A中，在控制器A、B和C被更新的事件1的情况下，表示根据车辆或安装的电池导出如(a)到(n)的图中所示的各种SOC变化率。在图4B和图4C中，在控制器B、C、D和E被更新的事件2和控制器B和C被更新的事件N的情况下，分别表示根据车辆或安装的电池导出如(a)到(n)的图中所示的各种SOC变化率。

此外，OTA管理服务器100可以进一步包括SOC变化率分组装置140，其在将利用OTA服务更新控制器时的SOC变化率与车辆信息和电池信息整体地匹配，并将表示相似SOC变化率模式的车辆信息类型和电池信息类型分组在一起，并将分组结果存储在数据库中。

SOC变化率分组装置140可以将车辆信息划分为表示彼此相同或相似的条件作为内容(是否存在诸如车辆型号、车辆年份、行驶距离、控制器规格、用户的驾驶习惯等的共性)的多个类型(A1类型、A2类型、A3类型到An类型等)，并且可以存储划分的结果。同样地，SOC变化率分组装置140可以将电池信息划分为彼此具有相同或相似条件作为内容(是否存在诸如制造商、类型、生产日期、容量等的共性)的多种类型(B1类型、B2类型、B3类型至Bn类型等)，并可以存储划分的结果。此外，SOC变化率也可以被划分为表示更新期间的降低程度在特定范围内具有相似模式的多种类型(C1类型、C2类型、C3类型至Cn类型等)。

这样，SOC变化率分组装置140可以对如上划分的车辆信息类型、划分的电池信息类型和划分的SOC变化率类型进行匹配和分组，从而生成在具有特定车辆信息类型和特定电池信息类型的车辆利用OTA服务进行更新期间发生的SOC变化率，以作为每组的SOC变化率模式。

如上生成的SOC变化率模式是基于在实际道路上行驶的车辆中利用OTA服务更新每个控制器时发生的SOC变化率来生成的。因此，可以以较高的相似性应用在具有与相应车辆的类型相似的车辆信息和电池信息的另一车辆中发生的SOC变化率模式。

此时，首先，SOC变化率分组装置140可以基于通过单个更新过程顺序更新的控制器的数量、类型和更新顺序来生成事件组。此外，除了针对每个事件组顺序更新多个控制器时发生的每个事件的SOC变化率模式之外，还可以生成属于各事件的每个控制器的SOC变化率模式。

这样，图5是示出通过SOC变化率分组装置整合匹配车辆信息、电池信息和SOC变化率而生成的若干组的SOC变化率模式的曲线图。

图5示出在控制器A、B和C被更新的事件1组的情况下能够根据车辆信息类型和电池信息类型生成的SOC变化率模式(在每个图中，与其它线相比，SOC模式以粗体表示)的的每个组(组1、组2和组3到组N)的示例曲线图。此时，除了图5所示的事件1组之外，显然的是即使在图4B中公开的控制器B、C、D和E被更新的事件2组内也能够生成多个组。并且在控制器B和C被更新的事件N组内也能够生成多个组。

图5示出每个组的车辆信息、电池信息和SOC变化率全部以不同的类型(A1 B1 C1类型、A2 B2 C2类型、A3 B3 C3类型、...、An Bn Cn类型等)实现，但不限于此。可以生成具有相同车辆信息类型和相同电池信息类型并且仅具有不同SOC变化率类型的组。还可以生成具有车辆信息类型或电池信息类型中的至少一个不同但是具有相同的SOC变化率的类型的组。

此外，由SOC变化率分组装置140生成的SOC变化率模式指在更新过程中的SOC降低率。因此，在更新开始的时间点的初始SOC值可能彼此不同。因此，在图5中，除了在各组中以粗体表示的SOC变化率模式之外，还示出了表示虽具有不同的SOC起点位置但以相似的模式降低的虚线或细直线。

此外，OTA管理服务器100可以进一步包括最优模式建议装置150，其从数据库中提取属于与利用OTA服务更新控制器的事件具有最高相似度的事件的组之中的一组，然后将与该组匹配的SOC变化率模式作为最优模式提供给CCU，最优模式是用于判断是否在车辆中开始更新的标准。

此时，首先，最优模式建议装置150可以通过基于属于每个事件的控制器的数量、类型和更新顺序判断利用OTA服务的更新事件是否与每个事件相似来选择用于提取最优SOC变化率模式的事件组。

这样，最优模式建议装置150可以基于所选事件组内的相应车辆的车辆信息类型和电池信息类型来指定组。然后，最优模式建议装置150可以提取与指定组匹配的SOC变化率模式作为用于确定是否在相应车辆中开始更新的最优模式并提供给CCU 200。

此外，最优模式建议装置150可以通过从CCU 200接收在属于相应更新事件的每个控制器更新之前和之后分别测量的SOC值的变化来导出实际SOC变化率。最优模式建议装置150还可以重新指定表示与导出的实际SOC变化率的模式最相似的模式的组。最优模式建议装置150还可以重新提取与该组匹配的SOC变化率模式作为用于确定是否继续更新的最优模式并且可以将最优模式提供给CCU 200。

CCU 200可以包括SOC变化率模式应用装置210，其接收由OTA管理服务器100发送的SOC变化率模式并根据SOC变化率模式计算直到更新事件完成为止的SOC的降低程度，并将计算出的剩余SOC值与参考SOC值进行比较，以判断是否执行更新。

此时，SOC变化率模式应用装置210可以从OTA管理服务器的最优模式建议装置150接收匹配到与待执行更新事件相似度高且与相应车辆的车辆信息类型和电池信息类型相似度高的组的SOC变化率模式。因此，在执行更新事件时，可以提高判断电池SOC的降低程度的准确性。

SOC变化率模式应用装置210可以通过匹配从电池传感器300获取的当前SOC值与SOC变化率模式，当剩余SOC值随着模式的变化率降低时，计算在更新结束时剩余的剩余SOC值。

这样，可以将计算出的剩余SOC值与执行车辆基本功能所需的参考SOC值进行比较。当剩余SOC值大于参考SOC值时，可以确定执行更新。否则，可以暂停更新的执行。由此，可以确定是否执行更新。

此外，如图6所示，CCU 200可以进一步包括SOC变化监测装置220，其在确定执行更新时，从电池传感器接收待执行更新事件的每个控制器的更新之前和之后分别测量的SOC值，然后将SOC值发送到OTA管理服务器。

SOC变化监测装置220可以向OTA管理服务器100发送在每个控制器更新之前和之后分别测量的SOC值，作为用于重新提取SOC变化率模式以预测在更新事件期间降低之后剩余的剩余SOC值的基础数据。

因此，OTA管理服务器的最优模式建议装置150可以基于在每个控制器的更新期间降低的实际SOC值的变化来重新选择表示最相似变化率模式的组。最优模式建议装置150还可以提供与该组匹配的SOC变化率模式作为用于确定是否继续更新的最优模式。

此外，CCU 200可以进一步包括更新继续确定装置230，其通过作为新的最优模式接收的SOC变化率模式，重新计算直到属于更新事件的其余控制器全部更新为止的SOC的降低程度，将重新计算的剩余SOC值与参考SOC值再次比较，并判断是否继续更新。

更新继续确定装置230可以再次将重新计算的剩余SOC值与参考SOC值进行比较，当剩余SOC值大于参考SOC值时，更新继续确定装置230可以继续更新。否则，更新继续确定装置230可以暂停更新的执行。因此，无论是否继续更新，更新继续确定装置230都可以继续保持大于或等于适当水平的电池的剩余SOC值。

这样，更新继续确定装置230可以基于更新事件的类型和车辆信息和电池信息，并通过OTA管理服务器提取的SOC变化率模式来初步预测相应车辆在更新期间发生的SOC的降低程度，以确定是否继续更新。在更新开始之后，更新继续确定装置230可以测量实际发生的SOC的降低程度，并且可以基于测量的SOC的降低程度，通过与表示最相似模式的新组匹配的SOC变化率模式对SOC的降低程度进行二次校正和预测。

因此，在执行更新控制器A、B和C的更新事件时，当利用从OTA管理服务器100提供的组1(Group 1)的SOC变化率模式计算的剩余SOC值超过参考SOC值时，第一控制器A可以被更新并且SOC变化监测装置220可以在控制器A被更新之前和之后分别测量SOC值，然后可以将SOC值发送到OTA管理服务器100。

之后，当判断为更新控制器A时生成的SOC值的变化模式更类似于更新组2(Group2)中的控制器A时的变化模式时，OTA管理服务器的最优模式建议装置150可以重新提取与组2(Group 2)匹配的SOC变化率模式作为用于确定是否继续更新的最优模式并且可以将最优模式提供给CCU 200。

此外，更新继续确定装置230可以基于控制器A更新完成的状态下的当前SOC值，利用作为新的最优模式而再次提取的SOC变化率模式，重新计算控制器B和控制器C更新完成时的剩余SOC值。更新继续确定装置230可以通过再次比较重新计算的剩余SOC值与参考SOC值来确定是否继续更新。

之后，当控制器A更新完成时，在控制器B更新完成之后，SOC变化监测装置220可以将控制器B更新之前和之后的SOC值发送到OTA管理服务器100，OTA管理服务器的最优模式建议装置150可以基于SOC值判断是否重新提取SOC变化率模式。

如上所述，接收由最优模式建议装置150重新提取的SOC变化率模式的更新继续确定装置230可以通过SOC变化率模式重新计算剩余SOC值，并确定是否继续更新。

在重复该过程的同时，更新继续确定装置230可以准确地预测利用OTA服务的更新完成之后的剩余SOC值。因此，可以防止在更新过程中剩余SOC值低于参考SOC值。因此，可以防止诸如由于更新期间断电而导致更新失败或更新完成之后缺乏启动电压的意外情况。

通过更准确地计算剩余SOC值，可以提高利用OTA服务的控制器更新的成功率而无需设置大的裕度。此外，即使电池的当前SOC值达到特定水平，也可以开始更新。因此，可以提高更新的执行率。

接下来，参照图7和图8描述根据本公开的另一实施例的车辆控制器的更新控制方法。

图7是根据本公开另一实施例的车辆控制器的更新控制方法的框图。图8是示出根据本公开另一实施例的车辆控制器的更新过程的流程图。

参照图7和图8，根据本公开另一实施例的车辆控制器的更新控制方法可以包括SOC变化率模式构建步骤S100、SOC最优模式提取步骤S200和更新开始确定步骤S300。在SOC变化率模式构建步骤S100中，可以收集根据在每个车辆中利用OTA服务更新控制器时消耗的电力而改变的SOC值，然后将表示相似SOC变化率的车辆信息和电池信息分组以将分组结果存储在OTA管理服务器的数据库中。在SOC最优模式提取步骤S200中，可以提取具有类似于待更新车辆的类型和安装在车辆中的电池的类型的组的SOC变化率模式，作为用于计算发生更新事件时的SOC降低预期值的最优模式。在更新开始确定步骤S300中，接收SOC变化率模式的每个车辆的CCU计算更新事件完成后的剩余SOC值的预测值之后，判断是否更新控制器，并进行更新。

SOC变化率模式构建步骤S100可以包括车辆信息登记程序S110、电池信息登记程序S120和SOC变化量存储程序S130。在车辆信息登记程序S110中，可以从安装在每个车辆中的CCU收集车辆信息并将车辆信息存储在数据库中。在电池信息登记程序S120中，可以收集关于安装在接收车辆信息的每个车辆中的电池的信息，并将电池信息存储在数据库中。在SOC变化量存储程序S130中，可以累积并存储用于掌握在接收电池信息的每个车辆中利用OTA服务更新控制器时消耗的电池消耗水平的SOC值，并收集随时间变化的SOC变化率并将SOC变化率存储在数据库中。

此时，在车辆信息登记程序S110中，可以从每个车辆的CCU收集并存储用于判断车辆是否老化的数据和关于影响电池消耗的重要因素的数据，例如用户在道路上实际驾驶的每个车辆的VIN、控制器的规格、行驶距离、驾驶习惯(每次出行时长、每周平均出行次数等)。

此外，在电池信息登记程序S120中，可以从每个车辆的CCU收集并存储用于掌握电池的基本性能和老化的数据，例如安装在每个车辆中的电池的制造商、类型、生产日期和容量。

此外，在SOC变化量存储程序S130中，可以在利用OTA服务更新控制器时从CCU接收通过设置在每个电池中的电池传感器获取的SOC值，并在数据库中累积地存储SOC值，并且生成表示在每个控制器被更新期间随时间变化的SOC的降低程度的变化曲线图，并将变化曲线图存储在数据库中的步骤。

这样，在SOC变化量存储程序S130中，可以生成表示SOC的降低程度的变化曲线图，因此可以通过变化曲线图的斜率导出在每个控制器更新或多个控制器顺序更新时连续生成的SOC变化率。

此外，SOC变化率模式构建步骤S100可以进一步包括SOC变化率分组程序S140。SOC变化率分组程序S140可以整合匹配SOC变化率与车辆信息和电池信息，并将表示相似SOC变化率模式的车辆信息类型和电池信息类型分组在一起并将分组结果存储在数据库中。

这样，在SOC变化率分组程序S140中，可以对彼此具有相同或相似条件的多个车辆信息类型、电池信息类型和SOC变化率类型进行匹配和分组，从而生成在具有特定车辆信息类型和特定电池信息类型的车辆更新期间生成的SOC变化率，以作为每个组的SOC变化率模式。

此外，在SOC最优模式提取步骤S200中，当控制器的更新事件发生时，从数据库中提取与待利用OTA服务更新的事件具有高相似度的事件组之中的一组，然后将与提取的组匹配的SOC变化率模式作为用于判断是否在相应车辆中开始更新的标准的最优模式提供给CCU。

此时，如图8所示，在SOC最优模式提取步骤S200中，首先，当识别到控制器软件(S/W)的新版本时，OTA管理服务器可以从车辆控制中心接收关于待执行的新更新事件的信息。OTA管理服务器还可以基于属于每个事件的控制器的数量、类型和更新顺序来判断新的更新事件是否与数据库中存储的事件组的更新事件相似。OTA管理服务器还可以选择提取SOC变化率模式的事件组。

此外，可以基于所选事件组内的相应车辆的车辆信息类型和电池信息类型来指定组。然后，提取与指定组匹配的SOC变化率模式作为相应车辆的最优模式，并将最优模式提供给CCU 200。

更新开始确定步骤S300可以包括剩余SOC值计算程序S310和SOC值比较程序S320。在剩余SOC值计算程序S310中，可以将从电池传感器获取的当前SOC值应用到从OTA管理服务器接收的SOC变化率模式，以计算作为直到更新事件完成为止会降低的预期值的剩余SOC值。在SOC值比较程序S320中，可以将计算出的剩余SOC值与参考SOC值进行比较以判断是否执行更新的步骤。

为此，在剩余SOC值计算程序S310中，从OTA管理服务器接收SOC变化率模式的CCU可以用从电池传感器获取的当前SOC值替换SOC变化率模式上的控制器更新之前的SOC值。CCU还可以计算SOC值在以相应的SOC变化率模式的斜率降低直到更新事件结束为止的预期值的剩余SOC值。

此外，在SOC值比较程序S320中，可以将利用SOC变化率模式计算的剩余SOC值与执行车辆基本功能所需的参考SOC值进行比较。当剩余SOC值大于参考SOC值时，可以执行更新。否则，可以暂停更新的执行。由此，可以确定是否执行更新。

这样，在执行更新开始确定步骤的实施例中，在图8中，当剩余SOC值即更新完成之后的电池SOC大于最大充电值的65％时，可以确定为继续更新，并通过车辆的音频视频导航(AVN)显示更新批准窗口。因此，指示驾驶员可以选择是否继续进行更新。显然的是，在实施例中示出的作为最大充电值的65％的参考SOC值是可变的。

之后，显然的是，驾驶员能够直接终止更新而不继续进行更新。然而，当驾驶员选择继续更新时，可以在从OTA管理服务器接收属于更新事件的待更新的控制器之中的第一控制器的软件(S/W)，同时执行更新。

此外，根据本公开实施例的车辆控制器的更新控制方法可以进一步包括SOC变化监测步骤S400。在SOC变化监测步骤S400中，可以在对属于更新事件的每个控制器进行更新之后，从电池传感器接收分别在更新之前和之后测量的SOC值，并且将SOC值发送到OTA管理服务器。

这样，在将SOC变化监测步骤S400中将每个控制器更新之前和之后分别测量的SOC值发送到OTA管理服务器，从而可以确定在SOC最优模式提取步骤中发送的SOC变化率模式是否适合。此外，显然的是，OTA管理服务器能够将接收的更新之前和之后的SOC值作为用于校正和补充SOC变化量模式的数据累加并存储在数据库中。

此外，根据本公开实施例的车辆控制器的更新控制方法可以进一步包括更新继续确定步骤S500。在更新继续确定步骤S500中，在确定是否有其余控制器待更新之后，基于根据从SOC变化监测步骤中获取的SOC值导出的实际SOC变化率而重新提取的SOC变化率模式来确定是否继续更新。

更新继续确定步骤S500可以包括SOC变化率模式重新提取程序S510，其重新选择表示与基于在相对于相应的控制器的相应事件组中的控制器更新之前和之后分别测量的SOC值计算的实际SOC变化率最相似的SOC变化率的组。在步骤S510中，提示与重新选择的组匹配的SOC变化率模式为用于重新计算剩余SOC值的预期值的最优模式。

此时，在SOC变化率模式重新提取程序S510中，可以将同一控制器的SOC变化率相互比较，并确定SOC变化率是否彼此相似。此外，之后重新计算的剩余SOC值的预期值应为所有待执行的更新事件完成时的值。SOC变化率模式需要在诸如更新事件中包含的控制器的数量、类型和顺序的相似度最高的事件组内重新提取。因此，显然的是，重新提取的SOC变化率模式与现有的SOC变化率模式相同。

此外，更新继续确定步骤S500可以包括剩余SOC值重新计算程序S520和SOC值重新比较程序S530。在剩余SOC值重新计算程序S520中，可以将控制器更新之后的SOC值应用到重新提取的SOC变化率模式，以重新计算其余控制器更新完成时的剩余SOC值的预期值。在SOC值重新比较程序S530中，可以将重新计算的剩余SOC值与参考SOC值进行比较，以判断是否继续更新其余控制器。

为此，在剩余SOC值重新计算程序S520中，可以在CCU中将SOC变化监测步骤中获取的最新SOC值与从OTA管理服务器接收的重新提取的SOC变化率模式进行匹配，并重新计算剩余SOC值。剩余SOC值是在以相应SOC变化率模式的斜率下降直到其余控制器更新完成为止时的预期值。

此外，在SOC值重新比较程序S530中，可以将重新计算的剩余SOC值与参考SOC值进行比较。当重新计算的剩余SOC值仍然大于参考SOC值时，通过继续更新，执行对下一个控制器的更新。否则，更新进程可以停止。由此，可以确定是否继续更新事件。

这样，本公开可以在更新事件发生之后提取估计为最适合相应更新事件和车辆的SOC变化率模式。本公开还可以将提取的SOC变化率模式作为用于计算剩余SOC值的预期值的最优模式而提供。本公开可以在属于相应更新事件的一些控制器的更新完成之后，根据更新之前和之后分别测量的SOC值，重新提取表示与实际SOC变化率最相似的变化率的SOC变化率模式。可以基于利用重新提取的SOC变化率模式预测的剩余SOC值来确定未来是否继续更新其余控制器。本公开可以提高在属于更新事件的控制器的更新正在进行时计算的剩余SOC值的预期值的计算精度。

因此，在计算剩余SOC值时无需设置太多裕度就可以提高更新的成功率。另外，可以在更新期间不过量且能够降低的范围内预测合适的剩余SOC值。因此，可以提高更新执行率。

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

因此，本公开的实施例不旨在限制本公开的技术思想，而仅用于说明目的。本公开的保护范围应由所附权利要求书解释，权利要求书的所有等同内容均应解释为包含在本公开的范围内。

本公开可以提高控制器更新的成功率，因为通过根据从OTA管理服务器提取的SOC变化率模式准确地计算剩余SOC值的预期值，在利用OTA服务更新控制器时，可以防止更新由于SOC的意外突然降低(例如电池老化)而中断。

此外，可以准确地计算剩余SOC值的预期值，因此不需要不必要地设置大的裕度。因此，本公开可以提高更新的执行率，因为即使在电池状态略差时(当电池老化时，或者当剩余SOC较低时)也能够执行更新。

此外，可以提供通过说明书直接或间接理解的多种效果。

Claims (20)

1.一种车辆控制器的更新系统，所述系统包括：

空中下载管理服务器，即OTA管理服务器，被配置为将车辆信息和电池信息分组在一起，提供具有所述车辆信息和所述电池信息的组的荷电状态即SOC变化率模式，作为用于计算OTA更新之后的剩余SOC值的最优模式；以及

通信控制单元，即CCU，被配置为基于由所述OTA管理服务器提供的所述SOC变化率模式计算所述剩余SOC值的预期值，以确定是否更新控制器，并更新所述控制器。

2.根据权利要求1所述的系统，进一步包括：

电池传感器，连接到车辆的电池，并且被配置为测量利用通过所述CCU提供的OTA服务更新所述控制器时改变的所述电池的SOC值，并将测量的SOC值发送到所述CCU。

3.根据权利要求1所述的系统，其中，

所述OTA管理服务器包括：

车辆信息管理装置，被配置为从设置在车辆中的所述CCU收集并存储所述车辆信息；

电池信息管理装置，被配置为收集并存储关于安装在接收所述车辆信息的每个车辆中的电池的信息；以及

SOC变化量管理装置，被配置为

收集在接收所述电池信息的每个车辆中通过OTA服务对每个控制器更新之前和之后测量的SOC值，并且

导出表示所述SOC值的降低程度的SOC变化率并存储。

4.根据权利要求3所述的系统，其中，

所述OTA管理服务器进一步包括SOC变化率分组装置，所述SOC变化率分组装置被配置为：

匹配利用所述OTA服务更新所述控制器时的所述SOC变化率与所述车辆信息和所述电池信息；

将SOC变化率小于或等于预设阈值的车辆信息类型和电池信息类型彼此分组在一起；以及

将分组结果存储在数据库中。

5.根据权利要求3所述的系统，其中，

所述车辆信息管理装置被配置为：

从设置在每个车辆中的所述CCU接收用于确定所述车辆是否老化的数据和能够影响所述电池的消耗的数据，包括所述车辆的车辆识别号即VIN、应用于每个车辆的所述控制器的规格、行驶距离、每次出行的时长和每周平均出行次数；以及

将接收的数据存储在数据库中。

6.根据权利要求3所述的系统，其中，

所述电池信息管理装置被配置为：

从所述CCU接收包括安装在每个车辆中的所述电池的制造商、类型、生产日期和容量的电池相关信息；以及

将接收的电池相关信息存储在数据库中。

7.根据权利要求4所述的系统，其中，

所述OTA管理服务器进一步包括最优模式建议装置，所述最优模式建议装置被配置为：

基于属于每个事件的控制器的数量、类型和更新顺序选择用于提取所述SOC变化率模式的事件组；以及

将与提取的该组匹配的所述SOC变化率模式作为所述最优模式提供给所述CCU，所述最优模式是用于判断是否在所述车辆中开始更新的标准。

8.根据权利要求7所述的系统，其中，

所述最优模式建议装置被配置为：

基于所选择的事件组内的相应车辆的车辆信息类型和电池信息类型来指定组；

提取与指定组匹配的所述SOC变化率模式作为用于确定是否在相应车辆中开始所述更新的最优模式；以及

将所述最优模式提供给所述CCU。

9.根据权利要求7所述的系统，其中，

所述最优模式建议装置被配置为：

通过从所述CCU接收在属于相应更新事件的每个控制器更新之前和之后测量的所述SOC值的变化来导出实际SOC变化率；

重新指定表示与所述实际SOC变化率之间具有最小区别的模式的组；

重新提取与重新指定的组匹配的所述SOC变化率模式，作为用于确定是否继续更新的最优模式；以及

将所述最优模式提供给所述CCU。

10.根据权利要求1所述的系统，其中，

所述CCU包括SOC变化率模式应用装置，所述SOC变化率模式应用装置被配置为：

接收由所述OTA管理服务器发送的所述SOC变化率模式；

根据所述SOC变化率模式计算直到更新事件完成为止的SOC的降低程度；

将计算出的剩余SOC值与参考SOC值进行比较；以及

判断是否执行更新。

11.根据权利要求10所述的系统，其中，

所述CCU进一步包括SOC变化监测装置，所述SOC变化监测装置被配置为：

当确定执行更新时，从电池传感器接收对每个控制器执行的更新事件的更新之前和之后测量的SOC值；以及

将所述SOC值发送到所述OTA管理服务器。

12.根据权利要求11所述的系统，其中，

所述CCU进一步包括更新继续确定装置，所述更新继续确定装置被配置为：

通过作为新的最优模式接收的SOC变化率模式，重新计算直到属于所述更新事件的其余控制器全部更新为止的SOC的降低程度；

将通过重新计算SOC的降低程度而获取的剩余SOC值与所述参考SOC值再次比较；以及

判断是否继续更新。

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

当利用OTA服务更新控制器时，将SOC变化率小于或等于预设阈值的车辆信息和电池信息分组，并将分组结果存储在OTA管理服务器的数据库中；

提取具有所述车辆信息和所述电池信息的组的SOC变化率模式，作为用于计算SOC降低预期值的最优模式；以及

通过接收所述SOC变化率模式的每个车辆的CCU，计算更新完成之后的剩余SOC值，判断是否更新所述控制器，并进行更新。

14.根据权利要求13所述的方法，其中，

将所述车辆信息和所述电池信息分组包括：

从设置在每个车辆中的CCU收集所述车辆信息以将所述车辆信息存储在所述数据库中；

收集安装在接收所述车辆信息的每个车辆中的电池的电池信息；以及

累积并存储用于确定在接收所述电池信息的每个车辆中利用所述OTA服务更新控制器时消耗的电池消耗水平的SOC值，收集随时间变化的SOC变化率，并将所述SOC变化率存储在所述数据库中。

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

将所述车辆信息和所述电池信息分组进一步包括：

将所述SOC变化率与所述车辆信息和所述电池信息匹配；

将SOC变化率小于或等于预设阈值的车辆信息类型和电池信息类型分组在一起；以及

将分组结果存储在所述数据库中。

16.根据权利要求13所述的方法，其中，

计算所述剩余SOC值包括：

将从电池传感器获取的当前SOC值应用到从所述OTA管理服务器接收的所述SOC变化率模式；

计算作为直到更新事件完成为止降低的预期值的剩余SOC值；以及

将计算出的剩余SOC值与参考SOC值进行比较以判断是否执行更新。

17.根据权利要求13所述的方法，进一步包括：

当在进行更新中确定更新被执行然后属于更新事件的每个控制器被更新时，从电池传感器接收在每个控制器的更新之前和之后测量的SOC值，以将所述SOC值发送到所述OTA管理服务器。

18.根据权利要求17所述的方法，进一步包括：

在接收更新之前和之后测量的SOC值中，将每个控制器更新之前和之后的所述SOC值发送到所述OTA服务器；

确定是否有控制器待更新；以及

根据基于从在接收更新之前和之后测量的SOC值中获取的SOC值导出的实际SOC变化率重新提取的SOC变化率模式，来确定是否继续更新。

19.根据权利要求18所述的方法，其中，

确定是否继续更新包括：

重新选择表示与基于在相对于相应的控制器的相应事件组中的所述控制器更新之前和之后测量的所述SOC值计算的所述实际SOC变化率之间具有最小区别的SOC变化率的组；以及

提示与重新选择的组匹配的所述SOC变化率模式为用于重新计算剩余SOC值的预期值的最优模式。

20.根据权利要求19所述的方法，其中，

确定是否继续更新进一步包括：

将所述控制器更新之后的SOC值应用到重新提取的SOC变化率模式，以重新计算其余控制器更新完成时的剩余SOC值的预期值；以及

将重新计算的剩余SOC值与参考SOC值进行比较以判断是否继续更新其余控制器。

Images