CN111314293A - 一种媒体资源服务系统、方法、装置、存储介质及处理器 - Google Patents

Abstract

本申请公开一种媒体资源服务系统、方法、装置、存储介质及处理器。该系统包括调度系统、目标发布服务器和目标播放服务器。调度系统从发布服务器集群为第一客户端分配目标发布服务器组，第一客户端从中确定目标发布服务器；从播放服务器集群为第二客户端分配目标播放服务器组，以使第二客户端从中确定目标播放服务器。目标发布服务器接收第一客户端上传的媒体资源数据，发送给目标播放服务器；目标播放服务器将数据提供给第二客户端。调度系统对服务器进行分配调度，不需客户端与MCU之间连接，传输不受MCU物理瓶颈的限制，满足大范围分布、多数量客户端对媒体资源的需求。提升调度客户端的灵活性，无需等待过长时间。

Description

一种媒体资源服务系统、方法、装置、存储介质及处理器

技术领域

本申请涉及互联网领域，特别是涉及一种媒体资源服务系统、方法、装置、存储介质及处理器。

背景技术

目前，媒体资源的传输通常由多点控制单元(Multi Control Unit，MCU)来负责，各个客户端连接同一个MCU。但是MCU存在固有的物理瓶颈，例如，仅能够提供32路或64路的媒体资源，由于端口资源不足，难以满足大范围分布的数量众多的客户端对媒体资源的实际需求。当MCU无空闲的端口资源时，客户端只能等待MCU端口资源重新出现空闲才能进行连接以进行数据传输，这样给客户端的使用用户带来较大的不便，同时也缺乏灵活性，待时间较长，体验不佳。

发明内容

基于上述问题，本申请提供了一种媒体资源服务系统，以适于满足更大范围分布、数量更多的客户端对媒体资源的实际需求。

本申请实施例公开了如下技术方案：

第一方面，本申请提供一种媒体资源服务系统，包括：调度系统、目标发布服务器和目标播放服务器；

所述调度系统，用于从发布服务器集群中为第一客户端分配目标发布服务器组，以使所述第一客户端从所述目标发布服务器组中确定出目标发布服务器；以及用于从播放服务器集群中为第二客户端分配目标播放服务器组，以使所述第二客户端从所述目标播放服务器组中确定出目标播放服务器；

所述目标发布服务器，用于接收所述第一客户端上传的媒体资源数据，并将所述媒体资源数据发送给所述目标播放服务器；

所述目标播放服务器，用于将所述媒体资源数据提供给所述第二客户端。

可选地，所述调度系统，具体用于在接收到所述第一客户端的访问请求后，根据所述第一客户端的地域信息和所述发布服务器集群的地域信息，向所述第一客户端发送目标发布服务器组的地址；以及具体用于在接收到所述第二客户端的访问请求后，根据所述第二客户端的地域信息和所述播放服务器集群的地域信息，向所述第二客户端发送目标播放服务器组的地址。

可选地，所述第一客户端从所述目标发布服务器组中确定负荷未达到预设阈值且优先级最高的发布服务器，将其作为所述目标发布服务器；所述第二客户端从所述目标播放服务器组中确定负荷未达到预设阈值且优先级最高的播放服务器，将其作为所述目标播放服务器。

可选地，所述调度系统具体用于根据所述第一客户端的IP解析并确定所述第一客户端对应的运营商，从所述发布服务器集群中确定对应于该运营商的发布服务器，将其优先列入所述目标发布服务器组中；

所述调度系统还用于根据所述第二客户端的IP解析并确定所述第二客户端对应的运营商，从所述播放服务器集群中确定对应于该运营商的播放服务器，将其优先列入所述目标播放服务器组中。

可选地，所述调度系统具体用于获得所述第一客户端的第一标识信息，根据所述第一标识信息确定对应的服务器集群；以及获得所述第二客户端的第二标识信息，根据所述第二标识信息确定对应的服务器集群。

可选地，所述目标发布服务器组，用于分别接收所述第一客户端的测速请求，以使所述第一客户端将最优的测速结果对应的发布服务器作为所述目标发布服务器；

所述目标播放服务器组，用于分别接收所述第二客户端的测速请求，以使所述第二客户端将最优的测速结果对应的播放服务器作为所述目标播放服务器。

可选地，所述目标发布服务器，具体用于在接收所述第一客户端上传的媒体资源数据时，对接收的数据包进行计数而不排序，直接将接收的数据包发送给所述目标播放服务器；当确定丢包时，向所述第一客户端发送丢包重传请求，再将所述第一客户端重传的数据包发送给所述目标播放服务器。

可选地，所述目标播放服务器，还用于当确定丢包时，向所述目标发布服务器发送关键帧请求；

所述目标发布服务器，还用于根据所述关键帧请求通知所述第一客户端产生关键帧，再将所述关键帧回发给所述目标播放服务器。

可选地，所述目标发布服务器，还用于向所述目标播放服务器发送控制信息。

可选地，所述目标播放服务器还用于响应于所述第二客户端的带宽调整请求，并反馈给所述目标发布服务器。

第二方面，本申请提供一种媒体资源服务方法，包括：

第一客户端与调度系统连接后，所述调度系统从发布服务器集群中为所述第一客户端分配目标发布服务器组；

所述第一客户端从所述目标发布服务器组中确定出目标发布服务器，将媒体资源数据上传到所述目标发布服务器；

第二客户端与所述调度系统连接后，所述调度系统从播放服务器集群中为所述第二客户端分配目标播放服务器组；

所述第二客户端从所述目标播放服务器组中确定出目标播放服务器；

所述目标发布服务器将所述媒体资源数据发送给所述目标播放服务器；

所述目标播放服务器将所述媒体资源数据提供给所述第二客户端。

第三方面，本申请提供一种媒体资源服务装置，包括：第一分配模块，第二分配模块，第一传输模块和第二传输模块；

第一分配模块，用于从发布服务器集群中为第一客户端分配目标发布服务器组，以使所述第一客户端从所述目标发布服务器组中确定出目标发布服务器；

第二分配模块，用于从播放服务器集群中为第二客户端分配目标播放服务器组，以使所述第二客户端从所述目标播放服务器组中确定出目标播放服务器；

第一传输模块，用于接收所述第一客户端上传的媒体资源数据，并将所述媒体资源数据发送给所述目标播放服务器；

第二传输模块，用于将所述媒体资源数据提供给所述第二客户端。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当所述程序被处理器运行时，实现如第二方面提供的媒体资源服务方法。

第五方面，本申请提供一种处理器，用于运行计算机程序，所述程序运行时执行如第二方面提供的媒体资源服务方法。

相较于现有技术，本申请具有以下有益效果：

本申请提供的媒体资源服务系统，包括：调度系统、目标发布服务器和目标播放服务器。其中，调度系统用于从发布服务器集群中为第一客户端分配目标发布服务器组，以使第一客户端从目标发布服务器组中确定出目标发布服务器；以及用于从播放服务器集群中为第二客户端分配目标播放服务器组，以使第二客户端从目标播放服务器组中确定出目标播放服务器；目标发布服务器用于接收第一客户端上传的媒体资源数据，并将媒体资源数据发送给目标播放服务器；目标播放服务器用于将媒体资源数据提供给第二客户端。因为在该系统中，由调度系统对服务器进行分配调度，不需要使各个客户端与MCU之间进行连接和媒体资源的传输，因此，媒体资源的传输不受MCU物理瓶颈的限制，满足更大范围分布、数量更多的客户端对媒体资源的实际需求。此外，本申请提供的媒体资源服务系统提升了调度客户端的灵活性，无需等待过长时间。

此外，本申请还相应地提供一种媒体资源服务方法、装置、存储介质及处理器。

附图说明

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

图1为本申请实施例提供的一种媒体资源服务系统的结构示意图；

图2为本申请实施例提供的一种媒体资源数据传输流向示意图；

图3为本申请实施例提供的一种媒体资源服务方法的流程图；

图4为本申请实施例提供的一种媒体资源服务装置的结构示意图。

具体实施方式

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

参见图1，该图为本申请实施例提供的一种媒体资源服务系统的结构示意图。

如图1所示，该系统包括：

调度系统101、发布服务器集群102和播放服务器集群103。其中，发布服务器集群102中的发布服务器主要服务于发布媒体资源数据的客户端，播放服务器集群103中的播放服务器主要服务于播放媒体资源数据的客户端。本实施例中，将具有发布媒体资源数据的需求的客户端称为第一客户端；将具有播放媒体资源数据的需求的客户端称为第二客户端。

此处需要说明的是，媒体资源服务系统中可能包含一些既作为发布服务器又作为播放服务器的服务器，即，既有接收上传的媒体资源数据的功能，又有发送媒体资源数据给客户端的功能。因此，发布服务器和播放服务器可能在物理上是同一个设备，也可能是不同设备。

本实施例中提及的媒体资源数据，可以是音频、视频、图片、文档等形式。此处对于媒体资源数据的具体形式不进行限定。

对于第一客户端，其发布媒体资源数据之前，需要连接某一发布服务器，再将媒体资源数据具体上传到该发布服务器上。第一客户端与该发布服务器的连接形式具体可以是远程通信连接。实际应用中，对于第一客户端而言，如果传输媒体资源数据的时间越短，传输越迅速，第一客户端的用户的发布体验越好；反之，传输越慢，第一客户端的用户的发布体验越差。

类似地，对于第二客户端，其播放媒体资源数据之前，需要连接某一播放服务器，再从该播放服务器上获取媒体资源数据。第二客户端与该播放服务器的连接形式具体可以是远程通信连接。实际应用中，对于第二客户端而言，如果传输媒体资源数据的时间越短，传输越迅速，第二客户端的用户的播放体验越好；反之，传输越慢，第二客户端的用户的播放体验越差。

基于以上原因，也就是说，在该媒体资源服务系统中，并不是任意一个发布服务器与第一客户端连接就可以满足第一客户端的使用需求，也不是任意一个播放服务器与第二客户端就可以满足第二客户端的使用需求。为此，本实施例中调度系统101发挥了作用。所有请求发布或请求播放媒体资源数据的客户端(例如第一客户端和第二客户端)首先需要与调度系统101连接。

所述调度系统101用于从所述发布服务器集群102中为第一客户端分配目标发布服务器组；第一客户端从调度系统101为其分配的目标发布服务器组中确定出目标发布服务器。

调度系统101还用于从播放服务器集群103中为第二客户端分配目标播放服务器组；第二客户端从调度系统101为其分配的目标播放服务器组中确定出目标播放服务器。

作为示例，媒体资源服务系统的发布服务器集群102具体包括20个发布服务器，媒体资源服务系统的播放服务器集群103具体包括20个播放服务器，调度系统101从20个发布服务器中为第一客户端分配了包含共计5个发布服务器的目标发布服务器组；并且调度系统101还从20个播放服务器中为第二客户端分配了包含共计5个播放服务器的目标播放服务器组。第一客户端选择的目标发布服务器可能是目标发布服务器组中的任一个；第二客户端选择的目标播放服务器可能是目标播放服务器组中的任一个。

分配服务器有多种可能的实现方式。下面结合多种可能的实现场景描述调度客户端、分配服务器地址的实现方式。

第一种可能的实现方式：按照地域来分配服务器，就近调度。

调度系统101具体用于在接收到所述第一客户端的访问请求后，根据第一客户端的IP地址解析出第一客户端的地域信息。对于调度系统101来说，每一个发布服务器的地域信息都是已知的。调度系统101再根据所述第一客户端的地域信息和发布服务器集群102的地域信息，向所述第一客户端发送目标发布服务器组的地址。发送的地址可能是与第一客户端在地域较为接近的发布服务器的地址。

例如，媒体资源服务系统在东北地区有5个发布服务器，在西南地区有5个发布服务器，在华北地区有5个发布服务器，在东南地区有5个发布服务器。调度系统101解析出第一客户端的地域信息是成都市，由于成都位于西南地区，因此由位于西南地区的发布服务器与该第一客户端连接后，媒体资源数据的发布速度会比较快。因此调度系统101可以向第一客户端发送一组位于西南地区的5个发布服务器的地址，以便第一客户端接入和选择目标发布服务器。

调度系统101具体用于在接收到所述第二客户端的访问请求后，根据所述第二客户端的IP地址解析出第二客户端的地域信息。对于调度系统101来说，每一个播放服务器的地域信息都是已知的。调度系统101再根据第二客户端的地域信息和所述播放服务器集群的地域信息，向所述第二客户端发送目标播放服务器组的地址。

例如，媒体资源服务系统在东北地区有5个播放服务器，在西南地区有5个播放服务器，在华北地区有5个播放服务器，在东南地区有5个播放服务器。调度系统101解析出第二客户端的地域信息是哈尔滨市，由于哈尔滨位于东北地区，因此由位于东北地区的播放服务器与该第二客户端连接后，媒体资源数据的传输和播放速度会比较快。因此调度系统101可以向第二客户端发送一组位于东北地区的5个发布服务器的地址，以便第二客户端接入和选择目标播放服务器。

第二种可能的实现方式：客户端带宽固定，服务器优先级已定。

具体实现时，对于发布服务器集群，每个发布服务器的优先级已经确定；对于播放服务器集群，每个播放服务器的优先级已经确定。并且，第一客户端的带宽是固定的，第二客户端的带宽也是固定的。

实际应用中，某些(或某个)发布服务器或播放服务器承载的负荷可能已经达到预设阈值，不能再继续承担传输媒体资源数据的任务。实际应用中可以采用多种方式确定是否超负荷，例如连接的终端数量、剩余的带宽等。

对于以上情况，可以由调度系统101从多个服务器中分配多个可用的服务器给客户端。或者由客户端判断分配的服务器是否超负荷以及确认分配的服务器优先级后，选定服务器。

例如，第一客户端从分配的目标发布服务器组中确定负荷未达到预设阈值且优先级最高的发布服务器，将其作为所述目标发布服务器；第二客户端从所述目标播放服务器组中确定负荷未达到预设阈值且优先级最高的播放服务器，将其作为所述目标播放服务器。

第三种可能的实现方式：按照一致的运营商进行调度客户端、分配服务器。

所述调度系统101具体用于根据所述第一客户端的IP解析并确定所述第一客户端对应的运营商，从所述发布服务器集群中确定对应于该运营商的发布服务器，将其优先列入所述目标发布服务器组中。例如，通常分配的目标发布服务器组的数量是5个，如果第一客户端对应的运营商是联通，从多个服务器中确定出的同样对应于联通的发布服务器大于或等于5个，则从中选出5个作为分配的目标发布服务器组；如果确定出的同样对应于联通的发布服务器少于5个，则将这些发布服务器列入目标发布服务器组后，对于空缺以BGP发布服务器填补。BGP发布服务器是指按照边界网关协议记性数据传输的发布服务器。

同理，所述调度系统还用于根据所述第二客户端的IP解析并确定所述第二客户端对应的运营商，从所述播放服务器集群中确定对应于该运营商的播放服务器，将其优先列入所述目标播放服务器组中。

可以理解的是，进行媒体资源数据传输时，客户端与所连接的服务器的运营商一致，能够提升传输速度，提升用户体验。

第四种可能的实现方式：将固定机构的客户端调度到指定的服务器集群。

例如，一个企业对应于一个服务器集群，企业中运行的客户端当需要发布或播放媒体资源数据时，调度系统101会首先获得客户端的标识信息。由于客户端的标识信息与服务器集群具有对应关系，因此，调度系统101获得客户端的标识信息后，可以确定该标识信息确定对应的服务器集群，再从该集群中为客户端分配发布服务器或播放服务器。实际应用中，同一机构的客户端可以带有同一种标识信息，这一标识信息与某一服务器集群的对应关系被预先存储到调度系统101，进而调度系统101在获取到客户端的标识信息后可以利用该对应关系确定出服务于该机构的客户端的集群，以实现对客户端的调度。

调度系统101具体用于获得所述第一客户端的第一标识信息，根据所述第一标识信息确定对应的服务器集群；以及获得所述第二客户端的第二标识信息，根据所述第二标识信息确定对应的服务器集群。

以上列举出调度系统101调度第一客户端、第二客户端，为其分配服务器的可选实现方式，但是以上实现方式仅为示例，不作为对方案具体实现的限定。

因为在本申请实施例提供的媒体资源服务系统中，由调度系统对服务器进行分配调度，不需要使各个客户端与MCU之间进行连接和媒体资源的传输，因此，媒体资源的传输不会受到MCU物理瓶颈的限制，满足更大范围分布、数量更多的客户端对媒体资源的实际需求。此外，本申请提供的媒体资源服务系统提升了调度客户端的灵活性。

前面提及，调度系统101会给客户端分配一组服务器地址。下面介绍一种确定目标发布服务器和确定目标播放服务器的实现方式。

当调度系统101给第一客户端分配目标发布服务器组的地址后，第一客户端可以根据这些地址与这些发布服务器分别建立连接。分配的这目标发布服务器组用于分别接收所述第一客户端的测速请求。测速请求被同意后，第一客户端即可以对分配的各个发布服务器分别进行测速，从而了解当前发布服务器的数据传输性能等信息。最终，第一客户端可以将最优的测速结果对应的发布服务器作为所述目标发布服务器。

当调度系统101给第二客户端分配目标播放服务器组的地址后，第二客户端可以根据这些地址与这些播放服务器分别建立连接。分配的这目标播放服务器组用于分别接收所述第二客户端的测速请求。测速请求被同意后，第二客户端即可以对分配的各个播放服务器分别进行测速，从而了解当前播放服务器的数据传输性能等信息。最终，第二客户端可以将最优的测速结果对应的播放服务器作为所述目标播放服务器。

参见图2，该图为本申请实施例提供的一种媒体资源数据传输流向示意图。如图2所示：

媒体资源数据首先由发布者对应的第一客户端201发布到目标发布服务器202，媒体资源数据传输时两设备间采用的协议可以是实时传输协议RTP或实时传输控制协议RTCP。

再由目标发布服务器202将媒体资源数据在帧的层面传输给目标播放服务器203，期间，目标发布服务器202实现视频帧和音频帧的组帧，视频可以采用H.264格式，音频支持opus和aac的编码格式。

最后，第二客户端204从目标播放服务器203获得媒体资源数据并进行播放。媒体资源数据传输时，第二客户端204和目标播放服务器203之间采用RTP或RTCP。

实际应用中，目标发布服务器202和目标播放服务器203均可以以帧为单位对接服务器组件，例如cdn组件、recorder组件、数据分析组件、人工智能组件等。此处对服务器组件的具体类型不进行限定。

实际应用中，目标发布服务器202在接收所述第一客户端201上传的媒体资源数据时，对接收的数据包进行计数而不排序，即只做nack，直接将接收的数据包发送给所述目标播放服务器203。

当确定丢包时，目标发布服务器202向所述第一客户端201发送丢包重传请求，再将所述第一客户端201重传的数据包发送给所述目标播放服务器203。

由于丢包时目标发布服务器202不做数据包排序，直接把收到的数据传给目标播放服务器203，因此能够减少延时，减少播放的卡顿现象。另外，服务器直接的音视频传输都是在帧层面，不会在第二客户端播放媒体资源数据是扩散丢包的影响。

当丢包且补报失败时，目标播放服务器203可以向所述目标发布服务器202发送关键帧请求，以请求关键帧；目标发布服务器202还用于根据所述关键帧请求通知所述第一客户端201产生关键帧，再将所述关键帧回发给所述目标播放服务器203。获得新的关键帧后，目标播放服务器203可以利用该关键帧尽快向第二客户端204提供新的播放页面，减少第二客户端204的播放卡顿。

需要说明的是目标发布服务器202和目标播放服务器203之间除了传递媒体资源数据以外，还可以传递控制信息。

在本实施例中，目标播放服务器203还用于响应于所述第二客户端204的带宽调整请求，并反馈给所述目标发布服务器。例如，对于目标播放服务器203来说，连接的播放端(即第二客户端204)数量过多是，可以采用正态分布来调整带宽。目标播放服务器203的带宽有最低阈值和最高阈值，实际应用中调节带宽时，即是在该最低阈值与最高阈值之间来调整带宽。

实际应用中，媒体资源服务系统中还可以包括运维服务器，该运维服务器用于通过脚本监控发布服务器和播放服务器的使用带宽，将使用带宽上报给调度系统。调度系统可以根据各个发布服务器和播放服务器的使用带宽调度客户端，例如，当某一发布服务器过载，调度系统就不会将该发布服务器分配给新的第一客户端；当某一播放服务器过载，调度系统就不会将该播放服务器分配给新的第二客户端。从而，实现了对媒体资源服务系统中的每一个发布服务器和播放服务器的过载保护。

基于前述实施例提供的媒体资源服务系统，相应地，本申请还提供一种媒体资源服务方法。下面结合实施例和附图进行描述。

参见图3，该图为本申请实施例提供的一种媒体资源服务方法的流程图。

如图3所示，该方法包括：

步骤301：第一客户端与调度系统连接后，所述调度系统从发布服务器集群中为所述第一客户端分配目标发布服务器组；

步骤302：所述第一客户端从所述目标发布服务器组中确定出目标发布服务器，将媒体资源数据上传到所述目标发布服务器；

步骤303：第二客户端与所述调度系统连接后，所述调度系统从播放服务器集群中为所述第二客户端分配目标播放服务器组；

步骤304：所述第二客户端从所述目标播放服务器组中确定出目标播放服务器；

步骤305：所述目标发布服务器将所述媒体资源数据发送给所述目标播放服务器；

步骤306：所述目标播放服务器将所述媒体资源数据提供给所述第二客户端。

由调度系统对服务器进行分配调度，不需要使各个客户端与MCU之间进行连接和媒体资源的传输，因此，媒体资源的传输不受MCU物理瓶颈的限制，满足更大范围分布、数量更多的客户端对媒体资源的实际需求。此外，本申请提供的媒体资源服务方法提升了调度客户端的灵活性，使用户无需等待过长时间，提升了用户的体验。

在具体实现时，步骤301具体可以包括：

在接收到所述第一客户端的访问请求后，根据所述第一客户端的地域信息和所述发布服务器集群的地域信息，向所述第一客户端发送目标发布服务器组的地址；

步骤303具体可以包括：

在接收到所述第二客户端的访问请求后，根据所述第二客户端的地域信息和所述播放服务器集群的地域信息，向所述第二客户端发送目标播放服务器组的地址

步骤302具体可以包括：

所述第一客户端从所述目标发布服务器组中确定负荷未达到预设阈值且优先级最高的发布服务器，将其作为所述目标发布服务器；

步骤304具体可以包括：

所述第二客户端从所述目标播放服务器组中确定负荷未达到预设阈值且优先级最高的播放服务器，将其作为所述目标播放服务器。

在具体实现时，步骤301具体可以包括：

根据所述第一客户端的IP解析并确定所述第一客户端对应的运营商，从所述发布服务器集群中确定对应于该运营商的发布服务器，将其优先列入所述目标发布服务器组中；

在具体实现时，步骤303具体可以包括：

根据所述第二客户端的IP解析并确定所述第二客户端对应的运营商，从所述播放服务器集群中确定对应于该运营商的播放服务器，将其优先列入所述目标播放服务器组中

因为在前述系统实施例中，对于媒体资源数据的传输流向以及分配服务器、调度客户端的实现过程进行了较为详细的描述，因此在方法实施例中不再加以赘述。相关描述可以参照前述系统实施例。

基于前述实施例提供的媒体资源服务系统和媒体资源服务方法，相应地，本申请还提供一种媒体资源服务装置。

参见图4，该图为本申请实施例提供的媒体资源服务装置的结构示意图。

如图4所示，该装置包括：第一分配模块401，第二分配模块402，第一传输模块403和第二传输模块404；

第一分配模块401，用于从发布服务器集群中为第一客户端分配目标发布服务器组，以使所述第一客户端从所述目标发布服务器组中确定出目标发布服务器；

第二分配模块402，用于从播放服务器集群中为第二客户端分配目标播放服务器组，以使所述第二客户端从所述目标播放服务器组中确定出目标播放服务器；

第一传输模块403，用于接收所述第一客户端上传的媒体资源数据，并将所述媒体资源数据发送给所述目标播放服务器；

第二传输模块404，用于将所述媒体资源数据提供给所述第二客户端。

由第一分配模块401和第二分配模块402分别对发布服务器和播放服务器进行分配，便于该装置对第一客户端和第二客户端的调度。该方案中，不需要使各个客户端与MCU之间进行连接和媒体资源的传输，因此，媒体资源的传输不受MCU物理瓶颈的限制，满足更大范围分布、数量更多的客户端对媒体资源的实际需求。此外，本申请提供的媒体资源服务装置提升了调度客户端的灵活性，使用户无需等待过长时间，提升了用户的体验。

基于前述实施例提供的媒体资源服务系统、方法及装置，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当所述程序被处理器运行时，实现如方法实施例中提供的媒体资源服务方法。

基于前述实施例提供的媒体资源服务系统、方法及装置，本申请还提供一种处理器，该处理器用于运行计算机程序，所述程序运行时执行方法实施例提供的媒体资源服务方法。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于方法及装置实施例而言，由于其基本相似于系统实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元提示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本申请的一种具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (14)

1.一种媒体资源服务系统，其特征在于，包括：调度系统、目标发布服务器和目标播放服务器；

所述调度系统，用于从发布服务器集群中为第一客户端分配目标发布服务器组，以使所述第一客户端从所述目标发布服务器组中确定出目标发布服务器；以及用于从播放服务器集群中为第二客户端分配目标播放服务器组，以使所述第二客户端从所述目标播放服务器组中确定出目标播放服务器；

所述目标发布服务器，用于接收所述第一客户端上传的媒体资源数据，并将所述媒体资源数据发送给所述目标播放服务器；

所述目标播放服务器，用于将所述媒体资源数据提供给所述第二客户端。

2.根据权利要求1所述的系统，其特征在于，所述调度系统，具体用于在接收到所述第一客户端的访问请求后，根据所述第一客户端的地域信息和所述发布服务器集群的地域信息，向所述第一客户端发送目标发布服务器组的地址；以及具体用于在接收到所述第二客户端的访问请求后，根据所述第二客户端的地域信息和所述播放服务器集群的地域信息，向所述第二客户端发送目标播放服务器组的地址。

3.根据权利要求1所述的系统，其特征在于，所述第一客户端从所述目标发布服务器组中确定负荷未达到预设阈值且优先级最高的发布服务器，将其作为所述目标发布服务器；所述第二客户端从所述目标播放服务器组中确定负荷未达到预设阈值且优先级最高的播放服务器，将其作为所述目标播放服务器。

4.根据权利要求1所述的系统，其特征在于，所述调度系统具体用于根据所述第一客户端的IP解析并确定所述第一客户端对应的运营商，从所述发布服务器集群中确定对应于该运营商的发布服务器，将其优先列入所述目标发布服务器组中；

所述调度系统还用于根据所述第二客户端的IP解析并确定所述第二客户端对应的运营商，从所述播放服务器集群中确定对应于该运营商的播放服务器，将其优先列入所述目标播放服务器组中。

5.根据权利要求1所述的系统，其特征在于，所述调度系统具体用于获得所述第一客户端的第一标识信息，根据所述第一标识信息确定对应的服务器集群；以及获得所述第二客户端的第二标识信息，根据所述第二标识信息确定对应的服务器集群。

6.根据权利要求1-5任一项所述的系统，其特征在于，

所述目标发布服务器组，用于分别接收所述第一客户端的测速请求，以使所述第一客户端将最优的测速结果对应的发布服务器作为所述目标发布服务器；

所述目标播放服务器组，用于分别接收所述第二客户端的测速请求，以使所述第二客户端将最优的测速结果对应的播放服务器作为所述目标播放服务器。

7.根据权利要求1-5任一项所述的系统，其特征在于，所述目标发布服务器，具体用于在接收所述第一客户端上传的媒体资源数据时，对接收的数据包进行计数而不排序，直接将接收的数据包发送给所述目标播放服务器；当确定丢包时，向所述第一客户端发送丢包重传请求，再将所述第一客户端重传的数据包发送给所述目标播放服务器。

8.根据权利要求1-5任一项所述的系统，其特征在于，所述目标播放服务器，还用于当确定丢包时，向所述目标发布服务器发送关键帧请求；

所述目标发布服务器，还用于根据所述关键帧请求通知所述第一客户端产生关键帧，再将所述关键帧回发给所述目标播放服务器。

9.根据权利要求1-5任一项所述的系统，其特征在于，所述目标发布服务器，还用于向所述目标播放服务器发送控制信息。

10.根据权利要求1-5任一项所述的系统，其特征在于，所述目标播放服务器还用于响应于所述第二客户端的带宽调整请求，并反馈给所述目标发布服务器。

11.一种媒体资源服务方法，其特征在于，包括：

第一客户端与调度系统连接后，所述调度系统从发布服务器集群中为所述第一客户端分配目标发布服务器组；

所述第一客户端从所述目标发布服务器组中确定出目标发布服务器，将媒体资源数据上传到所述目标发布服务器；

第二客户端与所述调度系统连接后，所述调度系统从播放服务器集群中为所述第二客户端分配目标播放服务器组；

所述第二客户端从所述目标播放服务器组中确定出目标播放服务器；

所述目标发布服务器将所述媒体资源数据发送给所述目标播放服务器；

所述目标播放服务器将所述媒体资源数据提供给所述第二客户端。

12.一种媒体资源服务装置，其特征在于，包括：第一分配模块，第二分配模块，第一传输模块和第二传输模块；

第一分配模块，用于从发布服务器集群中为第一客户端分配目标发布服务器组，以使所述第一客户端从所述目标发布服务器组中确定出目标发布服务器；

第二分配模块，用于从播放服务器集群中为第二客户端分配目标播放服务器组，以使所述第二客户端从所述目标播放服务器组中确定出目标播放服务器；

第一传输模块，用于接收所述第一客户端上传的媒体资源数据，并将所述媒体资源数据发送给所述目标播放服务器；

第二传输模块，用于将所述媒体资源数据提供给所述第二客户端。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当所述程序被处理器运行时，实现如权利要求11所述的媒体资源服务方法。

14.一种处理器，其特征在于，用于运行计算机程序，所述程序运行时执行如权利要求11所述的媒体资源服务方法。

Images