通过

方案：订阅内容

  • 项目

Microsoft PlayReady支持内容所有者使用在线媒体商店向音乐或视频目录销售订阅的方案。

由于 PlayReady 服务器不包含任何业务逻辑，但可以通过 Web 服务) 链接到任何业务逻辑后端 (，因此，订阅内容的 PlayReady 许可证的交付可能与租赁内容相同。 因此，客户端将请求每个内容的各个许可证 (视频、音乐) 必须播放。

请注意，该服务可以在一个许可证响应中传递多个许可证，以实现优化。 例如，在客户端正在播放系列剧集的情况下，客户端在用户选择该视频时请求第一集的许可证。 该服务可能希望同时为该系列的所有剧集提供许可证，以降低剧集之间的差距。 在播放多个曲目时，提供多个许可证更有利于音乐，没有任何差距。

例如，在 (订阅模型中，用户下载数千个曲目以脱机播放) 的音乐服务中，客户端必须管理成千上万个不同的许可证，每个内容都有一个。 例如，这是一个订阅服务 (，因此需要每月续订) 、交付的许可证在每月订阅的续订日期到期，并且用户期望在每月费用再次支付时续订所有许可证。

若要优化此方案，服务应使用链接的许可证。 每个内容都绑定到唯一的叶许可证。 所有叶许可证都绑定到同一根许可证。 叶许可证没有开始和过期时间，但根许可证具有这些开始和过期时间。 因此，订阅续订后，必须重新获取根许可证。 此外，播放订阅内容的设备必须支持 PlayReady 受信任的时钟，以强制实施与播放许可证关联的订阅策略。 有关详细信息，请参阅 许可证链 和 受信任的时钟。

Subscription Content

订阅内容方案执行以下步骤，如图所示。

  1. 服务提供商将未受保护的内容传输到内容打包服务器。 服务提供商将许可证传输到许可证服务器。

  2. 服务提供商将受保护的内容传输到 Web 服务器以供分发。

  3. 客户端准备就绪后，可以获取订阅内容，以及订阅结束时过期的许可证。

订阅内容的最常见传递机制是从 Web 服务流式传输受保护的内容，或将内容下载到本地设备上，然后播放内容。

流式处理订阅内容

在订阅方案中，订阅允许一定的最大并发流数 (例如，三个流) ，服务可能希望利用 PlayReady Secure Stop 强制实施此数字。

使用通过 HTTP 的自适应流式处理协议，流会缓存流，流源服务器会获取所有流式处理请求。 因此，服务计算当前播放一个流的客户端数并不简单。

PlayReady Secure Stop 解决了此问题。 PlayReady Secure Stop 允许在客户端停止播放流时通知服务。 结合非永久性许可证，允许服务在客户端开始播放流时收到通知，它允许服务实时计数客户端在特定帐户下播放流或流集合的数量，并强制实施此数字。

下载和播放订阅内容

实现下载和播放的订阅内容时，应考虑以下技术方面。

  • 与租赁或任何其他方案一样，在播放之前下载一段内容允许与网络质量不相关的内容质量持续，但可能需要一些延迟才能真正开始播放。 例如，如果网络带宽通常介于 2 Mbps 和 5 Mbps 之间，平均为 4 Mbps，并且用户以 4 Mbps 的速度支付完整的高清 (HD) 流费用，则确保始终高质量的方法是预先下载内容。 渐进式下载允许客户端开始下载内容，然后在下载完成之前开始播放。 在上面的示例中，预装 5 分钟可能足以确保播放期间的预期质量。

  • 下载交付的其他优势是允许在零或低连接性 (的环境中使用内容，例如地铁、通勤列车、飞机等) 。

  • 想要执行内容推送的服务可能需要利用 PlayReady 计量。 PlayReady 计量允许服务提供持久性许可证，并在内容实际播放后收到通知。 根据此信息，服务可以根据实际使用情况将内容推送到设备并支付内容所有者或发票用户。 通常，此功能在以下方案中很有用：

    1. 用户具有视频服务的订阅。

    2. 用户开始观看电视连续剧的第 1 集。

    3. 服务将第 2 集、3 集和 4 推送到设备， (设备应用程序下载这些集，以及关联的永久性许可证) 。

    4. 用户在地铁中断开连接。

    5. 用户播放第 2 集和第 3 集。

    6. 用户重新连接。

    7. 该服务会收到通知，即用户播放了第 1、2 和 3 集，但未播放第 4 集。