Поделиться через


Сценарий: содержимое подписки

Microsoft PlayReady включает сценарии, в которых владелец содержимого продает подписки в каталог музыки или видео с помощью интернет-магазина мультимедиа.

Так как сервер PlayReady не содержит бизнес-логику, но может быть связан с любой серверной частью бизнес-логики (через веб-службы), доставка лицензий PlayReady для содержимого подписки может быть такой же, как и для содержимого аренды. Таким образом, клиент запрашивает отдельные лицензии для каждого содержимого (видео, музыки), который должен воспроизводиться.

Обратите внимание, что служба может предоставлять несколько лицензий в одном ответе лицензии для оптимизации. Например, в сценарии, когда клиент играет эпизод серии, клиент запрашивает лицензию на эпизод один, когда пользователь выбирает это видео. Служба может потребоваться доставить лицензии для всех эпизодов серии одновременно, чтобы снизить разрыв между эпизодами. Доставка нескольких лицензий еще более полезна для музыки при воспроизведении нескольких треков без каких-либо пробелов.

В модели подписки, где воспроизводится большое количество фрагментов содержимого (например, в музыкальной службе, где пользователь скачивает тысячи дорожек для воспроизведения в автономном режиме), клиент должен управлять тысячами различных лицензий, по одному для каждого содержимого. Так как это служба подписки (например, требуется ежемесячное продление), лицензии, которые доставляются, имеют срок действия в дату продления ежемесячной подписки, и пользователь ожидает, что все лицензии будут продлены при повторной оплате ежемесячной платы.

Чтобы оптимизировать этот сценарий, служба должна использовать связанные лицензии. Каждый фрагмент содержимого привязан к уникальной конечной лицензии. Все конечные лицензии привязаны к одной корневой лицензии. Конечные лицензии не имеют времени начала и окончания срока действия, но корневая лицензия имеет эти сроки начала и окончания срока действия. Таким образом, при продлении подписки необходимо повторно запрашивать только корневую лицензию. Кроме того, устройства, которые играют содержимое подписки, должны поддерживать доверенные часы PlayReady, чтобы применить политику подписки, связанную с лицензиями воспроизведения. Дополнительные сведения см. в разделе "Цепочка лицензий " и "Доверенные часы".

Subscription Content

Сценарий содержимого подписки выполняет следующие действия, как показано на рисунке.

  1. Поставщик услуг передает незащищенное содержимое серверу упаковки содержимого. Поставщик услуг передает лицензию серверу лицензирования.

  2. Поставщик услуг передает защищенное содержимое на веб-сервер для распространения.

  3. Когда клиент будет готов, он может получить содержимое подписки и лицензию, срок действия которого истекает по окончании подписки.

Наиболее распространенные механизмы доставки содержимого подписки — потоковая передача защищенного содержимого из веб-службы или скачивание содержимого на локальное устройство, а затем воспроизведение содержимого.

Потоковая передача содержимого подписки

В сценарии подписки, где подписка разрешает определенное максимальное количество параллельных потоков (например, три потока), служба может потребовать использования PlayReady Secure Stop для принудительного применения этого числа.

При использовании протоколов адаптивной потоковой передачи по протоколу HTTP поток кэшируется, а сервер источника потоковой передачи получает все запросы потоковой передачи. Как следствие, служба не является тривиальной, чтобы подсчитать, сколько клиентов в настоящее время воспроизводит один поток.

PlayReady Secure Stop решает эту проблему. PlayReady Secure Stop позволяет службе получать уведомления, когда клиент перестает воспроизводить поток. В сочетании с непрекращающимися лицензиями, которые позволяют службе получать уведомления о начале воспроизведения потока клиентом, она позволяет службе рассчитывать в режиме реального времени, сколько клиентов воспроизводит поток или коллекцию потоков, под определенной учетной записью и принудительно применяет это число.

Скачивание и воспроизведение содержимого подписки

При реализации содержимого подписки, скачаемого и воспроизводимого содержимого, следует учитывать следующие технические аспекты.

  • Как и в случае аренды или любого другого сценария, скачивание части содержимого перед воспроизведением позволяет постоянному качеству содержимого не коррелировать с качеством сети, но может потребовать некоторой задержки, прежде чем воспроизведение может начаться. Например, если пропускная способность сети обычно составляет от 2 Мбит/с до 5 Мбит/с, в среднем 4 Мбит/с, а пользователь платит за полный поток высокого определения (HD) на 4 Мбит/с, единственный способ обеспечить постоянное высокое качество — предварительно скачать содержимое. Прогрессивное скачивание позволяет клиенту начать скачивание содержимого, а затем начать воспроизведение до завершения загрузки. В приведенном выше примере может быть достаточно пребуферирования в 5 минут, чтобы обеспечить ожидаемое качество во время воспроизведения.

  • Другие преимущества доставки загрузки — разрешить потребление содержимого в средах с нулевым или низким подключением (например, метро, пригородные поезда, самолеты и т. д.).

  • Службам, которые хотят отправлять содержимое, может потребоваться использовать средства измерения PlayReady. Измерение PlayReady позволяет службе доставлять постоянную лицензию и получать уведомления после этого, если содержимое фактически было воспроизведено. На основе этих сведений служба может отправлять содержимое на устройство и платить владельцам контента или пользователям счетов в зависимости от фактического потребления. Как правило, эта функция будет полезна в следующем сценарии:

    1. У пользователя есть подписка на службу видео.

    2. Пользователь начинает смотреть эпизод 1 телесериала.

    3. Служба отправляет эпизоды 2, 3 и 4 на устройство (приложение устройства скачивает эти эпизоды и связанные постоянные лицензии).

    4. Пользователь отключается в метро.

    5. Пользователь играет эпизоды 2 и 3.

    6. Пользователь повторно подключается.

    7. Служба получает уведомление о том, что пользователь играл эпизоды 1, 2 и 3, но не эпизод 4.