Brevet FR2858078A1 — publié le 20050128

PROCEDE DE NAVIGATION POUR LE PRECHARGEMENT, SERVEUR, UNITE ET PROGRAMMES D'ORDINATEUR POUR METTRE EN EUVRE LE PROCEDE La présente invention est relative au domaine de la navigation pour l'accès à des éléments d'informations stockés organisés en pages incluant des liens. Chaque lien est associé à un jeu de paramètres incluant au moins un paramètre d'adressage d'une page vers laquelle ledit lien pointe. Plus particulièrement, la présente invention concerne les procédés et moyens techniques permettant d'accélérer cette navigation. Une telle navigation est réalisée depuis une unité reliée à au moins un serveur de contenus par l'intermédiaire d'un réseau de télécommunications. L'unité peut être un terminal ou un serveur intermédiaire ("proxy"). Elle est 15 associée à un utilisateur, qui navigue sur des pages envoyées par le serveur de contenus, par exemple dans le cadre de systèmes de services en lignes sur Internet ou de services WAP. La technique dite de préchargement (en anglais prefetching ) consiste à faire parvenir à l'unité des pages, avant que l'utilisateur n'en fasse la 20 demande, dans des cas où il est jugé probable que l'utilisateur ait bientôt besoin de ces données. L'unité stocke alors localement ces données préchargées, par exemple dans une mémoire-cache, pour ne pas avoir à les télécharger par la suite et pour pouvoir les présenter rapidement après la demande de l'utilisateur. Ceci permet de limiter les effets néfastes de la latence 25 et de la faible capacité d'un réseau sur les temps de latence ressentis par l'utilisateur. La technique est d'autant plus efficace que la prédiction des besoins de l'utilisateur est efficace. En effet, l'ordre de l'utilisateur sera exécuté d'autant plus vite que les mécanismes d'anticipation auront permis de deviner son ordre 30 et de "rapprocher" le document. Certaines techniques exploitent des données unilatérales pour déterminer l'opération de préchargement. Une telle technique est par exemple décrite dans le document Speculative data dissemination and service , d'Azer Bestavros (conférence internationale de 1996 sur les données 35 techniques (ICDE 1996), New Orleans, Louisiana, mars 1996). Ce document présente un mécanisme d'anticipation par décision du serveur. Ce dernier envoie par anticipation un certain nombre de pages au client. L'impact de cette anticipation est ensuite analysé à partir d'un modèle théorique de trafic et de réseau. Toutefois, le fait qu'il soit tenu compte de données unilatérales pour décider du préchargement, nuit à la performance de la prédiction. D'autres techniques utilisent des données en provenance des deux 5 côtés, c'est-à-dire du serveur et de l'unité. La transmission des données d'un côté vers l'autre se limite dans certains de ces cas à une liste non ordonnée de liens pouvant techniquement être préchargés. La marge d'analyse et d'intelligence laissée à l'unité pour l'exploitation de cette liste pour déterminer in fine la page à précharger est alors extrêmement réduite. Dans les autres cas, 10 une liste ordonnée de liens est transmise, comme dans le document A noninterfering deployable web prefetching system , de Ravi Kokku et al., (Département des sciences informatiques, université du Texas à Austin), mais ces solutions font appel à des serveurs de suggestions supplémentaires, ce qui ajoute des contraintes notamment de connections simultanées ou répétées 15 vers des services différents, et donc une inefficacité protocolaire. Dans tous les cas, les solutions existantes ne permettent pas l'exploitation de mécanismes de décision de préchargement évolués et autonomes de l'unité, pour utiliser aux mieux les informations disponibles de part et d'autre, notamment celles fournies par les serveurs de contenus. Un but de la présente invention est de pallier ces multiples limitations de la technique antérieure. L'invention propose ainsi un procédé de navigation pour l'accès à des éléments d'information stockés organisés en pages incluant des liens. Chaque lien est associé à un jeu de paramètres incluant au moins un 25 paramètre d'adressage d'une page vers laquelle ledit lien pointe. Le procédé comprend les étapes suivantes: - inclure dans le jeu de paramètres associé à au moins un lien d'une page stockée dans un serveur de contenus au moins un paramètre respectif d'aide à la décision de préchargement et; - transmettre ladite page du serveur de contenus à une unité reliée au serveur par l'intermédiaire d'un réseau de communications, avec les jeux de paramètres respectivement associés aux liens de la page; - à la réception de la page par ladite unité, traiter les paramètres d'aide à la décision de préchargement inclus dans lesdits jeux de paramètres pour 35 sélectionner aucune, une ou plusieurs pages à précharger; et - commander le préchargement des pages sélectionnées. Ce procédé remédie aux inconvénients exposés ci-dessus en permettant de combiner la fourniture de paramètres, par exemple de prédiction, émis par le fournisseur de contenu, avec l'indépendance du mécanisme de décision de l'unité. Dans un mode de mise en oeuvre de l'invention, le traitement des 5 paramètres d'aides à la décision de préchargement va aboutir à la sélection d'une page à sélectionner, voire de plusieurs pages ordonnées entre elles par ordre de priorité pour le préchargement. Dans un autre mode de mise en oeuvre de l'invention, le traitement pourra également quelquefois aboutir à la sélection d'aucune page, s'il prend 10 en compte notamment des paramètres introduits par un client et imposant par exemple une contrainte sur un volume total préchargé maximum. Un autre aspect de la présente invention est relative à un serveur de contenus pour mettre en oeuvre un procédé selon l'invention. Un autre aspect de l'invention se rapporte à une unité pour mettre en 15 oeuvre un procédé selon l'invention. Un autre aspect de l'invention se rapporte à un programme d'ordinateur à installer dans un serveur de contenus stockant des éléments d'informations organisés en pages incluant des liens. Chaque lien est associé à un jeu de paramètres incluant au moins un paramètre d'adressage de la page vers 20 laquelle ledit lien pointe. Le programme comprend des instructions pour mettre en oeuvre, lors d'une exécution du programme par les moyens de traitement dudit serveur, l'étape consistant à transmettre à une unité reliée au serveur par l'intermédiaire d'un réseau de communications, une page stockée dans le serveur de contenus et comprenant au moins un lien, au moins un paramètre 25 respectif d'aide à la décision de préchargement étant inclus dans le jeu de paramètres respectivement associé audit lien de la page et transmis avec ladite page. Un autre aspect de l'invention se rapporte à un programme d'ordinateur à installer dans une unité pour l'accès à des éléments d'informations organisés 30 en pages incluant des liens. Chaque lien est associé à un jeu de paramètres incluant au moins un paramètre d'adressage de l'élément d'information vers lequel ledit lien pointe. Le programme comprend des instructions pour mettre en oeuvre les étapes suivantes, lors d'une exécution du programme par les moyens de traitement de ladite unité: recevoir une page transmise d'un serveur de contenus reliée à l'unité par l'intermédiaire d'un réseau de communications avec les jeux de paramètres respectivement associés aux liens de la page, le jeu de paramètres associé à au moins un lien de la page incluant au moins un paramètre respectif d'aide à la décision de préchargement; et - traiter les paramètres d'aide à la décision de préchargement inclus dans lesdits jeux de paramètres pour sélectionner aucune, une ou plusieurs pages à précharger; et - commander le préchargement des pages sélectionnées. D'autres caractéristiques et avantages de l'invention apparaîtront au 10 cours de la description suivante de formes de réalisation, données à titre d'exemple non limitatif, en regard des dessins joints. Sur les dessins: - la figure 1 représente un serveur de contenus et une unité dans un mode de réalisation de l'invention; - la figure 2 représente un chronogramme des différents échanges survenant dans un mode de réalisation de l'invention; Sur la figure 1 est représenté un réseau de communication 1, par exemple le réseau Internet. Un serveur de contenus S est connecté à ce réseau 1 et répond à des requêtes établies au moyen d'un protocole de 20 transfert par exemple http (voir Fielding et al.: Hypertext Transfer Protocol HTTP/1.1, janvier 1997, http://www.rfc-editor.org/rfc/rfc2068.txt), par des éléments d'information structurés organisées en pages. Ce serveur de contenus est un serveur parmi une multitude d'autres serveurs connectés au réseau. Certaines des pages délivrées par le serveur S contiennent des liens qui pointent respectivement vers une autre page. Chaque lien est associé à un jeu de paramètres. Un jeu de paramètres comprend au moins un paramètre d'adressage de la page vers laquelle le lien pointe. Chaque page comportant au moins un lien délivrée par le serveur est transmise par le serveur avec le jeu 30 de paramètres associé au lien. Selon l'invention, le jeu de paramètres comprend en outre au moins un paramètre d'aide à la décision de préchargement, que l'on appellera par la suite paramètre de préchargement. La détermination, ou la non-détermination, pour chaque lien d'un ou de plusieurs paramètres de préchargement peut être effectuée par le serveur de contenus 35 lui-même ou par une entité extérieure au serveur et lui fournissant ces paramètres. Dans les exemples qui suivent, on considérera que cette détermination est effectuée par le serveur de contenus S. La détermination des paramètres de préchargement par le serveur S peut s'appuyer sur des informations variées. Ces informations peuvent comporter la fréquentation d'un lien, par exemple sous forme de statistiques, la 5 popularité d'un lien à partir du vote d'utilisateurs du service rendu par le serveur de contenus S, la volonté de mettre en avant certains liens (promotion de services, fonctionnalités prioritaires) . Elle peut mettre à contribution des données du serveur lui-même, par exemple des données relatives à la connexion au service, ainsi que données de serveurs externes, notamment en 10 cas de vote ou de décision de vente prioritaire. Le serveur S agrège ces informations de nature variée et les convertit en paramètres de préchargement pour chaque lien d'une page, selon des règles qui lui sont propres. Ces paramètres de préchargement sont ensuite inclus dans le jeu de paramètres associé au lien et transmis avec la page contenant 15 ce lien. Les paramètres de préchargement contenus dans un lien peuvent fournir différents types d'informations. Ces informations peuvent se rapporter à la page vers laquelle le lien pointe, par exemple un indice composite de priorité de la page, ou une taille, ou un type de document. Elles peuvent également être relatives au lien entre la page contenant et la page liée, par exemple un indice composite de priorité du lien, une estimation statistique des chances qu'un utilisateur accède à cette page dans la session en cours, ou dans un laps de temps donné à partir de la consultation de la page en cours de visualisation, une estimation statistique du temps 25 caractéristique qu'un utilisateur attendra avant de demander cette page. Ces informations peuvent en outre prendre en compte par exemple les liens les plus fréquemment accédés par l'utilisateur en cours, ou encore les liens les plus fréquemment accédés par les utilisateurs ayant consulté le même genre de document que ceux consultées par l'utilisateur actuel. Il peut également être 30 pris en compte des informations sur l'utilisateur à partir de paramètres stockés sur le serveur (centres d'intérêts, localisation, présence, date de dernière consultation) ou encore des informations contextuelles générales telles que la date, certains événements, etc. Certains liens, qu'il ne faut pas tenter de précharger compte tenu de leur 35 nature, sont identifiés comme tels par le serveur S afin de ne pas être préchargés par erreur. Par exemple, un lien qui, une fois suivi, provoque une action irréversible sur le serveur ne doit pas être en principe chargé par avance. A titre d'illustration, si un lien déclenche la suppression d'un fichier sur le serveur, il ne doit pas être chargé sans l'accord de l'utilisateur. Cependant, le texte qui sera affiché en cas de succès de la suppression de fichier peut, lui, 5 être chargé à l'avance. Le jeu de paramètres associé à un tel lien ne comprendra donc pas de paramètre de préchargement ou comprendra un paramètre de préchargement précisant son état non préchargeable. Le paramètre de préchargement permet d'ordonner entre eux les liens. Il ne s'agit donc pas d'un paramètre binaire prenant les valeurs 10 préchargeable/non préchargeable. Un utilisateur 2, se connecte au réseau de télécommunications au moyen d'un terminal 3 tel que par exemple un ordinateur de type PC disposant d'un navigateur et doté d'un écran permettant de visualiser les pages envoyées à l'utilisateur. Dans l'exemple considéré, le terminal accède au réseau 1 par 15 I'intermédiaire d'un serveur proxy 6. Celui-ci joue un rôle d'accélérateur pour la navigation et comporte à cet effet un module de détermination du préchargement 4 et un module d'exécution du préchargement 5. Dans l'exemple considéré, le serveur proxy 6 est l'unité qui a en charge les opérations de préchargement. Naturellement, ces opérations pourraient 20 aussi être effectuées dans le terminal 3, notamment dans le cas où il ne passe pas par un proxy pour accéder aux pages. Les paramètres de préchargement, inclus dans certains des jeux de paramètres associés à des liens inclus dans une page reçue sont fournis au module de détermination 4 du préchargement. Ce module est chargé de 25 prendre une décision sur le préchargement prioritaire. En fonction des paramètres de préchargement transmis par le serveur S, et éventuellement d'autres paramètres comme par exemple des préférences locales, des paramètres de réseau (temps de latence, taux de transfert...) ou des objectifs de taux maximum de gaspillage de ressources provoqué par le préchargement 30 (en effet, de par sa nature spéculative, le préchargement engendre obligatoirement une consommation de ressource supplémentaire), le module de détermination 4 du préchargement choisit les pages à précharger en priorité, puis ce chargement est exécuté par le module d'exécution du préchargement 5 de l'unité 3. L'invention ne présuppose pas de la complexité de l'algorithme de commande du préchargement. Cet algorithme peut donc être quelconque, et s'appuyer sur un nombre de données aussi large que nécessaire. Des exemples d'algorithme seront décrits ci-dessous. Une fois l'accès au serveur S obtenu, I'utilisateur va naviguer sur les pages envoyées par le serveur S. Des échanges entre le terminal 3 de 5 I'utilisateur 2, le serveur proxy 6 et le serveur de contenus S ont par exemple lieu comme décrit ci-dessous et illustré sur le chronogramme représenté en figure 2. Echange 1: I'utilisateur 2 demande l'accès à une page HTML hébergée par le serveur S. Echange 2: le serveur proxy 6 relaye la demande d'accès au serveur de contenus S. Echange 3: le serveur S répond en envoyant une première page P1 vers le proxy 6. Cette page P1 comporte un lien vers une page P2 et un lien vers une page P3. Chaque lien est associé à un jeu de paramètres transmis 15 avec la page P1 comportant respectivement un paramètre de préchargement. Echange 4: la page P1 est affichée sur l'écran du terminal 3 et peut être consultée par l'utilisateur. En utilisant les paramètres de préchargement intégrés dans les liens de la page P1 transmise précédemment, le module de détermination 4 du 20 préchargement du proxy 6 décide de précharger en priorité la page P3 plutôt que la page P2. Echange 5: le module d'exécution du préchargement 5 du proxy 6 effectue la requête de la page P3 auprès du serveur de contenus S. Echange 6: la page P3 est envoyée par le serveur S au serveur proxy 6. 25 Cette page comporte des liens vers deux pages P4 et P5. Les jeux de paramètres associés à ces liens comportent un paramètre de préchargement. En utilisant les paramètres de préchargement intégrés dans les liens de la page P1 transmise au cours de l'échange n 4 et ceux intégrés dans les liens de la page P3 transmise au cours de l'échange n 6, le module de détermination 30 4 du préchargement du proxy 6 décide de précharger en priorité la page P2, plutôt que la page P4 ou la page P5. Echange 7: le module d'exécution du préchargement 5 du proxy 6 effectue la requête de la page P2 auprès du serveur S. Echange 8: le serveur commence à délivrer la page P2. Echange 9: alors que le proxy 6 est en cours de réception de la page P2, I'utilisateur 2 émet le choix de naviguer vers la page P3. Cette page, préchargée lors de l'échange n 6, est immédiatement affichée à l'utilisateur 2. En fonction de ce nouveau choix de l'utilisateur et en utilisant les paramètres de préchargement intégrés dans les jeux de paramètres transmis 5 avec la page P1 et avec la page P3 et associés aux liens figurant dans ces deux pages, le module de détermination 4 du préchargement du proxy 6 décide d'arrêter le préchargement en cours de la page P2 pour précharger à la place la page P4. Echange 10: le module d'exécution du préchargement 5 du proxy 6 10 requiert l'interruption du transfert de la page P2 auprès du serveur S. Echange 11: le module d'exécution du préchargement 5 du proxy 6 effectue la requête de la page P4 auprès du serveur S. Echange 12: le serveur S envoie la page P4. A titre d'illustration, un des paramètres de préchargement, p, peut être 15 un indice de préférence calculé par le serveur. Le module de détermination 4 du préchargement du proxy 6 peut déterminer une liste ordonnée de pages à précharger séquentiellement en classant toutes les pages liées à la page en cours de consultation dans l'ordre de préférence exprimé par le paramètre p. Lorsque les pages sont exprimées dans un langage arborescent, elles 20 sont décrites par des structures arborescentes présentant des noeuds. Certains de ces noeuds représentent des liens. En outre dans certains langages de type XML (voir World Wide Web Consortium: Extensible Markup Language (XML) 1.0 (Seconde Edition), octobre 2000. http://www.w3.org/TR/REC-xml) ou HTML (voir World Wide Web Consortium: HTML 4.01 Specification, décembre 1999 25 http://www.w3. orq/TRlhtml4/), des balises ou marqueurs (en anglais "tag") repèrent des noeuds. Dans le cas de langage arborescent, les paramètres de préchargement sont alors inclus au sein des noeuds d'une page présentant des liens préchargeables, ou encore le cas échéant en tant qu'attributs supplémentaires 30 dans les balises de la page. Dans le mode de réalisation particulier décrit ci-dessous, le protocole de communication utilisé entre un serveur S et le proxy 6 est http. Le service est écrit en HTML et la navigation s'exécute à partir d'un navigateur WEB. Les exemples de liens en HTML qui seront utilisés par la suite sont du 35 type, avant mise en oeuvre de l'invention , qui représente une inclusion de l'image image.gif dans le texte d'une page, * Page suivante qui représente un lien portant le label Page suivante vers la page page2.html . Le paramètre de préchargement, dans cet exemple, est un indice 5 composite de pourcentage associé à un lien, appelé ci-dessous priorité. Ce paramètre peut prendre des valeurs entre 0% et 100%. Une valeur égale à 0% signifie "ne pas pré-charger", 100% signifiant "pré-chargement prioritaire". Ce paramètre de pourcentage porte l'attribut PRIORITY et est ajouté aux balises des liens. Il n'y pas d'autre paramètre de préchargement que ce paramètre de 10 pourcentage. Il n'est pas obligatoire que la somme des paramètres de pourcentage des liens sur une même page soit égale à 100%. Par exemple, le lien vers la page page2.html > que l'on mentionnait cidessus pourrait devenir, après insertion dans les balises des liens de l'attribut supplémentaire relatif au paramètre de priorité selon l'invention: 15 * Page suivante . Dans le mode de réalisation considéré dans cet exemple, à tout instant, le proxy 6 peut traiter en parallèle le préchargement de deux pages, ou le chargement d'une page. Lorsqu'une page non encore préchargée est demandée par l'utilisateur 2, tous les préchargements en cours sont 20 interrompus et le chargement de la page demandée par l'utilisateur est traité immédiatement. Lorsque la capacité de chargement n'est plus utilisée, c'est-à-dire quand tous les documents demandés par l'utilisateur ont été chargés ou préchargés, le module de détermination 4 du préchargement met en oeuvre l'algorithme 25 correspondant aux étapes suivantes pour déterminer quelles pages doivent être préchargées en priorité: 1. Considérer la page en cours de visualisation. Classer les liens présents dans la page par ordre de priorité décroissante dans une liste L. 2. Considérer un lien de priorité maximale dans la liste L: a. Si le lien considéré n'est pas déjà préchargé ni en cours de préchargement, ce lien est le prochain à précharger; b. Sinon, ôter ce lien de la liste L et revenir en 2. A chaque fois qu'une nouvelle page est demandée par l'utilisateur, les pages à précharger en priorité sont réévaluées. Une page qui peut être délivrée par le serveur S contient par exemple les liens et images suivantes, avant mise en oeuvre de l'invention: * , * , * Page 1 , * Page 2 , 5 * Page 3 . Il est considéré par une entité interne au serveur ou encore externe, que: * I'image a.gif est importante pour la visualisation rapide de la page, * I'image b.gif est moins importante pour l'utilisateur, * la page 1 est la plus fréquemment visitée à partir de la page courante, * la page 2 est une nouveauté du site, et le gestionnaire du serveur S veut promouvoir son accès rapide, * la page 3 est porteuse d'une action (déconnexion du service). Elle 15 ne doit pas être pré-chargée. En conséquence, selon l'invention, les balises des liens de la page sont enrichies dans l'exemple considéré ici de la façon suivante * * * Page 1 * Page 2 * Page 3 . Cette page enrichie est ensuite reçue par l'unité 3 pour visualisation. Au regard des paramètres de priorité, le module de détermination du 25 préchargement 4 prend une décision sur les éléments à précharger en déroulant l'algorithme décrit ci-dessus. Au cas où l'unité recevant la page enrichie ne dispose pas des fonctionnalités de préchargement ou n'implémente pas la présente invention, il ne sera pas affecté par la présence des paramètres supplémentaires. En effet, 30 les navigateurs HTML sont tolérants aux paramètres non reconnus. Dans les exemples décrits ci-dessus, les paramètres de préchargement sont transmis au proxy 6 à l'intérieur d'une page de contenu, en tant qu'attributs supplémentaires des noeuds de la page indiquant des liens. Une variante possible de l'invention est de considérer en supplément les 35 noeuds parents de ces noeuds de la page indiquant des liens, et de placer les paramètres de préchargement dans des attributs supplémentaires d'un noeud parent de noeuds indiquant des liens. Les paramètres de préchargement d'un noeud s'appliquent alors à tous les descendants de ce noeud qui indiquent des liens. Cette variante est combinable avec le comportement décrit plus haut. Il se peut ainsi qu'à un noeud soient attachés des paramètres de préchargement provenant de plusieurs de ses ancêtres, en plus éventuellement des attributs de préchargement qu'il porterait en propre. L'interprétation de ces multiples attributs peut se faire de différentes manières, notamment lorsqu'ils entrent en contradiction. Dans ce cas, si un même attribut se trouve défini dans les paramètres de préchargement de plusieurs ancêtres d'un même lien, et que ces paramètres entrent en contradiction, la règle peut par exemple être que l'ancêtre le moins éloigné dans l'arborescence a priorité; la priorité la plus grande revient alors aux paramètres de préchargement du noeud de base , 15 puis à son noeud père, etc. jusqu'à la racine du document. L'exemple ci-dessous est une illustration d'un mode de réalisation de cette variante. Dans le cas du langage HTML considéré ci-dessus, certains paramètres peuvent être mutualisés par une définition dans un noeud parent, s'ils sont identiques pour des liens contenus dans un sous-arbre du document. 20 En particulier, en HTML, la définition de sous-arbres peut être faite à l'aide de la balise . Voici les liens contenus dans une page originale avant mise en oeuvre de l'invention: * Page 1 25 * Page 2 * Page 3 Les deuxième et troisième liens peuvent être regroupés par un champ DIV, ce qui donne: * Page I 30 * - Page 2 - Page 3 * L'ajout des paramètres de préchargement selon l'invention peut se faire 35 en partie sur la balise DIV (supposons à titre d'exemple que les paramètres choisis soient PRIORITY, un indice composite de priorité, similaire au paramètre de priorité considéré précédemment, et SIZE, une taille de document), ce qui donne alors: * Page 1 * o Page 2 o Page 3 * Dans une autre variante de réalisation de l'invention, les paramètres de préchargement inclus en tant qu'attributs supplémentaires le sont en tant 10 qu'attributs de style. En effet, les attributs de style définis dans le modèle de feuille de style CSS ( Cascading Style Sheet ) utilisé dans certains navigateurs [voir World Wide Web Consortium: Cascading Style Sheets (CSS), level 1 (17 Dec 1996, revised 11 Jan 1999), http://www.w3,org/TPIREC-CSS1 et level 2, CSS2 15 Specification, mai 1998, http://www.w3.org/TR1 REC-CSS2/] permettent d'attribuer des propriétés à des noeuds d'un document XML en les caractérisant par un type de style. Il est donc possible d'attribuer des paramètres de préchargement à des noeuds au moyen d'attributs de style: soit directement dans les noeuds indiquant des liens, soit dans des noeuds parents. 20 Cela permet de factoriser la spécification de paramètres de préchargement identiques dans plusieurs liens. D'autres normes pour spécifier des attributs de style que CSS, comme par exemple le langage XSL [voir World Wide Web Consortium: XSL Transformations (XSLT), Version 1.0, nov. 99, http://www.w3.org/TR/xslt ou 25 http://www.w3.org/Style/XSLI], peuvent également être utilisées. Dans l'exemple décrit ci-dessous, I'attribut de style 'prefetch-priority' désigne un indice composite de préchargement compris entre 0 et 100. On peut ensuite utiliser dans une feuille de style la définition CSS suivante A.prefetch-high { prefetch-priority: 80} 30 A.prefetch-low {prefetch-priority: 20} Cette feuille de style pourrait alors être mise à profit dans un document HTML où se trouvent des liens, par exemple de la façon suivante: * Page 1 * Page 2 35. Page 3 Cela permet à un auteur de pages web de modifier des paramètres de préchargement communs à plusieurs liens très rapidement en modifiant seulement les définitions de style. Cette variante peut être combinée avec l'utilisation de noeuds parents exposée précédemment pour spécifier des attributs de style. Il faut pour cela 5 que les attributs de style représentant des paramètres de chargement puissent être transmis d'un noeud aux noeuds descendants par le mécanisme d'héritage propre à CSS. L'invention s'applique aux pages exprimées en tout langage structuré arborescent dont les noeuds représentent des liens vers d'autres pages, ces 10 pages liées pouvant être structurées ou non (comme dans le cas des images). Il faut cependant que ces langages admettent l'extension de la syntaxe des noeuds pour admettre les paramètres de préchargement supplémentaires. En particulier, les langages dérivés de XML comportant des liens, comme XHTML, WML, etc. peuvent voir leur syntaxe étendue pour comporter 15 des attributs supplémentaires. Un mécanisme simple consiste à changer le langage de base pour inclure ces attributs. Un mécanisme d'extension générique est cependant défini pour XML (voir notamment World Wide Web Consortium: Namespaces in XML, janvier 1999 http://www.w3.org/TR/RECxmlnames/). L'invention est également adaptable aux langages compilés à partir de XML, comme WBXML (voir WAP Forum: 'Binary XML Content Format Specification vl. 3", juillet 2001, référence WAP-192-WBXML-20010725-a, http://wwwl. wapforum.org/tech/documents/WAP-i92-WBXML-20010725-a. pdf). L'invention est également applicable aux langages non-dérivés des 25 langages à balises, mais ayant la propriété indiquée précédemment relative à l'extension de la syntaxe des noeuds (ex: un langage propriétaire échangé avec une middiet JAVA et un serveur). Un procédé de navigation selon l'invention permet ainsi un préchargement de pages en laissant à l'unité une grande autonomie quant au 30 processus de décision, tout en enrichissant les pages transmises par le serveur de paramètres de préchargement relatifs aux pages liées à ces pages transmises utiles au cours du processus de décision. REVENDICATIONS 1. Procédé de navigation pour l'accès à des éléments d'information stockés organisés en pages (P1;P2;P3;P4) incluant des liens, chaque lien étant 5 associé à un jeu de paramètres incluant au moins un paramètre d'adressage d'une page vers laquelle ledit lien pointe, comprenant les étapes suivantes: - inclure dans le jeu de paramètres associé à au moins un lien d'une page stockée dans un serveur de contenus (S) au moins 10 un paramètre respectif d'aide à la décision de préchargement (p) et; transmettre ladite page du serveur de contenus à une unité (6) reliée au serveur par l'intermédiaire d'un réseau de communications, avec les jeux de paramètres respectivement 15 associés aux liens de la page; - à la réception de la page par ladite unité, traiter les paramètres d'aide à la décision de préchargement inclus dans lesdits jeux de paramètres pour sélectionner aucune, une ou plusieurs pages à précharger; - commander le préchargement des pages sélectionnées. 2. Procédé selon la revendication 1, selon lequel chaque lien est associé à un noeud dans une représentation arborescente des pages, et le paramètre d'aide à la décision de préchargement attribué pour un lien 25 est inclus dans le noeud associé au lien en tant qu'attribut supplémentaire du noeud. 3. Procédé selon la revendication 1 ou la revendication 2 selon lequel lorsqu'un paramètre d'aide à la décision de préchargement est inclus 30 dans un noeud, il est inclus également dans tous les noeuds descendant dudit noeud. 4. Procédé selon la revendication 3, selon lequel un paramètre est inclus dans un noeud en tant qu'attribut de style. 35 5. Procédé selon l'une quelconque des revendications 1 à 4, selon lequel un paramètre d'aide à la décision de préchargement est un paramètre non binaire. 6. Procédé selon l'une quelconque des revendications 1 à 5, selon lequel 5 un paramètre d'aide à la décision de préchargement est un pourcentage. 7. Serveur de contenus (S) pour mettre en oeuvre un procédé selon l'une quelconque des revendications 1 à 6, comportant des moyens pour transmettre à une unité reliée au serveur par l'intermédiaire d'un réseau 10 de communications, une page stockée dans le serveur de contenus et comprenant au moins un lien, et au moins un paramètre respectif d'aide à la décision de préchargement (p) étant inclus dans le jeu de paramètres respectivement associé audit lien de la page et transmis avec ladite 15 page. 8. Serveur de contenus (S) selon la revendication 7, comportant en outre des moyens pour inclure dans le jeu de paramètres associé au lien de la page le paramètre respectif d'aide à la décision de préchargement. 20 9. Serveur de contenus (S) selon la revendication 8, dans lequel chaque lien est associé à un noeud dans une représentation arborescente des pages, et les moyens pour inclure le paramètre d'aide à la décision de préchargement sont adaptés pour inclure le paramètre d'aide à la 25 décision en tant qu'attribut supplémentaire du noeud. 10.Serveur de contenus (S) selon la revendication 9, dans lequel les moyens pour inclure le paramètre d'aide à la décision de préchargement sont adaptés pour, lorsqu'un paramètre d'aide à la décision de 30 préchargement est inclus en tant qu'attribut supplémentaire dans un noeud, I'inclure également comme attribut supplémentaire dans tous les noeuds descendant dudit noeud. 1 1. Serveur de contenus (S) selon l'une quelconque des revendications 7 à 35 10, dans lequel les moyens pour inclure le paramètre d'aide à la décision de préchargement sont adaptés pour inclure un paramètre d'aide à la décision de préchargement noeud en tant qu'attribut de style. 12.Serveur de contenus selon l'une quelconque des revendications 7 à 11 comportant en outre des moyens d'attribution de paramètres, adaptés 5 pour attribuer, pour chaque lien inclus dans l'élément d'information à transmettre, au moins un paramètre d'aide à la décision de préchargement à chaque élément d'information préchargeable vers lequel pointe ledit lien. 13.Unité (6) pour mettre en oeuvre un procédé selon l'une des revendications 1 à 6 comportant: - des moyens pour recevoir une page transmise avec les jeux de paramètres respectivement associés aux liens de la page, par l'intermédiaire d'un réseau de télécommunications; 15 - des moyens (4) pour, à la réception d'une page, traiter les paramètres d'aide à la décision de préchargement inclus dans lesdits jeux de paramètres pour sélectionner aucune, une ou plusieurs pages à précharger; et - des moyens (5) pour commander le préchargement des pages 20 sélectionnées; - des moyens pour précharger un élément d'information reçu. 14. Unité (6) selon la revendication 13 comportant un serveur proxy qui comprend les moyens pour sélectionner, commander le préchargement 25 et précharger une page. 15. Programme d'ordinateur à installer dans un serveur de contenus (S) stockant des éléments d'informations organisés en pages (P1;P2;P3;P4) incluant des liens, chaque lien étant associé à un jeu de paramètres 30 incluant au moins un paramètre d'adressage de la page vers laquelle ledit lien pointe, ledit programme comprenant des instructions pour mettre en oeuvre, lors d'une exécution du programme par les moyens de traitement dudit serveur, le procédé comprenant l'étape consistant à transmettre à une unité (6) reliée au serveur par l'intermédiaire d'un 35 réseau de communications, une page stockée dans le serveur de contenus et comprenant au moins un lien, au moins un paramètre respectif d'aide à la décision de préchargement (p) étant inclus dans le jeu de paramètres respectivement associé audit lien de la page et transmis avec ladite page. 16. Programme d'ordinateur selon la revendication 15, comprenant en outre l'étape consistant à inclure dans le jeu de paramètres associé au lien de la page le paramètre respectif d'aide à la décision de préchargement (p). 17. Programme d'ordinateur à installer dans une unité (6) pour l'accès à des éléments d'informations organisés en pages (P1;P2;P3;P4) incluant des liens, chaque lien étant associé à un jeu de paramètres incluant au moins un paramètre d'adressage de l'élément d'information vers lequel ledit lien pointe, ledit programme comprenant des instructions pour 15 mettre en oeuvre, lors d'une exécution du programme par les moyens de traitement de ladite unité, le procédé comprenant les étapes suivantes: - recevoir une page transmise d'un serveur de contenus reliée à l'unité par l'intermédiaire d'un réseau de communications avec les jeux de paramètres respectivement associés aux liens de la 20 page, le jeu de paramètres associé à au moins un lien de la page incluant au moins un paramètre respectif d'aide à la décision de préchargement (p); et - traiter les paramètres d'aide à la décision de préchargement inclus dans lesdits jeux de paramètres pour sélectionner aucune, 25 une ou plusieurs pages à précharger; et - commander le préchargement des pages sélectionnées. 18. Programme d'ordinateur selon la revendication 17 dans lequel certaines au moins des étapes du procédé sont réalisées par un serveur proxy 30 compris dans l'unité (6).