FR 3145007 A1 20240719 FR 2300295 A 20230112 La présente invention concerne un procédé et un dispositif de contrôle d’ouverture / fermeture d’une fenêtre (101) d’un véhicule (10) configuré pour communiquer avec un dispositif de communication mobile (11) via une connexion sans fil. A cet effet, une requête d’ouverture / fermeture de la fenêtre (101) émise par le dispositif de communication mobile (10) est reçue via la connexion sans fil. L’ouverture / fermeture de la fenêtre (101) est contrôlée, par exemple par un calculateur du véhicule (10), en fonction de paramètres compris dans la requête, en fonction d’un résultat d’un contrôle d’authentification d’un émetteur de la requête et en fonction de données de vitesse représentatives d’une vitesse de rotation d’une ou plusieurs roues du véhicule (10). Figure pour l’abrégé : Figure 1 Procédé et dispositif de contrôle d’ouverture à distance de fenêtres d’un véhicule La présente invention concerne les procédés et dispositifs de contrôle d’ouverture de fenêtres d’un véhicule, notamment un véhicule automobile. La présente invention concerne également un procédé et un dispositif de communication entre un véhicule et un dispositif de communication mobile pour le contrôle de l’ouverture à distance d’une ou plusieurs fenêtres du véhicule. Arrière-plan technologique Les véhicules, notamment lorsqu’ils sont stationnés à l’extérieur, sont soumis aux contraintes climatiques. Par exemple, en cas d’ensoleillement important, la température à l’intérieur d’un véhicule stationné à l’extérieur augmente rapidement, la température étant d’autant plus élevé que la température extérieure est élevée. Ainsi, lorsqu’une personne entre dans un véhicule soumis au rayonnement solaire depuis un certain temps, cette personne peut se trouver indisposée. Pour éviter cela, il est possible de démarrer le système de climatisation de l’air intérieur du véhicule, sortir du véhicule le temps que la température intérieure baisse avant d’entrer de nouveau dans l’habitacle du véhicule. Une telle pratique est cependant consommatrice d’énergie, ce qui est un vecteur de pollution. Une autre solution consiste à ouvrir les fenêtres du véhicule et de patienter quelques instants le temps que la température intérieure baisse. Une telle solution peut cependant requérir une durée importante avant que la température intérieure devienne supportable, ce qui peut être gênant lorsque la personne souhaitant utiliser son véhicule est pressée. Résumé de la présente invention Un objet de la présente invention est de résoudre au moins l’un des problèmes de l’arrière-plan technologique décrit précédemment. Un autre objet de la présente invention est d’améliorer la ventilation naturelle à l’intérieur d’un véhicule. Selon un premier aspect, la présente invention concerne un procédé de contrôle d’ouverture de fenêtres d’un véhicule, ledit véhicule étant configuré pour communiquer avec un dispositif de communication mobile via une connexion sans fil, le procédé comprenant les étapes suivantes : - réception d’une requête d’ouverture d’au moins une fenêtre d’un ensemble de fenêtres du véhicule, la requête étant émise par le dispositif de communication mobile, la requête comprenant des données d’authentification d’un émetteur de la requête ; - contrôle d’ouverture de la au moins une fenêtre selon au moins un paramètre d’ouverture compris dans la requête, le contrôle d’ouverture étant fonction d’un résultat d’un contrôle des données d’authentification et de données de vitesse représentatives de vitesse de rotation d’au moins une roue du véhicule. Le contrôle à distance de l’ouverture d’une ou plusieurs fenêtres du véhicule permet d’aérer le véhicule en avance, c’est-à-dire avant de devoir l’utiliser. Cela laisse le temps à l’air extérieur de pénétrer dans le véhicule pour faire baisser la température dans le véhicule avant d’utiliser le véhicule pour se déplacer. Le contrôle d’authentification de l’émetteur de la requête transmise pour demander l’ouverture de la ou les fenêtres permet d’éviter les tentatives d’intrusion dans le véhicule de personnes non autorisées. Selon une variante, la requête comprend : - des données d’identification de la au moins une fenêtre ; - des données représentatives d’un niveau d’ouverture de la au moins une fenêtre ; et - des données représentatives d’une information temporelle associée à l’ouverture de la au moins une fenêtre. Selon une autre variante, l’ouverture de la au moins une fenêtre n’est déclenchée que lorsque les données de vitesse sont représentatives d’une vitesse de rotation nulle et lorsque les données d’authentification sont représentatives d’une personne autorisée à utiliser le véhicule. Selon une variante supplémentaire, le procédé comprend en outre les étapes de : - détection d’une tentative d’ouverture d’une porte du véhicule ; - contrôle de fermeture de la au moins une fenêtre suivant la détection ; - transmission de données d’alerte d’intrusion représentatives de la détection à destination du dispositif de communication mobile via la connexion sans fil. Selon encore une variante, le procédé comprend en outre une étape de transmission de données d’image représentatives d’au moins une partie d’un environnement extérieur du véhicule à destination du dispositif de communication mobile via la connexion sans fil, les données d’image étant obtenues d’au moins une caméra du véhicule, une acquisition des données d’image étant déclenchée suivant la détection de la tentative d’ouverture d’une porte du véhicule. Selon une variante additionnelle, le contrôle d’ouverture de la au moins une fenêtre est en outre fonction de données de précipitation reçues d’un capteur de détection de pluie embarqué dans le véhicule. Selon une autre variante, le procédé comprend en outre les étapes de : - authentification d’un utilisateur du véhicule en fonction des données d’authentification ; - transmission de la requête à destination du véhicule en fonction du résultat de l’authentification. Selon un deuxième aspect, la présente invention concerne un dispositif de contrôle d’ouverture de fenêtres d’un véhicule, le dispositif comprenant une mémoire associée à un processeur configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de la présente invention. Selon un troisième aspect, la présente invention concerne un véhicule, par exemple de type automobile, comprenant un dispositif tel que décrit ci-dessus selon le deuxième aspect de la présente invention. Selon un quatrième aspect, la présente invention concerne un système comprenant un dispositif tel que décrit ci-dessus selon le deuxième aspect de la présente invention, et un dispositif de communication mobile relié en communication sans fil au dispositif tel que décrit ci-dessus selon le deuxième aspect de la présente invention. Selon un cinquième aspect, la présente invention concerne un système comprenant un véhicule tel que décrit ci-dessus selon le troisième aspect de la présente invention et un dispositif de communication mobile relié en communication sans fil au véhicule tel que décrit ci-dessus selon le troisième aspect de la présente invention. Selon une variante, le système comprend en outre un dispositif de traitement de données, par exemple un serveur d’authentification, relié en communication sans fil au véhicule tel que décrit ci-dessus selon le troisième aspect de la présente invention ou au dispositif tel que décrit ci-dessus selon le deuxième aspect de la présente invention. Selon un sixième aspect, la présente invention concerne un programme d’ordinateur qui comporte des instructions adaptées pour l’exécution des étapes du procédé selon le premier aspect de la présente invention, ceci notamment lorsque le programme d’ordinateur est exécuté par au moins un processeur. Un tel programme d’ordinateur peut utiliser n’importe quel langage de programmation, et être sous la forme d’un code source, d’un code objet, ou d’un code intermédiaire entre un code source et un code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. Selon un septième aspect, la présente invention concerne un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes du procédé selon le premier aspect de la présente invention. D’une part, le support d’enregistrement peut être n'importe quel entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire ROM, un CD-ROM ou une mémoire ROM de type circuit microélectronique, ou encore un moyen d'enregistrement magnétique ou un disque dur. D'autre part, ce support d’enregistrement peut également être un support transmissible tel qu'un signal électrique ou optique, un tel signal pouvant être acheminé via un câble électrique ou optique, par radio classique ou hertzienne ou par faisceau laser autodirigé ou par d'autres moyens. Le programme d’ordinateur selon la présente invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme d’ordinateur est incorporé, le circuit intégré étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des figures D’autres caractéristiques et avantages de la présente invention ressortiront de la description des exemples de réalisation particuliers et non limitatifs de la présente invention ci-après, en référence aux figures 1 à 4 annexées, sur lesquelles : illustre schématiquement un véhicule relié en communication sans fil à un dispositif de communication mobile, selon un exemple de réalisation particulier et non limitatif de la présente invention ; illustre schématiquement un système configuré pour le contrôle de l’ouverture à distance d’une ou plusieurs fenêtres du véhicule de la , selon un exemple de réalisation particulier et non limitatif de la présente invention ; illustre schématiquement un dispositif configuré pour contrôler une ouverture d’une ou plusieurs fenêtres du véhicule du véhicule de la , selon un exemple de réalisation particulier et non limitatif de la présente invention ; illustre un organigramme des différentes étapes d’un procédé de contrôle d’une ouverture d’une ou plusieurs fenêtres du véhicule du véhicule de la , selon un exemple de réalisation particulier et non limitatif de la présente invention. Description des exemples de réalisation Un procédé et un dispositif de contrôle d’ouverture d’une ou plusieurs fenêtres d’un véhicule vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 4. Des mêmes éléments sont identifiés avec des mêmes signes de référence tout au long de la description qui va suivre. Selon un exemple particulier et non limitatif de réalisation de la présente invention, le contrôle de l’ouverture (et réciproquement de la fermeture) d’une ou plusieurs fenêtres d’un véhicule configuré pour communiquer avec un dispositif de communication mobile (par exemple un téléphone intelligent (de l’anglais « Smartphone »)) via une connexion sans fil est par exemple mis en œuvre par un plusieurs calculateurs embarqués dans le véhicule. A cet effet, une requête d’ouverture d’une ou plusieurs fenêtres de l’ensemble de fenêtres du véhicule, émise par le dispositif de communication mobile, est reçue via la connexion sans fil. Une telle requête comprend avantageusement des données adaptées pour identifier l’émetteur de la requête (par exemple pour identifier le dispositif de communication mobile ou son propriétaire). Une telle requête comprend par exemple en outre un ou plusieurs paramètres pour piloter l’ouverture de la ou les fenêtres identifiées dans la requête, ce ou ces paramètres étant signalés par des données d’identification de la ou les fenêtres à ouvrir, des données décrivant un niveau d’ouverture de chaque fenêtre et/ou des données signalant une information temporelle associée à l’ouverture (heure d’ouverture, durée d’ouverture avant fermeture, etc.). L’ouverture de la ou les fenêtres est contrôlée, par exemple par un calculateur du système de contrôle d’ouverture/fermeture des fenêtres, en fonction des paramètres, en fonction d’un résultat d’un contrôle des données d’authentification (par exemple mis en œuvre par un calculateur du véhicule ou par un dispositif distant relié en communication au véhicule) et en fonction de données de vitesse représentatives d’une vitesse de rotation d’une ou plusieurs roues du véhicule. La illustre schématiquement un environnement de communication pour un véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. La illustre un environnement 1 de communication d’un véhicule 10, lequel véhicule est configuré pour communiquer des données avec un dispositif de communication mobile 11 via une liaison sans fil. Le véhicule 10 correspond par exemple à un véhicule à moteur thermique, à moteur(s) électrique(s) ou encore un véhicule hybride avec un moteur thermique et un ou plusieurs moteurs électriques. Le véhicule 10 correspond ainsi par exemple à un véhicule terrestre, par exemple une automobile, un camion, un car. Le véhicule 10 correspond par exemple à un véhicule dit connecté, c’est-à-dire un véhicule relié en communication sans fil avec une infrastructure réseau sans fil, par exemple une infrastructure d’un réseau cellulaire terrestre ou relié au dispositif de communication mobile 11 selon une liaison sans fil directe, par exemple en mode point à point (de l’anglais « peer-to-peer »). L’infrastructure réseau sans fil correspond par exemple à une infrastructure de réseau mobile terrestre, par exemple de type LTE (de l’anglais « Long Term Evolution » ou en français « Evolution à long terme ») 4G ou 5G. Une telle infrastructure de communication sans fil permettant la communication sans fil de données entre le véhicule 10 et le dispositif de traitement de données distant 110 et/ou le dispositif de communication mobile 11 comprend par exemple un ou plusieurs équipements de communication 12 de type antenne relais (réseau cellulaire). Lorsque le véhicule 10 est en communication directe avec le dispositif de communication mobile 11, la connexion est par exemple de type Wifi® ou Bluetooth®. Le dispositif de communication mobile 11 correspond par exemple à un dispositif de télécommunication mobile, par exemple un téléphone intelligent, une tablette ou un objet connecté tel qu’une montre connectée. Le véhicule 10 embarque à cet effet un système de communication configuré pour communiquer : - avec un ou plusieurs dispositifs distants 110 du « cloud » 100 (ou « nuage » en français) et/ou le dispositif de communication mobile 11 via l’infrastructure du réseau de communication sans fil ; et/ou - avec le dispositif de communication mobile 11 en mode de communication directe. Le dispositif distant 110 correspond par exemple à un dispositif configuré pour traiter des données de type serveur, par exemple des données stockées en mémoire du dispositif distant 110 et/ou des données reçues du véhicule 10 et/ou des données reçues du dispositif de communication mobile 11 et/ou des données reçues d’un autre dispositif distant. Le système de communication du véhicule 10 comprend par exemple une ou plusieurs antennes de communication reliées à une unité de contrôle télématique, dite TCU (de l’anglais « Telematic Control Unit »), elle-même reliée à un ou plusieurs calculateurs du système embarqué du véhicule 10. La ou les antennes, l’unité TCU et le ou les calculateurs forment par exemple une architecture multiplexée pour la réalisation de différents services utiles pour le bon fonctionnement du véhicule et pour assister le conducteur et/ou les passagers du véhicule dans le contrôle du véhicule 10, par exemple pour mettre en œuvre le contrôle et/ou la commande de l’ouverture motorisée de la ou les fenêtres du véhicule 10. Le ou les calculateurs et l’unité TCU communiquent et échangent des données entre eux par l’intermédiaire d’un ou plusieurs bus informatiques, par exemple un bus de communication de type bus de données CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs »), CAN FD (de l’anglais « Controller Area Network Flexible Data-Rate » ou en français « Réseau de contrôleurs à débit de données flexible »), FlexRay (selon la norme ISO 17458) ou Ethernet (selon la norme ISO/IEC 802-3). Le véhicule 10 embarque également par exemple un ou plusieurs des dispositifs ou systèmes suivants : - un ensemble de capteurs associées aux roues du véhicule 10 (par exemple un capteur par roue, ou un capteur par roue motrice), chaque capteur correspondant par exemple à un capteur de roue configuré pour mesurer la vitesse de rotation de chacune des roues du véhicule 10, ces capteurs étant par exemple contrôlés ou associés à un système ESP (de l’anglais « Electronic Stability Program » ou en français « Programme de stabilité électronique », aussi appelé système ESC (de l’anglais « Electronic Stability Control » ou en français « Contrôle électronique de la stabilité »)) embarqué dans le véhicule 10 ; et/ou - un système de commande ou de contrôle d’ouverture / fermeture motorisée des fenêtres 101, 102 du véhicule 10, un tel système comprenant par exemple un calculateur contrôlant des moteurs électriques configurés pour actionner l’ouverture et la fermeture des fenêtres du véhicule 10 ; et/ou - un système de commande ou de contrôle de verrouillage / déverrouillage des portes / ouvrants du véhicule, un tel système comprenant un calculateur contrôlant des mécanismes de verrouillage et un ensemble de capteurs configurés pour détecter une tentative d’ouverture de porte (par exemple un capteur de détection d’actionnement d’une poignée d’ouverture de porte) ; et/ou - un ou plusieurs capteurs configurés pour détecter des précipitations (par exemple la pluie), un tel capteur correspondant par exemple à un capteur de précipitation du système d’essuyage automatique du pare-brise, aussi appelé capteur CDPL (Capteur de Détection de Pluie et de Luminosité) ; et/ou - une ou plusieurs caméras configurés pour l’acquisition d’au moins une partie de l’environnement extérieur autour du véhicule 10, par exemple une ou plusieurs caméras d’un système d’aide au stationnement. Un processus de contrôle d’ouverture de fenêtre(s) 101, 102 du véhicule 10 est avantageusement mis en œuvre par le véhicule 10, par exemple par un ou plusieurs processeurs d’un ou plusieurs calculateurs embarqués dans le véhicule 10. Selon une variante, le processus est mis en œuvre par un système comprenant le véhicule 10 et le dispositif de communication mobile 11 relié en communication sans fil au véhicule 10. Selon cette variante, certaines opérations du processus sont mises en œuvre par le dispositif de communication mobile et d’autres opérations par un ou plusieurs calculateurs du véhicule 10. Selon encore une variante, le processus est mis en œuvre par un système comprenant le véhicule 10, le dispositif de communication mobile 11 et le dispositif distant 110. Selon cette variante, certaines opérations du processus sont mises en œuvre par le dispositif de communication mobile 11, d’autres opérations par un ou plusieurs calculateurs du véhicule 10 et au moins une opération est mise en œuvre par le dispositif distant 110 relié en communication sans fil au véhicule 10 et au dispositif de communication mobile 11. Des exemples de mises en œuvre d’un tel processus sont décrits avec plus de détail en regard de la ci-après. Des exemples de réalisation matérielle d’un calculateur, dispositif de communication mobile et/ou dispositif distant sont décrits avec plus de détail en regard de la ci-après. La illustre schématiquement un système de contrôle d’ouverture ou fermeture d’une ou plusieurs fenêtres 101, 102 du véhicule 10 et le processus mis en œuvre par un tel système, selon différents exemples de réalisation particuliers et non limitatifs de la présente invention. Le système 2 décrit en regard de la comprend le véhicule 10. Selon une variante de réalisation, le système 2 comprend en outre le dispositif de communication mobile 11 relié en communication au véhicule 10 via une connexion sans fil. Selon encore une variante de réalisation, le système 2 comprend en outre un dispositif distant 110, tel qu’un serveur, relié en communication au véhicule 10 et au dispositif de communication mobile 11. Le processus décrit ci-après est décrit en référence à l’ouverture d’une fenêtre 101. Le même processus s’applique de manière identique à l’ouverture de plusieurs fenêtres 101, 102 du véhicule 10. Le contrôle de l’ouverture d’une fenêtre 101 comprend le contrôle de l’ouverture mais aussi le contrôle de la fermeture de la fenêtre 101, le cas échéant. Dans une première opération du processus, une application mobile installée sur le dispositif de communication mobile 11 est exécutée et le contenu d’une interface homme-machine (IHM) graphique est affiché sur au moins une partie de l’écran d’affichage du dispositif de communication mobile 11. Un ou plusieurs contenus graphiques tels que des zones de texte, des boutons virtuels, des icônes, des liens hypertexte sont par exemple affichés sur l’écran du dispositif de communication mobile, un appui tactile sur chaque contenu d’au moins une partie de ces contenus graphiques déclenchant une opération ou une fonction associée. Les contenus graphiques correspondent par exemple à un ou plusieurs des contenus suivants, selon toutes combinaisons possibles : - une zone 211 affichant une illustration du véhicule 10 ou une liste configurée pour sélectionner la ou les fenêtres dont l’ouverture doit être contrôlée selon le présent processus, par exemple en sélectionnant la ou les fenêtres visées en cliquant, via appui tactile, à l’endroit de la ou les fenêtres lorsque le véhicule 10 est représenté graphiquement ; et/ou - une zone 212 adaptée pour sélectionner le niveau ou degré d’ouverture de la ou les fenêtres sélectionnées dans la zone 211. Le niveau d’ouverture est par exemple paramétré pour chaque fenêtre sélectionnée via un composant graphique de type barre de défilement permettant de choisir le niveau ou degré d’ouverture entre 0 (fenêtre fermée) et 100 (fenêtre totalement ouverte). Selon une variante, la zone 212 comprend un menu déroulant permettant de sélectionner le niveau dans un ensemble de niveaux déterminés et prédéfinis (par exemple 3 ou 4 niveaux, par exemple les niveaux : « complètement fermée », « complètement fermée », « ouverture à mi-hauteur », « ouverture pour filet d’air », etc.) ; et/ou - une zone 213 comprenant par exemple un ou plusieurs menus déroulants et/ou un ou plusieurs champs pour entrer une ou plusieurs informations temporelles associées à l’ouverture des boutons, par exemple la durée pendant laquelle une fenêtre doit rester ouverte (avant fermeture automatique une fois la durée écoulée), l’heure à laquelle la fenêtre doit s’ouvrir, etc. ; et/ou - une zone 214 de dialogue pour afficher un ou plusieurs messages et/ou une ou plusieurs icônes à destination de l’utilisateur tenant le dispositif de communication mobile, par exemple un message ou une icône indiquant que la requête d’ouverture a été transmise au véhicule 10 pour mise en œuvre ou que la remise de la requête a échoué, un message ou une icône pour confirmer l’authentification réussie ou pour informer de l’échec de l’authentification de l’émetteur de la requête, un message ou une icône pour informer l’utilisateur tenant le dispositif de communication mobile d’une détection de tentative d’intrusion dans le véhicule 10, un message ou une icône pour informer l’utilisateur tenant le dispositif de communication mobile d’une détection de précipitations (pluie par exemple) sur le véhicule, etc. ; et/ou - une zone comprenant un bouton ou une icône pour requérir l’envoi de la requête d’ouverture et/ou un bouton ou une icône pour requérir l’annulation et/ou l’interruption de la commande d’ouverture de la ou les fenêtres ; et/ou - une zone comprenant un bouton ou une icône pour requérir une fermeture immédiate de l’ensemble des fenêtres du véhicule 10. Dans une deuxième opération du processus, la requête d’ouverture de la fenêtre 101 est transmise par le dispositif de communication mobile 11 à destination du véhicule 10 pour déclencher le contrôle de l’ouverture de la fenêtre 101 par le véhicule 10. Une telle transmission est par exemple déclenchée par un appui tactile sur un bouton ou une icône prévue à cet effet dans l’IHM. Cette requête de contrôle d’ouverture de fenêtre est par exemple transmise dans un mode de communication directe via une liaison directe entre le véhicule 10 et le dispositif de communication mobile 11, ou via l’infrastructure de communication du réseau terrestre sans fil comprenant l’antenne 12. Cette requête d’ouverture de fenêtre(s) est reçue par le véhicule 10, par exemple par une unité TCU 201 (aussi appelée boîtier de servitude radio fréquence, noté BSRF) via une antenne du véhicule 10. Une telle requête comprend avantageusement des données adaptées pour authentifier l’émetteur de la requête, c’est-à-dire des données d’identification ou d’authentification de l’émetteur. Ces données correspondent par exemple à un identifiant au format déterminé ou à un certificat émis par une autorité de certification. La requête comprend par exemple en outre les données suivantes : - des données d’identification de chaque fenêtre sélectionnée via l’IHM, de telles données correspondant par exemple à une valeur codée sur 2, 3 ou 4 bits, chaque fenêtre du véhicule 10 étant identifiée par un identifiant unique, l’ensemble des identifiants étant connus du véhicule 10 et par exemple stockées dans une mémoire accessible par le calculateur 202 mettant en œuvre le contrôle d’ouverture dans le véhicule 10 ; - des données représentatives d’un niveau d’ouverture de chaque fenêtre, ces données correspondant par exemple à une valeur de niveau comprise entre 0 et 10 ou entre 0 et 100, ou d’un ensemble d’identifiants connus du véhicule et codés par exemple sur 2, 3 ou 4 bits et identifiant un niveau d’ouverture dans un ensemble de niveaux déterminés et prédéfinis ; et - des données représentatives de la ou les informations temporelles associées à l’ouverture de chaque fenêtre (durée pendant laquelle la fenêtre est maintenue ouverte avant fermeture, instant d’ouverture planifié (horaire), etc.). Selon un mode de réalisation optionnel et particulier, la requête d’ouverture (ou de fermeture) de fenêtre(s) est reçue par le véhicule 10 après mise en œuvre d’une opération d’authentification de l’émetteur de la requête. Une telle opération d’authentification 221 est par exemple mise en œuvre par le dispositif distant 110 qui reçoit la requête d’ouverture de la fenêtre du dispositif de communication mobile 11 pour la retransmettre au véhicule 10 lorsque l’authentification de l’émetteur est réussie, c’est-à-dire lorsque l’émetteur est authentifié comme correspondant à une personne autorisée à utiliser le véhicule 10 (par exemple le conducteur ou le propriétaire du véhicule 10). Dans une telle opération d’authentification 221, le dispositif distant 110 recevant la requête et les données d’authentification compare par exemple les données d’authentification avec des données identifiant la ou les personnes autorisées à utiliser le véhicule 10. L’authentification est par exemple obtenue via la transmission d’un code (par exemple un code à 4 ou 6 chiffres) via un outil de messagerie (par exemple par SMS) par le dispositif distant 110 à destination du dispositif de communication mobile 11, ce code devant être entrée dans un champ déterminé de l’IHM de l’application mobile par l’utilisateur. L’entrée d’un tel code déclenche la transmission automatique de données de confirmation au dispositif distant 110 qui valide alors l’authentification. Selon un autre exemple, l’authentification est obtenue en demandant à l’utilisateur de s’identifier dans une zone prévue de l’IHM avec son empreinte digitale, ce qui déclenche la transmission des données de confirmation d’identité au dispositif distant 110. Lorsque le résultat de la comparaison indique que les données d’authentification correspondent à une personne identifiée comme autorisée à utiliser le véhicule 10, alors le dispositif distant 110 retransmet la requête d’ouverture de fenêtre(s) à destination du véhicule 10 pour mise en œuvre du contrôle de l’ouverture de la fenêtre 101. Dans le cas contraire, le dispositif distant 110 ne retransmet par la requête d’ouverture de fenêtre(s) et le processus se termine. Selon une variante de réalisation, la requête ne transite pas par le dispositif distant 110, la requête étant reçue par la TCU 201 qui la retransmet à un calculateur non représenté qui met en œuvre l’authentification, par exemple en comparant les données identifiant l’émetteur (par exemple des données d’un certificat) avec des données identifiant une ou plusieurs personnes autorisées à utiliser ou contrôler le véhicule 10, ces données étant stockées dans une mémoire du véhicule 10 accessible par le calculateur. Dans une troisième opération du processus, un calculateur 202 du véhicule 10 configuré pour le contrôle de l’ouverture de la fenêtre 101 reçoit la requête de la TCU via un bus de données reliant les calculateurs du véhicule 10 entre eux. Dans une quatrième opération du processus, le calculateur 202 vérifie si le véhicule 10 est en mouvement ou immobile. Une telle vérification est mise en œuvre sur la base de données de vitesse reçues d’un ou plusieurs capteurs de roue 204, les données de vitesse étant représentatives de la vitesse de rotation de chaque roue associée à un capteur fournissant les données de vitesse. Un capteur de roue correspond par exemple à un capteur configuré pour mesurer la vitesse de rotation de la roue, les données transmises par le capteur (par exemple au calculateur contrôlant le système ESP qui retransmet ces données au calculateur 202) correspondent alors à des données de vitesse de rotation. Lorsque les données de vitesse sont représentatives d’une vitesse de rotation nulle, le véhicule 10 est considéré comme étant immobile et l’ouverture de la fenêtre 101 est déclenchée sous le contrôle du calculateur 202. Lorsque les données de vitesse sont représentatives d’une vitesse de rotation non nulle, le véhicule 10 est considéré comme étant en mouvement et l’ouverture de la fenêtre 101 n’est pas déclenchée malgré la requête reçue. Cela évite une ouverture intempestive requise à distance par une personne qui ne sait pas que le véhicule 10 est en mouvement. Ainsi, l’ouverture de la fenêtre 101 n’est déclenchée que lorsque les données de vitesse sont représentatives d’une vitesse de rotation nulle et lorsque les données d’authentification sont représentatives d’une personne autorisée à utiliser le véhicule 10. L’ouverture de la fenêtre 101 est contrôlée par le calculateur 202 qui transmet une ou plusieurs commandes à destination du calculateur 203 en charge du contrôle du système d’ouverture / fermeture des fenêtres. Le contrôle de l’ouverture de la fenêtre est avantageusement fonction de paramètres d’ouverture compris dans la requête reçue, les paramètres correspondant à des paramètres d’identification de la ou les fenêtres à ouvrir, des paramètres représentatifs du niveau d’ouverture pour chaque fenêtre et optionnellement des paramètres représentatifs de le ou les informations temporelles associées à chaque ouverture. Ces paramètres sont transmis au calculateur 203 par le calculateur 202. Selon un exemple de réalisation particulier, l’ouverture de la fenêtre 101 requise par la requête d’ouverture reçue est par exemple interrompue avant que la fenêtre 101 n’ait atteint le niveau d’ouverture requis à réception d’une requête d’interruption de l’ouverture émise par le dispositif de communication mobile 11 selon la connexion sans fil. Une telle requête d’interruption est par exemple générée par le dispositif de communication mobile 11 lorsque le dispositif de communication mobile 11 (par exemple un processeur du dispositif 11) détecte un appui tactile sur un bouton ou une icône de l’IHM affichée sur l’écran du dispositif 11 et prévue pour déclencher une interruption d’urgence de l’ouverture à distance de la fenêtre 101 à la demande de l’utilisateur tenant le dispositif de communication mobile dans ses mains pour contrôler à distance la manœuvre automatique. Selon un mode de réalisation particulier, le contrôle d’ouverture de la fenêtre 101 est en outre fonction de données de précipitation reçues du capteur de précipitation (ou du calculateur contrôlant un tel capteur) 204. Selon ce mode de réalisation particulier, le calculateur 202 ne déclenche pas l’ouverture de la fenêtre 101 lorsque des précipitations (pluie) sont détectées sur la base des données reçues du capteur de précipitation 204 lors de la réception de la requête. Lorsque des précipitations sont détectées après le déclenchement de l’ouverture de la fenêtre, le calculateur 202 transmet une commande ou une requête au calculateur 203 pour interrompre l’ouverture et pour requérir la fermeture automatique de l’ensemble des fenêtres ouvertes. Lorsque les fenêtres sont à l’état fermé, le calculateur 203 transmet une confirmation de fermeture des fenêtres à destination du calculateur 202. Lors de l’opération de fermeture des fenêtres, la fonction anti-pincement est par exemple maintenue activée par le calculateur 203 pour éviter tout accident. Lorsque des précipitations sont détectées, des données représentatives de la détection de telles précipitations sont par exemple transmises par le véhicule 10 à destination du dispositif de communication mobile via la connexion sans fil pour affichage d’un contenu graphique sur l’écran du dispositif 11 pour informer l’utilisateur. Des données représentatives de fermeture des fenêtres sont en outre par exemple transmises par le véhicule 10 à destination du dispositif de communication mobile via la connexion sans fil pour affichage d’un contenu graphique sur l’écran du dispositif 11 pour informer l’utilisateur que les fenêtres du véhicule 10 ont bien été refermées. Lorsque le niveau d’ouverture des fenêtres est contrôlé par un objet graphique de type barre de défilement 212, le niveau fermé est par exemple représenté avec cette barre de défilement. Selon un autre mode de réalisation particulier, lorsque le calculateur 205 détecte une tentative d’ouverture d’une ou plusieurs portes du véhicule 10 alors qu’une ou plusieurs fenêtres sont ouvertes ou en cours d’ouverture, le calculateur 205 transmet au calculateur 202 des données représentatives de tentative d’intrusion. Suivant la réception de ces données représentatives de tentative d’intrusion, le calculateur 202 transmet au calculateur 203 une commande ou une requête pour interrompre l’ouverture et pour requérir la fermeture automatique de l’ensemble des fenêtres ouvertes. Lorsque les fenêtres sont à l’état fermé, le calculateur 203 transmet une confirmation de fermeture des fenêtres à destination du calculateur 202. Lors de l’opération de fermeture des fenêtres, la fonction anti-pincement est par exemple maintenue activée par le calculateur 203 pour éviter tout accident. Suivant la détection de la tentative d’intrusion, le véhicule 10 transmet des données de détection de tentative d’intrusion à destination du dispositif de communication mobile pour affichage d’un contenu graphique sur l’écran du dispositif 11 pour informer l’utilisateur qu’une tentative d’intrusion a été détectée. Suivant l’opération de fermeture des fenêtres, le véhicule 10 transmet des données de fermeture des fenêtres suivant la détection de tentative d’intrusion à destination du dispositif de communication mobile pour affichage d’un contenu graphique sur l’écran du dispositif 11 pour informer l’utilisateur que les fenêtres du véhicule 10 ont bien été refermées. Lorsque le niveau d’ouverture des fenêtres est contrôlé par un objet graphique de type barre de défilement 212, le niveau fermé est par exemple représenté avec cette barre de défilement. Selon un autre mode de réalisation, le processus comprend en outre l’acquisition de données d’images de l’environnement extérieur autour du véhicule 10 par une ou plusieurs caméras du véhicule 10 (par exemple une caméra installée à l’avant du véhicule ayant dans son champ de vision l’environnement extérieur devant le véhicule 10, une caméra installée à l’arrière du véhicule 10 ayant dans son champ de vision l’environnement extérieur derrière le véhicule 10 et/ou une ou plusieurs caméras latérales (par exemple dans les rétroviseurs latéraux extérieurs) ayant dans leur champ de vision l’environnement extérieur sur les côtés du véhicule 10. L’acquisition des données d’image est par exemple mise en œuvre pour une durée déterminée, par exemple pour une durée égale à 1, 2, 3, 4 ou 5 secondes. L’acquisition des données d’image est par exemple déclenchée suivant : - la réception d’une requête émise par le dispositif de communication mobile 11, par exemple lorsque l’utilisateur contrôlant à distance l’ouverture de la fenêtre 101 via le dispositif 11 veut vérifier au préalable que les conditions de sécurité requise pour l’ouverture sont remplies (personne à proximité du véhicule 10) ; et/ou - la détection d’une tentative d’intrusion, le calculateur 202 transmettant une requête d’acquisition d’image au calculateur 206 contrôlant le système de caméras 207. Le calculateur 202 transmet alors une requête à la TCU 201 pour la transmission des données d’image à destination du dispositif de communication mobile 11 et/ou à destination d’un serveur distant du « cloud » 100. Lorsque les données d’image sont transmises à destination du dispositif distant, des données représentatives de disponibilité de ces données d’image sont transmises au dispositif de communication mobile 11. Un lien hypertexte s’affiche par exemple sur l’écran du dispositif 11 via l’IHM pour que l’utilisateur accède à ces données d’image en cliquant sur le lien. Cela permet à l’utilisateur de vérifier si une ou plusieurs personnes sont à proximité du véhicule 10, par exemple en cas de détection d’intrusion. L’utilisateur est alors en mesure de mettre en œuvre les actions nécessaires le cas échéant. La illustre schématiquement un dispositif 3 configuré pour le contrôle de l’ouverture d’une ou plusieurs fenêtres d’un véhicule, par exemple du véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif 3 correspond par exemple à un calculateur embarqué dans le véhicule 10. Selon un autre exemple, le dispositif 3 correspond à un dispositif de communication mobile, par exemple au dispositif 11. Selon encore un autre exemple, le dispositif 3 correspond à un dispositif de traitement de données de type serveur, par exemple au dispositif distant 110. Le dispositif 3 est par exemple configuré pour la mise en œuvre des opérations décrites en regard des figures 1 et 2 et/ou des étapes du procédé décrit en regard de la . Des exemples d’un tel dispositif 3 comprennent, sans y être limités, un calculateur électronique tel qu’une UCE (« Unité de Commande Electronique »), une unité TCU, un ordinateur, un ordinateur portable, un téléphone intelligent, une tablette, un serveur. Les éléments du dispositif 3, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. Le dispositif 3 peut être réalisé sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d’une combinaison de circuits électroniques et de modules logiciels. Le dispositif 3 comprend un (ou plusieurs) processeur(s) 30 configurés pour exécuter des instructions pour la réalisation des étapes du procédé et/ou pour l’exécution des instructions du ou des logiciels embarqués dans le dispositif 3. Le processeur 30 peut inclure de la mémoire intégrée, une interface d’entrée/sortie, et différents circuits connus de l’homme du métier. Le dispositif 3 comprend en outre au moins une mémoire 31 correspondant par exemple à une mémoire volatile et/ou non volatile et/ou comprend un dispositif de stockage mémoire qui peut comprendre de la mémoire volatile et/ou non volatile, telle que EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, disque magnétique ou optique. Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur est par exemple stocké sur la mémoire 31. Selon un exemple de réalisation particulier et non limitatif, le dispositif 3 comprend un bloc 32 d’éléments d’interface pour communiquer avec des dispositifs externes, par exemple un ou plusieurs serveurs distants. Les éléments d’interface du bloc 32 comprennent une ou plusieurs des interfaces suivantes : - interface radiofréquence RF, par exemple de type Wi-Fi® (selon IEEE 802.11), par exemple dans les bandes de fréquence à 2,4 ou 5 GHz, ou de type Bluetooth® (selon IEEE 802.15.1), dans la bande de fréquence à 2,4 GHz, ou de type « Sigfox »® utilisant une technologie radio UBN (de l’anglais Ultra Narrow Band, en français bande ultra étroite), ou LoRa dans la bande de fréquence 868 MHz, LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Advanced (ou en français LTE-avancé) ; - interface USB (de l’anglais « Universal Serial Bus » ou « Bus Universel en Série » en français) ; - interface HDMI (de l’anglais « High Definition Multimedia Interface », ou « Interface Multimedia Haute Definition » en français). Selon un autre exemple de réalisation particulier et non limitatif, le dispositif 3 comprend une interface de communication 33 qui permet d’établir une communication avec d’autres dispositifs (tels que d’autres ordinateurs ou serveurs) via un canal de communication 330. L’interface de communication 33 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 330. L’interface de communication 33 correspond par exemple à un réseau filaire de type Ethernet (standardisé par la norme ISO/IEC 802-3). Selon un exemple de réalisation particulier et non limitatif, le dispositif 3 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage 340, tactile ou non, un ou des haut-parleurs 350 et/ou d’autres périphériques 360 (par exemple un actionneur haptique) via respectivement des interfaces de sortie 34, 35 et 36. Selon une variante, l’un ou l’autre des dispositifs externes est intégré au dispositif 3. La illustre un organigramme des différentes étapes d’un procédé de contrôle d’ouverture d’une ou plusieurs fenêtres d’un véhicule, par exemple le véhicule 10, un tel véhicule étant configuré pour communiquer avec un dispositif de communication mobile via une connexion sans fil, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le procédé est par exemple mis en œuvre par un calculateur embarqué dans le véhicule 10 ou par le dispositif 3 de la . Dans une première étape 41, une requête d’ouverture d’au moins une fenêtre d’un ensemble de fenêtres du véhicule est reçue, la requête étant émise par le dispositif de communication mobile, la requête comprenant des données d’authentification d’un émetteur de la requête. Dans une deuxième étape 42, l’ouverture de la au moins une fenêtre est contrôlée selon au moins un paramètre d’ouverture compris dans la requête, le contrôle d’ouverture étant fonction d’un résultat d’un contrôle des données d’authentification et de données de vitesse représentatives de vitesse de rotation d’au moins une roue du véhicule. Selon une variante, les variantes et exemples des opérations décrits en relation avec la ou 2 s’appliquent aux étapes du procédé de la . Bien entendu, la présente invention ne se limite pas aux exemples de réalisation décrits ci-avant mais s’étend à un procédé de contrôle d’un véhicule qui inclurait des étapes secondaires sans pour cela sortir de la portée de la présente invention. Il en serait de même d’un dispositif configuré pour la mise en œuvre d’un tel procédé. La présente invention concerne également un véhicule, par exemple automobile ou plus généralement un véhicule autonome à moteur terrestre, comprenant le dispositif 3 de la . La présente invention concerne également un système comprenant le véhicule 10 et le dispositif de communication mobile relié en communication sans fil au véhicule 10. Selon une variante, le système comprend en outre le dispositif distant 110 relié en communication au véhicule 10 et au dispositif de communication mobile 11. Procédé de contrôle d’ouverture de fenêtres d’un véhicule (10), ledit véhicule (10) étant configuré pour communiquer avec un dispositif de communication mobile (11) via une connexion sans fil, ledit procédé comprenant les étapes suivantes : - réception (41) d’une requête d’ouverture d’au moins une fenêtre (101, 102) d’un ensemble de fenêtres dudit véhicule (10), ladite requête étant émise par ledit dispositif de communication mobile (11), ladite requête comprenant des données d’authentification d’un émetteur de ladite requête ; - contrôle (42) d’ouverture de ladite au moins une fenêtre (101, 102) selon au moins un paramètre d’ouverture compris dans ladite requête, ledit contrôle d’ouverture étant fonction d’un résultat d’un contrôle desdites données d’authentification et de données de vitesse représentatives de vitesse de rotation d’au moins une roue dudit véhicule (10). Procédé selon la revendication 1, pour lequel ladite requête comprend : - des données d’identification de ladite au moins une fenêtre ; - des données représentatives d’un niveau d’ouverture de ladite au moins une fenêtre (101, 102) ; et - des données représentatives d’une information temporelle associée à l’ouverture de ladite au moins une fenêtre (101, 102). Procédé selon la revendication 1 ou 2, pour lequel l’ouverture de ladite au moins une fenêtre (101, 102) n’est déclenchée que lorsque lesdites données de vitesse sont représentatives d’une vitesse de rotation nulle et lorsque lesdites données d’authentification sont représentatives d’une personne autorisée à utiliser ledit véhicule (10). Procédé selon l’une des revendications 1 à 3, comprenant en outre les étapes de : - détection d’une tentative d’ouverture d’une porte dudit véhicule (10) ; - contrôle de fermeture de ladite au moins une fenêtre (101, 102) suivant ladite détection ; - transmission de données d’alerte d’intrusion représentatives de ladite détection à destination dudit dispositif de communication mobile (11) via ladite connexion sans fil. Procédé selon la revendication 4, comprenant en outre une étape de transmission de données d’image représentatives d’au moins une partie d’un environnement extérieur dudit véhicule (10) à destination dudit dispositif de communication mobile (11) via ladite connexion sans fil, lesdites données d’image étant obtenues d’au moins une caméra dudit véhicule (10), une acquisition desdites données d’image étant déclenchée suivant la détection de la tentative d’ouverture d’une porte dudit véhicule (10). Procédé selon l’une des revendications 1 à 5, pour lequel ledit contrôle d’ouverture de ladite au moins une fenêtre est en outre fonction de données de précipitation reçues d’un capteur de détection de pluie embarqué dans ledit véhicule. Procédé selon l’une des revendications 1 à 6, comprenant en outre les étapes de : - authentification d’un utilisateur dudit véhicule (10) en fonction desdites données d’authentification ; - transmission de ladite requête à destination dudit véhicule (10) en fonction du résultat de ladite authentification. Dispositif (3) de contrôle d’ouverture de fenêtres d’un véhicule (10), ledit dispositif (3) comprenant une mémoire (31) associée à au moins un processeur (30) configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 6. Véhicule (10) comprenant le dispositif (3) selon la revendication 8. Système de contrôle d’ouverture de fenêtres d’un véhicule (10), ledit système comprenant le véhicule (10) selon la revendication 9, un dispositif de communication mobile (11) relié en communication sans fil audit véhicule (10) et un dispositif de traitement de données (110) relié en communication sans fil audit véhicule (10), ledit système étant configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 7.