Brevet FR2908002A1 — publié le 20080502

La présente invention concerne de manière générale les systèmes informatiques et les systèmes de traitement d'informations et, plus particulièrement, un système et un procédé pour le chargement dynamique d'adaptateurs de protocole. Du fait que la valeur et l'utilisation des informations continuent à croître, les personnes et les entreprises cherchent des moyens supplémentaires pour traiter et mémoriser les informations. L'un des choix mis à la dispo- sition des utilisateurs concerne les systèmes de traite-ment 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 commerciales, personnelles ou autres, de manière à permettre aux utilisateurs d'exploiter la valeur des in-formations. Du fait que les besoins et impératifs en ter-mes 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 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 peu-vent être configurés pour traiter, mémoriser et communi-quer des informations et peuvent inclure un ou plusieurs 2908002 2 systèmes informatiques, systèmes de mémorisation de don-nées, et systèmes de gestion de réseaux. Les systèmes de traitement d'informations peuvent être inclus en tant qu'éléments d'un environnement informati- 5 que réparti. Eu égard aux environnements informatiques répartis, la WBEM (Web-Based Enterprise Management, Gestion d'Entreprise Basée sur la Toile Mondiale) est un en-semble de technologies standards développées pour unifier la gestion d'environnements informatiques répartis. Un 10 but de l'initiative WBEM est d'établir un ensemble d'outils de gestion basés sur des normes pour faciliter l'échange de données à travers des plates-formes et des technologies disparates. L'échange de données à travers des technologies et des plates-formes disparates est li- 15 mité, cependant, par les diverses implémentations de la norme WBEM. Ces diverses implémentations de WBEM incluent une version basée sur Windows (marque déposée) connue sous le nom de WMI (Windows Management Instrumentation, Instrumentation de Gestion Windows) et une version "open 20 source" connue sous le nom de OpenWBEM. En outre, WMI et OpenWBEM sont implémentées à l'aide de protocoles de communication différents. WMI est implémentée à l'aide du protocole de communication DCOM (Distributed Object Component Model, Modèle de Composant Objet Réparti), et 25 OpenWBEM est implémentée à l'aide du protocole de communication CIM-XML sur le protocole de communication HTTP. D'autres versions de la norme WBEM peuvent être bientôt proposées et chacune mise en oeuvre sur un protocole de communication différent. L'existence de multiples proto- 30 coles entre les normes WBEM limite l'interopérabilité entre le client et le serveur à un protocole de communication unique. A titre d'exemple, un client à code source libre sur Linux (marque déposée) va être incapable de communiquer avec un serveur basé sur Windows sur DCOM. 2908002 3 Conformément à la présente invention, un système et un procédé sont décrits pour la charge dynamique d'adaptateurs de protocole dans un environnement client-serveur. En fonctionnement, le client est couplé à un serveur de 5 données. Le serveur de données peut fonctionner conformé-ment à l'un parmi plusieurs protocoles de communication différents. Au démarrage ou lors du temps d'exécution, le client accède à une "fabrique" (factory) de protocoles dans le client pour récupérer un adaptateur de protocole 10 depuis une bibliothèque de protocoles dans le client. L'identification de l'adaptateur de protocole par la fa-brique de protocoles peut être réalisée en testant chaque adaptateur de protocole sur une base série pour identifier le premier adaptateur de protocole qui est capable 15 de convertir des communications entre le protocole du serveur de données et le protocole du client. Le système et le procédé décrits ici sont techniquement avantageux du fait qu'ils fournissent un procédé pour convertir des communications entre des dispositifs dans 20 un environnement WBEM. Le système et le procédé décrits ici permettent à des dispositifs de fonctionner conformé-ment à la norme WBEM tout en fonctionnant conformément à des protocoles de communication différents. Le système et le procédé décrits ici sont également avantageux du fait 25 que le client peut communiquer avec tout nombre quel-conque de N serveurs de données dans un environnement hétérogène. Indépendamment du protocole de communication d'un serveur de données particulier, le client peut sélectionner un adaptateur de protocole approprié et commu- 30 niquer avec le serveur de données. En outre, le placement des adaptateurs de protocole sur chaque client évite d'avoir à charger chacun des adaptateurs de protocole sur chacun des serveurs d'un réseau. A la place, les adaptateurs de protocole sont chargés sur chacun des ordina- 35 teurs clients du réseau. 2908002 4 Le système et le procédé décrits ici sont en outre avantageux en ce sens qu'ils garantissent le chargement et l'exécution dynamique d'adaptateurs pour permettre des communications avec des serveurs dans un environnement 5 WBEM. Le système et le procédé décrits ici permettent à tout client quelconque de communiquer avec un serveur quelconque sans pré-installation d'un logiciel d'adaptateur sur le serveur et indépendamment du protocole de communication en place dans le serveur. D'autres avanta- 10 ges techniques vont apparaître à l'homme du métier au vu de la description qui va suivre, des revendications et des dessins. Une compréhension plus complète des présents modes de réalisation et avantages de ceux-ci peut être acquise en se 15 reportant à la description qui va suivre faite en association avec les dessins annexés, sur lesquels des références numériques identiques désignent des fonctions identiques, et sur lesquels : ù la figure 1 est un schéma d'un réseau, 20 ù la figure 2 est un ordinogramme d'un procédé pour ajouter un adaptateur de protocole à la fabrique de protocoles, et û la figure 3 est un ordinogramme d'un procédé pour sélectionner un adaptateur de protocole à utiliser par 25 le client dans un réseau client-serveur. Dans le but de la présente 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- 30 muter, mémoriser, afficher, manifester, détecter, enregistrer, 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 35 être un ordinateur individuel, un dispositif de mémorisa- 2908002 5 tion 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 5 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 10 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 15 également inclure un ou plusieurs bus opérationnels pour transmettre des communications entre les divers composants matériels. Un schéma d'un réseau, lequel est indiqué généralement par la référence numérique 10 est représenté sur la fi- 20 Bure 1. Le réseau 10 inclut deux serveurs de données 26a et 26b. Le serveur de données 26a est configuré conformé-ment au protocole d'instrumentation de gestion Windows (WMI) et le serveur de données 26b est implémenté conformément au protocole OpenWBEM. Les serveurs 26a et 26b 25 sont couplés via un noeud de réseau ou un nuage réseau 24 à un client, qui est indiqué par la référence numérique 12. Chacun des serveurs de données 26 peut fournir toute forme quelconque d'informations au client 12, incluant des fichiers, des pages de la toile mondiale, ou des don- 30 nées sous toute autre forme quelconque. En fonctionne-ment, les serveurs 26 et le client 12 peuvent fonctionner conformément à des protocoles de communication différents. Pour résoudre une incompatibilité quelconque entre les protocoles, le client 12 charge et exécute un adapta- 35 teur de protocole. Un adaptateur de protocole est une ap- 2908002 6 plication ou un utilitaire logiciel qui convertit des communications d'un premier protocole - utilisé par le client - en un second protocole du serveur. Une fabrique de protocoles 16 est incluse dans le client 5 12. Une application client 14 est couplée à la fabrique de protocoles 16. La fabrique de protocoles 16 est in-terne au client 12 et agit en tant qu'interface avec la bibliothèque de protocoles 18 et en tant que serveur d'adaptateurs de protocole avec le client 12 depuis la 10 bibliothèque de protocoles 18. La bibliothèque de protocoles 18 inclut un certain nombre d'adaptateurs de protocole. Parmi les adaptateurs de protocole, il existe un adaptateur de protocole 20 pour un protocole Open WBEM à code source libre et un adaptateur de protocole pour Win- 15 dows (WMI). En fonctionnement, la fabrique de protocoles 16 charge l'un des adaptateurs de protocole dynamiquement au démarrage ou lors du temps d'exécution d'une application cherchant à accéder à un des serveurs 26. La sélection de l'adaptateur de protocole à charger par la fabri- 20 que de protocoles est effectuée sur la base de l'adresse de Protocole Internet (IP) du serveur. L'identification de l'adresse IP du serveur est réalisée via un processus de découverte en ligne dans lequel le client 12 accède au réseau 24 pour identifier l'adresse IP du serveur de don- 25 nées 26. Les adaptateurs de protocole peuvent être ajoutés à la bibliothèque de protocoles au fil du temps. Via l'ajout des adaptateurs de protocole à la bibliothèque de protocoles 18, la fabrique de protocoles 16 peut sélectionner 30 l'un des protocoles supplémentaires pour tenir compte de l'ajout du protocole de communication et des serveurs au réseau 10. Un ordinogramme d'un procédé consistant à ajouter un adaptateur de protocole à la bibliothèque de protocoles est représenté sur la figure 2. La fabrique de 35 protocoles 16 inclut un programme d'interface dans lequel 2908002 7 un administrateur peut ajouter un adaptateur de protocole à la bibliothèque de protocoles. Une fois que les administrateurs ont sauvegardé le nouvel adaptateur de protocole dans la bibliothèque de protocoles, tous les adapta- 5 teurs de protocole inclus dans la bibliothèque sont chargés et inclus dans un processus de découverte pendant le lancement suivant d'une application 14 dans le client 12 cherchant à accéder à l'un des serveurs 26. Les adaptateurs de protocole sont souvent ajoutés à la bibliothèque 10 de protocoles 18 en groupes d'adaptateurs connus en tant que bibliothèques de protocoles. En référence à la figure 2, une application sur le client 12 est lancée à l'étape 30. A l'étape 32, le client accède à la fabrique de protocoles 16 et tente de découvrir 15 si des bibliothèques de protocoles supplémentaires quel-conques existent dans la bibliothèque de protocoles 18. En tant que partie du processus de découverte, l'application compare les bibliothèques existantes dans la bibliothèque de protocoles 18 à la liste la plus récente de bi- 20 bliothèques dans la bibliothèque de protocoles 18. A l'étape 34, il est déterminé si une nouvelle bibliothèque a été sauvegardée dans la bibliothèque de protocoles 18. Si une nouvelle bibliothèque a été sauvegardée dans la bibliothèque de protocoles 18, la bibliothèque est char- 25 gée à l'étape 36 et est identifiée par la fabrique de protocoles comme étant une bibliothèque nouvellement ajoutée dans la bibliothèque d'adaptateurs de protocole de la bibliothèque de protocoles 18. A la fin de l'étape 36, l'ordinogramme revient à l'étape 32 pour continuer le 30 processus consistant à localiser l'ensemble des bibliothèques non reconnues au préalable dans la bibliothèque de protocoles 18. S'il est déterminé à l'étape 34 qu'une nouvelle bibliothèque n'a pas été ajoutée à la fabrique de protocoles ou une fois qu'il a été déterminé que l'en- 35 semble des bibliothèques de protocoles nouvellement ajou- 2908002 8 tées ont été chargées, l'ordinogramme continue à l'étape 38, où le client détermine si de nouveaux adaptateurs de protocole existent dans la bibliothèque de protocoles 18. Si, par exemple, une nouvelle bibliothèque a été ajoutée 5 à la bibliothèque de protocoles 18, au moins un nouvel adaptateur de protocole va être présent dans la bibliothèque de protocoles. A l'étape 40, il est déterminé si un nouvel adaptateur de protocole est présent dans la fa-brique de protocoles 16. Si un nouvel adaptateur de pro- 10 tocole est présent, l'adaptateur de protocole est chargé à l'étape 42 et identifié par la fabrique de protocoles comme étant un adaptateur de protocole disponible. A la suite de l'étape 42, l'ordinogramme revient à l'étape 38, où le processus consistant à identifier chaque adaptateur 15 de protocole nouvellement ajouté continue. S'il est dé-terminé à l'étape 40 que la bibliothèque de protocoles n'inclut pas de nouveaux adaptateurs de protocoles ou s'il est déterminé que tous les adaptateurs de protocole nouvellement ajoutés ont été chargés, le processus de 20 chargement de protocole se termine à l'étape 44. La figure 3 est un ordinogramme d'un procédé pour sélectionner un adaptateur de protocole à utiliser par le client 12. A l'étape 50, le client 12 appelle la fabrique de protocoles 16. L'appel par le client à la fabrique de 25 protocoles pour récupérer un adaptateur de protocole peut être effectué à l'initiative du client, à l'initiative d'une application dans le client, ou lors d'un temps d'exécution sur la base d'un événement prédéterminé, tel qu'une tentative par le client 12 d'accéder à l'un des 30 serveurs 26. A l'étape 52, la fabrique de protocoles charge un premier adaptateur de protocole ou suivant de-puis la bibliothèque de protocoles 18. A l'étape 54, le client exécute un programme de connexion pour déterminer si le client peut exécuter l'adaptateur de protocole afin 35 de communiquer avec le serveur sélectionné 26. Si la 2908002 9 connexion n'est pas réussie, l'adaptateur de protocole est renvoyé à la bibliothèque de protocoles 53 et l'ordinogramme revient à l'étape 52, où l'adaptateur de protocole suivant de la bibliothèque de protocoles est chargé. 5 Une fois qu'il est déterminé à l'étape 54 que le client 12 peut exécuter l'adaptateur de protocole récupéré et communiquer avec succès avec le serveur 26, le client utilise l'adaptateur de protocole dans le but de convertir des communications du protocole du client en proto- 10 cole du serveur. A l'étape 56, la découverte d'adaptateur de protocole se termine. Le processus d'identification du protocole correct pour le client survient d'une manière qui est transparente au client. En tant que tel, le client n'est pas informé qu'un processus de découverte 15 est en cours de réalisation, et le client n'est également pas informé de l'adaptateur de protocole qui est sélectionné en vue de communications avec le serveur de don-nées. Le système et le procédé décrits ici sont avantageux du 20 fait que le client peut communiquer avec un nombre quel-conque de N serveurs de données dans un environnement hétérogène. Ainsi, indépendamment du protocole de communication d'un serveur de données particulier, le client peut sélectionner un adaptateur de protocole approprié et 25 communiquer avec le serveur de données. En outre, le placement d'adaptateurs de protocole sur chaque client évite d'avoir à charger chacun des adaptateurs de protocole sur chacun des serveurs d'un réseau. A la place, les adaptateurs de protocole sont chargés sur chacun des ordina- 30 teurs clients du réseau. Le système et le procédé décrits ici sont en outre avantageux en ce sens qu'ils permettent le chargement et l'exécution dynamique d'adaptateurs pour permettre des communications avec des serveurs dans un environnement 35 WBEM. Le système et le procédé décrits ici permettent à 2908002 10 tout client quelconque de communiquer avec tout serveur quelconque sans pré-installation de logiciel d'adaptateur sur le serveur et indépendamment du protocole de communication en place dans le serveur. Lorsque la norme WBEM 5 devient plus répandue et est appliquée à d'autres dispositifs, tels que des imprimantes ou d'autres éléments connectés en réseau, des protocoles supplémentaires peu-vent être ajoutés au système décrit ici pour permettre à des clients du système de communiquer avec ces disposi10 tifs. On constate que le système et le procédé décrits ici ne sont pas limités à leur application à des clients et des serveurs qui implémentent la norme WBEM. Au contraire, le système et le procédé décrits ici peuvent être utilisés pour faciliter la communication entre deux 15 points d'extrémité quelconques qui communiquent conformé-ment à différentes normes de communication. Bien que la présente invention ait été décrite en détail, il doit être compris que plusieurs changements, remplacements, et modifications peuvent être apportés à celle-ci. REVENDICATIONS 1. Procédé pour établir des communications entre un client (12) et un serveur de données (26a, 26b), le client (12) étant associé à un premier protocole de communication et le serveur (26a, 26b) étant associé à un second protocole de communication, caractérisé en ce qu'il comporte les étapes consistant à : ù accéder à une fabrique de protocoles (16) depuis le client (12), - localiser un adaptateur de protocole depuis la fabrique de protocoles (16) pour convertir des données entre le premier protocole de communication et le second protocole de communication, ù exécuter au niveau du client (12) l'adaptateur de protocole au niveau du client (12) pour convertir des données entre le client (12) et le serveur (26a, 26b). 2. Procédé pour établir des communications entre un client (12) et un serveur de données (26a, 26b) selon la revendication 1, caractérisé en ce que le client (12) et le serveur (26a, 26b) sont configurés conformément à la norme WBEM de Gestion d'Entreprise Basée sur la Toile Mondiale. 3. Procédé pour établir des communications entre un client (12) et un serveur de données (26a, 26b) selon la revendication 1, caractérisé en ce que l'étape de localisation d'un adaptateur de protocole depuis la fabrique de protocoles (16) comporte l'étape consistant à localiser un adaptateur de protocole dans une bibliothèque de protocoles accessible par la fabrique de protocoles (16). 4. Procédé pour établir des communications entre un client (12) et un serveur de données (26a, 26b) selon la 2908002 12 revendication 1, caractérisé en ce que l'étape de localisation d'un adaptateur de protocole depuis la fabrique de protocoles (16) comporte l'étape consistant à tester chaque adaptateur de protocole localisé dans la fabrique de 5 protocoles (16) sur une base série pour localiser un adaptateur de protocole qui est opérationnel pour convertir des données entre le client (12) et le serveur (26a, 26b). 10 5. Procédé pour établir des communications entre un client (12) et un serveur de données (26a, 26b) selon la revendication 1, caractérisé en ce que l'étape consistant à localiser un adaptateur de protocole depuis la fabrique de protocoles (16) comporte l'étape consistant à locali- 15 ser un adaptateur de protocole sur la base de l'adresse IP du serveur de données (26a, 26b). 6. Procédé pour établir des communications entre un client (12) et un serveur de données (26a, 26b) selon la 20 revendication 1, caractérisé en ce que l'étape consistant à accéder à la fabrique de protocoles (16) depuis le client (12) comporte l'étape consistant à accéder à la fabrique de protocoles {16) depuis le client (12) au démarrage d'une application sur le client (12). 25 7. Procédé pour établir des communications entre un client (12) et un serveur de données (26a, 26b) selon la revendication 1, caractérisé en ce que l'étape consistant à accéder à la fabrique de protocoles (16) depuis le 30 client (12) comporte l'étape consistant à accéder à la fabrique de protocoles (16) lors du temps d'exécution sur la base d'une demande par le client (12) de données de-puis le serveur de données (26a, 26b). 2908002 13 8. Procédé pour établir des communications entre un client (12) et un serveur de données (26a, 26b) selon la revendication 1, caractérisé en ce qu'il comporte en outre l'étape consistant à sélectionner un adaptateur de 5 protocole au niveau du client (12) suivant une détermination que l'adaptateur de protocole est capable de convertir des données entre le client (12) et le serveur (26a, 26b). 10 9. Procédé pour établir des communications entre un client (12) et un serveur de données (26a, 26b) selon la revendication 1, caractérisé en ce que le client (12) et le serveur (26a, 26b) sont configurés conformément à la norme WBEM de Gestion d'Entreprise Basée sur la Toile 15 Mondiale. 10. Procédé pour établir des communications entre un client (12) et un serveur de données (26a, 26b) selon la revendication 9, caractérisé en ce que l'étape consistant 20 à localiser un adaptateur de protocole depuis la fabrique de protocoles (16) comporte l'étape consistant à tester chaque adaptateur de protocole localisé dans la fabrique de protocoles (16) sur une base série pour localiser un adaptateur de protocole qui est opérationnel pour conver- 25 tir des données entre le client (12) et le serveur (26a, 26b). 11. Réseau client-serveur (10), caractérisé en ce qu'il comporte : 30 û un serveur de données (26a, 26b), le serveur de don-nées (26a, 26b) fonctionnant conformément à un premier protocole de communication, et û un client (12) couplé au serveur de données (26a, 26b), comportant : 2908002 14 au moins une application opérationnelle pour s'exécuter sur le client (12) et accéder à des données depuis le serveur de données (26a, 26b), et une fabrique de protocoles (16), la fabrique de pro- 5 tocoles (16) étant opérationnelle pour accéder à un ensemble d'adaptateurs de protocole, le client (12) fonctionnant conformément à un second protocole de communication, et le client (12) étant opérationnel pour récupérer un adaptateur de protocole à tra- 10 vers la fabrique de protocoles (16) pour convertir des communications entre le client (12) et le serveur (26a, 26b). 12. Réseau client-serveur (10) selon la revendication 11, 15 caractérisé en ce que le client (12) et le serveur (26a, 26b) sont configurés conformément à la norme WBEM de Gestion d'Entreprise Basée sur la Toile Mondiale. 13. Réseau client-serveur (10) selon la revendication 11, 20 caractérisé en ce que le client (12) est couplé au serveur de données (26a, 26b) à travers une liaison de communication basée sur Internet. 14. Réseau client-serveur (10) selon la revendication 11, 25 caractérisé en ce que le client (12) est opérationnel pour récupérer un adaptateur de protocole à travers la fabrique de protocoles (16) en localisant un adaptateur de protocole dans une bibliothèque de protocoles au ni-veau du client (12). 30 15. Réseau client-serveur (10) selon la revendication 11, caractérisé en ce que le client (12) est opérationnel pour récupérer un adaptateur de protocole à travers la fabrique de protocoles (16) en localisant un adaptateur 35 de protocole en testant en série chaque adaptateur de 2908002 15 protocole pour localiser un adaptateur de protocole qui est opérationnel pour convertir des données entre le client (12) et le serveur (26a, 26b). 5 16. Réseau client-serveur (10) selon la revendication 11, caractérisé en ce que le client {12) est opérationnel pour récupérer un adaptateur de protocole à travers la bibliothèque de protocoles en localisant un adaptateur de protocole sur la base de l'adresse IP du serveur de données (26a, 26b). 17. Réseau client-serveur (10) selon la revendication 11, caractérisé en ce que le client (12) et le serveur (26a, 26b) sont configurés conformément à la norme WBEM de Ges- 15 tion d'Entreprise Basée sur la Toile Mondiale, le client (12) étant couplé au serveur (26a, 26b) à travers une liaison de communication basée sur Internet, le client (12) étant opérationnel pour récupérer un adaptateur de protocole à travers la fabrique de protocoles 20 (16) en localisant un adaptateur de protocole en testant en série chaque adaptateur de protocole localisé dans la fabrique de protocoles (16) afin de localiser un adaptateur de protocole qui est opérationnel pour convertir des données entre le client (12) et le serveur (26a, 26b). 25 18. Procédé pour convertir des données entre un serveur de données (26a, 26b) et un client (12), dans lequel le serveur de données (26a, 26b) fonctionne conformément à un premier protocole de communication et le client (12) 30 fonctionne conformément à un second protocole de communication, caractérisé en ce qu'il comporte les étapes consistant à : û depuis le client (12), accéder à une fabrique de protocoles (16) au niveau du client (12), 2908002 16 û identifier un adaptateur de protocole à travers la fa-brique de protocoles (16), l'adaptateur de protocole identifié étant opérationnel pour convertir des communications entre le premier protocole de communication 5 et le second protocole de communication, û charger dans l'adaptateur de protocole dans le client (12) et exécuter l'adaptateur de protocole au niveau du client (12) pour convertir des communications entre le premier protocole de communication et le second 10 protocole de communication. 19. Procédé pour convertir des données entre un serveur de données (26a, 26b) et un client (12) selon la revendication 18, caractérisé en ce que le client (12) et le 15 serveur (26a, 26b) sont configurés conformément à la norme WBEM de Gestion d'Entreprise Basée sur la Toile Mondiale. 20. Procédé pour convertir des données entre un serveur 20 de données (26a, 26b) et un client (12) selon la revendication 18, caractérisé en ce que l'étape consistant à identifier un adaptateur de protocole à travers la fabrique de protocoles (16) comporte l'étape consistant à tes-ter chaque adaptateur de protocole localisé à travers la 25 fabrique de protocoles (16) sur une base série pour localiser un adaptateur de protocole qui est opérationnel pour convertir des données entre le premier protocole de communication et le second protocole de communication.