应用程序推送方法及装置与流程

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

背景技术：

应用程序产品发布后，可能由于功能不完善，或原来发布的应用程序存在bug(漏洞)，需要发布新的应用程序版本来完善功能或修补bug。

为保证应用程序新版本没有bug，在应用程序新版本测试完成后，希望在小范围用户群体中进行公测，公测是指邀请一些用户参加应用程序新版本的使用测试，主要用于检测APP可能出现的问题，查找程序的bug，确保应用程序没有bug后再正式发布。公测对象通常是应用程序的发烧友、粉丝或论坛用户等。在应用程序新版本公测时，向这些公测对象推送公测通知。筛选的公测对象没有针对性，比较盲目。

技术实现要素：

为克服相关技术中存在的问题，本公开提供一种应用程序推送方法及装置。

为了解决上述技术问题，本公开实施例公开了如下技术方案：

根据本公开实施例的第一方面，提供一种应用程序推送方法，包括：

获取针对目标应用程序的更新日志信息；

根据所述更新日志信息确定目标对象；

向所述目标对象发送所述目标应用程序的推送消息。

第一方面提供的应用程序推送方法，获取针对目标应用程序的更新日志信息，并根据更新日志信息确定目标对象，然后，向确定的目标对象发送目标应用程序的推送消息。根据众多用户的更新日志信息筛选出目标对象，例如，根据更新日志信息从众多用户中选出对目标应用程序感兴趣、喜欢体验新功能的用户作为目标对象。利用该方法选出的目标对象更有针对性，从而提高了推送消息被采纳的概率，即提高了目标对象的准确率。

结合第一方面，在第一方面的第一种可能的实现方式中，所述根据所述更新日志信息确定目标对象，包括：

根据所述更新日志信息获取更新属性信息，所述更新属性信息至少包括以下至少一项：更新频率、更新速度；

根据所述更新属性信息确定目标对象。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，如果所述更新属性包括更新频率，则所述根据所述更新日志信息获取更新属性信息，包括：

获取所述目标应用程序的历史可更新版本的数量；

根据所述更新日志信息获取所述目标应用程序的历史更新次数；

根据所述历史更新次数和所述历史可更新版本的数量之间的比值，获取所述更新频率。

结合第一方面的第一种可能的实现方式，在第一方面的第三种可能的实现方式中，如果所述更新属性包括更新速度，则所述根据所述更新日志信息获取更新属性信息，包括：

获取所述目标应用程序历史可更新版本的发布时间；

根据所述更新日志信息获取所述目标应用程序的历史更新时间；

根据所述历史可更新版本的历史更新时间与发布时间之间的差值，获取所述更新速度。

结合第一方面的第一种可能的实现方式，在第一方面的第四种可能的实现方式中，所述根据所述更新属性信息确定目标对象，包括以下任一项：

将更新频率大于或等于预设频率的对象确定为所述目标对象；

将更新速度大于或等于预设速度的对象确定为所述目标对象；以及，

将更新频率大于或等于预设频率值，且更新速度大于或等于预设速度的对象确定为所述目标对象。

第一方面的第二种可能的实现方式至第一方面的第四种可能的实现方式所提供的应用程序推送方法，获取目标应用程序的更新日志信息，并根据更新日志信息获取更新属性信息；根据更新属性信息确定出目标对象。然后，向目标对象发送目标应用程序的推送消息。该方法根据更新属性信息从众多用户中选出对目标应用程序感兴趣、喜欢体验新功能的用户作为目标对象。

结合第一方面，在第一方面的第五种可能的实现方式中，所述方法还包括：

接收推送消息的拒收通知；

将所述拒收通知的发送对象确定为拒收对象，所述目标对象不同于所述拒收对象。

第一方面的第五种可能的实现方式提供的应用程序推送方法，在向当前的目标对象发送推送消息后，当前的目标对象可以发送不再接收此类推送消息的拒收通知，服务器确定拒收通知的发送对象为拒收对象。在下一次确定目标应用程序的目标对象时，从用户群体中排除拒收对象，然后，从剩余的用户中确定出目标对象，从而实现不再向拒收对象发送此类推送消息。提高用户对应用程序的推送消息处理的灵活性。

根据本公开实施例的第二方面，提供一种应用程序推送装置，包括：

获取模块，用于获取针对目标应用程序的更新日志信息；

第一确定模块，用于根据所述获取模块获得的更新日志信息确定目标对象；

发送模块，用于向所述第一确定模块确定的目标对象发送所述目标应用程序的推送消息。

结合第二方面，在第二方面的第一种可能的实现方式中，所述第一确定模块包括：

第一获取子模块，用于根据所述获取模块获得的更新日志信息获取更新属性信息，所述更新属性信息至少包括以下至少一项：更新频率、更新速度；

第一确定子模块，用于根据所述第一获取子模块获得的更新属性信息确定目标对象。

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，如果 所述更新属性包括更新频率，则所述第一获取子模块包括：

第二获取子模块，用于获取所述目标应用程序的历史可更新版本的数量；

第三获取子模块，用于根据所述获取模块获得的更新日志信息获取所述目标应用程序的历史更新次数；

第四获取子模块，用于根据所述第三获取子模块获得的历史更新次数，以及所述第二获取子模块获得的历史可更新版本的数量之间的比值，获取所述更新频率。

结合第二方面的第一种可能的实现方式，在第二方面的第三种可能的实现方式中，如果所述更新属性包括更新速度，则所述第一获取子模块，包括：

第五获取子模块，用于获取所述目标应用程序历史可更新版本的发布时间；

第六获取子模块，用于根据所述获取模块获得的更新日志信息获取所述目标应用程序的历史更新时间；

第七获取子模块，用于根据所述第六获取子模块获得的历史可更新版本的历史更新时间与所述第五获取子模块获得的发布时间之间的差值，获取所述更新速度。

结合第二方面的第一种可能的实现方式，在第二方面的第四种可能的实现方式中，所述确定包括以下任意一个子模块：

第二确定子模块，用于将更新频率大于或等于预设频率的对象确定为所述目标对象；

第三确定子模块，用于将更新速度大于或等于预设速度的对象确定为所述目标对象；以及，

第四确定子模块，用于将更新频率大于或等于预设频率值，且更新速度大于或等于预设速度的对象确定为所述目标对象。

结合第二方面，在第二方面的第五种可能的实现方式中，所述装置还包括：

接收模块，用于接收推送消息的拒收通知；

第二确定模块，用于将所述接收模块接收的拒收通知对应的发送对象确定为拒收对象，所述目标对象不同于所述拒收对象。

根据本公开实施例的第三方面，提供一种服务器，其特征在于，包括：

处理器；

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

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

获取针对目标应用程序的更新日志信息；

根据所述更新日志信息确定目标对象；

向所述目标对象发送所述目标应用程序的推送消息。

本公开的实施例提供的技术方案可以包括以下有益效果：获取针对目标应用程序的更新日志信息，并根据更新日志信息确定目标对象，然后，向确定的目标对象发送目标应用程序的推送消息。更新日志信息记录了用户更新应用程序的全部信息，例如，更新 版本、更新时间等信息等。根据众多用户的更新日志信息筛选出目标对象，例如，根据更新日志信息从众多用户中选出对目标应用程序感兴趣、喜欢体验新功能的用户作为目标对象。利用该方法选出的目标对象更有针对性，从而提高了推送消息被采纳的概率，即提高了目标对象的准确率。

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

附图说明

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

图1是根据一示例性实施例示出的一种应用程序推送方法的流程图；

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

图3是根据一示例性实施例示出的一种获取更新属性信息的流程图；

图4是根据一示例性实施例示出的另一种获取更新属性信息的流程图；

图5是根据一示例性实施例示出的另一种应用程序推送方法的流程图；

图6是根据一示例性实施例示出的一种应用程序推送装置框图；

图7是根据一示例性实施例示出的另一种应用程序推送装置的框图；

图8是根据一示例性实施例示出的一种第一获取子模块的框图；

图9是根据一示例性实施例示出的另一种第一获取子模块的框图；

图10是根据一示例性实施例示出的另一种应用程序推送装置的框图；

图11是根据一示例性实施例示出的一种用于应用程序推送的装置框图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

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

图1是根据一示例性实施例示出的一种应用程序推送方法的流程图，如图1所示，应用程序推送方法用于服务器中，包括以下步骤：

在S110中，服务器获取针对目标应用程序的更新日志信息。

服务器获取用户针对目标应用程序或目标应用程序的插件进行更新的更新日志信息。例如，智能手机的“应用商店”、“应用宝”等应用获取平台，能够获取用户更新或安装应用程序的全部信息，即更新日志信息，并将更新日志信息上传到服务器中。更新日志信息可以包 括用户针对目标应用程序的安装时间、更新时间、更新的版本信息、更新次数等信息。

在S120中，服务器根据更新日志信息确定目标对象。

根据各个用户的更新日志信息选出符合选择标准的目标对象。其中，选择标准可以根据实际需求设定，例如，更新频率或更新速度满足预设条件，则确定为目标对象。

在S130中，服务器向目标对象发送目标应用程序的推送消息。

推送消息可以是提示用户目标应用程序发布新版本的提示信息；或者，推送消息可以是目标应用程序新版本征集公测对象的通知。

本实施例提供的应用程序推送方法，获取针对目标应用程序的更新日志信息，并根据更新日志信息确定目标对象，然后，向确定的目标对象发送目标应用程序的推送消息。更新日志信息记录了用户更新应用程序的全部信息，例如，更新版本、更新时间等信息等。根据众多用户的更新日志信息筛选出目标对象，例如，根据更新日志信息从众多用户中选出对目标应用程序感兴趣、喜欢体验新功能的用户作为目标对象。利用应用程序推送方法选出的目标对象更有针对性，从而提高了推送消息被采纳的概率，即提高了目标对象的准确率。此外，当利用本实施例提供的应用程序推送方法推送应用程序的公测通知时，提高了目标对象的准确率，从而提高了公测效率。

图2是根据一示例性实施例示出的另一种应用程序推送方法的流程图，如图2所示，应用程序推送方法可以包括以下步骤：

在S210中，服务器获取针对目标应用程序的更新日志信息。

在S220中，服务器根据更新日志信息获取更新属性信息，更新属性信息至少包括以下至少一项：更新频率、更新速度。

其中，更新频率是指用户更新目标应用程序的更新次数与该目标应用程序的全部历史版本的比值，能够表征用户是否对目标应用程序感兴趣、是否喜欢体验新功能。

图3是根据一示例性实施例示出的一种获取更新频率的流程图，如图3所示，获取更新频率的步骤可以包括S221至S223：

在S221中，获取目标应用程序历史可更新版本的数量。

例如，“应用商店”、“应用宝”等应用获取平台可以记录目标应用程序的版本发布的数量。

在S222中，根据更新日志信息获取目标应用程序的历史更新次数。

根据用户的更新日志信息，统计用户针对目标应用程序进行更新的次数，即历史更新次数。

在S223中，根据历史更新次数和历史可更新版本的数量之间的比值，获取更新频率。

例如，应用程序“米聊”所发布的全部版本的数量，即，历史可更新版本的数量是8个，用户曾针对其中的4个版本进行过更新，即，历史更新次数是4；则用户针对“米聊”的更新频率是50％。

其中，更新速度是指针对目标应用程序的某一个版本，在此版本发布多久之后，用户更 新到此版本，更新速度能够表征用户是否喜欢体验新功能、是否对目标应用程序感兴趣。

图4是根据一示例性实施例示出的一种获取更新速度的流程图，如图4所示，获取更新速度的步骤可以包括S224至S226：

在S224中，获取目标应用程序历史可更新版本的发布时间。

例如，“应用商店”、“应用宝”等平台对应的服务器中会记录应用程序的各个历史可更新版本的发布时间。

在S225中，根据更新日志信息获取目标应用程序的历史更新时间。

从用户的更新日志信息中，查询针对目标应用程序的各个历史更新时间。

在S226中，根据历史可更新版本的历史更新时间与发布时间之间的差值，获取更新速度。

在本公开一示例性实施例中，用户针对目标应用程序的更新次数是1次，例如，历史更新时间是2015年5月20日，查询得到用户2015年5月1日更新的版本的公布时间是2015年5月1日，则更新速度是发布新版本后19天，即目标应用程序的新版本发布19天后，用户的目标应用程序更新到该新版本。

在本公开另一示例性实施例中，如果用户针对目标应用程序的更新次数多于1次，例如，2次，其中第一次的历史更新时间是2015年1月1日，此次更新版本的发布时间是2014年12月30日，则此次更新的更新速度是发布新版本后2天；第二次的历史更新时间是2015年6月15日，此次更新版本的发布时间是2015年6月1日，则此次更新的更新速度是发布新版本后14天，两次更新速度的平均值8天作为目标应用程序的更新速度。

在S230中，服务器根据更新属性信息，以及预设频率和预设速度中至少一项，确定目标对象。

在本公开一示例性实施例中，更新属性信息可以包括更新频率，比较更新频率与预设频率之间的大小，可以将更新频率大于或等于预设频率的对象确定为目标对象。

在本公开一示例性实施例中，更新属性信息可以包括更新速度，比较更新速度与预设速度之间的大小，可以将更新速度大于或等于预设速度的对象确定为目标对象。

在本公开一示例性实施例中，更新属性信息可以包括更新频率和更新速度，比较更新频率与预设频率之间的大小，以及，比较更新速度与预设速度之间的大小，可以将更新频率大于或等于预设频率值，且更新速度大于或等于预设速度的对象确定为目标对象。

在S240中，服务器向目标对象发送目标应用程序的推送消息。

在本实施例中，服务器可以向目标对象推送目标应用程序可以更新到最新版本的提示信息；或者，服务器可以向目标对象推送目标应用程序的最新版本公测通知，目标对象可以根据公测通知参加公测。

本实施例提供的应用程序推送方法，获取目标应用程序的更新日志信息，并根据更新日志信息获取更新属性信息；根据更新属性信息确定出目标对象。然后，向目标对象发送目标应用程序的推送消息。应用程序推送方法根据更新属性信息从众多用户中选出对目标应用 程序感兴趣、喜欢体验新功能的用户作为目标对象。选出的目标对象更有针对性，从而提高了推送消息被采纳的概率，即提高了目标对象的准确率。

图5是根据一示例性实施例示出的另一种应用程序推送方法的流程图。如图5所示，应用程序推送方法在图1或图2所示实施例的基础上，还可以包括S310至S320。本实施例以在图1基础上增加以下步骤为例说明：

在S310中，服务器接收推送消息的拒收通知。

服务器根据更新属性信息确定出当前的目标对象后，向当前的目标对象发送目标应用程序的推送消息，当前的目标对象可以向服务器返回不再接收此类推送消息的拒收通知。

在S320中，服务器将拒收通知的发送对象确定为拒收对象，目标对象不同于拒收对象。

服务器将发送拒收通知的发送对象确定为拒收对象，并在下一次确定目标对象时，从排除拒收对象后的其它对象中确定出目标对象。

本实施例提供的应用程序推送方法，在向当前的目标对象发送推送消息后，当前的目标对象可以发送不再接收此类推送消息的拒收通知，服务器确定拒收通知的发送对象为拒收对象。在下一次确定目标应用程序的目标对象时，从用户群体中排除拒收对象，然后，从剩余的用户中确定出目标对象，从而实现不再向拒收对象发送此类推送消息。提高用户对应用程序的推送消息处理的灵活性。

相应于上述的应用程序推送方法实施例，本公开还提供了应用程序推送装置实施例。

图6是根据一示例性实施例示出的一种应用程序推送装置框图。如图6所示，应用程序推送装置包括：获取模块110、第一确定模块120和发送模块130。

获取模块110被配置为，获取针对目标应用程序的更新日志信息。

更新日志信息可以包括用户针对目标应用程序的安装时间、更新时间、更新的版本信息、更新次数等信息。例如，智能手机的“应用商店”、“应用宝”等应用获取平台，能够获取用户更新或安装应用程序的全部信息，即更新日志信息，并将更新日志信息上传到服务器中。

第一确定模块120被配置为，根据获取模块110获得的更新日志信息确定目标对象。

根据各个用户的更新日志信息选出符合选择标准的目标对象。其中，选择标准可以根据实际需求设定，例如，更新频率或更新速度满足预设条件，则确定为目标对象。

发送模块130被配置为，向第一确定模块120确定的目标对象发送目标应用程序的推送消息。

推送消息可以是提示用户目标应用程序发布新版本的提示信息；或者，推送消息可以是目标应用程序新版本征集公测对象的通知。

本实施例提供的应用程序推送装置，获取针对目标应用程序的更新日志信息，并根据更新日志信息确定目标对象，然后，向确定的目标对象发送目标应用程序的推送消息。更新日志信息记录了用户更新应用程序的全部信息，例如，更新版本、更新时间等信息 等。根据众多用户的更新日志信息筛选出目标对象，例如，根据更新日志信息从众多用户中选出对目标应用程序感兴趣、喜欢体验新功能的用户作为目标对象。利用应用程序推送装置选出的目标对象更有针对性，从而提高了推送消息被采纳的概率，即提高了目标对象的准确率。

图7是根据一示例性实施例示出的另一种应用程序推送装置的框图，如图7所示，应用程序推送装置包括获取模块110、第一获取子模块121、第一确定子模块122和发送模块130。

获取模块110被配置为，获取针对目标应用程序的更新日志信息。

第一获取子模块121被配置为，用于根据获取模块110获得的更新日志信息获取更新属性信息，更新属性信息至少包括以下至少一项：更新频率、更新速度。

在本公开一示例性实施例中，更新属性包括更新频率，更新频率是指用户更新目标应用程序的更新次数与该目标应用程序的全部历史版本的比值，能够表征用户是否对目标应用程序感兴趣、是否喜欢体验新功能。

请参见图8，示出了本公开实施例一种第一获取子模块的框图，如图8所示，第一获取子模块121可以包括第二获取子模块1211、第三获取子模块1212和第四获取子模块1213：

第二获取子模块1211被配置为，获取目标应用程序的历史可更新版本的数量。

第三获取子模块1212被配置为，根据获取模块110获得的更新日志信息获取目标应用程序的历史更新次数。

第四获取子模块1213被配置为，根据第三获取子模块1212获得的历史更新次数，以及第二获取子模块1211获得的历史可更新版本的数量之间的比值，获取更新频率。

在本公开另一示例性实施例中，更新属性信息包括更新速度；更新速度是指针对目标应用程序的某一个版本，用户更新至该版本的更新时间与该版本的发布时间之间的差值，能够表征用户是否喜欢体验新功能、是否对目标应用程序感兴趣。

请参见图9，示出了本公开实施例另一种第一获取子模块的框图，如图9所示，第一获取子模块121可以包括第五获取子模块1214、第六获取子模块1215和第七获取子模块1216。

第五获取子模块1214被配置为，获取目标应用程序历史可更新版本的发布时间。

第六获取子模块1215被配置为，根据获取模块110获得的更新日志信息获取目标应用程序的历史更新时间。

第七获取子模块1216被配置为，根据第六获取子模块1215获得的历史可更新版本的历史更新时间与第五获取子模块1214获得的发布时间之间的差值，获取更新速度。

第一确定子模块122被配置为，根据第一获取子模块121获得的更新属性信息确定目标对象。

在本公开一示例性实施例中，更新属性信息包括更新频率，则第一确定子模块包括第二确定子模块；第二确定子模块被配置为将更新频率大于或等于预设频率的对象确定为目标对象。

在本公开另一示例性实施例中，更新属性信息包括更新速度，则第一确定子模块包括第三确定子模块；第三确定子模块被配置为将更新速度大于或等于预设速度的对象确定为目标对象。

在本公开另一示例性实施例中，更新属性信息包括更新频率和更新速度，则第一确定子模块包括第四确定子模块；第四确定子模块被配置为将更新频率大于或等于预设频率值，且更新速度大于或等于预设速度的对象确定为目标对象。

发送模块130被配置为，向第一确定模块120确定的目标对象发送目标应用程序的推送消息。

本实施例提供的应用程序推送装置，获取目标应用程序的更新日志信息，并根据更新日志信息获取更新属性信息；根据更新属性信息确定出目标对象。然后，向目标对象发送目标应用程序的推送消息。根据更新属性信息从众多用户中选出对目标应用程序感兴趣、喜欢体验新功能的用户作为目标对象，选出的目标对象更有针对性，从而提高了推送消息被采纳的概率，即提高了目标对象的准确率。

图10是根据一示例性实施例示出的另一种应用程序推送装置的框图，应用程序推送装置在图6或图7所示实施例的基础上还可以包括接收模块210和第二确定模块220。本实施例以图6所示实施例的基础上增加接收模块210和第二确定模块220为例说明。

接收模块210被配置为，接收推送消息的拒收通知。

服务器根据更新属性信息确定出当前的目标对象后，向当前的目标对象发送目标应用程序的推送消息，当前的目标对象可以向服务器返回不再接收此类推送消息的拒收通知，接收模块210接收拒收通知。

第二确定模块220被配置为，将接收模块接收的拒收通知对应的发送对象确定为拒收对象，目标对象不同于拒收对象。

第二确定模块将发送拒收通知的发送对象确定为拒收对象，并在下一次确定目标对象时，从排除拒收对象后的其它对象中确定出目标对象。

本实施例提供的应用程序推送装置，在向当前的目标对象发送推送消息后，当前的目标对象可以发送不再接收此类推送消息的拒收通知，服务器确定拒收通知的发送对象为拒收对象。在下一次确定目标应用程序的目标对象时，从用户群体中排除拒收对象，然后，从剩余的用户中确定出目标对象，从而实现不再向拒收对象发送此类推送消息。提高用户对应用程序的推送消息处理的灵活性。

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

图11是根据一示例性实施例示出的一种用于应用程序推送的装置1900的框图。例如，装置1900可以被提供为一服务器。如图11所示，装置1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可 由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行应用程序推送方法：

获取针对目标应用程序的更新日志信息；

根据更新日志信息确定目标对象；

向目标对象发送目标应用程序的推送消息。

本实施例提供的应用程序推送方法，获取目标应用程序的更新日志信息，然后根据众多用户的更新日志信息筛选出目标对象，例如，根据更新日志信息从众多用户中选出对目标应用程序感兴趣、喜欢体验新功能的用户作为目标对象。利用应用程序推送方法选出的目标对象更有针对性，从而提高了推送消息被采纳的概率，即提高了目标对象的准确率。

在本公开一示例性实施例中，所述根据所述更新日志信息确定目标对象，包括：

根据所述更新日志信息获取更新属性信息，所述更新属性信息至少包括以下至少一项：更新频率、更新速度；

根据所述更新属性信息确定目标对象。

在本公开一示例性实施例中，如果所述更新属性包括更新频率，则所述根据所述更新日志信息获取更新属性信息，包括：

获取所述目标应用程序的历史可更新版本的数量；

根据所述更新日志信息获取所述目标应用程序的历史更新次数；

根据所述历史更新次数和所述历史可更新版本的数量之间的比值，获取所述更新频率。

在本公开另一示例性实施例中，如果所述更新属性包括更新速度，则所述根据所述更新日志信息获取更新属性信息，包括：

获取所述目标应用程序历史可更新版本的发布时间；

根据所述更新日志信息获取所述目标应用程序的历史更新时间；

根据所述历史可更新版本的历史更新时间与发布时间之间的差值，获取所述更新速度。

在本公开一示例性实施例中，所述根据所述更新属性信息确定目标对象，包括以下任一项：

将更新频率大于或等于预设频率的对象确定为所述目标对象；

将更新速度大于或等于预设速度的对象确定为所述目标对象；以及

将更新频率大于或等于预设频率值，且更新速度大于或等于预设速度的对象确定为所述目标对象。

在本公开一示例性实施例中，所述方法还包括：

接收推送消息的拒收通知；

将所述拒收通知的发送对象确定为拒收对象，所述目标对象不同于所述拒收对象。

本示例性实施例提供的应用程序推送方法，在向当前的目标对象发送推送消息后， 当前的目标对象可以发送不再接收此类推送消息的拒收通知，服务器确定拒收通知的发送对象为拒收对象。在下一次确定目标应用程序的目标对象时，从用户群体中排除拒收对象，然后，从剩余的用户中确定出目标对象，从而实现不再向拒收对象发送此类推送消息。提高用户对应用程序的推送消息处理的灵活性。

装置1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理，一个有线或无线网络接口1950被配置为将装置1900连接到网络，和一个输入输出(I/O)接口1958。装置1900可以操作基于存储在存储器1932的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

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

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