CN108600356B - 一种消息推送方法及装置 - Google Patents

Abstract

本发明实施例提供一种消息推送方法及装置，该方法包括：获取预设应用在当前消息推送时段推送的消息条数的上限；将预设应用的第一数量条消息推送给用户，其中，第一数量小于或等于预设应用在当前消息推送时段推送的消息条数的上限，并小于或等于预设应用在当前消息推送时段欲推送的消息条数。通过上述方式，本发明能够给用户推送适当条数的消息，提高推送消息的可读性，从而增强用户黏性，提升用户体验。

Description

一种消息推送方法及装置

技术领域

本发明实施例涉及信息推送技术领域，尤其涉及一种消息推送方法及装置。

背景技术

随着智能终端的不断发展，应用商店有数以万计的影音类、游戏类、新闻类应用程序(Application，简称APP)可供用户去下载使用，在同用户的交互中，应用消息推送起到提醒用户、增强用户黏性的作用，是产品及运营团队常用的手段，通过推送的消息用户能实时感知最新的资讯。

虽然用户能够通过应用消息获取信息，但众多APP不断给用户推送大量消息，容易给用户带来困扰，引起用户的反感，用户可能会屏蔽APP甚至将APP卸载。因而，如何给用户推送适当条数的消息，是目前亟待解决的技术问题。

发明内容

本发明实施例提供一种消息推送方法及装置，以解决如何给用户推送适当条数的消息的问题。

为了解决上述技术问题，本发明是这样实现的：

第一方面，本发明实施例提供了一种消息推送的方法，包括：

获取预设应用在当前消息推送时段推送的消息条数的上限；

将所述预设应用的第一数量条消息推送给用户，其中，第一数量小于或等于所述预设应用在当前消息推送时段推送的消息条数的上限，并小于或等于所述预设应用在所述当前消息推送时段欲推送的消息条数。

第二方面，本发明实施例提供了一种消息推送装置，包括：

消息个数生成模块，用于获取预设应用在当前消息推送时段推送的消息条数的上限；

消息推送模块，用于将所述预设应用的第一数量条消息推送给用户，其中，第一数量小于或等于所述预设应用在当前消息推送时段推送的消息条数的上限，并小于或等于所述预设应用在所述当前消息推送时段欲推送的消息条数。

第三方面，本发明实施例提供了一种移动终端，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述消息推送方法的步骤。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现上述消息推送方法的步骤。

在本发明实施例中，通过获取预设应用在当前消息推送时段推送的消息条数的上限，将小于或等于预设应用在当前消息推送时段推送的消息条数的上限，且小于或等于所述预设应用在所述当前消息推送时段欲推送的消息条数的第一数量条消息推送给用户，能够给用户推送适当条数的消息，提高推送消息的可读性，从而增强用户黏性，提升用户体验。

附图说明

图1为本发明实施例一的消息推送方法的流程示意图；

图2为本发明实施例二的消息推送方法的流程示意图；

图3为本发明一些优选实施例中消息推送界面的示意图；

图4为本发明一些优选实施例中预设应用的显示界面的示意图；

图5为本发明实施例三的消息推送装置的结构示意图；

图6为实现本发明各个实施例的一种移动终端的硬件结构示意图。

具体实施方式

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

请参阅图1，图1是本发明实施例一的消息推送方法的流程示意图，该方法包括：

步骤11：获取预设应用在当前消息推送时段推送的消息条数的上限。

步骤12：将所述预设应用的第一数量条消息推送给用户，其中，第一数量小于或等于所述预设应用在当前消息推送时段推送的消息条数的上限，并小于或等于所述预设应用在所述当前消息推送时段欲推送的消息条数。

采用上述方法，本发明能够给用户推送适当条数的消息，提高推送消息的可读性，从而增强用户黏性，提升用户体验。

上述实施例中，可根据用户使用预设应用的地理位置确定所推送的消息的类型，能够精确地推送可读性强的消息给用户。

具体地，可获取用户在当前消息推送时段使用预设应用的地理位置，从而确定预设应用推送的消息的类型。例如：用户在公司使用办公类APP，则确定推送的消息的类型为工作类消息；用户在家使用休闲类APP，则确定推送的消息的类型为游戏、音乐、电影等音乐类消息。

上述实施例中，可采用多种更新原则更新要推送给用户的消息，例如：可以每天更新一次，无论当天的消息是否被读取，次日会更新新的消息，从而保证消息的时效性，提高消息的价值，提升用户体验。

上述实施例中，消息推送时段可以为一段时间范围，如：8:00-8:20，也可以为一具体时间点，如：13:00，从而能够在恰当的时间将消息推送给用户，进一步增强用户黏性，提升用户体验。

请参阅图2，图2是本发明实施例二的消息推送方法的流程示意图，该方法包括：

步骤21：采集用户使用应用的数据，生成用户推送信息库。

具体地，用户推送信息库中包括：应用的名称、用户使用应用的使用时长、用户使用应用的开始时间、用户使用应用最常出现的地理位置和用户的兴趣数据。用户推送信息库中保存的数据可以为用户在多个时段的使用数据，例如：用户使用应用的使用时长可以包括一天中早、中、晚三个不同时段的使用时长。

步骤22：从用户推送信息库中获取预设应用的一消息推送时段对应的用户使用预设应用的使用时长。

具体地，可以事先获取预设应用的某一个或某几个消息推送时段对应的用户使用预设应用的使用时长。例如：用户推送信息库中保存的一用户使用微博的使用时长分别为每天早上7:00-7:10这10分钟，以及晚上19:30-20:00这30分钟，可以在每天的0:00同时获取该用户每天早上使用微博的使用时长为10分钟，每天晚上使用微博的使用时长为30分钟，即消息推送时段为早上时，获取到的该消息推送时段对应的用户使用微博的使用时长为10分钟，消息推送时段为晚上时，获取到的该消息推送时段对应的用户使用微博的使用时长为30分钟。也可以在每天早上6:30获取该用户每天早上使用微博的使用时长为10分钟；在每天晚上19:00再获取该用户每天早上使用微博的使用时长为30分钟。

步骤23：获取用户读取预设应用中的消息的读取时长。

具体地，当预设应用中的消息为单一格式的消息时，可以仅根据用户读取预设应用中的历史消息，确定预设应用中消息的读取时长。例如：应用N中的推送消息均为音乐消息，用户共读取了应用N中的20条音乐消息，共花费了100分钟，则用户读取应用N中一条消息的平均时长为5分钟，则应用N中的消息的读取时长为5分钟。

也可以计算用户读取预设应用要推送的每一条消息的平均时长，作为预设应用中的消息的读取时长。

预设应用要推送的消息为视频类或音乐类消息时，计算要推送的每一条消息实际播放时间的平均值，作为预设应用中的消息的读取时长。

预设应用要推送的消息为文字类消息时，预计用户读取每条要推送的文字消息的时长，再计算用户读取每条要推送的文字消息的时长的平均值，作为预设应用中的消息的读取时长。

例如：应用M共有20条文字消息要推送，计算用户读取这20条消息中的每一条文字消息的时长，计算公式如下：

用户读取一条文字消息的时长＝单篇文章平均读取时间/单篇文章平均字数*本条文字消息的字数，

其中，可以根据用户读取应用M中的历史文字消息计算得到单篇文章平均读取时间、单篇文章平均字数，如用户共读取过应用M中的100条文字消息，读取每篇文字消息平均花费3分钟，每篇文字消息平均字数为500字，则单篇文章平均读取时间为3分钟，单篇文章平均字数为500字。

分别计算用户读取20条文字消息中每一条文字消息的时长，再计算用户读取这20条文字消息的平均时长，作为预设应用中的消息的读取时长。

当预设应用中的消息为多种格式的消息时，可以计算用户读取预设应用内的至少一条消息的实际时长之和，作为预设应用中的消息的读取时长。

例如，用户读取应用G中消息的优先级从高到低依次为文字消息、音乐消息、视频消息，则在计算应用G中的读取时长时，按照先读取文字消息，再读取音乐消息，最后读取视频消息的顺序计算读取时长。

具体地，可以根据用户读取消息的优先级，计算用户读取预设应用内的至少一条消息的实际时长之和，作为预设应用中的消息的读取时长。

用户读取消息的优先级，可以根据用户推送信息库中保存的用户的兴趣数据进行设定；可以由用户自由设定，更加灵活方便，能够进一步提升用户体验。

步骤24：根据所述使用时长和所述读取时长，确定预设应用在一消息推送时段推送的消息条数的上限。

当预设应用中的消息为单一格式的消息时，将所述使用时长和所述读取时长相除，根据相除的结果确定预设应用在一消息推送时段推送的消息条数的上限。即根据消息的类别，将预设应用的使用时长除以用户读取该类别的每条消息的读取时长，根据相除的结果确定预设应用在一消息推送时段推送的消息条数的上限。

例如，一用户读取每条文字消息的读取时长为3分钟，应用X的一消息推送时段对应的用户使用应用X的使用时长为20分钟，则20/3＝6.67，向下取整得到应用X推送的消息条数的上限为6条。

又如，一用户读取每条文字消息、每条音乐消息、每条视频消息的读取时长分别为3分钟、5分钟、20分钟，则预设应用在一消息推送时段的使用时长和确定的推送的消息条数的上限如下表1。

APP名称	APP使用时长(分钟)	消息类别	能推送条数上限
				应用A	55	音乐	11
应用B	60	视频	3
				应用C	25	文字	5
应用D	20	文字	4
				应用E	30	文字	6
应用F	15	文字	3

表1

当预设应用中的消息为多种格式的消息时，比较所述使用时长和所述读取时长，根据比较的结果确定预设应用在一消息推送时段推送的消息条数的上限。

具体地，用户读取预设应用中的消息的读取时长必须小于或等于用户使用预设应用的使用时长。

例如：用户在一消息推送时段对应的使用应用A的使用时长为55分钟，应用A的待推送消息中，音乐消息1用时3分钟，音乐消息2用时5分钟，视频消息1用时40分钟，文字消息1用时3分钟，则用户读取这4条消息的读取时间为51分钟，小于55分钟，因此，应用A在这一消息推送时段推送的消息条数的上限为4条。

进一步地，可以根据用户读取消息的优先级，确定预设应用在一消息推送时段推送的消息条数的上限。

例如：用户读取消息的优先级从高到低依次为文字消息、音乐消息、视频消息。应用P的待推送消息中，文字消息1用时2分钟，文字消息2用时1分钟，音乐消息1用时5分钟，音乐消息2用时6分钟，视频消息1用时20分钟，视频消息2用时15分钟，则应用P中的消息的读取时长有多种情况。用户在一消息推送时段对应的使用应用P的使用时长为40分钟。则根据优先级对应用P的待推送消息进行选择，使得用户读取应用P中的消息的读取时长最接近40分钟，且小于或等于40分钟。用户读取文字消息1、文字消息2、音乐消息1、音乐消息2和视频消息1这5条消息的读取时长为2+1+5+6+20＝34<40，用户读取文字消息1、文字消息2、音乐消息1、音乐消息2、视频消息1和视频消息2这6条消息的读取时长为2+1+5+6+20+15＝49>40，因此，应用P在这一消息推送时段推送的消息条数的上限为5条。

步骤25：确定待发送的第一数量条消息。

具体地，预设应用在一消息推送时段推送的消息条数的上限是推送消息的饱和值，考虑到不同应用可能有并发的情况，所以将预设应用在当前消息推送时段推送的消息条数的上限和用户历史消息查看比例相乘，根据相乘的结果和预设应用在当前消息推送时段欲推送的消息条数，确定所述第一数量。其中，预设应用在当前消息推送时段欲推送的消息条数为在当前消息推送时段，预设应用想要推送给用户的消息条数。

例如：获取到应用B在当前消息推送时段推送的消息条数的上限为10条，一用户使用应用B的过程中，该用户历史消息查看比例为80％，则10×80％＝8，但应用B在当前消息推送时段欲推送5条消息，确定第一数量为5条。

又如：获取到应用B在当前消息推送时段推送的消息条数的上限为12条，一用户使用应用B的过程中，该用户历史消息查看比例为70％，则12×70％＝8.4，向下取整为8条，应用B在当前消息推送时段欲推送10条消息，确定第一数量为8条。

步骤26：将预设应用的第一数量条消息推送给用户。

具体地，可通过系统主动推送和用户点击触发两种方式将消息推送给用户。用户可根据自己的需求来选择以何种方式推送消息，使预设应用的消息在合适的时候以主动或者被动的方式呈现给用户，既不会打扰用户，还能提升用户阅读消息的体验，进一步增强用户黏性。

步骤27：分析用户读取预设应用中的消息的读取情况和用户在一段时间内的兴趣数据。

具体地，利用本发明中的消息推送方法将消息推送给用户一段时间后，实时分析用户在这段时间内使用应用的使用情况，包括但不限于：用户使用的应用的名称、用户使用应用的使用时长、用户使用应用的开始时间、用户使用应用所在的地理位置等等。还实时分析用户读取应用中的消息的读取情况，以更新用户查看消息的用户历史消息查看比例；并结合用户在这段时间内使用预设应用中的搜索和/或消息读取记录，分析用户在这段时间内的兴趣是否发生转移。

用户新下载应用后，也实时分析用户在这段时间内使用该应用的使用情况和读取该应用中的消息的读取情况，以将用户使用该应用的情况增加至用户推送信息库。

步骤28：更新用户推送信息库。

根据用户推送信息库保存的历史数据和步骤27分析获得的结果，实时更新用户推送信息库，以精准获知用户在最近一段时间的兴趣点和关注点，确保推送给用户的消息是用户最想要的消息，增强消息的可读性，提高用户使用应用的活跃度。且可以根据用户点击消息的读取情况，及时调整推送给用户的消息的条数，不打扰用户，提高用户点击消息进行查看的比例，进一步增强用户黏性。

在本发明的一些优选实施例中，可以通过采集用户在预设周期内的每一预设时段内使用应用的使用数据，生成用户推送信息库。

即，步骤21包括以下步骤：

步骤211：获取用户在预设周期内的每一预设时段内使用应用的使用数据。

举例来说，可以获取用户在一个月内的每一天使用应用的使用数据，统计时间从一天的0:00开始至24:00结束，获取的使用数据包括：当天用户使用的应用的名称、用户使用应用的使用时长、用户使用应用的开始时间、用户使用应用所在的地理位置。具体请参阅表2，表2是用户在一个月内某一天使用应用的使用数据。

APP名称	APP使用时长(分钟)	APP开始时间	地理位置
				应用A	60	11:00	地点A
应用B	70	10:00	地点B
				应用C	30	9:00	地点C
应用D	20	12:00	地点D
				应用E	40	17:00	地点E
应用F	15	18:00	地点F

表2

还可以获取用户在一个月内的每一天的不同时段使用应用的使用数据，例如可根据职场人士一天的工作、生活时段将统计时间划分为0:00-6:00(睡眠时段)、6:00-9:00(早休时段)、9:00-11:30(上班时段)、11:30-13:00(午休时段)、13:00-17:30(上班时段)、17:30-22:00(晚休时段)和22:00-24:00(睡眠时段)多个时段。当预设时段为早休时段时，获取用户在一个月内的每一天的6:00-9:00使用应用的使用数据；当预设时段为休息时段时，分别获取用户在一个月内的每一天的6:00-9:00、11:30-13:00、17:30-22:00使用应用的使用数据。

步骤212：确定用户在预设周期内的所有预设时段使用应用的平均数据。

获取到用户在一个月内的每一天0:00-24:00使用应用的使用数据之后，根据所使用应用的名称，分别汇总用户在这个月使用每个应用的使用数据，确定用户在预设周期内的所有预设时段使用每个应用的平均数据。

举例来说，用户所使用的应用为应用A，汇总用户在一个月内使用应用A的使用总时长、使用应用A的开始时间和使用应用A所在的地理位置。将用户使用应用A的使用总时长除以当月天数，获得用户在该月内的每一天使用应用A的平均使用时长。计算所汇总的应用A在一个月内的每一天的开始时间的平均值，作为用户在该月内的每一天使用应用A的平均开始时间。将所汇总的用户使用应用A所在的不同地理位置按出现的次数从高到低排序，确定出现次数最高的地理位置为最常出现的地理位置。

根据所使用应用的名称，分别确定的用户在一个月内的每一天使用每个应用的平均数据请参阅表3。

表3

同样的，分别获取到用户在一个月内的每一天的不同时段使用应用的使用数据之后，在不同时段内，根据所使用应用的名称，分别汇总用户在这个月使用每个应用的使用数据，确定用户在预设周期内的所有预设时段使用每个应用的平均数据。例如：分别获取到用户在一个月内的每一天的早休时段、午休时段、晚休时段使用应用的使用数据之后，根据所使用应用的名称，分别汇总用户在这个月每一天的6:00-9:00使用每个应用的使用数据，确定用户在这个月每一天的早休时段使用每个应用的平均数据；同理可确定用户在这个月每一天的午休时段、晚休时段使用每个应用的平均数据。

步骤213：确定用户的兴趣数据。

统计用户在预设周期内使用应用中的搜索记录、消息读取记录、点看内容和使用应用后关注的内容，对用户使用应用中的搜索记录、消息读取记录、点看内容和使用应用后关注的内容进行划分，挖掘用户的兴趣点，确定用户的兴趣数据。如用户在一个月内经常点看新闻，经常搜索酒店，则可以很快匹配出用户在该月的兴趣点为新闻、酒店，确定用户的兴趣数据为新闻、酒店。

还可以根据用户在预设周期内使用应用中的搜索记录、消息读取记录、点看内容和使用应用后关注的内容对匹配好的不同类别的兴趣点进行排序，例如：用户在一个月内点看王者荣耀20次、搜索各类电影10次、读取理财类消息30次、关注美食类博客5次，则按照统计的次数从高到低依次排序，用户的兴趣数据的优先级依次为：理财、游戏、电影、美食。

步骤214：生成用户推送信息库。

将步骤212确定的用户在预设周期内的所有预设时段使用APP的平均数据和步骤213确定的用户的兴趣数据进行汇总，生成用户推送信息库。用户推送信息库中包括：用户使用APP的使用时长、开始时间、最常出现的地理位置和用户的兴趣数据。

所述用户使用APP的使用时长为步骤212中确定的用户在预设周期内的所有预设时段使用APP的平均使用时长；所述开始时间为步骤212中确定的用户在预设周期内的所有预设时段使用APP的平均开始时间；所述最常出现的地理位置为步骤212中确定的最常出现的地理位置；所述用户的兴趣数据为步骤213中确定的用户的兴趣数据。

上述实施例中，用户推送信息库中保存的用户使用APP的使用时长为用户在预设周期内的所有预设时段使用APP的平均使用时长；在本发明的其他实施例中，也可以统计用户在预设周期内的所有预设时段使用APP的使用时长，将最长的使用时长、最短的使用时长或者统计次数最高的使用时长作为用户推送信息库中保存的用户使用APP的使用时长，或者用户根据需求自定义用户使用APP的使用时长，更加灵活方便，本发明不作限定。

上述实施例中，用户推送信息库中保存的用户使用APP的开始时间为用户在预设周期内的所有预设时段使用APP的平均开始时间；在本发明的其他实施例中，也可以将用户在预设周期内的所有预设时段使用APP的不同开始时间进行排序，将统计次数最高的开始时间作为用户推送信息库中保存的用户使用APP的开始时间，或者用户根据需求自定义用户使用APP的开始时间，更加灵活方便，本发明不作限定。

在本发明的一些优选实施例中，可从用户推送信息库中获取用户使用预设应用最常出现的地理位置，并获取用户在当前消息推送时段使用预设应用的地理位置，从而确定预设应用推送的消息的类型，可以更精准地匹配出用户想要的消息，进一步提高用户点击阅读消息的活跃度。

例如：一用户为游戏公司员工，最常在公司使用游戏类APP，检测到用户在当前消息推送时段使用游戏类APP的位置为公司，确定推送的消息的类型为游戏类居多。

本发明的一些优选实施例中，通过系统主动推送的方式将第一数量条消息推送给用户，能够更方便、更便捷地将消息推送给用户，让用户能更快速、及时地读取消息。

具体地，从用户推送信息库中获取预设应用的一消息推送时段对应的用户使用预设应用的开始时间；根据所述开始时间，确定预设应用的一消息推送时段的推送时间。

可以设定在用户使用预设应用的开始时间之前一时间点或者一段时间，自动将第一数量条消息推送给用户。例如：从用户推送信息库中获取到用户在午休时段使用应用C的开始时间为11:10，可以设定在用户使用应用C的开始时间之前10分钟推送消息，则在11:00将应用C的第一数量条消息推送给用户；或者设定在用户使用应用C的开始时间之前5至10分钟推送消息，则在11:00-11:05将应用C的第一数量条消息推送给用户。

进一步地，还可以根据从用户推送信息库中获取的预设应用的一消息推送时段对应的用户使用预设应用的开始时间和使用时长，确定预设应用在所述一消息推送时段的推送时间。

例如：从用户推送信息库中获取到用户在晚休时段使用应用C的开始时间为19:00，使用时长为60分钟，确定对应的消息推送时段为19:00-20:00，若第一数量为9条，可以设定在用户使用应用C的使用时段内分3次均匀推送9条消息，根据用户使用应用C的开始时间19:00及使用时长60分钟，可确定应用C在该消息推送时段的推送时间分别为19:00、19:20、19:40，在19:00、19:20、19:40分别将应用C的3条消息推送给用户。

在本发明的一些优选实施例中，所述将所述预设应用的第一数量条消息推送给用户的步骤包括：将推送给用户的预设应用的第一数量条消息显示于消息推送界面上，消息推送界面的显示内容包括：预设应用的名称、第一数量和第一数量条消息的预计读取总时长，例如图3中消息推送界面包括：应用A的名称和/或图标、第一数量3条和读取应用A的3条消息预计读取总时长，以及应用B的名称和/或图标、第一数量2条和读取应用B的2条消息预计读取总时长。

进一步地，可从用户推送信息库中获取用户的兴趣数据；根据所述用户的兴趣数据和/或所述预设应用中的第一数量条消息中每一条消息的预计读取时长，对所述第一数量条消息进行排序，在所述预设应用的显示界面显示排序后的所述第一数量条消息。

当用户点击图3中的应用A后，进入应用A的显示界面，该显示界面可以为应用A的登录预至界面，即用户打开应用A但未登录应用A时的界面，在登录预至界面分别显示消息的标题和预计读取时长，可根据用户的兴趣数据和/或消息的预计读取时长，排列不同消息的显示顺序，在应用A的显示界面显示排序后的第一数量条消息。如图4中共有3条消息，可根据用户的喜好高低(如：消息1>消息2>消息3)进行排列；也可根据用户读取消息的预计读取时长(如：消息1>消息2>消息3)进行排列；还可综合用户的喜好和读取消息的预计读取时长进行排列，本发明不作限定。

本发明的其他一些优选实施例中，通过用户点击触发的方式将第一数量条消息推送给用户，从而消息的推送不打扰用户，进一步增强用户黏性。

具体地，根据用户推送信息库中保存的用户使用预设应用的使用时长和开始时间，确定预设应用的消息推送时段的时间范围；当检测到预设应用被触发且所述预设应用的消息推送被设置为勿扰模式时，判断当前时刻是否处于预设应用的一消息推送时段的时间范围内；当前时刻处于所预设应用的一消息推送时段的时间范围内时，确定当前时刻为所述预设应用的一消息推送时段的推送时间，将第一数量条消息推送给用户。

例如：确定一用户在午休时段使用应用A的时间范围，如为12:00-12:20。当该用户点击应用A后，判断该用户点击应用A的当前时间是否在12:00-12:20的时间范围内，如果是，则在当前时间将第一数量条消息推送给用户；如果不是，则当前时间不进行消息推送。

上述实施例中，为了保护用户的隐私，可以将预设应用的消息和/或消息推送界面和/或预设应用的显示界面进行加密；当检测到用户查看消息时，验证用户的身份是否合法；当用户的身份合法时，显示消息推送界面和/或预设应用的显示界面中的消息。从而能够避免一些重要应用消息被泄露，例如：用户的理财类消息，提升了安全性。

在本发明的一些优选实施例中，可以是服务器将预设应用的消息发送至终端，终端对消息进行保存，根据用户使用终端上的预设应用的习惯，终端再将预设应用的消息推送给用户，能够更有针对性、更精准地向用户推送信息；在本发明的其他优选实施例中，也可以是服务器根据用户使用终端上的预设应用的习惯，将预设应用的消息直接推送给用户，能够更快速、便捷地向用户推送信息；本发明不作限定。

请参阅图5，图5是本发明实施例三的消息推送装置的结构示意图，该消息推送装置500包括：

消息个数生成模块501，用于获取预设应用在当前消息推送时段推送的消息条数的上限；

消息推送模块502，用于将所述预设应用的第一数量条消息推送给用户，其中，第一数量小于或等于所述预设应用在当前消息推送时段推送的消息条数的上限，并小于或等于所述预设应用在所述当前消息推送时段欲推送的消息条数。

进一步地，所述消息个数生成模块501，用于从用户推送信息库中获取所述预设应用的一消息推送时段对应的用户使用所述预设应用的使用时长；获取用户读取所述预设应用中的消息的读取时长；根据所述使用时长和所述读取时长，确定所述预设应用在一消息推送时段推送的消息条数的上限。

进一步地，所述消息推送装置500还包括：

第一数据收集模块，用于采集用户在预设周期内的每一预设时段内使用所述预设应用的使用时长；计算用户在预设周期内的所有预设时段内使用所述预设应用的使用时长的平均值，作为所述用户推送信息库中存储的所述预设应用的一消息推送时段对应的用户使用所述预设应用的使用时长。

进一步地，所述消息个数生成模块501，用于当所述预设应用中的消息为单一格式的消息时，计算用户读取所述预设应用内的每一条消息的平均时长，作为所述预设应用中的消息的读取时长；将所述使用时长和所述读取时长相除，根据相除的结果确定所述预设应用在一消息推送时段推送的消息条数的上限；当所述预设应用中的消息为多种格式的消息时，计算用户读取所述预设应用内的至少一条消息的实际时长之和，作为所述预设应用中的消息的读取时长；比较所述使用时长和所述读取时长，根据比较的结果确定所述预设应用在一消息推送时段推送的消息条数的上限。

进一步地，所述消息推送装置500还包括：

确定模块，用于从所述用户推送信息库中获取所述预设应用的一消息推送时段对应的用户使用所述预设应用的开始时间；根据所述开始时间，确定所述预设应用的一消息推送时段的推送时间。

进一步地，所述消息推送模块502，用于在所述推送时间将所述预设应用的第一数量条消息推送给用户；将推送给用户的所述预设应用的第一数量条消息显示于消息推送界面上，所述消息推送界面的显示内容包括：所述预设应用的名称、所述第一数量和所述第一数量条消息的预计读取总时长。

进一步地，所述消息推送模块502，用于根据所述使用时长和所述开始时间，确定所述预设应用的消息推送时段的时间范围；当检测到所述预设应用被触发且所述预设应用的消息推送被设置为勿扰模式时，判断当前时刻是否处于所述预设应用的一消息推送时段的时间范围内；当前时刻处于所述预设应用的一消息推送时段的时间范围内时，确定当前时刻为所述预设应用的一消息推送时段的推送时间。

进一步地，所述消息推送装置500还包括：

第二数据收集模块，用于统计用户在预设周期内的每一预设时段内使用所述预设应用的开始时间，确定所述用户推送信息库中存储的所述用户使用所述预设应用的开始时间。

进一步地，所述消息推送装置500还包括：

分析模块，用于分析用户读取所述预设应用中的消息的读取情况和用户在一段时间内的兴趣数据；

反向数据更新模块，用于更新所述用户推送信息库。

进一步地，所述消息个数生成模块501，用于将所述预设应用在当前消息推送时段推送的消息条数的上限和用户历史消息查看比例相乘，根据相乘的结果确定所述第一数量。

进一步地，所述消息推送模块502，用于从用户推送信息库中获取用户的兴趣数据；根据所述用户的兴趣数据和/或所述预设应用中的第一数量条消息中每一条消息的预计读取时长，对所述第一数量条消息进行排序，在所述预设应用的显示界面显示排序后的所述第一数量条消息。

进一步地，所述消息推送装置500还包括：

第三数据收集模块，用于统计用户使用所述预设应用中的搜索和/或消息读取记录；对所述搜索和/或消息读取记录进行划分，挖掘用户的兴趣点，作为所述用户推送信息库中存储的所述用户的兴趣数据。

进一步地，所述消息推送模块502，用于从用户推送信息库中获取用户使用所述预设应用最常出现的地理位置；获取用户在当前消息推送时段使用所述预设应用的地理位置；根据用户在当前消息推送时段使用所述预设应用的地理位置和所述用户使用所述预设应用最常出现的地理位置，确定所述预设应用推送的消息的类型。

进一步地，所述消息推送装置500还包括：

第四数据收集模块，用于统计用户在预设周期内的每一预设时段内使用所述预设应用的地理位置，确定所述用户推送信息库中存储的所述用户使用所述预设应用最常出现的地理位置。

进一步地，所述消息推送模块502，用于将所述预设应用的消息和/或消息推送界面进行加密；当检测到用户查看所述消息时，验证用户的身份是否合法；当用户的身份合法时，显示所述消息推送界面中的消息。

本发明实施例提供的消息推送装置能够实现图1至图2的方法实施例中的各个过程，为避免重复，这里不再赘述。

采用上述消息推送装置，能够给用户推送适当条数的消息，提高推送消息的可读性，从而增强用户黏性，提升用户体验。

参阅图6，图6为实现本发明各个实施例的一种移动终端的硬件结构示意图。

该移动终端100包括但不限于：射频单元101、网络模块102、音频输出单元103、输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，移动终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，处理器110，用于获取预设应用在当前消息推送时段推送的消息条数的上限；将所述预设应用的第一数量条消息推送给用户，其中，第一数量小于或等于所述预设应用在当前消息推送时段推送的消息条数的上限，并小于或等于预设应用在当前消息推送时段欲推送的消息条数。

本发明能够给用户推送适当条数的消息，提高推送消息的可读性，从而增强用户黏性，提升用户体验。

应理解的是，本发明实施例中，射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信系统与网络和其他设备通信。

移动终端通过网络模块102为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元103可以将射频单元101或网络模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103包括扬声器、蜂鸣器以及受话器等。

输入单元104用于接收音频或视频信号。输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或网络模块102进行发送。麦克风1042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。

移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器105还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板1061。

用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板1071可覆盖在显示面板1061上，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图6中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。

接口单元108为外部装置与移动终端100连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，移动终端100包括一些未示出的功能模块，在此不再赘述。

优选的，本发明实施例还提供一种移动终端，包括处理器110，存储器109，存储在存储器109上并可在所述处理器110上运行的计算机程序，该计算机程序被处理器110执行时实现上述消息推送方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述消息推送方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (9)

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

获取预设应用在当前消息推送时段推送的消息条数的上限；

将所述预设应用的第一数量条消息推送给用户，其中，第一数量小于或等于所述预设应用在当前消息推送时段推送的消息条数的上限，并小于或等于所述预设应用在所述当前消息推送时段欲推送的消息条数；

所述获取预设应用在当前消息推送时段推送的消息条数的上限的步骤包括：

从用户推送信息库中获取所述预设应用的一消息推送时段对应的用户使用所述预设应用的使用时长；

获取用户读取所述预设应用中的消息的读取时长；

根据所述使用时长和所述读取时长，确定所述预设应用在一消息推送时段推送的消息条数的上限。

2.如权利要求1所述的消息推送方法，其特征在于，

当所述预设应用中的消息为单一格式的消息时，所述获取用户读取所述预设应用中的消息的读取时长的步骤包括：计算用户读取所述预设应用内的每一条消息的平均时长，作为所述预设应用中的消息的读取时长；所述根据所述使用时长和所述读取时长，确定所述预设应用在一消息推送时段推送的消息条数的上限的步骤包括：将所述使用时长和所述读取时长相除，根据相除的结果确定所述预设应用在一消息推送时段推送的消息条数的上限；

当所述预设应用中的消息为多种格式的消息时，所述获取用户读取所述预设应用中的消息的读取时长的步骤包括：计算用户读取所述预设应用内的至少一条消息的实际时长之和，作为所述预设应用中的消息的读取时长；所述根据所述使用时长和所述读取时长，确定所述预设应用在一消息推送时段推送的消息条数的上限的步骤包括：比较所述使用时长和所述读取时长，根据比较的结果确定所述预设应用在一消息推送时段推送的消息条数的上限。

3.如权利要求1所述的消息推送方法，其特征在于，

所述将所述预设应用的第一数量条消息推送给用户的步骤之前，还包括：

从所述用户推送信息库中获取所述预设应用的一消息推送时段对应的用户使用所述预设应用的开始时间；

根据所述开始时间，确定所述预设应用的一消息推送时段的推送时间。

4.如权利要求1所述的消息推送方法，其特征在于，所述将所述预设应用的第一数量条消息推送给用户的步骤包括：

从用户推送信息库中获取用户的兴趣数据；

根据所述用户的兴趣数据和/或所述预设应用中的第一数量条消息中每一条消息的预计读取时长，对所述第一数量条消息进行排序，在所述预设应用的显示界面显示排序后的所述第一数量条消息。

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

消息个数生成模块，用于获取预设应用在当前消息推送时段推送的消息条数的上限；

消息推送模块，用于将所述预设应用的第一数量条消息推送给用户，其中，第一数量小于或等于所述预设应用在当前消息推送时段推送的消息条数的上限，并小于或等于所述预设应用在所述当前消息推送时段欲推送的消息条数；

所述消息个数生成模块，用于从用户推送信息库中获取所述预设应用的一消息推送时段对应的用户使用所述预设应用的使用时长；获取用户读取所述预设应用中的消息的读取时长；根据所述使用时长和所述读取时长，确定所述预设应用在一消息推送时段推送的消息条数的上限。

6.如权利要求5所述的消息推送装置，其特征在于，

所述消息个数生成模块，用于当所述预设应用中的消息为单一格式的消息时，计算用户读取所述预设应用内的每一条消息的平均时长，作为所述预设应用中的消息的读取时长；将所述使用时长和所述读取时长相除，根据相除的结果确定所述预设应用在一消息推送时段推送的消息条数的上限；当所述预设应用中的消息为多种格式的消息时，计算用户读取所述预设应用内的至少一条消息的实际时长之和，作为所述预设应用中的消息的读取时长；比较所述使用时长和所述读取时长，根据比较的结果确定所述预设应用在一消息推送时段推送的消息条数的上限。

7.如权利要求5所述的消息推送装置，其特征在于，还包括：

确定模块，用于从所述用户推送信息库中获取所述预设应用的一消息推送时段对应的用户使用所述预设应用的开始时间；根据所述开始时间，确定所述预设应用的一消息推送时段的推送时间。

8.如权利要求5所述的消息推送装置，其特征在于，

所述消息推送模块，用于从用户推送信息库中获取用户的兴趣数据；根据所述用户的兴趣数据和/或所述预设应用中的第一数量条消息中每一条消息的预计读取时长，对所述第一数量条消息进行排序，在所述预设应用的显示界面显示排序后的所述第一数量条消息。

9.一种移动终端，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至3中任一项所述的消息推送方法的步骤。

Images