CN113190758B - 服务器及媒资推荐方法 - Google Patents

Abstract

本申请提供了一种服务器及媒资推荐方法，服务器被配置为在接收到目标终端的媒资推荐请求后，确定对应目标终端的用户画像的媒资推荐列表；将前N个的媒资下发到目标终端；接收目标终端的媒资刷新请求；若在接收到媒资刷新请求之前，接收到了表征用户点击媒资的点击信息，则根据被点击的媒资的内容属性和媒资推荐列表中未下发的媒资的内容属性，对媒资推荐列表中未下发的媒资的下发顺序进行重新排序，并将重新排后的媒资推荐列表中的前M个媒资下发到目标终端；若未接收到，则将媒资推荐列表中的前M个未下发的媒资下发到目标终端。本申请提高了媒资推荐的准确性，提升了媒资推荐的用户体验。

Description

服务器及媒资推荐方法

技术领域

本申请涉及媒资推荐技术领域，尤其涉及一种服务器及媒资推荐方法。

背景技术

智能电视是人们观看电视剧、电影等媒资的一种重要显示设备。为了使人们能观看到自己喜欢的媒资，智能电视的服务器通常会通过一些媒资推荐算法来分析人们可能感兴趣的媒资，然后将人们可能感兴趣的媒资展示在智能电视的一些媒资推荐页上，从而供用户进行点播。

不同的人感兴趣的媒资存在较大差别，相关技术中，为了提高媒资推荐的精准性，媒资推荐算法可根据一个智能电视上的历史观看记录进行媒资推荐。然而，在一个家庭的智能电视或者多用户使用的智能电视上，可能存在多个人的历史观看记录，导致媒资推荐算法根据多个人的历史观看记录生成的媒资推荐列表包含了多个用户感兴趣的媒资，当前用户感兴趣的媒资可能分散在媒资推荐列表的头部、中部和尾部，若分散在媒资推荐列表的中部和尾部，则当前用户在媒资推荐页的前几页看到的都是自己不感兴趣的媒资，就会失去对该媒资推荐列表的兴趣，并切换应用场景。

发明内容

为解决媒资推荐不准确的技术问题，本申请提供了一种服务器及媒资推荐方法。

第一方面，本申请提供了一种服务器，该服务器被配置为：

在接收到目标终端的媒资推荐请求后，确定对应所述目标终端的用户画像的媒资推荐列表；

将所述媒资推荐列表中的前N个的媒资下发到所述目标终端，其中，所述媒资推荐列表中媒资的数量大于等于N+2，N大于等于1；

接收所述目标终端的媒资刷新请求；

若在接收到所述媒资刷新请求之前，接收到了表征用户点击媒资的点击信息，则根据被点击的媒资的内容属性和所述媒资推荐列表中未下发的媒资的内容属性，对所述媒资推荐列表中未下发的媒资的下发顺序进行重新排序，并将重新排后的媒资推荐列表中的前M个媒资下发到所述目标终端，以使所述媒资推荐列表中与被点击的媒资的内容属性相近的媒资优先被下发给所述目标终端；

若在接收到所述媒资刷新请求之前，未接收到表征用户点击媒资的点击信息，则将所述媒资推荐列表中的前M个未下发的媒资下发到所述目标终端，M大于等于2，小于等于N。

第二方面，本申请提供了一种媒资推荐方法，该方法包括：

在接收到目标终端的媒资推荐请求后，确定对应所述目标终端的用户画像的媒资推荐列表；

将所述媒资推荐列表中的前N个的媒资下发到所述目标终端，其中，所述媒资推荐列表中媒资的数量大于等于N+2，N大于等于1；

接收所述目标终端的媒资刷新请求；

若在接收到所述媒资刷新请求之前，接收到了表征用户点击媒资的点击信息，则根据被点击的媒资的内容属性和所述媒资推荐列表中未下发的媒资的内容属性，对所述媒资推荐列表中未下发的媒资的下发顺序进行重新排序，并将重新排后的媒资推荐列表中的前M个媒资下发到所述目标终端，以使所述媒资推荐列表中与被点击的媒资的内容属性相近的媒资优先被下发给所述目标终端；

若在接收到所述媒资刷新请求之前，未接收到表征用户点击媒资的点击信息，则将所述媒资推荐列表中的前M个未下发的媒资下发到所述目标终端，M大于等于2，小于等于N。

本申请提供的服务器及媒资推荐方法的有益效果包括：

本申请实施例通过对多用户在同一显示设备上的历史观看记录进行分析，挖掘出媒资之间的关联规则，从而在向当前用户进行媒资推荐时，根据当前用户的实时媒资点播记录以及媒资之间的关联规则，及时调整媒资的下发顺序，有利于使当前用户在排列较前的位置看到自己感兴趣的媒资，实现了精准的媒资推荐，提升了用户体验。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1中示例性示出了根据一些实施例的显示设备与控制装置之间操作场景的示意图；

图2中示例性示出了根据一些实施例的显示设备的首页示意图；

图3中示例性示出了根据一些实施例的关联规则的生成时序示意图；

图4中示例性示出了根据一些实施例的媒资推荐过程中的交互时序示意图；

图5中示例性示出了根据一些实施例的显示设备的首页示意图；

图6中示例性示出了根据一些实施例的显示设备的首页示意图。

具体实施方式

为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。

术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

术语“模块”是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。

图1为根据实施例中显示设备与控制装置之间操作场景的示意图。如图1所示，用户可通过智能设备300或控制装置100操作显示设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式，通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等输入用户指令，来控制显示设备200。

在一些实施例中，也可以使用智能设备300(如移动终端、平板电脑、计算机、笔记本电脑等)以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。

在一些实施例中，显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制设备来接收用户的语音指令控制。

在一些实施例中，显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。

在一些实施例中，显示设备启动后可以显示设备的首页，该首页的一个界面如图2中所示，至少包括导航栏和位于导航栏下方的内容显示区，内容显示区中显示的内容会随导航栏中被选中控件的变化而变化。应用程序层中的程序可以被集成在视频点播程序中通过导航栏的一个控件进行展示，也可以在导航栏中的应用控件被选中后进行进一步显示。

在一些实施例中，显示设备启动后可以直接进入上次选择的信号源的显示界面，或者信号源选择界面，其中信号源可以是预置的视频点播程序，还可以是HDMI接口，直播电视接口等中的至少一种，用户选择不同的信号源后，显示器可以显示从不同信号源获得的内容。

在一些实施例中，参见图2，导航栏可设置有多个控件，如“我的”、“频道”、“影视”、“健身”、“VIP”、“教育”、“商城”、“游戏”和应用，不同的导航栏控件对应不同的界面，不同的界面在内容显示区可显示不同的媒资，图2为“频道”控件对应的界面，如图2所示，“频道”控件下的内容展示区可展示多个媒资控件，分别对应媒资1-媒资10，用户点击一个媒资控件后，可进入该媒资控件对应的详情页，或进入该媒资控件对应的播放界面，用户也可在图2中按遥控器的下键向下翻页，以查看其他媒资控件。

在一些实施例中，媒资控件对应的媒资数据由服务器下发至显示设备，服务器可根据一些媒资推荐算法生成一个设置有下发顺序的媒资推荐列表，然后将媒资推荐列表对应的媒资数据按照下发顺序发送至显示设备，供显示设备展示相应的媒资。其中，该下发顺序可表示为根据媒资推荐算法计算出的用户对媒资的感兴趣程度，下发顺序越靠前，表示用户可能对该媒资越感兴趣，显示设备将在较为靠前的位置展示媒资。例如，图2中，媒资1的下发顺序比媒资2的下发顺序靠前，显示设备据此在相对靠前的位置展示媒资1，在相对靠后的位置展示媒资2。

受限于媒资推荐算法的准确性，下发顺序与用户兴趣的契合性可能不符合预期，此时，将会出现用户不感兴趣的一些媒资排列相对较前，用户感兴趣的一些媒资排列相对较后的问题，导致用户需要在图2中多次翻页才能找到自己感兴趣的媒资，用户体验较差。

当然，除了图2所示的首页场景，在一些其他需要展示媒资的场景，如一个媒资的详情页展示关联的媒资的场景，也可能出现媒资的排列顺序与用户兴趣的契合性较差的问题。

为解决上述技术问题，本申请实施例提供了一种媒资推荐方法，通过预先对媒资的关联性进行分析，然后结合用户反馈，使服务器实时调整待下发媒资的下发顺序，从而使得用户在进行翻页时，可在排序较前的位置找到自己感兴趣的媒资，提升了用户体验。

在一些实施例中，服务器根据用户在显示设备上的媒资观看记录对媒资之间的关联性进行分析，得到媒资内容属性标签之间的关联规则，其中，媒资内容属性标签可以是媒资提供方设置的媒资标签，也可以是显示设备的服务器方设置的媒资标签，可表示媒资的内容类型或媒资的一些内容特征，例如，媒资内容属性标签可为都市、言情、古装、动作等等。

参见图3，为根据一些实施例的关联规则的生成时序示意图，如图3所示，显示设备的服务器可包括接口服务器、存储服务器和离线计算服务器，其中，接口服务器可用于与显示设备进行交互，以及与其他服务器进行交互，存储服务器可用于存储媒资数据和用户数据等数据，存储服务器可为codis，离线计算服务器可用于挖掘关联规则。

在一些实施例中，用户可在显示设备上登录一个user_id(用户账号)，在登录成功后，显示设备可在第一预设存储路径，存储当前登录的用户账号。显示设备上展示的媒资控件可对应一些媒资信息，该媒资信息可为显示设备从服务器下发的媒资推荐页的界面数据中得到，显示设备可将媒资信息存储到第二预设存储路径，其中，媒资推荐页可包括显示设备的首页，媒资信息可包括媒资id。

在一些实施例中，用户在显示设备上点播媒资后，显示设备可从第一预设存储路径获取user_id，从第二预设存储路径获取媒资id，生成一条媒资点播日志。示例性的，某个媒资的媒资点播日志可为Ti＝(user_id,item_Ti,length,click_time,end_time)，其中，item_Ti可为媒资id，length为媒资时长，click_time为媒资开始播放的时间戳，end_time表示媒资结束播放的时间戳。显示设备可被配置为在媒资点播日志生成后，将媒资点播日志实时上传到接口服务器。

在一些实施例中，接口服务器在接收到媒资点播日志后，将媒资点播日志发送到存储服务器进行存储。

在一些实施例中，离线计算服务器可从存储服务器中采集预设时间内的媒资点播日志，例如，采集一个月内的媒资点播日志，如T1、T2、T3、…、Ti、…，然后对这些媒资点播日志进行分析。这些媒资点播日志可记为历史媒资点播日志。

在一些实施例中，对于一个用户id对应的多条媒资点播日志，可能是同一个人观看媒资生成的，例如，家里只有小孩观看电视，也可能是多个人观看媒资生成的，例如，家里有爸爸、妈妈和孩子观看电视，爸爸对应的媒资点播日志可能为几个动作片，妈妈对应的点播日志可能为几个古装剧，孩子对应的媒资点播日志可能为几个动画片。不同的人物之间观看的媒资在媒资内容属性标签上可能存在较大的区别，而同一个人观看的媒资在媒资内容属性标签上可能差别较小。除了媒资内容属性标签上的不同，不同的人观看电视的时间可能也存在差别，例如，孩子观看电视的时间可能为晚餐之后，爸爸和妈妈观看电视的时间可能在孩子入睡以后。离线计算服务器可将预设时间内的媒资点播日志进行划分，将采集间隔小于第一时间的媒资点播日志划分为同一个用户的观看行为生成的日志，然后根据这些日志对应的媒资生成一个媒资序列；将采集间隔大于或等于第一时间的媒资点播日志判定为不同用户的观看行为生成的日志，然后根据这些日志对应的媒资生成多个媒资序列。

例如，对于两条连续的用户id对应的媒资点播日志Tn和Tn+1，当Tn的end_time与Tn+1的click_time之间的时间小于x分钟时，可默认Tn和Tn+1对应同一个用户的观看行为，判定Tn和Tn+1对应的媒资的媒资内容属性标签都属于同一个用户感兴趣的标签，其中，示例性的，x为第一时间，如10分钟；当Tn的end_time与Tn+1的click_time之间的时间大于或等于x分钟时，可默认Tn和Tn+1对应不同用户的观看行为，判定Tn和Tn+1对应的媒资的媒资内容属性标签属于不同用户感兴趣的标签。

在一些实施例中，离线计算服务器在将媒资点播日志进行划分之前，或者在得到媒资序列后，还可对媒资点播日志进行筛选，剔除观看时间较短的媒资对应的媒资点播日志。例如，若媒资点播日志中的(end_time-click_time)/length<rate时，可以判断为当前用户不感兴趣的媒资，在媒资序列中需要予以剔除，其中，rate为媒资观看进度占比，可以根据实际情况设置，示例性的，rate可为0.1。

在一些实施例中，离线计算服务器将预设时间内的媒资点播日志按照上述方法进行划分后，可得到多条媒资序列。示例性的，其中两条媒资序列可为[item_T1,item_T2,item_T4]、[item_T5,item_T6,item_T9]。

在一些实施例中，离线计算服务器可统计每个媒资序列对应的媒资内容属性标签，从而将媒资序列转换为媒资内容属性标签集合。其中，离线计算服务器可从存储服务器中获取媒资序列中的每个媒资对应的媒资内容属性标签。

例如，item_T1的媒资内容属性标签包括(tag1,tag2,tag3)，item_T2的媒资内容属性标签包括(tag3，tag5，tag7)，item_T4的媒资内容属性标签包括(tag2,tag5)，则媒资序列[item_T1,item_T2,item_T4]对应的媒资内容属性标签集合为(tag1，tag2，tag3，tag5，tag7)，可将这五个媒资内容属性标签确定为同一个用户感兴趣的标签集合。

在一些实施例中，离线服务器还可为媒资内容属性标签设置权重，以字典的数据结构对媒资内容属性标签进行存储，例如，可将[item_T1,item_T2,item_T4]对应的媒资内容属性标签集合设置为{tag1:1，tag2:2,tag3:3,tag5:2,tag7:1}，在该集合中，标签后边的数值表示标签出现的次数，该次数可为标签权重，该次数越多，表明用户越喜欢该标签。随着用户点播的媒资越来越多，媒资内容属性标签集合也会越来越大，可将媒资内容属性标签集合中权重过低的标签去除，从而在后续只分析权重较大的头部标签之间的关联性，可避免对权重较小的标签产生误关联，能提高关联规则的有效性和可靠性。

在一些实施例中，离线服务器在得到一段时间内的媒资点播日志对应的多个媒资内容属性标签集合后，可根据两个媒资内容属性标签在所述预设时间内的媒资序列中出现的次数计算两个媒资内容属性标签之间的相关度，将相关度超过预设阈值的两个媒资内容属性标签之间设置一条关联规则。

在一些实施例中，相关度包括支持度、置信度和提升度这三项指标，每项指标可各设置有一个阈值，当两个媒资内容属性标签之间的这三项指标都超过各自的阈值时，可在这两个媒资内容属性标签之间设置一条关联规则。

例如，若一条关联规则为：标签(仙侠)->标签(言情)，则可判定若用户喜欢有仙侠标签的媒资，则大概率也喜欢有言情标签的媒资，据此可进行关联媒资推荐。

在一些实施例中，一条关联规则也可对应多个标签，例如，一条关联规则为标签(仙侠)->标签(言情)->标签(古装)，则该关联规则内的每两个标签之间都需要达到支持度、置信度和提升度的指标，该关联规则才能成立。

在一些实施例中，支持度是媒资内容属性标签tag1和tag2同时出现在一条媒资内容属性标签集合中的次数占所有媒资内容属性标签集合的数量的比例，当支持度大于第一阈值时才能判定tag1和tag2具有一定的关联性，生成一个包含tag1和tag2的频繁项集，从而排除tag1和tag2同时出现在一条媒资内容属性标签集合的偶然性。支持度support的计算公式如下所示：

上式中，Freq表示概率。N为媒资内容属性标签集合的数量。

在一些实施例中，置信度是指媒资内容属性标签tag1存在于一个媒资序列时，媒资内容属性标签tag1也存在于同一个媒资媒资序列的条件概率，可表示在用户对tag1感兴趣的情况下，用户也对tag2感兴趣的条件概率。置信度可用于确定tag1->tag2之间关联规则的强弱，离线服务器可针对每个频繁项集分别计算其置信度，保留置信度大于最小阈值的关联规则。置信度confidence的计算公式如下所示：

在一些实施例中，提升度可用于验证根据支持度和置信度确定的关联规则是否有效，即在选取了tag1->tag2作为关联规则后，媒资内容标签tag1和tag2出现在同一条媒资内容属性标签集合中的总次数是否高于这两个标签单独出现在一条媒资内容属性标签集合中的次数的乘积。如果总次数与乘积的比值大于1则确定关联规则有效，小于1则确定关联规则无效。提升度Lift的计算公式如下所示：

在一些实施例中，根据上述相关度的计算，离线服务器在得到多条关联规则后，可将关联规则存储到存储服务器中。

在一些实施例中，关联规则可应用于对多个媒资按照用户兴趣进行排序，例如，用户在显示设备上浏览媒资时，接口服务器可调用关联规则，将待下发的媒资进行重新排序。参见图4，为一种媒资推荐过程中的交互时序示意图，如图4所示，在显示设备的首页这一媒资推荐场景下，显示设备可与接口服务器进行交互，接口服务器可分别与存储服务器交互，以获取存储服务器存储的关联规则，与推荐算法服务器进行交互，以获取媒资推荐数据。

在一些实施例中，用户在启动显示设备后，显示设备可向接口服务器发送首页请求，首页请求中可包括显示设备当前登录的用户id。接口服务器在接收到首页请求后，根据预设的首页数据中设置有媒资推荐位，生成媒资推荐请求，媒资推荐请求可包括该用户id。接口服务器将媒资推荐请求发送到推荐算法服务器。

在一些实施例中，推荐算法服务器在接收到媒资推荐请求后，可根据推荐算法，计算该用户id的媒资推荐数据，该媒资推荐数据可包括对应该用户id的用户画像的媒资推荐列表。

在一些实施例中，用户画像可基于该用户id的所有用户的用户行为得到，用户行为可包括媒资点播、媒资收藏等操作，该用户行为可通过媒资点播日志、媒资收藏日志等日志类数据得到。推荐算法服务器根据用户行为生成用户感兴趣的媒资标签，其中，媒资标签不限于媒资内容属性标签，还可包括其他标签，如媒资时长标签等等，将这些媒资标签确定为用户画像，然后在媒资库中搜索符合这些标签的媒资，按照搜索到的媒资与用户画像的契合度，生成一个具有多个媒资id的媒资推荐列表，其中，该契合度可包括标签的重合数量，或者，不同的标签可具有不同的权重，契合度可为重合的标签结合权重计算出的一个数值。媒资id在媒资推荐列表中的排列顺序可为默认下发顺序，媒资id对应的媒资与用户画像契合度越高，则该媒资id的下发顺序越靠前。示例性的，媒资推荐列表可包括100个媒资的媒资id。

在一些实施例中，推荐算法服务器在生成媒资推荐数据后，可将媒资推荐数据发送到接口服务器和存储服务器。接口服务器可从媒资推荐列表中获取排序在前的第一数量的媒资的媒资id，然后在存储服务器中获取这些媒资id对应的媒资数据，将这些媒资数据打包到首页数据中发送给显示设备，其中，除了媒资数据，首页数据还可包括一些编排数据，如推荐控件的位置和尺寸等数据。

在一些实施例中，推荐算法服务器在生成媒资推荐数据后，也可只将媒资推荐数据发送到存储服务器。接口服务器可从存储服务器中获取媒资推荐列表，然后再从存储服务器中获取排序在前的第一数量的媒资的媒资id对应的媒资数据，将这些媒资数据打包到首页数据中发送给显示设备。

在一些实施例中，显示设备在接收到首页数据后，可在首页展示这第一数量的媒资，第一数量可为N，N大于等于1，如图2所示，第一数量可为10，显示设备可在首页展示媒资1-媒资10这10个媒资。当然，第一数量也可为其他数值，如15，若第一数量为15，则显示设备可在首页展示媒资1-媒资15。

在一些实施例中，显示设备展示第一数量的媒资后，这些媒资中可能有用户感兴趣的媒资，用户可在这些媒资中选择一个或多个媒资进行观看，其中，用户每点播一个媒资，显示设备可向接口服务器发送一条媒资点播日志，该媒资点播日志可记为第一媒资点播日志，表示接口服务器第一次下发媒资推荐数据后的用户点播日志，包括了表征用户点击媒资的点击信息，如点播时间、退出时间等信息。

在一些实施例中，用户在图2中点播几个媒资后，可能对首页剩余的媒资不感兴趣，用户可按遥控器的下键进行翻页，以实现刷新媒资推荐页，显示设备根据接收到下键的触发信号以及当前的显示界面为首页界面，生成媒资刷新请求，然后向接口服务器发送媒资刷新请求，媒资刷新请求可包括用户id。

在一些实施例中，用户将首页上展示的第一数量的媒资全部点播一遍后，显示设备也可根据已经生成了第一数量的第一媒资点播日志，生成媒资刷新请求，以向接口服务器请求更新首页界面的媒资。该媒资刷新请求为第一次媒资刷新请求。

在一些实施例中，用户在首页上浏览完第一数量的媒资后，对这第一数量的媒资都不感兴趣，此时，用户可按遥控器的下键进行翻页，从而生成媒资刷新请求，由于用户没有点播媒资，接口服务器在接收到媒资刷新请求之前，不会接收到媒资点播日志。

在一些实施例中，接口服务器在接收到媒资刷新请求后，若没有接收到媒资点播日志，可直接将媒资推荐列表中未下发的媒资的前第二数量的媒资下发到显示设备，其中，第二数量可为M，M大于等于2，在下发之前，媒资推荐列表中未下发的媒资数量大于等于N时，M可等于N，在媒资推荐列表中未下发的媒资数量小于N时，M可小于N。

在一些实施例中，接口服务器在接收到媒资刷新请求后，若接收到了媒资点播日志，可从存储服务器中获取离线服务器存储的关联规则，然后结合用户的第一媒资点播日志，对媒资推荐列表中未下发的媒资进行重新排序，其中，未下发的媒资可为媒资推荐列表的第N+1个媒资的媒资数据及之后的媒资的媒资数据。

在一些实施例中，接口服务器进行重新排序的过程如下：

首先，接口服务器获取第一媒资点播日志中的媒资id对应的媒资内容属性标签，其中，第一媒资点播日志中的媒资id对应的媒资可记为第一已点播媒资，第一已点播媒资的媒资内容属性标签可确定为第一标签。

其次，接口服务器可根据关联规则，获取这些第一标签关联的其他媒资内容属性标签，将这些关联的标签确定为第二标签。

再次，将第一标签和第二标签均确定为目标标签，生成一个包含目标标签的集合，将该集合确定为用户兴趣标签集合。

从次，将一个未下发的媒资的内容属性标签确定为第三标签，将用户兴趣标签集合中的标签与第三标签进行匹配，得到该未下发的媒资的匹配度，根据匹配度为每个未下发的媒资确定一个匹配度顺序，其中，匹配度可以为用户兴趣标签集合与一个未下发媒资的第三标签的重合个数，重合个数越高，则匹配度越高。

最后，根据匹配度顺序确定一个新的未下发媒资的下发顺序。

例如，一个媒资推荐列表为List1，List1＝[item1,item2,item3,....,item100]，当根据第一媒资点播日志确定用户点击item1之后，可以认为当前用户对于item1的内容属性标签[tag1,tag2,tag5]感兴趣。若存在关联规则tag1->tag4，tag2->tag4，tag2->tag5，则将媒资推荐列表中未下发的媒资的内容属性标签与用户兴趣标签集合(tag1，tag2，tag4，tag5)比较，匹配度越高的媒资，则当前用户感兴趣的概率越大，因此依照匹配度可媒资推荐列表重新排序。若媒资item13的内容属性标签为(tag3，tag5，tag6)，则媒资item13的与媒资item1的重合个数为1，以此类推，可以计算出匹配度顺序，生成一个匹配度顺序表。以媒资推荐列表中的item11-item20为例，匹配度顺序表可参见表1。

表1

根据表1可得，在进行重新排序后，每个媒资有两个排序，一个是推荐算法生成的媒资推荐列表中的下发顺序中的序号，该下发顺序可记为原始顺序，原始顺序的序号可用order_origin来表示，一个是根据用户兴趣内容属性标签集合计算的匹配度顺序的序号，该匹配度顺序的序号可用order_match表示。

在一些实施例中，接口服务器可直接按照匹配度顺序下发第二数量的媒资的媒资数据到显示设备，使显示设备将首页刷新为显示第二数量的媒资。其中，若两个媒资的匹配度顺序相同，则可优先下发原始顺序靠前的媒资的媒资数据。例如，表1中，item11与item20的匹配度顺序均为2，则根据item11的原始顺序更为靠前，优先下发item11。

在一些实施例中，接口服务器为了避免矫枉过正，也可将原始顺序和匹配度顺序进行加权后得到一个折中顺序，然后将下发顺序为折中顺序的媒资推荐列表存储到存储服务器中，并按照折中顺序下发第N个媒资之后的前M的媒资的媒资数据到显示设备，该折中顺序的序号可用order_new来表示，接口服务器可按照折中顺序下发第二数量的媒资的媒资数据。折中顺序的计算公式可为：

X(order_new)＝w1*X(order_origin)+w2*X(order_match)

其中，X表示顺序，w1为媒资推荐列表中未下发的媒资的原始顺序的权重，该权重可记为第一权重，w2为匹配度顺序的权重，该权重可记为第二权重，w1与w2的和为1，w1、w2均大于等于0。

在一些实施例中，接口服务器在进行重新排序时，还可从离线服务器生成的字典中获取用户兴趣标签集合中的每个标签的标签权重，若一个未下发的媒资与标签权重越高的标签存在重合的标签，则该媒资的匹配度越高。例如，表1中，item13与item18均与用户兴趣标签集合存在一个重合的标签，则根据item13重合的标签的标签权重越高，优先下发item13。

在一些实施例中，显示设备在接收到第二数量的媒资的媒资数据后，可将显示设备的首页刷新为展示第二数量的媒资。

参见图5，为根据一些实施例的显示设备的首页界面示意图，如图5所示，接口服务器在进行重新排序后得到的排序靠前的第二数量的媒资为媒资12、媒资34、媒资16、媒资11、媒资25、媒资42、媒资14、媒资56、媒资19和媒资30，而在重新排序之前，在媒资1-媒资10之后的第二数量的媒资分别为媒资11-媒资20。

在一些实施例中，显示设备展示第二数量的媒资后，用户可在这些媒资中选择一个或多个媒资进行观看，其中，用户每点播一个媒资，显示设备可向接口服务器发送一条媒资点播日志，该媒资点播日志可记为第二媒资点播日志，表示接口服务器第二次下发媒资推荐数据后的用户点播日志。

在一些实施例中，用户在图5中点播几个媒资后，可按遥控器的下键进行翻页，以实现再次刷新媒资推荐页，显示设备根据接收到下键的触发信号以及当前的显示界面为首页界面，生成媒资刷新请求，然后向接口服务器发送媒资刷新请求，媒资刷新请求可包括用户id。

在一些实施例中，用户将图5中展示的第二数量的媒资全部点播一遍后，显示设备也可根据已经生成了第二数量的第二媒资点播日志，生成媒资刷新请求，以向接口服务器请求更新首页界面的媒资。该媒资刷新请求为第二次媒资刷新请求。

在一些实施例中，接口服务器在接收到媒资刷新请求后，可根据第二媒资点播日志对未下发的媒资的下发顺序进行动态调整，其中，未下发的媒资可为媒资推荐列表的第N+M+1个媒资的媒资数据及之后的媒资的媒资数据。调整方法如下：

接口服务器可预先设置N表示用户反馈的好坏指标，N的初始值为0；获取一条第二媒资点播日志中的媒资的媒资id，然后获取该媒资id的原始顺序的序号和重新排序后的序号，若重新排序后的序号小于原始顺序的序号，则将N的值进行增大，如，将N的值进行加1，作为一次修正正反馈，反之，则将N的值进行减小，作为一次修正负反馈；根据多条第二媒资点播日志，可得到多次用户反馈，然后进行以下计算：J＝N/P，J∈[-1,1]，J可以作为当下匹配度顺序的权重有效性的指标，J小于0且越接近-1，则表明当下匹配度顺序权重过大，可降低匹配度顺序的权重，J大于0且越接近1，表示当下匹配度权重是有效的，可以继续增大匹配度顺序的权重。

在一些实施例中，根据用户反馈对匹配度顺序的权重进行调整后，可按照新的权重重新计算折中顺序，得到新下发顺序，然后将下发顺序为新下发顺序的媒资推荐列表存储到存储服务器中，并按照新下发顺序下发第N+M个媒资之后的前第三数量的媒资的媒资数据到显示设备，第三数量可为P，在下发之前，若媒资推荐列表中未下发的媒资数量大于等于N时，P可等于N，在媒资推荐列表中未下发的媒资数量小于N时，P可小于N。

在一些实施例中，显示设备在接收到第三数量的媒资的媒资数据后，可将显示设备的首页刷新为展示第三数量的媒资。

参见图6，为根据一些实施例的显示设备的首页界面示意图，如图6所示，接口服务器在进行动态调整后得到的排序靠前的第三数量的媒资为媒资15、媒资21、媒资27、媒资18、媒资36、媒资20、媒资67、媒资31、媒资58和媒资17。

在一些实施例中，用户可在图6中点播一些媒资进行观看，每点播一个媒资，显示设备可向接口服务器发送一条媒资点播日志，该媒资点播日志可记为第三媒资点播日志，表示接口服务器第三次下发媒资推荐数据后的用户点播日志，以此类推。

由上述实施例可见，本申请实施例通过对多用户在同一显示设备上的历史观看记录进行分析，挖掘出媒资之间的关联规则，从而在向当前用户进行媒资推荐时，根据当前用户的实时媒资点播记录以及媒资之间的关联规则，及时调整媒资的下发顺序，有利于使当前用户在排列较前的位置看到自己感兴趣的媒资，实现了精准的媒资推荐，提升了用户体验。

由于以上实施方式均是在其他方式之上引用结合进行说明，不同实施例之间均具有相同的部分，本说明书中各个实施例之间相同、相似的部分互相参见即可。在此不再详细阐述。

需要说明的是，在本说明书中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或暗示这些实体或操作之间存在任何这种实际的关系或顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的电路结构、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种电路结构、物品或者设备所固有的要素。在没有更多限制的情况下，有语句“包括一个……”限定的要素，并不排除在包括要素的电路结构、物品或者设备中还存在另外的相同要素。

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

以上的本申请实施方式并不构成对本申请保护范围的限定。

Claims (9)

1.一种服务器，其特征在于，所述服务器被配置为：

在接收到目标终端的媒资推荐请求后，确定对应所述目标终端的用户画像的媒资推荐列表；

将所述媒资推荐列表中的前N个的媒资下发到所述目标终端，其中，所述媒资推荐列表中媒资的数量大于等于N+2，N大于等于1；

接收所述目标终端的媒资刷新请求；

若在接收到所述媒资刷新请求之前，接收到了表征用户点击媒资的点击信息，则根据被点击的媒资的内容属性确定第一标签和与所述第一标签关联的第二标签，将所述第一标签和所述第二标签确定为目标标签，根据未下发的媒资的媒资内容属性确定第三标签，以及根据所述第三标签与所述目标标签的匹配度得到未下发的媒资的匹配度顺序，根据所述匹配度顺序对所述媒资推荐列表中未下发的媒资的下发顺序进行重新排序，并将重新排后的媒资推荐列表中的前M个媒资下发到所述目标终端，以使所述媒资推荐列表中与被点击的媒资的内容属性相近的媒资优先被下发给所述目标终端，其中，M大于等于2，小于等于N；

若在接收到所述媒资刷新请求之前，未接收到表征用户点击媒资的点击信息，则将所述媒资推荐列表中的前M个未下发的媒资下发到所述目标终端。

2.根据权利要求1所述的服务器，其特征在于，根据被点击的媒资的内容属性确定第一标签以及所述第一标签关联的第二标签，包括：

根据被点击的媒资的内容属性确定第一标签；

根据关联规则确定所述第一标签关联的第二标签，其中，所述关联规则根据所述目标终端在预设时间内的历史媒资点播日志得到。

3.根据权利要求1所述的服务器，其特征在于，所述关联规则根据所述目标终端在预设时间内的历史媒资点播日志得到，包括：

历史媒资点播日志根据采集间隔在第一时间内的历史媒资点播日志生成一个媒资序列；

获取所述预设时间内的每个媒资序列对应的媒资内容属性标签；

根据两个媒资内容属性标签在全部媒资序列中出现的次数计算两个媒资内容属性标签之间的相关度；

将相关度超过预设阈值的两个媒资内容属性标签之间设置一条关联规则。

4.根据权利要求3所述的服务器，其特征在于，获取所述预设时间内的每个媒资序列对应的媒资内容属性标签，包括：

获取所述预设时间内的每个媒资序列对应的重合次数超过预设阈值的媒资内容属性标签。

5.根据权利要求3所述的服务器，其特征在于，根据两个媒资内容属性标签在全部媒资序列中出现的次数计算两个媒资内容属性标签之间的相关度，包括：

根据两个媒资内容属性标签同时出现在一个媒资序列中的次数占所述预设时间内的全部媒资序列数量的比例，得到两个媒资内容属性标签的支持度；

根据一个媒资内容属性标签存在于一个媒资序列时，另一个媒资内容属性标签也存在于同一个媒资媒资序列的条件概率，得到两个媒资内容属性标签的置信度；

计算两个媒资内容属性标签同时存在于一个媒资序列的总次数，计算两个媒资内容属性标签单独存在于一个媒资序列的次数的乘积，得到两个媒资内容属性标签的提升度；

所述相关度包括所述支持度、置信度和提升度。

6.根据权利要求1所述的服务器，其特征在于，根据所述匹配度顺序调整所述媒资推荐列表中未下发的媒资的下发顺序，包括：

将所述媒资推荐列表中未下发的媒资的原始顺序设置为第一权重，其中，所述原始顺序为所述推荐算法确定的下发顺序；

将所述匹配度顺序设置为第二权重；

根据所述第一权重和第二权重计算所述媒资推荐列表中未下发的媒资的下发顺序。

7.根据权利要求6所述的服务器，其特征在于，所述服务器还被配置为：

在将重新排序后的媒资下发到所述目标终端后，再次接收所述目标终端的媒资刷新请求；

若在再次接收到所述媒资刷新请求之前，接收到了表征用户点击重新排序后的媒资的点击信息，则根据被点击的重新排序后的媒资在重新排序前的顺序和重新排序后的顺序，调整所述第一权重和第二权重，得到未下发的媒资的新下发顺序，按照所述新下发顺序下发所述媒资推荐列表中的媒资到所述目标终端。

8.根据权利要求7所述的服务器，其特征在于，则根据被点击的重新排序后的媒资在重新拍序前的顺序和重新排序后的顺序，调整所述第一权重和第二权重，得到未下发的媒资的新下发顺序媒资推荐列表，包括：

若被点击的重新排序后的媒资在重新拍序后的顺序小于重新排序前的顺序，则加大第二权重；

若被点击的重新排序后的媒资在重新拍序后的顺序大于或等于重新排序前的顺序，则减小第二权重；

根据调整后的所述第二权重计算所述媒资推荐列表中未下发的媒资的新下发顺序。

9.一种媒资推荐方法，其特征在于，包括：

在接收到目标终端的媒资推荐请求后，确定对应所述目标终端的用户画像的媒资推荐列表；

将所述媒资推荐列表中的前N个的媒资下发到所述目标终端，其中，所述媒资推荐列表中媒资的数量大于等于N+2，N大于等于1；

接收所述目标终端的媒资刷新请求；

若在接收到所述媒资刷新请求之前，接收到了表征用户点击媒资的点击信息，则根据被点击的媒资的内容属性确定第一标签和与所述第一标签关联的第二标签，将所述第一标签和所述第二标签确定为目标标签，根据未下发的媒资的媒资内容属性确定第三标签，以及根据所述第三标签与所述目标标签的匹配度得到未下发的媒资的匹配度顺序，根据所述匹配度顺序对所述媒资推荐列表中未下发的媒资的下发顺序进行重新排序，并将重新排后的媒资推荐列表中的前M个媒资下发到所述目标终端，以使所述媒资推荐列表中与被点击的媒资的内容属性相近的媒资优先被下发给所述目标终端；

若在接收到所述媒资刷新请求之前，未接收到表征用户点击媒资的点击信息，则将所述媒资推荐列表中的前M个未下发的媒资下发到所述目标终端，M大于等于2，小于等于N。

Images