CN110377305B - 一种应用软件升级方法、终端、系统 - Google Patents

Abstract

本发明提供一种应用软件升级方法、终端、系统，应用软件升级方法包括车载终端获取应用软件的升级指令，依据应用软件升级指令和升级条件确认所需升级的应用软件；备份上述所述应用软件的安装目录；下载所述应用软件的升级包并安装至目标位置，若升级后的应用软件安装失败，切换至升级前的所述应用软件进行启动。本发明可在应用软件升级失败时可切换至升级前的应用软件进行运行，保证该应用软件的正常运行。

Description

一种应用软件升级方法、终端、系统

技术领域

本发明属于车载终端技术领域，涉及一种应用软件升级方法、终端、系统。

背景技术

目前，通过在车载终端上安装应用程序得到运行在车载终端上的应用软件，车主可以通过操作应用软件来完成某项或某几项任务功能，例如音乐播放、导航。一般情况下，如果应用软件的开发商发布新版本之后，都会提示安装了应用软件的车载终端来下载升级包。

通常在升级的过程中，直接擦除原有的应用软件文件并刷写，因此当升级接收后若安装失败，导致该应用软件无法启动或崩溃，影响用户体验。

发明内容

鉴于以上所述现有技术的缺点，本发明的目的在于提供一种应用软件升级方法、终端、系统，用于解决现有技术中升级过程中由于直接擦除原有的应用软件文件并刷写，当升级失败，导致应用软件则无法启动的问题。

为实现上述目的及其他相关目的，本发明提供一种应用软件升级方法，包括：

车载终端获取应用软件的升级指令，

依据应用软件升级指令和升级条件确认所需升级的应用软件；

备份上述所述应用软件的安装目录；

下载所述应用软件的升级包并安装至目标位置，若升级后的应用软件安装失败，切换至升级前的所述应用软件进行启动。

于本发明的一实施例中，所述的应用软件升级方法还包括：在所述的车载终端获取应用软件的升级指令之前，接收所述车载终端的软件升级指令，从所述软件升级指令中筛选出所述应用软件的升级指令。

于本发明的一实施例中，进一步包括：升级后的应用软件安装成功，向云端服务器汇报升级结果和升级后的应用软件的版本信息。

于本发明的一实施例中，进一步包括：升级后的应用软件安装失败，向云端服务器汇报升级结果和升级前的所述应用软件的版本信息。

于本发明的一实施例中，所述的切换至升级前的应用软件进行启动，包括：

将所述目标位置处的安装目录刷写成已备份的所述应用软件的安装目录；

依照所述目标位置处的安装目录重启所述应用软件。

于本发明的一实施例中，进一步包括：删除备份的所述安装目录和下载的所述应用软件的升级包。

本发明还提供了一种车载终端，包括：

引擎模块，用于接收软件升级指令，还用于下载应用软件的升级包并安装至目标位置，启动升级后的所述应用软件；

升级适配器，用于从所述软件升级指令中获取所述应用软件的升级指令，依据所述应用软件的升级指令和升级条件确认所需升级的应用软件，并备份上述所述应用软件的安装目录。

于本发明的一实施例中，所述引擎模块包括：接收器，用于接收所述软件升级指令、多个升级文件的版本信息。

于本发明的一实施例中，所述引擎模块还包括：切换器，用于当升级后的应用软件安装失败，切换至升级前的应用软件进行启动。

本发明还提供了一种应用软件升级系统，其特征在于，包括：云端服务器和上述所述的车载终端。

如上所述，本发明所述的应用软件升级方法，由于提前备份了升级前的应用软件的安装目录，当升级失败后，可以及时重新刷写备份的安装目录，运行升级前的应用软件，保证该应用软件的正常运行。

同时，当车载终端内存在多个应用软件可以进行升级时，依据不同应用软件的升级条件筛选出可以立即升级的应用软件车载终端的正常运行，同时在对车主的使用不会造成困扰的情况下，可对车载终端内的多个应用软件进行升级。

附图说明

图1显示为本发明的应用软件升级方法于一实施例中的流程示意图。

图2显示为本发明的应用软件升级方法中筛选应用软件升级的流程示意图。

图3显示为本发明的应用软件升级方法中确认所需升级的应用软件的流程示意图。

图4显示为本发明的车载终端于一实施例中的结构示意图。

图5显示为本发明的车载终端内引擎模块和升级适配器的结构示意图。

图6显示为本发明的应用软件升级系统于一实施例中的结构示意图。

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

本发明提供的一种应用软件升级方法，主要采用空中下载技术(Overtheair，远程升级技术，简称为OTA)，完成对车载终端的操作系统、固件、驱动、SDK、导航软件、其他应用软件的在线更新。

为支持对车载终端的应用软件的在线升级，本实施方式的车载终端需具备在线升级的设功能，从而实现车载终端通过与为车载终端提供服务的云端服务器连接，当前的云端服务器为OTA云端服务器，可以利用3G网络技术、4G网络技术或Wifi等完成进行数据通信。云端服务器和车载终端采用一对多的方式，云端服务器为部署在数据中心的私有云服务平台，借助于公有云的内容分发网络(Content Delivery Network，简称CDN)来实现位于不同区域的不同车辆同时更新。

请参阅图1，图1所示为本实施方式所涉及的应用软件升级方法的流程图。

如图1所示，所述的应用软件升级方法可以包括：

S1，车载终端获取应用软件的升级指令，其中，应用软件升级指令包括软件标识，终端根据该唯一标识确认所需要升级的应用软件，另外，应用软件升级指令还可包括：所需要升级的应用软件名称、版本号、版本大小等。其应用软件的升级指令可以是针对车载终端内的一个应用软件，也可以是针对多个应用软件。

应用软件指令中软件标识是每个应用软件的唯一标识，是应用软件自身所具有的，该软件标识由云端服务器与软件开发者协商获得。

由于终端在接收升级指令时，会存在同时接收到多种软件的升级指令，而不同类型的软件在升级是所要面临的升级条件不同，尤其是车载终端的操纵系统，在汽车行驶过程中其车载终端不会对其操作系统进行升级，而针对应用软件的升级需要的时间短，即使在车辆行驶过程中也可以执行。因此需要将应用软件的升级指令从全部的软件升级指令中筛选出。所以，在所述的车载终端获取应用升级指令之前，所述应用软件升级方法还包括：S01，接收针对所述车载终端的软件升级指令；S02，从所述软件升级指令中筛选出所述应用软件的升级指令，如图2所示。

需要说明的是，在本发明的一个实施例中，云端服务器中会存储有不同版本的软件的升级文件，例如指操纵系统、固件、驱动、SDK或其他应用软件的升级文件，当开发人员开发出最新版本的软件的升级文件时，开发人员可将其上传至云端服务器，供不同车载终端下载更新。

其中，软件升级指令包括软件标识，终端根据该唯一标识确认所需要升级的软件，该软件可以是。另外，软件指令还可包括：所需要升级的软件名称、版本号、版本大小等。其中车载终端接收到可以有关于操纵系统、固件、驱动、SDK或其他应用软件中一种或多种升级指令。

进一步地，为保证筛选的执行，在本实施例中，可在S01，接收针对车载终端的软件升级指令之前或是在S02，从所述软件升级指令中筛选出所述应用软件升级指令之前，在车载终端内预设有应用软件列表，在该预设的应用软件列表内存放有车载终端内各个应用软件的软件标识。

在筛选过程中，S02，从软件升级指令中筛选出针对应用软件的升级指令，可以包括：

S021，调用预设的应用软件列表；

S022，依据应用软件列表内的软件标识依次比对软件升级指令中各升级指令的软件标识；

S023，筛选出与应用软件列表内的软件标识相同的升级指令，即为应用软件的升级指令。

依据软件标识筛选出所需的应用软件升级指令。

S2，依据应用软件升级指令和升级条件确认所需升级的应用软件。

进一步地，如图3所示，所述S2具体包括：S21，检查当前运行的所述应用软件的版本信息并发送云端服务器，该版本信息包括该应用软件的软件标识、版本号。

在本实施例中，由于应用软件在使用过程中，存在不断更新，因此在云端服务器内会存有多个应用软件的升级文件，每个升级文件自身携带有版本信息，即该升级文件所对应的应用软件的软件标识及版本号。另外，需要说明的是，其应用软件的升级指令可以是针对车载终端内的一个应用软件，也可以是针对多个应用软件。因此当接收到应用软件的升级指令后，车载终端检查当前运行的所述应用软件的版本信息中可以包括一个应用软件的版本信息，也可以是多个应用软件的版本信息。云端服务器根据接收到的应用软件版本信息来确定该车载终端所需的应用软件升级文件，可以是将接收到的应用软件版本信息中的版本号与云端服务器中与之具有相同软件标识的升级文件的版本号相比，如果后者数值大，则确定该应用软件需要升级，同时所需的升级文件即为与之作比较的升级文件。例如，应用软件当前的版本号为1.2，通过检测到云端服务器端的最新升级文件的版本号为1.3，表明应用软件需要通过升级文件升级到1.3的版本。

S22，接收云端服务器发送的多个升级文件的版本信息；

S23，筛选出满足当前升级条件的升级文件；

S24，将筛选出的升级文件的版本信息反馈给云端服务器。此时云端服务器根据反馈的升级文件的版本信息确认此次升级所需的升级文件，并进行打包成应用软件的升级包。

通过上述步骤，主要目的是，当车载终端内存在多个应用软件可以进行升级时，由于不同应用软件的升级条件不同，升级条件可以是预设在车载终端内，该升级条件包含有针对不同应用软件的子升级条件，子升级条件可以包括应用软件不在运行、车速为零等多种内容，当然各子升级条件的内容可以相同或不同。根据当前的车况，有些应用软件可以先下载，再安装，有些应用软件则不能下载。因此，车载终端会根据当前接收到的升级指令来查询现下升级条件，当应用软件的当前升级满足与之设定的升级条件时，则车载终端可以认为该应用软件能够立即升级，主要保证车载终端的正常运行，同时在对车主的使用不会造成困扰的情况下，可对车载终端内的多个应用软件进行升级。

S3，备份上述所述应用软件的安装目录。需要说明的是，在本实施例中，备份上述所述应用软件的安装目录意思是将应用软件完整备份。在车载终端内设有备份区，该应用软件的安装目录备份至备份区。

S4，下载应用软件的升级包并安装至目标位置，启动升级后的应用软件。安装至目标位置意思是将升级之前应用软件所运行位置处的文件进行刷写。

进一步包括：S5，升级后的应用软件安装成功，向云端服务器汇报升级结果和升级后的应用软件的版本信息。

进一步包括：S6，升级后的应用软件安装失败，切换至升级前的应用软件进行启动，同时向云端服务器汇报升级结果和升前的应用软件的版本信息。

其中，升级结果包括升级成功/失败。通过升级结果，云端服务器可以知晓车载终端内不同应用软件当前运行的版本，方便后续应用软件更新。由于提前备份了升级前的应用软件的安装目录，当升级失败后，可以及时重新刷写备份的安装目录，运行升级前的应用软件，保证该应用软件的正常运行。

需要说明的是，判定升级结果是成功或失败的标准：当完成应用软件刷写后，重启该应用软件；如果应用软件正常运行且运行应用软件的版本号为升级的版本号，则判定升级成功；反之，则判定升级失败。

另外，在S6中，所述的切换至升级前的应用软件进行启动，包括：

S61，将所述目标位置处的安装目录刷写成已备份的所述应用软件的安装目录；即刷写成升级前的应用软件的安装目录。

S62，依照所述目标位置处的安装目录重启应用软件。主要保证即使在刷写失败或升级失败的情况下，其应用软件仍可以运作。

进一步包括：S7，删除备份的所述安装目录和下载的所述应用软件的升级包。

本发明所述的应用软件升级方法的保护范围不限于本实施例列举的步骤执行顺序，凡是根据本发明的原理所做的现有技术的步骤增减、步骤替换所实现的方案都包括在本发明的保护范围内。

本实施例还提供了一种车载终端，如图4-5所示，包括：

引擎模块21，用于接收软件升级指令，还用于下载所述应用软件的升级包并安装至目标位置，启动升级后的应用软件。

升级适配器22，用于从软件升级指令中获取应用软件的升级指令，依据应用软件升级指令和升级条件确认所需升级的应用软件，并备份上述所述应用软件的安装目录。

其中，应用软件升级指令包括软件标识，终端根据该唯一标识确认所需要升级的应用软件，另外，应用软件升级指令还可包括：所需要升级的应用软件名称、版本号、版本大小等。其应用软件的升级指令可以是针对车载终端2内的一个应用软件，也可以是针对多个应用软件。

进一步地，所述引擎模块21还包括：接收器211，接收软件升级指令、多个升级文件的版本信息。发射器212，用于将检查当前运行的所述应用软件的版本信息发送云端服务器1。通过构建云端服务器分别和接收器、发射器的通信连接，实现云端服务器和车载终端的数据交互。

进一步地，所述升级适配器22还包括：检查模块222，检查当前运行的所述应用软件的版本信息并发送云端服务器1，该版本信息包括该应用软件的软件标识、版本号。第一筛选模块221，用于从软件升级指令中获取应用软件的升级指令；和第二筛选模块223，用于筛选出满足当前升级条件的升级文件；

进一步地，所述引擎模块21的发射器212还用于将筛选出的升级文件的版本信息反馈给云端服务器1。此时云端服务器1根据反馈的升级文件的版本信息确认此次升级所需的升级文件，并进行打包成应用软件的升级包。

进一步地，所述引擎模块21还包括：切换器225，用于当升级后的应用软件安装失败，切换至升级前的应用软件进行启动；可以在备份的应用软件和升级的应用软件之间进行切换并启动。

进一步地，所述升级适配器22还包括：判断模块224，用于判断升级后的应用软件启动是否正常；当升级后的应用软件安装成功，判断模块224控制反馈模块，向云端服务器1汇报升级结果和升级后的应用软件的版本信息。当升级后的应用软件安装失败，判断模块224控制切换器225，切换至升级前的应用软件进行启动，同时控制反馈模块向云端服务器1汇报升级结果和的升级前的应用软件的版本信息。在本实施例中，其判断模块具体可选用例如比较器，在通过比较器来检查该应用软件的进程返回值，根据具体的进程返回值获取应用软件启动正常或失败，例如可以预设进程返回值为0为应用软件启动失败，进程返回值为1为应用软件启动正常。

其中，升级结果包括升级成功/失败。通过升级结果，云端服务器1可以知晓车载终端2内不同应用软件当前运行的版本，方便后续应用软件更新。

需要说明的是，判定升级结果是成功或失败的标准：当完成应用软件刷写后，重启该应用软件；如果应用软件正常运行且运行应用软件的版本号为升级的版本号，则判定升级成功；反之，则判定升级失败。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现，也可以全部以硬件的形式实现，还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如：检查模块222可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现。此外，第一筛选模块221也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上第一筛选模块221、第二筛选模块223的功能。其它模块的实现与之类似。这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，一个或多个微处理器(DigitalSingnal Processor，简称DSP)，一个或者多个现场可编程门阵列(Field ProgrammableGate Array简称FPGA)等。当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，如中央处理器(Central Processing Unit，简称CPU)或其它可以调用程序代码的处理器。这些模块可以集成在一起，以片上系统(System-on-a-chip，简称SOC)的形式实现。

如图6所示，本实施方式还提供了一种应用软件升级系统，包括：云端服务器1和上述所述的车载终端2

综上所述，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (9)

1.一种应用软件升级方法，其特征在于，

包括：

接收车载终端的软件升级指令，从所述软件升级指令中筛选出所述应用软件的升级指令；

车载终端获取应用软件的升级指令，

依据应用软件升级指令和升级条件确认所需升级的应用软件；

备份上述所述应用软件的安装目录；

下载所述应用软件的升级包并安装至目标位置，若升级后的应用软件安装失败，切换至升级前的所述应用软件进行启动；

所述从软件升级指令中筛选出针对应用软件的升级指令，包括：

调用预设的应用软件列表；

依据应用软件列表内的软件标识依次比对软件升级指令中各升级指令的软件标识；

筛选出与应用软件列表内的软件标识相同的升级指令，即为应用软件的升级指令。

2.根据权利要求1所述的应用软件升级方法，其特征在于，

进一步包括：

升级后的应用软件安装成功，向云端服务器汇报升级结果和升级后的应用软件的版本信息。

3.根据权利要求1所述的应用软件升级方法，其特征在于，

进一步包括：

升级后的应用软件安装失败后，向云端服务器汇报升级结果和升级前的所述应用软件的版本信息。

4.根据权利要求3所述的应用软件升级方法，其特征在于，

所述的切换至升级前的应用软件进行启动，包括：

将所述目标位置处的安装目录刷写成已备份的所述应用软件的安装目录；

依照所述目标位置处的安装目录重启所述应用软件。

5.根据权利要求2或3所述的应用软件升级方法，其特征在于，

进一步包括：

删除备份的所述安装目录和下载的所述应用软件的升级包。

6.一种车载终端，其特征在于，

包括：

引擎模块，用于接收软件升级指令，从所述软件升级指令中筛选出应用软件的升级指令；还用于下载应用软件的升级包并安装至目标位置，启动升级后的所述应用软件；

所述从软件升级指令中筛选出针对应用软件的升级指令，包括：

调用预设的应用软件列表；

依据应用软件列表内的软件标识依次比对软件升级指令中各升级指令的软件标识；

筛选出与应用软件列表内的软件标识相同的升级指令，即为应用软件的升级指令；

升级适配器，用于从所述软件升级指令中获取所述应用软件的升级指令，依据所述应用软件的升级指令和升级条件确认所需升级的应用软件，并备份上述所述应用软件的安装目录。

7.根据权利要求6所述的车载终端，其特征在于，

所述引擎模块包括：接收器，用于接收所述软件升级指令、多个升级文件的版本信息。

8.根据权利要求6所述的车载终端，其特征在于，

所述引擎模块还包括：切换器，用于当升级后的应用软件安装失败，切换至升级前的应用软件进行启动。

9.一种应用软件升级系统，其特征在于，

包括：

云端服务器和如权利要求7～8任一所述的车载终端。