FR 2943883 A1 20101001 FR 0951988 A 20090330 i Procédé de négociation pour la délivrance d'un service à un terminal L'invention concerne un procédé de négociation pour la délivrance d'un service à un terminal, un serveur l'utilisant, un procédé de configuration d'un terminal, et un terminal l'utilisant. En particulier, l'invention concerne les interfaces d'interaction avec des services à disposition des utilisateurs d'un service. Dans le domaine des interfaces actuelles, deux tendances io différentes se dessinent D'une part, des interfaces riches et évoluées sont développées reposant sur la connaissance précise du terminal accédant au service. Ce sont des environnements dits "fermés". C'est le cas par exemple des services 15 ou applications dédiées à l'iPhone, des offres de télévision basées sur des récepteurs ou box parfaitement connus, etc. Cette première approche impose, en particulier, aux utilisateurs d'investir dans une solution complète et souvent propriétaire. 20 D'autre part, à l'inverse, dans une volonté de rendre universel l'accès aux ressources de l'Internet, sont nés des navigateurs Internet. Ce sont des environnements dits "ouverts". De façon à être accessible d'un très grand nombre de terminaux, ces navigateurs sont restés très indépendants 25 des capacités du terminal, puisqu'il suffit d'un dispositif de pointage (une souris notamment) pour utiliser un navigateur. Cette deuxième approche, de part sa tentative de généricité, s'adapte mal à la diversité grandissante des types de terminaux permettant 30 d'accéder à un service aboutissant à une sous utilisation des capacités du terminal ou au contraire à la non prise en compte de ses limitations. En outre cette deuxième approche s'adapte mal au handicap de certains utilisateurs. Et, de plus, elle ne tient pas compte des contextes d'utilisation, notamment la mobilité du terminal, le fait qu'une conversation soit déjà en cours, etc. Or ces contextes d'utilisations auraient pu être indiqués par l'utilisateur ou être déduits de la configuration qu'il a réalisée sur son terminal (terminal en mode "Réunion", microphone désactivé, et.) Plusieurs solutions existent aujourd'hui qui permettent d'indiquer à un terminal d'indiquer ses caractéristiques matérielles et logicielles à un lo service ou une application, de manière à ce que ce dernier adapte son contenu et/ou la présentation de son contenu au terminal considéré. En particulier, les spécifications RFC 2534 de 1999 prévoient qu'un terminal puisse indiquer des informations décrivant ses capacités relatives à 15 l'affichage, l'impression, et la réception de fax. Mais du fait de son ancienneté, elles ne sont plus adaptées à la complexité actuelle des applications et des terminaux. Dans sa recommandation CP/PP1.0 du 15 janvier 2004 dont la 20 version 2.0 est à l'état de document de travail, le consortium W3C (World Wide Web Consortium) établit une norme permettant à chaque terminal de décrire ses capacités. Il s'agit essentiellement des capacités relatives au matériel, au système d'exploitation, au navigateur Internet et éventuellement au type de connectivité réseau. L'objectif est de permettre à un serveur Web 25 d'adapter le contenu délivré et sa mise en forme aux limitations du terminal. Cette recommandation s'appuie sur la norme RDF pour Resource Description Framework, basée sur le langage XML, pour décrire les capacités d'un terminal. 30 L'Alliance OMA (Open Mobile Alliance) a repris la recommandation du consortium W3C pour en préciser les modalités d'utilisation dans le cadre de terminaux mobiles. Ces modalités d'utilisation précisent essentiellement l'utilisation du profil composite de capacités/préférences CC/PP sur session selon le protocole WAP ou WSP (abréviation de WAP session protocol) et sur 35 session selon le protocole http sans fil ou W-http (abréviation de WAP Wireless profiled http) dans un document validé sous le titre de User Agent Profile version 2.0. Or, toutes ces solutions son essentiellement focalisées sur les capacités de restitutions passives des terminaux telles que les possibilités d'affichage, la présence de hauts parleurs, etc., et partiellement sur ses capacités à émettre des informations (textes, voix, etc.). Dans tous les cas, ces informations ont pour seul et unique objectif de permettre au serveur Web d'adapter le contenu délivré (Content Adaptation). Cette adaptation de lo contenu est alors réalisée soit par sélection d'un contenu présentant un format adapté (le même contenu étant disponible sous plusieurs formats), soit par formatage du contenu de manière différente suivant les capacités de restitutions et/ou d'émission indiquées, soit en transformant le contenu (notamment par réduction de résolution, transcodage, etc.). 15 Les interactions du terminal avec le service restent limitées soit, dans la première approche, à celle proposée par la solution d'interface propriétaire avec ses inconvénients, soit, dans la deuxième approche, aux interactions génériques. Dans cette deuxième approche, les potentialités du terminal ne sont donc pas toutes exploitées car cette approche nivelle par le bas les interactions entre le terminal et les services menant au sous emploi des capacités d'interactions du terminal. Un des buts de la présente invention est de remédier à des inconvénients/insuffisances de l'état de la technique/ d'apporter des améliorations par rapport à l'état de la technique. 30 Un objet de l'invention est un procédé de négociation pour la délivrance d'un service à un terminal comportant l'envoi audit terminal d'un ensemble de propositions d'interactions avec des moyens de délivrance dudit service apte à permettre audit terminal d'indiquer audits moyens de délivrance dudit service que ledit terminal accepte au moins une proposition parmi 35 l'ensemble de propositions d'interactions. 20 25 Ainsi, le service propose au terminal des alternatives en termes de modes d'interactions possibles. Le terminal pourra ainsi indiquer le(s) mode(s) d'interaction(s) correspondant à la meilleure utilisation possible de ses capacités, voire de choisir un mode d'interaction compatible avec le handicap de l'utilisateur dudit terminal. Avantageusement, l'étape d'envoi d'un ensemble de propositions d'interactions est renouvelée durant une session dudit service. lo Ainsi, si le service a subit une mise à jour de ses modes d'interactions et/ou le terminal de ses capacités d'interactions et/ou si l'utilisateur du terminal a changé durant la session, ces nouveaux éléments peuvent être pris en compte pour réadapter le mode d'interactions du terminal avec le service. 15 Un autre objet de l'invention est un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé de négociation lorsque ledit programme est exécuté par un processeur. 20 L'invention a pour objet un serveur délivrant un service à un terminal comportant des moyens d'envoi audit terminal d'un ensemble de propositions d'interactions avec des moyens de délivrance dudit service apte à permettre audit terminal d'indiquer au serveur que ledit terminal accepte au moins une proposition parmi l'ensemble de propositions d'interactions. 25 L'invention a aussi pour objet un procédé de configuration d'un terminal en vue de la délivrance d'un service comportant la réception d'un ensemble de propositions d'interactions avec des moyens de délivrance dudit service apte à permettre audit terminal d'indiquer audits moyens de délivrance 30 dudit service que ledit terminal accepte au moins une proposition parmi l'ensemble de propositions d'interactions. Avantageusement, ledit procédé comporte le choix d'au moins une proposition parmi l'ensemble de propositions d'interactions en fonction de 35 capacités dudit terminal. Ainsi, le terminal pourra être configuré pour interagir au mieux avec le service en fonction de ses propres capacités. Avantageusement, ledit procédé comporte le renouvellement de s l'étape de réception d'un ensemble de propositions d'interactions apte à permettre audit terminal de modifier la au moins une proposition acceptée. Avantageusement, au démarrage de l'utilisation par ledit terminal dudit service, ledit procédé comporte une configuration dudit terminal en ro fonction d'une des au moins une proposition acceptée. Ainsi, le terminal spécialise son interface pour interagir avec le service le temps de l'utilisation de ce service par l'utilisateur du terminal. Le terminal adapte dynamiquement son interface au service en fonction de 15 l'ensemble de proposition d'interaction proposée par le service. L'invention a également pour objet un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé de configuration lorsque ledit programme est exécuté par un processeur. 20 Un objet de l'invention est un terminal comportant la réception d'un ensemble de propositions d'interactions avec des moyens de délivrance d'un service apte à permettre audit terminal d'indiquer audits moyens de délivrance dudit service que ledit terminal accepte au moins une proposition parmi 25 l'ensemble de propositions d'interactions. Un autre objet de l'invention est un terminal comportant des moyens de délivrance d'un service et d'une interface permettant à un utilisateur dudit terminal d'interagir avec ledit service, lesdits moyens de 30 délivrance dudit service comporte des moyens d'envoi à ladite interface d'un ensemble de propositions d'interactions avec lesdits moyens de délivrance dudit service apte à permettre à ladite interface d'indiquer audit moyens de délivrance dudit service que ladite interface accepte au moins une proposition parmi l'ensemble de propositions d'interactions 35 Les caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description, faite à titre d'exemple, et des figures s'y rapportant qui représentent : - Figure 1, des échanges ayant lieu durant le procédé de négociation selon l'invention, - Figures 2a et 2b, des schémas d'exemples de propositions d'interactions, interactions respectivement par usage de touches et par utilisation d'un écran tactile, Io - Figure 3, un schéma bloc d'un procédé de négociation selon l'invention, - Figures 4a et 4b, des schémas d'exemples de terminaux configurés selon l'interaction proposée par respectivement les figures 2a et 2b pour la délivrance d'un service de messagerie, 15 - Figure 5, un schéma bloc d'un procédé de configuration selon l'invention, - Figure 6, un schéma bloc d'une architecture mettant en oeuvre l'invention. 20 Les variantes de l'invention décrites ci après pourront être mise en oeuvre seule ou en combinaison. La figure 1 illustre les échanges ayant lieu durant le procédé de négociation illustré par la figure 4. L'objectif du procédé de négociation est 25 d'abord de lister un ensemble de stimuli qui peuvent potentiellement être pris en charge par un terminal et des moyens de délivrance d'un service, encore appelé application coeur, durant la session de service. Par stimuli est entendu une information remontée du terminal vers 30 les moyens de délivrance d'un service. Son envoi est provoqué par une action de l'utilisation en direction de moyens de délivrance d'un service. Le stimulus est donc une interaction entre le terminal et les moyens de délivrance d'un service. Le terme "service" désigne à la fois le service délivré par l'application coeur et peut être utilisé par abus de langage pour désigner cette application coeur, c'est-à-dire les moyens de délivrance du service. Les moyens de délivrance d'un service peuvent être constitués par une entité logique qui délivre un service à l'utilisateur. Ces moyens de délivrance d'un service peuvent être locaux ou distants, cela signifie que les moyens de délivrance du service peuvent être respectivement localisés dans le terminal ou dans un serveur distant. C'est dans ces moyens de délivrance du service que sont traitées les demandes du terminal et que le contenu qui lui est io destiné est préparé en fonction de ces demandes avant d'être transmis. Le procédé de négociation comporte au moins un premier échange p des moyens de délivrance d'un service 1 vers le terminal 2. Dans cet échange, les moyens de délivrance d'un servicel formulent un ensemble de 15 propositions d'interactions. Dans une variante de l'invention, les propositions sont hiérarchisées, notamment en fonction de la richesse d'interactions qu'elles offrent à l'utilisateur. Chaque proposition regroupe un ensemble d'interactions prises en charge par les moyens de délivrance du service. Par ensemble d'interactions est entendue au moins une interaction. Pour chaque 20 interaction ou stimulus, l'ensemble de proposition d'interactions p envoyé par les moyens de délivrance d'un servicel comporte: - une description de la commande d'interaction devant être envoyé par le terminal 2 aux moyens de délivrance d'un service 1 lorsque que l'interaction correspondante est activée par l'utilisateur, 25 - dans une variante de l'invention, le caractère obligatoire ou optionnel de l'interaction pour le service, le cas échant, toute autre information supplémentaire qui pourrait s'avérer utilise à l'utilisation du service (pouvant, par exemple, être utilisé pour renseigner l'utilisateur sur les moyens d'utiliser son termina pour accéder aux 30 moyens de délivrance). Le premier échange constitue donc une offre au terminal 2 de stimuli ou interactions pris en charge par les moyens de délivrance d'un servicel. Les tables ci après donnent un exemple d'un ensemble de propositions d'interactions qui peut être envoyé par des moyens de délivrance d'un service 1, notamment d'un service de messagerie vocale évoluée, vers un terminal 2 tel qu'un terminal mobile. Proposition n° 1 Préf 9 Stimulus Commande associée O/F * DTMF"*" 0 1 DTMF "1" O 3 DTMF "3" 0 DTMF "5" 0 Proposition n° 2 Préf 2 Stimulus Commande associée O/F Droite Next O Gauche Back O Valider OK O Retour Upper-Menu O C Delete F Proposition n° 3 Préf 1 Stimulus Commande associée O/F Déroule droite Roll-Next O Déroule gauche Roll-Back O Déroule haut Roll-Up O Déroule bas Roll-Down O Pointage Position O Sélection Selection F Dans cet exemple, la première proposition est la moins lo recommandée par le fournisseur du service (Pref=9). Les moyens de délivrance d'un servicel peuvent en informer le terminal en indiquant dans l'envoi d'un ensemble p de propositions 5 d'interaction, une indication de préférence. Dans l'exemple ci-dessus, cette indication de préférence est donnée par un paramètre Préf variant de 1 à 10 de la proposition la plus intéressante à la moins intéressante d'après les moyens de délivrance du service. L'intérêt peut être une simple recommandation du fournisseur du service ou être estimé par les moyens de délivrance du servicel. Cet intérêt est basé sur un ou plusieurs critères tels que la richesse de l'interaction, la généricité de la proposition d'interaction, etc. La première proposition permet à l'utilisateur du terminal qui io utilisera ce mode d'interactions d'interagir avec sa messagerie vocale uniquement en envoyant des fréquences vocales aux moyens de délivrance du service (touches DTMF). Cette proposition a l'avantage de permettre l'accès au service aux terminaux les moins évolués. 15 La deuxième proposition permet à l'utilisateur l'usage des touches "droit/gauche/valider/retour" du clavier 22 d'un terminal mobile 2 illustré par la figure 2a, et de manière optionnelle, à l'usage de la touche "annuler" (champ O/F positionné à "F"). Pour mettre en oeuvre cette deuxième proposition d'interaction le terminal doit donc configurer ces touches pour que les 20 commandes soient associées de manière adéquates pour permettre l'interaction avec les moyens de délivrance du service. Dans le cas où le terminal 2 est configuré selon cette deuxième proposition pour interagir avec les moyens de délivrance du service 1 de 25 messagerie vocale, les moyens de délivrance du service de messagerie vocale vont représenter, par exemple, sous forme d'une liste de message (ici des enveloppes fermées) qui sera affichée sur l'écran 21 du terminal mobile 2 et qui pourra être parcourue de droite à gauche (flèches sur l'écran 21). Les moyens de délivrance du service ne permettront pas de navigation "haut/bas" 30 dans cette liste. Ainsi, un utilisateur qui connaît le terminal 2 utilisera intuitivement la touche gauche 221 et la touche droite 222 du clavier 22 du terminal mobile 2 pour naviguer dans la liste proposée par les moyens de délivrance du service. La troisième proposition permet à l'utilisateur l'usage de l'écran tactile 22 de son terminal mobile 2 illustré par la figure 2b permettant de se déplacer dans toutes les directions (4 flèches de l'écran tactile 22), mais également de pointer un élément et, éventuellement, une sélection. Les moyens de délivrance du service de messagerie vocale pourront fournir les messages sous forme d'une mosaïque affichée par l'écran tactile 22 comme l'illustre la figure 2b que l'utilisateur du terminal mobile 2 pourra parcourir en tous sens. De façon optionnelle, la troisième proposition prévoit qu'une sélection d'un ensemble d'icones représentant les messages sur l'écran tactile io 22 par l'utilisateur engendrera une commande de sélection des messages ainsi représentés, afin par exemple de mener une action commune sur ce groupe de messages (les effacer, les déplacer vers un répertoire, etc.). Dans l'ensemble p des propositions d'interaction (illustré par les 15 tables ci-dessus), le terminal 2 choisit une ou plusieurs propositions d'interactions et l'indique, via l'échange c, aux moyens de délivrance du service 1. La possibilité d'accepter plusieurs propositions à la fois permet au terminal 2 d'enrichir et de diversifier les modes d'interactions, et éventuellement de s'adapter à son utilisateur. Les moyens de délivrance du 20 service 1 indiquent, le cas échant, les combinaisons de proposition acceptables, par exemple, dans un paramètre supplémentaire de l'ensemble p de propositions d'interactions. L'indication c de choix de proposition (choix de stimuli pris en 25 charge) peut être le fait que le terminal 2 ne supporte aucun des modes d'interactions proposés. Dans ce cas, l'indication c constitue une notification du fait que le terminal 2 ne remplit pas les pré-requis permettant l'utilisation du service délivré par les moyens de délivrance du service 1. 30 Dans une variante de l'invention, les moyens de délivrance du service 1 indiquent la prise en compte, via l'échange a, du choix du terminal 2. Ce message peut éventuellement être utilisé pour gérer certains voire tous les cas d'erreurs. La figure 3 reprend le procédé de négociation mis en oeuvre notamment par les moyens de délivrance d'un service 1 ou des moyens de négociation collaborant avec ces moyens de délivrance du service 1. Le procédé comporte un envoie sp d'un ensemble de propositions d'interactions avec des moyens de délivrance d'un service 1. Suite à cet envoi, le procédé de négociation comporte, éventuellement, la réception rc par lesdits moyens de délivrance 1 dudit service d'une indication c que ledit terminal 2 accepte au moins une proposition parmi l'ensemble p de propositions d'interactions. Dans une variante de l'invention, le procédé de négociation comporte l'envoie sa d'une confirmation des stimuli pris en charge par le terminal. Cette confirmation permet de s'assurer que le terminal 2 et les moyens de délivrance du service 1 vont bien utiliser les mêmes propositions d'interactions. Dans une variante de l'invention, une session de service est ouverte ss sv et le procédé de négociation peut être renouvelé une ou plusieurs fois durant cette session de service comme le montre le procédé de négociation en tiret. La figure 5 illustre un procédé de configuration d'un terminal 2. Ce procédé comporte la réception rp d'un ensemble de propositions d'interactions avec des moyens de délivrance d'un service 1. Suite à cet envoi, le procédé de configuration comporte, éventuellement, l'envoi sc audits moyens de délivrance 1 dudit service d'une indication c que ledit terminal 2 accepte au moins une proposition parmi l'ensemble p de propositions d'interactions. Dans une variante de l'invention, le procédé de configuration comporte la réception ra par des moyens de délivrance d'une confirmation des 30 stimuli pris en charge par le terminal 2. Dans une variante de l'invention, le procédé de configuration comporte une configuration dynamique config c du terminal 2 et en particulier de ces moyens d'interactions ou interface d'interaction 22. 35 Pour réaliser à la fois la sélection dans l'ensemble p des propositions d'interactions et la configuration dynamique config c, un terminal 2 peut utiliser une plusieurs des méthodes suivantes prises seules ou en combinaison: - une configuration par défaut listant les interactions supportées par le terminal et associant à chaque action d'un utilisateur sur ledit terminal (par exemple à chaque touche du terminal) une commande d'interaction ou stimulus. Cette configuration est, par exemple, notamment, réalisée par le constructeur du terminal et/ou le distributeur, etc. avec, éventuellement, des mises à jour par procédures de mises à jour informatique et électroniques classiques. Ainsi, le choix d'une ou plusieurs propositions dans l'ensemble p de propositions d'interaction sera fonction de cette liste d'interactions supportées par le terminal. - une configuration personnalisée, l'utilisateur du terminal définira ses préférences en termes d'interaction: quelle touche a quelle fonction, la préférence entre l'utilisation des commandes vocales ou du clavier, l'utilisation du clavier numérique, etc. Cette configuration pourra être définie par l'utilisateur via un assistant de démarrage ou la saisie de paramètres dans un menu de configuration, etc. Ainsi, le choix d'une ou plusieurs propositions dans l'ensemble p de propositions d'interaction sera fonction des paramètres d'interactions définis par l'utilisateur et notamment de ses préférences. - une configuration personnalisée propre au service, l'utilisateur du terminal définira ses préférences service par service (utile dans le cas des jeux par exemple). - un profil activé sur le terminal. De ce profil, le terminal déduira un certain nombre de contraintes déterminantes dans le choix d'une ou plusieurs propositions dans l'ensemble p de propositions d'interaction. Par exemple, les profils type "En réunion", "En extérieur", etc. permettront par exemple au terminal de ne pas sélectionner les propositions d'interactions basées sur le mode vocal (l'utilisateur en réunion préférant plutôt intéragir par mode texte qu'en parlant par exemple). Une fois une ou plusieurs proposition(s) retenue(s) et ce choix notifié sc, le terminal se configure dynamiquement en attribuant à chaque stimulus ou interaction une commande ou fonction du terminal. Dans le cas du service de messagerie vocale de la figure 2a, la configuration dynamique du terminal 2 selon la deuxième proposition aboutit comme illustré par la figure 4a à un terminal 2 dont les touches permettent d'accéder aux fonctions de la messagerie. Les messages sont présentés de manière linéaire sur l'écran 21 du terminal car le terminal ne dispose pas de ro touches "haut et "bas". Les touches de l'interface d'interaction 22 du terminal 2 sont configuré comme suit: touche 221 permet l'accès au message précédent, touche 222 au message suivant, touche 227 permet l'ouverture du message, touche 225 permet le retour au menu principal, touche 226 permet d'effacer le message. 15 Dans le cas du service de messagerie vocale de la figure 2b, la configuration dynamique du terminal 2 selon la troisième proposition aboutit comme illustré par la figure 4b à un terminal 2 dont l'écran tactile 22 permet d'accéder aux fonctions de la messagerie. La navigation par toucher de l'écran 22 permet d'aller dans toutes les directions, les messages étant présentés 20 sous forme tabulaire. La figure 6 illustre une architecture mettant en oeuvre l'invention. Des moyens de délivrance d'un service 1 et en particulier des moyens d'émission 1201 de moyens de négociation 12 envoient un ensemble p de 25 propositions d'interactions à un terminal 2, en particulier à une interface d'interactions 22. Des moyens de réception 2201 reçoivent cet ensemble p et des moyens de décisions 2202 acceptent une ou plusieurs des propositions en fonction de la configuration par défaut, de la configuration personnalisée, du profil, etc. Une indication d'acceptation d'une proposition c est reçue par les 30 moyens de réception 1202 des moyens de négociation, qui confirme la proposition d'interactions acceptée par le terminal 2. Lors de l'établissement d'une session du service correspondant ss sv par les moyens de traitement 13 des moyens de délivrance du service et 35 les moyens de traitement 23 du terminal, les moyens de configuration du terminal 2203 configure de manière dynamique le terminal selon la ou les propositions d'interactions acceptées c. Les moyens de délivrance d'un service 1 peuvent être distants d'un s terminal notamment dans un serveur d'application, ou locaux, c'est-à-dire implémentés dans le terminal 2 (non illustré). La connectivité entre les moyens de délivrance du service et le terminal sont de tous types : filaire, radio, GSM, Bluetooth, Wifi, Ethernet, voire simple relation applicative entre deux composants logiciels, etc. 10 Dans une variante de l'invention, le procédé de configuration selon l'invention vient compléter les mécanismes existants permettant à un terminal de communiquer ses capacités de restitution de l'information (taille de l'écran, etc.) à un serveur d'application. 15 Dans une variante de l'invention, les moyens de délivrance du service 1 tirent partie des informations qui lui sont fournie par le procédé de négociation selon l'invention pour adapter la façon dont il interagit avec le terminal 2. Dans le cas d'architecture, telles que les architectures Web trois 20 tiers par exemple, l'interaction sera, notamment, prise en charge par la couche "présentation". De cette façon, la couche "Logique de Service" encore appelée couche "applicative", permet de délivrer le service de manière agnositque au terminal ; la couche "présentation" prenant en charge l'interaction avec le terminal. 25 Dans certaines applications, des équipement peuvent jouer le rôle de relai, c'est-à-dire qu'ils implémentent à la fois le terminal 2 pour un premier service et les moyens de délivrance d'un deuxième service 1, tel qu'un récepteur de télévision qui joue à la fois le rôle de moyens de délivrance d'un 30 deuxième service vis-à-vis de la télécommande et celui de terminal qui accède à un premier service : service de télévision localisé sur le réseau. Grâce à l'invention, le développeur du service n'a pas à connaître au préalable les terminaux qui seront utilisés pour accéder à son service 35 puisque le terminal et les moyens de délivrance du service dialogueront grâce au procédé de négociation permettant au terminal d'adapter dynamiquement sa configuration. En outre, l'utilisateur pourra tirer le meilleur parti de son terminal en 5 fonction des interfaces du terminal et de l'ensemble des propositions d'interaction des moyens de délivrance du service. En personnalisant la configuration par rapport aux contraintes des utilisateurs: mobilité, réunion, handicap, l'interaction du terminal avec le lo service s'adaptera aussi à l'utilisateur du terminal et ce pour n'importe quel service. Les services visés par l'invention correspondent à tout type d'usage (liste non exhaustives): 15 - accès à des services centralisés, tels que messagerie vocale, navigation internet, jeux en ligne, musique en ligne, Télévision en ligne, à partir de terminaux mobiles; - utilisation d'une télécommande unique pour divers équipements domestiques, tels que la télévision, le récepteur TNT, le décodeur de 20 télévision ou set top box, la chaine hi-fi, un centre multimédia, etc.; - utilisation de tout type de terminal (téléphone Bluetooth, manette de jeu aux fonctions avancées, etc.) comme télécommande d'équipement divers; - utilisation de tout type de terminal pour jouer le rôle d'interface d'interaction avec des services variés: réglages sur une voiture, navigation 25 GPS, etc.; - utilisation de tout type de terminal pour jouer le rôle d'interface d'interaction avec des kiosques publics pour, notamment, l'achat de ticket de train, place de spectacles, ticket de métro, place de parking, réservation d'hôtel, de restaurant; etc. 30 - utilisation de la manette électronique d'un fauteuil roulant d'un utilisateur comme interface d'interaction avec un service quelconque. Le procédé de négociation et le procédé de configuration constitue un protocole qui peut être implémenté sous la forme d'une interface de 35 programme d'application ou API (Application Programming Interface) permettant aux moyens de délivrance de service de dialoguer avec le terminal sur lequel ils sont installés pour en découvrir les capacités d'interactions. Par exemple, pour le téléchargement d'application sur téléphones mobiles, chaque application embarque cette API qui lui permette d'échanger avec le mobile pour savoir quels stimuli il peut prendre en charge. Ainsi, l'application peut supporter un nombre importants de mobiles sans avoir à les connaître tous. REVENDICATIONS1. Procédé de négociation pour la délivrance d'un service à un terminal comportant l'envoi (sp) audit terminal d'un ensemble de propositions d'interactions avec des moyens de délivrance dudit service apte à permettre audit terminal d'indiquer audits moyens de délivrance dudit service que ledit terminal accepte au moins une proposition parmi l'ensemble de propositions d'interactions. 2. Procédé de négociation selon la revendication précédente caractérisé en ce que l'étape d'envoi (sp) d'un ensemble de propositions d'interactions est io renouvelé durant une session dudit service. 3. Programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé de négociation selon l'une quelconques des revendications précédentes lorsque ledit programme est exécuté par un processeur. 15 4. Serveur délivrant un service à un terminal comportant des moyens d'envoi (1201) audit terminal d'un ensemble de propositions d'interactions avec des moyens de délivrance dudit service apte à permettre audit terminal d'indiquer au serveur que ledit terminal accepte au moins une proposition parmi l'ensemble de propositions d'interactions. 20 5. Procédé de configuration d'un terminal en vue de la délivrance d'un service comportant la réception (rp) d'un ensemble de propositions d'interactions avec des moyens de délivrance dudit service apte à permettre audit terminal d'indiquer audits moyens de délivrance dudit service que ledit terminal accepte au moins une proposition parmi l'ensemble de propositions 25 d'interactions. 6. Procédé de configuration selon la revendication précédente caractérisé en ce que ledit procédé comporte le choix (sc) d'au moins une proposition parmi l'ensemble de propositions d'interactions en fonction de capacités dudit terminal. 30 7. Procédé de configuration selon l'une quelconques des revendications 5 ou 6 caractérisé en ce que ledit procédé comporte le renouvellement de l'étape de réception (rp) d'un ensemble de propositions d'interactions apte à permettre audit terminal de modifier la au moins une proposition acceptée. 8. Procédé de configuration selon l'une quelconques des revendications 5 à 7 caractérisé en ce que, au démarrage (st ss sv) de l'utilisation par ledit terminal dudit service, ledit procédé comporte une configuration (config c) dudit terminal en fonction d'une des au moins une proposition acceptée. 9. Programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé de configuration selon l'une quelconques des revendications 5 à 8 lorsque ledit programme est exécuté par un processeur. 10. Terminal comportant des moyens de réception (2201) d'un ensemble de propositions d'interactions avec des moyens de délivrance d'un service apte à permettre audit terminal d'indiquer audits moyens de délivrance dudit service que ledit terminal (2) accepte au moins une proposition parmi l'ensemble de propositions d'interactions. 11. Terminal comportant des moyens de délivrance d'un service (1) et d'une interface (22) permettant à un utilisateur dudit terminal (2) d'interagir avec lesdits moyens de délivrance du service (1), lesdits moyens de délivrance dudit service (1) comporte des moyens d'envoi (1201) à ladite interface (22) d'un ensemble de propositions d'interactions avec lesdits moyens de délivrance dudit service apte à permettre à ladite interface (22) d'indiquer audit moyens de délivrance dudit service que ladite interface accepte au moins une proposition parmi l'ensemble de propositions d'interactions.