FR 2817430 A1 20020531 FR 0015514 A 20001130 Procédé et dispositif de transfert d'une application locicielle écrite en langage haut niveau entre des abonnés d'un réseau de télécommunication, et module d'identification d'abonné correspondant La présente invention concerne le transfert d'une application logicielle écrite en langage haut niveau entre des abonnés d'un réseau de télécommunication. On entend ici par"application logicielle écrite en langage haut niveau", tout logiciel, application ou programme d'ordinateur écrit en langage informatique évolué par rapport à un langage informatique bas niveau tel que le langage objet par rapport au langage machine. Par exemple, une telle application logicielle est une appliquette (applet en anglosaxon) écrite en langage"JAVA" (Marque déposée) de la Société SUN MICROSYSTEMS. La présente invention trouve une application générale en télécommunication, et plus particulièrement en télécommunication mobile, dans laquelle les terminaux mobiles des abonnés communiquent selon des normes GSM, UMTS, ou analogues, et dans laquelle les réseaux de communication requièrent au niveau de chaque terminal un module d'identification d'abonné. Généralement, le module d'identification d'abonné, appelé SIM pour"Suscriber Identification Module", est une carte à circuit intégré de type"carte à puce"capable d'effectuer de façon autonome des opérations de sécurisation de données. Le Demandeur s'est posé le problème de transférer (ou charger, c'est-à-dire "download" en anglais) de façon simple, interactive, et avec un certain degré de sécurité, une application logicielle écrite en langage haut niveau entre des terminaux mobiles équipés chacun d'un module d'identifi- cation d'abonné. La présente invention apporte justement une solution à ce problème. Elle porte tout d'abord sur un procédé de transfert d'une application logicielle écrite en langage haut niveau entre des premier et second terminaux mobiles reliés à un réseau de télécommunication géré par un opérateur de télécommunication, et équipés chacun d'un module d'identification d'abonné. Selon une définition générale de l'invention, le procédé comprend les étapes suivantes : - a) par l'opérateur de télécommunication, fournir, initialement, et à destination respectivement des premier et second modules d'identification d'abonné,, un droit d'émettre une application logicielle écrite en langage haut niveau, et un droit de recevoir une application logicielle écrite en langage haut niveau ; - b) au niveau du premier module d'identification d'abonné, en cas de fourniture initiale du droit d'émettre, établir une communication avec le terminal mobile du second abonné à travers le réseau de communication et envoyer ladite application logicielle écrite en langage haut niveau ; et - c) au niveau du second module d'identification d'abonné, en cas de fourniture initiale du droit de recevoir, recevoir ladite application logicielle ainsi envoyée afin de pouvoir la traiter. Dans un tel procédé selon l'invention, un premier degré de sécurité du transfert résulte de la fourniture initiale des droits d'émettre et de recevoir dans les modules d'identifi- cation d'abonné. Le transfert de l'application peut être réalisé en clair ou chiffré entre les terminaux mobiles des abonnés. La mise en oeuvre d'un tel procédé est simple et facile. De plus d'autres degrés de sécurité peuvent résulter de l'utilisation de modules d'identification d'abonné qui sont aptes à effectuer de façon autonome des opérations de sécurisation de données. Avantageusement, l'étape a) comprend en outre les étapes suivantes : - al) équiper le premier module d'identification d'abonné d'une première fonction cryptographique ; - a2) équiper le second module d'identification d'abonné d'une seconde fonction cryptographique ; - a3) transmettre le droit d'émettre au premier module d'identification d'abonné de manière sécurisée selon la première fonction cryptographique ; et - a4) transmettre le droit de recevoir au second module d'identification d'abonné de manière sécurisée selon la seconde fonction cryptographique. Ainsi, selon l'invention la fourniture des droits d'émettre et de recevoir est sécurisée. En pratique, l'étape a) comprend en outre l'authentification des premier et second modules avant la fourniture sécurisée ou non des droits d'émettre et de recevoir. De préférence, l'étape b) comprend les étapes suivantes : - bl) équiper le premier module d'identification d'abonné d'une mémoire propre à stocker un interpréteur et au moins une appliquette, d'un processeur propre à utiliser l'interpréteur pour interpréter l'appliquette afin de l'exécuter, et d'une interface d'entrée/sortie apte à coopérer avec le terminal mobile du premier abonné ; et - b2) en cas de fourniture initiale du droit d'émettre, aller chercher l'appliquette à transférer dans la mémoire du premier module d'identification d'abonné et l'envoyer au second abonné à travers le réseau de communication. De son côté, l'étape c) comprend les étapes suivantes : - cl) équiper le second module d'identification d'abonné d'une mémoire propre à stocker un interpréteur et au moins une appliquette, d'un processeur propre à utiliser l'interpréteur pour interpréter l'appliquette afin de l'exécuter, et d'une interface d'entrée/sortie apte à coopérer avec le terminal mobile du second abonné ; et - c2) en cas de fourniture initiale du droit de recevoir, permettre la réception de l'appliquette ainsi transférée à travers le réseau de communication et la stocker dans la mémoire du second module d'identification d'abonné afin de la traiter. La présente invention a également pour objet un dispositif de transfert d'une application logicielle écrite en langage haut niveau entre des premier et second abonnés ayant chacun un terminal mobile équipé d'un module d'identification d'abonné, lesdits terminaux d'abonnés étant reliés à au moins un réseau de télécommunication géré par un opérateur de télécommunication. Selon une caractéristique importante de l'invention, l'opérateur de télécommunication comprend des moyens de traitement propres à fournir initialement, à destination respectivement des premier et second modules d'identification d'abonné, un droit d'émettre une application logicielle écrite en langage haut niveau, et un droit de recevoir une application logicielle écrite en langage haut niveau, le premier module d'identification d'abonné comprenant en outre des moyens propres, à établir une communication avec le second module d'identification d'abonné et des moyens propres, en cas de fourniture initiale du droit d'émettre, à envoyer ladite application logicielle écrite en langage haut niveau, et le second module d'abonné comprenant en outre des moyens propres, en cas de fourniture initiale du droit de recevoir, à recevoir l'application logicielle ainsi envoyée et des moyens de traitement propres à traiter l'application logicielle ainsi reçue. En pratique, chaque module d'identification d'abonné comprend une mémoire propre à stocker un interpréteur et au moins une application logicielle écrite en langage haut niveau, un processeur propre à utiliser l'interpréteur pour interpréter l'application afin de l'exécuter, et une interface d'entrée/sortie apte à coopérer avec le terminal mobile de l'abonné. La présente invention a également pour objet un produit programme d'ordinateur pour transférer une appliquette comme visé ci-avant. D'autres caractéristiques et avantages de l'invention apparaîtront à la lumière de la description détaillée ciaprès et des dessins dans lesquels : - la figure 1 représente schématiquement un terminal mobile de télécommunication avec son module d'identification d'abonné ; - la figure 2 représente schématiquement des moyens constitutifs d'un module d'identification d'abonné ; - la figure 3 représente schématiquement les relations entre l'opérateur et les premier et second modules d'identification d'abonné selon l'invention ; - la figure 4 illustre schématiquement les principales étapes du procédé selon l'invention ; - la figure 5 illustre schématiquement les étapes relatives à la fourniture initiale des droits d'émettre et de recevoir selon l'invention ; - la figure 6 illustre schématiquement les étapes de transfert de l'application logicielle selon l'invention ; et - la figure 7 illustre schématiquement un exemple de mise en oeuvre du procédé selon l'invention. En référence à la figure 1, on a représenté un terminal mobile de télécommunication TE1 pour un abonné AB1. Le terminal comprend de façon générale un écran 2, un clavier 4, une interface entrée/sortie 6, de type lecteur de carte à circuit intégré, des moyens de traitement 8, des moyens audio 11 et des moyens de radio-communication 10 avec au moins un réseau de télécommunication RS. Le terminal TE1 comprend un module d'identification d'abonné SIM1. Le module d'identification d'abonné SIM1 comprend une interface entrée/sortie 12, une unité de traitement 14 ou CPU, une mémoire vive ou RAM 16, une mémoire morte ou ROM 18, et une mémoire non volatile de type EEPROM (réinscriptible) ou flash EPROM. Un bus 22 relie entre eux les différents éléments du module d'identification mentionnés ci-avant. De façon générale, l'interface entrée/sortie 12 du module d'identification d'abonné SIM1 coopère avec l'entrée/sortie 6 du terminal TE1 pour l'échange bidirectionnel des données. L'interface 6 du terminal TE1 et l'interface 12 du module SIM1 peuvent être de type à contact, sans contact, ou mixte. De façon connue, l'unité de traitement 14 du module SIM est capable d'effectuer de façon autonome des opérations de sécurisation de données avec les mémoires 16 et 20. Ces opérations peuvent offrir des services de sécurité de type authentification, intégrité, confidentialité, non répudiation ou analogue. Le module d'identification de la figure 1 est construit pour fournir un environnement propre à exécuter et programmer des appliquettes écrites en langage évolué, tel que le langage JAVA de la Société SUN MICROSYSTEMS. En référence à la figure 2, l'environnement d'un module d'identification d'abonné SIM comprend les éléments suivants. Tout d'abord, l'environnement comprend une interface 24 dite HARDWARE, contenant les éléments 12,14, 16,18, 20 et 22 décrits en référence à la figure 1. Cette interface 24 est une couche dite "matérielle". L'environnement du module SIM comprend une couche 26, de type processeur. Cette couche 26 est appelée OS pour"Operating System", c'est-à-dire Système d'exploitation. Par exemple, le module d'identification comprend une couche 28 appelée Machine Virtuelle JAVA ou JVM pour JAVA Virtual Machine, qui exécute les codes des appliquettes 30 écrites en langage JAVA, ledit code étant appelé BYTECODE. Bien entendu, cette couche 28 peut contenir une autre machine que la machine JVM. Les outils ou fonctions du module sont logés dans la couche 34, appelée couche API pour"Application Programming Interface", c'est-à-dire interface de programmation des appliquet- tes. Les appliquettes 30 sont logées dans la mémoire 20 et individualisées ici en APPLET1, APPLET2 et APPLET3. Une interface 32 pilote le module SIM et sa communication entre les appliquettes et les codes de l'environnement extérieur au module selon le protocole applicatif 36 APDU pour"Application Protocol Data Unit". Ce protocole 36 permet d'échanger des données entre l'extérieur et le module SIM. Dans ce protocole applicatif, on distingue les commandes APDU qui sont envoyées de l'extérieur vers le module et les réponses APDU qui sont envoyées du module vers l'extérieur, en réponse aux commandes. Le protocole APDU est défini dans le document ISO 7816-4. Le Demandeur s'est posé le problème de transférer de façon simple, interactive et avec un certain degré de sécurité, une application logicielle écrite en langage haut niveau entre des terminaux équipés chacun d'un module d'identification d'abonné. En référence à la figure 3, on retrouve deux abonnés AB1 et AB2 dont les modules d'identification respectifs SIM1 et SIM2 sont aptes à communiquer à travers un réseau de télécommunications RS. Un opérateur de communications OP gère le réseau de télécommunications RS. L'opérateur OP peut établir un dialogue avec le module SIM1 et le module SIM2 via deux voies choisies 40 et 50. Ces deux voies 40 et 50 peuvent être réalisées selon un même moyen ou bien selon des moyens différents. Par exemple, la voie 40 est établie avec un point de vente local comprenant un ordinateur et un lecteur de carte SIM et la voie 50 est établie avec un autre point de vente local. Bien évidemment le même point de vente local peut servir pour établir la voie 40 et la voie 50. En variante, la voie est établie via le réseau de commutation de l'opérateur (par exemple par voie hertzienne dans le cas du réseau GSM). Une autre solution peut consister à utiliser le réseau Internet. En référence à la figure 4, selon l'étape a) du procédé selon l'invention, l'opérateur de télécommunication OP fournit à destination du premier module d'identification d'abonné SIM1 un droit d'émettre une application logicielle écrite en langage haut niveau. Cette fourniture s'effectue via la voie 40. Elle peut être non sécurisée ou bien sécurisée si l'opérateur et/ou l'utilisateur le souhaite. L'opérateur de télécommunication fournit, (de façon sécurisée ou non) à destination du second module d'identification d'abonné SIM2 un droit de recevoir une application logicielle écrite en langage haut niveau. Cette fourniture s'effectue via la voie 50. Selon l'étape b) du procédé selon l'invention, en cas de fourniture initiale du droit d'émettre, le module d'identification SIM1 établit une communication à travers le réseau de communication RS et envoie à la destination du second abonné AB2 une application logicielle écrite en langage haut niveau. Selon l'étape c) du procédé selon l'invention, au niveau du second abonné AB2, en cas de fourniture initiale du droit de recevoir, le module d'identification SIM2 reçoit l'application logicielle ainsi envoyée afin de la traiter (mémoriser, installer ou utiliser). En référence à la figure 5, la fourniture initiale des droits d'émettre et de recevoir peut être sécurisée en utilisant avantageusement des fonctions cryptographiques. Dans ce contexte sécurisé, selon l'étape al), on équipe le terminal du premier abonné AB1 d'un module d'identification d'abonné SIM1 avec une première fonction cryptographique. Selon l'étape a2), on équipe le terminal du second abonné AB2 d'un module d'identification d'abonné SIM2 avec une seconde fonction cryptographique. Selon l'étape a3), on transmet le droit d'émettre audit premier abonné de manière sécurisée selon la première fonction cryptographique. Selon l'étape a4), on transmet le droit de recevoir audit second abonné de manière sécurisée selon la seconde fonction cryptographique. En pratique, on authentifie en outre les premier et second modules SIM1 et SIM2 avant la fourniture sécurisée ou non des droits d'émettre et de recevoir. Cette authentification peut être mise en oeuvre classiquement par l'opérateur. Les fonctions cryptographiques utilisent avantageusement des éléments de sécurité inhérents à la carte à circuit intégré du module SIM. Les fonctions cryptographiques peuvent être à clé secrète ou à clé publique, ou bien encore selon un autre algorithme de cryptographie. Par exemple, les fonctions cryptographiques sont de type triple DES pour Data Encryption System". Dans ce cas, le droit d'émettre pour correspondre à une clé secrète et le droit de recevoir peut correspondre à ladite clé secrète. Dans un exemple de cryptographie à clé privé/publique, de type RSA par exemple, le droit d'émettre peut correspondre à une clé publique tandis que le droit de recevoir peut correspondre à la clé privée associée. Dans un autre exemple non sécurisé, la fonction de transfert selon l'invention n'utilise pas de fonctions cryptographique. Dans encore un autre exemple de réalisation, le droit d'émettre peut correspondre à une clé secrète et/ou publique accompagnée de l'application du transfert proprement dit. En référence à la figure 6, le transfert d'une appliquette comprend les étapes suivantes : - bl) équiper le module SIM1 du premier abonné AB1 d'une mémoire 16,18, 20 pour stocker un interpréteur 28 (machine virtuelle) et une appliquette 30, d'un processeur 26 utili- sant l'interpréteur 28 pour interpréter l'appliquette 30, afin de l'exécuter, et une interface entrée/sortie 32 coopérant avec l'extérieur du module SIM1 du premier abonné AB1 ; - b2) en cas de fourniture initiale du droit d'émettre, aller chercher l'appliquette 30 à transférer dans la mémoire du module et l'envoyer au second abonné AB2 à travers le réseau de télécommunication RS ; - cl) équiper le module SIM2 du second abonné AB2 d'une mémoire pour stocker un interpréteur 28 et une appliquette 30, d'un processeur 14,26 utilisant l'interpréteur pour interpréter l'appliquette 30 afin de l'exécuter et d'une interface entrée/sortie 32 coopérant avec l'extérieur du module SIM2 du second abonné AB2 ; et - c2) en cas de fourniture initiale du droit de recevoir, recevoir l'appliquette 30 à transférer à travers le réseau de communication RS et la stocker dans la mémoire du module SIM2 du second abonné AB2 afin de pouvoir la traiter. En référence à la figure 7, on a représenté un mode de mise en oeuvre du procédé selon l'invention dans le cas de deux terminaux de télécommunication mobiles travaillant selon les normes ou standards GSM 11.11 ou GSM 11.14. Avantageusement, au niveau des modules SIM, il est prévu de sauvegarder les appliquettes sous forme de"fichier élémen- taire"EF pour"Elementary File". De tels fichiers élémentaires sont utilisés pour séparer les données des différentes appliquettes 30. Chaque appliquette 30 est connue par son propre fichier EF. En pratique, le droit d'émettre peut correspondre à une fonction capable de construire des messages au format SMS à partir de commandes APDU contenues dans un fichier élémentaire EF1 et capables de transférer (download) une appliquette, et d'envoyer des messages SMS à un destinataire choisi. Le cas échéant, la fonction d'émission est sécurisée à l'aide d'une clé cryptographique appropriée. De son côté, le droit de recevoir peut correspondre à une fonction capable d'exécuter des commandes APDU capables de transférer une appliquette et qui sont contenues dans les messages SMS envoyés par l'émetteur. Le cas échéant, la fonction de réception est sécurisée à l'aide d'une clé cryptographique appropriée. Comme on le verra plus en détail ci-après, les commandes APDU qui permettent le transfert ou chargement (download) d'une appliquette comprennent les commandes INSTALL LOAD, LOAD LOAD/n fois et INSTALL INSTALL. L'appliquette de transfert 100 peut être aussi un fichier élémentaire. Par exemple, trois appliquettes 30 sont susceptibles d'être transférées, l'appliquette APPLET1, l'appliquette APPLET2 et l'appliquette APPLET3. Dans un menu 102 affiché au niveau du terminal TE1, l'utilisateur peut choisir l'appliquette 30 à transférer. Puis, à l'aide de la commande 104"GET INPUT", l'utilisateur entre (directement ou indirectement) le numéro de l'abonné récepteur AB2, et ainsi une communication 106 est établie avec ledit terminal récepteur TE2. Après connexion 106, la commande"DISPLAY TEXT"affiche le message"connexion"au niveau du terminal émetteur TE1. La fonction de transfert selon l'invention, par exemple l'appliquette de transfert 100 envoie alors un message 108 d'invitation à accepter le téléchargement à l'attention du module terminal récepteur TE2. Le message 108 est un message de type SMS pour"Short Message Service", par exemple au format OTAC, pour"Over The Air Customization"selon la norme 0348 de l'ETSI. A réception du message d'invitation 108, le module du terminal récepteur TE2 reçoit le message 110"Voulez-vous recevoir l'appliquette X de la part du numéro de téléphone 06 09 10 99 71 ? Oui, Non". Dans le cas d'une acceptation 112, le module du terminal récepteur TE2 envoie un message d'acceptation du transfert tandis qu'en cas de refus, il envoie un message de refus de transfert. Au niveau du terminal émetteur TE1, la commande DISPLAY TEXT affiche le message 114"Connexion OK"en cas d'acceptation, tandis qu'en cas de refus de la part du terminal récepteur TE2, la commande DISPLAY TEXT affiche le message"Transfert refusé". Dans le cas d'une connexion acceptée, le module du terminal émetteur TE1 envoie un message SMS 116 à l'attention du module du terminal récepteur TE2 avec la commande APDU "INSTALL LOAD avec réponse". Dans cet exemple, le message SMS comprend le numéro du destinataire agencé selon la norme "0340" dru GSM, la clé agencée selon la norme "0348" dru GSM le cas échéant, et la commande APDU"INSTALL LOAD", le cas échéant avec réponse. A la réception du message SMS 116 contenant la commande APDU "INSTALL LOAD avec réponse", le statut dudit message est vérifié. Si la vérification aboutit au message Statut = 9000, alors il est indiqué que le transfert est en progression 120, tandis que si le statut est différent de 9000, il est indiqué en réponse que le transfert est en échec. Ensuite, la procédure de transfert 121 est mise en place avec un message SMS contenant une commande APDU de type"LOAD LOAD". Cette procédure 121 est réitérée autant de fois qu'il y a de commandes"LOAD LOAD"dans le message SMS 121. Ensuite, le message SMS est acheminé du module du terminal émetteur TE1 vers le module du terminal récepteur TE2 avec le message 122 contenant la commande"INSTALL INSTALL". En réponse à ce message SMS 122 dont la commande APDU est "INSTALL INSTALL", le module du terminal TE2 exécute la commande et envoie un statut 124. Si le statut est égal à 9000, il est répondu que le transfert est réussi 126, tandis qu'en l'absence d'un statut égal à 9000, il est indiqué que le transfert a échoué. En présence d'un message de transfert réussi 126, le module du terminal émetteur TE1 envoie un message 128 consistant à indiquer que le transfert est terminé avec succès et ce message est affiché au niveau du terminal récepteur TE2. Le transfert de l'appliquette peut être synchronisé ou non. En cas de non synchronisation, le message SMS est envoyé sans réponse de statut. Par contre, en cas de synchronisation, le message SMS contenant la commande"LOAD LOAD"est envoyé avec une réponse demandée et il est vérifié chaque statut retourné. Le choix entre ces deux possibilités dépend de la performance souhaitée. La seconde possibilité (c'est-à-dire avec synchronisation) est plus sûre et permet de synchroniser le dernier message SMS contenant la commande"INSTALL INSTALL". Si on reçoit un statut différent de 9000, alors il est prévu d'afficher sur le module le message"Transfert en échec". Avantageusement, pour éviter tout problème de synchronisation, la commande"INSTALL LOAD"précède la commande"LOAD LOAD"et l'appliquette de transfert se termine par la commande"INSTALL INSTALL". Bien évidemment, lorsque l'abonné AB2 qui a reçu l'appliquette de la part de l'abonné AB1, souhaite lui aussi transférer l'appliquette à un autre abonné, il met en place le procédé décrit ci-avant, à la condition de détenir un droit d'émettre et à la condition que son destinataire possède également un droit de recevoir. Dans ce cas, le droit d'émettre comprend en outre la commande APDU"CREATE FILE EF1"relative à la création du fichier EF1 au niveau du module SIM1, ainsi que la commande APDU"LOAD RECORD EF1"relative à l'enregistrement du fichier EF1. Ces deux commandes APDU sont donc transférées, à l'issue de la commande INSTALL INSTALL décrite ci-avant, du module SIM1 vers le module SIM2. De son côté, le module SIM2 exécute les commandes"CREATE FILE EF1"et"LOAD RECORD EF1"afin de créer le fichier EF1 au niveau du module SIM2, et afin d'enregistrer le fichier EF1. Grâce à ces deux commandes, le module SIM2 peut alors jouer à son tour le rôle d'un émetteur d'appliquette à la destination d'un autre module. Revendications 1. Procédé de transfert d'une application logicielle écrite en langage haut niveau entre des premier et second terminaux mobiles (TE1, TE2) reliés à au moins un réseau de télécommunication (RS) géré par un opérateur de télécommunication et équipés chacun d'un module d'identification d'abonné (SIM1 et SIM2), ledit procédé étant caractérisé par les étapes suivantes : - a) par l'opérateur de télécommunication (OP), fournir, initialement, et respectivement à destination des premier et second abonnés (AB1 et AB2), un droit d'émettre une applica- tion logicielle (30) écrite en langage haut niveau, et un droit de recevoir une application logicielle (30) écrite en langage haut niveau, - b) au niveau du premier module d'identification d'abonné (SIM1), en cas de fourniture initiale du droit d'émettre, établir une communication avec le second abonné (AB2) et envoyer ladite application logicielle écrite en langage haut niveau à travers le réseau de communication (RS), et - c) au niveau du second module d'identification d'abonné (SIM2), en cas de fourniture initiale du droit de recevoir, recevoir l'application logicielle ainsi envoyée et la traiter. 2. Procédé selon la revendication 1, caractérisé en ce que l'étape a) comprend en outre les étapes suivantes : - al) équiper le premier module d'identification d'abonné (SIM1) d'une première fonction cryptographique, - a2) équiper le second module d'identification d'abonné (SIM2) d'une seconde fonction cryptographique, - a3) transmettre le droit d'émettre au premier abonné de manière sécurisée selon la première fonction cryptographi- que ; et - a4) transmettre le droit de recevoir au second abonné cryptographique de manière sécurisée selon la seconde fonction. 3. Procédé selon la revendication 1 ou la revendication 2, caractérisé en ce que l'étape a) comprend en outre lautentification du premier module (SIM1) ainsi que du second module (SIM2) avant la fourniture sécurisée ou non des droits d'émettre et de recevoir. 4. Procédé selon la revendication 1, caractérisé en ce que l'étape b) comprend les étapes suivantes : - bl) équiper le premier module d'identification d'abonné d'une mémoire propre à stocker un interpréteur (28) et au moins une application logicielle (30) écrite en langage haut niveau, d'un processeur (26) propre à utiliser l'interpréteur pour interpréter l'application afin de l'exécuter, et d'une interface d'entrée/sortie (32) apte à coopérer avec l'extérieur du module du premier abonné, et - b2) en cas de fourniture initiale du droit d'émettre, aller chercher l'application logicielle (30) à transférer dans la mémoire du premier module d'identification d'abonné (SIM1) et l'envoyer au second abonné (AB2) à travers le réseau de communication (RS). 5. Procédé selon les revendications 1 et 4, caractérisé en ce que l'étape c) comprend les étapes suivantes : - cl) équiper le second module d'identification d'abonné (SIM2) d'une mémoire propre à stocker un interpréteur (28) et au moins une application logicielle (30) en langage haut niveau, d'un processeur (26) propre à utiliser l'interpréteur (28) pour interpréter l'application afin de l'exécuter, et d'une interface d'entrée/sortie (32) apte à coopérer avec l'extérieur du module, et - c2) en cas de fourniture initiale du droit de recevoir, recevoir l'application logicielle (30) ainsi transférée à travers le réseau de communication et la stocker dans la mémoire du second module d'identification d'abonné (SIM2). 6. Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comprend en outre les étapes suivantes : i) établir une première voie (40) entre l'opérateur (OP) et le premier module d'identification d'abonné (SIM1) et fournir initialement le droit d'émettre et via ladite première voie (40), et ii) établir une seconde voie (50) entre l'opérateur (OP) et le second module d'identification d'abonné (SIM2) et fournir initialement le droit de recevoir via ladite seconde voie (50). 7. Procédé selon la revendication 6, caractérisé en ce que la fourniture initiale des droits d'émettre et de recevoir via les voies (40 et 50) est sécurisée. 8. Dispositif de transfert d'une application logicielle écrite en langage haut niveau entre des premier et second terminaux mobiles reliés à au moins un réseau de télécommunication (RS) géré par un opérateur de télécommunication (OP) et équipés chacun d'un module d'identification d'abonné (SIM1, SIM2), caractérisé en ce qu'il comprend : - au niveau de l'opérateur de télécommunication (OP), des moyens de traitement propres à fournir, respectivement à destination des premier et second modules d'identification d'abonnés (SIM1 et SIM2), un droit d'émettre une application logicielle écrite en langage haut niveau, et un droit de recevoir une application logicielle écrite en langage haut niveau, - au niveau du premier module d'identification d'abonné (SIM1), des moyens propres à établir une communication avec le second abonné (AB2) et des moyens propres à envoyer ladite application logicielle écrite en langage haut niveau, et - au niveau du second moyen d'identification d'abonné (SIM2), des moyens propres à recevoir l'application logicielle ainsi envoyée et des moyens de traitement propres à la traiter. 9. Dispositif selon la revendication 8, caractérisé en ce qu'il comprend une première voie (40) entre l'opérateur de télécommunication (OP) et le premier module d'identification d'abonné (SIM1), à travers laquelle le droit d'émettre est transmis au premier abonné (AB1), de façon sécurisée ou non. 10. Dispositif selon la revendication 8, caractérisé en ce qu'il comprend une seconde voie (50) entre l'opérateur de télécommunication et le second module d'identification d'abonné (SIM2), à travers laquelle le droit de recevoir est transmis au second abonné, de façon sécurisée ou non. 11. Dispositif selon la revendication 8, caractérisé en ce que chaque module d'identification d'abonné (SIM1 ou SIM2) comprend une mémoire propre à stocker un interpréteur (28) et au moins une application logicielle (30) écrite en langage haut niveau, un processeur (26) propre à utiliser l'interpréteur pour interpréter l'application afin de l'exécuter, et une interface d'entrée/sortie (32) apte à coopérer avec l'extérieur du module. 12. Module d'identification d'abonné destiné à coopérer avec un terminal mobile de communication apte à communiquer à travers un réseau de communication géré par un opérateur de communication, v caractérisé en ce que le module (SIM) comprend des moyens de sécurisation propres à établir une voie (40 ou 50) avec l'opérateur de télécommunication (OP) à travers laquelle le module est apte à recevoir de la part de l'opérateur un droit d'émettre et/ou de recevoir une application logicielle écrite en langage haut niveau, et en ce que ledit module ayant ainsi initialement un droit d'émettre et/ou de recevoir, est apte à envoyer et/ou recevoir une application logicielle écrite en langage haut niveau à l'intention et/ou venant d'un autre module. 13. Module selon la revendication 12, caractérisé en ce que le module (SIM) comprend une mémoire propre à stocker un interpréteur (28) et au moins une application logicielle (30) en langage haut niveau, un processeur (26) propre à utiliser l'interpréteur pour interpréter l'application afin de l'exécuter, et une interface d'entrée/sortie (32) apte à coopérer avec le terminal. 14. Module selon la revendication 12 ou la revendication 13, caractérisé en ce que ledit module est une carte à circuit intégré apte à effectuer de façon autonome des opérations de sécurisation de données. 15. Programme d'ordinateur comprenant des codes d'instructions enregistrés sur un support ou distribués à travers un milieu de communication, lesdits codes d'instructions étant exécutables dans un ordinateur pour effectuer les étapes du procédé selon l'une quelconque des revendications 1 à 7.