Scenario: contenuto della sottoscrizione

Microsoft PlayReady consente scenari in cui un proprietario del contenuto vende sottoscrizioni a un catalogo di musica o video usando un archivio multimediale online.

Poiché un server PlayReady non include logica di business, ma può tuttavia essere collegato a qualsiasi back-end della logica di business (tramite servizi Web), la distribuzione di licenze PlayReady per il contenuto della sottoscrizione può essere identica a quella del contenuto di noleggio. Quindi, il client richiederà singole licenze per ogni pezzo di contenuto (video, musica) che deve essere riprodotto.

Si noti che il servizio può fornire più licenze in un'unica risposta di licenza a scopo di ottimizzazione. Ad esempio, in uno scenario in cui il client sta riproducendo un episodio di una serie, il client richiede una licenza per l'episodio 1 quando l'utente seleziona tale video. Il servizio potrebbe voler distribuire licenze per tutti gli episodi della serie in una sola volta per ridurre il divario tra episodi. La distribuzione di più licenze è ancora più vantaggiosa per la musica durante la riproduzione di più brani senza lacune.

In un modello di sottoscrizione in cui viene riprodotto un numero elevato di parti di contenuto (ad esempio, in un servizio musicale in cui l'utente scarica migliaia di tracce da riprodurre offline), il client deve gestire migliaia di licenze diverse, una per ogni contenuto. Poiché si tratta di un servizio di sottoscrizione (ad esempio, richiede un rinnovo mensile), le licenze recapitate hanno una scadenza alla data di rinnovo della sottoscrizione mensile e l'utente si aspetta che tutte le licenze vengano rinnovate quando viene nuovamente pagata la tariffa mensile.

Per ottimizzare questo scenario, il servizio deve usare licenze concatenati. Ogni oggetto di contenuto è associato a una licenza specifica e univoca. Tutte le licenze "foglia" sono collegate alla stessa licenza radice. Le licenze foglia non hanno orari di inizio e scadenza, ma la licenza radice ha questi tempi di inizio e scadenza. Pertanto, è necessario riacquisire solo la licenza radice al rinnovo dell'abbonamento. Inoltre, i dispositivi che riproducono il contenuto della sottoscrizione devono supportare un "orologio attendibile PlayReady" per applicare la politica di sottoscrizione associata alle licenze di riproduzione. Per ulteriori informazioni, vedere Concatenamento delle licenze e orologi attendibili.

Lo scenario del contenuto della sottoscrizione esegue i passaggi seguenti, come illustrato nella figura.

1. Il provider di servizi trasferisce contenuto non protetto al server di creazione pacchetti di contenuto. Il provider di servizi trasferisce la licenza al server licenze.

2. Il provider di servizi trasferisce il contenuto protetto a un server Web per la distribuzione.

3. Quando il client è pronto, può acquisire il contenuto della sottoscrizione e una licenza che scade al termine della sottoscrizione.

I meccanismi di distribuzione più comuni per il contenuto della sottoscrizione sono lo streaming del contenuto protetto da un servizio Web o il download del contenuto in un dispositivo locale e quindi la riproduzione del contenuto.

Streaming di contenuti in abbonamento

In uno scenario di sottoscrizione, in cui la sottoscrizione consente un determinato numero massimo di flussi simultanei (ad esempio, tre flussi), il servizio potrebbe voler sfruttare PlayReady Secure Stop per applicare questo numero.

Con i protocolli di streaming adattivi tramite HTTP, il flusso viene memorizzato nella cache HTTP e il server di origine di streaming ottiene tutte le richieste di streaming. Di conseguenza, non è banale per il servizio contare quanti client sono attualmente coinvolti nella riproduzione di un flusso.

PlayReady Secure Stop risolve questo problema. PlayReady Secure Stop consente a un servizio di ricevere una notifica quando un client smette di riprodurre un flusso. In combinazione con licenze non persistenti, che consentono al servizio di ricevere una notifica quando un client avvia la riproduzione di un stream, consente al servizio di contare in tempo reale il numero di client che riproducono un stream o una raccolta di stream, in un determinato account, e applicare questo limite.

Scaricare e riprodurre il contenuto della sottoscrizione

Quando si implementa il contenuto della sottoscrizione scaricato e riprodotto, è necessario considerare gli aspetti tecnici seguenti.

• Come il noleggio o qualsiasi altro scenario, il download di una parte di contenuto prima di riprodurre consente una qualità costante del contenuto non correlato alla qualità di rete, ma potrebbe richiedere un certo ritardo prima che la riproduzione possa effettivamente iniziare. Ad esempio, se la larghezza di banda di rete è in genere compresa tra 2 Mbps e 5 Mbps, una media di 4 Mbps e l'utente paga un flusso HD (Full High Definition) a 4 Mbps, l'unico modo per garantire una qualità elevata costante consiste nel pre-scaricare il contenuto. Il download progressivo consente al client di avviare il download del contenuto, quindi avviare la riproduzione prima del completamento del download. Nell'esempio precedente, un prebuffering di 5 minuti può essere sufficiente per garantire la qualità prevista durante la riproduzione.

• Altri vantaggi della distribuzione di download sono consentire il consumo di contenuti in ambienti con zero o bassa connettività (ad esempio, metropolitana, treni pendolari, aerei e così via).

• I servizi che vogliono eseguire il push del contenuto potrebbero voler sfruttare la misurazione di PlayReady. Il controllo PlayReady consente a un servizio di distribuire una licenza permanente e ricevere una notifica in seguito se il contenuto è stato effettivamente riprodotto. Sulla base di queste informazioni, il servizio può trasmettere il contenuto a un dispositivo e pagare i proprietari del contenuto o fatturare agli utenti, in base al loro consumo effettivo. In genere, questa funzionalità sarebbe utile nello scenario seguente:

  1. Un utente ha una sottoscrizione per un servizio video.

  2. L'utente inizia a guardare l'episodio 1 di una serie TELEVISIVa.

  3. Il servizio esegue il push degli episodi 2, 3 e 4 nel dispositivo (l'applicazione del dispositivo scarica questi episodi e le licenze persistenti associate).

  4. L'utente viene disconnesso nella metropolitana.

  5. L'utente gioca agli episodi 2 e 3.

  6. L'utente viene riconnesso.

  7. Il servizio riceve una notifica che l'utente ha riprodotto gli episodi 1, 2 e 3, ma non l'episodio 4.