FR 2904709 A1 20080208 FR 0705218 A 20070719 --> La présente description concerne les systèmes de traite ment d'informations. Du fait de la valeur et de l'utilisation croissantes des informations, les personnes et les entreprises cherchent des moyens supplémentaires pour traiter et mémoriser les informations. L'un des choix mis à la disposition des utilisateurs concerne les systèmes de traitement d'informations. Un système de traitement d'informations d'une manière générale traite, compile, mémorise et/ou communique des informations ou des données à des fins commercia les, personnelles ou autres, de manière à permettre aux utilisateurs d'exploiter la valeur des informations. Du fait que les besoins et impératifs en termes de technologie et de traitement d'informations varient entre utilisateurs ou applications, les systèmes de traitement d'informations peuvent également varier en fonction du type d'informations qui sont traitées, de la manière selon laquelle les informations sont traitées, de la quantité d'informations qui sont traitées, mémorisées ou communiquées, et du degré 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 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, le stockage de données d'entreprises 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 mémorisation de données et systèmes de gestion de réseaux. -->On présentera dans ce qui va suivre un résumé général de plusieurs aspects de la description afin d'offrir une compréhension de base d'au moins certaines facettes de l'invention. Ce résumé n'est pas une présentation généraie exhaustive de l'invention. Il n'est pas destiné à identifier des éléments clé ou critiques de l'invention ou à limiter la portée des revendications. Le résumé qui va suivre présente simplement certains concepts de l'invention sous une forme générale en tant que prélude à la description plus détaillée qui va suivre. Un premier aspect de l'invention concerne un procédé pour mettre à jour un micrologiciel, qui comporte l'exécution d'un programme de gestion de changement de système d'exploitation natif qui agit en coopération avec un module de mise à jour de micrologiciel pour mettre à jour un programme micrologiciel dans le système de traitement d ' informations . Selon diverses caractéristiques subsidiaires avantageuses : — le programme micrologiciel est mis à jour sans nécessiter de redémarrage du système de traitement d'informations ; — le procédé comporte en outre l'exécution d'un programme d'inventaire de micrologiciel sur le système de traitement d'informations afin de déterminer un inventaire du micrologiciel du système de traitement d'informations ; — le procédé comporte en outre l'exécution d'un second programme de gestion de changement de système d'exploitation natif sur le système de traitement d'informations afin de transmettre une interrogation à un référentiel afin d'identifier un module de mise à jour de micrologiciel associé à l'inventaire de micrologiciel ; -->— le système d'exploitation natif est choisi dans le groupe formé par : un système d'exploitation LINUX, un système d'exploitation UNIX et un système d'exploitation WINDOWS ; — le programme micrologiciel est un programme d'initialisation au démarrage ; — le programme d'inventaire de micrologiciel identifie une dépendance de module de mise à jour ; — le référentiel est distant du système de traitement d'informations. Selon un autre aspect, l'invention concerne un dispositif comporte un système de traitement d'informations exécutant un système d'exploitation. Un programme de gestion de changement de système d'exploitation dans une mémoire du système de traitement d'informations fonctionne en coopération avec le système d'exploitation et un module de mise à jour de micrologiciel pour mettre à jour un programme micrologiciel dans le système de traitement d ' informations . Selon diverses caractéristiques subsidiaires avantageuses : — le programme micrologiciel est mémorisé dans une mémoire non volatile ; — le dispositif comporte en outre une carte complémentaire en communication de données avec le système de traitement d'informations ; — le programme de gestion de changement de système d'exploitation fonctionne en coopération avec un second module de mise à jour de micrologiciel pour mettre à jour un second programme micrologiciel dans une seconde mémoire localisée sur la carte complémentaire ; — le système d'exploitation est choisi dans le groupe formé par : un système d'exploitation LINUX, un système d'exploitation UNIX et un système d'exploitation WINDOWS. -->Selon un autre aspect encore, l'invention concerne un procédé pour mettre à jour un micrologiciel, qui comporte la génération d'un module de mise à jour de micrologiciel qui est exécutable dans un programme de gestion de changement s ' exécutant dans un système d'exploitation natif sur un système de traitement d'informations, et la mémorisation du module de mise à jour de micrologiciel dans un référentiel disponible à un utilisateur. Selon diverses caractéristiques subsidiaires avantageuses : — le système d'exploitation natif est choisi dans le groupe formé par : un système d'exploitation LINUX, un système d'exploitation UNIX et un système d'exploitation WINDOWS ; — le référentiel comporte un support lisible par ordinateur ayant le module de mise à jour de micrologiciel mémorisé sur celui-ci ; — le référentiel comprend le module de mise à jour du micrologiciel mémorisé sur un second système de traitement d'informations en communication de données avec le système de traitement d'informations. Pour une compréhension détaillée des modes de réalisation illustratifs, on va maintenant se reporter à la description détaillée qui suit, faite en association avec les dessins annexés, sur lesquels des références numériques identiques sont attribuées à des éléments identiques, sur lesquels : — la figure 1 est un schéma décrivant un exemple non limitatif d'un système de traitement d'informations, — la figure 2 est un schéma décrivant un exemple non limitatif d'un système de traitement d'informations et d'un référentiel de mises à jour distant, — la figure 3 est un schéma décrivant un exemple non limitatif d'un ordinogramme de mise à jour de micrologi -->ciel conformément à un mode de réalisation illustratif, — la figure 4 est un schéma d'une structure de données à utiliser dans un mode de réalisation de la présente invention. Aux fins de la présente description, un système de traitement d'informations (IHS) peut inclure tout dispositif, ou ensemble de dispositifs, fonctionnel (s) pour calculer, classer, traiter, émettre, recevoir, récupérer, envoyer, commuter, mémoriser, afficher, manifester, détecter, enregistrer, reproduire, gérer ou utiliser toute forme d'informations, de renseignements 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 tout autre dispositif adapté et peut varier en taille, forme, performance, fonctionnalité 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'informations peuvent inclure une ou plusieurs unités de disque, un ou plusieurs ports réseau pour communiquer avec des dispositifs externes ainsi que divers dispositifs d'entrée et de sortie (E/S) , tels qu'un clavier, une souris et un afficheur vidéo. Le système de traitement d'informations peut également inclure un ou plusieurs bus opérationnels pour transmettre des communications entre les divers composants matériels. Lorsque du courant électrique est appliqué à l'IHS, un programme d'initialisation est automatiquement activé au démarrage du système. Le programme d'initialisation au -->démarrage, qui peut inclure un programme de système d'entrée/sortie de base (BIOS) , peut tester le matériel de l'IHS et la connectivité, exécuter des tâches de service et charger un programme d'exploitation qui permet à l'IHS d'exécuter des tâches nécessaires. Le terme BIOS a été utilisé à l'origine par des fournisseurs d'ordinateurs personnels pour se référer à un programme d'initialisation au démarrage. Le terme est également devenu commun pour identifier un micrologiciel de programme d'initialisation au démarrage utilisé dans d'autres dispositifs matériels tels que des serveurs de réseau. Encore d'autres classes d'ordinateurs utilisent ces termes génériques tels que "moniteur d'amorçage", "chargeur d'amorçage" ou "ROM d'amorçage" pour se référer au programme d'initialisation au démarrage. Des exemples d'un programme d'initialisation au démarrage incluent, mais ne sont pas limités à : BIOS PC ; BIOS EFI (Interface Micrologicielle Extensible) ; et Micrologiciel Ouvert. Le terme programme d'initialisation au démarrage est utilisé ici pour indure tous ces programmes d'initialisation au démarrage. En outre, un micrologiciel peut également être résident dans l'IHS pour commander et/ou communiquer avec, par exemple, des unités de disque dur, un circuit de réseau et d'autres dispositifs périphériques. Comme utilisé dans l'invention, un programme micrologiciel, également appelé image micrologicielle, inclut tout logiciel quelconque intégré dans un dispositif IHS utilisé pour exécuter des tâches prédéfinies. Dans le but de l'invention, le terme "micrologiciel" inclut, mais n'est pas limité à, un programme d'initialisation au démarrage. Un micrologiciel est communément mémorisé dans une mémoire non volatile. Une mémoire non volatile telle qu'utilisée ici, inclut tout dispositif de mémoire quelconque qui ne perd pas de données mémorisées lors de perte de puissance. -->Le programme d'initialisation au démarrage peut également concerner le chargement du système d'exploitation (OS). Comme utilisé ici, 1 ' OS est un programme logiciel, ou un ensemble de programmes qui gère les ressources matérielles et logicielles d'un dispositif électronique commandé par processeur, y compris, mais non limité à : un ordinateur, une carte mère, un serveur, un périphérique, des dispositifs E/S et tout autre composant IHS quelconque, ou une combinaison de composants. Un système OS d'exécution exécute des tâches de base, telles que commander et allouer de la mémoire, hiérarchiser le traitement des instructions, commander des dispositifs d'entrée et de sortie, faciliter la mise en réseau et gérer des fichiers. Des systèmes d'exploitation communs incluent, mais ne sont pas limités à, LINUX, UNIX et WINDOWS (marques déposées). Il est prévu que tout système d'exploitation approprié quelconque peut être utilisé dans les divers aspects de la présente invention. Il existe de nombreuses occasions au cours desquelles il est souhaitable de mettre à jour des parties du micrologiciel IHS. En tant qu'exemple non limitatif, le programme d'initialisation au démarrage système peut être mis à jour pour réparer des erreurs de programmation logicielle, communément appelées "bogues". En outre, des mises à jour peuvent tirer avantage de nouvelles fonctions de programme d'initialisation au démarrage qui deviennent disponibles après une mise à jour précédente, ou permettre au programme d'initialisation au démarrage de supporter un nouveau matériel système. Des mises à jour du micrologiciel utilisé pour des routines hors démarrage peuvent nécessiter une mise à jour pour des raisons similaires à celles définies ci-dessus pour un programme d'initialisation au démarrage. Sur des systèmes basés sur un PC, des mises à niveau de micrologiciel sont souvent délivrées en utilisant des -->programmes d'utilitaire basés sur un système d'exploitation à disque (DOS) plus rudimentaire . Ces mises à niveau peuvent nécessiter d'utiliser un environnement DOS pour accéder aux programmes d'utilitaire basé sur DOS. En se reportant à la figure 1, dans un exemple non limitatif un système de traitement d'informations 5, conformément à un premier aspect, comporte une unité centrale de traitement (CPU) 15. La CPU 15 peut être un processeur, un microprocesseur, un mini-calculateur ou tout autre dispositif approprié quelconque, pour exécuter des instructions programmées. La CPU 15 peut comporter une pluralité de ces processeurs, microprocesseurs, minicalculateurs et autres dispositifs. La CPU 15 peut être en communication de données sur un bus d'interface locale 40 ayant une mémoire de données fixes 25 et une mémoire 20. La mémoire 20 comporte une mémoire non volatile 35 ayant un programme micrologiciel 37, tel qu'un programme d'initialisation au démarrage, mémorisé dans celle-ci. Une mémoire non volatile inclut, mais n'est pas limitée à, une mémoire flash et une mémoire à lecture seule effaçable et programmable électriquement (EEPROM) . Le programme micrologiciel 37 peut contenir, par exemple, toutes les instructions de programmation requises pour commander par exemple un clavier 70, un moniteur d'affichage 75, une souris 80, une mémoire de données mobile 65, d'autres dispositifs d'entrée/sortie non représentés ici et un certain nombre de fonctions et/ou dispositifs divers. La mémoire 20 peut également comporter une mémoire à accès direct (RAM) 30. Le système OS et les programmes d'application peuvent être chargés dans la mémoire RAM 30 en vue de leur exécution. La mémoire RAM 30 peut être une mémoire volatile de sorte que des données dans la mémoire RAM 30 sont typiquement perdues lors d'une perte d'alimentation. -->Un dispositif de mémoire de données fixe 25 peut être utilisé pour mémoriser le système OS, des programmes d'application et d'autres données à utiliser par l'IHS 5. Un dispositif de mémorisation de données fixe se rapporte à des dispositifs de mémorisation non volatile incluant des dispositifs de mémorisation permanents et/ou semi-permanents. Des dispositifs de mémorisation de données fixes peuvent inclure, mais ne sont pas limités à, une unité de disque dur (HDD) et une unité à bande magnétique. En outre, un dispositif de mémorisation de données mobile 65 peut s'interfacer avec un bus d'interface local 40 pour transférer des données vers l'IHS 5 ou depuis celui-ci. Des exemples de mémoires de données mobiles incluent, mais ne sont pas limités à : une unité de disque dur portable externe ; un dispositif de mémorisation à semi-conducteurs, tel qu'une mémoire flash ; et un dispositif de mémorisation sur disque optique, tel qu'un disque compact (CD) et/ou un DVD. L'IHS 5 peut en outre comporter un adaptateur d'affichage vidéo 45, une pluralité d'interfaces d'entrée 50, une carte d'interface de modem/réseau (NIC) 55 et une pluralité d'interfaces de sortie 60. L'interface de sortie 60 peut transmettre des données à une imprimante 90 en vue d'une impression. L'IHS 5 peut être couplé à un réseau externe 95 via le contrôleur NIC 55 permettant ainsi à l'IHS 5 d'envoyer des données via le réseau externe 95 à un dispositif distant et de recevoir des données via celui-ci en provenance d'un dispositif distant. Comme représenté, le réseau externe 95 peut être un réseau local (LAN) , un réseau étendu (WAN) , incluant Internet ou tout autre réseau similaire quelconque. Comme décrit sur la figure 1, l'IHS 5 peut fonctionner en tant qu'ordinateur personnel, dispositif de mémorisation de réseau, serveur de réseau ou -->tout autre dispositif de traitement d'informations autorisé. Selon un autre aspect, en se reportant à la figure 2, un exemple non limitatif d'un système de traitement d'infor5 mations 100 comporte une unité centrale de traitement 15. L'unité CPU 15 est en communication de données avec la mémoire 35 ayant un programme micrologiciel, tel qu'un programme d'initialisation au démarrage, mémorisé dans celle-ci. La mémoire 35 comporte une mémoire non volatile 10 comme décrit précédemment. Une unité de disque dur 115 fournit une mémoire de données fixe pour un système OS et pour des programmes d'application et d'autres données. La CPU 15 est également en communication de données avec l'unité HDD 115 et le contrôleur d'interface de réseau 15 55. L'unité HDD 115 et le contrôleur NIC 55 peuvent également avoir tous les deux un micrologiciel mémorisé dans une mémoire non volatile pour commander chaque dispositif respectif. L'IHS 100 peut en outre inclure une carte complémentaire 127 ayant un micrologiciel résident. La carte 20 complémentaire 127 peut être en communication de données avec l'unité CPU 15. La carte complémentaire 127 peut fournir, en tant qu'exemples non limitatifs, une commande d'affichage vidéo et une commande d'interface de sortie. Un autre exemple non limitatif d'une carte complémentaire 25 peut être une carte RAID (réseau redondant de disques indépendants) . Une carte RAID commande une mémorisation de données entre de multiples dispositifs de mémorisation, tels que des disques durs. Des exemples de mémorisation de données RAID incluent, mais ne sont pas limités à, (a) 30 offrir une plus grande mémorisation de données insensibles aux défaillances en mémorisant des données de manière redondante à travers de multiples disques, (b) fournir des performances accrues en partageant des données à travers de multiples disques ou, (c) une combinai- 35 son particulière de (a) et (b) . -->La mémoire 25 est également en communication de données avec la CPU 15 et peut mémoriser au moins une partie du système OS utilisé pour actionner l'IHS 100. Le système OS peut être mémorisé sur une unité HDD 115. Au moins une partie du système OS peut être chargée depuis l'unité HDD 115 dans la mémoire 25 par le programme d'initialisation au démarrage pendant le démarrage système. Dans un exemple non limitatif, l'IHS 100 communique sur un réseau 135 avec un référentiel de programme de logiciel/micrologiciel 130. Le référentiel 130 peut résider dans un système IHS séparé, un serveur ou tout autre système de traitement de fichier approprié ayant des mises à jour mémorisées de manière récupérable dans celui-ci. Le référentiel 130 peut comporter de multiples référentiels accessibles sur le réseau. Le réseau 135 peut être un réseau LAN/WAN incluant l'Internet, et peut utiliser tout type quelconque de connexion appropriée pour une communication de données incluant, mais n'étant pas limitée à, une ligne terrestre, une connexion radiofréquence, une liaison par satellite et une liaison hertzienne. Dans un autre aspect, la présente invention fournit un système pour mettre à jour des programmes micrologiciels dans l'IHS 100 en utilisant en grande partie le même type de procédure et en utilisant en grande partie les mêmes programmes d'utilitaire de gestion de changement de logiciel utilisés pour mettre à jour le système OS s ' exécutant existant, également connu en tant que natif. Dans un mode de réalisation non limitatif, les programmes de gestion de changement sont résidents dans l'IHS 100. Les systèmes de gestion de changement de logiciel comportent typiquement des systèmes de gestion de modules pour faciliter les mises à niveau. Un système de gestion de modules comporte une collection de programmes d'utilitaires de logiciels (outils) utilisés pour automatiser le processus d'installation, de mise à niveau, de configura -->tion et de retrait des modules logiciels d'un ordinateur. Dans un tel système, un logiciel est distribué dans des modules, par exemple, dans un fichier unique. Ces modules incluent souvent la mise à niveau logicielle et d'autres informations importantes, telles qu'un nom de fichier, une version et un nom de fournisseur. Une liste d'autres modules logiciels, appelés dépendances, peut également être incluse. Les dépendances peuvent être requises pour que la mise à niveau logicielle fonctionne correctement. Par exemple, une version particulière d'un programme peut être requise pour mettre à jour correctement un autre programme sur un système IHS. Des exemples non limitatifs de systèmes de gestion de modules pour un système IHS en utilisant LINUX en tant que système OS incluent, mais ne sont pas limités à, le Gestionnaire de Modules RPM, le gestionnaire de modules GENTOO et le gestionnaire de modules DEBIAN. Un exemple non limitatif d'un gestionnaire de modules pour un système IHS s' exécutant sous WINDOWS en tant que système OS est MICROSOFT Installer MSI (raarques déposées) . Il est prévu que la présente invention englobe tous ces gestionnaires de modules et leurs programmes d'utilitaires logiciels associés pour tous les systèmes d'exploitation appropriés, ainsi que les futurs systèmes de gestion de modules développés dans le futur. Un gestionnaire de modules est un programme désigné pour générer et gérer des modules de logiciel incluant un programme source et/ou un programme binaire. Un gestionnaire de modules peut être exécuté sur différents types de systèmes IHS incluant, par exemple, un micro-ordinateur, une station de travail, un serveur de réseau et un mini-ordinateur. Un module de mise à jour peut inclure les programmes compilés et/ou des bibliothèques nécessaires pour mettre à jour, documenter, installer, vérifier et désinstaller, chaque fichier dans le module. En outre, un module de mise à jour peut vérifier un certificat nu -->mérique, ou une autre signature d' authentification pour chaque fichier dans le module. Le module de mise à jour peut également inclure une liste de modules de logiciel dont le module de mise à jour dépend, appelé dépendances, et une liste de services qui sont fournis par le module de mise à jour. Par exemple, en utilisant le Gestionnaire de Modules RPM en tant qu'exemple non limitatif, des fichiers de modules peuvent être de la forme de fichier *. rpm . Les modules de mise à jour peuvent être mémorisés dans une base de données telle qu'un référentiel 130, voir figure 2. Le gestionnaire de modules OS d'un système IHS peut périodiquement interroger ce référentiel pour des mises à jour logicielles. En utilisant un gestionnaire de modules, dans un mode de réalisation, des images de mise à jour de micrologiciel et les programmes d'utilitaire de mise à jour associés peuvent chacun être mis en module en tant que modules de mise à jour séparés en utilisant des techniques associées au gestionnaire de modules particulier. Une relation de dépendance quelconque existant entre les modules d'image de micrologiciel et les programmes logiciels nécessaires pour les installer peut être incluse en tant que données dans chaque module de mise à jour. Des fonctions de mise à jour, incluant, mais n'étant pas limitées à, une fonction d'inventaire de micrologiciel, une fonction de comparaison de version, une fonction de mise à niveau de micrologiciel, peuvent être incorporées dans un, ou plusieurs, programmes d'utilitaire. D'autres programmes d'utilitaires de logiciels peuvent être inclus comme requis. Des programmes de mise à jour et d'autres programmes d'utilitaires de logiciels peuvent être séparément téléchargés et mis à jour depuis les mises à jour de micrologiciel. La taille des modules de mise à jour peut être réduite en utilisant ce procédé du fait que les programmes d'utilitaires de mise à jour n'ont pas besoin -->d'être copiés dans chacun des modules de mise à jour utilisant cet ensemble de programmes d'utilitaires. Par exemple, pour des programmes micrologiciels multisystèmes, dans lesquels le programme d'installation est applicable à de multiples types de systèmes, le programme d'installation n'est pas dupliqué pour chaque type de système, mais rendu disponible une fois, en vue d'une utilisation par chacun des modules de mise à jour de micrologiciel . Dans un autre mode de réalisation, un programme d'installation de micrologiciel est créé pour chaque type OS. Le programme d'installation de micrologiciel s'exécute dans un environnement OS s 'exécutant. Lorsque exécuté, l'installateur de micrologiciel OS reconnaît un module de mise à jour et procède à l'installation de l'image dans la mémoire non volatile du système. La mise à jour de micrologiciel a une dépendance sur le programme d'installation. Pour satisfaire cette dépendance, le module de mise à jour de micrologiciel peut inclure une structure de données indiquant la dépendance. Par exemple, le module de mise à jour de micrologiciel peut inclure une structure de données ayant une chaîne 'Nécessite:'. La chaîne 'Nécessite: ' identifie les dépendances du module de mise à jour de micrologiciel pour s'assurer qu'une version donnée du programme d'installation OS est disponible afin de 1 ' installer. Le module de mise à jour de micrologiciel peut en outre inclure une structure de données telle que, par exemple, une chaîne 'Délivre: 1 . La chaîne 'Délivre:' identifie, entre autres choses, la nouvelle version de micrologiciel et l'ID du fournisseur du micrologiciel pour lequel cette mise à jour est prévue. Un module de mise à jour peut être lié à un ou plusieurs ID Système qui identifient de multiples produits nécessitant le même module de mise à jour. Dans un mode de réalisation non limitatif, le mo -->dule de mise à jour de micrologiciel a une chaîne 'Délivre: ' de la forme : system_bios (vendor-$vendor_system-$system) = $version', où $vendor est l'ID du Fournisseur défini PCI SIG (Groupe d'intérêt Spécial d'Interconnexion de Composant Périphérique) , $system est un identifiant de système unique au fournisseur, et $version est la chaîne de version d'une mise à jour d'image de micrologiciel de programme d'initialisation au démarrage. Des fichiers de données supplémentaires peuvent être inclus dans le module de mise à jour, lorsque nécessaire. La figure 4 est un exemple non limitatif d'une structure de données utilisée pendant le processus de mise à jour d'un programme micrologiciel. La structure de données "délivre" 400 représentée sur la figure 4 a quatre entités conformément à un mode de réalisation illustratif. La structure de données "délivre" est créée pendant la génération d'un module de mise à jour de micrologiciel. Une entrée ' system_bios ' 402 contient des données représentant le type de programme micrologiciel à mettre à jour. Une entrée ' vendor_$vendor ' 404 contient des données représentant le fournisseur particulier du micrologiciel à mettre à jour. Ces données peuvent être sous la forme du numéro d'identification du Fournisseur de Groupe d'intérêt Spécial d'Interconnexion de Composant Périphérique. Une entrée ' system_$system' 406 contient des données représentant un identifiant de système fournisseur. Une entrée '=$version' 408 contient des données représentant la version du logiciel de mise à jour contenue dans le programme de mise à jour de micrologiciel. Dans encore un autre mode de réalisation, une mise en module similaire peut être utilisée pour un micrologiciel de carte supplémentaire. Dans ce cas, l'ID PCI standard de l'industrie de la carte peut être inclus dans une -->chaîne 'Délivre: 1 pour identifier le fournisseur et la version du micrologiciel de carte supplémentaire. Dans encore un autre mode de réalisation, les modules de mise à jour de micrologiciel peuvent être mémorisés dans un référentiel, tel qu'un référentiel 130, voir figure 2, qui peut être accessible via l'Internet et/ou un intranet. Le référentiel 130 peut être conservé et peut être rend disponible par un accès distant par les programmes de gestion de mises à jour OS d'utilisateurs nécessitant des mises à jour. Par exemple, un logiciel de gestion de changements sur un système IHS, tel que le gestionnaire de modules OS, peut rechercher à travers des referentiels en ligne associés un module de mise à jour de micrologiciel (et une dépendance de logiciel) qui s'applique au matériel de ce système IHS spécifique. De multiples referentiels peuvent faire l'objet d'un accès pour différents modules de mise à jour de micrologiciel. Des referentiels peuvent être dupliqués sur de multiples sites. En variante, un support lisible par ordinateur peut avoir un référentiel de mises à jour de micrologiciel mémorisé dans celui-ci et peut être distribué à des clients pour cette activité de mise à jour. Un tel support lisible par ordinateur peut inclure, mais n'est pas limité à, un CD, un DVD, une bande magnétique, une mémoire flash, une ROM, une RAM et une disquette. Dans un exemple non limitatif, un tel référentiel de support lisible par ordinateur peut résider dans l'IHS 5. Dans un exemple non limitatif, un programme d'inventaire de micrologiciel OS est généré, installé et exécuté sur l'IHS 100 pour identifier un micrologiciel sur le système et sur des cartes complémentaires associées et des dispositifs nécessitant des mises à jour. Ces informations incluent, mais ne sont pas limitées à, un nom d'image de micrologiciel, une version, un ID de fournisseur et une date de mise à jour la plus récente. En outre, le micro -->logiciel peut être utilisé pour identifier une dépendance quelconque sur d'autres modules afin d'identifier, par exemple, si la version correcte du programme exécutable de l'installeur OS est disponible sur le système pour installer la mise à jour de micrologiciel. Le logiciel de gestion de changements conserve une trace de tous les changements et met à jour l'inventaire de micrologiciel lorsque des mises à jour de micrologiciel sont disponibles. Lorsque de nouveaux dispositifs et/ou cartes complémentaires sont installés dans l'IHS 100, il peut être nécessaire d'exécuter le programme d'inventaire de micrologiciel pour créer une liste de dispositifs ajoutés, de sorte que les modules de mise à jour de micrologiciel correspondants peuvent être installés sur l'IHS 100. Une fois que le module de mise à jour de micrologiciel est téléchargé vers l'IHS, le système de gestion de changement OS s' exécutant peut prendre à sa charge et gérer les mises à niveau du module de micrologiciel d'une manière en grande partie identique à celle utilisée pour des mises à jour de logiciel OS. Ceci inclut, mais n'est pas limité à, la mise à jour du micrologiciel sans nécessiter de redémarrage du système de traitement d'informations, ou une exécution supplémentaire du programme d'initialisation au démarrage. La figure 3 est une représentation schématique d'un exemple non limitatif d'un mode de réalisation d'un schéma de mise à jour de micrologiciel, dans lequel un module de mise à jour de micrologiciel est généré à l'étape 205. Le module de mise à jour de micrologiciel est mémorisé dans un référentiel de mise à jour à l'étape 210. Un programme exécutable OS s'exécute sur un système IHS dans des versions de micrologiciel IHS d'inventaire et de micrologiciel à l'étape 215. Les dépendances de version de micrologiciel sont déterminées à l'étape 220. A l'étape 225, un programme exécutable OS s'exécute sur l'IHS en utili -->sant le logiciel de gestion de changement OS d'exécution et les informations d'inventaire et de version de micrologiciel, conjointement avec les informations de dépendance, pour interroger le référentiel distant en vue de mises à jour de micrologiciels disponibles. Les mises à jour de micrologiciels disponibles sont téléchargées depuis le référentiel dans l'IHS à l'étape 230. Une fois que les mises à jour sont téléchargées, un programme exécutable OS s'exécute en utilisant le logiciel de gestion de changement OS pour mettre à jour le micrologiciel associé à l'IHS à l'étape 235. Le micrologiciel associé à l'IHS inclut, mais n'est pas limité à, le micrologiciel de programme d'initialisation au démarrage, le micrologiciel de matériel IHS et le micrologiciel de carte complémentaire. Le micrologiciel de matériel IHS peut comporter un micrologiciel de disque dur, un micrologiciel de contrôleur de réseau, un micrologiciel de système d'alimentation et tout autre micrologiciel dans l'IHS. Il est prévu que la présente invention couvre tous les systèmes d'exploitation appropriés et leurs systèmes et formats de gestion de modules associés. Les concepts décrits ici sont destinés à englober les systèmes d'exploitation LINUX, UNIX et WINDOWS (marques déposées) ainsi que tout autre système d'exploitation approprié. Un exempie de système d'exploitation WINDOWS non limitatif d'un gestionnaire de modules inclut le service de Mise à Jour de Serveur WINDOWS (WSUS) qui offre de multiples modules, de multiples referentiels et des interdépendances. Dans un autre mode de réalisation, la présente invention peut être mise en oeuvre sous forme d'un ensemble d'instructions sur un support lisible par ordinateur comportant une ROM, une RAM, un CD, un DVD, une unité de disque dur, un dispositif de mémoire flash ou tout autre support lisible par ordinateur, déjà connu ou inconnu, qui lorsque exécuté, amène un système de traitement d' informa -->tions, par exemple, l'IHS 100, à mettre en oeuvre un procédé de la présente invention. Dans un mode de réalisation illustratif, un support lisible par ordinateur contient un ensemble d'instructions exécutables lesquelles lorsque exécutées par l'IHS 100 mettent en oeuvre un procédé mettant à jour un programme micrologiciel dans l'IHS 100. Le procédé comporte l'exécution d'un programme dans l'environnement de système d'exploitation qui fonctionne en coopération avec un module de mise à jour de micrologiciel pour mettre à jour un programme micrologiciel dans le système de traitement d ' informations . Le support lisible par ordinateur peut en outre comporter un deuxième ensemble d'instructions exécutables lesquelles, lorsque exécutées par l'IHS 100, déterminent un inventaire de micrologiciel du système de traitement d'informations . Le support lisible par ordinateur peut en outre comporter un troisième ensemble d'instructions exécutables lesquelles, lorsque exécutées par l'IHS 100, interrogent un référentiel pour identifier un module de mise à jour de micrologiciel associé à l'inventaire de micrologiciel. Bien que plusieurs modes de réalisation aient été représentés et décrits, plusieurs modifications et remplaceents peuvent être apportés à ceux-ci sans sortir du cadre de la présente invention. En conséquence, il doit être compris que les exemples de la présente invention ont été présentés à titre d'illustration et non pas de limitation. --> REVENDICATIONS 1. Procédé de mise à jour d'un micrologiciel (37), caractérisé en ce qu'il comporte l'étape consistant à : - exécuter un programme de gestion de changement de système d'exploitation natif qui fonctionne en coopération avec un module de mise à jour de micrologiciel afin de mettre à jour un programme micrologiciel dans le système de traitement d'informations (5). 2. Procédé selon la revendication 1, caractérisé en ce que le programme micrologiciel est mis à jour sans nécessiter de redémarrage du système de traitement d'informations (5) . 3. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre l'exécution d'un programme d'inventaire de micrologiciel sur le système de traitement d'informations (5) afin de déterminer un inventaire du micrologiciel du système de traitement d'informations (5) . 4. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre l'exécution d'un second programme de gestion de changement de système d'exploitation natif sur le système de traitement d'informations (5) afin de transmettre une interrogation à un référentiel afin d'identifier un module de mise à jour de micrologiciel associé à l'inventaire de micrologiciel. 5. Procédé selon la revendication 1, caractérisé en ce que le système d'exploitation natif est choisi dans le groupe formé par : un système d'exploitation LINUX, un système d'exploitation UNIX et un système d'exploitation WINDOWS. -->6. Procédé selon la revendication 1, caractérisé en ce que le programme micrologiciel est un programme d'initialisation au démarrage. 7. Procédé selon la revendication 3, caractérisé en ce que le programme d'inventaire de micrologiciel identifie une dépendance de module de mise à jour. 8. Procédé selon la revendication 4, caractérisé en ce que le référentiel est distant du système de traitement d'informations (5). 9. Dispositif, caractérisé en ce qu'il comprend : — un système de traitement d'informations (5) exécutant un système d'exploitation, et — un programme de gestion de changement de système d'exploitation dans une mémoire du système de traitement d'informations (5) qui fonctionne en coopération avec le système d'exploitation et un module de mise à jour de micrologiciel pour mettre à jour un programme micrologiciel dans le système de traitement d'informations. 10. Dispositif selon la revendication 9, caractérisé en ce que le programme micrologiciel est mémorisé dans une mémoire non volatile. 11. Dispositif selon la revendication 9, caractérisé en ce qu'il comporte en outre une carte complémentaire (127) en communication de données avec le système de traitement d'informations (5). 12. Dispositif selon la revendication 11, caractérisé en ce que le programme de gestion de changement de système -->d'exploitation fonctionne en coopération avec un second module de mise à jour de micrologiciel pour mettre à jour, un second programme micrologiciel dans une seconde mémoire localisée sur la carte complémentaire (127) . 13. Dispositif selon la revendication 9, caractérisé en ce que le système d'exploitation est choisi dans le groupe formé par : un système d'exploitation LINUX, un système d'exploitation UNIX et un système d'exploitation WINDOWS. 14. Procédé pour mettre à jour un micrologiciel, caractérisé en ce qu'il comporte les étapes consistant à : — générer un module de mise à jour de micrologiciel qui est exécutable dans un programme de gestion de changement s ' 'exécutant dans un système d'exploitation natif sur un système de traitement d'informations (5), et — mémoriser le module de mise à jour de micrologiciel dans un référentiel disponible à un utilisateur. 15. Procédé selon la revendication 14, caractérisé en ce que le système d'exploitation natif est choisi dans le groupe formé par : un système d'exploitation LINUX, un système d'exploitation UNIX et un système d'exploitation WINDOWS. 16. Procédé selon la revendication 14, caractérisé en ce que le référentiel comporte un support lisible par ordinateur ayant le module de mise à jour de micrologiciel mémorisé sur celui-ci. 17. Procédé selon la revendication 14, caractérisé en ce que le référentiel comprend le module de mise à jour du micrologiciel mémorisé sur un second système de traite -->ment d'informations (100) en communication de données avec le système de traitement d'informations (5).