CN104967647A - 消息推送方法和装置 - Google Patents

Abstract

本发明公开了一种消息推送方法和装置，属于计算机和互联网技术领域。所述方法包括：获取用户的用户属性数据和/或历史行为数据，用户属性数据用于反映用户的个人基本信息，历史行为数据用于反映用户在网络上的个人习惯和使用偏好；检测用户属性数据和/或历史行为数据是否满足消息的推送条件；若用户属性数据和历史行为数据中的至少一项满足消息的推送条件，则将消息推送给用户所使用的客户端。本发明解决了相关技术存在的消息推送的准确度低且浪费网络资源的问题；实现了向用户推送感兴趣的消息，提高了消息推送的准确度，同时节省了网络资源。

Description

消息推送方法和装置

技术领域

本发明涉及计算机和互联网技术领域，特别涉及一种消息推送方法和装置。

背景技术

随着计算机和互联网技术的不断发展，网络已成为人们获取信息和共享信息的有效途径。

在一种常见的消息推送方式中，服务器配置消息的内容，并将完成内容配置的消息通过网络推送至各个客户端。用户登录客户端后便可查看服务器推送的消息。其中，消息通常包括通知、提醒、广告等不同类型。

在实现本发明的过程中，发明人发现上述技术至少存在以下问题：服务器向各个客户端推送同样的消息，消息的内容与用户兴趣之间的适配度较低，导致消息推送的准确度低且浪费网络资源。

发明内容

为了解决上述技术存在的消息推送的准确度低且浪费网络资源的问题，本发明实施例提供了一种消息推送方法和装置。所述技术方案如下：

第一方面，提供了一种消息推送方法，所述方法包括：

获取用户的用户属性数据和/或历史行为数据，所述用户属性数据用于反映所述用户的个人基本信息，所述历史行为数据用于反映所述用户在网络上的个人习惯和使用偏好；

检测所述用户属性数据和/或所述历史行为数据是否满足消息的推送条件；

若所述用户属性数据和所述历史行为数据中的至少一项满足所述消息的推送条件，则将所述消息推送给所述用户所使用的客户端。

第二方面，提供了一种消息推送装置，所述装置包括：

数据获取模块，用于获取用户的用户属性数据和/或历史行为数据，所述用户属性数据用于反映所述用户的个人基本信息，所述历史行为数据用于反映所述用户在网络上的个人习惯和使用偏好；

数据检测模块，用于检测所述用户属性数据和/或所述历史行为数据是否满足消息的推送条件；

消息推送模块，用于若所述用户属性数据和所述历史行为数据中的至少一项满足所述消息的推送条件，则将所述消息推送给所述用户所使用的客户端。

本发明实施例提供的技术方案带来的有益效果是：

通过对获取到的用户属性数据和/或历史行为数据进行检测，当上述两项数据中的至少一项满足消息的推送条件时，向用户推送消息；解决了相关技术存在的消息推送的准确度低且浪费网络资源的问题；由于用户属性数据反映了用户的个人基本信息，历史行为数据反映了用户在网络上的个人习惯和使用偏好，在对用户属性数据和/或历史行为数据进行分析之后，向用户推送感兴趣的消息，提高了消息推送的准确度，同时节省了网络资源。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明各个实施例所涉及的一种实施环境的结构示意图；

图2是本发明一个实施例提供的消息推送方法的方法流程图；

图3是本发明另一实施例提供的消息推送方法的方法流程图；

图4是本发明一个实施例提供的消息推送装置的结构方框图；

图5是本发明另一实施例提供的消息推送装置的结构方框图；

图6是本发明一个实施例提供的服务器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

请参考图1，其示出了本发明各个实施例所涉及的一种实施环境的结构示意图，该实施环境包括：至少一个终端120和服务器140。其中：

终端120可以是手机、平板电脑、电子书阅读器、MP3(Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(MovingPicture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

终端120通过无线网络或者有线网络与服务器140相连。

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

请参考图2，其示出了本发明一个实施例提供的消息推送方法的方法流程图，本实施例以该消息推送方法应用于图1所示实施环境的服务器中进行举例说明。该消息推送方法可以包括如下几个步骤：

步骤202，获取用户的用户属性数据和/或历史行为数据，用户属性数据用于反映用户的个人基本信息，历史行为数据用于反映用户在网络上的个人习惯和使用偏好。

服务器获取用户的用户属性数据和/或历史行为数据。其中，用户属性数据用于反映用户的个人基本信息，用户属性数据包括但不限于地区、性别、年龄值、生日、IP地址、学校、学历、爱好、工作、星座、生肖、血型中的至少一种。历史行为数据用于反映用户在网络上的个人习惯和使用偏好，历史行为数据包括用户在网络上产生的历史操作行为的记录。

用户属性数据和历史行为数据可依据所需推送的消息的不同，有选择性、有针对性地进行获取。比如，当所需推送的消息为演唱会消息时，用户属性数据可以包括用户的地区、性别、年龄值、IP地址等数据，历史行为数据可以包括用户在音乐播放类应用中搜索、下载、试听、分享、收藏的内容、时间和次数等数据。再比如，当所需推送的消息为应用下载推荐消息时，用户属性数据可以包括用户的性别、年龄值、爱好等数据，历史行为数据可以包括用户在应用下载类应用中搜索、下载、收藏、购买的应用等数据。

另外，服务器可以获取用户属性数据和历史行为数据中的任意一项数据，也可获取全部两项数据。

步骤204，检测用户属性数据和/或历史行为数据是否满足消息的推送条件。

服务器预先为不同的消息设置不同的推送条件。对于服务器中存储的每一条消息，在将该消息推送给每个用户之前，服务器检测获取到的与该用户相关的数据是否满足消息的推送条件。

步骤206，若用户属性数据和历史行为数据中的至少一项满足消息的推送条件，则将消息推送给用户所使用的客户端。

当用户属性数据和历史行为数据中的至少一项满足消息的推送条件时，也即当用户属性数据满足消息的推送条件或者当历史行为数据满足消息的推送条件时，服务器通过网络将消息推送给用户所使用的客户端。

另外，当用户属性数据和历史行为数据均不满足消息的推送条件时，服务器不进行消息推送。

综上所述，本实施例提供的消息推送方法，通过对获取到的用户属性数据和/或历史行为数据进行检测，当上述两项数据中的至少一项满足消息的推送条件时，向用户推送消息；解决了相关技术存在的消息推送的准确度低且浪费网络资源的问题；由于用户属性数据反映了用户的个人基本信息，历史行为数据反映了用户在网络上的个人习惯和使用偏好，在对用户属性数据和/或历史行为数据进行分析之后，向用户推送感兴趣的消息，提高了消息推送的准确度，同时节省了网络资源。

请参考图3，其示出了本发明另一实施例提供的消息推送方法的方法流程图，本实施例以该消息推送方法应用于图1所示实施环境的服务器中进行举例说明。该消息推送方法可以包括如下几个步骤：

步骤301，获取用户的用户属性数据和/或历史行为数据，用户属性数据用于反映用户的个人基本信息，历史行为数据用于反映用户在网络上的个人习惯和使用偏好。

服务器获取用户的用户属性数据和/或历史行为数据。其中，用户属性数据用于反映用户的个人基本信息，用户属性数据包括但不限于地区、性别、年龄值、生日、IP地址、学校、学历、爱好、工作、星座、生肖、血型中的至少一种。历史行为数据用于反映用户在网络上的个人习惯和使用偏好，历史行为数据包括用户在网络上产生的历史操作行为的记录。

用户属性数据和历史行为数据可依据所需推送的消息的不同，有选择性、有针对性地进行获取。在本实施例中，以所需推送的消息为歌手刘XX在XX市的演唱会消息为例。假设服务器获取的用户属性数据包括用户的性别、年龄值和IP地址，服务器获取的历史行为数据包括用户在音乐播放类应用中搜索和下载的内容和时间。另外，服务器可以获取用户属性数据和历史行为数据中的任意一项数据，也可获取全部两项数据。

在一种可能的实施方式中，服务器根据用户对应的用户标识从至少一个数据源中获取用户属性数据和/或历史行为数据。其中，至少一个数据源包括用于接收推送消息的客户端的数据源和/或与用户标识关联的其它客户端的数据源。该其它客户端包括社交类应用客户端、电商类应用客户端、支付类应用客户端、语音类应用客户端、娱乐类应用客户端、短视频客户端、工具类应用客户端中的至少一种。

对于同一个用户来说，该用户在用于接收推送消息的客户端中的用户标识和该用户在其它客户端中的用户标识可以相同或者相关联。用户标识通常为用户用于登录客户端的账号。比如，用户用于登录A客户端的账号和用于登录B客户端的账号相同，均为“123XXX”。当用户在不同客户端中使用相同的用户标识时，服务器可根据该用户标识从不同客户端的数据源中获取用户属性数据和/或历史行为数据。再比如，用户用于登录A客户端的账号为“123XXX”，用于登录B客户端的账号为“456XXX”，账号“123XXX”和账号“456XXX”之间存在关联关系，该关联关系用于表明上述两个账号为同一个用户使用。当用户在不同客户端中使用相关联的用户标识时，服务器可根据用户在用于接收推送消息的客户端中的用户标识以及用户标识间的关联关系查询确定用户在其它客户端中的用户标识，并根据用户在其它客户端中的用户标识从其它客户端中获取用户属性数据和/或历史行为数据。

步骤302，检测用户属性数据和/或历史行为数据是否满足消息的推送条件。

服务器预先为不同的消息设置不同的推送条件。对于服务器中存储的每一条消息，在将该消息推送给每个用户之前，服务器检测获取到的与该用户相关的数据是否满足消息的推送条件。

其中，服务器检测用户属性数据是否满足消息的推送条件的过程可包括如下几个步骤：

第一，将用户属性数据与消息对应的预设用户属性数据进行比对。

服务器预先为不同的消息设置不同的预设用户属性数据。预设用户属性数据包括但不限于地区、性别、年龄值、生日、IP地址、学校、学历、爱好、工作、星座、生肖、血型中的至少一种。预设用户属性数据可依据消息的不同，有选择性、有针对性地进行设置。仍然以消息为歌手刘XX在XX市的演唱会消息为例，该消息对应的预设用户属性数据可以为：性别“女”、年龄值“25-40”、地区“XX市”。另外，假设服务器获取到的三个用户的用户属性数据如下表-1所示：

	性别	年龄值	IP地址
				用户1	女	32	IP地址1
用户2	女	18	IP地址2
				用户3	男	30	IP地址3

表-1

可选的，服务器在获取用户属性数据后，可对用户属性数据进行预处理。其中，预处理包括但不限于从多种用户属性数据中筛选出需要的用户属性数据、将获取的用户属性数据转换为需要的用户属性数据、统一用户属性数据的数据格式等等。比如，服务器可根据IP地址查询IP地址归属地，将上述IP地址转换为地区相关的数据。如上述IP地址1对应于XX市，IP地址2对应于AA市，IP地址3对应于BB市。之后，服务器分别将每个用户的用户属性数据与消息对应的预设用户属性数据进行比对，检测用户属性数据与预设用户属性数据是否相符。

第二，当用户属性数据与预设用户属性数据相符时，确定用户属性数据满足消息的推送条件。

当用户属性数据与预设用户属性数据相符时，服务器确定用户属性数据满足消息的推送条件，并执行下述步骤303。其中，确定用户属性数据与预设用户属性数据相符的条件可以为每一种对应的数据均匹配，或者相匹配的数据种数大于预定阈值。

比如，当确定用户属性数据与预设用户属性数据相符的条件为每一种对应的数据均匹配时，上述表-1中的用户1的用户属性数据与演唱会消息对应的预设用户属性数据相符，而用户2、用户3的用户属性数据与演唱会消息对应的预设用户属性数据不符。也即，用户1满足该演唱会消息的推送条件，而用户2和用户3不满足该演唱会消息的推送条件。

在一种可能的实施方式中，上述第一个步骤可包括如下两个子步骤：

1、根据预定对应关系将用户属性数据转换为第一字符串，该预定对应关系包括不同用户属性数据与不同字符之间的对应关系；

2、将第一字符串和预设用户属性数据对应的第二字符串进行比对。

服务器预先设置不同用户属性数据与不同字符之间的对应关系。比如，针对性别的对应关系为：女对应于0、男对应于1；针对地区的对应关系为：XX市对应于1、AA市对应于2、BB市对应于3等等；年龄值所对应的字符可直接以年龄值表示。根据上述对应关系，服务器将用户1的用户属性数据转换为“0321”，将用户2的用户属性数据转换为“0182”，将用户3的用户属性数据转换为“1303”。同时，演唱会消息对应的预设用户属性数据可转换为“0251”、“0261”至“0401”。服务器分别将每个用户的用户属性数据对应的第一字符串和预设用户属性数据对应的第二字符串进行比对，当第二字符串中存在第一字符串时，确定用户属性数据满足消息的推送条件。

通过将用户属性数据转换为字符串，将用户属性数据与预设用户属性数据之间的比对转换为两个字符串之间的比对，可以提高数据比对的效率。特别的，当服务器中存在大量的待推送的消息、且获取的用户属性数据的数据量也较大时，通过上述方式可大大提高数据比对的效率。

进一步地，服务器可通过预定算法计算第一字符串的摘要，将第一字符串的摘要和第二字符串的摘要进行比对，可进一步提高大数据量时的数据比对效率。其中，预定算法可以是哈希算法、消息摘要算法等。

另外，服务器检测历史行为数据是否满足消息的推送条件的过程可包括如下几个步骤：

第一，检测历史行为数据中是否存在消息对应的预设历史行为数据。

服务器预先为不同的消息设置不同的预设历史行为数据。预设历史行为数据包括用户在网络上产生的历史操作行为的记录。预设历史行为数据可依据消息的不同，有选择性、有针对性地进行设置。仍然以消息为歌手刘XX在XX市的演唱会消息为例，该消息对应的预设历史行为数据可以为：用户在最近一个月内，在某个音乐播放类应用中搜索或下载过歌手刘XX的歌曲。对应的，服务器获取的历史行为数据包括不同用户在该音乐播放类应用中最近一个月内的搜索记录和/或下载记录。

可选的，服务器在获取历史行为数据后，可对历史行为数据进行预处理。其中，预处理包括但不限于从多种历史行为数据中筛选出需要的历史行为数据、将来自不同数据源的历史行为数据进行整合、统一历史行为数据的数据格式等等。之后，服务器分别将每个用户的历史行为数据与消息对应的预设历史行为数据进行比对，检测历史行为数据中是否存在预设历史行为数据。

第二，若历史行为数据中存在预设历史行为数据，则确定历史行为数据满足消息的推送条件。

当历史行为数据中存在预设历史行为数据时，服务器确定历史行为数据满足消息的推送条件，并执行下述步骤303。比如，当服务器从用户2的历史行为数据中查询确定用户2在最近一个月内、在上述音乐播放类应用中下载过歌手刘XX的歌曲时，服务器确定用户2的历史行为数据满足消息的推送条件。

可选的，当历史行为数据中存在预设历史行为数据时，服务器可直接执行下述步骤303，将消息推送给用户所使用的客户端。或者，当历史行为数据中存在预设历史行为数据时，服务器还可执行如下几个步骤：

1、将与历史行为数据关联的用户标识存储于预设标识集中；

2、在接收到客户端发送的携带有用户标识的消息获取请求时，检测消息获取请求中携带的用户标识是否存在于预设标识集中；

3、若消息获取请求中携带的用户标识存在于预设标识集中，则执行下述步骤303。

预设标识集用于存储满足消息的推送条件的用户标识。服务器可预先获取不同用户的历史行为数据，并对历史行为数据进行检测，以确定是否满足消息的推送条件。当确定满足消息的推送条件时，获取用户在用于接收推送消息的客户端中的用户标识，并存储该用户标识。之后，当服务器接收到客户端发送的携带有用户标识的消息获取请求时，服务器检测该请求中携带的用户标识是否为之前存储的用户标识中的一个，若是则执行下述步骤303。

步骤303，若用户属性数据和历史行为数据中的至少一项满足消息的推送条件，则将消息推送给用户所使用的客户端。

当用户属性数据和历史行为数据中的至少一项满足消息的推送条件时，也即当用户属性数据满足消息的推送条件或者当历史行为数据满足消息的推送条件时，服务器通过网络将消息推送给用户所使用的客户端。比如，上述用户1的用户属性数据满足演唱会消息的推送条件，则服务器将该演唱会消息推送给用户1所使用的客户端。上述用户2的历史行为数据满足演唱会消息的推送条件，则服务器将该演唱会消息也推送给用户2所使用的客户端。

另外，当用户属性数据和历史行为数据均不满足消息的推送条件时，服务器不进行消息推送。比如，上述用户3的用户属性数据和历史行为数据均不满足演唱会消息的推送条件，则服务器不向该用户所使用的客户端推送该演唱会消息。

可选的，本实施例提供的消息推送方法，还可以包括如下步骤304至步骤306：

步骤304，接收客户端发送的消息查看记录，该消息查看记录用于反映用户是否查看消息。

客户端根据用户对消息的查看行为生成消息查看记录。消息查看记录用于反映用户是否查看消息。比如，客户端可记录用户对消息的点击行为，当用户点击消息时，说明用户查看了该消息；反之，当用户并未点击消息时，说明用户并未查看该消息。之后，客户端将消息查看记录发送给服务器。消息查看记录中可包括用户标识和用户查看的消息对应的消息标识。对应的，服务器接收来自于不同客户端的消息查看记录。

步骤305，根据来自于不同客户端的消息查看记录获取查看消息的不同用户的用户属性数据和/或历史行为数据。

服务器可对来自于不同客户端的消息查看记录进行分类处理。服务器根据消息查看记录中包含的消息标识进行分类，得到每一条消息的统计结果，该统计结果即为查看该条消息的用户数量。服务器计算查看该消息的用户数量与接收该消息的用户数量之间的比值，即可得到该消息的点击率。比如，服务器向10000位用户推送了上述演唱会消息，服务器接收到5000位用户所使用的客户端反馈的消息查看记录，则该演唱会消息的点击率为50％。

另外，服务器还可根据消息查看记录中携带的用户标识查询得到对应用户的用户属性数据和/或历史行为数据，并对不同用户的用户属性数据和/或历史行为数据进行统计和分析。仍然以上述演唱会消息为例，服务器接收到5000位用户所使用的客户端反馈的消息查看记录后，获取该5000位用户的用户属性数据，包括每个用户的性别和年龄值。然后，服务器对每种用户属性数据进行统计和分析，如根据性别计算男女比例、根据年龄值统计年龄结构等等。

步骤306，根据不同用户的用户属性数据和/或历史行为数据确定消息和/或其它消息的推送条件。

其中，其它消息可以是和上述消息的内容相同或相似的消息。比如，服务器可根据对上述歌手刘XX在XX市的演唱会消息的消息查看记录的分析结果，确定该歌手刘XX在其它城市的演唱会消息的推送条件。

具体来讲，本步骤可包括如下几种可能的实施方式：

1、根据不同用户的用户属性数据更新消息对应的预设用户属性数据。

服务器对不同用户的用户属性数据进行统计和分析，并根据分析结果对之前设置的预设用户属性数据进行更新。比如，当男性比例达到预定阈值时，将之前设置的预设用户属性数据中的性别“女”的限制去除。再比如，根据统计得到的年龄结构重新调整之前设置的预设用户属性数据中的年龄值，等等。

2、根据不同用户的历史行为数据更新消息对应的预设历史行为数据。

服务器对不同用户的历史行为数据进行统计和分析，并根据分析结果对之前设置的预设历史行为数据进行更新。比如，当分析发现存在较多用户在某个电商类应用中购买过歌手刘XX的专辑时，可在消息对应的预设历史行为数据中增加：用户在最近一个月内，在上述电商类应用中购买过歌手刘XX的专辑。

3、根据不同用户的用户属性数据设置其它消息对应的预设用户属性数据。

服务器还可对不同用户的用户属性数据进行统计和分析，并根据分析结果设置其它消息对应的预设用户属性数据。比如，服务器可以根据分析结果设置该歌手刘XX在其它城市的演唱会消息对应的预设用户属性数据；或者，服务器还可以根据分析结果设置与该歌手刘XX在差不多时期流行的歌手张XX的演唱会消息对应的预设用户属性数据，等等。

4、根据不同用户的历史行为数据设置其它消息对应的预设历史行为数据。

服务器还可对不同用户的历史行为数据进行统计和分析，并根据分析结果设置其它消息对应的预设历史行为数据。比如，服务器可以根据分析结果设置与该歌手刘XX在差不多时期流行的歌手张XX的演唱会消息对应的预设历史行为数据，该预设历史行为数据可以为：用户在最近一个月内，在上述音乐播放类应用中搜索或下载过歌手张XX的歌曲，或者在上述电商类应用中购买过歌手张XX的专辑。

需要说明的一点是：上述针对消息和/或其它消息的推送条件的确定仅是示例性和解释性的，在实际应用中，可采取不同的策略对客户端上报的消息查看记录进行统计和分析，以此为消息和/或其它消息设置更为准确的推送条件，部署更为准确的消息推送方案。

综上所述，本实施例提供的消息推送方法，通过对获取到的用户属性数据和/或历史行为数据进行检测，当上述两项数据中的至少一项满足消息的推送条件时，向用户推送消息；解决了相关技术存在的消息推送的准确度低且浪费网络资源的问题；由于用户属性数据反映了用户的个人基本信息，历史行为数据反映了用户在网络上的个人习惯和使用偏好，在对用户属性数据和/或历史行为数据进行分析之后，向用户推送感兴趣的消息，提高了消息推送的准确度，同时节省了网络资源。

另外，本实施例提供的消息推送方法，还通过获取来自于不同客户端的消息查看记录，并根据获取到的消息查看记录更新消息的推送条件和/或设置其它消息的推送条件，实现了对消息投放和查看情况的准实时监控，使得消息推广方能够及时地调整推广策略，进一步提高消息推送的准确度。

还需要说明的一点是：服务器可以获取用户属性数据和历史行为数据中的任意一项数据，也可获取全部两项数据。当服务器获取用户属性数据和历史行为数据中的全部两项数据时，服务器对用户属性数据和历史行为数据进行检测的先后顺序，本发明实施例不作具体限定。服务器可依次先后对上述两项数据进行检测，也可同时对上述两项数据进行检测。

比如，在一种可能的实施方式中，作为上述图3所示实施例中步骤301至步骤303的可替代步骤，服务器可执行如下步骤：1、接收客户端发送的携带有用户标识的消息获取请求；2、根据该用户标识从至少一个数据源中获取用户属性数据；3、检测用户属性数据是否满足消息的推送条件；若满足，则执行下述步骤6；若不满足，则执行下述步骤4；4、根据该用户标识从至少一个数据源中获取历史行为数据；5、检测历史行为数据是否满足消息的推送条件；若满足，则执行下述步骤6；若不满足，则结束流程；6、将消息推送给上述客户端。

在另一种可能的实施方式中，作为上述图3所示实施例中步骤301至步骤303的可替代步骤，服务器可执行如下步骤：1、预先获取不同用户的历史行为数据；2、分别检测每个用户的历史行为数据是否满足消息的推送条件；3、若满足，则将与历史行为数据关联的用户标识存储于预设标识集中；4、接收客户端发送的携带有用户标识的消息获取请求；5、检测消息获取请求中携带的用户标识是否存在于预设标识集中；若存在，则执行下述步骤8；若不存在，则执行下述步骤6；6、根据消息获取请求中携带的用户标识从至少一个数据源中获取用户属性数据；7、检测用户属性数据是否满足消息的推送条件；若满足，则执行下述步骤8；若不满足，则结束流程；8，将消息推送给上述客户端。

下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。

请参考图4，其示出了本发明一个实施例提供的消息推送装置的结构方框图，该消息推送装置可通过软件、硬件或者两者的结合实现成为服务器的部分或者全部。该消息推送装置可以包括：数据获取模块410、数据检测模块420和消息推送模块430。

数据获取模块410，用于获取用户的用户属性数据和/或历史行为数据，所述用户属性数据用于反映所述用户的个人基本信息，所述历史行为数据用于反映所述用户在网络上的个人习惯和使用偏好。

数据检测模块420，用于检测所述用户属性数据和/或所述历史行为数据是否满足消息的推送条件。

消息推送模块430，用于若所述用户属性数据和所述历史行为数据中的至少一项满足所述消息的推送条件，则将所述消息推送给所述用户所使用的客户端。

综上所述，本实施例提供的消息推送装置，通过对获取到的用户属性数据和/或历史行为数据进行检测，当上述两项数据中的至少一项满足消息的推送条件时，向用户推送消息；解决了相关技术存在的消息推送的准确度低且浪费网络资源的问题；由于用户属性数据反映了用户的个人基本信息，历史行为数据反映了用户在网络上的个人习惯和使用偏好，在对用户属性数据和/或历史行为数据进行分析之后，向用户推送感兴趣的消息，提高了消息推送的准确度，同时节省了网络资源。

请参考图5，其示出了本发明另一实施例提供的消息推送装置的结构方框图，该消息推送装置可通过软件、硬件或者两者的结合实现成为服务器的部分或者全部。该消息推送装置可以包括：数据获取模块410、数据检测模块420和消息推送模块430。

数据获取模块410，用于获取用户的用户属性数据和/或历史行为数据，所述用户属性数据用于反映所述用户的个人基本信息，所述历史行为数据用于反映所述用户在网络上的个人习惯和使用偏好。

数据检测模块420，用于检测所述用户属性数据和/或所述历史行为数据是否满足消息的推送条件。

消息推送模块430，用于若所述用户属性数据和所述历史行为数据中的至少一项满足所述消息的推送条件，则将所述消息推送给所述用户所使用的客户端。

在一种可能的实施方式中，所述数据检测模块420，包括：数据比对单元420a和第一确定单元420b。

所述数据比对单元420a，用于将所述用户属性数据与所述消息对应的预设用户属性数据进行比对。其中，所述用户属性数据包括地区、性别、年龄值、生日、IP地址、学校、学历、爱好、工作、星座、生肖、血型中的至少一种。

可选的，所述数据比对单元420a，包括：数据转换子单元420a1和字符串比对子单元420a2。

所述数据转换子单元420a1，用于根据预定对应关系将所述用户属性数据转换为第一字符串，所述预定对应关系包括不同用户属性数据与不同字符之间的对应关系。

所述字符串比对子单元420a2，用于将所述第一字符串和所述预设用户属性数据对应的第二字符串进行比对。

所述第一确定单元420b，用于当所述用户属性数据与所述预设用户属性数据相符时，确定所述用户属性数据满足所述消息的推送条件。

在另一种可能的实施方式中，所述数据检测模块420，包括：数据检测单元420c和第二确定单元420d。

所述数据检测单元420c，用于检测所述历史行为数据中是否存在所述消息对应的预设历史行为数据。其中，所述历史行为数据包括所述用户在网络上产生的历史操作行为的记录。

所述第二确定单元420d，用于若所述历史行为数据中存在所述预设历史行为数据，则确定所述历史行为数据满足所述消息的推送条件。

可选的，所述数据检测模块420，还包括：标识存储单元420e和标识检测单元420f。

所述标识存储单元420e，用于若所述历史行为数据中存在所述预设历史行为数据，则将与所述历史行为数据关联的用户标识存储于预设标识集中。

所述标识检测单元420f，用于在接收到所述客户端发送的携带有用户标识的消息获取请求时，检测所述消息获取请求中携带的用户标识是否存在于所述预设标识集中。

所述消息推送模块430，还用于若所述消息获取请求中携带的用户标识存在于所述预设标识集中，则将所述消息推送给所述用户所使用的客户端。

可选的，所述数据获取模块410，还用于根据所述用户对应的用户标识从至少一个数据源中获取所述用户属性数据和/或所述历史行为数据。

其中，所述至少一个数据源包括所述客户端的数据源和/或与所述用户标识关联的其它客户端的数据源，所述其它客户端包括社交类应用客户端、电商类应用客户端、支付类应用客户端、语音类应用客户端、娱乐类应用客户端、短视频客户端、工具类应用客户端中的至少一种。

可选的，所述装置还包括：记录接收模块440、获取数据模块450和条件确定模块460。

记录接收模块440，用于接收所述客户端发送的消息查看记录，所述消息查看记录用于反映所述用户是否查看所述消息。

获取数据模块450，用于根据来自于不同客户端的消息查看记录获取查看所述消息的不同用户的用户属性数据和/或历史行为数据。

条件确定模块460，用于根据所述不同用户的用户属性数据和/或历史行为数据确定所述消息和/或其它消息的推送条件。

其中，所述条件确定模块460，包括：

第一更新单元460a，用于根据所述不同用户的用户属性数据更新所述消息对应的预设用户属性数据；和/或，

第二更新单元460b，用于根据所述不同用户的历史行为数据更新所述消息对应的预设历史行为数据；和/或，

第一设置单元460c，用于根据所述不同用户的用户属性数据设置其它消息对应的预设用户属性数据；和/或，

第二设置单元460d，用于根据所述不同用户的历史行为数据设置其它消息对应的预设历史行为数据。

综上所述，本实施例提供的消息推送装置，通过对获取到的用户属性数据和/或历史行为数据进行检测，当上述两项数据中的至少一项满足消息的推送条件时，向用户推送消息；解决了相关技术存在的消息推送的准确度低且浪费网络资源的问题；由于用户属性数据反映了用户的个人基本信息，历史行为数据反映了用户在网络上的个人习惯和使用偏好，在对用户属性数据和/或历史行为数据进行分析之后，向用户推送感兴趣的消息，提高了消息推送的准确度，同时节省了网络资源。

另外，本实施例提供的消息推送装置，还通过获取来自于不同客户端的消息查看记录，并根据获取到的消息查看记录更新消息的推送条件和/或设置其它消息的推送条件，实现了对消息投放和查看情况的准实时监控，使得消息推广方能够及时地调整推广策略，进一步提高消息推送的准确度。

需要说明的是：上述实施例提供的消息推送装置在推送消息时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的消息推送装置与消息推送方法的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图6示出了本发明一个实施例提供的服务器的结构示意图。该服务器用于实施上述实施例中提供的消息推送方法。具体来讲：

所述服务器600包括中央处理单元(CPU)601、包括随机存取存储器(RAM)602和只读存储器(ROM)603的系统存储器604，以及连接系统存储器604和中央处理单元601的系统总线605。所述服务器600还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)606，和用于存储操作系统613、应用程序614和其他程序模块615的大容量存储设备607。

所述基本输入/输出系统606包括有用于显示信息的显示器608和用于用户输入信息的诸如鼠标、键盘之类的输入设备609。其中所述显示器608和输入设备609都通过连接到系统总线605的输入输出控制器610连接到中央处理单元601。所述基本输入/输出系统606还可以包括输入输出控制器610以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器610还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备607通过连接到系统总线605的大容量存储控制器(未示出)连接到中央处理单元601。所述大容量存储设备607及其相关联的计算机可读介质为服务器600提供非易失性存储。也就是说，所述大容量存储设备607可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。

不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器604和大容量存储设备607可以统称为存储器。

根据本发明的各种实施例，所述服务器600还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器600可以通过连接在所述系统总线605上的网络接口单元611连接到网络612，或者说，也可以使用网络接口单元611来连接到其他类型的网络或远程计算机系统(未示出)。

所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。上述一个或者一个以上程序包含用于执行上述图2或图3所示实施例提供的消息推送方法的指令。

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

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

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

获取用户的用户属性数据和/或历史行为数据，所述用户属性数据用于反映所述用户的个人基本信息，所述历史行为数据用于反映所述用户在网络上的个人习惯和使用偏好；

检测所述用户属性数据和/或所述历史行为数据是否满足消息的推送条件；

若所述用户属性数据和所述历史行为数据中的至少一项满足所述消息的推送条件，则将所述消息推送给所述用户所使用的客户端。

2.根据权利要求1所述的方法，其特征在于，所述检测所述用户属性数据是否满足消息的推送条件，包括：

将所述用户属性数据与所述消息对应的预设用户属性数据进行比对；

当所述用户属性数据与所述预设用户属性数据相符时，确定所述用户属性数据满足所述消息的推送条件；

其中，所述用户属性数据包括地区、性别、年龄值、生日、IP地址、学校、学历、爱好、工作、星座、生肖、血型中的至少一种。

3.根据权利要求2所述的方法，其特征在于，所述将所述用户属性数据与所述消息对应的预设用户属性数据进行比对，包括：

根据预定对应关系将所述用户属性数据转换为第一字符串，所述预定对应关系包括不同用户属性数据与不同字符之间的对应关系；

将所述第一字符串和所述预设用户属性数据对应的第二字符串进行比对。

4.根据权利要求1所述的方法，其特征在于，所述检测所述历史行为数据是否满足消息的推送条件，包括：

检测所述历史行为数据中是否存在所述消息对应的预设历史行为数据；

若所述历史行为数据中存在所述预设历史行为数据，则确定所述历史行为数据满足所述消息的推送条件；

其中，所述历史行为数据包括所述用户在网络上产生的历史操作行为的记录。

5.根据权利要求4所述的方法，其特征在于，所述检测所述历史行为数据中是否存在所述消息对应的预设历史行为数据之后，还包括：

若所述历史行为数据中存在所述预设历史行为数据，则将与所述历史行为数据关联的用户标识存储于预设标识集中；

在接收到所述客户端发送的携带有用户标识的消息获取请求时，检测所述消息获取请求中携带的用户标识是否存在于所述预设标识集中；

若所述消息获取请求中携带的用户标识存在于所述预设标识集中，则执行所述将所述消息推送给所述用户所使用的客户端的步骤。

6.根据权利要求1至5任一所述的方法，其特征在于，所述获取用户的用户属性数据和/或历史行为数据，包括：

根据所述用户对应的用户标识从至少一个数据源中获取所述用户属性数据和/或所述历史行为数据；

其中，所述至少一个数据源包括所述客户端的数据源和/或与所述用户标识关联的其它客户端的数据源，所述其它客户端包括社交类应用客户端、电商类应用客户端、支付类应用客户端、语音类应用客户端、娱乐类应用客户端、短视频客户端、工具类应用客户端中的至少一种。

7.根据权利要求1至5任一所述的方法，其特征在于，所述将所述消息推送给所述用户所使用的客户端之后，还包括：

接收所述客户端发送的消息查看记录，所述消息查看记录用于反映所述用户是否查看所述消息；

根据来自于不同客户端的消息查看记录获取查看所述消息的不同用户的用户属性数据和/或历史行为数据；

根据所述不同用户的用户属性数据和/或历史行为数据确定所述消息和/或其它消息的推送条件。

8.根据权利要求7所述的方法，其特征在于，所述根据所述不同用户的用户属性数据和/或历史行为数据确定所述消息和/或其它消息的推送条件，包括：

根据所述不同用户的用户属性数据更新所述消息对应的预设用户属性数据；和/或，

根据所述不同用户的历史行为数据更新所述消息对应的预设历史行为数据；和/或，

根据所述不同用户的用户属性数据设置其它消息对应的预设用户属性数据；和/或，

根据所述不同用户的历史行为数据设置其它消息对应的预设历史行为数据。

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

数据获取模块，用于获取用户的用户属性数据和/或历史行为数据，所述用户属性数据用于反映所述用户的个人基本信息，所述历史行为数据用于反映所述用户在网络上的个人习惯和使用偏好；

数据检测模块，用于检测所述用户属性数据和/或所述历史行为数据是否满足消息的推送条件；

消息推送模块，用于若所述用户属性数据和所述历史行为数据中的至少一项满足所述消息的推送条件，则将所述消息推送给所述用户所使用的客户端。

10.根据权利要求9所述的装置，其特征在于，所述数据检测模块，包括：数据比对单元和第一确定单元；

所述数据比对单元，用于将所述用户属性数据与所述消息对应的预设用户属性数据进行比对；

所述第一确定单元，用于当所述用户属性数据与所述预设用户属性数据相符时，确定所述用户属性数据满足所述消息的推送条件；

其中，所述用户属性数据包括地区、性别、年龄值、生日、IP地址、学校、学历、爱好、工作、星座、生肖、血型中的至少一种。

11.根据权利要求10所述的装置，其特征在于，所述数据比对单元，包括：数据转换子单元和字符串比对子单元；

所述数据转换子单元，用于根据预定对应关系将所述用户属性数据转换为第一字符串，所述预定对应关系包括不同用户属性数据与不同字符之间的对应关系；

所述字符串比对子单元，用于将所述第一字符串和所述预设用户属性数据对应的第二字符串进行比对。

12.根据权利要求9所述的装置，其特征在于，所述数据检测模块，包括：数据检测单元和第二确定单元；

所述数据检测单元，用于检测所述历史行为数据中是否存在所述消息对应的预设历史行为数据；

所述第二确定单元，用于若所述历史行为数据中存在所述预设历史行为数据，则确定所述历史行为数据满足所述消息的推送条件；

其中，所述历史行为数据包括所述用户在网络上产生的历史操作行为的记录。

13.根据权利要求12所述的装置，其特征在于，所述数据检测模块，还包括：标识存储单元和标识检测单元；

所述标识存储单元，用于若所述历史行为数据中存在所述预设历史行为数据，则将与所述历史行为数据关联的用户标识存储于预设标识集中；

所述标识检测单元，用于在接收到所述客户端发送的携带有用户标识的消息获取请求时，检测所述消息获取请求中携带的用户标识是否存在于所述预设标识集中；

所述消息推送模块，还用于若所述消息获取请求中携带的用户标识存在于所述预设标识集中，则将所述消息推送给所述用户所使用的客户端。

14.根据权利要求9至13任一所述的装置，其特征在于，

所述数据获取模块，还用于根据所述用户对应的用户标识从至少一个数据源中获取所述用户属性数据和/或所述历史行为数据；

其中，所述至少一个数据源包括所述客户端的数据源和/或与所述用户标识关联的其它客户端的数据源，所述其它客户端包括社交类应用客户端、电商类应用客户端、支付类应用客户端、语音类应用客户端、娱乐类应用客户端、短视频客户端、工具类应用客户端中的至少一种。

15.根据权利要求9至13任一所述的装置，其特征在于，所述装置还包括：

记录接收模块，用于接收所述客户端发送的消息查看记录，所述消息查看记录用于反映所述用户是否查看所述消息；

获取数据模块，用于根据来自于不同客户端的消息查看记录获取查看所述消息的不同用户的用户属性数据和/或历史行为数据；

条件确定模块，用于根据所述不同用户的用户属性数据和/或历史行为数据确定所述消息和/或其它消息的推送条件。

16.根据权利要求15所述的装置，其特征在于，所述条件确定模块，包括：

第一更新单元，用于根据所述不同用户的用户属性数据更新所述消息对应的预设用户属性数据；和/或，

第二更新单元，用于根据所述不同用户的历史行为数据更新所述消息对应的预设历史行为数据；和/或，

第一设置单元，用于根据所述不同用户的用户属性数据设置其它消息对应的预设用户属性数据；和/或，

第二设置单元，用于根据所述不同用户的历史行为数据设置其它消息对应的预设历史行为数据。