EP1899871A1 - Procede, programme, support d'enregistrement, serveur et systeme de rafraichissement d'un contenu multimedia presente par une application - Google Patents

Procede, programme, support d'enregistrement, serveur et systeme de rafraichissement d'un contenu multimedia presente par une application

Info

Publication number
EP1899871A1
EP1899871A1 EP06778781A EP06778781A EP1899871A1 EP 1899871 A1 EP1899871 A1 EP 1899871A1 EP 06778781 A EP06778781 A EP 06778781A EP 06778781 A EP06778781 A EP 06778781A EP 1899871 A1 EP1899871 A1 EP 1899871A1
Authority
EP
European Patent Office
Prior art keywords
multimedia content
server
application
refresh
presented
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP06778781A
Other languages
German (de)
English (en)
Inventor
Philippe Duvivier
Dominique Jezequel
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP1899871A1 publication Critical patent/EP1899871A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/954—Navigation, e.g. using categorised browsing

Definitions

  • the present invention relates to a method, a program, a recording medium, a server and a system for refreshing multimedia content presented by an information presentation application.
  • Applications are, for example, Internet browsers.
  • Internet browsers allow. in particular to navigate the world spider web better known as the Internet or WEB (World Wide Web). More generally, Internet browsers make it possible to present or display downloaded multimedia content from a multimedia content server to which they are connected via an information transmission network. To fulfill this task, browsers use a standardized communication protocol such as HTTP (Hyper Text Transfer Protocol).
  • HTTP Hyper Text Transfer Protocol
  • Today many information sharing software is capable of creating multimedia content for presentation or display by Internet browsers. For this, these programs use a multimedia content server. These same programs are also able to dynamically modify the multimedia content to be displayed in response to events outside the browser that displays the content. For example, such software are: cobrowing software in English),
  • the information presentation software detects that a user has clicked on a hyperlink and consequently changes the multimedia content displayed by each of the browsers of other users who participate in this joint navigation.
  • the media content of a browser can be refreshed only in response to a refresh request transmitted by the browser itself. Therefore, in the known refresh processes of the multimedia content displayed by an Internet browser, the browser sends a refresh request of the multimedia content currently displayed by this browser to the multimedia content server.
  • the browser is configured to automatically and cyclically send this refresh request at regular intervals of time.
  • this time interval is chosen oetit and, for example, equal to 3 seconds. Therefore, the browser sends a refresh request every 3 seconds.
  • the multimedia content server sends systematically and immediately to the browser the most up-to-date multimedia content.
  • This method for refreshing the multimedia content displayed by the browser therefore causes significant data traffic on the network as well as a high workload for the media server.
  • the invention aims to remedy this disadvantage by proposing a method of refreshing the multimedia content presented by an information presentation application reducing the workload of the multimedia content server.
  • the invention therefore relates to a method of refreshing the multimedia content displayed by an information presentation application in which: a) in response to the refresh request, the multimedia content server checks whether an immediate refresh of the multimedia content currently presented by the application is required, b) if immediate refresh is required, the server immediately refreshes the multimedia content presented by the application in response to the refresh request, and c) if an immediate refresh of the multimedia content currently presented by the application is not necessary, the server delays before responding to the refresh request.
  • the multimedia content server does not systematically immediately refresh the multimedia content currently displayed by the application in response to the refresh request. This slows down exchanging data between the media server and the application, which results in a decrease in the server workload.
  • the embodiments of this process "refresh may comprise one or more of the following features:
  • the server When refreshing the multimedia content presented by the application, the server sends the refreshed multimedia content to present to the application, the multimedia content containing an instruction directly interpretable by the application to trigger the automatic sending of a new request refresh after a first predetermined time interval;
  • step c) the server delays for a time strictly greater than the first predetermined time interval if no refresh of the multimedia content currently presented is necessary; during step c), the server interrupts the delay as soon as a modification of the multimedia content to be presented is detected or signaled; during step c), the server systematically interrupts the delay after a second predetermined time interval;
  • step a) the verification is made based on information on the changes in the multimedia content since the last presentation of the multimedia content by the application.
  • inventions of the refresh method further have the following advantages: including an instruction to trigger the automatic sending of a refresh request by the application in the refreshed multimedia content sent to this application allows to cause a refresh automatic multimedia content without requiring the execution on the terminal of a specific client software module in addition to the application to trigger the sending by the application of the refresh request; interrupting the delay as soon as a modification of the multimedia content is detected makes it possible to quickly refresh the displayed multimedia content after a modification thereof; and systematically interrupting the timer after a second predetermined time interval makes it possible to avoid the display of an error message by the application that has not received a response to its refresh request.
  • the invention also relates to a computer program and an information recording medium comprising instructions for performing the above refresh method, when these instructions are executed by an electronic computer.
  • the subject of the invention is also a multimedia content server adapted to implement the above refresh method, this server being able to: check if an immediate refresh of the multimedia content currently presented by the application is necessary, refresh immediately the multimedia content presented by the application in response to the refresh request if immediate refresh is needed, and delay before responding to the refresh request if immediate refresh of the multimedia content currently presented by the application is not necessary .
  • the server is adapted to send to the application the multimedia content refreshed to present, this multimedia content containing an instruction directly interpretable by the application to trigger the automatic sending of a new refresh request after a first predetermined interval of time ;
  • the server is able to delay for a time strictly greater than the first predetermined time interval if no immediate refresh of the multimedia content currently presented is necessary;
  • the server is capable of interrupting the delay as soon as a modification of the multimedia content presented is detected or signaled;
  • the server is able to systematically interrupt the timer after a second predetermined time interval; the server is able to check if an immediate refresh of the content being presented • multimedia is required based on information media intervened changes since the last presentation of the multimedia content by the application.
  • the invention also relates to a multimedia content presentation system comprising the server _ above.
  • FIG. 1 is a schematic illustration of the architecture of a media content presentation system for users; and FIG. 2 is a flowchart of a method of refreshing a multimedia content displayed by an Internet browser.
  • Figure 1 shows a system 2 for presenting multimedia content to users.
  • the system 2 comprises at least one and preferably several multimedia content presentation terminals. To simplify FIG. 2, only two terminals 4 and 6 are shown.
  • the terminal 6 is, for example, identical to the terminal 4, so that only the terminal 4 will be 1 described here in detail.
  • the terminal 4 is equipped with a man / machine interface 8 making it possible to present or display multimedia content to a user of this terminal.
  • the interface 8 is, for example, formed of a touch screen 10, able to present visual information to a user as well as a microphone 12 for audibly reproducing by the user the sounds coded in the multimedia content to present.
  • the terminal 4 also comprises an information presentation application capable of downloading multimedia content from a multimedia content server and controlling the interface 8 to present the user with the downloaded multimedia content.
  • the information presentation application is an Internet browser 14, for example.
  • the browser 14 is capable of interpreting and executing an instruction for automatically triggering the sending of a refresh request to the multimedia content server after a time interval. predetermined ti.
  • This instruction is, for example, the meta-directive "refresh" of the following HTML language (Hyper Text Markup Language):
  • - "newurl” is the url (locator resource) address of the multimedia content to be presented to the user.
  • the browser 14 is made in the form of a computer program recorded on an information recording medium 16 and executable by an electronic computer 18.
  • the computer program includes instructions for the execution of the method of FIG. 2, when these instructions are executed by the computer 18.
  • the terminal 4 is, for example, a mobile phone or a laptop or desktop.
  • the terminal 4 is shown in FIG. 2 in the form of a mobile telephone connected via an antenna 20 to the global spider web or Internet network 22.
  • the system 2 also comprises a server 26 for multimedia content connected to the network 22.
  • the server 26 comprises an information sharing software 28, such as a software for joint navigation, teleconference or telephone meeting.
  • This software 28 is capable of creating and modifying multimedia content intended to be downloaded by Internet browsers to be presented to terminal users such as terminals 4 and 6.
  • the server 26 also comprises a synchronization module 30 of the multimedia content presented simultaneously by the terminals 4 and 6.
  • the server 26 is made for example by means of a programmable electronic calculator 32 able to execute instructions recorded on an information recording medium 34.
  • the support 34 includes instructions for the execution of the method of Figure 2 when these instructions are executed by the computer 32.
  • the software 28 and the module 30 run in parallel.
  • the software 28 modifies the multimedia content to be presented on the terminals 4 and 6. For example, in the case where the software 28 is a joint navigation software, it detects that the user Terminal 6 has clicked on a hypertext link and changes accordingly the multimedia content to be presented on the terminals 4 and 6, in which case the multimedia content is typically an HTML page.
  • the multimedia content is, for example, a transparency and the software 28 replaces the current transparency with a new transparency in response to an instruction from one of the users.
  • the transparency can be replaced by an HTML page.
  • step 50 for example, consists of detecting that the speaker has changed and replacing the preceding data sheet with the data sheet of the new speaker , so that it is presented to all participants.
  • step 52 each time the multimedia content is modified, an identifier of the new multimedia content is created. For example, this identifier is constructed by calculating the checksum, better known as "checksum" from data of the new multimedia content.
  • the software 28 also signals this modification of the multimedia content in step 52.
  • the identifier of the new multimedia content as well as the moment at which it was created are recorded at the step 52.
  • the module 30 manages a service 54 for synchronizing the presentation of information on each of the terminals 4 and 6.
  • the browser 14 of the terminal 4 sends, in a step 60, a refresh request of the multimedia content currently presented by this browser.
  • the refresh request is, for example, a GET instruction of the HTTP protocol.
  • the module 30 creates an autonomous task responsible for constructing the response to this request and sending it to the client.
  • This autonomous task is better known as Thread.
  • the standalone task checks whether immediate refresh of the multimedia content presented by the terminal 4 is necessary. For example, in step 64, the standalone task compares the identifier of the multimedia content currently presented by the browser 14 to the most recent identifier recorded in step 52. In the case where the two identifiers correspond, this means that the multimedia content has not been modified since the reception of the last refresh request ,. so that an immediate refresh is "not necessary. Otherwise, the autonomous task deduces that an immediate refresh is. necessary.
  • the autonomous task also deduces that an immediate refresh is necessary.
  • the autonomous task immediately proceeds to a step 66 of refreshing the multimedia content currently presented by the terminal 4.
  • the autonomous task begins, during an operation 68, to construct an HTML page corresponding to the new multimedia content to be displayed.
  • the HTML page built in step 66 also includes changes to the multimedia content compared to the previous multimedia content, the "Refresh" meta-directive.
  • the parameter tj . is less than 5 seconds and, for example, equal to one second and the parameter "newurl” is replaced by the url address of the multimedia content to be displayed.
  • a time interval ti less than 5 seconds allows a fast refresh in case of modification of the multimedia content.
  • the HTML page thus constructed is sent to the terminal 4 in response to its refresh request.
  • the autonomous gate stores the identifier of the multimedia content sent during the operation 70. This stored identifier is issociated at the instant at which the step 66 has been executed.
  • a delay step 80 is performed before responding to the received refresh request.
  • the module 30 triggers a timer capable of counting a time interval t 2 .
  • the task created during the step 62 is put to sleep and then remains dormant as long as the time interval t 2 has not elapsed or until a modification of the multimedia content n is not detected or signaled before the expiration of the time interval t 2 . This detection with signaling is done in parallel with the countdown of the timer.
  • the task does not use the computing resources of the server 26, so that they are saved.
  • the multimedia content presented by the terminal 4 is not refreshed and the browser remains waiting for a response to its refresh request.
  • the task is woken up and resumes execution by immediately proceeding to steps 66 and 72.
  • step 90 when the browser 14 receives the response to its refresh request, it immediately proceeds to display the HTML page constructed during the operation 68.
  • step 92 the browser 14 interprets the meta-directive "Refresh" incorporated into the received HTML page and triggers a timer to count down the time interval ti.
  • Step 94 the browser 14 sends a new refresh request to the server 26 and, during a ⁇ tape 96, waits for the response to this request.
  • step 98 in response to the refresh request, the standalone task checks whether immediate refresh of the multimedia content presented by the terminal 4 is necessary. Step 98 is, for example, identical to step 64.
  • the autonomous task immediately proceeds to a step 100 of refreshing the multimedia content presented by the terminal 4 and in parallel with a step 102 of storing the identifier of the refreshed multimedia content.
  • Steps 100 and 102 are, for example, identical to steps 66 and 72.
  • Step 104 the autonomous task delays before responding to the refresh request.
  • Step 104 is, for example, identical to step 80.
  • step 104 when the time interval t 2 has expired or as soon as a change in the multimedia content is detected or signaled, the autonomous task proceeds to steps 100 and 102.
  • the module 30 deletes the task created during step 62.
  • the browser 14 proceeds to steps 108 and 110 respectively identical to the steps 90 and 92. It will be noted that the step 108. ends the waiting step 96, since the response to the refresh request is received during this step 108.
  • step 60 the HTML page received in step 108 incorporates the "Refresh" meta-directive.
  • the sending of the refresh request can also be triggered by the user of the terminal 4 or 6 by pressing a button, such as the "update" button of the browser.
  • a button such as the "update" button of the browser.
  • Changes to the media content are not necessarily caused in response to an instruction received from users. For example, these can be automatically caused by the software 28 without intervention of one of the users.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Ce procédé de rafraîchissement d'un contenu multimédia présenté par une application Internet comporte les étapes suivantes lors desquelles : a) en réponse à une 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.

Description

PROCEDE, PROGRAMME, SUPPORT D'ENREGISTREMENT, SERVEUR ET
SYSTEME DE RAFRAICHISSEMENT D'UN CONTENU MULTIMEDIA
PRESENTE PAR UNE APPLICATION
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 à ifficher en réponse à des événements extérieurs au îavigateur qui affiche le contenu. Par exemple, de tels .ogiciels sont : des logiciels de navigation conjointes « cobrowsing » en anglais) ,
- des logiciels de téléréunion ou de conférence de onné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 oetit 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 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é à Ξette 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 œuvre 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 mltimé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 sera1 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é ti. Cette instruction est, par exemple, la méta-directive « refresh » du langage HTML (Hyper Texte Markup Langage) suivante :
- <meta http-equiv="Refresh"content="ti ; url=newurl" /> où : ti est l'intervalle de temps à attendre avant de déclencher l'envoi automatique d'une nouvelle requête de 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 a 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 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 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 tj. 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 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 ;âche autonome mémorise l'identifiant du contenu multimédia envoyé lors de l'opération 70. Cet identifiant mémorisé est issocié à l'instant auquel l'étape 66 a été exécutée.
Si, lors de l'étape 64, la tâche autonome a déterminé ju'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 la 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 ti.
Lorsque l'intervalle de temps ti est écoulé, lors l'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éta-directive « 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.

Claims

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é (ti) 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 œuvre 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é (ti) 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.
EP06778781A 2005-07-06 2006-07-05 Procede, programme, support d'enregistrement, serveur et systeme de rafraichissement d'un contenu multimedia presente par une application Withdrawn EP1899871A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0507200A FR2888356A1 (fr) 2005-07-06 2005-07-06 Procede, programme, support d'enregistrement, serveur et systeme de rafraichissement d'un contenu multimedia presente par une application
PCT/FR2006/001601 WO2007006917A1 (fr) 2005-07-06 2006-07-05 Procede, programme, support d'enregistrement, serveur et systeme de rafraichissement d'un contenu multimedia presente par une application

Publications (1)

Publication Number Publication Date
EP1899871A1 true EP1899871A1 (fr) 2008-03-19

Family

ID=36096354

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06778781A Withdrawn EP1899871A1 (fr) 2005-07-06 2006-07-05 Procede, programme, support d'enregistrement, serveur et systeme de rafraichissement d'un contenu multimedia presente par une application

Country Status (3)

Country Link
EP (1) EP1899871A1 (fr)
FR (1) FR2888356A1 (fr)
WO (1) WO2007006917A1 (fr)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6009429A (en) * 1997-11-13 1999-12-28 International Business Machines Corporation HTML guided web tour
US6654785B1 (en) * 1998-03-02 2003-11-25 Hewlett-Packard Development Company, L.P. System for providing a synchronized display of information slides on a plurality of computer workstations over a computer network
US6094662A (en) * 1998-04-30 2000-07-25 Xerox Corporation Apparatus and method for loading and reloading HTML pages having cacheable and non-cacheable portions
US7761535B2 (en) * 2001-09-28 2010-07-20 Siebel Systems, Inc. Method and system for server synchronization with a computing device
US20040039776A1 (en) * 2002-08-26 2004-02-26 Eugene Ballard System and method for efficient data refresh

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2007006917A1 *

Also Published As

Publication number Publication date
WO2007006917A1 (fr) 2007-01-18
FR2888356A1 (fr) 2007-01-12

Similar Documents

Publication Publication Date Title
US8754765B2 (en) Notifying a user of an available media object
CN111930973B (zh) 多媒体数据的播放方法、装置、电子设备及存储介质
TWI470983B (zh) 用以更新超文件傳輸協定內容描述之方法及裝置
US20090259711A1 (en) Synchronization of Media State Across Multiple Devices
US20020198963A1 (en) Method of timer based download and playback scheme for internet browser
CN101505284A (zh) 一种智能的信息动态推送方法及系统
CN106060608A (zh) 同步播放节目的方法和装置
CN106021459A (zh) 富媒体信息推送的方法及装置
US11750879B2 (en) Video content display method, client, and storage medium
CN108874266A (zh) 文本播放方法、客户端、终端和存储介质
CN104615432B (zh) 闪屏信息处理方法及客户端
US9838855B2 (en) Avoiding redundant transmissions of data during multimedia mobile phone communications
CN105142184A (zh) 一种流量控制方法及电子设备
FR2968497A1 (fr) Procede et systeme de diffusion de contenus informatiques vers un terminal mobile
WO2020082266A1 (fr) Procédé et dispositif permettant d&#39;afficher une icône d&#39;application
EP2210403A1 (fr) Procede et dispositif pour commander l&#39;affichage d&#39;une zone d&#39;informations sur l&#39;ecran d&#39;accueil d&#39;un terminal mobile
WO2007006917A1 (fr) Procede, programme, support d&#39;enregistrement, serveur et systeme de rafraichissement d&#39;un contenu multimedia presente par une application
WO2008107595A2 (fr) Procédé et installation de télécommunication pour la fourniture d&#39;un service à l&#39;utilisateur d&#39;un équipement personnel.
EP1715680B1 (fr) Affichage d&#39;une page numérique &#34;Mosaïque&#34; pour la télévision sur terminal mobile
JP2024529838A (ja) 第２のデバイス、たとえばｔｖを制御するための第１のデバイス上の仮想遠隔制御
US20110225268A1 (en) Combined rendering of digital media objects
US10097670B2 (en) Facilitating personalized video messages using peer-to-peer communications
FR2994625A1 (fr) Telecommande intelligente pour televiseur numerique
EP4554187A1 (fr) Téléchargement d&#39;une page web optimisé pour des pics de trafic événementiels
HK1247697A1 (en) Systems and methods for unobtrusively displaying advertisements on portable devices

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20071126

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20111123

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20150717