CN116962505A - 消息推送方法和装置、存储介质及电子设备 - Google Patents

Abstract

本申请公开了一种消息推送方法和装置、存储介质及电子设备。该方法包括：获取满足预设的第一条件的虚拟对象，得到虚拟对象列表；获取虚拟对象列表中的每个虚拟对象所关联的帐号，得到第一帐号列表；根据第一帐号列表，确定目标帐号列表，其中，第一帐号列表包括目标帐号列表；为目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，其中，待推送消息列表中的每个消息用于提示对应的帐号所关联的、虚拟对象列表中的虚拟对象满足第一条件；向目标帐号列表中的每个帐号推送待推送消息列表中对应的消息。本申请解决了在消息推送过程中出现的效率较低的技术问题。

Description

消息推送方法和装置、存储介质及电子设备

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种消息推送方法和装置、存储介质及电子设备。

背景技术

随着互联网技术的发展，人们通过电脑、手机等网络设备接收到越来越多的各类推送消息，例如，对于部分业务的内容提供商来说，通常都会针对特定用户推送特定消息。

在一个具体的应用场景中，对于基金用户来说，当其持有的基金实时估值波动的比例超过预设阈值时，向对应的终端设备发送估值波动提示消息，从而提醒用户查看关于估值波动的详细信息。

然而，对于同一支基金对来，通常允许有成千上万个用户来持有，对于每一个用户来说，可以同时购买多支基金或关注不同类型的基金，在向持有不同基金的多个用户推送消息时，需要执行如下操作：1)分别查询每个用户持有的基金；2)针对每个用户持有的多支基金，依次确定多支基金中是否存在估值波动超过预设比例的基金；3)在存在估值波动超过预设比例的基金的情况下，生成对应的一条或多条待推送的消息，并发送消息。

可见，采用上述消息推送方式，需要针对不同用户持有的多支基金的当前估值波动分别进行查询，而不同用户可能持有相同的基金，那么也就意味着对于同一支基金来说，将重复执行查询操作，增加了操作流程的复杂性，耗费了大量的时间，从而造成了在消息推送的过程中出现的效率较低的技术问题。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种消息推送方法和装置、存储介质及电子设备，以至少解决消息推送过程中出现的效率较低的技术问题。

根据本申请实施例的一个方面，提供了一种消息推送方法，包括：获取满足预设的第一条件的虚拟对象，得到虚拟对象列表；获取虚拟对象列表中的每个虚拟对象所关联的帐号，得到第一帐号列表；根据第一帐号列表，确定目标帐号列表，其中，第一帐号列表包括目标帐号列表；为目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，其中，待推送消息列表中的每个消息用于提示对应的帐号所关联的、虚拟对象列表中的虚拟对象满足第一条件；向目标帐号列表中的每个帐号推送待推送消息列表中对应的消息。

可选地，上述获取虚拟对象列表中的每个虚拟对象所关联的帐号，得到第一帐号列表，包括以下之一：在虚拟对象列表中的每个虚拟对象允许被目标平台中的帐号获取的情况下，在目标平台中的帐号中确定满足第二条件的帐号，得到第一帐号列表，其中，满足第二条件的帐号是指帐号获取到的虚拟对象集合中包括虚拟对象列表中的至少一个虚拟对象；在虚拟对象列表中的每个虚拟对象是目标应用中的帐号、且虚拟对象列表中的每个虚拟对象允许被目标应用中的帐号关注的情况下，在目标应用中的帐号集合中确定满足第三条件的帐号，得到第一帐号列表，其中，满足第三条件的帐号是指帐号关注的虚拟对象集合中包括虚拟对象列表中的至少一个虚拟对象。

可选地，上述获取满足预设的第一条件的虚拟对象，得到虚拟对象列表，包括：在目标平台中的帐号中确定满足第二条件的帐号之前，在预设的虚拟对象集合中获取满足第一条件的虚拟对象，得到虚拟对象列表，其中，满足第一条件的虚拟对象是指虚拟对象对应的虚拟资源数量的增长比例大于或等于预设的第一比例阈值，或者是指虚拟对象对应的虚拟资源数量的增长数量大于或等于预设的第一数量阈值，虚拟资源数量是目标平台中的帐号获取虚拟对象所需转移出的虚拟资源的数量；或者在目标平台中的帐号中确定满足第二条件的帐号之前，在预设的虚拟对象集合中获取满足第一条件的虚拟对象，得到虚拟对象列表，其中，满足第一条件的虚拟对象是指虚拟对象对应的虚拟资源数量的下降比例大于或等于预设的第二比例阈值，或者是指虚拟对象对应的虚拟资源数量的下降数量大于或等于预设的第二数量阈值，虚拟资源数量是目标平台中的帐号获取虚拟对象所需转移出的虚拟资源的数量。

可选地，上述获取满足预设的第一条件的虚拟对象，得到虚拟对象列表，包括：在目标应用中的帐号集合中确定满足第三条件的帐号之前，在预设的虚拟对象集合中获取满足第一条件的虚拟对象，得到虚拟对象列表，其中，虚拟对象集合是目标应用中的帐号集合，满足第一条件的虚拟对象是指关注虚拟对象的帐号的数量的增长比例大于或等于预设的第三比例阈值，或者是指关注虚拟对象的帐号的数量的增长数量大于或等于预设的第三数量阈值；或者在目标应用中的帐号集合中确定满足第三条件的帐号之前，在预设的虚拟对象集合中获取满足第一条件的虚拟对象，得到虚拟对象列表，其中，虚拟对象集合是目标应用中的帐号集合，满足第一条件的虚拟对象是指关注虚拟对象的帐号的数量的下降比例大于或等于预设的第四比例阈值，或者是指关注虚拟对象的帐号的数量的下降数量大于或等于预设的第四数量阈值。

可选地，上述根据第一帐号列表，确定目标帐号列表，包括：将第一帐号列表确定为目标帐号列表；或者根据第一帐号列表和第二帐号列表，确定目标帐号列表，其中，第二帐号列表包括与N个推送渠道对应的N组帐号，N组帐号中的每组帐号对应N个推送渠道中的一个推送渠道，N等于1或为大于或等于2的正整数，N组帐号中的每组帐号被设置为允许通过N个推送渠道中对应的一个推送渠道接收推送的消息。

可选地，上述根据第一帐号列表和第二帐号列表，确定目标帐号列表，包括：对第一帐号列表和第二帐号列表执行取交集操作，得到目标帐号列表；或者在N为大于或等于2的正整数的情况下，分别对第一帐号列表和N组帐号执行取交集操作，得到N个帐号列表，其中，目标帐号列表包括N个帐号列表；或者对第一帐号列表、第二帐号列表和第三帐号列表执行取交集操作，得到目标帐号列表，其中，在虚拟对象列表中的每个虚拟对象允许被目标平台中的帐号获取的情况下，第三帐号列表包括在目标平台中的帐号中满足第三条件的帐号，满足第三条件的帐号是指帐号将虚拟对象列表中的至少一个虚拟对象加入到预设列表中。

可选地，上述N组帐号包括以下至少之一：第一组帐号，其中，第一组帐号中的帐号是第一应用中的帐号，第一组帐号中的帐号被设置为允许接收推送的消息；第二组帐号，其中，第二组帐号中的每个帐号绑定了接收推送的消息的手机号。

可选地，上述为目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，包括：根据目标帐号列表中的每个帐号在虚拟对象列表中所关联的虚拟对象，为目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表。

可选地，上述根据目标帐号列表中的每个帐号在虚拟对象列表中所关联的虚拟对象，为目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，包括：通过以下步骤为目标帐号列表中的第i个帐号生成对应的消息，其中，i为大于或等于1的正整数：在第i个帐号在虚拟对象列表中所关联的虚拟对象为第i组虚拟对象的情况下，为第i个帐号生成第i个消息，其中，第i个消息包括以下之一：第i个提示信息，第i个提示信息用于提示第i组虚拟对象满足第一条件；或者，第i个提示信息和第i组链接，第i组链接与第i组虚拟对象具有一一对应关系，第i组链接中的每个链接用于跳转至第i组虚拟对象中对应的一个虚拟对象的描述页面；或者，公共提示信息和第i组链接，公共提示信息用于提示第i个帐号所关联的虚拟对象满足第一条件；或者在第i个帐号在虚拟对象列表中所关联的虚拟对象为第i组虚拟对象、且第i组虚拟对象包括Q个虚拟对象的情况下，为第i个帐号生成Q个消息，其中，Q为大于或等于2的正整数，Q个消息与Q个虚拟对象具有一一对应关系，Q个消息中的第j个消息与Q个虚拟对象中的第j个虚拟对象对应，j为大于或等于1、且小于或等于Q的正整数，Q个消息中的第j个消息包括以下之一：第j个提示信息，第j个提示信息用于提示第j个虚拟对象满足第一条件；或者，第j个提示信息和第j个链接，第j个链接用于跳转至第j个虚拟对象的描述页面；或者，公共提示信息和第j个链接，公共提示信息用于提示第i个帐号所关联的虚拟对象满足第一条件。

可选地，上述在第i个帐号在虚拟对象列表中所关联的虚拟对象为第i组虚拟对象、且第i组虚拟对象包括Q个虚拟对象的情况下，为第i个帐号生成Q个消息，包括：通过以下步骤为第i个帐号生成Q个消息中的第j个消息：获取与第一条件和第j个虚拟对象对应的的第j个消息格式，其中，第j个消息格式用于指示第j个消息中包括的内容的格式；按照第j个消息格式，为第i个帐号生成Q个消息中的第j个消息。

可选地，上述向目标帐号列表中的每个帐号推送待推送消息列表中对应的消息，包括：在根据第一帐号列表和第二帐号列表，确定目标帐号列表的情况下，通过以下步骤向目标帐号列表中的第i个帐号推送待推送消息列表中对应的消息，i为大于或等于1的正整数：在第i个帐号对应的推送渠道包括N个推送渠道中的M个推送渠道的情况下，通过M个推送渠道向第i个帐号推送待推送消息列表中对应的消息，其中，M为大于或等于1、且小于或等于N的正整数。

根据本申请实施例的另一方面，还提供了一种消息推送装置，包括：第一获取单元，用于获取满足预设的第一条件的虚拟对象，得到虚拟对象列表；第二获取单元，用于获取虚拟对象列表中的每个虚拟对象所关联的帐号，得到第一帐号列表；第一处理单元，用于根据第一帐号列表，确定目标帐号列表，其中，第一帐号列表包括目标帐号列表；第二处理单元，用于为目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，其中，待推送消息列表中的每个消息用于提示对应的帐号所关联的、虚拟对象列表中的虚拟对象满足第一条件；第一推送单元，用于向目标帐号列表中的每个帐号推送待推送消息列表中对应的消息。

根据本申请实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述消息推送方法。

根据本申请实施例的又一方面，还提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现上述方法的步骤。

根据本申请实施例的又一方面，还提供了一种电子设备，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为通过计算机程序执行上述消息推送方法。

通过本申请提供的上述实施例，根据预设的第一条件，确定满足该条件的虚拟对象，然后根据满足第一条件的虚拟对象，确定待推送的目标帐号列表，最后为目标帐号列表中的每个帐号生成对应的消息，并将每个帐号推送对应的消息。换句话说，通过将消息推送流程抽象为可复用的虚拟对象+待推送的实体对象(用户或用户对应的帐号)的处理机制，简化了消息逻辑的处理流程，节约了新接入消息的开发工作量，实现了提高消息推送的效率的技术效果。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。

图1是根据本申请实施例的一种可选的消息推送方法的应用场景的示意图；

图2是根据本申请实施例的一种可选的消息推送方法的流程图；

图3是根据本申请实施例的一种可选的业务场景的示意图；

图4是根据本申请实施例的另一种可选的业务场景的示意图；

图5是根据本申请实施例的一种可选的消息推送方法的整体流程图；

图6是是根据本申请实施例的一种可选的消息推送方法的示意图；

图7是根据本申请实施例的一种可选的确定第一帐号列表的示意图；

图8是根据本申请实施例的一种可选的实体对象的配置策略；

图9是根据本申请实施例的另一种可选的实体对象的配置策略；

图10是根据本申请实施例的一种可选的确定目标帐号列表的示意图(一)；

图11是根据本申请实施例的一种可选的确定目标帐号列表的示意图(二)；

图12是根据本申请实施例的一种可选的确定目标帐号列表的示意图(三)；

图13是根据本申请实施例的一种可选的生成净值波动事件的示意图；

图14是根据本申请实施例的一种可选的待推送消息的内容的示意图；

图15是根据本申请实施例的一种可选的向各个帐号推送消息的流程图；

图16是根据本申请实施例的一种可选的在终端设备上展示接收到的推送消息的示意图；

图17是根据本申请实施例的一种可选的消息推送装置的结构示意图；

图18是根据本申请实施例的一种可选的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例中的技术方案在实施过程中会遵循法律规定，在按照实施例中的技术方案执行操作时，所使用的数据不会涉及用户隐私，在确保操作过程是合规合法的同时，保证了数据的安全性。

名词解释：

1、MQ：消息队列的缩写，是一种用于在应用程序之间传递消息的技术；

2、MOT：MOT***(Moments of Truth)是基于特定的触发条件(固定时间点、实时事件、动态标签等)向特定的执行者(如理财师、产品运营经理、基金公司协作者)针对部分特定受众用户(静态实体对象、动态标签客群、群组等)派发协同任务的调度***，旨在将各运营目的(拉新、促活、转化等)下的策略动作，通过***流程，实现在执行人、用户、触达通道之间的协同和调度，并反馈策略落地的实现效果，形成有效策略的沉淀并自动化；

3、全民BI：应用大数据进行数据加工、分析，辅助智能决策的***；

4、消息中心：一种用于管理和发送消息的基础组件，为消息发送提供一套完整的解决方案；

5、PUSH消息：一种通过互联网向移动设备发送消息的技术，包含ios、安卓的各个厂商通知消息。

根据本申请实施例的一个方面，提供了一种消息推送方法。作为一种可选的实施方式，上述消息推送方法可以但不限于应用于如图1所示的应用场景。在如图1所示的应用场景中，终端设备102可以但不限于通过网络104与服务器106进行通信，服务器106可以但不限于对数据库108执行操作，例如，写数据操作或读数据操作。上述终端设备102可以但不限包括人机交互屏幕、处理器及存储器。上述人机交互屏幕可以但不限于用于显示在终端设备102上的满足第一条件的虚拟对象和向每个帐号推送的消息等。上述处理器可以但不限于用于响应上述人机交互操作，执行对应的操作，或者，生成对应的指令，并将生成的指令发送给服务器106。上述存储器用于存储相关处理数据，如虚拟对象列表、目标帐号列表和待推送消息列表等。

作为一种可选的方式，可以在服务器106上执行消息推送方法中的以下步骤：步骤S102，获取满足预设的第一条件的虚拟对象，得到虚拟对象列表；步骤S104，获取虚拟对象列表中的每个虚拟对象所关联的帐号，得到第一帐号列表；步骤S106，根据第一帐号列表，确定目标帐号列表，其中，第一帐号列表包括目标帐号列表；步骤S108，为目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，其中，待推送消息列表中的每个消息用于提示对应的帐号所关联的、虚拟对象列表中的虚拟对象满足第一条件；步骤S110，向目标帐号列表中的每个帐号推送待推送消息列表中对应的消息。

采用上述方式，根据预设的第一条件，确定满足该条件的虚拟对象，然后根据满足第一条件的虚拟对象，确定待推送的目标帐号列表，最后为目标帐号列表中的每个帐号生成对应的消息，并将每个帐号推送对应的消息。换句话说，通过将消息推送流程抽象为可复用的虚拟对象+推送实体对象(其中，实体对象与一个帐号或一组帐号相对应)的处理机制，简化了消息逻辑的处理流程，节约了新接入消息的开发工作量，实现了提高消息推送的效率的技术效果。

需要说明的是，上述技术方案可以但不限于应用于图3所示的基金盘中波动的消息推送、图4所示的每日收益的消息推送等场景中，下面以图3所示的基金盘中波动提醒为例，对上述消息推送的基本过程进行描述。

假设虚拟对象为基金，第一条件为当天盘中实时估值波动大于2％，那么执行如下步骤：

(1)获取目标平台中满足第一条件的多支基金；

(2)获取与步骤(1)中多支基金中的每一支基金所关联的一组帐号；

其中，与多支基金中的每一支基金所关联的一组帐号包括但不限于持有多支基金中的至少一支基金的一组帐号、关注多支基金中的至少一支基金的一组帐号等。

(3)根据不同筛选条件，对步骤(2)中的一组帐号进行筛选，得到目标帐号列表；

(4)为目标帐号列表中的每个帐号生成对应的消息，并向每个帐号推送消息。

显然，容易理解的上，上述当天盘中实时估值波动大于2％仅为第一条件的一种示例，并不对其进行限定，例如，还可以是估值波动大于3％、5％等。

除了图3和图4所示的基金帐号的消息推送之外，还可以将上述技术方案应用于社交应用的消息推送，例如，在每个帐号关注的人物、热点新闻等出现更新之后，实时地向每个帐号推送最新的消息，下面会结合具体实施例对其进行描述。

为了解决上述关系标签的确定过程中出现的效率较低的问题，本申请实施例中提出了一种消息推送方法，图2是根据本申请实施例的消息推送方法的流程图，该流程包括以下步骤S202～步骤S210。

步骤S202，获取满足预设的第一条件的虚拟对象，得到虚拟对象列表；

步骤S204，获取虚拟对象列表中的每个虚拟对象所关联的帐号，得到第一帐号列表；

步骤S206，根据第一帐号列表，确定目标帐号列表，其中，第一帐号列表包括目标帐号列表；

步骤S208，为目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，其中，待推送消息列表中的每个消息用于提示对应的帐号所关联的、虚拟对象列表中的虚拟对象满足第一条件；

步骤S210，向目标帐号列表中的每个帐号推送待推送消息列表中对应的消息。

首先以盘中波动提醒为例，并结合图5对上述消息推送的整体流程进行描述。

S502，盘中定时查询基金估值；

例如，每隔5分钟，查询基金估值的波动情况，并获取当天盘中波动绝对值大于2％的基金列表，如图7中(a)所示的虚拟对象列表。

S504，根据获取到的基金列表，生成基金波动事件；

其中，事件可以但不限于是一种业务条件的抽象，可以是特定事件、特定类型的产品净值波动大于预设值、用户收益到账等，可以通过事件中心统一管理。

S506，事件响应，根据配置的实体对象策略生成目标实体对象；

例如，MOT接收盘中波动事件，根据配置的实体对象策略调用BI取APP用户实体对象、持仓有波动基金的实体对象以及自选有波动基金的实体对象进行取交集操作，交集加工后得到待投放的目标实体对象。

其中，实体对象可以但不限于是满足条件的用户或用户集合，例如，APP用户、首次支付过的用户等，可以通过大数据***来管理。

S508，按照目标实体对象推送消息；

消息中心根据用户推送PUSH消息，并且支持多种厂商渠道。

S510，推送APP消息；

其中，消息推送是对多种接入渠道的统一管理，例如，安卓厂商自建通道、ios***自建通道、业务后台长连接通道等，在推送时，会依次尝试可用的通道来推送消息。

对于上述步骤S504中生成基金波动事件的具体过程如图13所示，包括：

S1302，拉取商品列表；

例如，定时拉取目标平台中的基金列表。

S1304，拉取商品净值波动数据；

例如，定时拉取基金列表中每支基金的净值上涨或下降的数据，并计算上涨比例或者下降比例等。

S1306，加工商品列表和净值波动数据；

根据满足第一条件的基金，生成相应的基金列表(又可以被理解为第一虚拟对象列表)，并记录每支基金的波动数据。

S1308，生成商品净值波动大于2％的事件。

例如，基金1的净值上涨比例超过2％、基金2的净值下降比列超过2％等。

对于上述步骤S506中根据配置的实体对象策略生成目标实体对象的具体实现方式包括但不限于以下两种：

一、如图8所示，包括以下步骤：

S802，盘中资产波动事件；

S804，过滤估值上涨超过2％的基金列表；

其中，估值上涨超过2％的基金列表仅为一种示例，还可以是估值下降超过2％的基金列表等。

S806，生成订阅APP消息的实体对象；

其中，订阅APP消息的实体对象包括但不限于将***中消息推送开关设置为打开状态的用户。

S808，生成持有该基金列表的实体对象列表；

例如，持有盘中实时估值波动超过2％的基金的实体对象。

S810，根据配置的实体对象策略，进行实体对象加工；

例如，对持有基金列表的实体对象和订阅APP消息的实体对象进行取交集操作，得到目标实体对象。

S812，判断从事件下发是否超过10分钟；

如果是，则执行步骤S816；否则，执行步骤S814。

需要说明的是，为了确保消息推送的实时性和完成度，从生成盘中估值波动超过2％的基金列表开始，在预设时间内(例如，10分钟内)完成消息推送。

S814，下发消息中心；

在未超过预设时间的情况下，将生成的消息发送给对应的帐号。

S816，发出消息推送未完成的告警提示。

例如，告警提示的内容包括任务名称、截止时间和状态信息，具体地，告警内容为“截止今天上午9:00，基金1的估值波动的提示消息仍未推送完成”。

二、如图9所示，包括以下步骤：

S902，盘中资产波动事件；

S904，过滤估值上涨超过2％的基金列表；

其中，估值上涨超过2％的基金列表仅为一种示例，还可以是估值下降超过2％的基金列表等。

S906，生成订阅APP消息的实体对象；

其中，订阅APP消息的实体对象包括但不限于将***中消息推送开关设置为打开状态的用户或与用户对应的帐号。

S908，生成持有该基金列表的实体对象列表；

例如，持有盘中实时估值波动超过2％的基金的实体对象。

S910，生成添加自选该基金列表的实体对象列表；

例如，自选该基金列表的实体对象列表包括但不限于是关注了目标平台中的基金列表中的基金的用户ID列表。

S912，根据配置的实体对象策略，进行实体对象加工；

例如，对自选基金列表中的基金的实体对象、持有基金列表的实体对象以及订阅APP消息的实体对象进行取交集操作，得到目标实体对象。

S914，判断从事件下发是否超过10分钟；

如果是，则执行步骤S916；否则，执行步骤S918。

需要说明的是，为了确保消息推送的实时性和完成度，从生成盘中估值波动超过2％的基金列表开始，在预设时间内(例如，10分钟内)完成消息推送。

S916，下发消息中心；

在未超过预设时间的情况下，将生成的消息发送给对应的帐号。

S918，发出消息推送未完成的告警提示。

具体可参考上述实施例中的描述，此处不再赘述。

结合上述描述可知，本申请技术方案是通过将消息推送流程抽象为可复用的事件和实体对象处理的规范化的操作流程，有效分离了消息推送中的平台复杂度和业务复杂度，实现了快速接入&高质量推送消息的目标。

总之，基于事件和实体对象的消息推送是一种高效、灵活和可定制的数据推送方式，它可以帮助企业更好地管理和利用数据，提高了业务效率和用户体验。

作为一种可选的示例，上述获取满足预设的第一条件的虚拟对象，得到虚拟对象列表，包括：

在目标平台中的帐号中确定满足第二条件的帐号之前，在预设的虚拟对象集合中获取满足第一条件的虚拟对象，得到虚拟对象列表，其中，满足第一条件的虚拟对象是指虚拟对象对应的虚拟资源数量的增长比例大于或等于预设的第一比例阈值，或者是指虚拟对象对应的虚拟资源数量的增长数量大于或等于预设的第一数量阈值，虚拟资源数量是目标平台中的帐号获取虚拟对象所需转移出的虚拟资源的数量；或者

在目标平台中的帐号中确定满足第二条件的帐号之前，在预设的虚拟对象集合中获取满足第一条件的虚拟对象，得到虚拟对象列表，其中，满足第一条件的虚拟对象是指虚拟对象对应的虚拟资源数量的下降比例大于或等于预设的第二比例阈值，或者是指虚拟对象对应的虚拟资源数量的下降数量大于或等于预设的第二数量阈值，虚拟资源数量是目标平台中的帐号获取虚拟对象所需转移出的虚拟资源的数量。

例如，以虚拟对象为当前盘中的基金为例，那么每支基金当前实时估值的波动绝对值包括为虚拟资源数量的增长比例或下降比例。如上述实施例中提到的当前盘中基金的实时估值上涨了2％，或者下降了3％。

在一个具体的实施例中，可以将每日收益早知道推送消息(PUSH消息)抽象为BI实体对象+收益入账事件(基金每日收益入账完成时触发)的定向PUSH推送。

下面结合具体实施例对上述消息推送的实现过程进一步进行描述。

如图6所示，假设第一条件为当前盘中波动绝对值大于2％，根据该条件从盘中筛选出如图7中(a)所示的基金A、基金B、基金C和基金D，而持有或关注基金A、基金B、基金C和基金D的帐号如图7中(b)所示。

在消息推送过程中，在待推送消息的帐号订阅了推送消息的情况下，通常还会根据每个帐号在***中的设置，并通过不同的渠道向其推送对应的消息。因此，根据每个帐号在***中的设置以及其他筛选条件，对图7中(c)所示的第一帐号列表中的帐号进行筛选，从而准确地确定需要推送的帐号。

例如，假设图7中(c)所示的帐号1～帐号5均持有基金A和基金B，但帐号1和帐号2的***推送开关的状态为“禁止”、帐号3～帐号5的***推送开关的状态为“允许”，那么仅向帐号3～帐号5推送基金A和基金B的波动绝对值大于2％的提示消息。

通过本申请提供的上述实施例，根据预设的第一条件，确定满足该条件的虚拟对象，然后根据满足第一条件的虚拟对象，确定待推送的目标帐号列表，最后为目标帐号列表中的每个帐号生成对应的消息，并向每个帐号推送对应的消息。换句话说，通过将消息推送流程抽象为可复用的虚拟对象+待推送的实体对象(用户或用户集合)的处理机制，简化了消息逻辑的处理流程，节约了新接入消息的开发工作量，实现了提高消息推送的效率的技术效果。

作为一种可选的实现方式，上述获取虚拟对象列表中的每个虚拟对象所关联的帐号，得到第一帐号列表，包括以下之一：

在虚拟对象列表中的每个虚拟对象允许被目标平台中的帐号获取的情况下，在目标平台中的帐号中确定满足第二条件的帐号，得到第一帐号列表，其中，满足第二条件的帐号是指帐号获取到的虚拟对象集合中包括虚拟对象列表中的至少一个虚拟对象；

在虚拟对象列表中的每个虚拟对象是目标应用中的帐号、且虚拟对象列表中的每个虚拟对象允许被目标应用中的帐号关注的情况下，在目标应用中的帐号集合中确定满足第三条件的帐号，得到第一帐号列表，其中，满足第三条件的帐号是指帐号关注的虚拟对象集合中包括虚拟对象列表中的至少一个虚拟对象。

如图7中(a)所示，假设当前盘中波动绝对值大于2％(第一条件)的基金包括基金A、基金B、基金C和基金D，基金所属的目标平台中的各个帐号当前持有的基金如图7中(b)所示，选择持有基金A～D中的至少一支基金的帐号，并组成第一帐号列表。

如图7中(b)所示，假设目标平台中的帐号包括帐号1～帐号10，帐号1持有基金A和基金B、帐号2持有基金C和基金D、帐号3持有基金C、帐号4持有基金C和基金D、帐号5持有基金A和基金C、帐号6持有基金E等。

其中，持有当前盘中波动绝对值大于2％的基金A～C中的至少一支基金(第二条件)的帐号包括帐号1～帐号5，那么由帐号1～帐号5组成如图7中(c)所示的第一帐号列表。

又例如，在社交APP中，假设有热点事件1～热点事件3的事件信息发生更新，那么将关注热点事件1～3的一组帐号确定为第一帐号列表。

作为一种可选的示例，上述获取满足预设的第一条件的虚拟对象，得到虚拟对象列表，包括：

在目标应用中的帐号集合中确定满足第三条件的帐号之前，在预设的虚拟对象集合中获取满足第一条件的虚拟对象，得到虚拟对象列表，其中，虚拟对象集合是目标应用中的帐号集合，满足第一条件的虚拟对象是指关注虚拟对象的帐号的数量的增长比例大于或等于预设的第三比例阈值，或者是指关注虚拟对象的帐号的数量的增长数量大于或等于预设的第三数量阈值；或者

在目标应用中的帐号集合中确定满足第三条件的帐号之前，在预设的虚拟对象集合中获取满足第一条件的虚拟对象，得到虚拟对象列表，其中，虚拟对象集合是目标应用中的帐号集合，满足第一条件的虚拟对象是指关注虚拟对象的帐号的数量的下降比例大于或等于预设的第四比例阈值，或者是指关注虚拟对象的帐号的数量的下降数量大于或等于预设的第四数量阈值。

例如，在社交应用中，前一天关注热点事件1的帐号数量为1000，当前一天关注该热点事件1的帐号数量为1500，帐号数量的增长比例超过了预设的20％，那么将热点事件1确定为满足第一条件的虚拟对象。

反之，如果在该社交应用中，前一天关注热点事件2的帐号数量为10000，当前一天关注热点事件2的帐号数量为5000，帐号数量的下降比例超过了预设的10％，那么也将热点事件2确定为满足第一条件的虚拟对象。

作为一种可选的实现方式，上述根据第一帐号列表，确定目标帐号列表，包括：

将第一帐号列表确定为目标帐号列表；或者

根据第一帐号列表和第二帐号列表，确定目标帐号列表，其中，第二帐号列表包括与N个推送渠道对应的N组帐号，N组帐号中的每组帐号对应N个推送渠道中的一个推送渠道，N等于1或为大于或等于2的正整数，N组帐号中的每组帐号被设置为允许通过N个推送渠道中对应的一个推送渠道接收推送的消息。

例如，直接将持有基金A～基金D中的至少一支基金的帐号1～帐号5组成的第一帐号列表确定为目标帐号列表。

或者是根据第一帐号列表和第二帐号列表，确定目标帐号列表，其中，第二帐号列表可以但不限于是如图11中(b)所示的与3个推送渠道对应的3组帐号。

作为一种可选的实现方式，上述向目标帐号列表中的每个帐号推送待推送消息列表中对应的消息，包括：

在根据第一帐号列表和第二帐号列表，确定目标帐号列表的情况下，通过以下步骤向目标帐号列表中的第i个帐号推送待推送消息列表中对应的消息，i为大于或等于1的正整数：

在第i个帐号对应的推送渠道包括N个推送渠道中的M个推送渠道的情况下，通过M个推送渠道向第i个帐号推送待推送消息列表中对应的消息，其中，M为大于或等于1、且小于或等于N的正整数。

需要说明的是，对于一个帐号来说，可以支持一个推送渠道向其推送消息，也可以同时支持多个推送渠道向其推送消息，例如，仅支持手机短信推送消息，同时支持手机短信和APP通知消息两种渠道向其推送消息等。

作为一种可选的示例，上述N组帐号包括以下至少之一：

第一组帐号，其中，第一组帐号中的帐号是第一应用中的帐号，第一组帐号中的帐号被设置为允许接收推送的消息；

第二组帐号，其中，第二组帐号中的每个帐号绑定了接收推送的消息的手机号。

其中，第一应用中的帐号可以但不限于是基金应用中的帐号，或者聊天应用中的公众号等。

作为一种可选的实现方式，上述根据第一帐号列表和第二帐号列表，确定目标帐号列表，包括：

对第一帐号列表和第二帐号列表执行取交集操作，得到目标帐号列表；或者

在N为大于或等于2的正整数的情况下，分别对第一帐号列表和N组帐号执行取交集操作，得到N个帐号列表，其中，目标帐号列表包括N个帐号列表；或者

对第一帐号列表、第二帐号列表和第三帐号列表执行取交集操作，得到目标帐号列表，其中，在虚拟对象列表中的每个虚拟对象允许被目标平台中的帐号获取的情况下，第三帐号列表包括在目标平台中的帐号中满足第三条件的帐号，满足第三条件的帐号是指帐号将虚拟对象列表中的至少一个虚拟对象加入到预设列表中。

确定目标帐号列表的具体方式，包括：

(1)在第二帐号列表为如图10所示的支持APP PUSH消息推送的帐号列表的情况下，对第一帐号列表和第二帐号列表执行取交集操作，得到目标帐号列表。具体实现过程可以参考上述实施例中对图8部分的描述，此处不再赘述；

(2)在第二帐号列表为如图11中(b)所示的多个帐号列表的情况下，分别对第一帐号列表和第二帐号列表中的每组帐号执行取交集操作，得到3个帐号列表，将这3个帐号列表确定为目标帐号列表；

(3)在第二帐号列表为如图10所示的支持APP PUSH消息推送的帐号列表的情况下，对第一帐号列表、第二帐号列表和第三帐号列表执行取交集操作，得到目标帐号列表，其中，第一帐号列表中的帐号是持有满足第一条件的基金的帐号；第二帐号列表是与N个推送渠道对应的帐号；第三帐号列表包括将关注了满足第一条件的基金A～D中的至少一个基金的帐号。

如图12中(a)～(c)所示，对第一帐号列表、第二帐号列表和第三帐号列表执行取交集操作，得到目标帐号列表。具体可参考上述实施例中对图9部分的描述，此处不再赘述。

通过上述方式，在生成目标事件(例如，基金的实时估值上升或下降的比例超过2％)的情况下，对允许接收待推送消息的帐号进行筛选，从而准确且及时地向目标帐号(又可以被理解为与目标实体对象对应的目标帐号)推送对应的消息，提高了消息推送的效率。

作为一种可选地示例，上述为目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，包括：

根据目标帐号列表中的每个帐号在虚拟对象列表中所关联的虚拟对象，为目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表。

作为一种可选的实现方式，上述根据目标帐号列表中的每个帐号在虚拟对象列表中所关联的虚拟对象，为目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，包括：

通过以下步骤为目标帐号列表中的第i个帐号生成对应的消息，其中，i为大于或等于1的正整数：

在第i个帐号在虚拟对象列表中所关联的虚拟对象为第i组虚拟对象的情况下，为第i个帐号生成第i个消息，其中，第i个消息包括以下之一：第i个提示信息，第i个提示信息用于提示第i组虚拟对象满足第一条件；或者，第i个提示信息和第i组链接，第i组链接与第i组虚拟对象具有一一对应关系，第i组链接中的每个链接用于跳转至第i组虚拟对象中对应的一个虚拟对象的描述页面；或者，公共提示信息和第i组链接，公共提示信息用于提示第i个帐号所关联的虚拟对象满足第一条件；或者

在第i个帐号在虚拟对象列表中所关联的虚拟对象为第i组虚拟对象、且第i组虚拟对象包括Q个虚拟对象的情况下，为第i个帐号生成Q个消息，其中，Q为大于或等于2的正整数，Q个消息与Q个虚拟对象具有一一对应关系，Q个消息中的第j个消息与Q个虚拟对象中的第j个虚拟对象对应，j为大于或等于1、且小于或等于Q的正整数，Q个消息中的第j个消息包括以下之一：第j个提示信息，第j个提示信息用于提示第j个虚拟对象满足第一条件；或者，第j个提示信息和第j个链接，第j个链接用于跳转至第j个虚拟对象的描述页面；或者，公共提示信息和第j个链接，公共提示信息用于提示第i个帐号所关联的虚拟对象满足第一条件。

例如，如图7中(b)所示，假设第i个帐号为帐号1，帐号1持有基金A和基金B，基金A和基金B为满足第一条件的基金，为帐号1生成如图14所示的待推送消息1或者待推送消息2。

其中，待推送消息1中的消息内容包括两部分，一部分为静态内容“您持有的基金实时估值有波动”，另一部分为动态内容“波动幅度超过2％”，动态内容包含可以变化的数据或其他内容，例如，可以从“波动幅度超过2％”变成“波动幅度超过3％”。

待推送消息2中包括文本内容及多个链接，其中，多个链接中的每个链接用于跳转至每个虚拟对象的描述页面，例如，一个链接用于跳转至基金A的描述页面，另一个链接用于跳转至基金B的描述页面。

另外，待推送消息2中的文本内容还可以是公共提示信息，所谓公共提示信息用于表示基金A和基金B的净值波动绝对值超过2％。

除此之外，还可以针对如图7中(b)所示的帐号1所持有的基金A和基金B分别生成1条消息，也即为帐号1生成2条消息。并且第1条消息用于提示基金A的净值波动的具体信息(例如，上涨2％)、第2条消息用于提示基金B的净值波动的具体信息(例如，下降3％)等。

容易理解的是，除了针对帐号1持有的基金A和基金B分别生成1条消息之外，每一条消息的内容还可以包括如图14中的待推送消息4所示的提示信息和链接；或者包括如图14中的待推送消息3所示的公共提示信息和链接。

作为一种可选的实现方式，上述在第i个帐号在虚拟对象列表中所关联的虚拟对象为第i组虚拟对象、且第i组虚拟对象包括Q个虚拟对象的情况下，为第i个帐号生成Q个消息，包括：

通过以下步骤为第i个帐号生成Q个消息中的第j个消息：

获取与第一条件和第j个虚拟对象对应的的第j个消息格式，其中，第j个消息格式用于指示第j个消息中包括的内容的格式；

按照第j个消息格式，为第i个帐号生成Q个消息中的第j个消息。

其中，第j个消息中包括的内容的格式包括但不限于语句的顺序、默认的语言等。

例如，当虚拟对象为基金时，如果第一条件为盘中的基金净值波动超过2％，那么生成的第j个消息如图14中的待推送消息1；如果第一条件为盘中的基金的每日收益更新，则生成的第j个消息则如图14中的待推送消息3或4。

在为目标帐号列表中的每个帐号生成对应的消息之后，可以但不限于通过图15所示的推送流程，向消息发送至每个帐号登录的APP。

S1502，打开APP；

例如，打开基金应用或社交应用。

S1504，打开***推送开关；

例如，在***中将推送开关的状态设置为“允许”接收消息。

S1506，打开消息组，订阅消息；

S1508，触发消息通知；

具体是在生成满足第一条件的基金列表的情况下，即可触发消息通知。

S1510，检查用户是否订阅消息组；

例如，帐号1持有的基金A的净值上涨幅度超过2％、且帐号1登录的APP中消息开关为打开状态，则确定帐号1订阅了消息组。

S1512，查询业务信息，组装消息内容；

具体可参考上述实施例中为目标帐号列表中的每个帐号生成对应的消息的详细步骤，此处不再赘述。

S1514，通过第一通道将消息推送至TPNS；

其中，TPNS可以但不限于用于将传输消息的协议格式转换为能够适配对不同类型的操作***的格式，例如，Android***和ios***支持的推送机制及接口不同，而通过TPNS可以将传输消息内容的协议格式转换为能够适配不同接口和不同推送机制的终端设备。

S1516，通过消息通道推送到用户设备；

例如，通过不同的推送渠道向用户设备发送对应的消息，其中包括手机短信、公众号消息或APP通知消息等。

S1518，用户设备提醒用户查收。

用户设备收到推送消息后，会在用户设备上展示如图16所示的消息内容，从而提醒用户查收该消息。

通过上述各实施例的描述可知，本申请技术方案通过对消息推送流程抽象为事件+实体对象+消息渠道，将抽象特性建设为通用和高可用的基础设施，消息发送转换为组件抽象特性，达到了降低单词介入复杂度和提升消息可用性的目的。

抽象特性的实现方案包括以下几个方面：

(1)事件：消息发送方生产事件并通知事件中心，事件中心支持配置事件；

(2)实体对象：依赖大数据能力将用户集合(或用户集合对应的帐号集合)变为人人可通过界面配置的、且满足预设条件的一组用户(或一组帐号)；

(3)消息渠道：抽象消息中心对接PUSH的厂商通道和自建链接通道。

关键***的说明：

(1)事件中心，支持根据配置策略来生成事件的服务，比如盘中估计波动绝对值超过2％；

(2)MQ，消息队列，用于事件中心和MOT异步通信；

(3)MOT，正确的时间做正确的事，接收事件，并从BI提出与事件关联的实体对象进行加工；

(4)消息中心，通用的多渠道消息触达服务，支持发送PUSH消息、公众号消息、短信；

(5)消息组开关，用户订阅消息的管理机制。

通过本申请实施例中的技术方案，可以但不限于解决了如下问题：

(1)接入消息重复开发工作量较大，各个消息重复建设基础能力，接入消息较慢等问题；

(2)消息介入方式不标准，每个消息都独立实现可用性机制，可用性缺少统一标准，整体可用性差的问题；

(3)消息缺少任务执行监测、成功率监测、执行进度监测，整体可维护性差等问题。

采用本申请实施例中的技术方案，可以但不限于存在以下有益效果：

(1)业务逻辑与消息基础设施分离，通过抽象出通用的消息逻辑进行复用，有效降低了新接入消息的开发工作量，大大提高了消息接入效率；

(2)消息基础设备抽象收敛同样提高了消息的管理能力；

(3)高质量的基础设施替代了重复建设的低质量工程，***升级为平台化方案后可用性、可视性、可维护性得到明显提升。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

根据本申请实施例的另一个方面，还提供了如图17所示的一种消息推送装置，该装置包括：

第一获取单元1702，用于获取满足预设的第一条件的虚拟对象，得到虚拟对象列表；

第二获取单元1704，用于获取虚拟对象列表中的每个虚拟对象所关联的帐号，得到第一帐号列表；

第一处理单元1706，用于根据第一帐号列表，确定目标帐号列表，其中，第一帐号列表包括目标帐号列表；

第二处理单元1708，用于为目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，其中，待推送消息列表中的每个消息用于提示对应的帐号所关联的、虚拟对象列表中的虚拟对象满足第一条件；

第一推送单元1710，用于向目标帐号列表中的每个帐号推送待推送消息列表中对应的消息。

可选地，上述第二获取单元1704，包括：

第一处理模块，用于在虚拟对象列表中的每个虚拟对象允许被目标平台中的帐号获取的情况下，在目标平台中的帐号中确定满足第二条件的帐号，得到第一帐号列表，其中，满足第二条件的帐号是指帐号获取到的虚拟对象集合中包括虚拟对象列表中的至少一个虚拟对象；

第二处理模块，用于在虚拟对象列表中的每个虚拟对象是目标应用中的帐号、且虚拟对象列表中的每个虚拟对象允许被目标应用中的帐号关注的情况下，在目标应用中的帐号集合中确定满足第三条件的帐号，得到第一帐号列表，其中，满足第三条件的帐号是指帐号关注的虚拟对象集合中包括虚拟对象列表中的至少一个虚拟对象。

可选地，上述第二获取单元1704，包括：

第三处理模块，用于在目标平台中的帐号中确定满足第二条件的帐号之前，在预设的虚拟对象集合中获取满足第一条件的虚拟对象，得到虚拟对象列表，其中，满足第一条件的虚拟对象是指虚拟对象对应的虚拟资源数量的增长比例大于或等于预设的第一比例阈值，或者是指虚拟对象对应的虚拟资源数量的增长数量大于或等于预设的第一数量阈值，虚拟资源数量是目标平台中的帐号获取虚拟对象所需转移出的虚拟资源的数量；或者

在目标平台中的帐号中确定满足第二条件的帐号之前，在预设的虚拟对象集合中获取满足第一条件的虚拟对象，得到虚拟对象列表，其中，满足第一条件的虚拟对象是指虚拟对象对应的虚拟资源数量的下降比例大于或等于预设的第二比例阈值，或者是指虚拟对象对应的虚拟资源数量的下降数量大于或等于预设的第二数量阈值，虚拟资源数量是目标平台中的帐号获取虚拟对象所需转移出的虚拟资源的数量。

可选地，上述第二获取单元1704，包括：

第四处理模块，用于在目标应用中的帐号集合中确定满足第三条件的帐号之前，在预设的虚拟对象集合中获取满足第一条件的虚拟对象，得到虚拟对象列表，其中，虚拟对象集合是目标应用中的帐号集合，满足第一条件的虚拟对象是指关注虚拟对象的帐号的数量的增长比例大于或等于预设的第三比例阈值，或者是指关注虚拟对象的帐号的数量的增长数量大于或等于预设的第三数量阈值；或者

在目标应用中的帐号集合中确定满足第三条件的帐号之前，在预设的虚拟对象集合中获取满足第一条件的虚拟对象，得到虚拟对象列表，其中，虚拟对象集合是目标应用中的帐号集合，满足第一条件的虚拟对象是指关注虚拟对象的帐号的数量的下降比例大于或等于预设的第四比例阈值，或者是指关注虚拟对象的帐号的数量的下降数量大于或等于预设的第四数量阈值。

可选地，上述第一处理单元1706，包括：

第五处理模块，用于将第一帐号列表确定为目标帐号列表；或者

根据第一帐号列表和第二帐号列表，确定目标帐号列表，其中，第二帐号列表包括与N个推送渠道对应的N组帐号，N组帐号中的每组帐号对应N个推送渠道中的一个推送渠道，N等于1或为大于或等于2的正整数，N组帐号中的每组帐号被设置为允许通过N个推送渠道中对应的一个推送渠道接收推送的消息。

其中，N组帐号包括以下至少之一：

第一组帐号，其中，第一组帐号中的帐号是第一应用中的帐号，第一组帐号中的帐号被设置为允许接收推送的消息；

第二组帐号，其中，第二组帐号中的每个帐号绑定了接收推送的消息的手机号。

可选地，上述第五处理模块，包括：

第一处理子模块，用于对第一帐号列表和第二帐号列表执行取交集操作，得到目标帐号列表；或者

在N为大于或等于2的正整数的情况下，分别对第一帐号列表和N组帐号执行取交集操作，得到N个帐号列表，其中，目标帐号列表包括N个帐号列表；或者

对第一帐号列表、第二帐号列表和第三帐号列表执行取交集操作，得到目标帐号列表，其中，在虚拟对象列表中的每个虚拟对象允许被目标平台中的帐号获取的情况下，第三帐号列表包括在目标平台中的帐号中满足第三条件的帐号，满足第三条件的帐号是指帐号将虚拟对象列表中的至少一个虚拟对象加入到预设列表中。

可选地，上述第二处理单元1708，包括：

第六处理模块，用于根据目标帐号列表中的每个帐号在虚拟对象列表中所关联的虚拟对象，为目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表。

可选地，上述第六处理模块，包括：

第二处理子模块，用于通过以下步骤为目标帐号列表中的第i个帐号生成对应的消息，其中，i为大于或等于1的正整数：

在第i个帐号在虚拟对象列表中所关联的虚拟对象为第i组虚拟对象的情况下，为第i个帐号生成第i个消息，其中，第i个消息包括以下之一：第i个提示信息，第i个提示信息用于提示第i组虚拟对象满足第一条件；或者，第i个提示信息和第i组链接，第i组链接与第i组虚拟对象具有一一对应关系，第i组链接中的每个链接用于跳转至第i组虚拟对象中对应的一个虚拟对象的描述页面；或者，公共提示信息和第i组链接，公共提示信息用于提示第i个帐号所关联的虚拟对象满足第一条件；或者

在第i个帐号在虚拟对象列表中所关联的虚拟对象为第i组虚拟对象、且第i组虚拟对象包括Q个虚拟对象的情况下，为第i个帐号生成Q个消息，其中，Q为大于或等于2的正整数，Q个消息与Q个虚拟对象具有一一对应关系，Q个消息中的第j个消息与Q个虚拟对象中的第j个虚拟对象对应，j为大于或等于1、且小于或等于Q的正整数，Q个消息中的第j个消息包括以下之一：第j个提示信息，第j个提示信息用于提示第j个虚拟对象满足第一条件；或者，第j个提示信息和第j个链接，第j个链接用于跳转至第j个虚拟对象的描述页面；或者，公共提示信息和第j个链接，公共提示信息用于提示第i个帐号所关联的虚拟对象满足第一条件。

可选地，上述第六处理模块，包括：

第三处理子模块，用于通过以下步骤为第i个帐号生成Q个消息中的第j个消息：

获取与第一条件和第j个虚拟对象对应的的第j个消息格式，其中，第j个消息格式用于指示第j个消息中包括的内容的格式；

按照第j个消息格式，为第i个帐号生成Q个消息中的第j个消息。

可选地，上述第一推送单元1710，包括：

第七处理模块，用于在根据第一帐号列表和第二帐号列表，确定目标帐号列表的情况下，通过以下步骤向目标帐号列表中的第i个帐号推送待推送消息列表中对应的消息，i为大于或等于1的正整数：

推送模块，用于在第i个帐号对应的推送渠道包括N个推送渠道中的M个推送渠道的情况下，通过M个推送渠道向第i个帐号推送待推送消息列表中对应的消息，其中，M为大于或等于1、且小于或等于N的正整数。

通过将上述装置应用于根据预设的第一条件，确定满足该条件的虚拟对象，然后根据满足第一条件的虚拟对象，确定待推送的目标帐号列表，最后为目标帐号列表中的每个帐号生成对应的消息，并将每个帐号推送对应的消息。换句话说，通过将消息推送流程抽象为可复用的虚拟对象+待推送的实体对象(用户或与用户对应的帐号)的处理机制，简化了消息逻辑的处理流程，节约了新接入消息的开发工作量，实现了提高消息推送的效率的技术效果。

需要说明的是，这里的消息推送装置的实施例可以参考上述消息推送方法的实施例，这里不再赘述。

根据本申请实施例的又一个方面，还提供了一种用于实施上述消息推送方法的电子设备，该电子设备可以是图18所示的终端设备。本实施例以该电子设备为后台设备为例来说明。如图18所示，该电子设备包括存储器1802和处理器1804，该存储器1802中存储有计算机程序，该处理器1804被设置为通过计算机程序执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述电子设备可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，获取满足预设的第一条件的虚拟对象，得到虚拟对象列表；

S2，获取虚拟对象列表中的每个虚拟对象所关联的帐号，得到第一帐号列表；

S3，根据第一帐号列表，确定目标帐号列表，其中，第一帐号列表包括目标帐号列表；

S4，为目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，其中，待推送消息列表中的每个消息用于提示对应的帐号所关联的、虚拟对象列表中的虚拟对象满足第一条件；

S5，向目标帐号列表中的每个帐号推送待推送消息列表中对应的消息。

可选地，本领域普通技术人员可以理解，图18所示的结构仅为示意，电子装置电子设备也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等目标终端。图18其并不对上述电子装置电子设备的结构造成限定。例如，电子装置电子设备还可包括比图18中所示更多或者更少的组件(如网络接口等)，或者具有与图18所示不同的配置。

其中，存储器1802可用于存储软件程序以及模块，如本申请实施例中的消息推送方法和装置对应的程序指令/模块，处理器1804通过运行存储在存储器1802内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的消息推送方法。存储器1802可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器1802可进一步包括相对于处理器1804远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器1802具体可以但不限于用于存储第一帐号列表、虚拟对象列表和待推送消息列表等。作为一种示例，如图18所示，上述存储器1802中可以但不限于包括上述消息推送装置中的第一获取单元1702、第二获取单元1704、第一处理单元1706、第二处理单元1708和第一推送单元1710。此外，还可以包括但不限于上述消息推送装置中的其他模块单元，本示例中不再赘述。

可选地，上述的传输装置1806用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置1806包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置1806为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

此外，上述电子设备还包括：显示器1808，用于显示上述目标声音的方位提示信息；和连接总线1810，用于连接上述电子设备中的各个模块部件。

在其他实施例中，上述目标终端或者服务器可以是一个分布式***中的一个节点，其中，该分布式***可以为区块链***，该区块链***可以是由该多个节点通过网络通信的形式连接形成的分布式***。其中，节点之间可以组成点对点(Peer To Peer)网络，任意形式的计算设备，比如服务器、终端等电子设备都可以通过加入该点对点网络而成为该区块链***中的一个节点。

根据本申请的又一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述服务器校验处理等方面各种可选实现方式中提供的消息推送方法，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述计算机可读的存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，获取满足预设的第一条件的虚拟对象，得到虚拟对象列表；

S2，获取虚拟对象列表中的每个虚拟对象所关联的帐号，得到第一帐号列表；

S3，根据第一帐号列表，确定目标帐号列表，其中，第一帐号列表包括目标帐号列表；

S4，为目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，其中，待推送消息列表中的每个消息用于提示对应的帐号所关联的、虚拟对象列表中的虚拟对象满足第一条件；

S5，向目标帐号列表中的每个帐号推送待推送消息列表中对应的消息。

可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令目标终端相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

以上仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (15)

1.一种消息推送方法，其特征在于，包括：

获取满足预设的第一条件的虚拟对象，得到虚拟对象列表；

获取所述虚拟对象列表中的每个虚拟对象所关联的帐号，得到第一帐号列表；

根据所述第一帐号列表，确定目标帐号列表，其中，所述第一帐号列表包括所述目标帐号列表；

为所述目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，其中，所述待推送消息列表中的每个消息用于提示对应的帐号所关联的、所述虚拟对象列表中的虚拟对象满足所述第一条件；

向所述目标帐号列表中的每个帐号推送所述待推送消息列表中对应的消息。

2.根据权利要求1所述的方法，其特征在于，所述获取所述虚拟对象列表中的每个虚拟对象所关联的帐号，得到第一帐号列表，包括以下之一：

在所述虚拟对象列表中的每个虚拟对象允许被目标平台中的帐号获取的情况下，在所述目标平台中的帐号中确定满足第二条件的帐号，得到所述第一帐号列表，其中，满足所述第二条件的帐号是指所述帐号获取到的虚拟对象集合中包括所述虚拟对象列表中的至少一个虚拟对象；

在所述虚拟对象列表中的每个虚拟对象是目标应用中的帐号、且所述虚拟对象列表中的每个虚拟对象允许被所述目标应用中的帐号关注的情况下，在所述目标应用中的帐号集合中确定满足第三条件的帐号，得到所述第一帐号列表，其中，满足所述第三条件的帐号是指所述帐号关注的虚拟对象集合中包括所述虚拟对象列表中的至少一个虚拟对象。

3.根据权利要求2所述的方法，其特征在于，所述获取满足预设的第一条件的虚拟对象，得到虚拟对象列表，包括：

在所述目标平台中的帐号中确定满足所述第二条件的帐号之前，在预设的虚拟对象集合中获取满足所述第一条件的虚拟对象，得到所述虚拟对象列表，其中，满足所述第一条件的虚拟对象是指所述虚拟对象对应的虚拟资源数量的增长比例大于或等于预设的第一比例阈值，或者是指所述虚拟对象对应的虚拟资源数量的增长数量大于或等于预设的第一数量阈值，所述虚拟资源数量是所述目标平台中的帐号获取所述虚拟对象所需转移出的虚拟资源的数量；或者

在所述目标平台中的帐号中确定满足所述第二条件的帐号之前，在预设的所述虚拟对象集合中获取满足所述第一条件的虚拟对象，得到所述虚拟对象列表，其中，满足所述第一条件的虚拟对象是指所述虚拟对象对应的虚拟资源数量的下降比例大于或等于预设的第二比例阈值，或者是指所述虚拟对象对应的虚拟资源数量的下降数量大于或等于预设的第二数量阈值，所述虚拟资源数量是所述目标平台中的帐号获取所述虚拟对象所需转移出的虚拟资源的数量。

4.根据权利要求2所述的方法，其特征在于，所述获取满足预设的第一条件的虚拟对象，得到虚拟对象列表，包括：

在所述目标应用中的所述帐号集合中确定满足所述第三条件的帐号之前，在预设的虚拟对象集合中获取满足所述第一条件的虚拟对象，得到所述虚拟对象列表，其中，所述虚拟对象集合是所述目标应用中的所述帐号集合，满足所述第一条件的虚拟对象是指关注所述虚拟对象的帐号的数量的增长比例大于或等于预设的第三比例阈值，或者是指关注所述虚拟对象的帐号的数量的增长数量大于或等于预设的第三数量阈值；或者

在所述目标应用中的所述帐号集合中确定满足所述第三条件的帐号之前，在预设的所述虚拟对象集合中获取满足所述第一条件的虚拟对象，得到所述虚拟对象列表，其中，所述虚拟对象集合是所述目标应用中的所述帐号集合，满足所述第一条件的虚拟对象是指关注所述虚拟对象的帐号的数量的下降比例大于或等于预设的第四比例阈值，或者是指关注所述虚拟对象的帐号的数量的下降数量大于或等于预设的第四数量阈值。

5.根据权利要求1所述的方法，其特征在于，所述根据所述第一帐号列表，确定目标帐号列表，包括：

将所述第一帐号列表确定为所述目标帐号列表；或者

根据所述第一帐号列表和第二帐号列表，确定所述目标帐号列表，其中，所述第二帐号列表包括与N个推送渠道对应的N组帐号，所述N组帐号中的每组帐号对应所述N个推送渠道中的一个推送渠道，N等于1或为大于或等于2的正整数，所述N组帐号中的每组帐号被设置为允许通过所述N个推送渠道中对应的一个推送渠道接收推送的消息。

6.根据权利要求5所述的方法，其特征在于，所述根据所述第一帐号列表和第二帐号列表，确定所述目标帐号列表，包括：

对所述第一帐号列表和所述第二帐号列表执行取交集操作，得到所述目标帐号列表；或者

在N为大于或等于2的正整数的情况下，分别对所述第一帐号列表和所述N组帐号执行取交集操作，得到N个帐号列表，其中，所述目标帐号列表包括所述N个帐号列表；或者

对所述第一帐号列表、所述第二帐号列表和第三帐号列表执行取交集操作，得到所述目标帐号列表，其中，在所述虚拟对象列表中的每个虚拟对象允许被目标平台中的帐号获取的情况下，所述第三帐号列表包括在所述目标平台中的帐号中满足第三条件的帐号，满足所述第三条件的帐号是指所述帐号将所述虚拟对象列表中的至少一个虚拟对象加入到预设列表中。

7.根据权利要求5所述的方法，其特征在于，所述N组帐号包括以下至少之一：

第一组帐号，其中，所述第一组帐号中的帐号是第一应用中的帐号，所述第一组帐号中的帐号被设置为允许接收推送的消息；

第二组帐号，其中，所述第二组帐号中的每个帐号绑定了接收推送的消息的手机号。

8.根据权利要求1所述的方法，其特征在于，所述为所述目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，包括：

根据所述目标帐号列表中的每个帐号在所述虚拟对象列表中所关联的虚拟对象，为所述目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表。

9.根据权利要求8所述的方法，其特征在于，所述根据所述目标帐号列表中的每个帐号在所述虚拟对象列表中所关联的虚拟对象，为所述目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，包括：

通过以下步骤为所述目标帐号列表中的第i个帐号生成对应的消息，其中，i为大于或等于1的正整数：

在所述第i个帐号在所述虚拟对象列表中所关联的虚拟对象为第i组虚拟对象的情况下，为所述第i个帐号生成第i个消息，其中，所述第i个消息包括以下之一：第i个提示信息，所述第i个提示信息用于提示所述第i组虚拟对象满足所述第一条件；或者，所述第i个提示信息和第i组链接，所述第i组链接与所述第i组虚拟对象具有一一对应关系，所述第i组链接中的每个链接用于跳转至所述第i组虚拟对象中对应的一个虚拟对象的描述页面；或者，公共提示信息和所述第i组链接，所述公共提示信息用于提示所述第i个帐号所关联的虚拟对象满足所述第一条件；或者

在所述第i个帐号在所述虚拟对象列表中所关联的虚拟对象为第i组虚拟对象、且所述第i组虚拟对象包括Q个虚拟对象的情况下，为所述第i个帐号生成Q个消息，其中，Q为大于或等于2的正整数，所述Q个消息与所述Q个虚拟对象具有一一对应关系，所述Q个消息中的第j个消息与所述Q个虚拟对象中的第j个虚拟对象对应，j为大于或等于1、且小于或等于Q的正整数，所述Q个消息中的所述第j个消息包括以下之一：第j个提示信息，所述第j个提示信息用于提示所述第j个虚拟对象满足所述第一条件；或者，所述第j个提示信息和第j个链接，所述第j个链接用于跳转至所述第j个虚拟对象的描述页面；或者，公共提示信息和所述第j个链接，所述公共提示信息用于提示所述第i个帐号所关联的虚拟对象满足所述第一条件。

10.根据权利要求9所述的方法，其特征在于，所述在所述第i个帐号在所述虚拟对象列表中所关联的虚拟对象为第i组虚拟对象、且所述第i组虚拟对象包括Q个虚拟对象的情况下，为所述第i个帐号生成Q个消息，包括：

通过以下步骤为所述第i个帐号生成所述Q个消息中的所述第j个消息：

获取与所述第一条件和所述第j个虚拟对象对应的的第j个消息格式，其中，所述第j个消息格式用于指示所述第j个消息中包括的内容的格式；

按照所述第j个消息格式，为所述第i个帐号生成所述Q个消息中的所述第j个消息。

11.根据权利要求5所述的方法，其特征在于，所述向所述目标帐号列表中的每个帐号推送所述待推送消息列表中对应的消息，包括：

在根据所述第一帐号列表和所述第二帐号列表，确定所述目标帐号列表的情况下，通过以下步骤向所述目标帐号列表中的第i个帐号推送所述待推送消息列表中对应的消息，i为大于或等于1的正整数：

在所述第i个帐号对应的推送渠道包括所述N个推送渠道中的M个推送渠道的情况下，通过所述M个推送渠道向所述第i个帐号推送所述待推送消息列表中对应的消息，其中，M为大于或等于1、且小于或等于N的正整数。

12.一种消息推送装置，其特征在于，包括：

第一获取单元，用于获取满足预设的第一条件的虚拟对象，得到虚拟对象列表；

第二获取单元，用于获取所述虚拟对象列表中的每个虚拟对象所关联的帐号，得到第一帐号列表；

第一处理单元，用于根据所述第一帐号列表，确定目标帐号列表，其中，所述第一帐号列表包括所述目标帐号列表；

第二处理单元，用于为所述目标帐号列表中的每个帐号生成对应的消息，得到待推送消息列表，其中，所述待推送消息列表中的每个消息用于提示对应的帐号所关联的、所述虚拟对象列表中的虚拟对象满足所述第一条件；

第一推送单元，用于向所述目标帐号列表中的每个帐号推送所述待推送消息列表中对应的消息。

13.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序可被终端设备或计算机运行时执行所述权利要求1至11任一项中所述的方法。

14.一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现权利要求1至11任一项中所述方法的步骤。

15.一种电子设备，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至11任一项中所述的方法。