Einleitung
Mit Limits für gleichzeitige Streams definieren Sie die Anzahl der Videostreams, die ein bestimmter Benutzer zu einem bestimmten Zeitpunkt ansehen kann. Die Begrenzung gleichzeitiger Streams pro Benutzer hält Zuschauer davon ab, ihre Anmeldeinformationen mit Freunden zu teilen, die keine Konten haben.
Wenn die maximale Anzahl gleichzeitiger Streams erreicht ist und der Betrachter oder jemand mit seinen Kontoanmeldeinformationen versucht, einen zusätzlichen Stream zu öffnen, wird entweder die älteste Sitzung beendet oder die neueste Anfrage blockiert. Sie steuern dieses Verhalten.
Diese Funktion wird in den DRM-Workflow eingebunden, ist also sicher und kann mit minimaler Integration verwendet werden.
Wenn Sie diese Funktion noch nicht kennen, lesen Sie die Überblick: Dokument „Brightcove Playback Restrictions“
Kontoeinrichtung
Wenden Sie sich an Ihren Customer Success Manager, um Ihr Konto für die Stream-Gleichzeitigkeit zu aktivieren.
Implementierung
Für diese Funktion muss der Inhalt mit DRM verschlüsselt werden. Gehen Sie zur Implementierung wie folgt vor:
-
Bestimmen Sie die Schadenwerte:
- Die
climit
Claim gibt an, wie viele Zuschauer oder Streams gleichzeitig spielen können. -
Die
cbeh
Anspruch definiert, wie die Parallelität blockiert wird. Wenn das Stream-Limit erreicht ist, können Sie entweder einen neuen Viewer blockieren (d. h. eine andere IP-Adresse und ein anderes Gerät) oder eine neue Stream-Anfrage (Sitzung) blockieren.cbeh
WertBLOCK_NEW_USER
— Blockiere neue Zuschauercbeh
WertBLOCK_NEW
- Blockiere neue Streams
- Die
- Erstellen Sie ein JSON Web Tokent (JWT) mit Ansprüchen, die Ihren gewünschten Limits für gleichzeitige Streams zugeordnet sind. Einzelheiten finden Sie unter Erstellen eines JSON Web Token(JWT) -Dokuments.
- Konfigurieren Sie Ihren Player für die Verwendung von Wiedergabebeschränkungen und übergeben Sie die JSON Web Token (JWT) beim Abrufen Ihres Videoinhalts. Einzelheiten finden Sie im Konfigurieren Sie Ihren Player Abschnitt des Dokuments Implementieren des Playback Rights Management Service.
Erneuerungsintervall
Um sicherzustellen, dass das Limit für gleichzeitige Streams erzwungen wird, wird während der Wiedergabe eine DRM-Lizenzverlängerungsanforderung basierend auf einem definierten Verlängerungsintervall gesendet. Bei der Einrichtung müssen Sie dieses Erneuerungsintervall definieren.
Autorisierungsanfragen für die Mid-Stream-Wiedergabe müssen ein Parallelitätslimit im JWT-Token zusammen mit einer öffentlichen Schlüssel-ID angeben.
Heute zählt jede Verlängerungsanfrage als zusätzliche Lizenz, die auf die Anzahl Ihrer erworbenen Lizenzen angerechnet wird. Dies sollte bei der Entscheidung für ein Intervall berücksichtigt werden.
Erneuerungsintervall | Pro Stream bereitgestellte Lizenzen für 2-Stunden-Inhalte |
---|---|
Keine | 1 |
15 Minuten | 8 |
5 Minuten | 24 |
2 Minuten | 60 |
Verhalten verstehen
Mit dieser Funktion können Sie das Verhalten zum Blockieren von Streams auswählen.
Ältesten Stream blockieren
Brightcove unterstützt die Begrenzung von Wiedergabestreams für DRM-geschützte Inhalte. Wenn eine neue Verlängerungsanfrage verarbeitet wird, wird die älteste Sitzung beendet. Dadurch kann neuen Benutzeranforderungen der Zugriff gewährt werden, während die ältesten Anforderungen, die möglicherweise nicht mehr gültig sind, blockiert werden und eine Meldung über Netzwerk- oder Gerätefehler angezeigt wird.
Dies ist das Standardverhalten.
Benutzeraktivität nach Spalten:
- Ben, Jason und Sarah beginnen sich einen Film anzusehen.
- Jamie beschließt, ebenfalls zuzusehen, was dazu führt, dass Bens bevorstehende Verlängerungsanfrage abgelehnt wird.
- Ben startet den Film neu, was nun dazu führt, dass Jasons Verlängerungsanfrage fehlschlägt.
- Jason fängt einige Zeit später an, einen anderen Film anzuschauen, was dazu führt, dass Sarahs Film stoppt.
Neue Benutzer sperren
Sie können auch einen neuen Betrachter/Nutzer (d. h. eine andere IP-Adresse und ein anderes Gerät) sperren, wenn die Höchstzahl der gleichzeitigen Streams erreicht ist. Dadurch wird die Anzahl der aktuellen Benutzer begrenzt, aber jeder Benutzer kann mehrere Anfragen stellen.
Um dieses Verhalten zu aktivieren, müssen Sie die cbeh
Anspruch in deinem JSON-Webtoken (JWT) wie folgt:
"cbeh": "BLOCK_NEW_USER"
Hier ist ein Beispiel:
Benutzeraktivität nach Spalten:
- Ben, Jason und Sarah beginnen sich einen Film anzusehen.
- Jamie versucht mit dem Zuschauen zu beginnen, aber ihre Anfrage wird aufgrund der Höchstgrenze blockiert.
- Jason hört auf zu gucken und erlaubt einem anderen Zuschauer, mit dem Anschauen zu beginnen. Jamie beginnt sich einen Film anzusehen.
Neue Streams blockieren
Alternativ dazu können Sie eine neue Stream-Anforderung (Sitzung) blockieren, wenn die maximale Anzahl gleichzeitiger Streams erreicht ist. Auf diese Weise können alle aktuellen Benutzer weiter zuschauen und gleichzeitig eine Nachricht für alle neuen Benutzeranfragen anzeigen.
Um dieses Verhalten zu aktivieren, müssen Sie die cbeh
Anspruch in deinem JSON-Webtoken (JWT) wie folgt:
"cbeh": "BLOCK_NEW"
Hier ist ein Beispiel:
Benutzeraktivität nach Spalten:
- Jason, Jamie und Sarah sehen sich einen Film an.
- Jason versucht, einen zweiten Stream von seinem Gerät aus zu starten, aber seine Anfrage wird wegen der Höchstgrenze blockiert.
- Jamie beendet die Überwachung, so dass eine andere Sitzungsanfrage mit der Überwachung beginnen kann. Jason beginnt, einen zweiten Stream anzusehen.
Spielbereit
PlayReady unterstützt keine Mid-Stream-Lizenzprüfungen.
Aktueller Brightcove-Player
Wenn Sie Brightcove Player v6.48.x oder neuer verwenden, legt der Player die bevorzugte Reihenfolge für Edge-Browser fest, um Widevine anstelle von PlayReady zu verwenden. PlayReady sollte also kein Problem sein.
Sie finden den Fix für die EPA DRM-Quellenauswahl in Chromium Edge-Browsern im Versionshinweise für Brightcove-Player.
Ältere Versionen
Ältere Versionen von Brightcove Player verwenden zuerst den Chromium Edge-Browserstandard von PlayReady. In diesem Fall müssen Sie die Midstream-Lizenzprüfungen manuell durchführen.
Informationen zum Implementieren einer manuellen Lizenzverlängerung in Ihren Playern finden Sie unter Parallelitätsbeschränkung von Microsoft dokumentieren.
Safari
Das Parallelitätslimit wird im Safari-Browser unterstützt, aber Verlängerungsanfragen werden nicht gesendet. Dies bedeutet, dass neue Sessions/Streams für längere Zeiträume blockiert werden als bei anderen Browsern.
Bei der Begrenzung gleichzeitiger Streams mit DRM ist die Übertragung vom Safari-Webbrowser auf Airplay nicht möglich. Das Casting an Airplay ist nur von einer nativen App aus möglich, die das Brightcove Native SDK für iOS verwendet.
Anmerkungen
Für diese Funktion gelten die folgenden Hinweise:
-
Eine manuelle Lizenzverlängerungsanforderung sollte in den folgenden Fällen implementiert werden:
- Gleichzeitigkeitslimit bei Nicht-Brightcove-Spielern, außer wenn durch Widevine geschützt
- Gleichzeitigkeitslimit für PlayReady auf allen Geräten, außer bei Verwendung von Brightcove Player v6.48.x oder höher
- Die manuelle Lizenzverlängerung sollte zu einem kürzeren Zeitraum als dem festgelegten Verlängerungsintervall angefordert werden.