[go: up one dir, main page]

FR2821231A1 - Procede d'administration d'une carte d'abonne pour un equipement de telephonie mobile du type a lecteur auxiliaire et systeme embarque pour la mise en oeuvre du procede - Google Patents

Procede d'administration d'une carte d'abonne pour un equipement de telephonie mobile du type a lecteur auxiliaire et systeme embarque pour la mise en oeuvre du procede Download PDF

Info

Publication number
FR2821231A1
FR2821231A1 FR0102211A FR0102211A FR2821231A1 FR 2821231 A1 FR2821231 A1 FR 2821231A1 FR 0102211 A FR0102211 A FR 0102211A FR 0102211 A FR0102211 A FR 0102211A FR 2821231 A1 FR2821231 A1 FR 2821231A1
Authority
FR
France
Prior art keywords
board
card
digital data
sim
reader
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR0102211A
Other languages
English (en)
Inventor
Jerome Arricau
Marc Fischer
Armand Nachef
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bull CP8 SA
Original Assignee
Bull CP8 SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bull CP8 SA filed Critical Bull CP8 SA
Priority to FR0102211A priority Critical patent/FR2821231A1/fr
Priority to EP02712160A priority patent/EP1364543B1/fr
Priority to US10/468,033 priority patent/US7496193B2/en
Priority to CNB02806500XA priority patent/CN1236640C/zh
Priority to AT02712160T priority patent/ATE515174T1/de
Priority to PCT/IB2002/000499 priority patent/WO2002067611A1/fr
Publication of FR2821231A1 publication Critical patent/FR2821231A1/fr
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20Transfer of user or subscriber data
    • H04W8/205Transfer to or from user equipment or user record carrier
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50Service provisioning or reconfiguring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/60Subscription-based services using application servers or record carriers, e.g. SIM application toolkits
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2250/00Details of telephonic subscriber devices
    • H04M2250/14Details of telephonic subscriber devices including a card reading device
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • H04W8/245Transfer of terminal data from a network towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/18Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Stored Programmes (AREA)

Abstract

L'invention concerne un procédé d'administration d'une carte d'abonné " SIM " (3) placée dans le lecteur de carte à puce principal (12) d'un téléphone mobile (1) du type comprenant un deuxième lecteur de carte à puce (13), à l'aide d'une carte à puce supplémentaire, dite administratrice (2), insérée temporairement dans ce deuxième lecteur (13). La carte à puce administratrice (2) comprend au moins une appliquette spécifique dite chargeur (Ch) et un ou plusieurs fichiers (f1 - fn ) correspondant à des appliquettes (A1 - An ) pouvant être chargées dans la carte "SIM " (3) sous la commande du chargeur (Ch). La carte administratrice (2) est conforme à la norme " Sim Toolkit ". Le procédé permet également la suppression, la modification et diverses opérations sur les données ou appliquettes (A1 - An ) présentes dans la carte "SIM " (3) : affichage, détermination de la place mémoire, etc.L'invention conceme également un système embarqué, notamment une carte à puce (2), pour la mise en oeuvre du procédé.

Description

<Desc/Clms Page number 1>
Figure img00010001
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.
<Desc/Clms Page number 2>
Figure img00020001
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
<Desc/Clms Page number 3>
Figure img00030001

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".
<Desc/Clms Page number 4>
Figure img00040001
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.
Figure img00040002

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
<Desc/Clms Page number 5>
Figure img00050001

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 :
Figure img00050002

- 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
<Desc/Clms Page number 6>
Figure img00060001

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
<Desc/Clms Page number 7>
Figure img00070001

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é
<Desc/Clms Page number 8>
Figure img00080001

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 ;
<Desc/Clms Page number 9>
Figure img00090001

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
<Desc/Clms Page number 10>
Figure img00100001

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.
<Desc/Clms Page number 11>
Figure img00110001
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
Figure img00110002

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.
<Desc/Clms Page number 12>
Figure img00120001
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.
<Desc/Clms Page number 13>
Figure img00130001
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
<Desc/Clms Page number 14>
Figure img00140001

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.
<Desc/Clms Page number 15>
Figure img00150001
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).
<Desc/Clms Page number 16>
Figure img00160001
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 :
Figure img00160002

é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
<Desc/Clms Page number 17>
Figure img00170001

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.
<Desc/Clms Page number 18>
Figure img00180001
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
<Desc/Clms Page number 19>
Figure img00190001

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.

Claims (10)

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é.
<Desc/Clms Page number 21>
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).
Figure img00210001
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
<Desc/Clms Page number 22>
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).
Figure img00220001
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
<Desc/Clms Page number 23>
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).
Figure img00230001
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".
FR0102211A 2001-02-19 2001-02-19 Procede d'administration d'une carte d'abonne pour un equipement de telephonie mobile du type a lecteur auxiliaire et systeme embarque pour la mise en oeuvre du procede Pending FR2821231A1 (fr)

Priority Applications (6)

Application Number Priority Date Filing Date Title
FR0102211A FR2821231A1 (fr) 2001-02-19 2001-02-19 Procede d'administration d'une carte d'abonne pour un equipement de telephonie mobile du type a lecteur auxiliaire et systeme embarque pour la mise en oeuvre du procede
EP02712160A EP1364543B1 (fr) 2001-02-19 2002-02-19 Procede d'administration d'une carte d'abonne pour materiel de telephonie mobile du type a lecteur auxiliaire et systeme integre de mise en oeuvre du procede
US10/468,033 US7496193B2 (en) 2001-02-19 2002-02-19 Method for the administration of a subscriber card for mobile telephony equipment of the type with auxiliary reader and embedded system for the implementation of the method
CNB02806500XA CN1236640C (zh) 2001-02-19 2002-02-19 用户卡管理方法以及实施该方法的嵌入式系统
AT02712160T ATE515174T1 (de) 2001-02-19 2002-02-19 Verfahren zur anwendung einer teilnehmerkarte für mobiltelefongeräte des typs mit hilfsleser und eingebettetes system zur implementierung des verfahrens
PCT/IB2002/000499 WO2002067611A1 (fr) 2001-02-19 2002-02-19 Procede d'administration d'une carte d'abonne pour materiel de telephonie mobile du type a lecteur auxiliaire et systeme integre de mise en oeuvre du procede

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0102211A FR2821231A1 (fr) 2001-02-19 2001-02-19 Procede d'administration d'une carte d'abonne pour un equipement de telephonie mobile du type a lecteur auxiliaire et systeme embarque pour la mise en oeuvre du procede

Publications (1)

Publication Number Publication Date
FR2821231A1 true FR2821231A1 (fr) 2002-08-23

Family

ID=8860172

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0102211A Pending FR2821231A1 (fr) 2001-02-19 2001-02-19 Procede d'administration d'une carte d'abonne pour un equipement de telephonie mobile du type a lecteur auxiliaire et systeme embarque pour la mise en oeuvre du procede

Country Status (6)

Country Link
US (1) US7496193B2 (fr)
EP (1) EP1364543B1 (fr)
CN (1) CN1236640C (fr)
AT (1) ATE515174T1 (fr)
FR (1) FR2821231A1 (fr)
WO (1) WO2002067611A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2848366A1 (fr) * 2002-12-09 2004-06-11 France Telecom Procede permettant a une carte sim de communiquer localement
WO2005071990A1 (fr) * 2004-01-22 2005-08-04 Giesecke & Devrient Gmbh Synchronisation de donnees dans au moins deux cartes d'abonne pour le fonctionnement d'un terminal mobile
EP2632194A1 (fr) * 2012-02-21 2013-08-28 Gemalto SA Procédé de personnalisation d'un élément de sécurité coopérant avec un équipement

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2837298B1 (fr) * 2002-03-14 2004-08-13 Jean Charles Aubert Procede de gestion d'informations stockees sur une carte a puce lisible par un telephone mobile
ES2221535B1 (es) * 2002-07-31 2006-03-01 Airtel Movil, S.A. Un dispositivo de telefonia movil y un metodo de gestion de datos.
DE112005001833B4 (de) * 2004-07-30 2012-06-28 Meshnetworks, Inc. System und Verfahren zum Herbeiführen des sicheren Einsatzes von Netzwerken
US9055605B2 (en) * 2004-10-29 2015-06-09 Telecom Italia S.P.A. Method for establishing a secure logical connection between an integrated circuit card and a memory card through a terminal equipment
EP1703382A1 (fr) * 2005-03-16 2006-09-20 Sun Microsystems, Inc. Procédé de chargement d'applications dans un dispositif mobile
ATE436161T1 (de) * 2005-10-04 2009-07-15 Swisscom Ag Verfahren zur anpassung der sicherheitseinstellungen einer kommunikationsstation und kommunikationsstation
US7946481B2 (en) * 2006-07-14 2011-05-24 Canon Kabushiki Kaisha System for registering and using administrative cards to enable configuration of an application and device
EP1895743A1 (fr) * 2006-08-31 2008-03-05 Incard SA Procédé d'implémentation d'un protocole de communication personnel sans fil pour une carte à puce
EP1973309A1 (fr) * 2007-03-22 2008-09-24 Denny Holwerda Appareil radio mobile
GB2448370B (en) * 2007-04-14 2012-09-05 Jds Uniphase Corp Method of decoding a bit sequence, network element apparatus and PDU specification toolkit
WO2009082126A2 (fr) * 2007-12-21 2009-07-02 Lg Electronics Inc. Terminal mobile et procédé de fourniture d'informations se rapportant à un terminal à l'état hors tension
EP2199993A1 (fr) * 2008-12-17 2010-06-23 Gemalto SA Procédé et jeton pour la gestion d'un traitement relatif à une application prise en charge ou à être prise en charge par un jeton
EP2520078A1 (fr) * 2009-12-31 2012-11-07 Gemalto SA Procédé de gestion d'une boîte vocale d'un téléphone mobile
TWI415002B (zh) * 2010-10-29 2013-11-11 Univ Nat Taiwan 多媒體播放器之輸入裝置及控制方法
DE102011015711A1 (de) * 2011-03-31 2012-10-04 Giesecke & Devrient Gmbh Aktualisierung einer Datenträgerapplikation
EP2702786B1 (fr) * 2011-04-28 2019-11-06 Nokia Technologies Oy Appareil et procédé pour un réseau de communication
EP2575036A1 (fr) * 2011-09-30 2013-04-03 Gemalto SA Procédé pour traiter des données d'application et premier dispositif correspondant
CH705774B1 (de) 2011-11-16 2016-12-15 Swisscom Ag Verfahren, System und Karte zur Authentifizierung eines Benutzers durch eine Anwendung.
US9135449B2 (en) * 2012-07-24 2015-09-15 Electronics And Telecommunications Research Institute Apparatus and method for managing USIM data using mobile trusted module
JP6013103B2 (ja) * 2012-09-20 2016-10-25 株式会社東芝 Icカード
CN103856943B (zh) * 2014-03-28 2017-04-05 中国联合网络通信集团有限公司 配置数据写入处理方法及装置
US11463883B2 (en) 2019-09-09 2022-10-04 Apple Inc. Cellular service account transfer for accessory wireless devices

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5465401A (en) * 1992-12-15 1995-11-07 Texas Instruments Incorporated Communication system and methods for enhanced information transfer
WO1998032089A2 (fr) * 1997-01-15 1998-07-23 Siemens Aktiengesellschaft Terminal de communication
EP0869691A2 (fr) * 1997-04-04 1998-10-07 Deutsche Telekom AG Station mobile GSM, contrÔlable par le réseau
US5887266A (en) * 1995-02-15 1999-03-23 Nokia Mobile Phones Limited Method for using applications in a mobile station, a mobile station and a system for effecting payments
WO2000002361A1 (fr) * 1998-07-01 2000-01-13 Telia Ab (Publ) Module destine a des terminaux mobiles
WO2000054530A1 (fr) * 1999-03-12 2000-09-14 Qualcomm Incorporated Systeme et procede permettant de telecharger independamment des fonctions dans un ensemble d'emplacements de stockage dans un dispositif de radiocommunication

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6631403B1 (en) * 1998-05-11 2003-10-07 At&T Corp. Architecture and application programming interfaces for Java-enabled MPEG-4 (MPEG-J) systems
US6799155B1 (en) * 1998-12-11 2004-09-28 Allied Signal Inc. Replacement of externally mounted user interface modules with software emulation of user interface module functions in embedded processor applications
FR2791846B1 (fr) * 1999-04-01 2001-06-01 Sfr Sa Terminal telephonique, support de donnees amovible pourvu(s) de moyens permettant la suppression de fonctionnalites communes et procede de gestion des menus de fonctionnalites correspondant

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5465401A (en) * 1992-12-15 1995-11-07 Texas Instruments Incorporated Communication system and methods for enhanced information transfer
US5887266A (en) * 1995-02-15 1999-03-23 Nokia Mobile Phones Limited Method for using applications in a mobile station, a mobile station and a system for effecting payments
WO1998032089A2 (fr) * 1997-01-15 1998-07-23 Siemens Aktiengesellschaft Terminal de communication
EP0869691A2 (fr) * 1997-04-04 1998-10-07 Deutsche Telekom AG Station mobile GSM, contrÔlable par le réseau
WO2000002361A1 (fr) * 1998-07-01 2000-01-13 Telia Ab (Publ) Module destine a des terminaux mobiles
WO2000054530A1 (fr) * 1999-03-12 2000-09-14 Qualcomm Incorporated Systeme et procede permettant de telecharger independamment des fonctions dans un ensemble d'emplacements de stockage dans un dispositif de radiocommunication

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2848366A1 (fr) * 2002-12-09 2004-06-11 France Telecom Procede permettant a une carte sim de communiquer localement
WO2004064428A1 (fr) * 2002-12-09 2004-07-29 France Telecom Procede, carte sim et dispositif local permettant la carte sim de communiquer localement
WO2005071990A1 (fr) * 2004-01-22 2005-08-04 Giesecke & Devrient Gmbh Synchronisation de donnees dans au moins deux cartes d'abonne pour le fonctionnement d'un terminal mobile
EP2632194A1 (fr) * 2012-02-21 2013-08-28 Gemalto SA Procédé de personnalisation d'un élément de sécurité coopérant avec un équipement
WO2013124358A1 (fr) * 2012-02-21 2013-08-29 Gemalto Sa Procede de personnalisation d'un element de securite cooperant avec un equipement
US9949128B2 (en) 2012-02-21 2018-04-17 Gemalto Sa Method of personalizing a security element cooperating with an apparatus

Also Published As

Publication number Publication date
CN1236640C (zh) 2006-01-11
EP1364543A1 (fr) 2003-11-26
EP1364543B1 (fr) 2011-06-29
WO2002067611A1 (fr) 2002-08-29
US7496193B2 (en) 2009-02-24
CN1496660A (zh) 2004-05-12
US20050207562A1 (en) 2005-09-22
ATE515174T1 (de) 2011-07-15

Similar Documents

Publication Publication Date Title
FR2821231A1 (fr) Procede d&#39;administration d&#39;une carte d&#39;abonne pour un equipement de telephonie mobile du type a lecteur auxiliaire et systeme embarque pour la mise en oeuvre du procede
FR2710224A1 (fr) Procédé et appareil de perfectionnement de téléphones mobiles cellulaires.
FR2806568A1 (fr) Procede pour generer des donnees d&#39;identification et d&#39;authentification
FR2775550A1 (fr) Station mobile pour l&#39;execution de programmes de jeu
EP1134993B1 (fr) Téléphone mobile avec lecteur de carte à puce
EP0614303A1 (fr) Procédé pour délivrer un numéro de téléphone associé à un abonnement téléphonique, postes téléphoniques et téléphone mobile mettant en oeuvre ce procédé
EP2143053A1 (fr) Procédé de communication et de transmission d&#39;un message concernant une transaction d&#39;une application sans contact, terminal, module sécurisé et système associés
EP0999714A1 (fr) Procédé de programmation d&#39;un appareil, notamment d&#39;un téléphone mobile
EP2483784A1 (fr) Procede, systeme et dispositif d&#39;adaptation permettant un echange de donnees entre un objet de communication et une unite de traitement
FR2943818A1 (fr) Procede et dispositif permettant de selectionner automatiquement une application pouvant etre mise en oeuvre par ce dispositif
WO2008065264A1 (fr) Entite electronique portable et procede de personnalisation d&#39;une telle entite electronique
EP1064769B1 (fr) Terminal de telecommunication lecteur de carte a puce
FR2864742A1 (fr) Procede de personnalisation automatique d&#39;un terminal mobile en fonction du module d&#39;identification de l&#39;utilisateur et terminal mobile personnalisable
EP1967023A1 (fr) Exploitation d&#39;informations proprietaires transmises par un reseau de radiocommunications a un terminal mobile sous le controle d&#39;une carte a puce
WO2007144509A2 (fr) Dispositif de memorisation amovible et appareil electronique aptes a l &#39; autre et procede de sauvegarde de donnees d &#39; environnement
EP2153629B1 (fr) Procede de selection d&#39;une application installee sur un module securise, terminal et module de securite associes
EP1065633B1 (fr) Téléphone mobile avec une architecture à plusieurs supports à puce
EP1208519B1 (fr) Systeme et procede de chargement de commandes dans une carte a circuit integre
FR2774239A1 (fr) Systeme de controle de l&#39;utilisation d&#39;une pluralite de terminaux de communication mis a la disposition du public
FR2809920A1 (fr) Telephone mobile muni d&#39;un lecteur de support a microcircuit
FR2842622A1 (fr) Procede et equipement de transfert de donnees entre deux cartes a microcircuit
EP1588252B1 (fr) Procede et systeme de transfert de donnees entre des bornes publiques interactives et des terminaux personnels
EP1256066A2 (fr) Microcontroleur et procede pour la gestion d&#39;applications interactives
FR2795583A1 (fr) Module de securite
FR2828368A1 (fr) Procede de transmission et de restitution d&#39;un message multimedia pour terminal mobile

Legal Events

Date Code Title Description
TP Transmission of property