MVPD User Metadata Exchange
Inleiding intro-user-metadata-exchange
MVPDs handhaaft gebruiker-specifieke meta-gegevens over hun klanten die in sommige gevallen met Programmers wordt gedeeld. Het doel van Adobe Pass-verificatie is om een uitwisseling van deze "metagegevens van gebruikers" mogelijk te maken, maar niet om enige vorm van regels betreffende de uitwisseling af te dwingen. De uitwisselingsregels zijn voor MVPDs om met hun partners van de Programmer uit te werken.
De volgende gegevenstypen voor gebruikers zijn momenteel beschikbaar voor uitwisseling:
- Postcode
- Maximale classificatie (VChip of MPAA)
- Gebruikersnaam
- Huishoudelijke ID
- Kanaal-id
Gebruikend deze eigenschap, kunnen MVPDs en Programmers speciale gebruiksgevallen zoals oudercontrole uitvoeren. Een MVPD kan bijvoorbeeld beoordelingsgegevens voor ouders doorgeven aan een programmeur, die die gegevens vervolgens gebruikt om de beschikbare weergaveopties voor een gebruiker te filteren.
Belangrijke punten van metagegevens van gebruiker:
- De MVPD geeft gebruikersmetagegevens door aan de toepassing van de programmeur tijdens de verificatie- en machtigingsstromen
- Adobe Pass Authentication slaat de metagegevenswaarden op in de AuthN- en AuthZ-tokens
- Adobe Pass-verificatie kan waarden normaliseren voor MVPD's die gebruikersmetagegevens in verschillende indelingen bieden
- Sommige parameters kunnen worden gecodeerd met de sleutel van de programmeur
- Adobe stelt specifieke waarden beschikbaar via een configuratiewijziging
Voorbeelden example-mvpd-user-metadata-exch
Ouderlijk toezicht example-parental-control
In dit voorbeeld wordt de uitwisseling van het volgende getoond:
Programmeren naar MVPD Metadata Exchange progr-mvpd-metadata-exch
Momenteel ondersteunen de programmeur-API, Adobe Pass-verificatie en MVPD-autorisatoren alleen kanaalverificatie. Het kanaal wordt als onbewerkte teksttekenreeks opgegeven in de API-aanroep getAuthorization() van de programmeur. Deze tekenreeks wordt helemaal doorgegeven aan de MVPD die de backend autoriseert:
In de app of site van de programmeur kiest de gebruiker een MVPD die geschikt is voor XACML (in dit voorbeeld 'TNT'). Voor informatie over XACML, zie eXtensible Taal van de Prijsverhoging van het Toegangsbeheer .
De toepassing van de Programmer vormt een verzoek AuthZ dat de middel en zijn meta-gegevens omvat. Dit voorbeeld bevat een MPAA-classificatie van "pg" in het mediakarakter van het kanaalelement:
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);
De Authentificatie van Adobe Pass steunt eigenlijk meer korrelige vergunning, tot het activaniveau, wanneer gesteund door zowel MVPD als programmeur. De bron en de bijbehorende metagegevens zijn ondoorzichtig voor Adobe. Het is de bedoeling een standaardindeling in te stellen voor het normaliseren van de bron-id en de metagegevens, zodat de bron-id's naar andere MVPD's worden verzonden.
MVPD to Programmer Metadata Exchange Flow mvpd-progr-exchange-flow
Adobe Pass Authentication gaat uit van de volgende veronderstellingen:
- De MVPD verzendt de maximale score als onderdeel van de SAML-respons
- Deze informatie wordt opgeslagen als onderdeel van het verificatietoken
- Een API wordt geleverd door Adobe Pass Authentication, zodat programmeurs deze informatie kunnen ophalen
- Programmeurs implementeren deze functie op hun site of in hun app (bijvoorbeeld om video's te verbergen die de maximale score voor de gebruiker overschrijden)
<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>
Notities notes-mvpd-progr-metadata-exch-flow
Normalisatie en Bevestiging van het Middel. Middel-id's kunnen worden doorgegeven als een tekenreeks zonder opmaak of als een MRSS-tekenreeks. Een programmeur kan besluiten of het gewone koordformaat of MRSS te gebruiken, maar zal een voorafgaande overeenkomst met MVPD nodig hebben zodat MVPD weet hoe te om dat middel te behandelen.
identiteitskaart van het Middel en de Specificatie van Meta-gegevens. Adobe Pass Authentication gebruikt de RSS-standaard met de Media RSS-extensie om een resource en de bijbehorende metagegevens op te geven. In combinatie met de Media RSS-extensie ondersteunt Adobe Pass Authentication een groot aantal metagegevens, zoals de besturingselementen voor ouders (via <media:rating> ) of de geolocatie (<media:location> ).
De Authentificatie van Adobe Pass kan transparante omzetting van het koord van het erfeniskanaal aan het overeenkomstige middel RSS voor MVPDs ook steunen die RSS vereisen. In de andere richting, steunt de Authentificatie van Adobe Pass omzetting van RSS+MRSS aan gewone kanaaltitel, voor kanaal-slechts MVPDs.
de Authentificatie van Adobe Pass verzekert volledige achterwaartse verenigbaarheid met bestaande integratie. Dat wil zeggen dat voor programmeurs die gebruik maken van verificatie op kanaalniveau, de Adobe Pass-verificatie ervoor zorgt dat de kanaal-id in de vereiste indeling wordt verpakt voordat deze naar een MVPD wordt verzonden die deze indeling begrijpt. Het omgekeerde geldt ook: als een programmeur al zijn middelen in een nieuw formaat specificeert, vertaalt de Authentificatie van Adobe Pass het nieuwe formaat in een eenvoudige kanaalkoord als het machtigen tegen een MVPD die slechts kanaalniveauvergunning doet.
Gebruiksscenario's metagegevens gebruiker user-metadata-use-cases
De gevallen van het gebruik zijn voortdurend veranderend en uitbreidend aangezien meer MVPDs wettelijke regelingen en toevoegt functionaliteit maakt. Hieronder ziet u voorbeelden van de gebruikersmetagegevens die u kunt gebruiken.
MVPD-gebruikersnaam mvpd-user-id
- Zoals verstrekt door de MVPD
- Niet de daadwerkelijke login informatie van de gebruiker, aangezien het door MVPD wordt gehakt
- Kan worden gebruikt om problemen aan te geven met of voor specifieke gebruikers
- Gecodeerd
- MVPD-ondersteuning: alle MVPD's
Gebruikersnaam voor huishouden household-user-id
- Staat goede metrische informatie toe
- Gecodeerd
- MVPD-ondersteuning: sommige MVPD's
Postcode zip-code
- De postcode voor facturering van de gebruiker
- Primair gebruikt om de regels voor het blokkeren van sportevenementen af te dwingen
- Kan de AuthZ-respons voor snelle updates ontvangen
- MVPD-ondersteuning: sommige MVPD's
Max. score (ouderlijk toezicht) max-rating-parental-control
- Aanvankelijk AuthN, plus AuthZ verfrist zich
- Inhoud uit de gebruikersinterface filteren
- MPAA- of VChip-ratings
- MVPD-ondersteuning: sommige MVPD's
Kanaal lineup channel-line-up
- MVPDs kan een lijst van kanalen verstrekken die de gebruiker gerechtigd is te bekijken
- Maakt snel tekenen in de gebruikersinterface mogelijk
- De specificatie OLCA staat voor dit als AttributeStatement in de reactie van AuthN toe
- Ondersteuning voor MVPD's: sommige MVPD's