Användningsexempel use-cases
Det huvudsakliga användningsfallet för tjänsten Stream Counting Service är att räkna antalet samtidiga videoströmmar som en användare bevakar och fatta ett beslut om dess samtidiga användning för samma konto-ID.
För att kunna övervaka abonnentens användning finns det ett behov av en centraliserad tjänst som kan samla användaraktiviteten oavsett om den sker på programmerarens webbplats eller i applikationen, på MVPD innehållsportal eller på en syndikerad egenskap.
De huvudsakliga användningsområdena som stöds av denna centraliserade tjänst bör vara:
- När en prenumerant börjar titta på en video kan programmet initiera en direktuppspelningssession och starta rapportaktivitetsdata.
- I samma centrala tjänst kommer en annan instans att få CM-beslut - om programmet har en eller flera profiler registrerade i CM-tjänsten kommer tjänsten att svara med åtkomstbeslut baserat på den aktuella aktiviteten.
Vanliga användningsfall common-use-cases
Gräns för grundläggande strömning
Begränsa antalet samtidiga strömmar per prenumerant i alla program.
Enhetsbaserade begränsningar
Tillåt endast ett visst antal strömmar per enhetstyp (mobil, surfplatta, TV osv.).
Innehållsspecifika regler
Använd olika begränsningar för direktsänt innehåll jämfört med VOD-innehåll.
Platsbaserade principer
Begränsa direktuppspelning baserat på geografisk plats eller nätverkstyp.
Skapa en session create-session
Detta API-anrop gör att klienten kan skapa en ny CM-session när användaren trycker på uppspelningsknappen för att se visst innehåll. Serversvaret innehåller den nya strömmens URL (som innehåller strömmens ID) för att hålla den aktiv och den tid då strömmen kommer att timeout. Klientprogrammet förväntas rapportera aktivitet via hjärtslag. Initieringsanropet för sessionen måste innehålla metadata i form av nyckel-/värdepar som skickas som formulärdata (eller frågesträngsparametrar). Svaret kommer dessutom att innehålla en flagga som anger om uppspelningen är"policykompatibel". Om så inte är fallet tillåts inte uppspelningen.
Rapporteringsaktivitet reporting-activity
När en session har skapats måste programmet skicka hjärtslag regelbundet för att den strömmen ska förbli aktiv. Vi rekommenderar också att klientprogrammet stoppar strömmen när användaren avbryter uppspelningen, så att strömmen inte räknas som aktiv förrän timeout inträffar.
Hjärtslagsanropets svar kan tillåta klientprogrammet att fortsätta videouppspelningen (när det är principkompatibelt) eller instruera det att stoppa videouppspelningen. Om videoströmmen inte är kompatibel måste klientprogrammet stoppa den. Svaret ger information för att klientprogrammet ska kunna visa ett felmeddelande och/eller tillgängliga åtgärder för att användaren ska kunna fortsätta uppspelningen.