CN111338667A - 一种应用程序app的升级方法与升级装置 - Google Patents

Abstract

本申请公开了一种应用程序APP的升级方法与升级装置，属于计算机技术领域。本申请公开的应用程序APP的升级方法包括：微型升级程序TUP从操作系统OS接收对应用程序APP进行整体式升级的专用授权信息；微型升级程序TUP关闭应用程序APP；微型升级程序TUP调用整体式升级的升级文件对应用程序APP进行整体式升级；其中，微型升级程序TUP为应用程序APP专用。本申请能够降低应用程序APP升级过程中占用的内存，降低因内存紧张而死机的几率，且能够解决升级过程中的兼容性问题。

Description

一种应用程序APP的升级方法与升级装置

技术领域

本申请涉及计算机技术领域，特别是涉及一种应用程序APP的升级方法与升级装置。

背景技术

目前，一些专用设备的应用程序APP的升级已经开放给用户，现有技术中，一般供用户使用的升级方法有两种，一是利用操作系统OS对应用程序APP进行升级，一是应用程序APP的自升级。应用程序APP自升级时，应用程序APP处于运行之中，占用内存较大，容易造成升级过程中内存紧张而死机，而利用操作系统OS升级时，为各个应用程序APP通用的升级方式，并不一定适用于相应的应用程序APP，且不能解决各个应用程序APP之间的兼容性问题。

发明内容

本申请主要解决的技术问题是提供一种应用程序APP的升级方法与升级装置，能够降低应用程序APP升级过程中占用的内存，解决升级过程中的兼容性问题。

为解决上述技术问题，本申请采用的一个技术方案是：

提供一种应用程序APP的升级方法，所述升级方法包括：

微型升级程序TUP从操作系统OS接收对所述应用程序APP进行整体式升级的专用授权信息；

所述微型升级程序TUP关闭所述应用程序APP；

所述微型升级程序TUP调用所述整体式升级的升级文件对所述应用程序APP进行所述整体式升级；

其中，所述微型升级程序TUP为所述应用程序APP专用。

为解决上述技术问题，本申请采用的另一个技术方案是：

提供一种应用程序APP的升级方法，所述升级方法包括：

操作系统OS从应用程序APP接收微型升级程序TUP对所述应用程序APP进行整体式升级的专用授权信息并存储所述专用授权信息；

所述操作系统OS启动所述微型升级程序TUP；

所述操作系统OS将所述专用授权信息传递给所述微型升级程序TUP，以使所述微型升级程序TUP对所述应用程序APP进行所述整体式升级；

其中，所述微型升级程序TUP为所述应用程序APP专用。

为解决上述技术问题，本申请采用的另一个技术方案是：

提供一种应用程序APP的升级方法，所述升级方法包括：

应用程序APP读取升级任务文件，判断所述应用程序APP的升级是补丁式升级还是整体式升级；

如果是整体式升级，所述应用程序APP则从升级安装包接收微型升级程序TUP并传递给操作系统OS，以使所述操作系统OS安装所述微型升级程序TUP并调用所述微型升级程序TUP对所述应用程序APP进行所述整体式升级；

其中，所述微型升级程序TUP为所述应用程序APP专用。

为解决上述技术问题，本申请采用的另一个技术方案是：

提供一种应用程序APP的升级装置，包括存储器，所述存储器存储有微型升级程序TUP、操作系统OS和应用程序APP中至少一个；

其中，所述微型升级程序TUP运行时能够实现上述技术方案所述的应用程序APP的升级方法；和/或，

所述操作系统OS运行时能够实现上述技术方案所述的应用程序APP的升级方法；和/或，

所述应用程序APP运行时能够实现上述技术方案所述的应用程序APP的升级方法。

本申请的有益效果是：区别于现有技术的情况，本申请提供的应用程序APP的升级方法通过使用微型升级程序TUP接收专用授权信息，然后关闭应用程序APP，再调用升级文件对应用程序APP进行整体式升级，且微型升级程序TUP为应用程序APP专用，能够降低应用程序APP升级过程中占用的内存，降低因内存紧张而死机的几率，且能够解决升级过程中的兼容性问题。

附图说明

为了更清楚地说明本申请实施方式中的技术方案，下面将对实施方式描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：

图1为本申请应用程序APP的升级方法一实施方式的流程示意图；

图2为本申请应用程序APP的升级方法另一实施方式的流程示意图；

图3为本申请应用程序APP的升级方法又一实施方式的流程示意图；

图4为本申请应用程序APP的升级装置一实施方式的结构示意图；

图5为本申请应用程序APP的升级装置一实施方式的工作流程示意图。

具体实施方式

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

请参阅图1，图1为本申请应用程序APP的升级方法一实施方式的流程示意图，本实施方式包括如下步骤：

S101，微型升级程序TUP从操作系统OS接收对应用程序APP进行整体式升级的专用授权信息。

S102，微型升级程序TUP关闭应用程序APP。

S103，微型升级程序TUP调用整体式升级的升级文件对应用程序APP进行整体式升级。

其中，微型升级程序TUP(Tiny Update Program)为应用程序APP专用，专门用于该应用程序APP的升级，由应用程序APP的开发者所开发，是与应用程序APP共同被开发出来的，应用程序APP可以包含私有升级协议，本实施方式提供引入微型升级程序TUP的通道，并将应用程序APP的私有升级协议的定制权限开放给用户，由用户在私有升级协议中定制各种各样的功能，实现一些自定义的升级和操作。本实施方式提供的升级方法主要用于某些专用设备，其中专用设备上带有嵌入式的设备固件，设备固件可以包括应用程序APP部分、微型升级程序TUP部分以及操作系统OS部分，各个部分安装在专用设备上之后发挥的功能不一样，其中，微型升级程序TUP专用于对应用程序APP进行升级。

现有技术中，一般供用户使用的升级方法有两种，一是利用操作系统OS对应用程序APP进行升级，一是应用程序APP的自升级。本实施方式使用的微型升级程序TUP为应用程序APP专用，与应用程序APP一一对应，即每个应用程序APP配置有一个微型升级程序TUP，微型升级程序TUP是知晓应用程序APP的私有升级协议的，微型升级程序TUP对应用程序APP进行整体式升级时则能够根据私有升级协议的内容实现一些自定义的升级和操作，当使用操作系统OS对应用程序APP进行升级时，由于操作系统OS不知晓私有升级协议，也就无法实现自定义的升级和操作。而且同一个应用程序APP的不同版本之间可能存在兼容性的问题，使用操作系统OS升级对各个应用程序APP是通用的升级方式，不能够解决兼容性的问题，本实施方式可以利用应用程序APP专用的微型升级程序TUP去转换不同版本之间兼容性相关的内容，从而解决兼容性的问题。

具体地，本实施方式提供的应用程序APP的升级方法使用微型升级程序TUP接收专用授权信息，然后关闭应用程序APP，再调用升级文件对应用程序APP进行整体式升级。本实施方式在对应用程序APP进行整体式升级之前先从操作系统OS接收专用授权信息，能够降低微型升级程序TUP对应用程序APP的依赖，该专用授权信息由应用程序APP传递给操作系统OS，是针对于此应用程序APP的此次升级专用的，由用户给予此应用程序APP，如果其他的应用程序APP需要升级，或者此应用程序APP下一次升级，则此专用授权信息都将失效，不能发挥作用。而且通常应用程序APP运行时占用较大内存，本实施方式在对应用程序APP进行整体式升级之前将其关闭，而且使用的微型升级程序TUP运行时占用内存非常小，因而能够降低应用程序APP升级过程占用的内存，降低因内存紧张而死机的几率。进一步地，而如果升级过程中，操作系统OS遭遇断电等异常发生重启导致微型升级程序TUP重启，升级被中断，则微型升级程序TUP可以依靠私有升级协议判断哪些模块已经升级，哪些模块还没有升级，从而能够在重启之后自动继续升级。

进一步地，本实施方式在微型升级程序TUP调用整体式升级的升级文件对应用程序APP进行整体式升级之后，还包括：微型升级程序TUP清除专用授权信息并重启应用程序APP；微型升级程序TUP向应用程序APP反馈整体式升级完成的消息。本实施方式在整体式升级完成之后，先清除专用授权信息，当然，在其他的实施方式中，也可以采用使专用授权信息失效的方式，能够避免重复的升级动作；然后重启应用程序APP，检验应用程序APP是否升级成功，是否能够正常运行；最后向重启的应用程序APP反馈整体式升级完成的消息，相当于升级完成的标志。

在整体式升级过程中，可能出现内存紧张而死机的情况，也可能出现掉电的情况，当然还有其他的异常，会导致操作系统OS重启，进而微型升级程序TUP也重启，如果发生了微型升级程序TUP重启的情况，则重新接收专用授权信息，并从重启时刻断开的升级过程位置开始，继续将剩余的升级流程完成。在本申请另一实施方式中，微型升级程序TUP在对应用程序APP进行整体式升级的过程中发生了重启，此时微型升级程序TUP重新接收到操作系统OS发送的适用于之前中断的整体式升级的专用授权信息，然后利用用户定制的应用程序APP的私有升级协议来判断应用程序APP的哪些模块已经升级完成，哪些模块还没有升级，从而找出中断的位置，本实施方式中微型升级程序TUP此时可以给用户提供选项，由用户选择是重新开始整体式升级，还是从中断的位置继续进行升级，然后根据用户的选择重新开始整体式升级或者是从中断的位置继续将剩余的升级流程完成。通过上述设置，本实施方式能够抵抗升级过程中遭遇的异常。

上述实施方式为从微型升级程序TUP的角度描述的本申请应用程序APP的升级方法，下面结合图2从操作系统OS的角度描述本申请应用程序APP的升级方法。

请参阅图2，图2为本申请应用程序APP的升级方法另一实施方式的流程示意图，本实施方式包括如下步骤：

S201，操作系统OS从应用程序APP接收微型升级程序TUP对应用程序APP进行整体式升级的专用授权信息并存储专用授权信息。

S202，操作系统OS启动微型升级程序TUP。

S203，操作系统OS将专用授权信息传递给微型升级程序TUP，以使微型升级程序TUP对应用程序APP进行整体式升级。

其中，微型升级程序TUP为应用程序APP专用，专门用于该应用程序APP的升级，由应用程序APP的开发者所开发，是与应用程序APP共同被开发出来的。

具体地，本实施方式中，当需要利用微型升级程序TUP对应用程序APP进行整体式升级时，操作系统OS首先需要获取整体式升级的专用授权信息，该专用授权信息由应用程序APP传递给操作系统OS，是针对于此应用程序APP的此次升级专用的，由用户给予此应用程序APP，如果其他的应用程序APP需要升级，或者此应用程序APP下一次升级，则此专用授权信息都将失效，不能发挥作用。操作系统OS接收到专用授权信息之后，将其存储在特定的位置，然后启动微型升级程序TUP，并将专用授权信息传递给微型升级程序TUP，微型升级程序TUP获取到对应用程序APP进行整体式升级的专用授权信息之后才能对应用程序APP进行整体式升级。进一步地，微型升级程序TUP为应用程序APP专用，与应用程序APP一一对应，即每个应用程序APP配置有一个微型升级程序TUP，微型升级程序TUP是知晓应用程序APP的私有升级协议的，微型升级程序TUP对应用程序APP进行整体式升级时则能够根据私有升级协议的内容实现一些自定义的升级和操作，还能够转换应用程序APP在不兼容的版本之间升级时转换兼容性相关的内容。而且，如果升级过程中，操作系统OS遭遇断电等异常发生重启，升级过程被中断，微型升级程序TUP能够利用私有升级协议判断出哪些模块已经升级，哪些模块还未升级，找出中断的位置，从而自动继续升级。也就是说，本实施方式能够根据私有升级协议实现自定义的升级，且能够抵抗升级过程中遭遇的异常，在操作系统OS因遭遇异常而重启之后能够自动继续升级，而且能够解决应用程序APP在升级过程中的兼容性问题。

在另一实施方式中，操作系统OS在微型升级程序TUP对应用程序APP进行整体式升级的过程中发生重启，整体式升级被中断，重启之后，操作系统OS自动判断是否存储有专用授权信息，此专用授权信息是适用于之前被中断的整体式升级的，操作系统OS在微型升级程序TUP对应用程序APP进行整体式升级之前已经将此专用授权信息存储在一个特定的位置，如果升级被中断，则能够检测到此专用授权信息。操作系统OS重启之后，如果检测到此专用授权信息，则重启微型升级程序TUP，微型升级程序TUP被重启后从重启时刻断开的升级过程位置开始，继续将剩余的升级流程完成。通过上述设置，本实施方式能够抵抗升级过程中遭遇的异常。

在另一实施方式中，操作系统OS从应用程序APP接收微型升级程序TUP对应用程序APP进行整体式升级的专用授权信息之前，还包括：操作系统OS判断是否安装有微型升级程序TUP；如果没有安装，操作系统OS则从应用程序APP接收微型升级程序TUP并安装微型升级程序TUP。本实施方式中，微型升级程序TUP是应用程序APP所专用，在此应用程序APP上次升级时，操作系统OS可能已经安装了微型升级程序TUP，那么在此次整体式升级之前，需要先检测是否已经安装了微型升级程序TUP，如果已经安装，则不必再次安装，直接接收专用授权信息并启动微型升级程序TUP对应用程序APP进行整体式升级即可，而如果没有安装，操作系统OS则需要从应用程序APP接收微型升级程序TUP并安装微型升级程序TUP，然后再接收专用授权信息并启动微型升级程序TUP对应用程序APP进行整体式升级。本实施方式通过上述设置能够避免微型升级程序TUP的多次安装，提高升级的效率。

上述实施方式为从操作系统OS的角度描述的本申请应用程序APP的升级方法，下面结合图3从应用程序APP的角度描述本申请应用程序APP的升级方法。

请参阅图3，图3为本申请应用程序APP的升级方法又一实施方式的流程示意图，本实施方式包括如下步骤：

S301，应用程序APP读取升级任务文件，判断应用程序APP的升级是补丁式升级还是整体式升级。

S302，如果是整体式升级，应用程序APP则从升级安装包接收微型升级程序TUP并传递给操作系统OS，以使操作系统OS安装微型升级程序TUP并调用微型升级程序TUP对应用程序APP进行整体式升级。

其中，微型升级程序TUP为应用程序APP专用，专门用于该应用程序APP的升级，由应用程序APP的开发者所开发，是与应用程序APP共同被开发出来的。

具体地，本实施方式中，升级安装包中至少包括三个文件，升级任务文件、微型升级程序TUP的安装文件和应用程序APP进行升级的升级文件，应用程序APP首先读取升级安装包中的升级任务文件，该升级任务文件描述了了此次升级是补丁式升级还是整体式升级，如果是补丁式升级，则升级文件为补丁式升级文件，如果是整体式升级，则升级文件为整体式升级文件。本实施方式中，升级任务文件描述此次升级为整体式升级，应用程序APP则先判断操作系统OS是否已经安装了此应用程序APP专用的微型升级程序TUP，如果已经安装，则操作系统OS可以直接调用微型升级程序TUP对应用程序APP进行整体式升级，而如果没有安装，应用程序APP则判断升级安装包是否携带微型升级程序TUP的安装文件，如果携带了，应用程序APP则从升级安装包接收微型升级程序TUP并传递给操作系统OS，以使操作系统OS安装微型升级程序TUP，之后再调用微型升级程序TUP对应用程序APP进行整体式升级。本实施方式中，微型升级程序TUP为应用程序APP专用，且知晓应用程序APP的私有升级协议，能够实现用户自定义的升级方式。当然，在其他的实施方式中，升级安装包可能并未携带微型升级程序TUP的安装文件，此时则由应用程序APP判断是否有私有升级协议，如果有私有升级协议，则采用应用程序APP自升级的方式进行升级，如果没有私有升级协议，则采用操作系统OS直接调用整体式升级的升级文件对应用程序APP进行升级的方式。通过上述设置，本实施方式能够提高升级的效率。

在另一实施方式中，升级任务文件描述应用程序APP的升级为补丁式升级，应用程序APP则关闭应用程序APP中与补丁对应的待升级模块，对待升级模块进行升级，再启动升级之后的待升级模块。本实施方式中，补丁式升级过程中，应用程序APP本身不需要关闭，只是关闭与补丁对应的待升级模块，在升级完成之后再启动此模块，不影响用户使用。

在另一实施方式中，应用程序APP读取升级任务文件之前，还包括：应用程序APP获取升级认证授权；应用程序APP通过升级认证授权从升级安装包接收升级任务文件。此升级认证授权为常规通用的授权，例如用户名和密码，应用程序APP获取升级认证授权之后，即拥有升级的权限，可以进一步从升级安装包接收升级任务文件，由升级任务文件的内容判断出此次升级是补丁式升级还是整体式升级。本实施方式通过升级任务文件区分整补丁式升级还是整体式升级，能够提高应用程序APP的升级效率。

在另一实施方式中，应用程序APP如果判断操作系统OS已经安装微型升级程度，或者，应用程序APP从升级安装包接收微型升级程序TUP并传递给操作系统OS，之后，还包括：应用程序APP获取微型升级程序TUP对应用程序APP进行所体式升级的专用授权信息；应用程序APP将专用授权信息传递给操作系统OS，以使操作系统OS存储专用授权信息并将专用授权信息传递给微型升级程序TUP；应用程序APP接收微型升级程序TUP反馈的整体式升级完成的消息。本实施方式中，升级任务文件描述此次升级为整体式升级，且操作系统OS安装微型升级程序TUP之后，应用程序APP还需要获取适用于此次整体式升级的专用授权信息，之后将此专用授权信息传递给操作系统OS，再由操作系统OS传递给微型升级程序TUP，微型升级程序TUP将应用程序APP关闭之后，拿此专用授权信息完成对应用程序APP的整体升级，升级完成之后，微型升级程序TUP删除专用授权信息，并重启应用程序APP，将升级完成的消息反馈给应用程序APP。应用程序APP还可以进一步将升级完成的消息传递给操作系统OS，操作系统OS则可将之前存储的适用于此次升级的专用授权信息删除，能够避免重复的、无效的升级过程，提高应用程序APP的运行效率。

请参阅图4，图4为本申请应用程序APP的升级装置一实施方式的结构示意图，本实施方式应用程序APP的升级装置40包括存储器400，存储器400上存储有微型升级程序TUP401、操作系统OS402和应用程序APP403中至少一个；其中，微型升级程序TUP401运行时能够实现上述从微型升级程序TUP401的角度描述本申请应用程序APP的升级方法的实施方式；和/或，操作系统OS402运行时能够实现上述从操作系统OS402的角度描述本申请应用程序APP的升级方法的实施方式；和/或，应用程序APP403运行时能够实现上述从应用程序APP403的角度描述本申请应用程序APP的升级方法的实施方式。下面结合图5来描述本申请应用程序APP的升级装置的工作流程，图5为本申请应用程序APP的升级装置一实施方式的工作流程示意图，本实施方式应用程序APP的升级装置40的存储器400上同时存储有微型升级程序TUP401、操作系统OS402和应用程序APP403，当用户下载升级安装包，并发出升级指令后，应用程序APP403首先从用户获取到通用升级认证授权，然后从升级安装包接收升级任务文件，读取升级任务文件，判断此次升级是补丁式升级还是整体式升级。如果是补丁式升级，应用程序APP403则关闭与补丁对应的待升级模块，在升级完成之后再启动此模块，不影响用户使用。如果是整体式升级，应用程序APP403则判断操作系统OS402是否已经安装此应用程序APP403的微型升级程序TUP401，如果没有安装，应用程序APP403则判断升级安装包是否携带有微型升级程序TUP401的安装文件，如果携带，则应用程序APP403从升级安装包接收微型升级程序TUP401的安装文件并传递给操作系统OS402，操作系统OS402接收到微型升级程序TUP401之后将其安装，之后应用程序APP403从用户获取到适用于此次整体式升级的专用授权信息并传递给操作系统OS402。而如果操作系统OS402没有安装此应用程序APP403的微型升级程序TUP401，而且升级安装包也没有携带微型升级程序TUP401，则由应用程序APP403判断其自身是否携带私有升级协议，如果携带，则由其自身调用其整体升级的升级文件完成自升级，如果未携带，则由操作系统OS402直接调用整体升级的升级文件完成升级。本实施方式中微型升级程序TUP401为应用程序APP403专用，如果应用程序APP403携带私有升级协议，微型升级程序TUP401则知晓此私有升级协议，当使用微型升级程序TUP401来调用整体升级的升级文件来完成应用程序APP403的整体式升级时，能够根据此私有升级协议的内容完成自定义的升级。当操作系统OS402安装了微型升级程序TUP401之后，从应用程序APP403接收适用于此次整体式升级的专用授权信息，存储此专用授权信息，然后启动微型升级程序TUP401，并将此专用授权信息传递给微型升级程序TUP401。微型升级程序TUP401接收到此专用授权信息之后将应用程序APP403关闭，并从升级安装包调用此次整体式升级的升级文件，完成应用程序APP403的整体式升级，并重启应用程序APP403，然后将升级完成的消息反馈给应用程序APP403，并清除专用授权信息。

此外，如果微型升级程序TUP401在升级过程中发生重启，则能够利用私有升级协议判断出升级中断的位置，并从中断的位置继续完成此次整体式升级。而且，应用程序APP403在接收到微型升级程序TUP401反馈的整体式升级完成的消息之后，还可以将此消息传递给操作系统OS402，操作系统OS402接收到此消息之后可以将之前保存的专用授权信息清除，或者使其无效，同样能够避免重复、无效的升级过程发生。

总而言之，本实施方式能够降低应用程序APP升级过程中占用的内存，降低因内存紧张而死机的几率，能够根据私有升级协议实现自定义的升级，且能够抵抗升级过程中遭遇的异常，在微型升级程序TUP因遭遇异常而重启之后能够自动继续升级。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (12)

1.一种应用程序APP的升级方法，其特征在于，所述升级方法包括：

微型升级程序TUP从操作系统OS接收对所述应用程序APP进行整体式升级的专用授权信息；

所述微型升级程序TUP关闭所述应用程序APP；

所述微型升级程序TUP调用所述整体式升级的升级文件对所述应用程序APP进行所述整体式升级；

其中，所述微型升级程序TUP为所述应用程序APP专用。

2.根据权利要求1所述的升级方法，其特征在于，所述微型升级程序TUP调用所述整体式升级的升级文件对所述应用程序APP进行所述整体式升级，之后，还包括：

所述微型升级程序TUP清除所述专用授权信息并重启所述应用程序APP；

所述微型升级程序TUP向所述应用程序APP反馈所述整体式升级完成的消息。

3.根据权利要求2所述的升级方法，其特征在于，还包括：

所述微型升级程序TUP如果在对所述应用程序APP进行所述整体式升级的过程中发生重启，则重新接收所述专用授权信息，并从重启时刻断开的升级过程位置开始，继续将剩余的升级流程完成。

4.一种应用程序APP的升级方法，其特征在于，所述升级方法包括：

操作系统OS从应用程序APP接收微型升级程序TUP对所述应用程序APP进行整体式升级的专用授权信息并存储所述专用授权信息；

所述操作系统OS启动所述微型升级程序TUP；

所述操作系统OS将所述专用授权信息传递给所述微型升级程序TUP，以使所述微型升级程序TUP对所述应用程序APP进行所述整体式升级；

其中，所述微型升级程序TUP为所述应用程序APP专用。

5.根据权利要求4所述的升级方法，其特征在于，所述操作系统OS从所述应用程序APP接收所述微型升级程序TUP对所述应用程序APP进行所述整体式升级的所述专用授权信息，之前，还包括：

所述操作系统OS判断是否安装有所述微型升级程序TUP；

如果没有安装，所述操作系统OS则从所述应用程序APP接收所述微型升级程序TUP并安装所述微型升级程序TUP。

6.根据权利要求5所述的升级方法，其特征在于，还包括：

所述操作系统OS如果在所述微型升级程序TUP对所述应用程序APP进行所述整体式升级的过程中发生重启，则判断是否存储有所述专用授权信息；

如果有，所述操作系统OS则重启所述微型升级程序TUP；

所述操作系统OS重新将所述专用授权信息传递给所述微型升级程序TUP，以使所述微型升级程序TUP重新接收所述专用授权信息，并从重启时刻断开的升级过程位置开始，继续将剩余的升级流程完成。

7.一种应用程序APP的升级方法，其特征在于，所述升级方法包括：

应用程序APP读取升级任务文件，判断所述应用程序APP的升级是补丁式升级还是整体式升级；

如果是整体式升级，所述应用程序APP则从升级安装包接收微型升级程序TUP并传递给操作系统OS，以使所述操作系统OS安装所述微型升级程序TUP并调用所述微型升级程序TUP对所述应用程序APP进行所述整体式升级；

其中，所述微型升级程序TUP为所述应用程序APP专用。

8.根据权利要求7所述的升级方法，其特征在于，所述判断所述应用程序APP的升级是补丁式升级还是整体式升级之后，包括：

如果是整体式升级，所述应用程序APP则判断所述操作系统OS是否已经安装所述微型升级程序TUP；

如果未安装，所述应用程序APP则判断所述升级安装包是否携带所述微型升级程序TUP；

如果携带，所述应用程序APP则执行所述从所述升级安装包接收所述微型升级程序TUP并传递给所述操作系统OS的步骤。

9.根据权利要求8所述的升级方法，其特征在于，还包括：

如果是补丁式升级，所述应用程序APP则关闭所述应用程序APP中与所述补丁对应的待升级模块，对所述待升级模块进行升级，再启动升级之后的所述待升级模块。

10.根据权利要求7所述的升级方法，其特征在于，所述应用程序APP读取所述升级任务文件之前，还包括：

所述应用程序APP获取升级认证授权；

所述应用程序APP通过所述升级认证授权从所述升级安装包接收所述升级任务文件。

11.根据权利要求7-10任一项所述的升级方法，其特征在于，所述应用程序APP如果判断所述操作系统OS已经安装所述微型升级程度，或者，所述应用程序APP从所述升级安装包接收所述微型升级程序TUP并传递给所述操作系统OS，之后，还包括：

所述应用程序APP获取所述微型升级程序TUP对所述应用程序APP进行所述整体式升级的专用授权信息；

所述应用程序APP将所述专用授权信息传递给所述操作系统OS，以使所述操作系统OS存储所述专用授权信息并将所述专用授权信息传递给所述微型升级程序TUP；

所述应用程序APP接收所述微型升级程序TUP反馈的所述整体式升级完成的消息。

12.一种应用程序APP的升级装置，包括存储器，其特征在于，所述存储器存储有微型升级程序TUP、操作系统OS和应用程序APP中至少一个；

其中，所述微型升级程序TUP运行时能够实现权利要求1-3任一项所述的应用程序APP的升级方法；和/或，

所述操作系统OS运行时能够实现权利要求4-6任一项所述的应用程序APP的升级方法；和/或，

所述应用程序APP运行时能够实现权利要求7-11任一项所述的应用程序APP的升级方法。

Images