CN104518954B - 信息发送方法、装置和开放平台 - Google Patents
信息发送方法、装置和开放平台 Download PDFInfo
- Publication number
- CN104518954B CN104518954B CN201310466070.1A CN201310466070A CN104518954B CN 104518954 B CN104518954 B CN 104518954B CN 201310466070 A CN201310466070 A CN 201310466070A CN 104518954 B CN104518954 B CN 104518954B
- Authority
- CN
- China
- Prior art keywords
- terminal
- application
- threshold
- message request
- sending
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种信息发送方法、装置和开放平台,属于计算机技术领域。所述信息发送方法包括:接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;检测通过强触达发送方式为指定应用程序发送邀请信息的已发送次数是否达到第一阈值;若检测结果为未达到第一阈值,则通过强触达发送方式发送邀请信息至第二终端。达到了开放平台可以根据指定应用程序被其它用户的使用情况来判定应用的质量,并根据应用质量限定能够使用强触达发送方式的次数,提高了开放平台的资源利用率的效果。同时,根据应用质量分配使用强触达发送方式的次数,也促使应用提供商不断优化应用,从而为用户提供更为优质的服务。
Description
技术领域
本发明涉及计算机技术领域,特别涉及一种信息发送方法、装置和开放平台。
背景技术
随着互联网技术的高速发展,能够为第三方开发商提供资源的开放平台已经越来越多。第三方开发商可以借助开放平台中的资源来实现低成本、高强度的应用推广。
在第三方开发商提供的应用程序接入到开放平台后,开放平台中的用户可以使用这个应用程序,并且可以通过邀请好友的方式将该应用程序推荐给好友一起使用,相应的开放平台可以发送邀请信息来通知被邀请的好友。现有的一种信息发送方法包括:第一,第一终端将用户选择的好友列表发送至开放平台;第二,开放平台根据接收到的好友列表获取第一终端与第二终端的互动频率以及第二终端可能对应用感兴趣的程度,根据获取到的内容计算第二终端的得分;其中,第二终端为好友列表中的好友所使用的终端;第三,开放平台检测计算得到的第二终端的得分是否超过预定阈值;第四,若检测结果为超过预定阈值,则使用强触达发送方式发送邀请信息;若检测结果为未超过预定阈值,则使用弱触达发送方式发送邀请信息。其中,强触达发送方式为诸如右下角弹窗、提示消息之类的发送方式,弱触达发送方式为在第二终端的用户的个人空间中提醒之类的发送方式。强触达方式的推广效率要高于弱触达方式。
在实现本发明的过程中,发明人发现现有技术至少存在如下问题:
由于用户可以向多位好友不断的发送邀请请求,所以这就导致当第三方开发商强迫用户发送大量邀请请求时,开放平台可能需要不断的通过强触达发送方式向第二终端发送邀请信息,耗用了开放平台的大量资源,降低了开放平台的资源利用率。
发明内容
为了解决现有技术提供的信息发送方法会耗用开放平台的大量资源,降低开放平台的资源利用率的问题,本发明实施例提供了一种信息发送方法、装置和开放平台。所述技术方案如下:
第一方面,提供了一种信息发送方法,所述方法包括:
接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;
检测通过强触达发送方式为所述指定应用程序发送邀请信息的已发送次数是否达到第一阈值,所述第一阈值是在当前时间段内根据所述指定应用程序被各个终端使用的历史使用信息计算得到的;
若检测结果为未达到所述第一阈值,则通过所述强触达发送方式发送邀请信息至所述第二终端。
第二方面,提供了一种信息发送装置,所述装置包括:
第二请求接收模块,用于接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;
第一检测模块,用于检测通过强触达发送方式为所述指定应用程序发送邀请信息的已发送次数是否达到第一阈值,所述第一阈值是在当前时间段内根据所述指定应用程序被各个终端使用的历史使用信息计算得到的;
信息发送模块,用于在所述第一检测模块的检测结果为未达到所述第一阈值时,通过所述强触达发送方式发送邀请信息至所述第二终端。
第三方面,提供了一种开放平台,所述开放平台包括第二方面所述的信息发送装置。
本发明实施例提供的技术方案的有益效果是:
通过接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;检测通过强触达发送方式为指定应用程序发送邀请信息的已发送次数是否达到第一阈值,第一阈值是在当前时间段内根据指定应用程序被各个终端使用的历史使用信息计算得到的;若检测结果为未达到第一阈值,则通过强触达发送方式发送邀请信息至第二终端;解决了现有技术提供的信息发送方法会耗用开放平台的大量资源,降低开放平台的资源利用率的问题;达到了开放平台可以根据指定应用程序被其它所有用户的使用情况来判定应用的质量,并根据应用质量限定能够使用强触达发送方式的次数,提高了开放平台的资源利用率的效果。同时,根据应用质量分配使用强触达发送方式发送邀请信息的次数,也促使应用提供商不断优化应用,从而为用户提供更为优质的服务。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例所涉及的一种实施环境的结构示意图;
图2是本发明实施例一提供的信息发送方法的方法流程图;
图3A是本发明实施例二提供的信息发送方法的方法流程图;
图3B是本发明实施例二提供的开放平台通过强触达发送方式发送邀请信息至第二终端之后,第二终端的显示示意图;
图3C是本发明实施例二提供的开放平台通过弱触达发送方式发送邀请信息至第二终端之后,第二终端的显示示意图;
图4是本发明实施例三提供的信息发送方法的方法流程图;
图5是本发明实施例四提供的信息发送装置的结构方框图;
图6是本发明实施例五提供的信息发送装置的结构方框图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
请参考图1,其示出了本发明实施例所涉及的一种实施环境的结构示意图。该实施环境可以包括开放平台110、第三方开发商120、开放平台110中的第一终端130以及开放平台中的第二终端140。
开放平台110是指第三方开发商120可以接入的、能够为第三方开发商120开发的应用程序提供推广渠道的平台,在实际实现时,开放平台可以包括腾讯开放平台、新浪微博开放平台或者人人开放平台;开放平台110可以通过有线或者无线网络分别与第一终端130和第二终端140连接,并且可以接收第一终端130发送的用于邀请第二终端140使用第三方提供的应用程序的请求,并在接收到请求之后通过各种推广渠道发送邀请信息至第二终端140;其中,推广渠道可以包括强触达发送方式和弱触达发送方式,强触达发送方式是指强制接收到邀请信息的终端显示邀请信息的发送方式;弱触达发送方式是指接收到邀请信息的终端可以选择是否显示邀请信息的发送方式;并且在实际实现时,强触达发送方式可以包括弹窗和提示信息等,弱触达发送方式可以包括第二终端的用户的个人空间中的个人信息、好友动态和系统信息等等。
第三方开发商120是指接入到开放平台110的、能够提供应用程序的开发商,这些开发商可以通过有线或者无线网络接入到开放平台110,从而使得开放平台中的第一终端130和第二终端140可以使用第三方开发商120提供的应用程序。
第一终端130可以是图1所示的终端中的任意一个终端,在具体实施环境中第一终端130可以有两个或者两个以上,本实施例只是以存在一个第一终端130为例,并且在实际实现时第一终端130可以是诸如手机、平板电脑、电子书阅读器、台式电脑和笔记本之类的终端,第一终端130可以通过有线或者无线网络与开放平台110连接,并且可以发送邀请第二终端140使用第三方开发商120提供的应用程序的请求至开放平台。
第二终端140可以是图1所示的终端中除第一终端130之外的任意一个其它终端,在具体实施环境中第二终端140可以有两个或者两个以上,本实施例只是以存在一个第二终端140为例,并且在实际实现时第二终端140可以是诸如手机、平板电脑、电子书阅读器、台式电脑和笔记本之类的终端,第二终端140可以通过有线或者无线网络与开放平台110连接,并且接收开放平台110通过各种推广渠道发送的邀请信息。
实施例一
请参考图2,其示出了本发明实施例一提供的信息发送方法的方法流程图,该信息发送方法可以图1所示的开放平台中,该信息发送方法可以包括:
步骤201,接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;
步骤202,检测通过强触达发送方式为指定应用程序发送邀请信息的已发送次数是否达到第一阈值;
其中,第一阈值是在当前时间段内根据指定应用程序被各个终端使用的历史使用信息计算得到的。
步骤203,若检测结果为未达到第一阈值,则通过强触达发送方式发送邀请信息至第二终端。
综上所述,本实施例提供的信息发送方法,通过接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;检测通过强触达发送方式为指定应用程序发送邀请信息的已发送次数是否达到第一阈值,第一阈值是在当前时间段内根据指定应用程序被各个终端使用的历史使用信息计算得到的;若检测结果为未达到第一阈值,则通过强触达发送方式发送邀请信息至第二终端;解决了现有技术提供的信息发送方法会耗用开放平台的大量资源,降低开放平台的资源利用率的问题;达到了开放平台可以根据指定应用程序被其它用户的使用情况来判定应用的质量,并根据应用质量限定能够使用强触达发送方式的次数,提高了开放平台的资源利用率的效果。同时,根据应用质量分配使用强触达发送方式发送邀请信息的次数,也促使应用提供商不断优化应用,从而为用户提供更为优质的服务。
实施例二
请参考图3A,其示出了本发明实施例二提供的信息发送方法的方法流程图,该信息发送方法可以用于图1所示的开放平台中,该信息发送方法可以包括:
步骤301,根据指定应用程序在历史时间段中被各个终端使用的应用留存率和/或应用转化率计算在当前时间段中的第一阈值;
开放平台可以根据指定应用程序在历史时间段中被各个终端使用的应用留存率、应用转化率或者两者的组合来计算在当前时间段中的第一阈值。其中,指定应用程序可以是第三方开发商开发的全部应用程序,也可以是第三方开发商开发的所有应用程序中需要限制开放平台为该应用程序发送邀请信息的发送方式的部分应用程序;
应用转化率为接受邀请的终端的个数与被邀请的终端的总数的比值;
比如,以历史时间段为前一周为例,前一周内开放平台接收到的邀请终端使用指定应用程序的请求信息的个数为1200个,接受邀请的终端的个数为900个,则前一周内的应用转化率为900/1200=0.75;
应用留存率为接受邀请的终端中在第三时间段之后继续使用指定应用程序的终端的个数与接受邀请的终端的个数的比值;
比如,以第三时间段为一天为例,前一周内接受邀请的终端的个数为900个,安装指定应用程序后第二天还在使用的终端的个数为700个,则前一周的应用留存率为700/900=0.78。
本实施例以同时根据历史时间段中的应用留存率和应用转化率来计算在当前时间段中的第一阈值为例,并且开放平台计算第一阈值的步骤可以具体包括:
第一,根据历史时间段内的应用留存率以及历史时间段内通过不同发送方式为指定应用程序发送邀请信息的次数计算当前时间段内通过不同发送方式为指定应用程序发送邀请信息的可发送总次数;
开放平台可以先根据历史时间段内的应用留存率以及历史时间段内通过不同发送方式为指定应用程序发送邀请信息的次数计算当前时间段内通过不同发送方式为指定应用程序发送邀请信息的可发送总次数。
比如,以当前时间段为一天、历史时间段为当前时间段的前一周为例,开放平台可以计算得到在前一周内开放平台通过不同发送方式为指定应用程序发送邀请信息的次数为‘500次’,也即在一天内通过不同发送方式为指定应用程序发送邀请信息的次数为500/7次;在前一周内的应用留存率为0.78,则开放平台计算得到在当前一天内开放平台可以通过不同发送方式为指定应用程序发送邀请信息的次数为k*500/7*0.78;然而为了保证当前一天内开放平台能够发送邀请信息的次数不低于上一周每天发送邀请信息的次数的平均值,k可以取大于1的值,并且在实际实现时k的取值可以在1.2-1.8之间,本实施例以k=1.5为例,所以一天内开放平台通过不同发送方式为指定应用程序发送邀请信息的可发送总次数可以表示为1.5*500/7*0.78=76.05,也即76次;
第二,根据历史时间段内的应用转化率以及当前时间段内通过不同发送方式为指定应用程序发送邀请信息的可发送总次数计算第一阈值。
在开放平台计算得到在当前时间段内通过不同发送方式发送邀请信息的可发送总次数之后,开放平台可以根据历史时间段内的应用转化率以及计算得到的可发送总次数计算第一阈值。
比如,以前一周的应用转化率为0.75为例,开放平台可以计算得到当前一天内开放平台可以通过强触达发送方式为指定应用程序发送邀请信息的次数,也即第一阈值具体可以表示为76*0.75=57次,也即第一阈值为57次。
需要说明的是,本实施例只是以采用上述计算方式计算第一阈值为例,在实际实现时还可以采用其它一切可能的实现方式,本实施例对此并不做限定;
另外,第一阈值可以是每隔预定时间段计算一次的数值,比如在每天凌晨12:00点、上午8:00点或者下午1:00点等任意指定时刻根据指定应用程序在历史时间段中被各个终端使用的应用留存率、应用转化率或者两者的组合计算在当前一天内的第一阈值,本实施例在此不再赘述。
步骤302,接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;
当开放平台中的用户使用第三方开发商接入的应用程序时,用户可以选择邀请好友一起使用该应用程序,所以开放平台可以接收到第一终端发送的用于邀请第二终端使用指定应用程序的请求。
步骤303,检测通过强触达发送方式为指定应用程序发送邀请信息的已发送次数是否达到第一阈值;
具体的,在开放平台接收到第一终端发送的请求信息之后,开放平台可以检测通过强触达发送方式为指定应用程序发送邀请信息的已发送次数是否达到第一阈值。其中,第一阈值是在当前时间段内根据指定应用程序被各个终端使用的历史使用信息计算得到的,历史使用信息为应用留存率、应用转化率或者两者的组合,强触达发送方式可以包括弹窗或好友动态。
比如,开放平台计算得到的当前时间段内的第一阈值为57,强触达发送方式为弹窗时,则开放平台可以检测当前一天内开放平台通过弹窗为指定应用程序发送邀请信息的已发送次数是否达到57次。
步骤304,若检测结果为未达到第一阈值,则获取第二终端对应于强触达发送方式的喜好程度的得分;
如果开放平台的检测结果为未达到第一阈值,则说明当前时间段内开放平台还可以继续通过强触达发送方式发送邀请信息至第二终端,此时开放平台可以获取第二终端对应于强触达发送方式的喜好程度的得分。
而如果检测结果为达到第一阈值,则说明当前时间段内开放平台通过强触达发送方式发送邀请信息至第二终端的次数已经达到上限,此时流程结束,本实施例在此不再赘述。
具体的,开放平台获取第二终端对应于强触达发送方式的喜好程度的得分的步骤可以包括:
第一,获取第二终端的评分参数;
开放平台可以先获取第二终端的评分参数。其中,评分参数包括:第一终端与第二终端的互动频率、第二终端已经安装的应用与指定应用程序的匹配度和第二终端对强触达发送方式的响应频率中的至少一种。
第二,根据评分参数以及各自对应的权重计算第二终端的得分。
在开放平台获取到第二终端的评分参数之后,开放平台可以根据评分参数以及各自对应的权重计算第二终端的得分。具体的,开放平台可以先计算第二终端对应于每个评分参数的得分;每个评分参数的得分的计算方法可以包括:
当评分参数包括第一终端与第二终端的互动频率时,由于互动频率越高说明第一终端与第二终端关系越亲密,第二终端接受邀请的可能性越大,所以对应于互动频率的评分也可以越高,也即互动频率与评分呈正相关关系,以总分为100分为例,当互动频率为0.9时,对应于互动频率的得分可以为95分;
当评分参数包括第一终端已经安装的应用与指定应用程序的匹配度时,由于匹配度越高说明第二终端喜欢并且安装指定应用程序的可能性也越大,所以对应于匹配度的评分也可以越高,也即匹配度与评分也呈正相关关系,所以当匹配度为0.75时,对应于匹配度的得分可以为80分;
类似的,当评分参数包括第二终端对强触达发送方式的响应频率时,由于响应频率越高,说明第二终端并不抵触弹窗这种形式,打开弹窗查看内容的可能性也越大,所以对应于响应频率的评分也可以越高,也即响应频率与评分也呈正相关关系,所以当响应频率为0.8时,对应于响应频率的得分可以为85分。
在开放平台计算得到每个评分参数的得分之后,开放平台可以根据计算得到的每个评分参数的得分以及各自对应的权重计算第二终端的得分,具体可以表示为95*0.2+80*0.5+85*0.3=87,所以第二终端的得分为87分。
需要说明的一点是,本实施例中互动频率可以是指第一终端与第二终端互相留言的频率;比如,第二终端可以计算得到在一个月内第一终端和第二终端发表的状态信息共有50条,对方进行评论的状态有40条,则说明第一终端和第二终端的互动频率为40/50=0.8;当然互动频率还可以是第一终端或者第二终端之前邀请对方使用某些应用,并且对方进行安装的频率;比如,一个月内第一终端或者第二终端向对方发送的邀请信息的个数为15条,对方接受邀请的次数为6次,则互动频率可以为6/15=0.4,本实施例对互动频率所指的具体内容并不做限定;
匹配度可以是第二终端中已经安装的应用与指定应用程序之间的匹配度,比如,第二终端已经安装了5个应用,其中3个是益智类游戏,1个是休闲类游戏,1个是体育类游戏,并且指定应用程序属于益智类游戏,则此时匹配度为3/5=0.6;当然,匹配度还可以是根据其他安装有与第二终端中安装有相同应用的终端来计算得到,比如,第二终端中安装有5个应用,其他安装有这5个应用的终端中有90%也安装了该指定应用程序,剩余的10%则没有安装该指定应用程序,此时可以知道匹配度为0.9,本实施例对匹配度具体所指的内容并不做限定;
响应频率是指开放平台通过强触达发送方式发送邀请信息至第二终端后,第二终端打开查看邀请信息的频率,比如,之前一个月内开放平台给第二终端发送了25个弹窗以提醒用户安装某一应用,其中,第二终端打开查看的弹窗的个数为20个,则此时响应频率为20/25=0.8;本实施例对响应频率所指的具体内容并不做限定。
需要补充说明的另一点是,本实施例只是以上述评分参数为例,在实际实现时还可以包括其他评分参数,本实施例对此并不做限定。并且,不同的强触达发送方式可以对应不同的评分参数,各自的评分算法相互独立,本实施例在此不再赘述。
需要补充说明的再一点是,在开放平台获取第二终端对应于强触达发送方式的喜好程度的得分时,本实施例只是以开放平台进行计算为例,在实际实现时,为了降低开放平台的计算复杂度,提高开放平台的性能,开放平台还可以发送得分请求信息至辅助开放平台,由开放平台获取第二终端的评分参数,然后再根据获取到的评分参数计算第二终端的得分,并将计算得到的得分反馈至开放平台;
具体的,得分请求信息中可以包括第二终端的标识、强触达发送方式的标识以及指定应用程序的标识,并且由于辅助开放平台可以预存对应于每个应用的强触达发送方式与计算得分需要的评分参数之间的对应关系,所以在辅助开放平台接收到得分请求信息之后,辅助开放平台可以首先根据指定应用程序的标识确定预存的对应于指定应用程序的各种强触达发送方式的对应关系,然后根据强触达发送方式的标识查询与本次发送方式对应的评分参数,并根据得分请求信息中的第二终端的标识发送参数请求至第二终端,从而在接收到第二终端反馈的评分参数之后,计算评分参数的得分,根据评分参数的得分计算第二终端对应于强触达发送方式的得分。在实际实现时,当评分参数有两个或者两个以上时,辅助开放平台在计算得到每个评分参数的得分之后,辅助开放平台可以根据每个评分参数的得分以及每个评分参数所对应的权重来计算第二终端对应于强触达发送方式的得分。
步骤305,根据在历史时间段内保存的第二终端对不同发送方式的喜好程度的若干个得分以及历史时间段内的应用转化率计算第三阈值;
开放平台可以根据在历史时间段内保存的第二终端对不同发送方式的喜好程度的若干个得分以及历史时间段内的应用转化率计算第三阈值。具体的,开放平台计算第三阈值的步骤可以包括:
第一、根据在历史时间段内保存的第二终端对不同发送方式的喜好程度的若干个得分计算每个得分所占的比例an,n为对应的得分;
开放平台可以读取历史时间段内保存的第二终端对不同发送方式的喜好程度的若干个得分,计算每个得分所占的比例an,n为对应的得分;其中各个得分为开放平台在历史时间段内接收并保存的第二终端对应于强触达发送方式喜好程度的得分。
比如,以历史时间段为前一周为例,开放平台读取到前一周内保存的得分有15个,其中3个85分、4个70分、2个65分、5个75分以及1个40分,则开放平台可以计算得到每个得分所占的比例分别为a85=3/15、a70=4/15、a65=2/15、a75=5/15以及a40=1/15。
需要说明的是,在实际实现时,开放平台还可以将在同一范围内的得分作为一个整体计算所占的比例,其具体实现方式与计算每个得分所占的比例类似,本实施例在此不再赘述。
第二、获取与历史时间段内的应用转化率对应的第四阈值b,第四阈值b与历史时间段内的应用转化率呈正相关关系;
具体的,开放平台可以获取历史时间段内的应用转化率,并且由于开放平台可以预先存储应用转化率与第四阈值之间的对应关系,所以开放平台可以根据预存的对应关系获取与第一时间段内的应用转化率对应的第四阈值b。其中第四阈值b与第一时间段内的应用转化率呈正相关关系。
比如,开放平台预存的第四阈值b与第一时间段内的应用转化率之间的对应关系为正比例关系,也即满足b=k*应用转化率+常数,则在开放平台获取到前一周内的应用转化率之后,开放平台可以根据上述对应关系计算第四阈值b的值。
第三、计算当an+an+1+…+am>=b时,n的最小取值;其中,m为第一时间段内的最高得分;
在开放平台计算得到每个得分所占的比例时,开放平台可以按照每个比例所对应的得分的大小进行排序,从而在开放平台计算得到b之后,计算当an+an+1+…+am>=b时,n的最小取值。
第四、将计算得到的n的最小取值作为第三阈值。
比如,当n为70时,an+an+1+…+am>=b即可成立,则开放平台可以将70作为第三阈值。
步骤306,检测获取到的得分是否达到第三阈值;
在开放平台获取到第二终端对应于强触达发送方式的喜好程度的得分之后,开放平台可以检测获取到的得分是否达到第三阈值。
步骤307,若检测结果为达到第三阈值,则执行通过强触达发送方式发送邀请信息至第二终端的步骤。
如果开放平台的检测结果为达到第三阈值,则说明开放平台可以通过强触达发送方式发送邀请信息至第二终端,此时开放平台可以执行通过强触达发送方式发送邀请信息至第二终端的步骤。
比如,开放平台获取到的第二终端对应于强触达发送方式的喜好程度的得分为87分,第三阈值为70,则开放平台可以检测得到第二终端的得分达到第三阈值,此时开放平台可以执行通过弹窗的方式发送邀请信息至第二终端的步骤,具体示意图如图3B。
而如果开放平台的检测结果为未达到第三阈值,则说明开放平台不能通过强触达发送方式发送邀请信息至第二终端,此时开放平台可以通过弱触达发送方式发送邀请信息至第二终端,以弱触达发送方式为个人空间中的个人信息为例,则具体示意图可以参考图3C。
需要说明的是,当强触达发送方式有两种或者两种以上时,开放平台通过强触达发送方式发送邀请信息至第二终端的步骤可以包括如下方式中的任一种:
第一,开放平台通过两种或者两种以上的强触达发送方式分别发送邀请信息至第二终端;
当强触达发送方式有两种或者两种以上,并且开放平台都可以通过强触达发送方式发送邀请信息至第二终端时,开放平台可以分别通过两种或者两种以上的强触达发送方式发送邀请信息至第二终端,本实施例在此不再赘述。
第二,开放平台根据预定优先级从两种或者两种以上的强触达发送方式中选择优先级最高的发送方式,并通过选择出的发送方式发送邀请信息至第二终端。
当强触达发送方式有两种或者两种以上,并且开放平台都可以通过强触达发送方式发送邀请信息至第二终端时,开放平台还可以根据预先设定的优先级从两种或者两种以上的强触达发送方式中选择优先级最高的发送方式,从而通过选择出的发送方式发送邀请信息至第二终端。
综上所述,本实施例提供的信息发送方法,通过接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;检测通过强触达发送方式为指定应用程序发送邀请信息的已发送次数是否达到第一阈值,第一阈值是在当前时间段内根据指定应用程序被各个终端使用的历史使用信息计算得到的;若检测结果为未达到第一阈值,则通过强触达发送方式发送邀请信息至第二终端;解决了现有技术提供的信息发送方法会耗用开放平台的大量资源,降低开放平台的资源利用率的问题;达到了开放平台可以根据指定应用程序被其它用户的使用情况来判定应用的质量,并根据应用质量限定能够使用强触达发送方式的次数,提高了开放平台的资源利用率的效果。同时,根据应用质量分配使用强触达发送方式发送邀请信息的次数,也促使应用提供商不断优化应用,从而为用户提供更为优质的服务。
实施例三
请参考图4,其示出了本发明实施例三提供的信息发送方法的方法流程图,该信息发送方法可以用于图1所示的开放平台中,该信息发送方法可以包括:
步骤401,根据指定应用程序在历史时间段中被各个终端使用的应用留存率和/或应用转化率计算在当前时间段中的第一阈值;
开放平台可以根据指定应用程序在历史时间段中被各个终端使用的应用留存率、应用转化率或者两者的组合计算在当前时间段中的第一阈值。其中,应用转化率为接受邀请的终端的个数与被邀请的终端的总数的比值;应用留存率为接受邀请的终端中在第三时间段之后继续使用指定应用程序的终端的个数与接受邀请的终端的个数的比值。
本实施例以同时根据历史时间段中的应用留存率和应用转化率来计算在当前时间段中的第一阈值为例,并且开放平台根据历史时间段中的应用留存率和应用转化率计算第一阈值的步骤可以具体包括:
第一,根据历史时间段内的应用留存率以及历史时间段内通过不同发送方式为指定应用程序发送邀请信息的次数计算当前时间段内通过不同发送方式为指定应用程序发送邀请信息的可发送总次数;
第二,根据历史时间段内的应用转化率以及当前时间段内通过不同发送方式为指定应用程序发送邀请信息的可发送总次数计算第一阈值。
需要说明的是,本步骤与实施例二中的步骤301类似,详细技术细节请参考实施例二,本实施例在此不再赘述。
步骤402,接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;
当开放平台中的用户使用第三方开发商接入的应用时,用户可以选择邀请好友一起使用该应用,所以开放平台可以接收到第一终端发送的用于邀请第二终端使用指定应用程序的请求。
步骤403,检测在当前时间段内通过不同发送方式为指定应用程序发送邀请信息的已发送次数是否达到第二阈值;
在接收到第一终端的请求信息之后,开放平台可以先检测在当前时间段内通过不同发送方式为指定应用程序发送邀请信息的已发送次数是否达到第二阈值。其中,第二阈值为在当前时间段内通过不同发送方式为指定应用程序发送邀请信息的可发送总次数。
具体的,开放平台计算第二阈值的步骤可以包括:开放平台根据历史时间段内的应用留存率以及历史时间段内通过不同发送方式为指定应用程序发送邀请信息的次数计算当前时间段内开放平台通过不同发送方式为指定应用程序发送邀请信息的可发送总次数。并且,由于开放平台在计算第一阈值的过程中可以计算得到第二阈值,所以在实际实现时,开放平台可以直接使用步骤402中计算得到的第二阈值,当然开放平台也可以采用上述计算方法计算得到第二阈值,本实施例对此并不做限定。
步骤404,若检测结果为未达到第二阈值,则执行检测通过强触达发送方式为指定应用程序发送邀请信息的已发送次数是否达到第一阈值的步骤;
若开放平台的检测结果为未达到第二阈值,则说明开放平台在当前时间段内还可以为指定应用程序发送邀请信息,所以此时开放平台可以执行检测通过强触达发送方式为指定应用程序发送邀请信息的已发送次数是否达到第一阈值的步骤;其中,第一阈值为根据指定应用程序的历史使用信息计算得到的,强触达发送方式可以包括弹窗、好友动态和私信中的至少一种。
若开放平台的检测结果为达到第二阈值,则说明当前时间段内开放平台通过不同发送方式为指定应用程序发送邀请信息的已发送次数已经达到上限,此时开放平台将不能发送邀请信息至第二终端,流程结束,本实施例在此不再赘述。
步骤405,若检测结果为未达到第一阈值,则获取第二终端对应于强触达发送方式的喜好程度的得分;
如果开放平台的检测结果为未达到第一阈值,则说明当前时间段内开放平台还可以继续通过强触达发送方式发送邀请信息至第二终端,此时开放平台可以获取第二终端对应于强触达发送方式的喜好程度的得分。
而如果检测结果为达到第一阈值,则说明当前时间段内开放平台通过强触达发送方式发送邀请信息至第二终端的次数已经达到上限,此时开放平台将通过弱触达发送方式发送邀请信息至第二终端,本实施例在此不再赘述。
具体的,开放平台获取第二终端对应于强触达发送方式的喜好程度的得分的步骤可以包括:
第一,获取第二终端的评分参数;
开放平台可以先获取第二终端的评分参数。其中,评分参数包括:第一终端与第二终端的互动频率、第二终端已经安装的应用与指定应用程序的匹配度和第二终端对强触达发送方式的响应频率中的至少一种。
第二,根据评分参数以及各自对应的权重计算第二终端的得分。
在开放平台获取到第二终端的评分参数之后,开放平台可以根据评分参数以及各自对应的权重计算第二终端的得分。
步骤406,根据在历史时间段内保存的第二终端对不同发送方式的喜好程度的若干个得分以及历史时间段内的应用转化率计算第三阈值;
开放平台可以根据在历史时间段内保存的第二终端对不同发送方式的喜好程度的若干个得分以及历史时间段内的应用转化率计算第三阈值。具体的,开放平台计算第三阈值的步骤可以包括:
第一、根据在历史时间段内保存的第二终端对不同发送方式的喜好程度的若干个得分计算每个得分所占的比例an,n为对应的得分;
开放平台可以读取历史时间段内保存的第二终端对不同发送方式的喜好程度的若干个得分,计算每个得分所占的比例an,n为对应的得分;其中各个得分为开放平台在历史时间段内接收并保存的第二终端对应于强触达发送方式喜好程度的得分。
需要说明的是,在实际实现时,开放平台还可以将在同一范围内的得分作为一个整体计算所占的比例,其具体实现方式与计算每个得分所占的比例类似,本实施例在此不再赘述。
第二、获取与历史时间段内的应用转化率对应的第四阈值b,第四阈值b与历史时间段内的应用转化率呈正相关关系;
具体的,开放平台可以获取历史时间段内的应用转化率,并且由于开放平台可以预先存储应用转化率与第四阈值之间的对应关系,所以开放平台可以根据预存的对应关系获取与第一时间段内的应用转化率对应的第四阈值b。其中第四阈值b与第一时间段内的应用转化率呈正相关关系。
第三、计算当an+an+1+…+am>=b时,n的最小取值;其中,m为第一时间段内的最高得分;
在开放平台计算得到每个得分所占的比例时,开放平台可以按照每个比例所对应的得分的大小进行排序,从而在开放平台计算得到b之后,计算当an+an+1+…+am>=b时,n的最小取值。
第四、将计算得到的n的最小取值作为第三阈值。
步骤407,检测获取到的得分是否达到第三阈值;
在开放平台获取到第二终端对应于强触达发送方式的喜好程度的得分之后,开放平台可以检测获取到的得分是否达到第三阈值。
步骤408,若检测结果为达到第三阈值,则执行通过强触达发送方式发送邀请信息至第二终端的步骤。
如果开放平台的检测结果为达到第三阈值,则说明开放平台可以通过强触达发送方式发送邀请信息至第二终端,此时开放平台可以执行通过强触达发送方式发送邀请信息至第二终端的步骤。
而如果开放平台的检测结果为未达到第三阈值,则说明开放平台不能通过强触达发送方式发送邀请信息至第二终端,此时开放平台将通过弱触达发送方式发送提醒信息至第二终端,本实施例在此不再赘述。
需要说明的是,当强触达发送方式有两种或者两种以上时,开放平台通过强触达发送方式发送邀请信息至第二终端的步骤可以包括如下方式中的任一种:
第一,开放平台通过两种或者两种以上的强触达发送方式分别发送邀请信息至第二终端;
当强触达发送方式有两种或者两种以上,并且开放平台都可以通过强触达发送方式发送邀请信息至第二终端时,开放平台可以分别通过两种或者两种以上的强触达发送方式发送邀请信息至第二终端,本实施例在此不再赘述。
第二,开放平台根据预定优先级从两种或者两种以上的强触达发送方式中选择优先级最高的发送方式,并通过选择出的发送方式发送邀请信息至第二终端。
当强触达发送方式有两种或者两种以上,并且开放平台都可以通过强触达发送方式发送邀请信息至第二终端时,开放平台还可以根据预先设定的优先级从两种或者两种以上的强触达发送方式中选择优先级最高的发送方式,从而通过选择出的发送方式发送邀请信息至第二终端。
需要说明的是,本实施例中步骤404至步骤408与实施例二中的步骤303至步骤307类似,详细技术细节请参考实施例二,本实施例在此不再赘述。
综上所述,本实施例提供的信息发送方法,通过接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;检测通过强触达发送方式为指定应用程序发送邀请信息的已发送次数是否达到第一阈值,第一阈值是在当前时间段内根据指定应用程序被各个终端使用的历史使用信息计算得到的;若检测结果为未达到第一阈值,则通过强触达发送方式发送邀请信息至第二终端;解决了现有技术提供的信息发送方法会耗用开放平台的大量资源,降低开放平台的资源利用率的问题;达到了开放平台可以根据指定应用程序被其它用户的使用情况来判定应用的质量,并根据应用质量限定能够使用强触达发送方式的次数,提高了开放平台的资源利用率的效果。同时,根据应用质量分配使用强触达发送方式发送邀请信息的次数,也促使应用提供商不断优化应用,从而为用户提供更为优质的服务。并且,在本实施例中,通过限定开放平台为指定应用程序发送邀请信息的次数,避免了第三方通过雇佣水军进行作弊的情况,第三方想要使得提供的应用被更多用户知道,就必须优化应用从而提高了应用质量。此外,通过对每种强触达发送方式分别进行检测及计算,使得每种强触达发送方式之间相互独立,增强了系统的可扩展性。
实施例四
请参考图5,其示出了本发明实施例四提供的信息发送装置的结构方框图,该信息发送装置可以通过软件、硬件或者两者的结合实现成为开放平台中的部分或者全部,该信息发送装置可以包括:请求接收模块510、第一检测模块520和信息发送模块530;
请求接收模块510,用于接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;
第一检测模块520,用于检测通过强触达发送方式为所述指定应用程序发送邀请信息的已发送次数是否达到第一阈值,所述第一阈值是在当前时间段内根据所述指定应用程序被各个终端使用的历史使用信息计算得到的;
提醒发送模块530,用于在所述第一检测模块520的检测结果为未达到所述第一阈值时,通过所述强触达发送方式发送邀请信息至所述第二终端。
综上所述,本实施例提供的信息发送装置,通过接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;检测通过强触达发送方式为指定应用程序发送邀请信息的已发送次数是否达到第一阈值,第一阈值是在当前时间段内根据指定应用程序被各个终端使用的历史使用信息计算得到的;若检测结果为未达到第一阈值,则通过强触达发送方式发送邀请信息至第二终端;解决了现有技术提供的信息发送方法会耗用开放平台的大量资源,降低开放平台的资源利用率的问题;达到了开放平台可以根据指定应用程序被其它用户的使用情况来判定应用的质量,并根据应用质量限定能够使用强触达发送方式的次数,提高了开放平台的资源利用率的效果。同时,根据应用质量分配使用强触达发送方式发送邀请信息的次数,也促使应用提供商不断优化应用,从而为用户提供更为优质的服务。
实施例五
请参考图6,其示出了本发明实施例五提供的信息发送装置的结构方框图,该信息发送装置可以通过软件、硬件或者两者的结合实现成为开放平台中的部分或者全部,该信息发送装置可以包括:请求接收模块610、第一检测模块620和信息发送模块630;
请求接收模块610,用于接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;
第一检测模块620,用于检测通过强触达发送方式为所述指定应用程序发送邀请信息的已发送次数是否达到第一阈值,所述第一阈值是在当前时间段内根据所述指定应用程序被各个终端使用的历史使用信息计算得到的;
提醒发送模块630,用于在所述第一检测模块620的检测结果为未达到所述第一阈值时,通过所述强触达发送方式发送邀请信息至所述第二终端。
在本实施例的第一种可能的实现方式中,所述装置还包括:
第一计算模块640,用于根据所述指定应用程序在历史时间段中被各个终端使用的应用留存率和/或应用转化率计算在当前时间段中的所述第一阈值。
在本实施例的第二种可能的实现方式中,所述第一计算模块640包括:
第一计算单元641,用于根据所述历史时间段内的应用留存率以及所述历史时间段内通过不同发送方式为所述指定应用程序发送邀请信息的次数计算所述当前时间段内通过不同发送方式为所述指定应用程序发送邀请信息的可发送总次数;
第二计算单元642,用于根据所述历史时间段内的应用转化率以及所述第一计算单元计算得到的所述当前时间段内通过不同发送方式为所述指定应用程序发送邀请信息的可发送总次数计算所述第一阈值。
在本实施例的第三种可能的实现方式,所述装置还包括:
第二检测模块650,用于检测在所述当前时间段内通过不同发送方式为所述指定应用程序发送邀请信息的已发送次数是否达到第二阈值,所述第二阈值为在当所述前时间段内通过不同发送方式为所述指定应用程序发送邀请信息的可发送总次数;
所述第一检测模块620,用于在所述第二检测模块650的检测结果为未达到所述第二阈值时,执行所述检测通过强触达发送方式为所述指定应用程序发送邀请信息的已发送次数是否达到第一阈值的步骤。
在本实施例的第四种可能的实现方式,所述装置还包括:
得分获取模块660,用于获取所述第二终端对应于所述强触达发送方式的喜好程度的得分;
第三检测模块670,用于检测所述得分获取模块660获取到的所述得分是否达到第三阈值;
所述信息发送模块630,用于在所述第一检测模块620的检测结果为未达到所述第一阈值且所述第三检测模块670的检测结果为达到所述第三阈值时,执行所述通过所述强触达发送方式发送邀请信息至所述第二终端的步骤。
在本实施例的第五种可能的实现方式中,所述得分获取模块660,包括:
参数获取单元661,用于获取所述第二终端的评分参数,所述评分参数包括:所述第一终端与所述第二终端的互动频率、所述第二终端已经安装的应用与所述指定应用程序的匹配度和所述第二终端对所述强触达发送方式的响应频率中的至少一种;
得分计算单元662,用于根据所述参数获取单元661获取到的所述评分参数以及各自对应的权重计算所述第二终端的得分。
在本实施例的第六种可能的实现方式中,所述装置还包括:
第二计算模块680,用于根据在所述历史时间段内保存的所述第二终端对不同发送方式的喜好程度的若干个得分以及所述历史时间段内的应用转化率计算所述第三阈值。
在本实施例的第七种可能的实现方式中,所述第二计算模块680,包括:
比例计算单元681,用于根据在历史时间段内保存的所述第二终端对不同发送方式的喜好程度的若干个得分计算每个得分所占的比例an,n为对应的得分;
阈值获取单元682,用于获取与所述历史时间段内的应用转化率对应的第四阈值b,所述第四阈值b与所述历史时间段内的应用转化率呈正相关关系;
得分计算单元683,用于计算当an+an+1+…+am>=b时,n的最小取值;其中,m为所述历史时间段内的最高得分;
得分确定单元684,用于将所述得分计算单元683计算得到的n的最小取值作为所述第三阈值。
综上所述,本实施例提供的信息发送装置,通过接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;检测通过强触达发送方式为指定应用程序发送邀请信息的已发送次数是否达到第一阈值,第一阈值是在当前时间段内根据指定应用程序被各个终端使用的历史使用信息计算得到的;若检测结果为未达到第一阈值,则通过强触达发送方式发送邀请信息至第二终端;解决了现有技术提供的信息发送方法会耗用开放平台的大量资源,降低开放平台的资源利用率的问题;达到了开放平台可以根据指定应用程序被其它用户的使用情况来判定应用的质量,并根据应用质量限定能够使用强触达发送方式的次数,提高了开放平台的资源利用率的效果。同时,根据应用质量分配使用强触达发送方式发送邀请信息的次数,也促使应用提供商不断优化应用,从而为用户提供更为优质的服务。
需要说明的是:上述实施例提供的信息发送装置在进行信息发送时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的信息发送装置和开放平台与信息发送方法的方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (15)
1.一种信息发送方法,其特征在于,所述方法包括:
接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;
根据所述指定应用程序在历史时间段中被各个终端使用的应用留存率和/或应用转化率计算在所述当前时间段中的所述第一阈值,所述应用留存率为接受邀请的终端中在第三时间段之后继续使用指定应用程序的终端的个数与所述接受邀请的终端的个数的比值,所述应用转化率为所述接受邀请的终端的个数与被邀请的终端的总数的比值;
检测通过强触达发送方式为所述指定应用程序发送邀请信息的已发送次数是否达到第一阈值,所述第一阈值是在当前时间段内根据所述指定应用程序被各个终端使用的历史使用信息计算得到的;
若检测结果为未达到所述第一阈值,则通过所述强触达发送方式发送邀请信息至所述第二终端,所述强触达发送方式是指强制接收到邀请信息的终端显示邀请信息的发送方式。
2.根据权利要求1所述的方法,其特征在于,所述根据所述指定应用程序在历史时间段中被各个终端使用的应用留存率和/或应用转化率计算在所述当前时间段中的所述第一阈值,包括:
根据所述历史时间段内的应用留存率以及所述历史时间段内通过不同发送方式为所述指定应用程序发送邀请信息的次数计算所述当前时间段内通过不同发送方式为所述指定应用程序发送邀请信息的可发送总次数;
根据所述历史时间段内的应用转化率以及所述当前时间段内通过不同发送方式为所述指定应用程序发送邀请信息的可发送总次数计算所述第一阈值。
3.根据权利要求1所述的方法,其特征在于,所述检测通过强触达发送方式为所述指定应用程序发送邀请信息的已发送次数是否达到第一阈值之前,还包括:
检测在所述当前时间段内通过不同发送方式为所述指定应用程序发送邀请信息的已发送次数是否达到第二阈值,所述第二阈值为在所述当前时间段内通过不同发送方式为所述指定应用程序发送邀请信息的可发送总次数;
若检测结果为未达到所述第二阈值,则执行所述检测通过强触达发送方式为所述指定应用程序发送邀请信息的已发送次数是否达到第一阈值的步骤。
4.根据权利要求1至3任一所述的方法,其特征在于,所述通过所述强触达发送方式发送邀请信息至所述第二终端之前,所述方法还包括:
获取所述第二终端对应于所述强触达发送方式的喜好程度的得分;
检测获取到的所述得分是否达到第三阈值;
若检测结果为达到所述第三阈值,则执行所述通过所述强触达发送方式发送邀请信息至所述第二终端的步骤。
5.根据权利要求4所述的方法,其特征在于,所述获取所述第二终端对应于所述强触达发送方式的喜好程度的得分,包括:
获取所述第二终端的评分参数,所述评分参数包括:所述第一终端与所述第二终端的互动频率、所述第二终端已经安装的应用与所述指定应用程序的匹配度和所述第二终端对所述强触达发送方式的响应频率中的至少一种;
根据所述评分参数以及各自对应的权重计算所述第二终端的得分。
6.根据权利要求5所述的方法,其特征在于,所述检测获取到的所述得分是否达到第三阈值之前,所述方法还包括:
根据在所述历史时间段内保存的所述第二终端对不同发送方式的喜好程度的若干个得分以及所述历史时间段内的应用转化率计算所述第三阈值。
7.根据权利要求6所述的方法,其特征在于,所述根据在所述历史时间段内保存的所述第二终端对不同发送方式的喜好程度的若干个得分以及所述历史时间段内的应用转化率计算所述第三阈值,包括:
根据在所述历史时间段内保存的所述第二终端对不同发送方式的喜好程度的若干个得分计算每个得分所占的比例an,n为对应的得分;
获取与所述历史时间段内的应用转化率对应的第四阈值b,所述第四阈值b与所述历史时间段内的应用转化率呈正相关关系;
计算当an+an+1+…+am>=b时,n的最小取值;其中,m为所述历史时间段内的最高得分;
将计算得到的n的最小取值作为所述第三阈值。
8.一种信息发送装置,其特征在于,所述装置包括:
请求接收模块,用于接收第一终端发送的用于邀请第二终端使用指定应用程序的请求;
第一计算模块,用于根据所述指定应用程序在历史时间段中被各个终端使用的应用留存率和/或应用转化率计算在所述当前时间段中的所述第一阈值,所述应用留存率为接受邀请的终端中在第三时间段之后继续使用指定应用程序的终端的个数与所述接受邀请的终端的个数的比值,所述应用转化率为所述接受邀请的终端的个数与被邀请的终端的总数的比值;
第一检测模块,用于检测通过强触达发送方式为所述指定应用程序发送邀请信息的已发送次数是否达到第一阈值,所述第一阈值是在当前时间段内根据所述指定应用程序被各个终端使用的历史使用信息计算得到的;
信息发送模块,用于在所述第一检测模块的检测结果为未达到所述第一阈值时,通过所述强触达发送方式发送邀请信息至所述第二终端,所述强触达发送方式是指强制接收到邀请信息的终端显示邀请信息的发送方式。
9.根据权利要求8所述的装置,其特征在于,所述第一计算模块,包括:
第一计算单元,用于根据所述历史时间段内的应用留存率以及所述历史时间段内通过不同发送方式为所述指定应用程序发送邀请信息的次数计算所述当前时间段内通过不同发送方式为所述指定应用程序发送邀请信息的可发送总次数;
第二计算单元,用于根据所述历史时间段内的应用转化率以及所述第一计算单元计算得到的所述当前时间段内通过不同发送方式为所述指定应用程序发送邀请信息的可发送总次数计算所述第一阈值。
10.根据权利要求8所述的装置,其特征在于,所述装置还包括:
第二检测模块,用于检测在所述当前时间段内通过不同发送方式为所述指定应用程序发送邀请信息的已发送次数是否达到第二阈值,所述第二阈值为在当所述前时间段内通过不同发送方式为所述指定应用程序发送邀请信息的可发送总次数;
所述第一检测模块,用于在所述第二检测模块的检测结果为未达到所述第二阈值时,执行所述检测通过强触达发送方式为所述指定应用程序发送邀请信息的已发送次数是否达到第一阈值的步骤。
11.根据权利要求8至10任一所述的装置,其特征在于,所述装置还包括:
得分获取模块,用于获取所述第二终端对应于所述强触达发送方式的喜好程度的得分;
第三检测模块,用于检测所述得分获取模块获取到的所述得分是否达到第三阈值;
所述信息发送模块,用于在所述第一检测模块的检测结果为未达到所述第一阈值且所述第三检测模块的检测结果为达到所述第三阈值时,执行所述通过所述强触达发送方式发送邀请信息至所述第二终端的步骤。
12.根据权利要求11所述的装置,其特征在于,所述得分获取模块,包括:
参数获取单元,用于获取所述第二终端的评分参数,所述评分参数包括:所述第一终端与所述第二终端的互动频率、所述第二终端已经安装的应用与所述指定应用程序的匹配度和所述第二终端对所述强触达发送方式的响应频率中的至少一种;
得分计算单元,用于根据所述参数获取单元获取到的所述评分参数以及各自对应的权重计算所述第二终端的得分。
13.根据权利要求12所述的装置,其特征在于,所述装置还包括:
第二计算模块,用于根据在所述历史时间段内保存的所述第二终端对不同发送方式的喜好程度的若干个得分以及所述历史时间段内的应用转化率计算所述第三阈值。
14.根据权利要求13所述的装置,其特征在于,所述第二计算模块,包括:
比例计算单元,用于根据在历史时间段内保存的所述第二终端对不同发送方式的喜好程度的若干个得分计算每个得分所占的比例an,n为对应的得分;
阈值获取单元,用于获取与所述历史时间段内的应用转化率对应的第四阈值b,所述第四阈值b与所述历史时间段内的应用转化率呈正相关关系;
得分计算单元,用于计算当an+an+1+…+am>=b时,n的最小取值;其中,m为所述历史时间段内的最高得分;
得分确定单元,用于将所述得分计算单元计算得到的n的最小取值作为所述第三阈值。
15.一种开放平台系统,其特征在于,其包括如权利要求8至14任一所述的信息发送装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310466070.1A CN104518954B (zh) | 2013-09-30 | 2013-09-30 | 信息发送方法、装置和开放平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310466070.1A CN104518954B (zh) | 2013-09-30 | 2013-09-30 | 信息发送方法、装置和开放平台 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104518954A CN104518954A (zh) | 2015-04-15 |
CN104518954B true CN104518954B (zh) | 2018-11-16 |
Family
ID=52793710
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310466070.1A Active CN104518954B (zh) | 2013-09-30 | 2013-09-30 | 信息发送方法、装置和开放平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104518954B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105207888A (zh) * | 2015-08-18 | 2015-12-30 | 腾讯科技(深圳)有限公司 | 群组消息的提醒方法及装置 |
CN106707741B (zh) * | 2015-11-17 | 2020-09-22 | 腾讯科技(深圳)有限公司 | 一种电器设备控制方法及装置 |
CN107463440B (zh) * | 2017-09-14 | 2021-02-09 | 北京奇艺世纪科技有限公司 | 一种弹窗展示方法及装置 |
CN107944707B (zh) * | 2017-11-28 | 2021-08-13 | 广东华仝九方科技有限公司 | 一种终端配合度的扣分计算方法 |
CN109919805A (zh) * | 2019-01-17 | 2019-06-21 | 平安城市建设科技(深圳)有限公司 | 信息推送方法、用户设备、存储介质及装置 |
CN110175466B (zh) * | 2019-04-16 | 2024-03-08 | 平安科技(深圳)有限公司 | 开放平台的安全管理方法、装置、计算机设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1700226A (zh) * | 2004-05-10 | 2005-11-23 | 世嘉股份有限公司 | 向非会员提供会员服务的系统、服务器、方法和程序 |
CN101901146A (zh) * | 2008-12-05 | 2010-12-01 | 索尼株式会社 | 信息处理装置和信息处理方法 |
CN102360364A (zh) * | 2011-09-30 | 2012-02-22 | 奇智软件(北京)有限公司 | 一种应用自动推荐的方法及装置 |
CN102880501A (zh) * | 2012-07-24 | 2013-01-16 | 北京奇虎科技有限公司 | 应用推荐的实现方法、装置和系统 |
CN103019906A (zh) * | 2012-11-20 | 2013-04-03 | 北京奇虎科技有限公司 | 一种弹窗信息展示的方法、装置及系统 |
CN103180871A (zh) * | 2010-11-01 | 2013-06-26 | 国际商业机器公司 | 应用程序推荐 |
-
2013
- 2013-09-30 CN CN201310466070.1A patent/CN104518954B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1700226A (zh) * | 2004-05-10 | 2005-11-23 | 世嘉股份有限公司 | 向非会员提供会员服务的系统、服务器、方法和程序 |
CN101901146A (zh) * | 2008-12-05 | 2010-12-01 | 索尼株式会社 | 信息处理装置和信息处理方法 |
CN103180871A (zh) * | 2010-11-01 | 2013-06-26 | 国际商业机器公司 | 应用程序推荐 |
CN102360364A (zh) * | 2011-09-30 | 2012-02-22 | 奇智软件(北京)有限公司 | 一种应用自动推荐的方法及装置 |
CN102880501A (zh) * | 2012-07-24 | 2013-01-16 | 北京奇虎科技有限公司 | 应用推荐的实现方法、装置和系统 |
CN103019906A (zh) * | 2012-11-20 | 2013-04-03 | 北京奇虎科技有限公司 | 一种弹窗信息展示的方法、装置及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN104518954A (zh) | 2015-04-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104518954B (zh) | 信息发送方法、装置和开放平台 | |
Miao et al. | Balancing quality and budget considerations in mobile crowdsourcing | |
CN107194743B (zh) | 一种网络调查问卷生成方法和装置 | |
US20180048597A1 (en) | Method and device for implementing instant communication | |
US20100299276A1 (en) | Invitations with pre-populated profile information | |
CN103327101B (zh) | 移动终端协作下载方法 | |
CN102664744B (zh) | 网络消息通信中群发推荐的方法 | |
CN104424240B (zh) | 多表关联方法、主服务节点、计算节点及系统 | |
CN107786432A (zh) | 信息展示方法、装置、计算机装置及计算可读存储介质 | |
CN105592405A (zh) | 基于派系过滤和标签传播的移动通信用户群组构造方法 | |
CN107807734A (zh) | 一种用于智能机器人的交互输出方法以及系统 | |
Lyu et al. | Structural embeddedness and innovation diffusion: the moderating role of industrial technology grouping | |
Rechavi et al. | Knowledge and social networks in Yahoo! Answers | |
CN108874915A (zh) | 知识组织方法、系统、电子设备及存储介质 | |
KR102012839B1 (ko) | 크라우드 소싱에 기반하여 역할 및 자원을 분담하는 방법, 플랫폼 서버 | |
CN107807935A (zh) | 应用推荐方法及装置 | |
Manshadi et al. | Online algorithms for matching platforms with multi-channel traffic | |
CN106411703A (zh) | 一种信息同步方法及装置 | |
CN110210892A (zh) | 产品推荐方法、装置、可读存储介质和程序产品 | |
CN106157150B (zh) | 信息处理方法与信息处理装置 | |
CN104301205B (zh) | 互动引导方法和装置 | |
CN104079472A (zh) | 一种移动游戏产品实现实时社交功能的方法 | |
Charness | Technology as multiplier effect for an aging work force | |
CN107491509B (zh) | 一种用户属性信息挖掘方法、装置和介质 | |
Ajibesin et al. | Data envelopment analysis with slacks model for energy efficient multicast over coded packet wireless networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |