Brevet FR2977216A1 — publié le 20130104

-1- « Procédé, système et installation de détection d'une utilisation frauduleuse d'un véhicule » La présente invention concerne un procédé de détection d'une utilisation frauduleuse d'un véhicule. Elle concerne également un système mettant en oeuvre un tel procédé et une installation utilisant un tel procédé et système. Le domaine de l'invention est le domaine de la détection d'une utilisation frauduleuse d'un véhicule, tel que par exemple un vol du véhicule, et plus particulièrement d'un véhicule proposé à la location. Etat de la technique On connait actuellement des véhicules fonctionnant avec une ou plusieurs batteries électriques et des sites, dits de location, permettant de prendre un véhicule location ou de remettre un véhicule loué en fin de location. Les véhicules proposés à la location sont destinés à être utilisés par les utilisateurs qui préalablement ont émis une demande de location et se sont enregistrés auprès d'un système de location. Cependant, un véhicule proposé à la location peut être sujet à une utilisation frauduleuse, par exemple, une utilisation de la part d'une personne qui, sans avoir fait de demande de location arrive à prendre possession du véhicule sur un site de location en évitant les mesures de sécurisation mises en place pour éviter une telle situation. Il n'existe aucun procédé ou système qui permet de détecter automatiquement une utilisation frauduleuse d'un véhicule dont l'utilisateur change régulièrement, par exemple dans le cadre d'une location. Un but de l'invention est de remédier aux inconvénients précités. -2- Un autre but de l'invention est de proposer un procédé et un système de détection automatisée d'une utilisation frauduleuse d'un véhicule dont l'utilisateur change régulièrement, par exemple dans le cadre d'une location. Exoosé de l'invention L'invention propose d'atteindre au moins l'un des buts précités par un procédé de détection d'une utilisation frauduleuse d'un véhicule proposé à location et pour lequel, notamment préalablement à chaque location : au moins un identifiant relatif à l'utilisateur, et/ou au moins une donnée, dite d'état, est mémorisée dans un emplacement de mémorisation, dit local, au niveau dudit véhicule, et/ou au moins un identifiant relatif à l'utilisateur, et/ou au moins une donnée, dite d'état, est mémorisé dans un emplacement de mémorisation, dit distant, au niveau d'un site distant, dit central, en association avec au moins un identifiant dudit véhicule ; caractérisé en ce qu'il comprend une opération de détection de vol comprenant les étapes suivantes, notamment pour chaque utilisation dudit 20 véhicule : lecture d'au moins une donnée mémorisée dans ledit emplacement de mémorisation local et/ou distant suite à une détection de mise ne marche, analyse de ladite donnée lue en fonction d'au moins un critère 25 prédéterminé, pour détecter une anomalie, et émission d'au moins une donnée, dite de notification, lorsqu'une anomalie est détectée. L'invention permet ainsi de détecter automatiquement une utilisation 30 frauduleuse d'un véhicule par une personne non autorisée à l'utiliser par analyse de la donnée inscrite à un emplacement mémoire au niveau du véhicule ou au niveau d'une base de données distante. Une telle opération de détection est de façon préférentielle réalisée après une détection de mise en marche du véhicule de sorte que chaque 15 -3- mise en marche du véhicule est contrôlée et vérifiée et une utilisation frauduleuse est détectée au plus vite. Par « mise en marche du véhicule » on entend toute opération réalisée sur le véhicule en vue d'utiliser/déplacer le véhicule telle qu'une opération de démarrage d'un moteur du véhicule, de sollicitation technique pour démarrer un moteur du véhicule telle qu'un appui sur un bouton ou une introduction/rotation d'une clef, un déplacement du véhicule après démarrage d'un moteur du véhicule, un déplacement du véhicule sans démarrage du moteur, toute opération d'accès à l'intérieur du véhicule, etc. Une donnée d'état peut être une donnée relative à l'état loué/non loué/ en maintenance du véhicule. Une telle donnée d'état peut être une donnée appelée ESA, relative au démarrage du véhicule et au droit qu'à l'utilisateur à démarrer le véhicule. Cette donnée peut être une donnée binaire qui permet de commander ou non un signal d'activation du démarrage du moteur d'un véhicule en fonction de sa valeur. Une donnée d'état peut également être une donnée relative à l'état d'au moins un organe du véhicule, tel qu'un lecteur RFID, une serrure, etc. Le procédé selon l'invention peut en outre comprendre une étape réalisant une détection de la mise en marche du véhicule. Une telle étape de détection de mise en marche peut comprendre l'une ou plusieurs des étapes suivantes : - détection du démarrage du moteur, - détection du roulage du véhicule, - détection de la modification des coordonnées du véhicule (effectuée par géolocalisation telle que GPS et/ou triangulation GSM), - détection d'une ouverture d'un ouvrant du véhicule, et toute opération visant à réaliser l'une au moins de ces étapes. -4- L'emplacement de mémoire lue/interrogée peut être l'emplacement mémoire local par l'intermédiaire d'un élément du véhicule et/ou l'emplacement mémoire distant, par exemple situé au niveau du site central. En effet, on associe généralement dans une base de données du site central une donnée relative au véhicule et une donnée relative à l'utilisateur. Selon l'invention, l'étape d'analyse peut comprendre une comparaison de la donnée lue à une valeur prédéterminée. Une telle étape est particulièrement intéressante lorsque la donnée lue est censée être une donnée d'état, par exemple une donnée binaire avec une valeur « 1 » correspondant à l'état « loué » ou « organe en fonctionnement » et une valeur « 0 » correspondant à l'état « non loué » ou « organe HS ». Selon l'invention, l'étape d'analyse peut comprendre une comparaison d'un format de la donnée lue à un format prédéterminé. Une telle comparaison peut être réalisée pour déterminer si une donnée correspondant à un identifiant est mémorisée dans l'emplacement de mémorisation lue. Si ce n'est pas le cas, cela peut vouloir dire qu'aucun utilisateur n'a loué le véhicule concerné. Une telle étape est particulièrement avantageuse lorsqu'à chaque fin de location l'identifiant de l'utilisateur ayant loué le véhicule est effacé de l'emplacement mémoire consultée. L'étape d'analyse peut en outre comprendre une comparaison de la donnée lue dans ledit emplacement de mémorisation local avec la donnée lue mémorisée dans l'emplacement de mémorisation distant. Une telle étape est particulièrement importante lorsqu'à chaque fin de location l'identifiant de l'utilisateur ayant loué le véhicule : n'est pas effacé de l'emplacement mémoire local pour laisser accès à l'utilisateur à l'intérieur du véhicule après la fin de la location sans pour autant l'autoriser à utiliser le véhicule, et est effacé de l'emplacement mémoire distant. Ainsi, lors de l'étape d'analyse permet de déterminer : - si la donnée présente un format prédéterminé, 2977216 -5- - si la donnée a une valeur prédéterminée ou est différente d'une valeur prédéterminée, et/ou - si la valeur de la donnée, notamment la donnée mémorisée au niveau du véhicule, est égale à la valeur d'une autre donnée 5 prédéterminée, notamment une donnée mémorisée au niveau du site central en association avec l'identifiant du véhicule. L'étape d'analyse peut en outre comprendre une comparaison de ladite donnée lue dans ledit emplacement de mémorisation local avec une 10 donnée prédéterminée correspondant à une utilisation déclarée par un opérateur dans un autre cadre que la location, par exemple en vue d'un test du véhicule ou d'une opération de maintenance. En effet, dans le cas où le véhicule est ouvert par certains opérateurs, un numéro d'identification de ces opérateurs peut être stocké dans le 15 véhicule, quel que soit l'état du véhicule, en location, en stationnement, en charge pour un véhicule électrique, et son attribution ou non à un utilisateur et l'ouverture du véhicule à l'aide de ce numéro d'identification n'est pas frauduleuse. Le procédé peut donc comprendre une autre étape 20 d'interrogation/lecture et d'analyse concernant une donnée relative à la maintenance, notamment si l'identifiant ne correspond pas à la valeur attendue. Cette interrogation peut être effectuée au niveau du site central puisque l'opérateur doit reporter au site central lorsqu'il effectue une tâche. 25 L'étape d'analyse comprend une comparaison de ladite donnée lue dans ledit emplacement de mémorisation local avec une donnée prédéterminée relative au fonctionnement normal d'un organe du véhicule, mémorisée de préférence dans le site central. 30 Les différentes étapes de l'étape d'analyse peuvent être effectuées seules ou en combinaison. Le procédé selon l'invention peut en outre comprendre l'émission d'une donnée de notification de manière automatique par le véhicule ou le -6- site central dans le cas où lorsque le véhicule cherche à communiquer avec le site central et que la communication n'est pas mise en oeuvre dans un délai prédéterminé, par exemple au travers d'une communication GPRS. En effet, il est considéré que les zones non couvertes par le réseau GPRS sont peu nombreuses et une absence de réponse du site central peut indiquer que les antennes de communication du véhicule ont été endommagées, éventuellement dans le but d'empêcher le véhicule de communiquer avec le site central. Au moins une donnée de notification peut déclencher une alerte sonore et/ou visuelle au niveau du véhicule. Cette donnée peut être initiée par le véhicule ou de préférence par le site central. Au moins une donnée de notification peut déclencher un arrêt d'une fonctionnalité du véhicule, par exemple un arrêt du moteur du véhicule. Cette donnée peut être initiée par le véhicule ou de préférence par le site central. Au moins une donnée de notification peut déclencher une émission d'un message, par exemple un message SMS, à destination d'un opérateur du système de location, d'un utilisateur ou des forces de l'ordre. Cette donnée peut être initiée par le véhicule ou de préférence par le site central. L'opération d'émission d'un message est de préférence effectuée par le site central. L'émission d'une donnée de notification peut être réalisée au travers d'un réseau de communication filaire, par exemple ADSL ou non filaire par exemple GPRS. Dans un mode de réalisation particulièrement préféré de l'invention, les données mémorisées dans l'emplacement local sont envoyées au site central, qui effectue l'opération de détection de vol. 2977216 -7- II est évident que pour lire ces données, le site central les mémorise, au moins temporairement, mais ces données sont stockées hors de l'emplacement prédéterminé. Lors de l'étape d'analyse, il peut alors comparer les données reçues du 5 véhicule avec des valeurs prédéterminées (par exemple, concernant l'état des organes), et/ou avec des données stockées dans l'emplacement prédéterminé (concernant l'identifiant notamment). Dans ce cas, la donnée de notification peut être émise à destination du véhicule si on souhaite qu'une action soit effectuée au niveau du véhicule. 10 Selon un autre aspect de l'invention il est proposé, un système de détection d'une utilisation frauduleuse d'un véhicule proposé à location, et pour lequel : - au moins un identifiant relatif à l'utilisateur, et/ou au moins une donnée, dite d'état, est mémorisé dans un emplacement de mémorisation, dit local, au niveau dudit véhicule, et/ou - au moins un identifiant relatif à l'utilisateur, et/ou au moins une donnée, dite d'état, est mémorisé dans un emplacement de mémorisation, dit distant, au niveau d'un site distant, dit central, en association avec au moins un identifiant dudit véhicule ; caractérisé en ce qu'il comprend les moyens suivants, de préférence au niveau du site central : au moins un moyen de lecture d'au moins une donnée mémorisée dans ledit emplacement de mémorisation local et/ou distant, au moins un moyen d'analyse de ladite donnée lue en fonction d'au moins un critère prédéterminé, pour détecter une anomalie, et au moins un moyen d'émission d'au moins une donnée, dite de notification, lorsqu'une anomalie est détectée. Le système selon l'invention peut en outre comprendre au moins un moyen de détection de mise en marche du véhicule. 15 20 25 30 Le système selon l'invention peut en outre comprendre des moyens d'alarme visuels/sonores au niveau du véhicule. L'invention s'applique particulièrement à la gestion d'un parc de véhicules électriques interchangeables destinés à la location et pour lesquels une pluralité de stations d'accueil est prévue. D'autres avantages et caractéristiques apparaîtront à l'examen de la description détaillée de modes de réalisation nullement limitatifs, et des dessins annexés sur lesquels : la figure 1 est une représentation schématique d'un système de gestion d'un parc de véhicules proposés à la location mettant dans lequel l'invention peut être mise en oeuvre ; - la figure 2 est une représentation schématique d'un système de détection de l'utilisation frauduleuse d'un véhicule selon l'invention ; et la figure 3 est une représentation schématique d'un procédé de détection de l'utilisation frauduleuse d'un véhicule selon l'invention. Il est bien entendu que les modes de réalisation qui seront décrits dans la suite ne sont nullement limitatifs. On pourra notamment imaginer des variantes de l'invention ne comprenant qu'une sélection de caractéristiques décrites par la suite isolées des autres caractéristiques décrites, si cette sélection de caractéristiques est suffisante pour conférer un avantage technique ou pour différencier l'invention par rapport à de l'état de la technique antérieur. Cette sélection comprend au moins une caractéristique de préférence fonctionnelle sans détails structurels, ou avec seulement une partie des détails structurels si c'est cette partie uniquement est suffisante pour conférer un avantage technique ou pour différencier l'invention par rapport à l'état de la technique antérieur. 2977216 -9- En particulier toutes les variantes et modes de réalisation décrits sont combinables entre eux si rien ne s'oppose à cette combinaison sur le plan technique. 5 La figure 1 est une représentation schématique d'un système de gestion globale d'un parc de véhicule électrique proposé à la location. Le système 100 représenté sur la figure 1 comprend un site central 102 connecté à plusieurs sites - ou stations - 1041-104,,, dits de location au travers d'un réseau de communication 106 sans fil, par exemple GPRS, ou 10 d'un réseau filaire, par exemple de type DSL. De préférence, chaque station est reliée au site central par l'intermédiaire des deux réseaux distincts, ce qui permet une connexion en continu même si l'un des réseaux est défaillant. 15 Chaque station de location comprend une borne d'abonnement 108 pour l'enregistrement d'un nouvel abonné, une borne de location 110 pour la location d'un véhicule et plusieurs bornes de charge 112-116, chaque borne de charge étant prévue pour charger un véhicule muni d'une batterie électrique à un emplacement de stationnement. 20 Le site central 102 peut être connecté directement à chacune des bornes d'une station de location 104 au travers du réseau 106 ou seulement à la borne d'abonnement et/ou à la borne de location et/ou aux bornes de charge 112-116. Au moins deux bornes d'une station de location sont connectées entre elles au travers d'une connexion filaire (non représentée). Le site central 102 est également agencé pour se connecter à un 30 véhicule électrique comprenant un boîtier de connexion avec un ou plusieurs éléments du véhicule et/ou une interface de communication avec l'utilisateur, par l'intermédiaire d'un réseau GPRS. Chaque véhicule est de ce fait équipé d'une puce GSM. 25 2977216 -10- Le site central 102 est également agencé pour échanger des informations avec un appareil de communication portable tel qu'un PDA, un téléphone portable, etc., porté par un opérateur du service de location et également relié au site central par l'intermédiaire d'un réseau GPRS. 5 Le système permet de gérer une pluralité de véhicules comprenant chacun une unité de commande apte à communiquer avec le site central et avec différents organes du véhicule, et une interface utilisateur. Les utilisateurs sont aptes à interagir avec les différentes bornes ainsi 10 qu'avec les différents éléments des véhicules. En outre, le service de location de véhicule avec le système selon l'invention peut être également effectué à l'aide des opérateurs et de leur terminal mobile tel qu'un PDA, qui peuvent intervenir dans le service. 15 Le site central 102 comprend en outre une base de données 118 dans laquelle sont enregistrées en association avec chaque identifiant de véhicule, l'identifiant de l'utilisateur à qui est loué ce véhicule, éventuellement l'état loué/non loué/en maintenance/ du véhicule, un identifiant d'un opérateur qui réalise une opération de maintenance, etc. 20 La base de données 118 est mise à jour à chaque modification de l'état du véhicule, en début de location, en fin de location, en début de maintenance, en fin de maintenance, etc. Le site central 102 comprend en outre une interface 120 permettant de modifier l'une au moins des données enregistrées dans la base de 25 données, par exemple pour les opérateurs intervenant sur les véhicules pour des opérations de maintenance ou des opérations de test. Le site central 102 comprend en outre un module de communication 122 avec un ou plusieurs véhicules au travers du réseau 106 directement ou indirectement par l'intermédiaire d'une borne. 30 Le site central 102 comprend en outre un module 124 de gestion/émission de données d'alerte qui peuvent permettre l'émission de messages, par exemple SMS, émis vers un opérateur ou vers les forces de l'ordre au travers d'un réseau de communication sans fil, tel que le réseau GPRS 106, ou filaire tel que le réseau ADSL. 2977216 -11- Le site central 102 peut en outre comprendre un module 126 d'analyse agencé pour lire au moins un emplacement mémoire dans le moyen de mémorisation 118, et analyser la donnée lue en fonction d'au moins un critère d'analyse pour détecter une anomalie. Pour réaliser cette 5 analyse le module d'analyse 220 peut également demander au véhicule au moins une donnée au travers du module de communication 122. Lorsqu'une anomalie est détectée le module d'analyse 126 alerte le module de gestion/émission d'alertes 124. 10 Nous allons maintenant décrire en référence à la figure 2 les éléments d'un système de détection d'une utilisation frauduleuse d'un véhicule selon l'invention, installés sur/dans/autour du véhicule. Le système 200 représenté sur la figure 2 comprend un module de communication 202 permettant au système 200 de communiquer avec le 15 site central de manière directe à l'aide notamment d'un réseau GPRS, ou par l'intermédiaire d'une borne de charge, de location ou d'abonnement. Le système 200 comprend en outre une unité de commande 204 surveillant au moins un capteur 2061-206,, associé à un élément/organe 2081-208,, d'un véhicule (non représenté) et permettant de détecter une 20 mise en marche du véhicule. Chaque moyen capteur 206 peut être un capteur mécanique, électrique ou électronique tel qu'un capteur 2061 de fonctionnement du moteur 2081, un capteur 2062 de mouvement d'une roue 2082 du véhicule, un capteur 2063 d'angle d'un volant 2083, un capteur de force 2064 détectant l'ouverture d'un ouvrant 2084 du véhicule ou un capteur 25 électronique 206,, de changement de la position GPS du véhicule au moyen d'un GPS 208,, du véhicule. Le système 200 comprend en outre un module 210 de gestion/émission de données d'alerte vers l'utilisateur ou vers le site central au travers d'un réseau de télécommunication directement ou en passant par 30 l'intermédiaire du module de communication 202. Le système 200 comprend en outre des moyens 212 de mémorisation de données au niveau du véhicule et un moyen d'identification 214 d'un utilisateur par lecture d'un identifiant de type RFID ou biométrique. Lorsque 2977216 -12- le module d'identification 214 est disposé au niveau du véhicule, il communique avec le module de communication 202. Le système 200 comprend en outre des moyens d'émission d'une alarme au niveau du véhicule tel qu'un ou plusieurs haut-parleurs 216 qui 5 peuvent être les haut-parleurs du véhicule, et un ou plusieurs écrans d'affichage 218 qui peuvent être un écran d'affichage d'un ordinateur de bord du véhicule. Le module de commande 204 est agencé pour analyser les données reçues des capteurs 206 ou directement des organes 208 pour détecter une 10 mise en marche et alerter un module d'analyse 220. Le module d'analyse est agencé pour lire au moins un emplacement mémoire dans le moyen de mémorisation 212, et analyser la donnée lue en fonction d'au moins un critère d'analyse pour détecter une anomalie. Pour réaliser cette analyse le module d'analyse 220 peut également demander ou 15 transmettre au site central au moins une donnée au travers du module de communication. On notera que le module d'analyse est optionnel car l'étape d'analyse peut être effectuée entièrement au niveau du site central. En cas de détection d'une anomalie le module d'analyse 220 renseigne le module de gestion/émission de données d'alerte au module 210 qui selon 20 le besoin active le haut-parleur 216 pour émettre une alerte sonore, ou l'écran 218 pour émettre une alerte visuelle. Le module 210 de gestion/émission d'alerte peut également demander au module de commande de bloquer le fonctionnement d'un ou plusieurs des éléments 208 du véhicule. Le module 210 de gestion/émission d'alerte peut également 25 émettre une donnée d'alerte vers un opérateur ou les forces de l'ordre par l'intermédiaire du module de communication 202 ou par l'intermédiaire du site central. Nous allons maintenant décrire, en référence à la figure 3, un 30 exemple de procédé de détection selon l'invention. Avant cela, les étapes ayant lieu au moment de l'attribution d'un véhicule sont rappelées. Au moment où l'utilisateur demande un véhicule, généralement par l'intermédiaire d'une borne de location, le site central choisit un véhicule 2977216 -13- qu'il attribue à l'utilisateur selon certains critères que l'on ne détaillera pas ici. Après attribution, le système central inscrit ensuite, éventuellement après acceptation de l'utilisateur, l'identifiant de l'utilisateur associé à un 5 identifiant du véhicule dans une base de données, dite « véhicule », qu'il héberge. Cet identifiant est également transmis au véhicule, éventuellement avec d'autres données telles qu'une donnée ESA relative au démarrage du véhicule traduisant le droit qu'a l'utilisateur à démarrer le moteur d'un véhicule. Il s'agit d'une donnée binaire qui permet de commander ou non un 10 signal d'activation du démarrage du moteur du véhicule en fonction de sa valeur. Cette transmission peut être effectuée dès le début de la location ou une fois que l'utilisateur a demandé l'ouverture des portes par exemple. A la fin de location, les données relatives à l'utilisateur sont normalement effacées de la mémoire du véhicule et remplacées par des données 15 standard. A priori la donnée ESA est remplacée par la valeur binaire 0 et la donnée d'identification peut également être remplacée par une valeur numérique déterminée. On notera donc que, lorsque le véhicule est prêt à démarrer, il comprend l'identifiant de l'utilisateur dans sa mémoire. 20 On notera également que le véhicule stocke en permanence un numéro d'identification de secours, détenu également par certains opérateurs dans un moyen d'identification qui leur est propre. Le procédé selon l'invention comprend une étape de détection de mise 25 en marche du véhicule lors d'une étape 302. Cette détection est effectuée par le biais d'un capteur qui détecte le mouvement de la roue et remonte l'information au boîtier par l'intermédiaire d'un bus CAN. Il peut également être détecté par exemple lorsque le bus CAN remonte l'information au boîtier indiquant que le moteur est en marche, ou lorsque ce dernier, apte à 30 déterminer les coordonnées GPS du véhicule, détecte que ces coordonnées changent. 2977216 -14- Après la détection de mise en marche, une étape 304 interroge l'emplacement de mémoire local prédéterminé contenant l'identifiant de l'utilisateur et/ou la donnée ESA et/ou une autre donnée prédéterminée. Cette donnée est analysée lors d'une étape 306 pour déterminer par 5 exemple si l'emplacement interrogée contient une donnée ayant la valeur prédéterminée indiquant que le véhicule est hors de location. Si cet emplacement contient une donnée ayant la valeur prédéterminée indiquant que le véhicule est hors de location, une vérification supplémentaire est réalisée dans le but de vérifier si un 10 opérateur a démarré le véhicule pour une opération de maintenance ou de test. Cette vérification supplémentaire est décrite plus bas. Si la valeur trouvée est différente de ladite valeur, on vérifie que la valeur de la donnée (par exemple l'identifiant utilisateur) enregistrée dans le boîtier du véhicule est la même que celle enregistrée dans le site central. 15 Une étape 308 réalise l'envoie de l'identifiant récupéré depuis la mémoire local du véhicule au site distant. Une étape 310 interroge la base de données au niveau du site distant pour récupérer l'identifiant associé au véhicule dans la base de données du site central. 20 Les deux identifiants sont comparés lors d'une étape 312. Si les deux valeurs sont identiques, on en déduit que le véhicule est utilisé de façon légitime et le procédé est donc terminé, éventuellement après en avoir notifié le véhicule. Si les deux valeurs ne sont pas identiques, une vérification 25 supplémentaire est réalisée dans le but de vérifier si un opérateur a démarré le véhicule pour une opération de maintenance ou de test. La vérification supplémentaire comprend une étape optionnelle 314 de transmission au site centrale d'une requête comprenant des données 30 relatives au véhicule (si le véhicule a déterminé lui-même que le véhicule n'était pas en cours de location). Sinon, cette étape 314 est inutile puisque le site central dispose déjà des données relatives au véhicule, dont son identifiant. 2977216 -15- Dans les deux cas, on demande au site central d'indiquer les dernières tâches déclarées sur le véhicule lors d'une étape 314. Ces données peuvent notamment se trouver dans une base de données relative à la maintenance. Si un opérateur a déclaré avoir ouvert les portes, ce sera indiqué dans cette 5 base de données et le site central en déduira qu'il ne s'agira pas d'un vol pour ce véhicule. Le procédé est donc terminé, éventuellement après en avoir notifié le véhicule. Le procédé peut en outre comprendre des étapes pour vérifier d'autres données telles que l'heure à laquelle une telle opération a été effectuée. 10 En revanche, si aucune tâche récente concernant l'ouverture du véhicule n'est répertoriée dans la base de données de maintenance, le site central envoie, lors d'une étape 318, un message aux opérateurs, par exemple d'un centre d'appel, pour que ceux-ci soient informés de l'éventuel vol du véhicule. Ceux-ci peuvent alors décider en fonction des circonstances 15 de prévenir les forces de l'ordre ou de surveiller étroitement le véhicule pendant un temps. Ce message aux opérateurs peut être envoyé par courriel ou SMS. Par ailleurs, le site central envoie, lors d'une étape 320, un message 20 au véhicule, grâce aux unités de communication. Ce message indique au véhicule un dysfonctionnement et comprend une donnée apte à déclencher un signal d'activation. Un tel signal d'activation permet d'exécuter une commande sur le véhicule, en l'occurrence dans le cas présent, le déclenchement d'une alarme sonore lors d'une étape 320. Cela permet 25 généralement de mettre en fuite les voleurs et également d'alerter les personnes aptes à intervenir et se situant à proximité. Le procédé selon l'invention n'est bien sûr pas limité au mode de réalisation décrit ci-dessus. On pourrait par exemple considérer que la 30 vérification se fait uniquement localement, au niveau du véhicule ou de façon préférentielle, uniquement en coopération avec le site central. En effet, dans un mode de réalisation préféré, le véhicule remonte des informations au site central (grâce à une transmission périodique) et le système d'information est apte à détecter grâce à cette communication que 2977216 -16- certains organes (lecteur RFID, serrure) sont endommagés ou que l'identifiant de l'utilisateur ou que la donnée de démarrage n'est pas conforme à la valeur attendue et à déclencher de ce fait les alarmes adéquates. 5 La vérification effectuée pourrait également être une vérification du format de la donnée, une vérification de la présence d'une donnée dans l'emplacement dédié du boîtier, etc. Lorsque la vérification consiste en une comparaison de la donnée du 10 site central avec celle stockée dans le véhicule, on notera également que le site central pourrait envoyer la donnée récupérée dans la base de données au véhicule, ce dernier effectuant lui-même la vérification. La vérification supplémentaire relative à la maintenance n'est pas non 15 plus obligatoire. De même, l'étape d'alarme peut être différente de ce qui a été indiqué. On peut par exemple envoyer un SMS à un opérateur se trouvant sur le terrain ou aux forces de l'ordre. L'unité de communication du site 20 central, apte à communiquer par le biais d'un réseau GPRS, permet en effet de composer un message et de l'envoyer à un numéro connu. Le message pourrait même être envoyé à un utilisateur dont l'identifiant est répertorié dans le véhicule ou la base de données pour qu'il puisse appeler le système pour s'expliquer ou rectifier l'erreur. Une autre alarme pourrait également 25 être un appel au véhicule. Toutes ces alarmes ainsi que celles décrites précédemment peuvent être déclenchées seules ou en combinaison. On notera enfin que le procédé pourrait comprendre une étape supplémentaire de vérification de la connexion du véhicule au réseau GPRS. 30 En effet, on pourrait imaginer que certaines personnes mal intentionnées aient réussi à couper la connexion du véhicule au réseau, pour éviter la mise en marche de l'alarme. Toutefois, on notera que dans certaines régions le réseau est suffisamment dense pour que la coupure réseau ne dépasse pas un temps assez court. De ce fait, le véhicule ou le site central peut, à l'aide 2977216 -17- d'un timer, déclenché lors de l'envoi d'un message au site central, vérifier si la coupure réseau dure depuis une durée supérieure à une durée prédéterminée, par exemple 5 minutes (notamment dans le cas où le système est censé recevoir en permanence des données en provenance du 5 véhicule). Si au bout de cette durée, aucun message n'a pu être envoyé au site central, ou aucune réponse du site central n'a pu être reçue, on peut en déduire que la coupure réseau a été déclenchée intentionnellement par une personne qui a réussi à désactiver les antennes GPRS du véhicule. Le module de gestion/émission d'alerte commande alors le déclenchement de 10 l'alarme sonore du véhicule côté véhicule et/ou l'envoi de messages aux personnes concernées côté site central. Bien entendu l'invention n'est pas limitée aux exemples qui viennent 15 d'être décrits. REVENDICATIONS1. Procédé (300) de détection d'une utilisation frauduleuse d'un véhicule proposé à location et pour lequel : au moins un identifiant relatif à l'utilisateur, et/ou au moins une donnée, dite d'état, est mémorisé dans un emplacement de mémorisation (212), dit local, au niveau dudit véhicule, et/ou au moins un identifiant relatif à l'utilisateur, et/ou au moins une donnée, dite d'état, est mémorisé dans un emplacement de mémorisation (118), dit distant, au niveau d'un site distant (102), dit central, en association avec au moins un identifiant dudit véhicule ; caractérisé en ce qu'il comprend une opération de détection de vol comprenant les étapes suivantes : lecture (304) d'au moins une donnée mémorisée dans ledit emplacement de mémorisation local et/ou distant, analyse (306) de ladite donnée lue en fonction d'au moins un critère prédéterminé, pour détecter une anomalie, et émission (318-322) d'une donnée, dite de notification, lorsqu'une anomalie est détectée. 2. Procédé selon la revendication 1, dans lequel une donnée d'état peut être relative à un état loué/non loué/en maintenance du véhicule ou relative à l'état d'un organe du véhicule. 3. Procédé (300) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre une étape (302) réalisant une détection de la mise en marche du véhicule, l'opération de détection de vol étant effectuée à l'aide des données mémorisées préalablement à la mise en marche, lorsque l'on détecte la mise en marche du véhicule. 4. Procédé (300) selon l'une quelconque des revendications précédentes, caractérisé en ce que l'étape d'analyse (306) comprend une comparaison d'un format de la donnée lue à un format prédéterminé. 2977216 -19- 5. Procédé (300) selon l'une quelconque des revendications précédentes, caractérisé en ce que l'étape d'analyse (306) comprend une comparaison de ladite donnée lue dans ledit emplacement de mémorisation local (212) avec 5 la donnée lue mémorisée dans l'emplacement de mémorisation distant (118). 6. Procédé (300) selon l'une quelconque des revendications précédentes, caractérisé en ce que l'étape d'analyse (306) comprend une comparaison de 10 ladite donnée lue dans ledit emplacement de mémorisation local (212) avec une donnée prédéterminée correspondant à une utilisation déclarée par un opérateur, mémorisée de préférence dans le site central. 7. Procédé (300) selon l'une quelconque des revendications précédentes, 15 caractérisé en ce que l'étape d'analyse (306) comprend une comparaison de ladite donnée lue dans ledit emplacement de mémorisation local (212) avec une donnée prédéterminée relative au fonctionnement normal d'un organe du véhicule, mémorisée de préférence dans le site central. 20 8. Procédé (300) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'au moins une donnée de notification est apte à déclencher une alerte sonore et/ou visuelle au niveau du véhicule. 9. Procédé selon l'une quelconque des revendications précédentes, 25 caractérisé en ce qu'au moins une donnée de notification est apte à déclencher un arrêt d'une fonctionnalité du véhicule. 10. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'au moins une donnée de notification déclenche l'envoi 30 d'un message à un tiers, tel qu'un opérateur ou un agent de sécurité. 11. Procédé selon l'une quelconque des revendications précédentes, dans lequel au moins une donnée mémorisée dans l'emplacement local est 2977216 -20- transmise au site central, l'opération de détection de vol étant mise en oeuvre par le site central. 12. Système (200) de détection d'une utilisation frauduleuse d'un véhicule 5 proposé à location, et pour lequel, : au moins un identifiant relatif à l'utilisateur, et/ou au moins une donnée, dite d'état, est mémorisé dans un emplacement de mémorisation (118), dit local, au niveau dudit véhicule, et/ou au moins un identifiant relatif à l'utilisateur, et/ou au moins une 10 donnée, dite d'état, est mémorisé dans un emplacement de mémorisation (212), dit distant, au niveau d'un site distant (102), dit central, en association avec au moins un identifiant dudit véhicule ; caractérisé en ce qu'il comprend : 15 au moins un moyen (126,220) de lecture d'au moins une donnée mémorisée dans ledit emplacement de mémorisation local (212) et/ou distant (118), au moins un moyen d'analyse (126,220) de ladite donnée lue en fonction d'au moins un critère prédéterminé, pour détecter 20 une anomalie, et au moins un moyen (124,210) d'émission d'une donnée, dite de notification, lorsqu'une anomalie est détectée. 13. Système (200) selon la revendication 12, caractérisé en ce qu'il 25 comprend en outre au moins un moyen (204,206,208) de détection de mise en marche du véhicule. 14. Système selon l'une quelconque des revendications 12 ou 13, caractérisé en ce qu'il comprend en outre des moyens d'alarme (216,218). 30