Brevet FR2888961A1 — publié le 20070126

La présente description concerne de manière générale les systèmes informatiques et les systèmes de traitement d'informations, et de manière plus spécifique, un système et un procédé pour implémenter un format de descripteur commun pour des formats de données de mémorisation quels que soient les supports de mémorisation. Du fait de la valeur et de l'utilisation croissantes des informations, les particuliers et les entreprises cherchent des moyens supplémentaires pour traiter et mémori- ser les informations. L'un des choix mis à la disposition des utilisateurs concerne un système 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, permettant ainsi aux utilisateurs de tirer avantage de 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 différents utilisateurs ou différentes appli- cations, les systèmes de traitement d'informations peuvent varier en fonction du type d'informations traitées; des procédés de traitement des informations; des procédés de traitement, mémorisation ou communication des in-formations; de la quantité d'informations traitées, mé- morisées, ou communiquées; et de la vitesse et de l'efficacité avec lesquelles les informations sont traitées, mémorisées, ou communiquées. Les variations des systèmes de traitement d'informations permettent aux systèmes de traitement d'informations d'être généraux ou configurés pour un utilisateur spécifique ou une utilisation spécifique telle que le traitement des transactions financières, les réservations des vols, le stockage de données d'entreprise, ou les communications globales. De plus, les systèmes de traitement d'informations peuvent inclure ou comporter une variété de composants matériels et logi- ciels qui peuvent être configurés pour traiter, mémoriser, et communiquer des informations et peuvent inclure un ou plusieurs systèmes informatiques, systèmes de mémorisation de données et systèmes de gestion de réseau. Un système de traitement d'informations peut inclure un système de mémorisation ou un réseau de mémorisation pour gérer des données actives. Les utilisateurs du système de traitement d'informations peuvent souhaiter créer une copie de ces données actives à des fins d'archivage ou de sauvegarde ou pour libérer l'espace sur le système de mémorisation pour plus de données actives. De nouveaux impératifs de réglementation dans certaines industries exigent que les utilisateurs gardent leurs archives de don-nées pendant 10, 20, et même 50 ans. De plus, de nombreu- ses entités ont des raisons non réglementaires pour garder des archives à long terme. Par exemple, les hôpitaux peuvent avoir besoin de conserver des fichiers médicaux, tels que les radioscopies et les Radioscopies de Tomographie Axiale Commandée par Ordinateur (radios CAT), pen- dant la durée de vie de leurs patients; les compagnies pétrolières peuvent garder des données géophysiques concernant leurs diverses réserves dans l'espoir que les futures technologies conduiront à de nouvelles découvertes; et les gouvernements peuvent avoir besoin de garder des enregistrements personnels, tels que les certificats de naissance, pendant la durée de vie de leurs sujets. Comme suggéré par la Loi de Moore, cependant, les améliorations continues de l'industrie informatique sur les systèmes de traitement d'informations ont eu pour résul- tat une transition rapide de l'état de la technique vers l'obsolescence pour de nombreuses technologies, y compris les systèmes de stockage. Les formats des supports communs deviennent inaccessibles dans le temps lorsqu'un logiciel est mis à jour, un matériel est remplacé, le sup- port du fournisseur expire, et après changement de per- sonnel. Souvent, bien que les supports sur lesquels les données sont mémorisées puissent avoir une durée de vie étendue, les données elles-mêmes peuvent devenir illisibles. Les pratiques des fournisseurs de mémoire d'utilisation de formats de mémorisation propriétaires de données ne font qu'exacerber ce problème. Certains utilisateurs migrent leurs données de copie vers de nouveaux systèmes de mémorisation lorsqu'ils remplacent les formats de mémorisation d'origine dans le but de conservation de leurs données lisibles par les systèmes actuels. Les formats de données changent dans le temps même si les mêmes applications et mêmes matériels de fournisseur, cependant, for-cent l'utilisateur à migrer leurs données vers le nouveau format de données. De plus, un utilisateur peut souhaiter changer d'une solution d'un fournisseur vers une autre pour une raison non-associée au format de mémorisation ou à des problèmes d'obsolescence, forçant également l'utilisateur à subir les coûts d'une migration de données à échelle entière. Les coûts d'une telle migration augmenteront seulement au fur et à mesure que les systèmes de mémorisation deviennent plus anciens. Les utilisateurs peuvent être bloqués dans des programmes de mémorisation d'un fournisseur unique simplement du fait qu'ils ne sou- haitent pas investir le montant de la migration. Si leur fournisseur choisi n'est plus en activité ou sinon ne maintient pas ses formats de fichier de données, l'utilisateur peut rester sans solution raisonnable lorsque son matériel devient défectueux ou ses anciens logiciels ne fonctionnent pas avec le nouveau matériel. Certains utilisateurs ont choisi de conserver tous les systèmes de traitement d'informations, y compris les composants maté-riels et logiciels, avec leurs copies de données pour s'assurer qu'au moins un système pourra lire les données dans le futur. Ces pratiques sont onéreuses et exigent du temps, mais sans elles, les copies dupliquées des données peuvent être perdues du fait de l'incapacité de systèmes actuels de visualiser les données. Selon la présente description, un système et un procédé sont décrits pour la mise en oeuvre d'un format de descripteur commun destiné à des formats de données de mémorisation sans tenir compte des supports de mémorisation. Un exemple de support de mémorisation utilisant un format de descripteur commun peut comporter des données mémori- sées sur le support de mémorisation et un descripteur commun qui est associé aux données mémorisées et mémorisé sur le support de mémorisation. Le descripteur commun peut inclure des informations de formatage mémorisées dans un format normalisé. Les informations de formatage peuvent suffire pour décrire la manière dont les données sont formatées. Un exemple de procédé d'écriture de don-nées sur un support de mémorisation en utilisant un format de descripteur commun peut inclure l'étape d'écriture du descripteur commun sur le support de mémorisation et l'étape d'écriture des données dans le format décrit dans le descripteur commun. Un mode de réalisation du procédé de lecture de données sur un support de mémorisation en utilisant un format de descripteur commun peut inclure l'étape de lecture du descripteur commun sur le support de mémorisation et l'étape d'utilisation de la description de la manière par laquelle les données sont formatées dans le descripteur commun pour lire les données. Le système et le procédé décrits ici sont techniquement avantageux du fait qu'ils fournissent un système et un procédé par lesquels des données peuvent être lues en utilisant les informations de formatage dans le descripteur commun, quel que soit le format de données, le jeu de puces, le système d'exploitation, les supports de mémorisation, ou le fournisseur. Du fait de cet avantage technique, les données mémorisées dans un format obsolète ou indésirable peuvent faire l'objet d'un accès par des programmes courants réalisés par un quelconque fournisseur et lues sur place, sans migration onéreuse. Par conséquent, bien qu'un premier programme provenant de chez un premier fournisseur puisse générer le format de données utilisé pour mémoriser les données, un second programme provenant de chez un second fournisseur peut utiliser les informations de formatage de descripteur commun dans le descripteur commun pour déterminer la ma- nière de lire les données mémorisées. En résultat, les utilisateurs peuvent continuer à accéder à leurs données mémorisées dans leurs supports existants, même si plus tard ils procèdent à des changements fondamentaux sur leur système, tels que l'installation d'un nouveau maté- riel ou d'un nouveau logiciel de système d'exploitation, sans perdre l'accès à leurs données mémorisées. De même, les utilisateurs peuvent passer d'une solution de mémorisation d'un fournisseur vers une autre sans migrer leurs données vers le nouveau format de fichier. Par consé- quent, les utilisateurs peuvent non seulement économiser leur investissement dans les évaluations physiques de leurs systèmes de mémorisation, mais également éviter de subir les coûts associés à des migrations de données à grande échelle. Plus précisément, l'invention vise un support de mémorisation comportant, mémorisées, des données et un descripteur commun associé aux données, le descripteur commun incluant des informations de formatage mémorisées dans un format normalisé, et dans lequel les informations de for-matage suffisent pour décrire la manière par laquelle les données mémorisées sont formatées. Les données peuvent être mémorisées sur le support de mémorisation sous la forme d'un fichier de données, le des-35 cripteur commun associé aux données mémorisées étant mé- morisé sous la forme d'un fichier de descripteur commun séparé associé au fichier de données. Le descripteur commun peut être incorporé dans les don-nées et être écrit en Langage de Balisage Extensible XML. 5 Le descripteur commun peut en outre inclure: un ensemble d'éléments normalisés décrivant la manière dont le descripteur commun est formaté ; - un ensemble d'éléments spécifiques au fournisseur décrivant des caractéristiques de formatage spécifiques au fournisseur pour les données, notamment en utilisant des termes normalisés pour décrire les caractéristiques de formatage spécifiques au fournisseur pour les données; - un bloc de données désignant la longueur du descrip-15 teur commun; un bloc de données désignant la longueur des données; - un bloc de données désignant la date à laquelle les données ont été créées; - un bloc de données désignant quel fournisseur de logi-20 ciel est associé aux données; - un bloc de données désignant quel programme logiciel est associé aux données; - un bloc de données désignant quelle version du pro-gramme logiciel est associée aux données; un bloc de données identifiant si les données sont cryptées. L'invention vise également un procédé pour écrire des données sur un support de mémorisation utilisant un for-mat de descripteur commun, comportant les étapes consis- tant à : écrire un descripteur commun sur le support de mémorisation, le descripteur commun incluant des informations de formatage dans un format normalisé qui suffisent pour décrire la manière dont les données sont formatées; et écrire les données dans le format décrit dans le des- cripteur commun. L'étape d'écriture d'un descripteur commun sur le support de mémorisation peut comporter l'étape d'écriture d'un ensemble d'éléments à base de normes pour le descripteur commun, les éléments à base de normes pour le descripteur commun incluant des données décrivant la manière dont le descripteur commun est formaté. Cette étape peut aussi comporter l'étape d'écriture d'un ensemble d'éléments de formatage spécifique au fournisseur pour le descripteur commun, les éléments de forma- tage spécifique au fournisseur utilisant des termes normalisés pour décrire des caractéristiques de formatage spécifique au fournisseur pour les données. L'invention vise également le procédé pour lire les don-nées sur le support de mémorisation utilisant un format de descripteur commun, comportant les étapes consistant à : lire un descripteur commun sur le support de mémorisation, le descripteur commun incluant des informations de formatage dans un format normalisé qui suffisent pour décrire la manière dont les données sont formatées; et utiliser la description indiquant la manière dont les données sont formatées dans le descripteur commun pour lire les données. L'étape de lecture du descripteur commun sur le support de mémorisation peut comporter les étapes consistant à : lire un sous-ensemble d'éléments à base de normes, le sous-ensemble d'éléments à base de normes décrivant la manière dont le descripteur commun est formaté ; et lire un ensemble d'éléments de formatage spécifique au fournisseur, les éléments de formatage spécifique au fournis- Beur utilisant des termes normalisés pour décrire des caractéristiques de formatage spécifique au fournisseur pour les données. Le procédé peut comporter de plus l'étape de détermination indiquant si des données écrites dans le format dé- crit dans le descripteur commun peuvent être lues. 2888961 8 Une compréhension plus complète des présents modes de réalisation et de leurs avantages peut être acquise en faisant référence à la description qui va suivre faite conjointement avec les dessins annexés, sur lesquels des références numériques analogues indiquent des caractéristiques analogues, et sur lesquels: la figure 1 est un schéma fonctionnel d'un exemple de système de mémorisation, la figure 2 est un schéma fonctionnel d'un exemple de fichier de descripteur et un exemple de fichier de données, la figure 3 est un schéma fonctionnel d'un exemple de fichier de descripteur, la figure 4 est un ordinogramme illustrant un exemple de procédé pour générer un fichier de descripteur et un fichier de données associé, et la figure 5 est un ordinogramme illustrant un exemple de procédé de lecture d'un fichier de descripteur et d'un fichier de données associé. Dans le but de cette description, un système de traite-ment d'informations peut inclure tout dispositif ou en-semble de dispositifs opérationnels pour calculer, clas- ser, traiter, transmettre, recevoir, récupérer, émettre, commuter, mémoriser, afficher, manifester, détecter, en-registrer, reproduire, gérer, ou utiliser toute forme d'informations, 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 nonvolatile. Les composants supplémentaires du système de traitement d'informations peuvent inclure un ou plusieurs lecteurs de disque, un ou plusieurs ports réseau pour communiquer avec des dispositifs externes ainsi que divers périphériques d'entrée et de sortie (E/S), tels qu'un clavier, une souris, et un afficheur vidéo. Le système de traitement d'informations peut également inclure un ou plusieurs bus opérationnels pour transmettre des communications entre les divers composants matériels. Un format de descripteur commun, ou "CDF" peut être uti- lisé pour informer un utilisateur d'un système de mémorisation, qui peut être un composant d'un système de traitement d'informations, quant à la manière de lire des données mémorisées. Dans certaines situations, le descripteur commun peut être intégré dans un fichier de don- nées ou dans un flot de données. Par conséquent, comme représenté sur la figure 1, un système de mémorisation 10 ayant une unité 12 peut mémoriser des données 14 ayant un descripteur commun intégré. Le descripteur commun intégré peut être, par exemple, un en-tête au début des données. Dans d'autres cas, des fichiers de données particuliers peuvent être associés à un fichier de descripteur commun, de sorte que l'utilisateur peut déterminer le format pour de multiples fichiers dans de multiples formats mémorisés sur un seul support de mémorisation. Le descripteur corn- mun peut par conséquent résider sur le support de mémorisation contenant les données associées. Dans ce but, l'exemple de système de mémorisation 10 représenté sur la figure 1 a deux unités 20 et 30 qui mémorisent trois fichiers de descripteur commun 40, 50 et 60; chaque fichier de descripteur commun a un fichier de données asso- cié, et désigné par les références numériques 45, 55 et 65, respectivement. Dans le but de cet exemple, le système de mémorisation 10 inclut seulement trois lecteurs, qui peuvent être des disques durs, des lecteurs de sup-port amovibles, ou tout autre matériel de mémorisation, mais l'homme du métier faisant lecture de cette description constatera que le système de mémorisation 10 peut inclure un nombre quelconque de composants matériels. De même, le système de mémorisation 10 peut inclure un ré- seau de mémorisation ayant des serveurs de mémorisation ou d'autres composants matériels à base de réseau. Le système de mémorisation 10 peut inclure un nombre quel-conque de fichiers de données ayant des descripteurs communs intégrés ou des paires de données et de fichiers de descripteur commun, que l'homme du métier ayant lecture de cette description constatera également. Le format d'un descripteur commun, tel que, par exemple, le fichier de descripteur 40, sera de préférence normalisé par l'industrie informatique pour permettre à un uti- lisateur final d'accéder à des données en utilisant un programme logiciel qui est différent du programme qui à l'origine a mémorisé les données. Un format de descripteur commun, cependant, n'imposera pas de format standard pour les données associées à de quelconques descripteurs communs. Au lieu de cela, le format standard peut prévoir une méthodologie commune pour l'existence d'un profil qui décrit le format de données. Un exemple de fichier de descripteur 40 peut être de préférence écrit en Langage de Description de Fichier ("XML") de sorte qu'une inter- face de programmation d'application ("API") spécifique ne sera pas nécessaire pour lire le fichier de descripteur 40 Le format de descripteur commun prévoit essentiellement un niveau d'interopérabilité de base entre des formats de fichier de mémorisation et des fournisseurs de mémoire. Le format de descripteur commun n'écarte pas un procédé propriétaire pour la distribution de données mais au lieu de cela permet à un quelconque fournisseur de logiciel ou de contrôleur compatible d'accéder au descripteur commun qui décrit la structure sous-jacente des données associées. Cette structure serait probablement un module d'extension du fournisseur si le fournisseur considère sa structure de données comme propriétaire ou un avantage compétitif. La figure 2 illustre le contenu d'un exemple de fichier de descripteur commun 40, qui est associé à un fichier de données 45. De même, cependant, le descripteur commun peut être intégré dans des données mémorisées, comme représenté dans le disque 12 de la figure 1. Le fichier de descripteur commun 40 et le fichier de données 45 peuvent avoir des formats de fichier pour le nom, comme "Arc.fil.sddf" pour le fichier de descripteur commun 40 et "Arc.fil" pour le fichier de données 45. Les industriels des systèmes de mémorisation peuvent de préférence s'accorder pour placer le fichier de descripteur commun à la même position dans chaque support, comme par exemple dans le premier octet. Le fichier de descripteur commun 40 peut inclure un ensemble d'éléments de descripteur commun 46 et un ensemble d'éléments de formatage spécifi- ques au fournisseur 47. L'ensemble d'éléments de descripteur commun 46 peut inclure les informations normalisées nécessaires pour lire le fichier de descripteur commun et les éléments principaux qui décrivent le fichier de don-nées 45. Les éléments principaux peuvent être ceux néces- saires pour décrire l'un quelconque et tous les formats de données, comme décrit ultérieurement dans cette description. L'ensemble des éléments de formatage spécifiques au fournisseur 47 inclura de préférence une collection d'éléments qui décrivent le formatage du fichier de données particulier 45 en question. Ces éléments seront vraisemblablement uniques à chaque fournisseur et peuvent définir la structure nécessaire pour lire le format de données spécifique utilisé par ce fournisseur. Tous les fournisseurs, cependant, utiliseront de préférence les mêmes termes pour décrire leurs formats de données spécifiques. C'est-à-dire que les fournisseurs peuvent utiliser des verbes et des noms universellement acceptés pour décrire le format de données, mais un fournisseur peut organiser ces verbes et ces noms pour former les éléments de formatage spécifiques au fournisseur qui décrivent un format de données unique à ce fournisseur. La figure 3 représente un fichier de descripteur commun 40, l'ensemble d'éléments à base de normes de descripteur commun 46 et l'ensemble d'éléments de formatage spécifi- ques au fournisseur 47 de manière plus détaillée. Un sous-ensemble d'éléments à base de normes de descripteur commun 46 peut inclure un bloc de données 50 donnant la longueur du descripteur commun et un bloc de données 52 qui inclut d'autres structures spécifiques au format de descripteur commun, si nécessaire. Le sous-ensemble d'éléments à base de normes de descripteur commun 46 peut également inclure les éléments principaux nécessaires pour décrire le fichier de données 45, comme décrit ci-dessus. Par conséquent, comme représenté sur la figure 3, le sous-ensemble d'éléments à base de normes de descripteur commun 46 peut également inclure un bloc de don-nées 53 citant la longueur du fichier de données 45 et un bloc de données 54 désignant la date à laquelle le fi-chier de données 45 a été créé. Le sous-ensemble d'élé- ments à base de normes de descripteur commun 46 peut également inclure un bloc de données 55 donnant le nom du fournisseur associé au programme utilisé pour créer le fichier de données 45, un bloc de données 56 désignant le nom de ce programme, et un bloc de données 57 donnant la version de ce programme. Le sous-ensemble d'éléments à base de normes de descripteur commun 46 peut inclure plus ou moins de blocs de données, comme le constatera l'homme du métier faisant lecture de cette description. Les éléments et le formatage de ces sous-ensembles, qui forment un ensemble d'éléments à base de normes de descripteur commun 46 seront de préférence normalisés par les industriels informatiques. Cette normalisation permettra aux données du fichier de descripteur commun d'être universellement lisibles par les fournisseurs et les program- mes. La figure 3 représente également une répartition des éléments qui forment un ensemble d'éléments de formatage spécifique au fournisseur 47. Comme décrit précédemment dans cette description, le contenu d'un ensemble d'élé- ments de formatage spécifique au fournisseur 47 sera différent d'un fournisseur à un autre fournisseur, bien que de préférence, les termes utilisés pour décrire les di-vers éléments de formatage seront communs à tous les fournisseurs. L'ensemble d'éléments de formatage spécifi- que au fournisseur 47 peut inclure un bloc de données 58 citant la langue utilisée pour écrire le fichier de don-nées 45, un bloc de données 59 désignant le format de codage pour le fichier de données 45, et un bloc de données 60 indiquant le format de cryptage du fichier de données 45. Les éléments représentés sur la figure 3 ne sont pas la gamme complète d'éléments possibles qui peuvent être inclus dans l'ensemble d'éléments de formatage spécifique au fournisseur 45. Au lieu de cela, l'ensemble d'éléments de formatage spécifique au fournisseur 45 peut inclure plus ou moins d'éléments, comme nécessaire pour décrire le format de données spécifique au fournisseur. Par exemple, certains fournisseurs ne peuvent pas crypter leurs données et par conséquent peuvent ne pas nécessiter le bloc de données 60 dans leur ensemble d'éléments de for- matage spécifique au fournisseur 45. De même, certains fournisseurs peuvent vouloir inclure un bloc de données supplémentaire, non-représenté sur la figure 3, qui désigne de quelconques informations de compilation associées au fichier de données 45. Comme le constatera l'homme du métier faisant lecture de cette description, le fichier de descripteur commun 40 au total peut inclure plus ou moins d'informations, dans la mesure où suffisamment d'informations restent dans le fichier de descripteur commun pour déterminer la manière de lire le fichier de données associé à ce fichier de descripteur commun, et dans la mesure où le fichier de descripteur commun 40 est conforme à de quelconques impératifs normalisés adoptés par l'industrie informatique. De même, un descripteur commun peut être également intégré dans les données mémo- risées au lieu d'être mémorisé sous la forme d'un fichier séparé associé au fichier de données. Le format de descripteur commun peut être mis en oeuvre en deux phases. La première phase inclut l'identification du fournisseur et la création du format du descripteur commun de base. Dans la seconde phase, les fournisseurs incorporent dans leurs systèmes de mémorisation les modules d'extension qui génèrent les descripteurs communs, permettant l'interopérabilité des fournisseurs. Une fois que les deux phases sont achevées, l'utilisateur final peut créer des données à l'aide de descripteurs communs en utilisant un procédé similaire à celui décrit dans l'ordinogramme représenté sur la figure 4. Le traitement d'écriture commence dans le bloc 70 de l'ordinogramme. L'application de fournisseur utilisée pour écrire les données, qui peut être une quelconque application d'écriture sur mémoire, écrira tout d'abord le contenu du sous-ensemble d'éléments à base de normes pour le descripteur commun, comme représenté dans le bloc 71. L'application de fournisseur écrira ensuite le contenu de l'ensemble d'éléments de formatage spécifique au fournis- seur du descripteur commun, comme représenté dans le bloc 73. Comme représenté dans le bloc 74, l'application de fournisseur écrira alors les données dans le format décrit dans le descripteur commun nouvellement écrit. A ce point, l'application de fournisseur aura achevé l'écriture du descripteur commun et des données, comme représenté dans le bloc final 75. La figure 5 représente un ordinogramme décrivant un pro-cédé de lecture de données mémorisées. Une application de fournisseur, qui peut ou peut ne pas être la même application utilisée pour écrire les données, commencera le traitement de lecture dans le bloc 80 décrit sur la figure 5. L'application de fournisseur lira tout d'abord le sous-ensemble d'éléments à base de normes, comme repré- senté dans le bloc 81. Ces éléments peuvent indiquer à l'application de fournisseur l'emplacement du fichier de descripteur. De même, le sous-ensemble d'éléments à base de normes peut être de préférence placé dans le même emplacement pour toutes les données. Dans le bloc 83, l'ap- plication de fournisseur lira l'ensemble d'éléments de formatage spécifique au fournisseur, qui décrira alors le format des données de manière plus détaillée, comme décrit précédemment dans cettedescription. En utilisant les informations apprises d'après la lecture de ces élé- ments, l'application de fournisseur demandera elle-même si elle peut lire des données écrites dans le format décrit dans le descripteur commun, comme représenté dans le bloc 84. Si la réponse est affirmative, l'application de fournisseur utilisera les informations de format du descripteur commun pour se guider dans la lecture des don-nées, comme représenté dans le bloc 87 de l'ordinogramme de la figure 5. A ce stade, l'application de fournisseur atteindra le bloc final 88 et finira la lecture des don-nées. Si l'application de fournisseur ne peut pas lire les données, l'application de fournisseur informera l'utilisateur qu'une nouvelle application est nécessaire, comme représenté dans le bloc 85. En même temps, l'utilisateur peut passer à une nouvelle application de fournisseur pour lire les données, comme représenté dans le bloc 86. Cette nouvelle application commencera le traitement de lecture à nouveau dans le bloc 81, comme représenté sur la figure 5. Les exemples de systèmes et de procédés pour implémenter un format de descripteur commun décrit ici ont été dé- crits en faisant référence à des paires de fichiers de descripteur commun et de fichiers de données, et des descripteurs communs intégrés dans des données, mais il doit être constaté qu'un seul fichier de descripteur commun peut être utilisé pour chaque disque de mémorisation in- dividuel ou support de mémorisation individuel, sans tenir compte du nombre de fichiers de données sur ce disque ou support. Ce fichier de descripteur commun peut, par exemple, décrire un format de fichier générique d'un fournisseur, ayant une longueur normalisée, une langue, et un emplacement pour chaque fichier de données. En-suite, chaque fichier de données sur ce disque ou support particulier sera conforme au format de descripteur commun inclus sur le disque, le support holographique, une mémoire, ou un autre support de mémorisation. Chaque disque nécessite un fichier de descripteur commun spécifique dans cet exemple du système et procédé pour implémenter un format de descripteur commun. REVENDICATIONS 1. Support de mémorisation utilisant un format de descripteur commun, caractérisé en ce qu'il comporte: - des données (45) mémorisées sur le support de mémori- sation, et un descripteur commun (40) associé aux données (45) mémorisées et mémorisé sur le support de mémorisation, dans lequel le descripteur commun (40) inclut des in-formations de formatage (47) mémorisées dans un format normalisé, et dans lequel les informations de forma- tage (47) suffisent pour décrire la manière par la-quelle les données (45) mémorisées sont formatées. 2. Support de mémorisation utilisant un format de descripteur commun selon la revendication 1, caractérisé en ce que: les données sont mémorisées sur le support de mémori- sation sous la forme d'un fichier de données (45), et - le descripteur commun (40) associé aux données mémori- sées est mémorisé sous la forme d'un fichier de des- cripteur commun (40) séparé associé au fichier de don- nées (45). 3. Support de mémorisation utilisant un format de descripteur commun selon la revendication 1, caractérisé en ce que le descripteur commun (40) est incorporé dans les données. 4. Support de mémorisation utilisant un format de descripteur commun selon la revendication 1, caractérisé en ce que le descripteur commun (40) est écrit en Langage de Balisage Extensible (XML). É 2888961 5. Support de mémorisation utilisant un format de descripteur commun selon la revendication 1, caractérisé en ce que le descripteur commun (40) inclut un ensemble d'éléments normalisés (46) décrivant la manière dont le descripteur commun (40) est formaté. 6. Support de mémorisation utilisant un format de descripteur commun selon la revendication 1, caractérisé en ce que le descripteur commun (40) inclut un ensemble d'éléments spécifiques au fournisseur (47) décrivant des caractéristiques de formatage spécifiques au fournisseur pour les données (45). 7. Support de mémorisation utilisant un format de des- cripteur commun selon la revendication 6, caractérisé en ce que l'ensemble d'éléments spécifiques au fournisseur (47) utilise des termes normalisés pour décrire les caractéristiques de formatage spécifiques au fournisseur pour les données (45). 8. Support de mémorisation utilisant un format de descripteur commun selon la revendication 1, caractérisé en ce que le descripteur commun (40) inclut un bloc de don-nées (50) désignant la longueur du descripteur commun. 9. Support de mémorisation utilisant un format de descripteur commun selon la revendication 1, caractérisé en ce que le descripteur commun (40) inclut un bloc de don-nées (53) désignant la longueur des données. 10. Support de mémorisation utilisant un format de descripteur commun selon la revendication 1, caractérisé en ce que le descripteur commun (40) inclut un bloc de don-nées (54) désignant la date à laquelle les données (45) ont été créées. 2888961 19 11. Support de mémorisation utilisant un format de descripteur commun selon la revendication 1, caractérisé en ce que le descripteur commun (40) inclut un bloc de don- nées (55) désignant quel fournisseur de logiciel est as- socié aux données (45). 12. Support de mémorisation utilisant un format de descripteur commun selon la revendication 1, caractérisé en ce que le descripteur commun (40) inclut un bloc de don-nées (56) désignant quel programme logiciel est associé aux données (45). 13. Support de mémorisation utilisant un format de des- cripteur commun selon la revendication 12, caractérisé en ce que le descripteur commun (40) inclut un bloc de don-nées (57) désignant quelle version du programme logiciel est associée aux données (45). 14. Support de mémorisation utilisant un format de descripteur commun selon la revendication 1, caractérisé en ce que le descripteur commun (40) inclut un bloc de don-nées (59) identifiant si les données (45) sont cryptées. 15. Procédé pour écrire des données sur un support de mémorisation utilisant un format de descripteur commun, caractérisé en ce qu'il comporte les étapes consistant à : - écrire un descripteur commun (40) sur le support de mémorisation, dans lequel le descripteur commun (40) inclut des informations de formatage (47) dans un for- mat normalisé qui suffisent pour décrire la manière dont les données (45) sont formatées, et écrire les données (45) dans le format décrit dans le descripteur commun (40). 16. Procédé pour écrire des données sur un support de mémorisation utilisant un format de descripteur commun selon la revendication 15, caractérisé en ce que l'étape d'écriture d'un descripteur commun (40) sur le support de mémorisation comporte l'étape d'écriture d'un ensemble d'éléments à base de normes (46) pour le descripteur commun {40), dans lequel les éléments à base de normes (46) pour le descripteur commun (40) incluent des données décrivant la manière dont le descripteur commun (40) est formaté. 17. Procédé pour écrire un fichier de données sur un support de mémorisation utilisant un format de descripteur commun selon la revendication 15, caractérisé en ce que l'étape d'écriture d'un descripteur commun (40) sur le support de mémorisation comporte l'étape d'écriture d'un ensemble d'éléments de formatage spécifique au fournisseur (47) pour le descripteur commun (40), en ce que les éléments de formatage spécifique au fournisseur (47) uti- lisent des termes normalisés pour décrire des caractéristiques de formatage spécifique au fournisseur pour les données (45). 18. Procédé pour lire des données sur un support de mémo- risation utilisant un format de descripteur commun, caractérisé en ce qu'il comporte les étapes consistant à : - lire un descripteur commun (40) sur le support de mé- morisation, dans lequel le descripteur commun (40) inclut des informations de formatage (47) dans un format normalisé qui suffisent pour décrire la manière dont les données (45) sont formatées, et utiliser la description indiquant la manière dont les données (45) sont formatées dans le descripteur commun (40) pour lire les données (45). 19. Procédé pour lire des données sur un support de mémorisation utilisant un format de descripteur commun selon la revendication 18, caractérisé en ce que l'étape de lecture du descripteur commun (40) sur le support de mémorisation comporte les étapes consistant à : lire un sous-ensemble d'éléments à base de normes (46), dans lequel le sous- ensemble d'éléments à base de normes (46) décrit la manière dont le descripteur commun (40) est formaté, et lire un ensemble d'éléments de formatage spécifique au fournisseur (47), dans lequel les éléments de forma- tage spécifique au fournisseur (47) utilisent des ter- mes normalisés pour décrire des caractéristiques de formatage spécifique au fournisseur pour les données (45). 20. Procédé pour lire un fichier de données sur un support de mémorisation utilisant un format de descripteur commun selon la revendication 18, caractérisé en ce qu'il comporte de plus l'étape de détermination indiquant si des données écrites dans le format décrit dans le descripteur commun (40) peuvent être lues.