一种直播频道的推荐方法、装置、电子设备及存储介质专利检索-直播频道广播专利检索查询-专利查询网

一种直播频道的推荐方法、装置、电子设备及存储介质

阅读：221发布：2020-05-16

专利汇可以提供一种直播频道的推荐方法、装置、电子设备及存储介质专利检索，专利查询，专利分析的服务。并且本申请公开了一种直播频道的推荐方法、装置、电子设备及存储介质，所述方法包括：获取直播推荐请求，直播推荐请求中携带有用户信息，由于基于用户信息确定用户感兴趣的直播种类，并根据频道特征信息确定直播频道的排名信息，如此，本申请实施例可以从直播频道中确定出第一种类直播频道，基于第一种类直播频道的排名信息从第一种类直播频道中确定所要推荐的目标直播频道的标识信息和推荐顺序，根据目标直播频道的标识信息和推荐顺序确定直播推荐回复，如此，本申请实施例中确定的目标直播频道可以根据用户的个人喜好进行定制，满足了用户的个性化观看，同时也可以节省推荐资源。，下面是一种直播频道的推荐方法、装置、电子设备及存储介质专利的具体信息内容。

权利要求

1.一种直播频道的推荐方法，其特征在于，所述方法包括：
获取直播推荐请求；所述直播推荐请求中携带有用户信息；
基于所述用户信息确定所述用户感兴趣的直播种类；
根据频道特征信息确定直播频道的排名信息，所述频道特征信息包括每个直播频道对应的人均观看时长和用户喜爱程度；
从所述直播频道中确定出第一种类直播频道；所述第一种类直播频道的种类与所述用户感兴趣的直播种类的匹配程度值大于等于第一程度值；
基于所述第一种类直播频道的排名信息从所述第一种类直播频道中确定所要推荐的目标直播频道的标识信息和推荐顺序；
根据所述目标直播频道的标识信息和推荐顺序确定直播推荐回复。
2.根据权利要求1所述的方法，其特征在于，所述基于所述用户信息确定所述用户感兴趣的直播种类，包括：
根据所述用户信息确定所述用户信息对应的用户的历史观看信息；所述历史观看信息包括观看的直播频道的标识信息、所述观看的直播频道的观看时长、所述观看的直播频道的打赏信息和所述观看的直播频道的互动信息；
根据所述历史观看信息确定所述用户感兴趣的直播种类排名信息；
基于预设规则从所述直播种类排名信息确定出所述用户感兴趣的直播种类。
3.根据权利要求1所述的方法，其特征在于，所述根据频道特征信息确定直播频道的排名信息，包括：
根据所述人均观看时长、所述人均观看时长对应的第一权重值、所述用户喜爱程度和所述用户喜爱程度对应的第二权重值确定所述直播频道的排名信息。
4.根据权利要求1所述的方法，其特征在于，所述频道特征信息还包括用户转化率和用户互动程度；
所述根据频道特征信息确定直播频道的排名信息之前，还包括：
根据所述直播频道的用户观看总时长和所述直播频道的观看用户数确定所述人均观看时长；
根据所述直播频道的打赏用户数和所述直播频道的观看用户数确定所述用户喜爱程度；
根据所述直播频道的关注用户数和所述直播频道的观看用户数确定所述用户转化率；
根据所述直播频道的互动用户数和所述直播频道的观看用户数确定所述用户互动程度。
5.根据权利要求4所述的方法，其特征在于，所述根据频道特征信息确定直播频道的排名信息，包括：
根据所述人均观看时长、所述人均观看时长对应的第一权重值、所述用户喜爱程度、所述用户喜爱程度对应的第二权重值、所述用户转化率、所述用户转化率对应的第三权重值、所述用户互动程度和所述用户互动程度对应的第四权重值确定所述直播频道的排名信息。
6.根据权利要求1所述的方法，其特征在于，所述基于所述第一种类直播频道的排名信息从所述第一种类直播频道中确定所要推荐的目标直播频道的标识信息和推荐顺序，包括：
基于所述第一种类直播频道的排名信息从所述第一种类直播频道中确定所要推荐的目标直播频道；
获取所述目标直播频道的的标识信息，以及基于所述目标直播频道的排名信息确定所述目标直播频道的推荐顺序。
7.根据权利要求1所述的方法，其特征在于，所述基于所述第一种类直播频道的排名信息从所述第一种类直播频道中确定所要推荐的目标直播频道的标识信息和推荐顺序之前，还包括：
从所述直播频道中确定出第二种类直播频道；所述第二种类直播频道的种类与所述用户感兴趣的直播种类的匹配程度值小于等于第二程度值，且所述第一程度值大于所述第二程度值；
所述基于所述第一种类直播频道的排名信息从所述第一种类直播频道中确定所要推荐的目标直播频道的标识信息和推荐顺序，包括：
基于所述第一种类直播频道的排名信息和第一预设占比值从所述第一种类直播频道中确定所要推荐的第一目标直播频道；
基于所述第二种类直播频道的排名信息和第二预设占比值从所述第二种类直播频道中确定所要推荐的第二目标直播频道；
获取所述第一目标直播频道的标识信息和所述第二目标直播频道的标识信息；
根据所述第一目标直播频道的排名信息和所述第二目标直播频道的排名信息确定所述目标直播频道的推荐顺序；其中，所述目标直播频道包括所述第一目标直播频道和所述第二目标直播频道。
8.一种直播频道的推荐装置，其特征在于，所述方法包括：
获取模块，用于获取直播推荐请求；所述直播推荐请求中携带有用户信息；
种类确定模块，用于基于所述用户信息确定所述用户感兴趣的直播种类；
排名确定模块，用于根据频道特征信息确定直播频道的排名信息，所述频道特征信息包括每个直播频道对应的人均观看时长和用户喜爱程度；
频道确定模块，用于从所述直播频道中确定出第一种类直播频道；所述第一种类直播频道的种类与所述用户感兴趣的直播种类的匹配程度值大于等于第一程度值；基于所述第一种类直播频道的排名信息从所述第一种类直播频道中确定所要推荐的目标直播频道的标识信息和推荐顺序；
回复确定模块，用于根据所述目标直播频道的标识信息和推荐顺序确定直播推荐回复。
9.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1-7任一所述的直播频道的推荐方法。
10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1-7任一所述的直播频道的推荐方法。

说明书全文

一种直播频道的推荐方法、装置、电子设备及存储介质

技术领域

[0001] 本申请涉及互联网技术领域，尤其涉及一种直播频道的推荐方法、装置、电子设备及存储介质。

背景技术

[0002] 随着互联网技术的飞速发展，越来越多的用户可以使用电脑，手机等终端通过网络观看在线视频直播。在线视频直播是指利用互联网网络资源进行的现场视频直播服务，通过现场的视频拍摄同步发布到网络上，用户可以同一时间在网络上看到实时的现场情况。

[0003] 在视频直播网站的各业务场景中，为了刺激用户的观看兴趣，提高用户观看量和用户粘性，通常会在直播应用软件的首页上进行一系列的直播频道推荐。目前，各大网站在进行热门的直播频道推荐时，普遍采用的是一种高人气、高点击量排名的方式进行统一推荐，也就是将网站中人气较高或者点击量较高的直播频道作为热门频道进行推荐。

[0004] 然而，这种统一推荐的方式虽然简单，在技术上也易实现，但是个性化程度不高，无法根据用户不同的喜好，进行个性化的推荐。有的时候，推荐的热门频道是用户不喜欢的直播类型，在浪费推荐资源的同时，也给予用户不好的体验。

[0005] 本申请实施例提供一种直播频道的推荐方法、装置、电子设备及存储介质，可以根据用户的个人喜好进行针对性推荐的同时，节省直播推荐资源。发明内容

[0006] 本申请实施例提供了一种直播频道的推荐方法、装置、电子设备及存储介质，可以根据用户的个人喜好进行针对性推荐的同时，节省直播推荐资源。

[0007] 一方面，本申请实施例提供了一种直播频道的推荐方法，该方法包括：

[0008] 获取直播推荐请求；直播推荐请求中携带有用户信息；

[0009] 基于用户信息确定用户感兴趣的直播种类；

[0010] 根据频道特征信息确定直播频道的排名信息，该频道特征信息包括每个直播频道对应的人均观看时长和用户喜爱程度；

[0011] 从直播频道中确定出第一种类直播频道；第一种类直播频道的种类与用户感兴趣的直播种类的匹配程度值大于等于第一程度值；

[0012] 基于第一种类直播频道的排名信息从第一种类直播频道中确定所要推荐的目标直播频道的标识信息和推荐顺序；

[0013] 根据目标直播频道的标识信息和推荐顺序确定直播推荐回复。

[0014] 另一方面提供了一种直播频道的推荐装置，该装置包括：

[0015] 获取模块，用于获取直播推荐请求；直播推荐请求中携带有用户信息；

[0016] 种类确定模块，用于基于用户信息确定用户感兴趣的直播种类；

[0017] 排名确定模块，用于根据频道特征信息确定直播频道的排名信息，频道特征信息包括每个直播频道对应的人均观看时长和用户喜爱程度；

[0018] 频道确定模块，用于从直播频道中确定出第一种类直播频道；第一种类直播频道的种类与用户感兴趣的直播种类的匹配程度值大于等于第一程度值；基于第一种类直播频道的排名信息从第一种类直播频道中确定所要推荐的目标直播频道的标识信息和推荐顺序；

[0019] 回复确定模块，用于根据目标直播频道的标识信息和推荐顺序确定直播推荐回复。

[0020] 另一方面提供了一种电子设备，该电子设备包括处理器和存储器，存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或该指令集由处理器加载并执行以实现如上述的直播频道的推荐方法。

[0021] 另一方面提供了一种计算机可读存储介质，存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或该指令集由处理器加载并执行以实现如上述的直播频道的推荐方法。

[0022] 本申请实施例提供的直播频道的推荐方法、设备及存储介质，具有如下技术效果：

[0023] 获取直播推荐请求，直播推荐请求中携带有用户信息，由于基于用户信息确定用户感兴趣的直播种类，并根据频道特征信息确定直播频道的排名信息，该频道特征信息包括每个直播频道对应的人均观看时长和用户喜爱程度。如此，本申请实施例可以从直播频道中确定出第一种类直播频道，第一种类直播频道的种类与用户感兴趣的直播种类的匹配程度值大于等于第一程度值，基于第一种类直播频道的排名信息从第一种类直播频道中确定所要推荐的目标直播频道的标识信息和推荐顺序，根据目标直播频道的标识信息和推荐顺序确定直播推荐回复，如此，本申请实施例中确定的目标直播频道可以根据用户的个人喜好进行定制，满足了用户的个性化观看，同时也可以节省推荐资源。附图说明

[0024] 为了更清楚地说明本申请实施例或现有技术中的技术方案和优点，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。

[0025] 图1是本申请实施例提供的一种应用环境的示意图；

[0026] 图2是本申请实施例提供的一种直播频道的推荐方法的流程示意图；

[0027] 图3是本申请实施例提供的一种直播频道的推荐方法的流程示意图；

[0028] 图4是本申请实施例提供的一种直播频道的推荐装置的结构示意图；

[0029] 图5是本申请实施例提供的一种直播频道的推荐方法的服务器的硬件结构框图。

具体实施方式

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

[0031] 需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

[0032] 请参阅图1，图1是本申请实施例提供的一种应用环境的示意图，包括服务器101和终端102。其中，服务器101可以是为终端102上的某个直播应用程序或者直播网页提供直播服务的。终端102可以是台式电脑、笔记本电脑、手机、平板电脑等可以装载有直播应用程序或者可以打开直播网页的设备。本申请实施例中，服务器101和终端102之间可以通过无线链路连接。

[0033] 本申请实施例中，用户启动终端102上某个直播应用程序或者直播网页的时候，终端102可以直接通过终端102和服务器101两者之间建立的通信链路向服务器101发送直播推荐请求。对应的，服务器101获取终端102发送的直播推荐请求时，由于直播推荐请求中携带有用户信息，服务器101可以基于用户信息确定用户感兴趣的直播种类，并根据频道特征信息确定直播频道的排名信息，其中，该频道特征信息包括每个直播频道对应的人均观看时长和用户喜爱程度。服务器101可以从直播频道中确定出第一种类直播频道，第一种类直播频道的种类与用户感兴趣的直播种类的匹配程度值大于等于第一程度值，并基于第一种类直播频道的排名信息从第一种类直播频道中确定所要推荐的目标直播频道的标识信息和推荐顺序，根据目标直播频道的标识信息和推荐顺序确定直播推荐回复。

[0034] 服务器101将直播推荐回复发送给终端102，终端102可以解析出目标直播频道的标识信息和推荐顺序，基于该标识信息确定在直播应用程序的首页上推荐的直播频道，并基于该直播频道的推荐顺序将该直播频道进行排序后显示在终端的界面上，以供用户进行选择。

[0035] 以下介绍本申请一种直播频道的推荐方法的具体实施例，图2是本申请实施例提供的一种直播频道的推荐方法的流程示意图，本说明书提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示，该方法可以包括：

[0036] S201：服务器获取直播推荐请求，该直播推荐请求中携带有用户信息。

[0037] 本申请实施例中，用户信息可以是用户的身份信息，用户的身份信息可以包括用户的注册邮箱，用户的电话号码和用户的账号名中的一项或者多项。用户信息可以是终端的标识信息，终端的标识信息可以包括终端的唯一标识符，终端的网络协议地址和终端的端口号中的一项或者多项。用户信息号可以是用户的身份信息和终端的标识信息的结合，用来确定用户的唯一性，使得服务器基于用户信息推荐的直播频道可以更具个性化，更符合用户的兴趣爱好。可选的，上述的用户信息可以是用户首次注册直播应用程序户或者直播网页时输入的。

[0038] 一种可选的实施方式中，用户打开所持有的终端上某个直播应用程序或者直播网页时，终端可以获取用户信息，并将该用户信息携带于直播推荐请求中。终端可以直接通过服务器和终端两者之间建立的通信链路向服务器发送直播推荐请求。对应的，服务器101获取终端102发送的直播推荐请求，可以解析该直播推荐请求得到用户信息，以通过该用户信息进行下一步的操作。

[0039] S203：服务器基于用户信息确定用户感兴趣的直播种类。

[0040] 一种可选的基于用户信息确定用户感兴趣的直播种类的实施方式中，服务器可以根据用户信息确定用户信息对应的用户的历史观看信息，其中，历史观看信息包括观看的直播频道的标识信息、观看的直播频道的观看时长、观看的直播频道的打赏信息和观看的直播频道的互动信息。如此，服务器可以根据历史观看信息确定用户感兴趣的直播种类排名信息，并基于预设规则从直播种类排名信息确定出用户感兴趣的直播种类。

[0041] 本申请实施例中，历史观看信息是用户每次在该直播应用程序或者直播网页中观看直播频道时，终端上报给服务器的。可选的，终端在上报历史观看信息的同时，还会上报用户信息。服务器接收到用户信息和历史观看信息后，可以获取用户信息和存储区域对应表，并根据用户信息从该用户信息和存储区域对应表上确定历史观看信息是否有对应的存储区域。

[0042] 若服务器根据用户信息从该用户信息和存储区域对应表上确定历史观看信息没有对应的存储区域，也就是说用户是首次在该直播应用程序或者直播网页上观看直播，服务器可以为该用户信息对应的历史观看信息确定特定的存储区域，并在该用户信息和存储区域对应表上添加该用户信息和存储区域，以及用户信息和存储区域的对应关系，以便后续历史观看信息的存储。

[0043] 若该用户不是首次在该直播应用程序或者直播网页上观看直播，即服务器可以根据用户信息从该用户信息和存储区域对应表上确定历史观看信息有对应的存储区域，则确定该存储区域的存储位置，并根据上报的历史观看信息对存储区域内原有的历史观看信息进行更新。

[0044] 可选的，服务器每接收到一次上报的历史观看信息后，可以对该用户信息对应的历史观看信息进行更新。本申请实施例中，终端可以在用户观看直播的过程中，每隔预设的时间段向服务器上报历史观看信息，以便服务器可以对存储区域的历史观看信息进行实时的更新，提高后续用户个性化推荐的准确率。终端也可以在用户的一次观看直播的行为结束后上报历史观看信息，如此可以节省整个系统的资源。其中，一次观看直播的行为可以包括从启动直播应用程序到关闭直播应用程序的行为，或者指从启动直播网页到关闭直播网页的行为。本申请实施例中，历史观看信息的存储区域可以是一个高吞吐量的分布式发布订阅信息系统，比如Tube组件。

[0045] 本申请实施例中，上文中的分布式发布订阅系统还可以是一个区块链。其中，区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

[0046] 区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

[0047] 本申请实施例中，直播频道的标识信息可以包括直播频道的频道号，还可以包括直播频道所属的直播种类。

[0048] 下面介绍一种服务器如何基于历史观看信息确定用户感兴趣的直播种类排名信息的实施方式。服务器可以确定同一直播种类下的直播频道的观看时长、打赏信息和互动信息，并根据同一直播种类下的直播频道的观看时长、打赏信息和互动信息和对应的权重值确定用户感兴趣的直播种类排名信息。

[0049] 下面结合一个表1进行说明，表1为本申请实施例提供的一个用户的历史观看信息表，表格的第一行分别包括直播频道的标识信息(频道号和直播种类)、观看的直播频道的观看时长、观看的直播频道的打赏信息和观看的直播频道的互动信息。频道号为“100001”的整行可以表示：直播频道“100001”的直播种类属于游戏类，用户的观看时长为200分钟，打赏信息为打赏50元，和直播博主的互动信息的条数为10条。可选的，该互动信息可以包括在播主直播时直接在直播界面的留言信息，以及直播结束后，用户在留言板上留下的互动信息。

[0050] 表1：历史观看信息表

[0051]

[0052] 根据上述的表1，服务器确定各个直播种类下的观看时长、打赏信息和互动信息为：

[0053] 游戏：观看时长1050分钟，打赏信息350元，互动信息160条；

[0054] 科技：观看时长650分钟，打赏信息400元，互动信息190条；

[0055] 运动健身：观看时长500分钟，打赏信息50元，互动信息40条；

[0056] 旅游美食：观看时长100分钟，打赏信息10元，互动信息80条。

[0057] 假设观看时长对应的预设权重值为0.45，打赏信息对应的预设权重值为0.4，互动信息对应的预设权重值为0.15，服务器根据同一直播种类下的直播频道的观看时长、打赏信息和互动信息和对应的权重值确定用户感兴趣的直播种类排名信息为：

[0058] 游戏：1050*0.45+350*0.4+160*0.15＝636.2；

[0059] 科技：650*0.45+400*0.4+190*0.15＝481；

[0060] 运动健身：500*0.45+50*0.4+40*0.15＝251；

[0061] 旅游美食：100*0.45+10*0.4+80*0.15＝61；其中，“*”是乘号。

[0062] 如此，服务器确定直播种类排名信息为：1.游戏；2.科技；3.运动健身；4.旅游美食。

[0063] 可选的，假设预设规则为将排名第一的直播种类确定为用户感兴趣的直播种类，则服务器可以确定用户感兴趣的直播种类为游戏。本申请实施例中的预设规则可以根据实施情况而定，比如用户感兴趣的直播种类可以包括多个直播种类。

[0064] 另一种可选的实施例中，服务器根据上报的历史观看信息对存储区域内原有的历史观看信息进行更新后，服务器可以基于历史观看信息确定用户感兴趣的直播种类排名信息，并基于预设规则从直播种类排名信息确定出用户感兴趣的直播种类。如此，在服务器获取直播推荐请求后，可以根据直播推荐请求中携带的用户信息直接获取用户感兴趣的直播种类，也就是将确定出用户感兴趣的直播种类的实施步骤提前实现，从而节省从用户启动直播应用程序至确定用户感兴趣的直播种类所需的时间。

[0065] 综上，按照步骤S203以及具体的实施方式，服务器可以确定出每一个用户感兴趣的直播种类，为后续直播频道的个性化推荐做好准备。

[0066] S205：服务器根据频道特征信息确定直播频道的排名信息，频道特征信息包括每个直播频道对应的人均观看时长和用户喜爱程度。

[0067] 本申请实施例中，服务器可以在确定每个直播频道的排名信息之前，获取每个直播频道的频道特征信息。可选的，服务器借助于为大规模数据处理而设计的快速通用的计算引擎Spark从Tube组件中统计出每个直播频道的频道特征信息，并存储在数据库中。

[0068] 一种可选的实施例中，频道特征信息包括每个直播频道对应的人均观看时长和用户喜爱程度，服务器可以根据人均观看时长、人均观看时长对应的第一权重值、用户喜爱程度和用户喜爱程度对应的第二权重值确定直播频道的排名信息。具体的，服务器可以确定人均观看时长与人均观看时长对应的第一权重值的乘积1，确定用户喜爱程度和用户喜爱程度对应的第二权重值的乘积2，并根据乘积1和乘积2之和确定每个直播频道的分值，并根据每个直播频道的分值对直播频道进行排名，得到每个直播频道的排名信息。

[0069] 另一种可选的实施例中，基于更全面的评判标准的考虑，频道特征信息除了包括每个直播频道对应的人均观看时长和用户喜爱程度，还包括用户转化率和用户互动程度。可选的，在根据频道特征信息确定直播频道的排名信息之前，服务器可以根据直播频道的用户观看总时长和直播频道的观看用户数确定人均观看时长，其中，一个用户信息代表一个观看用户。服务器还可以根据直播频道的打赏用户数和直播频道的观看用户数确定用户喜爱程度，同一个用户在一个直播频道上多次打赏代表一个打赏用户。服务器还可以根据直播频道的关注用户数和直播频道的观看用户数确定用户转化率。服务器还可以根据直播频道的互动用户数和直播频道的观看用户数确定用户互动程度，多次和一个直播频道进行互动的一个用户代表一个互动用户。随后，服务器可以根据人均观看时长、人均观看时长对应的第一权重值、用户喜爱程度、用户喜爱程度对应的第二权重值、用户转化率、用户转化率对应的第三权重值、用户互动程度和用户互动程度对应的第四权重值确定每个直播频道的排名信息。

[0070] 下面结合一个表2进行说明，表2为本申请实施例提供的一个频道特征信息表，表2中第一行分别包括直播频道的频道号、人均观看时长、用户喜爱程序、用户转化率、和用户互动程度。其中，表2的第二行表示：直播频道“100011”的人均观看时长为22.22分钟，用户喜爱程度为0.0050，用户转化率为0.0028，用户互动程度为：0.019。

[0071] 表2：频道特征信息表

[0072]

[0073] 一种可选的确定直播频道的排名信息的实施方式中，确定出每个直播频道对应的人均观看时长和人均观看时长对应的第一权重值的乘积1，确定出每个直播频道对应的用户喜爱程度和用户喜爱程度对应的第二权重值的乘积2，确定出每个直播频道对应的用户转化率和用户转化率对应的第三权重值的乘积3，确定出每个直播频道对应的用户互动程度和用户互动程度对应的第四权重值的乘积4，并根据每个直播频道的乘积1、乘积2、乘积3和乘积4之和确定每个直播频道的分值，并根据每个直播频道的分值对直播频道进行排名，得到排名信息。

[0074] 另一种可选的确定直播频道的排名信息的实施方式中，由于频道特征信息的数值是不一致的，且跨度区域过大，比如，直播频道“100202”的人均观看时长为237.95分钟，然而用户喜爱程度只有0.0575，为了使得每个频道特征信息处于同一个数量级，消除各个频道特征信息之间的量纲影响，服务器可以将每个频道特征信息的值进行归一化处理，其中，归一化处理的公式为：

[0075]

[0076] 其中，y代表某个频道特性信息中某个值经过归一化操作后的数值，x为该频道特性信息中某个值，xmin为该频道特性信息中最小的值，xmax为该频道特性信息中最大的值。

[0077] 举个例子，直播频道“100011”的人均观看时长进行归一化处理后得到的值为(22.22-2.14)/(237.95-2.14)＝0.0852。如此，服务器对表2中的频道特征信息进行归一化处理后可以得到如表3所示的频道特征信息表。

[0078] 表3：归一化处理后的频道特征信息表

[0079]

[0080] 假设人均观看时长对应的第一权重值为0.35，用户喜爱程度对应的第二权重值为0.35，用户转化率对应的第三权重值位0.2，用户互动程度对应的第四权重值为0.1，服务器可以分别算出表3中的每个直播频道分值。其中，直播频道“100011”分值为0.103，直播频道“100202”的分值为1，直播频道“100023”的分值为0.031，直播频道“106004”的分值为
0.027，直播频道“100805”的分值为0.296，直播频道“100606”的分值为0.066，直播频道“100807”的分值为0.018，直播频道“108008”的分值为0.074。

[0081] 服务器可以根据表3中每个直播频道的分值对直播频道进行排名，得到每个直播频道的排名信息为：

[0082] 1.直播频道“100202”；

[0083] 2.直播频道“100805”；

[0084] 3.直播频道“100011”；

[0085] 4.直播频道“108008”；

[0086] 5.直播频道“100606”；

[0087] 6.直播频道“100023”；

[0088] 7.直播频道“106004”；

[0089] 8.直播频道“100807”。

[0090] 根据表2和表3得到的排名顺序是本申请实施例的一个举例说明，实际的排名顺序可以基于实际的数据结合本申请实施例提供的实施方式确定。

[0091] 综上，本申请实施例通过步骤S205可以对直播频道进行排名，排名信息也是每个直播频道质量的一种表现方式，某个直播频道的排名信息越靠前，可以认为该直播频道的质量越高。本申请实施例中，服务器可以实时确定每个直播频道的排名信息，还可以每隔预设时间段(比如5分钟)确定一次每个直播频道的排名信息，如此可以保证排名信息的时效性。

[0092] S207：服务器从直播频道中确定出第一种类直播频道；第一种类直播频道的种类与用户感兴趣的直播种类的匹配程度值大于等于第一程度值。

[0093] 基于上述的例子中用户感兴趣的直播种类为游戏继续说明，假设第一程度值为1，那么第一类直播频道的种类在与用户感兴趣的直播种类的匹配程度值大于等于1的要求下，服务器确定第一类直播频道的种类是游戏类。如此，服务器可以从所有的直播频道中确定出种类为游戏类的第一种类直播频道，比如，从总数为6000个直播频道中确定出800个第一种类直播频道。

[0094] S209：服务器基于第一种类直播频道的排名信息从第一种类直播频道中确定所要推荐的目标直播频道的标识信息和推荐顺序。

[0095] 本申请实施例中，由于步骤S205的服务器已经确定出所有直播频道的排名信息，又由于步骤S207中，服务器已经确定出种类为游戏的第一种类直播频道，则可以基于第一种类直播频道的排名信息从第一种类直播频道中确定所要推荐的目标直播频道，若所要推荐的目标直播频道的个数为20个，则服务器可以从所有第一种类直播频道中确定排名信息在前20的第一种类直播频道，将这20个第一种类直播频道确定为目标直播频道。服务器获取目标直播频道的的标识信息，以及基于目标直播频道的排名信息确定目标直播频道的推荐顺序，排名信息越靠前，则推荐顺序越靠前，终端获取目标直播频道的推荐顺序后，可以根据目标直播频道的推荐顺序确定每个目标直播频道在直播首页的推荐顺序。

[0096] 如此，终端通过和服务器的配合，服务器向用户推荐的直播频道都是符合用户的兴趣爱好的，实现了用户的个性化定制，也可以提高直播的推荐效率。

[0097] 另一种可选的实施方中，服务器还可以从直播频道中确定出第二种类直播频道，其中，第二种类直播频道的种类与用户感兴趣的直播种类的匹配程度值小于等于第二程度值，且第一程度值大于第二程度值。基于上述的例子中用户感兴趣的直播种类为游戏继续说明，由于需要满足第一程度值大于第二程度值，假设第二程度值为0.99，那么第二类直播频道的种类在与用户感兴趣的直播种类的匹配程度值小于等于0.99的要求下，可以是除游戏类之外的任一种种类。如此，服务器可以从所有的直播频道中确定出种类为非游戏类的第二种类直播频道，也就是除第一种类直播频道之外的直播频道。

[0098] 服务器可以基于第一种类直播频道的排名信息和第一预设占比值从第一种类直播频道中确定所要推荐的第一目标直播频道，并基于第二种类直播频道的排名信息和第二预设占比值从第二种类直播频道中确定所要推荐的第二目标直播频道。

[0099] 假设所要推荐的目标直播频道的个数为20个，第一预设占比值为0.6，第二预设占比值为0.4，服务器可以根据第一种类直播频道的排名信息确定排名信息排在前面12位的第一种类直播频道为第一目标直播频道，并根据第二种类直播频道的排名信息确定排名信息排在前面8位的第二种类直播频道为第二目标直播频道。如此，服务器可以获取第一目标直播频道的标识信息和第二目标直播频道的标识信息，并根据第一目标直播频道的排名信息和第二目标直播频道的排名信息确定目标直播频道的推荐顺序，其中，目标直播频道包括第一目标直播频道和第二目标直播频道。

[0100] 可选的，服务器可以根据第一目标直播频道的排名信息将12个第一目标直播频道排在20个推荐顺序的前12位，根据第二目标直播频道的排名信息将8个第二目标直播频道排在20个推荐顺序的后8位。

[0101] 可选的，服务器可以直接根据第一目标直播频道的排名信息和第二目标直播频道的排名信息对20个目标直播频道进行排序，得到推荐顺序。

[0102] 如此，终端通过和服务器的配合，不仅可以向用户推荐符合用户兴趣爱好的直播频道，实现用户的个性化定制，同时还可以向用户推荐其他质量高的直播频道，达到帮助扩展用户的兴趣爱好的目的。

[0103] S211：服务器根据目标直播频道的标识信息和推荐顺序确定直播推荐回复。

[0104] 本申请实施例中，服务器将直播推荐回复发送给终端，终端可以解析出目标直播频道的标识信息和推荐顺序，基于该标识信息确定要推荐的目标直播频道，并基于该目标直播频道的推荐顺序将该目标直播频道进行排序后显示在终端的界面上，以供用户进行选择。

[0105] 以下介绍本申请一种直播频道的推荐方法的具体实施例，图3是本申请实施例提供的一种直播频道的推荐方法的流程示意图，如图3所示：

[0106] S301：终端发送直播推荐请求，该直播推荐请求中携带有用户信息；

[0107] S303：服务器基于用户信息确定用户信息对应的用户的历史观看信息；

[0108] S305：服务器根据历史观看信息确定用户感兴趣的直播种类排名信息，并基于预设规则从直播种类排名信息确定出用户感兴趣的直播种类；

[0109] S307：服务器根据频道特征信息确定直播频道的排名信息；

[0110] S309：服务器从直播频道中确定出第一种类直播频道；第一种类直播频道的种类与用户感兴趣的直播种类的匹配程度值大于等于第一程度值；

[0111] S311：服务器从直播频道中确定出第二种类直播频道，其中，第二种类直播频道的种类与用户感兴趣的直播种类的匹配程度值小于等于第二程度值，且第一程度值大于第二程度值；

[0112] S313：服务器基于第一种类直播频道的排名信息和第一预设占比值从第一种类直播频道中确定所要推荐的第一目标直播频道；

[0113] S315：服务器基于第二种类直播频道的排名信息和第二预设占比值从第二种类直播频道中确定所要推荐的第二目标直播频道；

[0114] S317：服务器获取第一目标直播频道的标识信息和第二目标直播频道的标识信息；

[0115] S319：服务器根据第一目标直播频道的排名信息和第二目标直播频道的排名信息确定目标直播频道的推荐顺序；

[0116] S321：服务器根据目标直播频道的标识信息和推荐顺序确定直播推荐回复；

[0117] S323：服务器将该直播推荐回复发送给终端。

[0118] 终端接收该直播推荐回复后，可以解析出目标直播频道的标识信息和推荐顺序，基于该标识信息确定要推荐的目标直播频道，并基于该目标直播频道的推荐顺序将该目标直播频道进行排序后显示在终端的界面上，以供用户进行选择。

[0119] 上文中提到，服务器每接收到一次上报的用户的历史观看信息后，都可以更新用户的感兴趣的直播种类，且服务器可以根据每个直播频道的特征信息实时的确定每个直播频道的排名信息，由此下文将通过例子说明本申请实施例中结合用户感兴趣的直播种类以及应用程序内直播频道的排名兴趣向用户推荐的目标直播频道的实时性。

[0120] 假设用户甲在某一天的早上9点启动该直播应用程序，则服务器在接收到用户甲的终端发送的直播推荐请求后，可以确定用户甲在该天9点之前所有的历史观看信息，并基于所有的历史观看信息确定用户甲感兴趣的直播种类为游戏，并基于该天9点之前所有直播频道的频道特征信息确定出直播频道的排名信息。服务器通过确定的用户甲感兴趣的直播种类和当前的排名信息向用户甲推荐，并显示在用户甲的直播首页包括直播频道1、直播频道2、直播频道3......直播频道8、直播频道9和直播频道10共10个直播频道。其中，直播频道1至直播频道6为6个游戏类的直播频道，直播频道7为科技类的直播频道，直播频道8为旅游美食类的直播频道，直播频道9为运动健身类的直播频道，直播频道10为搞笑类的直播频道。

[0121] 若用户甲点开直播频道8看了5分钟，并在这5分钟内进行了打赏行为和互动行为后，退出直播频道8。终端可以在这5分钟内不断向服务器上报该用户甲的历史观看信息，导致服务器实时更新用户甲感兴趣的直播种类，若在这五分钟内，服务器基于新的所有的历史观看信息确定用户甲此时感兴趣的直播种类为旅游美食类。且在这五分钟内，基于新的所有直播频道的频道特征信息确定出直播频道的排名信息也发生了变化。如此，服务器通过新确定的用户甲感兴趣的直播种类和新的排名信息向用户甲推荐，并显示在用户甲的直播首页包括直播频道8、直播频道11、直播频道12、直播频道13、直播频道14、直播频道15、直播频道2、直播频道16、直播频道10和直播频道17共10个直播频道。其中，直播频道8、直播频道11、直播频道12、直播频道13、直播频道14和直播频道15是旅游美食类的直播频道，直播频道2为游戏类的直播频道，直播频道16为科技类的直播频道，直播频道10为搞笑类的直播频道，直播频道17为运动健身类的直播频道。

[0122] 从该例子中可以看出，基于用户行为导致的用户感兴趣的直播种类的实时更新和整体的直播频道排名信息的实时更新，即使前后的直播频道的推荐时间仅相差短短5、6分钟，针对同一用户在不同时间点的直播频道的推荐也会出现很大的不同。这也充分说明了本申请直播推荐具有快速更新迭代这一巨大优势。

[0123] 本申请实施例还提供了一种直播频道的推荐装置，图4是本申请实施例提供的一种直播频道的推荐装置的结构示意图，如图4所示，该装置包括：

[0124] 获取模块401用于获取直播推荐请求，直播推荐请求中携带有用户信息，[0125] 种类确定模块402用于基于用户信息确定用户感兴趣的直播种类，

[0126] 排名确定模块403用于根据频道特征信息确定直播频道的排名信息，频道特征信息包括每个直播频道对应的人均观看时长和用户喜爱程度，

[0127] 频道确定模块404用于从直播频道中确定出第一种类直播频道，第一种类直播频道的种类与用户感兴趣的直播种类的匹配程度值大于等于第一程度值，基于第一种类直播频道的排名信息从第一种类直播频道中确定所要推荐的目标直播频道的标识信息和推荐顺序，

[0128] 回复确定模块405用于根据目标直播频道的标识信息和推荐顺序确定直播推荐回复。

[0129] 在一种可选的实施方式中，该装置还包括：

[0130] 种类确定模块用于根据用户信息确定用户信息对应的用户的历史观看信息，历史观看信息包括观看的直播频道的标识信息、观看的直播频道的观看时长、观看的直播频道的打赏信息和观看的直播频道的互动信息，根据历史观看信息确定用户感兴趣的直播种类排名信息，基于预设规则从直播种类排名信息确定出用户感兴趣的直播种类。

[0131] 在一种可选的实施方式中，该装置还包括：

[0132] 排名确定模块用于根据人均观看时长、人均观看时长对应的第一权重值、用户喜爱程度和用户喜爱程度对应的第二权重值确定直播频道的排名信息。

[0133] 在一种可选的实施方式中，该装置还包括：

[0134] 频道特征信息确定模块用于根据直播频道的用户观看总时长和直播频道的观看用户数确定人均观看时长，根据直播频道的打赏用户数和直播频道的观看用户数确定用户喜爱程度，根据直播频道的关注用户数和直播频道的观看用户数确定用户转化率，根据直播频道的互动用户数和直播频道的观看用户数确定用户互动程度。

[0135] 在一种可选的实施方式中，该装置还包括：

[0136] 排名确定模块用于根据人均观看时长、人均观看时长对应的第一权重值、用户喜爱程度、用户喜爱程度对应的第二权重值、用户转化率、用户转化率对应的第三权重值、用户互动程度和用户互动程度对应的第四权重值确定直播频道的排名信息。

[0137] 在一种可选的实施方式中，该装置还包括：

[0138] 频道确定模块用于基于第一种类直播频道的排名信息从第一种类直播频道中确定所要推荐的目标直播频道，获取目标直播频道的的标识信息，以及基于目标直播频道的排名信息确定目标直播频道的推荐顺序。

[0139] 在一种可选的实施方式中，该装置还包括：

[0140] 频道确定模块用于从直播频道中确定出第二种类直播频道，第二种类直播频道的种类与用户感兴趣的直播种类的匹配程度值小于等于第二程度值，且第一程度值大于第二程度值，基于第一种类直播频道的排名信息和第一预设占比值从第一种类直播频道中确定所要推荐的第一目标直播频道，基于第二种类直播频道的排名信息和第二预设占比值从第二种类直播频道中确定所要推荐的第二目标直播频道，获取第一目标直播频道的标识信息和第二目标直播频道的标识信息，根据第一目标直播频道的排名信息和第二目标直播频道的排名信息确定目标直播频道的推荐顺序，其中，目标直播频道包括第一目标直播频道和第二目标直播频道。

[0141] 本申请实施例中的装置与方法实施例基于同样地申请构思。

[0142] 本申请实施例所提供的方法实施例可以在计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图5是本申请实施例提供的一种直播频道的推荐方法的服务器的硬件结构框图。如图5所示，该服务器500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，CPU)510(处理器510可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器530，一个或一个以上存储应用程序523或数据522的存储介质520(例如一个或一个以上海量存储设备)。其中，存储器530和存储介质520可以是短暂存储或持久存储。存储在存储介质520的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器510可以设置为与存储介质520通信，在服务器500上执行存储介质520中的一系列指令操作。服务器500还可以包括一个或一个以上电源560，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口540，和/或，一个或一个以上操作系统521，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

[0143] 输入输出接口540可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器500的通信供应商提供的无线网络。在一个实例中，输入输出接口540包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口540可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

[0144] 本领域普通技术人员可以理解，图5所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器500还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。

[0145] 本申请的实施例还提供了一种存储介质，所述存储介质可设置于服务器之中以保存用于实现方法实施例中一种直播频道的推荐方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述直播频道的推荐方法。

[0146] 可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

[0147] 由上述本申请提供的直播频道的推荐方法、设备或存储介质的实施例可见，本申请中通过获取直播推荐请求，直播推荐请求中携带有用户信息，由于基于用户信息确定用户感兴趣的直播种类，并根据频道特征信息确定直播频道的排名信息，如此，本申请实施例可以从直播频道中确定出第一种类直播频道，基于第一种类直播频道的排名信息从第一种类直播频道中确定所要推荐的目标直播频道的标识信息和推荐顺序，根据目标直播频道的标识信息和推荐顺序确定直播推荐回复，如此，本申请实施例中确定的目标直播频道可以根据用户的个人喜好进行定制，满足了用户的个性化观看，同时也可以节省推荐资源。

[0148] 需要说明的是：上述本申请实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

[0149] 本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

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

标题	发布/更新时间	阅读量
用于使用专用网关盒来将内容广播到智能设备的方法和系统	2020-05-08	988
一种确定互动结果的方法、装置、存储介质及电子设备	2020-05-12	528
一种通过机顶盒分享视频的方法	2020-05-16	614
直播数据处理数据处理方法、装置、电子设备及存储介质	2020-05-11	194
显示设备家长锁控制方法及显示设备	2020-05-14	482
一种实现CMAF低延时直播高可用和高并发的方法	2020-05-14	351
一种视频直播的实时刷新方法、系统、装置及存储介质	2020-05-14	620
一种直播背包及直播实现方法	2020-05-14	688
一种HLS直播快速起播方法及系统	2020-05-15	636
一种基于新媒体多源跨屏数据分析的节目评估方法	2020-05-16	955

一种直播频道的推荐方法、装置、电子设备及存储介质

一种直播频道的推荐方法、装置、电子设备及存储介质

技术领域

背景技术

具体实施方式

该功能需要专业版企业版VIP权限，您可以：