用于推送信息的方法和装置
技术领域
本申请实施例涉及计算机技术领域,具体涉及用于推送信息的方法和装置。
背景技术
信息推送,又称为“网络广播”,是通过一定的技术标准或协议,在互联网上通过推送用户需要的信息来减少信息过载的一项技术。信息推送技术通过主动推送信息给用户,可以减少用户在网络上搜索所花的时间。
现有的信息推送方式通常是本领域技术人员根据经验人工确定推送时间段,并在推送时间段内向用户推送信息。
发明内容
本申请实施例提出了用于推送信息的方法和装置。
第一方面,本申请实施例提供了一种用于推送信息的方法,包括:获取待推送用户的信息;基于待推送用户的信息确定待推送用户是否是预设应用的注册用户;响应于确定待推送用户是预设应用的注册用户,获取待推送用户在预设应用中的历史行为记录集合;基于历史行为记录集合,统计预设时间段集合中的预设时间段对应的历史行为记录计数;基于预设时间段集合中的预设时间段对应的历史行为记录计数,确定推送时间段,以及在推送时间段内向待推送用户推送信息。
在一些实施例中,该方法还包括:响应于确定待推送用户不是预设应用的注册用户,基于待推送用户的信息,确定待推送用户的特征;从样本用户集合中选取出与待推送用户的特征匹配的样本用户;对所选取出的样本用户对应的样本推送时间段进行统计,得到统计结果;基于统计结果确定待推送用户对应的推送时间段,以及在推送时间段内向待推送用户推送信息。
在一些实施例中,样本用户集合中的样本用户是预设应用的注册用户;以及样本用户集合中的样本用户对应的样本推送时间段通过如下步骤得到:对于样本用户集合中的样本用户,获取该样本用户在预设应用中的样本历史行为记录集合;基于样本历史行为记录集合,统计预设时间段集合中的预设时间段对应的样本历史行为记录计数;基于预设时间段集合中的预设时间段对应的样本历史行为记录计数,确定该样本用户对应的样本推送时间段。
在一些实施例中,该步骤还包括:对于样本用户集合中的样本用户,定时更新该样本用户对应的样本历史行为记录集合和模型算法,以及根据更新后的样本历史行为记录集合和模型算法,定时更新该样本用户对应的样本推送时间段。
在一些实施例中,基于待推送用户的信息确定待推送用户是否是预设应用的注册用户,包括:将待推送用户的信息在预设应用对应的用户标识集合中匹配;若待推送用户的信息在预设应用对应的用户标识集合中匹配成功,确定待推送用户是预设应用的注册用户。
在一些实施例中,基于待推送用户的信息确定待推送用户是否是预设应用的注册用户,还包括:若待推送用户的信息在预设应用对应的用户标识集合中匹配不成功,将待推送用户的信息在用户标识集合对应的用户信息集合中匹配;若待推送用户的信息在用户信息集合中匹配成功,确定待推送用户是预设应用的注册用户;若待推送用户的信息在用户信息集合中匹配不成功,确定待推送用户不是预设应用的注册用户。
在一些实施例中,在推送时间段内向待推送用户推送信息,包括:在推送时间段内以短信形式向待推送用户推送信息。
第二方面,本申请实施例提供了一种用于推送信息的装置,包括:第一获取单元,被配置成获取待推送用户的信息;第一确定单元,被配置成基于待推送用户的信息确定待推送用户是否是预设应用的注册用户;第二获取单元,被配置成响应于确定待推送用户是预设应用的注册用户,获取待推送用户在预设应用中的历史行为记录集合;第一统计单元,被配置成基于历史行为记录集合,统计预设时间段集合中的预设时间段对应的历史行为记录计数;第一推送单元,被配置成基于预设时间段集合中的预设时间段对应的历史行为记录计数,确定推送时间段,以及在推送时间段内向待推送用户推送信息。
在一些实施例中,该装置还包括:第二确定单元,被配置成响应于确定待推送用户不是预设应用的注册用户,基于待推送用户的信息,确定待推送用户的特征;选取单元,被配置成从样本用户集合中选取出与待推送用户的特征匹配的样本用户;第二统计单元,被配置成对所选取出的样本用户对应的样本推送时间段进行统计,得到统计结果;第二推送单元,被配置成基于统计结果确定待推送用户对应的推送时间段,以及在推送时间段内向待推送用户推送信息。
在一些实施例中,样本用户集合中的样本用户是预设应用的注册用户;以及样本用户集合中的样本用户对应的样本推送时间段通过如下步骤得到:对于样本用户集合中的样本用户,获取该样本用户在预设应用中的样本历史行为记录集合;基于样本历史行为记录集合,统计预设时间段集合中的预设时间段对应的样本历史行为记录计数;基于预设时间段集合中的预设时间段对应的样本历史行为记录计数,确定该样本用户对应的样本推送时间段。
在一些实施例中,该步骤还包括:对于样本用户集合中的样本用户,定时更新该样本用户对应的样本历史行为记录集合和模型算法,以及根据更新后的样本历史行为记录集合和模型算法,定时更新该样本用户对应的样本推送时间段。
在一些实施例中,第一确定单元包括:第一匹配子单元,被配置成将待推送用户的信息在预设应用对应的用户标识集合中匹配;第一确定子单元,被配置成若待推送用户的信息在预设应用对应的用户标识集合中匹配成功,确定待推送用户是预设应用的注册用户。
在一些实施例中,第一确定单元包括:第二匹配子单元,被配置成若待推送用户的信息在预设应用对应的用户标识集合中匹配不成功,将待推送用户的信息在用户标识集合对应的用户信息集合中匹配;第二确定子单元,被配置成若待推送用户的信息在用户信息集合中匹配成功,确定待推送用户是预设应用的注册用户;第三确定子单元,被配置成若待推送用户的信息在用户信息集合中匹配不成功,确定待推送用户不是预设应用的注册用户。
在一些实施例中,第一推送单元进一步被配置成:在推送时间段内以短信形式向待推送用户推送信息。
第三方面,本申请实施例提供了一种服务器,该服务器包括:一个或多个处理器;存储装置,其上存储有一个或多个程序;当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现如第一方面中任一实现方式描述的方法。
第四方面,本申请实施例提供了一种计算机可读介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如第一方面中任一实现方式描述的方法。
本申请实施例提供的用于推送信息的方法和装置,首先基于待推送用户的信息确定待推送用户是否是预设应用的注册用户;若待推送用户是预设应用的注册用户,获取待推送用户在预设应用中的历史行为记录集合;之后基于历史行为记录集合,统计预设时间段集合中的预设时间段对应的历史行为记录计数;然后基于预设时间段集合中的预设时间段对应的历史行为记录计数,确定推送时间段;最后在推送时间段内向待推送用户推送信息。在用户是预设应用的注册用户的情况下,能够在恰当的时间段内(通常是用户活跃度较高的时间段内)向用户推送信息,有助于提高用户对信息的阅读率和转化率。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1是本申请可以应用于其中的示例性***架构;
图2是根据本申请的用于推送信息的方法的一个实施例的流程图;
图3是根据本申请的用于推送信息的方法的又一个实施例的流程图;
图4是图3所提供的用于推送信息的方法的一个应用场景的示意图;
图5是根据本申请的用于推送信息的装置的一个实施例的结构示意图;
图6是适于用来实现本申请实施例的服务器的计算机***的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请的用于推送信息的方法或用于推送信息的装置的实施例的示例性***架构100。
如图1所示,***架构100中可以包括终端设备101、网络102和服务器103。网络102用以在终端设备101和服务器103之间提供通信链路的介质。网络102可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101通过网络102与服务器103交互,以接收或发送消息等。终端设备101上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备101可以是硬件,也可以是软件。当终端设备101为硬件时,可以是具有显示屏并且支持信息浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101为软件时,可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块,也可以实现成单个软件或软件模块。在此不做具体限定。
服务器103可以是提供各种服务的服务器,例如信息推送后台服务器。信息推送后台服务器可以对所获取到的待推送用户的信息等数据进行分析等处理,并基于处理结果(例如推送时间段)向待推送用户推送信息。
需要说明的是,服务器103可以是硬件,也可以是软件。当服务器103为硬件时,可以实现成多个服务器组成的分布式服务器集群,也可以实现成单个服务器。当服务器103为软件时,可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块。在此不做具体限定。
需要说明的是,本申请实施例所提供的用于推送信息的方法一般由服务器103执行,相应地,用于推送信息的装置一般设置于服务器103中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
继续参考图2,其示出了根据本申请的用于推送信息的方法的一个实施例的流程200。该用于推送信息的方法,包括以下步骤:
步骤201,获取待推送用户的信息。
在本实施例中,用于推送信息的方法的执行主体(例如图1所示的服务器103)可以获取待推送用户的信息。通常,若想要向某用户推送信息,可以将该用户作为待推送用户,并将待推送用户的信息提交至上述执行主体。其中,待推送用户的信息可以包括但不限于待推送用户注册各种应用时分配给待推送用户的用户标识(例如用户账号)、待推送用户的唯一识别信息、对待推送用户的特征进行描述的信息等等。待推送用户的唯一识别信息可以包括但不限于待推送用户的手机号、待推送用户的身份证号等等。对待推送用户的特征进行描述的信息可以包括但不限于待推送用户的性别、待推送用户的年龄、待推送用户的常驻地域等等。
步骤202,基于待推送用户的信息确定待推送用户是否是预设应用的注册用户。
在本实施例中,上述执行主体可以对待推送用户的信息进行分析,以确定待推送用户是否是预设应用的注册用户。其中,预设应用可以是预先设定的某个应用。其中,预设应用可以包括但不限于购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等等。通常,预设应用可以是购物类应用。
在本实施例的一些可选的实现方式中,上述执行主体可以将待推送用户的信息在预设应用对应的用户标识集合中匹配;若匹配成功,则确定待推送用户是预设应用的注册用户;若匹配不成功,则对待推送用户的信息进行进一步的分析,或者直接确定待推送用户不是预设应用的注册用户。通常,用户在注册预设应用时,分配给用户的用户标识可是按照一定规则定义的标识符。例如,用户标识可以是由字母、数字、符号组成的第一预设位数(如10位)的标识符。又例如,用户标识可以是以字母开头、以数字结尾,且位数大于第二预设位数(如6位)的标识符。这样,上述执行主体可以首先确定待推送用户的信息中是否存在按照上述规则定义的标识符,若存在,则该标识符就是待推送用户的用户标识。此时,上述执行主体可以将待推送用户的用户标识与预设应用对应的用户标识集合中的用户标识逐一进行匹配。若存在一个用户标识与待推送用户的用户标识相同,则匹配成功,此时可以确定待推送用户是预设应用的注册用户。若所有的用户标识与待推送用户的标识均不相同,则匹配不成功。这里,可以获取预设应用的大量注册用户的用户标识,来生成预设应用对应的用户标识集合。例如,可以获取预设应用的所有注册用户的用户标识,以生成用户标识集合。
在本实施例的一些可选的实现方式中,若待推送用户的信息在预设应用对应的用户标识集合中匹配不成功,上述执行主体可以对待推送用户的信息进行进一步的分析。具体地,上述执行主体可以将待推送用户的信息在用户标识集合对应的用户信息集合中匹配;若待推送用户的信息在用户信息集合中匹配成功,则确定待推送用户是预设应用的注册用户;若待推送用户的信息在用户信息集合中匹配不成功,则确定待推送用户不是预设应用的注册用户。其中,用户信息集合中的用户信息与用户标识集合中的用户标识一一对应。通常,用户在注册预设应用时,还会同时提供一些用户信息,而这些用户信息中通常会包括唯一识别性信息,例如,身份证号、手机号等等。这样,上述执行主体可以首先确定待推送用户的信息中是否存在上述唯一识别信息。若存在,则将该唯一识别信息与用户标识集合对应的用户信息集合中的用户信息逐一进行匹配。若存在一个用户信息中包含该唯一识别信息,则匹配成功,此时可以确定待推送用户是预设应用的注册用户。若所有的用户信息中均不包含该唯一识别信息,则匹配不成功,此时可以确定待推送用户不是预设应用的注册用户。这里,可以获取预设应用的大量注册用户所提供的用户信息,来生成用户标识集合对应的用户信息集合。例如,可以获取预设应用的所有注册用户所提供的用户信息,以生成用户信息集合。
步骤203,响应于确定待推送用户是预设应用的注册用户,获取待推送用户在预设应用中的历史行为记录集合。
在本实施例中,若待推送用户是预设应用的注册用户,上述执行主体可以获取待推送用户在预设应用中的历史行为记录集合。用户在预设应用中的历史行为记录可以是用户在预设应用中执行预设行为操作时所产生的操作记录。以预设应用是购物类应用为例,预设行为操作可以包括但不限于搜索操作、浏览操作、点击操作、下单操作、支付操作、评论操作等等。历史行为记录可以包括但不限于历史搜索记录、历史浏览记录、历史点击记录、历史下单记录、历史支付记录、历史评论记录。通常,历史行为记录中记录有用户标识、执行预设行为操作的时间、对预设行为操作的描述等等。这样,上述执行主体可以基于待推送用户的用户标识检索出在历史时间段内(例如前三个月)待推送用户在预设应用中的历史行为记录,来生成历史行为记录集合。
步骤204,基于历史行为记录集合,统计预设时间段集合中的预设时间段对应的历史行为记录计数。
在本实施例中,上述执行主体可以对历史行为记录集合进行分析,统计出预设时间段集合中的预设时间段对应的历史行为记录计数。这里,预设时间段集合中可以包括以预设时长(例如1小时)为粒度,对预设时间(例如1周)进行划分所得到的时间段。对于预设时间段集合中的每个预设时间段,若历史行为记录集合中存在该预设时间段内的历史行为记录,可以将该预设时间段对应的历史行为记录计数设置为非零的预设数值(例如1),或者可以统计在该预设时间段内的历史行为记录的数目作为该预设时间段对应的历史行为记录计数。若历史行为记录集合中不存在该预设时间段内的历史行为记录,可以将该预设时间段对应的历史行为记录计数设置为零。这样,不为零的历史行为记录计数对应的预设时间段就是待推送用户在预设应用中执行过预设行为操作的时间段,也就是待推送用户在预设应用中相对活跃的时间段。为零的历史行为记录计数对应的预设时间段就是待推送用户在预设应用中没有执行过预设行为操作的时间段,也就是待推送用户在预设应用中相对不活跃的时间段。
步骤205,基于预设时间段集合中的预设时间段对应的历史行为记录计数,确定推送时间段,以及在推送时间段内向待推送用户推送信息。
在本实施例中,上述执行主体可以对预设时间段集合中的每个预设时间段对应的历史行为记录计数进行分析,选取出至少部分不为零的历史行为记录计数对应的预设时间段,作为推送时间段,并在推送时间段内向待推送用户推送信息。此时,待推送用户的终端设备(例如图1所示的终端设备101)上可以显示该推送信息。
通常,若用户在过去的某个时间段内在预设应用中相对活跃,那么该用户在未来的相应时间段内在预设应用中相对活跃的概率就较高。因此,根据历史行为记录计数确定出的推送时间段有较高的概率是用户相对活跃的时间段。为了对此进行验证,上述执行主体可以选取观察日(例如2017年8月1日),随后分别提取了用户在观察日前三个月和后一个月的行为记录集合,并分别计算出了活跃度较高的10个时间段,分别记为集合H和P,并采用|H∩P|作为衡量指标。经测试发现,有3个及以上交集的用户数量,即|H∩P|≥3,占比可达32%-35%,有2个及以上交集的占比可高达70%。
在本实施例的一些可选的实现方式中,对于预设时间段对应的历史行为记录计数被设置为非零数值的情况,上述执行主体可以随机选取至少部分不为零的历史行为记录计数对应的预设时间段,作为待推送时间段。对于预设时间段对应的历史行为记录计数被设置成历史行为记录的数目的情况,上述执行主体可以将预设时间段集合按照历史行为记录计数的大小顺序进行排序,从历史行为记录计数大的一侧开始,选取出预设数目个预设时间段作为待推送时间段。
这里,向待推送用户推送的信息可以包括但不限于与预设应用相关的信息、资产催收信息等等。以预设应用是购物类应用为例,与预设应用相关的信息可以包括但不限于物品信息、物流信息、客服信息、售后信息等等。这里,上述执行主体可以以短信的形式或者预设应用的***通知消息的形式向待推送用户推送信息。为了确保推送给信息的时效性,通常会以短信的形式向待推送用户推送信息。
在本实施例的一些可选的实现方式中,上述执行主体还可以预先计算出预设应用的每个注册用户对应的推送时间段,并进行存储。这样,在待推送用户是预设应用的注册用户的情况下,上述执行主体可以直接从存储的注册用户对应的推送时间段中检索出待推送用户对应的推送时间段。这里,计算预设应用的每个注册用户对应的推送时间段的操作与图2所示的实施例中计算待推送用户对应的推送时间段的操作(具体参见步骤203-205)基本相同,在此不再赘述。由于预设应用的注册用户的数量非常庞大,这里,可以将注册用户的用户标识和注册用户对应的推送时间段以键值对(key-value)的形式存储在HBase(一个分布式的、面向列的开源数据库)中。这样,若待推送用户是预设应用的注册用户,上述执行主体还可以根据待推送用户的用户标识检索HBase,以得到待推送用户对应的推送时间段,从而提高检索效率。需要说明的是,用户对应的推送时间段可能会随着时间的迁移而逐渐改变,因此,可以每隔一定的时间(例如一周)重新计算一次预设应用的每个注册用户对应的推送时间段,并更新HBase中存储的内容。
本申请实施例提供的用于推送信息的方法,首先基于待推送用户的信息确定待推送用户是否是预设应用的注册用户;若待推送用户是预设应用的注册用户,获取待推送用户在预设应用中的历史行为记录集合;之后基于历史行为记录集合,统计预设时间段集合中的预设时间段对应的历史行为记录计数;然后基于预设时间段集合中的预设时间段对应的历史行为记录计数,确定推送时间段;最后在推送时间段内向待推送用户推送信息。在用户是预设应用的注册用户的情况下,能够在恰当的时间段内(通常是用户活跃度较高的时间段内)向用户推送信息,有助于提高用户对信息的阅读率和转化率。
进一步参考图3,其示出了根据本申请的用于推送信息的方法的又一个实施例的流程300。该用于推送信息的方法,包括以下步骤:
步骤301,获取待推送用户的信息。
步骤302,基于待推送用户的信息确定待推送用户是否是预设应用的注册用户。
在本实施例中,步骤301-302的具体操作与图2所示的实施例中步骤201-202的操作基本相同,在此不再赘述。
步骤303,响应于确定待推送用户不是预设应用的注册用户,基于待推送用户的信息,确定待推送用户的特征。
在本实施例中,若待推送用户不是预设应用的注册用户,用于推送信息的方法的执行主体(例如图1所示的服务器103)可以对待推送用户的信息进行分析,从而确定待推送用户的特征。这里,待推送用户的信息中可以包括一些对待推送用户的特征进行描述的信息,如待推送用户的性别、待推送用户的年龄、待推送用户的常驻地域等等。此时,上述执行主体可以从待推送用户的信息中提取出对待推送用户的特征进行描述的信息,从而确定待推送用户的特征。
步骤304,从样本用户集合中选取出与待推送用户的特征匹配的样本用户。
在本实施例中,上述执行主体可以将样本用户集合中的样本用户的特征与待推送用户的特征逐一进行匹配,选取出与待推送用户的特征匹配的样本用户。通常,若样本用户的特征与待推送用户的特征相同或相似,则认为样本用户的特征与待推送用户的特征匹配。
在本实施例的一些可选的实现方式中,样本用户集合可以是本领域技术人员根据经验设置的。这里,本领域技术人员可以搜集大量用户的信息,并对这些用户的特征和对应的活跃时间段进行统计分析,以得到具有各种特征的用户对应的活跃时间段。此时,可以将所得到的各种特征的用户作为各个样本用户,以生成样本用户集合。同时,将所得到的具有各种特征的用户对应的活跃时间段,作为各个样本用户对应的推送时间段。
在本实施例的一些可选的实现方式中,样本用户集合中的样本用户可以是预设应用的注册用户。这样,样本用户集合中的样本用户对应的样本推送时间段可以是根据样本用户对应的样本历史行为记录集合和模型算法得到的。这里,示例一种模型算法,以得到样本用户对应的样本推送时间段:
首先,对于样本用户集合中的样本用户,获取该样本用户在预设应用中的样本历史行为记录集合。
然后,基于样本历史行为记录集合,统计预设时间段集合中的预设时间段对应的样本历史行为记录计数。
最后,基于预设时间段集合中的预设时间段对应的样本历史行为记录计数,确定该样本用户对应的样本推送时间段。需要说明的是,获取样本用户对应的样本推送时间段的操作与图2所示的实施例中获取待推送用户对应的推送时间段的操作(具体参见步骤203-205)基本相同,在此不再赘述。
由于用户行为***台上,并且配置自动化调度脚本,定时每周更新一次样本历史行为记录集合和模型算法。具体地,每当预先设定的更新时间点到达,就可以获取历史时间段内(例如当前时间之前的三个月内)的历史行为记录集合来替换之前的样本历史行为记录集合。若模型算法有更新,则利用更新后的模型算法替换之前的模型算法。这样,就可以根据更新后的样本历史行为记录集合和模型算法,定时更新该样本用户对应的样本推送时间段。
步骤305,对所选取出的样本用户对应的样本推送时间段进行统计,得到统计结果。
在本实施例中,所选取出的样本用户通常是大量与待推送用户具有相同或相似特征的样本用户,上述执行主体可以对所选取出的样本用户对应的样本推送时间段进行统计,得到各个样本推送时间段的数目,作为统计结果。
步骤306,基于统计结果确定待推送用户对应的推送时间段,以及在推送时间段内向待推送用户推送信息。
在本实施例中,上述执行主体可以基于统计结果确定出待推送用户对应的推送时间段,并在推送时间段内向待推送用户推送信息。此时,待推送用户的终端设备(例如图1所示的终端设备101)上可以显示该推送信息。
通常,特征匹配的用户对应的推送时间段较为相似。例如,南方城市用户对应的推送时间段普遍晚于北方城市的用户对应的推送时间段。而经济发展水平相仿的城市的用户对应的推送时间段相似。如与北京、上海、广州、深圳、武汉、天津和成都等城市的用户对应的推送时间段较为相似,而青岛、济南、长沙、大连和石家庄等城市的用户对应的推送时间段较为相似。
在本实施例的一些可选的实现方式中,上述执行主体可以按照各个样本推送时间段的数目的大小对各个样本推送时间段进行排序,从数目大的一侧开始,选取出预设数目个样本推送时间段,作为待推送用户对应的推送时间段。
在本实施例的一些可选的实现方式中,上述执行主体还可以预先计算样本用户集合中的具有各类特征的样本用户对应的推送时间段,并对特征和对应的推送时间段进行存储。这样,若待推送用户不是预设应用的注册用户,上述执行主体还可以根据待推送用户的特征从存储的特征和对应的推送时间段中直接查询出待推送用户对应的推送时间段。这里,如果仅对常用特征,如年龄、性别、常驻地域等统计,将会产生百万量级的检索空间。如果再添加其他特征,如购物金额等信息,检索空间将达到千万乃至亿级别。这样就会消耗很多的资源。为了解决此问题,可以通过如下两种方式对特征和对应的推送时间段进行存储。其一,如果检索空间不是特别大,如在百万量级,可以使用树结构进行存储。其二,如果同一类特征较复杂且检索空间千万级别以上,可以采用具有更好性能的Presto(一种数据查询引擎)进行存储。
继续参见图4,图4是图3所提供的用于推送信息的方法的一个应用场景的示意图。在图4的应用场景中,若想要向用户A推送信息,则可以获取用户A的信息,其中,用户A的信息可以包括手机号154****1234、性别为男性、年龄为23岁、常驻地域为郑州。这里,由于用户A的信息在预设应用对应的用户标识集合和标识集合对应的用户信息集合中匹配均不成功,此时,可以确定用户A不是预设应用的注册用户。随后,从样本用户集合中选取出大量性别为男性、年龄在20-35岁之间、常驻地域为郑州的样本用户。此时,可以对所选取出的大量样本用户对应的样本推送时间段进行统计,得到统计结果。其中,统计结果可以如表1所示:
表1
此时,根据统计结果确定出星期一的10点、15点、16点,星期二的0点、16点,星期四的21点和星期五的11点为用户A对应的推送时间段。这样,每当到达用户A对应的推送时间段,就可以以短信的形式向用户A的手机号153****1234发送预设应用中的物品的销售短信。例如,在星期一的10点用户A可以收到物品的销售短信,其终端设备上显示的销售短信可以如401所示。
从图3中可以看出,与图2对应的实施例相比,本实施例中的用于推送信息的方法的流程300增加了待推送用户不是预设应用的注册用户的情况下向待推送用户推送信息的步骤。由此,本实施例描述的方案中在用户不是预设应用的注册用户的情况下,通过分析与该用户的特征匹配的样本用户的样本推送信息,确定该用户对应的推送时间,同样可以实现在恰当的时间段内(通常是用户活跃度较高的时间段内)向用户推送信息,有助于提高用户对信息的阅读率和转化率。
进一步参考图5,作为对上述各图所示方法的实现,本申请提供了一种用于推送信息的装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图5所示,本实施例的用于推送信息的装置500可以包括:第一获取单元501、第一确定单元502、第二获取单元503、第一统计单元504和第一推送单元505。其中,第一获取单元501,被配置成获取待推送用户的信息;第一确定单元502,被配置成基于待推送用户的信息确定待推送用户是否是预设应用的注册用户;第二获取单元503,被配置成响应于确定待推送用户是预设应用的注册用户,获取待推送用户在预设应用中的历史行为记录集合;第一统计单元504,被配置成基于历史行为记录集合,统计预设时间段集合中的预设时间段对应的历史行为记录计数;第一推送单元505,被配置成基于预设时间段集合中的预设时间段对应的历史行为记录计数,确定推送时间段,以及在推送时间段内向待推送用户推送信息。
在本实施例中,用于推送信息的装置500中:第一获取单元501、第一确定单元502、第二获取单元503、第一统计单元504和第一推送单元505的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201、步骤202、步骤203、步骤204和步骤205的相关说明,在此不再赘述。
在本实施例的一些可选的实现方式中,用于推送信息的装置500还包括:第二确定单元(图中未示出),被配置成响应于确定待推送用户不是预设应用的注册用户,基于待推送用户的信息,确定待推送用户的特征;选取单元(图中未示出),被配置成从样本用户集合中选取出与待推送用户的特征匹配的样本用户;第二统计单元(图中未示出),被配置成对所选取出的样本用户对应的样本推送时间段进行统计,得到统计结果;第二推送单元,被配置成基于统计结果确定待推送用户对应的推送时间段,以及在推送时间段内向待推送用户推送信息。
在本实施例的一些可选的实现方式中,样本用户集合中的样本用户是预设应用的注册用户;以及样本用户集合中的样本用户对应的样本推送时间段通过如下步骤得到:对于样本用户集合中的样本用户,获取该样本用户在预设应用中的样本历史行为记录集合;基于样本历史行为记录集合,统计预设时间段集合中的预设时间段对应的样本历史行为记录计数;基于预设时间段集合中的预设时间段对应的样本历史行为记录计数,确定该样本用户对应的样本推送时间段。
在本实施例的一些可选的实现方式中,该步骤还可以包括:对于样本用户集合中的样本用户,定时更新该样本用户对应的样本历史行为记录集合和模型算法,以及根据更新后的样本历史行为记录集合和模型算法,定时更新该样本用户对应的样本推送时间段。
在本实施例的一些可选的实现方式中,第一确定单元502包括:第一匹配子单元(图中未示出),被配置成将待推送用户的信息在预设应用对应的用户标识集合中匹配;第一确定子单元(图中未示出),被配置成若待推送用户的信息在预设应用对应的用户标识集合中匹配成功,确定待推送用户是预设应用的注册用户。
在本实施例的一些可选的实现方式中,第一确定单元502包括:第二匹配子单元(图中未示出),被配置成若待推送用户的信息在预设应用对应的用户标识集合中匹配不成功,将待推送用户的信息在用户标识集合对应的用户信息集合中匹配;第二确定子单元(图中未示出),被配置成若待推送用户的信息在用户信息集合中匹配成功,确定待推送用户是预设应用的注册用户;第三确定子单元(图中未示出),被配置成若待推送用户的信息在用户信息集合中匹配不成功,确定待推送用户不是预设应用的注册用户。
在本实施例的一些可选的实现方式中,第一推送单元505可以进一步被配置成:在推送时间段内以短信形式向待推送用户推送信息。
下面参考图6,其示出了适于用来实现本申请实施例的服务器(例如图1所示的服务器103)的计算机***600的结构示意图。图6示出的服务器仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图6所示,计算机***600包括中央处理单元(CPU)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有***600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时,执行本申请的方法中限定的上述功能。需要说明的是,本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读介质或者是上述两者的任意组合。计算机可读介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码,所述程序设计语言包括面向目标的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括第一获取单元、第一确定单元、第二获取单元、第一统计单元和第一推送单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,第一获取单元还可以被描述为“获取待推送用户的信息的单元”。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的服务器中所包含的;也可以是单独存在,而未装配入该服务器中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该服务器执行时,使得该服务器:获取待推送用户的信息;基于待推送用户的信息确定待推送用户是否是预设应用的注册用户;响应于确定待推送用户是预设应用的注册用户,获取待推送用户在预设应用中的历史行为记录集合;基于历史行为记录集合,统计预设时间段集合中的预设时间段对应的历史行为记录计数;基于预设时间段集合中的预设时间段对应的历史行为记录计数,确定推送时间段,以及在推送时间段内向待推送用户推送信息。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。