FR2901649A1

FR2901649A1 - Multimedia platform for communication between mobile terminal and server, has multimedia server loading software module for file reading or execution and transmitting data stream representing reading or execution to gateway and terminal

Info

Publication number: FR2901649A1
Application number: FR0604656A
Authority: FR
Inventors: Fabien Guinet
Original assignee: Societe Francaise du Radiotelephone SFR SA
Current assignee: Societe Francaise du Radiotelephone SFR SA
Priority date: 2006-05-24
Filing date: 2006-05-24
Publication date: 2007-11-30
Anticipated expiration: 2026-05-24
Also published as: FR2901649B1

Abstract

The platform has a multimedia server (IMG) comprising a unit to download a file e.g. flash file, for a mobile terminal. The server loads a software module (103) for reading or executing the file for the terminal. The server transmits a data stream representing file reading or file execution, to a gateway and to the terminal. The server has a multimedia session (105) known from an application server (SVI) and associated to the terminal. The session has a container (104) with a unit to load or release the software module from memory resources of the server (IMG) or an Internet server. An independent claim is also included for a communication method for which a gateway is in communication with a mobile terminal.

Description

développées par la société Macromedia, n'est pas réalisable en utilisantdeveloped by Macromedia, is not feasible using

ces technologies de création de service. De même un terminal mobile ne permet pas d'accéder à des applications de type SVG (Scalable Vector Graphics ou graphiques vectoriels évolutifs), qui est un format de fichier basé sur XML (Extensible Markup Language ou langage de balisage extensible) permettant de décrire des ensembles de graphiques vectoriels. Les solutions existantes désignées par CTI (Computer Telephony Integration ou Couplage Téléphonie Informatique) présentent donc des inconvénients majeurs et ne permettent pas de diffuser ou d'interagir avec des documents Flash, SVG et donc avec des pages web présentes sur le réseau Internet. De plus les possibilités visuelles et sonores, comme les effets ou les incrustations dans le flot du texte, telles que des images, des figures ou des cartes réactives à un clic de souris ou encore des incrustations génériques, réalisés avec les technologies de création de service pour les terminaux mobiles, sont limitées. Cette limitation est due d'une part aux capacités du langage de programmation et d'autre part au développement même d'un portail vidéo interactif que proposerait un fournisseur. Le développement d'un tel portail nécessite en effet des compétences spécifiques aux portails pour les terminaux mobiles et donc des développeurs spécialisés travaillant exclusivement sur un tel portail pour fournir différents services. Un autre inconvénient est que le développement d'un portail vidéo pour les terminaux mobiles nécessite des environnements de développement spécifiques ou compatibles. Ainsi les environnements de développement existants comme l'environnement proposé par la société Macromedia pour les applications de type Flash ou un environnement de développement en langage JAVA tel que J2SE ne peuvent être utilisés que pour la création de contenu, c'est-à-dire que ces environnements ne sont utilisés que pour la création de successions de séquences proposées ensuite sur un portail vidéo aux utilisateurs de terminaux mobiles. Les environnements de développement pour la création de services web ne sont donc que partiellement exploités. En particulier les fonctions intrinsèques (ou builtin ) d'un objet, disponibles par exemple avec des objets de type FLASH ou SVG et prévues pour interagir dans un contexte déterminé, ne sont pas exploitées. L'ergonomie d'un service multimédia qui incorpore un type de présentation associé à des fonctions accédées d'une manière déterminée, est donc différente et limitée pour, un terminal mobile en comparaison d'un accès réalisé par un terminal du réseau Internet. Or le but d'une ergonomie d'un service d'un réseau privé ou public, destiné à des particuliers ou à des professionnels, est de fournir un outil efficace et simple à comprendre pour permettre une utilisation facile. Le changement d'une première ergonomie pour un service Internet déterminé par une deuxième ergonomie plus limitée et donc plus compliquée, entraîne donc une baisse de fréquentation du service accompagnée d'une mauvaise utilisation. Un autre inconvénient est que certaines applications existantes pour les services de communication interactive, qui fournissent de multiples services multimédia, comme par exemple MSN ou Softphone SIP, ne sont pas utilisées sur les terminaux mobiles ce qui limitent les dialogues interactifs entre le réseau Internet et le réseau mobile. La présente invention a donc pour objet de supprimer un ou plusieurs des inconvénients de l'art antérieur en créant une plateforme multimédia pour permettre à un utilisateur connecté au réseau de téléphonie cellulaire d'accéder et de visionner tous les contenus de l'Internet, comme par exemple des fichiers du type Flash, et d'interagir avec ces contenus via un processus utilisé dans les environnements de développement existants. Un autre objectif est de permettre à un utilisateur connecté au réseau de téléphonie cellulaire d'utiliser les outils multimédia de son terminal mobile pour communiquer de façon interactive avec des outils multimédia d'appareils connectés au réseau Internet. Ces objectifs sont atteints par une plateforme multimédia interactive comportant : - une passerelle en communication avec au moins un terminal d'un réseau de télécommunication mobile, le terminal mobile étant identifié au moins par un numéro d'appel, - un premier serveur appartenant au réseau Internet en communication avec la passerelle et agencé de façon à transmettre, à un deuxième serveur, au moins une demande de prise en charge d'un fichier destiné au terminal mobile, - le deuxième serveur, comportant des moyens de télécharger le fichier destiné au terminal mobile, caractérisée en ce que le deuxième serveur est agencé de façon à au moins : - charger au moins un module logiciel greffon pour une lecture ou une exécution du fichier destiné au terminal mobile, -transmettre, vers la passerelle, à destination du terminal mobile, un flux de données représentatives de la lecture ou de l'exécution du fichier. Selon une autre particularité, au moins une requête pour la lecture 15 ou l'exécution du fichier destiné au terminal mobile est envoyée à la passerelle par le terminal mobile. Selon une autre particularité, le deuxième serveur comporte une session multimédia connue du premier serveur et associée au terminal mobile, la session comportant au moins un conteneur, comportant des 20 moyens de charger ou libérer ledit module logiciel greffon provenant de ressources mémoire du deuxième serveur ou d'un autre serveur Internet. Selon une autre particularité, le conteneur comprend des moyens de produire des données résultant de la lecture ou de l'exécution, la session comprenant un encodeur du flux de données, encodant les données résultant 25 de la lecture ou de l'exécution du fichier destiné au terminal mobile, selon un protocole de communication déterminé, pour produire le flux de données représentatives de la lecture ou de l'exécution de ce fichier. Selon une autre particularité, l'encodeur du flux de données est associé à au moins un type d'encodage du flux et/ou un codec audio ou vidéo 30 et/ou au moins une adresse de destination du flux multimédia. these service creation technologies. Similarly, a mobile terminal does not allow access to applications of the Scalable Vector Graphics (SVG) type, which is an XML-based (Extensible Markup Language) file format for describing sets of vector graphics. The existing solutions designated by CTI (Computer Telephony Integration or Coupling Computer Telephony) therefore have major drawbacks and do not allow to broadcast or interact with documents Flash, SVG and therefore with web pages on the Internet. In addition, the visual and sound possibilities, such as effects or inlays in the flow of text, such as images, figures or reactive maps at the click of a mouse or generic incrustations, made with service creation technologies for mobile terminals, are limited. This limitation is due on the one hand to the capabilities of the programming language and on the other hand to the very development of an interactive video portal that a supplier would propose. The development of such a portal indeed requires specific skills portals for mobile terminals and therefore specialized developers working exclusively on such a portal to provide different services. Another disadvantage is that the development of a video portal for mobile terminals requires specific or compatible development environments. Thus existing development environments such as the Macromedia company environment for Flash applications or a JAVA development environment such as J2SE can only be used for content creation, that is to say that these environments are only used for the creation of successions of sequences then proposed on a video portal to the users of mobile terminals. The development environments for the creation of web services are therefore only partially exploited. In particular, the intrinsic functions (or builtin) of an object, available for example with objects of the FLASH or SVG type and intended to interact in a given context, are not exploited. The ergonomics of a multimedia service that incorporates a type of presentation associated with functions accessed in a specific manner, is therefore different and limited for a mobile terminal compared to an access made by a terminal of the Internet network. Or the purpose of an ergonomics of a service of a private or public network, intended for individuals or professionals, is to provide an effective and easy to understand tool to allow easy use. The change of a first ergonomics for an Internet service determined by a second ergonomics more limited and therefore more complicated, therefore leads to a decline in attendance of the service accompanied by misuse. Another disadvantage is that some existing applications for interactive communication services, which provide multiple multimedia services, such as MSN or SIP Softphone, are not used on mobile terminals which limit the interactive dialog between the Internet and the Internet. mobile network. The present invention therefore aims to eliminate one or more of the disadvantages of the prior art by creating a multimedia platform to allow a user connected to the cellular network to access and view all the contents of the Internet, such as for example, files of the Flash type, and to interact with these contents via a process used in existing development environments. Another objective is to enable a user connected to the cellular network to use the multimedia tools of his mobile terminal to communicate interactively with multimedia tools of devices connected to the Internet. These objectives are achieved by an interactive multimedia platform comprising: a gateway in communication with at least one terminal of a mobile telecommunication network, the mobile terminal being identified at least by a call number, a first server belonging to the network Internet in communication with the gateway and arranged to transmit, to a second server, at least one request for support of a file intended for the mobile terminal, - the second server, comprising means for downloading the file intended for the terminal mobile, characterized in that the second server is arranged to at least: - load at least one graft software module for reading or execution of the file for the mobile terminal, -transmit, to the gateway, to the mobile terminal , a flow of data representative of the reading or execution of the file. According to another particularity, at least one request for reading or executing the file intended for the mobile terminal is sent to the gateway by the mobile terminal. According to another particularity, the second server comprises a multimedia session known to the first server and associated with the mobile terminal, the session comprising at least one container, comprising means of loading or releasing said plug-in software module from memory resources of the second server or from another Internet server. In another feature, the container includes means for generating data resulting from reading or execution, the session including a data stream encoder, encoding the data resulting from the reading or execution of the file for to the mobile terminal, according to a determined communication protocol, to produce the flow of data representative of the reading or the execution of this file. According to another particularity, the encoder of the data stream is associated with at least one type of encoding of the stream and / or an audio or video codec 30 and / or at least one destination address of the multimedia stream.

Selon une autre particularité, le conteneur associé avec sa session, comporte un moyen de commander au moins un évènement au module logiciel greffon, une demande d'évènement, requise par le terminal mobile, étant adressée à la session, par le premier serveur. According to another particularity, the container associated with its session, comprises a means of controlling at least one event to the graft software module, an event request, required by the mobile terminal, being sent to the session by the first server.

Selon une autre particularité, un espace mémoire vidéo du conteneur comporte des données représentatives d'une image, ces données étant d'une part inscrites par le conteneur et d'autre part lues par l'encodeur. Selon une autre particularité, le conteneur comporte un gestionnaire du son qui comporte des moyens de coder des données représentatives de sons, selon un type de codage déterminé, produisant des données codées transmises à l'encodeur. Selon une autre particularité, l'encodeur est activé pour produire le flux de données indépendamment de l'état du conteneur. Selon une autre particularité, le deuxième serveur supporte une 15 pluralité de sessions connues par le premier serveur et associées chacune à un terminal mobile différent. Un autre objet de l'invention est de proposer un procédé permettant à un terminal mobile d'accéder à tout le contenu de l'Internet, et particulièrement les applications multimédia. 20 Cet objectif est atteint par un procédé de communication pour lequel une passerelle est en communication avec au moins un terminal mobile, un premier serveur Internet communiquant avec un deuxième serveur Internet qui envoie, à la passerelle, à destination du terminal mobile, un flux de données, caractérisé en ce que qu'il comprend au moins : 25 - une étape d'initialisation du deuxième serveur, - une étape de demande de prise en charge, par le deuxième serveur, d'un premier fichier destiné au terminal mobile, - une étape de chargement, par le deuxième serveur d'un premier module logiciel greffon, 30 - une étape de lecture ou d'exécution par le deuxième serveur, du premier fichier en association avec le premier module logiciel greffon. According to another feature, a video memory space of the container includes data representative of an image, these data being firstly written by the container and secondly read by the encoder. According to another feature, the container comprises a sound manager which comprises means for encoding data representative of sounds, according to a determined type of coding, producing encoded data transmitted to the encoder. In another feature, the encoder is enabled to produce the data stream regardless of the state of the container. In another feature, the second server supports a plurality of sessions known by the first server and each associated with a different mobile terminal. Another object of the invention is to propose a method enabling a mobile terminal to access all the content of the Internet, and particularly multimedia applications. This objective is achieved by a communication method for which a gateway is in communication with at least one mobile terminal, a first Internet server communicating with a second Internet server which sends, to the gateway, to the mobile terminal, a flow of data, characterized in that it comprises at least: - a step of initialization of the second server, - a request step of support, by the second server, a first file for the mobile terminal, - a loading step, by the second server of a first graft software module, 30 - a reading step or execution by the second server, the first file in association with the first graft software module.

Selon une autre particularité, le procédé selon l'invention est suivi d'au moins une étape de modification des paramètres de lecture ou d'exécution, par le deuxième serveur, du premier fichier en association avec le premier logiciel greffon. According to another particularity, the method according to the invention is followed by at least one step of modifying the reading or execution parameters, by the second server, of the first file in association with the first plugin software.

Selon une autre particularité, le procédé selon l'invention est suivi d'au moins : - une étape de chargement d'un deuxième logiciel greffon, par le deuxième serveur, - une étape de lecture ou d'exécution, par le deuxième serveur, du 10 premier fichier en association avec le deuxième logiciel greffon. Selon une autre particularité, le procédé selon l'invention est suivi d'au moins: - une étape de demande de prise en charge, par le deuxième serveur, d'un deuxième fichier destiné au terminal mobile, 15 -une étape de chargement, par le deuxième serveur, d'un troisième logiciel greffon, - une étape de lecture ou d'exécution, par le deuxième serveur, du deuxième fichier en association avec le troisième logiciel greffon. Selon une autre particularité, l'étape d'initialisation comporte la 20 création d'une session multimédia comportant des moyens de chargement de module logiciel greffon, cette session étant associée au terminal mobile, le procédé se terminant par une étape de terminaison comportant la libération des ressources allouées à la session. L'invention, ses caractéristiques et ses avantages apparaîtront plus 25 clairement à la lecture de la description faite en référence aux figures ci- dessous référencées et données à titre d'exemples non limitatifs : - la figure 1 représente une plateforme multimédia selon l'invention comportant une passerelle reliée d'une part à un terminal d'un réseau mobile et d'autre part au réseau Internet ; 30 - la figure 2 représente un exemple d'architecture d'un serveur de la plateforme multimédia selon l'invention ; - la figure 3 représente un exemple d'architecture d'un terminal mobile selon l'invention ; - la figure 4 représente un exemple de procédé de communication selon l'invention. According to another particularity, the method according to the invention is followed by at least: a step of loading a second software plugin, by the second server, a reading or execution step, by the second server, of the first file in association with the second plugin software. According to another particularity, the method according to the invention is followed by at least: a step of request for support, by the second server, of a second file intended for the mobile terminal, a loading step, by the second server, a third plug-in software, - a step of reading or execution, by the second server, of the second file in association with the third plug-in software. According to another particularity, the initialization step comprises the creation of a multimedia session comprising graft software module loading means, this session being associated with the mobile terminal, the method ending with a termination step comprising the release resources allocated to the session. The invention, its characteristics and its advantages will appear more clearly on reading the description made with reference to the figures below referenced and given by way of nonlimiting examples: FIG. 1 represents a multimedia platform according to the invention; having a gateway connected on the one hand to a terminal of a mobile network and on the other hand to the Internet network; FIG. 2 represents an exemplary architecture of a server of the multimedia platform according to the invention; FIG. 3 represents an exemplary architecture of a mobile terminal according to the invention; FIG. 4 represents an exemplary communication method according to the invention.

L'invention va à présent être décrite en référence aux figures précédemment citées. Une plateforme multimédia (4) comprenant une passerelle (Gat) associée à un plateforme logicielle comprenant un serveur (SVI) d'applicatif et un serveur (IMG) multimédia, est représenté à la figure 1. Cette plateforme (4) multimédia permet de mettre en communication un terminal (Ter) relié à un réseau de téléphonie mobile, par exemple de type UMTS ou HSDPA, et un serveur (Ser) cible relié au réseau Internet. La passerelle comprend des premiers moyens (Cl Gat) de communication reliés au réseau de téléphone mobile et des seconds moyens (C2Gat) de communication reliés au réseau Internet. La passerelle (Gat) est reliée avec le terminal (Ter) mobile par une liaison (LRM) établie avec le réseau mobile. Cette liaison (LRM) de communication entre la passerelle (Gat) et le terminal (Ter) mobile utilise par exemple un flux standard pour la transmission de données, comme par exemple le standard de vidéo téléphonie H324M. Le serveur (IMG) est relié au serveur (Ser) cible par une liaison (LRI) au réseau Internet. De manière non limitative la passerelle (Gat) communique avec le serveur (SVI) d'applicatifs en utilisant un protocole de communication de type voix sur IP, également appelé VoIP. Le serveur (SVI) d'applicatif communique avec le serveur (IMG) multimédia, par exemple en utilisant un protocole de communication propriétaire. La passerelle (Gat) communique avec le serveur (IMG) multimédia, par exemple, en utilisant un protocole de communication particulièrement adapté aux flux audio et/ou vidéo, comme par exemple RTP. Le serveur (Ser) cible communique avec le serveur (IMG) multimédia, par exemple, en utilisant un protocole d'échange de données, comme par exemple HTTP (HyperText Transfer Protocol). The invention will now be described with reference to the figures mentioned above. A multimedia platform (4) comprising a gateway (Gat) associated with a software platform comprising an application server (SVI) and a multimedia server (IMG), is represented in FIG. 1. This multimedia platform (4) makes it possible to put in communication a terminal (Ter) connected to a mobile telephone network, for example of the UMTS or HSDPA type, and a target server (Ser) connected to the Internet network. The gateway comprises first communication means (Cl Gat) connected to the mobile telephone network and second communication means (C2Gat) connected to the Internet network. The gateway (Gat) is connected to the mobile terminal (Ter) via a link (LRM) established with the mobile network. This communication link (LRM) between the gateway (Gat) and the mobile terminal (Ter) for example uses a standard stream for the transmission of data, such as for example the video telephony standard H324M. The server (IMG) is connected to the target server (Ser) via a link (LRI) to the Internet. In a nonlimiting manner, the gateway (Gat) communicates with the application server (SVI) using a voice-over-IP type communication protocol, also called VoIP. The application server (IVS) communicates with the multimedia server (IMG), for example using a proprietary communication protocol. The gateway (Gat) communicates with the multimedia server (IMG), for example, using a communication protocol particularly suited to audio and / or video streams, such as for example RTP. The target server (Ser) communicates with the multimedia server (IMG), for example, using a data exchange protocol, for example HTTP (HyperText Transfer Protocol).

Le terminal (Ter) mobile comprend des moyens (PTer) de traitement en communication avec des moyens (CTer) de communication et des moyens (MTer) de mémorisation. Les moyens de traitement (PTer) exécutent des programmes résidant en mémoire de manière non limitative en interaction avec des données reçues par les moyens (CTer) de communication. Ses moyens (CTer) de communication comprennent une ou plusieurs antennes d'émission et de réception, en communication avec au moins une station d'émission et de réception du réseau mobile. La station d'émission et de réception, non représentée, réalise un noeud de traitement et est reliée par exemple avec la passerelle (Gat) pour établir la liaison (LRM) entre le terminal (Ter) mobile et la passerelle (Gat). Le serveur (Ser) appartenant au réseau Internet est relié à celui-ci par des moyens (CSer) de communication. Le serveur comprend des moyens de traitement (PSer) en communication avec ses moyens (CSer) de communication. Ses moyens (PSer) de traitement associés à des moyens (MSer) de mémorisation permettent au serveur d'exécuter des programmes résidant en mémoire, par exemple pour envoyer et recevoir des données par ses moyens de communication et pour traiter les données. Le serveur cible (Ser) est un serveur présent sur le réseau Internet, comme par exemple un serveur de type HTTP, et contient des fichiers multimédia de tous types comme par exemple de type FLASH, SVG ou HTML. La passerelle (Gat) comprend des moyens (PGat) de traitement associés à des moyens (MGat) de mémorisation et en liaison avec ses moyens (Cl Gat, C2Gat) de communication. Les moyens de traitement de la passerelle (Gat) comprennent par exemple un système d'exploitation temps réel interagissant avec des espaces mémoires par exemple pour le stockage de données ou de librairies, par exemple dans des mémoires volatiles de type RAM (Random Access Memory) ou des mémoires non volatiles comme des disques durs. De manière non limitative, la plateforme (4) multimédia qui comprend la passerelle (Gat), le serveur (SVI) d'applicatif et le serveur (IMG) multimédia, est réalisée dans une machine avec une architecture de type serveur ou est supportée par une architecture de type distribuée, comme représentée à la figure 1. Un utilisateur pourra communiquer grâce à son terminal, dans un environnement multimédia. Une personnalisation du terminal mobile permettra avantageusement une interaction efficace et rapide de l'utilisateur dans l'environnement multimédia. Les différents moyens pour l'utilisateur de réaliser et d'envoyer une commande depuis son terminal (Ter) mobile seront décrits par la suite. La figure 4 représente un exemple d'étapes pour réaliser une communication entre un terminal (Ter) mobile et un serveur (Ser) cible du réseau Internet, selon l'invention. Lors d'une première étape (ETPO1), le terminal mobile démarre une communication en envoyant un message de données correspondant par exemple à une requête, par ses moyens (CTer) de communication, à destination du serveur (Ser) cible. Ces données, émises sous la forme d'un signal hertzien, sont reçues par une station d'émission et de réception du réseau mobile. La station d'émission et de réception transforme ce signal hertzien en données numérisées, par des moyens de réception, et des moyens de traitement et de stockage de la station réalisent un stockage de ces données. Les moyens de traitement analysent ensuite le destinataire du message émis et retransmettent ce message sous la forme d'un signal électrique ou respectivement optique, par une liaison électrique ou respectivement optique à la passerelle (Gat) selon l'invention. Les requêtes provenant du terminal (Ter) mobile, sont reçues par les premiers moyens (Cl Gat) de communication de la passerelle (Gat), auxquelles la passerelle (Gat) envoie des réponses par ses premiers moyens de communication. Le terminal (Ter) mobile est par exemple identifié par la passerelle (Gat) au moyen des données envoyées par celui-ci. De manière non limitative, la passerelle (Gat), par exemple du type PSTN (Public Switched Telephone Network ou réseau téléphonique commuté) communique avec le terminal (Ter) mobile en utilisant un réseau de type RNIS (Réseau Numérique à Intégration de Services), également appelé ISDN (Integrated Services Digital Network) en anglais, ou en utilisant un réseau du type ISUP (ISDN User Part), et identifie le terminal par des moyens d'identification comprenant le numéro d'appelant du terminal. Selon un autre exemple de réalisation, les moyens d'identification comprennent par exemple la carte SIM (Subscriber Identity Module), du terminal, contenant l'identifiant de l'abonné, également désigné par IMSI (International Mobile Subscriber Identity) et l'ensemble des caractéristiques principales de l'abonnement. Le terminal mobile (T) comprend aussi un code d'identité du terminal mobile, également désigné par IMEI (International Mobile Equipement Identity). Après la réception (cond01) par la passerelle (Gat), des données émises, par exemple sous la forme d'une requête du terminal (Ter), lors d'une étape (ETP02) suivante, la passerelle (Gat) enregistre, dans un espace mémoire (MGTer) de stockage, les coordonnées du terminal (Ter) associées à au moins une adresse IP, pour le protocole Internet, créée par la passerelle (Gat). Les coordonnées du terminal (Ter) mobile comprennent par exemple son numéro d'appel ou un numéro d'identifiant de celui-ci, comme par exemple son IMEI et les coordonnées des éléments d'émission et de réception réalisant la liaison (LRM) du réseau mobile. De manière non limitative, une ou plusieurs adresse IP sont associées à un même terminal (Ter), par exemple pour une liaison (LRI) du réseau mobile établie entre la passerelle (Gat) et le terminal mobile (Ter) sur plusieurs canaux. Après la création et la mémorisation (cond02) d'une adresse IP associée au terminal mobile, lors d'une étape (ETP03) suivante, la passerelle (Gat) envoie, au serveur (CSVI) d'applicatif, un message dont le contenu est celui de la requête émise par le terminal (Ter) mobile et dont l'expéditeur est identifié par l'adresse IP associée au terminal (Ter) mobile. Après la réception de ce message (Cond03) par le serveur (SVI) d'applicatif, via ses moyens (CSVI) de communication, le serveur, de manière non limitative, crée à l'étape ETPO31, une instance d'objet (2) applicatif multimédia associé au terminal (Ter) mobile ou associe un applicatif multimédia existant au terminal (Ter). Le serveur (SVI) d'applicatif est par exemple associé à un espace mémoire (M2) ou une librairie définissant la classe d'objet applicatif multimédia. Le serveur (SVI) d'applicatif est réalisé avantageusement en enrichissant les fonctionnalités d'un serveur vidéo interactif utilisé pour les applications de visioconférence. The mobile terminal (Ter) comprises processing means (PTer) in communication with communication means (CTer) and storage means (MTer). The processing means (PTer) execute programs residing in memory in a nonlimiting manner in interaction with data received by the communication means (CTer). Its communication means (CTer) comprise one or more transmitting and receiving antennas, in communication with at least one transmitting and receiving station of the mobile network. The transmitting and receiving station, not shown, realizes a processing node and is connected for example with the gateway (Gat) to establish the link (LRM) between the mobile terminal (Ter) and the gateway (Gat). The server (Ser) belonging to the Internet network is connected thereto by means (CSer) of communication. The server comprises processing means (PSer) in communication with its communication means (CSer). Its processing means (PSer) associated with storage means (MSer) enable the server to execute programs residing in memory, for example to send and receive data via its communication means and to process the data. The target server (Ser) is a server present on the Internet network, such as an HTTP type server, and contains multimedia files of all types, for example of the FLASH, SVG or HTML type. The gateway (Gat) comprises processing means (PGat) associated with memory means (MGat) and in connection with its communication means (C1 Gat, C2Gat). The gateway processing means (Gat) comprise, for example, a real-time operating system interacting with memory spaces, for example for storing data or libraries, for example in Random Access Memory (RAM) type random memories. or nonvolatile memories such as hard disks. In a nonlimiting manner, the multimedia platform (4) which comprises the gateway (Gat), the application server (SVI) and the multimedia server (IMG) is implemented in a machine with a server-type architecture or is supported by a distributed type of architecture, as shown in Figure 1. A user can communicate through its terminal in a multimedia environment. Personalization of the mobile terminal will advantageously allow an effective and rapid interaction of the user in the multimedia environment. The various means for the user to make and send an order from his mobile terminal (Ter) will be described later. FIG. 4 represents an example of steps for carrying out a communication between a mobile terminal (Ter) and a target server (Ser) of the Internet network, according to the invention. During a first step (ETPO1), the mobile terminal starts a communication by sending a data message corresponding for example to a request, by its means (CTer) of communication, to the target server (Ser). This data, transmitted in the form of a radio signal, is received by a transmitting and receiving station of the mobile network. The transmitting and receiving station converts this radio signal into digitized data, by reception means, and the station's processing and storage means store these data. The processing means then analyze the recipient of the transmitted message and retransmit this message in the form of an electrical signal or optical respectively, by an electrical or optical connection to the bridge (Gat) according to the invention. The requests from the terminal (Ter) mobile, are received by the first means (Cl Gat) communication gateway (Gat), to which the gateway (Gat) sends responses by its first means of communication. The mobile terminal (Ter) is for example identified by the gateway (Gat) by means of the data sent by it. In a nonlimiting manner, the gateway (Gat), for example of the PSTN type (Public Switched Telephone Network) communicates with the mobile terminal (Ter) using an ISDN type network (Integrated Services Digital Network), Also called ISDN (Integrated Services Digital Network) in English, or using an ISDN User Part (ISUP) type network, and identifies the terminal by means of identification including the calling party number of the terminal. According to another exemplary embodiment, the identification means comprise, for example, the Subscriber Identity Module (SIM) card, of the terminal, containing the subscriber identifier, also designated by IMSI (International Mobile Subscriber Identity) and the set main features of the subscription. The mobile terminal (T) also comprises an identity code of the mobile terminal, also designated by IMEI (International Mobile Equipment Identity). After the reception (cond01) by the gateway (Gat) of data transmitted, for example in the form of a request from the terminal (Ter), during a next step (ETP02), the gateway (Gat) records, in a storage space (MGTer), the terminal coordinates (Ter) associated with at least one IP address, for the Internet protocol, created by the gateway (Gat). The coordinates of the mobile terminal (Ter) comprise, for example, its call number or an identification number thereof, such as for example its IMEI and the coordinates of the transmitting and receiving elements carrying out the link (LRM) of the mobile network. In a nonlimiting manner, one or more IP addresses are associated with the same terminal (Ter), for example for a link (LRI) of the mobile network established between the gateway (Gat) and the mobile terminal (Ter) on several channels. After creation and storage (cond02) of an IP address associated with the mobile terminal, during a next step (ETP03), the gateway (Gat) sends, to the application server (CSVI), a message whose content is that of the request sent by the terminal (Ter) mobile and whose sender is identified by the IP address associated with the terminal (Ter) mobile. After reception of this message (Cond03) by the application server (SVI), via its communication means (CSVI), the server, in a nonlimiting manner, creates in the step ETPO31, an object instance (2 ) multimedia application associated with the terminal (Ter) mobile or associates an existing multimedia application to the terminal (Ter). The application server (SVI) is for example associated with a memory space (M2) or a library defining the multimedia application object class. The application server (SVI) is advantageously realized by enriching the functionalities of an interactive video server used for videoconferencing applications.

Le serveur d'applicatif utilise un protocole de gestion de session, comme par exemple le protocole SIP (Session Initialisation Protocol) normalisé et standardisé par l'IETF (Internet Engineering Task Force) décrit par le RFC 3261, pour établir, modifier ou terminer des sessions multimédia. Le serveur (SVI) d'applicatif gère notamment l'établissement d'une session multimédia associée au terminal (Ter) mobile, sa modification ou sa terminaison. Ce protocole permet par exemple de prendre en charge l'authentification et la localisation de multiples participants. Ainsi un terminal (Ter) mobile enverra une demande d'ouverture d'une session ou sera appelé pour participer à une session créée par exemple par un serveur Internet, comme par exemple un serveur de streaming . Le streaming est un procédé utilisé principalement pour l'envoi de contenu en direct ou en léger différé. Ce procédé est par exemple utilisé pour la lecture d'un flux audio ou vidéo à mesure que le flux est diffusé. De manière non limitative, le serveur de streaming est associé à un serveur multimédia diffusant par exemple la télévision ou la radio en direct ou est associé à une application multimédia résidente sur un ordinateur personnel de type PC. Le protocole SIP spécifie aussi les types de média utilisables par les différents participants. Le protocole SIP indépendant de la transmission des données, est utilisé avec tout type de données et de protocoles pour des échanges sur le réseau Internet. Le protocole RTP est par exemple associé au protocole SIP. Après l'association (condO31) d'une instance d'objet applicatif multimédia (2) avec le terminal (Ter), l'applicatif multimédia (2) communique avec le serveur (IMG) multimédia en plusieurs étapes. La figure 2 est un exemple d'architecture du serveur (IMG) multimédia selon l'invention. L'applicatif multimédia (2) supporté par le serveur (SVI) d'applicatif, communique avec au moins une interface (1) logicielle du serveur (IMG) multimédia. Le serveur (IMG) multimédia est supporté de manière non limitative par une machine dédiée ou par une architecture distribuée, les objets composant le serveur (IMG) multimédia étant alors supportés de façon indépendante et reliés entre eux par un bus logiciel par exemple du type ORB (Object Request Broker), par exemple conforme à la norme COM/DCOM de Microsoft ou au standard CORBA. L'applicatif multimédia (2) exécute ensuite une étape (ETPO4) de création d'une session multimédia, par l'envoi d'une demande de création de session, au serveur (IMG) multimédia. Le serveur (IMG) multimédia réceptionne la demande de création, par ses moyens de communication (CIMG), cette demande étant traitée par l'interface (1) logicielle du serveur (IMG) multimédia. L'interface (1) logicielle du serveur (IMG) multimédia gère les communications avec l'ensemble des sessions (105, 115, 125) du serveur (IMG) multimédia et est utilisée par l'applicatif par exemple pour créer ou respectivement détruire une nouvelle session ou respectivement une session caduque. L'objet serveur (IMG) interactif est associé à l'interface (1) logicielle et à une classe d'objet de session. Les moyens de mémorisation associés au serveur (IMG) multimédia comprennent par exemple un espace (M15) mémoire ou une librairie de définition de la classe d'objet de session. Une instance d'objet de session est créée par l'objet serveur (IMG) interactif et associée à l'applicatif multimédia (2) émetteur de la demande. L'objet de session comprend notamment des moyens d'envoyer un flux codé d'information multimédia, à la passerelle (Gat). L'objet serveur (IMG) interactif crée une instance (105) d'objet session après réception de la demande de création de session qui comprend par exemple une instruction de la forme : Session session_105 = Serveur IMG.getMultimediaSession() ; Ainsi l'objet serveur multimédia, nommé ici Serveur_IMG, exécute sa méthode nommé getMultimediaSession() pour créer une instance (105) d'objet de session à partir de la définition de la classe Session résidente en mémoire (M15). La méthode retourne par exemple une référence (session_105) ou un pointeur de l'objet créé. De cette façon l'applicatif multimédia (2) appelant, reçoit et mémorise dans un espace mémoire (M105), une valeur retournée telle qu'une référence ou un pointeur de l'objet (105) session créé. Une session (105) est ainsi associée à l'applicatif multimédia (2). De manière non limitative, un applicatif multimédia (2) gère des requêtes provenant d'une pluralité de terminaux mobiles, et crée une session (105, 115, 125) interactive pour chaque terminal. Une instance (105, 115, 125) d'objet session comprend de manière non limitative un objet encodeur (MEO, ME1, ME2) d'un flux (FLRMO, FLRM1, FLRM2) multimédia. L'objet encodeur (MEO, ME1, ME2) est, soit dans un état actif et produit un flux de données, soit à l'arrêt. L'objet encodeur du flux multimédia, également désigné par encodeur, crée le flux de données à transmettre vers une adresse IP associée à un terminal (Ter) mobile. De manière non limitative, ces données sont segmentées selon un protocole de transport, par le serveur (IMG) multimédia, puis réassemblées par la passerelle (Gat). Le flux multimédia est ainsi envoyé directement à la passerelle (Gat) sans passer par l'interface logicielle (1). Le protocole de transport utilisé est par exemple du type RTP ( Real-time Transport Protocol ou protocole de transport en temps réel). The application server uses a session management protocol, for example the standard SIP (Session Initialization Protocol) standardized by the Internet Engineering Task Force (IETF) described by RFC 3261, for establishing, modifying or terminating applications. multimedia sessions. The application server (SVI) notably manages the establishment of a multimedia session associated with the mobile terminal (Ter), its modification or termination. This protocol allows for example to support the authentication and location of multiple participants. Thus a terminal (Ter) mobile will send a request to open a session or will be called to participate in a session created for example by an Internet server, such as a streaming server. Streaming is a process used primarily for sending live or non-live content. This method is for example used for reading an audio or video stream as the stream is broadcast. In a nonlimiting manner, the streaming server is associated with a multimedia server broadcasting for example television or live radio or is associated with a resident multimedia application on a PC type personal computer. The SIP protocol also specifies the types of media that can be used by the different participants. The SIP protocol independent of data transmission, is used with all types of data and protocols for exchanges on the Internet. The RTP protocol is for example associated with the SIP protocol. After the association (condO31) of a multimedia application object instance (2) with the terminal (Ter), the multimedia application (2) communicates with the multimedia server (IMG) in several steps. FIG. 2 is an example of a multimedia server architecture (IMG) according to the invention. The multimedia application (2) supported by the application server (SVI) communicates with at least one multimedia server interface (1) (IMG). The multimedia server (IMG) is supported in a nonlimiting manner by a dedicated machine or by a distributed architecture, the objects composing the multimedia server (IMG) being then independently supported and interconnected by a software bus, for example of the ORB type. (Object Request Broker), for example compliant with the Microsoft COM / DCOM standard or the CORBA standard. The multimedia application (2) then executes a step (ETPO4) of creating a multimedia session, by sending a session creation request, to the multimedia server (IMG). The multimedia server (IMG) receives the creation request, through its communication means (CIMG), this request being processed by the multimedia server interface (IMG) (1). The multimedia server interface (IMG) (1) manages the communications with all the sessions (105, 115, 125) of the multimedia server (IMG) and is used by the application for example to create or destroy a new session or respectively a session obsolete. The interactive (IMG) server object is associated with the software interface (1) and a session object class. The storage means associated with the multimedia server (IMG) comprise, for example, a memory space (M15) or a definition library of the session object class. A session object instance is created by the interactive server object (IMG) associated with the multimedia application (2) transmitting the request. The session object includes means for sending a coded stream of multimedia information to the gateway (Gat). The interactive (IMG) server object creates a session object instance (105) after receiving the session creation request, which includes, for example, an instruction of the form: Session session_105 = Server IMG.getMultimediaSession (); Thus the multimedia server object, named here IM_Server, executes its method named getMultimediaSession () to create an instance (105) of session object from the definition of the class Session resident in memory (M15). For example, the method returns a reference (session_105) or a pointer to the created object. In this way, the multimedia application (2) calls, receives and stores in a memory space (M105) a returned value such as a reference or a pointer of the created session object (105). A session (105) is thus associated with the multimedia application (2). In a nonlimiting manner, a multimedia application (2) manages requests from a plurality of mobile terminals, and creates an interactive session (105, 115, 125) for each terminal. An instance (105, 115, 125) of a session object includes but is not limited to an encoder object (MEO, ME1, ME2) of a multimedia stream (FLRMO, FLRM1, FLRM2). The encoder object (MEO, ME1, ME2) is either in an active state and produces a data stream, or at a standstill. The encoder object of the multimedia stream, also referred to as an encoder, creates the data stream to be transmitted to an IP address associated with a mobile terminal (Ter). In a nonlimiting manner, these data are segmented according to a transport protocol, by the multimedia server (IMG), and then reassembled by the gateway (Gat). The multimedia stream is thus sent directly to the gateway (Gat) without going through the software interface (1). The transport protocol used is for example of the RTP (Real-time Transport Protocol) type.

Une instance (105, respectivement 115, 125) d'objet de session comprend aussi un objet respectif (104, 114, 124) de stockage des données multimédia avant envoi, également désigné par conteneur. Le conteneur est un module logiciel qui contient, de manière non limitative, un fichier multimédia requis par le terminal (Ter) et téléchargé par le serveur (IMG) multimédia, depuis le serveur (Ser) cible. Selon un autre exemple, le conteneur stocke un flux de données multimédia d'une session multimédia à laquelle le terminal (Ter) mobile est invité à participer. Dans une instance d'objet de session, chaque encodeur (MEO, respectivement ME1, ME2) est un module logiciel qui est associé au conteneur respectif (104, 114, 124), selon un processus de capture du son et un processus de capture de la vidéo. An instance (105, respectively 115, 125) of a session object also includes a respective object (104, 114, 124) for storing the multimedia data before sending, also referred to as a container. The container is a software module which contains, in a nonlimiting manner, a multimedia file required by the terminal (Ter) and downloaded by the multimedia server (IMG), from the target server (Ser). In another example, the container stores a multimedia data stream of a multimedia session to which the mobile terminal (Ter) is invited to participate. In a session object instance, each encoder (MEO, respectively ME1, ME2) is a software module that is associated with the respective container (104, 114, 124), according to a sound capture process and a capture process. the video.

Pour la capture vidéo, l'encodeur (ME0) vient lire périodiquement un espace mémoire (MV104) déterminé comprenant des données représentatives d'une image à l'écran. L'encodeur vient ainsi lire périodiquement ces données d'image pour reconstituer un flux vidéo. D'autre part, le module logiciel conteneur (104) modifie cet espace mémoire (MV104) et effectue sa mise à jour en synchronisation avec les opérations de lecture de l'encodeur (MEC)). Cet espace (MV104) mémoire est alloué lors de la création d'une instance (105) d'objet de session et sa taille est déterminée selon la taille de l'image affichée sur le terminal (Ter) mobile. Cette taille d'image est par exemple fournie par le terminal, dans ses requêtes dont le contenu est reçu par l'applicatif multimédia (2). De manière non limitative, l'espace mémoire (MV104) comportant les données représentatives d'une image à l'écran, est réinitialisé après chaque lecture ou écrasé par un ensemble de données inscrit dans cet espace (MV104) mémoire par le conteneur (104). Selon un mode de réalisation du processus de capture du son, celui-ci est réalisé, de manière non limitative, en associant à chaque instance d'objet de session, un objet gestionnaire du son sous la forme d'une carte son virtuelle. Un gestionnaire (A104) du son transforme un flux audio d'entrée, généré par le conteneur (104), en un flux audio conforme à des paramètres de l'encodeur (MEO). Ce gestionnaire (A104) lit et enregistre, par exemple, un flux audio sous la forme de données numériques non compressées pour calculer un flux audio compressé selon des algorithmes de compression du son. For video capture, the encoder (ME0) periodically reads a determined memory space (MV104) comprising data representative of an image on the screen. The encoder thus periodically reads this image data to reconstitute a video stream. On the other hand, the container software module (104) modifies this memory space (MV104) and updates it in synchronization with the read operations of the encoder (MEC). This space (MV104) memory is allocated during the creation of an instance (105) of session object and its size is determined according to the size of the image displayed on the mobile terminal (Ter). This image size is for example provided by the terminal, in its requests whose content is received by the multimedia application (2). In a nonlimiting manner, the memory space (MV104) comprising the data representative of an image on the screen, is reset after each reading or overwritten by a set of data written in this space (MV104) memory by the container (104). ). According to one embodiment of the sound capture process, it is realized, without limitation, by associating with each session object instance, a sound manager object in the form of a virtual sound card. A sound manager (A104) transforms an input audio stream, generated by the container (104), into an audio stream conforming to encoder parameters (MEO). This manager (A104) reads and records, for example, an audio stream in the form of uncompressed digital data to calculate a compressed audio stream according to sound compression algorithms.

L'encodeur (MEO) réalise par exemple l'envoi d'un flux (FLRMO) multimédia comprenant des données audio synchronisées avec des données vidéo, vers la passerelle (Gat) qui retransmet ces données par la liaison (LRM) du réseau mobile, vers le terminal (Ter) mobile. Le conteneur produit ainsi des données utilisables par le terminal mobile (Ter). Ces données utilisées par le terminal (ter) mobile sont de manière non limitative, des données audio ou des données vidéo, des données représentatives d'image, des données correspondant à du texte ou encore tout type de données associées à une application fonctionnant sur le terminal (Ter) mobile. Le conteneur (104) implémentant la session (105) créée, comporte un module logiciel greffon (103), également appelé plugiciel ou plugin en anglais, qui est un objet logiciel tiers venant se greffer à la session (105) pour apporter de nouvelles fonctionnalités. Le module logiciel greffon (103) est un module qui comporte un composant logiciel (102) spécifique pour lire ou exécuter un type de fichier multimédia qui sera destiné au terminal (Ter) mobile. Une interface d'échange d'informations entre le module logiciel greffon The encoder (MEO) for example sends a multimedia stream (FLRMO) comprising audio data synchronized with video data, to the gateway (Gat) which retransmits this data via the link (LRM) of the mobile network, to the terminal (Ter) mobile. The container thus produces data usable by the mobile terminal (Ter). These data used by the mobile terminal (ter) are in a nonlimiting manner, audio data or video data, representative image data, data corresponding to text or any type of data associated with an application operating on the device. terminal (Ter) mobile. The container (104) implementing the session (105) created, includes a plugin software module (103), also called plug-in or plugin in English, which is a third-party software object added to the session (105) to provide new features . The plug-in software module (103) is a module that comprises a software component (102) specific for reading or executing a type of multimedia file that will be intended for the mobile terminal (Ter). An interface for exchanging information between the plugin software module

(103) et la session (105), est déterminée en fonction de l'objet (105) de session. Les échanges d'informations entre le module logiciel greffon (103) et l'objet (1C)5) de session, sont par exemple réalisés selon une interface compatible avec le standard COM/DCOM défini par la société Microsoft. Selon un autre exemple, les échanges d'informations entre le module logiciel greffon (103) et l'objet (105) de session, sont réalisés selon une interface compatible avec le standard JAVA. Différents modules logiciels greffons (103) sont susceptibles de fonctionner en association avec le conteneur (104) et la session (105) afin par exemple d'ajouter au serveur (IMG) multimédia interactif pour la passerelle, le support des éléments de type Macromedia Flash, Java ou QuickTime. L'objet de session (105) échangeant, par exemple, des informations selon le standard COM/DCOM, opérera sur des modules logiciels greffons définis par ActiveX comme NJawin pour le langage JAVA. La compatibilité avec les composants ActiveX permet ainsi d'utiliser les modules logiciels greffons fournis par la société Microsoft pour accéder à des documents multimédia de type Outlook, Word, Excel, PowerPoint, Windows Media Player, MSN ou Adobe SVG Viewer. (103) and the session (105) is determined according to the session object (105). The exchanges of information between the plug-in software module (103) and the session object (1C) 5 are, for example, performed according to an interface compatible with the COM / DCOM standard defined by the Microsoft company. According to another example, the exchange of information between the plug-in software module (103) and the session object (105) is performed according to an interface compatible with the JAVA standard. Various plug-in software modules (103) are capable of operating in association with the container (104) and the session (105) in order, for example, to add to the interactive multimedia server (IMG) for the gateway, the support of the elements of the Macromedia Flash type. , Java or QuickTime. The session object (105) exchanging, for example, information according to the COM / DCOM standard, will operate on graft software modules defined by ActiveX as NJawin for the JAVA language. Compatibility with ActiveX components allows you to use plug-in software modules provided by Microsoft to access multimedia documents such as Outlook, Word, Excel, PowerPoint, Windows Media Player, MSN or Adobe SVG Viewer.

Le conteneur (104) comporte aussi un objet (101) générique dont l'état est représentatif, par exemple d'un évènement. L'objet générique est par exemple dans un état représentatif d'une modification des paramètres de lecture ou d'exécution du fichier multimédia mémorisé dans le conteneur (104). De manière non limitative, l'objet générique (101) communique selon une interface déterminée identique à l'interface de communication entre la session et le module logiciel greffon. The container (104) also comprises a generic object (101) whose state is representative, for example of an event. The generic object is for example in a state representative of a modification of the reading or execution parameters of the multimedia file stored in the container (104). In a nonlimiting manner, the generic object (101) communicates according to a determined interface identical to the communication interface between the session and the graft software module.

Après la création (cond04) d'une instance (105) d'objet de session, l'applicatif multimédia (2) exécute ensuite une étape (ETP05) de paramétrage de la session (105) multimédia. Un paramétrage est par exemple réalisé par l'envoi d'un message par l'applicatif multimédia (2) au serveur (IMG) multimédia. Le message de paramétrage contient par exemple une instruction du type : session_105.getMediaEncodeur().setParameter(Par1, Par2...) ; L'applicatif multimédia (2) accède à la zone mémoire (M105), dans laquelle est mémorisée une référence (session_105) de l'objet (105) de session, pour formuler la requête de paramétrage. Une fonction de l'objet (105) de session, nommée getMediaEncodeur, est par exemple appelée pour accéder à la référence de l'objet (MEO) encodeur appartenant à l'objet (105) de session. Une fonction de l'objet (MEO) encodeur, nommée setParameter, est par exemple appelée pour paramétrer les paramètres du flux (FLRMO) multimédia produit par l'encodeur (MEO). Les arguments (Pari, Par2) de la fonction setParameter appliquée à l'objet (MEO) encodeur sont de manière non limitative : - un premier argument correspondant au type d'encodage du flux, par exemple de type RTP, - un deuxième argument correspondant aux codecs audio et vidéo utilisés associés à des paramètres propres, comme par exemple le ratio de compression (frame rate en anglais) ou la taille des images à décoder, - un troisième argument comprend par exemple une ou plusieurs adresses de destination du flux multimédia, comme une adresse IP. Après que l'encodeur (MEO) ait été paramétré (cond05), l'applicatif multimédia (2) réalise une étape (ETP06) d'initialisation de l'encodeur (EMO) pour obtenir l'envoi du flux multimédia. Pour ce faire l'applicatif multimédia (2) envoie par exemple un message contenant une instruction du type : session_105.getMediaEncoder().start() ; L'applicatif multimédia (2) accède à la zone mémoire (M105), dans laquelle est mémorisée une référence (session_105) de l'objet (105) de session, pour formuler la requête d'initialisation. Une fonction de l'objet (105) de session, nommée getMediaEncodeur, est par exemple appelée pour accéder à la référence de l'objet (MEO) encodeur appartenant à l'objet de session. Une fonction de l'objet (MEO) encodeur, nommée start, est par exemple appelée pour changer l'état de l'encodeur et le positionner dans un état activé d'encodage du flux multimédia. L'objet encodeur (MEO) commence alors son processus d'envoi de donnée selon un flux multimédia conforme à un protocole, par exemple de type RTP. Le conteneur (104) est ensuite activé indépendamment de l'encodeur (MEO). Le conteneur vient par exemple écrire de façon périodique un ensemble de données dans l'espace (MV104) des données vidéo à envoyer ou en entrée de l'objet (A104) gestionnaire du son. Dans cette configuration, le conteneur (104) est modifié ou paramétré de façon indépendante de l'envoi des données multimédia sur le flux multimédia. After the creation (cond04) of a session object instance (105), the multimedia application (2) then executes a parameter setting step (ETP05) of the multimedia session (105). A parameterization is for example achieved by sending a message by the multimedia application (2) to the server (IMG) multimedia. For example, the parameterization message contains an instruction of the type: session_105.getMediaEncoder (). SetParameter (Par1, Par2 ...); The multimedia application (2) accesses the memory area (M105), in which a reference (session_105) of the session object (105) is stored, to formulate the parameterization request. A function of the session object (105), named getMediaEncoder, is for example called to access the encoder object reference (MEO) belonging to the session object (105). A function of the object (MOE) encoder, named setParameter, is called for example to set the parameters of the flow (FLRMO) multimedia produced by the encoder (MEO). The arguments (Pari, Par2) of the setParameter function applied to the encoder object (MEO) are in a nonlimiting manner: a first argument corresponding to the type of encoding of the stream, for example of the RTP type, a corresponding second argument audio and video codecs used associated with specific parameters, such as for example the compression ratio (frame rate in English) or the size of the images to be decoded, - a third argument comprises for example one or more destination addresses of the multimedia stream, as an IP address. After the encoder (MEO) has been set (cond05), the multimedia application (2) performs an encoder initialization step (ETP06) for sending the multimedia stream. For this purpose, the multimedia application (2) for example sends a message containing an instruction of the type: session_105.getMediaEncoder (). Start (); The multimedia application (2) accesses the memory area (M105), in which is stored a reference (session_105) of the session object (105), to formulate the initialization request. A function of the session object (105), named getMediaEncoder, is for example called to access the encoder object reference (MEO) belonging to the session object. A function of the object (MOE) encoder, named start, is for example called to change the state of the encoder and position it in an activated state encoding of the multimedia stream. The encoding object (MEO) then begins its process of sending data according to a multimedia stream conforming to a protocol, for example of the RTP type. The container (104) is then activated independently of the encoder (MEO). The container comes for example to write periodically a set of data in the space (MV104) of the video data to be sent or input of the object (A104) sound manager. In this configuration, the container (104) is modified or parameterized independently of the sending of the multimedia data to the multimedia stream.

Après l'activation (cond06) de l'encodeur (EMO), l'applicatif (2) multimédia réalise ensuite une étape (ETP07) de demande de prise en charge d'un fichier par le serveur (IMG) multimédia de la plateforme (4). Ce fichier est par exemple décrit par son code URI (Uniform Resource Identifier ou identification d'une ressource uniforme, tel que défini par l'IETF par exemple par le RFC 3986). Par exemple l'URI d'un fichier désignera un fichier vidéo ou audio selon un standard déterminé. La demande de prise en charge d'un fichier est par exemple de la forme : Session_105.IoadURl(`elsewhere.com/demo.svg') Pour formuler cette requête de prise en charge, l'applicatif (2) multimédia lit en mémoire (M105) la référence (Session_105) de l'objet (105) de session, pour appeler une fonction (IoadURI) associée de chargement d'un fichier dont l'adresse ('elsewhere.com/demo.svg') est spécifiée comme argument de la fonction. L'adresse est par exemple celle d'un fichier supporté par le serveur cible (Ser). Le serveur (IMG) multimédia réalise alors le téléchargement de ce fichier multimédia fourni par le serveur (Ser) cible. Le serveur cible (Ser) par ses moyens de traitement (TSer) associés à ses moyens (MSer) de mémorisation, réalise l'envoi du fichier multimédia, par exemple requis par le terminal (Ter) mobile, par ses moyens (CSer) de communication, via une liaison (LRI) du réseau internet. After the activation (cond06) of the encoder (EMO), the application (2) multimedia then performs a step (ETP07) request for support of a file by the server (IMG) multimedia platform ( 4). This file is for example described by its URI code (Uniform Resource Identifier or identification of a uniform resource, as defined by the IETF for example by RFC 3986). For example, the URI of a file will designate a video or audio file according to a certain standard. The request for support of a file is for example of the form: Session_105.IoadURl (`elsewhere.com/demo.svg ') To formulate this request of support, the application (2) multimedia reads in memory (M105) reference (Session_105) of the session object (105), to call an associated function (IoadURI) for loading a file whose address ('elsewhere.com/demo.svg') is specified as Function argument. The address is for example that of a file supported by the target server (Ser). The multimedia server (IMG) then performs the downloading of this multimedia file provided by the target server (Ser). The target server (Ser) by its processing means (TSer) associated with its storage means (MSer), carries out the sending of the multimedia file, for example required by the mobile terminal (Ter), by its means (CSer) of communication, via a link (LRI) of the Internet network.

Après le téléchargement (cond07) du fichier multimédia destiné au terminal (Ter), réalisé par le serveur (IMG) multimédia, dans un espace (M104) mémoire du conteneur, le serveur (IMG) multimédia réalise une étape (ETP08) de chargement d'un module logiciel greffon (103) associée à la session (105). Le module logiciel greffon (103) est chargé par le serveur (IMG) au sein du conteneur (104). Un module logiciel greffon (103) adapté pour lire ou exécuter le fichier multimédia destiné au terminal mobile (Ter), est par exemple identifié au moyen de l'URI du fichier multimédia. Le conteneur réalise par exemple une première lecture d'une table. Dans le cas d'un module logiciel greffon adapté résidant en mémoire, celui-ci est chargé, depuis les ressources (M15) de la plateforme, dans le conteneur (104). Le serveur (IMG) multimédia réalise ainsi une première recherche parmi les modules logiciels greffon appartenant aux ressources du serveur (IMG) interactif. Dans le cas où le module logiciel greffon permettant la lecture ou l'exécution du fichier multimédia n'a encore jamais été utilisé et que ce module logiciel greffon ne fait pas partie des ressources (M15) du serveur (IMG) multimédia, un accès par exemple au site Internet d'un concepteur logiciel est réalisé par le serveur (IMG) multimédia pour télécharger le module logiciel greffon approprié pour lire ou exécuter le contenu du fichier multimédia destiné au terminal mobile (Ter). After the downloading (cond07) of the multimedia file intended for the terminal (Ter), produced by the multimedia server (IMG), in a space (M104) memory of the container, the multimedia server (IMG) performs a loading step (ETP08) of a graft software module (103) associated with the session (105). The plugin software module (103) is loaded by the server (IMG) within the container (104). A plug-in software module (103) adapted to read or execute the multimedia file intended for the mobile terminal (Ter), is for example identified by means of the URI of the multimedia file. For example, the container makes a first reading of a table. In the case of an adapted plug-in software module resident in memory, the latter is loaded from the resources (M15) of the platform into the container (104). The multimedia server (IMG) thus makes a first search among the plug-in software modules belonging to the resources of the interactive server (IMG). In the case where the plugin software module allowing the reading or the execution of the multimedia file has never been used before and this plugin software module is not part of the resources (M15) of the multimedia server (IMG), an access by example to the website of a software developer is performed by the multimedia server (IMG) to download the appropriate plug-in software module to read or execute the content of the multimedia file for the mobile terminal (Ter).

Après le chargement (cond08) d'un module logiciel greffon adapté pour accéder au contenu du fichier multimédia à prendre en charge, l'applicatif (2) multimédia réalise une étape (ETP09) d'attente de modification du flux. De manière non limitative, dans le cas d'une demande (CondO91) de prise en charge d'un nouveau fichier multimédia destiné au terminal (Ter) mobile, cette étape ',ETP09) est suivie d'une étape (ETP07) de demande de prise en charge d'un nouveau fichier multimédia, suivie d'une nouvelle étape (ETP08) de chargement d'un module logiciel greffon, par le serveur (IMG), suivie enfin d'une nouvelle étape (ETP09) d'attente de modification des paramètres du flux multimédia. De manière non limitative, lors de l'étape (ETP07) où un fichier multimédia vidéo ou audio est pris en charge par le serveur (IMG) multimédia, le fichier multimédia est téléchargé depuis le serveur (Ser) cible ou le fichier multimédia, par exemple déjà téléchargé au cours d'une étape précédente, est directement chargé depuis les ressources mémoire du serveur (IMG) multimédia. Dans un autre cas (CondO94), le fichier multimédia à prendre en charge, nécessite l'utilisation de plusieurs modules logiciels greffons. Un fichier compressé à prendre en charge, par exemple au format zip, contient par exemple plusieurs fichiers de types différents, nécessitant chacun l'utilisation d'un module logiciel greffon déterminé. L'étape (ETP09) est alors suivie d'un saut à l'étape (ETP08) de chargement d'un module logiciel greffon, suivie d'une nouvelle étape (ETP09) d'attente de modification des paramètres du flux. Dans le cas d'une demande (cond092), émise par I'applicatif (2) multimédia, de réalisation d'une action par le module logiciel greffon (103), l'étape (ETP09) d'attente de modification des paramètres du flux multimédia est suivie d'une étape (ETP10) de paramétrage du module logiciel greffon (103) actif au sein du conteneur (104). La demande de paramétrage du module logiciel greffon (103) comprend par exemple une instruction selon une des formes suivantes : Session_105.sendEvent(`KEYBOARD', `RIGHT') ou Session_105.sendEvent(`MOUSE', `CLICK') L'applicatif (2) multimédia accède à ses ressources (M105) mémoire pour lire la référence de l'objet (105) de session et appeler une fonction (sendEvent) de l'objet. L'état de l'objet (101) évènement générique est alors défini, par l'objet (105) session, et est représentatif de l'évènement. De manière non limitative, l'objet générique communique avec le module logiciel greffon (103) ou avec l'objet de session (105) pour réaliser une action relative à la lecture ou à l'exécution du fichier multimédia pris en charge et pour modifier le flux multimédia à destination du terminal (Ter). Le serveur (IMG) multimédia revient ensuite à l'étape (ETP09) d'attente de modification des paramètres du flux multimédia. L'application (2) multimédia qui envoie des requêtes pour la modification des paramètres de lecture ou d'exécution, conformes à une interface de communication déterminée, est avantageusement développée dans un langage de programmation comportant des outils, dit de bridging , facilitant l'exportation vers un standard déterminé, comme par exemple COM/DCOM. Ainsi l'objet (103) générique sera conforme à ce même standard. Dans un autre cas, lors d'une terminaison de la communication (cond093) l'étape (ETP09) d'attente de modification des paramètres du flux multimédia, est suivie d'une dernière étape (ETP11) de fermeture de la session (105). L'applicatif (2) multimédia recevant une commande de fin de communication, provenant du terminal (Ter) mobile ou de la passerelle (Gat) ou d'un autre serveur Internet, accède à l'espace mémoire pour formuler une demande de fermeture de la session par exemple du type : Session_105.close() L'applicatif (2) multimédia libère ensuite les ressources allouées pour la mémorisation de la référence ou du pointeur de la session (105) associée au terminal (Ter) mobile. De même le serveur (IMG) multimédia, à la réception de la demande de fermeture de la session (105) libère les ressources allouées à cette ressource. De manière non limitative, les logiciels greffons ou les fichiers téléchargés durant l'exécution de cette session (105) sont c:onservés en mémoire, dans les ressources mémoire du serveur (IMG) multimédia. Les logiciels greffons, précédemment téléchargés, sont avantageusement conservés pour accélérer le processus de lecture des fichiers par un conteneur (104, 114, 124). Les différents moyens pour l'utilisateur de réaliser et d'envoyer une commande depuis son terminal (Ter) mobile vont maintenant être décrits De manière non limitative, le terminal (Ter) mobile est par exemple un téléphone mobile ou appareil de type PDA ou un ordinateur comprenant une carte d'accès au réseau de téléphonie mobile. Un terminal mobile, représenté à la figure 3, par exemple un téléphone mobile supportant la visioconférence, est équipé d'une caméra (302) en communication, par son interface (12), avec un bus (310) de données et de contrôle. Les moyens de traitement (PTer) en liaison avec le bus (310) de données et de contrôle pilotent les interfaces (11, 12, 13, 14, 15) du terminal ainsi que la mémoire (MTer) et les moyens (CTer) de communication. Le terminal mobile comprend aussi un haut-parleur (303) en communication avec le bus (310), par son interface (13). L'interface (13) du haut-parleur reçoit par exemple des données numériques représentatives d'un signal sonore et les transforme en signaux électriques analogiques reçus par le haut parleur (303). Ces signaux électriques analogiques sont alors transformés en signaux sonores par le haut-parleur. Le terminal mobile comprend de manière non limitative, un clavier (304) comprenant une pluralité de touches, en communication avec le bus (310) par son interface (14). L'appui par l'utilisateur sur une ou plusieurs touches déterminées du clavier crée un signal électrique représentatif, transformé en signaux numériques par son interface (14) et transmis aux moyens de traitement (Pter). Les données numérisées sont par exemple stockées en mémoire (MTer) et correspondent par exemple à une chaîne de caractères ou à une fonction prédéfinie dans un environnement donné. Par exemple un appui simultané sur plusieurs touches déterminées du clavier (304) par l'utilisateur, implique un signal déterminé transmis par l'interface (14) pour être stocké en mémoire (MTer) et comparé, par les moyens de traitement, avec des données, correspondant à des commandes prédéfinies, mémorisées dans le programme en cours d'exécution. De manière non limitative les commandes réalisées par des appuis sur plusieurs touches simultanément, de type raccourcis clavier, sont prédéfinies selon l'application en cours sur le terminal mobile ou définies voire redéfinies par l'utilisateur. De manière non limitative, l'appui sur certaines touches (3041) déterminées du clavier (304) implique la transmission par l'interface (14) du clavier (304) d'un signal numérique interprété par les moyens (PTer) de traitement comme des commandes de déplacement, comme par exemple une commande de déplacement vertical ou horizontal sur l'écran (301). L'appui sur une autre touche déterminée du clavier (304) implique par exemple la transmission par l'interface (14) du clavier (304) d'un signal interprété par les moyens (PTer) de traitement comme une commande de validation ou respectivement d'options, l'appui étant alors équivalent à un clic gauche ou respectivement droit d'une souris. Ainsi les touches de validation et d'option, associés aux touches de déplacement, permettent de réaliser des actions similaires à celles réalisées par une souris. After the loading (cond08) of a graft software module adapted to access the content of the multimedia file to be supported, the application (2) multimedia performs a step (ETP09) waiting to change the flow. In a nonlimiting manner, in the case of a request (CondO91) for support of a new multimedia file intended for the mobile terminal (Ter), this step ', ETP09) is followed by a request step (ETP07) support for a new multimedia file, followed by a new step (ETP08) loading a plug-in software module, by the server (IMG), followed finally by a new step (ETP09) waiting for changing the settings of the media stream. Without limitation, during step (ETP07) where a video or audio multimedia file is supported by the multimedia server (IMG), the multimedia file is downloaded from the target server (Ser) or the multimedia file, by example already downloaded during a previous step, is directly loaded from the multimedia server memory (IMG) resources. In another case (CondO94), the multimedia file to be supported requires the use of several plug-in software modules. A compressed file to be supported, for example in zip format, contains for example several files of different types, each requiring the use of a specific plug-in software module. The step (ETP09) is then followed by a jump to the loading step (ETP08) of a graft software module, followed by a new step (ETP09) waiting to modify the flow parameters. In the case of a request (cond092), issued by the application (2) multimedia, of performing an action by the graft software module (103), the step (ETP09) waiting for modification of the parameters of the multimedia flow is followed by a step (ETP10) for setting the graft software module (103) active within the container (104). The parameter request of the plug-in software module (103) comprises, for example, an instruction in one of the following forms: Session_105.sendEvent (`KEYBOARD ',` RIGHT') or Session_105.sendEvent (`MOUSE ',` CLICK') The application (2) Multimedia accesses its memory resources (M105) to read the reference of the session object (105) and call a function (sendEvent) of the object. The state of the generic event object (101) is then defined by the object (105) session, and is representative of the event. In a nonlimiting manner, the generic object communicates with the plug-in software module (103) or with the session object (105) to perform an action relating to the reading or the execution of the supported multimedia file and to modify the multimedia stream to the terminal (Ter). The multimedia server (IMG) then returns to the step (ETP09) waiting to modify the parameters of the multimedia stream. The multimedia application (2) which sends requests for the modification of the reading or execution parameters, in accordance with a determined communication interface, is advantageously developed in a programming language comprising tools, called bridging, facilitating the export to a specific standard, such as COM / DCOM. Thus the generic object (103) will conform to this same standard. In another case, during a termination of the communication (cond093), the step (ETP09) of waiting to modify the parameters of the multimedia flow is followed by a last step (ETP11) of closing the session (105). ). The multimedia application (2) receiving an end of communication command, coming from the mobile terminal (Ter) or from the gateway (Gat) or from another Internet server, accesses the memory space to formulate a request for closure of the session for example of the type: Session_105.close () The application (2) multimedia then releases the resources allocated for storing the reference or pointer of the session (105) associated with the terminal (Ter) mobile. Similarly, the multimedia server (IMG) upon receipt of the request to close the session (105) releases the resources allocated to this resource. In a nonlimiting manner, the plug-in software or the files downloaded during the execution of this session (105) are stored in memory in the multimedia server memory (IMG) resources. Grafted software, previously downloaded, is advantageously retained to accelerate the process of reading files by a container (104, 114, 124). The various means for the user to make and send an order from its mobile terminal (Ter) will now be described In a nonlimiting manner, the mobile terminal (Ter) is for example a mobile phone or device PDA type or a computer including a mobile network access card. A mobile terminal, shown in FIG. 3, for example a mobile phone supporting videoconferencing, is equipped with a camera (302) in communication, via its interface (12), with a data and control bus (310). The processing means (PTer) in connection with the data and control bus (310) control the interfaces (11, 12, 13, 14, 15) of the terminal as well as the memory (MTer) and the means (CTer) of communication. The mobile terminal also comprises a loudspeaker (303) in communication with the bus (310) via its interface (13). The interface (13) of the loudspeaker for example receives digital data representative of a sound signal and transforms them into analog electrical signals received by the speaker (303). These analog electrical signals are then transformed into sound signals by the loudspeaker. The mobile terminal includes, without limitation, a keyboard (304) comprising a plurality of keys, in communication with the bus (310) via its interface (14). The support by the user on one or more determined keys of the keyboard creates a representative electrical signal, converted into digital signals by its interface (14) and transmitted to the processing means (Pter). The digitized data are for example stored in memory (MTer) and correspond, for example, to a character string or a predefined function in a given environment. For example, a simultaneous pressing on several determined keys of the keyboard (304) by the user implies a determined signal transmitted by the interface (14) to be stored in memory (MTer) and compared, by the processing means, with data, corresponding to predefined commands, stored in the running program. In a nonlimiting manner, the commands made by pressing on several keys simultaneously, of the keyboard shortcut type, are predefined according to the application in progress on the mobile terminal or defined or even redefined by the user. In a nonlimiting manner, the pressing of certain determined keys (3041) of the keyboard (304) implies the transmission by the interface (14) of the keyboard (304) of a digital signal interpreted by the processing means (PTer) as displacement commands, such as a vertical or horizontal displacement control on the screen (301). Pressing on another determined key of the keyboard (304) implies for example the transmission by the interface (14) of the keyboard (304) of a signal interpreted by the processing means (PTer) as a validation command or respectively of options, the support then being equivalent to a left or right click of a mouse. Thus, the validation and option keys associated with the movement keys make it possible to perform actions similar to those performed by a mouse.

Dans un exemple de réalisation, une touche est configurée pour que l'appui par l'utilisateur implique la transmission par l'interface (14) du clavier (304) d'un signal interprété par les moyens (PTer) de traitement, de manière non limitative, comme une commande de défilement vertical haut ou bas. Dans un autre exemple les moyens de traitement exécutent de même une commande de défilement horizontal à droite ou à gauche ou une commande de zoom avant ou arrière. Dans un autre exemple de réalisation, pour des environnements virtuels en trois dimensions, l'appui sur six touches ou combinaisons de touches déterminées, implique de même, six commandes déterminées de déplacement. Les commandes de déplacement sont par exemple quatre commandes en rotation selon deux axes et dans les deux sens et deux commandes en translation avant et arrière, permettant de tourner dans un sens ou dans l'autre autour de deux axes et d'avancer ou de reculer selon l'orientation choisie. Dans un autre exemple de réalisation, une touche ou une combinaison de touches est associée à une commande de passage à un autre écran d'affichage. Une telle commande est par exemple utilisée lors de l'exécution, par les moyens (PTer) de traitement, d'un programme résidant en mémoire (MTer), gérant plusieurs écrans d'affichage. Le terminal (Ter) mobile comprend de manière non limitative, un micro (305) en communication avec le bus (310), par son interface (15). Le microphone produit un signal électrique analogique représentatif d'un signal sonore. Le signal électrique analogique est transformé, par l'interface (15) du microphone, en un signal numérique représentatif, transmis par le bus (310) et stocké en mémoire (MTer) ou lu par les moyens (PTer) de traitement. Dans un exemple d'application le terminal (Ter) mobile comprend un sous-programme (MP303) de reconnaissance vocale résidant en mémoire (MTer). Le signal numérique par exemple représentatif de paroles dites par l'utilisateur, est traité pour interpréter ces données numériques représentatives, comme des commandes selon le programme en cours d'exécution. Les moyens (PTer) de traitement qui comprennent par exemple un microprocesseur ou un circuit intégré de type ASIC ou un processeur dédié au traitement du signal de type DSP ou un composant logique programmé de type FPGA, traitent les données numériques représentatives de commandes orales et les comparent à des données mémorisées (M303) prédéfinies ou enregistrées durant une procédure d'initialisation, ces données étant associées chacune à une commande déterminée. Le défilement page par page d'un document présenté selon plusieurs pages, est par exemple commandé par l'utilisateur en prononçant le mot Page ou les mots Page bas pour afficher la page suivante et Page haut afficher la page précédente. Selon un exemple de réalisation l'utilisateur peut aussi enregistrer l'abréviation VAL , lors d'une procédure d'initialisation d'une commande de validation, dont le résultat est le stockage en mémoire (M303) de données représentatives de cette commande orale. La procédure d'initialisation associe aux données représentatives, une commande de validation exécutée dans un contexte déterminé. De manière non limitative, les commandes vocales sont entrées par l'utilisateur selon un processus d'apprentissage et d'identification d'une commande vocale d'un utilisateur déterminé, correspondant à une commande prédéfinie ou définie de façon interactive par l'utilisateur. Ainsi un terminal mobile pourra être configuré par un utilisateur déterminé pour réaliser, par des commandes vocales, les commandes les plus utilisées par cet utilisateur. Une telle personnalisation d'un mobile permet notamment une exécution de commandes plus efficace pour une ergonomie donnée, comme par exemple pour des commandes de navigation sur une page Internet. Le terminal (Ter) mobile comprend un écran (301) d'affichage en communication avec le bus (310) par son interface (11). L'interface (I1) associée à l'écran (301) d'affichage, commandée par les moyens de traitement (PTer), effectue par exemple une lecture dans un espace (M301) mémoire déterminé de la mémoire (MTer), correspondant aux données représentatives de l'image affichée à l'écran (301). Un flux de données, par exemple reçu par les moyens (CTer) de communication puis stocké dans la mémoire (MTer) du terminal, est par exemple traité par les moyens (PTer) de traitement pour déterminer les données (M301) représentatives de l'image affichée à l'écran, lues par l'interface (11) associée à l'écran. Lors de la réception d'une page Internet, les moyens (PTer) de traitement calculent par exemple l'ensemble des données correspondant aux points images appartenant à la page et affichés à l'écran. Les moyens de traitement en communication avec l'interface (14) du clavier (304), interprètent ensuite par exemple un signal reçu, comme une commande de déplacement ou de zoom, et calculent alors une nouvelle image affichée à l'écran (301) et stockée dans la zone (M301) mémoire associée. In an exemplary embodiment, a key is configured so that the support by the user involves the transmission by the interface (14) of the keyboard (304) of a signal interpreted by the processing means (PTer), so that non-limiting, such as a vertical scroll control up or down. In another example, the processing means likewise execute a left or right horizontal scrolling command or a zoom in or out command. In another embodiment, for virtual environments in three dimensions, the support on six keys or combinations of keys determined, likewise involves six determined commands of displacement. The displacement commands are for example four commands in rotation in two axes and in both directions and two commands in translation forward and backward, to rotate in one direction or the other around two axes and to move forward or backward according to the orientation chosen. In another embodiment, a key or a combination of keys is associated with a command to switch to another display screen. Such a command is for example used during the execution, by the processing means (PTer), of a program resident in memory (MTer), managing several display screens. The mobile terminal (Ter) comprises in a nonlimiting manner, a microphone (305) in communication with the bus (310), by its interface (15). The microphone produces an analog electrical signal representative of a sound signal. The analog electrical signal is transformed, via the interface (15) of the microphone, into a representative digital signal, transmitted by the bus (310) and stored in memory (MTer) or read by the processing means (PTer). In an exemplary application the mobile terminal (Ter) comprises a memory-resident speech recognition routine (MP303) (MTer). The digital signal, for example representative of words spoken by the user, is processed to interpret these representative digital data, as commands according to the program being executed. The processing means (PTer) comprising, for example, a microprocessor or an ASIC-type integrated circuit or a processor dedicated to the processing of the DSP-type signal or an FPGA-type programmed logic component, process the digital data representative of oral commands and the compare with stored data (M303) predefined or recorded during an initialization procedure, these data being each associated with a specific command. The scrolling page by page of a document presented according to several pages, for example is controlled by the user by pronouncing the word Page or the words Page Down to display the next page and Page up display the previous page. According to an exemplary embodiment, the user can also record the abbreviation VAL, during a procedure for initializing a validation command, the result of which is the storage in memory (M303) of data representative of this verbal command. The initialization procedure associates with the representative data, a validation command executed in a given context. In a nonlimiting manner, the voice commands are input by the user according to a learning process and identification of a voice command of a specific user, corresponding to a predefined command or defined interactively by the user. Thus a mobile terminal may be configured by a specific user to achieve, by voice commands, the commands most used by this user. Such customization of a mobile allows including a more efficient order execution for a given ergonomics, such as for example navigation commands on an Internet page. The mobile terminal (Ter) comprises a display screen (301) in communication with the bus (310) via its interface (11). The interface (I1) associated with the display screen (301), controlled by the processing means (PTer), for example performs a reading in a memory space (M301) determined memory (MTer), corresponding to data representative of the image displayed on the screen (301). A data stream, for example received by the communication means (CTer) and then stored in the memory (MTer) of the terminal, is for example processed by the processing means (PTer) to determine the data (M301) representative of the image displayed on the screen, read by the interface (11) associated with the screen. When receiving an Internet page, the processing means (PTer) calculate for example all the data corresponding to the image points belonging to the page and displayed on the screen. The processing means in communication with the interface (14) of the keyboard (304) then interpret, for example, a received signal, such as a command for moving or zooming, and then calculate a new image displayed on the screen (301) and stored in the associated memory area (M301).

Dans un exemple de réalisation, les moyens (MTer) de traitement écrivent, dans la zone mémoire (M301) comprenant les données représentatives de l'image affichée à l'écran, des information numériques correspondant à l'affichage d'un curseur (3011) à l'écran (301), similaire à un curseur de souris. L'appui sur une touche (3041) parmi quatre touches déterminées, est par exemple interprété comme une commande de déplacement du curseur vers la droite, la gauche, le haut ou le bas. Les moyens de traitement calculent alors un déplacement du curseur dont la position est mémorisée dans un espace (M3041) déterminé. Lors d'un mode d'affichage du curseur, au cours de l'exécution d'un programme résidant en mémoire, les moyens de traitement (PTer) lisent la zone (M3041) de positionnement du curseur et modifient la zone (M301) d'image affichée à l'écran pour afficher le curseur ou une partie du curseur (3011) visible à l'écran (301). Dans un exemple de réalisation, une page Internet reçue comporte des zones (3012, 3013) actives, mémorisées par exemple, dans un espace mémoire (M301A) déterminé. Différentes zones actives sont associées à des commandes déterminées de la page Internet reçue. Les moyens de traitement (PTer) comparent par exemple les données (M3041) de positionnement du curseur (3011) avec les données (M301A) correspondant à des zones (3012, 3013) actives à l'écran. Si la position du curseur (3011) correspond à une zone (3012, 3013) active, une commande entrée par l'utilisateur permet d'activer la commande associée à cette zone active. Un utilisateur prononce par exemple l'abréviation VAL interprétée selon un dispositif de reconnaissance vocal, comme la validation de la commande associée. Une validation est aussi réalisable par exemple en l'associant à l'appui sur une touche déterminée, sur laquelle est par exemple inscrite l'abréviation OK , une commande de validation de la commande associée à la zone active sélectionnée. Une caméra (302) du terminal (Ter) transforme les signaux lumineux reçus en signaux électriques représentatifs d'une image. Les signaux électriques produits par la caméra (302) sont par exemple des signaux numériques. L'interface (12) associée à la caméra (302) du terminal (Ter) mobile, transmet les signaux numériques représentatifs d'une image au bus (310), qui sont stockés par les moyens (PTer) de traitement dans un espace mémoire (M302) déterminé. Un ensemble de données numériques représentatives d'une ou plusieurs images est par exemple compressé par les moyens de traitement puis envoyé par les moyens (CTer) de communication, dans un flux de données, pour des applications vidéo, comme par exemple la vidéoconférence. Selon un exemple d'application un ensemble de données représentatives de plusieurs images, stockées en mémoire (M302), est traité par les moyens de traitement qui exécutent un sous-programme de reconnaissance visuelle, résidant en mémoire (MP302). Le programme de reconnaissance visuelle compare par exemple les données représentatives d'au moins deux images consécutives pour détecter des mouvements selon une direction déterminée. Un mouvement selon une direction déterminée est par exemple associé à une fonction dans un tableau (MT302) de reconnaissance visuelle mémorisé. Les moyens (PTer) de traitement effectuent alors une lecture du tableau et exécutent une fonction associée appartenant au tableau (MT302). Selon un autre mode de reconnaissance visuelle, les moyens (PTer) de traitement exécutant un sous-programme (MP302) de reconnaissance visuelle, réalisent une analyse de forme, de couleur ou d'intensité lumineuse. In an exemplary embodiment, the processing means (MTER) write, in the memory zone (M301) comprising the data representative of the image displayed on the screen, digital information corresponding to the display of a cursor (3011). ) on the screen (301), similar to a mouse cursor. The pressing of a key (3041) among four specified keys, for example is interpreted as a cursor movement command to the right, left, up or down. The processing means then calculate a displacement of the cursor whose position is stored in a determined space (M3041). During a cursor display mode, during the execution of a program residing in memory, the processing means (PTer) reads the cursor positioning zone (M3041) and modifies the zone (M301) of the cursor. image displayed on the screen to display the cursor or part of the cursor (3011) visible on the screen (301). In an exemplary embodiment, a received web page has active areas (3012, 3013), stored for example, in a memory space (M301A) determined. Different active areas are associated with specific commands from the received web page. The processing means (PTer) compares, for example, the cursor positioning data (M3041) (3011) with the data (M301A) corresponding to active zones (3012, 3013) on the screen. If the position of the cursor (3011) corresponds to a zone (3012, 3013) active, a command entered by the user activates the command associated with this active zone. A user pronounces, for example, the abbreviation VAL interpreted according to a voice recognition device, such as the validation of the associated command. A validation is also possible for example by associating it with the support on a given key, on which is for example written the abbreviation OK, a command validation command associated with the selected active area. A camera (302) of the terminal (Ter) transforms the received light signals into electrical signals representative of an image. The electrical signals produced by the camera (302) are for example digital signals. The interface (12) associated with the camera (302) of the mobile terminal (Ter), transmits the digital signals representative of an image to the bus (310), which are stored by the processing means (PTer) in a memory space (M302) determined. A set of digital data representative of one or more images is for example compressed by the processing means and then sent by the communication means (CTer), in a data stream, for video applications, such as video-conferencing. According to an exemplary application, a set of data representative of several images, stored in memory (M302), is processed by the processing means that execute a visual recognition routine, resident in memory (MP302). The visual recognition program for example compares the data representative of at least two consecutive images to detect movements in a given direction. A movement according to a determined direction is for example associated with a function in a memorized visual recognition table (MT302). The processing means (PTer) then perform a reading of the array and execute an associated function belonging to the array (MT302). According to another mode of visual recognition, the processing means (PTer) executing a visual recognition subprogram (MP302) perform an analysis of shape, color or light intensity.

Un résultat déterminé de l'analyse est par exemple associé à une fonction déterminée, dans un tableau (MT302) de reconnaissance visuelle. Les moyens (PTer) de traitement effectuent alors une lecture du tableau et exécutent la fonction associée. Selon un autre mode de reconnaissance visuelle, un traitement des données représentatives de plusieurs images consécutives isole une trajectoire déterminée d'un objet identifiable, comme par exemple un gant d'une couleur déterminée. La trajectoire mémorisée sous forme de données numériques est par exemple utilisée par les moyens de traitement pour calculer une orientation d'une caméra dans un espace virtuel ou le déplacement d'un objet virtuel tel que le curseur à l'écran. A determined result of the analysis is for example associated with a specific function, in a table (MT302) of visual recognition. The processing means (PTer) then perform a reading of the array and execute the associated function. According to another mode of visual recognition, a processing of data representative of several consecutive images isolates a determined trajectory of an identifiable object, such as a glove of a certain color. The path stored in the form of digital data is for example used by the processing means to calculate an orientation of a camera in a virtual space or the movement of a virtual object such as the cursor on the screen.

De manière non limitative, l'écran (301) du terminal (Ter) mobile est associé à une dalle (306) tactile en communication par une interface (16) avec le bus (310) du terminal (Ter). La dalle (306) tactile équipant par exemple un assistant personnel permet l'activation d'une ou plusieurs zones (3012) actives correspondant avec des zones d'affichages de l'écran (301). L'utilisateur pointe par exemple à l'aide d'un stylo adapté, un point à l'écran appartenant à une zone (3012) active. L'interface (16) de la dalle (306) tactile transmet aux moyens de traitement un signal numérique représentatif du point activé, de façon à ce que les moyens de traitement associent la zone géographique active correspondante et exécutent la fonction associée à la zone (3012) active. Un premier exemple d'application multimédia va maintenant être décrit. Dans un cas de figure où un utilisateur exécute, par exemple, depuis un terminal (Ter) mobile, une commande d'accès au réseau Internet. In a nonlimiting manner, the screen (301) of the mobile terminal (Ter) is associated with a touch screen (306) in communication via an interface (16) with the bus (310) of the terminal (Ter). The touch panel (306) equipping for example a personal assistant enables the activation of one or more active zones (3012) corresponding with display areas of the screen (301). The user points for example with the aid of a suitable pen, a point on the screen belonging to an active zone (3012). The interface (16) of the touch panel (306) transmits to the processing means a digital signal representative of the activated point, so that the processing means associate the corresponding active geographical area and execute the function associated with the area ( 3012) active. A first example of a multimedia application will now be described. In a case where a user executes, for example, from a terminal (Ter) mobile, a command to access the Internet.

L'utilisateur utilise par exemple un menu affiché à l'écran (301) proposant l'accès à un site Internet déterminé et dont l'adresse est mémorisée dans la mémoire (MTer) du terminal. La validation de la commande d'accès au site Internet déterminé est réalisée de manière non limitative par l'appui sur une ou plusieurs touches de validation ou par une commande orale ou visuelle, impliquant la réalisation par les moyens de traitement de la commande de validation de la fonction d'accès au site Internet. Les moyens (PTer) de traitement modifient par exemple l'espace mémoire (M301) associé à l'image affichée à l'écran (301) pour signifier à l'utilisateur la validation de sa commande. D'autre part les moyens de traitement lisent les données représentatives de l'adresse du site Internet sélectionné et de manière non limitative, un identifiant de la passerelle (Gat), dans la mémoire (MTer) du terminal (Ter), pour composer un message adressé à la passerelle (Gat) de la plateforme multimédia, signifiant une demande d'accès au site Internet. D'autre part, les moyens de traitement lisent les paramètres d'identification du terminal, qui sont aussi inclus par les moyens de traitement dans la requête. The user uses for example a menu displayed on the screen (301) providing access to a specific website and whose address is stored in the memory (MTer) of the terminal. The validation of the access control to the determined website is carried out in a nonlimiting manner by pressing one or more validation keys or by an oral or visual command, implying the realization by the processing means of the validation command. the access function to the website. The processing means (PTer) for example modify the memory space (M301) associated with the image displayed on the screen (301) to signify to the user the validation of his command. On the other hand, the processing means read the data representative of the address of the selected Internet site and in a nonlimiting manner, an identifier of the gateway (Gat), in the memory (MTer) of the terminal (Ter), to compose a message addressed to the gateway (Gat) of the multimedia platform, signifying a request for access to the website. On the other hand, the processing means read the identification parameters of the terminal, which are also included by the processing means in the request.

Après la formulation de la requête d'accès à une page Internet déterminée par le terminal, les moyens (PTer) de traitement réalisent l'envoi par les moyens de communication (CTer) de la requête, en liaison avec une station d'émission et de réception. La requête est ensuite transmise par le réseau mobile à la passerelle (Gat). La passerelle (Gat) recevant la requête par ses premiers moyens (Cl Gat) de communication enregistre la requête dans ses moyens (MGat) de mémorisation. Les moyens de traitement (PGat) de la passerelle (Gat) réalisent une identification du terminal (Ter) et associent au terminal (Ter) au moins une adresse IP. L'adresse IP associée aux coordonnées du terminal, comme par exemple un canal de liaison et le numéro d'identité du terminal (Ter) sont par exemple mémorisés dans une table d'association résidante en mémoire (MGTer). Lesmoyens de traitement (PGat) de la passerelle (Gat) réalisent ensuite une transformation de la requête enregistrée en insérant l'adresse IP associée au terminal pour désigner l'expéditeur du message. Les moyens de traitement (PGat) de la passerelle (Gat) transfèrent ensuite la nouvelle requête au serveur (SVI) d'applicatifs, par le réseau Internet, via ses seconds moyens (C2Gat) de communication. Le serveur (SVI) d'applicatif envoie alors une demande d'ouverture d'une session (105) au serveur (IMG) multimédia. La session (105) comporte, comme représenté à la figure 2, un encodeur (MEO) associé à un conteneur (104) incluant un objet (101) générique et un module logiciel greffon (103). Après l'activation de l'encodeur (MEO) et la réception par le terminal (Ter) d'une image représentative de la page Internet chargée, le serveur (IMG) multimédia se trouve, par exemple, dans une étape (ETP09) d'attente de modification des paramètres de lecture ou d'exécution. L'utilisateur du terminal (Ter) réalise ensuite, de manière non limitative, une commande multimédia de modification de la lecture ou de l'exécution du fichier multimédia. Cette commande est réalisée, de manière non limitative, par une action sur une ou plusieurs touches ou par une commande orale ou visuelle ou encore tactile. Selon un exemple de commande réalisée vocalement, l'utilisateur prononce par exemple stop , dans l'intension de réaliser un arrêt sur image d'une bande vidéo incorporée à la page Internet téléchargée dans le conteneur (104) du serveur (IMG) multimédia. La commande audio transmise par l'interface (15) du micro, est analysée par les moyens (PTer) de traitement associés aux moyens de mémorisation pour composer une requête de commande d'arrêt sur image. Cette requête de commande d'arrêt sur image est ensuite émise par les moyens (CTer) de communication du terminal (Ter) et son contenu est transmis, via la passerelle (Gat) au serveur (SVI) d'applicatifs. L'applicatif (2) traite alors, par exemple par des outils de type bridging , la commande réalisée par le terminal pour composer une commande interprétable par le serveur (IMG) multimédia. La commande interprétable est ensuite transmise à la session (105) associée du serveur (IMG) multimédia, sous la forme d'une demande de réalisation d'une action par le module logiciel greffon. A la réception (cond0921 de cette demande, l'objet (105) session modifie l'état de son objet (101) générique. Le module logiciel greffon (103) modifie (ETP1O) alors son action associée à la lecture ou l'exécution du fichier multimédia pris en charge par le conteneur (104), comme par exemple une page Internet comprenant une bande vidéo. Les données représentatives du son ou de l'image sont donc modifiées en conséquence, par un évènement générique. After formulating the request for access to a web page determined by the terminal, the processing means (PTer) perform the sending by the communication means (CTer) of the request, in connection with a transmitting station and reception. The request is then transmitted by the mobile network to the gateway (Gat). The gateway (Gat) receiving the request by its first means (Cl Gat) of communication records the request in its memory means (MGat). The processing means (PGat) of the gateway (Gat) perform an identification of the terminal (Ter) and associate the terminal (Ter) with at least one IP address. The IP address associated with the coordinates of the terminal, such as for example a link channel and the identity number of the terminal (Ter) are for example stored in a memory resident association table (MGTer). The processing means (PGat) of the gateway (Gat) then perform a transformation of the recorded request by inserting the IP address associated with the terminal to designate the sender of the message. The processing means (PGat) of the gateway (Gat) then transfer the new request to the server (SVI) of applications, through the Internet, via its second means (C2Gat) of communication. The application server (SVI) then sends a request to open a session (105) to the multimedia server (IMG). The session (105) comprises, as shown in Figure 2, an encoder (MEO) associated with a container (104) including a generic object (101) and a graft software module (103). After the activation of the encoder (MEO) and the reception by the terminal (Ter) of a representative image of the loaded Internet page, the multimedia server (IMG) is, for example, in a step (ETP09) of waiting to change reading or execution parameters. The user of the terminal (Ter) then realizes, in a nonlimiting manner, a multimedia control for modifying the reading or the execution of the multimedia file. This command is carried out, in a non-limiting manner, by an action on one or more keys or by an oral or visual command or tactile. According to an example of a command made vocally, the user pronounces for example stop, intending to perform a freeze frame of a video tape incorporated in the Internet page downloaded into the container (104) of the server (IMG) multimedia. The audio command transmitted by the interface (15) of the microphone, is analyzed by the processing means (PTer) associated with the storage means to compose a freeze frame control request. This freeze frame request is then transmitted by the terminal communication means (CTer) (Ter) and its content is transmitted via the gateway (Gat) to the application server (SVI). The application (2) then processes, for example by bridging type tools, the command performed by the terminal to compose a command interpretable by the server (IMG) multimedia. The interpretable command is then transmitted to the associated session (105) of the multimedia server (IMG), in the form of a request for execution of an action by the plug-in software module. At the reception (cond0921 of this request, the object (105) session modifies the state of its generic object (101) The software module graft (103) modifies (ETP1O) then its action associated with the reading or the execution of the multimedia file supported by the container (104), such as an Internet page comprising a video tape, the data representative of the sound or the image are therefore modified accordingly by a generic event.

Le flux de données comprenant des données représentatives du son et de la vidéo est, par exemple, modifié de façon à ce que la page Internet transmise au terminal (Ter) mobile, comprenne une bande vidéo en arrêt sur image. Après que le flux multimédia (FLRMO) ait été reçu par les moyens de communication (CT'er) du terminal (Ter) et ait été traité par les moyens de traitement du terminal (Ter), l'utilisateur perçoit de façon visuelle et/ou sonore la page Internet modifiée selon sa commande. Un deuxième exemple d'application multimédia va maintenant être décrit. Dans un cas de figure où un serveur (IMG) multimédia a par exemple ouvert une session (105) associée à un terminal mobile (Ter). Cette session (105) comporte un conteur (104) dans lequel un fichier multimédia, par exemple de type Flash, est chargé. Un module encodeur (MEO) associé au conteneur (104) est, par exemple, activé et envoie un flux (FLRMO), à la passerelle (Gat), à destination du terminal (Ter) mobile. Un utilisateur du terminal (Ter) voit et entend le contenu multimédia du fichier multimédia, par exemple de type Flash. Les fonctions intrinsèques (ou built-in ) du fichier multimédia comprennent par exemple une zone (3012) active de type affichée à l'écran. Cette zone active prévue pour interagir dans son contexte, déclenche une action lors de son activation, comme par exemple un signal sonore. L'utilisateur réalise alors, par exemple, une commande d'activation de cette fonction intrinsèque. L'activation est par exemple réalisée par un appui (306) sur une zone tactile de l'écran (301) ou par un déplacement du curseur, de façon à pointer la zone active, comme précédemment décrit. Les moyens de traitement analysent alors les données multimédia envoyées par l'interface de communication activée et composent une requête comprenant la commande d'act vation de la fonction intrinsèque. La requête est ensuite transmise, par les moyens (CTer) de communication du terminal (Ter) à la passerelle (Gat) multimédia et le contenu de cette requête est retransmis par la passerelle (Gat), à l'applicatif (2). L'applicatif (2) effectue alors une conversion de la commande composée par le terminal (Ter) conformément à une interface de communication, connue du serveur (IMG) multimédia. L'interface de communication est par exemple du type COM/DCOM. L'applicatif (2) envoie alors au serveur (IMG) multimédia, une demande d'action sur le module logiciel (103) greffon, à destination de la session (105). A la réception (cond092) de cette demande par le serveur (IMG) multimédia, la session (105) modifie son objet logiciel (101) de façon à modifier les paramètres de lecture ou d'exécution du fichier multimédia, comme par exemple un fichier de type Flash. Le flux (FLRMO) multimédia, comme par exemple les données représentatives du son, est modifié de façon à inclure le signal sonore résultant de l'activation de la fonction intrinsèque. L'utilisateur active ainsi la fonction intrinsèque du fichier multimédia, et perçoit par exemple un signal sonore ou tout autre action multimédia associée à une fonction intrinsèque du fichier multimédia. The data stream comprising data representative of the sound and the video is, for example, modified so that the Internet page transmitted to the mobile terminal (Ter) comprises a freeze frame video tape. After the multimedia stream (FLRMO) has been received by the communication means (CT'er) of the terminal (Ter) and has been processed by the terminal processing means (Ter), the user perceives visually and / or sound the modified web page according to his order. A second example of a multimedia application will now be described. In a case where a multimedia server (IMG) for example has a session (105) associated with a mobile terminal (Ter). This session (105) comprises a storyteller (104) in which a multimedia file, for example of the Flash type, is loaded. An encoder module (MEO) associated with the container (104) is, for example, activated and sends a stream (FLRMO) to the gateway (Gat) to the mobile terminal (Ter). A user of the terminal (Ter) sees and hears the multimedia content of the multimedia file, for example of the Flash type. The intrinsic functions (or built-in) of the multimedia file comprise, for example, an active zone (3012) of type displayed on the screen. This active zone intended to interact in its context, triggers an action during its activation, such as for example a sound signal. The user then realizes, for example, an activation command of this intrinsic function. The activation is for example carried out by a support (306) on a touch zone of the screen (301) or by a displacement of the cursor, so as to point the active zone, as previously described. The processing means then analyze the multimedia data sent by the activated communication interface and compose a request comprising the actvation command of the intrinsic function. The request is then transmitted by means (CTer) communication terminal (Ter) to the gateway (Gat) multimedia and the content of this request is retransmitted by the gateway (Gat) to the application (2). The application (2) then performs a conversion of the command composed by the terminal (Ter) according to a communication interface, known to the server (IMG) multimedia. The communication interface is for example of the COM / DCOM type. The application (2) then sends the server (IMG) multimedia, an action request on the software module (103) graft, to the session (105). Upon reception (cond092) of this request by the multimedia server (IMG), the session (105) modifies its software object (101) so as to modify the reading or execution parameters of the multimedia file, for example a file Flash type. The multimedia (FLRMO) stream, such as, for example, the data representative of the sound, is modified to include the sound signal resulting from the activation of the intrinsic function. The user thus activates the intrinsic function of the multimedia file, and perceives, for example, a sound signal or any other multimedia action associated with an intrinsic function of the multimedia file.

Il doit être évident pour les personnes versées dans l'art que la présente invention permet des modes de réalisation sous de nombreuses autres formes spécifiques sans l'éloigner du domaine d'application de l'invention comme revendiqué. Par conséquent, les présents modes de réalisation doivent être considérés à titre d'illustration, mais peuvent être modifiés dans le domaine défini par la portée des revendications jointes, et l'invention ne doit pas être limitée aux détails donnés ci-dessus. It should be obvious to those skilled in the art that the present invention allows embodiments in many other specific forms without departing from the scope of the invention as claimed. Therefore, the present embodiments should be considered by way of illustration, but may be modified within the scope defined by the scope of the appended claims, and the invention should not be limited to the details given above.

Claims

An interactive multimedia platform (4) comprising: a gateway (Gat) in communication with at least one terminal (Ter) of a mobile telecommunication network, the mobile terminal (Ter) being identified by at least one call number; a first server (SVI) belonging to the Internet network in communication with the gateway (Gat) and arranged to transmit, to a second server (IMG), at least one request for support of a file intended for the terminal (Ter) mobile, - the second server (IMG), comprising means for downloading the file for the terminal (Ter) mobile, characterized in that the second server is arranged to at least: - load at least one module ( 103) graft software for reading From an execution of the file intended for the terminal (Ter) mobile, - transmit, to the gateway, to the mobile terminal, a flow this data representative of the reading or the execution of the file.

2. Platform according to claim 1, characterized in that at least one request for reading or execution of the file for the terminal (Ter) mobile is sent to the gateway (Gat) by the terminal (Ter) mobile.

3. Platform according to claim 1 or 2, characterized in that the second server (IMG) comprises a multimedia session (105) known to the first server (SVI) and associated with the mobile terminal (Ter), the session comprising at least one container (104), including means for loading or releasing said plug-in software module (103) from memory resources of the second server or other Internet server.

Platform according to claim 3, characterized in that the container (104) comprises means for producing data resulting from reading or execution, the session (105) comprising an encoder (MEO) of the data stream, encoding the data resulting from the reading or execution of the file intended for the mobile terminal (Ter), according to a determined communication protocol, to produce the flow of data representative of the reading or the execution of this file.

5. Platform according to claim 4, characterized in that the encoder (MEO) of the data stream is associated with at least one type of encoding of the stream: and / or an audio or video codec and / or at least one address destination of the multimedia stream.

6. Platform according to claim 4 or 5, characterized in that the container (104) associated with its session (105) comprises means for controlling at least one event to the graft software module (103), an event request, required by the mobile terminal, being addressed to the session (105) by the first server (SVI).

7. Platform according to one of claims 4 to 6, characterized in that a space (MV104) video memory of the container (104) comprises data representative of an image, these data being on the one hand written by the container (104) and on the other hand read by the encoder (MEO).

8. Platform according to one of claims 4 to 7, characterized in that the container (104) comprises a sound manager (A104) which comprises means for coding data representative of sounds, according to a determined type of coding, producing coded data transmitted to the encoder (MEO).

9. Platform according to one of claims 4 to 8, characterized in that the encoder (MEO) is activated to produce the data stream regardless of the state of the container (104).

10. Platform according to one of claims 3 to 9, characterized in that the second server (IMG) supports a plurality of sessions known by the first server (SVI) and each associated with a different mobile terminal.

11. A communication method for which a gateway (Gat) is in communication with at least one mobile terminal (Ter), a first Internet server (SVI) communicating with a second Internet server (IMG) sending to the gateway (Gat) to the mobile terminal (Ter), a stream (FLRIVIO) of data, characterized in that it comprises at least: - a step of initialization of the second server (IMG), a support request step by the second server IMG), a first file intended for the mobile terminal, - a step of loading, by the second server (IMG) of a first graft software module, - a step of reading or execution by the second server (IMG), the first file in association with the first plugin software module.

12. The communication method as claimed in claim 11, characterized in that it is followed by at least one step of modifying the reading or execution parameters, by the second server, of the first file in association with the first software. graft.

13. Communication method according to claim 11 or 12, characterized in that it is followed by at least: a step of loading a second graft software, by the second server, a read or write step; the second server executing the first file in association with the second plugin software.

14. The communication method according to one of claims 11 to 13, characterized in that it is followed by at least: a step of request for support, by the second server, of a second file intended to at the mobile terminal (Ter), 15- a step of loading, by the second server (IMG), of a third plug-in software, - a step of reading or execution, by the second server (IMG), of the second file in association with the third graft software.

15. The communication method as claimed in one of claims 11 to 14, characterized in that the initialization step comprises the creation of a multimedia session (105) comprising graft software module loading means, this session (105). ) being associated with the mobile terminal (Ter), the method ending with a termination step (ETP11) including the release of the resources allocated to the session.