直播推荐方法、装置、服务器及存储介质与流程

文档序号:22752257发布日期:2020-10-31 09:47阅读:105来源:国知局
直播推荐方法、装置、服务器及存储介质与流程

本申请实施例涉及网络技术领域,特别涉及一种直播推荐方法、装置、服务器及存储介质。



背景技术:

随着网络技术的发展,直播平台的应用越来越广泛。除了纯直播业务的平台之外,在如音乐播放、视频播放等应用平台下,主播也可以开设直播间,并进行网络直播。在用户观看的过程中,为了表达对该主播的支持和喜爱,可以向该主播的作品进行打分、打赏等消费行为。

然而,在相关技术中,用户需要进入直播专页才可以进行直播间的选择与观看,而无法在其他平台页面选择直播服务。



技术实现要素:

本申请实施例提供了一种直播推荐方法、装置、服务器及存储介质,所述技术方案如下:

一方面,提供了一种直播推荐方法,所述方法用于直播平台,所述方法包括:

获取第一用户账号的历史资源转移记录,所述历史资源转移记录中包括所述第一用户账号向直播账号转移虚拟资源的记录;

响应于所述历史资源转移记录满足直播推荐条件,向至少一个关联平台发送关系链获取请求,所述关系链获取请求用于请求获取所述第一用户账号对应的社交关系链,所述社交关系链中包含与所述第一用户账号在所述至少一个关联平台上具有预定社交关系的第二用户账号,同一用户在所述至少一个关联平台和所述直播平台对应同一用户账号;

接收所述至少一个关联平台发送的所述社交关系链;

向所述社交关系链上的目标用户账号发送直播推荐信息,所述直播推荐信息中包含目标直播账号,所述目标用户账号属于所述第二用户账号,所述目标直播账号根据所述历史资源转移记录确定。

另一方面,提供了一种直播推荐装置,所述装置用于直播平台,所述装置包括:

记录获取模块,用于获取第一用户账号的历史资源转移记录,所述历史资源转移记录中包括所述第一用户账号向直播账号转移虚拟资源的记录;

请求发送模块,用于响应于所述历史资源转移记录满足直播推荐条件,向至少一个关联平台发送关系链获取请求,所述关系链获取请求用于请求获取所述第一用户账号对应的社交关系链,所述社交关系链中包含与所述第一用户账号在所述至少一个关联平台上具有预定社交关系的第二用户账号,同一用户在所述至少一个关联平台和所述直播平台对应同一用户账号;

信息接收模块,用于接收所述至少一个关联平台发送的所述社交关系链;

信息发送模块,用于向所述社交关系链上的目标用户账号发送直播推荐信息,所述直播推荐信息中包含目标直播账号,所述目标用户账号属于所述第二用户账号,所述目标直播账号根据所述历史资源转移记录确定。

另一方面,提供了一种服务器,所述服务器包括处理器和存储器;所述存储器存储有至少一条指令,所述至少一条指令用于被所述处理器执行以实现如上述方面所述的直播推荐方法。

另一方面,提供了一种计算机可读存储介质,所述存储介质存储有至少一条指令,所述至少一条指令用于被处理器执行以实现如上述方面所述的直播推荐方法。

另一方面,还提供了一种计算机程序产品,该计算机程序产品存储有至少一条指令,所述至少一条指令由所述处理器加载并执行以实现上述方面所述的直播推荐方法。

本申请实施例中,在直播场景下,实现了同一应用程序内不同平台之间的一种直播推荐方法,如直播平台和音乐平台之间的交互,直播平台对应的服务器根据第一用户账号的历史资源转移记录确定出目标直播账号,继而向至少一个关联平台对应的服务器申请获取第一用户账号对应的社交关系链,进一步的,直播平台从社交关系链中确定出目标用户账号,并向目标用户账号发送关于目标直播账号的直播推荐信息;与相关技术中的主播观看方法相比,用户不再通过单一的直播观看方式进入直播间,实现基于社交关系链的直播信息推荐,且可实现不同平台之间的信息交互,进一步丰富了直播观看方法。

附图说明

图1示出了本申请一示例性实施例提供的一种直播推荐方法的实施环境的示意图;

图2示出了本申请一示例性实施例提供的直播推荐方法的流程图;

图3示出了本申请一示例性实施例提供的和第一用户账号在音乐平台上具有预定社交关系的第二用户账号的界面示意图;

图4示出了本申请另一示例性实施例提供的直播推荐方法的流程图;

图5示出了本申请另一示例性实施例提供的直播推荐方法的流程图;

图6示出了本申请一示例性实施例提供的一种直播推荐方式的界面示意图;

图7示出了本申请另一示例性实施例提供的直播推荐方法的流程图;

图8示出了本申请一示例性实施例提供的直播间内进行打赏的界面示意图;

图9示出了本申请一示例性实施例提供的直播推荐装置的结构框图;

图10示出了本申请一示例性实施例提供的服务器的结构方框图。

具体实施方式

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

在本文中提及的“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

图1是本申请一示例性实施例提供的一种直播推荐方法的实施环境的示意图。请参考图1,该实施环境可以包括:第一终端100、后台服务器200和第二终端300。

在本申请实施例中,第一终端100登陆有第一用户账号,第二终端300登陆有第二用户账号,且第一用户账号与第二用户账号之间在至少一个关联平台上具有预设社交关系。其中,第一终端100和第二终端300共同安装并运行有同一应用程序,且该应用程序同时具备音乐服务和直播服务,对应的,至少一个关联平台对应有关联平台服务器220,直播服务的直播平台对应有直播平台服务器210,进一步的,第一用户账号和第二用户账号是在关联平台具有预定社交关系的账号。

可选的,后台服务器200可以是独立的服务器,也可以集合为服务器集群、虚拟云存储或云计算中心中的任意一种,以后台服务器200为服务器集群为例,后台服务器200可以包括:直播平台服务器210和关联平台服务器220。其中,第一终端100和直播平台服务器210之间可以通过有线连接或者无线连接进行通信,直播平台服务器210和关联平台服务器220之间同样可以通过有线连接或者无线连接进行通信。其中,各个服务器可以是一台服务器、若干台服务器组成的服务器集群、虚拟云存储或云计算中心中的任意一种。

此外,当后台服务器200是独立的服务器时,则后台服务器200具备上述各个服务器的后台服务功能。

在一个示例中,如图1所示,直播平台服务器210接收第一终端100发送的关于第一用户账号的历史资源转移记录,并判断该历史资源转移记录是否满足直播推荐条件,若是,则向关联平台发送关系链获取请求,关系链获取请求用于请求获取第一用户账号对应的社交关系链;进一步的,直播平台服务器210接收关联平台服务器220发送的社交关系链,并向社交关系链上的目标用户账号发送直播推荐信息,直播推荐信息中包含目标直播账号,目标用户账号属于第二用户账号,目标直播账号根据历史资源转移记录确定。

需要说明的是,上述各个服务器可以是独立的服务器,也可以集合为服务器集群、虚拟云存储或云计算中心中的任意一种,且在所集合的服务器集群、虚拟云存储或云计算中心中的任意一种中,还可以根据本申请实施例的内容进行补充,本申请实施例对此不作限定。

此外,本申请实施例以关联平台为音乐平台进行各个实施例的说明,即关联平台服务器220可为音乐平台服务器220,但此示例并不对关联平台的类型造成限定。

请参考图2,其示出了本申请一示例性实施例提供的直播推荐方法的流程图。该方法适用于图1所示的直播平台,该方法包括:

步骤201,获取第一用户账号的历史资源转移记录。

可选的,历史资源转移记录中包括第一用户账号向直播账号转移虚拟资源的记录。

其中,第一用户账号所转移虚拟资源的直播账号,为第一用户账号所关注主播的直播账号,又或是未关注主播但有虚拟资源转移的直播账号,本申请实施例对直播在账号的类型并不作限定。

可选的,转移虚拟资源对应的行为包括赠送虚拟礼物、赠送虚拟道具和赠送虚拟货币中的至少一种。其中,虚拟礼物、虚拟道具和虚拟货币均为一类虚拟物品,虚拟物品是指在虚拟场景中用于指代财富值的虚拟标识,如在直播场景下终端界面所显示的“鲜花”、“气球”和“火箭”等等用于指代财富值的虚拟标识,可选的,不同的虚拟标识指代不同的财富值,如“鲜花”指代10财富值,如“气球”指代20财富值,又如“火箭”指代1000财富值,等等。

可选的,上述财富值的数值可以直接与流通货币等价,也可以与流通货币存在一定的兑换比例。如,在1:10的兑换比例下,用户打赏主播一个“鲜花”即指代打赏主播1元,用户打赏主播一个“气球”即指代打赏主播2元,以及用户打赏主播一个“火箭”即指代打赏主播100元。

历史资源转移记录中包括第一用户账号向直播账号转移虚拟资源的记录,其中,转移虚拟资源的记录不仅包括上述虚拟物品对应的虚拟资源数量,还可以包括第一用户账号标识、直播间标识、直播账号标识等等参数。

步骤202,响应于历史资源转移记录满足直播推荐条件,向音乐平台发送关系链获取请求,关系链获取请求用于请求获取第一用户账号对应的社交关系链。

本申请实施例中的一种直播推荐方法,能够根据第一用户账号的历史资源转移记录,确定出第一用户账号所喜爱的直播账号以及打赏频率较高的直播账号,基于直播平台的多样性,第一用户账号可以在音乐软件中登入音乐平台,继而还可以在该音乐软件中登入所提供的直播平台,且同一用户在音乐平台和直播平台对应同一用户账号。进一步的,根据第一用户账号在直播平台的历史资源转移记录所确定出的直播账号信息,可向在音乐平台与第一用户账号存在社交关系的好友进行直播账号的推荐或相关歌曲推荐。

由此,在一种可能的实施方式中,响应于历史资源转移记录满足直播推荐条件,直播平台服务器向音乐平台发送关系链获取请求,关系链获取请求用于请求获取第一用户账号对应的社交关系链。

可选的,社交关系链中包含与第一用户账号在音乐平台上具有预定社交关系的第二用户账号,同一用户在音乐平台和直播平台对应同一用户账号。

步骤203,接收音乐平台发送的社交关系链。

可选的,直播平台服务器与音乐平台服务器之间通过远程通信方式进行信息传输,响应于音乐平台服务器接收到直播平台服务器所发送的关系链获取请求,音乐平台对应的音乐平台服务器向直播平台服务器发送社交关系链,进一步的,直播平台服务器接收音乐平台发送的社交关系链。

步骤204,向社交关系链上的目标用户账号发送直播推荐信息,直播推荐信息中包含目标直播账号,目标用户账号属于第二用户账号,目标直播账号根据历史资源转移记录确定。

进一步的,直播平台服务器根据第一用户账号的虚拟转移记录确定出目标直播账号,同时,还根据第一用户账号的社交关系链确定出目标用户账号。

社交关系链中包含与第一用户账号在音乐平台上具有预定社交关系的第二用户账号,且第二用户账号指代为所有具有预定社交关系的用户账号,如具有好友关系,可选的,目标用户账号可以是所有的第二用户账号中的一个或多个用户账号,又或者第一用户账号对应的全部好友,即所有的第二用户账号。

示意性的,如图3所示,其示出了和第一用户账号在音乐平台上具有预定社交关系的第二用户账号的界面示意图。图3中,显示有音乐搜索框301,该界面显示有第一用户账号301(账号为bjyxxx)的好友列表,该好友列表中显示出第一用户账号301在音乐平台存在有3位好友(即第二用户账号),分别为第二用户账号303(账号为szdddd)、第二用户账号304(账号为aaa885)和第二用户账号305(账号为bbb105)。

进一步的,目标用户账号对应的终端会接收到所推送的直播推荐信息,并根据直播推荐信息进行直播观看。

综上所述,本申请实施例中,在直播场景下,实现了同一应用程序内不同平台之间的一种直播推荐方法,如直播平台和音乐平台之间的交互,直播平台对应的服务器根据第一用户账号的历史资源转移记录确定出目标直播账号,继而向至少一个关联平台对应的服务器申请获取第一用户账号对应的社交关系链,进一步的,直播平台从社交关系链中确定出目标用户账号,并向目标用户账号发送关于目标直播账号的直播推荐信息;与相关技术中的主播观看方法相比,用户不再通过单一的直播观看方式进入直播间,实现基于社交关系链的直播信息推荐,且可实现不同平台之间的信息交互,进一步丰富了直播观看方法。

请参考图4,其示出了本申请另一示例性实施例提供的直播推荐方法的流程图。该方法适用于图1所示的直播平台,该方法包括:

步骤401,获取第一用户账号的历史资源转移记录。

本步骤请参考步骤201,本申请实施例在此不再赘述。

步骤402,从历史资源转移记录中获取各个直播账号对应的资源转移子记录,资源转移子记录中包含资源转移量和资源转移时刻。

可选的,对于第一用户账号所打赏过的各个直播账号而言,在直播平台服务器存储有各个直播账号的资源转移子记录,各个资源转移子记录构成了第一用户账号的历史资源转移。

可选的,资源转移子记录中包含有资源转移量和资源转移时间。

步骤403,响应于存在至少一个直播账号对应的资源转移子记录满足直播推荐条件,向音乐平台发送关系链获取请求。

在获取到资源转移子记录后,根据资源转移子记录判断出满足直播推荐条件的直播账号。若存在至少一个直播账号对应的资源转移子记录满足直播推荐条件,向音乐平台发送关系链获取请求;若不存在直播账号对应的资源转移子记录满足直播推荐条件,则不向音乐平台发送关系链获取请求,并继续执行步骤401至步骤403,直至存在至少一个直播账号满足直播推荐条件。

在一种可能的实施方式中,步骤403可由如下至少一个内容来实现。

内容一、根据资源转移时刻确定最近一次资源转移的最近资源转移量;响应于最近资源转移量大于第一阈值,确定资源转移子记录满足直播推荐条件。

可选的,对于内容一而言,是指针对第一用户账号对直播账号的本次评分达到第一阈值时判断该用户账号的资源转移子记录满足直播推荐条件。

内容二、根据资源转移时刻确定最近n次资源转移的平均资源转移量;响应于平均资源转移量大于第二阈值,确定资源转移子记录满足直播推荐条件。

可选的,对于内容二而言,是指针对最近n次资源转移的平均资源转移量达到第二阈值时判断该用户账号的资源转移子记录满足直播推荐条件。

内容三、根据资源转移时刻,确定预定时长内的资源转移次数;响应于资源转移次数大于第三阈值,确定资源转移子记录满足直播推荐条件。

可选的,对于内容三而言,是指针对预定时长内的资源转移次数达到第三阈值时判断该用户账号的资源转移子记录满足直播推荐条件。

步骤404,响应于存在至少一个直播账号对应的资源转移子记录满足直播推荐条件,从满足直播推荐条件的直播账号中确定目标直播账号。

进一步的,根据资源转移子记录判断出满足直播推荐条件的直播账号之后,从满足直播推荐条件的直播账号中确定目标直播账号。

可选的,步骤403和步骤404可以同步执行或顺序执行。

步骤405,接收音乐平台发送的社交关系链。

本步骤请参考步骤203,本申请实施例在此不再赘述。

步骤406,响应于接收到目标用户账号的直播观看请求,向目标用户账号发送直播推荐信息。

可选的,对于向目标用户账号发送直播推荐信息的场景可分为如下两类:当目标用户账号主动触发直播观看请求时发送直播推荐信息;当目标用户账号正在播放音乐时发送与当前播放歌曲相关的直播推荐信息。

对于上述第一类场景,步骤405之后包括步骤406。即目标用户账号主动触发直播观看请求,响应于接收到目标用户账号的直播观看请求,向目标用户账号发送直播推荐信息。

对于上述第二类场景,步骤405之后包括如下步骤407和步骤408。

步骤407,响应于接收到音乐平台发送的音乐播放消息,获取目标直播账号对应直播间的当前演唱歌曲,音乐播放消息中包含目标用户账号的当前播放歌曲。

对于上述第二类场景,当目标用户在音乐平台进行音乐播放时,音乐平台对应的服务器向直播平台服务器发送音乐播放消息,音乐播放消息中包含目标用户账号的当前播放歌曲,同时,直播平台服务器获取目标直播账号对应直播间的当前演唱歌曲。

步骤408,响应于当前演唱歌曲与当前播放歌曲的相似度大于相似度阈值,向目标用户账号发送直播推荐信息。

进一步的,若当前演唱歌曲与当前播放歌曲的相似度大于相似度阈值,向目标用户账号发送直播推荐信息,即给目标用户账号提供个性化直播歌曲推荐。

可选的,直播推荐信息中包含当前演唱歌曲的歌曲标识以及目标直播账号。

在本申请实施例中,对于如何判断目标直播账号提供了三种方法,且各个方法之间可以递进式结合实施,以确定出更符合推荐的目标直播账号;进一步的,对于向目标用户账号提供直播推荐信息的时机也给出了两种技术方案,即针对目标用户账号主动触发直播观看的情况以及正在播放音乐时推荐相关的直播推荐信息,以实现对不同平台的直播推荐信息的智能推送。

请参考图5,其示出了本申请另一示例性实施例提供的直播推荐方法的流程图。该方法适用于图1所示的直播平台,该方法包括:

步骤501,获取第一用户账号的历史资源转移记录。

本步骤请参考步骤401,本申请实施例在此不再赘述。

步骤502,从历史资源转移记录中获取各个直播账号对应的资源转移子记录,资源转移子记录中包含资源转移量和资源转移时刻。

本步骤请参考步骤402,本申请实施例在此不再赘述。

步骤503,响应于存在至少一个直播账号对应的资源转移子记录满足直播推荐条件,向音乐平台发送关系链获取请求。

本步骤请参考步骤403,本申请实施例在此不再赘述。

步骤504,响应于存在至少一个直播账号对应的资源转移子记录满足直播推荐条件,从满足直播推荐条件的直播账号中确定目标直播账号。

本步骤请参考步骤404,本申请实施例在此不再赘述。

步骤505,接收音乐平台发送的社交关系链。

本步骤请参考步骤405,本申请实施例在此不再赘述。

步骤506,获取第一用户账号以及第二用户账号对应的直播观看画像,直播观看画像用于表征直播观看习惯和喜好。

为了从第二用户账号中确定出更符合第一用户账号观看习惯和喜好的目标用户账号,直播平台服务器获取第一用户账号以及第二用户账号对应的直播观看画像,直播观看画像用于表征直播观看习惯和喜好,如直播观看时喜好的直播类型、直播歌曲类型等等。

步骤507,根据第一用户账号与第二用户账号之间的画像相似度,从第二用户账号中确定目标用户账号。

进一步的,直播平台服务器根据第一用户账号与第二用户账号之间的画像相似度,从第二用户账号中确定目标用户账号,如基于主播类型,获取第二用户账号关于主播类型的画像和第一用户账号关于主播类型的画像,并从第二用户账号的画像中确定出相似度最高的画像,并将该画像对应的第二用户账号确定为目标用户账号。

步骤508,响应于接收到目标用户账号的直播观看请求,向目标用户账号发送直播推荐信息。

本步骤请参考步骤406,本申请实施例在此不再赘述。

步骤509,响应于接收到音乐平台发送的音乐播放消息,获取目标直播账号对应直播间的当前演唱歌曲,音乐播放消息中包含目标用户账号的当前播放歌曲。

本步骤请参考步骤407,本申请实施例在此不再赘述。

步骤510,响应于当前演唱歌曲与当前播放歌曲的相似度大于相似度阈值,向目标用户账号发送直播推荐信息。

本步骤部分内容请参考步骤408,本申请实施例在此不再赘述。

在一个实例中,如图6所示,目标用户账号正在音乐平台收听音乐,此时,直播平台服务器向目标用户账号的音乐播放界面发送了直播推荐信息601,以通知目标用户账号在直播平台有主播正在演唱当前收听歌曲,以实现一种跨平台的智能直播推荐。

本申请实施例中,提供了一种确定目标用户账号的方法,即根据第一用户账号和第二用户账号的画像确定出相似度最高的第二用户账号最为目标用户账号,以实现直播推荐信息的精准推送,给第一用户账号的社交好友规避骚扰信息的推送。

请参考图7,其示出了本申请另一示例性实施例提供的直播推荐方法的流程图。该方法适用于图1所示的直播平台,在上述实施例的基础上,方法包括:

步骤701,接收第一用户账号发送的评分指令,评分指令用于指示为当前直播账号对应直播间内的演唱歌曲进行打分。

在一种可能的实施方式中,第一用户账号对应的用户在直播终端进行直播观看,直播间内的主播正在演唱歌曲;进一步的,若第一用户账号想要支持该主播,则可以对该主播进行打赏,如对该主播进行付费评分,对应的,直播平台服务器接收第一用户账号发送的评分指令,评分指令用于指示为当前直播账号对应直播间内的演唱歌曲进行打分。

步骤702,根据评分指令中包含的评分确定虚拟资源的资源转移量,资源转移量与评分呈正相关关系。

可选的,评分指令对应为一种付费评分方式,因此,直播平台服务器可以根据该评分指令中包含的评分确定虚拟资源的资源转移量,资源转移量与评分呈正相关关系,如评分1代表付费人民币1元,且该1元对应虚拟货币10。

示意性的,如图8所示,在直播界面中,用户触发点击评分控件801,如用户选择了评分“3分”,从而生成评分指令,直播平台服务器接收到第一终端所发送的评分指令,进一步的,直播平台对应的服务器根据评分指令中包含的评分确定虚拟资源的资源转移量。

步骤703,根据资源转移量在第一用户账号和当前直播账号之间进行资源转移,并更新历史资源转移记录。

对应的,直播平台服务器根据评分指令的评分扣除第一用户账号的相应费用,并推送通知到直播间的主播和其他观看的用户账号。

本申请实施例中,公开了一种直播评分方式,直播平台服务器根据第一用户账号的评分指令确定虚拟资源的资源转移数量,并更新历史资源转移记录,以实现实时信息更新。

请参考图9,其示出了本申请一示例性实施例提供的直播推荐装置的结构框图,所述装置用于直播平台,所述装置包括:

记录获取模块901,用于获取第一用户账号的历史资源转移记录,所述历史资源转移记录中包括所述第一用户账号向直播账号转移虚拟资源的记录;

请求发送模块902,用于响应于所述历史资源转移记录满足直播推荐条件,向至少一个关联平台发送关系链获取请求,所述关系链获取请求用于请求获取所述第一用户账号对应的社交关系链,所述社交关系链中包含与所述第一用户账号在所述至少一个关联平台上具有预定社交关系的第二用户账号,同一用户在所述至少一个关联平台和所述直播平台对应同一用户账号;

信息接收模块903,用于接收所述至少一个关联平台发送的所述社交关系链;

信息发送模块904,用于向所述社交关系链上的目标用户账号发送直播推荐信息,所述直播推荐信息中包含目标直播账号,所述目标用户账号属于所述第二用户账号,所述目标直播账号根据所述历史资源转移记录确定。

可选的,所述请求发送模块902,包括:

第一请求发送单元,用于从所述历史资源转移记录中获取各个直播账号对应的资源转移子记录,所述资源转移子记录中包含资源转移量和资源转移时刻;

第二请求发送单元,用于响应于存在至少一个所述直播账号对应的所述资源转移子记录满足所述直播推荐条件,向所述至少一个关联平台发送所述关系链获取请求。

可选的,所述第二请求发送单元,还用于根据所述资源转移时刻确定最近一次资源转移的最近资源转移量;响应于所述最近资源转移量大于第一阈值,确定所述资源转移子记录满足所述直播推荐条件;

和/或,

根据所述资源转移时刻确定最近n次资源转移的平均资源转移量;响应于所述平均资源转移量大于第二阈值,确定所述资源转移子记录满足所述直播推荐条件;

和/或,

根据所述资源转移时刻,确定预定时长内的资源转移次数;响应于所述资源转移次数大于第三阈值,确定所述资源转移子记录满足所述直播推荐条件。

可选的,所述装置还包括:

第一账号确定模块,用于响应于存在至少一个所述直播账号对应的所述资源转移子记录满足所述直播推荐条件,从满足所述直播推荐条件的所述直播账号中确定所述目标直播账号。

可选的,所述装置还包括:

评分指令接收模块,用于接收所述第一用户账号发送的评分指令,所述评分指令用于指示为当前直播账号对应直播间内的演唱歌曲进行打分;

转移量确定模块,用于根据所述评分指令中包含的评分确定所述虚拟资源的资源转移量,所述资源转移量与所述评分呈正相关关系;

资源转移模块,用于根据所述资源转移量在所述第一用户账号和所述当前直播账号之间进行资源转移,并更新所述历史资源转移记录。

可选的,所述装置还包括:

画像获取模块,用于获取所述第一用户账号以及所述第二用户账号对应的直播观看画像,所述直播观看画像用于表征直播观看习惯和喜好;

第二账号确定模块,用于根据所述第一用户账号与所述第二用户账号之间的画像相似度,从所述第二用户账号中确定所述目标用户账号。

可选的,所述信息发送模块904,还包括:

信息发送单元,用于响应于接收到所述目标用户账号的直播观看请求,向所述目标用户账号发送所述直播推荐信息。

可选的,响应于所述至少一个关联平台为音乐平台,所述信息发送模块904,还包括:

第一信息发送单元,用于响应于接收到所述音乐平台发送的音乐播放消息,获取所述目标直播账号对应直播间的当前演唱歌曲,所述音乐播放消息中包含所述目标用户账号的当前播放歌曲;

第二信息发送单元,用于响应于所述当前演唱歌曲与所述当前播放歌曲的相似度大于相似度阈值,向所述目标用户账号发送所述直播推荐信息,所述直播推荐信息中包含所述当前演唱歌曲的歌曲标识以及所述目标直播账号。

本申请实施例中,在直播场景下,实现了同一应用程序内不同平台之间的一种直播推荐方法,如直播平台和音乐平台之间的交互,直播平台对应的服务器根据第一用户账号的历史资源转移记录确定出目标直播账号,继而向至少一个关联平台对应的服务器申请获取第一用户账号对应的社交关系链,进一步的,直播平台从社交关系链中确定出目标用户账号,并向目标用户账号发送关于目标直播账号的直播推荐信息;与相关技术中的主播观看方法相比,用户不再通过单一的直播观看方式进入直播间,实现基于社交关系链的直播信息推荐,且可实现不同平台之间的信息交互,进一步丰富了直播观看方法。

请参考图10,其示出了本申请一个实施例提供的服务器1000的结构示意图。该服务器1000可用于实施于上述实施例中提供的直播推荐方法。该服务器1000可以是图1实施例中介绍的服务器200。具体来讲:

所述服务器1000包括中央处理单元(cpu)1001、包括随机存取存储器(ram)1002和只读存储器(rom)1003的系统存储器1004,以及连接系统存储器1004和中央处理单元1001的系统总线1005。所述服务器1000还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(i/o系统)1006,和用于存储操作系统1013、应用程序1014和其他程序模块1015的大容量存储设备1007。

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

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

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

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

所述存储器还包括一个或者一个以上的程序,所述一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行。上述一个或者一个以上程序包含用于实现上述服务器侧的直播推荐方法的指令。

所述存储器中存储有至少一条指令,所述至少一条指令经配置以由一个或者一个以上处理器执行,以实现上述直播推荐方法中各个步骤的功能。

本申请实施例还提供一种计算机可读存储介质,该存储介质中存储有至少一条指令,所述至少一条指令由处理器加载并执行以实现如上述各个实施例提供的直播推荐方法。

可选地,该计算机可读存储介质可以包括:只读存储器(rom,readonlymemory)、随机存取记忆体(ram,randomaccessmemory)、固态硬盘(ssd,solidstatedrives)或光盘等。其中,随机存取记忆体可以包括电阻式随机存取记忆体(reram,resistancerandomaccessmemory)和动态随机存取存储器(dram,dynamicrandomaccessmemory)。

上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。

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

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1