FR 2824934 A1 20021122 FR 0206027 A 20020516 gue ou médecin traitant. 1 2824934 La présente invention concerne, de façon globale, un procédé et un système améliorés pour la conversion de donnces d'utilisation en Langage de Marquage Étendu. De façon plus spécifique, elle concerne un procédé et un système pour la conversion de donnces d'utilisation en un Langage de Marquage Étendu, les données d'utilisation comprenant une pluralité de catégories possédant au moins un paramètre assigné à chaque catégorie. Comme des serveurs Internet peuvent fournir une information précieuse au sujet de leurs utilisateurs, de nombreuses applications logicielles sont conçues, de façon courante, pour collecter de telles données d'utilisation. Les données comprennent une information importante concernant des éléments comme une mesure de l' occupation, une information géographique et des demandes de service d'utilisateur. Par exemple, les données peuvent fournir une information précieuse pour un directeur d'entreprise essayant de comprendre le comportement d'utilisation des utilisateurs, d'identifier des besoins pour de nouveaux services, de gérer la tarification des projets de souscription et de déterminer la marge de profit. Toute cette information peut fournir aux dirigeants des outils précieux de commercialisation. Des applications logicielles pour la collecte de données d'utilisateur sont connues, en général, comme des gestionnaires d'utilisation Internet ("IUM'). Un IUM comprend, de facon usuelle, un collecteur de données pour sauvegarder toute donnce d'utilisateur concernant le serveur. Comme Internet constitue une plate-forme plus flexible et plus universelle, les données d'utilisation doivent être dans le Langage Standard de Marquage Généralisé ("SGML") pour une 3s utilisation avec un fureteur du réseau. De façon plus 2 2824934 spécifique, le SGML préféré est le Langage de Marquage Étendu ("XML"). Comme le collecteur de données est configuré pour collecter des données en continu, il est difficile de générer de tels fichiers SGML selon cette configuration en continu. La présente invention peut être utilisée avec une autre invention décrite dans un Dépôt commun de Brevet U.S. [Liste des Mandataires PDNO 10012502-1] déposé le mai 2001 intitulé "Method And System For Archiving Data Within A Predetermined Time Interval" de Pierre Perinet et Eric Peterson, attribué à Hewlett-Packard ("HP") Company. La présente invention concerne un procédé et un système améliorés pour la conversion de données d'utilisation en Langage de Marquage Étendu. De façon plus spécifique, elle concerne un procédé et un système améliorés pour la conversion de données d'utilisation en Langage de Marquage Étendu, les données d'utilisation comprenant une pluralité de catégories possédant au moins un paramètre assigné à chaque catégorie. La présente invention concerne un procédé comprenant les étapes de génération de toutes les combinaisons possibles comprenant un paramètre pour chaque catégorie, de détinition d'une balise d'identificateur pour identifier, de facon unique, chaque combinaison générée, de définition d'une balise de table pour représenter une donnée associée de chaque balise d'identificateur, et de sauvegarde de toutes les balises dans un fichier de Langage de Marquage Étendu. La présente invention concerne, de plus, un autre procédé comprenant les étapes de définition d'une étiquette de dimension pour identifier de facon unique chaque catogorie à partir des données d'utilisation, de 3s définition d'une étiquette de valeur de dimension pour 3 2824934 identifier de façon unique chaque paramètre associé à chaque étiquette de dimension, et de génération d'une combinaison pour chaque étiquette de valeur de dimension d'une étiquette de dimension sélectionnée s avec chaque valeur de dimension à partir d'autres étiquettes de dimension une fois que l'étiquette de dimension en congonction avec l'étiquette de valeur de dimension a été crcée pour toutes les catégories trouvées dans les données d'utilisation, de définition d'une étiquette d'identificateur pour identifier, de façon unique, chaque combinaison générée, de définition d'une étiquette de table pour représenter une donnée associée à chaque étiquette d'identificateur, et de sauvegarde de toutes les étiquettes dans un fichier de Langage de Marquage Étendu. La présente invention concerne, de même, un système comprenant une étiquette d'identificateur pour identifier, de façon unique, chaque combinaison générée et une étiquette de table pour représenter une donnée associée de chaque étiquette d'identificateur. Sur les dessins: la Figure 1 est un synoptique d' architecture d'une mise en oeuvre utilisant la présente invention; la Figure 2 est un organigramme illustrant la fonctionnalité préférée d'un procédé de la présente invention i la Figure 3 est un organigramme illustrant une suite du procédé illustré sur la Figure 2; la Figure 4 est une page, à titre d'exemple, affichée pour le client utilisant les donnces archivées dans un interval le de temps prédéterminé; et la Figure 5 est une page, à titre d'exemple, du fichier de Langage de Marquage Étendu. Les termes et acronymes suivants sont utilisés dans toute la description détaillée: 4 2824934 - Archiveur: un ordinateur pour l'archivage de données collectées par le collecteur de donnces d'un système de gestionnaire d'utilisation Internet dans un intervalle de temps prédéterminé i - Archive: un fichier unique contenant un ou plusieurs fichiers séparés plus une information dans un format comme XML ou binaire, leur permettant d'être extraites par un programme adapté; - Donnces binaires: un format de fichier pour des données numériques codées selon une séquence de bits mais ne consistant pas en une séquence de caractères imprimables (du texte). Le terme est souvent utilisé pour un code machine exécutable. - Architecture Commune de Courtier de Demande d'Objet ("CORBA"): une spécification de Groupe de Gestion d'Objet ("OMG") fournissant la définition d' interface standard entre des objets conformes au OMG Collecteur de Données: un module dans le système d'Utilisation de Gestionnaire Internet collectant en continu des donnces d'utilisation du serveur; - Langage de Marquage Étendu ("XML"): une initiative du W3C définissant une langue "extrêmement simple" de SGML adaptée à une utilisation sur le Réseau Mondial ou Web; - Liaison Hypertexte: une liaison de navigation d'un document vers un autre, d'une partie (ou d'un composant) d'un document vers un autre, ou vers une ressource du Réscau Mondial comme une applette Java. De façon usuelle, une liaison Hypertexte est affichée sous la forme d'un mot ou d'une phrase en surbrillance pouvant être sélectionné en cliquant dessus à l' aide d'une souris pour sauter au document ou à la partie du 2824934 document associé ou pour extraire une ressource particulière; - HTML (Langage de Marquage d'HyperTexte): une convention standard de codage et un ensemble de codes pour fixer des attributs de présentation et de liaison au contenu d' information dans des documents (HTML 2.0 est couramment le standard primaire utilisé pour générer des documents WEB). Lors d'une étape de création de document, les codes HTML (référencés comme des "étiquettes") sont incorporés dans le contenu d' information du document. Lorsque le document WEB (ou document HTML) est ensuite transféré d'un serveur WEB vers un fureteur, les codes sont interprétés par le fureteur et sont utilisés pour afficher le document. De plus, en spécifiant la façon dont le fureteur WEB doit afficher le document, on peut utiliser des étiquettes HTML pour créer des liaisons vers d'autres documents WEB (référencées, de façon usuelle, comme des "liens hypertextes"). Pour plus d'information sur le HTML, voir Ian S. Graham, The HTML Source Book, John Wiley and Sons, Inc., 1995, (ISBN 0471-11894-4) ; - Protocole de Transport d'HyperTexte ("HTTP"): le protocole standard client/serveur du Réseau Mondial utilisé pour l'échange d' information (comme des documents HTML et des demandes de client pour de tels documents) entre un fureteur et un serveur WEB. HTTP comprend un certain nombre de types différents de demandes pouvant être envoyées du client au serveur afin de demander différents types d' actions de serveur. Par exemple, une demande "GET" ayant le format GET amène le serveur à renvoyer le document ou le fichier situé sur la URL spécifiée; Internet: un ensemble de réseaux (publics et/ou privés) interconnectés ou déconnectés qui sont liés par un ensemble de protocoles standards (comme 6 2824934 TCP/IP et HTTP) pour former un réseau global réparti (tandis que ce terme est prévu pour référencer ce que l'on connaît de nos j ours comme Internet, il est prévu, de même, d'englober des variantes pouvant être effectuées dans le futur comprenant des modifications et des additions aux protocoles standards existants); - Gestionnaire d'Utilisation Internet ("IUM"): un système informatique pour la gestion des données d'utilisation du serveur; - Groupe de Gestion d'Objet ("OMG"): un consortium axé sur l'établissement de standards dans la programmation orientée objet; Programmation Orientée Objet: l'utilisation d'une classe de langages et de techniques de programmation sur la base du concept d'un "objet" qui est une structure de données (du type de donnces abstraites) enveloppée par un ensemble de programmes agissant sur les données. Des opérations sur les données ne peuvent être effectuées que via les ensembles de programmes. Ces ensembles de programmes sont communs à tous les objets qui sont des variables d'une "classe" particulière. Par conséquent, l' interface avec des objets est bien définie et permettant au code mettant en oeuvre les ensembles de programmes d'être modifié tant que l' interface reste la même; - Langage Standard de Marquage Généralisé ("SGML"): un langage générique de marquage pour représenter des documents. SGML est un standard international décrivant la relation entre un contenu de document et sa structure. SGML permet le partage et la réutilisation d'une information basée sur un document parmi des applications et des plates-formes informatiques dans un format ouvert non commercial; 7 2824934 - URL (Localisateur Universel): une adresse unique qui spécifie, de façon complète, la position d'un fichier ou d'une autre ressource sur Internet ou sur un réseau. Le format général d'une URL est le protocole: //machine address:port/path/filename; - Données d'Utilisation: des données collectées par le IUM concernant entre autre une information sur des utilisateurs, des sessions et l'utilisation; - Réseau Mondial ("Web"): utilisé dans notre cas pour référencer, de façon glabale, à la fois, 1) un ensemble réparti de documents en Hypertexte liés et visualisables par un utilisateur (référencés, de façon usuelle, comme des documents Web ou des pages Web) qui sont accessibles par l'intermédiaire d'Internet et 2) les composants logiciels client et serveur fournissant un accès d'utilisateur à de tels documents à l' aide de protocoles standards Internet. De façon usuelle, le protocole standard primaire pour permettre la localisation et l 'acquisition par des applications de documents Web est HTTP et les pages Web sont codées à l'aide de HTML. Cependant, les termes "Web" et "Réseau Mondial" sont prévus pour englaber les langages de marquage et les protocoles de transport futurs pouvant être utilisés à la place (ou en plus) de HTML et HTTP. De façon globale, la présente invention concerne un procédé et un système améliorés pour convertir des données d'utilisation en XML. Le procédé et le système fournissent une façon de convertir des données d'utilisation collectées par un collecteur de données d'un IUM en un format XML pouvant être utilisé dans le contexte du Web. Comme Internet constitue une plate forme plus flexible et plus universelle, les données d'utilisation doivent être dans le langage standard de marquage généralisé ("SGML") pour une utilisation avec un fureteur du Web. De façon plus spécifique, le SGML 8 2824934 prf44 est X. Comme le collecteur de donnes est contigur pour collecter des donnes en continu, il est difficile de gAn4rer des fichiers SGME comme X[ selon cette configuration en continu. Par consquent, les donnes d'utilisation nAcessitent une conversion en XM[. La prAsente invention concerne un procdA pour convertir des donnes d'utilisation dans un Langage de jarquage [tendu de telle fagon que les donnes d'utilisation comprennent une pluralit de catAgories possAdant au moins un paramAtre assignA chaque catgorie. Le procdA comprend les Atapes de gAnAration de toutes les combinaisons possibles comprenant un paramAtre partir de chaque catAgorie, ia dfinition d'une balise d'identificateur pour identifiec de fagon unigue chaque dite combinaison gAnAre, la dAfinition d'une balise de table pour reprAsenter une donne associe de chaque dite balise d'identificateur et la sauvegarde de toutes les balises dans un fichier de Langage de Marquage [tendu. Un schAma d' architecture d'une mie en oeuve utilisant la prAsente invention avec un IUM est illustrA sur la Figure 1 et est dsign4, de fagon globale, par 10. Un moyen d'archivage 12 est connect entre un IUM 14 et un client 16. Le IUM 14 est un ordinateur pour la gestion des donnes statistiques d'utilisation du serveur et comprend un collecteur de donnes 18 pour collecter des donnes d'utilisation 20 des utilisateur utilisant un serveur HTTP 22 avec des configurations de serveur 24 spAcifiques. On remarquera que la mise en oeuvre prAfAre de la prAsente invention est prAvue pour une utilisation avec des serveurs Internet (par exemple, des serveurs HT[P). Cependant, d'autre erveurs comme de serveurs Intranet ou de rAsaau peuvent Atre utiliss. Ces autres mises en 9 2824934 oeuvre avec l' aide d'autres types de serveurs entrent dans le cadre de la présente invention. Une liste d'une pluralité d' ensembles de donnces 26 définis par au moins une catégorie est incluse, de même, dans le IUM. Des données collectées par le collecteur de donnces sont regroupées selon chaque ensemble de données des listes. Le IUM 14 est lié, de préférence, au moyen d'archivage 12 et au client 16 par l'intermédiaire d'une connexion CORBA 28, 28'. A l' aide des configurations définies dans le fichier de configuration 30, le moyen d'archivage 12 archive des données à partir du collecteur de données. Les données archivées 32 sont alors sauvegardées de façon locale. Comme le moyen d'archivage 12 assure, de même, un service pour le client 16, un serveur HTTP 34 est utilisé de préférence pour stocker les données archivées 32 et pour servir le client. Dans ce cas, la présente invention est utilisée de préférence avec le moyen d'archivage 12, les donnces d'utilisation archivées étant converties en XML. Le fichier XML peut alors être sauvegardé sur le serveur HTTP 34 local. Les données d'utilisation archivoes (c'est-à-dire les données archivées) comprennent une pluralité de catégories possédant au moins un paramètre assigné à chaque catogorie. Le client 16 est. d'autre part, une interface d'utilisateur pour afficher les données d'utilisation collectées par le moyen d'archivage 12 ou le collecteur de données 18 du IUM 14. Si un utilisateur désire des données d'utilisation dans un intervalle de temps prédéterminé, le client rassemble les donnces requises à partir de l' archive. Cependant, le client 16 peut accéder, de même, au collecteur de données 18. En fait lo 2824934 le client peut accéder aux données 36 sauvegardées, de façon locale, sur son poste. Bien que l'on illustre le fait que le moyen d'archivage 12, le IUM 14 et le client 16 soient situés sur des ordinateurs différents, ils peuvent être combinés selon un nombre quelconque d'ordinateur selon la mise en oeuvre préférée. En fait, comme cela est connu de l'homme du métier, la topologie de réseau de la présente invention peut être mise en oeuvre de diverses façons. Par exemple, plutôt que d'utiliser le moyen d'archivage 12, la présente invention peut être mise en oeuvre, de même, avec le IUM 14, de façon spécifique le collecteur de données 18 du IUM. Cependant, diverses mises en oeuvre en option sont considérées comme entrant dans le cadre de la présente invention. En référence à un aspect important du mode de mise en oeuvre préféré de la présente invention, un organigramme de la fonctionnalité préférée d'un procédé de configuration est illustré sur la Figure 2 et est désigné, de façon globale, par 50. Le présent procédé démarre par une demande de conversion des données d'utilisation en un fichier XML (Pavé 52). Une catégorie disponible est tout d'abord lue à partir des données d'utilisation (Pavé 54) et une balise de dimension sera définie pour cette catégorie de lecture (Pavé 56) . Il peut y avoir un ou plusieurs paramètres assignés à cette catégorie. Cependant, pour chaque paramètre assigné à cette catégorie de lecture, une balise de valeur de dimension est définie pour identifier chaque paramètre dans la balise de dimension (Pavé 58). Après l' identification de tous les paramètres avec des balises de valeur de dimension dans la balise de dimension de la catogorie, on détermine ensuite s'il existe une autre catogorie dans les 1 1 2824934 données d'utilisation (Pavé 60). Si oui, le processus subit un bouclage rétroactif pour réaliser la balise de dimension (Pavé 56) en conjonction avec ses balises de valeur de dimension (Pavé 58) pour les paramètres de la catogorie. Si d'autre part, il n'y a pas d'autre catogorie dans les données d'utilisation (Pavé 60), une balise de dimension sera sélectionnée (Pavé 62). En d'autres termes, une fois que toutes les balises de dimension et leurs balises de valeur de dimension ont été définies pour toutes les catogories avec leurs paramètres (Pavé ), une balise de dimension sera sélectionnce. Dans ce cas, toute balise de dimension peut être sélectionnée. Par exemple, une première balise de dimension ou une IS balise aléatoire de dimension peut être mise en oeuvre pour la sélection. Cependant, seule une balise de dimension doit être sélectionnée. A partir de la balise sélectionnée de dimension (Pavé 62), une première valeur de dimension sera alors sélectionnée (Pavé 64). Avec la balise sélectionnée de première valeur de dimension (Pavé 64), on génère une combinaison pour chaque balise de valeur de dimension à partir d'autres balises de dimension avec la balise sélectionnée de valeur de dimension (Pavé 66). La combinaison est une étape de récurrence réalisant toutes les combinaisons possibles posséJant la première valeur de dimension sélectionnée avec les balises de valeur de dimension d'autres balises de dimension. Après la génération de toutes les combinaisons possibles pour la balise sélectionnée de première valeur de dimension (Pavé 66), on détermine ensuite s'il existe une autre balise de valeur de dimension dans la même balise de dimension (Pavé 68). Si une autre balise de valeur de dimension est disponible à 3s partir de la balise de dimension (Pavé 68), la balise 12 2824934 de valeur de dimension sera sélectionnce (Pavé 70). Le processus subit un bouclage rétroactif pour générer toutes les combinaisons possibles pour cette balise sélectionnée de valeur de dimension (Pavé 66). Le processus poursuit sa répétition jusqu'à ce que toutes les balises de valeur de dimension à partir de la balise sélectionnée de dimension soient sélectionnées pour générer les combinaisons. Une fois que l'on a déterminé qu'une autre balise de valeur de dimension n'est pas disponible à partir de la balise de dimension (Pavé 68), les combinaisons générées sont sauvegardées dans une liste (Pavé 72). En d'autres termes, une fois que toutes les balises de valeur de dimension d'une balise sélectionnée de dimension ont été utilisces pour générer toutes les combinaisons possibles, les combinaisons générées sont sauvegardées dans une liste. La façon dont ces combinaisons sont générées sera décrite en référence aux trois catégories de service d'utilisateur, de type de modèle et d'intervalle de temps. Le service d'utilisateur comprend les paramètres "courrier électronique et Web" et le type de modèle comprend les paramètres "distribution et profit". Enfin, l'intervalle de temps comprend les paramètres "quotidien et mensuel". Bien entendu, il peut y avoir d'autres paramètres mais les catégories avec ces paramètres sont seulement illustrées pour expliquer la façon dont les combinaisons sont générces. Les trois catégories en conjonction avec leurs paramètres sont illustrées dans le tableau suivant pour plus de clarté : Service d'Utilisateur Type de Modèle Intervalle de Temps Courrier Électronique Distribution Quotidien Web Profil Mensuel 13 2824934 Le paramètre "courrier électronique" sera sélectionné dans la catogorie sélectionnée de "service d'utilisateur" dans cet exemple et toutes les combinaisons possibles comprennent 1) courrier électronique, distribution, quotidien; 2) courrier électronique, distribution, mensuel; 3) courrier électronique, profil, quotidien; et 4) courrier électronique, profil, mensuel. Un total de quatre combinaisons sont générées pour le paramètre "courrier électronique". Ensuite, comme il existe un autre paramètre dans la catogorie de service d'utilisateur, le processus de répète pour générer les combinaisons suivantes pour la paramètre "Web": 1) Web, distribution, quotidien; 2) Web, distribution, mensuel ; 3) Web, profil, quotidien; et 4) Web, profil, mensuel. Comme aucune combinaison supplémentaire ne peut être générce, le processus se poursuit alors en sauvegardant les combinaisons dans une liste. A ce stade, on préfère qu'une balise d' information soit définie, identifiant l' information de configuration de chaque combinaison générée (Pavé 74). De même, une balise d'identificateur est définie pour identifier aussi bien de facon unique chaque combinaison générée (Pavé 76) . A partir des données d'utilisation, il existe une donnée associce pour ces combinaisons. La donnce associce pour chaque identificateur (c'est-àdire la combinaison) est alors lue à partir des données d'utilisation (Pavé 78). Une balise de table est alors définie pour représenter les données associées de chacune de ces balises d'identificateur (Pavé 80). La balise de table peut être configurce de divers es facons pour représ ente r le s données associées. Cependant, dans le mode de mise en oeuvre préféré, une balise brute est définie pour représenter chaque ligne des données associées dans 14 2824934 chaque balise de table (Pavé 82). Finalement, toutes les balises créées sont sauvegardées dans un fichier XML (Pavé 84). On remarquera que différents noms peuvent être utilisés pour des balises. Comme il n'y a pas de limite pour le type de noms pouvant être assignés aux balises, les noms des balises peuvent être inclus en essayant de représenter le concept général et la syntaxe de la présente invention. Cependant, il est important de remarquer que d'autres noms pour les balises définies données peuvent être utilisés et des mises en oeuvre en option avec divers noms et syntaxes entrent dans le cadre de la présente invention. Une page à titre d'exemple, affichée chez le client utilisant les données archivées converties, est illustrée sur la Figure 4. A l' aide des données d'utilisation qui ont été converties en XML, divers histogrammes, graphes et graphiques peuvent être facilement visualisés sur un fureteur par des utilisateurs. Près du haut de l'écran, les utilisateurs peuvent choisir des paramètres spécifiques concernant des catégories du type de modèle, de mesure, d'intervalle de temps, de position géographique, de projet d' utilisateur ou de service d' utilisateur. Dans cet exemple, l'ensemble de données est défini par "distribution" pour le type de modèle, "utilisation" pour la mesure, "30 derniers jours" pour l'intervalle de temps, "toutes" pour la position géographique, "bronze" pour le projet d'utilisateur et "Web" pour le service d'utilisateur. Un seul ensemble de données avec ces paramètres spécifiques est défini dans la liste. Par exemple, si l'intervalle de temps de catogorie est modifié sur la dernière semaine, les autres catégories restant les mêmes, un autre ensemble de donnces est défini pour ces paramètres dans le fichier XML. Ainsi, 2824934 le fichier XML possède des milliers d' ensembles de données. Une page, à titre d'exemple, d'un fichier XML est illustrée sur la Figure 5. A titre d'exemple, trois balises de dimension (par exemple, ) sont déLinies pour trois catégories différentes, de façon spécifique une catégorie d'intervalle de temps, une catégorie de service d'utilisateur et une catégorie de projet d'utilisateur. La fin de la dimension est représentée par une balise de fin (par exemple, ). Comme cela est connu dans le domaine de l'art, la balise de début (par exemple, ) et la balise de fin (par exemple ) indiquent le début et la fin de cette balise particulière. La balise de dimension comprend, de façon globale, une information concernant la catégorie (par exemple, ). En dessous de chaque balise de dimension de la catégorie, une balise de valeur de dimension (par exemple, ) est définie pour chaque paramètre. Après la définition des dimensions, une balise d'identificateur (par exemple, ) est définie pour représenter une donnée associce de chaque combinaison. Les éléments de la combinaison sont représentés dans la balise d'identificateur (par exemple, ). Entre la balise d'identifi- cateur et la balise de table, une balise d'information (par exemple, ) est in cluse, de préférence, pour identifier une information de configuration de chaque combinaison générée. Une fois que la combinaison a été indiquée de façon correcte, chaque combinaison est suivie d'une balise de table (par exemple, ) pour représenter une donnée associée de la balise d'identificateur (par 16 2824934 exemple, de combinaison). De plus, une balise brute (par exemple, ) est définie pour chaque ligne des données associées à chaque dite balise de table. On comprendra que la s syntaxe du fichier XML puisse être configurce de diverses facons. Par conséquent, la Figure 5 illustre un mode de mise en oeuvre préféré de la syntaxe de conversion du fichier XML. Cependant, d'autres mises en oeuvre sont envisagées et font partie du cadre de la présente invention. A partir de la description précédente, on comprendra qu'un procédé et un système améliorés pour la conversion de données d'utilisation dans un Langage de Marquage Étendu ont été illustrés et décrits, présentant de nombreux attributs et avantages. Le procédé et le système fournissent une facon de convertir des données d'utilisation collectées par un IUM en XML, ce qui peut être alors facilement utilisé pour une configuration à base de Web dans un fureteur. Tandis que divers modes de mise en oeuvre de la présente invention ont été illustrés et décrits, on comprendra que d'autres modifications, substitutions et options sont évidentes pour l'homme du métier. De tellesmodifications, substitutions et options peuvent 2s être adoptées sans sortir de l' esprit et du cadre de l' invention qui doit être déterminé par les revendications annexées. Diverses caractéristiques de l' invention sont établies dans les revendications annexées. 17 2824934 R E V E N D I C A T I O N S 1. Procédé pour la conversion de données d'utilisation dans un Langage de Marquage Étendu, selon lequel les données d'utilisation comprennent une S pluralité de catégories possédant au moins un paramètre assigné à chaque catégorie, ledit procédé étant caractérisé en ce qu'il comprend les étapes suivantes: - la génération d'une pluralité de combinaisons possibles comprenant un paramètre pour chaque catégorie (66); - la définition d'une balise d'identificateur pour identifier, de facon unique, chaque dite combinaison générée (76); - la définition d'une balise de table pour représenter une donnée associée de chaque dite balise d'identificateur (80); et - la sauvegarde de toutes les balises dans un fichier de Langage de Marquage Étendu (84). 2. Procédé selon la revendication 1, caractéri sé en ce que ladite plural ité de combinai sons possibles comprend toutes les combinaisons possibles. 3. Procédé selon la revendication 1, caractérisé en ce que ladite étape de génération d'une pluralité de combinaisons possibles (66) comprend, de plus, les étapes suivantes: - la sauvegarde desdites combinaisons dans une liste (72); et - la définition d'une balise d' information pour identifier une information de configuration de chaque combinaison générée (74). 4. Procédé selon la revendication 1, caractérisé en ce que ladite étape de définition d'une balise de table (80) comprend, de plus, une étape de définition d'une balise brute pour représenter chaque 18 2824934 ligne des donnces associées pour chaque dite balise de table (82). 5. Procédé selon la revendication 1, caractérisé en ce qu'il comprend les étapes suivantes: - la définition d'une balise de dimension pour identifier, de façon unique, chaque catogorie à partir des données d'utilisation (56); et - la définition d'une balise de valeur de dimension pour identifier, de façon unique, chaque paramètre associé à chaque dite balise de dimension (58). 6. Procédé selon la revendication 5, caractérisé en ce qu'il comprend, de plus, les étapes suivantes: - la sélection d'une balise de dimension (62); - la sélection d'une balise de valeur de dimension à partir de ladite balise sélectionnée de dimension (64, 70); et - la génération d'une combinaison pour ladite balise sélectionnée de valeur de dimension avec chaque balise de valeur de dimension d'autres balises de dimension (66). 7. Produit de programme informatique caractérisé en ce qu'il comprend un support utilisable sur ordinateur possédant des codes informatiques de programme lisible incorporés au support qui, lorsqu'ils sont exéautés, amènent un ordinateur à: - générer toutes les combinaisons possibles comprenant un paramètre pour chaque catogorie (66); - définir une balise d'identificateur pour identifier, de façon unique, chaque dite combinaison générée (76); - définir une balise de table pour représenter une donnée associée de chaque dite balise d'identificateur (80); et ! 19 2824934 - sauvegarder toutes les balises dans un fichier de Langage de Marquage Étendu (84). 8. Système pour la conversion de données d'utilisation dans un Langage de Marquage Étendu, caractérisé en ce que les donnces d'utilisation comprennent une pluralité de catogories possédant au moins un paramètre assigné à chaque catégorie, et toutes les combinaisons possibles comprenant un paramètre de chaque catégorie, comprenant: - une balise d'identificateur pour identifier, de façon unique, chaque dite combinaison générée (76); et - une balise de table pour représenter une donnée associse de chaque dite balise d'identificateur (80). 9. Système selon la revendication 8, IS caractérisé en ce qu'il comprend, de plus: - une balise de dimension pour identifier, de facon unique, chaque catégorie à partir des données d'utilisation (56); et - une balise de valeur de dimension pour identifier, de façon unique, chaque paramètre associé à chaque dite balise de dimension (58). 10. Système selon la revendication 9, caractérisé en ce que ladite balise de table comprend, de plus, une balise brute pour représenter chaque ligne des donnces associées pour chaque dite balise de table