Intercambio de metadatos de usuario de MVPD

NOTE
El contenido de esta página se proporciona únicamente con fines informativos. El uso de esta API requiere una licencia actual de Adobe. No se permite el uso no autorizado.

Introducción intro-user-metadata-exchange

Las MVPD mantienen metadatos específicos del usuario sobre sus clientes que, en algunos casos, se comparten con los programadores. El objetivo de la autenticación de Adobe Pass es intermediar en el intercambio de estos "metadatos de usuario", pero no aplicar ningún tipo de reglas con respecto al intercambio. Las reglas de intercambio son para que los MVPDs trabajen con sus socios programadores.

Los tipos de metadatos de usuario disponibles para Exchange actualmente incluyen los siguientes:

  • Código postal
  • Calificación máxima (VChip o MPAA)
  • ID de usuario
  • Identificador del hogar
  • ID de canal

Con esta función, las MVPD y los programadores pueden implementar casos de uso especiales, como el control parental. Por ejemplo, un MVPD puede pasar datos de clasificación parental a un programador, que luego utiliza esos datos para filtrar las opciones de visualización disponibles para un usuario.

Puntos clave de metadatos de usuario:

  • MVPD pasa los metadatos de usuario a la aplicación del programador durante los flujos de autenticación y autorización
  • La autenticación de Adobe Pass guarda los valores de los metadatos en los tokens AuthN y AuthZ
  • La autenticación de Adobe Pass puede normalizar los valores de las MVPD que proporcionan metadatos de usuario en diferentes formatos
  • Algunos parámetros se pueden cifrar con la clave del programador
  • Adobe pone a disposición valores específicos mediante un cambio de configuración
NOTE
Los metadatos de usuario son una extensión de los metadatos estáticos (TTL del token de autenticación, TTL del token de autorización e ID de dispositivo) disponibles anteriormente en la autenticación de Adobe Pass.

Ejemplos example-mvpd-user-metadata-exch

Control parental example-parental-control

Este ejemplo muestra el intercambio de lo siguiente:

Programador para MVPD Metadata Exchange progr-mvpd-metadata-exch

Actualmente, la API de programador, la autenticación de Adobe Pass y los autorizadores de MVPD solo admiten la autorización a nivel de canal. El canal se especifica como una cadena de texto sin formato en la llamada de API getAuthorization() del programador. Esta cadena se propaga hasta el backend de autorización de MVPD:

Desde la aplicación o el sitio del programador, el usuario elige un MVPD compatible con XACML (en este ejemplo, "TNT"). Para obtener información sobre XACML, consulte Lenguaje de marcado de control de acceso extensible.
La aplicación del programador forma una solicitud de AuthZ que incluye el recurso y sus metadatos. Este ejemplo incluye una clasificación MPAA de "pg" en el atributo media del elemento channel:

var resource = '<rss version="2.0" xmlns:media="http://video.search.yahoo.com/mrss/">
                    <channel>
                        <title>TNT</title>
                        <media:rating scheme="urn:mpaa">pg</media:rating>
                    </channel>
                </rss>';
getAuthorization(resource);

La autenticación de Adobe Pass admite realmente una autorización más granular, hasta el nivel de recurso, cuando la admiten tanto MVPD como el programador. El recurso y sus metadatos son opacos para Adobe; la intención es establecer un formato estándar para especificar el ID de recurso y los metadatos de una manera normalizada, para enviar ID de recurso a diferentes MVPD.

NOTE
Si el usuario elige un MVPD compatible solo con el canal, la autenticación de Adobe Pass extrae SOLO el título del canal ("TNT" en el ejemplo anterior) y pasa solo el título al MVPD.

Flujo de intercambio de metadatos de MVPD a programador mvpd-progr-exchange-flow

La autenticación de Adobe Pass realiza las siguientes suposiciones:

  • El MVPD envía la clasificación máxima como parte de la respuesta de SAML
  • Esta información se guarda como parte del token de autenticación
  • La autenticación de Adobe Pass proporciona una API para permitir a los programadores recuperar esta información
  • Los programadores implementan esta función en su sitio o aplicación (por ejemplo, para ocultar vídeos que superen la clasificación máxima del usuario)
<saml:Assertion ID="pfxec5f92e0-8589-3fc3-c708-f4fb8e2fad59"
                 IssueInstant="2010-07-20T10:05:41Z" Version="2.0"
                 xmlns:xs="http://www.w3.org/2001/XMLSchema"
                 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <saml:AttributeStatement>
        <saml:Attribute
                Name="MaxTVRating"
                NameFormat="urn:oasis:names:tc:SAML:2.0:attrname-format:basic">
            <saml:AttributeValue xsi:type="xs:string">tv-ma</saml:AttributeValue>
        </saml:Attribute>
        <saml:Attribute
                Name="MaxMovieRating"
                NameFormat="urn:oasis:names:tc:SAML:2.0:attrname-format:basic">
            <saml:AttributeValue xsi:type="xs:string">nc-17</saml:AttributeValue>
        </saml:Attribute>
    </saml:AttributeStatement>
</saml:Assertion>

Notas notes-mvpd-progr-metadata-exch-flow

Normalización y validación de recursos. identificadores de recursos se pueden pasar como una cadena sin formato o una cadena MRSS. Un programador puede decidir utilizar el formato de cadena sin formato o el MRSS, pero necesitará un acuerdo previo con el MVPD para que el MVPD sepa cómo tratar ese recurso.

ID de recurso y especificación de metadatos.La autenticación de Adobe Pass utiliza el estándar RSS con la extensión Media RSS para especificar un recurso y sus metadatos. Junto con la extensión RSS de medios, la autenticación de Adobe Pass admite una amplia variedad de metadatos, como controles parentales (a través de <media:rating>) o geolocalización (<media:location>).

La autenticación de Adobe Pass también puede admitir la conversión transparente de la cadena de canal heredada al recurso RSS correspondiente para MVPD que requieren RSS. En la otra dirección, la autenticación de Adobe Pass admite la conversión de RSS+MRSS a título de canal sin formato, para MVPD solo de canal.

La autenticación de Adobe Pass garantiza la compatibilidad total con versiones anteriores de las integraciones existentes. Es decir, para los programadores que utilizan la autenticación de nivel de canal, la autenticación de Adobe Pass se encarga de empaquetar el ID de canal en el formato necesario antes de enviarlo a un MVPD que comprenda ese formato. Lo contrario también se aplica: si un programador especifica todos sus recursos en un nuevo formato, la autenticación de Adobe Pass traduce el nuevo formato a una cadena de canal simple si autoriza con un MVPD que solo realiza autorización de nivel de canal.

Casos de uso de metadatos de usuario user-metadata-use-cases

Los casos de uso cambian y se expanden constantemente a medida que más MVPD hacen arreglos legales y agregan funcionalidad. A continuación se muestran ejemplos de para qué se pueden utilizar los metadatos de usuario.

ID de usuario de MVPD mvpd-user-id

  • Según lo proporcionado por MVPD
  • No es la información real de inicio de sesión del usuario, ya que está cifrada con hash por MVPD
  • Se puede utilizar para indicar problemas con o para usuarios específicos
  • Cifrado
  • Compatibilidad con MVPD: Todas las MVPD

ID de usuario doméstico household-user-id

  • Permite una buena información de las métricas
  • Cifrado
  • Compatibilidad con MVPD: algunas MVPD

Código postal zip-code

  • El código postal de facturación del usuario
  • Se utiliza principalmente para aplicar reglas de período de congelación de eventos deportivos
  • Se puede proporcionar con la respuesta AuthZ para actualizaciones rápidas
  • Compatibilidad con MVPD: algunas MVPD

Clasificación máxima (Control parental) max-rating-parental-control

  • AuthN inicialmente, más actualización de AuthZ
  • Filtrado de contenido fuera de la IU
  • Clasificaciones de MPAA o VChip
  • Compatibilidad con MVPD: algunas MVPD

Alineación de canales channel-line-up

  • Las MVPD pueden proporcionar una lista de canales que el usuario tiene derecho a ver
  • Permite pintar rápidamente la IU
  • La especificación OLCA lo permite como AttributeStatement en la respuesta AuthN
  • Compatibilidad con MVPD: Algunas MVPD
recommendation-more-help
3f5e655c-af63-48cc-9769-2b6803cc5f4b