EP3613029B1 - Identification à bord d'un véhicule - Google Patents

Identification à bord d'un véhicule Download PDF

Info

Publication number
EP3613029B1
EP3613029B1 EP18720339.3A EP18720339A EP3613029B1 EP 3613029 B1 EP3613029 B1 EP 3613029B1 EP 18720339 A EP18720339 A EP 18720339A EP 3613029 B1 EP3613029 B1 EP 3613029B1
Authority
EP
European Patent Office
Prior art keywords
identification device
identifier
vehicle
contact
contact identifier
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.)
Active
Application number
EP18720339.3A
Other languages
German (de)
English (en)
Other versions
EP3613029A1 (fr
Inventor
Michel PUHARRE
Alexandre SIEGLER
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.)
Orange SA
Original Assignee
Orange SA
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 Orange SA filed Critical Orange SA
Publication of EP3613029A1 publication Critical patent/EP3613029A1/fr
Application granted granted Critical
Publication of EP3613029B1 publication Critical patent/EP3613029B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING SYSTEMS, e.g. PERSONAL CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/01—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
    • G08B25/016—Personal emergency signalling and security systems
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/017—Detecting movement of traffic to be counted or controlled identifying vehicles
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/205—Indicating the location of the monitored vehicles as destination, e.g. accidents, stolen, rental
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING SYSTEMS, e.g. PERSONAL CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/009—Signalling of the alarm condition to a substation whose identity is signalled to a central station, e.g. relaying alarm signals in order to extend communication range

Definitions

  • the invention relates to the field of service provision to vehicle users.
  • Recent vehicles in particular automobiles, are sometimes equipped with a device for establishing communication with a remote assistance service.
  • a device for establishing communication with a remote assistance service In the event of an accident, for example, communication is established between the vehicle and the assistance service.
  • an operator can communicate vocally with the occupants of the vehicle via the communication system integrated into the vehicle.
  • the operator can take the initiative of contacting the emergency services for an intervention.
  • Such assistance equipment is generally installed during the manufacture of the vehicle. It is complex and costly to install such equipment in an existing vehicle. Such systems permanently equip the vehicle and cannot be easily removed from a first vehicle to equip a second vehicle.
  • the invention improves the situation.
  • Such methods allow an operator of a service to identify a person, or a user, via a communication terminal independent of the vehicle, typically a mobile telephone.
  • a contact identifier corresponds for example to a telephone identifier or call number of the communication terminal. Thus, it is irrelevant whether or not the user contacted by means of the contact identifier is present inside the passenger compartment of the vehicle.
  • the contact identifier or contact identifiers used by the operator can be adapted according to the terminals which have identified themselves with the identification device. For example, a mobile terminal identified when the vehicle is started is presumed to be available to an occupant when a subsequent event occurs, regardless of the identity of the occupant or his status (driver or passenger, owner or not of the vehicle, subscriber or not of the service).
  • Such methods allow the service to have a plurality of contact identifiers and to deduce therefrom a plurality of telephone identifiers, which makes it possible to adapt the service provided.
  • the telephone identifiers deduced depend on the mobile terminals identified.
  • the telephone identifiers deduced may correspond to the identified mobile terminals and/or to terminals different from those of the identified mobile terminals.
  • the implementation of the methods does not require the execution of an application on the mobile terminal.
  • the latter can be very basic, only capable of pairing with the identification device to provide a contact identifier.
  • the identifier of the identification device makes it possible to provide an adapted service according to this identifier.
  • This identifier makes it possible to provide a service according to the prior choices of a user who has acquired this identification device and thus subscribed to the service with the operator. Indeed, in the solutions in which the mobile terminal serves as an intermediary to interact with the service, the service operator cannot access information on the user of this terminal when he does not have prior agreement. user to access it. For an assistance service, it is then possible to contact a person who is actually in the vehicle when an accident occurs. For a vehicle sharing service, it is possible to identify the person using the vehicle.
  • an identification device adapted to be disposed in a vehicle and comprising a processor operatively coupled with a memory according to claim 13.
  • the identification device Since the identification device is not used during the voice conversation between the user and the operator, it may have no connection with the vehicle itself.
  • the device may be devoid of numerous components, for example a loudspeaker and/or a microphone.
  • the device may have no communication means for voice transmission.
  • the energy requirements are low.
  • Such a device can therefore be made self-sufficient in energy, for example by means of a battery.
  • the device When the device is energy self-sufficient, the device remains operational regardless of the state of the vehicle. In the event of an accident, for example, the vehicle's own energy sources (battery) may fail. This has no effect on a device equipped with its own battery.
  • Such a device can be compact and easily removably installed in a vehicle and in many locations of the vehicle.
  • a computer program adapted to be implemented in a communication method such as those defined herein.
  • the aforementioned optional features can be transposed, independently of each other or in combination with each other, to the methods, the identification device, the computer program and/or the non-transitory computer-readable recording medium .
  • the identification device 1 comprises only some of the elements listed above.
  • the identification device 1 may be devoid of at least one of the control unit 15, the accelerometer 17 and the geolocation module 19.
  • processors 11 can cooperate to implement the method described below.
  • the processor 11, or data processing unit (CPU) is associated with the memory 13.
  • the memory 13 comprises for example a random access memory (RAM), a read only memory (ROM), a cache memory and/or a flash memory , or any other storage medium suitable for storing software code in the form of processor-executable instructions or processor-accessible data structures.
  • the control member 15 is arranged so as to generate a confirmation signal perceptible by a person located nearby, for example an occupant of the vehicle.
  • the confirmation signal can take, for example, the form of an auditory and/or visual signal.
  • the control unit 15 comprises for example a beeper, a loudspeaker and/or at least one light source such as a light-emitting diode or a set of light-emitting diodes. Control unit 15 is driven by processor 11.
  • the accelerometer 17 has the advantage of being inexpensive while making it possible to detect a wide variety of events.
  • the trigger thresholds are adjusted via the processor 11 to which the accelerometer 17 is operationally connected.
  • the identification device 1 can comprise other sensors, in addition to or replacing the accelerometer 17.
  • the sensors are selected according to the events that one wishes to detect.
  • Sensors external to the identification device 1 can be connected to the processor 11 of the identification device 1 so as to provide information relating to events to be detected.
  • sensors integrated into the vehicle or into one of the mobile terminals 3, 5 shown in picture 2 can transmit data to the processor 11.
  • the identification device 1 can have no sensor and/or no accelerometer 17 and/or disconnected from external sensors. In such cases events can be detected by means of other components such as the user interface 25 described below.
  • the sensors in particular the accelerometer 17, are arranged so as to send information back to the processor 11.
  • the geolocation module 19 comprises a subsystem arranged so as to supply geolocation data to the processor 11.
  • the geolocation module 19 comprises, for example, a satellite positioning subsystem such as the “ Global Positioning System (GPS ) ” which allows for high precision.
  • GPS Global Positioning System
  • the geolocation module 19 is able to provide the position of the identification device 1, and by extension of the vehicle, to the processor 11.
  • the geolocation module 19 may comprise, in addition to or in replacement of a satellite positioning subsystem, a positioning subsystem by detection of surrounding networks, for example geolocation by Wifi and/or communication network of the mobile type.
  • mobile communication network is meant here a communication network, for example a cellular network compatible with GSM, UMTS, GPRS, EDGE, LTE network architectures and/or with 2G, 3G, 4G services.
  • GSM Global System for Mobile Communications
  • UMTS Universal Mobile communications
  • GPRS Global System for Mobile communications
  • EDGE Long Term Evolution
  • LTE Long Term Evolution
  • Other analogous technologies can be envisaged, in particular developments of the aforementioned technologies.
  • positioning by network detection gives better performance than geolocation by satellite alone.
  • Positioning by network detection is generally more reactive and less energy-intensive than geolocation by satellite.
  • the components of the mobile communication module 23 can be shared at least in part with the geolocation module 19.
  • the geolocation module 19 is arranged so as to send geolocation data back to the processor 11.
  • the short-distance (or very short-distance) communication module 21 is arranged so as to allow short-distance data exchange between the identification device 1 and at least one separate compatible device, typically here the terminals 3, 5.
  • short distance here means distances less than 20 meters and preferably less than a few meters.
  • a Bluetooth® type communication is used.
  • Such technology generally allows communication between devices located in the same vehicle without allowing unwanted communication with a device remote from the vehicle.
  • the power required to operate the devices is low, particularly in its low energy mode, which is desirable for battery operated mobile devices.
  • Communication means compatible with technology of the Bluetooth® type equip most recent mobile telephones, in particular smart telephones or “ smartphones ”, which are therefore compatible with such communication.
  • the low power of communications of the Bluetooth ® type and generally of communications at short distance, makes it possible to reduce the hypothetical influence thereof on health in a confined environment such as the passenger compartment of a vehicle.
  • the short distance communication module 21 is controlled by the processor 11.
  • NFC Near Field Communication
  • communication only being effective at distances of a few centimeters, it is necessary for users to place, at least temporarily, the terminal 3, 5 to be identified in the immediate vicinity of the identification device 1.
  • the identification device 1 can, in such cases, be placed within immediate reach of the users, for example at the dashboard of the vehicle.
  • the mobile communication module 23 is arranged to exchange data with a remote device, typically here a server 7, via a mobile communication network, or cellular network.
  • the mobile communication module 23 is, for example, compatible with GSM, UMTS, GPRS, EDGE, LTE network architectures and/or with 2G, 3G, 4G services. Other means may be considered.
  • the mobile communication module 23 comprises a receiver for a card including a microcontroller and memory, for example of the subscriber identification card type (for example SIM for “ Subscriber Identity Module ”).
  • the card contains an identifier that can form, by extension, an identifier of the identification device 1.
  • an identifier of the identification device 1 can take, for example, the form of an IMSI number (IMSI for "International Mobile Subscriber Identity ").
  • IMSI International Mobile Subscriber Identity
  • the mobile communication module 23 is controlled by the processor 11.
  • the user interface 25 is arranged in such a way as to allow a user to force the detection of an event 60 by the processor 11.
  • an event 60 can be detected, independently of the automatic detection or automatic non-detection of the event 60 via the sensors connected to the processor 11.
  • a user can observe a particular situation in his environment and trigger a notification by user interface interaction 25.
  • the user interface 25 comprises a push button.
  • the user interface 25 consists of a single push button and devoid of any other element.
  • Such an interface voluntarily basic, exempts the user from particular attention, in particular visual, which is particularly advantageous in the context of driving a vehicle.
  • the simplicity of the interface allows it to be used by a person with particularly weak physical and/or mental capacities, for example a sick, injured, injured or even handicapped person.
  • Other types of user interface 25 may be provided.
  • the identification device 1 further comprises a power source, not shown.
  • the identification device 1 comprises a battery which can be recharged by connection to a power source.
  • the connection can take, for example, the form of a connector capable of being connected to a power source of the vehicle such as a “cigar lighter” type socket. As a variant, such a connection can be used continuously, for example in the absence of a battery specific to the identification device 1.
  • FIG 2 represents the situation of an identification device 1 placed in a vehicle.
  • picture 3 is a diagram of two complementary processes.
  • figure 4 is a diagram of data exchange between different devices. Reference is now made to figure 2 , 3 And 4 in parallel.
  • a first communication terminal 3 is in the possession of a first user 30.
  • a second communication terminal 5 is in the possession of a second user 50.
  • the identification device 1 is placed in a vehicle.
  • the vehicle is parked and unoccupied.
  • the identification device 1 is, for example, in a standby mode so that its energy consumption is limited.
  • the terminals 3, 5 are located at a distance from the vehicle.
  • the identification device 1 monitors 101 if a trigger event occurs. Upon detection of the triggering event, the identification device 1 exits standby mode.
  • the identification device 1 emits 103 a signal pairing.
  • the pairing signal takes for example the form of a BLE signal (for “Bluetooth Low Energy”). At least one of the mobile terminals 3, 5 then associates with the identification device 1.
  • the triggering event comprises for example the detection of the presence of a user and/or the starting of the vehicle.
  • the triggering event designates an event making it possible to anticipate an imminent use of the vehicle.
  • Such an event can, for example, be detected via the accelerometer 17 described above and/or other sensors.
  • the processor 11 can detect and recognize a variety of trigger events.
  • the triggering event can also include an interaction of a user with the identification device 1, for example via the user interface 25.
  • each of the terminals 3, 5 is able to identify itself with other compatible devices and to exchange data at short distance with other compatible devices, in particular the identification device 1.
  • identification device 1 receives 105 at least one contact identifier 31, 51 from at least mobile terminal 3, 5.
  • each of the terminals 3, 5 transmits to the identification device 1 a contact identifier 31, respectively 51.
  • the contact identifier comprises, for example, a number of the MSISDN type for " Mobile Station Integrated Services Digital Network Number”, or more commonly “telephone number”.
  • the contact identifier is of another predefined type.
  • the contact ID may include a user ID that has been defined for the service.
  • the contact identifiers 31, 51 Upon receipt 105 of the contact identifiers 31, 51 by the identification device 1, the contact identifiers 31, 51 are, for example, associated with an identifier 10 of the identification device 1, for example an IMSI number specific to the device identification 1.
  • the method can comprise a storage 107 of the identifiers 10, 31, 51, a transmission 109 of the identifiers 10, 31, 51, or both.
  • the storage operation 107 comprises the storage of the contact identifiers 31, 51 received in a memory 13 of the identification device 1, in other words a local storage.
  • the transmission operation 109 comprises the prior association of the contact identifiers 31, 51 received with the identifier 10 of the identification device 1. Then, the transmission operation 109 comprises the transmission of the contact identifiers 31, 51 and of the identifier 10 of the identification device 1 associated from the identification device 1 to a remote server 7 via a mobile communication network, for example in a notification signal 40.
  • the transmission of the contact identifiers 31, 51 and of the identifier 10 of the identification device 1 associated from the identification device 1 intended for a remote server 7 via a mobile communication network is implemented by calling up the memory in which the information has been stored (operation 107) only after detection of an event 60 as described below.
  • the transmission of the associated identifiers 10, 31, 51 can be carried out before the detection of an event 60, for example as soon as the identifiers 31, 51 are obtained by the identification device 1 (operation 109), or else the association of identifiers 10, 31, 51 can be stored (operation 107) then transmitted (operation 113) only when an event 60 occurs.
  • the two operations can also be combined.
  • identification device 1 After operations 107 and/or 109, identification device 1 performs monitoring 111 (monitoring mode). The identification device 1 monitors 111 if an event 60 occurs among several predefined events. Upon detection of an event 60, the identification device 1 switches to notification mode. A notification signal 40 is transmitted 113 by the identification device 1. The notification signal 40 is transmitted to the remote server 7 via a mobile communication network.
  • the contact identifiers 31, 51 stored 107 are transmitted in association with the identifier 10 of the identification device 1 from the identification device 1 to the remote server 7 via a mobile communication network with detection of the event 60.
  • the transmission of the association of the identifiers of identification 10 and contact 31, 51 and the transmission of the notification signal 40 can, for example, be concomitant.
  • the notification signal 40 can include the association of the identifiers of identification 10 and contact 31, 51.
  • the event 60 corresponds for example to an event considered as requiring the assistance of an external operator, for example the triggering of an intervention team.
  • the method implemented by the identification device 1 can be considered finished. Depending on the situation, the identification device 1 can return to the initial situation 100 or to the monitoring situation 111, automatically or in response to an interaction by a user via the interface. user 25.
  • a confirmation signal specific to each of the aforementioned situations can be provided.
  • the “success” signals can be at least partly common (for example the emission of a green color).
  • the “failure” signals can be at least partly common (for example the emission of a red color).
  • a positive confirmation signal for example the emission of a green color
  • a negative confirmation signal for example the emission of a red color
  • the confirmation signals can take other forms as explained above (sequences of flashes, sound, etc.).
  • the reiteration loop can be infinite: the identification device 1 waits indefinitely to obtain contact identifiers 31, 51.
  • the maximum number N of iterations is predefined.
  • the identification device 1 implements the operation 113 of transmitting a notification signal 40.
  • the contact identifiers are unavailable.
  • the notification signal includes the identifier 10 of the identification device 1.
  • the notification signal 40 can then include information indicating that a triggering event has been detected but that no occupant could be identified. Such a notification signal 40 can thus be interpreted as an unexpected or unauthorized use of the vehicle, for example an attempted break-in or theft.
  • the detection of the start of the vehicle in the absence of a reception 105 of a contact identifier 31, 51 generates the transmission 113 of the notification signal 40 without reiteration of the operations 103 and 105 or after a number Limited number of chess.
  • the emission of such a notification signal 40 indicating the absence of received contact identifier can also be combined with the implementation of a “negative” confirmation signal.
  • the emission of such a notification signal 40 can be concomitant with a flashing in red and/or an audible signal from the control unit 15 of the identification device 1.
  • the method is again implemented following a trigger by a user, for example by an action on the user interface 25.
  • a user can activate the means of communication at a short distance from his terminal. , then cause operations 103 and 105 to be repeated.
  • the limit in number N of iterations can also be replaced by, or combined with, a maximum time limit.
  • the identification device 1 then comprises a clock.
  • the server 7 also receives data making it possible to locate the vehicle on start-up, respectively data making it possible to locate the vehicle when the event 60 occurs.
  • Server 7 includes a processor. As a variant, several processors can cooperate to implement the method described below.
  • the processor, or data processing unit (CPU) is associated with a memory 73.
  • the memory 73 comprises for example a random access memory (RAM), read only memory (ROM), cache memory and/or flash memory, or any other storage medium suitable for storing software code in the form of instructions executable by a processor or data structures accessible by a processor.
  • the server 7 is connected to a mobile communication network so that it is capable of exchanging data, in particular with the identification device 1 as described above.
  • the server 7 comprises fixed and remote equipment from the identification device 1.
  • remote we mean that short-distance data exchange means cannot suffice to put the device into communication. identification 1 and server 7 with each other.
  • the communication method implemented by the server 7 comprises the reception 713 of the association of the identifier 10 of the identification device 1 and at least one contact identifier 31, 51 from the remote identification device 1 via a mobile communication network.
  • the server 7 Upon receipt 713 of the identifier of the identification device 1 and of at least one contact identifier 31, 51, the server 7 stores the contact identifier 31, 51 received in association with the identifier 10 of the identification 1 and deduces 717 as a function of the identifier 31, 51 of contact received a user identifier, or here a telephone identifier, for example of the MSISDN type, or more commonly a telephone number, to implement a service in function of the identifier of the identification device. It is recalled here that the device and contact identifiers can be received in a notification signal 40.
  • the deduction 717 can be implemented in several ways, for example depending on the identifiers included in the notification signal 40 (or transmitted concomitantly).
  • the deduction 717 of the at least one telephone identifier includes a comparison between the at least one identifier included in the notification signal 40 with data stored in a database, for example stored in the memory 73.
  • the server 7 can, for example, compare the identifier 10 of the identification device 1 with the content of the database. In other words, the server 7 interrogates a database with the identifier 10 of the identification device 1.
  • the database comprises for example a list of correspondence between identifiers 10 of identification devices 1 and contact IDs.
  • the server 7 receives, in response, at least one corresponding contact identifier.
  • the database contact IDs are default contact IDs.
  • contact identifiers were provided when subscribing to the service by a user who had acquired the identification device 1. This may correspond, for example, to the situation described above for which the identification device 1 did not receive a contact identifier 31, 51 during an activation session of the identification device 1 (for example a break-in or theft attempt).
  • the server 7 prior to the reception 713 of the notification signal 40, receives 709 from the remote identification device 1 via a mobile communication network, an association of at least one contact identifier 31, 51 and an identifier 10 of the identification device 1.
  • This situation corresponds, for example, to that described above for which the identification device 1 implements the transmission 109 of the contact identifiers 31, 51 upon receipt from the corresponding terminals 3, 5.
  • the server 7 Upon receipt 713 by the server 7, the server 7 stores 715 the association of the identifiers 10, 31, 51 in the memory 73. For example, the correspondence list mentioned above is updated.
  • the update may comprise the replacement of the previous contact identifiers (for example those by default) by the current contact identifiers 31, 51 and corresponding to the terminals 3, 5 detected in the vehicle.
  • the replacement may be permanent or limited to the duration of the session. When the replacement is limited to the duration of the session, default contact identifiers are for example restored when the identification device 1 is reset, for example at the end of a journey with the vehicle.
  • the update may also include the addition of contact identifiers 31, 51 to those already present.
  • the list can also include priority rules so that the contact identifiers are prioritized relative to each other. For example, the order in which contact identifiers should be used by an operator is predetermined.
  • the deduction of at least one telephone identifier allows an operator, to whom the telephone identifier is provided, to establish communication with a telephone terminal corresponding to the deduced telephone identifier. It is emphasized here that this telephone terminal is distinct from the identification device 1.
  • the telephone terminal can be one of the terminals 3, 5 identified during the session.
  • the server 7 can transmit reception confirmation signals 70 to the identification device 1. Such signals can be interpreted by the identification device 1 to adapt the confirmation signals intended for the occupants of the vehicle .
  • the identification device 1 can be understood as a transmitter transmitting data to the server, while the server can be seen as a receiver of said data and able to process them to identify a user present in the vehicle.
  • the server can be seen as a receiver of said data and able to process them to identify a user present in the vehicle.
  • this allows the server in particular to deduce a telephone identifier, to contact a user via a terminal separate from the identification device 1.
  • one of the intended applications is the call of the presumed occupants of the vehicle when an event such as an accident is detected.
  • the telephone identifiers make it possible, in addition, to contact other users such as a reference person.
  • a reference person can include the owner of the vehicle, a manager in the case of a company vehicle, an automotive professional to facilitate the payment of mechanical repairs or even an insurance company to speed up the administrative operations resulting from a possible accident.
  • the proposed methods are described in different embodiments as implemented respectively by an identification device 1 as illustrated in the figure 1 and by a server 7 as shown in picture 2 , different embodiments of the proposed methods can be implemented using different types of devices such as computers, tablets or computer resources remote from each other.
  • the first method is implemented by computer means placed in a vehicle and configured to process data from terminals 3, 5.
  • the second method is implemented by computer means remote from the vehicle and configured to process data from the first computer means.
  • the identification device 1 can be supplied with a processing device including an operating system and programs, components, modules and/or applications in the form of software executed by the processor(s) 11, which can be stored in non-volatile memory.
  • a processing device including an operating system and programs, components, modules and/or applications in the form of software executed by the processor(s) 11, which can be stored in non-volatile memory.
  • the invention is not limited to the examples of systems, methods, identification devices, data processing units, recording media and programs described above, solely by way of example, but it encompasses all the variants that will be able to consider the person skilled in the art within the framework of the protection sought.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

  • L'invention relève du domaine de la fourniture de service aux utilisateurs de véhicules.
  • Les véhicules récents, en particulier automobiles, sont parfois équipés d'un dispositif de mise en communication avec un service d'assistance distant. En cas d'accident par exemple, une communication s'établit entre le véhicule et le service d'assistance. À l'établissement de la communication, un opérateur peut échanger vocalement avec les occupants du véhicule par l'intermédiaire du système de communication intégré au véhicule. En cas de confirmation orale d'un accident par les occupants ou en cas d'absence de réponse, l'opérateur peut prendre l'initiative de contacter les services de secours pour une intervention.
  • Pour améliorer la sécurité et la rapidité d'intervention en cas d'accident, de tels systèmes tendent à se généraliser et devraient prochainement devenir obligatoires dans les véhicules neufs commercialisés en Europe. Lors de l'activation d'un tel système, le déclenchement effectif de l'intervention des secours par un opérateur humain limite les fausses alertes et les dérangements inutiles des équipes de secours. Dans certains cas, la règlementation elle-même interdit de déclencher l'intervention de secours de manière exclusivement automatisée (sans intervention d'un humain).
  • Dans les cas d'accidents réels, les occupants du véhicule sont souvent amenés à quitter le véhicule immédiatement après l'accident pour leur propre sécurité et/ou pour porter assistance à d'autres personnes. Les dégâts causés par un accident peuvent aussi rendre matériellement difficile, voire impossible, la communication. Dans les cas de déclenchements involontaires ou erronés, les occupants peuvent aussi être amenés à quitter le véhicule avant que la communication entre le service d'assistance et l'habitacle du véhicule ne soit établie. Dans ces deux cas, l'absence de réponse peut être interprétée par l'opérateur comme nécessitant le déclenchement d'une intervention. Des interventions inutiles en résultent.
  • En outre, de tels équipements d'assistance sont généralement installés lors de la fabrication du véhicule. Il est complexe et coûteux d'installer un tel équipement dans un véhicule existant. De tels systèmes équipent à demeure le véhicule et ne peuvent pas être aisément démontés d'un premier véhicule pour équiper un second véhicule.
  • Des exemples et des modes de réalisation possibles de l'état de l'art peuvent être trouvés dans les documents US 2015/061851 A1 , EP 1422676 A1 et DE 102016111787 A1 .
  • L'invention vient améliorer la situation.
  • Il est proposé un procédé de communication mis en oeuvre par un dispositif d'identification apte à être disposé dans un véhicule selon la revendication 1.
  • Selon un autre aspect, il est proposé un procédé de communication mis en oeuvre par un serveur selon la revendication 8.
  • Ces procédés tirent leur origine d'un problème constaté pour un service d'assistance. Toutefois, ces procédés sont également applicables à d'autres types de service, pour lesquels il est souhaité d'identifier une personne présente dans le véhicule.
  • De tels procédés permettent à un opérateur d'un service d'identifier une personne, ou un utilisateur, par l'intermédiaire d'un terminal de communication indépendant du véhicule, typiquement un téléphone mobile. Un identifiant de contact correspond par exemple à un identifiant téléphonique ou numéro d'appel du terminal de communication. Ainsi, il est indifférent que l'utilisateur contacté grâce à l'identifiant de contact soit ou non présent à l'intérieur de l'habitacle du véhicule. L'identifiant de contact ou les identifiants de contact utilisés par l'opérateur peuvent être adaptés en fonction des terminaux qui se sont identifiés auprès du dispositif d'identification. Par exemple, un terminal mobile identifié lors du démarrage du véhicule est présumé être à disposition d'un occupant lorsqu'un évènement ultérieur survient, indépendamment de l'identité de l'occupant ou de son statut (conducteur ou passager, propriétaire ou non du véhicule, souscripteur ou non du service). Dans les cas d'une pluralité de terminaux mobiles identifiés au préalable, de tels procédés permettent au service de disposer d'une pluralité d'identifiants de contact et d'en déduire une pluralité d'identifiants téléphoniques, ce qui permet d'adapter le service fourni. Les identifiants téléphoniques déduits dépendent des terminaux mobiles identifiés. Les identifiants téléphoniques déduits peuvent correspondre aux terminaux mobiles identifiés et/ou à des terminaux différents de ceux des terminaux mobiles identifiés.
  • La mise en oeuvre des procédés ne requiert pas l'exécution d'une application sur le terminal mobile. Ainsi, ce dernier peut être très basique, uniquement apte à s'appairer avec le dispositif d'identification pour fournir un identifiant de contact.
  • L'identifiant du dispositif d'identification permet de fournir un service adapté en fonction de cet identifiant. Cet identifiant permet de fournir un service en fonction de choix préalables d'un utilisateur ayant acquis ce dispositif d'identification et ainsi souscrit au service auprès de l'opérateur. En effet, dans les solutions dans lesquelles le terminal mobile sert d'intermédiaire pour interagir avec le service, l'opérateur du service ne peut accéder à des informations sur l'utilisateur de ce terminal lorsqu'il n'a pas d'accord préalable de l'utilisateur pour y accéder. Pour un service d'assistance, il est alors possible de contacter une personne se trouvant effectivement dans le véhicule lorsqu'un accident survient. Pour un service de partage de véhicule, il est possible d'identifier la personne utilisant le véhicule.
  • Selon un autre aspect, il est proposé un dispositif d'identification apte à être disposé dans un véhicule et comprenant un processeur couplé de manière opérationnelle avec une mémoire selon la revendication 13.
  • Le dispositif d'identification n'étant pas utilisé lors de la conversation vocale entre l'utilisateur et l'opérateur, il peut être dépourvu de connexion avec le véhicule lui-même. Le dispositif peut être dépourvu de nombreux composants, par exemple de haut-parleur et/ou de microphone. Le dispositif peut être dépourvu de moyen de communication pour la transmission de la voix. En outre, les besoins en énergie sont faibles. Un tel dispositif peut donc être rendu autonome en énergie, par exemple au moyen d'une batterie. Lorsque le dispositif est autonome en énergie, le dispositif reste opérationnel indépendamment de l'état du véhicule. Dans le cas d'un accident par exemple, les sources d'énergies propres au véhicule (batterie) peuvent être défaillantes. Ceci est sans effet sur un dispositif équipé de sa propre batterie. Un tel dispositif peut être compact et installé de manière aisément amovible dans un véhicule et en de nombreux emplacements du véhicule.
  • Selon un autre aspect, il est proposé un programme d'ordinateur apte à être mis en oeuvre en un procédé de communication tel que ceux définis dans les présentes. Selon encore un autre aspect, il est proposé un support d'enregistrement non transitoire lisible par un ordinateur sur lequel est enregistré un programme comprenant des instructions pour la mise en oeuvre d'un des procédés proposés dans les présentes.
  • Les caractéristiques suivantes peuvent, optionnellement, être mises en oeuvre. Elles peuvent être mises en oeuvre indépendamment les unes des autres ou en combinaison les unes avec les autres :
    • La transmission de l'identifiant de contact associé à un identifiant du dispositif d'identification est mise en oeuvre par le dispositif d'identification dès réception dudit identifiant de contact. Ainsi, le serveur peut disposer en amont de l'identifiant de contact pour la mise en oeuvre de services dès que le terminal mobile d'un utilisateur est apparié au dispositif d'identification. Par exemple, un responsable d'une flotte de véhicule peut être informé de l'identité du conducteur et/ou de passagers d'un véhicule de la flotte.
    • Le procédé mis en oeuvre par le dispositif d'identification comprend en outre :
      • détecter un évènement,
      • à détection, transmettre l'identifiant de contact préalablement reçu associé à un identifiant du dispositif d'identification depuis le dispositif d'identification au serveur distant via un réseau de communication mobile. La détection déclenche la transmission de l'identifiant de contact associé à l'identifiant du dispositif d'identification. Ceci permet de limiter la remontée d'information d'identification à certaines situations prédéterminées en fonction des évènements détectés. Par exemple, l'identité des occupants d'un véhicule peut être transmise seulement en cas de suspicion d'un accident.
    • L'évènement détecté comprend une interaction volontaire d'un occupant du véhicule avec le dispositif d'identification. Ceci permet de déclencher un service tel que l'envoi de secours de manière manuelle par une action d'un des occupants du véhicule.
    • L'évènement détecté comprend un dépassement d'un seuil d'accélération préétabli et détecté par l'intermédiaire d'un accéléromètre du dispositif d'identification. Ceci permet de déclencher un service tel que l'envoi de secours de manière automatique, typiquement en cas de freinage brutal ou de choc.
    • Le procédé mis en oeuvre par le dispositif d'identification comprend en outre :
      • surveiller par le dispositif d'identification la réception d'un identifiant de contact et/ou le démarrage du véhicule,
      • à détection du démarrage du véhicule sans réception d'un identifiant de contact, transmettre un signal de notification audit serveur. Ceci permet de fournir un service de surveillance de véhicule. Un utilisateur référent, par exemple dont des données de contacts sont préenregistrées et à disposition du serveur réceptionnant le signal de notification, peut être informé d'un démarrage du véhicule sans appairage préalable. Une telle situation correspond par exemple à une tentative de vol du véhicule.
    • Le dispositif d'identification génère au moins un signal de confirmation perceptible par un occupant du véhicule et sélectionné de manière à distinguer :
      • le succès de l'échec de la réception d'un identifiant de contact d'un terminal mobile apte à échanger des données à courte distance avec le dispositif d'identification,
      • le succès de l'échec de la transmission de l'identifiant de contact associé à l'identifiant du dispositif d'identification, et/ou
      • le succès de l'échec de la transmission du signal de notification. Ceci permet à un occupant du véhicule de surveiller le bon fonctionnement du système indépendamment de l'accès au terminal mobile. Par exemple, le terminal mobile peut rester dans une poche ou un sac d'un occupant du véhicule tandis que l'occupant du véhicule est informé directement d'un appairage effectif ou d'une anomalie par le dispositif d'identification.
    • Des données de géolocalisation sont transmises par le dispositif d'identification à réception de l'identifiant de contact et/ou à détection d'un évènement. Les services fournis peuvent ainsi être complétés, par exemple en fournissant la localisation supposée du véhicule. Ceci est particulièrement appréciable dans une situation d'urgence au cours de laquelle un contact avec un occupant ne peut être établi et que des secours doivent intervenir.
    • Le procédé mis en oeuvre par le serveur comprend en outre :
      • recevoir un signal de notification,
      • appeler ladite association stockée dans une base de données pour déduire l'identifiant d'utilisateur et mettre en oeuvre le service. Ceci permet de mettre en oeuvre un service indépendamment de la réception d'un identifiant de contact concomitamment à la réception du signal de notification, par exemple dans la situation d'une tentative de vol expliqué ci-avant.
    • Dans le procédé mis en oeuvre par le serveur, la déduction de l'identifiant d'utilisateur inclut une comparaison entre l'au moins un identifiant de l'association reçue avec des données stockées dans une base de données. Ceci permet de fournir un service adapté en fonction de règles préétablies. Par exemple, un utilisateur référent, non nécessairement occupant du véhicule au cours d'une session d'utilisation du véhicule, peut être ou non contacté en fonction des occupants identifiés au cours de la session.
  • Les caractéristiques optionnelles précitées peuvent être transposées, indépendamment les unes des autres ou en combinaison les unes avec les autres, aux procédés, au dispositif d'identification, au programme d'ordinateur et/ou au support d'enregistrement non transitoire lisible par un ordinateur.
  • D'autres caractéristiques, détails et avantages apparaîtront à la lecture de la description détaillée ci-après, et à l'analyse des dessins annexés, sur lesquels :
    • la figure 1 montre un exemple non limitatif d'un dispositif proposé selon un ou plusieurs modes de réalisation,
    • la figure 2 montre un exemple non limitatif de mise en oeuvre complémentaire de deux procédés selon un ou plusieurs modes de réalisation,
    • la figure 3 est un diagramme de deux procédés complémentaires selon un ou plusieurs modes de réalisation, et
    • la figure 4 est un diagramme illustrant un exemple non limitatif de deux procédés complémentaires proposé selon un ou plusieurs modes de réalisation.
  • Dans la description détaillée ci-après de modes de réalisation, de nombreux détails spécifiques sont présentés pour apporter une compréhension plus complète. Néanmoins, l'homme du métier peut se rendre compte que des modes de réalisation peuvent être mis en pratique sans ces détails spécifiques. Dans d'autres cas, des caractéristiques bien connues ne sont pas décrites en détail pour éviter de compliquer inutilement la description.
  • La figure 1 représente un dispositif d'identification 1. Dans un exemple non limitatif, le dispositif d'identification 1 comprend :
    • un processeur 11,
    • une mémoire 13,
    • un organe de contrôle 15,
    • un accéléromètre 17,
    • un module de géolocalisation 19,
    • un module de communication courte distance 21,
    • un module de communication mobile 23, et
    • une interface utilisateur 25.
  • En variante, le dispositif d'identification 1 comporte certains seulement des éléments listés ci-avant. Par exemple, le dispositif d'identification 1 peut être dépourvu de l'un au moins de l'organe de contrôle 15, de l'accéléromètre 17 et du module de géolocalisation 19.
  • En variante, plusieurs processeurs 11 peuvent coopérer pour mettre en oeuvre le procédé décrit ci-après. Le processeur 11, ou unité de traitement de données (CPU), est associé à la mémoire 13. La mémoire 13 comprend par exemple une mémoire vive (RAM), une mémoire morte (ROM), une mémoire cache et/ou une mémoire flash, ou tout autre medium de stockage apte au stockage de code logiciel sous forme d'instructions exécutables par un processeur ou de structures de données accessibles par un processeur.
  • L'organe de contrôle 15 est agencé de manière à générer un signal de confirmation perceptible par une personne située à proximité, par exemple un occupant du véhicule. Le signal de confirmation peut prendre, par exemple, la forme d'un signal auditif et/ou visuel. L'organe de contrôle 15 comprend par exemple un bipeur, un haut-parleur et/ou au moins une source lumineuse tel qu'une diode électroluminescente ou un ensemble de diodes électroluminescentes. L'organe de contrôle 15 est piloté par le processeur 11.
  • L'accéléromètre 17 est agencé pour former un capteur apte à détecter un évènement 60, par exemple en détectant un dépassement d'un seuil d'accélération préétabli. Le seuil peut être sélectionné pour détecter, dans des exemples combinables et non limitatifs :
    • des vibrations correspondant à une activité à proximité du véhicule, la pénétration d'un individu dans l'habitacle du véhicule, l'ouverture ou la fermeture d'une porte du véhicule, le démarrage du moteur,
    • une accélération correspondant à un déplacement du véhicule, un démarrage du véhicule, une décélération brutale ou encore un choc.
  • De manière générale, différents types et seuils de déclenchement peuvent être prévus pour correspondre à des évènements 60. Les évènements 60 prévus peuvent comprendre un accident probable du véhicule et/ou une manipulation non autorisée du dispositif d'identification 1 telle qu'un arrachement par une personne mal intentionnée. L'accéléromètre 17 présente l'avantage d'être peu coûteux tout en permettant de détecter une grande variété d'évènements.
  • Les seuils de déclenchement sont réglés par l'intermédiaire du processeur 11 auquel est relié de manière opérationnelle l'accéléromètre 17.
  • Dans des variantes, le dispositif d'identification 1 peut comprendre d'autres capteurs, en complément ou en remplacement de l'accéléromètre 17. Les capteurs sont sélectionnés en fonction des évènements que l'on souhaite détecter. Des capteurs externes au dispositif d'identification 1 peuvent être connectés au processeur 11 du dispositif d'identification 1 de manière à fournir des informations relatives à des évènements à détecter. Par exemple, des capteurs intégrés au véhicule ou à un des terminaux mobiles 3, 5 représentés en figure 2 peuvent transmettre des données au processeur 11. Dans des modes de réalisation, le dispositif d'identification 1 peut être dépourvu de capteur et/ou dépourvu d'accéléromètre 17 et/ou déconnecté de capteurs externes. Dans de tels cas des évènements peuvent être détectés au moyen d'autres composants tel que l'interface utilisateur 25 décrite ci-après.
  • Les capteurs, notamment l'accéléromètre 17, sont agencés de manière à remonter des informations au processeur 11.
  • Le module de géolocalisation 19 comprend un sous-système agencé de manière à fournir des données de géolocalisation au processeur 11. Le module de géolocalisation 19 comprend, par exemple, un sous-système de positionnement par satellite tel que le « Global Positioning System (GPS) » qui permet une précision élevée. Ainsi, le module de géolocalisation 19 est apte à fournir la position du dispositif d'identification 1, et par extension du véhicule, au processeur 11.
  • Le module de géolocalisation 19 peut comprendre, en complément ou en remplacement d'un sous-système de positionnement par satellite, un sous-système de positionnement par détection de réseaux environnants, par exemple la géolocalisation par Wifi et/ou réseau de communication du type mobile. Par réseau de communication mobile, on entend ici un réseau de communication par exemple un réseau cellulaire compatible avec les architectures réseau GSM, UMTS, GPRS, EDGE, LTE et/ou avec les services 2G, 3G, 4G. D'autres technologies analogues peuvent être envisagées, notamment les évolutions des technologies précitées. Dans certaines situations, notamment en milieu couvert, le positionnement par détection de réseau donne de meilleures performances que la géolocalisation par satellite seule. Le positionnement par détection de réseaux est généralement plus réactif et moins énergivore que la géolocalisation par satellite. En outre, les composants du module de communication mobile 23 peuvent être au moins en partie mutualisés avec le module de géolocalisation 19.
  • Le module de géolocalisation 19 peut être agencé pour activer, alternativement ou en combinaison, une géolocalisation par satellite et/ou un positionnement par détection de réseaux en fonction des situations. Par exemple, le module de géolocalisation 19 peut :
    • être neutralisé pendant un mode veille du dispositif d'identification 1 (véhicule stationné et absence d'occupant détecté),
    • fonctionner uniquement par détection de réseaux en mode surveillance (roulage normal du véhicule) afin de limiter la consommation d'énergie, et/ou
    • fonctionner par géolocalisation par satellite en mode alerte (évènement anormal détecté) afin d'améliorer la précision pendant une durée critique.
  • Le module de géolocalisation 19 est agencé de manière à remonter des données de géolocalisation au processeur 11.
  • Le module de communication courte distance 21 (ou très courte distance) est agencé de manière à permettre des échange de données à courte distance entre le dispositif d'identification 1 et au moins un appareil distinct compatible, typiquement ici les terminaux 3, 5. On entend ici par courte distance, des distances inférieures à 20 mètres et de préférence inférieures à quelques mètres.
  • Dans un exemple non limitatif, une communication de type Bluetooth® est utilisée. Une telle technologie permet généralement une communication entre des appareils situés dans un même véhicule sans permettre une communication non souhaitée avec un appareil à distance du véhicule. La puissance nécessaire au fonctionnement des appareils est faible notamment dans son mode basse consommation (« Low Energy » en anglais), ce qui est souhaitable pour des appareils mobiles fonctionnant sur batterie. Des moyens de communication compatibles avec la technologie de type Bluetooth® équipent la plupart des téléphones mobiles récents, en particulier les téléphones intelligents ou « smartphones », qui sont donc compatibles avec une telle communication. La faible puissance des communications de type Bluetooth®, et généralement des communications à faible distance, permet d'en réduire l'influence hypothétique sur la santé dans un environnement confiné tel que l'habitacle d'un véhicule. Le module de communication courte distance 21 est piloté par le processeur 11.
  • En variante, d'autres technologies de communication peuvent être mises en oeuvre. Par exemple, les technologies de communication en champ proche (ou NFC pour « Near Field Communication ») peuvent être mises en oeuvre. Dans de tels cas, la communication n'étant efficace qu'à des distances de quelques centimètres, il est nécessaire pour les utilisateurs de placer, au moins temporairement, le terminal 3, 5 à identifier à proximité immédiate du dispositif d'identification 1. Le dispositif d'identification 1 peut, dans de tels cas, être disposé à portée immédiate des utilisateurs, par exemple au niveau du tableau de bord du véhicule.
  • En variante, d'autres technologies de communication à courte distance peuvent être mises en oeuvre, par exemple à base d'ondes radio telles que celles de type Wifi.
  • Le module de communication mobile 23 est agencé pour échanger des données avec un appareil distant, typiquement ici un serveur 7, par l'intermédiaire d'un réseau de communication mobile, ou réseau cellulaire. Le module de communication mobile 23 est, par exemple compatibles avec les architectures réseau GSM, UMTS, GPRS, EDGE, LTE et/ou avec les services 2G, 3G, 4G. D'autres moyens pourront être envisagés.
  • Le module de communication mobile 23 comprend un récepteur pour une carte incluant un microcontrôleur et de la mémoire, par exemple du type carte d'identification d'abonné (par exemple SIM pour « Subscriber Identity Module »). La carte contient un identifiant pouvant former, par extension, identifiant du dispositif d'identification 1. Autrement dit un identifiant du dispositif d'identification 1 peut prendre, par exemple, la forme d'un numéro IMSI (IMSI pour « International Mobile Subscriber Identity »). Le module de communication mobile 23 est piloté par le processeur 11.
  • L'interface utilisateur 25 est agencée de manière à permettre à un utilisateur de forcer la détection d'un évènement 60 par le processeur 11. Par une action de l'utilisateur, un évènement 60 peut être détecté, et ce indépendamment de la détection automatique ou de la non détection automatique de l'évènement 60 par l'intermédiaire des capteurs reliés au processeur 11. Par exemple, un utilisateur peut constater une situation particulière dans son environnement et déclencher une notification par interaction avec l'interface utilisateur 25.
  • Dans certains au moins des modes de réalisation, l'interface utilisateur 25 comprend un bouton poussoir. Dans l'exemple décrit ici, l'interface utilisateur 25 est constituée d'un unique bouton poussoir et dépourvue d'autre élément. Une telle interface, volontairement basique, dispense l'utilisateur d'une attention particulière, notamment visuelle, ce qui est particulièrement avantageux dans le contexte de la conduite d'un véhicule. En outre, la simplicité de l'interface permet son utilisation par une personne aux capacités physiques et/ou mentales particulièrement faibles, par exemple une personne malade, blessée, accidentée, ou encore entravée. D'autres types d'interface utilisateur 25 peuvent être prévus.
  • Le dispositif d'identification 1 comprend en outre une source d'alimentation non représentée. Dans un exemple non limitatif, le dispositif d'identification 1 comprend une batterie qui peut être rechargée par une connexion à une source d'énergie. La connexion peut prendre, par exemple, la forme d'un connecteur apte à être branché à une source d'énergie du véhicule telle qu'une prise de type « allume-cigare ». En variante, une telle connexion peut être utilisée en continu, par exemple en l'absence de batterie propre au dispositif d'identification 1.
  • La figure 2 représente la situation d'un dispositif d'identification 1 placé dans un véhicule. La figure 3 est un diagramme de deux procédés complémentaires. La figure 4 est un diagramme d'échange de données entre différents appareils. Il est maintenant fait référence aux figures 2, 3 et 4 en parallèle.
  • Un premier terminal 3 de communication est en possession d'un premier utilisateur 30. Un deuxième terminal 5 de communication est en possession d'un deuxième utilisateur 50.
  • Dans une situation 100 considérée comme initiale, le dispositif d'identification 1 est disposé dans un véhicule. Le véhicule est stationné et inoccupé. Le dispositif d'identification 1 est, par exemple, dans un mode veille de sorte que sa consommation d'énergie est limitée. Les terminaux 3, 5 sont situés à distance du véhicule. Le dispositif d'identification 1 surveille 101 si un évènement déclencheur se produit. À détection de l'évènement déclencheur, le dispositif d'identification 1 sort du mode veille. Le dispositif d'identification 1 émet 103 un signal d'appairage. Le signal d'appairage prend par exemple la forme d'un signal BLE (pour « Bluetooth Low Energy »). L'un au moins des terminaux mobiles 3, 5 s'associe alors au dispositif d'identification 1.
  • L'évènement déclencheur, ou évènement de démarrage, comprend par exemple la détection de la présence d'un utilisateur et/ou le démarrage du véhicule. De manière générale, l'évènement déclencheur désigne un évènement permettant d'anticiper une utilisation imminente du véhicule. Un tel évènement peut, par exemple, être détecté par l'intermédiaire de l'accéléromètre 17 décrit ci-avant et/ou d'autres capteurs. Par traitement et interprétation des signaux reçus depuis les capteurs, le processeur 11 peut détecter et reconnaître une variété d'évènements déclencheurs. L'évènement déclencheur peut aussi comprendre une interaction d'un utilisateur avec le dispositif d'identification 1, par exemple par l'intermédiaire de l'interface utilisateur 25.
  • Dans l'exemple décrit ici, chacun des terminaux 3, 5 est apte s'identifier auprès d'autres dispositifs compatibles et à échanger des données à courte distance avec d'autres dispositifs compatibles, notamment le dispositif d'identification 1.
  • Ensuite, le dispositif d'identification 1 réceptionne 105 au moins un identifiant de contact 31, 51 en provenance d'au moins terminal mobile 3, 5.
  • Dans l'exemple décrit ici, chacun des terminaux 3, 5 transmet au dispositif d'identification 1 un identifiant de contact 31, respectivement 51. L'identifiant de contact comprend, par exemple, un numéro de type MSISDN pour « Mobile Station Integrated Services Digital Network Number », ou plus communément « numéro de téléphone ». En variante, l'identifiant de contact est d'un autre type prédéfini. Par exemple, l'identifiant de contact peut comprendre un identifiant d'utilisateur qui a été défini pour le service.
  • À réception 105 des identifiants de contact 31, 51 par le dispositif d'identification 1, les identifiants de contact 31, 51 sont, par exemple, associés à un identifiant 10 du dispositif d'identification 1, par exemple un numéro IMSI propre au dispositif d'identification 1.
  • Le procédé peut comprendre un stockage 107 des identifiants 10, 31, 51, une transmission 109 des identifiants 10, 31, 51, ou les deux.
  • L'opération de stockage 107 comprend le stockage des identifiants de contact 31, 51 reçus dans une mémoire 13 du dispositif d'identification 1, autrement dit un stockage local.
  • L'opération de transmission 109 comprend l'association préalable des identifiants de contact 31, 51 reçus avec l'identifiant 10 du dispositif d'identification 1. Puis, l'opération de transmission 109 comprend la transmission des identifiants de contact 31, 51 et de l'identifiant 10 du dispositif d'identification 1 associés depuis le dispositif d'identification 1 à destination d'un serveur 7 distant via un réseau de communication mobile, par exemple dans un signal de notification 40.
  • Dans les modes de réalisation pour lesquels l'opération de stockage 107 est mise en oeuvre mais pas l'opération de transmission 109, la transmission des identifiants de contact 31, 51 et de l'identifiant 10 du dispositif d'identification 1 associés depuis le dispositif d'identification 1 à destination d'un serveur 7 distant via un réseau de communication mobile est mise en oeuvre par appel de la mémoire dans laquelle les informations ont été stockées (opération 107) seulement après détection d'un évènement 60 tel que décrit ci-après. Autrement dit, la transmission des identifiants associés 10, 31, 51 peut être réalisée avant la détection d'un évènement 60, par exemple dès que les identifiants 31, 51 sont obtenus par le dispositif d'identification 1 (opération 109), ou bien l'association d'identifiants 10, 31, 51 peut être mémorisée (opération 107) puis transmise (opération 113) seulement lorsqu'un évènement 60 survient. Les deux opérations peuvent aussi être combinées.
  • Après les opérations 107 et/ou 109, le dispositif d'identification 1 effectue une surveillance 111 (mode surveillance). Le dispositif d'identification 1 surveille 111 si un évènement 60 se produit parmi plusieurs évènements prédéfinis. À détection d'un évènement 60, le dispositif d'identification 1 passe en mode notification. Un signal de notification 40 est transmis 113 par le dispositif d'identification 1. Le signal de notification 40 est transmis à destination du serveur 7 distant via un réseau de communication mobile.
  • Les évènements prédéfinis pouvant constituer l'évènement 60, ou évènements de notification, générant l'émission du signal de notification 40 comprennent, par exemple, l'un au moins des évènements suivants :
    • une interaction volontaire d'un occupant du véhicule avec le dispositif d'identification 1 telle qu'une action par l'intermédiaire de l'interface utilisateur 25 comme l'appui sur un bouton ;
    • le dépassement d'un des seuils d'accélération préétablis et détecté par l'intermédiaire d'un accéléromètre ;
    • au moins une condition vérifiée par l'intermédiaire de l'un des capteurs reliés au processeur 11 du dispositif d'identification 1.
  • Au moins dans les cas précités pour lesquels l'opération de transmission 109 n'a pas été préalablement mise en oeuvre, les identifiants de contact 31, 51 stockés 107 sont transmis en association avec l'identifiant 10 du dispositif d'identification 1 depuis le dispositif d'identification 1 à destination du serveur 7 distant via un réseau de communication mobile à détection de l'évènement 60. La transmission de l'association des identifiants d'identification 10 et de contact 31, 51 et la transmission du signal de notification 40 peuvent, par exemple, être concomitantes. Le signal de notification 40 peut inclure l'association des identifiants d'identification 10 et de contact 31, 51.
  • L'évènement 60 correspond par exemple à un évènement considéré comme nécessitant l'assistance d'un opérateur extérieur, par exemple le déclenchement d'une équipe d'intervention.
  • Une fois le signal de notification 40 transmis, le procédé mis en oeuvre par le dispositif d'identification 1 peut être considéré comme terminé. En fonction de la situation, le dispositif d'identification 1 peut repasser en situation initiale 100 ou dans la situation de la surveillance 111, et ce de manière automatique ou en réponse à une interaction d'un utilisateur par l'intermédiaire de l'interface utilisateur 25.
  • Dans certains au moins des modes de réalisation, le dispositif d'identification 1 génère, en outre, au moins un signal de confirmation perceptible par un occupant du véhicule. Le signal de confirmation est sélectionné, par exemple, de manière à distinguer l'un au moins des couples de situations suivantes :
    • le succès ou l'échec de la réception d'un identifiant de contact 31, 51 ;
    • le succès ou l'échec de la transmission 109 de l'identifiant de contact 31, 51 associé à l'identifiant 10 du dispositif d'identification 1 ;
    • le succès ou l'échec de la transmission 113 du signal de notification 40.
  • Un signal de confirmation spécifique à chacune des situations précitées peut être prévu. Ainsi, l'utilisateur peut comprendre et suivre avec précision le déroulement du procédé mis en oeuvre par le dispositif d'identification 1. En variante, les signaux de « succès » peuvent être au moins en partie communs (par exemple l'émission d'une couleur verte). Les signaux « d'échec » peuvent être au moins en partie communs (par exemple l'émission d'une couleur rouge). En variante, un signal de confirmation positif (par exemple l'émission d'une couleur verte) peut être généré seulement lorsque l'opération de surveillance 111 est atteinte, c'est-à-dire que les opérations précédentes se sont déroulées de manière satisfaisante. Un signal de confirmation négatif (par exemple l'émission d'une couleur rouge) peut être généré seulement lorsque l'opération de surveillance 111 n'est pas atteinte après un délai préétabli considéré comme normal pour la mise en oeuvre des opérations précédentes.
  • Les signaux de confirmation peuvent prendre d'autres formes tel qu'expliqué ci-avant (séquences de clignotements, son, etc.).
  • Dans certains au moins des modes de réalisation, et tel que cela est par exemple représenté en figure 3, les opérations d'émission 103 d'un signal d'appairage et de réception 105 d'au moins un identifiant de contact 31, 51 peuvent être réitérées lorsque le dispositif d'identification 1 ne reçoit pas d'identifiant de contact 31, 51. La non réception peut, par exemple, résulter de :
    • l'échec de l'appairage (aucun terminal compatible pour un échange de données à courte portée n'a pu être détecté),
    • l'échec de l'opération de réception 105.
  • La boucle de réitération peut être infinie : le dispositif d'identification 1 attend indéfiniment d'obtenir des identifiants de contact 31, 51.
  • Dans d'autres modes de réalisation tels que dans l'exemple représenté en figure 3, le nombre maximum N de réitérations est prédéfini. Après un nombre N d'échecs, le dispositif d'identification 1 met en oeuvre l'opération de transmission 113 d'un signal de notification 40. Dans ces cas, les identifiants de contact sont indisponibles. Le signal de notification comprend l'identifiant 10 du dispositif d'identification 1. Le signal de notification 40 peut alors comprendre une information indiquant qu'un évènement déclencheur a été détecté mais qu'aucun occupant n'a pu être identifié. Un tel signal de notification 40 peut, ainsi, être interprété comme une utilisation imprévue ou non autorisée du véhicule, par exemple une tentative d'effraction ou de vol.
  • Dans des modes de réalisation, la détection du démarrage du véhicule en l'absence d'une réception 105 d'un identifiant de contact 31, 51 génère la transmission 113 du signal de notification 40 sans réitération des opérations 103 et 105 ou après un nombre N limité d'échecs.
  • L'émission d'un tel signal de notification 40 indiquant l'absence d'identifiant de contact reçu peut aussi être combinée avec la mise en oeuvre d'un signal de confirmation « négatif ». Par exemple, l'émission d'un tel signal de notification 40 peut être concomitante d'un clignotement en rouge et/ou d'un signal sonore de l'organe de contrôle 15 du dispositif d'identification 1.
  • Dans des modes de réalisation, le procédé est de nouveau mis en oeuvre suite à un déclenchement par un utilisateur, par exemple par une action sur l'interface utilisateur 25. Ainsi, un utilisateur peut activer les moyens de communication à courte distance de son terminal, puis provoquer la réitération des opérations 103 et 105.
  • Dans des modes de réalisation, la limite en nombre N d'itérations peut aussi être remplacée par, ou combinée avec, une limite de temps maximum. Dans ces modes de réalisation, le dispositif d'identification 1 comprend alors une horloge.
  • Dans des modes de réalisation, des données de géolocalisation 49 peuvent être transmises depuis le dispositif d'identification 1 au serveur 7, par exemple :
    • concomitamment de la transmission 109 des identifiants de contact 31, 51, ou à réception des identifiants de contact 31, 51, et/ou
    • concomitamment de la transmission du signal de notification 40, ou à détection de l'évènement 60.
  • Ainsi, le serveur 7 reçoit en outre des données permettant de localiser le véhicule au démarrage, respectivement des données permettant de localiser le véhicule lors de la survenue de l'évènement 60.
  • Des exemples de procédés mis en oeuvre par le serveur 7 vont maintenant être décrits en référence aux figures 2, 3 et 4.
  • Le serveur 7 comprend un processeur. En variante, plusieurs processeurs peuvent coopérer pour mettre en oeuvre le procédé décrit ci-après. Le processeur, ou unité de traitement de données (CPU), est associé à une mémoire 73. La mémoire 73 comprend par exemple une mémoire vive (RAM), une mémoire morte (ROM), une mémoire cache et/ou une mémoire flash, ou tout autre medium de stockage apte au stockage de code logiciel sous forme d'instructions exécutables par un processeur ou de structures de données accessibles par un processeur.
  • Le serveur 7 est connecté à un réseau de communication mobile de sorte qu'il est apte à échanger des données, notamment avec le dispositif d'identification 1 tel que décrit ci-avant. Dans l'exemple décrit ici, le serveur 7 comprend des équipements fixes et distants du dispositif d'identification 1. Par distant, on entend que des moyens d'échange de données à courte distance ne peuvent pas suffire à mettre en communication le dispositif d'identification 1 et le serveur 7 l'un avec l'autre.
  • Le procédé de communication mis en oeuvre par le serveur 7 comprend la réception 713 de l'association de l'identifiant 10 du dispositif d'identification 1 et d'au moins un identifiant de contact 31, 51 depuis le dispositif d'identification 1 distant via un réseau de communication mobile.
  • À réception 713 de l'identifiant du dispositif d'identification 1 et d'au moins un identifiant de contact 31, 51, le serveur 7 mémorise l'identifiant de contact 31, 51 reçu en association avec l'identifiant 10 du dispositif d'identification 1 et déduit 717 en fonction de l'identifiant 31, 51 de contact reçu un identifiant d'utilisateur, soit ici un identifiant téléphonique, par exemple de type MSISDN, ou plus communément un numéro de téléphone, pour mettre en oeuvre un service en fonction de l'identifiant du dispositif d'identification. On rappelle ici que les identifiants de dispositif et de contact peuvent être reçus dans un signal de notification 40.
  • La déduction 717 peut être mise en oeuvre de plusieurs manières, par exemple en fonction des identifiants inclus dans le signal de notification 40 (ou transmis de manière concomitante). Par exemple, la déduction 717 de l'au moins un identifiant téléphonique inclut une comparaison entre l'au moins un identifiant inclus dans le signal de notification 40 avec des données stockées dans une base de données, par exemple stockée dans la mémoire 73.
  • Dans les cas pour lesquels le signal de notification 40 est dépourvu d'identifiant de contact 31, 51, le serveur 7 peut, par exemple, comparer l'identifiant 10 du dispositif d'identification 1 avec le contenu de la base de données. Autrement dit, le serveur 7 interroge une base de données avec l'identifiant 10 du dispositif d'identification 1. La base de données comprend par exemple une liste de correspondance entre des identifiants 10 de dispositifs d'identification 1 et des identifiants de contact. Le serveur 7 reçoit, en réponse, au moins un identifiant de contact correspondant.
  • Dans des modes de réalisation, certains au moins des identifiants de contact de la base de données sont des identifiants de contact par défaut. Par exemple, des identifiants de contact ont été fournis lors de la souscription au service par un utilisateur ayant acquis le dispositif d'identification 1. Ceci peut correspondre, par exemple, à la situation décrite ci-avant pour laquelle le dispositif d'identification 1 n'a pas reçu d'identifiant de contact 31, 51 lors d'une session d'activation du dispositif d'identification 1 (par exemple une tentative d'effraction ou de vol).
  • Dans des modes de réalisation, préalablement à la réception 713 du signal de notification 40, le serveur 7 reçoit 709 depuis le dispositif d'identification 1 distant via un réseau de communication mobile, une association d'au moins un identifiant de contact 31, 51 et d'un identifiant 10 du dispositif d'identification 1. Cette situation correspond, par exemple, à celle décrite ci-avant pour laquelle le dispositif d'identification 1 met en oeuvre la transmission 109 des identifiants de contact 31, 51 à réception depuis les terminaux 3, 5 correspondants. À réception 713 par le serveur 7, le serveur 7 stocke 715 l'association des identifiants 10, 31, 51 dans la mémoire 73. Par exemple, la liste de correspondance mentionnée ci-avant est mise à jour.
  • La mise à jour peut comprendre le remplacement des identifiants de contact précédents (par exemple ceux par défaut) par les identifiants de contact 31, 51 courants et correspondants aux terminaux 3, 5 détectés dans le véhicule. Le remplacement peut être définitif ou bien limité à la durée de la session. Lorsque le remplacement est limité à la durée de la session, des identifiants de contact par défaut sont par exemple rétablis lorsque le dispositif d'identification 1 est réinitialisé, par exemple à la fin d'un trajet avec le véhicule. La mise à jour peut aussi comprendre l'ajout des identifiants de contact 31, 51 à ceux déjà présents. La liste peut aussi comprendre des règles de priorité de sorte que les identifiants de contact sont hiérarchisés les uns par rapport aux autres. Par exemple, l'ordre dans lequel les identifiants de contact doivent être utilisés par un opérateur est prédéterminé.
  • La déduction d'au moins un identifiant téléphonique permet qu'un opérateur, auquel est fourni l'identifiant téléphonique, établisse une communication avec un terminal téléphonique correspondant à l'identifiant téléphonique déduit. On souligne ici que ce terminal téléphonique est distinct du dispositif d'identification 1. Le terminal téléphonique peut être l'un des terminaux 3, 5 identifiés au cours de la session.
  • Dans des modes de réalisation, le serveur 7 peut transmettre des signaux de confirmation de réception 70 au dispositif d'identification 1. De tels signaux peuvent être interprétés par le dispositif d'identification 1 pour adapter les signaux de confirmation à destination des occupants du véhicule.
  • Dans les présentes, deux procédés distincts sont mis en oeuvre respectivement par le dispositif d'identification 1 et par le serveur 7. Les deux dispositifs et les procédés respectifs mis en oeuvre sont complémentaires. Leur mise en oeuvre combinée participe à la fourniture d'un service aux utilisateurs. Par exemple, le dispositif d'identification 1 peut être compris comme un émetteur transmettant des données vers le serveur, tandis que le serveur peut être vu comme un récepteur desdites données et apte à les traiter pour identifier un utilisateur présent dans le véhicule. Lors de la mise en oeuvre d'un service d'assistance, ceci permet notamment au serveur d'en déduire un identifiant téléphonique, pour contacter un utilisateur via un terminal distinct du dispositif d'identification 1.
  • Dans les exemples non limitatifs décrits ci-avant, l'une des applications prévues est l'appel des occupants présumés du véhicule lorsqu'un évènement tel qu'un accident est détecté. Néanmoins, il est possible que les identifiants téléphoniques permettent, en complément, de contacter d'autres utilisateurs tels qu'une personne référente. Une personne référente peut comprendre le propriétaire du véhicule, un responsable dans le cas d'un véhicule de société, un professionnel automobile pour faciliter la prise en charge de réparations mécaniques ou encore une compagnie d'assurance pour accélérer les opérations administratives découlant d'un éventuel accident.
  • L'homme du métier peut se rendre compte que, bien que les procédés proposés soient décrits dans différents modes de réalisation comme mis en oeuvre respectivement par un dispositif d'identification 1 tel qu'illustré sur la figure 1 et par un serveur 7 tel que représenté en figure 2, différents modes de réalisation des procédés proposés peuvent être mis en oeuvre en utilisant différents types d'appareils tels que des ordinateurs, des tablettes ou des ressources informatiques distantes les unes des autres. Le premier procédé est mis en oeuvre par des moyens informatiques disposés dans un véhicule et configurés pour traiter des données issues des terminaux 3, 5. Le second procédé est mis en oeuvre par des moyens informatiques distants du véhicule et configurés pour traiter des données issues des premiers moyens informatiques.
  • Optionnellement, le dispositif d'identification 1 peut être fourni avec un dispositif de traitement incluant un système d'exploitation et des programmes, composants, modules et/ou applications sous forme de logiciels exécutés par le(s) processeur(s) 11, qui peuvent être stockés dans une mémoire non-volatile.
  • En fonction des modes de réalisation choisis, certains actes, actions, évènements ou fonctions de chacune des méthodes et procédés décrits dans le présent document peuvent être effectués ou se produire selon un ordre différent de celui dans lequel ils ont été décrits, ou peuvent être ajoutés, fusionnés ou bien ne pas être effectués ou ne pas se produire, selon le cas. En outre, dans certains modes de réalisation, certains actes, actions ou évènements sont effectués ou se produisent concurremment et non pas successivement ou vice et versa.
  • Bien que décrits à travers un certain nombre d'exemples de réalisation détaillés, les procédés de communication proposés et les systèmes pour la mise en oeuvre des procédés comprennent différentes variantes, modifications et perfectionnements qui apparaîtront de façon évidente à l'homme de l'art, étant entendu que ces différentes variantes, modifications et perfectionnements font partie de la portée de l'invention, telle que définie par la protection recherchée. De plus, différents aspects et caractéristiques décrits ci-dessus peuvent être mis en oeuvre ensemble, ou séparément, ou bien substitués les uns aux autres, et l'ensemble des différentes combinaisons et sous combinaisons des aspects et caractéristiques font partie de la portée de l'invention. En outre, il se peut que certains systèmes et équipements décrits ci-dessus n'incorporent pas la totalité des modules et fonctions décrits pour les modes de réalisation préférés.
  • L'invention ne se limite pas aux exemples de systèmes, procédés, dispositifs d'identification, unités de traitement de données, supports d'enregistrement et programmes décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre de la protection recherchée.

Claims (13)

  1. Procédé de communication mis en oeuvre par un dispositif d'identification (1) adapté à être disposé dans un véhicule, le procédé comprenant :
    - réceptionner (105) un identifiant de contact (31, 51) en provenance d'au moins un terminal mobile (3, 5) d'un utilisateur occupant le véhicule apte à échanger des données à courte distance pour s'appairer avec le dispositif d'identification (1),
    - transmettre (109, 113) l'identifiant de contact (31, 51) reçu associé à un identifiant (10) du dispositif d'identification (1) depuis le dispositif d'identification (1) à un serveur (7) distant via un réseau de communication mobile, l'au moins un identifiant (10, 31, 51) de contact transmis permettant audit serveur de déduire un identifiant d'utilisateur pour mettre en oeuvre un service en fonction de l'identifiant (10) du dispositif d'identification (1), le dispositif d'identification (1) générant au moins un signal de confirmation perceptible par un occupant du véhicule, ledit signal de confirmation étant sélectionné de manière à distinguer :
    - le succès de l'échec de la réception d'un identifiant de contact (31, 51) d'un terminal mobile (3, 5) apte à échanger des données à courte distance avec le dispositif d'identification (1),
    - le succès de l'échec de la transmission (109, 113) de l'identifiant de contact (31, 51) associé à l'identifiant (10) du dispositif d'identification (1), et
    - le succès de l'échec de la transmission (113) du signal de notification (40).
  2. Procédé selon la revendication 1, dans lequel la transmission (109) de l'identifiant de contact (31, 51) associé à un identifiant (10) du dispositif d'identification (1) est mise en oeuvre dès réception dudit identifiant de contact (31, 51).
  3. Procédé selon l'une des revendications précédentes, comprenant en outre :
    - détecter un évènement (60),
    - ladite détection déclenchant la transmission de l'identifiant de contact (31, 51) associé à l'identifiant (10) du dispositif d'identification (1).
  4. Procédé selon la revendication 3, dans lequel l'évènement (60) consiste en une interaction volontaire d'un occupant du véhicule avec le dispositif d'identification (1).
  5. Procédé selon la revendication 3, dans lequel l'évènement (60) consiste en un dépassement d'un seuil d'accélération détecté par l'intermédiaire d'un accéléromètre (17) du dispositif d'identification (1).
  6. Procédé selon l'une des revendications précédentes, comprenant en outre :
    - surveiller (101) par le dispositif d'identification (1) la réception d'un identifiant de contact (31, 51) et/ou le démarrage du véhicule,
    - à détection du démarrage du véhicule sans réception d'un identifiant de contact (31, 51), transmettre un signal de notification (40) audit serveur (7).
  7. Procédé selon l'une des revendications précédentes, dans lequel des données de géolocalisation (49) sont transmises (109, 113) à réception de l'identifiant de contact (31, 51) et/ou à détection d'un évènement (60).
  8. Procédé de communication selon la revendication 1, ledit procédé comprenant les étapes suivantes mises en oeuvre par un serveur (7) :
    - recevoir (713) depuis un dispositif d'identification (1) distant ledit au moins un identifiant de contact (31, 51) associé à un identifiant (10) du dispositif d'identification (1),
    - déduire (717) en fonction de l'au moins un identifiant (10, 31, 51) de contact reçu un identifiant d'utilisateur pour mettre en oeuvre un service en fonction de l'identifiant (10) du dispositif d'identification (1).
  9. Procédé selon la revendication 8 comprenant en outre :
    - recevoir (713) par ledit serveur un signal de notification (40),
    - appeler ladite association (10, 31, 51) stockée dans une base de données (73) pour déduire (717) l'identifiant d'utilisateur et mettre en oeuvre le service.
  10. Procédé selon l'une des revendications 8 et 9 dans lequel la déduction (717) de l'identifiant d'utilisateur inclut une comparaison entre l'au moins un identifiant (10, 31, 51) de l'association reçue avec des données stockées dans une base de données (73).
  11. Support d'enregistrement non transitoire lisible par un ordinateur sur lequel est enregistré un programme comprenant des instructions pour la mise en oeuvre du procédé selon l'une des revendications 1 à 10.
  12. Programme informatique comportant des instructions pour la mise en oeuvre du procédé selon l'une des revendications 1 à 10, lorsque ce programme est exécuté par un processeur (11).
  13. Dispositif d'identification (1) adapté à être disposé dans un véhicule et comprenant un processeur (11) couplé de manière opérationnelle avec une mémoire (13), ledit dispositif comprenant en outre
    - un module de communication courte distance (21), agencé pour réceptionner un identifiant de contact (31, 51) en provenance d'au moins un terminal mobile (3, 5) d'un utilisateur occupant le véhicule apte à échanger des données à courte distance pour s'appairer avec le dispositif d'identification (1),
    - un module de communication mobile (23), agencé pour transmettre l'identifiant de contact (31, 51) reçu associé à un identifiant (10) du dispositif d'identification (1) depuis le dispositif d'identification (1) à un serveur (7) distant via un réseau de communication mobile, l'au moins un identifiant (10, 31, 51) de contact transmis permettant audit serveur de déduire un identifiant d'utilisateur pour mettre en oeuvre un service en fonction de l'identifiant (10) du dispositif d'identification (1),
    le dispositif d'identification (1) étant en outre agencé pour générer au moins un signal de confirmation perceptible par un occupant du véhicule, ledit signal de confirmation étant sélectionné de manière à distinguer :
    - le succès de l'échec de la réception d'un identifiant de contact (31, 51) d'un terminal mobile (3, 5) apte à échanger des données à courte distance avec le dispositif d'identification (1),
    - le succès de l'échec de la transmission (109, 113) de l'identifiant de contact (31, 51) associé à l'identifiant (10) du dispositif d'identification (1), et
    - le succès de l'échec de la transmission (113) du signal de notification (40).
EP18720339.3A 2017-04-20 2018-04-17 Identification à bord d'un véhicule Active EP3613029B1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1753419A FR3065564A1 (fr) 2017-04-20 2017-04-20 Identification a bord d'un vehicule
PCT/FR2018/050959 WO2018193202A1 (fr) 2017-04-20 2018-04-17 Identification à bord d'un véhicule

Publications (2)

Publication Number Publication Date
EP3613029A1 EP3613029A1 (fr) 2020-02-26
EP3613029B1 true EP3613029B1 (fr) 2023-06-28

Family

ID=59325444

Family Applications (1)

Application Number Title Priority Date Filing Date
EP18720339.3A Active EP3613029B1 (fr) 2017-04-20 2018-04-17 Identification à bord d'un véhicule

Country Status (3)

Country Link
EP (1) EP3613029B1 (fr)
FR (1) FR3065564A1 (fr)
WO (1) WO2018193202A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3093853B1 (fr) * 2019-03-15 2022-07-29 Continental Automotive Gmbh Procédé d’émission de demandes de secours pour vehicule
FR3136622B1 (fr) * 2022-06-14 2024-06-21 Orange Procédé d’identification d’un équipement ayant associé un identifiant réseau, et procédé de fourniture de l’identité d’un équipement dans un réseau de communication.

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1422676A1 (fr) * 2001-08-10 2004-05-26 Omron Corporation Dispositif de communication mobile, dispositif de surveillance, systeme de surveillance, procede de surveillance, programme de surveillance, et support d'information lisible par ordinateur contenant ledit programme de surveillance
US20150061851A1 (en) * 2013-08-28 2015-03-05 Omron Automotive Electronics Co., Ltd. Onboard apparatus and report control method

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE9904865D0 (sv) * 1999-12-30 1999-12-30 Satsafe Mls Ab Kommunikationsoberoende ID-enhet
US20110260859A1 (en) * 2010-04-27 2011-10-27 Mgm Computer Systems, Inc. Indoor and outdoor security system and method of use
US20170015263A1 (en) * 2015-07-14 2017-01-19 Ford Global Technologies, Llc Vehicle Emergency Broadcast

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1422676A1 (fr) * 2001-08-10 2004-05-26 Omron Corporation Dispositif de communication mobile, dispositif de surveillance, systeme de surveillance, procede de surveillance, programme de surveillance, et support d'information lisible par ordinateur contenant ledit programme de surveillance
US20150061851A1 (en) * 2013-08-28 2015-03-05 Omron Automotive Electronics Co., Ltd. Onboard apparatus and report control method

Also Published As

Publication number Publication date
FR3065564A1 (fr) 2018-10-26
EP3613029A1 (fr) 2020-02-26
WO2018193202A1 (fr) 2018-10-25

Similar Documents

Publication Publication Date Title
EP2727096B1 (fr) Procede et systeme de surveillance d'un vehicule propose a la location
US20150099500A1 (en) Vehicle operator/driver and wireless device synchronization and uses thereof
US20150187146A1 (en) Smart phone app-based remote vehicle diagnostic system and method
US20140066000A1 (en) Mobile Emergency Attack and Failsafe Detection
FR3010364A1 (fr) Procede de declenchement d'une commande sur un vehicule automobile par un echange de donnees entre un equipement de controle et un element identifiant
EP3227155B1 (fr) Procédé d'assistance à au moins un occupant d'un véhicule accidenté et système d'assistance dédié
CN104735615A (zh) 移动终端定位方法、信息发送方法、装置、终端及设备
WO2002051106A1 (fr) Procede de lutte contre le vol de dispositifs 'nomades', dispositif et installation correspondants
EP3613029B1 (fr) Identification à bord d'un véhicule
WO2009010470A1 (fr) Procede de detection du brouillage d'un reseau de radiocommunication, produit programme d'ordinateur, moyen de stockage et circuit correspondants
WO1998030991A1 (fr) Systeme de surveillance et de securite d'objets mobiles terrestre, aerien et marin
CN107292208A (zh) 移动终端防盗窃方法及装置
EP1074441A1 (fr) Procédé de commande à distance d'un processus
EP4029318B1 (fr) Procédé de communication entre un système de contrôle d'un véhicule et un ensemble d'appareils mobiles de télécommunication
EP2642460B1 (fr) Procédé d'alerte au moyen d'un terminal mobile
US8854203B1 (en) Providing a device left behind alert
WO2013186331A1 (fr) Dispositif de communication.
WO2017198926A1 (fr) Procédé et système de transmission d'une alerte géolocalisée a un utilisateur muni d'un terminal mobile de communication
FR2963147A1 (fr) Dispositif anti oubli d'enfants dans les voitures
FR2896934A1 (fr) Composant integre comprenant des circuits de gestion de l'alimentation et de gestion des etats d'urgence
FR2977216A1 (fr) Procede, systeme et installation de detection d'une utilisation frauduleuse d'un vehicule
FR3099108A1 (fr) Dispositif de centralisation d'accessoires
WO2004111970A2 (fr) Procede et dispositif de lutte contre le vol d’un appareil de radiocommunication
EP3862987A1 (fr) Procede de gestion d'un mode de fonctionnement d'une centrale d'alarme et dispositif associe
EP1962252A1 (fr) Boitier télématique d'assistance automobile et véhicule automobile comprenant un tel boitier

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

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

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

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

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

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20190823

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

AX Request for extension of the european patent

Extension state: BA ME

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

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: 20211027

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

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

Free format text: STATUS: GRANT OF PATENT IS INTENDED

RIC1 Information provided on ipc code assigned before grant

Ipc: G08G 1/017 19900101ALI20230112BHEP

Ipc: G08G 1/00 19680901ALI20230112BHEP

Ipc: G08B 25/01 19900101AFI20230112BHEP

INTG Intention to grant announced

Effective date: 20230206

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

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

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

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

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 1583429

Country of ref document: AT

Kind code of ref document: T

Effective date: 20230715

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: FRENCH

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602018052402

Country of ref document: DE

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG9D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230928

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20230628

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 1583429

Country of ref document: AT

Kind code of ref document: T

Effective date: 20230628

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230929

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20231028

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20231030

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20231028

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602018052402

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

26N No opposition filed

Effective date: 20240402

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230628

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20240417

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20240430

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20240417

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20240430

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20240430

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20240430

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20240417

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20250319

Year of fee payment: 8

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20180417

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20180417

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20260319

Year of fee payment: 9

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20260319

Year of fee payment: 9