FR 2925738 A1 20090626 FR 0760254 A 20071221 Procédé de communication entre un serveur de communication et un terminal L'invention concerne : un procédé de communication entre un serveur de communication, et un terminal, pour la mise en oeuvre de ce procédé. L'utilisateur d'un terminal téléphonique a besoin d'envoyer des commandes à un serveur de communication pour bénéficier de certains services plus évolués que le simple établissement de communications téléphoniques. Dans un réseau téléphonique analogique, il est connu d'envoyer des commandes à un autocommutateur en pressant, sur le clavier d'un terminal téléphonique, une touche ou bien une suite de touches (0 à 9, R, #, *, A, B, C, D). Par exemple : l'utilisateur presse la touche 3 pour passer en conférence, 4 pour demander un rappel automatique, etc. Ces chiffres sont traduits chacun par une double tonalité transmise dans la bande des fréquences vocales (Procédé connu sous le nom de DTMF : Dual Tone Multifrequency). Dans les réseaux téléphoniques numériques, à multiplexage temporel, pour les entreprises, on connaît des terminaux téléphoniques comportant des touches spécifiques pour des fonctions fixées, mais aussi des touches dites à fonction évolutive, proposant à l'utilisateur des actions différentes contextuelles selon les événements se produisant au cours d'une communication téléphonique. Ces touches à fonction évolutive sont placées en bordure d'un écran. Un mot, une abréviation de mot, ou une icône, est affiché sur cet écran à proximité de chaque touche ayant une fonction évolutive, de façon à indiquer à l'utilisateur la fonction courante de cette touche. L'attribution des fonctions évolutives et l'affichage des indications associées aux touches sont entièrement gérés de manière centralisée, par l'autocommutateur. L'évolution de la technologie a conduit à acheminer des signaux téléphoniques de voix et de signalisation sous la forme de paquets de données, en utilisant la famille de protocoles Internet (IP), notamment le protocole RTP (Real Time Transfer Protocol) pour les paquets de voix et le protocole SIP (Session Initiation Protocol) pour les paquets de signalisation. Dans un tel réseau de type IP/SIP, il est connu d'envoyer des commandes à un serveur de communication en pressant, sur le clavier d'un terminal téléphonique de type SIP, une touche correspondant à un chiffre ou bien une suite de touches correspondant à une suite donnée de chiffres. Le document IETF RFC 4730 décrit un procédé appelé KPML (Key Press Markup Language) qui permet de définir et d'exploiter ces suites de chiffres pour commander un serveur de communication utilisant le protocole de signalisation SIP. Ce procédé connu KPML utilise des requêtes du protocole de signalisation SIP, appelées SUBSCRIBE et NOTIFY, pour échanger des messages entre un serveur de communication et un terminal de type SIP lors de l'établissement de chaque communication. En utilisant ces messages KPML, le serveur indique au terminal un ensemble de commandes DTMF prédéterminées et associées à une communication donnée, que ce serveur est capable de recevoir et d'interpréter. Chaque commande DTMF est constitué d'un appui sur une touche donnée, ou une suite d'appuis sur plusieurs touches données (parmi les touches 0 à 9, R, #, *, A, B, C, D). Si l'utilisateur appuie sur une ou plusieurs touches correspondant à une de ces commandes prédéterminées, le terminal doit détecter cette commande, et la signaler au serveur. Le terminal utilise des messages KPML pour lui signaler cet appui (ou cette suite d'appuis sur les touches données). Le terminal peut ainsi commander une fonction dans le serveur. Les possibilités de commande avec les douze touches numériques d'un clavier téléphonique classique étant relativement limitées, il est souhaitable de pouvoir rajouter des touches à fonction évolutive sur un terminal de type SIP. Il serait alors nécessaire de prévoir des moyens pour afficher dynamiquement un mot, une abréviation de mot, ou une icône, sur un écran à proximité des touches à fonction évolutive, de façon à indiquer à l'utilisateur la fonction courante de chaque touche. En outre, il est souhaitable que ces indications soient affichées en exploitant le mieux possible les caractéristiques de l'écran. Le procédé KPML n'a pas été conçu pour cela. Il ne sait détecter et transmettre que des commandes constituées d'un chiffre ou de quelques chiffres. Il ne peut donc pas afficher, sur un écran, un mot, une abréviation, ou une icône. En outre, le procédé KPML ne prend pas en compte les capacités d'affichage de l'écran du terminal, alors que divers modèles de terminaux peuvent être connectés à un même réseau : Le nombre de caractères affichables peut varier, mais aussi le type d'alphabet peut varier. L'écran peut avoir ou non des possibilités graphiques permettant d'afficher une icône. On connaît des terminaux utilisant un procédé propre à un fabriquant, pour recevoir et afficher dynamiquement des indications sur un écran, à proximité des touches à fonction évolutive. Une application téléphonique demande à un serveur de présentation d'envoyer au terminal des données représentant des indications à afficher sur l'écran de ce terminal. Le serveur de présentation connaît à l'avance les caractéristiques de l'écran (Nombre de lignes et nombre de colonnes de pixels, nombre de couleurs affichables) et les caractéristiques des touches (Nombre de touches et disposition par rapport à l'écran) de chaque terminal du réseau auquel il est raccordé. Il adapte le format d'affichage des indications aux caractéristiques de l'écran et des touches du terminal auquel il doit envoyer des données. Un autre procédé connu consiste à envoyer, d'un serveur web à un terminal, des données représentant des indications à afficher sur l'écran de ce terminal, sous la forme d'une page web. Cette page est envoyée au moyen du protocole normalisé appelé HTTP (Hypertext Transfer Protocol) ou des évolutions équivalentes de ce protocole. Cette page est décrite au moyen du langage normalisé appelé HTML (High Level Markup Language). Si le terminal a des moyens de traitement et d'affichage suffisants, il peut comporter un navigateur web classique permettant d'afficher une telle page web. Selon une premier mode de mise en oeuvre de ce procédé connu, il n'y a pas, à proprement parler, de touches à fonction évolutive. Elles sont remplacées par des liens hypertextes placés dans un texte, ou dans des menus déroulant, dans la page web affichée. L'utilisateur peut naviguer dans cette page avec un dispositif de pointage, et il clique sur un lien au lieu de presser une touche. Le serveur de communication n'a donc pas besoin de connaître les caractéristiques de touches pour chaque terminal. Selon un second mode de mise en oeuvre de ce procédé connu, le terminal comporte des touches à fonction évolutive en bordure de l'écran, et une page web affichée sur l'écran donne des indications placées respectivement à proximité de chaque touche à fonction évolutive. Il est alors nécessaire que le serveur web connaisse à l'avance les caractéristiques des touches (Nombre de touches et disposition relative par rapport à l'écran) de chaque terminal du réseau auquel il est raccordé. Il adapte le format d'affichage des indications aux caractéristiques des touches du terminal auquel il doit envoyer des données. Une page web n'est utilisable que sur des terminaux ayant une puissance de traitement et une capacité de mémoire suffisantes. Ceci exclut donc l'utilisation de terminaux SIP à faible coût. D'autre part, ce procédé connu n'est pas parfaitement satisfaisant car la page web affichée doit être adaptée pour chaque appel, et doit pouvoir évoluer en cours d'appel, puisqu'elle contient des indications pour l'utilisation des touches à fonction évolutive, et que l'utilisateur peut sauter instantanément d'une communication à une autre, par exemple pendant un double appel. En pratique, le délai de création d'une nouvelle page web, et le délai de son traitement par le terminal permettent difficilement d'assurer la cohérence entre la page web affichée et ta communication téléphonique en cours sur un terminal donné. Le but de l'invention est de proposer un procédé de communication entre un serveur de communications et un terminal, qui permette d'afficher dynamiquement des indications sur l'écran d'un terminal, à proximité de touches à fonction évolutive, de façon à indiquer à l'utilisateur la fonction courante de chaque touche ; qui permette que ces indications soient affichées en exploitant le mieux possible les caractéristiques de l'écran ; et qui soit applicable sur un terminal SIP ayant une faible puissance de traitement et une faible capacité de mémoire. L'objet de l'invention est un procédé de communication entre un serveur de communication et un terminal comportant au moins une touche à fonction évolutive et des moyens d'affichage apte à afficher à proximité de cette touche une indication concernant la fonction de cette touche ; comprenant les étapes consistant à : - à indiquer à ce serveur quels types d'indication ce terminal est apte à afficher à proximité de cette touche ; - et à envoyer, du serveur au terminal, des informations définissant au moins une commande KPLM que le serveur est capable de recevoir et qu'il est 5 capable d'exécuter ; caractérisé en ce qu'il comprend en outre une étape consistant à envoyer, du serveur au terminal, des informations définissant au moins une indication associée à cette commande et devant être affichée sur le terminal, à proximité d'une touche à fonction évolutive en fonction de l'état téléphonique d'une 10 communication active. Le procédé ainsi caractérisé permet d'utiliser des touches à fonction évolutive sur tous les terminaux de type SIP comportant des moyens de traitement programmable, même si leur puissance de traitement et leur capacité de mémoire sont faibles, parce que l'étape consistant à envoyer du 15 serveur au terminal, des informations définissant une indication associée à une commande KPLM implique beaucoup moins de traitement que la réception et le traitement d'une page web. L'invention a aussi pour objet un terminal et un serveur pour la mise de ce procédé. 20 L'invention sera mieux comprise et d'autres caractéristiques apparaîtront à l'aide de la description ci-dessous et des figures l'accompagnant : - La figure 1 représente un exemple de terminal téléphonique SIP comportant des touches à fonction évolutive. - La figure 2 représente un exemple d'échange de messages de 25 signalisation SIP entre cet exemple de terminal SIP et un serveur de communication, conformément au procédé selon l'invention. L'exemple de terminal téléphonique T représenté sur la figure 1 comporte un écran d'affichage LCD, à cristaux liquide, un clavier classique KP à douze touches 0-9, *, #, et des touches à fonction évolutive K1, ..., Kn le long de 30 la bordure droite et le long de la bordure gauche de cet écran LCD. Le terminal T est relié à un réseau téléphonique N supportant la signalisation SIP et comportant un serveur de communication AS. Pendant toute la durée d'une communication, l'écran LCD affiche une indication, respectivement 11, ..., ln, à proximité de chacune des touches à fonction évolutive, K1, ..., Kn, pouvant être utilisée pendant la communication considérée ; par exemple pour mettre en garde une première communication afin d'établir une seconde communication. Chacune de ces indications peut être un mot, une chaîne de mots, ou une icône. Le procédé selon l'invention est un perfectionnement au procédé connu KPLM. Ce procédé connu KPML utilise des requêtes du protocole de signalisation SIP, appelées SUBSCRIBE et NOTIFY, pour échanger des messages entre un serveur de communication et un terminal de type SIP lors de l'établissement de chaque communication. En utilisant ces messages KPML, le serveur indique au terminal un ensemble de commandes DTMF prédéterminées et associées à une communication donnée, qu'il est susceptible de recevoir, de la part d'un utilisateur. Chaque commande DTMF est constituée d'un appui sur une touche donnée, ou plusieurs touches données (parmi les touches 0 à 9, R, #, *, A, B, C, D). Si l'utilisateur applique une de ces commandes, le terminal doit détecter cette commande, et la signaler au serveur. Autrement dit, si le terminal détecte un appui sur une touche (ou une suite d'appuis de touche) correspondant à une commande qui a été indiquée à l'avance par le serveur, le terminal utilise des messages KPML pour lui signaler cet appui (ou cette suite d'appuis sur les touches données). Il commande ainsi une fonction dans le serveur. Le procédé connu KPML ne prévoit que l'utilisation des touches 0 à 9, R, #, *, A, B, C, D, ayant une fonction respective fixe. Il ne prévoit rien pour permettre l'utilisation de touches supplémentaires à fonction évolutive ; en particulier, il ne permet pas d'afficher des icônes et/ou des chaînes de caractères à proximité de touches à fonction évolutive. Le procédé selon l'invention est un perfectionnement permettant d'utiliser des touches supplémentaires à fonction évolutive. La figure 2 représente un exemple d'échange de messages de signalisation SIP entre un exemple de terminal T et un exemple de serveur de communication AS, conformément au procédé selon l'invention. Par hypothèse, le terminal T a été connecté à un réseau supportant la signalisation SIP, et au moment où il s'est enregistré auprès d'un serveur (appelé � Registrar �) dans ce réseau, le terminal T a indiqué ses capacités en envoyant à ce serveur les indications : Accept-Language: en Content-Type: image/jpeg qui signifient respectivement que l'utilisateur du terminal T souhaite que les indications soient en Anglais, et que le terminal T peut afficher des icônes. Au moment de l'établissement d'une communication donnée, les étapes de mise en oeuvre sont : Etape 201 : le serveur de communication AS indique au terminal T toutes les actions possibles, c'est à dire la touche ou la suite de touches correspondant à chacune des commandes d'un ensemble de commandes prédéterminé et associé à l'état de la communication en cours. Pour cela, il envoie un message SIP appelé SUBSCRIBE au terminal T. Ce message a pour effet d'abonner ce serveur auprès du terminal T, pour qu'il soit informé de certaines actions quand elles sont détectées par le terminal T. Ce message SUBSCRIBE contient : - L'identité de l'application demandeuse : application/kplm-request. - Un document en langage XML (Extensible Markup Language). Ce document, appelé xmll dans cet exemple, décrit un ensemble prédéterminé de commandes, et un ensembles d'indications destinées à l'utilisateur, chaque commande étant respectivement associée à une indication. Chaque commande de cet ensemble est décrite comme une commande DTMF du procédé KPLM classique, c'est à dire est décrite comme un appui ou une suite d'appuis sur des touches désignées par les caractères 0 à 9, R, #, *, A, B, C, D. Par exemple une commande est décrite par � 013 �, c'est à dire un appui sur la touche à fonction fixe � 0 �, puis un appui sur la touche à fonction fixe � 1 �, puis un appui sur la touche à fonction fixe � 3 �. Si le terminal n'a aucune touche à fonction évolutive, il peut exploiter ces commandes de manière classique : l'usager doit se rappeler qu'il faut appuyer successivement sur les touches (à fonction fixe) 0, 1, 3, du clavier classique pour réaliser cette commande. Si le terminal comporte des touches à fonction évolutive, et un logiciel de mise en oeuvre du procédé selon l'invention, ce terminal décide de manière autonome que la touche à fonction évolutive � Ki � commandera cette fonction. Quand il détectera un appui sur la touche � Ki �, le terminal émettra des signaux DTMF identiques à ceux habituellement produits par une suite d'appuis sur les touches à fonction fixe � 0 �, � 1 �, � 3 �. D'autre part, le terminal affiche, à proximité de la touche Ki (dont il connaît l'emplacement), l'indication associée à cette commande, par exemple la chaîne de caractères � DEMANDER UN RAPPEL �. Ainsi l'utilisateur n'a pas besoin de se rappeler ni de la suite 0, 1, 3, ni de l'emplacement de la touche � Ki�. Il est à noter que le terminal permet encore d'utiliser la suite d'appuis 0,1,3, si l'usager veut tout de même l'utiliser. Etape 202 : Le terminal T accuse réception en envoyant au serveur AS un message SIP appelé OK, et il mémorise cet ensemble de commandes et cet ensemble d'indications pour la durée de la communication ou de l'état courant de la communication considérée, sauf si un nouvel ensemble de commandes et un nouvel ensemble d'indications viennent les remplacer au cours de cette communication. Etape 203 : L'utilisateur appuie sur une touche, ou une suite de touches, correspondant à l'une des commandes possibles. Le terminal T détecte qu'un utilisateur a appuyé sur la touche ou la suite de touches correspondant à une des commandes de l'ensemble de commandes prédéterminé et associé à l'état courant de la communication en cours. Il envoie au serveur AS un message SIP appelé NOTIFY, contenant l'identité de la commande. Etape 204: Le serveur AS accuse réception en envoyant un message OK au terminal T. Il va ensuite appliquer le traitement correspondant à cette commande. Etape 205 : Ultérieurement, suite à un événement au cours de cette 30 même communication, le serveur AS indique au terminal T toutes les actions désormais possibles, compte tenu de cet événement. Pour cela, il envoie un nouveau message SUBSCRIBE au terminal T. Ce message SUBSCRIBE contient : -L'identité de l'application demandeuse : application/kplm-request. - Un nouveau document en langage XML (Extensible Markup Language). Ce document, appelé xml2 dans cet exemple, décrit un nouvel ensemble prédéterminé de commandes, et un nouvel ensemble d'indications associées respectivement. Etape 206 : Le terminal T accuse réception en envoyant au serveur AS un message OK, et il mémorise ce nouvel ensemble de commandes et ce nouvel ensemble d'indications à la place des précédents. Pour transmettre des données permettant d'afficher une indication à proximité de chaque touche à fonction évolutive, deux modes de réalisation préférentiels sont proposés. Selon un premier mode de réalisation, les indications sont constituées de chaînes de caractères en langage naturel. Cela suppose que le serveur connaisse les capacités d'affichage du terminal, pour savoir s'il accepte les caractères latins, ou les idéogrammes chinois par exemple. Plusieurs procédés classiques sont utilisables. Par exemple, le terminal peut lui signaler dynamiquement ses capacités d'affichage lors de l'envoi du message REGISTER envoyé vers son � Registrar � (non représenté sur les figures). Le serveur de communication supervise le � Registrar � pour être notifié de l'apparition d'un poste sur le réseau. Selon un autre exemple de réalisation, le terminal informe le serveur de communication lorsqu'il lui envoie un message OK, à l'étape 202, en utilisant les champs d'en-tête de ce message OK : ACCEPT-LANGUAGE, ACCEPT Exemple de fragment de message KPML, avec des indications en langage naturel: SUBSCRIBE sip:43045@subA.example.com SIP/2.0 Via: SIP/2.0/TCP client.example.com;branch=3go3j0ouq 30 From: ;tag=978675 To: Call-ID: 12345601�subA.example.com25 CSeq: 21 SUBSCRIBE Contact: Max-Forwards: 70 Event: kpml ;remote-tag=" " ;local-5 tag="sip:gw@subA.example.com;tag=oi43jfq" ;callid="12345598@subA.example.com" Expires: 7200 Accept: application/kpml-response+xml Content-Type: application/kpml-request+xml Content-Length: 295 10 O 011 012 013 Override routing Passer outre le routage Report unsolicited call Signaler un appel malveillant 25 Dans cet exemple, la ligne : 0 renvoie à 2 autres lignes correspondant chacune à l'affichage en langage naturel dans une langue donnée : 30 Override routing Passer outre le routage 15 20 Le terminal affichera l'indication correspondant à l'une de ces deux lignes, selon la langue que l'utilisateur a affectée au terminal T. Si, par exemple, l'utilisateur a affecté la langue française, le terminal affiche l'indication correspondant à : Passer outre le routage Dans l'exemple de fragment de message KPML ci-dessus : - La ligne : O associe une commande : à un appui sur la touche � 0 �. Quand le terminal reçoit cette ligne, il doit afficher une indication appelée DIS00, qui est une chaîne de caractères, si l'état de la communication téléphonique est : Sonnerie (� early � dans la terminologie SIP). - La ligne : 011 associe une commande : à un appui sur la touche � 0 � suivi immédiatement d'un appui sur la touche � 1 �. Quand le terminal reçoit cette ligne, il doit afficher une indication appelée DIS01, qui est une chaîne de caractères, quel que soit l'état 'de la communication téléphonique. Override routing - La ligne : 012 25 associe une commande : à un appui sur la touche � 0 �, suivi d'un appui sur la touche � 1� et d'un appui sur la touche � 2 �. Quand le terminal reçoit cette ligne, il doit afficher une indication appelée DIS02, qui est une chaîne de caractères, si l'état de la communication 30 téléphonique est : Conversation (� confirmed � dans la terminologie SIP). Les états de la communication téléphonique peuvent être par exemple : Sonnerie : � early �, Repos : � terminated � Conversation avec un correspondant : � confirmed � En garde : �inactive � En conférence : � focus � Etc... Selon un second mode de réalisation, une indication est constituée d'une icône et d'une chaîne de caractères en langage naturel. En vue d'afficher des indications en tangage naturel et des icônes, l'exemple précédent de fragment de message KPML comporte une information supplémentaire: Override routing Passer outre le routage Cette information supplémentaire correspond au fait que l'indication à afficher 20 comporte à la fois : - une icône qui est disponible à l'adresse : img=http://www.example.com/images/ovrd.jpg - et une chaîne de caractères qui est � Passer outre le routage �. 25 Selon une variante de réalisation, les informations définissant au moins une indication associée à cette commande sont un mot clé, et le terminal consulte un document tiers pour traduire ce mot clé en une indication compréhensible par l'utilisateur, seule une adresse URL (Universal Resource Locator ou Adresse Universelle de Ressource) de ce document tiers étant 30 envoyée du serveur au terminal. Par exemple, ce document tiers est un dictionnaire de traduction. Le dictionnaire utilisé est téléchargé par le terminal 5 10 depuis l'adresse URL fournie dans une extension du message KPML. Puis le terminal utilise ce dictionnaire pour traduire les mots clés reçus du serveur. Dans l'exemple de fragment de message KPML ci-dessus : 0 011 012 013 http://www.example.net/phonedisplay l'attribut cid (content-indirection) indique l'URL : http://www.example.net/phonedisplay du dictionnaire dans lequel chercher les index DISOO, DISOI, etc. 15 L'avantage de cette méthode est de ne télécharger qu'une fois le dictionnaire (lorsque la version du dictionnaire reste constante) et donc de diminuer la taille des messages KPML. Le procédé selon l'invention est facilement adaptable, par un homme de 20 l'Art, pour un terminal comportant un écran tactile ou des menus déroulants plutôt que des touches classiques. 25 REVENDICATIONS : 1) Procédé de communication entre un serveur de communication (AS) et un terminal (T) comportant au moins une touche à fonction évolutive (K1, ..., Kn) et des moyens d'affichage (LCD) apte à afficher à proximité de cette touche une indication concernant la fonction de cette touche ; comprenant les étapes consistant à : - à indiquer à ce serveur quels types d'indication ce terminal est apte à afficher à proximité de cette touche ; - et à envoyer (201), du serveur au terminal, des informations définissant au moins une commande KPLM que le serveur est capable de recevoir et qu'il est capable d'exécuter ; caractérisé en ce qu'il comprend en outre une étape consistant à envoyer (201), du serveur au terminal, des informations définissant au moins une indication associée à cette commande et devant être affichée sur le terminal, à proximité d'une touche à fonction évolutive en fonction de l'état téléphonique d'une communication active. 2) Procédé selon la revendication 1, caractérisé en ce que les 20 informations définissant au moins une indication associée à cette commande comportent les traductions d'une chaîne de caractères respectivement dans plusieurs langues, et en ce que le terminal sélectionne l'une de ces traductions en fonction de la langue affectée à ce terminal par un utilisateur. 25 3) Procédé selon la revendication 1, caractérisé en ce que les informations définissant au moins une indication associée à cette commande comportent une image. 4) Procédé selon la revendication 1, caractérisé en ce que les 30 informations définissant au moins une indication associée à cette commande sont un mot clé, et en ce que le terminal consulte un document tiers pourtraduire ce mot clé en une indication compréhensible par l'utilisateur, seule l'adresse de ce document tiers étant envoyée du serveur au terminal. 5) Terminal téléphonique (T) comportant : - au moins une touche à fonction évolutive (K1, ..., Kn), - des moyens d'affichage (LCD) apte à afficher à proximité de cette touche une indication concernant une commande activable par cette touche, caractérisé en ce que ce terminal (T) comporte des moyens pour recevoir (201) : - des informations définissant au moins une commande KPLM pouvant être émise vers un serveur, - et des informations définissant une indication associée à cette commande, et devant être affichée sur le terminal, à proximité d'une touche à fonction évolutive. 6) Terminal selon la revendication 5, caractérisé en ce que les moyens pour recevoir (201) des informations définissant une indication comportent des moyens pour recevoir des traductions d'une chaîne de caractères respectivement dans plusieurs langues, et pour sélectionner l'une de ces traductions en fonction de ta langue affectée à ce terminal par un utilisateur. 7) Terminal selon la revendication 5, caractérisé en ce que les moyens pour recevoir (201) des informations définissant une indication comportent des moyens pour recevoir une image. 8) Terminal selon la revendication 5, caractérisé en ce que les moyens pour recevoir (201) des informations définissant une indication comportent des moyens pour recevoir l'adresse d'un document tiers. 30 9) Serveur de communication (AS) caractérisé en ce qu'il comporte des moyens pour :25- recevoir (203) des informations indiquant à ce serveur quels types d'indication un terminal (T) est apte à afficher à proximité d'une touche à fonction évolutive ; - et pour envoyer (201) au terminal, des informations définissant au 5 moins une commande KPLM que le serveur est capable de recevoir et qu'il est capable d'exécuter ; caractérisé en ce qu'il comprend en outre des moyens pour envoyer (201) au terminal, des informations définissant au moins une indication associée à cette commande et devant être affichée sur le terminal, à proximité d'une touche à 10 fonction évolutive. 10) Moyen de stockage sur lequel est enregistré un programme, caractérisé en ce que ce programme comporte des instructions qui, lorsqu'elles 15 sont exécutées dans un terminal, consistent à recevoir (201) des informations définissant au moins une indication associée à une commande KPLM et devant être affichée sur un terminal, à proximité d'une touche à fonction évolutive. 20 11) Moyen de stockage sur lequel est enregistré un programme, caractérisé en ce que ce programme comporte des instructions qui, lorsqu'elles sont exécutées dans un serveur, consistent à envoyer (201) à un terminal des informations définissant au moins une indication associée à une commande KPLM et devant être affichée sur ce terminal, à proximité d'une touche à fonction 25 évolutive.