CN107102912A - 用于车辆软件更新安装的方法和设备 - Google Patents

用于车辆软件更新安装的方法和设备 Download PDF

Info

Publication number
CN107102912A
CN107102912A CN201710089414.XA CN201710089414A CN107102912A CN 107102912 A CN107102912 A CN 107102912A CN 201710089414 A CN201710089414 A CN 201710089414A CN 107102912 A CN107102912 A CN 107102912A
Authority
CN
China
Prior art keywords
software version
storage
vehicle
existing software
update
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.)
Withdrawn
Application number
CN201710089414.XA
Other languages
English (en)
Inventor
森基特·森加米西威兰
杰森·迈克尔·米勒
约翰·瑙姆·万格洛夫
布伦南·汉密尔顿
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ford Global Technologies LLC
Original Assignee
Ford Global Technologies LLC
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from US15/047,715 external-priority patent/US12001825B2/en
Application filed by Ford Global Technologies LLC filed Critical Ford Global Technologies LLC
Publication of CN107102912A publication Critical patent/CN107102912A/zh
Withdrawn legal-status Critical Current

Links

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
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1438—Restarting or rejuvenating
    • 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
    • G06F8/656—Updates while running
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44536—Selecting among different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Stored Programmes (AREA)

Abstract

本发明公开了用于车辆软件更新安装的方法和设备。一种系统包括处理器，所述处理器被配置为检测车辆点火开关断开。所述处理器还被配置为：从电子控制单元(ECU)的主存储器(“内部存储器”)中删除现有的软件版本，其中，针对所述现有的软件版本，在所述电子控制单元的辅助存储器中存在新的软件版本更新。所述处理器还被配置为：将所述新的软件版本更新从所述辅助存储器(“外部存储器”)加载至所述主存储器；当在加载期间检测到故障时，从所述主存储器中删除所述新的软件版本更新，并从所述辅助存储器重新加载所述现有的软件版本。

Description

用于车辆软件更新安装的方法和设备
技术领域
说明性的实施例总体上涉及用于车辆软件更新安装的方法和设备。
背景技术
车辆远程信息处理单元以及车辆计算和信息娱乐系统在现代车辆中高度普及。这些系统允许集成来自远程源的应用、车辆中的媒体和内容的播放、与远程源的通信，并通常提供更良好的驾驶员体验。由于这些系统和其它车辆电子控制单元(ECU)通常依赖一些形式的可更新的软件/固件组件，此外，由于软件一直被更新以提供组件之间的兼容性，因此，客户必须经常到访经销商一年至少几次来在它们的车辆计算系统上整体运行诊断和更新。目前，通过将车辆物理连接至提供更新的系统并由经销商安装更新来完成诊断和更新。这允许经销商确保最近的模块和版本被安装，防止客户手动修补车辆计算软件，并允许原始设备制造商(OEM)获取安装在车辆上的当前软件和固件版本的简况(snapshot)。
通常，车辆ECU仅包含可用于执行指令、启动、配置ECU等的单个车载闪存。如果在更新期间该存储器被覆写，则其内容不能被恢复。如果更新导致错误，则在ECU再次工作之前，可能需要下载旧代码或新代码的另一版本。
发明内容
在第一说明性实施例中，一种系统包括处理器，所述处理器被配置为检测车辆点火开关断开。所述处理器还被配置为：从电子控制单元(ECU)的主存储器(“内部存储器”)中删除现有的软件版本，其中，针对所述现有的软件版本，在所述电子控制单元的辅助存储器中存在新的软件版本更新。所述处理器还被配置为：将所述新的软件版本更新从所述辅助存储器(“外部存储器”)加载至所述主存储器；当在加载期间检测到故障时，从所述主存储器中删除所述新的软件版本更新，并从所述辅助存储器重新加载所述现有的软件版本。
在第二说明性实施例中，一种计算机实现的方法包括：响应于车辆点火开关断开事件，从内部存储器中删除现有的软件版本，其中，针对所述现有的软件版本，在外部存储器中存在新的软件版本更新。所述方法还包括：将所述新的软件版本更新从所述外部存储器加载至所述内部存储器；响应于所述加载中的故障，从所述内部存储器中删除所述新的软件版本更新，并从所述外部存储器重新加载所述现有的软件版本。
在第三说明性实施例中，一种非暂态计算机可读存储介质存储当被执行时使得车辆处理器执行包括以下步骤的方法的指令，所述方法包括：响应于车辆点火开关断开事件，如果在外部存储器中存在新的软件版本更新，则从内部存储器中删除现有的软件版本。所述方法还包括：将所述新的软件版本更新从所述外部存储器加载至所述内部存储器；响应于所述加载中的故障，从所述内部存储器中删除所述新的软件版本更新，并从所述外部存储器中的所述现有的软件版本存在的位置重新加载所述现有的软件版本。
根据本发明的一个实施例，所述方法还包括：在将所述新的软件版本更新成功加载至所述内部存储器之后测试所述新的软件版本更新。
根据本发明的一个实施例，所述方法还包括：响应于在所述测试期间的错误，从所述内部存储器中删除所述新的软件版本更新，并从所述外部存储器中的所述现有的软件版本存在的位置重新加载所述现有的软件版本。
根据本发明的一个实施例，所述方法还包括：响应于当电子控制单元尝试利用所述新的软件版本更新时发生错误，从所述内部存储器中删除所述新的软件版本更新，并从所述外部存储器中的所述现有的软件版本存在的位置重新加载所述现有的软件版本。
根据本发明的一个实施例，所述方法还包括：当所述删除和所述加载中的任何一个正在进行时暂停所述车辆的可驾驶性。
根据本发明的一个实施例，所述方法还包括：如果在所述外部存储器中不存在与所述现有的软件版本对应的更新，则在删除所述现有的软件版本之前将所述现有的软件版本复制到所述外部存储器。
附图说明
图1示出了说明性的车辆计算系统；
图2A示出了用于提供车辆软件/固件更新的说明性云端处理；
图2B示出了用于更新处理的说明性车辆侧处理；
图3示出了用于更新通知的说明性处理；
图4示出了另一说明性的更新通知处理；
图5示出了用于召回处理的说明性处理；
图6示出了车辆存储系统的说明性示例；
图7示出了用于更新加载的说明性处理；
图8示出了用于更新处理的说明性处理。
具体实施方式
根据需要，在此公开了本发明的具体实施例；然而，将理解的是，所公开的实施例仅为本发明的示例，其中，本发明可以以各种替代形式来实现。附图不必按比例绘制；一些特征可被夸大或极小化以示出特定组件的细节。因此，在此公开的具体结构和功能细节不应被解释为具有限制性，而仅仅作为用于教导本领域技术人员以多种方式利用本发明的代表性基础。
图1示出用于车辆31的基于车辆的计算系统(VCS)1的示例框式拓扑图。这种基于车辆的计算系统1的示例为由福特汽车公司制造的SYNC系统。设置有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触摸敏感屏幕，则用户还能够与所述界面进行交互。在另一说明性实施例中，通过按钮按压、具有自动语音识别和语音合成的口语对话系统来进行交互。
在图1所示的说明性实施例1中，处理器3控制基于车辆的计算系统的至少一部分操作。设置在车辆内的处理器3允许对命令和程序进行车载处理。另外，处理器连接到非持久性存储器5和持久性存储器7两者。在此说明性实施例中，非持久性存储器是随机存取存储器(RAM)，持久性存储器是硬盘驱动器(HDD)或闪存。通常，持久性(非暂时性)存储器可包括当计算机或其它装置掉电时保持数据的所有形式的存储器。这些存储器包括但不限于HDD、CD、DVD、磁带、固态驱动器、便携式USB驱动器和任何其它适当形式的持久性存储器。
处理器还设置有允许用户与处理器进行交互的多个不同的输入。在此说明性实施例中，麦克风29、辅助输入25(用于输入33)、USB输入23、GPS输入24、屏幕4(其可为触摸屏显示器)和蓝牙输入15全部被设置。还设置有输入选择器51，以允许用户在各种输入之间进行切换。对麦克风和辅助连接器两者的输入在被传送到处理器之前，由转换器27对所述输入进行模数转换。尽管未示出，但是与VCS进行通信的众多车辆组件和辅助组件可使用车辆网络(诸如但不限于CAN总线)向VCS 1(或其组件)传送数据并传送来自VCS(或其组件)的数据。
系统的输出可包括但不限于视觉显示器4以及扬声器13或立体声系统输出。扬声器被连接到放大器11，并通过数模转换器9从处理器3接收其信号。还可分别沿19和21所示的双向数据流产生到远程蓝牙装置(诸如个人导航装置(PND)54)或USB装置(诸如车辆导航装置60)的输出。
在一说明性实施例中，系统1使用蓝牙收发器15与用户的移动装置53(例如，蜂窝电话、智能电话、PDA或具有无线远程网络连接能力的任何其它装置)进行通信(17)。移动装置53随后可用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，蜂窝塔57可以是WiFi接入点。
移动装置和蓝牙收发器之间的示例性通信由信号14表示。
可通过按钮52或类似的输入来指示将移动装置53与蓝牙收发器15配对。相应地，CPU被指示车载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。
可利用例如与移动装置53关联的数据计划、话上数据或DTMF音在CPU3与网络61之间传送数据。可选地，可期望包括具有天线18的车载调制解调器63，以便在CPU 3与网络61之间通过语音频带传送数据(16)。移动装置53随后可用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，调制解调器63可与蜂窝塔57建立通信(20)，以与网络61进行通信。作为非限制性示例，调制解调器63可以是USB蜂窝调制解调器，并且通信(20)可以是蜂窝通信。
在一说明性实施例中，处理器设置有包括用于与调制解调器应用软件进行通信的API的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与(诸如在移动装置中发现的)远程蓝牙收发器的无线通信。蓝牙是IEEE 802 PAN(个域网)协议的子集。IEEE 802 LAN(局域网)协议包括WiFi并与IEEE 802 PAN具有相当多的交叉功能。两者都适合于车辆内的无线通信。可在本领域使用的另一通信方式是自由空间光通信(诸如IrDA)和非标准化消费者红外协议。
在另一实施例中，移动装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据的实施例中，当移动装置53的拥有者可在数据被传送的同时通过装置说话时，可实施已知为频分复用的技术。在其它时间，当拥有者没有在使用装置时，数据传送可使用整个带宽(在一示例中是300Hz至3.4kHz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言会是常见的并仍在被使用，但其已经在很大程度上被用于数字蜂窝通信的码域多址(CDMA)、时域多址(TDMA)、空域多址(SDMA)的混合体所替代。这些都是ITU IMT-2000(3G)兼容的标准，为静止或行走的用户提供高达2mbps的数据速率，并为在移动的车辆中的用户提供高达385kbps的数据速率。3G标准现在正被IMT-Advanced(4G)所替代，其中，所述IMT-Advanced(4G)为在车辆中的用户提供100mbps的数据速率，并为静止的用户提供1gbps的数据速率。如果用户具有与移动装置53关联的数据计划，则所述数据计划可允许宽带传输且系统可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装置(未示出)所替代。在另一实施例中，移动装置(ND)53可以是能够通过例如(而不限于)802.11g网络(即，WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。
在一实施例中，传入数据可经由话上数据或数据计划穿过移动装置，穿过车载蓝牙收发器，并进入到车辆的内部处理器3。例如，在特定临时数据的情况下，数据可被存储在HDD或其它存储介质7上，直至不再需要所述数据时为止。
可与车辆进行接口连接的其它源包括：具有例如USB连接56和/或天线58的个人导航装置54、具有USB 62或其它连接的车辆导航装置60、车载GPS装置24、或具有连接到网络61的能力的远程导航系统(未示出)。USB是一类串行联网协议中的一种。IEEE 1394(火线TM(苹果)、i.LINKTM(索尼)和LynxTM(德州仪器))、EIA(电子工业协会)串行协议、IEEE 1284(Centronics端口)、S/PDIF(索尼/飞利浦数字互连格式)和USB-IF(USB开发者论坛)形成了装置-装置串行标准的骨干。多数协议可针对电通信或光通信来实施。
此外，CPU可与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69被连接。辅助装置65可包括但不限于个人媒体播放器、无线保健装置、便携式计算机等。
另外或可选地，可使用例如WiFi(IEEE 803.11)收发器71将CPU 3连接到基于车辆的无线路由器73。这可允许CPU 3在本地路由器73的范围内连接到远程网络。
除了由位于车辆中的车辆计算系统执行示例性处理之外，在某些实施例中，还可由与车辆计算系统通信的计算系统来执行所述示例性处理。这样的系统可包括但不限于无线装置(例如但不限于，移动电话)或通过无线装置连接的远程计算系统(例如但不限于，服务器)。总体上，这样的系统可被称为与车辆关联的计算系统(VACS)。在某些实施例中，VACS的特定组件可根据系统的特定实施而执行处理的特定部分。通过示例而并非限制的方式，如果处理包括与配对的无线装置进行发送或者接收信息的步骤，则很可能由于无线装置不会与其自身进行信息的“发送和接收”而使得无线装置不执行处理的该部分。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定的计算系统。
在此讨论的每个说明性的实施例中，示出了可由计算系统执行的处理的示例性的、非限制的示例。关于每个处理，执行处理的计算系统为了执行处理的有限目的而变成被配置为专用处理器以执行处理是可能的。所有的处理不需要被全部执行，并被理解为可被执行以实现发明的要素的处理类型的示例。额外的步骤可根据需要被添加至示例性处理或者被从示例性处理中移除。
在当前车辆计算系统允许通过经销商界面完成软件和固件的更新时，这种系统还需要客户访问经销商或其它许可的服务提供者。由于客户通常等到车辆需要物理服务(更换机油或轮胎调位的期限)，因此这将产生获取更新的延时，或者不能一同更新软件。由于软件和固件更新通常提升性能或者被需要用于安全目的，因此客户可能无法从他们的车辆获取完整的最优的体验，除非他们努力保持其软件是最新的，这在经销商更新模式下可能需要为了更新而经常访问经销商或维修地点。
说明性的实施例提供了用于获取空中(over-the-air，OTA)更新的代表性系统和方法，所述系统和方法允许客户更新车辆软件而不需要到访经销商。提出的方案和示例提供了有效且可靠的具有最少的用户交互和影响的更新车辆软件和固件的手段。此外，OEM可跟踪对哪些车辆提供和/或应用了哪些更新，因此，可以良好地感知到哪些软件和固件版本在部署的车辆中非常普遍，从而可帮助专注于更新工作和允许早期的问题识别，以及在例如出现任何特定版本的问题的情况下通知适当的相关方。
图2A示出了用于提供车辆软件/固件更新的说明性的云端处理。关于在该图中描述的说明性实施例，应注意，通用处理器可临时作为专用处理器以用于执行在此示出的示例性方法中的一些或全部的目的。当执行提供指令的代码以执行所述方法的一些或全部步骤时，处理器可被临时转用为专用处理器，直到方法完成时为止。在另一示例中，在适当的程度上，根据预配置的处理器运行的固件可使处理器作为用于执行所述方法或其一些合理变型的目的的专用处理器。
在这个说明性示例中，OEM工程师或被指定提供软件和固件更新的其它方可将软件上传至初始系统资源库(诸如被指定为从一方或更多方接收更新的车内软件系统(in-vehicle software system，IVS))。这些文件随后被发送至全球车内信息系统(global in-vehicle information system，GIVIS)，软件可被存储在全球车内信息系统(GIVIS)中以用于通过车辆工具下载。在GIVIS系统从IVS系统接收到软件之后(操作201)，GIVIS系统可将软件推送给云(操作203)，在所述云中，软件可被提供至远程连接的车辆远程信息处理控制单元(telematic control unit，TCU)。
除了将文件推送至云(或者以其它方式使文件无线可用)，GIVIS系统还可告知服务传输网络(SDN)以通知特定车辆对安装的软件或固件包的更新可用于下载和安装(操作205)。
在说明性的实施例中，后台的OEM系统跟踪哪些模块和版本被安装在允许OTA更新的各种车辆上。这种信息可从例如车辆TCU接收和存储在远程OEM数据库中。对于配置已知的车辆，SDN可识别哪些车辆适合更新(基于已知的安装的软件和固件版本)，并可向那些车辆发送新的安装包已经准备好被下载的消息。对于还未报告的其它车辆，例如，系统可基于初始构造针对更新识别车辆，并且还可通知这些系统。在这个示例中，由于处理将在提供更新之前检查安装的软件，因此当系统被通知实际配置时，任何不兼容性均可被处理。
由于识别的车辆联机(例如，而非限制，它们是启动的)，因此它们可基于例如来自SDN的通知登入更新服务器。系统接收登记(操作207)以及安装在车辆上的软件和固件的清单(操作209)。这可以是完整的列表，或者，在另一示例中，可与被指定更新的软件包和固件包特别相关。完整的列表将向OEM提供车辆的当前简况，但简短的列表可花费更少的时间来汇编和发送。报告可基于传输时间、完整性、数据量等之间的权衡来按照需要被配置。
一旦从车辆接收到清单(操作209)，处理可确定哪些软件和固件适合更新，并汇编可用更新的列表(操作211)。识别可用于下载的可更新的软件/固件和/或版本的更新清单随后可被发送至车辆(操作213)。如图2B所示，所述车辆将下载适当的软件，在适当的时候安装软件更新。一旦软件更新被成功安装，处理就将接收识别多个更新的安装成功或失败的状态日志(操作215)。这可在稍后的时间进行，这是因为例如下载可能发生在启动时而安装可能发生在关闭时(当车辆没有被使用时)。远程系统可随后存储安装的软件版本和固件版本中的部分或全部的更新的简况(取决于在初始的清单和更新状态日志中提供了多少数据)(操作217)。
图2B示出了用于更新处理的说明性的车辆侧处理。关于在该图中描述的说明性实施例，应注意，通用处理器可临时作为专用处理器以用于执行在此示出的代表性方法中的一些或全部的目的。当执行提供指令的代码以执行所述方法的一些或全部步骤时，处理器可被临时转用为专用处理器，直到方法完成时为止。在另一示例中，在适当的程度上，根据预配置的处理器运行的固件可使处理器作为用于执行所述方法或其一些合理变型的目的的专用处理器。
在这个说明性示例中，处理是车辆侧的处理，所述处理不必没有暂停地运行至完成(即，在特定步骤之间可以存在明显的时间间隙)。车辆通常通过车辆TCU被通知更新的软件包可用于该车辆(操作221)。例如，这种SDN通知可被用于使车辆处于当车辆下一次启动时所述车辆将检查更新的状态。
在启动时，响应于SDN通知，或者在另一合适的时间，处理将生成安装在车辆上已有的软件和固件版本的清单(操作223)。这可以是软件和固件的完整列表，或者例如可被限制为更新可用于的软件和固件的版本。第三个列表的示例可以是可更新的软件和固件的版本，以及兼容性目的所需的其它模块的版本(例如，尽管模块Z不可更新，但针对模块N的更新，模块Z必须处于2.0.1版本以保持兼容性，因此模块Z和N两者的版本都可被提供)。随后，再次处于启动或其它指定时间时，处理将登入GIVIS云(或其它提供服务的软件/固件)(操作225)以获取更新的软件。
处理将安装的版本的清单发送至GIVIS系统(操作227)，允许GIVIS系统检查以确保安装的软件的数据库记录是正确的。如果车辆系统具有非预期的更新的版本(例如用户可能已经手动安装更新的版本)，则更新可被放弃，或被改变为不同的版本。一旦更新的适当性被验证或修正，则车辆系统将接收到包含可用于下载的可更新的软件模块的列表的清单(操作229)。
车辆系统随后将下载合适的更新(可以是全部更新，或者一些系统或用户从全部更新中选择的子集)(操作231)。更新也将在某些时候被安装(操作233)，但是如之前提到的这可以发生在不同的时间。由于对车辆模块的更新可能在安装的同时影响驾驶性，因此，可能希望在安装更新之前等到车辆不被使用时(诸如关闭时)。在另一示例中，为了快速更新，系统可在实施更新时在有线的时间段内阻止驾驶。后一种模式可例如在高优先级的安全更新被下载以用于安装时被使用，或者在任意其它合适的时间被使用。一旦更新被安装，则处理可向GIVIS系统发送更新后的日志(操作235)，所述更新后的记录可包括更新成功或失败，并且如果需要使关于当前车辆配置的信息尽量多，则所述更新后的记录还可包括当前安装的软件和固件模块的另一完整列表。
尽管未示出，但是例如处理还可记录或记载对车辆的特定软件版本更新的传输。例如，这可有助于在车辆重复接收更新版本但当尝试更新时不能成功应用所述更新时，识别更新问题。
图3示出了用于更新通知的说明性处理。关于在该图中描述的说明性实施例，应注意，通用处理器可临时作为专用处理器以用于执行在此示出的示例性方法中的一些或全部的目的。当执行提供指令的代码以执行所述方法的一些或全部步骤时，处理器可被临时转用为专用处理器，直到方法完成时为止。在另一示例中，在适当的程度上，根据预配置的处理器运行的固件可使处理器作为用于执行所述方法或其一些合理变型的目的的专用处理器。
在这个说明性示例中，处理运行在服务传输网络或被指定为向车辆通知新更新的可用性的其它通信系统上。在这个示例中，处理接收(或检索)被特定更新影响的车辆的车辆识别码(VIN)(操作301)。
每个车辆的软件和固件配置被存储在数据库中，可使用多种源(源于车辆报告、经销商报告、生产时的已知的安装版本等)填充和更新所述数据库。例如，数据库可被查询以识别被安装了软件N的特定版本的车辆，诸如具有例如2.0.3版本的车辆，新更新2.0.4将被应用在该车辆上。在另一示例中，版本为2.0.3或版本低于2.0.3的所有车辆根据例如特定更新可被识别为更新至2.0.4的候选车辆。
车辆可通过VIN被识别，VIN可被用于查找允许消息被发送至特定的VIN被识别的车辆的通信数据。在这个示例中，为了防止通知不想要OTA更新的用户，处理检查每个VIN以查看用户是否同意OTA更新(操作303)。不在数据库中的VIN可对应于不允许OTA更新的用户，或者对应于由于多种原因不想要OTA更新的用户(诸如想要所有车辆处于相同版本水平的车队经理)。如果给定的VIN具有与此相关的许可(操作305)，则SDN可将该VIN添加至列表以用于通知(操作307)。只要VIN保留以用于许可验证(操作309)，该处理就可继续。一旦允许OTA更新的VIN已经被验证，则处理可向具有关联的VIN的车辆发送更新指令、通知等(操作311)。
图4示出了另一说明性的更新通知处理。关于在该图中描述的说明性实施例，应注意，通用处理器可临时作为专用处理器以用于执行在此示出的示例性方法中的一些或全部的目的。当执行提供指令的代码以执行所述方法的一些或全部步骤时，处理器可被临时转用为专用处理器，直到方法完成时为止。在另一示例中，在适当的程度上，根据预配置的处理器运行的固件可使处理器作为用于执行所述方法或其一些合理变型的目的的专用处理器。
在这个说明性的示例中，例如，运行在GIVIS上的处理从OEM工程师或被指定提供更新的其它方接收更新文件(操作401)。在这个示例中，GIVIS存储车辆配置的记录(或者访问存储记录的数据库)，并仅向SDN提供可应用的VIN的列表以用于通知(该处理是参照图3描述的代表性处理)。这里，处理利用数据库来(在这个示例中，通过VIN)确定哪些车辆具有符合接收的更新的条件的软件(操作403)。在这个示例中，处理首先根据软件模块分类(操作403)，以确定哪些车辆被安装了可更新的模块。随后，针对每个车辆，处理确定软件是否已经被更新(操作405)，或者处于不适合更新的状态。如果所述软件已经被更新或者处于不适合更新的状态(操作405)，则处理将继续下一个记录(操作409)。否则，该车辆的VIN被添加至将被发送至SDN的更新列表(操作407)。当然，由于示出的处理仅是说明性的，因此查询数据库和汇编记录的列表的任意方法可被使用。一旦分析了所有记录，则处理可向SDN发送合适的VIN的列表(操作411)，如图3所示，SDN可检查存储的OTA许可。尽管图4中的GIVIS处理和图3中示出的OTA许可验证相对于分开的系统被描述，但如果需要并且合适，根据提供OTA软件更新的后台网络的布局和配置，GIVIS处理和OTA许可验证可被合并。
图5示出了用于召回处理的说明性处理。关于在该图中描述的说明性实施例，应注意，通用处理器可临时作为专用处理器以用于执行在此示出的示例性方法中的一些或全部的目的。当执行提供指令的代码以执行所述方法的一些或全部步骤时，处理器可被临时转用为专用处理器，直到方法完成时为止。在另一示例中，在适当的程度上，根据预配置的处理器运行的固件可使处理器作为用于执行所述方法或其一些合理变型的目的的专用处理器。
图5示出了通过具有当前安装的软件和固件版本的更加新的记录来促进的说明性的召回通知处理。尽管所述处理可利用报告安装在车辆中的软件和固件版本的任意记录集来被使用，但记录越新，召回通知的传输越精确。例如，如果OEM不具有关于当前软件版本的任何信息，则OEM必须向具有需要特定更新的一些版本的特定软件或固件模块的所有车辆型号发送召回通知。另一方面，如果更新仅应用于例如3.3.1版本，则完整的或更完整的记录集可避免向不适合的至少一部分车辆发送召回通知。对于当前配置是未知的车辆，或者对于更新已经过去很长时间的车辆，处理可出于慎重考虑仍然选择发送通知。然而，处理可避免向已知更新已经被应用和/或具有需要更新的版本之后的版本(例如版本3.3.2)的车辆发送通知。
处理接收应用于安装在特定车辆中的特定软件或固件模块的召回通知(操作501)。通过如上所述地使用数据库查询，处理可识别已知哪些车辆需要更新，或者另外地或可选地，哪些车辆不需要更新(操作503)。处理可随后汇编应对其发送通知的VIN的列表(或者在可选的配置中，肯定不需要通知的VIN的列表)(操作505)。这两种形式的列表可被用于限制向其发送通知的车辆的列表，因此，至少一些驾驶员不需要被通知不应用到他们的车辆上的召回。召回通知可随后被发送至合适的车辆(操作507)。
如提到的，基于不完整的信息，使用该处理仍然存在一些通知的重复和冗余，但是，例如从客户车辆和经销商更新接收的信息越好，召回通知的定向越精确。基于已知哪些模块和版本被安装在哪些特定车辆上，类似的方法还可被用于其它的目标车辆的消息传送。由于OTA更新允许在不需要客户到访经销商的情况下更频繁地维护软件和固件模块，因此，如果这些信息由OEM采集，则增加的频率可提供提升的简况精确度。
图6示出了车辆存储系统的说明性示例。典型的车辆启动系统601包括至少一个引导加载程序(bootloader)603和多个内部闪存605。这种范例可被应用于需要一些形式的开启(例如当车辆点火开关接通时)的任意系统和所有系统。说明性的实施例提供了可被存储在多个位置中的软件更新的安装(或闪存)。当前安装的软件版本的可复原的备份版本还存在，以防更新失败。例如，典型的电子控制单元(ECU)仅包含存储操作/启动/控制文件和对应的指令的内部闪存。
在这个说明性的示例中，提供了外部或额外的闪存，所述外部或额外的闪存具有至少两个扇区、分区或者是至少两个单独的存储器607、609的形式。因此，在至少一个实施例中，考虑到了包含典型的内部存储器的ECU和附加的外部存储器。这种附加的存储器可被提供为ECU上的“内部”存储器，即，类似于标准存储器，但可被单独访问。在这个示例中，“内部”存储器会是ECU用于存储指令的存储器，“外部”存储器会是用作用于更新处理的辅助存储器的存储器。无论何时加载了新的软件更新，两个存储器分区中的非最近使用的分区接收该更新。更近使用的分区保存软件的当前安装版本的副本。这种方案可用于在不支持可重定位代码的电子控制单元上实现A和B更新方法(安装至新位置，如果新的安装不可用则使用旧位置)。在支持可重定位代码的系统中，引导加载程序可尝试从新位置启动，并且如果启动不成功(例如代码质量不好)，则随后返回到旧位置，但很多ECU不支持这个模式。
图7示出了用于更新加载的说明性处理。关于在该图中描述的说明性实施例，应注意，通用处理器可临时作为专用处理器以用于执行在此示出的示例性方法中的一些或全部的目的。当执行提供指令的代码以执行所述方法的一些或全部步骤时，处理器可被临时转用为专用处理器，直到方法完成时为止。在另一示例中，在适当的程度上，根据预配置的处理器运行的固件可使处理器作为用于执行所述方法或其一些合理变型的目的的专用处理器。
在这个说明性的示例中，处理接收新的软件更新(操作701)。这可以是软件或固件，并被设计为例如更新已经由现有的ECU执行的现有的一部分代码。在这个示例中，ECU在已知的闪存位置处具有现有的软件，所述代码从所述位置被执行。外部存储位置A和B被提供用于保存当前安装的软件的更新和备份版本(通常是以前的更新留下的)。
这是描述可用的外部存储空间的简化示例。在更复杂的示例中，存在巨大的外部存储空间(位置/扇区)，被指定用于代替或不使用的扇区可被新的软件覆写。例如，如果针对另一模块存在两个版本的不同的软件更新，则仅有最近的版本可被保存(如果所述版本已经被处理)，因此，两个版本中的较旧的版本可被新的更新覆写，即使该更新可能与被覆写的软件不相关。这允许重新使用不再被需要用于保存已经被更新的软件的较旧的备份版本的存储空间(意味着更新的更新版本可被存储在外部存储器中的其它位置)。
一旦新的软件被接收，处理可检查安装日志、文件生成日期等，以确定外部(或额外)存储位置A或B中的哪个以前被用于安装软件的当前现有的版本(操作703)。如果存储位置是位置A(操作705)，则处理将新的更新加载至位置B(操作707)。位置A继续保存以前的更新。可选地，如果位置A未被使用(在这个示例中，意味着位置B是最后一次使用的位置)，则处理将新的更新加载至位置A(操作709)。示出的方法仅是说明性的，对于确定写入更新的位置存在多种可能性，并且，还可能存在多于两个的外部存储位置(或额外存储位置)可用于执行该处理。
图8示出了用于更新处理的说明性处理。关于在该图中描述的说明性实施例，应注意，通用处理器可临时作为专用处理器以用于执行在此示出的示例性方法中的一些或全部的目的。当执行提供指令的代码以执行所述方法的一些或全部步骤时，处理器可被临时转用为专用处理器，直到方法完成时为止。在另一示例中，在适当的程度上，根据预配置的处理器运行的固件可使处理器作为用于执行所述方法或其一些合理变型的目的的专用处理器。
在这个说明性的示例中，更新将在车辆点火开关断开时被安装。这有助于确保拥有者不在安装更新时使用车辆。在这个说明性的示例中，当更新被安装时，车辆的使用可被暂时禁用，至少持续有限的时间段。
一旦发生点火开关断开(操作801)，处理暂停车辆使用(或至少暂停发动机启动，或类似地暂停驱动车辆的功能)(操作803)。所述暂停可持续更新的时长、持续有限的时间段、或者大概持续到车辆适合行驶为止。处理还检查外部(或额外)闪存(操作805)，以确定新的软件更新是否存在(操作807)。在其它实施例中，处理可仅在确定新的软件存在之后暂停车辆使用，但是在这个示例中，由于一经确定不存在新的软件，车辆就能够被使用(操作809)，因此，可能发生的几秒钟或更短的延时不会对拥有者造成很大的不便。如果延时是个问题，则处理可在暂停车辆使用之前一直等到验证了新的更新存在。
一旦新的更新被验证存在，处理就可随后将现有的软件版本从内部闪存中删除(操作811)。此时，内部存储器没有安装的软件，这就是当更新发生时车辆的使用被短暂暂停的原因，以防当车辆启动时需要软件。新的软件版本从包含在外部存储空间中的可用更新被闪存(flash)(操作813)。
新安装的版本可被测试错误和功能(操作815)。如果在新安装的版本中检测到错误(即新安装的版本是无效的)(操作817)，则处理可将新安装的版本从存储器中擦除(操作819)。以前安装的版本可随后从另一外部存储空间被重新加载(操作821)，其中，最初提供该版本的更新被存储在所述另一外部存储空间。
例如，如果存在两个外部存储位置A和B，并且位置A保存以前安装的版本，则新的软件将在下载之后被加载至位置B。随后，当点火开关断开时，处理将暂停车辆操作并识别新的软件更新存在于位置B(反之亦可)。处理将现有的版本从内部存储器(在内部存储器，所述版本被引导加载程序使用)中擦除。
新版本从外部存储位置B被加载，所述新版本向车辆系统提供新的软件版本(或者固件版本)。在这个示例中，新加载的软件随后被检查错误。如果发现错误，则处理可再次擦除存储器，并从存储位置A加载旧的软件版本。由于旧的软件版本与以前安装的版本相对应，因此这应该被推测为是没有错误的。如果处理不能恢复旧的版本，则可采取额外的补救步骤。此外或可选地，如果直到引导加载程序尝试使用新安装的软件时(可以是当点火开关接通时或稍后的一些其它时间)仍未检测到错误，则旧版本仍被存储在位置A并且可用于恢复旧版本。
如果针对多个车辆软件安装的更新的数量超过现有的外部(或额外)存储位置的数量加一(用于更新)，则以上描述的“A”位置(包含旧版本)可通过在处理来自新软件位置的更新之前将当前构造/版本闪存/加载至第一软件位置来被创建。这确保至少当前被更新的软件的备份当前存在于一个额外的位置中。充足的外部/额外存储器避免了这种状况，但是，如果在外部存储器中没有已经存在的副本，则至少可以通过在擦除当前构造的内部存储器之前进行复制来重新创建现有的软件版本。
虽然以上描述了示例性实施例，但这些实施例并不意在描述要求保护的主题的所有可能形式。更确切地，说明书中所使用的词语是描述性词语而非限制性词语，并且应理解的是，可在不脱离本公开的精神和范围的情况下做出各种改变。此外，可将各种实施的实施例的特征进行组合以形成未被明确描述或说明的进一步的实施例。

Claims (15)

1.一种系统，包括：
处理器，被配置为：
检测车辆点火开关断开；
从电子控制单元的主存储器中删除现有的软件版本，其中，针对所述现有的软件版本，在所述电子控制单元的辅助存储器中存在新的软件版本更新；
将所述新的软件版本更新从所述辅助存储器加载至所述主存储器；
当在所述加载期间检测到故障时，从所述主存储器中删除所述新的软件版本更新，并从所述辅助存储器中重新加载所述现有的软件版本。
2.如权利要求1所述的系统，其中，所述处理器还被配置为：在将所述新的软件版本更新成功加载至所述主存储器之后测试所述新的软件版本更新。
3.如权利要求2所述的系统，其中，所述处理器还被配置为：当在所述测试期间检测到错误时，从所述主存储器中删除所述新的软件版本更新，并从所述辅助存储器重新加载所述现有的软件版本。
4.如权利要求1所述的系统，其中，所述处理器还被配置为；如果当电子控制单元尝试利用所述新的软件版本更新时发生错误，则从所述主存储器中删除所述新的软件版本更新，并从所述辅助存储器重新加载所述现有的软件版本。
5.如权利要求1所述的系统，其中，所述处理器还被配置为：在所述删除期间和所述加载期间暂停所述车辆的可驾驶性。
6.如权利要求1所述的系统，其中，所述处理器还被配置为：从所述辅助存储器中的先前当所述现有的软件版本首次被加载时存储产生所述现有的软件版本的更新的位置重新加载所述现有的软件版本。
7.如权利要求1所述的系统，其中，所述处理器还被配置为：如果在所述辅助存储器中不存在所述现有的软件版本，则在删除所述现有的软件版本之前将所述现有的软件版本从所述主存储器复制到所述辅助存储器。
8.一种计算机实现的方法，包括：
响应于车辆点火开关断开事件，从内部存储器中删除现有的软件版本，其中，针对所述现有的软件版本，在外部存储器中存在新的软件版本更新；
将所述新的软件版本更新从所述外部存储器加载至所述内部存储器；
响应于所述加载中的故障，从所述内部存储器中删除所述新的软件版本更新，并从所述外部存储器重新加载所述现有的软件版本。
9.如权利要求8所述的方法，还包括：在将所述新的软件版本更新成功加载至所述内部存储器之后测试所述新的软件版本更新。
10.如权利要求9所述的方法，还包括：响应于在所述测试期间的错误，从所述内部存储器中删除所述新的软件版本更新，并从所述外部存储器中的所述现有的软件版本存在的位置重新加载所述现有的软件版本。
11.如权利要求8所述的方法，还包括：响应于当电子控制单元尝试利用所述新的软件版本更新时发生错误，从所述内部存储器中删除所述新的软件版本更新，并从所述外部存储器中的所述现有的软件版本存在的位置重新加载所述现有的软件版本。
12.如权利要求8所述的方法，还包括：在所述删除期间和所述加载期间暂停所述车辆的可驾驶性。
13.如权利要求8所述的方法，其中，所述重新加载的步骤包括：从所述外部存储器中的先前当所述现有的软件版本首次被加载时存储产生所述现有的软件版本的更新的位置重新加载所述现有的软件版本。
14.如权利要求8所述的方法，还包括：如果在所述外部存储器中不存在与所述现有的软件版本对应的更新，则在删除所述现有的软件版本之前将所述现有的软件版本复制到所述外部存储器。
15.一种非暂态计算机可读存储介质，存储当被执行时使得车辆处理器执行包括以下步骤的方法的指令，所述方法包括：
响应于车辆点火开关断开事件，如果在外部存储器中存在新的软件版本更新，则从内部存储器中删除现有的软件版本；
将所述新的软件版本更新从所述外部存储器加载至所述内部存储器；
响应于所述加载中的故障，从所述内部存储器中删除所述新的软件版本更新，并从所述外部存储器中的所述现有的软件版本存在的位置重新加载所述现有的软件版本。
CN201710089414.XA 2016-02-19 2017-02-20 用于车辆软件更新安装的方法和设备 Withdrawn CN107102912A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15/047,715 US12001825B2 (en) 2016-02-19 Method and apparatus for vehicle software update installation
US15/047,715 2016-02-19

Publications (1)

Publication Number Publication Date
CN107102912A true CN107102912A (zh) 2017-08-29

Family

ID=59522392

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710089414.XA Withdrawn CN107102912A (zh) 2016-02-19 2017-02-20 用于车辆软件更新安装的方法和设备

Country Status (2)

Country Link
CN (1) CN107102912A (zh)
DE (1) DE102017100751A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109062181A (zh) * 2018-07-26 2018-12-21 北京车和家信息技术有限公司 车控指令的更新方法及装置
CN109375936A (zh) * 2018-10-23 2019-02-22 奇瑞新能源汽车技术有限公司 一种实现新能源电动汽车ecu软件ota功能的系统及方法
CN110399146A (zh) * 2018-04-24 2019-11-01 通用汽车环球科技运作有限责任公司 多电子控制单元无线更新中部分故障的回滚恢复
CN111108472A (zh) * 2017-09-25 2020-05-05 蒂森克虏伯普利斯坦股份公司 用于机动车辆中的远程在线软件更新的方法
CN111506537A (zh) * 2019-01-31 2020-08-07 富士通株式会社 车载系统和电子控制单元
CN112379897A (zh) * 2020-12-01 2021-02-19 北京致远互联软件股份有限公司 一种灰度发布、限制性安装客户端安装程序的方法
WO2024011617A1 (zh) * 2022-07-15 2024-01-18 华为技术有限公司 一种升级方法及装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102021211353A1 (de) * 2021-10-07 2023-04-13 Continental Automotive Technologies GmbH Verfahren zur Inbetriebnahme von Programmpaketen in Fahrzeugen

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1858704A (zh) * 2006-02-07 2006-11-08 华为技术有限公司 升级程序的方法
CN101026848A (zh) * 2006-02-17 2007-08-29 索尼爱立信移动通信日本株式会社 移动终端和软件更新方法
CN103197943A (zh) * 2013-04-11 2013-07-10 航天科工深圳（集团）有限公司 一种单片机在线升级方法和系统
CN103425549A (zh) * 2012-05-22 2013-12-04 鸿富锦精密工业（深圳）有限公司 嵌入式控制器的固件管理方法及系统
CN104461654A (zh) * 2014-12-27 2015-03-25 西安大唐电信有限公司 一种obd设备功能单元及固件分类可选升级方法
US20150301821A1 (en) * 2014-04-17 2015-10-22 Myine Electronics, Inc. System and method for management of software updates at a vehicle computing system
US20160041820A1 (en) * 2012-03-14 2016-02-11 Autoconnect Holdings Llc Vehicle and device software updates propagated via a viral communication contact

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1858704A (zh) * 2006-02-07 2006-11-08 华为技术有限公司 升级程序的方法
CN101026848A (zh) * 2006-02-17 2007-08-29 索尼爱立信移动通信日本株式会社 移动终端和软件更新方法
US20160041820A1 (en) * 2012-03-14 2016-02-11 Autoconnect Holdings Llc Vehicle and device software updates propagated via a viral communication contact
CN103425549A (zh) * 2012-05-22 2013-12-04 鸿富锦精密工业（深圳）有限公司 嵌入式控制器的固件管理方法及系统
CN103197943A (zh) * 2013-04-11 2013-07-10 航天科工深圳（集团）有限公司 一种单片机在线升级方法和系统
US20150301821A1 (en) * 2014-04-17 2015-10-22 Myine Electronics, Inc. System and method for management of software updates at a vehicle computing system
CN105045608A (zh) * 2014-04-17 2015-11-11 麦恩电子有限公司 用于管理车辆计算系统中的软件更新的系统和方法
CN104461654A (zh) * 2014-12-27 2015-03-25 西安大唐电信有限公司 一种obd设备功能单元及固件分类可选升级方法

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111108472A (zh) * 2017-09-25 2020-05-05 蒂森克虏伯普利斯坦股份公司 用于机动车辆中的远程在线软件更新的方法
CN110399146A (zh) * 2018-04-24 2019-11-01 通用汽车环球科技运作有限责任公司 多电子控制单元无线更新中部分故障的回滚恢复
CN109062181A (zh) * 2018-07-26 2018-12-21 北京车和家信息技术有限公司 车控指令的更新方法及装置
CN109375936A (zh) * 2018-10-23 2019-02-22 奇瑞新能源汽车技术有限公司 一种实现新能源电动汽车ecu软件ota功能的系统及方法
CN111506537A (zh) * 2019-01-31 2020-08-07 富士通株式会社 车载系统和电子控制单元
CN112379897A (zh) * 2020-12-01 2021-02-19 北京致远互联软件股份有限公司 一种灰度发布、限制性安装客户端安装程序的方法
CN112379897B (zh) * 2020-12-01 2024-03-15 北京致远互联软件股份有限公司 一种灰度发布、限制性安装客户端安装程序的方法
WO2024011617A1 (zh) * 2022-07-15 2024-01-18 华为技术有限公司 一种升级方法及装置

Also Published As

Publication number Publication date
US20170242678A1 (en) 2017-08-24
DE102017100751A1 (de) 2017-08-24

Similar Documents

Publication Publication Date Title
CN107102912A (zh) 用于车辆软件更新安装的方法和设备
CN107102869A (zh) 空中更新的方法和设备
CN105791387B (zh) 车辆控制更新方法和系统
US20140282467A1 (en) Method and Apparatus for Multiple Vehicle Software Module Reflash
CN105094883A (zh) 用于车辆更新的模块接口
CN106055346A (zh) 车辆控制存储方法和系统
CN105045608B (zh) 用于管理车辆计算系统中的软件更新的系统和方法
CN108446129A (zh) 用于多周期车辆软件更新符合性处理的方法和设备
US9557981B2 (en) Method and apparatus for automatic module upgrade
CN104866336A (zh) 无声车载软件更新
CN102346679B (zh) 车辆信息娱乐计算机用软件供应系统
CN105882415A (zh) 用于应用管理和控制的方法和设备
CN105094882A (zh) 无线车辆问题解决
CN102955708A (zh) 软件更新的方法和装置
CN107729757A (zh) 软件更新之前的软件认证
CN105204887A (zh) 通过远程移动装置的车辆下载
CN104809006A (zh) 车辆和移动装置之间的软件实现的设备和方法
CN107102849A (zh) 用于周期性点火开关断开的文件替换的方法和设备
US9298649B2 (en) Method and apparatus for dynamically updating a vehicle module configuration record
CN105487883A (zh) 更新车辆计算系统的方法及系统
CN108427565A (zh) 用于安全的多周期车辆软件更新的方法和设备
CN104423305A (zh) 用于车载诊断接口工具的方法和设备
CN108737090A (zh) 用于动态车辆密匙生成和处理的方法和设备
JP2013126802A (ja) 車載機へのアプリケーションのダウンロード方法及び同車載機
CN104052794A (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
WW01 Invention patent application withdrawn after publication

Application publication date: 20170829

WW01 Invention patent application withdrawn after publication