视频推荐方法、视频推荐装置和计算机可读存储介质与流程

本申请属于计算机软件应用领域，尤其涉及视频推荐方法及视频推荐装置。

背景技术：

app的“分享功能”，在产品的传播转化中扮演着十分重要的角色。市场上绝大多数app都有第三方分享的功能，借助社交产品的流量，让用户主动分享app中的内容到社交平台上，使得更多的用户可以观看到app中的内容，方便用户观看。一般来说，为了给用户更多的内容选择，在分享出去的短视频显示界面上会尽量多地推荐用户可能感兴趣的短视频内容。

但是，目前大部分的推荐系统都是主要针对单个品类信息进行的推荐。以分享页短视频推荐为例，可以通过用户的历史行为数据发现用户对短视频的喜欢程度(如点击，点赞，评论或分享)，并对这些喜好进行度量和打分，根据不同用户对相同短视频的态度和偏好程度计算用户之间的关系，然后在有相同喜好的用户间进行相似短视频的推荐。

本发明人发现，这种推荐方法选择的短视频分享页内容的样式相对单一，不容易吸引用户，用户体验较差。

技术实现要素：

为克服相关技术中存在的问题，本申请公开一种视频推荐方法和视频推荐装置，通过在短视频分享中融合在播直播视频，同时进行推荐，提高短视频的推荐多样性，提升用户体验。

根据本申请实施例的第一方面，提供一种视频推荐方法，包括：

获取用户的历史分享数据；

根据所述历史分享数据生成候选视频集合和候选直播集合；

对所述候选视频集合中的所有候选视频进行排序；以及

将排序后的所述候选视频集合和所述候选直播集合融合后作为推荐内容进行推荐。

可选地，所述视频推荐方法还包括：将所述推荐内容发送至用户端进行显示。

可选地，所述历史分享数据包括历史分享内容和所述历史分享内容获得的关注度。

可选地，所述历史分享内容包括历史分享视频和在播直播视频，按照预设的规则将部分所述历史分享视频和部分所述在播直播视频分别加入所述候选视频集合和所述候选直播集合。

可选地，所述视频推荐方法还包括：对所述候选直播集合中的所有在播直播视频进行审核，将审核未通过的所述在播直播视频去掉。

可选地，设置审核时间，监控每条所述在播直播视频的审核状态，若在所述审核时间内没有收到审核通过的指令，则从所述候选直播集合中删除所述在播直播视频。

可选地，根据所述历史分享数据生成候选直播集合包括：

查询当前时刻所有在播直播视频的直播id与所属主播id；

对每一条所述在播直播视频，统计其关注度；以及

将所述关注度较高的部分所述在播直播视频加入所述候选直播集合。

可选地，根据所述历史分享数据生成候选直播集合还包括：

获得与所述主播id具有相似关系的好友id；

将所述好友id的部分在播直播视频加入所述候选直播集合。

可选地，将排序后的所述候选视频集合和所述候选直播集合融合后作为推荐内容进行推荐包括：

获取所有所述候选视频在排序后的视频列表；

对所述在播直播视频进行排序，得到直播列表；

将所述直播列表融入所述视频列表中作为所述推荐内容进行推荐。

根据本发明实施例的第二方面，提供一种视频推荐装置，包括：

获取模块，用于获取用户的历史分享数据；

候选模块，用于根据所述历史分享数据生成候选视频集合和候选直播集合；

排序模块，用于对所述候选视频集合中的所有候选视频进行排序；以及推荐模块，用于将排序后的所述候选视频集合和所述候选直播集合融合后作为推荐内容进行推荐。

可选地，所述历史分享数据包括历史分享内容和所述历史分享内容获得的关注度。

可选地，所述历史分享内容包括历史分享视频和在播直播视频，挑选部分所述历史分享视频和部分所述在播直播视频分别加入所述候选视频集合和所述候选直播集合。

可选地，所述视频推荐装置还包括：审核模块，用于对所述候选直播集合中的所有在播直播视频进行审核，将审核未通过的所述在播直播视频去掉。

可选地，设置审核时间，监控每条所述在播直播视频的审核状态，若在所述审核时间内没有收到审核通过的指令，则从所述候选直播集合中删除所述在播直播视频。

可选地，所述候选模块包括：

查询模块，用于查询当前时刻所有在播直播视频的直播id与所属主播id；

统计模块，用于对每一条所述在播直播视频，统计其关注度；

第一选择模块，用于将所述关注度较高的部分所述在播直播视频加入所述候选直播集合。

可选地，所述候选模块还包括：

好友关系获取模块，用于获得与所述主播id具有相似关系的好友id；以及

第二选择模块，用于将所述好友id的部分在播直播视频加入所述候选直播集合。

可选地，所述推荐模块包括：

视频列表获取模块，用于获取所有所述候选视频在排序后的视频列表；

直播列表获取模块，用于对所述在播直播视频进行排序，得到直播列表；

融合模块，用于将所述直播列表融入所述视频列表中作为所述推荐内容进行推荐。

根据本发明实施例的第三方面，提供一种电子设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行上述任意一项所述的视频推荐方法。

根据本发明实施例的第四方面，提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令被执行时实现上述视频推荐方法。

本申请的实施例提供的技术方案可以包括以下有益效果：

该视频推荐方法通过获取用户的历史分享数据，根据历史分享数据生成候选视频集合和候选直播集合，再将候选视频集合和候选直播集合融合后作为推荐内容进行推荐，使得短视频的分享中加入直播的内容，增加分享页面的视频推荐多样性，而且在短视频的分享中加入直播形式，更能引起用户的兴趣，提升用户的观看体验。

本申请的另一实施例提供的技术方案可以包括以下有益效果：

通过对候选视频集合中的所有候选视频进行排序，以及对在播直播视频进行排序，根据排序后的结果进行顺序推荐，可以将大部分人感兴趣的视频和直播同时进行分享，适应多数用户的需求，同时保证视频的推荐质量，提高用户的观看体验，提升用户的兴趣。

本申请的另一实施例提供的技术方案可以包括以下有益效果：

为保证推荐直播视频的质量，设定审核时间，对候选直播集合中的所有在播直播视频进行审核，将审核未通过的在播直播视频去掉，而向用户推荐一些实时热度较高的内容，使得视频推荐更加贴合用户爱好，并且提升推荐质量。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的视频推荐方法的流程图；

图2是根据一示例性实施例示出的汇总的视频推荐方法的流程图；

图3是根据图2示出的视频推荐方法中步骤s202的示例性实施例的部分流程图；

图4是根据图2示出的视频推荐方法中步骤s205的示例性实施例的流程图；

图5是是根据一示例性实施例示出的视频推荐装置的示意图；

图6是是根据一示例性实施例示出的汇总的视频推荐装置的示意图；

图7是是根据一示例性实施例示出的汇总的视频推荐装置的示意图；

图8是根据一示例性实施例示出的一种执行视频推荐方法的电子设备的框图；

图9是根据一示例性实施例示出的一种执行视频推荐方法的视频推荐装置的框图。

具体实施方式

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

图1是根据一示例性实施例示出的视频推荐方法的流程图，具体包括以下步骤。

在步骤s101中，获取用户的历史分享数据。

如背景技术中提到的，采用目前的视频推荐方法选择的短视频分享页的分享内容，样式相对单一，不容易吸引用户，用于体验较差，因此本申请提出一种新的视频推荐方法，在短视频分享中融合直播结果，提升视频推荐的多样性，增加用户兴趣。

通常，用户在app内部会进行视频的浏览，当发现感兴趣的短视频封面时，会点击进入观看，在观看短视频的途中，可能还会进行点赞(表示喜欢)、评论或回复(发表互动)、转发(向他人推荐)等一系列操作，同理，用户在app内部也会对观看的直播视频有同样或类似的操作。而用户在观看到特别喜爱的短视频或直播视频时，通常也会通过各种社交平台(例如微信，好友群等)进行视频的分享，这些被分享的视频也会被其他用户看到，进行点赞、观看、评论、收藏等操作。

服务器接收数据请求，会记录用户在app内部的所有操作以及短视频或直播视频在分享页面或在app内部的所有被操作记录，这些记录最后以日志形式存储，需要时，可以提取日志数据。

本实施例中，要进行精细合理的视频推荐，需要用到历史分享数据，所以要收集用户的历史分享数据以及提取用户在一段时间内的日志数据。

在一个实施例中，历史分享数据包括历史分享内容和历史分享内容获得的关注度。如上所述，用户在分享页面看到被分享的分享内容，会进行对应的操作，这些对历史分享内容的操作被视为关注度，关注度例如是点击次数、评论数量、观看时间、转发次数(用户在社交平台的分享页面上观看多个好友分享的内容时，由于兴趣爱好不同，对不同的分享内容的点击和观看等次数都不相同，因此采用上述几个指标来表征关注度)……的综合评价，综合评价例如是对每一项分配一个权重值，然后将每一项的指标值折合成分数，进行关注度的打分，根据最终的关注度分值的高低判断历史分享内容的质量。

用户在社交平台的分享页面上观看到这些被分享的短视频或直播视频时，如有感兴趣的视频，通常会点击查看，甚至为了了解更多更精彩的内容而进入app内部观看，这样就提升了用户的观看兴趣，而且更加符合用户的喜好，用户可以自主选择自己喜欢的观看类型，提升观看体验。

在步骤s102中，根据历史分享数据生成候选视频集合和候选直播集合。

本实施例的核心思想是在向用户推荐短视频的同时加入一些直播视频的分享，提升推荐的多样性和全面性，所以需要挑选作为推荐内容的短视频和直播视频，将挑选好的短视频整理在一起作为候选视频集合，将挑选好的直播视频整理在一起作为候选直播集合。根据步骤s101可知，需要时，可以从服务器提取用户的历史分享数据，所以本步骤中，根据历史分享数据进行候选视频集合和候选直播集合的挑选。

在一个实施例中，历史分享内容包括历史分享视频和在播直播视频，历史分享视频即为用户分享过的短视频，在播直播视频即为正在播放的直播视频。根据历史分享视频和在播直播视频的关注度来挑选适合推荐的短视频和直播视频。

首先，收集分享出去的历史分享视频和所有在播的直播视频，然后从大量短视频和直播视频中按照一定的规则召回推荐内容，即将部分历史分享视频和部分在播直播视频分别加入候选视频集合和候选直播集合。

例如，根据历史分享内容获得的关注度挑选推荐内容，所以要分别对召回的短视频和直播视频的关注度进行排序，并设定关注度阈值，将大于关注度阈值的短视频和直播视频加入推荐内容中。在播直播视频的关注度可以视为是直播视频的实时热度，短视频的关注度可以视为是视频质量高低的衡量指标，也可以理解为一种预设的规则。

在一个实施例中，在进行视频召回时，先进行筛选，去掉没有点击量或点击量低于预设下限的视频，然后再计算其他视频的关注度，这样可以节省大量的时间和计算量，提高筛选效率。

在一个实施例中，分析关注度较高的少数短视频，例如选取30个关注度最高的历史分享视频，从app内部挑选与其相似度较高的部分视频，也加入候选视频集合。

个性化推荐可以借鉴计算广告学中的“match”和“rank”的思想：“match”即有效和丰富的召回，从全部内容中尽可能找到与用户正相关的内容，并将结果返回给“rank”。比如从数十亿的视频中初步选出1000条与用户兴趣最相关的视频，作为最终推荐给用户的候选集合。这是一个粗放的快速的筛选过程，筛选的方法比较简单，一般称之为“粗筛”。

而“rank”阶段将对“match”返回的内容进行排序，一般称为“排序阶段”，预测用户点击内容的可能性，将最可能被点击的内容首先推荐给用户。由于“rank”阶段的模型比较复杂，不可能对所有内容排序，所以需要通过“match”阶段粗筛数据。而“match”筛选的数据直接决定了“rank”阶段的数据质量，很大程度影响着推荐的结果。

上述步骤主要是在“match”阶段进行的粗筛选，将收集到的短视频和直播视频作为“match”阶段的候选视频集合和候选直播集合，而下列步骤是在“rank”阶段对推荐内容进行处理和排序后展示给用户。

在步骤s103中，对候选视频集合中的所有候选视频进行排序。

本步骤是对候选视频集合进行的精细挑选，挑选后的短视频作为最终的推荐内容。

对召回的候选视频集合中的所有候选视频进行排序，可以采用一些排序算法，按照关注度得分或视频大小等对候选视频进行排序。例如，按照每个短视频的被点赞次数的多少进行排序，提取前n位的短视频进行推荐，其余的短视频从候选视频集合中删除。例如，按照短视频的播放时长进行排序，从候选视频集合中删除播放时间太长的短视频，节约观看时间，提高分享效率。

根据上述步骤，已经根据分享页面上历史分享内容与用户的操作行为对每一个短视频和直播视频进行了关注度的打分，并按照关注度高低进行了排序，在召回的视频库中挑选部分关注度较高的历史分享视频加入候选视频集合，在当前所有在播直播视频中挑选部分直播热度较高的在播直播视频加入候选直播集合。

例如，收集一定时间内从app分享到某社交平台上的所有短视频和正在直播的直播视频，分别计算其关注度是否达到关注度阈值，去掉未达到关注度阈值的视频，可以避免向用户推荐质量较差的视频。例如，收集某社交平台分享页面在过去一个月内发布过的视频，并计算这些视频在过去15天内累计获得的喜欢和评论数量，以用户对视频的喜爱数量或点击数量或评论数量等来表征该视频获得的关注度，设立关注度阈值，例如，累计获得10000次点击，将关注度未达到阈值的视频过滤掉，而关注度高于阈值的视频可以作为待推荐视频加入候选视频集合。这样可以去掉关注度较少的视频，而挑选大多数用户感兴趣的视频进行推荐，保证推荐视频的质量。

在一个实施例中，对候选视频集合中的经过排序后的候选视频进行审核，例如，对短视频的内容进行人工审核，挑选符合当下局势和热度的短视频进行推荐，使推荐视频具有时代色彩，提高用户的观看欲望，提升用户转化率。

在一个实施例中，将候选视频集合中的所有候选视频进行分类后再排序，例如，将所有的短视频按照搞笑类、情感类、寓意类、音乐类等进行划分，每一类视频再进行关注度的排序，然后按照搞笑类、音乐类、情感类、寓意类……进行排序。

经过排序后，候选视频集合中剩下的视频为经过精细筛选后的优质视频，预测分享时会有很高的点击率和转化率。

在步骤s104中，将排序后的候选视频集合和候选直播集合融合后作为推荐内容进行推荐。

用户在app内部或在分享页面上进行短视频的观看时，在一个短视频观看结束后，通常会自动播放下一条短视频，或者在观看其他用户分享的直播视频时，向上下或左右翻动，可以观看其他的直播视频，存放这些短视频和直播视频的位置作为推荐池。本实施例中将短视频的推荐池和直播视频的推荐池进行共享，即推荐池中既可以展示推荐短视频，也可以展示推荐直播视频，增加推荐池推荐内容的丰富性。

在步骤s102中得到了分别由关注度较高的部分短视频和热度较高的部分直播视频组成的候选视频集合和候选直播集合，在本步骤中，将候选视频集合和候选直播集合进行融合，即将排序后的候选视频集合中的候选视频(候选视频即为待推荐的短视频)和候选直播集合中的在播直播视频进行融合，按照融合后的顺序进行视频推荐。

在进行短视频和直播视频的融合时，可以按照不同的数量(例如直播视频数量大于短视频数量)和不同的顺序(先推荐短视频再推荐直播视频或短视频和直播视频穿插推荐)进行融合和推荐，然后将融合后的推荐内容加入推荐池中。

在一个实施例中，用户发送或分享推荐内容时，用户向服务器提交发送推荐内容的请求，服务器接收请求，将视频内容发送。

本实施例中，通过获取用户的历史分享数据，根据历史分享数据生成候选视频集合和候选直播集合，再将候选视频集合和候选直播集合融合后作为推荐内容进行推荐，使得视频的分享中加入直播的内容，增加分享页面用户的拉新、拉活转化率，而且加入直播形式，用户更愿意进入app内部活动，提升了短视频社交分享中的用户转化率。

图2是根据一示例性实施例示出的汇总的视频推荐方法的流程图。

在步骤s201中，获取用户的历史分享数据；

在步骤s202中，根据历史分享数据生成候选视频集合和候选直播集合；

在步骤s203中，对候选视频集合中的所有候选视频进行排序；

在步骤s204中，对候选直播集合中的所有在播直播视频进行审核，将审核未通过的在播直播视频去掉；

在步骤s205中，将候选视频集合和候选直播集合融合后作为推荐内容进行推荐。

本实施例是图1的优化方案，步骤s201-s203和步骤s205与图1的步骤s101-s104相同，这里不再赘述。

实施例一主要进行了推荐内容的召回，想要向用户推荐高质量的视频，还需要分别对候选视频和在播直播视频进行精细筛选之后再进行融合，如步骤s204所示。

在步骤s204中，对候选直播集合中的所有在播直播视频进行审核，将审核未通过的在播直播视频去掉。

本步骤是对候选直播集合中的所有在播直播视频的精细筛选，例如是对所有在播直播视频进行审核过滤，根据审核结果，删除审核不通过的直播视频。这里的审核例如是对直播视频的安全性和合法性的审核，将不合法的视频过滤掉，保证网络环境的安全健康，向用户推荐绿色正能量的直播视频。

审核时，将直播视频上传，利用检测算法检测该直播视频的合法性，经过一定的时间后，反馈回审核结果指示，例如是审核通过的消息，则该直播视频可以作为待推荐的直播视频。

在一个实施例中，采用dpi(deeppacketinspection)深度报文检测进行在播直播视频的审核，dpi深度报文检测是一种基于数据包的深度检测技术，针对不同的网络应用层载荷(例如http、dns等)进行深度检测，通过对报文的有效载荷检测决定其合法性，将检测后，出现不合法的直播视频进行禁播和警告处理，并从候选视频集合中删除。

在一个实施例中，设置审核时间(例如t)，监控每条在播直播视频的审核状态，若在审核时间内没有收到审核通过的指令，即超时审核时间t后仍没有审核通过的指示，表示该直播不能推送，则从候选直播集合中删除该在播直播视频。

对审核未通过的在播直播视频，若检测到直播视频中含有不合法信息，则立即停止该直播视频的播放，并提示直播者，以后要避免此类直播视频的传播。通过审核过滤保持推荐直播视频的直播环境健康，对观看用户进行正确地引导。

在一个实施例中，该视频推荐方法还包括：将推荐内容发送至用户端进行显示。

步骤s205中，将经过排序后的短视频和审核后的在播直播视频进行融合，作为最终的推荐结果，本步骤中，将融合后的推荐结果返回给前端进行展示，便于用户观看和分享。

将推荐结果返回至用户端进行展示时，通过不同的操作可以观看不同的推荐结果，例如用户在观看某一短视频时，可以通过左右滑动来切换观看内容，例如向左滑动观看上一个内容，向右滑动观看下一个内容，这样设定，使得用户对观看过的感兴趣的内容，可以通过左滑进行反复观看，起到存储作用，而且推荐池中的推荐内容的展示顺序只需要在展示前进行一次设定即可。这里的滑动操作只是一种示意性的举例，用户还可以通过其他的操作进行观看内容的切换。

在一个实施例中，因推荐结果是短视频和直播视频的融合，所以还可以通过特定的操作指令来实现短视频和直播视频的切换，使得用户可以随时切换到自己感兴趣的观看类型，例如，用户在app内观看视频时，通过三指下滑切换到在播直播视频的播放页面，而通过双指下滑切换到短视频的播放页面，同时可以结合左滑和右滑来显示已观看和未观看的内容。

通过多指下滑来切换短视频和直播视频仅是一种实现方式，不是对本实施例实现的限制，用户例如还可以通过双击，长按等方式来实现观看内容的切换，提升用户的观看体验。

用户在app内观看推荐内容时，还可以进行观看内容的分享，分享操作可以通过多种途径来实现，例如转发到app内的群组或好友，转发到微信朋友圈、qq空间等社交平台，或者分享到微信等其他app的好友或群组。不论分享到哪一个平台上，用户进行分享时，都会按照推荐池现有的推荐内容的顺序进行分享，例如用户正在观看一段短视频，并将其分享到微信朋友圈，那么微信中的其他好友在观看此短视频时，该短视频前后的短视频或直播视频的推荐位置与app内部是相同的。例如，用户在app内进行直播，希望获得更多的关注度，将直播视频分享到其他社交平台上，其他社交平台上的好友观看到该直播视频时，为了增加互动和观看体验性，可能会进入app内部观看，由此增加了用户的观看兴趣，增加了用户的观看选择性，提升用户体验。

当用户在社交平台的分享页面观看app内的用户分享的推荐内容时，也可以通过操作指令来实现短视频和直播视频的切换，例如向左滑动选择观看短视频，向右滑动选择观看直播视频，增加用户的观看选择性，提升用户体验和对app的好感度。

本实施例中，视频推荐方法在生成候选视频集合和候选直播集合后，对候选视频和在播直播视频分别进行了排序和审核筛选，然后再向用户展示，通过对候选视频和直播视频的排序和审核，使得推荐内容的质量得到保证，而且能优先向用户推荐综合度较高的视频和直播，增加用户的观看兴趣，也保证了推荐内容的多样性，提升了用户体验。

在一个实施例中，本实施例的视频推荐方法还包括：定时对推荐内容进行更新。

推荐内容包括短视频和在播直播视频，而在播直播视频的更换频率较快，短视频的热度也在随时变换，为了适应用户的观看兴趣，结合当下的形势，需要对推荐内容进行定时更新。对每一次推荐的推荐内容都实时关注其被操作的动态，定时回传推荐内容的关注度，分析推荐内容受用户喜爱的程度，不断进行自主学习，记录大多数用户感兴趣的类型，适当加大该类型的短视频或直播视频的推荐比例，而且每一次推荐时，都加入一些其他的类型，保证推荐内容的多样性。

通过定期收集每次的分享结果，并作为一定的影响因素加入到下一次的推荐中，不断进行迭代计算，更新推荐内容，适应用户的喜好，符合当下时势的发展趋势。

图3是根据图2示出的视频推荐方法中步骤s202的示例性实施例的部分流程图，步骤s202是根据历史分享数据生成候选视频集合和候选直播集合，而本实施例主要描述根据分享数据生成候选直播集合的过程，具体地，包括步骤s2021-步骤s2023。

在步骤s2021中，查询当前时刻所有在播直播视频的直播id与所属主播id。

id是用来标志和识别用户身份的标志，用户在使用不同的app时，都会获得一个特有的id作为身份的标志，对应地，用户在app内发布内容时，每条内容也会有对应的id进行区分。本实施例中，用户在登录app时，都会有一个属于自己的id号，而用户在app内发布短视频或直播视频时，也会获得对应的视频id，在发布时，发布短视频或直播视频中通常也会带有用户的id号，表明发布内容的归属。

例如，注册用户利用用户id登录某客户端，并进行视频的观看和分享，分享时，可以在视频链接中加入和此用户的身份有关的一些信息，例如是用户id(user_id)。

当用户在app内进行直播时，用户使用的用户id视为主播id，而该主播id正在进行的直播视频的标志为直播id，主播id与其正在直播的直播id形成一一对应关系，直播视频中加入主播id，表明归属。

从当前时刻的所有在播直播视频中挑选部分加入候选直播集合，所以首先需要获取当前时刻所有的在播直播视频的直播id和与之对用的主播id。然后可以用直播id代表对应的在播直播视频，便于后续直播视频的挑选。

在步骤s2022中，对每一条在播直播视频，统计其关注度。

根据上述实施例可知，在进行直播视频的挑选时，需要根据直播视频获得的关注度挑选待推荐的直播视频，所以要统计每一条在播直播视频获得的关注度。

收集当前某一小时段内的所有在播直播视频，对每一条在播直播视频，获取其直播id，并查询和统计该直播视频对应的观看人数、点赞人数以及实时热度等详细信息，将获得的这些指标作为关注度的评分标准，采用一定的算法计算每个直播id对应的关注度得分，例如采用机种指标的数量加权之后的值代表关注度得分。建立关于“直播id”、“主播id”、“关注度”的表格，将所有在播直播视频按照关注度得分的高低进行降序排列。

在步骤s2023中，将关注度较高的部分在播直播视频加入候选直播集合。

上一步骤中，已经计算出每条直播视频对应的关注度或直播热度，关注度的高的直播视频在一定程度上可以认为是符合多数人的兴趣，受到用户的欢迎，具有分享价值，所以从表格中挑选关注度得分较高的部分在播直播视频加入候选直播集合中。例如，挑选关注度得分排序前20位的直播视频加入候选直播集合等待推荐。

在一个实施例中，对在播直播视频进行二次筛选，先挑选少量的直播视频加入候选直播集合，然后统计这些关注度得分较高的在播直播视频的类型，在剩余的在播直播视频中再进行一次筛选，挑选出同类型的直播视频加入到候选直播集合中。

在一个实施例中，根据统计的关注度得分较高的在播直播视频的类型挑选短视频，即挑选同类型的部分短视频加入对应的候选视频集合；或根据关注度得分较高的短视频类型挑选直播视频，按照关注度得分较高的短视频类型，从在播直播视频中挑选少量同类型的直播视频加入到候选直播集合中，增加推荐内容的丰富性。

在一个实施例中，本实施例的生成候选直播集合的步骤还包括：获得与所述主播id具有相似关系的好友id。

好友之间常常具有较多的相似性，许多亲密的好友之间存在着许多共同的爱好，拿微信好友举例，他们常常是亲人，同学，同事或者有某些共同的兴趣爱好的朋友。当某一用户在朋友圈观看好友分享的视频时，往往是因为关注此好友或者和此好友之间有较高的相似性，对其分享的视频感兴趣。同理，在本实施例中，当某一用户在app内分享短视频或直播视频时，其在app中的好友对其分享的内容感兴趣，就会进行观看。甚至，具有共同爱好的好友之间可能分享的内容也很相似，例如，美妆达人们通常会分享一些美妆视频；游戏玩家通常会分享一些游戏视频，通关攻略；美食家通常会分享一些美食；运动爱好者会分享一些健身视频等，所以根据用户的行为，以及判断分享内容和分享作者的相似数据，可以查找到有相同爱好的分享作者，然后查询当前分享作者是否正在分享短视频或直播视频。

例如，根据上述步骤中得到的关注度较高的直播视频对应的主播id，获取与其相似的好友id，判断该好友id是否在进行直播，若该好友id此时在进行直播分享，则将该好友id分享的直播视频加入候选直播集合。

在一个实施例中，还包括：将好友id的部分在播直播视频加入候选直播集合。

根据上述过程获取好友关系数据，当需要进行直播视频推荐时，首先根据主播id及其分享的直播视频检索相似好友id，然后从好友id正在直播的直播视频中挑选部分加入候选直播集合。

在一个实施例中，还包括：建立主播id的二级好友关系，将二级好友关系对应的二级好友id的部分在播直播视频加入候选直播集合。

与直播id具有相似性的好友id为一级好友关系id，而一级好友id在应用内部也存在好友关系，这类好友为主播id的二级好友。例如，就是a和b是一级好友(互相关注)，b和c是一级好友(互相关注)，那么a和c就是二级好友关系，多级好友关系诸如此类。将多级好友id正在播出的直播视频中的一部分加入候选直播集合，可以丰富直播视频的内容，利用多级好友关系进行视频推荐，可以增加推荐内容的丰富性和多样性，使得用户可以有更多的观看选择。

在一个实施例中，对新加入的直播视频进行审核，召回的直播视频是经过审核之后的，而新加入的相似的直播视频同样需要进行审核，将未通过审核的直播视频从候选直播集合中剔除，剩余的直播视频作为推荐直播视频，保证推荐直播视频的丰富性和合理性。

图4是根据图2示出的视频推荐方法中步骤s205的示例性实施例的流程图，是对候选视频集合和候选直播集合进行融合的过程的详细介绍，主要包括步骤s2051-s2053。

在步骤s2051中，获取所有候选视频在排序后的视频列表。

步骤s203中，对候选视频集合中的候选视频进行了审核和排序，排序顺序即是推荐时短视频的播放顺序，排序方法在步骤s203中已经提到，这里不再赘述，将排序后的候选视频排放在表中生成视频列表。在进行融合前，先调取视频列表，获得待推荐的多个短视频，这些短视频是经过精细筛选的具有质量保证的视频。

在步骤s2052中，对在播直播视频进行排序，得到直播列表。

步骤s204中，对候选直播集合中的在播直播视频进行了审核过滤，排除了审核未通过的直播视频，保留下了关注度较高的直播视频。本步骤中，根据用户历史兴趣及直播实时热度，对候选直播集合中的视频进行排序，若排序时的依据与关注度的判断标准相同，则直接按照关注度得分高低进行排序，若排序时的依据与关注度的判断标准不同，则进行重新排序，形成直播视频的推荐顺序，整理后得到直播列表，根据排序后的直播列表结果，给用户推荐个性化直播视频。

在步骤s2053中，将直播列表融入视频列表中作为推荐内容进行推荐。

在待推荐的视频列表中插入直播列表中的直播视频，在插入直播视频时，按照直播列表的顺序插入，采用间隔插入的方式，在相邻的候选视频中插入一个或多个直播视频，或每相隔相同数量的候选视频插入一个或多个直播视频；或者在视频列表中按照同样的方法插入待推荐的视频列表中的候选视频。

进行直播列表和视频列表的融合时，也可以按照其他的插入方式，例如将直播列表和视频列表按照类型划分，将同类短视频和同类直播视频放在一起，这种方式要结合当前的排序顺序综合考虑。

在进行融合时，候选视频和在播直播视频的数量不作要求，按照实际需求进行调整。

在进行视频推荐时，同时加入了热度较高的直播视频的推荐，可以增加推荐的视频的趣味性，吸引更多的用户，使得用户可以实时了解新闻动态，提升观看体验。

图5是根据一示例性实施例示出的视频推荐装置的示意图。该视频推荐装置500包括获取模块501、候选模块502、排序模块503和推荐模块504。

获取模块501用于获取用户的历史分享数据；

候选模块502用于根据历史分享数据生成候选视频集合和候选直播集合；

排序模块503用于对候选视频集合中的所有候选视频进行排序；

推荐模块504用于将排序后的候选视频集合和候选直播集合融合后作为推荐内容进行推荐。

本实施例的视频推荐装置通过获取用户的历史分享数据，根据历史分享数据生成候选视频集合和候选直播集合，再将候选视频集合和候选直播集合融合后作为推荐内容进行推荐，使得视频的分享中加入直播的内容，增加分享页面得推荐内容的推荐多样性，而且加入直播形式，用户更愿意进入app内部活动，提升了用户的观看体验和兴趣度。

在一个实施例中，历史分享数据包括历史分享内容和历史分享内容获得的关注度，而历史分享内容则包括历史分享视频和在播直播视频，候选模块502用于挑选部分历史分享视频和部分在播直播视频分别加入候选视频集合和候选直播集合。

图6是是根据一示例性实施例示出的汇总的视频推荐装置的示意图。

图6是对图5的实施例的优化，该视频推荐装置600除包括获取模块501、候选模块502、排序模块503和推荐模块504外还包括：审核模块601。

审核模块601用于对候选直播集合中的所有在播直播视频进行审核，将审核未通过的在播直播视频去掉。

可选地，候选模块502挑选部分历史分享视频加入候选视频集合后，排序模块503对候选视频进行排序；候选模块502挑选部分在播直播视频加入候选直播集合后，审核模块601在播直播视频进行审核。而后推荐模块504将排序后的候选视频集合和通过审核的候选直播集合融合后作为推荐内容进行推荐。

可选地，候选模块502包括候选直播集合生成模块(图中未示出)和候选视频集合生成模块(图中未示出)，其中，候选直播集合生成模块包括：

查询模块，用于查询当前时刻所有在播直播视频的直播id与所属主播id；

统计模块，用于对每一条在播直播视频，统计其关注度；以及

第一选择模块，用于将关注度较高的部分在播直播视频加入候选直播集合。

在一个实施例中，候选模块502的候选直播集合生成模块还包括：

好友关系获取模块，用于获得与主播id具有相似关系的好友id；以及第二选择模块，用于将好友id的部分在播直播视频加入候选直播集合。

在一个实施例中，推荐模块503包括：

视频列表获取模块(图中未示出)，用于获取所有候选视频在排序后的视频列表；

直播列表获取模块(图中未示出)，用于对在播直播视频进行排序，得到直播列表；

融合模块(图中未示出)，用于将直播列表融入视频列表中作为推荐内容进行推荐。

本实施例中，视频推荐装置在生成候选视频集合和候选直播集合后，对候选视频和在播直播视频分别进行了排序和审核筛选，然后再向用户展示，通过对候选视频和直播视频的排序和审核，使得推荐内容的质量得到保证，而且能优先向用户推荐综合度较高的视频和直播，增加用户的观看兴趣，也保证了推荐内容的多样性，提升了用户体验。

关于上述实施例中的视频推荐装置，由于其中各个模块的功能已经在上述视频推荐方法的实施例中进行了详细描述，由此进行了相对简略的描述。

图7是是根据一示例性实施例示出的汇总的视频推荐装置的示意图。

本实施例的视频推荐装置700包括离线模块710和服务端720。其中，离线模块710包括日志存储模块711、离线数据存储模块712、样本模块713和训练模块714；服务端720包括排序模块721、筛选模块722、融合模块723、分享模块724和前端展示模块725。

日志存储模块711用于收集分享出去的视频和直播信息以及记录用户在业务层对短视频和直播的所有操作(点击、观看、评论、收藏、转发等)的记录，以日志形式存储，例如用户点击行为日志；

离线数据存储模块712用于根据分享出去的视频内容，收集候选视频，以及根据存储的日志信息收集所有在播的直播视频，将这些候选视频和在播直播视频都加入视频库，作为初步召回结果；

样本模块713用于根据用户在业务层对短视频和直播的所有操作的记录，在收集的视频中选出部分视频加入候选视频集合，并在当前所有在播的直播中选出部分在播直播视频加入候选直播集合；

训练模块714用于采用大量数据进行训练，自主学习视频和直播的挑选；

经过挑选后，生成一个挑选模型，用于从不同的视频分享页面挑选视频和直播加入候选集合，然后服务端720采用模型，对模型收集到的候选视频集合和候选直播集合进行精细筛选。

排序模块721用于提取用户的行为特征，对候选集合中的视频和直播进行排序；

筛选模块722用于对候选直播集合中的在播直播视频进行审核过滤，并根据直播审核结果，删除审核不通过的直播；

融合模块723用于将视频排序结果与直播审核结果进行融合，作为推荐内容；

分享模块724，主要负责与业务层的数据通信，接收数据请求以及发送推荐结果，例如将推荐内容分享到不同的页面上；

前端展示模块725将融合后的推荐内容返回给前端，向用户展示。

图8是根据一示例性实施例示出的一种用于上述视频推荐方法的电子设备1200的框图。例如，电子设备1200可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图8，电子设备1200可以包括以下一个或多个组件：处理组件1202，存储器1204，电力组件1206，多媒体组件1208，音频组件1210，输入/输出(i/o)的接口1212，传感器组件1214，以及通信组件1216。

处理组件1202通常控制电子设备1200的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1202可以包括一个或多个处理器1220来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1202可以包括一个或多个模块，便于处理组件1202和其他组件之间的交互。例如，处理组件1202可以包括多媒体模块，以方便多媒体组件1208和处理组件1202之间的交互。

存储器1204被配置为存储各种类型的数据以支持在电子设备1200的操作。这些数据的示例包括用于在电子设备1200上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1206为电子设备1200的各种组件提供电力。电源组件1206可以包括电源管理系统，一个或多个电源，及其他与为电子设备1200生成、管理和分配电力相关联的组件。

多媒体组件1208包括在所述电子设备1200和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1208包括一个前置摄像头和/或后置摄像头。当电子设备1200处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1210被配置为输出和/或输入音频信号。例如，音频组件1210包括一个麦克风(mic)，当电子设备1200处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1204或经由通信组件1216发送。在一些实施例中，音频组件1210还包括一个扬声器，用于输出音频信号。

i/o接口1212为处理组件1202和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1214包括一个或多个传感器，用于为电子设备1200提供各个方面的状态评估。例如，传感器组件1214可以检测到电子设备1200的打开/关闭状态，组件的相对定位，例如所述组件为装置1200的显示器和小键盘，传感器组件1214还可以检测电子设备1200，或电子设备1200一个组件的位置改变，用户与电子设备1200接触的存在或不存在，电子设备1200方位或加速/减速和电子设备1200的温度变化。传感器组件1214可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1214还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1214还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1216被配置为便于电子设备1200和其他设备之间有线或无线方式的通信。电子设备1200可以接入基于通信标准的无线网络，如wifi，运营商网络(如2g、3g、4g或5g)，或它们的组合。在一个示例性实施例中，通信组件1216经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1216还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，电子设备1200可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述视频推荐方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1204，上述指令可由电子设备1200的处理器1220执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

图9是根据一示例性实施例示出的一种用于上述视频推荐方法的视频推荐装置1300的框图。例如，装置1300可以被提供为一服务器。参照图9，装置1300包括处理组件1322，其进一步包括一个或多个处理器，以及由存储器1332所代表的存储器资源，用于存储可由处理组件1322的执行的指令，例如应用程序。存储器1332中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1322被配置为执行指令，以执行上述视频推荐方法。

装置1300还可以包括一个电源组件1326被配置为执行装置1300的电源管理，一个有线或无线网络接口1350被配置为将装置1300连接到网络，和一个输入输出(i/o)接口1358。装置1300可以操作基于存储在存储器1332的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。