Adobe Primetime-Authentifizierung - Am häufigsten verwendete Begriffe
Dieser Artikel enthält eine Liste der am häufigsten verwendeten Begriffe und deren Erläuterungen zu Adobe Primetime.
Beschreibung description
Umgebung
Primetime
Problem/Symptome
Im Folgenden finden Sie eine Liste der am häufigsten verwendeten Begriffe in Adobe Primetime.
Auflösung resolution
Häufigste Begriffe
Entitäten
- Programmierer - Ein Programmierer ist ein Content Provider der die Integration der Adobe Pass in seine Website oder Anwendung plant.
- Channel - Ein Kanal ist die tatsächliche Ressource über die ein Programmierer den Inhalt bereitstellt. Ein Programmierer kann einen oder mehrere Kanäle bedienen. Zum Beispiel: Ein Programmierer Star kann Star Sports und Star Movies als Kanäle haben.
- RequestorID - Hierbei handelt es sich um eine eindeutige ID die einen oder dessen Ressourcen (Konto, Marke oder Kanal usw.) für Adobe Pass identifiziert.
- ResourceID - eine ID (eine Zeichenfolge), die den Programmierer für Multichannel Video Programming Distributor (MVPD) identifiziert.
- Dienstleister - bezieht sich auf die Rolle des Serviceprozessors, die von der Adobe Primetime-Authentifizierung wahrgenommen wird und während einer Integration mit einem MVPD im Namen eines Programmierers agiert.
- Content Provider - ein Programmierer wird auch als Content Provider bezeichnet.
- Medienunternehmen - Medienunternehmen sind PayTV-Anbieter, im Wesentlichen MPVDs.
- MVPD - Multi-Channel Video Programming Distributors (MVPDs) sind, wie der Name schon sagt „Distributoren der Programmiererinhalte auf mehreren Plattformen. Beispiel: TV, Mobilgeräte und Client-lose Geräte (Xbox, Roku usw.).
Flüsse
- AuthN - AuthN bezieht sich auf Authentifizierung bei der es sich im Wesentlichen um einen Benutzeranmeldevorgang bei MVPD Platform handelt. Die Adobe Primetime-Authentifizierung generiert ein authN Token und speichert dieses je nach Integrationsplattform des Programmierers auf dem Gerät oder auf dem Adobe-Server
- AuthZ - AuthZ bezieht sich auf Autorisierungs-Prozess, der es einem Benutzer ermöglicht, geschützten Inhalt anzuzeigen der von einem Kanal/Programmierer bereitgestellt wird. Die Adobe Primetime-Authentifizierung generiert authZ-Token und das gleiche wird auf dem Adobe-Server gespeichert.
- Preflight - Die Preflight-Autorisierung ist eine schlanke Autorisierungsprüfung für mehrere Ressourcen.
- Abmelden - Im Wesentlichen geht es darum, dass ein Benutzer den Windows Media Player verlässt, indem er die Option Abmelden auswählt. Der Windows Media Player übernimmt die Abmeldung über die Access Enabler-API die Sie abmeldet und alle AuthN- und AuthZ-Token Ihrem lokalen System löscht). Die Adobe Primetime-Authentifizierung stellt sicher, dass alle Token gelöscht werden, und benachrichtigt die MVPD auch ihre Sitzung zu löschen. Im Allgemeinen wird eine SAML-Abmeldeanfrage an den Identitätsanbieter - IdP (MVPD) gesendet.
Protokolle
- SAML - Security Assertion Markup Language (SAML) ist ein XML-basiertes Datenformat zum Austausch von Authentifizierungs und Autorisierungs Daten zwischen einem IdP und einem SP.
- OAuth - Das OAuth-Autorisierungs-Framework ermöglicht es einer Drittanbieteranwendung, eingeschränkten Zugriff auf einen HTTP-Service zu erhalten, entweder im Namen eines Ressourceneigentümers, indem eine Genehmigungsinteraktion zwischen dem Ressourceneigentümer und dem HTTP-Service koordiniert wird, oder indem der Drittanbieteranwendung der Zugriff in ihrem eigenen Namen ermöglicht wird. Derzeit verwenden wir OAuth 2.0.
- XACML - e Extensible Access Control Markup Language definiert eine deklarative, fein abgestimmte, attributbasierte Zugriffssteuerungsrichtliniensprache, eine Architektur und ein Verarbeitungsmodell, das beschreibt, wie Zugriffsanfragen gemäß den in Richtlinien definierten Regeln ausgewertet werden. Sie wird von der Adobe Primetime-Authentifizierung verwendet, um die Rich-Site-Zusammenfassung (MRSS) in Formate zu übersetzen, die von MVPDs unterstützt werden.
- SOAP- Simple Object Access Protocol wird für den Austausch strukturierter Informationen bei der Implementierung von Web-Services in Computernetzwerken verwendet. Ihr Zweck ist es, Erweiterbarkeit, Neutralität und Unabhängigkeit zu fördern. Es verwendet XML Information Set für sein Nachrichtenformat und stützt sich für die Nachrichtenaushandlung und -übertragung auf Anwendungsschichtprotokolle, meist HTTP oder SMTP.
- REST - REST ist eine Möglichkeit, die Interoperabilität zwischen Computersystemen im Internet zu gewährleisten. REST-konforme Webservices ermöglichen es anfordernden Systemen, mithilfe eines einheitlichen und vordefinierten Satzes von „statuslosen“ Vorgängen auf textliche Darstellungen von Webressourcen zuzugreifen diese bearbeiten. Es ist ein weiterer unterstützter Ansatz, um die MRSS in Formate zu übersetzen, die von MVPDs unterstützt werden. Der MRSS ist base64-kodiert und wird als URL-Parameter beim REST-Aufruf übergeben.
Benutzermetadaten:
MPVDs verwalten die Benutzermetadaten und Programmierer können dies mit der getMetadata()
von Access Enabler und über den /usermetadata
-Endpunkt in der Clientless-API anfordern.
Die Benutzermetadaten-Funktion ermöglicht es Programmierern, auf verschiedene Arten von benutzerspezifischen Daten zuzugreifen, z. B. Postleitzahlen, elterliche Bewertungen, Benutzer-IDs und mehr. Benutzermetadaten ist eine Erweiterung zu den zuvor verfügbaren statischen Metadaten (Authentifizierungstoken-TTL, Autorisierungstoken-TTL und Geräte-ID). Die Anwendung kann auf Metadaten zugreifen, indem sie ein zusammengesetztes MetadataKey
bereitstellt.
void getMetadata
(MetadataKey metadataKey)
- In AEM verfügbare Methode für diese GET-Instanz.
Die Metadaten werden wie folgt zurückgegeben: setMetadataStatus
(key, encrypted, data)
:
Key (String)
: Gibt den angeforderten Metadatentyp anEncrypted (Boolean)
: Ein boolesches Flag, das angibt, ob der Wert verschlüsselt ist. Wenn dies „true“ ist, ist der Wert eine JSON Web Encrypted-Darstellung des tatsächlichen WertsData (Object)
: Ein JSON-Objekt, das die Darstellung der Metadaten enthält