Autenticación de Adobe Primetime: términos utilizados con mayor frecuencia

Este artículo incluye una lista de los términos más utilizados y sus explicaciones con respecto a Adobe Primetime.

Descripción description

Entorno

Primetime

Problema/Síntomas

A continuación, se muestra una lista de los términos más utilizados en Adobe Primetime.

Resolución resolution

Términos más comunes

Entidades

  • Programador : un programador es un proveedor de contenido que planea integrar Adobe Pass en su sitio web o aplicación.
  • Canal : un canal es el recurso real a través del cual un programador sirve el contenido. Un programador puede proporcionar uno o varios canales. Por ejemplo: un programador Star puede tener como canales Star Sports y Star Movies.
  • RequestorID - es un ID único que identifica a un programador o sus recursos - cuenta, marca o canal, etc., para Adobe Pass.
  • ResourceID : un ID (una cadena) que identifica al programador en Multichannel Video Programming Distributor (MVPD).
  • Proveedor de servicios : hace referencia a la función de SP, desempeñada por la autenticación de Adobe Primetime, que actúa en nombre de un programador durante una integración con una MVPD.
  • Proveedor de contenido - un programador también es referido como proveedor de contenido.
  • Compañía de medios - Las compañías de medios son proveedores de PayTV, esencialmente MPVDs.
  • MVPD - Los Distribuidores de Programación de Vídeo Multicanal (MVPD), como su nombre sugiere, son distribuidores del contenido de los programadores a múltiples plataformas. por ejemplo: TV, dispositivos móviles y sin cliente (Xbox, Roku, etc.).

Flujos

  • AuthN - authN hace referencia a autenticación, que esencialmente es un proceso de inicio de sesión del usuario a la plataforma MVPD. La autenticación de Adobe Primetime genera un token authN y el mismo se almacena en el dispositivo o en el servidor del Adobe, según la plataforma de integración del programador
  • AuthZ - authZ hace referencia al proceso de autorización que permite que uno vea contenido protegido servido por un canal/programador.  La autenticación de Adobe Primetime genera el token de authZ y lo mismo se almacena en el servidor del Adobe.
  • Comprobación preliminar - La autorización de comprobación preliminar es una comprobación de autorización ligera para varios recursos.
  • Cerrar sesión : básicamente, se trata de un proceso por el que un usuario sale del Reproductor de Windows Media al seleccionar la opción Cerrar sesión. El Reproductor de Windows Media administra el cierre de sesión a través de la API de Access Enabler, que cierra la sesión y elimina todos los tokens de AuthN y AuthZ de su sistema local. La autenticación de Adobe Primetime garantiza que todos los tokens se eliminen y notifica a la MVPD que también elimine su sesión. Por lo general, se envía una solicitud de cierre de sesión de SAML al proveedor de identidad (IdP, MVPD).

Protocolos

  • SAML - Lenguaje de marcado de aserción de seguridad (SAML) es un formato de datos basado en XML para intercambiar datos de autenticación y autorización entre un IdP y un SP.
  • OAuth : el marco de autorización de OAuth permite que una aplicación de terceros obtenga acceso limitado a un servicio HTTP, ya sea en nombre de un propietario de recursos al organizar una interacción de aprobación entre el propietario del recurso y el servicio HTTP o al permitir que la aplicación de terceros obtenga acceso en su propio nombre. Actualmente usamos OAuth 2.0.
  • XACML - e Lenguaje de marcado de control de acceso extensible define un lenguaje de directiva de control de acceso basado en atributos, una arquitectura y un modelo de procesamiento que describe cómo evaluar las solicitudes de acceso según las reglas definidas en las directivas. La autenticación de Adobe Primetime la usa para traducir Resumen de sitios enriquecidos con contenido (MRSS) a formatos compatibles con MVPD.
  • SOAP - Simple Object Access Protocol se usa para intercambiar información estructurada en la implementación de servicios web en redes de equipos. Su propósito es inducir extensibilidad, neutralidad e independencia. Utiliza Conjunto de información XML para su formato de mensaje y se basa en protocolos de capa de aplicación, principalmente HTTP o SMTP, para la negociación y transmisión de mensajes.
  • REST - REST es una forma de proporcionar interoperabilidad entre sistemas informáticos en Internet. Los servicios web compatibles con REST permiten a los sistemas solicitantes acceder y manipular las representaciones de texto de los recursos web mediante un conjunto uniforme y predefinido de operaciones sin estado. Otro enfoque admitido es traducir los MRSS a formatos compatibles con las MVPD. El MRSS está codificado en Base64 y se pasó como parámetro de URL en la llamada REST.

Metadatos de usuario:

Los MPVD mantienen los metadatos de usuario y los programadores pueden solicitar lo mismo usando la función getMetadata() del Habilitador de acceso y a través del extremo /usermetadata en la API sin cliente.

La característica Metadatos de usuario permite a los programadores acceder a diferentes tipos de datos específicos del usuario, como códigos postales, clasificaciones parentales, ID de usuario y mucho más. Metadatos de usuario es una extensión de los metadatos estáticos disponibles anteriormente (TTL del token de autenticación, TTL del token de autorización e ID de dispositivo). La aplicación puede obtener acceso a los metadatos proporcionando un objeto MetadataKey compuesto.

  • void getMetadata(MetadataKey metadataKey): método disponible en AEM para esta instancia de obtención.

Los metadatos se devuelven de la siguiente manera: setMetadataStatus(key, encrypted, data):

  • Key (String): especifica el tipo de metadatos solicitados
  • Encrypted (Boolean): un indicador booleano que indica si el valor está cifrado o no. Si es verdadero, el valor es una representación Web cifrada de JSON del valor real
  • Data (Object): un objeto JSON que contiene la representación de los metadatos
recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f