FR3044145A1

FR3044145A1 - Procede de commande d'une fonctionnalite d'un vehicule automobile au moyen d'un terminal mobile

Info

Publication number: FR3044145A1
Application number: FR1560438A
Authority: FR
Inventors: Aymeric Chalochet; Eric Chaix
Original assignee: Valeo Comfort and Driving Assistance SAS
Current assignee: Valeo Comfort and Driving Assistance SAS
Priority date: 2015-10-30
Filing date: 2015-10-30
Publication date: 2017-05-26
Anticipated expiration: 2035-10-30
Also published as: FR3044145B1

Abstract

L'invention concerne un procédé de commande d'une fonctionnalité d'un véhicule automobile (10) au moyen d'un terminal mobile (20) équipé d'un écran tactile (21), ladite fonctionnalité étant susceptible d'être interrompue au cours de sa mise en œuvre. Selon l'invention, le procédé comprend des étapes consistant à : a) afficher sur l'écran tactile un bouton virtuel (22) déplaçable de manière tactile par un usager, selon un trajet déterminé, b) si le bouton virtuel passe au-delà d'une position d'activation (Pa) située sur le trajet déterminé, commander l'activation de ladite fonctionnalité, puis c) si le bouton virtuel passe en-deçà d'une position de désactivation (Pd) située sur le trajet déterminé, interrompre ladite fonctionnalité.

Description

PROCEDE DE COMMANDE D’UNE FONCTIONNALITE D’UN VEHICULE AUTOMOBILE AU MOYEN

D’UN TERMINAL MOBILE

Domaine technique auquel se rapporte l'invention

La présente invention concerne de manière générale la commande de fonctionnalités d’un véhicule automobile au moyen d’un terminal mobile.

Elle concerne plus particulièrement un procédé de commande d’une fonctionnalité d’un véhicule automobile au moyen d’un terminal mobile équipé d’un écran tactile, ladite fonctionnalité étant du type à pouvoir être interrompue au cours de sa mise en oeuvre. L’invention s’applique particulièrement avantageusement dans le cas où la fonctionnalité commandée est le stationnement automatique du véhicule, ou la montée et la descente des vitres et/ou des rideaux de vitre du véhicule, ou l’ouverture et la fermeture du toit ouvrant du véhicule, ou l’allumage et l’extinction d’une alarme du véhicule.

Arriere-plan technologique Généralement, le déverrouillage des portières d’un véhicule automobile s’effectue avec une clef physique. Ce déverrouillage peut être réalisé en insérant la clef dans l’une des serrures du véhicule. Il peut également être réalisé à distance, lorsque la clef est équipée d’un bouton de commande et de moyens de communication avec le véhicule automobile.

Pour permettre à l’usager d’aérer rapidement l’habitacle du véhicule automobile, il est connu d’utiliser cette clef pour commander l’abaissement de l’ensemble des vitres du véhicule.

Pour cela, l’usager doit maintenir le bouton de commande de la clef appuyé après que les portières se sont déverrouillées. Alors, après une durée de temporisation, les vitres vont commencer à simultanément s’ouvrir, jusqu’à ce que l’usager relâche le bouton de commande. L’inconvénient d’une telle clef est qu’il peut arriver que l’usager commande par erreur le déverrouillage des portières et l’abaissement des vitres, par exemple lorsqu’il appuie par erreur trop longtemps sur le bouton de commande ou lorsque la clef est dans sa poche et qu’un appui long s’exerce inopportunément sur le bouton de commande.

Objet de l’invention

Afin de sécuriser davantage l’utilisation de cette fonctionnalité, la présente invention propose d’utiliser un terminal mobile équipé d’un écran tactile adapté à afficher un bouton virtuel de commande.

Plus particulièrement, on propose selon l’invention un procédé tel que défini dans l’introduction, qui comprend des étapes consistant à : a) afficher sur l’écran tactile du terminal mobile un bouton virtuel déplaçable de manière tactile par un usager, selon un trajet déterminé, b) si le bouton virtuel passe au-delà d’une position d’activation située sur le trajet déterminé, commander l’activation de ladite fonctionnalité, puis c) si le bouton virtuel passe en-deçà d’une position de désactivation située sur le trajet déterminé, commander l’interruption de ladite fonctionnalité.

Ainsi, grâce à l’invention, il est nécessaire d’allumer l’écran du terminal mobile, puis de déplacer le bouton virtuel selon un trajet prédéterminé, pour commander la fonctionnalité du véhicule.

Cette commande ne peut donc pas être réalisée par erreur, ce qui sécurise son emploi.

Cette commande ne peut en outre être réalisée que si l’usager prête une attention particulière à cette opération, ce qui permet de s’assurer qu’il reste attentif. D’autres caractéristiques avantageuses et non limitatives du procédé conforme à l’invention sont les suivantes : - à l’étape b), l’activation de la fonctionnalité est commandée après une durée de temporisation prédéterminée, suite au passage du bouton virtuel au-delà de la position d’activation ; - à l’étape c), l’interruption de la fonctionnalité est commandée après une durée de temporisation prédéterminée, suite au passage du bouton virtuel en-deçà de la position de désactivation ; - la position d’activation et la position de désactivation sont éloignées l’une de l’autre ; - préalablement à l’étape b), il est prévu de déterminer une donnée d’estimation de la distance entre le véhicule automobile et le terminal mobile, et l’étape b) est mise en oeuvre uniquement si ladite donnée d’estimation indique que distance entre le véhicule automobile et le terminal mobile est inférieure à un seuil ; - en l’absence d’appui sur le bouton virtuel de l’écran tactile, le bouton virtuel est automatiquement placé dans une position de repos située en-deçà de la position d’activation et de la position de désactivation ; - à l’étape b), le terminal mobile envoie au véhicule automobile un unique signal d’activation entre le moment où le bouton virtuel passe au-delà de la position d’activation et le moment où le bouton virtuel passe en-deçà de la position de désactivation, et, à l’étape c), le terminal mobile envoie au véhicule automobile un unique signal de désactivation lorsque le bouton virtuel passe en-deçà de la position de désactivation ; - à l’étape b), lorsque le bouton virtuel passe au-delà de la position d’activation et tant que le bouton virtuel demeure au-delà de la position de désactivation, le terminal mobile envoie à intervalles réguliers au véhicule automobile des signaux d’activation ; - à l’étape c), le terminal mobile envoie au véhicule automobile un unique signal de désactivation lorsque le bouton virtuel passe en-deçà de la position de désactivation ; - il est prévu, préalablement à l’étape b), une étape d’authentification du terminal mobile avec le véhicule automobile, et l’étape b) est mise en oeuvre uniquement si le véhicule automobile et le terminal mobile se sont mutuellement authentifiés ; et - ladite étape d’authentification est répétée au moins une fois au cours de l’étape b) et la mise en oeuvre de l’étape b) est poursuivie uniquement si le véhicule automobile et le terminal mobile se sont à nouveau mutuellement authentifiés.

Description detaillee 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 est une vue schématique en perspective d’un véhicule automobile et d’un terminal mobile qui est tenu par le conducteur du véhicule automobile et qui est adapté à mettre en oeuvre un procédé de commande d’une fonctionnalité du véhicule automobile conforme à l’invention, - la figure 2 représente schématiquement des composants, utiles à la compréhension de l’invention, du véhicule automobile et du terminal mobile de la figure 1, et - les figures 3 à 7 sont des schémas illustrant la mise en oeuvre de différentes variantes de réalisation d’un procédé de commande d’une fonctionnalité du véhicule automobile conforme à l’invention.

Sur la figure 1, on a représenté un véhicule automobile 10 situé sensiblement dans l’axe d’une place de stationnement 30, à l’avant de celle-ci.

Comme cela apparaît sur la figure 1, le véhicule automobile 10 est une voiture comportant quatre roues 11, dont deux roues avant directrices. En variante, il pourrait s’agir d’un véhicule automobile comprenant deux ou trois roues, ou davantage de roues.

Classiquement, ce véhicule automobile 10 comporte un châssis qui supporte notamment un groupe motopropulseur 12 (à savoir un moteur et des moyens de transmission du couple du moteur aux roues motrices), un système de direction pour faire varier l’angle d’orientation des deux roues avant directrices, des éléments de carrosserie et des éléments d’habitacle.

Parmi ces éléments de carrosserie, le véhicule automobile 10 comporte ici deux portières 16, chacune équipée d’une vitre 15 pouvant monter ou descendre. Chaque portière 16 loge à cet effet un mécanisme lève-vitre, non visible sur la figure.

Sur la figure 1, on observe également la main 1 d’un utilisateur (ici la main du conducteur du véhicule automobile 10) tenant un terminal mobile 20.

Ce terminal mobile 20 est ici un téléphone portable intelligent (ou « smartphone >>), comprenant un écran tactile 21.

En variante, il pourrait s’agir d’un autre type de terminal mobile, par exemple d’une télécommande qui serait dédiée au pilotage d’une ou de plusieurs fonctionnalités du véhicule automobile et qui serait équipée d’un écran tactile. Il pourrait aussi s’agir d’une montre connectée ou d’une tablette informatique. L’invention porte ici sur un procédé permettant au conducteur du véhicule automobile 10 de commander, notamment depuis l’extérieur du véhicule, une fonctionnalité du véhicule automobile 10, grâce à ce terminal mobile 20.

Comme cela apparaît sur la figure 1, cette fonctionnalité pourrait être le stationnement automatique du véhicule automobile 10 dans la place de stationnement 30. Dans ce cas, le terminal mobile 20 permettrait de commander le démarrage de ce stationnement et de l’interrompre. Le groupe motopropulseur 12 et le système de direction seraient alors pilotés automatiquement par le véhicule automobile lui-même, sans intervention humaine directe.

En variante, la fonctionnalité pourrait être la montée et la descente des rideaux de vitre du véhicule. Il pourrait également s’agir de l’ouverture et de la fermeture du toit ouvrant du véhicule, ou de l’allumage et de l’extinction d’une alarme du véhicule.

Ici, comme le montrent les figures 1 et 3 à 7, on considérera plutôt que la fonctionnalité est la descente des vitres 15. Comme cela sera expliqué plus en détail dans la suite de cet exposé, le terminal mobile 20 permettra ainsi de commander la descente des vitres 15 et de l’interrompre. Les mécanismes lève-vitres seront alors pilotés automatiquement par le véhicule automobile lui-même, sans intervention humaine sur le véhicule.

Dans le contexte de la présente invention, le véhicule automobile 10 comprend une unité électronique de commande (ou ECU pour "Electronic Control Unit"), appelée ici calculateur 13, qui peut entrer en communication via une liaison sans fil avec le terminal mobile 20 afin d’échanger des données avec ce terminal mobile 20.

Ici, la liaison sans fil utilisée pour communiquer entre le calculateur 13 et le terminal mobile 20 est par exemple de type Bluetooth.

En variante, il pourrait s’agir d’un autre type de liaison sans fil, par exemple de type WIFI (utilisant un protocole de communication sans fil régi par les normes du groupe IEEE 802.11), de type radiofréquence (communément désignés par l’acronyme RFID) ou encore de type UWB (c’est-à-dire de modulation radio du type « Ultra WideBand » ou en français « Ultra Large Bande >>).

La figure 2 représente schématiquement des composants, utiles à la compréhension de l’invention, du véhicule automobile 10 et du terminal mobile 20.

Sur cette figure 2, on observe que le véhicule automobile 10 comprend, outre le calculateur 13 et les mécanismes lève-vitres 14 déjà mentionnés, un module de communication sans fil 18.

Le calculateur 13 comprend un processeur 13A et une unité de mémorisation 13B, par exemple une mémoire non-volatile réinscriptible ou un disque dur. L’unité de mémorisation 13B mémorise notamment des données utilisées dans le cadre du procédé décrit ci-dessous, notamment une clé virtuelle VK. L’unité de mémorisation 13B mémorise également une application informatique, constituée de programmes d’ordinateur comprenant des instructions dont l’exécution par le processeur 13A permet la mise en œuvre par le calculateur 13 du procédé décrit ci-après.

Le calculateur 13 est notamment adapté à élaborer, en fonction des données reçues du module de communication sans fil 18, un signal de commande des mécanismes lève-vitres 14 afin de piloter l’ouverture simultanée des vitres 15 du véhicule automobile 10.

Comme le montre la figure 2, le terminal mobile 20 comprend quant à lui, outre l’écran tactile 21 déjà mentionné, un processeur 23, une mémoire 24 (par exemple une mémoire non-volatile réinscriptible), un module de communication sans fil 28 et un module de communication sur le réseau de téléphonie mobile 25.

La mémoire 24 permet notamment au terminal mobile 20 de mémoriser une application utilisateur, destinée à faciliter la commande des fonctionnalités du véhicule automobile 10 au moyen de ce terminal mobile 20. Cette application utilisateur, constituée de programmes d’ordinateur, comprend notamment des instructions dont l’exécution par le processeur 23 permet la mise en œuvre du procédé décrit ci-après.

La mémoire 24 est également adaptée à mémoriser une clé virtuelle VK qui, comme cela sera bien décrit dans la suite de cet exposé, permettra au calculateur 13 du véhicule automobile 10 d’authentifier le terminal mobile 20 afin de lui laisser accès aux fonctionnalités du véhicule automobile 10 s’il y est autorisé.

Enfin, le module de communication sans fil 28 du terminal mobile 20 permet d’établir une liaison sans fil (ici de type Bluetooth comme déjà indiqué) avec le module de communication sans fil 18 du véhicule automobile 10, à travers laquelle le processeur 13A du calculateur 13 et le processeur 23 du terminal mobile 20 peuvent échanger des données, notamment comme exposé plus loin. L’objet du présent exposé porte alors plus précisément sur un procédé de commande d’au moins une fonctionnalité du véhicule automobile, dont la mise en œuvre est longue (de durée supérieure à la seconde) et peut être interrompue.

Comme expliqué supra, la fonctionnalité ici considérée sera l’ouverture des vitres 15. On considérera ainsi plus précisément le cas où le conducteur approche de son véhicule automobile 10 et souhaite, à l’aide de son terminal mobile 20, commander l’ouverture simultanée des vitres 15 du véhicule.

On considérera donc que l’application utilisateur mémorisée dans la mémoire 24 du terminal mobile 20 comporte une fonction permettant à l’usager de sélectionner un mode de commande de l’ouverture simultanée des vitres 15.

Selon une caractéristique particulièrement avantageuse de l’invention, une fois ce mode sélectionné, le processeur 23 du terminal mobile 20 met en oeuvre un procédé comprenant trois étapes principales, dont : - une première étape a) d’affichage sur l’écran tactile 21 d’un bouton virtuel 22 déplaçable selon un trajet déterminé, - une seconde étape b) de commande de l’activation de ladite fonctionnalité (c’est-à-dire de commande de la baisse des vitres 15) si le bouton virtuel 22 passe une position d’activation Pa située sur le trajet déterminé, et - une troisième étape c) de commande de l’interruption de la fonctionnalité (c’est-à-dire de commande de l’arrêt de la baisse des vitres 15) si le bouton virtuel 22 passe en-deçà d’une position de désactivation Pd située sur le trajet déterminé.

Préférentiellement, pour éviter tout arrêt inopiné de la baisse des vitres 15 si l’usager maintient le bouton virtuel 22 à proximité de la position d’activation Pa, la position d’activation Pa et la position de désactivation Pd sont éloignées l’une de l’autre.

On peut maintenant décrire plus en détail un exemple de mise en oeuvre de ce procédé.

Comme le montre bien la figure 1, au cours de la première étape, le processeur 23 commande l’affichage du bouton virtuel 22 sur l’écran tactile 21 du terminal mobile 20, ainsi que de divers autres éléments.

Ici, le bouton virtuel 22 présente une forme circulaire et il comporte en son centre un logo.

Ce bouton virtuel 22 est déplaçable en translation dans une fenêtre 26 qui est ici matérialisée par une ligne de contour oblongue. Pour faire coulisser le bouton virtuel 22 dans cette fenêtre 26, l’usager doit maintenir un doigt sur ce bouton virtuel 22, et le faire coulisser depuis une position de repos Pr située à gauche de la fenêtre 26 vers la droite.

Un message, ici en anglais, apparaît dans cette fenêtre 26 pour indiquer à l’usager quel mouvement il doit effectuer pour commander l’ouverture des vitres 15.

Ici, pour indiquer à l’usager la position des vitres 15, le processeur 23 commande l’affichage, au-dessus de la fenêtre 26, d’une image virtuelle de la portière 16 illustrant le taux d’ouverture des vitres 15 et d’un pourcentage indiquant le taux d’ouverture des vitres 15.

Ici, on a représenté juste au-dessus de la fenêtre 26 trois tirets correspondant aux trois positions précitées Pr, Pa, Pd que peut prendre le bouton virtuel 22.

Il s’agit tout d’abord de la position de repos Pr. C’est dans cette position que le processeur 23 ramène automatiquement le bouton virtuel 22 en l’absence d’appui tactile sur ce dernier. A droite de cette position de repos Pr est située la position d’activation Pa, au-delà de laquelle le processeur 23 commande la descente des vitres 15.

Entre ces positions de repos Pr et d’activation Pa est située la position de désactivation Pd, celle en-deçà de laquelle le processeur 23 commande l’arrêt de la descente des vitres 15.

Préférentiellement, ces positions ne sont pas référencées sur l’écran tactile 21.

La première étape a) est suivie ou précédée d’une étape d’authentification mutuelle du terminal mobile 20 avec le véhicule automobile 10.

Cette opération d’authentification étant connue de l’homme du métier, elle ne sera pas ici décrite en détail. On expliquera seulement qu’elle peut consister, pour le calculateur 13 du véhicule, à envoyer un message (ou « défi ») au terminal mobile 20, à crypter ce message grâce à sa clé virtuelle VK, à attendre que le terminal mobile 20 renvoie ce message sous forme crypté (on rappelle que la mémoire du terminal mobile 20 stocke également la clé virtuelle VK) et à comparer ces deux messages cryptés afin de vérifier qu’ils sont identiques.

Des informations caractérisant le véhicule automobile 10 et le terminal mobile 20 peuvent également être échangées pour faciliter leurs identifications. Il peut par exemple s’agir du numéro d’identification VID attribué au véhicule automobile 10 et/ou du numéro de série N attribué au calculateur 13, et/ou du numéro IMEI du terminal mobile 20.

Si cette étape d’authentification échoue, le procédé est interrompu.

Au contraire, si elle aboutit, le procédé se poursuit de la manière suivante.

Le processeur 23 du terminal mobile 20 acquiert alors une donnée d’estimation de la distance entre le véhicule automobile 10 et le terminal mobile 20.

En effet, pour des raisons de sécurité, le processeur 23 du terminal mobile 20 ne commandera ici la baisse des vitres 15 qu’à condition que le véhicule automobile 10 et le terminal mobile 20 soient suffisamment proches l’un de l’autre.

De manière préférentielle, la donnée précitée est constituée par la distance entre le véhicule automobile 10 et le terminal mobile 20.

Ici, le terminal mobile 20 estime cette distance en fonction de la puissance du signal reçu du véhicule automobile 10. On sait en effet que cette puissance diminue lorsque la distance entre le véhicule automobile 10 et le terminal mobile 20 augmente. Ainsi le processeur 23 peut-il vérifier si le véhicule automobile 10 et le terminal mobile 20 sont assez proches l’un de l’autre, en vérifiant que cette distance estimée est inférieure à un seuil prédéterminé.

En variante, la donnée précitée pourrait prendre d’autres formes. Elle pourrait par exemple prendre la forme d’un message utilisant un protocole de communication à portée réduite (typiquement le RFID). Ainsi, le processeur pourra-t-il vérifier si le véhicule et le terminal mobile 20 sont assez proches l’un de l’autre en vérifiant qu’ils sont en mesure de communiquer ensemble en utilisant ce protocole de communication à portée réduite. A l’issue de cette étape, si le véhicule automobile 10 et le terminal mobile 20 sont jugés trop éloignés l’un de l’autre, le procédé est interrompu.

Dans le cas contraire, la mise en oeuvre de ce procédé se poursuit de la manière suivante.

Le processeur 23 attend alors de détecter un appui sur l’écran tactile 21.

Tant qu’aucun appui exercé par le doigt du conducteur sur l’écran tactile 21 n’est détecté, le processeur n’envoie aucun signal de commande d’ouverture des vitres 15 au véhicule automobile 10.

Comme le montre la figure 3, lorsque le processeur 23 détecte un appui sur le bouton virtuel 22 affiché par l’écran tactile 21 et que cet appui se déplace vers la droite le long de la fenêtre 26, le processeur 23 commande le déplacement du bouton virtuel 22 de manière qu’il suive la zone d’appui.

Lorsque le bouton virtuel 22 dépasse la position d’activation Pa, le processeur 23 émet, via son module de communication 28, une instruction de commande de la baisse des vitres 15 (qui forme un « signal d’activation Sa >>). Lorsqu’il reçoit cette instruction, le calculateur 13 commande alors les mécanismes lève-vitres de manière à ce que les vitres 13 s’abaissent.

Préférentiellement, on peut prévoir que le processeur 23 n’émette pas cette instruction de commande dès que le bouton virtuel 22 passe au-delà de la position d’activation Pa, mais qu’il retarde cette émission d’une durée de temporisation Aia. Ce retard permettra alors d’éviter une baisse des vitres 15 si l’usager ramène finalement rapidement le bouton virtuel 22 en-deçà de la position de désactivation Pd. En variante, cette temporisation pourrait être appliquée par le calculateur 13 du véhicule.

Comme le montre la figure 3, tant que le bouton virtuel 22 demeure au-delà de la position de désactivation Pd, le processeur 23 renvoie à intervalles réguliers l’instruction de commande de la baisse des vitres 15, de manière à ce que cette baisse se poursuive.

La baisse des vitres 15 peut alors être interrompue par le calculateur 13 du véhicule automobile 10 dans trois situations différentes.

La première situation est celle dans laquelle le calculateur 13 du véhicule automobile 10 détecte que les vitres 15 sont entièrement ouvertes. Dans cette situation, le calculateur 13 commande l’arrêt des mécanismes lève-vitres.

La seconde situation, illustrée sur la figure 3, est celle dans laquelle l’usager relâche le bouton virtuel 22 ou le ramène vers la gauche, en-deçà de la position de désactivation Pd. Dans cette situation, le processeur 23 du terminal mobile 20 cesse d’émettre des instructions de commande de la baisse des vitres 15. Alors, le calculateur 13 du véhicule automobile 10 commande l’arrêt des mécanismes lève-vitres.

Dans cette situation, on peut prévoir que le processeur 23 arrête d’émettre les instructions de commande non pas dès que le bouton virtuel 22 passe en-deçà de la position de désactivation Pd, mais qu’il retarde cet arrêt d’une durée de temporisation Atd. Ce retard permet d’éviter un arrêt de la baisse des vitres 15 si l’usager ramène finalement rapidement le bouton virtuel 22 au-delà de la position d’activation Pa. En variante, cette temporisation Atd peut être appliquée par le calculateur 13 du véhicule automobile 10.

On notera qu’en variante, comme le montre la figure 7, il serait possible que dans cette seconde situation, le terminal mobile 20 émette une instruction de commande de l’arrêt de la baisse des vitres 15 au moment où le bouton virtuel 22 passe en-deçà de la position de désactivation Pd. Alors, dès la réception de cette instruction ou après une durée de temporisation prédéterminée, le calculateur 13 du véhicule automobile 10 commandera l’arrêt des mécanismes lève-vitres.

Comme le montre la figure 4, la troisième situation dans laquelle la baisse des vitres 15 peut être interrompue est celle dans laquelle le processeur 23 continue d’émettre des instructions de commande de la baisse des vitres 15 mais que ces instructions de commande ne sont plus reçues par le véhicule automobile 10 (par exemple parce que l’usager s’est trop éloigné du véhicule). Alors, le calculateur 13 du véhicule automobile 10 commande l’arrêt des mécanismes lève-vitres.

Dans cette situation, on peut prévoir que le calculateur 13 du véhicule automobile 10 commande l’arrêt des mécanismes lève-vitres non pas dès qu’il ne reçoit plus d’instructions de commande, mais plutôt après une durée de temporisation prédéterminée. De cette manière, si la réception des instructions de commande est interrompue seulement pendant une durée inférieure à cette durée de temporisation (par exemple à cause d’interférences), la baisse des vitres 15 pourra se poursuivre sans interruption.

Sur la figure 5, on a représenté une première variante de réalisation du procédé décrit supra.

Dans cette première variante, le terminal mobile 20 n’émet pas à intervalles réguliers des instructions de commande de la baisse des vitres 15. Au contraire, il émet une unique instruction de commande de la baisse des vitres 15 au moment où le bouton virtuel 22 passe au-delà de la position d’activation Pa (avec éventuellement une temporisation).

Le processeur 23 du terminal mobile n’envoie donc pas d’autres instructions de commande au calculateur 13 du véhicule automobile 10 tant que le bouton virtuel 22 reste au-delà de la position de désactivation Pd.

En revanche, il émet une instruction de commande de l’arrêt de la baisse des vitres 15 au moment où le bouton virtuel 22 passe en-deçà de la position de désactivation Pd (qui forme un « signal de désactivation Sd >>), avec éventuellement une temporisation.

Dans cette première variante, le nombre d’informations échangées entre le véhicule automobile 10 et le terminal mobile 20 s’en trouve donc réduit.

Sur la figure 6, on a représenté une seconde variante de réalisation du procédé décrit supra.

Dans cette seconde variante et comme dans le mode de réalisation principal décrit ci-dessus, lorsque le bouton virtuel 22 est passé au-delà de la position d’activation Pa et qu’il reste situé au-delà de la position de désactivation Pd, le terminal mobile 20 envoie au véhicule automobile 10 à intervalles réguliers des instructions de commande de la baisse des vitres 15. Toutefois, ici, chaque envoi est accompagné d’un nouvelle demande d’authentification du véhicule automobile 10 et du terminal mobile 20.

Par conséquent, dans cette seconde variante, l’étape d’authentification mutuelle du véhicule automobile 10 et du terminal mobile 20 est répétée à intervalles réguliers. La répétition de cette authentification mutuelle permet de vérifier que les instructions de commande de la baisse des vitres sont à chaque fois bien envoyées du même terminal mobile 20, ce qui évite qu’une personne malintentionnée n’envoie à l’aide d’un autre terminal mobile des instructions de commande de la baisse des vitres 15.

Ici encore, le terminal mobile 20 émet une instruction de commande de l’arrêt de la baisse des vitres 15 au moment où le bouton virtuel 22 passe en-deçà de la position de désactivation Pd (qui forme un « signal de désactivation Sd >>), avec éventuellement une temporisation.

En variante, on pourrait prévoir que lorsque l’usager relâche le bouton virtuel 22 ou le ramène vers la gauche, en-deçà de la position de désactivation Pd, le processeur 23 du terminal mobile 20 cesse d’émettre des instructions de commande de la baisse des vitres 15. Alors, le calculateur 13 du véhicule automobile 10 commandera l’arrêt des mécanismes lève-vitres lorsqu’il ne recevra plus d’instructions de commande du terminal mobile 20.

Selon une autre variante de l’invention non représentée sur les figures, on aurait pu prévoir que le bouton virtuel présente une forme différente et/ou que le trajet que le bouton virtuel doit suivre présente une forme différente. On aurait ainsi pu prévoir que l’usager doive déplacer le bouton virtuel de droite à gauche ou du haut vers le bas pour activer la fonctionnalité. On aurait pu également prévoir un trajet de forme courbe.

Claims

REVENDICATIONS

1. Procédé de commande d’une fonctionnalité d’un véhicule automobile (10) au moyen d’un terminal mobile (20) équipé d’un écran tactile (21), ladite fonctionnalité étant susceptible d’être interrompue au cours de sa mise en œuvre, caractérisé en ce qu’il comprend des étapes consistant à : a) afficher sur l’écran tactile (21) du terminal mobile (20) un bouton virtuel (22) déplaçable de manière tactile par un usager, selon un trajet déterminé, b) si le bouton virtuel (22) passe au-delà d’une position d’activation (Pa) située sur le trajet déterminé, commander l’activation de ladite fonctionnalité, puis c) si le bouton virtuel (22) passe en-deçà d’une position de désactivation (Pd) située sur le trajet déterminé, interrompre ladite fonctionnalité.
2. Procédé de commande selon la revendication précédente, dans lequel, à l’étape b), l’activation de la fonctionnalité est commandée après une durée de temporisation (Ata) prédéterminée, suite au passage du bouton virtuel (22) au-delà de la position d’activation (Pa).
3. Procédé de commande selon l’une des revendications précédentes, dans lequel, à l’étape c), l’interruption de la fonctionnalité est commandée après une durée de temporisation (Atd) prédéterminée, suite au passage du bouton virtuel (22) en-deçà de la position de désactivation (Pd).
4. Procédé de commande selon l’une des revendications précédentes, dans lequel la position d’activation (Pa) et la position de désactivation (Pd) sont éloignées l’une de l’autre.
5. Procédé de commande selon l’une des revendications précédentes, dans lequel, en l’absence d’appui sur le bouton virtuel (22) de l’écran tactile (21), le bouton virtuel (22) est automatiquement placé dans une position de repos (Pr) située en-deçà de la position d’activation (Pa) et de la position de désactivation (Pd).
6. Procédé de commande selon l’une des revendications précédentes, dans lequel, préalablement à l’étape b), il est prévu de déterminer une donnée d’estimation de la distance entre le véhicule automobile (10) et le terminal mobile (20), et l’étape b) est mise en œuvre uniquement si ladite donnée d’estimation indique que distance entre le véhicule automobile (10) et le terminal mobile (20) est inférieure à un seuil.
7. Procédé de commande selon l’une des revendications 1 à 6, dans lequel, à l’étape b), lorsque le bouton virtuel (22) passe au-delà de la position d’activation (Pa) et tant que le bouton virtuel (22) demeure au-delà de la position de désactivation (Pd), le terminal mobile (20) envoie à intervalles réguliers au véhicule automobile (10) des signaux d’activation (Sa).
8. Procédé de commande selon la revendication précédente, dans lequel, à l’étape c), le terminal mobile (20) envoie au véhicule automobile (10) un unique signal de désactivation (Sd) lorsque le bouton virtuel passe en-deçà de la position de désactivation (Pd).
9. Procédé de commande selon l’une des revendications 1 à 6, dans lequel : - à l’étape b), le terminal mobile (20) envoie au véhicule automobile (10) un unique signal d’activation (Sa) entre le moment où le bouton virtuel (22) passe au-delà de la position d’activation (Pa) et le moment où le bouton virtuel (22) passe en-deçà de la position de désactivation (Pd), et, - à l’étape c), le terminal mobile (20) envoie au véhicule automobile (10) un unique signal de désactivation (Sd) lorsque le bouton virtuel passe en-deçà de la position de désactivation (Pd).
10. Procédé de commande selon l’une des revendications précédentes, dans lequel il est prévu, préalablement à l’étape b), une étape d’authentification du terminal mobile (20) avec le véhicule automobile (10), et l’étape b) est mise en oeuvre uniquement si le véhicule automobile (10) et le terminal mobile (20) se sont mutuellement authentifiés.
11. Procédé de commande selon la revendication précédente, dans lequel ladite étape d’authentification est répétée au moins une fois au cours de l’étape b) et la mise en oeuvre de l’étape b) est poursuivie uniquement si le véhicule automobile (10) et le terminal mobile (20) se sont à nouveau mutuellement authentifiés.