Anzahl
Funktion
Beschreibung
Priorität
Hinweise
1,1
Der Viewer wählt den MVPD aus und initiiert den Authentifizierungsfluss (AuthN) von der Website oder Anwendung der Programmierermarke.
A+
1,2
Nach der Authentifizierung kann die AuthZ-Autorisierung im Hintergrund erfolgen, wobei nur eine Netzwerkkanal-ID und eine Benutzer-ID an den MVPD übergeben werden.
A+
1,3
UserID-Persistenz
Der MVPD bietet eine verschleierte, beständige UserID.
A
1,4
Der Viewer meldet sich mit dem MVPD auf der Site einer Marke an und kann dann zu einer anderen Marke wechseln und nicht aufgefordert werden, sich erneut anzumelden. Die AuthN-Sitzung wird von den Marken gemeinsam genutzt. SSO-Unterstützung ist sowohl für Websites als auch für Mobile-/Device-Anwendungen verfügbar. Bei MVPDs muss entweder eine Benutzer-ID oder ein anderes Benutzer-Token zurückgegeben werden, das für AuthZ über verschiedene Marken hinweg verwendet werden kann.
A
1,5
Geräteoptimiertes Benutzererlebnis bei der Anmeldung (UX)
Der MVPD unterstützt die Größenanpassung des Anmeldebildschirms, sodass er den Abmessungen des von der Ansicht verwendeten Geräts entspricht.
A
1,6
Standard-MVPD-Picker-Logo
Der MVPD bietet eine URL zu einem Standardlogo mit entsprechenden Abmessungen (112 x 33 Pixel).
A
Das Logo sollte vom MVPD gehostet werden und sollte von CDN zwischengespeichert werden.
1,7
MVPD unterstützt die Übergabe der Markenkennung (Anforderungswert) in der AuthN-Anfrage.
A-
Dies ermöglicht eine dienstanbieterspezifische Anmeldung.
1,8
Der MVPD unterstützt einen Programmierer, der mehrere Kanäle in einer einzigen Autorisierungsanfrage sendet.
B+
1,9
iFrame- oder JS-Popup-basierte Authentifizierung
Der Programmierer kann den Login-Fluss in ein iFrame- oder Popup-Erlebnis integrieren, anstatt eine HTTP-Umleitung durchzuführen.
B
1,10
Der Viewer verfügt über eine authentifizierte Sitzung sowohl auf der Website oder in der App des Programmierers als auch mit dem MVPD. Der Betrachter kann eine föderierte Abmeldung von der Programmer-Site auslösen, und die Abmeldung löscht auch die Sitzung im MVPD-Portal.
B
Stellt sicher, dass freigegebene Computer aus Sicht des Programmierers besser vor Missbrauch geschützt sind.
1,11
Der MVPD übergibt eine eigene benutzerdefinierte Fehlerzeichenfolge, die für die verknüpfte Site oder App des Programmierers geeignet ist, um sie dem Benutzer anzuzeigen.
B
Aktiviert Upsell-Szenarien
1,12
Benutzermetadaten bei Authentifizierungsantwort
Die MVPD AuthN-Antwort kann Benutzermetadaten enthalten, die während des Berechtigungsflusses als Hinweis für die Personalisierung des Benutzererlebnisses dienen. Diese Anforderung ermöglicht elterliche Kontrollhinweise vom MVPD zum Programmierer.
B-
1,13
MVPD-initiierte Authentifizierung
Der Viewer schließt eine erfolgreiche AuthN-Sitzung im MVPD-Portal ab und navigiert dann zur TVE-Site des Programmierers. Der Benutzer wird nicht zur MVPD-Auswahl aufgefordert und wird automatisch authentifiziert.
B-
1,14
UserID-Scoping
Die MVPD UserID sollte in zwei Formen auftreten - eine auf Programmierer übertragen und die andere auf Betrügereien. Dies ermöglicht es Adobe, ohne weitere Verschlüsselung/Verschleierung die programmgesteuerte MVPD UserID freizugeben.
C
1,15
Asset-basierte Autorisierung
Sobald AuthN abgeschlossen ist, kann AuthZ im Hintergrund auftreten, indem strukturierte Daten übergeben werden, die Netzwerk-, Anzeigen-, Asset-, elterliche Kontrollbewertung und mehr nach Bedarf umfassen können. Dies ermöglicht die elterliche Kontrolle bei jedem AuthZ-Aufruf vom Programmierer zum MVPD.
C
1,16
MVPD-initiierte Abmeldung
Der Viewer verfügt über eine authentifizierte Sitzung sowohl auf der Website oder in der App des Programmierers als auch mit dem MVPD. Der Betrachter kann eine föderierte Abmeldung von der MVPD-Site starten, die auch die Sitzung auf allen Federated Programmer-Sites löscht.
C
1,17
Zulassungspflichten
Der MVPD bietet zusätzliche Bedingungen in der AuthZ-Antwort, wie z. B. Protokollierung oder eine aktualisierte maximale elterliche Kontrollberechtigung (OLCA).
C
1,18
IP-Adressenkontext
Der MVPD erfordert die explizite Übergabe der IP-Adresse. Bei AuthZ, bei dem die Aufrufe serverseitig sind, erhalten Sie so Informationen zum MVPD-Betrug-Tracking darüber, woher der Benutzer beim AuthZ-Aufruf stammt.
C
1,19
Dynamisch definierter TTL-Wert (Token Persistence Time-to-Live)
Der MVPD kann die TTL des Adobe Pass-Authentifizierungstokens dynamisch über Eigenschaften in der Antwort festlegen, sodass Adobe bei TTL-Änderungen nicht in der Warteschlange ist.
C-
1,20
Gerätetyp
Der MVPD unterstützt die Übergabe des Gerätetyps in der AuthN- oder AuthZ-Anfrage. Diese Eigenschaft informiert den MVPD über die Art des Geräts, auf dem der Inhalt verwendet wird, sodass er die TTL des AuthN- oder AuthZ-Tokens entsprechend seinen eigenen Sicherheitsüberlegungen für das Gerät anpassen kann.
C-
Dies ist für die clientlose Plattform hilfreich, bei der es schwierig sein kann, jeden Gerätetyp als Konfigurationseinstellung auf der Seite "Adobe Pass-Authentifizierung"anzuzeigen.