Brevet FR2748362A1 — publié le 19971107

A La présente invention concerne les hypermédia et la navigation hypermédia "Hypermédia" est une métaphore pour présenter des informations dans lesquelles du texte, des images, des sons, et des actions sont reliés dans une bande com- plexe, non-séquentielle, d'associations qui permettent à un utilisateur de parcourir des sujets concernés, quel que soit l'ordre des sujets présentés. Hypermédia pro- vient de "hypertexte" un terme qui à l'origine a été for- gé pour décrire des documents à base de texte comportant des liaisons avec d'autres documents pour former une bande non-séquentielle d'idées associées. Un contenu hypermédia est largement utilisé pour la navigation et la dissémination d'informations sur le "World-Wide Web" (WWW ou Web) du réseau Internet. Un programme d'application appelé "explorateur de Web" est normalement utilisé pour récupérer et restituer le conte- nu hypermédia du WWW. Le contenu hypermédia est couramment organisé sous forme de documents ayant des informations de con- trôle incluses. Les informations de contrôle incluses comportent des spécifications de formatage, indiquant la manière par laquelle un document doit être restitué par l'explorateur de Web. De plus, de telles informations de contrôle peuvent comporter des liens ou "hyperliens": symboles ou instructions indiquant à l'explorateur du Web o trouver d'autres documents WWW concernés sur le réseau Internet. Un hyperlien provenant d'un sujet hypermédia vers un autre est normalement établi par l'auteur d'un document hypermédia, bien que certaines applications per- mettent aux utilisateurs d'insérer des hyperliens vers des sujets voulus. Un hyperlien est typiquement restitué par un explorateur de Web sous forme d'icône graphique ou de mots clés surlignés. Un utilisateur "active" ou "suit" un hyperlien en cliquant sur une icône ou des mots clés sur- lignés ou en sélectionnant autrement ceux-ci. Activer un lien entraîne l'explorateur du Web à récupérer et resti- tuer le document ou la ressource qui est ciblée par l'hy- perlien. Avec l'icône d'hyperlien ou les mots clés sur- lignés est associée une spécification de cible sous-jacente. La spécification de cible est établie dans un document hypermédia sousjacent, mais est normalement invisible pour l'utilisateur. La spécification de cible identifie de manière non-ambigue un document ciblé ou une ressource ciblée, spécifiant de manière typique le nom de l'ordinateur sur lequel se trouve le document et le nom complet du fichier du document. Dans les documents WWW, les cibles sont spécifiées en utilisant des "positionneurs de ressource uniforme" (encore appelés URL). Un URL décrit tout ce qui concerne une ressource particulière qu'un explorateur du Web doit connaître pour la requérir et la restituer. Le URL décrit le protocole qu'un explorateur doit utiliser pour récupérer la res- source, le nom de l'ordinateur sur lequel elle se trouve, et le trajet et le nom de fichier de la ressource. Le contenu hypermédia utilisé par le WWW est couramment écrit en utilisant ce qui est appelé un "Langage de Marquage". Un langage de marquage généralisé standard ou "SGML" est un tel langage, défini de manière formelle en tant que "langage de représentation d'un do- cument qui formalise le marquage et le libère des inter- actions du système et du traitement". SGML est un langage pour décrire la structure de documents et pour décrire un schéma d'étiquetage pour délimiter cette structure dans un texte. Pour créer un contenu hypermédia, des documents WWW utilisent une spécialisation de SGML appelée Langage de Marquage Hypertexte ou "HTML". Un document de texte HTML peut être imaginé comme un texte en clair qui con- tient des instructions de formatage sous la forme de co- des ou "étiquettes" de marquage HTML. Les étiquettes in- diquent aux explorateurs du Web comment restituer et im- primer des documents et sont aussi utilisées pour spéci- fier des hyperliens. Ce qui suit est un exemple simple d'un court document hypertexte contenant un seul hyperlien: Microsoft has a Web page with the latest upgrades to its popular word processing programm. Dans cet exemple, le mot "upgrades" apparaîtra à l'utilisateur comme étant surligné, et le texte situé dans les signes inférieur et supérieur n'apparaîtra pas du tout: Microsoft has a Web page with the latest upgra- des to its popular word processing programm. En cliquant sur le mot clé surligné "upgrades", l'utilisateur peut envoyer une instruction à l'explora- teur du Web pour activer la spécification de cible sous-jacente. Dans ce cas, la spécification de cible sous-jacente est un document HTTP (Protocole de Transport d'Hypertexte) situé au niveau de l'ordinateur "www.microsoft.com" ayant pour nom de fichier "upgrades". Les signes inférieur et supérieur dans l'exem- ple définissent des étiquettes d'hypertexte. Dans la plu- part des cas, des étiquettes apparaissent par paires: une étiquette de début et une étiquette de fin. L'éti- quette de début indique o un formatage particulier doit commencer, et une étiquette de fin correspondante indique ou le formatage doit être terminé. Une étiquette de début commence par un code (situé après le signe de tête) indi- quant un type d'étiquette. Une étiquette de fin est cons- tituée de ce même code, précédé par une barre inclinée. Dans l'exemple ci-dessus, la partie avant "A" de l'étiquette de début indique qu'il s'agit d'une éti- quette "d'ancrage", type d'étiquette qui définit un hy- perlien. L'étiquette de début comporte une étiquette "attribut", indiquant une spécification cible: HREF="HTTp://www.microsoft. com/upgrades". Dans le concept, la cible d'un hyperlien peut être virtuellement tout type d'objet, y compris des pro- grammes exécutables, des documents de texte ou multimé- dia, des extraits sonores, des parties audio, des images fixes, des ordinateurs, des répertoires, et d'autres hy- perliens. Dans les documents WWW, des cibles d'hyperliens sont la plupart du temps des fichiers qui peuvent être situés sur un ordinateur quelconque relié à Internet. Ce- pendant, une cible d'hyperlien peut aussi être un empla- cement particulier d'un document, y compris le document qui est en cours de restitution. L'utilisation d'hypertexte n'est pas limitée à Internet. Diverses applications multimédia utilisent l'hypertexte pour permettre aux utilisateurs de naviguer à travers différentes parties du contenu de l'informa- tion. Par exemple, un programme d'encyclopédie doit uti- liser des hyperliens pour fournir des références croisées concernant des articles situés dans une encyclopédie électronique. Le même programme doit aussi utiliser des hyperliens pour spécifier des ressources d'informations éloignées telles que des documents WWW situés sur des or- dinateurs différents. Bien que le concept d'hyperlien ajoute un inté- rêt et une commodité incroyables à la plupart des appli- cations telles que des explorateurs de WWW, naviguer à travers d'énormes quantités d'informations nécessite une entrée significative par un utilisateur. On considère par exemple le problème théorique consistant à utiliser une ressource d'informations telle que WWW pour trouver un restaurant approprié pour manger dans la région de Seat- tle. On suppose de plus qu'une grande partie des restau- rants de la région de Seattle ont des pages d'informa- tions Web (comportant de manière possible des menus com- plets et des prix) sur Internet. Pour une utilisation quelconque de ces pages Web, il est tout d'abord nécessaire de les trouver. En supposant que leur URL soit disponible dans certains ty- pes de livre d'adresses, ceci peut être encore une tâche décourageante d'entrer manuellement les URL et d'examiner les pages Web d'un grand nombre de restaurants. Heureuse- ment, il existe certains outils disponibles qui peuvent faciliter ou automatiser certains de ces processus. Par exemple, un utilisateur peut utiliser un moteur de re- cherche disponible et une base de données associée pour réaliser une recherche sur la base de certains mots clés. Un moteur de recherche tel que celui-ci doit renvoyer un document ou un répertoire formaté ayant des hyperliens avec les pages Web trouvées en tant que résultat de la recherche. En variante, un utilisateur heureux peut trou- ver un répertoire de pages Web qui établit déjà une liste des hyperliens des pages Web des restaurants de Seattle. Un utilisateur encore plus heureux peut trouver une page Web ayant des hyperliens avec les pages Web de restau- rants de Seattle, mis en catégorie par type de cuisine. Bien que ces procédés de la technique anté- rieure soient quelque peu exploitables, des utilisateurs fréquents du WWW réalisent qu'ils sont souvent peu fia- bles et prennent pratiquement toujours du temps. Spéci- fier une requête de recherche appropriée pour un moteur de recherche, par exemple, n'est pas toujours simple et n'a pas toujours pour résultat les résultats voulus. De manière similaire, trouver simplement un répertoire de page Web de l'information voulue est souvent très diffi- cile et prend du temps. De plus, l'information mise sous forme de liste dans le répertoire est souvent incomplète, n'est pas à jour, et n'est pas mise dans une catégorie de manière telle que l'utilisateur le trouve utile. Très souvent, la seule manière de trouver une information cou- rante est d'examiner en fait un grand nombre de documents WWW, sur une base succès-ou-échec, jusqu'à ce qu'un docu- ment approprié ou une ressource appropriée soit trouvée. Les présents inventeurs pensent qu'il y a une meilleure manière de diriger les utilisateurs vers une information voulue. La présente invention utilise ce qui sera appe- lé par la suite des hyperliens "doux". Un hyperlien doux est un lien qui n'est pas entièrement déterminé lorsqu'il est écrit. Une autre information est nécessaire pour identifier la cible ultime de l'hyperlien. Les inventeurs ont défini un système de navigation hypermédia qui permet aux hyperliens de spécifier des cibles d'hyperlien qui peuvent être déterminées d'une manière qui est fonction des caractéristiques et des préférences d'un utilisateur particulier. Pour être compatible avec le système de na- vigation, le fournisseur d'informations met à jour des bases de données de cibles d'hyperlien disponibles. Cha- que base de données supporte un ensemble d'attributs, et mémorise des valeurs d'attribut appropriées pour chaque cible d'hyperlien. Par exemple, une base de données peut supporter un attribut indiquant le niveau de lecture re- quis pour comprendre la teneur de la cible, et un autre attribut indiquant la nature générale du contenu de la cible (fiction/non- fiction). Les valeurs de ces attributs sont mémorisées dans la base de données pour chaque cible d'hyperlien disponible. Un ordinateur d'utilisateur met à jour une in- formation similaire concernant l'utilisateur, l'ordina- teur de l'utilisateur et le système, et l'univers en gé- néral. Cette information est mise en catégorie en termes d'attributs, similaires ou identiques aux attributs uti- lisés par les bases de données. L'ordinateur met à jour une liste d'attributs liés, attributs qui ont des va- leurs. Ces attributs comportent des attributs "ambiants" ayant des valeurs qui sont spécifiées indépendamment du contenu hypermédia. Ils comportent aussi des attributs de "lien" qui sont spécifiés dans un hyperlien sélectionné. De plus, la liste des attributs liés peut comporter des attributs de "contexte" qui sont spécifiés dans le docu- ment hypermédia en cours de restitution. Les attributs ambiants sont relativement permanents, alors que les at- tributs de lien et de contexte changent lorsque l'utili- sateur navigue entre des documents et dans des documents. L'ordinateur de l'utilisateur met aussi à jour une liste de bases de données disponibles, ainsi que les différents attributs supportés par les bases de données respectives. Un hyperlien "doux" tel qu'utilisé ici, com- porte une interrogation partiellement spécifiée plutôt qu'une spécification de cible habituelle. L'interrogation est exprimée en termes d'attributs supportés par les ba- ses de données. L'hyperlien doux contient aussi une ou plusieurs règles exécutables. Le but des règles est d'ajouter encore des attributs de recherche à l'interro- gation. De plus, un hyperlien doux peut contenir une spe- cification d'attributs liés pour inclusion temporaire dans la liste d'attributs liés mise à jour par l'ordina- teur de l'utilisateur. Pour déterminer un hyperlien doux, une applica- tion telle qu'un explorateur du Web identifie et extrait de l'hyperlien l'interrogation partiellement spécifiée ainsi que les règles et les attributs de lien spécifiés dans l'hyperlien. Chaque règle est associée à un ensemble d'attributs de mandataire qui sont aussi spécifiés dans l'hyperlien. L'explorateur du Web exécute chaque règle si et seulement si ces attributs de mandataire associés sont trouvés dans la liste d'ordinateur des attributs liés. Pendant une exécution, une règle examine la liste des at- tributs liés et ajoute potentiellement à l'interrogation des attributs de recherche, en fonction des valeurs des attributs liés. Après que toutes les règles appropriées aient été exécutées, l'interrogation est soumise à une ou plu- sieurs bases de données appropriées. Les bases de données appropriées sont sélectionnées selon qu'elles supportent ou non les attributs spécifiés en définitive dans l'in- terrogation. La base de données, ou les bases de données, retournent une ou plusieurs cibles d'hyperlien, sous la forme de spécifications de cible. Si une seule cible est retournée, cette cible est activée automatiquement (le document ciblé est récupéré et restitué). Si plus d'une cible est retournée, les choix sont restitués sous forme d'hyperliens, et l'utilisateur peut choisir lequel de ceux-ci activer. Pour introduire une mesure d'uniformité dans le système, les attributs sont organisés en différents sché- mas. Chaque schéma définit plusieurs attributs reliés de manière sémantique. Au lieu de garder la piste des attri- buts individuels supportés par une base de données, l'or- dinateur de l'utilisateur piste en fait quels sont les schémas supportés par chaque base de données. Les schémas sont en outre organisés sous diffé- rents modèles, tels que des modèles utilisateur, des mo- dèles de dispositif, des modèles d'affaires, des modèles universels, etc. Différents modèles sont enregistrés à l'aide d'un ordinateur particulier. Tout modèle peut spé- cifier ses propres règles. Des règles "ambiantes" prove- nant des modèles et des règles de "lien" provenant d'un hyperlien sélectionné sont combinées dans un base de rè- gles et exécutées individuellement comme approprié en fonction du fait que leurs attributs de mandataire sont oui ou non liés et présents dans la liste des attributs liés. On va maintenant décrire la présente invention, à titre d'exemple uniquement, en référence aux dessins annexés, sur lesquels: - la figure 1 est un schéma fonctionnel d'un système de navigation à base d'hypermédia selon un mode simplifié de réalisation de la présente invention, - la figure 2 est un schéma fonctionnel d'un système de navigation à base d'hypermédia selon un mode de réalisation plus complexe de la présente invention, - la figure 3 est un schéma fonctionnel repré- sentant divers éléments logiques du système de navigation de la figure 2, - la figure 4 est un schéma fonctionnel repré- sentant des caractéristiques supplémentaires d'un système de navigation tel que représenté sur la figure 2, - la figure 5 est un ordinogramme représentant les étapes méthodologiques de spécification d'un hyper- lien selon la présente invention, - la figure 6 est un ordinogramme représentant les étapes méthodologiques de détermination d'un hyper- lien selon la présente invention. La figure 1 est une représentation d'un système de navigation à base d'hypermédia selon un mode simplifié de réalisation de la présente invention, indiqué de ma- nière générale par la référence numérique 20. Le système comporte un client 22, comportant de préférence un or- dinateur personnel ou un autre dispositif de sélection, de récupération et de restitution d'hypermédia. Le système 20 comporte un fournisseur d'infor- mations 24 qui fournit des documents hypermédia au client 22 par l'intermédiaire de canaux de communication et de protocoles habituels tels qu'Internet ou autre réseau de grande étendue ou réseau local ou certains autres types de média de distribution d'informations. Le client 22 comporte un logiciel 26 de récupé- ration et de restitution d'hypermédia, habituel, pour ré- cupérer le contenu d'hypermédia provenant d'un fournis- seur d'informations 24 et pour le restituer conformément aux instructions habituelles HTLM. Le logiciel 26 se trouve sur le support de mémorisation pouvant être lu par ordinateur, tel qu'un dispositif magnétique de mémorisa- tion ou une mémoire électronique accessible de manière aléatoire, programmé conformément aux étapes qui vont être décrites ci-dessous. Ce logiciel comprend des hyper- liens habituels "durs", et est capable de récupérer des documents ou ressources hypermédia spécifiés en tant que cibles de tels hyperliens durs ou de naviguer vers ceux- ci. Un hyperlien dur est un hyperlien contenant une spe- cification de cible entièrement déterminée. Un hyperlien HTML habituel est un exemple d'hyperlien dur. De plus, le client 22 est capable de déterminer des hyperliens "doux". Un hyperlien doux est un hyperlien qui ne contient pas de spécification de cible déterminée. Au lieu de ceci, un hyperlien doux spécifie les éléments qui permettent à un client 22 de déterminer l'hyperlien lorsqu'il est activé, sur la base de facteurs variables. Le fournisseur d'informations 24 contient un contenu d'hypermédia 28, ayant la forme de plusieurs do- cuments ou fichiers hypermédia pouvant être lus par ordi- nateur. Ces documents comportent un contenu d'informa- tions destiné à être affiché ou restitué à un utilisa- teur. L'un quelconque de ces documents contient poten- tiellement des hyperliens doux, dont un exemple est re- présenté sous forme de l'hyperlien doux 30. L'hyperlien peut être activé par l'utilisateur d'une manière habi- tuelle lorsque la matière d'informations associée est af- fichée. De manière générale, le client 22 obtient et affiche un document hypermédia qui comporte une liste constituée d'un ou plusieurs hyperliens doux. En réponse à l'activation par l'utilisateur d'un des hyperliens doux, une interrogation est effectuée concernant une ou plusieurs cibles hypermédia. Au lieu de requérir des li- mites de recherche provenant de l'utilisateur, l'interro- gation est formulée en utilisant des attributs associés à l'utilisateur, des attributs spécifiés dans le document hypermédia, et des attributs spécifiés dans l'hyperlien doux activé. En résultat de l'interrogation, le client 22 affiche une liste de cibles hypermédia sous la forme d'autres hyperliens, comportant de manière possible à la fois des hyperliens doux et des hyperliens durs. Comme représenté sur la figure 1, l'hyperlien doux 30 contient une formulation d'interrogation ou est associé à celle-ci et une ou plusieurs règles exécutables pour ajouter potentiellement des attributs de recherche à la formulation d'interrogation. Il ne contient pas de spécification de cible habituelle telle qu'une désigna- tion URL. La formulation d'interrogation de l'hyperlien doux 30 est spécifiée au moins partiellement en termes d'attributs d'interrogation et de valeurs des attributs d'interrogation spécifiés. Un attribut d'interrogation et une valeur correspondante décrivent certaines caractéris- tiques d'une cible hypermédia. Par exemple, un attribut d'interrogation peut indiquer le type de cuisine caracté- risé dans un document hypermédia particulier. Le client 22 met à jour une liste des attributs utilisateur liés 32. Dans l'exemple simplifié de la fi- gure 1, ces attributs décrivent des caractéristiques et des préférences d'un utilisateur particulier, de préfé- rence sur la base d'un profil d'utilisateur qui peut être édité par l'utilisateur. Les attributs d'utilisateur liés peuvent indiquer, par exemple, l'emplacement géographique de l'utilisateur, son âge, ses préférences au niveau re- pas, et de nombreuses autres choses. Le client 22 comporte un constructeur d'inter- rogation 34. Le but du constructeur d'interrogation 34 est de formuler une interrogation qui identifiera une ci- ble d'hyperlien sur la base de l'information provenant de l'hyperlien doux 30 et des attributs utilisateur de la liste des attributs utilisateur liés 32. Le constructeur d'interrogation démarre par la formulation d'une interro- gation spécifiée dans l'hyperlien doux 30. Ensuite, il exécute les règles spécifiées dans l'hyperlien doux 30 et d'autres règles potentiellement spécifiées dans le client 22. Le but de chaque règle est d'affiner encore la formu- lation d'interrogation en ajoutant des attributs de re- cherche ou des fragments d'interrogation à la formulation d'interrogation originale. Afin de décider comme affiner l'interrogation, une règle examine la liste des attributs utilisateur liés 32. Ceci permet à la règle de personna- liser la question sur la base des caractéristiques et des préférences de l'utilisateur. Après que toutes les règles ont été exécutées, l'interrogation est soumise à une base de données 36 pour identification de cibles d'hyperlien possibles satisfaisant aux critères de recherche. Le fournisseur d'informations 24 met à jour la base de données 36 pour accepter des interrogations for- mulées en termes d'attributs d'interrogation décrits ci- * dessus. En réponse à une interrogation, la base de don- nées 36 retourne une liste de cibles d'hyperlien qui sa- tisfont aux critères de recherche. Ces cibles sont spéci- fiées de manière typique en tant qu'hyperliens durs, bien que la base de données 36 puisse aussi retourner un ou plusieurs hyperliens doux. Les spécifications de cible retournée peuvent être des ressources situées dans le contenu 28 du fournisseur d'informations lui-même, ou peuvent être un contenu fourni par d'autres fournisseurs d'informations. Le client 22 liste ces cibles pour l'uti- lisateur, et l'utilisateur peut activer une des cibles en la sélectionnant. Si une seule cible est retournée, le client 22 peut l'activer sans autre entrée à partir de l'utilisateur. On considère à nouveau l'exemple d'un utilisa- teur qui désire trouver un restaurant pour un dîner. L'utilisateur a tout d'abord besoin de trouver un hyper- lien doux qui identifie "restaurant" en tant que sujet. On suppose que l'auteur de l'hyperlien doux a prévu de diriger l'utilisateur uniquement vers les restaurants sa- tisfaisant aux préférences particulières de l'utilisa- teur. Ainsi, la formulation d'interrogation dans l'hyper- lien spécifie uniquement que les résultats de l'interro- gation doivent être limités aux restaurants. Cependant, l'auteur spécifie aussi plusieurs règles exécutables dans l'interrogation. Ces règles examinent la liste d'utilisa- teur des attributs liés pour déterminer l'emplacement, la cuisine préférée et d'autres informations qui peuvent aider à rétrécir le choix des restaurants disponibles. Après examen des attributs liés de l'utilisateur, les rè- gles ajoutent des attributs de recherche appropriés à la formulation de l'interrogation originale. L'interrogation est alors soumise à la base de données, qui retourne une liste de liens durs vers les pages Web des restaurants qui correspondent étroitement aux préférences et caracté- ristiques de l'utilisateur. Comme exemple plus spécifi- que, les règles spécifiées peuvent essayer d'adapter l'interrogation de recherche à l'âge de l'utilisateur. Si l'utilisateur a moins de 16 ans, une règle peut ajouter des attributs de recherche limitant l'interrogation aux restaurants du type à restauration rapide situés à une courte distance de l'emplacement géographique de l'utili- sateur. Si l'utilisateur est une personne âgée, une règle peut ajouter des attributs de recherche limitant l'inter- rogation aux restaurants offrant une remise aux personnes âgées. Puisque la liste des attributs liés varie avec chaque utilisateur, deux utilisateurs différents peuvent être de manière possible dirigés vers des cibles diffé- rentes, même s'ils ont sélectionné le même hyperlien doux. La liste des attributs liés est dérivée princi- palement du profil de l'utilisateur. L'utilisateur enter cette information sur un écran ou une fenêtre d'entrée qui est formatée de manière commode pour entrer des don- nées manuelles. Le profil de l'utilisateur peut comporter plusieurs articles d'informations différents, tels que le nom, l'âge, le niveau de lecture, une information géogra- phique, les types de transport disponibles, les revenus, les habitudes de dépense, etc. La liste des attributs liés peut aussi contenir des entrées qui sont basées sur des informations rassemblées automatiquement à partir de l'ordinateur de l'utilisateur, telles que diverses carac- téristiques de l'ordinateur lui-même. Dans certains cas, il peut être possible de rassembler automatiquement cer- taines informations concernant l'utilisateur. La figure 2 est une représentation d'un système de navigation à base d'hypermédia selon un mode préféré de réalisation de la présente invention, indiqué de ma- nière générale par la référence numérique 40. Le système est similaire à de nombreux points de vue au système de la figure 1, comportant un client 42 ayant un cons- tituant 44 de récupération et de restitution d'hypermé- dia, un constructeur d'interrogation 46 et une liste des attributs liés 48. Dans ce cas, le client 42 est connecté à un ou plusieurs trajets de communication en réseau pour communiquer avec plusieurs fournisseurs différents d'in- formations ou de service. Un hyperlien doux 50 est conte- nu dans un document provenant d'un premier fournisseur d'informations 52, divers contenus hypermédia 54 sont disponibles auprès d'un deuxième fournisseur d'informa- tions 56, et une base de données 58 constituée de cibles d'hyperlien disponibles est mise à jour par un troisième fournisseur d'informations 60 (similaire à la base de données 36 de la figure 1). Le fonctionnement du système 40 est similaire à celui du système 20 de la figure 1, avec quelques élé- ments supplémentaires. Tout d'abord, il est à noter que le client 42 tient à jour une "base de règles" 61. Ceci est une liste de règles qui doivent être exécutées par le constructeur d'interrogation 46 avant de soumettre une interrogation à la base de données 58. La plupart de ces règles viennent d'un hyperlien doux couramment sélection- né tel que décrit ci-dessus en référence à la figure 1. Cependant, la base de règles peut aussi contenir des rè- gles qui sont spécifiées indépendamment de tout hyperlien doux particulier. De telles règles "ambiantes" peuvent être spécifiées, par exemple, par un utilisateur ou par une application fonctionnant sur l'ordinateur de l'utili- sateur. Il est à noter aussi qu'un hyperlien doux 50 contient deux nouveaux éléments: "attributs liés de lien" et "attributs de mandataire". Les attributs liés de lien sont des attributs et des paires de valeurs qui doi- vent être ajoutés à la liste des attributs liés d'utili- sateur avant exécution des règles exécutables concernant l'hyperlien doux. Les attributs de mandataire sont des attributs non-liés qui sont associés à chaque règle exé- cutable spécifiée dans l'hyperlien doux. Une règle parti- culière peut être exécutée si et seulement si ces attri- buts de mandataire sont présents et liés à la liste des attributs liés de l'utilisateur. Une autre caractéristique du système 40 est que les interrogations sont envoyées à la base de données par l'intermédiaire d'une "délégation de service" 62. Une dé- légation du service est associée à chaque fournisseur d'informations différent qui fournit une base de données pouvant être recherchée. La délégation de service est un programme exécutable ou une interface de programme qui se trouve sur le client 42 et s'exécute sur celui-ci. La responsabilité principale de la délégation de service est de transformer une interrogation en un format qui sera compris par le fournisseur d'informations et d'envoyer l'interrogation transformée vers le fournis- seur d'informations. Un "manipulateur de requête" 50, correspondant, situé au niveau du fournisseur d'informa- tions reçoit l'interrogation et la traite à l'aide de la base de données 58 ou la soumet à un serveur de base de données. Dans le mode préféré de réalisation, le cons- tructeur d'interrogation 46 formule une interrogation qui est similaire ou identique à une interrogation SQL (un Langage d'Interrogation Structuré). La délégation de ser- vice transforme l'interrogation de son langage standard en un langage qui peut être compris par son fournisseur d'informations. Il est utile d'incorporer un interprète de macro dans la délégation de service de sorte qu'une variable peut être exprimée dans une interrogation de re- cherche en termes généraux plutôt que sous forme d'une valeur spécifique. Certains critères de recherche peuvent être mieux spécifiés en termes relatifs qu'en termes ab- solus, tels que si un restaurant est "coûteux". Diffé- rents fournisseurs d'informations peuvent avoir des con- cepts différents de ce qui constitue un restaurant "coûteux". Avec un interprète de macro, une interrogation de recherche peut être formulée pour spécifier, par exem- ple, que les résultats de la recherche doivent être limi- tés aux restaurants qui sont "modérément coûteux". La dé- légation de service pour chaque fournisseur d'informa- tions interprète ceci de manière différente, et soumet une interrogation au fournisseur d'informations en termes concrets de manière appropriée. La figure 3 représente l'organisation logique des règles et attributs du mode préféré de réalisation de la présente invention. Les règles et attributs sont orga- nisés et gérés sous un en-tête général constitué de "modèles". Un modèle est une représentation abstraite de la connaissance concernant un domaine particulier et du raisonnement qui est réalisé sur cette connaissance. Par exemple, un modèle (un modèle "utilisateur") peut conte- nir des informations concernant un utilisateur (par exem- ple le nom, l'emplacement, ce qu'il aime, ce qu'il n'aime pas, des comportements, etc.) ainsi que des "règles" qui dictent la manière par laquelle manipuler et combiner ces informations selon des manières de situation réelle inté- ressantes et bénéfiques. Un modèle est de préférence li- mité à un concept ou domaine de situation réelle. Le do- maine de l'utilisateur est un exemple, d'autres exemples comportent les domaines "de service", "d'affaires" et "universel". Un domaine de dispositif comporte des infor- mations concernant un dispositif serveur ou de client. Un domaine d'affaires comportent des informations concernant les affaires. Un domaine universel comporte des informa- tions qui sont globalement vraies, telles que des fac- teurs de conversion, les lois de la nature, etc. Un modèle est organisé sous la forme d'un ou plusieurs schémas. Un schéma définit plusieurs attributs concernés. Dans un modèle, un attribut est simplement dé- fini, il ne lui est pas assigné une valeur particulière quelconque. Cependant, à un certain point, le modèle est appliqué à une entité particulière, telle qu'un utilisa- teur ou une société. Un modèle est appliqué à une entité en assignant des valeurs aux attributs du modèle, point au niveau duquel les attributs sont dits liés. Chaque cas d'une entité peut avoir son propre jeu d'attributs liés correspondant aux attributs non-liés d'un modèle particu- lier. Par exemple, chaque utilisateur a un jeu d'attri- buts liés sous un ou plusieurs modèles. De manière simi- laire, une cible d'hyperlien donné peut être associée à un jeu d'attributs liés provenant d'un modèle ou prove- nant de certains schémas du modèle. Ce sont ces attributs liés qui sont utilisés pour rechercher dans les bases de données 36 et 58. Chaque attribut d'un schéma a un nom et un type associé. Un attribut est typiquement appelé par son sché- ma et son nom. Par exemple, un attribut ayant le nom cur- rent location provenant du schéma utilisateur peut être du type emplacement, constitué de la latitude et de lon- gitude, chacune de celles-ci étant du type réel. Cet at- tribut est appelé user.current location. Lorsqu'il est lié, il peut prendre la valeur (47,6233; 122,3204), in- diquant un emplacement géographique situé à la latitude 47,6233 et à la longitude 122,3204. Dans la réalisation préférée de la présente in- vention, la partie de raison d'un modèle est réalisée sous forme d'une ou plusieurs "règles" exécutables. Une règle est réalisée sous forme d'un programme ou module exécutable comme déjà décrit ci-dessus. Pendant l'exécu- tion, une règle examine de manière typique les attributs liés et réalise les actions en fonction des valeurs des attributs. De manière plus spécifique, une règle ajoute un ou plusieurs attributs de recherche ou limites de re- cherche à une interrogation, en fonction des attributs liés de l'utilisateur. Divers modèles peuvent être enregistrés sur un ordinateur d'utilisateur. Un tel enregistrement peut être réalisé au niveau de la direction de l'utilisateur, ou automatiquement et dynamiquement par différents fournis- seurs d'informations lorsque l'utilisateur navigue d'un fournisseur d'informations vers un autre. Il peut être souhaitable pour les documents hypermédia ou les hyper- liens situés dans de tels documents de spécifier les pointeurs ou URL de modèles qui sont utilisés par les do- cuments ou hyperliens. Lorsqu'on rencontre un nouveau mo- dèle, l'ordinateur de l'utilisateur récupère et enregis- tre automatiquement le modèle. Les documents hypermédia et les hyperliens peuvent en variante contenir des poin- teurs ou URL de schéma utilisés par les documents et hy- perliens, pour récupération par l'ordinateur de l'utili- sateur. L'ordinateur mémorise ces modèles et dans la plupart des cas permet à l'utilisateur d'assigner des va- leurs aux attributs définis par les modèles. Lorsqu'un utilisateur assigne une valeur à un attribut, cet attri- but est lié et par conséquent est placé dans la liste de l'utilisateur des attributs liés. De manière analogue, un modèle enregistré peut comporter ou spécifier une ou plu- sieurs règles exécutables qui utilisent les attributs dé- finis par le modèle. Ces règles, ou références à ces rè- gles, sont placées dans la base de règles mise à jour par l'ordinateur de l'utilisateur. La figure 3 représente une liste des attributs liés 70 et une base de règles 72. La liste des attributs liés est mise à jour par un ordinateur d'utilisateur et peut changer lorsque l'utilisateur navigue d'une res- source hypermédia vers une autre. En général, la liste des attributs liés est constituée de trois listes diffé- rentes: une liste des attributs liés "ambiants" 74, une liste des attributs liés "de contexte" 76 et une liste des attributs liés de "lien" 78. Les divers attributs contenus dans ces listes sont définis par un ou plusieurs schémas 80, qui à leur tour, sont utilisés par un ou plu- sieurs modèles enregistrés 82. Les valeurs de la liste des attributs liés am- biants proviennent principalement d'un profil d'utilisa- teur 84. De telles valeurs peuvent aussi être rassemblées automatiquement par un programme d'application. Les at- tributs liés ambiants restent généralement constants lorsque l'utilisateur navigue à travers différents docu- ments hypermédia. Un emplacement géographique courant d'utilisateur est un exemple d'attributs liés ambiants. Les valeurs de la liste des attributs liés de contexte sont spécifiées à chaque fois qu'un document hy- permédia 86 particulier, ou une ressource, est couramment activé. Ces valeurs sont constantes aussi longtemps que la ressource est activée, mais changent lorsque l'utili- sateur navigue vers une ressource différente. En tant qu'exemple, un document hypermédia particulier qui décrit la nourriture chinoise peut établir un attribut "cuisine" à "Chinois". Les valeurs de la liste des attributs liés de lien proviennent d'un hyperlien doux particulier 88 que l'utilisateur a activé. Ces valeurs sont mises à jour uniquement jusqu'à la détermination de l'hyperlien doux. Par exemple, un hyperlien doux peut spécifier un temps de commutation permis maximum pour un utilisateur pour tout restaurant sélectionné par l'intermédiaire de l'hyperlien doux. La base de règles 72 contient plusieurs règles et attributs de mandataire associés. Les règles peuvent être spécifiées par un quelconque des modèles enregistrés 82, auquel cas elles sont appelées règles "ambiantes", ou par un hyperlien doux particulier sélectionné 88, auquel cas elles sont appelées règles de "lien". Les règles am- biantes sont relativement constantes alors que les règles de lien changent lors de la sélection de chaque nouveau hyperlien doux. Pour résoudre un hyperlien doux tel qu'un hy- perlien doux 88, le constructeur d'interrogation cons- truit une formulation ou un objet 90 d'interrogation. Initialement, l'objet d'interrogation est constitué d'une formulation d'interrogation spécifiée de manière par- tielle, obtenue à partir d'un hyperlien doux 88. Pour ajouter des limites ou des attributs de recherche à cette formulation d'interrogation, les règles de la base de rè- gles sont exécutées une par une, à leur tour. Dans la réalisation préférée, chaque règle est exécutée si et uniquement si ses attributs de mandataire sont liés dans la liste des attributs liés courants 70. Pendant l'exécu- tion, une règle peut lire les valeurs des attributs pro- venant de la liste des attributs liés 70. De plus, une règle peut ajouter des attributs liés à la liste des at- tributs liés de contexte 76. En fonction des valeurs trouvées dans la liste des attributs liés 70, la règle peut ajouter ou ne pas ajouter un attribut de recherche supplémentaire à l'objet d'interrogation 90. Le constructeur d'interrogation avance par éta- pes à travers les règles de la base de règles 72. Puis- qu'une règle a le potentiel de changer les attributs liés, une règle peut entraîner les attributs de manda- taire d'une autre règle à devenir liés. Ainsi, le cons- tructeur d'interrogation passe à travers les règles plu- sieurs fois, jusqu'à ce qu'un autre passage n'ait pas pour résultat qu'une règle supplémentaire quelconque soit exécutée. Cependant, chaque règle ne peut être exécutée qu'une fois. En pratique, une règle spécifie les attributs de mandataire et les attributs optionnels. Ces attributs spécifiés font tous partie des attributs qui seront uti- lisés par la règle. Lorsqu'une règle est exécutée ou "déclenchée", elle passe à travers trois objets: la liste des attributs liés ambiants, la liste des attributs de contexte, et l'objet d'interrogation. La règle utilise les valeurs des attributs de mandataire, ainsi que les valeurs provenant des listes d'attributs liés ambiants et de contexte, pour déterminer s'il faut ajouter ou non un ou plusieurs fragments d'interrogation à l'objet d'inter- rogation. L'objet d'interrogation maintient les fragments d'interrogation pendant l'exécution de nombreuses règles. Ce qui suit est un exemple de règle possible spécifiée par le modèle "universel": World rule: Requires: user.curr location latitude user.currlocationlongitude Optional: business.rank with distance user.coat commute mile Logic: if world. max commute time and world.avg_speed_mph are bound, then add query predicate that destination must be located within commuting distance of user's current location if business. rankwith distance is bound and "true" and user.cost commute mile is bound, then add query rank expression that ranks destination based on cost to commute Cette règle spécifie des attributs de manda- taire user.curr location latitude et user. currlocationlongitude, et ne sera par conséquent exécutée que si ces attributs sont liés dans la liste des attributs liés de l'utilisateur. La règle spécifie des attributs optionnels, world.maxcommutetime, world.avg speed_mph, busi- ness.rank with distance, et user.cost commute mile. Pen- dant l'exécution, la règle ajoute des attributs d'inter- rogation fonction des valeurs de ces attributs. L'exemple donne un bon exemple d'attributs dé- finis sous un modèle universel: world.max commute time et world.avg speedmph. Ceux-ci sont des attributs qui peuvent être établis pour être constants pour tous les utilisateurs. L'attribut user.cost commute mile, d'autre part, représente le coût d'une commutation de 1,7 km (1 mile). La valeur de cet attribut varie d'un utilisa- teur à un autre. Dans la pratique réelle, une règle est compilée à partir d'un langage de haut niveau en un module de pro- gramme exécutable, pouvant être appelé. Il peut être pos- sible d'intégrer réellement la règle dans son hyperlien doux. Cependant, il est plus probable que les règles se- ront mémorisées sur un ordinateur d'utilisateur et spéci- fiées dans l'hyperlien par un certain type d'identifica- teur global, ainsi qu'un pointeur ou URL vers un emplace- ment à partir duquel le code exécutable réel de la règle peut être obtenu. A l'aide de l'identificateur global, l'ordinateur de l'utilisateur peut contrôler qu'il a déjà la règle et, sinon, peut la récupérer à partir de l'em- placement indiqué dans l'hyperlien doux. La figure 4 représente un configuration de sys- tème 100 selon la présente invention dans laquelle un client 102 communique avec plusieurs fournisseurs d'in- formations 104, chacun fournissant sa propre base de don- nées de cibles 106 constituée de cibles d'hyperlien dis- ponibles et un manipulateur de requête correspondant 108. Les divers constituants du client décrits en référence aux figures 1 et 2 sont implémentés dans un programme d'application d'explorateur du Web 110 qui s'exécute sur un client 102. Dans la configuration de la figure 4, chaque client met à jour une liste de fournisseurs d'informa- tions enregistrés 112, ainsi que les schémas qu'ils sup- portent. Un fournisseur d'informations est considéré comme supportant un schéma si sa base de données peut être recherchée en ce qui concerne les attributs définis par le schéma. Chaque client met aussi à jour une liste de modèles enregistrés 114 comme déjà décrit en référence à la figure 3. L'explorateur du Web 110 comporte des dé- * légations de service 116 pour chaque fournisseur d'infor- mations enregistré. L'explorateur de Web 110 agit comme décrit ci- dessus pour formuler une interrogation destinée à être soumise à une base de données de cibles d'hyperlien dis- ponibles. Dans ce cas, cependant, une décision doit être prise concernant quel fournisseur d'informations ou quelle base de données doit répondre à l'interrogation. Cette décision est prise sur la base des schémas suppor- tés par les divers fournisseurs d'informations et bases de données disponibles. Lorsque l'interrogation est for- mulée et prête à être soumise à une ou plusieurs bases de données, l'explorateur de Web 110 détermine quels attri- buts sont spécifiés dans l'interrogation et à quel schéma ils appartiennent. Ensuite, on identifie les fournisseurs d'informations enregistrés qui supportent ces schémas, et on soumet l'interrogation à ces fournisseurs d'informa- tions. Dans certains cas, aucun fournisseur d'informa- tions ne supporte tous les schémas utilisés dans l'inter- rogation, auquel cas l'interrogation est soumise au four- nisseur d'informations qui supporte le plus grand nombre de schémas utilisés. La figure 5 représente les étapes préférées pour spécifier un hyperlien doux. Le procédé comporte une étape 200 consistant à formuler une formulation d'inter- rogation partielle. Dans le mode préféré de réalisation, la formulation d'interrogation est spécifiée au moins partiellement en termes d'attributs d'interrogation et de valeurs desdits attributs d'interrogation. Une étape 202 consiste à créer une ou plusieurs règles exécutables. Chaque règle, lorsqu'elle est exécu- tée, examine potentiellement une liste utilisateur d'at- tributs liés. En réponse aux valeurs des attributs liés, une règle peut ajouter des valeurs à la liste des attri- buts liés de l'utilisateur et peut effectuer une étape consistant à ajouter des attributs de recherche à la for- mulation d'interrogation de l'étape 200. Une étape 204 consiste à associer chaque règle exécutable à un ensemble d'attributs de mandataire qui conditionne l'exécution de la règle. Une règle ne sera pas exécutée à moins que tous ses attributs de mandataire ne soient présents dans la liste des attributs liés de l'utilisateur. Une étape ultérieure 206 consiste à englober ou spécifier la formulation d'interrogation partielle, les règles, les attributs de lien, et les attributs de manda- taire dans un hyperlien. Cette étape consiste aussi à en- glober ou spécifier des attributs liés de lien dans l'hy- perlien pour inclusion éventuelle dans la liste des at- tributs liés de l'utilisateur. Spécifier ces informations dans un document hy- permédia est réalisé en utilisant des extensions appro- priées à SGML. De manière plus spécifique, les informa- tions sont spécifiées sous forme d'un ou plusieurs para- mètres correspondant aux attributs d'étiquette de SGML définis de manière appropriée. Une formulation d'interro- gation partielle est en fait spécifiée sous forme d'une liste de noms d'attributs et de paires de valeurs. Les attributs de lien sont spécifiés d'une manière similaire, alors que les attributs de mandataire sont spécifiés sous forme d'une liste de noms d'attributs. Les règles sont de préférence spécifiées par des identificateurs globaux, de manière possible accompagnés de l'URL d'un emplacement à partir duquel les règles peuvent être récupérées. En va- riante, il peut exister un répertoire central à partir duquel toute règle peut être récupérée en référence à son identificateur global. La figure 6 représente les étapes préférées de détermination d'un hyperlien doux tel qu'un hyperlien spécifié conformément aux étapes de la figure 5. Une étape 300 consiste à mettre à jour plusieurs bases de données de cibles d'hyperlien disponibles. Chaque telle base de données peut être recherchée par l'intermédiaire d'un ou plusieurs attributs d'interrogation supportés par la base de données et concernant les cibles d'hyperlien disponibles. Dans le mode préféré de réalisation, chaque base de données supporte un ou plusieurs schémas, chaque schéma définissant plusieurs attributs individuels par nom et type. Une étape 302 consiste à mettre à jour une liste des attributs liés dans un ordinateur d'utilisa- teur. A nouveau, les noms et les types de ces attributs sont définis par un ou plusieurs schémas. La liste des attributs liés comporte les attributs liés ambiants qui sont indépendants de tout contenu hypermédia particulier ou hyperlien sélectionné. Un profil d'utilisateur est un source de valeurs pour les attributs liés ambiants. La liste des attributs liés comporte de plus les attributs liés de lien qui sont spécifiés dans un hyperlien choisi, et des attributs liés de contexte qui sont spécifiés dans un document ou une ressource hypermédia courante particu- lière ou choisie. Une étape 304 consiste à mettre à jour une base de règles constituée de règles exécutables dans l'ordina- teur de l'utilisateur. Chaque règle de la base de règles est associée à un ensemble d'attributs de mandataire. A la fois les règles ambiantes et de lien sont mises à jour dans la base de règles. Les règles ambiantes sont des rè- gles qui sont spécifiées indépendamment de tout hyperlien particulier. Ces règles peuvent être spécifiées par un modèle qui est enregistré sur l'ordinateur de l'utilisa- teur. Les règles de lien, d'autre part, sont des règles qui sont spécifiées par un hyperlien doux couramment sé- lectionné. Une autre étape 306 consiste à mettre à jour une liste de bases de données disponibles et de schémas ou d'attributs d'interrogation supportés par les bases de données respectives. Cette liste est mise à jour sur l'ordinateur de l'utilisateur. Une étape 308 consiste à lire un hyperlien doux sélectionné dans un document ou une ressource hypermédia. Cette étape comporte l'identification et/ou l'extraction d'une formulation d'interrogation, d'une ou plusieurs rè- gles exécutables (ou des identificateurs globaux des rè- gles) et des attributs de mandataire associés, et d'un ou plusieurs attributs liés de lien provenant de l'hyperlien sélectionné. Ces éléments sont spécifiés dans l'hyperlien comme décrit ci-dessus en référence à la figure 5. Les règles exécutables et les attributs de mandataire asso- ciés sont mis dans la base de règles, et les attributs liés de lien sont ajoutés à la liste des attributs liés courants de l'utilisateur. Une étape 310 consiste à exécuter les règles de la base de règles pour ajouter potentiellement des attri- buts de recherche à la formulation d'interrogation obte- nue à l'origine à partir de l'hyperlien doux. Cette étape consiste à procéder par étape à travers les règles de la base de règles et d'exécuter toute règle dont les attri- buts de mandataire sont dans la liste des attributs liés de l'utilisateur. Dans le mode préféré de réalisation, cette étape est répétée jusqu'à ce qu'aucune règle n'est exécutée par d'autres répétitions. Lorsque cette étape est terminée, l'interrogation est prête à être soumise à une base de données appropriée. Une étape 312 consiste à identifier une ou plu- sieurs bases de données qui supportent un ou plusieurs des attributs d'interrogation spécifiés dans la formula- tion d'interrogation telle que modifiée par les règles exécutables. De manière plus spécifique, cette étape con- siste à déterminer quel schéma définit les attributs spé- cifiés dans la formulation d'interrogation modifiée, et ensuite à examiner la liste des bases de données de l'utilisateur pour déterminer quelle base de données sup- porte les schémas. Ainsi, la base de données ou les bases de données sont sélectionnées en fonction des attributs de recherche spécifiés et ajoutés à la formulation d'in- terrogation. Une autre étape 314 selon la présente invention consiste à interroger la base de données ou les bases de données identifiées à l'aide de la formulation d'interro- gation modifiée pour positionner une ou plusieurs cibles d'hyperlien ayant des attributs et des valeurs d'attri- buts qui satisfont à la formulation de l'interrogation. L'interrogation situe de manière potentielle une ou plu- sieurs cibles d'hyperlien. Une étape ultérieure 316 consiste à activer une ou plusieurs cibles d'hyperlien positionnées à l'étape 314. L'étape d'activation consiste à ouvrir, à afficher, ou restituer de manière différente la ressource hypermé- dia ciblée par la ou les cibles d'hyperlien positionnées. Si interroger la base de données ou les bases de données identifiées positionne plusieurs cibles d'hyperlien, les cibles sont listées dans un format WWW habituel de sorte que l'utilisateur peut sélectionner une des cibles d'hy- perlien pour activation. Si une seule cible unique est positionnée, cette cible est immédiatement activée, sans autre intervention de l'utilisateur. La présente invention décrite ci-dessus impose la transparence à l'utilisateur, utilisant des données et des techniques de modélisation pour informer un côté client et un côté serveur d'informations en ce qui con- cerne une base de données de cibles ou de destinations possibles. Des hyperliens sont déterminés lorsqu'ils sont sélectionnés, plutôt que lorsqu'ils sont autorises. Par exemple, un auteur de document hypermédia peut inclure un "interesting sidebar about Chechnya" (encadré intéressant sur Chechnya) en tant qu'hyperlien. Les procédé ci- dessus peuvent utiliser la connaissance de l'âge de l'utilisa- teur pour déterminer un saut vers des sources analogues à des encyclopédies, des titres pour enfants, ou un contenu du niveau d'une dissertation. Pour créer un hyperlien, l'auteur fournit uni- quement le jeu minimum de données nécessitées par le sys- tème pour aider à déterminer des hyperliens, tels qu'un attribut de recherche indiquant que l'interrogation doit être limitée à un sujet particulier comme "restaurants". Le système combine lui-même cette donnée avec d'autres informations, obtenues indépendamment de l'auteur, et formule une interrogation concernant une base de données constituée de cibles ou destinations logiques. Si l'in- terrogation est suffisamment déterminée, le résultat de l'interrogation sera renvoyé vers une seule destination logique et la destination sera activée. Autrement, l'uti- lisateur peut obtenir une liste de destinations possibles à partir desquelles choisir. La présente invention offre une grande sou- plesse pour les auteurs de contenus hypermédia. De plus, son utilisation est un bénéfice énorme pour les utilisa- teurs finaux par la diminution de la frustration qui est souvent associée à un essai pour situer des types spéci- fiques d'hypermédia. En accord avec les statuts, la présente inven- tion a été décrite dans un langage plus ou moins spécifi- que sous la forme de caractéristiques de structure et de procédés. Il doit être compris cependant que la présente invention n'est pas limitée aux caractéristiques spécifi- ques décrites, puisque les moyens décrits ici comportent des formes préférées de mise en pratique de la présente invention. La présente invention est par conséquent re- vendiquée dans l'une quelconque de ses formes ou modifi- cations, dans la portée correcte des revendications an- nexées interprétées de manière appropriée conformément à la doctrine des équivalents. REVENDICATIONS 1. Procédé de détermination d'un hyperlien se- lectionné, caractérisé en ce qu'il comporte les étapes consistant à: identifier une formulation d'interrogation à partir de l'hyperlien sélectionné, interroger une base de données constituée de cibles d'hyperlien disponibles, à l'aide de la formula- tion d'interrogation, pour situer une ou plusieurs cibles d'hyperlien qui satisfont à la formulation d'interroga- tion. 2. Procédé selon la revendication 1, caractéri- sé en ce qu'il comporte de plus une étape consistant à restituer un document hypermédia spécifié par une des ci- bles d'hyperlien situées. 3. Procédé selon la revendication 1, caractéri- sé en ce qu'il comporte de plus l'étape consistant à sé- lectionner la base de données parmi plusieurs bases de données en fonction d'attributs de recherche spécifiés dans la formulation d'interrogation. 4. Procédé selon la revendication 1, caractéri- sé en ce qu'il comporte de plus une étape consistant à ajouter des attributs de recherche à la formulation d'in- terrogation après identification de la formulation d'in- terrogation à partir de l'hyperlien sélectionné. 5. Procédé selon la revendication 1, caractéri- sé en ce qu'il consiste de plus à: mettre à jour une liste des attributs liés qui sont indépendants de l'hyperlien sélectionné, ajouter des attributs de recherche à la formu- lation d'interrogation sur la base desdits attributs liés. 6. Procédé selon la revendication 1, caractéri- sé en ce qu'il consiste de plus à: mettre à jour une liste des attributs liés qui sont indépendants de l'hyperlien sélectionné, lesdits at- tributs liés étant basés sur un profil d'utilisateur, ajouter des attributs de recherche à la formu- lation d'interrogation sur la base desdits attributs liés. 7. Procédé selon la revendication 1, caractéri- sé en ce qu'il consiste de plus à: mettre à jour une liste des attributs liés qui sont indépendants de l'hyperlien sélectionné, identifier une ou plusieurs règles de lien exé- cutables à partir de l'hyperlien sélectionné, exécuter les règles de lien pour ajouter des attributs de recherche à la formulation d'interrogation en fonction desdits attributs liés. 8. Procédé selon la revendication 1, caractéri- sé en ce qu'il consiste de plus à: mettre à jour une liste des attributs liés qui sont indépendants de l'hyperlien sélectionné, identifier une ou plusieurs règles de lien exé- cutables à partir de l'hyperlien sélectionné, exécuter les règles de lien pour ajouter des attributs de recherche à la formulation d'interrogation en fonction desdits attributs liés, sélectionner la base de données à partir de plusieurs bases de données en fonction des attributs de recherche spécifiés dans la formulation d'interrogation et ajoutés à celle-ci. 9. Procédé de détermination d'un hyperlien sé- lectionné, caractérisé en ce qu'il comporte les étapes consistant à: identifier une formulation d'interrogation à partir de l'hyperlien sélectionné, la formulation d'in- terrogation étant spécifiée au moins partiellement en termes d'attributs d'interrogation et de valeurs desdits attributs d'interrogation, identifier une ou plusieurs bases de données qui supportent un ou plusieurs des attributs d'interroga- tion spécifiés dans l'interrogation, la base de données ou les plusieurs bases de données étant identifiées à partir de plusieurs bases de données de cibles d'hyper- lien disponibles, chaque telle base de données pouvant être recherchée par utilisation d'un ou plusieurs attri- buts d'interrogation supportés par la base de données et concernant les cibles d'hyperlien disponibles, interroger les bases de données identifiées à l'aide de la formulation d'interrogation pour situer une ou plusieurs cibles d'hyperlien ayant des attributs et des valeurs d'attributs qui satisfont à la formulation d'interrogation. 10. Procédé selon la revendication 9, caracté- risé en ce qu'il consiste de plus à: mettre à jour une liste des bases de données et des attributs d'interrogation supportés par les bases de données respectives, l'étape consistant à identifier une ou plu- sieurs bases de données comportant l'examen de la liste des bases de données pour identifier une ou plusieurs ba- ses de données qui supportent un ou plusieurs des attri- buts d'interrogation spécifiés dans la formulation d'in- terrogation. 11. Procédé selon la revendication 9, caracté- risé en ce qu'en interrogeant la base de données ou les plusieurs bases de données, on situe plusieurs cibles d'hyperlien, le procédé consistant de plus à établir une liste des plusieurs cibles d'hyperlien de sorte qu'un utilisateur peut sélectionner une des cibles d'hyperlien pour l'activer. 12. Procédé selon la revendication 9, caracté- risé en ce qu'en interrogeant la base de données ou les plusieurs bases de données, on situe une seule cible d'hyperlien, le procédé consistant de plus à activer la seule cible d'hyperlien. 13. Procédé selon la revendication 9, caracté- risé en ce qu'il consiste de plus à: mettre à jour une liste des attributs liés qui sont indépendants de l'hyperlien sélectionné, ajouter des attributs de recherche à la formu- lation d'interrogation sur la base desdits attributs liés. 14. Procédé selon la revendication 9, caracté- risé en ce qu'il consiste de plus à: mettre à jour une liste des attributs liés qui sont basés sur un profil d'utilisateur, ajouter des attributs de recherche à la formu- lation d'interrogation sur la base desdits attributs liés. 15. Procédé selon la revendication 9, caracté- risé en ce qu'il consiste de plus à: mettre à jour une liste des attributs liés com- portant des attributs liés ambiants qui sont indépendants de l'hyperlien sélectionné et des attributs liés de lien qui sont spécifiés dans l'hyperlien sélectionné, ajouter des attributs de recherche à la formu- lation d'interrogation sur la base desdits attributs liés 16. Procédé selon la revendication 9, caracté- risé en ce qu'il consiste de plus à: mettre à jour une liste des attributs liés com- portant des attributs liés ambiants qui sont indépendants de l'hyperlien sélectionné, des attributs liés de con- texte qui sont spécifiés dans le document hypermédia sé- lectionné, et des attributs liés de lien qui sont spéci- fiés dans l'hyperlien sélectionné, ajouter des attributs de recherche à la formu- lation d'interrogation sur la base desdits attributs liés. 17. Procédé selon la revendication 9, caracté- risé en ce qu'il consiste de plus à: mettre à jour une liste des attributs liés qui sont indépendants de l'hyperlien sélectionné, identifier une ou plusieurs règles de lien exé- cutables à partir de l'hyperlien sélectionné, exécuter les règles de lien pour ajouter des attributs de recherche à la formulation d'interrogation sur la base desdits attributs liés. 18. Procédé selon la revendication 9, caracté- risé en ce qu'il consiste de plus à: définir plusieurs schémas, chaque schéma défi- nissant plusieurs attributs, chaque base de données sup- portant un ou plusieurs schémas et leurs attributs défi- nis, dans lequel les attributs utilisés pour spéci- fier la formulation d'interrogation sont définis par un ou plusieurs schémas, l'étape consistant à identifier une ou plu- sieurs bases de données comportant l'identification d'une ou de plusieurs bases de données qui supportent un ou plusieurs des schémas qui définissent les attributs uti- lisés pour spécifier la formulation d'interrogation. 19. Procédé pour déterminer un hyperlien sélec- tionné, caractérisé en ce qu'il comporte les étapes con- sistant à: identifier une formulation d'interrogation à partir de l'hyperlien sélectionné, mettre à jour une liste des attributs liés, identifier une ou plusieurs règles de lien exé- cutables à partir de l'hyperlien sélectionné, dans lequel une règle de lien identifiée est associée à un ensemble d'attributs de mandataire, exécuter toute règle de lien particulière si et seulement si tous ses attributs de mandataire sont dans la liste des attributs liés, exécution dans laquelle une règle de lien ajoute potentiellement des attributs de re- cherche à la formulation d'interrogation en fonction desdits attributs liés, interroger une base de données constituée de cibles d'hyperlien disponibles à l'aide de la formulation d'interrogation pour situer une ou plusieurs cibles d'hy- perlien qui satisfont la formulation d'interrogation. 20. Procédé selon la revendication 19, caracté- risé en ce que l'étape consistant à mettre à jour une liste des attributs liés consiste à mettre à jour des at- tributs liés ambiants qui sont indépendants de l'hyper- lien sélectionné et des attributs liés de lien qui sont spécifiés par l'hyperlien sélectionné. 21. Procédé selon la revendication 19, caracté- risé en ce que l'étape consistant à mettre à jour une liste des attributs liés consiste à mettre à jour des at- tributs liés ambiants qui sont indépendants de l'hyper- lien sélectionné, des attributs liés de contexte qui sont spécifiés dans un document hypermédia sélectionné, et des attributs liés de lien qui sont spécifiés par l'hyperlien sélectionné. 22. Procédé selon la revendication 19, caracté- risé en ce que l'exécution d'une règle de lien comporte une étape consistant à examiner la liste des attributs liés pour déterminer s'il faut ajouter un attribut de re- cherche à la formulation d'interrogation. 23. Procédé selon la revendication 19, caracté- risé en ce que l'exécution d'une règle de lien ajoute po- tentiellement des attributs à la liste des attributs liés. 24. Procédé selon la revendication 19, caracté- risé en ce qu'il comporte de plus une étape consistant à sélectionner la base de données parmi plusieurs bases de données en fonction d'attributs de recherche spécifiés dans la formulation d'interrogation et ajoutés à celle- ci. 25. Procédé selon la revendication 19, caracté- risé en ce qu'il comporte de plus une étape consistant à exécuter des règles ambiantes qui sont spécifiées indé- pendamment de l'hyperlien sélectionné. 26. Procédé de détermination d'un hyperlien sé- lectionné, caractérisé en ce qu'il comporte les étapes consistant à: identifier une formulation d'interrogation à partir de l'hyperlien sélectionné, mettre à jour une liste des attributs liés, mettre à jour une base de règles constituée de règles exécutables, une règle exécutable étant associée à un ensemble d'attributs de mandataire, et l'exécution d'une règle ajoutant potentiellement des attributs de re- cherche à la formulation d'interrogation en fonction des attributs liés, passer en revue les règles de la base de règles et exécuter toute règle dont les attributs de mandataire sont dans la liste des attributs liés, interroger une base de données constituée de cibles d'hyperlien disponibles, à l'aide de la formula- tion d'interrogation, pour situer une ou plusieurs cibles d'hyperlien qui satisfont à la formulation d'interroga- tion. 27. Procédé selon la revendication 26, caracté- risé en ce que la mise à jour de la base de règles con- siste à mettre à jour des règles ambiantes qui sont spé- cifiées indépendamment de l'hyperlien sélectionné et des règles de lien qui sont spécifiées par l'hyperlien. 28. Procédé selon la revendication 26, caracté- risé en ce qu'il comporte de plus une étape consistant à répéter les étapes de passage en revue des règles de la base de règles et exécuter toute règle particulière dont les attributs de mandataire sont dans la liste des attri- buts liés. 29. Procédé selon la revendication 26, caracté- risé en ce que l'exécution d'une règle comporte une étape consistant à examiner la liste des attributs liés pour déterminer s'il faut ajouter un attribut de recherche à la formulation d'interrogation. 30. Procédé selon la revendication 26, caracté- risé en ce que l'exécution d'une règle ajoute potentiel- lement des attributs à la liste des attributs liés, le procédé comportant de plus une étape consistant à répéter les étapes de passage en revue des règles de la base de règles et d'exécution de toute règle particulière dont les attributs de mandataire sont dans la liste des attri- buts liés. 31. Procédé selon la revendication 26, caracté- risé en ce que l'étape consistant à mettre à jour une liste des attributs liés consiste à mettre à jour des at- tributs liés ambiants qui sont indépendants de l'hyper- lien sélectionné et des attributs liés de lien qui sont spécifiés dans l'hyperlien sélectionné. 32. Procédé selon la revendication 26, caracté- risé en ce que l'étape consistant à mettre à jour une liste des attributs liés consiste à mettre à jour des at- tributs liés ambiants qui sont indépendants de l'hyper- lien sélectionné, des attributs de contexte qui sont spé- cifiés dans un document hypermédia sélectionné, et des attributs liés de lien qui sont spécifiés dans l'hyper- lien sélectionné. 33. Procédé selon la revendication 26, caracté- risé en ce qu'il comporte de plus une étape consistant à sélectionner la base de données parmi plusieurs bases de données en fonction d'attributs de recherche spécifiés dans la formulation d'interrogation et ajoutés à celle- ci. 34. Procédé selon la revendication 26, caracté- risé en ce que: l'étape consistant à mettre à jour la base de règles consiste à mettre à jour des règles ambiantes qui sont spécifiées indépendamment de l'hyperlien sélectionné et des règles de lien qui sont spécifiées par l'hyper- lien, l'étape consistant à mettre à jour une liste des attributs liés consiste à mettre à jour des attributs liés ambiants qui sont indépendants de l'hyperlien sélec- tionné et des attributs liés de lien qui sont spécifiés par l'hyperlien sélectionné, exécuter une règle comporte une étape consis- tant à examiner la liste des attributs liés pour détermi- ner s'il faut ajouter un attribut de recherche à la for- mulation d'interrogation, exécuter une règle ajoute potentiellement des attributs à la liste des attributs liés, le procédé comporte de plus la sélection de la base de données à partir de plusieurs bases de données en fonction d'attributs de recherche spécifiés dans la for- mulation d'interrogation et ajoutés à celle-ci. 35. Support de mémorisation pouvant être lu par ordinateur, caractérisé en ce qu'il contient des instruc- tions qui sont exécutables pour effectuer les étapes de l'une quelconque des revendications 1, 4, 9, 18, 19 et 26. 36. Procédé de détermination d'un hyperlien, caractérisé en ce qu'il comporte les étapes consistant à: spécifier une formulation d'interrogation dans l'hyperlien, spécifier une ou plusieurs règles exécutables dans l'hyperlien. 37. Procédé selon la revendication 36, caracté- risé en ce qu'il comporte de plus une étape consistant à spécifier la formulation d'interrogation au moins par- tiellement en termes d'attributs d'interrogation et de valeurs desdits attributs d'interrogation. 38. Procédé selon la revendication 36, caracté- risé en ce qu'il comporte de plus l'association de cha- cune des règles exécutables avec un ensemble d'attributs de mandataire. 39. Procédé selon la revendication 36, caracté- risé en ce que les règles exécutables, lorsqu'elles sont exécutées, effectuent potentiellement une étape consis- tant à ajouter des attributs de recherche à la formula- tion d'interrogation. 40. Procédé selon la revendication 36, caracté- risé en ce que les règles exécutables, lorsqu'elles sont exécutées, effectuent les étapes suivantes consistant à: examiner une liste des attributs liés, ajouter un attribut de recherche à la formula- tion d'interrogation en fonction des attributs liés. 41. Procédé selon la revendication 36, caracté- risé en ce que les règles exécutables, lorsqu'elles sont exécutées, effectuent potentiellement une étape consis- tant à ajouter des attributs à une liste des attributs liés. 42. Procédé selon la revendication 36, caracté- risé en ce qu'il comporte de plus une étape consistant à spécifier des attributs liés dans l'hyperlien pour intro- duction dans une liste des attributs liés. 43. Procédé selon la revendication 36, caracté- risé en ce qu'il consiste de plus à: spécifier des attributs liés dans l'hyperlien pour introduction dans une liste des attributs liés, les règles exécutables, lorsqu'elles sont exé- cutées, effectuant les étapes consistant à examiner la liste des attributs liés et à ajouter un attribut de re- cherche à la formulation d'interrogation en fonction des attributs liés. 44. Support de mémorisation pouvant être lu par ordinateur, contenant un fichier hypermédia, caractérisé en ce que le fichier hypermédia comporte: un contenu d'informations destiné à être resti- tué à un utilisateur, un hyperlien qui peut être activé par l'utili- sateur lorsque le contenu d'informations est restitué, l'hyperlien spécifiant une formulation d'inter- rogation qui peut être soumise à une base de données pour résolution de l'hyperlien. 45. Support de mémorisation pouvant être lu par ordinateur selon la revendication 44, caractérisé en ce que la formulation d'interrogation est spécifiée au moins partiellement en termes d'attributs d'interrogation et de valeurs desdits attributs d'interrogation. 46. Support de mémorisation pouvant être lu par ordinateur selon la revendication 44, caractérisé en ce que l'hyperlien spécifie de plus une ou plusieurs règles exécutables, lesdites règles étant exécutables pour ajou- ter potentiellement des attributs d'interrogation à la formulation d'interrogation. 47. Support de mémorisation pouvant être lu par ordinateur selon la revendication 44, caractérisé en ce que l'hyperlien spécifie de plus une ou plusieurs règles exécutables, les règles étant respectivement associées à des ensembles d'attributs de mandataire, lesdites règles étant exécutables pour ajouter potentiellement des attri- buts d'interrogation à la formulation d'interrogation en fonction du fait que les attributs de mandataire sont liés ou non. 48. Support de mémorisation pouvant être lu par ordinateur selon la revendication 44, caractérisé en ce que l'hyperlien spécifie de plus une ou plusieurs règles exécutables, lesdites règles étant exécutables pour exa- * miner une liste d'attributs liés et pour ajouter des at- tributs d'interrogation à la formulation d'interrogation en fonction dudit examen de la liste des attributs liés. 49. Support de mémorisation pouvant être lu par ordinateur selon la revendication 44, caractérisé en ce que l'hyperlien spécifie de plus une ou plusieurs règles exécutables, lesdites règles étant exécutables pour ajou- ter potentiellement des attributs à une liste des attri- buts liés. 50. Support de mémorisation pouvant être lu par ordinateur selon la revendication 44, caractérisé en ce que l'hyperlien spécifie de plus des attributs destinés à être introduits dans une liste des attributs liés. 51. Support de mémorisation pouvant être lu par ordinateur selon la revendication 44, caractérisé en ce que l'hyperlien spécifie de plus: une ou plusieurs règles exécutables associées respectivement à des ensembles d'attributs de mandataire, un ou plusieurs attributs liés destinés à être introduits dans une liste des attributs liés, les règles étant exécutables pour examiner la liste des attributs liés et pour ajouter potentiellement des attributs d'interrogation à la formulation d'interro- gation en fonction dudit examen de la liste des attributs liés. 52. Système de navigation à base d'hypermédia, caractérisé en ce qu'il comporte: un fournisseur d'informations qui fournit un document hypermédia, le document hypermédia ayant au moins un hyperlien, ledit hyperlien spécifiant une formu- lation d'interrogation qui est spécifiée au moins par- tiellement en termes d'attributs d'interrogation et de valeurs desdits attributs d'interrogation, un client configuré pour déterminer l'hyperlien en interrogeant une ou plusieurs bases de données à l'aide de la formulation d'interrogation pour situer une ou plusieurs cibles d'hyperlien ayant des attributs et des valeurs d'attributs qui satisfont à la formulation d'interrogation. 53. Système de navigation à base d'hypermédia, caractérisé en ce qu'il comporte: plusieurs bases de données constituées de ci- bles d'hyperlien disponibles, chaque telle base de don- nées pouvant être recherchée par l'intermédiaire d'un ou plusieurs attributs d'interrogation supportés par la base de données et concernant les cibles d'hyperlien disponi- bles, un fournisseur d'informations qui fournit un document hypermédia, le document hypermédia ayant au moins un hyperlien, ledit hyperlien spécifiant une formu- lation d'interrogation qui est spécifiée au moins par- tiellement en termes d'attributs d'interrogation et de valeurs desdits attributs d'interrogation, un client configuré pour déterminer l'hyperlien par interrogation d'au moins une des bases de données à l'aide de la formulation d'interrogation pour situer une ou plusieurs cibles d'hyperlien ayant des attributs et des valeurs d'attributs qui satisfont à la formulation d'interrogation. 54. Système de navigation à base d'hypermédia selon la revendication 53, caractérisé en ce que le client est en outre configuré pour activer lesdites une ou plusieurs cibles d'hyperlien. 55. Système de navigation à base d'hypermédia selon la revendication 53, caractérisé en ce que l'hyper- lien spécifie une ou plusieurs règles exécutables pour ajouter potentiellement des attributs de recherche à la formulation d'interrogation. 56. Système de navigation à base d'hypermédia selon la revendication 53, caractérisé en ce qu'il com- porte de plus une liste des attributs liés mise à jour par le client, l'hyperlien spécifiant une ou plusieurs règles exécutables pour ajouter potentiellement des at- tributs de recherche à la formulation d'interrogation en fonction desdits attributs liés. 57. Système de navigation à base d'hypermédia selon la revendication 53, caractérisé en ce qu'il com- porte en outre une liste des attributs liés mise à jour par le client, lesdits attributs liés étant basés sur un profil d'utilisateur, l'hyperlien spécifiant une ou plu- sieurs règles exécutables pour ajouter potentiellement des attributs de recherche à la formulation d'interroga- tion en fonction desdits attributs liés. 58. Système de navigation à base d'hypermédia selon la revendication 53, caractérisé en ce que le client est configuré pour identifier une ou plusieurs ba- ses de données qui supportent un ou plusieurs attributs d'interrogation spécifiés dans l'interrogation, et pour déterminer l'hyperlien en interrogeant au moins une des bases de données identifiées à l'aide de la formulation d'interrogation. 59. Système de navigation à base d'hypermédia selon la revendication 53, caractérisé en ce que le client est configuré pour mettre à jour une base de rè- gles constituée de règles exécutables pour ajouter poten- tiellement des attributs de recherche à la formulation d'interrogation, lesdites règles exécutables comportant des règles ambiantes qui sont spécifiées indépendamment de l'hyperlien sélectionné et des règles de lien qui sont spécifiées par l'hyperlien. 60. Système de navigation à base d'hypermédia selon la revendication 53, caractérisé en ce qu'il com- porte en outre une liste d'attributs liés mise à jour par le client, ladite liste d'attributs liés comportant des attributs liés ambiants qui sont indépendants de l'hyper- lien sélectionné et des attributs liés de lien qui sont spécifiés dans l'hyperlien sélectionné. 61. Système de navigation à base d'hypermédia selon la revendication 53, caractérisé en ce qu'il com- porte de plus une liste d'attributs liés mise à jour par le client, ladite liste d'attributs liés comportant des attributs liés ambiants qui sont indépendants de l'hyper- lien sélectionné, des attributs liés de contexte qui sont spécifiés dans un document hypermédia sélectionné, et des attributs liés de lien qui sont spécifiés dans l'hyper- lien sélectionné. 62. Procédé de navigation dans des documents hypermédia, caractérisé en ce qu'il comporte les étapes consistant à: afficher au moins un hyperlien doux à un utili- sateur, en réponse au fait que l'utilisateur active le- dit hyperlien doux, réaliser une interrogation concernant une ou plusieurs cibles hypermédia, ladite interrogation étant basée au moins en partie sur des attributs associés à l'utilisateur, en tant que résultat de l'interrogation, affi- cher des hyperliens sur lesdites une ou plusieurs cibles hypermédia. 63. Procédé selon la revendication 62, caracté- risé en ce qu'il consiste en outre à identifier lesdits attributs sans requérir de limite de recherche en prove- nance de l'utilisateur. 64. Procédé selon la revendication 62, caracté- risé en ce que l'étape consistant à afficher des hyper- liens consiste à afficher des hyperliens durs sur lesdi- tes une ou plusieurs cibles hypermédia. 65. Procédé selon la revendication 62, caracté- risé en ce que l'interrogation est en outre basée sur des attributs spécifiés dans l'hyperlien doux. 66. Procédé selon la revendication 62, caracté- risé de plus en ce qu'il consiste à afficher un document hypermédia à l'utilisateur, le document hypermédia com- portant ledit au moins un hyperlien doux, l'interrogation étant de plus basée sur les attributs spécifiés dans le document hypermédia. 67. Procédé selon la revendication 62, caracté- risé de plus en ce qu'il consiste à afficher un document hypermédia à l'utilisateur, le document hypermédia com- portant ledit au moins un hyperlien doux, l'interrogation étant en outre basée sur des attributs spécifiés dans le document hypermédia et sur des attributs spécifiés dans l'hyperlien doux.