FR 2916062 A1 20081114 FR 0803556 A 20080625 La présente invention concerne de manière générale des systèmes de traitement d'informations et, plus particulièrement, un système, et un procédé pour une génération dynamique de modèles opérationnels environnemen- taux. Du fait que la valeur et l'utilisation des informations continuent à croître, les personnes et les entre-prises 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'in-formations 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 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 va-rient 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émo-risé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 cu 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 peu-vent être configurés pour traiter, mémoriser et communi-quer des informations et peuvent inclure un ou plusieurs systèmes informatiques, systèmes de mémorisation de don-nées, et systèmes de gestion de réseau. Plusieurs systèmes de traitement d'informations peuvent être réalisés sous forme de serveurs qui peuvent être montés dans des armoires de serveurs. Les serveurs peuvent également accéder à, et prendre en charge des in-formations, des applications, et plusieurs types de don-nées dans de multiples clients via un Intranet, l'Inter-net, ou des combinaisons de ceux-ci. Des serveurs de ges- tion et des configurations de serveur, ont historiquement été réalisés par des administrateurs système accédant à des terminaux connectés à des serveurs. Par exemple, un administrateur système peut modifier un logiciel, du matériel, et d'autres configurations pour un ou plusieurs serveurs. De récents développements de la technologie de gestion des serveurs incluent de délivrer des applications de gestion distantes qui permettent aux administrateurs système de surveiller à distance et d'accéder à un logiciel serveur, du matériel, la gestion de l'énergie et plusieurs autres composants associés. Cependant, la complexité et la densité des serveurs et des composants associés agencés dans les armoires de serveur pour certains centres de données d'entreprise ont un impact sur les conditions environnementales et opérationnelles des ser- veurs dans les centres de données. On va constater que dans un but de simplicité et de clarté de la description, des éléments illustrés sur les figures ne sont pas nécessairement dessinés à l'échelle. Par exemple, les dimensions de certains des éléments sont exagérées par rapport à d'autres éléments. Des modes de réalisation incorporant les enseignements de la présente description sont représentés et décrits eu égard aux dessins présentés ici, sur lesquels : - la figure 1 représente un schéma fonctionnel d'un système de traitement d'informations conformément à un aspect de la présente invention, - la figure 2 représente un schéma fonctionnel d'un système de commande à analyse opérationnelle activée environnementale conformément à un autre aspect de la présente invention, et - la figure 3 illustre un ordinogramme d'un pro-cédé pour générer des sorties d'analyse opérationnelle environnementale conformément à un aspect de la présente invention. L'utilisation des mêmes symboles de référence dans les différents dessins désigne des éléments similaires ou identiques. La description qui va suivre en association avec les dessins est fournie pour aider à la compréhension des enseignements décrits ici. La description qui va suivre va s'intéresser particulièrement à des implémentations spécifiques et à des modes de réalisation des enseigne-ments. Cet intérêt particulier est destiné à faciliter la description des enseignements et ne doit pas être interprété en tant que limitation de la portée ou de l'applicabilité des enseignements. Cependant, d'autres enseignements peuvent certainement être utilisés dans cette ap- plication. Les enseignements peuvent également être utilisés dans d'autres applications et avec plusieurs types différents d'architectures telles que des architectures informatiques réparties, des architectures client/serveur, ou des architectures de serveur médiateur et des compo-sants associés. Dans le but de cette description, un système de traitement d'informations peut inclure tout dispositif ou ensemble de dispositifs fonctionnels pour calculer, classer, traiter, émettre, recevoir, récupérer, envoyer, corn- muter, mémoriser, afficher, manifester, détecter, enre- gistrer, reproduire, gérer ou utiliser toute forme d'in-formations, 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 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. Conformément à un aspect de la présente invention, un procédé consistant à déterminer des conditions opérationnelles environnementales pour un système de traitement d'informations est décrit. Le procédé peut inclure l'accès à des informations de configuration d'un système à utiliser dans un site et la génération d'une sortie de premières informations thermiques en utilisant les informations de configuration. Le procédé peut en outre inclure l'utilisation de la sortie de premières in-formations thermiques pour déterminer une analyse opérationnelle environnementale. Conformément à un aspect supplémentaire de la présente invention, un système de commande à analyse opé- rationnelle environnementale activée peut inclure une source d'attribut thermique associée en fonctionnement à une source de système de commande. Le système de commande activé à analyse opérationnelle environnementale activée peut également inclure un processeur de gestion thermique opérationnel pour recevoir une entrée en provenance d'une application de consommation d'énergie et d'une source de modélisation opérationnelle environnementale. Le processeur de gestion thermique peut être en outre opérationnel pour délivrer en sortie une représentation d'une analyse opérationnelle environnementale. Conformément à un mode particulier de réalisation de la présente invention, un système de traitement d'in-formations peut inclure un outil de planification opéra- tionnel pour permettre la sélection d'un système à utiliser dans un site. Le système de traitement d'informations peut également inclure un processeur de gestion thermique couplé en fonctionnement à l'outil de planification. Le processeur de gestion thermique peut inclure une entrée opérationnelle pour recevoir un attribut d'un composant sélectionné en association avec l'utilisation de l'outil de planification, et une sortie opérationnelle pour délivrer en sortie des informations qui peuvent être utilisées pour déterminer une analyse CFD. Le processeur de gestion thermique peut en outre inclure une source d'entrée d'analyse CFD opérationnelle pour recevoir une ana-lyse CFD à présenter en association avec l'outil de planification. La figure 1 illustre un schéma fonctionnel d'un mode de réalisation en exemple d'un système de traitement d'informations, désigné de manière générale par la référence numérique 100. Sous une forme, le système de traitement d'informations 100 peut être un système informatique tel qu'un serveur. Comme représenté sur la figure 1, le système de traitement d'informations 100 peut inclure un premier processeur physique 102 couplé à un premier bus hôte 104 et peut en outre inclure des processeurs supplémentaires généralement désignés en tant que nième processeur physique 106 couplés à un deuxième bus hôte 108. Le premier processeur physique 102 peut être couplé à un jeu de puces 110 via le premier bus hôte 104. En outre, le nième processeur physique 106 peut être couplé au jeu de puces 110 via le deuxième bus hôte 108. Le jeu de puces 110 peut supporter de multiples processeurs et peut permettre un traitement simultané de multiples processeurs et supporter l'échange d'informations dans le système de traitement d'informations 100 pendant de multiples opérations de traitement. Conformément à un aspect, le jeu de puces 110 peut être désigné en tant que concentrateur de mémoire ou en tant que contrôleur de mémoire. Par exemple, le jeu de puces 110 peut inclure une Architecture de Concentrateur Accélérée (AHA) qui utilise un bus dédié pour transférer des données entre le premier processeur physique 102 et le nième processeur physique 106. Par exemple, le jeu de puces 110 incluant un jeu de puces activé AHA peut inclure un concentrateur de contrôleur de mémoire et un concentrateur E/S. En tant que concentrateur de contrôleur de mémoire, le jeu de puces 110 peut fonctionner pour délivrer un accès au premier processeur physique 102 en utilisant le premier bus 104 et au nième processeur physique 106 en utilisant le deuxième bus hôte 108. Le jeu de puces 110 peut également fournir une interface de mémoire pour accéder à la mémoire 112 en utilisant un bus de mémoire 114. Dans un mode de réalisation particulier, les bus 104, 108, et 114 peuvent être des bus individuels ou une partie du même bus. Le jeu de puces 110 peut également fournir une commande de bus et peut traiter des transferts entre les bus 104, 108 et 114. Conformément à un autre aspect, le jeu de puces 110 peut être généralement considéré en tant que jeu de puces spécifique à une application qui fournit la connectivité à plusieurs bus, et intègre d'autres fonctions système. Par exemple, le jeu de puces 110 peut être four-ni en utilisant également un jeu de puces d'Architecture de Concentrateur Intel (nom commercial déposé) (IHA) qui peut inclure deux composants, un Concentrateur de Contrôleur de Mémoire Graphique et AGP (GMCH) et un Concentra- teur de Contrôleur E/S (ICH). Par exemple, un Intel 820E, un jeu de puces 815E, ou une combinaison quelconque de ceux-ci, disponible auprès de la société Intel Corporation de Santa Clara, Californie, peut délivrer au moins une partie du jeu de puces 110. Le jeu de puces 110 peut également être conditionné en tant que circuit intégré spécifique à une application (ASIC). Le système de traitement d'informations 100 peut également inclure une interface graphique vidéo 122 qui peut être couplée au jeu de puces 110 en utilisant un troisième bus hôte 124. Sous une forme, l'interface graphique vidéo 122 peut être une interface AGP (Port Graphique Accéléré) pour afficher un contenu dans une unité d'affichage vidéo 126. D'autres interfaces graphiques peuvent également être utilisées. L'interface graphique vidéo 122 peut délivrer une sortie d'affichage vidéo 128 à l'unité d'affichage vidéo 126. L'unité d'affichage vidéo 126 peut inclure un ou plusieurs types d'affichage vidéo tels qu'un écran plat (FPD) ou un autre type de dispositif d'affichage. Le système de traitement d'informations 100 peut également inclure une interface E/S 130 qui peut être connectée via un bus E/S 120 au jeu de puces 110. L'interface E/S 130 et le bus E/S 120 peuvent inclure des bus standards de l'industrie ou des bus propriétaires et des interfaces ou des contrôleurs respectifs. Par exemple, le bus E/S 120 peut également inclure un bus PCI (Interconnexion de Composants Périphériques) ou un bus PCI-Express à haute vitesse. Dans un mode de réalisation, un bus PCI peut être mis en fonctionnement à environ 66 MHz et un bus PCI-Express peut être mis en fonctionnement à environ 128 MHz. Des bus PCI et des bus PCI-Express peuvent être fournis pour se conformer aux normes de l'industrie en vue d'une connexion et d'une communication entre plusieurs dispositifs matériels adaptés à PCI. D'autres bus peuvent également être fournis en association avec le bus E/S 120, ou indépendamment de celui-ci incluant, mais n'étant pas limité à, des bus standards de l'industrie ou des bus propriétaires, tels que les bus ISA, SCSI, I2C, SPI, ou USB. Dans un mode de réalisation en variante, le jeu de puces 110 peut être un jeu de puces utilisant une configuration de jeu de puces de Pont Nord/Pont Sud (non illustrée). Par exemple, une partie de Pont Nord du jeu de puces 110 peut communiquer avec le premier processeur physique 102 et peut commander l'interaction avec la mémoire 112, le bus E/S 120 qui peut être opérationnel en tant que bus PCI, et des activités pour l'interface graphique vidéo 122. La partie de Pont Nord peut également communiquer avec le premier processeur physique 102 en utilisant le premier bus hôte 104 et le deuxième bus hôte 108 couplé au nième processeur physique 106. Le jeu de pu-ces 110 peut également inclure une partie de pont Sud (non illustrée) du jeu de puces 110 et peut traiter des fonctions d'entrée/sortie (E/S) du jeu de puces 110. La partie de Pont Sud peut gérer les formes de base de E/S telles qu'un Bus Série Universel (USB), une E/S série, des sorties audio, une Interface Electronique pour Appareil Intégré (IDE), et une E/S ISA pour le système de traitement d'informations 100. Le système de traitement d'informations peut en outre inclure un contrôleur de disques 132 couplé au bus E/S 120, et connectant une ou plusieurs unités de disques internes telle qu'une unité de disque dur (HDD 134) et une unité de disque optique (ODD 136) telle qu'un Disque Compact en Lecture/Ecriture (R/W-CD), un Disque Vidéo Numérique en Lecture/Ecriture (R/W-DVD), un Minidisque Vidéo Numérique en Lecture/Ecriture (R/W mini--DVD), ou un autre type d'unité de disque optique. Le système de traitement d'informations 100 peut également inclure le processeur de gestion thermique 138 opérationnel pour délivrer en sortie une représentation d'une analyse opérationnelle environnementale en association avec un composant, un dispositif, un système, etc. ayant un ou plusieurs attributs qui peuvent être utilisés pour calculer une sortie thermique attendue. Le processeur de gestion thermique 138 peut être agencé en tant que processeur, application logicielle, dans un micrologiciel, ou tout autre type quelconque de support opéra- tionnel pour fournir le processeur de gestion thermique 138. En outre, une ou plusieurs entrées et sorties peu-vent être utilisées par le système de traitement d'informations 100 en association avec l'utilisation du processeur de gestion thermique 138. Conformément à un aspect, un ou plusieurs attributs pour un ou plusieurs des composants peuvent être mémorisés dans une base de données locale ou distante accessible par le système de traitement d'informations 100. Par exemple, des attributs peuvent être mémorisés dans l'unité HDD 134. Cependant, dans d'autres modes de réalisation, les attributs peuvent faire l'objet d'un accès en utilisant l'interface E/S 130 couplée à un réseau tel que l'intranet, l'Internet, ou d'autres réseaux qui peuvent fournir un accès à des in-formations qui peuvent être utilisées par le système de traitement d'informations. Conformément à un autre as- 10 pect, le processeur de gestion thermique 138 peut être mémorisé en tant qu'application distante du système de traitement d'informations 100 et peut faire l'objet d'un accès lorsque voulu. Sous une forme, une ou plusieurs parties du processeur de gestion thermique 138 agencé en tant qu'application peuvent être mémorisées dans une mémoire ou un autre dispositif de mémorisation du système de traitement d'informations 100 et faire l'objet d'un accès lorsque voulu. Pendant le fonctionnement, le système de traite-ment d'informations 100 peut accéder à des attributs ou de composant pour déterminer une analyse opérationnelle environnementale pour un dispositif, un composant, un serveur, une armoire, ou toute combinaison quelconque de ceux-ci. Sous une forme, l'analyse opérationnelle environnementale peut également inclure une analyse CFD. Par exemple, le processeur de gestion thermique 138 peut être utilisé par le système de traitement d'informations 100 et des parties, ou la totalité du processeur de gestion thermique 138 peuvent être utilisés pour délivrer en sortie une analyse CFD (Computation Fluid Dynamic). Conformément à un aspect, une analyse opérationnelle environne-mentale peut inclure une analyse d'une consommation d'énergie attendue, d'une dissipation thermique, d'un facteur de limite géométrique conditionnelle, ou de plu-sieurs autres facteurs qui peuvent influencer l'environnement opérationnel d'un système ou d'un site en utilisant un ou plusieurs composants, dispositifs, serveurs, systèmes de traitement d'informations, armoires de ser- veurs ou de serveurs lames, ou tout autre élément quel-conque qui peut avoir un impact ou une influence sur l'environnement. Par exemple, un site peut inclure un système de traitement d'informations incluant un ou plu-sieurs serveurs, armoires de serveurs et boitiers, compo- sants de châssis, ventilateurs, orifices de ventilation, et plusieurs autres sources qui peuvent avoir un impact sur l'environnement opérationnel. En tant que tel, le processeur de gestion thermique 138 peut accéder à des attributs pour chaque composant d'un système, et délivrer en sortie une analyse opérationnelle environnementale pour le système. De cette manière, un utilisateur peut utiliser l'analyse opérationnelle environnementale dans plusieurs buts incluant, une gestion de sites des systèmes, la gestion des besoins environnementaux pour des si- tes, la détermination d'un impact de systèmes à acheter, l'application de bons de commande à un site existant, ou plusieurs autres applications ou utilisations qui peuvent tirer bénéfice de l'analyse opérationnelle environnementale. La figure 2 illustre un schéma fonctionnel d'un système de commande à analyse opérationnelle environne-mentale activée, décrit de manière générale en tant que système 200, qui peut être opérationnel pour délivrer en sortie une analyse opérationnelle environnementale basée sur des attributs d'un système à acheter ou à commander. Le système 200 peut être utilisé, en totalité ou en partie, par le système de traitement d'informations 100 il-lustré sur la figure 1, ou tout autre type quelconque de système qui peut être utilisé pour fournir le système 200. Le système 200 peut inclure une interface utilisateur de sélection de produit 202 couplée en fonctionne-ment à une source d'informations telle qu'une source de données de commande 204 opérationnelle pour mémoriser des informations pour des bons de commande de serveurs, de systèmes, de dispositifs, de composants ou de tout autre type de produit qui peut être sélectionné en vue d'une utilisation par un utilisateur final. Le système 200 peut en outre inclure une source d'informations thermiques telle qu'une source de données thermiques 206 opération- nelle pour délivrer des informations thermiques, des attributs, des descripteurs ou plusieurs autres formes de données ou d'informations pour des produits qui peuvent être achetés. La source de données thermiques 206 et la source de système de commande 204 peuvent être agencées en tant que sources d'informations ou de données séparées cependant, dans d'autres modes de réalisation, elles peu-vent être combinées en tant que source de données unique. Le système 200 peut également inclure un calcula- teur de consommation d'énergie 208 couplé en. fonctionne-ment à la source de données thermiques 206 et à la source de données de commande 204. Le calculateur de consommation d'énergie 208 peut également être coup=_é à une interface utilisateur de sélection de produit 202 pour dé- livrer en sortie des estimations de consommation d'énergie pour des produits à acheter. Le système 200 peut également inclure un processeur de gestion thermique 210 couplé au calculateur de consommation d'énergie 208. Sous une forme, le processeur de gestion thermique 210 peut recevoir une entrée en provenance d'une source d'informations de site telle qu'une source de données de site 212. Par exemple, la source de données de site 212 peut inclure une source de données système d'extrémité, une source de données de gestion de site, une source d'inté- gration de centre de données, ou tout autre type de source ou d'application qui peut délivrer une entrée au processeur de gestion thermique 210. Le processeur de gestion thermique 210 peut également être couplé à un moteur de traitement CFD 214 opérationnel pour générer une analyse opérationnelle environnementale telle que des modèles CFD ou une analyse basée sur une entrée depuis le processeur de gestion thermique 210. Par exemple, le moteur de traitement CFD 214 peut recevoir une entrée CFD en provenance du processeur de gestion thermique 210, et le moteur de traitement CFD 214 peut délivrer en sortie une analyse CFD au processeur de gestion thermique 210. Le moteur de traitement CFD 214 peut être délivré en tant qu'application externe au système 200. Sous une autre forme, le moteur de traitement CFD 214 peut être agencé en tant qu'application séparée opérationnelle pour utiliser l'entrée CFD délivrée par le processeur de gestion thermique 210. Par exemple, le système 200 peut être utilisé en association avec plusieurs applications de modélisation CFD tierce, incluant, mais n'étant pas limité à, des applications fournies par Flovent, Tileflow, Airpak (marques déposées), ou autres. Pendant le fonctionnement, un utilisateur peut sélectionner un composant, un système, un serveur ou plu-sieurs autres produits, ou une combinaison quelconque de ceux-ci, en utilisant l'interface utilisateur de sélection de produit 202. Par exemple, la source de données de commande 204 peut présenter un ou plusieurs produits via un outil de planification, un catalogue en ligne, ou tout autre type quelconque d'interface utilisateur qui peut être utilisée pour sélectionner des produits. Sous une forme, la source de données de commande 204 peut actualiser une liste de produits qui peuvent être sélectionnés. La source de données de commande 204 peut inclure des attributs pour un ou plusieurs composants qui sont associés à un produit à acheter. Par exemple, la source de données de commande 204 peut inclure des données d'attribut pour plusieurs types de serveurs, et des composants associés, utilisés pour délivrer un type spécifique de serveur. Un ou plusieurs attributs de composants à acheter peuvent être mémorisés par la source de données de commande 204 communiquée au calculateur de consommation d'énergie 208. De plus, le calculateur de consommation d'énergie 208 peut accéder à la source de données thermiques 206 et dé-terminer un ou plusieurs attributs thermiques pour un composant. Les attributs peuvent inclure plusieurs types d'informations descriptives pour des composants spécifiques associés à des produits à acheter. Des attributs et des attributs thermiques peuvent inclure plusieurs types d'informations qui peuvent être utilisées pour déterminer une analyse opérationnelle environnementale incluant, mais n'état pas limitée à, la puissance, les limites thermiques, la grandeur et la direction du débit d'air, des informations géométriques ou de dimension telles que la longueur, la largeur, la hauteur, le poids, etc. Des attributs peuvent également inclure des informations concernant la disponibilité et le type de refroidissement pour un système, le placement relatif des composants dans un système, et plusieurs autres données de configuration. Sous une forme, le calculateur de consommation d'énergie 208 peut faire l'objet d'un accès via un outil de planification qui peut faire l'objet d'un accès par un utilisateur en utilisant l'interface utilisateur de sélection de produit 202 ou une autre interface associée pour acheter un produit. Lorsqu'un utilisateur accède au calculateur de consommation d'énergie 208, la source de données thermiques 206 peut délivrer les attributs thermiques au calculateur de consommation d'énergie 208, et le calculateur de consommation d'énergie 208 peut estimer la consommation d'énergie pour un produit à acheter. Sous une forme, le système 200 peut utiliser le processeur de gestion thermique 210 pour déterminer une analyse CFD pour un produit à acheter. Par exemple, le processeur de gestion thermique 210 peut recevoir une sortie de données thermiques en provenance du calculateur de consommation d'énergie 208. Le processeur de gestion thermique 210 peut générer une sortie qui peut être couplée au moteur de traitement CFD 214 pour déterminer une analyse CFD pour les produits à acheter. Par exemple, un ou plusieurs attributs peuvent être entrés dans le pro- cesseur de gestion thermique 210 depuis la source de don- nées thermiques 206, la source de données de commande 204, le calculateur de consommation d'énergie 208 ou toute combinaison quelconque de ceux-ci. Sous une forme, le processeur de gestion thermique 210 peut accéder au calculateur de consommation d'énergie 208 pour déterminer une sortie thermique pour un ou plusieurs des produits à acheter. Cependant, sous d'autres formes, le processeur de gestion thermique 210 peut inclure un calculateur de consommation d'énergie opérationnel pour déterminer une sortie thermique. Sous une forme, un utilisateur peut sélectionner un système ou un produit à commander, tel qu'un serveur lame qui peut être installé clans une armoire existante, et opérationnel pour une utilisation dans une application de gestion de base de données à haute capacité. En tant que tel, le système 200 peut être utilisé pour permettre à un utilisateur de sélectionner des informations de produit spécifique à un site, ou une utilisation spécifique à une application pour un produit à acheter. Des attributs peuvent ensuite être déterminés en utilisant la source de données de commande 204 et la source de données thermiques 206 pour déterminer une ana-lyse opérationnelle environnementale. Lors de la détermination d'une sortie thermique pour un produit, ou un groupe de produits à acheter, le processeur de gestion thermique 210 peut produire une sortie qui peut être utilisée par le moteur de traitement CFD 214. Par exemple, l'entrée CFDproduite par le processeur de gestion thermique 210 peut être formatée en tant que type de fichier "pdml", type de fichier "vrml", type de fichier "xml", ou plusieurs autres types de fichiers qui peuvent être utilisés par le moteur de traite-ment CFD 214. Sous une forme, l'entrée CFD peut être sélectionnable par l'utilisateur final comme voulu avant de produire l'entrée CFD. En tant que telle, l'entrée CFD peut être générée sur la base d'un type d'application qui peut être utilisé pour délivrer une analyse ou un modèle CFD. Sous une autre forme, l'entrée CFD peut être délivrée en tant que fichier qui peut être entré par l'utilisateur final dans le moteur de traitement CFD 214. Conformément à un aspect, le processeur de gestion thermique 210 peut recevoir une entrée en provenance d'une source opérationnelle pour délivrer des attributs ou d'autres données décrivant un site d'utilisateur final ou un centre de données. Par exemple, une source de don- nées de site 212 peut être entrée dans le processeur de gestion thermique 210 en association avec l'achat d'un produit. Sous une forme, la source de données de site 212 peut inclure une source d'intégration opérationnelle pour traduire des systèmes de description d'attribut et des composants qui peuvent être déjà en place dans un site d'utilisateur final. Par exemple, un site d'utilisateur final peut inclure un centre de données ayant plusieurs armoires de serveurs, des serveurs et des composants associés ou des ressources, un placement relatif des compo- sants, des facteurs de forme, des impératifs de chauffage et de refroidissement ou la disponibilité, la commande d'humidité pour un site, l'espace disponible ou plusieurs autres types de conditions opérationnelles environnementales pour décrire un site. De plus, le site peut inclure plusieurs types de serveurs ou de systèmes qui peuvent être délivrés par de nombreux fabricants, fournisseurs, entreprises, etc. Le processeur de gestion thermique 210 peut recevoir des attributs pour le site et convertir les attributs, si voulu, en un format souhaitable. En tant que telle, la source de données de site 212 peut délivrer des attributs pour un site et entrer les attributs dans le processeur de gestion thermique 210. Sous une forme, les attributs de site peuvent être combinés aux attributs d'un système à acheter ou à commander. Sous une forme, les attributs peuvent être combinés par le processeur de gestion thermique 210. Le processeur de gestion thermique 210 peut déterminer une sortie thermique pour les données combinées ou les informations et communiquer une entrée CFD au moteur de traitement CFD 214. Sous une forme, le calculateur de consommation d'énergie 208 peut déterminer une sortie thermique des données combinées et le processeur de gestion thermique 210 peut délivrer la sortie CFD basée sur les données combinées. Conformément à un autre aspect, le calculateur de consommation d'énergie 208 peut déterminer une sortie thermique séparément et entrer la sortie thermique pour les attributs de site et la commande d'achat dans le processeur de gestion thermique 210. Lors de la détermination des sorties thermiques, le processeur de gestion thermique 210 peut fournir une entrée CFD au moteur de traitement CFD 214. Le moteur de traitement CFD 214 peut simuler un impact opérationnel environnemental, tel qu'un modèle CFD en utilisant l'entrée CFD. Par exemple, la simulation CFD peut inclure la détermination d'un impact environnemental qu'un produit, ou un groupe de produits, peut avoir sur un site. Lors de la détermination d'une analyse ou d'un modèle CFD, le moteur de traitement CFD 214 peut délivrer une sortie. Sous une forme, la sortie d'analyse CFD peut être directement couplée au processeur de gestion thermique 210. Cependant, dans d'autres modes de réalisation, le processeur de gestion thermique 210 peut recevoir les résultats simulés CFD sous forme de fichier séparé. Sous une autre forme, une sortie d'analyse CFD peut inclure une application des prédictions de la température de l'air, telle que la température d'entrée associée à chaque serveur ou système. Plusieurs autres dispositifs de prédiction peuvent également être appliqués et délivrés en association avec une sortie d'analyse CFD. A la récep- tion de l'analyse CFD, les résultats peuvent être présen- tés à l'utilisateur en utilisant le calculateur de consommation d'énergie 208 et l'interface utilisateur de sélection de produit 202. Dans un autre mode de réalisation, l'analyse CFD peut être présentée en utilisant plu- sieurs autres formats de sortie ou interfaces utilisateur comme voulu. De cette manière, le système 200 peut être utilisé pour déterminer un impact environnemental qui peut être placé sur un environnement opérationnel d'utilisateur final avant qu'un utilisateur final n'achète un produit ou un groupe de produits. De plus, un site d'utilisateur final ou un centre de données peut également être modélisé en utilisant les attributs de produits à acheter. De cette manière, une nouvelle configuration de site peut être déterminée pour les produits à acheter et une génération dynamique d'analyses ou de modèles CFD peut être obtenue pendant les étapes de planification d'un site d'utilisateur final ou d'un centre de données. Sous une forme, le calculateur de consommation d'énergie 208, le processeur de gestion thermique 210, le moteur de traitement CFD 214, ou toute combinaison quel-conque de ceux-ci, peuvent être agencés dans la même application, le même processus, le même processeur, ou peu-vent être agencés séparément. En outre, la source de don-nées thermiques et la source de données de commande 204 peuvent être fournies en tant que bases de données ou sources de données séparées. Cependant, dans d'autres modes de réalisation, la source de données thermiques 206 et la source de données de commande 204 peuvent être agencées dans la même base de données, la même source de données, etc. comme voulu. Sous une autre forme, l'analyse CFD peut être fournie en association avec le calculateur de consommation d'énergie 208. Cependant, dans d'autres modes de réalisation, l'utilisateur peut présenter les résultats en utilisant plusieurs autres types d'applications, d'inter-faces utilisateur, etc. et le système 200 ne doit pas être limité à la présentation de l'analyse CFD en utili- sant le calculateur de consommation d'énergie 208, l'in- terface utilisateur de sélection de produit 202, ou un 5 autre composant spécifique du système 200. La figure 3 illustre un ordinogramme d'un procédé pour générer des modèles CFD. Le procédé de la figure 3 peut être utilisé en totalité ou en partie par le système de traitement d'informations 100 décrit sur la figure 1, 10 le système 200 illustré sur la figure 2, ou tout autre type quelconque de système de traitement d'informations opérationnel pour utiliser la totalité, ou des parties du procédé de la figure 3. En outre, le procédé peut être mis en oeuvre dans plusieurs types d'unités logiques co- 15 dées incluant un logiciel, un micrologiciel, du matériel, ou toutes autres formes de supports de mémorisation numérique, de supports lisibles par ordinateur ou d'unités logiques, ou toute combinaison quelconque de ceux-ci, opérationnels pour délivrer la totalité ou des parties du 20 procédé de la figure 3. Le procédé commence généralement à l'étape 300 lorsqu'une demande pour commander un produit ou un groupe de produits est entrée par un utilisateur. Par exemple, un utilisateur peut utiliser un outil de planification ou 25 un autre type d'application dans une interface utilisateur pour sélectionner un ou plusieurs produits à ache-ter. A la réception de l'entrée, le procédé peut passer à l'étape 302 et accéder aux données de configuration système ou aux informations depuis un site existant tel 30 qu'un centre de données. Sous une forme, un ou plusieurs composants installés dans un site peuvent inclure des attributs mémorisés dans un dispositif de mémoire du système associé. Sous une autre forme, une base de données ou un autre type de fichier incluant des attributs pour chaque composant installé dans un site d'utilisateur final peut être sauvegardé et faire l'objet d'un accès. A l'étape 304, les données de configuration système ou les attributs peuvent être communiqués à une ap- plication de calculateur d'énergie 304 opérationnelle pour calculer l'énergie qui peut être consommée. Lors du calcul de l'énergie pour le système existant, le procédé peut passer à l'étape 306 et une sortie de données thermiques peut être déterminée en utilisant les données de configuration système pour le site d'utilisateur final. Le procédé peut ensuite passer à l'étape 308 et une base de données de système de commande peut faire l'objet d'un accès pour déterminer les données de configuration système pour un système à commander. Par exemple, un système peut être configuré à l'aide de plusieurs composants ayant des paramètres opérationnels, des attributs spécifiques, et analogue. Etant donné qu'un ou plusieurs pro-duits sont obtenus et combinés, les attributs d'une commande d'achat peuvent être combinés avec un système exis- tant. Le procédé peut ensuite passer à l'étape 310 et un modèle thermique peut être généré en utilisant les don-nées de configuration système pour le système commandé. Sous une forme, les attributs de configuration système pour le système commandé peuvent être combinés aux don- nées de configuration système pour un site. Cependant, dans d'autres modes de réalisation, des sorties de don-nées thermiques séparées peuvent être fournies. Le procédé peut ensuite passer à l'étape 312 et les sorties de données thermiques peuvent être entrées dans une application CFD ou un processeur opérationnel pour déterminer une analyse opérationnelle environnementale telle qu'un modèle CFD ou une analyse CED. Sous une forme, le procédé peut déterminer un format pour délivrer en sortie la sortie de données thermiques. Cependant, sous d'autres formes, la sortie de données thermiques peut être délivrée en sortie en utilisant un format de fichier utilisateur spécifié comme voulu. Le procédé passe ensuite à l'étape 314 et un modèle CFD simulé peut être déterminé. Lors de la génération d'un modèle CFD ou d'une analyse pour le site basé sur un bon de commande, le procédé peut passer à l'étape 316, et délivrer en sortie le modèle CFD ou l'analyse à un utilisateur. Par exemple, la sortie peut être délivrée dans une interface utilisateur associée à un outil de planification ou à un autre type d'outil qui peut être utilisé par un utilisateur final pour l'aider dans l'achat d'un produit. Sous une forme, un modèle CFD statique peut être délivré en sortie en utilisant des valeurs d'attributs statiques. Par exemple, un modèle CFD statique peut in- clure des attributs tels que des valeurs de taille, des valeurs de débit d'air constantes, des valeurs de chaleur, des valeurs de puissance, ou d'autres valeurs d'attributs. Sous une forme, un modèle CFD dynamique peut être délivré qui inclut une ou plusieurs variables qui peuvent être modifiées. Par exemple, une primitive de modèle CFD peut inclure un attribut statique tel que la taille. En outre, une ou plusieurs variables ou attributs de variable qui sont modifiés sur une plage peuvent être utilisés dans un modèle CFD. Par exemple, une primitive de modèle CFD peut inclure des variables pour la chaleur, la puissance, le débit d'air, etc. qui peuvent être utilisées. En tant que tel, un modèle CFD dynamique peut être généré. Par exemple, les attributs de variable tels que la chaleur et la puissance peuvent varier dans un mo- dèle CFD et, sous une forme, une variable de température d'entrée peut être ajustée lorsque le modèle CFD converge vers une solution finale. En tant que tel, un modèle CFD dynamique peut être déterminé à travers l'utilisation d'attributs à la fois statiques et variables pour un sys- terne spécifique. Le procédé passe ensuite à l'étape 318 et un utilisateur peut accepter la commande sélectionnée basée sur l'analyse CFD fournie. Par exemple, si l'analyse CFD aboutit en résultat à un environnement opérationnel non-souhaitable et que la commande n'est pas voulue, le procédé peut passer à l'étape 328, et un utilisateur peut modifier la commande. Si l'utilisateur choisit de modifier la commande, le procédé peut passer à l'étape 330, et l'utilisateur peut sélectionner différents produits à acheter. Sous une forme, le procédé peut être modifié pour suggérer un produit ou un groupe de produits sur la base de l'analyse CFD non-souhaitable. Lors du changement de commande à l'étape 330, le procédé peut passer à l'étape 300 et poursuivre en déterminant une analyse CFD pour la commande mise à jour. Si à l'étape 328, un utilisateur sélectionne de ne pas mettre à jour la commande, le procédé peut passer à l'étape 326 et se terminer. A l'étape 318, si un utilisateur accepte la commande, le procédé peut passer à l'étape 320 et la com- mande peut être sauvegardée ou placée. A l'étape 322, le modèle ou l'analyse CFD peut être sauvegardé pour l'achat et, à l'étape 324, les données et les attributs de configuration système pour le site de l'utilisateur final ou le centre de données peuvent être mis à jour pour inclure le système acheté. Le procédé peut ensuite passer à l'étape 326 et se terminer. En tant que tel, à travers la détermination d'un impact environnemental, un ou plu-sieurs serveurs, dispositifs, composants, etc. peuvent utiliser un modèle ou une analyse CFD avant l'achat, la modélisation dynamique d'un site d'utilisateur final ou d'un centre de données peut être déterminée avant la création du bon de commande réduisant ainsi les acquisitions d'essai et erronées pour des serveurs, des dispositifs, des composants, etc. pour des sites de l'utilisa- teur final et des centres de données. Bien qu'uniquement quelques modes de réalisation en exemple aient été décrits en détail ci-dessus, l'homme du métier va constater que de nombreuses modifications sont possibles dans les modes de réalisation en exemple sans s'écarter des nouveaux enseignements et avantages des modes de réalisation de la présente invention. En conséquence, toutes ces modifications sont destinées à être incluses dans la portée des modes de réalisation de la présente invention comme défini dans les revendications qui suivent. Dans les revendications, des clauses moyens-plus-fonction sont destinées à couvrir les structures décrites ici comme exécutant la fonction définie et pas seulement les équivalents structurels, mais également les structures équivalentes. REVENDICATIONS 1. Système de traitement d'informations (100), caractéri-5 sé en ce qu'il comporte : û un outil de planification opérationnel pour permettre la sélection d'un système en vue de son utilisation dans un site, cet outil de planification incluant une source de système de commande configurée pour recevoir 10 une demande afin d'obtenir le système ; û un processeur de gestion thermique couplé en fonctionnement à l'outil de planification, ce processeur de gestion thermique incluant : • une entrée opérationnelle pour recevoir un attribut 15 d'un composant du système (200) ; une sortie opérationnelle pour délivrer en sortie des informations opérationnelles pour être utilisées afin de déterminer une analyse CFD ; et une source d'entrée d'analyse CFD opérationnelle 20 pour recevoir une analyse CFD à présenter en association avec l'outil de planification. 2. Système de traitement d'informations (100) selon la revendication 1, caractérisé en ce qu'il comporte en ou-25 tre : û une source d'entrée de site opérationnelle pour recevoir un second attribut d'un second composant localisé dans un site, û une source d'informations thermiques associée en fonc- 30 tionnement à une source de système de commande de l'outil de planification, la source d'informations thermiques incluant les informations d'attribut du composant. 35 3. Système de traitement d'informations (100) selon la revendication 2, caractérisé en ce qu'il comporte en ou- tre une application de consommation d'énergie opération-5 pelle pour déterminer une consommation d'énergie en uti- lisant le premier attribut et le second attribut.