Brevet FR2814263A1 — publié le 20020322

La présente invention concerne un procédé de consultation de documents informatiques, et un système pour mettre en oeuvre un tel procédé. Un "document" peut être défini comme un ensemble d'informations pouvant être affiché simultanément sur un support. Auparavant, ce support était généralement le papier. Désormais, un document peut aussi être présenté sur un écran d'ordinateur. Dans la suite du présent texte, on désignera ces deux types respectifs de document comme "document papier" et " document informatique ", étant entendu que lorsque le terme général "document" est employé seul, il désigne un document se rapportant à la présente invention, c'est à dire un "document informatique". Un tel document est généralement mémorisé dans un système informatique sous la forme d'un ou plusieurs fichiers, éventuellement associés à des liens de divers types. Les documents informatiques sont désormais un support extrêmement répandu d'échange d'informations, tendant à s'ajouter aux documents traditionnels sur support papier ou à les supplanter dans de nombreux cas. A ce titre, il serait avantageux de donner à chaque lecteur la possibilité d'annoter les documents en y apportant commentaires, enrichissements, questions..., comme il est connu de le faire sur des documents papier. En général, les systèmes connus de traitement et de gestion de documents informatiques permettent certes l'enrichissement du fichier, mais les surcharges apportées sont en réalité des modifications du ou des fichier(s) dans le(s)quel(s) sont mémorisés les informations du document; ces modifications altèrent la structure de ce(s) fichier(s) car l'enregistrement des modifications nécessite l'enregistrement de l'ensemble du ou des fichier(s) modifié(s). Et le fait que la structure du ou des fichier(s) est altérée implique, outre la nécessité de mobiliser des capacités de mémoire pour l'enregistrement des versions modifiées, une plus grande complexité de la gestion des différentes versions de fichiers (conservation des versions antérieures, remplacement par les nouvelles versions...). On connaît par ailleurs des systèmes permettant, lors de l'affichage d'un document correspondant à un ou plusieurs fichiers, de superposer à l'écran un niveau supplémentaire d'informations par dessus l'affichage du document, les informations supplémentaires étant enregistrées séparément de sorte que la structure du ou des fichier(s) correspondant au document n'est pas altérée. Le système Thirdvoice (marque déposée) est un exemple d'un tel système. Avec de tels systèmes, plusieurs utilisateurs peuvent consulter un document avec des surcharges (ou le document lui-même sans ses surcharges) , alors que l'intégrité du ou des fichier(s) correspondant(s) est respectée. Mais un premier inconvénient important de ces systèmes est qu'ils imposent une version unique des surcharges pour tous les utilisateurs. Or, il serait dans bien des cas préférable de permettre à différents utilisateurs d'apporter leurs surcharges personnelles à un document et de pouvoir visualiser et partager le document muni uniquement de ces surcharges spécifiques, sans imposer à tous les utilisateurs la même version du document avec les mêmes surcharges ainsi chacun pourrait adapter ses surcharges à ses besoins et à ses objectifs propres (comme c'est le cas avec les documents papier, que chacun peut surcharger à sa guise, s'" appropriant" ainsi le document). De plus, ces systèmes connus mémorisent les surcharges en un emplacement de mémoire unique et centralisé, par exemple un serveur centralisé du réseau internet. Cette disposition constitue également un inconvénient, car elle alourdit le fonctionnement du système. L'invention a pour but de proposer une amélioration aux systèmes évoqués ci-dessus, en évitant les inconvénients mentionnés. Afin d'atteindre ce but, l'invention propose selon un premier aspect un procédé de consultation par au moins un utilisateur d'un document informatique original correspondant à un fichier original d'un format donné et enregistré dans un emplacement de mémoire informatique désigné par une adresse, le procédé étant destiné à être mis en oeuvre avec un système d'exploitation qui comprend des moyens de mémorisation de fichiers et des moyens d'affichage du document original sur une interface visuelle telle qu'un écran, le procédé comprenant: A. l'appel d'un document original par un utilisateur, B. l'affichage du document original sur l'interface visuelle, C. l'affichage sur l'interface visuelle de surcharges graphiques en superposition au document original, dans un repère lié au document original, D. et la mémorisation desdites surcharges en association avec le document original dans un emplacement de mémoire dédié de sorte que l'intégrité du fichier original n'est pas compromise par la superposition de surcharges, caractérisé en ce que les surcharges mémorisées lors de l'étape D sont personnelles à chaque utilisateur et sont mémorisées dans un emplacement de mémoire individuel qui est personnellement associé à l'utilisateur. Des aspects préférés, mais non limitatifs du procédé selon l'invention sont les suivants: a l'étape D comprend la création d'un fichier de surcharges qui est associé au fichier original et à l'utilisateur, le fichier associé contenant une information relative au fichier original, À chaque utilisateur peut modifier les surcharges du fichier associé, ò les surcharges graphiques peuvent constituer des zones activables par un utilisateur quelconque pour générer une chaîne de caractères, ò les chaînes de caractères sont associées à des commandes de fonctions du système d'exploitation, À le fichier associé contient le nom du fichier original et des informations permettant de caractériser l'emplacement et l'aspect des surcharges graphiques, ò préalablement à l'étape D chaque utilisateur peut modifier son emplacement de mémoire individuel de sorte que la mémorisation des surcharges peut être réalisée dans tout emplacement de mémoire individuel désiré par l'utilisateur, le procédé comporte, entre les étapes A et B, la recherche automatique, dans l'emplacement de mémoire individuel de l'utilisateur, du fichier de surcharges associé au document original, a lors de l'étape C, les surcharges affichées sont celles du fichier associé au fichier original et à l'utilisateur, de sorte que différents utilisateurs, en appelant un même document original, provoqueront l'affichage des surcharges respectives qui leur sont individuellement associées, en superposition sur ledit document original, ò Iors de l'étape C l'utilisateur a la possibilité de modifier les surcharges, À le fichier associé est mémorisé sous un format spécifique associé au format du fichier original. Selon un deuxième aspect, I'invention propose également un système de consultation d'un document informatique original correspondant à un fichier original d'un format donné enregistré dans un emplacement de mémoire informatique désigné par une adresse, le système étant destiné à être mis en oeuvre avec un système d'exploitation qui comprend des moyens de mémorisation de fichiers et des moyens d'affichage du document original sur une interface visuelle telle qu'un écran, le système comprenant des moyens pour assurer respectivement: A. I'appel d'un document original par un utilisateur, B. I'affichage du document original sur l'interface visuelle, C. l'affichage sur l'interface visuelle de surcharges graphiques en superposition au document original, dans un repère lié au document original, D. et la mémorisation desdites surcharges en association avec le document original dans un emplacement de mémoire dédié de sorte que l'intégrité du fichier original n'est pas compromise par la superposition de surcharges, caractérisé en ce que le système comprend des moyens pour mémoriser les surcharges dans un emplacement de mémoire individuel qui est personnellement associé à l'utilisateur de sorte que lesdites surcharges sont personnelles à chaque utilisateur. Des aspects préférés, mais non limitatifs du système selon l'invention sont les suivants: ò lesdits moyens de mémorisation de surcharges comprennent des moyens pour créer un fichier de surcharges qui est associé au fichier original et à l'utilisateur, le fichier associé contenant une information relative au fichier original, le système comprend des moyens pour permettre à chaque utilisateur de modifier les surcharges du fichier associé, À le système comprend des moyens pour associer aux surcharges graphiques une fonction de génération d'une chaîne de caractères, ladite fonction pouvant être activée par un utilisateur, les chaînes de caractères sont associées à des commandes de fonctions du système d'exploitation, le fichier associé contient le nom du fichier original et des informations permettant de caractériser l'emplacement et l'aspect des surcharges graphiques, le système comprend des moyens pour permettre à chaque utilisateur de modifier son emplacement de mémoire individuel de sorte que la mémorisation des surcharges peut être réalisée dans tout emplacement de mémoire individuel désiré par l'utilisateur, le système comprend des moyens de recherche automatique, dans l'emplacement de mémoire individuel de l'utilisateur, du fichier de surcharges associé au document original, ò les surcharges affichées sont celles du fichier associé au fichier original et à l'utilisateur, de sorte que différents utilisateurs, en appelant un même document original, provoqueront l'affichage des surcharges respectives qui leur sont individuellement associées, en superposition sur ledit document original, ò le système comprend des moyens pour permettre à l'utilisateur de modifier les surcharges, ò le fichier associé est mémorisé sous un format spécifique associé au format du fichier original. D'autres aspects, buts et avantages de l'invention apparaîtront mieux à la lecture de la description suivante d'une forme de réalisation de I'invention, faite en référence aux dessins annexés sur lesquels À les figures 1, 2 et 4 sont des représentations schématiques de la structure d'un système mettant en oeuvre l'invention, la figure 3 est un logigramme représentant schématiquement les principales étapes d'un processus de sélection et de traitement de chaînes de caractères mis en oeuvre dans l'invention, ò les figures 5 et 6 sont des logigrammes représentant schématiquement les principales étapes de processus de recherche de fichiers mis en oeuvre dans l'invention. En préambule à la description qui suit, il est précisé que si cette description constitue un support destiné à établir une protection par brevet, elle ne constitue en rien une atteinte aux autres droits de propriété intellectuelle attachés au système décrit ci-dessous, en particulier le droit d'auteur. En référence tout d'abord à la figure 1, on a représenté globalement par la référence 10 des moyens de mémorisation permanente de fichiers. Comme on le verra, ces moyens peuvent comporter plusieurs emplacements, reliés par des moyens de transmission de données (pouvant mettre en oeuvre des réseaux privés ou public, Internet notamment) mais n'étant pas nécessairement regroupés physiquement, chaque emplacement de mémoire pouvant correspondre à un support physique différent, de tout type connu en soi. Dans la suite de ce texte, on désignera globalement les moyens 10 par le terme général de "mémoire ", ladite mémoire comportant une pluralité d'emplacements qui peuvent chacun être identifiés par une adresse. On a également représenté une unité 20 reliée à un système d'exploitation du type à fenêtres ou non (le mode particulier de réalisation décrit cidessous mettant en oeuvre de manière non limitative un système d'exploitation à fenêtres). Le système d'exploitation, connu en soi, permet de manière connue d'appeler, d'afficher, d'éditer et d'enregistrer des fichiers, I'unité 20 comportant des moyens d'interface permettant à un utilisateur d'effectuer des opérations sur des fichiers édités (écran de visualisation, souris et clavier de saisie par exemple). Cette unité 20 peut être un ordinateur de type quelconque. L'unité 20 est reliée globalement à la mémoire 10 par une liaison 30 permettant le transfert de données et de fichiers entre ces deux éléments. La liaison 30 peut être de tout type connu, mettant en oeuvre des composants filaires (liaison classique ou à haut débit), non filaires (liaison radio, infrarouge, etc...) ou une combinaison des deux types de liaison. Pour ouvrir sur l'unité 20 une session de travail du système selon l'invention, un utilisateur doit après lancement du système d'exploitation déclarer un nom d'utilisateur ul qui est enregistré dans un emplacement Eutil de la mémoire 10. A cet effet, le système selon l'invention met en oeuvre un programme P qui est situé dans un emplacement E0 de la mémoire 10 (l'emplacement E0 pouvant être intégré physiquement à l'unité 20) et dont l'utilisateur lance l'exécution, ce qui provoque sur l'écran de l'unité 20 I'ouverture d'une fenêtre F1 dédiée au programme P. A l'intérieur de cette fenêtre F1, le programme ouvre également une sous-fenêtre F2 de saisie du nom d'utilisateur. Une fois le nom d'utilisateur ul déclaré dans cette sousfenêtre, ce nom d'utilisateur demeurera enregistré dans l'emplacement de mémoire Eutil pendant toute la durée de la session de travail (c'est-àdire pendant que le programme P est actif), mais également après la fermeture de cette session. L'emplacement de mémoire Eutil mémorise ainsi le nom d'utilisateur ul de manière permanente. Eutil peut également contenir des références propres à l'utilisateur (mot de passe sécurisant l'ouverture d'une session sous le nom ul,...) et à la dernière session effectuée par cet utilisateur (écrans ouverts, fichiers consultés...). Comme on l'a dit, le système selon l'invention est destiné à fonctionner avec un système d'exploitation, les deux systèmes étant interfacés ensemble. Ainsi, à l'intérieur d'une session de travail, un utilisateur peut appeler à l'écran des fichiers contenus dans des emplacements Ei de la mémoire 10. Les emplacements de mémoire Ei peuvent constituer un emplacement unique, ou une pluralité d'emplacements de mémoire distincts dont chacun peut être un répertoire spécifique d'un même disque mémoire, ou un emplacement dans un disque mémoire ou un serveur spécifique (ledit serveur pouvant être un serveur privé ou accessible au public - par le biais du réseau Internet par exemple), ou un emplacement sur un support de données enregistrable tel qu'un CD-ROM, ou tout autre type de mémoire connu. Les fichiers mémorisés dans les emplacements Ei peuvent être de tout type connu en soi compatible avec le système d'exploitation à fenêtres, leur format étant précisé par le type d'extension du fichier (.doc,.xls,.wav, gif,.jpeg,.htm,.html,.xml,.ppt,.pdf, etc...). Le système selon l'invention est en effet conçu pour traiter tout type de fichier connu, et dispose à cet effet d'interfaces avec le système d'exploitation. On va maintenant décrire le fonctionnement général du système selon l'invention. Soit un fichier A d'un emplacement Ei, le fichier A étant de format extl (extl pouvant désigner tout type d'extension connu en soi - htm par exemple). A l'intérieur d'une session de travail, I'utilisateur ouvre le fichier A.extl et affiche le document correspondant dans une nouvelle fenêtre de l'écran de l'unité 20, incluse dans la fenêtre F1 du programme P. Il est connu que le système d'exploitation permet à l'utilisateur de modifier ce document et d'enregistrer ses modifications en remplaçant I'ancienne version du fichier A.extl par une nouvelle version comportant les modifications apportées (fonction "enregistrer"), ou bien en enregistrant dans un emplacement de mémoire désiré ladite dernière version modifiée (fonction "enregistrer sous... "). On va voir que le système selon l'invention (que l'on nommera par la suite simplement "le système" par commodité), qui est destiné à être combiné avec le système d'exploitation, offre des possibilités bien supérieures. En effet, le programme P qui est actif permet en permanence à l'utilisateur déclaré sous le nom ul d'effectuer des surcharges qui lui sont personnelles sur un tel document correspondant au fichier A.extl, sans altérer l'intégrité du fichier A.extl comme on va le voir. Il convient de définir tout d'abord la notion de "commande " du système. Une commande est une chaîne de caractères reconnaissable par le système, qui provoque l'exécution d'une action par le système (celui-ci faisant pour cela intervenir le système d'exploitation). Pour ce faire, la chaîne de caractères a reconnaître doit être fournie au système; pratiquement, ceci peut se faire en particulier de deux manières: ò I'utilisateur saisit directement la chaîne de caractères dans une fenêtre appelée par un programme annexe associé au programme P, ce programme annexe pouvant être lui-même appelé par un bouton spécifique de la fenêtre F1 que l'utilisateur actionne, À ou la chaîne de caractères a elle-même été produite par une commande. Le système reconnaît les chaîne de caractères obéissant à un format prédéfini et mémorisé dans un emplacement spécifique de mémoire (qui peut être l'emplacement EO). Il est ainsi possible de définir dans le système des fonctions pouvant être exécutées par une chaîne de caractères formulée selon une certaine syntaxe. On peut par exemple définir les associations suivantes chaîne de caractères Fonction associée # A.extl Ouvrir le fichier A.extl &A.extl Ouvrir le fichier A.extl (sans afficher les liens contenus dans ce fichier) >message, x, y Editer le message dans une fenêtre à l'emplacement (x,y) les unes après les autres. On notera que les chaînes de caractères peuvent être transcodées sous forme différente, par exemple des signaux ne correspondant pas à des caractères affichables à l'écran; cette variante peut être utile pour des raisons de confidentialité. On peut également définir des chaînes de caractères sous la forme d'un caractère unique ce qui permet d'économiser de la mémoire. Il est possible d'améliorer l'ergonomie du système en définissant dans la fenêtre F1 un ensemble de menus et de boutons permettant à l'utilisateur d'accéder rapidement à une pluralité de commandes. Ainsi, reprenant le cas du fichier A.extl1, I'utilisateur dispose: ò d'une commande pour ouvrir à l'écran le document correspondant au fichier A.extl (ou à tout autre fichier des emplacements de mémoire Ei, quel que soit son format), ò et de commandes activant un menu dit "de surcharge" qui permet à l'utilisateur de superposer à l'écran sur le document correspondant au fichier A.extl (que l'on nommera "le fichier original ", le document associé étant le "document original ") des surcharges (ou objets graphiques), sur le même écran d'édition. Pour cela l'utilisateur utilise la souris de l'unité 20 qui permet de positionner les surcharges en des endroits désirés de la fenêtre d'édition (ou de l'écran dans le cas d'un système d'exploitation sans fenêtre), et de les dimensionner. Ces objets graphiques sont ainsi superposés au document original en des endroits déterminés par des coordonnées liées au repère du document original, de sorte que lors de l'édition de ce document original, les surcharges sont fixes par rapport aux éléments de ce document et se déplacent avec ces éléments lorsqu'on fait défiler à l'écran le contenu du document. Les surcharges peuvent être des surfaces d'aspect paramétrable, et être associées comme on le verra à des commandes du système. Lorsque l'utilisateur ouvre le document original correspondant à A.extl et lui superpose des surcharges, le système selon l'invention crée automatiquement un fichier dit "associé" A.@extl auquel une extension spécifique est associée (ainsi le système selon l'invention associera un 1 1 fichier associé A.@doc à un fichier original A.doc, un fichier A.@gif à un fichier original A.gif, etc...). Le fichier associé A.@extl qui comporte l'ensemble des surcharges apportées par l'utilisateur ul au document correspondant au fichier original A.extl, est enregistré par le système dans un emplacement de mémoire Eul individuellement associé à l'utilisateur ul. L'adresse de Eul a été définie par l'utilisateur lors de sa première session de travail (le système proposant à l'utilisateur une adresse par défaut). Cette adresse est mémorisée en association avec ul dans l'emplacement de mémoire Eutil, de sorte que le fichier A.@extl est associé par le système au fichier original A.extl et au nom d'utilisateur ul. Dans la suite de ce texte on définira Eul comme le "dossier personnel "de l'utilisateur ul. L'adresse de Eul est un paramètre important du système selon I'invention car elle permet d'associer individuellement à chaque utilisateur une adresse de sauvegarde des fichiers associés de surcharge du type de A. @extl. Cette adresse peut être par la suite modifiée par l'utilisateur lors de toute session de travail déclarée sous le nom ul, en rappelant par une commande dédiée (actionnable par le menu de la fenêtre F1) la sous- fenêtre F2 de saisie du nom d'utilisateur, qui comporte également un champ permettant de modifier l'adresse de sauvegarde (ou les adresses de sauvegarde comme on va le voir). L'utilisateur peut ainsi apporter des surcharges à un document original correspondant à un fichier original A.extl, lesdites surcharges étant sauvegardées dans un fichier spécifique associé A.@extl et pouvant avoir tout aspect désiré (forme, couleur, taille, association à une icône ou une image...) grâce à des commandes de paramétrage de ces aspects. L'utilisateur a, à tout moment, la possibilité d'enregistrer les surcharges qu'il a apportées à un fichier par une commande dédiée du système, qui provoque l'enregistrement du fichier associé A.@extl dans le dossier personnel Eul de ul. Il est à noter que pour l'utilisateur, la superposition des documents associés respectivement aux fichiers A.extl et A.@extl dans la même fenêtre est "transparente ", c'est-à-dire que l'utilisateur traite une fenêtre d'édition unique, qui affiche une superposition du contenu du document original A.extl et des surcharges du document "associé" A.@extl qui correspond au fichier A.@extl, comme un document unique en apparence, le fichier A.@extl fournissant un "calque" qui "plaque" des surcharges sur le document original en des endroits de ce document original choisis par l'utilisateur. Lorsque l'utilisateur ouvre ainsi le document correspondant au fichier A.extl, rien ne lui indique que les surcharges du fichier "calque" associé A.@extl lui sont superposées, de sorte que l'utilisateur traite en apparence une seule entité. Lorsqu'un utilisateur déclaré sous le nom ul ouvre ensuite le document correspondant à A.extl, le système recherche automatiquement dans Eul qui est le dossier personnel de ul (et éventuellement dans d'autres emplacements de mémoire définis dans le système comme on le verra plus loin à propos des "listes de localisation"), I'existence d'un fichier associé nommé A.@extl, et superpose automatiquement dans la fenêtre d'édition les surcharges du fichier associé A.@extl sur le document original, si un fichier A.@extl a été détecté dans Eul. Dans le cas contraire, seul le document associé à A.extl est affiché. Dans tous les cas, il est nécessaire d'exécuter une commande activant le menu de surcharges pour ajouter ou modifier des surcharges sur A.extl. De la sorte, le système selon l'invention permet à chaque nom d'utilisateur (ul ou autre) déclaré dans le système de disposer de sa version personnelle de surcharges apportées à un même document original alors que l'intégrité du fichier correspondant à ce document est préservée, le fichier original ne subissant aucune modification. Les surcharges associées sont automatiquement superposées au document original de sorte que l'utilisateur manipule en apparence un document unique. Lors de la création du fichier A.@extl de surcharge associé au fichier original A.extl, le système crée également un descriptif de ce fichier associé. Le descriptif est un ensemble d'informations concernant le fichier associé A.@extl, enregistrées dans le fichier A.@extl, dans l'emplacement de mémoire Eul. Cet ensemble d'informations n'apparaît pas directement à l'écran lors de l'ouverture des documents correspondant aux fichiers A.extl et A.@extl, mais l'utilisateur peut l'appeler par une commande spécifique afin de visualiser les informations qu'il contient, et les modifier au besoin. Le descriptif contient ainsi entre autres les informations suivantes À nom du fichier associé (A.@extl), À nom du fichier original (A.extl), À titre (ce titre sera celui qui sera affiché en haut de la fenêtre d'édition de la superposition de A.extl et de A.@extl - il est par défaut le nom du fichier original A.extl mais peut être modifié par l'utilisateur), a informations de version et de date de mise à jour (renseignées automatiquement par le système), description (zone de texte libre pouvant être renseignée par l'utilisateur), informations sur les surcharges du fichier A.@ext1 (coordonnées, aspect, commandes associées - on expliquera ci-dessous l'association d'une commande à une surcharge), glossaires associés au fichier (cette notion sera précisée dans la suite du texte). Selon l'invention, il est aussi possible à un même utilisateur de modifier le nom d'utilisateur sous lequel il est déclaré à l'intérieur de la même session de travail. Un utilisateur U1 peut ainsi se déclarer non plus sous le nom ul mais sous le nom ul', qui sera mémorisé dans un fichier dédié à l'emplacement Eutil et auquel correspond un dossier personnel Eul' dont le système mémorise l'adresse dans Eutil, en association avec le nom ul' (voirfigure 1). Dans ce cas, si l'utilisateur ouvre ensuite le document correspondant au fichier A.extl, il n'aura pas accès aux surcharges apportées sous le nom ul et mémorisées dans le fichier A.@extl se trouvant dans le dossier personnel Eul de ul. Il pourra par contre apporter d'autres surcharges, différentes, que le système mémorisera dans un autre fichier également nommé A.@extl mais qui sera enregistré dans un dossier personnel Eul' du nom d'utilisateur ul', différent du dossier personnel de ul. Lorsqu'un utilisateur se connectera au système sous le nom d'utilisateur ul et appellera A.extl, le système cherchera un fichier associé A.@extl dans Eul le dossier personnel de ul, et l'utilisateur aura ainsi accès à la superposition de A.extl et des surcharges de la version du fichier associé correspondant au dossier personnel Eul de ul. Lorsque l'utilisateur se connectera sous le nom d'utilisateur ul' et appellera de la même manière le même document correspondant au fichier A. extl, ce sont les surcharges de la version du fichier associé correspondant au dossier personnel Eul' de ul' qu'il visualisera car le système recherche alors le fichier associé dans Eul' le dossier personnel de ul1'. L'utilisateur peut également ouvrir en parallèle plusieurs sessions de travail en lançant plusieurs exécutions du programme P qui provoquent chacune l'ouverture d'une sous-fenêtre Fi de la fenêtre F1, et se déclarer ainsi sous plusieurs noms d'utilisateur différents. Comme on l'a dit, les surcharges sont des objets graphiques qui peuvent avoir un aspect désiré et être associés à des commandes du 1 5 système. Plus précisément, le système selon l'invention permet à l'utilisateur de paramétrer, par l'intermédiaire de commandes dédiées: À l'aspect de la zone graphique de la surcharge (forme, couleur, épaisseur des traits de contour, taille, inclusion et format de texte, remplacement par une icône ou une image, etc...), * la fonction de la zone graphique. Si celle-ci peut être une zone "inerte" ne pouvant comporter que du texte (par exemple une surcharge équivalente à un "post it" (marque déposée) placée dans la marge d'un document, afin d'apporter un commentaire ou de poser une question sur ce document), elle peut également être une zone activable. Dans ce dernier cas, I'utilisateur peut associer à la zone graphique une commande qui déclenche une action comme expliqué au début de ce texte. Cette commande sera activée lors des consultations ultérieures de la superposition du document correspondant au fichier original et de ses surcharges, par exemple en déplaçant un curseur à l'aide d'une souris sur la zone graphique et en cliquant dessus. De la sorte, il est possible d'associer à la surcharge une commande quelconque du système et de rendre la surcharge active. Les surcharges peuvent ainsi comprendre des liens vers des objets ou des documents d'adresse quelconque (commande d'ouverture de fichier), y compris des liens hypertexte vers des pages de sites Internet, lesdits liens pouvant être activés par un simple clic de souris sur la surcharge correspondante. De la sorte, il est possible selon l'invention d'associer à la surcharge une commande quelconque du système et de rendre la surcharge active. Et cette notion de " surcharge active " est un élément particulièrement avantageux de l'invention. On précise que dans le cas d'une commande d'ouverture d'un autre fichier, le système offre la possibilité de "marquer" le document correspondant au fichier appelé, par une surcharge apposée automatiquement en un endroit déterminé du document ainsi appelé (par exemple en haut à gauche de sa fenêtre d'édition), afin de visualiser le lien ainsi établi entre les deux documents. Il est possible de paramétrer le système pour que des surcharges associées à une commande soient invisibles à l'écran. Il est également possible d'activer en permanence une fonction de "commentaire" sur les surcharges sur lesquelles le curseur se trouve (signal de la présence d'une surcharge - utile lorsque la surcharge est invisible, description de la commande associée...). On comprend donc que le système selon l'invention est un outil souple et puissant de traitement et de gestion de documents, qui permet à un utilisateur de personnaliser des documents originaux par des ajouts de zones graphiques, de commentaires, de commandes ou de liens afin d'adapter le document à son environnement et à ses besoins particuliers, ceci sans altérer l'intégrité des fichiers originaux qui demeurent inchangés. On a dit que le descriptif d'un fichier A.@extl associé à un fichier original A.extl comportait un rattachement au fichier original, c'est-àdire I'adresse du fichier original. L'utilisateur a également la possibilité de modifier ce rattachement, et d'associer le fichier A.@extl à un autre fichier original (du même type que le premier fichier original ou non), par exemple B.ext2 (ext2 désignant un type de fichier pouvant être différent des fichiers en.extl). Dans ce cas, lorsque l'utilisateur exécute une commande pour ouvrir ensuite le document correspondant au fichier A.extl, le système cherche automatiquement un fichier associé A. @extl dans le dossier personnel de l'utilisateur, y trouve A.@extl et lit le fichier de rattachement de son descriptif. Le descriptif de ce fichier associé faisant maintenant référence à B.ext2, le système provoque l'ouverture du document correspondant à ce deuxième fichier original B. ext2 avec les surcharges de A.@extl superposées, et non l'ouverture de A.extl. Cette possibilité est avantageuse, par exemple dans le cadre de la gestion de versions successives d'un fichier original qui évolue. Soit le fichier original A.extl, il est alors possible de rattacher le fichier associé A.@extl à une version désirée de ce fichier original (dernière version par exemple), en mettant à jour le descriptif du fichier associé A.@extl. De la sorte, plusieurs fichiers originaux différents qui sont tous nommés A.extl, correspondant à des versions différentes d'un document, peuvent être enregistrées dans des emplacements de mémoire différents (disques de sauvegarde successifs par exemple...); dans tous les cas l'exécution de la commande d'ouverture de A.extl provoquera l'édition de la version désirée déterminée par la mise à jour du descriptif de A.@extl. Il est également possible de définir pour plusieurs noms d'utilisateurs différents des accès à des versions différentes du fichier original A. extl, ou à un autre fichier original, par rattachement du fichier associé A.@extl de chaque utilisateur à une version spécifique du fichier original ou à l'autre fichier original. Ainsi, en appelant le même fichier A.extl, les différents utilisateurs auront-ils accès non seulement à des surcharges qui peuvent être différentes, mais également à des fichiers originaux qui peuvent être également différents. En référence maintenant à la figure 2, on va décrire un deuxième aspect du système selon l'invention, qui peut avantageusement être mis en oeuvre en combinaison avec le système de création et de gestion de surcharges décrit ci-dessus. On retrouve sur cette figure la mémoire 10, I'unité 20 et la liaison 30. On retrouve également dans la mémoire 10 les emplacements Ei de mémorisation des fichiers originaux, I'emplacement E0, I'emplacement Eutil contenant les noms d'utilisateurs et les adresses de dossiers personnels correspondant, et des emplacements Eul et Eul' qui sont des dossiers personnels. Lors de la création d'un nom d'utilisateur ul, le système selon I'invention crée non seulement un dossier personnel Eul qui sera l'emplacement de mémorisation des fichiers de surcharges associés à des fichiers originaux que l'utilisateur ul consulte, mais également un fichier de type "glossaire", Motsclés.@dy, qui est vide à sa création et que le système enregistre dans Eul le dossier personnel de ul. Ce glossaire est un fichier destiné à contenir une série de chaînes de caractères que l'on nommera "clés ", chaque clé pouvant former un ou plusieurs mots, ou non. Dans le glossaire, chaque clé est associée individuellement à une commande telle que celles évoquées ci-dessus (affichage d'un message à l'écran, ouverture d'un fichier, etc...), ou bien à une autre chaîne de caractères qui n'a pas obligatoirement le format d'une commande dont la syntaxe est reconnue par le système. L'utilisateur ul a la possibilité d'éditer ce glossaire et de le modifier, en ajoutant, supprimant ou modifiant des couples (clé, commande) ou de manière plus générale (clé, chaîne de caractères). L'utilisateur a également la possibilité d'activer ce glossaire et de le désactiver. Pour activer le glossaire, il suffit à l'utilisateur d'ouvrir le fichier correspondant Motsclés.@dy, directement en utilisant le système d'exploitation, ou bien par l'intermédiaire d'une commande dédiée du système. Le glossaire est ainsi présent dans la mémoire vive de l'unité 20 lorsqu'il est activé. Dans le cas o le glossaire Motsclés.@dy est activé, toute "sélection" d'une des clés du glossaire provoquera l'exécution de la commande associée. On verra en référence à la figure 3 quelles sont les principales manières d'effectuer une telle "sélection" d'une clé. Chaque utilisateur ul dispose ainsi d'un glossaire qui lui est personnel et qui lui permet d'associer des commandes spécifiques à certaines chaînes de caractères susceptibles d'être sélectionnées. Lorsque qu'un utilisateur ul ouvre un document original correspondant à un fichier A.extl et lui associe un fichier A.@extl comme décrit ci- dessus, il a également la possibilité de créer et de lier au fichier associé A.@extl, un glossaire A.@dy qui sera ainsi associé au couple (utilisateur ul, fichier associé A.@ext1). Tout comme le glossaire personnel Motsclés.@dy, un tel glossaire A.@dy dit "de document" est créé par le système avec une extension en 5.@dy afin d'être reconnaissable par le système selon l'invention. Ce glossaire, mémorisé dans le fichier associé A.@extl, est automatiquement actif lorsque l'utilisateur affiche à l'écran le document correspondant au fichier A.@extl. Par contre, le glossaire du document n'est pas actif lorsque la fenêtre d'édition du document correspondant au fichier A.@extl, auquel le glossaire A.@dy est lié, n'est pas la fenêtre qui est sélectionnée (chaque ouverture de document provoquant l'ouverture d'une fenêtre à l'intérieur de la fenêtre F1 qui est la fenêtre d'application du système selon l'invention). Selon l'invention, I'utilisateur peut également intégrer à tout glossaire une commande dite "commande initiale" qui sera exécutée lors de I'ouverture du glossaire. Cette commande peut être de tout type mentionné ci-dessus. Et un troisième type spécifique de glossaire qu'un utilisateur peut créer est le "glossaire d'application ". Un tel glossaire est un fichier en @dy qui est "associé" au lancement d'une application désirée dans le système d'exploitation. Dans ce cas le glossaire d'application comporte une commande initiale qui lance l'application et l'ouverture du glossaire d'application provoque l'exécution d'une première commande de l'application, ledit glossaire restant actif pour l'application. Il est également possible de créer un ou plusieurs glossaires indépendants, grâce à une commande dédiée du système. On peut ainsi créer à volonté des fichiers ayant une extension spécifique.@dy, qui pourront être actifs à la demande. Il est ainsi possible de créer et modifier plusieurs types de glossaires contenant des couples de chaînes de caractères, dont la première est une clé et la deuxième peut être une commande reconnue par le système. La figure 3 expose différentes manières de "sélectionner" une chaîne de caractères pour activer une commande qui lui serait associée dans un glossaire actif. Ainsi, il est tout d'abord possible pour ceci de: sélectionner la chaîne de caractères dans un document en cours d'affichage à l'écran, grâce par exemple à la souris. On peut ainsi délimiter une chaîne de caractères et cliquer dessus, ce qui provoque la sélection de la chaîne de caractères (étape 300), a il est également possible de saisir directement la chaîne de caractères au clavier de l'unité 20, le système permettant d'appeler une boîte de dialogue pour effectuer une telle saisie (étape 301). * une autre alternative est la sélection de la chaîne de caractères par le système lui-même (étape 302). Une telle sélection peut résulter par exemple de la sélection par l'utilisateur d'une surcharge active d'un document affiché à l'écran, ladite surcharge active générant la chaîne de caractères (étape 303). Une telle sélection peut également résulter de l'exécution d'une commande initiale suite à l'ouverture d'un glossaire (étape 304), À et il est également possible pour l'utilisateur d'afficher à l'écran le glossaire et de sélectionner directement une chaîne de caractères qui constitue une clé dudit glossaire, dans une fenêtre d'édition du glossaire (étape 305). Les étapes 300 à 305 sont des alternatives (non limitatives) de sélection d'une chaîne de caractères. La sélection de la chaîne de caractères provoque l'activation d'une fonction du système qui consiste à traiter la chaîne de caractères sélectionnée (étape 306). Schématiquement, cette fonction exécute les étapes suivantes: * vérification (étape 307) du fait que la chaîne de caractères n'a pas encore été traitée, un indicateur du système lié à la chaîne de caractères étant crée lors du traitement de la chaîne de caractères. Ainsi, si le système ne détecte pas de tel indicateur, la fonction poursuit son traitement comme on va le voir. Si au contraire le système détecte un indicateur d'un traitement effectué sur la chaîne de caractères, la fonction de traitement se termine (étape 308) en annulant l'indicateur en 309 en prévision de sélections ultérieures de la chaîne de caractères, À dans le cas o aucun indicateur associé à la chaîne de caractères n'a été détecté, la fonction de traitement crée un tel indicateur en 310 (de sorte que si cet indicateur n'est pas annulé, lors d'un prochain traitement de la même chaîne de caractères la fonction de traitement se terminera en 308), après l'étape 310, la fonction de traitement analyse en 311 la chaîne de caractères. A cet effet, cette fonction met en oeuvre des moyens tels que des moyens de découpage de la chaîne de caractères en "mots" et des moyens de reconnaissance syntaxique, à l'issue de cette analyse, lors d'une étape 312, si la chaîne de caractères est une commande du système telle qu'évoquée ci- dessus la fonction de traitement exécute en 313 cette commande et annule en 314 l'indicateur crée en 310. Si au contraire la chaîne de caractères ne correspond à aucune commande reconnue par le système, la fonction de traitement consulte en 315 les glossaires actifs (les modalités de cette consultation étant détaillées ci- dessous) pour déterminer en 316 si la chaîne de caractères est une clé d'un glossaire actif, À si la chaîne de caractères n'est pas une clé d'un glossaire, la fonction de traitement se termine en 317 en annulant en 318 l'indicateur généré en 310, À si la chaîne de caractères est une clé d'un glossaire actif, la fonction de traitement génère en 319 la chaîne de caractères correspondant dans ce glossaire à ladite clé, ce qui constitue un moyen supplémentaire de sélectionner une chaîne de caractères pour activer une nouvelle fois en 306 la fonction de traitement avec la nouvelle chaîne de caractères générée en 319. On constate que lors d'une session de travail, plusieurs glossaires peuvent être actifs en même temps. Pour résoudre les problèmes de conflit qui pourraient survenir lors de l'étape 315 dans le cas o une même clé serait associée dans deux glossaires différents à deux commandes différentes, les deux glossaires étant actifs en même temps, un ordre de priorité par défaut est prévu: lorsqu'une chaîne de caractères est sélectionnée d'une des manières décrites ci-dessus, le système consulte, lors de cette étape 315, dans l'ordre: a le glossaire "de document " du fichier dont la fenêtre d'édition est sélectionnée, ò puis le glossaire de l'application liée au format du fichier édité, si celui-ci existe, enfin le glossaire personnel de l'utilisateur (glossaire des de mots-clés Mots clés.@dy). Dès que le système détecte une clé correspondant à la chaîne de caractères qui a été sélectionnée, la commande correspondante est exécutée et le système arrête de consulter les glossaires, et passe à l'étape 316. Il est à noter que cet ordre de priorité peut être neutralisé par le choix d'une option dans laquelle le système présente à l'utilisateur l'ensemble des glossaires contenant une clé correspondant à une chaîne de caractères sélectionnés, I'utilisateur pouvant alors choisir le glossaire qu'il désire utiliser. On notera que dans le cas o l'utilisateur sélectionne à l'écran la chaîne de caractères désirée dans le document affiché (étape 300), il est possible selon une variante de l'intervention de mettre en évidence graphiquement les chaînes de caractères qui sont des clés d'un glossaire actif. Dans ce cas, toutes les clés des glossaires actifs sont systématiquement mises en évidence graphiquement à l'intérieur de la fenêtre sélectionnée, dans laquelle l'utilisateur affiche un document A.extl susceptible de contenir de telles clés. Cette mise en évidence peut se faire par une modification de la police de caractères et/ou de la couleur de ces caractères, de manière similaire par exemple à la mise en évidence des liens hypertexte dans de nombreuses applications existantes. On réalise ainsi un lien hypertexte que l'on peut qualifier d' "inversé ", car ce n'est pas ici l'auteur du document qui fige une fois pour toutes le lien hypertexte comme dans le cas d'un lien hypertexte classique; au contraire, le lien hypertexte peut changer en fonction du glossaire actif. Et il est ainsi possible de créer automatiquement un lien propre à un utilisateur (ou un groupe d'utilisateurs) donné, de manière à adapter le lien à l'utilisateur. Selon un aspect avantageux de l'invention qui peut être combiné avec les aspects précédents, le système selon l'invention permet également comme on va le voir maintenant de gérer de manière originale l'accès à des fichiers et documents différents. On a dit que le système permettait à l'utilisateur d'appeler des fichiers A.extl mémorisés dans des emplacements de mémoire Ei; à cet effet le système est interfacé avec le système d'exploitation. Selon l'invention et comme représenté sur la figure 4, lors de chaque session de travail pour laquelle l'utilisateur se déclare sous un nom - ul par exemple - le système offre également à l'utilisateur la possibilité de définir une liste ordonnée LOC1 d'adresses de mémoire (pouvant chacune correspondre à un emplacement de mémoire quelconque d'une configuration en réseau ou non, chaque emplacement pouvant être localisé sur un support physique quelconque connu en soi). Cette liste LOC1 que l'on nommera " liste de localisation "constitue un fichier enregistré par le système dans l'emplacement Eutil, en association avec le nom d'utilisateur ul sous lequel l'utilisateur est déclaré. La liste est consultable et modifiable à tout moment par l'utilisateur (y compris pour changer l'ordre des adresses), en appelant la sous-fenêtre F2 qui est éditée à la connexion de l'utilisateur au système et qui contient les paramètres propres à la session et à l'utilisateur. Un utilisateur peut sélectionner une liste de localisation désirée, et modifier sa liste de localisation sélectionnée. Il peut également n'avoir sélectionné aucune liste de localisation. En tout état de cause, seule une liste de localisation peut être sélectionnée à la fois par un utilisateur. Si une liste de localisation telle que LOC1 est sélectionnée par I'utilisateur, le système selon l'invention constitue automatiquement une liste ordonnée d'adresses dite " liste de recherche >", dans laquelle l'adresse de Eul le dossier personnel de l'utilisateur est en tête de liste, suivie des adresses ordonnées de la liste de localisation sélectionnée. Si maintenant aucune liste de localisation n'a été sélectionnée par I'utilisateur, la liste de recherche est constituée par défaut de la seule adresse du dossier personnel Eul. Dans le cas connu de la simple mise en oeuvre d'un système d'exploitation, I'utilisateur voulant ouvrir un fichier A.extl doit spécifier l'adresse du fichier en précisant l'arborescence des répertoires menant à I'emplacement de mémorisation du fichier. Dans le cas de l'invention au contraire, lorsque l'utilisateur appelle un fichier A.extl, il n'a pas à spécifier l'adresse de ce fichier. Si toutefois il le fait, le système va de toutes façons ignorer dans un premier temps cette adresse et va automatiquement consulter les adresses de la liste de recherche, dans leur ordre selon cette liste, pour chercher successivement dans chacun des emplacements correspondant à ces adresses respectives un fichier associé nommé A.@extl. Dès que le système détecte un fichier associé A.@extl correspondant à cette recherche, il l'ouvre et ne poursuit pas sa recherche. Dans le cas o cette recherche est infructueuse, le système va en dernier ressort chercher dans l'adresse spécifiée par l'utilisateur lors de la commande d'ouverture de A.extl, si une telle adresse a été spécifiée. Plus précisément, la figure 5 représente les étapes mises en oeuvre lorsqu'un utilisateur appelle un fichier, qu'il soit original (de type A. extl) ou associé (de type A.@extl). Sur cette figure, on a ainsi représenté en 501 et 502 ces deux premières manières possibles pour appeler un fichier. Si l'utilisateur appelle un fichier original A.extl en 501, le système constitue automatiquement une requête pour que le système d'exploitation recherche un fichier associé A.@extl, ce qui est équivalent à l'étape 502 dans laquelle c'est l'utilisateur qui formule directement une telle requête. Un fichier ayant ainsi été appelé en 501 ou en 502 par l'utilisateur, le système cherche, successivement dans les différents emplacements de mémoire désignés par les adresses de la liste de recherche, le fichier associé A.@extl (étape 503). Dès qu'un tel fichier A.@extl est localisé dans un des emplacements de mémoire de la liste de recherche, le système lit en 504 le nom du fichier original associé à A.@extl et son titre dans le descriptif de A.@extl (ce titre pouvant être comme on l'a dit modifié par l'utilisateur). Si ce titre est différent du nom du fichier, le système le mémorise (toujours en 504). Si aucun fichier A.@extl n'a été trouvé dans les emplacements désignés par la liste de recherche (ni en dernier ressort dans un emplacement désigné par une éventuelle adresse fournie par l'utilisateur lors de sa commande d'ouverture en 501 ou 502), le système considère automatiquement que le fichier original associé à A.@extl a pour nom A.extl; cette identification du nom fichier original à partir du nom du fichier associé a lieu en 505. Apres l'étape 504 ou 505, le système dispose donc d'un nom de fichier original et cherche en 506 dans les emplacements de la liste de recherche ce fichier original. S'il ne le trouve pas, le système stoppe sa recherche en 507 et la demande de l'utilisateur n'aboutit pas. Si au contraire le fichier original recherché (A.extl ou autre) a été trouvé en 506, le système procède en 508 à: a I'ouverture de ce fichier original trouvé, 10. la lecture du titre associé à ce fichier original trouvé dans le descriptif, et si ce titre est différent du nom du fichier, à la mémorisation du titre lu, l'affichage à l'écran du document correspondant au fichier original trouvé, À I'affichage à l'écran du document correspondant au fichier associé A.@extl superposé sur le document correspondant au fichier original, si un tel fichier associé a été trouvé en 503. Après avoir réalisé ces opérations, le système met à jour en 509 deux "listes historiques"qui sont des fichiers similaires à des glossaires, une liste étant relative à la session de travail en cours et l'autre étant permanente et mise à jour lors de chaque session du même utilisateur. Ces listes historiques contiennent un ensemble de couples (titre, nom de fichier), le système commandant l'ouverture d'un fichier associé à un titre lors de l'appel dudit titre. Pour cette mise à jour, le système renseigne le champ "titre" par le premier titre lu et mémorisé en 504 ou 508 et différent des noms de fichier dans le descriptif duquel il est intégré ou, sinon, le nom du fichier original identifié en 506. Les listes historiques permettent à l'utilisateur d'appeler des fichiers d'une troisième manière, différente des étapes 501 et 502: I'utilisateur peut en effet simplement saisir un titre en 510, le système déterminant ensuite en 511 si ce titre appartient à une liste historique ou non. Si le titre appartient à une liste historique, le système appelle en 501 ou 502 le fichier (original ou associé) qui est associé au titre dans ladite * liste. Sinon, la demande de l'utilisateur n'aboutit pas (étape 507 de fin) . On comprend qu'en modifiant sa liste de localisation LOC1, l'utilisateur a la possibilité de modifier la liste de recherche de manière à, en appelant simplement un nom de fichier ou un titre, ouvrir en réalité différents fichiers. L'utilisateur réalise ainsi une " localisation dynamique " des fichiers qu'il souhaite consulter. Il est également possible d'activer une option " tous documents >" dans laquelle le système n'arrête pas sa recherche lorsqu'il a localisé lors de l'étape 503 un fichier associé dans un des emplacements correspondant à une adresse de la liste de recherche. Dans ce cas en effet, le système poursuit sa recherche en balayant toutes les adresses de la liste de recherche, et ouvre à l'écran le fichier original A.extl appelé, ainsi que l'ensemble des fichiers associés nommés A.@extl qui ont pu être localisés dans les différents emplacements correspondant à une adresse de la liste de recherche, ces fichiers associés étant alors tous superposés à l'écran sur le fichier original. Plus précisément et en référence à la figure 6, après appel en 601 d'un fichier original ou associé, par l'intermédiaire d'une commande correspondant aux étapes 501, 502 ou 510 décrites en référence à la figure , le système balaye en 602 - correspondant à l'étape 503 de la figure 5 la totalité des emplacements de la liste de recherche, pour constituer en 603 un ensemble constitué de tous les couples (fichier associé trouvé; fichier original correspondant). En 604, le système détermine si tous les fichiers originaux des couples de cet ensemble sont en fait un seul et même fichier original. Si c'est le cas, le système affiche à l'écran le document correspondant audit fichier original, avec l'ensemble des documents correspondant aux fichiers associés en superposition (étape 605). Il est également possible dans une option que le système propose à l'utilisateur un menu déroulant permettant de sélectionner les fichiers associés dont il souhaite afficher les documents correspondant à l'écran, en superposition (étape 606). Si maintenant les couples de l'ensemble constitué en 603 comprennent des fichiers originaux différents, le système propose en 607 à l'utilisateur de sélectionner un fichier original et affiche le document correspondant avec ses documents associés. On comprend donc qu'en changeant de liste de localisation (et/ou de dossier personnel), un utilisateur va ouvrir des fichiers différents en exécutant une même commande d'ouverture d'un fichier A.extl. Il est également possible de sauvegarder en des emplacements de mémoiredésirés des liste de localisation LOC1, LOC2... différentes, correspondant à des listes d'emplacements de mémoire contenant des fichiers différents. En tout état de cause, comme on l'a dit seule une liste de localisation est active à la fois pendant une session de travail. Si on envisage par exemple le cas d'étudiants et d'un professeur connectés en réseau et travaillant sur un projet, le professeur peut demander à ses différents étudiants de travailler sur un même fichier original X.htm contenant l'énoncé d'un problème et les données nécessaires à sa résolution. Pour répondre aux questions, chaque étudiant ouvre le document correspondant au fichier original X.htm et crée un fichier de surcharges X.@htm qu'il mémorise dans un emplacement de mémoire qui lui est propre pour enregistrer ses réponses (qui peut être le dossier personnel de l'étudiant). Chaque étudiant crée ainsi un fichier X.@htm différent, qui peut comporter des surcharges associées ou non à des commandes, pouvant appeler différents fichiers (y compris des pages Internet), le professeur pouvant appeler chacun de ces fichiers associés en sélectionnant une liste de localisation dans laquelle l'emplacement de mémoire de l'étudiant est en tête de liste. Dans ce cas, lorsque le professeur appelle le fichier X.htm, le système superpose au document correspondant au fichier original comportant l'énoncé, le document correspondant au fichier associé de réponses de l'étudiant choisi. Le professeur peut également activer l'option "tous documents" décrite cidessus et choisir une liste de localisation dans laquelle figurent les adresses des emplacements de mémoire respectifs dans lesquels les différents étudiants enregistrent leurs réponses. Dans ce cas, en appelant le fichier X.htm, le professeur récupère à l'écran la superposition de tous les fichiers réponse sur le fichier original de questions; il peut également sélectionner un emplacement de mémoire dédié à un étudiant dans une liste telle qu'évoquée pour l'étape 606 en référence à la figure 6, pour visualiser les réponses de cet étudiant. Il apparaît ainsi que l'utilisateur peut diriger le système d'exploitation avec lequel le système selon l'invention est interfacé pour, à l'aide d'une même commande simple d'ouverture de fichier, accéder à différents fichiers désirés. Ainsi, selon le contexte dans lequel se trouve l'utilisateur, il pourra accéder à des fichiers différents en exécutant les mêmes commandes d'ouverture de fichier, seule la liste de localisation désirée devant être actualisée par l'utilisateur. Il pourra également le faire en définissant une commande qui paramètre automatiquement une liste de localisation LOC1 donnée comme étant la liste de localisation active, en fonction d'un environnement de travail désiré. On peut par exemple penser à l'exemple d'un intervenant préparant dans une base de préparation une mission sur le terrain, et utilisant pour cela une liste de localisation qui permet d'accéder à un premier ensemble de fichiers en exécutant une série donnée de commandes d'ouverture de fichier (ladite série pouvant être décrite dans une procédure). Une fois sur le terrain, I'utilisateur aura besoin de traiter les mêmes thèmes que lors de la préparation, mais il aura besoin d'informations différentes auxquelles il accédera en changeant sa liste de localisation active de sorte que l'exécution de la série de commande de la même procédure provoquera l'accès à des fichiers différents. Un utilisateur U1 déclaré sous le nom ul peut également constituer, avec d'autres utilisateurs déclarés sous des noms ui ou même à lui seul, un "groupe" G auquel est associé un emplacement EG de la mémoire 10 (représenté sur la figure 4). La déclaration d'un groupe est une opération analogue à la déclaration d'un nom d'utilisateur, qui nécessite de choisir un emplacement EG ou " dossier de groupe " correspondant à un emplacement de mémorisation des données propres au groupe, EG étant pour le groupe l'équivalent du dossier personnel de l'utilisateur. Un groupe est une entité reconnue par le système, de la même manière qu'un utilisateur, le groupe constituant un niveau supérieur de rattachement de plusieurs utilisateurs. Et il est possible d'associer à un groupe une liste de localisation, comme pour un utilisateur, et de modifier la liste de localisation du groupe ou d'en changer. Lors de l'ouverture d'une session de travail et de l'édition de la sous- fenêtre F2, le système offre à l'utilisateur la possibilité de créer un groupe et de définir un emplacement de mémoire EG associé, I'utilisateur pouvant se rattacher ou non à ce groupe pour la session de travail. De la même manière que les noms d'utilisateurs sont mémorisés de manière permanente entre deux sessions de travail, les noms de groupe et les adresses associées demeurent dans la mémoire 10 ('utilisateur ayant la possibilité de modifier les adresses des groupes ou de supprimer des groupes). Lorsque l'utilisateur ul est rattaché à un groupe G, le système mémorise dans l'emplacement Eul l'adresse de l'emplacement EG associé au groupe et constitue la liste de recherche de l'utilisateur en faisant suivre l'adresse du dossier personnel de l'utilisateur par les adresses de la liste de recherche du groupe, incluant la liste de localisation associée au groupe si celui-ci en a une. Plusieurs utilisateurs différents peuvent se rattacher à un même groupe. En réponse à une commande d'ouverture d'un fichier A.extl par ul, le système recherche un fichier associé A.@extl dans la liste de recherche composée de l'adresse du dossier personnel Eul de l'utilisateur suivie de la liste de recherche du groupe. Dans ce cas, le système fonctionne à la fois au niveau de l'utilisateur et au niveau du groupe, en affichant à l'écran la superposition: À des documents correspondant au fichier original A.extl, et des documents correspondant aux fichiers associés A.@extl trouvés dans Eul et dans les emplacements de la liste de recherche du groupe. Ainsi, l'utilisateur ul visualise ses surcharges propres, avec celles qui sont associées au niveau du groupe. Mais si l'utilisateur ul apporte alors de nouvelles surcharges, les surcharges seront enregistrées uniquement dans le fichier associé A.@extl de Eul le dossier personnel de ul. Les éventuels fichiers A.@extl associés à A.extl et enregistrés dans EG et/ou dans la liste de localisation du groupe ne sont pas modifié. Les surcharges apportées par l'utilisateur à A.extl lui sont dans ce cas propres et ne sont pas partagées avec les autres utilisateurs rattachés au même groupe, car un autre utilisateur u2 rattaché au même groupe G ne visualisera pas le contenu du fichier A.@extl enregistré dans le dossier personnel de ul. Si un autre utilisateur u2 rattaché au même groupe G appelle A.extl, il visualisera les surcharges apportées au niveau du groupe (mémorisées dans EG), ainsi que les éventuelles surcharges supplémentaires associées au groupe (désignées par la liste de localisation du groupe), mais pas celles apportées spécifiquement par ul déclaré en tant que simple utilisateur. Et u2 pourra par ailleurs apporter ses propres surcharges qui ne seront visibles que de lui seul, en ouvrant A.extl alors qu'il est déclaré comme u2 dont le dossier personnel est celui de u2 et non celui du groupe. Chaque utilisateur a ainsi la possibilité d'ajouter ses surcharges personnelles à des surcharges apportées au niveau du groupe, les surcharges personnelles n'étant visibles que de cet utilisateur. Le système offre également à l'utilisateur la possibilité de se déclarer pour une session de travail non pas simplement en tant qu'utilisateur (ul. ..), mais en tant que " gestionnaire de groupe " (par un champ modifiable de la sous-fenêtre F2, qui permet à l'utilisateur de déclarer comme son "dossier personnel" Il'emplacement EG qui correspond au groupe). Dans ce cas, la liste de recherche de l'utilisateur est assimilée à celle du groupe, à savoir l'adresse de EG l'emplacement de mémorisation du groupe suivie des éventuelles adresses ordonnées de la liste de localisation associée au groupe. Et l'utilisateur déclaré en tant que gestionnaire du groupe " est " le groupe, c'est à dire qu'il peut modifier la liste de localisation associée au groupe, ou changer de liste de localisation pour le groupe entier. L'accès d'un utilisateur au niveau " gestionnaire de groupe " peut être protégé par un mot de passe spécifique. Si le même utilisateur ul déclare maintenant que son dossier personnel est EG, se plaçant ainsi au niveau du gestionnaire de groupe, I'exécution d'une commande d'ouverture de A.extl entrée par l'utilisateur fera apparaître à l'écran la superposition du document original A.extl et des surcharges correspondant au fichier associé A.@extl présent dans EG (et éventuellement au(x) fichier(s) associé(s) d'une liste de localisation du groupe), les surcharges enregistrées dans Eul n'apparaissant pas. Par contre, à ce niveau les surcharges apportées par l'utilisateur seront enregistrées dans le fichier A.@extl mémorisé dans EG, et apparaîtront pour tous les autres utilisateurs appelant A.extl dès lors qu'ils sont déclarés comme rattachés au groupe G pour leur session de travail. Il est ainsi possible de modifier à deux niveaux différents les surcharges apportées à un fichier, les surcharges apportées au niveau du groupe (c'est à dire par un utilisateur déclaré en tant que gestionnaire de groupe) pouvant être visualisées par l'ensemble des utilisateurs rattachés au groupe. Et chaque utilisateur a par ailleurs la possibilité d'apporter en plus au fichier ses propres surcharges, qui ne seront visibles que de lui seul. L'utilisateur peut également choisir de ne sélectionner aucun groupe de rattachement pour sa session de travail, il sera alors déclaré simplement en tant qu'utilisateur (il peut également ouvrir simultanément différentes sessions, certaines sous des noms d'utilisateur, d'autres en tant que gestionnaire d'un groupe). L'utilisateur a comme on l'a dit aussi la possibilité de modifier la liste des groupes auxquels il est rattaché. Si l'utilisateur est déclaré sous le nom ul sans avoir sélectionné de groupe de rattachement, son dossier personnel est Eul qui est celui de ul. Par conséquent, lorsque l'utilisateur appelle alors un fichier A.extl le système cherche dans la liste de recherche constituée de l'adresse du dossier personnel Eul suivie, le cas échéant, d'une liste de localisation d'utilisateur sélectionnée par ul, un fichier associé A.@extl. On comprend ainsi que le système permet de traiter les fichiers à deux niveaux (niveau utilisateur et niveau gestionnaire de groupe), chaque niveau correspondant à un type d'entité (utilisateur pour le niveau utilisateur, groupe pour le niveau groupe). De la même manière, le système permet de créer à volonté d'autres niveaux, qui peuvent constituer ainsi une arborescence à niveaux multiples. Par exemple, dans un mode de réalisation du système selon l'invention, quatre niveaux sont ainsi prévus par défaut, avec en partant du niveau le plus général et en allant vers le niveau le plus détaillé: À un niveau 4 " application " qui est le niveau auquel un ensemble de fichiers utilisés sont modifiés. Ce niveau ne comprend qu'une entité, À un niveau 3 " mise à jour " pouvant rassembler les différentes versions de mise à jour de cet ensemble de fichiers. Dans ce cas, une entité donnée du niveau 3 correspond à la mise à jour à une date donnée de l'ensemble de fichiers et toutes ces entités sont rattachées au niveau précédent, un niveau 2 " groupe ", chaque groupe pouvant rassembler plusieurs utilisateurs, et être rattaché lui-même à toutes les entités du niveau " mise à jour ", ou à certaines seulement contenant les versions intéressant le groupe, un niveau 1 " utilisateur ". Dans l'exemple d'architecture ci-dessus, lorsqu'un utilisateur est déclaré au niveau utilisateur (niveau 1) et qu'il appelle un fichier A. extl, la liste de recherche de l'utilisateur est constituée de l'adresse du dossier personnel de l'utilisateur, suivie de la liste de recherche du niveau 2, puis de la liste de recherche du niveau 3, et enfin de celle du niveau 4. Le système superposera donc à l'écran les fichiers associés A.@extl des niveaux 1 à 4 au fichier original, de sorte que l'utilisateur visualisera l'ensemble des surcharges apportées aux niveaux supérieurs au sien (tout en ne pouvant apporter de surcharges qu'à son niveau, ces surcharges n'étant pas visibles par exemple pour les autres utilisateurs rattachés au même groupe, ou pour les autres groupes rattachés à la même mise à jour). De la même manière, un gestionnaire de groupe visualisera les surcharges apportées aux niveaux 2, 3 et 4. Il est également possible de définir pour un utilisateur un " niveau minimum " afin de ne visualiser que les surcharges apportées à des niveaux généraux. Dans l'exemple ci-dessus d'architecture à quatre niveaux, un utilisateur ul déclaré dans le système en tant qu'utilisateur peut ainsi déclarer dans le système comme niveau minimum le niveau 3 (" mises à jour "). Dans ce cas, lorsque l'utilisateur appelle un fichier A.extl, le système ne superpose au document original que les documents associés des niveaux 3 et 4, de sorte que l'utilisateur ne visualisera que les surcharges apportées à ces niveaux, et pas les surcharges apportées au niveau du groupe et de l'utilisateur lui-même. REVENDICATIONS 1. Procédé de consultation par au moins un utilisateur d'un document informatique original correspondant a un fichier original (A.extl) d'un format donné et enregistré dans un emplacement de mémoire informatique (Ei) désigné par une adresse, le procédé étant destiné à être mis en oeuvre avec un système d'exploitation qui comprend des moyens de mémorisation de fichiers et des moyens d'affichage du document original sur une interface visuelle telle qu'un écran, le procédé comprenant: A. I'appel d'un document original par un utilisateur (ul, ul'), B. I'affichage du document original sur l'interface visuelle, C. l'affichage sur l'interface visuelle de surcharges graphiques en superposition au document original, dans un repère lié au document original, D. et la mémorisation desdites surcharges en association avec le document original dans un emplacement de mémoire dédié (Eul) de sorte que l'intégrité du fichier original n'est pas compromise par la superposition de surcharges, caractérisé en ce que les surcharges mémorisées lors de l'étape D sont personnelles à chaque utilisateur et sont mémorisées dans un emplacement de mémoire individuel (Eul) qui est personnellement associé à l'utilisateur. 2. Procédé selon la revendication 1, caractérisé en ce que l'étape D comprend la création d'un fichier de surcharges (A.@extl) qui est associé au fichier original (A.extl) et à l'utilisateur (ul, ul'), le fichier associé contenant une information relative au fichier original. 3. Procédé selon la revendication 2, caractérisé en ce que chaque utilisateur peut modifier les surcharges du fichier associé. 4. Procédé selon la revendication 3, caractérisé en ce que les surcharges graphiques peuvent constituer des zones activables par un utilisateur quelconque pour générer une chaîne de caractères. 5. Procédé selon la revendication 4, caractérisé en ce que les chaînes de caractères sont associées à des commandes de fonctions du système d'exploitation. 6. Procédé selon la revendication 4 ou 5, caractérisé en ce que le fichier associé (A.@extl) contient le nom du fichier original (A.extl) et des informations permettant de caractériser l'emplacement et l'aspect des surcharges graphiques. 7. Procédé selon l'une des revendications 2 à 6, caractérisé en ce que préalablement à l'étape D chaque utilisateur peut modifier son emplacement de mémoire individuel (Eul) de sorte que la mémorisation des surcharges peut être réalisée dans tout emplacement de mémoire individuel désiré par l'utilisateur. 8. Procédé selon l'une des revendications 2 à 7, caractérisé en ce que le procédé comporte, entre les étapes A et B, la recherche automatique, dans l'emplacement de mémoire individuel de l'utilisateur, du fichier de surcharges (A.@extl) associé au document original (A.extl). 9. Procédé selon la revendication précédente, caractérisé en ce que lors de l'étape C, les surcharges affichées sont celles du fichier associé au fichier original (A.extl) et à l'utilisateur (ul, ul'), de sorte que différents utilisateurs, en appelant un même document original, provoqueront l'affichage des surcharges respectives qui leur sont individuellement associées, en superposition sur ledit document original. 10. Procédé selon l'une des revendications 2 à 9, caractérisé en ce que lors de l'étape C l'utilisateur a la possibilité de modifier les surcharges. 11.Procédé selon l'une des revendications 2 à 10, caractérisé en ce que le fichier associé est mémorisé sous un format spécifique associé au format du fichier original. 12. Système de consultation d'un document informatique original correspondant à un fichier original (A.extl) d'un format donné enregistré dans un emplacement de mémoire informatique (Ei) désigné par une adresse, le système étant destiné à être mis en oeuvre avec un système d'exploitation qui comprend des moyens de mémorisation de fichiers et des moyens d'affichage du document original sur une interface visuelle telle qu'un écran, le système comprenant des moyens pour assurer respectivement: A. I'appel d'un document original par un utilisateur (ul, ul'), B. I'affichage du document original sur l'interface visuelle, C. I'affichage sur l'interface visuelle de surcharges graphiques en superposition au document original, dans un repère lié au document original, D. et la mémorisation desdites surcharges en association avec le document original dans un emplacement de mémoire dédié (Eul) de sorte que l'intégrité du fichier original n'est pas compromise par la superposition de surcharges, caractérisé en ce que le système comprend des moyens pour mémoriser les surcharges dans un emplacement de mémoire individuel (Eul) qui est personnellement associé à l'utilisateur de sorte que lesdites surcharges sont personnelles à chaque utilisateur. 13.Système selon la revendication 12, caractérisé en ce que lesdits moyens de mémorisation de surcharges comprennent des moyens pour créer un fichier de surcharges (A.@extl) qui est associé au fichier original (A. extl) et à l'utilisateur (ul, ul'), le fichier associé contenant une information relative au fichier original. 14. Système selon la revendication 13, caractérisé en ce que le système comprend des moyens pour permettre à chaque utilisateur de modifier les surcharges du fichier associé. 15.Système selon la revendication 14, caractérisé en ce que le système comprend des moyens pour associer aux surcharges graphiques une fonction de génération d'une chaîne de caractères, ladite fonction pouvant être activée par un utilisateur. 16. Système selon la revendication 15, caractérisé en ce que les chaînes de caractères sont associées à des commandes de fonctions du système d'exploitation. 17. Système selon la revendication 15 ou 16, caractérisé en ce que le fichier associé (A.@extl) contient le nom du fichier original (A.extl) et des informations permettant de caractériser l'emplacement et l'aspect des surcharges graphiques. 18.Système selon l'une des revendications 13 à 17, caractérisé en ce que le système comprend des moyens pour permettre à chaque utilisateur de modifier son emplacement de mémoire individuel (Eul1) de sorte que la mémorisation des surcharges peut être réalisée dans tout emplacement de mémoire individuel désiré par l'utilisateur. 19. Système selon l'une des revendications 13 à 18, caractérisé en ce que le système comprend des moyens de recherche automatique, dans l'emplacement de mémoire individuel de l'utilisateur, du fichier de surcharges associé (A.@extl) au document original (A.extl). 20. Système selon la revendication précédente, caractérisé en ce que les surcharges affichées sont celles du fichier associé au fichier original (A.extl) et à l'utilisateur, de sorte que différents utilisateurs (ul, ul'), en appelant un même document original, provoqueront l'affichage des surcharges respectives qui leur sont individuellement associées, en superposition sur ledit document original. 21.Système selon l'une des revendications 13 à 20, caractérisé en ce que le système comprend des moyens pour permettre à l'utilisateur de modifier les surcharges. 22. Système selon l'une des revendications 13 à 21, caractérisé en ce que le fichier associé est mémorisé sous un format spécifique associé au format du fichier original.