EP1925141A1 - Transmission d' un contenu multimedia vers un terminal de radiocommunication - Google Patents
Transmission d' un contenu multimedia vers un terminal de radiocommunicationInfo
- Publication number
- EP1925141A1 EP1925141A1 EP06793539A EP06793539A EP1925141A1 EP 1925141 A1 EP1925141 A1 EP 1925141A1 EP 06793539 A EP06793539 A EP 06793539A EP 06793539 A EP06793539 A EP 06793539A EP 1925141 A1 EP1925141 A1 EP 1925141A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- terminal
- scene
- content
- initial
- multimedia
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/70—Media network packetisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/38—Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving
- H04B1/40—Circuits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/2895—Intermediate processing functionally located close to the data provider application, e.g. reverse proxies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
- H04L67/5651—Reducing the amount or size of exchanged application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/14—Multichannel or multilink protocols
Definitions
- the field of the invention is that of the reproduction of multimedia content on a radiocommunication terminal, for example of the type radiotelephone, PDA (in English “Personal Digital Assistant", in French “personal digital assistant”), laptop, etc. .
- the invention is based on the transmission of a multimedia content, a portion of this content, and / or elements representative thereof, to a radiocommunication terminal.
- Multimedia content includes a set consisting of at least one animated graphic scene, also called multimedia scene, and a series of commands to change this scene from one state to another.
- a multimedia scene corresponds in particular to the arrangement of a set of graphic objects in time and in space, with which the user of the radiocommunication terminal can interact.
- the invention finds applications in all fields requiring a representation of the signals in the form of a spatio-temporal arrangement of graphical objects, with interactivity.
- the invention applies to the already known graphic scene description formats such as the MPEG-4 / BIFS (in English “Binary Format Scene”, in French “binary format for stage”), the SVG (in English “ Scalable Vector Graphics, in English “Synchronized Multimedia Integration Language”, the XHTML (English “Extensible HyperText Markup Language”) , in French “extensible hypertext markup language”), etc.
- the design of a service that is to say the provision of information to a user of a radiocommunication terminal, implements the following scheme: - a content initial is sent to the terminal; the user consumes it, and makes a request; a response content is then sent to the radiocommunication terminal, etc.
- the service is therefore conceived as a sequence of contents sent to the user's terminal in response to interactive requests.
- the initial content sent to the terminal includes weather forecasts for the day.
- the user consumes it, ie reads the weather forecast for the day, and makes a request to get the weather forecast for the next day.
- each response content sent comprises an entire scene, representative of the required content, whereas in the context of the above example, only the description pictograms of the weather it will be modified, the other objects graphics composing the multimedia presentation scene of the weather forecast remaining unchanged (for example the map of France underlying).
- a major disadvantage of this first prior art technique is that it requires the downloading of an entire scene in response to a request from the user, even if there are only a few changes between the initial content and the response content.
- the response content download therefore corresponds at least to part of wasted time, which is expensive in terms of transmission resources, especially as the interactive multimedia services for radiocommunication terminals have the lowest bandwidth of mobile networks (of the order of ten or so). kilobits per second), and suffer from the "interactive" example of high-speed Internet.
- scene controls make it possible to create scenes which are then progressively sent to the radiocommunication terminal.
- Such commands are defined in particular in the description formats BIFS and LASeR (in English “Lightweight Application Scene Representation”, in French “Representation of light application scenes”), as defined in document ISO / IEC 14496-20: 2006, published in 2006, of which a provisional version is available under the reference MPEG N7480: "Study Text of ISO / IEC 14496-20 / FCD”.
- BIFS and LASeR in English “Lightweight Application Scene Representation”, in French “Representation of light application scenes”
- MPEG N7480 "Study Text of ISO / IEC 14496-20 / FCD”.
- a disadvantage of this second technique is that it also requires the complete loading of an entire scene in response to a user interaction, even if according to this technique the terminal of radiocommunication can start playing the scene while it is being downloaded.
- the initial scene 211 restored by the terminal is replaced, as the multimedia content is transmitted, by a first updated scene 22, then a second scene set. 231, then a third updated scene 24 ⁇ , ....
- the terminal thus loses the knowledge of the initial scene, since the last scene stored in the terminal corresponds to the last updated scene (for example the third scene updated 24 ⁇ ).
- a major disadvantage of this technique is that in case of interruption and then restoration of transmission, the terminal must again load the initial scene, especially if the user wants to recover his preferences and / or a possible context of local interactions.
- the multimedia player radiocommunication terminal
- the scene includes a complex script that connects to a server, implements a protocol for data exchange with the server (parsing - parsing in English) of an XML document if the data exchanged with the server are in XML by example) and builds elements in the scene based on the received data.
- This third technique is equivalent to implementing an equivalent of the scene controls within the scene script itself.
- this technique is not applicable to current mobile devices, since very few terminals have the environment, resources or performance needed to implement it.
- a content containing a script for processing the data exchange protocol with the server has a minimum size (excluding the actual scene) of approximately 1000 to 40000 bytes.
- the variability of the size of the script stems in particular from the possibility of implementing protocols of the "XML" type, which are larger in terms of size, or binary, less bulky, and to provide more or less complete protocols in terms of numbers. possible scene editing commands.
- the invention particularly aims to overcome these disadvantages of the prior art.
- an object of the invention is to provide a technique for transmitting multimedia content to a radiocommunication terminal that does not require the downloading of complete scenes in response to an interaction.
- Another objective of the invention is to implement such a technique making it possible to reduce the response time to the interactions with respect to the techniques of the prior art, in particular in case of interruption (s) in the session. Communication.
- the invention aims to provide such a technique having better performance in terms of fluidity of services at the radiocommunication terminal.
- the invention also aims to provide such a transmission technique requiring little resources in terms of bandwidth.
- Yet another object of the invention is to provide such a technique for the realization of simple and inexpensive multimedia terminals, not requiring significant processing means, or large means of storing data.
- the transmission method comprises:
- the invention proposes a completely new and inventive approach to the transmission of multimedia content to a radiocommunication terminal relying on the transmission of an initial portion of the content, then on the transmission of complementary portions of the content, corresponding to complements or differences, between one or more portions previously received by the terminal (for example the initial portion), following a request from the terminal.
- the terminal can render the updated multimedia scene, by combining the complement with the initial scene or a previously updated multimedia scene,
- the initial portion comprises at least one command of the series of commands.
- the invention thus makes it possible to structure the multimedia content representative of a service transmitted to a radiocommunication terminal, so that an initial portion of the content, including at least the initial scene and possibly update commands of the initial scene, first transmitted to the terminal. Then, in response to a first request, a complementary portion is transmitted to the terminal in the form of a complement of the initial portion, for rendering the updated multimedia scene in response to the request. If a new request is sent to the server, another complementary portion is transmitted to the terminal in the form of an addition of at least one portion previously received by the terminal, to restore the multimedia scene updated in response to the new query, and so on.
- the flow towards the radiocommunication terminal is therefore constituted by a series of complements, or differences, between the successive states of the multimedia scene.
- This flux is distributed according to the invention in the different portions of contents.
- the technique according to the invention thus makes it possible to obtain a gain in response time to the interactions, and a gain in efficiency of the service for the user and the operator, since the same result (same content) is obtained by downloading less data.
- the invention thus offers an impression of continuity and fluidity of the service since it is designed as successive modifications of a multimedia scene, as well as a great saving of time since only the modification of the current content is sent to the terminal. .
- the invention allows the use of a media player requiring less resources, so available on communication terminals, for example phones, less expensive. Moreover, since a portion of content is simpler and smaller in size than the techniques of the prior art, the cost of its creation and its transmission time are lower.
- the server and the script of the multimedia content necessarily implement the same information transmission protocol, the invention allows interoperability between all the servers and the contents.
- a "complement" transmitted in a complementary portion includes scene modification commands for changing a current scene to an updated scene based on a request from the terminal.
- the terminal can store in a local context the initial portion, including the initial scene and possibly commands for changing this scene, and the various complements transmitted as and when the server to the terminal. This local context is therefore incremented by the different commands transmitted in the complementary portions.
- the terminal still retains according to the invention at its disposal the initial scene and controls for updating the multimedia scene, in a local context.
- the user of the terminal can choose the “Cinema” tab. ", Leading to the display of the movie programs of the week. Once the content is restored on the display (for example a screen) of the terminal, the user or (directly the terminal) can choose to disconnect (that is to say go into "offline” mode), the time for the user to view the program.
- the local context according to the invention then comprises the initial scene, and a modification command of the tab displayed in "Cinema”.
- the local context then includes the initial scene, the modification command of the tab displayed in “Cinema”, and a modification command of the "Cinema” tab in “Information”.
- the terminal has updated in its memory the initial scene when choosing the "cinema” tab, and has replaced it with the movie programs of the week. The terminal must send a request to the server, asking him to transmit the initial scene again. So we lose the context of local interactions.
- the terminal always has in memory the local context, and can quickly find the various commands to move from the initial scene to the last scene restored before disconnection.
- the server does not have to re-transmit the initial scene. It simply transmits to the terminal a complementary portion, in the form of a complement of the initial portion to update the multimedia scene.
- these add-ins are predefined by the author, or the program of the service, and are not calculated by the server.
- the terminal can then restore the multimedia scene updated according to the request of the user, that is to say, develop the tab "Information", from the initial portion and the complementary portion (and optionally other complementary portions previously received by the terminal).
- an advantage of the transition to connected / disconnected mode lies in the speed and in the simultaneous processing of an increased number of requests. Indeed, if all users maintain their connection with the server permanently, ie if the service is conceived as a single scene from the beginning to the end of the service, receiving changes over time, then the number of clients that the server can serve is N. On the other hand, if users cut the connection after each response received from the server, and reestablish a connection to receive the next response from the server, then the server is limited only to N simultaneous requests.
- the request from the terminal is a request from a user of the terminal, or a request following the restitution of the multimedia scene being updated.
- the complements in response to these requests can be predefined during the creation or storage of the multimedia content as part of a request following the rendering of the scene. For example, if a user clicks on a "tomorrow weather" tab, once the next day's weather is restored, a "today's weather” button appears.
- the requests can also come from a user, leading to a dynamic division of the complements to be transmitted to the terminal.
- the transmission method of the invention implements at least two distinct transmission paths, or different transport sessions (or even with different transport protocols), for the different portions of content.
- the transmitted complement being simple and requiring few transmission resources
- the complementary portion can be transmitted over low-speed networks.
- the initial portion of the content is transmitted using a high-speed channel (for example via the Internet) and / or previously stored in the terminal.
- the portions are contained in separate documents on the server.
- these documents are of the "Web" page type, or are generic content of the "streamed” or broadcast (“broadcasted") type.
- the terminal that virtually reconstitutes the content B in its memory.
- the content B is not stored in the server.
- these separate documents are referenced by addresses that can be distinct, and can be received by means of transport of different data.
- the server also transmits to the terminal a configuration signal of the "Append” media scene of the "LASeR” format.
- This signal makes it possible, in particular, to warn the terminal that the commands sent to it are commands for modifying elements of a scene, and not an entire scene to be downloaded.
- the commands for changing the scene are, according to this particular embodiment, scene commands "LASeR Commands".
- Another aspect of the invention relates to a computer program product downloadable from a communication network and / or stored on a computer readable medium and / or executable by a microprocessor, including program code instructions for implementation. the method of transmitting multimedia content described above.
- Yet another aspect of the invention also relates to a signal for transmitting a multimedia content to a radiocommunication terminal, comprising at least two content portions, including an initial portion and at least one complementary portion, said complementary portion being transmitted to said terminal in the form of a complement of at least a portion previously received by said terminal, in response to a request from said terminal.
- the initial portion and the complementary portions may be transmitted in independent form, for example in separate channels, according to distinct transport protocols, ...
- Another aspect of the invention also relates to a radiocommunication terminal intended to receive a multimedia content, comprising:
- Yet another aspect of the invention relates to a method of rendering a multimedia content in a radiocommunication terminal, comprising a step of memorizing a set of at least one initial scene, and at least one iteration of the following steps: sending a request to a broadcast server of multimedia content; receiving an addition of the multimedia scene restored by said terminal in response to said request; determining by said terminal the updated multimedia scene, combining data representative of said initial scene or a previously updated multimedia scene, and said complement; displaying said updated multimedia scene.
- a server for broadcasting multimedia content to at least one radiocommunication terminal comprising:
- FIG. 1 presents the general principle of the invention, according to which the multimedia content to be transmitted to the radiocommunication terminal is divided into at least two portions including an initial portion and at least one complementary portion, the initial portion being first transmitted to the terminal, then a complementary portion being transmitted to the terminal in response to a request from the terminal;
- FIGS. 2A (already commented on in relation with the prior art) and 2B show the initial scene and its updates respectively according to the prior art and according to one particular embodiment of the invention;
- FIGS. 1 presents the general principle of the invention, according to which the multimedia content to be transmitted to the radiocommunication terminal is divided into at least two portions including an initial portion and at least one complementary portion, the initial portion being first transmitted to the terminal, then a complementary portion being transmitted to the terminal in response to a request from the terminal;
- FIGS. 2A (already commented on in relation with the prior art) and 2B show the initial scene and its updates respectively according to the prior art and according to one particular embodiment of the invention;
- FIGS. 1 presents the general principle of the invention, according
- FIG. 3A, 3B and 3C respectively illustrate the initial scene, an update of the initial scene as restored on the terminal following a request, and the complementary portion transmitted by the server corresponding to said request, according to FIG. 1;
- Figure 4 shows a part of the terminal structure according to a particular embodiment of the invention. 6. Description of an embodiment of the invention
- the general principle of the invention is based on the partitioning of a multimedia content, comprising at least one multimedia scene and a series of commands making it possible to modify this scene, in at least two portions, of which an initial portion and at least one portion complementary.
- a first portion of content, said initial portion is firstly transmitted to the radiocommunication terminal.
- a so-called complementary portion is transmitted to the radiocommunication terminal, in response to a request from the terminal.
- the invention thus makes it possible to reconstruct interactive multimedia scenes giving an impression of fluidity of the service, while reducing the amount of data downloaded by the terminal.
- a server is usually limited to processing N clients in parallel, the number N being dependent on the power of the machine, the complexity of the service, etc.
- the limit number of clients that the server can serve is N.
- the server is limited to N simultaneous requests.
- the number of clients served by a server is then much larger, a factor related to the ratio between the transmission time of the complementary portion and the average time between user interactions, which ratio may exceed 100.
- the transmitted complementary portion comprises a complement, in the form of a global scene modification command, comprising commands for modifying at least one element of the scene ( "LASeR Commands”) in "LASeR" format.
- a global scene modification control also comprises an "append" type scene configuration signal.
- This "append” mode is conventionally defined in the LASeR standard to indicate that a current scene does not include an initial scene, but only a sequence of commands applicable to the scene already loaded in the terminal.
- servers can not keep an open client session indefinitely, they are classically obliged to consider that a silent client, that is to say, not sending any request to its attention, is automatically disconnected after one session. given time.
- the division of the multimedia content to be transmitted in incremental scenes allows the server to cut off the connection immediately, and to restore a connection after an arbitrarily long time.
- the transmitted complementary portion comprises a global scene modification command, comprising commands for modifying at least one element of the scene ("LASeR Commands"), "LASeR" format.
- the scene controls also called modification commands of an element of the scene, make it possible in particular to express a modification of a scene, that is to say a complement of a scene previously rendered on the terminal.
- FIG. 1 illustrates in particular an application of the invention according to which a server 11 provides a service to a radiocommunication terminal 12.
- a service is designed as a series of contents, or portions of content, sent to the user's terminal, in particular in response to interactive requests.
- the multimedia content to be transmitted to the radiocommunication terminal 12 comprises at least one multimedia scene and a series of commands for changing the multimedia scene.
- the server 11 first transmits a first portion, said initial portion, to the radiocommunication terminal 12 during a transmission step 13.
- the server 11 transmits a complementary portion comprising LASeR scene commands to the terminal 12 during a transmission step 14, in response to a request from the terminal.
- a complementary portion comprising LASeR scene commands
- the terminal 12 stores, in a local context, the initial portion transmitted by the server 11 during a step 51.
- the terminal 12 then restores the initial scene during a step 53.
- the server 11 then transmits a complementary portion, in the form of a complement of the initial scene and / or a complementary portion previously received, during a step of transmitting a complementary portion 54, in response to a request from the terminal.
- the terminal stores the complementary portion during a step 55, or directly stores the scene modification commands corresponding to this complementary portion, in a local context also including the initial portion.
- the terminal then restores an updated scene from the initial portion and the complementary portion stored in a step 56.
- Steps 54, 55 and 56 may be repeated as many times as necessary and in particular as many times as there are requests from the terminal.
- an exemplary embodiment of the invention is presented for transmission to the radiocommunication terminal 12 of a meteorological service.
- FIG. 3A corresponds to an initial multimedia scene, and represents the weather forecasts for France for the day.
- this initial portion may for example be pre-loaded on the terminal 12, or be transmitted via a multichannel channel (for example DVBH type -English “Digital Video Broadcasting Handheld", DMB -en English "Digital Multimedia Broadcast, or multicast). Its size is therefore less critical.
- the server 11 fully retransmits the weather map of FIG. 3B, even if the modifications between the map of the day (FIG. 3A) and the map of the following day (FIG. 3B) are minor.
- FIG. 3C the dashed line drawing corresponding to the initial portion and the drawing in solid lines corresponding to the complementary portion.
- the server 11 then transmits this complementary portion to the radiocommunication terminal 12, in the form of an additional scene using scene commands of the LASeR format.
- the user can then make other requests, and so on.
- the time between the request of the user and the arrival of the response on the terminal 12, by abstaining from the time of creation of the response by the server 11, is proportional to the size of the response. , and inversely proportional to the bandwidth.
- any gain on the size of the response has a crucial positive influence on the response time, so induced, on the interactivity.
- the response contents are considered as modifications of the scene from which the user has sent the request.
- An exemplary structure of an initial portion comprising at least one multimedia scene, and an insertion control of the scene, comprising: a base map of France with various complementary information of origin of the service; a text TO: "the time today", with all the information of font, style, color and positioning; five texts Tl to T5, presenting the temperature, of the "15 ° C" type, in five points of the map, with all the associated font, style, color and positioning information; a set of links or buttons to get the weather tomorrow and the following days.
- the complementary portion presents according to the invention the following structure: an "append" type configuration signal, present in a variant of this embodiment but being optional; a command to modify the text string TO in "time tomorrow"; five commands for modifying the text strings T1 to T5 representing the temperature; an order to replace the button or link "tomorrow” by a button or link "today".
- the incremental scene is created in response to the use of the "tomorrow” button or link, that is to say in response to a request from a user. In this example, we notice that only the text strings are replaced, but not their font, style, color, and positions.
- this global modification command comprising the configuration signal of the scene in "append” mode and the commands for modifying at least one element of the scene (“LASeR Commands") are potentially applicable to all multimedia scene description formats.
- the BIFS format already defines “BIFS Commands” which are similar to “LASeR Commands”.
- the "LASeR Commands” are applicable without modification to the SVG format.
- the invention makes it possible to reduce the size of the portions of content to be sent to the terminal, which has the dual advantage of reducing the bandwidth consumption, thus saving in response time, and to obtain a continuity and fluidity of the service at the terminal, since only the complement of the current content is sent to the terminal rather than the complete response content.
- the local context stored by the incremented terminal at each reception of a complementary portion makes it possible to retain the successive modifications that the initial portion undergoes.
- the terminal cuts the connection with the server after update No. 3 (242) of the initial scene 212
- the terminal has stored the various scene modification commands corresponding to the updates No. 1 (222), # 2 (232) e tn # 3 (242), unlike the prior art where the terminal was stored as the update 3 ( Figure 2A).
- the terminal uses the local context and the complementary portion to render the updated scene.
- the terminal uses a memory 41 to store the local context related to the initial portion received from the server, and can use it to store the additional portions received by the server.
- the microprocessor 42 uses the local context and each complementary portion to reconstruct an updated scene, and transmit it to the display module 43 which restores the updated scene.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
- Processing Or Creating Images (AREA)
Abstract
L'invention concerne un procédé de transmission d'un contenu multimédia d'un serveur (11) à destination d'un terminal de radiocommunication (12), ledit contenu comprenant au moins une scène multimédia, dite scène initiale, et une série de commandes permettant de faire évoluer ladite scène initiale. Selon l'invention, un tel procédé comprend: une étape de transmission dudit serveur (11) vers ledit terminal (12) d'une portion initiale dudit contenu, comprenant au moins ladite scène initiale; une étape de mémorisation suivie d'une étape de restitution de ladite portion initiale sur ledit terminal (12); au moins une étape de transmission dudit serveur (11) vers ledit terminal (12) d'une portion complémentaire dudit contenu, sous la forme d'un complément d'au moins une portion précédemment reçue par ledit terminal (12), en réponse à une requête provenant dudit terminal (12); une étape de mémorisation de ladite portion complémentaire, suivie d'une étape de restitution par ledit terminal (12) de la scène multimédia mise à jour selon ladite requête, à partir desdites portions précédemment reçues.
Description
TRANSMISSION D ' UN CONTENU MULTIMEDIA VERS UN TERMINAL DE RADIOCOMMUNICATION
1. Domaine de l'invention
5 Le domaine de l'invention est celui de la restitution de contenus multimédia sur un terminal de radiocommunication, par exemple de type radiotéléphone, PDA (en anglais « Personal Digital Assistant », en français « assistant numérique personnel »), ordinateur portable, etc.
Plus précisément, l'invention repose sur la transmission d'un contenu 10 multimédia, d'une portion de ce contenu, et/ou d'éléments représentatifs de celui- ci, vers un terminal de radiocommunication.
On entend notamment par contenu multimédia un ensemble composé d'au moins une scène graphique animée, encore appelée scène multimédia, et d'une série de commandes permettant de faire évoluer cette scène d'un état à un autre. 15 Une scène multimédia correspond notamment à l'agencement d'un ensemble d'objets graphiques dans le temps et dans l'espace, avec lesquels l'utilisateur du terminal de radiocommunication peut interagir.
L'invention trouve des applications dans tous les domaines nécessitant une représentation des signaux sous forme d'un agencement spatio-temporel d'objets 20 graphiques, avec interactivité.
Notamment, l'invention s'applique aux formats de description de scènes graphiques déjà connus tels que le MPEG-4/BIFS (en anglais « Binary Format Scène », en français « format binaire pour scène »), le SVG (en anglais « Scalable Vector Graphics », en français « graphiques vectoriels adaptables »), le SMIL (en 25 anglais « Synchronized Multimedia Intégration Language », en français « langage d'intégration multimédia synchronisés »), le XHTML (en anglais « extensible HyperText Markup Language », en français « langage de balisage hypertexte extensible »), etc.
2. Art antérieur
30 Des techniques de transmission d'un contenu multimédia vers un terminal
de radiocommunication sont déjà connues.
Classiquement, selon une première technique de transmission, la conception d'un service, c'est-à-dire l'offre d'une information à un utilisateur d'un terminal de radiocommunication, met en œuvre le schéma suivant : - un contenu initial est envoyé sur le terminal ; l'utilisateur le consomme, et fait une requête ; un contenu de réponse est alors envoyé sur le terminal de radiocommunication, etc.
Le service est donc conçu comme une suite de contenus envoyés au terminal de l'utilisateur en réponse à des requêtes interactives.
Par exemple, si l'utilisateur demande un service météo, le contenu initial envoyé sur le terminal comprend les prévisions météorologiques pour la journée.
L'utilisateur le consomme, c'est-à-dire lit les prévisions météorologiques pour la journée, et fait une requête pour obtenir les prévisions météorologiques pour le lendemain.
Un nouveau contenu de réponse, comprenant les prévisions météorologiques pour le lendemain, est alors envoyé sur le terminal de radiocommunication, ce nouveau contenu remplaçant le contenu initial dans la mémoire du terminal. Selon cette première technique de transmission, chaque contenu de réponse envoyé comprend une scène entière, représentative du contenu requis, alors que dans le cadre de l'exemple précité, seuls les pictogrammes de description du temps qu'il fera seront modifiés, les autres objets graphiques composant la scène multimédia de présentation des prévisions météo restant inchangés (par exemple la carte de France sous jacente).
Par conséquent, un inconvénient majeur de cette première technique de l'art antérieur est qu'elle nécessite le téléchargement d'une scène entière en réponse à une requête de l'utilisateur, même s'il n'y a que peu de modifications entre le contenu initial et le contenu de réponse. Le téléchargement du contenu de réponse correspond donc au moins en
partie à du temps gaspillé, ce qui est coûteux en termes de ressources de transmission, d'autant plus que les services multimédia interactifs pour terminaux de radiocommunication disposent de la plus faible bande passante des réseaux mobiles (de l'ordre d'une dizaine de kilobits par seconde), et souffrent de l'exemple « interactif » de l'Internet grande vitesse.
De plus, le fait de charger une nouvelle scène introduit une rupture pour l'utilisateur : un éventuel contexte d'interactions locales est alors perdu, ainsi que d'éventuelles préférences d'utilisation. En effet, selon cette technique de l'art antérieur, le contenu initial est intégralement remplacé par un nouveau contenu. Par conséquent, lors d'une rupture d'une session de communication suivie d'un rétablissement de la session, il peut être nécessaire de charger de nouveau le contenu initial, par exemple pour retrouver les préférences d'utilisation de l'utilisateur.
Il existe par ailleurs d'autres techniques de transmission d'un contenu multimédia vers un terminal de radiocommunication.
Ainsi, selon une seconde technique, des commandes de scène permettent de créer des scènes qui sont ensuite envoyées progressivement vers le terminal de radiocommunication.
De telles commandes sont notamment définies dans les formats de description BIFS et LASeR (en anglais « Lightweight Application Scène Représentation », en français « Représentation de scènes applicatives légères »), tels que définis dans le document ISO/IEC 14496-20:2006, publié courant 2006, dont une version provisoire est disponible sous la référence MPEG N7480 : « Study Text of ISO/IEC 14496-20/FCD ». Ces commandes de scène permettent ainsi de commencer à jouer une scène avant la fin de son téléchargement, si les commandes sont envoyées dans l'ordre temporel croissant.
Cependant, un inconvénient de cette seconde technique est qu'elle nécessite également le chargement complet d'une scène entière en réponse à une interaction de l'utilisateur, même si selon cette technique le terminal de
radiocommunication peut commencer à jouer la scène pendant son téléchargement.
De plus, comme illustré en relation avec la figure 2A, la scène initiale 211 restituée par le terminal est remplacée, au fur et à mesure de la transmission du contenu multimédia, par une première scène mise à jour 22 \, puis une deuxième scène mise à jour 231, puis une troisième scène mise à jour 24 \, .... Le terminal perd ainsi la connaissance de la scène initiale, puisque la dernière scène mémorisée dans le terminal correspond à la dernière scène mise à jour (par exemple la troisième scène mise à jour 24 \). Ainsi, un inconvénient majeur de cette technique est qu'en cas d'interruption puis de rétablissement de la transmission, le terminal doit de nouveau charger la scène initiale, notamment si l'utilisateur souhaite récupérer ses préférences et/ou un éventuel contexte d'interactions locales.
Finalement, une troisième technique connue de transmission d'un contenu multimédia vers un terminal de radiocommunication est présentée.
Selon cette technique, le lecteur multimédia (terminal de radiocommunication) dispose d'un interprète d'un langage de programmation, par exemple de type ECMAScript ou Java (marques déposées). La scène comprend un script complexe qui se connecte à un serveur, implémente un protocole d'échange de données avec le serveur (analyse syntaxique -« parsing » en anglais- d'un document XML si les données échangées avec le serveur sont en XML par exemple) et construit des éléments dans la scène en fonction des données reçues.
Cette troisième technique revient à implémenter un équivalent des commandes de scènes à l'intérieur même du script de la scène. Cependant, cette technique n'est pas applicable aux terminaux mobiles actuels, puisque très peu de terminaux disposent de l'environnement, des ressources ou des performances nécessaires pour la mettre en œuvre.
De plus, un inconvénient majeur de cette technique est qu'elle engendre un coût d'implémentation élevé, et compte tenu des ressources actuelles, elle ne peut s'appliquer qu'aux scènes simples, comprenant des objets graphiques simples
effectuant peu de mouvements.
D'autres inconvénients de cette technique de l'art antérieur résident encore dans la taille du contenu, la complexité de la création du contenu, et l'interdépendance entre les contenus et les serveurs implémentant la même variante de protocole d'échange de données.
En effet, un contenu contenant un script de traitement du protocole d'échange de données avec le serveur a une taille minimale (hors scène proprement dite) d'environ 1000 à 40000 octets. La variabilité de la taille du script provient notamment de la possibilité de mettre en oeuvre des protocoles de type « XML », plus volumineux en termes de taille, ou binaires, moins volumineux, et de prévoir des protocoles plus ou moins complets en terme de nombre de commandes de modification de scène possibles.
Ainsi, la complexité de création d'un contenu selon cette technique de l'art antérieur est plus importante que celle d'un simple contenu « passif », c'est-à-dire sans script.
Enfin, un autre inconvénient de cette troisième technique est que pour être capable de servir des données à un tel contenu, le serveur doit implémenter le protocole d'échange de données utilisé par le contenu qu'il doit servir. Le serveur doit donc être le cas échéant modifié ou remplacé par un autre serveur, pour être adapté à un contenu utilisant un autre protocole d'échange de données.
3. Objectifs de l'invention
L'invention a notamment pour objectif de pallier ces inconvénients de l'art antérieur.
Plus précisément, un objectif de l'invention est de fournir une technique de transmission d'un contenu multimédia vers un terminal de radiocommunication ne nécessitant pas le téléchargement de scènes complètes en réponse à une interaction.
Un autre objectif de l'invention est de mettre en œuvre une telle technique permettant de réduire le temps de réponse aux interactions par rapport aux techniques de l'art antérieur, notamment en cas d'interruption(s) dans la session
de communication.
Notamment, l'invention a pour objectif de fournir une telle technique présentant de meilleures performances en termes de fluidité des services au niveau du terminal de radiocommunication. L'invention a encore pour objectif de fournir une telle technique de transmission nécessitant peu de ressources en termes de bande passante.
Encore un autre objectif de l'invention est de fournir une telle technique permettant la réalisation de terminaux multimédia simples et peu coûteux, ne nécessitant pas de moyens de traitement importants, ni de gros moyens de mémorisation des données.
4. Exposé de l'invention
Ces objectifs, ainsi que d'autres qui apparaîtront par la suite, sont atteints à l'aide d'un procédé de transmission d'un contenu multimédia d'un serveur à destination d'un terminal de radiocommunication, ledit contenu comprenant au moins une scène multimédia, dite scène initiale, et une série de commandes permettant de faire évoluer ladite scène initiale.
Selon l'invention, le procédé de transmission comprend :
- une étape de transmission du serveur vers le terminal d'une portion initiale du contenu, comprenant au moins la scène initiale ; - une étape de mémorisation suivie d'une étape de restitution de la portion initiale sur le terminal ;
- au moins une étape de transmission du serveur vers le terminal d'une portion complémentaire du contenu, sous la forme d'un complément d'au moins une portion précédemment reçue par le terminal, en réponse à une requête provenant du terminal ;
- une étape de mémorisation de la portion complémentaire, suivie d'une étape de restitution par le terminal de la scène multimédia mise à jour selon la requête, à partir des portions précédemment reçues.
Ainsi, l'invention propose une approche tout à fait nouvelle et inventive de la transmission d'un contenu multimédia vers un terminal de radiocommunication
reposant sur la transmission d'une portion initiale du contenu, puis sur la transmission de portions complémentaires du contenu, correspondant à des compléments ou différences, entre une ou plusieurs portions précédemment reçue(s) par le terminal (par exemple la portion initiale), suite à une requête du terminal.
De cette façon, le terminal peut restituer la scène multimédia mise à jour, en combinant le complément avec la scène initiale ou une scène multimédia précédemment mise à jour,
On remarque notamment que les étapes de transmission et de mémorisation de la portion complémentaire, et de restitution par le terminal de la scène multimédia mise à jour, peuvent être répétées autant de fois que nécessaire, et autant de fois qu'il y a de requêtes et donc de portions complémentaires de contenu.
En particulier, la portion initiale comprend au moins une commande de la série de commandes.
L'invention permet ainsi de structurer le contenu multimédia représentatif d'un service transmis à un terminal de radiocommunication, de manière à ce qu'une portion initiale du contenu, comprenant au moins la scène initiale et éventuellement des commandes de mise à jour de la scène initiale, soit d'abord transmise au terminal. Ensuite, en réponse à une première requête, une portion complémentaire est transmise au terminal sous la forme d'un complément de la portion initiale, permettant de restituer la scène multimédia mise à jour en réponse à la requête. Si une nouvelle requête est émise à destination du serveur, une autre portion complémentaire est transmise au terminal sous la forme d'un complément d'au moins une portion précédemment reçue par le terminal, permettant de restituer la scène multimédia mise à jour en réponse à la nouvelle requête, et ainsi de suite.
Ainsi, en structurant les services sous forme de portions successives de contenu, on transmet une suite de portions incrémentales de taille réduite par rapport aux techniques de l'art antérieur, ce qui permet de réduire le temps de
réponse des services mobiles.
Le flux vers le terminai de radiocommunication est donc constitué d'une suite de compléments, ou différences, entre les états successifs de la scène multimédia. Ce flux est réparti selon l'invention dans les différentes portions de contenus.
La technique selon l'invention permet ainsi d'obtenir un gain en temps de réponse aux interactions, et un gain en efficacité du service pour l'utilisateur et l'opérateur, puisqu'on obtient le même résultat (même contenu), en téléchargeant moins de données. L'invention offre ainsi une impression de continuité et de fluidité du service puisque celui-ci est conçu sous forme de modifications successives d'une scène multimédia, ainsi qu'une grande économie de temps puisque seule la modification du contenu courant est envoyée au terminal.
De plus, par rapport aux techniques reposant sur l'utilisation d'un script complexe se connectant à un serveur, et nécessitant l'utilisation d'un interprète de langage de programmation de type ECMAScript ou Java (marques déposées) par exemple, l'invention permet l'utilisation d'un lecteur multimédia nécessitant moins de ressources, donc disponible sur des terminaux de communication, par exemple des téléphones, moins coûteux. Par ailleurs, une portion de contenu étant plus simple et de taille réduite par rapport aux techniques de l'art antérieur, le coût de sa création et son temps de transmission sont moins élevés.
Finalement, tandis que selon la technique antérieure de type ECMAScript le serveur et le script du contenu multimédia implémentent nécessairement le même protocole de transmission d'information, l'invention permet une interopérabilité entre tous les serveurs et les contenus.
On considère également qu'un « complément » transmis dans une portion complémentaire comprend des commandes de modification de scène permettant de faire évoluer une scène courante vers une scène mise à jour en fonction d'une requête issue du terminal.
Ainsi, le terminal peut stocker dans un contexte local la portion initiale, comprenant la scène initiale et éventuellement des commandes permettant de faire évoluer cette scène, et les différents compléments transmis au fur et à mesure du serveur vers le terminal. Ce contexte local est donc incrémenté des différentes commandes transmises dans les portions complémentaires.
Par conséquent, tandis que selon l'art antérieur tel qu'illustré en figure 2A la scène initiale évolue, dans la mémoire du terminal, au cours des différentes mises à jour transmises par le serveur en réponse aux différentes requêtes d'un utilisateur, le terminal conserve toujours selon l'invention à sa disposition la scène initiale et les commandes permettant une mise à jour de la scène multimédia, dans un contexte local.
Par conséquent, en cas de rupture et de rétablissement d'une session de communication, il n'est pas nécessaire que le serveur re-transmette la scène initiale et/ou les commandes de modifications au terminal. En particulier, cette solution permet un travail « hors ligne », dans le sens où un utilisateur peut se déconnecter et se reconnecter sans perte d'informations.
A titre d'exemple, si on considère une scène initiale composée de plusieurs onglets, par exemple un onglet « Informations », un onglet « Cinéma », et un onglet « Musique », l'utilisateur du terminal peut choisir l'onglet « Cinéma », conduisant à l'affichage des programmes de cinéma de la semaine. Une fois le contenu restitué sur l'afficheur (par exemple un écran) du terminal, l'utilisateur ou (directement le terminal) peut choisir de se déconnecter (c'est-à-dire passer en mode « hors ligne »), le temps pour l'utilisateur de consulter le programme.
Le contexte local selon l'invention comprend alors la scène initiale, et une commande de modification de l'onglet affiché en « Cinéma ».
On considère que l'utilisateur souhaite ensuite regarder les informations du jour, en choisissant l'onglet « Informations ». Le terminal revient donc en mode
« en ligne », encore appelé mode connecté. Le contexte local comprend alors la scène initiale, la commande de modification de l'onglet affiché en « Cinéma », et une commande de modification de l'onglet « Cinéma » en « Informations ».
Selon l'art antérieur, le terminal a mis à jour dans sa mémoire la scène initiale lors du choix de l'onglet « cinéma », et l'a remplacée par les programmes de cinéma de la semaine. Le terminal doit donc envoyer une requête au serveur, lui demandant de lui transmettre de nouveau la scène initiale. On perd donc le contexte d'interactions locales.
Selon l'invention, le terminal dispose toujours en mémoire du contexte local, et peut donc rapidement retrouver les différentes commandes permettant de passer de la scène initiale, à la dernière scène restituée avant déconnexion.
Suite à la requête du terminal, le serveur n'a donc pas à transmettre de nouveau la scène initiale. Il lui suffit de transmettre au terminal une portion complémentaire, sous la forme d'un complément de la portion initiale permettant de mettre à jour la scène multimédia. En particulier, ces compléments sont prédéfinis par l'auteur, ou le programme du service, et ne sont pas calculés par le serveur. Le terminal peut alors restituer la scène multimédia mise à jour selon la requête de l'utilisateur, c'est-à-dire développer l'onglet « Informations », à partir de la portion initiale et de la portion complémentaire (et éventuellement d'autres portions complémentaires précédemment reçues par le terminal).
En particulier, un intérêt du passage en mode connecté/déconnecté réside dans la rapidité et dans le traitement simultané d'un nombre accru de requêtes. En effet, si tous les utilisateurs maintiennent leur connexion avec le serveur en permanence, c'est-à-dire si le service est conçu comme une scène unique du début à la fin du service, recevant des modifications au cours du temps, alors le nombre limite de clients que le serveur peut servir est N. En revanche, si les utilisateurs coupent la connexion après chaque réponse reçue du serveur, et rétablissent une connexion pour recevoir la prochaine réponse du serveur, alors le serveur n'est limité qu'à N requêtes simultanées.
En particulier, la requête provenant du terminal est une requête d'un utilisateur du terminal, ou une requête consécutive à la restitution de la scène multimédia mise à j our.
Ainsi, les compléments en réponse à ces requêtes peuvent être prédéfinis lors de la création ou le stockage du contenu multimédia dans le cadre d'une requête consécutive à la restitution de la scène. Par exemple, si un utilisateur clique sur un onglet « météo de demain », une fois la météo du lendemain restitué, un bouton « météo d'aujourd'hui » apparaît.
Les requêtes peuvent également provenir d'un utilisateur, conduisant à un découpage dynamique des compléments à transmettre au terminal.
Selon une variante de l'invention, le procédé de transmission de l'invention met en œuvre au moins deux voies de transmission distinctes, ou des sessions de transport différentes (voire avec des protocoles de transport différents), pour les différentes portions de contenu.
Ainsi, le complément transmis étant simple et demandant peu de ressources de transmission, la portion complémentaire peut être transmise sur des réseaux à faible débit. En particulier, la portion initiale du contenu est transmise à l'aide d'un canal à haut débit (par exemple via le réseau Internet) et/ou préalablement stockée dans le terminal.
Selon une variante de réalisation, les portions (portions initiales et/ou complémentaires) sont contenues dans des documents séparés sur le serveur. Par exemple, ces documents sont de type pages « Web », ou sont des contenus génériques de type « streamés » ou diffusés (« broadcastés »).
Par exemple, l'auteur (ou le programme du service) créé directement un contenu A, puis un autre document noté contenu C, tel que le contenu C soit défini comme la différence entre un contenu B et le contenu A (contenu C= contenu B - contenu A).
Selon ce mode de réalisation de l'invention, c'est le terminal qui reconstitue virtuellement le contenu B dans sa mémoire. Ainsi, le contenu B n'est pas mémorisé dans le serveur.
En particulier, ces documents séparés sont référencés par des adresses qui peuvent être distinctes, et peuvent être reçus par des moyens de transport de
données différents.
Selon un mode de réalisation particulier, le serveur transmet également au terminal un signal de configuration de la scène multimédia de type « Append » du format « LASeR ». Ce signal permet notamment d'avertir le terminal que les commandes qui lui sont envoyées sont des commandes de modification d'éléments d'une scène, et non une scène entière à télécharger.
Les commandes permettant de faire évoluer la scène sont, selon ce mode de réalisation particulier, des commandes de scène « LASeR Commands ». Un autre aspect de l'invention concerne un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, comprenant des instructions de code de programme pour la mise en œuvre du procédé de transmission d'un contenu multimédia décrit précédemment. Encore un autre aspect de l'invention concerne encore un signal de transmission d'un contenu multimédia vers un terminal de radiocommunication, comprenant au moins deux portions de contenu, dont une portion initiale et au moins une portion complémentaire, ladite portion complémentaire étant transmise audit terminal sous la forme d'un complément d'au moins une portion précédemment reçue par ledit terminal, en réponse à une requête provenant dudit terminal.
Il est à noter que, dans un autre mode de réalisation, la portion initiale et les portions complémentaires peuvent être transmises sous forme indépendante, par exemple dans des canaux distincts, selon des protocoles de transport distincts, ...
Un autre aspect de l'invention concerne par ailleurs un terminal de radiocommunication destiné à recevoir un contenu multimédia, comprenant :
- des moyens de réception d'une portion initiale du contenu, comprenant au moins la scène initiale, et d'au moins une portion complémentaire du contenu, reçue sous la forme d'un complément d'au moins une portion
précédemment reçue par le terminal, en réponse à une requête provenant dudit terminal ;
- des moyens de mémorisation de la portion initiale et de la portion complémentaire ; - des moyens de restitution de la portion initiale et de la scène multimédia mise à jour selon la requête, à partir des portions précédemment reçues. En particulier, les moyens de réception du terminal sont adaptés à recevoir une pluralité de portions de contenu transmises suivant au moins deux voies de transmission distinctes. Encore un autre aspect de l'invention concerne un procédé de restitution d'un contenu multimédia dans un terminal de radiocommunication, comprenant une étape de mémorisation d'un ensemble d'au moins une scène initiale, et au moins une itération des étapes suivantes : émission d'une requête vers un serveur de diffusion d'un contenu multimédia ; réception d'un complément de la scène multimédia restituée par ledit terminal en réponse à ladite requête; détermination par ledit terminal de la scène multimédia mise à jour, combinant des données représentatives de ladite scène initiale ou d'une scène multimédia précédemment mise à jour, et dudit complément ; affichage de ladite scène multimédia mise à jour.
Finalement, un autre aspect de l'invention concerne un serveur de diffusion d'un contenu multimédia vers au moins un terminal de radiocommunication, comprenant :
- des moyens de transmission d'une portion initiale dudit contenu, comprenant au moins ladite scène initiale ;
- des moyens de traitement d'une requête ;
- des moyens de transmission d'une portion complémentaire dudit contenu, sous la forme d'un complément d'au moins une portion précédemment
reçue par ledit terminal, en réponse à ladite requête provenant dudit terminal.
5. Liste des figures
D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1 présente le principe général de l'invention, selon lequel le contenu multimédia à transmettre vers le terminal de radiocommunication est découpé en au moins deux portions dont une portion initiale et au moins une portion complémentaire, la portion initiale étant d'abord transmise au terminal, puis une portion complémentaire étant transmise au terminal en réponse à une requête venant du terminal ; - les figures 2A (déjà commentée en relation avec l'art antérieur) et 2B présentent la scène initiale et ses mises à jour respectivement selon l'art antérieur et selon un mode de réalisation particulier de l'invention ; les figures 3A, 3B et 3C illustrent respectivement la scène initiale, une mise à jour de la scène initiale telle que restituée sur le terminal suite à une requête, et la portion complémentaire transmise par le serveur correspondant à ladite requête , selon la figure 1 ; la figure 4 présente une partie de la structure du terminal selon un mode de réalisation particulier de l'invention. 6. Description d'un mode de réalisation de l'invention
Le principe général de l'invention repose sur le partitionnement d'un contenu multimédia, comprenant au moins une scène multimédia et une série de commandes permettant de faire évoluer cette scène, en au moins deux portions, dont une portion initiale et au moins une portion complémentaire. Une première portion de contenu, dite portion initiale, est tout d'abord
transmise au terminal de radiocommunication. Ensuite, une portion dite complémentaire est transmise au terminal de radiocommunication, en réponse à une requête venant du terminal.
L'invention permet ainsi de reconstruire des scènes multimédia interactives donnant une impression de fluidité du service, tout en réduisant la quantité de données téléchargées par le terminal.
Le découpage du contenu multimédia à transmettre en scènes incrémentales permet également de réaliser une économie importante sur les serveurs. En effet, un serveur est habituellement limité au traitement de N clients en parallèle, le nombre N étant dépendant de la puissance de la machine, de la complexité du service, etc.
Si tous les utilisateurs maintiennent leur connexion avec le serveur en permanence, c'est-à-dire si le service est conçu comme une scène unique du début à la fin du service, recevant des modifications au cours du temps, alors le nombre limite de clients que le serveur peut servir est N.
En revanche, si les utilisateurs coupent la connexion après chaque réponse reçue du serveur, et rétablissent une connexion pour recevoir la prochaine réponse du serveur, alors le serveur n'est limité qu'à N requêtes simultanées. Le nombre de clients servis par un serveur est alors beaucoup plus important, d'un facteur lié au rapport entre le temps de transmission de la portion complémentaire et le temps moyen entre interactions utilisateurs, rapport qui peut dépasser 100.
Plus précisément, selon un mode de réalisation particulier de l'invention, la portion complémentaire transmise comprend un complément, sous la forme d'une commande de modification globale de scène, comprenant des commandes de modification d'au moins un élément de la scène (« LASeR Commands ») au format « LASeR ».
Selon une variante de ce mode de réalisation, une commande de modification globale de scène comprend également un signal de configuration de scène de type « append ». Ce mode « append » est défini classiquement dans la
norme LASeR pour indiquer qu'une scène courante ne comprend pas de scène initiale, mais seulement une suite de commandes applicables à la scène déjà chargée dans le terminal.
Les utilisateurs peuvent alors couper la connexion avec le serveur puisque ce dernier dispose du mode « append », qui permet selon l'invention de signaler que la réponse doit être ajoutée à la scène courante.
Par ailleurs, les serveurs ne pouvant conserver indéfiniment une session client ouverte, ils sont classiquement obligés de considérer qu'un client silencieux, c'est-à-dire n'émettant aucune requête à son attention, est automatiquement déconnecté au bout d'un temps donné.
Selon l'invention, le découpage du contenu multimédia à transmettre en scènes incrémentales permet au serveur de couper la connexion immédiatement, et de rétablir une connexion après un temps arbitrairement long.
On présente désormais un mode de réalisation particulier de l'invention, selon lequel la portion complémentaire transmise comprend une commande de modification globale de scène, comprenant des commandes de modification d'au moins un élément de la scène (« LASeR Commands »), au format « LASeR ».
Les commandes de scène, encore appelées commande de modification d'un élément de la scène, permettent notamment d'exprimer une modification d'une scène, c'est-à-dire un complément d'une scène précédemment restituée sur le terminal.
La figure 1 illustre notamment une application de l'invention selon laquelle un serveur 11 fournit un service à un terminal de radiocommunication 12.
On rappelle qu'un service est conçu comme une suite de contenus, ou de portions de contenu, envoyés au terminal de l'utilisateur, notamment en réponse à des requêtes interactives.
Selon l'invention, le contenu multimédia à transmettre vers le terminal de radiocommunication 12 comprend au moins une scène multimédia et une série de commande permettant de faire évoluer la scène multimédia. Le serveur 11 transmet d'abord une première portion, dite portion initiale,
au terminal de radiocommunication 12 au cours d'une étape 13 de transmission.
Le serveur 11 transmet ensuite une portion complémentaire comprenant des commandes de scène de LASeR au terminal 12 au cours d'une étape de transmission 14, en réponse à une requête provenant du terminal. Comme illustré en figure 5, lors d'une étape 52, le terminal 12 mémorise, dans un contexte local, la portion initiale transmise par le serveur 11 lors d'une étape 51.
Le terminal 12 restitue ensuite la scène initiale lors d'une étape 53.
Le serveur 11 transmet alors une portion complémentaire, sous la forme d'un complément de la scène initiale et/ou d'une portion complémentaire précédemment reçue, lors d'une étape de transmission d'une portion complémentaire 54, en réponse à une requête provenant du terminal. Le terminal mémorise la portion complémentaire lors d'une étape 55, ou mémorise directement les commandes de modification de scènes correspondant à cette portion complémentaire, dans un contexte local comprenant également la portion initiale.
Le terminal restitue ensuite une scène mise à jour, à partir de la portion initiale et de la portion complémentaire mémorisées, lors d'une étape 56.
Les étapes 54, 55 et 56 peuvent être répétées autant de fois que nécessaire et notamment autant de fois qu'il y a de requêtes provenant du terminal.
On présente notamment en relation avec les figures 3A, 3B et 3C un exemple de réalisation de l'invention, pour la transmission vers le terminal de radiocommunication 12 d'un service de météorologie.
On considère notamment dans cet exemple que la figure 3A correspond à une scène multimédia initiale, et représente les prévisions météorologiques pour la France pour le jour.
Lorsque l'utilisateur du terminal de radiocommunication 12 souhaite accéder au service météo, il envoie une requête au serveur 11.
Celui-ci lui envoie alors la carte météo du jour, correspondant à la portion initiale.
On peut notamment considérer que lorsque la portion initiale est volumineuse, et par conséquent longue à télécharger, elle n'est pas envoyée pendant une phase d'interaction. Au contraire, cette portion initiale peut par exemple être pré-chargée sur le terminal 12, ou être transmise via un canal de multi-diffusion (par exemple de type DVBH -en anglais « Digital Video Broadcasting Handheld », DMB -en anglais « Digital Multimedia Broadcast », ou multicast). Sa taille est donc moins critique.
Si l'utilisateur du terminal 12 souhaite visualiser la carte météo du lendemain, il doit envoyer une requête au serveur 11, lui demandant de lui transmettre la carte météo du lendemain, illustrée en figure 3B.
Selon les techniques de l'art antérieur, le serveur 11 retransmet intégralement la carte météo de la figure 3B, même si les modifications entre la carte du jour (figure 3A) et la carte du lendemain (figure 3B) sont mineures.
Ces modifications sont illustrées en figure 3C, le dessin en traits pointillés correspondant à la portion initiale et le dessin en traits pleins correspondant à la portion complémentaire.
Le serveur 11 transmet alors cette portion complémentaire au terminal de radiocommunication 12, sous la forme d'une scène additionnelle utilisant des commandes de scène du format LASeR. L'utilisateur peut alors formuler d'autres requêtes, et ainsi de suite.
On peut notamment remarquer que le temps entre la requête de l'utilisateur et l'arrivée de la réponse sur le terminal 12, en s'abstrayant du temps de création de la réponse par le serveur 11, est proportionnel à la taille de la réponse, et inversement proportionnel à la bande passante. Ainsi, tout gain sur la taille de la réponse a une influence positive cruciale sur le temps de réponse, donc de façon induite, sur l'interactivité.
Autrement dit, pour réduire la taille des contenus ou des portions de contenu multimédia à transmettre au terminal en réponse aux requêtes d'un utilisateur, et pour augmenter l'impression de fluidité du service, les contenus réponse sont considérés comme des modifications de la scène à partir de laquelle
l'utilisateur a envoyé la requête.
Ces modifications sont envoyées sous la forme d'une liste de commandes de scène. On présente ci-après un exemple de structure d'une portion initiale, comprenant au moins une scène multimédia, et une commande d'insertion de la scène, comportant : un fond de carte de France avec diverses informations complémentaires d'origine du service ; un texte TO : « le temps aujourd'hui », avec toutes les informations de police, de style, de couleur et de positionnement ; - cinq textes Tl à T5, présentant la température, du type « 15°C », en cinq points de la carte, avec toutes les informations de police, de style, de couleur et de positionnement associées ; un ensemble de liens ou boutons pour obtenir le temps demain et les jours suivants. La portion complémentaire, correspondant à une scène incrémentale, présente selon l'invention la structure suivante : un signal de configuration de type « append », présent dans une variante de ce mode de réalisation mais étant optionnel ; une commande de modification de la chaîne du texte TO en « le temps demain » ; cinq commandes de modifications des chaînes de textes Tl à T5 représentant la température ; une commande de remplacement du bouton ou lien « demain » par un bouton ou lien « aujourd'hui ». Selon le mode de réalisation particulier de l'invention, la scène incrémentale est créée en réponse à l'utilisation du bouton ou du lien « demain », c'est-à-dire en réponse à une requête d'un utilisateur. On constate notamment selon cet exemple que seules les chaînes de textes sont remplacées, mais pas leur police, style, couleur et positions. On peut remarquer que cette commande de modification globale,
comprenant le signal de configuration de la scène au mode « append » et les commandes de modification d'au moins un élément de la scène (« LASeR Commands ») sont potentiellement applicables à tous les formats de description de scènes multimédia. Ainsi, le format BIFS défini déjà des « BIFS Commands » qui sont similaires aux « LASeR Commands ». De même, les « LASeR Commands » sont applicables sans modification au format SVG.
De plus, ces fonctions sont déjà implémentées de manière efficace dans les téléphones, ce qui permet une implémentation de l'invention dans les terminaux actuels, même relativement contraints. Ainsi, en structurant le contenu multimédia à transmettre vers un terminal de radiocommunication, l'invention permet de diminuer la taille des portions de contenu à envoyer au terminal, ce qui offre le double avantage de réduire la consommation de bande passante, donc d'économiser en temps de réponse, et d'obtenir une continuité et fluidité du service au niveau du terminal, puisque seule le complément du contenu courant est envoyé au terminal plutôt que le contenu réponse complet.
De plus, comme illustré en figure 2B, le contexte local mémorisé par le terminal incrémenté à chaque réception d'une portion complémentaire permet de conserver les modifications successives subies par la portion initiale. Ainsi, dans le cas où le terminal coupe la connexion avec le serveur après la mise à jour n°3 (242) de la scène initiale 212, le terminal a mémorisé les différentes commandes de modification de scène correspondant aux mises à jour n°l (222), n°2 (232) et n°3 (242), contrairement à l'art antérieur où le terminal n'avait mémorisé que la mise à jour n°3 (figure 2A). Lors de la connexion suivante, le terminal utilise le contexte local et la portion complémentaire pour restituer la scène mise à jour.
On présente en relation avec la figure 4, une partie de la structure du terminal selon ce mode de réalisation particulier de l'invention. Le terminal utilise une mémoire 41 pour mémoriser le contexte local lié à la portion initiale reçue du serveur, et peut s'en servir pour mémoriser les portions complémentaires reçues par le serveur.
Le micro-processeur 42 utilise le contexte local et chaque portion complémentaire pour reconstruire une scène mise à jour, et la transmettre au module d'affichage 43 qui restitue la scène mise à jour.
Claims
1. Procédé de transmission d'un contenu multimédia d'un serveur (11) à destination d'un terminal de radiocommunication (12), ledit contenu comprenant au moins une scène multimédia, dite scène initiale, et une série de commandes permettant de faire évoluer ladite scène initiale, caractérisé en ce qu'il comprend :
- une étape de transmission dudit serveur (11) vers ledit terminal (12) d'une portion initiale dudit contenu, comprenant au moins ladite scène initiale ;
- une étape de mémorisation suivie d'une étape de restitution de ladite portion initiale sur ledit terminal (12) ;
- au moins une étape de transmission dudit serveur (11) vers ledit terminal (12) d'une portion complémentaire dudit contenu, sous la forme d'un complément d'au moins une portion précédemment reçue par ledit terminal (12), en réponse à une requête provenant dudit terminal (12) ; - une étape de mémorisation de ladite portion complémentaire, suivie d'une étape de restitution par ledit terminal (12) de la scène multimédia mise à jour selon ladite requête, à partir desdites portions précédemment reçues.
2. Procédé de transmission selon la revendication 1, caractérisé en ce que ladite portion initiale comprend également au moins une commande de ladite série de commandes.
3. Procédé de transmission selon l'une quelconque des revendications 1 et 2, caractérisé en ce que ladite requête est une requête d'un utilisateur dudit terminal (12), ou une requête consécutive à la restitution de ladite scène multimédia mise à jour.
4. Procédé de transmission selon l'une quelconque des revendications 1 à 3, en ce qu'il met en œuvre au moins deux voies de transmission distinctes pour les différentes portions de contenu.
5. Procédé de transmission selon la revendication 4, caractérisé en ce que ladite portion initiale dudit contenu est transmise à l'aide d'un canal à haut débit et/ou préalablement stockée dans ledit terminal (12).
6. Procédé de transmission selon l'une quelconque des revendications 1 à 5, caractérisé en ce que lesdites portions sont contenues dans des documents séparés sur ledit serveur.
7. Procédé de transmission selon la revendication 6, caractérisé en ce que lesdits documents séparés sont référencés par des adresses distinctes.
8. Procédé de transmission selon l'une quelconque des revendications 1 à 6, caractérisé en que ledit serveur (11) transmet également audit terminal (12) un signal de configuration de la scène multimédia de type « Append » du format « LASeR ».
9. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en œuvre du procédé de transmission d'un contenu multimédia selon l'une quelconque des revendications 1 à 8.
10. Signal de transmission d'un contenu multimédia d'un serveur (11) à destination d'un terminal de radiocommunication (12), ledit contenu comprenant au moins une scène multimédia, dite scène initiale, et une série de commandes permettant de faire évoluer ladite scène initiale, caractérisé en ce qu'il comprend au moins deux portions de contenu, dont une portion initiale et au moins une portion complémentaire, ladite portion complémentaire étant transmise audit terminal sous la forme d'un complément d'au moins une portion précédemment reçue par ledit terminal, en réponse à une requête provenant dudit terminal (12).
11. Terminal de radiocommunication (12) destiné à recevoir un contenu multimédia diffusé par un serveur (11), ledit contenu comprenant au moins une scène multimédia, dite scène initiale, et une série de commandes permettant de faire évoluer ladite scène initiale, caractérisé en ce qu'il comprend :
- des moyens de réception d'une portion initiale dudit contenu, comprenant au moins ladite scène initiale, et d'au moins une portion complémentaire dudit contenu, reçue sous la forme d'un complément d'au moins une portion précédemment reçue par ledit terminal (12), en réponse à une requête provenant dudit terminal (12) ;
- des moyens de mémorisation de ladite portion initiale et de ladite portion complémentaire ;
- des moyens de restitution de ladite portion initiale et de la scène multimédia mise à jour selon ladite requête, à partir desdites portions précédemment reçues.
12. Procédé de restitution d'un contenu multimédia dans un terminal de radiocommunication (12), ledit contenu comprenant au moins une scène multimédia, dite scène initiale, et une série de commandes permettant de faire évoluer ladite scène initiale, caractérisé en ce qu'il comprend une étape de mémorisation d'un ensemble d'au moins une scène initiale, et au moins une itération des étapes suivantes : - émission d'une requête vers un serveur de diffusion d'un contenu multimédia ; réception d'un complément de la scène multimédia restituée par ledit terminal en réponse à ladite requête; détermination par ledit terminal de la scène multimédia mise à jour, combinant des données représentatives de ladite scène initiale ou d'une scène multimédia précédemment mise à jour, et dudit complément ; affichage de ladite scène multimédia mise à jour.
13. Serveur (11) de diffusion d'un contenu multimédia vers au moins un terminal de radiocommunication (12), ledit contenu comprenant au moins une scène multimédia, dite scène initiale, et une série de commandes permettant de faire évoluer ladite scène initiale, caractérisé en ce qu'il comprend :
- des moyens de transmission d'une portion initiale dudit contenu, comprenant au moins ladite scène initiale ; - des moyens de traitement d'une requête ;
- des moyens de transmission d'une portion complémentaire dudit contenu, sous la forme d'un complément d'au moins une portion précédemment reçue par ledit terminal (12), en réponse à ladite requête provenant dudit terminal (12).
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0509409A FR2890815B1 (fr) | 2005-09-14 | 2005-09-14 | Procede de transmission d'un contenu multimedia vers un terminal de radiocommunication, programme d'ordinateur, signal, terminal de radiocommunication et serveur de diffusion correspondants |
PCT/EP2006/066388 WO2007031570A1 (fr) | 2005-09-14 | 2006-09-14 | Transmission d' un contenu multimedia vers un terminal de radiocommunication |
Publications (1)
Publication Number | Publication Date |
---|---|
EP1925141A1 true EP1925141A1 (fr) | 2008-05-28 |
Family
ID=36441415
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP06793539A Withdrawn EP1925141A1 (fr) | 2005-09-14 | 2006-09-14 | Transmission d' un contenu multimedia vers un terminal de radiocommunication |
Country Status (9)
Country | Link |
---|---|
US (1) | US8437690B2 (fr) |
EP (1) | EP1925141A1 (fr) |
JP (1) | JP2009508245A (fr) |
KR (1) | KR20080046262A (fr) |
CN (1) | CN101352010A (fr) |
AU (1) | AU2006290666A1 (fr) |
CA (1) | CA2621472A1 (fr) |
FR (1) | FR2890815B1 (fr) |
WO (1) | WO2007031570A1 (fr) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2890815B1 (fr) * | 2005-09-14 | 2007-11-23 | Streamezzo Sa | Procede de transmission d'un contenu multimedia vers un terminal de radiocommunication, programme d'ordinateur, signal, terminal de radiocommunication et serveur de diffusion correspondants |
FR2917880A1 (fr) * | 2007-06-20 | 2008-12-26 | France Telecom | Adaptation du format d'une scene multimedia pour l'affichage de cette scene sur un terminal |
KR101525248B1 (ko) * | 2008-07-16 | 2015-06-04 | 삼성전자주식회사 | 리치미디어 서비스를 제공하는 방법 및 장치 |
US8519820B2 (en) * | 2008-09-02 | 2013-08-27 | Apple Inc. | Systems and methods for saving and restoring scenes in a multimedia system |
CL2009000409A1 (es) * | 2009-02-23 | 2009-05-04 | Rojas Alejandro Markovits | Proceso para obtener una dispersión de fitoesteroles sólidos en agua. |
WO2013102962A1 (fr) * | 2012-01-04 | 2013-07-11 | 日本電気株式会社 | Dispositif de mémoire cache, procédé de remplacement de mémoire cache, et support non temporaire lisible par ordinateur |
Family Cites Families (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2765983B1 (fr) * | 1997-07-11 | 2004-12-03 | France Telecom | Signal de donnees de modification d'une scene graphique, procede et dispositif correspondants |
US6456288B1 (en) * | 1998-03-31 | 2002-09-24 | Computer Associates Think, Inc. | Method and apparatus for building a real time graphic scene database having increased resolution and improved rendering speed |
DE50002313D1 (de) * | 2000-02-01 | 2003-06-26 | Swisscom Mobile Ag | System und verfahren zur verbreitung von bildobjekten |
US20010027468A1 (en) * | 2000-03-09 | 2001-10-04 | Sanyo Electric Co., Ltd. | Transmission system, reception system, and transmission and reception system capable of displaying a scene with high quality |
US7059261B2 (en) * | 2004-01-21 | 2006-06-13 | Ncl Corporation | Wastewater ballast system and method |
US7000180B2 (en) * | 2000-06-29 | 2006-02-14 | Balthaser Online, Inc. | Methods, systems, and processes for the design and creation of rich-media applications via the internet |
AU2001288820A1 (en) * | 2000-09-12 | 2002-03-26 | Citrix Systems, Inc. | A system and method for accessing web pages |
US7934008B2 (en) * | 2000-10-20 | 2011-04-26 | Sony Corporation | Delivery of multimedia descriptions using access units |
US7631277B1 (en) * | 2001-12-14 | 2009-12-08 | Apple Inc. | System and method for integrating media objects |
US7751628B1 (en) * | 2001-12-26 | 2010-07-06 | Reisman Richard R | Method and apparatus for progressively deleting media objects from storage |
KR100497497B1 (ko) * | 2001-12-27 | 2005-07-01 | 삼성전자주식회사 | 엠펙 데이터의 송수신시스템 및 송수신방법 |
KR100476781B1 (ko) * | 2001-12-28 | 2005-03-16 | 삼성전자주식회사 | 캐싱기법을 이용한 mpeg-4 시스템 단말의 제어방법 |
US7739601B1 (en) * | 2002-01-23 | 2010-06-15 | Microsoft Corporation | Media authoring and presentation |
FR2839176A1 (fr) * | 2002-04-30 | 2003-10-31 | Koninkl Philips Electronics Nv | Systeme d'animation pour robot comprenant un ensemble de pieces mobiles |
US7080059B1 (en) * | 2002-05-13 | 2006-07-18 | Quasm Corporation | Search and presentation engine |
US20040111677A1 (en) * | 2002-12-04 | 2004-06-10 | International Business Machines Corporation | Efficient means for creating MPEG-4 intermedia format from MPEG-4 textual representation |
US7805746B2 (en) * | 2003-03-14 | 2010-09-28 | Tvworks, Llc | Optimized application on-the-wire format for construction, delivery and display of enhanced television content |
US7088374B2 (en) * | 2003-03-27 | 2006-08-08 | Microsoft Corporation | System and method for managing visual structure, timing, and animation in a graphics processing system |
GB2400529A (en) * | 2003-04-07 | 2004-10-13 | Internet Pro Video Ltd | Electronic device with media manipulation capabilities |
US20050128991A1 (en) * | 2003-05-08 | 2005-06-16 | Sriram Dayanandan | Coordination between simultaneously operating Pico-Nets in high mobility wireless networks |
KR100695126B1 (ko) * | 2003-12-02 | 2007-03-14 | 삼성전자주식회사 | 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일생성 방법 및 시스템과, afx부호화 방법 및 장치 |
US20080243857A1 (en) * | 2004-02-13 | 2008-10-02 | France Telecom | Method for Editing a Multimedia Page Using Pre-Stored Data |
ATE399429T1 (de) * | 2004-04-12 | 2008-07-15 | Ind Academic Coop | Verfahren, vorrichtungen und speichermedien zur bereitstellung von multimedia-diensten unter berücksichtung der endeinrichtungsfähigkeiten |
WO2006009344A1 (fr) * | 2004-07-22 | 2006-01-26 | Electronics And Telecommunications Research Institute | Structure de paquets de couche de synchronisation de format d'agregation simple et systeme de serveur associe |
WO2006042300A2 (fr) * | 2004-10-12 | 2006-04-20 | Mindego, Inc. | Systeme et procede de creation, distribution et execution d'applications multimedia riches |
FR2890815B1 (fr) * | 2005-09-14 | 2007-11-23 | Streamezzo Sa | Procede de transmission d'un contenu multimedia vers un terminal de radiocommunication, programme d'ordinateur, signal, terminal de radiocommunication et serveur de diffusion correspondants |
-
2005
- 2005-09-14 FR FR0509409A patent/FR2890815B1/fr not_active Expired - Fee Related
-
2006
- 2006-09-14 AU AU2006290666A patent/AU2006290666A1/en not_active Abandoned
- 2006-09-14 CA CA002621472A patent/CA2621472A1/fr not_active Abandoned
- 2006-09-14 KR KR1020087008883A patent/KR20080046262A/ko not_active Application Discontinuation
- 2006-09-14 US US12/066,917 patent/US8437690B2/en not_active Expired - Fee Related
- 2006-09-14 CN CNA2006800337517A patent/CN101352010A/zh active Pending
- 2006-09-14 WO PCT/EP2006/066388 patent/WO2007031570A1/fr active Application Filing
- 2006-09-14 EP EP06793539A patent/EP1925141A1/fr not_active Withdrawn
- 2006-09-14 JP JP2008530540A patent/JP2009508245A/ja not_active Withdrawn
Non-Patent Citations (1)
Title |
---|
See references of WO2007031570A1 * |
Also Published As
Publication number | Publication date |
---|---|
JP2009508245A (ja) | 2009-02-26 |
US20090197525A1 (en) | 2009-08-06 |
FR2890815A1 (fr) | 2007-03-16 |
US8437690B2 (en) | 2013-05-07 |
WO2007031570A1 (fr) | 2007-03-22 |
CN101352010A (zh) | 2009-01-21 |
KR20080046262A (ko) | 2008-05-26 |
FR2890815B1 (fr) | 2007-11-23 |
AU2006290666A1 (en) | 2007-03-22 |
CA2621472A1 (fr) | 2007-03-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2039159B1 (fr) | Procede d'affichage d'une image mosaïque au sein d'un recepteur pour la selection de programmes audiovisuels, recepteurs et serveurs associes | |
US20170289639A1 (en) | System and Method for Hybrid Push-Based Streaming | |
US20080222504A1 (en) | Script-based system to perform dynamic updates to rich media content and services | |
FR2892885A1 (fr) | Procede de gestion de polices de caractere a l'interieur de scenes multimedia, programme d'ordinateur et terminal correspondants. | |
EP1925141A1 (fr) | Transmission d' un contenu multimedia vers un terminal de radiocommunication | |
EP2077016A1 (fr) | Procédé de gestion de canaux de communication, signal et terminal correspondants | |
WO2008141933A1 (fr) | Procédé de création d'un contenu, procédé de suivi des actions d'utilisation d'un contenu, terminal et signaux correspondants | |
WO2012001270A1 (fr) | Procede et systeme de gestion de sessions de communication | |
WO2008050042A2 (fr) | Procede et systeme de gestion des capacites informatiques d'un terminal | |
EP1494419B1 (fr) | Système de transmission de paramètres caractéristiques d'une session de communication d'un terminal vers un serveur distant | |
WO2003036888A1 (fr) | Procede d'envoi d'un contenu vers au moins un terminal et serveurs pour la mise en oeuvre du procede | |
EP4184922A1 (fr) | Procédé de gestion de l' accès à un contenu multimédia | |
WO2024126138A1 (fr) | Gestion de gestion de la fourniture d'adresses de segments d'un contenu multimédia | |
FR3093603A1 (fr) | Procédé de navigation accélérée dans un contenu numérique obtenu par téléchargement progressif adaptatif (HAS), gestionnaire, lecteur de flux multimédia et programme d’ordinateur correspondants. | |
FR2924885A1 (fr) | Procede de gestion de canaux de communication, signal et terminal correspondants | |
WO2023083538A1 (fr) | Procédé de gestion de l'accès à une contenu a lecture d'un contenu multimedia | |
WO2021105585A1 (fr) | Procédé de gestion d'une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d'ordinateur correspondants | |
FR3124344A1 (fr) | Procédé de gestion d’accès à des contenus téléchargés en mode de téléchargement adaptatif. | |
EP3973714A1 (fr) | Restitution d'un contenu en arrière-plan ou sous forme d'incrustation dans le cadre d'un téléchargement progressif adaptatif de type has | |
WO2021084184A1 (fr) | Procédé de diffusion d'une vidéo par un dispositif client, dispositif client et système associé | |
FR3093605A1 (fr) | Procédé de navigation accélérée dans un contenu numérique obtenu par téléchargement progressif adaptatif (HAS), gestionnaire, lecteur de flux multimédia et programme d’ordinateur correspondants. | |
FR2844128A1 (fr) | Procede et systeme d'envoi d'un contenu sonore a un terminal multimedia, serveur de referencement, serveur de contenu multimedia, terminal et signaux correspondants | |
FR3038092A1 (fr) | Procede de telechargement accelere d'une page web vers un terminal de communication | |
WO2008155239A1 (fr) | Procédé de gestion de la navigation, terminal et programme d'ordinateur correspondants, procédé de construction d'un graphe de scène et signal de description de scène |
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: 20080229 |
|
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 |
|
17Q | First examination report despatched |
Effective date: 20100125 |
|
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: 20110331 |