Attributi metadati standard std-metadata-attributes
Questa pagina si propone di fornire un elenco completo degli attributi di metadati che il servizio di monitoraggio della concorrenza può elaborare e che possono essere utilizzati come base per i criteri che possono essere implementati. Gli attributi di metadati standard possono essere classificati come segue:
- Attributi inclusi per progettazione (inviati in ogni chiamata di inizializzazione della sessione, in quanto sono richiesti nel percorso URL). Senza questi valori non è possibile eseguire chiamate valide.
- Attributi dei metadati: valori che devono essere trasmessi come dati del modulo durante la chiamata di inizializzazione della sessione (nel caso in cui i criteri di back-end richiedano i relativi valori).
Attributi richiesti per progettazione attr-req-by-design
L'API di monitoraggio della concorrenza forza i client a inviare i seguenti valori come parte di qualsiasi chiamata di inizializzazione valida: chiamate di avvio sessione.
Attributi metadati metadata-attr
I campi nella tabella seguente possono essere utilizzati dai programmatori e dagli MVPD per creare criteri che verranno implementati nel monitoraggio della concorrenza.
Con API v2.0, se uno di questi attributi è richiesto dai criteri definiti, un tentativo di inizio sessione senza tale attributo genererà una richiesta 400 non valida.
Esempi di utilizzo degli attributi di metadati per la creazione di criteri examples-metadata-attr
I campi di metadati standard possono essere utilizzati per definire criteri lato server in base ai loro valori di campo:
-
È possibile configurare un criterio per applicarlo solo a valori di campo specifici (ad esempio, un criterio iOS dedicato: dove
osTypeèiOS) -
È possibile limitare il numero di valori distinti per un determinato campo. Alcuni esempi sono i seguenti:
- non più di X dispositivi distinti:
HAVING DISTINCT COUNT(deviceId) <= 2 - non più di X codici zip distinti:
HAVING DISTINCT COUNT(zipcode) <= 3
- non più di X dispositivi distinti:
-
Puoi limitare il numero di flussi attivi per valore di campo. Alcuni esempi sono i seguenti:
- non più di X flussi attivi per un singolo tipo di dispositivo:
GROUP BY deviceType HAVING COUNT(streamId) <= 3 - non più di X flussi attivi per flussi di contenuto live:
SELECT COUNT(streamId) AS streamCount WHERE contentType='live' HAVING streamCount <= 3
- non più di X flussi attivi per un singolo tipo di dispositivo:
Contatta il team di monitoraggio della concorrenza creando un ticket in Zendesk e indica i criteri che desideri implementare.
Di seguito sono riportati ulteriori esempi di criteri e manuali di integrazione: