Brevet FR3142854A1 — publié le 20240607

La présente invention concerne la gestion de services mis en œuvre par des calculateurs embarqués d’un véhicule. Le procédé détermine (21) un premier calculateur dont un évènement survient sur au moins l’un des services dont une information est mémorisée dans une liste de services qu’il maintient ; le premier calculateur émet (22) un premier signal porteur de l’information en relation avec ledit au moins un service ; et la liste de services maintenue par au moins un calculateur est mise à jour (23) en fonction d’un deuxième signal porteur de l’information en relation avec ledit au moins un service. Figure pour l’abrégé : Figure 2 Procédé et dispositif de gestion de services mis en œuvre par des calculateurs embarqués d’un véhicule La présente invention concerne les procédés et dispositifs de gestion de services mis en œuvre par des calculateurs embarqués d’un véhicule. Arrière-plan technologique Les véhicules, par exemple de type automobile, comprennent des calculateurs qui assurent la mise en œuvre de service tels que par exemple des services d’aide à la conduite, de divertissement ou autres. Ces services demandent la mise en œuvre de fonctions réalisées par des calculateurs qui requièrent la connaissance d’informations en relation avec ces services tels que des informations sur les calculateurs fournisseurs de ces services. Lors de la phase de conception du véhicule, les informations requises pour la mise en œuvre de ces services sont mis en correspondance avec les calculateurs. Un même service pouvant demander la coopération de plusieurs calculateurs. On parle d’allocation fonctionnelle pour désigner une mise en correspondance entre les informations requises pour la mise en œuvre de services et les calculateurs. Il est connu que cette allocation fonctionnelle soit réalisée de manière statique c’est-à-dire que tous les calculateurs connaissent quels sont les calculateurs fournisseurs des services embarqués dans le véhicule. Une telle allocation fonctionnelle est dépendante de l’architecture fonctionnelle des calculateurs qui est déterminée pour un ensemble de services déclarés. Une architecture fonctionnelle des calculateurs est un ensemble de liens hiérarchiques entre calculateurs. La illustre un exemple d’une architecture fonctionnelle de calculateurs embarqué dans un véhicule selon un exemple particulier et non limitatif de la présente invention. Cette architecture fonctionnelle comprend 4 calculateurs référencés 10-13 et des calculateurs 102-104, 132-134. Les calculateurs 102-104 sont connectés avec le calculateur 10 et le calculateur 13 est connecté aux calculateurs 132-134. Les calculateurs 102-104, respectivement 132-134, sont connectés au calculateur 10, respectivement 13, par un premier réseau de communication filaire. Par exemple, le premier réseau de communication filaire peut être 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 »), ou FlexRay (standardisé par la norme ISO 17458). Les calculateurs 10-13 sont connectés par un deuxième réseau de communication filaire par exemple de type Ethernet (standardisé par la norme ISO/IEC 802-3). Selon l’exemple de la , deux sous-réseaux SR0 et SR1 sont créés. Le sous-réseau SR0 comprend les calculateurs 11-13 et le sous-réseau SR1 comprend les calculateur 10 et 11. Des liens hiérarchiques sont créés entre les calculateurs de chaque sous-réseau. Selon la , le calculateur 12 est un calculateur qui permet des communications entre le sous-réseau SR0 et un réseau de communication externe. Le calculateur 11 joue le rôle de passerelle entre les sous-réseaux SR0 et SR1, c’est-à-dire qu’il relaie les signaux émis/diffusés par un calculateur de l’un de ces sous-réseaux vers un/plusieurs calculateurs d’un autre sous-réseau. Chaque calculateur 10-13 (tous ceux connectés via le deuxième réseau de communication) comprend une liste de services SMM (en anglais « Service Mapping Management » en français, « gestion de mise en correspondance de service »), qu’il maintient à jour. La liste de services maintenue par un calculateur comprend des informations en relation à l’ensemble des services locaux assurés par ce calculateur et des informations en relation avec l’ensemble des services déclarés par les calculateurs auxquels il est connecté par le premier réseau de communication. Chaque calculateur 102-104 connecté au calculateur 10, respectivement 13, via le premier réseau de communication, déclare un service au calculateur 10, respectivement 13, auquel il est connecté. Par exemple, le calculateur 102 déclare un service 105 au calculateur 10 qui mémorise les informations en relation avec ce service 105 dans la liste de services 101 qu’il maintient. Le liste de service maintenue par le calculateur 12 mémorise les informations en relation avec un service local 132, c’est-à-dire mis en œuvre par ce calculateur 12 . Le calculateur 133, respectivement 134, déclare un service 135, respectivement 136, au calculateur 13 qui mémorisent les informations en relation avec ces services 135 et 136 dans la liste de services 131 qu’il maintient. Une liste de service mémorisée peut se présenter en mémoire sous la forme d’une table comprenant des informations en relation avec chaque service. Par exemple, ces informations peuvent être un identifiant de service (105, 132, 135, 136), une adresse de destination indiquant l’adresse de destination du calculateur fournisseur du service correspondant. Par exemple, une information en relation avec un service peut également être une adresse IP (Internet Protocol en anglais, Protocole Internet en français) qui désigne un calculateur fournisseur du service dans le deuxième réseau de communication. Ce calculateur désigné peut mettre en œuvre ce service ou peut communiquer avec le calculateur qui met en œuvre le service via le deuxième réseau de communication. Une table peut aussi mémoriser un numéro du port pour un service et, de manière optionnelle une adresse d’une passerelle (en l’occurrence l’adresse du calculateur 11) si le calculateur fournisseur du service correspondant n’est pas dans le même sous-réseau que le calculateur qui maintient la liste de services. Par exemple le calculateur 10 qui fournit le service 105 mémorise dans sa liste de services une adresse IP 192.168.1.1 (indiquant qu’il fait partie du sous-réseau SR1), un numéro de port 8105. Si la liste de services d’un calculateur du sous-réseau SR0 mémorise les informations en relation avec le service 105 alors l’adresse du calculateur 11 sera mémorisée, par exemple 192.168.0.1. Ainsi un calculateur du sous-réseau SR0 qui souhaiterait accéder au service 105, accèdera à l’adresse 192.168.0.1 du calculateur 11 et sera redirigé vers l’adresse 192.168.1.1 :8105 via l’adresse 192.168.1.1 du calculateur 11. On parle alors de fonction relai ou passerelle du calculateur 11. Dès qu’un nouveau service est déclaré qu’il soit local ou déclaré par un calculateur 102-104 ou 132-134 ou qu’un service doit être supprimé, l’allocation fonctionnelle doit être modifiée de manière statique. L’allocation fonctionnelle statique est fastidieuse et parfois compliquée à mettre en œuvre, notamment lorsque l’architecture de calculateurs changent, ce qui limite le développement des services (ajout ou suppression) sur différents types de véhicule qui peuvent utiliser des plateformes variées pour mettre à jour cette allocation fonctionnelle. 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 de fournir une solution pour mettre à jour une allocation fonctionnelle de manière automatique dès qu’un nouveau service déclaré ou supprimé. Selon un premier aspect, la présente invention concerne un procédé de gestion de services mis en œuvre par des calculateurs embarqués d’un véhicule, lesdits calculateurs étant connectés entre eux à travers un réseau de communication, chaque calculateur comprenant une liste de services destinée à mémoriser au moins une information en relation avec un service. Le procédé détermine un premier calculateur comme étant l’un desdits calculateurs dont un évènement survient sur au moins l’un des services dont l’information est mémorisée dans la liste de services qu’il maintient ; le premier calculateur émet alors un premier signal porteur d’une information en relation avec ledit au moins un service ; et la liste de services maintenue par au moins un calculateur est mise à jour en fonction d’un deuxième signal porteur d’une information en relation avec ledit au moins un service. La procédé permet une mise à jour dynamique d’une allocation fonctionnelle et temps-réel pour découvrir des services déclarés par des calculateurs d’un véhicule car elle permet d’obtenir rapidement une cartographie de ces services c’est-à-dire l’ensemble des services mis en œuvre par les calculateurs embarqués du véhicule. Le procédé permet également la propagation rapide de toute modification d’une allocation fonctionnelle (ajout/suppression d’un service) et assure que les listes de services maintenues par les calculateurs sont toutes à jour. La présente invention est particulièrement avantageuse pour les OEM (en anglais « Original Equipmenent Manufacter » en français, « fabricant d'équipement d'origine »), qui doivent fournir des équipements pour une grande diversité d’architectures fonctionnelles pour des marques de véhicules différentes. En effet, la présente invention peut mettre à jour les listes de services maintenues par des calculateurs quelle que soit l’architecture fonctionnelle ce qui facilite, notamment, la mise en œuvre d’évolutions de services de conduite automatisée ou de service multimédia par exemple. La présente invention permet ainsi de réduire des variantes logicielles qui pourraient s’avérer nécessaire pour déployer des services sur une plateforme logicielle spécifique et donc de réduire le coût financier pour la mise en œuvre d’options liées à ces services. La présente invention permet aussi qu’une fonction d’un service déclaré par un calculateur soit transférée à un autre calculateur sans devoir faire la mise à jour de l’ensemble des calculateurs (et/ou proxy) de manière manuelle. La présente invention est particulièrement avantageuse en cas d’une mise à jour à distance des services mis en œuvre par les calculateurs d’un véhicule car elle évite la mise en place d’une campagne de mise à jour de ces calculateurs (et/ou proxy) en mettant à jour automatiquement les listes de services maintenues par ces calculateurs dès qu’une modification de l’une des listes des services maintenues par ces calculateurs est modifiée. Selon un premier mode de réalisation, l’évènement est une modification d’une information en relation avec ledit au moins un service ; le premier signal est diffusé à tous les calculateurs connectés au réseau de communication ; et la liste de services maintenue par chaque calculateur connecté au réseau de communication est mise à jour en fonction de l’information en relation avec ledit au moins un service portée par le deuxième signal. Ce premier exemple de réalisation est avantageux car il permet une propagation rapide de toute modification de la cartographie des services déclarés dans une architecture fonctionnelle de calculateurs. Par contre, il peut consommer de la bande passante sur le réseau de communication du fait de la diffusion de signaux et de la complexité de l’architecture fonctionnelle des calculateurs. Selon un deuxième exemple de réalisation, l’évènement est une demande d’une information en relation avec ledit au moins un service ; le premier signal est diffusé à tous les calculateurs connectés au réseau de communication ; et la mise à jour de la liste de services maintenue par au moins un calculateur en fonction d’un deuxième signal porteur de l’information en relation avec ledit au moins un service comprend : - détermination d’un deuxième calculateur comme étant un calculateur dont l’information en relation avec ledit au moins un service est mémorisée dans la liste de services maintenue par ledit calculateur ; - diffusion, par le deuxième calculateur, à tous les calculateurs connectés par le réseau de communication, d’un deuxième signal porteur de l’information en relation avec ledit au moins un service ; et - la liste de services maintenue par chaque calculateur connecté au réseau de communication est mise à jour (233) en fonction de l’information en relation avec ledit au moins un service portée par le deuxième signal. Ce deuxième exemple de réalisation est avantageux car il limite le nombre de signaux diffusés en ciblant la diffusion d’une modification d’un service ou d’un nombre restreint de services. La bande passante requise pour cette diffusion est contrôlée par le nombre de services modifiés. Selon un troisième exemple de réalisation, l’évènement est une demande d’une information en relation avec ledit au moins un service ; le premier signal est diffusé à tous les calculateurs connectés au réseau de communication ; et la mise à jour de la liste de services maintenue par au moins un calculateur en fonction d’un deuxième signal porteur de l’information en relation avec ledit au moins un service comprend : - détermination d’un deuxième calculateur comme étant un calculateur dont l’information en relation avec ledit au moins un service est mémorisée dans la liste de services maintenue par ledit calculateur ; - émission, par le deuxième calculateur, à destination du premier calculateur, d’un deuxième signal porteur de l’information en relation avec ledit au moins un service ; et - la liste de services maintenue par le premier calculateur est mise à jour en fonction de l’information en relation avec ledit au moins un service portée par le deuxième signal. Ce troisième exemple de réalisation est avantageux car le nombre de service mis à jour et le nombre de calculateurs concernés sont deux paramètres qui permettent de contrôler la bande passante pour la mise à jour de services dans une architecture fonctionnelle de calculateurs. Ce mode de réalisation peut limiter au minimum la bande passante requise pour la mise à jour d’un service. Toutefois, la propagation de la mise à jour d’un service à l’ensemble des calculateurs d’une architecture fonctionnelle demande l’émission de signaux porteurs de demande de mise à jour de service. Selon une variante, l’information demandée en relation avec ledit au moins un service par le premier calculateur est mémorisée dans la liste de services qu’il maintient. Cette variante est avantageuse car elle permet une propagation d’une information d’un premier service mémorisée dans une liste de services maintenue par un calculateur même si un signal de demande concernant un deuxième service dont l’information est mémorisée dans cette liste de services est demandée. En effet, le signal de réponse émis par ce calculateur peut alors comprendre à la fois l’information en relation avec le premier signal et l’information en relation avec le deuxième signal. Le calculateur à l’initiative de la demande peut alors mettre à jour la liste des services qu’il maintient en mémorisant l’information en relation avec ces deux services. Selon une variante, les calculateurs étant connectés pour former deux sous-réseaux, les premier et deuxième signaux émis ou diffusés par un calculateur d’un premier sous-réseau sont relayés pour être émis ou diffusés dans un deuxième sous-réseau par un calculateur jouant le rôle de passerelle entre les deux sous-réseaux. Selon un deuxième aspect, la présente invention concerne un dispositif de gestion de services mis en œuvre par des calculateurs embarqués d’un véhicule, le dispositif comprenant une mémoire associée à un processeur configuré pour la mise en œuvre d’au moins une étape 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 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 à 9 annexées, sur lesquelles : illustre un exemple d’une architecture fonctionnelle de calculateurs embarqué dans un véhicule selon un exemple ; illustre schématiquement un organigramme des différentes étapes d’un procédé de gestion de services mis en œuvre par des calculateurs embarqués d’un véhicule selon un exemple de réalisation particulier et non limitatif de la présente invention ; illustre schématiquement un exemple de réalisation du procédé de la au travers de la déclaration de 4 nouveaux services dans l’architecture fonctionnelle de la ; illustre schématiquement un exemple de réalisation du procédé de la au travers de la déclaration de 4 nouveaux services dans l’architecture fonctionnelle de la ; illustre schématiquement un exemple de réalisation du procédé de la au travers de la déclaration de 4 nouveaux services dans l’architecture fonctionnelle de la ; illustre schématiquement un exemple de réalisation du procédé de la au travers de la déclaration de 4 nouveaux services dans l’architecture fonctionnelle de la ; illustre schématiquement un exemple de mise à jour de services selon un deuxième exemple de réalisation du procédé de la ; illustre schématiquement un exemple de mise à jour de services selon un deuxième exemple de réalisation du procédé de la ; illustre schématiquement un dispositif configuré pour de la gestion de services mis en œuvre par des calculateurs embarqués d’un véhicule, 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 gestion de services mis en œuvre par des calculateurs embarqués d’un véhicule vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 9. 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 la présente invention, un procédé permet la découverte et la mise à jour de services déployés dans une architecture fonctionnelle de calculateurs. La illustre schématiquement un organigramme des différentes étapes d’un procédé de gestion de services mis en œuvre par des calculateurs embarqués d’un véhicule selon un exemple de réalisation particulier et non limitatif de la présente invention. Le procédé de permet l’ajout ou la suppression de services dans l’architecture fonctionnelle de la . Les exemples données aux figures 3-9 correspondent à l’ajout d’au moins un nouveau service. Il est évident que les étapes du procédé de la peuvent aussi être utilisées pour supprimer au moins un service de l’architecture fonctionnelle de la . Le procédé est décrit en référence à l’architecture fonctionnelle de calculateurs embarqué dans un véhicule de la . Mais le procédé n’est aucunement restreint ni à cette architecture fonctionnelle ni au nombre de calculateurs ni au nombre de sous-réseaux ni aux liens hiérarchiques entre les calculateurs connectés par le deuxième réseau de communication. Dans une première étape 21, un premier calculateur est déterminé. Ce premier calculateur correspond à un calculateur connecté au deuxième réseau de communication dont un évènement survient sur au moins l’un des services dont l’information est mémorisée dans la liste de services qu’il maintient. Dans une deuxième étape 22, le premier calculateur émet un premier signal porteur d’une information en relation avec ledit au moins un service. Dans une troisième étape 23, la liste de services maintenue par au moins un calculateur est mise à jour en fonction d’un deuxième signal porteur de l’information en relation avec ledit au moins un service. Selon un premier exemple de réalisation particulier et non limitatif du procédé de la , l’évènement est une modification d’une information en relation avec ledit au moins un service(étape 21). Le premier signal est diffusé (étape 22) à tous les calculateurs connectés au deuxième réseau de communication. La liste de services maintenue par chaque calculateur connecté au deuxième réseau de communication est mise à jour (étape 23) en fonction de l’information en relation avec ledit au moins un service portée par le premier signal (qui est égal au deuxième signal de l’étape 23 selon cet exemple de réalisation). La illustre ce premier exemple de réalisation du procédé de la au travers de la déclaration de 4 nouveaux services dans l’architecture fonctionnelle de la . Prenons l’exemple où le calculateur 10 est considéré comme étant le premier calculateur car la liste de services 101 est modifiée par la déclaration du service 105 par le calculateur 102 (étape 21). Le calculateur 10 diffuse alors un premier signal porteur d’une information en relation avec le service 105 au calculateur 11 qui fait partie du même sous-réseau SR1 (étape 22). Ce premier signal est relayé par le calculateur 11 pour tous les calculateurs du sous-réseau SR0, en l’occurrence pour les calculateurs 12 et 13. Les calculateurs 11, respectivement 12 et 13 mettent à jour leur liste de services 111, respectivement 121 et 131 ( ). Le calculateur 12 est alors considéré comme étant le premier calculateur car sa liste de services 121 est modifiée. Le calculateur 12 diffuse alors un premier signal porteur d’une information en relation avec les services 132 et 105 aux calculateurs 11 et 13 qui font partie du même sous-réseau SR0. Ce premier signal est relayé par le calculateur 11 pour tous les calculateurs du sous-réseau SR1, en l’occurrence au calculateur 10. Les calculateurs 10, 11 et 13 mettent à jour leurs listes de services 101, 111 et 131 ( ). Le calculateur 13 est alors considéré comme étant le premier calculateur car sa liste de services 131 est modifiée. Le calculateur 13 diffuse alors un premier signal porteur d’une information en relation avec les services 135, 136,105 et 132 aux calculateurs 11 et 12 qui font partie du même sous-réseau SR0. Ce premier signal est relayé par le calculateur 11 pour tous les calculateurs du sous-réseau SR1, en l’occurrence au calculateur 10. Les calculateurs 10, 11 et 12 mettent à jour leurs listes de services 101, 111 et 121 ( ). Selon un deuxième exemple de réalisation particulier et non limitatif du procédé de la , l’évènement est une demande d’une information en relation avec ledit au moins un service (étape 21). Le premier signal est diffusé à tous les calculateurs connectés au deuxième réseau de communication (étape 22). La mise à jour de la liste de services maintenue par au moins un calculateur en fonction d’un deuxième signal porteur de l’information en relation avec ledit au moins un service (étape 23) comprend une sous-étape 231 de détermination d’un deuxième calculateur comme étant un calculateur dont l’information en relation avec ledit au moins un service est mémorisée dans la liste de services maintenue par ledit calculateur ; une sous-étape d’émission 232, par le deuxième calculateur, à destination du premier calculateur d’un deuxième signal porteur de l’information en relation avec ledit au moins un service ; et la liste de services maintenue par le premier calculateur est mise à jour en fonction de l’information en relation avec ledit au moins un service portée par le deuxième signal (étape 233). La illustre cet exemple de réalisation du procédé de la au travers d’une demande du calculateur 12 d’information en relation avec le service 136. Le calculateur 12 est le premier calculateur au sens du procédé de la . Un premier signal porteur de la demande d’information en relation avec le service 136 est diffusé aux calculateurs 13 et 11 qui font partie du même sous-réseau SR0. Ce premier signal est relayé par le calculateur 11 pour tous les calculateurs du sous-réseau SR1, en l’occurrence au calculateur 10. Le calculateur 13 est déterminé comme étant le deuxième calculateur au sens du procédé de la (étape 231). Le calculateur 13 diffuse un deuxième signal porteur de l’information en relation avec le service 136 aux calculateurs 12 et 11. Ce deuxième signal est relayé par le calculateur 11 pour tous les calculateurs du sous-réseau SR1, en l’occurrence au calculateur 10. Les listes de services des calculateurs 10, 11 et 12 sont alors mise à jour (étape 233) tel que illustré sur la . Selon un troisième exemple de réalisation particulier et non limitatif du procédé de la , l’évènement est une demande d’une information en relation avec ledit au moins un service (étape 21). Le premier signal est diffusé à tous les calculateurs connectés au deuxième réseau de communication (étape 22). La mise à jour de la liste de services maintenue par au moins un calculateur en fonction d’un deuxième signal porteur de l’information en relation avec ledit au moins un service (étape 23) comprend la sous-étape 231, une sous-étape 234 d’émission, par le deuxième calculateur, à destination du premier calculateur d’un deuxième signal porteur de l’information en relation avec ledit au moins un service ; et une sous-étape 235 de mise à jour de la liste de services maintenue par le premier calculateur en fonction de l’information en relation avec ledit au moins un service portée par le deuxième signal. Selon une variante du deuxième et troisième exemples de réalisation particuliers et non limitatifs du procédé de la , l’information demandée en relation avec ledit au moins un service par le premier calculateur est mémorisée dans la liste de services qu’il maintient. La illustre schématiquement un dispositif configuré pour de la gestion de services mis en œuvre par des calculateurs embarqués d’un véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif 3 est configuré pour la mise en œuvre 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 é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 ordinateur. 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 différents exemples de réalisation particuliers et non limitatifs, le dispositif 3 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 3 comprend un bloc 22 d’éléments d’interface pour communiquer avec des dispositifs externes tels que des serveurs distants. Selon un autre exemple de réalisation particulier et non limitatif, le dispositif 2 comprend une interface de communication 33 qui permet d’établir une communication avec des calculateurs embarqués du véhicule 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 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 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 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. 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 gestion de services mis en œuvre par des calculateurs embarqués 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 . Procédé de gestion de services mis en œuvre par des calculateurs embarqués d’un véhicule, lesdits calculateurs étant connectés entre eux à travers un réseau de communication, chaque calculateur comprenant une liste de services destinée à mémoriser au moins une information en relation avec un service, ledit procédé comprenant les étapes suivantes : - détermination (21) d’un premier calculateur comme étant l’un desdits calculateurs dont un évènement survient sur au moins l’un des services dont l’information est mémorisée dans la liste de services qu’il maintient ; - émission (22) par le premier calculateur d’un premier signal porteur d’une information en relation avec ledit au moins un service ; et - mise à jour (23) de la liste de services maintenue par au moins un calculateur en fonction d’un deuxième signal porteur de l’information en relation avec ledit au moins un service. Procédé selon la revendication 1, dans lequel - l’évènement (21) est une modification d’une information en relation avec ledit au moins un service ; - le premier signal est diffusé (22) à tous les calculateurs connectés au réseau de communication ; et - la liste de services maintenue par chaque calculateur connecté au réseau de communication est mise à jour (23) en fonction de l’information en relation avec ledit au moins un service portée par le premier signal. Procédé selon la revendication 1, dans lequel - l’évènement (21) est une demande d’une information en relation avec ledit au moins un service ; - le premier signal est diffusé (22) à tous les calculateurs connectés au réseau de communication ; - la mise à jour (23) de la liste de services maintenue par au moins un calculateur en fonction d’un deuxième signal porteur de l’information en relation avec ledit au moins un service comprend : - détermination (231) d’un deuxième calculateur comme étant un calculateur dont l’information en relation avec ledit au moins un service est mémorisée dans la liste de services maintenue par ledit calculateur ; - diffusion (232), par le deuxième calculateur, à tous les calculateurs connectés par le réseau de communication, d’un deuxième signal porteur de l’information en relation avec ledit au moins un service ; et - la liste de services maintenue par chaque calculateur connecté au réseau de communication est mise à jour (233) en fonction de l’information en relation avec ledit au moins un service portée par le deuxième signal. Procédé selon la revendication 1, dans lequel - l’évènement (21) est une demande d’une information en relation avec ledit au moins un service ; le premier signal est diffusé (22) à tous les calculateurs connectés au réseau de communication ; et la mise à jour (23) de la liste de services maintenue par au moins un calculateur en fonction d’un deuxième signal porteur de l’information en relation avec ledit au moins un service comprend : - détermination (231) d’un deuxième calculateur comme étant un calculateur dont l’information en relation avec ledit au moins un service est mémorisée dans la liste de services maintenue par ledit calculateur ; - émission (234), par le deuxième calculateur, à destination du premier calculateur d’un deuxième signal porteur de l’information en relation avec ledit au moins un service ; et - la liste de services maintenue par le premier calculateur est mise à jour (235) en fonction de l’information en relation avec ledit au moins un service portée par le deuxième signal. Procédé selon la revendication 3 ou 4, dans lequel l’information demandée en relation avec ledit au moins un service par le premier calculateur est mémorisée dans la liste de services qu’il maintient. Procédé selon l’une des revendications précédentes, dans lequel les calculateurs étant connectés pour former deux sous-réseaux, les premier et deuxième signaux émis ou diffusés par un calculateur d’un premier sous-réseau sont relayés pour être émis ou diffusés dans un deuxième sous-réseau par un calculateur jouant le rôle de passerelle entre les deux sous-réseaux. 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. 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 l’une des revendications 1 à 6. Dispositif de gestion de services mis en œuvre par des calculateurs embarqués d’un véhicule, ledit dispositif comprenant une mémoire associée à au moins un processeur configuré pour la mise en œuvre d’au moins une étape du procédé selon l’une quelconque des revendications 1 à 6. Véhicule (10) embarquant un dispositif (2) selon la revendication 9.