首页> 中国专利> 直播场景下的开播推荐方法、装置及电子设备

直播场景下的开播推荐方法、装置及电子设备

摘要

本申请涉及网络直播技术领域,提出一种直播场景下的开播推荐方法、装置及电子设备,该方法包括:获取包括若干个目标主播标识的目标主播集合;获取各个目标主播标识对应的第一用户集合,第一用户为已执行与目标主播相关的目标直播互动行为的用户;根据各个目标主播标识对应的第一用户集合,从在线用户中搜索得到各个目标主播标识对应的目标用户集合;其中,目标用户集合中包括第一用户标识和第二用户标识,第二用户标识基于第一用户标识对应的用户画像数据搜索确定;若目标用户集合对应的开播推荐参数达到预设的开播推荐条件,生成并发送开播推荐指令至对应的主播客户端。相对于现有技术,本申请能够提升用户召回率,提高直播观看人数和留存率。

著录项

  • 公开/公告号CN115119008A

    专利类型发明专利

  • 公开/公告日2022-09-27

    原文格式PDF

  • 申请/专利权人 广州方硅信息技术有限公司;

    申请/专利号CN202210743111.6

  • 发明设计人 梁仕田;

    申请日2022-06-28

  • 分类号H04N21/2187(2011.01);H04N21/258(2011.01);H04N21/45(2011.01);G06F16/735(2019.01);

  • 代理机构广州骏思知识产权代理有限公司 44425;广州骏思知识产权代理有限公司 44425;

  • 代理人潘桂生;孙小玉

  • 地址 511400 广东省广州市番禺区南村镇万博二路79号3108

  • 入库时间 2023-06-19 17:07:46

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2022-10-18

    实质审查的生效 IPC(主分类):H04N21/2187 专利申请号:2022107431116 申请日:20220628

    实质审查的生效

  • 2022-09-27

    公开

    发明专利申请公布

说明书

技术领域

本申请实施例涉及网络直播技术领域,尤其涉及一种直播场景下的开播推荐方法、装置及电子设备。

背景技术

随着互联网技术和流媒体技术的快速发展,网络直播逐渐成为一种日渐普及的娱乐手段。越来越多的用户在直播间内体验与主播的线上互动,主播也可以通过网络直播获得经济收益,这不仅能够缓解社会就业压力,还能够带动地区经济发展。

目前,在主播开启直播时,会通过下发开播通知的方式,召回观众观看直播。对于观众来说,一方面其会根据自身兴趣选择是否观看本场直播,另一方面也存在其关闭弹窗提示,无法收到开播通知的情况,因此,导致上述下发开播通知的方式难以有效提高用户召回率。并且,对于主播来说,其更希望在直播时,当前的在线用户的观看需求与自身的直播内容是高度适配的,从而能够吸引更多观众选择进入直播间,提高直播观看人数和留存率。

发明内容

本申请实施例提供了一种直播场景下的开播推荐方法、装置及电子设备,可以解决用户召回率较低,在线用户的观看需求与主播的直播内容不匹配,无法提高直播观看人数和留存率的技术问题,该技术方案如下:

第一方面,本申请实施例提供了一种直播场景下的开播推荐方法,包括步骤:

获取目标主播集合;其中,所述目标主播集合中包括若干个未开播的目标主播对应的目标主播标识;

获取各个所述目标主播标识对应的第一用户集合;其中,所述第一用户集合中包括若干个第一用户对应的第一用户标识,所述第一用户为已执行与所述目标主播相关的目标直播互动行为的用户;

根据各个所述目标主播标识对应的第一用户集合,从在线用户中搜索得到各个所述目标主播标识对应的目标用户集合;其中,所述目标用户集合中包括在线的所述第一用户对应的第一用户标识和在线的第二用户对应的第二用户标识,所述第二用户标识基于所述第一用户标识对应的用户画像数据搜索确定;

若所述目标用户集合对应的开播推荐参数达到预设的开播推荐条件,生成并发送开播推荐指令至所述目标用户集合对应的主播客户端。

第二方面,本申请实施例提供了一种直播场景下的开播推荐装置,包括:

第一获取单元,用于获取目标主播集合;其中,所述目标主播集合中包括若干个未开播的目标主播对应的目标主播标识;

第二获取单元,用于获取各个所述目标主播标识对应的第一用户集合;其中,所述第一用户集合中包括若干个第一用户对应的第一用户标识,所述第一用户为已执行与所述目标主播相关的目标直播互动行为的用户;

第一搜索单元,用于根据各个所述目标主播标识对应的第一用户集合,从在线用户中搜索得到各个所述目标主播标识对应的目标用户集合;其中,所述目标用户集合中包括在线的所述第一用户对应的第一用户标识和在线的第二用户对应的第二用户标识,所述第二用户标识基于所述第一用户标识对应的用户画像数据搜索确定;

开播推荐单元,用于若所述目标用户集合对应的开播推荐参数达到预设的开播推荐条件,生成并发送开播推荐指令至所述目标用户集合对应的主播客户端。

第三方面,本申请实施例提供了一种电子设备,处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如第一方面所述方法的步骤。

第四方面,本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行时实现如第一方面所述方法的步骤。

在本申请实施例中,获取目标主播集合;其中,目标主播集合中包括若干个未开播的目标主播对应的目标主播标识;获取各个目标主播标识对应的第一用户集合;其中,第一用户集合中包括若干个第一用户对应的第一用户标识,第一用户为已执行与目标主播相关的目标直播互动行为的用户;根据各个目标主播标识对应的第一用户集合,从在线用户中搜索得到各个目标主播标识对应的目标用户集合;其中,目标用户集合中包括在线的第一用户对应的第一用户标识和在线的第二用户对应的第二用户标识,第二用户标识基于第一用户标识对应的用户画像数据搜索确定;若目标用户集合对应的开播推荐参数达到预设的开播推荐条件,生成并发送开播推荐指令至目标用户集合对应的主播客户端。本申请实施例中对于未开播的目标主播,先获取已执行与其相关的目标直播互动行为的第一用户,并将第一用户作为种子用户,根据第一用户对应的用户画像数据从在线用户中搜索到用户画像相似的第二用户,从而获取到目标用户集合,在目标用户集合对应的开播推荐参数达到预设的开播推荐条件时,提示对应的目标主播开播。由于当前在线用户的观看需求与目标主播的直播内容更为适配,因此,通过下发开播推荐指令至主播客户端,推荐主播在此时开播,可使在线用户更乐于进入其直播间,从而提升用户召回率,提高直播观看人数和留存率。

为了更好地理解和实施,下面结合附图详细说明本申请的技术方案。

附图说明

图1为本申请实施例提供的直播场景下的开播推荐方法的应用场景示意图;

图2为本申请实施例提供的开播通知的显示示意图;

图3为本申请第一实施例提供的直播场景下的开播推荐方法的流程示意图;

图4为本申请第一实施例提供的直播场景下的开播推荐方法中S103的流程示意图;

图5为本申请实施例提供的目标用户集合的获取过程示意图;

图6为本申请第一实施例提供的直播场景下的开播推荐方法中S104的流程示意图;

图7为本申请实施例提供的直播间推荐页的显示示意图;

图8为本申请实施例提供的滑动切换直播间的交互示意图;

图9为本申请第二实施例提供的直播场景下的开播推荐装置的结构示意图;

图10为本申请第三实施例提供的电子设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”/“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本领域技术人员可以理解,本申请所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备,其仅具备无发射能力的无线信号接收器的设备,又包括接收和发射硬件的设备,其具有能够在双向通信链路上,进行双向通信的接收和发射硬件的设备。这种设备可以包括:蜂窝或其他诸如个人计算机、平板电脑之类的通信设备,其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备;PCS(PersonalCommunications Service,个人通信系统),其可以组合语音、数据处理、传真和/或数据通信能力;PDA(Personal Digital Assistant,个人数字助理),其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(GlobalPositioningSystem,全球定位系统)接收器;常规膝上型和/或掌上型计算机或其他设备,其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的,或者适合于和/或配置为在本地运行,和/或以分布形式,运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端,例如可以是PDA、MID(Mobile Internet Device,移动互联网设备)和/或具有音乐/视频播放功能的移动电话,也可以是智能电视、机顶盒等设备。

本申请所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件,本质上是具备个人计算机等效能力的电子设备,为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置,计算机程序存储于其存储器中,中央处理器将存储在外存中的程序调入内存中运行,执行程序中的指令,与输入输出设备交互,借此完成特定的功能。

需要指出的是,本申请所称的“服务器”这一概念,同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理,所述各服务器应是逻辑上的划分,在物理空间上,这些服务器既可以是互相独立但可通过接口调用的,也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通,而不应以此约束本申请的网络部署方式的实施方式。

请参阅图1,图1为本申请实施例提供的直播场景下的开播推荐方法的应用场景示意图,该应用场景包括本申请实施例提供的主播客户端101、服务器102和观众客户端103,主播客户端101与观众客户端103通过服务器102进行交互。

本申请实施例提出的客户端包括该主播客户端101和该观众客户端103。

需要指出的是,在现有技术中会存在对“客户端”这一概念的多种理解,例如:可以将其理解为安装在电子设备中的应用程序,或者,也可以将其理解为相对应于服务器的硬件设备。

在本申请实施例中,所称的“客户端”是指相对应于服务器的硬件设备,更具体来说,是指电子设备,例如:智能手机、智能交互平板以及个人计算机等。

在客户端为智能手机、智能交互平板等移动设备时,用户可以在客户端上安装匹配的移动端应用程序,也可以在客户端上访问Web端应用程序。

在客户端为个人计算机(PC机)等非移动设备时,用户可以在客户端上安装匹配的PC端应用程序,同样也可以在客户端上访问Web端应用程序。

其中,移动端应用程序是指可安装在移动设备中的应用程序,PC端应用程序是指可安装在非移动设备中的应用程序,Web端应用程序是指需通过浏览器访问的应用程序。

具体地,Web端应用程序依据客户端类型的差异,又可以分为移动版本和PC版本,两者的页面布局方式以及可提供的服务器支持可能存在差别。

在本申请实施例中,提供至用户的直播应用程序的类型分为移动端直播应用程序、PC端直播应用程序和Web端直播应用程序。用户可以依据其采用客户端的类型不同,自主选择其参与网络直播的方式。

本申请依据采用客户端的用户身份的不同,可以将客户端分为主播客户端101和观众客户端103。

其中,主播客户端101是指发送网络直播视频的一端,通常来说是网络直播中主播(即,直播主播用户)所采用的客户端。

观众客户端103是指接收和观看网络直播视频的一端,通常来说是网络直播中观看视频的观众(即,直播观众用户)所采用的客户端。

主播客户端101和观众客户端103所指向的硬件,本质上是指电子设备,具体地,如图1所示,其可以是智能手机、智能交互平板和个人计算机等类型的电子设备。主播客户端101和观众客户端103均可以通过公知的网络接入方式接入互联网,与服务器102建立数据通信链路。

服务器102作为一个业务服务器,其可以负责进一步连接起相关音频数据服务器、视频流服务器以及其他提供相关支持的服务器等,以此构成逻辑上相关联的服务机群,来为相关的终端设备,例如图1中所示的主播客户端101和观众客户端103提供服务。

本申请实施例中,主播客户端101与观众客户端103可以加入同一个直播间(即直播频道),上述的直播间是指依靠互联网技术实现的一种聊天室,通常具备音视频播控功能。主播用户通过主播客户端101在直播间内进行直播,观众客户端103的观众可以登录服务器102进入直播间观看上直播。

在直播间内,主播与观众之间可通过语音、视频、文字等公知的线上交互方式来实现互动,一般是主播以音视频流的形式为观众用户表演节目,并且在互动过程中还可产生经济交易行为。当然,直播间的应用形态并不局限于在线娱乐,也可推广到其他相关场景中,例如视频会议场景、产品推介销售场景以及其他任何需要类似互动的场景中。

具体地,观众观看直播的过程如下:观众可以点击访问安装在观众客户端103上的直播应用程序,并选择进入任意一个直播间,触发观众客户端103为该观众加载直播间界面,该直播间界面内包括若干交互组件,例如:视频窗口、虚拟礼物栏以及公屏等,通过加载这些交互组件可以使观众在直播间内观看直播,并进行多种线上互动,线上互动的方式包括但不限于赠送虚拟礼物以及公屏发言等。

请参阅图2,图2为本申请实施例提供的开播通知的显示示意图,可以看到,在主播A开启直播时,会下发开播通知数据至观众客户端,观众客户端接收开播通知数据,显示开播通知21在用户操作界面中,观众通过点击开播通知21可以快速进入对应的直播间观看直播。

但是,若观众配置禁止弹窗提示,会导致开播通知21无法显示在用户操作界面中,以及,观众可能对该主播的直播内容并不感兴趣,因此不会选择进入直播间,故,仅通过发送开播通知的方式很难提升用户召回率,提高直播观看人数和留存率。基于上述,本申请实施例提供了一种直播场景下的开播推荐方法。请参阅图3,图3为本申请第一实施例提供的直播场景下的开播推荐方法的流程示意图,该方法包括如下步骤:

S101:获取目标主播集合;其中,目标主播集合中包括若干个未开播的目标主播对应的目标主播标识。

S102:获取各个目标主播标识对应的第一用户集合;其中,第一用户集合中包括若干个第一用户对应的第一用户标识,第一用户为已执行与目标主播相关的目标直播互动行为的用户。

S103:根据各个目标主播标识对应的第一用户集合,从在线用户中搜索得到各个目标主播标识对应的目标用户集合;其中,目标用户集合中包括在线的第一用户对应的第一用户标识和在线的第二用户对应的第二用户标识,第二用户标识基于第一用户标识对应的用户画像数据搜索确定。

S104:若目标用户集合对应的开播推荐参数达到预设的开播推荐条件,生成并发送开播推荐指令至目标用户集合对应的主播客户端。

在本实施例中,是以服务器为执行主体对直播场景下的开播推荐方法进行描述的。同时为了能够更清楚地说明直播场景下的开播推荐方法中的各个步骤,也会辅以客户端角度的描述,以帮助理解整体方案。其中,客户端包括主播客户端和观众客户端。

关于步骤S101,服务器获取目标主播集合。

其中,目标主播集合中包括若干个未开播的目标主播对应的目标主播标识。

在一个可选的实施例中,服务器获取未开播主播的最近开播时间信息,若未开播主播的最近开播时间信息满足预设的第一主播筛选条件,将未开播主播对应的主播标识添加至目标主播集合中。

其中,预设的第一主播筛选条件为当前时间信息与最近开播时间信息之差不大于N(N为正数,N的计数单位可以为日、小时等)的主播。

假设N的计数单位为日,那么筛选出的目标主播是指在N日内开播过的主播,且,该主播当前未开播。

在另一个可选的实施例中,服务器获取未开播主播的活跃度信息,若未开播主播的活跃度信息满足预设的第二主播筛选条件,将未开播主播对应的主播标识添加至目标主播集合中。

其中,预设的第二主播筛选条件为活跃度信息不小于预设的主播活跃度阈值。

活跃度信息可以基于主播的开播频次信息、主播的直播时长信息和/或主播的直播互动热度信息等信息确定。

在其他可选的实施例中,可以将最近开播时间信息满足预设的第一主播筛选条件的未开播主播对应的主播标识以及活跃度信息满足预设的第二主播筛选条件的未开播主播对应的主播标识均添加至目标主播集合中。

关于步骤S102,服务器获取各个目标主播标识对应的第一用户集合。

其中,第一用户集合中包括若干个第一用户对应的第一用户标识。

第一用户是指已执行与目标主播相关的目标直播互动行为的用户。

其中,目标直播互动行为至少包括主播关注行为、虚拟礼物赠送行为以及目标发言行为,目标发言行为限定用户的发言次数超过预设次数。

也就是说,第一用户包括但不限于关注目标主播的用户、赠送虚拟礼物至目标主播的用户,在目标主播的直播间内发言次数超过预设次数的用户。

服务器将第一用户定义为种子用户,对于每个目标主播来说,其均有一个对应的第一用户集合。

在一个可选的实施例中,服务器每隔预设时长获取一次各个目标主播标识对应的第一用户集合。

关于步骤S103,服务器根据各个目标主播标识对应的第一用户集合,从在线用户中搜索得到各个目标主播标识对应的目标用户集合。

其中,目标用户集合包括的目标用户标识需为在线用户对应的用户标识,具体包括在线的第一用户对应的第一用户标识和在线的第二用户对应的第二用户标识。

第二用户标识基于第一用户标识对应的用户画像数据搜索确定。

也就是说,服务器是基于第一用户标识对应的用户画像数据,从在线用户中搜索与第一用户的用户画像相似的第二用户。

其中,用户画像数据包括但不限于用户属性数据、用户兴趣数据以及用户历史直播互动数据。

用户属性数据包括但不限于用户性别、用户年龄层、用户消费水平以及用户职业等。

用户兴趣数据用于指示用户的兴趣爱好,例如:歌舞、旅游、理财、游戏等。

用户历史直播互动数据包括但不限于主播关注数据、虚拟礼物赠送数据、发言数据以及开通主播会员数据等。

本申请实施例中的用户画像数据能够反应出用户在网络直播场景下的特征,从而能够准确高效地从大量用户中搜索到特征相似的用户。

在一个可选的实施例中,请参阅图4,图4为本申请第一实施例提供的直播场景下的开播推荐方法中S103的流程示意图,S103包括:

S1031:获取第一用户标识对应的用户画像数据和在线用户标识对应的用户画像数据,根据第一用户标识对应的用户画像数据、在线用户标识对应的用户画像数据和预设的相似人群拓展算法,得到第一用户标识对应的第二用户标识。

S1032:根据在线的第一用户标识和在线的第二用户标识,得到目标用户集合。

预设的相似人群拓展算法(lookalike算法)为现有算法,lookalike算法并不特指某一个算法,而是指能够基于一群已有用户并拓展出其他用户的推荐算法。拓展出的其他用户与已有用户的特征相似度较高,具有潜在关联。

在本实施例中,服务器针对每个第一用户集合,获取其中各个第一用户标识对应的用户画像数据和在线用户标识对应的用户画像数据,再根据各个第一用户标识对应的用户画像数据、在线用户标识对应的用户画像数据和预设的相似人群拓展算法,得到各个第一用户标识对应的第二用户标识,根据在线的第一用户标识和在线的第二用户标识,得到该第一用户集合对应的目标用户集合,也即,目标主播标识对应的目标用户集合。

请参阅图5,图5为本申请实施例提供的目标用户集合的获取过程示意图。图5中显示有第一用户对应的用户图标51,可以确认,该第一用户集合中共存在4个第一用户对应的第一用户标识,针对每个第一用户,从在线用户中搜索其对应的第二用户,如图5所示,其显示了搜索得到的第二用户对应的用户图标52以及与第一用户特征相似度不足的其他用户对应的用户图标53,最终,由在线的第一用户对应的第一用户标识和在线的第二用户对应的第二用户标识组成目标用户集合,实现了相似人群的拓展。

关于步骤S104,若目标用户集合对应的开播推荐参数达到预设的开播推荐条件,服务器生成并发送开播推荐指令至目标用户集合对应的主播客户端。

在一个可选的实施例中,目标用户集合对应的开播推荐参数为目标用户集合中目标用户标识的数量,请参阅图6,S104包括步骤:

S1041:获取目标主播标识对应的平均观看用户数量。

S1042:若目标用户标识的数量不少于目标主播标识对应的平均观看用户数量,生成并发送开播推荐指令至目标用户集合对应的主播客户端。

目标主播标识对应的平均观看用户数量是指目标主播每次开播时的观看用户数量的平均值。

在本实施例中,若服务器判断目标用户集合中目标用户标识的数量不少于目标主播标识对应的平均观看用户数量,那么,则表示当前有足够多的用户对目标主播的直播内容感兴趣,因此,服务器生成并发送开播推荐指令至目标用户集合对应的主播客户端,提示目标主播开播。

在另一个可选的实施例中,目标用户集合对应的开播推荐参数为目标用户集合中目标用户标识对应的活跃度信息的平均值。

目标用户标识对应的活跃度信息可以基于目标用户的直播间切换频率信息、目标用户的直播互动热度等信息确定。

在本实施例中,若服务器判断目标用户集合中目标用户标识对应的活跃度信息的平均值不少于预设的用户活跃度阈值,那么,则表示当前有足够多的用户在不断寻找感兴趣的直播间且乐意与主播进行直播互动,因此,服务器生成并发送开播推荐指令至目标用户集合对应的主播客户端,提示目标主播开播。

可以理解的是,目标用户集合A对应的开播推荐参数达到预设的开播推荐条件,服务器就会生成并发送开播推荐指令至目标用户集合A对应的主播客户端,目标用户集合A是哪一目标主播标识对应的目标用户集合,那么,目标用户集合A对应的主播客户端即是指该目标主播标识对应的目标用户集合。

在一个可选的实施例中,S104中生成并发送开播推荐指令至目标用户集合对应的主播客户端,包括步骤:

服务器获取目标主播预配置的开播推荐时间区间和当前时间,若当前时间在目标主播预配置的开播推荐时间区间内,生成并发送开播推荐指令至目标用户集合对应的主播客户端。

在本实施例中,每个目标主播均可以预先配置其开播推荐时间区间,从而避免无效的开播推荐。仅当当前时间在目标主播预配置的开播推荐时间区间内时,服务器才会生成并发送开播推荐指令至目标用户集合对应的主播客户端。

在另一个可选的实施例中,S104中生成并发送开播推荐指令至目标用户集合对应的主播客户端,包括步骤:

服务器获取目标主播预配置的开播推荐时间区间和当前时间,若当前时间在目标主播预配置的开播推荐时间区间内且在预设的第一时间区间内未生成与目标主播相关的开播推荐指令,生成并发送开播推荐指令至目标用户集合对应的主播客户端。

在本实施例中,每个目标主播同样可以预先配置其开播推荐时间区间,并且,为了避免高频地发送开播推荐指令至目标用户集合对应的主播客户端,影响主播体验,不仅需要当前时间在目标主播预配置的开播推荐时间区间内,还需要在预设的第一时间发区间内服务器未生成与目标主播相关的开播推荐指令,两个判断条件均满足的情况下,服务器才会生成并发送开播推荐指令至目标用户集合对应的主播客户端。

目标用户集合对应的主播客户端响应于开播推荐指令,显示开播提示信息在用户操作界面中。

在一个可选的实施例中,为了能够进一步地提高用户召回率,提升直播间观看人数,步骤S104之后,还包括步骤:

S105:响应于第一直播间推荐请求,获取当前用户标识和第一直播间推荐数据,将第一直播间推荐数据下发至当前用户标识对应的观众客户端,使当前用户标识对应的观众客户端接收第一直播间推荐数据,加载直播间推荐页。其中,若在预设的第二时间区间内目标主播已开播,获取的第一直播间推荐数据中包括目标主播标识、目标主播标识对应的直播间封面和目标主播标识对应的封面推荐位置,目标主播标识对应的封面推荐位置使当前用户对应的观众客户端在直播间推荐页中优先显示目标主播标识对应的直播间封面。

该第一直播间推荐请求为当前用户标识对应的观众客户端响应于加载直播间推荐页的用户操作指令时生成的。

预设的第二时间区间可以是指服务器发送开播推荐指令之后的M分钟内。M分钟仅为一个示例。

也就是说,若在预设的第二时间区间内目标主播开启直播,那么,对于请求加载直播间推荐页的当前用户来说,服务器会优先向其推荐目标主播的直播间,具体的实现方式为设置目标主播标识对应的封面推荐位置,例如:设置目标主播标识对应的封面推荐位置为第一排第一列,从而使加载出的直播间推荐页中优先显示目标主播标识对应的直播间封面,那么,当前用户则优先浏览到目标主播标识对应的直播间封面,从而提高其进入目标主播标识对应的直播间的概率。

请参阅图7,图7为本申请实施例提供的直播间推荐页的显示示意图,可以看到直播间推荐页71中的显示有目标主播标识对应的直播间封面72,目标主播标识对应的直播间封面72显示在第一排第一列。

在一个可选的实施例中,为了能够进一步地提高用户召回率,提升直播间观看人数,步骤S104之后,还包括步骤:

S106:响应于第二直播间推荐指令,获取当前用户标识和第二直播间推荐数据,将第一直播间推荐数据下发至当前用户标识对应的观众客户端,使当前用户标识对应的观众客户端接收第二直播间推荐数据,根据用户滑动方向和第二直播间推荐数据,确定目标直播间标识,加载目标直播间标识对应的直播间;其中,若在预设的第二时间区间内目标主播已开播,获取的第二直播间推荐数据中包括目标主播标识和目标主播标识对应的直播间推荐顺序,目标主播标识对应的直播间推荐顺序使当前用户优先滑动至目标主播标识对应的直播间。

该第二直播间推荐请求为当前用户标识对应的观众客户端响应于滑动切换直播间的用户操作指令时生成的。

同样的,预设的第二时间区间可以是指服务器发送开播推荐指令之后的M分钟内。M分钟仅为一个示例。

也就是说,若在预设的第二时间区间内目标主播开启直播,那么,对于滑动切换直播间的当前用户来说,服务器会优先为其滑动至目标主播的直播间,具体的实现方式为设置目标主播标识对应的直播间推荐顺序,例如:第二直播间推荐数据中包括当前主播标识和当前主播标识对应的直播间推荐顺序,那么可以设置目标主播标识对应的直播间推荐顺序与当前主播标识对应的直播间推荐顺序相邻(相邻仅为一个示例),从而使用户在滑动切换直播间时,优先滑动至目标主播标识对应的直播间。

可以理解的是,当前主播标识是指当前用户在未滑动切换直播间时所在的直播间对应的主播标识。

请参阅图8,图8为本申请实施例提供的滑动切换直播间的交互示意图,图8(a)中显示的是当前直播间对应的直播间界面81,当前用户在直播间界面81上进行滑动切换直播间的操作(图8所示的为向下滑动),当前用户标识对应的观众客户端响应于滑动切换直播间的用户操作指令,从服务器获取第二直播间推荐数据,第二直播间推荐数据中包括当前主播标识和当前主播标识对应的直播间推荐顺序,以及目标主播标识和目标主播标识对应的直播间推荐顺序,如图8(b)所示,目标主播标识对应的直播间推荐顺序为2,当前主播标识对应的直播间推荐顺序相邻为3,因而,通过向下滑动会使当前用户进入到目标主播标识对应的直播间,加载目标主播标识对应的直播间界面82,如图(c)所示。

本申请实施例中对于未开播的目标主播,先获取已执行与其相关的目标直播互动行为的第一用户,并将第一用户作为种子用户,根据第一用户对应的用户画像数据从在线用户中搜索到用户画像相似的第二用户,从而获取到目标用户集合,在目标用户集合对应的开播推荐参数达到预设的开播推荐条件时,提示对应的目标主播开播。由于当前在线用户的观看需求与目标主播的直播内容更为适配,因此,通过下发开播推荐指令至主播客户端,推荐主播在此时开播,可使在线用户更乐于进入其直播间,从而提升用户召回率,提高直播观看人数和留存率。

请参阅图9,为本申请第二实施例提供的直播场景下的开播推荐装置的结构示意图。该装置可以通过软件、硬件或两者的结合实现成为电子设备的全部或一部分。该装置9包括:

第一获取单元91,用于获取目标主播集合;其中,所述目标主播集合中包括若干个未开播的目标主播对应的目标主播标识;

第二获取单元92,用于获取各个所述目标主播标识对应的第一用户集合;其中,所述第一用户集合中包括若干个第一用户对应的第一用户标识,所述第一用户为已执行与所述目标主播相关的目标直播互动行为的用户;

第一搜索单元93,用于根据各个所述目标主播标识对应的第一用户集合,从在线用户中搜索得到各个所述目标主播标识对应的目标用户集合;其中,所述目标用户集合中包括在线的所述第一用户对应的第一用户标识和在线的第二用户对应的第二用户标识,所述第二用户标识基于所述第一用户标识对应的用户画像数据搜索确定;

开播推荐单元94,用于若所述目标用户集合对应的开播推荐参数达到预设的开播推荐条件,生成并发送开播推荐指令至所述目标用户集合对应的主播客户端。

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

请参阅图10,为本申请第三实施例提供的电子设备的结构示意图。如图10所示,该电子设备10可以包括:处理器1000、存储器1001以及存储在该存储器1001并可以在该处理器1000上运行的计算机程序1002,例如:直播场景下的开播推荐程序;该处理器1000执行该计算机程序1002时实现上述第一实施例中的步骤。

其中,该处理器1000可以包括一个或多个处理核心。处理器1000利用各种接口和线路连接电子设备10内的各个部分,通过运行或执行存储在存储器1001内的指令、程序、代码集或指令集,以及调用存储器1001内的数据,执行电子设备10的各种功能和处理数据,可选的,处理器1000可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programble LogicArray,PLA)中的至少一个硬件形式来实现。处理器1000可集成中央处理器(CentralProcessing Unit,CPU)、图像处理器(Graphics Processing Unit,GPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作系统、用户界面和应用程序等;GPU用于负责触摸显示屏所需要显示的内容的渲染和绘制;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器1000中,单独通过一块芯片进行实现。

其中,存储器1001可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory)。可选的,该存储器1001包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1001可用于存储指令、程序、代码、代码集或指令集。存储器1001可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控指令等)、用于实现上述各个方法实施例的指令等;存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器1001可选的还可以是至少一个位于远离前述处理器1000的存储装置。

本申请实施例还提供了一种计算机存储介质,该计算机存储介质可以存储有多条指令,该指令适用于由处理器加载并执行上述实施例的方法步骤,具体执行过程可以参见上述实施例的具体说明,在此不进行赘述。

所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中,应该理解到,所揭露的装置/终端设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/终端设备实施例仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,计算机程序包括计算机程序代码,计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。

本发明并不局限于上述实施方式,如果对本发明的各种改动或变形不脱离本发明的精神和范围,倘若这些改动和变形属于本发明的权利要求和等同技术范围之内,则本发明也意图包含这些改动和变形。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号