Autenticazione Adobe Primetime: termini utilizzati più di frequente

Questo articolo contiene un elenco dei termini più comunemente utilizzati e le relative spiegazioni in relazione ad Adobe Primetime.

Descrizione description

Ambiente

Primetime

Problema/Sintomi

Elenco dei termini più comunemente utilizzati in Adobe Primetime.

Risoluzione resolution

Termini più comuni

Entità

  • Programmatore - un programmatore è un  Provider di contenuti  che prevede di integrare Adobe Pass nel proprio sito web o applicazione.
  • Canale - un canale è il  risorsa effettiva  attraverso il quale un programmatore distribuisce il contenuto. Un programmatore può gestire uno o più canali. Ad esempio: un programmatore Star può avere Star Sports e Star Movies come canali.
  • RequestorID - è un ID univoco che  identifica un programma  o le sue risorse, account, brand o canale e così via, per Adobe Pass.
  • ResourceID - un ID (una stringa) che identifica il programmatore in  MVPD (Multichannel Video Programming Distributor).
  • Fornitore di servizi : si riferisce al ruolo di SP, svolto dall’autenticazione Adobe Primetime, che agisce per conto di un programmatore durante un’integrazione con un MVPD.
  • Provider di contenuti - a  programmatore  viene anche definito provider di contenuti.
  • Media company - Le società di media sono  Provider PayTV, essenzialmente MPVD.
  • MVPD - I distributori di programmi video multicanale (MVPD), come suggerisce il nome, sono  distributori  del contenuto dei programmatori a  piattaforme multiple. ad esempio: TV, dispositivi mobili e senza client (Xbox, Roku e così via).

Flussi

  • AuthN - authN fa riferimento a  autenticazione  che è essenzialmente un processo di accesso degli utenti alla piattaforma MVPD. L’autenticazione di Adobe Primetime genera un’  token authN  e lo stesso viene memorizzato sul dispositivo dell’utente o sul server dell’Adobe, a seconda della piattaforma di integrazione del programmatore
  • AuthZ - authZ fa riferimento a  autorizzazione  processo che consente all'utente di  visualizzare contenuto protetto  gestito da un canale/programmatore.  L’autenticazione Adobe Primetime genera il  token authZ  e lo stesso viene memorizzato sul server di Adobe.
  • Verifica preliminare - L'autorizzazione di verifica preliminare è un controllo di autorizzazione semplificato per più risorse.
  • Disconnetti - Si tratta essenzialmente di un processo di uscita dell'utente da Windows Media Player selezionando l'opzione Disconnetti. Windows Media Player gestisce la disconnessione tramite  API Access Enabler  che disconnette l’utente e  elimina tutti i token AuthN e AuthZ  dal sistema locale dell’utente. L’autenticazione di Adobe Primetime garantisce che tutti i token vengano eliminati e  notifica l'MVPD  per eliminare anche la loro sessione. In genere, viene inviata una richiesta di disconnessione SAML al provider di identità - IdP (MVPD).

Protocolli

  • SAML - linguaggio SAML (Security Assertion Markup Language)  è un formato di dati basato su XML per lo scambio  autenticazione  e  autorizzazione  tra un IdP e un SP.
  • OAuth - Il framework di autorizzazione OAuth consente a un’applicazione di terze parti di ottenere un accesso limitato a un servizio HTTP, per conto di un proprietario di risorse orchestrando un’interazione di approvazione tra il proprietario della risorsa e il servizio HTTP o consentendo all’applicazione di terze parti di ottenere l’accesso per proprio conto. Attualmente utilizziamo  OAuth 2.0
  • XACML - e Linguaggio di markup del controllo di accesso estensibile  definisce un linguaggio dei criteri di controllo dell'accesso dichiarativo a grana fine basato su attributi, un'architettura e un modello di elaborazione che descrive come valutare le richieste di accesso in base alle regole definite nei criteri. Viene utilizzato dall’autenticazione Adobe Primetime per tradurre Riepilogo siti rich media   (MRSS)  nei formati supportati dagli MVPD.
  • SOAP- Simple Object Access Protocol  viene utilizzato per  scambio di informazioni strutturate  nell'attuazione dei servizi web nelle reti informatiche. Il suo scopo è di indurre estensibilità, neutralità e indipendenza. Utilizza  Set di informazioni XML  per il formato dei messaggi e si basa sui protocolli del livello applicazione, principalmente HTTP o SMTP, per la negoziazione e la trasmissione dei messaggi.
  • REST - REST è uno dei modi per garantire l'interoperabilità tra i sistemi informatici su Internet. I servizi web conformi REST consentono ai sistemi richiedenti di accedere e manipolare le rappresentazioni testuali delle risorse web utilizzando un insieme uniforme e predefinito di  operazioni senza stato. Si tratta di un altro approccio supportato per tradurre l’MRSS in formati supportati dagli MVPD. Il  MRSS  è codificato in base64 e trasmesso come parametro URL nella chiamata REST.

Metadati utente:

MPVD  mantenere  Metadati utente  e i programmatori possono richiedere lo stesso utilizzando Access Enabler  getMetadata()  e tramite il  /usermetadata  nell’API senza client.

La funzione User Metadata consente ai programmatori di accedere a diversi tipi di dati specifici dell'utente, ad esempio codici postali, valutazioni dei genitori, ID utente e altro ancora. I metadati dell'utente sono  estensione  ai metadati statici precedentemente disponibili (TTL del token di autenticazione, TTL del token di autorizzazione e ID dispositivo). L'applicazione può accedere ai metadati fornendo un MetadataKey oggetto.

  • void getMetadata(MetadataKey metadataKey) : metodo disponibile in AEM per questa istanza get.

I metadati vengono restituiti come segue:  setMetadataStatus(key, encrypted, data):

  • Key (String): specifica il tipo di metadati richiesto
  • Encrypted (Boolean): flag booleano che indica se il valore è crittografato o meno. Se questo è vero, il valore è una rappresentazione JSON Web Encrypted del valore effettivo
  • Data (Object): oggetto JSON contenente la rappresentazione dei metadati
recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f