FR2942333A1 - Monitoring system integration and modularization simplifying method for e.g. petrochemical complex installation, involves sending heterogeneous physical data to corresponding processing modules of monitoring system - Google Patents
Monitoring system integration and modularization simplifying method for e.g. petrochemical complex installation, involves sending heterogeneous physical data to corresponding processing modules of monitoring system Download PDFInfo
- Publication number
- FR2942333A1 FR2942333A1 FR0900662A FR0900662A FR2942333A1 FR 2942333 A1 FR2942333 A1 FR 2942333A1 FR 0900662 A FR0900662 A FR 0900662A FR 0900662 A FR0900662 A FR 0900662A FR 2942333 A1 FR2942333 A1 FR 2942333A1
- Authority
- FR
- France
- Prior art keywords
- data
- monitoring system
- metadata
- physical
- processing
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 34
- 238000012545 processing Methods 0.000 title claims abstract description 28
- 238000012544 monitoring process Methods 0.000 title claims abstract description 15
- 230000010354 integration Effects 0.000 title claims description 8
- 238000009434 installation Methods 0.000 title description 5
- 230000010365 information processing Effects 0.000 claims abstract description 4
- 238000013519 translation Methods 0.000 claims abstract description 4
- 238000004458 analytical method Methods 0.000 claims description 11
- 230000008569 process Effects 0.000 claims description 11
- 210000001367 artery Anatomy 0.000 claims description 8
- 238000001514 detection method Methods 0.000 claims description 5
- 238000009826 distribution Methods 0.000 claims description 3
- 238000012986 modification Methods 0.000 claims description 2
- 230000004048 modification Effects 0.000 claims description 2
- 238000004422 calculation algorithm Methods 0.000 description 8
- 238000011282 treatment Methods 0.000 description 5
- 230000000295 complement effect Effects 0.000 description 4
- 239000000284 extract Substances 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000002955 isolation Methods 0.000 description 2
- 230000033001 locomotion Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000003860 storage Methods 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001427 coherent effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 239000007788 liquid Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000010606 normalization Methods 0.000 description 1
- 238000000053 physical method Methods 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 238000012958 reprocessing Methods 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000007493 shaping process Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012800 visualization Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/70—Information retrieval; Database structures therefor; File system structures therefor of video data
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Multimedia (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Arrangements For Transmission Of Measured Signals (AREA)
Abstract
Description
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,.... The present invention relates to a method for simplifying the integration and modularization of surveillance systems involving heterogeneous physical data, these data being used to simplify the integration and modularization of surveillance systems using heterogeneous physical data. being, for example, video data or provided by sensors. This type of monitoring, involving complex industrial processes for example, which is one of the priority areas of the present invention, is often called supervision. The supervision of large and complex systems (supervision of a city, an industrial site, a transport network, ...) calls for more and more advanced processing and visualization devices, which are 'support software and hardware solutions, themselves in constant progress. Their interfaces differ from one provider to another, and even from one model to another. As for the supervised systems, they are regularly supplemented by extensions (new district, new workshop, additional station, ...). As a result, each system differs from similar installations, which leads to complex configuration management, high maintenance operating costs and difficulties in implementing any change. This situation can become particularly inextricable if several applications have to deal with the same physical information, themselves relating to mobiles or devices with rapidly varying characteristics, and if it is necessary to present on the same display device these data and the results. treatments respecting temporal correlation and location on a map. The typical example is that of an industrial installation for which one will want to follow in real time an incident by displaying on the same map map geolocated physical measurements (electrical voltage, engine speed, pressure, ...), videos of fixed cameras close to the incident site, the video transmitted by the intervention vehicle and the residual volume and pressure calculated in real time for each tank, the calculated safety zones, ....
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. It is also obvious for the system suppliers that it is possible to reuse subassemblies already developed for another system for a new system, to be able to test these subsystems in isolation and to ensure that they are in good condition. integration as long as the interface requirements have been met. In order to be able to apply modularity to architectures that have become fully computerized and networked, we have been led to imagine new levels of abstraction and to develop design and interface standards that allow us to simply connect each feature to a single network. architecture provided for this purpose. A recent example of these techniques is Service Oriented Architecture (commonly referred to as SOA). Such an architecture takes into account the management of the applications, the sequencing of the actions and the exchanges between applications, but does not concern with the way the physical data (pressure, flow, video, power, sound, ...) that feed the system are received and processed by the system. If the sources are multiple, dispersed and varied, it is in particular extremely complex to precisely locate the source of information, to date it with certainty after it has passed through extensive networks and has undergone processing. To avoid creating errors or inconsistencies when presenting to users (for example on a basemap) or in the correlation processes, which is likely to induce completely erroneous interpretations of situations, costly and specific interfaces and adaptations are then indispensable. The only known beginning of the answer to this difficulty concerns a very different field, that of the audiovisual production which was very early faced with the difficulties induced by the correlation of multiple video and audio sources dealing with a single scene and processed by processing systems. complex information. The audiovisual community has developed standards for the production of content, constantly associating with the audio or video signal the data characterizing its creation or capture (instant, location, cameraman, intellectual property, etc.). These data, known as metadata (or metadata in English), are kept throughout the process of processing these audiovisual contents with the appropriate repetition or refresh rates. Typically, thanks to these metadata, and despite different paths or different treatments, the shots can be precisely localized for their editing, the sound and movement of the lips can be reproduced synchronously, the intellectual rights respected, ... The SMPTE (Society of Motion Pictures and Television Engineers) has developed several levels of standards providing: A dictionary of metadata taken into account, which provides in particular the model of these magnitudes (typically the address on the street, the number of the camera, its GPS coordinates, its angle of sight, ...), the unit of measurement to use, the number of significant digits, ... This dictionary, which already has a wide variety of terms, It is easy to extend to new applications classified in sections that can be public or private.
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. The way to dynamically encode this metadata, to link them and, where appropriate, to compress them to limit the volume of data to be taken into account The means of transmitting on various media, material or not, these so-called metadata-rich contents.
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. The subject of the present invention is a method for simplifying the integration and modularization of surveillance systems using physical data, a process making it possible to reduce the costs of maintaining these systems under operational conditions while allowing them to be easily changed. , as well as accurately locate on a map the source of information and date it with certainty. This method must also make it possible to reuse for a new system subsets already developed for another system, to be able to test these subsets in isolation and to ensure proper integration. The invention also relates to a monitoring system implementing such a method. The method according to the invention is a method of simplifying the integration and modularization of surveillance systems involving heterogeneous physical data, and is characterized in that it comprises the following steps: metadata dictionary compatible with the nature of the data passing through the system, we attach to each data a label including at least the time of creation or modification of this data, we define a single and common repository for each type of data transiting in the system and for the associated metadata, which is provided to the dictionary, for each type of metadata a translation allowing, for each digitized physical quantity sample or for each piece of context information collected by the sensors to construct a one-to-one correspondence in a representation understandable by the different elements of information processing this data. The monitoring system according to the invention is a system involving heterogeneous physical data, and it is characterized in that it comprises at least one processing module connected to sensors of physical quantities and comprising an indexing engine of analysis means, clock generation means, the sensors being associated with geolocation means, the processing module being connected to display and control means.
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. The present invention will be better understood on reading the detailed description of an embodiment, taken by way of nonlimiting example and illustrated by the appended drawing, in which: FIG. 1 is a simplified block diagram of a Figure 2 is an example of a metadata tag representation according to the present invention, and Figure 3 is an example of a metadata tag block representation according to the present invention. the present 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. Using the state of the art in terms of abstractions and architectural design standards allowing interoperability of the functional modules (typically, but not exclusively, of the SOA type), the invention, in its general principle, which can be according to different applications, as described below, consists in the implementation of a standardization of the input interfaces for each type of physical quantity, a mechanism associating them with all the parameters available during their acquisition (dating, zoom value, viewing angle, valve position, ...) and means for keeping this context information unaltered and attached in the course of the different processes, so that each application can transmit it without distortion to the rest of the system , associated with the results of his own treatments. In this way, it becomes possible to objectively and unambiguously define interfaces for each application and to obtain both a true consistency of operation, interoperability between functional blocks and modularity over the long term.
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. The system of the invention is described with reference to the simplified example of FIG. 1, which relates, in the present case and in a nonlimiting manner, to a monitoring site of a petrochemical complex. This system comprises, in addition to the usual installations of the petrochemical complex, heterogeneous physical data sensors distributed, in this case, in two modules 1.2 placed closest to the sources of the physical data to be captured or scenes to be monitored by video link. . It is understood that the number of these sensor modules and associated devices can be much higher, and that it is a function, in particular, the nature of the installation and the number and location of different sensors connected in module 3. Each of these modules comprises, in addition to the sensors, their possible manipulation devices (camera steering mechanisms, ...) and their pre-processing interfaces and circuits (shaping the signals from the sensors, modulation of a carrier frequency, ...). These physical data can be a pressure, a chemical composition, a density, a pressure, ... or video. The data from these sensors are sent to a processing module 3. This module 3 comprises means 3a for acquiring data from the sensors, an indexing engine 5 and means 4 for storing these data. The role of the indexing engine is to perform the necessary calculations or analyzes on the data received from modules 1 or 2 and to add the results of these calculations or analyzes to the metadata previously associated with these data, thus constituting a metadata tag. enriched, a process that can be iterative. To do this, it is advantageously equipped with analysis tools 6 taking into account the different types of quantities or situations and implementing appropriate algorithms, algorithms specific to each application and obvious to establish by the man of the art on reading the present description. The storage means 4 are either physically included in the module 3 which, in practice, is most often an industrial PC, or external to the module 3 and connected by network to this module 3. In the case where the system of the invention comprises several sites and / or buildings and / or vehicles, each of them may, without inconvenience, include one or more modules 1 or 2 connected by any wired or wireless communication device to a single processing module 3 or each of them can have a set of elements 1 to 6. In any case, the parameterization of some sensors can change dynamically, as is the case, for example, with adjustable zoom cameras, PTZ cameras that are automatically controlled or an operator, or according to the geographical position of moving vehicles. Each set of elements 1 to 6 is itself connected (wired or otherwise) to a secure data path 7, which is for example the backbone of a SOA type architecture. Various functional modules are connected to this artery 7, such as a process management module 8, of the SCADA or other type, and the system interface modules 9, advantageously arranged in a central control room 10. These modules 9 comprise for example viewing screens and control levers. The storage means 4, if they are external to the module 3, as mentioned above and if the artery 7 ensures a sufficient data rate, can be connected to it by this artery 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. From a dictionary of quantities relevant to the field of applications concerned, and in particular the metadata to be implemented, known to all the users of the system, a first step of implementing the method of the invention consists of adoption of a single, common repository for each data type and associated metadata. Typically, for each of the quantities captured by the sensors of groups 1 and / or 2, it will be the definition, a reference system (for example: angles measured with respect to the geographic north), the unit of measure to use to quantify, the number of significant figures to take into account, ... This dictionary to be shared by the user community, there is interest in it has already been subject to international standardization . This may be that of the SMPTE described above and many chapters of which are directly applicable to the fields targeted by the invention, but also other recognized dictionaries, specific to specific application areas.
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é. The selected dictionary must also propose for each type of metadata a translation allowing, for each digitized physical quantity sample or for each item of context information collected by the sensors of the modules 1 and / or 2, to construct a one-to-one correspondence in a representation understandable by the various information processing elements of module 3. In order to ensure all the necessary flexibility, each of these elements of information is constructed to be self-sufficient, typically including a description of its nature from the dictionary, a measure or an identification and a complement allowing to reconstitute the limits between elements (length, synchronization, ...). An example of this approach is the representation in KLV format (Key Length Value, with K = key, L = total length of the sample, and V = value of the data for the sample considered) proposed by the SMPTE 377M standard. FIG. 2 shows an exemplary information element according to the invention, in KLV form of the SMPTE 377M standard. In this example of representation, illustrated by a latitude, the key (K), which here has a normalized length of 16 bytes, indicates that the following describes the latitude of the object (geographical position of the object expressed in fractions decimals of degrees, positive values corresponding to the northern hemisphere). The length (L) of the sample that follows is here expressed by a number of 14 bytes, and the sample itself is finally expressed by a representative number of the measurement or parameter concerned.
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. In modules 1 and 2, blocks are formed to group together any number of these information elements, as long as they constitute a coherent set, ie representing a single spatio-temporal set, like all the samples. video of the guardhouse at a given time, or all temperatures in a tank. These blocks are constituted with at least an absolute dating information and gather information that has all been acquired simultaneously, whatever the nature. The resolution of this dating is naturally determined to allow the identification of the most rapidly variable phenomena likely to be encountered. To give an example, if the fastest parameter of a system is conventional video, a resolution better than 10 milliseconds is superfluous, but if the video camera is mounted aboard a plane in supersonic flight and looks at the ground this resolution must be increased by several orders of magnitude. This implies that the system is totally equipped with a unique time distribution device with the required resolution, for example of the NTP type.
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. These blocks are elementary tags that can be dynamically attached to all physical parameters at modules 1 and 2, which can themselves be mobile and remote. The way of attaching these labels can take different forms as soon as they point with the dynamic precision required the physical size they characterize. This combination of labels and physical parameters can be done in a format where they are nested with the samples of physical quantities, for example: in a conventional telemetry format, in a standard format at a free location such as a proprietary data in a stream transport MPEG-2 or even as an associated file, the dynamic correspondence being provided by the dating information.
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. When stored in 4, data and tags are always associated. The low volume extracts are transferred as such to the artery 7. Often, however, because of the flow limitations, only the labels are transferred to the artery 7. As part of the results and dressings (or base card) that receives the display and control station 9, these labels are sufficient for this cockpit 9 to obtain precisely from the storer 4 the required data. One of the possible implementations of these blocks in the very simple example of a video camera moving on board a vehicle could consist in transmitting the video (and the possible sound) using an MPEG-2 transport format, as it is done today in France to broadcast digital terrestrial television and use the space left free in the format after each image (location of the proprietary data) to insert a block of tracking of the vehicle trajectory consisting of four elements KLV such as that of Figure 2, arranged according to the representation of Figure 3. A first element 11 describes the nature of the block (trajectory) and its length; it is followed by the element 12 providing the time at which element 13 (latitude) and element 14 (longitude) were recorded. As can be seen with the simple example above on each image of a video stream, these tags allow, whatever the fluctuations due to the transmissions or the processing that can undergo the corresponding data, to guarantee that the presented information on the display screen of the modules 9 in a mosaic of small images or on a base map or combined together to undergo processing in the module 8 are synchronous and correctly located. These are exchanges of blocks of this type that are observed at the interface between the modules 1, 2 and 3, possibly supplemented with parameter data of the sensors.
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. All of the above applies not only to data passing through modules 1 and 2, but also to all the processes in which they participate later. In concrete terms, if a processing is performed on one or more variable physical data identified as indicated above, processing such as intelligent search of particular information in the video by an analysis algorithm (6) embedded itself in a data engine. indexing (5), flammability of an atmosphere, volume of liquid remaining, ..., the result of this treatment, of whatever nature, is dynamically associated in module 3 with a label constructed from labels information sources used. This approach applies in the same way to physical data that could be synthesized, to a new indexation of previously acquired data and to the commands and controls that the different functional modules exchange through, for example, a type interface. SOA. This is symbolized by the arrows representing the exchanges represented between the module 3 and the artery 7 (for example, as indicated in FIG. 1, context, control and clock data to the module 3, and data extracts and index from the engine 5 and sent to the artery 7. By cons data, such as video, which usually require high bandwidths, advantageously pass directly between the module 3 and the module 9 with their labels, so as to can be compatible with other data transmitted via the data route 7. In this way, the coherence of information (temporal, geographical, nominal, ...) can be guaranteed in all circumstances and in various situations described, in a non A first aspect of the method of the invention is to generalize it, for real-time uses, to all the physical data covered by a surveillance system. including presence detections or alarms. This implies the implementation of a unique system of time distribution, geolocation and, if necessary, identification for all data sources, which can most often rely on GPS receivers located in the immediate vicinity. each data source. This makes it possible to have for each type of data a standardized block (or format) associating the signal or the event with the conditions of its capture, directly compatible with a cartographic representation (for example as shown in FIG. 3) and guaranteeing everything new service that would be fully compatible with the existing system. According to another aspect of the method of the invention, one keeps these metadata dynamically attached to each of the parameters (and can therefore evolve as the successive processing of these parameters) over the entire process of data processing. to ensure traceability, especially when it comes to storing them, for later analysis or legal requirements. This allows, without complex reprocessing or use of specific equipment, to reconstruct, from a simple extract, the conditions of an incident, to provide intrinsically to a police force all the data necessary for its investigations or to regenerate in simulation and faithfully a scenario. Another aspect of the method of the invention consists in extending the above to the results of the processing generated by each of the applications (or abstract services) described above, such as those taken into account by the SOA architectures, ie each once it makes sense, it will be a question of attaching the detections, the calculated results, the alarms deduced from physical parameters of the metadata associated with the original parameters or parameters allowing to go up one way one way with this metadata, this even if the exchange formats are different. To resume the simple example of the vehicle video described above, if an analysis algorithm 6 of the indexing engine 5 detects in a picture of the video a vehicle whose registration number has been reported, it will provide its detection index associated with the location block of Figure 3, to locate and date unambiguously the detection. In this way, the results of the processing, although using a different logical path, are directly homogeneous with the input data and can thus easily be associated with them synchronously and represented on the same cartographic background without any particular treatment. According to another aspect of the method of the invention, complementary to the previous ones, it ensures, in addition to a service control by an architecture of the SOA type or equivalent, the normalization of the input and output interfaces (physical data) of each of the services and therefore the exhaustive definition of the service interfaces, thus allowing a true modularity (multiple providers, performance ranges, ...) of specification and interfaces for each of the 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. Still taking the example of vehicle video, it becomes possible to specify, for constructing a new system, that the input data that will be received by the indexing engine 5 and its analysis algorithms 6, will always be of the type described higher (MPEG-2 transport stream with trajectory tracking blocks). If necessary, this format can even be the subject of a formal standardization process.
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. According to yet another aspect of the method of the invention, which is complementary to the preceding ones, an extensible library of interoperable services is created, whose inputs and outputs relating to the physical realities are themselves standardized and interoperable, so that systems Various monitoring systems may be formed from these basic building blocks without having to perform functional adaptation and so that pre-packaged basic offers can easily be made for each type of application. In a manner parallel to that presented in the example above, which shows that it becomes possible to specify the indexing engines 5 and the analysis algorithms 6, the developers of these video analysis functions can define accurately the types of video format they are able to take into account and thus constitute catalogs of standard offers. Another aspect of the method of the invention, complementary to the above, results from the practical finding that some unique or indispensable analysis or processing software is only available as frozen products whose interfaces can not be modified. According to this other aspect; the creation of a generic software or even hardware hosting structure, allowing the implementation of the first three aspects mentioned above without resorting to the resources of the rest of the system, and thus to be able to have services with completely standardized interfaces. and apply all of the above. Thus, if in the example already mentioned, there existed on the market an extremely powerful video analysis algorithm, but whose interfaces would only take into account very particular video streams different from those described above and using geolocation formats. owners, this algorithm would be implanted in a specific subsystem that can be a dedicated PC (eg connected to the rest of the system by standard IP links) with the development of translators both input and output data of such so that, seen from the processing module 3, it behaves like a totally standard functionality.
Claims (10)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0900662A FR2942333B1 (en) | 2009-02-13 | 2009-02-13 | METHOD FOR SIMPLIFYING THE INTEGRATION AND MODULARIZATION OF SURVEILLANCE SYSTEMS USING HETEROGENEOUS PHYSICAL DATA |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0900662A FR2942333B1 (en) | 2009-02-13 | 2009-02-13 | METHOD FOR SIMPLIFYING THE INTEGRATION AND MODULARIZATION OF SURVEILLANCE SYSTEMS USING HETEROGENEOUS PHYSICAL DATA |
Publications (2)
Publication Number | Publication Date |
---|---|
FR2942333A1 true FR2942333A1 (en) | 2010-08-20 |
FR2942333B1 FR2942333B1 (en) | 2011-04-15 |
Family
ID=41092004
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR0900662A Active FR2942333B1 (en) | 2009-02-13 | 2009-02-13 | METHOD FOR SIMPLIFYING THE INTEGRATION AND MODULARIZATION OF SURVEILLANCE SYSTEMS USING HETEROGENEOUS PHYSICAL DATA |
Country Status (1)
Country | Link |
---|---|
FR (1) | FR2942333B1 (en) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2000075898A1 (en) * | 1999-06-08 | 2000-12-14 | Magee Scientific Company | Automatic wireless data reporting system and method |
EP0963644B1 (en) * | 1996-12-23 | 2003-04-23 | Schlumberger Holdings Limited | An apparatus, system and method to transmit and display acquired well data in near real time at a remote location |
US20080281660A1 (en) * | 2007-05-13 | 2008-11-13 | System Services, Inc. | System, Method and Apparatus for Outsourcing Management of One or More Technology Infrastructures |
-
2009
- 2009-02-13 FR FR0900662A patent/FR2942333B1/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0963644B1 (en) * | 1996-12-23 | 2003-04-23 | Schlumberger Holdings Limited | An apparatus, system and method to transmit and display acquired well data in near real time at a remote location |
WO2000075898A1 (en) * | 1999-06-08 | 2000-12-14 | Magee Scientific Company | Automatic wireless data reporting system and method |
US20080281660A1 (en) * | 2007-05-13 | 2008-11-13 | System Services, Inc. | System, Method and Apparatus for Outsourcing Management of One or More Technology Infrastructures |
Also Published As
Publication number | Publication date |
---|---|
FR2942333B1 (en) | 2011-04-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108965825B (en) | Video linkage scheduling method based on holographic position map | |
KR102248161B1 (en) | Methods for analyzing thermal image data using a plurality of virtual devices and methods for correlating depth values to image pixels | |
CN110519477B (en) | Embedded device for multimedia capture | |
US8369399B2 (en) | System and method to combine multiple video streams | |
KR101359381B1 (en) | Data search, parser, and synchronization of video and telemetry data | |
EP2009876A2 (en) | Systems and method for publishing selectively altered sensor data in real time | |
Leininger et al. | Autonomous real-time ground ubiquitous surveillance-imaging system (ARGUS-IS) | |
CN101517431A (en) | Video surveillance system providing tracking of a moving object in a geospatial model and related methods | |
CN112969049A (en) | Intelligent detection system for ship violation behaviors | |
IL269051A (en) | Real time frame alignment in video data | |
EP4033399B1 (en) | Computer device and method for estimating the density of a crowd | |
KR101466132B1 (en) | System for integrated management of cameras and method thereof | |
WO2017120308A9 (en) | Dynamic adjustment of exposure in panoramic video content | |
US20200177935A1 (en) | Smart camera, image processing apparatus, and data communication method | |
FR2942333A1 (en) | Monitoring system integration and modularization simplifying method for e.g. petrochemical complex installation, involves sending heterogeneous physical data to corresponding processing modules of monitoring system | |
US9020038B2 (en) | Systems and methods for streaming and archiving video with geographic anchoring of frame contents | |
FR2919407A1 (en) | METHOD, DEVICE AND SYSTEM FOR MERGING INFORMATION FROM SEVERAL SENSORS. | |
CN116821074A (en) | Camera video data processing method, system, equipment and storage medium | |
Lakshminarayana | Large scale multimodal data capture, evaluation and maintenance framework for autonomous driving datasets | |
US20240267611A1 (en) | Systems and methods for imaging with a first camera to simulate a second camera | |
CN115265382B (en) | Ship height measurement and identification method based on video image | |
CN205847437U (en) | Internet of things system | |
IL269050A (en) | Symbology encoding in video data | |
CN108961465A (en) | Patrolling and checking management system | |
CN113596392B (en) | Watermark processing method, watermark processing device, terminal equipment and storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PLFP | Fee payment |
Year of fee payment: 8 |
|
PLFP | Fee payment |
Year of fee payment: 9 |
|
PLFP | Fee payment |
Year of fee payment: 10 |
|
PLFP | Fee payment |
Year of fee payment: 12 |
|
PLFP | Fee payment |
Year of fee payment: 13 |
|
PLFP | Fee payment |
Year of fee payment: 14 |
|
PLFP | Fee payment |
Year of fee payment: 15 |
|
PLFP | Fee payment |
Year of fee payment: 16 |