智能推送消息的方法、装置、设备及存储介质与流程

本申请一般涉及数据处理技术领域，尤其涉及一种智能推送消息的方法、装置、设备及存储介质。

背景技术：

由于生活和工作的需要，一个用户经常会拥有多个终端，比如，一个用户同时拥有手机、台式计算机、笔记本计算机。这样用户可能在多个终端上同时安装喜欢的应用程序。当服务器向相同账号的应用程序推送消息时，会选择其中一个作为消息的接收端，为其推送消息。这种推送方法导致消息被阅读率的可能性不高。

技术实现要素：

鉴于上述内容，本申请提出了一种智能推送消息的方法、装置、设备及存储介质，可以较高地提高消息的阅读率。

第一方面，本申请实施例提供了一种智能推送消息的方法，该方法包括：

在向第一终端推送消息之后，接收第一终端发送的状态数据，状态数据是消息在第一终端上处于未被阅读状态时，第一终端采集的数据；

根据状态数据分析消息在第一终端上处于未被阅读状态的原因；

当原因为第一终端导致的错失时，将消息推送至至少一个第二终端，第二终端和第一终端与同一个用户账号关联。

第二方面，本申请实施例提供了一种智能推送消息的方法，该方法包括：

第一终端在接收到服务器推送的消息之后，且消息在第一终端上处于未被阅读状态时，向服务器发送状态数据；

服务器根据状态数据分析消息在第一终端上处于未被阅读状态的原因；

当原因为第一终端导致的错失时，服务器向至少一个第二终端推送消息，第二终端和第一终端与同一个用户账号关联。

第三方面，本申请实施例提供了一种智能推送消息的装置，该装置包括：

接收模块，用于在向第一终端推送消息之后，接收第一终端发送的状态数据，状态数据是消息在第一终端上处于未被阅读状态时，第一终端采集的数据；

分析模块，用于根据状态数据分析消息在第一终端上处于未被阅读状态的原因；

推送模块，用于当原因为第一终端导致的错失时，将消息推送至至少一个第二终端，第二终端和第一终端与同一个用户账号关联。

第四方面，本申请实施例提供了一种智能推送消息的系统，该系统包括：第一终端、服务器和至少一个第二终端；

第一终端，用于在接收到服务器推送的消息之后，且消息在第一终端上处于未被阅读状态时，向服务器发送状态数据；

服务器用于根据状态数据分析消息在第一终端上处于未被阅读状态的原因；当原因为第一终端导致的错失时，服务器向至少一个第二终端推送消息，第二终端和第一终端与同一个用户账号关联。

第五方面，本申请实施例提供了一种计算机设备，包括：

一个或者多个处理器；

存储器，用于存储一个或者多个程序；

当一个或者多个程序被一个或者多个处理器执行时，使得一个或者多个处理器执行实现上述第一方面或第二方面的方法。

第六方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序用于实现上述第一方面或第二方面的方法。

本申请实施例提供的智能推送消息的方法，在向第一终端推送消息之后，接收第一终端发送的状态数据，状态数据是消息在第一终端上处于未被阅读状态时，第一终端采集的数据；根据状态数据分析消息在第一终端上处于未被阅读状态的原因；当原因为第一终端导致的错失时，将消息推送至至少一个第二终端，第二终端和第一终端与同一个用户账号关联。相较于现有技术，将消息推送给一个终端或同步推送给多个终端，上述智能推送消息的方法可以根据用户使用终端的实际情况，降低用户错失重要消息的可能性，其有效地提升了消息推送功能的有效性，并提高了消息的处理能力。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，附图仅用于示出优选实施方法的目的，而并不认为是对本申请的限制。另外还需要说明的是，为了便于描述，附图中仅示出了本申请相关的部分而非全部。

图1是根据本申请实施例示出的一种智能推送消息的方法的实施环境架构图；

图2是根据本申请实施例示出的一种智能推送消息的方法流程图；

图3是根据本申请实施例示出的又一种智能推送消息的方法流程图；

图4是根据本申请实施例示出的再一种智能推送消息的方法流程图；

图5是根据本申请实施例示出的一种第一终端接收消息后的示意图；

图6是根据本申请实施例示出的一种消息被折叠的示意图；

图7是根据本申请实施例示出的一种确定消息未被阅读原因的方法流程图；

图8是根据本申请实施例示出的又一种确定消息未被阅读原因的方法流程图；

图9是根据本申请实施例示出的一种第二终端显示消息的示意图；

图10是根据本申请实施例示出的又一种第二终端显示消息的示意图；

图11是根据本申请实施例示出的一种第一终端撤回消息的示意图；

图12是根据本申请实施例示出的一种智能推送消息的装置框图；

图13是根据本申请实施例示出的另一种智能推送消息的装置框图；

图14是根据本申请实施例示出的一种智能推送消息的系统框图；

图15是根据本申请实施例示出的一种计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅用于解释本申请相关内容，而非对该申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与申请相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1是根据本申请实施例示出的一种智能推送消息的方法的实施环境架构图。如图1所示，该实施环境架构包括：第一终端101、至少一个第二终端102和服务器103。

其中，第一终端101和第二终端102的硬件结构包括处理器、存储器和显示装置，软件结构包括安装在第一终端或第二终端上的应用程序的客户端。其中，客户端可以接收服务器推送的一条或多条消息。

第一终端101和第二终端102可以是从服务器接收首次推送消息的终端，也可以是二次接收待同步消息的终端。例如，第一终端为首次从服务器收到推送的消息的终端，第二终端102是接收同步消息的终端。同步消息是在第一终端101接收服务器推送的消息之后，由于错失导致消息未在第一终端上被阅读，服务器将消息再次发送给第二终端。

第一终端101和第二终端102的类型包括但不限于智能手机、平板电脑、电视机、笔记本电脑、台式电脑等，本申请实施例对此不进行具体限定。

其中，服务器103用于接收第一终端101发送的采集的数据，并根据采集的数据判断推送到第一终端101的消息处于未被阅读状态的原因，并在当未被阅读的原因为错失时，将该消息再次推送给第二终端102。

服务器102可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。

第一终端101、第二终端102与服务器103通过有线或无线网络建立通信连接。

另外，需要说的是，该推送消息的方法可以由第一终端101和服务器103配合执行，也可以由第一终端101单独执行。

图2是根据本申请实施例示出的一种智能推送消息的方法流程图。图2所示的方法可以由图1中的服务器103执行，如图2所示，该方法包括以下步骤：

步骤201，在向第一终端推送消息之后，接收第一终端发送的状态数据，状态数据是消息在第一终端上处于未被阅读状态时，第一终端采集的数据。

步骤202，根据状态数据分析消息在第一终端上处于未被阅读状态的原因。

步骤203，当原因为第一终端导致的错失时，将消息推送至至少一个第二终端，第二终端和第一终端与同一个用户账号关联。

上述步骤中，根据状态数据分析所述消息处于未被阅读状态的原因，可以利用人工智能算法对状态数据进行分析以识别出用户的行为数据。

其中，人工智能(英文全程：artificialintelligence，英文简称：ai)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。换句话说，人工智能是计算机科学的一个综合技术，它企图了解智能的实质，并生产出一种新的能以人类智能相似的方式做出反应的智能机器。人工智能也就是研究各种智能机器的设计原理与实现方法，使机器具有感知、推理与决策的功能。

人工智能技术是一门综合学科，涉及领域广泛，既有硬件层面的技术也有软件层面的技术。人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

其中，机器学习(英文全程：machinelearning，英文简称：ml)是一门多领域交叉学科，涉及概率论、统计学、逼近论、凸分析、算法复杂度理论等多门学科。专门研究计算机怎样模拟或实现人类的学习行为，以获取新的知识或技能，重新组织已有的知识结构使之不断改善自身的性能。机器学习是人工智能的核心，是使计算机具有智能的根本途径，其应用遍及人工智能的各个领域。机器学习和深度学习通常包括人工神经网络、置信网络、强化学习、迁移学习、归纳学习、式教学习等技术。

本申请实施例中，服务器接收到第一终端发送的状态数据后，会根据状态数据对第一终端的使用状态进行智能分析，从而识别出消息处于未被阅读状态的原因，然后根据该原因将消息再次推送给用户账号关联的其他终端设备。

或者，利用人工智能算法从多个终端设备中查找用户使用频率较高的终端设备作为同步消息的接收端。

综上，本申请实施例提供的智能推送消息的方法，在向第一终端推送消息之后，接收第一终端发送的状态数据，状态数据是消息在第一终端上处于未被阅读状态时，第一终端采集的数据；根据状态数据分析消息在第一终端上处于未被阅读状态的原因；当原因为第一终端导致的错失时，将消息推送至至少一个第二终端，第二终端和第一终端与同一个用户账号关联。相较于现有技术，将消息推送给一个终端或同步推送给多个终端，上述智能推送消息的方法可以根据用户使用终端的实际情况，降低用户错失重要消息的可能性，其有效地提升了消息推送功能的有效性，并提高了消息的处理能力。

图3是根据本申请实施例示出的另一种智能推送消息的方法流程图。图3所示的方法可以由图1中的第一终端101执行，如图3所示，该方法包括以下步骤：

步骤301，第一终端在接收服务器推送的消息之后，该消息在第一终端上处于未被阅读状态时，向服务器发送状态数据。

其中，状态数据是消息在第一终端上处于未被阅读状态时，第一终端对设备状态相关数据进行采集得到的。

进一步地，服务器在接收到状态数据后，根据状态数据分析消息在第一终端上处于未被阅读状态的原因，当该原因为第一终端导致的错失时，服务器生成消息撤回指令，并向第一终端发送。

步骤302，接收撤回指令，响应于撤回指令控制不显示该消息。

综上，本申请实施例提供的智能推送消息的方法，当推送到第一终端的消息因错失而没有被阅读时，服务器向第一终端发送撤回指令，有效地节省第一终端的临时存储空间，不占用显示界面。

图4是根据本申请实施例示出的又一种智能推送消息的方法流程图。图4所示的方法可以由图1中的第一终端101、至少一个第二终端102和服务器103交互执行，如图4所示，该方法包括以下步骤：

步骤401，第一终端在接收到服务器推送的消息之后，且消息在第一终端上处于未被阅读状态时，第一终端采集状态数据。

其中，推送的消息是服务器发送的，进一步地，参见图5，第一终端在接收到服务器推送的消息后，可以在屏幕上显示推送的消息。如图5所示，qq浏览器和钉钉，这两个应用程序对应的服务器均向第一终端推送消息，消息a为qq浏览器的服务器推送的，推送内容为“降雪“转战”东北西北部地区局部大雪”，消息b为钉钉的服务器推送的，推送内容为“您上周考勤记录有异常，请及时处理”。当第一终端接收到推送的消息时，可以实时地监控消息是否被阅读，也可以按照预设时间检测消息是否处于未被阅读状态。

可选地，实时监控消息是否被阅读可以通过多次获取消息阅读状态标识进行监控。其中，消息阅读状态标识表示推送的消息是否被阅读。比如，消息阅读状态标识包括0和1，0表示消息被阅读，1表示消息没有被阅读，则当获取到的消息状态标识为0，则确定消息被阅读，如果获取到的消息状态标识为1，则表示消息没有被阅读。

其中，状态数据为描述第一终端自身状态的数据，进一步地，状态数据包括动态数据。

其中，动态数据是非固定不变的数据，这些数据在不同的时间可能发生变化。比如，描述终端某些状态的数据，如，充电状态标识包括0和1，其中，0表示充电中，1表示未充电，当第一终端处于充电状态时，获取的充电状态标识的值就为0，当第一终端处于未充电状态时，获取的充电状态标识的值就为1。进一步地，状态标识还可以为休眠状态标识、锁屏状态标识、被操作状态标识等。

其中，休眠状态可以理解为终端屏幕处理黑屏状态，即终端暂时没有被用户操作，锁屏状态为终端屏幕处于亮屏且被锁状态。进一步地，休眠、锁屏之间的关系为：当终端处于休眠状态时，通过预设的触发方式，可以使终端由休眠状态变为锁屏状态，进一步地，对处于锁屏状态的屏幕解锁后，可以在屏幕上执行操作(此时被操作状态标识用于表示第一终端当前正在被操作)，比如，阅读信息、观看视频等。

示例性地，休眠状态标识，锁屏状态标识，充电状态标识均包括0和1。进一步地，各状态标识与屏幕状态的关系如下：

休眠状态标识：0休眠，1未休眠

锁屏状态标识：0锁屏，1未锁屏

充电状态标识：0充电中，1未充电

由于在不同时间获取的动态数据可能不同，因此，需要在第一预设时间段内多次获取动态数据，以确定动态数据是否在变化。其中第一预设时间段为根据实际需要确定的任意时长，比如，5分钟，10分钟等。

示例性地，在第一预设时间段内获取到的动态数据始终为：

休眠状态标识：0

锁屏状态标识：0

充电状态标识：0

可选地，状态数据还包括静态数据，静态数据是相对固定不变的数据，比如，用于描述终端属性的数据，例如，第一终端标识、第一终端系统版本标识、只读存储器(英文全程：readonlymemory，英文简称：rom)版本等。

示例性地，静态数据包括第一终端标识、rom版本和第一终端系统版本标识时，获取到的静态数据为：

终端标识：a

rom版本：b01

第一终端系统版本标识：c01

进一步地，终端标识、rom版本和第一终端系统版本标识可用于确定第一终端是否具有消息折叠功能和消息归类功能。其中，消息折叠功能为当第一终端接收到多条消息时，只显示预设条消息，比如，只显示一条消息，其它消息被折叠起来，在执行相应的触发操作时，可显示折叠的消息。比如，参见图6，该终端具有消息折叠功能，qq浏览器共推送了5条消息，但是在终端只展示了一条推送消息，其它4被折叠，当点击向下的箭头时，显示折叠的其它4条消息。其中，消息归类功能为当第一终端接收到的消息对消息进行归类，比如，归类为重要或不重要。

可选地，状态数据还包括用户使用行为数据，其中，使用行为数据包括使用行为标识，比如，删除标识、归类为不重要标识、归类为无兴趣标识；其中，使用行为可以包括删除消息行为、归类为不重要行为、归类为无兴趣行为等。进一步地，用户通过显示界面输入删除指令、归类为不重要指令或归类为无兴趣指令，第一终端根据接收到的指令直接删除推送的消息，将消息归类为不重要或归类为无兴趣。

此处需要说明的时，归类为不重要是用户自己执行的归类操作，与静态数据中提及到的消息归类功能不同，静态数据中的消息归类功能是第一终端自身的功能。

可选地，步骤401可以为：第一终端实时监控接收到的消息的被阅读状态，当监控到存在有未被阅读的消息时，采集自身的状态数据。

在第一终端接收到消息时，用户可能正在使用第一终端执行其它操作，而没有来得及阅读消息，因此当第一终端接收到消息后，并不立刻判断该消息是否被阅读，而是在第二预设时间段后再判断该消息是否被阅读。因此，可选地，步骤401还可以为：当第一终端接收到推送的消息时，等待第二预设时间段；当第二预设时间段过后，判断推送的消息是否被阅读；当没有被阅读时，采集自身的状态数据。

其中，第二预设时间段可以为根据需要确定的任意时长，比如，5分钟，10分钟等。

步骤402，第一终端将状态数据发送给服务器。

步骤403，服务器接收状态数据。

步骤404，服务器根据状态数据分析消息处于未被阅读状态的原因。

可选地，参见图7，当服务器接收到的状态数据为第一终端的动态数据时，动态数据可以是状态标识。

状态标识可以是休眠状态标识，充电状态标识和锁屏状态标识等。

当状态数据为状态标识时，步骤404包括：

步骤4041，根据动态数据确定第一终端是否处于未使用状态。

可选地，

当状态标识为休眠状态标识时，则根据动态数据确定第一终端是否处于未被使用状态，包括：

在休眠状态标识表示第一终端处于休眠状态时，确定第一终端处于未被使用状态。或者，

当状态标识为充电状态标识和锁屏状态标识时，则根据状态标识确定第一终端是否处于未使用状态包括：

在锁屏状态标识表示第一终端处于锁屏状态时，确定第一终端处于未被使用状态；或者，

在充电状态标识表示第一终端处于充电状态，且锁屏状态标识表示第一终端处于锁屏状态时，确定第一终端处于未被使用状态。

可选地，当动态数据包括休眠状态标识、锁屏状态标识和充电状标识三种标识时，步骤4041包括：

步骤一、确定休眠状态标识是否表示第一终端处于休眠状态；

步骤二、当确定休眠状态标识表示第一终端处于休眠状态时，确定第一终端处于未被使用状态，或者，

当确定休眠状态标识表示第一终端处于非休眠状态时，确定锁屏状态标识和充电状标识是否表示第一终端处于充电且锁屏状态。

步骤三、当锁屏状态标识和充电状标识表示第一终端处于充电且锁屏状态时，确定第一终端处于未被使用状态，或者，

当锁屏状态标识和充电状标识表示第一终端处于非充电，且非锁屏状态时，确定第一终端处于被使用状态。

可选地，服务器接收到的动态数据包括操作状态标识时，且当操作状态标识表征第一终端正在被操作时，则直接确定第一终端正在被使用。

步骤4042，如果确定第一终端处于未使用状态，则消息处于未被阅读状态的原因确定为错失。

步骤4043，如果确定第一终端处于使用状态，则消息处于未被阅读状态的原因确定为非错失。

由于动态数据表征的是终端是否处于使用状态，当终端处于使用状态时，消息仍可能由于其他配置参数导致其处于未被阅读状态。为更准确的识别用户的行为习惯。进一步地，还可以结合第一终端的静态数据来识别用户的行为习惯。

当服务器接收到的状态数据还包括静态数据时，参见图8，在步骤4043之前，该方法还包括：

步骤4044，当确定第一终端处于使用状态时，根据静态数据分析消息是否处于被折叠状态或属于不重要消息类别。

可选地，根据静态数据确定消息是否处于被折叠状态或属于不重要消息类别，包括：

在预先建立的策略库中查找与静态数据对应的消息折叠属性和消息归类属性；

在消息折叠属性指示具备消息折叠功能时，则表示消息处于被折叠状态；或者，

在消息归类属性指示具备消息归类属性时，确定消息属于不重要消息类别。

可选地，当静态数据包括终端标识、只读内存标识和操作系统标识时；根据静态数据确定消息是否被折叠或被归类为不重要，包括：

一、在预先建立的策略库中查找与终端标识、只读内存标识和操作系统标识对应的消息折叠属性和消息归类属性；

二、当查找的消息折叠属性和消息归类属性指示具备消息折叠功能或消息归类功能中的至少一种时，确定消息处于被折叠状态或属于不重要消息类别；或者，

三、当查找的消息折叠属性和消息归类属性指示不具备消息折叠功能且不具有消息归类功能时，确定消息处于未被折叠状态，且属于不重要消息类别。

其中，策略库是事先收集大量静态数据，分析静态数据与终端属性之间的关系，然后根据分析得到的结果建立的静态数据与终端属性之间的对应关系。

示例性地，策略库包括如下内容：

终端标识：a

rom版本：b01

第一终端系统版本标识：c01

消息折叠属性：支持折叠

消息归类属性：支持归类

终端标识：b

rom版本：c01

第一终端系统版本标识：d01

消息折叠属性：不具有消息折叠功能

消息归类属性：不具有消息归类功能

进一步地，示例性地，获取到的静态数据为：

终端标识：a

rom版本：b01

第一终端系统版本标识：c01

则从策略库查找到其消息折叠属性为具有消息折叠功能，消息归类属性为具有消息归类功能。则确定上述静态数据对应的消息折叠属性为具有消息折叠属性，消息归类属性为具有消息归类功能。

步骤4045，如果确定消息处于被折叠状态或属于不重要类别时，确定消息处于未被阅读状态的原因为错失。

步骤4046，如果确定消息处于未被折叠状态且未属于不重要类别时，确定消息处于未被阅读状态的原因为非错失。

可选地，也可以选使用静态数据，再使用动态数据进行判断消息未被阅读的原因，本申请实施例对此不做限定，具体过程不再详述。

可选地，当服务器接收到的状态数据包括用户使用行为数据时，可以首先根据用户使用行为标识判断消息未被阅读的原因是否为错失。当根据用户使用行为数据判断消息未被阅读的原因为非错失时，比如，当根据删除标识、归类为不重要标识、归类为无兴趣标识判断，用户使用行为包括删除消息行为、归类为不重要行为、归类为无兴趣行为中的至少一种，则服务器直接确定消息未被阅读的原因为非错失。

步骤405，当原因为错失时，服务器将消息推送至至少一个第二终端。

其中，第二终端和第一终端与同一个用户账号关联。

可选地，第二终端为当前在线的一个终端，进一步地，第二终端为在线时间最近的一个终端，或者，第二终端还可以为当前在线且消息被阅读的概率最大的终端，或者，第二终端是当前正在被使用的概率最大的终端。

进一步地，当前被使用的概率和消息被阅读的概率可以通过数据统计分析得出。这样不仅可以保证接收消息的终端为在线终端，以提高用户看到消息的概率，进而提高消息被阅读的概率；而且只推送给一个终端，还可以减少重复推送，从而减少服务器压力，并且省去用户重复看到消息的困扰。

进一步地，第二终端是服务器终端列表中的终端，其中，终端列表包括了与用户账号关联的全部终端，并标识有每个终端的在线状态。示例性地，对于某一个个用户，对应的终端列表如下：

用户标识：0000001

终端标识：00001；在线状态：在线

终端标识：00002；在线状态：在线

终端标识：00003；在线状态：不在线

可选地，步骤405包括：当未被阅读的原因为错失时，在终端列表中查找在线状态的终端作为第二终端；将消息推送给查找的在线状态的第二终端。

另外，当消息未被阅读的原因为非错失时，比如，为用户不感兴趣，服务器不再将消息推送给其它终端。

步骤406，第二终端接收消息，并显示。

可选地，参见图9，第二终端接收到消息时，以提醒的方式显示在屏幕，比如，图9中，在第二终端的显示界面仅显示“qq浏览器、钉钉有新的消息”，这样用户可以根据自己需要判断是否阅读推送的消息。

可选地，参见图10，第二终端接收到消息时，也可以将消息的摘要显示在屏幕，以使用户可以直观地看到摘要内容，从而用户不仅可以根据应用程序的名称判断是否阅读该消息，还可以根据摘要判断是否阅读推消息。

可选地，仍参见图4，在步骤405之前，该智能推送消息的方法还包括步骤407-步骤409：

步骤407，当处于未被阅读状态的原因为错失时，服务器生成撤回指令。

步骤408，服务器将撤回指令发送给第一终端。

步骤409，第一终端响应于撤回指令，不显示消息。

参见图11，第一终端不显示消息可以是从显示界面内直接删除消息，以使第一终端不在显示该消息。

可选地，在撤回推送消息后，可以在第一终端的显示界面内，生成撤回提醒，以提醒用户第一终端撤回了一条推送消息。

示例性地，当第一终端撤回应用程序a的一条消息时，撤回提醒可以为“撤回了应用程序a的一条消息”。

进一步地，在生成撤回提醒时，还可以生成再次转推送提醒，以提醒用户该被撤回的消息已经再次推送给第二终端。

示例性地，当第二终端的终端标识为a02时，再次推送提醒可以为“撤回了应用程序a的一条消息，并已经将撤回的消息推送给标识为a02的终端”。

可选地，也可以在步骤405之后，执行步骤407-步骤409，以在将消息成功推送给第二终端之后再执行撤回操作，这样当向第二终端推送失败，又无其它终端可以推送时，由于第一终端的消息还没有被撤回，因此，不需要再次向第一终端推送。

进一步地，当将消息推送给第二终端后，该消息仍然没有被阅读时，可以重复上述步骤401到步骤409，以提高消息被阅读的概率。

综上，本申请实施例提供的智能推送消息的方法，在向第一终端推送消息之后，接收第一终端发送的状态数据，状态数据是消息在第一终端上处于未被阅读状态时，第一终端采集的数据；根据状态数据分析消息在第一终端上处于未被阅读状态的原因；当原因为第一终端导致的错失时，将消息推送至至少一个第二终端，第二终端和第一终端与同一个用户账号关联。相较于现有技术，将消息推送给一个终端或同步推送给多个终端，上述智能推送消息的方法可以根据用户使用终端的实际情况，降低用户错失重要消息的可能性，其有效地提升了消息推送功能的有效性，并提高了消息的处理能力。

另外，本申请实施例提供的智能推送消息的方法，当推送到第一终端的消息因错失而没有被阅读时，服务器向第一终端发送撤回指令，有效地节省第一终端的临时存储空间，不占用显示界面。

本说明书中的实施例均采用递进的方式描述，各个实施例子之间的相似部分相互参见。每个步骤下的实施例侧重于该步骤下的具体方法。以上的所描述的实施方案仅仅是示意性的，具体实施例仅是对本申请做举例说明，本申请所属技术领域的技术人员在不脱离本申请实施例所述原理的前提，还可以做出若干改进和润色，这些改进也应视为本申请的保护范围。

图12是根据本申请实施例示出的一种智能推送消息的装置框图。

如图12所示，该装置包括：

接收模块601，用于在向第一终端推送消息之后，接收第一终端发送的状态数据，状态数据是消息在第一终端上处于未被阅读状态时，第一终端采集的数据；

分析模块602，用于根据状态数据分析消息在第一终端上处于未被阅读状态的原因；

推送模块603，用于当原因为第一终端导致的错失时，将消息推送至至少一个第二终端，第二终端和第一终端与同一个用户账号关联。

可选地，状态数据包括第一终端的状态标识，则分析模块602还用于：

根据状态标识确定第一终端是否处于未使用状态；

如果第一终端处于未使用状态，则原因被确定为第一终端导致的错失。

可选地，状态标识包括休眠状态标识时，则分析模块602还用于：

在休眠状态标识表示第一终端处于休眠状态时，确定第一终端处于未被使用状态；或者，

状态标识包括充电状态标识和锁屏状态标识时，则根据状态标识确定第一终端是否处于未使用状态包括：

在锁屏状态标识表示第一终端处于锁屏状态时，确定第一终端处于未被使用状态；或者，

在充电状态标识表示第一终端处于充电状态，且锁屏状态标识表示第一终端处于锁屏状态时，确定第一终端处于未被使用状态；或者，

当状态标识包括休眠状态标识、充电状态标识和锁屏状态标识时，根据状态标识确定第一终端是否处于未被使用状态，包括：

在休眠状态标识表示第一终端处于未休眠状态时，读取锁屏状态标识和充电状态标识；

当锁屏状态标识表示第一终端处于锁屏状态时，且所充电状态标识表示第一终端处于充电状态时，确定第一终端处于未被使用状态。

可选地，状态数据还包括第一终端的静态数据，静态数据为用于描述第一终端属性的数据，则分析模块602还用于：

如果第一终端处于使用状态，则根据静态数据分析消息在第一终端上处于未被阅读状态的原因。

可选地，分析模块602还用于：

在预先建立的策略库中查找与静态数据对应的消息折叠属性和消息归类属性；

在消息折叠属性指示具备消息折叠功能时，则表示消息处于被折叠状态，原因确定为第一终端导致的错失；或者，

根据消息归类属性确定消息属于不重要消息类别时，则原因确定为第一终端导致的错失。

可选地，参见图13，智能推送消息装置还包括：

生成模块604，用于在将消息推送至至少一个第二终端之后，生成撤回指令，并发送给第一终端，以使第一终端响应于撤回指令不显示消息。

可选地，第二终端是在终端列表中查找得到的，终端列表包括与用户账号关联的全部终端，推送模块603，还用于：

查找处于在线状态的第二终端；

将消息推送至第二终端。

另外，需要说明的是，装置实施例中的相关内容，请参照方法实施例，在此不做赘述。

综上，本申请实施例提供的智能推送消息的装置，在向第一终端推送消息之后，接收第一终端发送的状态数据，状态数据是消息在第一终端上处于未被阅读状态时，第一终端采集的数据；根据状态数据分析消息在第一终端上处于未被阅读状态的原因；当原因为第一终端导致的错失时，将消息推送至至少一个第二终端，第二终端和第一终端与同一个用户账号关联。相较于现有技术，将消息推送给一个终端或同步推送给多个终端，上述智能推送消息的方法可以根据用户使用终端的实际情况，降低用户错失重要消息的可能性，其有效地提升了消息推送功能的有效性，并提高了消息的处理能力。

图14是根据本申请实施例示出的一种智能推送消息的系统框图。如图14所示，该系统包括：第一终端701、服务器702和至少一个第二终端703。

第一终端701，用于在接收到服务器702推送的消息之后，且消息处于未被阅读状态时，向服务器702发送状态数据；

服务器702，用于根据状态数据分析消息处于未被阅读状态的原因；当原因为错失时，向至少一个第二终端推送消息，第二终端和第一终端与同一个用户账号关联。

服务器702还用于生成撤回指令，发送撤回指令给第一终端；

第一终端701还用于接收撤回指令，并响应于撤回指令，删除消息

第一终端701，用于在接收到服务器702推送的消息之后，且消息在第一终端701上处于未被阅读状态时，向服务器702发送状态数据；

服务器702，用于根据状态数据分析消息在第一终端701上处于未被阅读状态的原因；

服务器702，还用于当原因为第一终端701导致的错失时，向至少一个第二终端703推送消息，第二终端703和第一终端701与同一个用户账号关联。

可选地，在服务器702向至少一个第二终端703推送消息之后，服务器702，还用于：生成撤回指令，发送撤回指令至第一终端701；

则第一终端701还用于接收撤回指令，并响应于撤回指令，不显示消息。

另外，需要说明的是，系统实施例中的相关内容，请参照方法实施例，在此不做赘述。

综上，本申请实施例提供的智能推送消息的系统，在向第一终端推送消息之后，接收第一终端发送的状态数据，状态数据是消息在第一终端上处于未被阅读状态时，第一终端采集的数据；根据状态数据分析消息在第一终端上处于未被阅读状态的原因；当原因为第一终端导致的错失时，将消息推送至至少一个第二终端，第二终端和第一终端与同一个用户账号关联。相较于现有技术，将消息推送给一个终端或同步推送给多个终端，上述智能推送消息的方法可以根据用户使用终端的实际情况，降低用户错失重要消息的可能性，其有效地提升了消息推送功能的有效性，并提高了消息的处理能力。

另外，本申请实施例提供的智能推送消息的系统，当推送到第一终端的消息因错失而没有被阅读时，服务器向第一终端发送撤回指令，有效地节省第一终端的临时存储空间，不占用显示界面。

图15是根据本申请实施例示出的一种计算机系统900的结构示意图，计算机系统包括中央处理单元(cpu)901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。在ram903中，还存储有系统操作所需的各种程序和数据。cpu901、rom902以及ram903通过总线904彼此相连。输入/输出(i/o)接口905也连接至总线904。

以下部件连接至i/o接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分；包括硬盘等的存储部分908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器也根据需要连接至i/o接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本申请的实施例各流程图描述的过程可以被实现为计算机软件程序。例如，本申请的各方法实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被中央处理单元(cpu)901执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。所描述的单元或模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、分析模块和推送模块。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如上述实施例中所述的智能推送消息的方法。

例如，所述电子设备可以实现如图2中所示的：步骤201，在向第一终端推送消息之后，接收第一终端发送的状态数据，状态数据是消息在第一终端上处于未被阅读状态时，第一终端采集的数据。步骤202，根据状态数据分析消息在第一终端上处于未被阅读状态的原因。步骤203，当原因为第一终端导致的错失时，将消息推送至至少一个第二终端，第二终端和第一终端与同一个用户账号关联。又如，所述电子设备可以实现如图3和图4中所示的各个步骤。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。

综上所述，本申请实施例提供的智能推送消息的计算机系统或计算机可读介质，在向第一终端推送消息之后，接收第一终端发送的状态数据，状态数据是消息在第一终端上处于未被阅读状态时，第一终端采集的数据；根据状态数据分析消息在第一终端上处于未被阅读状态的原因；当原因为第一终端导致的错失时，将消息推送至至少一个第二终端，第二终端和第一终端与同一个用户账号关联。相较于现有技术，将消息推送给一个终端或同步推送给多个终端，上述智能推送消息的方法可以根据用户使用终端的实际情况，降低用户错失重要消息的可能性，其有效地提升了消息推送功能的有效性，并提高了消息的处理能力。

上述仅为本申请较佳实施例及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的申请范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述申请构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。