Procédé et dispositif de recherche avec conservation personnalisée des résultats
DOMAINE TECHNIQUE DE L'INVENTION
La présente invention concerne un procédé de recherche d'objets pour effectuer des recherches complexes, c'est-à-dire à partir de sources multiples, dont au moins une est une source utilisateur, gérée par un utilisateur, et au moins une autre source est une source fournisseur, gérée par un fournisseur, ledit procédé permettant d'une part de soumettre une requête identique à ces deux types de sources, puis de synthétiser les résultats, et d'autre part de gérer de façon indépendante et souple les objets de la source utilisateur. L'utilisateur peut ainsi se constituer au fil du temps une base de plus en plus exhaustive d'objets, qu'il peut enrichir et personnaliser grâce à l'adjonction d'attributs. Les recherches ultérieures sont ensuite effectuées en prenant en compte non seulement les objets retenus par l'utilisateur, mais aussi les attributs qu'il a associés à chacun des objets. Les résultats des recherches ultérieures sont donc plus précis, plus pertinents et plus clairs grâce à ces éléments.
L'invention prévoit également le système de recherche correspondant, comportant un module d'analyse permettant de synthétiser les résultats provenant des sources diverses, et un module de gestion, permettant à l'utilisateur de gérer à son gré les objets de son choix.
L'invention trouve son application notamment dans le cadre de la recherche d'objets, tels que des sites ou pages Web sur un réseau public tel Internet. Les objets peuvent également être des fichiers, textes, photos, images, etc, que l'utilisateur souhaite trouver sur diverses bases de données mises à sa disposition, de façon gratuite ou payante.
Kart_mot ntel_pct
ETAT DE LA TECHNIQUE
Les moteurs de recherche classiques présentent les résultats de recherches selon des standards de présentation établis en interne, c'est-à-dire par les concepteurs et/ou fournisseurs du service de recherche, en fonction de critères établis de façon à correspondre au mieux à une très vaste communauté d'utilisateurs. L'absence de paramétrages personnels rend souvent de tels outils impersonnels et sans souplesse. Ce mode de travail présente en réalité plusieurs limitations. Le style ou format standard ne convient pas à tous. On tente alors parfois de faire évoluer les services ou les outils proposés, de sorte que finalement, les utilisateurs habitués à un format donnés sont parfois pris au dépourvu par une mise à jour du produit qui vient perturber leurs habitudes.
Les résultats des recherches effectuées sont présentés selon des critères propres à chaque produit. La plupart du temps, l'utilisateur ne connaît même pas la base sur laquelle les résultats sont ordonnés ou présentés. Il ne peut par ailleurs pas influencer cet agencement.
Une fois les résultats affichés, il peut choisir de conserver l'un ou autre objet dans son carnet de « favoris ». Il peut ainsi conserver les objets de son choix, et les retrouver par la suite. S'il existe un nombre restreint de favoris disponibles au niveau d'une station, l'utilisateur pourra retrouver relativement aisément un objet qu'il a mémorisé en tant que favoris. Par contre, dès que le nombre de favoris devient important, il est de plus en plus fastidieux de s'y retrouver. D'autre part, cette fonction « favoris » est indépendante et totalement séparée de la fonction recherche. Toute recherche ultérieure dans une source externe est donc effectuée sans tenir compte des objets déjà retenus par l'utilisateur.
Par ailleurs, si un objet intéressant pour l'utilisateur n'est plus présent dans les fichiers du fournisseur de service de recherche, l'utilisateur peut éprouver certaines difficultés à le retrouver. Cela montre par ailleurs la grande dépendance de l'utilisateur par rapport aux fournisseurs externes de données, d'informations ou d'objets.
Kart_mot_intel_pct
Le document US 6 718 365 décrit un système et un procédé permettant d'affecter un rang aux objets issus d'une recherche en fonction de l'importance de ces objets pour un utilisateur donné. Une pluralité d'utilisateurs peuvent ainsi alimenter une base de données qui est elle-même accessible à un moteur de recherche qui pourra ordonner les résultats d'une recherche en fonction des données d'importance présentes dans la base de données. La base de données des favoris peut être située localement ou à distance. Par contre, cette base est gérée par un programme fourni par un prestataire de service (« bookmark monitoring service »). Les informations réunies sont anonymes. Lors d'une recherche, le moteur recherche dans un index les adresses Internet (« URL ») qui correspondent aux mots-clés indiqués. L'ordre de présentation des résultats est ensuite établi en fonction de l'importance de ces adresses telle qu'elle est indiquée dans la base de données centralisée. Cette importance résulte des indications fournies par l'ensemble des utilisateurs du service. Selon une variante, une copie (« buffer ») des favoris est temporairement stockée localement au niveau de la station de l'utilisateur, puis, lorsque le travail local est effectué, la copie est retransmise à la base centrale pour consultation et centralisation des données. Dans ce système, on ne retrouve qu'une seule source faisant l'objet de recherches. Les informations sont gérées, traitées, conservées, etc, par un prestataire, indépendant de l'utilisateur. Si celui-ci n'est pas accessible pour des raisons techniques, commerciales ou autres, l'information n'est plus disponible.
Le document EP 1 030 247 concerne d'une part un système et un procédé permettant de partager l'information relative à des favoris entre plusieurs utilisateurs, et d'autre part un système et un procédé permettant à un utilisateur d'avoir accès à ses favoris à partir d'une pluralité de postes. Dans le premier cas, l'utilisateur peut sélectionner une partie de l'information qu'il désire partager, et conserver le reste. Il peut aussi sélectionner les destinataires par des identifiants ou par des catégories, telles que des centres d'intérêt. Après un premier partage d'informations, seule les informations nouvelles ou mises à jour sont échangées. Le partage de l'information est effectué par l'intermédiaire d'un serveur et d'une base de données distants. Les informations sont gérées par un fournisseur, et non
Kart_mot_intel_pct
pas par l'utilisateur. Ce document divulgue divers modes de réalisation dans lesquels l'information est stockée soit localement, soit à distance, soit en mode hybride, c'est-à-dire avec une copie à distance de l'information stockée localement. Une synchronisation avec un serveur permet d'échanger les infirmations. Selon l'autre mode de réalisation, une base de données distante permet à un utilisateur de stocker les informations qui sont accessibles depuis n'importe quel poste pouvant être relié au serveur.
Selon ce document, les informations gérées à distance ou localement sont les mêmes. Ces informations sont gérées, traitées, conservées, etc, par un prestataire, indépendant de l'utilisateur. Si celui-ci n'est pas accessible pour des raisons techniques, commerciales ou autres, l'information n'est plus disponible. Par ailleurs, une éventuelle recherche effectuée dans un tel système permettrait un accès à une seule source d'informations.
Le document US 6 493 702 décrit un procédé et un système de partage de favoris permettant d'améliorer les recherches et recommander certains documents d'une collection ou base de données. Une base centralisée permet de gérer des favoris individuellement pour chaque utilisateur et globalement à l'aide d'une partie commune, pour une communauté d'utilisateurs. L'utilisateur peut sélectionner ce qu'il veut placer dans l'un ou l'autre de ces domaines. Le système établie automatiquement un certains nombre d'attributs relatifs à la popularité, la disponibilité, etc. Certaines données peuvent être temporairement importées en local, le temps de réaliser certaines opérations. Mais compte tenu de la masse considérable de données disponibles, cette possibilité comporte de nombreuses limitations, dues notamment aux temps d'accès et de transfert pouvant être parfois longs. Lors d'une recherche, le système consulte d'une part la base de données du système, et d'autre part un moteur de recherche. Les résultats sont ensuite ordonnés, et présentés. L'origine des documents, par exemple la base de données, peut être indiquée. Selon ce document, les informations de la base de données sont gérées, traitées, conservées, etc, par un prestataire, indépendant de l'utilisateur. Par ailleurs, les recherches effectuées dans un tel système sont effectuées à partir de la base de donnée et d'un moteur de recherche. Il s'agit donc toujours de données ou sources gérées par des tiers, sur lesquelles
Kart_mot_intel_pct
l'utilisateur n'exerce aucune influence. Ainsi, les attributs sont de nature standard, impersonnels et créés pour correspondre à un vaste public, ce qui va à rencontre même des besoins de personnalisation de l'utilisateur. Si l'un ou l'autre des fournisseurs n'est pas accessible pour des raisons techniques, commerciales ou autres, l'information n'est plus disponible.
Ainsi, dans toutes les solutions mises à la disposition du public, et notamment dans les trois documents préalablement présentés, l'utilisateur doit s'en remettre à des fournisseurs externes. Il n'a pas un contrôle total, voire pas du tout sur le mode de gestion, le choix des attributs, etc. Il n'a pas l'assurance de conserver un accès permanent et constant aux données. Les possibilités de personnalisation sont des plus restreintes. Les recherches effectuées sont tributaires de données et/ou sources distantes. Les résultats des recherches effectuées sont présentés selon des critères propres à chaque produit. La plupart du temps, l'utilisateur ne connaît même pas la base sur laquelle les résultats sont ordonnés ou présentés. Il ne peut par ailleurs pas influencer cet agencement. D'autre part, les attributs, formats, données, etc, fournis par le prestataire, sont susceptibles d'évoluer indépendamment des souhaits et de l'intervention de l'utilisateur. BREVE DESCRIPTION DE L'INVENTION
Pour pallier ces différents inconvénients, l'invention propose un procédé de recherche d'objets à partir de sources multiples pour système numérique comportant un microprocesseur et au moins une unité mémoire, ledit procédé consistant à :
-fournir au moins un fichier utilisateur (U) situé localement par rapport à un poste utilisateur et destiné à être géré par un utilisateur local, ledit fichier utilisateur (U) étant susceptible de comporter une pluralité d'objets utilisateurs (OU) spécifiquement sélectionnés par un utilisateur et comportant au moins un attribut utilisateur attribué par un utilisateur ;
-fournir un moyen d'accès au moins temporaire à un fichier fournisseur (P) situé à distance par rapport audit poste utilisateur et destiné à être géré par un fournisseur d'objets, ledit fichier fournisseur (P) étant accessible par connexion au
Kart_mot_intel_pct
moins temporaire avec ledit poste et susceptible de comporter une pluralité d'objets fournisseur (OP) ;
-fournir un requêteur, susceptible de recevoir au moins une requête et de soumettre ladite requête en effectuant une recherche afin d'identifier les objets susceptibles de remplir les critères de ladite requête ;
-fournir un module d'analyse (MA) ;
-effectuer une recherche, par soumission d'une même requête à au moins deux sources distinctes comprenant : ledit fichier utilisateur (U) ; et ledit fichier fournisseur (P) ;
-effectuer une comparaison au moyen dudit module d'analyse (MA), sur la base de critères de comparaison (CP) préalablement définis, entre les éventuels objets
(OP) identifiés dans le fichier fournisseur et les éventuels objets (OU) identifiés dans le fichier utilisateur de façon à générer un résultat synthétisé, comportant à la fois lesdits objets (OU) et lesdits objets (OP).
L'invention prévoit en quelque sorte un moyen de recherche intelligent, permettant d'une part de consulter des fichiers ou sources publiques, mises à disposition par divers fournisseurs, et un ou plusieurs fichiers utilisateur, contenant des objets personnalisés, souvent des objets que l'utilisateur souhaite pouvoir retrouver facilement et rapidement. Le fait de chercher dans ces deux types d'environnement permet de tenir compte d'une part des objets déjà connus de l'utilisateur, ces objets ayant été personnalisés afin de faciliter leur identification parmi un nombre important d'objets, et d'autre part des objets nouveaux, par exemple plus récents, ou mis à jour, non répertoriés par l'utilisateur. Ces deux critères étaient jusqu'à ce jour contradictoires et l'utilisateur ne pouvait pas effectuer une recherche complète en tenant véritablement compte des objets qu'il avait déjà repérés, sélectionnés et analysés, afin de les personnaliser de façon optimale.
Seul un traitement des objets par un utilisateur peut permettre d'aller si loin dans les spécificités attribuées aux objets, car les utilisateurs sont très variés et ne art_mot_ιntel_pct
souhaitent en général pas tous mettre en évidence ou mémoriser les mêmes éléments. De son côté, un fournisseur ne peut que proposer des attributs très généraux, qui ne conviennent pas à tous, et qui ne sont pas utiles pour tous les utilisateurs.
Le fichier utilisateur (U) est avantageusement situé localement par rapport au poste utilisateur. Par exemple, le fichier peut être situé sur un moyen de stockage du poste de l'utilisateur, tel qu'un disque dur. Ceci permet notamment d'assurer à l'utilisateur une totale liberté pour intervenir à sa guise sur le fichier et le gérer selon ses propres souhaits, en toute indépendance. Les informations sont gérées, traitées, conservées, etc, par l'utilisateur local, indépendant de tout prestataire externe. Il n'y a alors pas de risque de se retrouver en situation d'inaccessibilité des données, comme c'est le cas lorsque les données sont stockées chez un prestataire situé à distance et que celui-ci n'est pas accessible pour des raisons techniques, commerciales ou autres, avec pour conséquence le fait que l'information n'est plus disponible.
Le fichier fournisseur (P) est quant à lui de préférence situé à distance par rapport au poste utilisateur et accessible par connexion au moins temporaire avec ledit poste.
Il peut s'agir par exemple d'un site Internet offrant des services de recherche d'informations, disposant d'une importante source d'objets stockés dans une ou plusieurs bases de données logées dans des serveurs situés chez ledit prestataire de service.
Enfin, grâce au procédé selon l'invention, certains objets identifiés et personnalisé par l'utilisateur peuvent par la suite être filtrés, pour le confort de l'utilisateur.
Selon un mode de réalisation avantageux, lesdits critères de comparaison (CP) incluent la prise en compte d'attributs utilisateurs associés aux objets issus du fichier utilisateur (U).
art_mot_intel_pct
Les attributs des objets utilisateur sont utilisés en particulier lors des étapes de comparaison et d'affichage ou présentation des résultats synthétisés. Par exemple, lors de la comparaison, le fait que les objets utilisateur disposent d'attributs spécifiques permet de les reconnaître, éventuellement de les classer de façon spécifique, par exemple avec des attributs d'aide au classement. Lors de la présentation des résultats, différentes façons permettent de mettre en valeur ces objets par rapport aux objets d'un fournisseur. Par exemple, les objets utilisateur peuvent être classés en tête de liste de présentation ; certains attributs peuvent être affichés ou présentés ou générer l'affichage de certains signes ou codes permettant à l'utilisateur, soit de reconnaître un objet, soit de se remémorer un concept, une notion, une idée, un fait, etc, grâce à un attribut prévu à cet effet.
Selon un mode de réalisation avantageux, au moins une partie des objets utilisateurs (OU) ont été sélectionnés parmi les résultats de recherches précédentes.
Ainsi, l'utilisateur peut construire progressivement un ensemble ou groupement d'objets dans lequel il peut ultérieurement chercher tout en conservant un accès à un ensemble publique plus vaste afin de permettre l'évolutilité de cet ensemble. Au fil des recherches, l'utilisateur peut à son gré mémoriser ce qui l'intéresse, en le personnalisant. Par ailleurs, selon une variante avantageuse, l'utilisateur peut ajouter à son fichier des objets qu'il a trouvé à un autre endroit, ou qu'il a lui- même créé.
Puisque le fichier utilisateur est géré par l'utilisateur lui-même, celui-ci peut prendre les mesures nécessaires pour assurer la pérennité du contenu. Ainsi, si le ou les fournisseurs de base ne sont plus disponibles ou ne fournissent plus certain ou la totalité des objets, l'utilisateur conserve toutes les données et les accès correspondants. Il peut par ailleurs faire des sauvegardes de sécurité.
L'utilisateur peut, grâce aux attributs qu'il associe aux objets qu'il sélectionne, influencer les résultats des recherches ultérieures, car de manière préférentielle, la comparaison effectuée par le module d'analyse prend en considération les
Kart_mot_intel_pct
attributs des objets du fichier utilisateur. Cela permet par exemple de favoriser le positionnement de certains objets par rapport à d'autres, de présenter les attributs avec la liste des résultats, de façon à ce que l'utilisateur puisse plus facilement reconnaître ses propres objets, ou encore se remémorer des observations, des commentaires, des notes, des analyses, etc, qu'il a pu faire au préalable.
La recherche est avantageusement effectuée dans chacun des fichiers par un outil de recherche associé au fichier. L'outil est alors de préférence situé dans le même environnement que le fichier dans lequel les objets sont recherchés : soit à distance de la station utilisateur pour un fichier distant, soit au niveau de la station utilisateur pour un fichier local tel un fichier utilisateur.
La comparaison vise de préférence à repérer en priorité tout objet présent dans une source préférentielle. La source préférentielle est avantageusement la source ou fichier utilisateur. De cette façon, on favorise ainsi les objets connus de l'utilisateur, soit parce que ces objets ont de fortes chances d'être parmi ses objets préférés, ou encore parce que ces objets comportent des repères ou attributs susceptibles de servir de moyens d'identification facilitant l'interprétation des résultats de la recherche. D'autre part, si un objet qui intéresse l'utilisateur n'est plus disponible dans un fichier fournisseur, l'utilisateur qui le recherche à nouveau n'est pas pénalisé, puisque cet objet sera identifié grâce au fichier utilisateur, dans lequel il a été préalablement personnalisé et mémorisé.
Selon une variante de réalisation la comparaison vise à repérer tout objet présent dans au moins deux sources dont une source fournisseur et une source utilisateur. Ce type d'information permet souvent de mettre en évidence des objets particulièrement pertinents.
Selon une autre variante de réalisation la comparaison permet d'accorder une priorité à tout objet (OU) provenant d'un fichier utilisateur (U). Par exemple, afin de mettre en évidence des attributs ou caractéristiques que l'utilisateur pourra rapidement reconnaître : il peut s'agir d'une date de consultation récente, d'un
Kart_mot_intel_pct
objet avec une notation élevée (pour cet utilisateur), ou d'un objet avec des commentaires personnels, etc.
Selon une autre variante avantageuse, la comparaison permet de conserver une seule fois un même objet identifié dans plusieurs sources lors d'une recherche. On vise alors à éliminer les doublons.
De manière avantageuse, un objet repéré dans plus d'une source se voit conféré un attribut particulier. Un tel objet a en effet une probabilité d'être plus pertinent que d'autres qui ne sont pas référencés dans plusieurs sources.
Selon un mode de réalisation avantageux de l'invention, avant d'effectuer la comparaison entre les résultats bruts d'une source fournisseur (P) et d'une source utilisateur (U), les éventuels résultats bruts provenant d'un fichier utilisateur (U) sont présentés ou affichés, puis, lorsque les éventuels résultats en provenance d'un fichier fournisseur (P) sont disponibles, la comparaison des résultats en provenance des deux types différents de fichier est effectuée et les objets du résultat synthétisé qui n'ont pas déjà été présentés avant ladite comparaison sont à leur tour présentés.
Cette particularité permet d'appliquer le procédé de recherche de façon séquentielle. Par exemple, avant de procéder à la comparaison des résultats bruts, on peut présenter les premiers résultats disponibles. Dans le cas où un fichier utilisateur est disponible localement, les résultats provenant de la consultation de ce fichier sont souvent disponibles très rapidement. Ces résultats peuvent ainsi être affichés ou présentés à l'utilisateur dans un laps de temps très court. Par la suite, lorsque les résultats provenant de la consultation de fichiers distants sont disponibles, on effectue la comparaison à l'aide du module d'analyse. Puisque les résultats du fichier utilisateur sont déjà présentés, il suffit alors de présenter les autres objets. On obtient ainsi une possibilité d'échelonner dans le temps la présentation des résultats, en bénéficiant de la disponibilité quasi-immédiate des objets utilisateur (U), puis en complétant par la suite avec les objets fournisseur (P) trouvés ultérieurement. L'utilisateur ne perds pas de temps art_mot_intel_pct
et bénéficie quasi-instantanément de ce qui est rapidement à sa disposition. Puisque les objets identifiés dans le fichier utilisateur ont de forte chance d'être pertinents, cette possibilité d'affichage quasi-instantané est particulièrement intéressante. En effet, de nombreux utilisateurs effectuent de façon récurrente les mêmes requêtes, dans le but de retrouver les objets qui leur sont bien connus. Une présentation rapide de ces résultats est alors particulièrement pertinente.
Selon une variante de ce mode, avant l'affichage des résultats complets, on retire les résultats de la source utilisateur, et on affiche ensuite le résultat synthétisé.
Pour toute recherche ultérieure dans un fichier fournisseur, le ou les fichiers fournisseur peuvent être les mêmes qu'à l'origine ou d'autres. Une telle caractéristique permet de préserver l'indépendance de l'utilisateur par rapport à un fournisseur d'objet donné.
Selon divers modes de réalisation, les recherches dans les fichiers utilisateur et les fichiers fournisseur peuvent être effectuées soit en parallèle ou de façon successive.
Selon un mode de réalisation avantageux, le procédé comporte par ailleurs les étapes suivantes, consistant à :
-fournir des moyens de sélection permettant la sélection d'au moins un objet (OU, OP) du résultat synthétisé (RS) et des moyens de personnalisation, permettant de personnaliser ledit objet au moyen d'au moins un attribut associé à cet objet ; -mémoriser ledit objet personnalisé dans ledit fichier utilisateur (U).
Ledit fichier utilisateur est destiné à des recherches ultérieures, de sorte que, suite à une recherche, lorsque des objets ont été trouvés, l'utilisateur peut personnaliser les objets de son choix avec des attributs. Lors d'une recherche ultérieure, on recherche d'une part les objets standard dans un ensemble de référence et d'autre part les objets personnalisés, et les résultats sont comparés et/ou analysés et/ou traités.
Kart_mot_intel_pct
Selon un autre mode de réalisation avantageux, pour tout objet mémorisé dans un fichier utilisateur, la requête ayant permis l'identification de cet objet est également conservée dans ledit fichier utilisateur, avec un lien entre la requête et l'objet.
Grâce à cette possibilité de stocker les requêtes et des résultats dans un fichier utilisateur, si une requête est à nouveau utilisée, la recherche effectuée au niveau du fichier utilisateur peut être effectuée sur la base de la requête. Si la requête existe dans le fichier utilisateur, les objets -c'est-à-dire les résultats- mémorisés et associés à cette requête peuvent être rapidement présentés, en diminuant substantiellement le nombre d'éléments à consulter.
Selon une variante de ce mode de réalisation, la requête est également soumise à l'ensemble de référence. Les éventuels nouveaux objets trouvés peuvent être présentés à l'utilisateur, qui peut éventuellement les mémoriser ou non dans un fichier utilisateur.
L'invention prévoir par ailleurs un logiciel comprenant des éléments de code programmés pour la mise en œuvre du procédé précédent, lorsque ledit logiciel est chargé dans un système informatique et exécuté par ledit système informatique.
L'invention prévoit également le logiciel sous forme de produit enregistré sur un support lisible par un système informatique, comprenant des éléments de code programmés pour la mise en œuvre du procédé précédent, lorsque ledit logiciel est chargé dans un système informatique et exécuté par ledit système informatique.
L'invention prévoit par ailleurs un procédé de recherche et de traitement d'objets à partir de sources multiples pour système numérique comportant un microprocesseur, au moins une unité mémoire, ledit procédé consistant à :
-fournir au moins un fichier utilisateur (U) situé localement par rapport à un poste utilisateur et destiné à être géré par un utilisateur local, ledit fichier utilisateur (U)
Kart_mot_intel_pct
étant susceptible de comporter une pluralité d'objets utilisateurs (OU) spécifiquement sélectionnés par un utilisateur et comportant au moins un attribut utilisateur attribué par un utilisateur ;
-fournir un moyen d'accès au moins temporaire à un fichier fournisseur (P) situé à distance par rapport audit poste utilisateur et destiné à être géré par un fournisseur d'objets, ledit fichier fournisseur (P) étant accessible par connexion au moins temporaire avec ledit poste et susceptible de comporter une pluralité d'objets fournisseur (OP) ;
-fournir un requêteur, susceptible de recevoir au moins une requête et de soumettre ladite requête en effectuant une recherche afin d'identifier les objets susceptibles de remplir les critères de ladite requête ;
-fournir un module d'analyse (MA) ;
-effectuer une recherche, par soumission d'une même requête à au moins deux sources distinctes comprenant : ledit fichier utilisateur (U) ; et ledit fichier fournisseur (P) ;
-effectuer une comparaison au moyen dudit module d'analyse (MA), sur la base de critères de comparaison (CP) préalablement définis, entre les éventuels objets (OP) identifiés dans le fichier fournisseur et les éventuels objets (OU) identifiés dans le fichier utilisateur de façon à générer un résultat synthétisé, comportant à la fois lesdits objets (OU) et lesdits objets (OP).
-fournir un outil de sélection et de personnalisation, permettant à un utilisateur de sélectionner au moins un objet (OU, OP) du résultat synthétisé RS et de personnaliser ledit objet au moyen d'au moins un attribut associé à cet objet ;
-mémoriser ledit objet personnalisé dans ledit fichier utilisateur (U).
Le fichier utilisateur est par la suite disponible pour des recherches ultérieures.
D'autre part, l'invention prévoit un système de recherche et de traitement d'objets pour système numérique comportant un microprocesseur, au moins une unité mémoire et permettant l'opération d'un moteur de recherche, comportant :
Kart_mot_intel_pct
-un requêteur, susceptible de formuler une requête à partir d'informations fournies par un utilisateur et de transmettre cette requête à au moins un outil de recherche ; -un fichier utilisateur (U), situé localement par rapport à la station de l'utilisateur, adapté pour contenir des objets spécifiquement sélectionnés par un utilisateur et géré par l'utilisateur;
-un moyen d'accès au moins temporaire à au moins un fichier fournisseur (P), géré par un fournisseur de données et situé à distance par rapport à la station de l'utilisateur, et adapté pour contenir une pluralité d'objets fournisseur (OP) susceptibles de correspondre à une requête d'un utilisateur ; -un module d'analyse (MA) des résultats de recherche, adapté pour traiter les résultats bruts des recherches effectuées dans les sources multiples, notamment dudit fichier utilisateur, de façon à générer un résultat synthétisé (RS) ; -un gestionnaire (G) de fichier utilisateur (U) pour les objets sélectionnés, adapté d'une part pour associer et gérer des attributs à des objets sélectionnés par l'utilisateur et d'autre part à commander leur mémorisation dans un fichier utilisateur (U).
Après analyse des objets de façon à les comparer et les trier en fonction de critères prédéterminés, les objets issus d'une recherche complexe sont avantageusement présentés à l'utilisateur, par exemple par affichage à l'écran d'un poste utilisateur.
Grâce à ces différents éléments, le système de recherche peut traiter les objets provenant de sources multiples de façon à préparer un résultat « enrichi » comportant d'une part les objets provenant du fichier utilisateur et d'autres part les objets provenant d'un fichier fournisseur répondant à une même requête. Le
Kart_mot_ιntel_pct
résultat synthétisé permet par exemple d'éviter de présenter plusieurs fois un objet présent dans plusieurs sources. Les objets peuvent être classés et/ou triés de façon globale, c'est-à-dire pour l'ensemble des objets trouvés à partir de toutes les sources dans lesquelles la recherche est effectuée. Une telle liste globale est plus utile pour l'utilisateur qu'une simple juxtaposition banale de résultats, dans laquelle il n'y aurait pas véritablement d'unité, donc de fréquentes répétitions, des classements mal ordonnés, etc.
Le gestionnaire ou outil de traitement des objets, permet de conférer un ou plusieurs attributs à des objets, de les modifier, les mettre à jour, les compléter, les supprimer, etc, soit à partir d'une sélection proposée par exemple sous la forme d'un menu, soit à partir des propres entrées de l'utilisateur. L'utilisateur a donc une entière liberté pour gérer ses objets en fonction de ses propres souhaits, ses goûts, sans contrainte. Le plus souvent suite à une recherche, l'utilisateur sélectionne un objet trouvé qui l'intéresse ou qu'il souhaite conserver. Des outils de personnalisation lui permettent de sélectionner ou de créer un ou plusieurs attributs pour chacun des objets de son choix. Le tout, soit l'objet et les attributs associés, peuvent ensuite être mémorisé par stockage dans un fichier utilisateur.
Grâce à ce fichier, les résultats des futures recherches ne seront plus neutres, mais seront de plus en plus affectés, ou influencés ou personnalisés ou individualisés par le contenu du fichier utilisateur. Plus le ou les fichiers utilisateur sont richement fournis en objets et en attributs, plus les probabilités que ce fichier influence les résultats d'une recherche ultérieure augmentent.
De manière avantageuse, le requêteur est matérialisé localement grâce à des éléments informatiques (tels que mémoire et/ou microprocesseur, etc) de l'environnement de la station de l'utilisateur. Le requêteur est donc de préférence en coopération ou liaison avec la station de l'utilisateur de façon à ce qu'une liaison avec l'extérieur ne soit pas nécessaire pour la transmission de données entre la station et le requêteur. Lorsque le logiciel de mise en application du procédé est chargé et opérationnel, le requêteur est alors de préférence créé au
art_mot_intel_pct
niveau des éléments fonctionnels d'une station tel un microprocesseur et/ou des éléments de mémoires de la station.
De manière avantageuse, le fichier utilisateur (U) est matérialisé localement grâce à des éléments informatiques (tels que mémoire et/ou microprocesseur, etc) de l'environnement de la station de l'utilisateur. Le fichier utilisateur est donc de préférence en coopération ou liaison avec la station de l'utilisateur de façon à ce qu'une liaison avec l'extérieur ne soit pas nécessaire pour la transmission de données entre la station et le fichier utilisateur. Lorsque le logiciel de mise en application du procédé est chargé et opérationnel, le fichier utilisateur est alors de préférence créé au niveau des éléments fonctionnels d'une station tel un microprocesseur et/ou des éléments de mémoires de la station.
De manière avantageuse le fichier fournisseur (P) est matérialisé à distance grâce à des éléments informatiques (tels que mémoire et/ou microprocesseur, etc) situés hors de l'environnement de la station de l'utilisateur. Le fichier fournisseur est donc de préférence en coopération ou liaison avec la station de l'utilisateur au moyen d'une liaison avec l'extérieur permettant la transmission de données entre la station et le fichier fournisseur. Il peut s'agir d'une simple liaison téléphonique, d'une connexion inter-réseaux telle que Internet, d'une liaison par câble, satellite, etc.
Selon un mode de réalisation avantageux, le requêteur (R), le module d'analyse (MA) et le gestionnaire (G) de fichier utilisateur (U) sont situés localement par rapport à la station de l'utilisateur.
Selon un mode de réalisation avantageux, le module d'analyse effectue une comparaison entre les objets (OP) identifiés dans le fichier fournisseur et les objets (OU) identifiés dans le fichier utilisateur sur la base de critères de comparaison (CP) préalablement définis, de façon à générer un résultat synthétisé.
Kart_mot_intel_pct
Les critères de comparaison ou tri peuvent être inhérents au système, ou établis par l'utilisateur, ou une combinaison de ces deux possibilités. Dans le cas où les critères sont sélectionnés par l'utilisateur, ils peuvent l'être soit à partir d'une liste prédéfinie ou à partir d'entrées de l'utilisateur. A titre exemplatif de critères, citons : la cote ou notation, la taille d'une objet, le nombre de mots clés de la requête retrouvés dans l'objet ou la distance de l'objet par rapport aux mots clés, la date d'un objet, le taux de fréquentation d'un objet tel qu'un site Web, la fréquence de mise à jour, etc.
De manière avantageuse, le module d'analyse (MA) est matérialisé localement grâce à des éléments informatiques (tels que mémoire et/ou microprocesseur, etc) de l'environnement de la station de l'utilisateur. Le module d'analyse est donc de préférence en coopération ou liaison avec la station de l'utilisateur de façon à ce qu'une liaison avec l'extérieur ne soit pas nécessaire pour la transmission de données entre la station et ledit module. Lorsque le logiciel de mise en application de du procédé est chargé et opérationnel, le module d'analyse est alors de préférence créé au niveau des éléments fonctionnels d'une station tel un microprocesseur et/ou des éléments de mémoires de la station.
De manière avantageuse, le gestionnaire (G) d'objets est matérialisé localement grâce à des éléments informatiques (tels que mémoire et/ou microprocesseur, etc) de l'environnement de la station de l'utilisateur. Le gestionnaire est donc de préférence en coopération ou liaison avec la station de l'utilisateur de façon à ce qu'une liaison avec l'extérieur ne soit pas nécessaire pour la transmission de données entre la station et ledit gestionnaire. Lorsque le logiciel de mise en application du procédé est chargé et opérationnel, le gestionnaire est alors de préférence créé au niveau des éléments fonctionnels d'une station tel un microprocesseur et/ou des éléments de mémoires de la station.
Le procédé implique l'utilisation d'au moins un outil de recherche. Le ou les outils de recherche sont des outils de type connus, et largement répandus tant chez les utilisateurs professionnels que les particuliers. Il est également possible, selon une variante de réalisation, de remplacer ou compléter l'un ou l'autre des outils de
Kart_mot_intel_pct
recherche par un connecteur ou adaptateur ou traducteur qui permet d'assurer une parfaite compatibilité avec la source consultée et de récupérer les données sans problème de format.
Selon un mode de réalisation avantageux, l'outil de recherche utilisateur (mU) est associé et de préférence à proximité du fichier utilisateur.
Selon un mode de réalisation avantageux, l'outil de recherche fournisseur (mP) est associé et de préférence à proximité du fichier fournisseur.
Selon un mode de réalisation avantageux, au moins un outil de recherche est remplacé ou complété par un connecteur qui permet d'assurer une parfaite compatibilité avec la source consultée et de récupérer les données sans problème de format.
L'invention prévoit enfin un logiciel comprenant des éléments de code programmés pour la mise en œuvre du système de recherche et de traitement d'objets tel que décrit précédemment, lorsque ledit logiciel est chargé dans un système informatique et exécuté par ledit système informatique.
Ce logiciel est avantageusement sous forme de produit enregistré sur un support lisible par un système informatique, comprenant des éléments de code programmés tel que décrit ci-dessus.
Selon un mode de réalisation avantageux de l'invention ; la comparaison entre les résultats bruts provenant d'une part de sources de type utilisateur (U) et d'autre part de sources de type fournisseur (P) est effectuée au moyen d'un module d'analyse (MA), sur la base de critères de comparaison (CP) préalablement définis (avant la recherche), entre les objets (OP) identifiés dans le fichier fournisseur et les objets (OU) identifiés dans le fichier utilisateur de façon à générer un résultat synthétisé.
Kart_mot_intel_pct
BREVE PRESENTATION DES FIGURES
La présente invention sera décrite à l'aide des figures 1 à 13 jointes, dans lesquelles :
la figure 1 illustre une représentation schématique d'un système selon l'invention ; la figure 2 illustre une variante du système de la figure 1 ; les figures 3, 4 et 5 illustrent des exemples de structures des différents types de fichiers U et P ; les figures 6, 7 et 8 illustrent les différentes étapes du procédé selon l'invention ; les figures 9 et 10 illustrent les deux principaux modes de recherche dans les fichiers U et P ; les figures 11 à 13 présentent des exemples d'interface de recherche et de gestion des objets.
DESCRIPTION DETAILLEE DE L 'INVENTION
DEFINITIONS Utilisateur : il peut s'agir d'une personne ou d'un groupe de personnes, mais dans un tel cas, il s'agit d'un groupe déterminé, tel les membres d'une famille, d'un groupe, d'une club, etc, dont les membres sont connus et en nombre limité, à l'opposé d'une communauté d'utilisateurs dont les membres ne sont pas forcément connus et le nombre d'usagers reste ouvert et potentiellement illimité.
Fichier utilisateur (U) : ce type de fichier, adapté pour contenir les objets spécifiquement sélectionnés par l'utilisateur, est créé, par exemple lors de l'installation ou configuration du dispositif ou système selon l'invention. Selon un premier mode de réalisation de l'invention, illustré à la figure 1 , le fichier U est situé à distance de la station 1 de l'utilisateur. Le fichier peut alors être stocké sur un serveur distant, une autre station, mais située à distance, chez un fournisseur de services à distance, etc. Selon un autre mode de réalisation avantageux, illustré à la figure 2, le fichier est situé localement, soit au niveau de la station de
Kart_mot_intel_pct
l'utilisateur, tel qu'illustré, soit dans son environnement, par exemple dans un périphérique ou au sein d'un réseau local.
Objets utilisateurs : ce sont les objets sélectionnés par l'utilisateur pour stockage dans un fichier utilisateur. Ces objets comportent de préférence un ou des attributs donnés par l'utilisateur. Ces objets peuvent être de nature et de format des plus diversifiés. Il peut s'agir d'adresses ou de noms de sites ou de pages Web, de références de documents, de livres, de textes, de fichiers de tous types (images, données diverses, etc).
Fournisseur : il s'agit d'un fournisseur d'information, notamment d'objets tels que des adresses ou noms de sites Web. Un fournisseur est accessible par connexion au moins temporaire. Un site offrant un service de moteur de recherche peut avantageusement servir de fournisseur. Tout fournisseur de tout type de données peut également être un fournisseur selon la présente définition .
Fichier fournisseur (P) : Il s'agit d'un espace de stockage, dans lequel une pluralité d'objets sont mis à la disposition d'usagers, tels que des internautes, des chercheurs, etc. Les objets de ce fichier, leur classement, leurs mises à jour, leurs disponibilités, etc, sont gérés par un ou plusieurs fournisseurs ou prestataires, autres que l'utilisateur. L'utilisateur n'a pas d'influence directe sur le contenu d'un fichier : il n'a pas la possibilité de modifier à son souhait et librement le contenu d'un fichier fournisseur. Dans certains cas, certaines données concernant les utilisateurs peuvent être conservées par un fournisseur, dans un fichier fournisseur. Mais ces données sont contrôlées, gérées par le fournisseur, et non pas par l'utilisateur.
Objets fournisseur : ce sont les objets disponibles dans les fichiers fournisseurs. Ils peuvent comporter des attributs. Ces objets peuvent être de nature et de format des plus diversifiés. Il peut s'agir d'adresses ou de noms de sites ou de pages Web, de références de documents, de livres, de textes, de fichiers de tous types (images, données diverses, etc).
art_mot_intel_pct
Recherche complexe : il s'agit d'une recherche effectuée dans au moins deux types différents de sources, dont au moins une source ou fichier utilisateur et au moins une source ou fichier fournisseur, une même requête étant soumise aux différentes sources.
Attributs utilisateurs : ce sont les attributs conférés par un utilisateur au moyen du gestionnaire ou outil de traitement des objets.
Requêteur : à partir d'instructions fournies par un utilisateur, comme par exemple un ou plusieurs mots-clés, le requêteur génère ou met en forme une requête, permettant de rechercher des objets précis parmi un ou plusieurs ensembles plus vastes, comprenant parfois un nombre considérable d'objets. Une requête peut ainsi être soumise à diverses sources telles que des fichiers fournisseurs ou utilisateurs dans lesquels on souhaite rechercher l'information. Le requêteur peut éventuellement proposer des choix ou menus à l'utilisateur, notamment pour l'entrée des mots clés. Selon une variante, le quêteur peut également recevoir les indications de base d'un système ou logiciel prévu pour générer des mots-clés ou requêtes.
Des exemples simples de résultats de recherche seront à présent utilisés, uniquement à des fins illustratives, afin de montrer les différents modes de réalisation selon l'invention.
La figure 1 illustre un exemple de mise en œuvre du procédé et du dispositif selon l'invention. Lorsque le logiciel est chargé et opérationnel sur un dispositif informatique tel une station utilisateur 1 , comportant au moins un microprocesseur 2 coopérant avec des éléments mémoire 3, des moyens 4 d'accès à distance comme par exemple un modem 5 relié à une liaison de type Internet 6, différents éléments peuvent être matérialisés ou mis en œuvre : un requêteur R, un module d'analyse MA, un gestionnaire G, un fichier utilisateur U, un outil de recherche utilisateur mU.
Kart_mot_intel_pct
Le requêteur R est prévu pour formuler et transmettre des requêtes ou interrogations à partir d'informations en général fournies par un utilisateur. Selon une variante, les informations utiles à la formulation des requêtes peuvent provenir d'un autre système ou logiciel spécialement prévu à cet effet. Des liaisons inter-éléments 14 permettent de relier les divers composants ou éléments de la station, soit entre eux, soit à des moyens 4 d'accès à distance. Ces moyens d'accès à distance permettent de relier, lorsque cela est nécessaire, la station utilisateur à des éléments distants, situés hors de la station utilisateur ou hors du réseau local de cette station. Ces éléments concernent en particulier des sources ou fichiers fournisseur P de données ou objets tels que des sites ou pages Web, susceptibles de comporter des informations, objets, ou autres, intéressants et/ou utiles pour l'utilisateur. Un outil de recherche fournisseur mP est avantageusement associé au fichier fournisseur, de façon à permettre d'effectuer des recherches de façon efficace et rapide.
Le module d'analyse MA est prévu pour analyser les résultats bruts de la recherche complexe. Il est relié, au moins temporairement, d'une part au fichier fournisseur P, et d'autre part au fichier utilisateur U, de qui il reçoit les résultats bruts, par l'entremise d'un outil tel un outil de recherche, respectivement mP et mU pour les fichiers P et U. Selon une variante de réalisation, un seul outil de recherche est prévu pour rechercher dans les différentes sources.
La figure 2 présente une variante avantageuse, dans laquelle la source ou fichier utilisateur U, est prévu au niveau de la station de l'utilisateur (contrairement à la figure 1, où le fichier utilisateur est prévu à distance). Il peut se situer soit directement au sein de la station, soit au niveau d'un périphérique associé à cette station. Il peut par ailleurs être prévu au sein d'un réseau local ou interne, ne nécessitant pas de connexion avec l'extérieur. Ce mode de réalisation est particulièrement avantageux puisqu'il permet à l'utilisateur de gérer en toute indépendance son ou ses fichiers utilisateur.
La figure 3 illustre un exemple schématique ou théorique d'un fichier fournisseur (P). On voit que ce type de fichier est habituellement prévu pour contenir une
Kart_mot_intel_pct
vaste collection d'objets. Pour chacun des objets, un fichier fournisseur peut contenir un ou plusieurs attributs, bien que cela ne soit pas obligatoire. Les attributs sont alors ceux donnés soit par le fournisseur lui-même, soit par le créateur de l'objet, soit par un tiers, mais pas par un utilisateur du procédé ou du dispositif selon l'invention. Certains attributs, comme par exemple l'attribut « a » dans l'exemple illustré, peuvent être communs à plusieurs objets.
Les figures 4 et 5 illustrent des exemples simples de fichiers utilisateur (U). A la figure 4, le fichier comporte, en plus des objets et de leurs attributs respectifs, les requêtes (ou mots clés) formulées qui ont permis d'identifier ces objets. Par exemple, pour la requête « cie aérienne », quatre objets ont été mémorisés par l'utilisateur. D'autres objets ont possiblement été trouvés lors de la recherche, mais l'utilisateur n'a pas jugé opportun de les conserver dans son fichier. L'utilisateur a donné un attribut à trois des quatre objets mémorisés. Ces attributs peuvent être identiques ou différents de ceux provenant du fournisseur des objets. Souvent, l'utilisateur donne un attribut qui lui correspond personnellement, qui corresponde à ses goûts ou habitudes, et qui serait donc différent s'il devait être donné par un autre utilisateur. Cette personnalisation permet à l'utilisateur de faciliter les consultations des recherches ultérieures.
Lors d'une recherche ultérieure, si la requête « cie aérienne » est à nouveau formulée, l'enregistrement préalable de cette requête est rapidement retrouvé, et les quatre objets correspondants du fichier de l'exemple illustré sont présentés dans les résultats. En effet, même si un fichier comporte de nombreux objets, il comporte en général un nombre réduit de requêtes, et les recherches par requêtes sont susceptibles d'être réalisées plus rapidement que les recherches objet par objet. Selon le mode de présentation de ces résultats, les attributs peuvent être présentés en totalité, partiellement, ou pas du tout.
Dans l'exemple de la figure 5 ; illustrant une partie du contenu d'un fichier utilisateur, les requêtes ne sont pas enregistrées. Lors d'une recherche ultérieure, les objets sont scrutés un à un, pour vérifier s'ils répondent ou non aux critères formulés.
Kart_mot_intel_pct
La figure 6 présente un schéma fonctionnel illustrant le procédé selon l'invention. Une fois la requête formulée, à l'aide du requêteur, celle-ci est envoyée à au moins un fichier utilisateur U, et au moins un fichier fournisseur P. Au sein de chacun des fichiers, une recherche est ensuite effectuée, de façon classique, afin d'identifier les éventuels objets répondants aux critères de la requête. Les objets identifiés ou retenus ou sélectionnés, soit d'une part les objets sélectionnés OU du fichier utilisateur, et d'autre part les objets OP sélectionnés du fichier fournisseur, sont ensuite envoyés au module d'analyse, pour procéder à une analyse ou comparaison. L'analyse permet de générer un résultat synthétisé. Dès lors que des objets OU et OP sont à la fois présents, les attributs des objets OU sont utilisés afin de personnaliser les résultats finaux. Ainsi par exemple, tout objet trouvé dans plus d'un fichier peut être traité de façon à n'être présenté qu'une seule fois dans les résultats. Une éventuelle indication peut relater le fait que cet objet a été identifié plusieurs fois, ce qui peut être un signe de pertinence de l'objet. Les objets OU sont considérés de façon spécifique, grâce à leurs attributs. Il est ainsi possible soit de les présenter en tête de liste des résultats, et/ou de présenter les attributs (ou certains d'entre eux). L'utilisateur retrouve donc aisément et rapidement les objets qu'il connaît déjà, puisqu'il les a déjà traité avec le gestionnaire afin de les conserver dans un fichier utilisateur. Ce sont les critères de comparaison envoyés au module d'analyse qui permettent de déterminer de quelle façon seront considérés les objets OU par rapports aux objets OP. Une fois ce traitement réalisé, les résultats synthétisés ou finaux sont avantageusement affichés. Ils peuvent également être enregistrés dans un fichier résultats, pour tout type d'utilisation ultérieure.
La figure 7 présente un diagramme du même type que celui de la figure 6, mais avec une variante de réalisation du procédé. Selon cette variante, les objets OU sélectionnés ou identifiés dans un ou plusieurs fichiers utilisateur sont avantageusement présentés ou affichés le plus rapidement possible. Ainsi, dans le cas où un utilisateur a lancé une recherche, les objets OU sont susceptibles de lui être présentés très rapidement, diminuant ainsi les temps morts du processus. En fait, en particulier dans le cas ou un fichier utilisateur est prévu en local, la
Kart_mot_intel_pct
transmission des résultats peut être très rapide. Les fichiers utilisateurs étant souvent de plus petite taille que les fichiers fournisseurs, la recherche peut également être rapide. Le procédé permet donc à l'utilisateur de bénéficier de cette configuration avantageuse. Cet affichage des objets OU est d'autant plus avantageux que de nombreux utilisateurs effectuent souvent des requêtes similaires pour retrouver des objets qu'ils ont déjà vu auparavant.
Puis, comme dans le cas précédent, les résultats partiels de chacun des fichiers utilisateur et fournisseur sont analysés et traités de façon à produire un résultat synthétisé. Les objets complémentaires, non présentés lors du premier affichage, peuvent alors être ajoutés aux premiers. Puisqu'il s'agit d'objets provenant de fichiers fournisseur, leur présentation à la suite des premiers résultats permet à l'utilisateur de repérer aisément les nouveaux objets identifiés. Bien sûr, selon diverses variantes, le second affichage peut être réalisé selon un autre type de présentation, selon les instructions ou critères transmis au module d'analyse.
Les figures 9 et 10 illustrent les deux types de recherche préalablement évoqués, à savoir la recherche par objet (figure 9) et la recherche par requêtes antérieures (figure 10). Dans le premier cas, qu'il s'agisse d'un fichier utilisateur ou d'un fichier fournisseur, la requête est comparée à chacun des objets, de façon classique, et les objets correspondant aux critères de la requête sont retenus.
Le second mode est avantageusement prévu pour optimiser le temps de recherche dans un fichier utilisateur. Lorsque l'utilisateur approvisionne en objets un fichier utilisateur, tel que décrit ci-après, en relation avec les figures 8, 11, 12 et 13, pour chaque objet conservé dans un fichier utilisateur, la requête ayant servi à repérer cet objet est également conservée. L'objet et sa requête correspondante sont par ailleurs liés. Ainsi, lors d'une recherche par requête, une nouvelle requête (rO) est comparée aux requêtes antérieures conservées dans le fichier utilisateur. Si une requête antérieure identique est trouvée, les résultats bruts correspondants, c'est-à-dire les objets associés à cette requête antérieure sont retenus.
Kart_mot_intel_pct
Par la suite, dans l'un ou l'autre des cas précédents, les résultats bruts provenant des fichiers utilisateur sont analysés par rapport aux résultats bruts provenant des fichiers fournisseur, tel que décrit préalablement, en relation avec les figures 6 et 7.
Les figures 8, 11 , 12 et 13 illustrent d'une part le procédé permettant de gérer les objets personnels, et d'autre part des exemples d'interface de gestion. Suite à une recherche, par exemple une recherche concernant le mot « avion » tel qu'illustré à la figure 11 , un certain nombre de résultats sont présentés. L'objet « Avion 1 » provient d'un fichier utilisateur. L'utilisateur le reconnaît avec aisance du fait d'un attribut sous la forme d'un commentaire personnel. Les objets subséquents proviennent de fichiers fournisseurs. Afin de gérer les objets de son choix afin de les conserver, l'utilisateur sélectionne un objet de son choix, dans la liste des résultats. Cette étape de sélection est présentée aux figures 8 et 12. Dans cette dernière figure, on note la sélection, par exemple par clic d'une souris, de l'objet « Avion 2 ». Dans l'exemple illustré, cette opération de sélection génère l'apparition d'une fenêtre de gestion, présentée à la figure 13. Les attributs de l'objet sélectionnés sont mis à la disposition de l'utilisateur, qui peut aisément les traiter, grâce à des commandes et/ou menus de type classique. C'est l'étape de personnalisation, avec les attributs, de la figure 8. L'utilisateur peut modifier ou supprimer un ou plusieurs attributs existants, il peut créer un ou plusieurs nouveaux attributs. Selon diverses variantes non illustrées, d'autres options peuvent être proposées. Par exemple, l'ajout d'attributs relatifs à une cote ou notation de préférence (ou l'inverse). De tels attributs sont avantageusement utilisés dans l'étape d'analyse, afin d'établir des priorités de présentation de certains objets par rapport à d'autres. Les objets avec une cote élevée peuvent ainsi être affichés en tête de liste. Les autres, avec des cotes moindres, par la suite, dans l'ordre des cotes.
Un attribut de non affichage peut également être proposé à l'utilisateur, de sorte qu'un objet donné, que l'utilisateur ne souhaite pas voir affiché, puisse être filtré lors de l'étape d'analyse et ne pas apparaître dans la liste des résultats.
Kart_mot_inteI_pct
Un dateur peut être proposée, afin d'identifier la date à laquelle un objet a été traité ou modifié, ou trouvé. Ce type de donnée peut permettre un tri par ordre chronologique lors de l'étape d'analyse.
art_mot_intel_pct