Brevet FR3031617A1 — publié le 20160715

DOMAINE TECHNIQUE La présente invention relève du domaine de l'identification de véhicule. Elle concerne plus particulièrement un système et un procédé d'acquisition de données contextuelles et d'identification de véhicules. La présente invention trouve une application particulièrement avantageuse, bien que nullement limitative, dans la surveillance et l'identification d'infractions aux règles d'usage du domaine public routier par des services de gestionnaires tels que les municipalités, les délégataires de service public ou encore les pouvoirs publics. ÉTAT DE LA TECHNIQUE Actuellement, il existe déjà différents systèmes permettant d'identifier des véhicules par lecture de leurs plaques d'immatriculation. A cet effet, on connaît des systèmes comportant des caméras adaptées à enregistrer des images de plaques d'immatriculation. Consécutivement, ces images sont analysées par un logiciel de reconnaissance optique de caractère, exécutant un procédé de traitement d'image, afin d'extraire les numéros figurant sur lesdites plaques d'immatriculation. De tels systèmes et procédés sont utilisés, tout particulièrement, dans le but de gérer des zones de stationnement. Ces zones de stationnement comportent généralement des emplacements matérialisés sur le sol sur lesquels des utilisateurs garent leurs véhicules tout en s'acquittant d'un paiement forfaitaire dépendant de la durée de stationnement souhaitée. En procédant au paiement, par exemple grâce à un horodateur ou bien un terminal utilisateur tel qu'un téléphone cellulaire mobile, des informations liées à chaque stationnement (identité de l'utilisateur, plaque d'immatriculation du véhicule, etc.) sont enregistrées dans une base de données. En parallèle, des contrôleurs équipés de systèmes d'identification de véhicule vérifient de façon aléatoire et automatique le paiement effectif du stationnement par les utilisateurs, ainsi que le temps de stationnement correspondant à ce paiement, en corrélant les informations enregistrées par lesdits systèmes d'identification et celles de la base de données. Dès lors, on comprend que le contrôle du stationnement de véhicules se limite aux zones effectivement déclarées comme tel, eu égard au fait qu'il 3031617 2 est conditionné à la déclaration ou non de stationnement par un utilisateur sur un emplacement spécifique. Corollairement, si un utilisateur stationne son véhicule sur un emplacement non approprié, comme par exemple un passage pour piétons ou bien encore en double file, le contrôle dudit véhicule sort du 5 cadre de fonctionnement du système d'identification puisque non adapté à détecter et donc qualifier ce type de configuration. Cela oblige ainsi le contrôleur à traiter manuellement, et donc de manière non automatique, cette irrégularité à la gestion de la voirie. De manière plus générale, les systèmes et procédés d'identification de 10 véhicules actuellement utilisés permettent la gestion de certaines configurations individualisées relatives à la surveillance de la voirie (stationnement, contrôle de vitesse, etc.). Ils ne forment néanmoins pas une plateforme commune à ces configurations individualisées et ne permettent par ailleurs pas de qualifier automatiquement la diversité des configurations à 15 maîtriser en vue d'une gestion efficace de la voirie, notamment par les agents publics du maintien de l'ordre. EXPOSÉ DE L'INVENTION La présente invention a pour objectif de remédier à tout ou partie des 20 inconvénients de l'art antérieur, notamment ceux exposés ci-avant, en proposant une solution qui permette d'une part de qualifier de manière automatisée et optimisée des infractions aux règles d'usage du domaine public routier, et d'autre part de gérer de manière automatisée et optimisée le traitement desdites infractions. 25 A cet effet, et selon un premier aspect, l'invention concerne un système d'acquisition de données contextuelles et d'identification de véhicules, comportant au moins une plaque d'immatriculation affichant des caractères alphanumériques, ledit système ayant accès à une pluralité de réseaux de communication, et comportant un dispositif de centralisation de données ainsi 30 qu'un dispositif de contrôle. En outre, le dispositif de centralisation de données comporte . - une mémoire stockant des bases de données, - des moyens d'émission et de réception de données par un premier 3031617 3 réseau de communication vers le dispositif de contrôle, - un processeur exécutant un logiciel de centralisation, ledit logiciel de centralisation comportant des moyens de calculs d'une durée temporelle entre deux instants temporels, des moyens de corrélation entre des données, et des 5 moyens de paramétrage dudit dispositif de contrôle, le dispositif de contrôle comporte un bloc optique de détection de plaque d'immatriculation et un terminal utilisateur dit « terminal de contrôle », le bloc optique de détection de plaque d'immatriculation comprenant : - des moyens d'émission et de réception de données par un deuxième 10 réseau de communication vers le terminal de contrôle, - au moins une caméra, dite « caméra de contrôle », configurée pour réaliser des enregistrements vidéos ainsi que des prises de vues de véhicules en infraction, - un logiciel de reconnaissance optique de caractère exécuté sur une 15 carte PCB, et le terminal de contrôle comprenant : - une mémoire stockant des bases de données, - des moyens d'affichage de données ainsi qu'une interface d'entrée de données, 20 - des moyens d'émission et de réception de données, par ledit premier réseau de communication, vers le dispositif de centralisation, ainsi que par ledit deuxième réseau de communication, vers le bloc optique de détection de plaque d'immatriculation, - des moyens d'émission et de réception de données par voie physique 25 vers un PC, - des moyens de détermination d'une zone géographique, un processeur exécutant un logiciel de contrôle, ledit logiciel de contrôle comportant des moyens de pilotage de caractéristiques optiques de ladite au moins une caméra de contrôle, des moyens de corrélation entre des 30 données, des moyens de cryptage et décryptage desdites données émises et reçues par voie physique vers ledit PC, ainsi que des moyens de cryptage d'une suite de caractères alphanumériques adaptés à générer pour chaque plaque d'immatriculation une autre suite unique de caractères 3031617 4 alphanumériques, dite « signature ». Dans des modes particuliers de réalisation, le système d'acquisition de données contextuelles et d'identification de véhicules peut comporter en outre l'une ou plusieurs des caractéristiques suivantes, prises isolément ou selon 5 toutes les combinaisons techniquement possibles. Dans un mode particulier de réalisation, ledit premier réseau de communication est le web, l'émission et la réception de données par ledit premier réseau de communication s'effectuant au moyen du protocole de transfert HTTPS, et ledit deuxième réseau de communication est un réseau IP. 10 Dans un mode particulier de réalisation, les moyens de détermination d'une zone géographique du terminal de contrôle sont un système de positionnement géographique de type GPS. Dans un mode particulier de réalisation, lesdits moyens d'émission et de réception de données par voie physique du terminal de contrôle sont des 15 clefs USB. Dans un mode particulier de réalisation, lesdits moyens de cryptage d'une suite de caractères alphanumériques sont la fonction de hachage SHA-1. Selon un second aspect, l'invention concerne un procédé d'acquisition de données contextuelles et d'identification de véhicules comportant : 20 - une étape de connexion au dispositif de centralisation par un utilisateur, par ledit premier réseau de communication, - une étape de paramétrage du dispositif de contrôle par l'utilisateur du dispositif de centralisation, ce paramétrage associant, grâce au logiciel de centralisation, ledit dispositif de contrôle à au moins un utilisateur, et 25 sélectionnant un ensemble de situations contextuelles correspondant à des infractions aux règles d'usage du domaine public routier, ainsi que d'émission d'un message contenant ledit paramétrage vers le dispositif de contrôle, - une étape de réception dudit message de paramétrage par le dispositif de contrôle, de configuration du dispositif de contrôle selon ledit message de 30 paramétrage, le contenu du paramétrage étant enregistré dans le terminal de contrôle, - une étape d'identification dudit au moins un utilisateur du dispositif de contrôle, 3031617 5 - une étape d'activation de ladite au moins une caméra de contrôle, d'acquisition de données d'identification de véhicules disposés sur la voirie, lesdites données d'identification comprenant les caractères alphanumériques des plaques d'immatriculation identifiées par le logiciel de reconnaissance 5 optique de caractère, une prise de vue et/ou un enregistrement vidéo des véhicules identifiés, les dates et heures auxquelles ont été effectuées les identifications, de transfert des dites données d'identification vers le terminal de contrôle par le deuxième réseau de communication, et d'agrégation desdites données d'identification avec une zone géographique et une signature de 10 chaque plaque identifiée, - une étape de compilation par le logiciel de contrôle, pour chaque identification de plaque d'immatriculation, d'un rapport dit « log » comportant lesdites données agrégées, et de mémorisation dudit rapport log par le terminal de contrôle, 15 - une étape de transmission automatique, par ledit premier réseau de communication, des rapports log stockés dans la mémoire du terminal de contrôle vers le dispositif de centralisation, - une étape de réception et de mémorisation desdits rapports log par le dispositif de centralisation, 20 - une étape d'analyse par le logiciel de centralisation desdits rapports log pour, d'une part identifier des véhicules ventouses, et, d'autre part, agréger aux rapports log relatifs auxdits véhicules identifiés une étiquette comportant le nom « véhicule ventouse », - une étape de compilation par le logiciel de centralisation d'un rapport dit 25 « rapport d'infraction potentielle » à partir des rapports log portant une étiquette « véhicule ventouse », - une étape d'analyse par le logiciel de centralisation desdits rapports log pour, d'une part, identifier des véhicules stationnés sur un emplacement payant et en infraction relativement à la somme due pour avoir autorisation de 30 stationner, et, d'autre part, agréger aux rapports log relatifs auxdits véhicules en infraction de paiement une étiquette comportant le nom « véhicule en infraction de paiement » , 3031617 6 - une étape de compilation par le logiciel de centralisation d'un rapport d'infraction potentielle à partir des rapports log portant une étiquette « véhicule en infraction de paiement », - une étape dans laquelle le logiciel de centralisation efface les numéros 5 de plaques d'immatriculation des rapports log stockés dans la mémoire du dispositif de centralisation, et n'ayant pas été compilés en rapports d'infraction potentielle, - une étape de consultation, par un utilisateur du dispositif de centralisation, desdits rapports d'infraction potentielle mémorisés, ledit 10 utilisateur vérifiant, sur un sous-ensemble de l'ensemble des rapports d'infraction potentielle, la cohérence de l'ensemble des données contenues dans lesdits rapports, - une étape de validation ou de suppression, par un utilisateur du dispositif de centralisation, des rapports d'infraction potentielle mémorisés dans 15 le dispositif de centralisation, - une étape de compilation, par le logiciel de centralisation, de chaque rapport d'infraction potentielle validé en un message d'infraction. Dans des modes particuliers de mise en oeuvre, le procédé d'acquisition de données contextuelles et d'identification de véhicules peut 20 comporter en outre l'une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniques possibles. Dans un mode particulier de mise en oeuvre : - l'utilisateur du dispositif de centralisation se connectant au dispositif de centralisation, ledit utilisateur s'identifie en renseignant un identifiant ainsi qu'un 25 mot de passe contenu dans une base données BDUTIL du dispositif de centralisation, ladite base de données BDUTIL comportant les identifiants et mots de passe de l'ensemble des utilisateurs du dispositif de contrôle ainsi que du dispositif de centralisation, - l'utilisateur du dispositif de centralisation paramétrant le dispositif de 30 contrôle, ledit ensemble de situations contextuelles est contenu dans une base de données BDINF du dispositif de centralisation, ladite base données BDINF comportant l'ensemble des infractions possibles à l'usage du domaine public routier commises par un véhicule, lesdites infractions ne nécessitant pas 3031617 7 d'interactions avec le conducteur dudit véhicule en infraction pour être régularisées, - le logiciel de centralisation analysant les rapports log pour identifier des véhicules ventouses, l'identification des véhicules ventouses comporte un 5 premier test de corrélation entre la zone géographique contenue dans chaque rapport log et les zones géographiques contenues dans une base de données BDVENT du dispositif de centralisation, ladite base de données BDVENT comportant une liste d'enregistrements de zones géographiques prédéterminées de stationnement gratuit sur la voirie, mais néanmoins 10 assujetties à une durée légale limitée dans le temps, - le logiciel de centralisation analysant les rapports log pour identifier des véhicules stationnés sur un emplacement payant et en infraction relativement à la somme due pour avoir autorisation de stationner, l'identification des véhicules en infraction de paiement comporte un premier test de corrélation 15 entre la zone géographique contenue dans chaque rapport log et les zones géographiques contenues dans une base de données BDSTAT du dispositif de centralisation, ladite base de données BDSTAT comportant une liste d'enregistrements associant des zones géographiques prédéterminées à des contraintes de stationnement payant dans lesdites zones géographiques 20 prédéterminées. Dans un mode particulier de mise en oeuvre, ladite au moins une caméra de contrôle étant activée, le procédé comporte : - une étape de configuration d'au moins une caméra de contrôle dans un mode de détection de véhicules volés, 25 - une étape, exécutée par le logiciel de contrôle, de test de corrélation entre la signature de chaque plaque identifiée et les signatures contenues dans une base de données BDvoL du terminal de contrôle, ladite base de données BDvoL comportant une liste d'enregistrements associant des véhicules déclarés comme volés aux signatures de leur plaque d'immatriculation respective, 30 - dans le cas d'un résultat positif du test de corrélation entre les signatures, une étape d'émission d'un message sur le terminal de contrôle, informant ledit au moins un utilisateur du dispositif de contrôle de l'appartenance de ladite plaque identifiée à un véhicule volé. 3031617 8 Dans un mode particulier de mise en oeuvre, ladite au moins une caméra de contrôle étant activée, le procédé comporte en outre : - une étape de configuration du logiciel de contrôle dans un mode « infraction », par sélection d'une desdites infractions aux règles d'usage du 5 domaine public routier par ledit au moins un utilisateur du dispositif de contrôle, le logiciel de contrôle agrégeant auxdites données issues de l'étape une étiquette comportant le nom de ladite infraction, de sorte que chaque véhicule identifié est référencé comme étant en « infraction potentielle », - une étape de compilation, par le logiciel de contrôle, d'un rapport dit 10 « rapport d'infraction potentielle » comportant l'ensemble des données associées à ladite infraction potentielle de chaque véhicule identifié, ledit rapport d'infraction potentielle étant mémorisé au sein du terminal de contrôle. Dans un mode particulier de mise en oeuvre, le logiciel de contrôle étant configuré en mode infraction et compilant des rapports d'infraction 15 potentielle, le procédé comporte en outre : - une étape de désactivation, par ledit au moins un utilisateur du dispositif de contrôle, de ladite au moins une caméra de contrôle du dispositif de contrôle afin de stopper la génération de rapports d'infraction potentielle, - une étape de désactivation du mode infraction par ledit au moins un 20 utilisateur du dispositif de contrôle, les étapes comprises entre l'activation et la désactivation de ladite au moins une caméra de contrôle étant exécutées de façon itérative sur une période déterminée par ledit au moins un utilisateur du dispositif de contrôle. 25 PRÉSENTATION DES FIGURES Les caractéristiques et avantages de l'invention seront mieux appréciés grâce à la description qui suit, description qui expose les caractéristiques de l'invention au travers d'un exemple non limitatif d'application. 30 La description s'appuie sur les figures annexées qui représentent : - Figure 1 : une représentation schématique des divers éléments d'un système d'acquisition de données contextuelles et d'identification de véhicules en infraction sur le domaine public 3031617 9 routier. - Figure 2: un organigramme des étapes du procédé selon l'invention. 5 DESCRIPTION DÉTAILLÉE D'UN MODE DE RÉALISATION DE L'INVENTION La présente invention vise un système et un procédé d'acquisition de données contextuelles et d'identification de véhicules sur la voirie, chaque véhicule comportant au moins une plaque d'immatriculation affichant des 10 caractères alphanumériques. Lesdits caractères alphanumériques déterminent de manière unique l'identité du véhicule auxquels ils se rapportent. La suite de la description vise plus spécifiquement l'acquisition de données contextuelles et l'identification de véhicules automobiles, mais le système, tel que décrit, reste utilisable, à quelques modifications près, pour 15 d'autres types de véhicules terrestres à moteur, comme par exemple des bus, des camions ou des motos. L'invention, telle que décrite dans le présent mode de réalisation, trouve sa place dans l'identification d'infractions aux règles d'usage du domaine public routier commises par des utilisateurs de véhicules automobiles, 20 cette identification étant réalisée au cours de patrouilles dans des zones géographiques prédéterminées, dites « missions », par les autorités chargées des activités de la police de la route ou au délégataire de ces mêmes autorités. En outre, ces missions sont destinées à la verbalisation des propriétaires des véhicules automobiles identifiés en infraction. 25 La figure 1 représente une vue schématique des divers éléments d'un système d'acquisition de données contextuelles et d'identification de véhicules en infraction sur le domaine public routier. Comme on le voit sur la figure 1, le système d'acquisition comporte principalement un dispositif de centralisation (1) ainsi qu'un dispositif de 30 contrôle (2). Plus particulièrement, ledit dispositif de contrôle (2) comporte, d'une part, un terminal utilisateur (3) dit « terminal de contrôle » associé à au moins un utilisateur, et, d'autre part, un bloc optique (4) destiné à détecter des plaques d'immatriculation. 3031617 10 Dans le cas présent, les utilisateurs du dispositif de contrôle (2) sont des agents publics du maintien de l'ordre dans un véhicule de contrôle, à l'arrêt ou bien en mouvement, par exemple des policiers municipaux circulant dans un véhicule de police. A cet effet, ledit terminal de contrôle (3) est embarqué 5 dans l'habitacle dudit véhicule de contrôle et ledit bloc optique (4) est agencé sur une rampe positionnée sur le toit dudit véhicule de contrôle. Le dispositif de centralisation (1) de données comporte un processeur (5) de type connu en soi, exécutant un logiciel de centralisation (6) comportant 10 une interface, et une mémoire (7), dans laquelle sont stockées des bases de données (8). Dans le présent mode de réalisation, les utilisateurs du dispositif de centralisation (1) sont des agents publics du maintien de l'ordre, localisés dans des locaux de la Police Municipale, et se connectant audit dispositif de 15 centralisation (1) avec un ordinateur de type PC (9) doté d'un accès web ainsi que d'un navigateur web. Lesdits utilisateurs du dispositif de centralisation (1) ont aussi la possibilité d'être des utilisateurs du dispositif de contrôle (2). Rien n'exclut que les utilisateurs du dispositif de centralisation (1) soient des agents d'autres services de sécurité étatiques (gendarmerie ou police nationale) ou 20 privés, comme par exemple dans un cas de délégation des missions de contrôle du stationnement. Le dispositif de centralisation (1) est typiquement un serveur comportant des moyens sécurisés d'émission et de réception de données (10) par un réseau de communication. Dans le présent mode de réalisation, et à 25 titre d'exemple nullement limitatif, le dispositif de centralisation (1) est doté d'un accès au web, l'émission et la réception de données s'effectuant au moyen du protocole de transfert HTTPS (acronyme de l'expression anglaise « HyperText Transfer Protocol Secure »). Rien n'exclut, suivant d'autres exemples non détaillés ici, d'avoir d'autres réseaux de communication comme par exemple 30 des réseaux virtuels privés permettant l'émission et la réception de données par 3G, 4G ou bien encore tout autre moyen radiofréquence. Les bases de données (8) du dispositif de centralisation (1) comportent notamment, dans un exemple non limitatif de réalisation de 3031617 11 l'invention, une base de données BDINF comportant des situations contextuelles, telles que l'ensemble des infractions possibles à l'usage du domaine public routier par un véhicule, lesdites infractions ne nécessitant pas d'interactions avec le conducteur dudit véhicule en infraction pour être 5 régularisées. Ainsi, à titre de simple illustration, BDINF comporte des infractions correspondant au cas d'un véhicule stationné sur un passage piéton ou bien encore en double file, mais exclue des infractions correspondant à une conduite avec un taux d'alcoolémie supérieur à la limite légale ou bien encore à un dépassement de durée maximale de conduite sans repos pour les 10 conducteurs de poids lourds. D'une manière générale, les infractions recensées dans BDINF correspondent à des infractions de stationnement. Le dispositif de centralisation (1) comporte aussi une base de données BDcoNT comportant une liste d'enregistrements associant chaque dispositif de contrôle (2) à l'identité du véhicule de contrôle qui en est équipé. 15 Le dispositif de centralisation (1) comporte également une base de données BDUTIL comportant l'identité de l'ensemble des utilisateurs du dispositif de contrôle (2) ainsi que du dispositif de centralisation (1), ladite identité comprenant un identifiant ainsi qu'un mot de passe. A cet effet, certains utilisateurs dudit dispositif de centralisation (1) sont identifiés au sein de BDUTIL 20 sous un statut dit « administrateur », leur conférant, par exemple, des droits de configuration du logiciel de centralisation (6) décrit ci-après. Le dispositif de centralisation (1) comporte aussi une base de données géolocalisées BDVENT comportant une liste d'enregistrements de zones géographiques prédéterminées de stationnement gratuit sur la voirie, mais 25 néanmoins assujetties à une durée légale limitée dans le temps. Une telle base de données BDVENT est destinée à être consultée afin d'identifier des véhicules dits « ventouses », c'est-à-dire des véhicules stationnés sur lesdits emplacements gratuits, mais ayant dépassé ladite durée légale limitée dans le temps. 30 Le dispositif de centralisation (1) comporte aussi une base de données géolocalisées BDSTAT comportant une liste d'enregistrements associant des zones géographiques prédéterminées à des contraintes de stationnement payant dans lesdites zones géographiques prédéterminées. Lesdites 3031617 12 contraintes de stationnement relèvent de configurations telles que par exemple des emplacements de stationnement payants et limités dans le temps gérés par une société tiers, ou bien encore des emplacements de stationnement du domaine public routier, payants, limités dans le temps, et accessibles à une 5 certaine catégorie de véhicules au cours d'une plage horaire journalière prescrite (par exemple dans le cas d'un emplacement de livraison accessible pendant une plage horaire journalière prescrite). Le dispositif de centralisation (1) a aussi accès, par ledit réseau de communication, à une base de données BDPAY, stockée dans la mémoire d'un 10 serveur externe (11) audit dispositif de centralisation (1), par exemple un serveur de ladite société tiers gérant des emplacements contenus dans la base de données BpsTAT. Ladite base de données BDPAY comporte notamment une liste d'enregistrements associant un véhicule, identifié par les caractères alphanumériques de sa plaque d'immatriculation, à une durée de 15 stationnement déclarée dans une zone géographique prédéterminée de la base de données BDSTAT, consécutivement à un paiement effectué par l'utilisateur dudit véhicule. En outre, la base de données BDPAY comporte pour chaque véhicule la date et l'heure de fin de stationnement autorisées eu égard au paiement dudit utilisateur. 20 Le logiciel de centralisation (6) comporte des moyens de calculs (12) d'une durée temporelle entre de deux instants temporels. Le logiciel de centralisation (6) comporte également des moyens de corrélation (13) entre données. Par exemple, et à titre nullement limitatif, lesdites données sont des données d'une base de données stockées dans le 25 dispositif de centralisation (1) et des données saisies manuellement par un utilisateur du dispositif de centralisation (1), au moyen d'un clavier relié audit PC (9), et émises vers ledit dispositif de centralisation (1). Par ailleurs, le logiciel de centralisation (6) comporte des moyens de paramétrage (14) d'une mission, lesdits moyens de paramétrage (14) 30 permettant à un administrateur de sélectionner des données des bases de données (8) du dispositif de centralisation (1), et pouvant être émises grâce aux moyens d'émission (10) dudit dispositif de centralisation (1). Il s'agit, par exemple, et en premier lieu, de sélectionner un sous-ensemble de la base de 3031617 13 données BDINF, les infractions dudit sous-ensemble étant dès lors déclarées comme « favorites ». Par « favorites », on entend que lesdites infractions du sous-ensemble sont des infractions constatées sur une base régulière dans le temps dans la zone géographique visée par ladite mission (par exemple au 5 moins une infraction favorite par jour dans une même zone géographique). Il s'agit aussi d'associer les éléments de la base de données BDcoNT aux éléments de la base de données BDUTIL afin de déclarer des utilisations préférentielles de tel utilisateur avec tel dispositif de contrôle (2) et tel véhicule de contrôle. 10 Le logiciel de centralisation (6) sera décrit plus en détails dans la partie dédiée au mode de fonctionnement du système d'acquisition. Ledit terminal de contrôle (3) comporte des moyens d'affichage de données (301) ainsi qu'une interface d'entrée de données (302) 15 respectivement, dans le cas présent, sous forme d'un écran et d'un clavier. Dans le mode de réalisation, décrit ici à titre d'exemple nullement limitatif, le terminal de contrôle (3) est une tablette tactile. Lesdits moyens d'affichage de données (301) et ladite interface d'entrée de données (302) sont confondus au moyen d'un écran tactile (301,302), équipant ladite tablette tactile 20 (3), et comportant un clavier virtuel. Ladite tablette (3) est agencée sur le tableau de bord du véhicule de contrôle, entre les passagers avant, dans un emplacement spécifiquement prévu à cet effet. En outre, ladite tablette (3) est indifféremment agencée en position horizontale ou bien verticale, ledit écran tactile (301,302) s'adaptant automatiquement à ladite position horizontale ou 25 bien verticale. Dans une variante de réalisation, le terminal de contrôle (3) est un boitier électronique dédié. Dans un mode particulier de réalisation, le terminal de contrôle (3) est une tablette tactile (3) couplée à un périphérique de contrôle adapté au pilotage de ladite tablette (3) en complément de son écran tactile (301,302). Par 30 exemple, ledit périphérique de contrôle est de type commande vocale ou bien télécommande manuelle. Rien n'exclut, suivant d'autres exemples non détaillés ici, d'avoir d'autres types de périphérique de contrôle. Le terminal de contrôle (3) est doté d'un processeur (303) de type 3031617 14 connu en soi, exécutant un logiciel de contrôle (304), et d'une mémoire (305) dans laquelle sont stockés des bases de données (306). Le terminal de contrôle (3) comporte des moyens sécurisés d'émission et de réception de données (307), d'une part vers le dispositif de centralisation 5 (1) de données par le réseau de communication dudit dispositif de centralisation (1) de données, d'autre part vers le bloc optique (4) de détection de plaque d'immatriculation par un autre réseau de communication. Par exemple, et à titre nullement limitatif, ledit autre réseau de communication est un réseau IP (acronyme de l'expression anglaise « Internet Protocol »). 10 Le terminal de contrôle (3) comporte des moyens d'émission et de réception de données par voie physique (308) vers le PC localisé dans les locaux de la Police Municipale. A cet effet, le logiciel de contrôle comporte des moyens de cryptage et de décryptage de données (309) adaptés à crypter et décrypter les données échangées par voie physique entre ledit terminal de 15 contrôle (3) et ledit PC (9), afin de garantir la confidentialité de l'échange d'information. Dans le présent exemple de réalisation, les moyens d'émission et de réception de données par voie physique (308) sont des clés USB. Rien n'exclut, suivant d'autres exemples non détaillés ici, d'avoir d'autres moyens d'émission et de réception de données par voie physique (308). 20 Lesdites bases de données (306) du terminal de contrôle (3) comportent notamment, dans un exemple non limitatif de réalisation de l'invention, les bases de données BDINF et BDuTiL. Le terminal de contrôle (3) comporte des moyens de détermination d'une zone géographique (310) d'un véhicule disposé sur la voirie. 25 Préférentiellement, la tablette faisant office de terminal de contrôle (3) est dotée d'un système de positionnement géographique de type G PS qui fait alors partie des moyens de détermination de zone géographique (310) dudit terminal de contrôle (3). Alternativement, le terminal de contrôle (3) comporte des moyens de 30 requérir une triangulation de sa position géographique grâce auxdits moyens d'émission et de réception de données (307) vers le dispositif de centralisation (1). Ledit logiciel de contrôle (304) se présente comme une variante du 3031617 15 logiciel de centralisation (6), disposant de fonctionnalités sensiblement identiques mais néanmoins adaptées à une utilisation sur tablette tactile. A cet effet, l'accès aux différentes fonctionnalités dudit logiciel de contrôle (304) s'effectue par contact des doigts de l'utilisateur du terminal de contrôle (3) avec 5 l'écran tactile. En outre, les données de paramétrage de mission sélectionnées sur le dispositif de centralisation (1) sont transférables vers ledit logiciel de contrôle grâce, d'une part, aux moyens sécurisés d'émission (10) dudit dispositif de centralisation (1), et d'autre part aux moyens sécurisés de réception (307) du 10 terminal de contrôle (3). Par ailleurs, le logiciel de contrôle (304) comporte des moyens de pilotage automatique (311) des caractéristiques optiques de la caméra de contrôle décrite ci-après. Dans un mode particulier de réalisation, l'utilisateur du système 15 d'acquisition a la possibilité de configurer manuellement les caractéristiques optiques de ladite caméra décrite ci-après. Le logiciel de contrôle (304) comporte également des moyens de corrélation entre données (312). Par exemple, lesdites données sont, dans un premier temps, des données de bases de données (306) du terminal de 20 contrôle (3), et dans un deuxième temps, des données d'une base de données du terminal de contrôle (3) et des données saisies manuellement au moyen du clavier virtuel de l'écran tactile (301,302) de la tablette (3). Le logiciel de contrôle (304) comporte des moyens de cryptage d'une suite de caractères alphanumériques (313), adaptés à générer pour chaque 25 plaque d'immatriculation une autre suite unique de caractères alphanumériques, dite « signature ». Dans le présent exemple de réalisation, lesdits moyens de cryptage d'une suite de caractères alphanumériques (313) sont la fonction de hachage SHA-1 (acronyme de l'expression anglaise « Secure Hash Algorithm »). En outre, pour une même plaque 30 d'immatriculation, ladite fonction de hachage génère toujours la même signature. De cette manière, il est possible de corréler deux signatures d'une même plaque d'immatriculation, les deux dites signatures appartenant à deux bases de données différentes, sans connaître les caractères alphanumériques 3031617 16 de ladite plaque d'immatriculation. Aussi, le terminal de contrôle (3) comporte des bases de données comportant de telles dites signatures, et importées depuis la mémoire du PC (9) localisé dans les locaux de la Police Nationale par les moyens d'émission et 5 de réception de données par voie physique (308). Ainsi, dans le présent mode de réalisation, ledit dispositif de centralisation (1) comporte une base de données BDVOL comportant une liste d'enregistrements associant des véhicules déclarés comme volés aux signatures de leur plaque d'immatriculation respective. En outre, ladite base de données BDvoL est elle-même initialement 10 stockée dans la mémoire d'un dispositif de type serveur différent dudit PC, par exemple un serveur localisé dans les locaux du Ministère de l'Intérieur, et importée sur ledit PC (9) par un réseau de communication sécurisé. Le logiciel de contrôle sera décrit plus en détails dans la partie dédiée au mode de fonctionnement du système de détection. 15 Le bloc optique (4) de détection de plaque d'immatriculation comporte au moins une caméra (401), dite « caméra de contrôle ». Ladite au moins une caméra de contrôle (401) comporte une optique adaptée à réaliser des prises de vues ainsi que des enregistrements vidéos de véhicules disposés sur la 20 voirie, et comporte aussi un éclairage adapté à produire une lumière invisible infrarouge, ainsi qu'une lumière visible au moyen de LED (acronyme de l'expression anglaise « Light Emitting Diode ») blanches. Un tel éclairage est avantageux car il permet à ladite au moins une caméra (401) de réaliser lesdites prises de vues, d'une part, indépendamment de la 25 forme/disposition/couleur des plaques d'immatriculation et de leurs caractères alphanumériques, ainsi que, d'autre part, indépendamment des conditions d'éclairage externes au véhicule de contrôle et des conditions météorologiques. En outre, des caractéristiques de l'optique de ladite au moins une caméra de contrôle (401) telles que, par exemple, le temps d'exposition, 30 l'ouverture du diaphragme ou encore l'éclairage infrarouge, sont pilotées par les moyens de pilotage automatique (311) du logiciel de contrôle (304), de sorte que l'utilisation de ladite au moins une caméra (401) est optimale par rapport à une configuration manuelle desdites caractéristiques optiques. 3031617 17 Dans le mode de réalisation, décrit ici à titre d'exemple nullement limitatif, le dispositif de contrôle (2) comporte deux caméras de contrôle (401) à optiques respectives motorisées. Les deux dites caméras (401) sont adaptées, du fait de la motorisation de leurs optiques respectives, à couvrir un champ de 5 visualisation adapté aux usages classiques de la voirie. Par exemple, lorsque ledit véhicule de contrôle circule sur une voie publique comportant deux sens de circulation opposés, les deux dites caméras (401) sont adaptées à réaliser des prises de vues ainsi que des enregistrements vidéos de véhicules disposés de par et d'autre de ladite voie. 10 Ledit bloc optique (4) de détection de plaque d'immatriculation comporte aussi un logiciel de reconnaissance optique de caractère (402), de type connu en soi, exécuté sur carte PCB (403) (acronyme de l'expression anglaise « Printed Circuit Board »), et adapté à identifier des plaques d'immatriculation. 15 Dans le mode de réalisation décrit ici, et à titre nullement limitatif, ladite carte PCB (403) est interne à auxdites deux caméras (401). Par ailleurs, ledit bloc optique (4) de détection de plaque d'immatriculation comporte des moyens d'émission et de réception de données (404) par ledit autre réseau de communication du terminal de contrôle (3). De 20 cette manière, les prises de vues et enregistrements vidéos effectués par ladite au moins une caméra de contrôle (401), ainsi que les plaques d'immatriculation identifiées par ledit logiciel de reconnaissance optique de caractère (402) à partir desdites prises de vues et desdits enregistrements vidéos, sont transmis vers le terminal de contrôle (3). 25 MODE DE FONCTIONNEMENT La figure 2 représente un organigramme des étapes du procédé selon l'invention, dans le mode de réalisation nullement limitatif décrit ci-avant, c'est-à-dire avec un dispositif de contrôle (2) comportant un terminal de contrôle (3), 30 ledit terminal de contrôle (3) étant une tablette tactile, et deux caméras de contrôle (401). Comme on le voit sur la figure 2, le procédé d'acquisition de données contextuelles et d'identification de véhicules disposés sur la voirie comporte 3031617 18 d'abord une étape 100 de connexion au dispositif de centralisation (1) par un administrateur dudit dispositif de centralisation (1), tel qu'un agent public du maintien de l'ordre. Ladite connexion s'effectue par le web, depuis le PC (9) disposés dans les locaux de la Police Municipale, l'administrateur s'identifiant, 5 sur l'interface du logiciel de centralisation (6), en renseignant un identifiant ainsi qu'un mot de passe contenus dans la base de données BDuTIL. Si l'identification échoue, ledit administrateur est invité à renseigner à nouveau son identifiant ainsi que son mot de passe. 10 Dans une étape 110 suivante, ledit administrateur paramètre une mission, par l'intermédiaire des moyens de paramétrage (14), en associant, grâce au logiciel de centralisation (6), un dispositif de contrôle (2), équipant un véhicule de contrôle référencé dans la base de données BDcoNT, à au moins un utilisateur dudit dispositif de contrôle (2) référencé dans la base de données 15 BDuTIL. Consécutivement, ledit administrateur choisit, au sein de la base de données BDINF, un ensemble d'infractions favorites pour la mission concernée. Un bouton d'envoi, présent sur l'interface du logiciel de centralisation (6), permet à l'administrateur de valider son paramétrage de mission. Le dispositif de centralisation (1) émet alors un message de paramétrage, sous 20 forme d'un paquet de données numériques, par le réseau de communication auquel il a accès. Le message de paramétrage émis est mémorisé au sein du dispositif de centralisation (1), associé à sa date d'émission. 25 Le procédé comporte ensuite une étape 120 de configuration du dispositif de contrôle (2). Dans cette étape, le terminal de contrôle (3), qui est dans le cas présent ladite tablette tactile, reçoit le message de paramétrage du dispositif de centralisation (1). Le contenu du paramétrage est enregistré dans ladite tablette tactile (3). 30 Dans une étape 130, ledit au moins un utilisateur du dispositif de contrôle (2) s'identifie en indiquant un identifiant ainsi qu'un mot de passe sur l'écran tactile (301,302) de la tablette tactile (3). Le logiciel de contrôle (304) 3031617 19 vérifie avec ses moyens de corrélation (312) que cet identifiant et ce mot de passe proviennent d'un utilisateur faisant partie, d'une part, de la base de données BDuTIL, et d'autre part, du message de paramétrage. Si l'identification échoue, ledit au moins un utilisateur est invité à renseigner à nouveau son 5 identifiant ainsi que son mot de passe. Lorsque l'identification dudit au moins un utilisateur est réalisée avec succès, le logiciel de contrôle (304) affiche une interface visuelle sur l'écran (301,302) de la tablette tactile (3). Par défaut, le logiciel de contrôle (304) est configuré dans un mode « visualisation ». Dans ledit mode de visualisation, 10 ladite interface visuelle comprend notamment : - un menu des favoris, comportant lesdites infractions favorites sélectionnées par ledit administrateur et affichées sous forme d'icônes tactiles, - un espace vidéo dédié à la visualisation des deux caméras de 15 contrôle (401), comportant pour chaque dite caméra de contrôle (401) une icône tactile adaptée à activer/désactiver le logiciel de reconnaissance optique de caractère (402), chaque caméra de contrôle (401) étant ainsi configurée en mode « activé/désactivé », - un espace informatif affichant notamment, dans la limite d'un 20 certain nombre, dix par exemple, des plaques d'immatriculation identifiées par lesdites deux caméras de contrôle (401). Lorsque le nombre maximum de plaques identifiées est atteint, chaque nouvelle plaque identifiée remplace la plaque la plus anciennement affichée, cette dernière étant néanmoins stockée dans la mémoire 25 (305) du terminal de contrôle (3). Par défaut les deux dites caméras (401) sont configurées en mode désactivé. Dans une étape 140, ledit au moins un utilisateur du dispositif de contrôle (2) configure au moins une des deux dites caméras de contrôle (401) 30 en mode activé. Dans la suite de la description, on se place de manière non limitative dans le cas où les deux caméras de contrôle (401) sont configurées en mode activé. Une fois les deux caméras de contrôle (401) configurées en mode 3031617 20 activé, le logiciel de reconnaissance optique de caractère (402) analyse les prises de vues des deux dites caméras de contrôle (401) et identifie toutes les plaques d'immatriculation s'y trouvant. A chaque identification de plaque d'immatriculation correspond un 5 ensemble de données d'identification comportant le numéro de plaque d'immatriculation identifié, une prise de vue et/ou un enregistrement vidéo du véhicule comportant ledit numéro de plaque d'immatriculation identifié, ainsi que la date et l'heure à laquelle a été effectuée l'identification. Ces données d'identification sont transmises par flux IP vers le terminal de contrôle (3), 10 agrégées avec d'autres données générées à chaque identification de plaque d'immatriculation, comme par exemple le positionnement GPS de la plaque identifiée, par l'intermédiaire des moyens de détermination d'une zone géographique (310), ainsi que la signature de ladite plaque identifiée, par l'intermédiaire des moyens de cryptage d'une suite de caractères 15 alphanumériques (313). Les données sont ensuite affichées dans l'espace informatif de l'interface visuelle du logiciel de contrôle (304). Dans une étape éventuelle 140a, ledit au moins un utilisateur du dispositif de contrôle (2) configure aussi au moins une des deux dites caméras de contrôle dans un mode de détection de véhicules volés. 20 Dans une étape 150, le logiciel de contrôle (304) procède, pour chaque plaque d'immatriculation identifiée, à un test de corrélation entre sa signature et les signatures des plaques contenues dans la base de données BDvoL. Si le résultat du test est positif, le logiciel de contrôle (304) affiche, dans 25 une étape 150a, un message dit de « véhicule volé » dans l'espace informatif de la tablette tactile (3), afin d'informer ledit au moins un utilisateur que le véhicule identifié correspond à un véhicule volé. Eventuellement, le procédé comporte une étape suivante 160 de 30 configuration du logiciel de contrôle (304) dans un mode « infraction » par ledit au moins un utilisateur. Pour passer du mode visualisation au mode infraction, ledit au moins un utilisateur appuie sur une icône tactile représentant une desdites infractions favorites. Dans ce mode infraction, la configuration de 3031617 21 l'interface visuelle de l'écran (301,302) de la tablette tactile (3) demeure identique à celle décrite ci-avant. Configuré en mode infraction selon une desdites infractions favorites, le logiciel de contrôle (304) agrège auxdites données agrégées, obtenues à 5 l'issu de l'étape 140, une étiquette comportant le nom de l'infraction favorite choisie par ledit au moins un utilisateur. Ladite étiquette apparaît en outre dans l'espace informatif de l'interface visuelle du logiciel de contrôle (304). A l'issu de cette étape, les données associées à chaque identification de plaque d'immatriculation correspondent à une infraction dite « potentielle ». 10 Dans une étape suivante 161, le logiciel de contrôle (304) compile, pour chaque infraction potentielle, un rapport dit « rapport d'infraction potentielle » comportant l'ensemble des données associées à ladite infraction potentielle. Ledit rapport d'infraction potentielle est mémorisé au sein du 15 terminal de contrôle (3). Immédiatement après mémorisation du rapport d'infraction potentielle, et tant que le numéro de plaque du véhicule identifié figure dans l'espace informatif, une icône dite de « rejet immédiat » apparaît sur l'écran (301,302) du logiciel de contrôle (304), de sorte que ledit au moins un utilisateur peut 20 supprimer, en appuyant sur ladite icône de rejet immédiat, ledit rapport d'infraction potentielle. De cette manière ledit au moins un utilisateur peut avantageusement discriminer, rapidement et à la volée, parmi les véhicules identifiés, ceux dont la configuration ne relève pas de ladite infraction favorite de manière visuellement évidente. 25 Dans une variante plus particulière de fonctionnement, le procédé comporte une étape 162 de désactivation des deux caméras de contrôle (401) par ledit au moins un utilisateur, afin de stopper la génération de rapports d'infraction potentielle. A cet effet, l'interface visuelle dudit logiciel de contrôle 30 (304) comporte des icônes tactiles permettant audit au moins un utilisateur de choisir, soit une désactivation manuelle, soit une désactivation automatique au bout d'une durée limitée (par exemple cinq secondes), ou bien encore après la compilation d'un unique rapport d'infraction potentielle. 3031617 22 Dans une étape suivante 163, ledit au moins un utilisateur du dispositif de contrôle (2) désactive le mode infraction du logiciel de contrôle (304) en appuyant sur ladite icône tactile représentant une desdites infractions favorites. De cette manière, le dispositif de contrôle (2) est configuré dans un état 5 identique à celui faisant suite à l'étape 130. Le procédé comporte une étape 170 dans laquelle le logiciel de contrôle (304) compile, pour chaque identification de plaque d'immatriculation, un rapport dit « log » comportant les données agrégées, issues de l'étape 140. 10 Ledit rapport log est mémorisé par le terminal de contrôle (3). Dans une étape 171, le terminal de contrôle (3) transmet de manière automatique, par le réseau de communication, les rapports stockés dans sa mémoire (305) vers le dispositif de centralisation (1). 15 Dans une étape 180, le dispositif de centralisation (1) reçoit lesdits rapports d'infraction potentielle ainsi que lesdits rapports log et les stocke dans sa mémoire (7). 20 Dans une étape suivante 190, le logiciel de centralisation (6) analyse lesdits rapports log pour identifier des véhicules ventouses. A cet effet, le logiciel de centralisation (6) procède à un premier test de corrélation, par l'intermédiaire de ses moyens de corrélation (13), entre le positionnement GPS contenu dans chaque rapport log et les zones géographiques contenues dans 25 la base de données BDVENT, afin de trier les rapports log rendant ledit premier test positif. Consécutivement, le logiciel de centralisation (6) procède à un second test de corrélation entre les signatures des plaques d'immatriculation contenues dans lesdits rapports log rendant ledit premier test positif. Si ledit 30 second test de corrélation est positif, au sens où le logiciel de centralisation (6) identifie au moins un véhicule référencé dans au moins deux desdits rapports log, le logiciel de centralisation (6) procède alors, par l'intermédiaire de ses moyens de calculs (12) d'une durée, au calcul des durées séparant les horaires 3031617 23 contenus dans lesdits au moins deux rapports log. Si au moins une desdites durées est supérieure à la durée légale limitée dans le temps, le logiciel de centralisation (6) agrège auxdits au moins deux rapports log une étiquette comportant le nom « véhicule ventouse ». Si par contre ledit second test est 5 négatif, le logiciel de centralisation (6) conserve les rapports log sans leur agréger d'étiquette. Dans une étape 191, le logiciel de centralisation (6) compile un rapport d'infraction potentielle à partir des rapports log portant une étiquette « véhicule 10 ventouse », et faisant référence à un véhicule identique. Ledit rapport d'infraction potentielle comporte notamment le numéro de plaque d'immatriculation du véhicule ventouse identifié, la signature de ladite plaque d'immatriculation, son positionnement GPS, les dates et heures desdits rapports log, ainsi qu'une dite au moins une durée supérieure à la durée légale 15 limitée dans le temps, et calculée à l'étape 190. Ledit rapport d'infraction potentielle est ensuite mémorisé au sein du dispositif de centralisation (1). Dans une étape 200, réalisée consécutivement à l'étape 180 et en parallèle de l'étape 190, le logiciel de centralisation (6) analyse les rapports log 20 pour identifier des véhicules stationnés sur un emplacement payant et en infraction relativement à la somme due pour avoir autorisation de stationner. Il s'agit, par exemple et à titre nullement limitatif, de véhicules stationnés sur un emplacement payant pour une certaine durée, mais dont l'utilisateur n'a pas acquitté la somme due, ou bien encore dont l'utilisateur a acquitté une somme 25 inférieure à la somme due pour occuper ledit emplacement pendant ladite certaine durée. A cet effet, le logiciel de centralisation (6) procède à un premier test de corrélation, par l'intermédiaire de ses moyens de corrélation (13), entre le positionnement GPS contenu dans chaque rapport log et les zones 30 géographiques contenues dans la base de données BDSTAT. De cette manière, lorsque ledit premier test est positif, le logiciel de centralisation (6) identifie des véhicules stationnés sur des emplacements payants, et trie les rapports log rendant ledit premier test positif. Si par contre ledit premier test est négatif, le 3031617 24 logiciel de centralisation (6) conserve les rapports log sans leur agréger d'étiquette. Consécutivement, le logiciel de centralisation (6) procède à un second test de corrélation entre les dates et heures contenues dans lesdits rapports 5 log rendant ledit premier test positif, et les dates et heures de fin de stationnement contenues dans la base de données BDpAy. Ainsi, le logiciel de centralisation (6) identifie les véhicules en infraction de paiement, calcule une durée de dépassement éventuelle de temps de stationnement relativement à l'infraction de paiement, et agrège aux rapports log relatifs auxdits véhicules en 10 infraction de paiement une étiquette comportant le nom « véhicule en infraction de paiement ». Dans une étape 201, le logiciel de centralisation (6) compile un rapport d'infraction potentielle à partir des rapports log portant une étiquette « véhicule 15 en infraction de paiement ». Ledit rapport d'infraction potentielle comporte notamment le numéro de plaque d'immatriculation du véhicule en infraction de paiement, la signature de ladite plaque d'immatriculation, son positionnement GPS, ainsi que ladite durée de dépassement de temps de stationnement calculée à l'étape 200. Ledit rapport d'infraction potentielle est ensuite 20 mémorisé au sein du dispositif de centralisation (1). Dans une étape 210, le logiciel de centralisation (6) efface les numéros de plaques d'immatriculation des rapports log stockés dans la mémoire (7) du dispositif de centralisation (1), et n'ayant pas été compilés en 25 rapports d'infraction potentielle. Le procédé comporte ensuite une étape 220 de consultation par un administrateur des rapports d'infraction potentielle mémorisés. A cet effet, ledit administrateur vérifie, sur un sous-ensemble de l'ensemble des rapports 30 d'infraction potentielle, la cohérence de l'ensemble des données contenues dans lesdits rapports mémorisés. De cette manière, ledit administrateur s'assure, au moins sur ledit sous-ensemble, que le logiciel de centralisation (6) n'a pas commis d'erreur de compilation de rapports log en rapports d'infraction 303 16 1 7 25 potentielle. Le procédé comporte ensuite une étape 230 de validation ou de suppression, par un administrateur, des rapports d'infraction potentielle 5 mémorisés dans le dispositif de centralisation (1). Dans une étape 240, le logiciel de centralisation (6) compile chaque rapport d'infraction potentielle validé en un message d'infraction. Chaque dit message d'infraction comporte l'ensemble des données contenues dans le 10 rapport d'infraction potentielle dont il est issu. AVANTAGES Le système et le procédé tels que décrits permettent la gestion exhaustive des configurations individualisées relatives à la surveillance de la 15 voirie, et ce de manière automatique. Ainsi, dans le mode de réalisation tel que décrit, les agents publics du maintien de l'ordre sont dispensés de relever manuellement l'identité des véhicules en infraction sur la voirie, ce qui implique généralement de se déplacer à pied, et de prendre des notes écrites qui doivent être transmises manuellement. De cette manière, le système et le 20 procédé permettent auxdits agents de gagner en efficacité et en temps eu égard aux missions dont ils ont la charge. En outre, en relevant une infraction de manière écrite, un dit agent n'est plus en mesure de consulter visuellement ladite infraction, ce que permet 25 ici l'invention grâce aux prises de vues contenues dans les rapports d'infraction potentielle. De cette manière, l'invention permet de traiter efficacement des situations potentiellement litigieuses prenant origine dans la contestation d'utilisateurs de véhicules en infraction sur le domaine public routier. 30 Par ailleurs, le terminal de contrôle (3) et le logiciel de contrôle (304) sont spécifiquement conçus pour un usage embarqué et pour des utilisateurs devant consacrer l'essentiel de leur attention aux missions dont ils ont la charge. Ainsi, pour le dispositif de contrôle (2) tel que décrit, l'ergonomie de la 3031617 26 tablette tactile (3) et du logiciel de contrôle (304) sont adaptées à une utilisation la plus simple et la plus automatique possible, et ce dans le but de ne pas nuire à la concentration des utilisateurs au sein du véhicule de contrôle. Plus particulièrement, l'interface visuelle de l'écran tactile (301,302) de la tablette 5 tactile (3) est adaptée à des manipulations en déplacement afin de réduire l'impact de vibrations, d'imprécisions relatives des gestes liées à l'état de la route ou encore d'effets de ralentissement, accélération et déport dans les virages. 10 VARIANTES DE REALISATION Dans une autre variante de réalisation, le dispositif de contrôle (2) comporte des moyens de détermination de la vitesse d'un véhicule. Dans un exemple nullement limitatif, lesdits moyens de détermination de la vitesse d'un véhicule sont un cinémomètre laser, équipant chaque véhicule de contrôle de 15 la Police Municipale, tel que décrit ci-avant, et fournissant une mesure de vitesse de chaque véhicule identifié par les caméras de contrôle. Ladite mesure de vitesse est ensuite agrégée aux données d'identification contenues dans le rapport log compilé par le logiciel de contrôle (304). De cette manière, un administrateur est en mesure, après consultation dudit rapport log, de 20 vérifier si la mesure de la vitesse relevée est en accord avec la vitesse légale autorisée dans la zone géographique relative audit rapport log, et afin, éventuellement, de procéder, au moyen du logiciel de centralisation (6), à la compilation d'un rapport d'infraction potentielle. Dans une variante plus particulière de réalisation et de 25 fonctionnement, le dispositif de centralisation (1) comporte, ou a accès à, une base de données géolocalisées comportant une liste d'enregistrements associant des zones géographiques prédéterminées à des contraintes de limitation de vitesse. En corrélant les données de ladite base de données avec les mesures de vitesse relevées par les caméras de contrôle, le dispositif de 30 centralisation (1) est en mesure de compiler automatiquement des rapports d'infraction potentielle à partir des rapports log. Dans une variante de fonctionnement, l'étape 110 de paramétrage de 3031617 27 mission est facultative. Le terminal de contrôle (3) mémorise en effet le paramétrage configuré pour la dernière mission effectuée, de sorte que, si ledit paramétrage n'est pas modifié, après une mission, par un administrateur au cours de l'étape 110, le paramétrage reste inchangé sur ledit terminal de 5 contrôle (3). Une telle manière de procéder est avantageuse lorsque certains utilisateurs sont amenés à utiliser sur une base régulière toujours le même dispositif de contrôle (2) dans la même zone géographique prédéterminée. Dans une autre variante de fonctionnement, le procédé comporte une 10 option de configuration du logiciel de contrôle (304) en mode infraction selon une infraction différente des infractions favorites. A cet effet, un utilisateur du dispositif de contrôle (2) appuie sur une icône tactile de l'écran du terminal de contrôle (3), afin d'ouvrir un menu déroulant présentant une liste d'infractions sélectionnables. Une telle manière de procéder est avantageuse car elle 15 permet à un utilisateur du dispositif de contrôle (2) de s'adapter en temps réel à une situation relevant d'une infraction potentielle différente de celles habituellement constatées dans une zone géographique prédéterminée. Dans une autre variante de fonctionnement, ledit au moins un 20 utilisateur du dispositif de contrôle (2) procède, à l'issu de l'étape 180, à un test de vérification de l'envoi de la totalité des rapports d'infraction potentielle ainsi que des rapports log vers le dispositif de centralisation (1). A cet effet, ledit au moins un utilisateur appuie sur une icône tactile dite « icône de synchronisation » de l'interface visuelle du logiciel de contrôle (304). Dans le 25 cas d'un test positif, lesdits rapports sont effacés de la mémoire (7) du terminal de contrôle (3). Dans le cas d'un test négatif, ledit au moins un utilisateur sélectionne les rapports n'ayant pas été transmis, et procède à l'envoi de ces derniers vers le dispositif de centralisation (1). Eventuellement, dans autre variante de fonctionnement, le dispositif de centralisation (1) émet les messages d'infraction, par un réseau sécurisé de communication, à destination d'un organisme agréé pour dresser des procès-verbaux relatifs aux infractions constatées. REVENDICATIONS1. Système d'acquisition de données contextuelles et d'identification de véhicules, comportant au moins une plaque d'immatriculation affichant des caractères alphanumériques, ledit système ayant accès à une pluralité de réseaux de communication, comportant un dispositif de centralisation (1) de données ainsi qu'un dispositif de contrôle (2), caractérisé en ce que le dispositif de centralisation (1) de données comporte : - une mémoire (7) stockant des bases de données (8), - des moyens d'émission et de réception de données (10) par un premier réseau de communication vers le dispositif de contrôle (2), - un processeur (5) exécutant un logiciel de centralisation (6), ledit logiciel de centralisation (6) comportant des moyens de calculs (12) d'une durée temporelle entre deux instants temporels, des moyens de corrélation entre des données (13), et des moyens de paramétrage (14) dudit dispositif de contrôle (2), le dispositif de contrôle (2) comporte un bloc optique (4) de détection de plaque d'immatriculation et un terminal utilisateur (3) dit « terminal de contrôle », le bloc optique (4) de détection de plaque d'immatriculation comprenant : - des moyens d'émission et de réception de données (404) par un deuxième réseau de communication vers le terminal de contrôle (3), - au moins une caméra (401), dite « caméra de contrôle », configurée pour réaliser des enregistrements vidéos ainsi que des prises de vues de véhicules en infraction sur le domaine public routier, - un logiciel de reconnaissance optique de caractère (402) exécuté sur une carte PCB (403), et le terminal de contrôle (3) comprenant : - une mémoire (305) stockant des bases de données (306), - des moyens d'affichage de données (301) ainsi qu'une interface d'entrée de données (302), - des moyens d'émission et de réception de données (307), par ledit premier réseau de communication, vers le dispositif de centralisation (1), ainsi que par ledit deuxième réseau de communication, vers le bloc optique (4) de 3031617 29 détection de plaque d'immatriculation, - des moyens d'émission et de réception de données par voie physique (308) vers un PC, - des moyens de détermination d'une zone géographique (310), 5 - un processeur (303) exécutant un logiciel de contrôle (304), ledit logiciel de contrôle (304) comportant des moyens de pilotage (311) de caractéristiques optiques de ladite au moins une caméra de contrôle (401), des moyens de corrélation entre des données (312), des moyens de cryptage et décryptage (309) desdites données émises et reçues par voie physique vers ledit PC, ainsi 10 que des moyens de cryptage d'une suite de caractères alphanumériques (313) adaptés à générer pour chaque plaque d'immatriculation une autre suite unique de caractères alphanumériques, dite « signature ». 2. Système selon la revendication 1, caractérisé en ce que ledit premier réseau de communication est le web, l'émission et la réception de 15 données par ledit premier réseau de communication s'effectuant au moyen du protocole de transfert HTTPS, et en ce que ledit deuxième réseau de communication est un réseau IP. 3. Système selon l'une quelconque des revendications 1 à 2, caractérisé en ce que les moyens de détermination d'une zone géographique 20 (310) du terminal de contrôle (3) sont un système de positionnement géographique de type GPS. 4. Système selon l'une quelconque des revendications 1 à 3, caractérisé en ce que lesdits moyens d'émission et de réception de données par voie physique (308) du terminal de contrôle (3) sont des clefs USB. 25 5. Système selon l'une quelconque des revendications 1 à 4, caractérisé en ce que lesdits moyens de cryptage d'une suite de caractères alphanumériques (313) sont la fonction de hachage SHA-1. 6. Procédé d'acquisition de données contextuelles et d'identification de véhicules au moyen d'un système d'acquisition et d'identification conforme à 30 l'une des revendications 1 à 5, caractérisé en ce qu'il comprend : - une étape 100 de connexion au dispositif de centralisation (1) par un utilisateur, par ledit premier réseau de communication, - une étape 110 de paramétrage du dispositif de contrôle (2) par l'utilisateur du dispositif de centralisation (1), ce paramétrage associant, grâce 3031617 30 au logiciel de centralisation (6), ledit dispositif de contrôle (2) à au moins un utilisateur, et sélectionnant un ensemble de situations contextuelles correspondant à des infractions aux règles d'usage du domaine public routier, ainsi que d'émission d'un message contenant ledit paramétrage vers le 5 dispositif de contrôle (2), - une étape 120 de réception dudit message de paramétrage par le dispositif de contrôle (2), de configuration du dispositif de contrôle (2) selon ledit message de paramétrage, le contenu du paramétrage étant enregistré dans le terminal de contrôle (3), 10 - une étape 130 d'identification dudit au moins un utilisateur du dispositif de contrôle (2), - une étape 140 d'activation de ladite au moins une caméra de contrôle (401), d'acquisition de données d'identification de véhicules disposés sur la voirie, lesdites données d'identification comprenant les caractères 15 alphanumériques des plaques d'immatriculation identifiées par le logiciel de reconnaissance optique de caractère (402), une prise de vue et/ou un enregistrement vidéo des véhicules identifiés, les dates et heures auxquelles ont été effectuées les identifications, de transfert des dites données d'identification vers le terminal de contrôle (3) par le deuxième réseau de 20 communication, et d'agrégation desdites données d'identification avec une zone géographique et une signature de chaque plaque identifiée, - une étape 170 de compilation par le logiciel de contrôle (304), pour chaque identification de plaque d'immatriculation, d'un rapport dit « log » comportant lesdites données agrégées, et de mémorisation dudit rapport log 25 par le terminal de contrôle (3), - une étape 171 de transmission automatique, par ledit premier réseau de communication, des rapports log stockés dans la mémoire (305) du terminal de contrôle (3) vers le dispositif de centralisation (1), - une étape 180 de réception et de mémorisation desdits rapports log par 30 le dispositif de centralisation (1), - une étape 190 d'analyse par le logiciel de centralisation (6) desdits rapports log pour, d'une part identifier des véhicules ventouses, et, d'autre part, 3031617 31 agréger aux rapports log relatifs auxdits véhicules identifiés une étiquette comportant le nom « véhicule ventouse », - une étape 191 de compilation par le logiciel de centralisation (6) d'un rapport dit « rapport d'infraction potentielle » à partir des rapports log portant 5 une étiquette « véhicule ventouse », - une étape 200 d'analyse par le logiciel de centralisation (6) desdits rapports log pour, d'une part, identifier des véhicules stationnés sur un emplacement payant et en infraction relativement à la somme due pour avoir autorisation de stationner, et, d'autre part, agréger aux rapports log relatifs 10 auxdits véhicules en infraction de paiement une étiquette comportant le nom « véhicule en infraction de paiement » , - une étape 201 de compilation par le logiciel de centralisation (6) d'un rapport d'infraction potentielle à partir des rapports log portant une étiquette « véhicule en infraction de paiement », 15 - une étape 210 dans laquelle le logiciel de centralisation (6) efface les numéros de plaques d'immatriculation des rapports log stockés dans la mémoire (7) du dispositif de centralisation (1), et n'ayant pas été compilés en rapports d'infraction potentielle, - une étape 220 de consultation, par un utilisateur du dispositif de 20 centralisation (1), desdits rapports d'infraction potentielle mémorisés, ledit utilisateur vérifiant, sur un sous-ensemble de l'ensemble des rapports d'infraction potentielle, la cohérence de l'ensemble des données contenues dans lesdits rapports, - une étape 230 de validation ou de suppression, par un utilisateur du 25 dispositif de centralisation (1), des rapports d'infraction potentielle mémorisés dans le dispositif de centralisation (1), - une étape 240 de compilation, par le logiciel de centralisation (6), de chaque rapport d'infraction potentielle validé en un message d'infraction. 7. Procédé selon la revendication 6, caractérisé en ce que : 30 - dans la mise en oeuvre de l'étape 100, ledit utilisateur s'identifie en renseignant un identifiant ainsi qu'un mot de passe contenu dans une base données BDUTIL du dispositif de centralisation (1), ladite base de données BDUTIL comportant les identifiants et mots de passe de l'ensemble des 3031617 32 utilisateurs du dispositif de contrôle (2) ainsi que du dispositif de centralisation (1), - dans la mise en oeuvre de l'étape 110, ledit ensemble de situations contextuelles est contenu dans une base de données BDINF du dispositif de 5 centralisation (1), ladite base de données BDINF comportant l'ensemble des infractions possibles à l'usage du domaine public routier commises par un véhicule, lesdites infractions ne nécessitant pas d'interactions avec le conducteur dudit véhicule en infraction pour être régularisées, - dans la mise en oeuvre de l'étape 190, l'identification des véhicules 10 ventouses comporte un premier test de corrélation entre la zone géographique contenue dans chaque rapport log et les zones géographiques contenues dans une base de données BDVENT du dispositif de centralisation (1), ladite base de données BDVENT comportant une liste d'enregistrements de zones géographiques prédéterminées de stationnement gratuit sur la voirie, mais 15 néanmoins assujetties à une durée légale limitée dans le temps, - dans la mise en oeuvre de l'étape 200, l'identification des véhicules en infraction de paiement comporte un premier test de corrélation entre la zone géographique contenue dans chaque rapport log et les zones géographiques contenues dans une base de données BDSTAT du dispositif de centralisation 20 (1), ladite base de données BDSTAT comportant une liste d'enregistrements associant des zones géographiques prédéterminées à des contraintes de stationnement payant dans lesdites zones géographiques prédéterminées. 8. Procédé selon l'une des revendications 6 à 7, caractérisé en ce qu'il comporte, à l'issue de l'étape 140 : 25 - une étape 140a de configuration d'au moins une des deux dites caméras de contrôle (401) dans un mode de détection de véhicules volés, - une étape 150, exécutée par le logiciel de contrôle (304), de test de corrélation entre la signature de chaque plaque identifiée et les signatures contenues dans une base de données BDvoL du terminal de contrôle (3), ladite 30 base de données BDvoL comportant une liste d'enregistrements associant des véhicules déclarés comme volés aux signatures de leur plaque d'immatriculation respective, 3031617 33 - dans le cas d'un résultat positif du test de corrélation de l'étape 150, une étape 150a d'émission d'un message sur le terminal de contrôle (3), informant ledit au moins un utilisateur du dispositif de contrôle (2) de l'appartenance de ladite plaque identifiée à un véhicule volé. 5 9. Procédé selon l'une quelconque des revendications 6 à 8, caractérisé en ce qu'il comprend en outre : - une étape 160 de configuration du logiciel de contrôle (304) dans un mode « infraction », par sélection d'une desdites infractions aux règles d'usage du domaine public routier par ledit au moins un utilisateur du dispositif de 10 contrôle (2), le logiciel de contrôle (304) agrégeant auxdites données issues de l'étape 140 une étiquette comportant le nom de ladite infraction, de sorte que chaque véhicule identifié est référencé comme étant en « infraction potentielle », - une étape 161 de compilation, par le logiciel de contrôle (304), d'un 15 rapport dit « rapport d'infraction potentielle » comportant l'ensemble des données associées à ladite infraction potentielle de chaque véhicule identifié, ledit rapport d'infraction potentielle étant mémorisé au sein du terminal de contrôle (3). 10. Procédé selon la revendication 9, caractérisé en ce qu'il 20 comprend en outre : - une étape 162 de désactivation, par ledit au moins un utilisateur du dispositif de contrôle (2), de ladite au moins une caméra de contrôle (401) du dispositif de contrôle (2) afin de stopper la génération de rapports d'infraction potentielle, 25 - une étape 163 de désactivation du mode infraction par ledit au moins un utilisateur, les étapes 140 à 163 étant exécutées de façon itérative sur une période déterminée par ledit au moins un utilisateur du dispositif de contrôle (2).