什么是DRM?
现在让我们快速了解一下DRM在基于浏览器的环境中是如何工作的, 以及从插件到HTML5的过渡.
从插件到HTML5
正如前面提到的, in the past, DRM播放器通常是Flash等插件或Widevine Classic等单独下载的播放器. 在过去的两年里, 已经实现了几种基于标准的技术，以使浏览器本身能够在这个角色中发挥作用. 虽然单独来看，这些技术在技术上似乎很复杂, 你会看到, 大局很容易把握. 这些技术包括:
媒体源扩展(MSE)
MSE是用于播放媒体数据的JavaScript接口的W3C HTML工作组规范. 支持MSE的浏览器和设备可以播放视频块(或单个文件中视频段的字节范围请求)。, 它可以同时实现自适应比特率流的直播和VOD播放, 配上隐藏式字幕. 而最初的HTML5视频标签支持单个MP4文件的渐进式下载, MSE支持full 自适应流媒体.
动态自适应HTTP流(DASH)
DASH 是一种基于http的自适应流的标准文件格式，在形式和功能上类似于苹果的HLS或微软的平滑流. 像所有基于http的自适应流媒体技术一样, there are two types of files in the final output packaging; fragmented videos files (or byte-range requests for segments within a single file), 清单文件, 哪些标识了自适应组中各种流的位置, 以及各个段的块或字节范围请求的位置. In use, 大多数DASH内容由单独的MP4文件组成(一个用于自适应组中的每个编码流), 和MPD(媒体演示描述)清单文件.
MSE和DASH配合在一起就像手在手套. 也就是说，要播放DASH文件，浏览器或设备必须支持MSE. 所以MSE提供了回放功能, 而DASH是MSE支持的文件格式之一.
加密媒体扩展(EME)
EME是另一个JavaScript API，它通过使用应用程序编程接口(API)扩展MSE来控制受保护内容的回放，从而实现基于html5的DRM. EME通过整合所谓的内容解密模块来工作, or CDM, 进入浏览器, device, 或移动操作系统, 允许浏览器或设备直接与许可服务器通信.
通用加密方案(CENC)
CENC详细介绍了用于存储与压缩音频/视频数据的一种或多种DRM技术的DRM相关数据的标准加密和密钥映射技术. 你会看到, 管理多个DRM的能力至关重要，因为大多数浏览器或其他设备只支持一种DRM风格, 使多drm支持成为大多数视频制作人的必需品.
ISO基础媒体文件格式(ISO- bmff)
ISO BMFF是一种包含DASH编码视频和CENC DRM元数据的标准化文件格式.
这些概念汇集在一起，由 BuyDRM 在流媒体西部2014，是可用的 here. 左边是ISO BMFF, 其中包含三个DRM的DASH编码内容和CENC DRM信息. 这些信息通过云传递给eme兼容的浏览器，该浏览器与适当的许可服务器(1)通信, 2, or 3, 但并非全部都是), 并获得解密密钥. 一旦解密，DASH数据就会通过MSE回放.
现在你知道了缩略词和管道的工作原理, 让我们看看EME如何从根本上改变了大多数流媒体出版商需要支持的drm的数量.
使用EME
当DRM绑定到插件时，DRM可以在任何支持该插件的浏览器上工作. 因此，如果您使用Adobe的访问通过Flash Player保护您的内容, Adobe的访问可以在任何支持Flash的浏览器中运行.
相比之下，对于EME，每个平台决定支持哪个DRM，如 Table 1，主要浏览器都支持不同的DRM技术. 不足为奇的是, 微软在ie和Edge浏览器中支持PlayReady技术, 谷歌在Chrome中支持Widevine, 苹果在Safari中支持FairPlay. Firefox同时支持Adobe的访问和Widevine. 实际上, 这意味着像DivX这样的技术, or VCAS, or Marlin, 它们没有集成到任何浏览器中, 在没有单独下载播放器的情况下，无法用于基于浏览器的发行, 在以html5为中心的世界里，这些问题越来越令人讨厌.
注意，表1中的信息主要取自 DRMToday的网站, 这是了解哪种DRM被哪种平台和规格(如HbbTV)所支持的一个很好的百家乐软件.
| Browser | DRM提供者 |
| 铬(35 +) | Widevine |
| Firefox (38+ Windows) | Adobe的访问 |
| 火狐(47+ Windows/Mac) | Adobe的访问, Widevine |
| Windows 8上的IE 11+.1+ | PlayReady |
| Microsoft Edge (Windows 10+) | PlayReady |
| Opera(仅在Linux上) | Widevine |
| Safari (OS X上的8+) | FairPlay |
Table 1. 浏览器支持DRM.
从台式机转向手机播放器, 安全地分发到移动设备时, 你有两个选择, 基于浏览器的回放, 以及在应用程序中播放. 在基于浏览器的播放方面, the vendors remain true to form; Apple supports FairPlay in iOS 6+, Google在Android 3+中支持Widevine Classic, 和Widevine模块化在Android 4.3+，而微软在Windows Phone上支持PlayReady.
当然，应用程序提供了更多的选择自由. 例如, BuyDRM, 在所有移动设备上启用PlayReady, with Marlin, 开放标准的DRM解决方案, 在iOS和Android设备上. Basically, 基于浏览器的播放支持每个平台一个DRM, 而应用程序通常允许您从多个drm中进行选择.
In OTT, PlayReady占主导地位, 支持除Apple TV以外的大多数平台, 哪一个当然只支持公平游戏. Widevine也可以在Chromecast和Android TV等谷歌设备上使用, 但不是亚马逊Fire TV, 它使用PlayReady. 大多数智能电视支持PlayReady，少量支持Widevine和Marlin. Xbox和PlayStation都支持PlayReady，索尼设备也支持Marlin.
选择DRM和许可合作伙伴
到这里为止, 您可能理解选择DRM技术, 首先选择播放平台, 然后看到它支持哪个或哪个DRM. 为了支持计算机上所有主要的浏览器，你需要支持多个drm. 除了, 因为EME还没有支持100%的目标观众, 任何基于EME的DRM策略都必须支持退回到基于插件的DRM, 通常是通过Flash的Adobe的访问或通过Silverlight的PlayReady. 使这一退路策略复杂化的是Adobe decision 使Access主要只在自己的Primetime平台上可用, 所以如果你不是黄金时段的用户, 你可能无法向Flash提供退路.
在移动平台, 你必须决定是制作应用还是通过浏览器发布, 前者在选择DRM方面提供了更大的灵活性. 一旦你进入OTT和智能电视领域, it's a device-by-device determination; identify the device that you want to serve, 然后识别支持的DRM或DRM.
DRM许可选项
在选择目标平台并确定必须支持的DRM技术之后, 您应该选择一个许可提供商, 这涉及到多种因素, 包括是否直接与那些支持(或要求)它的供应商合作。, 或者使用许可合作伙伴. Obviously, 潜在合作伙伴支持的drm是一个主要考虑因素, 服务提供商的部分列表显示在 Table 2. 请注意，这是一个快速变化的市场, 因此，在做出任何决定之前，请咨询服务提供商.
Table 2. 多个DRM服务提供商的部分列表.
顺便说一句, 尽管Netflix已经从苹果公司获得了FairPlay的授权，可以使用EME和MSE来播放dash编码的文件, 它似乎是唯一拥有该特权的内容所有者. 表2中列出的所有供应商都可以提供FairPlay来保护HLS内容，但DASH不行. 虽然这种情况可能会在2016年晚些时候发生变化，但截至2016年6月，情况仍是如此.
在表2所示的列表中，应该添加如下的在线视频平台(OVP) Brightcove, Kaltura, and Ooyala, 它们都提供了各种DRM技术，以便在当前浏览器中支持本地EME, 旧的浏览器退回到Silverlight或Flash, 以及sdk，以协助交付到移动设备和其他设备.
同样，在2016年，Adobe推出了 Adobe Primetime HTH TVSDK 它使用每个浏览器的本地eme驱动的DRM. Adobe还宣布了与ExpressPlay的合作伙伴关系 云服务 用于颁发所有所需drm的许可证，该许可证将于2016年底提供. 客户可以使用Adobe云进行DRM许可, 或者在客户端上使用一组有限的许可证管理员与Adobe Primetime TVSDK一起使用. 本质上, 如果你是通过OVP或类似的平台分发你的内容, 该服务或平台应该能够提供必要的DRM, 或者是集成第三方服务提供商(如表2所示)的简单路径.
Again, 正如前面提到的, Adobe已经声明他们将不再支持第三方DRM经销商, 这可能意味着在2016年或以后，关于Adobe的访问的表2会发生一些变化.
用DRM包装你的内容
对于管理自己的分销和玩家开发的开发者, 将DRM集成到编码和打包工作流程中是另一个主要因素, 不同的服务采用不同的方法. 例如, castLabs, 今天的DRM所有者, 提供云服务，可以输入超过100个音频/视频编解码器, 并为DASH输出drm保护封装, 光滑的流, and HLS, 完整的封闭字幕支持.
如果您在第三方云服务中编码，请检查它直接支持哪些DRM提供商. 例如，编码.com直接提供Widevine授权，但与BuyDRM集成以管理PlayReady授权. BuyDRM也有部署 亚马逊网络服务, Akamai， Brightcove (Zencoder)， Encoding.com and 谷歌云. 如果你正在编码你自己的内容, 检查供应商是否可以为您选择的平台提供编码/打包功能, 窗户是否, Linux, 或者是云.
检查您的服务提供商或合作伙伴是否支持动态加密, 而不是静态的, 哪个可以简化您的工作流程并节省存储成本. 例如, Wowza流媒体引擎可以动态加密和打包直播和VOD内容，以便通过Apple HTTP live Streaming (HLS)传输。, 微软平滑流(MSS), 和动态自适应流媒体的HTTP (DASH)与PlayReady和Verimatrix VCAS DRM使用三个第三方DRM服务提供商, BuyDRM, EZDRM和verimmatrix.
使用动态加密，它可以从其他供应商获得，包括 微软Azure，服务器上只需要驻留一个未加密内容的副本. 与此形成鲜明对比的是, 使用静态打包模型, 您必须为所有技术和所有内容创建并存储最终的加密包, 增加存储成本. 动态打包的潜在缺点是轻微的播放延迟, 这将因技术提供商而异.
面向付费电视的数字版权管理服务
如果你是一家付费电视服务提供商，同时也向流媒体和其他客户端提供服务, 您应该考虑其他几种选择. 例如，Verimatrix向广播和付费电视市场销售DRM和其他产品. 因为它的许多客户正在扩展到流媒体交付, Verimatrix创建了MultiRights OTT服务, 谁管理其核心VCAS DRM以向iOS交付服务, Android, 传统桌面浏览器, and STBs, 并为Chrome和其他专有环境添加了Widevine, 和PlayReady集成许可管理平滑流和DASH服务交付到封闭的Xbox和Windows环境.
NAGRA, 为数字电视服务提供商开发anyCAST安全服务平台, 采取不同的方法. 而不是使用第三方DRM平台来支持计算机, 移动设备, 和其他CE平台, NAGRA通过安全播放器和其他技术将自己的DRM技术扩展到这些平台.
Similarly, 思科VideoGuard无处不在 (VGE) 允许付费电视服务安全地将播放从机顶盒扩展到计算机, 移动设备, 还有游戏机. 除了访问DRM技术之外, 通过VGE，思科承担了集成视频服务解决方案的所有组件的责任, 包括不同的DRM系统, 部署后监控服务的完整性, 并对发现的服务违规行为做出响应.
商业模式和定价
在选择drm和提供商时, 一定要检查组合是否支持您的目标平台和计划的业务模型. 如果您的模型流式传输到在线客户端, 这应该相当简单, 因为几乎所有的DRM和DRM提供商都支持这一点. 另一方面, 如果您要实现订阅模式, 或者离线下载和播放内容的能力, 或者将其下载到您的计算机上，然后将其侧载到另一台设备上, 你可能会有问题.
超越商业模式, 你应该为启动成本和持续成本定价, 特别是那些支持其他平台的人, 供应商之间的差异很大. 例如, 表2中的许多服务提供商提供sdk来创建Android和iOS应用程序, 但有些课程只收取象征性的费用, 而其他的则相当昂贵. 比较价格时, 您应该知道您打算支持的所有平台, 以及你打算如何支持它们(应用程序或浏览器). 然后，您应该为完成该任务所需的每个模块或服务定价, 加上最低月租费和按许可证收费. 记住还要考虑潜在的存储成本.
玩家方面
最后需要说明的是，如果你使用的是现成的(OTS)播放器，比如 JW Player，请理解它目前可能不支持所有drm. 例如，JW Player支持DASH播放的唯一DRMs是Widevine和PlayReady. 因此，请与您的OTS播放器开发人员联系，以确定它支持哪些drm.
除了, 在选择DRM提供商之前, 询问你的玩家开发者是否与任何供应商有关系，这将简化整合过程. 例如，JW Player与 Vualto 以及每个提供商的多DRM协议的BuyDRM. Similarly, 如果你使用castLabs的DASH Everywhere DASH Player, 今天是一个天然的DRM提供商. Finally, 如果你要为移动平台开发应用, 检查您的候选供应商中哪些提供软件开发工具包(sdk)以加速其开发.
作者注:作者要感谢Christopher Levy，公司的首席执行官 BuyDRM，以获得本文的技术协助.
相关文章
盗版将永远是一个问题, 但DRM和水印技术的新进展正在这场永无止境的全球战争中取得进展.
28 Sep 2018
而出版商则在等待一个适用于所有浏览器的单一内容加密系统, 标准组织正在讨论EME的未来. 以下是后插件时代的权限管理.
2017.10.25
它是如何工作的, 领先技术, 许可选项, 商业模式, 定价:本指南包括内容所有者需要知道的一切，以确保他们的宝贵资产.
04 Apr 2017
在线视频观看者现在在观看YouTube视频时享有更高的安全性, 此举也消除了许多类型的错误.
2016年8月2日
提及的公司及供应商