CN104598505A - 多媒体资源推荐方法及装置 - Google Patents

Abstract

本发明提供了一种多媒体资源推荐方法，包括：接接收资源拉取请求，获取与所述资源拉取请求对应的终端；获取时间长度参数；查找播放时长或内容长度与所述时间长度参数匹配的多媒体资源；将所述查找到的多媒体资源下发给所述终端。此外，还提供了一种多媒体资源推荐装置。上述多媒体资源推荐方法和装置能够提高推荐的准确性。

Description

多媒体资源推荐方法及装置

技术领域

本发明涉及网络安全技术领域，特别是涉及一种多媒体资源推荐方法及装置。

背景技术

现有的在线视频、在线音乐等互联网应用在向用户推荐电影、电视剧、微视频、mp3音乐等多媒体资源时，通常根据用户的访问记录中历史数据中的类型兴趣进行推荐。例如，若用户在电视剧应用上浏览的历史数据中，浏览美剧的次数较多，则向用户推荐美剧类型的视频；若用户在在线音乐应用上播放摇滚类型的mp3较多，则向用户推荐摇滚类型的mp3。

然而，由于用户的上网时间可能有限，若推荐的多媒体资源播放时间较长，或者内容较多(例如，在在线阅读应用中，推荐了一本短时间无法看完一章的长篇小说)，则可能导致用户无法在有限的上网时间内完整地浏览完相应的多媒体资源。因此，传统技术中互联网应用推荐多媒体资源的准确性不高。

发明内容

基于此，有必要提供一种能够提高推荐的准确度的多媒体资源推荐方法。

一种多媒体资源推荐方法，包括：

接收资源拉取请求，获取与所述资源拉取请求对应的终端；

获取时间长度参数；

查找播放时长或内容长度与所述时间长度参数匹配的多媒体资源；

将所述查找到的多媒体资源下发给所述终端。

此外，还有必要提供一种能够提高推荐的准确度的多媒体资源推荐装置

一种多媒体资源推荐装置，包括：

请求接收模块，用于接收资源拉取请求，获取与所述资源拉取请求对应的终端；

时长参数获取模块，用于获取时间长度参数；

资源查找模块，用于查找播放时长或内容长度与所述时间长度参数匹配的多媒体资源；

资源下发模块，用于将所述查找到的多媒体资源下发给所述终端。

上述多媒体资源推荐方法及装置，可先获取到时间长度参数，该时间长度参数即为用户在本次浏览过程中可能持续浏览的最大时间长度。将播放时长或内容长度与该时间长度参数匹配的多媒体资源下发给相应的用户操作的终端，可使得用户能够在其上网浏览时间内完整地浏览完一部电影、一首歌或一篇短文，而不会由于推荐的多媒体资源播放时间过长而导致用户因为没有时间看完而放弃浏览，也就是说，用户不会因为时间不够的原因而排除掉对推荐的多媒体资源的选择，使得推荐的多媒体资源更加符合用户实际的浏览环境，从而提高了推荐的准确性。

附图说明

图1为一个实施例中多媒体资源推荐方法的流程图；

图2为一个实施例中多媒体资源推荐装置的结构示意图；

图3为另一个实施例中多媒体资源推荐装置的结构示意图；

图4为一个实施例中运行多媒体资源推荐方法的服务器运行环境示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在一个实施例中，如图1所示，一种多媒体资源推荐方法，该方法可依赖于计算机程序，能够运行于基于冯洛伊曼体系的计算机系统上。该计算机系统可以是互联网应用的服务器设备。例如，互联网网站中的在线视频、在线音频网站或在线看书网站的web应用服务器、移动互联网应用中的在线视频、在线音频或在线看书应用的应用服务器等。

在本实施例中，如图1所示，该方法包括：

步骤S102，接收资源拉取请求，获取与资源拉取请求对应的终端。

步骤S104，获取时间长度参数。

步骤S106，查找播放时长或内容长度与时间长度参数匹配的多媒体资源。

步骤S108，将查找到的多媒体资源下发给终端。

在一个应用场景中，用户使用浏览器访问在线视频网站的主页时，若主页页面上有推荐栏，则该网页访问请求即为资源拉取请求。若该网站为了提高页面的加载速度，使用ajax异步请求刷新该推荐栏，则该ajax异步请求即为资源拉取请求。

用户在终端上使用浏览器或应用客户端向web服务器或应用服务器发起资源拉取请求之前，需要与web服务器或应用服务器建立连接，并生成相应的会话。web服务器或应用服务器可查找接收资源拉取请求的会话，并根据该会话获取到用户的操作终端(个人电脑、笔记本电脑、平板电脑或智能手机等终端)。

在本实施例中，时间长度参数可由用户在浏览器或应用客户端上手动选取和输入，然后通过资源拉取请求上传至web服务器或应用服务器。例如，可在展示推荐页面之前，展示个性化设置选项，并提供15分钟、30分钟、1小时、2小时、4小时和无限制等选项。若用户勾选了选项“15分钟”并提交，则上传的时间长度参数即为“15min”(在此仅用于举例说明，实际中程序开发人员可自行设置编码规范)，当然，该时间长度参数也可以是服务器根据所述用户的用户属性进行自动配置，例如根据用户的浏览习惯(相应用户帐户的平均浏览时长)、不同时段人群的普遍浏览习惯(例如上班前习惯浏览短媒体，下班后习惯浏览长媒体)等各种社会因素进行自动配置。

web服务器或应用服务器接收到该资源拉取请求后，即可提取出该时间长度参数“15min”，并在存储多媒体资源的数据库或文件系统中查找出播放时长约为15分钟的音视频资源，然后将其通过前述的会话下发给相应的终端。

而在另一个应用场景中，该方法的运行基于在线阅读网站或在线阅读应用，则可先将时间长度参数“15min”换算成字数或页数。例如，正常人阅读速度约为400字/分钟，若网页或手机页面上每个页面展示的字数最多为400字，则可将时间长度参数“15min”换算成页码数“15”，然后查找页码数为15的短篇小说或散文(即内容长度与时间长度参数匹配的多媒体资源)，然后将其通过会话下发给终端。

在其他实施例中，也可在个性化设置选项中设置输入框，用户可在输入框中输入具体的数字作为时间长度参数。用户也可在个人习惯设置中设置时间长度参数，web服务器或应用服务器可根据会话找到相应的用户的帐号，然后根据该账号查找到其在个人习惯设置中设置的时间长度参数。

与时间长度参数对应的多媒体资源下发给用户所在的终端之后，终端即可通过浏览器或应用客户端展示该下发的多媒体资源。例如，可以列表的形式在推荐页面中展示多个匹配的多媒体资源的链接。用户可通过点击链接访问相应的多媒体资源。

在一个实施例中，获取时间长度参数的步骤还包括：获取接收资源拉取请求的时间戳及其对应的账号，获取与账号和时间戳对应的平均会话时长；根据平均会话时长生成时间长度参数。

进一步的，获取接收资源拉取请求的时间戳及其对应的账号的步骤之后还可获取与资源拉取请求对应的会话，跟踪记录会话的时长；根据会话的时长更新与账号和时间戳对应的平均会话时长。

例如，若某个用户的使用习惯为通常晚上8点到10点访问固定的网站上网看2个小时电视剧，则该用户使用的终端每天需要与该网站的web服务器保持2个小时的连接状态，因此，该连接对应的会话的生命期的时长约为2小时。也就是说，在每天8点整左右，即在时间戳为8点整时，该用户的账号对应的会话的生命期的时长通常为2小时，即该用户在8点创建的会话的平均会话时长为2小时。可将该平均会话时长与该用户的账号对应存储在数据库中，通过该用户的账号以及时间戳8点即可查找到该平均会话时长。

另外，可预先划定时间区间，例如7点30分至8点30分的时间戳统一为8点时间戳。则若用户某天8点10分上线开始访问该网站，那么web服务器接收到的资源下拉请求的时间戳即为8点时间戳。web服务器可根据会话取得该用户的账号，然后在前述数据库中查找该账号在时间戳为8点条件下的平均会话时长，即可查找出2小时作为时间长度参数，从而可在存储多媒体资源的数据库或文件系统中查找播放时间或内容长度匹配两小时的多媒体资源。

相应的，若用户本次浏览时间较长，多看了一集电视剧，11点才下线，即本次浏览的会话的生命期的时长为3小时，即可根据该3小时更新前述存储的平均会话时长。

需要说明的是，计算平均会话时长的方法可以是根据每次浏览时会话的时长直接计算平均值得到，也可通过乘以相应的加权系数得到，还可以先排除一些与平均会话时长差距较大的会话的时长后再计算平均值得到。

另外，时间戳可以不限于上述实施例中提到的仅使用小时作为时间戳单位的应用场景。在其他实施例中，也可结合使用分、秒或星期来作为时间戳。

在一个实施例中，将查找到的多媒体资源下发给所述终端的步骤之前还包括：

根据播放次数、发布日期、评论次数和/或收藏次数中的至少一种对多媒体资源进行筛选。

播放次数、评论次数或收藏次数较多的多媒体资源即为热度较高的资源，而发布日期较近的多媒体资源用户可能浏览过的几率比较小，因此，可设置相应的阈值，然后根据播放次数、发布日期、评论次数和/或收藏次数对多媒体资源进行筛选，从而使得推荐给用户的多媒体资源为热度较高且较新的多媒体资源(值得浏览的)，提高了准确性。

在一个实施例中，查找播放时长或内容长度与时间长度参数匹配的多媒体资源的步骤还包括：

查找多个多媒体资源，该多个多媒体资源的播放时长之和或内容长度之和与时间长度参数匹配。

也就是说，若时间长度参数为30分钟，则可查找多个笑话、微电影和mp3音乐等多媒体资源，且该多个多媒体资源的播放时长或内容长度之和匹配30分钟。优选的，该多个多媒体资源还可以是内容上相关的。例如，足球比赛的单场比赛的进球集锦只有5分钟，则可向其推荐6场比赛的进球集锦。从而使得推荐的多媒体资源的选择面更大，为用户带来更多的选择，而不是仅限于耗时较长的单一的多媒体资源。

在其他实施例中，也可结合用户浏览的历史记录或浏览习惯对推荐的多媒体资源进行筛选，过滤掉与用户的爱好不相关的多媒体资源，从而提高推荐的多媒体资源的准确度。

在一个实施例中，如图2所示，一种多媒体资源推荐装置，包括请求接收模块102、时长参数获取模块104、资源查找模块106和资源下发模块108，其中：

请求接收模块102，用于接收资源拉取请求，获取与资源拉取请求对应的终端。

时长参数获取模块104，用于获取时间长度参数。

资源查找模块106，用于查找播放时长或内容长度与时间长度参数匹配的多媒体资源。

资源下发模块108，用于将查找到的多媒体资源下发给终端。

在一个实施例中，时长参数获取模块104还用于获取接收资源拉取请求的时间戳及其对应的账号，获取与账号和时间戳对应的平均会话时长；根据平均会话时长生成时间长度参数。

在一个实施例中，如图3所示，多媒体资源推荐装置还包括会话跟踪模块110，用于获取与资源拉取请求对应的会话，跟踪记录会话的时长；根据会话的时长更新与账号和时间戳对应的平均会话时长。

在一个实施例中，如图3所示，多媒体资源推荐装置还包括资源筛选模块112，用于根据播放次数、发布日期、评论次数和/或收藏次数中的至少一种对多媒体资源进行筛选。

在一个实施例中，资源查找模块106还用于查找多个多媒体资源，该多个多媒体资源的播放时长或内容长度之和与时间长度参数匹配。

上述多媒体资源推荐方法及装置，可先获取到时间长度参数，该时间长度参数即为用户在本次浏览过程中可能持续浏览的最大时间长度。将播放时长或内容长度与该时间长度参数匹配的多媒体资源下发给相应的用户操作的终端，可使得用户能够在其上网浏览时间内完整地浏览完一部电影、一首歌或一篇短文，而不会由于推荐的多媒体资源播放时间过长而导致用户因为没有时间看完而放弃浏览，也就是说，用户不会因为时间不够的原因而排除掉对推荐的多媒体资源的选择，使得推荐的多媒体资源更加符合用户实际的浏览环境，从而提高了推荐的准确性。

在一个实施例中，如图4所示，提供了一种可运行前述多媒体资源推荐方法的服务器结构示意图，该服务器结构可应用于互联网应用的服务器上。该服务器500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)522(例如，一个或一个以上处理器)和存储器532，一个或一个以上存储应用程序542或数据544的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器532和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(如前述的请求接收模块102、时长参数获取模块104、资源查找模块106和资源下发模块108)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器522可以设置为与存储介质530通信，在服务器500上执行存储介质530中的一系列指令操作。服务器500还可以包括一个或一个以上电源526，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口558，和/或，一个或一个以上操作系统541，例如Windows ServerTM，Mac OSXTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述图1所示实施例中所述的由服务器所执行的步骤可以基于该图4所示的服务器结构。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种多媒体资源推荐方法，包括：

接收资源拉取请求，获取与所述资源拉取请求对应的终端；

获取时间长度参数；

查找播放时长或内容长度与所述时间长度参数匹配的多媒体资源；

将所述查找到的多媒体资源下发给所述终端。

2.根据权利要求1所述的多媒体资源推荐方法，其特征在于，所述根据所述资源拉取请求获取时间长度参数的步骤包括：

获取接收所述资源拉取请求的时间戳及其对应的账号，获取与所述账号和时间戳对应的平均会话时长；

根据所述平均会话时长生成时间长度参数。

3.根据权利要求2所述的多媒体资源推荐方法，其特征在于，所述获取接收所述资源拉取请求的时间戳及其对应的账号的步骤之后还包括：

获取与所述资源拉取请求对应的会话，跟踪记录所述会话的时长；

根据所述会话的时长更新与所述账号和时间戳对应的平均会话时长。

4.根据权利要求1所述的多媒体资源推荐方法，其特征在于，所述将所述查找到的多媒体资源下发给所述终端的步骤之前还包括：

根据播放次数、发布日期、评论次数和/或收藏次数中的至少一种对所述多媒体资源进行筛选。

5.根据权利要求1所述的多媒体资源推荐方法，其特征在于，所述查找播放时长或内容长度与所述时间长度参数匹配的多媒体资源的步骤还包括：

查找多个多媒体资源，该多个多媒体资源的播放时长之和或内容长度之和与所述时间长度参数匹配。

6.一种多媒体资源推荐装置，其特征在于，包括：

请求接收模块，用于接收资源拉取请求，获取与所述资源拉取请求对应的终端；

时长参数获取模块，用于获取时间长度参数；

资源查找模块，用于查找播放时长或内容长度与所述时间长度参数匹配的多媒体资源；

资源下发模块，用于将所述查找到的多媒体资源下发给所述终端。

7.根据权利要求6所述的多媒体资源推荐装置，其特征在于，所述时长参数获取模块还用于获取接收所述资源拉取请求的时间戳及其对应的账号，获取与所述账号和时间戳对应的平均会话时长；

根据所述平均会话时长生成时间长度参数。

8.根据权利要求7所述的多媒体资源推荐装置，其特征在于，所述装置还包括会话跟踪模块，用于获取与所述资源拉取请求对应的会话，跟踪记录所述会话的时长；根据所述会话的时长更新与所述账号和时间戳对应的平均会话时长。

9.根据权利要求6所述的多媒体资源推荐装置，其特征在于，所述装置还包括资源筛选模块，用于根据播放次数、发布日期、评论次数和/或收藏次数中的至少一种对所述多媒体资源进行筛选。

10.根据权利要求6所述的多媒体资源推荐装置，其特征在于，所述资源查找模块还用于查找多个多媒体资源，该多个多媒体资源的播放时长或内容长度之和与所述时间长度参数匹配。