Diese Anleitungen bilden die Begriffe einer Branche auf die Objekte ab, die die Plattform heute hat (Bouquets, Lines, Pakete, Partnerkonten, Nodes, die API). Es sind konzeptionelle Zuordnungen, keine branchenspezifischen Funktionen, und ein Partnerkonto ist ein delegiertes Konto, kein isolierter Mandant.
Konzeptionelle Zuordnung
Nichts im Panel heißt Bühne oder Ticket. Die Tabelle zeigt, welches Objekt welche Rolle übernimmt; die folgenden Kapitel richten sie in dieser Reihenfolge ein.
| In Ihrer Branche | Auf der Plattform | Wo im Panel |
|---|---|---|
| Bühnenkanal | Live-Kanal: ein Stream mit seinen Quellen, EPG und Ausgabeformaten | Streams → Live-Stream hinzufügen (Quell-URL oder RTMP-Push) |
| Tickettyp | Bouquet: eine benannte Gruppe von Kanälen, Filmen oder Serien, die ein Paket freigibt | Bouquets, aus Streams und Movies / Series |
| Ticket oder Pass | Line: ein Zugang mit Paket, Bouquets, Ablaufdatum, Verbindungslimit und Ausgaben | Lines → hinzufügen, oder Aktivierungscodes, oder die Reseller API |
| Ende der Veranstaltung | Ablaufdatum der Line, verlängert durch ein Paket, einen Credit oder die API | Das Ablaufdatum der Line und die Laufzeit des Pakets |
| Geräte pro Ticket | Max. Verbindungen der Line: wie viele Geräte gleichzeitig schauen dürfen | Die max. Verbindungen der Line |
| Ticketing- oder Registrierungsintegration | Reseller API und Webhooks: die Operationen des Panels aus Ihrem eigenen System | Reseller-API-Schlüssel und Webhooks im Dashboard des Resellers |
| Node am Veranstaltungsort | Streaming-Nodes: aus dem Panel registrierte Edge-Server, einer pro Standort oder Gebäude | Servers → Node hinzufügen, per SSH installiert |
Voraussetzungen
Was vor der Installation bereitstehen sollte.
- Ein Server (Ubuntu 22.04 oder 24.04) mit öffentlicher Adresse oder Domain und Uplink für das erwartete Spitzenpublikum und, für einen Node am Veranstaltungsort, ein Rechner im Netz des Veranstaltungsorts.
- Ein Encoder pro Bühne, der RTMP senden kann, und die Liste der Bühnen, Tage und Tickettypen.
- Eine Entscheidung dazu, wie Tickets ins Panel gelangen: in großer Zahl erzeugte Aktivierungscodes oder das Ticketsystem, das die Reseller API aufruft.
Infrastruktur bereitstellen
Zuerst der Origin, dann der Veranstaltungsort.
- Führen Sie den Installer auf dem Verwaltungsserver aus und stellen Sie das Panel hinter einen Reverse Proxy mit TLS; setzen Sie die vertrauenswürdigen Proxys, damit IP-Regeln die echte Adresse des Zuschauers sehen.
- Setzen Sie die Wiedergabe-Basis-URL auf die öffentliche Adresse, die Teilnehmer erreichen.
- Registrieren Sie unter Servers einen Node auf dem Rechner am Veranstaltungsort; das Panel installiert ihn per SSH, und die lokalen Bildschirme werden zu ihm geleitet.
- Legen Sie ein Partnerkonto (Reseller) für den Ticketschalter an, mit Berechtigungen für Lines und keinen für den Katalog.
Inhalte organisieren
Bühnen als Kanäle, Tickets als Pakete.
- Fügen Sie Kategorien pro Tag oder pro Track hinzu, damit sich die Kanalliste wie das Programm liest.
- Legen Sie ein Bouquet pro Tickettyp an: die Bühnen, die dieses Ticket ansehen darf.
- Legen Sie ein Paket pro Tickettyp an, mit der Länge der Veranstaltung als Laufzeit, und bei Bedarf ein Testpaket für Presse und Redner.
- Legen Sie ein Bouquet für den Feed der Sponsorenbühne oder -Lounge an und weisen Sie es nur über das Sponsorenpaket zu.
Partner-Konfiguration (Reseller)
Der Ticketschalter, falls er den Zugang ausstellt.
- Legen Sie für den Ticketschalter eine Gruppe mit Line-Berechtigungen und ohne Katalogberechtigungen an.
- Fügen Sie den Schalter als Reseller mit dieser Gruppe und genug Credits für die Codes hinzu, die er ausstellen wird.
- Ein Mitveranstalter oder ein regionaler Partner, der eigene Tickets verkauft, erhält ein eigenes Partnerkonto und eigene Pakete.
Teilnehmerzugang konfigurieren
Eine Line pro Ticket.
- Erzeugen Sie Aktivierungscodes in großer Zahl, einen pro Ticket, jeweils an das Paket seines Tickettyps gebunden, und drucken oder mailen Sie sie mit dem Ticket.
- Installieren Sie für den Online-Ticketverkauf den Konnektor Ihrer Commerce-Plattform oder lassen Sie das Ticketsystem action=create_line mit dem Paket und einer Request-ID aufrufen.
- Setzen Sie die maximalen Verbindungen auf ein oder zwei Geräte pro Ticket, damit ein Code nicht im Publikum weitergegeben werden kann.
- Testen Sie vor Türöffnung mit einer Test-Line, mit demselben Player, den auch die Teilnehmer nutzen werden.
Sitzungsaufzeichnungen
Aufzeichnungen nach der Veranstaltung.
- Zeichnen Sie jede Bühne auf und fügen Sie die Dateien als Folgen einer Serie pro Track der Bibliothek hinzu, oder übernehmen Sie sie mit dem VOD-Ingest-Job.
- Weisen Sie die Aufzeichnungen über ein eigenes Bouquet und ein eigenes Paket zu, damit Teilnehmer Zugang behalten, nachdem die Live-Lines abgelaufen sind.
- Prüfen Sie die Wiedergabe der Aufzeichnungen mit einer Test-Line dieses Pakets, bevor Sie sie ankündigen.
Bühnenkanäle
Eine Bühne als Live-Kanal.
- Fügen Sie pro Bühne einen Live-Stream mit dem RTMP-Push des Encoders hinzu und legen Sie ihn in die Bouquets der Tickettypen, die ihn ansehen dürfen.
- Aktivieren Sie Catch-up, damit ein Teilnehmer, der den Beginn einer Session verpasst hat, zurückspulen kann.
- Prüfen Sie vor der ersten Session, dass der Node am Veranstaltungsort jede Bühne einmal vom Origin holt und dass die Bildschirme zu ihm geleitet werden.
Ablauf
Der Zugang endet mit der Veranstaltung.
- Geben Sie jedem Ticketpaket eine Laufzeit, die mit dem letzten Tag der Veranstaltung endet, damit die Lines ohne Aufwand ablaufen.
- Verlängern Sie eine Line oder stellen Sie einen kurzlebigen Code für einen Redner oder einen spät dazukommenden Sponsor aus, statt ein neues Paket anzulegen.
- Deaktivieren Sie die Line eines verlorenen oder weitergegebenen Tickets unter Lines; das Audit-Log bewahrt den Nachweis.
Anbindung an das Ticketing
Systeme steuern den Zugang; der Player spielt ab.
- Das Ticketing- oder Registrierungssystem legt Lines über die Reseller API an und lauscht auf Webhooks wie line.created und line.expired.
- Der Online-Ticketverkauf auf einer unterstützten Commerce-Plattform nutzt deren Konnektor; für ein bestimmtes Ticketing-Produkt gibt es keinen nativen Konnektor.
- Es gibt kein Single Sign-on für Zuschauer: Ein Teilnehmer meldet sich im Player mit den Zugangsdaten der Line oder mit einem Aktivierungscode an.
Sicherheitsaspekte
Ein Ticket ist eine Person.
- Betreiben Sie das Panel und die Wiedergabe-Basis-URL über TLS und setzen Sie TRUSTED_PROXIES auf Ihren Reverse Proxy.
- Zwei-Faktor-Anmeldung für jedes Panel-Konto und Berechtigungsgruppen, damit der Ticketschalter die Bühnen nicht ändern kann.
- Signierte und ablaufende Wiedergabelinks und ein niedriges Verbindungslimit pro Ticket.
- Verschlüsselte Datenbank-Backups mit einer Off-Site-Kopie und das Audit-Log für jede Änderung an Lines und Bühnen.
Fehlersuche
Die üblichen ersten Prüfungen.
- Ein Teilnehmer kann eine Bühne nicht öffnen: Prüfen Sie das Paket der Line, das Bouquet, das die Bühne enthält, und das Ablaufdatum.
- Eine Bühne friert im Saal ein, aber nicht online: Prüfen Sie den Heartbeat des Nodes am Veranstaltungsort und die Route der Bildschirme zu ihm.
- Ein Aktivierungscode wird abgewiesen: Prüfen Sie, ob er nicht schon verwendet wurde und ob sein Paket noch gültig ist.
- Das Audit-Log zeigt die Adresse des Proxys: Setzen Sie TRUSTED_PROXIES auf den Proxy und starten Sie das Panel neu.