FR 2947127 A1 20101224 FR 0954286 A 20090623 La présente invention concerne un système de simulation ou de test d'une architecture réseau de calculateurs, notamment embarqué dans un aéronef, et un procédé de simulation correspondant. Le développement de systèmes réels est de nos jours réalisé progressivement à l'aide de systèmes de simulation. Ces systèmes permettent de visualiser et de tester des projets en cours mais également de faire évoluer ceux-ci rapidement et à moindres coûts. C'est le cas notamment dans le domaine aéronautique où l'on exploite des systèmes de simulation dans lesquels des équipements embarqués, également appelés calculateurs réels, sont intégrés avec des modules simulant d'autres équipements. Dans les versions récentes d'aéronef, les calculateurs réels sont intégrés dans une architecture réseau numérique de type Ethernet adaptée à l'aéronautique et appelée réseau ADCN (� Avionics Data Communication Network �) utilisant la technologie AFDX (� Avionics Full DupleX switched Ethernet �). Ce réseau est composé de commutateurs au travers desquels les calculateurs communiquent. Dans ce réseau, les communications entre calculateurs sont réalisées en mode multidiffusion (multicast) non connecté, c'est-à-dire sans que le ou les destinataires des données n'accusent réception à l'émetteur. Les chemins que prennent les différentes données sont organisés sous forme de liens virtuels (� Virtual Link � ou � VL �). Un lien virtuel est un chemin logique entre un calculateur émetteur et n calculateurs récepteurs. Ces liens virtuels permettent de définir autant de chemins logiques que nécessaire, étanches entre eux, et ayant des performances garanties malgré le recours à un réseau physique commun. L'ensemble de ces liens virtuels constitue la topologie logique du réseau. Pour garantir les performances requises et répondre aux contraintes de certification aéronautique, cette topologie logique est définie statiquement. Sur le réseau physique, les données échangées entre les calculateurs peuvent transiter via un ou plusieurs commutateurs en fonction de 5 la topologie physique du réseau ADCN. Le document FR 2 868 567 présente un système de simulation prévu pour une telle architecture avionique. Dans ce système, une unité de simulation comprend des modèles simulant des calculateurs réels (sorte de logiciels constitués de fonctions des équipements simulés), et des fonctions de 10 communication AFDX avec le réseau ADCN réel auquel elle est reliée. Les modèles de simulation sont intégrés au réseau numérique ADCN via les fonctions de communication. Grâce à cette intégration, les modèles de simulation communiquent entre eux ou avec des équipements embarqués, dans des conditions les plus proches possible de celles rencontrées dans 15 l'aéronef réel. Ce système présente plusieurs inconvénients. D'une part, les communications depuis un calculateur réel vers plusieurs modèles simulés nécessitent plusieurs acquisitions d'un même message par l'unité de simulation. Cette multi-acquisition peut engendrer une charge de traitement importante 20 pour l'unité de simulation, au regard du nombre de communications réalisées dans le réseau. D'autre part, dans un tel système de simulation classique, les modèles de simulation échangent des données entre eux via la mémoire de l'unité de simulation. L'inconvénient d'une telle architecture est que ces 25 échanges ne tiennent pas compte de la disponibilité du réseau ADCN. De plus, les échanges n'ayant pas lieu via le réseau ADCN, les conditions d'exploitation de ce dernier ne sont pas reproduites fidèlement, ce qui peut nuire à la qualité de la simulation réalisée. De ce fait, les inventeurs ont prévu que l'unité de simulation 30 transmette, sur le réseau ADCN, les données émises par chaque modèle de simulation. Néanmoins, cette modification du système de simulation présente quelques inconvénients qui ont amené, à l'heure actuelle, à surdimensionner les unités de simulation. On constate tout d'abord que l'activité de l'unité de simulation est fortement accrue, d'une part, par la nécessité de transmettre sur le réseau ADCN les données émises par chaque modèle simulé, et d'autre part, par la nécessité d'acquérir ces données sur le réseau ADCN alors même qu'elle en disposait au préalable. On constate également que, du fait du mode de communication en multidiffusion (un message est émis à n destinataires, dont généralement sont présents des doublons de redondance), l'unité de simulation est amenée, le plus souvent, à acquérir sur le réseau plusieurs fois le message qu'elle vient d'émettre. Il en ressort une surcharge inutile de cette unité de simulation et un surdimensionnement afin de satisfaire aux contraintes temps-réel. Dans certaines configurations, l'unité de simulation peut être amenée à traiter quelques 5 giga-octets par secondes (5 Go/s). La présente invention vise alors à résoudre un des inconvénients de l'art antérieur, et notamment celui de diminuer la charge de traitement de l'unité de simulation. Dans ce dessein, l'invention vise notamment un système de simulation ou de test d'une architecture réseau de calculateurs et d'équipements actifs, comprenant : - une unité de simulation comprenant des modèles simulant au moins une partie desdits calculateurs, chaque calculateur ou modèle de simulation étant apte à communiquer sur un réseau réel au travers d'un équipement actif, dit équipement actif correspondant, auquel ledit calculateur, éventuellement simulé, est directement connecté dans la topologie réseau, - l'unité de simulation étant agencée pour acquérir un message émis par un calculateur ou un modèle de simulation sur le réseau, et pour transmettre le message ainsi acquis à des modèles de simulation destinataires de celui-ci, dans lequel l'unité de simulation est agencée pour acquérir ledit message au niveau de l'équipement actif correspondant auquel le calculateur ou modèle de simulation émetteur est directement connecté. En effectuant l'acquisition dès le premier équipement actif véhiculant le message, l'invention limite la récupération du message à une seule acquisition, alors que dans les solutions connues de l'art antérieur, une acquisition est effectuée sur chacun des équipements actifs terminant les chemins logiques. En ne récupérant qu'une seule copie du message pour l'ensemble des n destinataires simulés au lieu de n acquisitions du message sur chacun des équipements actifs correspondants, l'unité de simulation diminue sa charge de traitement. D'autre part, l'unité de simulation récupère ici une copie des messages véhiculés sur le réseau, garantissant de la sorte un traitement, par le calculateur simulé destinataire, de données effectivement issues du réseau . Il en résulte une simulation plus fidèle à la réalité qu'en cas de transmission, en interne dans l'unité de simulation, de ces messages entre deux modèles de simulation. Les équipements actifs du réseau sont les éléments actifs ayant pour mission de transmettre des données reçues au niveau d'une de leurs entrées vers une ou plusieurs sorties. Ainsi, l'état de disponibilité de ces équipements actifs influe sur l'acheminement des données vers les calculateurs destinataires. A titre d'exemple, ces équipements actifs peuvent être des commutateurs (ou "switch" selon la terminologie anglo-saxonne), mais également des routeurs. Corrélativement, l'invention concerne un procédé de simulation ou de test d'une architecture réseau de calculateurs et d'équipements actifs mettant en oeuvre une unité de simulation comprenant des modèles simulant au moins une partie desdits calculateurs, - chaque calculateur ou modèle de simulation communiquant sur un réseau réel au travers d'un équipement actif, dit équipement actif correspondant, auquel ledit calculateur, éventuellement simulé, est directement connecté dans la topologie réseau, - le procédé comprenant l'acquisition, par l'unité de simulation, d'un message émis par un calculateur ou un modèle de simulation sur le réseau, et la transmission dudit message acquis à des modèles de simulation destinataires de celui-ci. dans lequel ladite acquisition du message est réalisée au niveau de l'équipement actif correspondant auquel le calculateur ou modèle de simulation émetteur est directement connecté. Ce procédé présente les mêmes avantages que le système évoqué ci-dessus. Dans un mode de réalisation, l'unité de simulation est agencée pour transmettre, sur le réseau réel, les messages émis par les modèles de simulation, au niveau des équipements actifs correspondants auxquels sont directement connectés les calculateurs simulés. Ainsi, tous les messages circulant entre les calculateurs, que ceux-ci soient simulés ou non, sont transmis sur le réseau réel. On garantit de la sorte une simulation fidèle à la configuration réelle modélisée, notamment en ce qui concerne la charge réelle du réseau et le comportement correspondant des calculateurs. Dans un mode de réalisation, ladite unité de simulation acquiert ledit message sur un port de surveillance (également dit de � monitoring �) dudit équipement actif correspondant. Ce port de monitoring est distinct des ports entrées/sorties de l'équipement actif pour les communications sur le réseau réel. De la sorte, l'acquisition réalisée ne porte pas préjudice à l'activité sur le réseau, et peut être aisément réalisée par des connexions parallèles vers l'unité de surveillance. De plus, chaque message ne pouvant être émis que par un calculateur, son acquisition sur le port monitoring du commutateur/équipement actif auquel est directement relié ledit calculateur permet de s'assurer que l'acquisition du message est unique. Cependant, on a pu observer que l'acquisition du message au niveau du premier commutateur masque d'éventuelles indisponibilités du réseau. Afin de pallier cet inconvénient, on prévoit, selon une caractéristique de l'invention, que l'unité de simulation surveille l'état des équipements actifs dudit réseau réel, et transmet le message auxdits modèles de simulation destinataires en fonction de la topologie dudit réseau et de l'état des équipements actifs le long d'un chemin de transmission dudit message. Cette disposition s'appuie sur le fait que les topologies physique et logique du réseau sont définies à l'avance et ne changent pas dynamiquement. Un chemin de transmission dans la topologie du réseau est alors défini entre un calculateur émetteur (simulé ou non) et un calculateur destinataire (simulé ou non). Il est ainsi aisé de simuler la non-réception du message par le calculateur simulé si les commutateurs/équipements actifs devant acheminer ce message sont indisponibles. Cette disposition s'applique individuellement pour chaque modèle de simulation destinataire. En particulier, ladite unité de simulation est agencée pour acquérir au moins un indicateur d'état émis par chacun desdits équipements actifs dudit réseau, et pour générer un indicateur de disponibilité dudit chemin de transmission en fonction desdits indicateurs d'état acquis. On comprend ici qu'il y a autant d'indicateurs de disponibilité qu'il y a de chemins de transmission prévus, c'est-à-dire de routes de communication entre un calculateur émetteur et un calculateur destinataire. Selon une caractéristique particulière, ledit indicateur de disponibilité est le résultat d'une équation logique prédéfinie à l'aide d'un fichier de configuration représentatif de la topologie de ladite architecture réseau. La constitution de ces équations logiques (étape de configuration de l'unité de simulation) peut être ainsi menée en amont de la simulation, et les traitements ultérieurs (pendant l'activité maximale de l'unité de simulation) sont alors limités à un simple calcul logique/booléen. On optimise ainsi le traitement de détermination des disponibilités des chemins par l'unité de simulation, en limitant par exemple le calcul des indicateurs de disponibilités aux seuls chemins mis en oeuvre dans les liens virtuels VL précités. En particulier, les équations logiques sont ventilées dans et calculées par lesdits modèles de simulation. On évite ainsi qu'un module logiciel spécifique de l'unité de simulation centralise l'ensemble de ces calculs, ce qui risque de constituer un goulet d'étranglement. En variante, l'indicateur de disponibilité est calculé par l'unité de simulation puis transmis aux modèles destinataires. Dans un mode de réalisation, ladite unité de simulation est agencée pour acquérir, au niveau desdits équipements actifs correspondants, tous les messages issus de calculateurs ou modèles de simulation directement reliés à ceux-ci. Ainsi, quelque soient les remplacements d'un modèle de simulation par un calculateur réel, vice et versa, aucun reparamétrage ou reconfiguration de l'unité de simulation n'est nécessaire. Dans un mode de réalisation, lesdits équipements actifs du réseau sont redondés et l'utilisation dudit message récupéré par un modèle de simulation destinataire est conditionnée à l'indisponibilité simultanée d'un équipement actif et de son redondant. D'autres particularités et avantages de l'invention apparaîtront encore dans la description ci-après, illustrée par les dessins ci-joints, dans lesquels : - la figure 1 représente un système embarqué dans un aéronef ; - la figure 2 représente un système de simulation basé en partie sur celui connu de l'art antérieur ; - la figure 3 représente un système de simulation selon l'invention ; - la figure 4 illustre les opérations de gestion des messages et des états de commutateurs dans l'unité de simulation de la figure 3 ; et - les figures 5 et 6 illustrent d'autres modes de réalisation de l'invention. Sur la figure 1, on a représenté un système de communication 1 installé dans un aéronef. Ce système 1 repose sur un réseau ADCN dont les spécifications sont adaptées au domaine aérien, lequel réseau repose sur la technologie de communication AFDX dont les prérequis relatifs à la qualité de service sont prévus pour assurer une utilisation temps-réel. Le réseau 2, que l'on nomme ci-après réseau AFDX en lien avec la technologie de communication associée, interconnecte, entre eux, une pluralité d'équipements embarqués 10, 11, 12, 13, 14, c'est-à-dire des équipements réalisant des fonctions propres à l'aéronef. Ces équipements embarqués sont également appelés calculateurs ou LRU (� Line Replaceable Units �). Dans les systèmes embarqués, il est répandu que les calculateurs soient dupliqués pour des questions de sécurité. Pour illustrer cela, on a représenté sur la figure 1 les équipements 142 et 143 qui dupliquent le calculateur 14. Pour la suite de la description, on assimile ces calculateurs redondants à des calculateurs indépendants du système 1. Le réseau 2 est un réseau numérique de commutation dans lequel différents commutateurs aiguillent les données véhiculées d'un bus AFDX vers un autre tronçon de bus AFDX. Ces commutateurs sont vus ici comme des équipements d'aiguillage n'altérant pas le contenu des données véhiculées. Comme on le voit sur la figure, chaque calculateur 10-14 est connecté directement à un commutateur, dit "commutateur correspondant" (respectivement 20-24), qui est � son � point d'entrée dans le réseau 2. Les échanges de données entre les différents calculateurs 10-14 sont réalisés en mode non connecté de type multidiffusion (� multicast �), c'est-à-dire une transmission de type 1 vers N destinataires. Ce mode de transmission est mis en oeuvre à l'aide d'un protocole de haut niveau (au dessus d'UDP/IP) basé sur la notion de lien virtuel (� virtual link � ou VL), comme évoqué dans le document FR 2 868 567: chaque message envoyé par un calculateur 10-14 comprend un identifiant, lequel est utilisé par les commutateurs 20-25 du réseau 2 pour acheminer ce message (noté MESSMSG) vers les destinataires convenus via la route statique définie par ce lien virtuel VL. On note ici qu'un même calculateur 10-14 peut émettre des informations de nature différente, et donc utiliser plusieurs identifiants pour chaque type d'information (c'est-à-dire également pour chaque ensemble de destinataires prévus). Le réseau AFDX 2 est initialement préconfiguré de sorte que chaque commutateur 20-25 recevant un message MESSMSG sur un port de communication diffuse automatiquement celui-ci vers un ensemble de ports destinataires définis statiquement. Cette configuration initiale peut être menée à l'aide d'un fichier de configuration définissant l'architecture réseau. Dans l'exemple illustré sur la figure 1 par les flèches en trait épais, le calculateur 10, un altimètre, souhaite transmettre une information d'altitude au pilote automatique 14 et à un afficheur 12. La transmission de cette information est réalisée sur le lien virtuel VL1. Le calculateur 10 formate la donnée d'altitude dans un message MESSMSG1 conforme au format AFDX, en indiquant notamment le numéro MSG1 de lien virtuel, puis le transmet sur le réseau 2 au niveau de son commutateur correspondant, ici le commutateur 10. Ce dernier, configuré statiquement, identifie le message et détermine sur quel lien virtuel VL1 il doit être transmis et, par exemple à l'aide d'une table de correspondance, détermine le ou les ports de rediffusion, ici le port vers le commutateur 24. De façon similaire, ce dernier, en recevant un message MESSMSG1, le retransmet vers deux ports : l'un sur lequel est directement relié le pilote automatique 14, et l'autre à destination du commutateur 22. Ce dernier redirige à son tour le message MESSMSG1 vers l'afficheur 12 qui lui est directement relié. On est amené, lors des phases de développement d'aéronef ou de test, à simuler tout ou partie des calculateurs 10-14 du système embarqué. Ces essais par simulation visent généralement à vérifier le fonctionnement d'un ou plusieurs nouveaux équipements dans le réseau. La figure 2 illustre un tel système de simulation de réseau embarqué, comme il peut ressortir partiellement du document FR 2 868 567. Le système simulé de la figure 2 s'appuie sur le même réseau AFDX 2 que celui de la figure 1. Dans la configuration représentée, on a conservé trois calculateurs réels 12, 13 et 14, alors que deux calculateurs 10 et 11 sont désormais simulés. Une unité de simulation 100, généralement mise en oeuvre sur un ordinateur personnel ou un serveur informatique classique, comprend des sous- ensembles logiciels 10', 11' simulant les fonctions respectivement des calculateurs 10 et 11, également appelés modèles de simulation M1o, Mil. Ces modèles sont exécutés par l'unité de simulation sous contrôle d'un logiciel de gestion globale de la simulation. L'unité 100 comprend également des fonctions de communication vers le réseau AFDX 2, notamment un module logiciel 102 de formatage et d'émission de messages MESS au format AFDX et un module logiciel correspondant 104 de réception de messages. Ces fonctions de communication permettent d'émettre les messages MESS sur différentes interfaces entrée/sortie 106 sur le réseau 2. Ces interfaces sont notamment des ports physiques P; distincts, chacun étant connecté à un commutateur 20-25 du réseau 2. En particulier, des ports sont reliés aux commutateurs correspondants des calculateurs qui sont simulés. Dans l'exemple, les calculateurs 10 et 11 sont simulés, donc deux ports P1o, P11 de l'unité 100 sont reliés aux commutateurs 20 et 21 correspondant à ces deux calculateurs. Dans ce système de simulation 1', les communications entre deux calculateurs réels 12-14 sont mises en oeuvre de façon similaire à la figure 1. Une gestion ad hoc est en revanche prévue pour les communications impliquant un calculateur simulé 10', 11'. En reprenant notre exemple ci-dessus illustrant l'émission d'un message MESSMSG1 par l'altimètre 10', ici simulé, le modèle M10 génère une information d'altitude dans l'unité de simulation 100. Le message comprenant cette donnée, l'identification du modèle émetteur et l'identifiant MSG1 du lien virtuel est mis en forme au format AFDX par le module 102 et transmis sur le port P10 par ce même module. Le message MESSMSG1 est alors reçu par le commutateur 20. Les étapes suivantes de propagation du message dans le réseau jusqu'aux calculateurs réels destinataires 14 et 12 sont conformes à ce qui a été décrit en lien avec la figure 1. En ce qui concerne la transmission d'un message MESSMSG2 depuis un calculateur réel, par exemple le calculateur 13, à destination d'un calculateur simulé, ici le modèle M11, la propagation du message est classique selon la route statique définie pour le lien virtuel VL2, jusqu'à atteindre le commutateur 21. Ce dernier transmet alors le message sur son port relié au port P11, et l'unité de simulation procède à l'acquisition du message à l'aide du module 104 et à la transmission subséquente de celui-ci au modèle M11. Le réseau AFDX à commutation 2 est un réseau actif dont certains composants peuvent devenir indisponibles en fonction notamment de l'état électrique du système général de l'aéronef, de dysfonctionnements ou pour des besoins de simulation. Pour valider la compatibilité du réseau 2 avec le système embarqué dans des conditions � normales � d'utilisation (notamment sous contraintes de temps réel), on a été amené à solliciter ce réseau avec l'intégralité des messages MESS susceptibles d'être transmis sur le réseau, c'est-à-dire tous les messages entre deux calculateurs. On note ici que l'étude de l'état du réseau effectuée lors des simulations ci-dessus visent à détecter toute indisponibilité des commutateurs, les câblages inter-commutateurs étant considérés comme parfaits sans aucune détérioration des données transmises (ces propriétés étant vérifiées à part). Toutefois, l'invention est compatible avec une extension visant à simuler les défaillances du câblage du réseau. Dans ce cas, les équations logiques évoquées par la suite tiendront compte de l'état de chaque section de câblage dans le réseau 2. La sollicitation � normale � du réseau 2 conduit à transmettre tous 20 les messages sur le réseau 2, y compris les messages transmis entre deux calculateurs simulés. On a représenté en figure 3 un système de simulation selon l'invention qui permet notamment d'alléger la charge de traitement de l'unité de simulation 100 lorsque l'on diffuse tous les messages sur le réseau 2. 25 Le système de simulation 1' comprend les mêmes éléments que ceux du système de la figure 2. On conserve ainsi les mêmes numéros de référence. Le fonctionnement est similaire en ce qui concerne les communications entre calculateurs réels 12-14 et les communications depuis un calculateur simulé 10'-11' vers un calculateur réel 12-14. 30 Dans l'exemple de la figure 3, l'unité de simulation 100 comprend, en outre, un troisième modèle de simulation M15 (simulant un calculateur 15 prévu dans l'architecture finale du système embarqué), un deuxième module logiciel d'acquisition 108 destiné à recevoir les messages transmis sur les ports de surveillance Y;, également nommés � monitoring �, des commutateurs 20-25, et un module logiciel 110 agencé pour recevoir un indicateur d'état de ces mêmes commutateurs 20-25, généralement sur un ou plusieurs bits. Les commutateurs possèdent un ou plusieurs ports � monitoring �, Y20-Y25, sur lesquels ils émettent une copie de chaque message reçu d'un équipement calculateur 10-15 directement relié à lui. Grâce à la définition statique de la topologie du réseau, chaque commutateur 20-25 est capable d'identifier la source des messages qu'il reçoit et éviter de retransmettre sur le port monitoring les messages ayant déjà transité par d'autres commutateurs. Le module � monitoring � 108 est relié, à l'aide de câbles informatiques série ou réseau, au moins aux commutateurs correspondants 20, 21 des calculateurs simulés 10, 11 (on peut, à cet effet, utiliser des ports P; de l'interface 106). Pour plus de souplesse dans l'utilisation du système de simulation, notamment parce que la répartition entre calculateurs réels et modèles de simulation évolue dans le temps, l'ensemble des ports monitoring Y20-Y25 est relié au module 108. De façon similaire, les commutateurs 20-25 émettent, sur un port dédié Z20-Z25, un indicateur d'état E; représentatif de leur état de 20 fonctionnement. Le module � state � 110 est relié, à l'aide de câbles informatiques série ou réseau, à tous les commutateurs du réseau 2 (on peut, également ici, utiliser des ports P; de l'interface 106). Ainsi, ce module 110 connaît, à chaque instant, l'état des commutateurs 20-25 du réseau 2. 25 Dans le cas où l'on suit également les défaillances du câblage du réseau, ce module 110 reçoit des informations représentatives de l'état de chaque portion de câblage du réseau. Lorsqu'un calculateur simulé, ici par exemple le modèle M10, souhaite envoyer des données à des destinataires, ici 11, 13 et 15, dont l'un au 30 moins est également simulé, ici les modèles M11 et M15, le message MESSMSG3 est mis en forme au format AFDX et transmis par le module 102 sur le port P10 vers le commutateur 20. On note ici qu'on injecte, dans le réseau 2, les données simulées au niveau des commutateurs directement reliés au calculateur qui est simulé, et non à n'importe quel commutateur (comme c'est le cas dans l'art antérieur). On s'assure ainsi de reproduire le plus fidèlement possible les conditions normales d'utilisation du réseau 2 par le système réel. Le message MESSMSG3 est alors transmis, à l'intérieur du réseau 2, le long des diverses routes statiques constituant le lien virtuel VL3. Le réseau 2 est donc normalement chargé. Selon l'invention, puisque le message MESSMSG3 reçu par le commutateur 20 est � issu � d'un calculateur 10 (même s'il est simulé) qui lui est directement relié, il fournit une copie sur le port Y20. Le module � monitoring � 108 acquiert alors le message MESSMSG3. Dans le même temps, le module � state � 110 acquiert un état de tous les commutateurs 20-25 du réseau 2. A l'aide d'équations logiques représentatives de la disponibilité de la route statique entre deux commutateurs, l'unité de simulation 100 génère un indicateur de cette disponibilité pour chaque route (plusieurs routes peuvent être définies entre deux mêmes commutateurs, si notamment des liens virtuels différents sont utilisés). Par exemple, pour la route du lien virtuel VL3 définie entre le calculateur 10 et le calculateur 11, l'état E10.11_VL3 de cette route est : E10.11_vL3 = E20 ET E24 ET E25 ET E21 où 'ET' est un opérateur booléen et vaut E10.11_vL3 = 1 si la route est disponible. Les équations logiques évoquées ci-dessus peuvent notamment être construites lors d'une étape préalable de configuration de l'unité de simulation 100. Cette construction est réalisée à l'aide du fichier de configuration décrivant l'architecture et la topologie du réseau 2. On peut effectuer cette configuration en même temps que celle des commutateurs 20-25 (pour paramétrer statiquement les routes de transmission des messages). Les messages MESSMSG3 et les états correspondants, ici E10-11-vL3 et E10-15-vL3, sont ensuite transmis, par l'unité de simulation 100 à l'aide des informations de lien virtuel VL permettant d'identifier les calculateurs destinataires (et donc les modèles associés), aux modèles de simulation destinataires, ici les modèles M11 et M15. Les états peuvent notamment être mis à la disposition des modèles destinataires à l'aide d'un drapeau (bit '1' ou '0') ou d'un registre dans une mémoire partagée de l'unité de simulation 100. Ces diverses opérations sont illustrées par la figure 4. Les messages MESS et les états Ei sont acquis par l'unité 100 au travers d'interfaces dédiées. Le module � monitoring � 108 réceptionne les messages MESS et les redirige vers les modèles Mi destinataires. En parallèle, le module � status � 110 est initialement configuré à l'aide d'un fichier de configuration décrivant la topologie réseau puis réceptionne les états Ei des commutateurs du réseau 2. L'indicateur de disponibilité Ei+VLa dérivant des états Ei est alors communiqué aux mêmes modèles Mi destinataires. Le modèle destinataire tient alors compte du message MESSMSG3 uniquement si l'état E reçu du chemin logique vaut '1' pour son exécution. Si l'état E du chemin logique vaut '0', ce qui correspond à une route de transmission non praticable, le message MESSMSG3 n'est pas être pris en compte par le modèle destinataire. De la sorte, on s'assure que l'exécution des calculateurs simulés tient compte au plus juste de l'état du réseau. Comme on le voit dans cet exemple, l'unité de simulation 100 n'acquiert qu'une seule version du message MESSMSG3 alors qu'en l'absence d'utilisation du port monitoring Y et des états des commutateurs Z, l'unité 100 aurait du acquérir deux fois le message, une fois sur le commutateur 21 (pour le modèle M11) et une fois sur le commutateur 25 (pour le modèle M15). Grâce à l'invention, on réduit ainsi la charge de traitement (en acquisition) par l'unité de simulation 100. Le gain apporté est d'autant plus grand qu'il y a un grand nombre de calculateurs simulés, ce qui est par exemple le cas en début de développement d'un nouveau programme. Dans un mode de réalisation de l'invention, les communications depuis un calculateur réel 12-14 vers un calculateur simulé 10'-11' sont gérées de façon similaire aux traitements de la figure 2, c'est-à-dire selon une transmission classique le long des différents commutateurs du réseau. Dans une variante mettant en application les enseignements de l'invention, tout message émis par un calculateur réel 12-14 est automatiquement acquis, par l'unité de simulation 100, sur le port monitoring Y du commutateur correspondant 22-24. Les traitements évoqués ci-dessus pour transmettre et savoir si les modèles de simulation destinataires M11 et M15 tiennent compte des messages acquis sur les ports monitoring sont également mis en oeuvre. Ainsi, la présente invention permet également de diminuer la charge de traitement par l'unité de simulation 100 en ce qui concerne les échanges entre calculateurs réels et calculateurs simulés. Par ailleurs, indépendamment de ces variantes, dans le cycle de développement, il est coutumier que le nombre de calculateurs simulés et de calculateurs réels évoluent. On peut par exemple débrancher un câble reliant un port de l'unité 100 à un commutateur (associé par exemple à un calculateur simulé), et le brancher entre ce même commutateur et le calculateur réel que l'on ne souhaite plus simuler. Dans un mode de réalisation de l'invention favorable dans cette situation, on prévoit que le module � monitoring � 108 procède à l'acquisition en continu de tous les ports monitoring Y des commutateurs ayant au moins un calculateur directement relié dans l'architecture définitive du système embarqué. Ainsi, il n'est pas nécessaire, lorsque l'on modifie la configuration matérielle du système de simulation 1' par débranchement et branchement de câbles comme décrit ci-dessus, de reconfigurer l'unité de simulation 100 et notamment le module � monitoring � 108 pour qu'il prenne en compte, par exemple, les messages d'un nouveau commutateur. Dans une variante de l'invention, le module � state � 110 enregistre les états E; des commutateurs dans des registres propres à chacun des commutateurs. Les équations logiques type E10-11-vL3 sont, quant à elles, ventilées dans le code d'exécution de chacun des modèles M; visé. Ces derniers récupèrent ainsi eux-mêmes les états E; dans les registres et calculent les indicateurs de disponibilité des routes de transmission dans le réseau. On évite ainsi une concentration de ces calculs dans un seul module de l'unité de simulation 100. Sur la figure 5, on a représenté un autre mode de réalisation de l'invention, dans lequel le réseau ADCN est composé de deux réseaux AFDX 2 et 2' indépendants sur lesquels les calculateurs 10-14 émettent leurs données simultanément. Il convient alors de tenir compte de ces deux réseaux pour déterminer la disponibilité du chemin de transmission des messages, puisqu'il en existe deux : l'un par le réseau 2 et l'autre par le réseau 2'. Les équations logiques définissant cette disponibilité sont alors de la forme suivante : Edisponibilité = Echemin1 OU Echemin2. En reprenant l'exemple ci-dessus E10-11-vL3 et en considérant que des routes statiques identiques sont configurées sur les deux réseaux (ce qui n'est pas obligatoire), on obtient (avec 20' le commutateur du réseau 2' correspondant au commutateur 20 du réseau 2) : E10_11-vL3 = (E20 ET E24 ET E25 ET E21) OU (E20, ET E24' ET E25, ET E21,). En référence à la figure 6, on illustre un autre exemple dans lequel les deux réseaux 2 et 2' sont fortement interdépendants de sorte que chaque commutateur est dupliqué, indépendamment des autres. Cette condition est obtenue lorsque chaque commutateur qui est relié à un autre équipement/commutateur est également relié au commutateur/équipement redondant : par exemple le commutateur 20 est relié aux commutateurs 25 et 25', et le commutateur 20' est également relié aux commutateurs 25 et 25'. Dans ce cas, le chemin statique de transmission des données peut emprunter l'un ou l'autre des commutateurs en fonction de la disponibilité de ceux-ci. La non-disponibilité de la route statique correspond alors à une double panne de commutateur, c'est-à-dire une panne d'un commutateur sur le réseau 2 et de son redondant sur le réseau 2' ; ce qui se traduit, dans l'exemple ci- dessus, par : E10_11-vL3 = (E20 OU E20') ET (E24 OU E24') ET (E25 OU E25,) ET (E21 OU E21,). Comme il ressort de ce qui précède, l'invention permet, lors de simulations : - de solliciter le réseau de communication à charge égale à un fonctionnement d'exploitation, - d'acquérir une seule fois, depuis le réseau, les messages provenant d'un calculateur réel ou d'un modèle de simulation et à destination d'une pluralité de modèles de simulation. - de réduire en proportion variable les charges de traitement (d'acquisition) incombant à l'unité de simulation, - de conserver ces avantages lors de la modification de répartition des calculateurs réels et simulés sans avoir à re-paramétrer l'unité de simulation. Les exemples qui précèdent ne sont que des modes de réalisation de l'invention qui ne s'y limite pas. Notamment, bien que l'invention ait été décrite dans le domaine aéronautique, le système de simulation selon l'invention peut s'appliquer à tout type de véhicule embarquant un système, notamment un véhicule automobile, un train ou un bateau. Par ailleurs, tout réseau de communication, notamment numérique et/ou de commutation, est visé par la présente invention et non uniquement les réseaux Ethernet. REVENDICATIONS1. Système (1') de simulation ou de test d'une architecture réseau de calculateurs (10-15) et d'équipements actifs (20-25), comprenant : - une unité de simulation (100) comprenant des modèles (M;) simulant au moins une partie desdits calculateurs (10-15), chaque calculateur ou modèle de simulation étant apte à communiquer sur un réseau réel (2) au travers d'un équipement actif (20-25), dit équipement actif correspondant, auquel ledit calculateur, éventuellement simulé, est directement connecté dans la topologie réseau, - l'unité de simulation (100) étant agencée pour acquérir un message (MESS) émis par un calculateur ou un modèle de simulation sur le réseau, et pour transmettre le message ainsi acquis à des modèles de simulation (M;) destinataires de celui-ci, caractérisé en ce que l'unité de simulation (100) est agencée pour acquérir ledit message au niveau de l'équipement actif correspondant (20-25) auquel le calculateur ou modèle de simulation émetteur est directement connecté. 2. Système (1') selon la revendication 1, dans lequel ladite unité de simulation (100) est agencée pour transmettre, sur le réseau réel (2), les messages (MESS) émis par les modèles de simulation (M;), au niveau des équipements actifs (20-25) correspondants auxquels sont directement connectés les calculateurs simulés. 3. Système (1') selon la revendication 1 ou 2, dans lequel ladite unité de simulation (100) acquiert ledit message (MESS) sur un port de surveillance (Y) dudit équipement actif correspondant (20-25). 4. Système (1') selon l'une des revendications 1 à 3, dans lequel ladite unité de simulation (100) surveille l'état (E;) des équipements actifs (20-25) du réseau réel (2), et transmet le message (MESS) auxdits modèles de simulation destinataires (M;) en fonction de la topologie dudit réseau (2) et de l'état (E;) des équipements actifs le long d'un chemin (VL) de transmission dudit message. 5. Système (1') selon la revendication précédente, dans lequel ladite unité de simulation (100) est agencée pour acquérir au moins un indicateur d'état (E;) émis par chacun desdits équipements actifs (20-25) dudit réseau (2), et pour générer un indicateur de disponibilité (E10.11_vL3) dudit chemin de transmission en fonction desdits indicateurs d'état acquis. 6. Système (1') selon la revendication précédente, dans lequel ledit indicateur de disponibilité (E10.11_vL3) est le résultat d'une équation logique prédéfinie à l'aide d'un fichier de configuration représentatif de la topologie de ladite architecture réseau. 7. Système (1') selon la revendication précédente, dans lequel les équations logiques sont ventilées dans et calculées par lesdits modèles de simulation (M;). 8. Système (1') selon l'une des revendications précédentes, dans lequel ladite unité de simulation est agencée pour acquérir, au niveau desdits équipements actifs correspondants, tous les messages issus de calculateurs ou modèles de simulation directement reliés à ceux-ci. 9. Système (1') selon l'une quelconque des revendications précédentes, dans lequel lesdits équipements actifs (20-25) du réseau (2) sont redondés et l'utilisation dudit message récupéré (MESS) par un modèle de simulation destinataire (M;) est conditionnée à la défaillance simultanée d'un équipement actif (20-25) et de son redondant (20'-25'). 10. Procédé de simulation ou de test d'une architecture réseau de calculateurs (10-15) et d'équipements actifs (20-25) mettant en oeuvre une unité de simulation (100) comprenant des modèles simulant au moins une partie desdits calculateurs, - chaque calculateur ou modèle de simulation communiquant sur un réseau réel (2) au travers d'un équipement actif (20-25), dit équipement actif correspondant, auquel ledit calculateur, éventuellement simulé, est directement connecté dans la topologie réseau, - le procédé comprenant l'acquisition, par l'unité de simulation (100), d'un message (MESS) émis par un calculateur ou un modèle desimulation sur le réseau, et la transmission dudit message acquis à des modèles de simulation (M;) destinataires de celui-ci. caractérisé en ce que ladite acquisition du message est réalisée au niveau de l'équipement actif correspondant (20-25) auquel le calculateur ou 5 modèle de simulation émetteur est directement connecté.