CN113759864A - 车辆更新系统和方法 - Google Patents

Abstract

本发明提供一种车辆更新系统和方法。车辆更新系统包括服务器，其基于车辆控制器的更新版本和最终更新失败版本来确定是否存在新版本的数据，并且当存在新版本的数据时发送新版本的数据。更新控制器基于从服务器接收到的新版本的数据来执行车辆控制器的更新，并根据车辆控制器的更新是否成功来确定数据的处理方式。

Description

车辆更新系统和方法

相关申请的交叉引用

本申请要求于2020年6月5日提交的韩国专利申请第10-2020-0068396号的优先权权益，其全部内容通过引用纳入本文。

技术领域

本发明涉及一种车辆更新系统和方法，更具体地说，涉及这样一种车辆更新系统和方法，其将无线通信数据的使用最小化并执行空中下载(over the air，OTA)更新。

背景技术

最近，车辆系统连接到通信网络，并且安装在车辆内的多个车辆控制器可以从空中下载(over the air，OTA)服务器接收数据(固件)并基于其执行更新。车辆控制器可以重复地执行请求从OTA服务器下载数据以及每当利用接收到的数据进行更新失败时下载数据(因为车辆控制器可能会遇到这样的情况，即当利用接收到的数据进行更新失败时，ROM数据的完整性可能被破坏)的操作，导致无线通信数据成本的过度增加。因此，需要开发能够在从OTA服务器接收数据并更新车辆控制器的OTA更新过程中最小化无线通信数据使用的技术。

发明内容

本发明提供一种车辆更新系统和方法，其能够最小化无线通信数据使用并执行OTA更新。本发明构思要解决的技术问题不限于前述问题，并且本发明所属领域的技术人员根据以下描述将清楚地理解本文中未提到的任何其它技术问题。

根据本发明的一个方面，车辆更新系统可以包括服务器，其配置为基于车辆控制器的更新版本和最终更新失败版本来确定是否存在新版本的数据，并且当存在新版本的数据时发送新版本的数据；以及更新控制器，其配置为基于从服务器接收到的新版本的数据来执行车辆控制器的更新，并根据车辆控制器的更新是否成功来确定数据的处理方式。

所述服务器可以配置为响应于确定出存在新版本的数据而确定新版本是否是最终更新失败版本，并且响应于确定出新版本是最终更新失败版本而确定出不存在新版本。所述服务器可以配置为响应于确定出新版本不是最终更新失败版本而确定出存在新版本。

所述更新控制器可以包括：通信装置，其配置为从服务器接收新版本的数据；执行装置，其配置为当接收到新版本的数据时执行车辆控制器的更新；以及处理器，其配置为确定车辆控制器的更新是否成功。所述处理器可以配置为响应于确定出车辆控制器的更新成功而将新版本的数据转换为回退数据。

所述处理器可以配置为响应于确定出车辆控制器的更新不成功而再次执行预定的重试次数的更新。所述处理器可以配置为当再次执行了预定的重试次数的更新时执行回退。所述处理器可以配置为执行回退并确定回退是否成功，并且响应于确定出回退不成功而执行预定的回退次数的回退。所述处理器可以配置为当回退成功或执行了预定的回退次数的回退时，将行驶次数减去一。所述处理器可以配置为当剩余的行驶次数为零时，删除接收到的新版本的数据，并将新版本的数据设置为最终更新失败版本。

根据一个方面，车辆更新方法可以包括：基于车辆控制器的更新版本和最终更新失败版本来确定是否存在新版本的数据；当存在新版本的数据时，发送新版本的数据；基于新版本的数据来执行车辆控制器的更新；根据车辆控制器的更新是否成功来确定数据的处理方式。

车辆更新方法可以进一步包括：响应于确定出存在新版本的数据而确定新版本是否是最终更新失败版本，并且响应于确定出新版本是最终更新失败版本而确定出不存在新版本。所述方法可以进一步包括：响应于确定出新版本不是最终更新失败版本而确定出存在新版本。

所述车辆更新方法可以进一步包括：响应于确定出车辆控制器的更新成功而将新版本的数据转换为回退数据。所述车辆更新方法可以进一步包括：当确定出车辆控制器的更新不成功时再次执行预定的重试次数的更新，并且当再次执行了预定的重试次数的更新时执行回退。

另外，所述车辆更新方法可以包括：执行回退，确定回退是否成功，当回退不成功时，执行预定的回退次数的回退。所述车辆更新方法可以包括：当回退成功或执行了预定的回退次数的回退时，将行驶次数减去一，并且当减法之后剩余的行驶次数为零时，删除接收到的新版本的数据，并将新版本的数据设置为最终更新失败版本。

附图说明

通过结合所附附图所呈现的下述具体描述，本发明的以上和其它目标、特征以及优点将会更明显，在这些附图中：

图1是示出根据本发明的示例性实施方案的车辆更新系统的结构的结构图；

图2是示出根据本发明的示例性实施方案的更新控制器的结构的结构图；

图3是示出根据本发明的示例性实施方案的车辆更新方法的图；

图4是示出根据本发明的示例性实施方案中的更新结果执行的车辆更新方法的图；以及

图5是示出用于执行根据本发明的示例性实施方案的方法的计算系统的结构的图。

具体实施方式

应当理解，本文中所使用的术语“车辆”或“车辆的”或其它类似术语一般包括机动车辆，例如包括运动型多用途车辆(SUV)、大客车、大货车、各种商用车辆的乘用车辆，包括各种舟艇、船舶的船只，航空器等等，并且包括混合动力车辆、电动车辆、内燃机车辆、插电式混合动力电动车辆、氢动力车辆以及其它替代性燃料车辆(例如，源于非化石能源的燃料)。

尽管将示例性实施方案描述为利用多个单元来执行示例性过程，但是应当理解，也可以由一个或多个模块来执行示例性过程。此外，应当理解，术语控制器/控制单元指的是包括存储器和处理器并具体编程为执行本文中所描述的过程的硬件装置。存储器配置为存储模块，处理器具体地配置为执行所述模块以完成下面进一步描述的一个或多个过程。

此外，本发明的控制逻辑可以实施为计算机可读介质的非易失计算机可读介质，其包含由处理器、控制器/控制单元等执行的可执行程序指令。计算机可读介质的示例包括但不限于，ROM、RAM、光盘(CD)-ROM、磁带、软盘、闪存驱动器、智能卡和光学数据存储装置。计算机可读记录介质也可以分布在网络联接的计算机系统中，使得计算机可读介质以分布式进行存储和执行，例如通过远程信息处理服务器或控制器局域网(CAN)。

本文中所使用的术语仅出于描述具体实施方案的目的，并非旨在限制本发明。如本文所使用的，单数形式“一”、“一个”和“所述”旨在也包括复数形式，除非上下文清楚指明了另外的情况。将进一步理解的是，当术语“包括”和/或“包含”在说明书中使用时，其指定存在所述特征、数值、步骤、操作、元件、和/或组件，但不排除存在或增加一个或多个其它特征、数值、步骤、操作、元件、组件、和/或其群组。如本文中所使用的，术语“和/或”包括一个或多个相关列举项的任意和全部组合。

除非具体陈述或根据上下文是明显的，如本文中所使用的，术语“大约”理解为在本领域的正常公差范围内，例如在平均值的2个标准差内。“大约”能够理解为在所述值的10％、9％、8％、7％、6％、5％、4％、3％、2％、1％、0.5％、0.1％、0.05％、或0.01％内。除非根据上下文很清楚是另外的情况，本文中所提供的所有数值由术语“大约”进行修饰。

下文中，将参考示例性附图对本发明的一些示例性实施方案进行详细的描述。在给每幅图的组件添加附图标记时，应当注意的是，即使在其它图上显示，也由相同的数字来指定相同或等同的组件。另外，在对本发明的示例性实施方案进行描述时，为了避免不必要地模糊本发明的主旨，将省略对公知特征或功能的详细描述。

当描述根据本发明的实施方案的组件时，可以利用诸如第一、第二、“A”、“B”、(a)、(b)等等的术语。这些术语仅旨在区分一个组件与另一个组件，并且这些术语不限制组成组件的性质、次序或顺序。除非进行了另外的限定，本文所使用的所有术语(包括技术或者科学术语)具有与本发明所属领域的技术人员通常所理解的含义相同的含义。通常使用的字典中限定的这些术语应该被解释为具有与在相关技术领域中的上下文含义意思等同的含义，并且不应该被解释为具有理想的或者过于正式的意思，除非在本申请中清楚地进行了这样的限定。

图1是示出根据本发明的示例性实施方案的车辆更新系统的结构的结构图。参照图1，车辆更新系统100可以包括服务器200和车辆300。具体而言，车辆300可以包括经由车内网络连接的更新控制器310和车辆控制器320。将参考图2来提供更新控制器310的详细描述。

服务器200可以配置为以空中下载(OTA)方式提供数据(例如，固件)，并且当接收到车辆控制器320的更新版本并接收到车辆控制器320的最终更新失败版本(Finalgiveup)时，确定是否存在新版本的数据。特别地，新版本的数据可以指包括能够更新现有信息的新信息的数据。

响应于确定出存在新版本的数据，服务器200可以配置为确定新版本是否是从更新控制器310接收到的车辆控制器的最终更新失败版本。当服务器200确定出新版本的数据是从更新控制器310接收到的车辆控制器的最终更新失败版本时，服务器200可以配置为确定出不存在新版本的数据，并通知更新控制器310不存在新版本的数据。另一方面，当服务器200确定出新版本的数据不是从更新控制器310接收到的车辆控制器的最终更新失败版本时，服务器200可以配置为确定出存在新版本的数据，并通知更新控制器310存在新版本。此后，当服务器200从更新控制器310接收到下载新版本的数据的请求时，服务器200可以配置为将新版本的数据发送到更新控制器310。

图2是示出根据本发明的示例性实施方案的更新控制器的结构的结构图。参照图2，更新控制器310可以包括：通信装置311、执行装置312和处理器313。

通信装置311可以配置为经由各种无线通信方法来执行与服务器200的无线通信，所述无线通信方法包括例如Wi-Fi、WiBro、全球移动通信系统(GSM)、码分多址(CDMA)、宽带码分多址(WCDMA)、通用移动通信系统(UMTS)、时分多址(TDMA)、长期演进(LTE)。根据示例性实施方案，通信装置311可以配置为从服务器200接收新版本的数据。

执行装置312可以配置为在处理器313的控制下将新版本的数据发送到车辆控制器320以执行更新，并从车辆控制器320接收更新结果以将更新结果发送到处理器313。根据本发明的示例性实施方案，处理器313可以配置为执行更新控制器310的整体操作。具体地说，更新控制器310可以配置为基于从服务器200接收到的新版本的数据来执行车辆控制器320的更新，并且根据车辆控制器320的更新是否成功来确定数据处理方式。

根据示例性实施方案，当通信装置311从服务器200接收到新版本的数据时，处理器313可以允许更新控制器310存储新版本的数据，获得用户对执行更新的批准，确定车辆状态并验证新版本的数据的完整性。处理器313可以配置为：基于车辆状态，在车辆控制器320更新到先前版本之后，确定车辆的行驶次数。

当从服务器200接收到的新版本的数据的完整性被验证时，处理器313可以配置为请求执行装置312执行车辆控制器320的更新。另外，当执行装置312在执行了车辆控制器320的更新之后从车辆控制器320接收到更新结果时，处理器313可以配置为当从车辆控制器320接收到更新结果时，基于执行装置312接收到的更新结果来确定车辆控制器的更新是否成功。响应于确定出车辆控制器320的更新成功，处理器313可以配置为将新版本的数据转换为回退数据。另一方面，响应于确定出车辆控制器的更新不成功，处理器313可以配置为再次执行预定的重试次数的更新。

根据示例性实施方案，处理器313可以配置为每当更新失败时将预定的重试次数减去一，当预定的重试次数为零时，确定出再次执行与预定的重试次数相同的次数的更新，并且在这种情况下，执行回退。具体而言，回退可以指恢复到现有数据的操作，并且可以确定利用预存储的回退数据(例如，先前版本的数据)来回退车辆控制器320。

处理器313可以配置为请求执行装置312利用预存储的回退数据来执行车辆控制器320的回退。另外，当执行装置312在利用预存储的回退数据执行车辆控制器320的回退之后从车辆控制器320接收到更新结果时，处理器313可以配置为当从车辆控制器320接收到回退结果时基于由执行装置312接收到的回退结果来确定车辆控制器的回退是否成功。

响应于确定出车辆控制器320的回退不成功，处理器313可以配置为执行预定的回退次数的回退。根据示例性实施方案，处理器313可以配置为每当回退失败时将预定的回退次数减去一，并且当预定的回退次数为零时，确定出已经执行了与预定的回退次数相同的次数的回退。响应于确定出回退成功或者已经执行了预定的回退次数的回退，处理器313可以配置为将预定的行驶次数减去一。

处理器313可以配置为确定预定的行驶次数是否为零，并且当预定的行驶次数为零时，即使已经执行了行驶次数的更新的重试和回退，也确定出对新版本的数据的更新已经失败，删除接收到的新版本的数据，并将新版本的数据设置为最终更新失败的版本。另一方面，响应于确定出预定的行驶次数不为零，处理器313可以配置为再次执行剩余行驶次数的更新，并重复地进行一系列执行回退的处理。因此，处理器313可以配置为每当更新失败时，在防止再次下载数据的同时连续尝试更新，从而防止由于下载而导致的数据开销过大。

车辆控制器320可以由各种处理装置(例如，包含能够操作或执行各种指令的半导体芯片等的微处理器)实现，并且可以包括配置为以电子方式操作车辆的各种设备的处理器，并且根据示例性实施方案，车辆控制器320可以包括需要更新的电控单元(ECU)。

图3是示出根据本发明的示例性实施方案的车辆更新方法的图。参照图3，处理器313可以配置为将从车辆控制器320接收到的更新版本和最终更新失败版本发送到通信装置311(S110)。另外，通信装置311可以配置为将从处理器313接收到的更新版本和最终更新失败版本发送到服务器200(S120)。

当从更新控制器310接收到车辆控制器320的更新版本和车辆控制器320的最终更新失败版本(Finalgiveup)时，服务器200可以配置为确定是否存在能够更新车辆控制器320的新版本的数据(S130)。特别地，新版本的数据可以指包括能够更新现有信息的新信息的数据。

响应于确定出存在新版本的数据(Y)，服务器200可以配置为确定新版本是否是从更新控制器310接收到的车辆控制器320的最终更新失败版本(S140)。服务器200可以配置为当在S130不存在新版本的数据时(N)，通知通信装置311不存在新版本(S150)。另外，当在S140服务器200确定出新版本的数据是从更新控制器310接收到的车辆控制器的最终更新失败版本时(Y)，服务器200可以配置为确定出不存在新版本的数据，并通知通信装置311不存在新版本的数据(S160)。另外，通信装置311可以配置为通知处理器313不存在新版本的数据(S170)。

另一方面，当在S140服务器200确定出新版本的数据不是从更新控制器310接收到的车辆控制器的最终更新失败版本时(N)，服务器200可以配置为确定出存在新版本的数据，并通知通信装置311存在新版本(S180)。此后，通信装置311可以配置为通知处理器313存在新版本的数据(S190)。

响应于识别出存在新版本的数据，处理器313可以配置为请求通信装置311下载新版本的数据(S200)。通信装置311可以配置为请求服务器200下载新版本的数据(S210)。服务器200可以配置为将新版本的数据发送到通信装置311(S220)，并且通信装置311可以配置为将从服务器200接收到的新版本的数据发送到处理器313(S230)。

当接收到新版本的数据时，处理器313可以配置为存储新版本的数据(S240)，获得用户对执行更新的批准，确定车辆状态，并验证新版本的数据的完整性(S250)。在S250，处理器313可以配置为基于车辆状态，在车辆控制器320更新到先前版本之后确定车辆的行驶次数。

当验证从服务器200接收到的新版本的数据的完整性时，处理器313可以配置为确定更新的执行，并请求执行装置312执行车辆控制器320的更新(S270)。另外，执行装置312可以配置为请求执行车辆控制器320的更新(S280)。车辆控制器320可以配置为将执行更新的结果发送到执行装置312(S290)，并且执行装置312可以配置为将从车辆控制器320接收到的更新结果发送到处理器313(S300)。

图4是示出根据本发明的示例性实施方案中的更新结果执行的车辆更新方法的图。参照图4，在执行了更新(S310)之后，处理器313可以配置为基于由执行装置312接收到的更新结果(图2中的S300)来确定车辆控制器的更新是否成功(S320)。

响应于在S320确定出车辆控制器320的更新成功(Y)，处理器313可以配置为将新版本的数据转换为回退数据(S340)。另一方面，响应于在S320确定出车辆控制器的更新不成功(N)，处理器313可以配置为再次执行预定的重试次数的更新。根据示例性实施方案，处理器313可以配置为每当更新不成功时将预定的重试次数减去一(S330)，并确定减法之后剩余的重试次数是否为零(S350)。

响应于在S350确定出剩余的重试次数不为零，处理器313可以配置为请求执行装置312执行更新(S360)，并且执行装置312可以配置为请求车辆控制器320执行更新新版本的数据(S370)。车辆控制器320可以配置为将更新结果发送到执行装置312，并且执行装置312可以配置为将更新结果发送到处理器313(S380)。此后，处理器313可以配置为重复执行S320到S380，直到减法之后剩余的重试次数为零，以及当在S350执行预定的重试次数的更新并且对预定的重试次数执行减法之后剩余的重试次数为零时，执行回退(S390)。在S390，回退可以指恢复现有数据的操作，并且可以确定为利用预存储的回退数据(例如，先前版本的数据)来回退车辆控制器320。

处理器313可以配置为请求执行装置312利用预存储的回退数据来执行车辆控制器320的回退(S400)。此外，处理器313可以配置为请求执行装置312利用预存储的回退数据来执行车辆控制器320的回退(S410)。车辆控制器320可以配置为将回退结果发送到执行装置312(S420)，并且执行装置312可以配置为将从车辆控制器320接收到的回退结果发送到处理器313(S430)。处理器313可以配置为基于从执行装置312接收到的回退结果来确定车辆控制器320的回退是否成功(S440)。

处理器313可以配置为当在S440车辆控制器320的回退不成功(N)时，执行预定的回退次数的回退。根据示例性实施方案，处理器313可以配置为每当回退不成功时将预定的回退次数减去一(S450)，并确定减法之后剩余的回退次数是否为零(S460)。响应于在S460确定出剩余的回退次数不为零，处理器313可以配置为重复执行S390到S450的操作，并且在执行预定的回退次数的回退并且减法之后回退次数为零时，将行驶次数减去一(S470)。随后，处理器313可以配置为确定减法之后剩余的行驶次数是否为零(S480)。

响应于在S480确定出减法之后剩余的行驶次数不为零(N)，可以重复执行S310到S470的操作。此外，响应于在S480确定出减法之后剩余的行驶次数为零，处理器313可以配置为：即使执行了行驶次数的更新的重试和回退，也确定出利用新版本的数据的车辆控制器320的更新失败，删除接收到的新版本的数据，并将新版本的数据设置为最终更新失败版本(S490)。

图5示出用于执行根据本发明的示例性实施方案的方法的计算系统的结构。参考图5，计算系统1000可以包括经由总线1200彼此连接的至少一个处理器1100、存储器1300、用户接口输入装置1400、用户接口输出装置1500、存储装置1600以及网络接口1700。处理器1100可以是中央处理单元(CPU)或半导体器件，其处理存储在存储器1300和/或存储装置1600中的指令。存储器1300和存储装置1600可以包括各种类型的易失性或非易失性存储介质。例如，存储器1300可以包括只读存储器(ROM)1310和随机存取存储器(RAM)1320。

因此，结合本文所公开的示例性实施方案描述的方法或者算法的操作可以直接地以硬件实现或以由处理器1100执行的软件模块实现或者以这两者的组合而实现。软件模块可以存在于存储介质(即，存储器1300和/或存储装置1600)中，比如，RAM、闪存、ROM、EPROM、EEPROM、寄存器、硬盘、可移动盘和CD-ROM。示例性存储介质可以联接到处理器1100，并且处理器1100可以从存储介质读取信息并且可以将信息记录在存储介质中。或者，存储介质可以与处理器1100集成。处理器1100和存储介质可以存在于专用集成电路(ASIC)中。ASIC可以位于用户终端中。在另一种情况下，处理器1100和存储介质可以在用户终端中作为单独组件而存在。

上面的描述仅仅说明了本发明的技术思想，并且本发明所属领域的技术人员可以在不脱离本发明的基本特征的情况下进行各种修改和改变。因此，提供本发明的示例性实施方案是为了解释本发明的精神和范围，而不是限制它们，使得本发明的精神和范围不受示例性实施方案的限制。本发明的保护范围应由所附权利要求来解释，并且在其等同范围内的所有技术思想应被解释为包括在本发明的范围内。

根据本发明的示例性实施方案的车辆更新系统和方法，可以防止具有失败更新历史的版本被再次下载并且不必要地增加数据使用。此外，本发明可以使用车内网络执行更新，但是在发生故障时重复执行更新，从而确保更新功能的鲁棒性。另外，当更新成功时，可以将更新数据用作下一次更新的回退数据，使得不单独下载回退数据，从而最小化无线数据的使用。

如上所述，尽管已经参考示例性实施方案和附图对本发明进行了描述，但是本发明不限于此，而是，本发明所属领域的技术人员可以进行各种修改和改变而不脱离所附权利要求中所要求保护的本发明的精神和范围。

Claims (19)

1.一种车辆更新系统，其包括：

服务器，其配置为基于车辆控制器的更新版本和最终更新失败版本来确定是否存在新版本的数据，并响应于确定出存在新版本的数据而发送新版本的数据；以及

更新控制器，其配置为基于从服务器接收到的新版本的数据来执行车辆控制器的更新，并根据车辆控制器的更新是否成功来确定数据的处理方式。

2.根据权利要求1所述的车辆更新系统，其中，所述服务器配置为：响应于确定出存在新版本的数据而确定新版本是否是最终更新失败版本，并且响应于确定出新版本是最终更新失败版本而确定出不存在新版本。

3.根据权利要求2所述的车辆更新系统，其中，所述服务器配置为：响应于确定出新版本不是最终更新失败版本而确定出存在新版本。

4.根据权利要求1所述的车辆更新系统，其中，所述更新控制器包括：

通信装置，其配置为从服务器接收新版本的数据；

执行装置，其配置为响应于接收到新版本的数据而执行车辆控制器的更新；以及

处理器，其配置为确定车辆控制器的更新是否成功。

5.根据权利要求4所述的车辆更新系统，其中，所述处理器配置为：响应于确定出车辆控制器的更新成功而将新版本的数据转换为回退数据。

6.根据权利要求4所述的车辆更新系统，其中，所述处理器配置为：响应于确定出车辆控制器的更新不成功而再次执行预定的重试次数的更新。

7.根据权利要求6所述的车辆更新系统，其中，所述处理器配置为：当再次执行了预定的重试次数的更新时执行回退。

8.根据权利要求7所述的车辆更新系统，其中，所述处理器配置为：执行回退并确定回退是否成功，并且当回退不成功时，执行预定的回退次数的回退。

9.根据权利要求8所述的车辆更新系统，其中，所述处理器配置为：当回退成功或执行了预定的回退次数的回退时，将行驶次数减去一。

10.根据权利要求9所述的车辆更新系统，其中，所述处理器配置为：当剩余的行驶次数为零时，删除接收到的新版本的数据，并将新版本的数据设置为最终更新失败版本。

11.一种车辆更新方法，其包括：

基于车辆控制器的更新版本和最终更新失败版本，通过处理器来确定是否存在新版本的数据；

当存在新版本的数据时，通过处理器发送新版本的数据；

基于新版本的数据，通过处理器来执行车辆控制器的更新，并根据车辆控制器的更新是否成功来确定数据的处理方式。

12.根据权利要求11所述的车辆更新方法，进一步包括：

响应于确定出存在新版本的数据而通过处理器确定新版本是否是最终更新失败版本，并且响应于确定出新版本是最终更新失败版本而通过处理器确定出不存在新版本。

13.根据权利要求12所述的车辆更新方法，进一步包括：

响应于确定出新版本不是最终更新失败版本而通过处理器确定出存在新版本。

14.根据权利要求11所述的车辆更新方法，进一步包括：

响应于确定出车辆控制器的更新成功而通过处理器将新版本的数据转换为回退数据。

15.根据权利要求11所述的车辆更新方法，进一步包括：

响应于确定出车辆控制器的更新不成功而通过处理器再次执行预定的重试次数的更新。

16.根据权利要求15所述的车辆更新方法，进一步包括：

当再次执行预定的重试次数的更新时，通过处理器执行回退。

17.根据权利要求16所述的车辆更新方法，进一步包括：

通过处理器执行回退并确定回退是否成功，并且当回退不成功时，执行预定的回退次数的回退。

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

当回退成功或执行了预定的回退次数的回退时，通过处理器将行驶次数减去一。

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

当减法之后剩余的行驶次数为零时，通过处理器删除接收到的新版本的数据，并将新版本的数据设置为最终更新失败版本。

Images