WO2011143916A1 - 媒体适配的方法和装置 - Google Patents
媒体适配的方法和装置 Download PDFInfo
- Publication number
- WO2011143916A1 WO2011143916A1 PCT/CN2010/080360 CN2010080360W WO2011143916A1 WO 2011143916 A1 WO2011143916 A1 WO 2011143916A1 CN 2010080360 W CN2010080360 W CN 2010080360W WO 2011143916 A1 WO2011143916 A1 WO 2011143916A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- terminal
- media file
- information
- transcoding
- adaptation
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
Definitions
- the inventors have found that the above prior art has at least the following disadvantages: In the progressive download process for a user's HTTP request, the transcoding format is fixed, if the capability of the terminal changes, such as If the bandwidth is reduced, or the processing capacity is reduced, it cannot be adjusted in time. Summary of the invention
- the foregoing technical solution provided by the embodiment of the present invention determines whether the transcoding needs to be performed according to the information of the media file and the information of the terminal. If the transcoding is required, the media file is transcoded and sent to the terminal, where the information of the terminal includes
- the variable parameters obtained at the timing can adjust the parameters of the transcoding in time according to the variable parameters obtained at the timing, thereby realizing the dynamic adaptation of the media file and the perception of the capability of the terminal by the server side during the media file request process, and Real-time adaptation that the terminal does not perceive can be realized without any modification of the terminal.
- FIG. 2 is a schematic diagram of a network architecture of a media adaptation according to Embodiment 1 of the present invention
- FIG. 4 is a flowchart of a method for media adaptation provided by Embodiment 3 of the present invention
- FIG. 5 is a structural diagram of a device for media adaptation according to Embodiment 4 of the present invention. detailed description
- the terminal in the embodiment of the present invention refers to a terminal having a playback capability, and sends a request to the network side and downloads the media file for local play, including but not limited to: a mobile phone, a notebook computer, a computer, and the like.
- the foregoing method provided in this embodiment is performed on the network side, such as a service server or an edge server on the network side, and the like, which is not specifically limited in this embodiment of the present invention.
- the user sends an HTTP request for playing a media file to the network side by using the mobile phone, and a server on the network side performs an HTTP response, and performs transcoding adaptation according to the information of the media file and the information of the terminal, and then sends the adaptation. After the file is given to the terminal.
- the media file is transcoded and sent to the terminal through an HTTP response; if no transcoding is required, the media file is directly sent to the terminal through an HTTP response.
- the media file may be processed and sent to the terminal by using a Chunked Transfer Encoding technology.
- This mode is called HTTP chunk mode.
- the data that allows HTTP to be sent by the server to the client application can be divided into multiple parts. The specific steps are as follows: After determining that transcoding needs to be performed, the media file is first divided into blocks, and then obtained. Each block is transcoded separately and sent to the terminal in chunk block mode.
- the response header in HTTP chunk mode contains a Transfer-Encoding whose value is chunked, which means that the sent data is chunked data, not the entire data.
- the message body corresponding to all the blocks encapsulates only one HTTP response header, and is encapsulated before the first sent message body.
- the last message body contains a block of size 0, indicating the end of the transmitted block, and all transmissions are completed. Therefore, the server can send data without knowing in advance the total size of the content being sent.
- the granularity of the segmentation can be set as needed, such as 1 second, 2 seconds, etc.
- the minimum granularity can be set to one GOP (Group Of Picture The image group) unit is not specifically limited in this embodiment of the present invention.
- the receiving module 501 is configured to receive a request for acquiring a media file from the terminal.
- the adaptation unit is configured to perform segmentation on the media file, separately transcode each obtained block, and send the block to the terminal in a chunk block mode.
- the foregoing apparatus provided in this embodiment may be a server on the network side, including but not limited to: a service server, an edge server, and the like.
- the method in any of the foregoing method embodiments may be performed on the device, and the specific process is the same as that in the method embodiment, and details are not described herein again.
Description
媒体适配的方法和装置 技术领域
本发明涉及通信技术领域， 特别涉及一种媒体适配的方法和装置。 背景技术
目前 FIN (Flash Video) 视频格式已经成为互联网上的主流视频文件格式， 多数在线视 频网站， 如新浪播客、 六间房、 优酷、 土豆等， 均采用 FIN视频格式。 在互联网上可以使用 RTMP (Real Time Messaging Protocol, 实时消息传送协议）来发布 FIN格式的视频， 也可以 使用 HTTP (Hypertext Transfer Protocol, 超文本传输协议） 来发布。 由于 HTTP协议在服务 器价格和流量方面具有优势，因此，多数网站都使用 HTTP协议来发布，既经济又实用。 HTTP 方式是指一种渐进式下载方式， 通过服务器将 FIN视频文件下载到客户端的本地缓存， 然后 再通过本地连接来播放这个 FIN视频文件。 因此， 客户端播放的是本地缓存的视频， 在下载 完成后服务器就没有消耗了， 从而可以节省服务器消耗。
随着技术的进步， 手机的视频播放能力越来越强， 借助于强大的处理器和解码芯片， 手 机播放 720P的视频已经成为可能； 目前网络上流行的 RMVB (RealMedia Variable Bit Rate, 可变比特率的 RealMedia)、 AVI (Audio Video Interleaved, 音频视频交错）、 WMV (Windows Media Video, 微软流媒体）、 FIN等视频格式不需要转换就能够流畅播放。 但是 HTTP渐进 式下载方式下， 带宽比较小的用户在请求高码率的视频文件时， 需要用户花费很长时间来等 待视频缓冲， 造成启动延时增加， 看视频过程中也会多次中断播放进行缓冲， 从而影响用户 的体验； 而且服务器在按照高码率发送视频文件时， 由于手机的接收能力有限， 势必造成数 据的丢失， TCP协议则会重复启动重传又会导致网络带宽进一步恶化。 因此， 现有技术提出 了一种媒体适配方案以解决上述问题。
媒体适配方案是在服务器和客户端中间加了一个媒体适配层， 该层通过能力交换期间收 集的终端的信息和视频文件的信息，对渐进式下载的内容进行适配。当用户发出 URLdJniform Resource Location, 统一资源定位符）请求后， 媒体适配层根据该请求从服务器获取相应的视 频文件， 媒体适配层对视频内容进行分析后确定转码参数并进行转码， 转换完成后进行缓冲， 并传送到客户端进行播放。
在实现本发明的过程中， 发明人发现上述现有技术至少具有以下缺点： 在针对用户一次 HTTP 请求的渐进式下载过程中， 转码格式是固定不变的， 如果终端的能力发生变化， 如带 宽降低， 或者处理能力降低， 则无法进行及时调整。 发明内容
为了解决现有技术的问题， 本发明实施例提供了一种媒体适配的方法和装置。 所述技术 方案如下：
一种媒体适配的方法， 所述方法包括：
接收来自终端的获取媒体文件的请求；
获取所述媒体文件；
根据所述媒体文件的信息和本地已存储的所述终端的信息， 判断是否需要转码； 如果需要转码， 则对所述媒体文件进行转码后发送给所述终端；
其中， 所述终端的信息包含可变参数， 所述可变参数为定时获取的。
一种媒体适配的装置， 所述装置包括：
接收模块， 用于接收来自终端的获取媒体文件的请求；
获取模块， 用于获取所述媒体文件；
适配模块， 用于根据所述媒体文件的信息和本地已存储的所述终端的信息， 判断是否需 要转码， 如果需要转码， 则对所述媒体文件进行转码后发送给所述终端；
其中， 所述终端的信息包含可变参数， 所述可变参数为定时获取的。
本发明实施例提供的上述技术方案根据媒体文件的信息和终端的信息， 判断是否需要转 码； 如果需要转码， 则对所述媒体文件进行转码后发送给终端， 其中， 终端的信息包含定时 获取的可变参数， 根据定时获取的可变参数可以及时调整转码的参数， 从而实现了媒体文件 的动态适配， 以及在媒体文件请求过程中服务器侧对终端的能力的感知， 而且， 无需终端做 任何改动， 可以实现终端不感知的实时适配。 附图说明
图 1是本发明实施例 1提供的媒体适配的方法流程图；
图 2是本发明实施例 1提供的媒体适配的网络架构示意图；
图 3是本发明实施例 2提供的媒体适配的方法流程图；
图 4是本发明实施例 3提供的媒体适配的方法流程图；
图 5是本发明实施例 4提供的媒体适配的装置结构图。 具体实施方式
为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发明实施方式作进 一步地详细描述。
实施例 1
参见图 1， 本实施例提供了一种媒体适配的方法， 包括：
101： 接收来自终端的获取媒体文件的请求；
102： 获取该媒体文件；
103： 根据该媒体文件的信息和本地已存储的终端的信息， 判断是否需要转码；
104： 如果需要转码， 则对媒体文件进行转码后发送给终端。
其中， 所述终端的信息包含可变参数， 该可变参数为定时获取的。
本实施例中， 媒体文件的格式不限， 可以是任何格式的， 如 FLV、 WMV、 RM、 RMVB、
TS等等， 媒体文件可以是音频文件， 也可以是视频文件， 本发明实施例对此不做具体限定。
本实施例中， 上述可变参数可以包括： 终端的带宽和处理能力中的至少一种。进一步地， 终端的信息还可以包括： 终端类型和终端屏幕分辨率中的至少一种。 媒体文件的信息可以包 括： 编解码信息、 视频分辨率、 码率和帧率中的至少一种。 其中， 编解码信息和视频分辨率 可以直接从媒体文件中获取， 而帧率和码率可以通过计算得出。
本发明实施例中的终端是指具有播放能力的终端， 通过向网络侧发出请求， 并下载媒体 文件在本地播放， 包括但不限于： 手机、 笔记本电脑、 计算机等等。
本实施例提供的上述方法是在网络侧执行的，如网络侧的业务服务器或边缘服务器等等， 本发明实施例对此不做具体限定。 例如， 参见图 2， 用户使用手机向网络侧发出播放媒体文 件的 HTTP请求， 网络侧的某个服务器进行 HTTP响应， 并根据媒体文件的信息和终端的信 息进行转码适配， 然后发送适配后的文件给终端。
本实施例提供的上述方法根据媒体文件的信息和终端的信息， 判断是否需要转码； 如果 需要转码， 则对所述媒体文件进行转码后发送给终端， 其中， 终端的信息包含定时获取的可 变参数， 根据定时获取的可变参数可以及时调整转码的参数， 从而实现了媒体文件的动态适 配， 以及在媒体文件请求过程中服务器侧对终端的能力的感知， 而且， 无需终端做任何改动， 可以实现终端不感知的实时适配。
实施例 2
参见图 3， 本实施例提供了一种媒体适配的方法， 以网络侧的业务服务器为例进行说明， 该方法包括：
301： 终端向网络侧发送 HTTP 请求， 请求获取媒体文件， 网络侧的业务服务器接收该 HTTP请求。 图中以终端请求获取 《a.FLV》 为例进行说明。
302： 业务服务器在本地查找终端请求的媒体文件， 找到该媒体文件之后， 获取该媒体文 件的信息。
具体地， 媒体文件的信息包括： 编解码信息、 视频分辨率、 码率和帧率中的至少一种。 其中， 媒体文件的编解码信息和视频分辨率可以直接从媒体文件中提取出来； 媒体文件的码 率和帧率是计算得到的， 此处不做过多说明。
303：业务服务器根据该媒体文件的信息和本地已存储的终端的信息，判断是否需要转码。 本实施例中， 业务服务器上存储有终端的信息， 该终端的信息通常包含可变参数， 在此 基础上还可以包括固定参数。 其中， 该可变参数为定时获取的， 可以为终端的带宽和处理能 力中的至少一种。 固定参数可以为终端类型和终端屏幕分辨率中的至少一种。
本实施例中， 业务服务器可以每隔固定的周期检测一次终端的能力， 包括带宽和 /或处理 能力， 以便及时了解终端的能力， 方便及时调整转码参数， 实现动态适配。 所述固定的周期 可以根据需要设置， 如 100ms、 200ms等等， 本发明实施例对此不做具体限定。 其中， 检测 终端的能力可以采用多种手段， 如终端定期上报能力信息给网络侧， 或者网络侧根据 TCP中 的 ACK消息的个数计算出终端的带宽，或者网络侧使用探针探测带宽占用情况等等，本发明 实施例对此不做具体限定。
本实施例中， 终端的信息中的固定参数通常是指网络侧收到上述 HTTP请求后获取的， 也可以采用多种方式， 如终端主动上报给网络侧， 或者网络侧根据该 HTTP请求中的 URL识 别出等等， 本发明实施例对此不做具体限定。
本实施例中， 转码是指根据源信息和目标信息等转码参数对媒体文件进行转换， 包括但 不限于： 码率的转换、 分辨率的转换、 文件格式的转换等等， 如 FLV格式到 WMV格式的转 换等， 本发明实施例对此不做具体限定。 所述源信息是指媒体文件的信息， 所述目标信息是 指终端的信息。
其中， 进行码率的转换的过程可以具体如下： 网络侧根据已存储的终端的带宽， 确定终 端的码率； 比较媒体文件的码率与终端的码率是否相同， 如果相同， 则判定不需要转码， 如 果不同， 则判定需要转码。 例如， 终端请求播放 《哈利波特. FLV》， 该文件的码率为 1Mbps,
终端的带宽为 500Kbps， 根据该带宽可以将终端的码率确定为 450Kbps， 与文件的码率不同， 因此， 判定出需要进行转码。
304： 如果需要转码， 则对该媒体文件进行转码后通过 HTTP响应发送给终端； 如果不需 要转码， 则直接通过 HTTP响应将该媒体文件发送给终端。
本实施例中， 为了避免由于对整体媒体文件进行转码而导致终端的启动延时增加， 进一 步地， 还可以采用分块传输编码 （Chunked transfer encoding) 技术对媒体文件进行处理后发 送给终端， 该模式称为 HTTP chunk模式， 允许 HTTP由服务器发送给客户端应用的数据可 以分成多个部分， 具体步骤如下： 在判定需要转码后， 先对媒体文件进行切分得到分块， 然 后对得到的各个分块分别进行转码， 并以 chunk分块模式发送给终端。
其中， HTTP chunk模式下响应头中包含一项 Transfer-Encoding, 其值为 chunked, 代表 发送的数据是分块数据， 不是整个数据。 通常， 媒体文件被切分后， 会得到多个分块， 每一 个分块使用一个消息体发送， 所有分块对应的消息体只封装一个 HTTP响应头， 在第一个发 送的消息体前封装该 HTTP响应头。 最后一个消息体含有一个大小为 0的块， 代表发送的分 块结束， 全部发送完成。 因此， 服务器可以发送数据而不需要预先知道发送内容的总大小。
通常， 对媒体文件进行切分时， 是按照时间进行切分的， 切分的粒度可以根据需要设置， 如 1秒、 2秒等等， 优选地， 可以设置最小粒度为一个 GOP (Group Of Picture, 图像组） 单 元， 本发明实施例对此不做具体限定。
具体地， 在完成切分得到分块后， 可以将每个分块和转码参数送到转码器， 进行转码。 当第一个分块转码完成后， 就可以填充 HTTP消息体， 以 chunk mode方式向终端进行响应， 以减少终端的响应延时。 如果在对各个分块进行转码的过程中， 定时检测到终端的能力有所 更新， 则对下一个分块进行转码时， 采用更新后的终端信息进行转码， 从而实现了转码参数 的动态调整、 媒体文件实时适配。
本实施例提供的上述方法根据媒体文件的信息和终端的信息， 判断是否需要转码； 如果 需要转码， 则对所述媒体文件进行转码后发送给终端， 其中， 终端的信息包含定时获取的可 变参数， 根据定时获取的可变参数可以及时调整转码的参数， 从而实现了媒体文件的动态适 配， 以及在媒体文件请求过程中服务器侧对终端的能力的感知， 合理利用网络， 避免给网络 增加压力， 而且， 无需终端做任何改动， 可以实现终端不感知的实时适配。 另外， 对媒体文 件进行分块转码发送， 可以进一步降低终端的启动延时， 极大地提升用户的体验。 实施例 3
与实施例 2类似， 本实施例提供了一种媒体适配的方法， 不同之处在于， 在网络侧的边 缘服务器上引入实时适配， 参见图 4， 该方法包括：
401： 终端向网络侧发送 HTTP 请求， 请求获取媒体文件， 网络侧的边缘服务器接收该 HTTP请求。
402： 边缘服务器在本地查找终端请求的媒体文件， 没有找到， 则修改 URL向业务服务 器请求该媒体文件， 并下载该媒体文件到本地， 获取该媒体文件的信息。
403：边缘服务器根据该媒体文件的信息和本地已存储的终端的信息，判断是否需要转码。 404： 如果需要转码， 则对该媒体文件进行转码后通过 HTTP响应发送给终端； 如果不需 要转码， 则直接通过 HTTP响应将该媒体文件发送给终端。
其中， 也可以采用 HTTP chunk模式， 对切分后的各个分块分别进行转码再发送给终端， 具体同实施例 2中的描述。
本实施例中， 媒体文件的信息、 终端的信息、 以及边缘服务器定期检测终端信息的手段、 转码的过程、 切分的过程等等， 均与实施例 2中的描述相同， 此处不再赘述。
图 4中以得到 6个分块为例， 且终端的带宽发生变化， 根据终端的能力， 前两个分块按 照终端的带宽为 1Mbps进行转码， 第 3个分块按照终端的带宽为 500kbps进行转码， 第 4个 分块按照终端的带宽为 1Mbps进行转码，最后两个分块按照终端的带宽为 800kbps进行转码， 从而实现了实现适配， 及时调整。
本实施例提供的上述方法根据媒体文件的信息和终端的信息， 判断是否需要转码； 如果 需要转码， 则对所述媒体文件进行转码后发送给终端， 其中， 终端的信息包含定时获取的可 变参数， 根据定时获取的可变参数可以及时调整转码的参数， 从而实现了媒体文件的动态适 配， 以及在媒体文件请求过程中服务器侧对终端的能力的感知， 合理利用网络， 避免给网络 增加压力， 而且， 无需终端做任何改动， 可以实现终端不感知的实时适配。 另外， 对媒体文 件进行分块转码发送， 可以进一步降低终端的启动延时， 极大地提升用户的体验。 实施例 4
参见图 5， 本实施例提供了一种媒体适配的装置， 包括：
接收模块 501， 用于接收来自终端的获取媒体文件的请求；
获取模块 502， 用于获取该媒体文件；
适配模块 503， 用于根据媒体文件的信息和本地已存储的终端的信息， 判断是否需要转 码， 如果需要转码， 则对该媒体文件进行转码后发送给终端；
其中， 终端的信息包含可变参数， 该可变参数为定时获取的。
本实施例中， 获取模块 502还可以用于： 在获取媒体文件之后，
获取媒体文件的编解码信息； 和 /或，
获取媒体文件的视频分辨率； 和 /或，
计算媒体文件的码率； 和 /或，
计算媒体文件的帧率；
相应的， 所述媒体文件的信息包括： 编解码信息、 视频分辨率、 码率和帧率中的至少一 种。
本实施例中， 上述可变参数可以为终端的带宽和处理能力中的至少一种。
本实施例中， 上述终端的信息还可以包括： 终端类型和终端屏幕分辨率中的至少一种。 本实施例中， 适配模块 503可以包括：
判断单元， 用于根据本地已存储的终端的带宽， 确定终端的码率， 比较媒体文件的码率 与终端的码率是否相同， 如果不同， 则判定需要转码。
为了降低终端的启动延时， 进一步地， 适配模块 503可以包括：
适配单元， 用于对媒体文件进行切分， 对得到的各个分块分别进行转码， 并以 chunk分 块模式发送给终端。
本实施例提供的上述装置可以为网络侧的服务器， 包括但不限于： 业务服务器和边缘服 务器等等。 在该装置上可以执行上述任一方法实施例中的方法， 具体过程同方法实施例中的 描述， 此处不再赘述。
本实施例提供的上述装置根据媒体文件的信息和终端的信息， 判断是否需要转码； 如果 需要转码， 则对所述媒体文件进行转码后发送给终端， 其中， 终端的信息包含定时获取的可 变参数， 根据定时获取的可变参数可以及时调整转码的参数， 从而实现了媒体文件的动态适 配， 以及在媒体文件请求过程中服务器侧对终端的能力的感知， 合理利用网络， 避免给网络 增加压力， 而且， 无需终端做任何改动， 可以实现终端不感知的实时适配。 另外， 对媒体文 件进行分块转码发送， 可以进一步降低终端的启动延时， 极大地提升用户的体验。 最后需要说明的是， 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分 流程， 是可以通过计算机程序来指令相关的硬件来完成， 所述的程序可存储于一计算机可读 取存储介质中， 该程序在执行时， 可包括如上述各方法的实施例的流程。 其中， 所述的存储 介质可为磁碟、 光盘、 只读存储记忆体 （ROM) 或随机存储记忆体 （RAM) 等。
本发明实施例中的各功能单元可以集成在一个处理模块中， 也可以是各个单元单独物理 存在， 也可以两个或两个以上单元集成在一个模块中。 上述集成的模块既可以采用硬件的形 式实现， 也可以采用软件功能模块的形式实现。 所述集成的模块如果以软件功能模块的形式 实现并作为独立的产品销售或使用时， 也可以存储在一个计算机可读取存储介质中。 上述提 到的存储介质可以是只读存储器， 磁盘或光盘等。 上述的各装置或系统， 可以执行相应方法 实施例中的方法。
以上所述仅为本发明的较佳实施例， 并不用以限制本发明， 凡在本发明的精神和原则之 内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。
Claims
1、 一种媒体适配的方法， 其特征在于， 所述方法包括：
接收来自终端的获取媒体文件的请求；
获取所述媒体文件；
根据所述媒体文件的信息和本地已存储的所述终端的信息， 判断是否需要转码； 如果需要转码， 则对所述媒体文件进行转码后发送给所述终端；
其中， 所述终端的信息包含可变参数， 所述可变参数为定时获取的。
2、 根据权利要求 1所述的方法， 其特征在于， 获取所述媒体文件之后， 还包括： 获取所述媒体文件的编解码信息； 和 /或，
获取所述媒体文件的视频分辨率； 和 /或，
计算所述媒体文件的码率； 和 /或，
计算所述媒体文件的帧率；
所述媒体文件的信息包括： 所述编解码信息、 视频分辨率、 码率和帧率中的至少一种。
3、根据权利要求 1所述的方法， 其特征在于， 所述可变参数为终端的带宽和处理能力中 的至少一种。
4、 根据权利要求 1或 3所述的方法， 其特征在于， 所述终端的信息还包括： 终端类型和 终端屏幕分辨率中的至少一种。
5、根据权利要求 1所述的方法， 其特征在于， 根据所述媒体文件的信息和本地已存储的 所述终端的信息， 判断是否需要转码， 包括：
根据本地已存储的所述终端的带宽， 确定所述终端的码率；
比较所述媒体文件的码率与所述终端的码率是否相同， 如果不同， 则判定需要转码。
6、根据权利要求 1或 5所述的方法， 其特征在于， 对所述媒体文件进行转码后发送给所 述终端， 包括：
对所述媒体文件进行切分， 对得到的各个分块分别进行转码， 并以分块模式发送给所述 终端。
7、 一种媒体适配的装置， 其特征在于， 所述装置包括：
接收模块， 用于接收来自终端的获取媒体文件的请求；
获取模块， 用于获取所述媒体文件；
适配模块， 用于根据所述媒体文件的信息和本地已存储的所述终端的信息， 判断是否需 要转码， 如果需要转码， 则对所述媒体文件进行转码后发送给所述终端；
其中， 所述终端的信息包含可变参数， 所述可变参数为定时获取的。
8、 根据权利要求 7所述的装置， 其特征在于， 所述获取模块还用于： 在获取所述媒体文 件之后，
获取所述媒体文件的编解码信息； 和 /或，
获取所述媒体文件的视频分辨率； 和 /或，
计算所述媒体文件的码率； 和 /或，
计算所述媒体文件的帧率；
所述媒体文件的信息包括： 所述编解码信息、 视频分辨率、 码率和帧率中的至少一种。
9、根据权利要求 7所述的装置， 其特征在于， 所述可变参数为终端的带宽和处理能力中 的至少一种。
10、 根据权利要求 7或 9所述的装置， 其特征在于， 所述终端的信息还包括： 终端类型 和终端屏幕分辨率中的至少一种。
11、 根据权利要求 7所述的装置， 其特征在于， 所述适配模块包括：
判断单元， 用于根据本地已存储的所述终端的带宽， 确定所述终端的码率， 比较所述媒 体文件的码率与所述终端的码率是否相同， 如果不同， 则判定需要转码。
12、 根据权利要求 7或 11所述的装置， 其特征在于， 所述适配模块包括：
适配单元， 用于对所述媒体文件进行切分， 对得到的各个分块分别进行转码， 并以分块 模式发送给所述终端。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201180000674.6A CN102439935B (zh) | 2011-01-19 | 2011-01-19 | 媒体适配的方法和装置 |
| PCT/CN2010/080360 WO2011143916A1 (zh) | 2011-01-19 | 2011-01-19 | 媒体适配的方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2010/080360 WO2011143916A1 (zh) | 2011-01-19 | 2011-01-19 | 媒体适配的方法和装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2011143916A1 true WO2011143916A1 (zh) | 2011-11-24 |
Family
ID=44991181
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2010/080360 WO2011143916A1 (zh) | 2011-01-19 | 2011-01-19 | 媒体适配的方法和装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102439935B (zh) |
| WO (1) | WO2011143916A1 (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104935954A (zh) * | 2014-03-17 | 2015-09-23 | 索尼公司 | 用于显示相关媒体文件的系统、设备和方法 |
| CN104980795A (zh) * | 2014-04-09 | 2015-10-14 | 北大方正集团有限公司 | 多终端视频文件的处理方法和系统 |
| CN105141985A (zh) * | 2015-07-30 | 2015-12-09 | 世纪龙信息网络有限责任公司 | 影视流流畅播放系统及其播放方法 |
| CN105871972A (zh) * | 2015-11-13 | 2016-08-17 | 乐视云计算有限公司 | 一种视频资源的分布式缓存方法、装置及系统 |
| CN106131198A (zh) * | 2016-07-15 | 2016-11-16 | 广东亿迅科技有限公司 | 一种录音文件批量下载和格式自动转码的系统及方法 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106210760A (zh) * | 2016-06-24 | 2016-12-07 | 杭州迪普科技有限公司 | 流媒体资源的缓存方法及装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1717674A (zh) * | 2001-12-12 | 2006-01-04 | 索尼电子有限公司 | 对多媒体数据进行转换以将其传送到多个异种设备 |
| US20060198392A1 (en) * | 2004-12-13 | 2006-09-07 | Samsung Electronics Co., Ltd. | Transcoding apparatus and method for seamless multimedia content transmission |
| CN101640627A (zh) * | 2008-07-29 | 2010-02-03 | 优必达科技有限公司 | 多媒体数据串流传输的系统及其方法 |
| CN101778104A (zh) * | 2009-12-29 | 2010-07-14 | 常州中流电子科技有限公司 | 一种实现自适应带宽播放流媒体的系统及其方法 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101329637B (zh) * | 2003-10-31 | 2011-11-16 | 索尼株式会社 | 远程确定多媒体内容用户的配置的系统和方法 |
| EP2329395A2 (en) * | 2008-09-19 | 2011-06-08 | Limelight Networks, Inc. | Content delivery network stream server vignette distribution |
| EP2359536B1 (en) * | 2008-11-24 | 2016-03-16 | Ankeena Networks, Inc., | Adaptive network content delivery system |
-
2011
- 2011-01-19 WO PCT/CN2010/080360 patent/WO2011143916A1/zh active Application Filing
- 2011-01-19 CN CN201180000674.6A patent/CN102439935B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1717674A (zh) * | 2001-12-12 | 2006-01-04 | 索尼电子有限公司 | 对多媒体数据进行转换以将其传送到多个异种设备 |
| US20060198392A1 (en) * | 2004-12-13 | 2006-09-07 | Samsung Electronics Co., Ltd. | Transcoding apparatus and method for seamless multimedia content transmission |
| CN101640627A (zh) * | 2008-07-29 | 2010-02-03 | 优必达科技有限公司 | 多媒体数据串流传输的系统及其方法 |
| CN101778104A (zh) * | 2009-12-29 | 2010-07-14 | 常州中流电子科技有限公司 | 一种实现自适应带宽播放流媒体的系统及其方法 |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104935954A (zh) * | 2014-03-17 | 2015-09-23 | 索尼公司 | 用于显示相关媒体文件的系统、设备和方法 |
| US10965974B2 (en) | 2014-03-17 | 2021-03-30 | Sony Corporation | System, device and method for displaying display-dependent media files |
| US11659223B2 (en) | 2014-03-17 | 2023-05-23 | Sony Corporation | System, device and method for displaying display-dependent media files |
| CN104980795A (zh) * | 2014-04-09 | 2015-10-14 | 北大方正集团有限公司 | 多终端视频文件的处理方法和系统 |
| CN105141985A (zh) * | 2015-07-30 | 2015-12-09 | 世纪龙信息网络有限责任公司 | 影视流流畅播放系统及其播放方法 |
| CN105871972A (zh) * | 2015-11-13 | 2016-08-17 | 乐视云计算有限公司 | 一种视频资源的分布式缓存方法、装置及系统 |
| CN106131198A (zh) * | 2016-07-15 | 2016-11-16 | 广东亿迅科技有限公司 | 一种录音文件批量下载和格式自动转码的系统及方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102439935A (zh) | 2012-05-02 |
| CN102439935B (zh) | 2014-12-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8717890B2 (en) | Application, usage and radio link aware transport network scheduler | |
| US9247276B2 (en) | System and method for progressive delivery of media content | |
| US9979771B2 (en) | Adaptive variable fidelity media distribution system and method | |
| JP6337350B2 (ja) | ビデオ品質向上 | |
| CA2953422C (en) | Server side adaptive bit rate control for http streaming clients | |
| EP2962435B1 (en) | Link-aware streaming adaptation | |
| US9608921B2 (en) | Dynamic bit rate scaling | |
| US9112938B2 (en) | Adaptive playback with look-ahead | |
| US20140032777A1 (en) | Method, apparatus, and system for transmitting and processing media content | |
| US9596323B2 (en) | Transport accelerator implementing client side transmission functionality | |
| WO2016049987A1 (zh) | 一种数据处理方法、装置及相关服务器 | |
| US20150271231A1 (en) | Transport accelerator implementing enhanced signaling | |
| US20210029181A1 (en) | Link-aware streaming adaptation | |
| WO2004104867A2 (en) | System for doing service location management taking into account the node and network characteristics | |
| JP6436772B2 (ja) | 受信ビットレートの動的適応方法および関連する受信機 | |
| WO2012171507A1 (zh) | 向客户端传输数据文件的方法和装置 | |
| WO2011143916A1 (zh) | 媒体适配的方法和装置 | |
| WO2015120766A1 (zh) | 一种视频优化系统及方法 | |
| KR102304476B1 (ko) | 적응적 스트리밍 서비스를 위한 다중 경로 기반 블록 전송 시스템 및 스트리밍 방법 | |
| EP3354033B1 (en) | Dynamic seeking in video delivery systems | |
| CN110881018B (zh) | 媒体流的实时接收方法及客户端 | |
| KR20190048186A (ko) | 적응적 스트리밍 서비스를 위한 다중 경로 기반 분할 전송 시스템 및 스트리밍 방법 | |
| WO2013071517A1 (zh) | 媒体流的发送方法及服务器 | |
| WO2014073202A1 (ja) | 情報処理装置、情報処理方法、コンテンツ配信システム及びコンピュータプログラム記録媒体 | |
| KR20140086801A (ko) | 실시간 콘텐츠 트랜스코딩 방법, 장치 및 시스템, 및 실시간 콘텐츠 수신 장치 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| WWE | Wipo information: entry into national phase |
Ref document number: 201180000674.6 Country of ref document: CN |
|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 10851673 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 10851673 Country of ref document: EP Kind code of ref document: A1 |