FR2908002A1 - Systeme et procede de changement dynamique d'adaptateurs de protocole - Google Patents

Systeme et procede de changement dynamique d'adaptateurs de protocole Download PDF

Info

Publication number
FR2908002A1
FR2908002A1 FR0706812A FR0706812A FR2908002A1 FR 2908002 A1 FR2908002 A1 FR 2908002A1 FR 0706812 A FR0706812 A FR 0706812A FR 0706812 A FR0706812 A FR 0706812A FR 2908002 A1 FR2908002 A1 FR 2908002A1
Authority
FR
France
Prior art keywords
protocol
client
server
adapter
factory
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
FR0706812A
Other languages
English (en)
Inventor
John E Landry
Christopher J Conner
Pradeep Kamath
Pallavi Paranjape
Tsen Loong Peng
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Dell Products LP
Original Assignee
Dell Products LP
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=38701891&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=FR2908002(A1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Dell Products LP filed Critical Dell Products LP
Publication of FR2908002A1 publication Critical patent/FR2908002A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

La présente invention concerne un système et un procédé pour la charge dynamique d'adaptateurs de protocole dans un environnement client-serveur (10). En fonctionnement, le client (12) et un serveur de données (26a, 26b) couplé peuvent avoir des protocoles de communication différents. Au lancement ou lors du temps d'exécution, le client (12) accède à une classe de protocoles (16) et récupère un adaptateur de protocole qui est opérationnel pour convertir des communications entre le protocole du serveur de données (26a, 26b) et le protocole du client (12). L'identification de l'adaptateur de protocole depuis la classe de protocoles (16) est effectuée en testant chaque adaptateur de protocole sur une base série afin d'identifier le premier adaptateur de protocole qui est capable de convertir des communications entre le protocole du serveur de données (26a, 26b) et le protocole du client (12).

Description

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.

Claims (20)

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.
FR0706812A 2006-09-29 2007-09-28 Systeme et procede de changement dynamique d'adaptateurs de protocole Withdrawn FR2908002A1 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US11/541,258 US20080082690A1 (en) 2006-09-29 2006-09-29 System and method for the dynamic loading of protocol adapters

Publications (1)

Publication Number Publication Date
FR2908002A1 true FR2908002A1 (fr) 2008-05-02

Family

ID=38701891

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0706812A Withdrawn FR2908002A1 (fr) 2006-09-29 2007-09-28 Systeme et procede de changement dynamique d'adaptateurs de protocole

Country Status (9)

Country Link
US (1) US20080082690A1 (fr)
CN (1) CN101155190B (fr)
BR (1) BRPI0704181B1 (fr)
DE (1) DE102007046001B4 (fr)
FR (1) FR2908002A1 (fr)
GB (1) GB2442355B (fr)
IE (1) IE20070695A1 (fr)
SG (1) SG141398A1 (fr)
TW (1) TWI347525B (fr)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9338248B2 (en) * 2011-12-15 2016-05-10 Sap Se Parameter driven value conversion framework in client/server architectures
DE102012006046A1 (de) * 2012-03-27 2013-10-02 Heidelberger Druckmaschinen Ag Adaptives Remote-Service-Protokoll
CN103795680A (zh) * 2012-10-29 2014-05-14 苏州工业园区新宏博通讯科技有限公司 支持多通讯协议的通讯方法及电能表
GB2528630A (en) * 2014-04-28 2016-02-03 Univ Central Lancashire Computer based system and method of functionally testing aircraft subsystems
CN108156109B (zh) * 2016-12-02 2021-04-30 北京金山云网络技术有限公司 一种服务响应方法及装置
CN108449312B (zh) * 2018-01-31 2021-01-22 北京奇艺世纪科技有限公司 一种协议转换方法、装置、系统及网关
CN111193716B (zh) * 2019-12-11 2023-04-07 未鲲(上海)科技服务有限公司 业务数据调用方法、装置、计算机设备和存储介质
CN113676444B (zh) * 2021-06-23 2023-09-26 合肥斯欧互联科技股份有限公司 一种工业互联网的异构协议适配方法
CN113760577B (zh) * 2021-08-04 2024-04-19 广东能龙教育股份有限公司 一种动态连接答题装置及处理方法、控制装置、存储介质
CN116233283B (zh) * 2023-05-05 2023-07-25 湖南盛鼎科技发展有限责任公司 一种设备通信协议的动态扩展和热插拔方法

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US789318A (en) * 1904-07-13 1905-05-09 Silas Wright Emory Blacking-brush.
US5537417A (en) * 1993-01-29 1996-07-16 International Business Machines Corporation Kernel socket structure for concurrent multiple protocol access
US6173327B1 (en) * 1996-07-11 2001-01-09 Jeroen De Borst Object-oriented method and apparatus for information delivery
US6189046B1 (en) * 1997-03-27 2001-02-13 Hewlett-Packard Company Mechanism and method for merging cached location information in a distributed object environment
US6111893A (en) * 1997-07-31 2000-08-29 Cisco Technology, Inc. Universal protocol conversion
US6343287B1 (en) * 1999-05-19 2002-01-29 Sun Microsystems, Inc. External data store link for a profile service
US6731201B1 (en) * 2000-02-23 2004-05-04 Robert Shaw Controls Company Communications module and system
US6721779B1 (en) * 2000-07-07 2004-04-13 Softwired Ag Messaging proxy system
EP1233590A1 (fr) * 2001-02-19 2002-08-21 Sun Microsystems, Inc. Fournisseur de contenus pour un système informatique
US6996833B1 (en) * 2001-03-27 2006-02-07 Microsoft Corporation Protocol agnostic request response pattern
US6682423B2 (en) * 2001-04-19 2004-01-27 Igt Open architecture communications in a gaming network
US7006452B2 (en) * 2001-05-22 2006-02-28 Intel Corporation Matching DSL data link layer protocol detection
US6971090B1 (en) * 2001-06-08 2005-11-29 Emc Corporation Common Information Model (CIM) translation to and from Windows Management Interface (WMI) in client server environment
EP1355479B1 (fr) * 2002-04-15 2005-08-10 Agilent Technologies, Inc. - a Delaware corporation - Procédé et appareil permettant de traiter les informations provenant d'un réseau de télécommunication
KR100494872B1 (ko) * 2002-12-24 2005-06-14 한국전자통신연구원 네트워크 아답터를 이용한 미디어 게이트웨이 제어프로토콜 관리 방법
US20040225656A1 (en) * 2003-05-07 2004-11-11 Panacea Corporation Web services method and system
CN100558098C (zh) * 2003-09-02 2009-11-04 华为技术有限公司 一种实现多个ip地址的通讯方法
US20050198336A1 (en) * 2004-01-22 2005-09-08 Edward Eytchison Methods and apparatuses for automatic adaptation of different protocols
US7933290B2 (en) * 2004-03-30 2011-04-26 Nokia Corporation System and method for comprehensive service translation
WO2005099229A1 (fr) * 2004-04-09 2005-10-20 Huawei Technologies Co., Ltd. Processeur de protocole asn.1
JP4610240B2 (ja) * 2004-06-24 2011-01-12 富士通株式会社 分析プログラム、分析方法及び分析装置
US20070073899A1 (en) * 2005-09-15 2007-03-29 Judge Francis P Techniques to synchronize heterogeneous data sources
US7805711B2 (en) * 2006-07-19 2010-09-28 Novell, Inc. Redirection interface system and method for CIM object manager provider
US20080126551A1 (en) * 2006-07-31 2008-05-29 Christopher Conner CIMOM abstraction layer
US8181188B2 (en) * 2007-02-15 2012-05-15 Microsoft Corporation Version resiliency for a host application and managed code

Also Published As

Publication number Publication date
BRPI0704181B1 (pt) 2020-03-17
GB0719036D0 (en) 2007-11-07
TW200830113A (en) 2008-07-16
IE20070695A1 (en) 2008-05-14
GB2442355A (en) 2008-04-02
BRPI0704181A (pt) 2008-05-27
CN101155190A (zh) 2008-04-02
DE102007046001B4 (de) 2015-12-17
CN101155190B (zh) 2015-01-14
TWI347525B (en) 2011-08-21
US20080082690A1 (en) 2008-04-03
SG141398A1 (en) 2008-04-28
DE102007046001A1 (de) 2008-04-24
GB2442355B (en) 2009-07-08

Similar Documents

Publication Publication Date Title
FR2908002A1 (fr) Systeme et procede de changement dynamique d'adaptateurs de protocole
US11159411B2 (en) Distributed testing service
US10171377B2 (en) Orchestrating computing resources between different computing environments
US9497295B2 (en) Redistribution of operating environments for the redeployment of grid clients
US8892700B2 (en) Collecting and altering firmware configurations of target machines in a software provisioning environment
US9116775B2 (en) Relationship-based dynamic firmware management system
US7953830B2 (en) Automatic network reconfiguration upon changes in DHCP IP addresses
US20090144837A1 (en) Systems and methods for software application certification service
US7761527B2 (en) Method and apparatus for discovering network based distributed applications
US20040064820A1 (en) Universal client and consumer
US20070198524A1 (en) Maintaining connections between application servers and databases in a multitier computer architecture
US20060069801A1 (en) Method and apparatus for identifying and classifying network-based distributed applications
EP0599706A2 (fr) Dispositif de traitement de l'information permettant la gestion d'une ressource informatique par un système d'administration
US20070019626A1 (en) System, method, and apparatus for discovering a new server connected within an automated data center
JP4677514B2 (ja) 物理ネットワーク・インターフェースを選択するための装置、方法、およびプログラム
FR2957700A1 (fr) Procede, programme d'ordinateur et dispositif d'optimisation de chargement et de demarrage d'un systeme d'exploitation dans un systeme informatique via un reseau de communication
FR2886432A1 (fr) Systeme et procede de commande et d'installation de systemes informatiques a la demande
US11153224B2 (en) Method of providing cloud computing infrastructure
FR2860894A1 (fr) Procede pour utiliser des indicateurs de fonction afin de determiner la compatibilite entre des revisions du bios et du materiel installe pendant une mise a jour de la memoire flash
WO2011117528A1 (fr) Procede, programme d'ordinateur et dispositif de validation d'execution de taches dans des systemes informatiques evolutifs
US7043726B2 (en) Binding of processes in network systems
US20120089729A1 (en) Systems and methods for abstracting storage views in a network of computing systems
US20070165539A1 (en) System and method for the configuration of network devices
US7266622B2 (en) Method, computer program product, and system for automatic application buffering
CN114679458B (zh) 适用于多云的私有化部署方法及装置

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20100531