Brevet FR2862407A1 — publié le 20050520

Système de communication protocolaire entre une carte à puce et un terminal et son procédé de communication La présente invention concerne un système de communication protocolaire entre une carte à puce et un terminal, particulièrement un système de communication protocolaire permettant à un applicatif intégré à une carte à puce d'être exécuté par un terminal et le procédé de communication associé. Il est connu dans l'art antérieur des terminaux acceptant des cartes à puce par exemple les terminaux de paiement électronique, les distributeurs io de billets, les lecteurs personnels, les terminaux de santé. Ces terminaux doivent être programmés pour chaque application devant être supportée. Ainsi, si un émetteur de cartes souhaite lancer une application de fidélité, il lui faudra faire modifier tous les terminaux du parc pour que les cartes puissent être lues. Cette procédure est très coûteuse, puisqu'il faut écrire un is logiciel spécifique par terminal et par type de carte, puis installer ces logiciels sur chaque terminal d'un parc. Une technologie connue, le SIM Application Toolkit permet à une carte d'abonné de téléphonie mobile d'afficher un menu propre à l'opérateur de téléphonie sur un quelconque terminal GSM et d'effectuer quelques opérations de base. L'inconvénient de cette technologie est qu'elle ne vise pas tous les types de terminaux, elle ne gère pas les communications complexes telles que la messagerie universelle, les feuilles de style, la gestion d'imprimantes, du multimédia, installation de logiciels.... La présente invention a pour but de pallier certains inconvénients de l'art antérieur en proposant un système de communication entre un terminal et une carte à puce permettant au terminal d'exécuter un applicatif intégré dans la carte à puce. Ce but est atteint par un système de communication entre un terminal et une carte caractérisé en ce que la carte comprend un premier applicatif et le terminal comprend un deuxième applicatif et un ou plusieurs lecteurs de carte, le premier applicatif et le deuxième applicatif permettant au système de réaliser l'exécution d'un traitement spécifique de la carte par envoi d'une requête de la carte vers le terminal, la carte adaptant le premier applicatif en fonction des caractéristiques du terminal et en ce que les paramètres envoyés par la carte comprennent un moyen permettant à la carte de décider de l'abandon ou non de l'exécution de ladite requête par le terminal si celui-ci rencontre une anomalie dans les conditions d'exécution de ladite requête. Selon une autre particularité, les paramètres envoyés par la carte comprennent un moyen permettant au terminal de répondre ou non à la carte à la fin de l'exécution de la requête envoyée par la carte au terminal, si io l'exécution de ladite requête par le terminal s'est déroulée avec succès. Selon une autre particularité, le premier applicatif implémenté dans la carte est mémorisé dans un espace mémoire de la carte. Selon une autre particularité, le premier applicatif implémenté dans la carte s'exécute sur une machine virtuelle adaptable sur tout type de carte. Selon une autre particularité, la machine virtuelle est de type Java ou Multos. Selon une autre particularité, le deuxième applicatif implémenté dans le terminal est un interpréteur adaptable sur tout type de terminal. Un autre but est atteint par un procédé de communication d'un système de communication entre un terminal et une carte, la carte comprenant un premier applicatif et le terminal comprenant un deuxième applicatif et un ou plusieurs lecteurs de carte, ledit procédé est caractérisé en ce qu'il comprend un premier sous procédé d'identification du premier applicatif implémenté dans la carte et du deuxième applicatif implémenté dans le terminal et un second sous procédé permettant le transfert de requêtes et de données envoyées par la carte vers le terminal. Selon une autre particularité, le premier sous procédé d'identification comprend les étapes suivantes: une étape d'initialisation de la carte dans un lecteur du terminal, et 30 d'envoi d'un moyen identifiant le premier applicatif implémenté dans la carte, une étape de détection par le terminal du moyen identifiant le premier applicatif représentatif du premier applicatif implémenté dans la carte, si le moyen identifiant le premier applicatif n'existe pas la communication entre le terminal et la carte s'effectue normalement, une étape d'envoi d'une commande comprenant des données afférentes aux caractéristiques du terminal, si le terminal comprend le deuxième applicatif, ladite étape permettant à la carte de détecter le deuxième applicatif implémenté dans le terminal; si le io terminal ne comprend pas l'applicatif la communication entre le terminal et la carte s'effectue normalement. Selon une autre particularité, une requête envoyée par la carte permet d'imprimer des données choisies par la carte sur une imprimante du terminal, les données associées à cette requête représentant au moins un des paramètres suivants, un paramètre identifiant une imprimante destinataire de l'impression, une chaîne de texte non formaté, un paramètre identifiant le formatage d'un texte, des paramètres d'impression, un paramètre de priorité d'impression, l'exécution de cette commande par le terminal comprend au moins une des étapes suivantes: une étape permet de stocker les données à imprimer dans une mémoire tampon du terminal, - une étape permet de vérifier si le paramètre fourni par la carte et identifiant le formatage d'un texte existe, si c'est le cas le terminal exécute le formatage des données suivant un format défini par la carte, - une étape permet de définir l'imprimante destinataire d'impression, si le paramètre fourni par la carte et identifiant une imprimante destinataire n'indique pas d'imprimante, une imprimante d'impression sera choisie par défaut, si le paramètre identifiant une imprimante destinataire indique une imprimante destinataire mémorisée dans le terminal, c'est l'imprimante destinataire qui sera choisie, dans le dernier cas si cette imprimante n'existe pas dans le terminal, le terminal terminera l'exécution et retournera un message d'erreur à la carte, - une étape permet d'imprimer les données choisies par la carte immédiatement si le terminal n'a pas de donnée, choisie par lui, à imprimer et si le paramètre d'impression fourni par la carte indique une impression immédiate, si ce paramètre n'indique pas d'impression immédiate les données choisies par la carte seront imprimées en même temps que des données choisies par le terminal, io une étape permet d'imprimer les données choisies par le terminal avant les données choisies par la carte si le terminal veut imprimer les données qu'il a choisies et si le paramètre de priorité fourni par la carte d'impression est actif, une étape permet d'imprimer les données choisies par le terminal après les données choisies par la carte, si le terminal veut imprimer les données, qu'il a choisies et si le paramètre de priorité d'impression fourni par la carte est inactif, à la fin de l'exécution de l'impression le terminal envoie un message indiquant le déroulement de l'exécution. Selon une autre particularité, une requête envoyée par la carte permet d'éjecter une carte d'un lecteur du terminal, une des données associée à cette requête étant un paramètre identifiant le lecteur du terminal dans lequel se trouve la carte à éjecter. Selon une autre particularité, une requête envoyée par la carte permet de capturer une carte d'un lecteur du terminal, une des données associée à cette requête étant un paramètre identifiant le lecteur du terminal dans lequel se trouve la carte à éjecter, la carte à éjecter pouvant être la carte comprenant l'applicatif. Selon une autre particularité, une requête envoyée par la carte permet 30 d'ajouter un favori dans les fichiers de favoris du terminal, les données envoyées par la carte relatives à ladite requête représentant au moins un des paramètres suivants, un paramètre indiquant un URL, un paramètre présentant un chemin d'accès au nouveau fichier de favori et un paramètre indiquant le nom du nouveau favori. Selon une autre particularité, une requête envoyée par la carte permet de retirer un favori dans les fichiers de favoris du terminal, les données envoyées par la carte relatives à ladite requête présentant au moins un des paramètres suivants, un paramètre indiquant un chemin d'accès du fichier de favori et un paramètre indiquant le nom du favori à retirer du fichier favori du terminal. Selon une autre particularité, une requête envoyée par la carte permet io d'installer une nouvelle application dans le terminal, les données envoyées par la carte relatives à ladite requête présentant au moins un des paramètres suivants, un nom de l'application, une version de l'application, un paramètre indiquant l'espace mémoire nécessaire à l'installation de l'application, un paramètre indiquant un URL où se trouve le programme à installer. is Selon une autre particularité, une requête envoyée par la carte permet de sélectionner un programme commercial dans le terminal, un des paramètres envoyé par la carte relatif à ladite requête étant un paramètre identifiant le programme commercial à sélectionner et le terminal répondant à la requête selon qu'il est ou non affilié au programme commercial passé en paramètre. Selon une autre particularité, une requête envoyée par la carte permet de lancer une procédure complète de signature électronique d'un document. Selon une autre particularité, une requête envoyée par la carte permet d'envoyer des messages à un dispositif distant, les données envoyées par la carte relatives à ladite requête présentant au moins un des paramètres suivants, une adresse d'un serveur de messagerie, une adresse de messagerie de retour, un identifiant d'un compte de messagerie, un mot de passe. Selon une autre particularité, une requête envoyée par la carte permet de récupérer des messages d'un dispositif distant, les données envoyées par la carte relatives à ladite requête présentant au moins un des paramètres suivants, une adresse d'un serveur de messagerie, un identifiant d'un compte de messagerie, un mot de passe. D'autres particularités et avantages de la présente invention apparaîtront plus clairement à la lecture de la description ci-après, faite en 5 référence aux dessins annexés, dans lesquels: - la figure 1 représente un système de communication entre un terminal et une carte à puce, selon un mode de réalisation de la présente invention; - la figure 2 représente un organigramme représentatif du procédé io d'identification de la technologie supportée par la carte et le terminal, selon un mode de réalisation de la présente invention - la figure 3 représente un organigramme représentatif du procédé de communication entre la carte et le terminal, selon un mode de communication de la présente invention; - la figure 4 représente un organigramme représentatif du procédé de mise en place d'une commande d'impression entre la carte et le terminal, selon un mode de communication de la présente invention; - la figure 5 montre le schéma représentatif d'un message permettant à la carte d'envoyer des commandes au terminal; - la figure 6 montre le schéma représentatif d'un message suivant un protocole connu permettant au terminal d'envoyer vers la carte ou de récupérer des données de la carte. La figure 1 représente un système de communication (1) utilisant un procédé de communication selon un mode de réalisation de la présente invention. Ledit système comprend un terminal (2) comportant un lecteur universel (20) de carte à puce et une carte à puce (3) à insérer dans le lecteur (20) du terminal (2). La carte à puce (3) comprend un premier moyen de traitement (30), dit applicatif, destiné à être exécuté par le terminal (2) et d'autres programmes d'applications propres à une utilisation spécifique de la carte, par exemple une carte bancaire ou une carte santé. Le terminal (2) comprend des logiciels pilotes (21) qui lui sont propres tel que le gestionnaire d'affichage, il comprend également un second moyen de traitement (22), appelé également applicatif ou interpréteur, permettant de communiquer dans un mode maître (pour la carte) - esclave (pour le terminal) avec tous types de cartes à puce (3) comportant le premier moyen de traitement (30). L'interpréteur du terminal reçoit les requêtes envoyées par la carte et les exécute après réception. Pour que la transmission d'information entre le terminal (2) et la carte (3) soit réalisée, il faut que les deux éléments terminal- carte supportent la même technologie. Les deux moyens de traitement (30, 22) utilisent un protocole commun pour communiquer entre eux. La présente invention est applicable sur tout type de terminal (2) et de io carte à puces (3). Le protocole de communication étant standardisé, un même moyen de traitement fonctionne sur tous les terminaux, quelle que soit leur marque, leur modèle et leur version logicielle, par exemple, un ordinateur PC connecté à Internet, un distributeur de billet, un terminal de paiement, un lecteur personnel. Une unique carte à puce (3) comportant l'applicatif de la présente invention peut communiquer en tant que maître de différents terminaux supportant également la technologie de la présente invention. Par exemple, une carte à puce, de type carte santé comprenant cet applicatif, peut être insérée dans un lecteur d'un distributeur de billet supportant également la technologie. La carte (3) demandera par des requêtes ou commandes adressées au distributeur d'afficher ou d'imprimer, par exemple le numéro de sécurité sociale. Un utilisateur pourra ainsi visualiser via l'écran du distributeur de billet une information autre que le retrait ou le solde de ses comptes, cette information provenant de la carte à puce. Ainsi la carte (3) pilote le terminal avec lequel elle communique en lui demandant d'exécuter des commandes de l'applicatif implémenté dans la carte. La carte à puce (3) adapte son applicatif (30) au type de terminal (2) avec lequel elle communique. Par exemple, une carte bancaire supportant l'applicatif (30) ne va pas donner les mêmes informations à deux terminaux différents chacun ayant un profil différent. Un terminal du type lecteur de carte personnel va afficher sur demande de la carte (3) le montant des dernières transactions, le solde du compte. Par contre un lecteur relié à un PC, lui-même connecté à Internet, va permettre d'afficher les différents montants précités, mais également ouvrir un favori Internet contenant l'adresse de la banque émettrice de la carte, imprimer des données afférentes à la carte (3) sur l'imprimante du PC. L'affichage des montants, l'impression de données, l'ouverture d'un favori Internet sont des commandes demandées par la carte (3) et exécutées par le terminal. Le moyen de traitement (30) de la carte (3) peut être implémenté en dur dans la carte (3) en le stockant par exemple dans une mémoire de la carte (3). Le moyen de traitement peut également être implémenté dans la carte (3) grâce à l'intégration d'une machine virtuelle, par exemple, de type io JavaCard ou Multos, avec les interfaces standards pour l'application de programme, dit API. L'implantation de la technologie de la présente invention dans un terminal (2) est également faite par intégration d'un interpréteur de commandes. Ce type d'interpréteur a l'avantage de comprendre des fonctions standardisées applicables sur tout terminal. C'est l'applicatif (30), is différent suivant son utilisation, intégré dans la carte (3) qui permet de différencier l'exécution à faire par le terminal. L'applicatif (30) de la carte (3) va s'adapter aux caractéristiques du terminal (2) pour lui faire exécuter une demande. Il peut s'avérer qu'une carte (3) supportant la technologie soit utilisée sur un terminal (2) ne supportant pas la technologie ou qu'une carte (3) ne supportant pas la technologie soit utilisée sur un terminal (2) supportant la technologie. Dans ces cas, un procédé d'identification a été mis au point afin de préserver la compatibilité technologique entre la carte (3) et le terminal (2). Ce procédé comprend plusieurs étapes permettant de définir si la carte (3) et le terminal (2) supportent les applications (30, 22). La figure 2 présente ledit procédé. Une fois la carte à puce (3) insérée dans le lecteur (20) d'un terminal (2) (étape 40) ou lors de la sélection d'une application de la carte par le terminal ou lors de tout autre moment choisi par la carte, la carte envoie au terminal (2), via un message, un moyen identificateur lui indiquant si oui ou non elle supporte la technologie de la présente invention (étape 41). A l'aide de ce moyen identificateur le terminal détecte si la carte (3) supporte la technologie (étape 42). Si le moyen identificateur n'est pas présent la carte (3) ne supporte pas la technologie, le traitement entre la carte (3) et le terminal (2) se fait normalement ou ne se fait pas (étape 45). Dans le cas contraire (étape 43), la carte (3) attend une réponse du terminal (2). Si le terminal (2) supporte la technologie, il envoie à la carte (3) des données représentatives de ses capacités vis à vis de la technologie de la présente invention, indiquant par conséquent à la carte (3) qu'il supporte lui aussi cette technologie (étape 46). Dans le cas contraire (étape 45), le terminal (2) n'envoie aucune donnée caractéristique le concernant et le fonctionnement entre la carte (3) et le terminal (2) s'effectue normalement. Si les deux io entités, la carte (3) et le terminal, supportent la technologie, la carte (3) peut commencer à envoyer au terminal (2) des commandes dont les formats sont définis ci- après. La carte (3) indique au terminal (2) l'action qu'il a à exécuter en utilisant les commandes. L'applicatif de la présente invention compris dans la carte ne perturbe pas les autres programmes d'application spécifiques à la carte. Une description plus détaillée du procédé d'identification est présentée ci-après. Selon une méthode connue, dès l'insertion de la carte (3) dans le lecteur du terminal (2) (étape 40), la carte (3) peut envoyer à celui-ci (étape 41) une trame d'octets représentatifs de l'historique de la carte (3) indiquant ainsi ces caractéristiques d'opération. II est également possible que lors de l'exécution d'une application spécifique à la carte et au terminal tel que le paiement par carte bancaire, la carte retourne au terminal un message de réponse incluant une donnée identifiant la présence de la technologie de la présente invention. L'annexe A présente, par exemple, la trame d'envoi lors de l'initialisation de la communication. Pour indiquer qu'elle supporte l'applicatif de la présente invention, la carte (3) doit avoir une donnée propriétaire particulière référencée par un identificateur de tête ou amorce, appelé, par exemple, H9 dans l'annexe A. Cet identificateur de tête a une valeur spécifique, par exemple dans l'annexe A, il est de valeur hexadécimale Al . L'octet HA suivant l'étiquette H9 indique si la carte (3) supporte l'applicatif. Par exemple, en se référant à l'annexe A, si la i0 carte (3) supporte l'applicatif, cet octet appelé HA sera présent et aura pour valeur hexadécimale 00 . Si l'octet identifiant l'existence de l'applicatif dans la carte, est présent dans la trame d'amorce, le terminal, supportant également la technologie, envoie une commande à la carte (3) (étape 46) accompagnée de données indiquant son profil, c'est à dire les caractéristiques supportées par le terminal. Par exemple, le terminal (2) est un PC ou un distributeur de billet, comprenant des périphériques telle qu'une imprimante. La commande envoyée par le terminal (2) à la carte (3) est nommée PUT DATA , io indiquant que le terminal (2) envoie des données à la carte. La commande PUT DATA présentant le profil du terminal, indique que le terminal (2) supporte l'applicatif (22) et indique également ses caractéristiques détaillées. Cette commande est utilisée pour informer la carte (3) des caractéristiques principales du terminal. La carte (3) peut demander, plus tard, d'autres détails en envoyant une commande demandant des informations d'environnement du terminal. La transmission d'un message du terminal (2) vers la carte (3) comprend un protocole normalisé par l'ISO, similaire à la transmission de données d'un terminal GSM vers une carte Sim. Lors de l'envoi de données du terminal (2) vers la carte, le terminal (2) transmet une trame comprenant différents champs. La trame est représentée en figure 6. Le premier champ appelé CLA précise le type d'application, par exemple l'envoi d'une commande. Le second champ appelé INS donne l'instruction de la commande, dans le cas présent l'instruction est PUT DATA . Le troisième champ et le quatrième champ appelés respectivement P1 et P2 , précisent, si nécessaire, les paramètres de l'instruction. Le cinquième champ appelé Lc précise la longueur de la commande ou de la réponse attendue. Le sixième champ fournit les données à transmettre si nécessaire. Le septième et dernier champ appelé Le indique le nombre d'octets attendu en réponse. Le champ de données joint à la commande PUT DATA relative à l'envoi d'un profil du terminal, comprend au moins 14 octets correspondant aux capacités du terminal (2) en fonction de la technologie de la présente invention. Ce champ est représenté par un tableau dans l'annexe B. Ce tableau indique, entre autres, le type de terminal (2) tels qu'un PC ou un distributeur de billet, un lecteur personnel, le type d'imprimante, le type d'afficheur, ainsi que les commandes, les connexions et les évènements que veut supporter le terminal. Par exemple deux octets du champ de données indiquent les différents paramètres concernant le type d'imprimante associée au terminal. L'annexe C représente ces deux octets. En réponse aux commandes transmises par le terminal, la carte (3) envoie une trame de réponse suivant le protocole ISO 7816. La figure 6 io montre un schéma représentatif de la trame envoyée par la carte (3) au terminal. Les deux octets, appelés SW1 et SW2, indiquent, en général, le succès ou l'échec de la commande. Ces deux premiers champs peuvent être accompagnés ou non de données. Dans le cas de la présente invention, le champ SW1 indique si la transmission entre la carte (3) et le terminal (2) est une transmission normale d'information avec succès ou si la carte (3) a des commandes à faire exécuter par le terminal. Dans ce dernier cas, le champ SW2 donne la longueur des octets que le terminal (2) doit récupérer. Lors d'une réponse signifiant un acquittement positif de la carte, le champ SW1 a, par exemple, pour valeur hexadécimale '90' et le champ SW2 a, par exemple, pour valeur hexadécimale '00'. Dans le deuxième cas, lorsque la carte (3) veut envoyer une commande au terminal, le champ SW1 a, par exemple, pour valeur hexadécimale '62' et le champ SW2 a, par exemple, une valeur hexadécimale indiquant le nombre d'octets que le terminal (2) devra récupérer. La figure 3 représente le procédé de communication entre la carte (3) et le terminal, quand la carte (3) envoie une commande au terminal. Dès que la carte (3) a reçu la commande PUT DATA du terminal (2) (étape 47) indiquant les caractéristiques du terminal, la carte (3) envoie l'état du traitement de la commande dans le message de réponse comprenant les octets SW1 et SW2 (étape 48). Si le traitement de la commande PUT DATA est un succès (étape 51), les champs SW1 et SW2 du message de réponse sont par exemple à la valeur '9000'. Si la carte (3) veut signifier au terminal (2) qu'elle a une requête qu'il doit retirer et pour laquelle elle attend une réponse (étape 50), les champs SW1 et SW2 ont une valeur différente et sont par exemple à la valeur hexadécimale '62XY'. Dans l'exemple ciavant, la requête contient 'XY' octets en valeur hexadécimale, 'XY' pouvant être compris entre les valeurs hexadécimales '02' et '80'. La carte (3) utilise les octets SW1 et SW2 comme un moyen de lancement de commande, indiquant qu'elle veut émettre une trame pour laquelle elle attend une réponse. En réponse à la demande de la carte, le terminal (2) envoie une commande de récupération de données appelée de préférence GET io DATA (étape 50). Les paramètres P1 et P2 de ladite commande sont, par exemple, à la valeur '0000' et le paramètre Lc à la valeur 'XY'. Par retour de réponse, la carte (3) envoie la commande au terminal (étape 51), ladite commande étant transmise par le champ de données situé après les champs SW1 et SW2. Un nouveau test est ensuite réalisé sur les is champs SW1 et SW2 envoyés par la carte (3) au terminal (2) (étape 48). Si les champs SW1 et SW2 sont à la valeur '62 XY', la carte (3) signifie qu'il y a encore une requête de 'XY' octets à récupérer (étape 50) et à concaténer avec la requête précédente avant traitement de ces données par le terminal (2). Si les champs SW1 et SW2 sont à la valeur '9000', la carte (3) signifie que la commande de récupération est un succès et que le terminal (2) peut traiter les données (étape 52). Pour envoyer une commande, la carte (3) encapsule la commande et les données dans le champ données de la réponse précédant les octets SW1 et SW2, comme représenté en figure 5. Une commande comprend les mêmes champs qu'une commande du terminal. Le premier champ CLA indique le type d'application, ici l'application est une commande. Le second champ INS donne l'instruction, par exemple, imprimer les données suivantes. Le cinquième champ Lc indique la taille des données envoyées. Le sixième champ Data donne les données ou paramètres nécessaires à la mise en place de la commande. Dans l'exemple précédent il s'agit des données à imprimer. Le troisième champ et le quatrième champ P1 et P2 ont une utilité différente comparée au champ paramètres d'une commande envoyée par le terminal. Le champ P1 indique l'index de la commande, l'index étant un compteur permettant à la carte (3) d'adapter les réponses du terminal (2) avec les commandes envoyées. L'index doit être mis à la valeur hexadécimale 00 à chaque nouvelle session. Si l'index est à la valeur FF , la prochaine valeur est à 00 . Le champ P2 indique l'option de traitement de la commande. L'annexe D est un tableau récapitulant l'utilité des différents bits de l'octet P2. Les deux bits, b8 et b7, de poids le plus fort de l'octet P2, sont les plus utilisés. Si le bit b8 de l'octet P2 est à la valeur logique '0', le terminal (2) doit arrêter le traitement de la commande, dès qu'une des conditions du traitement n'est pas présente. Si le bit est à la valeur logique '1', le terminal (2) essaie de continuer le traitement malgré une condition manquante. Lorsque cette commande ne peut pas être traitée, le terminal (2) peut envoyer une alarme dans le champ de réponse de la commande. Si le terminal (2) ne peut pas continuer le traitement, une erreur est alors envoyée. Si le bit b7 du champ P2 est à la valeur logique '0', le terminal (2) ne doit pas envoyer de réponse à la carte, lorsque le traitement s'est achevé avec succès. Ce bit b7 empêche des dialogues superflus entre la carte (3) et le terminal. Les autres bits, b6 à b1, de l'octet P2 sont disponibles pour toutes fonctions non encore définies. Les différentes commandes utilisées par la technologie de la présente invention, sont présentées dans la suite de la description. Pour transmettre une réponse à la carte (3) concernant une commande, leterminal (2) envoie une commande PUT DATA' de réponse suivie des données réponses (étape 53 de la figure 3). Si la réponse est trop longue pour une simple commande, une chaîne de commande est appliquée. Le champ de données réponses comprend au moins trois octets. Le premier octet indique le numéro de la commande à laquelle le terminal (2) répond, Le second octet et troisième octet indiquent le statut de résultat de l'exécution de la commande. Les octets suivants sont des informations supplémentaires envoyées par le terminal. Un octet de statut égal, par exemple, à la valeur hexadécimale '9000', indique que l'exécution de la commande par le terminal (2) est un succès. L'annexe F représente les différentes valeurs de cet octet de statut avec leur signification. La carte (3) répond à la dernière commande PUT DATA par les octets SW1-SW2 présentés ci-avant. La carte (3) peut demander au terminal (2) de lui envoyer une information concernant un évènement, pour qu'elle puisse faire exécuter une requête au terminal. Les différents évènements émis par le terminal (2) vers la carte (3) indiquent par exemple que le terminal (2) va être en ligne, qu'une touche a été actionnée, qu'un document va être imprimé, que la carte (3) va être éjectée, que la carte (3) va être avalée, la carte (3) a été insérée l retirée dans un autre lecteur ou enfin qu'une connexion à une ressource distante a relevé un évènement. Cette demande d'information d'évènement est réalisée par le biais d'une commande d'interruption appelée de préférence 'SET INTERRUPT'. La commande de notification d'un évènement envoyé par le terminal (2) à la carte (3) se nomme 'ENVELOPE'. Le système Sim Toolkit permet également d'envoyer à partir d'une carte SIM des commandes vers un terminal (2) GSM, tels que l'affichage de données choisies par la carte sur l'écran du terminal, l'activation d'une commande de la carte sur réception d'un évènement. Le système de la présente invention, adaptable sur tout terminal, englobe toutes les commandes déjà mises en place par le dispositif GSM, mais nécessite également de nouvelles commandes pour fonctionner. Ces nouvelles commandes sont présentées ci-après. La commande 'ADD TO FAVORITES' permet à la carte (3) d'ajouter une nouvelle adresse d'une ressource distante telle que Internet ou WAP, dans le navigateur du terminal. Cette adresse est appelée favori dans la suite de la description. La commande comprend les champs décrit ci-avant: 'CLA', 'INS', P1', 'P2', 'Lc' et le champ de données. Ce dernier champ comprend des informations ou paramètres relatifs à la commande tels que le nom donné au favori, l'URL du favori, le chemin d'accès du sous fichier du favori, cette dernière information étant obligatoire. Ces informations sont détectables dans le champ de données par un moyen de repérage telle qu'une étiquette ayant une valeur spécifique, l'annexe D présente un exemple des valeurs d'étiquette. Par exemple, en se référant à l'annexe, l'étiquette représentative du nom du favori est de valeur hexadécimale DF1 O'. A la réception de la commande 'ADD TO FAVORITE', le terminal (2) ajoute aux fichiers de favori de son navigateur l'URL mentionné dans le paramètre 'URL', dans le sous fichier de favori mentionné par le chemin d'accès du favori, ledit favori apparaissant à l'utilisateur sous le nom mentionné par le paramètre Nom du favori'. En fin d'exécution de la commande, le terminal (2) envoie un message via la commande 'PUT DATA' précisant le déroulement du traitement de la commande, indiquant, s'il y a lieu, les erreurs de traitement. io La commande 'REMOVE FROM FAVORITE' permet à la carte (3) via le terminal (2) de retirer un favori du navigateur du terminal. Le champ de données de la commande comprend les paramètres indiquant le chemin d'accès du favori et son nom. A la réception de la commande, si le paramètre indiquant le chemin d'accès au favoris est présent, le terminal (2) retire de son fichier de favoris, le sous fichier de favoris indiqué par ledit paramètre. De même, si le paramètre indiquant le nom du favori est présent, le terminal (2) retire du fichier de favoris le favori mentionné par le paramètre nom du favori. En fin d'exécution de la commande, le terminal (2) envoie un message via la commande PUT DATA' précisant le déroulement du traitement de la commande, indiquant, s'il y a lieu, les erreurs. La commande 'EJECT LARD' permet à la carte (3) via le terminal, d'éjecter une carte d'un lecteur du terminal. Le champ de données envoyées par la carte (3) indique l'identificateur du lecteur dans lequel est insérée la carte à éjecter. A la réception de cette commande le terminal (2) vérifie si le lecteur identifié existe et est disponible. Si ce lecteur n'existe pas ou n'est pas disponible le terminal (2) termine le traitement et envoie un message d'erreur à la carte (3) précisant l'erreur. Si le lecteur existe et est disponible, le terminal (2) vérifie si une carte est insérée dans le lecteur. Si ce n'est pas le cas, le terminal (2) termine le traitement et envoie un message d'erreur à la carte (3) précisant l'erreur. Si une carte est présente dans le lecteur, et qu'elle ne supporte pas la commande d'éjection, le terminal (2) termine le traitement et envoie un message d'erreur à la carte (3) précisant l'erreur. Si toutes les conditions sont réunies, le terminal (2) active le mécanisme d'éjection de la carte du lecteur mentionné par le paramètre identifiant de la commande. Si ce paramètre est égal à la valeur hexadécimale '00' c'est la carte, émettrice des commandes qui est éjectée. En fin d'exécution de la s commande, le terminal (2) envoie un message via la commande 'PUT DATA' précisant le déroulement du traitement de la commande, indiquant, s'il y a lieu, les erreurs. La commande 'SWALLOW CARD' permet à la carte (3) via le terminal (2) de capturer une carte lorsque le terminal (2) est en phase de lecture de la carte à éjecter. Le champ de données de la commande comprend le paramètre identifiant le lecteur dans lequel est insérée la carte à éjecter. A la réception de la commande, le terminal (2) contrôle si le lecteur de carte identifié par le paramètre de la commande existe et est disponible. Si aucune de ces conditions n'est vérifiée, le terminal (2) met fin au traitement et envoie 1s un message d'erreur à la carte. Sinon, le terminal (2) contrôle ensuite si une carte est insérée dans le lecteur de carte. Si cette condition n'est pas vérifiée, le terminal (2) met fin au traitement et envoie un message d'erreur à la carte. Si le lecteur de carte ne supporte pas la capture d'une carte, le terminal (2) met fin au traitement et envoie un message d'erreur à la carte. Si toutes les conditions sont présentes, le terminal (2) active un mécanisme de capture d'une carte insérée dans le lecteur mentionné par le paramètre de la commande. Si ce paramètre est égal à la valeur hexadécimale '00', alors le lecteur concerné est celui comprenant la carte (3) envoyant des commandes. En fin d'exécution de la commande, le terminal (2) envoie un message via la commande 'PUT DATA' précisant le déroulement du traitement de la commande, indiquant, s'il y a lieu, les erreurs. La commande 'INSTALL APPLICATION' permet à la carte (3) Via le terminal (2) d'installer une nouvelle application sur ledit terminal. La localisation de l'application est définie par une URL mémorisée dans la carte (3) et l'application peut être stockée sur la carte (3) émettrice de la commande ou sur un autre média amovible ou sur un serveur distant. Le champ de données envoyé par la carte (3) comprend des paramètres obligatoires et des paramètres optionnels, dont le nom de l'application, la version de l'application, l'espace mémoire demandé pour installer l'application et l'URL. A la réception de la commande, le terminal (2) vérifie par comparaison l'espace mémoire du terminal (2) nécessaire pour installer s l'application avec l'espace mémoire indiqué dans les paramètres de la commande. Puis, le terminal (2) démarre le programme d'installation sur l'emplacement indiqué par l'URL, l'application à installer se trouvant soit sur un serveur distant ou sur un terminal (2) ou sur la carte (3) elle-même. C'est le terminal (2) qui décide si l'installation doit être installée ou non, incluant ainsi des considérations sécuritaires. Ces conditions sont vérifiées par comparaison entre la version de l'application déjà installée sur le terminal (2) avec la version définie dans les paramètres de la commande. En fin d'exécution de la commande, le terminal (2) envoie un message via la commande 'PUT DATA' précisant le déroulement du traitement de la commande, indiquant, s'il y a lieu, les erreurs. La commande 'PRINT DOCUMENT' permet à la carte (3) de faire exécuter une impression au terminal. Le champ de données de la commande comprend les paramètres nécessaires au terminal (2) pour imprimer un document: un champ de texte non formaté, un champ de texte formaté, des paramètres d'impression, une imprimante destinataire, un paramètre de priorité d'impression. La figure 4 représente le traitement de la commande d'impression par le terminal. A la réception de la commande (étape 600), le terminal (2) mémorise les données à imprimer envoyées par la carte (3) dans une de ses mémoires tampons (601). Le terminal (2) vérifie tous les paramètres envoyés par la carte. Si le paramètre 'texte à formater' est à l'état actif (602) par exemple à la valeur '1' le terminal (2) va formater les données (603), ci-avant mémorisées, suivant un style précédemment envoyé par une autre commande. Le terminal (2) va vérifier si une imprimante destinataire est définie dans les paramètres de la commande (604). Si ce n'est pas le cas, l'imprimante sélectionnée pour l'impression sera l'imprimante par défaut (605). Dans le cas où une imprimante destinataire est définie (606) et que cette imprimante existe (607) dans le terminal, le terminal (2) sélectionnera ladite imprimante définie. Par contre si cette imprimante n'existe pas, le terminal (2) termine le traitement et envoie un message d'erreur à la carte (3) précisant l'erreur (étape 613), ici l'imprimante n'est pas disponible. Si le terminal (2) n'a aucune donnée choisie par un de ses traitements (608), à s imprimer, et que le paramètre d'impression immédiate envoyé par la commande est actif, le terminal (2) imprimera les données choisies par la carte (3) sur une imprimante définie ou sur l'imprimante par défaut (609, 613). Sinon, l'impression sera exécutée ultérieurement en même temps que les données choisies par terminal. Lors de l'impression des données choisies io par le terminal (2) et à la carte, un paramètre concernant la priorité de l'impression va définir l'emplacement de ces deux types de données sur l'imprimante (610). Si le paramètre est actif, ce sont les données choisies par la carte (3) qui seront imprimées avant les données choisies par terminal (611). Si ce paramètre n'est pas actif, ce sont les données choisies par terminal (2) qui sont imprimées en premier (612). En fin d'exécution de la commande, le terminal (2) envoie un message via la commande 'PUT DATA' précisant le déroulement du traitement de la commande, indiquant, s'il y a lieu, les erreurs. La commande 'SELECT APPLICATION' permet à la carte (3) de savoir si le terminal (2) supporte une application quelconque d'un point de vue commercial, par exemple pour la gestion de points de fidélité. Un terminal (2) supportant une application n'a pas nécessairement le logiciel pour traiter une telle application avec la carte (3). Le champ de données de la commande comprend un paramètre indiquant l'identificateur de l'application. A la réception de la commande, le terminal (2) regarde dans sa liste d'applications supportées, si l'application est supportée ou non. Si elle n'est pas supportée le terminal (2) met fin au traitement et envoie un message d'erreur à la carte. Si elle est supportée, le terminal (2) peut envoyer à la carte (3) un message contenant des informations sur l'utilisation de l'application, les informations étant propriétaires. En fin d'exécution de la commande, le terminal (2) envoie un message via la commande PUT DATA' précisant le déroulement du traitement de la commande, indiquant, s'il y a lieu, les erreurs. La commande 'SEND MESSAGE' permet à la carte (3) par le biais du terminal (2) d'envoyer un message à une entité distante. Plusieurs services de messagerie peuvent être supportés par exemple, l'e-mail, le SMS, le MMS. Les données envoyées par la carte relatives à ladite requête sont une adresse d'un serveur de messagerie, une adresse de messagerie de retour, un identifiant d'un compte de messagerie, un mot de passe. La commande 'GET MESSAGE' permet à la carte (3) par le biais du terminal (2) de recevoir des messages d'une entité distante. Plusieurs services de messagerie peuvent être supportés par exemple, l'e-mail, le SMS, le MMS. La carte gère le protocole de connexion au serveur et de récupération des messages depuis les serveurs. Les données envoyées par la carte relatives à ladite requête sont une adresse d'un serveur de messagerie, un identifiant d'un compte de messagerie, un mot de passe. La commande 'SIGN DOCUMENT' permet à la carte (3) via le terminal (2) de commencer une procédure de signature électronique d'un document. La procédure peut encapsuler des commandes de la carte (3) avec d'autres opérations de sécurité permettant par exemple l'affichage de ces documents en utilisant un numéro, type PIN, sécurisé. Il doit être évident pour les personnes versées dans l'art que la présente invention permet des modes de réalisation sous de nombreuses autres formes spécifiques sans l'éloigner du domaine d'application de l'invention comme revendiqué. Par conséquent, les présents modes de réalisation doivent être considérés à titre d'illustration, mais peuvent être modifiés dans le domaine défini par la portée des revendications jointes, et l'invention ne doit pas être limitée aux détails donnés ci- dessus. Annexe A TS TO TC1 H1 H2 H3 H4 H5 H6 H7 H8 H9 HA HB HC HD 3B 4D 00 00 130 80 64 112 134 56 78 Al 100 05 90 00 Octets Valeurs Signification TS 3B Convention directe TO 4D Les 13 octets historiques sont présents TC1 00 Pas de temps de protection H1 00 Un indicateur de statuts sera présent sur les trois derniers octets H2 31 Etiquette données de service de la carte H3 80 Octet données de service de la carte H4 64 En tête de données émises H5à H8 12345678 Données émises H9 Al En tête supportant la version Robin HA 00 Version Robin supportée HB 05 Octet temps de cycle de vie de la carte HC à HD 90 00 Octets statut du traitement Annexe B Octet Signification 1 Octet définissant la version supportée, 00' pour la présente invention 2 Type de terminal 3-4 Classe d'affichage 5-6 Classe d'impression 7-10 Commandes envoyées par la carte supportées par le terminal 11 Octet à utiliser 12 Connexions supportées par le terminal 13-14 Evènements supportés par le terminal i0 Annexe C (Profil du terminal - classe de l'imprimante) Octet 1 (options texte de l'imprimante) b8 b7 b6 b5 b4 b3 b2 b1 Signification 0 Le terminal a une imprimante non graphique 0 0 2 lignes ou moins 0 1 Plus de 2 lignes 1 0 Plus de 8 lignes 1 1 Plus de 16 lignes 0 0 8 caractères par ligne ou moins 0 1 Plus de 8 caractères par ligne 1 0 Plus de 16 caractères par ligne 1 1 Plus de 32 caractères par ligne 1 Supporte les Icons prédéfinis 1 Supporte le format texte 0 non défini Octet 2 (options graphiques de l'imprimante) b8 b7 b6 b5 b4 b3 b2 b1 Signification 0 0 Petite résolution(strictement inférieur à 128*64) 0 1 Moyenne Résolution (128*64 ou plus) 1 0 Grande résolution (320*240 ou plus) 1 1 Très grande résolution (640*480 ou plus) 0 0 Noir et Blanc (2 couleurs) 0 1 Echelle de gris 1 0 16 couleurs ou moins 1 1 Plus de 16 couleurs 1 Supporte les fonts graphiques 0 0 0 Non définis io Annexe D (Paramètre P2 d'une commande) b8 b7 b6 b5 b4 b3 b2 b1 Signification 1 Le traitement continue, si un défaut de condition est rencontré 0 Le traitement s'arrête, si un défaut de condition est rencontré 1 Réponse attendue par la carte 0 Pas de réponse attendue par la carte 0 0 0 0 0 0 RFU Annexe E (Champ de données d'une commande PUT DATA terminal profil) Octet Valeur 1 Numéro de la commande 2 - 3 Résultat de la commande 4 - n Informations supplémentaires envoyées par le terminal Annexe F (Champ de données PUT DATA response terminal) Octets Valeur 1 Numéro de la commande 2 - 3 Résultat de la commande 4 - n Informations supplémentaires envoyées par le terminal Annexe G PUT DATA Terminal respond Statut Signification 6F81 ERROR_BROWSER_CANNOT_BE_STARTED 6F82 ERROR_C_APDU_FORMAT_NOT_VALID 6F83 ERROR CARD_EJECTION_NOT_SUPPORTED 6F84 ERROR_CARD_MUTE 6F85 ERROR_CARD_NOT_POWERED 6F86 ERROR_CARD_NOT_PRESENT 6F87 ERROR_CARD_SWALLOW_NOT_SUPPORTED 6F88 ERROR_CARD_READER_NOT_AVAILABLE 6F89 ERROR_COMMAND_BEYON_CAD CAPABILITIES 6F8A ERROR_COMMANDREFUSED_BY_CAD 6F8B ERROR__CURRENTLY_UNABLE_TO_PROCESS COMMAND 6F8C ERROR_DOCUMENT_NOT_AVAILABLE 6F8D ERROR_EVENT_NOT_SUPPORTED 6F8E ERROR_HTTP_ERROR 6F8F ERRORNO_TEM_SELECTED 6F90 ERROR_SCREEN_BUSY 6F91 ERROR_SCREEN_NOT_AVAILABLE 6F92 ERROR_STYLE_ALREADY_DEFINED 6F93 ERROR_TIMEOUT 6F94 ERROR_UNDEFINED_STYLE 6180 WARMING_COMMAND_PERFORMED_PARTIALY 9000 SUCCESSFUL COMPLETION REVENDICATIONS 1. Système de communication (1) entre un terminal (2) et une carte (3) caractérisé en ce que la carte (3) comprend un premier applicatif (30) et le terminal (2) comprend un deuxième applicatif (22) et un ou plusieurs lecteurs de carte (20), les deux applicatifs se reconnaissant entre eux, une fois cette reconnaissance effectuée, ils réalisent l'exécution d'un traitement spécifique de la carte (3) par envoi d'une requête de la carte (3) vers le terminal (2), la carte adaptant le premier applicatif en fonction des caractéristiques du terminal et en ce que les paramètres envoyés par la carte (3) comprennent io un moyen (b8 de P2) permettant à la carte de décider l'abandon ou non de l'exécution de ladite requête par le terminal (22) si celui-ci rencontre une anomalie dans les conditions d'exécution de ladite requête. 2. Système de communication (1) entre un terminal (2) et une carte (3), selon la revendication 1, caractérisé en ce que les paramètres envoyés par la carte comprennent un moyen (b7 de P2) permettant au terminal (2) de répondre ou non à la carte (3) à la fin de l'exécution de la requête envoyée par la carte (3) au terminal (2), si l'exécution de ladite requête par le terminal (2) s'est déroulée avec succès. 3. Système de communication (1) entre un terminal (2) et une carte (3), selon la revendication 1 ou 2, caractérisé en ce que le premier applicatif (30) implémenté dans la carte (3) est mémorisé dans un espace mémoire de la carte (3). 4. Système de communication (1) entre un terminal (2) et une carte (3), selon la revendication 1 ou 2, caractérisé en ce que le premier applicatif (30) implémenté dans la carte (3) s'exécute sur une machine virtuelle adaptable sur tout type de carte. 5. Système de communication entre un terminal (2) et une carte (3), selon la revendication 4, caractérisé en ce que la machine virtuelle est de type Java ou Multos. 6. Système de communication entre un terminal (2) et une carte (3), selon une des revendications 1 à 5, caractérisé en ce que le deuxième applicatif (22) implémenté dans le terminal (2) est un interpréteur adaptable sur tout type de terminal. 7. Procédé de communication pour système de communication (1) entre un terminal (2) et une carte (3), la carte (3) comprenant un premier applicatif (30) et le terminal (2) comprenant un deuxième applicatif (22) et un ou plusieurs lecteurs de carte (20), ledit procédé est caractérisé en ce que dans une première étape un premier sous procédé de reconnaissance io permet de déterminer si la carte (3) et le terminal (2) supportent les applicatifs (22,30), dans une deuxième étape un second sous procédé permet le transfert de requêtes et de données envoyées par la carte (3) vers le terminal (2). 8. Procédé de communication d'un système de communication (1) entre un terminal (2) et une carte (3), selon la revendication 7, caractérisé en ce que le premier sous procédé d'identification comprend les étapes suivantes: une étape d'initialisation (40) de la carte (3) dans un lecteur du terminal (2), et d'envoi d'un moyen identifiant le premier applicatif 20 implémenté dans la carte (41), une étape de détection par le terminal du moyen identifiant le premier applicatif (42) représentatif du premier applicatif implémenté dans la carte, si le moyen identifiant le premier applicatif n'existe pas la communication entre le terminal et la carte s'effectue normalement (45), une étape (46) d'envoi d'une commande comprenant des données afférentes aux caractéristiques du terminal (2) ; si le terminal comprend le deuxième applicatif (22), ladite étape (46) permet à la carte de détecter le deuxième applicatif (22) implémenté dans le terminal; si le terminal ne comprend pas l'applicatif, la communication entre le terminal et la carte s'effectue normalement (45). 9. Procédé de communication d'un système de communication (1) entre un terminal (2) et une carte (3), selon une des revendications 7 à 8, caractérisé en ce qu'une requête envoyée par la carte (3) permet d'imprimer des données choisies par la carte (3) sur une imprimante du terminal (2), les données associées à cette requête représentant au moins un des paramètres suivants, un paramètre identifiant une imprimante destinataire de l'impression, une chaîne de texte non formaté, un paramètre identifiant le io formatage d'un texte, des paramètres d'impression, un paramètre de priorité d'impression, l'exécution de cette commande par le terminal comprenant au moins une des étapes suivantes: une étape permet de stocker les données à imprimer dans une mémoire tampon du terminal (601), is une étape permet de vérifier si le paramètre fourni par la carte et identifiant le formatage d'un texte existe (602), si c'est le cas le terminal exécute le formatage des données suivant un format défini par la carte (603), une étape (604) permet de définir l'imprimante destinataire d'impression, si le paramètre fourni par la carte et identifiant une imprimante destinataire n'indique pas d'imprimante, une imprimante sera choisie par défaut (605), si le paramètre identifiant une imprimante destinataire indique une imprimante destinataire mémorisée dans le terminal, c'est l'imprimante destinataire qui sera choisie, dans ce dernier cas si cette imprimante n'existe pas (606) dans le terminal, le terminal terminera l'exécution et retournera un message d'erreur à la carte (613), une étape (609) permet d'imprimer les données choisies par la carte immédiatement si le terminal n'a pas de données choisies par lui à imprimer et si le paramètre d'impression fourni par la carte indique une impression immédiate, si ce paramètre n'indique pas d'impression immédiate les données choisies par la carte seront imprimées en même temps que des données choisies par le terminal, une étape (611) permet d'imprimer les données choisies par le terminal avant les données choisies par la carte si le terminal veut imprimer les données qu'il a choisies et si le paramètre de priorité d'impression fourni par la carte est actif, une étape (612) permet d'imprimer les données choisies par le terminal après les données choisies par la carte, si le terminal veut io imprimer les données qu'il a choisies et si le paramètre de priorité d'impression fourni par la carte est inactif, a la fin de l'exécution de l'impression le terminal envoie un message à la carte indiquant le déroulement de l'exécution (613). 10. Procédé de communication d'un système de communication (1) entre un terminal (2) et une carte (3), selon une des revendications 7 à 9, caractérisé en ce qu'une requête envoyée par la carte permet d'éjecter une carte d'un lecteur du terminal, une des données associée à cette requête étant un paramètre identifiant le lecteur du terminal dans lequel se trouve la carte à éjecter, la carte à éjecter pouvant être la carte comprenant l'applicatif (30). 11. Procédé de communication d'un système de communication (1) entre un terminal (2) et une carte (3), selon une des revendications 7 à 10, caractérisé en ce qu'une requête envoyée par la carte permet de capturer une carte d'un lecteur du terminal, une des données associées à cette requête étant un paramètre identifiant le lecteur du terminal dans lequel se trouve la carte à éjecter, la carte à capturer pouvant être la carte comprenant l'applicatif (30). 12. Procédé de communication d'un système de communication (1) entre un terminal (2) et une carte (3), selon une des revendications 7 à 11, caractérisé en ce qu'une requête envoyée par la carte permet d'ajouter un favori dans les fichiers de favoris du terminal, les données envoyées par la carte relatives à ladite requête représentant au moins un des paramètres suivants, un paramètre indiquant un URL, un paramètre présentant un chemin d'accès au fichier de favoris et un paramètre indiquant le nom du nouveau favori. 13. Procédé de communication d'un système de communication (1) entre un terminal (2) et une carte (3), selon une des revendications 7 à 12, caractérisé en ce qu'une requête envoyée par la carte permet de retirer un favori dans les fichiers de favoris du terminal, les données envoyées par la carte relatives à ladite requête représentant au moins un des paramètres io suivants, un paramètre indiquant un chemin d'accès du fichier de favoris et un paramètre indiquant le nom du favori à retirer du fichier de favoris du terminal. 14. Procédé de communication d'un système de communication (1) entre un terminal (2) et une carte (3), selon une des revendications 7 à 13, caractérisé en ce qu'une requête envoyée par la carte permet d'installer une nouvelle application dans le terminal, les données envoyées par la carte relatives à ladite requête représentant au moins un des paramètres suivants, un nom de l'application, une version de l'application, un paramètre indiquant l'espace mémoire nécessaire à l'installation de l'application, un paramètre indiquant un URL où est situé le programme à installer. 15. Procédé de communication d'un système de communication (1) entre un terminal (2) et une carte (3), selon une des revendications 7 à 14, caractérisé en ce qu'une requête envoyée par la carte permet de sélectionner un programme commercial dans le terminal, un des paramètres envoyés par la carte relatif à ladite requête étant un paramètre identifiant le programme commercial à sélectionner, le terminal répondant à la requête selon qu'il est ou non affilié au programme commercial défini en paramètre. 16. Procédé de communication d'un système de communication (1) entre un terminal (2) et une carte (3), selon une des revendications 7 à 15, caractérisé en ce qu'une requête envoyée par la carte permet de lancer une procédure complète de signature électronique d'un document. 17. Procédé de communication d'un système de communication (1) entre un terminal (2) et une carte (3), selon une des revendications 7 à 16, caractérisé en ce qu'une requête envoyée par la carte permet d'envoyer des messages à un dispositif distant, les données envoyées par la carte relatives à ladite requête présentant au moins un des paramètres suivants, une adresse d'un serveur de messagerie, une adresse de messagerie de retour, un identifiant d'un compte de messagerie, un mot de passe. io 18. Procédé de communication d'un système de communication (1) entre un terminal (2) et une carte (3), selon une des revendications 7 à 17, caractérisé en ce qu'une requête envoyée par la carte permet de se connecter à un dispositif distant et de récupérer des messages de ce dispositif distant, les données envoyées par la carte relatives à ladite requête présentant au moins un des paramètres suivants, une adresse d'un serveur de messagerie, un identifiant d'un compte de messagerie, un mot de passe.