CN105630628A - 应用程序恢复方法及装置 - Google Patents

Abstract

本公开揭示了一种应用程序恢复方法及装置，属于计算机技术领域。所述应用程序恢复方法包括：接收用于请求恢复目标应用程序的获取请求；根据目标应用程序的运行参数，确定该目标应用程序的恢复优先级；控制终端根据恢复优先级恢复目标应用程序。本公开解决了相关技术中由于用户常用但排在桌面下方的应用程序会被较晚恢复，不方便用户使用的问题；了可以将用户较常用的应用程序优先恢复，便于用户使用的效果。

Description

应用程序恢复方法及装置

技术领域

本公开涉及计算机技术领域，特别涉及一种应用程序恢复方法及装置。

背景技术

智能设备的桌面会显示系统恢复的各个应用程序的桌面图标，当智能设备的系统被重装或被用户误操作时，可能会导致应用被卸载，继而使得桌面图标消失或更改，为了方便用户继续使用这些应用程序，需要对桌面图标所对应的应用程序进行恢复。

在常见的一种恢复桌面的方式中，默认从桌面的主屏开始，按照从左到右、从上到下的顺序对桌面图标所对应的应用程序进行恢复。

在按照上述方案恢复桌面图标所对应的应用程序时，由于用户常用但排在桌面下方的应用程序会被较晚恢复，因此不方便用户使用。

发明内容

为了解决相关技术中由于用户使用视频较高但排在桌面下方的应用会被较晚恢复，不方便用户使用的问题，本公开提供一种应用程序恢复方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种应用程序恢复方法，应用于服务器中，所述方法包括：

接收用于请求恢复目标应用程序的桌面信息的获取请求；

根据所述目标应用程序的运行参数，确定所述目标应用程序的恢复优先级；

控制终端根据所述恢复优先级恢复所述目标应用程序。

本公开的实施例第一方面提供的技术方案可以包括以下有益效果：通过根据目标应用程序的运行参数确定该目标应用程序的恢复优先级，控制终端根据该恢复优先级恢复该目标应用程序；由于终端会根据服务器发送的恢复优先级恢复目标应用程序，而恢复优先级通常代表用户的历史使用情况，因此终端会优先恢复用户最常用的目标应用程序，解决了相关技术中用户常用但排在桌面下方的应用程序会被较晚恢复，不方便用户使用的问题；了可以将用户较常用的应用程序优先恢复，便于用户使用的效果。

可选的，所述根据所述目标应用程序的运行参数，确定所述目标应用程序的恢复优先级，包括：

获取所述运行参数，所述运行参数包括以下至少一项：运行总时长、预定运行时刻、运行频率；

根据所述运行参数确定所述恢复优先级。

本公开的实施例第一方面提供的可选的技术方案可以包括以下有益效果：通过统计目标应用程序在统计时刻前预定时间段内的运行总时长、预定运行时刻、运行频率中至少一项运行参数确定恢复优先级，使服务器确定目标应用程序的恢复优先级的结果更为精确。

可选的，所述运行总时长越长，所述恢复优先级越高，所述运行总时长越短，所述恢复优先级越低；

当前时刻与所述预定运行时刻之间的时间间隔越短，所述恢复优先级越高，所述时间间隔越长，所述恢复优先级越低；

所述运行频率越大，所述恢复优先级越高，所述运行频率越小，所述恢复优先级越低。

本公开的实施例第一方面提供的可选的技术方案可以包括以下有益效果：

根据运行总时长、当前时刻与所述预定运行时刻之间的运行时间间隔、运行频率来确定应用程序的恢复优先级，因此应用程序的恢复优先级可以用于反映应用程序的历史使用频率，从而使得在根据恢复优先级进行恢复时，最先恢复的应用通常为用户历史中最为常用的应用，保证了用户可以尽快使用到较为常用的应用。

可选的，所述方法还包括：

根据历史运行时刻获取所述预定运行时刻。

根据本公开实施例的第二方面，提供一种应用程序恢复系统，所述系统包括：服务器和终端，

所述服务器，被配置为接收所述终端发送的用于请求恢复目标应用程序的获取请求，根据所述目标应用程序的运行参数，确定所述目标应用程序的恢复优先级，控制所述终端根据所述恢复优先级恢复所述目标应用程序；

所述终端，被配置为向所述服务器发送所述获取请求；根据所述服务器发送的所述恢复优先级恢复所述目标应用程序。

可选的，所述终端，还被配置为采用第一显示方式显示已被恢复的应用程序对应的第一图标；采用第二显示方式显示未被恢复的应用程序对应的第二图标；所述不同显示方式指示一项至少一项：颜色不同、亮度不同、透明度不同；

所述第一图标可被操作，所述第二图标不可被操作。

可选的，所述终端，还被配置为获取所述目标应用程序的运行参数；向所述服务器发送运行参数；

所述服务器，还被配置为接收所述终端发送的所述运行参数。

根据本公开实施例的第三方面，提供一种应用程序恢复装置，其特征在于，应用于服务器中，所述装置包括：

接收模块，被配置为接收用于请求恢复目标应用程序的获取请求；

确定模块，被配置为根据所述目标应用程序的运行参数，确定所述目标应用程序的恢复优先级；

反馈模块，被配置为控制终端根据所述确定模块确定的所述恢复优先级恢复所述目标应用程序。

可选的，所述确定模块，包括：

获取子模块，被配置为获取所述运行参数，所述运行参数包括以下至少一项：运行总时长、预定运行时刻、运行频率；

确定子模块，被配置为根据所述获取子模块获取的所述运行参数确定所述恢复优先级。

可选的，所述运行总时长越长，所述恢复优先级越高，所述运行总时长越短，所述恢复优先级越低；

当前时刻与所述预定运行时刻之间的时间间隔越短，所述恢复优先级越高，所述时间间隔越长，所述恢复优先级越低；

所述运行频率越大，所述恢复优先级越高，所述运行频率越小，所述恢复优先级越低。

可选的，所述装置还包括：

获取模块，被配置为根据历史运行时刻获取所述预定运行时刻。

根据本公开实施例的第四方面，提供一种应用程序恢复装置，应用于服务器中，所述装置包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收用于请求恢复目标应用程序的获取请求；

根据所述目标应用程序的运行参数，确定所述目标应用程序的恢复优先级；

控制终端根据所述恢复优先级恢复所述目标应用程序。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并于说明书一起用于解释本公开的原理。

图1是根据部分示例性实施例示出的一种应用程序恢复方法所涉及的实施环境的示意图；

图2是根据一示例性实施例示出的一种应用程序恢复方法的流程图；

图3A是根据另一示例性实施例示出的一种应用程序恢复方法的流程图；

图3B是根据一示例性实施例示出的根据目标应用程序的运行参数，确定该目标应用程序的恢复优先级方法的流程图；

图3C是根据一示例性实施例示出的终端中已被恢复的目标应用程序和未被恢复的目标应用程序的示意图；

图3D是根据一示例性实施例示出的终端恢复目标应用程序前后的图标显示位置的桌面排布的示意图；

图3E是根据一示例性实施例示出的终端恢复未恢复的应用程序的示意图；

图3F是根据一示例性实施例示出的备份目标应用程序的运行参数方法的流程图；

图3G是根据一示例性实施例示出的将记录的目标应用程序的运行参数发送至服务器方法的流程图；

图4A是根据一示例性实施例示出的一种应用程序恢复装置的框图；

图4B是根据另一示例性实施例示出的一种应用程序恢复装置的框图；

图5是根据一示例性实施例示出的一种用于恢复应用程序的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据部分示例性实施例示出的一种应用程序恢复方法所涉及的实施环境的示意图，如图1所示，该实施环境可以包括服务器110和至少一个终端120。

服务器110和终端120可以通过无线网络方式连接，这里所讲的无线网络方式可以为移动数据网络或Wi-Fi，(英文全称：Wireless-Fidelity，中文全称：无线保真)，或蓝牙等无线网络方式)等。

终端120可以将得到的相关信息发送至服务器110，服务器110可以对终端120发送的信息进行备份和统计处理。

这里所讲的服务器110可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。

图2是根据一示例性实施例示出的一种应用程序恢复方法的流程图，如图2所示，该应用程序恢复方法应用于图1所示的实施环境中的服务器110中，包括以下步骤。

在步骤201中，接收用于请求恢复目标应用程序的获取请求。

在步骤202中，根据目标应用程序的运行参数，确定该目标应用程序的恢复优先级。

在步骤203中，控制终端根据恢复优先级恢复目标应用程序。

综上所述，本公开实施例中提供的应用程序恢复方法，通过根据目标应用程序的运行参数确定该目标应用程序的恢复优先级，控制终端根据该恢复优先级恢复该目标应用程序；由于终端会根据服务器发送的恢复优先级恢复目标应用程序，而恢复优先级通常代表用户的历史使用情况，因此终端会优先恢复用户最常用的目标应用程序，解决了相关技术中用户常用但排在桌面下方的应用程序会被较晚恢复，不方便用户使用的问题；了可以将用户较常用的应用程序优先恢复，便于用户使用的效果。

图3A是根据另一示例性实施例示出的一种应用程序恢复方法的流程图，如图3A所示，该应用程序恢复方法应用于图1所示的实施环境中的服务器110和终端120中，包括以下步骤。

在步骤301中，终端向服务器发送获取请求。

该获取请求用于触发该服务器查询备份的该终端的目标应用程序的恢复优先级以及用于限定该目标应用程序的图标显示位置的桌面排布。

这里所讲的应用程序的恢复优先级由该目标应用程序的运行参数确定，该运行参数包括运行总时长、预定运行时刻、运行频率中至少一项。

当终端的桌面图标布局恢复功能被触发后，该终端会向服务器发送获取请求，当服务器接收到该获取请求后会查询备份的该终端的目标应用程序的恢复优先级以及用于限定该目标应用程序的图标显示位置的桌面排布，并向该终端反馈该该目标终端的应用程序的恢复优先级以及用于限定该目标应用程序的图标显示位置的桌面排布。

在实际实现时，当用户对终端进行桌面图标布局恢复时，会触发桌面图标布局恢复功能，当用户对终端进行系统恢复时，也会触发桌面图标布局恢复功能。

通常，用户在选择对终端进行桌面图标布局恢复时，可能会出现多个备份时间不同的目标应用程序恢复文件供用户选择，在用户选择其中一个目标应用程序恢复文件后，终端将会向服务器发送与该目标应用程序恢复文件对应的获取请求。

相应的，服务器接收用于请求恢复目标应用程序的获取请求。

这里所说的获取请求中还包括与终端绑定的用户账号，当服务器接收到终端发送请求恢复目标应用程序的获取请求后，服务器会查找该用户账号下与该获取请求对应的该终端的目标应用程序的恢复优先级以及用于限定该目标应用程序的图标显示位置的桌面排布。

由于仅包含目标应用程序的恢复优先级以及用于限定该目标应用程序的图标显示位置的桌面排布的备份文件的文件格式较之于包括终端所有信息的备份文件的文件格式简单，因此，当绑定同一个用户账号的两个终端可以互相共享和获取对端的桌面信息。本实施例中所涉及的两个终端可以是不同型号的终端，也不同品牌的终端，甚至是不同操作系统的终端。

需要说明的是，目标应用程序的个数可以为1个也可以为多个，本实施不对目标应用程序的个数做具体限定。

在步骤302中，服务器根据目标应用程序的运行参数，确定该目标应用程序的恢复优先级。

服务器通过统计某一应用程序在统计时刻前预定时间段内的运行总时长、预定运行时刻、运行频率，可以根据该运行总时长、当前时刻与预定运行时刻之间的时间间隔、运行频率来确定该应用程序的恢复优先级。因此应用程序的恢复优先级的高低可以有效反映该应用程序是否被用户历史中经常使用，从而使得终端在根据恢复优先级恢复目标应用程序时，使得最先恢复的应用程序为用户历史中最为常用的应用，以保证用户可以尽快使用到较为常用的应用。图3B是根据一示例性实施例示出的根据目标应用程序的运行参数，确定该目标应用程序的恢复优先级方法的流程图，如图3B所示，该根据目标应用程序的运行参数，确定该目标应用程序的恢复优先级方法可以由下述步骤302a至步骤302b实现。

在步骤302a中，获取运行参数。

运行参数包括运行总时长、预定运行时刻、运行频率中至少一项。其中，服务器可以根据应用程序的历史运行时刻获取该应用程序预定运行时刻。

当运行参数为运行总时长时，服务器会统计目标应用程序在统计时刻前预定时间段内的使用时长，比如，服务器统计2015.7.1至2015.7.5目标应用程序的运行参数，其中与应用程序“天气”相关的运行参数有3条：

第一条：“天气”，开始时刻：2015.7.4，06:00；结束时刻：2015.7.4，06:10。

第二条：“天气”，开始时刻：2015.7.5，07:00；结束时刻：2015.7.5，07:05。

第三条：“天气”，开始时刻：2015.7.6，07:00；结束时刻：2015.7.6，07:10。

那么，服务器会将第一条和第二条关于应用程序“天气”的使用时长进行统计，得出应用程序“天气”在2015.7.1至2015.7.5期间的使用时长为15(10+5)分钟。

当运行参数为预定运行时刻时，服务器会统计目标应用程序的预定运行时刻，比如，服务器统计2015.7.1至2015.7.5目标应用程序的运行参数，其中与应用程序“天气”相关的运行参数有3条：

第一条：“天气”，开始时刻：2015.7.4，06:00；结束时刻：2015.7.4，06:10。

第二条：“天气”，开始时刻：2015.7.5，07:00；结束时刻：2015.7.5，07:05。

第三条：“天气”，开始时刻：2015.7.6，07:00；结束时刻：2015.7.6，07:10。

那么，服务器会将第一条和第二条关于应用程序“天气”的开始时刻进行统计，得出应用程序“天气”在2015.7.4的06:00使用一次，在2015.7.5的07:00使用一次。

需要说明的是，这里所说的预定运行时刻可以由服务器自动设置也可以由用户自行设置。

当使用信息为运行频率时，服务器会统计目标应用程序在统计时刻前预定时间段内的使用频率，比如，服务器统计2015.7.1至2015.7.5目标应用程序的运行参数，其中与应用程序“天气”相关的运行参数有3条：

第一条：“天气”，开始时刻：2015.7.4，06:00；结束时刻：2015.7.4，06:10。

第二条：“天气”，开始时刻：2015.7.5，07:00；结束时刻：2015.7.5，07:05。

第三条：“天气”，开始时刻：2015.7.6，07:00；结束时刻：2015.7.6，07:10。

那么，服务器会将第一条和第二条关于应用程序“天气”的运行频率进行统计，得出应用程序“天气”在2015.7.1至2015.7.5期间的运行频率为2次。

当然，当使用信息为运行总时长、预定运行时刻和运行频率时，服务器可以一并统计目标应用程序在统计时刻前预定时间段内的运行总时长、预定运行时刻和运行频率。

在步骤302b中，根据运行参数确定恢复优先级。

可选的，根据运行参数确定恢复优先级，包括：

运行总时长越长，恢复优先级越高，运行总时长越短，恢复优先级越低；

当前时刻与预定运行时刻之间的时间间隔越短，恢复优先级越高，时间间隔越长，恢复优先级越低；

运行频率越大，恢复优先级越高，运行频率越小，恢复优先级越低。

某一应用程序的恢复优先级越高，表明用户在历史使用该应用程序的运行总时长越高，或当前时刻与预定运行时刻之间的时间间隔越短，或运行频率越大。其中，运行总时长是指在预定时刻之后且在终端备份目标应用程序的时刻之前，用户使用该应用程序的总时长。当前时刻与预定运行时刻之间的时间间隔是指预定时刻与在终端备份目标应用程序的时刻之间的时间间隔。运行频率是指在预定时刻之后且在终端目标应用程序的时刻之前，用户触发该应用程序的图标的总次数。这里所说的预定时刻和备份目标应用程序的时刻可以由系统设置，也可以由用户设置。

当服务器只统计目标应用程序的运行总时长时，目标应用程序的运行总时长越长，恢复优先级越高，目标应用程序的运行总时长越短，恢复优先级越低。

当服务器一并统计目标应用程序的运行总时长、当前时刻与预定运行时刻之间的时间间隔和运行频率时，该服务器会通过特定算法对目标应用程序的目标应用程序的运行总时长、当前时刻与预定运行时刻之间的时间间隔和运行频率进行计算，得出综合数值，即应用程序在预定时间段内的综合数值越大，该应用程序在预定时间段内的恢复优先级越高。

在步骤303中，服务器控制终端根据恢复优先级恢复目标应用程序。

当服务器统计好目标应用程序的恢复优先级后，会将目标应用程序的恢复优先级以及用于限定该目标应用程序的图标显示位置的桌面排布反馈给终端，终端接收到该目标应用程序的恢复优先级以及用于限定该目标应用程序的图标显示位置的桌面排布后，会先对该终端的桌面上的目标应用程序进行重新排布，再根据目标应用程序的恢复优先级，按恢复优先级由高到低的顺序依次恢复目标应用程序。

在步骤304中，终端根据该服务器发送的恢复优先级恢复目标应用程序。

在终端在根据所接收到的目标应用程序的恢复优先级以及用于限定该目标应用程序的图标显示位置的桌面排布，恢复目标应用程序的过程中，可以通过不同的显示方式显示已经恢复的应用程序和尚未恢复的应用程序，以用于区分，帮助用户区分已经恢复的应用，另外，优先下载并恢复恢复优先级较高的应用程序，可以使用户优先使用常用程序。

可选的，终端根据该服务器发送的恢复优先级恢复目标应用程序，包括：

采用第一显示方式显示已被恢复的应用程序对应的第一图标。

采用第二显示方式显示未被恢复的应用程序对应的第二图标。

第一显示方式和第二显示方式为两种不同的显示方式，比如，当第一显示方式为高亮显示时，第二显示方式可以为灰度显示。当第一显示方式为显示应用程序的程序名时，第二显示方式可以为将应用程序的程序名均显示为“等待恢复”。当第一显示方式为静态显示时，第二显示方式可以为动态显示。其中，不同显示方式可以为颜色不同、亮度不同、透明度不同等至少一项，本实施例不对第一显示方式和第二显示方式的具体显示方式进行限定。

图3C是根据一示例性实施例示出的终端中已被恢复的目标应用程序和未被恢复的目标应用程序的示意图，其中，图3C(1)中已被恢复的目标应用程序“相机”、“视频”、“应用商店”对应的第一图标为高亮显示(在图3C(1)中以实线的形式表示)，未被恢复的目标应用程序“照片”、“股市”、“天气”对应的第二图标为灰度显示(在图3C(1)中以虚线的形式表示)。图3C(2)中已被恢复的目标应用程序“相机”、“视频”、“应用商店”对应的第一图标显示了对应的程序名，未被恢复的目标应用程序“照片”、“股市”、“天气”对应的第二图标的程序名均显示为“等待恢复”。

图3D是根据一示例性实施例示出的终端恢复目标应用程序前后的图标显示位置的桌面排布的示意图，如图3D(1)所示，在终端未恢复目标应用程序时，图标显示位置的桌面排布为第一行第一列为“应用商店”对应的第一图标，第一行第二列为“相机”对应的第一图标，第一行第三列为“视频”对应的第一图标。如图3D(1)所示，在终端恢复目标应用程序时，图标显示位置的桌面排布为第一行第一列为“照片”对应的第二图标，第一行第二列为“相机”对应的第一图标，第一行第三列为“视频”对应的第一图标，第二行第一列为“股市”对应的第二图标，第二行第二列为“应用商店”对应的第一图标，第二行第三列为“天气”对应的第二图标。

对于尚未被恢复的目标应用程序，终端通过第二显示方式显示该目标应用程序的第二图标，此时该目标应用程序对应的第二图标不可被操作。当终端按照恢复优先级，优先下载并恢复恢复优先级最高的目标应用程序，并在该目标应用程序恢复成功后，会通过第一显示方式显示该目标应用程序的第一图标，此时该目标应用程序对应的第一图标可被操作。

图3E是根据一示例性实施例示出的终端恢复未恢复的应用程序的示意图，其中，如图3E所示，未被恢复的目标应用程序“照片”、“股市”、“天气”对应的第一图标为灰度显示(在图3E中以虚线的形式表示)，此时用户不可以对“照片”、“股市”、“天气”进行操作。由于应用程序“天气”的恢复优先级最高，终端将先下载并恢复应用程序“天气”，并在应用程序“天气”恢复成功后对应用程序“天气”对应的第二图标进行高亮显示，此时用户可以对应用程序“天气”对应的第二图标进行操作(比如：移动图标位置、删除图标等操作)(在图3E中以实线的形式表示)。

综上所述，本公开实施例提供的应用程序恢复方法，通过根据目标应用程序的运行参数确定该目标应用程序的恢复优先级，控制终端根据该恢复优先级恢复该目标应用程序；由于终端会根据服务器发送的恢复优先级恢复目标应用程序，而恢复优先级通常代表用户的历史使用情况，因此终端会优先恢复用户最常用的目标应用程序，解决了相关技术中用户常用但排在桌面下方的应用程序会被较晚恢复，不方便用户使用的问题；了可以将用户较常用的应用程序优先恢复，便于用户使用的效果。

通过统计目标应用程序在统计时刻前预定时间段内的运行总时长、预定运行时刻、运行频率中至少一项运行参数确定恢复优先级，使服务器确定目标应用程序的恢复优先级的结果更为精确。

根据运行总时长、当前时刻与所述预定运行时刻之间的运行时间间隔、运行频率来确定应用程序的恢复优先级，因此应用程序的恢复优先级可以用于反映应用程序的历史使用频率，从而使得在根据恢复优先级进行恢复时，最先恢复的应用通常为用户历史中最为常用的应用，保证了用户可以尽快使用到较为常用的应用。

在一种可能的实现方式中，终端会实时将目标应用程序的的运行参数进行记录，并将记录好的运行参数上传给服务器，以便服务器对同一个终端中的目标应用程序的运行参数进行统计，进而可以实现对目标应用程序的恢复优先级的排序，用户可以决定桌面信息的备份时机，使得备份的桌面信息更能代表用户的备份意向。图3F是根据一示例性实施例示出的备份目标应用程序的运行参数方法的流程图，如图3F所示，该目标应用程序的运行参数方法应用于图1所示的实施环境中的终端120中，包括以下步骤。

在步骤305中，获取目标应用程序的运行参数。

终端可以以记录的形式记录目标应用程序的运行参数，该运行参数是目标应用程序每次被使用时的使用参数，也就是说，一条记录至少包括一个目标应用程序对应的一次使用的开始时刻和结束时刻，其中，开始时刻是指该目标应用程序被打开的或被切换到前台的时刻，关闭时刻是指该目标应用程序被关闭或被切换至后台的时刻。

比如，当用户在上午7点15分打开应用程序“天气”时，终端新建一条关于“天气”的记录，并记录“天气”的开始时刻为“上午7点15分”。当用户在上午7点20分将应用程序“天气”切换成应用程序“浏览器”时，终端会继续在该“天气”的记录中记录“天气”的关闭时刻为“上午7点20分”，并新建一条关于“浏览器”的记录，并记录“浏览器”的开启时刻为“上午7点20分”。当用户在上午8点20分将应用程序“浏览器”再次切换成应用程序“天气”时，终端会继续在该“浏览器”的记录中记录“浏览器”的关闭时刻为“上午8点20分”，并新建一条关于“天气”的记录，并记录“天气”的开启时刻为“上午8点20分”。

在实际实现时，终端可以采用下述代码的形式记录目标程序的运行参数：

action＝fg_appname＝com.abc.mmstartTime＝1434700528090endTime＝1434700532848

其中，fg_app表示前台应用，com.abc.mm标识该应用程序的包名，startTime表示该应用程序的启动时刻，endTime表示该应用程序的关闭/切换到后台的时刻。

在步骤306中，向服务器发送运行参数。

在一种可能的实现方式中，终端会在预定时间段内向服务器发送记录的目标应用程序的运行参数，该预定时间段可以是用户使用终端频率较少的时间段，也可以是终端处于良好的网络条件的时间段。图3G是根据一示例性实施例示出的将记录的目标应用程序的运行参数发送至服务器方法的流程图，如图3G所示，该将记录的目标应用程序的运行参数发送至服务器方法可以由下述两种方式实现。

第一种方式306a，在每日的预定时间段内随机向该服务器发送目标应用程序的运行参数。

为了避免对用户使用的影响，预定时间段可以被设定为凌晨2点至凌晨6点，该预定时间可以由厂商设置也可以由用户设置。

为了避免同一时刻上传导致服务器压力过大，在预定时间段内，终端将在随机时刻向服务器发送记录的目标应用程序的运行参数。

第二种方式306b，在每日的预定时间段内，获取终端的联网方式，在该联网方式为无线保真Wi-Fi时，随机向服务器发送记录的目标应用程序的运行参数。

终端被设置在Wi-Fi的联网方式下向服务器发送记录的目标应用程序的运行参数，可以有效节省用户的流量费用。

相应的，服务器接收终端发送的运行参数。

当用户执行手动备份时，比如，对终端进行备份操作或对桌面信息的进行单独备份时，都会触发备份指令，终端接收到用户的备份指令后，则获取与该终端的目标应用程序的运行参数所涉及的相关记录，对该桌面信息所涉及的相关记录进行汇总、压缩、加密等操作，生成包含有目标应用程序的运行参数的文件，将该文件发送至服务器，由服务器备份存储该文件，这样不仅可以缩短备份文件的传输时间，和可以提高备份文件的安全性。

在实际实现时，终端可以采用下述代码的形式对目标应用程序的运行参数所涉及的相关记录进行汇总操作：

可选的，当用户进行手动备份时，终端会输出信息提示用户是否对之前备份的目标应用程序的运行参数的文件进行覆盖，若用户选择覆盖，则终端会将本次备份文件覆盖最近一次备份文件进行本地存储，若用户选择不覆盖，则终端在存储本次备份文件的同时会保留之前存储的所有备份文件。

可选的，若终端存储的备份文件不止一个时，可以将备份文件按照自动备份和手动备份的类型进行区分显示，还可以将备份文件按照备份的时间顺序倒序或顺序进行排列。

需要说明的是，桌面信息除了可以被手动备份外，还可以被自动备份，比如，终端可以每隔3天或7天进行自动备份。本实施例不对终端自动备份的频率进行限定。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图4A是根据一示例性实施例示出的一种应用程序恢复装置的框图，如图4A所示，该应用程序恢复装置应用于图1所示实施环境中的服务器110中，该应用程序恢复装置包括但不限于：接收模块410、确定模块420和反馈模块430。

接收模块410，被配置为接收用于请求恢复目标应用程序的获取请求。

这里所说的获取请求中还包括与终端绑定的用户账号，当服务器接收到终端发送请求恢复目标应用程序的获取请求后，服务器会查找该用户账号下与该获取请求对应的该终端的目标应用程序的恢复优先级以及用于限定该目标应用程序的图标显示位置的桌面排布。

由于仅包含目标应用程序的恢复优先级以及用于限定该目标应用程序的图标显示位置的桌面排布的备份文件的文件格式较之于包括终端所有信息的备份文件的文件格式简单，因此，当绑定同一个用户账号的两个终端可以互相共享和获取对端的桌面信息。本实施例中所涉及的两个终端可以是不同型号的终端，也不同品牌的终端，甚至是不同操作系统的终端。

需要说明的是，目标应用程序的个数可以为1个也可以为多个，本实施不对目标应用程序的个数做具体限定。

确定模块420，被配置为根据目标应用程序的运行参数，确定该目标应用程序的恢复优先级。

服务器通过统计某一应用程序在统计时刻前预定时间段内的运行总时长、预定运行时刻、运行频率，可以根据该运行总时长、当前时刻与预定运行时刻之间的时间间隔、运行频率来确定该应用程序的恢复优先级。因此应用程序的恢复优先级的高低可以有效反映该应用程序是否被用户历史中经常使用，从而使得终端在根据恢复优先级恢复目标应用程序时，使得最先恢复的应用程序为用户历史中最为常用的应用，以保证用户可以尽快使用到较为常用的应用。

反馈模块430，被配置为控制终端根据确定模块420确定的恢复优先级恢复目标应用程序。

当服务器统计好目标应用程序的恢复优先级后，会将目标应用程序的恢复优先级以及用于限定该目标应用程序的图标显示位置的桌面排布反馈给终端，终端接收到该目标应用程序的恢复优先级以及用于限定该目标应用程序的图标显示位置的桌面排布后，会先对该终端的桌面上的目标应用程序进行重新排布，再根据目标应用程序的恢复优先级，按恢复优先级由高到低的顺序依次恢复目标应用程序。

在一种可能的实现方式中，请参见图4B所示，其是根据另一示例性实施例示出的一种应用程序恢复装置的框图，在图4B中，该确定模块420可以包括：获取子模块421和确定子模块422。

获取子模块421，被配置为获取运行参数。

运行参数包括运行总时长、预定运行时刻、运行频率中至少一项。其中，服务器可以根据应用程序的历史运行时刻获取该应用程序预定运行时刻。

当运行参数为运行总时长时，服务器会统计目标应用程序在统计时刻前预定时间段内的使用时长，比如，服务器统计2015.7.1至2015.7.5目标应用程序的运行参数，其中与应用程序“天气”相关的运行参数有3条：

第一条：“天气”，开始时刻：2015.7.4，06:00；结束时刻：2015.7.4，06:10。

第二条：“天气”，开始时刻：2015.7.5，07:00；结束时刻：2015.7.5，07:05。

第三条：“天气”，开始时刻：2015.7.6，07:00；结束时刻：2015.7.6，07:10。

那么，服务器会将第一条和第二条关于应用程序“天气”的使用时长进行统计，得出应用程序“天气”在2015.7.1至2015.7.5期间的使用时长为15(10+5)分钟。

当运行参数为预定运行时刻时，服务器会统计目标应用程序的预定运行时刻，比如，服务器统计2015.7.1至2015.7.5目标应用程序的运行参数，其中与应用程序“天气”相关的运行参数有3条：

第一条：“天气”，开始时刻：2015.7.4，06:00；结束时刻：2015.7.4，06:10。

第二条：“天气”，开始时刻：2015.7.5，07:00；结束时刻：2015.7.5，07:05。

第三条：“天气”，开始时刻：2015.7.6，07:00；结束时刻：2015.7.6，07:10。

那么，服务器会将第一条和第二条关于应用程序“天气”的开始时刻进行统计，得出应用程序“天气”在2015.7.4的06:00使用一次，在2015.7.5的07:00使用一次。

需要说明的是，这里所说的预定运行时刻可以由服务器自动设置也可以由用户自行设置。

当使用信息为运行频率时，服务器会统计目标应用程序在统计时刻前预定时间段内的使用频率，比如，服务器统计2015.7.1至2015.7.5目标应用程序的运行参数，其中与应用程序“天气”相关的运行参数有3条：

第一条：“天气”，开始时刻：2015.7.4，06:00；结束时刻：2015.7.4，06:10。

第二条：“天气”，开始时刻：2015.7.5，07:00；结束时刻：2015.7.5，07:05。

第三条：“天气”，开始时刻：2015.7.6，07:00；结束时刻：2015.7.6，07:10。

那么，服务器会将第一条和第二条关于应用程序“天气”的运行频率进行统计，得出应用程序“天气”在2015.7.1至2015.7.5期间的运行频率为2次。

当然，当使用信息为运行总时长、预定运行时刻和运行频率时，服务器可以一并统计目标应用程序在统计时刻前预定时间段内的运行总时长、预定运行时刻和运行频率。

确定子模块422，被配置为根据获取子模块421获取的运行参数确定恢复优先级。

可选的，根据运行参数确定恢复优先级，包括：

运行总时长越长，恢复优先级越高，运行总时长越短，恢复优先级越低；

当前时刻与预定运行时刻之间的时间间隔越短，恢复优先级越高，时间间隔越长，恢复优先级越低；

运行频率越大，恢复优先级越高，运行频率越小，恢复优先级越低。

某一应用程序的恢复优先级越高，表明用户在历史使用该应用程序的运行总时长越高，或当前时刻与预定运行时刻之间的时间间隔越短，或运行频率越大。其中，运行总时长是指在预定时刻之后且在终端备份目标应用程序的时刻之前，用户使用该应用程序的总时长。当前时刻与预定运行时刻之间的时间间隔是指预定时刻与在终端备份目标应用程序的时刻之间的时间间隔。运行频率是指在预定时刻之后且在终端目标应用程序的时刻之前，用户触发该应用程序的图标的总次数。这里所说的预定时刻和备份目标应用程序的时刻可以由系统设置，也可以由用户设置。

当服务器只统计目标应用程序的运行总时长时，目标应用程序的运行总时长越长，恢复优先级越高，目标应用程序的运行总时长越短，恢复优先级越低。

当服务器一并统计目标应用程序的运行总时长、当前时刻与预定运行时刻之间的时间间隔和运行频率时，该服务器会通过特定算法对目标应用程序的目标应用程序的运行总时长、当前时刻与预定运行时刻之间的时间间隔和运行频率进行计算，得出综合数值，即应用程序在预定时间段内的综合数值越大，该应用程序在预定时间段内的恢复优先级越高。

综上所述，本公开实施例提供的应用程序恢复装置，通过根据目标应用程序的运行参数确定该目标应用程序的恢复优先级，控制终端根据该恢复优先级恢复该目标应用程序；由于终端会根据服务器发送的恢复优先级恢复目标应用程序，而恢复优先级通常代表用户的历史使用情况，因此终端会优先恢复用户最常用的目标应用程序，解决了相关技术中用户常用但排在桌面下方的应用程序会被较晚恢复，不方便用户使用的问题；了可以将用户较常用的应用程序优先恢复，便于用户使用的效果。

通过统计目标应用程序在统计时刻前预定时间段内的运行总时长、预定运行时刻、运行频率中至少一项运行参数确定恢复优先级，使服务器确定目标应用程序的恢复优先级的结果更为精确。

根据运行总时长、当前时刻与所述预定运行时刻之间的运行时间间隔、运行频率来确定应用程序的恢复优先级，因此应用程序的恢复优先级可以用于反映应用程序的历史使用频率，从而使得在根据恢复优先级进行恢复时，最先恢复的应用通常为用户历史中最为常用的应用，保证了用户可以尽快使用到较为常用的应用。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开一示例性实施例提供了一种应用程序恢复装置，能够实现本公开提供的以服务器为执行主体的应用程序恢复方法，该应用程序恢复装置包括：处理器、用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

接收用于请求恢复目标应用程序的获取请求；

根据目标应用程序的运行参数，确定该目标应用程序的恢复优先级；

控制终端根据恢复优先级恢复目标应用程序。

图5是根据一示例性实施例示出的一种用于恢复应用程序的装置的框图。例如，装置500可以被提供为一网络侧设备。参照图5，装置500包括处理组件502，其进一步包括一个或多个处理器，以及由存储器504所代表的存储器资源，用于存储可由处理组件502的执行的指令，例如应用程序。存储器504中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件502被配置为执行指令，以执行上述应用程序恢复方法。

装置500还可以包括一个电源组件506被配置为执行装置500的电源管理，一个有线或无线网络接口508被配置为将装置500连接到网络，和一个输入输出(I/O)接口510。装置500可以操作基于存储在存储器504的操作系统，例如WindowsServerTM，MacOSXTM，UnixTM，LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (12)

1.一种应用程序恢复方法，其特征在于，所述方法包括：

接收用于请求恢复目标应用程序的获取请求；

根据所述目标应用程序的运行参数，确定所述目标应用程序的恢复优先级；

控制终端根据所述恢复优先级恢复所述目标应用程序。

2.根据权利要求1所述的方法，其特征在于，所述根据所述目标应用程序的运行参数，确定所述目标应用程序的恢复优先级，包括：

获取所述运行参数，所述运行参数包括以下至少一项：运行总时长、预定运行时刻、运行频率；

根据所述运行参数确定所述恢复优先级。

3.根据权利要求2所述的方法，其特征在于，所述运行总时长越长，所述恢复优先级越高，所述运行总时长越短，所述恢复优先级越低；

当前时刻与所述预定运行时刻之间的时间间隔越短，所述恢复优先级越高，所述时间间隔越长，所述恢复优先级越低；

所述运行频率越大，所述恢复优先级越高，所述运行频率越小，所述恢复优先级越低。

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

根据历史运行时刻获取所述预定运行时刻。

5.一种应用程序恢复系统，其特征在于，所述系统包括：服务器和终端，

所述服务器，被配置为接收所述终端发送的用于请求恢复目标应用程序的获取请求，根据所述目标应用程序的运行参数，确定所述目标应用程序的恢复优先级，控制所述终端根据所述恢复优先级恢复所述目标应用程序；

所述终端，被配置为向所述服务器发送所述获取请求；根据所述服务器发送的所述恢复优先级恢复所述目标应用程序。

6.根据权利要求5所述的系统，其特征在于，

所述终端，还被配置为采用第一显示方式显示已被恢复的应用程序对应的第一图标；采用第二显示方式显示未被恢复的应用程序对应的第二图标；所述不同显示方式指示一项至少一项：颜色不同、亮度不同、透明度不同；

所述第一图标可被操作，所述第二图标不可被操作。

7.根据权利要求5所述的系统，其特征在于，

所述终端，还被配置为获取所述目标应用程序的运行参数；向所述服务器发送运行参数；

所述服务器，还被配置为接收所述终端发送的所述运行参数。

8.一种应用程序恢复装置，其特征在于，所述装置包括：

接收模块，被配置为接收用于请求恢复目标应用程序的获取请求；

确定模块，被配置为根据所述目标应用程序的运行参数，确定所述目标应用程序的恢复优先级；

反馈模块，被配置为控制终端根据所述确定模块确定的所述恢复优先级恢复所述目标应用程序。

9.根据权利要求8所述的装置，其特征在于，所述确定模块，包括：

获取子模块，被配置为获取所述运行参数，所述运行参数包括以下至少一项：运行总时长、预定运行时刻、运行频率；

确定子模块，被配置为根据所述获取子模块获取的所述运行参数确定所述恢复优先级。

10.根据权利要求9所述的装置，其特征在于，所述运行总时长越长，所述恢复优先级越高，所述运行总时长越短，所述恢复优先级越低；

当前时刻与所述预定运行时刻之间的时间间隔越短，所述恢复优先级越高，所述时间间隔越长，所述恢复优先级越低；

所述运行频率越大，所述恢复优先级越高，所述运行频率越小，所述恢复优先级越低。

11.根据权利要求9所述的装置，其特征在于，所述装置还包括：

获取模块，被配置为根据历史运行时刻获取所述预定运行时刻。

12.一种应用程序恢复装置，其特征在于，应用于服务器中，所述装置包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收用于请求恢复目标应用程序的获取请求；

根据所述目标应用程序的运行参数，确定所述目标应用程序的恢复优先级；

控制终端根据所述恢复优先级恢复所述目标应用程序。