FR 3020883 A1 20151113 FR 1454205 A 20140512 BASE DE FICHIERS RELATIONNELLE ET INTERFACE GRAPHIQUE DE GESTION D'UNE TELLE BASE La présente invention concerne un système de base de données. Actuellement, des données sont mémorisées dans des unités de stockage de données (disque dur, clé USB, CD-ROM, DVD) accessibles directement ou par l'intermédiaire d'un réseau local ou public (Internet). Ces données sont généralement organisées en un système de fichier dans lequel les données sont réparties dans des fichiers rassemblés dans des dossiers ou répertoires pouvant être imbriqués les uns dans les autres. Un tel système de fichiers permet de traiter et de conserver des quantités importantes de données, ainsi que de les partager entre plusieurs programmes informatiques et plusieurs utilisateurs. Il offre à l'utilisateur une vue abstraite sur les données qu'il peut localiser à partir d'un chemin d'accès. Ainsi, les systèmes de fichiers permettent d'accéder aux données contenues dans les fichiers stockés et la gestion de ces données. Les systèmes de fichiers offrent généralement des fonctions d'ouverture, d'enregistrement, de copie, 15 de déplacement dans un autre emplacement, ou de suppression, à partir d'un chemin d'accès, formé d'un nom de fichier précédé d'une liste de noms de répertoires imbriqués ou d'une adresse URL (Uniform Resource Locator). Les systèmes de fichiers sont généralement simples d'utilisation, mais offrent des possibilités d'organisation limitées à une structure arborescente. 20 Ainsi, le seul moyen d'établir un lien entre deux fichiers est de les placer dans un même répertoire. En général, les systèmes de fichiers ne permettent pas d'établir des liens entre des fichiers devant être rangés dans des répertoires différents. Si un fichier est classé par erreur ou déplacé dans un certain répertoire, il perd son lien avec les autres fichiers du répertoire dans 25 lequel il devait être rangé, et devient donc plus difficile à retrouver. Il est également possible de définir dans un fichier des liens avec d'autres fichiers. Ainsi, les langages tels que HTML ou XML permettent de définir de tels liens comprenant chacun le chemin d'accès et le nom d'un fichier. Cependant, si le fichier destinataire du lien est déplacé (changé de répertoire) ou renommé, 30 le lien ne permet plus d'accéder à ce fichier. Les systèmes de fichiers ne permettent pas non plus d'établir de manière fiable l'origine et l'auteur d'un fichier. Les systèmes de fichiers ne permettent généralement pas non plus de déterminer de prime abord (sans utiliser un outil de comparaison) si deux fichiers sont identiques ou non. Pour rechercher un fichier ou plus généralement, une information, il est fréquent d'utiliser un moteur de recherche dans lequel on introduit un ou plusieurs mots clés susceptibles de se trouver dans le nom, l'adresse ou le contenu d'un fichier. Pour accélérer une telle recherche, les fichiers (sur un disque dur ou sur Internet) peuvent avoir été indexés par un moteur d'indexation. Une telle indexation consiste à rassembler dans des tables d'index les noms et adresses de fichiers et des mots clés, de sorte qu'une recherche peut être effectuée dans ces tables au lieu de la totalité du contenu d'une arborescence de répertoires ou du contenu des fichiers de cette arborescence de répertoires. Les mots clés en langage naturels peuvent être peu discriminants et ne pas permettre de trouver un fichier précis. Il existe d'autres systèmes d'organisation de données, tels que les bases de données, notamment les bases de données relationnelles. Les bases de données permettent de stocker et de retrouver un ensemble d'informations de différentes natures, ainsi que d'établir des liens entre les différentes informations stockées. Les bases de données sont généralement associées à un système de gestion constitué de programmes permettant de manipuler et d'accéder aux données, ainsi que de manipuler la structure de la base de données. Dans les bases de données relationnelles, les données sont mémorisées dans des tables comprenant des enregistrements liant entre elles plusieurs données pouvant être dans des tables différentes. Les bases de données s'avèrent complexes à mettre en oeuvre et à utiliser, et nécessitent des connaissances et des outils spécifiques, notamment pour définir les données à accéder et définir et modifier la structure de la base de données et des tables. L'accès aux données nécessite également de connaitre la structure de la base de données. Les bases de données s'avèrent également sensibles, notamment face à la perte ou à la corruption d'une table. Par ailleurs, des interfaces graphiques ont été développées pour faciliter l'accès aux données d'une base de données ou disponibles sur Internet. Certaines de ces interfaces graphiques permettent de définir 35 graphiquement et générer des requêtes d'accès dans lesquelles des critères ou des mots clés sont combinés par des opérateurs booléens tels que OU, ET, NON. L'usage d'une telle interface et la définition de requêtes nécessite également des connaissances spécifiques notamment de la structure de la base de données. Il peut donc être souhaitable de proposer des outils permettant de facilement organiser des données en une base de données, sans faire appel à un système complexe et coûteux de gestion de base de données, ni un système de fichiers particulier, et sans requérir de connaissances spécifiques. Il est également souhaitable de proposer un système de base de données qui soit facilement évolutif, et adaptable, et partageable entre plusieurs utilisateurs. Il est également souhaitable de proposer une interface graphique ergonomique pour construire et exploiter une base de données. Des modes de réalisation concernent un procédé de gestion d'un ensemble de fichiers, comprenant des étapes consistant à : afficher une interface graphique comprenant une zone de fichiers favoris et une zone de référence, des fichiers d'un ensemble de fichiers étant chacun présentés sous la forme d'une icône sur la zone de fichiers favoris ou sur la zone de référence, et insérer sur commande dans l'ensemble de fichiers, un nouveau fichier contenant un identifiant unique identifiant le nouveau fichier, et en tant que lien de référence, un identifiant du fichier correspondant à chaque icône se trouvant sur la zone de référence. Selon un mode de réalisation, le nouveau fichier est généré à partir d'un fichier existant, sélectionné par l'utilisateur, l'identifiant du fichier et des éventuels liens de référence étant insérés dans le fichier existant sans affecter la manière dont le fichier peut être exploité. Selon un mode de réalisation, chaque icône de fichier affichée dans l'interface graphique représente toutes les copies éventuelles d'un fichier comportant un même identifiant, indépendamment d'un espace de stockage où une copie du fichier peut être stockée. Selon un mode de réalisation, le procédé comprend une étape d'insertion dans l'ensemble de fichiers, d'un fichier de type lien entre deux fichiers, lors de la superposition de deux icônes présentes sur la zone de fichiers favoris, le fichier de type lien contenant un identifiant unique identifiant le fichier de type lien et un double lien de référence comprenant l'identifiant chaque fichier correspondant aux deux icônes superposées. Selon un mode de réalisation, le procédé comprend des étapes consistant à : rechercher un emplacement d'insertion d'un identifiant dans le nouveau fichier, au moyen d'un repère, calculer une empreinte numérique en appliquant une fonction calcul d'empreinte au nouveau fichier, l'empreinte calculée ayant une valeur dépendant de chacun des bits du nouveau fichier, et insérer l'empreinte à l'emplacement d'insertion trouvé dans le nouveau fichier, l'empreinte faisant office d'identifiant du nouveau fichier. Selon un mode de réalisation, l'exploitation d'un fichier de l'ensemble de fichiers est précédée d'étapes de contrôle d'intégrité consistant à : calculer une empreinte numérique en appliquant une fonction calcul d'empreinte au fichier à exploiter, l'empreinte calculée ayant une valeur dépendant de chacun des bits du nouveau fichier à l'exception des bits constituant l'identifiant du fichier à exploiter, figurant dans ce dernier, et comparer l'empreinte calculée à l'identifiant du fichier à exploiter, le contrôle d'intégrité du fichier à exploiter étant réussi si l'empreinte calculée correspond à l'identifiant du fichier à exploiter, l'exploitation du fichier à exploiter étant autorisée seulement si le contrôle d'intégrité du fichier à exploiter a réussi. Selon un mode de réalisation, le procédé comprend des étapes de recherche d'une copie du fichier à exploiter et de contrôle d'intégrité de la copie de fichier trouvée, si le contrôle d'intégrité du fichier à exploiter a échoué. Selon un mode de réalisation, le nouveau fichier contient un identifiant d'un fichier profil de l'utilisateur ayant émis la commande d'insertion du nouveau fichier dans l'ensemble de fichiers. Selon un mode de réalisation, le procédé comprend des étapes consistant à : afficher une zone de critère et une zone de résultat dans l'interface graphique, activer une recherche de fichiers dans l'ensemble de fichiers lors du placement sur la zone de critère d'une icône correspondant à un fichier de l'ensemble de fichiers, la recherche utilisant comme critère de recherche l'identifiant de chaque fichier correspondant à une icône placée sur la zone de critère, et afficher sur la zone de résultat une ou plusieurs icônes correspondant chacune à un fichier de l'ensemble de fichiers, contenant la donnée utilisée comme critère de recherche. Selon un mode de réalisation, des icônes placées côte à côte sur la zone de critère définissent un critère de recherche combinant par l'opérateur booléen OU des identifiants des fichiers correspondant aux icônes placées côte à côte, et/ou des icônes superposées sur la zone de critère de recherche définissent un critère de recherche combinant par l'opérateur booléen ET une donnée de chacun des fichiers correspondant aux icônes superposées, et/ou une icône placée sur une zone d'exclusion de la zone de critère définit un critère de recherche dans lequel une donnée du fichier correspondant l'icône présente sur la zone d'exclusion, est associée à l'opérateur booléen NON. Selon un mode de réalisation, les icônes de fichiers présentées sur la zone de résultat sont marquées en fonction de la position de l'icône correspondante placée sur la zone de critère. Selon un mode de réalisation, le placement d'une icône sur la zone de critère déclenche l'exécution d'un programme identifié dans un champ présent dans le fichier correspondant à l'icône placée sur la zone de critère. Selon un mode de réalisation, l'icône placée sur la zone de critère est un fichier contenant un critère de recherche, et un champ du fichier désigne un programme dont l'exécution place une ou plusieurs icônes de fichiers sur la zone de critère, telles qu'elles figuraient sur la zone de critère à un moment où le critère de recherche a été enregistré, et/ou le programme déclenche une recherche par un moteur de recherche accessible sur Internet sur la base de mots clés introduits dans une fenêtre de saisie. Des modes de réalisation concernent également un système 25 comprenant un écran d'affichage et un organe de commande, et configuré pour mettre en oeuvre le procédé défini précédemment. Des modes de réalisation concernent également un support d'enregistrement lisible par un ordinateur, mémorisant des instructions de programme exécutable par l'ordinateur pour mettre en oeuvre le procédé 30 défini précédemment. Des exemples de réalisation de l'invention seront décrits dans ce qui suit, à titre non limitatif en relation avec les figures jointes parmi lesquelles : la figure 1 représente une interface graphique de gestion d'un 35 ensemble de fichiers, selon un mode de réalisation, les figures 2 et 3 représentent une fenêtre affichée lors de l'activation d'une commande de création de fichier à partir de l'interface graphique, la figure 4 représente une fenêtre affichée lors de l'activation d'une commande de téléchargement de fichier à partir de l'interface graphique, la figure 5 représente un ensemble de fichiers et des liens entre les fichiers de l'ensemble, obtenus par l'interface graphique, la figure 6 représente des icônes de fichiers et des liens entre ces icônes, la figure 7 illustre la construction d'une requête de recherche combinant deux critères par l'opérateur booléen ET, la figure 8 représente schématiquement un système mis en oeuvre par un procédé de génération et d'exploitation d'un ensemble de fichiers, selon un mode de réalisation. La figure 1 représente une interface graphique de gestion d'un ensemble de fichiers, selon un mode de réalisation. L'interface graphique est susceptible d'être affichée sur un écran d'affichage d'un ordinateur. Dans ce qui suit, le terme "fichier" désigne un ensemble de données organisées séquentiellement avec un début et une fin, et plus généralement, une représentation d'un document ou d'une ou plusieurs données qui peuvent être mémorisées à distance ou constituées sur demande à la volée, et qui peuvent n'être accessibles qu'en lecture. L'ensemble de fichiers peut former une base de données relationnelle. Selon un mode de réalisation, l'interface graphique comprend : une zone de fichiers favoris 1, une zone de critère 2 permettant de définir des critères de recherche, une zone de résultat 3 dans laquelle sont présentés les résultats de recherches 3, une zone de référence 4 permettant de définir des liens de référence entre un nouveau fichier et d'autres fichiers présents dans l'ensemble de fichiers, et un champ de saisie de mots clés de recherche 6. La zone 2 comprend une zone de définition de critères d'exclusion 5 permettant la mise en oeuvre de l'opérateur booléen NON dans une combinaison de plusieurs critères de recherche. La zone 4 permet de sélectionner des fichiers de l'ensemble de fichiers, devant être destinataires de liens de référence à insérer par défaut dans un nouveau fichier à créer. Le champ de saisie 6 permet à l'utilisateur d'introduire en tant que mots clés, des mots individuels ou des groupes de mots. Les mots saisis peuvent comprendre des caractères génériques ("wildcard characters"). Les autres zones 1 à 5 peuvent présenter des fichiers sous la forme d'icônes 10. Ici le terme "icône" désigne un symbole graphique susceptible d'être déplacé dans l'interface graphique au moyen d'un pointeur 11, par exemple par des actions telles que glisser-déposer à l'aide d'un dispositif de pointage comme une souris. Les icônes de fichier 10 peuvent être chacune associées à une dénomination du fichier correspondant ou simplement consister en cette dénomination. Pour créer un nouveau fichier dans l'ensemble de fichiers, l'utilisateur peut sélectionner des icônes de fichiers avec lesquels le nouveau fichier doit être lié, en plaçant ces icônes sur la zone 4. Ensuite, l'utilisateur actionne un bouton de commande de création de fichier. Cette action a pour effet d'afficher une fenêtre de création de fichier dans laquelle est affichée une ligne création de lien de référence vers chaque fichier de l'ensemble de fichiers, dont une icône est présente sur la zone 4. La figure 2 représente un exemple de fenêtre de création de fichier. La fenêtre de création de fichier comprend un champ nom 21 dans lequel l'utilisateur peut spécifier un nom pour le nouveau fichier à créer. La fenêtre de création de fichier comprend également des champs de propriété de type lien de référence pré-remplis "ref" 22, 23 dans lequel figurent les noms des fichiers dont les icônes figurent sur la zone 4. La fenêtre de création de fichier comprend un bouton de commande "Add Statement" permettant d'ajouter des champs supplémentaires de propriété (22, 23) dans le nouveau fichier, et d'introduire des valeurs d'attribut de chaque champ inséré, ces champs étant introduits dans le nouveau fichier sous la forme de métadonnées. La fenêtre de création de fichier comprend également une zone de saisie 24 permettant d'ajouter des informations descriptives dans le nouveau fichier, et une zone de saisie de contenu 25 permettant d'introduire des informations de contenu dans le nouveau fichier. Chaque champ de propriété 22, 23 affiché dans la fenêtre de création de fichier comprend un type de champ 22 indiqué par un libellé et un ou plusieurs attributs à remplir ou pré-remplis. Des flèches 29 affichées dans le cadre indiquant le type de champ 22 permettent d'afficher une fenêtre de sélection d'un type de champ 31 (figure 3). Ainsi, parmi les types de champ possibles, il est possible de créer notamment : - des champs de propriété "prop" associant un libellé de propriété à saisir avec une valeur de propriété, - des champs de type référence "ref" permettant chacun d'établir un lien entre le nouveau fichier et un fichier existant dans l'ensemble de fichiers, - des champs de type nom "name" permettant chacun de définir un autre nom pour le nouveau fichier, - des champs de type double référence "ref2" établissant chacun un lien de référence entre deux fichiers existant dans l'ensemble de fichiers, - des champs de type double propriété "prop2" permettant d'attribuer une nouvelle propriété à un fichier existant de l'ensemble de fichiers, - des champs de type double nom "name2" permettant chacun d'attribuer un autre nom à un fichier existant dans l'ensemble de fichiers, - des champs de type précédent "previous" permettant chacun d'établir un lien de référence spécifique avec une version précédente du nouveau fichier, existant dans l'ensemble de fichiers. Lorsque qu'un champ de type référence "ref", précédent "previous" ou double lien "ref2" est sélectionné, l'attribut valeur 23 associé, peut être choisi parmi les noms de fichiers dont une icône se trouve sur la zone des fichiers favoris 1, ou les fichiers se trouvant dans un répertoire indiqué dans un champ 28. La liste de ces fichiers peut être affichée à l'aide d'une flèche 30 affichée dans le cadre de saisie d'un nom 23. Le champ 28 désigne l'espace de stockage ou répertoire cible du fichier à créer. Le nom du répertoire affiché dans le champ 28 peut être modifié à l'aide d'une flèche 31 affichée dans le champ 28. La valeur initiale du champ 28 consiste en une destination par défaut choisie au préalable par l'utilisateur. Une case à cocher 32 permet d'indiquer si le fichier à créer est destiné à être public ou non. Le système vérifiera que le fichier créé est bien stocké dans un espace de stockage public s'il doit être public, et dans un espace de stockage privé dans le cas contraire. Une case à cocher 33 permet de choisir si le nouveau fichier est accessible à un autre utilisateur désigné. Cet autre utilisateur peut être désigné en plaçant une icône correspondant à un fichier de profil de cet autre utilisateur dans la zone de référence 4. Un bouton "Change" permet de sélectionner un autre emplacement de stockage du fichier destiné à être partagé avec cet utilisateur. En effet, l'utilisateur de l'interface a pu sélectionner au préalable un emplacement par défaut (champ 28) qui n'est pas partagé avec cet autre utilisateur. Ainsi, l'interface décrite permet de ne pas risquer de partager avec un nouvel utilisateur des contenus précédemment publiés qui ne lui seraient pas destinés. La création d'un fichier peut être annulée à l'aide d'un bouton de commande "Cancel". La validation par un bouton de commande "Create" des informations présentées dans la fenêtre de création de fichier, permet d'insérer dans l'ensemble de fichiers le nouveau le fichier contenant les informations telles que spécifiées dans la fenêtre de la figure 2. Le type du nouveau fichier peut être choisi en sélectionnant une extension de fichier dans un cadre 35 présent dans la fenêtre de création de fichier. La sélection d'une extension de fichier telle que "txt", "doc", "pdf", "xls", "exe" permet de définir notamment la manière dont les champs définis dans la fenêtre de création, sont insérés sous la forme de métadonnées et encapsulés dans le nouveau fichier. Ainsi, le nouveau fichier créé peut être un fichier de type texte "txt" comprenant des métadonnées délimitées dans le fichier par des balises, les métadonnées incluent les liens de référence vers d'autres fichiers, le nom de fichier, les propriétés, la description et le contenu, spécifiés par l'utilisateur. Selon un mode de réalisation, le fichier créé comprend également une métadonnée d'identification comprenant un identifiant unique, généré lors de la création du fichier. Les métadonnées de référence contiennent l'identifiant ou une information permettant de déterminer l'identifiant de chaque fichier figurant dans un champ de type référence "ref". La fenêtre de création de fichier peut être également affichée si l'utilisateur actionne un bouton de commande de téléchargement de fichier ou si l'utilisateur déplace une icône de fichier présente sur la zone de résultat 3 vers la zone des favoris 1, et si le fichier correspondant ne figure pas déjà dans l'ensemble de fichiers. L'activation du bouton de commande de téléchargement permet d'afficher une fenêtre de sélection d'un fichier sur une unité de stockage locale ou distante, c'est-à-dire accessible par l'intermédiaire d'un ou plusieurs réseaux de transmission de données. La sélection d'un fichier par l'utilisateur ou le déplacement d'un fichier présent sur la zone de résultat 3 vers la zone de favoris 1 déclenche l'affichage d'une fenêtre de création de fichier, dans laquelle le champ nom est pré-rempli avec le nom du fichier sélectionné. Le champ 24 est présenté pour permettre l'ajout d'une description dans le nouveau fichier. En revanche, le champ 25 n'est pas présenté dans la fenêtre de création de fichier puisqu'il correspond au contenu du fichier sélectionné. Comme précédemment pour la création d'un nouveau fichier, un ou plusieurs champs de lien de référence "ref" sont pré-remplis avec le nom de chacun des fichiers dont une icône figure sur la zone de référence 4. L'insertion des champs d'identifiant, de référence et d'autres propriétés dans le fichier téléchargé est réalisée de manière non- destructive, c'est-à-dire sans affecter les propriétés du fichier, notamment afin qu'il puisse être ouvert, affiché, imprimé, exécuté, etc., par les mêmes outils qu'avant cette insertion. Une case à cocher 36 ("Add ref"), cochée par défaut, peut être décochée pour empêcher l'insertion dans le fichier de métadonnées comprenant notamment un identifiant du fichier, et des références à d'autres fichiers de l'ensemble de fichiers. Cette possibilité est utilisée dans le cas où le fichier comporte déjà un identifiant, ou pour publier le fichier sans identifiant. Grâce à la commande de téléchargement, il peut être également possible de créer un nouveau fichier à partir d'un fichier existant déjà présent dans l'ensemble de fichiers, en ajoutant ou retranchant à ce dernier des champs tels que des champs de référence, de lien et de propriété ou en modifiant la valeur de champs présents dans le fichier existant. Lors de la génération du nouveau fichier modifié, un champ de type précédent peut être ajouté automatiquement pour contenir en tant que référence à une version précédente l'identifiant du fichier existant. Si l'utilisateur déplace une icône de fichier présente sur la zone de résultat 3 vers la zone des favoris 1 et si le fichier correspondant ne figure pas déjà dans l'ensemble de fichiers, un nouveau fichier peut être inséré dans l'ensemble de fichiers, sans que soit affichée la fenêtre de téléchargement. Le nouveau fichier inséré contient alors le contenu du fichier (ou une adresse telle qu'une adresse URL du fichier) dont l'icône a été déplacée vers la zone des favoris 1, un identifiant unique et un lien de référence vers chacun des fichiers dont une icône est présente sur la zone de référence 4. Des exemples de fichiers F1 à F5 de l'ensemble de fichiers sont présentés en Annexe I fournissant le contenu de métadonnées de chacun des fichiers F1 à F5. Chacun des fichiers F1 à F5 comprend une section protégée délimitée par les balises ouvrantes "r" et fermantes "*r et rassemblant les métadonnées du fichier F1. Chaque métadonnée est repérée et délimitée entre les mots clés "kx" et "xk". Les métadonnées des fichiers F1 à F5 comprennent une métadonnée d'identification du fichier introduite par le mot clé "self', et des métadonnées de référence introduites chacune par le mot clé "ref". Les métadonnées d'identification et de référence incluent chacune une chaine de caractères unique identifiant le fichier pour la métadonnée d'identification, ou identifiant un fichier avec lequel il est lié pour les métadonnées de référence. Dans l'exemple de l'Annexe I, chacun des identifiants des fichiers F1 à F5 est de type bubble babble et commence et se termine par la lettre "x". Bubble babble est une méthode d'encodage permettant de représenter une information binaire sous la forme de chaines de caractères toujours prononçables car construites sous forme de mots de cinq lettres comprenant chacun trois consommes alternant avec deux voyelles. Les références à d'autres fichiers commencent et se terminent par la lettre "r". Ainsi, un identifiant peut être déduit d'une référence simplement en changeant les premières et dernière lettres "r" de l'identifiant par la lettre "x", et réciproquement. Bien entendu d'autres moyens permettant de distinguer un identifiant de fichier d'une référence à un autre fichier peuvent être imaginés, notamment en fonction du format employé pour définir les identifiants des fichiers de l'ensemble de fichiers. Les étapes de création ou d'introduction de fichier, telles que précédemment décrites, permettent de constituer une base de données dans laquelle les données sont réparties dans des fichiers possédant chacun son propre identifiant et pouvant référencer par leur identifiants d'autres fichiers de la base de données. La constitution d'une telle base de données ne nécessite pas de définir à l'avance une structure de données, chaque utilisateur pouvant ajouter des liens et des propriétés à des fichiers existants grâce notamment aux types de champ "name2", "ref2", "prop2". Selon un mode de réalisation, l'identifiant de chaque fichier de l'ensemble de fichiers est généré par exemple aléatoirement ou par incrémentation d'un compteur, de manière à ce que deux fichiers différents aient des identifiants différents. Selon un autre mode de réalisation, l'identifiant de chaque fichier de l'ensemble de fichiers est déterminé par un calcul d'empreinte et/ou de signature appliqué à l'ensemble des métadonnées et du contenu du fichier, à l'exception de l'identifiant du fichier. Ainsi l'identifiant de chaque fichier présente une valeur dépendant de chacun des bits du fichier en excluant les bits de l'identifiant, de sorte que si un bit du fichier est modifié, l'identifiant du fichier sera également modifié. Le calcul d'empreinte peut être effectué par une fonction de hachage telle que sha-1, sha-256, sha-384, sha-512 et md5. Le calcul de l'empreinte d'un fichier de l'ensemble de fichiers peut aussi être réalisé par une fonction de compression de données sans perte d'information, de sorte que le calcul d'empreinte peut être une opération réversible. Le calcul d'empreinte peut être également réalisé par une fonction de compression de données avec perte, mais rendant possible la reconstitution d'un bloc de données à partir de son empreinte. La fonction de calcul peut par exemple combiner une fonction de transformation en image bitmap, et une fonction de compression d'image bitmap avec perte. Un bloc de données peut être reconstitué à partir de son empreinte en décompressant l'image, et en convertissant l'image en caractères alphanumériques par une fonction de reconnaissance de caractères. L'empreinte insérée en tant qu'identifiant d'un fichier peut être encodée de différentes manières comme par exemple en hexadécimal, en base 64 ou en bubble babble (cf. Annexe I). Dans le format hexadécimal, les empreintes sont plus longues, en n'utilisant que tous les chiffres, et les lettres de A à F. Le format "b64" utilise tous les caractères, majuscules et minuscules. Selon un autre mode de réalisation, l'identifiant de chaque fichier de I l'ensemble de fichiers est une signature générée par un calcul cryptographique asymétrique utilisant une clé privée d'une paire de clés publique/privée, appliqué à chacun des bits du fichier en excluant les bits de l'identifiant. La signature peut également être générée en appliquant le calcul cryptographique à une empreinte du fichier obtenue comme précédemment exposé, en excluant les bits de l'identifiant. Le calcul de signature peut être RSA (Rivest, Shamir, Adleman), DSA (Digital Signature Algorithm). Si un nouveau fichier est généré en modifiant un fichier existant dans l'ensemble de fichiers, son identifiant obtenu par son empreinte ou sa signature est alors différent de celle du fichier existant. Si une ou plusieurs copies sont générées à partir d'un fichier de l'ensemble de fichiers, ces copies seront vues comme un seul fichier, dès lors qu'elles contiennent un même identifiant. La figure 5 représente l'ensemble des fichiers F1 à F5 et les liens de référence définis entre ces fichiers. Les valeurs des liens de référence commencent et se terminent par la lettre "r" et sont introduites par le mot clé "ref".Les liens de référence associant deux empreintes de référence (fichier F5) sont introduites par le mot clé "ref2". Les fichiers F1 et F2 font référence au fichier F3 et à un autre fichier identifié par l'empreinte : "xuhen-zakid-... -raxux". Le fichier F3 fait référence à un autre fichier identifié par l'empreinte : "xisiz-kynov-... -zyxyx" Le fichier F4 fait référence à un autre fichier identifié par l'empreinte : "xebor-movab-... -muxax" Le fichier F5 est un bloc de liaison établissant un lien de référence entre les fichiers F3 et F4. Les fichiers F1 à F5 comprennent une métadonnée "name" correspondant au champ 21, permettant d'attribuer un nom au fichier et de le spécifier dans le corps du fichier. Le fichier F3 comprend une métadonnée "prop" permettant de définir une propriété du fichier, de type "description" dans l'exemple fourni et associée à un attribut valeur. Pour rechercher tous les fichiers liés à un fichier, c'est-à-dire contenant l'identifiant de ce dernier en tant que référence, il suffit de placer l'icône du fichier sur la zone de critère 2. Cette opération déclenche une recherche de tous les fichiers de l'ensemble de fichiers, contenant l'identifiant du fichier dont l'icône est placée sur la zone de critère 2. En réalité, l'icône d'un fichier représente l'identifiant du fichier et donc toutes les copies connues de ce fichier. Un ensemble de fichiers liés au fichier dont une icône est placée sur la zone de critère 2 apparait sous la forme d'icônes 10 sur la zone de résultat 3 (figure 1). Si l'on sélectionne (par exemple au moyen d'un curseur placé sur l'icône du fichier) l'un des fichiers de la zone de résultat 3, des flèches peuvent apparaitre. Ces flèches indiquent des liens de référence existant entre le fichier ainsi sélectionné et les fichiers correspondant aux autres icônes présentes sur la zone de résultat 3 ou d'autres fichiers présents ou non dans la liste des résultats de recherche. Les icônes non affichées des fichiers référencés par le fichier sélectionné sont alors ajoutées sur la zone de résultat 3. La figure 6 représente des icônes 10 dénommées A, B, C, D, E, F affichées dans la zone de résultat 3. L'utilisateur a désigné l'icône A. Des flèches 12 partant de l'icône A et reliant les icônes B, C, D sont alors affichées. Les flèches 12 indiquent que le fichier correspondant à l'icône A contient des liens référençant les fichiers correspondant aux icônes B, C, D. Les flèches 12 ainsi affichées peuvent présenter différents aspects (par exemple par différentes couleurs) pour distinguer les liens de type référence (champs "ref" ou "ref2"), ou des champs de type précédent ("previous") ou auteur ("kx.author") si un autre utilisateur est référencé. Il peut être prévu par défaut de ne pas afficher sur la zone de résultat 3 les versions précédentes d'un fichier figurant dans la liste des résultats d'une recherche. Lorsqu'on désigne une autre icône sur la zone de résultat 3, les flèches précédemment affichées sont effacées, et le cas échéant de nouvelles flèches sont affichées si l'icône désignée comporte des liens de référence. Selon un mode de réalisation, les icônes présentées sur la zone de résultat 3 sont affichées plus ou moins grosses en fonction de critères tels que la date de création du fichier correspondant, et/ou la date de la dernière création d'un fichier contenant un lien de référence vers le fichier correspondant, et/ou le nombre de fichiers référençant le fichier correspondant. Par ailleurs, si le nombre de fichiers trouvés, correspondant au critère défini par la zone de critère 2 est supérieur à un certain nombre maximum, par exemple 10, les fichiers trouvés peuvent être ordonnés en fonction des critères de date de création et/ou de nombre de liens de référence désignant le fichier, et répartis en plusieurs pages. La première page rassemble les fichiers les plus récents ou référencés le plus récemment ou les plus référencés. Les icônes des fichiers de la première page sont affichés en premier sur la zone de résultat 3. Les icônes des fichiers trouvés, appartenant à une page suivante ou précédente peuvent être présentées sur la zone de résultat 3 en remplacement des icônes présentées, par exemple à l'aide d'une touche de passage à une page suivante ou précédente. Un numéro 41 (figure 7) affiché dans l'icône présente sur la zone de critère 2 peut indiquer un numéro de page de résultats affichée sur la zone de résultat 3. La zone de critère 2 peut être utilisée pour définir des critères de recherche plus complexes. Ainsi, plusieurs icônes de fichiers peuvent être placées côte à côte sur la zone de critère 2 afin d'afficher sur la zone de résultat 3 tous les fichiers liés aux fichiers correspondant à l'une ou l'autre des icônes présentes sur la zone de critère 2. Cette disposition permet d'introduire un opérateur booléen de combinaison de critères de recherche de type OU. Selon un mode de réalisation, les icônes de fichiers trouvés, présentées sur la zone de résultat 3 sont marquées en fonction de la position de l'icône de critère correspondante sur la zone de critère 2. Par exemple, la zone de critère 2 est subdivisée en plusieurs régions, et chaque région est associée à une couleur. Les icônes de critère et les icônes de résultat correspondant sont affichées avec la même couleur. Il est ainsi possible de visualiser à quelle icône de critère correspond une icône de résultat, lorsque plusieurs critères sont combinés par l'opérateur booléen OU. En superposant deux icônes de fichiers ou davantage sur la zone de critère 2, les icônes des seuls fichiers liés simultanément aux fichiers dont les icônes sont superposées sur la zone de critère 2, sont affichées sur la zone de résultat 3. Sur la figure 7 montrant une partie de la zone de critère 2, l'utilisateur a superposé deux icônes de fichiers nommés "Aaa" et "Bbb" sur la zone de critère 2. Cette action a pour effet de générer sur la zone de critère 2 une icône 39 portant le nom "Aaa & Bbb" associant les noms des fichiers dont les icônes ont été superposées. Cette disposition permet d'introduire un opérateur booléen de combinaison de critères de recherche de type ET. Si l'on place une icône de fichier 10 sur la zone de critère d'exclusion 5, toutes les icônes de fichiers présentes sur la zone de critère 2 et correspondant à des fichiers liés avec le fichier figurant sur la zone d'exclusion 5 sont retirées de la zone de résultat 3. Il est ainsi possible d'introduire un opérateur booléen de combinaison de critères de recherche de type NON. Bien entendu, plusieurs icônes peuvent être superposées ou placées côte à côte sur la zone d'exclusion 5 pour combiner plusieurs critères d'exclusion par l'opérateur booléen ET ou OU. L'interface graphique offre ainsi des moyens simples et intuitifs de définir des critères de recherche combinant des critères simples ou complexes par des opérateurs booléens ET, OU, NON. Selon un mode de réalisation, un bouton de commande de l'interface graphique permet d'enregistrer le critère de recherche courant tel que défini sur la zone de critère 2. Cette action a pour effet d'introduire dans l'ensemble de fichiers un nouveau fichier définissant un critère de recherche. Cette opération peut également déclencher l'ajout d'une icône sur la zone des favoris 1. Les icônes de critère peuvent être particularisées, par exemple avec une couleur particulière. L'opération d'enregistrement d'un critère est effectuée comme pour n'importe quel autre fichier de de l'ensemble de fichiers, mais sans insérer dans le nouveau fichier en tant que références, les identifiants des fichiers dont les icônes se trouvent sur la zone de référence 4. Un exemple de fichier de critère "Demo Save Search" est fourni en Annexe II. Ce fichier contient des champs de type propriété "prop" définissant chacun une propriété "kx.search" correspondant à l'un des critères combinés par un opérateur OU. Un champ de type "kx.search" contient l'identifiant d'un fichier de l'ensemble de fichiers en tant qu'attribut valeur, et le nom du fichier en tant qu'attribut nom. Dans le cas d'un critère faisant intervenir l'opérateur ET, la valeur du champ "kx.search" contient les identifiants des fichiers correspondants séparés par le caractère "&". De même, le nom du champ contient les noms des fichiers ainsi combinés, séparés par le caractère "&". Un critère d'exclusion est mémorisé de la même manière dans un champ de type propriété définissant une propriété "kx.negation_search" comportant des attributs nom et valeur contenant le nom et l'identifiant du fichier correspondant à l'icône placée sur la zone d'exclusion 5. Chaque champ de critère peut également contenir un attribut de position ayant pour valeur les coordonnées de position x, y de l'icône correspondante sur la zone de critère 2, au moment de l'enregistrement du critère de recherche. Un fichier de critère contient également un champ référence "ref' (égal à rodeb-voset-... dans l'exemple donné en Annexe II) faisant référence à un fichier système prédéfini représentant le concept de recherche "search" enregistrée. Ainsi, tous les fichiers de recherches enregistrées peuvent être retrouvées en plaçant l'icône du fichier "search" sur la zone de critère 2. Une recherche peut être relancée simplement en plaçant l'icône d'un fichier de critères sur la zone de critère 2. Cette action a pour effet de déclencher l'exécution d'un programme pour chaque champ "kx.search" et "kx.negation_search". Ce programme place sur la zone de critère 2 ou d'exclusion 5 une icône portant le nom correspondant à l'attribut nom du champ "kx.search" ou "kx.negation_search". Ce programme participe à la constitution d'un critère de recherche et ajoutant à un critère en cours de constitution, l'identifiant ou la combinaison d'identifiants indiqué dans le champ "kx.search" ou "kx.negation_search" associé à l'opérateur OU ou NON. Grâce à l'attribut de position x,y figurant dans le champ, cette action peut avoir pour effet de replacer les icônes à leurs positions respectives sur la zone de critère 2 ou la zone d'exclusion 5, au moment de l'enregistrement du critère de recherche. L'enregistrement de critères peut également permettre de constituer des combinaisons complexes de critères en plaçant plusieurs icônes de fichiers de critères sur la zone de critère 2, et en sélectionnant une option de l'interface prévue à cet effet. Il est également possible de d'effectuer des recherches de fichiers à l'aide de mots clés, non seulement dans l'ensemble de fichiers, mais également en dehors de celle-ci. A cet effet, un ou plusieurs mots clés peuvent être introduits dans la fenêtre de saisie 6. Si des icônes sont également placées sur la zone de critère 2, l'introduction de mots clés dans la fenêtre 6 déclenche un filtrage des résultats de recherche présentés sur la zone résultat 3. Ce filtrage consiste à ne garder sur la zone de résultat 3 que les icônes des fichiers comportant les mots clés spécifiés dans la fenêtre 6 dans leurs champs "nom", "description" ou dans leur contenu. Les icônes présentées sur la zone de résultat 3 peuvent être également affichées sous la forme d'une liste, au moyen d'un bouton de commande prévu à cet effet dans l'interface graphique. Plus généralement, il est possible de définir des champs de comportement (par exemple "kx.behavior") de type propriété "prop", comme "kx.search", permettant de déclencher l'exécution d'un programme particulier. Par exemple, un tel programme peut déclencher une recherche sur un moteur de recherche accessible par Internet, portant sur des mots clés introduits par l'utilisateur dans le champ de saisie 6 de l'interface graphique. Dans ce cas, les icônes présentées sur la zone de résultat 3 représentent des adresses URL vers une page web accessible par Internet. Le déplacement de l'une de ces icônes de la zone 3 sur la zone des favoris 1, a pour effet d'introduire dans l'ensemble de fichiers un fichier contenant notamment un identifiant, et un champ de type propriété "prop" contenant la valeur de l'adresse URL de l'icône correspondante, ce champ étant apte à déclencher un programme affichant dans un navigateur la page web correspondant à l'adresse URL. A cet effet, la fenêtre présentée sur la figure 4 peut être affichée. Ainsi, le fichier introduit dans l'ensemble de fichiers peut contenir également des champs de type lien de référence vers les fichiers dont une icône est présente sur la zone de référence 4 de l'interface graphique. Avant d'exécuter un tel programme, en particulier si celui-ci n'est pas stocké dans un espace sécurisé, il peut être prévu que le programme inclut comme tous les fichiers de l'ensemble de fichiers, un identifiant qui est vérifié lors de son lancement par une procédure de contrôle d'intégrité décrite ci- dessous. Selon un mode de réalisation, il est prévu la possibilité de sélectionner plusieurs icônes affichées sur l'une quelconque des zones 1 à 5, et de les déplacer sur une autre icône affichée dite "cible", pour créer des liens de référence entre chacun des fichiers correspondant aux icônes sélectionnées et déplacées et le fichier correspondant à l'icône cible. Les liens de référence de type double lien "ref2" peuvent être créés dans un seul fichier ou dans des fichiers séparés. Une sélection effectuée sur la zone de résultat 3 peut porter sur toutes les icônes affichées ou sur l'ensemble des résultats de la recherche en cours, qu'ils soient présentés ou non sous la forme d'une icône. Par ailleurs, le contenu des fichiers correspondant aux icônes présentées sur la zone de résultat 3 ou la zone de favoris 1 peut être visualisé (ou exécuté) en fonction du type de fichier, par exemple par un double clic sur l'icône. Cette action peut déclencher une procédure de contrôle de l'intégrité du fichier. Selon un mode de réalisation, cette procédure consiste à : - rechercher l'identifiant du fichier dans ce dernier, au moyen d'un repère ("kx.self" ou code bubble babble commençant et se terminant par la lettre "x" dans l'exemple de l'Annexe I ou II). générer un fichier modifié en retirant l'identifiant trouvé du fichier, calculer une empreinte numérique en appliquant une fonction de calcul d'empreinte au fichier modifié, l'empreinte calculée ayant une valeur dépendant de chacun des bits du fichier modifié, et vérifier l'identifiant trouvé dans le fichier en le comparant à l'empreinte calculée. A noter que le calcul d'empreinte peut être effectué directement sur le fichier non modifié, en appliquant la fonction de calcul d'empreinte aux bits du fichier à l'exception des bits de l'identifiant du fichier. Ainsi, la vérification de l'intégrité d'un fichier consiste plus particulièrement à calculer l'empreinte du fichier sans tenir compte des bits de l'identifiant du fichier. Si l'identifiant du fichier ne correspond pas (par exemple n'est pas identique) à l'empreinte calculée, une copie du fichier (possédant le même identifiant) peut être recherchée, jusqu'à ce que soit trouvée une copie passant avec succès la vérification d'intégrité. Si l'identifiant du fichier est une signature, la vérification d'intégrité du fichier comprend alors le calcul de la signature à partir du fichier en excluant les bits de l'identifiant du fichier, et la comparaison de la signature calculée avec l'identifiant du fichier. A noter également que chaque fichier peut comprendre une métadonnée "kx.signer" (cf. Annexe II) faisant référence au fichier contenant le programme de calcul d'intégrité (empreinte ou signature). Cette référence est alors utilisée pour déterminer le programme à exécuter pour calculer l'empreinte ou la signature du fichier, l'empreinte ou la signature ainsi calculée étant ensuite comparée à l'identifiant du fichier. Si aucune copie intègre du fichier requis n'est trouvée, le fichier n'est pas affiché ou exécuté. Un message d'erreur peut alors être affiché pour indiquer à l'utilisateur qu'aucune version intègre du fichier à afficher ou à exécuter n'a été trouvée. Dans le cas contraire, le contenu du fichier est affiché ou exécuté. Une icône peut être supprimée de la zone des favoris 1 par exemple en la déplaçant vers une icône représentant une corbeille. Cette opération peut avoir simplement pour effet de créer un nouveau fichier dans l'ensemble de fichiers, mémorisant l'action d'effacement du fichier par l'utilisateur, ce nouveau fichier comprenant un lien de référence vers le fichier effacé. Lorsqu'une recherche est effectuée, les fichiers ainsi marqués effacés peuvent être retirés de la liste des résultats de la recherche. Selon un mode de réalisation, les fichiers de l'ensemble de fichiers sont stockés localement dans une unité de stockage d'un ordinateur de l'utilisateur ou sur des espaces de stockage distants qui ne sont accessibles qu'à l'utilisateur. Dans ce cas, les recherches sont exécutées localement par l'ordinateur de l'utilisateur dans les espaces de stockage (répertoires locaux et/ou distants) désignés par l'utilisateur. Selon un mode de réalisation, l'ensemble de fichiers est partagé entre plusieurs utilisateurs. Chaque recherche dans l'ensemble de fichiers est exécutée localement par l'ordinateur de l'utilisateur qui a lancé la recherche, dans les espaces de stockage (répertoires locaux et/ou distants) désignés et accessibles par l'utilisateur. Selon un autre mode de réalisation, les recherches dans l'ensemble de fichiers sont exécutées par un serveur distant auprès duquel les utilisateurs doivent s'identifier et s'authentifier pour accéder à l'ensemble de fichiers. La figure 8 représente un système dans lequel le procédé de gestion peut être mis en oeuvre. Le système comprend un serveur de fichiers AS, des ordinateurs d'utilisateurs P1, P2, P3, et des serveurs S1, S2, les serveurs et les ordinateurs étant interconnectés par un ou plusieurs réseaux NT qui peuvent être privés et/ou publics. Chacun des ordinateurs comprend un écran d'affichage pour afficher l'interface graphique telle que représentée sur la figure 1, un ou plusieurs organes de commande tels qu'un clavier et une souris, notamment pour introduire des mots clés et effectuer des actions de déplacement d'icônes 10 dans l'interface graphique. Le serveur AS comprend ou est connecté à une unité de stockage locale CDB dans laquelle une partie des fichiers de l'ensemble de fichiers sont stockés. Les ordinateurs P1, P2, P3 peuvent comprendre des unités de stockage locales LS1, LS2, LS3 pouvant également stocker une partie des fichiers de l'ensemble de fichiers. Les serveurs Si, S2 peuvent également comprendre ou donner accès à des unités de stockage DS1, DS2 dans laquelle peuvent être stockés des fichiers de l'ensemble de fichiers ou des fichiers faisant l'objet de recherches telles que décrites précédemment. Il peut également être prévu d'activer une fonction de synchronisation sur chacun des ordinateurs P1, P2, P3 pour gérer une copie locale des unités de stockage distantes DS1, DS2 dans l'unité de stockage locale LS1, LS2, LS3. L'identification et l'authentification des utilisateurs sont par exemple effectuées par l'intermédiaire d'une fenêtre de connexion, par le serveur AS qui mémorise localement des données d'identification et d'authentification d'utilisateurs. Les données d'identification et d'authentification d'un utilisateur comprennent un fichier de profil d'utilisateur mémorisé dans l'ensemble de fichiers et contenant notamment le nom de l'utilisateur, et un identifiant unique qui peut être généré par un calcul d'empreinte ou de signature portant sur le contenu du fichier de profil. Ce fichier profil peut être généré par le serveur AS lors de l'enregistrement de l'utilisateur auprès du serveur AS. L'identifiant de l'utilisateur peut être inséré systématiquement dans tous les fichiers que l'utilisateur introduit dans l'ensemble de fichiers, afin de pouvoir identifier l'origine d'un fichier de l'ensemble de fichiers, notamment lorsque le fichier est placé dans un espace de stockage public (lorsque la case à cocher 32 est cochée). Dans l'exemple de l'Annexe II, le fichier comprend un champ propriété de type "kx.author" dont l'attribut valeur est une référence à l'identifiant d'un fichier de profil d'utilisateur. Ainsi, l'identification du créateur d'un fichier de l'ensemble de fichiers peut être effectuée par un lien vers un fichier de profil de l'utilisateur. Le serveur AS gère également des droits d'accès des utilisateurs dans les différents espaces de stockage de fichiers de l'ensemble de fichiers. Le serveur AS reçoit et traite les requêtes de recherche émises par les utilisateurs, en tenant compte des espaces de stockage accessibles à l'utilisateur qui a émis la requête de recherche. Afin notamment d'accélérer le traitement des requêtes de recherche, le serveur AS peut créer et tenir à jour une table mémorisant les identifiants des fichiers de l'ensemble de fichiers, et associant à chacun de ces identifiants, les valeurs des liens vers d'autres fichiers, associées chacune à un type de lien (référence, version antérieure, visibilité par d'autres utilisateur, créateur), les répertoires où sont stockés des copies du fichier, etc. De cette manière, les recherches peuvent être exécutées directement sur la table, sans avoir à rechercher un identifiant de fichier dans tous les fichiers de l'ensemble de fichiers stockés localement par le serveur AS ou dans des espaces de stockage distants dans lesquels l'utilisateur ayant émis la requête de recherche dispose d'un droit d'accès. Il peut être également possible lors de l'introduction d'un fichier dans l'ensemble de fichiers de spécifier que le fichier est accessible à un utilisateur désigné, grâce à un champ 33 (figures 2 et 4). L'utilisation du champ 33 déclenche la création dans le fichier d'un champ propriété "prop" de type visibilité "kx.visible_by", contenant l'identifiant de l'utilisateur à qui l'accès au fichier est donné. Il est possible d'attribuer un tel droit d'accès après l'introduction du fichier dans l'ensemble de fichiers en plaçant l'icône du fichier présent sur la zone des favoris 1 sur l'icône du profil de l'utilisateur à qui on souhaite attribuer le droit d'accès. Cette action a pour effet de créer un fichier spécifique ayant son propre identifiant, un champ propriété "kx.author" contenant l'identifiant de l'utilisateur qui effectue l'action, et un champ propriété "prop2" de type visibilité "kx.visible_by", contenant l'identifiant de l'utilisateur à qui le droit d'accès est attribué, et l'identifiant du fichier objet du droit d'accès. L'existence d'un tel fichier est également prise en compte lors de l'exécution d'une recherche pour déterminer les fichiers parmi lesquels la recherche doit être effectuée ou si un fichier trouvé lors d'une recherche peut figurer parmi les résultats affichés sur la zone de résultat 3 pour l'utilisateur ayant émis la requête de recherche. Le procédé de gestion d'un ensemble de fichiers décrit précédemment peut être utilisé notamment pour définir des concepts ou des mots clés d'organisation, tels que "traité", "à traiter", "à valider", "validé", "lu", "non lu", "urgent", en introduisant dans l'ensemble de fichiers un fichier dont le nom correspond au libellé du concept. Ces concepts peuvent ensuite être utilisés pour marquer des fichiers de travail de l'ensemble de fichiers, tels que des fichiers contenant un message ou un programme, en créant des fichiers liens de référence tels que F5 entre les fichiers concept et les fichiers de travail. Un concept peut être dissocié d'un fichier de travail en supprimant le fichier lien entre le fichier de travail et le fichier concept ou en ajoutant un lien vers un concept qui rend inopérant un autre concept tel que "validé" par rapport à "à valider". Chaque utilisateur peut ainsi créer ses propres fichiers concept ou bien ceux-ci peuvent être créés selon les besoins pour plusieurs utilisateurs par exemple par un utilisateur superviseur. La fonction de recherche précédemment décrite permet de rechercher tous les fichiers de l'ensemble de fichiers liés à un ou plusieurs concepts. Chaque utilisateur peut ainsi définir ses propres structures de données, les partager avec d'autres utilisateurs, et les faire évoluer facilement, tout en étant assuré de l'intégrité des données existantes. Par exemple, dans un système de messagerie ou de développement de logiciel, un message ou un fichier devant être traité par plusieurs utilisateurs peut être associé à un concept à traiter d'un utilisateur assurant la supervision de tâches. Un utilisateur peut ainsi rechercher tous les fichiers qu'il doit traiter en disposant l'icône du fichier concept "à traiter" sur la zone de critère 2. Lorsque le message est traité par un utilisateur, un fichier lien vers un fichier concept "traité" de l'utilisateur peut être créé. Pour rechercher les fichiers non traités pour un utilisateur, il suffit de placer l'icône du fichier concept "à traiter" sur la zone de critère 2, et l'icône du fichier concept "traité" de l'utilisateur sur la zone d'exclusion 5. Pour rechercher les fichiers traités par un utilisateur, il suffit de placer l'icône du fichier concept "traité" de l'utilisateur sur la zone de critère 2. Le procédé de gestion décrit précédemment peut également être utilisé pour dater des documents, en créant un fichier date contenant un champ date et heure courante et l'identifiant du document à dater. Il apparaîtra clairement à l'homme de l'art que la présente invention est susceptible de diverses variantes de réalisation et diverses applications. En particulier, l'invention n'est pas limitée aux applications précédemment décrites mais peut s'appliquer à toute autre application pouvant faire intervenir une base de données. Les modes de réalisation précédemment décrits sont purement illustratifs et peuvent être modifiés dans le cadre défini par les revendications annexées. Par ailleurs, les différents modes de réalisation d'un procédé de recherche de données précédemment décrits, constituent une invention à part entière qui peut être mise en oeuvre indépendamment des étapes d'introduction d'un fichier dans un ensemble de fichiers. Cette invention consiste en un procédé de recherche de données dans un ensemble de fichiers, comprenant des étapes consistant à : afficher dans une interface graphique une zone de critère, et une zone de résultat, activer une recherche de fichiers dans l'ensemble de fichiers lors du placement sur la zone de critère de recherche d'une icône correspondant à un fichier de l'ensemble de fichiers, la recherche utilisant comme critère de recherche une donnée figurant dans chaque fichier correspondant à une icône placée sur la zone de critère, et afficher sur la zone de résultat une ou plusieurs icônes correspondant chacune à un fichier de l'ensemble de fichiers, contenant la donnée utilisée comme critère de recherche. Il est à noter qu'il n'est pas nécessaire que le critère de recherche soit l'identifiant d'un fichier dont une icône est placée sur la zone de critère 2. Il importe simplement que le critère soit une donnée préalablement désignée dans le fichier. Selon un mode de réalisation, des icônes 10 placées côte à côte sur la zone de critère 2 définissent un critère de recherche combinant par l'opérateur booléen OU des identifiants des fichiers correspondant aux icônes placées côte à côte, et/ou des icônes superposées sur la zone de critère de recherche définissent un critère de recherche combinant par l'opérateur booléen ET une donnée de chacun des fichiers correspondant aux icônes superposées, et/ou une icône placée sur une zone d'exclusion 5 de la zone de critère définit un critère de recherche dans lequel une donnée du fichier correspondant l'icône présente sur la zone d'exclusion, est associée à l'opérateur booléen NON. Selon un mode de réalisation, les icônes de fichiers 10 présentées sur la zone de résultat 3 sont marquées en fonction de la position de l'icône 20 correspondante placée sur la zone de critère 2. Selon un mode de réalisation, le placement d'une icône 10 sur la zone de critère 2 déclenche l'exécution d'un programme identifié dans un champ présent dans le fichier correspondant à l'icône placée sur la zone de critère. L'icône placée sur la zone de critère 2 peut être un fichier contenant un 25 critère de recherche, et un champ du fichier peut désigner un programme dont l'exécution place une ou plusieurs icônes de fichiers sur la zone de critère, telles qu'elles figuraient sur la zone de critère à un moment où le critère de recherche a été enregistré, et/ou le programme peut déclencher une recherche par un moteur de recherche accessible sur Internet sur la 30 base de mots clés introduits dans une fenêtre de saisie. ANNEXE I (faisant partie intégrante de la description) Fichier F1 1* kx self xebaf-zuzat-zocut-telyc-bycyn-talyd-nukak-senom-lufyr-mipaz-gulab- kacep-kilid-pobin-bekub-tyvib-koxix xk kx name "Fi" xk kx ref "ruhen-zakid-kakas-mased-hedot-faded-tamap-rulem-porib-cihit-vicif- fazuh-kisit-tycat-gypaf-dymag-raxur" xk kx ref "rucod-pibev-mehog-puhuc-vypiz-donom-bocet-vymyc-retyz-gyfam- damul-hanud-dikav-fulyg-cuvez-ligyb-hexor" xk *1 Fichier F2 1* kx self xozah-lydeg-vym ap-nopop-decec-zuvod-zufof-pikav-halut-dycyt-m og it -kofer-bipaf-nim ib-benef-mefeh-nyxux xk kx name "F2" xk kx ref "ruhen-zakid-kakas-mased-hedot-faded-tamap-rulem-porib-cihit-vicif- fazuh-kisit-tycat-gypaf-dymag-raxur" xk kx ref "rucod-pibev-mehog-puhuc-vypiz-donom-bocet-vymyc-retyz-gyfam- dam u l-hanud-d ikav-fulyg-cuvez-I igyb-hexor" xk *1 Fichier F3 1* kx self xucod-pibev-mehog-puhuc-vypiz-donom-bocet-vymyc-retyz-gyfam- damul-hanud-dikav-fulyg-cuvez-ligyb-hexox xk kx name "F3" xk kx ref "risiz-kynov-mogec-tycas-livaf-hytov-cyzar-hofed-nobyl-zuvyz-mifav- kiteb-nodun-mipyr-bilac-ceheh-zyxyr" xk kx prop "description", "xx xxxxx xx xx xxxx" xk *1 Fichier F4 1* kx self xofoh-hafuf-mybyg-fagas-fidec-cufov-malaf-lalof-bizyk-kapig-nyben- bymyb-ditug-zarud-hobaf-hikud-zixox xk kx name "F4" xk kx ref "rebor-movab-vyzif-tisaz-hurev-vuzys-vohyk-kyfaz-pehih-dygik-zukuv- zulek-fobyk-vedug-banal-sylin-muxar" xk *1 Fichier F5 1* kx self xedaz-harov-tifav-biguf-cobuh-pivyz-punyg-duguk-sisek-lohaz-gikot- rymoc-kirac-pytim-pimip-suhin-maxux xk kx name "F5" xk kx ref "ruriv-kypeh-sycir-rysyl-cadab-sapon-dynoz-fahan-zafiz-lenec-camym- tyrat-nihor-rugek-ryfuf-luged-hexyr" xk kx ref2 rucod-pibev-mehog-puhuc-vypiz-donom-bocet-vymyc-retyz-gyfam- dam u l-hanud-d ikav-fulyg-cuvez-1 igyb-hexor,"rofoh-hafuf-mybyg-fagas- fidec-cufov-m alaf-lalof-bizyk-kapig-nyben-bymyb-d itug-zarud-hobaf- h i kud-zixor" xk *1 ANNEXE II (faisant partie intégrante de la description) Fichier Demo Save Search 1* kx self xiror-banuv-myvab-butol-fylim-pahir-dihaz-nicek-sitec-rilor-bogomnazeh-syt ig-ludal-mukab-nalal-vexax , {main} xk kx name "Demo Save Search" , {main} xk kx ref "rodeb-voset-tyvaf-vituv-nypad-vozeb-humit-detif-hakuf-tufol-vobazgebuv-fy tyv-caniz-sevul-cytuh-hexer" xk kx prop "kx.search", "{'ContainerlD':'30851','Name':'Business Model Canvas', 'Value': 'ribam-rupil-zomaz-hifod-vuhep-levyg-rizon-voguh-revoh-dirusnagol-nagyt-zu pim-debym-cod im-kadod-nexir', 'x': O. 18954758190327614,'y': 0.2768777614138439}" xk kx prop "kx.search", "{'ContainerlD':'103','Name':'Concept &Mine','Value':'reb or-movab-vyzif-tisaz-hurev-vuzys-vohyk-kyfaz-peh ih-dyg ik-zukuv-zul ek-fobyk-vedug-banal-sylin-muxa&ubir-fefid-vecul-gysyr-zetor-sicus-m oleh-gisaf-vifab-karyc-beras-sitos-kyzub-dafuz-dunyh-vukof-sixir', 'x':0.7371294851794071,'y':0.20765832106038293}" xk kx prop "kx.negation_search", "{'ContainerlD':'76','Name':'Kx','Value':'rirad-ty voh-cydoh-mozah-gazir-sahot-kiped-huguv-vipip-lazor-piryp-cacin-tad um-pobug-finaz-pykef-dexer','x': 0.4765990639625585, 'y':0.8718703976435935}" xk kx signer ruzin-tinen-cudib-fudab-poruh-salup-letin-sehoh-poluc-bazec-dahyr- gogun-rokeh-vusin-fatoz-tymab-fexar , {compatibility} xk kx prop "kx.author", "ru lop-tedub-mykyg-hazok-kogak-filad-tybel-kefyr-fugyk- lageg-las ip-rityp-mypeg-kicyh-tones-mefuf-daxur" xk REVENDICATIONS1. Procédé de gestion d'un ensemble de fichiers, comprenant des étapes consistant à : afficher une interface graphique comprenant une zone de fichiers favoris (1) et une zone de référence (4), des fichiers d'un ensemble de 5 fichiers étant chacun présentés sous la forme d'une icône (10) sur la zone de fichiers favoris ou sur la zone de référence, et insérer sur commande dans l'ensemble de fichiers, un nouveau fichier contenant un identifiant unique identifiant le nouveau fichier, et en tant que lien de référence, un identifiant du fichier correspondant à chaque icône se 10 trouvant sur la zone de référence. 2. Procédé selon la revendication 1, dans lequel le nouveau fichier est généré à partir d'un fichier existant, sélectionné par l'utilisateur, l'identifiant du fichier et des éventuels liens de référence étant insérés dans le fichier 15 existant sans affecter la manière dont le fichier peut être exploité. 3. Procédé selon l'une des revendications 1 et 2, dans lequel chaque icône de fichier (10) affichée dans l'interface graphique représente toutes les copies éventuelles d'un fichier comportant un même identifiant, 20 indépendamment d'un espace de stockage (CDB, DS1, DS2, LS1, LS2) où une copie du fichier peut être stockée. 4. Procédé selon l'une des revendications 1 à 3, comprenant une étape d'insertion dans l'ensemble de fichiers, d'un fichier (F5) de type lien 25 entre deux fichiers (F3, F4), lors de la superposition de deux icônes (10) présentes sur la zone de fichiers favoris (1), le fichier de type lien contenant un identifiant unique identifiant le fichier de type lien et un double lien de référence comprenant l'identifiant chaque fichier correspondant aux deux icônes superposées. 30 5. Procédé selon l'une des revendications 1 à 4, comprenant des étapes consistant à :rechercher un emplacement d'insertion d'un identifiant dans le nouveau fichier, au moyen d'un repère, calculer une empreinte numérique en appliquant une fonction calcul d'empreinte au nouveau fichier, l'empreinte calculée ayant une valeur 5 dépendant de chacun des bits du nouveau fichier, et insérer l'empreinte à l'emplacement d'insertion trouvé dans le nouveau fichier, l'empreinte faisant office d'identifiant du nouveau fichier. 6. Procédé selon l'une des revendications 1 à 5, dans lequel 10 l'exploitation d'un fichier de l'ensemble de fichiers est précédée d'étapes de contrôle d'intégrité consistant à : calculer une empreinte numérique en appliquant une fonction calcul d'empreinte au fichier à exploiter, l'empreinte calculée ayant une valeur dépendant de chacun des bits du nouveau fichier à l'exception des bits 15 constituant l'identifiant du fichier à exploiter, figurant dans ce dernier, et comparer l'empreinte calculée à l'identifiant du fichier à exploiter, le contrôle d'intégrité du fichier à exploiter étant réussi si l'empreinte calculée correspond à l'identifiant du fichier à exploiter, l'exploitation du fichier à exploiter étant autorisée seulement si le contrôle d'intégrité du fichier à 20 exploiter a réussi. 7. Procédé selon la revendication 6, comprenant des étapes de recherche d'une copie du fichier à exploiter et de contrôle d'intégrité de la copie de fichier trouvée, si le contrôle d'intégrité du fichier à exploiter a 25 échoué. 8. Procédé selon l'une des revendications 1 à 7, dans lequel le nouveau fichier contient un identifiant d'un fichier profil de l'utilisateur ayant émis la commande d'insertion du nouveau fichier dans l'ensemble de 30 fichiers. 9. Procédé selon l'une des revendications 1 à 8, comprenant des étapes consistant à : afficher une zone de critère (2) et une zone de résultat (3) dans 35 l'interface graphique,activer une recherche de fichiers dans l'ensemble de fichiers lors du placement sur la zone de critère d'une icône (10) correspondant à un fichier de l'ensemble de fichiers, la recherche utilisant comme critère de recherche l'identifiant de chaque fichier correspondant à une icône placée sur la zone de critère, et afficher sur la zone de résultat une ou plusieurs icônes correspondant chacune à un fichier de l'ensemble de fichiers, contenant la donnée utilisée comme critère de recherche. 10. Procédé selon la revendication 9, dans lequel : des icônes (10) placées côte à côte sur la zone de critère (2) définissent un critère de recherche combinant par l'opérateur booléen OU des identifiants des fichiers correspondant aux icônes placées côte à côte, et/ou des icônes superposées sur la zone de critère de recherche définissent un critère de recherche combinant par l'opérateur booléen ET une donnée de chacun des fichiers correspondant aux icônes superposées, et/ou une icône placée sur une zone d'exclusion (5) de la zone de critère 20 définit un critère de recherche dans lequel une donnée du fichier correspondant l'icône présente sur la zone d'exclusion, est associée à l'opérateur booléen NON. 11. Procédé selon l'une des revendications 9 et 10, dans lequel les 25 icônes de fichiers (10) présentées sur la zone de résultat (3) sont marquées en fonction de la position de l'icône correspondante placée sur la zone de critère (2). 12. Procédé selon l'une des revendications 9 à 11, dans lequel le 30 placement d'une icône (10) sur la zone de critère (2) déclenche l'exécution d'un programme identifié dans un champ présent dans le fichier correspondant à l'icône placée sur la zone de critère. 13. Procédé selon la revendication 12, dans lequel :l'icône placée sur la zone de critère (2) est un fichier contenant un critère de recherche, et un champ du fichier désigne un programme dont l'exécution place une ou plusieurs icônes de fichiers sur la zone de critère, telles qu'elles figuraient sur la zone de critère à un moment où le critère de recherche a été enregistré, et/ou le programme déclenche une recherche par un moteur de recherche accessible sur Internet sur la base de mots clés introduits dans une fenêtre de saisie (6). 14. Système comprenant un écran d'affichage et un organe de commande, et configuré pour mettre en oeuvre le procédé selon l'une des revendications 1 à 13. 15. Support d'enregistrement lisible par un ordinateur, mémorisant des instructions de programme exécutable par l'ordinateur pour mettre en oeuvre le procédé selon l'une des revendications 1 à 13.