FR 2888356 A1 20070112 FR 0507200 A 20050706 La présente invention concerne un procédé, un programme, un support d'enregistrement, un serveur et un système de rafraîchissement d'un contenu multimédia présenté par une application de présentation d'informations. Les applications sont, par exemple, des navigateurs Internet. Les navigateurs Internet permettent notamment de naviguer sur la toile d'araignée mondiale plus connue sous le terme de réseau Internet ou WEB (World Wide WEB). Plus généralement, les navigateurs Internet permettent de présenter ou d'afficher un contenu multimédia téléchargé à partir d'un serveur de contenu multimédia auquel ils sont raccordés par l'intermédiaire d'un réseau de transmission d'informations. Pour remplir cette tâche, les navigateurs utilisent un protocole de communication standardisé tel que le protocole HTTP (Hyper Text Transfer Protocol). Aujourd'hui de nombreux logiciels de partage d'informations sont capables de créer un contenu multimédia destiné à être présenté ou affiché par des navigateurs Internet. Pour cela ces logiciels utilisent un serveur de contenu multimédia. Ces mêmes logiciels sont également capables de modifier dynamiquement le contenu multimédia à afficher en réponse à des événements extérieurs au navigateur qui affiche le contenu. Par exemple, de tels logiciels sont: - des logiciels de navigation conjointes ( cobrowsing en anglais), - des logiciels de téléréunion ou de conférence de données permettant de présenter un même transparent à l'ensemble des participants à cette téléréunion et de le modifier dynamiquement, et - des logiciels de réunion téléphonique lors de laquelle une fiche de données sur le locuteur est automatiquement présentée à l'ensemble des participants à cette réunion téléphonique. Plus précisément, par exemple, dans le logiciel de navigation conjointe, le logiciel de présentation d'informations détecte qu'un utilisateur a cliqué sur un lien hypertexte et modifie en conséquence le contenu multimédia affiché par chacun des navigateurs des autres utilisateurs qui participent à cette navigation conjointe. Dans ces logiciels de partage d'informations, lorsque le contenu multimédia est modifié, l'affichage de chacun des navigateurs doit être rafraîchi de manière à présenter à chaque utilisateur un contenu multimédia à jour. On dit également que les affichages de chaque navigateur doivent être synchronisés. Toutefois, le contenu multimédia d'un navigateur peut être rafraîchi uniquement en réponse à une requête de rafraîchissement transmise par le navigateur lui-même. Dès lors, dans les procédés de rafraîchissement connus du contenu multimédia affiché par un navigateur Internet, le navigateur envoie une requête de rafraîchissement du contenu multimédia actuellement affiché par ce navigateur au serveur de contenu multimédia. Plus précisément, pour déclencher automatiquement l'envoi de cette requête de rafraîchissement, le navigateur est configuré pour envoyer automatiquement et cycliquement cette requête de rafraîchissement à intervalles de temps réguliers. Pour que l'affichage du navigateur soit rapidement rafraîchi après une modification du contenu multimédia à afficher, cet intervalle de temps est choisi petit et, par exemple, égal à 3 secondes. Dès lors, le navigateur envoie toutes les 3 secondes une requête de rafraîchissement. En réponse à chacune de ces requêtes de rafraîchissement, le serveur de contenu multimédia envoie systématiquement et immédiatement au navigateur le contenu multimédia le plus à jour. Ce procédé pour rafraîchir le contenu multimédia affiché par le navigateur provoque donc un trafic de données important sur le réseau ainsi qu'une charge de travail élevée pour le serveur de contenu multimédia. L'invention vise à remédier à cet inconvénient en proposant un procédé de rafraîchissement du contenu multimédia présenté par une application de présentation d'informations diminuant la charge de travail du serveur de contenu multimédia. L'invention a donc pour objet un procédé de rafraîchissement du contenu multimédia affiché par une application de présentation d'informations dans lequel: a) en réponse à la requête de rafraîchissement, le serveur de contenu multimédia vérifie si un rafraîchissement immédiat du contenu multimédia actuellement présenté par l'application est nécessaire, b) si un rafraîchissement immédiat est nécessaire, le serveur rafraîchit immédiatement le contenu multimédia présenté par l'application en réponse à la requête de rafraîchissement, et c) si un rafraîchissement immédiat du contenu multimédia actuellement présenté par l'application n'est pas nécessaire, le serveur temporise avant de répondre à la requête de rafraîchissement. Dans le procédé ci-dessus, le serveur de contenu multimédia ne procède pas systématiquement à un rafraîchissement immédiat du contenu multimédia actuellement affiché par l'application en réponse à la requête de rafraîchissement. Cela ralentit donc les échanges de données entre le serveur de contenu multimédia et l'application, ce qui se traduit par une diminution de la charge de travail du serveur. Les modes de réalisation de ce procédé de rafraîchissement peuvent comporter une ou plusieurs des caractéristiques suivantes: - lors du rafraîchissement du contenu multimédia présenté par l'application, le serveur envoie le contenu multimédia rafraîchi à présenter à l'application, ce contenu multimédia contenant une instruction directement interprétable par l'application pour déclencher l'envoi automatique d'une nouvelle requête de rafraîchissement après un premier intervalle de temps prédéterminé ; - lors de l'étape c), le serveur temporise pendant un temps strictement supérieur au premier intervalle de temps prédéterminé si aucun rafraîchissement du contenu multimédia actuellement présenté n'est nécessaire; - lors de l'étape c), le serveur interrompt la temporisation dès qu'une modification du contenu multimédia à présenter est détectée ou signalée; - lors de l'étape c), le serveur interrompt systématiquement la temporisation après un second 20 intervalle de temps prédéterminé ; - lors de l'étape a) la vérification est faite en fonction d'informations sur les modifications du contenu multimédia intervenues depuis la dernière présentation du contenu multimédia par l'application. Ces modes de réalisation du procédé de rafraîchissement. présentent en outre les avantages suivants: - inclure une instruction propre à déclencher l'envoi automatique d'une requête de rafraîchissement par l'application dans le contenu multimédia rafraîchi envoyé à cette application permet de provoquer un rafraîchissement automatique du contenu multimédia sans nécessiter l'exécution sur le terminal d'un module logiciel client spécifique en plus de l'application pour déclencher l'envoi par l'application de la requête de rafraîchissement; - interrompre la temporisation dès qu'une modification du contenu multimédia est détectée permet de rafraîchir rapidement le contenu multimédia affiché après une modification de celui-ci; et - interrompre systématiquement la temporisation après un second intervalle de temps prédéterminé permet d'éviter l'affichage d'un message d'erreur par l'application qui n'a pas reçue de réponse à sa requête de rafraîchissement. L'invention a également pour objet un programme d'ordinateur et un support d'enregistrement d'informations comportant des instructions pour l'exécution du procédé de rafraîchissement ci-dessus, lorsque ces instructions sont exécutées par un calculateur électronique. L'invention a également pour objet un serveur de contenu multimédia adapté pour mettre en oeuvre le procédé de rafraîchissement ci-dessus, ce serveur étant apte à : - vérifier si un rafraîchissement immédiat du contenu multimédia actuellement présenté par l'application est nécessaire, rafraîchir immédiatement le contenu multimédia présenté par l'application en réponse à la requête de rafraîchissement si un rafraîchissement immédiat est nécessaire, et - temporiser avant de répondre à la requête de rafraîchissement si un rafraîchissement immédiat du contenu multimédia actuellement présenté par l'application n'est pas nécessaire. Les modes de réalisation du serveur ci-dessus peuvent comporter une ou plusieurs des caractéristiques suivantes: - le serveur est adapté pour envoyer à l'application le contenu multimédia rafraîchi à présenter, ce contenu multimédia contenant une instruction directement interprétable par l'application pour déclencher l'envoi automatique d'une nouvelle requête de rafraîchissement après un premier intervalle de temps prédéterminé ; -le serveur est apte à temporiser pendant un temps strictement supérieur au premier intervalle de temps prédéterminé si aucun rafraîchissement immédiat du contenu multimédia actuellement présenté n'est nécessaire; -le serveur est apte à interrompre la temporisation dès qu'une modification du contenu multimédia présenté est détectée ou signalée; - le serveur est apte à interrompre systématiquement la temporisation après un second intervalle de temps prédéterminé ; - le serveur est apte à vérifier si un rafraîchissement. immédiat du contenu multimédia actuellement présenté est nécessaire en fonction d'informations sur des modifications du contenu multimédia intervenues depuis la dernière présentation du contenu multimédia par l'application. L'invention a également pour objet un système de présentation de contenu multimédia comprenant le serveur ci-dessus. L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins sur lesquels: - la figure 1 est une illustration schématique de l'architecture d'un système de présentation de contenu 30 multimédia à des utilisateurs; et - la figure 2 est un organigramme d'un procédé de rafraîchissement d'un contenu multimédia affiché par un navigateur Internet. La figure 1 représente un système 2 de présentation de contenu multimédia à des utilisateurs. Le système 2 comprend au moins un et de préférence plusieurs terminaux de présentation de contenu multimédia. Pour simplifier la figure 2, seuls deux terminaux 4 et 6 sont représentés. L'architecture générale de tels terminaux étant connue, seuls les détails nécessaires à la compréhension de l'invention seront décrits ici. Le terminal 6 est, par exemple, identique au terminal 4, de sorte que seul le terminal 4 sera décrit ici en détail. Le terminal 4 est équipé d'une interface homme/machine 8 permettant de présenter ou d'afficher un contenu multimédia à un utilisateur de ce terminal. L'interface 8 est, par exemple, formée d'un écran tactile 10, propre à présenter des informations visuelles à un utilisateur ainsi que d'un microphone 12 pour restituer de façon audible par l'utilisateur les sons codés dans le contenu multimédia à présenter. Le terminal 4 comprend aussi une application de présentation d'informations propre à télécharger un contenu multimédia à partir d'un serveur de contenu multimédia et à commander l'interface 8 pour présenter à l'utilisateur le contenu multimédia téléchargé. L'application de présentation d'informations est un navigateur Internet 14, par exemple. Le navigateur 14 est apte à interpréter et à exécuter une instruction permettant de déclencher automatiquement l'envoi d'une requête de rafraîchissement vers le serveur de contenu multimédia après un intervalle de temps prédéterminé t1. Cette instruction est, par exemple, la méta-directive refresh du langage HTML (Hyper Texte Markup Langage) suivante: - où . - tl est l'intervalle de temps à attendre avant de déclencher l'envoi automatique d'une nouvelle requête de 5 rafraîchissement, et - "newurl" est l'adresse url (uniform ressource locator) du contenu multimédia à présenter à l'utilisateur. Typiquement, le navigateur 14 est réalisé sous la forme d'un programme d'ordinateur enregistré sur un support d'enregistrement d'informations 16 et exécutable par un calculateur électronique 18. Le programme d'ordinateur comporte des instructions pour l'exécution du procédé de la figure 2, lorsque ces instructions sont exécutées par le calculateur 18. Le terminal 4 est, par exemple, un téléphone mobile ou un ordinateur portable ou de bureau. Le terminal 4 est représenté sur la figure 2 sous la forme d'un téléphone mobile raccordé par l'intermédiaire d'une antenne 20 à la toile d'araignée mondiale ou réseau Internet 22. Le système 2 comprend également un serveur 26 de contenu multimédia raccordé au réseau 22. Le serveur 26 comprend un logiciel 28 de partage d'informations, telle qu'un logiciel de navigation conjointe, de téléréunion ou de réunion téléphonique. Ce logiciel 28 est capable de créer et de modifier un contenu multimédia destiné à être téléchargé par des navigateurs Internet pour être présenté à des utilisateurs de terminaux tels que les terminaux 4 et 6. Le serveur 26 comprend également un module 30 de 30 synchronisation du contenu multimédia présenté simultanément par les terminaux 4 et 6. Le serveur 26 est réalisé par exemple à l'aide d'un calculateur électronique programmable 32 apte à exécuter des instructions enregistrées sur un support d'enregistrement d'informations 34. A cet effet, le support 34 comporte des instructions pour l'exécution du procédé de la figure 2 lorsque ces instructions sont exécutées par le calculateur 32. Le fonctionnement du système 2 va maintenant être décrit à l'aide de la figure 2 dans le cas particulier du rafraîchissement du contenu multimédia présenté par le terminal 4. Le logiciel 28 et le module 30 s'exécutent en parallèle. Typiquement, lors d'une étape 50, le logiciel 28 modifie le contenu multimédia à présenter sur les terminaux 4 et 6. Par exemple, dans le cas où le logiciel 28 est un logiciel de navigation conjointe, celui-ci détecte que l'utilisateur du terminal 6 a cliqué sur un lien hypertexte et modifie en conséquence le contenu multimédia à présenter sur les terminaux 4 et 6, dans ce cas, le contenu multimédia est typiquement une page HTML. Dans le cas d'une conférence de données, le contenu multimédia est, par exemple, un transparent et le logiciel 28 remplace le transparent actuel par un nouveau transparent en réponse à une instruction de l'un des utilisateurs. Le transparent peut être remplacé par une page HTML. Dans le cas d'une réunion téléphonique, le contenu multimédia correspond à une fiche de données sur le locuteur. Dès lors, l'étape 50, consiste, par exemple, à détecter que le locuteur a changé et à remplacer la fiche de données précédente par la fiche de données du nouveau locuteur, pour que celle-ci soit présentée à tous les participants. Immédiatement après l'étape 50, lors d'une étape 52, à chaque fois que le contenu multimédia est modifié, un identifiant du nouveau contenu multimédia est créé. Par exemple, cet identifiant est construit en calculant la somme de contrôle, plus connue sous le terme anglais de checksum à partir de données du nouveau contenu multimédia. Le logiciel 28 signale également cette modification du contenu multimédia lors de l'étape 52. L'identifiant du nouveau contenu multimédia ainsi que l'instant auquel il a été créé sont enregistrés, lors de l'étape 52. En parallèle, le module 30 gère un service 54 de 10 synchronisation des présentations d'informations sur chacun des terminaux 4 et 6. Plus précisément, lors de l'exécution du service 54, le navigateur 14 du terminal 4 envoie, lors d'une étape 60, une requête de rafraîchissement du contenu multimédia actuellement présenté par ce navigateur. La requête de rafraîchissement est, par exemple, une instruction GET du protocole HTTP. En réponse à cette requête de rafraîchissement, lors d'une étape 62, le module 30 crée une tâche autonome chargée de construire la réponse à cette requête et de l'envoyer au client. Cette tâche autonome est plus connue sous le terme anglais de Thread . Ensuite, lors d'une étape 64, la tâche autonome vérifie si un rafraîchissement immédiat du contenu multimédia présenté par le terminal 4 est nécessaire. Par exemple, lors de l'étape 64, la tâche autonome compare l'identifiant du contenu multimédia actuellement présenté par le navigateur 14 à l'identifiant le plus récent enregistré lors de l'étape 52. Dans le cas où les deux identifiants correspondent, cela signifie que le contenu multimédia n'a pas été modifié depuis la réception de la dernière requête de rafraîchissement, de sorte qu'un rafraîchissement immédiat n'est pas nécessaire. Dans le cas contraire, la tâche autonome en déduit qu'un rafraîchissement. immédiat est nécessaire. Si l'identifiant du contenu multimédia actuellement présenté par le navigateur 14 est inconnu, la tâche autonome en déduit aussi qu'un rafraîchissement immédiat est nécessaire. Si un rafraîchissement immédiat est nécessaire, la tâche autonome procède immédiatement à une étape 66 de rafraîchissement du contenu multimédia actuellement présenté par le terminal 4. Lors de cette étape 66, par exemple, la tâche autonome commence, lors d'une opération 68, à construire une page HTML correspondant au nouveau contenu multimédia à afficher. La page HTML construite lors de l'étape 66 comporte en plus des modifications apportées au contenu multimédia par rapport au précédent contenu multimédia, la méta-directive Refresh . Dans la méta-directive Refresh le paramètre tl est inférieur à 5 secondes et, par exemple, égal à une seconde et le paramètre newurl est remplacé par l'adresse url du contenu multimédia à afficher. Un intervalle de temps ti inférieur à 5 secondes permet un rafraîchissement rapide en cas de modification du contenu multimédia. Ensuite, lors d'une opération 70, la page HTML ainsi 25 construite est envoyée au terminal 4 en réponse à sa requête de rafraîchissement. En parallèle à l'étape 66, lors d'une étape 72, la tâche autonome mémorise l'identifiant du contenu multimédia envoyé lors de l'opération 70. Cet identifiant mémorisé est associé à l'instant auquel l'étape 66 a été exécutée. Si, lors de l'étape 64, la tâche autonome a déterminé qu'un rafraîchissement immédiat n'est pas nécessaire, alors il est procèdé à une étape 80 de temporisation avant de répondre à la requête de rafraîchissement reçue. Par exemple, au début de l'étape 80, lors d'une opération 82, le module 30 déclenche une minuterie propre à décompter un intervalle de temps t2. Ensuite, lors d'une opération 84, la tâche créée lors de l'étape 62 est mise en sommeil puis reste en sommeil tant que l'intervalle de temps t2 n'est pas écoulé ou tant qu'une modification du contenu multimédia n'est pas détectée ou signalée avant l'expiration de l'intervalle de temps t2. Cette détection avec signalement est faite en parallèle du décompte de la minuterie. Tant que 1a tâche est en sommeil, celle-ci n'utilise pas les ressources de calcul du serveur 26, de sorte que celles-ci sont économisées. De plus, tant que la tâche est en sommeil, le contenu multimédia présenté par le terminal 4 n'est pas rafraîchi et le navigateur reste en attente d'une réponse à sa requête de rafraîchissement. Lorsque l'intervalle de temps t2 est écoulé ou dès qu'une modification du contenu multimédia est détectée ou signalée, la tâche est réveillée et reprend son exécution en procédant immédiatement aux étapes 66 et 72. Lors d'une étape 90, lorsque le navigateur 14 reçoit la réponse à sa requête de rafraîchissement, il procède immédiatement à l'affichage de la page HTML construite lors de l'opération 68. En parallèle à l'étape 90, lors d'une étape 92, le navigateur 14 interprète la méta-directive Refresh incorporée dans la page HTML reçue et déclenche une minuterie propre à décompter l'intervalle de temps t1. Lorsque l'intervalle de temps tl est écoulé, lors d'une étape 94, le navigateur 14 envoie une nouvelle requête de rafraîchissement au serveur 26 puis, lors d'une étape 96, se met en attente de la réponse à cette requête. En parallèle à l'étape 96, lors d'une étape 98, en réponse à la requête de rafraîchissement, la tâche autonome vérifie si un rafraîchissement immédiat du contenu multimédia présenté par le terminal 4 est nécessaire. L'étape 98 est, par exemple, identique à l'étape 64. Dans le cas où un tel rafraîchissement immédiat est nécessaire, la tâche autonome procède immédiatement à une étape 100 de rafraîchissement du contenu multimédia présenté par le terminal 4 et en parallèle à une étape 102 de mémorisation de l'identifiant du contenu multimédia rafraîchi. Les étapes 100 et 102 sont, par exemple, identiques aux étapes 66 et 72. Dans le cas où un rafraîchissement immédiat du contenu multimédia n'est pas nécessaire, lors d'une étape 104, la tâche autonome temporise avant de répondre à la requête de rafraîchissement. L'étape 104 est, par exemple, identique à l'étape 80. Après l'étape 104, lorsque l'intervalle de temps t2 est expiré ou dès qu'une modification du contenu multimédia est détectée ou signalée, la tâche autonome procède aux étapes 100 et 102. A l'issue des étapes 100 et 102, lors d'une étape 106, le module 30 supprime la tâche créée lors de l'étape 62. En parallèle à l'étape 106, le navigateur 14 procède à des étapes 108 et 110 respectivement identiques aux étapes 90 et 92. On notera que l'étape 108 met fin à l'étape d'attente 96, puisque la réponse à la requête de rafraîchissement est reçue lors de cette étape 108. A l'issue des étapes 106, 108 et 110, le procédé retourne à l'étape 60, puisque la page HTML reçue lors de l'étape 108 incorpore la métadirective Refresh De nombreux autres modes de réalisation du système 2 et du procédé de la figure 2 sont possibles. Par exemple, l'envoi de la requête de rafraîchissement peut aussi être déclenché par l'utilisateur du terminal 4 ou 6 en enfonçant un bouton, tel que le bouton actualiser du navigateur. Ainsi, dans un mode de réalisation simplifié, il n'est pas nécessaire d'insérer une instruction propre à déclencher automatiquement l'envoi d'une nouvelle requête de rafraîchissement après un intervalle de temps prédéterminé. L'enseignement donné ci-dessus s'applique également à un système de présentation de contenu multimédia ne comportant qu'un seul terminal équipé d'un navigateur. Les modifications apportées au contenu multimédia ne sont pas nécessairement provoquées en réponse à une instruction reçue de la part des utilisateurs. Par exemple, celles--ci peuvent être automatiquement provoquées par le logiciel 28 sans intervention d'un des utilisateurs. REVENDICATIONS 1. Procédé de rafraîchissement d'un contenu multimédia présenté par une application de présentation d'informations, ce procédé comportant une étape dans laquelle l'application envoie (en 60, 94) à un serveur de contenu multimédia une requête de rafraîchissement du contenu multimédia actuellement présenté par l'application à un utilisateur de l'application, caractérisé en ce que le procédé comporte les étapes suivantes lors desquelles: a) en réponse à la requête de rafraîchissement, le serveur de contenu multimédia vérifie (en 64, 98) si un rafraîchissement immédiat du contenu multimédia actuellement présenté par l'application est nécessaire, b) si un rafraîchissement immédiat est nécessaire, le serveur rafraîchit immédiatement (en 66, 100) le contenu multimédia présenté par l'application en réponse à la requête de rafraîchissement, et c) si un rafraîchissement immédiat du contenu multimédia actuellement présenté par l'application n'est pas nécessaire, le serveur temporise (en 80, 104) avant de répondre à la requête de rafraîchissement. 2. Procédé selon la revendication 1, caractérisé en ce que lors du rafraîchissement du contenu multimédia présenté par l'application, le serveur envoie (en 70) le contenu multimédia rafraîchi à présenter à l'application, ce contenu multimédia contenant une instruction directement interprétable par l'application pour déclencher l'envoi automatique d'une nouvelle requête de rafraîchissement après un premier intervalle de temps prédéterminé (ti). 3. Procédé selon la revendication 2, caractérisé en ce que lors de l'étape c), le serveur temporise pendant un temps strictement supérieur au premier intervalle de temps prédéterminé (t1) si aucun rafraîchissement du contenu multimédia actuellement présenté n'est nécessaire. 4. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que lors de l'étape c), le serveur interrompt la temporisation dès qu'une modification du contenu multimédia à présenter est détectée ou signalée. 5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que lors de l'étape c), le serveur interrompt systématiquement la temporisation après un second intervalle de temps prédéterminé (t2). 6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que lors de l'étape a), la vérification est faite en fonction d'informations sur les modifications du contenu multimédia intervenues depuis la dernière présentation du contenu multimédia par l'application. 7. Programme d'ordinateur, caractérisé en ce qu'il comporte des instructions pour l'exécution d'un procédé de rafraîchissement conforme à l'une quelconque des revendications précédentes, lorsque lesdites instructions sont exécutées par un calculateur électronique. 8. Support d'enregistrement d'informations, caractérisé en ce qu'il comporte des instructions pour l'exécution d'un procédé de rafraîchissement conforme à l'une quelconque des revendications 1 à 6, lorsque les instructions sont exécutées par un calculateur électronique. 9. Serveur (26) de contenu multimédia adapté pour être mis en oeuvre dans un procédé de rafraîchissement d'un contenu multimédia présenté par une application de présentation d'informations, en réponse à une requête de rafraîchissement envoyée par cette application, caractérisé en ce que le serveur est apte: - à vérifier si un rafraîchissement immédiat du contenu multimédia actuellement présenté par l'application est nécessaire, - à rafraîchir immédiatement le contenu multimédia présenté par l'application en réponse à la requête de rafraîchissement si un rafraîchissement immédiat est nécessaire, et - à temporiser avant de répondre à la requête de rafraîchissement si un rafraîchissement immédiat du contenu multimédia actuellement présenté par l'application n'est pas nécessaire. 10. Serveur selon la revendication 9, caractérisé en ce que le serveur est adapté pour envoyer à l'application le contenu multimédia rafraîchi à présenter, ce contenu multimédia contenant une instruction directement interprétable par l'application pour déclencher l'envoi automatique d'une nouvelle requête de rafraîchissement après un premier intervalle de temps prédéterminé (ti). 11. Serveur selon la revendication 10, caractérisé en ce que le serveur est apte à temporiser pendant un temps strictement supérieur au premier intervalle de temps prédéterminé (t1) si aucun rafraîchissement immédiat du contenu multimédia actuellement présenté n'est nécessaire. 12. Serveur selon l'une quelconque des revendications 9 à 11, caractérisé en ce que le serveur est apte à interrompre la temporisation dès qu'une modification du contenu multimédia présenté est détectée ou signalée. 13. Serveur selon l'une quelconque des revendications 9 à 12, caractérisé en ce que le serveur est apte à interrompre systématiquement la temporisation après un second intervalle de temps prédéterminé (t2). 14. Serveur selon l'une quelconque des revendications 9 à 13, caractérisé en ce que le serveur est apte à vérifier si un rafraîchissement immédiat du contenu multimédia actuellement présenté est nécessaire en fonction d'informations sur des modifications du contenu multimédia intervenues depuis la dernière présentation du contenu multimédia par l'application. 15. Système de présentation d'un contenu multimédia comprenant: -un serveur (26) de contenu multimédia propre à modifier un contenu multimédia présentable à un utilisateur par une application de présentation d'informations, - au moins une application (14) de présentation d'informations raccordée au serveur par l'intermédiaire d'un réseau (22) de transmission d'informations, cette application étant apte à envoyer au serveur une requête de rafraîchissement du contenu multimédia qu'elle présente, caractérisé en ce que le serveur est conforme à l'une quelconque des revendications 9 à 14.