CN104796741A - 一种网络分层和资源分片的媒体分享方法装置 - Google Patents

Abstract

本发明提供一种网络分层和资源分片的媒体分享方法，包括如下步骤：业务管理服务器给媒体终端发送点播请求中视频源的地址信息，该视频源的地址信息是一个服务器地址列表；媒体终端将自身内存按大小等分成若干片，第一内存分片向CDN服务器请求，剩余内存分片向本地其余媒体终端申请；媒体终端对点播请求的内容进行本地缓冲，同时播放请求内容。本发明的有益效果是：有效利用了媒体终端的能力，实现媒体资源的共享，大大减轻了对CDN服务器的需求，有效降低运营成本；利用私有网络内部或者临近的媒体终端，解决网络带宽接入的瓶颈，提供流畅的观看体验；所有的请求均在业务管理服务器的身份认证和控制下，便于网络的安全性和可控性。

Description

一种网络分层和资源分片的媒体分享方法装置

技术领域

本发明涉及电子设备技术领域，特别是涉及一种网络分层和资源分片的媒体分享方法。

背景技术

网络上的媒体播放包括视频节目直播以及视频节目点播，OTT业务的快速发展，嵌入式媒体终端数目，呈现爆炸式的增长，媒体资源和网络资源发展滞后，媒体终端上播放节目卡顿，成为影响行业发展的直接原因。

在传统的网络媒体播放领域，运营商通常全网布置CDN这种分发网络，支持全国各地的用户，均可以访问媒体资源，实现媒体节目的收看。但存在如下几个问题：在全国范围内布置CDN，设备采购成本，网络接入成本，都非常高昂，甚至超出了部分运营商的财务能力；通过增量的方式布置CDN，周期非常长，远滞后用户观看网络视频节目的需求；部分热点地区，比如某小区，小区的接入带宽已定，即使布置了CDN网络，也会在小区接入带宽处形成瓶颈

此外，网络上存在BT的方式进行分享，也存在如下几个问题：BT是一种PC的分享方式，频繁写存储介质，不适合嵌入式媒体终端的技术要求；BT是一种文件分享方式，不能满足用户观看媒体的实时性要求；BT在播放热点节目时，同样会在社区接入，或者运营商汇聚层，形成瓶颈，影响播放流畅性；BT是全网络分享方式，资源发起和分享都不受控，不适合我国国情。

发明内容

本发明的目的是提供一种网络分层和资源分片的媒体分享方法，解决上述现有技术中的一个或者是多个。

本发明提供一种网络分层和资源分片的媒体分享方法，包括：

步骤S10：媒体终端向业务管理服务器发起点播请求；

步骤S20：业务管理服务器接收到媒体终端的点播请求，并解析出点播请求的源信息，将解析后的源信息加入管理列表；

步骤S30：业务管理服务器给媒体终端发送点播请求中视频源的地址信息，该视频源的地址信息是一个服务器地址列表，服务器地址列表中限定N条最高优先级服务器地址，第一条服务器地址为CDN服务器地址，后续服务器地址按服务器的优先级排列；

步骤S40：媒体终端将自身内存按大小等分成若干片，媒体终端根据业务管理服务器反馈的地址优先级，分别按顺序给每片内存申请媒体流信息，第一内存分片向CDN服务器请求，剩余内存分片向本地其余媒体终端申请，同时启动该媒体终端的服务线程；

步骤S50：媒体终端对点播请求的内容进行本地缓冲，同时播放请求内容。

本发明的有益效果是：有效利用了媒体终端的能力，实现媒体资源的共享，大大减轻了对CDN服务器的需求，有效降低运营成本；利用私有网络内部或者临近的媒体终端，解决网络带宽接入的瓶颈，提供流畅的观看体验；所有的请求均在业务管理服务器的身份认证和控制下，便于网络的安全性和可控性。

在一些实施方式中，步骤S50之后还包括步骤：媒体终端关闭，不再发起点播请求。

在一些实施方式中，在步骤S30中，后续服务器地址为本地其余已缓冲完成的媒体终端地址，服务器的优先级排列按照本地其余媒体终端的网络拓扑结构，越临近的该媒体终端的地址排名越靠前。

在一些实施方式中，每个媒体终端申请访问视频源信息时，业务管理服务器根据得到的媒体终端IP地址和端口信息，提炼出所有媒体终端的网络拓扑结构。

在一些实施方式中，步骤S20中，在业务管理服务器接收到媒体终端的点播请求后，业务管理服务器校验该媒体终端的合法性，如果该媒体终端合法，则继续解析点播请求的源信息，如果该媒体终端不合法，则业务管理服务器发回一个拒绝请求的信息给该媒体终端。

在一些实施方式中，步骤S40中，媒体终端的内存分片等分成组，当媒体终端本地缓冲完成一组时，则需要向业务管理服务器发送信息更新信息，更新业务管理服务器中纪录的该媒体终端内存分片起始号以及结束号、已提供的服务器数目、异常超时的服务器以及服务器下载速度的排名。

在一些实施方式中，某组分片缓冲中，如果有服务器对应的内存分片缓冲超时，则清除对应内存分片内容，向CDN服务器请求。

在一些实施方式中，如果某个内存分片的数据缓冲完成，业务管理服务器将该内存分片对应的服务器地址的优先级在服务器地址列表中提升到第二位。

在一些实施方式中，步骤S50中，媒体终端在整个缓存过程中，缓冲的媒体资源片不释放。媒体终端不释放媒体资源，以便于向其他临近的媒体终端提供媒体资源。

在一些实施方式中，步骤S50中，当点播请求的内容的本地缓冲容量超出媒体终端的内存容量时，媒体终端开始清除本地缓冲的初始部分。

附图说明

图1是本发明一种网络分层和资源分片的媒体分享方法的流程图。

具体实施方式

下面结合附图对本发明作进一步详细的说明。

如图1所示，本发明一种网络分层和资源分片的媒体分享方法，具体可以包括以下步骤：

步骤S10：媒体终端向业务管理服务器发起点播或者直播请求。

步骤S20：业务管理服务器接收到媒体终端的点播请求，并解析出点播请求的源信息，将解析后的源信息加入管理列表。

业务管理服务器收到业务请求，校验终端的合法性，如果合法，则解析出请求源信息，将请求源信息的IP地址、端口、节目、请求时间、节目名、起始分片、结束分片、提供的服务器数目、超时服务器IP以及本组服务器下载速度排行榜加入管理列表，在本组服务器中，CDN服务器不参与排行，排在固定的第0位，1至N－1个服务器参加排行。如果不合法，业务管理服务器则拒绝请求，并发回一个拒绝请求的信息给媒体终端。

因为每个合法的客户端，都一个唯一不变的标识，标识可以是芯片、PCB、mac、SN标识，如SN标识为：SN123456。客户端可以获取本地时间，如20150301，将这两个信息拼接到一起，形成字符串：SN12345620150301。在客户端对此字串，使用RSA公钥进行加密，形成字符串，如：SD34234FEFDG343RRE。当客户端向服务器发起请求时，请求中带密码后缀，如：http//www.baidu.com/video1.mp4？SD34234FEFDG343RRE,服务器受到这个请求，使用RSA私钥揭秘出SN12345620150301，并截取前面客户端唯一标示，在服务期中查找，该标示是否合法。

步骤S30：业务管理服务器给媒体终端发送点播请求中视频源的地址信息，该视频源的地址信息是一个服务器地址列表，服务器地址列表中限定N条最高优先级服务器地址，第一条服务器地址为CDN服务器地址，后续服务器地址按服务器的优先级排列。

如服务器地址列表中限定十条服务器地址，第一条为CDN服务器地址，CDN服务器与终端之间传输更快、更稳定，使用CDN服务器地址作为服务器地址列表中的第一条服务器地址，以便媒体终端可以快速启动播放。其余九条服务器地址为本地其余媒体终端的地址，也就是当媒体终端缓冲后返回给业务管理服务器的一个在该媒体终端上的媒体信息地址，业务管理服务器根据该媒体终端的IP地址和端口信息，分析出网络拓扑结构，服务器地址的优先级排列按照服务器的网络结构，越临近的该媒体终端的，排的越靠前，比如，如果处于同个私有网络里，则排行靠前，其次就是处于同一个接入交换机下，再其次就是处于同一个核心交换机下，如此类推。业务管理服务器同时还会获取该媒体终端的下载状态和服务状态，下载排行榜，这样就能即时刷新服务器地址列表，保障该列表的有效性和高效性。

步骤S40：媒体终端将自身内存按大小等分成若干片，媒体终端根据业务管理服务器反馈的地址优先级，分别按顺序给每片内存申请媒体流信息，第一内存分片向CDN服务器请求，剩余内存分片向本地其余媒体终端申请，同时启动该媒体终端的服务线程。

使用媒体终端的部分内存用于媒体资源缓冲，如果媒体终端的内存为1G，其中400M用于分片，将400M内存分成100个内存分片，第一内存片向CDN服务器请求，第二片内存分片向本地媒体终端A请求，第三片内存分片向本地媒体终端B请求，如此类推。因为多个媒体终端访问同一资源，缓冲必定有先有后，第一内存片向CDN服务器访问是保证其访问稳定以及准确性，第二片内存片则可以访问从业务管理服务器反馈的本地其他媒体终端的地址，来减少CDN服务器的压力，同时也能减少一个区域网络中入口带宽的占用。如果只有一台媒体终端申请访问，则所有分片都访问CDN服务器。

100个内存分片等分成组，每10个内存分片分为一组，当媒体终端本地缓冲完成一组，需要向业务管理服务器发送信息更新信息，更新业务管理服务器中纪录的该媒体终端内存分片起始号以及结束号、已提供的服务器数目、异常超时的服务器以及服务器下载速度的排名，这样业务管理服务器中就存在了媒体终端的地址。以便给新加入的媒体终端，提供更准确的共享信息。

如果某个内存分片的数据缓冲完成，业务管理服务器将该内存分片对应的服务器地址的优先级在服务器地址列表中提升到第二位，而服务器地址列表中的server第一位永远是CND服务器。则该内存分片的媒体终端作为服务器优先给其他媒体终端访问，访问的内容只是该内存分片中缓冲的内容。比如第一组十个分片中，第三个分片率先完成缓冲，第三个分片在对应的服务器地址在服务器地址列表中的优先级提高，这样，内存分片缓冲效率高的被请求的频率可能比其他高。

某组分片缓冲中，如果有服务器对应的内存分片缓冲超时，也就是该内存分片访问不了本地媒体资源，则清除对应内存分片内容，向CDN服务器请求。

步骤S50：媒体终端对点播请求的内容进行本地缓冲，同时播放请求内容。

当点播请求的内容的本地缓冲容量超出媒体终端的内存容量时，媒体终端开始清除本地缓冲的初始部分。如本地缓冲达到500M，而媒体终端的用于缓冲的内存只有400M，则会将缓冲完成的400M的起始部分的100M缓冲清除，这样，媒体终端可以缓冲余下的内容。

步骤S60：媒体终端关闭，不再发起点播请求。

在媒体终端关闭之前，该媒体终端向业务管理服务器发送清除自身信息请求。

本发明的有益效果是：有效利用了媒体终端的能力，实现媒体资源的共享，大大减轻了对CDN服务器的需求，有效降低运营成本；利用私有网络内部或者临近的媒体终端，解决网络带宽接入的瓶颈，提供流畅的观看体验；所有的请求均在业务管理服务器的身份认证和控制下，便于网络的安全性和可控性。

Claims (10)

1.一种网络分层和资源分片的媒体分享方法，其中，包括：

步骤S10：媒体终端向业务管理服务器发起点播请求；

步骤S20：业务管理服务器接收到媒体终端的点播请求，并解析出点播请求的源信息，将解析后的源信息加入管理列表；

步骤S30：业务管理服务器给媒体终端发送点播请求中视频源的地址信息，该视频源的地址信息是一个服务器地址列表，服务器地址列表中限定N条最高优先级服务器地址，第一条服务器地址为CDN服务器地址，后续服务器地址按服务器的优先级排列；

步骤S40：媒体终端将自身内存按大小等分成若干片，媒体终端根据业务管理服务器反馈的地址优先级，分别按顺序给每片内存申请媒体流信息，第一内存分片向CDN服务器请求，剩余内存分片向本地其余媒体终端申请，同时启动该媒体终端的服务线程；

步骤S50：媒体终端对点播请求的内容进行本地缓冲，同时播放请求内容。

2.根据权利要求1所述的方法，其中，所述步骤S50之后还包括步骤S60：媒体终端关闭，不再发起点播请求。

3.根据权利要求1所述的方法，其中，在所述步骤S30中，后续服务器地址为本地其余已缓冲完成的媒体终端地址，服务器的优先级排列按照本地其余媒体终端的网络拓扑结构，越临近的该媒体终端的地址排名越靠前。

4.根据权利要求1、3所述的方法，其中，每个媒体终端申请访问视频源信息时，业务管理服务器根据得到的媒体终端IP地址和端口信息，提炼出所有媒体终端的网络拓扑结构。

5.根据权利要求1所述的方法，其中，所述步骤S20中，在所述业务管理服务器接收到媒体终端的点播请求后，业务管理服务器校验该媒体终端的合法性，如果该媒体终端合法，则继续解析点播请求的源信息，如果该媒体终端不合法，则业务管理服务器发回一个拒绝请求的信息给该媒体终端。

6.根据权利要求1所述的方法，其中，所述步骤S40中，媒体终端的内存分片等分成组，当媒体终端本地缓冲完成一组时，则需要向业务管理服务器发送信息更新信息，更新业务管理服务器中纪录的该媒体终端内存分片起始号以及结束号、已提供的服务器数目、异常超时的服务器、以及服务器下载速度的排名。

7.根据权利要求1、6所述的方法，其中，某组分片缓冲中，如果有服务器对应的内存分片缓冲超时，则清除对应内存分片内容，向CDN服务器请求。

8.根据权利要求6所述的方法，其中，如果所述内存分片组中的某个内存分片的数据缓冲完成，业务管理服务器将该内存分片对应的服务器地址的优先级在服务器地址列表中提升到第二位。

9.根据权利要求1所述的方法，其中，所述步骤S50中，媒体终端在整个缓存过程中，缓冲的媒体资源片不释放。

10.根据权利要求1所述的方法，其中，所述步骤S50中，当点播请求的内容的本地缓冲容量超出媒体终端的内存容量时，媒体终端开始清除本地缓冲的初始部分。