CN109067897A - 消息推送方法及其装置、设备/终端/服务器、计算机可读介质 - Google Patents

Abstract

本申请公开了一种消息推送方法及其装置、设备/终端/服务器、计算机可读介质。其中，该方法的一具体实施方式包括：确定接收消息的目标用户，获取与所述目标用户对应的消息推送参数，其中，所述消息推送参数包括以下至少之一：消息用户与所述目标用户的亲密度、所述目标用户的互动期望度、所述消息的表现度；根据所述消息推送参数，从多个消息中确定待推送的消息；将所述待推送的消息推送给所述目标用户。该具体实施方式有效降低了对用户的干扰，也有效避免了对网络及服务器资源的浪费。

Description

消息推送方法及其装置、设备/终端/服务器、计算机可读介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种消息推送方法及其装置、设备/终端/服务器、计算机可读介质。

背景技术

随着通信技术的发展和智能设备的普及，人们通过安装在智能设备中的APP来获取信息，进行交互。目前，很多APP服务提供商通过主动推送消息给用户，拉取用户对APP的使用流量，提高用户留存率。

然而，在实际应用中，很多APP不加区分地频繁推送消息给用户，但是在这些消息中，很多消息对用户来说是无用的，如果用户希望获得有用的消息，需要花费大量的时间和精力从中辨识出对自己有用的消息。

因此，现有的这种消息推送方式不仅会对用户产生干扰，而且还会造成网络及服务器资源浪费，且无法达到APP服务提供商希望达到的消息推送效果。

发明内容

本申请的目的在于提出一种消息推送方法及其装置、设备/终端/服务器、计算机可读介质，用于解决现有技术中的消息推送方式造成网络及服务器资源浪费，且无法达到APP服务提供商希望达到的消息推送效果的问题。

第一方面，本申请提供了一种消息推送方法，包括：确定接收消息的目标用户，获取与所述目标用户对应的消息推送参数，其中，所述消息推送参数包括以下至少之一：消息用户与所述目标用户的亲密度、所述目标用户的互动期望度、所述消息的表现度；根据所述消息推送参数，从多个消息中确定待推送的消息；将所述待推送的消息推送给所述目标用户。

第二方面，本申请实施例提供了另一种消息推送方法，包括：接收到消息展示触发操作；根据所述触发操作，对服务器端发送来的待推送的消息进行内部调度，确定待推送的消息的展示顺序，其中，所述待推送的消息根据当前用户对应的消息推送参数确定，其中，所述消息推送参数包括以下至少之一：消息用户与当前用户的亲密度、当前用户的互动期望度、所述待推送的消息的表现度；根据所述展示顺序，按照与所述待推送的消息的消息类型相匹配的展示类型，展示所述待推送的消息。

第三方面，本申请实施例提供了一种消息推送装置，包括：第一获取单元，配置为确定接收消息的目标用户，获取与所述目标用户对应的消息推送参数，其中，所述消息推送参数包括以下至少之一：消息用户与所述目标用户的亲密度、所述目标用户的互动期望度、所述消息的表现度；第一确定单元，配置为根据所述消息推送参数，从多个消息中确定待推送的消息；推送单元，配置为将所述待推送的消息推送给所述目标用户。

第四方面，本申请实施例提供了另一种消息推送装置，包括：接收单元，配置为接收到消息展示触发操作；第二确定单元，配置为根据所述触发操作，对服务器端发送来的待推送的消息进行内部调度，确定待推送的消息的展示顺序，其中，所述待推送的消息根据当前用户对应的消息推送参数确定，其中，所述消息推送参数包括以下至少之一：消息用户与当前用户的亲密度、当前用户的互动期望度、所述待推送的消息的表现度；展示单元，配置为根据所述展示顺序，按照与所述待推送的消息的消息类型相匹配的展示类型，展示所述待推送的消息。

第五方面，本申请实施例提供了一种设备/终端/服务器，包括：一个或多个处理器；计算机可读介质，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述第一方面或第二方面中所述的方法。

第六方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面或第二方面中所述的方法。

本申请实施例提供的消息推送方案，根据目标用户的消息推送参数对消息进行筛选，从中确定向目标用户推送的消息。其中，消息推送参数包括：消息用户与目标用户的亲密度、目标用户的互动期望度、消息的表现度中的一个或多个。由此，可以根据目标用户希望的互动程度、待推送的消息对应的消息用户与目标用户之间的亲密程度，以及，待推送消息自身的被互动的表现等方面，实现有目的的、准确的消息推送。可见，通过本申请实施例提供的消息推送方案，被推送的消息在很大概率上可能为目标用户感兴趣的消息，因此，有效降低了对用户的干扰，也有效避免了对网络及服务器资源的浪费，又因目标用户有极大可能对被推送的消息感兴趣，从而进行相应的互动操作，从而达到APP服务提供商希望达到的消息推送效果。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1为本申请实施例一中的一种消息推送方法的流程示意图；

图2为本申请实施例二中的一种消息推送方法的流程示意图；

图3为本申请实施例三中的一种消息推送方法的流程示意图；

图4为本申请实施例四中的一种消息推送方法的流程示意图；

图5为本申请实施例五中的一种消息推送装置的结构框图；

图6为本申请实施例六中的一种消息推送装置的结构框图；

图7为本申请实施例七中的一种消息推送装置的结构框图；

图8为本申请实施例八中的一种消息推送装置的结构框图；

图9为本申请实施例九中的一种设备/终端/服务器的硬件结构；

图10为本申请实施例十中的一种设备/终端/服务器的硬件结构。

具体实施方式

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

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

实施例一

参照图1，示出了本申请实施例一中的一种消息推送方法的流程示意图。

本实施例从服务器的角度对本申请提供的消息推送方法进行说明，本实施例的消息推送方法包括以下步骤：

步骤S102：确定接收消息的目标用户，获取与目标用户对应的消息推送参数。

其中，消息推送参数包括以下至少之一：消息用户与目标用户的亲密度、目标用户的互动期望度、消息的表现度。

本领域技术人员应当明了的是，在实际应用中，目标用户可以实现为任意适当的方式，如，用户账号、用户设备标识、用户标识，等等，本申请实施例对此不作限制。

本申请实施例中，消息用户用于表示服务器端可能向目标用户推送的消息所对应的用户，如，与目标用户具有关联关系的用户(如目标用户的好友等)，或者，根据目标用户的数据推测出的目标用户可能感兴趣的用户(如某个名星或者大V用户)，等等。消息用户和目标用户的亲密度用于表示这两个用户之间的亲密程度，可以通过诸如通讯录联系人关系、社交应用类软件间的交互关系、网络使用的关联关系，等等进行评估。在实际应用中，本领域技术人员可以采用任意适当方式表征该亲密度，包括但不限于分值形式。

目标用户的互动期望度用于表征目标用户期望在某个场景中如某个社区内获得互动行为的程度，可以通过诸如信息发布频率、与其它用户进行互动行为的频率或趋势，等等进行评估。在实际应用中，本领域技术人员可以采用任意适当方式表征该互动期望度，包括但不限于分值形式。

消息的表现度用于表征消息被目标用户和/或其它用户进行互动操作的程度，被互动操作的次数越多，表现度越高，会给目标用户带来更好的表现体验，促使目标用户更多关注该消息，或者，发布更多的该种类型的消息，等等。

可见，上述消息推送参数均与目标用户相关，据此筛选出的待推送消息成为目标用户感兴趣的消息的概率较大，更能满足用户的实际需求。

步骤S104：根据消息推送参数，从多个消息中确定待推送的消息。

服务器端可以向目标用户推送的消息包括很多，有的消息与目标用户有关，如目标用户的好友发布的消息、好友对目标用户发布的消息进行交互操作产生的消息，等等；有的消息与目标用户无关，如广告推广消息，特定用户(如某个明星或组织等)的推广消息，等等。本申请实施例中，根据目标用户的消息推送参数，对服务器端可能推送的消息进行筛选，从在选出目标用户可能感兴趣的消息，作为待推送的消息。

例如，用户B为目标用户A的通讯录好友，用户B与目标用户A之间的亲密度满足设定的亲密度阈值，则当用户B对目标用户A发表的消息进行了互动操作，如点赞或评论等，则可以将该互动操作的消息向目标用户A推送。以此类推，若目标用户A的互动期望度满足一定的阈值，则可以更多地向目标用户A推送涉及互动操作的消息；或者，若消息的表现度满足一定的阈值，则可以更多地向目标用户A推送表现度满足阈值的消息，等等。

步骤S106：将待推送的消息推送给目标用户。

在确定了可能引发目标用户兴趣的待推送的消息后，即可向目标用户推送这些消息。

通过本实施例，根据目标用户的消息推送参数对消息进行筛选，从中确定向目标用户推送的消息。其中，消息推送参数包括：消息用户与目标用户的亲密度、目标用户的互动期望度、消息的表现度中的一个或多个。由此，可以根据目标用户希望的互动程度、待推送的消息对应的消息用户与目标用户之间的亲密程度，以及，待推送消息自身的被互动的表现等方面，实现有目的的、准确的消息推送。可见，通过本实施例提供的消息推送方案，被推送的消息在很大概率上可能为目标用户感兴趣的消息，因此，有效降低了对用户的干扰，也有效避免了对网络及服务器资源的浪费，又因目标用户有极大可能对被推送的消息感兴趣，从而进行相应的互动操作，从而达到APP服务提供商希望达到的消息推送效果。

实施例二

参照图2，示出了本申请实施例二中的一种消息推送方法的流程示意图。

本实施例仍从服务器的角度，对本申请提供的消息推送方法进行说明，本实施例的消息推送方法包括以下步骤：

步骤S202：确定接收消息的目标用户，获取与目标用户对应的消息推送参数。

其中，消息推送参数包括以下至少之一：消息用户与目标用户的亲密度、目标用户的互动期望度、消息的表现度。

其中，消息用户和目标用户的亲密度用于表示这两个用户之间的亲密程度，消息用户与目标用户的亲密度可以根据消息用户和目标用户的关联数据和互动行为数据确定。其中，关联数据包括以下至少之一：通讯录关联数据、社交应用关联数据、网络使用关联数据；互动行为数据包括以下至少之一：互动行为的时间数据、互动行为的频率数据、互动行为的趋势数据。

例如，可以通过通讯录关系(通讯录关联数据)、社交软件关系(社交应用关联数据)、长期共用WIFI(网络使用关联数据)等，计算消息用户和目标用户的关联数据，确定两个用户之间可能认识的程度。其中，长期共用WIFI的时间界定可以由本领域技术人员根据实际需求适当设定，满足一定的时长即可，如两个用户经常在工作时间共用一个WIFI(可能为同事)，或者，经常在晚上8点以后共用一个WIFI(可能为家人)。又例如，可以根据一定时间内，在目标用户和消息用户的活跃期间内，两个用户进行的互动操作的数据确定两个用户的互动行为数据，如，60天内，消息用户和目标用户在近100次的活跃期间内，是否进行互相关注、对对方发布内容进行转/评/赞/私/回/duet(跟拍)等互动行为的频率及趋势，等。进一步地，可以根据消息用户和目标用户的关联数据和互动行为数据计算一个分值，使用该分值表示消息用户与目标用户的亲密度。

目标用户的互动期望度用于表征目标用户期望在某个场景中如某个社区内获得互动行为的程度，可选地，目标用户的互动期望度可以根据目标用户的互动期望数据、消息用户和目标用户的互动行为数据、和消息用户的行为数据确定。其中，互动期望数据可以包括以下至少之一：目标用户的信息发布频率、目标用户的自我认可度、目标用户接收互动操作的历史数据；消息用户和目标用户的互动行为数据可以如前所述，包括以下至少之一：互动行为的时间数据、互动行为的频率数据、互动行为的趋势数据；消息用户的行为数据可以包括以下至少之一：消息用户的历史信息发布数据、消息用户的互动操作历史数据。

例如，可以根据一定时间内，目标用户的活跃期间，目标用户发布信息的数量、趋势等确定目标用户的信息发布频率，如，根据目标用户在60天内，近100次活跃期间，视频发布量、趋势，计算目标用户的视频发布频率。可以根据点赞、回复、转发自己发布的信息(如视频)的比例，计算目标用户的自我认可度。可以根据一定时间内，目标用户收获的互动操作数量和趋势，获得目标用户接收互动操作的历史数据，默认目标用户获得互动操作数量越少，互动期望度越高。可以根据一定时间内，对目标用户发布的信息进行统计，获得消息用户的历史信息发布数据。可以根据一定时间内，目标用户回复评论、回访粉丝、回关的时间、比例和趋势，获得目标用户的互动行为的时间数据、互动行为的频率数据、互动行为的趋势数据。

类似地，参照上述过程，也可以获得消息用户的历史信息发布数据、消息用户的互动操作历史数据。进一步地，可以根据上述数据计算一个分值，使用该分值表示目标用户的互动期望度。

消息的表现度用于表征消息被目标用户和/或其它用户进行互动操作的程度，被互动操作的次数越多，表现度越高。其中，消息的表现度可以根据消息被互动操作的数据确定。

以消息为视频社区中发布的视频为例，针对目标用户发布的某个消息，将该消息与设定时间段，如最近一个月内，目标用户发布的N(N为大于或等于0的整数，具体数值可以由本领域技术人员根据实际需求适当设置，可选地，0≤N≤50)个视频进行比较，从这N个视频中确定出历史点赞最大值，若该消息的被点赞次数为历史点赞最大值的设定倍数，如10倍、50倍、100倍时，触发根据消息的表现度筛选待推送的消息，当该视频互动情况超出预期，会给用户惊喜感。可选地，在实际应用中，可以为设定倍数设置对应的分值，如，当为10倍时设置分值为0.6，当为50倍时设置分值为0.8，当为100倍时设置分值为1.0，以便于后续计算。但本领域技术人员应当明了，使用原倍数值，如10、50、100等也同样适用。

步骤S204：根据消息推送参数，从多个消息中确定待推送的消息。

可选地，可以根据消息推送参数，获取多个消息中的每个消息的推送参数；将满足设定标准的推送参数对应的消息确定为待推送的消息。其中，每个消息的推送参数用于表示该消息建议向目标用户推送的程度。在实际应用中，可以通过分值表示。此外，设定标准也可以由本领域技术人员根据实际需要适当设置，本申请实施例对此不作限制。

在一种可行方式中，所述推送参数可以为推送分值，所述设定标准可以为设定阈值；此种情况下，所述将满足设定标准的推送参数对应的消息确定为待推送的消息可以包括：获取满足设定阈值的推送分值；若满足设定阈值的推送分值包括多个，则将最高推送分值对应的消息确定为待推送的消息。

例如，若用户B对目标用户A发布的视频X进行了评论操作，用户B与目标用户A长期共用WIFI，且为目标用户A的视频社区好友，两个用户的互动行为的频率为平均每天1.5次，据此确定用户B与目标用户A的亲密度为0.8；若根据目标用户A的互动期望数据，用户B和目标用户A的互动行为数据和用户B的行为数据，确定目标用户A的互动期望度为0.6；此外，若确定目标用户A发布的视频Y被进行了频繁的互动操作，视频Y的表现度达到0.9。若将设定阈值设置为0.7，则用户B对目标用户A发布的视频X进行了评论操作的消息，以及，视频Y的表现度的消息将被确定为向目标用户A推送的消息。

此外，还需要说明的是，若目标用户在距离当前时间最近的一段时间内活跃度提升，则相应地，可以降低设定标准或者设定阈值，以向目标用户推送更多的消息。

步骤S206：将所述待推送的消息推送给所述目标用户。

步骤S208：对于所述多个消息中未被推送的消息，根据推送给目标用户的消息的推送参数，更新目标用户对应的消息推送参数和/或未被推送的消息的推送参数。

也即，当某消息未达到设定标准或者设定阈值，未能被推送给目标用户，且仍处于有效期时，可以根据已推送给目标用户的消息的推送参数，重新计算目标用户对应的消息推送参数，以及，该未被推送的消息的推送参数，以及时适应目标用户的当前互动行为。例如，目标用户A对当天已推送给她的每个消息都进行了互动操作，则可据此更新目标对应用户的消息推送参数，进而根据该更新后的消息推送参数，对未被推送的消息的推送参数进行更新。但不限此，在实际应用中，也可以仅对目标用户的消息推送参数或者未被推送的消息的推送参数进行更新。在对未被推送的消息的推送参数进行更新后，可以进一步判断是否可将其列入待推送的消息。

通过本实施例，根据目标用户的消息推送参数对消息进行筛选，从中确定向目标用户推送的消息。其中，消息推送参数包括：消息用户与目标用户的亲密度、目标用户的互动期望度、消息的表现度中的一个或多个。由此，可以根据目标用户希望的互动程度、待推送的消息对应的消息用户与目标用户之间的亲密程度，以及，待推送消息自身的被互动的表现等方面，实现有目的的、准确的消息推送。可见，通过本实施例提供的消息推送方案，被推送的消息在很大概率上可能为目标用户感兴趣的消息，因此，有效降低了对用户的干扰，也有效避免了对网络及服务器资源的浪费，又因目标用户有极大可能对被推送的消息感兴趣，从而进行相应的互动操作，从而达到APP服务提供商希望达到的消息推送效果。

实施例三

参照图3，示出了本申请实施例三中的一种消息推送方法的流程示意图。

本实施例从客户端的角度，对本申请提供的消息推送方法进行说明，本实施例的消息推送方法包括以下步骤：

步骤S302：接收到消息展示触发操作。

其中，所述触发操作用于触发在客户端展示待推送的消息。在实际应用中，触发操作可以由本领域技术人员根据实际需求适当设置。

步骤S304：根据所述触发操作，对服务器端发送来的待推送的消息进行内部调度，确定待推送的消息的展示顺序。

其中，待推送的消息根据当前用户对应的消息推送参数确定，其中，消息推送参数包括以下至少之一：消息用户与当前用户的亲密度、当前用户的互动期望度、所述待推送的消息的表现度。消息用户与当前用户的亲密度的含义和具体实现可参照前述实施例一或二中消息用户与目标用户的亲密度的描述；当前用户的互动期望度的含义和具体实现可参照前述实施例一或二中目标用户的互动期望度的描述；所述待推送的消息的表现度的含义和具体实现可参照前述实施例一或二中的所述消息的表现度的描述，以及，根据当前用户对应的消息推送参数确定待推送的消息的具体实现可参照前述实施例一或二中的根据目标用户对应的消息推送参数确定待推送的消息的描述，在此均不再赘述。

在接收到服务器端发送来的待推送消息后，可以根据适当的规则对这些消息进行内部调度，以确定这些消息的展示顺序。其中，内部调度的具体实现也可以由本领域技术人员根据需要适当设置，可以有效引发目标用户注意，避免对目标用户形成打扰即可。

步骤S306：根据所述展示顺序，按照与待推送的消息的消息类型相匹配的展示类型，展示待推送的消息。

其中，待推送的消息的消息类型可以根据互动操作的类型而设置，例如，点赞类型、评论类型、关注类型，等等。相对应地，可以设置与消息类型相对应的展示类型，如方案类型、图片类型、页面类型，等等。可以为不同类型的消息设置不同的展示类型，进而，在进行待推送消息展示时，使用相匹配的展示类型进行展示。

通过本实施例，在接收到消息展示触发操作后，将服务器端根据当前用户的消息推送参数筛选出的待推送消息进行内部调度，确定展示顺序后，使用相匹配的展示类型进行展示。其中，消息推送参数包括：消息用户与目标用户的亲密度、目标用户的互动期望度、消息的表现度中的一个或多个。由此，一方面，可以根据当前用户希望的互动程度、待推送的消息对应的消息用户与当前用户之间的亲密程度，以及，待推送消息自身的被互动的表现等方面，实现有目的的、准确的消息推送；另一方面，在展示时，使用与消息类型匹配的展示类型，可以提升展示效果，提升当前用户的关注。可见，通过本实施例提供的消息推送方案，被推送的消息在很大概率上可能为当前用户感兴趣的消息，因此，有效降低了对用户的干扰，也有效避免了对网络及服务器资源的浪费，又因当前用户有极大可能对被推送的消息感兴趣，从而进行相应的互动操作，从而达到APP服务提供商希望达到的消息推送效果。

实施例四

参照图4，示出了本申请实施例四中的一种消息推送方法的流程示意图。

本实施例仍从客户端的角度，对本申请提供的消息推送方法进行说明，本实施例的消息推送方法包括以下步骤：

步骤S402：接收到消息展示触发操作。

如前所述，消息展示触发操作可以是任意适当的触发操作，但在一种较优的可选方式中，触发操作可以包括：上电操作、设备点亮操作、从蜂窝移动网络切换为无线局域网(如WIFI网络)的操作、设备去电操作(如设备拔电源的瞬间)中的一种。上述情况下，用户的视线焦点处于设备屏幕上的概率较大，可以有效引起用户关注和对消息的互动操作。

步骤S404：根据触发操作，对服务器端发送来的待推送的消息进行内部调度，确定待推送的消息的展示顺序。

其中，待推送的消息根据当前用户对应的消息推送参数确定，其中，消息推送参数包括以下至少之一：消息用户与当前用户的亲密度、当前用户的互动期望度、所述待推送的消息的表现度。

消息用户与当前用户的亲密度的含义和具体实现可参照前述实施例一或二中消息用户与目标用户的亲密度的描述；当前用户的互动期望度的含义和具体实现可参照前述实施例一或二中目标用户的互动期望度的描述；所述待推送的消息的表现度的含义和具体实现可参照前述实施例一或二中的所述消息的表现度的描述，以及，根据当前用户对应的消息推送参数确定待推送的消息的具体实现可参照前述实施例一或二中的根据目标用户对应的消息推送参数确定待推送的消息的描述，在此均不再赘述。

在一种可行方式中，根据触发操作，对服务器端发送来的待推送的消息进行内部调度，确定待推送的消息的展示顺序可以包括：若所述触发操作为本次上电后的首次触发操作，则按照待推送的消息的推送参数，确定待推送的消息的展示顺序。其中，推送参数的含义及具体实现均可参照前述实施例一或二中“推送参数”的有关描述，在此不再赘述。或者，也可以根据触发操作，获取当前用户对展示的历史消息的操作数据，其中，所述操作数据中包括被操作的历史消息的消息类型的信息；若所述操作数据指示当前用户对与待推送的消息具有相同消息类型的历史消息进行过操作，则上调对应的待推送的消息的展示顺序；否则，则下调对应的待推送的消息的展示顺序。例如，在某一天，当前用户上次有点击某类消息，则该类待推送消息往前排一位；若该类待推送消息没有被当前用户点击过，则该类待推送消息往后排一位。

但不限于上述内部调度方式，在实际应用中，本领域技术人员也可以在客户设定适当的内部调度方式，对接收的待推送消息进行调度，如按照接收时间顺序，或者，按照亲密度的高低等等。

此外，在进行内部调度时，若对于当前用户来说，当天展示的消息＝0，或者之前没有展示过某一类型的消息，并且，当前用户处于非免打扰期(如，不在设定的通用免打扰时间段内，或者，不在当前用户的个性化免打扰时间段内)，则可以增加展示的消息的数量，或者，将之前没有展示过的某一类型的消息的展示顺序上调等等。又或者，若当前用户在活跃期内，如使用APP在30min时间内，或者在设定的通用活跃时间内，或者在设定的当前用户的个性化活跃时间内，也可以增加展示的消息的数量。

步骤S406：根据所述展示顺序，按照与待推送的消息的消息类型相匹配的展示类型，展示待推送的消息。

其中，所述消息类型包括：交互类型和关注类型；所述展示类型包括：普通消息类型、文案类型、图片类型、页面类型。交互类型用于指示待推送的消息的内容与交互操作相关，如，某用户对当前用户的信息进行了评论操作；关注类型用于指示待推送的消息的内容与关注操作相关，如，某用户关注了当前用户，或者，推荐当前用户关注某个用户，等等。普通消息类型用于指示以普通文本消息形式展示待推送消息的内容；文案类型用于指示使用预设的文案模板和/或透传词展示待推送消息的内容；图片类型用于指示使用图片展示待推送消息的内容，或者，在通过普通消息类型或文案类型展示待推送消息的内容中，包含有使用图片展示的内容；页面类型用于指示通过加载网页展示待推送消息的内容。

基于此，在一种可行方式中，根据所述展示顺序，按照与待推送的消息的消息类型相匹配的展示类型，展示待推送的消息可以包括：若待推送的消息的消息类型为交互类型，则使用普通消息类型、文案类型、页面类型中的一种，根据所述展示顺序展示待推送的消息；若待推送的消息的消息类型为关注类型，则使用文案类型、图片类型、页面类型中的一种，根据所述展示顺序展示待推送的消息。但不限于此，在实际应用中，本领域技术人员还可以根据实际需要，采用其它适当的展示类型展示待推送消息的内容。当然，交互类型的消息也可以使用图片类型进行展示，关注类型的消息也可以使用普通消息类型进行展示。

对于其中的页面类型，其可以是当前用户的个人页面，如当前用户发布的信息的页面，也可以是消息用户的个人页面，如消息用户的主页、发布信息的页面或个人信息页面，等等。当确定使用页面类型展示待推送消息的内容时，可以根据当前用户的习惯和历史操作行为数据，确定是将落地页确定为当前用户的个人页面还是消息用户的个人页面。

步骤S408：按照待推送的消息的时效性，对待推送的消息进行清理操作。

服务器端会按照设定的规则不断地向客户端推送相应的消息，即待推送的消息，若不对这些消息进行清理，则可能因客户端的消息存储空间有限而不能接收到新的消息，浪费存储空间且影响用户使用体验。因此，需要对待推送的消息进行清理操作。

其中，对待推送的消息的清理操作使用以下方式中的一种或多种(两种及两种以上)实现：

方式一：按照设定的待推送的消息的时效时间段，对超过所述时效时间段的待推送的消息进行清理操作。

例如，设定待推送的消息的时效时间段为在推送当天有效，则可以按照客户端的时间，0：00-24：00，在24：00后将前一天的待推送的消息清空。

方式二：按照用户对展示的待推送的消息的操作数据，对待推送的消息进行清理操作。

例如，当前用户连续N次(N为正整数，由本领域技术人员根据实际需求适当设定)没有click(点击)或进相应的landing(登录访问)，则对待推送的消息进行清理，当天不再发待推送消息(控制最低打扰程度)；或者，若当前用户自己删除了某条消息，则将该条消息清理；又或者，若有同一消息用户同种类型的消息更新，即同一个消息用户在同一个信息如视频下评论信息修改了，则清理之前的消息，只保留最新的那条消息。

方式三：按照用户在展示待推送的消息前的操作数据，对待推送的消息进行清理操作。

例如，当前用户在展示待推送的消息前，即登录访问了该消息对应的的landing页，则对该条消息进行清理操作。

方式四：按照设定的时效性规则，对待推送的消息进行清理操作。

例如，展示一条清理一条，等等。

通过上述方式，实现了对待推送消息的有效管理和展示控制。

通过本实施例，在接收到消息展示触发操作后，将服务器端根据当前用户的消息推送参数筛选出的待推送消息进行内部调度，确定展示顺序后，使用相匹配的展示类型进行展示。其中，消息推送参数包括：消息用户与目标用户的亲密度、目标用户的互动期望度、消息的表现度中的一个或多个。由此，一方面，可以根据当前用户希望的互动程度、待推送的消息对应的消息用户与当前用户之间的亲密程度，以及，待推送消息自身的被互动的表现等方面，实现有目的的、准确的消息推送；另一方面，在展示时，使用与消息类型匹配的展示类型，可以提升展示效果，提升当前用户的关注。可见，通过本实施例提供的消息推送方案，被推送的消息在很大概率上可能为当前用户感兴趣的消息，因此，有效降低了对用户的干扰，也有效避免了对网络及服务器资源的浪费，又因当前用户有极大可能对被推送的消息感兴趣，从而进行相应的互动操作，从而达到APP服务提供商希望达到的消息推送效果。

实施例五

参照图5，示出了本申请实施例五中的一种消息推送装置的结构框图。

本实施例的消息推送装置可以设置在服务器端，该消息推送装置包括：第一获取单元502，配置为确定接收消息的目标用户，获取与所述目标用户对应的消息推送参数，其中，所述消息推送参数包括以下至少之一：消息用户与所述目标用户的亲密度、所述目标用户的互动期望度、所述消息的表现度；第一确定单元504，配置为根据所述消息推送参数，从多个消息中确定待推送的消息；推送单元506，配置为将所述待推送的消息推送给所述目标用户。

在实际应用中，目标用户对应的消息推送参数可以通过相应的计算单元或数据处理单元或计算机可读介质(如，CD-ROMs，flash，RAM，EPROMs，EEPROMs，硬盘，等等)中存储的程序代码获得，获得的消息推送参数可以存储于相应的存储单元中，如，临时或非临时MEMORY，在需要时，可以通过MEMORY INTERFACE(存储介质接口)获得。此外，在实际应用中，设置有所述消息推送装置的服务器端还配置有相应的数据接口、I/O系统、通信单元等等，以进行数据交互。例如，本实施例的消息推送装置可以通过数据接口如I/O接口从客户端获取目标用户的数据，通过微处理器对这些获取的数据进行处理，获得所需的目标用户对应的消息推送参数；进而将这些消息推送参数存储至相应的存储器中，在需要时，微处理器通过存储器接口读取这些消息推送参数，并结合服务器端生成的消息，从这些消息中确定出需要向目标用户推送的消息；然后，通过通信单元如WIFI通信单元或蜂窝数据通信单元，将确定出的消息推送给目标客户所在的客户端。其中，第一获取单元502和第一确定单元504可以配置为微处理器中的单元模块，推送单元506可以通过相应的数据通信单元实现。

通过本实施例的消息推送装置，根据目标用户的消息推送参数对消息进行筛选，从中确定向目标用户推送的消息。其中，消息推送参数包括：消息用户与目标用户的亲密度、目标用户的互动期望度、消息的表现度中的一个或多个。由此，可以根据目标用户希望的互动程度、待推送的消息对应的消息用户与目标用户之间的亲密程度，以及，待推送消息自身的被互动的表现等方面，实现有目的的、准确的消息推送。可见，通过本实施例提供的消息推送方案，被推送的消息在很大概率上可能为目标用户感兴趣的消息，因此，有效降低了对用户的干扰，也有效避免了对网络及服务器资源的浪费，又因目标用户有极大可能对被推送的消息感兴趣，从而进行相应的互动操作，从而达到APP服务提供商希望达到的消息推送效果。

实施例六

参照图6，示出了本申请实施例六中的一种消息推送装置的结构框图。

本实施例的消息推送装置可以设置在服务器端，该消息推送装置包括：第一获取单元602，配置为确定接收消息的目标用户，获取与所述目标用户对应的消息推送参数，其中，所述消息推送参数包括以下至少之一：消息用户与所述目标用户的亲密度、所述目标用户的互动期望度、所述消息的表现度；第一确定单元604，配置为根据所述消息推送参数，从多个消息中确定待推送的消息；推送单元606，配置为将所述待推送的消息推送给所述目标用户。

可选地，所述消息用户与所述目标用户的亲密度根据所述消息用户和所述目标用户的关联数据和互动行为数据确定；和/或，所述目标用户的互动期望度根据所述目标用户的互动期望数据、所述消息用户和所述目标用户的互动行为数据、和所述消息用户的行为数据确定；和/或，所述消息的表现度根据所述消息被互动操作的数据确定。

可选地，所述关联数据包括以下至少之一：通讯录关联数据、社交应用关联数据、网络使用关联数据；和/或，所述互动行为数据包括以下至少之一：互动行为的时间数据、互动行为的频率数据、互动行为的趋势数据；和/或，所述互动期望数据包括以下至少之一：所述目标用户的信息发布频率、所述目标用户的自我认可度、所述目标用户接收互动操作的历史数据；和/或，所述消息用户的行为数据包括以下至少之一：所述消息用户的历史信息发布数据、所述消息用户的互动操作历史数据。

可选地，所述第一确定单元604包括：消息参数获取单元6042，配置为根据所述消息推送参数，获取多个消息中的每个消息的推送参数；消息确定单元6044，配置为将满足设定标准的推送参数对应的消息确定为待推送的消息。

可选地，所述推送参数为推送分值，所述设定标准为设定阈值；所述消息确定单元6044，进一步配置为获取满足设定阈值的推送分值；若满足设定阈值的推送分值包括多个，则将最高推送分值对应的消息确定为待推送的消息。

可选地，本实施例的消息推送装置还包括：更新单元608，配置为对于所述多个消息中未被推送的消息，根据推送给所述目标用户的消息的推送参数，更新所述消息推送参数和/或未被推送的消息的推送参数。

如实施例五中所述，在实际应用中，目标用户对应的消息推送参数可以通过相应的计算单元或数据处理单元或计算机可读介质(如，CD-ROMs，flash，RAM，EPROMs，EEPROMs，硬盘，等等)中存储的程序代码获得，获得的消息推送参数可以存储于相应的存储单元中，如，临时或非临时MEMORY，在需要时，可以通过MEMORY INTERFACE(存储介质接口)获得。此外，在实际应用中，设置有所述消息推送装置的服务器端还配置有相应的数据接口、I/O系统、通信单元等等，以进行数据交互。例如，本实施例的消息推送装置可以通过数据接口如I/O接口从客户端获取目标用户的数据，通过微处理器对这些获取的数据进行处理，获得所需的目标用户对应的消息推送参数；进而将这些消息推送参数存储至相应的存储器中，在需要时，微处理器通过存储器接口读取这些消息推送参数，并结合服务器端生成的消息，从这些消息中确定出需要向目标用户推送的消息；然后，通过通信单元如WIFI通信单元或蜂窝数据通信单元，将确定出的消息推送给目标客户所在的客户端。此外，更新单元608更新后的参数也可以存储至相应的存储器中，在需要时，通过存储器接口读取。

本实施例中，第一获取单元602、第一确定单元604以及更新单元608均可配置为微处理器中的单元模块，推送单元606可以通过相应的数据通信单元实现。

通过本实施例的消息推送装置，根据目标用户的消息推送参数对消息进行筛选，从中确定向目标用户推送的消息。其中，消息推送参数包括：消息用户与目标用户的亲密度、目标用户的互动期望度、消息的表现度中的一个或多个。由此，可以根据目标用户希望的互动程度、待推送的消息对应的消息用户与目标用户之间的亲密程度，以及，待推送消息自身的被互动的表现等方面，实现有目的的、准确的消息推送。可见，通过本实施例提供的消息推送方案，被推送的消息在很大概率上可能为目标用户感兴趣的消息，因此，有效降低了对用户的干扰，也有效避免了对网络及服务器资源的浪费，又因目标用户有极大可能对被推送的消息感兴趣，从而进行相应的互动操作，从而达到APP服务提供商希望达到的消息推送效果。

实施例七

参照图7，示出了本申请实施例七中的一种消息推送装置的结构框图。

本实施例的消息推送装置可以设置在客户端，该消息推送装置包括：接收单元702，配置为接收到消息展示触发操作；第二确定单元704，配置为根据所述触发操作，对服务器端发送来的待推送的消息进行内部调度，确定待推送的消息的展示顺序，其中，所述待推送的消息根据当前用户对应的消息推送参数确定，其中，所述消息推送参数包括以下至少之一：消息用户与当前用户的亲密度、当前用户的互动期望度、所述待推送的消息的表现度；展示单元706，配置为根据所述展示顺序，按照与所述待推送的消息的消息类型相匹配的展示类型，展示所述待推送的消息。

在实际应用中，客户端中设置有微处理器、检测器和/或感应器(如，触摸感应器、电源检测器、网络检测器，等)、存储器、接收器、发送器、通信单元、显示屏，等等，用于实现数据处理和通信的设置。例如，客户端通过触摸感应器检测到当前用户通过触摸屏幕触发的消息展示触发操作，进而通过接收器接收从服务器端发送来的待推送的消息，微处理器对这些待推送的消息进行内部调度，以确定其展示顺序，进而，根据该展示顺序，通过显示屏显示这些消息。其中，接收单元702可以通过相应的检测器和/或感应器实现，第二确定单元704可以通过微处理器或者其它计算单元或数据处理单元或计算机可读介质(如，CD-ROMs，flash，RAM，EPROMs，EEPROMs，硬盘，等等)中存储的程序代码实现，展示单元706可以通过显示屏实现，等等。

通过本实施例，在接收到消息展示触发操作后，将服务器端根据当前用户的消息推送参数筛选出的待推送消息进行内部调度，确定展示顺序后，使用相匹配的展示类型进行展示。其中，消息推送参数包括：消息用户与目标用户的亲密度、目标用户的互动期望度、消息的表现度中的一个或多个。由此，一方面，可以根据当前用户希望的互动程度、待推送的消息对应的消息用户与当前用户之间的亲密程度，以及，待推送消息自身的被互动的表现等方面，实现有目的的、准确的消息推送；另一方面，在展示时，使用与消息类型匹配的展示类型，可以提升展示效果，提升当前用户的关注。可见，通过本实施例提供的消息推送方案，被推送的消息在很大概率上可能为当前用户感兴趣的消息，因此，有效降低了对用户的干扰，也有效避免了对网络及服务器资源的浪费，又因当前用户有极大可能对被推送的消息感兴趣，从而进行相应的互动操作，从而达到APP服务提供商希望达到的消息推送效果。

实施例八

参照图8，示出了本申请实施例八中的一种消息推送装置的结构框图。

本实施例的消息推送装置可以设置在客户端，该消息推送装置包括：接收单元802，配置为接收到消息展示触发操作；第二确定单元804，配置为根据所述触发操作，对服务器端发送来的待推送的消息进行内部调度，确定待推送的消息的展示顺序，其中，所述待推送的消息根据当前用户对应的消息推送参数确定，其中，所述消息推送参数包括以下至少之一：消息用户与当前用户的亲密度、当前用户的互动期望度、所述待推送的消息的表现度；展示单元806，配置为根据所述展示顺序，按照与所述待推送的消息的消息类型相匹配的展示类型，展示所述待推送的消息。

可选地，所述第二确定单元804包括：第一顺序单元8042，配置为根据所述触发操作，获取当前用户对展示的历史消息的操作数据，其中，所述操作数据中包括被操作的历史消息的消息类型的信息；若所述操作数据指示当前用户对与所述待推送的消息具有相同消息类型的历史消息进行过操作，则上调对应的待推送的消息的展示顺序；否则，则下调对应的待推送的消息的展示顺序。

可选地，所述第二确定单元804包括：第二顺序单元8044，配置为若所述触发操作为本次上电后的首次触发操作，则按照所述待推送的消息的推送参数，确定待推送的消息的展示顺序。

可选地，所述消息类型包括：交互类型和关注类型；所述展示类型包括：普通消息类型、文案类型、图片类型、页面类型；展示单元806进一步配置为：若所述待推送的消息的消息类型为交互类型，则使用普通消息类型、文案类型、页面类型中的一种，根据所述展示顺序展示所述待推送的消息；若所述待推送的消息的消息类型为关注类型，则使用文案类型、图片类型、页面类型中的一种，根据所述展示顺序展示所述待推送的消息。

可选地，所述触发操作包括：上电操作、设备点亮操作、从蜂窝移动网络切换为无线局域网的操作、设备去电操作中的一种。

可选地，本实施例的消息推送装置还包括：清理单元808，配置为按照所述待推送的消息的时效性，对所述待推送的消息进行清理操作。

可选地，清理单元808进一步配置为按照以下至少之一，对所述待推送的消息进行清理操作：按照设定的所述待推送的消息的时效时间段，对超过所述时效时间段的待推送的消息进行清理操作；按照用户对展示的所述待推送的消息的操作数据，对所述待推送的消息进行清理操作；按照用户在展示所述待推送的消息前的操作数据，对所述待推送的消息进行清理操作；按照设定的时效性规则，对所述待推送的消息进行清理操作。

如实施例七中所述，在实际应用中，客户端中设置有微处理器、检测器和/或感应器(如，触摸感应器、电源检测器、网络检测器，等)、存储器、接收器、发送器、通信单元、显示屏，等等，用于实现数据处理和通信的设置。与实施例七中类似，第二确定单元804可以通过微处理器或者其它计算单元或数据处理单元或计算机可读介质(如，CD-ROMs，flash，RAM，EPROMs，EEPROMs，硬盘，等等)中存储的程序代码实现，展示单元806可以通过显示屏实现，等等。此外，清理单元808也可以按照微处理器的指示，对客户端中的存储器中存储的待推送消息进行清理操作。

通过本实施例，在接收到消息展示触发操作后，将服务器端根据当前用户的消息推送参数筛选出的待推送消息进行内部调度，确定展示顺序后，使用相匹配的展示类型进行展示。其中，消息推送参数包括：消息用户与目标用户的亲密度、目标用户的互动期望度、消息的表现度中的一个或多个。由此，一方面，可以根据当前用户希望的互动程度、待推送的消息对应的消息用户与当前用户之间的亲密程度，以及，待推送消息自身的被互动的表现等方面，实现有目的的、准确的消息推送；另一方面，在展示时，使用与消息类型匹配的展示类型，可以提升展示效果，提升当前用户的关注。可见，通过本实施例提供的消息推送方案，被推送的消息在很大概率上可能为当前用户感兴趣的消息，因此，有效降低了对用户的干扰，也有效避免了对网络及服务器资源的浪费，又因当前用户有极大可能对被推送的消息感兴趣，从而进行相应的互动操作，从而达到APP服务提供商希望达到的消息推送效果。

参照图9，示出了本申请实施例九中设备/终端/服务器的结构示意图。

该设备/终端/服务器可以包括：一个或多个处理器901；计算机可读介质902，可以配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述实施例一至四中任一实施例中所述的消息推送方法。

图10为本申请实施例十中设备/终端/服务器的硬件结构；如图10所示，该设备/终端/服务器的硬件结构可以包括：处理器1001，通信接口1002，计算机可读介质1003和通信总线1004。

其中处理器1001、通信接口1002、计算机可读介质1003通过通信总线1004完成相互间的通信。

可选地，通信接口1002可以为通信模块的接口，如GSM模块的接口。

其中，处理器1001具体可以配置为：确定接收消息的目标用户，获取与所述目标用户对应的消息推送参数，其中，所述消息推送参数包括以下至少之一：消息用户与所述目标用户的亲密度、所述目标用户的互动期望度、所述消息的表现度；根据所述消息推送参数，从多个消息中确定待推送的消息；将所述待推送的消息推送给所述目标用户。或者，处理器1001具体可以配置为：接收到消息展示触发操作；根据所述触发操作，对服务器端发送来的待推送的消息进行内部调度，确定待推送的消息的展示顺序，其中，所述待推送的消息根据当前用户对应的消息推送参数确定，其中，所述消息推送参数包括以下至少之一：消息用户与当前用户的亲密度、当前用户的互动期望度、所述待推送的消息的表现度；根据所述展示顺序，按照与所述待推送的消息的消息类型相匹配的展示类型，展示所述待推送的消息。

处理器1001可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

特别地，根据本申请实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含配置为执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被中央处理单元(CPU)执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读介质例如可以但不限于是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储介质(RAM)、只读存储介质(ROM)、可擦式可编程只读存储介质(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储介质(CD-ROM)、光存储介质件、磁存储介质件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输配置为由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写配置为执行本申请的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络：包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括第一获取单元、第一确定单元、推送单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，推送单元还可以被描述为“将所述待推送的消息推送给所述目标用户的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上述任一实施例中所描述的方法。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：确定接收消息的目标用户，获取与所述目标用户对应的消息推送参数，其中，所述消息推送参数包括以下至少之一：消息用户与所述目标用户的亲密度、所述目标用户的互动期望度、所述消息的表现度；根据所述消息推送参数，从多个消息中确定待推送的消息；将所述待推送的消息推送给所述目标用户。或者，使得该装置：接收到消息展示触发操作；根据所述触发操作，对服务器端发送来的待推送的消息进行内部调度，确定待推送的消息的展示顺序，其中，所述待推送的消息根据当前用户对应的消息推送参数确定，其中，所述消息推送参数包括以下至少之一：消息用户与当前用户的亲密度、当前用户的互动期望度、所述待推送的消息的表现度；根据所述展示顺序，按照与所述待推送的消息的消息类型相匹配的展示类型，展示所述待推送的消息。

在本申请的各种实施方式中所使用的表述“第一”、“第二”、“所述第一”或“所述第二”可修饰各种部件而与顺序和/或重要性无关，但是这些表述不限制相应部件。以上表述仅配置为将元件与其它元件区分开的目的。例如，第一用户设备和第二用户设备表示不同的用户设备，虽然两者均是用户设备。例如，在不背离本申请的范围的前提下，第一元件可称作第二元件，类似地，第二元件可称作第一元件。

当一个元件(例如，第一元件)称为与另一元件(例如，第二元件)“(可操作地或可通信地)联接”或“(可操作地或可通信地)联接至”另一元件(例如，第二元件)或“连接至”另一元件(例如，第二元件)时，应理解为该一个元件直接连接至该另一元件或者该一个元件经由又一个元件(例如，第三元件)间接连接至该另一个元件。相反，可理解，当元件(例如，第一元件)称为“直接连接”或“直接联接”至另一元件(第二元件)时，则没有元件(例如，第三元件)插入在这两者之间。

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

Claims (28)

1.一种消息推送方法，包括：

确定接收消息的目标用户，获取与所述目标用户对应的消息推送参数，其中，所述消息推送参数包括以下至少之一：消息用户与所述目标用户的亲密度、所述目标用户的互动期望度、所述消息的表现度；

根据所述消息推送参数，从多个消息中确定待推送的消息；

将所述待推送的消息推送给所述目标用户。

2.根据权利要求1所述的方法，其中，

所述消息用户与所述目标用户的亲密度根据所述消息用户和所述目标用户的关联数据和互动行为数据确定；

和/或，

所述目标用户的互动期望度根据所述目标用户的互动期望数据、所述消息用户和所述目标用户的互动行为数据、和所述消息用户的行为数据确定；

和/或，

所述消息的表现度根据所述消息被互动操作的数据确定。

3.根据权利要求2所述的方法，其中，

所述关联数据包括以下至少之一：通讯录关联数据、社交应用关联数据、网络使用关联数据；

和/或，

所述互动行为数据包括以下至少之一：互动行为的时间数据、互动行为的频率数据、互动行为的趋势数据；

和/或，

所述互动期望数据包括以下至少之一：所述目标用户的信息发布频率、所述目标用户的自我认可度、所述目标用户接收互动操作的历史数据；

和/或，

所述消息用户的行为数据包括以下至少之一：所述消息用户的历史信息发布数据、所述消息用户的互动操作历史数据。

4.根据权利要求1-3任一项所述的方法，其中，根据所述消息推送参数，从多个消息中确定待推送的消息，包括：

根据所述消息推送参数，获取多个消息中的每个消息的推送参数；

将满足设定标准的推送参数对应的消息确定为待推送的消息。

5.根据权利要求4所述的方法，其中，所述推送参数为推送分值，所述设定标准为设定阈值；

所述将满足设定标准的推送参数对应的消息确定为待推送的消息，包括：

获取满足设定阈值的推送分值；

若满足设定阈值的推送分值包括多个，则将最高推送分值对应的消息确定为待推送的消息。

6.根据权利要求4所述的方法，其中，所述方法还包括：

对于所述多个消息中未被推送的消息，根据推送给所述目标用户的消息的推送参数，更新所述消息推送参数和/或未被推送的消息的推送参数。

7.一种消息推送方法，包括：

接收到消息展示触发操作；

根据所述触发操作，对服务器端发送来的待推送的消息进行内部调度，确定待推送的消息的展示顺序，其中，所述待推送的消息根据当前用户对应的消息推送参数确定，其中，所述消息推送参数包括以下至少之一：消息用户与当前用户的亲密度、当前用户的互动期望度、所述待推送的消息的表现度；

根据所述展示顺序，按照与所述待推送的消息的消息类型相匹配的展示类型，展示所述待推送的消息。

8.根据权利要求7所述的方法，其中，根据所述触发操作，对服务器端发送来的待推送的消息进行内部调度，确定待推送的消息的展示顺序，包括：

根据所述触发操作，获取当前用户对展示的历史消息的操作数据，其中，所述操作数据中包括被操作的历史消息的消息类型的信息；

若所述操作数据指示当前用户对与所述待推送的消息具有相同消息类型的历史消息进行过操作，则上调对应的待推送的消息的展示顺序；

否则，则下调对应的待推送的消息的展示顺序。

9.根据权利要求7所述的方法，其中，根据所述触发操作，对服务器端发送来的待推送的消息进行内部调度，确定待推送的消息的展示顺序，包括：

若所述触发操作为本次上电后的首次触发操作，则按照所述待推送的消息的推送参数，确定待推送的消息的展示顺序。

10.根据权利要求7所述的方法，其中，所述消息类型包括：交互类型和关注类型；所述展示类型包括：普通消息类型、文案类型、图片类型、页面类型；

根据所述展示顺序，按照与所述待推送的消息的消息类型相匹配的展示类型，展示所述待推送的消息，包括：

若所述待推送的消息的消息类型为交互类型，则使用普通消息类型、文案类型、页面类型中的一种，根据所述展示顺序展示所述待推送的消息；

若所述待推送的消息的消息类型为关注类型，则使用文案类型、图片类型、页面类型中的一种，根据所述展示顺序展示所述待推送的消息。

11.根据权利要求7-10任一项所述的方法，其中，所述触发操作包括：上电操作、设备点亮操作、从蜂窝移动网络切换为无线局域网的操作、设备去电操作中的一种。

12.根据权利要求7-10任一项所述的方法，其中，所述方法还包括：

按照所述待推送的消息的时效性，对所述待推送的消息进行清理操作。

13.根据权利要求13所述的方法，其中，按照所述待推送的消息的时效性，对所述待推送的消息进行清理操作，包括以下至少之一：

按照设定的所述待推送的消息的时效时间段，对超过所述时效时间段的待推送的消息进行清理操作；

按照用户对展示的所述待推送的消息的操作数据，对所述待推送的消息进行清理操作；

按照用户在展示所述待推送的消息前的操作数据，对所述待推送的消息进行清理操作；

按照设定的时效性规则，对所述待推送的消息进行清理操作。

14.一种消息推送装置，包括：

第一获取单元，配置为确定接收消息的目标用户，获取与所述目标用户对应的消息推送参数，其中，所述消息推送参数包括以下至少之一：消息用户与所述目标用户的亲密度、所述目标用户的互动期望度、所述消息的表现度；

第一确定单元，配置为根据所述消息推送参数，从多个消息中确定待推送的消息；

推送单元，配置为将所述待推送的消息推送给所述目标用户。

15.根据权利要求14所述的装置，其中，

所述消息用户与所述目标用户的亲密度根据所述消息用户和所述目标用户的关联数据和互动行为数据确定；

和/或，

所述目标用户的互动期望度根据所述目标用户的互动期望数据、所述消息用户和所述目标用户的互动行为数据、和所述消息用户的行为数据确定；

和/或，

所述消息的表现度根据所述消息被互动操作的数据确定。

16.根据权利要求15所述的装置，其中，

所述关联数据包括以下至少之一：通讯录关联数据、社交应用关联数据、网络使用关联数据；

和/或，

所述互动行为数据包括以下至少之一：互动行为的时间数据、互动行为的频率数据、互动行为的趋势数据；

和/或，

所述互动期望数据包括以下至少之一：所述目标用户的信息发布频率、所述目标用户的自我认可度、所述目标用户接收互动操作的历史数据；

和/或，

所述消息用户的行为数据包括以下至少之一：所述消息用户的历史信息发布数据、所述消息用户的互动操作历史数据。

17.根据权利要求14-16任一项所述的装置，其中，所述第一确定单元包括：

消息参数获取单元，配置为根据所述消息推送参数，获取多个消息中的每个消息的推送参数；

消息确定单元，配置为将满足设定标准的推送参数对应的消息确定为待推送的消息。

18.根据权利要求17所述的装置，其中，所述推送参数为推送分值，所述设定标准为设定阈值；

所述消息确定单元，进一步配置为获取满足设定阈值的推送分值；若满足设定阈值的推送分值包括多个，则将最高推送分值对应的消息确定为待推送的消息。

19.根据权利要求17所述的装置，其中，所述装置还包括：

更新单元，配置为对于所述多个消息中未被推送的消息，根据推送给所述目标用户的消息的推送参数，更新所述消息推送参数和/或未被推送的消息的推送参数。

20.一种消息推送装置，包括：

接收单元，配置为接收到消息展示触发操作；

第二确定单元，配置为根据所述触发操作，对服务器端发送来的待推送的消息进行内部调度，确定待推送的消息的展示顺序，其中，所述待推送的消息根据当前用户对应的消息推送参数确定，其中，所述消息推送参数包括以下至少之一：消息用户与当前用户的亲密度、当前用户的互动期望度、所述待推送的消息的表现度；

展示单元，配置为根据所述展示顺序，按照与所述待推送的消息的消息类型相匹配的展示类型，展示所述待推送的消息。

21.根据权利要求20所述的装置，其中，所述第二确定单元包括：

第一顺序单元，配置为根据所述触发操作，获取当前用户对展示的历史消息的操作数据，其中，所述操作数据中包括被操作的历史消息的消息类型的信息；若所述操作数据指示当前用户对与所述待推送的消息具有相同消息类型的历史消息进行过操作，则上调对应的待推送的消息的展示顺序；否则，则下调对应的待推送的消息的展示顺序。

22.根据权利要求20所述的装置，其中，所述第二确定单元包括：

第二顺序单元，配置为若所述触发操作为本次上电后的首次触发操作，则按照所述待推送的消息的推送参数，确定待推送的消息的展示顺序。

23.根据权利要求20所述的装置，其中，所述消息类型包括：交互类型和关注类型；所述展示类型包括：普通消息类型、文案类型、图片类型、页面类型；

展示单元，进一步配置为：若所述待推送的消息的消息类型为交互类型，则使用普通消息类型、文案类型、页面类型中的一种，根据所述展示顺序展示所述待推送的消息；若所述待推送的消息的消息类型为关注类型，则使用文案类型、图片类型、页面类型中的一种，根据所述展示顺序展示所述待推送的消息。

24.根据权利要求20-23任一项所述的装置，其中，所述触发操作包括：上电操作、设备点亮操作、从蜂窝移动网络切换为无线局域网的操作、设备去电操作中的一种。

25.根据权利要求20-23任一项所述的装置，其中，所述装置还包括：

清理单元，配置为按照所述待推送的消息的时效性，对所述待推送的消息进行清理操作。

26.根据权利要求13所述的装置，其中，清理单元，进一步配置为按照以下至少之一，对所述待推送的消息进行清理操作：

按照设定的所述待推送的消息的时效时间段，对超过所述时效时间段的待推送的消息进行清理操作；

按照用户对展示的所述待推送的消息的操作数据，对所述待推送的消息进行清理操作；

按照用户在展示所述待推送的消息前的操作数据，对所述待推送的消息进行清理操作；

按照设定的时效性规则，对所述待推送的消息进行清理操作。

27.一种设备/终端/服务器，包括：

一个或多个处理器；

计算机可读介质，配置为存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法；或者，使得所述一个或多个处理器实现如权利要求7-13中任一所述的方法。

28.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-6中任一所述的方法，或者，执行时实现如权利要求7-13中任一所述的方法。