CN108512814A - 媒体数据处理方法、装置和系统 - Google Patents

Abstract

本申请公开了一种媒体数据处理方法，该方法包括：对于当前业务的任一客户端，执行如下处理：接收该客户端上传的第一媒体数据；根据预先配置的当前业务对应的媒体数据处理需求，对所述第一媒体数据进行处理并得到第二媒体数据；及将所述第二媒体数据存储在网络侧并获得所述第二媒体数据的链接地址；及响应于来自业务服务器的链接地址获取请求，将所获得的当前业务的一个或多个所述链接地址发送给所述业务服务器，以使所述业务服务器向当前业务的任一客户端提供该客户端可用的一个或多个所述链接地址。本申请还公开了相应的装置和系统。

Description

媒体数据处理方法、装置和系统

技术领域

本申请涉及互联网技术领域，尤其涉及一种媒体数据处理方法、装置和系统。

背景技术

随着计算机技术和互联网技术的发展，越来越多的用户在更多场合需要对自己个人录制或工作需求录制的音视频进行处理，如变调、加背景音乐、音频转换、对视频素材进行剪辑回放等，目前市场上也有很多对音视频进行处理的软件和技术，如ffmpeg技术，ffmpeg是一套可以用来记录、转换数字音频、视频，并能将其转化为流的开源计算机程序。采用LGPL或GPL许可证。它提供了录制、转换以及流化音视频的完整解决方案。它包含了非常先进的音频/视频编解码库libavcodec。ffmpeg被广泛的应用在各种播放软件中。

发明内容

本申请实例提供一种媒体数据处理方法，该方法包括：对于当前业务的任一客户端，执行如下处理：接收该客户端上传的第一媒体数据；根据预先配置的当前业务对应的媒体数据处理需求，对所述第一媒体数据进行处理并得到第二媒体数据；及将所述第二媒体数据存储在网络侧并获得所述第二媒体数据的链接地址；及响应于来自业务服务器的链接地址获取请求，将所获得的当前业务的一个或多个所述链接地址发送给所述业务服务器，以使所述业务服务器向当前业务的任一客户端提供该客户端可用的一个或多个所述链接地址。

本申请还提供了一种媒体数据处理方法，该方法包括：将当前业务产生的第一媒体数据上传至数据处理服务器；其中，针对当前业务的任一客户端上传的所述第一媒体数据，所述数据处理服务器根据预先配置的当前业务对应的媒体数据处理需求对所述第一媒体数据进行处理并得到第二媒体数据，将所述第二媒体数据存储在网络侧并获得所述第二媒体数据的链接地址；向业务服务器发送链接地址获取请求；其中，所述业务服务器响应于所述链接地址获取请求，从所述数据处理服务器获得的当前业务的一个或多个链接地址中确定对于本客户端可用的各所述链接地址；从所述业务服务器接收对于本客户端可用的各所述链接地址；响应于用户对于接收到的各所述链接地址中任一链接地址的选择操作，根据被选择的所述链接地址从网络侧获取所述第二媒体数据；及播放所获取的所述第二媒体数据。

本申请还提供了一种媒体数据处理装置，该装置包括：上传处理模块，接收当前业务的任一客户端上传的第一媒体数据；数据处理模块，根据预先配置的当前业务对应的媒体数据处理需求，对所述第一媒体数据进行处理并得到第二媒体数据；将所述第二媒体数据存储在网络侧并获得所述第二媒体数据的链接地址，并将所述链接地址保存在所述信息提供模块；及信息提供模块，响应于来自业务服务器的链接地址获取请求，将所获得的当前业务的一个或多个所述链接地址发送给所述业务服务器，以使所述业务服务器向当前业务的任一客户端提供一个或多个所述链接地址。

本申请还提供了一种媒体数据处理系统，包括：业务服务器、上传服务器、处理服务器和信息提供服务器，所述信息提供服务器集成在所述处理服务器之中或者独立设置；其中，所述上传服务器，接收当前业务的任一客户端上传的第一媒体数据，并将所述第一媒体数据提供给所述处理服务器；所述处理服务器，根据预先配置的当前业务对应的媒体数据处理需求，对所述第一媒体数据进行处理并得到第二媒体数据；将所述第二媒体数据存储在网络侧并获得所述第二媒体数据的链接地址，并将所述链接地址保存在所述信息提供服务器；所述业务服务器，响应于来自当前业务的任一客户端的上传所述第一媒体数据的请求，向所述信息提供服务器发送链接地址获取请求；所述信息提供服务器，响应于来自所述业务服务器的所述链接地址获取请求，将所获得的当前业务的一个或多个所述链接地址发送给所述业务服务器；所述业务服务器，向当前业务的任一客户端提供对于该客户端可用的一个或多个所述链接地址。

采用本申请的上述技术方案，能够实现媒体数据的处理和产品解耦，同时数据处理服务器在后台异步处理，可以在较短的时间内处理完成媒体数据的处理需求，以及在处理过程中，不会阻塞用户的其他操作，从而使得用户体验更好。

附图说明

为了更清楚地说明本申请实例中的技术方案，下面将对实例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请涉及的一种系统构架示意图；

图2为本申请一实例的方法流程图；

图3为本申请涉及的媒体数据处理系统图；

图4为本申请涉及的分布式处理；

图5为本申请另一实例的方法流程图；

图6本申请一媒体数据处理实例的消息交互图；

图7是本申请一实例的装置结构图；

图8是本申请另一实例的装置结构图；及

图9是本申请一实例的设备结构图。

具体实施方式

下面将结合本申请实例中的附图，对本申请实例中的技术方案进行清楚、完整地描述，显然，所描述的实例仅是本申请一部分实例，而不是全部的实例。基于本申请中的实例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实例，都属于本申请保护的范围。

在一些实例中，用户直接在电子设备中的产品(该产品是指具有音视频处理功能的应用或平台，如：配音软件、媒体播放器或微信等应用，或者能够展示某种媒体互动活动的web页面的浏览器)进行媒体数据处理，如音视频处理。比如：用户在使用配音软件时，如果需要进行音视频处理(比如完成一次配音之后需要对音视频数据做处理)，则由配音软件进行音视频处理，在该处理过程中，配音软件处于不可用的状态。可见，目前的媒体数据处理和产品的耦合度较高，媒体数据处理会影响产品其它功能的使用，用户等待的时间较长，使得用户的体验效果较差。同时，该产品中用于进行媒体数据处理的模块设计复杂，从而该产品的实现难度较高，产品测试时间也会较长，这样，产品的开发成本就会较高。再者，因用户侧电子设备的处理能力有限，该产品可能出现媒体数据处理时间较长的情况，而长时间的处理过程，可能会带来潜在的风险，如损坏音视频源文件等。进一步，若产品对音视频需求发生变更时，如改善其音视频处理效果或增加音视频处理功能(如在音视频中增加英文字幕等)时，该产品也很难快速的实现音视频处理需求的变更。此外，若该产品为展示web页面的浏览器，则该产品也不能实现复杂的音视频处理，很难达到用户想要的音视频处理效果。

基于上述技术问题，本申请提出一种媒体数据处理方法，该方法可应用于图1所示的系统构架中。如图1所示，该系统构架包括：客户端101和后台102，后台102中包括业务服务器103(该业务服务器可以为网站服务器或应用程序服务器)、数据处理服务器104和存储服务器105，客户端101和后台102可以通过互联网106进行通信。这里，客户端101就是指前述的产品，可以为展示媒体互动活动的页面的浏览器(如互动广告活动等，该活动可以web页面形式实现)或应用(APP)(如配音软件等)。

用户使用客户端101可以产生如变调、加背景音乐、音频转换、对视频素材进行剪辑回放等媒体数据处理需求。在一些实例中，数据处理服务器104将这些处理需求封装成处理进程。对于多种产品(即多种业务)对应的多种客户端101，可以将不同类客户端101的媒体数据的处理需求(即不同业务的处理需求)封装成不同的处理进程，并将每种业务对应一个业务标识(如项目ID)，每个业务标识对应一个处理进程，处理进程的名称可以与业务标识相关联(如处理进程的名称中可以包含项目ID)。

针对一个客户端101的媒体数据处理过程如下：

客户端101向数据处理服务器104上传媒体数据成功后，数据处理服务器104返回给客户端101该媒体数据的ID，预定时间后，客户端101经业务服务器103向数据处理服务器104查询媒体数据的处理状态，如果数据处理服务器104已处理完成所述媒体数据，会将第二媒体数据上传至网络侧的存储服务器105，获得第二媒体数据的链接地址(URL)并将其返回给业务服务器103，该第二媒体数据为所述媒体数据经过处理后的媒体数据。客户端101根据从业务服务器103获取的上述URL从存储服务器105获取第二媒体数据。

在一实例中，本申请提出的媒体数据处理方法应用于数据处理服务器104，如图2所示，该方法包括以下步骤：

步骤200：对于当前业务的任一客户端，执行如下步骤201～203：

步骤201：接收该客户端上传的第一媒体数据。

其中，媒体数据可以为音视频等数据，从而所述第一媒体数据可以为音视频源文件。在一些实例中，数据处理服务器可以接收并临时存储所述媒体数据源文件，可以是数据处理服务器中的上传服务器本地临时存储所述媒体数据源文件，以便数据处理服务器中的旁路处理服务器对上传服务器存储的媒体数据源文件进行处理。

在一些实例中，响应于来自所述业务服务器的获取验证票据的请求，发送验证票据给所述业务服务器；

接收所述第一媒体数据时，进一步接收所述第一媒体数据对应的验证票据；

根据所述验证票据校验所述第一媒体数据是否合法；

当校验结果为所述第一媒体数据合法时，执行所述对所述第一媒体数据进行处理并得到第二媒体数据的处理。

在一些实例中，响应于当前业务的客户端的上传源文件请求，数据处理服务器中的验证服务器(ticket server)返回客户端一个加密的验证票据(ticket)，作为用户身份安全的凭证，以确保上传服务器不受非法用户的非法攻击。

在一些实例中，客户端接收到验证服务器返回的ticket后，进一步将媒体数据源文件(如音视频源文件)、所述ticket、用户标识信息(即，对应应用或活动中注册的用户ID，如QQ号、微信号码等即时通讯号码)等数据上传到上传服务器。上传服务器解析所述ticket，以校验所述客户端的请求是否合法，若所述请求合法，则接收所述媒体数据源文件等数据。当上传成功时，上传服务器返回给所述客户端该媒体数据源文件的文件ID，该文件ID可以为ticket数据的一部分，所述ticket可以由如项目ID、用户标识信息、文件ID以及该音视频源文件的上传日期等信息组成。若所述请求不合法，则上传服务器要求所述客户端重新发送上传源文件请求。

客户端接收到上述文件ID后，将其发送至业务服务器，该业务服务器可以为网站服务器(web server)或应用服务器，业务服务器保存该文件ID。

步骤202：根据预先配置的当前业务对应的媒体数据处理需求，对所述第一媒体数据进行处理并得到第二媒体数据。

在一些实例中，数据处理服务器预先将多种业务的媒体数据处理需求分别封装成多个处理进程，并将所述多个处理进程分别与所述多种业务的业务标识相关联。其中，所述对所述第一媒体数据进行处理，包括：根据所述第一媒体数据携带的业务标识调用其关联的处理进程，以由该处理进程对所述第一媒体数据进行处理。

具体的，数据处理服务器采用的业务标识可以为项目ID，这样，每种业务对应一个项目ID，可以将处理进程的名称和项目ID相关联，如进程的名称中包含项目ID。

其中，所述数据处理服务器可以采用如ffmpeg强大的音视频处理技术，且所述数据处理服务器采用多进程方式，根据当前业务对应的项目ID调用对应的处理进程。这里，数据处理服务器接收到的客户端上传的第一媒体数据可携带当前业务的业务标识(如：音视频源文件携带项目ID)。该处理过程中，数据处理服务器实时保存进程的处理状态、文件ID等处理信息，该处理信息可以存储至本地的缓存(cache)中，或者存储至专门的缓存(cache)服务器或其他存储系统(如redis db)中。其中，所述处理状态可以分为五种：1、正在处理，2、成功，3、解析错误(是指解析音视频处理请求的协议出错，如请求音视频处理的协议参数不正确)，4、处理错误(是指音视频处理失败，如音频格式不对等导致音视频处理失败)，5、上传存储服务器错误。

步骤203：将所述第二媒体数据存储在网络侧并获得所述第二媒体数据的链接地址。

在一些实例中，数据处理服务器将所述第二媒体数据上传到存储服务器，其中，所述存储服务器存储所述第二媒体数据并生成所述链接地址；从所述存储服务器接收所述链接地址。

具体的，所述处理进程处理完成后，数据处理服务器将所述处理过的媒体数据文件，即第二媒体数据，上传至存储服务器中，该存储服务器可以为云存储服务器，或者内容分发网络(CDN)服务器，所述云存储服务器或CDN服务器将第二媒体数据文件的下载地址(URL)返回给数据处理服务器，其中，所述第二媒体数据为所述媒体数据经媒体数据处理服务器处理后的媒体数据。

在一些实例中，当对所述第一媒体数据进行处理并得到第二媒体数据之后，记录处理状态，其中，所述处理状态用于指示所述处理是否成功；其中，当所述处理成功时，将所述第二媒体数据存储在网络侧并获得所述链接地址；该方法进一步包括：当对一客户端上传的所述第一媒体数据进行的所述处理失败时，提供所述处理状态给所述业务服务器，以使所述业务服务器将所述处理状态提供给所述客户端。

步骤204：响应于来自业务服务器的链接地址获取请求，将所获得的当前业务的一个或多个所述链接地址发送给所述业务服务器，以使所述业务服务器向当前业务的任一客户端提供该客户端可用的一个或多个所述链接地址。

在一些实例中，当接收到所述第一媒体数据之后，将所述第一媒体数据的标识发送给所述业务服务器；将所获得的所述第二媒体数据的链接地址与所述第一媒体数据的标识对应保存；

其中，所述将所述链接地址提供给业务服务器，包括：

响应于来自所述业务服务器的查询请求，根据所述查询请求携带的所述第一媒体数据的标识查找到对应的所述链接地址；及

将查找到的所述链接地址发送给所述业务服务器。

这里，业务服务器得知产品上传第一媒体数据成功后，经过预定时间便向数据处理服务器中的旁路处理服务器查询第一媒体数据处理状态，当旁路处理服务器处理完成后，第二媒体数据的下载地址(即链接地址)可用，便将所述下载地址返回给业务服务器。

在一些实例中，在音视频源文件上传成功后，经过预定时间，客户端可向业务服务器查询音视频源文件的处理状态。当旁路处理服务器对此音视频源文件处理成功后，可获得对应的音视频文件(即第二媒体数据)的链接地址，可将此链接地址返回给业务服务器，业务服务器将所收到的各链接地址以及对应的音视频源文件的文件ID对应保存。旁路处理服务器也可将对音视频源文件的处理状态(如：1、正在处理，2、成功，3、解析错误，4、处理错误，5、上传存储服务器错误等状态)发送给业务服务器。对于一个客户端，业务服务器可以将该客户端上传的音视频源文件的处理状态提供给客户端，也可以将该客户端可用的一个或多个第二媒体数据的链接地址提供给该客户端，该客户端通过任一链接地址，可从存储服务器获取上述该链接地址对应的第二媒体数据。

这里，某一客户端可用的一个或多个第二媒体数据的链接地址可以包括以下中的至少一项：1、与该客户端当前用户参与同一互动活动(比如广告互动活动)的其它用户上传的各第一媒体数据对应的各第二媒体数据的链接地址，2、关注该客户端当前用户的各用户针对某个媒体内容上传的各第一媒体数据对应的各第二媒体数据的链接地址，3、该客户端当前用户关注的各用户上传的各第一媒体数据对应的各第二媒体数据的链接地址，4、该客户端当前用户的好友上传的各第一媒体数据对应的各第二媒体数据的链接地址，5、针对某一媒体内容所有用户上传的各第一媒体数据对应的各第二媒体数据的链接地址，等等。

例如，对于上述第1项，在一个广告互动活动中，参与活动的各个用户可通过各自的客户端上传音视频源文件，并由后台处理得到一音视频文件(即第二媒体数据)的链接地址，在此广告互动活动中产生的对应于各用户的音视频文件的链接地址都可以提供给某一用户的客户端，这样，此用户可以播放各个用户的音视频文件。

再例如，对于上述第2项，该客户端是个配音软件，该客户端的当前用户通过配音软件上传的一个音视频源文件(配音作品源文件)，后台处理得到一配音作品的链接地址并发布在配音软件的平台中，关注此用户的各其它用户的客户端可访问此配音作品的链接地址并播放，还可针对此配音作品发出评论或者多媒体互动，进而可以上传各自的音视频源文件(对于配音作品发表的语音评论或音视频互动信息)到后台，后台可以处理得到各音视频文件的链接地址，并将各音视频文件的链接地址提供给发表配音作品的该客户端。后台也可以给关注此配音作品的各用户的客户端提供这些链接地址(即上述第5项)。

又例如，对于上述第3项，该客户端是个配音软件，该客户端的当前用户通过配音软件上传的一个音视频源文件(配音作品源文件)，后台处理得到一配音作品的链接地址并发布在配音软件的平台中，此用户关注的各其它用户的客户端也可上传各自的音视频源文件(配音作品源文件)到后台，后台可以处理得到各音视频文件的链接地址，并将各音视频文件的链接地址提供给第一客户端，这样用户可以访问到其所关注的各其它用户发表的配音作品。对于上述第4项，用户的客户端可以获得各好友发表的音视频作品或者音视频评论。

本申请中，上述客户端可用的一个或多个第二媒体数据的链接地址并不限于以上五种情况，根据当前客户端页面提供的媒体互动功能的不同以及用户的权限设置，对于此客户端可用的第二媒体数据的链接地址会有不同，总之，业务服务器可以根据业务逻辑确定客户端当前页面中可用的第二媒体数据的链接地址。

这里，由于该数据处理服务器处于后台中，当客户端对于媒体数据的处理需求发生变更时，只需要在后台调整该处理需求对应的处理进程即可快速的实现变更，而不必对客户端的程序做任何改动，并且，媒体数据的格式转换等处理也不会占用用户侧的处理资源，能够提升整个系统的性能。

其中，所述处理进程可被称为所述客户端(如配音软件、媒体播放器或微信等)的旁路处理过程，所述处理进程不影响所述客户端的正常操作，免去了用户使用该客户端的等待，提高用户体验。

在一些实例中，上述数据处理服务器104可以包括上传处理模块、数据处理模块和信息提供模块，这些模块可以集成在同一个服务器设备中，也可分布在不同的服务器设备中。比如，上传处理模块可以位于上传服务器，数据处理模块可以位于数据处理服务器，信息提供模块可以位于一个独立的信息提供服务器，也可与数据处理模块位于同一服务器(如数据处理服务器)。这样，在一些实例中，数据处理服务器104可以包括：上传服务器、处理服务器(集成了数据处理模块和信息提供模块)。在另一些实例中，数据处理服务器104可以包括：上传服务器、处理服务器和信息提供服务器。

本申请提出了一种媒体数据处理系统。在一些实例中，该系统300包括：业务服务器301、上传服务器302、处理服务器303和信息提供服务器304，所述信息提供服务器304集成在所述处理服务器303之中或者独立设置；其中，所述上传服务器302，接收当前业务的任一客户端上传的第一媒体数据，并将所述第一媒体数据提供给所述处理服务器303；所述处理服务器303，根据预先配置的当前业务对应的媒体数据处理需求，对所述第一媒体数据进行处理并得到第二媒体数据；将所述第二媒体数据存储在网络侧并获得所述第二媒体数据的链接地址，并将所述链接地址保存在所述信息提供服务器304；所述业务服务器301，响应于来自当前业务的任一客户端的上传所述第一媒体数据的请求，向所述信息提供服务器304发送链接地址获取请求；所述信息提供服务器304，响应于来自所述业务服务器的所述链接地址获取请求，将所获得的当前业务的一个或多个所述链接地址发送给所述业务服务器301；所述业务服务器301，向当前业务的任一客户端提供对于该客户端可用的一个或多个所述链接地址。

在一些实例中，所述系统300进一步包括：验证服务器305；其中，所述业务服务器301，响应于所述上传所述第一媒体数据的请求，进一步向所述验证服务器305发送获取验证票据的请求；所述验证服务器305，响应于来自所述业务服务器301的所述获取验证票据的请求，发送验证票据给所述业务服务器301；所述业务服务器301，进一步将所述验证票据发送给所述客户端；所述上传服务器302接收所述第一媒体数据时，进一步接收所述第一媒体数据对应的验证票据；根据所述验证票据校验所述第一媒体数据是否合法；当校验结果为所述第一媒体数据合法时，将所述第一媒体数据提供给所述数据处理服务器303。

在一些实例中，当多个客户端的处理需求较多，单台服务器处理能力可能不足，则可采用分布式的处理方案，利用多台数据处理服务器进行分布式处理，处理的结果信息可以统一存储，提供业务服务器查询处理状态使用。此种情况下，上述系统300中可以包括多组所述上传服务器302和所述处理服务器303，其中，每组包括一个所述上传服务器302和一个所述处理服务器303，所述信息提供服务器304独立设置；所述业务服务器301，响应于来自当前业务的任一客户端的上传所述第一媒体数据的请求，进一步从所述客户端接收所述第一媒体数据，为所述客户端选择一组所述上传服务器和所述处理服务器303，将所述第一媒体数据发送给所选择的所述上传服务器302；所述上传服务器302将所述第一媒体数据提供给同组的所述处理服务器303。

在一些实例中，处理服务器303可以被称为旁路处理服务器，信息提供服务器304可被称为信息存储模块。

如图4所示，分布式处理过程涉及：N个客户端(客户端1、客户端2……客户端N)、存储第二媒体数据的存储服务器以及将处理信息(包括URL和/或处理状态)统一存储的处理信息存储模块。而分布式处理平台还包括N组进行媒体数据处理的服务器，每一组包括一个上传服务器和一个旁路处理服务器，如图4所示，可包括：上传服务器1和旁路处理服务器1、上传服务器2和旁路处理服务器2、上传服务器N和旁路处理服务器N。因本申请主要涉及对于媒体数据的分布式处理，因此，平台中未示出业务服务器和验证服务器，在实际应用中，该平台中也可能包括一个或多个业务服务器和验证服务器，其中任一客户端可向当前业务对应的业务服务器发送上传媒体数据源文件的请求，也可从对应的验证服务器获得ticket。

然后，客户端将ticket、媒体数据源文件、项目ID等数据发送到对应的业务服务器，由业务服务器选择一个上传服务器并将ticket、媒体数据源文件、项目ID等数据上传到所选的上传服务器，这个选择规则可以如下：将各上传服务器的IP地址和端口号列表配置在业务服务器中，当业务服务器接收到来自客户端的请求时，通过项目ID和上传服务器的总数“取模值”的方式选择其中的一台上传服务器。例如：共有7个项目ID，分别为1000、1001、……、1006，以及共有5台上传服务器，其IP地址分别为{"10.127.0.1","10.127.0.2","10.127.0.3","10.127.0.4","10.127.0.5"}，则客户端1所对应的上传服务器为：将客户端1当前所用业务的项目ID与上传服务器的总数取模，1000％5＝0，则确定客户端1所对应的上传服务器的标识为0，上传服务器的IP地址为server[0]＝10.127.0.1；同理，客户端2所对应的上传服务器为：1001％5＝1，则确定客户端2所对应的上传服务器标识为1，上传服务器的IP地址为server[1]＝10.127.0.2；同理，客户端3所对应的上传服务器为：1002％5＝2，则确定客户端3所对应的上传服务器标识为2，上传服务器的IP地址为server[2]＝10.127.0.3；同理，客户端4所对应的上传服务器为：1003％5＝3，则确定客户端4所对应的上传服务器标识为3，上传服务器的IP地址为server[3]＝10.127.0.4；同理，客户端5所对应的上传服务器为：1004％5＝4，则确定客户端5所对应的上传服务器标识为4，上传服务器的IP地址为server[4]＝10.127.0.5；同理，客户端6所对应的上传服务器为：1005％5＝0，则确定客户端6所对应的上传服务器标识为0，上传服务器的IP地址为server[0]＝10.127.0.1；同理，客户端7所对应的上传服务器为：1006％5＝1，则确定客户端7所对应的上传服务器标识为1，上传服务器的IP地址为server[1]＝10.127.0.2。

当上述音视频源文件等数据上传成功后，其中接收该数据的上传服务器通知其对应的旁路处理服务器进行处理，该通知中携带项目ID，旁路处理服务器根据该项目ID调用该项目ID所对应的处理进程进行处理，处理的信息统一集中放在处理信息存储模块，以便业务服务器查询处理状态使用。当旁路处理服务器将媒体数据源文件成功处理完成后，便将第二媒体数据上传至存储服务器，存储服务器将第二媒体数据的链接地址(URL)(处理信息)返回给旁路处理服务器，旁路处理服务器将URL保存至处理信息存储模块。

采用上述处理技术方案，能够实现媒体数据的处理和产品解耦，同时数据处理服务器在后台异步处理，可以在较短的时间内处理完成媒体数据的处理需求，以及在处理过程中，不会阻塞用户的其他操作，从而使得用户体验更好。该方案可以快速的实现各种复杂的媒体数据处理的需求，提高用户的使用体验。

在一些实例中，对于互动广告活动(例如为用户点击广告进入一个活动页面，也就是和用户互动的页面(用户可以在该页面中进行语音互动或语音评论等操作)，加深用户对广告的认识)中常有需要使用视频、音频素材等媒体数据处理的场景，一般情况下剪辑音视频、添加背景音乐、字幕，裁剪音视频成所需要的时间长度等需要耗费较大的时间成本，同时必须在完成音视频的全部制作后才能进行上传至存储服务器进行存储，以便于下次使用时直接调用。而采用本申请的技术方案，客户端通过业务服务器选择分布式处理平台(如图3中所示)中的一个上传服务器将音视频源文件上传，然后由旁路处理服务器进行音视频处理，处理成功后，旁路处理服务器将第二媒体数据上传至存储服务器，存储服务器返回该第二媒体数据的URL给旁路处理服务器，旁路处理服务器将URL保存至处理信息存储模块。客户端对应的业务服务器向该处理信息存储模块查询第二媒体数据的链接地址，并根据客户端的请求将第二媒体数据的链接地址返回给客户端，供用户在互动广告活动中直接使用，如用户可以点击该URL，即可播放制作好的音视频。同时，因该互动广告活动从开发到上线时间相对较短，而且需求变更也较为频繁，采用本申请的上述技术方案可以快速的满足开发上线、功能更新以及需求变更等需求。

在一些实例中，本申请的上述技术方案还可以结合现有的直播平台或直播活动进行使用。一般直播后都会有对视频素材进行剪辑回放的需求，本申请通过提供封装好的分布式处理平台(如图4所示)，直播平台或直播活动中将其视频源文件上传至业务服务器，业务服务器选择分布式处理平台中的一上传服务器，然后由旁路处理服务器进行音视频剪辑以及各种功能添加，最后存储服务器提供处理好的音视频文件的URL，给旁路处理服务器，旁路处理服务器将URL保存至处理信息存储模块。客户端对应的业务服务器向该处理信息存储模块查询第二媒体数据的URL，并根据客户端的请求将第二媒体数据的URL返回给客户端，供用户播放直播视频使用。

通过采用上述技术方案，可以快速的实现各种复杂的媒体数据处理需求，不会阻塞用户的其他操作，以及快速的实现媒体数据处理需求的变更，同时还为客户端的开发上线、功能更新节省了大量时间。高效快速的分布式异步处理，提高了用户对有媒体数据处理需求的产品的体验。同时通过将封装好的平台入口开放给直播平台或直播活动等使用场景，快速导入音视频源，将直播音视频快速进行二次制作、复用和传播。

在一些实例中，本申请还提出一种媒体数据处理方法，该方法可应用于客户端101中，如图5所示，该方法包括以下步骤：

步骤501：将当前业务产生的第一媒体数据上传至数据处理服务器；其中，针对当前业务的任一客户端上传的所述第一媒体数据，所述数据处理服务器根据预先配置的当前业务对应的媒体数据处理需求对所述第一媒体数据进行处理并得到第二媒体数据，将所述第二媒体数据存储在网络侧并获得所述第二媒体数据的链接地址。

步骤502：向业务服务器发送链接地址获取请求；其中，所述业务服务器响应于所述链接地址获取请求，从所述数据处理服务器获得的当前业务的一个或多个链接地址中确定对于本客户端可用的各所述链接地址。

步骤503：从所述业务服务器接收对于本客户端可用的各所述链接地址。

步骤504：响应于用户对于接收到的各所述链接地址中任一链接地址的选择操作，根据被选择的所述链接地址从网络侧获取所述第二媒体数据。

步骤505：播放所获取的所述第二媒体数据。

在一些实例中，向所述业务服务器发送上传请求；其中，所述业务服务器响应于所述上传请求从所述数据处理服务器获取验证票据；从所述业务服务器接收所述验证票据；将所述验证票据与所述第一媒体数据一起上传至所述数据处理服务器，以使其根据所述验证票据校验所述第一媒体数据是否合法，当校验结果为所述第一媒体数据合法时，执行所述对所述第一媒体数据进行处理并得到第二媒体数据的处理。

在一些实例中，从所述业务服务器接收处理状态，其中，所述处理状态用于指示所述数据处理服务器对本客户端上传的所述第一媒体数据进行所述处理是否成功；及展示所述处理状态。

图6示出了本申请提供的媒体数据处理的交互图。其中，客户端为展示一媒体互动活动(如直播活动)的web页面的浏览器，从而其对应的业务服务器为网站服务器(webserver)；所述数据处理服务器104在该图中由虚线中的服务器构成，包括验证服务器(ticket server)、上传服务器和旁路处理服务器。这里，媒体数据可以为音视频数据。

如图6所示，所述媒体数据处理包括以下步骤：

步骤601：旁路处理服务器将客户端可参与的活动的音视频处理需求封装成该处理需求对应的处理进程，其中，每个活动对应一个项目ID，可将每个处理进程与一个项目ID对应保存。

步骤602：客户端通过上述活动的web页面向网站服务器发出上传音视频源文件的请求。这里，用户在使用客户端参与上述活动时，会产生音视频处理需求，比如：录制一段音视频并通过此web页面上传音视频源文件，此时，客户端会向网站服务器发出上传音视频源文件的请求。

步骤603：在接收到上述请求后，网站服务器从验证服务器获取用于验证用户请求是否合法的ticket。

步骤604：相应的，验证服务器返回该ticket给网站服务器，网站服务器将其返回给客户端。

步骤605：客户端将上述ticket、项目ID、音视频源文件和用户标识信息等数据上传至上传服务器。这里，后台采用分布式的处理平台时，数据可先发送给业务服务器，由业务服务器选择上传服务器，再将这些数据发送给所选的上传服务器。

这里，所述音视频源文件可以包括用户在互动广告活动中录制的语音互动或语音评论，上述语音需进行效果处理等，或者在直播活动中录制的视频，该视频需进行剪辑以及各种功能添加等等。

步骤606：上传服务器解析上述ticket，如果校验合法，则执行步骤608，否则执行步骤607。

步骤607：上传服务器将上传失败的结果信息反馈给客户端。客户端在接收到该信息后，可以再次重新发送上传音视频源文件的请求，以及继续执行上述步骤，即再次重新执行步骤601-606，或结束当前流程。

步骤608：上传服务器接收客户端上传的音视频源文件等数据，并临时在本地存储音视频源文件，以供旁路处理服务器使用。

步骤609：若上述数据上传成功，上传服务器则返回客户端该音视频源文件的文件ID。

步骤610：客户端向网站服务器发送保存文件ID的请求。

步骤611：网站服务器响应上述请求，保存文件ID。

步骤612：上传服务器通知旁路处理服务器对音视频源文件进行处理，该通知中携带项目ID、文件ID及音视频源文件等数据。

步骤613：旁路处理服务器根据项目ID调用已经封装好的音视频处理进程，进行音视频处理，所述处理包括如变调、加背景音乐、音频转换或对视频素材进行剪辑回放等。

步骤614：旁路处理服务器实时将其对音视频源文件的处理信息，如文件ID、处理状态，存储至本地缓存(cache)中，以便客户端的查询。其中，后台采用分布式的处理平台时，旁路处理服务器将上述处理信息统一存储至处理信息存储模块。

步骤615：旁路处理服务器成功处理完所述音视频源文件后，将成功处理完后的音视频文件，即第二媒体数据，上传至存储服务器，如云存储平台。而当旁路处理服务器没有成功处理完所述音视频源文件时，则无法将音视频文件上传至存储服务器，以及步骤615-步骤624均不执行。

步骤616：存储服务器存储音视频文件。

步骤617：存储服务器返回音视频文件的链接地址(URL)给旁路处理服务器。这里，后台采用分布式的处理平台时，存储服务器将上述URL返回给旁路处理服务器，旁路处理服务器将URL保存至处理信息存储模块。

步骤618：旁路处理服务器将该URL存储至本地cache中，并与文件ID和项目ID对应保存。同样，后台采用分布式的处理平台时，旁路处理服务器将上述URL与文件ID和项目ID对应保存至处理信息存储模块。

步骤619：网站服务器得知音视频源文件上传成功后，经过预定时间便根据文件ID向旁路处理服务器查询音视频源文件的处理状态以及音视频文件的URL，是否可用。其中，后台采用分布式处理平台时，网站服务器便根据文件ID向处理信息存储模块查询所述音视频源文件的处理状态以及音视频文件的URL，是否可用。

步骤620：当处理状态为2，即“成功”时，URL可用，旁路处理服务器将该URL返回给网站服务器；当处理状态为其他时，则不返回URL。进一步的，旁路处理服务器可将处理状态反馈给网站服务器。其中，在返回URL和处理状态时会同时将文件ID返回给网站服务器。

步骤621：网站服务器获得URL后，便将文件ID及其对应的URL保存起来，得到一系列的文件ID和URL，即文件ID和URL清单列表。进一步的，可将当前业务的项目ID和文件ID和URL清单列表对应保存起来，以便区分不同业务中产生的各个音视频文件及其URL。

步骤622：客户端向网站服务器请求URL，该请求可以为客户端在上传音视频源文件之后经过预定时间向网站服务器发送的(如每个10s自动刷新当前页面)，亦可以为用户点击客户端展示的相应控件而发送的(如用户点击页面中的刷新键)。

步骤623：网站服务器响应客户端的链接地址获取请求，将该客户端相关的URL(如当前页面的所有URL)均返回给客户端。

步骤624：客户端根据上述任一URL从存储服务器获取第二媒体数据，播放该第二媒体数据，进而用户可以观看到经过处理后的音视频文件。这里，客户端在获取到一系列URL之后，可展示在页面中，进一步的，响应于用户对于其中一URL的选择操作，可以根据所选的URL从存储服务器获取第二媒体数据。

基于上述实例提供的方法，本申请还提出了媒体数据处理装置，该装置可应用于数据处理服务器。如图7所示，该装置包括：

上传处理模块701，接收当前业务的任一客户端上传的第一媒体数据。

数据处理模块702，根据预先配置的当前业务对应的媒体数据处理需求，对所述第一媒体数据进行处理并得到第二媒体数据；将所述第二媒体数据存储在网络侧并获得所述第二媒体数据的链接地址，并将所述链接地址保存在所述信息提供模块。

信息提供模块703，响应于来自业务服务器的链接地址获取请求，将所获得的当前业务的一个或多个所述链接地址发送给所述业务服务器，以使所述业务服务器向当前业务的任一客户端提供一个或多个所述链接地址。

在一些实例中，所述装置进一步包括：验证模块704，响应于来自所述业务服务器的获取验证票据的请求，发送验证票据给所述业务服务器；其中，所述上传处理模块接收所述第一媒体数据时，进一步接收所述第一媒体数据对应的验证票据；根据所述验证票据校验所述第一媒体数据是否合法；当校验结果为所述第一媒体数据合法时，所述数据处理模块执行所述对所述第一媒体数据进行处理并得到第二媒体数据的处理。

在一些实例中，所述数据处理模块702，进一步预先将多种业务的媒体数据处理需求分别封装成多个处理进程，并将所述多个处理进程分别与所述多种业务的业务标识相关联；其中，所述数据处理模块702对所述第一媒体数据进行处理，包括：根据所述第一媒体数据携带的业务标识调用其关联的处理进程，以由该处理进程对所述第一媒体数据进行处理。

在一些实例中，所述上传处理模块701，当接收到所述第一媒体数据之后，进一步将所述第一媒体数据的标识发送给所述客户端，以使所述客户端将所述第一媒体数据的标识发送给所述业务服务器；所述信息提供模块703，进一步将所述数据处理模块702获得的所述第二媒体数据的链接地址与所述第一媒体数据的标识对应保存；其中，所述信息提供模块703所述将所述数据处理模块702获得的当前业务的一个或多个所述链接地址发送给所述业务服务器，包括：根据所述链接地址获取请求携带的一个或多个所述第一媒体数据的标识查找到对应的一个或多个所述链接地址；将查找到的所述一个或多个所述链接地址发送给所述业务服务器。

在一些实例中，所述数据处理模块702，当对所述第一媒体数据进行处理并得到第二媒体数据之后，进一步在所述信息提供模块中记录处理状态，其中，所述处理状态用于指示所述处理是否成功；其中，所述数据处理模块702，当所述处理成功时，将所述第二媒体数据存储在网络侧并获得所述链接地址；所述信息提供模块702，当所述数据处理模块对任一客户端上传的所述第一媒体数据进行的所述处理失败时，进一步提供所述处理状态给所述业务服务器，以使所述业务服务器将所述处理状态提供给该客户端。

在一些实例中，所述装置包括多组上传处理模块701和数据处理模块702，其中，每组包括一个上传处理模块701和一个数据处理模块702。

在一些实例中，本申请还提出一种媒体数据处理装置，该装置可应用客户端。如图8所示，该装置800包括：

上传模块801，将当前业务产生的第一媒体数据上传至数据处理服务器；其中，针对当前业务的任一客户端上传的所述第一媒体数据，所述数据处理服务器根据预先配置的当前业务对应的媒体数据处理需求对所述第一媒体数据进行处理并得到第二媒体数据，将所述第二媒体数据存储在网络侧并获得所述第二媒体数据的链接地址。

第一发送模块802，向业务服务器发送链接地址获取请求；其中，所述业务服务器响应于所述链接地址获取请求，从所述数据处理服务器获得的当前业务的一个或多个链接地址中确定对于本客户端可用的各所述链接地址。

第一接收模块803，从所述业务服务器接收对于本客户端可用的各所述链接地址。

获取模块804，响应于用户对于接收到的各所述链接地址中任一链接地址的选择操作，根据被选择的所述链接地址从网络侧获取所述第二媒体数据。

播放模块805，播放所获取的所述第二媒体数据。

在一些实例中，该装置进一步包括：第二发送模块806，向所述业务服务器发送上传请求；其中，所述业务服务器响应于所述上传请求从所述数据处理服务器获取验证票据；第二接收模块807，从所述业务服务器接收所述验证票据；所述上传模块将所述验证票据与所述第一媒体数据一起上传至所述数据处理服务器，以使其根据所述验证票据校验所述第一媒体数据是否合法，当校验结果为所述第一媒体数据合法时，执行所述对所述第一媒体数据进行处理并得到第二媒体数据的处理。

在一些实例中，该装置进一步包括：第三接收模块808，从所述业务服务器接收处理状态，其中，所述处理状态用于指示所述数据处理服务器对本客户端上传的所述第一媒体数据进行所述处理是否成功；及展示所述处理状态。

上述系统中各个实体实现各种功能的具体方法及原理在前文均有描述，这里不再赘述。

另外，在本申请各个实例中的装置及各模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上装置或模块集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

在一实施例中，上述媒体数据处理装置可运行在任一用于媒体数据处理的计算设备中，并加载在该计算设备的存储器中。如图9所示，该计算设备包括一个或者多个处理器(CPU)902、通信模块904、存储器906、用户接口910，以及用于互联这些组件的通信总线908。

处理器902可通过通信模块904接收和发送数据以实现网络通信和/或本地通信。

用户接口910包括一个或多个输出设备912，其包括一个或多个扬声器和/或一个或多个可视化显示器。用户接口910也包括一个或多个输入设备914，其包括诸如，键盘，鼠标，声音命令输入单元或扩音器，触屏显示器，触敏输入板，姿势捕获摄像机或其他输入按钮或控件等。

存储器906可以是高速随机存取存储器，诸如DRAM、SRAM、DDR RAM、或其他随机存取固态存储设备；或者非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备，或其他非易失性固态存储设备。

存储器906存储处理器902可执行的指令集，包括：

操作系统916，包括用于处理各种基本系统服务和用于执行硬件相关任务的程序；

应用918，可以包括用于实现媒体数据处理的各种应用程序，这种应用程序能够实现上述各实例中的处理流程，比如可以包括图7所示的装置700和/或图8所示的装置800。

在一些实例中，装置700可包括图7所示的各模块701～704中的至少一个，各模块701～704可以存储有机器可执行指令。处理器902通过执行存储器906中各模块701～704中的机器可执行指令，进而能够实现上述各模块701～704的功能。

在一些实例中，装置800可包括图8所示的各模块801～808中的至少一个，各模块801～808可以存储有机器可执行指令。处理器902通过执行存储器906中各模块801～808中的机器可执行指令，进而能够实现上述各模块801～808的功能。

另外，本申请的每个实例可以通过由数据处理设备如计算机执行的数据处理程序来实现。显然，数据处理程序构成了本发明。此外，通常存储在一个存储介质中的数据处理程序通过直接将程序读取出存储介质或者通过将程序安装或复制到数据处理设备的存储设备(如硬盘和/或内存)中执行。因此，这样的存储介质也构成了本发明。存储介质可以使用任何类型的记录方式，例如纸张存储介质(如纸带等)、磁存储介质(如软盘、硬盘、闪存等)、光存储介质(如CD-ROM等)、磁光存储介质(如MO等)等。

因此，本申请还提供了一种非易失性存储介质，其中存储有数据处理程序，该数据处理程序用于执行本申请上述方法的任何一种实例。

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

Claims (18)

1.一种媒体数据处理方法，其特征在于，该方法包括：

对于当前业务的任一客户端，执行如下处理：

接收该客户端上传的第一媒体数据；

根据预先配置的当前业务对应的媒体数据处理需求，对所述第一媒体数据进行处理并得到第二媒体数据；及

将所述第二媒体数据存储在网络侧并获得所述第二媒体数据的链接地址；

及

响应于来自业务服务器的链接地址获取请求，将所获得的当前业务的一个或多个所述链接地址发送给所述业务服务器，以使所述业务服务器向当前业务的任一客户端提供该客户端可用的一个或多个所述链接地址。

2.根据权利要求1所述的方法，进一步包括：

在接收所述第一媒体数据之前，响应于来自所述业务服务器的获取验证票据的请求，发送验证票据给所述业务服务器；

接收所述第一媒体数据时，进一步接收所述第一媒体数据对应的验证票据；

根据所述验证票据校验所述第一媒体数据是否合法；

当校验结果为所述第一媒体数据合法时，执行所述对所述第一媒体数据进行处理并得到第二媒体数据的处理。

3.根据权利要求1所述的方法，进一步包括：预先将多种业务的媒体数据处理需求分别封装成多个处理进程，并将所述多个处理进程分别与所述多种业务的业务标识相关联；

其中，所述对所述第一媒体数据进行处理，包括：根据所述第一媒体数据携带的业务标识调用其关联的处理进程，以由该处理进程对所述第一媒体数据进行处理。

4.根据权利要求1所述的方法，进一步包括：

当接收到所述第一媒体数据之后，将所述第一媒体数据的标识发送给所述客户端，以使所述客户端将所述第一媒体数据的标识发送给所述业务服务器；及

将所获得的所述第二媒体数据的链接地址与所述第一媒体数据的标识对应保存；

其中，所述将所获得的当前业务的一个或多个所述链接地址发送给所述业务服务器，包括：

根据所述链接地址获取请求携带的一个或多个所述第一媒体数据的标识查找到对应的一个或多个所述链接地址；及

将查找到的所述一个或多个所述链接地址发送给所述业务服务器。

5.根据权利要求1所述的方法，其中，所述将所述第二媒体数据存储在网络侧并获得所述第二媒体数据的链接地址，包括：

将所述第二媒体数据上传到存储服务器，其中，所述存储服务器存储所述第二媒体数据并生成所述链接地址；

从所述存储服务器接收所述链接地址。

6.根据权利要求1所述的方法，进一步包括：当对所述第一媒体数据进行处理并得到第二媒体数据之后，记录处理状态，其中，所述处理状态用于指示所述处理是否成功；

其中，当所述处理成功时，将所述第二媒体数据存储在网络侧并获得所述链接地址；

该方法进一步包括：

当对任一客户端上传的所述第一媒体数据进行的所述处理失败时，提供所述处理状态给所述业务服务器，以使所述业务服务器将所述处理状态提供给该客户端。

7.一种媒体数据处理方法，其特征在于，应用于客户端，该方法包括：

将当前业务产生的第一媒体数据上传至数据处理服务器；其中，针对当前业务的任一客户端上传的所述第一媒体数据，所述数据处理服务器根据预先配置的当前业务对应的媒体数据处理需求对所述第一媒体数据进行处理并得到第二媒体数据，将所述第二媒体数据存储在网络侧并获得所述第二媒体数据的链接地址；

向业务服务器发送链接地址获取请求；其中，所述业务服务器响应于所述链接地址获取请求，从所述数据处理服务器获得的当前业务的一个或多个链接地址中确定对于本客户端可用的各所述链接地址；

从所述业务服务器接收对于本客户端可用的各所述链接地址；

响应于用户对于接收到的各所述链接地址中任一链接地址的选择操作，根据被选择的所述链接地址从网络侧获取所述第二媒体数据；及

播放所获取的所述第二媒体数据。

8.根据权利要求7所述的方法，进一步包括：

向所述业务服务器发送上传请求；其中，所述业务服务器响应于所述上传请求从所述数据处理服务器获取验证票据；

从所述业务服务器接收所述验证票据；

将所述验证票据与所述第一媒体数据一起上传至所述数据处理服务器，以使其根据所述验证票据校验所述第一媒体数据是否合法，当校验结果为所述第一媒体数据合法时，执行所述对所述第一媒体数据进行处理并得到第二媒体数据的处理。

9.根据权利要求7所述的方法，进一步包括：

从所述业务服务器接收处理状态，其中，所述处理状态用于指示所述数据处理服务器对本客户端上传的所述第一媒体数据进行所述处理是否成功；及

展示所述处理状态。

10.一种媒体数据处理装置，其特征在于，该装置包括：

上传处理模块，接收当前业务的任一客户端上传的第一媒体数据；

数据处理模块，根据预先配置的当前业务对应的媒体数据处理需求，对所述第一媒体数据进行处理并得到第二媒体数据；将所述第二媒体数据存储在网络侧并获得所述第二媒体数据的链接地址，并将所述链接地址保存在所述信息提供模块；及

信息提供模块，响应于来自业务服务器的链接地址获取请求，将所获得的当前业务的一个或多个所述链接地址发送给所述业务服务器，以使所述业务服务器向当前业务的任一客户端提供一个或多个所述链接地址。

11.根据权利要求10所述的装置，进一步包括：

验证模块，响应于来自所述业务服务器的获取验证票据的请求，发送验证票据给所述业务服务器；

其中，所述上传处理模块接收所述第一媒体数据时，进一步接收所述第一媒体数据对应的验证票据；根据所述验证票据校验所述第一媒体数据是否合法；

当校验结果为所述第一媒体数据合法时，所述数据处理模块执行所述对所述第一媒体数据进行处理并得到第二媒体数据的处理。

12.根据权利要求10所述的装置，其中，

所述数据处理模块，进一步预先将多种业务的媒体数据处理需求分别封装成多个处理进程，并将所述多个处理进程分别与所述多种业务的业务标识相关联；

其中，所述数据处理模块对所述第一媒体数据进行处理，包括：根据所述第一媒体数据携带的业务标识调用其关联的处理进程，以由该处理进程对所述第一媒体数据进行处理。

13.根据权利要求10所述的装置，其中，

所述上传处理模块，当接收到所述第一媒体数据之后，进一步将所述第一媒体数据的标识发送给所述客户端，以使所述客户端将所述第一媒体数据的标识发送给所述业务服务器；

所述信息提供模块，进一步将所述数据处理模块获得的所述第二媒体数据的链接地址与所述第一媒体数据的标识对应保存；

其中，所述信息提供模块所述将所述数据处理模块获得的当前业务的一个或多个所述链接地址发送给所述业务服务器，包括：根据所述链接地址获取请求携带的一个或多个所述第一媒体数据的标识查找到对应的一个或多个所述链接地址；将查找到的所述一个或多个所述链接地址发送给所述业务服务器。

14.根据权利要求10所述的装置，其中，所述数据处理模块，当对所述第一媒体数据进行处理并得到第二媒体数据之后，进一步在所述信息提供模块中记录处理状态，其中，所述处理状态用于指示所述处理是否成功；

其中，所述数据处理模块，当所述处理成功时，将所述第二媒体数据存储在网络侧并获得所述链接地址；所述信息提供模块，当所述数据处理模块对任一客户端上传的所述第一媒体数据进行的所述处理失败时，进一步提供所述处理状态给所述业务服务器，以使所述业务服务器将所述处理状态提供给该客户端。

15.根据权利要求10所述的装置，其中，所述装置包括多组上传处理模块和数据处理模块，其中，每组包括一个上传处理模块和一个数据处理模块。

16.一种媒体数据处理系统，其特征在于，包括：业务服务器、上传服务器、处理服务器和信息提供服务器，所述信息提供服务器集成在所述处理服务器之中或者独立设置；其中，

所述上传服务器，接收当前业务的任一客户端上传的第一媒体数据，并将所述第一媒体数据提供给所述处理服务器；

所述处理服务器，根据预先配置的当前业务对应的媒体数据处理需求，对所述第一媒体数据进行处理并得到第二媒体数据；将所述第二媒体数据存储在网络侧并获得所述第二媒体数据的链接地址，并将所述链接地址保存在所述信息提供服务器；

所述业务服务器，响应于来自当前业务的任一客户端的上传所述第一媒体数据的请求，向所述信息提供服务器发送链接地址获取请求；

所述信息提供服务器，响应于来自所述业务服务器的所述链接地址获取请求，将所获得的当前业务的一个或多个所述链接地址发送给所述业务服务器；

所述业务服务器，向当前业务的任一客户端提供对于该客户端可用的一个或多个所述链接地址。

17.根据权利要求16所述的系统，进一步包括：验证服务器；其中，

所述业务服务器，响应于所述上传所述第一媒体数据的请求，进一步向所述验证服务器发送获取验证票据的请求；

所述验证服务器，响应于来自所述业务服务器的所述获取验证票据的请求，发送验证票据给所述业务服务器；

所述业务服务器，进一步将所述验证票据发送给所述客户端；

所述上传服务器接收所述第一媒体数据时，进一步接收所述第一媒体数据对应的验证票据；根据所述验证票据校验所述第一媒体数据是否合法；当校验结果为所述第一媒体数据合法时，将所述第一媒体数据提供给所述数据处理服务器。

18.根据权利要求16所述的系统，其中，所述系统包括多组所述上传服务器和所述处理服务器，其中，每组包括一个所述上传服务器和一个所述处理服务器，所述信息提供服务器独立设置；

所述业务服务器，响应于来自当前业务的任一客户端的上传所述第一媒体数据的请求，进一步从所述客户端接收所述第一媒体数据，为所述客户端选择一组所述上传服务器和所述处理服务器，将所述第一媒体数据发送给所选择的所述上传服务器；

所述上传服务器将所述第一媒体数据提供给同组的所述处理服务器。