CN108259945B - 处理播放多媒体数据的播放请求的方法和装置 - Google Patents

处理播放多媒体数据的播放请求的方法和装置 Download PDF

Info

Publication number
CN108259945B
CN108259945B CN201810352701.XA CN201810352701A CN108259945B CN 108259945 B CN108259945 B CN 108259945B CN 201810352701 A CN201810352701 A CN 201810352701A CN 108259945 B CN108259945 B CN 108259945B
Authority
CN
China
Prior art keywords
multimedia data
heat level
terminal
playing
target
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201810352701.XA
Other languages
English (en)
Other versions
CN108259945A (zh
Inventor
尹京昱
刘智勇
李革委
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Music Entertainment Technology Shenzhen Co Ltd
Original Assignee
Tencent Music Entertainment Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Music Entertainment Technology Shenzhen Co Ltd filed Critical Tencent Music Entertainment Technology Shenzhen Co Ltd
Priority to CN201810352701.XA priority Critical patent/CN108259945B/zh
Publication of CN108259945A publication Critical patent/CN108259945A/zh
Application granted granted Critical
Publication of CN108259945B publication Critical patent/CN108259945B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23106—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47208—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting near-video-on-demand content

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Graphics (AREA)
  • Human Computer Interaction (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本公开是关于一种处理播放多媒体数据的播放请求的方法和装置，属于UGC多媒体数据播放技术领域。所述方法包括：接收终端发送的对应目标多媒体数据的播放请求；确定所述目标多媒体数据的热度等级；若所述热度等级属于第一预设范围，则向所述终端发送多媒体数据对应的源站地址信息；若所述热度等级属于第二预设范围，则向所述终端发送多媒体数据对应的指定的CDN的地址信息；若所述热度等级属于第三预设范围，则向所述终端发送多媒体数据对应的预设的多个CDN的地址信息。采用本公开，一些属于第一预设范围的多媒体数据储存在源站中，不会占用CDN的储存空间，从而可以节约CDN的储存空间。

Description

处理播放多媒体数据的播放请求的方法和装置
技术领域
本公开是关于UGC多媒体数据播放技术领域，尤其是关于一种处理播放多媒体数据的播放请求的方法和装置。
背景技术
UGC(User Generated Content，用户制作内容)多媒体数据，如音频、视频文件等，是第一用户(发表者)制作的多媒体数据，可以将其上传在储存服务器(也称源站)上，第二用户(播放者)可以在线播放上述多媒体数据。
为了减轻源站的负担，UGC多媒体数据多是通过CDN(Content Delivery Network，内容分发网络)进行在线播放。
目前，UGC多媒体数据的资源较多时，不对UGC多媒体数据进行区分而是统一分发CDN后播放UGC多媒体数据，会导致占用CDN较多的储存空间及UGC播放质量较差。
发明内容
为了克服相关技术中存在的问题，本公开提供了一种处理播放多媒体数据的播放请求的方法和装置。所述技术方案如下：
根据本公开实施例，提供一种处理播放多媒体数据的播放请求的方法，所述方法包括：
接收终端发送的对应目标多媒体数据的播放请求；
确定所述目标多媒体数据的热度等级；
若所述热度等级属于第一预设范围，则向所述终端发送多媒体数据对应的源站地址信息；
若所述热度等级属于第二预设范围，则向所述终端发送多媒体数据对应的指定的CDN的地址信息；
若所述热度等级属于第三预设范围，则向所述终端发送多媒体数据对应的预设的多个CDN的地址信息。
可选的，若所述热度等级属于第二预设范围，则向所述终端发送多媒体数据对应的指定的CDN的地址信息，包括：
若所述热度等级属于第二预设范围，则向所述终端发送回源率最低的CDN的地址信息。
可选的，所述确定所述目标多媒体数据的热度等级，包括：
统计预设时长内所述目标多媒体数据的播放请求的数量，基于预设的数量范围与热度等级的对应关系，确定所述数量所属的数量范围对应的热度等级，作为所述目标多媒体数据的热度等级。
可选的，所述确定所述目标多媒体数据的热度等级，包括：
确定所述目标多媒体数据的目标发表者；
统计所述目标发表者在预设时长内上传的所有多媒体数据的播放请求的平均数量；
基于平均数量范围与热度等级的对应关系，确定所述平均数量所属的平均数量范围对应的热度等级，作为所述目标多媒体数据的热度等级。
可选的，所述确定所述目标多媒体数据的热度等级，包括：
将所述目标多媒体数据的属性信息，输入预先训练的热度等级计算模型，得到所述目标多媒体数据的热度等级。
根据本公开实施例还提供了一种处理播放多媒体数据的播放请求的装置，所述装置包括：
接收模块，用于接收终端发送的对应目标多媒体数据的播放请求；
确定模块，用于确定所述目标多媒体数据的热度等级；
发送模块，用于若所述热度等级属于第一预设范围，则向所述终端发送多媒体数据对应的源站地址信息；
若所述热度等级属于第二预设范围，则向所述终端发送多媒体数据对应的指定的CDN的地址信息；
若所述热度等级属于第三预设范围，则向所述终端发送多媒体数据对应的预设的多个CDN的地址信息。
可选的，所述发送模块还用于，若所述热度等级属于第二预设范围，则向所述终端发送回源率最低的CDN的地址信息。
可选的，所述确定模块包括第一确定单元，用于：
统计预设时长内所述目标多媒体数据的播放请求的数量，基于预设的数量范围与热度等级的对应关系，确定所述数量所属的数量范围对应的热度等级，作为所述目标多媒体数据的热度等级。
可选的，所述确定模块包括第二确定单元，用于：
确定所述目标多媒体数据的目标发表者；
统计所述目标发表者在预设时长内上传的所有多媒体数据的播放请求的平均数量；
基于平均数量范围与热度等级的对应关系，确定所述平均数量所属的平均数量范围对应的热度等级，作为所述目标多媒体数据的热度等级。
可选的，所述确定模块包括第三确定单元，用于：
将所述目标多媒体数据的属性信息，输入预先训练的热度等级计算模型，得到所述目标多媒体数据的热度等级。
根据本公开实施例还提供了一种服务器，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如上述所述的处理播放多媒体数据的播放请求的方法。
根据本公开实施例还提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如上述所述的处理播放多媒体数据的播放请求的方法。
本公开的实施例提供的技术方案可以包括以下有益效果：
本公开实施例中，当服务器接收到终端发送的对应目标多媒体数据的播放请求时，先判断出该目标多媒体数据的热度等级，如果热度等级属于第一预设范围，则服务器将源站的地址信息发送给终端，如果热度等级属于第二预设范围，则服务器将指定的CDN的地址信息发送给终端，如果热度等级属于第三预设范围，则服务器将预设的多个CDN的地址信息发送给终端。这样服务器基于目标多媒体数据的热度等级来处理播放请求，可以缩短处理时间，提高目标多媒体数据的传输速度，进而可以提高多媒体数据的播放质量。而且，属于第一预设范围的多媒体数据储存在源站中，不会占用CDN的储存空间，从而可以节约CDN的储存空间。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。在附图中：
图1是根据实施例示出的一种播放多媒体数据的方法的流程图；
图2是根据实施例示出的一种播放多媒体数据的方法的流程图；
图3是根据实施例示出的一种播放多媒体数据的方法的流程图；
图4是根据实施例示出的一种应用场景图；
图5是根据实施例示出的一种播放多媒体数据的方法的流程图；
图6是根据实施例示出的一种播放多媒体数据的方法的流程图；
图7是根据实施例示出的一种播放多媒体数据的装置的示意图；
图8是根据实施例示出的一种播放多媒体数据的装置的示意图；
图9是根据实施例示出的一种播放多媒体数据的装置的示意图；
图10是根据实施例示出的一种播放多媒体数据的装置的示意图；
图11是根据实施例示出的一种播放多媒体数据的装置的示意图；
图12是根据实施例示出的一种播放多媒体数据的装置的示意图。
通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
本发明实施例提供了一种播放多媒体数据的方法，该方法可以由终端和服务器配合实现。其中，终端可以是手机、平板电脑、台式计算机、笔记本计算机等，服务器可以是直播应用程序或直播网站的后台服务器。
服务器可以包括收发器、处理器、存储器等部件。其中，收发器用于与终端进行数据传输，例如可以接收终端发送的对应目标多媒体数据的播放请求，收发器可以包括WiFi(Wireless-Fidelity，无线高保真技术)部件、天线、匹配电路、调制解调器等。处理器，可以为CPU(Central Processing Unit，中央处理单元)等，可以用于确定目标多媒体数据的热度等级。存储器，可以为RAM(Random Access Memory，随机存取存储器)，Flash(闪存)等，可以用于存储接收到的数据、处理过程所需的数据、处理过程中生成的数据等，如多媒体数据的播放请求的数量范围与热度等级的关系列表等。
终端可以包括收发器、处理器、存储器等部件。收发器，可以用于与服务器进行数据传输，例如，可以向服务器发送目标多媒体数据的播放请求，收发器可以包括蓝牙部件、WiFi(Wireless-Fidelity，无线高保真技术)部件、天线、匹配电路、调制解调器等。处理器，可以为CPU(Central Processing Unit，中央处理单元)等，可以用于当接收到源站的地址信息时，向源站获取目标多媒体数据，并进行播放，等处理。存储器，可以为RAM(RandomAccess Memory，随机存取存储器)，Flash(闪存)等，可以用于存储接收到的数据、处理过程所需的数据、处理过程中生成的数据等。
终端还可以包括输入部件、显示部件、音频输出部件等。输入部件可以是触摸屏、键盘、鼠标等。音频输出部件可以是音箱、耳机等。
终端中可以安装有系统程序和应用程序。用户在使用终端的过程中，基于自己的不同需求，会使用各种各样的应用程序，例如，终端中可以安装有具备进行直播或者观看直播功能的视频应用程序。
本公开实施例提供了一种播放多媒体数据的方法，该多媒体数据可以是UGC(UserGenerated Content，用户制作内容)多媒体数据，UGC多媒体数据也即是第一用户(发表者)将制作的多媒体数据，如音频、视频等文件，上传至存储服务器(也称源站)中，第二用户(播放者)可以在线播放的多媒体数据。
在实际应用中，为减轻源站的负担，多媒体数据多是通过CDN(Content DeliveryNetwork，内容分发网络)进行在线播放。其中，CDN由一个DNS(Domain Name System，域名系统)服务器和几台缓存服务器组成，用于将源站里的内容分发至距离用户(播放者)比较近的最佳缓存服务器，使用户可就近取得所需内容，提高用户访问的响应速度和成功率，其中，最佳缓存服务器是指播放请求延时小、负载低、播放错误率低等的缓存服务器。具体的，发表者将制作的多媒体数据上传到源站，播放者向服务器(可以是应用服务器)发送对应目标多媒体数据的播放请求，服务器基于播放请求获取相关厂商的CDN，并将这些CDN发送给播放者所用终端，同时这些CDN会将目标多媒体数据缓存下来，以备后续用户点播。但是上述播放多媒体数据存在以下问题：
第一，所有的UGC多媒体数据都经过上述方法进行播放时，会出现各种各样的UGC多媒体数据都存储在CDN的缓存服务器上，例如，对于一个很少被观看的冷门UGC多媒体数据，只要有人播放，CDN的缓存服务器就会通过上述方法进行数据缓存，从而占用CDN有限的储存空间。
第二，缓存服务器的空间有限，会出现新缓存的数据将最先缓存的数据挤掉，例如，如果新缓存的数据是很少被观看的冷门数据，那么可能会淘汰掉最先缓存的热门或者普通类的数据。
第三，当用户观看冷门多媒体数据时，既然属于冷门类，那么播放者很可能是点开该冷门多媒体数据的开头部分，就退出了。而如果播放者就近的CDN的缓存服务器中没有缓存该冷门多媒体数据，那需要将该冷门多媒体数据从源站完全拉取过来，才能供播放者在线观看。上述情况，CDN的缓存服务器从源站拉取过来的后半部分就没有被播放者播放，造成了资源和拉取成本的浪费。
为解决上述问题，本公开提供了一种播放多媒体数据的方法，如图1所示，该方法的处理流程可以包括如下的步骤：
在步骤101中，服务器接收终端发送的对应目标多媒体数据的播放请求。
其中，上述服务器为应用服务器。
在实施中，播放者可以在视频应用程序上点击任一多媒体数据的播放选项，如目标多媒体数据的播放选项。终端检测到播放目标多媒体数据的播放选项时，终端可以向服务器发送对应目标多媒体数据的播放请求，这样，服务器可以接收到终端发送的对应目标多媒体数据的播放请求。需要说明的是，在该对应目标多媒体数据的播放请求中，包括目标多媒体数据的标识以及终端的登录账户，其中，登录账户可以是用户在视频应用程序中登录的账户。
在步骤102中，服务器确定目标多媒体数据的热度等级。
其中，热度等级用于表示多媒体数据的热门程度，其中，热门程度可以简单的划分为热门、普通和冷门。
服务器确定目标多媒体数据的热度等级之后，根据目标多媒体数据的热度等级分别执行不同的处理，相应的，如果目标多媒体数据的热门程度属于冷门，则服务器可以按照如图1所示的步骤103执行：
在步骤103中，热度等级属于第一预设范围，服务器向终端发送多媒体数据对应的源站的地址信息。
其中，上述源站的地址信息是用于在线观看目标多媒体数据的ip地址信息。
第一预设范围内的热度等级对应的热门程度可以是冷门，该第一预设范围可以任意设置，例如，如表1所示，热度等级可以分为10个级别，1至3属于第一预设范围。
表1热度等级与热门程度的对应关系表
热度等级 热门程度
[1，3] 冷门
[4，7] 普通
[8，10] 热门
在实施中，如果目标多媒体数据属于比较冷门的数据，那么服务器会确定出该目标多媒体数据的热度等级处在第一预设范围内，则服务器向终端发送多媒体数据对应的源站的地址信息，终端接收到服务器发送的源站的地址信息之后，向源站获取目标多媒体数据，并进行播放。
这样，服务器将一些冷门类的多媒体数据的播放请求调度到源站，可以在CDN中为其它类的多媒体数据腾出一些储存空间，进而，可以避免冷门类多媒体数据将其它类型的多媒体数据从CDN的储存空间中淘汰掉的情况。而且，在首次播放冷门类多媒体数据时，与现有方案相比，由于减少了CDN向源站的拉取过程，进而，可以提高播放冷门类多媒体数据首次播放的缓冲时间。
而且，用户直接从源站获取冷门的多媒体数据，不经过CDN，因而，不会出现CDN从源站拉取完完整的多媒体数据，而用户只观看一小部分的情况，进而可以有效减少CDN向源站拉取多媒体数据的宽带成本。
上述是针对冷门的多媒体数据，而如果目标多媒体数据的热门程度属于普通，则服务器可以按照如图2所示的步骤103’执行：
在步骤103’中，热度等级属于第二预设范围，服务器向所述终端发送多媒体数据对应的指定的CDN的地址信息。
其中，上述CDN的地址信息指的是CDN的域名信息。上述第二预设范围内的热度等级对应的热门程度可以是普通，例如，如表1所示，热度等级可以分为10个级别，4至7属于第二预设范围。
回源率是指CDN向源站的拉取请求的数量与终端向CDN的播放请求的数量之比，通常情况下，CDN的储存空间越大，其回源率越小，CDN的回源率越小，CDN向源站拉取数据产生的带宽成本就越低。
通常情况下，CDN的架构至少包括两层结构，例如，第一层结构中的缓存服务器负责向源站拉取数据，第二层结构中的缓存服务器负责供终端接入。而这里的回源率指的是第一层结构的回源率，也即是，第一层结构中的缓存服务器向源站拉取数据的比率。
在实施中，上述指定的CDN可以是回源率最低的CDN，这样，服务器在预设的多个CDN中确定回源率最低的第一CDN，并向终端发送所述第一CDN的地址信息。终端根据第一CDN的地址信息向第一CDN获取目标多媒体数据，进行播放，具体的，终端接收到服务器发送的第一CDN的域名信息之后，向第一CDN的DNS服务器，不妨记为第一CDN-DNS服务器，发送域名解析请求。第一CDN-DNS服务器接收到终端发送的域名解析请求之后，基于终端的ip地址，以及第一CDN的各缓存服务器的负载情况，确定一个最合适的缓存服务器的ip地址，并将该ip地址发送给终端。终端接收到第一CDN-DNS服务器发送的ip地址之后，基于缓存服务器的ip地址向该缓存服务器获取目标多媒体数据，进行播放。
上述是针对普通的多媒体数据，而对于热门的多媒体数据，则服务器可以按照如图3所示的步骤103”执行：
在步骤103”，热度等级属于第三预设范围，服务器向终端发送预设的多个CDN的地址信息。
其中，上述CDN的地址信息也即是CDN的域名信息。上述第三预设范围内的热度等级对应的热门程度可以是热门，例如，如表1所示，热度等级可以分为10个级别，9至10属于第三预设范围。
在实施中，如果目标多媒体数据属于热门类，则可以按照竞速原则选择一种下载速度较快的CDN。具体的，如果服务器确定出目标多媒体数据的热度等级属于第三预设范围，这时，服务器会向终端发送预设的多个CDN的域名信息，例如，服务器会把所有的CDN的域名信息全部发送给终端。终端接收到服务器发送的所有CDN的域名信息之后，使用竞速原则来确定一种CDN，具体的，首先，终端对所有的CDN进行测速，例如，可以向这些CDN发送一个内存很小的文件下载请求，测试哪一个CDN的传输速度最快，然后，确定一个传输速度最快的CDN，不妨记为第二CDN。之后，终端再向第二CDN的DNS服务器，不妨记为第二CDN-DNS服务器，发送域名解析。第二CDN-DNS服务器接收到终端发送的域名解析请求之后，基于终端的ip地址，以及第二CDN的各缓存服务器的负载情况，确定一个最合适的缓存服务器的ip地址，并将该ip地址发送给终端。终端接收到第二CDN-DNS服务器发送的ip地址之后，基于缓存服务器的ip地址向该缓存服务器获取目标多媒体数据，进行播放。
其中，冷门的多媒体数据、普通的多媒体数据以及热门的多媒体数据的处理情况，可以用如图4所示的场景图表示。
基于上述所述，当服务器接收到终端发送的对应目标多媒体数据的播放请求时，先判断出该目标多媒体数据的热度等级，如果热度等级属于第一预设范围，该目标多媒体数据属于冷门类数据，则服务器将源站的地址信息发送给终端，终端基于源站的地址信息，从源站中获取目标多媒体数据，并进行播放。这样，冷门类的多媒体数据一直储存在源站中，不会占用CDN的储存空间，进而可以为其它非冷门类多媒体数据腾出更多的储存空间。如果目标多媒体数据的热度等级属于第二预设范围，该目标多媒体数据属于普通类，则服务器确定一个回源率最低的第一CDN，并将第一CDN的域名发送给终端，这样，普通类的多媒体数据可以缓存在回源率最低的CDN中，这样还可以减少用来缓存普通类多媒体数据的CDN的个数，进而，可以有效降低CDN向源站拉取数据产生的带宽成本。如果目标多媒体数据的热度等级属于第三预设阈值范围，该目标多媒体数据属于热门类，则服务器将所有的CDN的域名发送给终端，终端通过测速，来确定一个传输速度最快的第二CDN，这样，热门类的多媒体数据可以缓存在传输速度最快的CDN中。
这样，冷门类多媒体数据储存在源站中，不会出现冷门类多媒体数据占据CDN储存空间的问题，可以为其它非冷门类多媒体数据腾出更多的储存空间，进而，也不会出现冷门类多媒体数据将热门类或者普通类多媒体数据淘汰掉的情况下，也不会出现CDN将从源站拉取到的多媒体数据储存资源和拉取成本浪费的情况。而普通类多媒体数据由于其播放请求的数量不会太多，但是也不会太少，可以将这些多媒体数据缓存在回源率最低的CDN中，进而可以降低普通类多媒体数据的整体回源率。对于热门类多媒体数据，由于其播放请求的数量比较多，为了提高其传输速度，则可以将这些多媒体数据缓存在传输速度最快的CDN中。
另外，这种将UGC多媒体数据根据其热门程度进行分类，服务器基于不同类型来处理播放请求的方法，可以减小请求延时，加快多媒体数据的传输速度，进而可以提高UGC多媒体数据的播放质量。
上述介绍了服务器对各种类型的多媒体数据的播放请求的处理情况，下面将详细介绍服务器如何确定多媒体数据的热度等级的。
可选的，服务器可以基于多媒体数据的播放请求的数量确定热度等级，相应的，服务器接收到终端发送的对应目标多媒体数据的播放请求之后，步骤102可以按照如图5所示的流程处理：
在步骤1021中，服务器统计预设时长内目标多媒体数据的播放请求的数量。
在实施中，对于一个多媒体数据，以前属于热门现在未必还是属于热门类，所以服务器在统计目标多媒体数据的播放请求的数量时，只需统计预设时长范围内的播放请求的数量。
在步骤1022中，服务器基于预设的数量范围与热度等级的对应关系，确定数量所属的数量范围对应的热度等级，作为目标多媒体数据的热度等级。
在实施中，服务器中可以预先储存有多媒体数据的播放请求的数量范围与热度等级的对应关系，例如，如表2所示数量范围与热度等级的对应关系表。
这样，当服务器接收到终端发送的对应目标多媒体数据的播放请求时，首先，统计该目标多媒体数据的播放请求的数量，然后，在表2中查找，该数量所属数量范围，之后，再确定该目标多媒体数据的热度等级，最后根据表1确定热度等级所述的范围。
表2多媒体数据的播放请求的数量范围与热度等级的对应关系表
数量范围 热度等级
0-10 1
11-20 2
21-30 3
…… ……
81-90 9
100以上 10
可选的，对于发表者刚发表的多媒体数据，如果还是用上述统计多媒体数据的播放请求的数量，确定多媒体数据的热度等级，那么很可能会出现不准的情况下。例如，对于本来是一个比较受欢迎的发表者发表的作品，该作品在刚发表的一段时间内，由于其播放数比较低，那么使用上述统计多媒体数据的播放请求的数量的方法，会被判定成冷门的作品，接着当播放数达到某一阈值后再变成普通作品，最后可能再变为热门作品。这种热度等级循序渐进的变迁过程依然会造成CDN缓存空间的浪费，这一问题我们称之为新发表作品的冷启动问题。为了解决这一问题，可以用发表者以前的发表的多媒体数据的热度情况，预测刚发表的多媒体数据的热度等级，相应的，如图6所示，步骤102还可以按照如下步骤进行：
在步骤1021’中，服务器确定目标多媒体数据的目标发表者。
在实施中，通常情况下，对于比较受人欢迎的发表者，或者具有一定权威的发表者，发表的多媒体数据，其播放量会比较多，这样，服务器在接收到终端发送的对应目标多媒体数据的播放请求之后，确定该目标多媒体数据的目标发表者。
在步骤1022’中，服务器统计该目标发表者在预设时长内上传的所有多媒体数据的播放请求的平均数量。
其中，播放请求的平均数量也可以称为播放请求的期望值。
在实施中，发表者的影响具有时间性，也就是说，发表者以前受人欢迎但是未必现在仍然受人欢迎，那么服务器统计发表者的历史发表的多媒体数据时，主要是统计预设时长范围内，这样，服务器可以统计出预设时长内所有的多媒体数据，并统计出每个多媒体数据的播放请求的数量，之后，再确定所有多媒体数据的播放请求的平均数量。
在步骤1023’中，服务器基于平均数量范围与热度等级的对应关系，确定平均数量所属的平均数量范围对应的热度等级，作为目标多媒体数据的热度等级。
在实施中，服务器中可以预先储存有平均数量范围与热度等级的对应关系，例如，如表3所示平均数量范围与热度等级的对应关系表。
表3平均数量范围与热度等级的对应关系表
平均数量范围 热度等级
0-10 1
11-20 2
21-30 3
…… ……
81-90 9
100以上 10
这样，服务器可以基于目标发表者在预设时长范围内历史发表的多媒体数据的播放请求的平均数量，预测出发表者刚发表的目标多媒体数据的热度等级情况。其中，需要指明的是，步骤1021’与步骤1021可以属于并列方案，步骤1021’也可以和步骤1021同时进行。如果同时进行，则服务器会确定两个热度等级，那么如果目标多媒体数据的两个热度等级不一致，则服务器以按照平均数量确定出的热度等级为准。例如，服务器按照目标多媒体数据的播放请求的数量确定出其热度等级为冷门，而按照目标发表者在预设时长内发表的历史多媒体数据的播放请求的平均数量，预测出目标多媒体数据的热度等级为热门，则服务器最终以后者为准，该目标多媒体数据的热度等级为热门。
可选的，服务器还可以根据机器学习的算法，利用目标多媒体数据的属性信息，确定目标多媒体数据的热度等级，相应的处理可以是，服务器将目标多媒体数据的属性信息，输入预先训练的热度等级计算模型，得到目标多媒体数据的热度等级。
其中，属性信息可以包括目标发表者的特征和目标多媒体数据的特征，例如，目标发表者的职业信息、年龄以及目标多媒体数据的类型等。
在实施中，热度等级计算模型是基于机器学习算法建立的模型，可以是基于决策树算法建立的模型，在对其未知热度等级的多媒体数据进行热度等级确定之前，需要对该模型进行训练。例如，技术人员可以将大量多媒体数据的属性信息以及相对应的热度等级，作为训练样本，对热度等级计算模型进行训练。又例如，技术人员还可以将通过上述统计播放请求总数量，来预测多媒体数据的热度等级中预测结果不准确的多媒体数据，进行纠正之后，将这部分多媒体数据的属性信息和纠正后的热度等级，作为训练样本，对热度等级计算模型进行训练。
在实际应用中，服务器中可以预先储存有通过热度等级计算模型，确定热度等级的多媒体数据的白名单，该白名单中可以记录有多媒体数据的属性信息所属的类别，例如，发表者的职业信息是医药，多媒体数据的类型属于健康养生类，那么，当服务器检测到某一多媒体数据的属性信息与上述白名单上的信息吻合度达到预设阈值时，则利用热度等级计算模型，确定该多媒体数据的热度等级。否则，如果服务器检测到某一多媒体数据的属性信息与上述白名单的信息吻合度未达到预设阈值时，则使用上述统计播放请求的数量的方法确定热度等级。
本公开实施例中，当服务器接收到终端发送的对应目标多媒体数据的播放请求时，先判断出该目标多媒体数据的热度等级，如果热度等级属于第一预设范围，则服务器将源站的地址信息发送给终端，如果热度等级属于第二预设范围，则服务器将指定的CDN的地址信息发送给终端，如果热度等级属于第三预设范围，则服务器将预设的多个CDN的地址信息发送给终端。这样服务器基于目标多媒体数据的热度等级来处理播放请求，可以缩短处理时间，提高目标多媒体数据的传输速度，进而可以提高多媒体数据的播放质量。而且，属于第一预设范围的多媒体数据储存在源站中，不会占用CDN的储存空间，从而可以节约CDN的储存空间。
本公开实施例还提供了一种播放多媒体数据的装置，该装置可以是上述实施例中的服务器，如图7所示，该装置包括：
接收模块710，用于接收终端发送的对应目标多媒体数据的播放请求；
确定模块720，用于确定所述目标多媒体数据的热度等级；
发送模块730，用于若所述热度等级属于第一预设范围，则向所述终端发送多媒体数据对应的源站地址信息；
若所述热度等级属于第二预设范围，则向所述终端发送多媒体数据对应的指定的CDN的地址信息；
若所述热度等级属于第三预设范围，则向所述终端发送多媒体数据对应的预设的多个CDN的地址信息。
可选的，发送模块730，还用于：
若所述热度等级属于第二预设范围，则向所述终端发送回源率最低的CDN的地址信息。
可选的，如图8所示，确定模块720，包括第一确定单元721，用于：
统计预设时长内所述目标多媒体数据的播放请求的数量，基于预设的数量范围与热度等级的对应关系，确定所述数量所属的数量范围对应的热度等级，作为所述目标多媒体数据的热度等级。
可选的，如图9所示，确定模块720，包括第二确定单元722，用于：
确定所述目标多媒体数据的目标发表者；
统计所述目标发表者在预设时长内上传的所有多媒体数据的播放请求的平均数量；
基于平均数量范围与热度等级的对应关系，确定所述平均数量所属的平均数量范围对应的热度等级，作为所述目标多媒体数据的热度等级。
可选的，如图10所示，确定模块720，包括第三确定单元723，用于：
将所述目标多媒体数据的属性信息，输入预先训练的热度等级计算模型，得到所述目标多媒体数据的热度等级。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本公开实施例中，当装置接收到终端发送的对应目标多媒体数据的播放请求时，装置先判断出该目标多媒体数据的热度等级，如果热度等级属于第一预设范围，则将源站的地址信息发送给终端，如果热度等级属于第二预设范围，则将指定的CDN的地址信息发送给终端，如果热度等级属于第三预设范围，则将预设的多个CDN的地址信息发送给终端。这样装置基于目标多媒体数据的热度等级来处理播放请求，可以缩短处理时间，提高目标多媒体数据的传输速度，进而可以提高多媒体数据的播放质量。而且，属于第一预设范围的多媒体数据储存在源站中，不会占用CDN的储存空间，从而可以节约CDN的储存空间。
需要说明的是：上述实施例提供的播放多媒体数据的装置在播放多媒体数据时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的播放多媒体数据的装置与播放多媒体数据的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
图11是本发明实施例提供的一种计算机设备的结构示意图，该计算机设备可以是上述的服务器，该计算机设备1100可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，CPU)1101和一个或一个以上的存储器1102，其中，所述存储器1102中存储有至少一条指令，所述至少一条指令由所述处理器1101加载并执行以实现下述确定用户特征数据的方法步骤：
接收终端发送的对应目标多媒体数据的播放请求；
确定所述目标多媒体数据的热度等级；
若所述热度等级属于第一预设范围，则向所述终端发送多媒体数据对应的源站地址信息；
若所述热度等级属于第二预设范围，则向所述终端发送多媒体数据对应的指定的CDN的地址信息；
若所述热度等级属于第三预设范围，则向所述终端发送多媒体数据对应的预设的多个CDN的地址信息。
可选的，所述至少一条指令由所述处理器1101加载并执行以实现下述方法步骤：
若所述热度等级属于第二预设范围，则向所述终端发送回源率最低的CDN的地址信息。
可选的，所述至少一条指令由所述处理器1101加载并执行以实现下述方法步骤：
统计预设时长内所述目标多媒体数据的播放请求的数量，基于预设的数量范围与热度等级的对应关系，确定所述数量所属的数量范围对应的热度等级，作为所述目标多媒体数据的热度等级。
可选的，所述至少一条指令由所述处理器1101加载并执行以实现下述方法步骤：
确定所述目标多媒体数据的目标发表者；
统计所述目标发表者在预设时长内上传的所有多媒体数据的播放请求的平均数量；
基于平均数量范围与热度等级的对应关系，确定所述平均数量所属的平均数量范围对应的热度等级，作为所述目标多媒体数据的热度等级。
可选的，所述至少一条指令由所述处理器1101加载并执行以实现下述方法步骤：
将所述目标多媒体数据的属性信息，输入预先训练的热度等级计算模型，得到所述目标多媒体数据的热度等级。
本公开的又一实施例提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行：
接收终端发送的对应目标多媒体数据的播放请求；
确定所述目标多媒体数据的热度等级；
若所述热度等级属于第一预设范围，则向所述终端发送多媒体数据对应的源站地址信息；
若所述热度等级属于第二预设范围，则向所述终端发送多媒体数据对应的指定的CDN的地址信息；
若所述热度等级属于第三预设范围，则向所述终端发送多媒体数据对应的预设的多个CDN的地址信息。
可选的，若所述热度等级属于第二预设范围，则向所述终端发送多媒体数据对应的指定的CDN的地址信息，包括：
若所述热度等级属于第二预设范围，则向所述终端发送回源率最低的CDN的地址信息。
可选的，所述确定所述目标多媒体数据的热度等级，包括：
统计预设时长内所述目标多媒体数据的播放请求的数量，基于预设的数量范围与热度等级的对应关系，确定所述数量所属的数量范围对应的热度等级，作为所述目标多媒体数据的热度等级。
可选的，所述确定所述目标多媒体数据的热度等级，包括：
确定所述目标多媒体数据的目标发表者；
统计所述目标发表者在预设时长内上传的所有多媒体数据的播放请求的平均数量；
基于平均数量范围与热度等级的对应关系，确定所述平均数量所属的平均数量范围对应的热度等级，作为所述目标多媒体数据的热度等级。
可选的，所述确定所述目标多媒体数据的热度等级，包括：
将所述目标多媒体数据的属性信息，输入预先训练的热度等级计算模型，得到所述目标多媒体数据的热度等级。
本公开实施例中，当接收到终端发送的对应目标多媒体数据的播放请求时，先判断出该目标多媒体数据的热度等级，如果热度等级属于第一预设范围，则将源站的地址信息发送给终端，如果热度等级属于第二预设范围，则将指定的CDN的地址信息发送给终端，如果热度等级属于第三预设范围，则将预设的多个CDN的地址信息发送给终端。这样基于目标多媒体数据的热度等级来处理播放请求，可以缩短处理时间，提高目标多媒体数据的传输速度，进而可以提高多媒体数据的播放质量。而且，属于第一预设范围的多媒体数据储存在源站中，不会占用CDN的储存空间，从而可以节约CDN的储存空间。
图12示出了本发明一个示例性实施例提供的终端1200的结构框图。该终端1200可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio LayerIII，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group AudioLayer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1200还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
通常，终端1200包括有：处理器1201和存储器1202。
处理器1201可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1201可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1201也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1201可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1201还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。
存储器1202可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1202还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1202中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1201所执行以实现本申请中方法实施例提供的处理播放多媒体数据的播放请求的方法。
在一些实施例中，终端1200还可选包括有：外围设备接口1203和至少一个外围设备。处理器1201、存储器1202和外围设备接口1203之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1203相连。具体地，外围设备包括：射频电路1204、触摸显示屏1205、摄像头1206、音频电路1207、定位组件1208和电源1209中的至少一种。
外围设备接口1203可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1201和存储器1202。在一些实施例中，处理器1201、存储器1202和外围设备接口1203被集成在同一芯片或电路板上；在一些其他实施例中，处理器1201、存储器1202和外围设备接口1203中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
射频电路1204用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1204通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1204将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1204包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1204可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1204还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。
显示屏1205用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1205是触摸显示屏时，显示屏1205还具有采集在显示屏1205的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1201进行处理。此时，显示屏1205还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1205可以为一个，设置终端1200的前面板；在另一些实施例中，显示屏1205可以为至少两个，分别设置在终端1200的不同表面或呈折叠设计；在再一些实施例中，显示屏1205可以是柔性显示屏，设置在终端1200的弯曲表面上或折叠面上。甚至，显示屏1205还可以设置成非矩形的不规则图形，也即异形屏。显示屏1205可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。
摄像头组件1206用于采集图像或视频。可选地，摄像头组件1206包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1206还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。
音频电路1207可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1201进行处理，或者输入至射频电路1204以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1200的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1201或射频电路1204的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1207还可以包括耳机插孔。
定位组件1208用于定位终端1200的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件1208可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。
电源1209用于为终端1200中的各个组件进行供电。电源1209可以是交流电、直流电、一次性电池或可充电电池。当电源1209包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。
在一些实施例中，终端1200还包括有一个或多个传感器1210。该一个或多个传感器1210包括但不限于：加速度传感器1211、陀螺仪传感器1212、压力传感器1213、指纹传感器1214、光学传感器1215以及接近传感器1216。
加速度传感器1211可以检测以终端1200建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1211可以用于检测重力加速度在三个坐标轴上的分量。处理器1201可以根据加速度传感器1211采集的重力加速度信号，控制触摸显示屏1205以横向视图或纵向视图进行用户界面的显示。加速度传感器1211还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器1212可以检测终端1200的机体方向及转动角度，陀螺仪传感器1212可以与加速度传感器1211协同采集用户对终端1200的3D动作。处理器1201根据陀螺仪传感器1212采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器1213可以设置在终端1200的侧边框和/或触摸显示屏1205的下层。当压力传感器1213设置在终端1200的侧边框时，可以检测用户对终端1200的握持信号，由处理器1201根据压力传感器1213采集的握持信号进行左右手识别或快捷操作。当压力传感器1213设置在触摸显示屏1205的下层时，由处理器1201根据用户对触摸显示屏1205的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器1214用于采集用户的指纹，由处理器1201根据指纹传感器1214采集到的指纹识别用户的身份，或者，由指纹传感器1214根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1201授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1214可以被设置终端1200的正面、背面或侧面。当终端1200上设置有物理按键或厂商Logo时，指纹传感器1214可以与物理按键或厂商Logo集成在一起。
光学传感器1215用于采集环境光强度。在一个实施例中，处理器1201可以根据光学传感器1215采集的环境光强度，控制触摸显示屏1205的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1205的显示亮度；当环境光强度较低时，调低触摸显示屏1205的显示亮度。在另一个实施例中，处理器1201还可以根据光学传感器1215采集的环境光强度，动态调整摄像头组件1206的拍摄参数。
接近传感器1216，也称距离传感器，通常设置在终端1200的前面板。接近传感器1216用于采集用户与终端1200的正面之间的距离。在一个实施例中，当接近传感器1216检测到用户与终端1200的正面之间的距离逐渐变小时，由处理器1201控制触摸显示屏1205从亮屏状态切换为息屏状态；当接近传感器1216检测到用户与终端1200的正面之间的距离逐渐变大时，由处理器1201控制触摸显示屏1205从息屏状态切换为亮屏状态。
本领域技术人员可以理解，图12中示出的结构并不构成对终端1200的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由上面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种处理播放多媒体数据的播放请求的方法，其特征在于，所述方法应用于UGC多媒体数据，所述方法包括：
接收终端发送的对应目标多媒体数据的播放请求；
确定所述目标多媒体数据的热度等级；
若所述热度等级属于第一预设范围，则向所述终端发送多媒体数据对应的源站地址信息；
若所述热度等级属于第二预设范围，则向所述终端发送回源率最低的CDN的地址信息，所述回源率是指CDN向源站的拉取请求的数量与终端向CDN的播放请求的数量之比；
若所述热度等级属于第三预设范围，则向所述终端发送多媒体数据对应的预设的多个CDN的地址信息。
2.根据权利要求1所述的方法，其特征在于，所述确定所述目标多媒体数据的热度等级，包括：
统计预设时长内所述目标多媒体数据的播放请求的数量，基于预设的数量范围与热度等级的对应关系，确定所述数量所属的数量范围对应的热度等级，作为所述目标多媒体数据的热度等级。
3.根据权利要求1所述的方法，其特征在于，所述确定所述目标多媒体数据的热度等级，包括：
确定所述目标多媒体数据的目标发表者；
统计所述目标发表者在预设时长内上传的所有多媒体数据的播放请求的平均数量；
基于平均数量范围与热度等级的对应关系，确定所述平均数量所属的平均数量范围对应的热度等级，作为所述目标多媒体数据的热度等级。
4.根据权利要求1所述的方法，其特征在于，所述确定所述目标多媒体数据的热度等级，包括：
将所述目标多媒体数据的属性信息，输入预先训练的热度等级计算模型，得到所述目标多媒体数据的热度等级。
5.一种处理播放多媒体数据的播放请求的装置，其特征在于，所述装置应用于UGC流媒体点播，所述装置包括：
接收模块，用于接收终端发送的对应目标多媒体数据的播放请求；
确定模块，用于确定所述目标多媒体数据的热度等级；
发送模块，用于若所述热度等级属于第一预设范围，则向所述终端发送多媒体数据对应的源站地址信息；
若所述热度等级属于第二预设范围，则向所述终端发送回源率最低的CDN的地址信息，所述回源率是指CDN向源站的拉取请求的数量与终端向CDN的播放请求的数量之比；
若所述热度等级属于第三预设范围，则向所述终端发送多媒体数据对应的预设的多个CDN的地址信息。
6.根据权利要求5所述的装置，其特征在于，所述确定模块包括第一确定单元，用于：
统计预设时长内所述目标多媒体数据的播放请求的数量，基于预设的数量范围与热度等级的对应关系，确定所述数量所属的数量范围对应的热度等级，作为所述目标多媒体数据的热度等级。
7.根据权利要求5所述的装置，其特征在于，所述确定模块包括第二确定单元，用于：
确定所述目标多媒体数据的目标发表者；
统计所述目标发表者在预设时长内上传的所有多媒体数据的播放请求的平均数量；
基于平均数量范围与热度等级的对应关系，确定所述平均数量所属的平均数量范围对应的热度等级，作为所述目标多媒体数据的热度等级。
8.根据权利要求5所述的装置，其特征在于，所述确定模块包括第三确定单元，用于：
将所述目标多媒体数据的属性信息，输入预先训练的热度等级计算模型，得到所述目标多媒体数据的热度等级。
9.一种服务器，其特征在于，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如权利要求1-4任一项所述的处理播放多媒体数据的播放请求的方法。
10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如权利要求1-4任一项所述的处理播放多媒体数据的播放请求的方法。
CN201810352701.XA 2018-04-19 2018-04-19 处理播放多媒体数据的播放请求的方法和装置 Active CN108259945B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810352701.XA CN108259945B (zh) 2018-04-19 2018-04-19 处理播放多媒体数据的播放请求的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810352701.XA CN108259945B (zh) 2018-04-19 2018-04-19 处理播放多媒体数据的播放请求的方法和装置

Publications (2)

Publication Number Publication Date
CN108259945A CN108259945A (zh) 2018-07-06
CN108259945B true CN108259945B (zh) 2020-09-15

Family

ID=62748166

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810352701.XA Active CN108259945B (zh) 2018-04-19 2018-04-19 处理播放多媒体数据的播放请求的方法和装置

Country Status (1)

Country Link
CN (1) CN108259945B (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108965909B (zh) * 2018-08-01 2021-02-02 中国联合网络通信集团有限公司 一种冷门视频评估方法和系统
CN110958472A (zh) * 2019-12-16 2020-04-03 咪咕文化科技有限公司 视频点击量评级预测方法、装置、电子设备及存储介质
CN111131841A (zh) * 2020-02-24 2020-05-08 北京达佳互联信息技术有限公司 直播间接入方法、装置、电子设备及存储介质
CN111355798A (zh) * 2020-02-27 2020-06-30 典基网络科技(上海)有限公司 一种数据分发方法及系统
CN113055692A (zh) * 2021-04-20 2021-06-29 上海哔哩哔哩科技有限公司 数据处理方法及装置
CN115250368A (zh) * 2021-04-26 2022-10-28 北京字跳网络技术有限公司 一种视频预热方法、装置、设备和存储介质
CN115250295A (zh) * 2021-04-26 2022-10-28 北京字跳网络技术有限公司 一种媒体内容处理方法、装置、设备和存储介质
CN115480832A (zh) * 2021-05-27 2022-12-16 北京字节跳动网络技术有限公司 一种直播间服务配置方法、装置、设备及介质
CN115567591A (zh) * 2021-06-30 2023-01-03 华为云计算技术有限公司 内容资源分发方法、内容分发网络、集群及介质
CN114501073B (zh) * 2022-02-16 2023-10-20 上海哔哩哔哩科技有限公司 直播回源方法及装置
CN114697683A (zh) * 2022-03-25 2022-07-01 腾讯音乐娱乐科技（深圳）有限公司 流媒体文件的智能调度方法、设备和计算机程序产品
CN115412740B (zh) * 2022-08-29 2024-03-01 上海哔哩哔哩科技有限公司 直播回源调度方法、装置、计算设备及计算机存储介质
CN116450053B (zh) * 2023-06-13 2023-09-05 苏州浪潮智能科技有限公司 数据存储方法、装置、系统、电子设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107395737A (zh) * 2017-08-04 2017-11-24 深圳Tcl新技术有限公司 访问网络资源的方法、装置、系统及计算机可读存储介质
CN107426302A (zh) * 2017-06-26 2017-12-01 腾讯科技（深圳）有限公司 访问调度方法、装置、系统、终端、服务器及存储介质
CN107766360A (zh) * 2016-08-17 2018-03-06 北京神州泰岳软件股份有限公司 一种视频热度预测方法和装置
CN107797758A (zh) * 2016-09-07 2018-03-13 腾讯科技（深圳）有限公司 数据存储方法、数据访问方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102569267B1 (ko) * 2016-01-13 2023-08-23 삼성전자주식회사 전자 장치 및 그 제어 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107766360A (zh) * 2016-08-17 2018-03-06 北京神州泰岳软件股份有限公司 一种视频热度预测方法和装置
CN107797758A (zh) * 2016-09-07 2018-03-13 腾讯科技（深圳）有限公司 数据存储方法、数据访问方法及装置
CN107426302A (zh) * 2017-06-26 2017-12-01 腾讯科技（深圳）有限公司 访问调度方法、装置、系统、终端、服务器及存储介质
CN107395737A (zh) * 2017-08-04 2017-11-24 深圳Tcl新技术有限公司 访问网络资源的方法、装置、系统及计算机可读存储介质

Also Published As

Publication number Publication date
CN108259945A (zh) 2018-07-06

Similar Documents

Publication Publication Date Title
CN108259945B (zh) 处理播放多媒体数据的播放请求的方法和装置
CN109600678B (zh) 信息展示方法、装置及系统、服务器、终端、存储介质
CN110267055B (zh) 推荐直播间的方法、装置和系统以及服务器、终端和介质
CN109522426B (zh) 多媒体数据推荐方法、装置、设备及计算机可读存储介质
CN111147878B (zh) 直播中的推流方法、装置及计算机存储介质
CN109660817B (zh) 视频直播方法、装置及系统
WO2019114514A1 (zh) 在直播间显示音高信息的方法及装置、存储介质
CN109729372B (zh) 直播间切换方法、装置、终端、服务器及存储介质
CN110149332B (zh) 直播方法、装置、设备及存储介质
CN109327608B (zh) 歌曲分享的方法、终端、服务器和系统
CN111246236B (zh) 互动数据播放方法、装置、终端、服务器及存储介质
CN109302385A (zh) 多媒体资源分享方法、装置及存储介质
CN110213612B (zh) 直播互动方法、装置及存储介质
CN110868626A (zh) 一种内容数据预加载的方法及装置
CN110149557B (zh) 视频播放方法、装置、终端和存储介质
CN111107389B (zh) 确定观看直播时长的方法、装置和系统
CN109618212A (zh) 信息显示方法、装置、终端及存储介质
CN111586431B (zh) 进行直播处理的方法、装置、设备及存储介质
CN110290392B (zh) 直播信息显示方法、装置、设备及存储介质
CN110958465A (zh) 视频流推送方法、装置及存储介质
CN109618192B (zh) 播放视频的方法、装置、系统和存储介质
CN109144346A (zh) 歌曲分享方法、装置及存储介质
CN111818358A (zh) 音频文件的播放方法、装置、终端及存储介质
CN112131473A (zh) 信息推荐方法、装置、设备及存储介质
CN111399796B (zh) 语音消息聚合方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant