FR 2890768 A1 20070316 FR 0509411 A 20050914 Procédé de contrôle d'interface d'une pluralité de types de terminaux de radiocommunication par la définition d'évènements abstraits, programme d'ordinateur, signal, et terminal correspondants 1. Domaine de l'invention Le domaine de l'invention est celui des interfaces hommes machines de dispositifs électroniques, et notamment mais non exclusivement d'appareils portables. Plus précisément, l'invention concerne les interfaces hommes machines d'appareils ou terminaux électroniques, par exemple portables et/ou de 10 radiocommunication, permettant d'interagir notamment avec des contenus multimédia interactifs. 2. Solutions connues de l'art antérieur Les terminaux de radiocommunication connus de l'art antérieur permettent d'interagir avec des contenus ou scènes multimédia, le plus souvent au moyen d'une interface homme-machine comportant des moyens d'interaction concrets, par exemple un clavier alphanumérique de taille réduite, ou bien encore, un écran disposant d'une pluralité de zones interactives pouvant être actionnées au moyen d'un stylet. Force est de constater aujourd'hui que dans les formats multimédia existants, seuls sont définis des évènements concrets en rapport avec des moyens d'interactions concrets, ce qui implique le plus souvent l'utilisation et la gestion d'évènements associés à des touches d'une interface homme-machine, soit physiques pour ce qu'on appelle communément hard keys , soit logicielles pour ce qu'on appelle plus communément soft keys . Or, lorsque sur un terminal de radiocommunication on souhaite favoriser l'interactivité entre l'utilisateur et les différentes fonctions offertes par ce terminal, il est souhaitable que l'utilisateur, pour un terminal d'un type donné, puisse accéder à différentes fonctions toujours de la même façon et pas nécessairement toujours au travers des touches prédéfinies d'une interface clavier. Pour tenter d'atteindre ce dernier objectif, des évènements qualifiables d'abstraits ont été définis dans certaines solutions techniques connues de l'art antérieur. 3. Inconvénients des techniques selon l'art antérieur De tels évènements abstraits sont cependant définis le plus souvent pour permettre un interfaçage entre des fonctions ou actions du terminal et des évènements de la scène multimédia qui ne sont pas directement déclenchés par une action utilisateur sur l'interface homme-machine mise à la disposition de ce dernier. De tels évènements abstraits tels que ceux connus aujourd'hui de l'art antérieur sont par exemple du type: dans le cadre d'un protocole de réseau mise en oeuvre par le terminal: l'établissement d'une connexion, le début de chargement de données, la fin d'un chargement de données, etc. ; dans le cadre de la gestion par le terminal des différents signaux du système opératoire: détection d'une erreur, détection de l'absence d'un fichier, détection d'un niveau de batterie faible, etc. De plus, parmi les formats ou langages de description connus tels que: DOM3, pour Document Object Model en anglais, ou modèle objet de document en français; HTML, pour Hyper Text Markup Language ; le langage SVG, pour Scalable Vector Graphics en anglais; le langage SMIL pour Synchronized Multimedia Integration Language en anglais ou Langage d'intégration multmédia synchronisé , dont le but consiste à permettre l'intégration d'éléments multimédia au sein d'une page Web; le module évènement XML, dont le but consiste à permettre une intégration uniforme d'écouteurs d'événements et de gestionnaires d'événements associés aux interfaces d'événements d'un modèle de document objet au format DOM; un évènement commun et unique dénommé activate peut aussi être considéré comme un évènement abstrait, au sens où différents évènements concrets peuvent être traduits sous la forme d'un évènement commun appelé activate . Cependant, la traduction d'évènements concrets en activate est réalisée soit directement par le système opératoire du terminal, soit par un logiciel de lecture multimédia embarqué sur celui-ci, soit encore, par un script présent dans la scène multimédia. Un inconvénient principal de ce type d'évènement connu du type activate est lié au fait que sa traduction peut varier d'un service multimédia à un autre, ou bien d'un contenu à l'autre. Or, un tel inconvénient va à l'encontre d'un des fondements de l'utilisation d'évènements abstraits au sens de l'invention, à savoir la constance d'un service à un autre, d'un contenu à l'autre, dans l'objectif du maintien d'une parfaite cohérence ergonomique, notamment mais non exclusivement, entre terminaux d'un même type. En ce sens, l'évènement activate définis pour les formats et langages précités n'est donc pas un évènement abstrait au sens de l'invention. De plus, un inconvénient supplémentaire de l'évènement abstrait activate est lié au fait qu'il ne couvre pas les besoins de création de scènes multimédia pour les actions autres que de strictes activations d'objets multimédia. Par ailleurs, un autre inconvénient des formats multimédias existants tels que précités, en particulier issus du travail du groupe Device Independence du W3C ( Device Independence working group page , http://www.w3.org/2001/di), provient du fait qu'ils sont limités pour la création de scènes indépendantes d'un dispositif ou d'un terminal particulier (et de ses moyens d'interactions) à la spécification dans la scène multimédia d'un ensemble d'équivalences d'évènements. Un tel ensemble contient un ensemble de types de dispositifs ou de terminaux connus auxquels sont respectivement associés un ensemble d'équivalences entre des évènements abstraits et des évènements concrets adaptés à chaque type de dispositif ou de terminal. Ainsi, pour la spécification d'une scène multimédia devant être restituée sur un 2890768 4 terminal ou un dispositif d'un type donné, il est nécessaire d'ajouter au fichier de description de celle-ci l'ensemble des évènements équivalents aux évènements concrets adaptés pouvant être pris en compte par le terminal. Un inconvénient de ce type de technique basée sur des équivalences d'évènements concerne le coût supplémentaire associé à la prise en compte de nouveaux dispositifs et/ou terminaux de radiocommunication que chaque producteur de contenu doit supporter. De plus, l'ajout d'informations sous forme de liste(s) d'équivalences entre évènements dans chaque scène multimédia induit un coût de téléchargement 10 supplémentaire pour tout scène interactive devant être restituée sur un terminal, ce qui va à l'encontre des objectifs d'amélioration de l'interactivité par les fournisseurs de contenus et les fabricants de terminaux. De plus, quand bien même le coût de téléchargement supplémentaire induit par la prise en compte de telles listes d'équivalence entre des évènements abstraits prédéfinis et des types de terminaux ou dispositif serait petite pour un type de terminal donné, le nombre très important de types de terminaux et dispositifs permettant de restituer des scènes multimédia actuellement disponibles sur le marché rendrait la taille de la liste rédhibitoire et quasiment impossible à exploiter. 4. Objectifs de l'invention L'invention a notamment pour objectif de pallier ces inconvénients de l'art antérieur. Plus précisément, un objectif de l'invention est de fournir une technique de contrôle d'interface d'une pluralité de type de terminaux qui permette à des créateurs ou auteurs de scènes multimédia de créer et de gérer un ensemble d'évènements pouvant survenir au niveau des différents terminaux, par exemple suite à une action utilisateur sur son terminal, indépendamment des différents moyens d'interaction disponibles sur chacun des terminaux sur lesquels les scènes multimédia doivent pouvoir être restituées. Un autre objectif de l'invention consiste à fournir un telle technique de 2890768 5 contrôle d'interface d'une pluralité de types de terminaux de radiocommunication qui favorise, pour un dispositif donné, une parfaite cohérence ergonomique des moyens d'interactions utilisés pour chaque action courante, quel que soit le service accédé, quel que soit l'origine et le concepteur du service. Un objectif supplémentaire de l'invention consiste à fournir une telle technique qui puisse être utilisée dans un grand nombre d'applications embarquées, par exemple sur des terminaux de radiocommunication, lesquelles nécessitent une représentation des signaux qui la composent sous forme d'un agencement spatio-temporel d'objets graphiques avec lesquels un utilisateur doit être en mesure d'interagir. Encore un objectif de l'invention consiste à fournir une telle technique de conception et de contrôle d'interface d'une pluralité de types de terminaux qui permette d'une part la création d'un ensemble d'évènements abstraits couvrant l'ensemble des besoins des auteurs ou créateurs de contenus et pas uniquement l'abstraction de l'activation d'objets multimédia et, d'autre part de vérifier dans les outils auteurs l'indépendance des scènes ainsi créées par le simple examen des évènements qu'elles utilisent. En d'autres termes, si un auteur n'utilise que des évènements abstraits dans une scène multimédia, alors celle-ci pourra être rendue complètement indépendante des moyens d'interaction disponibles sur le dispositif ou du terminal. Un objectif supplémentaire de l'invention consiste à fournir une telle technique qui soit générique, d'une part en ce qu'elle peut s'appliquer à pratiquement toutes les descriptions d'animations graphiques actuelles: MPEG-4/BIFS, SVG, SMIL, XHTML, etc., tout en restant simple de mise en oeuvre et d'utilisation, et peu coûteuse. Un dernier objectif de l'invention consiste à permettre à un fabricant d'un nouveau terminal ou à un concepteur de logiciel de lecture multimédia porté sur ce nouveau terminal, d'une façon relativement simple, de mettre en oeuvre et/ou de prendre en compte la correspondance entre des évènements abstraits et des évènements concrets spécifiques au nouveau terminal, sans plus de nécessité 2890768 6 d'adapter les applications à l'interface de chaque type terminal devant les embarquer. 5. Caractéristiques essentielles de l'invention Ces objectifs, ainsi que d'autres qui apparaîtront par la suite, sont atteints à l'aide d'un procédé de contrôle d'interface d'une pluralité de types de terminaux de radiocommunication. Selon l'invention, on définit avantageusement un ensemble d'événements (11) abstraits, correspondant chacun à une interaction générique et fonctionnelle prédéfinie indépendant de l'interface, tel que pour un type de terminal donné, on associe à au moins certains des événements (11) abstraits des évènements (16) concrets disponibles et/ou exécutables sur le terminal, de façon à permettre d'une part le développement d'une application indépendamment des spécificités d'interface de chaque type de terminal et d'autre part que toutes les applications développées à l'aide des événements abstraits soient mises en oeuvre de façon homogène sur un terminal donné. L'invention permet donc une approche nouvelle et inventive de la conception et du contrôle d'interfaces de terminaux, laquelle s'inscrit dans un contexte générique de simplification de la programmation de services de télécommunications interactifs qui tend également en l'amélioration de l'ergonomie des interactions entre l'utilisateur et ces services mis en oeuvre sur de tels terminaux, par exemple des téléphones mobiles. En effet, les évènements abstraits peuvent désormais être associés directement aux différents points d'entrée de l'interface ou bien à des évènements concrets associés ou non à ces derniers, suivant un choix optimal en termes d'ergonomie et de facilité de navigation dans des menus et/ou d'interaction avec les fonction du terminal. Préférentiellement, les événements (11) abstraits appartiennent au groupe comprenant: des événements directionnels, tels que aller vers le haut , aller vers le bas , aller vers la droite , aller vers la gauche ; - des événements de validation et/ou d'abandon d'une opération en cours; des événements de contrôle de début et/ou de fin d'une opération de glisser-déplacer ; - des événements de navigation, tels que suivant , précédent ; - des événements de contrôle d'un menu. De façon avantageuse, les évènements (16) concrets appartiennent au groupe comprenant: des appuis sur des touches d'un clavier; - des actions sur une molette, une manette ou une boule; - des appuis sur des boutons graphiques définis sur un écran; - des commandes vocales. De façon préférentielle, dans un terminal donné, on met en oeuvre les étapes suivantes: déclenchement d'un évènement (16) concret; interprétation (12) dudit événement (16) concret, lui associant (15) un évènement (11) abstrait équivalent; exécution (13) d'une action (14) physique associée audit événement (11) abstrait. Ainsi, lorsque l'utilisateur interagit avec son terminal, il génère un évènement concret que le lecteur multimédia embarqué sur le terminal va détecter dans la scène (cas du traitement habituel des évènements concrets) avant de rechercher si cet évènement concret possède un évènement abstrait associé ; si c'est le cas, il traduit l'évènement concret en évènement abstrait équivalent et l'action physique associée à l'évènement abstrait est exécutée dans la scène. Préférentiellement, les évènements abstraits sont définis dans le terminal ou le lecteur multimédia. L'invention concerne également un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur. 2890768 8 Selon l'invention, un tel produit programme d'ordinateur comprend des instructions de code de programme pour la mise en oeuvre du procédé de contrôle d'interface précité. L'invention concerne aussi un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, comprenant avantageusement des instructions de code de programme pour la mise en oeuvre d'une application pour terminal de radiocommunication, l'application mettant en oeuvre un ensemble d'événements abstraits, correspondant chacun à une interaction générique et fonctionnelle prédéfinie, et au moins certains des événements abstraits étant associés à des évènements concrets disponibles et/ou exécutables sur le terminal. L'invention concerne également un support de données portant au moins une application pour terminal de radiocommunication, l'application mettant en oeuvre, de façon avantageuse, un ensemble d'événements abstraits, correspondant chacun à une interaction générique et fonctionnelle prédéfinie, au moins certains des événements abstraits étant associés à des évènements concrets disponibles et/ou exécutables sur le terminal. L'invention concerne aussi de façon avantageuse un signal de données représentatif d'une application pour terminal de radiocommunication et comprenant des données représentatives d'événements abstraits correspondant chacun à une interaction générique et fonctionnelle prédéfinie, au moins certains des événements abstraits étant associés à des évènements concrets disponibles et/ou exécutables sur le terminal. L'invention concerne enfin un terminal de radiocommunication comprenant de façon préférentiel des moyens de mise en oeuvre d'un ensemble d'événements abstraits, correspondant chacun à une interaction générique et fonctionnelle prédéfinie, les événements abstraits étant associés à des évènements concrets disponibles et/ou exécutables sur ledit terminal. Selon un tel terminal, les moyens de mise en oeuvre d'un ensemble 2890768 9 d'événements abstraits comprennent préférentiellement: - des moyens de lecture de données représentatives d'au moins un des événements (16) concrets; - des moyens d'interprétation dudit au moins un événement concret, lui associant un évènement abstrait correspondant; - des moyens d'exécution d'une action physique associée à l'événement abstrait. 6. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels: la figure 1 donne un organigramme des grandes étapes du procédé de contrôle d'interface selon l'invention; la figure 2 illustre un exemple d'association d'évènements abstraits identiques à des interfaces deux terminaux de type différent. 7. Description détaillée d'un mode de réalisation de l'invention La présente invention concerne donc une technique de contrôle d'interfaces de terminaux de type différents, par exemple et non exclusivement de radiocommunication, à partir de la mise en oeuvre d'évènements dits abstraits, correspondant chacun à une interaction générique et fonctionnelle prédéfinie indépendante de chacune des interfaces hommemachine proposées par ces différents terminaux. L'invention trouve tout particulièrement un intérêt dans le cadre d'une approche générique de la conception de services et/ou d'applications de télécommunication mobile. En effet, les évènements abstraits ne sont pas associés à un type d'interface d'un terminal d'un type donné, mais désormais programmés et/ou définis directement par le concepteur ou l'auteur du service et/ou de l'application de télécommunication d'une manière complètement indépendante de l'interface et du terminal. C'est donc ensuite à l'ergonome du terminal devant exécuter le service et/ou l'application que revient la tache relativement simple de faire la connexion, de façon la plus optimale et ergonomique qui soit, entre les évènements abstraits et l'interface d'entrée du terminal considéré : boutons, molettes, touches logicielles ( soft keys ), etc. Ceci est rendu d'autant plus simple que la définition préalable des différents évènements abstraits a été réalisée d'une façon parfaitement indépendante des services ou du terminal embarquant ces services, par exemple en considération d'une ou plusieurs classes de services: services mobiles, services pour PC, services pour assistant personnel numérique (ou PDA), etc. Ainsi, et de façon plus précise, il suffit au manufacturier qui décide de pourvoir un dispositif ou un terminal de radiocommunication d'un ensemble de moyens d'interaction, d'associer de façon optimale les évènements abstraits prédéfinis, par exemple retour en arrière , à un moyen particulier de l'interface disponible du dispositif ou du terminal, par exemple un bouton physique sur le flanc du dispositif, ou bien à une touche logicielle. Ensuite, lorsque l'auteur ou le concepteur de services interactif veut faire référence à une forme d'interaction courante, comme par exemple un retour en arrière, il définit comme source d'interaction l'évènement abstrait existant retour en arrière . L'utilisateur, quelle que soit le service qui utilise les évènements abstraits ainsi mis en oeuvre par le manufacturier, disposera d'une interface cohérente et ergonomique sur son dispositif. Par exemple et comme illustré sur la figure 2, un premier manufacturier pourra décider que tous les évènements 23 abstraits du type retour en arrière seront associés pour un terminal 20 ou un dispositif donné, à une pression vers la gauche de la molette 21 centrale de navigation du dispositif ou du terminal, alors que pour un deuxième manufacturier, ces évènements abstraits du type retour en arrière seront associés pour un autre terminal 22 ou un autre dispositif donné, à un bouton 24 graphique spécifique de retour arrière disponible dans en bas à gauche de l'écran 25. L'interprétation par le terminal 20 ou 22 de l'évènement 23 abstrait associé respectivement à une pression vers la gauche de la molette 21 ou à un appui sur la touche 24 écran aura pour conséquence l'exécution au niveau du terminal 20, 22, de l'action 26 physique correspondante de retour en arrière à partir de l'état courant d'une scène multimédia. La technique selon l'invention est donc centrée sur le concept et la mise en oeuvre d'évènements abstraits pour le contrôle d'interfaces hommemachine de dispositifs ou de terminaux, par exemple de radiocommunication. Un évènement abstrait dispose notamment d'une sémantique claire et 10 d'usage courant dans les services multimédias envisagés, non directement liée à un évènement concret particulier. Il a vocation à être utilisé dans une description de scène multimédia en lieu et place d'un évènement concret (un appui touche spécifique par exemple et propre à un terminal donné uniquement). En effet, et comme illustré ci-dessous au travers un exemple de code informatique, la description selon l'art antérieur d'une nouvelle scène met habituellement en oeuvre des évènements clavier concrets prédéfinis du type accessKey , pour permettre à un utilisateur d'un terminal, par exemple un téléphone mobile, d'interagir avec au moins certaines des fonctionnalités mises à sa disposition par ce dernier. 1ÉÏ [...] [...] Ainsi, le lecteur comprendra aisément à la lecture de l'exemple précédent que le concepteur d'une scène doit nécessairement prévoir à l'avance à quelle point d'entrée de l'interface physique (clavier par exemple) d'un terminal donné il doit associer l'exécution d'un évènement concret. Au contraire, la technique selon l'invention, permet avantageusement de rendre la conception d'une scène parfaitement indépendante de l'interface et des capacités d'interaction d'un terminal donné (notamment des touches physiques équipant ce dernier). Un autre avantage de la technique selon l'invention, comme illustré au travers l'exemple de description d'une nouvelle scène ci-dessous, concerne sa simplicité de mise en oeuvre, tant au moment de la conception de la scène puisqu'il suffit pour le concepteur de remplacer dans le fichier de description de la scène le nom de l'évènement concret habituellement renseigné selon les techniques de l'art antérieur, par le nom de l'évènement abstrait à déclencher, qu'au moment de l'implantation de la scène sur le terminal, puisqu'il suffit ensuite au fabricant de ce dernier de renseigner le nom ou l'identifiant de l'objet d'interaction disponible sur le terminal et auquel il souhaite associer un évènement abstrait appelé dans la scène. Ainsi, il devient possible d'une manière très simple, au moyen de la technique selon l'invention, d'associer un même évènement abstrait à différents objets d'interaction d'un terminal, que ces objets soient de la forme boutons ou molettes physiques, ou bien de la forme éléments graphiques, sur le terminal. A titre d'exemple illustratif, le fichier de description précité, présent en relation avec les techniques connues de l'art antérieur prend désormais la forme suivante lorsque la technique selon l'invention est implémentée [.. ] correspondant à l'action physique associée à l'évènement abstrait a abstractOK est exécuté. --> [... ] correspondant à l'action physique associée à l'événement abstrait abstractUP est exécuté.--> [...] 41sr:NewScene> Les évènements abstraits peuvent donc être aisément associés par le fabricant du dispositif ou du lecteur ou du terminal multimédia à un ou plusieurs évènements concrets (un appui touche par exemple). Cette association est constante, indépendante du contenu ou du service consulté. Ainsi, lorsqu'un utilisateur interagit avec un élément d'entrée de l'interface utilisateur de son dispositif, terminal multimédia ou terminal de radiocommunication, l'évènement abstrait associé à cet élément d'entrée est déclenché, tout comme l'ensemble des comportements physiques ou logiciels concrets qui sont liés à ce dernier. Un évènement concret est un évènement directement lié à un moyen d'interaction particulier, comme le click souris. Les évènements abstraits sont définis dans le format de description de scène, encodés et transmis au dispositif, décodés et composés dans la scène multimédia, comme des évènements concrets. L'association entre évènement(s) concret(s) et évènement abstrait est faite dans chaque dispositif ou terminal de manière optimale, et n'est pas spécifiée dans le format de description de scène. On présente ci-dessous un exemple d'évènements abstraits qui couvrent les besoins courants d'interaction entre un terminal et son utilisateur: des évènements aller vers le haut/ bas/ droite/ gauche (éventuellement en diagonale) permettant d'abstraire le choix du procédé de navigation directionnelle; un évènement de validation (ok), permettant d'abstraire l'origine de la validation (touche, joystick, jogdial, saisie vocale) ; un évènement d'abandon ( cancel en anglais) , pour arrêter l'action en cours; des évènements démarrer/ arrêter le glisser-déplacer , permettant d'émuler des dispositifs pointeurs absents sur la plupart des mobiles; des évènements suivant/ précédent pour abstraire la navigation dans une situation de consultation de texte long, ou une situation de navigation dans un site; un évènement menu . Ces évènements abstraits permettent aussi d'unifier le traitement de procédés d'interaction différents comme les touches d'un clavier, les boutons 15 graphiques sur l'écran et les dispositifs joystick ou molette. Ils sont définis dans le format de description de scène, encodés et transmis au dispositif, décodés et composés dans la scène multimédia, comme des évènements concrets. L'implantation du lecteur multimédia contient déjà une liste d'évènements 20 (concrets) : une liste d'évènements abstraits est ajoutée à cette liste d'évènements. Ainsi, une table d'association entre évènements concrets et évènements abstraits est ajoutée. Un mécanisme supplémentaire d'écoute de tous les évènements concrets est également ajoutée de telle façon que pour chaque évènement concret, le lecteur vérifie si cet évènement concret est présent dans la table d'association et si c'est le cas, déclenche aussi l'évènement abstrait correspondant. L'association entre évènement(s) concret(s) et évènement abstrait est faite dans chaque dispositif de manière optimale, et n'est pas spécifiée dans le format de description de scène. Dans un exemple d'application pratique, pour un mobile avec une molette, 10 un joystick, un clavier standard et pas de stylet, les évènements cidessus seraient définis par le fournisseur du logiciel de lecture multimédia: aller vers le haut serait lié au joystick nord; aller vers le bas serait lié au joystick sud; aller vers la gauche serait lié au joystick ouest; aller vers la droite serait lié au joystick est; la validation serait liée à l'appui au centre du joystick; suivant/précédent seraient liés au mouvement de la molette; - le glisser/déplacer serait lié aux touches * et #. Dans un autre exemple d'application, pour un mobile avec trois boutons latéraux et un clavier standard, les évènements ci-dessus seraient définis par le fournisseur du logiciel de lecture multimédia: - aller vers le haut serait lié à la touche 2; aller vers le bas serait lié à la touche 8; aller vers la gauche serait lié à la touche 4; aller vers la droite serait lié à la touche 6; la validation serait liée à l'appui sur le bouton latéral central; suivant/précédent seraient liés l'appui sur les boutons latéraux haut et bas; le glisser/déplacer serait lié aux touches * et #. Dans tous ces cas, les mêmes contenus fonctionneraient de manière cohérente sur chaque terminal, sans que l'auteur n'ait à les modifier/adapter. REVENDICATIONS 1. Procédé de contrôle d'interface d'une pluralité de types de terminaux (100) de radiocommunication, caractérisé en ce qu'on définit (101) un ensemble d'événements (11) abstraits, correspondant chacun à une interaction générique et fonctionnelle prédéfinie indépendante de ladite interface, et en ce que pour un type de terminal (100) donné, on associe (15) à au moins certains desdits événements (11) abstraits des évènements (16) concrets disponibles et/ou exécutables sur ledit terminal (100), de façon à permettre d'une part le développement d'une application indépendamment des spécificités d'interface de chaque type de terminal (100) et d'autre part que toutes les applications développées à l'aide desdits événements (11) abstraits soient mises en oeuvre de façon homogène sur un terminal donné. 2. Procédé de contrôle d'interface selon la revendication 1, caractérisé en ce que lesdits événements abstraits appartiennent au groupe comprenant: - des événements directionnels, tels que aller vers le haut , aller vers le bas , aller vers la droite , aller vers la gauche ; - des événements de validation et/ou d'abandon d'une opération en cours; - des événements de contrôle de début et/ou de fin d'une opération de glisser-déplacer ; - des événements de navigation, tels que suivant , précédent ; - des événements de contrôle d'un menu. 3. Procédé de contrôle d'interface selon l'une quelconque des revendications 1 et 2, caractérisé en ce que lesdits évènements (16) concrets appartiennent au groupe comprenant au moins: - des appuis sur des touches d'un clavier; - des actions sur une molette, une manette ou une boule; - des appuis sur des boutons graphiques définis sur un écran; - des commandes vocales. 4. Procédé de contrôle d'interface selon l'une quelconque des revendications 1 à 3, caractérisé en ce que, dans un terminal (100) donné, on met en oeuvre les étapes suivantes: - déclenchement d'un évènement (16) concret; - interprétation (12) dudit événement (16) concret, lui associant (15) un évènement (11) abstrait équivalent; - exécution (13) d'une action (14) physique associée audit événement (11) abstrait. 5. Procédé de contrôle d'interface selon l'une quelconque des revendications 1 à 4, caractérisé en ce que lesdits évènements (11) abstraits sont définis dans un 10 fichier de description d'une scène multimédia, ledit fichier de description étant transmis audit terminal. 6. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en oeuvre du procédé de contrôle d'interface selon l'une quelconque des revendications 1 à 5. 7. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en oeuvre d'une application pour terminal de radiocommunication, ladite application mettant en oeuvre un ensemble d'événements (11) abstraits, correspondant chacun à une interaction générique et fonctionnelle prédéfinie, et en ce qu'au moins certains desdits événements (11) abstraits sont associés à des événements (16) concrets disponibles et/ou exécutables sur ledit terminal, selon le procédé de contrôle d'interface de l'une quelconque des revendications 1 à 5. 8. Support de données portant au moins une application pour terminal de radiocommunication, caractérisé en ce que ladite application met en oeuvre un ensemble d'événements (11) abstraits, correspondant chacun à une interaction générique et fonctionnelle prédéfinie, et en ce qu'au moins certains desdits événements (11) abstraits sont associés à des évènements (16) concrets disponibles et/ou exécutables sur ledit terminal, selon le procédé de contrôle d'interface de l'une quelconque des revendications 1 à 5. 9. Signal de données représentatif d'une application pour terminal de radiocommunication, caractérisé en ce qu'il comprend des données représentatives d'événements (11) abstraits, correspondant chacun à une interaction générique et fonctionnelle prédéfinie, et en ce qu'au moins certains desdits événements (11) abstraits sont associés à des évènements (16) concrets disponibles et/ou exécutables sur ledit terminal. 10. Terminal de radiocommunication, caractérisé en ce qu'il comprend des moyens de mise en oeuvre d'un ensemble d'événements (11) abstraits, correspondant chacun à une interaction générique et fonctionnelle prédéfinie, lesdits événements (11) abstraits étant associés à des évènements (16) concrets disponibles et/ou exécutables sur ledit terminal. 11. Terminal de radiocommunication selon la revendication 10, caractérisé en ce que lesdits moyens de mise en oeuvre d'un ensemble d'événements abstraits comprennent: - des moyens de lecture de données représentatives d'au moins un événement (16) concret; - des moyens d'interprétation dudit au moins un événement (16) concret, lui associant au moins un évènement (11) abstrait correspondant; - des moyens d'exécution d'une action physique associée audit au moins un événement (11) abstrait.