CN104092763B - 一种应用程序安装包推送方法及装置 - Google Patents

Abstract

本发明实施例公开了一种应用程序安装包推送方法及装置。一种应用程序安装包推送方法，可以包括：向第二设备推送应用程序安装包；接收第二设备在所述应用程序安装包本次推送失败后返回的错误提示消息，所述错误提示消息携带所述应用程序安装包本次推送失败的原因信息；向第二设备发送所述错误提示消息携带的所述原因信息对应的处理指令，所述处理指令用于触发第二设备执行与所述原因信息对应的预置处理方案；再次向第二设备推送所述应用程序安装包。应用上述方案，一旦推送失败，本发明实施例可以通过采取相应的处理措施，实现再次向用户设备推送应用程序安装包，从而可以在一定程度上提高该应用程序安装包的安装成功率。

Description

一种应用程序安装包推送方法及装置

技术领域

本发明涉及智能终端技术领域，特别涉及一种应用程序安装包推送方法及装置。

背景技术

随着智能终端技术的快速发展，智能终端的应用程序种类越来越多，通过笔记本电脑或台式电脑等电子设备，将各种应用程序安装到智能终端中的应用也越来越广泛。例如，运行在台式电脑中的各种手机助手，可以把应用软件的程序安装包推送到手机上进行安装。

现有技术中，笔记本电脑或台式电脑等电子设备直接将应用程序安装包推送到智能终端。然而，一旦推送失败，就会停止对该应用程序安装包的安装，安装成功率较低。

发明内容

为了解决上述问题，本发明实施例公开了一种应用程序安装包推送方法及装置，具体技术方案如下：

一种应用程序安装包推送方法，应用于第一设备，所述第一设备用于向第二设备推送应用程序安装包，该方法可以包括：

向第二设备推送应用程序安装包；

接收第二设备在所述应用程序安装包本次推送失败后返回的错误提示消息，所述错误提示消息携带所述应用程序安装包本次推送失败的原因信息；

向第二设备发送所述错误提示消息携带的所述原因信息对应的处理指令，所述处理指令用于触发第二设备执行与所述原因信息对应的预置处理方案；

再次向第二设备推送所述应用程序安装包。

可选的，在再次向第二设备推送所述应用程序安装包之前，还包括：

接收第二设备执行所述预置处理方案后返回的提示消息；

当该提示消息表示所述预置处理方案执行成功时，触发执行再次向第二设备推送所述应用程序安装包。

可选的，所述原因信息表示第二设备当前可用的存储空间不足；

所述预置处理方案具体为：

使用第二设备中的数据清理程序对第二设备中的数据进行清理。

可选的，所述数据清理程序为第二设备中预置的程序；或第一设备预先发送到第二设备中的程序。

可选的，还包括：

当向第二设备连续推送所述应用程序安装包的次数达到预设值时，停止向所述第二设备推送所述应用程序安装包。

可选的，所述第一设备与第二设备的连接方式，包括：

USB连接方式或无线连接方式。

一种应用程序安装包推送方法，应用于第二设备，所述第二设备用于接收第一设备推送的应用程序安装包，该方法可以包括：

启动接收第一设备推送的应用程序安装包；

在所述应用程序安装包本次推送失败后，向第一设备返回错误提示消息，所述错误提示消息携带所述应用程序安装包本次推送失败的原因信息；

接收第一设备发送的所述错误提示消息携带的所述原因信息对应的处理指令；

根据所述处理指令执行与所述原因信息对应的预置处理方案；

再次接收第一设备推送的所述应用程序安装包。

可选的，在再次接收第一设备推送的所述应用程序安装包之前，还包括：

在所述预置处理方案执行完成后，向第一设备返回提示消息，所述提示消息表示所述预置处理方案是否执行成功。

可选的，所述原因信息表示第二设备当前可用的存储空间不足；

根据所述处理指令执行与所述原因信息对应的预置处理方案，具体为：

使用数据清理程序对本地的数据进行清理。

可选的，使用数据清理程序对本地的数据进行清理，包括：

遍历第二设备中已安装的应用程序；

调用第二设备操作系统中应用程序缓存数据清理函数，对本地已安装的应用程序的缓存数据进行清理。

可选的，在所述遍历第二设备中已安装的应用程序之后，还包括：

在第二设备上显示清理选择提示；

所述对本地已安装的应用程序的缓存数据进行清理，具体为：

根据针对所述清理选择提示输入的清理选择操作，对本地已安装的所述清理选择操作所选择的应用程序的缓存数据进行清理。

可选的，所述第一设备与第二设备的连接方式，包括：

USB连接方式或无线连接方式。

一种应用程序安装包推送装置，应用于第一设备，所述第一设备用于向第二设备推送应用程序安装包，该装置可以包括：

第一推送模块，用于向第二设备推送应用程序安装包；

第一接收模块，用于接收第二设备在所述应用程序安装包本次推送失败后返回的错误提示消息，所述错误提示消息携带所述应用程序安装包本次推送失败的原因信息；

指令发送模块，用于向第二设备发送所述错误提示消息携带的所述原因信息对应的处理指令，所述处理指令用于触发第二设备执行与所述原因信息对应的预置处理方案；

第二推送模块，用于再次向第二设备推送所述应用程序安装包。

可选的，该装置还包括：

第二接收模块，用于接收第二设备执行所述预置处理方案后返回的提示消息；

当该提示消息表示所述预置处理方案执行成功时，触发所述第二推送模块执行再次向第二设备推送所述应用程序安装包。

可选的，所述原因信息表示第二设备当前可用的存储空间不足；

所述预置处理方案具体为：

使用第二设备中的数据清理程序对第二设备中的数据进行清理。

可选的，所述数据清理程序为第二设备中预置的程序；或第一设备预先发送到第二设备中的程序。

可选的，该装置还包括：

控制模块，用于当向第二设备连续推送所述应用程序安装包的次数达到预设值时，控制所述第二推送模块停止向所述第二设备推送所述应用程序安装包。

可选的，所述第一设备与第二设备的连接方式，包括：

USB连接方式或无线连接方式。

一种应用程序安装包推送装置，应用于第二设备，所述第二设备用于接收第一设备推送的应用程序安装包，该装置可以包括：

启动模块，用于启动接收第一设备推送的应用程序安装包；

第一返回模块，用于在所述应用程序安装包本次推送失败后，向第一设备返回错误提示消息，所述错误提示消息携带所述应用程序安装包本次推送失败的原因信息；

第三接收模块，用于接收第一设备发送的所述错误提示消息携带的所述原因信息对应的处理指令；

执行模块，用于根据所述处理指令执行与所述原因信息对应的预置处理方案；

第四接收模块，用于再次接收第一设备推送的所述应用程序安装包。

可选的，该装置还包括：

第二返回模块，用于在所述预置处理方案执行完成后，向第一设备返回提示消息，所述提示消息表示所述预置处理方案是否执行成功。

可选的，所述原因信息表示第二设备当前可用的存储空间不足；

所述执行模块，具体用于使用数据清理程序对本地的数据进行清理。

可选的，所述执行模块包括：

程序遍历子模块，用于遍历第二设备中已安装的应用程序；

函数调用子模块，用于调用第二设备操作系统中应用程序缓存数据清理函数，对本地已安装的应用程序的缓存数据进行清理。

可选的，该装置还包括：

提示显示子模块，用于在第二设备上显示清理选择提示；

所述函数调用子模块，具体用于调用第二设备操作系统中应用程序缓存数据清理函数，根据针对所述清理选择提示输入的清理选择操作，对本地已安装的所述清理选择操作所选择的应用程序的缓存数据进行清理。

可选的，所述第一设备与第二设备的连接方式，包括：

USB连接方式或无线连接方式。

一种应用程序安装包推送系统，该系统可以包括：第一设备和第二设备；

所述第一设备，用于向所述第二设备推送应用程序安装包；

所述第二设备，用于接收所述第一设备推送的应用程序安装包。

应用上述技术方案，在向第二设备推送应用程序安装包失败的情况下，可以接收第二设备在所述应用程序安装包本次推送失败后返回的错误提示消息，并向第二设备发送所述错误提示消息携带的所述原因信息对应的处理指令，继而再次向第二设备推送所述应用程序安装包。

与现有技术相比，一旦推送失败，本发明实施例可以通过采取相应的处理措施，实现再次向用户设备推送应用程序安装包，从而可以在一定程度上提高该应用程序安装包的安装成功率。

附图说明

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

图1为本发明实施例提供的一种应用程序安装包推送方法的流程图；

图2为本发明实施例提供的另一种应用程序安装包推送方法的流程图；

图3为本发明实施例提供的一种应用程序安装包推送方法的流程图；

图4为本发明实施例提供的另一种应用程序安装包推送方法的流程图；

图5为本发明实施例提供的图3中S304的一种实施方式的流程图；

图6为本发明实施例提供的图3中S304的另一种实施方式的流程图；

图7为本发明实施例提供的一种应用程序安装包推送装置的结构示意图；

图8为本发明实施例提供的另一种应用程序安装包推送装置的结构示意图；

图9为本发明实施例提供的一种应用程序安装包推送装置的结构示意图；

图10为本发明实施例提供的另一种应用程序安装包推送装置的结构示意图；

图11为本发明实施例提供的图9中执行模块904的一种结构示意图；

图12为本发明实施例提供的图9中执行模块904的另一种结构示意图；

图13为本发明实施例提供的一种应用程序安装包推送方法的信令流程图。

具体实施方式

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

随着智能移动终端技术的快速发展，移动终端设备给我们的生活带来极大便利，作为移动终端设备中不可或缺的一部分，移动终端应用程序发挥的作用越来越多大，比如智能手机，除满足用户基本的通话需求外，用户可以在本机上安装一些应用程序，来实现在线观看精彩视频、与朋友进行网络聊天/视频、网上购物，及网上订票等等。

目前，用户通常使用笔记本电脑等终端设备上安装的具有应用分发功能的应用软件将应用程序安装包推送到移动终端设备上进行安装，如果一次推送失败，移动终端设备就会停止对该应用程序安装包的安装，为了能够在一次推送失败的基础上，通过再次向该移动终端设备推送应用程序安装包，来提高推送成功率，本发明实施例提供了一种应用程序安装包推送方法及装置。

下面首先对本发明实施例提供的一种应用程序安装包推送方法进行说明。

需要说明的是，本发明所提供的方法可以应用于由第一设备和第二设备组成的系统中，在实际应用中，该第一个设备可以为笔记本电脑、台式电脑等，该第二设备可以为手机、平板电脑等移动终端设备，本发明实施例对此不作限定。

如图1所示，一种应用程序安装包推送方法，应用于第一设备，所述第一设备用于向第二设备推送应用程序安装包，可以包括：

S101，向第二设备推送应用程序安装包。

本发明实施例中的应用程序安装包可以理解为电子设备中具备某种功能的软件的源文件，比如即时通讯软件的安装包源文件，在实际应用中，可以为与安卓操作系统适配的apk(android package file，安卓应用程序安装包文件)，或与其他操作系统适配的安装包文件，本发明实施例对此不作限定。

在本发明实施例中，第一设备与第二设备的连接方式，可以为采用实体连接的方式，比如USB连接方式；或采用网络连接的方式，比如wifi等无线连接方式。

在第二设备网络连接受限(数据流量不足，或网络环境不稳定)的情况下，可以采用USB(Universal Serial Bus，通用串行总线)与第一设备建立连接，从而使用第一设备来向该第二设备推送应用程序安装包，比如用户希望在自己的智能手机中安装自拍软件，但手机当前可用的流量不能满足下载该软件安装包所需的流量，此时，可以建立电脑与手机的USB连接，使用电脑将该软件安装包推送到手机中。

S102，接收第二设备在所述应用程序安装包本次推送失败后返回的错误提示消息，所述错误提示消息携带所述应用程序安装包本次推送失败的原因信息。

在应用程序安装包本次推送失败后，第一设备可以接收第二设备就本次推送失败返回的错误提示消息；比如在第二设备当前的可用存储空间不足导致的推送失败，或第二设备操作系统终止运行导致的推送失败等多种推送失败情况后，第一设备都可以接收到第二设备针对导致本次推送失败的原因返回的错误提示消息。

S103，向第二设备发送所述错误提示消息携带的所述原因信息对应的处理指令，所述处理指令用于触发第二设备执行与所述原因信息对应的预置处理方案。

在本发明实施例中，可以对第二设备返回的错误提示消息进行解析，根据解析结果，向第二设备发送与该解析结果对应的处理指令，以触发该第二设备执行与导致本次推送失败的原因信息对应的预置处理方案。

比如针对第二设备当前的可用存储空间不足导致推送失败的情况，可以触发第二设备执行对本机进行数据清理的操作，以释放更多的存储空间；针对第二设备操作系统终止运行导致推送失败的情况，可以触发第二设备执行再次接收应用程序安装包的操作，等等。

S104，再次向第二设备推送所述应用程序安装包。

在本发明实施例中，对第二设备中的数据进行清理，能够获取更多的可用的存储空间，此时可以尝试再次向第二设备推送该应用程序安装包，比如台式电脑向手机推送的应用程序安装包的大小为120K，手机当前可用的存储空间大小为100K，第一次推送失败之后，可以对手机中的应用程序的缓存数据、上网产生的垃圾数据等无用数据进行清理，清理之后手机当前可用的存储空间大小为200K，大于该应用程序安装包所需的空间大小，此时可以再次向手机推送该应用程序安装包，以提高将该安装包推送成功概率。

应用本发明实施例提供的技术方案，在向第二设备推送应用程序安装包失败的情况下，可以接收第二设备在所述应用程序安装包本次推送失败后返回的错误提示消息，并向第二设备发送所述错误提示消息携带的所述原因信息对应的处理指令，继而再次向第二设备推送所述应用程序安装包。

与现有技术相比，一旦推送失败，本发明实施例可以通过采取相应的处理措施，实现再次向用户设备推送应用程序安装包，从而可以在一定程度上提高该应用程序安装包的安装成功率。

可选的，在本发明的一个实施例中，还可以包括：

当向第二设备连续推送所述应用程序安装包的次数达到预设值时，停止向所述第二设备推送所述应用程序安装包。

可以理解的是，在连续多次向第二设备推送同一应用程序安装包失败的情况下，如果不采取一定的终止措施，可能会出现第一设备不间断地向第二设备推送该应用程序安装包，为了避免出现上述推送死循环现象，在本发明实施例中，可以对上述应用程序安装包连续推送的次数进行累计，当连续推送的次数达到预设值时，就停止向第二设备推送该应用程序安装包。

需要说明的是，依据经验值，通常将本发明实施例中的预设值设定为3；当然，用户也可以根据实际需要，对预设值的取值进行设定，本发明实施例对此不作限定。

可选的，在本发明的另一个实施例中，如图2所示，可以包括：

S105，接收第二设备执行所述预置处理方案后返回的提示消息；

当该提示消息表示所述预置处理方案执行成功时，触发执行再次向第二设备推送所述应用程序安装包。

比如，使用笔记本电脑向智能手机推送应用程序安装包时，但智能手机当期可用的存储空间不足以成功接收该应用程序安装包，此时笔记本电脑可以向智能手机发送处理指令，以控制智能手机对本机执行进行相应的处理操作，在上述处理操作执行完毕之后，可以立即向该笔记本电脑反馈执行成功的提示，以便该笔记本电脑能及时执行再次向智能手机推送该应用程序安装包的操作。

可以理解的是，除通过上述方式告知第一设备可以执行再次向第二设备推送的操作之外，第一设备也可以向第二设备发送询问指令，以此来获知第二设备的处理操作是否完成或成功等，本发明实施例对此不作限定。

可选的，在本发明的一个实施例中，所述原因信息表示第二设备当前可用的存储空间不足；所述预置处理方案具体为：

使用第二设备中的数据清理程序对第二设备中的数据进行清理。

在本发明实施例中，采取的处理方案仅针对第二设备当前可用的存储空间不足的情况，故下面将着重对存储空间不足导致应用程序安装包安装失败的情形进行描述和展开。

以操作系统为安卓系统的第二设备为例，本发明实施例中的获取错误提示消息的实现方式可以为：第一设备可以通过ADB(Android Debug Bridge，安卓调试桥)命令shell.pm install–r路径(如/data/local/tmp/shoujizhushou.apk)向该第二设备推送应用程序安装包，本次推送失败后，可以获取ADB命令返回的错误信息，从而解析得到导致本次推送失败的原因，其中，ADB是Google提供的调试安卓设备移动设备的程序，它所包含的命令具有传输文件、获取移动设备信息等功能。

为了便于理解，首先对移动设备运行内存及内置存储空间的概念进行介绍，运行内存可以理解为移动设备运行程序时使用的内存，即随机存储器(RAM)，它只能临时存储那些与CPU进行交换的高速数据；内置存储空间可以理解为类似电脑硬盘的ROM存储器，即机身内存，比如安卓手机的安卓系统所占用的存储空间，以及该手机其它应用程序所占用的存储空间均为该手机内置存储空间的一部分。

本发明实施例中的当前可用的存储空间可以理解为除移动终端设备的系统所占用的存储空间、各应用程序及其缓存数据之外，该移动终端设备内置存储空间未被占用的部分。

可以理解是，所述数据清理程序为第二设备中预置的程序；或第一设备预先发送到第二设备中的程序，本发明实施例对此不作限定。

比如可以使用上述数据清理程序对智能手机中聊天软件的聊天记录、用户登录信息及上网产生的垃圾等数据进行清理。

如图3所示，一种应用程序安装包推送方法，应用于第二设备，所述第二设备用于接收第一设备推送的应用程序安装包，可以包括：

S301，启动接收第一设备推送的应用程序安装包。

在本发明实施例中，第一设备与第二设备的连接方式，可以为采用实体连接的方式，比如USB连接方式；或采用网络连接的方式，比如wifi等无线连接方式。

S302，在所述应用程序安装包本次推送失败后，向第一设备返回错误提示消息，所述错误提示消息携带所述应用程序安装包本次推送失败的原因信息。

在应用程序安装包本次推送失败后，第二设备可以向第一设备就本次推送失败返回错误提示消息；比如在第二设备当前的可用存储空间不足导致的推送失败，或第二设备操作系统终止运行导致的推送失败等多种推送失败情况后，第二设备都可以针对导致本次推送失败的原因向第一设备返回错误提示消息。

S303，接收第一设备发送的所述错误提示消息携带的所述原因信息对应的处理指令。

S304，根据所述处理指令执行与所述原因信息对应的预置处理方案。

在本发明实施例中，第二设备可以对第一设备发送的处理指令进行解析，根据解析结果，触发本机执行与导致本次推送失败的原因信息对应的预置处理方案。

S305，再次接收第一设备推送的所述应用程序安装包。

可选的，在本发明的另一个实施例中，如图4所示，上述S305之前，还可以包括：

S306，在所述预置处理方案执行完成后，向第一设备返回提示消息，所述提示消息表示所述预置处理方案是否执行成功。

在第二设备执行完所述预置处理方案之后，可以向第一设备返回提示消息，告知第一设备该预置处理方案已执行完毕或成功，以便该第一设备能及时执行再次向第二设备推送该应用程序安装包的操作。

可选的，在本发明的一个实施例中，所述原因信息表示第二设备当前可用的存储空间不足；根据所述处理指令执行与所述原因信息对应的预置处理方案，具体为：使用数据清理程序对本地的数据进行清理。

如图5所示，此时上述S304，可以包括：

S304a，遍历第二设备中已安装的应用程序。

在本发明实施例中，可以采用遍历第二设备中已安装的应用程序的方法，得到第二设备已应用程序的数量、各应用程序以及缓存数据的存储路径等信息列表。

S304b，调用第二设备操作系统中应用程序缓存数据清理函数，对本地已安装的应用程序的缓存数据进行清理。

以操作系统为安卓系统的第二设备为例，首先可以获取安卓系统未公开的应用程序缓存数据清理函数deleteApplicationCacheFiles，调用该函数对应用程序的缓存数据进行清理。需要说明的是，缓存数据的清理实现方式可以包括但不限于以上方式。

可选的，在本发明的另一个实施例中，如图6所示，上述S304，可以包括：

S304a，遍历第二设备中已安装的应用程序。

S304c，在第二设备上显示清理选择提示。

本发明实施例中的清理选择提示可以包括但不限于以下内容：选择需要清理的缓存数据(比如白名单方式)、选择禁止清理的缓存数据(比如黑名单方式)、选择对使用频率低于预设使用频率的应用程序的缓存数据进行清理，及选择对缓存数据量高于预设数据量的应用程序的缓存数据进行清理等等。

在实际应用中，用户希望只对用户自定义安装的应用程序的数据进行清理，就可以通过将用户自定义安装的应用程序加入到本发明实施例的预设白名单中实现；用户不希望对某种类型的应用程序的数据进行清理，就可以将该类型的应用程序加入到本发明实施例的预设黑名单中实现；

用户会经常用到某些应用程序，比如一天用10次，可想而知，用户并不希望这些应用程序的缓存数据被清理，或第二设备中的某些应用程序的缓存数据仅仅会占用非常少的存储空间，比如5K，有时处于对清理效率的考虑，不希望对这类数据进行清理，都可以通过对上述清理选择提示做出相应操作来实现。

上述S304b，具体为调用第二设备操作系统中应用程序缓存数据清理函数，根据针对所述清理选择提示输入的清理选择操作，对本地已安装的所述清理选择操作所选择的应用程序的缓存数据进行清理。

相应于上面的方法实施例，本发明还提供了一种应用程序安装包推送装置及系统。

如图7所示，一种应用程序安装包推送装置，应用于第一设备，所述第一设备用于向第二设备推送应用程序安装包，可以包括：

第一推送模块701，用于向第二设备推送应用程序安装包；

第一接收模块702，用于接收第二设备在所述应用程序安装包本次推送失败后返回的错误提示消息，所述错误提示消息携带所述应用程序安装包本次推送失败的原因信息；

指令发送模块703，用于向第二设备发送所述错误提示消息携带的所述原因信息对应的处理指令，所述处理指令用于触发第二设备执行与所述原因信息对应的预置处理方案；

第二推送模块704，用于再次向第二设备推送所述应用程序安装包。

可选的，在本发明的一个实施例中，还可以包括：控制模块；

所述控制模块，用于当向第二设备连续推送所述应用程序安装包的次数达到预设值时，控制所述第二推送模块停止向所述第二设备推送所述应用程序安装包。

可选的，在本发明的另一个实施例中，如图8所示，还可以包括：

第二接收模块705，用于接收第二设备执行所述预置处理方案后返回的提示消息；

当该提示消息表示所述预置处理方案执行成功时，触发所述第二推送模块704执行再次向第二设备推送所述应用程序安装包。

可选的，所述原因信息表示第二设备当前可用的存储空间不足；

所述预置处理方案具体为：

使用第二设备中的数据清理程序对第二设备中的数据进行清理。

可选的，所述数据清理程序为第二设备中预置的程序；或第一设备预先发送到第二设备中的程序。

可选的，所述第一设备与第二设备的连接方式，包括：

USB连接方式或无线连接方式。

如图9所示，一种应用程序安装包推送装置，应用于第二设备，所述第二设备用于接收第一设备推送的应用程序安装包，可以包括：

启动模块901，用于启动接收第一设备推送的应用程序安装包；

第一返回模块902，用于在所述应用程序安装包本次推送失败后，向第一设备返回错误提示消息，所述错误提示消息携带所述应用程序安装包本次推送失败的原因信息；

第三接收模块903，用于接收第一设备发送的所述错误提示消息携带的所述原因信息对应的处理指令；

执行模块904，用于根据所述处理指令执行与所述原因信息对应的预置处理方案；

第四判断模块905，用于再次接收第一设备推送的所述应用程序安装包。

可选的，在本发明的另一个实施例中，如图10所示，还可以包括：

第二返回模块906，用于在所述预置处理方案执行完成后，向第一设备返回提示消息，所述提示消息表示所述预置处理方案是否执行成功。

可选的，所述原因信息表示第二设备当前可用的存储空间不足；

所述执行模块904，具体用于使用数据清理程序对本地的数据进行清理。

可选的，在本发明实施例的一个实施方式中，如图11所示，所述执行模块904，可以包括：

程序遍历子模块904a，用于遍历第二设备中已安装的应用程序；

函数调用子模块904b，用于调用第二设备操作系统中应用程序缓存数据清理函数，对本地已安装的应用程序的缓存数据进行清理。

可选的，在本发明实施例的另一个实施方式中，如图12所示，所述执行模块904，可以包括：

程序遍历子模块904a，用于遍历第二设备中已安装的应用程序；

提示显示子模块904c，用于在第二设备上显示清理选择提示；

函数调用子模块904b，用于调用第二设备操作系统中应用程序缓存数据清理函数，根据针对所述清理选择提示输入的清理选择操作，对本地已安装的所述清理选择操作所选择的应用程序的缓存数据进行清理。

可选的，所述第一设备与第二设备的连接方式，包括：

USB连接方式或无线连接方式。

相应于上面的装置实施例，本发明实施例还提供了一种应用程序安装包推送系统。

一种应用程序安装包推送系统，可以包括：第一设备，及第二设备；

所述第一设备，用于向所述第二设备推送应用程序安装包；

所述第二设备，用于接收所述第一设备推送的应用程序安装包。

下面结合本发明实施例提供的信令流程图，从系统的角度对应用程序安装包的推送过程进行介绍，如图13所示，第一设备第N-1次向用户设备推送应用程序安装包，通常情况下，N<4，且为整数；

本次推送失败的情况下，第二设备可以向该第一设备返回本次推送失败的错误提示消息；

在接收到第二设备返回的错误提示消息后，第一设备可以向第二设备发送处理指令，以控制第二设备执行与该指令对应的处理方案；

在接收到第一设备发送的处理指令后，第二设备可以执行与该处理指令对应的、预置的处理方案，并在执行完上述方案后，向第一设备返回提示消息，以提示第一设备可以执行再次推送的操作；

在接收到第二设备返回的表示执行完成的提示消息后，第一设备可以再次向第二设备推送上述应用程序安装包。

需要说明的是，以上仅是对本发明的一种实施方式的说明，本发明实施例包括但不限于上述实施方式。

对于装置及系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本发明时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，这里所称得的存储介质，如：ROM/RAM、磁碟、光盘等。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (17)

1.一种应用程序安装包推送方法，应用于第一设备，所述第一设备用于向第二设备推送应用程序安装包，其特征在于，该方法包括：

向第二设备推送应用程序安装包；

接收第二设备在所述应用程序安装包本次推送失败后返回的错误提示消息，所述错误提示消息携带所述应用程序安装包本次推送失败的原因信息；

向第二设备发送所述错误提示消息携带的所述原因信息对应的处理指令，所述处理指令用于触发第二设备执行与所述原因信息对应的预置处理方案；

再次向第二设备推送所述应用程序安装包；

其中，当所述原因信息表示第二设备当前可用的存储空间不足时，所述预置处理方案具体为：

使用第二设备中的数据清理程序对第二设备中的数据进行清理，包括：

遍历第二设备中已安装的应用程序；调用deleteApplicationCacheFiles函数，对本地已安装的应用程序的缓存数据进行清理。

2.根据权利要求1所述的方法，其特征在于，在再次向第二设备推送所述应用程序安装包之前，还包括：

接收第二设备执行所述预置处理方案后返回的提示消息；

当该提示消息表示所述预置处理方案执行成功时，触发执行再次向第二设备推送所述应用程序安装包。

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

当向第二设备连续推送所述应用程序安装包的次数达到预设值时，停止向所述第二设备推送所述应用程序安装包。

4.根据权利要求1-3任意一项所述的方法，其特征在于，所述第一设备与第二设备的连接方式，包括：

USB连接方式或无线连接方式。

5.一种应用程序安装包推送方法，应用于第二设备，所述第二设备用于接收第一设备推送的应用程序安装包，其特征在于，该方法包括：

启动接收第一设备推送的应用程序安装包；

在所述应用程序安装包本次推送失败后，向第一设备返回错误提示消息，所述错误提示消息携带所述应用程序安装包本次推送失败的原因信息；

接收第一设备发送的所述错误提示消息携带的所述原因信息对应的处理指令；

根据所述处理指令执行与所述原因信息对应的预置处理方案；

再次接收第一设备推送的所述应用程序安装包；

其中，当所述原因信息表示第二设备当前可用的存储空间不足时，根据所述处理指令执行与所述原因信息对应的预置处理方案，包括：

使用数据清理程序对本地的数据进行清理，包括：

遍历第二设备中已安装的应用程序；调用deleteApplicationCacheFiles函数，对本地已安装的应用程序的缓存数据进行清理。

6.根据权利要求5所述的方法，其特征在于，在再次接收第一设备推送的所述应用程序安装包之前，还包括：

在所述预置处理方案执行完成后，向第一设备返回提示消息，所述提示消息表示所述预置处理方案是否执行成功。

7.根据权利要求5所述的方法，其特征在于，在所述遍历第二设备中已安装的应用程序之后，还包括：

在第二设备上显示清理选择提示；

所述对本地已安装的应用程序的缓存数据进行清理，具体为：

根据针对所述清理选择提示输入的清理选择操作，对本地已安装的所述清理选择操作所选择的应用程序的缓存数据进行清理。

8.根据权利要求5-7任意一项所述的方法，其特征在于，所述第一设备与第二设备的连接方式，包括：

USB连接方式或无线连接方式。

9.一种应用程序安装包推送装置，应用于第一设备，所述第一设备用于向第二设备推送应用程序安装包，其特征在于，该装置包括：

第一推送模块，用于向第二设备推送应用程序安装包；

第一接收模块，用于接收第二设备在所述应用程序安装包本次推送失败后返回的错误提示消息，所述错误提示消息携带所述应用程序安装包本次推送失败的原因信息；

指令发送模块，用于向第二设备发送所述错误提示消息携带的所述原因信息对应的处理指令，所述处理指令用于触发第二设备执行与所述原因信息对应的预置处理方案；

第二推送模块，用于再次向第二设备推送所述应用程序安装包；

其中，当所述原因信息表示第二设备当前可用的存储空间不足时，所述预置处理方案具体为：

使用第二设备中的数据清理程序对第二设备中的数据进行清理，包括：

遍历第二设备中已安装的应用程序；调用deleteApplicationCacheFiles函数，对本地已安装的应用程序的缓存数据进行清理。

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

第二接收模块，用于接收第二设备执行所述预置处理方案后返回的提示消息；

当该提示消息表示所述预置处理方案执行成功时，触发所述第二推送模块执行再次向第二设备推送所述应用程序安装包。

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

控制模块，用于当向第二设备连续推送所述应用程序安装包的次数达到预设值时，控制所述第二推送模块停止向所述第二设备推送所述应用程序安装包。

12.根据权利要求9-11任意一项所述的装置，其特征在于，所述第一设备与第二设备的连接方式，包括：

USB连接方式或无线连接方式。

13.一种应用程序安装包推送装置，应用于第二设备，所述第二设备用于接收第一设备推送的应用程序安装包，其特征在于，该装置包括：

启动模块，用于启动接收第一设备推送的应用程序安装包；

第一返回模块，用于在所述应用程序安装包本次推送失败后，向第一设备返回错误提示消息，所述错误提示消息携带所述应用程序安装包本次推送失败的原因信息；

第三接收模块，用于接收第一设备发送的所述错误提示消息携带的所述原因信息对应的处理指令；

执行模块，用于根据所述处理指令执行与所述原因信息对应的预置处理方案；

第四接收模块，用于再次接收第一设备推送的所述应用程序安装包；

其中，当所述原因信息表示第二设备当前可用的存储空间不足时，根据所述处理指令执行与所述原因信息对应的预置处理方案，包括：

使用数据清理程序对本地的数据进行清理，包括：

程序遍历子模块，用于遍历第二设备中已安装的应用程序；函数调用子模块，用于调用deleteApplicationCacheFiles函数，对本地已安装的应用程序的缓存数据进行清理。

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

第二返回模块，用于在所述预置处理方案执行完成后，向第一设备返回提示消息，所述提示消息表示所述预置处理方案是否执行成功。

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

提示显示子模块，用于在第二设备上显示清理选择提示；

所述函数调用子模块，具体用于调用第二设备操作系统中应用程序缓存数据清理函数，根据针对所述清理选择提示输入的清理选择操作，对本地已安装的所述清理选择操作所选择的应用程序的缓存数据进行清理。

16.根据权利要求13-15任意一项所述的装置，其特征在于，所述第一设备与第二设备的连接方式，包括：

USB连接方式或无线连接方式。

17.一种应用程序安装包推送系统，其特征在于，该系统包括：第一设备和第二设备；

所述第一设备，用于向所述第二设备推送应用程序安装包，所述第一设备包括如权利要求9-12任意一项所述的装置；

所述第二设备，用于接收所述第一设备推送的应用程序安装包，所述第二设备包括如权利要求13-16任意一项所述的装置。