Brevet FR3136289A1 — publié le 20231208

La présente invention concerne un procédé de contrôle de calculateurs (7) dans un réseau de communication (6) d’un véhicule (2), ce réseau comprenant un premier sous-réseau (NT1) avec des premiers calculateurs (8) et un deuxième sous-réseau (NT2) avec des deuxièmes calculateurs (10), le procédé comprenant : envoi, par les premiers calculateurs (8) à des calculateurs de zone parmi les deuxièmes calculateurs (10), de premiers messages de déclaration (MSG1) représentatifs respectivement d’un état de configuration desdits premiers calculateurs (10) ; envoi, par les deuxièmes calculateurs à un deuxième calculateur opérant en tant que calculateur maître (10a), de deuxièmes messages de déclaration (MSG2) représentatifs respectivement des états de configuration des premiers et deuxièmes calculateurs (8, 10) ; et détermination, par le calculateur maître (10a), à partir des deuxièmes messages de déclaration (MSG2) reçus, de données de configuration globale représentatives de la configuration des premiers et deuxièmes calculateurs. Figure pour l’abrégé : Figure 1 Procédé et dispositif de contrôle de calculateurs d’un véhicule La présente invention concerne des procédés et systèmes de contrôle de calculateurs d’un véhicule, par exemple d’un véhicule automobile. L’invention vise notamment le contrôle de la mise à jour logicielle d’un véhicule, notamment de type automobile. Arrière-plan technologique Les véhicules contemporains 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 d’un moteur à combustion. 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. A titre d’exemple, un calculateur moteur, aussi appelé « boîtier de servitude moteur » ou « unité de commande moteur », est configuré pour collecter des données d’entrée (de capteurs ou autres), traiter ces données et envoyer des signaux de commande à divers composants (actionneurs) du moteur. Des mises à jour des logiciels implémentés par les calculateurs d’un véhicule 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. Généralement, lorsqu’une telle mise à jour logicielle est requise, un inventaire complet du véhicule est réalisé afin de préparer la mise à jour. Cette phase d’inventaire allonge significativement le temps nécessaire pour la réalisation d’une mise à jour logicielle. Dans la mesure où un tel inventaire est répété à chaque mise à jour, ce problème de manque de réactivité des mises à jour présente un défini technique important. Résumé de la présente invention L’un des objets 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’offrir une technique permettant de réaliser un inventaire de façon fiable et efficace auprès des calculateurs d’un véhicule, par exemple de type automobile ou autre. Un autre objet de la présente invention est de permettre la réalisation d’une mise à jour logicielle d’un véhicule avec une réactivité maximale dans le temps. Selon un premier aspect, la présente invention concerne un procédé un procédé de contrôle d’une pluralité de calculateurs agencés dans un réseau de communication d’un véhicule, ledit réseau de communication comprenant au moins un premier sous-réseau dans lequel des premiers calculateurs communiquent selon un premier protocole de communication et un deuxième sous-réseau dans lequel des deuxièmes calculateurs communiquent selon un deuxième protocole de communication différent du premier protocole de communication, le procédé comprenant : - envoi, par les premiers calculateurs à au moins une partie des deuxièmes calculateurs, dits calculateurs de zone, de premiers messages de déclaration représentatifs respectivement d’un état de configuration desdits premiers calculateurs ; - détection, par les deuxièmes calculateurs, d’un calculateur opérant en tant que calculateur maître parmi lesdits deuxièmes calculateurs ; - envoi, par les deuxièmes calculateurs au calculateur maître, de deuxièmes messages de déclaration représentatifs respectivement d’un état de configuration desdits deuxièmes calculateurs, les deuxièmes messages de déclaration envoyés par les calculateurs de zone étant en outre représentatifs respectivement de l’état de configuration, des premiers calculateurs, déterminé à partir des premiers messages de déclaration ; et - détermination, par le calculateur maître, à partir des deuxièmes messages de déclaration reçus, de données de configuration globale représentatives de la configuration des premiers et deuxièmes calculateurs. La présente invention offre ainsi avantageusement un mécanisme efficace et fiable permettant de rendre disponible dynamiquement, voire en temps réel, la configuration d’un véhicule (inventaire, topologie physique, allocation fonctionnelle, etc.). Grâce à la présente invention, une mise à jour logicielle du véhicule peut par exemple être réalisée rapidement sur la base des données de configuration globales collectées et tenues à jour par le calculateur maître dans le réseau de communication du véhicule. Contrairement à un inventaire dit statique, le système de contrôle de l’invention peut détecter dynamiquement la configuration du véhicule (services, fonctions, etc.), et notamment les changements de configuration susceptibles de survenir au cours du temps. On peut ainsi obtenir rapidement une représentation fiable et globale de la configuration du véhicule. Lorsqu’une mise à jour est nécessaire, les données de configuration globale déterminées par le calculateur maître sont immédiatement accessibles et peuvent donc être utilisées, par exemple par un terminal externe, pour effectuer une mise à jour logicielle du véhicule. La présente invention offre ainsi des gains important en termes de temps et de ressources lorsqu’une mise à jour d’un véhicule est réalisée. Selon un mode de réalisation particulier, le procédé comprenant en outre : - envoi périodique, par un deuxième calculateur prédéfini, d’un message d’annonce à chaque autre deuxième calculateur pour annoncer qu’il opère en tant que calculateur maître, ladite détection du calculateur maître étant réalisée à partir dudit message d’annonce ; ou - un mécanisme d’élection au cours duquel chaque deuxième calculateur envoie périodiquement un message d’annonce à chaque autre deuxième calculateur, dans lequel le deuxième calculateur qui envoie le plus rapidement un message d’annonce, à compter d’un instant de référence, pour se déclarer en tant que calculateur maître est détecté comme calculateur maître parmi les deuxièmes calculateurs. Selon un mode de réalisation particulier, les premiers et deuxièmes messages de déclaration sont envoyés périodiquement par respectivement les premiers et deuxièmes calculateurs selon une période plus courte que la période d’envoi des messages d’annonce. Selon un mode de réalisation particulier, les calculateurs sont agencés selon une arborescence dans le réseau de communication, les premiers calculateurs étant positionnés en tant qu’enfants des deuxièmes calculateurs dans ladite arborescence. Selon un mode de réalisation particulier, les deuxièmes calculateurs tiennent à jour des données de configuration représentatives d’un état de configuration d’au moins un premier calculateur positionné en aval dans l’arborescence en fonction des premiers messages de déclaration reçus en provenance dudit premier calculateur, les deuxièmes messages de déclaration envoyés par les deuxièmes calculateurs étant déterminés en fonction des données de configuration desdits deuxièmes calculateurs. Selon un mode de réalisation particulier, si aucun premier ou deuxième message de déclaration n’est reçu par un deuxième calculateur pendant une période prédéfini en provenance d’un autre calculateur situé en aval dans l’arborescence, envoi au calculateur maître d’un deuxième message de déclaration indiquant une anomalie associée audit autre calculateur. Selon un mode de réalisation particulier, les envois des deuxièmes messages de déclaration par les deuxièmes calculateurs sont déclenchés au moins sur détection d’un changement de l’état de configuration d’au moins un calculateur situés en aval dans l’arborescence. Selon un mode de réalisation particulier, le procédé comprend en outre une mise à jour logicielle d’au moins un calculateur en fonction de tout ou partie des données de configuration globales déterminées par le calculateur maître. Selon un deuxième aspect, la présente invention concerne un système de contrôle configuré pour mettre en œuvre le procédé de contrôle du premier aspect de l’invention. La présente invention vise en particulier un système de contrôle d’une pluralité de calculateurs agencés dans un réseau de communication d’un véhicule, ledit réseau de communication comprenant au moins un premier sous-réseau dans lequel des premiers calculateurs communiquent selon un premier protocole de communication et un deuxième sous-réseau dans lequel des deuxièmes calculateurs communiquent selon un deuxième protocole de communication différent du premier protocole de communication, ledit système comprenant au moins une mémoire associée à au moins un processeur configuré pour la mise en œuvre des étapes du procédé de contrôle selon le premier aspect de l’invention. A noter que les différents modes de réalisation définis dans ce document en relation avec le procédé de contrôle selon le premier aspect de l’invention ainsi que les avantages associés s’appliquent de façon analogue au système de contrôle selon le deuxième aspect de l’invention. Selon un troisième aspect, la présente invention concerne un véhicule, par exemple de type automobile, comprenant un système de contrôle 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é de contrôle selon le premier aspect de la présente invention, ceci notamment lorsque le programme d’ordinateur est exécuté par au moins un processeur, par exemple par un ou des calculateurs. Autrement dit, les différentes étapes du procédé de contrôle sont déterminées par des instructions de programmes d’ordinateurs. Ce programme d’ordinateur est configuré pour être mis en œuvre dans un système de contrôle tel que défini dans ce document, ou plus généralement dans un ou des calculateurs. 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 au moins un support d’enregistrement (ou support d’informations), lisible par un ordinateur (ou un processeur), sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes (ou au moins une partie des étapes) du procédé de contrôle 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. Selon un mode de réalisation particulier, l'invention est mise en œuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme « module » peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et logiciels. Brève description des figures D’autres caractéristiques et avantages de la présente invention ressortiront de la description des exemples de réalisation particuliers et non limitatifs de la présente invention ci-après, en référence aux figures 1 à 4 annexées, sur lesquelles : illustre schématiquement un véhicule comprenant un réseau de communication et un système de contrôle, selon un exemple de réalisation particulier et non limitatif de la présente invention ; illustre schématiquement l’architecture d’un système de contrôle, selon un exemple de réalisation particulier et non limitatif de la présente invention ; illustre schématiquement un système de contrôle des calculateurs représenté en figures 1-2, selon un exemple de réalisation particulier et non limitatif de la présente invention ; et illustre sous forme d’un diagramme différentes étapes d’un procédé de contrôle de calculateurs tels que représentés en figures 1-2, selon un exemple de réalisation particulier et non limitatif de la présente invention. Description des exemples de réalisation La présente invention vise notamment un procédé de contrôle et un système de contrôle pour contrôler des calculateurs d’un véhicule. Des exemples de mises en œuvre de l’invention vont à présent être décrits dans ce qui va suivre en référence conjointement aux figures 1-4. Sauf indications contraires, les éléments communs ou analogues à plusieurs figures portent les mêmes signes de référence et présentent des caractéristiques identiques ou analogues, de sorte que ces éléments communs ne sont généralement pas à nouveau décrits par souci de simplicité. Les termes « premier(s) » (ou première(s)), « deuxième(s) », etc.) sont utilisés dans ce document par convention arbitraire pour permettre d’identifier et de distinguer différents éléments (tels que des opérations, des valeurs seuils, etc.) mis en œuvre dans les modes de réalisation décrits ci-après. Comme précédemment indiqué, l’invention vise notamment un procédé de contrôle d’une pluralité de calculateurs d’un véhicule, tel qu’un véhicule de type automobile ou autre. Ce procédé est par exemple mis en œuvre par une pluralité de calculateurs formant un système de contrôle au sens de l’invention. Selon un exemple particulier et non limitatif de réalisation de la présente invention, le système de contrôle, et plus particulièrement les calculateurs, sont embarqué dans un véhicule. Ces calculateurs sont agencés dans un réseau de communication du véhicule, ce réseau pouvant avoir diverses architectures. Selon un exemple particulier, le réseau de communication comprend un premier sous-réseau de communication dans lequel des premiers calculateurs communiquent selon un premier protocole de communication et un deuxième sous-réseau de communication dans lequel des deuxièmes calculateurs communiquent selon un deuxième protocole de communication différent du premier protocole de communication. Selon un exemple particulier et non limitatif de réalisation de la présente invention, le procédé de contrôle comprend les étapes suivantes : envoi, par les premiers calculateurs à au moins une partie des deuxièmes calculateurs, dits « calculateurs de zone » (ou calculateurs zonaux), de premiers messages de déclaration représentatifs respectivement d’un état de configuration desdits premiers calculateurs ; détection, par les deuxièmes calculateurs, d’un calculateur opérant en tant que « calculateur maître » parmi lesdits deuxièmes calculateurs ; envoi, par les deuxièmes calculateurs au calculateur maître, de deuxièmes messages de déclaration représentatifs respectivement d’un état de configuration desdits deuxièmes calculateurs, les deuxièmes messages de déclaration envoyés par les calculateurs de zone étant en outre représentatifs respectivement de l’état de configuration, des premiers calculateurs, déterminé à partir des premiers messages. Le calculateur maître peut ainsi déterminer, à partir des deuxièmes messages reçus, des données de configuration globales représentatives de la configuration des premiers et deuxièmes calculateurs (ou plus généralement du véhicule). A noter que la présente invention peut s’appliquer à divers types de protocoles de communication ou à divers types de sous-réseaux de communication. A titre d’exemple, le premier sous-réseau peut être selon l’un quelconque (ou selon au moins l’un) des types suivants : CAN (pour « Réseau de contrôleurs » ou « Controller Area Network » en anglais), LIN (pour « Réseau Interconnecté local » ou « Local Interconnect Network » en anglais) et Flexray (système de communication par bus informatique, standardisé par la norme ISO 17458). A titre d’exemple, le deuxième sous-réseau est de type Ethernet (standardisé par la norme ISO/IEC 802-3). La présente invention propose ainsi un mécanisme dynamique permettant de rendre disponible en temps réel la configuration d’un véhicule (inventaire, topologie physique, allocation fonctionnelle, etc.). Les données de configuration globales ainsi déterminées peuvent par exemple être utilisées pour réaliser une mise à jour logicielle du véhicule, par exemple une mise à jour d’au moins l’un des calculateurs dudit véhicule et/ou d’au moins un autre composant du véhicule embarquant un logiciel que l’on souhaite mettre à jour. Comme décrit par la suite, une mise à jour logicielle peut par exemple être de type OTA (pour « Over the Air »). La technique actuelle pour réaliser par exemple une mise à jour logicielle d’un véhicule automobile est une solution statique consistant à déterminer à chaque fois un inventaire complet du véhicule lorsqu’une telle mise à jour doit être effectuée. Cette phase préalable d’inventaire implique un temps de réactivité long ce qui limite l’efficacité du processus de mise à jour et engendre un coût important en temps et ressources, d’autant plus si un grand nombre de véhicules est mis à jour. La présente invention permet de réaliser dynamiquement, c’est-à-dire au fil du temps (voir en temps réel), une détection de la configuration d’un véhicule. Lorsqu’une mise à jour logicielle du véhicule est nécessaire, celle-ci peut alors être instantanément réalisée sans temps d’attente important. La présente invention offre ainsi des gains de temps important lorsqu’une mise à jour d’un véhicule est réalisée. La illustre un véhicule 2, par exemple un véhicule automobile, embarquant une pluralité de calculateurs 7 formant collectivement un système de contrôle 4 selon un mode particulier et non limitatif de réalisation. Ces calculateurs 7 sont agencés dans un réseau de communication 6 embarqué dans le véhicule 2. L’architecture du réseau de communication 6 peut être adaptée selon le cas. Des exemples particuliers de mise en œuvre du réseau de communication 6 sont décrits ci-après en référence à la . A titre d’exemple, les calculateurs 7 peuvent être agencés selon une arborescence dans le réseau de communication 6. Autrement dit, les calculateurs 7 forment des nœuds connectés entre eux selon des relations parent/enfant dans l’arborescence. Tous les nœuds de l’arborescence sont des enfants directs ou indirects de la racine de l’arborescence. Chaque calculateur 7 peut ainsi envoyer ou propager des données à un nœud qui lui est adjacent dans l’arborescence. Selon un exemple particulier, le réseau de communication 6 comprend au moins un premier sous-réseau NT1 de communication dans lequel des premiers calculateurs 8 communiquent selon un premier protocole de communication et un deuxième sous-réseau NT2 de communication dans lequel des deuxièmes calculateurs 10 communiquent selon un deuxième protocole de communication différent du premier protocole de communication. Les premier et deuxième sous-réseaux NT1, NT2 sont couplés ou connectés ensemble de sorte que les calculateurs 10 du deuxième sous-réseau NT2 puisse recevoir des données en provenance du premier sous-réseau NT1. Selon un exemple particulier, les premiers calculateurs 8 du premier sous-réseau NT1 sont configurés pour envoyer des données – notamment des données d’état de configuration comme décrit ci-après – sous formes de premiers messages de déclaration MSG1 (appelés premiers messages) au deuxième sous-réseau NT2. Pour ce faire, au moins un deuxième calculateur 10 du deuxième sous-réseau NT2 est configuré en tant que calculateur de zone (ou calculateur zonal), à savoir un calculateur apte à recevoir les premiers messages de déclaration MSG1 en provenance d’au moins un premier calculateur 8 du premier sous-réseau NT1. A titre d’exemple, chaque premier calculateur 8 du premier sous-réseau NT1 peut être configuré pour transmettre des premiers messages de déclaration MSG1 au deuxième sous-réseau NT2 via un calculateur de zone respectif du deuxième sous-réseau NT2, ce calculateur de zone étant un parent vis-à-vis dudit premier calculateur 8 dans l’arborescence du réseau de communication 6. Selon un exemple particulier, les premiers calculateurs 8 du premier sous-réseau NT1 sont agencés en tant qu’enfants (ou fils) vis-à-vis des deuxièmes calculateurs 10 du deuxième sous-réseau NT2, et plus particulièrement vis-à-vis du ou des calculateurs de zone du deuxième sous-réseau NT2. Comme décrit ci-après, un calculateur parmi les deuxième calculateur 10 du deuxième sous-réseau NT2 peut être configuré pour opérer en tant que calculateur maître 10a, les autres deuxièmes calculateurs 10 opérant alors en tant que calculateur esclaves 10b. On suppose par la suite que le premier sous-réseau NT1 de communication est selon l’un quelconque (ou selon l’un au moins) des types suivants : CAN, LIN et Flexray ; et que le deuxième sous-réseau NT2 de communication est de type Ethernet. D’autres types de sous-réseau sont toutefois possibles dans le cadre de l’invention. Selon un exemple particulier, le deuxième-sous réseau NT2 peut comprendre au moins 2 portions de réseau de communication utilisant des protocoles de communication différents. A noter que l’invention peut s’appliquer à des véhicules autres que des véhicules automobiles, par exemple à des cars, bus, camions, véhicule utilitaires ou motocyclettes. Selon un exemple particulier, le véhicule 2 est un quelconque véhicule terrestre motorisé. Comme déjà indiqué, les calculateurs 7, appelés aussi unités de commande électronique ou ECU, sont chacun configurés pour réaliser au moins une fonction de contrôle dans le véhicule. A titre d’exemple, la fonction de contrôle d’un calculateur 7 peut porter sur la gestion de l’aide à la conduite, l’antipatinage, la répartition électronique du freinage ou encore la commande d’actionneurs pour assurer le fonctionnement optimal d’un moteur à combustion (calculateur moteur). A cet effet, chaque calculateur 7 embarque un logiciel (ou programme d’ordinateur) comprenant des instructions pour réaliser collectivement un processus (ou procédé) de contrôle tel que décrit ci-après dans des exemples particuliers. Un exemple d’architecture d’un calculateur 7 est décrit plus en détail en référence à la . Une fonction de contrôle mise en œuvre par un calculateur 7 est par exemple configurée pour traiter des signaux d’entrée collectés depuis un ou des premiers composants du véhicule 2, et pour envoyer à au moins un deuxième composant du véhicule 2 des signaux de commande déterminés en fonction des signaux d’entrée. La mise en œuvre de l’invention peut être adaptée en fonction de la nature des calculateurs utilisés. Chaque calculateur 7 peut se trouver à un instant donné dans un état de configuration donné, cet état de configuration pouvant varier au cours du temps. Chaque calculateur 7 est apte à déterminer des données d’état de configuration représentatives de son état de configuration (ou de sa configuration) à un instant courant, et à envoyer ces données d’état de configuration dans le réseau de communication 6 comme décrit ci-après. Ces données d’état de configuration peuvent définir par exemple une configuration fonctionnelle et/ou physique dudit calculateur considéré. Ces données d’état de configuration peuvent définir par exemple la manière dont un calculateur 7 est configuré pour mettre en œuvre au moins une fonction de contrôle dans le véhicule 2. De manière générale, les données d’états de configuration générées par les calculateurs 7 définissent collectivement une configuration globale des calculateurs, ou plus généralement du véhicule 2. Cette configuration globale peut caractériser par exemple au moins l’un parmi : une topologie physique, une topologie (ou allocation) fonctionnelle et un inventaire du véhicule. Comme représenté en et décrit plus en détail ultérieurement, le système de contrôle 4 peut dans un exemple particulier être configuré pour coopérer avec un terminal externe T1 pour effectuer une mise à jour logicielle du véhicule 2. La représente schématiquement une architecture du système de contrôle 4 mentionné ci-avant selon un mode particulier et non limitatif de l’invention. Dans cet exemple, le réseau de communication 6 comprend des premiers calculateurs 8 agencés dans des premiers sous-réseaux NT1 (par exemple de type CAN, LIN et/ou Flexray) et des deuxièmes calculateurs 10 agencés dans un deuxième sous-réseau NT2 (par exemple de type Ethernet). Les premiers calculateurs 8 communiquent selon un premier protocole de communication tandis que les deuxièmes calculateurs 10 communiquent selon un deuxième protocole de communication différent du premier protocole de communication. Comme représenté en , les calculateurs 7 sont agencés dans cet exemple selon une arborescence de sorte à former des relations père/fils (ou parent/enfant) entre eux. En particulier, les premiers calculateurs 8 du premier sous-réseau NT1 sont agencés en tant qu’enfants (ou fils) vis-à-vis des deuxièmes calculateurs 10 du deuxième sous-réseau NT2 dans l’arborescence du réseau de communication 6. Autrement dit, les deuxièmes calculateurs 10 sont agencés en amont des deuxièmes calculateurs 8 dans l’arborescence. A titre d’exemple, le système de contrôle 4 comprend ici des premiers calculateurs 8 notés ECU1, ECU2, ECU3 et ECU4, formant chacun un nœud terminal dans l’arborescence du réseau de communication 6. Chaque premier calculateur ECU1-ECU4 est connecté à un même deuxième calculateur 10 du deuxième sous-réseau NT1, à savoir le calculateur de zone noté ZECU1 ( ). Dans cet exemple, le deuxième sous-réseau 10 comprend ainsi 4 calculateurs de zone ZCU1-ZECU4 qui sont chacun configurés pour faire l’interface entre au moins un premier calculateur 8 d’un premier sous-réseau NT1 d’une part, et le deuxième sous-réseau NT2 d’autre part. Toujours dans l’exemple de la , le deuxième sous-réseau NT2 comprend un deuxième calculateur 10 noté TCU (pour « Telematic Control Unit » en anglais, ou « Unité de Contrôle Télématique » en français), formant la racine de l’arborescence du réseau de communication 6. Tous les autres calculateurs 7 forment donc un nœud enfant, direct ou indirect, du calculateur TCU dans l’arborescence. En outre, le deuxième sous-réseau NT2 comprend dans cet exemple des deuxièmes calculateurs 10 notés HCP1, HCP2 et HCP3, dits calculateurs intermédiaires, qui sont positionnés à des niveaux hiérarchiques intermédiaires, c’est-à-dire entre le calculateur TCU (racine) et les calculateurs de zone ZECU1-ZECU4. L’architecture du réseau de communication 6 peut varier selon le cas. En particulier, le nombre de premiers sous-réseaux NT1, le nombre de premiers calculateurs 8 par premier sous-réseau NT1, le nombre de deuxièmes calculateurs 10 dans le deuxième sous-réseau NT2 ainsi que les relations parent/enfant dans l’arborescence entre les calculateurs 7 peuvent être adaptés au cas par cas. Deux calculateurs situés à un même niveau hiérarchique de l’arborescence peuvent sont connectés directement entre eux, ou non, selon les connexions définies par l’arborescence du réseau de communication 6. A tire d’exemple, les calculateurs de zone ZECU1-ZECU3 sont chacun connectés en tant que nœuds enfants aux deuxièmes calculateurs HPC1 et HPC2 (mais pas HPC3). En revanche, le calculateur de zone ZECU4 n’est connecté en tant que nœud enfant qu’au deuxième calculateur HPC3 (pas à HPC1 ni à HPC2). De plus, le deuxième calculateur TCU (racine) est connecté en tant que parent à chacun des deuxièmes calculateurs HPC1-HPC3 dans l’arborescence. Comme décrit par la suite, les premiers calculateurs 8 des premiers sous-réseaux NT1 sont configurés pour envoyer des données d’état de configuration sous forme de premiers messages de déclaration MSG1 à leur calculateur de zone respectif ZECU1-ZECU4. A titre d’exemple, les calculateurs ECU1-ECU4 peuvent ainsi envoyer selon le premier protocole de communication des premiers messages MSG1 au calculateur de zone ZECU1 (calculateur parent). En outre, les deuxièmes calculateurs 10 peuvent être configurés pour détecter un deuxième calculateur 10 (par exemple un unique deuxième calculateur 10), opérant en tant que calculateur maître 10a, et pour envoyer à ce calculateur maître 10a des données d’état de configuration sous forme de deuxièmes messages de déclaration MSG2. Les deuxièmes calculateurs 10, autre que le calculateur maître 10a, sont alors appelés calculateurs esclaves 10b. De manière générale, les messages ou données échangés au sein du réseau de communication 6 sont transmis de nœud à nœud depuis un nœud d’origine vers un nœud destinataire, directement ou via au moins un nœud intermédiaire, le choix de parcours étant fonction des connexions formées entre les nœuds dans l’arborescence. Comme indiqué ci-avant, le système de contrôle 4 est configuré pour mettre en œuvre un processus de contrôle. Ce processus est à présent décrit conjointement aux figures 1 et 2 selon des modes de réalisation particuliers. Dans une première opération, les premiers calculateurs 8 envoient à au moins une partie des deuxièmes calculateurs 10, à savoir aux calculateurs de zone ZECU1-ZECU4 dans cet exemple, des premiers messages de déclaration MSG1 représentatifs respectivement d’un état de configuration des premiers calculateurs 8. Ces premiers messages MSG1 permettent notamment d’annoncer la présence des premiers calculateurs 10 auprès des calculateurs de zone respectifs. A titre d’exemple, les premiers calculateurs ECU1-ECU4 du premier sous-réseau 8 envoie chacun un premier message de déclaration MSG1 au calculateur de zone ZECU1 correspondant, ledit message MSG1 définissant un état de configuration dans lequel se trouve le premier calculateur 8 émetteur (à l’origine du message). De manière analogue, les autres calculateurs de zone ZECU2-ZECU4 peuvent chacun recevoir au moins un premier message de déclaration MSG1 représentatif de l’état de configuration d’un premier calculateur 8 respectif. Selon un exemple particulier, les premiers calculateurs 8 envoie périodiquement les premiers messages MSG1 aux deuxièmes calculateurs 10. Selon un exemple particulier, chaque premiers calculateurs 8 envoie un premiers message de déclaration MSG1 sur détection d’un changement d’état de configuration dudit premier calculateur 8. Ainsi, l’envoi des premiers messages MSG1 peut être périodique et/ou évènementiel (déclenché sur détection d’un changement d’état de configuration). De cette manière, les calculateurs de zone ZECU1-ZECU4 peuvent suivre l’évolution au cours du temps notamment de l’état de configuration des premiers calculateurs 8. Dans une deuxième opération, les deuxièmes calculateurs 10 détectent un calculateur opérant en tant que calculateur maître 10a parmi lesdits deuxièmes calculateurs 10. Cette détection peut être réalisée une seule fois au cours du processus de contrôle, et ce de diverses manières. Selon un exemple particulier, ce calculateur maître 10a est unique parmi les deuxièmes calculateurs 10. Selon un premier exemple de réalisation, l’un des deuxièmes calculateurs est prédéfini en tant que calculateur maître 10a et annonce par conséquent aux autres deuxièmes calculateurs (calculateurs esclaves) 10b qu’il est celui qui opère en tant que calculateur maître au sein du premier sous-réseau NT2. Pour ce faire, ce deuxième calculateur prédéfini 10a envoie par exemple périodiquement un message d’annonce MSG0 à chaque autre deuxième calculateur 10b pour annoncer qu’il opère en tant que calculateur maître. Les calculateurs esclaves 10b détectent ainsi le calculateur maître 10a à partir du message d’annonce MSG0 reçu. Ce message d’annonce MSG0 comprend par exemple un identifiant du calculateur maître 10a pour permettre aux calculateurs esclaves 10b de l’identifier et lui envoyer par la suite des données. A titre d’exemple, HPC1 envoie ainsi périodiquement un message d’annonce MSG0 aux calculateurs TCU, HPC2, HP2, ZECU1, ZECU2, ZECU3 et ZECU4. Selon un deuxième exemple de réalisation, un mécanisme d’élection est réalisé par les deuxièmes calculateurs 10 au cours de la deuxième (par exemple si aucun deuxième calculateur 10 n’est prédéfini en tant que calculateur maître 10a). Au cours de ce mécanisme d’élection, chaque deuxième calculateur 10 envoie périodiquement un message d’annonce MSG0 aux autres deuxièmes calculateur 10. Le deuxième calculateur 10 qui envoie le plus rapidement un message d’annonce MSG0, à compter d’un instant de référence t0, pour se déclarer en tant que calculateur maître est détecté comme calculateur maître 10a parmi les deuxièmes calculateurs 10. Comme déjà indiqué, les messages d’annonce MSG0 peuvent chacun comprendre un identifiant du calculateur à l’origine dudit message d’annonce MSG0 pour permettre aux autres deuxièmes calculateurs 10 de l’identifier et lui envoyer si besoin des données. Selon un exemple particulier, ce mécanisme d’élection est réalisé seulement par des deuxièmes calculateurs 10 qui ne sont ni des calculateurs de zone ni le calculateur formant la racine du réseau de communication 6, à savoir seulement les calculateurs intermédiaires HPC1, HPC2 et HPC3 dans cet exemple ( ). Selon un exemple particulier, les calculateurs HPC1, HPC2 et HPC3 attendent un délai aléatoire (à compte d’un instant de référence) avant d’envoyer un message d’annonce MSG0 dans le deuxième sous-réseau NT2. Le deuxième calculateur qui a envoyé en premier un message d’annonce MSG0 à compter d’un instant de référence t0 est détecté lors de la deuxième opération comme étant le calculateur maître 10a. On suppose par la suite à titre d’exemple que le deuxième calculateur HPC1 est détecté parmi les deuxièmes calculateurs 10 comme le calculateur maître 10a. A noter que la deuxième opération peut être réalisée en parallèle ou avant la première opération décrite ci-avant. Dans une troisième opération, les calculateurs esclaves 10b envoient au calculateur maître 10a des deuxièmes messages de déclaration MSG2 représentatifs respectivement d’un état de configuration des deuxièmes calculateurs esclaves 10b. Les deuxièmes messages de déclaration MSG2 envoyés plus spécifiquement par les calculateurs de zone ZECU1-ZECU4 sont aussi représentatifs respectivement de l’état de configuration, des premiers calculateurs 8, déterminé à partir des premiers messages de déclaration MSG1 reçus au cours de la première opération. Autrement dit, dans le cas présent, les calculateurs TCU, HPC2 par exemple envoient au calculateur maître HPC1 des deuxièmes messages de déclaration SMG2 représentatifs respectivement de l’état de configuration de TCU et HPC2. En outre, le calculateur de zone ZECU1 par exemple envoie au calculateur maître HPC1 un deuxième message de déclaration MSG2 représentatif de l’état de configuration de ZECU1 et des états de configuration respectifs des premiers calculateurs ECU1-ECU4 déterminés à partir des premiers messages de déclaration MSG1 reçus par le calculateur de zone ZECU1 en provenance des premiers calculateurs ECU1-ECU4. Selon un exemple particulier, l’envoi des deuxièmes messages de déclaration MSG2 au calculateur maître 10a est déclenché dès la détection par les calculateurs esclaves 10b du calculateur maître 10a (au cours de la deuxième opération). Selon un exemple particulier, les calculateurs esclaves 10b envoient périodiquement au calculateur maître 10a des deuxièmes messages MSG2 tels que décrits ci-avant. Selon un exemple particulier, les calculateurs esclaves 10b envoient un deuxième message de déclaration MSG2 au calculateur maître 10a sur détection d’un changement de l’état de configuration d’au moins un calculateur (premier calculateur 8 et/ou deuxième calculateur 10) situé en aval dans l’arborescence du réseau de communication 6. La manière dont ces changements d’état de configuration peuvent être détectés est décrite ci-après. Ainsi, l’envoi des deuxièmes messages de déclaration MSG2 peut être périodique et/ou évènementiel (déclenché sur détection d’un changement d’état de configuration). De cette manière, le calculateur maître 10a peut suivre l’évolution au cours du temps de l’état de configuration des premiers et deuxièmes calculateurs 8, 10. Selon un exemple particulier, les premiers et deuxièmes messages de déclaration MSG1, MSG2 sont envoyés périodiquement par respectivement les premiers et deuxièmes calculateurs 8, 10 selon une période plus courte que la période d’envoi des messages d’annonce MSG0 (dans le cas d’un deuxième calculateur prédéfini en tant que calculateur maître 10a ou dans le cas de la mise en œuvre d’un mécanisme d’élection comme précédemment décrit). L’envoi d’un message d’annonce MSG0 vise principalement à indiquer ou détecter quel deuxième calculateur 10 opère en tant que calculateur maître à un instant donné. Aussi, il est possible de conserver le même calculateur maître pendant un temps relativement long, notamment si la topologie du véhicule est figée, ce qui permet de limiter la fréquence des envois de messages d’annonce MSG0, et donc d’économiser les ressources nécessaires. L’envoi d’un message d’annonce MSG0 peut notamment être nécessaire si le calculateur maître à un instant donné est en panne ou est replacé, car un nouveau calculateur maître est alors requis pour récupérer les deuxièmes messages MSG2. A noter par ailleurs que l’envoi de messages de déclaration MSG1 et MSG2 est nécessaire notamment lorsqu’il y a des changements de logiciels (i.e., la topologie n’est pas changée). Aussi, il est avantageux dans un mode de réalisation particulier de configurer les calculateurs tels que la période d’envoi des messages d’annonce MSG0 est plus longue que celle des messages de déclaration MSG1 et MSG2. Selon un exemple particulier, si aucun premier ou deuxième message de déclaration MSG1, MSG2 n’est reçu par un calculateur esclave 10b pendant une période prédéfini en provenance d’un autre calculateur situé en aval dans l’arborescence du réseau de communication 6, ledit calculateur esclave 10b envoie un deuxième message de déclaration MSG2 indiquant une anomalie associée audit autre calculateur. Selon un exemple particulier, les deuxièmes calculateurs 10 (ou au moins une partie d’entre eux) stockent et tiennent à jour des données de configuration représentatives d’un état de configuration d’au moins un premier calculateur 8 positionné en aval dans l’arborescence du réseau de communication 6, ces données de configuration étant fonction des premiers messages de déclaration MSG1 reçus en provenance dudit au moins un premiers calculateur 8 situé en aval. Les deuxièmes messages de déclaration MSG2 envoyés par les deuxièmes calculateurs esclave 10b sont alors déterminés, le cas échéant, en fonction de ces données de configuration. Pour ce faire, un deuxième calculateur 10 peut stocker en mémoire des données de configuration, par exemple sous forme d’une table, indiquant un état de configuration courant pour respectivement chaque premier calculateur 8 situé en aval dans l’arborescence du réseau de communication 6. La forme et la nature des données de configuration stocker par les deuxièmes calculateurs 10 peuvent varier selon le cas. A titre d’exemple, le calculateur de zone ZECU1 stocke et tient à jour dans sa mémoire locale des données de configuration représentatives des états de configuration respectifs des premiers calculateurs ECU1-ECU4 positionnés en aval, ces données de configuration étant déterminées à partir des premiers messages de déclaration MSG1 reçus en provenance de ces premiers calculateurs ECU1-ECU4. Ainsi, le calculateur de zone ZECU1 peut mettre à jour dynamiquement ses données de configuration pour chaque premier calculateur « enfant » ECU1-ECU4 en fonction des premiers messages MSG1 reçus. Les deuxièmes messages de déclaration MSG2 envoyés par le calculateur de zone ZECU1 au calculateur maître sont alors représentatifs à la fois de l’état de configuration du calculateur ZECU1 lui-même et aussi des états de configuration respectifs de ZECU1, ZECU2, ZEC3 et ZECU4. De manière identique, chaque autre calculateur de zone ZECU2-ZECU4 peut stocker et tenir à jour dans sa mémoire locale des données de configuration représentatives de l’état de configuration d’un ou plusieurs premier calculateur 10 situés en aval dans l’arborescence du réseau de communication 6. Selon un exemple particulier, les deuxièmes calculateurs 10 (ou au moins une partie d’entre eux) stockent et tiennent aussi à jour des données de configuration représentatives d’un état de configuration d’au moins un deuxième calculateur 10 positionné en aval dans l’arborescence du réseau de communication 6, ces données de configuration étant fonction des deuxièmes messages de déclaration MSG2 reçus en provenance dudit au moins un deuxième calculateur 10 situé en aval. Ainsi, dans l’exemple représenté en , le calculateur maître 10a (HPC1) ne « voit » que les calculateurs suivants : TCU, HPC2, HPC3 et les calculateurs de zone ZECU1-ZECU4. Autrement dit, le calculateur de zone ZECU4 n’est pas connecté directement au calculateur maître 10a dans l’arborescence. Aussi, le calculateur intermédiaire HPC3 est configuré pour faire le routage des messages d’annonce MSG0 depuis HPC1 vers ZECU4. En outre, le calculateur intermédiaire HPC3 reçoit des deuxièmes messages de déclaration MSG2 provenant de ZECU4, ces messages étant représentatifs de l’état de configuration de ZECU4 et des premiers calculateurs 8 situé en aval de ZECU4. Le calculateur intermédiaire HPC3 peut ainsi stocker et tenir à jour des données de configuration représentatives de l’état de configuration de ZECU4 et de chaque premier calculateur 8 situé en aval de ZECU4. A noter que les données de configuration stockées et mises à jour comme décrit précédemment peuvent être traitées de diverses manières par les deuxièmes calculateurs 10. Selon un exemple particulier, à réception d’un message initial (MSG1 ou MSG2) en provenance d’un calculateur situé en aval dans l’arborescence, chaque deuxième calculateur 10 créer dans une table locale (ou base de données) une entrée initiale associée au calculateur émetteur. Ces données peuvent définir un état de configuration initial en association avec respectivement au moins un calculateur situé en aval du deuxième calculateur 10 considéré. Selon un exemple particulier, ces données de configuration comprennent un triplet [identifiant du calculateur émetteur, identifiant réseau, état de configuration]. A réception d’un autre premier ou deuxième message MSG1, MSG2, chaque deuxième calculateur 10 peut ultérieurement vérifier s’il y a eu modification de l’état de configuration d’un calculateur dans le réseau de communication 6 et, dans l’affirmative, ledit deuxième calculateur 10 modifie ses données de configuration pour refléter cette modification, et peut en outre déclencher l’envoi d’un deuxième message MSG2 pour informer le calculateur maître 10a de cette modification. Le contenu des messages de déclaration MSG1, MSG2 transmis au cours du processus de contrôle peuvent varier selon le cas. Selon un exemple particulier, chaque premier message de déclaration MSG1 envoyé par les premiers calculateurs 8 définit totalement la configuration desdits premiers calculateurs 8 (envoi toujours d’une configuration complète). En revanche, chaque calculateur esclave 10b peut envoyer au calculateur maître 10a un message de déclaration initial MSG2 définissant la configuration complète dudit calculateur esclave 10b et la configuration complète de chaque calculateur situé en aval dans l’arborescence, et envoyer ultérieurement uniquement des messages de déclaration MSG2 définissant des changements d’état de configuration (la différence entre la précédente configuration et la configuration courante) dudit calculateur esclave 10b et de chaque calculateur situé en aval dans l’arborescence. Dans une quatrième opération du processus de contrôle, le calculateur maître 10a détermine, à partir des deuxièmes messages de déclaration reçus, des données de configuration globale (ou données d’inventaire) représentatives de la configuration des premiers et deuxièmes calculateurs 8, 10 du réseau de communication 6. Selon un exemple particulier, ces données de configuration globale sont représentatives d’au moins l’un parmi : une topologie physique du véhicule 2 ; une topologie fonctionnelle du véhicule 2 ; et un inventaire du véhicule 2. Le calculateur maître 10a peut ainsi stocker et mettre à jour les données de configuration globale en fonction des deuxièmes messages de déclaration MSG2 qu’il reçoit en provenance de chaque calculateur esclave 10b dans le deuxième sous-réseau NT2. Ces données de configuration globales peuvent prendre diverses formes selon le cas. Selon un exemple particulier, le processus de contrôle comprend en outre une mise à jour logicielle d’au moins un calculateur 7 (ou d’une pluralité de calculateurs 7) en fonction des données de configuration globales déterminées par le calculateur maître 10a. Pour ce faire, le calculateur maître 10a envoie par exemple tout ou partie des données de configuration globale au terminal externe T1 ( ). Comme représenté par exemple en , le système de contrôle 4 peut est relié au terminal externe T1, via par exemple une connexion filaire ou sans fil. A titre d’exemple, le terminal T1 coopère avec le système de contrôle 4 via Internet avec une connexion de type OTA (de l’anglais « over-the-air », ou en français « par voie aérienne »). Le terminal T1 est par exemple un serveur distant du « cloud » (ou « nuage » en français). Selon un exemple particulier, le terminal T1 détermine une mise à jour logicielle à réaliser en fonction de tout ou partie des données de configuration globale reçues en provenance du calculateur maître 10a et transmet en retour au système de contrôle 4 (par exemple au calculateur maître 10a) des données de mise à jour pour causer une mise à jour logicielle. Une telle mise à jour logicielle peut par exemple permettre d’adapter la configuration du véhicule 2 selon un profil d’utilisateur particulier. A noter que d’autres utilisations des données de configuration globale sont possibles dans le cadre de l’invention, par exemple pour adapter en temps-réel le fonctionnement du véhicule 2 en fonction de la configuration générale des calculateurs. La présente invention offre ainsi avantageusement un mécanisme efficace et fiable permettant de rendre disponible dynamiquement, voire en temps réel, la configuration d’un véhicule (inventaire, topologie physique, allocation fonctionnelle, etc.). Grâce à la présente invention, une mise à jour logicielle du véhicule peut être réalisée rapidement sur la base des données de configuration globales collectées et tenues à jour par le calculateur maître dans le réseau de communication du véhicule. Contrairement à un inventaire dit statique, le système de contrôle de l’invention peut détecter dynamiquement la configuration du véhicule (services, fonctions, etc.), et notamment les changements de configuration susceptibles de survenir au cours du temps. On peut ainsi obtenir rapidement une représentation fiable et globale de la configuration du véhicule. Lorsqu’une mise à jour est nécessaire, les données de configuration globale déterminées par le calculateur maître sont immédiatement accessibles et peuvent donc être utilisées, par exemple par un terminal externe, pour effectuer une mise à jour logicielle du véhicule. La présente invention offre ainsi des gains important en termes de temps et de ressources lorsqu’une mise à jour d’un véhicule est réalisée. La illustre schématiquement, selon un exemple de réalisation particulier et non limitatif de la présente invention, l’un des calculateurs 7 du système de contrôle 4 tel que précédemment décrit. Le système de contrôle 4 peut comprendre une pluralité de calculateurs 7 coopérant ensemble comme précédemment décrit pour mettre en œuvre collectivement les opérations du process de contrôle précédemment décrites et/ou des étapes du procédé de contrôle décrit ci-après en regard de la . Chaque calculateur 7 peut être identique ou analogue à celui décrit ci-dessous en référence à la . Des exemples d’un tel calculateur 7 comprennent, sans y être limités, un équipement électronique embarqué tel qu’un ordinateur de bord d’un véhicule ou un calculateur électronique tel qu’une UCE (« Unité de Commande Electronique »). Les éléments du calculateur 7, 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 calculateur 7 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. Comme illustré en , le calculateur 7 comprend un (ou plusieurs) processeur(s) 40 configurés pour exécuter des instructions pour la réalisation de tout ou partie des étapes du procédé de contrôle (ou du processus de contrôle) et/ou pour l’exécution des instructions du ou des logiciels embarqués dans le calculateur 7. Le processeur 40 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 le calculateur 7 comprend en outre au moins une mémoire 41 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 41. La mémoire 41 peut constituer un support d’informations selon un mode de réalisation particulier en ce qu’elle comprend un programme d’ordinateur comportant des instructions pour la réalisation des étapes du procédé de contrôle (ou du processus de contrôle) de l’invention. Selon différents exemples de réalisation particuliers et non limitatifs, le calculateur 7 est couplé en communication avec d’autres dispositifs ou systèmes similaires et/ou avec des dispositifs de communication, notamment avec au moins un autre calculateur 7 du réseau de communication 6 (figures 1-2), via par exemple 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 calculateur 7 comprend un bloc 42 d’éléments d’interface pour communiquer avec des dispositifs externes, par exemple avec le terminal externe T1 ( ) qui peut prendre la forme d’un serveur distant ou de « cloud ». Les éléments d’interface du bloc 42 comprennent une ou plusieurs des interfaces suivantes : - interface radiofréquence RF, par exemple de type Wi-Fi® (selon IEEE 802.11), par exemple dans les bandes de fréquence à 2,4 ou 5 GHz, ou de type Bluetooth® (selon IEEE 802.15.1), dans la bande de fréquence à 2,4 GHz, ou de type Sigfox utilisant une technologie radio UBN (de l’anglais Ultra Narrow Band, en français bande ultra étroite), ou LoRa dans la bande de fréquence 868 MHz, LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Advanced (ou en français LTE-avancé) ; - interface USB (de l’anglais « Universal Serial Bus » ou « Bus Universel en Série » en français) ; - interface HDMI (de l’anglais « High Definition Multimedia Interface », ou « Interface Multimedia Haute Definition » en français). Selon un autre exemple de réalisation particulier et non limitatif, le calculateur 7 comprend une interface de communication 43 qui permet d’établir une communication avec d’autres dispositifs (tels que d’autres calculateurs 7 du système de contrôle 4) via un canal de communication 45. L’interface de communication 45 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 45. L’interface de communication 43 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), Ethernet (standardisé par la norme ISO/IEC 802-3) ou LIN (de l’anglais « Local Interconnect Network », ou en français « Réseau interconnecté local »). Selon un exemple de réalisation particulier et non limitatif, le calculateur 7 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage, tactile ou non, un ou des haut-parleurs et/ou d’autres périphériques (système de projection) via des interfaces de sortie respectives. Selon une variante, l’un ou l’autre des dispositifs externes est intégré au calculateur 7. La illustre un diagramme des différentes étapes d’un procédé de contrôle d’un véhicule 2 tel que précédemment décrit. Le procédé est par exemple mis en œuvre par le système de contrôle 4 précédemment décrit, ce système pouvant être embarqué dans le véhicule 2. Le procédé comprend, au cours d’une première étape S2, un envoi, par les premiers calculateurs 8 à au moins une partie des deuxièmes calculateurs 10, dits calculateurs de zone, de premiers messages de déclaration MSG1 représentatifs respectivement d’un état de configuration desdits premiers calculateurs 8. Au cours d’une deuxième étape S4 de détection, les deuxièmes calculateurs 10 du réseau de communication 6 détectent un calculateur opérant en tant que calculateur maître 10a parmi lesdits deuxièmes calculateurs 10. Au cours d’une troisième étape S6 d’envoi, les deuxièmes calculateurs envoient au calculateur maître 10a des deuxièmes messages de déclaration MSG2 représentatifs respectivement d’un état de configuration desdits deuxièmes calculateurs 10. En outre, les deuxièmes messages de déclaration envoyés plus spécifiquement par les calculateurs de zone sont aussi représentatifs respectivement de l’état de configuration, des premiers calculateurs, déterminé à partir des premiers messages de déclaration. Au cours d’une quatrième étape S8 de détermination, le calculateur maître détermine, à partir des deuxièmes messages de déclaration MSG2 reçus, des données de configuration globale représentatives de la configuration des premiers et deuxièmes calculateurs 8, 10. Selon un exemple particulier, une mise à jour logicielle du véhicule 2 (par exemple d’au moins un calculateur 7) est déclenchée à partir de tout ou partie des données de configuration globale déterminée par le calculateur maître. Selon des variantes de réalisation, les variantes et exemples des opérations décrits ci-avant en relation notamment avec les figures 1-3 s’appliquent aux étapes du procédé de contrôle de la . Un homme du métier comprendra que les modes de réalisation et variantes décrits ci-avant ne constituent que des exemples non limitatifs de mise en œuvre de l’invention. En particulier, l’homme du métier pourra envisager une quelconque adaptation ou combinaison des modes de réalisation et variantes décrits ci-avant, afin de répondre à un besoin bien particulier. La présente invention ne se limite donc pas aux exemples de réalisation décrits ci-avant mais s’étend notamment à un procédé de contrôle 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 système 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 à moteur terrestre, comprenant le système de contrôle 4 précédemment décrit. Procédé de contrôle d’une pluralité de calculateurs (7) agencés dans un réseau de communication (6) d’un véhicule (2), ledit réseau de communication comprenant au moins un premier sous-réseau (NT1) dans lequel des premiers calculateurs (8) communiquent selon un premier protocole de communication et un deuxième sous-réseau (NT2) dans lequel des deuxièmes calculateurs (10) communiquent selon un deuxième protocole de communication différent du premier protocole de communication, le procédé comprenant : - envoi (S2), par les premiers calculateurs à au moins une partie des deuxièmes calculateurs, dits calculateurs de zone, de premiers messages de déclaration (MSG1) représentatifs respectivement d’un état de configuration desdits premiers calculateurs ; - détection (S4), par les deuxièmes calculateurs, d’un calculateur opérant en tant que calculateur maître (10a) parmi lesdits deuxièmes calculateurs ; - envoi (S6), par les deuxièmes calculateurs au calculateur maître (10a), de deuxièmes messages de déclaration (MSG2) représentatifs respectivement d’un état de configuration desdits deuxièmes calculateurs, les deuxièmes messages de déclaration envoyés par les calculateurs de zone étant en outre représentatifs respectivement de l’état de configuration, des premiers calculateurs (8), déterminé à partir des premiers messages de déclaration (MSG1) ; et - détermination (S8), par le calculateur maître (10a), à partir des deuxièmes messages de déclaration (MSG2) reçus, de données de configuration globale représentatives de la configuration des premiers et deuxièmes calculateurs. Procédé selon la revendication 1, le procédé comprenant en outre : - envoi périodique, par un deuxième calculateur prédéfini (10a), d’un message d’annonce (MSG0) à chaque autre deuxième calculateur (10b) pour annoncer qu’il opère en tant que calculateur maître, ladite détection du calculateur maître étant réalisée à partir dudit message d’annonce ; ou - un mécanisme d’élection au cours duquel chaque deuxième calculateur (10) envoie périodiquement un message d’annonce (MSG0) à chaque autre deuxième calculateur (10), dans lequel le deuxième calculateur qui envoie le plus rapidement un message d’annonce, à compter d’un instant de référence, pour se déclarer en tant que calculateur maître est détecté comme calculateur maître (10a) parmi les deuxièmes calculateurs. Procédé selon la revendication 2, dans lequel les premiers et deuxièmes messages de déclaration (MSG1, MSG2) sont envoyés périodiquement par respectivement les premiers et deuxièmes calculateurs (8, 10) selon une période plus courte que la période d’envoi des messages d’annonce. Procédé selon l’une quelconque des revendications précédentes, dans lequel les calculateurs (7) sont agencés selon une arborescence dans le réseau de communication (6), les premiers calculateurs étant positionnés en tant qu’enfants des deuxièmes calculateurs dans ladite arborescence. Procédé selon la revendication 4, dans lequel les deuxièmes calculateurs (10) tiennent à jour des données de configuration représentatives d’un état de configuration d’au moins un premier calculateur (8) positionné en aval dans l’arborescence en fonction des premiers messages de déclaration (MSG1) reçus en provenance dudit premier calculateur, les deuxièmes messages de déclaration (MSG2) envoyés par les deuxièmes calculateurs étant déterminés en fonction des données de configuration desdits deuxièmes calculateurs. Procédé selon la revendication 4 ou 5, dans lequel, si aucun premier ou deuxième message de déclaration (MSG1, MSG2) n’est reçu par un deuxième calculateur (10) pendant une période prédéfini en provenance d’un autre calculateur (8, 10) situé en aval dans l’arborescence, envoi au calculateur maître (10a) d’un deuxième message de déclaration (MSG2) indiquant une anomalie associée audit autre calculateur. Procédé selon l’une quelconque des revendications 4 à 6, dans lequel les envois des deuxièmes messages de déclaration (MSG2) par les deuxièmes calculateurs (10) sont déclenchés au moins sur détection d’un changement de l’état de configuration d’au moins un calculateur (7) situés en aval dans l’arborescence. Procédé selon l’une quelconque des revendications précédentes, dans lequel le procédé comprend en outre une mise à jour logicielle d’au moins un calculateur (7) en fonction de tout ou partie des données de configuration globales déterminées par le calculateur maître. Système de contrôle (4) d’une pluralité de calculateurs (7) agencés dans un réseau de communication (6) d’un véhicule (2), ledit réseau de communication comprenant au moins un premier sous-réseau (NT1) dans lequel des premiers calculateurs (8) communiquent selon un premier protocole de communication et un deuxième sous-réseau (NT2) dans lequel des deuxièmes calculateurs (10) communiquent selon un deuxième protocole de communication différent du premier protocole de communication, ledit système comprenant au moins une mémoire associée à au moins un processeur configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 8. Véhicule (2) comprenant le dispositif de contrôle (4) selon la revendication 9.