Delen via


Scenario: Abonnementsinhoud

Microsoft PlayReady maakt scenario's mogelijk waarin een inhoudseigenaar abonnementen verkoopt aan een catalogus met muziek of video met behulp van een onlinemediaarchief.

Omdat een PlayReady-server geen bedrijfslogica bevat, maar wel kan worden gekoppeld aan een back-end voor bedrijfslogica (via webservices), kan de levering van PlayReady-licenties voor abonnementsinhoud hetzelfde zijn als voor verhuurinhoud. De klant vraagt dus afzonderlijke licenties aan voor elk stuk inhoud (video, muziek) dat moet worden afgespeeld.

Houd er rekening mee dat de service meerdere licenties in één licentieantwoord kan leveren voor optimalisatiedoeleinden. In een scenario waarin de client bijvoorbeeld een aflevering van een reeks afspeelt, vraagt de client een licentie voor aflevering aan wanneer de gebruiker die video selecteert. De service wil mogelijk licenties leveren voor alle afleveringen van de serie in één keer om de kloof tussen afleveringen te verlagen. Het leveren van meerdere licenties is nog gunstiger voor muziek bij het afspelen van meerdere nummers zonder hiaten.

In een abonnementsmodel waarin een groot aantal inhoudsstukken wordt afgespeeld (bijvoorbeeld in een muziekservice waarbij de gebruiker duizenden nummers downloadt om offline te spelen), moet de client duizenden verschillende licenties beheren, één voor elke inhoud. Omdat dit een abonnementsservice is (bijvoorbeeld een maandelijkse verlenging vereist), hebben de geleverde licenties een vervaldatum op de verlengingsdatum van het maandelijkse abonnement en verwacht de gebruiker dat alle licenties worden verlengd wanneer het maandelijkse bedrag opnieuw wordt betaald.

Om dit scenario te optimaliseren, moet de service gekoppelde licenties gebruiken. Elk stukje inhoud is gebonden aan een unieke leaf-licentie. Alle leaf-licenties zijn gebonden aan dezelfde basislicentie. De leaf-licenties hebben geen begin- en verlooptijden, maar de basislicentie heeft deze begin- en verlooptijden. Daarom moet alleen de basislicentie opnieuw worden aangevraagd bij het verlengen van het abonnement. Daarnaast moeten apparaten die abonnementsinhoud afspelen, een vertrouwde klok van PlayReady ondersteunen om het abonnementsbeleid af te dwingen dat is gekoppeld aan afspeellicenties. Zie License Chaining en Trusted Clocks voor meer informatie.

Abonnementsinhoud

In het scenario met abonnementsinhoud worden de volgende stappen uitgevoerd, zoals geïllustreerd in de afbeelding.

  1. De serviceprovider draagt onbeveiligde inhoud over naar de inhoudsverpakkingsserver. De serviceprovider brengt de licentie over naar de licentieserver.

  2. De serviceprovider draagt beveiligde inhoud over naar een webserver voor distributie.

  3. Wanneer de client klaar is, kan deze abonnementsinhoud verkrijgen en een licentie die verloopt wanneer het abonnement afloopt.

De meest voorkomende leveringsmechanismen voor abonnementsinhoud is het streamen van de beveiligde inhoud van een webservice of het downloaden van de inhoud op een lokaal apparaat en vervolgens de inhoud afspelen.

Inhoud van streamingabonnement

In een abonnementsscenario waarin het abonnement een bepaald maximum aantal gelijktijdige streams toestaat (bijvoorbeeld drie streams), kan de service gebruikmaken van PlayReady Secure Stop om dit aantal af te dwingen.

Met adaptieve streamingprotocollen via HTTP wordt de stream in de cache opgeslagen en ontvangt de streaming-oorspronkelijke server alle streamingaanvragen. Als gevolg hiervan is het niet triviaal voor de service om te tellen hoeveel clients momenteel één stream afspelen.

PlayReady Secure Stop lost dit probleem op. Met PlayReady Secure Stop kan een service worden gewaarschuwd wanneer een client stopt met het afspelen van een stream. In combinatie met niet-permanente licenties, waardoor de service kan worden gewaarschuwd wanneer een client een stream start, kan de service in realtime tellen hoeveel clients een stream afspelen, of een verzameling streams, onder een bepaald account en dit nummer afdwingen.

Abonnementsinhoud downloaden en afspelen

De volgende technische aspecten moeten worden overwogen bij het implementeren van abonnementsinhoud die wordt gedownload en afgespeeld.

  • In het geval van verhuur of een ander scenario kan het downloaden van een stukje inhoud voordat het wordt afgespeeld een constante inhoudskwaliteit bieden die niet aan de netwerkkwaliteit is gekoppeld, maar mogelijk enige vertraging vereisen voordat het afspelen daadwerkelijk kan worden gestart. Als de netwerkbandbreedte bijvoorbeeld meestal tussen de 2 Mbps en 5 Mbps ligt, gemiddeld 4 Mbps bedraagt en de gebruiker betaalt voor een HD-stream van volledige hoge definitie met 4 Mbps, is de enige manier om constante hoge kwaliteit te garanderen, de content vooraf te downloaden. Met progressief downloaden kan de client beginnen met het downloaden van de inhoud en vervolgens opnieuw afspelen voordat het downloaden is voltooid. In het bovenstaande voorbeeld kan een prebuffering van 5 minuten voldoende zijn om de verwachte kwaliteit tijdens het afspelen te garanderen.

  • Andere voordelen van downloadlevering zijn het toestaan van inhoudsverbruik in omgevingen met nul of lage connectiviteit (bijvoorbeeld metro's, pendeltreinen, vliegtuigen, enzovoort).

  • Services die inhoud willen pushen, kunnen gebruikmaken van PlayReady-metering. Met PlayReady-metering kan een service een permanente licentie leveren en achteraf op de hoogte worden gesteld als de inhoud daadwerkelijk is afgespeeld. Op basis van deze informatie kan de service inhoud pushen naar een apparaat en inhoudseigenaren betalen, of factuurgebruikers, op basis van hun werkelijke verbruik. Deze functionaliteit is doorgaans handig in het volgende scenario:

    1. Een gebruiker heeft een abonnement voor een videoservice.

    2. De gebruiker begint aflevering 1 van een tv-serie te bekijken.

    3. De service pusht afleveringen 2, 3 en 4 naar het apparaat (de apparaattoepassing downloadt deze afleveringen en de bijbehorende permanente licenties).

    4. De gebruiker wordt losgekoppeld in de metro.

    5. De gebruiker speelt afleveringen 2 en 3 af.

    6. De gebruiker wordt opnieuw verbonden.

    7. De service krijgt een melding dat de gebruiker afleveringen 1, 2 en 3 heeft gespeeld, maar niet aflevering 4.