CN114064105A - 一种应用程序更新的推送方法、装置、系统及存储介质 - Google Patents

Abstract

本申请公开了一种应用程序更新的推送方法、装置、系统及存储介质，提升了用户体验，也有效提高了硬件设备的存储使用效率，降低成本。本申请包括：获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息；根据所述使用状态信息确定对应的应用程序是否为目标应用程序；若是，当检测到目标应用程序满足更新条件时，向所述用户终端发送所述目标应用程序的更新信息。

Description

一种应用程序更新的推送方法、装置、系统及存储介质

技术领域

本申请实施例涉及数据处理领域，特别涉及一种应用程序更新的推送方法、装置、系统及存储介质。

背景技术

用户终端上所安装的应用程序，均是由其对应开发商的后台服务器进行线上服务以及后期维护的。当同一开发商开发有多个应用程序时，该多个应用程序可关联同一后台服务器。由于用户在使用应用程序时，可能会触发bug，或者基于用户以及开发商对应用程序有了更多的功能需求。因此，用户终端上所安装的应用程序，常常需要更新，从而修复bug或者赋予应用程序更多的功能。用户终端上应用程序的更新，也可以称作为软件升级。

在现有技术中，后台服务器检测到用户终端上的应用程序的版本号与后台服务器本地最新的应用程序的版本号不同时，则会向用户终端发送最新版本的应用程序更新包。用户终端只能被动接收该更新包，进行更新，使得用户体验较差。

发明内容

本申请实施例提供了一种应用程序更新的推送方法、装置、系统及存储介质，提升了用户体验，也有效提高了硬件设备的存储使用效率，降低成本。

本申请实施例第一方面提供了一种应用程序更新的推送方法，应用于服务器，包括：

获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息；

根据所述使用状态信息确定对应的应用程序是否为目标应用程序；若是，当检测到目标应用程序满足更新条件时，向所述用户终端发送所述目标应用程序的更新信息。

可选的，所述使用状态信息包括应用程序的使用次数和应用程序的更新次数。

可选的，所述根据所述使用状态信息确定对应的应用程序是否为目标应用程序，包括：

判断所述应用程序的使用次数和更新次数是否满足预设条件；

若是，则确定对应的应用程序为所述目标应用程序。

可选的，所述判断所述应用程序的使用次数和更新次数是否满足预设条件，包括：

根据所述应用程序的使用次数与配置的所有应用程序的总使用次数的比值得到对应的应用程序的使用率；

根据所述使用状态信息中的应用程序的更新次数与配置的所有应用程序的总更新次数的比值得到对应的应用程序的更新率；

根据所述使用率、所述更新率、与所述使用率对应的预设的第一权重以及与所述更新率对应的第二权重对对应的应用程序进行评分；

若所述评分大于第一预设值，确定所述应用程序的使用次数和更新次数满足预设条件。

可选的，所述判断所述应用程序的使用次数和更新次数是否满足预设条件还包括：

若所述评分低于第一预设值且大于第二预设值，检测所述评分对应的应用程序的更新包更新次数；

当所述更新包更新次数大于更新限值时，向所述用户终端发送所述应用程序的更新信息。

可选的，所述使用状态信息包括应用程序的当前版本号，所述检测到满足更新条件的目标应用程序，包括：

将所述目标应用程序的当前版本号与最新版本号进行对比；

当所述比对的结果不同时，确定所述目标应用程序满足更新条件。

可选的，所述获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息包括：

每隔预设时间间隔获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息。

本申请实施例第二方面提供了一种应用程序更新的推送装置，包括：

获取单元，用于获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息；

判断单元，用于根据所述使用状态信息确定对应的应用程序是否为目标应用程序；

发送单元，用于在所述判断单元确定所述使用状态信息对应的应用程序为目标应用程序之后，当检测到目标应用程序满足更新条件时，向所述用户终端发送所述目标应用程序的更新信息。

可选的，所述使用状态信息包括应用程序的使用次数和应用程序的更新次数。

可选的，所述判断单元，包括：

判断模块，用于判断所述应用程序的使用次数和更新次数是否满足预设条件；

第一确定模块，用于在所述判断模块确认满足预设条件之后，确定对应的应用程序为所述目标应用程序。

可选的，所述判断模块，包括：

第一计算子模块，用于根据所述应用程序的使用次数与配置的所有应用程序的总使用次数的比值得到对应的应用程序的使用率；

第二计算子模块，用于根据所述使用状态信息中的应用程序的更新次数与配置的所有应用程序的总更新次数的比值得到对应的应用程序的更新率；

评分子模块，用于根据所述使用率、所述更新率、与所述使用率对应的预设的第一权重以及与所述更新率对应的第二权重对对应的应用程序进行评分；

确定子模块，用于若所述评分大于第一预设值，确定所述应用程序的使用次数和更新次数满足预设条件。

可选的，所述判断模块还包括：

检测子模块，用于若所述评分低于第一预设值且大于第二预设值，检测所述评分对应的应用程序的更新包更新次数；

发送子模块，用于当所述更新包更新次数大于更新限值时，向所述用户终端发送所述应用程序的更新信息。

可选的，所述使用状态信息包括应用程序的当前版本号，所述装置还包括检测单元，所述检测单元用于检测到满足更新条件的目标应用程序，所述检测单元包括：

对比模块，用于将所述目标应用程序的当前版本号与最新版本号进行对比；

第二确定模块，用于当所述比对的结果不同时，确定所述目标应用程序满足更新条件。

可选的，所述获取单元包括：

间隔获取模块，用于每隔预设时间间隔获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息。

本申请实施例第三方面提供了一种系统，包括：

处理器、存储器、输入输出单元以及总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述存储器保存有程序，所述处理器调用所述程序以执行上述第一方面任意一种应用程序更新的推送方法。

本申请实施例第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行上述第一方面任意一种应用程序更新的推送方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请中，通过从用户终端获取至少一个应用程序在预设周期内的使用状态信息来对该至少一个应用程序进行用户应用程序使用习惯和升级习惯的评分，当检测到满足更新条件的目标应用程序时，会向该用户终端发送该目标应用程序的更新信息。该方法不仅可以做到针对每个用户的使用习惯和升级习惯进行精准推送，提升用户体验，同时，也有效提高了硬件设备的存储使用效率，降低成本。

附图说明

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

图1为本申请实施例中应用程序更新的推送方法一个实施例流程示意图；

图2为本申请实施例中应用程序更新的推送方法另一实施例流程示意图；

图3为本申请实施例中应用程序更新的推送装置一个实施例流程示意图；

图4为本申请实施例中应用程序更新的推送装置另一实施例流程示意图；

图5为本申请实施例中应用程序更新的推送装置另一实施例流程示意图。

具体实施方式

本申请实施例提供了一种应用程序更新的推送方法、装置、系统及存储介质，提升了用户体验，也有效提高了硬件设备的存储使用效率，降低成本。

需要说明的是，本申请中的应用程序更新的推送方法的执行主体可以是系统，可以是服务器，具体本申请不做限制，在以下实施例中，将以服务器作为执行主体进行解释说明。

请参阅图1，在本申请一个实施例中，应用程序更新的推送方法，包括：

101、获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息；

需要说明的是，用户终端一般都会配置有多个应用程序，有些应用程序用户使用率高，更新率高，有些应用程序使用率、更新率低，为了了解用户的使用习惯，实现精准推送更新包，本申请实施例由服务器统一获取目标用户的用户终端中配置的所有应用程序的使用状态信息，根据这些使用状态信息来确认是否有待更新且属于目标用户常用软件的应用程序，这些应用程序皆由本申请实施例中的服务器进行统一管理和提供服务。

102、根据所述使用状态信息确定对应的应用程序是否为目标应用程序，若是，则执行步骤103；

本申请实施例中，服务器获取到用户终端上传的应用程序的使用状态信息后，会对该使用状态信息进行解析。

具体的，服务器会创建一张“用户使用习惯应用程序列表”，在该列表中排列有所有应用程序的相关信息，比如软件ID、当前版本号、使用次数、更新次数等，服务器根据事先设定的规则对这些应用程序进行用户使用习惯的评分，并根据评分高低进行排序，评分越高则代表目标用户对于该应用程序的使用次数和更新次数越多，则服务器确认该应用程序为目标应用程序，即为目标用户的常用应用程序。

需要说明的是，具体的评分方式在图2实施例中会具体阐述，本申请实施例暂不做说明。

103、当检测到目标应用程序满足更新条件时，向所述用户终端发送所述目标应用程序的更新信息。

需要说明的是，本申请实施例中，服务器对于获取到的所有应用程序会进行目标应用程序和非目标应用程序的划分，当检测到有目标应用程序满足更新条件时，服务器会生成该目标应用程序的更新信息，并向该用户终端发送该更新包，以使得目标用户根据该更新包进行更新。

需要说明的是，是否满足更新条件的判断方法在图2实施例会进行详细阐述，本申请实施例暂不作说明。

本申请实施例中，通过从用户终端获取至少一个应用程序在预设周期内的使用状态信息来对该至少一个应用程序进行用户应用程序使用习惯和升级习惯的评分，当检测到满足更新条件的目标应用程序时，会向该用户终端发送该目标应用程序的更新信息。该方法不仅可以做到针对每个用户的使用习惯和升级习惯进行精准推送，提升用户体验，同时，也有效提高了硬件设备的存储使用效率，降低成本。

上面对应用程序更新的推送方法进行了一个大概的说明，下面将对应用程序更新的推送方法进行一个详细的介绍。

请参阅图2，在本申请另一个实施例中，应用程序更新的推送方法，包括：

201、每隔预设时间间隔获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息，所述使用状态信息包括应用程序的使用次数和应用程序的更新次数。

需要说明的是，本申请实施例中，服务器自主设置或者根据用户的需求来事先设定一个时间间隔来定期获取用户终端在每一时间间隔内的所有应用程序的使用状态信息。比如设定间隔时间为三个月，则服务器获取的使用状态信息将是从当前节点往前推三个月的该期间内的所有应用程序的使用状态信息。

需要说明的是，该使用状态信息包括但不限于应用程序名称，应用程序的版本号，应用程序的使用次数，应用程序的更新次数，应用程序ID，应用程序开始免费时间，应用程序免费结束时间，配置内应用程序个数。

202、根据所述应用程序的使用次数与配置的所有应用程序的总使用次数的比值得到对应的应用程序的使用率。

203、根据所述应用程序的更新次数与配置的所有应用程序的总更新次数的比值得到对应的应用程序的更新率。

需要说明的是，目标用户的应用程序使用习惯和应用程序升级习惯与应用程序的使用率和更新率有关，要确定用户的应用程序使用习惯和应用程序升级习惯，需要根据应用程序的使用次数和应用程序的更新次数计算应用程序的使用率和应用程序的更新率。

具体的，应用程序的使用率由该应用程序的使用次数与配置的所有应用程序的总使用次数的比值得到；应用程序的更新率由该应用程序的更新次数与配置的所有应用程序的总更新次数的比值得到。

204、根据所述使用率、所述更新率、与所述使用率对应的预设的第一权重以及与所述更新率对应的第二权重对对应的应用程序进行评分。

本申请实施例中，应用程序使用率和应用程序升级率的权重可以根据具体情况、用户需求等进行不同的设置，但一般来说，应用程序使用率的权重要大于应用程序升级率，比如，应用程序使用率的权重可以设置为0.8，应用程序升级率的权重可以设置为0.2。

本申请实施例可以通过傅里叶算法、贝叶斯算法或者权重算法等对用户终端内配置的所有应用程序进行综合分值计算，假设更新率为A，使用率为B，使用率的权重为0.8，升级率的权重为0.2，那么总评分＝0.8B×0.2A

205、若所述评分低于第一预设值且大于第二预设值，检测所述评分对应的应用程序的更新包更新次数。

206、当所述更新包更新次数大于更新限值时，向所述用户终端发送所述应用程序的更新信息。

本申请实施例中，设定第一预设值和第二预设值，对于评分低于第一预设值的，服务器会自动将其确认为非目标应用程序，对于非目标应用程序，服务器还会进行另一划分，即判断该非目标应用程序是否大于第二预设值，若是大于，则为了节省服务器资源，节省存储空间，服务器虽然不会生成该非目标应用程序的更新包，但是会记录该非目标应用程序的更新包更新次数，当检测该更新包更新次数大于预设的更新限值时，此时服务器依旧会给用户终端发送该非目标应用程序的更新包。

需要说明的是，如果服务器将该非目标应用程序的更新信息发送给用户终端后，用户没有对其进行更新，则在下一时间间隔再次获取所有应用程序进行使用习惯的评分时，该非目标应用程序因为更新率降低，而导致总评分降低，低于第二预设值，此时服务器将不会再对其进行更新推送。

还需要说明的是，对于低于第二预设值的非目标应用程序，如果目标用户主动进行更新，或者目标用户经常使用该应用程序，则服务器在再次获取所有应用程序的使用状态信息进行新评分时，该非目标应用程序的评分会提高，服务器根据该评分分值进行相对应的响应。

207、若所述评分大于第一预设值，确定所述应用程序的使用次数和更新次数满足预设条件。

208、确定对应的应用程序为所述目标应用程序。

本申请实施例中，服务器对所有应用程序进行综合评分，对于评分大于第一预设值的应用程序，服务器判定该目标程序为使用次数和更新次数满足预设条件的目标应用程序。

209、当检测到目标应用程序满足更新条件时，向所述用户终端发送所述目标应用程序的更新信息。

本申请实施例中，对于目标应用程序，服务器会对其进行实时监测，监测是否有软件版本号已变更的目标应用程序，即对比目标应用程序的当前版本号与最新版本号，若是存在软件版本号不一致的目标应用程序，则服务器会生成该目标应用程序的更新信息，并向用户终端发送该更新信息，以使得目标用户根据该更新信息，更新该目标应用程序。

需要说明的是，用户对于更新信息可以选择更新，也可以选择不更新，本申请不做限制。

本申请实施例中，服务器根据用户对于各应用程序的使用次数和升级次数来进行评分，并将应用程序分为三种应用程序，不同的评分服务器会有不同的响应，比如，对于评分高于第一预设值的目标应用程序，服务器在检测到其软件版本号已更新时，会立即生成更新信息推送至用户的用户终端，由用户自主选择是否更新，既提升了用户体验，也保证了常用应用程序都是最新版本号；对于评分低于第一预设值，高于第二预设值的非目标应用程序，服务器则不会生成更新信息，而是先记录其更新包次数，当更新包更新次数大于更新限值时，才会生成更新信息发送给用户终端；对于评分低于第二预设值的非目标应用程序，服务器将不会记录其更新包更新次数，不会对其进行任何响应，只有当该非目标应用程序的评分大于第二预设值或者大于第一预设值时，服务器才会对其进行相对应的响应，该方法不仅节省了服务器资源，节省了存储空间，节约了成本，同时也提升了应用程序更新的灵活性。

上面对应用程序更新的推送方法进行了描述，下面将对该应用程序更新的推送装置进行说明。

请参阅图3，在本申请一个实施例中，应用程序更新的推送装置，包括：

获取单元301，用于获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息；

判断单元302，用于根据所述使用状态信息确定对应的应用程序是否为目标应用程序；

发送单元303，用于在判断单元302确定所述使用状态信息对应的应用程序为目标应用程序之后，当检测到目标应用程序满足更新条件时，向所述用户终端发送所述目标应用程序的更新信息。

本申请实施例中，各单元模块的功能与前述图1中所示实施例中的步骤对应，此处不再赘述。

本申请实施例中，通过获取单元301从用户终端获取至少一个应用程序在预设周期内的使用状态信息来对该至少一个应用程序进行用户应用程序使用习惯和升级习惯的评分，当检测到满足更新条件的目标应用程序时，会通过发送单元303向该用户终端发送该目标应用程序的更新信息。该方法不仅可以做到针对每个用户的使用习惯和升级习惯进行精准推送，提升用户体验，同时，也有效提高了硬件设备的存储使用效率，降低成本。

上面对应用程序更新的推送装置的各单元功能进行一个大概的描述，下面将对应用程序更新的推送装置的各单元功能进行一个详细的描述。

请参阅图4，在本申请另一个实施例中，应用程序更新的推送装置，包括：

获取单元401，用于获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息，所述使用状态信息包括应用程序的使用次数和应用程序的更新次数；

可选的，获取单元401进一步还可以包括：

间隔获取模块4011，用于每隔预设时间间隔获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息。

判断单元402，用于根据所述使用状态信息确定对应的应用程序是否为目标应用程序；

可选的，判断单元402进一步还可以包括：

判断模块4021，用于判断所述应用程序的使用次数和更新次数是否满足预设条件；

第一确定模块4022，用于在所述判断模块确认满足预设条件之后，确定对应的应用程序为所述目标应用程序。

可选的，判断模块4021进一步还可以包括：

第一计算子模块40211，用于根据所述应用程序的使用次数与配置的所有应用程序的总使用次数的比值得到对应的应用程序的使用率；

第二计算子模块40212，用于根据所述使用状态信息中的应用程序的更新次数与配置的所有应用程序的总更新次数的比值得到对应的应用程序的更新率；

评分子模块40213，用于根据所述使用率、所述更新率、与所述使用率对应的预设的第一权重以及与所述更新率对应的第二权重对对应的应用程序进行评分；

检测子模块40214，用于若所述评分低于第一预设值且大于第二预设值，检测所述评分对应的应用程序的更新包更新次数；

发送子模块40215，用于当所述更新包更新次数大于更新限值时，向所述用户终端发送所述应用程序的更新信息。

确定子模块40216，用于若所述评分大于第一预设值，确定所述应用程序的使用次数和更新次数满足预设条件。

可选的，所述使用状态信息包括应用程序的当前版本号，所述装置还包括检测单元403，检测单元403用于检测到满足更新条件的目标应用程序，检测单元403进一步还可以包括：

对比模块4031，用于将所述目标应用程序的当前版本号与最新版本号进行对比；

第二确定模块4032，用于当所述比对的结果不同时，确定所述目标应用程序满足更新条件。

发送单元404，用于在判断单元402确定所述使用状态信息对应的应用程序为目标应用程序之后，当检测单元403检测到目标应用程序满足更新条件时，向所述用户终端发送所述目标应用程序的更新信息。

本申请实施例中，各单元模块的功能与前述图1至图2中所示实施例中的步骤对应，此处不再赘述。

请参阅图5，在本申请一个实施例中，电子设备，包括：

处理器501、存储器502、输入输出单元503以及总线504；

处理器501与存储器502、输入输出单元503以及总线504相连；

处理器501执行如下操作：

获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息；

根据所述使用状态信息确定对应的应用程序是否为目标应用程序；若是，当检测到目标应用程序满足更新条件时，向所述用户终端发送所述目标应用程序的更新信息。

本实施例中，处理器501的功能与前述图1至图2所示实施例中的步骤对应，此处不再赘述。

本申请还涉及一种计算机可读存储介质，计算机可读存储介质上保存有程序，其特征在于，当程序在计算机上运行时，使得计算机执行如上任一应用程序更新的推送方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令，用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种应用程序更新的推送方法，其特征在于，应用于服务器，包括：

获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息；

根据所述使用状态信息确定对应的应用程序是否为目标应用程序；若是，当检测到目标应用程序满足更新条件时，向所述用户终端发送所述目标应用程序的更新信息。

2.根据权利要求1所述的推送方法，其特征在于，所述使用状态信息包括应用程序的使用次数和应用程序的更新次数。

3.根据权利要求2所述的推送方法，其特征在于，所述根据所述使用状态信息确定对应的应用程序是否为目标应用程序，包括：

判断所述应用程序的使用次数和更新次数是否满足预设条件；

若是，则确定对应的应用程序为所述目标应用程序。

4.根据权利要求3所述的推送方法，其特征在于，所述判断所述应用程序的使用次数和更新次数是否满足预设条件，包括：

根据所述应用程序的使用次数与配置的所有应用程序的总使用次数的比值得到对应的应用程序的使用率；

根据所述使用状态信息中的应用程序的更新次数与配置的所有应用程序的总更新次数的比值得到对应的应用程序的更新率；

根据所述使用率、所述更新率、与所述使用率对应的预设的第一权重以及与所述更新率对应的第二权重对对应的应用程序进行评分；

若所述评分大于第一预设值，确定所述应用程序的使用次数和更新次数满足预设条件。

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

若所述评分低于第一预设值且大于第二预设值，检测所述评分对应的应用程序的更新包更新次数；

当所述更新包更新次数大于更新限值时，向所述用户终端发送所述应用程序的更新信息。

6.根据权利要求1至5中任意一项所述的推送方法，其特征在于，所述使用状态信息包括应用程序的当前版本号，所述检测到满足更新条件的目标应用程序，包括：

将所述目标应用程序的当前版本号与最新版本号进行对比；

当所述比对的结果不同时，确定所述目标应用程序满足更新条件。

7.根据权利要求1至5中任意一项所述的推送方法，其特征在于，所述获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息包括：

每隔预设时间间隔获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息。

8.一种应用程序更新的推送装置，其特征在于，包括：

获取单元，用于获取用户终端发送的至少一个应用程序在预设周期内的使用状态信息；

判断单元，用于根据所述使用状态信息确定对应的应用程序是否为目标应用程序；

发送单元，用于在所述判断单元确定所述使用状态信息对应的应用程序为目标应用程序之后，当检测到目标应用程序满足更新条件时，向所述用户终端发送所述目标应用程序的更新信息。

9.一种系统，其特征在于，所述系统包括：

处理器、存储器、输入输出单元以及总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述存储器保存有程序，所述处理器调用所述程序以执行如权利要求1至7中任一项所述推送方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行如权利要求1至7中任一项所述推送方法。

Images