« Procédé et système de détection d'incidents sur un véhicule proposé à la location, et installation de location automatisée mettant en œuvre de tels procédé et système » La présente invention concerne un procédé de détection d'incidents sur un véhicule proposé à la location. Elle concerne également un système mettant en œuvre un tel procédé et une installation mettant en œuvre un tel procédé ou un tel système. Le domaine de l'invention est le domaine de la location automatisée de véhicules sur un ou plusieurs sites de location, et notamment le domaine de la gestion des véhicules proposés à la location, en particulier en terme de détection d'incidents se produisant sur les véhicules et l'assistance des utilisateurs tout au long d'une location. Elle concerne en particulier la location automatisée des véhicules électriques.

Etat de la technique

La location automatisée de véhicules est un domaine en pleine croissance. Les agglomérations désirant diminuer le nombre de véhicules présents sur leur territoire mettent en place des systèmes de location automatisée de véhicules.

Les véhicules proposés à la location peuvent faire l'objet d'incidents tels que des accidents de la route ou des dégradations pendant leurs locations. Il n'existe actuellement aucun procédé et système de détection d'incidents de manière automatisée.

En effet, dans les procédés et systèmes actuels de location de véhicule, un état des lieux du véhicule est effectué avant et après l'utilisation du service de location, par inspection visuelle, notamment par un opérateur. Dans le cas où l'utilisateur a endommagé le véhicule, on lui facture une certaine somme nécessaire à sa réparation. Toutefois, dans un service de location automatisée de véhicules, il n'est pas possible de réaliser une telle inspection visuelle par un opérateur puisque les véhicules sont pris en location de manière automatisée sans intervention d'un opérateur et restitués après utilisation également de manière automatisée et sans intervention d'un opérateur. Il n'est pas non plus acceptable ni suffisant de de s'attendre à ce que les utilisateurs fassent eux-mêmes la déclaration des dégâts matériels du véhicule car dans ce cas des fraudes sont probables. Un but de la présente invention est de remédier aux inconvénients précités.

Un autre but de l'invention est de proposer un procédé et un système de détection automatisée d'incidents se produisant sur un véhicule lors de son utilisation dans le cadre d'une location automatisée.

Exposé de l'invention

L'invention propose d'atteindre au moins l'un des buts précités par un procédé de détection automatisée d'incidents se produisant sur un véhicule lors de son utilisation, en particulier dans le cadre de la location automatisée de véhicules, ledit procédé comprenant les étapes suivantes :

- détection d'un incident par au moins un capteur disposé au niveau dudit véhicule, par exemple détection d'un impact par un capteur d'impact ou un capteur de déclenchement d'un airbag, - transmission, dudit véhicule vers un site distant, dit central, d'au moins une donnée relative à ladite détection, au travers d'un réseau de communication sans fil, par exemple dans un message, dit d'incident, construit selon un format et/ou une trame prédéterminés,

- détermination par ledit site central d'une donnée, dit identifiant, relative à un utilisateur dudit véhicule lors de ladite détection.

De préférence, le procédé selon l'invention peut également comprendre une inscription d'une donnée relative à l'incident en association avec l'identifiant de l'utilisateur.

Ainsi, le procédé selon l'invention permet de réaliser une détection automatisée d'incidents et d'identifier les utilisateurs impliqués dans ces incidents. Le procédé selon l'invention permet de réaliser une détection d'incidents sans intervention d'un opérateur et permet ainsi d'éviter le temps et le personnel nécessaire pour une telle intervention.

Par ailleurs, le procédé selon l'invention permet également d'éviter des fraudes liées à des incidents qui ne seraient pas déclarées par les utilisateurs.

Il permet en effet de déterminer si l'utilisateur doit est impliqué et éventuellement responsable de l'incident, même s'il n'a pas déclaré de sinistre, en vue de lui faire supporter le cas échéant des frais relatifs à la réparation du véhicule, et éventuellement d'identifier des mauvais conducteurs ayant des incidents à répétition, en vue par exemple de modifier les conditions tarifaires d'abonnement pour ces utilisateurs.

En outre, le procédé selon l'invention permet de détecter de manière automatisée des incidents intervenus sur chacun des véhicules proposés à la location pour permettre de déclencher des opérations des maintenance ou de premier secours et ainsi de mieux gérer le parc de véhicules proposés à la location et de mieux assurer la sécurité des utilisateurs du service.

L'étape de transmission peut comprendre en outre une transmission de données relatives à l'heure de l'incident, en vue par exemple de déterminer précisément l'utilisateur impliqué dans l'incident et donc l'utilisateur qui sera responsable des dégâts causés au véhicule si l'utilisateur est fautif dans l'incident.

Dans un premier mode de réalisation, l'heure de l'incident peut être l'heure de transmission des données relatives à l'incident par le véhicule. L'heure utilisée est alors une heure déterminée par le réseau de télécommunications qui se charge de la transmission du message.

Dans un autre mode de réalisation préférentiel, l'heure de l'incident est l'heure de détection de l'incident par le capteur, par exemple l'heure de déclenchement du capteur, déterminée au niveau du véhicule, par exemple grâce à une horloge synchronisée avec une horloge du site central ce qui permet d'éviter de commettre un impair et de courir le risque d'identifier un autre utilisateur du véhicule, dans le cas où la transmission n'est pas effectuée tout de suite après la détection de l'état anormal du capteur, cas survenant notamment lorsque le véhicule n'est pas dans la zone de couverture du réseau utilisé pour la transmission de données au moment de la détection de l'incident. Avantageusement, l'étape de transmission peut comprendre en outre une transmission d'une donnée d'identification relative au véhicule.

Cette donnée d'identification peut notamment être un identifiant inscrit dans le contenu d'un message d'incident par le véhicule. Dans ce cas, le procédé selon l'invention peut comprendre une étape d'extraction de cet identifiant. Cette extraction est particulièrement aisée si le message est construit selon une trame donnée et connue.

Elle peut également être constituée par le numéro d'appel du véhicule par lequel le message est transmis au site central, également lisible par le serveur même s'il n'est pas compris dans le contenu du message.

Avantageusement, l'identifiant de l'utilisateur est une donnée d'identification mémorisée, par exemple dans une base de données au niveau du site central, en association avec une donnée d'identification du véhicule et en association avec au moins une donnée temporelle qu'on peut comparer à l'heure de l'incident.

Une telle base de données peut en effet mémoriser par exemple, l'heure de début et l'heure de fin d'une location réalisée par un utilisateur avec un identifiant de l'utilisateur et un identifiant du véhicule. On vérifie alors que l'heure de l'incident se trouve dans le créneau situé entre les heures de début et de fin.

Avantageusement, le procédé selon l'invention peut en outre comprendre une étape d'inscription d'une donnée relative à l'incident en association avec l'identifiant du véhicule. Une telle inscription permet de suivre le véhicule après la location, et d'intervenir sur le véhicule pour d'une part constater si le véhicule est apte à être loué et dans le cas contraire le déclarer « en panne » et effectuer une maintenance sur le véhicule. Le procédé selon l'invention peut comprendre en outre une séquence de traitement de l'incident suite à la réception des données relatives à l'incident.

Dans une version avantageuse, le procédé selon l'invention peut comprendre une étape d'analyse des données reçues par le site central, ladite analyse fournissant un niveau de gravité de l'incident.

Dans ce cas, le procédé selon l'invention peut comprendre au moins deux séquences de traitement de l'incident associées chacune à un niveau de gravité. En particulier, une séquence de traitement particulière peut être associée à chaque niveau de gravité. Ainsi, le procédé selon l'invention permet de réaliser un traitement particulier et adapté de l'incident en fonction de son niveau de gravité.

Selon l'invention au moins une séquence de traitement peut comprendre au moins une des étapes suivantes :

- émission d'un appel vers le véhicule,

- affichage d'un message sur un écran d'interaction dans le véhicule,

- alerte d'un opérateur pour la réalisation d'une opération d'inspection sur le véhicule, immédiatement ou après restitution du véhicule,

- inscription d'une donnée relative à l'état de disponibilité du véhicule en association avec un identifiant du véhicule immédiatement ou après restitution du véhicule, et

- alerte, par exemple sous la forme d'un appel ou d'un message, d'un tiers pour signaler l'incident, en particulier alerte des secours.

Dans un mode de réalisation particulier, les données relatives à l'incident transmises par le capteur peuvent comprendre des données relatives :

- au type de l'incident, par exemple impact ou choc, et/ou - à au moins une caractéristique de l'incident, par exemple la force de l'impact, la direction de l'impact, l'emplacement de l'impact, etc. Avantageusement, le procédé selon l'invention peut en outre comprendre une étape de collecte de données, dites additionnelles, relatives :

- à au moins un autre capteur dans le véhicule, par exemple un capteur de vitesse, un capteur de direction, un capteur de l'état de fonctionnement marche/arrêt du moteur, etc. ; et/ou

- à l'état de fonctionnement d'au moins un organe du véhicule, par exemple les freins du véhicule, les roues du véhicule, un ouvrant du véhicule, un airbag du véhicule, etc.

Dans ce cas, le procédé comprend en outre une transmission d'au moins une de ces données du véhicule vers le site central.

Les données additionnelles peuvent être transmises au site central avec et en même que les données relatives à l'incident, par exemple dans le message d'incident, ou ultérieurement suite par exemple à une requête du site central .

Le procédé selon l'invention peut en outre comprendre une étape de détermination d'un statut du véhicule, notamment pour déterminer si le véhicule était en stationnement temporaire ou à l'arrêt au moment de l'incident, par exemple par consultation d'une base de données mémorisant un tel statut.

Toutes ces étapes d'envoi de données, dites additionnelles, et de détermination d'un statut du véhicule permettent de déterminer au mieux les circonstances de l'accident et donnent ainsi des éléments pour déterminer la responsabilité de l'utilisateur dans l'incident.

Selon un autre aspect de l'invention il est proposé un système de détection automatisée d'incidents se produisant sur un véhicule lors de son utilisation, en particulier dans le cadre de la location automatisée de véhicule, ledit système comprenant :

- au moins un capteur de détection d'un incident, tel que par exemple un capteur d'impact ou un capteur de déclenchement d'un airbag,

- des moyens de transmission, dudit véhicule vers un site distant, dit central, d'au moins une donnée relative à ladite détection, au travers d'un réseau de communication sans fil, tel qu'un réseau de téléphonie mobile, par exemple dans un message construit selon un format et/ou une trame prédéterminés, et

- des moyens pour déterminer une donnée, dite identifiant, relative à un utilisateur dudit véhicule lors de ladite détection, comprenant par exemple une base de données dans lequel ledit identifiant de l'utilisateur est enregistré en association avec un identifiant de véhicule.

Le procédé selon l'invention peut en outre comprendre dans une version préférentielle, des moyens pour inscrire au moins une donnée relative à l'incident en association avec l'identifiant de l'utilisateur.

Le système selon l'invention peut en outre comprendre un module, dit unité centrale, arrangé dans le véhicule et connecté au capteur de détection d'incident, ladite unité centrale étant en outre connectée à au moins un autre capteur dans ledit véhicule et/ou à au moins un organe dudit véhicule, en vue de collecter des données, dites additionnelles, relatives audit autre capteur et/ou audit organe, lesdites données additionnelles étant ensuite transmises au site central.

Selon l'invention, les moyens de transmission comprennent un module de communication, dit de véhicule, arrangé dans le véhicule et un module de communication, dit central, arrangé au niveau du site central, aptes à coopérer en vue de transmettre des données entre le véhicule et le site central au travers d'un réseau de communication sans fil, par exemple un réseau de téléphonie mobile de type GPRS ou 3G. Selon encore un autre aspect de l'invention il est proposé une installation de location automatisée de véhicules comprenant une pluralité de sites de location, ladite installation comprenant un système de gestion selon l'invention ou des moyens pour mettre en œuvre les étapes du procédé selon l'invention.

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'une installation de location de véhicule mettant en œuvre le procédé selon l'invention ; et

- la FIGURE 2 est une représentation schématique sous la forme d'un diagramme d'un mode de réalisation d'un procédé 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 qui est uniquement suffisante pour conférer un avantage technique ou pour différencier l'invention par rapport à l'état de la technique antérieur.

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.

Sur les figures et dans la suite de la description, les éléments communs à plusieurs figures conservent la même référence. Les exemples décrits ci-dessous concernent une location automatisée de voitures électriques sur plusieurs sites de location.

La FIGURE 1 est une représentation schématique d'une installation de location automatisée de véhicules électriques mettant le procédé de réservation selon l'invention.

L'installation 100 représentée sur la figure 1 comprend un site central 102 connecté à plusieurs sites - ou stations - 104i-104 _n , dits de location au travers d'un réseau de communication 106 sans fil, par exemple GPRS, ou d'un réseau filaire, par exemple de type DSL ou LAN. De préférence, chaque site 104 est relié 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.

Chaque site de location 104 comprend 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, à savoir les emplacements de stationnement 118-122.

Certains sites de location 104 comprennent une borne d'abonnement 108 pour l'enregistrement d'un nouvel abonné.

Le site central 102 peut être connecté directement à chacune des bornes d'un site 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'un site de location sont connectées entre elles au travers d'une connexion filaire (non représentée).

Le site central 102 comprend un serveur central de gestion 124, un module de calcul et d'analyse 126, dit central, et un module de communication 128 dit central. Le site central 102 comprend en outre une base de données 132 dans laquelle sont enregistrés en association avec chaque identifiant de véhicule, l'identifiant de l'utilisateur à qui est loué ce véhicule, un statut réel du véhicule, par exemple « disponible », « non d isponible », « en maintenance », « en location », et un état d u véhicule à savoir « à l'arrêt », « en mouvement », etc.

Le site central 102 est en communication, au travers d 'un réseau de communication 132, par exemple GPRS, avec des véhicules électriques 134i-134 _m , par l'intermédiaire d u mod ule de communication central 136 et d 'un boîtier de communication 136i-136 _m , d it de véhicule, arrangé dans chacun des véhicules 134.

Chaq ue véhicule 134i-134 _m est également muni d 'un module 138i- 138 _m de géolocalisation de type GPS permettant de déterminer la position d u véhicule, d 'un module de calcul et d 'analyse 140i-140 _m permettant d 'interroger des capteurs 142i-142 _m de chocs ou autre capteurs du véhicule 134 et d 'analyser l'état de ces capteurs 142i-142 _m .

Chaq ue véhicule 134 comprend en outre d 'autres capteurs (non représentés), par exemple des capteurs de déclenchement d 'airbags dans le véhicule 134, des capteu rs de mouvement d u véhicule 134, des capteu rs de vitesse d u véhicule 134, des capteurs de fonctionnement d u moteur du véhicule 134, etc.

Le site central 102 est en outre en communication avec des opérateurs 144, chacun étant muni d 'un appareil 146 de communication intég rant des modules de géolocal isation tels q u'un PDA muni d 'un mod ule GPS.

Chaq ue opérateur 150 est amené à se déplacer dans la zone couverte par l'installation 100 de location et intervenir sur les véhicules 134 pour l'exécution des tâches q ui leur sont confiées par le serveur central 132 ou par un superviseur au niveau du site central 102.

L'instal lation 100 permet de gérer une pluralité de véhicules électriques proposés à la location et les opérateurs sont prévus pour intervenir sur les véhicules proposés à la location en vue de réaliser des tâches prédéterminées ou non .

La FIGURE 2 est une représentation schématiq ue sous la forme d'un d iagramme d 'un mode de réalisation d'un procédé selon l 'invention . Le procédé 200 représenté sur la figure 2 est déclenché au cours du roulage d'un véhicule d'une installation de location, par exemple l'installation de location 100 de la figure 1. Ce véhicule est en cours de location par un utilisateur, ce qui signifie qu'il a été attribué auparavant à l'utilisateur et qu'un serveur central, par exemple le serveur 124, stocke dans une base de données, par exemple la base de données 130, une donnée d'identification de l'utilisateur en association avec une donnée d'identification du véhicule. Le procédé 200 est initié par la survenue d'un incident, par exemple un choc avec un autre véhicule.

Le procédé comprend une étape 202 de détection du choc par un ou plusieurs capteurs de chocs, par exemple les capteurs 142. Le signal de détection est aussitôt envoyé à une unité centrale du véhicule, par exemple le module de calcul et d'analyse 140 de la figure 1.

Le signal du capteur de choc peut comprendre des données relatives à de nombreux paramètres tels que la force de l'impact, le lieu de l'impact, la direction de l'impact, et l'heure de l'impact. L'heure de l'impact peut également être fournie par la suite par une horloge du véhicule connectée à l'unité centrale du véhicule, notamment synchronisée avec une horloge du site central.

L'unité centrale est connectée à de nombreux autres capteurs et organes du véhicule et obtient, à l'étape 204, des données additionnelles par ces capteurs et/ou ces organes du véhicule, ces données pouvant être relatives au déclenchement d'airbag, au mouvement du véhicule, à la vitesse du véhicule, à l'état arrêt/marche du moteur, etc. Pendant cette étape 204, l'unité centrale obtient également la position du véhicule de la part d'une balise GPS, par exemple la balise GPS 138 de la figure 1.

A l'étape 206, l'identifiant du véhicule, les données transmises par le capteur de choc, les données de position transmises par la balise GPS et l'ensemble des données additionnelles sont transmises à un serveur central de gestion, par exemple le serveur 124, se trouvant sur un site central distant, par exemple le site central 102, sous la forme par exemple d'un message dont le format et la trame sont prédéterminés pour faciliter l'analyse des données par le serveur central. La transmission du message du véhicule au site central peut être réalisée par l'intermédiaire d'un module de communication agencé au niveau du véhicule, par exemple le module de communication de véhicule 136, et d'un module de communication agencé au niveau du site central, par exemple le module de communication central 128, au travers d'un réseau de communication sans fil, par exemple le module de communication 132.

A l'étape 208, le serveur central détermine l'identifiant du véhicule dont provient le message par extraction de cet identifiant du message. En variante, le serveur central peut déterminer cet identifiant en consultant une base de données dans laquelle le numéro d'appel du véhicule est associé à son identifiant.

Toujours à l'étape 208, le serveur central extrait l'heure de déclenchement du capteur de chocs et inscrit une donnée relative à l'incident dans une base de données en association avec l'identifiant du véhicule.

La ou les données inscrites en association avec l'identifiant du véhicule dans la base de données permettent notamment de déclarer le véhicule indisponible à la location lorsqu'il est replacé dans un site de location. Dans ce cas, on peut s'assurer avant de redonner le véhicule à la location qu'il est bien conforme et qu'un utilisateur qui le loue suite à l'incident ne court aucun risque supplémentaire.

A l'étape 210, le serveur central consulte l'historique des locations du véhicule pour déterminer l'utilisateur, et plus particulièrement l'identifiant de l'utilisateur, louant le véhicule à l'heure extraite et lui associer au moins une donnée indiquant qu'il y a eu un choc/accident. Une base de données du serveur central stocke en effet pour chaque utilisateur l'heure de début et l'heure de fin de la location. Cette étape est donc effectuée par comparaison de l'heure extraite avec l'heure de début, et éventuellement l'heure de fin de la location du ou des dernières utilisations du véhicule. La ou les données inscrites en association avec l'identifiant de l'utilisateur dans la base de données permettent un traitement ultérieur du sinistre, même si celui-ci n'a pas été déclaré par l'utilisateur. Le serveur central peut également consulter au moins une donnée relative au statut du véhicule, à l'étape 212, à l'heure dite dans une de ses bases de données. Il peut par exemple déterminer si le véhicule était en stationnement temporaire ou à l'arrêt à l'heure dite. Un tel stationnement peut être déclaré par un utilisateur qui souhaite s'arrêter à un emplacement d'une station sans arrêter la location du véhicule.

A l'étape 214, le serveur de gestion analyse ensuite toutes ces données pour déterminer :

- d'une part, la responsabilité de l'utilisateur : véhicule en recul ? à l'arrêt ? en stationnement ? au-dessus de la limitation de vitesse ?, ce qui permettra d'obtenir des éléments pour déterminer sa responsabilité et une franchise que l'utilisateur doit payer,

- d'autre part, la gravité de l'accident : l'airbag s'est-il déclenché ? quelle est la force du choc ?

Dans un premier cas de figure, si l'airbag ne s'est pas déclenché, il est considéré que l'accident n'est pas grave et ne met pas en jeu l'intégrité du ou des occupants du véhicule.

Le serveur central envoie tout de même, à l'étape 216, un message à destination du véhicule qui l'affiche sur son écran d'interface, demandant à l'utilisateur de déclarer le sinistre, par exemple.

Le message est affiché sur l'interface utilisateur du véhicule à l'étape

218.

Si l'utilisateur déclare le sinistre, par exemple par l'interface utilisateur, alors l'utilisateur est autorisé à continuer sa location.

Un opérateur est alerté à l'étape 220 pour intercepter le véhicule en fin de location pour constater et répertorier les dégâts. Si à l'étape 218, l'utilisateur ne déclare pas le sinistre et ne répond pas au message, un appel est émis vers le véhicule ou vers un numéro de téléphone de l'utilisateur, à l'étape 222, pour s'assurer que l'utilisateur n'est pas blessé.

Si l'utilisateur répond, il peut être amené à répondre à certaines questions sur l'incident et puis il est autorisé à terminer son trajet. L'étape 220 est alors réalisée.

Si, au bout d'un temps prédéterminé, l'utilisateur ne répond pas à l'appel émis à l'étape 222, le véhicule peut être interrogé sur sa position à l'étape 224 pour déterminer si le véhicule est mobile. Si la position du véhicule n'a pas bougé, il est fort probable que l'utilisateur est blessé et ne peut pas répondre aux appels.

Les secours sont alertés à l'étape 226 pour qu'ils se rendent sur le lieu de l'accident. Une telle alerte peut être réalisée par exemple par envoi d'un SMS à destination d'un numéro d'appel prédéterminé des secours stocké dans une base de données du serveur. Le SMS peut comprendre des données telles que la position du véhicule et l'heure de l'incident et éventuellement l'immatriculation du véhicule. Si à l'étape 214, l'analyse des données par le serveur de gestion détermine que l'accident est grave, par exemple parce qu'un airbag s'est déclenché, l'étape 218 ou l'étape 226 d'alerte des secours est réalisée suite à l'étape 214. Dans tous les cas, lorsque le véhicule aura rejoint une station de location et sera connecté à une station de charge, une étape d'alerte d'un opérateur peut être réalisée pour lui demander de se rendre sur les lieux pour faire un état des lieux du véhicule. Le procédé selon l'invention peut comprendre de nombreuses variantes :

- des données supplémentaires peuvent être transmises avec le message ou, au contraire, aucune donnée supplémentaire n'est transmise et le message ne comprend que l'état anormal du capteur,

- la séquence de traitement après analyse des données peut être optionnelle. Le système peut également être paramétré pour déclencher une séquence de traitement unique quel que soit l'incident et la gravité de l'incident. Il est également envisageable qu'aucune séquence de traitement ne soit prévue.

Bien entendu l'invention n'est pas limitée aux exemples qui viennent d'être décrits.