WO2017050852A1 - Procede de commande d'une fonctionnalite d'un vehicule au moyen d'un terminal utilisateur, ensemble pour vehicule, vehicule et terminal utilisateur associes - Google Patents

Procede de commande d'une fonctionnalite d'un vehicule au moyen d'un terminal utilisateur, ensemble pour vehicule, vehicule et terminal utilisateur associes Download PDF

Info

Publication number
WO2017050852A1
WO2017050852A1 PCT/EP2016/072471 EP2016072471W WO2017050852A1 WO 2017050852 A1 WO2017050852 A1 WO 2017050852A1 EP 2016072471 W EP2016072471 W EP 2016072471W WO 2017050852 A1 WO2017050852 A1 WO 2017050852A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication module
vehicle
user terminal
data
adv
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.)
Ceased
Application number
PCT/EP2016/072471
Other languages
English (en)
Inventor
Laurent Petel
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.)
Valeo Comfort and Driving Assistance SAS
Original Assignee
Valeo Comfort and Driving Assistance SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Valeo Comfort and Driving Assistance SAS filed Critical Valeo Comfort and Driving Assistance SAS
Publication of WO2017050852A1 publication Critical patent/WO2017050852A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements

Definitions

  • the present invention relates to the control of a functionality of a vehicle by means of a wireless link, for example according to the "Bluetooth Low Energy” (or "BLE”) protocol.
  • BLE Bluetooth Low Energy
  • a user terminal relates to a method of controlling a functionality of a vehicle by means of a user terminal, as well as a vehicle assembly, a vehicle and an associated user terminal.
  • the invention applies particularly advantageously in the case where the vehicle and the user terminal are each equipped with a wireless communication module, the wireless communication modules can establish between them a wireless link according to the aforementioned BLE protocol.
  • a communication module of the user terminal enters into communication, for example according to the BLE protocol, with a corresponding communication module installed in the motor vehicle.
  • the invention proposes a method for controlling a the functionality of a vehicle equipped with a first communication module, by means of a user terminal equipped with a second communication module, the method comprising a plurality of successive data transmission steps from the user terminal to an electronic unit of the vehicle, characterized in that each of the successive steps comprises a step of transmitting the data concerned in at least one announcement frame transmitted by the second communication module to the first communication module.
  • Announcement channels in which such an announcement frame is transmitted, are generally located by design in undisturbed frequency zones (in particular because the announcement frames normally aim at establishing a connection between two modules. communication, a delicate operation that designers seek to protect from outside interference).
  • the announcement frames are transmitted within 3 announcement channels distributed over the 2.4 GHz frequency band and located outside the frequency ranges regularly used for transmissions. in accordance with IEEE 802.1 1 b.
  • the method comprises, prior to each of said successive steps, a step of reception, by the user terminal, of data in an announcement frame sent by the first communication module destined for the second communication module;
  • said data concerned are determined by the user terminal as a function of the received data
  • the user terminal comprises a touch screen
  • said data concerned comprise position information on the touch screen
  • the first communication module and the second communication module are designed to exchange data via a Bluetooth Low Energy wireless link.
  • the invention also proposes a vehicle assembly comprising an electronic unit and a communication module, said assembly being configured to implement a plurality of successive data receiving steps from a user terminal for controlling a functionality of the vehicle by the user terminal, characterized in that it is adapted to receive, at each of said successive steps, the data concerned in an announcement frame received by the communication module.
  • the electronic unit may also be designed to control, prior to each of said successive steps, the transmission of data within an announcement frame sent by the communication module.
  • a vehicle for example a motor vehicle
  • the invention finally proposes a user terminal equipped with a communication module and designed to implement a plurality of successive data transmission steps to an electronic unit of a vehicle for the purpose of controlling a feature of the vehicle, characterized in that it is designed to transmit, at each of said successive steps, the data concerned in an announcement frame sent by the communication module.
  • Such a user terminal may be further designed to receive, prior to each of said successive steps, data contained in an announcement frame received by the communication module.
  • the aforementioned devices comprise a processor and a memory notably memorizing executable instructions by the processor
  • each of the above-mentioned functions can be realized by the execution by the processor of a specific set of instructions stored in the processor.
  • the memory possibly in cooperation with a circuit outside the processor such as a communication module).
  • FIG. 1 represents an exemplary context in which the invention may be implemented, notably comprising a vehicle and a terminal user;
  • FIG. 2 schematically shows components useful for understanding the invention, the vehicle and the user terminal of Figure 1;
  • FIG. 3 shows the main steps of an exemplary method of controlling a vehicle functionality according to the invention.
  • FIG. 1 represents an example of context in which the invention can be implemented.
  • a vehicle 10 comprises an electronic control unit 11 (or ECU for "Electronic Control Unit") which can communicate via a wireless link with a user terminal 20, for example a mobile phone (or cell phone ), possibly of the "smart phone” or “smartphone” type according to the commonly used English name, in order to exchange data with this user terminal 20, for example with a view to controlling the functionalities of the vehicle 10 by means of the user terminal 20.
  • a user terminal 20 for example a mobile phone (or cell phone ), possibly of the "smart phone” or “smartphone” type according to the commonly used English name, in order to exchange data with this user terminal 20, for example with a view to controlling the functionalities of the vehicle 10 by means of the user terminal 20.
  • a mobile phone or cell phone
  • the wireless link used to communicate between the electronic control unit 1 1 and the user terminal 20 is for example of the Bluetooth type, here in particular of the Bluetooth Low Energy (BLE) type.
  • BLE Bluetooth Low Energy
  • the user terminal 20 is furthermore designed to connect to a mobile telephone network (not shown).
  • FIG. 2 diagrammatically represents components useful for understanding the invention, the vehicle 10 and the user terminal 20.
  • the vehicle 10 comprises in particular the electronic control unit 1 1 already mentioned, an actuator 15 (here an automatic vehicle maneuvering system 10) and a wireless communication module 1 6, here according to Bluetooth Low Energy (BLE) technology. .
  • an actuator 15 here an automatic vehicle maneuvering system 10
  • the electronic control unit 11 comprises a processor 12 and a storage unit 14, for example a rewritable non-volatile memory or a hard disk.
  • the storage unit 14 stores, in particular, computer programs comprising instructions the execution of which by the processor 12 allows the implementation by the electronic control unit 1 1 of the methods described below.
  • the storage unit 14 also stores data used in the context of the methods described below, in particular a secret key K.
  • the secret key K is for example written in the storage unit 14 during the manufacture of the electronic control unit 1 1, before mounting of this electronic control unit 1 1 in the vehicle 10.
  • the user terminal 20 comprises a processor 22, a memory 24 (for example a non-volatile memory rewritable), a wireless communication module 26, here according to Bluetooth Low Energy (BLE) technology, a user interface 21 (here a screen touch) and a communication module 28 on the aforementioned mobile telephone network.
  • a processor 22 for example a non-volatile memory rewritable
  • a wireless communication module 26 here according to Bluetooth Low Energy (BLE) technology
  • BLE Bluetooth Low Energy
  • the communication module 28 may include a smart card that stores connection data associated with a subscription to the mobile telephone service and for establishing the connection to the mobile telephone network.
  • the memory 24 stores the aforementioned secret key K (also stored as already indicated in the memory 14 of the electronic control unit 1 1 of the vehicle 10).
  • the secret key K has been transmitted to the user terminal 20 in advance, for example during a subscription phase to the vehicle functionality control service by means of a user terminal, possibly using the aforementioned mobile telephone network.
  • the wireless communication module 26 of the user terminal 20 makes it possible to establish a wireless link (here Bluetooth Low Energy type as already indicated) with the wireless communication module 1 6 of the vehicle 10 through which the processor 12 of the electronic control unit 11 and the processor 22 of the user terminal 20 can exchange data, as explained below.
  • a wireless link here Bluetooth Low Energy type as already indicated
  • the wireless communication module 1 6 of the vehicle 10 and the wireless communication module 26 of the user terminal 20 can each be in a broadcasting mode ("advertising” mode using Bluetooth technology) and / or in a scanning mode ("scanning" mode "in Bluetooth technology).
  • a wireless communication module 1 6, 26 When a wireless communication module 1 6, 26 is in broadcast mode, it broadcasts advertising frames (or “advertising packets") according to the Anglo-Saxon terminology) which can be one of the following types:
  • ADV_SCAN_IND (indicative frames of availability to answer an information request - see below - but unavailability for a connection);
  • an information request (frame of SCAN_REQ type or "scan requesf according to the terminology used in the Bluetooth Low Energy protocol) intended for a device in broadcast mode so that this apparatus communicates additional information to it;
  • connection request (CONNECT_REQ type frame or
  • a broadcast mode device When a broadcast mode device receives a request for information from a device in scan mode, the broadcast mode device responds to this request by sending a response (advertisement frame type SCAN_RSP or "scan response" according to the terminology used in the Bluetooth Low Energy protocol) for the device in scan mode and containing the additional information.
  • a response acknowledgement frame type SCAN_RSP or "scan response" according to the terminology used in the Bluetooth Low Energy protocol
  • Bluetooth Low Energy protocol it is expected that the establishment frames of a connection (listed above) is exchanged within specific channels, called advertising channels (in English “advertising channels”), separate data channels (in English: “data channels”) used to transmit the frames of exchange of application data relating to established connections.
  • advertising channels in English “advertising channels”
  • data channels in English: “data channels”
  • the Bluetooth Low Energy protocol provides for 3 announcement channels (referenced channel 37, channel 38 and channel 39 and having respective central frequencies equal to 2402 MHz, 2426 MHz, 2480 MHz) and 37 data channels (referenced channel 0 to channel 36 ).
  • the 3 announcement channels respectively have central frequencies located at the lower end, in a central region and at the upper end of the frequency band concerned (here the 2.4 GHz band).
  • each of the 3 announcement channels is located outside the frequency ranges of channels 1, 6 and 1 1 defined in the IEEE 802.1 1 b standard (relating to wireless local area networks) and frequently used in equipment e. On the contrary, most data channels overlap channels 1, 6 and 1 1 of the IEEE 802.1 1b standard.
  • FIG. 3 represents the main steps of an exemplary method of controlling a functionality of a vehicle according to the invention.
  • the electronic control unit 11 repeatedly tests the presence of the user at the user interface 21 by performing a plurality of functions. successive iterations of the process shown in Figure 3 (as illustrated by the looping loop from the end to the beginning of the process of Figure 3).
  • the functionality for example the maneuvering of the vehicle
  • previous steps including for example a step of authentication of the terminal 20 by the electronic control unit 1 1 and a step of transmission, by the terminal 20, control data to the electronic control unit 1 1, thus allowing the launch of the functionality.
  • the method of FIG. 3 starts at step E2 by generating a challenge CH (or "challenge” according to the Anglo-Saxon denomination of origin) by the electronic control unit 11 of the vehicle 10, for example by drawing a random value.
  • a challenge CH or "challenge” according to the Anglo-Saxon denomination of origin
  • the electronic control unit 1 1 then controls the transmission by the wireless communication module 1 6 of an ADVi announcement frame containing the challenge CH (step E4).
  • the advertisement frame ADV-i is for example emitted successively in the 3 aforementioned announcement channels.
  • the ADV-i announcement frame could however be transmitted in only one of said announcement channels, or in two of said announcement channels.
  • a frame of the type ADV_NONCONN_IND (indicating that the wireless communication module 1 6 is not available for a connection) is used, which prevents other devices from trying to connect to the wireless communication module 16 and disrupt the operation described here.
  • the electronic control unit 1 1 then controls in step E6 the switching of the wireless communication module 1 6 in scan mode (or possibly in broadcast and scan mode).
  • the announcement frame ADVi is received in step E8 by the wireless communication module 26 of the terminal 20, so that the terminal 20 (specifically the processor 22) receives the challenge CH.
  • the wireless communication module 26 for example successively scans the aforementioned 3 announcement channels (and can pause the scan momentarily as soon as an announcement frame is detected).
  • a single ADV-i announcement frame is transmitted by the wireless communication module 1 6 and received by the wireless communication module 26.
  • several frames of advertisements are emitted by the communication module 1 6 (with the same data) in order to better guarantee reception by the wireless communication module 26.
  • the processor 22 of the terminal 20 then read in step E10 the POS position of the user's finger on the user interface 21.
  • the POS position is for example represented in practice by two-dimensional coordinates in a reference linked to the screen of the user interface 21.
  • the processor 22 of the terminal 20 controls in step E14 the switchover of the wireless communication module 26 in broadcast mode (or possibly in broadcast and scan mode).
  • the processor 22 can thus control in step E1 6 the transmission by the wireless communication module 26 of an announcement frame ADV 2 containing the position POS and the answer R.
  • the announcement frame ADV 2 is for example emitted successively in the above-mentioned three announcement channels.
  • the announcement frame ADV 2 could however be transmitted in only one of said announcement channels, or in two of said announcement channels.
  • a frame of the type ADV_NONCONN_IND (indicating that the wireless communication module 26 is not available for a connection) is used, which prevents other devices from trying to connect to the wireless communication module 26 and therefore disrupt the operation described here.
  • the wireless communication module 16 of the vehicle 10 receives the announcement frame ADV 2 in step E20 so that the electronic control unit 11 (specifically its processor 12) receives the POS position and the answer R. (It is noted that the reception of the ADV2 announcement frame is possible due to the switchover to scanning mode in step E6 described above.)
  • the electronic control unit 1 1 controls the switchover of the wireless communication module 16 in broadcast mode (step E22).
  • the processor 22 of the terminal 20 also controls the switchover of the wireless communication module 26 in scanning mode (step E18).
  • the electronic control unit 1 1 then proceeds to step E26 to the comparison of the response R received in step E20 and the verification data. R 'determined in step E24.
  • step E30 In case of a positive result in the comparison step E26 (that is to say, in the case of equality between the response R and the verification data R ', which occurs in normal operation), the process continues in step E30 described below.
  • step E26 In the case of a negative result in the comparison step E26 (that is, if the answer R differs from the verification data R '), it is considered that the response does not come from an authorized terminal and the electronic control unit 1 1 terminates step E28 to the controlled functionality, here to the operation of the vehicle 10. The control method of the functionality is thus completed.
  • step E30 the process continues, on the contrary, as indicated above in step E30, at which the POS position received in step E20 is compared to a set of authorized positions.
  • the implementation of the functionality is continued only if the user moves his finger on the user interface 21 according to a determined trajectory (as proposed for example in the patent application WO2015 / 003909), with a margin of tolerance, from which stems at every moment a set of authorized positions.
  • the electronic unit of control 1 1 controls the actuator 15 in step E32 so as to terminate the functionality (here the operation of the vehicle 10). The control method of the functionality is thus completed.
  • step E34 (which may in some cases involve issuing a command to continue the function of the electronic control unit 1 1 to the actuator 15) and the method then loops in step E2 for a new exchange of data (in particular POS position) between the electronic control unit 1 1 and the terminal 20.
  • the exchanges between the electronic control unit 11 and the terminal 20 are realized by means of ad frames, and therefore across announcement channels.
  • these announcement channels are outside the frequency bands commonly used for wireless communication between electronic devices and the exchanges between the electronic control unit 1 1 and the terminal 20 are therefore not likely to This is particularly interesting when a repeated exchange of data is necessary to continuously control the implementation of a vehicle functionality 10.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mechanical Engineering (AREA)
  • Selective Calling Equipment (AREA)

Abstract

Un procédé de commande d'une fonctionnalité d'un véhicule (10) équipé d'un premier module de communication (16), au moyen d'un terminal utilisateur (20) équipé d'un second module de communication (26), comprend une pluralité d'étapes successives de transmission de données du terminal utilisateur (20) à une unité électronique (11) du véhicule (10), Chacune des étapes successives comprend une étape de transmission des données concernées dans au moins une trame d'annonce émise par le second module de communication (26) à destination du premier module de communication (16). Un ensemble pour véhicule, un véhicule et un terminal utilisateur associés sont également décrits.

Description

PROCEDE DE COMMANDE D'UNE FONCTIONNALITE D'UN VEHICULE AU MOYEN D'UN TERMINAL UTILISATEUR, ENSEMBLE POUR VEHICULE, VEHICULE ET TERMINAL
UTILISATEUR ASSOCIES DOMAINE TECHNIQUE AUQUEL SE RAPPORTE L'INVENTION
La présente invention concerne la commande d'une fonctionnalité d'un véhicule au moyen d'une liaison sans fil, par exemple selon le protocole "Bluetooth Low Energy" (ou "BLE').
Elle concerne plus particulièrement un procédé de commande d'une fonctionnalité d'un véhicule au moyen d'un terminal utilisateur, ainsi qu'un ensemble pour véhicule, un véhicule et un terminal utilisateur associés.
L'invention s'applique particulièrement avantageusement dans le cas où le véhicule et le terminal utilisateur sont chacun équipés d'un module de communication sans fil, les modules de communication sans fil pouvant établir entre eux une liaison sans fil selon le protocole BLE précité.
ARRIERE-PLAN TECHNOLOGIQUE
On a proposé de commander certaines fonctionnalités d'un véhicule automobile, telles que le déverrouillage ou le verrouillage des portes et/ou le démarrage du véhicule, au moyen d'un terminal utilisateur, par exemple un téléphone intelligent couramment utilisé par l'utilisateur du véhicule.
Pour ce faire, un module de communication du terminal utilisateur entre en communication, par exemple selon le protocole BLE, avec un module de communication correspondant installé dans le véhicule automobile.
Dans certaines applications, notamment lorsque l'on souhaite commander une manœuvre du véhicule, il est souhaitable d'échanger de manière continue des données entre une unité électronique du véhicule et le terminal, par exemple afin d'assurer qu'un utilisateur est bien présent au niveau du terminal, comme expliqué dans la demande de brevet WO2015/003909.
Le besoin de continuité de l'échange rend toutefois cette solution particulièrement sensible aux perturbations ; en effet, des perturbations dans la communication risquent de provoquer des retards de traitement qui peuvent aller jusqu'à entraîner l'arrêt de la fonctionnalité (ici la manœuvre du véhicule).
OBJET DE L'INVENTION
Dans ce contexte, l'invention propose un procédé de commande d'une fonctionnalité d'un véhicule équipé d'un premier module de communication, au moyen d'un terminal utilisateur équipé d'un second module de communication, le procédé comprenant une pluralité d'étapes successives de transmission de données du terminal utilisateur à une unité électronique du véhicule, caractérisé en ce que chacune des étapes successives comprend une étape de transmission des données concernées dans au moins une trame d'annonce émise par le second module de communication à destination du premier module de communication.
Les canaux d'annonce, dans lesquels est transmise une telle trame d'annonce, sont généralement situés par conception dans des zones fréquentielles peu perturbées (du fait notamment que les trames d'annonce visent normalement l'établissement d'une connexion entre deux modules de communication, opération délicate que les concepteurs cherchent à protéger des interférences extérieures).
Par exemple, dans le cadre du protocole BLE précité, les trames d'annonce sont transmises au sein de 3 canaux d'annonce répartis sur la bande de fréquence à 2,4 GHz et situés en dehors des plages de fréquences régulièrement utilisées pour les transmissions conformes à la norme IEEE 802.1 1 b.
Selon d'autres caractéristiques optionnelles, et donc non limitatives :
- le procédé comprend, préalablement à chacune desdites étapes successives, une étape de réception, par le terminal utilisateur, de données dans une trame d'annonce émise par le premier module de communication à destination du second module de communication ;
- lesdites données concernées sont déterminées par le terminal utilisateur en fonction des données reçues ;
- le terminal utilisateur comprend un écran tactile ;
- lesdites données concernées comprennent une information de position sur l'écran tactile ;
- le premier module de communication et le second module de communication sont conçus pour échanger des données via une liaison sans fil de type Bluetooth Low Energy.
L'invention propose également un ensemble pour véhicule comprenant une unité électronique et un module de communication, ledit ensemble étant conçu pour mettre en œuvre une pluralité d'étapes successives de réception de données en provenance d'un terminal utilisateur en vue de la commande d'une fonctionnalité du véhicule par le terminal utilisateur, caractérisé en ce qu'il est conçu pour recevoir, à chacune desdites étapes successives, les données concernées dans une trame d'annonce reçue par le module de communication.
Dans un tel ensemble, l'unité électronique peut en outre être conçue pour commander, en préalable à chacune desdites étapes successives, l'émission de données au sein d'une trame d'annonce émise par le module de communication.
Un véhicule (par exemple un véhicule automobile) peut comprendre un tel ensemble.
L'invention propose enfin un terminal utilisateur équipé d'un module de communication et conçu pour mettre en œuvre une pluralité d'étapes successives d'émission de données à destination d'une unité électronique d'un véhicule en vue de la commande d'une fonctionnalité du véhicule, caractérisé en ce qu'il est conçu pour émettre, à chacune desdites étapes successives, les données concernées dans une trame d'annonce émise par le module de communication.
Un tel terminal utilisateur peut être conçu en outre pour recevoir, en préalable à chacune desdites étapes successives, des données contenues dans une trame d'annonce reçue par le module de communication.
Lorsque les dispositifs précités (unité électronique, terminal utilisateur) comprennent un processeur et une mémoire mémorisant notamment des instructions exécutables par le processeur, chacune des fonctions susmentionnées peut être réalisée par l'exécution par le processeur d'un ensemble spécifique d'instructions mémorisées dans la mémoire (en coopération éventuellement avec un circuit extérieur au processeur tel qu'un module de communication).
DESCRIPTION DÉTAILLÉE D'UN EXEMPLE DE RÉALISATION La description qui va suivre en regard des dessins annexés, donnés à titre d'exemples non limitatifs, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée.
Sur les dessins annexés :
- la figure 1 représente un exemple de contexte dans lequel peut-être mise en œuvre l'invention, comprenant notamment un véhicule et un terminal utilisateur ;
- la figure 2 représente schématiquement des composants, utiles à la compréhension de l'invention, du véhicule et du terminal utilisateur de la figure 1 ;
- la figure 3 représente les étapes principales d'un exemple de procédé de commande d'une fonctionnalité du véhicule conforme à l'invention.
La figure 1 représente un exemple de contexte dans lequel peut être mise en œuvre l'invention.
Dans ce contexte, un véhicule 10 comprend une unité électronique de commande 1 1 (ou ECU pour "Electronic Control Unit') qui peut entrer en communication via une liaison sans fil avec un terminal utilisateur 20, par exemple un téléphone portable (ou téléphone cellulaire), éventuellement de type "téléphone intelligent ou "smartphone" selon la dénomination anglo-saxonne couramment utilisée, afin d'échanger des données avec ce terminal utilisateur 20, par exemple en vue de la commande de fonctionnalités du véhicule 10 au moyen du terminal utilisateur 20. On s'intéresse ici en particulier à une fonctionnalité qui nécessite des échanges de données répétés (quasi-continus) entre le terminal utilisateur 20 et le véhicule 10, telle qu'une manœuvre automatique du véhicule 10, comme expliqué par exemple dans la demande de brevet WO2015/003909.
La liaison sans fil utilisée pour communiquer entre l'unité électronique de commande 1 1 et le terminal utilisateur 20 est par exemple de type Bluetooth, ici en particulier de type Bluetooth Low Energy (BLE).
Le terminal utilisateur 20 est par ailleurs conçu pour se connecter à un réseau de téléphonie mobile (non représenté).
La figure 2 représente schématiquement des composants, utiles à la compréhension de l'invention, du véhicule 10 et du terminal utilisateur 20.
Le véhicule 10 comprend notamment l'unité électronique de commande 1 1 déjà mentionnée, un actionneur 15 (ici un système de manœuvre automatique du véhicule 10) et un module de communication sans fil 1 6, ici selon la technologie Bluetooth Low Energy (BLE).
L'unité électronique de commande 1 1 comprend un processeur 12 et une unité de mémorisation 14, par exemple une mémoire non-volatile réinscriptible ou un disque dur.
L'unité de mémorisation 14 mémorise notamment des programmes d'ordinateur comprenant des instructions dont l'exécution par le processeur 12 permet la mise en œuvre par l'unité électronique de commande 1 1 des procédés décrits ci-dessous.
L'unité de mémorisation 14 mémorise également des données utilisées dans le cadre des procédés décrits ci-dessous, notamment une clé secrète K.
La clé secrète K est par exemple écrite dans l'unité de mémorisation 14 lors de la fabrication de l'unité électronique de commande 1 1 , avant montage de cette unité électronique de commande 1 1 dans le véhicule 10.
Le terminal utilisateur 20 comprend un processeur 22, une mémoire 24 (par exemple une mémoire non-volatile réinscriptible), un module de communication sans fil 26, ici selon la technologie Bluetooth Low Energy (BLE), une interface utilisateur 21 (ici un écran tactile) et un module 28 de communication sur le réseau de téléphonie mobile susmentionné.
Dans certains modes de réalisation, le module de communication 28 peut comprendre une carte à puce qui mémorise des données de connexion associées à un abonnement au service de téléphonie mobile et permettant d'établir la connexion sur le réseau de téléphonie mobile.
La mémoire 24 mémorise la clé secrète K susmentionnée (également mémorisée comme déjà indiqué au sein de la mémoire 14 de l'unité électronique de commande 1 1 du véhicule 10). La clé secrète K a été transmise au terminal utilisateur 20 au préalable, par exemple lors d'une phase de souscription au service de commande de fonctionnalités du véhicule au moyen d'un terminal utilisateur, en utilisant éventuellement le réseau de téléphonie mobile précité.
Le module de communication sans fil 26 du terminal utilisateur 20 permet d'établir une liaison sans fil (ici de type Bluetooth Low Energy comme déjà indiqué) avec le module de communication sans fil 1 6 du véhicule 10 à travers laquelle le processeur 12 de l'unité électronique de commande 1 1 et le processeur 22 du terminal utilisateur 20 peuvent échanger des données, comme expliqué ci- après.
Le module de communication sans fil 1 6 du véhicule 10 et le module de communication sans fil 26 du terminal utilisateur 20 peuvent chacun être dans un mode diffusion (mode " advertising" en technologie Bluetooth) et/ou dans un mode balayage (mode "scanning" en technologie Bluetooth).
Lorsqu'un module de communication sans fil 1 6, 26 est en mode diffusion, il diffuse des trames d'annonce (ou "advertising packets" selon la terminologie anglo-saxonne) qui peuvent avoir l'un des types suivants :
- ADV_NONCONN_IND (trames indicatives d'indisponibilité) ;
- ADVJND (trames indicatives de disponibilité indirecte, c'est-à-dire de disponibilité pour une connexion avec un appareil quelconque) ;
- ADV_SCAN_IND (trames indicatives de disponibilité pour répondre à un requête d'informations - voir ci-dessous - mais d'indisponibilité pour une connexion) ;
- ADV_DIRECT (trames indicatives de disponibilité directe).
Lorsqu'un module de communication sans fil 1 6, 26 est en mode balayage, il peut émettre :
- une requête d'informations (trame de type SCAN_REQ ou "scan requesf selon la terminologie utilisée dans le protocole Bluetooth Low Energy) destinée à un appareil en mode diffusion afin que cet appareil lui communique des informations complémentaires ;
- une requête de connexion (trame de type CONNECT_REQ ou
"connection requesf selon la terminologie utilisée dans le protocole Bluetooth Low Energy) destinée à un appareil en mode diffusion afin d'initier une connexion avec cet appareil.
Lorsqu'un appareil en mode diffusion reçoit une requête d'informations en provenance d'un appareil en mode balayage, l'appareil en mode diffusion répond à cette requête par l'émission d'une réponse (trame d'annonce de type SCAN_RSP ou "scan response" selon la terminologie utilisée dans le protocole Bluetooth Low Energy) destinée à l'appareil en mode balayage et contenant les informations complémentaires.
Dans le cadre du protocole Bluetooth Low Energy, il est prévu que les trames d'établissement d'une connexion (listées ci-dessus) soit échangées au sein de canaux spécifiques, dits canaux d'annonce (en anglais "advertising channels"), distincts des canaux de données (en anglais : "data channels") utilisés pour transmettre les trames d'échange de données applicatives relatives à des connexions établies.
Le protocole Bluetooth Low Energy prévoit 3 canaux d'annonce (référencés canal 37, canal 38 et canal 39 et ayant des fréquences centrales respectives égales à 2402 MHz, 2426 MHz, 2480 MHz) et 37 canaux de données (référencés canal 0 à canal 36). Ainsi les 3 canaux d'annonces ont respectivement des fréquences centrales situées à l'extrémité inférieure, dans une région centrale et à l'extrémité supérieure de la bande de fréquence concernée (ici la bande à 2,4 GHz).
On remarque par ailleurs que chacun des 3 canaux d'annonce est situé en dehors des plages de fréquence des canaux 1 , 6 et 1 1 définis dans la norme IEEE 802.1 1 b (relative aux réseaux locaux sans fil) et fréquemment utilisés dans les équipement électroniques. Au contraire, la plupart des canaux de données chevauchent les canaux 1 , 6 et 1 1 de la norme IEEE 802.1 1 b.
La figure 3 représente les étapes principales d'un exemple de procédé de commande d'une fonctionnalité d'un véhicule conforme à l'invention.
Afin de poursuivre la mise en œuvre cette fonctionnalité (par exemple une manœuvre automatique du véhicule), l'unité électronique de commande 1 1 teste de manière répétée la présence de l'utilisateur au niveau de l'interface utilisateur 21 en effectuant une pluralité d'itérations successives du processus représenté en figure 3 (comme illustré par la flèche bouclant de la fin au début du processus de la figure 3).
On considère ici en effet que la fonctionnalité (par exemple la manœuvre du véhicule) a été initiée par des étapes antérieures (non représentées), comprenant notamment par exemple une étape d'authentification du terminal 20 par l'unité électronique de commande 1 1 et une étape de transmission, par le terminal 20, de données de commande à destination de l'unité électronique de commande 1 1 , permettant ainsi le lancement de la fonctionnalité.
On considère par ailleurs au début du procédé représenté en figure 3 que le module de communication sans fil 1 6 du véhicule 10 est en mode diffusion, tandis que le module de communication sans fil 26 du terminal 20 est en mode balayage.
Le procédé de la figure 3 débute à l'étape E2 par la génération d'un défi CH (ou "challenge" selon la dénomination d'origine anglo-saxonne) par l'unité électronique de commande 1 1 du véhicule 10, par exemple par tirage d'une valeur aléatoire.
L'unité électronique de commande 1 1 commande alors l'émission par le module de communication sans fil 1 6 d'une trame d'annonce ADVi contenant le défi CH (étape E4).
La trame d'annonce ADV-i est par exemple émise successivement dans les 3 canaux d'annonce susmentionnés. En variante, la trame d'annonce ADV-i pourrait toutefois être émise dans un seul desdits canaux d'annonce, ou dans deux canaux parmi lesdits canaux d'annonce.
On utilise par exemple une trame de type ADV_NONCONN_IND (indiquant que le module de communication sans fil 1 6 n'est pas disponible pour une connexion), ce qui évite que d'autres appareils tentent de se connecter au module de communication sans fil 16 et viennent perturber le fonctionnement décrit ici.
L'unité électronique de commande 1 1 commande ensuite à l'étape E6 le basculement du module de communication sans fil 1 6 en mode balayage (ou éventuellement en mode diffusion et balayage).
La trame d'annonce ADVi est reçue à l'étape E8 par le module de communication sans fil 26 du terminal 20, de sorte que le terminal 20 (précisément le processeur 22) reçoit le défi CH. Pour ce faire, le module de communication sans fil 26 balaie par exemple successivement les 3 canaux d'annonce susmentionnés (et peut interrompre momentanément le balayage dès lors qu'une trame d'annonce est détectée).
Dans l'exemple qui vient d'être décrit, une seule trame d'annonce ADV-i est transmise par le module de communication sans fil 1 6 et reçue par le module de communication sans fil 26. On peut toutefois prévoir en pratique que plusieurs trames d'annonces soient émises par le module de communication 1 6 (avec les mêmes données) afin de mieux garantir la réception par le module de communication sans fil 26.
Le processeur 22 du terminal 20 lit alors à l'étape E10 la position POS du doigt de l'utilisateur sur l'interface utilisateur 21 . La position POS est par exemple représentée en pratique par des coordonnées bidimensionnelles dans un repère lié à l'écran de l'interface utilisateur 21 .
Le processeur 22 du terminal 20 détermine alors à l'étape E12 une réponse R en appliquant ici une fonction cryptographique f utilisant la clé secrète K à la position POS et au défi CH reçu à l'étape E8 : R = fK(POS,CH). On rappelle que la clé secrète K est mémorisée dans la mémoire 24 du terminal 20.
Le processeur 22 du terminal 20 commande ensuite à l'étape E14 le basculement du module de communication sans fil 26 en mode diffusion (ou éventuellement en mode diffusion et balayage). Le processeur 22 peut ainsi commander à l'étape E1 6 l'émission par le module de communication sans fil 26 d'une trame d'annonce ADV2 contenant la position POS et la réponse R.
La trame d'annonce ADV2 est par exemple émise successivement dans les 3 canaux d'annonce susmentionnés. En variante, la trame d'annonce ADV2 pourrait toutefois être émise dans un seul desdits canaux d'annonce, ou dans deux canaux parmi lesdits canaux d'annonce.
On utilise par exemple une trame de type ADV_NONCONN_IND (indiquant que le module de communication sans fil 26 n'est pas disponible pour une connexion), ce qui évite que d'autres appareils tentent de se connecter au module de communication sans fil 26 et viennent donc perturber le fonctionnement décrit ici.
Comme indiqué précédemment, plusieurs trames d'annonce peuvent alors être émises avec les mêmes données.
Le module de communication sans fil 1 6 du véhicule 10 reçoit la trame d'annonce ADV2 à l'étape E20 si bien que l'unité électronique de commande 1 1 (précisément son processeur 12) reçoit la position POS et la réponse R. (On remarque que la réception de la trame d'annonce ADV2 est possible du fait du basculement en mode balayage à l'étape E6 décrite plus haut.)
Une fois la trame d'annonce ADV2 reçue, l'unité électronique de commande 1 1 commande la basculement du module de communication sans fil 16 en mode diffusion (étape E22).
Le processeur 22 du terminal 20 commande par ailleurs le basculement du module de communication sans fil 26 en mode balayage (étape E18).
Afin de vérifier comme décrit ci-après que les informations reçues à l'étape E20 ont bien été générées par un terminal autorisé {i.e. détenteur de la clé secrète K), l'unité électronique de commande 1 1 (en pratique le processeur 12) effectue à l'étape E24 le calcul effectué au sein du terminal 20 à l'étape E12 et obtient ainsi une donnée de vérification R' : R'= fK(POS,CH). (On remarque que le calcul est ici réalisé avec la position POS reçue à l'étape E20, le défi CH généré à l'étape E2 et la clé secrète K mémorisée dans la mémoire 14 de l'unité électronique de commande 1 1 .)
L'unité électronique de commande 1 1 procède alors à l'étape E26 à la comparaison de la réponse R reçue à l'étape E20 et de la donnée de vérification R' déterminée à l'étape E24.
En cas de résultat positif à l'étape de comparaison E26 (c'est-à-dire en cas d'égalité entre la réponse R et la donnée de vérification R', ce qui se produit en fonctionnement normal), le procédé se poursuit à l'étape E30 décrite plus bas.
En cas de résultat négatif à l'étape de comparaison E26 (c'est-à-dire si la réponse R diffère de la donnée de vérification R'), on considère que la réponse ne provient pas d'un terminal autorisé et l'unité électronique de commande 1 1 met fin à l'étape E28 à la fonctionnalité commandée, ici à la manœuvre du véhicule 10. Le procédé de commande de la fonctionnalité est donc terminé.
En fonctionnement normal, le procédé se poursuit au contraire comme indiqué ci-dessus à l'étape E30, à laquelle on compare la position POS reçue à l'étape E20 à un ensemble de positions autorisées. On prévoit en effet ici que la mise en œuvre de la fonctionnalité ne soit poursuivie que si l'utilisateur déplace son doigt sur l'interface utilisateur 21 selon une trajectoire déterminée (comme proposé par exemple dans la demande de brevet WO2015/003909), avec une marge de tolérance, d'où découle à chaque instant un ensemble de positions autorisées.
Si la position POS reçue ne fait pas partie de l'ensemble de positions autorisées, l'utilisateur n'a pas effectué (avec son doigt) le mouvement nécessaire à la poursuite de la mise en œuvre de la fonctionnalité et l'unité électronique de commande 1 1 commande alors l'actionneur 15 à l'étape E32 de manière à mettre fin à la fonctionnalité (ici la manœuvre du véhicule 10). Le procédé de commande de la fonctionnalité est donc terminé.
Si la position POS reçue fait au contraire partie de l'ensemble de positions autorisées, la mise en œuvre de la fonctionnalité se poursuit à l'étape E34 (ce qui peut dans certains cas impliquer l'émission d'une commande de poursuite de la fonctionnalité de l'unité électronique de commande 1 1 à l'actionneur 15) et le procédé boucle alors à l'étape E2 en vue d'un nouvel échange de données (notamment de position POS) entre l'unité électronique de commande 1 1 et le terminal 20.
Dans le procédé qui vient d'être décrit, les échanges entre l'unité électronique de commande 1 1 et le terminal 20 (qui utilisent respectivement le module de communication sans fil 1 6 et le module de communication sans fil 26) sont réalisés au moyen de trames d'annonce, et par conséquent à travers les canaux d'annonce. Comme expliqué plus haut, ces canaux d'annonces sont en dehors des bandes de fréquence couramment utilisées pour la communication sans fil entre appareils électroniques et les échanges entre l'unité électronique de commande 1 1 et le terminal 20 ne sont donc pas susceptibles d'être perturbés, ce qui est particulièrement intéressant lorsqu'un échange répété de données est nécessaire pour commander de manière continue la mise en œuvre d'une fonctionnalité du véhicule 10.
Il est par ailleurs envisageable, en parallèle des échanges décrits ci- dessus au sein des canaux d'annonce, d'échanger les données mentionnées ci- dessus (notamment le défi CH, la réponse R et la position POS) au moyen d'au moins un canal de données attribué à une connexion établie entre le module de communication sans fil 1 6 et le module de communication sans fil 26.

Claims

REVENDICATIONS
1 . Procédé de commande d'une fonctionnalité d'un véhicule (10) équipé d'un premier module de communication (1 6), au moyen d'un terminal utilisateur (20) équipé d'un second module de communication (26), le procédé comprenant une pluralité d'étapes successives de transmission de données du terminal utilisateur (20) à une unité électronique (1 1 ) du véhicule (10),
caractérisé en ce que chacune des étapes successives comprend une étape (E1 6) de transmission des données concernées (R ; POS) dans au moins une trame d'annonce (ADV2) émise par le second module de communication (26) à destination du premier module de communication (16).
2. Procédé de commande selon la revendication 1 , comprenant, préalablement à chacune desdites étapes successives, une étape (E8) de réception, par le terminal utilisateur (20), de données (CH) dans une trame d'annonce (ADV-i ) émise par le premier module de communication (1 6) à destination du second module de communication (26).
3. Procédé de commande selon la revendication 2, dans lequel lesdites données concernées (R) sont déterminées par le terminal utilisateur en fonction des données reçues (CH).
4. Procédé de commande selon l'une des revendications 1 à 3, dans lequel le terminal utilisateur comprend un écran tactile (21 ) et dans lequel lesdites données concernées (POS) comprennent une information de position sur l'écran tactile (21 ).
5. Procédé de commande selon l'une des revendications 1 à 4, dans lequel le premier module de communication (1 6) et le second module de communication (26) sont conçus pour échanger des données via une liaison sans fil de type Bluetooth Low Energy.
6. Ensemble pour véhicule (10) comprenant une unité électronique (1 1 ) et un module de communication (1 6), ledit ensemble étant conçu pour mettre en œuvre une pluralité d'étapes successives de réception de données en provenance d'un terminal utilisateur (20) en vue de la commande d'une fonctionnalité du véhicule (10) par le terminal utilisateur (20),
caractérisé en ce qu'il est conçu pour recevoir, à chacune desdites étapes successives, les données concernées (R : POS) dans une trame d'annonce (ADV2) reçue par le module de communication (1 6).
7. Ensemble selon la revendication 6, dans lequel l'unité électronique (1 1 ) est conçue pour commander, en préalable à chacune desdites étapes successives, l'émission de données (CH) au sein d'une trame d'annonce (ADV-i ) émise par le module de communication (16).
8. Véhicule (10) comprenant un ensemble selon la revendication 6 ou 7.
9. Terminal utilisateur (20) équipé d'un module de communication (26) et conçu pour mettre en œuvre une pluralité d'étapes successives d'émission de données à destination d'une unité électronique (1 1 ) d'un véhicule (10) en vue de la commande d'une fonctionnalité du véhicule (10),
caractérisé en ce qu'il est conçu pour émettre, à chacune desdites étapes successives, les données concernées (R ; POS) dans une trame d'annonce (ADV2) émise par le module de communication (26).
10. Terminal utilisateur selon la revendication 9, conçu pour recevoir, en préalable à chacune desdites étapes successives, des données (CH) contenues dans une trame d'annonce (ADV-i ) reçue par le module de communication (26).
PCT/EP2016/072471 2015-09-22 2016-09-21 Procede de commande d'une fonctionnalite d'un vehicule au moyen d'un terminal utilisateur, ensemble pour vehicule, vehicule et terminal utilisateur associes Ceased WO2017050852A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1558916 2015-09-22
FR1558916A FR3041453B1 (fr) 2015-09-22 2015-09-22 Procede de commande d'une fonctionnalite d'un vehicule au moyen d'un terminal utilisateur et systeme de commande associe

Publications (1)

Publication Number Publication Date
WO2017050852A1 true WO2017050852A1 (fr) 2017-03-30

Family

ID=55971054

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2016/072471 Ceased WO2017050852A1 (fr) 2015-09-22 2016-09-21 Procede de commande d'une fonctionnalite d'un vehicule au moyen d'un terminal utilisateur, ensemble pour vehicule, vehicule et terminal utilisateur associes

Country Status (2)

Country Link
FR (1) FR3041453B1 (fr)
WO (1) WO2017050852A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108693845A (zh) * 2018-04-08 2018-10-23 中国科学院自动化研究所 基于汽车总装业务模型的标准化封装方法及总装系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100144284A1 (en) * 2008-12-04 2010-06-10 Johnson Controls Technology Company System and method for configuring a wireless control system of a vehicle using induction field communication
WO2015003909A1 (fr) 2013-07-12 2015-01-15 Valeo Securite Habitacle Procédé de sécurisation d'une commande à appliquer à un véhicule automobile
WO2015032956A2 (fr) * 2013-09-09 2015-03-12 Valeo Comfort And Driving Assistance Procédé de déclenchement d'une commande sur un véhicule automobile par un échange de données entre un équipement de contrôle et un élément identifiant

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100144284A1 (en) * 2008-12-04 2010-06-10 Johnson Controls Technology Company System and method for configuring a wireless control system of a vehicle using induction field communication
WO2015003909A1 (fr) 2013-07-12 2015-01-15 Valeo Securite Habitacle Procédé de sécurisation d'une commande à appliquer à un véhicule automobile
WO2015032956A2 (fr) * 2013-09-09 2015-03-12 Valeo Comfort And Driving Assistance Procédé de déclenchement d'une commande sur un véhicule automobile par un échange de données entre un équipement de contrôle et un élément identifiant

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108693845A (zh) * 2018-04-08 2018-10-23 中国科学院自动化研究所 基于汽车总装业务模型的标准化封装方法及总装系统

Also Published As

Publication number Publication date
FR3041453A1 (fr) 2017-03-24
FR3041453B1 (fr) 2018-08-17

Similar Documents

Publication Publication Date Title
US9867050B1 (en) Ultrasonic audio transmission of wireless LAN information
FR3030850A1 (fr) Procede de controle de l'acces a au moins une fonctionnalite d'un vehicule automobile
EP3314596B1 (fr) Procédé de commande d'une fonctionnalité d'un véhicule au moyen d'un terminal utilisateur
WO2017046388A1 (fr) Procédé de commande d'une fonctionnalité d'un véhicule au moyen d'un terminal utilisateur et système de commande associé
EP3809796B1 (fr) Procédé de mise en veille et procédé de réactivation d'au moins une partie d'un réseau de communication sans fil et noeud de collecte dudit réseau
WO2015181461A1 (fr) Dispositif et procede pour passerelle de mise a jour consistente des services d'un reseau domestique
WO2017050852A1 (fr) Procede de commande d'une fonctionnalite d'un vehicule au moyen d'un terminal utilisateur, ensemble pour vehicule, vehicule et terminal utilisateur associes
EP3087543B1 (fr) Transmission et traitement de données relatives a une transaction sans contact
EP1041800B1 (fr) Terminal téléphonique, support de données amovible pourvu(s) de moyens permettant la suppression de fonctionnalités communes et procédé de gestion des menus de fonctionnalités correspondant
WO2002060151A2 (fr) Dispositif et procede d'appairage automatique securise des appareils d'un reseau radiofrequence
EP3813330B1 (fr) Procédés et dispositifs d'appairage
EP3259159B1 (fr) Procédé de mise en oeuvre d'une connexion entre un dispositif électronique esclave et un dispositif électronique maître, et dispositif électronique esclave associé
EP3130149B1 (fr) Système d'appareils connectés
WO2017182597A1 (fr) Procédé de connexion d'un appareil électronique à un système embarqué de véhicule, appareil électronique et système embarqué de véhicule associés
WO2019223938A1 (fr) Systeme embarque, identifiant et procede d'evaluation d'une distance
FR3054770B1 (fr) Procede de connexion d'un systeme embarque de vehicule a un appareil electronique et systeme embarque de vehicule associe
FR3039353A1 (fr) Procede de communication entre un systeme de communication embarque d'un aeronef et un dispositif de communication, module, terminal et ensemble de communication
EP3834539A1 (fr) Procédé de communication entre deux station de bases utilisant une bande de fréquences partagée, station de base et équipement utilisateur correspondants
EP4258749A2 (fr) Procédé d'ajout d'un objet communicant à un réseau de communication sans fil
FR3141026A1 (fr) Procédé d’émission de trames d’annonce, procédé d’établissement d’une liaison sans fil, dispositif électronique et système associés
CN120730281A (zh) 服务发现方法、装置以及计算机设备
WO2024134048A1 (fr) Procédé et dispositif de réglage d'un siège conducteur d'un véhicule
FR3050595A1 (fr) Procede de connexion d'un appareil electronique a un systeme embarque de vehicule et appareil electronique associe
CH709503B1 (fr) Ensemble d'appareils pour la réception d'un signal multicanal.
FR3047860A1 (fr) Procede de communication entre un terminal portable communicant et un objet connecte, terminal et objet connecte le mettant en œuvre

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16775554

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16775554

Country of ref document: EP

Kind code of ref document: A1