FR3116973A1 - Procédé et installation pour contrôler et/ou configurer des caméras IP installées en réseau - Google Patents

Procédé et installation pour contrôler et/ou configurer des caméras IP installées en réseau Download PDF

Info

Publication number
FR3116973A1
FR3116973A1 FR2012242A FR2012242A FR3116973A1 FR 3116973 A1 FR3116973 A1 FR 3116973A1 FR 2012242 A FR2012242 A FR 2012242A FR 2012242 A FR2012242 A FR 2012242A FR 3116973 A1 FR3116973 A1 FR 3116973A1
Authority
FR
France
Prior art keywords
cameras
onvif
virtual camera
data
vic
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR2012242A
Other languages
English (en)
Inventor
Marc Bellocchio
Benoit Le Basse
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Smardtv Global Sas
Original Assignee
Smardtv Global Sas
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Smardtv Global Sas filed Critical Smardtv Global Sas
Priority to FR2012242A priority Critical patent/FR3116973A1/fr
Priority to PCT/EP2021/083147 priority patent/WO2022112494A1/fr
Publication of FR3116973A1 publication Critical patent/FR3116973A1/fr
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V20/00—Scenes; Scene-specific elements
    • G06V20/50—Context or environment of the image
    • G06V20/52—Surveillance or monitoring of activities, e.g. for recognising suspicious objects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N23/00—Cameras or camera modules comprising electronic image sensors; Control thereof
    • H04N23/60—Control of cameras or camera modules
    • H04N23/617—Upgrading or updating of programs or applications for camera control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N23/00—Cameras or camera modules comprising electronic image sensors; Control thereof
    • H04N23/60—Control of cameras or camera modules
    • H04N23/66—Remote control of cameras or camera parts, e.g. by remote control devices
    • H04N23/661—Transmitting camera control signals through networks, e.g. control via the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N23/00—Cameras or camera modules comprising electronic image sensors; Control thereof
    • H04N23/60—Control of cameras or camera modules
    • H04N23/695—Control of camera direction for changing a field of view, e.g. pan, tilt or based on tracking of objects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N23/00—Cameras or camera modules comprising electronic image sensors; Control thereof
    • H04N23/90—Arrangement of cameras or camera modules, e.g. multiple cameras in TV studios or sports stadiums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
    • H04N7/181—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a plurality of remote sources

Abstract

L’invention concerne un procédé pour contrôler et/ou configurer des caméras IP installées en réseau dans une zone géographique d’intérêt, le procédé comprenant les étapes suivantes :- utiliser des caméras IP configurables supportant chacune au moins un profil ONVIF, chaque dit profil ONVIF étant défini par des fonctionnalités ONVIF,- créer dans un serveur informatique, au moins une entité informatique, dite « caméra virtuelle », dans laquelle sont recensées les caméras IP et dans laquelle sont agrégées une ou plusieurs fonctionnalités ONVIF qui sont communes aux profils ONVIF desdites caméras IP, laquelle caméra virtuelle est configurée pour collecter et agréger des données obtenues à partir desdites caméras IP,- transmettre aux caméras IP, depuis la caméra virtuelle, un fichier de configuration adapté pour configurer lesdites caméras IP selon la ou les fonctionnalités ONVIF communes agrégées dans ladite caméra virtuelle,- modifier et/ou adapter la configuration des caméras IP en fonction du fichier de configuration reçu.

Description

Procédé et installation pour contrôler et/ou configurer des caméras IP installées en réseau
Domaine technique.
L’invention a pour objets un procédé et une installation pour contrôler et/ou configurer des caméras IP de vidéosurveillance.
L'invention se rapporte au domaine technique général d’appareils installés en réseau, et notamment des caméras IP. L’invention se rapporte plus spécifiquement, mais non exclusivement, à la gestion de caméras IP dans un contexte de vidéosurveillance en tant que service (Vsaas).
État de la technique.
Les solutions basées sur une architecture informatique distribuée en nuages (ci-après « cloud ») sont utilisées dans de nombreux domaines techniques, dont la vidéosurveillance. La vidéosurveillance en tant que service ou Vsaas (acronyme anglais de Video Surveillance as a Service) est un système de sécurité hébergé sur le cloud qui permet d’enregistrer, de manager et de visualiser à distance des données vidéo de caméras de vidéosurveillance utilisant le protocole internet (ci-après « caméras IP » - pour l’acronyme anglais de Internet Protocol).
Une installation Vsaas de l’art antérieur est illustrée sur la . Des caméras IP PhC1-PhC3, sont installées en réseau dans une zone géographique d’intérêt Zi. Les caméras IP communiquent, au travers du réseau internet R, avec un système de gestion vidéo (ou VMS, pour l’acronyme anglais de Video Management System) de l’architecture Vsaas. Le VMS permet d’enregistrer, de manager et de visualiser à distance les données (vidéo, audio et/ou métadonnées) fournies par les caméras IP. Ces données peuvent ainsi être stockées dans le cloud et consultées par un utilisateur où qu'ils soient, via n'importe quel appareil A de type Smartphone (téléphone intelligent), tablette, PC, etc.
Pour configurer et/ou contrôler les données vidéo obtenues à partir des caméras physiques PhC1-PhC3, il est généralement nécessaire de passer par une interface de programmation d’applications, communément dénommée API, qui est une composante logicielle du VMS. Le VMS fournit notamment une interface à l’utilisateur final lui permettant de contrôler et/ou de configurer les caméras IP et d’interagir avec les données qu’elles fournissent.
Dans un contexte Vsaas, les caméras PhC1-PhC3 sont habituellement des caméras propriétaires, c’est-à-dire provenant d’un même constructeur. Elles contiennent entre autre une API permettant de configurer et/ou contrôler leurs paramètres de fonctionnement. Cette API est habituellement spécifiquement développée par ce constructeur et généralement seulement compatible avec les caméras IP de ce constructeur. Par exemple, la configuration et/ou le contrôle des fonctionnalités et des paramètres de fonctionnement des caméras IP commercialisées par le constructeur Axis® sont effectués de manière privilégiée via une API propriétaire dénommée Vapix® spécialement développée par Axis®. Les instructions de configuration et/ou de contrôle sont établies selon ce protocole propriétaire Vapix®. Si l’utilisateur installe des caméras IP d’un autre constructeur dans un environnement Axis®, par exemple des caméras IP de la marque Dahua®, les fonctionnalités et/ou les paramètres de fonctionnement de ces dernières pourront plus difficilement être configurés et/ou contrôlés depuis l’API Vapix®.
En outre, chaque caméra IP est généralement configurée et/ou contrôlée de manière singulière. L’utilisateur configure et/ou contrôle chaque caméra depuis l’API du VMS, lequel transmet à chacune desdites caméras IP un fichier de configuration qui lui est propre. S’il y a un nombre N de caméras IP, le VMS transmet N fichiers de configuration, chaque fichier modifiant une ou plusieurs fonctionnalités et/ou un ou plusieurs paramètres de fonctionnement propres à la caméra IP concernée. Il en résulte que la conception, la configuration et/ou le contrôle d’un réseau de caméras IP sont relativement complexes et longs, et nécessitent de solliciter des ressources informatiques, notamment pour la transmission des fichiers de configuration.
L’invention vise à remédier à tout ou partie des inconvénients précités. L’invention vise notamment à atteindre un ou plusieurs des objectifs suivants :
- permettre de configurer et/ou contrôler de manière simple et rapide un réseau de caméras IP, notamment des caméras IP provenant de différents constructeurs ;
- simplifier la conception et le pilotage d’un réseau de caméras IP ;
- réduire les ressources informatiques permettant de configurer et/ou contrôler un réseau de caméras IP ;
- permettre à un utilisateur final de concevoir un parc de caméras IP provenant de différents constructeurs et de configurer et/ou contrôler ces caméras, de façon simple, rapide et sécurisée.
Présentation de l’invention.
La solution proposée par l’invention est un procédé pour contrôler et/ou configurer des caméras IP installées en réseau dans une zone géographique d’intérêt, le procédé comprenant les étapes suivantes :
- utiliser des caméras IP configurables supportant chacune au moins un profil ONVIF, chaque dit profil ONVIF étant défini par des fonctionnalités ONVIF,
- créer dans un serveur informatique, au moins une entité informatique, dite « caméra virtuelle », dans laquelle sont recensées les caméras IP et dans laquelle sont agrégées une ou plusieurs fonctionnalités ONVIF qui sont communes aux profils ONVIF desdites caméras IP, laquelle caméra virtuelle est configurée pour collecter et agréger des données obtenues à partir desdites caméras IP,
- transmettre aux caméras IP, depuis la caméra virtuelle, un fichier de configuration adapté pour configurer lesdites caméras IP selon la ou les fonctionnalités ONVIF communes agrégées dans ladite caméra virtuelle,
- modifier et/ou adapter la configuration des caméras IP en fonction du fichier de configuration reçu.
L’utilisateur peut maintenant simplement configurer et/ou contrôler une caméra virtuelle pour configurer et/ou contrôler l’ensemble des caméras IP de son réseau. En d’autres termes, au lieu de configurer et/ou contrôler chaque caméra IP d’un réseau, on configure et/ou contrôle uniquement une caméra virtuelle. La configuration et/ou le contrôle des caméras IP depuis la caméra virtuelle sont transparents pour l’utilisateur. L’utilisateur n’a donc qu’une caméra virtuelle à gérer et non pas toutes les caméras IP. Un seul fichier de configuration est transmis par la caméra virtuelle aux caméras IP, de manière à modifier et/ou adapter leur configuration en fonction d’une ou plusieurs fonctionnalités ONVIF communes.
En outre, les profils ONVIF (acronyme anglais de Open Network Video Interface Forum) permettent d’utiliser des protocoles de communication standards en s’affranchissant des protocoles de communication propriétaires. La caméra virtuelle présente ainsi une interopérabilité lui permettant d’interagir avec n’importe quelle caméra IP supportant un profil ONVIF, sans restriction d'accès ou de mise en œuvre. L’utilisateur peut donc concevoir son réseau en utilisant des caméras IP provenant de différents constructeurs alors même que ces caméras sont initialement paramétrées pour fonctionner et communiquer selon un protocole propriétaire.
Ainsi, la conception d’un réseau de caméras IP s’en trouve grandement simplifiée. Et la configuration et/ou le contrôle d’un tel réseau de caméra IP consomment moins de ressources informatiques en comparaison des solutions de l’art antérieur précitées.
D’autres caractéristiques avantageuses du procédé selon l’invention sont listées ci-dessous. Chacune de ces caractéristiques peut être considérée seule ou en combinaison avec les caractéristiques remarquables définies ci-dessus. Chacune de ces caractéristiques contribue, le cas échéant, à la résolution de problèmes techniques spécifiques définis plus avant dans la description et auxquels ne participent pas nécessairement les autres caractéristiques définies ci-dessus. Ces dernières peuvent faire l’objet, le cas échéant, d’une ou plusieurs demandes de brevet divisionnaires :
- Selon un mode de réalisation, le procédé comprend les étapes consistant à : - générer des données depuis les caméras IP, lesquelles données sont générées selon la configuration desdites caméras IP suite à la réception du fichier de configuration ; - collecter et agréger les données dans la caméra virtuelle, de sorte que lesdites données générées par chacune des caméras IP soient accessibles depuis ladite caméra virtuelle.
- Selon un mode de réalisation, le procédé comprend une étape consistant à traiter, dans la caméra virtuelle, les données selon un premier traitement de données et selon un deuxième traitement de données différent dudit premier traitement.
- Selon un mode de réalisation, le procédé comprend les étapes consistant à : - distinguer, dans les données collectées et agrégées dans la caméra virtuelle: un premier ensemble de données et un deuxième ensemble de données ; - traiter, dans la caméra virtuelle, le premier ensemble de données selon un premier traitement de données et le deuxième ensemble de données selon un deuxième traitement de données différent dudit premier traitement.
- Selon un mode de réalisation, le procédé comprend les étapes suivantes : - créer un premier fichier de configuration adapté pour configurer les caméras IP selon une première combinaison de fonctionnalités ONVIF communes agrégées dans la caméra virtuelle ; - créer un deuxième fichier de configuration adapté pour configurer les caméras IP selon une deuxième combinaison de fonctionnalités ONVIF communes agrégées dans la caméra virtuelle, laquelle deuxième combinaison est distincte de la première combinaison ; - sélectionner l’un des fichiers de configuration et le transmettre aux caméras IP, depuis la caméra virtuelle.
- Selon un mode de réalisation, le procédé comprend les étapes suivantes : - créer dans le serveur informatique une première caméra virtuelle et une deuxième caméra virtuelle, dans chacune desquelles sont recensées les caméras IP et dans chacune desquelles sont agrégées une ou plusieurs fonctionnalités ONVIF communes aux profils ONVIF desdites caméras IP ; - transmettre aux caméras IP : -- soit depuis la première caméra virtuelle, un premier fichier de configuration adapté pour configurer lesdites caméras IP selon une première combinaison de fonctionnalités ONVIF communes, -- soit depuis la deuxième caméra virtuelle, un deuxième fichier de configuration adapté pour configurer lesdites caméras IP selon une deuxième combinaison de fonctionnalités ONVIF communes, laquelle deuxième combinaison est distincte de la première combinaison.
- Selon un mode de réalisation, le procédé comprend les étapes consistant à : - générer un premier ensemble de données depuis les caméras IP, lequel premier ensemble de données est généré selon la configuration desdites caméras IP suite à la réception du premier fichier de configuration ; - collecter et agréger les données du premier ensemble de données dans la caméra virtuelle ; - traiter, dans la caméra virtuelle, le premier ensemble de données selon un premier traitement de données.
- Selon un mode de réalisation, le procédé comprend les étapes consistant à : - générer un deuxième ensemble de données depuis les caméras IP, lequel deuxième ensemble de données est généré selon la configuration desdites caméras IP suite à la réception du deuxième fichier de configuration ; - collecter et agréger les données du deuxième ensemble de données dans la caméra virtuelle ; - traiter, dans la caméra virtuelle, le deuxième ensemble de données selon un deuxième traitement de données.
- Selon un mode de réalisation, le procédé comprend les étapes suivantes : - installer un premier groupe de caméras IP dans une première zone géographique d’intérêt, et un deuxième groupe de caméras IP dans une deuxième zone géographique d’intérêt distincte de ladite première zone, lesdites caméras étant configurables et supportant chacune au moins un profil ONVIF, chaque dit profil ONVIF étant défini par des fonctionnalités ONVIF ; - recenser dans la caméra virtuelle les caméras IP du premier groupe et les caméras IP du deuxième groupe ; - agréger séparément dans la caméra virtuelle : -- une ou plusieurs premières fonctionnalités ONVIF des caméras IP du premier groupe qui sont communes aux profils ONVIF desdites caméras IP, -- une ou plusieurs deuxièmes fonctionnalités ONVIF des caméras IP du deuxième groupe qui sont communes aux profils ONVIF desdites caméras IP ; - transmettre depuis la caméra virtuelle : -- un premier fichier de configuration aux caméras IP du premier groupe, lequel premier fichier est adapté pour configurer lesdites caméras IP selon la ou les premières fonctionnalités ONVIF communes agrégées dans ladite caméra virtuelle,
-- un deuxième fichier de configuration aux caméras IP du deuxième groupe, lequel fichier de configuration est adapté pour configurer lesdites caméras IP selon la ou les deuxièmes fonctionnalités ONVIF communes agrégées dans ladite caméra virtuelle ; - modifier et/ou adapter : -- la configuration des caméras IP du premier groupe en fonction du premier fichier de configuration reçu ; -- la configuration des caméras IP du deuxième groupe en fonction du deuxième fichier de configuration reçu.
- Selon un mode de réalisation, le procédé comprend les étapes suivantes : - collecter, dans la caméra virtuelle : -- un premier ensemble de données générées par les caméras IP du premier groupe, lesquelles données sont générées selon la configuration desdites caméras IP suite à la réception du premier fichier de configuration ; -- un deuxième ensemble de données générées par les caméras IP du deuxième groupe, lesquelles données sont générées selon la configuration desdites caméras IP suite à la réception du deuxième fichier de configuration ; - traiter, dans la caméra virtuelle, le premier ensemble de données selon un premier traitement de données et le deuxième ensemble de données selon un deuxième traitement de données différent dudit premier traitement.
- Selon un mode de réalisation, le procédé comprend les étapes suivantes : - installer un premier groupe de caméras IP dans une première zone géographique d’intérêt, et un deuxième groupe de caméras IP dans une deuxième zone géographique d’intérêt distincte de ladite première zone, lesdites caméras étant configurables et supportant chacune au moins un profil ONVIF, chaque dit profil ONVIF étant défini par des fonctionnalités ONVIF ; - recenser dans la caméra virtuelle les caméras IP du premier groupe et les caméras IP du deuxième groupe ; - agréger séparément dans la caméra virtuelle : -- une première combinaison de fonctionnalités ONVIF qui sont communes aux profils ONVIF d’un premier ensemble de caméras IP appartenant au premier groupe et au deuxième groupe ; -- une deuxième combinaison de fonctionnalités ONVIF qui sont communes aux profils ONVIF d’un deuxième ensemble de caméras IP appartenant au premier groupe et au deuxième groupe, laquelle deuxième combinaison est distincte de la première combinaison ; - transmettre depuis la caméra virtuelle : -- un premier fichier de configuration aux caméras IP du premier ensemble, lequel premier fichier est adapté pour configurer lesdites caméras IP selon la première combinaison de fonctionnalités ONVIF ; -- un deuxième fichier de configuration aux caméras IP du deuxième ensemble, lequel deuxième fichier est adapté pour configurer lesdites caméras IP selon la deuxième combinaison de fonctionnalités ONVIF ; - modifier et/ou adapter : -- la configuration des caméras IP du premier ensemble en fonction du premier fichier de configuration reçu ; -- la configuration des caméras IP du deuxième ensemble en fonction du deuxième fichier de configuration reçu.
- Selon un mode de réalisation, le procédé les étapes suivantes : - collecter, dans la caméra virtuelle : -- un premier ensemble de données générées par les caméras IP du premier ensemble de caméras IP, lesquelles données sont générées selon la configuration desdites caméras IP suite à la réception du premier fichier de configuration ; -- un deuxième ensemble de données générées par les caméras IP du deuxième ensemble de caméras IP, lesquelles données sont générées selon la configuration desdites caméras IP suite à la réception du deuxième fichier de configuration ; - traiter, dans la caméra virtuelle, le premier ensemble de données selon un premier traitement de données et le deuxième ensemble de données selon un deuxième traitement de données différent dudit premier traitement.
- Selon un mode de réalisation, le procédé comprend les étapes consistant à : - établir une communication bidirectionnelle entre les caméras IP et un module d’interface installé dans la zone géographique d’intérêt, lequel module d’interface est configuré pour fournir un chemin d’accès auxdites caméras ; - établir une communication bidirectionnelle entre le module d’interface et la caméra virtuelle ; - établir une communication bidirectionnelle, selon un protocole de communication standard, entre la caméra virtuelle et un système de gestion installé dans un serveur informatique distant.
- Selon un mode de réalisation, la communication entre les caméras IP et le module d’interface, la communication entre ledit module d’interface et la caméra virtuelle, et la communication entre ladite caméra virtuelle et le système de gestion, sont étables selon le protocole ONVIF.
- Selon un mode de réalisation, le système de gestion génère le fichier de configuration et le transmet à la caméra virtuelle.
- Selon un mode de réalisation, le procédé comprend les étapes consistant à : - lancer, depuis le module d’interface, un processus de détection basé sur un protocole ONVIF permettant audit module de récupérer un identifiant et au moins un profil ONVIF de chaque caméra IP ; - communiquer à la caméra virtuelle les identifiants et les profils ONVIF récupérés par le module d’interface.
Un autre aspect de l’invention, concerne une installation de contrôle et/ou de configuration de caméras IP installées en réseau dans une zone géographique d’intérêt, lesquelles caméras IP sont configurables et supportent chacune au moins un profil ONVIF, chaque dit profil ONVIF étant défini par des fonctionnalités ONVIF, caractérisée en ce que :
- une entité informatique, dite « caméra virtuelle », d’un serveur informatique (S), est configurée pour : -- recenser les caméras IP ; -- agréger une ou plusieurs fonctionnalités ONVIF qui sont communes aux profils ONVIF desdites caméras IP ; -- collecter et agréger des données obtenues à partir desdites caméras IP ; -- transmettre aux caméras IP, un fichier de configuration adapté pour configurer lesdites caméras IP selon la ou les fonctionnalités ONVIF communes agrégées dans ladite caméra virtuelle ; et en ce que la configuration des caméras IP est modifiée et/ou adaptée en fonction du fichier de configuration reçu.
Brève description des figures.
D’autres avantages et caractéristiques de l’invention apparaîtront mieux à la lecture de la description d’un mode de réalisation préféré qui va suivre, en référence aux dessins annexés, réalisés à titre d’exemples indicatifs et non limitatifs et sur lesquels :
schématise une installation Vsaas selon l’art antérieur.
schématise un premier mode de réalisation d’une installation selon l’invention.
schématise un deuxième mode de réalisation d’une installation selon l’invention.
schématise un troisième mode de réalisation d’une installation selon l’invention.
schématise un quatrième mode de réalisation d’une installation selon l’invention.
schématise un cinquième mode de réalisation d’une installation selon l’invention.
est un organigramme illustrant des étapes d’un procédé selon l’invention.
illustre le recoupement de paramètres communs de fonctionnement des caméras IP.
Description des modes de réalisation.
Le procédé et le système objets de l’invention sont susceptibles d’engendrer des manipulations d’éléments physiques, notamment des signaux (électriques) et des données numériques, capables d'être stockés, transférés, combinés, comparés, …, et permettant d’aboutir à un résultat souhaité.
L’invention peut mettre en œuvre une ou plusieurs applications informatiques exécutées par des équipements informatiques. Par souci de clarté, il faut comprendre au sens de l’invention que « un équipement fait quelque chose » signifie « l'application informatique exécutée par une unité de traitement de l’équipement fait quelque chose ». Tout comme « l'application informatique fait quelque chose » signifie « l'application informatique exécutée par l’unité de traitement de l’équipement fait quelque chose ».
Encore par souci de clarté, la présente invention est susceptible de faire référence à un ou plusieurs « processus informatiques ». Ces derniers correspondent aux actions ou résultats obtenus par l’exécution d’instructions d’une ou plusieurs applications informatiques. Aussi, il faut également comprendre au sens de l’invention que « un processus informatique est adapté pour faire quelque chose » signifie « les instructions d’une application informatique exécutées par une unité de traitement font quelque chose ».
Le cas échéant et pour éventuellement compléter leur définition courante, les précisions suivantes sont apportées à certains termes utilisés dans les revendications et la description :
- « Ressource informatique » peut être compris de façon non limitative comme : composant, matériel, logiciel, fichier, connexion à un réseau informatique, quantité de mémoire RAM, espace de disque dur, bande passante, vitesse de processeur, nombre de CPU, etc.
- « Serveur informatique » peut être compris de façon non limitative comme : dispositif informatique (matériel ou logiciel) comportant des ressources informatiques pour réaliser les fonctions d’un serveur et qui offre des services, ordinateur, pluralité d’ordinateurs, serveur virtuel sur internet, serveur virtuel sur Cloud, serveur virtuel sur une plate-forme, serveur virtuel sur une infrastructure locale, réseaux de serveurs, cluster, nœud, ferme de serveurs, ferme de nœuds, etc.
- « Unité de traitement » peut être compris de façon non limitative comme : processeur, microprocesseurs, CPU (pour Central Processing Unit).
- « Application informatique » peut être comprise comme : logiciel, produit programme d’ordinateur, programme informatique ou software, dont les instructions sont notamment exécutées par une unité de traitement.
- « Réseau de communication » peut être compris de façon non limitative comme : réseau internet, réseau cellulaire, réseau satellite, etc. C’est un ensemble d'équipements informatiques reliés entre eux pour échanger, de manière sécurisée ou non, des informations et/ou des données selon un protocole de communication (ISDN, Ethernet, ATM, IP, CLNP, TCP, HTTP, …) et/ou via des technologies de réseau telles que, mais sans s'y limiter, GSM, EDGE, 2G, 3G, 4G, 5G, etc.
- « Réseau local » ou LAN (pour l’acronyme anglais de Local Area Network) peut être compris de façon non limitative comme un réseau regroupant plusieurs ordinateurs et/ou périphériques associés qui se partagent des ressources communes dans un espace géographique limité.
- « Caméra IP » ou « caméra réseau » ou « caméra Internet » peut être comprise de façon non limitative comme une caméra utilisant le protocole internet (IP pour Internet Protocol). Chaque caméra IP possède au moins une adresse l'identifiant de façon unique par rapport aux autres, et notamment une adresse IP. Ce protocole est utilisé pour la transmission de données sur un réseau. Les données à envoyer sont réparties en “paquets” individuels et indépendants. Chaque paquet de données contient à la fois l'adresse de l'expéditeur (caméra IP) et celle du destinataire. Les paquets peuvent être transmis par différentes routes sans forcément devoir arriver à destination dans le bon ordre. Une fois les paquets de données arrivés à destination, un protocole TCP (pour l’acronyme anglais de Transmission Control Protocol) qui se charge de les mettre dans le bon ordre.
- « Adresse IP » (IP pour l’acronyme anglais de Internet Protocol) peut être comprise de façon non limitative comme une adresse unique utilisée sur un réseau internet par un périphérique (notamment une caméra IP et une caméra virtuelle) connecté à ce réseau. Les adresses IP permettent à tous les périphériques connectés de s'identifier mutuellement et d'échanger des données. L’adresse IP peut être fixe (c’est-à-dire attribuée de façon permanente) ou dynamique (changeante à chaque connexion).
- « Protocole de communication standard », peut être compris de façon non limitative comme des protocoles standardisés, discutés et élaborés par des organismes de standardisation et décrits dans des références normatives. À contrario, un protocole de communication propriétaire est un protocole non standardisé, élaboré selon une architecture propre à un constructeur. Les protocoles standards préférentiellement utilisés dans le cadre de l’invention sont les protocoles RTP, RTSP et ONVIF.
- « Protocole RTSP », pour l’acronyme anglais de Real Time Streaming Protocol, peut être compris comme un protocole de communication permettant de préparer et contrôler à distance des flux multimédias fournis par un serveur informatique, offrant des fonctionnalités typiques d'un lecteur vidéo telles que « lecture » et « pause ».
- « Protocole RTP », pour l’acronyme anglais Real-Time Transport Protocol, est un protocole destiné au transport de données en temps réel, notamment des données audio et vidéo. Le protocole RTSP ne transporte pas les données elles-mêmes et doit être associé à un protocole de transport comme le protocole RTP.
- « ONVIF », pour l’acronyme anglais Open Network Video Interface Forum, peut être compris de façon non limitative comme une norme de compatibilité entre matériels de vidéo surveillance de différents fabricants (https://www.onvif.org). C’est une caractéristique des caméras IP. Les caméras IP conformes à la norme ONVIF se référant à au moins un profil ONVIF.
- « Profil ONVIF » peut être compris de façon non limitative comme un ensemble de spécifications qui définit les caractéristiques interopérables prises en charge par un client (par exemple : serveur, système de gestion, API, …) et un périphérique (par exemple : caméra IP, caméra virtuelle, système de gestion, …). Il existe plusieurs profils ONVIF (profils A, C, D, G, M, Q, S et T) dont les fonctionnalités et paramètres de fonctionnement sont notamment définis depuis le lien suivant : https://www.onvif.org/profiles, et auquel l’homme du métier pourra se reporter en cas de besoin. Un profil ONVIF dispose d’un ensemble fixe de fonctionnalités qui doivent être prises en charge par un périphérique et un client. Il garantit qu’un client conforme à un profil fonctionnera avec un périphérique qui est également conforme à ce même profil. Il existe également des fonctionnalités conditionnelles, qui sont des fonctionnalités qui doivent être implémentées par un périphérique ONVIF ou un client ONVIF s’il prend en charge cette fonctionnalité de quelque manière que ce soit, y compris d’une manière propriétaire. Les fonctions sous-jacentes des fonctionnalités incluses dans un profil sont définies dans les spécifications de l’interface réseau ONVIF (https://www.onvif.org/profiles/specifications).
- « Fichiers de configuration » peut être compris de façon non limitative comme un fichier informatique contenant des instructions de configuration utilisées par une application informatique pour adapter ou personnaliser son fonctionnement.
- Tel qu’utilisé ici, sauf indication contraire, l’utilisation des adjectifs ordinaux « premier », « deuxième », etc., pour décrire un objet indique simplement que différentes occurrences d’objets similaires sont mentionnées et n’implique pas que les objets ainsi décrits doivent être dans une séquence donnée, que ce soit dans le temps, dans l'espace, dans un classement ou de toute autre manière.
- « X et/ou Y » signifie : X seul ou Y seul ou X+Y.
- D'une manière générale, on appréciera que sur les différents dessins annexés, les objets sont arbitrairement dessinés pour faciliter leur lecture.
Pour des raisons de clarté et de concision, la description qui suit fait référence à un réseau de caméras IP dans un contexte VSaaS, mais l’invention trouve son application dans d’autres contextes, notamment pour tout service intéressé par l’analyse de données vidéo, audio et/ou de métadonnées. L’invention s’applique également au contrôle et/ou à la configuration d’autres appareils en réseau tels que des caméras IP non spécifiquement utilisée pour la vidéosurveillance, des caméras wifi, des capteurs, etc.
Sur la , l’installation comprend une pluralité de caméras IP de vidéosurveillance, référencées PhC1-PhC3, installées en réseau dans une zone géographique d’intérêt Zi à surveiller. Cette zone peut être une zone privée (par exemple des bureaux, un parking) ou publique (par exemple un aéroport, une gare ferroviaire, une ou plusieurs rues). Ces caméras PhC1, PhC2, PhC3 sont des caméras physiques, c’est-à-dire réelles. Le réseau peut comporter de deux à plusieurs dizaines, voire plusieurs centaines de caméras IP.
Chaque caméra IP est configurée pour générer des données vidéo et éventuellement d’autres données telles que des données audio et/ou des métadonnées permettant notamment de décrire des contenus vidéo et/ou audio (heure, date, localisation, données de position PTZ, résolution d’image, niveau de bruit, zoom, résultats d’analyse, données textuelles, …).
Chaque caméra IP PhC1, PhC2, PhC3 filme tout ou partie de la zone Zi à surveiller, l’ensemble desdites caméras générant des données vidéo différentes de ladite zone. De manière classique, ces données vidéo sont obtenues par des capteurs d'image tels que des capteurs CCD (pour l’acronyme anglais de Charged Coupled Device) ou des capteurs CMOS (pour l’acronyme anglais de Complementary Metal Oxide Semiconductor). Les données vidéo peuvent être des données en temps réel et/ou des données enregistrées, des données d'image fixe et/ou des données d'image en mouvement. Une ou plusieurs des caméras PhC1, PhC2, PhC3 peuvent être des caméras pan-tilt-zoom (PTZ) capables d'effectuer un panoramique, un zoom et/ou une inclinaison de l’objectif. Les données audio peuvent être générées par un microphone installé sur la caméra PhC1, PhC2, PhC3. Et les métadonnées peuvent être générées par des ressources informatiques et/ou des applications informatiques spécifiquement intégrées dans la caméra PhC1, PhC2, PhC3.
Les caméras IP sont des caméras classiques du commerce provenant d’un même constructeur ou de constructeurs différents. À titre d’exemple, la caméra PhC1 est une caméra Axis® commercialisée sous la référence « M2026-LE Mk II Network Camera », la caméra PhC2 est une caméra Axis® commercialisée sous la référence « M1135-E Network Camera » et la caméra PhC3 est une caméra Dahua® commercialisée sous la référence « DH-IPC-C22EP ». Ces caméras IP sont initialement adaptées pour que la configuration et/ou le contrôle de leurs fonctionnalités et de leurs paramètres de fonctionnement puissent être effectués via une API propriétaire spécialement développée par leur constructeur. L’utilisateur n’a donc pas à choisir des caméras d’un seul constructeur pour construire son réseau.
Selon un mode de réalisation, chacune des caméras PhC1, PhC2, PhC3 supportent au moins un profil ONVIF. Par exemple, la caméra PhC1 supporte les profils ONVIF G, S et T, la caméra PhC2 les profils ONVIF G et S, et la caméra PhC3 uniquement le profil ONVIF S. Les caméras PhC1, PhC2, PhC3 peuvent supporter d’autres profils ONVIF, notamment un profil Q et/ou un profil M.
Un profil ONVIF est défini par plusieurs fonctionnalités, elles-mêmes définies par un ou plusieurs paramètres de fonctionnement ou de configuration ou de réglage, ces termes étant considérés comme des synonymes. Les profils ONVIF sont par exemple définis par une configuration vidéo, une configuration audio, une configuration PTZ, et une configuration de métadonnées. Une configuration vidéo peut notamment inclure une fonctionnalité de diffusion vidéo (Video Streaming), une fonctionnalité d’encodage vidéo (Video Encoder Configuration), une fonctionnalité d’enregistrement vidéo (Recording Control), etc. Une configuration audio peut notamment inclure une fonctionnalité de diffusion audio (Audio Streaming), une fonctionnalité d’encodage audio (Audio Encoder Configuration), etc. Une configuration PTZ peut notamment inclure une fonctionnalité de déplacement (PTZ Move), une fonctionnalité de préréglage (PTZ Presets), etc. Une configuration de métadonnées peut notamment inclure une fonctionnalité de diffusion de métadonnées (Metadata Streaming), etc.
Chaque fonctionnalité est définie par des paramètres de fonctionnement. Par exemple, la fonctionnalité de diffusion vidéo peut être définie par un type de protocole de communication (RTSP, RTP, HTTP, TCP, UDP, …), par un type de format de compression vidéo (MJPEG, MPEG-4, H.264, H.265, …), etc. La fonctionnalité de diffusion audio peut être définie par un type de format de compression audio (G.711, G.726, MP3, ..), un débit ou une fréquence d'échantillonnage, etc. La fonctionnalité de déplacement PTZ peut être définie par une vitesse de déplacement, une inclinaison de l’objectif, un zoom, etc. Et la fonctionnalité de diffusion de métadonnées peut être définie par un type de standard, de format, de compression, etc.
De par leur(s) profil(s) ONVIF, les caméras IP PhC1, PhC2 et PhC3 ont ainsi chacune une ou plusieurs fonctionnalités ONVIF, chaque fonctionnalité étant définie par un ou plusieurs paramètres de fonctionnement. À titre d’exemple illustratif :
- La caméra PhC1 possède une fonctionnalité de diffusion vidéo, une fonctionnalité d’encodage vidéo, une fonctionnalité d’enregistrement vidéo, une fonctionnalité de diffusion audio, une fonctionnalité de déplacement PTZ, mais aucune fonctionnalité liée aux métadonnées ;
- La caméra PhC2 possède une fonctionnalité de diffusion vidéo, une fonctionnalité d’enregistrement vidéo, une fonctionnalité de déplacement PTZ, une fonctionnalité de diffusion de métadonnées, mais pas de fonctionnalité liée à l’audio ;
- La caméra PhC3 possède une fonctionnalité de diffusion vidéo, une fonctionnalité d’encodage vidéo, une fonctionnalité de diffusion audio, une fonctionnalité de diffusion de métadonnées, mais pas de fonctionnalité liée au PTZ.
De par leur(s) profil(s) ONVIF, les caméras PhC1, PhC2 et PhC3 ont une ou plusieurs fonctionnalités ONVIF qui sont communes aux profils ONVIF desdites caméras IP. Dans l’exemple précité, la fonctionnalité commune est la diffusion vidéo. Une ou plusieurs autres fonctionnalités ONVIF peuvent être communes aux différentes caméras IP, par exemple une fonctionnalité de diffusion audio, une fonctionnalité de déplacement PTZ, une fonctionnalité de diffusion de métadonnées, etc. Les caméras IP peuvent également avoir en commun l’ensemble des fonctionnalités d’un profil ONVIF, par exemple toutes les fonctionnalités du profil ONVIF S. La illustre le recoupement des fonctionnalités des caméras IP. Les cercles F1, F2 et F3 représentent respectivement les fonctionnalités propres aux caméras PhC1, PhC2 et PhC3. La zone hachurée FC correspond à la ou les fonctionnalités communes.
Sur la , les caméras IP PhC1, PhC2, PhC3 sont connectées de manière filaire ou sans fil (par exemple par Wifi®) à un module d’interface EW une communication bidirectionnelle étant établie entre ledit module et lesdites caméras. Le module EW se présente avantageusement sous la forme d’un boîtier de type Set-Top-Box installé ou mini-ordinateur NUC (pour l’acronyme anglais de Next Unit of Computing) dans la zone géographique d’intérêt Zi et faisant partie du réseau local (LAN) regroupant les caméras PhC1, PhC2, PhC3. Selon un mode de réalisation, le module EW comprend notamment une unité de traitement 10, une ou plusieurs mémoires 11 et un module de communication 12, qui sont mutuellement connectés via un bus 13. Une ou plusieurs applications informatiques sont enregistrées dans la ou les mémoires 11 et dont les instructions, lorsqu’elles sont exécutées par l’unité de traitement 10, permettent de réaliser les fonctionnalités décrites plus avant dans la description.
La ou les mémoires 11 doivent être considérées comme un dispositif de stockage également adapté pour stocker des données (vidéo, audio, métadonnées, …) et/ou des fichiers de données. Il peut s’agir d’une mémoire native ou d’une mémoire rapportée telle qu’une carte Secure Digital (SD). L’unité de traitement 10 et la mémoire 11 peuvent être intégrées dans une carte SIM (pour l’anglais Suscriber Identity Module), cette dernière étant connectée au bus 13.
Le module de communication 12 est adapté pour relier le réseau local (LAN) et le réseau de communication R (notamment le réseau internet) par liaison satellite ou par liaison hertzienne ou par liaison par câble.
Selon un mode de réalisation, le module EW est configuré pour fournir un chemin d’accès aux caméras PhC1, PhC2, PhC3 et peut fonctionner comme un routeur. Il permet également d’isoler les caméras IP du LAN, ledit module étant leur seul point d’accès. Pour s’affranchir de tout protocole propriétaire et donc pour dialoguer avec chaque caméra IP quel que soit leur constructeur, le module EW met en œuvre un processus de découverte standard, préférentiellement un processus de découverte supporté par la norme ONVIF, par exemple WS-Discovery (Web Services Dynamic Discovery) ou GetDiscoveryMode. Par ce processus de découverte, le module EW interroge chaque caméra PhC1, PhC2, PhC3 et récupère non seulement leur identifiant respectif (notamment leur adresse IP), mais également leur(s) profil(s) ONVIF, c’est-à-dire leur(s) fonctionnalité(s) ONVIF et/ou leur(s) paramètre(s) de fonctionnement.
Selon une caractéristique de l’invention, une entité informatique, dite « caméra virtuelle » ViC, est créée dans un serveur informatique S. Sur la , ce serveur informatique S est un serveur distant du LAN, hébergé dans le cloud, dans une architecture Vsaas. Selon une variante de réalisation, le serveur S est hébergé dans le LAN. La caméra virtuelle ViC est une composante logicielle du serveur S. Elle n’a pas de matérialité physique, mais se comporte pour l’utilisateur (ou est perçue par l’utilisateur), comme une caméra réelle de vidéosurveillance. Une communication bidirectionnelle est établie entre le module EW et la caméra virtuelle ViC.
Le module EW communiquer à la caméra virtuelle ViC les identifiants et les profils ONVIF des caméras IP. La caméra virtuelle ViC peut ainsi recenser les caméras PhC1, PhC2, PhC3 et agréger une ou plusieurs fonctionnalités ONVIF qui sont communes aux profils ONVIF desdites caméras. La caméra virtuelle ViC peut ainsi être contrôlée et/ou configurée comme si c’était une caméra IP supportant la ou les fonctionnalités ONVIF communes.
En reprenant l’exemple précité, si la fonctionnalité ONVIF commune est la diffusion vidéo, alors l’utilisateur contrôlera et/ou configurera la caméra virtuelle ViC comme si c’était une caméra IP réelle comportant seulement une fonctionnalité de diffusion vidéo. Les caméras PhC1, PhC2, PhC3 sont simplement utilisées comme des « capteurs optiques ». Selon un autre exemple, si la caméra PhC1 supporte les profils ONVIF G, S et T, la caméra PhC2 les profils ONVIF G et S, et la caméra PhC3 uniquement le profil ONVIF S, la caméra virtuelle ViC agrège les fonctionnalités communes au profil ONVIF S. L’utilisateur contrôlera et/ou configurera alors la caméra virtuelle ViC comme si c’était une caméra IP réelle supportant un profil ONVIF S.
La caméra virtuelle va ensuite pouvoir transmettre aux caméras PhC1, PhC2, PhC3 un fichier de configuration adapté pour configurer lesdites caméras selon l’agrégation de la ou des fonctionnalités ONVIF communes. La configuration des caméras IP est alors modifiée et/ou adaptée en fonction du fichier de configuration reçu. Certaines fonctionnalités des caméras IP vont ainsi pouvoir être activées ou désactivées.
En reprenant l’exemple précité, la fonctionnalité ONVIF commune est la diffusion vidéo. Seule cette fonctionnalité va être activée dans les caméras IP de sorte qu’elles vont faire uniquement de la diffusion vidéo. Les fonctionnalités d’encodage vidéo, d’enregistrement vidéo, de diffusion audio, de déplacement PTZ de la caméra PhC1 ne seront pas activées ; les fonctionnalités d’enregistrement vidéo, de déplacement PTZ, et de diffusion de métadonnées de la caméra PhC2 ne seront pas activées ; et les fonctionnalités d’encodage vidéo, de diffusion audio, et de diffusion de métadonnées de la caméra PhC3 ne seront pas activées. Selon un autre exemple, si les fonctionnalités communes sont celles du profil ONVIF S, chaque caméra IP fonctionnera selon les fonctionnalités du profil ONVIF S. En d’autres termes, le fonctionnement des caméras IP est limité (ou bridé) à la ou les fonctionnalités ONVIF communes. Cela présente l’avantage de pouvoir piloter aisément un réseau de caméras IP ayant des fonctionnalités natives distinctes, depuis la seule caméra virtuelle ViC, ce qui est beaucoup plus simple et rapide pour l’utilisateur.
Selon un mode de réalisation, plusieurs fonctionnalités ONVIF sont communes aux caméras PhC1, PhC2, PhC3. Par exemple, les caméras IP peuvent avoir en commun un profil ONVIF S et un profil ONVIF G. On peut alors configurer aux choix les caméras IP selon le profil S ou selon le profil G. Pour se faire, on crée un premier fichier de configuration adapté pour configurer les caméras IP selon une première combinaison de fonctionnalités ONVIF communes (ex : les fonctionnalités du profil ONVIF S) et un deuxième fichier de configuration adapté pour configurer lesdites caméras IP selon une deuxième combinaison de fonctionnalités ONVIF communes (ex : les fonctionnalités du profil ONVIF G). En sélectionnant l’un ou l’autre de ces fichiers de configuration et en le transmettant aux caméras PhC1, PhC2, PhC3 depuis la caméra virtuelle ViC, on peut modifier et/ou adapter au choix la configuration desdites caméras IP.
Selon un autre mode de réalisation, si plusieurs fonctionnalités ONVIF sont communes aux caméras PhC1, PhC2, PhC3, on peut choisir de configurer lesdites caméras IP selon tout ou partie de ces fonctionnalités communes. Par exemple, si les caméras IP ont en commun une fonctionnalité de diffusion vidéo et une fonctionnalité de diffusion audio et/ou une fonctionnalité de métadonnées, lesdites caméras peuvent être configurées seulement selon la fonctionnalité de diffusion vidéo. Le fichier de configuration est alors adapté pour activer seulement la diffusion vidéo et désactiver la diffusion audio et/ou la fonctionnalité de métadonnées.
Comme mentionner précédemment, les fonctionnalités ONVIF sont définies par des paramètres de fonctionnement. Aussi, le fichier de configuration transmis aux caméras PhC1, PhC2, PhC3 comprend également des instructions pour modifier et/ou adapter les paramètres de fonctionnement de la ou des fonctionnalités ONVIF communes. Par exemple, si la fonctionnalité ONVIF commune est la diffusion vidéo, le fichier de configuration comporte avantageusement des instructions pour définir le protocole de communication (ex : RTSP/RTP) et le format de compression vidéo (ex : H.264), etc. Si la diffusion audio est également une fonctionnalité ONVIF commune, le fichier de configuration comporte également des instructions pour définir le format de compression audio (ex :G.711), un débit ou une fréquence d'échantillonnage, etc. On règle de la même façon les paramètres de fonctionnement de la caméra virtuelle ViC.
La caméra virtuelle ViC collecte les données obtenues à partir des caméras PhC1, PhC2, PhC3. Le type de données fournies par les caméras IP dépend de la configuration desdites caméras suite à la réception du fichier de configuration, et plus particulièrement des fonctionnalités qui sont activées ou désactivées au sein de chacune desdites caméras. Si la fonctionnalité ONVIF commune est seulement de la diffusion vidéo, les caméras IP PhC1, PhC2, PhC3 ne génèreront que des données vidéo et le module EW ne transmettra que ces données vidéo à la caméra virtuelle ViC. Si les fonctionnalités ONVIF communes sont la diffusion vidéo, la diffusion audio et/ou la diffusion de métadonnées, les caméras IP PhC1, PhC2, PhC3 génèreront des données vidéo, des données audio et/ou des métadonnées et le module EW transmettra ces différents types de données à la caméra virtuelle ViC.
Selon un mode de réalisation, les données générées par les caméras PhC1, PhC2, PhC3 et collectées par la caméra virtuelle ViC, sont agrégées par ladite caméra virtuelle. Cette agrégation consiste à récupérer dans la caméra virtuelle ViC toutes les données générées par les caméras IP et à les rendre accessibles, notamment en les mettant à disposition de l’utilisateur final.
Selon un exemple illustratif, les données générées par les caméras IP sont des données vidéo. La caméra virtuelle ViC collecte ces données vidéo et les associe à la caméra IP qui les a générées. L’utilisateur qui contrôle la caméra virtuelle ViC comme si c’était une caméra IP réelle, a donc accès à l’ensemble des données vidéos de toutes les caméras PhC1, PhC2, PhC3. Cette agrégation des données vidéo dans une seule caméra (virtuelle) ne peut actuellement pas être faite par une caméra IP classique du commerce.
Selon un autre exemple illustratif, les données générées par les caméras IP sont des données vidéo, des données audio et des métadonnées. La caméra virtuelle ViC collecte ces différents types de données et les classe en fonction de leur type et de la caméra IP qui les a générées. Depuis la seule caméra virtuelle ViC, l’utilisateur a ainsi accès à l’ensemble des données, classées par type et par caméra PhC1, PhC2, PhC3. Une telle agrégation de données vidéo dans une seule caméra (virtuelle) ne peut ici encore pas être faite par une caméra IP classique du commerce.
Pour résumer, on peut contrôler et/ou configurer depuis la caméra virtuelle ViC, l’ensemble des données générées par un réseau de caméras IP. L’utilisateur pilote les caméras IP comme s’il était directement connecté au LAN alors qu’en réalité il n’accède pas directement audit LAN. Il n’accède qu’au réseau de la caméra virtuelle ViC qui est indépendant du LAN. Le pilotage d’un tel réseau s’en trouve non seulement plus sécurisé mais également simplifié en comparaison des solutions connues de l’art antérieur.
La caméra virtuelle ViC et les caméras PhC1, PhC2, PhC3 communiquent au travers du module d’interface EW. Une communication bidirectionnelle est établie d’une part entre le module EW et les caméras PhC1, PhC2, PhC3, et d’autre part entre ledit module EW et la caméra virtuelle ViC. Des données peuvent ainsi entrer et sortir du réseau local (LAN) au travers du seul module EW, et plus spécifiquement au travers d’un port logiciel dudit module, ce qui garantit la sécurisation de l’installation. En outre, un seul canal de communication est créé entre le module EW et la caméra virtuelle ViC. Ce canal de communication est avantageusement sécurisé par un protocole de sécurisation de type TLS (pour l’acronyme anglais de Transport Layer Security) ou SSL (pour l’acronyme anglais de Secure Sockets Layer).
Selon un mode de réalisation, c’est le module EW qui se connecte à la caméra virtuelle ViC pour établir une communication sécurisée. La caméra virtuelle ViC peut être enregistrée dans le module EW soit avec un port logiciel variable et une adresse IP fixe de ladite caméra, soit avec port logiciel fixe et une adresse IP variable de ladite caméra.
La communication entre le module EW et les caméras PhC1, PhC2, PhC3 est avantageusement établie selon un protocole de communication standard, préférentiellement le protocole ONVIF, de manière à s’affranchir de tout protocole propriétaire. On s’assure ainsi que le module EW puisse dialoguer avec chacune des caméras PhC1, PhC2, PhC3, quel que soit le constructeur. Pour les mêmes raisons, la communication entre le module EW et la caméra virtuelle ViC est avantageusement établie selon un protocole de communication standard, préférentiellement le protocole ONVIF. Pour optimiser le transport des données entre les caméras IP, le module EW et la caméra virtuelle ViC, ce transport est préférentiellement réalisé au moyen du protocole RTSP/RTP.
Sur la , le pilotage de la caméra virtuelle ViC est réalisé depuis unsystème de gestion VMS installé dans le serveur S. Selon un mode de réalisation, c’est le système de gestion VMS qui configure la caméra virtuelle ViC, en définissant notamment ses fonctionnalités et ses paramètres de fonctionnement. C’est également le système de gestion VMS qui génère le fichier de configuration et qui le transmet à la caméra virtuelle ViC. Ce système de gestion VMS est par exemple un système de gestion vidéo utilisé de manière classique dans une architecture Vsaas ou une plateforme de gestion de données. Il permet d’enregistrer, de manager et de visualiser à distance les données (vidéo, audio, métadonnées, …) collectées et agrégées dans la caméra virtuelle ViC. Ces données peuvent ainsi être consultées par l’utilisateur où qu'ils soient, via n'importe quel appareil A de type Smartphone (téléphone intelligent), tablette, PC, etc. La communication entre le système de gestion VMS et la caméra virtuelle ViC est une communication bidirectionnelle avantageusement établie selon un protocole de communication standard, préférentiellement le protocole ONVIF. Le transport des données est préférentiellement réalisé au moyen du protocole RTSP/RTP.
Selon un mode de réalisation, le système de gestion VMS met en œuvre un processus de découverte standard, préférentiellement un processus de découverte supporté par la norme ONVIF, par exemple WS-Discovery (Web Services Dynamic Discovery) ou GetDiscoveryMode. Par ce processus de découverte, le système de gestion VMS interroge la caméra virtuelle ViC et récupère son adresse IP ainsi que la ou les fonctionnalités ONVIF communes des caméras IP. Ce processus de découverte ONVIF est rendu possible du fait que la caméra virtuelle ViC est vue comme une caméra IP classique par le système de gestion VMS. Le système de gestion VMS peut alors configurer la caméra virtuelle ViC, en définissant ses fonctionnalités et ses paramètres de fonctionnement, comme il le ferait avec une caméra IP classique.
Selon un premier mode de réalisation illustré sur la , une fonctionnalité Fct est ajoutée à la caméra virtuelle ViC, pour venir enrichir les fonctionnalités ONVIF communes qu’elle supporte. Cette fonctionnalité Fct peut être une fonctionnalité qui n’est pas nativement implémentée dans les caméras IP PhC1, PhC2, PhC3, telle qu’une fonctionnalité ONVIF qui est supportée par aucun des profils ONVIF desdites caméras IP. Il peut également s’agir d’une fonctionnalité ONVIF supportée seulement par certaines desdites caméras IP, mais qui n’est pas une fonctionnalité commune. La caméra virtuelle ViC peut par exemple être enrichie d’une fonctionnalité d’encodage vidéo ou d’enregistrement vidéo. Il peut encore s’agir d’une fonctionnalité qui n’est pas une fonctionnalité ONVIF, mais qui permet de traiter les données agrégées dans la caméra virtuelle ViC. Ce traitement peut consister en une compression vidéo ou audio, une analyse des données par exemple basée sur un ou plusieurs algorithmes d’intelligence artificielle, tels qu’une détection de présence de personnes ou d'objets, une identification des plaques minéralogiques, une reconnaissance faciale, une détection d'événement ou d'incident, une estimation de densité de foule, un comptage de personnes, etc. Ce traitement peut être appliqué simultanément à l’ensemble des données vidéo collectées et agrégées dans la caméra virtuelle ViC. Plusieurs de ces fonctionnalités peuvent venir enrichir la ou les fonctionnalités ONVIF communes agrégées dans la caméra virtuelle ViC. On augmente ainsi la capacité fonctionnelle des caméras IP du réseau, au travers de la seule caméra virtuelle ViC.
Selon un deuxième mode de réalisation illustré sur la , deux fonctionnalités Fct1 et Fct2 sont implémentées dans la caméra virtuelle ViC. Chacune de ces fonctionnalités permet de traiter les données collectées et agrégées dans la caméra virtuelle ViC, selon deux traitements de données distincts. Par exemple, un premier traitement de données (Fct1) peut consister en un comptage de personnes et un deuxième traitement de données (Fct2) peut consister en une reconnaissance faciale.
Selon un autre exemple, la caméra virtuelle ViC est configurée pour distinguer différents ensembles de données dans les données qu’elle collecte et agrège, et pour traiter chacun de ces ensembles selon un traitement distinct. Par exemple, un premier traitement de données (Fct1) peut être appliqué seulement sur les données générées par la caméra PhC1 (premier ensemble de données) et le deuxième traitement de données (Fct2) sur les données générées par les caméras PhC2 et PhC3 (deuxième ensemble de données). Selon encore un autre exemple, les données collectées et agrégées dans la caméra virtuelle ViC sont des données vidéo (premier ensemble de données) et des données audio (deuxième ensemble de données). Le premier traitement de données (Fct1) peut alors être appliqué sur le premier ensemble de données et le deuxième traitement de données (Fct2) sur le deuxième ensemble de données. On peut bien évidemment prévoir d’implémenter plus de deux fonctionnalités, chaque fonctionnalité permettant de traiter dans la caméra virtuelle ViC divers ensembles de données selon divers traitements de données.
Selon un troisième mode de réalisation illustré sur la , on crée dans le serveur informatique S : une première caméra virtuelle ViC1 et une deuxième caméra virtuelle ViC2. Ces caméras virtuelles ViC1, ViC2 sont créées et configurées de la même façon que la caméra virtuelle ViC décrite en référence à la . L’utilisation de plusieurs caméras virtuelles ViC1, Vic2 pour un même groupe de caméras IP PhC1, PhC2, PhC3 présente certains avantages. La première caméra virtuelle ViC1 peut notamment être utilisée pour transmettre aux caméras PhC1, PhC2, PhC3 un premier fichier de configuration permettant de les configurer selon une première combinaison de fonctionnalités ONVIF communes (par exemple une fonctionnalité de diffusion vidéo et une fonctionnalité de diffusion audio) et la deuxième caméra virtuelle ViC2 peut être utilisée pour transmettre auxdites caméras IP un deuxième fichier de configuration permettant de les configurer selon une deuxième combinaison de fonctionnalités ONVIF communes (par exemple une fonctionnalité de diffusion audio et une fonctionnalité de diffusion de métadonnées). On peut donc contrôler l’une ou l’autre des caméras virtuelles ViC1, ViC2, selon la configuration que l’on souhaite donner aux caméras IP et/ou selon le type de données que l’on souhaite collecter. Comme décrit précédemment, on peut également ajouter à chacune des caméras virtuelles ViC1, ViC2, une ou plusieurs fonctionnalités venant enrichir les fonctionnalités ONVIF communes qu’elles supportent respectivement.
Dans ce troisième mode de réalisation, les fonctionnalités Fct1 et Fct2 sont respectivement implémentées dans la première caméra virtuelle ViC1 et dans la deuxième caméra virtuelle ViC2. Chacune de ces fonctionnalités permet de traiter les données collectées et agrégées dans la caméra virtuelle ViC1, ViC2 respective, selon deux traitements de données distincts. Par exemple, le premier traitement de données (Fct1) est appliqué à des données vidéo et audio collectées et agrégées dans la première caméra virtuelle ViC1. Ces données vidéo et audio constituent un premier ensemble de données généré selon la configuration des caméras IP suite à la réception du premier fichier de configuration. Le deuxième traitement de données (Fct2) est appliqué à des données audio et des métadonnées collectées et agrégées dans la deuxième caméra virtuelle ViC2. Ces données audio et métadonnées constituent un deuxième ensemble de données généré selon la configuration des caméras IP suite à la réception du deuxième fichier de configuration. On peut prévoir d’implémenter plusieurs fonctionnalités dans chacune des caméras virtuelles ViC1, ViC2 pour les mêmes raisons que celles explicitées en référence au deuxième mode de réalisation.
Selon un quatrième mode de réalisation illustré sur la , on installe un premier groupe de caméras IP PhC1a, PhC2a, PhC3a dans une première zone géographique d’intérêt Zia, et un deuxième groupe de caméras IP PhC1b, PhC2b, PhC3b dans une deuxième zone géographique d’intérêt Zib. Les zones Zia et Zib sont distinctes l’une de l’autre. La première zone Zia peut par exemple correspondre à un parking d’un aéroport, et la deuxième zone Zib à une zone d’embarquement de cet aéroport. Selon un autre exemple, la première zone Zia correspond à une première station de métro, et la deuxième zone Zib à une deuxième station de métro.
Les caméras IP PhC1a, PhC2a, PhC3a, PhC1b, PhC2b, PhC3b sont similaires à celles décrites précédemment. Elles sont configurables et supportent chacune au moins un profil ONVIF. Les caméras PhC1a, PhC2a, PhC3a du premier groupe sont connectées à un premier module d’interface EWa et les caméras PhC1b, PhC2b, PhC3b du deuxième groupe sont connectées à un deuxième module d’interface EWb. Les modules d’interfaces EWa et EWb sont similaires au module EW décrit précédemment et fonctionnent de la même manière. Chacun des modules EWA, EWb est connecté à la caméra virtuelle ViC. Cette connexion est similaire à celle décrite précédemment en référence au module EW. La caméra virtuelle ViC recense les caméras PhC1a, PhC2a, PhC3a du premier groupe et les caméras PhC1b, PhC2b, PhC3b du deuxième groupe.
Selon une première variante du cinquième mode de réalisation, la caméra virtuelle ViC agrège séparément les fonctionnalités ONVIF communes des différents groupes de caméras IP. Notamment, la caméra virtuelle ViC agrège une ou plusieurs premières fonctionnalités ONVIF qui sont communes aux profils ONVIF des caméras IP du premier groupe, et une ou plusieurs deuxièmes fonctionnalités ONVIF qui sont communes aux profils ONVIF des caméras IP du deuxième groupe. La caméra virtuelle ViC transmet alors un premier fichier de configuration aux caméras IP du premier groupe pour modifier et/ou adapter la configuration desdites caméras IP selon la ou les premières fonctionnalités ONVIF. De même, la caméra virtuelle ViC transmet un deuxième fichier de configuration aux caméras IP du deuxième groupe pour modifier et/ou adapter la configuration desdites caméras IP selon la ou les deuxièmes fonctionnalités ONVIF.
Selon leur nouvelle configuration faisant suite à la réception des fichiers de configuration, les caméras IP du premier groupe et du deuxième groupe génèrent respectivement un premier ensemble de données et un deuxième ensemble de données. Ces deux ensembles de données sont collectés par la caméra virtuelle ViC qui va pouvoir les traiter distinctement. En particulier, le premier ensemble de données est traité selon un premier traitement de données et le deuxième ensemble de données selon un deuxième traitement de données différent dudit premier traitement. Par exemple, le premier traitement de données (Fct1) est appliqué à des données vidéo et audio générées par les caméras IP du premier groupe (premier ensemble de données). Le deuxième traitement de données (Fct2) est appliqué à des données vidéo et des métadonnées générées par les caméras IP du deuxième groupe (deuxième ensemble de données). On peut prévoir d’appliquer plusieurs traitements de données distincts à chaque ensemble de données.
Selon une deuxième variante du cinquième mode de réalisation, la caméra virtuelle ViC agrège ensemble les fonctionnalités ONVIF communes des différents groupes de caméras IP. Notamment, la caméra virtuelle ViC agrège les fonctionnalités ONVIF qui sont communes aux profils ONVIF des caméras IP du premier groupe et du deuxième groupe. La caméra virtuelle ViC transmet alors un fichier unique de configuration aux caméras IP du premier groupe et du deuxième groupe. La configuration de l’ensemble des caméras PhC1a, PhC2a, PhC3a, PhC1b, PhC2b, PhC3b est alors modifiée et/ou adaptée en fonction de ce fichier unique de configuration. La caméra virtuelle ViC collecte et agrège l’ensemble des données générées par toutes les caméras PhC1a, PhC2a, PhC3a, PhC1b, PhC2b, PhC3b et peut les traiter comme décrit précédemment.
Selon une troisième variante du cinquième mode de réalisation, la caméra virtuelle ViC agrège séparément des fonctionnalités ONVIF communes aux différentes caméras IP. Notamment, la caméra virtuelle ViC agrège une première combinaison de fonctionnalités ONVIF qui sont communes aux profils ONVIF d’un premier ensemble de caméras IP appartenant au premier groupe et au deuxième groupe, et une deuxième combinaison de fonctionnalités ONVIF qui sont communes aux profils ONVIF de caméras IP d’un deuxième ensemble de caméras IP appartenant au premier groupe et au deuxième groupe. Les deux combinaisons sont distinctes. Par exemple, les caméras PhC1a, PhC2a du premier groupe et les caméras PhC2b, PhC3b du deuxième groupe (premier ensemble de caméras IP) ont en commun une fonctionnalité de diffusion vidéo et de diffusion audio. Et la caméra PhC3a du premier groupe et la caméra PhC1b du deuxième groupe (deuxième ensemble de caméras IP) ont en commun une fonctionnalité de diffusion vidéo et une fonctionnalité liée aux métadonnées. La caméra virtuelle ViC transmet alors un premier fichier de configuration aux caméras PhC1a, PhC2a, PhC2b, PhC3b. Les modules EWa et EWb vont respectivement adresser ce premier fichier de configuration aux caméras PhC1a, PhC2a et aux caméras PhC2b, PhC3b. La caméra virtuelle ViC transmet également un deuxième fichier de configuration aux caméras PhC3a et PhC1b, les modules EWa et EWb étant en charge d’adresser ce deuxième fichier.
Selon leur nouvelle configuration faisant suite à la réception des fichiers de configuration, les caméras PhC1a, PhC2a, PhC2b et PhC3b génèrent un premier ensemble de données, et les caméras PhC3a et PhC1b génèrent un deuxième ensemble de données. Comme décrit précédemment, ces deux ensembles de données sont collectés par la caméra virtuelle ViC qui va pouvoir les traiter distinctement. En particulier, le premier ensemble de données est traité selon un premier traitement de données et le deuxième ensemble de données selon un deuxième traitement de données différent dudit premier traitement.
Le cinquième mode de réalisation illustré sur la est une combinaison du troisième mode et du quatrième mode. Chaque groupe de caméras IP est associé aux caméras virtuelles ViC1, ViC2. La première caméra virtuelle ViC1 peut notamment être utilisée pour transmettre à un premier ensemble de caméras IP appartenant au premier groupe et/ou au deuxième groupe, un premier fichier de configuration permettant de les configurer selon une première combinaison de fonctionnalités ONVIF. Et la deuxième caméra virtuelle ViC2 peut notamment être utilisée pour transmettre à un deuxième ensemble de caméras IP appartenant au premier groupe et/ou au deuxième groupe, un deuxième fichier de configuration permettant de les configurer selon une deuxième combinaison de fonctionnalités ONVIF qui est distincte de la première combinaison. Le premier ensemble de données générées par le premier ensemble de caméras IP peut être traité dans la première caméra virtuelle ViC1 selon un premier traitement de données, et le deuxième ensemble de données peut être traité dans la deuxième caméra virtuelle ViC2 selon un deuxième traitement de données différent dudit premier traitement.
La illustre de manière simplifier différentes étapes d’un procédé conforme à l’invention. Pour des raisons de concision, ce procédé fait référence à une installation selon la , mais peut être généralisé à tous les modes de réalisation décrits dans la présente description. Les étapes de la sont les suivantes :
- Étape E1 : Le module EW est mis sous tension.
- Étape E2 : Le module EW lance le processus de découverte et interroge chaque caméra PhC1, PhC2, PhC3.
- Étape E3 : Les caméras PhC1, PhC2, PhC3 communiquent au module EW leur identifiant respectif et leur(s) profil(s) ONVIF.
- Étape E4 : Le module EW communique à la caméra virtuelle ViC les identifiants des caméras IP et leur(s) profil(s) ONVIF (à minima leur(s) fonctionnalité(s) ONVIF respectives).
- Étape E5 : La caméra virtuelle ViC recense les caméras IP et leur(s) fonctionnalité(s) ONVIF communes.
- Étape E6 : Le système de gestion VMS lance un processus de découverte et interroge la caméra virtuelle ViC.
- Étape E7 : La caméra virtuelle ViC communique au système de gestion VMS son identifiant et la ou les fonctionnalités ONVIF communes.
- Étape E8 : Le système de gestion VMS communique au client A l’identifiant de la caméra virtuelle ViC et la ou les fonctionnalités ONVIF communes.
- Étape E9 : Le client A paramètre depuis le système de gestion VMS la configuration de la caméra virtuelle ViC.
- Étape E10 : Le système de gestion VMS communique à la caméra virtuelle ViC un fichier de configuration. La caméra virtuelle ViC se configure selon le fichier reçu.
- Étape E11 : La caméra virtuelle ViC communique au module EW le fichier de configuration.
- Étape E12 : Le module EW communique aux caméras IP le fichier de configuration. Les caméras IP se configurent selon le fichier reçu.
- Étape E13 : L’utilisateur pilote depuis le VMS le pilotage de la caméra virtuelle ViC (par exemple lecture des données).
- Étape E14 : Le système de gestion VMS communique à la caméra virtuelle ViC l’instruction de pilotage.
- Étape E15 : La caméra virtuelle ViC communique au module EW l’instruction de pilotage.
- Étape E16 : Le module EW communique aux caméras IP l’instruction de pilotage.
- Étape E17 : Les caméras IP communiquent au module EW leurs données.
- Étape E18 : Le module EW communique à la caméra virtuelle ViC les données générées par les caméras IP.
- Étape E19 : La caméra virtuelle ViC agrège les données et les traite le cas échéant.
- Étape E20 : Au travers du système de gestion VMS, l’utilisateur accède aux données agrégées et éventuellement traitées par la caméra virtuelle ViC.
L’agencement des différents éléments et/ou moyens et/ou étapes de l’invention, dans les modes de réalisation décrits ci-dessus, ne doit pas être compris comme exigeant un tel agencement dans toutes les implémentations. D’autres variantes peuvent être prévues et notamment :
- Le module d’interface EW n’est pas essentiel. En effet, les caméras IP peuvent être directement connectées à une ou plusieurs caméras virtuelles ViC au travers du réseau R. En s’affranchissant du module EW, il est toutefois nécessaire d’ouvrir un port spécifique dans chaque caméra IP et d’établir plusieurs canaux de communication entre lesdites caméras IP et la caméra virtuelle ViC. Cette solution est donc moins avantageuse que celle utilisant le module EW dans la mesure où la sécurité du réseau local LAN est moindre (on multiplie le nombre de ports d’entrée/sortie vers le réseau internet R) et/ou que les solutions pour sécuriser ledit LAN sont plus complexes.
- Le module d’interface EW peut être remplacé par un ordinateur ou un autre équipement (par exemple un serveur du LAN ou une des caméras IP) dans lequel est implémentée une application informatique similaire.
- Le protocole de communication entre les caméras IP et le module d’interface EW peut être un protocole de communication propriétaire, non standard, notamment lorsque toutes lesdites caméras proviennent d’un même constructeur. Il en est de même pour le protocole de communication entre le module d’interface EW et la caméra virtuelle ViC. Et le protocole de communication entre la caméra virtuelle ViC et le système de gestion VMS.
- La caméra virtuelle ViC peut être configurée pour génère seul le fichier de configuration qui est transmis aux caméras IP.
- Le module d’interface EW peut être adapté pour configurer la caméra virtuelle ViC, en définissant notamment ses fonctionnalités et ses paramètres de fonctionnement. La caméra virtuelle ViC peut également être configurée pour définir seule ses fonctionnalités et ses paramètres de fonctionnement.
- Les caméras virtuelles ViC1, ViC2 peuvent être installés dans des systèmes informatiques distincts, notamment sur des cloud différents (par exemple, la caméra ViC1 un cloud Azur® et la caméra ViC2 sur un cloud AWS®).
- Les modes de réalisation des figures 4 et 6 peuvent être généralisés à un nombre N de caméras virtuelles (N étant un entier supérieur à 2).
En outre, une ou plusieurs caractéristiques exposées seulement dans un mode de réalisation peuvent être combinées avec une ou plusieurs autres caractéristiques exposées seulement dans un autre mode de réalisation. De même, une ou plusieurs caractéristiques exposées seulement dans un mode de réalisation peuvent être généralisées aux autres modes de réalisation, même si ce ou ces caractéristiques sont décrites seulement en combinaison avec d’autres caractéristiques.

Claims (17)

  1. Procédé pour contrôler et/ou configurer des caméras IP (PhC1, PhC2, PhC3) installées en réseau dans une zone géographique d’intérêt (Zi), le procédé comprenant les étapes suivantes :
    - utiliser des caméras IP (PhC1, PhC2, PhC3) configurables supportant chacune au moins un profil ONVIF, chaque dit profil ONVIF étant défini par des fonctionnalités ONVIF,
    - créer dans un serveur informatique (S), une entité informatique (Vic), dite « caméra virtuelle », dans laquelle sont recensées les caméras IP (PhC1, PhC2, PhC3) et dans laquelle sont agrégées une ou plusieurs fonctionnalités ONVIF qui sont communes aux profils ONVIF desdites caméras IP, laquelle caméra virtuelle est configurée pour collecter et agréger des données obtenues à partir desdites caméras IP,
    - transmettre aux caméras IP (PhC1, PhC2, PhC3), depuis la caméra virtuelle (ViC), un fichier de configuration adapté pour configurer lesdites caméras IP selon la ou les fonctionnalités ONVIF communes agrégées dans ladite caméra virtuelle,
    - modifier et/ou adapter la configuration des caméras IP (PhC1, PhC2, PhC3) en fonction du fichier de configuration reçu.
  2. Procédé selon la revendication 1, comprenant les étapes consistant à :
    - générer des données depuis les caméras IP (PhC1, PhC2, PhC3), lesquelles données sont générées selon la configuration desdites caméras IP suite à la réception du fichier de configuration,
    - collecter et agréger les données dans la caméra virtuelle (ViC), de sorte que lesdites données générées par chacune des caméras IP (PhC1, PhC2, PhC3) soient accessibles depuis ladite caméra virtuelle.
  3. Procédé selon la revendication 2, comprenant une étape consistant à traiter, dans la caméra virtuelle (ViC), les données selon un premier traitement de données et selon un deuxième traitement de données différent dudit premier traitement.
  4. Procédé selon la revendication 2, comprenant les étapes consistant à :
    - distinguer, dans les données collectées et agrégées dans la caméra virtuelle (ViC) : un premier ensemble de données et un deuxième ensemble de données,
    - traiter, dans la caméra virtuelle (ViC), le premier ensemble de données selon un premier traitement de données et le deuxième ensemble de données selon un deuxième traitement de données différent dudit premier traitement.
  5. Procédé selon la revendication 1, comprenant les étapes suivantes :
    - créer un premier fichier de configuration adapté pour configurer les caméras IP (PhC1, PhC2, PhC3) selon une première combinaison de fonctionnalités ONVIF communes agrégées dans la caméra virtuelle (ViC),
    - créer un deuxième fichier de configuration adapté pour configurer les caméras IP (PhC1, PhC2, PhC3) selon une deuxième combinaison de fonctionnalités ONVIF communes agrégées dans la caméra virtuelle (ViC), laquelle deuxième combinaison est distincte de la première combinaison,
    - sélectionner l’un des fichiers de configuration et le transmettre aux caméras IP (PhC1, PhC2, PhC3), depuis la caméra virtuelle (ViC).
  6. Procédé selon la revendication 1, comprenant les étapes suivantes :
    - créer dans le serveur informatique (S) une première caméra virtuelle (ViC1) et une deuxième caméra virtuelle (ViC2), dans chacune desquelles sont recensées les caméras IP (PhC1, PhC2, PhC3) et dans chacune desquelles sont agrégées une ou plusieurs fonctionnalités ONVIF communes aux profils ONVIF desdites caméras IP,
    - transmettre aux caméras IP (PhC1, PhC2, PhC3) :
    -- soit depuis la première caméra virtuelle (ViC1), un premier fichier de configuration adapté pour configurer lesdites caméras IP selon une première combinaison de fonctionnalités ONVIF communes,
    -- soit depuis la deuxième caméra virtuelle (ViC2), un deuxième fichier de configuration adapté pour configurer lesdites caméras IP selon une deuxième combinaison de fonctionnalités ONVIF communes, laquelle deuxième combinaison est distincte de la première combinaison.
  7. Procédé selon la revendication 6, comprenant les étapes consistant à :
    - générer un premier ensemble de données depuis les caméras IP (PhC1, PhC2, PhC3), lequel premier ensemble de données est généré selon la configuration desdites caméras IP suite à la réception du premier fichier de configuration,
    - collecter et agréger les données du premier ensemble de données dans la caméra virtuelle (ViC),
    - traiter, dans la caméra virtuelle (ViC), le premier ensemble de données selon un premier traitement de données.
  8. Procédé selon l’une des revendications 6 ou 7, comprenant les étapes consistant à :
    - générer un deuxième ensemble de données depuis les caméras IP (PhC1, PhC2, PhC3), lequel deuxième ensemble de données est généré selon la configuration desdites caméras IP suite à la réception du deuxième fichier de configuration,
    - collecter et agréger les données du deuxième ensemble de données dans la caméra virtuelle (ViC),
    - traiter, dans la caméra virtuelle (ViC), le deuxième ensemble de données selon un deuxième traitement de données.
  9. Procédé selon l’une des revendications 1 à 8, comprenant les étapes suivantes :
    - installer un premier groupe de caméras IP (PhC1a, PhC2a, PhC3a) dans une première zone géographique d’intérêt (Zia), et un deuxième groupe de caméras IP (PhC1b, PhC2b, PhC3b) dans une deuxième zone géographique d’intérêt (Zib) distincte de ladite première zone, lesdites caméras étant configurables et supportant chacune au moins un profil ONVIF, chaque dit profil ONVIF étant défini par des fonctionnalités ONVIF,
    - recenser dans la caméra virtuelle (ViC) les caméras IP (PhC1a, PhC2a, PhC3a) du premier groupe et les caméras IP (PhC1b, PhC2b, PhC3b) du deuxième groupe,
    - agréger séparément dans la caméra virtuelle (ViC) :
    -- une ou plusieurs premières fonctionnalités ONVIF des caméras IP (PhC1a, PhC2a, PhC3a) du premier groupe qui sont communes aux profils ONVIF desdites caméras IP,
    -- une ou plusieurs deuxièmes fonctionnalités ONVIF des caméras IP (PhC1b, PhC2b, PhC3b) du deuxième groupe qui sont communes aux profils ONVIF desdites caméras IP,
    - transmettre depuis la caméra virtuelle (ViC) :
    -- un premier fichier de configuration aux caméras IP (PhC1a, PhC2a, PhC3a) du premier groupe, lequel premier fichier est adapté pour configurer lesdites caméras IP selon la ou les premières fonctionnalités ONVIF communes agrégées dans ladite caméra virtuelle,
    -- un deuxième fichier de configuration aux caméras IP (PhC1b, PhC2b, PhC3b) du deuxième groupe, lequel fichier de configuration est adapté pour configurer lesdites caméras IP selon la ou les deuxièmes fonctionnalités ONVIF communes agrégées dans ladite caméra virtuelle,
    - modifier et/ou adapter :
    -- la configuration des caméras IP (PhC1a, PhC2a, PhC3a) du premier groupe en fonction du premier fichier de configuration reçu,
    -- la configuration des caméras IP (PhC1b, PhC2b, PhC3b) du deuxième groupe en fonction du deuxième fichier de configuration reçu.
  10. Procédé selon la revendication 9, comprenant les étapes suivantes :
    - collecter, dans la caméra virtuelle (ViC) :
    -- un premier ensemble de données générées par les caméras IP (PhC1a, PhC2a, PhC3a) du premier groupe, lesquelles données sont générées selon la configuration desdites caméras IP suite à la réception du premier fichier de configuration,
    -- un deuxième ensemble de données générées par les caméras IP (PhC1b, PhC2b, PhC3b) du deuxième groupe, lesquelles données sont générées selon la configuration desdites caméras IP suite à la réception du deuxième fichier de configuration,
    - traiter, dans la caméra virtuelle (ViC), le premier ensemble de données selon un premier traitement de données et le deuxième ensemble de données selon un deuxième traitement de données différent dudit premier traitement.
  11. Procédé selon l’une des revendications 1 à 8, comprenant les étapes suivantes :
    - installer un premier groupe de caméras IP (PhC1a, PhC2a, PhC3a) dans une première zone géographique d’intérêt (Zia), et un deuxième groupe de caméras IP (PhC1b, PhC2b, PhC3b) dans une deuxième zone géographique d’intérêt (Zib) distincte de ladite première zone, lesdites caméras étant configurables et supportant chacune au moins un profil ONVIF, chaque dit profil ONVIF étant défini par des fonctionnalités ONVIF,
    - recenser dans la caméra virtuelle (ViC) les caméras IP (PhC1a, PhC2a, PhC3a) du premier groupe et les caméras IP (PhC1b, PhC2b, PhC3b) du deuxième groupe,
    - agréger séparément dans la caméra virtuelle (ViC) :
    -- une première combinaison de fonctionnalités ONVIF qui sont communes aux profils ONVIF d’un premier ensemble de caméras IP (PhC1a, PhC2a, PhC3a, PhC1b, PhC2b, PhC3b) appartenant au premier groupe et au deuxième groupe,
    -- une deuxième combinaison de fonctionnalités ONVIF qui sont communes aux profils ONVIF d’un deuxième ensemble de caméras IP (PhC1a, PhC2a, PhC3a, PhC1b, PhC2b, PhC3b) appartenant au premier groupe et au deuxième groupe, laquelle deuxième combinaison est distincte de la première combinaison,
    - transmettre depuis la caméra virtuelle (ViC) :
    -- un premier fichier de configuration aux caméras IP (PhC1a, PhC2a, PhC3a, PhC1b, PhC2b, PhC3b) du premier ensemble, lequel premier fichier est adapté pour configurer lesdites caméras IP selon la première combinaison de fonctionnalités ONVIF,
    -- un deuxième fichier de configuration aux caméras IP (PhC1a, PhC2a, PhC3a, PhC1b, PhC2b, PhC3b) du deuxième ensemble, lequel deuxième fichier est adapté pour configurer lesdites caméras IP selon la deuxième combinaison de fonctionnalités ONVIF,
    - modifier et/ou adapter :
    -- la configuration des caméras IP (PhC1a, PhC2a, PhC3a, PhC1b, PhC2b, PhC3b) du premier ensemble en fonction du premier fichier de configuration reçu,
    -- la configuration des caméras IP (PhC1a, PhC2a, PhC3a, PhC1b, PhC2b, PhC3b) du deuxième ensemble en fonction du deuxième fichier de configuration reçu.
  12. Procédé selon la revendication 11, comprenant les étapes suivantes :
    - collecter, dans la caméra virtuelle (ViC) :
    -- un premier ensemble de données générées par les caméras IP (PhC1a, PhC2a, PhC3a) du premier ensemble de caméras IP, lesquelles données sont générées selon la configuration desdites caméras IP suite à la réception du premier fichier de configuration,
    -- un deuxième ensemble de données générées par les caméras IP (PhC1b, PhC2b, PhC3b) du deuxième ensemble de caméras IP, lesquelles données sont générées selon la configuration desdites caméras IP suite à la réception du deuxième fichier de configuration,
    - traiter, dans la caméra virtuelle (ViC), le premier ensemble de données selon un premier traitement de données et le deuxième ensemble de données selon un deuxième traitement de données différent dudit premier traitement.
  13. Procédé selon l’une des revendications précédentes, comprenant les étapes consistant à :
    - établir une communication bidirectionnelle entre les caméras IP (PhC1, PhC2, PhC3) et un module d’interface (EW) installé dans la zone géographique d’intérêt (Zi), lequel module d’interface (EW) est configuré pour fournir un chemin d’accès auxdites caméras,
    - établir une communication bidirectionnelle entre le module d’interface (EW) et la caméra virtuelle (ViC),
    - établir une communication bidirectionnelle, selon un protocole de communication standard, entre la caméra virtuelle (Vic) et un système de gestion (VMS) installé dans un serveur informatique distant.
  14. Procédé selon la revendication 13, dans lequel la communication entre les caméras IP (PhC1, PhC2, PhC3) et le module d’interface (EW), la communication entre ledit module d’interface et la caméra virtuelle (ViC), et la communication entre ladite caméra virtuelle et le système de gestion (VMS), sont établies selon le protocole ONVIF.
  15. Procédé selon l’une des revendications 13 ou 14, dans lequel le système de gestion (VMS) génère le fichier de configuration et le transmet à la caméra virtuelle (ViC).
  16. Procédé selon l’une des revendications 13 à 15, comprenant les étapes consistant à :
    - lancer, depuis le module d’interface (EW), un processus de détection basé sur un protocole ONVIF permettant audit module de récupérer un identifiant et au moins un profil ONVIF de chaque caméra IP (PhC1, PhC2, PhC3),
    - communiquer à la caméra virtuelle (ViC) les identifiants et les profils ONVIF récupérés par le module d’interface (EW).
  17. Installation de contrôle et/ou de configuration de caméras IP (PhC1, PhC2, PhC3) installées en réseau dans une zone géographique d’intérêt (Zi), lesquelles caméras IP sont configurables et supportent chacune au moins un profil ONVIF, chaque dit profil ONVIF étant défini par des fonctionnalités ONVIF, caractérisée en ce que :
    - une entité informatique (Vic), dite « caméra virtuelle », d’un serveur informatique (S), est configurée pour :
    -- recenser les caméras IP (PhC1, PhC2, PhC3),
    -- agréger une ou plusieurs fonctionnalités ONVIF qui sont communes aux profils ONVIF desdites caméras IP,
    -- collecter et agréger des données obtenues à partir desdites caméras IP,
    -- transmettre aux caméras IP (PhC1, PhC2, PhC3), un fichier de configuration adapté pour configurer lesdites caméras IP selon la ou les fonctionnalités ONVIF communes agrégées dans ladite caméra virtuelle,
    et en ce que la configuration des caméras IP (PhC1, PhC2, PhC3) est modifiée et/ou adaptée en fonction du fichier de configuration reçu.
FR2012242A 2020-11-27 2020-11-27 Procédé et installation pour contrôler et/ou configurer des caméras IP installées en réseau Pending FR3116973A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
FR2012242A FR3116973A1 (fr) 2020-11-27 2020-11-27 Procédé et installation pour contrôler et/ou configurer des caméras IP installées en réseau
PCT/EP2021/083147 WO2022112494A1 (fr) 2020-11-27 2021-11-26 Procédé et installation pour contrôler et/ou configurer des caméras ip installées en réseau

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2012242 2020-11-27
FR2012242A FR3116973A1 (fr) 2020-11-27 2020-11-27 Procédé et installation pour contrôler et/ou configurer des caméras IP installées en réseau

Publications (1)

Publication Number Publication Date
FR3116973A1 true FR3116973A1 (fr) 2022-06-03

Family

ID=75339825

Family Applications (1)

Application Number Title Priority Date Filing Date
FR2012242A Pending FR3116973A1 (fr) 2020-11-27 2020-11-27 Procédé et installation pour contrôler et/ou configurer des caméras IP installées en réseau

Country Status (2)

Country Link
FR (1) FR3116973A1 (fr)
WO (1) WO2022112494A1 (fr)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JANG SI YOUNG ET AL: "Application-Aware IoT Camera Virtualization for Video Analytics Edge Computing", 2018 IEEE/ACM SYMPOSIUM ON EDGE COMPUTING (SEC), IEEE, 25 October 2018 (2018-10-25), pages 132 - 144, XP033468907, DOI: 10.1109/SEC.2018.00017 *

Also Published As

Publication number Publication date
WO2022112494A1 (fr) 2022-06-02

Similar Documents

Publication Publication Date Title
US9058565B2 (en) Opportunistic crowd-based service platform
EP2200258B1 (fr) Procédé de distribution d'un contenu vers un utilisateur
US10990840B2 (en) Configuring data pipelines with image understanding
EP1787475A1 (fr) Protection et controle de diffusion de contenus sur reseaux de telecommunications
EP4033399A1 (fr) Dispositif informatique et procédé pour l'estimation de la densité d'une foule
FR3070564A1 (fr) Procede de taxation de donnees d'une application acheminees sur une tranche d'un reseau de communication
EP3105889B1 (fr) Notification d'une information de consommation de bande passante à un fournisseur de service dans un réseau de télécommunications
FR3116973A1 (fr) Procédé et installation pour contrôler et/ou configurer des caméras IP installées en réseau
EP2273786A1 (fr) Contrôle d'accès à un contenu numérique
FR3135341A1 (fr) Procédé et installation pour un traitement de données basé sur de l’intelligence artificielle
WO2012085432A1 (fr) Procede et dispositif de communication de donnees numeriques
FR3054396B1 (fr) Systeme et procede de mesure d'audience centree-utilisateur, par capture et analyse d'images affichees par un terminal associe a au moins un paneliste.
EP3162025B1 (fr) Système de traitement distribue d'informations en temps réel
WO2022034273A1 (fr) Procede de traitement d'un service de transport de donnees
EP1073245B1 (fr) Procédé et dispositif pour évaluer les consultations de sites web
FR3052003B1 (fr) Systeme et procede de mesure d’audience, et audimetre individuel portable correspondant.
FR2941831A1 (fr) Procede de gestion des echanges de flux de donnees dans un reseau de telecommunication autonomique
FR3089379A1 (fr) Procédé de suivi d’une émission audiovisuelle et équipement permettant sa mise en œuvre
WO2019110913A1 (fr) Traitement de données d'une séquence vidéo pour un zoom sur un locuteur détecté dans la séquence
EP2300997A1 (fr) Systeme de videosurveillance intelligent reconfigurable dynamiquement.
FR3079060A1 (fr) Reconstruction tridimensionnelle participative
FR3031261A1 (fr) Procede de traitement de messages montants ou descendants applicatifs en provenance ou a destination d’une unite electronique de controle d’une installation domotique par un serveur
WO2024002868A1 (fr) Procédés de fourniture et de collecte, station de base, dispositif de collecte et d'analyse de données et système
EP3949317A1 (fr) Procédé de modification d'un contenu multimedia
FR3100407A1 (fr) Procédé pour activer des droits d’accès à un service auquel a souscrit un abonné

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20220603

PLFP Fee payment

Year of fee payment: 3

RX Complete rejection

Effective date: 20230919