PotoP VMS for Android

L’elenco è il web client PotoP VMS in esecuzione dentro l’app Android: il telefono chiede al server l’inventario delle telecamere tramite una connessione HTTPS crittografata e lo disegna localmente. Il pallino verde è lo stato di connessione che il server traccia per ogni telecamera, aggiornato finché la schermata è aperta. Aggiungi e Rileva aprono gli stessi moduli del client browser, che cercano i dispositivi ONVIF in rete dal lato server e non dal telefono. Sul telefono non viene copiato nulla: l’elenco rispecchia sempre il server a cui sei collegato.

Ogni riquadro è uno stream live che il server prepara e il telefono riproduce nel suo motore browser integrato, esattamente come fa il web client. Il server preleva il flusso della telecamera una sola volta e lo serve al visualizzatore via WebRTC tramite il suo media gateway: il telefono si limita a decodificare il video e non comunica con le telecamere. L’ora su ogni riquadro è l’istante del fotogramma. Lo schermo resta acceso solo mentre una telecamera è in riproduzione, e dopo tre minuti in background la pagina viene sospesa, così il video live smette di consumare dati mobili.

I layout vengono salvati sul server PotoP, non nell’app. Client desktop, web client e telefono leggono e scrivono gli stessi record, quindi un wall organizzato in sala controllo compare sul telefono al successivo caricamento dell’elenco. Toccare un layout dice al visualizzatore solo quali telecamere vanno in quale riquadro; gli stream veri e propri vengono poi richiesti al server. L’accesso segue l’account collegato, quindi ogni utente vede i layout e le telecamere che il suo ruolo consente.

L’app è una shell nativa attorno al web client completo di PotoP VMS: per questo il menu non è un’edizione mobile ridotta. Il client viene servito dal server PotoP, e dentro l’app vengono mostrati solo quel server ed eventuali server di standby su cui avviene il failover. I link ad altri siti vengono passati al browser, al compositore o alle mappe del telefono. Poiché il client viene caricato dal server, un aggiornamento del server porta nuove funzioni sul telefono senza aggiornare l’app.

Le tile della mappa provengono da OpenStreetMap e vengono disegnate dal web client sul telefono. Le posizioni delle telecamere sono salvate sul server PotoP e si impostano da un pannello di layout: per questo la ricerca può trovare nome della telecamera, numero civico o via. Nessuna informazione sulla posizione delle telecamere va a terzi; vengono inviate solo le richieste delle tile per l’area di mappa visibile. L’accesso alla posizione sul telefono viene concesso alle pagine del server solo quando una pagina lo richiede.

La riproduzione legge le registrazioni che il server PotoP ha scritto sul proprio storage. Scegliendo telecamera e giorno si chiede al server quali intervalli di tempo esistono, da cui viene disegnata la barra delle 24 ore, e il momento scelto viene trasmesso al telefono tramite una connessione WebSocket. Le variazioni di velocità vengono applicate dal player lato server, quindi rallentatore e avanzamento rapido non richiedono lavoro al telefono. Le registrazioni crittografate vengono decifrate sul server solo per gli utenti autorizzati.

La planimetria è un’immagine su cui un amministratore ha posizionato i marcatori dei dispositivi nell’editor di visualizzazione del VMS. I marcatori sono salvati sul server con il tipo e il riferimento del dispositivo, quindi il telefono si limita a disegnarli. Un canale di aggiornamento live dal server ne aggiorna lo stato finché la pagina è aperta. Toccando una telecamera, una porta o un citofono si apre la vista live o l’azione corrispondente nello stesso client, con le autorizzazioni dell’utente collegato.

Ogni marcatore sulla planimetria è collegato a un dispositivo reale, e il server invia alla planimetria aperta i cambi di stato, come l’apertura di una serratura o una chiamata in arrivo. Il badge viene disegnato dal web client a partire da quello stato, nell’angolo dell’icona del dispositivo. Poiché lo stato arriva dai driver dei dispositivi sul server, il telefono non interroga i dispositivi e non ha bisogno di accedervi in rete. Solo gli utenti autorizzati ad azionare una porta o a chiamare un citofono possono agire su di essi.

Le analisi IA girano sul server PotoP, sulla sua GPU o CPU con modelli basati su ONNX, non sul telefono. Rilevamenti come persone, volti e targhe vengono scritti nel database di analisi insieme ad attributi come colore, genere e affidabilità. L’hub invia i termini di ricerca al server, che interroga quel database e restituisce le voci corrispondenti con le relative istantanee. L’esportazione CSV viene prodotta dal server e salvata dall’app nella cartella Download del telefono.

Il browser elenca i segmenti di registrazione conservati sul server PotoP scelto, filtrati per telecamera e intervallo di date. Il server può essere qualsiasi nodo dell’installazione, inclusi i server di standby, quindi il selettore segue ciò che il web client sa del cluster. Un risultato si apre in riproduzione all’ora selezionata. Le registrazioni non vengono copiate sul telefono a meno che tu non scarichi una clip, e ogni richiesta viene verificata in base ai diritti dell’utente collegato.

L’assistente è un pannello di chat collegato a un modello linguistico ospitato dal gestore, ad esempio un modello locale sul server PotoP, così le domande sulle tue telecamere non devono lasciare la tua rete. Il server fornisce al modello un insieme fisso di strumenti, come elencare le telecamere o leggere lo stato del server, e li esegue con i diritti dell’utente che chiede. Gli strumenti che modificano qualcosa non vengono eseguiti in silenzio: l’assistente pone le sue domande di chiarimento e prima attende la conferma.

Il softphone è un client SIP all’interno del web client, collegato tramite il gateway WebRTC del server PotoP, che fa da ponte verso il centralino SIP. Il telefono registra un interno tramite una connessione crittografata, e l’audio viaggia via WebRTC. L’accesso al microfono viene richiesto ad Android solo quando il pannello ne ha bisogno e solo per le pagine del server stesso. Lo stesso interno può chiamare citofoni SIP, altri interni e colleghi su altri client.

Gli avvisi vengono generati dal server PotoP, ad esempio quando un disco di registrazione supera un limite o un server di standby smette di rispondere. Il client aperto li mostra come banner appena arrivano. Quando l’app è chiusa, gli stessi avvisi arrivano come notifiche Android tramite una connessione di lunga durata che l’app mantiene con il tuo server, senza Google né Firebase. Gli avvisi critici usano un canale separato ad alta priorità e possono comparire sulla schermata di blocco.

Le macro sono flussi visivi composti da nodi di trigger, condizione e azione, salvati sul server PotoP, dove il motore delle macro li esegue 24 ore su 24. I flussi server reagiscono a eventi come quelli delle telecamere, la perdita di uno stream o gli avvisi sui dischi, e possono avviare registrazioni o far scattare allarmi. I flussi client girano nel client dell’operatore. L’editor sul telefono è lo stesso editor del browser, con convalida e modalità di simulazione, così puoi esaminare o regolare l’automazione mentre sei sul posto.