PotoP VMS for Android

La liste est le client web PotoP VMS exécuté dans l’application Android : le téléphone demande l’inventaire des caméras au serveur via une connexion HTTPS chiffrée et l’affiche localement. Le point vert correspond à l’état de connexion que le serveur suit pour chaque caméra, actualisé tant que l’écran est ouvert. Ajouter et Découvrir ouvrent les mêmes formulaires que le client navigateur, qui recherchent les appareils ONVIF sur le réseau côté serveur et non depuis le téléphone. Rien n’est copié sur le téléphone : la liste reflète toujours le serveur auquel vous êtes connecté.

Chaque vignette est un flux en direct que le serveur prépare et que le téléphone lit dans son moteur de navigateur intégré, exactement comme le client web. Le serveur récupère le flux de la caméra une seule fois et le transmet à l’utilisateur en WebRTC via sa passerelle multimédia : le téléphone se contente de décoder la vidéo et ne communique jamais avec les caméras. L’heure affichée sur chaque vignette est celle de l’image. L’écran reste allumé uniquement pendant la lecture d’une caméra, et la page est mise en veille après trois minutes en arrière-plan pour que la vidéo en direct cesse de consommer des données mobiles.

Les dispositions sont stockées sur le serveur PotoP, pas dans l’application. Le client de bureau, le client web et le téléphone lisent et écrivent tous les mêmes enregistrements : un mur organisé en salle de contrôle apparaît sur le téléphone au prochain chargement de la liste. Appuyer sur une disposition indique seulement à la visionneuse quelles caméras vont dans quelle tuile ; les flux sont ensuite demandés au serveur. L’accès suit le compte connecté : un utilisateur voit les dispositions et caméras que son rôle autorise.

L’application est une enveloppe native autour du client web PotoP VMS complet : c’est pourquoi le menu n’est pas une édition mobile allégée. Le client est servi par le serveur PotoP, et seul ce serveur — ainsi que tout serveur de secours vers lequel il bascule — s’affiche dans l’application. Les liens vers d’autres sites sont confiés au navigateur, au composeur ou à l’application de cartes du téléphone. Comme le client est chargé depuis le serveur, une mise à jour du serveur apporte de nouvelles fonctions au téléphone sans mise à jour de l’application.

Les tuiles de la carte proviennent d’OpenStreetMap et sont dessinées par le client web sur le téléphone. Les positions des caméras sont enregistrées sur le serveur PotoP et définies depuis un panneau de disposition : c’est pourquoi le champ de recherche peut trouver un nom de caméra, un numéro de maison ou une rue. Aucune information sur l’emplacement des caméras n’est transmise à un tiers ; seules les demandes de tuiles pour la zone visible de la carte le sont. L’accès à la localisation du téléphone n’est accordé aux pages du serveur que lorsqu’une page le demande.

La relecture lit les enregistrements que le serveur PotoP a écrits sur son propre stockage. Choisir une caméra et un jour demande au serveur quelles plages horaires existent, ce qui dessine la barre de 24 heures, et le moment choisi est diffusé vers le téléphone par une connexion WebSocket. Les changements de vitesse sont appliqués par le lecteur côté serveur : ralenti et avance rapide ne demandent aucun effort au téléphone. Les enregistrements chiffrés sont déchiffrés sur le serveur, uniquement pour les utilisateurs autorisés.

Le plan est une image sur laquelle un administrateur a placé des repères d’appareils dans l’éditeur de visualisation du VMS. Les repères sont enregistrés sur le serveur avec leur type d’appareil et leur référence : le téléphone ne fait que les afficher. Un canal de mise à jour en direct depuis le serveur actualise leur état tant que la page est ouverte. Toucher une caméra, une porte ou un interphone ouvre la vue en direct ou l’action correspondante dans le même client, avec les autorisations de l’utilisateur connecté.

Chaque repère du plan est lié à un appareil réel, et le serveur envoie au plan ouvert les changements d’état, comme l’ouverture d’une serrure ou un appel entrant. Le badge est dessiné par le client web à partir de cet état, dans le coin de l’icône de l’appareil. Comme l’état provient des pilotes d’appareils sur le serveur, le téléphone n’interroge pas les appareils et n’a besoin d’aucun accès réseau vers eux. Seuls les utilisateurs autorisés à commander une porte ou à appeler un interphone peuvent agir dessus.

L’analyse IA s’exécute sur le serveur PotoP, sur son GPU ou son CPU, avec des modèles basés sur ONNX — pas sur le téléphone. Les détections, comme les personnes, les visages et les plaques, sont écrites dans la base de données d’analyse avec des attributs tels que la couleur, le genre et l’indice de confiance. Le hub envoie les critères de recherche au serveur, qui interroge cette base et renvoie les entrées correspondantes avec leurs instantanés. L’export CSV est produit par le serveur et enregistré par l’application dans le dossier Téléchargements du téléphone.

Le navigateur liste les segments d’enregistrement conservés sur le serveur PotoP choisi, filtrés par caméra et par plage de dates. Le serveur peut être n’importe quel nœud de l’installation, y compris les serveurs de secours : le sélecteur suit ce que le client web sait du cluster. Un résultat s’ouvre en relecture à l’instant choisi. Les enregistrements ne sont copiés sur le téléphone que si vous téléchargez un extrait, et chaque requête est vérifiée au regard des droits de l’utilisateur connecté.

L’assistant est un panneau de discussion relié à un modèle de langage hébergé par l’opérateur, par exemple un modèle local sur le serveur PotoP : les questions sur vos caméras n’ont pas besoin de quitter votre réseau. Le serveur met à la disposition du modèle un ensemble fixe d’outils, comme lister les caméras ou lire l’état du serveur, et les exécute avec les droits de l’utilisateur qui pose la question. Les outils qui modifient quelque chose ne s’exécutent jamais en silence : l’assistant pose d’abord ses questions de précision et attend une confirmation.

Le softphone est un client SIP intégré au client web, qui se connecte via la passerelle WebRTC du serveur PotoP, elle-même reliée au central SIP. Le téléphone enregistre un poste par une connexion chiffrée, et l’audio est transporté par WebRTC. L’accès au microphone n’est demandé à Android que lorsque le panneau en a besoin, et uniquement pour les pages du serveur lui-même. Le même poste peut appeler des interphones SIP, d’autres postes et des collègues sur d’autres clients.

Les alertes sont générées par le serveur PotoP, par exemple lorsqu’un disque d’enregistrement franchit un seuil ou qu’un serveur de secours ne répond plus. Le client ouvert les affiche sous forme de bandeaux dès leur arrivée. Lorsque l’application est fermée, ces mêmes alertes arrivent sous forme de notifications Android, via une connexion longue durée que l’application maintient avec votre propre serveur, sans Google ni Firebase. Les alertes critiques utilisent un canal distinct de haute priorité et peuvent s’afficher sur l’écran de verrouillage.

Les macros sont des flux visuels composés de nœuds de déclenchement, de condition et d’action, enregistrés sur le serveur PotoP, où le moteur de macros les exécute en permanence. Les flux serveur réagissent à des événements comme les événements de caméra, la perte d’un flux ou les alertes disque, et peuvent lancer des enregistrements ou déclencher des alarmes. Les flux client s’exécutent dans le client de l’opérateur. L’éditeur sur le téléphone est le même éditeur que dans le navigateur, avec validation et mode simulation : vous pouvez inspecter ou ajuster l’automatisation sur site.