ts流分片和加密方法

来源:互联网 发布:一个编程游戏 办公室 编辑:程序博客网 时间:2024/06/05 06:50

 

一般步骤就是IPTV编码,送到OTT再编成多码率再送到CDN,CDN将流推到机顶盒 

CDN的全称是Content Delivery Network,即内容分发网络。其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节,使内容传输的更快、更稳定。通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络,CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可就近取得所需内容,解决 Internet网络拥挤的状况,提高用户访问网站的响应速度。
简单地说,内容分发网络(CDN)是一个经策略性部署的整体系统,包括分布式存储、负载均衡、网络请求的重定向和内容管理4个要件,而内容管理和全局的网络流量管理(Traffic Management)是CDN的核心所在。通过用户就近性和服务器负载的判断,CDN确保内容以一种极为高效的方式为用户的请求提供服务。
用户提交域名→浏览器对域名进行解释→得到目的主机的IP地址→根据IP地址访问发出请求→得到请求数据并回复
 DRM,英文全称Digital Rights Management, 可以翻译为:内容数字版权加密保护技术。 由于数字化信息的特点决定了必须有另一种独特的技术,来加强保护这些数字化的音视频节目内容的版权,该技术就是数字权限管理技术---DRM(digital right management)。
 DRM技术的工作原理是,首先建立数字节目授权中心。编码压缩后的数字节目内容,可以利用密钥(Key)进行加密保护(lock),加密的数字节目头部存放着KeyID和节目授权中心的URL。用户在点播时,根据节目头部的KeyID和URL信息,就可以通过数字节目授权中心的验证授权后送出相关的密钥解密(unlock),节目方可播放。
DRM 不能很好地保护版权,目前准备抛弃它
 方案一:
 1, 对于STB来说,需要沿用IPTV DRM客户端,并不是Apple推荐的DRM方式(Apple的推荐方式是基于https取key,对文件做AES)。因此,在实际集成和开局过程中,可能会出现无法预知的风险。DRM厂商也可能不做技术支持。
2, 这个方案不能解决iPhone/iPAD接入的问题。因为不符合Apple的标准,DRM厂家无法提供专用于Apple的DRM模块进行支持。
 方案二:
采用Apple的标准方法,由编码器进行分片和加密。这是我们目前已经支持的部分,能做到单节点没有问题。
我们需要解决的问题是:对于直播分片文件,如何快速地分发到很多的CDN区域中心和边缘节点?
在CDN节点之间建立http streaming中继的方式来传送这些直播流,或者可以考虑用multicast?这是此方案的难点。
  方案三:
这是目前Envivio已经推出的方案。OTT encoder只是输出不同码率的码流,这些multicast的TS流交给所有CDN节点进行切片。
CDN节点与DRM密钥服务器有接口集成。CDN节点首先进行切片,然后找DRM服务器要密钥,随后由CDN节点完成分片文件的AES加密。
此方案对于Encoder和DRM厂家而言都是成熟方案。

原创粉丝点击