FR 2942333 A1 20100820 FR 0900662 A 20090213 PROCEDE DE SIMPLIFICATION DE L'INTEGRATION ET DE MODULARISATION DES SYSTEMES DE SURVEILLANCE FAISANT INTERVENIR DES DONNEES PHYSIQUES HETEROGENES La présente invention se rapporte à un procédé de simplification de l'intégration et de modularisation des systèmes de surveillance faisant intervenir des données physiques hétérogènes, ces données étant, par exemple, des données vidéo ou fournies par des capteurs. Ce type de surveillance, portant sur des processus complexes, industriels par exemple, qui est l'un des domaines visés prioritairement par la présente invention, est souvent appelé supervision. La supervision de systèmes vastes et complexes (supervision d'une ville, d'une implantation industrielle, d'un réseau de transport,...) fait appel à des traitements et à des dispositifs de visualisation de plus en plus évolués, qui s'appuient sur des solutions logicielles et matérielles, elles-mêmes en perpétuel progrès. Leurs interfaces diffèrent d'un fournisseur à l'autre, voire d'un modèle à l'autre. Quant aux systèmes supervisés, ils se voient régulièrement complétés par des extensions (nouveau quartier, nouvel atelier, station supplémentaire,...). De ce fait, chaque système diffère des installations analogues, ce qui conduit à des gestions de configuration complexes, à des coûts de maintien en conditions opérationnelles élevés et à des difficultés dans la mise en place de toute évolution. Cette situation peut devenir particulièrement inextricable si plusieurs applications doivent traiter les mêmes informations physiques, elles-mêmes relatives à des mobiles ou à des dispositifs à caractéristiques rapidement variables, et s'il faut présenter sur un même dispositif d'affichage ces données et les résultats des traitements en respectant corrélation temporelle et localisation sur une carte. L'exemple typique est celui d'une installation industrielle pour laquelle on voudra suivre en temps réel un incident en affichant sur un même fond de carte des mesures physiques géolocalisées (tension électrique, vitesse moteur, pression,...), les vidéos des caméras fixes proches du lieu de l'incident, la vidéo transmise par le véhicule d'intervention et le volume résiduel et la pression qui sont calculés en temps réel pour chaque réservoir, les zones de sécurité calculées,.... Il est par ailleurs, pour les fournisseurs de systèmes, d'un intérêt économique évident de pouvoir réutiliser pour un nouveau système des sous-ensembles déjà développés pour un autre système, de pouvoir tester ces sous-ensembles isolément et d'en garantir une bonne intégration pour peu que les prescriptions d'interface aient été respectées. Afin de pouvoir appliquer la modularité à des architectures qui sont devenues totalement informatiques et mises en réseau, on a été conduit à imaginer de nouveaux niveaux d'abstraction et à développer des normes de conception et d'interface permettant de connecter simplement chaque fonctionnalité à une architecture prévue à cet effet. Un exemple récent de ces techniques est l'Architecture Orientée Services (généralement appelée SOA). Une telle architecture prend bien en compte le pilotage des applications, le séquencement des actions et les échanges entre applications, mais ne s'intéresse pas à la façon dont les données physiques (pression, débit, vidéo, puissance, son,...) qui alimentent le système sont reçues et traitées par celui-ci. Si les sources sont multiples, dispersées et variées, il est en particulier extrêmement complexe de localiser avec précision la source d'une information, de la dater avec certitude après qu'elle a transité par des réseaux étendus et a subi des traitements. Pour éviter de créer des erreurs ou des incohérences lors de la présentation aux utilisateurs (par exemple sur un fond de carte) ou dans les processus de corrélation, de nature à induire des interprétations de situations totalement erronées, des interfaces et adaptations coûteuses et spécifiques sont alors indispensables. Le seul début de réponse connu à cette difficulté concerne un domaine très différent, celui de la production audiovisuelle qui a été très tôt confronté aux difficultés induites par la corrélation de sources vidéo et audio multiples portant sur une scène unique et traitées par des systèmes de traitement de l'information complexes. La communauté de l'audiovisuel a développé des normes de production des contenus associant en permanence au signal audio ou vidéo les données caractérisant sa création ou sa capture (instant, lieu, cameraman, propriété intellectuelle,...). Ces données, dites métadonnées (ou metadata en anglais), sont conservées tout au long des processus de traitement de ces contenus audiovisuels avec les taux de répétition ou de rafraîchissement appropriés. Typiquement, grâce à ces métadonnées, et en dépit de cheminements ou de traitements différents, les prises de vues peuvent être localisées avec précision en vue de leur montage, le son et le mouvement des lèvres être restitués de façon synchrone, les droits intellectuels respectés,... La SMPTE (Society of Motion Pictures and Television Engineers) a ainsi développé plusieurs niveaux de normes fournissant : Un dictionnaire des métadonnées prises en compte, qui fournit en particulier le modèle de ces grandeurs (typiquement l'adresse dans la rue, le numéro de la caméra, ses coordonnées GPS, son angle de visée,...), l'unité de mesure à utiliser, le nombre de chiffres significatifs,... Ce dictionnaire, qui dispose déjà d'une grande variété de termes, a toute facilité à être étendu à des applications nouvelles classées en sections qui peuvent être au choix publiques ou privées. La façon de coder dynamiquement ces métadonnées, de les relier et le cas échéant de les compresser pour limiter le volume des données à prendre en compte Les moyens de transmettre sur différents supports, matériels ou non, ces contenus dits riches en métadonnées. La présente invention a pour objet un procédé de simplification de l'intégration et de la modularisation des systèmes de surveillance faisant intervenir des données physiques, procédé permettant de réduire les coûts de maintien de ces systèmes en conditions opérationnelles tout en permettant leur évolution de façon simple, ainsi que de localiser avec précision sur une carte la source d'une information et de la dater avec certitude. Ce procédé doit aussi permettre de réutiliser pour un nouveau système des sous-ensembles déjà développés pour un autre système, de pouvoir tester ces sous-ensembles isolément et d'en garantir une bonne intégration. L'invention a également pour objet un système de surveillance mettant en oeuvre un tel procédé. 25 30 Le procédé conforme à l'invention est un procédé de simplification de l'intégration et de la modularisation des systèmes de surveillance faisant intervenir des données physiques hétérogènes, et il est caractérisé en ce qu'il comporte les étapes suivantes : on choisit un dictionnaire de métadonnées compatible avec la nature des données transitant dans le système, on attache à chaque donnée une étiquette comportant au moins l'instant de création ou de modification de cette donnée, on définit un référentiel unique et commun pour chaque type de données transitant dans le système et pour les métadonnées associées, que l'on fournit au dictionnaire, pour chaque type de métadonnées une traduction permettant, pour chaque échantillon de grandeur physique numérisée ou pour chaque élément d'information de contexte collecté par les capteurs de construire une correspondance biunivoque dans une représentation compréhensible par les différents éléments de traitement de l'information traitant ces données. Le système de surveillance conforme à l'invention est un système faisant intervenir des données physiques hétérogènes, et il est caractérisé en ce qu'il comporte au moins un module de traitement relié à des capteurs de grandeurs physiques et comportant un moteur d'indexation des moyens d'analyse, des moyens de génération d'horloge, les capteurs étant associés à des moyens de géolocalisation, le module de traitement étant relié à des moyens d'affichage et de pilotage. La présente invention sera mieux comprise à la lecture de la description détaillée d'un mode de réalisation, pris à titre d'exemple non limitatif et illustré par le dessin annexé, sur lequel : la figure 1 est un bloc-diagramme simplifié d'un dispositif de mise en oeuvre du procédé de l'invention, la figure 2 est un exemple de représentation d'étiquette à métadonnées conforme à la présente invention., et la figure 3 est un exemple de représentation de bloc d'étiquettes à métadonnées conforme à la présente invention. Utilisant l'état de l'art en matière d'abstractions et de normes de conception des architectures permettant une interopérabilité des modules fonctionnels (typiquement, mais non limitativement, de type SOA), l'invention, dans son principe général, qui peut être décliné selon différentes applications, comme décrit ci-après, consiste en la mise en oeuvre d'une normalisation des interfaces d'entrée pour chaque type de grandeur physique, d'un mécanisme leur associant tous les paramètres disponibles lors de leur acquisition (datation, valeur de zoom, angle de visée, position de vanne,...) et de moyens pour conserver cette information de contexte inaltérée et attachée dans le cours des différents traitements, de telle sorte que chaque application puisse la transmettre sans distorsion au reste du système, associée aux résultats de ses propres traitements. De cette façon, il devient possible de définir de façon objective et sans ambiguïté des interfaces pour chaque application et d'obtenir à la fois une véritable cohérence de fonctionnement, une interopérabilité entre blocs fonctionnels et une modularité sur le long terme. Le système de l'invention est décrit en référence à l'exemple simplifié de la figure 1, qui se rapporte, dans le cas présent et à titre non limitatif, à un site de surveillance d'un complexe pétrochimique. Ce système comporte, outre les installations habituelles du complexe pétrochimique, des capteurs de données physiques hétérogènes répartis, dans le cas présent, en deux modules 1,2 placés au plus près des sources des données physiques à capter ou des scènes à surveiller par liaison vidéo. Il est bien entendu que le nombre de ces modules de capteurs et dispositifs associés peut être beaucoup plus élevé, et qu'il est fonction, en particulier, de la nature de l'installation et du nombre et de l'emplacement des différents capteurs reliés au module 3. Chacun de ces modules comporte, outre les capteurs, leurs éventuels dispositifs de manipulation (mécanismes d'orientation de caméras,...) et leurs interfaces et circuits de pré-traitement (mise en forme des signaux issus des capteurs, modulation d'une fréquence porteuse,...). Ces données physiques peuvent être une pression, une composition chimique, une densité, une pression,... ou bien de la vidéo. Les données issues de ces capteurs sont envoyées à un module de traitement 3. Ce module 3 comprend des moyens 3a assurant l'acquisition des données provenant des capteurs, un moteur d'indexation 5 et des moyens 4 de stockage de ces données. Le moteur d'indexation a pour rôle d'effectuer les calculs ou analyses nécessaires sur les données reçues des modules 1 ou 2 et d'ajouter les résultats de ces calculs ou analyses aux métadonnées préalablement associées à ces données, constituant ainsi une étiquette de métadonnées enrichie, processus qui peut d'ailleurs être itératif. Pour ce faire, il est avantageusement équipé d'outils d'analyse 6 prenant en compte les différents types de grandeurs ou de situations et mettant en oeuvre des algorithmes appropriés, algorithmes spécifiques à chaque application et évidents à établir par l'homme de l'art à la lecture de la présente description. Les moyens de stockage 4 sont soit physiquement inclus dans le module 3 qui, en pratique, est le plus souvent un PC industriel, soit externes au module 3 et connectés par réseau à ce module 3. Dans le cas où le système de l'invention comporte plusieurs sites et/ou bâtiments et/ou véhicules, chacun d'eux peut, sans inconvénient, comporter un ou plusieurs modules 1 ou 2 reliés par tout dispositif de communication filaire ou hertzien à un module de traitement 3 unique ou chacun d'eux peut comporter un ensemble d'éléments 1 à 6. Dans tous les cas, le paramétrage de certains capteurs peut changer de façon dynamique, comme c'est par exemple le cas pour des caméras orientables à zoom variable, dites caméras PTZ commandées automatiquement ou par un opérateur, ou en fonction de la position géographique de véhicules qui se déplacent. Chaque ensemble d'éléments 1 à 6 est lui-même relié (de façon filaire ou autre) à une artère de données sécurisée 7, qui constitue par exemple l'épine dorsale d'une architecture de type SOA. Divers modules fonctionnels sont reliés à cette artère 7, tels qu'un module 8 de gestion de processus, de type SCADA ou autre, et des modules 9 d'interface homme û système, disposés avantageusement dans une salle de contrôle centrale 10. Ces modules 9 comportent par exemple des écrans de visualisation et des manettes de commande. Les moyens de stockage 4, s'ils sont externes au module 3, comme mentionné ci-dessus et si l'artère 7 assure un débit de données suffisant, peuvent lui être reliés par cette artère 7. A partir d'un � dictionnaire � des grandeurs intéressant le domaine d'applications concernées, et en particulier des métadonnées à mettre en oeuvre, connu de tous les utilisateurs du système, une première étape de mise en oeuvre du procédé de l'invention consiste en l'adoption d'un référentiel unique et commun pour chaque type de données et pour les métadonnées associées. Typiquement, pour chacune des grandeurs captées par les capteurs des groupes 1 et/ou 2, il s'agira de la définition, d'un référentiel (par exemple : angles mesurés par rapport au nord géographique), de l'unité de mesure à utiliser pour les quantifier, du nombre de chiffres significatifs à prendre en compte,... Ce dictionnaire devant être partagé par la communauté des utilisateurs, il y a tout intérêt à ce qu'il ait déjà fait l'objet d'une normalisation internationale. Ce peut être celui de la SMPTE décrit plus haut et dont de nombreux chapitres sont directement applicables aux domaines visés par l'invention, mais également d'autres dictionnaires reconnus, propres à des domaines d'application déterminés. Le dictionnaire retenu doit de plus proposer pour chaque type de métadonnées une traduction permettant, pour chaque échantillon de grandeur physique numérisée ou pour chaque élément d'information de contexte collecté par les capteurs des modules 1 et/ou 2, de construire une correspondance biunivoque dans une représentation compréhensible par les différents éléments de traitement de l'information du module 3. Afin d'assurer toute la flexibilité nécessaire, chacun de ces éléments d'information est construit pour pouvoir se suffire à lui-même, typiquement en comportant un descriptif de sa nature issu du dictionnaire, une mesure ou une identification et un complément permettant de reconstituer les limites entre éléments (longueur, synchronisation,...). Un exemple de cette démarche est la représentation en format KLV (Key Length Value, avec K=clé, L=longueur totale de l'échantillon, et V= valeur de la donnée pour l'échantillon considéré) proposée par la norme SMPTE 377M. On a représenté en Figure 2 un exemple d'élément d'information conforme à l'invention, sous forme KLV de la norme SMPTE 377M. Dans cet exemple de représentation, illustré par une latitude, la clé (K), qui a ici une longueur normalisée de 16 octets, indique que ce qui va suivre décrit la latitude de l'objet (position géographique de l'objet exprimée en fractions décimales de degrés, les valeurs positives correspondant à l'hémisphère nord). La longueur (L) de l'échantillon qui va suivre est exprimée ici par un nombre à 14 octets, et l'échantillon proprement dit est enfin exprimé par un nombre représentatif de la mesure ou du paramètre concerné. Dans les modules 1 et 2, des blocs sont constitués pour regrouper un nombre quelconque de ces éléments d'information, dès lors qu'ils constituent un ensemble cohérent, c'est à dire représentant un ensemble spatio-temporel unique, comme tous les échantillons de vidéo du poste de garde à un instant donné, ou toutes les températures dans un réservoir. Ces blocs sont constitués avec au minimum une information de datation absolue et regroupent des informations qui ont toutes été acquises simultanément, quelle qu'en soit la nature. La résolution de cette datation est naturellement déterminée pour permettre le repérage des phénomènes les plus rapidement variables susceptibles d'être rencontrés. Pour donner un exemple, si le paramètre le plus rapide d'un système est de la vidéo classique, une résolution meilleure que 10 millisecondes est superflue, mais si la caméra vidéo est montée à bord d'un avion en vol supersonique et regarde le sol, cette résolution doit être augmentée de plusieurs ordres de grandeur. Ceci implique que le système soit totalement muni d'un dispositif unique de distribution du temps avec la résolution requise, par exemple de type NTP. Ces blocs constituent des étiquettes élémentaires qui peuvent être attachées dynamiquement à tous les paramètres physiques au niveau des modules 1 et 2, qui peuvent eux-mêmes être mobiles et distants. La façon d'attacher ces étiquettes peut prendre différentes formes dès lors qu'elles pointent avec la précision dynamique requise la grandeur physique qu'elles caractérisent. Cette association des étiquettes et des paramètres physiques peut se faire dans un format où elles sont imbriquées avec les échantillons de grandeurs physiques, par exemple : dans un format classique de télémesure, dans un format normalisé à un emplacement libre comme une donnée propriétaire dans un flux de transport MPEG-2 ou bien encore sous forme de fichier associé, la correspondance dynamique étant assurée par les informations de datation. Lorsqu'elles sont stockées en 4, données et étiquettes sont toujours associées. Les extraits de faible volume sont transférés tels quels à l'artère 7. Souvent toutefois, du fait des limitations de débit, seules les étiquettes sont transférées à l'artère 7. Faisant partie des résultats et habillages (ou fonds de carte) que reçoit le poste d'affichage et de pilotage 9, ces étiquettes suffisent à ce poste de pilotage 9 d'obtenir précisément du stockeur 4 les données requises. Une des mises en oeuvre possibles de ces blocs dans l'exemple très simple d'une caméra vidéo se déplaçant à bord d'un véhicule pourrait consister à transmettre la vidéo (et le son éventuel) grâce à un format de transport MPEG-2, comme c'est fait aujourd'hui en France pour diffuser la télévision numérique terrestre et utiliser l'emplacement laissé libre dans le format après chaque image (emplacement des données propriétaires) pour insérer un bloc de suivi de trajectoire du véhicule constitué de quatre éléments KLV tels que celui de la figure 2, arrangés selon la représentation de la figure 3. Un premier élément 11 décrit la nature du bloc (trajectoire) et sa longueur ; il est suivi de l'élément 12 fournissant le temps auquel ont été relevés l'élément 13 (latitude) et l'élément 14 (longitude). Comme on le voit avec l'exemple simple ci-dessus portant sur chaque image d'un flux vidéo, ces étiquettes permettent, quelles que soient les fluctuations dues aux transmissions ou aux traitements que peuvent subir les données correspondantes, de garantir que les informations présentées sur l'écran de visualisation des modules 9 dans une mosaïque de petites images ou sur un fond de carte ou combinées entre elles pour subir un traitement dans le module 8 soient synchrones et correctement localisées. Ce sont des échanges de blocs de ce type qu'on observe à l'interface entre les modules 1, 2 et 3, éventuellement complétés de données de paramétrage des capteurs. Tout ce qui précède s'applique non seulement aux données transitant dans les modules 1 et 2, mais également à l'ensemble des processus auxquels elles participent ultérieurement. Concrètement, si un traitement est effectué sur une ou plusieurs données physiques variables repérées comme indiqué plus haut, traitement tel que recherche intelligente d'informations particulières dans de la vidéo par un algorithme d'analyse (6) embarqué lui-même dans un moteur d'indexation (5), inflammabilité d'une atmosphère, volume de liquide restant,..., le résultat de ce traitement, de quelque nature qu'il soit, est dynamiquement associé dans le module 3 à une étiquette construite à partir des étiquettes relatives aux sources d'information utilisées. Cette démarche s'applique de façon identique à des données physiques qui pourraient être synthétisées, à une nouvelle indexation de données préalablement acquises et aux commandes et contrôles que s'échangent les différents modules fonctionnels au travers, par exemple, d'une interface de type SOA. C'est ce que symbolisent les flèches représentant les échanges figurés entre le module 3 et l'artère 7 (par exemple, comme indiqué sur la figure 1, données de contexte, de contrôle et horloge vers le module 3 , et extraits de données et index provenant du moteur 5 et envoyés à l'artère 7. Par contre les données, comme la vidéo, qui nécessitent le plus souvent des bandes passantes élevées, transitent avantageusement directement entre le module 3 et le module 9 avec leurs étiquettes, de façon à pouvoir être compatibles avec les autres données transmises via l'artère de données 7. De cette façon, la cohérence des informations (temporelle, géographique, nominale,...) peut être garantie en toutes circonstances et dans diverses situations décrites, de façon non exhaustive, ci-après. Un premier aspect du procédé de l'invention consiste à le généraliser, pour les utilisations en temps réel, à toutes les données physiques couvertes par un système de surveillance, y compris les détections de présence ou les alarmes. Ceci implique la mise en place d'un système unique de distribution du temps, de géolocalisation et, si besoin est, d'identification pour toutes les sources de données, qui pourra le plus souvent s'appuyer sur des récepteurs GPS disposés à proximité immédiate de chaque source de données. Ceci permet de disposer pour chaque type de données d'un bloc (ou format) normalisé associant le signal ou l'événement aux conditions de sa capture, directement compatible avec une représentation cartographique (par exemple comme présenté en figure 3) et garantissant à tout nouveau service qui serait implanté une entière compatibilité avec le système existant. Selon un autre aspect du procédé de l'invention, on conserve ces métadonnées attachées de façon dynamique à chacun des paramètres (et pouvant donc évoluer au fur et à mesure des traitements successifs de ces paramètres) sur l'ensemble du processus de traitement des données pour en assurer la traçabilité, en particulier lorsqu'il s'agit de les stocker, à des fins d'analyses ultérieures ou d'obligation légale. Ceci permet, sans retraitement complexe ou usage d'équipement spécifique, de reconstituer, à partir d'un simple extrait, les conditions d'un incident, de fournir de façon intrinsèque à un service de police scientifique toutes les données nécessaires à ses investigations ou de régénérer en simulation et fidèlement un scénario. Un autre aspect du procédé de l'invention consiste à étendre ce qui précède aux résultats des traitements générés par chacune des applications (ou services abstraits) décrites plus haut, telles que celles prises en compte par les architectures SOA, c'est à dire chaque fois que cela a un sens, il s'agira d'attacher les détections, les résultats calculés, les alarmes déduites de paramètres physiques des métadonnées associées aux paramètres d'origine ou à des paramètres permettant de remonter de façon biunivoque à ces métadonnées, ceci même si les formats d'échange sont différents. Pour reprendre l'exemple simple de la vidéo sur véhicule décrit plus haut, si un algorithme d'analyse 6 du moteur d'indexation 5 détecte dans une image de la vidéo un véhicule dont le numéro d'immatriculation a été signalé, il fournira son index de détection associé au bloc de localisation de la figure 3, permettant de localiser et dater sans ambiguïté la détection. De cette façon, les résultats des traitements, bien qu'utilisant un chemin logique différent, sont directement homogènes avec les données d'entrée et peuvent ainsi facilement leur être associés de façon synchrone et représentés sur un même fond cartographique sans traitement particulier. Selon un autre aspect du procédé de l'invention, complémentaire des précédents, on assure, en plus d'un contrôle des services par une architecture de type SOA ou équivalente, la normalisation des interfaces d'entrée et de sortie (données physiques) de chacun des services et donc la définition exhaustive des interfaces des services, permettant ainsi une véritable modularité (fournisseurs multiples, gammes de performances,...) de spécification et d'interfaces pour chacun des services. Reprenant toujours l'exemple de la vidéo sur véhicule, il devient possible de spécifier, pour construire un nouveau système, que les données d'entrée que recevront le moteur d'indexation 5 et ses algorithmes d'analyse 6, seront toujours du type décrit plus haut (flux transport MPEG-2 avec des blocs de repérage de la trajectoire). Le cas échéant, ce format peut même faire l'objet d'un processus formel de normalisation. Selon encore un autre aspect du procédé de l'invention, complémentaire des précédents, on constitue une librairie, extensible, de services interopérables, dont les entrées et sorties concernant les réalités physiques sont elles-mêmes normalisées et interopérables, de telle sorte que des systèmes de surveillance divers pourront être constitués à partir de ces briques de base sans avoir à réaliser d'adaptation fonctionnelle et de telle sorte que des offres de base pré-packagées puissent être facilement constituées pour chaque type d'application. De façon duale à ce qui est présenté dans l'exemple ci-dessus, qui montre qu'il devient possible de spécifier les moteurs d'indexation 5 et les algorithmes d'analyse 6, les développeurs de ces fonctions d'analyse vidéo peuvent définir avec précision les types de format vidéo qu'ils sont capables de prendre en compte et constituer ainsi des catalogues d'offres standard. Un autre aspect du procédé de l'invention, complémentaire des précédents, résulte de la constatation pratique que certains logiciels d'analyse ou de traitement uniques ou indispensables ne sont disponibles que comme des produits figés dont les interfaces ne peuvent être modifiées. Selon cet autre aspect; on réalise la mise en place d'une structure d'accueil générique logicielle, voire matérielle, permettant la mise en oeuvre des trois premiers aspects précités sans faire appel aux ressources du reste du système, et ainsi pouvoir disposer néanmoins de services aux interfaces totalement normalisées et appliquer l'ensemble de ce qui précède. Ainsi, si dans l'exemple déjà cité, il existait sur le marché un algorithme extrêmement performant d'analyse vidéo, mais dont les interfaces ne prendraient en compte que des flux vidéo très particuliers différents de ceux décrits plus haut et utilisant des formats de géolocalisation propriétaires, cet algorithme serait implanté dans un sous-système spécifique qui peut être un PC dédié (par exemple relié au reste du système par des liens IP standard) avec le développement de traducteurs à la fois des données d'entrée et de sortie de telle sorte que, vu du module de traitement 3, il se comporte comme une fonctionnalité totalement standard. REVENDICATIONS1. Procédé de simplification de l'intégration et de modularisation des systèmes de surveillance faisant intervenir des données physiques hétérogènes, caractérisé en ce qu'il comporte les étapes suivantes : on choisit un dictionnaire de métadonnées compatible avec la nature des données transitant dans le système, on attache à chaque donnée une étiquette comportant au moins l'instant de création ou de modification de cette donnée, on définit un référentiel unique et commun pour chaque type de données devant transiter dans le système et pour les métadonnées associées, que l'on fournit au dictionnaire, pour chaque type de métadonnées une traduction permettant, pour chaque échantillon de grandeur physique numérisée ou pour chaque élément d'information de contexte collecté par les capteurs de construire une correspondance biunivoque dans une représentation compréhensible par les différents éléments de traitement de l'information traitant ces données et faisant partie du système, et que l'on envoie ces informations aux dispositifs de traitement correspondants du système. 2. Procédé selon la revendication 1, caractérisé en ce que le dictionnaire de métadonnées est celui du SMPTE et qu'il fournit pour chaque échantillon de grandeur physique numérisée une représentation en format KLV. 3. Procédé selon la revendication 1 ou 2, pour les utilisations en temps réel, caractérisé en ce qu'il traite toutes les données physiques couvertes par un système de surveillance, que la distribution du temps est faite par un système unique, et que les données sont géo-localisées. 4. Procédé selon la revendication 3, caractérisé en ce que le système unique identifie toutes les sources de données. 5. Procédé selon l'une des revendications précédentes, caractérisé en ce que les métadonnées sont attachées de façon dynamique à chacun des paramètres sur l'ensemble du processus de traitement des données. 6. Procédé selon l'une des revendications précédentes, caractérisé en ce que l'on attache les détections, les résultats calculés, les alarmes déduites de paramètres 5 10 15 20physiques des métadonnées associées aux paramètres d'origine ou à des paramètres permettant de remonter de façon biunivoque à ces métadonnées. 7. Système de surveillance pour la mise en oeuvre du procédé selon l'une des revendications 1 à 6 et faisant intervenir des données physiques hétérogènes, caractérisé en ce qu'il comporte au moins un module de traitement (3) relié à des capteurs de grandeurs physiques (1, 2) et comportant un moteur d'indexation (5) des moyens d'analyse (6), des moyens de génération d'horloge, les capteurs étant associés à des moyens de géolocalisation, le module de traitement étant relié à des moyens d'affichage et de pilotage (9, 10). 8. Système de surveillance selon la revendication 7, caractérisé en ce qu'il comporte de moyens de capture et de traitement de signaux vidéo. 9. Système de surveillance selon la revendication 7 ou 8, caractérisé en ce qu'il comprend plusieurs modules de traitement reliés chacun à au moins un groupe de capteurs correspondants, les différents modules de traitement étant reliés à une artère sécurisée (7) à laquelle sont également reliés les moyens d'affichage et de pilotage. 10. Système de surveillance selon la revendication 7, 8 ou 9, caractérisé en ce qu'il comprend une librairie, extensible, de services interopérables, dont les entrées et sorties concernant les réalités physiques sont elles-mêmes normalisées et interopérables