用于控制车辆ecu的更新的装置和方法
1.相关申请的交叉引用
2.本技术要求于2020年6月30日提交的韩国专利申请no.10-2020-0080432的优先权权益，其全部内容通过引用纳入本文。
技术领域
3.本发明涉及一种控制布置在车辆中的电子控制单元(ecu)的更新(例如，固件更新)的技术。
背景技术：
4.随着车辆部件数字化的快速发展，安装在车辆上的电子装置的类型和数量大大增加。电子装置可以用于动力传动控制系统、车身控制系统、底盘控制系统、车辆网络、多媒体系统等。动力传动控制系统可以包括发动机控制系统、自动变速器控制系统等。车身控制系统可以包括车身电子控制系统、便利装置控制系统、车灯控制系统等。底盘控制系统可以包括转向装置控制系统、制动控制系统、悬架控制系统等。车辆网络可以包括控制器局域网(can)、基于flexray的网络、基于面向媒体的系统传输(most)的网络等。多媒体系统可以包括导航装置系统、远程信息处理系统、信息娱乐系统等。
5.这些系统和构成每个系统的电子装置经由车辆网络彼此连接，并且需要用于支持每个电子装置的功能的车辆网络。can可以支持高达1mbps的传输速度，并且可以支持碰撞帧的自动重传、基于循环冗余校验(crc)的错误检测等。基于flexray的网络可以支持高达10mbps的传输速度，并且可以支持通过两个信道同时传输数据、以同步方式传输数据等。基于most的网络是一种用于高质量多媒体的通信网络，其可以支持高达150mbps的传输速度。
6.在一个示例中，车辆的远程信息处理系统、信息娱乐系统、改进的安全系统等需要高传输速度、系统可扩展性等，并且can、基于flexray的网络等不足以支持这些系统。与can和基于flexray的网络相比，基于most的网络可以支持更高的传输速度，但是将基于most的网络应用于车辆的所有网络会耗费大量的成本。因此，基于以太网的网络可被视为车辆网络。基于以太网的网络可以支持通过一对绕组的双向通信，并且可以支持高达10gbps的传输速度。
7.最近，对布置在车辆中的ecu的更新(软件更新)的需求不断增加，并且相应地，已经提出了用于更新连接到车辆网络的每个ecu的各种方案。在更新多个ecu的过程中，当布置在车辆中的电池的电量状态(state of charge，soc)等于或小于参考值(例如，75％)时，更新布置在车辆中的每个ecu的传统技术对当前正在更新的ecu执行更新；当将来电池的soc超过参考值时，对剩余的ecu(例如，等待更新的ecu)执行更新。
8.在对ecu进行更新(单个软件更新)用于彼此独立运行的功能的情况下，传统技术不影响车辆的行驶。然而，在执行相关软件更新(例如，与自动驾驶功能相关的ecu的更新)的情况下，这种传统技术必须要更新但又不可能更新与自动驾驶功能相关的所有ecu，从而使得车辆无法正常行驶。换句话说，传统技术的问题在于，由于ecu的相关软件更新不可能
在一个驾驶周期内完成，因此不可能进行正常的自动驾驶。
9.在本背景技术部分中描述的内容是为了提高对本发明背景的理解而撰写的，并且可以包括本技术所属领域的技术人员已经知道的现有技术以外的内容。
技术实现要素：
10.本发明提供一种用于控制车辆ecu的更新的装置和方法，该装置和方法能够：在对布置在车辆中的ecu执行相关软件更新时，基于电池的soc来确定是否启动车辆，划分在车辆启动状态下要更新的ecu和在车辆关闭状态下要更新的ecu，以及对ecu共同执行相关软件更新，从而正常完成涉及多个ecu的功能的软件更新。
11.本发明构思解决的技术问题不限于上述问题，根据下面的描述，本发明所属领域的技术人员将会清楚地理解本文中未提到的任何其他的技术问题。
12.根据本发明的一个方面，用于控制车辆的ecu的更新的装置可以包括：通信装置，其配置为接收对布置在车辆中的电子控制单元(ecu)的相关软件更新的请求；以及控制器，其配置为：基于电池的电量状态(soc)确定是否启动车辆；在车辆的启动状态下对第一组中的ecu执行更新；在车辆的关闭状态下对第二组中的ecu执行更新。
13.在一个实施方案中，所述控制器可以配置为在电池输出更新ecu所需的总电量的情况下，当电池的soc等于或小于参考soc时，启动车辆。在一个实施方案中，所述控制器可以配置为在对第一组中的ecu执行更新的情况下，当存在更新失败的ecu时，对更新完成的ecu执行回退。此外，所述控制器可以配置为在第一组中的ecu的更新完成时关闭车辆，然后执行第二组中ecu的更新。
14.所述控制器可以配置为在电池输出更新第二组中的ecu所需的总电量的情况下，当电池的soc超过参考soc时，关闭车辆。所述控制器可以配置为在对第二组中的ecu执行更新的情况下，当存在更新失败的ecu时，对更新完成的ecu执行回退。所述通信装置可以配置为：从更新服务器接收关于要更新的多个ecu的信息、应用于多个ecu中的每一个ecu的更新数据、关于第一组中包括的ecu的信息以及关于第二组中包括的ecu的信息。所述装置可以进一步包括：输出装置，其配置为显示询问用户是否批准相关软件更新的窗口；以及输入装置，其配置为从用户接收对相关软件更新的批准或拒绝。
15.根据本发明的另一个方面，一种用于控制车辆的ecu的更新的方法可以包括：接收对布置在车辆中的电子控制单元(ecu)的相关软件更新的请求；基于电池的电量状态(soc)确定是否启动车辆；在车辆的启动状态下对第一组中的ecu执行更新；以及在车辆的关闭状态下对第二组中的ecu执行更新。
16.在一个实施方案中，确定是否启动车辆可以包括：在电池输出更新ecu所需的总电量的情况下，当电池的soc等于或小于参考soc时，启动车辆。此外，对第一组中的ecu执行更新可以包括：当存在更新失败的ecu时，对更新完成的ecu执行回退。对第二组中的ecu执行更新可以包括：当第一组中的ecu的更新完成时，关闭车辆。
17.此外，对第二组中的ecu执行更新可以包括：在第一组中的ecu的更新完成的时间点电池输出更新第二组中的ecu所需的总电量的情况下，当电池的soc超过参考soc时，关闭车辆。在一个实施方案中，对第二组中的ecu执行更新可以包括：当存在更新失败的ecu时，对更新完成的ecu执行回退。
18.此外，接收对布置在车辆中的ecu的相关软件更新的请求可以包括：从更新服务器接收关于要更新的多个ecu的信息、应用于多个ecu中的每个ecu的更新数据、关于第一组中包括的ecu的信息以及关于第二组中包括的ecu的信息。所述方法可以进一步包括：显示询问用户批准相关软件更新的窗口；以及从用户接收对相关软件更新的批准或拒绝。
19.根据本发明的另一个方面，用于控制车辆的ecu的更新的方法可以包括：接收对布置在车辆内的电子控制单元(ecu)的相关软件更新的请求；显示询问用户批准更新的窗口；从用户接收批准；在电池输出更新ecu所需的总电量的情况下，当电池的电量状态(soc)等于或小于参考soc时，启动车辆；在车辆的启动状态下对第一组中的ecu执行更新；在第一组中的ecu的更新完成的时间点电池输出更新第二组中的ecu所需的总电量的情况下，当电池的soc超过参考soc时，关闭车辆；以及在车辆的关闭状态下对第二组中的ecu执行更新。
附图说明
20.通过结合附图所呈现的下述具体描述，本发明的以上和其它目的、特征以及优点将会更明显，在这些附图中：
21.图1是应用本发明的示例性实施方案的网络环境的示例性图；
22.图2是根据本发明的示例性实施方案的用于控制车辆的ecu更新的装置的配置图；
23.图3是根据本发明的示例性实施方案的用于控制车辆的ecu更新的方法的流程图；以及
24.图4是示出根据本发明的示例性实施方案的执行用于控制车辆的ecu更新的方法的计算系统的框图。
具体实施方式
25.应当理解的是，本文中所使用的术语“车辆”或“车辆的”或其它类似术语一般包括机动车辆，例如，包括运动型多用途车辆(suv)、大客车、大货车、各种商用车辆的乘用车辆，包括各种舟艇、船舶的船只，航空器等等，并且包括混合动力车辆、电动车辆、内燃机车辆、插电式混合动力电动车辆、氢动力车辆以及其它替代性燃料车辆(例如，源于非化石能源的燃料)。
26.尽管将示例性实施方案描述为利用多个单元来执行示例性过程，但是应当理解的是，也可以由一个或多个模块来执行示例性过程。此外，应当理解的是，术语控制器/控制单元表示包括存储器和处理器的硬件装置，并被具体编程以执行本文所描述的过程。存储器配置为存储模块，处理器具体地配置为执行所述模块以执行下文进一步描述的一个或多个过程。
27.此外，本发明的控制逻辑可以实施为计算机可读介质上的非易失计算机可读介质，其包含由处理器、控制器/控制单元等执行的可执行程序指令。计算机可读介质的示例包括但不限于：rom、ram、光盘(cd)-rom、磁带、软盘、闪存驱动器、智能卡和光学数据存储装置。计算机可读记录介质也可以分布在网络联接的计算机系统中，使得计算机可读介质以分布式进行存储和执行，例如通过远程信息处理服务器或控制器局域网(can)。
28.本文中所使用的术语仅用于描述具体实施方案的目的，并非旨在限制本发明。如本文所使用的，单数形式“一”、“一个”和“所述”旨在也包括复数形式，除非上下文另有清楚
说明。应该进一步理解的是，当在本说明书中使用时，术语“包括”和/或“包含”用于表示存在所述的特征、数值、步骤、操作、元件和/或部件，但不排除存在或增加一个或多个其他特征、数值、步骤、操作、元件、组件和/或其群组。正如本文所使用的，术语“和/或”包括一个或多个相关列举项的任意和全部组合。
29.除非特别声明或者从上下文显而易见的，本文所使用的术语“约”被理解为在本领域的正常公差范围内，例如在平均值的2个标准偏差内。“约”可被理解为在指定值的10％、9％、8％、7％、6％、5％、4％、3％、2％、1％、0.5％、0.1％、0.05％或0.01％之内。除非从上下文清楚的，否则本文提供的所有数值通过术语“约”进行修饰。
30.下文将参考示例性附图对本发明的一些实施方案进行详细描述。在将附图标记添加到每个图的组件时，应该注意到的是，即使在其它图上显示相同或等效的组件时，也是由相同的附图标记指定的。此外，在描述本发明的实施方案时，当确定出相关已知配置或功能干扰对本发明实施方案的理解时，将省略对相关已知配置或功能的详细描述。
31.当描述根据本发明的示例性实施方案的组件时，可以使用诸如第一、第二、a、b、(a)、(b)等的术语。这些术语仅用于将一个组件与另一个组件区分开，并且这些术语不限制组件的性质、次序或顺序。除非另有定义，否则本文使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域的普通技术人员通常理解的相同含义。应该进一步理解的是，术语(比如，通常使用的字典中定义的)应该解释为具有与相关技术上下文中的含义一致的含义，不应该解释为理想或过于正式的意义，除非本文中明确地定义。
32.在本发明的示例性实施方案中，车辆的启动状态是指向电力负载供应电力的电池810正在充电的状态，可以是指发动机在内燃机车辆中运行的状态，指在电动车辆中可以行驶的状态，以及指燃料电池在燃料电池车辆中运行的状态。
33.图1是应用本发明的示例性实施方案的网络环境的示例性图。如图1所示，应用本发明的示例性实施方案的网络环境可以包括车辆的ecu更新控制装置100、更新服务器200、无线通信网络300、车辆网络400、发动机控制单元(ecu)500、变速器控制单元(tcu)600，集成车身控制单元(ibu)700、电池管理系统(bms)800、智能巡航控制(scc)系统900等。
34.当对布置在车辆中的电子控制单元(ecu)执行相关软件更新时，车辆的电子控制单元(ecu)更新控制装置100可以配置为基于电池810的soc来确定是否启动车辆，划分在车辆的启动状态下要更新的电子控制单元(ecu)和在车辆的关闭状态下要更新的电子控制单元(ecu)，对电子控制单元(ecu)共同执行相关软件更新，从而正常完成涉及多个电子控制单元(ecu)的功能的软件更新。就此而言，共同执行指的是没有时间间隔的主动更新。
35.作为参考，被动更新是指如下的更新：当布置在车辆中的电池810的soc等于或小于参考值时，在更新多个电子控制单元(ecu)的过程中，可以对当前正在更新的电子控制单元(ecu)执行更新；当车辆在将来通过驾驶员而处于启动状态并且电池810充电时，可以执行剩余ecu(等待更新的ecu)的更新。
36.另一方面，主动更新是指如下的更新：通过根据需要启动车辆，而不是等待驾驶员将车辆变为启动状态以及电池810充电的未知时间(这会产生时间间隔)，从而在没有时间间隔的情况下(在一个驾驶周期内)完成对电子控制单元(ecu)的相关软件更新。换言之，主动更新是指如下的更新：在通过启动车辆引起的车辆的启动状态下，通过ecu更新控制装置100对第一组中的电子控制单元(ecu)执行更新，并且当电池810充电到一定程度时，在通过
关闭车辆引起的车辆的关闭状态下，对第二组中的电子控制单元(ecu)执行更新。
37.车辆的ecu更新控制装置100可以配置为对每个电子控制单元(ecu)执行更新，并且实际更新的对象是每个电子控制单元(ecu)。车辆的ecu更新控制装置100可以配置为执行与更新服务器200相关的空中下载(over the air，ota)更新过程。作为示例，更新服务器200可以实现为空中下载(ota)服务器，并且可以配置为管理与每个功能相关的每个ecu的信息以及更新与相关的ecu相对应的数据。换言之，更新服务器200可以配置为在数据库(db)210中存储关于与特定功能(例如，自动驾驶功能)相关的要更新的多个ecu的信息和应用于多个ecu中的每个ecu的更新数据。就此而言，关于多个ecu的信息可以包括关于在车辆的启动状态下要更新的ecu的标识信息，以及关于在车辆的关闭状态下要更新的ecu的标识信息。就此而言，应该在车辆关闭状态下更新的ecu是指参与车辆启动的ecu。
38.更新服务器200可以配置为通过无线通信网络300与ecu更新控制装置100通信。更新服务器200可以配置为将关于与相关软件更新有关的ecu的信息和应用于每个ecu的更新数据发送到车辆的ecu更新控制装置100。无线通信网络300可以包括移动通信网络、无线互联网、短程通信网络等。车辆网络400可以包括控制器局域网(can)、具有灵活数据速率的控制器局域网(can-fd)、本地互连网络(lin)、flexray、面向媒体的系统传输(most)、以太网等。
39.ecu 500可以连接到车辆网络400，并且可以配置为对布置在车辆中的发动机执行总体控制。在电动车辆中，ecu 500可以用车辆控制单元(vcu)来替代，在燃料电池车辆中，ecu 500可以用燃料电池控制单元(fcu)来替代。tcu 600可以连接到车辆网络400，并且可以配置为对布置在车辆中的变速器执行总体控制。
40.ibu 700是包含车身控制单元(bcm)、智能钥匙系统(sks)和胎压监测系统(tpms)的ecu，其可与分别控制雨刮器、前照灯、电动座椅等的单个ecu进行通信，以集成方式操作车辆的电气装置。具体地，ibu 700可以配置为启动或关闭车辆。就此而言，bcm可以具有作为便利功能的后帘控制、车锁控制、外灯控制、雨刮器/清洗器控制的功能，并且可以具有作为安全功能的车辆警告状况控制、移动远程信息处理系统(mts)相关的警告控制、前后驻车辅助控制以及基于安全带或车门开启的警告控制的功能。sks可以配置为：识别智能钥匙以利用车门把手的按钮锁定/解锁车辆；打开行李舱；基于智能钥匙的位置生成警告；以及当智能钥匙位于车内时，利用方向盘附近的启动按钮进行车辆启动。tpms可以配置为基于安装在车辆的每个车轮上的每个胎压传感器(tps)来监测每个轮胎的气压。
41.bms 800可以配置为对电池810执行整体控制，该电池向车辆的电力负载供电。具体地，bms 800可以配置为管理电池810的soc，并且通过车辆网络400向车辆的ecu更新控制装置100提供电池810的soc信息。此外，bms 800可以配置为在车辆的启动状态下调整电池810的充电。scc系统900可以经由车辆网络400向车辆的ecu更新控制装置100提供车辆的速度信息。
42.图2是根据本发明的示例性实施方案的用于执行车辆的ecu更新的装置的配置图。如图2所示，根据本发明的示例性实施方案的车辆的ecu更新控制装置100可以包括存储装置10、输入装置20、输出装置30、通信装置40、连接器50和控制器60。就此而言，根据本发明的示例性实施方案，基于实现车辆的ecu更新控制装置100的方案，可以将组件彼此联接以实现为单个组件，或者可以省略一些组件。
43.在对每个组件的描述中，首先，存储装置10可以配置为当对布置在车辆内的ecu执行相关软件更新时，存储如下过程中所需要的各种逻辑、算法和程序：基于电池810的soc确定是否启动车辆；划分在车辆的启动状态下要更新的ecu和在车辆的关闭状态下要更新的ecu，对ecu共同执行相关软件更新(例如，在一个驾驶周期内完成ecu的更新)。
44.存储装置10可以配置为存储关于与特定功能(例如，自动驾驶功能)相关的要更新的多个ecu的信息以及应用于多个ecu中的每个ecu的更新数据。就此而言，关于多个ecu的信息可以包括关于在车辆的启动状态下要更新的ecu的标识信息，以及关于在车辆的关闭状态下要更新的ecu的标识信息。可以从更新服务器200接收信息。
45.存储装置10可以配置为存储用于确定电池810电量的参考soc值(例如，约75％)。存储装置10可以配置为存储布置在车辆中的每个ecu的工作电流、车辆中的通信速度等。存储装置10可以包括至少一种类型的存储介质，诸如闪存型、硬盘型、微型和卡型(例如，安全数字卡(sd卡)或极限数字卡(xd卡))等的存储器以及诸如随机存取存储器(ram)、静态ram(sram)、只读存储器(rom)、可编程rom(prom)、电可擦除prom(eeprom)、磁性ram(mram)、磁盘和光盘的存储器。
46.输入装置20可以包括触摸键和按键(机械键)，并且可以配置为从用户接收信息。作为示例，输入装置20可以配置为从用户接收对相关软件更新的批准。输出装置30可以包括视频输出装置和音频输出装置，并且可以配置为显示询问用户是否批准相关软件更新的窗口。通信装置40是提供与更新服务器200通信的接口的模块，可以配置为接收关于与车辆的特定功能相关的要更新的多个ecu的信息以及应用于多个ecu中的每个ecu的更新数据。
47.具体地，通信装置40可以包括移动通信模块、无线互联网模块和短程通信模块中的至少一个。移动通信模块可以配置为经由基于用于如下移动通信的技术标准或通信方案建立的移动通信网络接收更新数据，移动通信例如，全球移动通信系统(gsm)、码分多址(cdma)、码分多址2000(cdma 2000)、增强型语音数据优化或仅增强型语音数据(ev-do)、宽带cdma(wcdma)、高速下行分组接入(hsdpa)、高速上行分组接入(hsupa)、长期演进(lte)、长期演进的演进(ltea)等。
48.无线因特网模块是用于无线因特网接入的模块，其配置为通过无线lan(wlan)、无线保真(wi-fi)、无线保真度(wi-fi)直连、数字生活网络联盟(dlna)、无线宽带(wibro)、全球微波接入互操作性(wimax)、高速下行分组接入(hsdpa)、高速上行分组接入(hsupa)、长期演进(lte)、长期演进的演进(ltea)等接收更新数据。
49.短程通信模块可以利用蓝牙
tm
、射频识别(rfid)、红外线数据协会(irda)、超宽带(uwb)、zigbee、近场通信(nfc)和无线通用串行总线(usb)技术中的至少一个支持短程通信。连接器50可以提供与车辆网络连接的接口。
50.控制器60可以配置为执行整体控制，使得每个组件执行其功能。控制器60可以以硬件形式实现，可以以软件形式实现，或者可以以彼此联接的硬件和软件的形式实现。控制器60可以实现为微处理器，但可以不限于此。
51.具体地，控制器60可以配置为当对布置在车辆中的ecu执行相关软件更新时，执行以下过程中的各种控制：基于电池810的soc确定是否启动车辆；划分在车辆的启动状态下要更新的ecu(下文中，第一组中的ecu)和在车辆的关闭状态下要更新的ecu(下文中，第二组中的ecu)，对ecu共同执行相关软件更新(在一个驾驶周期内完成ecu的更新)。
52.下文中，将参考图3对控制器60的操作进行详细的描述。图3是根据本发明的示例性实施方案的用于控制车辆的ecu更新的方法的流程图。首先，更新服务器200可以配置为向车辆的ecu更新控制装置100请求更新。就此而言，更新服务器200可以配置为发送关于要更新的多个ecu的信息以及应用于多个ecu中的每个ecu的更新数据。
53.此后，当车辆关闭、车辆的变速器位于驻车(p)挡，车辆处于停止状态并且电池810的soc超过参考soc时，车辆的ecu更新控制装置100中的控制器60可以配置为通过输出装置30显示更新批准窗口，并且可以配置为通过输入装置20接收用户的批准或拒绝。就此而言，在布置在车辆中的ecu的相关软件更新的情况下，控制器60可以配置为当驾驶员在车上时，通过输出装置30向用户驾驶员输出指示为正在进行更新的通知。
54.此后，当对布置在车辆中的ecu执行相关软件更新时(步骤301)，控制器60可以配置为确定电池810的soc是否足以使ecu执行更新(步骤302)。换言之，控制器60可以配置为计算ecu执行更新所需的总电量a，并且即使在电池810输出总电量a时，也识别电池810的soc是否超过参考soc。就此而言，控制器60可以配置为基于以下等式1来计算总电量p
total
。
55.等式1
56.p
total
＝i
total
×
(c
total
/s)
57.其中，i
total
是ecu的工作电流之和，c
total
是ecu的更新数据容量之和，s是车辆中的通信速度。
58.作为识别结果(步骤302)，当电池810的soc足以对ecu执行更新时，控制器60可以配置为在不启动车辆的情况下对ecu共同执行相关软件更新(步骤303)。作为识别结果(步骤302)，当电池810的soc不足以对ecu执行更新时(即在电池810输出总电量a的情况下，当电池810的soc等于或小于参考soc时)，控制器60可以配置为结合ibu 700来启动车辆(步骤304)，并对第一组中的ecu执行相关软件更新(步骤305)。就此而言，当车辆启动时，可以开始对电池810充电。
59.此后，控制器60可以配置为确定在对第一组中的ecu执行相关软件更新的过程中是否存在更新失败的ecu(步骤306)。就此而言，控制器60仅对ecu执行相关软件更新，并且实际更新可以由ecu直接执行。作为识别结果(步骤306)，响应于确定出存在更新失败的ecu，控制器60可以配置为对更新完成的ecu执行回退(步骤307)。作为参考，回退指的是返回到更新前状态的功能。
60.作为识别结果(步骤306)，当没有更新失败的ecu时，控制器60可以配置为计算更新第二组中的ecu所需的总电量b，并且即使当电池810输出总电量b时，也确定电池810的soc是否超过参考soc(步骤308)。作为识别结果(步骤308)，当不能够更新第二组中的ecu时，即在电池810输出总电量b的情况下，当电池810的soc小于参考soc时，控制器60可以配置为保持车辆的启动(步骤309)。
61.作为识别结果(步骤308)，当能够更新第二组中的ecu时，控制器60可以配置为结合ibu 700来关闭车辆(步骤310)。此后，控制器60可以配置为对第二组中的ecu执行相关软件更新(步骤311)。然后，控制器60可以配置为在对第二组中的ecu执行相关软件更新的过程中，确定是否存在更新失败的ecu(步骤312)。
62.作为识别结果(步骤312)，控制器60可以配置为当存在更新失败的ecu时，对更新完成的ecu(包括第一组中的ecu)执行回退(步骤313)。结果，当甚至要更新的ecu中的一个
更新失败时，控制器60也可以配置为对所有更新完成的ecu执行回退。作为识别结果(步骤312)，控制器60可以配置为当第二组中的所有ecu的更新正常完成时，终止更新(步骤314)。
63.图4是示出根据本发明的示例性实施方案的执行用于控制车辆的ecu更新的方法的计算系统的框图。参照图4，根据上述本发明的示例性实施方案的用于控制车辆的ecu的更新的方法也可以通过计算系统来实现。计算系统1000可以包括经由总线1200连接的至少一个处理器1100、存储器1300、用户接口输入装置1400、用户接口输出装置1500、存储区1600以及网络接口1700。
64.处理器1100可以是中央处理单元(cpu)或半导体器件，其执行对存储在存储器1300和/或存储区1600中的指令进行处理。存储器1300和存储区1600可以包括各种类型的易失性或非易失性存储介质。例如，存储器1300可以包括只读存储器(rom)1310和随机存取存储器(ram)1320。
65.因此，结合本文所公开的实施方案描述的方法或者算法的操作可以直接地以硬件体现或以由处理器1100执行的软件模块体现或者以这两者的组合体现。软件模块可以驻留在存储介质(即，存储器1300和/或存储区1600)中，例如，ram、闪存、rom、eprom、eeprom、寄存器、硬盘、固态驱动器(ssd)、可移动磁盘和cd-rom。示例性存储介质联接到处理器1100，处理器1100可以从存储介质读取信息并且可以将信息写入存储介质。在另一种方法中，存储介质可以与处理器1100集成。处理器和存储介质可以驻留在专用集成电路(asic)中。asic可以驻留在用户终端中。在另一种方法中，处理器和存储介质可以作为单独组件驻留在用户终端中。
66.上面的描述仅仅说明了本发明的技术思想，并且本领域技术人员可以在不脱离本发明的基本特征的情况下进行各种修改和改变。因此，本发明中公开的实施方案不是为了限制本发明的技术思想，而是为了说明本发明，并且本发明的技术思想的范围不受示例性实施方案的限制。本发明的范围应当解释为由所附权利要求的范围覆盖，并且落入权利要求范围内的所有技术思想应当解释为包括在本发明的范围内。
67.根据本发明的示例性实施方案的用于控制车辆的ecu更新的装置和方法可以在对布置在车辆中的ecu执行相关软件更新时，基于电池的soc来确定是否启动车辆，划分在车辆的启动状态下要更新的ecu和在车辆的关闭状态下要更新的ecu，对ecu共同执行相关软件更新，从而正常完成涉及多个ecu的功能的软件更新。
68.在上文中，尽管已经参考示例性实施方案和附图对本发明进行了描述，然而本发明不限于此，但是本发明所属领域的技术人员可以进行各种修改和改变，而不脱离所附权利要求中所要求保护的本发明的精神和范围。