FR 2902210 A1 20071214 FR 0704063 A 20070607 La présente invention concerne le domaine des systèmes informatiques et de manière plus spécifique un système et un procédé pour identifier des composants périphériques. Du fait que la valeur et l'utilisation des informations continuent à progresser, les utilisateurs et personnels commerciaux cherchent des moyens supplémentaires pour traiter et mémoriser les informations. L'un des choix mis à la disposition des utilisateurs est le système de traitement d'informations. Un système de traitement d'infor-mations, d'une manière générale, traite, compile, mémorise, et/ou communique des informations ou des données à des fins commerciales, personnelles, ou d'autres buts de manière à permettre aux utilisateurs d'exploiter la va-leur des informations. Du fait que les besoins et impéra- tifs en termes de technologie et de traitement d'informations varient entre différents utilisateurs ou différentes applications, les systèmes de traitement d'informations peuvent également varier selon les informations qui sont traitées, la manière dont les informations sont traitées, la quantité d'informations qui est traitée, mémorisée, ou communiquée, et du niveau de rapidité et d'efficacité avec lequel les informations peuvent être traitées, mémorisées, ou communiquées. Les variations des systèmes de traitement d'informations permettent à ce que les systèmes de traitement d'informations soient généraux ou configurés pour un utilisateur spécifique ou une utilisation spécifique telle que le traitement de transactions financières, les réservations de vols d'avion, le stockage de données d'entreprise, ou les communications globales. De plus, les systèmes de traitement d'informations peuvent inclure une variété de composants matériels et logiciels qui peuvent être configurés pour traiter, mémoriser, et communiquer des informations et peuvent inclure un ou plusieurs systèmes informatiques, systèmes de r 2 mémorisation de données, et systèmes de gestion de ré-seau. Lors de l'amorçage d'un système informatique dans un système de traitement d'informations, l'un quelconque de la pluralité de dispositifs amorçables peut être utilisé pour amorcer le système informatique. Certains dispositifs amorçables tels que les lecteurs de disquette ou lecteurs de disque compact à lecture seule (CD-ROM), peu- vent émuler ou recevoir des commandes depuis un Système de Base d'Entrée- Sortie (BIOS). D'autres exemples de dis-positifs amorçables, tels que des dispositifs qui se basent sur un bus d'interconnexion de composants périphériques (dispositifs PCI) peuvent porter leur propre code d'amorçage. Souvent, un utilisateur peut définir un ordre d'amorçage pour les dispositifs amorçables disponibles que le dispositif suivra durant une opération d'amorce. Les utilisateurs s'attendent à ce que l'ordre d'amorçage soit suivi de manière cohérente d'une opération d'amorçage à la suivante. Les composants périphériques peuvent inclure des dispositifs compatibles avec l'Interconnexion de Composants Périphériques (PCI), l'Interconnexion de Composants Périphériques Express (PCIE), et l'Interconnexion de Composants Périphériques Etendue (PCI-X). Typiquement, un sys- tème de traitement d'informations identifie ces composants périphériques en utilisant un système d'identification de bus/dispositif/fonction ("bus/dev/fn") pour identifier l'emplacement d'un composant périphérique particulier. Bien que le système bus/dev/fn puisse être utile, dans le cas où des dispositifs sont ajoutés ou retirés dans le système de traitement d'informations d'un amorçage au suivant, l'identificateur de bus/dev/fn d'un composant périphérique particulier (ou une fente de dispositif correspondante) peut changer. Dans le cas où un iden- tificateur bus/dev/fn change entre des opérations d'amor- çage, de nombreux problèmes apparaissent. Par exemple, si l'ordre des dispositifs amorçables est spécifié dans un BIOS basé sur l'identificateur bus/dev/fn de chaque dis-positif et la configuration du système change, l'identi- ficateur bus/dev/fn cité ne sera plus correct et les dis-positifs amorçables ne démarreront pas conformément à la spécification d'amorçage du BIOS. De plus, si une erreur de configuration ou une autre erreur d'exécution se pro-duit, le système de traitement d'informations peut être incapable d'identifier le dispositif qui a rencontré une erreur. Des procédés existants pour identifier de manière univoque des dispositifs PCI souffrent d'un inconvénient principal, à savoir que les signatures uniques qui sont uti- lfisées sont spécifiques à une plate-forme informatique particulière. En conséquence, le code utilisé pour générer ces signatures uniques doit être réécrit pour chaque nouveau système. Par conséquent, il est nécessaire de disposer d'un sys- tente et d'un procédé améliorés pour identifier des composants périphériques dans un système de traitement d'in-formations. Il est également nécessaire de disposer d'un système et d'un procédé pour identifier des composants périphériques dans un système de traitement d'informations qui identifient de manière cohérente des composants périphériques après l'installation ou le retrait de compôsants périphériques dans celui-ci. Un système et un procédé pour générer une signature basée sur le chemin pour des composants périphériques dans un système de description d'informations sont décrits, les-quels surmontent les inconvénients et les difficultés associés à de précédents systèmes et procédés d'identification de composants périphériques dans un système de trai- tement d'informations. Dans un aspect, on décrit un système de traitement d'in-formations qui inclut une ou plusieurs ressources de traitement, un premier bus hôte en communication avec la ressource de traitement et de multiples composants péri- phériques en communication avec le premier bus hôte. Les composants périphériques ont chacun un chemin défini en rapport avec le premier bus hôte. Le système de traite-ment d'informations inclut également un Système de Base d'Entrée-Sortie (BIOS) et une table statique qui donne un chemin pour chacun des dispositifs constituants. Le BIOS est configuré pour identifier chaque composant périphérique et fournir une signature de dispositif basée sur le chemin défini pour chacun des composants périphériques. Dans un autre aspect, on décrit un système d'identifica-tion de composants périphériques qui inclut un Système de Base d'Entrée-Sortie (BIOS), une table statique, et un énumérateur de bus d'Interconnexion de Composants Périphériques (PCI). La table statique est associée au BIOS et donne la liste des informations de chemin et une si-gnature de dispositif définie pour chaque dispositif constituant. L'énumérateur de bus PCI est configuré pour identifier des composants périphériques associés à chaque fente de dispositif et générer une signature de composant basée sur le chemin pour identifier chacun des composants périphériques respectifs. Dans encore un autre aspect, un procédé d'identification de composants périphériques inclut la génération d'une table statique donnant la liste de signatures uniques de multiples composants périphériques et leurs chemins cor- respondants. Le procédé inclut également l'identification d'un ou de plusieurs composants associés aux fentes de composants périphériques et la génération d'une signature de composant capable d'identifier chaque composant périphérique respectif et incorporer un identificateur basée sur le chemin. La présente description inclut de nombreux avantages techniques importants. Un important avantage technique est la prévision d'une table statique indiquant un chemin pour chacun d'une pluralité de composants périphériques dans un système de traitement d'informations. L'identificateur basée sur le chemin fournit un identificateur stable qui ne change pas lorsque les composants périphériques sont ajoutés ou retirés dans le système ou des bus hôtes supplémentaires sont ajoutés et retirés du système. Des avantages supplémentaires vont apparaître à l'homme du métier d'après les figures, la description et les revendications fournies ici. Une compréhension approfondie et plus complète des présents modes de réalisation et leurs avantages peut être acquise en faisant référence à la description qui va suivre faite conjointement aux dessins annexés, sur lesquels des références numériques indiquent des caractéristiques analogues, et sur lesquels : ù la figure 1 représente un système de traitement d'in-20 formations selon des enseignements de la présente description, ù les figures 2A et 2B sont des représentations d'arborescences de dispositifs du système de traitement d'informations de la figure 1, 25 ù la figure 3 est un ordinogramme d'un procédé pour identifier des composants périphériques selon des enseignements de la présente description, ù la figure 4 est une table de signatures selon des enseignements de la présente description, et 30 ù les figures 5A et 5B représentent des champs de signa- ture pour identifier des composants périphériques se- lon des enseignements de la présente description. Des modes de réalisation préférés de l'invention et de ses avantages sont mieux compris en faisant référence aux 35 figures 1 à 5 sur lesquelles des références numériques analogues font référence à des parties analogues et correspondantes et des noms d'éléments analogues à des éléments correspondants et analogues. Dans le but de cette description, un système de traite- ment d'informations peut inclure un quelconque instrument ou ensemble d'instruments opérationnel pour calculer, classer, traiter, transmettre, recevoir, récupérer, émettre, commuter, mémoriser, afficher, manifester, détecter, enregistrer, lire, gérer ou utiliser une quelconque forme d'informations, d'intelligence, ou de données à des fins commerciales, scientifiques, de commande ou autres. Par exemple, un système de traitement d'informations peut être un ordinateur individuel, un dispositif de mémorisation de réseau, ou un quelconque autre dispositif adapté, et peut varier en taille, forme, performance, fonctionna-lité, et prix. Le système de traitement d'informations peut inclure une mémoire à accès direct (RAM), une ou plusieurs ressources de traitement telles qu'une unité centrale de traitement (CPU) ou une logique de commande matérielle ou logicielle, une mémoire à lecture seule (ROM), et/ou d'autres types de mémoire non-volatile. Des composants supplémentaires du système de traitement d'in-formations peuvent inclure une ou plusieurs unités de disque, un ou plusieurs ports réseau pour communiquer avec des dispositifs externes ainsi que divers périphériques d'entrée et de sortie (E/S), tels qu'un clavier, une souris et un écran vidéo. Le système de traitement d'in-formations peut également inclure un ou plusieurs bus opérationnels pour transmettre des communications entre les divers composants matériels. En faisant maintenant référence à la figure 1, un système de traitement d'informations, indiqué d'une manière générale par la référence numérique 100, est représenté. Le système de traitement d'informations 100 inclut une pre- mière unité centrale de traitement (CPU) 110 et une se- conde CPU 112. Les CPU 110 et 112 sont en communication avec un pont nord 114. Le pont nord 114 est en communication avec un premier bus hôte 116 et un second bus hôte 118 Le premier bus hôte 116 est en communication avec des ports racines PCIE 142, 144 et 146. Le port racine PCI 142 a un numéro de bus/dev/fn indiqué par bus0/dev0/fn0. Le port racine PCIE 144 a un numéro de bus/dev/fn indiqué par bus0/devl/fn0. De plus, le port racine PCIE 146 a un numéro de bus/dev/fn indiqué par bus0/dev2/fn0. Le port racine PCIE 142 est en communication avec le pont PCIE vers PCI-X 150 via une connexion 148. La connexion 148 est désignée en tant que bus 1. Le pont PCIE vers PCI-X 150 inclut des ports 152 et 154. Le port 152 a un numéro de dev/fn défini par dev0/fn0 et le port 154 a un numéro de dev/fn défini par dev0/fn2. Le port 152 est en communication avec un composant périphérique 158 via une connexion 156 qui est désignée en tant que bus 2. Le port 154 est en communication avec un composant périphérique 162 via une connexion 160 qui est désignée en tant que bus 3. Le port racine PCIE 144 est en communication avec un composant périphérique 166 via une connexion 164 qui est dé-signée en tant que bus 4. Le port racine PCI 146 est en communication avec une fente PCIE 170 via une connexion 168. La connexion 168 est désignée en tant que bus 5. Dans le présent mode de réalisation, la fente PCIE 170 contient une Carte d'Interface Réseau (NIC) à double fonction. Dans le présent mode de réalisation, la fente de dispositif 158 est prévue pour être connectée à une carte SCSI et un composant périphérique 162 est prévu pour un composant PCI-X. La fente 158 a une valeur de dispositif de 5 ; la fente 162 est définie par une valeur de dispositif de 6. Dans le présent mode de réalisation, une fente 166 peut être une fente PCIE. Le pont nord est également en communication avec un pont sud 122. Le pont sud 122 inclut des ports 134 et 136. Le port 134 a un numéro dev/fn désigné par dev1C/fn0 et le port 136 a un numéro de dev/fn désigné par devlC/fn4. Le port 134 est en communication avec une carte NIC intégrée 138 qui a un numéro de dev/fn défini par dev0/fn0. La carte NIC intégrée 138 est en communication avec le port 134 via une connexion 137 qui est désignée en tant que bus 6. Le port 136 est en communication avec une seconde carte NIC intégrée 140 via une connexion 139 qui est dé-signée en tant que bus 7. La carte NIC intégrée 138 a un numéro de dev/fn défini par dev0/fn0 et la seconde carte NIC intégrée 2 a un numéro de dev/fn défini par dev0/fn0. La connexion 139 est désignée en tant que bus 7 dans le présent mode de réalisation. Une ressource de mémoire flash 124 est en communication avec le pont sud 122. La mémoire flash 124 inclut un système de base d'entrée-sortie (BIOS) 126. Le BIOS 126 inclut un énumérateur de bus PCI 128, une table statique 130 et une table dynamique 132. Une mémoire système 120 est en communication avec le pont nord 114. Le second bus hôte 118 est en communication avec le pont nord 114. Un port racine PCIE 176 est en communication avec le second bus hôte 118. Le port racine 176 est désigné en tant que bus 8 dans le présent mode de réalisation. Le port racine PCI 176 est de plus en communication avec un réseau RAID intégré 174 via une connexion 172. Le port racine PCIE 176 a un numéro de bus/dev/fn défini par bus8/dev0/fn0. Le réseau RAID intégré 174 a un numéro de dev/fn défini par dev0/fn0. La connexion 172 est désignée en tant que bus 9 dans le pré-sent mode de réalisation. Le BIOS 126 est un Système de Base d'Entrée-Sortie bien connu de l'homme du métier. La table statique 130 est associée au BIOS et inclut une liste de chemins et la signature de dispositif correspondante pour chacun de la pluralité de dispositifs périphériques. Comme décrit ici, les signatures de dispositifs peuvent être également appelées une "signature de dispositif basée sur le chemin", une "signature unique basée sur le chemin" ou une "signature unique" et peut faire référence à un quelconque identificateur adapté qui est basé sur des informations de chemin ainsi que d'autres données d'identification de composant. Tel qu'utilisé ici, le terme "unique" doit être interprété comme étant unique dans un système donné et non pas globalement unique. Chaque signature de dispositif est de préférence une va-leur prédéfinie. Dans un mode de réalisation, la table statique a deux valeurs principales, le chemin pour chaque dispositif et la signature de dispositif prédéfinie. Lorsque le système 100 est amorcé, le BIOS 126 garde les traces du chemin de chaque dispositif qu'il trouve. Il consulte alors le chemin dans la table statique. Il récupère alors la signature de dispositif correspondante dans la table statique. De cette manière, le BIOS 126 peut utiliser la table statique 130 en tant que table de tra- duction pour aller du chemin du dispositif à sa signature de dispositif. Chaque chemin cite le numéro de dispositif/fonction de chaque pont allant du pont racine jusqu'au point final du dispositif et le numéro de dispositif/fonction PCI du point final lui-même. Par exemple, dans le présent mode de réalisation, la table statique 130 inclut des chemins pour les fentes 158, 162, 166, 170, 138, et 140 comme décrit ci-dessous. Comme utilisé ici, une signature de dis-positif n'est pas un numéro de bus/dispositif/fonction typique. Au lieu de cela, la signature de dispositif peut inclure, par exemple, le numéro d'instance de chaque dis-positif, le numéro de fente de chaque dispositif, le numéro intégré de chaque dispositif et la valeur d'énumération pour chaque dispositif. Ce système d'identification basée sur le chemin est avantageux du fait qu'il ne change pas si la configuration du système est amenée à changer. Ceci est un avantage distinct de l'utilisation d'un adressage bus/fonction/dispositif qui changera si une configuration du système se produit. Un autre avan- tage du présent système est la traduction du chemin en une signature de dispositif qui est la même sur chaque système. Par exemple, la signature de dispositif pour une fente donnée est la même sur chaque système même si les chemins peuvent être différents. Un autre aspect remar- quable concernant la signature de dispositif est qu'elle fournit des informations précieuses que d'autres applications logicielles peuvent utiliser. Par exemple, en analysant les champs dans la signature de dispositif, une quelconque application logicielle peut déterminer le type de dispositif, son numéro de fente, etc. En faisant maintenant référence à la figure 2A, une arborescence de dispositifs correspondant au premier bus hôte et aux composants associés de la figure 1 est représentée. Le premier bus hôte 216 (bus 0) est en communication avec un port 242 (dev0/fn0), un port 244 (devl/fn0), un port 246 (dev2/fn0), un port 234 (devlC/fn0) et un port 236 (devlC/fnl). Le port 242 est en communication avec un pont PCI-X 252 (dev0/fn0) et un pont PCI-X 254 (dev0/fn2). Le pont PCI-X 252 est de plus en communica- tion avec une carte SCSI 258 (dev5/fn0). Le port 246 est en communication avec des dispositifs NIC double fonction 270 (dev0/fn0 et dev0/fnl). Le port 234 est en communication avec la première carte NIC intégrée 238 (dev0/fn0) et le port 236 est en communication avec la seconde carte NIC intégrée 240 (dev0/fn0). En conséquence, dans le présent mode de réalisation, la carte SCSI 158 a un chemin 0-0/0-0/0-0/0-5/0. La carte NIC double fonction 170 a les chemins : 0-0/0-2/0-0/0 (pour la première fonction) et 0-0/0-2/0-0/1 (pour la se- conde fonction). La première carte NIC intégrée 138 a le chemin : 0-0/0-1c/0-0/0. La seconde carte NIC intégrée 140 a le chemin : 0-0/0-le/1-0/0. Le réseau RAID intégré 174 a un chemin : 1-0/0-0/0. Comme décrit ci-dessus, le premier numéro est le numéro de bus hôte approprié suivi par la série des numéros de dispositif/fonction le long de chaque chemin respectif. En faisant maintenant référence à la figure 2B, on représente une arborescence de dispositif/fonction pour le second bus hôte 118. L'arborescence inclut un second bus hôte 118 (bus 8) en communication avec un port racine PCIE 276 (dev0/fn0). Le port 276 est en communication avec un dispositif RAID intégré 274 (dev0/fn0). En faisant maintenant référence à la figure 3, un ordinogramme d'un procédé d'identification de composants péri- phériques selon la présente description est indiqué de manière générale par la référence numérique 300. Le pro-cédé 300 commence à l'étape 310 en ayant d'abord un BIOS ou une autre application logicielle appropriée qui énumère le bus PCI et trouve un dispositif PCI 312. Ceci peut se produire, par exemple, durant une opération de test automatique au démarrage (POST). Ensuite, il est dé-terminé si un nouveau dispositif PCI est trouvé 314. Si aucun nouveau dispositif PCI n'est trouvé, le procédé se termine 318. Si un nouveau dispositif PCI est trouvé, le procédé passe à l'étape 316 dans laquelle un chemin pour le dispositif (incluant le numéro de dispositif et le numéro de fonction pour chaque dispositif PCI) est déterminé. Ensuite, le procédé inclut la détermination indiquant si 35 le chemin correspond à une entrée dans une table statique (qui peut être également appelée ici une liste de configurations de plate-forme) 320. Dans le cas où le chemin ne correspond pas à une entrée dans la liste de configurations de plate-forme, un message de dispositif inconnu est affiché 322. Le procédé revient alors à l'étape 312. Si le chemin correspond à une indication dans la table statique, le procédé avance à l'étape 324. Dans l'étape 324, une signature de dispositif pour le dispositif est obtenue dans la table statique 324 et une valeur d'énumé-ration (ENUM) est lue pour le dispositif 326. Dans un mode de réalisation particulier, la valeur ENUM peut être trouvée dans les bits 7-0 de la signature de dispositif. Ensuite, le numéro de fente pour le dispositif est lu 328. Dans un mode de réalisation particulier, le numéro de fente peut être trouvé dans les bits 23-16 de la signature de dispositif. Une fois que le numéro de fente est lu, il est déterminé si oui ou non le numéro de fente est égal à zéro 330. Si le numéro de fente est égal à zéro, le procédé avance à l'étape 336. Si le numéro de fente n'est pas égal à zéro, le procédé avance à l'étape 332. Dans l'étape 336, le dispositif est déterminé comme étant un dispositif intégré et le numéro intégré du dispositif est lu et placé dans le bit approprié de la signature de dispositif. Dans un mode de réalisation, ceci peut inclure la lecture des bits 15-8 de la signature de dispositif. Ensuite, une chaîne du dispositif est construite 338. Dans le présent mode de réalisation, la chaîne du dispositif fournit un exemple représentant la manière dont une application logicielle peut utiliser la signature de dispositif pour générer et afficher pour l'utilisateur une chaîne descriptive concernant le dispositif. Dans le cas où le numéro de fente n'est pas égal à zéro, à l'étape 332, il est déterminé que le dispositif est un adaptateur dans une fente et le numéro d'instance de l'adaptateur est lu et inséré dans la signature de dispositif 332. Dans un mode de réalisation, le numéro d'instance peut être lu dans les bits 31-24. La chaîne de dis-positif est ensuite construite 334. Après les étapes 334 ou 338, le procédé procède à l'affichage de la chaîne du dispositif ainsi que d'autres in-formations concernant le dispositif obtenues dans l'espace PCI ou la liste de configurations de plate-forme (table statique) 340. En faisant maintenant référence à la figure 4, une table est de manière générale indiquée par la référence numérique 400 donnant la liste d'informations qui ne sont pas des signatures de dispositifs selon le mode de réalisation représenté sur la figure 1. La table 400 inclut une colonne de dispositif 410 donnant la liste des différents composants périphériques dans le système de traitement d'informations. Une colonne 412 est le numéro de bus/dispositif/fonction de chaque dispositif et une colonne 414 est la signature de chemin pour chaque disposi- tif. Une colonne 416 est la signature de dispositif à 32 bits correspondant à la valeur de chemin 414. Dans un mode de réalisation, la signature de dispositif 416 peut être de préférence analysée par un logiciel. Du fait que chacun des champs est prédéfini, le logiciel peut affi- cher des informations concernant le dispositif (telles que le type du dispositif et son numéro de fente). Dans d'autres modes de réalisation, un système ne peut pas afficher le numéro de fente d'un dispositif PCI du fait que, par exemple, la fente 1 peut être différente sur chaque système. Le présent système et le présent procédé utilisent le numéro de fente pour chaque dispositif dans la signature de dispositif 416, de sorte que la détermination par un logiciel d'une fente pour un dispositif donné peut être indépendante de toute plate-forme parti- culière. La colonne 418 inclut une chaîne utilisée pour identifier le dispositif qui peut être affiché par un logiciel d'application. La table 400 inclut de manière générale une liste des dispositifs 420. Comme décrit ici, les figures 3 et 4 fournissent des exemples de la manière dont une application logicielle peut utiliser une signature de dispositif 416 pour générer une chaîne descriptive pour chacun des dispositifs 420. En faisant maintenant référence à la figure 5A, un format pour une signature de dispositif à 32 bits pour un composant périphérique est représenté. La signature à 32 bits 500 inclut un premier champ 510 pour citer une valeur d'énumération. Dans le présent mode de réalisation, le champ de valeur d'énumération 500 est un champ à 8 bits mémorisé dans les bits 0-7. Le champ de numéro intégré 512 est utilisé pour mémoriser le numéro intégré du dis-positif et est placé dans les bits 8-15. Dans un mode de réalisation particulier, s'il y a plus d'une occurrence d'un dispositif intégré donné (tel que les cartes NIC à double fonction 270), le champ de bit peut être de préférence incrémenté pour chaque occurrence : 1 pour une première instance, 2 pour une deuxième instance, etc. Les fentes peuvent être indiquées par O. Le champ 514 est le champ de numéro de fente qui englobe les bits 16-23 et indique le numéro de fente du dispositif. Dans un mode de réalisation préféré, 0 peut être utilisé pour les dispositifs intégrés dans ce champ. En-suite, un champ de numéro d'instance 516 est inclus dans les bits 24-31. Si plus d'un dispositif et/ou d'une fonction est fourni dans une fente donnée, le champ de bit peut être incrémenté pour chaque instance. Ce champ peut être indiqué par un 0 pour des dispositifs intégrés. En faisant maintenant référence à la figure 5B, un champ de signature de dispositif 520 en variante est décrit, lequel inclut une valeur d'énumération 522, un numéro intégré 524, un numéro de fente 526, un numéro d'instance 528 et une signature de dispositif 530. Les champs 522, 524, 526 et 528 sont analogues à ceux décrits sur la fi- gure 5A bien que chacun puisse incorporer une quelconque plage de bits adaptée. Le champ d'identification de dis-positif 530 peut inclure un numéro de série, une adresse de Contrôle d'Accès au Support (MAC) ou un autre identificateur associé à un composant périphérique particulier. De cette manière, dans le cas où un composant périphérique est remplacé par un nouveau composant périphérique du même type, le système peut garder la trace de l'identité spécifique de chaque composant périphérique. REVENDICATIONS 1. Système de traitement d'informations (100), caractéri-5 sé en ce qu'il comporte : û au moins une ressource de traitement (110, 112), ù un premier bus hôte (116) associé à la ressource de traitement {110, 112), û une pluralité de composants périphériques en communi-10 cation avec le premier bus hôte (116), les composants périphériques ayant un chemin défini en rapport avec le premier bus hôte (116), û un Système de Base d'Entrée-Sortie BIOS (126) associé au premier bus hôte (116), 15 û une table statique (130) associée au BIOS (126), la table statique (130) indiquant un chemin pour chacun de la pluralité de composants périphériques et une si- gnature de dispositif basée sur le chemin (500 ; 520) correspondante pour chaque composant périphérique, et 20 le BIOS (126) étant configuré pour identifier un chemin d'un composant périphérique associé et déterminer la signature de dispositif basée sur le chemin (500 ; 520) correspondante pour identifier le composant périphérique. 25 2. Système de traitement d'informations (100) selon la revendication 1, caractérisé en ce qu'il comporte de plus : û une table dynamique (132) associée au BIOS (126), et le BIOS (126) étant configuré pour mémoriser les signatu- 30 res de dispositifs basée sur le chemins (500 ; 520) dans la table dynamique (132). 3. Système de traitement d'informations (100) selon la revendication 1, caractérisé en ce que la pluralité de 35 composants périphériques sont chacun configurés pour sup-porter un dispositif compatible avec l'un du groupe constitué d'une Interconnexion de Composants Périphériques PCI, Interconnexion de Composants Périphériques Express PCIE et Interconnexion de Composants Périphériques Eten- due PCI-X. 4. Système de traitement d'informations (100) selon la revendication 1, caractérisé en ce que le BIOS (126) com- porte de plus un module énumérateur PCI (128) configuré 10 pour identifier le composant périphérique associé. 5. Système de traitement d'informations (100) selon la revendication 1, caractérisé en ce qu'il comporte de plus une ressource de mémoire flash (124) en communication 15 avec le premier bus hôte (116), le BIOS (126) étant mémorisé dans la ressource de mémoire flash (124). 6. Système de traitement d'informations (100) selon la revendication 1, caractérisé en ce qu'il comporte de plus 20 une ressource de mémoire (124) en communication avec le bus hôte (116), la table statique (130) étant mémorisée dans la ressource de mémoire (124). 7. Système de traitement d'informations (100) selon la 25 revendication 1, caractérisé en ce que le BIOS (126) est configuré pour identifier le composant périphérique durant une opération de Test Automatique au Démarrage POST. 8. Système de traitement d'informations (100) selon la 30 revendication 1, caractérisé en ce qu'il comporte de plus un second bus hôte (118) en communication avec le premier bus hôte (116). 9. Système de traitement d'informations (100) selon la 35 revendication 1, caractérisé en ce que la signature dedispositif basée sur le chemin (500 ; 520) comporte un champ de valeur d'énumération (510 ; 522), un champ de numéro de dispositif intégré (512 ; 524), un champ de numéro de fente (514 ; 526), et un champ de numéro d'ins- tance (516 ; 528). 10. Système de traitement d'informations (100) selon la revendication 9, caractérisé en ce que la signature de dispositif basée sur le chemin (520) comporte de plus un 10 champ d'authentification de dispositif {530). 11. Système de traitement d'informations (100) selon la revendication 9, caractérisé en ce que la signature de dispositif basée sur le chemin (500 ; 520) comprend un 15 champ de données de 32 bits. 12. Système pour identifier des composants périphériques, caractérisé en ce qu'il comporte : û un Système de Base d'Entrée-Sortie BIOS (126), 20 û une table statique (130) associée au BIOS (126), la table statique (130) donnant la liste d'une pluralité de composants périphériques dans un système de traite-ment d'informations {100), une identification de chemin correspondant à chaque composant périphérique, et 25 une signature de dispositif basée sur le chemin (500 ; 520) pour chaque composant périphérique, et û un énumérateur de bus d'Interconnexion de Composants Périphériques PCI (128) associé au BIOS (126) et configuré pour identifier un composant périphérique 30 associé à une ou plusieurs fentes de composants périphériques (158, 162, 166, 170, 138, 140) et déterminer la signature de dispositif basée sur le chemin (500 ; 520) correspondante pour chaque composant périphérique pour identifier le composant périphérique respectif. 35 13. Système selon la revendication 12, caractérisé en ce qu'il comporte de plus : û une table dynamique (132) associée au BIOS (126), et le BIOS (126) étant configuré pour mémoriser les signatu- res de dispositifs basée sur le chemins (500 ; 520) dans la table dynamique (132). 14. Système selon la revendication 12, caractérisé en ce que l'énumérateur de bus PCI (128) est configuré pour identifier un composant périphérique et déterminer la signature de dispositif basée sur le chemin (500 ; 520) durant une opération de Test Automatique au Démarrage POST. 15. Système selon la revendication 12, caractérisé en ce que l'énumérateur de bus PCI (128) est configuré pour identifier au moins un composant périphérique configuré conformément à l'un du groupe constitué d'une Interconnexion de Composants Périphériques PCI, Interconnexion de Composants Périphériques Express PCIE et Interconnexion de Composants Périphériques Etendue PCI-X. 16. Système selon la revendication 12, caractérisé en ce que la signature de composant (500 ; 520) comporte un champ de valeur d'énumération (510 ; 522), un champ de numéro de dispositif intégré (512 ; 524), un champ de numéro de fente (514 ; 526) et un champ de numéro d'instance (516 ; 528). 17. Procédé pour identifier des composants périphériques, 30 caractérisé en ce qu'il comporte : la génération d'une table statique (130) donnant la liste d'une pluralité de composants périphériques et chemins correspondants et une signature de dispositif basée sur le chemin (500 ; 520) correspondant à chaque 35 composant périphérique,- l'identification d'un ou de plusieurs composants périphériques, et - la détermination d'une signature de dispositif basée sur le chemin (500 ; 520) pour chaque composant péri- phérique incorporant le chemin et opérationnelle pour identifier chaque composant périphérique respectif. 18. Procédé selon la revendicaticn 17, caractérisé en ce qu'il comporte l'identification d'un ou de plusieurs corn- posants périphériques et la détermination de la signature de dispositif basée sur le chemin (500 ; 520) durant une opération de Test Automatique au Démarrage POST. 19. Procédé selon la revendication 17, caractérisé en ce qu'il comporte de plus la mémorisation de la signature de dispositif basée sur le chemin (500 ; 520) dans une table dynamique (132). 20. Procédé selon la revendication 17, caractérisé en ce que la signature de dispositif basée sur le chemin (500 ; 520) comporte un champ de valeur d'énumération (510 ; 522), un champ de numéro de dispositif intégré (512 ; 524), un champ de numéro de fente (514 ; 526) et un champ de numéro d'instance (516 ; 528). 21. Procédé selon la revendication 20, caractérisé en ce qu'il comporte de plus l'analyse d'au moins l'un du champ de valeur d'énumération (510 ; 522), champ de numéro de dispositif intégré (512 ; 524), champ de numéro de fente (514 ; 526) et champ de numéro d'instance (516 ; 528) pour déterminer des informations de dispositif concernant le composant périphérique, les informations de dispositif incluant au moins l'un parmi un type de dispositif et un numéro de fente (514 ; 526).35 22. Procédé selon la revendication 21, caractérisé en ce que le numéro de fente {514 ; 526) est indépendant de la plate-forme de sorte que le numéro de fente (514 ; 526) est le même pour le composant périphérique lorsque ins- tallé dans un quelconque système de traitement d'informations (100).