Brevet FR2911411A1 — publié le 20080718

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 gérer des objets conformément à un modèle d'informations communes. Du fait de la valeur et de l'utilisation croissantes des informations, les personnes et les entreprises cherchent des moyens supplémentaires pour traiter et mémoriser les informations. L'un des choix mis à la disposition des utilisateurs concerne les systèmes de traitement d'informations. Un système de traitement d'informations d'une manière générale traite, compile, mémorise, et/ou communique des informations ou des données à des fins 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 varient entre utilisateurs ou applications, les systèmes de traitement d'informations peuvent également varier en fonction du type d'informations qui sont traitées, de la manière selon laquelle les informations sont traitées, de la quantité d'informations qui sont traitées, mémorisées, ou communiquées, et du degré de rapidité et d'efficacité avec lequel les informations peuvent être traitées, mé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 systèmes informatiques, systèmes de mémorisation de don-nées, et systèmes de gestion de réseau. L'organisation Distributed Management Task Force, Inc. (DMTF) est impliquée dans le développement de normes de gestion de système informatique. Une norme DMTF est le modèle d'informations communes (CIM). Le modèle d'informations communes fournit une définition commune d'informations de gestion pour des systèmes, des réseaux, des applications et des services, tout en autorisant des extensions au vendeur de celle-ci. Les définitions communes CIM permettent aux vendeurs d'échanger des informations de gestion entre des systèmes à travers le réseau. La norme CIM est constituée à la fois d'une spécification CIM et d'un schéma CIM. Le schéma CIM fournit le modèle de données pour chaque objet géré du système. Des objets identifient et décrivent les ressources du système. Le schéma CIM standard couvre de nombreux éléments standards d'un système informatique. Un système qui supporte le modèle CIM va inclure un ges-tionnaire d'objet CIM (CIMOM), qui fournit une interface entre des fournisseurs CIM et des applications de gestion. Un fournisseur CIM récupère des données et des notifications d'événement depuis les objets gérés du système. Du fait que les définitions de schéma CIM standard évoluent rapidement, une modification d'un schéma standard pour un objet géré peut nécessiter la modification du code du fournisseur associé à l'objet géré et une recompilation du fournisseur. En outre, un test supplémentaire peut être requis pour valider les modifications dans le schéma et le fournisseur. Conformément à la présente description, un système et un procédé sont décrits pour gérer des objets conformément au modèle d'informations communes. Le système et le pro-cédé décrits ici incluent une couche de résumé qui reçoit des demandes en provenance des clients CIM via le ges- tionnaire d'objet CIM. Après la réception d'une demande, la couche de résumé récupère le fichier d'enregistrement XML associé pour la génération d'une instruction dans l'objet géré qui est la cible de la demande. Une fois que l'instruction a été exécutée eu égard à l'objet géré, les données demandées sont retournées à la couche de résumé. Les données envoyées à la couche de résumé sont sous la forme d'un contenu XML non transformé. La couche de résumé récupère un fichier de transformation XSL et trans- forme le contenu XML en une instance de données CIM et transfère ces données au gestionnaire d'objet CIM. Plus précisément, l'invention a pour objet un système qui, pour gérer des objets dans un système comportant un schéma prédéterminé de gestion d'objets, comporte : ù un module de gestionnaire d'objet, le module de gestionnaire d'objet s'interfaçant avec un client qui est capable d'envoyer des demandes au système, û un module de couche de résumé, le module de couche de résumé recevant des demandes en provenance du module de gestionnaire d'objet et renvoyant des données de schéma prédéterminé au module de gestionnaire d'objet, et le module de couche de résumé recevant un contenu non transformé en provenance de l'objet géré, û un ensemble de fichiers d'enregistrement, le module de couche de résumé utilisant un ou plusieurs des fichiers d'enregistrement pour générer des instructions dans l'objet géré, et û un ensemble de fichiers de transformation, le module de couche de résumé utilisant l'ensemble de fichiers de transformation pour transformer le contenu non transformé de l'objet géré en données de schéma prédéterminé. Selon diverses caractéristiques subsidiaires : û le schéma prédéterminé est le modèle d'informations communes ; ù le contenu non transformé reçu en provenance de rob- jet géré est un contenu XML ; les fichiers de transformation peuvent être des fichiers de transformation XSL, le module de couche de résumé utilisant les fichiers de transformation XSL pour convertir le contenu XML en données conformément au modèle d'informations communes ; ù le module de gestionnaire d'objet inclut une bibliothèque de fichiers de structure de données qui décrit les objets gérés du système ; le système peut alors opérer une modification dans le schéma prédéterminé nécessitant une modification d'un ou plusieurs fichiers de structure de données du module de gestionnaire d'objet, d'un ou plusieurs des fichiers d'enregistrement, et d'un ou plusieurs des fichiers de transformation XSL, mais ne nécessitant pas de modifi- cation du module de couche de résumé ; ù le schéma prédéterminé est le modèle d'informations communes et le contenu non transformé reçu en provenance de l'objet géré est un contenu XML ; û le schéma prédéterminé est un modèle d'informations communes, le contenu non transformé reçu en provenance de l'objet géré est un contenu XML, et le module de gestionnaire d'objet inclut une bibliothèque de fichiers de structure de données qui décrit les objets gérés du système. û le schéma prédéterminé est le modèle d'informations communes, le contenu non transformé reçu en provenance de l'objet géré est un contenu XML, le module de gestionnaire d'objet inclut une bibliothèque de fichiers de structure de données qui décrit les objets gérés du système, et le système est apte à opérer une modifica- tion dans le schéma prédéterminé nécessitant une modification d'un ou plusieurs fichiers de structure de données du module de gestionnaire d'objet, d'un ou plusieurs fichiers d'enregistrement, et d'un ou plu- sieurs fichiers de transformation XSL, mais ne nécessitant pas une modification du module de couche de résumé. L'invention a également pour objet un procédé correspondant qui, selon un premier aspect, comporte les étapes consistant à : û recevoir dans un module de couche de résumé une de-mande en provenance d'un client du système, la demande étant associée à un objet géré du système, û rechercher un ensemble de fichiers d'enregistrement pour localiser un fichier d'enregistrement associé à la demande, ù utiliser le fichier d'enregistrement pour générer une instruction, ù recevoir le résultat de l'instruction, le résultat de l'instruction incluant un contenu dans un premier for-mat, ù rechercher un ensemble de fichiers de transformation, ù utiliser les fichiers de transformation pour transfor- mer le résultat de l'instruction dans un second for- mat, et û transmettre le contenu transformé au client qui a émis la demande. Selon diverses formes particulières de mise en œuvre de ce procédé : ù l'ensemble de fichiers d'enregistrement inclut des fichiers d'enregistrement XML ; le premier format du résultat de l'instruction peut être un contenu XML, les fichiers de transformation étant des fichiers de transformation XSL et les fichiers de transformation XLM transformant le contenu XLM en contenu associé au schéma prédéterminé du modèle d'informations communes ; ù le schéma prédéterminé est le schéma prédéterminé du modèle d'informations communes. Selon un deuxième aspect, l'invention a pour objet un procédé comportant les étapes consistant à : ù disposer d'un système, le système comportant : un module de gestionnaire d'objet, le module de gestionnaire d'objet s'interfaçant avec un client qui est capable d'envoyer des demandes au système, un module de couche de résumé, le module de couche de résumé recevant des demandes en provenance du module de gestionnaire d'objet et renvoyant des don-nées de schéma au module de gestionnaire d'objet, et le module de couche de résumé recevant un contenu non transformé en provenance de l'objet géré, un ensemble de fichiers d'enregistrement, le module de couche de résumé utilisant un ou plusieurs fichiers d'enregistrement pour générer les instruc- tions dans l'objet géré, et un ensemble de fichiers de transformation, le module de couche de résumé utilisant l'ensemble de fichiers de transformation pour transformer le contenu non transformé de l'objet géré en données de schéma, ù modifier le schéma d'un objet géré, ù modifier un ou plusieurs fichiers d'enregistrement et un ou plusieurs fichiers de transformation pour refléter les modifications dans le schéma de l'objet géré, sans qu'il soit nécessaire de modifier le module de couche de résumé. Selon diverses formes particulières de mise en oeuvre de ce procédé : û l'ensemble des fichiers d'enregistrement sont des fichiers d'enregistrement XML ; û l'ensemble des fichiers de transformation sont des fichiers de transformation XSL ; û l'ensemble des fichiers d'enregistrement sont des fichiers d'enregistrement XML et le contenu non trans- formé reçu en provenance de l'objet géré est un conte-nu XML, dans lequel l'ensemble des fichiers de transformation sont des fichiers de transformation XSL, et dans lequel les fichiers de transformation XSL transforment le contenu XML reçu en provenance de l'objet géré en données de schéma conformément au modèle d'in- formations communes. Le système et le procédé décrits ici sont techniquement avantageux du fait qu'ils fournissent un procédé flexible et adaptable pour gérer des objets dans un environnement CIM. Le système et le procédé décrits ici fournissent une couche de résumé qui est capable de générer des instructions et de traduire des données reçues en réponse à des demandes provenant d'un client CIM. Du fait de l'exis- tence de la couche de résumé, une modification dans le schéma CIM peut être facilement reçue par le système par la modification des fichiers d'enregistrement XML, des fichiers de transformation XSL et, si nécessaire, des fichiers de format d'objet géré (MOF) du gestionnaire d'ob- jet CIM. Du fait de la structure du système et du procédé décrits ici, la couche de résumé n'a pas besoin d'être modifiée pour recevoir des changements dans le schéma CIM, et des changements de codes significatifs sont évités. Ainsi, le système et le procédé sont compatibles à long terme sans avoir besoin de réécrire du code logiciel de niveau inférieur à la suite de chaque changement dans le schéma CIM. En outre, un autre avantage technique du système et du procédé décrits ici favorise également la réutilisation des modules de code logiciel dans les fi- chiers d'enregistrement XML et les fichiers de transfor- mation XSL. D'autres avantages techniques apparaîtront clairement à l'homme du métier à la lecture de la description, des revendications et des dessins qui vont suivre. Une compréhension plus complète des présents modes de réalisation et des avantages de ceux-ci peut être acquise en se reportant à la description qui suit faite en association avec les dessins annexés, sur lesquels des références numériques identiques désignent des fonctions identiques. La figure 1 est un schéma de la structure et du déroule-ment de processus d'un système qui inclut une couche de résumé de fournisseur CIM et des éléments associés. Les figures 2A et 2B sont des ordinogrammes d'une série d'étapes de procédé pour traiter des instructions dans le système de la figure 1. 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, clas- ser, traiter, émettre, recevoir, récupérer, envoyer, commuter, 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 ê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 in- clure 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 affi- cheur 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. Le système et le procédé décrits ici impliquent l'utili- sation d'une couche de résumé de fournisseur CIM, qui s'interface avec le gestionnaire CIMOM, exécute des actions demandées par le gestionnaire CIMOM et, à la suite de l'achèvement des actions demandées, renvoie des informations demandées au gestionnaire CIMOM. Pour collecter des données à partir des modules d'objet sur la base des demandes provenant du gestionnaire CIMOM, la couche de résumé du fournisseur CIM s'interface avec des modules d'accès à des données via des bibliothèques de chargements, des interfaces de ligne d'instruction et, dans le cas d'informations statiques, des fichiers de données. Le système et le procédé décrits ici impliquent également l'utilisation de fichiers d'enregistrement de langage de marquage extensible (XML). Pour chaque opération CIM qui peut être demandée par le gestionnaire CIMOM, un fichier d'enregistrement XML inclut des informations nécessaires pour l'exécution de l'instruction. Dans le cas de données récupérées depuis une bibliothèque, un fichier d'enregistrement XML va inclure l'identité de la bibliothèque à lire, l'instruction à exécuter, et les paramètres de l'instruction. Dans le cas de données récupérées depuis une interface de ligne d'instruction, le fichier d'enregistrement XML inclut l'instruction d'interface de ligne d'instruction et les paramètres de l'instruction et, dans le cas de données à récupérer depuis un fichier de don- nées, le fichier d'enregistrement XML identifie le fi-chier de données. Si les données récupérées par la couche de résumé de fournisseur CIM doivent être traduites, le fichier d'en- registrement XML pour l'opération demandée va également identifier un fichier de transformation de langage de feuille de style extensible. La couche de résumé de fournisseur CIM va utiliser les fichiers de transformation XSL pour transformer le contenu XML récupéré en données CIM qui peuvent être transmises par la couche de résumé de fournisseur CIM au gestionnaire CIMOM et finalement au client CIM. La figure 1 représente un schéma de la structure et du déroulement de processus d'un système 10 qui inclut une couche de résumé de fournisseur CIM et des éléments associés. Un client CIM 12 qui communique avec le gestionnaire CIMOM 14 est représenté sur le schéma de la figure 1. Le client CIM 12 transmet des demandes CIM au gestionnaire CIMOM 14, ce qui amène le gestionnaire CIMOM 14 à lancer une demande fournisseur à la couche de résumé de fournisseur CIM 16. La couche de résumé de fournisseur CIM 16 communique avec le module d'accès à des données 18 et transmet des demandes d'instruction à celui-ci. En réponse, le module d'accès à des données 18 transmet des demandes à l'objet géré 20. En réponse à une demande provenant du module d'accès à des données 18, l'objet géré 20 renvoie une réponse. La réponse est transmise depuis le module d'accès à des don-nées 18 à la couche de résumé de fournisseur CIM 16 sous la forme d'un contenu XML non transformé ou brut. La cou- che de résumé de fournisseur CIM 16 transforme les don-nées XML brutes en données CIM et transmet les données CIM au gestionnaire CIMOM 14, lequel transmet une réponse CIM au client CIM 12. Le gestionnaire CIMOM 14 inclut un certain nombre de fi- chiers au format MOF (format d'objet géré) 26 dans une bibliothèque MOF. Un fichier MOF est un fichier de structure de données qui est utilisé par le modèle CIM pour décrire les objets gérés du système. A la réception d'une demande CIM en provenance du client CIM, le gestionnaire CIMOM 14 détermine si un fichier MOF pour l'objet géré se trouve dans la bibliothèque MOF. Si un objet géré est trouvé, la couche de résumé de fournisseur CIM est appelée par le gestionnaire CIMOM 14 pour exécuter une de-mande d'instruction en réponse à la demande CIM du client CIM 12. En réponse à la demande provenant du gestionnaire CIMOM, la couche de résumé de fournisseur CIM 16 va lire l'ensemble de fichiers d'enregistrement XML 22 pour dé-terminer si un fichier d'enregistrement XML existe pour l'objet géré 20. Si un fichier d'enregistrement XML existe pour l'objet géré 20, la couche de résumé de fournisseur CIM 16 utilise le contenu du fichier d'enregistrement XML pour générer la demande d'instruction. Lors-que les données XML brutes sont renvoyées à la couche de résumé de fournisseur CIM 16, la couche de résumé de fournisseur CIM 16 va demander un fichier de transformation XSL de convertir les données XML brutes en données CIM. Les figures 2A et 2B représentent des ordinogrammes d'une série d'étapes de procédé pour traiter des instructions dans le système de la figure 1. A l'étape 30 de la figure 2A, le gestionnaire CIMOM reçoit une demande en provenance du client CIM. A l'étape 32, le gestionnaire CIMOM recherche dans sa bibliothèque MOF le format MOF associé à la demande émise par le client CIM. Il est déterminé à l'étape 34 si le format MOF associé est présent. Si le format MOF n'est pas trouvé comme étant présent, le processus se termine par un messager d'erreur à l'étape 36. Si le format MOF est trouvé comme étant présent à l'étape 34, la couche de résumé de fournisseur CIM est appelée à l'étape 38. Une fois que la couche de résumé de fournis- seur CIM est appelée, la couche de résumé de fournisseur CIM recherche dans les fichiers d'enregistrement XML le fichier d'enregistrement associé à l'objet géré et la de-mande provenant du client CIM. A l'étape 42, il est dé- terminé si le fichier d'enregistrement XML associé à l'objet géré et à la demande est localisé dans la bibliothèque de fichiers d'enregistrement. Si le fichier d'enregistrement associé n'est pas trouvé, le processus se termine par un message d'erreur à l'étape 44. Si le fi- chier d'enregistrement associé est trouvé, le processus se poursuit au point A de la figure 2B. A l'étape 46 sur la figure 2b, la couche de résumé de fournisseur CIM génère une instruction depuis le fichier d'enregistrement XML et émet l'instruction. A la suite de l'exécution de l'instruction dans le module d'accès à des données, la couche de résumé de fournisseur CIM reçoit un contenu XML non transformé à l'étape 48. A l'étape 50, la couche de résumé de fournisseur CIM recherche dans la bibliothèque de fichiers de transformation XSL le fichier de transformation XSL nécessaire pour transformer le contenu XML brut reçu dans la couche de résumé de fournisseur CIM. S'il est déterminé à l'étape 52 que le fi-chier de transformation XSL nécessaire n'est pas présent, le processus se termine par un message d'erreur à l'étape 54. Si le fichier de transformation XSL nécessaire est trouvé, le contenu XML est transformé et transmis au gestionnaire CIMOM. Le système et le procédé décrits ici garantissent une compatibilité à long terme dans l'éventualité de modifi- cations dans un schéma CIM existant. Si le schéma CIM est modifié, uniquement le fichier MOF, le fichier d'enregistrement XML et le fichier de transformation XSL vont de-voir être changés pour s'adapter aux changements dans le schéma CIM. De cette manière, une modification dans le schéma CIM ne nécessite pas de réécrire le code d'instru- mentation de niveau inférieur dans le système décrit. L'existence de fichiers MOF facilement modifiables, de fichiers d'enregistrement XML et de fichiers de transformation XSL permet au système d'être activé et mis à jour rapidement dans l'éventualité d'un changement apporté à des éléments du schéma CIM. En outre, le code logiciel du système, incluant le code logiciel des fichiers d'enregistrement XML et des fichiers de transformation XSL, peut être réutilisé à travers une variété de demandes CIM et d'objets gérés. Bien que l'on ait décrit ici que le contenu renvoyé à la couche de résumé de fournisseur CIM sera dans un format XML, il doit être compris que le système et le procédé décrits ici ne sont pas limités au contenu du format XML. Au contraire, d'autres formats, incluant des formats texte, peuvent être utilisés conformément au système et au procédé décrits ici. REVENDICATIONS 1. Système, pour gérer des objets dans un système (10) comportant un schéma prédéterminé de gestion d'objets, caractérisé en ce qu'il comporte : û un module de gestionnaire d'objet (14), le module de gestionnaire d'objet s'interfaçant avec un client (12) qui est capable d'envoyer des demandes au système, - un module de couche de résumé (16), le module de cou- che de résumé recevant des demandes en provenance du module de gestionnaire d'objet et renvoyant des don-nées de schéma prédéterminé au module de gestionnaire d'objet, et le module de couche de résumé recevant un contenu non transformé en provenance de l'objet géré, û un ensemble de fichiers d'enregistrement (22), le module de couche de résumé utilisant un ou plusieurs des fichiers d'enregistrement pour générer des instructions dans l'objet géré, et û un ensemble de fichiers de transformation (24), le mo- dule de couche de résumé utilisant l'ensemble de fichiers de transformation pour transformer le contenu non transformé de l'objet géré en données de schéma prédéterminé. 2. Système selon la revendication 1, dans lequel le schéma prédéterminé est le modèle d'informations communes. 3. Système selon la revendication 1, dans lequel le contenu non transformé reçu en provenance de l'objet géré est un contenu XML. 4. Système selon la revendication 3, dans lequel les fichiers de transformation sont les fichiers de transformation XSL.35 5. Système selon la revendication 4, dans lequel le module de couche de résumé utilise les fichiers de transformation XSL pour convertir le contenu XML en données conformément au modèle d'informations communes. 6. Système selon la revendication 1, dans lequel le module de gestionnaire d'objet inclut une bibliothèque de fichiers (26) de structure de données qui décrit les objets gérés du système. 10 7. Système selon la revendication 4, apte à opérer une modification dans le schéma prédéterminé nécessitant une modification d'un ou plusieurs fichiers de structure de données du module de gestionnaire d'objet, d'un ou plu- 15 sieurs des fichiers d'enregistrement, et d'un ou plu-sieurs des fichiers de transformation XSL, mais ne nécessitant pas de modification du module de couche de résumé. 8. Système selon la revendication 1, dans lequel le sché- 20 ma prédéterminé est le modèle d'informations communes et le contenu non transformé reçu en provenance de l'objet géré est un contenu XML. 9. Système selon la revendication 1, dans lequel le sché- 25 ma prédéterminé est un modèle d'informations communes, le contenu non transformé reçu en provenance de l'objet géré est un contenu XML, et le module de gestionnaire d'objet inclut une bibliothèque de fichiers de structure de don-nées qui décrit les objets gérés du système. 30 10. Système selon la revendication 1, dans lequel le schéma prédéterminé est le modèle d'informations communes, le contenu non transformé reçu en provenance de l'objet géré est un contenu XML, le module de gestionpaire d'objet inclut une bibliothèque de fichiers de5structure de données qui décrit les objets gérés du système, et le système est apte à opérer une modification dans le schéma prédéterminé nécessitant une modification d'un ou plusieurs fichiers de structure de données du mo- dule de gestionnaire d'objet, d'un ou plusieurs fichiers d'enregistrement, et d'un ou plusieurs fichiers de transformation XSL, mais ne nécessitant pas une modification du module de couche de résumé. 11. Procédé, pour gérer des objets dans un système (10) comportant un schéma prédéterminé, caractérisé en ce qu'il comporte les étapes consistant à : û recevoir dans un module de couche de résumé (16) une demande en provenance d'un client (12) du système, la demande étant associée à un objet géré du système, û rechercher un ensemble de fichiers d'enregistrement (22) pour localiser un fichier d'enregistrement asso- cié à la demande, û utiliser le fichier d'enregistrement pour générer une instruction, - recevoir le résultat de l'instruction, le résultat de l'instruction incluant un contenu dans un premier for-mat, - rechercher un ensemble de fichiers de transformation (24), û utiliser les fichiers de transformation pour transformer le résultat de l'instruction dans un second for-mat, et û transmettre le contenu transformé au client qui a émis la demande. 12. Procédé selon la revendication 11, dans lequel l'en-semble de fichiers d'enregistrement inclut des fichiers d'enregistrement XML.35 13. Procédé selon la revendication 12, dans lequel le premier format du résultat de l'instruction est un conte-nu XML. 14. Procédé selon la revendication 13, dans lequel les fichiers de transformation sont des fichiers de transformation XSL. 15. Procédé selon la revendication 14, dans lequel les fichiers de transformation XLM transforment le contenu XLM en contenu associé au schéma prédéterminé du modèle d'informations communes. 16. Procédé selon la revendication 11, dans lequel le schéma prédéterminé est le schéma prédéterminé du modèle d'informations communes. 17. Procédé pour mettre à jour un système conformément au modèle d'informations communes, caractérisé en ce qu'il comporte les étapes consistant à : û disposer d'un système (10), le système comportant : ^ un module de gestionnaire d'objet (14), le module de gestionnaire d'objet s'interfaçant avec un client (12) qui est capable d'envoyer des demandes au sys- tème, • un module de couche de résumé (16), le module de couche de résumé recevant des demandes en provenance du module de gestionnaire d'objet et renvoyant des données de schéma au module de gestionnaire d'objet, et le module de couche de résumé recevant un contenu non transformé en provenance de l'objet géré, un ensemble de fichiers d'enregistrement (22), le module de couche de résumé utilisant un ou plusieurs fichiers d'enregistrement pour générer les instruc- tions dans l'objet géré, etun ensemble de fichiers de transformation (24), le module de couche de résumé utilisant l'ensemble de fichiers de transformation pour transformer le contenu non transformé de l'objet géré en données de schéma, û modifier le schéma d'un objet géré, û modifier un ou plusieurs fichiers d'enregistrement et un ou plusieurs fichiers de transformation pour refléter les modifications dans le schéma de l'objet géré, sans qu'il soit nécessaire de modifier le module de couche de résumé. 18. Procédé selon la revendication 17, dans lequel l'en-semble des fichiers d'enregistrement sont des fichiers d'enregistrement XML. 19. Procédé selon la revendication 17, dans lequel l'en-semble des fichiers de transformation sont des fichiers de transformation XSL. 20. Procédé selon la revendication 17, dans lequel l'en-semble des fichiers d'enregistrement sont des fichiers d'enregistrement XML et le contenu non transformé reçu en provenance de l'objet géré est un contenu XML, dans le- quel l'ensemble des fichiers de transformation sont des fichiers de transformation XSL, et dans lequel les fichiers de transformation XSL transforment le contenu XML reçu en provenance de l'objet géré en données de schéma conformément au modèle d'informations communes.