Brevet FR3112447A1 — publié le 20220114

L’invention concerne la gestion de services exécutés par des composants embarqués dans un véhicule terrestre à moteur (VEH). FIG. 1 Gestion centralisée de l’exécution de services connectés d’un véhicule La présente invention appartient au domaine de l’électronique embarquée dans un véhicule terrestre à moteur. En particulier, il concerne la gestion de l’exécution de services connectés d’un véhicule. On entend par « véhicule terrestre à moteur » tout type de véhicule tel qu’un véhicule automobile, un cyclomoteur, une motocyclette, un robot de stockage dans un entrepôt, etc. On entend par « service mis en œuvre par un véhicule » tout type de service mis à la disposition de tout élément du véhicule par tout procédé exécuté par au moins un composant électronique. La mise à jour d’un calculateur d’un véhicule, l’exécution d’un logiciel de conduite autonome utilisant des données environnementales transmises par une communication radiofréquence au véhicule, la diffusion par un système d’info-divertissement d’un contenu audio ou vidéo, le déverrouillage à distance du véhicule, etc. sont des exemples de services mis en œuvre par le véhicule. Pour être correctement exécutés, de nombreux services d’un véhicule doivent être mis en œuvre dans des conditions bien particulières. Certains services, tels que le téléchargement de cartographies haute définition pour la conduite autonome ou la diffusion d’un contenu vidéo, nécessitent un débit important sur une liaison descendante du serveur vers le véhicule quand d’autres sont moins exigeants en débit mais nécessitent que le véhicule se déplace (collecte de données pour alimenter une base de données distante, météorologique par exemple) ou qu’un réseau interne du véhicule spécifique soit disponible. Actuellement, chaque service opère de manière indépendante. Cela signifie notamment qu’un service qui doit être exécuté mais pour lequel certaines conditions ne sont pas remplies, mettra en œuvre un nombre prédéterminé de nouvelles tentatives d’exécution (retry en anglais) jusqu’à abandonner (time out en anglais). Ces tentatives ont des effets délétères sur le fonctionnement des composants électroniques embarqués dans le véhicule. En particulier, le composant en charge de la connectivité, l’unité de contrôle télématique (Telematic Control Unit, TCU, en anglais), peut-être rapidement saturé par les requêtes d’échange de données avec des entités distantes de tous les services effectuant de nouvelles tentatives. Ces nouvelles tentatives encombrent également les réseaux internes (CAN, Ethernet) du véhicule. En outre, le planning d’émission des tentatives peut être incohérent vis-à-vis de la situation du véhicule, des ressources distantes requises ou encore de l’exécution d’autres services requérant les mêmes ressources. Ainsi, la probabilité d’abandon (time out) des services est importante. Il existe donc un besoin de rationalisation de la gestion de l’exécution des services mis en œuvre par un véhicule. La présente invention vient améliorer la situation. A cet effet un premier aspect de l’invention concerne un procédé de gestion par un serveur distant d’une mise en œuvre sur un véhicule d’un premier et d’un deuxième service, le procédé étant mis en œuvre par le serveur distant et comportant les étapes de : réception d’un message de synthèse comprenant une information sur un état d’un premier paramètre fonctionnel du véhicule et une information sur un état d’un deuxième paramètre fonctionnel du véhicule ; identification d’une possibilité de mise en œuvre sur le véhicule du premier service et du deuxième service, à partir du message de synthèse et d’une référence prédéterminée de correspondance entre services et états du véhicule ; sur identification de la possibilité de mise en œuvre du premier service, transmission au véhicule d’une requête d’exécution du premier service sur une fenêtre de mise en œuvre du premier service ; sur identification de la possibilité de mise en œuvre du deuxième service, transmission au véhicule d’une requête d’exécution du deuxième service sur une fenêtre de mise en œuvre du deuxième service. Ainsi, dans la présente invention, la gestion de l’exécution des services est centralisée et rationalisée. Le message de synthèse regroupe les informations relatives aux états de paramètres fonctionnels du véhicule et les mets à disposition d’un serveur tenant à jour une correspondance des services compatibles avec la combinaison de ces états. Dès lors, le nombre de nouvelles tentatives vouées à l’échec est réduit, aucune nouvelle tentative n’étant par exemple mise en œuvre si les états n’ont pas changé. De plus, pour un seul message de synthèse, plusieurs nouvelles tentatives avec d’importantes probabilités de succès sont rendues possibles. Dans un mode de réalisation, l’étape d’identification comporte les sous-étapes d’extraction de l’information sur les états des premier et deuxièmes paramètre à partir du message de synthèse, d’extraction de la référence prédéterminée à partir d’une base de données reliée au serveur distant et de comparaison des états de l’information aux états de la référence pour identifier les services pouvant être mis en œuvre avec les états de l’information. Dans un mode de réalisation particulier, l’étape de comparaison est mise en œuvre dans un même processus d’un même programme informatique pour le premier et le deuxième service. Dans un autre mode de réalisation particulier, les étapes d’extraction et l’étape de comparaison sont mise en œuvre dans le processus. Ainsi, la gestion de l’exécution des services est avantageusement rationalisée au travers d’un seul processus, réduisant ainsi les ressources matérielles impactées, la durée nécessaire à la mise en œuvre des services et la qualité de service (QoS). Dans un autre mode de réalisation, l’état du premier paramètre fonctionnel du véhicule est : un état d’une connexion d’une unité de contrôle télématique du véhicule à un réseau externe au véhicule ; un état de mouvement ou d’immobilité du véhicule ; ou un état de fonctionnement ou d’inactivité d’un réseau interne au véhicule. Dans un autre mode de réalisation, l’état du deuxième paramètre fonctionnel du véhicule est : un état d’une connexion d’une unité de contrôle télématique du véhicule à un réseau externe au véhicule ; un état de mouvement ou d’immobilité du véhicule ; ou un état de fonctionnement ou d’inactivité d’un réseau interne au véhicule. Ces paramètres sont ceux impactant la majorité des services pouvant être mis en œuvre par le véhicule. Un deuxième aspect de l’invention concerne un procédé de gestion de mise en œuvre sur un véhicule d’un premier et d’un deuxième service, le procédé étant mis en œuvre par un dispositif compris sur le véhicule et comportant les étapes de : acquisition d’une information sur un état d’un premier paramètre fonctionnel du véhicule et d’une information sur un état d’un deuxième paramètre fonctionnel du véhicule ; génération d’un message de synthèse comprenant l’information sur l’état du premier paramètre fonctionnel du véhicule et l’information sur l’état du deuxième paramètre fonctionnel du véhicule ; transmission à un serveur distant du message de synthèse ; réception d’une requête d’exécution du premier service sur une fenêtre de mise en œuvre du premier service ou d’une requête d’exécution du deuxième service sur une fenêtre de mise en œuvre du deuxième service ; exécution de la requête d’exécution. Pour le véhicule, la centralisation en un unique message de synthèse et la réception de requêtes d’exécution uniquement sur des fenêtres pertinentes réduit le nombre de messages (tentatives) échangés et traités pour rien tout en maximisant les probabilités de succès dans l’exécution des services. Un troisième aspect de l’invention concerne un programme informatique comportant des instructions pour la mise en œuvre du procédé selon le premier ou le deuxième aspect de l’invention, lorsque ces instructions sont exécutées par un processeur. Un quatrième aspect de l’invention concerne un dispositif de gestion compris sur un serveur distant d’une mise en œuvre d’un premier et d’un deuxième service sur un véhicule, le dispositif comportant au moins un processeur et une mémoire agencés pour effectuer les opérations de : réception d’un message de synthèse comprenant une information sur un état d’un premier paramètre fonctionnel du véhicule et une information sur un état d’un deuxième paramètre fonctionnel du véhicule ; identification d’une possibilité de mise en œuvre sur le véhicule du premier service et du deuxième service, à partir du message de synthèse et d’une référence prédéterminée de correspondance entre services et états du véhicule ; sur identification de la possibilité de mise en œuvre du premier service, transmission au véhicule d’une requête d’exécution du premier service sur une fenêtre de mise en œuvre du premier service ; sur identification de la possibilité de mise en œuvre du deuxième service, transmission au véhicule d’une requête d’exécution du deuxième service sur une fenêtre de mise en œuvre du deuxième service. Un cinquième aspect de l’invention concerne un dispositif de gestion de mise en œuvre sur un véhicule d’un premier et d’un deuxième service, le dispositif comportant au moins un processeur et une mémoire agencés pour effectuer les opérations de : réception depuis au moins un capteur compris sur le véhicule d’une information sur un état d’un premier paramètre fonctionnel du véhicule et d’une information sur un état d’un deuxième paramètre fonctionnel du véhicule ; génération d’un message de synthèse comprenant l’information sur l’état du premier paramètre fonctionnel du véhicule et l’information sur l’état du deuxième paramètre fonctionnel du véhicule ; transmission à un serveur distant du message de synthèse ; réception d’une requête d’exécution du premier service sur une fenêtre de mise en œuvre du premier service ou d’une requête d’exécution du deuxième service sur une fenêtre de mise en œuvre du deuxième service ; exécution de la requête d’exécution. Un sixième aspect de l’invention concerne véhicule configuré pour comprendre le dispositif selon le cinquième aspect de l’invention. D’autres caractéristiques et avantages de l’invention apparaîtront à l’examen de la description détaillée ci-après, et des dessins annexés sur lesquels : est un schéma illustrant le contexte de l’invention selon un mode de réalisation de l’invention ; est un diagramme illustrant les étapes d’un procédé selon un mode de réalisation de l’invention ; est un schéma illustrant une référence utilisé dans un mode de réalisation de l’invention ; illustre la structure d’un dispositif selon un mode de réalisation de l’invention. L’invention est décrite ci-après dans son application, non limitative, au cas d’un véhicule automobile comprenant sept composants électroniques. D’autres applications sont naturellement envisageables pour la présente invention. Par exemple, le procédé selon l’invention peut être mis en œuvre pour une motocyclette comprenant douze composants électroniques ou encore par une trottinette électrique comprenant deux composants électroniques. La f igure 1 illustre un contexte d’application de l’invention, selon un mode de réalisation. Un véhicule automobile VEH comprend sept composants électroniques. Sur ces sept composants, VEH comprend six calculateurs, ECU1, ECU2, ECU3, ECU4, ECU5, ECU6 et une unité de contrôle télématique TCU (Telematic Control Unit en anglais). Le TCU est le composant en charge de la connectivité, et a de ce fait la charge des échanges de données avec les entités débarquées. Ainsi, il rend possible des communications avec un réseau CLD comprenant par exemple un dispositif utilisateur CL, tel qu’un téléphone portable, et à un serveur distant SRVR. Comme cela sera détaillé ci-après en référence à la figure 2, et notamment aux étapes 20 et 22, le TCU génère un message de synthèse MU à partir d’informations sur des états de paramètres fonctionnels du véhicule, ces informations étant elle-même collectées à partir de données transmises par les composants électroniques ECU1, ECU2, ECU3, ECU4, ECU5, ECU6 et par le TCU. Le serveur SRVR comporte une référence REF prédéterminée de correspondance entre des services et les états du véhicule. Comme détaillé à l’étape 30 de la figure 2, la référence REF est configuré pour identifier des services pouvant être mis en œuvre en fonction d’états des paramètres fonctionnels du véhicule. La figure 2 illustre un procédé, selon un mode de réalisation de l’invention. Les étapes représentées à la figure 2 sont mises en œuvre au sein du véhicule VEH ou par un élément du réseau CLD, tel que le serveur SRVR. A une étape 20, une information ST1(A) sur un état A d’un premier paramètre fonctionnel ST1 du véhicule VEH et une information ST2(B) sur un état B d’un deuxième paramètre fonctionnel ST2 du véhicule sont acquises. Aux fins d’explications concises et lisibles, il est ici fait uniquement référence à deux paramètres fonctionnels mais bien d’autres paramètres peuvent être pris en compte, comme cela sera illustré par la figure 3 et détaillé ci-après à l’étape 30. En particulier, dans un mode de réalisation, les informations ST1(A) et ST2(B) sont obtenues par le TCU à partir de données reçues d’au moins un des calculateurs ECU1, ECU2, ECU3, ECU4, ECU5, ECU6 et par le TCU lui-même. Par exemple, un paramètre fonctionnel peut-être la disponibilité d’un réseau interne au véhicule (par exemple réseau spécifique au système d’info-divertissement), l’information sur la disponibilité étant obtenue par des composants, ECU3 et ECU4 par exemple, en charge de la gestion d’un tel réseau. Dans un autre exemple, le paramètre fonctionnel peut-être une vitesse de déplacement du véhicule, le paramètre peut alors prendre l’état : en déplacement ou l’état : à l’arrêt. L’information d’état peut dans cet exemple être obtenue par le TCU à partir de données transmises par un capteur de roue ECU5 ou un système de positionnement par satellite ECU6. Dans la suite, on considère que ST2 correspond à cet exemple de paramètre fonctionnel : vitesse de déplacement du véhicule, et que l’état B correspond à un véhicule à l’arrêt. Dans un autre exemple, le paramètre fonctionnel peut-être la disponibilité d’une connexion avec le réseau CLD ou avec tout autre réseau. L’état pris peut-être : déconnecté, connecté ou mauvaise connexion. L’information est alors directement disponible au niveau du TCU. Dans la suite, on considère que ST1 correspond à cet exemple de paramètre fonctionnel : disponibilité d’une connexion du TCU, et que l’état A correspond à un état connecté. A une étape 22, un message de synthèse MU comprenant l’information ST1(A) sur l’état du premier paramètre fonctionnel du véhicule et l’information ST2(B) sur l’état du deuxième paramètre fonctionnel du véhicule est généré par le TCU. Ainsi, le TCU joue ici le rôle de centralisation des informations d’état, qu’il collecte et agrège dans un unique message de synthèse. A une étape 24, MU est envoyé par le TCU au réseau CLD. Dans un mode de réalisation, MU est généré et envoyé périodiquement. La période prédéterminée est par exemple d’une milliseconde, d’une seconde, de dix secondes, de trente secondes, d’une minute, de cinq minutes ou encore d’une heure. A une étape 26, MU est reçu par le réseau CLD. A une étape 30, une identification d’une possibilité de mise en œuvre sur le véhicule VEH d’un premier service S1 et d’un deuxième service S2, à partir du message de synthèse MU et de la référence REF prédéterminée de correspondance entre services et états du véhicule est effectuée. S1 et S2 correspondent à tout type de service mis à la disposition de tout élément du véhicule VEH par tout procédé exécuté par au moins un composant électronique, tels que ECU1, ECU2, ECU3, ECU4, ECU5, ECU6 ou encore TCU. La mise à jour d’un calculateur d’un véhicule, l’exécution d’un logiciel de conduite autonome utilisant des données environnementales transmises par une communication radiofréquence au véhicule, la diffusion par un système d’info-divertissement d’un contenu audio ou vidéo, le déverrouillage à distance du véhicule, etc. sont des exemples de services mis en œuvre par le véhicule. La référence REF est illustré à la figure 3 selon un mode de réalisation de l’invention. REF est représenté à la figure 3 sous forme d’un tableau (elle peut être codée selon tout autre format, tel que des instructions compréhensibles dans un langage informatique particulier) dans lequel les colonnes correspondent aux états (A, B ou C) de paramètres fonctionnel (ST1, ST2 ou ST3) du véhicule et les lignes à des services S1, S2, S3, S4, S5, S6 et S7. A chaque état possible pour chaque paramètre fonctionnel sont affectées autant de cases que de services possibles. Dans chacune de ces cases, il peut être mentionné : OK : le service est possible pour cet état ; NOK : le service est impossible pour cet état ; N/A : le service n’est pas concerné par cet état ; MED : le service est possible avec une exécution dégradée pour cet état. Dans le présent exemple, MU informe CLD d’une connexion du TCU (ST1(A)) et d’un véhicule à l’arrêt (ST2(B)). REF indique alors que le service S1 peut être mis en œuvre puisque ST1(A) et ST2(B) sont compatibles avec S1 (cases OK). De même, REF indique que S2 peut être exécuté de manière dégradé puisque ST1(A) est possible avec S2 mais ST2(B) n’est possible que de manière dégradée (case MED). Dans la suite, seuls ces services S1 et S2 seront détaillés. Dans un mode de réalisation particulier, l’étape 30 d’identification comporte les sous-étapes de : extraction de l’information sur les états des premier et deuxièmes paramètre à partir du message de synthèse MU ; extraction à une sous-étape 28 de la référence prédéterminée à partir d’une base de données reliée au serveur distant ; comparaison des états de l’information aux états de la référence pour identifier les services pouvant être mis en œuvre avec les états de l’information. Dans un sous-mode de réalisation particulier, l’étape de comparaison est mise en œuvre dans un même processus d’un même programme informatique pour le premier et le deuxième service. A une étape 32, sur identification de la possibilité de mise en œuvre du premier service (service possible dans le présent exemple), une requête d’exécution du premier service sur une fenêtre de mise en œuvre du premier service est transmise au véhicule puis exécuté avec le véhicule à une étape 36. Ainsi, par exemple, il peut s’agir d’exécuter une mise à jour d’un composant physique ou logiciel du TCU. A une étape 34, sur identification de la possibilité de mise en œuvre du deuxième service (service possible de manière dégradée dans le présent exemple), une requête d’exécution du deuxième service sur une fenêtre de mise en œuvre du deuxième service est transmise au véhicule puis exécuté avec le véhicule à une étape 38. Ainsi, par exemple, il peut s’agir d’exécuter une calibration d’un système de positionnement. Dans un autre mode de réalisation, les fenêtres de mise en œuvre des premier et deuxième services sont distinctes et spécifiques au service concerné. La figure 4 représente un exemple de dispositif D compris dans le véhicule VEH, dans le réseau CLD ou dans le serveur SRVR. Ce dispositif D peut être utilisé en tant que dispositif centralisé en charge d’au moins certaines étapes du procédé décrit ci-avant en référence à la figure 2. Dans un mode de réalisation, il correspond par exemple au TCU. Dans un autre mode de réalisation, il correspond à un sous-dispositif compris dans le serveur SRVR. Ce dispositif D peut prendre la forme d’un boitier comprenant des circuits imprimés, de tout type d’ordinateur ou encore d’un smartphone. Le dispositif D comprend une mémoire vive 1 pour stocker des instructions pour la mise en œuvre par un processeur 2 d’au moins une étape des procédés tels que décrits ci-avant. Le dispositif comporte aussi une mémoire de masse 3 pour le stockage de données destinées à être conservées après la mise en œuvre du procédé. Le dispositif D peut en outre comporter un processeur de signal numérique (DSP) 4. Ce DSP 4 reçoit des données pour mettre en forme, démoduler et amplifier, de façon connue en soi ces données. Le dispositif comporte également une interface d’entrée 5 pour la réception des données mises en œuvre par des procédés selon l’invention et une interface de sortie 6 pour la transmission des données mises en œuvre par le procédé. La présente invention ne se limite pas aux formes de réalisation décrites ci-avant à titre d’exemples ; elle s’étend à d’autres variantes. Ainsi, il a été décrit un mode de réalisation correspondant à une architecture électronique exemplatif (sept composants électroniques, etc.) pour un véhicule automobile. La présente invention est également applicable à d’autres architectures électroniques (nombre différent de composants et/ou de logiciels, etc.). Procédé de gestion par un serveur distant d’une mise en œuvre sur un véhicule (VEH) d’un premier et d’un deuxième service (S1, S2), le procédé étant mis en œuvre par le serveur distant et comportant les étapes de : Réception (26) d’un message de synthèse (MU) comprenant une information sur un état d’un premier paramètre fonctionnel du véhicule et une information sur un état d’un deuxième paramètre fonctionnel du véhicule ; Identification (30) d’une possibilité de mise en œuvre sur le véhicule du premier service et du deuxième service, à partir du message de synthèse et d’une référence prédéterminée de correspondance entre services et états du véhicule ; sur identification de la possibilité de mise en œuvre du premier service, transmission au véhicule d’une requête d’exécution du premier service sur une fenêtre de mise en œuvre du premier service ; sur identification de la possibilité de mise en œuvre du deuxième service, transmission au véhicule d’une requête d’exécution du deuxième service sur une fenêtre de mise en œuvre du deuxième service. Procédé selon le revendication 1, dans lequel l’étape d’identification comporte les sous-étapes de : extraction de l’information sur les états des premier et deuxièmes paramètre à partir du message de synthèse ; extraction (28) de la référence prédéterminée à partir d’une base de données reliée au serveur distant ; comparaison des états de l’information aux états de la référence pour identifier les services pouvant être mis en œuvre avec les états de l’information. Procédé selon la revendication 2, dans lequel l’étape de comparaison est mise en œuvre dans un même processus d’un même programme informatique pour le premier et le deuxième service. Procédé selon l’une des revendications précédentes, dans lequel l’état du premier paramètre fonctionnel du véhicule est : un état d’une connexion d’une unité de contrôle télématique du véhicule à un réseau externe au véhicule ; un état de mouvement ou d’immobilité du véhicule ; ou un état de fonctionnement ou d’inactivité d’un réseau interne au véhicule. Procédé selon l’une des revendications précédentes, dans lequel l’état du deuxième paramètre fonctionnel du véhicule est : un état d’une connexion d’une unité de contrôle télématique du véhicule à un réseau externe au véhicule ; un état de mouvement ou d’immobilité du véhicule ; ou un état de fonctionnement ou d’inactivité d’un réseau interne au véhicule. Procédé de gestion de mise en œuvre sur un véhicule (VEH) d’un premier et d’un deuxième service, le procédé étant mis en œuvre par un dispositif compris sur le véhicule et comportant les étapes de : acquisition (20) d’une information sur un état d’un premier paramètre fonctionnel du véhicule et d’une information sur un état d’un deuxième paramètre fonctionnel du véhicule ; génération (22) d’un message de synthèse comprenant l’information sur l’état du premier paramètre fonctionnel du véhicule et l’information sur l’état du deuxième paramètre fonctionnel du véhicule ; transmission (24) à un serveur distant du message de synthèse ; réception d’une requête d’exécution du premier service sur une fenêtre de mise en œuvre du premier service ou d’une requête d’exécution du deuxième service sur une fenêtre de mise en œuvre du deuxième service ; exécution de la requête d’exécution. Programme informatique 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 (2). Dispositif (D) de gestion compris sur un serveur distant d’une mise en œuvre d’un premier et d’un deuxième service sur un véhicule, le dispositif comportant au moins un processeur et une mémoire agencés pour effectuer les opérations de : réception d’un message de synthèse comprenant une information sur un état d’un premier paramètre fonctionnel du véhicule et une information sur un état d’un deuxième paramètre fonctionnel du véhicule ; identification d’une possibilité de mise en œuvre sur le véhicule du premier service et du deuxième service, à partir du message de synthèse et d’une référence prédéterminée de correspondance entre services et états du véhicule ; sur identification de la possibilité de mise en œuvre du premier service, transmission au véhicule d’une requête d’exécution du premier service sur une fenêtre de mise en œuvre du premier service ; sur identification de la possibilité de mise en œuvre du deuxième service, transmission au véhicule d’une requête d’exécution du deuxième service sur une fenêtre de mise en œuvre du deuxième service. Dispositif (D) de gestion de mise en œuvre sur un véhicule d’un premier et d’un deuxième service, le dispositif comportant au moins un processeur et une mémoire agencés pour effectuer les opérations de : réception depuis au moins un capteur compris sur le véhicule d’une information sur un état d’un premier paramètre fonctionnel du véhicule et d’une information sur un état d’un deuxième paramètre fonctionnel du véhicule ; génération d’un message de synthèse comprenant l’information sur l’état du premier paramètre fonctionnel du véhicule et l’information sur l’état du deuxième paramètre fonctionnel du véhicule ; transmission à un serveur distant du message de synthèse ; réception d’une requête d’exécution du premier service sur une fenêtre de mise en œuvre du premier service ou d’une requête d’exécution du deuxième service sur une fenêtre de mise en œuvre du deuxième service ; exécution de la requête d’exécution. Véhicule configuré pour comprendre le dispositif selon la revendication 9.