CN110049359A - 一种码率的控制方法和装置 - Google Patents

一种码率的控制方法和装置 Download PDF

Info

Publication number
CN110049359A
CN110049359A CN201910422592.9A CN201910422592A CN110049359A CN 110049359 A CN110049359 A CN 110049359A CN 201910422592 A CN201910422592 A CN 201910422592A CN 110049359 A CN110049359 A CN 110049359A
Authority
CN
China
Prior art keywords
point
downloading
code rate
data
destination multimedia
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.)
Granted
Application number
CN201910422592.9A
Other languages
English (en)
Other versions
CN110049359B (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 Technology Shenzhen Co Ltd
Original Assignee
Tencent 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 Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201910422592.9A priority Critical patent/CN110049359B/zh
Publication of CN110049359A publication Critical patent/CN110049359A/zh
Application granted granted Critical
Publication of CN110049359B publication Critical patent/CN110049359B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management 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/266Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请属于计算机技术领域,公开了一种码率的控制方法和装置,本申请公开的一种码率的控制方法包括,在接收到下载指令后,根据自身的传输能力信息以及存储有待下载的目标多媒体数据的点对点下载节点的上传能力信息,预测点对点下载码率,并根据点对点下载码率调整目标多媒体数据的下载码率,这样,根据预测的点对点下载方式支持的点对点下载码率,对下载码率调整,降低了下载高码率的多媒体数据时的下载成本。

Description

一种码率的控制方法和装置
技术领域
本申请涉及计算机技术领域,尤其涉及一种码率的控制方法和装置。
背景技术
多媒体文件广泛应用于人们的互联网生活中,是可以通过调整码率控制输出清晰度的文件。多媒体应用通常从需要付费的数据源服务器下载指定码率的多媒体数据,并以多媒体文件形式存储以及应用。多媒体文件可以为图像、音频以及视频文件等。
其中,数据源服务器为需要按照流量付费的服务器,如,内容分发网络(ContentDelivery Network,CDN)。
若多媒体文件下载的码率越高,则多媒体文件输出的清晰度也越高,用户体验也越好,但是,这会导致多媒体文件的下载成本较高。
因此,如何在提高多媒体文件的清晰度的同时避免下载成本的增加,是一个需要考虑的问题。
发明内容
本申请实施例提供一种码率的控制方法和装置,用以在下载多媒体数据时,降低下载高码率的多媒体数据时的下载成本。
一方面,提供一种码率的控制方法,包括:
接收到用于下载目标多媒体数据的下载指令,通过点对点服务器获取点对点下载节点的上传能力信息,点对点下载节点为存储有目标多媒体数据的在线设备;
根据当前的传输能力信息和获取的上传能力信息,预测点对点下载支持的点对点下载码率,点对点下载码率为采用点对点下载方式从点对点下载节点获取目标多媒体数据时支持的码率;
根据点对点下载码率,调整目标多媒体数据的下载码率。
一方面,提供一种码率的控制装置,包括:
获取单元,用于接收到用于下载目标多媒体数据的下载指令,通过点对点服务器获取点对点下载节点的上传能力信息,点对点下载节点为存储有目标多媒体数据的在线设备;
预测单元,用于根据当前的传输能力信息和获取的上传能力信息,预测点对点下载支持的点对点下载码率,点对点下载码率为采用点对点下载方式从点对点下载节点获取目标多媒体数据时支持的码率;
调整单元,用于根据点对点下载码率,调整目标多媒体数据的下载码率。
一方面,提供一种控制设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时执行上述任一种码率的控制方法的步骤。
一方面,提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述任一种码率的控制方法的步骤。
本申请实施例提供的一种码率的控制方法和装置中,在接收到下载指令后,根据自身的传输能力信息以及存储有待下载的目标多媒体数据的点对点下载节点的上传能力信息,预测点对点下载码率,并根据点对点下载码率调整目标多媒体数据的下载码率,这样,仅根据预测的点对点下载方式支持的点对点下载码率,对下载码率调整,使得在提高目标多媒体数据的下载码率时,不会额外增加下载成本。
本申请的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施方式中一种码率控制的应用场景示意图;
图2为本申请实施方式中一种码率的控制方法的实施流程图;
图3为本申请实施方式中一种视频码率的示例图;
图4为本申请实施方式中一种码率的控制流程的示意图;
图5为本申请实施方式中一种码率的控制装置的结构示意图;
图6为本申请实施方式中一种控制设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案及有益效果更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
首先,对本申请实施例中涉及的部分用语进行说明,以便于本领域技术人员理解。
码率:编码器每秒编出的数据大小,单位是kbps,比如800kbps代表编码器每秒产生800kb(或100KB)的数据。
下载码率:目标多媒体数据下载时的码率。
点对点下载码率:采用点对点下载方式从点对点下载节点下载目标多媒体数据时支持的码率。
上传能力信息:为与数据上传速率相关的信息,本申请中,包括点对点下载节点的数量、每一点对点下载节点网络连接的连通性,以及每一点对点下载节点上传数据的网络性能指标。
网络性能指标:是衡量网络性能的指标,包括带宽、时延以及带宽时延积等。
传输能力信息:表示传输速率,本申请中包括剩余播放占比、本地网络连接的连通性,以及本地网络传输的网络性能指标。
多媒体文件广泛应用于人们的互联网生活中,是可以通过调整码率控制输出清晰度的文件。多媒体应用通常从需要付费的数据源服务器下载指定码率的多媒体数据,并以多媒体文件形式存储以及应用。例如,用户通常通过计算机或手机观看电影,播放音乐以及查看照片等。多媒体应用通常根据当前的网络环境选择相应的码率,从多媒体文件的数据源服务器下载。若多媒体文件的码率越高,则多媒体文件输出的清晰度也越高,但是,下载成本也会相应增加。
数据源服务器主要为需要按照流量付费的服务器,本申请实施例中,以数据源服务器为CDN为例进行说明。
因此,如何在提高多媒体文件的下载码率的同时,避免下载成本的增加,是一个需要考虑的问题。
鉴于此,多媒体应用可以根据存储有目标多媒体文件的终端或低成本服务器所支持的下载码率,对多媒体文件的下载码率进行相应调整,即将上述终端或低成本服务器作为点对点下载节点,按照点对点下载方式支持的下载码率从存储有目标多媒体文件的点对点下载节点下载多媒体文件,使得在提高下载码率的同时,不会增加额外的下载成本。所谓点对点下载是指多媒体应用采用点对点下载协议通过存储有目标多媒体文件的终端或低成本服务器而非需要付费的数据源服务器下载的方式,例如,点对点(Peer-To-Peer,P2P)下载。
鉴于以上分析和考虑,本申请实施例中提供了一种码率的控制方案,该方案中,接收到下载指令之后,获取自身当前的传输能力信息以及点对点下载节点的上传能力信息,并根据该上传能力信息和该传输能力信息,确定点对点下载所支持的点对点下载码率,以及根据点对点下载码率调整目标多媒体数据的下载码率。
为进一步说明本申请实施例提供的技术方案,下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤,但基于常规或者无需创造性的劳动在方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中,这些步骤的执行顺序不限于本申请实施例提供的执行顺序。方法在实际的处理过程中或者装置执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行。
参阅图1所示,为一种码率控制的应用场景示意图。应用场景中包括终端设备10、数据源服务器11以及点对点下载节点12。
终端设备10可以安装各类应用程序以及显示输出信息,可以是移动的,也可以是固定的。例如,手机、平板电脑、车载设备、个人数字助理(personal digital assistant,PDA)或其它能够实现上述功能的电子设备等。本申请实施例中,终端设备10中安装有多媒体应用。
点对点下载节点12为一个或多个设备,本申请实施例中,为存储有终端设备10的多媒体应用请求下载的目标多媒体数据的终端或低成本服务器。
数据源服务器11为需要按照流量付费服务器,通常为多媒体文件供应商的服务器,如,CDN。数据源服务器11耗费的流量越多,则下载成本越高。
有终端设备10的多媒体应用可以采用内容分发下载的方式从数据源服务器11下载目标多媒体数据,也可以采用点对点下载的方法从点对点下载节点12中下载目标多媒体数据。点对点下载如P2P下载。
由于当仅内容分发下载可以支持更高的码率,而点对点下载无法支持该码率时,若多媒体应用11通过该码率下载目标多媒体数据,则多媒体应用11会主要从数据源服务器11下载较高码率的目标多媒体数据,使得数据源服务器11耗费的流量成本也就越高,用户的下载成本也相应提高,因此,为降低高码率多媒体数据的下载成本,本申请实施例中,根据点对点下载所能够支持的码率对目标多媒体数据的下载码率进行调整,也就是说,只有点对点下载可以支持更高的码率时,才会提高目标多媒体数据的下载码率。
参阅图2所示,为本申请提供的一种码率的控制方法的实施流程图。该方法的具体流程如下:
步骤200:多媒体应用接收到用于下载目标多媒体数据的下载指令。
其中,下载指令可以通过以下几种方式获得:
方式1:多媒体应用根据用户对终端设备的手动操作下发下载指令。
其中,手动操作包括:按键操作、屏幕操作等。屏幕操作包括触屏点击以及屏幕滑动等。
例如,多媒体应用根据用户通过手机下载音乐的手动点击操作,获得下载指令。
方式2:多媒体应用中多媒体应用在应用运行过程中触发的指令。
例如,视频应用确定终端设备当前处于移动网络下时触发电影下载的下载指令。
又例如,视频应用在电视剧播放的过程中,触发用于缓存下一集电视剧的下载指令。
方式3:多媒体应用接收其它终端发送的下载指令。
例如,多媒体应用接收用户通过手环发送的下载指令。
方式4:多媒体应用通过终端设备的传感器获取的感应信息,确定感应信息对应设置的下载指令。感应信息如,声音、光线以及气味等。
例如,多媒体应用通过终端设备的声音传感器,接收用户通过语音下发的下载指令。
步骤201:多媒体应用通过点对点服务器获取点对点下载节点的上传能力信息。
具体的,多媒体应用向点对点服务器发送包含目标多媒体数据的标识信息的请求消息,点对点服务器根据请求消息中包含的标识信息,获取存储有目标多媒体数据的点对点下载节点的上传能力信息。
其中,标识信息可以为目标多媒体数据的名称或编码等。点对点下载节点为存储有目标多媒体数据的终端或低下载成本的服务器。
其中,上传能力信息为与数据上传速率相关的信息,包括:点对点下载节点的数量、每一点对点下载节点网络连接的连通性,以及每一点对点下载节点上传数据的网络性能指标。连通性可以根据设备是否处于局域网环境中,与宽带设备之间的网络距离,连接的设备的数量等确定。网络性能指标,是衡量网络性能的指标,包括带宽、时延以及带宽时延积等。
其中,各多媒体应用周期性向点对点服务器上传本地存储的多媒体数据的标识信息、网络连接的连通性以及网络性能指标。
这样,多媒体应用就可以获取点对点下载节点的上传能力。
步骤202:多媒体应用获取自身的传输能力信息。
其中,传输能力信息表示传输速率,包括剩余播放占比、本地网络连接的连通性,以及本地网络传输的网络性能指标。剩余播放占比是根据目标多媒体数据的当前播放缓存占用时长以及最大播放缓存时长确定的,通常为当前播放缓存占用时长与最大播放缓存时长的比值。
其中,最大播放缓存时长为设置的缓存中用于存储多媒体数据的最大存储空间,当前播放缓存占用时长为缓存中多媒体数据已经使用的存储空间。
需要说明的是,步骤201和步骤202的执行顺序不做限制,可以同时执行,也可以先后执行,在此不做赘述。
实际应用中,由于启动下载后,其它设备可能也还没有下载目标多媒体数据,因此,多媒体应用通常先通过数据源服务器下载部分数据后再启动点对点下载,然后,执行步骤201和步骤202。
一种实施方式中,多媒体应用在接收到下载指令后,先通过数据源服务器下载目标多媒体数据,确定通过数据源服务器下载的目标多媒体数据的数据量达到第一指定数据量时,启动点对点下载,即通过点对点下载节点下载目标多媒体数据,以节省下载成本,以及确定下载的目标多媒体数据的数据量达到第二指定数据量时,执行步骤201和步骤202。
其中,第一指定数据量和第二指定数据量可以根据实际应用场景进行设定,在此不再赘述。
步骤203:多媒体应用判断传输能力信息和上传能力信息是否符合预测条件,若是,则执行步骤204,否则,执行步骤200。
具体的,若所述传输能力信息与历史传输能力信息不同或者所述上传能力信息与历史传输能力信息不同,则执行步骤204,否则,执行步骤200。
也就是说,只有传输能力信息或上传能力信息发生变化时,才执行步骤204。
需要说明的是,步骤203也可以不执行。
步骤204:多媒体应用根据当前的传输能力信息和获取的上传能力信息,预测点对点下载支持的点对点下载码率。
具体的,多媒体应用根据传输能力信息和上传能力信息,确定点对点下载时所能支持的最大的点对点下载码率。
也就是说,多媒体应用根据点对点下载节点的数量、每一点对点下载节点网络连接的连通性,以及每一点对点下载节点上传数据的网络性能指标、剩余播放占比、本地网络连接的连通性,以及本地网络传输的网络性能指标预测点对点下载码率。
其中,点对点下载码率为从点对点下载节点获取目标多媒体数据时可以支持的最大码率。码率为编码器每秒编出的数据大小,单位是kbps,比如800kbps代表编码器每秒产生800kb(或100KB)的数据。多媒体数据的码率越高,则多媒体数据输出的清晰度也越高。
参阅图3所示,为一种视频码率的示例图。可以根据不同的码率,选择视频下载以及播放时的清晰度,包括自适应、标清、高清、超清、蓝光以及客户端等。不同的清晰度选项对应不同的码率。需要说明的是,图3仅用于说明,视频可以选择不同的码率,因此,图3背景中的文字、线条等即便不清晰,也不影响说明书的清晰描述。
这样,就可以根据点对点下载节点的数量和网络环境,以及多媒体应用的缓存状态和网络环境,预测多媒体应用在未来一段时间内点对点下载能力的变化。
步骤205:多媒体应用根据点对点下载码率,调整目标多媒体数据的下载码率。
具体的,执行步骤205时,可以采用以下几种方式为:
方式1:多媒体应用将点对点下载码率确定为目标多媒体数据的下载码率。
也就是说,多媒体应用仅根据点对点下载码率调整下载码率,使得多媒体应用可以仅通过点对点下载节点下载目标多媒体数据。
方式2:多媒体应用获取设定的标准码率,若点对点下载码率不高于标准码率,则将标准码率确定为目标多媒体数据的下载码率,若点对点下载码率高于标准码率,则将点对点下载码率确定为目标多媒体数据的下载码率。
由于目标多媒体数据的下载码率低于标准码率时,数据源服务器耗费的流量通常在下载成本不会增加的范围内,因此,目标多媒体数据的下载码率最低为标准码率,只有点对点下载码率高于标准码率时,才按照点对点下载码率下载目标多媒体数据。
需要说明的是,多媒体应用可以仅在接收到下载指令时,调整下载码率,也可以在下载的目标多媒体数据的数据量达到第二指定数据量时,调整下载码率,还可以在传输能力信息和上传能力信息符合预测条件时,调整下载码率,还可以周期性调整下载码率,在此不作限制。
步骤206:多媒体应用按照确定出的下载码率下载目标多媒体数据。
传统方式中,当通过数据源服务器下载即内容分发下载的方式可以支持更高清晰度的目标多媒体数据下载时,多媒体应用会直接将下载码率自适应调整至更高的码率,但是,这可能会由于点对点下载码率不够,造成内容分发耗费流量增多即数据源服务器的流量成本增多,使得下载成本增加。
本申请实施例中,多媒体应用主要根据预测的点对点下载所支持的点对点下载码率调整目标多媒体数据的下载码率,即只有点对点下载可以支持更高的码率时,才会提高目标多媒体数据的下载码率,减少了码率提高时内容分发下载方式耗费的流量,即在没有增加额外下载成本的情况下,提高了多媒体数据输出的清晰度以及用户体验,解决了清晰度提高时带来的下载成本升高的问题。传统方式中点对点下载仅为内容分发下载的补充,而本申请实施例中,点对点下载可以完全替代内容分发下载。
参阅图4所示,为一种码率的控制流程的示意图。多媒体应用中的模块包括:点对点下载管理器、点对点预测模块、内容分发下载预测模块、吞吐量预测模块、下载模块、控制器以及缓存。
多媒体应用中的下载模块在下载目标多媒体数据时,点对点下载管理器通过点对点服务器获取点对点下载节点的上传能力信息。点对点下载预测模块根据获取的本地网络连接的连通性,本地网络传输的网络性能指标以及上传能力信息,获得点对点预测信息。内容分发下载预测模块获取内容分发下载预测信息。
其中,点对点预测信息用于确定点对点下载能力,内容分发下载预测信息用于确定内容分发下载能力。点对点下载管理器通过点对点服务器可以获取所有点对点下载节点的上传能力信息以及存储的多媒体数据的标识信息。点对点下载节点中的目标多媒体数据可以为采用内容分发下载的方式从数据源服务器下载的,也可以采用点对点下载的方式从其他多媒体应用下载的。
吞吐量预测模块将点对点预测信息以及内容分发下载预测信息相结合,获得吞吐量预测信息。缓存模块确定剩余播放占比。控制器根据吞吐量预测信息中的点对点预测信息以及缓存模块发送剩余播放占比,确定点对点下载码率,并根据吞吐量预测信息中的内容分发下载预测信息确定标准码率,还可以确定支持的内容分发下载码率。
本申请实施例中,下载模块根据点对点下载码率以及标准码率调整目标多媒体数据的下载码率,通过点对点下载节点和数据源服务器下载目标多媒体数据。
基于同一发明构思,本申请实施例中还提供了一种码率的控制装置,由于上述装置及设备解决问题的原理与一种码率的控制方法相似,因此,上述装置的实施可以参见方法的实施,重复之处不再赘述。
如图5示,其为本申请实施例提供的一种码率的控制装置的结构示意图。一种码率的控制装置包括:
获取单元501,用于接收到用于下载目标多媒体数据的下载指令,通过点对点服务器获取点对点下载节点的上传能力信息,点对点下载节点为存储有目标多媒体数据的在线设备;
预测单元502,用于根据当前的传输能力信息和获取的上传能力信息,预测点对点下载支持的点对点下载码率,点对点下载码率为采用点对点下载方式从点对点下载节点获取目标多媒体数据时支持的码率;
调整单元503,用于根据点对点下载码率,调整目标多媒体数据的下载码率。
较佳的,调整单元50用于:
将点对点下载码率确定为目标多媒体数据的下载码率。
较佳的,调整单元50用于:
获取设定的标准码率;
若点对点下载码率不高于标准码率,则将标准码率确定为目标多媒体数据的下载码率;
若点对点下载码率高于标准码率,则将点对点下载码率确定为目标多媒体数据的下载码率。
较佳的,预测单元50还用于:
若传输能力信息与历史传输能力信息不同,或者,上传能力信息与历史传输能力信息不同,则根据当前的传输能力信息和获取的上传能力信息,预测点对点下载支持的点对点下载码率。
较佳的,上传能力信息包括点对点下载节点的数量、每一点对点下载节点网络连接的连通性,以及每一点对点下载节点上传数据的网络性能指标;
传输能力信息包括剩余播放占比、本地网络连接的连通性,以及本地网络传输的网络性能指标;
剩余播放占比是根据目标多媒体数据的当前播放缓存占用时长以及最大播放缓存时长确定的。
本申请实施例提供的一种码率的控制方法和装置中,在接收到下载指令后,根据自身的传输能力信息以及存储有待下载的目标多媒体数据的点对点下载节点的上传能力信息,预测点对点下载码率,并根据点对点下载码率调整目标多媒体数据的下载码率,这样,仅根据预测的点对点下载方式支持的点对点下载码率,对下载码率调整,使得在提高目标多媒体数据的下载码率即清晰度时,不会额外增加下载成本。
参阅图6所示,为一种控制设备的结构示意图。基于同一技术构思,本申请实施例还提供了一种控制设备,可以包括存储器601和处理器602。
存储器601,用于存储处理器602执行的计算机程序。存储器601可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据区块链节点的使用所创建的数据等。处理器602,可以是一个中央处理单元(central processing unit,CPU),或者为数字处理单元等。本申请实施例中不限定上述存储器601和处理器602之间的具体连接介质。本申请实施例在图6中以存储器601和处理器602之间通过总线603连接,总线603在图6中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。总线603可以分为地址总线、数据总线、控制总线等。为便于表示,图6中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
存储器601可以是易失性存储器(volatile memory),例如随机存取存储器(random-access memory,RAM);存储器601也可以是非易失性存储器(non-volatilememory),例如只读存储器,快闪存储器(flash memory),硬盘(hard disk drive,HDD)或固态硬盘(solid-state drive,SSD)、或者存储器601是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器601可以是上述存储器的组合。
处理器602,用于调用存储器601中存储的计算机程序时执行如图2中所示的实施例提供的码率的控制方法。
本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述任意方法实施例中的码率的控制方法。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对相关技术做出贡献的部分可以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台控制设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分的方法。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种码率的控制方法,其特征在于,包括:
接收到用于下载目标多媒体数据的下载指令,通过点对点服务器获取点对点下载节点的上传能力信息,所述点对点下载节点为存储有所述目标多媒体数据的在线设备;
根据当前的传输能力信息和获取的所述上传能力信息,预测点对点下载支持的点对点下载码率,所述点对点下载码率为采用点对点下载方式从点对点下载节点获取目标多媒体数据时支持的码率;
根据所述点对点下载码率,调整所述目标多媒体数据的下载码率。
2.如权利要求1所述的方法,其特征在于,根据所述点对点下载码率,调整所述目标多媒体数据的下载码率,包括:
将所述点对点下载码率确定为所述目标多媒体数据的下载码率。
3.如权利要求1所述的方法,其特征在于,根据所述点对点下载码率,调整所述目标多媒体数据的下载码率,包括:
获取设定的标准码率;
若所述点对点下载码率不高于所述标准码率,则将所述标准码率确定为所述目标多媒体数据的下载码率;
若所述点对点下载码率高于所述标准码率,则将所述点对点下载码率确定为所述目标多媒体数据的下载码率。
4.如权利要求1-3任一项所述的方法,其特征在于,进一步包括:
若所述传输能力信息与历史传输能力信息不同,或者,所述上传能力信息与历史传输能力信息不同,则根据当前的传输能力信息和获取的上传能力信息,预测点对点下载支持的点对点下载码率。
5.如权利要求1-3任一项所述的方法,其特征在于,所述上传能力信息包括点对点下载节点的数量、每一点对点下载节点网络连接的连通性,以及每一点对点下载节点上传数据的网络性能指标;
所述传输能力信息包括剩余播放占比、本地网络连接的连通性,以及本地网络传输的网络性能指标,其中,所述剩余播放占比是根据目标多媒体数据的当前播放缓存占用时长以及最大播放缓存时长确定的。
6.一种码率的控制装置,其特征在于,包括:
获取单元,用于接收到用于下载目标多媒体数据的下载指令,通过点对点服务器获取点对点下载节点的上传能力信息,所述点对点下载节点为存储有所述目标多媒体数据的在线设备;
预测单元,用于根据当前的传输能力信息和获取的上传能力信息,预测点对点下载支持的点对点下载码率,所述点对点下载码率为采用点对点下载方式从点对点下载节点获取目标多媒体数据时支持的码率;
调整单元,用于根据所述点对点下载码率,调整所述目标多媒体数据的下载码率。
7.如权利要求6所述的装置,其特征在于,所述调整单元用于:
将所述点对点下载码率确定为所述目标多媒体数据的下载码率。
8.如权利要求6所述的装置,其特征在于,所述调整单元用于:
获取设定的标准码率;
若所述点对点下载码率不高于所述标准码率,则将所述标准码率确定为所述目标多媒体数据的下载码率;
若所述点对点下载码率高于所述标准码率,则将所述点对点下载码率确定为所述目标多媒体数据的下载码率。
9.如权利要求6-8任一项所述的装置,其特征在于,所述预测单元还用于:
若所述传输能力信息与历史传输能力信息不同,或者,所述上传能力信息与历史传输能力信息不同,则根据当前的传输能力信息和获取的上传能力信息,预测点对点下载支持的点对点下载码率。
10.如权利要求6-8任一项所述的装置,其特征在于,所述上传能力信息包括点对点下载节点的数量、每一点对点下载节点网络连接的连通性,以及每一点对点下载节点上传数据的网络性能指标;
所述传输能力信息包括剩余播放占比、本地网络连接的连通性,以及本地网络传输的网络性能指标;
所述剩余播放占比是根据目标多媒体数据的当前播放缓存占用时长以及最大播放缓存时长确定的。
CN201910422592.9A 2019-05-21 2019-05-21 一种码率的控制方法和装置 Active CN110049359B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910422592.9A CN110049359B (zh) 2019-05-21 2019-05-21 一种码率的控制方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910422592.9A CN110049359B (zh) 2019-05-21 2019-05-21 一种码率的控制方法和装置

Publications (2)

Publication Number Publication Date
CN110049359A true CN110049359A (zh) 2019-07-23
CN110049359B CN110049359B (zh) 2020-11-17

Family

ID=67282747

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910422592.9A Active CN110049359B (zh) 2019-05-21 2019-05-21 一种码率的控制方法和装置

Country Status (1)

Country Link
CN (1) CN110049359B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113840269A (zh) * 2021-08-06 2021-12-24 深圳Tcl新技术有限公司 一种多媒体数据传输方法、装置、电子设备和存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103561283A (zh) * 2013-10-30 2014-02-05 乐视致新电子科技(天津)有限公司 一种智能电视的码率切换方法及装置
US20140047071A1 (en) * 2012-08-07 2014-02-13 Ntt Docomo, Inc. Method, system and network for transmitting multimedia data to a plurality of clients
CN103747286A (zh) * 2014-01-03 2014-04-23 上海聚力传媒技术有限公司 一种用于提供视频的方法和设备
CN103888512A (zh) * 2014-02-20 2014-06-25 上海聚力传媒技术有限公司 一种资源下载的方法与装置
CN105263037A (zh) * 2014-07-18 2016-01-20 中国科学院声学研究所 一种基于客户端缓存的自适应流化方法
CN105847864A (zh) * 2016-05-13 2016-08-10 合网络技术(北京)有限公司 一种推荐视频清晰度的方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140047071A1 (en) * 2012-08-07 2014-02-13 Ntt Docomo, Inc. Method, system and network for transmitting multimedia data to a plurality of clients
CN103561283A (zh) * 2013-10-30 2014-02-05 乐视致新电子科技(天津)有限公司 一种智能电视的码率切换方法及装置
CN103747286A (zh) * 2014-01-03 2014-04-23 上海聚力传媒技术有限公司 一种用于提供视频的方法和设备
CN103888512A (zh) * 2014-02-20 2014-06-25 上海聚力传媒技术有限公司 一种资源下载的方法与装置
CN105263037A (zh) * 2014-07-18 2016-01-20 中国科学院声学研究所 一种基于客户端缓存的自适应流化方法
CN105847864A (zh) * 2016-05-13 2016-08-10 合网络技术(北京)有限公司 一种推荐视频清晰度的方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113840269A (zh) * 2021-08-06 2021-12-24 深圳Tcl新技术有限公司 一种多媒体数据传输方法、装置、电子设备和存储介质
CN113840269B (zh) * 2021-08-06 2023-11-14 深圳Tcl新技术有限公司 一种多媒体数据传输方法、装置、电子设备和存储介质

Also Published As

Publication number Publication date
CN110049359B (zh) 2020-11-17

Similar Documents

Publication Publication Date Title
US9736266B2 (en) Rapid data acquisition over the internet
US10182127B2 (en) Application-driven CDN pre-caching
US8615630B2 (en) Systems and methods for managing data storage
KR101359081B1 (ko) 성능 인식 p2p 콘텐트 온 디맨드
US20160142510A1 (en) Cache-aware content-based rate adaptation mechanism for adaptive video streaming
US10277669B1 (en) Communication channel between device and CDN during playback
US9619388B2 (en) Method for managing cache data of a mobile terminal, mobile terminal, and server
CN103166941A (zh) 一种数据分享的方法及装置
US10178431B2 (en) Hybrid stream delivery
US9152220B2 (en) Incremental preparation of videos for delivery
EP2127377A1 (en) Prefix caching assisted quality of service aware peer-to-peer video-on-demand
He et al. LiveClip: towards intelligent mobile short-form video streaming with deep reinforcement learning
WO2018233539A1 (zh) 视频处理方法、计算机存储介质及设备
Chang et al. Dynamic adjustable multimedia streaming service architecture over cloud computing
CN103369019A (zh) 用于发送和接收多媒体内容的方法和设备
CN110049359A (zh) 一种码率的控制方法和装置
CN107959667A (zh) 一种媒体分片的推送方法、服务器及客户端
CN114786034A (zh) 一种基于边缘计算的全景视频优化传输方法和系统
US20210314274A1 (en) Multimedia content steering
KR20180033667A (ko) 스트리밍 서비스를 제공하는 방법 및 장치
JP6538061B2 (ja) クライアント端末にマルチメディアコンテンツのコンテンツ部分を提供する方法及び対応するキャッシュ
Gao et al. Dhp: A joint video download and dynamic bitrate adaptation algorithm for short video streaming
TW201501526A (zh) 提供多媒體內容之內容部分至用戶端之方法及對應之快取
US11134039B1 (en) Dynamically controlling messaging platform client-side and server-side behavior
US11405686B2 (en) Asynchronous video transcoding

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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40008929

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant