Hypervision en sûreté : à quoi sert-elle pour plusieurs sites ?

En sûreté, l’hypervision est un logiciel placé au-dessus des systèmes d’alarme, de vidéo et de contrôle d’accès d’un ou de plusieurs sites. Elle reçoit leurs événements, les met en relation et présente à un opérateur, dans une seule console, l’alerte, l’image et la consigne qui vont ensemble. Elle s’ajoute aux enregistreurs et aux centrales sans les remplacer, et ne sert à rien sans quelqu’un pour la regarder.

VMS, supervision, hypervision : qui fait quoi ?

Le mot recouvre trois métiers. En informatique, l’hypervision centralise les outils de supervision des serveurs et des applications ; c’est le sens retenu par Wikipédia. Dans les villes, il désigne la gestion centralisée des équipements urbains. En sûreté, il désigne la couche qui fédère les systèmes de protection d’un parc. Le marché anglophone parle de PSIM, pour Physical Security Information Management. Rien de tout cela n’a à voir avec l’hyperviseur, qui fait tourner des machines virtuelles.

Avant un achat, la frontière à clarifier sépare le VMS de l’hypervision. Un VMS, ou logiciel de gestion vidéo, gère des caméras de plusieurs marques : flux, enregistrement, relecture, recherche, droits d’accès aux images. Certains acceptent aussi quelques entrées d’alarme. Une hypervision ne gère pas les caméras elle-même : elle s’appuie sur le VMS, sur le logiciel de contrôle d’accès et sur les centrales d’alarme, et travaille sur leurs événements.

La frontière bouge selon les produits : un VMS riche, raccordé à quelques contacts d’alarme, couvre une partie de ce qu’on attend d’une hypervision. Avant toute consultation, la bonne question est donc : quels événements, venant de quels systèmes, faut-il voir ensemble ?

Ce que la console change sur un parc multisite

Un détecteur de la réserve du site B se déclenche à 21 h 40. Sans hypervision, l’alerte arrive sur l’application de la centrale, la vidéo est dans une autre application, et l’historique des badges dans une troisième. Avec une hypervision correctement paramétrée, l’opérateur voit sur un même écran la zone déclenchée sur le plan, la séquence de la caméra qui couvre cette zone, avant et après le déclenchement, le dernier badge accepté sur la porte de la réserve, et la consigne propre à ce site.

L’apport principal tient à la corrélation. Une porte ouverte après un badge valide n’appelle pas la même réaction qu’une porte ouverte sans badge. Un détecteur qui se déclenche sans mouvement visible à l’image oriente vers un défaut technique. Ces règles s’écrivent une fois, pour tous les sites, à condition que les zones portent partout les mêmes noms. C’est le travail d’harmonisation qui précède toute démarche de sûreté multisite, et une hypervision le rend visible : un parc mal nommé produit des alertes illisibles.

Le second apport est la trace. Chaque événement acquitté, chaque consigne suivie, chaque appel passé se retrouve dans un journal horodaté. Pour un responsable de la sûreté qui rend compte à une direction ou à un assureur, ce journal pèse plus que la mosaïque d’images.

Ce qu’il faut avoir avant d’acheter le logiciel

Un hyperviseur n’intègre que ce qu’il sait lire. Le premier livrable d’un projet est donc l’inventaire : pour chaque site, chaque équipement, sa marque, son modèle, sa version de micrologiciel et la manière dont il communique.

L’interopérabilité. Pour la vidéo et le contrôle d’accès, le standard ouvert de référence est ONVIF, organisé en profils. Les profils S et T couvrent la diffusion des flux, le profil G l’enregistrement, le profil M les métadonnées d’analyse, les profils A et C le contrôle d’accès. ONVIF précise que seule la conformité à un profil garantit la compatibilité, et que seuls les produits enregistrés dans sa liste sont conformes : la mention « compatible ONVIF » d’une fiche commerciale ne suffit pas. Les centrales d’alarme intrusion ne relèvent pas de ces profils et s’intègrent le plus souvent par un connecteur propre à chaque fabricant.

Le réseau. Chaque site doit remonter ses événements et, à la demande, ses images vers la console. Cela suppose un lien sécurisé, un débit suffisant pour le flux secondaire des caméras sollicitées, et une procédure quand le lien tombe : un site muet doit lui-même déclencher une alerte.

L’heure. Corréler un badge, un détecteur et une image suppose que les trois horloges soient synchronisées, idéalement sur un même serveur de temps (NTP). Un enregistreur décalé de quatre minutes suffit à rendre une corrélation fausse, et un journal contestable.

Parc hétérogène : intégrer ou harmoniser ?

Un parc posé par plusieurs prestataires, à des années d’écart, oblige à arbitrer équipement par équipement. Le prix d’un connecteur pour un enregistreur en fin de vie se compare à celui de son remplacement, site par site. Remplacer un parc récent pour simplifier l’intégration est rarement justifié. L’arbitrage se fait sur l’inventaire, pas sur le catalogue de l’éditeur, et commence par la reprise d’une installation existante site par site.

Le mélange de marques se pose d’abord entre une caméra et son enregistreur : voir comment choisir entre NVR et DVR et ce qu’ONVIF permet réellement de récupérer.

Qui regarde la console, et à quel titre ?

Deux organisations coexistent. Ou bien vos propres équipes exploitent la console, depuis un poste de sécurité ou à tour de rôle. Ou bien les événements partent vers un prestataire de télésurveillance. La surveillance à distance des biens pour le compte d’un tiers est une activité privée de sécurité réglementée par le livre VI du code de la sécurité intérieure ; un installateur comme Secureo ne l’exerce pas. La distinction entre ces métiers est détaillée dans notre guide télésurveillance ou vidéosurveillance.

Dans les deux cas, centraliser élargit l’accès aux images, et c’est là que le droit des données rattrape le projet. La CNIL rappelle que seules les personnes habilitées par l’employeur, dans le cadre de leurs fonctions, peuvent visionner les images. Une console qui ouvre toutes les caméras de tous les sites à tous les opérateurs se justifie mal : les droits se paramètrent par site et par rôle, et les accès se tracent.

Pour les caméras qui filment des lieux ouverts au public, l’autorisation préfectorale s’ajoute. L’article L. 252-1 prévoit que, lorsque le système comporte des caméras installées dans plusieurs départements, l’autorisation est délivrée par le préfet du département du siège social du demandeur, à Paris par le préfet de police, les autres préfets étant informés.

Des magasins dotés chacun de leur enregistreur forment-ils un seul système parce qu’une console les réunit ? Le texte ne le dit pas. La question se pose à la préfecture avant le dépôt, pas après. L’article L. 252-2 ajoute que l’autorisation prescrit les précautions utiles quant à la qualité des personnes qui visionnent les images.

Les parcs où elle n’a pas de sens

Un parc réparti n’appelle pas forcément de console commune. Quatre signaux indiquent qu’elle ne paiera pas :

• personne n’est affecté à la console, ni en journée ni la nuit : une hypervision sans opérateur est un tableau de bord que l’on ouvre après coup ;
• un seul type de système est déployé, par exemple la vidéo seule : un VMS multisite suffit ;
• les alarmes sont déjà transmises à un prestataire de télésurveillance qui traite la levée de doute : l’hypervision ferait doublon pour les événements de nuit ;
• les sites ne partagent ni zonage ni nommage : la corrélation produira du bruit tant que ce travail n’est pas fait.

À l’inverse, elle se justifie quand des événements de natures différentes doivent être lus ensemble par une équipe identifiée, sur un parc dont les règles sont déjà communes. Dans l’intervalle, un rapport hebdomadaire des événements par site et une levée de doute vidéo bien raccordée couvrent l’essentiel.

Comment cadrer le projet sans s’enfermer chez un éditeur

Le cahier des charges tient en quelques demandes vérifiables. La liste des pilotes et connecteurs livrés, par marque et par version de micrologiciel, et pas seulement par marque. La conformité ONVIF des équipements, vérifiée dans la liste publiée par ONVIF. L’export du journal d’événements dans un format ouvert. Le sort des connecteurs lors d’une mise à jour des caméras ou des centrales : qui les maintient, et qui les republie après la mise à jour. La réversibilité : ce qui reste exploitable si l’abonnement s’arrête.

Une démonstration se demande sur vos équipements réels, pas sur une maquette. Un événement de chaque type, sur deux sites, avec la vérification de l’horodatage : c’est le test le plus court et le plus révélateur.

Questions fréquentes sur l’hypervision

Quelle est la définition de l’hypervision ?

En sûreté, c’est une couche logicielle qui reçoit les événements de plusieurs systèmes, souvent sur plusieurs sites, les met en relation et guide l’opérateur dans une console unique. En informatique, le même mot désigne la centralisation des outils de supervision des serveurs.

Pourquoi faire de la supervision ?

Pour qu’un événement de sûreté soit vu, qualifié et traité par une personne désignée, et pour garder la trace de ce qui a été fait. Sans personne désignée pour la recevoir, une alarme de nuit peut n’être constatée qu’à l’ouverture.

Une hypervision peut-elle lever le doute à ma place ?

Elle présente l’image associée à l’alerte, ce qui accélère la levée de doute. La décision d’appeler, de se déplacer ou de clore reste celle d’une personne.

Faut-il remplacer toutes les caméras ?

Non. On commence par l’inventaire et la liste des intégrations de l’hyperviseur envisagé. Les équipements non pris en charge se remplacent ou passent par une passerelle, au cas par cas.

Information générale, à jour au 6 octobre 2026. Elle ne constitue pas un conseil juridique adapté à votre situation et ne recommande aucun éditeur. Sources : code de la sécurité intérieure, article L. 252-1 et article L. 252-2, versions en vigueur depuis le 21/05/2023 ; ONVIF, ONVIF Profiles, consulté le 06/10/2026 ; CNIL, « La vidéosurveillance – vidéoprotection au travail », 23/07/2018.