CN113276788B - 车载应用的升级方法、装置及车载终端、存储介质 - Google Patents

Abstract

本申请公开了一种车载应用的升级方法、装置及车载终端、存储介质，该方法包括：接收车辆熄火信号，所述车辆熄火信号用于触发所述车载终端进入延迟休眠状态；在所述车载终端进入延迟休眠状态的情况下，根据所述车辆熄火信号对待升级的车载应用进行升级；根据车载应用的升级结果生成并发送取消延迟休眠消息，所述取消延迟休眠消息用于触发所述车载终端进入休眠状态。本申请的车载应用的升级方法在车辆熄火后使车载终端立即进入延迟休眠状态，从而可以在延迟休眠状态下对车载应用进行升级，该升级方法避免了用户在使用车载应用时对应用进行升级，升级过程对于用户来说是无感知的，提高了用户的使用体验。

Description

车载应用的升级方法、装置及车载终端、存储介质

技术领域

本申请涉及车载终端技术领域，尤其涉及一种车载应用的升级方法、装置及车载终端、存储介质。

背景技术

车载终端设备中内置有很多各种功能的应用，当这些应用有新的功能需要更新或者有已知的问题需要修复时，就需要对这些应用进行独立升级。

目前一般的独立升级都在车载终端的开机阶段或者用户使用的过程中进行检测并升级，然而应用在后台升级会占用终端设备的系统资源，可能会造成用户在使用过程中出现卡顿的问题，并且一些应用在升级过程中会出现短暂的导致应用不可用的情况，从而影响了用户体验。

发明内容

本申请实施例提供了一种车载应用的升级方法、装置及车载终端、存储介质，以避免应用升级对用户的使用体验造成影响。

本申请实施例采用下述技术方案：

第一方面，本申请实施例提供一种车载应用的升级方法，其中，所述方法包括：

接收车辆熄火信号，所述车辆熄火信号用于触发所述车载终端进入延迟休眠状态；

在所述车载终端进入延迟休眠状态的情况下，根据所述车辆熄火信号对待升级的车载应用进行升级；

根据车载应用的升级结果生成并发送取消延迟休眠消息，所述取消延迟休眠消息用于触发所述车载终端进入休眠状态。

可选地，在接收车辆熄火信号之前，所述方法还包括：

接收待升级的车载应用的升级信息；

根据所述待升级的车载应用的升级信息向BootManager启动管理器发送车载终端的延迟休眠消息，以使所述BootManager启动管理器根据所述车载终端的延迟休眠消息创建车载终端的延迟休眠任务并根据所述延迟休眠任务使所述车载终端进入延迟休眠状态。

可选地，所述接收待升级的车载应用的升级信息包括：

获取车载终端的当前应用信息；

将所述车载终端的当前应用信息发送至服务端，以使所述服务端根据所述当前应用信息生成所述待升级的车载应用的升级信息。

可选地，所述接收待升级的车载应用的升级信息包括：

根据所述待升级的车载应用的升级信息确定是否有待升级的目标应用，其中所述目标应用是指在延迟休眠状态下待升级的应用；

若有，则执行根据所述待升级的车载应用的升级信息向BootManager启动管理器发送车载终端的延迟休眠消息的步骤。

可选地，在根据所述待升级的车载应用的升级信息向BootManager启动管理器发送车载终端的延迟休眠消息之后，所述方法还包括：

接收所述BootManager启动管理器对所述车载终端的延迟休眠任务的创建结果；

若所述创建结果为创建成功，则执行接收车辆熄火信号的步骤；

若所述创建结果为创建失败，则不执行接收车辆熄火信号的步骤或者执行重试机制。

可选地，所述根据所述车辆熄火信号对待升级的车载应用进行升级包括：

获取所述待升级的车载应用的升级信息，其中所述升级信息包括升级文件的下载地址；

根据所述升级文件的下载地址，下载所述待升级的车载应用的升级文件，以根据所述升级文件对所述待升级的车载应用进行升级。

第二方面，本申请实施例还提供一种车载应用的升级装置，其中，所述装置用于实现前述之任一所述方法。

第三方面，本申请实施例还提供一种车载终端，包括车载应用的升级服务和BootManager启动管理器，所述车载应用的升级服务用于执行前述之任一所述方法，所述BootManager启动管理器用于执行：

接收车辆熄火信号；

根据所述车辆熄火信号，执行车载终端的延迟休眠任务，以使所述车载终端进入延迟休眠状态。

第四方面，本申请实施例还提供一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行前述之任一所述方法。

第五方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行前述之任一所述方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：本申请实施例的车载应用的升级方法，在对车载应用进行升级时，需要先接收车辆熄火信号，车辆熄火信号用于触发车载终端进入延迟休眠状态；然后在车载终端进入延迟休眠状态的情况下，根据车辆熄火信号对待升级的车载应用进行升级；最后根据车载应用的升级结果生成并发送取消延迟休眠消息，取消延迟休眠消息用于触发车载终端进入休眠状态。本申请实施例的车载应用的升级方法在车辆熄火后使车载终端立即进入延迟休眠状态，从而可以在延迟休眠状态下对车载应用进行升级，该升级方法避免了用户在使用车载应用时对应用进行升级，升级过程对于用户来说是无感知的，提高了用户的使用体验。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中一种车载应用的升级方法的流程示意图；

图2为本申请实施例中一种车载应用的升级流程示意图；

图3为本申请实施例中一种车载应用的升级装置的结构示意图；

图4为本申请实施例中一种车载终端的结构示意图；

图5为本申请实施例中一种电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

本申请实施例提供了一种车载应用的升级方法，如图1所示，提供了本申请实施例中一种车载应用的升级方法的流程示意图，所述方法至少包括如下的步骤S110至步骤S130：

步骤S110，接收车辆熄火信号，所述车辆熄火信号用于触发所述车载终端进入延迟休眠状态。

本申请实施例的车载应用的升级方法可以由车载终端的升级服务（UpgradeService）来执行，在进行车载应用的升级时，需要先接收车辆的熄火信号，这里的车辆熄火信号主要是指ACC OFF信号，ACC是车辆的附件档，主要负责部分车载附属设备的供电，如视听系统、仪表灯和灯光等。在车辆熄火后的短暂时间内，发动机不转，但车内的一些附属设备还可以使用，而在过了该时间之后，车辆的附属设备会进入休眠状态，此时将导致车辆的附属设备也不可用。

基于此，本申请实施例利用车辆熄火后车载终端不会立马断电的特点，在接收到车辆熄火信号后，使车载终端进入延迟休眠状态，延迟休眠可以理解为车辆熄火后，车载终端不会立刻进入休眠状态，而是会缓冲一段时间，从而为后续升级车载应用做准备。

步骤S120，在所述车载终端进入延迟休眠状态的情况下，根据所述车辆熄火信号对待升级的车载应用进行升级。

在车载终端进入延迟休眠状态后，车载终端仍然可用，但由于车辆已经熄火说明用户并未在使用车载终端即车载终端处于空闲状态，因此此时是可以进行车载应用升级的时机，因此可以根据车辆熄火信号对待升级的车载应用进行升级。

步骤S130，根据车载应用的升级结果生成并发送取消延迟休眠消息，所述取消延迟休眠消息用于触发所述车载终端进入休眠状态。

由于车载终端处于延迟休眠状态时，车载终端仍然是启用的状态，在车辆熄火后，为了节省电能，需要在车载应用升级完成后，尽快使车载终端进入休眠状态，因此本申请实施例可以根据车载应用的升级结果生成并发送取消延迟休眠消息，从而使车载终端尽快进入休眠状态，从而节省车辆的电能。

本申请实施例的车载应用的升级方法在车辆熄火后使车载终端立即进入延迟休眠状态，从而可以在延迟休眠状态下对车载应用进行升级，该升级方法避免了用户在使用车载应用时对应用进行升级，升级过程对于用户来说是无感知的，提高了用户的使用体验。

在本申请的一个实施例中，在接收车辆熄火信号之前，所述方法还包括：接收待升级的车载应用的升级信息；根据所述待升级的车载应用的升级信息向BootManager启动管理器发送车载终端的延迟休眠消息，以使所述BootManager启动管理器根据所述车载终端的延迟休眠消息创建车载终端的延迟休眠任务并根据所述延迟休眠任务使所述车载终端进入延迟休眠状态。

为了使车载终端在接收到车辆熄火信号能够尽快进入延迟休眠状态，可以利用车载终端中的BootManager启动管理器事先创建好车载终端的延迟休眠任务，从而在车辆熄火后，通过执行延迟休眠任务使车载终端立即进入延迟休眠状态。这里的BootManager启动管理器可以看作是用于管理系统启动相关的系统应用，在本申请实施例中主要用于创建和管理车载终端的延迟休眠任务。

当然需要说明的是，创建延迟休眠任务的前提是车载终端中有待升级的车载应用，因此在BootManager启动管理器创建车载终端的延迟休眠任务时，车载终端的升级服务可以先接收服务端发送过来的待升级的车载应用的升级信息，从而根据待升级的车载应用的升级信息向BootManager启动管理器发送车载终端的延迟休眠消息，使得BootManager启动管理器可以根据车载终端的延迟休眠消息创建车载终端的延迟休眠任务。

在本申请的一个实施例中，所述接收待升级的车载应用的升级信息包括：获取车载终端的当前应用信息；将所述车载终端的当前应用信息发送至服务端，以使所述服务端根据所述当前应用信息生成所述待升级的车载应用的升级信息。

本申请实施例在接收服务端发送的待升级的车载应用的升级信息时，可以先从车载终端本地获取车载终端当前的应用信息，例如可以包括车载终端本地已安装应用的应用包名、应用版本号和应用名称等，将这些应用信息连同表征车载终端身份的序列号一起发送给服务端，使得服务端可以根据这些应用信息确定是否有待升级的车载应用。

对于服务端来说，服务端会事先将需要在延迟休眠状态下升级的应用信息配置到数据库中，包含待升级应用的应用包名，应用版本号，下载地址，MD5（Message-DigestAlgorithm，信息摘要算法）以及升级策略信息等。然后服务端根据UpgradeService发送的车载终端本地已安装应用的应用信息如应用版本号与服务端配置的应用升级信息作对比，从而确定出待升级的车载应用的升级信息并返回给UpgradeService，待升级的车载应用的升级信息具体也可以包含待升级应用的应用包名，应用版本号，下载地址，MD5以及升级策略信息等。

在本申请的一个实施例中，所述接收待升级的车载应用的升级信息包括：根据所述待升级的车载应用的升级信息确定是否有待升级的目标应用，其中所述目标应用是指在延迟休眠状态下待升级的应用；若有，则执行根据所述待升级的车载应用的升级信息向BootManager启动管理器发送车载终端的延迟休眠消息的步骤。

实际应用场景下，需要升级的应用可能有两种，一种是在应用使用过程中就可以进行升级的，一种是在应用未使用或者车载终端处于空闲状态时才进行升级的。一般情况下，在应用使用过程中就可以进行升级的通常是占用资源较小的应用，因此即使在使用中直接升级也不会影响用户使用，而对于需要在车载终端空闲状态时才能进行升级的应用通常是耗费资源比较大的应用，如果直接升级应用将会导致应用出现卡顿甚至无法使用的情况。

基于此，本申请实施例的车载应用升级方法主要针对的是第二种即需要在车载终端处于空闲状态时才进行升级的应用，当服务端确定出有待升级的应用后，其可能是需要在车载终端空闲时升级的应用，也可能是在使用中也可升级的应用，因此本申请实施例在接收到服务端发送的待升级的车载应用的升级信息后，可以先判断待升级的车载应用的升级信息中是否包含有需要在车载终端的延迟休眠状态即空闲状态下升级的应用信息，如果有，那么则可以执行后续的步骤。

当然需要说明的是，服务端在配置应用升级信息时，也可以直接配置出哪些应用是需要在车载终端的延迟休眠状态下升级的应用，这样通过比对就可以直接确定并返回需要在延迟休眠状态下升级的应用信息，从而省去了上述判断步骤。

在本申请的一个实施例中，在根据所述待升级的车载应用的升级信息向BootManager启动管理器发送车载终端的延迟休眠消息之后，所述方法还包括：接收所述BootManager启动管理器对所述车载终端的延迟休眠任务的创建结果；若所述创建结果为创建成功，则执行接收车辆熄火信号的步骤；若所述创建结果为创建失败，则不执行接收车辆熄火信号的步骤或者执行重试机制。

在向BootManager启动管理器发送车载终端的延迟休眠消息后，BootManager启动管理器会根据延迟休眠消息中携带的延迟信息如应用包名、延迟时长、延迟休眠任务的类型（如普通/重启）、延迟休眠任务的优先级等创建延迟休眠任务。

延迟休眠任务创建的结果可能是创建成功，也可能是创建失败，如果创建成功，那么直接执行后续的接收车辆熄火信号的步骤即可，而如果创建失败，可以根据具体的失败原因采取不同的处理措施。例如，如果是由于网络异常等原因导致请求创建任务失败，可以采用重试机制重新发送延迟休眠消息，如果是由于传递参数有误导致请求创建任务失败，可以在修正参数后再采用重试机制重新发送延迟休眠消息，而如果是由于状态禁止导致请求创建任务失败，说明当前不允许车载终端延迟休眠，因此就无法再继续执行后续步骤了。

在本申请的一个实施例中，所述根据所述车辆熄火信号对待升级的车载应用进行升级包括：获取所述待升级的车载应用的升级信息，其中所述升级信息包括升级文件的下载地址；根据所述升级文件的下载地址，下载所述待升级的车载应用的升级文件，以根据所述升级文件对所述待升级的车载应用进行升级。

如前所述，服务端将待升级的车载应用的升级信息返回给了UpgradeService，因此UpgradeService在对待升级的车载应用进行升级时，可以先从车载终端本地拉取待升级的车载应用的升级信息，这里的升级信息就包含了待升级应用的应用包名，应用版本号，下载地址，MD5以及升级策略信息等，根据其中的下载地址可以从相应位置下载得到车载应用的升级文件，进而可以利用该升级文件对待升级的车载应用进行升级。

为了便于对本申请各实施例的理解，如图2所示，提供了本申请实施例中一种车载应用的升级流程示意图。首先服务端会在数据库中配置待升级的车载应用的应用信息，然后车载终端在开机后车载终端的升级服务UpgradeService会从本地获取已安装应用的应用信息并发送服务端，服务端将车载终端中已安装应用的应用信息与数据库中配置的待升级的车载应用的应用信息进行比较，从而确定出车载终端中待升级的车载应用的应用信息并发送给UpgradeService。

UpgradeService根据服务端返回的待升级的车载应用的应用信息确定是否有需要在延迟休眠状态下升级的应用，如果有，则向车载终端的BootManager启动管理器发送车载终端的延迟休眠消息，BootManager启动管理器会根据延迟休眠消息创建车载终端的延迟休眠任务，并将创建结果返回给UpgradeService，由此完成了延迟休眠任务的创建。

之后当接收到车辆熄火信号后，BootManager启动管理器会直接开始执行延迟休眠任务，使车载终端进入延迟休眠状态，同时UpgradeService开始升级待升级的车载应用，在升级完成后，UpgradeService会向BootManager启动管理器发送取消延迟休眠消息，BootManager启动管理器则会立即取消执行车载终端的延迟休眠任务，从而使车载终端进入休眠状态，同时BootManager启动管理器也会实时将当前延迟时长与延迟休眠消息中预设的延迟时长进行比较或者采用倒计时的方式确定当前延迟时长是否已经到达延迟休眠消息中预设的延迟时长，一旦到达，则直接取消车载终端的延迟休眠任务的执行，使车载终端进入休眠状态。

本申请实施例还提供了一种车载应用的升级装置300，如图3所示，提供了本申请实施例中一种车载应用的升级装置的结构示意图，所述装置300包括：第一接收单元310、升级单元320以及发送单元330，其中：

第一接收单元310，用于接收车辆熄火信号，所述车辆熄火信号用于触发所述车载终端进入延迟休眠状态；

升级单元320，用于在所述车载终端进入延迟休眠状态的情况下，根据所述车辆熄火信号对待升级的车载应用进行升级；

发送单元330，用于根据车载应用的升级结果生成并发送取消延迟休眠消息，所述取消延迟休眠消息用于触发所述车载终端进入休眠状态。

在本申请的一个实施例中，所述装置还包括：第二接收单元，用于接收待升级的车载应用的升级信息；发送单元，用于根据所述待升级的车载应用的升级信息向BootManager启动管理器发送车载终端的延迟休眠消息，以使所述BootManager启动管理器根据所述车载终端的延迟休眠消息创建车载终端的延迟休眠任务并根据所述延迟休眠任务使所述车载终端进入延迟休眠状态。

在本申请的一个实施例中，所述第二接收单元具体用于：获取车载终端的当前应用信息；将所述车载终端的当前应用信息发送至服务端，以使所述服务端根据所述当前应用信息生成所述待升级的车载应用的升级信息。

在本申请的一个实施例中，所述第二接收单元具体用于：根据所述待升级的车载应用的升级信息确定是否有待升级的目标应用，其中所述目标应用是指在延迟休眠状态下待升级的应用；若有，则执行根据所述待升级的车载应用的升级信息向BootManager启动管理器发送车载终端的延迟休眠消息的步骤。

在本申请的一个实施例中，所述装置还包括：第三接收单元，用于接收所述BootManager启动管理器对所述车载终端的延迟休眠任务的创建结果；执行单元，用于若所述创建结果为创建成功，则执行接收车辆熄火信号的步骤；若所述创建结果为创建失败，则不执行接收车辆熄火信号的步骤或者执行重试机制。

在本申请的一个实施例中，所述升级单元320具体用于：获取所述待升级的车载应用的升级信息，其中所述升级信息包括升级文件的下载地址；根据所述升级文件的下载地址，下载所述待升级的车载应用的升级文件，以根据所述升级文件对所述待升级的车载应用进行升级。

能够理解，上述车载应用的升级装置，能够实现前述实施例中提供的车载应用的升级方法的各个步骤，关于车载应用的升级方法的相关阐释均适用于车载应用的升级装置，此处不再赘述。

本申请实施例还提供了一种车载终端，如图4所示，提供了本申请实施例中一种车载终端的结构示意图，所述车载终端包括车载应用的升级服务UpgradeService和BootManager启动管理器，所述车载应用的升级服务用于执行前述任一所述方法，所述BootManager启动管理器用于执行：接收车辆熄火信号；根据所述车辆熄火信号，执行车载终端的延迟休眠任务，以使所述车载终端进入延迟休眠状态。

当车辆熄火后，BootManager启动管理器也能够接收车辆熄火信号，此时需要立刻执行事先创建好的车载终端的延迟休眠任务，从而使车载终端尽快进入延迟休眠状态，以为后续升级车载应用做准备。

在本申请的一个实施例中，所述BootManager启动管理器还用于执行：接收车载终端的延迟休眠消息；根据所述车载终端的延迟休眠消息创建车载终端的延迟休眠任务，并将所述车载终端的延迟休眠任务的创建结果发送至所述车载应用的升级服务。

BootManager启动管理器在创建车载终端的延迟休眠任务，可以先接收车载终端的延迟休眠消息，延迟休眠消息中会携带应用包名、延迟时长、延迟休眠任务的类型（如普通/重启）、延迟休眠任务的优先级等信息，以此创建延迟休眠任务，并将创建结果发送至UpgradeService。

在本申请的一个实施例中，所述BootManager启动管理器还用于执行：接收取消延迟休眠消息；根据所述取消延迟休眠消息，取消执行所述车载终端的延迟休眠任务，以使所述车载终端进入休眠状态。

当UpgradeService完成车载应用的升级后，会发出取消延迟休眠消息，因此BootManager启动管理器可以根据取消延迟休眠消息，取消车载终端的延迟休眠任务的继续执行，从而使车载终端进入休眠状态。

在本申请的一个实施例中，所述BootManager启动管理器还用于执行：确定当前延迟时长是否触发延迟休眠消息中的延迟时长；若是，则直接取消执行所述车载终端的延迟休眠任务，以使所述车载终端进入休眠状态。

除了上述实施例能够触发延迟休眠任务的终止执行以外，还有一种情况时当前延迟时长已经达到了延迟休眠消息中的延迟时长，例如延迟休眠消息中的延迟时长为15分钟，即说明15分钟之后车载终端要进入休眠状态，如果当前延迟时长也已经达到了15分钟，那么此时就会直接终止延迟休眠任务的执行，从而使车载终端进入休眠状态。

实际应用场景下，待升级的车载应用可能有多个，因此此种情况下，可能会出现部分应用还未完成升级，车载终端就进入了休眠状态的情况，从而导致这些应用升级失败，那么在下一次车载终端进入延迟休眠状态时，就可以对这些应用继续进行升级。

图5是本申请的一个实施例电子设备的结构示意图。请参考图5，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器（non-volatile memory），例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构）总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构）总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成车载应用的升级装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

接收车辆熄火信号，所述车辆熄火信号用于触发所述车载终端进入延迟休眠状态；

在所述车载终端进入延迟休眠状态的情况下，根据所述车辆熄火信号对待升级的车载应用进行升级；

根据车载应用的升级结果生成并发送取消延迟休眠消息，所述取消延迟休眠消息用于触发所述车载终端进入休眠状态。

上述如本申请图1所示实施例揭示的车载应用的升级装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器（Central Processing Unit，CPU）、网络处理器（Network Processor，NP）等；还可以是数字信号处理器（Digital SignalProcessor，DSP）、专用集成电路（Application Specific Integrated Circuit，ASIC）、现场可编程门阵列（Field－Programmable Gate Array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1中车载应用的升级装置执行的方法，并实现车载应用的升级装置在图1所示实施例的功能，本申请实施例在此不再赘述。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行图1所示实施例中车载应用的升级装置执行的方法，并具体用于执行：

接收车辆熄火信号，所述车辆熄火信号用于触发所述车载终端进入延迟休眠状态；

在所述车载终端进入延迟休眠状态的情况下，根据所述车辆熄火信号对待升级的车载应用进行升级；

根据车载应用的升级结果生成并发送取消延迟休眠消息，所述取消延迟休眠消息用于触发所述车载终端进入休眠状态。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器 (CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (RAM) 和/或非易失性内存等形式，如只读存储器 (ROM) 或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体 (transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (8)

1.一种车载应用的升级方法，其中，所述方法包括：

接收车辆熄火信号，所述车辆熄火信号用于触发车载终端进入延迟休眠状态；

在所述车载终端进入延迟休眠状态的情况下，根据所述车辆熄火信号对待升级的车载应用进行升级；

根据车载应用的升级结果生成并发送取消延迟休眠消息，所述取消延迟休眠消息用于触发所述车载终端进入休眠状态，在接收车辆熄火信号之前，所述方法还包括：

接收待升级的车载应用的升级信息；

根据所述待升级的车载应用的升级信息向BootManager启动管理器发送车载终端的延迟休眠消息，以使所述BootManager启动管理器根据所述车载终端的延迟休眠消息创建车载终端的延迟休眠任务并根据所述延迟休眠任务使所述车载终端进入延迟休眠状态，其中，

所述接收待升级的车载应用的升级信息包括：

根据所述待升级的车载应用的升级信息确定是否有待升级的目标应用，其中所述目标应用是指在延迟休眠状态下待升级的应用；

若有，则执行根据所述待升级的车载应用的升级信息向BootManager启动管理器发送车载终端的延迟休眠消息的步骤，其中，

所述目标应用是指耗费资源较大，需要在车载终端的空闲状态时才能进行升级的应用。

2.如权利要求1所述方法，其中，所述接收待升级的车载应用的升级信息包括：

获取车载终端的当前应用信息；

将所述车载终端的当前应用信息发送至服务端，以使所述服务端根据所述当前应用信息生成所述待升级的车载应用的升级信息。

3.如权利要求1所述方法，其中，在根据所述待升级的车载应用的升级信息向BootManager启动管理器发送车载终端的延迟休眠消息之后，所述方法还包括：

接收所述BootManager启动管理器对所述车载终端的延迟休眠任务的创建结果；

若所述创建结果为创建成功，则执行接收车辆熄火信号的步骤；

若所述创建结果为创建失败，则不执行接收车辆熄火信号的步骤或者执行重试机制。

4.如权利要求1所述方法，其中，所述根据所述车辆熄火信号对待升级的车载应用进行升级包括：

获取所述待升级的车载应用的升级信息，其中所述升级信息包括升级文件的下载地址；

根据所述升级文件的下载地址，下载所述待升级的车载应用的升级文件，以根据所述升级文件对所述待升级的车载应用进行升级。

5.一种车载应用的升级装置，其中，所述装置用于实现权利要求1~4之任一所述方法。

6.一种车载终端，包括车载应用的升级服务和BootManager启动管理器，所述车载应用的升级服务用于执行权利要求1~4之任一所述方法，所述BootManager启动管理器用于执行：

接收车辆熄火信号；

根据所述车辆熄火信号，执行车载终端的延迟休眠任务，以使所述车载终端进入延迟休眠状态。

7.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行所述权利要求1~4之任一所述方法。

8.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行所述权利要求1~4之任一所述方法。

Images