PotoP VMS for Android

Die Liste ist der PotoP VMS-Web-Client, der in der Android-App läuft: Das Telefon fragt den Kamerabestand über eine verschlüsselte HTTPS-Verbindung beim Server ab und stellt ihn lokal dar. Der grüne Punkt ist der Verbindungsstatus, den der Server für jede Kamera führt, und wird aktualisiert, solange der Bildschirm geöffnet ist. „Hinzufügen“ und „Suchen“ öffnen dieselben Formulare wie im Browser-Client, die das Netzwerk serverseitig nach ONVIF-Geräten absuchen, nicht vom Telefon aus. Auf das Telefon wird nichts kopiert: Die Liste spiegelt immer den Server, mit dem Sie verbunden sind.

Jede Kachel ist ein Livestream, den der Server aufbereitet und das Telefon in seiner integrierten Browser-Engine abspielt – genau wie der Web-Client. Der Server holt den Kamerastream einmal ab und liefert ihn über sein Medien-Gateway per WebRTC an den Betrachter aus; das Telefon dekodiert also nur Video und spricht nie direkt mit den Kameras. Die Uhrzeit auf jeder Kachel ist der Zeitpunkt des Bildes. Der Bildschirm bleibt nur wach, solange eine Kamera läuft, und nach drei Minuten im Hintergrund wird die Seite geparkt, damit Live-Video kein mobiles Datenvolumen mehr verbraucht.

Layouts werden auf dem PotoP-Server gespeichert, nicht in der App. Desktop-Client, Web-Client und Telefon lesen und schreiben dieselben Datensätze; eine in der Leitstelle eingerichtete Wand erscheint also beim nächsten Laden der Liste auch auf dem Telefon. Ein Tipp auf ein Layout teilt dem Viewer nur mit, welche Kameras in welche Kachel gehören; die Streams selbst werden anschließend vom Server angefordert. Der Zugriff richtet sich nach dem angemeldeten Konto, sodass ein Benutzer die Layouts und Kameras sieht, die seine Rolle erlaubt.

Die App ist eine native Hülle um den vollständigen PotoP VMS-Web-Client – deshalb ist das Menü keine gekürzte Mobilversion. Der Client wird vom PotoP-Server ausgeliefert, und nur dieser Server sowie ein eventueller Standby-Server, auf den er umschaltet, wird in der App angezeigt. Links zu anderen Seiten werden an Browser, Telefon-App oder Karten des Telefons übergeben. Da der Client vom Server geladen wird, bringt ein Server-Update neue Funktionen aufs Telefon, ganz ohne App-Update.

Die Kartenkacheln stammen von OpenStreetMap und werden vom Web-Client auf dem Telefon gezeichnet. Die Kamerapositionen sind auf dem PotoP-Server gespeichert und werden über ein Layout-Panel gesetzt – deshalb kann das Suchfeld Kameraname, Hausnummer oder Straße finden. Nichts über die Kamerastandorte geht an Dritte; nur die Kachelanfragen für den sichtbaren Kartenausschnitt. Der Standortzugriff auf dem Telefon wird den Seiten des Servers nur gewährt, wenn eine Seite danach fragt.

Die Wiedergabe liest die Aufzeichnungen, die der PotoP-Server auf seinen eigenen Speicher geschrieben hat. Die Wahl von Kamera und Tag fragt beim Server ab, welche Zeiträume vorhanden sind – daraus entsteht der 24-Stunden-Balken –, und der gewählte Moment wird über eine WebSocket-Verbindung zum Telefon gestreamt. Geschwindigkeitsänderungen übernimmt der serverseitige Player, sodass Zeitlupe und schneller Vorlauf auf dem Telefon keine Arbeit verursachen. Verschlüsselte Aufzeichnungen werden nur für berechtigte Benutzer auf dem Server entschlüsselt.

Der Plan ist ein Bild mit Gerätemarkierungen, die ein Administrator im Visualisierungseditor des VMS platziert hat. Die Markierungen sind mit Gerätetyp und Verweis auf dem Server gespeichert, das Telefon stellt sie nur dar. Ein Live-Aktualisierungskanal vom Server frischt ihren Zustand auf, solange die Seite geöffnet ist. Ein Tipp auf eine Kamera, Tür oder Sprechstelle öffnet die entsprechende Liveansicht oder Aktion im selben Client – mit den Berechtigungen des angemeldeten Benutzers.

Jede Markierung im Plan ist an ein reales Gerät gebunden, und der Server sendet Zustandsänderungen an den geöffneten Plan, etwa ein sich öffnendes Schloss oder einen eingehenden Ruf. Das Abzeichen zeichnet der Web-Client aus diesem Zustand in die Ecke des Gerätesymbols. Da der Zustand von den Gerätetreibern auf dem Server stammt, fragt das Telefon die Geräte nicht ab und braucht keinen Netzwerkzugang zu ihnen. Nur Benutzer, die eine Tür bedienen oder eine Sprechstelle anrufen dürfen, können darauf einwirken.

Die KI-Analysen laufen auf dem PotoP-Server, auf dessen GPU oder CPU mit ONNX-basierten Modellen – nicht auf dem Telefon. Erkennungen wie Personen, Gesichter und Kennzeichen werden zusammen mit Merkmalen wie Farbe, Geschlecht und Konfidenz in die Analysedatenbank geschrieben. Der Hub sendet die Suchbegriffe an den Server, der diese Datenbank abfragt und passende Einträge mit ihren Schnappschüssen zurückgibt. Der CSV-Export wird vom Server erzeugt und von der App im Download-Ordner des Telefons gespeichert.

Der Browser listet die auf dem gewählten PotoP-Server gespeicherten Aufzeichnungssegmente, gefiltert nach Kamera und Zeitraum. Der Server kann jeder Knoten der Installation sein, auch Standby-Server – die Auswahl folgt also dem, was der Web-Client über den Cluster weiß. Ein Ergebnis öffnet sich in der Wiedergabe zur gewählten Zeit. Aufzeichnungen werden nicht aufs Telefon kopiert, außer Sie laden einen Clip herunter, und jede Anfrage wird gegen die Rechte des angemeldeten Benutzers geprüft.

Der Assistent ist ein Chat-Panel, das mit einem vom Betreiber gehosteten Sprachmodell verbunden ist – etwa einem lokalen Modell auf dem PotoP-Server –, sodass Fragen zu Ihren Kameras Ihr Netzwerk nicht verlassen müssen. Der Server stellt dem Modell einen festen Satz von Werkzeugen bereit, etwa zum Auflisten von Kameras oder Lesen des Serverstatus, und führt sie mit den Rechten des fragenden Benutzers aus. Werkzeuge, die etwas ändern, laufen nie unbemerkt: Der Assistent stellt seine Rückfragen und wartet zuerst auf eine Bestätigung.

Das Softphone ist ein SIP-Client innerhalb des Web-Clients und verbindet sich über das WebRTC-Gateway des PotoP-Servers, das die Brücke zur SIP-Telefonanlage schlägt. Das Telefon registriert eine Nebenstelle über eine verschlüsselte Verbindung, und der Ton wird per WebRTC übertragen. Der Mikrofonzugriff wird bei Android nur angefragt, wenn das Panel ihn braucht, und nur für die eigenen Seiten des Servers. Dieselbe Nebenstelle kann SIP-Sprechstellen, andere Nebenstellen und Kollegen an anderen Clients anrufen.

Alarme erzeugt der PotoP-Server, etwa wenn eine Aufzeichnungsplatte einen Grenzwert überschreitet oder ein Standby-Server nicht mehr antwortet. Der geöffnete Client zeigt sie als Banner, sobald sie eintreffen. Ist die App geschlossen, kommen dieselben Alarme als Android-Benachrichtigungen über eine dauerhafte Verbindung an, die die App zu Ihrem eigenen Server hält – ohne Google oder Firebase. Kritische Alarme nutzen einen eigenen Kanal mit hoher Priorität und können auf dem Sperrbildschirm erscheinen.

Makros sind visuelle Abläufe aus Auslöser-, Bedingungs- und Aktionsknoten, gespeichert auf dem PotoP-Server, wo die Makro-Engine sie rund um die Uhr ausführt. Server-Abläufe reagieren auf Ereignisse wie Kameraereignisse, Streamverlust oder Festplattenwarnungen und können Aufzeichnungen starten oder Alarme auslösen. Client-Abläufe laufen im Client des Bedieners. Der Editor auf dem Telefon ist derselbe Browser-Editor, mit Validierung und Simulationsmodus – so können Sie Automatisierungen vor Ort prüfen oder anpassen.