CN116009909A - 软件升级方法、装置及系统 - Google Patents

Abstract

本申请实施例提供软件升级方法、装置及系统。可以降低软件升级过程中产生安全隐患的概率，提高用户体验。该方法中，车载终端设备获取软件包的升级要求信息以及与车载终端设备对应的车辆状态，其中，该升级要求信息指示第一状态和/或第二状态。若车辆状态与第一状态相关联，车载终端设备启动该软件包的升级，若车辆状态与第二状态相关联，车载终端设备确定不启动该软件包的升级。

Description

软件升级方法、装置及系统

本申请是分案申请，原申请的申请号是201910545209.9，原申请日是2019年6月21日，原申请的全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信领域，尤其涉及软件升级方法、装置及系统。

背景技术

随着车联网(vehicle to everything，V2X)时代的到来，越来越多的车载终端设备使用通过空口下载(over the air，OTA)的方式更新软件，其中，使用OTA方式更新软件通常也称为软件通过空口下载(software over the air，SOTA)。

目前，车载终端设备使用SOTA升级软件时，在获取到升级软件包后、开始安装该升级软件包之前，通过人机交互界面向用户请求升级决策，若用户确认升级，则启动软件升级过程；反之，若用户不同意升级，则不启动软件升级过程。

然而，用户可能在并不十分了解软件升级过程中的相关信息的情况下直接做出确认升级的决策，从而可能导致升级过程中产生安全隐患，降低用户体验。

发明内容

本申请实施例提供一种软件升级的方法、装置、系统，可以降低软件升级过程中产生安全隐患的概率，提高用户体验。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供了一种软件升级方法及相应的通信装置，该方案中，车载终端设备获取软件包的升级要求信息以及与该车载终端设备对应的车辆状态，其中，该升级要求信息指示第一状态和/或第二状态。若该车辆状态与该第一状态相关联，该车载终端设备启动该软件包的升级，或者，若该车辆状态与该第二状态相关联，该车载终端设备确定不启动该软件包的升级过程。由于本申请实施例中，车载终端设备可以根据升级要求信息以及车辆状态对是否启动软件升级做出决策，在车辆状态与第一状态相关联时启动升级，从而可以降低升级过程中产生安全隐患的概率，提高用户体验。

在一种可能的设计中，该第一状态表示车辆所处的地理位置、车辆所处的环境、或者车辆所述的驾驶状态中的至少一项。

在一种可能的设计中，该第二状态表示车辆所处的地理位置、车辆所处的环境、或者车辆所述的驾驶状态中的至少一项。

在一种可能的设计中，本申请实施例提供的软件升级方法还包括：该车载终端设备接收来自软件服务器的该软件包。

在一种可能的设计中，车载终端设备接收的来自软件服务器的软件包包括该升级要求信息。车载终端设备获取该软件包的升级要求信息，包括：车载终端设备获取该软件包中的升级要求信息。

在一种可能的设计中，该软件包包括升级要求信息，包括：该软件包包括软件包的描述信息，该描述信息包括该升级要求信息。车载终端设备获取该软件包的升级要求信息，包括：车载终端设备获取描述信息中的升级要求信息。

在一种可能的设计中，车载终端设备获取该软件包的升级要求信息，包括：车载终端设备将预设的升级要求信息确定为该软件包的升级要求信息。

第二方面，提供了一种通信装置用于实现上述各种方法。该通信装置可以为上述第一方面中的车载终端设备，或者包含上述车载终端设备的装置，或者上述车载终端设备中包含的装置。所述通信装置包括实现上述方法相应的模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。

第三方面，提供了一种通信装置，包括：处理器和存储器；该存储器用于存储计算机指令，当该处理器执行该指令时，以使该通信装置执行上述任一方面所述的方法。该通信装置可以为上述第一方面中的车载终端设备，或者包含上述车载终端设备的装置，或者上述车载终端设备中包含的装置。

第四方面，提供了一种通信装置，包括：处理器；所述处理器用于与存储器耦合，并读取存储器中的指令之后，根据所述指令执行如上述任一方面所述的方法。该通信装置可以为上述第一方面中的车载终端设备，或者包含上述车载终端设备的装置，或者上述车载终端设备中包含的装置。

第五方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。

第六方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。

第七方面，提供了一种通信装置(例如，该通信装置可以是芯片或芯片系统)，该通信装置包括处理器，用于实现上述任一方面中所涉及的功能。在一种可能的设计中，该通信装置还包括存储器，该存储器，用于保存必要的程序指令和数据。该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第二方面至第七方面中任一种设计方式所带来的技术效果可参见上述第一方面中不同设计方式所带来的技术效果，此处不再赘述。

第八方面，提供一种通信系统，该通信系统包括软件服务器和上述方面所述的车载终端设备。

附图说明

图1为本申请实施例提供的一种通信系统的结构示意图；

图2为本申请实施例提供的一种车载终端设备的结构示意图一；

图3为本申请实施例提供的一种车载终端设备的结构示意图二；

图4为本申请实施例提供的一种车载终端设备的结构示意图三；

图5为本申请实施例提供的一种软件升级方法的流程示意图一；

图6a为本申请实施例提供的一种软件升级方法的流程示意图二；

图6b为本申请实施例提供的一种软件升级方法的流程示意图三；

图7为本申请实施例提供的一种软件升级方法的流程示意图四；

图8为本申请实施例提供的一种车载终端设备的结构示意图四。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

本申请实施例的技术方案可以应用于各种通信系统。例如：正交频分多址(orthogonal frequency-division multiple access，OFDMA)、单载波频分多址(singlecarrier FDMA，SC-FDMA)和其它系统等。术语“系统”可以和“网络”相互替换。OFDMA系统可以实现诸如演进通用无线陆地接入(evolved universal terrestrial radio access，E-UTRA)、超级移动宽带(ultra mobile broadband，UMB)等无线技术。E-UTRA是通用移动通信系统(universal mobile telecommunications system，UMTS)演进版本。第三代合作伙伴计划(3rd generation partnership project，3GPP)在长期演进(long term evolution，LTE)和基于LTE演进的各种版本是使用E-UTRA的新版本。第五代(5thgeneration，5G)通信系统是正在研究当中的下一代通信系统。其中，5G通信系统包括非独立组网(non-standalone，简称NSA)的5G移动通信系统，独立组网(standalone，SA)的5G移动通信系统，或者，NSA的5G移动通信系统和SA的5G移动通信系统。此外，通信系统还可以适用于面向未来的通信技术，都适用本申请实施例提供的技术方案。上述适用本申请的通信系统仅是举例说明，适用本申请的通信系统不限于此，在此统一说明，以下不再赘述。

如图1所示，为本申请实施例提供的一种通信系统10。该通信系统10包括车载终端设备20，以及软件服务器30。

可选的，本申请实施例中的软件服务器30可以理解为网络侧设备，其可以向车载终端设备提供软件包。

可选的，本申请实施例中的车载终端设备可以是车辆(vehicle)；也可以是安装在车辆上用于辅助车辆行驶的终端，或者终端内的芯片。其中，该终端可以是5G网络或者未来演进的PLMN中的用户设备(user equipment，UE)、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、终端代理或终端装置等。接入终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备或可穿戴设备，虚拟现实(virtual reality，VR)终端设备、增强现实(augmentedreality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smart home)中的无线终端等。该车载终端可以是移动的，也可以是固定的。

可选的，本申请实施例中的车载终端设备20或软件服务器30也可以称之为通信装置，其可以是一个通用设备或者是一个专用设备，本申请实施例对此不作具体限定。

可选的，图1中的车载终端设备20或软件服务器30可以通过图2中的通信设备(或通信装置)40来实现。图2所示为本申请实施例提供的通信设备40的结构示意图。该通信设备40包括一个或多个处理器401，通信总线402，以及至少一个通信接口(图2中仅是示例性的以包括通信接口404，以及一个处理器401为例进行说明)，可选的还可以包括存储器403。

处理器401可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信总线402可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图2中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。该通信总线402用于连接通信设备40中的不同组件，使得不同组件可以通信。

通信接口404，可以是收发模块用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local area networks，WLAN)等。例如，所述收发模块可以是收发器、收发机一类的装置。可选的，所述通信接口404也可以是位于处理器401内的收发电路，用以实现处理器的信号输入和信号输出。

存储器403可以是具有存储功能的装置。例如可以是只读存储器(read-onlymemory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路402与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器403用于存储执行本申请方案的计算机执行指令，并由处理器401来控制执行。处理器401用于执行存储器403中存储的计算机执行指令，从而实现本申请实施例中提供的软件升级方法。

或者，可选的，本申请实施例中，也可以是处理器401执行本申请下述实施例提供的软件升级方法中的处理相关的功能，通信接口404负责与其他设备或通信网络通信，本申请实施例对此不作具体限定。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器401可以包括一个或多个CPU，例如图2中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备40可以包括多个处理器，例如图2中的处理器401和处理器408。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，通信设备40还可以包括输出设备405和输入设备406。输出设备405和处理器401通信，可以以多种方式来显示信息。例如，输出设备405可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备406和处理器401通信，可以以多种方式接收用户的输入。例如，输入设备406可以是鼠标、键盘、触摸屏设备或传感设备等。

结合图2所示的通信设备40的结构示意图，示例性的，图3为本申请实施例提供的车载终端设备20的一种具体结构形式。

其中，在一些实施例中，图2中的处理器401的功能可以通过图3中的处理器110实现。

在一些实施例中，图2中的通信接口404的功能可以通过图3中的天线1，天线2，移动通信模块150，无线通信模块160等实现。

其中，天线1和天线2用于发射和接收电磁波信号。车载终端设备20中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在车载终端设备20上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块160可以提供应用在车载终端设备20上的包括无线局域网(wireless local area networks，WLAN)(如Wi-Fi网络)，蓝牙(blue tooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。当车载终端设备20是第一设备时，无线通信模块160可以提供应用在车载终端设备20上的NFC无线通信的解决方案，是指第一设备包括NFC芯片。该NFC芯片可以提高NFC无线通信功能。当车载终端设备20是第二设备时，无线通信模块160可以提供应用在车载终端设备20上的NFC无线通信的解决方案，是指第一设备包括电子标签(如射频识别(radio frequency identification，RFID)标签)。其他设备的NFC芯片靠近该电子标签可以与第二设备进行NFC无线通信。

在一些实施例中，车载终端设备20的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得车载终端设备20可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigation satellite system，BDS)，准天顶卫星系统(quasi-zenithsatellite system，QZSS)或星基增强系统(satellite based augmentation systems，SBAS)。

在一些实施例中，图2中的存储器403的功能可以通过图3中的内部存储器121或者外部存储器接口120连接的外部存储器(例如Micro SD卡)等实现。

在一些实施例中，图2中的输出设备405的功能可以通过图3中的显示屏194实现。其中，显示屏194用于显示图像，视频等。显示屏194包括显示面板。

在一些实施例中，图2中的输入设备406的功能可以通过鼠标、键盘、触摸屏设备或图3中的传感器模块180来实现。示例性的，如图3所示，该传感器模块180例如可以包括压力传感器180A、陀螺仪传感器180B、气压传感器180C、磁传感器180D、加速度传感器180E、距离传感器180F、接近光传感器180G、指纹传感器180H、温度传感器180J、触摸传感器180K、环境光传感器180L、和骨传导传感器180M中的一个或多个，本申请实施例对此不作具体限定。

在一些实施例中，如图3所示，该车载终端设备20还可以包括音频模块170、摄像头193、指示器192、马达191、按键190、SIM卡接口195、USB接口130、充电管理模块140、电源管理模块141和电池142中的一个或多个，其中，音频模块170可以与扬声器170A(也称“喇叭”)、受话器170B(也称“听筒”)、麦克风170C(也称“话筒”，“传声器”)或耳机接口170D等连接，本申请实施例对此不作具体限定。

可以理解的是，图3所示的结构并不构成对车载终端设备20的具体限定。比如，在本申请另一些实施例中，车载终端设备20可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

可选的，在一种可能的设计中，本申请实施例中的车载终端设备20的结构形式还可以如图4所示，包括软件提供模块、软件升级控制模块、以及车辆状态监测模块。其中，软件提供模块，用于从软件服务器获取软件包，并将获取的软件包提供给软件升级控制模块；软件升级控制模块，用于接收来自软件提供模块的软件包，并控制车载终端设备的软件升级；车辆状态监测模块，用于接收车辆状态请求，检测车辆状态，并将车辆状态信息提供给软件升级控制模块。需要说明的是，软件提供模块、软件升级控制模块、以及车辆状态监测模块可以理解为是对车载终端设备从逻辑功能角度的划分，其在物理上可以是分离的，也可以部署在一起，本申请实施例对此不做具体限定。

目前，车载终端设备使用SOTA升级软件时将是否升级的决策完全交于用户，由于用户可能并不十分了解软件升级过程中的相关信息，例如，软件升级需要的时间，或者软件升级过程中车载终端设备是否能正常工作等，因此，用户可能直接做出确认升级的决策，从而导致升级过程中产生安全隐患，降低用户体验。基于此，本申请实施例提供一种软件升级方法，该方法中，车载终端设备获取软件包的升级要求信息以及车载终端设备对应的车辆状态，该升级要求信息指示第一状态和/或第二状态。若该车辆状态与第一状态相关联，车载终端设备启动该软件包的升级；或者，若该车辆状态与第二状态相关联，车载终端设备确定不启动该软件包的升级。由于本申请实施例中，车载终端设备可以根据升级要求信息以及车辆状态对是否启动软件升级做出决策，在车辆状态与第一状态相关联时启动升级，从而可以降低升级过程中产生安全隐患的概率，提高用户体验。

下面将结合图1至图4，通过具体实施例对本申请提供的软件升级方法进行展开说明。

需要说明的是，本申请下述实施例中各个设备或模块之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。

一种可能的实现方式中，如图5所示，为本申请实施例提供的软件升级方法，该软件升级方法包括如下步骤：

S501、车载终端设备获取软件包的升级要求信息。

可选的，车载终端设备可以先确定软件包的信息，再获取与该软件包相关联的升级要求信息，当确定可以启动该软件包的升级后再获取该软件包；或者，也可以先获取软件包，再获取与该软件包相关联的升级要求信息，本申请实施例对此不做具体限定。

在一种可能的实现方式中，车载终端设备可以接收来自软件服务器的通知消息，该通知消息中携带软件包标识等信息，以向车载终端设备通知该软件包标识所指示的软件有更新版本。车载终端设备接收到该通知消息后，可以向软件服务器请求与该软件包标识相关联的升级要求信息，以获取该软件包标识所指示的软件包的升级要求信息。

可选的，若车载终端设备未请求到该软件包标识所指示的软件包的升级要求信息，则可以将预设的升级要求信息确定为该软件包的升级要求信息。

或者，在另一种可能的实现方式中，车载终端设备可以接收来自软件服务器的软件包，该软件包中包含软件包标识。车载终端设备接收到该软件包后，可以从软件包中获取软件包标识，并向软件服务器请求与该软件包标识相关联的升级要求信息，以获取该软件包标识所指示的软件包的升级要求信息；或者，该软件包中包含升级要求信息。车载终端设备接收到该软件包后，可以将软件包中包含的升级要求信息确定为该软件包的升级要求信息；或者，该软件包中包含软件包描述信息，该软件包描述信息中包含升级要求信息。车载终端设备接收到该软件包后，可以将软件包描述信息中包含的升级要求信息确定为该软件包的升级要求信息。其中，软件包中包含的软件包标识、升级要求信息、或软件包描述信息可以包含在该软件包的包头，也可以包含在该软件包的包尾，还可以包含在该软件包的其他位置，本申请实施例对此不做具体限定。

可选的，若车载终端设备未请求到该软件包标识所指示的软件包的升级要求信息，或者，车载终端设备接收到来自软件服务器的软件包中不包含升级要求信息，则可以将预设的升级要求信息确定为该软件包的升级要求信息。

或者，在又一种可能的实现方式中，车载终端设备获取到软件包或软件包的信息后，可以直接将预设的升级要求信息确定为该软件包的升级要求信息。

其中，车载终端设备通过上述可能的实现方式获取到的软件包的升级要求信息指示第一状态和/或第二状态，第一状态可以为允许启动软件升级的状态，第二状态可以为不允许启动软件升级的状态。

可选的，该第一状态可以表示车辆所处的地理位置、车辆所处的环境、或者车辆所处的驾驶状态中的至少一项；该第二状态也可以表示车辆所处的地理位置、车辆所处的环境、或者车辆所处的驾驶状态中的至少一项。其中，车辆所处的地理位置例如可以为停车场、城市道路、交通管制路段、高速路段等；车辆所处的环境例如可以为白天、夜间、拥堵路段、车辆的车身温度等；车辆所处的驾驶状态例如可以为刹车状态、移动状态、高速状态、低速状态、停车状态等。

可选的，该升级要求信息可以通过字段指示第一状态和/或第二状态，示例性的，升级要求信息可以包括两个字段，其中，第一字段指示第一状态，第二字段指示第二状态，当升级要求信息指示第一状态时，第二字段可以为空，例如升级要求信息可以为“{停车场，白天，低速状态}，{}”；或者，当升级要求信息指示第二状态时，第一字段可以为空，例如升级要求信息可以为“{}，{高速路段，夜间，高速状态}”；或者，当升级要求信息指示第一状态和第二状态时，升级要求信息例如可以为“{停车场，白天，低速状态}，{高速路段，夜间，高速状态}”。车载终端设备获取到升级要求信息后，可以根据升级要求信息的字段位置确定第一状态和/或第二状态。

示例性的，上述各个字段可以使用6个比特表示，其中，最开始的两个比特的不同取值表示车辆所处的地理位置，中间的两个比特的不同取值表示车辆所处的环境，以及最后两个比特的不同取值表示车辆所处的驾驶状态。例如，最开始的两比特的取值为“11”表示车辆所处的地理位置为“停车场”，或者，最开始的两比特取值为“01”表示车辆所处的地理位置为“高速路段”等；中间两个比特的取值为“11”表示车辆所处的环境为“白天”，或者，中间两个比特的取值为“10”表示车辆所处的环境为“夜间”等；最后两个比特的取值为“11”表示低速状态，或者，最后两个比特的取值为“10”表示高速状态等。特别地，当上述最开始的两个比特或中间的两个比特或最后的两个比特的取值为“00”时，表示该字段指示的状态分别对车辆所处的地理位置或车辆所处的环境或车辆所处的驾驶状态不做限制。此时，升级要求信息“{停车场，白天，低速状态}，{}”可以表示为“{111111}，{000000}”，升级要求信息“{}，{高速路段，夜间，高速状态}”可以表示为“{000000}，{011010}”；升级要求信息“{停车场，白天，低速状态}，{高速路段，夜间，高速状态}”可以表示为“{111111}，{011010}”。

或者，上述各个字段也可以用其他方式表示，第一字段和第二字段也可以联合指示，例如，通过3个比特的不同取值对应8种不同的状态，该8种状态中既包括第一状态也包括第二状态等。本申请实施例对各个字段的表示方式不做具体限定。

或者，该升级要求信息可以通过映射的方式指示第一状态和/或第二状态。示例性的，该升级要求信息可以为：“第一状态：停车场，白天，低速状态；第二状态：高速路段，夜间，高速状态”。

示例性的，当升级要求信息指示第一状态或第二状态时，可以通过7个比特表示，其中第一个比特的取值表示该升级要求信息指示的状态，例如，第一个比特的取值为“1”表示该升级要求信息指示第一状态，第一个比特的取值为“0”表示该升级要求信息指示第二状态。该7个比特中后6个比特表示第一状态或第二状态的内容，其中，最开始的两个比特的不同取值表示车辆所处的地理位置，中间的两个比特的不同取值表示车辆所处的环境，以及最后两个比特的不同取值表示车辆所处的驾驶状态，表示方法类似于上述示例，相关说明可参考上述示例，在此不再赘述。此时，升级要求信息“第一状态：停车场，白天，低速状态”可以表示为“1111111”，或者，升级要求信息“第二状态：高速路段，夜间，高速状态”可以表示为“0011010”。

或者，示例性的，当升级要求信息指示第一状态和第二状态时，可以通过14个比特表示，其中，第1个比特和第8个比特用于表示升级要求信息指示的状态，第2个比特至第7个比特表示第1个比特指示的状态的内容，第9个比特至第14个比特表示第8个比特指示的状态的内容，例如，升级要求信息“第一状态：停车场，白天，低速状态；第二状态：高速路段，夜间，高速状态”可以表示为“11111110011010”。

可以理解的是，上述升级要求信息指示第一状态和/或第二状态的方式仅是本申请的示例性说明，本申请实施例对升级要求信息的形式不做具体限定。

S502、车载终端设备获取车辆状态。

其中，车辆状态可以为与该车载终端设备对应的车辆的状态，与车载终端设备对应的车辆可以理解为承载该车载终端设备的车辆。

可选的，车载终端设备可以通过其控制的安装于与该车载终端设备对应的车辆中的传感器获取车辆状态。

S503、车载终端设备确定车辆状态是否与第一状态相关联或者车载终端设备确定车辆状态是否与第二状态相关联。

可选的，车辆状态与第一状态相关联可以理解为车辆状态与第一状态类似。示例性的，以第一状态为“车辆处于停车场”，车载终端设备获取到的车辆状态为“车辆处于路边停车位”为例，虽然与车载终端设备对应的车辆不处于停车场，但是其处于与停车场具有类似功能的地理区域，此时，车载终端设备仍然可以确定车辆状态与第一状态相关联。

或者，车辆状态与第一状态相关联也可以理解为车辆状态处于以第一状态为基准，以一个预设状态阈值为偏移量的状态范围。示例性的，以第一状态为“车辆的车身温度为30度”，预设状态阈值为5度为例，此时，当车辆的车身温度为25至35度时，可以认为车辆状态与第一状态相关联。

或者，车辆状态与第一状态相关联还可以理解为车辆状态处于第一状态。示例性的，以第一状态为“低速状态”为例，若车载终端设备获取到的车辆状态为“车辆当前速度小于当前路段的最大限制速度”，则可以认为车辆处于低速状态，即车辆状态处于第一状态；或者，示例性的，以第一状态为“车辆处于停车场”为例，若车载终端设备获取到的车辆状态为“车辆处于停车场”，则也可以认为车辆状态处于第一状态。

可以理解的是，车辆状态与第二状态相关联也可以理解为车辆状态与第二状态类似；或者，车辆状态处于以第一状态为基准，以一个预设状态阈值为偏移量的状态范围；或者，车辆状态处于第一状态，相关描述可参考上述对于车辆状态与第一状态相关联的说明，在此不再赘述。

可选的，若第一状态为包括多个状态的状态集合，则当车辆状态与第一状态包括的状态集合中的任意一个状态相关联时，车载终端设备确定车辆状态与第一状态相关联；或者，当车辆状态与第一状态包括的状态集合中的全部状态相关联时，车载终端设备确定车辆状态与第一状态相关联；或者，当第一状态包括的状态集合中与车辆状态关联的状态的数量超过一个数量阈值时，车载终端设备确定车辆状态与第一状态相关联。

示例性的，以第一状态包括的多个状态为“{停车场，白天，刹车状态}”为例，当车载终端设备获取的车辆状态为“{停车场，夜间，低速状态}”时，车辆状态“停车场”与第一状态包括的状态集合中的“停车场”状态相关联，车载终端设备可以确定车辆状态与第一状态相关联；或者，当车载终端设备获取的车辆状态为“{停车场，白天，刹车状态}”时，车辆状态与第一状态包括的状态集合中的所有状态相关联，车载终端设备确定车辆状态与第一状态相关联；或者，当数量阈值为2，车载终端设备获取的车辆状态为“{停车场，白天，低速状态}”时，车辆状态“停车场，白天”与第一状态包括的状态集合中的“停车场，白天”相关联，车载终端设备确定车辆状态与第一状态相关联。

可以理解的是，第二状态为包括多个状态的状态集合时，车载终端设备也可以根据上述确定车辆状态与第一状态相关联的方法，确定车辆状态是否与第二状态相关联，在此不再赘述。

可选的，车载终端设备可以在通过人机交互界面向用户请求升级决策，并且用户确认升级后，通过接收用户输入的指令，执行步骤S503，可以避免出现车载终端设备先执行步骤S503确定车辆状态与第一状态相关联，但用户的输入指令指示不同意升级的情况，从而可以减少车载终端设备进行不必要的判断，降低车载终端设备的功耗；或者，车载终端设备也可以先执行步骤S503，在确定车辆状态与第一状态相关联时，通过人机交互界面输出向用户请求升级决策，可以避免出现用户同意升级，但车辆状态与第二状态相关联而不能启动升级的情况，从而可以减少人机交互的次数，提高用户体验；需要说明的是，上述车载终端设备执行步骤S503和通过人机交互界面向用户请求升级决策的顺序仅是本申请的示例性说明，本申请实施例对此不做具体限定。

可选的，若车载终端设备确定车辆状态与升级要求信息指示的第一状态相关联，则执行如下步骤S504a；或者，若车载终端设备确定车辆状态与升级要求信息指示的第二状态相关联，则执行如下步骤S504b。

S504a、启动软件包的升级。

可选的，当车辆状态与第一状态相关联时，车载终端设备可以确定与该车载终端设备对应的车辆所处的状态允许软件包升级，从而启动软件包的升级。其中，启动软件包的升级过程可参考现有技术，在此不再赘述。

S504b、确定不启动软件包的升级。

可选的，当车辆状态与第二状态相关联时，车载终端设备可以确定与该车载终端设备对应的车辆所处的状态不允许软件包升级，从而确定不启动软件包的升级。

基于本申请实施例提供的软件升级方法，车载终端设备获取软件包的升级要求信息以及车载终端设备对应的车辆状态，若该车辆状态与升级要求信息指示的第一状态相关联，车载终端设备启动该软件包的升级；或者，若该车辆状态与第二状态相关联，车载终端设备确定不启动该软件包的升级。由于本申请实施例中，车载终端设备可以根据升级要求信息以及车辆状态对是否启动软件升级做出决策，在车辆状态与第一状态相关联时启动软件升级，从而可以降低升级过程中产生安全隐患的概率，提高用户体验。

其中，上述步骤S501至S504a或上述步骤S501至S504b中车载终端设备的动作可以由图2所示的通信设备40中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不做任何限制。

另一种可能的实现方式中，当车载终端设备的结构如图4所示时，示例性的，本申请提供一种车载终端设备内部实现如图5所示的软件升级方法的方案，如图6a所示，该方案包括如下步骤：

S601、软件升级控制模块获取软件包的升级要求信息。

可选的，软件升级控制模块可以先获取与该软件包相关联的升级要求信息，当确定可以启动该软件包的升级后再获取该软件包；或者，也可以先获取软件包，再获取与该软件包相关联的升级要求信息，本申请实施例对此不做具体限定。

示例性的，如图6b所示，步骤S601中软件包升级控制模块获取软件包的升级要求信息可以包括如下步骤：

S601a、软件提供模块向软件升级控制模块发送软件包的升级要求信息。相应的，软件升级控制模块接收来自软件提供模块的软件包的升级要求信息。

此时，步骤S601a之前，本申请实施例提供的软件升级方法还包括：软件提供模块接收来自软件服务器的通知消息，该通知消息中携带软件包标识等信息，以向车载终端设备通知该软件包标识所指示的软件有更新版本。软件提供模块接收到该通知消息后，可以向软件服务器请求与该软件包标识相关联的升级要求信息，并将请求到的该软件包标识相关联的升级要求信息发送给软件升级控制模块。

或者，示例性的，如图6b所示，步骤S601中软件包升级控制模块获取软件包的升级要求信息可以包括如下步骤：

S601b、软件提供模块获取软件包。

可选的，软件提供模块可以接收来自软件服务器的软件包。

一种可能的实现方式中，该软件包中包含软件包标识。软件提供模块接收到该软件包后，可以从软件包中获取软件包标识，并向软件服务器请求与该软件包标识相关联的升级要求信息。

另一种可能的实现方式中，该软件包中包含升级要求信息，或者，该软件包中包含软件包描述信息，该软件包描述信息中包含升级要求信息。

S601c、软件提供模块向软件升级控制模块发送软件传输消息。相应的，软件提供模块接收来自软件升级控制模块的软件传输消息。

一种可能的实现方式中，软件提供模块获取到的软件包不包含升级要求信息时，该软件传输消息中包括软件提供模块获取到的该软件包以及与该软件包相关联的升级要求信息。可选的，在该实现方式中，软件升级控制模块将软件传输消息中包括的软件包的升级要求信息确定为该软件包的升级要求信息。

另一种可能的实现方式中，软件提供模块获取到的软件包包含升级要求信息或软件描述信息时，该软件传输消息中包括软件提供模块获取到的该软件包。可选的，在该实现方式中，软件升级控制模块可以将该软件包中包含的升级要求信息确定为该软件包的升级要求信息。

S601d、软件升级控制模块向软件提供模块发送软件传输完成消息。相应的，软件提供模块接收来自软件升级控制模块的软件传输完成消息。

其中，该软件传输完成消息用于通知软件提供模块软件包传输成功。

可选的，除图6b所示的上述两种方式外，软件升级控制模块还可以将预设的升级要求信息确定为该软件包的升级要求信息。

其中，软件包的升级要求信息指示第一状态和/或第二状态，第一状态可以为允许启动软件升级的状态，第二状态可以为不允许启动软件升级的状态。关于升级要求信息的说明可参考上述步骤S401中的相关描述，在此不再赘述。

S602、软件控制模块向车辆状态监测模块发送车辆状态请求消息。相应的，车辆状态监测模块接收来自软件控制模块的车辆状态请求消息。

其中，车辆状态请求消息用于请求与车载终端设备对应的车辆的状态，与车载终端设备对应的车辆可以理解为承载该车载终端设备的车辆。

S603、车辆状态监测模块获取车辆状态。

可选的，车辆状态监测模块接收到车辆状态请求消息后，可以通过其控制的传感器收集车辆的状态。

S604、车辆状态监测模块向软件升级控制模块发送车辆状态反馈消息。相应的，软件升级控制模块接收来自车辆状态检测模块的车辆状态反馈消息。

其中，车辆状态反馈消息包括车辆状态监测模块收集到的车辆状态。

S605、软件升级控制模块确定车辆状态是否与第一状态相关联或者软件升级控制模块确定车辆状态是否与第二状态相关联。

其中，关于车辆状态是否与第一状态相关联或者是否与第二状态相关联的说明可参考上述步骤S403中的相关描述，在此不再赘述。

可选的，若软件升级控制模块确定车辆状态与升级要求信息指示的第一状态相关联，则执行如下步骤S606a；或者，若软件升级控制模块确定车辆状态与升级要求信息指示的第二状态相关联，则执行如下步骤S606b。

S606a、软件升级控制模块启动软件包的升级。

可选的，当车辆状态与第一状态相关联时，软件升级控制模块可以确定与该车载终端设备对应的车辆所处的状态允许软件包升级，从而启动软件包的升级。其中，启动软件包的升级过程可参考现有技术，在此不再赘述。

可选的，若软件升级控制模块通过上述步骤S601a的方式获取软件包的升级要求信息，由于此时软件升级控制模块还未获取到软件包，因此，在执行步骤S606a之前，本申请实施例提供的软件升级方法还包括：

软件提供模块获取上述通知消息中包含的软件包标识对应的软件包；

软件提供模块向软件提供模块发送软件传输消息，该软件传输消息包括该软件包标识对应的软件包。相应的，软件提供模块接收来自软件升级控制模块的软件传输消息；

软件升级控制模块向软件提供模块发送软件传输完成消息，该软件传输完成消息用于通知软件提供模块软件包传输成功。相应的，软件提供模块接收来自软件升级控制模块的软件传输完成消息。

S606b、软件升级控制模块确定不启动软件包的升级。

可选的，当车辆状态与第二状态相关联时，软件升级控制模块可以确定与该车载终端设备对应的车辆所处的状态不允许软件包升级，从而确定不启动软件包的升级。

基于本申请实施例提供的软件升级方法，软件升级控制模块获取软件包的升级要求信息以及车载终端设备对应的车辆状态，若该车辆状态与升级要求信息指示的第一状态相关联，软件升级控制模块启动该软件包的升级；或者，若该车辆状态与第二状态相关联，软件升级控制模块确定不启动该软件包的升级。由于本申请实施例中，软件升级控制模块可以根据升级要求信息以及车辆状态对是否启动软件升级做出决策，在车辆状态与第一状态相关联时启动升级，从而可以降低升级过程中产生安全隐患的概率，提高用户体验。

需要说明的是，如图6a和图6b所示的方案仅是本申请提供的一种可能的车载终端设备执行如图5所示的软件升级方法的内部实现方案，实际应用中，如图5所示的软件升级方法还可以有其他的内部实现方案，本申请实施例对此不做具体限定。

其中，上述步骤S601至S609a或上述步骤S601至S609b中的车载终端设备的动作可以由图2所示的通信设备40中的处理器401调用存储器403中存储的应用程序代码来执行，本申请对此不做任何限制。

又一种可能的实现方式中，当车载终端设备的结构如图4所示时，示例性的，本申请提供另一种车载终端设备内部实现如图5所示的软件升级方法的方案，如图7所示，该方案包括如下步骤：

S701、软件提供模块获取软件包的描述信息。

其中，该描述信息可以包括软件包的标识、升级要求信息等。

在一种可能的实现方式中，软件提供模块可以接收来自软件服务器的通知消息，该通知消息中携带软件包标识等信息，以向车载终端设备通知该软件包标识所指示的软件有更新版本。车载终端设备接收到该通知消息后，可以向软件服务器请求该软件包标识对应的软件包的描述信息。

另一种可能的实现方式中，软件提供模块可以接收来自软件服务器的软件包，该软件包中包括描述信息。

S702、软件提供模块向软件升级控制模块发送软件描述消息。相应的，软件升级控制模块接收来自软件提供模块的软件描述消息。

其中，该软件描述消息中包括软件提供模块获取到的软件包的描述信息。

S703、软件升级控制模块向软件提供模块发送软件描述传输完成消息。相应的，软件提供模块接收来自软件升级控制模块的软件描述传输完成消息。

其中，该软件描述传输完成消息用于通知软件提供模块软件包的描述信息传输成功。

S704、软件升级控制模块获取软件包的升级要求信息。

可选的，软件升级控制模块可以将该软件包的描述信息中包含的升级要求信息确定为该软件包的升级要求信息；或者，当软件包的描述信息中不包含升级要求信息时，软件升级控制模块可以将预设的升级要求信息确定为该软件包的升级要求信息；或者，无论该软件包的描述信息是否包含升级要求信息，软件控制模块均将预设的升级要求信息确定为该软件包的升级要求信息。

其中，软件包的升级要求信息指示第一状态和/或第二状态，第一状态可以为允许启动软件升级的状态，第二状态可以为不允许启动软件升级的状态。关于升级要求信息的说明可参考上述步骤S401中的相关描述，在此不再赘述。

S705、软件控制模块向车辆状态监测模块发送车辆状态请求消息。相应的，车辆状态监测模块接收来自软件控制模块的车辆状态请求消息。

其中，车辆状态请求消息用于请求与车载终端设备对应的车辆的状态，与车载终端设备对应的车辆可以理解为承载该车载终端设备的车辆。

S706、车辆状态监测模块获取车辆状态。

可选的，车辆状态监测模块接收到车辆状态请求消息后，可以通过其控制的传感器收集车辆的状态。

S707、车辆状态监测模块向软件升级控制模块发送车辆状态反馈消息。相应的，软件升级控制模块接收来自车辆状态检测模块的车辆状态反馈消息。

其中，车辆状态反馈消息包括车辆状态监测模块收集到的车辆状态。

S708、软件升级控制模块确定车辆状态是否与第一状态相关联或者软件升级控制模块确定车辆状态是否与第二状态相关联。

其中，关于车辆状态是否与第一状态相关联或者是否与第二状态相关联的说明可参考上述步骤S403中的相关描述，在此不再赘述。

可选的，若软件升级控制模块确定车辆状态与升级要求信息指示的第一状态相关联，则执行如下步骤S709至S712；或者，若软件升级控制模块确定车辆状态与升级要求信息指示的第二状态相关联，则执行如下步骤S713。

S709、软件升级控制模块向软件提供模块发送软件传输请求消息。相应的，软件提供模块接收来自软件升级控制模块的软件传输请求消息。

其中，该软件传输请求消息用于向软件提供模块请求与软件描述消息中包含的软件包的描述信息对应的软件包。

S710、软件提供模块向软件升级控制模块发送软件传输消息。相应的，软件升级控制模块接收来自软件提供模块的软件传输消息。

其中，该软件传输消息包括与软件描述消息中包含的软件包的描述信息对应的软件包。

可选的，步骤S701中，软件提供模块通过来自服务器的通知消息获取软件包的描述信息时，在执行步骤S710之前，本申请实施例提供的软件升级方法还包括：软件提供模块获取上述通知消息中包含的软件包标识对应的软件包。

S711、软件升级控制模块向软件提供模块发送软件传输完成消息。相应的，软件提供模块接收来自软件升级控制模块的软件传输完成消息。

其中，该软件传输完成消息用于通知软件提供模块软件包传输成功。

S712、软件升级控制模块启动软件包的升级。

可选的，当车辆状态与第一状态相关联时，软件升级控制模块可以确定与该车载终端设备对应的车辆所处的状态允许软件包升级，从而获取与软件包的描述信息对应的软件包，以启动该软件包的升级。其中，启动软件包的升级过程可参考现有技术，在此不再赘述。

S713、软件升级控制模块确定不启动软件包的升级。

可选的，当车辆状态与第二状态相关联时，软件升级控制模块可以确定与该车载终端设备对应的车辆所处的状态不允许软件包升级，从而确定不启动软件包的升级。

基于本申请实施例提供的软件升级方法，软件升级控制模块获取软件包的升级要求信息以及车载终端设备对应的车辆状态，若该车辆状态与升级要求信息指示的第一状态相关联，软件升级控制模块从软件提供模块处获取软件包，并启动该软件包的升级；或者，若该车辆状态与第二状态相关联，软件升级控制模块确定不启动该软件包的升级。由于本申请实施例中，一方面，软件升级控制模块可以根据升级要求信息以及车辆状态对是否启动软件升级做出决策，在车辆状态与第一状态相关联时启动升级，从而可以降低升级过程中产生安全隐患的概率，提高用户体验；另一方面，软件升级控制模块在确定车辆状态与第一状态相关联时，才向软件提供模块请求传输软件包，避免了在车辆状态与第二状态相关联的情况下，软件提供模块与软件升级控制模块之间不必要的软件包传输。

需要说明的是，如图7所示的方案仅是本申请提供的一种可能的车载终端设备执行如图5所示的软件升级方法的内部实现方案，实际应用中，如图5所示的软件升级方法还可以有其他的内部实现方案，本申请实施例对此不做具体限定。

其中，上述步骤S701至S712或上述步骤S701至S713中的车载终端设备的动作可以由图2所示的通信设备40中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此任何限制。

可以理解的是，以上各个实施例中，由车载终端设备实现的方法和/或步骤，也可以由可用于车载终端设备的部件(例如芯片或者电路)实现。

上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。相应的，本申请实施例还提供了通信装置，该通信装置用于实现上述各种方法。该通信装置可以为上述方法实施例中的车载终端设备，或者包含上述车载终端设备的装置，或者为可用于车载终端设备的部件。可以理解的是，该通信装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法实施例中对通信装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

比如，以通信装置为上述方法实施例中的车载终端设备为例。图8示出了一种车载终端设备80的结构示意图。该车载终端设备80包括获取模块801和处理模块802。

在一种可能的实现方式中，获取模块801，用于获取软件包的升级要求信息以及与车载终端设备对应的车辆状态，其中，该升级要求信息指示第一状态和/或第二状态。若该车辆状态与第一状态相关联，处理模块802，用于启动该软件包的升级；或者，若该车辆状态与第二状态相关联，处理模块802，还用于确定不启动该软件包的升级。

可选的，该车载终端设备80还可以包括收发模块803。所述收发模块803，也可以称为收发单元用以实现发送和/或接收功能，例如可以是收发电路，收发机，收发器或者通信接口。

可选的，收发模块803，用于接收来自软件服务器的该软件包。

可选的，收发模块803接收的来自软件服务器的软件包包括升级要求信息，获取模块801，用于获取该软件包的升级要求信息，包括：获取模块801，用于获取该软件包中包括的升级要求信息。

可选的，收发模块803接收的来自软件服务器的软件包包括升级要求信息，包括：该软件包包括该软件包的描述信息，该描述信息包括该升级要求信息。获取模块801，用于获取该软件包的升级要求信息，包括：获取模块801，用于获取该描述信息中的升级要求信息。

可选的，获取模块801，用户获取该软件包的升级要求信息，包括：获取模块801，用于将预设的升级要求信息确定为该软件包的升级要求信息。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本实施例中，该车载终端设备80以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该车载终端设备80可以采用图2所示的通信设备40的形式。

比如，图2所示的通信设备40中的处理器401可以通过调用存储器403中存储的计算机执行指令，使得车载终端设备80执行上述方法实施例中的软件升级方法。

具体的，图8中的获取模块801、处理模块802和收发模块803的功能/实现过程可以通过图2所示的通信设备40中的处理器401调用存储器403中存储的计算机执行指令来实现。或者，图8中的获取模块801和处理模块802的功能/实现过程可以通过图2所示的通信设备40中的处理器401调用存储器403中存储的计算机执行指令来实现，图8中的收发模块803的功能/实现过程可以通过图2所示的通信设备40中的通信接口404来实现。

由于本实施例提供的车载终端设备80可执行上述的软件升级方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

可选的，本申请实施例还提供了一种通信装置(例如，该通信装置可以是芯片或芯片系统)，该通信装置包括处理器，用于实现上述任一方法实施例中的方法。在一种可能的设计中，该通信装置还包括存储器。该存储器，用于保存必要的程序指令和数据，处理器可以调用存储器中存储的程序代码以指令该通信装置执行上述任一方法实施例中的方法。当然，存储器也可以不在该通信装置中。该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。本申请实施例中,计算机可以包括前面所述的装置。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (26)

1.一种升级方法，其特征在于，所述方法包括：

车载终端设备获取升级包的描述信息；

所述车载终端设备根据所述描述信息获取所述升级包的升级要求信息，所述升级要求信息指示第一状态和/或第二状态；

所述车载终端设备获取所述车载终端设备所属车辆的车辆状态；

若所述车辆状态与所述第一状态相关联，所述车载终端设备启动所述升级包的升级；或者，

若所述车辆状态与所述第二状态相关联，所述车载终端设备确定不启动所述升级包的升级。

2.根据权利要求1所述的方法，其特征在于，

所述车载终端设备获取升级包的描述信息，包括：

所述车载终端设备获取所述升级包，所述升级包中包括所述描述信息，所述描述信息包括所述升级要求信息；

所述车载终端设备根据所述描述信息获取所述升级包的升级要求信息，包括：

所述车载终端设备从所述描述信息中获取所述升级要求信息。

3.根据权利要求1所述的方法，其特征在于，所述车载终端设备根据所述描述信息获取所述升级包的升级要求信息，包括：

所述车载终端设备向服务器发送请求消息，所述请求消息中包括用于指示所述升级包的所述描述信息，且所述请求消息用于向所述服务器请求所述升级要求信息；

所述车载终端设备从所述服务器接收所述升级要求信息。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述第一状态表示车辆所处的地理位置、车辆所处的环境、或者车辆所处的驾驶状态中的至少一项；

所述第二状态表示车辆所处的地理位置、车辆所处的环境、或者车辆所处的驾驶状态中的至少一项。

5.根据权利要求1-4任一项所述的方法，其特征在于，当所述车辆状态与所述第一状态相关联时，所述车载终端设备启动所述升级包的升级，包括：

所述车载终端设备在确定所述车辆状态与所述第一状态相关联后，通过人机交互界面向用户请求升级决策；以及

所述车载终端设备在确定用户同意升级后，启动所述升级包的升级。

6.根据权利要求1-4任一项所述的方法，其特征在于，当所述车辆状态与所述第一状态相关联时，所述车载终端设备启动所述升级包的升级，包括：

所述车载终端设备通过人机交互界面向用户请求升级决策；

所述车载终端设备在确定用户同意升级后，确定所述车辆状态与所述第一状态相关联；以及

所述车载终端设备启动所述升级包的升级。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述车辆状态与所述第一状态相关联，包括：

所述车辆状态处于以所述第一状态为基准，以一个预设状态阈值为偏移量的状态范围；或者，所述车辆状态处于所述第一状态。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述第一状态为包括多个状态的状态集合，所述车辆状态与所述第一状态相关联，包括：

所述车辆状态与所述多个状态中的任意一个状态相关联；或者所述车辆状态与所述多个状态中的全部状态相关联；或者所述多个状态中与所述车辆状态相关联的状态的数量超过一个数量阈值。

9.根据权利要求1-8任一项所述的方法，其特征在于，所述车辆状态与所述第二状态相关联，包括：

所述车辆状态处于以所述第二状态为基准，以一个预设状态阈值为偏移量的状态范围；或者，所述车辆状态处于所述第二状态。

10.根据权利要求1-9任一项所述的方法，其特征在于，所述第二状态为包括多个状态的状态集合，所述车辆状态与所述第二状态相关联，包括：

所述车辆状态与所述多个状态中的任意一个状态相关联；或者所述车辆状态与所述多个状态中的全部状态相关联；或者所述多个状态中与所述车辆状态相关联的状态的数量超过一个数量阈值。

11.根据权利要求1-10任一项所述的方法，其特征在于，

所述描述信息用于指示将预设的升级要求信息作为所述升级包的升级要求信息；以及

所述车载终端设备根据所述描述信息获取所述升级包的升级要求信息，包括：

所述车载终端设备根据所述指示确定所述升级包的升级要求信息为所述预设的升级要求信息。

12.根据权利要求1-11任一项，其特征在于，所述方法还包括：

当所述车载终端设备未获取到所述升级包的升级要求信息时，确定所述升级包的升级要求信息为预设的升级要求信息。

13.一种通信装置，其特征在于，所述通信装置包括：获取模块和处理模块；

所述获取模块，用于获取升级包的描述信息；

所述获取模块，还用于根据所述描述信息获取所述升级包的升级要求信息，所述升级要求信息指示第一状态和/或第二状态；

所述获取模块，还用于获取所述通信装置所属车辆的车辆状态；

若所述车辆状态与所述第一状态相关联，所述处理模块，用于启动所述升级包的升级；或者，

若所述车辆状态与所述第二状态相关联，所述处理模块，还用于确定不启动所述升级包的升级。

14.根据权利要求13所述的通信装置，其特征在于，所述获取模块还用于：

获取所述升级包，所述升级包中包括所述描述信息，所述描述信息包括所述升级要求信息；以及

从所述描述信息中获取所述升级要求信息。

15.根据权利要求13所述的通信装置，其特征在于，所述获取模块还用于：

向服务器发送请求消息，所述请求消息中包括用于指示所述升级包的所述描述信息，且所述请求消息用于向所述服务器请求所述升级要求信息；

从所述服务器接收所述升级要求信息。

16.根据权利要求13-15任一项所述的通信装置，其特征在于，所述第一状态表示车辆所处的地理位置、车辆所处的环境、或者车辆所处的驾驶状态中的至少一项；

所述第二状态表示车辆所处的地理位置、车辆所处的环境、或者车辆所处的驾驶状态中的至少一项。

17.根据权利要求13-16任一项所述的通信装置，其特征在于，当所述车辆状态与所述第一状态相关联时，所述车载终端设备启动所述升级包的升级，包括：

所述车载终端设备在确定所述车辆状态与所述第一状态相关联后，通过人机交互界面向用户请求升级决策；以及

所述车载终端设备在确定用户同意升级后，启动所述升级包的升级。

18.根据权利要求13-16任一项所述的通信装置，其特征在于，当所述车辆状态与所述第一状态相关联时，所述车载终端设备启动所述升级包的升级，包括：

所述车载终端设备通过人机交互界面向用户请求升级决策；

所述车载终端设备在确定用户同意升级后，确定所述车辆状态与所述第一状态相关联；以及

所述车载终端设备启动所述升级包的升级。

19.根据权利要求13-18任一项所述的通信装置，其特征在于，所述车辆状态与所述第一状态相关联，包括：

所述车辆状态处于以所述第一状态为基准，以一个预设状态阈值为偏移量的状态范围；或者，所述车辆状态处于所述第一状态。

20.根据权利要求13-19任一项所述的通信装置，其特征在于，所述第一状态为包括多个状态的状态集合，所述车辆状态与所述第一状态相关联，包括：

所述车辆状态与所述多个状态中的任意一个状态相关联；或者所述车辆状态与所述多个状态中的全部状态相关联；或者所述多个状态中与所述车辆状态相关联的状态的数量超过一个数量阈值。

21.根据权利要求13-20任一项所述的通信装置，其特征在于，所述车辆状态与所述第二状态相关联，包括：

所述车辆状态处于以所述第二状态为基准，以一个预设状态阈值为偏移量的状态范围；或者，所述车辆状态处于所述第二状态。

22.根据权利要求13-21任一项所述的通信装置，其特征在于，所述第二状态为包括多个状态的状态集合，所述车辆状态与所述第二状态相关联，包括：

所述车辆状态与所述多个状态中的任意一个状态相关联；或者所述车辆状态与所述多个状态中的全部状态相关联；或者所述多个状态中与所述车辆状态相关联的状态的数量超过一个数量阈值。

23.根据权利要求13-22任一项所述的通信装置，其特征在于，

所述描述信息用于指示将预设的升级要求信息作为所述升级包的升级要求信息；以及

所述获取模块，还用于根据所述指示确定所述升级包的升级要求信息为所述预设的升级要求信息。

24.根据权利要求13-23任一项，其特征在于，所述获取模块还用于：

当所述车载终端设备未获取到所述升级包的升级要求信息时，确定所述升级包的升级要求信息为预设的升级要求信息。

25.一种通信装置，其特征在于，所述通信装置包括：处理器和存储器；

所述存储器用于存储计算机执行指令，当所述处理器执行所述计算机执行指令时，以使所述通信装置执行如权利要求1-12中任意一项所述的方法。

26.一种计算机可读存储介质，其特征在于，包括指令，当其在通信装置上运行时，使得所述通信装置执行如权利要求1-12中任意一项所述的方法。

Images