FR 2788619 A1 20000721 FR 9915091 A 19991130 La présente invention concerne de manière géné- rale la construction des systèmes d'ordinateur et plus particulièrement la préparation de systèmes d'ordinateur construits sur commande. Une tendance actuelle chez les fabricants d'ordi- nateur consiste à fournir au client un système d'ordina- teur personnalisé ou "construit sur commande", le client ayant indiqué que certains composants et certaines capa- cités doivent être inclus dans le système commandé. Il est par conséquent important de rendre maximale l'effica- cité de chaque étape du processus de construction sur commande. Celui-ci commence de manière efficace au moment o la commande est passée et traitée, et se poursuit à travers la totalité de l'assemblage, des essais et de l'expédition de l'unité personnalisée. Pendant la production de systèmes d'ordinateur construits sur commande, des composants spécifiques pour un ordinateur sont tirés d'un stock et amenés vers une nacelle d'assemblage o ces composants spécifiques sont assemblés dans le châssis de l'ordinateur. Après assem- blage, le châssis est déplacé vers une zone de test ra- pide o des tests sont effectués pour déterminer rapide- ment si les composants corrects pour cette commande sont installés, et si les composants fonctionnent. Après le processus de test rapide, le châssis as- semblé est déplacé vers un banc d'essai o les éléments sont "vieillis" et o des erreurs opérationnelles peuvent être détectées. De nombreuses unités sont testées de ma- nière simultanée sur les bancs d'essai et les tests peu- vent prendre plusieurs heures. Ayant de nombreuses unités en production attendant d'être testées, il est important que les espaces de banc d'essai disponibles pour les tests soient utilisés de manière efficace. Par consé- quent, il est important que les ordinateurs ou les dispo- sitifs sous test soient testés d'une manière qui déter- mine rapidement et efficacement si un dispositif sous test est de manière satisfaisante opérationnel ou non, qui détermine rapidement et efficacement des défauts de fonctionnement de sorte que le dispositif sous test peut être enlevé du banc d'essai pour libérer l'espace de banc d'essai occupé pour un autre dispositif sous test à tes- ter. Lorsque le dispositif sous test est sur le banc d'essai, le dispositif sous test communique aussi avec un ou plusieurs "serveurs interlocuteurs" ou "interlocu- teurs". Un serveur interlocuteur est un processus d'écoute sur un réseau local "LAN" qui accepte des pa- quets de réseau, contenant habituellement des rapports d'état, provenant des dispositifs sous test, et mémorise des données reçues en provenance des dispositifs sous test dans une base de données centralisée. Du fait que les interlocuteurs sont prédéfinis, c'est-à- dire qu'ils constituent une liste statique de serveurs du réseau lo- cal, si un des serveurs interlocuteurs tombe en panne, un dispositif sous test qui communique avec celui-ci va chercher un autre interlocuteur, en séquence. Si un autre interlocuteur n'est pas disponible, les données provenant du dispositif sous test ne vont pas être enregistrées dans la base de données centralisée. Aussi, lorsque le nombre de dispositifs sous test augmente, un interlocu- teur peut devenir surchargé, en entraînant aussi que les données ne sont pas enregistrées. Par conséquent, il existe un besoin d'architec- ture d'interlocuteurs qui empêche les dispositifs sous test d'avoir à passer par une liste séquentielle d'inter- locuteurs pour trouver un interlocuteur disponible, mais permet plutôt au dispositif sous test de communiquer di- rectement avec le premier interlocuteur disponible du ré- seau, quel que soit l'emplacement dans la liste séquen- tielle o tombe l'interlocuteur. Un premier mode de réalisation, en conséquence, est une architecture de serveurs d'interlocuteurs dynami- que dans lequel un dispositif sous test diffuse un bloc de réseau sur le réseau local et chaque serveur parmi un ensemble de serveurs interlocuteurs reliés au réseau lo- cal répond à la diffusion du dispositif sous test à l'aide d'un paquet individuel contenant son adresse de réseau. Le dispositif sous test reçoit ces paquets et utilise le premier qu'il reçoit en tant que serveur in- terlocuteur principal jusqu'à ce qu'une diffusion ulté- rieure par le dispositif sous test, lorsque le dispositif sous test est réinitialisé et s'affecte lui-même dans un réseau local inconnu ou lorsque la connexion au serveur interlocuteur sélectionné est rompue, et il cherche alors un autre serveur interlocuteur sur le même réseau local. La première situation survient lorsque le dispositif sous test est déplacé depuis un emplacement (par exemple le banc d'essai) vers un autre (par exemple un poste de ré- paration électrique et mécanique). L'adresse de réseau du serveur interlocuteur sélectionné est mise en mémoire ca- che par le dispositif sous test et utilisée dans des ses- sions répétées. Il sera reconnu que lorsque le nombre de communi- cations, ou de clients ayant la forme de dispositifs sous test, manipulés par un serveur interlocuteur particulier augmente, le temps que le serveur interlocuteur prend pour répondre à une diffusion de dispositif sous test va aussi augmenter. La nature dynamique de ce comportement assure que le premier serveur interlocuteur à répondre à la diffusion du dispositif sous test a les ressources pour manipuler le nouveau dispositif sous test. Un avantage principal de ce mode de réalisation est qu'il permet un recueil de données tolérant des dé- fauts, en temps réel, à partir de l'emplacement de fabri- cation. De plus, les données vont être automatiquement acheminées vers un nouveau serveur interlocuteur si le serveur interlocuteur courant est déconnecté ou tombe en panne. De plus, les données vont être automatiquement acheminées vers une nouvelle base de données si la base de données courante est en panne. On va maintenant décrire la présente invention, à titre d'exemple uniquement, en référence aux dessins an- nexés, sur lesquels: - la figure 1 est un schéma fonctionnel d'une ar- chitecture d'interlocuteurs statique selon la technique antérieure, - la figure 2 est un schéma fonctionnel d'une ar- chitecture d'interlocuteurs dynamique selon un mode de réalisation de la présente invention. La figure 1 représente une architecture d'inter- locuteurs statique selon la technique antérieure. Comme représenté sur la figure 1, un dispositif sous test 10 interroge un premier serveur interlocuteur 12 positionné dans un réseau local 13 au niveau d'une adresse de réseau connue, comme indiqué par une ligne 14, et ensuite, lors d'une réponse du serveur interlocuteur 12, des communica- tions commencent avec le serveur interlocuteur 12, comme indiqué par une ligne 15. Le serveur interlocuteur avec lequel le dispositif sous test 10 est en communication est appelé "interlocuteur principal". Sur la figure 1, le serveur interlocuteur 12 est l'interlocuteur principal. Des données résultant des communications entre le dispo- sitif sous test et le serveur interlocuteur sont mémori- sées dans une base de données 16, de manière habituelle. Si pour une certaine raison, la communication avec le serveur interlocuteur 12 cesse, le dispositif sous test interroge les serveurs interlocuteurs restants 18, en utilisant leurs adresses de réseau connues, un à la fois, dans un ordre séquentiel jusqu'à ce que l'un soit trouvé comme étant disponible et qu'une communication démarre avec ce serveur interlocuteur. La figure 2 représente une architecture dynamique de serveurs interlocuteurs constituant des caractéristi- ques d'un mode préféré de réalisation de la présente in- vention. Comme représenté sur la figure 2, un dispositif sous test 210 diffuse un paquet de réseau, comme indiqué par une ligne désignée par la référence numérique 211, vers un réseau local 212 sur lequel une pluralité de ser- veurs interlocuteurs, tels que des serveurs interlocu- teurs 214, 216, 218, se trouvent au niveau d'adresses connues. Lors de la réception du paquet de réseau 211, chacun des serveurs interlocuteurs répond au dispositif sous test à l'aide d'un paquet constitué de son contenu propre, parmi d'autres choses son adresse de réseau res- pective. Lors de la réception de la première réponse, comme représenté par une ligne 220, le dispositif sous test 210 commence à communiquer avec le serveur interlo- cuteur situé à l'adresse indiquée dans la réponse. Dans le mode de réalisation représenté sur la figure 2, le serveur interlocuteur 216 a été le premier à répondre et le dispositif sous test 210 établit une communication avec le serveur interlocuteur 216 en tant qu'interlocu- teur principal. Comme décrit ci-dessus, les données ré- sultant des communications entre le dispositif sous test 210 et l'interlocuteur principal, comme représenté sur la figure 2 par une ligne 221, sont mémorisées dans une base de données 222, de manière habituelle. L'adresse de réseau du serveur interlocuteur 216 est mise en mémoire cache par le dispositif sous test 210 et utilisée dans des sessions répétées jusqu'à ce que ce que la diffusion suivante soit envoyée c'est-à-dire jus- qu'à ce que le dispositif sous test 210 soit réinitialisé et s'affecte lui-même dans un réseau local inconnu ou lorsque la connexion avec l'interlocuteur principal 216 est rompue et le dispositif sous test doit chercher un autre serveur interlocuteur sur le même réseau local 212. Il sera reconnu que, bien que seuls trois inter- locuteurs 214, 216, 218 et un dispositif sous test 210 soient représentés sur la figure 2, il est prévu qu'il y ait plusieurs dispositifs sous test en communication avec un nombre quelconque d'interlocuteurs de la manière dé- crite ci-dessus. En résultat, un mode de réalisation fournit un système dynamique de serveurs interlocuteurs comportant une pluralité de serveurs interlocuteurs reliés électri- quement à un réseau local. Un dispositif sous test est relié électriquement au réseau local. Le dispositif sous test diffuse sur le réseau local un paquet de réseau in- cluant une requête de communication avec l'un des ser- veurs interlocuteurs. En réponse à la réception du pa- quet, chacun des serveurs interlocuteurs répond au dispo- sitif sous test à l'aide d'une adresse de réseau du ser- veur interlocuteur. Le dispositif sous test commence à communiquer avec un premier des serveurs interlocuteurs en réponse à l'adresse de réseau. Un autre mode de réalisation fournit un appareil pour surveiller un dispositif sous test relié électrique- ment au réseau local auquel une pluralité de serveurs in- terlocuteurs destinés à surveiller le dispositif sous test sont aussi reliés électriquement. L'appareil com- porte des moyens pour amener le dispositif sous test à diffuser un paquet de réseau sur le réseau local, des moyens répondant à la réception du paquet de réseau pour amener chacun des serveurs interlocuteurs à répondre au paquet de réseau à l'aide d'une adresse de réseau du ser- veur interlocuteur, et des moyens répondant à la récep- tion d'une première des adresses de réseau pour amener le dispositif sous test à établir des communications avec un serveur interlocuteur principal incluant le serveur in- terlocuteur situé à la première des adresses de réseau reçues par le dispositif sous test. Un autre mode de réalisation fournit un procédé de surveillance d'un dispositif sous test en reliant électriquement le dispositif sous test à un réseau local auquel une pluralité de serveurs interlocuteurs destinés à surveiller le dispositif sous test sont aussi reliés électriquement. Le dispositif sous test diffuse un paquet de réseau vers le réseau local. En réponse à la réception du paquet de réseau, chacun des serveurs interlocuteurs répond au paquet de réseau à l'aide d'une adresse de ré- seau du serveur interlocuteur. En réponse à la réception d'une première des adresses de réseau, le dispositif sous test établit une communication avec un serveur interlocu- teur principal incluant le serveur interlocuteur situé à la première des adresses de réseau reçues par le disposi- tif sous test. REVEND I CATIONS 1. Système dynamique de serveurs interlocuteurs, caractérisé en ce qu'il comporte: plusieurs serveurs interlocuteurs (214 à 218) re- liés électriquement à un réseau local, et un dispositif sous test (210) relié électrique- ment au réseau local, le dispositif sous test diffusant sur le réseau local un paquet de réseau comportant une requête de com- munication avec un desdits serveurs interlocuteurs, et en réponse à la réception dudit paquet, chacun des serveurs interlocuteurs répondant au dispositif sous test à l'aide d'une adresse de réseau du serveur interlo- cuteur, et le dispositif sous test commençant une communica- tion avec le premier des serveurs interlocuteurs à répon- dre à l'aide de l'adresse de réseau. 2. Système selon la revendication 1, caractérisé en ce qu'il comporte en outre une pluralité de disposi- tifs sous test (210) reliés au réseau local et dans le- quel chacun des dispositifs sous test diffuse sur le ré- seau un paquet de réseau comportant une requête de commu- nication avec un des serveurs interlocuteurs (214 à 218). 3. Système selon la revendication 2, caractérisé en ce qu'en réponse à la réception de chacun desdits pa- quets, chacun des serveurs interlocuteurs (214 à 218) ré- pond au dispositif sous test (210) identifié par le pa- quet à l'aide d'une adresse de réseau dudit serveur in- terlocuteur et le dispositif sous test commence une com- munication avec le premier des serveurs interlocuteurs à répondre à l'aide de l'adresse de réseau. 4. Système selon la revendication 1, caractérisé en ce que le dispositif sous test est un système d'ordi- nateur. 5. Système selon la revendication 1, caractérisé en ce que le premier serveur interlocuteur (216) à répon- dre à l'aide de l'adresse de réseau fonctionne en tant que serveur interlocuteur principal pour le dispositif sous test. 6. Système selon la revendication 5, caractérisé en ce qu'il comporte en outre une base de données (222) reliée électriquement au réseau local pour mémoriser les données communiquées, par le dispositif sous test, au serveur interlocuteur principal. 7. Appareil pour surveiller un dispositif sous test (210) relié électriquement à un réseau local auquel une pluralité de serveurs interlocuteurs (214 à 218) des- tinés à surveiller le dispositif sous test sont aussi re- liés électriquement, l'appareil étant caractérisé en ce qu'il comporte: des moyens pour amener le dispositif sous test à diffuser un paquet de réseau sur le réseau local, des moyens de réponse à la réception du paquet de réseau, amenant chacun des serveurs interlocuteurs à ré- pondre au paquet de réseau à l'aide d'une adresse de ré- seau du serveur interlocuteur, des moyens de réponse à la réception d'une pre- mière adresse parmi les adresses de réseau, amenant le dispositif sous test (210) à établir des communications avec un serveur interlocuteur principal constituant le serveur interlocuteur situé à ladite première adresse des adresses de réseau reçues par le dispositif sous test. 8. Appareil selon la revendication 7, caractérisé en ce que chacun d'une pluralité de dispositifs sous test reliés au réseau local diffuse sur le réseau local un pa- quet de réseau comportant une requête de communication avec un des serveurs interlocuteurs. 9. Appareil selon la revendication 8, caractérisé en ce qu'en réponse à la réception de chacun des paquets, chacun des serveurs interlocuteurs répond au dispositif sous test identifié par le paquet à l'aide d'une adresse de réseau du serveur interlocuteur et le dispositif sous test commence une communication avec le premier des ser- veurs interlocuteurs à répondre à l'aide de ladite adresse de réseau. 10. Appareil selon la revendication 7, caractéri- sé en ce que ledit dispositif sous test est un système d'ordinateur. 11. Appareil selon la revendication 7, caractéri- sé en ce qu'il comporte en outre des moyens reliés au ré- seau local pour mémoriser des données communiquées, par le dispositif sous test, au serveur interlocuteur princi- pal. 12. Procédé de surveillance d'un dispositif sous test, caractérisé en ce qu'il comporte les étapes consis- tant à: relier électriquement le dispositif sous test (210) d'un réseau local auquel une pluralité de serveurs interlocuteurs (214 à 218) destinés à surveiller le dis- positif sous test sont aussi électriquement reliés, le dispositif sous test diffuse un paquet de ré- seau sur le réseau local, en réponse à la réception dudit paquet de réseau, chacun des serveurs interlocuteurs répond audit paquet de réseau à l'aide d'une adresse de réseau dudit serveur in- terlocuteur, en réponse à la réception d'une première des adresses de réseau, le dispositif sous test établit des communications avec un serveur interlocuteur principal constituant ledit serveur interlocuteur situé au niveau de ladite première adresse des adresses de réseau reçues par le dispositif sous test. 13. Procédé selon la revendication 12, caractéri- sé en ce que chacun d'une pluralité de dispositifs sous test reliés au réseau local diffuse sur le réseau local un paquet de réseau comportant une requête de communica- tion avec un des serveurs interlocuteurs. 14. Procédé selon la revendication 13, caractéri- sé en ce qu'en réponse à la réception de chacun desdits paquets, chacun des serveurs interlocuteurs répond au dispositif sous test identifié par ledit paquet à l'aide d'une adresse de réseau du serveur interlocuteur et le dispositif sous test commence une communication avec le premier des serveurs interlocuteurs à répondre à l'aide de ladite adresse de réseau. 15. Procédé selon la revendication 12, caractéri- sé en ce que le dispositif sous test est un système d'or- dinateur. 16. Procédé selon la revendication 12, caractéri- sé en outre en ce qu'il mémorise des données, communi- quées par le dispositif sous test audit serveur interlo- cuteur principal, dans une base de données reliée élec- triquement au réseau local. 17. Procédé selon la revendication 12, caractéri- sé en ce qu'il comporte de plus, en réponse à une cessa- tion de la communication entre le dispositif sous test et le serveur interlocuteur principal, la répétition de la- dite diffusion, de la réponse, et l'établissement d'une communication. 18. Procédé selon la revendication 17, caractéri- sé en ce que la cessation des communications est provo- quée par une rupture de communication entre le dispositif sous test et le serveur interlocuteur principal. 19. Procédé selon la revendication 17, caractéri- sé en ce que la cessation de communications est provoquée par le fait que le dispositif sous test est redémarré.