FR 3118250 A1 20220624 FR 2013560 A 20201217 Système de gestion de documents intégré dans un système d’exploitation d’un ordinateur, procédé et programme d’ordinateur correspondants L'invention concerne un procédé de gestion de documents mis en œuvre au sein d’un système d’exploitation d’un ordinateur (22). Sur détection (21) d’une sélection d’un document par un utilisateur (Ut-A), un tel procédé met en œuvre une notification (23) audit utilisateur d’au moins un document similaire audit document sélectionné, deux documents similaires étant tous deux associés à au moins un terme appartenant à un corpus (11) de termes d’intérêt, défini pour ledit utilisateur et personnalisé en fonction d’un profil de centres d’intérêt dudit utilisateur. Figure pour l’abrégé : Fig 1 Système de gestion de documents intégré dans un système d’exploitation d’un ordinateur, procédé et programme d’ordinateur correspondants Le domaine de l'invention est celui de la gestion de documents et de la recherche d’informations. Plus précisément, l'invention concerne la gestion de documents, au sein du système d’exploitation d’un ordinateur, permettant notamment de proposer en temps réel à un utilisateur des documents similaires à un document donné. Art antérieur On rappelle, à titre préliminaire, qu’un système d’exploitation (souvent appelé OS, de l’anglais « Operating System ») est un ensemble de programmes qui dirige l’utilisation des ressources d’un ordinateur par des logiciels applicatifs. Il existe de très nombreux systèmes d’exploitation différents, tels que Windows®, Mac OS®, GNU/Linux® ou encore Android®, dont les fonctionnalités diffèrent en fonction de l’exécution des programmes, l’utilisation de la mémoire centrale ou des périphériques, la manipulation des systèmes de fichiers, etc. Cependant, la plupart de ces systèmes d’exploitation offrent aux utilisateurs la possibilité de rechercher des documents à partir de mots clés. Cette fonctionnalité est utile pour un utilisateur qui recherche un document enregistré dans un espace de stockage de son ordinateur, mais dont il a oublié le nom exact, ou l’emplacement du répertoire dans lequel il est archivé. L’utilisateur peut ainsi saisir un ou plusieurs mots clés dans un champ de recherche de l’explorateur de fichiers de son ordinateur. En réponse, le système d’exploitation lui propose un ou plusieurs documents associés aux mots clés saisis, par exemple dont le nom de fichier contient ce ou ces mots clés. Si cette fonctionnalité est intéressante, elle est cependant limitée, et ne permet pas de répondre à l’ensemble des besoins des utilisateurs en matière de recherche de documents. En effet, dans de nombreux cas, il peut être intéressant pour l’utilisateur, en considérant un document particulier, de savoir quels sont les documents enregistrés sur son ordinateur (ou plus généralement sur un disque, ou un espace de travail qui lui est associé), qui sont, selon son point de vue, les plus similaires à ce document particulier. L’utilisateur peut en effet avoir besoin de trouver facilement d’autres versions d’un même document, qui serait éventuellement enregistrées dans un autre répertoire de son espace de stockage. Il peut également être intéressé à identifier d’éventuels doublons de ce document, afin de pouvoir les supprimer et libérer ainsi de l’espace sur son ordinateur. Enfin, dans le cadre d’une recherche de type bibliographique sur son ordinateur personnel par exemple, l’utilisateur peut avoir besoin de trouver, par rebond depuis un document particulier servant de contexte, différents documents traitant du même sujet d’intérêt. Les systèmes d’exploitation existants ne permettent pas, à ce jour, de satisfaire ces différents besoins. On connaît par ailleurs, dans d’autres domaines, tels que celui du e-commerce, des techniques de recommandation d’achat, visant à proposer à un utilisateur des produits similaires à ceux dont il consulte les caractéristiques, ou qu’il envisage d’acheter. Ainsi, un client qui consulte la page web du DVD d’un dessin animé peut se voir recommander le DVD d’un autre dessin animé susceptible de l’intéresser également. Ces recommandations sont dites item-to-item, c’est-à-dire qu’elles partent d’un produit pour proposer un produit similaire. Elles utilisent ainsi un produit comme contexte de départ. On notera qu’il existe également des techniques plus anciennes, à savoir des techniques de simple recherche implicite automatisée, qui filtrent une base documentaire à partir de préférences utilisateurs, et retournent toujours les mêmes résultats. De tels résultats présentent généralement des problèmes de pertinence car la prise en compte de toutes les préférences simultanément pour le filtrage a tendance à noyer l’information utile (notons que ces techniques de recherche implicite automatisée sont adaptées à des articles, ou catalogues de contenus qui changent continuellement, mais pas à une grande base de documents relativement statiques). Les recommandations item-to-item, quant à elles, sont élaborées à partir de matrices de similarités, qui peuvent être construites à partir des journaux d’achat (en anglais « log ») de l’ensemble des clients du site de e-commerce (procédé dit de filtrage collaboratif), ou à partir de mots-clés extraits, par le site marchand, d’un descriptif du produit (procédé dit content-based, ou « basé contenu »). Ces recommandations item-to-item, qui sont intéressantes en ce qu’elles permettent de guider l’utilisateur dans ses achats, présentent cependant l’inconvénient de ne pas être personnalisées. Les recommandations item-to-item formulées par le site marchand sont les mêmes pour tous les utilisateurs, et ne tiennent pas compte de ses éventuels centres d’intérêt : elles dépendent uniquement du contexte courant, à savoir l’article en cours de consultation ou en cours d’achat. De plus, cette technique, déployée au niveau d’un site internet, n’est pas directement transposable au contexte du système d’exploitation d’un ordinateur personnel. Il existe donc un besoin d'une technique de gestion de documents qui ne présente pas ces différents inconvénients de l’art antérieur. Notamment, il existe un besoin d’une telle technique qui puisse être directement intégrée au système d’exploitation d’un ordinateur. Il existe également un besoin d’une telle technique qui permette de proposer à l’utilisateur des recommandations item-to-item personnalisées, en fonction de son profil et/ou de ses centres d’intérêt. Il existe encore un besoin d’une telle technique qui trouve des applications avantageuses dans le domaine professionnel, et constitue un outil efficace pour les entreprises. L'invention répond à ce besoin en proposant un procédé de gestion de documents mis en œuvre au sein d’un système d’exploitation d’un ordinateur. Sur détection d’une sélection d’un document par un utilisateur, un tel procédé met en œuvre une notification à l’utilisateur d’au moins un document similaire au document sélectionné, deux documents similaires étant tous deux associés à au moins un terme appartenant à un corpus de termes d’intérêt, défini pour l’utilisateur et personnalisé en fonction d’un profil de centres d’intérêt de ce dernier. Ainsi, l’invention repose sur une approche tout à fait nouvelle et inventive de la gestion de documents et de recherche d’informations par le système d’exploitation d’un ordinateur. En effet, le procédé selon un mode de réalisation de l’invention repose sur la notification personnalisée en temps réel à l’utilisateur de documents similaires à celui qu’il s’apprête à consulter. On notera que par sélection d’un document, on entend tout événement lié au cycle de vie de ce document sur l’ordinateur, à savoir aussi bien l’ouverture de ce document dans un logiciel applicatif, que sa simple sélection via un dispositif de pointage (par exemple une souris) dans un explorateur de fichiers, sa suppression, ou encore son déplacement, sa copie, sa réception ou son envoi par l’utilisateur. En outre, contrairement aux techniques connues de l’art antérieur, selon lesquelles la notion de similarité de documents est invariante d’un utilisateur à l’autre, car fondée sur une liste de mots clés établie a priori pour l’ensemble des utilisateurs (ou, dans le domaine voisin du filtrage collaboratif, qui n’est pas applicable ici, sur des logs d’usages ou d’achats d’un grand nombre d’utilisateurs), la technique de l’invention repose au contraire sur une personnalisation de cette similarité, en fonction d’un profil de ses centres d’intérêts (profil de mot-clés). Ainsi, pour un même document de contexte, noté X, la liste de documents similaires à X proposés à un utilisateur A sera distincte de la liste de documents similaires à X proposés à un utilisateur B, si A et B ont des profils de centres d’intérêts différents. On notera qu’on considère qu’un terme d’intérêt est associé à un document, si le document est de nature textuelle et que le terme d’intérêt figure dans le corps ou dans le nom du document. Pour un document non textuel, par exemple une image ou une photographie, un terme d’intérêt lui est associé s’il figure dans des annotations, ou tags, associés au document ; un terme d’intérêt peut encore être associé à un document textuel ou non, si ce document est enregistré dans un répertoire dont le chemin d’accès comprend le terme d’intérêt (par exemple, le nom du répertoire de stockage du document contient le terme d’intérêt). Selon une caractéristique avantageuse, une telle notification du ou des document(s) similaire(s) s’effectue par affichage, dans une fenêtre d’une interface utilisateur, d’une liste dudit au moins un document similaire et d’un bouton d’action sur ledit au moins un document similaire. Notamment, dans un mode de réalisation, le bouton d’action affiché peut dépendre du type de sélection de document détecté. Ainsi, en fonction d’un contexte associé au type d’action que l’utilisateur s’apprête à effectuer sur le document, on affiche un bouton de raccourci d’action contextuelle, permettant à l’utilisateur d’agir sur le ou les document(s) similaire(s) qui lui est(sont) proposé(s). Par exemple, lorsqu’un utilisateur sélectionne ou ouvre un document, il obtient directement, par exemple via une fenêtre intruse (en anglais, pop-up) qui s’affiche sur l’écran de son ordinateur, une liste de K documents similaires ainsi qu’un accès au répertoire dans lesquels ils sont enregistrés, et un bouton d’accès direct pour à une ouverture en un clic de ces K documents. Cette fenêtre s’affiche en temps réel, dès que l’utilisateur manifeste son intérêt pour un document archivé dans un espace de stockage de son ordinateur ou d’un répertoire partagé qui lui est associé : grâce aux liens d’accès qui y figurent, l’utilisateur peut très rapidement accéder aux documents similaires, de son point de vue (en fonction de la personnalisation de ses centres d’intérêt), au document qu’il s’apprête à consulter. Lorsqu’on détecte que l’utilisateur a sélectionné le document en vue de sa suppression, le bouton d’action contextuel qui s’affiche peut permettre un accès au répertoire du document similaire et une suppression de ce dernier en un clic. De même, lorsqu’on détecte que l’utilisateur a sélectionné le document en vue de son déplacement, le bouton d’action contextuel qui s’affiche peut permettre un accès au répertoire du document similaire et un déplacement de ce document similaire vers le même répertoire cible que le document courant. On peut ainsi, pour tout événement du cycle de vie d’un document, proposer un bouton d’action contextuel permettant à l’utilisateur de réaliser, sur le document similaire qui lui est proposé, une action rapide et identique à celle qu’il s’apprête à effectuer pour le document courant. On notera bien sûr qu’en variante la notification de documents similaires peut se faire au moyen d’un assistant vocal, qui propose, en audio, une liste de documents similaires à l’utilisateur, et lui propose d’opérer certaines actions sur ces derniers, par commande vocale. Selon un mode de réalisation, un tel procédé comprend également un affichage d’un score de similarité affecté audit au moins un document similaire. L’utilisateur peut ainsi identifier aisément quels sont les documents les plus pertinents, car les plus similaires à celui qu’il s’apprête à consulter. Ceci est particulièrement avantageux pour la recherche de doublons, ou pour la recherche de versions antérieures du document sélectionné, qui sont susceptibles de présenter des scores de similarité très élevés. Il s’agit également d’une fonctionnalité intéressante lorsque l’utilisateur souhaite opérer une recherche bibliographique par rebond, pour identifier par exemple dans une bibliothèque d’articles le ou les articles traitant de sujets les plus similaires à celui de l’article qu’il a sélectionné. A nouveau, en variante, un assistant vocal peut se substituer à ce principe d’affichage. Selon un mode de réalisation, ledit au moins un document similaire est extrait, à partir d’un identifiant du document sélectionné, d’une table de documents similaires mise à jour cycliquement et chargée dans une mémoire vive dudit ordinateur. Ainsi, pour offrir des recommandations pertinentes en temps réel à l’utilisateur, on met à jour de manière cyclique la table de documents similaires, par exemple une ou deux fois par jour. En outre, on la charge dans la mémoire vive de l’ordinateur (par exemple une mémoire RAM pour « Random Access Memory »), afin qu’il puisse y être accédé très rapidement, et ainsi offrir une proposition personnalisée rapide à l’utilisateur. Selon un aspect de l’invention, un tel procédé comprend une phase préliminaire de construction, par l’utilisateur, du corpus de termes d’intérêt comprenant un ensemble de mots et/ou expressions et/ou noms propres reflétant ses centres d’intérêt. Ainsi, les termes d’intérêt peuvent être aussi bien de simples mots, que des groupes de mots, des expressions, des noms propres, des noms de projets sur lesquels l’utilisateur travaille, etc. Ces termes sont choisis par l’utilisateur, qui personnalise donc totalement son corpus de termes d’intérêt, en fonction par exemple de son métier, sa fonction dans l’entreprise, les projets sur lesquels il travaille, ses centres d’intérêt. Cette phase de construction peut être déclarative, en ce sens que l’utilisateur propose une liste d’une dizaine ou centaine de termes clés qui définissent son profil. Il est aussi possible d’établir un certain nombre de profils types, par exemples par métiers, qui peuvent ensuite être adaptés et personnalisés par l’utilisateur. Cette phase de construction peut encore consister en une simple validation, par l’utilisateur, d’une liste de termes clés qui auraient été inférés par le système d’exploitation, par observation des documents et applications consultés par l’utilisateur sur une période de temps donnée. Selon un autre aspect, un tel procédé de gestion de documents comprend également une étape, mise en œuvre cycliquement, d’indexation de documents mémorisés dans au moins un espace de stockage associé à l’ordinateur, à partir du corpus de termes d’intérêt. Cette étape d’indexation délivre une matrice à deux dimensions dont une dimension correspond aux documents indexés et une dimension correspond aux termes d’intérêt du corpus, un coefficient de la matrice correspondant à un poids représentatif d’un nombre d’occurrences du terme d’intérêt dans le document. Un tel espace de stockage peut être un espace de stockage de l’ordinateur, ou un répertoire qui lui est associé, un espace de stockage partagé, etc. L’invention concerne également un produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre d’un procédé tel que décrit précédemment, lorsqu’il est exécuté par un processeur. L’invention vise également un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions de code de programme pour l’exécution des étapes du procédé de gestion de documents selon l’invention tel que décrit ci-dessus. Un tel support d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une clé USB ou un disque dur. D'autre part, un tel support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens, de sorte que le programme d’ordinateur qu’il contient est exécutable à distance. Le programme selon l'invention peut être en particulier téléchargé sur un réseau par exemple le réseau Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé de gestion de documents précité. L’invention concerne encore un système de gestion de documents intégré dans un système d’exploitation d’un ordinateur, qui comprend : - une sonde logicielle configurée pour détecter une sélection d’un document par un utilisateur, - un module de notification configuré pour notifier à l’utilisateur au moins un document similaire au document sélectionné, deux documents étant similaires quand ils sont tous deux associés à au moins un terme appartenant à un corpus de termes d’intérêt, défini pour l’utilisateur et personnalisé en fonction d’un profil de centres d’intérêt de ce dernier. On rappelle que par sélection d’un document, on entend tout événement lié au cycle de vie de ce document sur l’ordinateur, à savoir aussi bien l’ouverture de ce document dans un logiciel applicatif, que sa simple sélection via un dispositif de pointage (par exemple une souris) dans un explorateur de fichiers, sa suppression, ou encore son déplacement ou sa copie par l’utilisateur, ainsi que sa réception ou son envoi. Ainsi, la sonde logicielle est configurée pour détecter tout événement lié au cycle de vie de ce document sur l’ordinateur. Selon un aspect, un tel système comprend également un module d’accès à une table de documents similaires, la table associant à un document de référence au moins un document qui lui est similaire, et le module de notification est configuré pour interroger le module d’accès à partir d’un identifiant du document sélectionné fourni par la sonde logicielle, et pour notifier à l’utilisateur une liste d’au moins un document similaire au document sélectionné, extraite de la table par le module d’accès. Selon un autre aspect, un tel système comprend également : - un module de gestion de profil d’utilisateur, configuré pour construire le corpus de termes d’intérêt défini pour l’utilisateur, - un module d’indexation de documents mémorisés dans au moins un espace de stockage de l’ordinateur, à partir du corpus de termes d’intérêt, - un module de calcul de scores de similarité associés aux documents indexés, configuré pour générer la table de documents similaires. Plus généralement, un tel système de gestion de documents présente en combinaison tout ou partie des caractéristiques exposées dans l'ensemble de ce document. Le système de gestion de documents et le programme d'ordinateur correspondants précités présentent au moins les mêmes avantages que ceux conférés par le procédé de gestion de documents selon la présente invention. Présentation des figures D'autres buts, caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante, donnée à titre de simple exemple illustratif, et non limitatif, en relation avec les figures, parmi lesquelles : présente sous forme schématique la structure matérielle et fonctionnelle du système de gestion de documents selon un mode de réalisation de l’invention ; illustre les principales étapes mises en œuvre par la brique fonctionnelle temps réel du système de gestion de documents de la . Description détaillée de modes de réalisation de l'invention Le principe général de l'invention repose sur la notification automatique et personnalisée, à un utilisateur, de documents similaires à celui qu’il s’apprête à consulter sur son poste de travail, à des fins d’ouverture, de sélection, de modification, de suppression, de copie, de déplacement ou encore d’envoi par exemple. On notera que, dans l’ensemble de ce document, il est fait référence au système d’exploitation d’un ordinateur. Ce dernier terme doit s’entendre au sens large et couvre aussi bien un ordinateur personnel de type PC qu’un ordinateur portable, un téléphone intelligent de type smartphone, une tablette, ou tout autre équipement informatique équipé d’une interface utilisateur et d’un système d’exploitation. On utilise par la suite uniquement le terme « ordinateur », par souci de simplification. On présente désormais, en relation avec la , la structure générale d’un système de gestion de documents selon un mode de réalisation de l’invention. Un tel système comprend deux briques fonctionnelles principales : Une première brique référencée 100, qui opère de manière cyclique ou par lots (en anglais « batch »). Par exemple, cette première brique fonctionnelle 100 réalise une mise à jour journalière ou bi-journalière. Une deuxième brique référencée 200, qui fonctionne en temps réel, durant le travail de l’utilisateur sur son ordinateur. On s’attache tout d’abord à décrire la structure et le fonctionnement de la première brique 100 de traitement par lots. Elle comprend un module GEST_PROF, référencé 10, de gestion du profil des utilisateurs, et notamment dans cet exemple de l’utilisateur Ut-A. Un tel module GEST_PROF 10 est configuré pour récupérer et gérer la liste de mots-clés et expressions qui intéressent l’utilisateur Ut-A, i.e. son corpus de termes d’intérêt. Un tel module comprend donc une unité d’interface, par laquelle il obtient les mots clés, noms propres ou expressions liés aux centres d’intérêt de l’utilisateur Ut-A, tels que ce dernier les saisit à l’aide du clavier, ou d’une interface audio ou graphique de l’ordinateur. Cette construction du corpus de termes d’intérêt est mise en œuvre au cours d’une phase préalable de configuration du système. Plusieurs procédés sont envisageables pour la mise en œuvre de cette phase de construction du corpus de termes d’intérêt : L’utilisateur Ut-A peut déclarer de lui-même la dizaine ou centaine de termes d’intérêt qui définissent au mieux son profil ; Il peut aussi les saisir sous forme de cases à cocher de thèmes et sous-thèmes hiérarchisés qu’il sélectionne ; On peut encore envisager de proposer à l’utilisateur Ut-A un corpus de termes d’intérêt correspondant à son profil de métier, qu’il peut valider ou personnaliser ; Enfin, ce corpus de termes d’intérêt peut être déduit par le module GEST_PROF 10, à l’issue d’une phase d’observation du comportement de l’utilisateur Ut-A : le corpus de termes d’intérêt inféré par le module GEST-PROF 10 peut être soumis à la validation éventuelle de l’utilisateur Ut-A. Plus généralement, toute méthode d’obtention préalable d’un corpus de termes d’intérêt personnalisé pour l’utilisateur Ut-A peut être mise en œuvre par le module GEST_PROF 10, sans sortir du cadre de l’invention. Le corpus de termes d’intérêt 11 ainsi généré par le module de gestion de profil GEST_PROF 10 alimente un module logiciel d’indexation personnalisée INDEX 13. Ce module d’indexation INDEX 13 parcourt cycliquement le disque dur 12 du poste de travail de l’utilisateur Ut-A, ou tout autre espace de stockage spécifié par paramétrage (répertoire partagé, disque dur externe, etc.). Tout document textuel est reconnu, et l’ensemble de son contenu est lu par le module INDEX 13, qui y recherche l’ensemble des termes d’intérêt du corpus 11 de l’utilisateur Ut-A. De même, le module INDEX 13 parcourt les répertoires contenant des photographies, des images, ou d’autres documents non textuels, à la recherche d’annotations contenant des termes d’intérêt du corpus 11, ou en analysant les noms des chemins d’accès à ces documents à la recherche de ces termes. Par exemple, si le corpus 11 contient le terme d’intérêt « EGYPTE », des photographies de voyage stockées dans un répertoire C:/Congrès/Egypte pourraient être indexées avec le mot clé « EGYPTE », même si elle ne compte aucune annotation ou tag. Dans ce mode de réalisation, le module INDEX 13 n’indexe donc les documents contenus dans le disque dur 12 que sur la base du vocabulaire restreint du corpus 11, ce qui permet une indexation personnalisée pour l’utilisateur Ut-A. Le module d’indexation personnalisée INDEX 13 construit ainsi une matrice Documents x Termes référencée 14, qui est mise à jour à chaque cycle de fonctionnement de la brique logicielle 100. Dans cette matrice 14, chaque ligne correspond à un document indexé par le module INDEX 13, et chaque colonne correspond à un terme d’intérêt du corpus 11. Selon une première approche simple, chaque coefficient de la matrice a i,j correspond au nombre d’occurrences du terme d’intérêt j dans le document i. Ainsi, chaque document est représenté par un vecteur d’un certain nombre de termes d’intérêt extraits du corpus 11 personnalisé de l’utilisateur Ut-A, selon le principe du Vector Space Model décrit par SALTON Gerard, WONG Anita, et YANG Chung-Shu dans « A vector space model for automatic indexing », Communications of the ACM, 1975, vol. 18, no 11, p. 613-620. Le document d i peut alors être représenté sous la forme d i =(w 1,i , w 2,i , w 3,i ,…, w t,i ), où chaque coefficient w j,i correspond à un terme d’intérêt distinct du corpus 11. Dès qu’un terme est associé au document, sa valeur dans le vecteur est non nulle. Différentes techniques de l’art antérieur existent pour le calcul de ses valeurs, également appelées poids des termes d’intérêt. Parmi celles-ci, on s’attache ci-après à décrire à titre d’exemple la méthode de pondération dite TF-IDF (de l’anglais « Term Frequency-Inverse Document Frequency »). Cette méthode, souvent utilisée en recherche d’information et en particulier dans la fouille de textes permet d’évaluer l’importance d’un terme contenu dans un document, relativement à un corpus. Le poids augmente proportionnellement au nombre d’occurrences du terme dans le document. Il varie également en fonction de la fréquence du terme dans le corpus. Elle est notamment décrite dans l’article de AIZAWA Akiko « An information-theoretic perspective of tf–idf measures », Information Processing & Management, 2003, vol. 39, no 1, p. 45-65. La fréquence d’un terme TF peut correspondre à sa fréquence brute (i.e. le nombre d’occurrences de ce terme dans le document considéré), qui peut, en variante, être normalisée logarithmiquement pour amortir les écarts, ou normalisée par la fréquence brute maximale du document pour prendre en compte la longueur de ce dernier. La fréquence inverse de document IDF est quant à elle une mesure de l’importance du terme dans l’ensemble des documents. Elle vise ainsi à donner un poids plus important aux termes les moins fréquents, considérés comme plus discriminants. Elle consiste à calculer le logarithme (en base 10 ou en base 2) de l’inverse de la proportion de documents de la matrice 14 qui contiennent le terme w i , sous la forme : Où |D| représente le nombre total de documents parcourus par le module d’indexation INDEX 13 et où le dénominateur représente le nombre de documents d j auxquels le terme w i est associé (i.e. le nombre de termes a i,j non nuls de la matrice 14). Le poids d’un terme j dans un document i (i.e. le coefficient a i,j de la matrice 14) s’obtient en multipliant les deux mesures de la fréquence d’un terme, et la fréquence inverse de document : a i,j =tf i,j .idf i Après normalisation de la matrice 14 par un procédé de type TF-IDF, elle est fournie en entrée d’un module CALC_SIMIL 15, qui est configuré pour calculer et stocker les similarités personnalisées entre documents. Ce module CALC_SIMIL 15 effectue une recherche dite de K-plus-proches-voisins, qui est connue de l’état de l’art, et ne sera donc pas décrite ici plus en détail. A titre d’exemple, on pourra se référer, pour mieux comprendre la technique antérieure de rapprochement de documents basés sur leur contenu, à l’article de BILLSUS Daniel et PAZZANI Michael J. « User modeling for adaptive news access », User modeling and user-adapted interaction, 2000, vol. 10, no 2-3, p. 147-18. Un tel article décrit l’utilisation des techniques de K-plus-proches voisins, mais, contrairement à la présente invention, sans sélection des mots-clés représentant les documents en amont pour le calcul des similarités. Cette recherche de K-plus-proches-voisins permet d’associer chaque document d i de la matrice 14 à une liste de K documents qui lui sont similaires, cette similarité étant calculée à partir des termes d’intérêt du corpus 11 propre à l’utilisateur, et donc personnalisée. Le nombre K est bien sûr paramétrable. Cette recherche repose sur une comparaison des vecteurs d i =(w 1,i , w 2,i , w 3,i ,…, w t,i ) représentant chacun des documents d i , par exemple par mesure de distance euclidienne ou mesure du cosinus de l’angle entre les vecteurs. Le module CALC_SIMIL 15 génère ainsi une table TAB constituée de la liste des documents d i et, pour chaque document d i , des K documents qui lui sont similaires. Cette table TAB est ensuite stockée sur le disque 16 du poste de travail de l’utilisateur, en base de données locale. Cette table TAB dite « table des documents similaires » est mise à jour à chaque cycle du module d’indexation INDEX 13, par exemple une à deux fois par jour. La table TAB peut également contenir, pour chaque document, d’autres informations complémentaires, telles que leur chemin d’accès ou des informations de présentation (date, nuage de mots clés, …). Elle peut également contenir, pour chaque document similaire, un score de similarité, reflétant la similarité d’un document avec l’un de ses K documents similaires. Un tel score de similarité peut être calculé à titre d’exemple à partir du cosinus de l’angle entre les vecteurs représentant les deux documents que l’on compare. On s’attache désormais à décrire la structure et le fonctionnement de la deuxième brique logicielle temps réel 200. Elle comprend un module DET_EVT 21, qui écoute les événements du système d’exploitation de l’ordinateur 22. Un tel module DET_EVT 21 constitue une sonde logicielle qui détecte les événements systèmes sur un PC, et notamment les événements pouvant être liés au cycle de vie d’un document, tels que par exemple : - sélection d’un document : par exemple, l’utilisateur Ut-A sélectionne un document via un explorateur de fichiers, et via un dispositif de pointage de type souris ; - ouverture d’un document : par exemple, l’utilisateur Ut-A ouvre un document via un logiciel applicatif de traitement de texte ; - suppression d’un document ; - déplacement d’un document ; - copie d’un document ; - réception ou envoi d’un document comme pièce jointe à un email, ou via tout autre logiciel de messagerie ou assimilé ; - etc. Le principe de ce type de module DET_EVT 21 est connu de l’état de l’art et ne sera pas détaillé ici. Il consiste à s’interfacer avec le système d’exploitation de l’ordinateur 22 (par exemple, Windows®) et à écouter les différents événements loggués par le système au fil de l’eau (clavier, souris, applications lancées, assistants vocaux, fichiers sélectionnés, etc.). Parmi les événements systèmes, les événements pouvant être liés au cycle de vie d’un document sont surveillées, de façon à pouvoir appeler ensuite le module de notification NOTIF_DOC_SIMIL référencé 23. Lorsque le module DET_EVT 21 détecte un des événements surveillés, il récupère en paramètre un identifiant du document relatif à cet événement et appelle le module de notification NOTIF_DOC_SIMIL 23 en lui fournissant ce paramètre. Ce module NOTIF_DOC_SIMIL 23 constitue le module principal de la brique temps réel 200, et a pour fonction d’effectuer les recommandations de documents similaires, à l’utilisateur Ut-A, en fonction du contexte, notamment du document de référence qui est sélectionné, modifié, supprimé ou ouvert, et dont l’identifiant est reçu du module d’écoute des événements DET-EVT 21. A réception de l’identifiant du document sélectionné par l’utilisateur Ut-A, le module NOTIF_DOC_SIMIL 23 adresse une requête au module d’accès ACC-TAB 20, qui gère l’accès en ligne à la table de documents similaires TAB. Ce module d’accès ACC-TAB 20 reçoit en entrée l’identifiant du document sélectionné par l’utilisateur Ut-A et délivre en sortie une liste de documents similaires au document sélectionné, accompagnée de leurs informations de présentation. Cette liste contient donc tous les documents qui ressemblent thématiquement au document de référence qui vient d’être sélectionné pour action par l’utilisateur Ut-A. Le module NOTIF_DOC_SIMIL 23 notifie ensuite cette liste à l’utilisateur Ut-A, comme illustré par la . Sur cette , on a représenté la fenêtre 30 de l’explorateur de fichiers de l’ordinateur 22, qui s’affiche sur l’écran de ce dernier, lorsque l’utilisateur explore l’arborescence de l’espace de stockage 12 de l’ordinateur. Dans la liste des documents affichés sur cette fenêtre 30, le document référencé 31 apparaît surligné, car il correspond au document que l’utilisateur Ut-A a sélectionné, au cours d’une étape S1 de sa navigation, à l’aide de la souris de son ordinateur. Comme indiqué ci-avant, cet événement S1 est détecté par la sonde logicielle DET_EVT 21, qui fournit au module NOTIF_DOC_SIMIL 23 un identifiant de ce document 31. Ce dernier interroge le module d’accès ACC_TAB 20 avec comme paramètre d’entrée l’identifiant du document 31 sélectionné, et reçoit en retour la liste des documents similaires au document sélectionné 31, telle qu’extraite de la table de documents similaires TAB. Au cours d’une étape référencée S2, le module NOTIF_DOC_SIMIL 23 affiche alors une fenêtre contextuelle 32 en pop-up (en français, fenêtre intruse), avec pour chaque document similaire recommandé, un ensemble d’informations qui lui sont associées, telles que par exemple son nom, ses principaux thèmes, et/ou un court extrait (en anglais « snippet », terme de programmation informatique désignant une petite portion réutilisable de code source ou, ici, de texte), son emplacement, un bouton d’action par simple clic et un indice de similarité avec le document de référence 31. D’autres informations éventuelles pourraient bien sûr être aussi affichées. En outre, en variante de réalisation, ces différentes informations pourraient être fournies à l’utilisateur par un assistant vocal, au lieu d’être affichées à l’écran. Ainsi, dans l’exemple de la , la fenêtre 32 est organisée en quatre colonnes : Une première colonne 324 contient le nom du document similaire, ainsi que le chemin d’accès au répertoire dans lequel il est stocké (par exemple …/Projet_Ordalideal/Point projet IDEAL-S Mai 2020-V16.pptx) ; Une deuxième colonne 323 contient une brève description du document similaire ; Une troisième colonne propose des boutons d’action contextuels OPEN 322 sur lesquels l’utilisateur Ut-A peut cliquer, par exemple à l’aide de sa souris, pour opérer une action sur le document similaire ; Enfin, une quatrième colonne indique le score de similarité 321 du document similaire avec le document de référence 31. On notera que, dans cet exemple, le bouton d’action contextuel OPEN 322 qui s’affiche permet une ouverture en un clic du document similaire. Cependant, dans un mode de réalisation, les actions proposées en raccourcis via des boutons 322 sont eux-mêmes contextuels à l’action de l’utilisateur détectée par la sonde. Par exemple, pour la détection d’une suppression du document de référence 31, le bouton d’action 322 qui s’affiche peut permettre la suppression en un clic du document similaire ; de même, pour un déplacement de documents, un bouton d’action 322 pourrait permettre de déplacer, vers la même destination, les documents similaires (même s’ils sont issus d’autres répertoires variés), etc. Si l’utilisateur Ut-A s’apprête à envoyer à un utilisateur Ut-B un document « comparatif_rentrée_trottinettes_électriques », le système selon un mode de réalisation de l’invention peut lui proposer d’envoyer aussi le document « guide_2020_vélos_électriques », qui lui est similaire. Ainsi, plus généralement, les boutons d’action 322 peuvent être des boutons « réplication d’actions contextuelles » permettant d’appliquer « en un clic », pour chaque document similaire, la même action que celle appliquée au document de contexte 31 : par exemple, si l’utilisateur Ut-A déplace un document « bilan_annuel_2020.docx » vers un nouveau répertoire « C:\BILANS », le système lui signale tous les autres documents similaires (BILAN _2012.doc, BILAN_ARCH_2010.doc..) issus de répertoires plus anciens et propose pour chacun d’eux, via un bouton contextuel 322 « Déplacer aussi » de les déplacer, en un clic, vers le même répertoire de destination. On comprend bien sûr que dans un mode de réalisation reposant sur l’utilisation d’un assistant vocal, les boutons d’action 322 peuvent être remplacés par des ordres vocalisés, du type « ouvre tel document ». Dans ce cas, l’assistant vocal interprète l’ordre formulé par l’utilisateur Ut-A, qui est ensuite converti, par le système d’exploitation, en une action de sélection puis ouverture du document. La durée d’affichage de la fenêtre pop-up 32 peut être paramétrée par l’utilisateur Ut-A, en fonction de ses besoins. Un affichage de quelques secondes peut être suffisant la plupart du temps pour permettre à l’utilisateur de prendre connaissance rapidement de la liste de documents similaires. Cependant, dans un contexte particulier où l’utilisateur Ut-A effectue par exemple une recherche bibliographique, dans une base de données d’articles ou de publications, il peut être intéressant de configurer un temps d’affichage plus long de la fenêtre 32, voire même permanent. On notera que, dans l’ensemble de la description donnée ci-avant en relation avec les figures 1 et 2, le terme module peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions. La illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser le système de gestion de documents, afin qu’il effectue les étapes du procédé détaillé ci-dessus, en relation avec les figures 1 et 2 (dans l’un quelconque des différents modes de réalisation, ou dans une combinaison de ces modes de réalisation). En effet, ces étapes peuvent être réalisées indifféremment sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d’instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). Dans le cas où le système de gestion de documents est réalisé avec une machine de calcul reprogrammable, le programme correspondant (c'est-à-dire la séquence d’instructions) pourra être stocké dans un médium de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur. Procédé de gestion de documents mis en œuvre au sein d’un système d’exploitation d’un ordinateur (22), caractérisé en ce que , sur détection (21) d’une sélection d’un document (31) par un utilisateur (Ut-A), ledit procédé met en œuvre une notification (23) audit utilisateur d’au moins un document similaire audit document sélectionné, deux documents similaires étant tous deux associés à au moins un terme appartenant à un corpus (11) de termes d’intérêt, défini pour ledit utilisateur et personnalisé en fonction d’un profil de centres d’intérêt dudit utilisateur. Procédé de gestion de documents selon la revendication 1, caractérisé en ce que ladite notification dudit au moins un document similaire s’effectue par affichage, dans une fenêtre (32) d’une interface utilisateur, d’une liste dudit au moins un document similaire et d’un bouton d’action sur ledit au moins un document similaire. Procédé de gestion de documents selon la revendication 2, caractérisé en ce que ledit bouton d’action affiché dépend d’un type de sélection détecté. Procédé de gestion de documents selon la revendication 2 ou 3, caractérisé en ce qu’ il comprend également un affichage d’un score de similarité (321) affecté audit au moins un document similaire. Procédé de gestion de documents selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ledit au moins un document similaire est extrait, à partir d’un identifiant dudit document sélectionné, d’une table de documents similaires (TAB) mise à jour cycliquement et chargée dans une mémoire vive dudit ordinateur (22). Procédé de gestion de documents selon l'une quelconque des revendications 1 à 5, caractérisé en ce qu’ il comprend une phase préliminaire de construction, par ledit utilisateur, dudit corpus (11) de termes d’intérêt comprenant un ensemble de mots et/ou expressions et/ou noms propres reflétant ses centres d’intérêt. Procédé de gestion de documents selon l'une quelconque des revendications 1 à 6, caractérisé en ce qu’ il comprend également une étape, mise en œuvre cycliquement, d’indexation (13) de documents mémorisés dans au moins un espace de stockage (12) associé audit ordinateur, à partir dudit corpus (11) de termes d’intérêt, ladite étape d’indexation délivrant une matrice (14) à deux dimensions dont une dimension correspond auxdits documents indexés et une dimension correspond auxdits termes d’intérêt dudit corpus, un coefficient de ladite matrice correspondant à un poids représentatif d’un nombre d’occurrences dudit terme d’intérêt dans ledit document. Produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre d’un procédé selon l'une quelconque des revendications 1 à 7, lorsqu’il est exécuté par un processeur. Système de gestion de documents intégré dans un système d’exploitation d’un ordinateur, caractérisé en ce qu’ il comprend : - une sonde logicielle (21) configurée pour détecter une sélection d’un document par un utilisateur, - un module de notification (23) configuré pour notifier audit utilisateur au moins un document similaire audit document sélectionné, deux documents étant similaires quand ils sont tous deux associés à au moins un terme appartenant à un corpus de termes d’intérêt, défini pour ledit utilisateur et personnalisé en fonction d’un profil de centres d’intérêt dudit utilisateur Système de gestion de documents selon la revendication 9, caractérisé en ce qu’ il comprend également un module d’accès (20) à une table de documents similaires (TAB), ladite table associant à un document de référence au moins un document qui lui est similaire, et en ce que ledit module de notification (23) est configuré pour interroger ledit module d’accès (20) à partir d’un identifiant dudit document sélectionné fourni par ladite sonde logicielle (21), et pour notifier audit utilisateur une liste d’au moins un document similaire audit document sélectionné, extraite de ladite table par ledit module d’accès. Système de gestion de documents selon l'une quelconque des revendications 9 et 10, caractérisé en ce qu’ il comprend également : - un module (10) de gestion de profil d’utilisateur, configuré pour construire ledit corpus (11) de termes d’intérêt défini pour ledit utilisateur, - un module (13) d’indexation de documents mémorisés dans au moins un espace de stockage (12) associé audit ordinateur, à partir dudit corpus (11) de termes d’intérêt, - un module (15) de calcul de scores de similarité associés auxdits documents indexés, configuré pour générer ladite table de documents similaires (TAB).