技术领域

本发明实施例属于多媒体处理领域， 尤其涉及一种多媒体文件转码 方法和装置。 发明背景

在信息高速发展的今天，多媒体技术已经深入 到人们工作、学习中， 随着网络技术的不断进步， 其得到了进一步的发展， 成为信息产业中发 展最为迅速的技术。 为了促进多媒体业务的进一步发展， 满足人们曰常 工作、 生活中对多媒体服务的不同需求， 一些标准化组织针对社会上不 同业务需求提出了多种音视频编码标准， 比如， 针对视频电话和视频会 议业务提出的 H.263标准、 针对 DVB, HDTV和 DVD提出的 MPEG2 标准； 针对网络中流媒体服务开发的 MPEG4标准； 以及针对高视频压 缩性能、 网络友好提出的 H.264标准等。

由于多种音视频编码标准的同时存在， 以及在多媒体应用中对压缩 效率、 解压速度、 码流使用的目标设备等要求的不同， 就会相应地存在 着多种多样的媒体文件， 它们彼此之间所使用的文件格式、 视频格式、 压缩格式各不相同。 为了有效地利用现有的多媒体资源， 现有技术提供 了一种转码技术， 用于在多种音视频编码标准之间进行转换。 目前， 转 码技术日渐受到人们的广泛关注， 不断得到进一步的研究与开发。

这种在多种音视频编码标准之间进行转换的软 件或者硬件工具称为 转码器。 但是由于目标设备的多种多样， 如目前比较常使用的手持设备 就包括各种型号的手机、各种型号的手持娱乐 设备比如 MP4、 MP3、 PSP 等等， 这对于普通用户来说， 4艮难在极为复杂专业的各项转码参数中选 择出一组最适应自己手持设备的转码参数， 甚至有时都难以选择出可以 在自己手持设备上播放的转码参数， 这样就无形中提高了用户使用转码 器的门槛； 并且， 转码器在根据转码参数对源多媒体文件进行转 码得到 目标多媒体文件的过程中， 需要占用较多的 CPU资源， 如此， 当多个用 户同时需要根据相同的转码参数对相同的源多 媒体文件进行转码时， 显 然会造成严重的资源浪费。 发明内容

本发明实施例提供了一种多媒体文件转码方法 和装置， 以便解决现 有的多媒体文件转码时存在的资源浪费严重的 问题。

本发明实施例是这样实现的：

一种多媒体文件转码方法， 所述方法包括下述步骤：

A, 接收用户提供的源多媒体文件和转码参数；

B , 从点对点网络中查找并下载所述源多媒体文件 和转码参数对应 的目标多媒体文件。

一种多媒体文件转码装置， 包括：

信息接收单元， 用于接收用户提供的源多媒体文件和转码参数 ； 点对点网络管理单元， 用于从点对点网络中查找并下载所述信息接 收单元接收的源多媒体文件和转码参数对应的 目标多媒体文件。

综上技术方案可以看出， 本发明实施例中， 在接收到用户输入的源 多媒体文件和转码参数时， 根据源多媒体文件和转码参数， 从点对点网 络中查找并下载根据源多媒体文件和转码参数 转码得到的目标多媒体 文件， 从而在多个用户均要根据相同的转码参数对相 同的源多媒体文件 进行转码时， 不需要每个用户均进行转码操作， 大大节约了多媒体文件 的转码资源。 附图简要说明

图 1是本发明实施例提供的多媒体文件转码方法� �实现流程图； 图 2是本发明实施例提供的装置的基本结构框图� �

图 3是本发明实施例提供的装置的详细结构框图� � 实施本发明的方式

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

本发明实施例中， 在接收到用户提供的源多媒体文件和转码参数 时， 根据源多媒体文件和转码参数， 从点对点（P2P: Peer to Peer )网络 中查找并下载根据源多媒体文件和转码参数转 码得到的目标多媒体文 件。 也就是说， 本申请在用户需要转换源多媒体文件得到目标 多媒体文 件时， 只需要根据用户提供的源多媒体文件以及转码 参数在底层的 P2P 共享网络中进行查找， 当查找到时， 直接利用 P2P网络进行下载即可， 这样， 在多个用户均要根据相同的转码参数对相同的 源多媒体文件进行 转码时， 不需要针对每个用户进行转码操作， 即避免了大量用户都要进 行占用 CPU较高的转码操作，而是代替以下载操作，这 显然节省了 CPU 资源， 并方便了用户使用。

为了使本发明的目的、 技术方案和优点更加清楚， 下面结合附图和 具体实施例对本发明进行详细描述。

参见图 1 , 图 1是本发明实施例提供的多媒体文件转码方法� �实现 流程图， 如图 1所示， 该流程包括：

在步骤 S101中， 接收用户提供的源多媒体文件和转码参数。

这里， 转码参数具体可为目标多媒体文件的相关参数 ， 其包括但不 限于文件容器格式、 视频格式、 视频大小、 视频帧率、 视频码率、 音频 格式、 音频码率、 音频采样率、 音频声道数等中的至少一个。

在步骤 S102 中， 从点对点网络中查找并下载源多媒体文件和转 码 参数对应的目标多媒体文件。

需要说明的是， 上述步骤 S101和步骤 S102都是由转码器实现的， 或者由转码器中设置的功能模块实现的， 这里并不进行限定。

其中， 步骤 S102 的具体实现基于点对点网络中是否存在查询服 务 器， 下面分别对点对点网络中存在查询服务器时， 以及点对点网络中不 存在查询服务器时步骤 S102的具体实现进行描述。

如果点对点网络中存在查询服务器， 则步骤 S102具体可为：

Al、 向点对点网络中的查询服务器发送目标文件查 询请求， 该目标 文件查询请求携带源多媒体文件信息和转码参 数信息， 以使查询服务器 根据目标文件查询请求携带的源多媒体文件信 息和转码参数信息查找 到并返回该源多媒体文件信息和转码参数信息 对应的客户端列表。

在本发明实施例中， 目标文件查询请求携带的源多媒体文件信息为 用于标识该源多媒体文件的信息， 其具体可以是源多媒体文件的哈希

( Hash )值， 或者其他用于标识该源多媒体文件的信息。

在本发明实施例中， 目标文件查询请求携带的转码参数信息为用于 标识该转码参数的信息， 其可以是播放效果或者其他用于标识该转码参 数的信息。 需要说明的是， 为便于精确识别出转码参数信息和转码参数 之间的关系， 以转码参数信息为播放效果为例， 则需要预先建立播放效 果与转码参数之间的对应关系。 举例说明如下： 当播放效果为 "播放效 果最佳" 时， 其对应的转码参数如下： 视频格式为、 视频大小为、 视频 帧率为、 视频码率为、 音频格式为、 音频码率为、 音频采样率为、 音频 声道数为； 当播放效果为 "播放效果最差" 时， 其对应的转码参数如下： 视频格式为、 视频大小为、 视频帧率为、 视频码率为、 音频格式为、 音 频码率为、 音频采样率为、 音频声道数为。

A2、从查询服务器返回的客户端列表中的客户� ��上下载采用该转码 参数对该源多媒体文件进行转码得到的目标多 媒体文件。

如此， 即可得到源多媒体文件对应的目标多媒体文件 。

优选地， 在本发明另一实施例中， 在步骤 A2之后， 该方法还可包 括下述步骤：

A3、 当步骤 A2下载成功目标多媒体文件后， 查询服务器将下载了 目标多媒体文件的客户端增加至上述查找到的 列表中。

为使上述步骤 A1至步骤 A3更加清楚， 下面举例说明：

假设用户 A提供的源多媒体文件名称为 "黑客 .avi" , 提供的转码 参数为 "目标设备为 PSP, 播放效果最佳" ， 假如预先建立了转码参数 和转码参数信息之间的对应关系， 若转码参数信息为整数， 其和转码参 数的对应关系为： 转码参数即 "目标设备为 PSP, 播放效果最佳" 对应 整数 1 , 而转码参数即 "目标设备为 PSP, 播放效果最差" 对应整数 2 等， 则在上述步骤 A1 中， 向点对点网络中的查询服务器发送目标文件 查询请求， 该目标文件查询请求携带源多媒体文件信息比 如源多媒体文 件的 Hash值和整数 1。当查询服务器查询到存储有目标文件查询� �求所 携带的源多媒体文件信息比如源多媒体文件的 Hash值和整数 1的客户 端列表，则返回该查询到客户端列表给用户 A的客户端；需要说明的是， 如果查询服务器查询不到所述客户端列表， 则返回下载失败的信息给用 户 A的客户端。

在步骤 A2中， 当用户 A的客户端接收到查询服务器返回的客户端 列表时， 从该客户端列表中的客户端上下载到自己想要 的目标多媒体文 件。 在步骤 A3中， 当步骤 A2完成下载后， 查询服务器将用户 A的客 户端加入到上述客户端列表中。

以上对点对点网络中存在查询服务器时， 步骤 S102 的具体实现方 式进行了描述， 下面对点对点网络中不存在查询服务器时步骤 S102 的 具体实现进行描述。

如果点对点网络中不存在查询服务器， 则步骤 S102具体可为：

Bl、 向预先存储的客户端列表中的客户端发送目标 文件查询请求， 该目标文件查询请求携带源多媒体文件信息和 转码参数信息， 以使接收 到该目标文件查询请求的客户端返回存储有该 源多媒体文件信息和转 码参数信息的客户端列表。

在本发明实施例中， 当接收到所述目标文件查询请求的客户端存储 了该目标文件查询请求所携带的源多媒体文件 信息和转码参数信息对 应的客户端列表时， 该客户端直接返回自身存储的客户端列表； 而当接 收到目标文件查询请求的客户端未存储该目标 文件查询请求所携带的 源多媒体文件信息和转码参数信息对应的客户 端列表时， 该客户端再向 其预先存储的客户端列表中的客户端发送接收 到的目标文件查询请求， 直到存储了上述源多媒体文件信息和转码参数 信息对应的客户端列表 的客户端返回该客户端列表为止。 需要说明的是， 如果最终都不存在存 储了上述源多媒体文件信息和转码参数信息对 应的客户端列表的客户 端， 则最后接收到目标文件查询请求的客户端返回 下载失败的信息。

B2、从返回的客户端列表中的客户端上下载采� ��该转码参数对该源 多媒体文件进行转码得到的目标多媒体文件。

如此， 即可得到源多媒体文件对应的目标多媒体文件 。

优选地， 在本发明另一实施例中， 在步骤 B2之后， 该方法还可包 括下述步骤： B3、 当下载成功后， 通知预先存储的客户端列表中的所有客户端将 下载了目标多媒体文件的客户端增加至源多媒 体文件信息以及转码参 数信息对应的客户端列表中。

为使上述步骤 B1至步骤 B3更加清楚， 下面举例说明：

假设用户 A提供的源多媒体文件名称为 "黑客 .avi" , 提供的转码 参数为 "目标设备为 PSP, 播放效果最佳" ， 假如预先建立了转码参数 和转码参数信息之间的对应关系， 若转码参数信息为整数， 其和转码参 数的对应关系为： 转码参数即 "目标设备为 PSP, 播放效果最佳" 对应 整数 1 , 而转码参数即 "目标设备为 PSP, 播放效果最差" 对应整数 2 等， 则在上述步骤 A1中， 用户 A的客户端会向本地预先保存的客户端 的 IP列表内的客户端发送目标文件查询请求，该� ��标文件查询请求中携 带源多媒体文件信息比如 Hash值以及整数 1 ,如果接收到目标文件查询 请求的客户端存储了该目标文件查询请求中携 带的源多媒体文件信息 比如 Hash值以及整数 1对应的客户端列表， 会直接返回给用户 A的客 户端， 如果没有， 该客户端再向其存储的客户端列表中的其他客 户端发 送接收的目标文件查询请求， 直到最终有结果返回给用户 A的客户端， 假如最终不存在存储了该目标文件查询请求中 携带的源多媒体文件信 息比如 Hash值以及整数 1对应的客户端列表的客户端， 则最后接收到 目标文件查询请求的客户端向用户 A的客户端返回下载失败的信息。

在步骤 B2中， 当用户 A的客户端接收到返回的客户端列表时， 从 该客户端列表中的客户端上下载到自己想要的 目标多媒体文件。

在步骤 B3中， 当步骤 B2完成下载后， 用户 A的客户端通知其本 地预先存储的客户端列表中的所有客户端将用 户 A 的客户端加入到上 述源多媒体文件信息比如 Hash值以及整数 1对应的客户端列表中。

当然在本发明实施例中， 还可以根据转码器的具体实现设置其他用 来查找目标多媒体文件的算法， 而不以上述举例说明为限。 在本发明实 施例中， 预先建立与其他用户之间的点对点传输网络， 当接收到用户输 入的源多媒体文件和转码参数时， 从点对点网络中查找对应的目标多媒 体文件， 其中对应的目标多媒体文件是指根据转码参数 对源多媒体文件 进行转码操作得到的多媒体文件。 需要说明的是， 如果从点对点网络中 未查找到对应的目标多媒体文件， 则直接根据转码参数对源多媒体文件 进行转码处理， 生成目标多媒体文件。 其具体过程属于现有技术， 在此 不再赘述。

当从点对点网络中查找到对应的目标多媒体文 件时， 可以直接从点 对点网络中下载查找的对应的目标多媒体文件 ， 也可以输出人机交互界 面， 以使用户通过该人机交互界面选择多媒体文件 转码方式， 并根据选 择的多媒体文件转码方式从点对点网络下载对 应的目标多媒体文件， 或 者直接根据转码参数对源多媒体文件进行转码 处理， 生成目标多媒体文 件。

需要说明的是， 当从点对点网络中查找到对应的目标多媒体文 件 时， 如果点对点网络的传输速度较慢， 从点对点网络中查找对应的目标 多媒体文件需要花费较长时间， 这将给用户带来较差的用户体验， 为了 避免这种问题， 在本发明另一实施例中， 在方法还包括下述步骤： 当在预设时间内未从点对点网络中查找到对应 的目标多媒体文件 时， 直接根据转码参数对源多媒体文件进行转码处 理， 生成目标多媒体 文件。 这里， 该预设时间可以由用户自行设置， 只与用户设置值相关； 也可通过统计得到， 之后写死在软件（通常， 超过此预设时间基本没有 获取到目标多媒体文件的可能） 。

通过以上描述可以看出， 虽然直接根据转码参数对源多媒体文件进 行转码处理需要占用较多的 CPU资源，但当网络速度较慢时，如果直接 从点对点网络中查找并下载对应的目标多媒体 文件也可能需要花费较 长的时间， 一种较佳的方式是在转码速度和转码消耗的资 源之间找到较 好的平衡点， 基于此， 作为本发明的另一实施例， 在步骤 S102之前， 该方法还包括下述步骤：

根据源多媒体文件和转码参数估算转码完成时 间， 当估算得到的转 码完成时间超过预设的时间时， 执行步骤 S102, 否则， 直接根据转码参 数对源多媒体文件进行转码处理， 得到目标多媒体文件。

其中， 上述根据源多媒体文件和转码参数估算转码完 成时间的步骤 具体包括：

转码完成时间 =基准时间 X源多媒体文件分辨率的对应系数 X源多 媒体文件的时长 X目标文件格式的对应系数 X目标文件分辨率的对应 系数 X目标文件编码格式的对应系数 X用户 PC计算能力的对应系数。 对应系数为在若干台测试机器测试后的平均值 ， 例如， 目标文件编码格 式为 H.263的对应系数定义为 1的话，那么当目标文件编码格式为 H.264 时， 由于 H.264的复杂度高于 H.263 , 可以将其定义为 2.3。

当然在本发明另一实施例中， 还可以根据转码的具体需求设置其他 的转码估算算法来估算转码完成时间， 而不以上述举例说明为限。

为了实现目标多媒体文件的共享， 在本发明另一实施例中， 在直接 根据转码参数对源多媒体文件进行转码处理， 得到目标多媒体文件的步 骤之后， 该方法还包括下述步骤：

将转码得到的目标多媒体文件共享至点对点网 络， 以便点对点网络 中的其他用户下载。

以上对本发明实施例提供的方法进行了描述。 下面对本发明实施例 提供的装置进行描述。

图 2示出了本发明实施例提供的装置的结构， 为了便于说明， 仅示 出了与本发明实施例相关的部分。 该装置具体实现时可为转码器或者其 他具有转码功能的装置， 这里不进行具体限定。

如图 2所示， 该装置包括：

信息接收单元 21接收用户提供的源多媒体文件和转码参数。

其中转码参数包括但不限于文件容器格式、 视频格式、 视频大小、 视频帧率、 视频码率、 音频格式、 音频码率、 音频采样率、 音频声道数 等。

点对点网络管理单元 22从点对点网络中查找并下载信息接收单元 21接收到的源多媒体文件和转码参数对应的目� ��多媒体文件。

在本发明实施例中， 点对点网络管理单元 22在启动所述装置或者 在信息接收单元 21 接收到源多媒体文件和转码参数时， 建立与其他用 户之间的点对点传输网络。 其中对应的目标多媒体文件是指根据转码参 数对源多媒体文件进行转码操作得到的多媒体 文件。

以上对本发明实施例提供的装置进行了筒单描 述， 下面对本发明实 施例提供的装置进行详细描述。

参见图 3 , 图 3为本发明实施例提供的装置的结构图。 如图 3所示， 该装置包括信息接收单元 31和点对点网络管理单元 32。 其中， 信息接 收单元 31和点对点网络管理单元 32分别与图 2所示的信息接收单元 21 和点对点网络管理单元 22类似， 这里不再详述。

当网络速度较慢时， 如果直接从点对点网络中查找并下载对应的目 标多媒体文件也可能需要花费较长的时间， 为了在转码速度和转码消耗 的资源之间找到较好的平衡点， 在本发明另一实施例中， 该转码器还包 括转码时间估算单元 33和转码处理单元 34。 其中：

转码时间估算单元 33根据源多媒体文件和转码参数估算转码完成 时间。 其中转码时间估算单元 33根据源多媒体文件和转码参数估算转 码完成时间的具体过程如下：

转码完成时间 =基准时间 X源多媒体文件分辨率的对应系数 X源多 媒体文件的时长 X目标文件格式的对应系数 X目标文件分辨率的对应 系数 X目标文件编码格式的对应系数 X用户 PC计算能力的对应系数。 对应系数为在若干台测试机器测试后的平均值 。 当然还可以根据转码的 具体需求设置其他的转码估算算法来估算转码 完成时间， 而不以上述举 例说明为限。

点对点网络管理单元 32判断转码时间估算单元 33估算的转码完成 时间是否超过预设时间， 如果是， 从点对点网络中查找并下载所述信息 接收单元接收的源多媒体文件和转码参数对应 的目标多媒体文件； 如果 否， 发送通知给转码处理单元 34;

转码处理单元 34 用于接收到所述通知后， 直接根据转码参数对源 多媒体文件进行转码处理， 生成目标多媒体文件。

在本发明另一实施例中， 当点对点网络的传输速度较慢时， 从点对 点网络中查找对应的目标多媒体文件需要花费 较长时间， 这将给用户带 来较差的用户体验， 为了避免这种问题， 在本发明另一实施例中当点对 点网络管理单元 32从点对点网络中未查找到对应的目标多媒体� ��件时， 触发转码处理单元 34直接根据转码参数对源多媒体文件进行转码� ��理， 生成目标多媒体文件。

优选地，如图 3所示，该转码处理单元 34包括音视频分离模块 341、 视频转码模块 342、 音频转码模块 343 以及目标文件生成模块 344。 其 中：

音视频分离模块 341对信息接收单元 31接收的源多媒体文件进行 解析， 分离出音频流和视频流。 其具体过程属于现有技术， 在此不再赘 述。 视频转码模块 342根据信息接收单元 31接收的转码参数对音视频 分离模块 241分离出的视频流进行转码处理。其具体过程 属于现有技术， 在此不再赘述。

音频转码模块 343根据信息接收单元 31接收的转码参数对音视频 分离模块 341分离出的音频流进行转码处理。其具体过程 属于现有技术， 在此不再赘述。

目标文件生成模块 344将视频转码模块 342转码后的视频流和音频 转码模块 343转码后的音频流进行合成， 生成目标多媒体文件。 其具体 过程属于现有技术， 在此不再赘述。

为了实现目标多媒体文件的共享， 在本发明另一实施例中， 该转码 器还包括文件共享单元 35。该文件共享单元 35将转码处理单元 34生成 的目标多媒体文件共享至点对点网络， 以便点对点网络中的其他用户下 载。

在本发明实施例中， 该点对点网络管理单元 32 具体结构与点对点 网络中是否存在查询服务器有关， 其中， 如果点对点网络中存在查询服 务器， 则该点对点网络管理单元 32 包括第一查询请求发送模块和第一 文件下载模块。

其中， 第一查询请求发送模块向点对点网络中存在的 查询服务器发 送目标文件查询请求， 目标文件查询请求携带用于标识所述源多媒体 文 件的信息和用于标识所述转码参数的信息， 以使所述查询服务器返回存 储有所述源多媒体文件和转码参数的客户端列 表。

在本发明实施例中， 目标文件查询请求中携带的源多媒体文件信息 可以是源多媒体文件的哈希（Hash )值。 目标文件查询请求中携带的转 码参数信息可以是播放效果， 此时， 需要预先建立播放效果与转码参数 之间的对应关系。 第一文件下载模块从查询服务器返回的客户端 列表中的客户端上 下载所述源多媒体文件和转码参数对应的目标 多媒体文件。

如果点对点网络中存在查询服务器， 则如图 3所示， 该点对点网络 管理单元 32包括第二查询请求发送模块和第二文件下载� ��块。 其中： 第二查询请求发送模块向本地预先存储的客户 端列表中的客户端 发送目标文件查询请求， 所述目标文件查询请求携带用于标识所述源多 媒体文件的信息和用于标识所述转码参数的信 息， 以使接收到所述目标 文件查询请求的客户端返回存储有所述源多媒 体文件和转码参数的客 户端列表。

在本发明实施例中， 当接收到目标文件查询请求的客户端中存储了 有该源多媒体文件和转码参数的客户端列表时 ， 则直接返回该客户端列 表； 当接收到目标文件查询请求的客户端中未存储 有该源多媒体文件和 转码参数的客户端列表时， 该接收到目标文件查询请求的客户端再向其 预先存储的客户端列表中的客户端发送目标文 件查询请求， 该目标文件 查询请求携带源多媒体文件信息和转码参数信 息， 直到查找到存储有该 源多媒体文件和转码参数的客户端， 如寻最终都未查找到存储有该源多 媒体文件和转码参数的客户端时， 返回下载失败信息给所述装置。

第二文件下载模块从返回的客户端列表中的客 户端上下载所述源 多媒体文件和转码参数对应的目标多媒体文件 。

至此， 对本发明实施例提供的装置进行了详细描述。

综上可以看出， 在本发明实施例中， 在接收到用户提供的源多媒体 文件和转码参数时， 根据源多媒体文件和转码参数， 从点对点网络中查 找并下载对应的目标多媒体文件， 从而在多个用户均要根据相同的转码 参数对相同的源多媒体文件进行转码时， 不需要每个用户均进行转码操 作， 节约了资源。 进一步地， 本实施例通过估算转码完成时间， 并在估算的转码完成 时间超过预设的时间时， 根据源多媒体文件和转码参数， 从点对点网络 中查找并下载对应的目标多媒体文件， 在估算的转码完成时间未超过预 设的时间时， 直接根据转码参数对源多媒体文件进行转码处 理， 生成目 标多媒体文件， 从而在转码速度和转码消耗的资源之间找到较 好的平衡 点， 最大程度为用户节约资源， 同时保证得到目标多媒体文件的速度。

以上所述仅为本发明的较佳实施例而已， 并不用以限制本发明， 凡 在本发明的精神和原则之内所作的任何修改、 等同替换和改进等， 均应 包含在本发明的保护范围之内。