FR 3147028 A1 20240927 FR 2302549 A 20230320 La présente invention concerne un procédé et un dispositif de contrôle de mise à jour logicielle d’un véhicule électrique (10). A cet effet, des premières données représentatives d’informations temporelles d’une opération de recharge planifiée d’une batterie de traction du véhicule électrique (10) sont transmises, les informations temporelles comprenant une information de durée de l’opération de recharge planifiée. Des deuxièmes données représentatives d’au moins un module logiciel à installer sélectionné en fonction d’un résultat d’une comparaison entre la durée de l’opération de recharge planifiée et une durée d’installation du au moins module logiciel sont reçues. des troisièmes données représentatives d’une requête d’installation du au moins un module logiciel sont transmises. Figure pour l’abrégé : Figure 1 Procédé et dispositif de contrôle de mise à jour logicielle d’un véhicule électrique La présente invention concerne les procédés et dispositifs de contrôle de la mise à jour logicielle d’un véhicule électrique, notamment mais non exclusivement un véhicule automobile électrique. La présente invention concerne également un procédé et un dispositif de mise à jour de logiciel(s) embarqué(s) dans un ou plusieurs calculateurs d’un véhicule électrique. La présente invention concerne également un procédé et un dispositif de communication sans fil entre un véhicule électrique et un dispositif de communication mobile. Arrière-plan technologique Les véhicules contemporains, notamment les véhicules électriques, embarquent nombre de calculateurs assurant chacun une ou plusieurs fonctions, telles que par exemple la gestion de l’aide à la conduite, de l’antipatinage, de la répartition électronique du freinage ou encore la commande d’actionneurs pour assurer le fonctionnement optimal du véhicule ainsi que la sécurité et le confort des passagers. Ces calculateurs sont aussi appelés UCE (« Unité de Commande Electronique » ou en anglais ECU « Electronic Control Unit »). Ces calculateurs embarquent des logiciels qui sont exécutés pour assurer les fonctions dont ils ont la charge. Des mises à jour de ces logiciels sont parfois nécessaires, par exemple pour améliorer une fonction ou pour corriger une erreur, aussi appelée « bug » en informatique. Ces mises à jour peuvent s’avérer critiques, notamment pour les logiciels qui assurent le bon fonctionnement du véhicule et la sécurité des passagers du véhicule. Le contrôle de ces mises à jour est par conséquent particulièrement important. De telles mises à jour sont généralement mises en œuvre via le téléchargement des données pour la mise à jour d’un ou plusieurs logiciels par le véhicule, selon un mode de communication sans fil, aussi appelé OTA (de l’anglais « Over The Air » ou en français « par voie aérienne »). Une telle mise à jour logicielle est généralement proposée au conducteur du véhicule électrique avant que ce dernier ne coupe le contact, lorsque le véhicule électrique est à l’arrêt mais sous tension. L’installation d’une mise à jour pouvant durer jusqu’à plusieurs minutes, voire plusieurs dizaines de minutes selon le volume de la mise à jour, le conducteur refuse souvent la mise à jour faute de disponibilité ou de temps. L’absence d’installation des mises à jour disponibles peut alors entrainer des risques de dysfonctionnement pour les systèmes à mettre à jour et/ou des risques de sécurité pour le véhicule électrique et ses passagers. 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 mise à jour logicielle d’un véhicule électrique. Selon un premier aspect, la présente invention concerne un procédé de contrôle de mise à jour logicielle d’un véhicule électrique, le procédé comprenant les étapes suivantes : - transmission, via une connexion sans fil, de premières données représentatives d’informations temporelles d’une opération de recharge planifiée d’une batterie de traction du véhicule électrique, les informations temporelles comprenant une information de durée représentative d’une durée de l’opération de recharge planifiée ; - réception, via la connexion sans fil, de deuxièmes données représentatives d’au moins un module logiciel à installer pour la mise à jour logicielle du véhicule électrique, le au moins un module logiciel étant sélectionné en fonction d’un résultat d’une comparaison entre la durée de l’opération de recharge planifiée et une durée d’installation du au moins module logiciel ; - transmission, via la connexion sans fil, de troisièmes données représentatives d’une requête d’installation du au moins un module logiciel. La comparaison entre la durée d’installation de la mise à jour et la durée de recharge planifiée du véhicule électrique permet de déterminer quel(s) module(s) logiciel(s) associés à la mise à jour peuvent être installés pendant l’opération de recharge du véhicule électrique, le véhicule électrique étant disponible pendant une telle opération. Utiliser les créneaux de recharge du véhicule électrique pour l’installation des mises à jour permet d’augmenter les périodes pendant lesquelles de telles mises à jour peuvent être réalisées sans impacter le conducteur du véhicule électrique. Les mises à jour sont alors plus régulières, ce qui améliore le fonctionnement du véhicule électrique ainsi que sa sécurité. Selon une variante, le au moins un module logiciel est sélectionné lorsque la durée d’installation du au moins un module logiciel est inférieure à la durée de l’opération de recharge planifiée. Selon une autre variante, les informations temporelles comprennent en outre une information de début de recharge représentative d’un instant temporel correspondant à un démarrage planifié de l’opération de recharge planifiée. Selon encore une variante, les troisièmes données comprennent l’information de début de recharge. Selon une variante supplémentaire, le procédé comprend en outre une étape de réception de quatrièmes données représentatives d’un appui tactile sur une interface tactile, la réception des quatrièmes données déclenchant la transmission des troisièmes données. Selon une variante additionnelle, le véhicule électrique embarquant un ensemble de systèmes embarqués et un système de contrôle de recharge de la batterie de traction, le système de contrôle de recharge de la batterie de traction n’appartenant pas à l’ensemble de systèmes embarqués, la mise à jour logicielle correspond à une mise à jour logicielle d’au moins un système embarqué de l’ensemble de systèmes embarqués. Selon un deuxième aspect, la présente invention concerne un dispositif de contrôle de mise à jour logicielle d’un véhicule électrique, 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 une variante, le dispositif correspond à un dispositif de communication mobile. Selon un troisième aspect, la présente invention concerne un système comprenant comprenant un dispositif tel que décrit ci-dessus selon le deuxième aspect de la présente invention et un véhicule électrique 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 quatriè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 cinquiè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 à 3 annexées, sur lesquelles : illustre schématiquement un environnement de communication entre un dispositif de communication mobile et un véhicule électrique, 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 mise à jour logicielle du véhicule électrique 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 de mise à jour logicielle du véhicule électrique 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 de mise à jour logicielle d’un véhicule électrique vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 3. 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 la mise à jour logicielle d’un véhicule électrique, par exemple pour la mise à jour de logiciels embarqués dans un ou plusieurs calculateurs du véhicule électrique, est par exemple mis en œuvre par un ou plusieurs processeurs d’un dispositif de communication mobile, par exemple un téléphone intelligent (de l’anglais « Smartphone »). Une application mobile est par exemple installée sur le dispositif de communication mobile, le procédé étant par exemple mis en œuvre dans le cadre d’une telle application mobile. A cet effet, le procédé comprend la transmission, via une connexion ou une liaison sans fil, selon une technologie de type OTA, de premières données représentatives d’informations temporelles d’une opération de recharge planifiée de la batterie de traction du véhicule électrique. Les premières données sont par exemple relatives à la réservation d’un créneau pour la recharge de la batterie au niveau d’une station de recharge. Les informations temporelles comprennent avantageusement une information de durée représentative de la durée prévue pour l’opération de recharge planifiée. L’information de durée correspond par exemple à une durée minimale réservée ou prévue pour l’opération planifiée. Suivant la transmission des premières données, des deuxièmes données représentatives d’au moins un module logiciel à installer pour la mise à jour logicielle du véhicule électrique sont reçues via la connexion sans fil. L’ensemble de modules logiciels a été sélectionné en fonction d’un résultat d’une comparaison entre la durée de l’opération de recharge planifiée et une durée d’installation du au moins module logiciel, le ou les modules logiciels sélectionnés correspondant par exemple au(x) module(s) logiciel(s) dont la durée d’installation est inférieure à la durée prévue de la recharge planifiée. Enfin, des troisièmes données représentatives d’une requête d’installation du ou des modules logiciels à installer est transmise via la connexion sans fil, par exemple pour confirmer ou valider l’installation de ce ou ces modules logiciels sur le créneau horaire prévu pour la recharge de la batterie de traction, le véhicule électrique étant disponible pour une telle mise à jour. La illustre schématiquement un environnement de communication entre un dispositif de communication mobile 11 et un véhicule électrique 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. La illustre un véhicule électrique 10, par exemple un véhicule automobile, dans un environnement de communication 1, le véhicule électrique étant par exemple dans un environnement routier ou sur une aire de stationnement ou parking, dans un garage, etc. Selon d’autres exemples, le véhicule 10 correspond à un car, un bus, un camion, un véhicule utilitaire ou une motocyclette, c’est-à-dire à un véhicule de type véhicule terrestre motorisé. Un véhicule électrique correspond avantageusement à un véhicule fonctionnant uniquement à l’énergie électrique ou à un véhicule dit hybride, fonctionnant à l’énergie électrique (pour alimenter un ou plusieurs moteurs électriques) et à l’énergie fossile (pour alimenter un moteur thermique). Chaque véhicule électrique est équipé d’une ou plusieurs batteries de traction pour stocker l’énergie électrique en vue d’alimenter le ou les moteurs électriques. Le véhicule électrique 10 embarque avantageusement un système de communication configuré pour communiquer avec un ou plusieurs dispositifs distants 111 par l’intermédiaire d’une infrastructure d’un réseau de communication sans fil. Le système de communication du véhicule électrique est par exemple en outre configuré pour communiquer avec un ou plusieurs dispositifs de communication mobile (par exemple un téléphone intelligent (de l’anglais « smartphone »)) 11 en mode de communication directe et/ou par l’intermédiaire de l’infrastructure du réseau de communication sans fil. Un mode de communication directe sans fil s’appuie par exemple sur une des normes ou protocoles de communication suivants : - Wifi® selon IEEE 802.11, par exemple selon IEEE 802.11n ou IEEE 802.11ac, par exemple selon un mode de communication dit infrastructure selon lequel le véhicule électrique 10 fait office de point d’accès selon un selon un mode de communication ad-hoc ou direct, dit Wifi Direct ; - Bluetooth® ; - ZigBee selon IEEE 802.15.4. Le dispositif de communication mobile 11 est en outre configuré pour communiquer avec un ou plusieurs dispositifs distants 112, par exemple par l’intermédiaire de l’infrastructure de réseau de communication sans fil. Les dispositifs distants 111, 112 correspondent par exemple chacun à un serveur du « cloud » 100 (ou « nuage » en français). L’infrastructure de communication sans fil comprend par exemple un ensemble de dispositifs de communication de type antenne de réseau cellulaire 110 de type LTE (de l’anglais « Long Term Evolution » ou en français « Evolution à long terme ») 4G ou 5G. Le système de communication du véhicule électrique 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 électrique 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 électrique 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 électrique 10 est avantageusement relié en communication sans fil avec le dispositif de communication mobile 11, lequel correspond par exemple à un téléphone intelligent, une tablette ou encore un objet mobile connecté tel qu’une montre connectée, aussi appelée montre intelligente (de l’anglais « Smartwatch »). Le véhicule électrique 10 est en outre avantageusement relié en communication sans fil avec un dispositif distant tel que le dispositif 111 via le « cloud » 100, un tel dispositif distant étant par exemple configuré pour communiquer avec le véhicule électrique 10 selon une connexion de type OTA. Le dispositif distant 111 est par exemple configuré pour gérer les logiciels (de l’anglais « software », correspondant par exemple à un firmware ou à tout logiciel nécessaire au bon fonctionnement du véhicule électrique 10) embarqués dans le véhicule électrique 10, notamment les mises à jour logicielles à effectuer pour maintenir l’ensemble des logiciels embarqués et installés dans le véhicule électrique 10 (pour mise en œuvre par un ensemble de calculateurs). Ainsi, le dispositif distant 111 transmet à destination du véhicule électrique 10 un ensemble d’informations relatives aux mises à jour logicielles à mettre en œuvre (par exemple version du logiciel, identifiant du logiciel, calculateur et/ou système embarqué impacté par la mise à jour, volumes de données de la mise à jour, durée d’installation requise, etc.). La transmission des informations est par exemple effectuées à intervalles réguliers (par exemple tous les jours, toutes les semaines ou tous les mois) ou à chaque fois qu’une mise à jour est disponible sur le dispositif distant 111 pour le véhicule électrique 10 (selon par exemple le type du véhicule électrique 10 et/ou selon les systèmes embarqués). Le dispositif distant 111 transmet également les données de mises à jour du ou des logiciels à mettre à jour dans le véhicule électrique 10 via une connexion de type OTA, par exemple sur requête du véhicule électrique 10 qui télécharge alors ces données du dispositif distant 111 ou selon un mode dit « Push » (ou « pousser » en français), c’est-à-dire à l’initiative du dispositif distant 111 qui transmet les données au véhicule électrique 10 qui les stocke en mémoire avant installation de la ou les mises à jour logicielles associées. Le dispositif de communication mobile 11, lequel correspond par exemple à un téléphone intelligent, une tablette ou encore un objet mobile connecté tel qu’une montre connectée, aussi appelée montre intelligente (de l’anglais « Smartwatch »), embarque avantageusement une ou plusieurs applications mobiles. Une application mobile installée sur le dispositif de communication mobile 11 est avantageusement configurée pour la gestion et le contrôle de la charge de la batterie de traction du véhicule électrique 10, par exemple pour contrôler et/ou gérer les recharges de la batterie de traction via une borne de recharge. Une telle application mobile 11 comprend par exemple une IHM (Interface Homme Machine) configurée pour permettre à un utilisateur de planifier une recharge de la batterie de traction sur un créneau horaire déterminé, par exemple à partir de données reçues du dispositif distant 112. Un tel dispositif distant 112 correspond par exemple à un serveur de gestion d’un parc ou d’un ensemble de bornes de recharges accessibles par des propriétaires de véhicule électrique. Les données reçues du dispositif distant 112 correspondent par exemple à des données associées à chaque borne ou station de recharge d’un ensemble de bornes ou station de recharges, les données comprenant par exemple : - des données représentatives de disponibilité / indisponibilité de chaque borne de recharge, par exemple le ou les créneaux horaires où chaque borne de recharge est disponible, par exemple classés par date ; et/ou - des données représentatives de localisation de chaque borne de recharge ; et/ou - des données représentatives de caractéristiques techniques de chaque borne de recharge, par exemple le type de la borne, la puissance électrique disponible, etc. Un processus de contrôle de mise à jour logicielle du véhicule électrique 10 est avantageusement mis en œuvre par un ou plusieurs processeurs d’un dispositif de communication mobile tel que le dispositif 11. Le processus est par exemple mis en œuvre par l’intermédiaire d’une application mobile installée et exécutée sur le dispositif de communication mobile 11. Dans une première opération, des premières données représentatives d’informations temporelles d’une opération de recharge planifiée de la batterie de traction du véhicule électrique 10 sont transmises à destination du véhicule électrique 10 via une connexion sans fil de type OTA reliant le dispositif de communication mobile 11 au véhicule électrique 10. Ces premières données comprennent avantageusement des informations temporelles, lesquelles comprennent une information de durée représentative d’une durée de l’opération de recharge planifiée. Une opération de recharge est dite planifiée en ce qu’elle est prévue à un instant temporel postérieur à un instant courant, c’est-à-dire à l’instant auquel le processus est mis en œuvre. Une opération de recharge planifiée correspond ainsi à une opération de recharge prévue dans le futur, par exemple dans quelques minutes ou dizaines de minutes, quelques heures, voire quelques jours. L’information de durée correspond par exemple à une durée minimale de recharge de la batterie de traction, la durée réelle de la recharge étant par exemple supérieure ou égale à une telle durée minimale. Les premières données sont par exemple transmises après sélection par un utilisateur du dispositif de communication mobile 11 d’un ou plusieurs créneaux temporelles d’une borne de recharge déterminée, laquelle borne de recharge est disponible pendant ce ou ces créneaux. La sélection est par exemple mise en œuvre par appui tactile sur un ou plusieurs objets graphiques représentant chacun un créneau temporel où la borne de recharge est disponible. Les objets graphiques sont affichés dans un contenu déterminé de l’IHM de l’application mobile, sur un écran d’affichage du dispositif de communication mobile 11, auquel est associée une interface tactile. L’application mobile est par exemple configurée pour afficher une liste de bornes de recharge auxquelles l’utilisateur du dispositif 11 peut accéder. L’utilisateur sélectionne par exemple une borne dans la liste, par exemple en fonction de la localisation géographique associée à la borne de recharge sélectionnée. Cette liste de bornes de recharges est par exemple reçue par l’application mobile depuis le serveur 112 auquel l’application mobile est connectée. Suivant la sélection de la borne de recharge, un ensemble d’objets graphiques représentatifs de créneaux temporels s’affichent sur l’écran via l’IHM de l’application mobile, par exemple après sélection d’un date par l’utilisateur. Une information de type disponible / indisponible est par exemple associée à chaque créneau temporel pour que l’utilisateur choisisse un ou plusieurs créneaux temporels qu’il souhaite réserver auprès de la borne de recharge sélectionnée pour recharger la batterie de traction de son véhicule électrique 10. La sélection du ou des créneaux temporels déclenche par exemple la transmission de réservation de ce ou ces créneaux temporels à destination du serveur 112 qui modifie alors l’information de disponibilité de ces créneaux temporels pour la borne de recharge sélectionnée pour les marquer comme étant indisponibles. Un acquittement est alors par exemple reçue depuis le serveur 112 par l’application mobile pour confirmer que le ou les créneaux temporels sélectionnés sont bien réservés pour le véhicule électrique 10. Selon cet exemple particulier, la transmission des premières données à destination du véhicule électrique 10 est déclenchée par la réception des données de confirmation de réservation du ou des créneaux temporels. Selon une variante de réalisation, les informations temporelles transmises à destination du véhicule électrique comprennent en outre une information représentative de la date et de l’heure de début de chaque créneau temporel réservé (ou uniquement du premier, d’un point de vue temporel, créneau temporel réservé). Dans une deuxième opération du processus, des deuxièmes données représentatives d’un ensemble de modules logiciels (comprenant un ou plusieurs modules logiciels) à installer pour la mise à jour logicielle du véhicule électrique 10 sont reçues via la connexion sans fil de type OTA reliant le dispositif de communication mobile 11 au véhicule électrique 10, ces deuxièmes données étant reçues du véhicule électrique 10. Ces deuxièmes données sont par exemple transmises par le véhicule électrique 10 suivant les opérations suivantes : - la réception des premières données, et - la comparaison entre la durée de l’opération de recharge planifiée contenue dans les premières données avec la durée d’installation requise pour installer chaque module logiciel d’un ensemble de modules logiciels en attente de mise à jour sur le véhicule électrique 10. Par exemple, un calculateur du véhicule électrique 10 en charge du contrôle d’installation des mises à jour disponibles compare la durée d’installation requise pour chaque mise à jour disponible avec la durée de la recharge planifiée reçue avec les premières données. La durée d’installation de chaque module logiciel (ainsi que toute information relative à chaque module logiciel) est par exemple reçue du dispositif distant 111 tel que décrit précédemment. Le calculateur sélectionne alors un ou plusieurs modules logiciels en fonction des durées d’installation associées à chaque module de telle manière que la durée d’installation de l’ensemble de modules logiciels sélectionnés soit inférieure à la durée de recharge indiquée par les premières données. Lorsque plusieurs combinaisons de modules logiciels répondent au critère de comparaison des durées, le calculateur sélectionne l’ensemble de modules logiciels à installer en fonction de critères supplémentaires tels que par exemple un niveau de criticité de la mise à jour à effectuer (en privilégiant le ou les plus critiques) et/ou une date d’ancienneté (en privilégiant le ou les plus anciens). Un module logiciel correspond à un ensemble de données (ou « package » en anglais) formant une mise à jour d’un système particulier embarqué dans le véhicule électrique 10. Lorsque plusieurs systèmes embarqués doivent être mis à jour, un ou plusieurs modules logiciels sont prévus pour chaque système embarqué. Selon une variante, un module logiciel correspond à une partition d’une mise à jour d’un système particulier embarqué dans le véhicule électrique 10, typiquement lorsqu’une mise à jour d’un tel système particulier peut être réalisée via plusieurs partitions indépendantes et complémentaires les unes des autres, la mise à jour du système étant par exemple considérée comme achevée lorsque l’ensemble des partitions ont été installées. Selon une variante de réalisation, les premières données sont transmises à destination du dispositif distant (serveur) 111 qui effectue l’opération de sélection du ou des modules logiciels à installer en fonction du résultat de la comparaison entre la durée de recharge planifiée et les durées d’installation de chaque module logiciel à installer pour mettre à jour le véhicule électrique 10 d’un point de vue logiciel. Selon cette variante, les deuxièmes données sont transmises par le dispositif distant 111 à destination du dispositif de communication mobile 11. Selon un mode de réalisation particulier, l’opération de sélection du ou des modules logiciels à installer en fonction de la durée d’installation prend en outre en considération le système embarqué impacté ou visé par la mise à jour associée à chaque module logiciel à installer. Selon ce mode de réalisation, les modules logiciels ayant pour objet une mise à jour du système de contrôle de la recharge de la batterie de traction embarqué dans le véhicule électrique 10 sont exclus de la sélection. En effet, une mise à jour du système de contrôle de la recharge ne peut pas être mis à jour lors d’une opération de recharge sans risque de conflit ou de dysfonctionnement du système induit par la mise à jour alors que le système est sollicité et en cours d’exécution. Ainsi, selon ce mode de réalisation, le système de contrôle de recharge de la batterie de traction n’appartient pas à l’ensemble de systèmes embarqués susceptibles d’être mis à jour via l’installation du ou des modules logiciels sélectionnés. Si aucun module logiciel (ou aucune partition) n’a de durée d’installation associée inférieure à la durée de l’opération de recharge planifiée, alors les deuxièmes données reçues par le dispositif 11 indiquent qu’aucune mise à jour n’est réalisable pendant l’opération de recharge planifiée. Dans une troisième opération, des troisièmes données représentatives d’une requête d’installation du au moins un module logiciel indiqué par les deuxièmes données sont transmises à destination du véhicule électrique 10 via la connexion sans fil de type OTA reliant le dispositif de communication mobile 11 au véhicule électrique 10. Selon une variante de réalisation, ces troisièmes données sont transmises à destination du dispositif distant 111 (lorsque les premières données sont transmises à destination du dispositif distant 111 et les deuxièmes données reçues du dispositif distant 111). Selon cette variante, le dispositif distant 111 transmet alors une requête à destination du véhicule électrique pour requérir l’installation du ou des modules logiciels à installer. Ces troisièmes données sont représentatives d’une validation ou confirmation que la mise à jour logicielle du véhicule électrique 10 via l’installation du ou des modules logiciels sélectionnés est à mettre en œuvre. La transmission de ces troisièmes données est par exemple déclenchée par une action de l’utilisateur du dispositif de communication mobile 11, par exemple lorsque l’utilisateur a effectué un appui tactile sur un objet graphique affiché via l’IHM sur l’écran du dispositif 11. Selon cet exemple, un message est par exemple affiché sur l’écran à destination de l’utilisateur suivant la réception des deuxièmes données, un tel message informant l’utilisateur que des mises à jour sont disponibles et demandant si l’utilisateur accepte la mise à jour de ce ou ces modules logiciels. Deux objets graphiques (par exemple des boutons virtuels) sont par exemple affichés avec le message, un appui tactile sur le premier objet étant prévu pour accepter et valider la mise à jour et un appui tactile sur le deuxième objet étant prévu pour annuler ou refuser la mise à jour. Des quatrièmes données représentatives d’un appui tactile sur le premier objet reçues par le processeur du dispositif de communication mobile 11 déclenchent par exemple la transmission des troisièmes données. Selon une variante, une liste des modules logiciels sélectionnés est affichée sur l’écran via l’IHM (avec par exemple le système embarqué visé par chaque module logiciel comme information complémentaire) pour offrir la possibilité à l’utilisateur de sélectionner tout ou partie des modules logiciels à installer (les modules logiciels étant par exemple sélectionnés par défaut). Selon cette variante, les troisièmes données transmises sont représentatives d’une requête d’installation de seulement le ou les modules logiciels sélectionnés par l’utilisateur. Dans une quatrième opération, l’installation du ou des modules logiciels requise dans la requête d’installation transmise est mise en œuvre pendant l’opération de recharge planifiée. L’exécution de l’installation est par exemple déclenchée à la détection de l’ouverture de la trappe d’accès 101 à une prise de recharge arrangée dans une ouverture prévue dans la carrosserie du véhicule électrique 10, cette ouverture étant fermée lorsque la trappe d’accès 101 est en position de fermeture. Selon un autre exemple, l’exécution de l’installation est déclenchée à la détection du branchement du connecteur de la borne de recharge avec la prise de recharge du véhicule électrique 10. Selon encore un autre exemple, l’exécution de l’installation est déclenchée lorsque le système de contrôle de la recharge embarquée dans le véhicule électrique détecte qu’une recharge est initiée. Les données du ou des modules logiciels à installer ont par exemple été préalablement téléchargées (par exemple depuis le dispositif distant 111) ou sont par exemple téléchargées lorsque l’opération de recharge débute. Un tel processus permet ainsi de profiter d’une opération de recharge de la batterie de traction pendant laquelle le véhicule électrique n’est pas utilisé par son conducteur et pendant laquelle le véhicule électrique 10 est alimentée en électricité pour effectuer la ou les mises à jour prévues et dont la durée d’installation est inférieure à la durée de recharge prévue. La illustre schématiquement un dispositif 2 configuré pour le contrôle de la mise à jour logicielle d’un véhicule électrique, par exemple du véhicule électrique 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif 2 correspond par exemple à un dispositif de communication mobile tel que le dispositif 11. Selon une variante de réalisation, le dispositif 2 correspond à un dispositif embarqué dans le véhicule électrique 10, par exemple un calculateur. Selon une autre variante de réalisation, le dispositif 2 correspond à un dispositif de traitement de données de type serveur, tel que le dispositif distant 111 ou 112. Le dispositif 2 est par exemple configuré pour la mise en œuvre des opérations décrites en regard de la et/ou des étapes du procédé décrit en regard de la . Des exemples d’un tel dispositif 2 comprennent, sans y être limités, un équipement électronique embarqué tel qu’un ordinateur de bord d’un véhicule, un calculateur électronique tel qu’une UCE (« Unité de Commande Electronique »), un téléphone intelligent, une tablette, un ordinateur portable, un serveur. Les éléments du dispositif 2, 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 2 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 2 comprend un (ou plusieurs) processeur(s) 20 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 2. Le processeur 20 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 2 comprend en outre au moins une mémoire 21 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 21. Selon différents exemples de réalisation particuliers et non limitatifs, le dispositif 2 est couplé en communication avec d’autres dispositifs ou systèmes similaires et/ou avec des dispositifs de communication, par exemple une TCU (de l’anglais « Telematic Control Unit » ou en français « Unité de Contrôle Télématique »), par exemple par l’intermédiaire d’un bus de communication ou au travers de ports d’entrée / sortie dédiés. Selon un exemple de réalisation particulier et non limitatif, le dispositif 2 comprend un bloc 22 d’éléments d’interface pour communiquer avec des dispositifs externes. Les éléments d’interface du bloc 22 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) ; - interface LIN (de l’anglais « Local Interconnect Network », ou en français « Réseau interconnecté local »). Selon un autre exemple de réalisation particulier et non limitatif, le dispositif 2 comprend une interface de communication 23 qui permet d’établir une communication avec d’autres dispositifs (tels que d’autres calculateurs du système embarqué) via un canal de communication 230. L’interface de communication 23 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 230. L’interface de communication 23 correspond par exemple à un réseau filaire de type 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 (standardisé par la norme ISO 17458) ou Ethernet (standardisé par la norme ISO/IEC 802-3). Selon un exemple de réalisation particulier et non limitatif, le dispositif 2 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage 240, tactile ou non, un ou des haut-parleurs 250 et/ou d’autres périphériques 260 (système de projection) via respectivement des interfaces de sortie 24, 25 et 26. Selon une variante, l’un ou l’autre des dispositifs externes est intégré au dispositif 2. La illustre un organigramme des différentes étapes d’un procédé de contrôle de mise à jour logicielle d’un véhicule électrique, par exemple du véhicule électrique 10, 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 dispositif de communication mobile 11 ou par le dispositif 2 de la . Dans une première étape 31, des premières données représentatives d’informations temporelles d’une opération de recharge planifiée d’une batterie de traction du véhicule électrique sont transmises, via une connexion sans fil, les informations temporelles comprenant une information de durée représentative d’une durée de l’opération de recharge planifiée. Dans une deuxième étape 32, des deuxièmes données représentatives d’au moins un module logiciel à installer pour la mise à jour logicielle du véhicule électrique sont reçues, via la connexion sans fil, le au moins un module logiciel étant sélectionné en fonction d’un résultat d’une comparaison entre la durée de l’opération de recharge planifiée et une durée d’installation du au moins module logiciel. Dans une troisième étape 33, des troisièmes données représentatives d’une requête d’installation du au moins un module logiciel sont transmises via la connexion sans fil. Selon une variante, les variantes et exemples des opérations décrits en relation avec la s’appliquent aux étapes du procédé de la . Selon un autre mode de réalisation particulier, La illustre un organigramme des différentes étapes d’un procédé de contrôle de mise à jour logicielle d’un véhicule électrique, par exemple du véhicule électrique 10. Le procédé est par exemple mis en œuvre par le véhicule électrique, par exemple par un dispositif embarqué dans le véhicule électrique 10. Selon un autre exemple, le procédé est mis en œuvre par un dispositif distant tel qu’un serveur, par exemple le dispositif distant 111. Dans une première étape 31, des premières données représentatives d’informations temporelles d’une opération de recharge planifiée d’une batterie de traction du véhicule électrique sont reçues d’un dispositif de communication mobile, via une connexion sans fil, les informations temporelles comprenant une information de durée représentative d’une durée de l’opération de recharge planifiée. Dans une deuxième étape 32, des deuxièmes données représentatives d’au moins un module logiciel à installer pour la mise à jour logicielle du véhicule électrique sont transmises à destination du dispositif de communication mobile, via la connexion sans fil, le au moins un module logiciel étant sélectionné en fonction d’un résultat d’une comparaison entre la durée de l’opération de recharge planifiée et une durée d’installation du au moins module logiciel. Dans une troisième étape 33, des troisièmes données représentatives d’une requête d’installation du au moins un module logiciel sont reçues du dispositif de communication mobile via la connexion sans fil. Selon une variante, les variantes et exemples des opérations décrits en relation avec la 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 planification d’une recharge de la batterie d’un véhicule électrique 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 système comprenant le véhicule électrique et un dispositif de communication mobile relié en communication sans fil au véhicule électrique. Procédé de contrôle de mise à jour logicielle d’un véhicule électrique (10), ledit procédé comprenant les étapes suivantes : - transmission (31), via une connexion sans fil, de premières données représentatives d’informations temporelles d’une opération de recharge planifiée d’une batterie de traction dudit véhicule électrique (10), lesdites informations temporelles comprenant une information de durée représentative d’une durée de ladite opération de recharge planifiée ; - réception (32), via ladite connexion sans fil, de deuxièmes données représentatives d’au moins un module logiciel à installer pour la mise à jour logicielle dudit véhicule électrique (10), ledit au moins un module logiciel étant sélectionné en fonction d’un résultat d’une comparaison entre ladite durée de l’opération de recharge planifiée et une durée d’installation dudit au moins module logiciel ; - transmission (33), via ladite connexion sans fil, de troisièmes données représentatives d’une requête d’installation dudit au moins un module logiciel. Procédé selon la revendication 1, pour lequel ledit au moins un module logiciel est sélectionné lorsque ladite durée d’installation dudit au moins un module logiciel est inférieure à ladite durée de l’opération de recharge planifiée. Procédé selon la revendication 1 ou 2, pour lequel lesdites informations temporelles comprennent en outre une information de début de recharge représentative d’un instant temporel correspondant à un démarrage planifié de ladite opération de recharge planifiée. Procédé selon la revendication 3, pour lequel lesdites troisièmes données comprennent ladite information de début de recharge. Procédé selon l’une des revendications 1 à 4, comprenant en outre une étape de réception de quatrièmes données représentatives d’un appui tactile sur une interface tactile, la réception desdites quatrièmes données déclenchant la transmission desdites troisièmes données. Procédé selon l’une des revendications 1 à 5, pour lequel ledit véhicule électrique (10) embarquant un ensemble de systèmes embarqués et un système de contrôle de recharge de ladite batterie de traction, ledit système de contrôle de recharge de la batterie de traction n’appartenant pas audit ensemble de systèmes embarqués, ladite mise à jour logicielle correspond à une mise à jour logicielle d’au moins un système embarqué dudit ensemble de systèmes embarqués. Programme d’ordinateur comportant des instructions pour la mise en œuvre du procédé selon l’une quelconque des revendications précédentes, lorsque ces instructions sont exécutées par un processeur. Dispositif (2) de contrôle de mise à jour logicielle d’un véhicule électrique, ledit dispositif (2) comprenant une mémoire (21) associée à au moins un processeur (20) configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 6. Dispositif (2) selon la revendication 8, pour lequel ledit dispositif (2) correspond à un dispositif de communication mobile (11). Système comprenant le dispositif (2) selon la revendication 8 ou 9 et un véhicule électrique (10) relié en communication sans fil audit dispositif (2).