EP2761602A1 - Procede et systeme de detection d'incidents sur un vehicule propose a la location, et installation de location automatisee mettant en oeuvre de tels procede et systeme. - Google Patents

Procede et systeme de detection d'incidents sur un vehicule propose a la location, et installation de location automatisee mettant en oeuvre de tels procede et systeme.

Info

Publication number
EP2761602A1
EP2761602A1 EP12779101.0A EP12779101A EP2761602A1 EP 2761602 A1 EP2761602 A1 EP 2761602A1 EP 12779101 A EP12779101 A EP 12779101A EP 2761602 A1 EP2761602 A1 EP 2761602A1
Authority
EP
European Patent Office
Prior art keywords
vehicle
incident
data
identifier
detection
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP12779101.0A
Other languages
German (de)
English (en)
Inventor
Clément LAMBRINOS
Yousra CHEBBI
Aymeric AUGUSTIN
Raphaël BARROIS
Sylvain GERON
Antoine GERON
Francis AARON
Romain DE LA VILLE
Sandrine RESSAYRE
Franck THIEULENT
Laurent Perrier
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bluecarsharing SAS
Original Assignee
Bluecarsharing SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bluecarsharing SAS filed Critical Bluecarsharing SAS
Publication of EP2761602A1 publication Critical patent/EP2761602A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0645Rental transactions; Leasing transactions
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/08Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0841Registering performance data
    • G07C5/085Registering performance data using electronic data carriers
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07BTICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/008Registering or indicating the working of vehicles communicating information to a remotely located station

Definitions

  • the present invention relates to a method for detecting incidents on a vehicle proposed for rental. It also relates to a system implementing such a method and an installation implementing such a method or such a system.
  • the field of the invention is the field of automated rental of vehicles on one or more rental sites, and in particular the field of management of vehicles offered for rental, particularly in terms of detection of incidents occurring on the premises. vehicles and user assistance throughout a rental. It concerns in particular the automated rental of electric vehicles.
  • Automated vehicle leasing is a growing field. Agglomerations wishing to reduce the number of vehicles on their territory set up automated vehicle rental systems.
  • Vehicles offered for rental may be subject to incidents such as road accidents or damage during their rentals. There is currently no automated incident detection method and system.
  • An object of the present invention is to overcome the aforementioned drawbacks.
  • Another object of the invention is to provide a method and a system for automatically detecting incidents occurring on a vehicle when used as part of an automated rental.
  • the invention proposes to achieve at least one of the aforementioned objects by a method for automatically detecting incidents occurring on a vehicle during its use, in particular in the context of automated vehicle rental, said method comprising the following steps :
  • the method according to the invention may also comprise an inscription of a data relating to the incident in association with the user's identifier.
  • the method according to the invention makes it possible to perform automated detection of incidents and to identify the users involved in these incidents.
  • the method according to the invention makes it possible to detect incidents without the intervention of an operator and thus avoids the time and the personnel necessary for such an intervention.
  • the method according to the invention also makes it possible to avoid fraud related to incidents that would not be declared by the users.
  • the method according to the invention makes it possible to detect, in an automated manner, incidents occurring on each of the vehicles proposed for rental in order to trigger maintenance or first aid operations, and thus to better manage the fleet of vehicles proposed for sale. rent and better ensure the safety of the users of the service.
  • the transmission step may further include a transmission of data relating to the time of the incident, for example to precisely determine the user involved in the incident and therefore the user who will be responsible for damage to the incident. vehicle if the user is at fault in the incident.
  • the time of the incident may be the time of transmission of the data relating to the incident by the vehicle.
  • the time used is then a time determined by the telecommunications network which is responsible for transmitting the message.
  • the time of the incident is the time of detection of the incident by the sensor, for example the time of triggering of the sensor, determined at the level of the vehicle, for example by means of a clock synchronized with a clock of the central site which avoids committing an odd and run the risk of identifying another user of the vehicle, in the case where the transmission is not carried out immediately after the detection of the abnormal state of the sensor, case occurring in particular when the vehicle is not in the coverage area of the network used for the transmission of data at the time of the detection of the incident.
  • the transmission step may further comprise a transmission of identification data relating to the vehicle.
  • This identification data can in particular be an identifier written in the contents of an incident message by the vehicle.
  • the method according to the invention may comprise a step of extracting this identifier. This extraction is particularly easy if the message is constructed according to a given and known frame.
  • It can also be constituted by the vehicle's telephone number by which the message is transmitted to the central site, also readable by the server even if it is not included in the content of the message.
  • the identifier of the user is a stored identification data, for example in a database at the central site, in association with a vehicle identification data and in association with at least one time data that can be compared to the time of the incident.
  • Such a database can indeed store for example, the start time and the end time of a rental made by a user with a user identifier and a vehicle identifier. We then check that the time of the incident is in the slot between the start and end times.
  • the method according to the invention may further comprise a step of writing a data item relating to the incident in association with the identifier of the vehicle.
  • a data item relating to the incident in association with the identifier of the vehicle.
  • Such an inscription makes it possible to follow the vehicle after the hiring, and to intervene on the vehicle to first establish if the vehicle is suitable to be rented and if not to declare it "broken down" and to carry out a maintenance on the vehicle.
  • the method according to the invention may furthermore comprise a sequence for processing the incident following receipt of the data relating to the incident.
  • the method according to the invention may comprise a step of analyzing the data received by the central site, said analysis providing a level of severity of the incident.
  • the method according to the invention may comprise at least two incident processing sequences each associated with a level of severity.
  • a particular processing sequence may be associated with each severity level.
  • At least one treatment sequence may comprise at least one of the following steps:
  • - alert for example in the form of a call or a message, a third party to report the incident, especially emergency alert.
  • the incident data transmitted by the sensor may include data relating to:
  • the method according to the invention may further comprise a step of collecting additional data, relative to:
  • At least one other sensor in the vehicle for example a speed sensor, a direction sensor, a sensor for the on / off state of the engine, etc. ; and or
  • At least one vehicle component for example the vehicle brakes, the vehicle wheels, an opening of the vehicle, a vehicle airbag, etc.
  • the method further comprises transmitting at least one of these data from the vehicle to the central site.
  • the additional data may be transmitted to the central site with and incidental data, for example in the incident message, or subsequently following eg a request from the central site.
  • the method according to the invention may further comprise a step of determining a vehicle status, in particular to determine whether the vehicle was temporarily parked or stopped at the time of the incident, for example by consulting a vehicle. database storing such a status.
  • an automated detection system of incidents occurring on a vehicle during its use particularly in the context of automated vehicle rental, said system comprising:
  • At least one incident detection sensor such as for example an impact sensor or an air bag trigger sensor,
  • a wireless communication network such as a mobile telephone network, for example in a message constructed in a predetermined format and / or frame, and
  • means for determining a datum, called an identifier, relating to a user of said vehicle during said detection comprising for example a database in which said user identifier is registered in association with a vehicle identifier.
  • the method according to the invention may further comprise, in a preferred version, means for registering at least one piece of data relating to the incident in association with the identifier of the user.
  • the system according to the invention may further comprise a module, said central unit, arranged in the vehicle and connected to the incident detection sensor, said central unit being further connected to at least one other sensor in said vehicle and / or at least one member of said vehicle, for collecting data, said additional, relating to said other sensor and / or said body, said additional data being then transmitted to the central site.
  • the transmission means comprise a communication module, said vehicle, arranged in the vehicle and a communication module, called central, arranged at the central site, able to cooperate to transmit data between the vehicle and the central site through a wireless communication network, for example a mobile network type GPRS or 3G.
  • a wireless communication network for example a mobile network type GPRS or 3G.
  • an automated vehicle rental facility comprising a plurality of rental sites, said installation comprising a management system according to the invention or means for implementing the steps of the method according to the invention. the invention.
  • FIGURE 1 is a schematic representation of a vehicle rental installation implementing the method according to the invention.
  • FIG. 2 is a diagrammatic representation in the form of a diagram of one embodiment of a method according to the invention.
  • FIG. 1 is a schematic representation of an automated rental facility for electric vehicles implementing the reservation method according to the invention.
  • the installation 100 represented in FIG. 1 comprises a central site 102 connected to several sites - or stations - 104i-104 n , said to be leased through a wireless communication network 106, for example GPRS, or a wired network, for example of the DSL or LAN type.
  • a wireless communication network 106 for example GPRS, or a wired network, for example of the DSL or LAN type.
  • each site 104 is connected to the central site via the two separate networks, which allows a continuous connection even if one of the networks is faulty.
  • Each rental site 104 includes a rental terminal 110 for the rental of a vehicle and a plurality of charging terminals 112-116, each charging terminal being provided for charging a vehicle equipped with an electric battery to a parking space, to know the parking spaces 118-122.
  • Some rental sites 104 include a subscription terminal 108 for registration of a new subscriber.
  • the central site 102 can be connected directly to each of the terminals of a rental site 104 through the network 106 or only to the subscription terminal and / or to the rental terminal and / or charging terminals 112-116. .
  • At least two terminals of a rental site are connected to each other through a wired connection (not shown).
  • the central site 102 includes a central management server 124, a calculation and analysis module 126, called central, and a central communication module 128.
  • the central site 102 furthermore comprises a database 132 in which are registered in association with each vehicle identifier, the identifier of the user to whom this vehicle is leased, a real status of the vehicle, for example "available”, “ no available, "in maintenance”, “leased”, and a condition of the vehicle ie "stationary”, "in motion”, etc.
  • the central site 102 is in communication, through a communication network 132, for example GPRS, with electric vehicles 134i-134 m, through the mod ule central communication 136 and a communication 136i housing -136 m , vehicle d it, arranged in each of the vehicles 134.
  • a communication network 132 for example GPRS
  • electric vehicles 134i-134 m through the mod ule central communication 136 and a communication 136i housing -136 m , vehicle d it, arranged in each of the vehicles 134.
  • Chaq ue 134i-134 m vehicle is also equipped with a modulus 138i- 138 m GPS geolocation type for determining the vehicle position, a calculation module and 140i-140 m for analysis of query sensors 142i-142 m of shocks or other sensors of the vehicle 134 and to analyze the state of these sensors 142i-142 m .
  • Each vehicle 134 further comprises other sensors (not shown), for example sensors for triggering airbags in the vehicle 134, vehicle motion sensors 134, vehicle speed sensors 134, sensors operation of the vehicle engine 134, etc.
  • the central site 102 is furthermore in communication with operators 144, each being provided with a communication device 146 integrating geolocation modules such as a PDA provided with a GPS model.
  • Each operator 150 is made to move in the area covered by the rental facility 100 and intervene on the vehicles 134 for the execution of the tasks entrusted to them by the central server 132 or by a supervisor at the site level. central 102.
  • the installation 100 manages a plurality of electric vehicles offered for rental and operators are provided to intervene on the vehicles offered for rental in order to perform predetermined tasks or not.
  • FIGURE 2 is a diagrammatic representation in the form of a diagram of an embodiment of a method according to the invention.
  • the method 200 shown in FIG. 2 is triggered during the running of a vehicle of a rental installation, for example the rental facility 100 of FIG. 1.
  • This vehicle is being rented by a user, this which means that it has been previously allocated to the user and that a central server, for example the server 124, stores in a database, for example the database 130, a user identification data item in association with a vehicle identification data.
  • the method 200 is initiated by the occurrence of an incident, for example an impact with another vehicle.
  • the method comprises a step 202 for detecting the shock by one or more impact sensors, for example the sensors 142.
  • the detection signal is sent immediately to a central unit of the vehicle, for example the calculation and analysis module 140 of the vehicle.
  • the shock sensor signal may include data relating to many parameters such as the force of the impact, the location of the impact, the direction of impact, and the time of the impact.
  • the time of the impact can also be provided subsequently by a vehicle clock connected to the central unit of the vehicle, in particular synchronized with a clock of the central site.
  • the central unit is connected to many other sensors and vehicle components and obtains, in step 204, additional data from these sensors and / or these vehicle components, these data being able to relate to the airbag trigger, the vehicle movement, vehicle speed, engine stop / start, etc.
  • the central unit also obtains the position of the vehicle from a GPS beacon, for example the GPS beacon 138 of FIG.
  • the vehicle identifier, the data transmitted by the shock sensor, the position data transmitted by the GPS beacon and the set of additional data are transmitted to a central server.
  • management system for example the server 124, located on a remote central site, for example the central site 102, in the form for example of a message whose format and frame are predetermined to facilitate the analysis of data by the central server.
  • Transmission of the vehicle message to the central site can be carried out via a communication module arranged at the vehicle, for example the vehicle communication module 136, and a communication module arranged at the site central, for example the central communication module 128, through a wireless communication network, for example the communication module 132.
  • the central server determines the identifier of the vehicle from which the message comes by extracting this identifier from the message.
  • the central server can determine this identifier by consulting a database in which the vehicle's call number is associated with its identifier.
  • the central server extracts the shock sensor trigger time and writes incident data to a database in association with the vehicle identifier.
  • the data or data registered in association with the identifier of the vehicle in the database include the declaration of the vehicle unavailable for rent when relocated to a rental site. In this case, one can make sure before giving back the vehicle to rent that it is well compliant and that a user who rents it following the incident runs no additional risk.
  • the central server consults the vehicle rental history to determine the user, and more particularly the user's identifier, renting the vehicle at the time extracted and associate him with at least one piece of data indicating that there was a shock / accident.
  • a database of the central server stores for each user the start time and the end time of the rental. This step is therefore performed by comparing the time extracted with the start time, and possibly the end time of the rental or the last uses of the vehicle.
  • the data or data registered in association with the identifier of the user in the database allow further processing of the disaster, even if it has not been declared by the user.
  • the central server may also consult at least one piece of data relating to the status of the vehicle, at step 212, at the said time in one of its databases. It can for example determine if the vehicle was temporarily parked or stopped at the appointed time. Such parking may be declared by a user who wishes to stop at a station location without stopping the rental of the vehicle.
  • step 214 the management server then analyzes all these data to determine:
  • the central server still sends, in step 216, a message to the vehicle that displays it on its interface screen, asking the user to declare the incident, for example.
  • the message is displayed on the vehicle user interface at step
  • the user declares the disaster, for example through the user interface, then the user is allowed to continue his rental.
  • step 220 An operator is alerted at step 220 to intercept the vehicle at the end of rental to see and record the damage. If in step 218, the user does not declare the claim and does not respond to the message, a call is made to the vehicle or to a user's telephone number, at step 222, to ensure that the user is not injured.
  • Step 220 is then performed.
  • the vehicle can be interrogated about its position at step 224 to determine if the vehicle is mobile. If the vehicle position has not moved, it is likely that the user is injured and can not answer the calls.
  • Helpers are alerted at step 226 to go to the scene of the accident.
  • Such an alert can be achieved for example by sending an SMS to a predetermined emergency call number stored in a server database.
  • the SMS may include data such as the position of the vehicle and the time of the incident and possibly the registration of the vehicle. If in step 214, the analysis of the data by the management server determines that the accident is serious, for example because an airbag has been triggered, step 218 or step 226 of warning of rescue is carried out following step 214.
  • an alerting step of an operator can be performed to ask him to go go to the scene to make an inventory of the vehicle.
  • the process according to the invention can comprise numerous variants:
  • - additional data may be transmitted with the message or, conversely, no additional data is transmitted and the message only includes the abnormal state of the sensor,
  • the processing sequence after data analysis can be optional.
  • the system can also be set to trigger a single processing sequence regardless of the incident and the severity of the incident. It is also conceivable that no processing sequence is planned.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L'invention concerne un procédé (200) de détection automatisée d'incidents se produisant sur un véhicule lors de son utilisation, ledit procédé (200) comprenant les étapes suivantes; détection (202) d'un incident par au moins un capteur disposé au niveau dudit véhicule, transmission (206), 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, détermination (210) par ledit site central d'une donnée, dite identifiant, relative à un utilisateur dudit véhicule lors de ladite détection, et inscription (210) d'une donnée relative à l'incident en association avec l'identifiant de l'utilisateur. L'invention concerne également un système mettant en œuvre un tel procédé et une application d'un tel procédé et d'un tel système à la location automatisée de véhicules.

Description

« 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-104n, 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-134m, par l'intermédiaire d u mod ule de communication central 136 et d 'un boîtier de communication 136i-136m, d it de véhicule, arrangé dans chacun des véhicules 134.
Chaq ue véhicule 134i-134m est également muni d 'un module 138i- 138m 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-140m permettant d 'interroger des capteurs 142i-142m de chocs ou autre capteurs du véhicule 134 et d 'analyser l'état de ces capteurs 142i-142m.
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.

Claims

REVENDICATIONS
1. Procédé (200) de détection automatisée d'incidents se produisant sur un véhicule ( 134) lors de son utilisation, ledit procédé (200) comprenant les étapes suivantes :
- détection (202) d'un incident par au moins un capteur ( 142) disposé au niveau dudit véhicule,
- transmission (206), dudit véhicule ( 134) vers un site distant ( 102), dit central, d'au moins une donnée relative à ladite détection, au travers d'un réseau ( 132) de communication sans fil,
- détermination (210) par ledit site central ( 102) d'une donnée, dite identifiant, relative à un utilisateur dudit véhicule ( 134) lors de ladite détection, et
- inscription (210) d'une donnée relative à l'incident en association avec l'identifiant de l'utilisateur.
2. Procédé (200) selon la revendication 1, caractérisé en ce que l'étape de transmission (206) comprend en outre une transmission de données relatives à l'heure de l'incident.
3. Procédé (200) selon l'une quelconque des revendications précédentes, caractérisé en ce que l'étape de transmission (206) comprend en outre une transmission d'une donnée d'identification relative au véhicule ( 134) .
4. Procédé (200) selon les revendications 2 et 3, caractérisé en ce que l'identifiant de l'utilisateur est une donnée d'identification mémorisée, au niveau du site central ( 102) en association avec une donnée d'identification du véhicule et en association avec au moins une donnée temporelle qu'on compare à l'heure de l'incident.
5. Procédé (200) selon l'une quelconque des revendications 3 ou 4, caractérisé en ce qu'il comprend en outre une étape (208) d'inscription d'une donnée relative à l'incident en association avec l'identifiant du véhicule ( 134) .
6. Procédé (200) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend une étape (214) d'analyse des données reçues par le site central (102), ladite analyse (214) fournissant un niveau de gravité de l'incident.
7. Procédé (200) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre au moins une séquence (216-226) de traitement de l'incident suite à la réception des données relatives à l'incident.
8. Procédé (200) selon les revendications 6 et 7, caractérisé en ce qu'il comprend au moins deux séquences (226 ; 216-226) de traitement de l'incident associées chacune à un niveau de gravité.
9. Procédé (200) selon l'une quelconque des revendications 7 ou 8, caractérisé en ce qu'au moins une séquence (216-226) de traitement comprend au moins une des étapes suivantes :
- émission (222) d'un appel vers le véhicule (134),
- affichage (218) d'un message sur un écran d'interaction dans le véhicule (134),
- alerte (220) d'un opérateur pour la réalisation d'une opération d'inspection sur le véhicule (134),
- inscription d'une donnée relative à l'état de disponibilité du véhicule en association avec un identifiant du véhicule, et
- alerte (226) d'un tiers pour signaler l'incident.
10. Procédé (200) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre une étape (204) de collecte de données, dites additionnelles, relatives :
- à au moins un autre capteur dans le véhicule (134), et/ou
- à l'état de fonctionnement d'au moins un organe du véhicule (134) ; le procédé comprenant en outre une transmission (206) d'au moins une de ces données.
11. Procédé (200) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre une étape (212) de détermination, notamment par le site central (102) d'un statut du véhicule (134) pour déterminer si ledit véhicule (134) était en stationnement et/ou à l'arrêt au moment de l'incident.
12. Système de détection automatisée d'incidents se produisant sur un véhicule lors de son utilisation, ledit système comprenant :
- au moins un capteur (142) de détection d'un incident,
- des moyens (128,136) de transmission, dudit véhicule (134) vers un site distant (102), dit central, d'au moins une donnée relative à ladite détection, au travers d'un réseau (132) de communication sans fil,
- des moyens (124, 126, 130) pour déterminer une donnée, dite identifiant, relative à un utilisateur dudit véhicule (134) lors de ladite détection, et
- des moyens pour inscrire au moins une donnée relative à l'incident en association avec l'identifiant de l'utilisateur.
13. Système selon la revendication 12, caractérisé en ce qu'il comprend en outre un module (140), dit unité centrale, arrangé dans le véhicule (134) et connecté au capteur (142) de détection d'incident, ladite unité centrale (140) étant en outre connectée à au moins un autre capteur dans ledit véhicule (134) et/ou à au moins un organe dudit véhicule (134), 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 (102).
14. Installation (100) de location automatisée de véhicules sur plusieurs sites de location (104), ladite installation : - comprenant un système selon l'une quelconque des revendications 12 ou 13, ou
- des moyens pour mettre en œuvre les étapes du procédé selon l'une quelconque des revendications 1 à 11.
EP12779101.0A 2011-09-30 2012-09-27 Procede et systeme de detection d'incidents sur un vehicule propose a la location, et installation de location automatisee mettant en oeuvre de tels procede et systeme. Withdrawn EP2761602A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1158799A FR2980886A1 (fr) 2011-09-30 2011-09-30 Procede et systeme de detection d'incidents sur un vehicule propose a la location, et installation de location automatisee mettant en oeuvre de tels procede et systeme.
PCT/FR2012/052178 WO2013045839A1 (fr) 2011-09-30 2012-09-27 Procede et systeme de detection d'incidents sur un vehicule propose a la location, et installation de location automatisee mettant en oeuvre de tels procede et systeme.

Publications (1)

Publication Number Publication Date
EP2761602A1 true EP2761602A1 (fr) 2014-08-06

Family

ID=47089052

Family Applications (1)

Application Number Title Priority Date Filing Date
EP12779101.0A Withdrawn EP2761602A1 (fr) 2011-09-30 2012-09-27 Procede et systeme de detection d'incidents sur un vehicule propose a la location, et installation de location automatisee mettant en oeuvre de tels procede et systeme.

Country Status (4)

Country Link
EP (1) EP2761602A1 (fr)
FR (1) FR2980886A1 (fr)
HK (1) HK1200582A1 (fr)
WO (1) WO2013045839A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10710537B2 (en) 2017-08-18 2020-07-14 Volvo Car Corporation Method and system for detecting an incident , accident and/or scam of a vehicle

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9773281B1 (en) 2014-09-16 2017-09-26 Allstate Insurance Company Accident detection and recovery
FR3033752B1 (fr) * 2015-03-18 2017-03-10 Bluecarsharing Procede et systeme de maintenance de vehicules, installation mettant en oeuvre de tels procede et systeme
FR3100647B1 (fr) 2019-09-11 2021-12-10 Lojelis Holding Procede et dispositif de gestion locative de vehicules
US20220028187A1 (en) * 2020-07-23 2022-01-27 Denso International America, Inc. Method and system of managing a vehicle abnormality of a fleet vehicle

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7177738B2 (en) * 2001-05-30 2007-02-13 Alpine Electronics, Inc. Vehicle management system
FR2876814B1 (fr) * 2004-10-14 2006-12-15 Renault Sas Systeme d'enregistrement d'un contexte d'incident dans un vehicule automobile

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2013045839A1 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10710537B2 (en) 2017-08-18 2020-07-14 Volvo Car Corporation Method and system for detecting an incident , accident and/or scam of a vehicle

Also Published As

Publication number Publication date
WO2013045839A1 (fr) 2013-04-04
FR2980886A1 (fr) 2013-04-05
HK1200582A1 (en) 2015-08-07

Similar Documents

Publication Publication Date Title
US10440514B2 (en) Crash event detection, response and reporting apparatus and method
EP2727091B1 (fr) Procede et systeme de gestion d'un emplacement de vehicule a rechargement en energie, notamment un vehicule electrique en libre service
US9240079B2 (en) Triggering a specialized data collection mode
WO2013045839A1 (fr) Procede et systeme de detection d'incidents sur un vehicule propose a la location, et installation de location automatisee mettant en oeuvre de tels procede et systeme.
WO2013045835A1 (fr) Procede et systeme de reservation a distance d'un emplacement de stationnement, et installation de location automatisee de vehicules
EP2727096B1 (fr) Procede et systeme de surveillance d'un vehicule propose a la location
FR2980879A1 (fr) Procede et systeme de gestion d'emplacements de stationnement dans le cadre de la location automatisee de vehicules, et installation de location de vehicules.
CA2777255C (fr) Systeme electronique de surveillance permettant un calcul de consommations de carburant et d'emissions de co2 reelles pour un appareil en mouvement, a l'arret, en travail, avec exclusion ou pas de vols de carburant
WO2016087734A1 (fr) Procédé d'assistance à au moins un occupant d'un véhicule accidenté et système d'assistance dédié
WO2013045838A1 (fr) Procede et systeme de gestion de sites de location, et installation de location automatisee mettant en oeuvre un tel procede et/ou systeme.
WO2010133811A1 (fr) Systeme de presignalisation pour une population de pietons ou utilisateurs de vehicule
WO2013045842A1 (fr) Procédé et system de sécurisation d'un véhicule proposé a la location, et installation de location de véhicules mettant en oeuvre un tel system ou un tel procédé
WO2010091528A1 (fr) Procede et dispositif d'identification et de reperage d'un evenement survenant sur un site d'un objet fixe ou mobile
FR2980885A1 (fr) Procede et systeme de gestion de taches a realiser sur un vehicule propose a la location, et installation de location automatisee de vehicules mettant en oeuvre de tels procede et systeme.
FR3100647A1 (fr) Procede et dispositif de gestion locative de vehicules
FR2921180A1 (fr) Systeme informatique de gestion des prises a contresens
EP3271876A1 (fr) Procede et systeme de maintenance de vehicules, installation mettant en oeuvre de tels procede et systeme
EP2624221A1 (fr) Kit de sécurité pour véhicule automobile destiné à être partagé par plusieurs utilisateurs et système de gestion d'un fonctionnement d'un véhicule doté d'un tel kit
FR2878349A1 (fr) Procede et systeme de gestion d'une flotte de vehicules, et vehicule associe
FR3038435B1 (fr) Procede de gestion de l'utilisation d'un espace stationnement et dispositifs associes
WO2013001257A1 (fr) Procede, systeme et installation de detection d'une utilisation frauduleuse d'un vehicule
WO2019202273A1 (fr) Procédé et système de contrôle qualité en temps réel par modèle de réseau social
FR3095883A1 (fr) Fourniture automatisée de données représentatives d’un accident d’un véhicule, par ce dernier et par des véhicules voisins
FR3085145A1 (fr) Procede et dispositif de controle du fonctionnement d’un module de communication directe par voie d’ondes d’un vehicule, par declenchement d’une reaction
EP2163915A1 (fr) Procédé de détermination d'au moins un axe sur lequel se déplace un équipement mobile

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20140327

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1200582

Country of ref document: HK

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20170613

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20171024

REG Reference to a national code

Ref country code: HK

Ref legal event code: WD

Ref document number: 1200582

Country of ref document: HK