Brevet FR2821231A1 — publié le 20020823

L'invention concerne un procédé d'administration d'un système embarqué à puce électronique, plus particulièrementune carte d'abonné pour un équipement mobile de téléphonie du type à lecteur auxiliaire. Elle s'applique plus particulièrement, bien que non exclusivement, aux terminaux de téléphonie mobile à la norme"GSM", appelés ci-après simplement "téléphone mobile". En effet, une des normes les plus utilisées en Europe est la norme de transmission"GSM" (acronyme pour "Groupe spécial Systèmes Mobiles publics de radiocommunications fonctionnant dans la bande des 900 MHz"). On doit bien comprendre cependant que l'invention ne saurait se résumer à cette seule norme. Notamment, elle peut trouver application dans le cadre des normes en cours de développement telles"GPRS"ou"UTMS". L'invention concerne encore un système embarqué, plus particulièrement une carte à puce électronique, pour la mise en oeuvre du procédé. Ci-après, pour simplifier, seule cette dénomination"carte à puce"sera utilisée, sans limiter en quoi que ce soit la portée de l'invention. Certains téléphones mobiles sont dites slots"car ils comprennent un premier organe de lecture de carte à puce, que l'on appellera lecteur principal ci-après, recevant une carte munie de moyens de traitement de l'information et de mémorisation, incluant un module fonctionnel connu sous l'abréviation"SiM" (pour"Subscriber tdenty Module"ou"Moduie d'identification d'abonné"). Cette carte à puce, que l'on appellera ci-après carte"d'abonné", peut être remplacée par un simple module électronique en faisant office. Si la carte à puce se présente sous le format dit "10-1", elle comprend une carte proprement dite en matériau plastique sur laquelle est disposé le module précité à puce électronique. L'ensemble obéit à un certain nombre de normes bien connues, tant physiques (dimensions, localisation de la puce, etc.), qu'électriques et/ou électroniques, qu'il est inutile de détailler plus avant. Dans le cas contraire, le module seul, au format dit"plug-in SIM", peut être placé dans le lecteur principal. Généralement, ce dernier se résume à une enceinte munie d'un couvercle. Une paroi de fond comporte des plots de contacts permettant de coupler le module avec des circuits électroniques dont est muni le terminal téléphonique. La carte à puce placée dans le lecteur principal, ou carte"SIM", stocke un certain nombre de données relatives à l'abonnement téléphonique proprement dit (nom du ou des opérateur (s) auprès duquel (desquels) a (ont) été souscrit (s) le ou les abonnement (s), type d'abonnement, donnée d'identification de l'abonné, etc. ), mais aussi des applications dites embarquées. Il s'agit notamment d'appliquettes (ou"applets"selon la terminologie anglo-saxonne) permettant l'accès à des services existants sur des serveurs éloignés, via le réseau téléphonique, ou plus simplement s'exécutant en local. On peut citer, à titre d'exemple de cette dernière catégorie d'applications, des jeux vidéo interactif à affichage sur l'écran du téléphone mobile. Pour ce faire, les cartes"SIM"mettent en oeuvre la technologie dite "SIM Toolkit"obéissant à la norme"ETSI 11.14". Ces cartes sont programmables. Comme toutes les cartes programmables, non seulement celles-ci reçoivent des commandes du terminal hôte, c'est-à-dire du téléphone mobile, mais peuvent également envoyer des commandes à ce terminal. Ces commandes sont dites"proactives". Pour fixer les idées, une commande proactive dénommée "DISPLAY TEXT", avec par exemple comme paramètre le texte suivant :"Bienvenue", va demander au téléphone mobile, sous la commande de l'appliquette contenue dans la carte, d'afficher le texte "Bienvenue" précité sur son écran de visualisation. Parmi les commandes proactives décrites par la norme ETSI 11.14 précitée, certaines d'entre elles permettent d'activer puis d'envoyer des commandes dites"APDU" (pour"Application Protocol Data Unit"), c'est-à-dire obéissant à la norme ISO 7816, à une seconde carte à puce qui se trouve dans un second lecteur de l'équipement mobile, ci-après appelé lecteur auxiliaire. Pour comprendre les commandes proactives envoyées par la carte "SIM", les terminaux"GSM"doivent naturellement être aussi conformes à la norme 11. 14". Dans l'art connu, la seconde carte à puce est généralement constituée par une carte de crédit, par exemple une carte bancaire standard. Le lecteur auxiliaire se présente habituellement sous la forme d'un lecteur de carte à puce classique, apte à lire une carte à puce de ce type. Il comporte pour ce faire une fente dans laquelle la carte à puce est introduite le temps d'une transaction. A titre d'exemple, la transaction peut consister à débiter la carte de crédit ou la carte bancaire d'un certain montant pour recharger la carte"SIM"en unités de communications téléphoniques. La seconde carte à puce fonctionne en mode dit"esclave", en ce sens qu'elle est sous le contrôle de la première carte à puce. Dans le cadre de l'invention, le terme"applications embarquées"doit être compris dans son sens le plus général. Il concerne naturellement des appliquettes ou programmes similaires, mais aussi englobe toutes sortes de données numériques. A titre d'exemple, on peut citer les entrées d'un répertoire téléphonique stocké dans la carte"SIM"ou tout autre fichier de données. Ciaprès, le terme"données numériques"désignera indifféremment des "applications" (ou"programmes") ou des"données ou fichiers de données simples"stockées dans les moyens de mémoire de la carte"SIM". On comprend aisément que, pour des raisons diverses, il soit utile, voire nécessaire, d'ajouter, supprimer et/ou modifier des applications ou des données stockées dans la carte"SIM". Il est connu d'ajouter des appliquettes dans une carte"SIM". Le moyen utilisé pour charger des appliquettes est habituellement constitué par un ordinateur (par exemple un micro-ordinateur classique). L'appliquette à charger est, par exemple, stockée sur un disque dur de l'ordinateur. Un programme résident sur l'ordinateur, connu sous le nom de "Chargeur" (ou"loader'selon la terminologie anglo-saxonne) reçoit en entrée un fichier contenant l'appliquette et le transforme en un ensemble de commandes qu'il envoie à la carte"SIM". Ces commandes peuvent être envoyées de deux façons principales : - en local, à partir d'un lecteur de carte à puce connecté à l'ordinateur. - ou à distance par exemple en utilisant la technologie dite"Over The Air" ("O. T. A.") dans le monde"GSM". Ces procédés présentent un certain nombre d'inconvénients. Dans le premier cas, la carte"SIM"est placée dans le lecteur de carte à puce de l'ordinateur utilisé pour le chargement. On réalise immédiatement que ce procédé présente l'inconvénient de nécessiter d'un matériel spécifique. Pour le moins, il est nécessaire que l'abonné, détenteur de la carte"SIM", se rende physiquement dans un lieu disposant d'un tel matériel. En ce qui concerne la seconde méthode, il est utile de rappeler que les données numériques sont habituellement transmises en ayant recours à la technologie dite de"service à messages courts" (service dit"GSM-Data"), connue sous le sigle anglo-saxon"SMS" (pour"Short Message Service"), suivant les deux normes"ETSI 03. 40" et"ETSI 03. 48". Ces messages ont typiquement une longueur maximale de données utiles de 160 septets ou de 140 octets, selon les applications. Bien que la technologie actuelle des cartes à puce ne permettent que le stockage de programmes n'occupant qu'un espace mémoire relativement restreint, précisément des appliquettes, ces dernières peuvent se présenter sous la forme de fichiers occupant typiquement 10 kO. On réalise aisément qu'un fichier de cette longueur nécessiterait l'envoi d'environ 80 messages différents. On doit rappeler également que les transmissions mettant en oeuvre la technologie"OTA"ne présentent pas des taux de sécurisation et/ou de fiabilité élevés. Surtout, notamment lorsqu'un ensemble de cartes"SIM"doit être mis à jour avec des données, mêmes identiques, il est nécessaire de répéter le processus pour chaque téléphone mobile, puisque les liaisons entre un serveur distant et un téléphone mobile sont du type dit"point à point". Il s'ensuit que le procédé qui vient d'être rappelé est, dans la pratique, extrêmement complexe, voire irréalisable. Puisque les téléphones mobiles visés par l'invention sont du type dit "dual slot", comme il a été rappelé, on pourrait penser pouvoir utiliser le lecteur auxiliaire pour charger des appliquettes dans la carte"SIM"placée dans le lecteur principal. En effet, une solution qui vient rapidement à l'esprit serait d'implémenter un programme chargeur ("loader") dans la carte"SIM"de l'abonné. Le code de l'appliquette à charger pourrait alors être contenu dans une autre carte à puce insérable dans le lecteur auxiliaire. Le programme chargeur dans la carte"SIM"pourrait alors transmettre une ou plusieurs commande (s) proactive (s) afin de lire le code de l'appliquette à charger. Une fois que le programme a lu le code de l'appliquette, il est alors en mesure de le charger par un moyen approprié. A première vue ce procédé semble présenter des avantages : 1) Le programme chargeur de la carte"SIM"est compatible avec la carte elle-même puisqu'il est stocké dans celle-ci ; 2) La carte à puce auxiliaire qui contient le code de l'appliquette n'a pas besoin d'être conforme à la norme"Sim Toolkit". Cependant, ce procédé n'est pas exempt d'inconvénients sérieux : 1) Le programme chargeur occupe une place mémoire non négligeable dans la carte"SIM", ce qui laisse moins de place pour les appliquettes devant y être stockées. Or, même si la capacité des mémoires utilisées sur les cartes à puce a fortement augmenté ces dernières années, elle reste relativement limitée pour ce type d'application. 2) La technologie actuelle ne permet pas d'envisager cette solution car : - Elle ne permet pas d'envoyer des commandes de chargement. En effet les commandes à envoyer par l'application au système d'exploitation présent dans la carte"SIM"sont spécifiées dans la norme"ETSI 03. 19". Cette dernière ne permet pas l'envoi de commandes de chargement. - Elle ne permet pas non plus à l'appliquette de demander au téléphone mobile d'envoyer des commandes à la carte qu'il héberge. Il serait donc nécessaire de modifier les normes en vigueur pour envisager ce mode de fonctionnement. L'invention vise à pallier les inconvénients des procédés et dispositifs de l'art connu, et dont certains viennent d'être rappelés. L'invention se fixe pour but, pour un équipement mobile du type comprenant deux lecteurs de carte, un procédé d'administration de données numériques, applications et/ou données simples, stockées sur une première carte à puce, dite d'abonné ou"SIM", placée dans un premier lecteur de carte à puce, appelé principal, par l'intermédiaire d'une seconde carte à puce, appelée carte d'administration, placée dans un second lecteur de carte à puce, appelé auxiliaire. Le procédé selon l'invention permet non seulement l'ajout d'une ou plusieurs appliquettes dans la carte"SIM", c'est-à-dire le chargement d'appliquettes, mais une véritable gestion ou administration des données numériques, applications et/ou données simples, stockées dans celle-ci. Le procédé selon l'invention autorise notamment, outre le chargement de nouvelles données numériques dans la carte"SIM", la suppression de données numériques, leur affichage sur l'écran de visualisation de l'équipement mobile, ainsi que leur modification. Il permet également de connaître différents paramètres et/ou attributs attachés aux dites données numériques et/ou à la carte"SIM"proprement dite, par exemple l'affichage des noms ou des états des appliquettes déjà présentes dans la carte"SIM", la place mémoire disponible dans la carte"SIM", etc. Le procédé selon l'invention ne nécessite aucune modification du matériel mis en oeuvre (un équipement de téléphonie standard peut être utilisé) et reste entièrement compatible avec les normes en vigueur, tant en ce qui concerne les transmissions, les cartes à puce (technologie"Sim Toolkit") et les communications entre les cartes à puce et les circuits de l'équipement mobile, qui font appel à des"APDU"standards. Pour ce faire, selon une première caractéristique, on utilise une carte à puce, que l'on appellera"administratrice", sur laquelle est implémentée une pièce de logiciel spécifique. C'est cette pièce de programme spécifique qui permet d'administrer la carte"SIM". Si la fonction chargement est disponible, la pièce de logiciel comprend au moins un programme dit "chargeur" ("Ioader") et un ou plusieurs code (s) d'appliquettes pouvant être chargé (s) sélectivement dans la carte"SIM". Le programme chargeur est préférentiellement constitué par une appliquette. Celle-ci et les autres appliquettes sont préférentiellement programmées en "JAVA" (marque déposée). Si la carte"SIM"d'abonné ne stocke que des données numériques simples (c'est-à-dire aucune application), il n'est alors pas obligatoire qu'elle soit conforme à la technologie"Sim Toolkit". L'invention concerne également un équipement de téléphonie mobile pour la mise en oeuvre du procédé. Outre les nombreuses possibilités du procédé et la grande souplesse permise, on notera également que la carte administratrice n'est pas une carte d'un type dit"propriétaire". En effet, il n'est pas nécessaire qu'elle soit fournie par un opérateur de réseau de téléphonie. Dans tous les cas, elle peut être obtenue, par exemple achetée, dans des lieux divers : grandes surfaces commerciales, bureaux de poste, etc., ou encore envoyée par voie postale. Il suffit alors que l'utilisateur l'insère dans le lecteur auxiliaire et tout le processus de chargement, ou de façon plus générale d'administration, put se dérouler de façon complètement automatique (de la façon qui sera détaillée plus amplement ci-après) et/ou en suivant les instructions qui s'affichent sur l'écran de visualisation du téléphone mobile. De façon préférentielle encore, le mode d'emploi de la carte administratrice peut être imprimé sur celle-ci ou affiché à l'écran, lors de son insertion dans le lecteur auxiliaire, la mise sous tension du téléphone mobile étant effectuée. Toujours de façon préférentielle, la carte administratrice est au format "bd-1", ce qui autorise son insertion en lieu est place d'une carte de crédit ou d'une carte bancaire standard. L'invention a donc pour objet principal un Procédé d'administration d'un système embarqué dit d'abonné pour un équipement de téléphonie mobile du type comprenant un premier lecteur de système embarqué, dit principal, destiné à recevoir ledit système embarqué d'abonné et un deuxième lecteur de système embarqué, dit auxiliaire, ledit système embarqué d'abonné comprenant des moyens de traitement informatique et de mémorisation de données, lesdites données pouvant comprendre des applications logicielles, caractérisé en ce qu'il comprend au moins les étapes suivantes : - le chargement initial, dans des moyens de mémorisation de données numériques d'un système embarqué supplémentaire, dit d'administration, d'une pièce de logiciel spécifique, comprenant au moins une composante constituée par un programme dit chargeur, et d'au moins un fichier de données numériques dans un premier format ; l'insertion temporaire dudit système embarqué d'administration dans ledit lecteur de système embarqué auxiliaire ; - la transformation desdites données numériques au premier format en une suite de données numériques dans un second format sous la commande de ladite pièce de logiciel spécifique ; et - le transfert sélectif d'au moins une suite de données numériques au dit second format vers ledit système embarqué d'abonné et son chargement dans lesdits moyens de mémorisation de ce système embarqué, via lesdits lecteurs de système embarqué auxiliaire et principal, sous la commande de ladite pièce de logiciel spécifique ; et en ce que ledit transfert s'effectue conformément à un protocole de communication déterminé. L'invention a encore pour objet un système embarqué pour la mise en oeuvre du procédé. L'invention va maintenant être décrite de façon plus détaillée en se référant aux dessins annexés, parmi lesquels : La figure 1 illustre schématiquement un exemple de configuration de téléphone mobile à deux lecteurs de carte à puce avec une carte "SIM"d'abonné et une carte à puce conforme à l'invention ; La figure 2 est un bloc diagramme explicitant les principales étapes et phases du procédé selon l'invention et les interactions entre composants mis en oeuvre ; la figure 3 est un synoptique illustrant schématiquement les principales opérations d'administration permises par le procédé selon l'invention ; ta figure 4 est un bloc diagramme illustrant un exemple pratique d'ajout d'une appliquette dans la carte"SIM"d'abonné, selon le procédé de l'invention ; et ta figure 5 est un bloc diagramme illustrant un exemple pratique de suppression d'une appliquette dans la carte"SIM"d'abonné, selon le procédé de l'invention. Dans ce qui suit, sans en limiter en quoi que ce soit la portée, on se placera ci-après dans le cadre de l'application préférée de l'invention, sauf mention contraire, c'est-à-dire dans le cas d'un téléphone mobile à la norme "GSM"du type dit "dual slot". La figure 1 illustre schématiquement un tel téléphone mobile 1 et les deux cartes à puces mises oeuvre, 2 et 3. On a supposé que la carte d'abonné"SIM"3 est un module au format "Plug-In SIM". En soi, cette carte"SIM"est tout à fait conforme à l'art connu. Elle comprend un support 30 au format"Plug-In SIM"précité, sur lequel est disposée une puce électronique 31 comportant des plages de contacts d'entrées-sorties, sous la référence unique 310. L'ensemble est défini par différents standards et/ou normes, tant d'un point de vue physique (dimensions, disposition, etc.), qu'électrique/électronique. La puce électronique comprend notamment des moyens de traitement de données à programme enregistré (microprocesseur ou microcontrôleur) et des moyens de mémorisation, non volatiles ("ROM","EPROM") et vives ("RAM"et registres divers). Ces diverses ressources informatiques, bien connues également, n'ont pas été représentées sur la figure 1. Outre des programmes et des données numériques associées directement aux transmissions téléphoniques, réalisées par exemple conformément à la norme"GSM"précitées, les moyens de mémorisation du module 3 peuvent stocker diverses données numériques, et tout particulièrement des appliquettes ou"applets", par exemple n appliquettes, A1 à An. En soi, cette caractéristique est également commune à l'art connu. Si le module 3 stocke des appliquettes, il doit être conforme à la technologie"Sim Toolkit"de façon à pouvoir recevoir des commandes et émettre des commandes dites"pro-actives". Dans l'exemple illustré sur la figure 1, le téléphone mobile 1 comporte un corps principal 10 et un corps auxiliaire 11, rabattable par rotation autour d'un axe 110 disposé au bas du corps principal 10. Le lecteur de carte à puce principal 12 est constitué d'une enceinte interne 12 dans laquelle est logé le module"SIM"3 (représenté sur la figure 1 grossi et à l'extérieur de son logement). Le corps principal 10 est notamment muni d'un écran de visualisation 100, habituellement du type à cristaux liquides. Le lecteur de carte à puce auxiliaire 13 est situé dans le corps rabattable 11. Il communique avec l'extérieur par une fente 130 dans laquelle peut être insérée une carte à puce de format dit") D-1", c'est-à-dire compatible avec des cartes à puce standard, cartes bancaires ou de crédit. Le téléphone mobile selon l'invention reste donc tout à fait compatible avec les normes et standards de l'art connu. Il ne nécessite aucune modification. Dans un mode de réalisation préférée de l'invention, la carte à puce utilisée comme carte d'administration est également au standard "10-1" précité. Le lecteur auxiliaire 13 peut donc accepter indifféremment des cartes à puce standards ou des cartes à puce 2 conformes aux caractéristiques de l'invention et qui vont être détaillées ci-après. On va supposer dans un premier temps que la fonction essentielle de la carte à puce 2 est le chargement de nouvelles appliquettes dans le module "SIM" 3. Préférentiellement, la carte à puce 2 est conforme à la technologie "Sim Toolkit". Elle est capable d'envoyer des commandes de type"proactif"au téléphone mobile hôte 1 et des commandes de lecture et/ou écriture aux fichiers de son système d'exploitation"Sim Toolkit"OSST. Selon une première caractéristique de l'invention, outre le système d'exploitation"Sim Toolkit"OSST précité, il est implémenté dans la puce électronique20 de la carte à puce 2 au moins une pièce de logiciel dite "programme chargeur" ("loader") Ch et un certain nombre de fichiers, f, à fn, susceptibles d'être transférés dans le module"SIM"3, de manière à y charger des applications, en sus d'éventuelles applications déjà résidentes (non représentées). De façon préférentielle, ces applications sont constituées par des appliquettes ("applets"), avantageusement codées en en langage "JAVA" (marque déposée). Dans ce cas, les fichiers, fi à fn, sont avantageusement codés conformément au format dit "CAP file" défini par le"Java Card forum" (marque déposée). Le programme chargeur lui-même Ch est aussi une appliquette"Sim Toolkit". Selon une caractéristique du procédé de l'invention, la carte ou module "SIM"3 de l'abonné devient carte réceptrice. La carte administratrice 2, selon une autre caractéristique du procédé de l'invention devient la carte principale pendant le chargement, bien qu'elle soit insérée dans le lecteur de carte à puce auxiliaire 13. En effet, dans un mode de réalisation préféré, du fait que la carte administratrice soit en technologie"Sim Toolkit", elle peut, contrairement à l'art connu, devenir prioritaire lors de la mise sous tension du téléphone mobile 1, c'est-à-dire devenir"maître". La carte insérée dans le lecteur auxiliaire 13, c'est- à-dire la carte administratrice 2 prend alors l'avantage sur le module"SIM"3 : ce sont les appliquettes de cette carte administratrice 2 qui sont proposées à l'utilisateur et non, celles qui résident dans le module"SIM"3 (carte réceptrice). Il doit cependant être clair que cette disposition n'est pas obligatoire. On pourrait, par exemple, demander à l'utilisateur d'appuyer sur une touche ou une combinaison de touches 101 du clavier du téléphone mobile 1 pour que le processus démarre "manuellement" après mise sous tension de ce téléphone mobile 1. A titre d'exemple, les instructions d'utilisation peuvent être fournies indépendamment de la carte administratrice 2 ou imprimées ou gravées sur une face de celle-ci. Dans le mode de réalisation préférentiel, puisque la carte administratrice 2 est prioritaire, on peut afficher sur l'écran de visualisation 100 un menu initial interactif montrant notamment l'appliquette de chargement Ch installée sur cette carte. Une fois que l'utilisateur a sélectionné cette application, celle-ci peut aller lire les fichiers présents, f1 à fn, afin d'exécuter par la suite des commandes"APDU"sur la carte réceptrice, c'est-à-dire le module "SIM"3, et de charger ainsi la ou les appliquettes correspondant aux fichiers présents sur la carte administratrice. Ces opérations sont effectuées en coopération avec le système d'exploitation"Sim Toolkit"OSST. De façon plus précise, la carte disposée dans le lecteur auxiliaire 13, c'est-à-dire la carte d'administration 2, peut lire les fichiers présents sur son système d'exploitation à l'aide d'une ou plusieurs commandes"APDU" classiques, telle que "READ BINARY". La lecture des fichiers systèmes, fi à fn, permet à la carte administratrice 2 de collecter toutes les informations nécessaires relatives à l'appliquette à installer sur le module ou la carte"SIM"3 de l'abonné. D'autre part, la carte administratrice 2 peut ouvrir une session afin d'accéder au module"SIM"3 de l'abonné par l'intermédiaire de la commande proactive"POMMER 0/\/CRD". Lorsque ceci est fait, la carte administratrice 2 envoie des commandes"APDU"de chargement définies par les normes"ETSI 03. 48" et"ISO/IEC 7816-4"afin d'installer l'appliquette préalablement lue. Les commandes"APDU"sont ainsi envoyées au module"SIM"par le biais de la commande proactive"PERFORM CARD APDU". Une fois l'appliquette installée, la carte administratrice 2 du lecteur auxiliaire 13 ferme la session en utilisant la commande "POWER OFF CARD". L'utilisateur peut dès lors retirer la carte administratrice 2 du lecteur auxiliaire 13 afin de se reconnecter sur le module"SIM"3. Sur la figure 1, les appliquettes référencées A1 à An'chargées en supplément dans le module"SIM"3, correspondent aux fichiers f1 à fn de la carte administratrice 2. Toutes ces commandes ou sessions respectent les standards et normes habituels de protocole de communication entre un lecteur de carte et une carte à puce. Il est fait notamment usage, comme il vient d'être rappelé, de commandes"APDU". L'invention ne nécessite donc aucune modification. Il est par ailleurs à noter que, une fois retirée la carte administratrice 2 conforme à l'invention, une carte à puce classique, par exemple une carte bancaire ou une carte de crédit, peut être insérée dans le lecteur auxiliaire 13. Dans ce cas, le fonctionnement redevient conforme à l'art connu : la carte à puce dans le lecteur auxiliaire 13 n'est plus prioritaire. Elle reste sous la commande de la carte ou du module"SIM"3. La figure 2 est un bloc diagramme explicitant de façon plus précise les principales interactions entre les différents composants mis en oeuvre. Les principales étapes et phases du procédé sont également mis en évidence. On a également supposé que la carte administratrice permet, non seulement le chargement d'une ou plusieurs appliquettes dans le module "SIM"3, mais aussi d'autres opérations : suppression, etc., qui seront détaillées ci-après, notamment par référence à la figure 3. La pièce de logiciel spécifique à l'invention comprend plusieurs composants, sous la référence unique 40. De façon préférentielle, comme indiqué, elle est activée de façon automatique à la mise sous tension du téléphone mobile 1 (figure 1 : 1). Pour ce faire, on utilise une commande dénommée"TERMINAL PROFILE', générée par le téléphone mobile 1 (figure 1) précisément à la mise sous tension (mise en service). Les fichiers stockés dans la carte administratrice 2, sous la référence générale 41, sont associés, de façon générale, non seulement à des appliquettes destinées à être chargées dans le module"SIM"3, mais aussi à des données numériques. A titre d'exemple, il peut s'agir des entrées d'un répertoire téléphonique. La carte administratrice 2 peut également être destinée à charger dans le module"SIM"3 des données associées à un nouvel opérateur de téléphonie. A priori, du fait des standards utilisés pour les communications entre carte à puce et lecteur mettant en mettant en oeuvre des"APDU", les données et/ou applications 41 ne peuvent être chargées telles quelles dans le module "SIM"3. Il est nécessaire de réaliser une opération préalable 42, que l'on appellera de"formatage", sous la commande du programme spécifique 40. On notera qu'il existe naturellement, comme pour tout programme en cours d'exécution, des interactions entre le système d'exploitation OSST et ce programme spécifique 40. Une fois le formatage effectué, toujours sous la conduite du programme spécifique 40, des sessions de communication, qui peuvent être bidirectionnelles, s'établissent entre la carte administratrice 2 et le module 3, via les lecteurs auxiliaire 13 et principal 12, à l'aide d'une suite de commandes"APDU" (protocole de communication normalisé). De ce fait une ou plusieurs appliquette (s) supplémentaire (s) peuvent être chargée (s) dans le module"SIM"3. Cependant, le procédé selon l'invention n'est pas limité au chargement d'appliquettes. Comme le montre le synoptique de la figure 3, la carte 2 peut accomplir les opérations d'administration 200 principales suivantes :"ajout"201 (comme il vient d'être montré), mais aussi"suppression"202 et "modification"203. Ces opérations peuvent être effectuées sur des applications (appliquettes) 410 ou des données numériques diverses 411. Enfin, la carte administratrice 2 peut effectuer des opérations d'administration proprement dites, que l'on peut appeler de"gestion", notamment des affichages divers (par exemple des menus interactifs à choix multiples) sur l'écran de visualisation 100 (figure 1), la recherche et l'affichage de la place mémoire occupée par des appliquettes présentes dans le module"SIM"3, la recherche et l'affichage du nom et de l'état logique de ces appliquettes, etc. Toutes ces opérations s'effectuent sous la commande du programme spécifique 40 et mettent en oeuvre des sessions et commandes"APDU" standards. Pour fixer les idées, on va maintenant décrire deux exemples de mise en oeuvre pratique, par référence aux figures 4 et 5. Le premier est plus spécialement relatif à l'ajout sélectif d'une appliquette, en l'occurrence permettant l'exécution en local du jeu bien connu dit du"DEMINEUR". Le second est plus spécialement relatif à la suppression sélective d'une appliquette présente dans le module"SIM"3 après détection d'une quantité de mémoire insuffisante, de façon à permettre l'ajout d'une nouvelle appliquette (un gestionnaire d'adresses en l'occurrence). Exemple 1 : Ajout d'une appliquette (Figure 4) Il est supposé qu'un utilisateur ait déjà chargé une appliquette relative au jeu bien connu dit du"PENDU"sur le module"SIM"3 (figure 1). Il achète une carte administratrice conforme à l'invention afin de pouvoir charger un jeu supplémentaire, en l'occurrence le jeu dit du"DEMINEUR". Lorsque l'utilisateur insère la carte de chargement, c'est-à-dire la carte administratrice 2 (figure 1) dans le lecteur auxiliaire 13 (figure 1) avec l'appliquette"chargement"Ch (figure 1) et le fichier correspondant à l'appliquette"DEMINEUR", selon le mode préféré, un menu initial interactif est automatiquement affiché à l'écran de visualisation 100 (figure 1), sans que l'utilisateur ait la nécessité de valider une touche quelconque 101 (figure 1) du téléphone mobile 1 (figure 1). Ce menu initial informe l'utilisateur du nom de l'appliquette qu'il peut charger et lui demande s'il veut ou non poursuivre le chargement : étape 50. Le texte affiché est le suivant Voulez-vous installer le démineur sur votre carte SIM ? OK CANCEL". Dans le cas ou l'utilisateur refuse (branche de droite : "CANCEL validé par l'utilisateur"), un nouveau menu l'invite à extraire la carte de chargement, c'est-à-dire la carte administratrice 2 (figure 1) : étape 55. Le texte affiché est le suivant :"Vous pouvez retirer votre carte de chargement. A bientôt.". L'utilisateur procède au retrait de la carte administratrice 2 hors du lecteur auxiliaire 13 (figure 1). Lorsque cette opération est effectuée, le téléphone mobile 1 (figure 1) re-bascule sur le module"SIM"3 (figure 1) et demande le code personnel de l'utilisateur ou code dit "PIN" (pour "Personalldentifier Number") : étape 56. Après la saisie d'un code "PIN" correct, l'utilisateur peut de nouveau utiliser le module ou la carte "SIM" 3 et sélectionner une appliquette ("applet") parmi celles déjà résidentes, par exemple l'appliquette"PENDU" : étape 57. Si l'utilisateur accepte le chargement de la nouvelle appliquette (branche de droite :"OK"validé par l'utilisateur), la carte administratrice 2 (figure 1) charge, sur le module "SIM" 3 (figure 1), l'appliquette "DEMINEUR" et informe l'utilisateur du bon déroulement de l'opération : étapes 51 et 52. Les messages affichés sont les suivants : étape 51 Veuillez patienter. Chargement en cours...", et étape 52 Le chargement du démineur s'est bien déroulé. Vous pouvez retirer la carte de chargement.". Une fois que l'utilisateur a retiré la carte administratrice 2 (figure 1), il est invité à entrer son code "PIN" : étape 53. Après la saisie d'un code "PIN" correct, l'utilisateur peut de nouveau utiliser le module ou la carte"SIM"3 (figure 1) et sélectionner une appliquette ("applet") parmi celles résidentes. Lors de la sélection du menu d'appliquettes, l'utilisateur voit s'afficher les deux appliquettes présentes sur le module "SIM" : le "PENDU" précédemment résident et le "DEMINEUR" qui vient d'être chargé : étape 54. Il peut utiliser cette nouvelle appliquette, c'est-à-dire faire exécuter le jeu du"DEMINEUR"sur son téléphone mobile 1 (figure 1). Exemple 2 : Suppression d'une app) iquette (Figure 5) Il est maintenant supposé que l'utilisateur ait deux appliquettes installées sur le module"SIM"3 (figure 1), par exemple le"PENDU"et le "DEMINEUR"précités, et qu'il veuille installer un appliquette supplémentaire, par exemple un"gestionnaire d'adresse". L'utilisateur, comme précédemment insère une carte administratrice 2 (figure 1) comportant un programme spécifique 40 (figure 2), notamment avec une composante permettant le chargement de l'appliquette"gestionnaire d'adresse" (un des fichiers 41 : figure 2). A l'étape 60, un message est affiché : "Voulez-vous installer le gestionnaire d'adresses sur votre carte SIM ? OK CANCEL". Si l'utilisateur valide l'option présentée (branche de droite"OK"validé), le programme spécifique 40 (figure 2) scrute la mémoire du module"SIM"3 (figure 2) : étape 61. Si la quantité de mémoire requise par cette troisième appliquette est suffisante au vu de la place restante sur le module"SIM"3 (figure 1), l'appliquette "gestionnaire d'adresses" peut être chargée sur le module"SIM"3 (figure 1). Cette opération s'effectue de façon similaire à ce qui vient d'être décrit en regard de la figure 4. En conséquence, les étapes correspondantes ne seront pas décrites de nouveau. Dans le cas contraire, si la quantité de mémoire requise est insuffisante, un message avertit l'utilisateur de la nécessité d'effacer au moins l'une des deux appliquettes déjà présentes. Dans l'exemple décrit, le message est le suivant :"La mémoire est insuffisante. Vous devez au préalable effacer une applet OK CANCEL". Si l'utilisateur valide cette possibilité ("OK"validé), il est invité à sélectionner une des appliquettes, en réponse au message affiché : "Sélectionnez l'applet à effacer : PENDU ou DEMINEUR-OK CANCEL" : étape 62. Si l'utilisateur valide une des options présentées, par exemple s'il sélectionne le"PENDU", le programme spécifique 40 (figure 2) initialise une session permettant la suppression de l'appliquette"PENDU". Après avoir procédé à l'effacement d'une des appliquettes chargées, l'utilisateur de nouveau est invité à poursuivre la procédure exactement comme dans le cas de l'exemple précédent (figure 4) : rebouclage à l'étape 60. Le message suivant est affiché :"L'applet PENDU a été effacée de la mémoire. Voulez vous continuer ? OK CANCEL" : étape 63. Aux étapes 60, 61, 62 et 63, la possibilité est offerte à l'utilisateur de refuser le choix proposé ("CANCEL" validé). Le processus se continue alors par l'étape 64. L'utilisateur est invité à retirer la carte administratrice 2 (figure 1) du lecteur auxiliaire 13 (figure 1). Le message suivant est affiché :"Vous pouvez retirer votre carte de chargement. A bientôt." L'utilisateur doit ensuite entrer son code "PIN" pour utiliser le module "SIM"3 (figure 1) : étape 65. A la lecture de ce qui précède, on constate aisément que l'invention atteint bien les buts qu'elle s'est fixés. Le procédé selon l'invention permet notamment d'utiliser un téléphone mobile standard puisqu'il ne nécessite aucune modification du matériel. Il respecte entièrement les normes et standards en vigueur. Il est donc entièrement compatible avec l'art connu. Par contre, il présente de nombreux avantages. Il permet non seulement des opérations d'ajout (chargement), mais aussi de suppression et de modification, d'applications et/ou de données numériques, ainsi que diverses opérations de gestion : affichage, scrutation de la mémoire"SIM", etc.. Il permet donc une véritable administration de la carte ou module"SIM" d'abonné. Il ne nécessite pas de disposer de matériel annexe, comme dans certains procédé de l'art connu, puisque le lecteur auxiliaire du téléphone mobile est utilisé comme récepteur de la carte administratrice. Il ne repose pas non plus sur des téléchargements à partir de serveurs éloignés, avec les aléas inhérents à ce type de procédé qui ont été rappelés dans le préambule de la présente description. Enfin, la carte administratrice peut être émise par n'importe quelle entité et pas seulement être une carte de type propriétaire émise par un opérateur de téléphonie mobile. Les applications et/ou données stockées sont a priori indépendantes de celles propres aux opérateurs de téléphonie. Le procédé permet cependant d'utiliser une carte administratrice qui serait émise par un opérateur particulier pour actualiser ses propres données ou pour ajouter un abonnement à cet opérateur dans la carte"SIM", ou au contraire le supprimer. La carte administratrice peut être disponible dans des points de vente ou approvisionnement de natures diverses, voire envoyée par courrier. Les opérations permises, notamment le chargement d'appliquettes supplémentaires, ne nécessitent aucune connaissance particulière. Dans un mode de réalisation préféré, un certain nombre d'opérations est entièrement automatique, notamment l'activation du programme de chargement ou, de façon plus générale, du programme spécifique. Les étapes suivantes sont interactives, avec guidage de l'utilisateur par menu. Il doit être clair cependant que l'invention n'est pas limitée aux seuls exemples de réalisations explicitement décrits, notamment en relation avec les figures 1 à 5. En particulier la teneur des messages affichés n'a été précisée que pour mieux décrire le procédé de l'invention. Ces messages sont liés aux applications ("apples") précises chargées sur la carte administratrice. Ils peuvent être a priori quelconques sans sortir du cadre de l'invention. De même, le procédé selon l'invention n'interfère aucunement avec le la technologie utilisée pour les transmissions :"GSM","GPRS"ou"UTMS", par exemple, puisque les opérations sont toutes effectuées en local par mise en oeuvre des deux lecteurs : le lecteur principal contenant la carte ou le module "SIM"et le lecteur auxiliaire destiné à recevoir une carte à puce classique, par exemple une carte bancaire. REVENDICATIONS 1. Procédé d'administration d'un système embarqué dit d'abonné pour un équipement de téléphonie mobile du type comprenant un premier lecteur de système embarqué, dit principal, destiné à recevoir ledit système embarqué d'abonné et un deuxième lecteur de système embarqué, dit auxiliaire, ledit système embarqué d'abonné comprenant des moyens de traitement informatique et de mémorisation de données, lesdites données pouvant comprendre des applications logicielles, caractérisé en ce qu'il comprend au moins les étapes suivantes : le chargement initial, dans des moyens de mémorisation de données numériques d'un système embarqué supplémentaire (2), dit d'administration, d'une pièce de logiciel spécifique (40), comprenant au moins une composante constituée par un programme dit chargeur (Ch), et d'au moins un fichier de données numériques (41) dans un premier format ; l'insertion temporaire dudit système embarqué d'administration (2) dans ledit lecteur de système embarqué auxiliaire (13) ; la transformation desdites données numériques (41) au premier format en une suite de données numériques dans un second format sous la commande de ladite pièce de logiciel spécifique (41) ; et le transfert sélectif d'au moins une suite de données numériques au dit second format vers ledit système embarqué d'abonné (3) et son chargement dans lesdits moyens de mémorisation de ce système embarqué, via lesdits lecteurs de système embarqué auxiliaire (13) et principal (12), sous la commande de ladite pièce de logiciel spécifique ; et en ce que ledit transfert s'effectue conformément à un protocole de communication déterminé. 2. Procédé selon la revendication 1, caractérisé en ce que ladite pièce de logiciel spécifique (40) et lesdites suites de données numériques (41) à charger dans lesdits moyens de mémorisation dudit système embarqué d'abonné (3) sont des appliquettes codés en langage"JAVA" (marque déposée). 3. Procédé selon la revendication 1, caractérisé en ce que ledit système embarqué d'administration (2) est conforme à la norme dite"Sim Toolkit", en ce qu'il comporte un système d'exploitation à cette norme permettant l'émission d'au moins des commandes dites proactives conformes à la norme 11. 4", en ce que ledit protocole de communication déterminé est conforme à la norme"ISO 7816", comprenant des commandes dites "APDU", et en ce que lesdites commandes pro-actives permettent d'activer et d'envoyer des commandes"APDU", de manière à établir une session de communication entre lesdits systèmes embarqués d'administration (2) et d'abonné (3), et obtenir ledit transfert sélectif d'au moins une suite de données numériques au dit second format et leur chargement dans les moyens de mémorisation dudit système embarqué d'abonné (3). 4. Procédé selon la revendication 2, caractérisé en ce que ledit équipement de téléphonie mobile (1) étant également conforme à ladite norme"Sim Toolkit", il émet, lors d'une mise en service, une commande d'activation automatique de ladite pièce de logiciel spécifique (40) et en ce que, ledit équipement de téléphonie mobile (1) comportant des moyens de visualisation (100), il initialise l'affichage d'un menu interactif sur lesdits moyens de visualisation (100), permettant à un utilisateur de sélectionner une desdites suites de données numériques à charger dans lesdits moyens de mémorisation dudit système embarqué d'abonné (3) et le guidant dans les opérations de chargement. 5. Procédé selon la revendication 1, en ce que ladite administration de ledit système embarqué d'abonné (3) comprend la scrutation, sous la commande de ladite pièce de logiciel spécifique, de ses moyens de mémorisation, de manière à déterminer des attributs prédéterminés associés aux dites suites de données numériques chargées dans ces moyens de mémorisation et l'affichage de ces attributs sur des moyens de visualisation (100) dudit équipement de téléphonie mobile (1). 6. Procédé selon la revendication 5, caractérisé en ce que lesdits attributs comprennent le nom desdites suites de données numériques, leur état et la quantité de mémoire qu'elles occupent. 7. Procédé selon la revendication 6, caractérisé en ce qu'il comprend une étape supplémentaire, sous la commande de ladite pièce de logiciel spécifique (40), effectuée avant ladite étape de transfert sélectif d'au moins une suite de données numériques au dit second format vers ledit système embarqué d'abonné (3) et son chargement dans lesdits moyens de mémorisation de ce système embarqué, de manière à déterminer si la quantité de mémoire restante est suffisante pour effectuer ledit transfert, et, en cas de résultat négatif, l'exécution d'une étape supplémentaire consistant en la suppression sélective et optionnelle, après choix d'un utilisateur dudit équipement de téléphonie mobile et sous la commande de ladite pièce de logiciel spécifique, d'au moins une desdites suites de données numériques, de manière à libérer une quantité de mémoire suffisante pour effectuer ledit chargement. 8. Système embarqué à puce électronique comprenant des moyens de traitement informatique et de mémorisation de données numériques, caractérisé en ce que ledit système embarqué (2) est destiné à l'administration d'un deuxième système embarqué (3), dit d'abonné, pour un équipement de téléphonie mobile (1) comprenant un premier lecteur de système embarqué (12), dit principal, et un deuxième lecteur de système embarqué (13), dit auxiliaire, en ce que ledit deuxième système embarqué (2) comprend également des moyens de traitement informatique et de mémorisation de données numériques (30) et est disposé ledit lecteur principal (12), en ce que ledit système embarqué d'administration (2) stocke, dans ses moyens de mémorisation, une pièce de logiciel spécifique (40), comprenant au moins une composante constituée par un programme dit chargeur (Ch) et au moins un fichier de données numériques (41) dans un premier format, en ce que ledit système embarqué d'administration (2) est destiné à être inséré dans ledit lecteur auxiliaire (13), de manière à permettre au moins le transfert d'au moins un fichier de données numériques après transformation en second format et son chargement sélectif dans lesdits moyens de mémorisation dudit système embarqué d'abonné (3). 9. Système embarqué selon la revendication 8, caractérisé en ce que ladite pièce de logiciel spécifique (40) stockée dans lesdits moyens de mémorisation dudit système embarqué d'administration (3) et lesdites suites de données numériques (41) à charger dans lesdits moyens de mémorisation dudit système embarqué d'abonné (3) sont des appliquettes codés en"JAVA" (marque déposée). 10. Système embarqué selon la revendication 8, caractérisé en ce qu'il est constitué par une carte à puce (2) au format dit"ID-1"et en ce que ladite carte à puce (2) est conforme à la norme"Sim Toolkit".