FR 2901649 A1 20071130 FR 0604656 A 20060524 développées par la société Macromedia, n'est pas réalisable en utilisant 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. 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. 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. 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. 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. 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). 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. 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). 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. 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. 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 (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. 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. 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. 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. 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). 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. 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. 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. 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. 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. 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. 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. 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. 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. REVENDICATIONS 1. Plateforme (4) multimédia interactive comportant : - une passerelle (Gat) en communication avec au moins un terminal (Ter) d'un réseau de télécommunication mobile, le terminal (Ter) mobile étant identifié au moins par un numéro d'appel, - un premier serveur (SVI) appartenant au réseau Internet en communication avec la passerelle (Gat) et agencé de façon à transmettre, à un deuxième serveur (IMG), au moins une demande de prise en charge d'un fichier destiné au terminal (Ter) mobile, - le deuxième serveur (IMG), comportant des moyens de télécharger le fichier destiné au terminal (Ter) mobile, caractérisée en ce que le deuxième serveur est agencé de façon à au moins : - charger au moins un module (103) logiciel greffon pour une lecture Du une exécution du fichier destiné au terminal (Ter) mobile, - transmettre, vers la passerelle, à destination du terminal mobile, un flux ce données représentatives de la lecture ou de l'exécution du fichier. 2. Plateforme selon la revendication 1, caractérisée en ce qu'au moins une requête pour la lecture ou l'exécution du fichier destiné au terminal (Ter) mobile est envoyée à la passerelle (Gat) par le terminal (Ter) mobile. 3. Plateforme selon la revendication 1 ou 2, caractérisée en ce que le deuxième serveur (IMG) comporte une session (105) multimédia connue du premier serveur (SVI) et associée au terminal (Ter) mobile, la session comportant au moins un conteneur (104), comportant des moyens de charger ou libérer ledit module logiciel greffon (103) provenant de ressources mémoire du deuxième serveur ou d'un autre serveur Internet. 4. Plateforme selon la revendication 3, caractérisée en ce que le conteneur (104) comprend des moyens de produire des données résultant de la lecture ou de l'exécution, la session (105) comprenant un encodeur (MEO) du flux de données, encodant les données résultant de la lecture ou de l'exécution du fichier destiné au terminal (Ter) 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. 5. Plateforme selon la revendication 4, caractérisée en ce que l'encodeur (MEO) du flux de données est associé à au moins un type d'encodage du flue: et/ou un codec audio ou vidéo et/ou au moins une adresse de destination du flux multimédia. 6. Plateforme selon la revendication 4 ou 5, caractérisée en ce que le conteneur (104) associé avec sa session (105), comporte un moyen de commander au moins un évènement au module logiciel greffon (103), une demande d'évènement, requise par le terminal mobile, étant adressée à la session (105), par le premier serveur (SVI). 7. Plateforme selon l'une des revendications 4 à 6, caractérisée en ce qu'un espace (MV104) mémoire vidéo du conteneur (104) comporte des données représentatives d'une image, ces données étant d'une part inscrites par le conteneur (104) et d'autre part lues par l'encodeur (MEO). 8. Plateforme selon l'une des revendications 4 à 7, caractérisée en ce que le conteneur (104) comporte un gestionnaire (A104) 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 (MEO). 9. Plateforme selon l'une des revendications 4 à 8, caractérisée en ce que l'encodeur (MEO) est activé pour produire le flux de données indépendamment de l'état du conteneur (104). 10. Plateforme selon l'une des revendications 3 à 9, caractérisée en 30 ce que le deuxième serveur (IMG) supporte une pluralité de sessionsconnues par le premier serveur (SVI) et associées chacune à un terminal mobile différent. 11. Procédé de communication pour lequel une passerelle (Gat) est en communication avec au moins un terminal (Ter) mobile, un premier serveur (SVI) Internet communiquant avec un deuxième serveur (IMG) Internet qui envoie, à la passerelle (Gat), à destination du terminal (Ter) mobile, un flux (FLRIVIO) de données, caractérisé en ce que qu'il comprend au moins : - une étape d'initialisation du deuxième serveur (IMG), une étape de demande de prise en charge, par le deuxième serveur IMG), d'un premier fichier destiné au terminal mobile, - une étape de chargement, par le deuxième serveur (IMG) d'un premier module logiciel greffon, - une étape de lecture ou d'exécution par le deuxième serveur (IMG), du premier fichier en association avec le premier module logiciel greffon. 12. Procédé de communication selon la revendication 11, caractérisé en ce qu'il 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 20 association avec le premier logiciel greffon. 13. Procédé de communication selon la revendication 11 ou 12, caractérisé en ce qu'il est suivi d'au moins : - une étape de chargement d'un deuxième logiciel greffon, par le deuxième serveur, 25 - une étape de lecture ou d'exécution, par le deuxième serveur, du premier fichier en association avec le deuxième logiciel greffon. 14. Procédé de communication selon l'une des revendications 11 à 13, caractérisé en ce qu'il est suivi d'au moins : - une étape de demande de prise en charge, par le deuxième 30 serveur, d'un deuxième fichier destiné au terminal (Ter) mobile, 15- une étape de chargement, par le deuxième serveur (IMG), d'un troisième logiciel greffon, - une étape de lecture ou d'exécution, par le deuxième serveur (IMG), du deuxième fichier en association avec le troisième logiciel greffon. 15. Procédé de communication selon l'une des revendications 11 à 14, caractérisé en ce que l'étape d'initialisation comporte la création d'une session (105) multimédia comportant des moyens de chargement de module logiciel greffon, cette session (105) étant associée au terminal (Ter) mobile, le procédé se terminant par une étape (ETP11) de terminaison comportant la libération des ressources allouées à la session.