FR2857207A1 - Procede permettant a un point d'acces de communiquer avec une application situee sur une carte sim - Google Patents

Procede permettant a un point d'acces de communiquer avec une application situee sur une carte sim Download PDF

Info

Publication number
FR2857207A1
FR2857207A1 FR0308290A FR0308290A FR2857207A1 FR 2857207 A1 FR2857207 A1 FR 2857207A1 FR 0308290 A FR0308290 A FR 0308290A FR 0308290 A FR0308290 A FR 0308290A FR 2857207 A1 FR2857207 A1 FR 2857207A1
Authority
FR
France
Prior art keywords
logical process
sim card
sim
data
logical
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.)
Granted
Application number
FR0308290A
Other languages
English (en)
Other versions
FR2857207B1 (fr
Inventor
David Picquenot
Pierre Lemoine
Etienne Annic
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.)
Orange SA
Original Assignee
Orange 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 Orange SA filed Critical Orange SA
Priority to FR0308290A priority Critical patent/FR2857207B1/fr
Priority to PCT/FR2004/001559 priority patent/WO2005015930A1/fr
Priority to EP04767415A priority patent/EP1649713A1/fr
Publication of FR2857207A1 publication Critical patent/FR2857207A1/fr
Application granted granted Critical
Publication of FR2857207B1 publication Critical patent/FR2857207B1/fr
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H04W8/205—Transfer to or from user equipment or user record carrier

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Procédé d'échange de données entre au moins un premier processus logique (11) hébergé sur une entité locale (10) et au moins un deuxième processus logique (21) hébergé sur une carte SIM (20).Selon l'invention, ledit procédé, faisant appel à l'utilisation d'au moins une mémoire de transit (22) située sur ladite carte SIM (20), est apte à répondre audit premier processus logique (11) par ledit deuxième processus logique (21) par l'intermédiaire d'au moins un message dans ladite mémoire de transit (22) pour gérer au moins une application logicielle (12) mise en oeuvre par ladite entité locale (10).Application à la communication à partir d'une entité communicante (10), présente à proximité d'un terminal mobile (30), vers la carte SIM (20) dudit terminal mobile (30).

Description

<Desc/Clms Page number 1>
PROCEDE PERMETTANT A UN POINT D'ACCES DE COMMUNIQUER
AVEC UNE APPLICATION SITUEE SUR UNE CARTE SIM
La présente invention concerne un procédé permettant à un point d'accès local de communiquer avec une application située sur une carte SIM d'un terminal mobile.
L'invention s'applique plus particulièrement à la communication à partir d'une entité communicante, présente à proximité d'un terminal mobile, vers la carte SIM dudit terminal mobile.
Ladite entité communicante est par exemple un ordinateur personnel ou PC (Personal Computer), un automate communicant, une borne communicante, une caisse communicante, un terminal mobile, etc... ou bien tout terminal incluant des moyens de télécommunications, des moyens de traitement et de mémorisation de données.
La carte SIM ("Subscriber Identity Module", module d'identité abonné) est l'élément permettant d'apporter la sécurité aux réseaux de téléphonie mobile, tels que le réseau GSM ("Global System for Mobile communications", système global pour les communications avec les mobiles) ou bien le réseau GPRS ("General Packet Radio Service", service général de radiocommunication en mode paquet). Entre autres fonctions, La carte SIM permet l'authentification de l'abonné sur le réseau mobile, le chiffrement des échanges vocaux ou des échanges de données, ainsi que la personnalisation du terminal mobile.
Elle permet également d'autres services à valeur ajoutée, notamment des services implémentés sous forme d'applets "JavaCard" utilisant la norme SIM Toolkit, norme actuellement présente sur l'ensemble des cartes SIM.
Lesdites applets sont des processus logiques typiquement programmés en langage JAVA et spécifiques pour les cartes à puce, en particulier une carte SIM.
Actuellement, en général, les cartes SIM communiquent avec un serveur applicatif distant soit par message court de type SMS ("Short Message Service", service des messages courts), soit par transmission de type USSD ("Unstructured Supplementary Service Date", données pour services supplémentaires non structurés), soit par appel vocal.
<Desc/Clms Page number 2>
Dans de nombreuses situations, il est souhaitable de faire communiquer les applets SIM avec un point d'accès local (PC, borne publique...) grâce à un lien local de communication. Ledit lien local peut être par exemple une liaison de type IrDA ("Infrared Data Association", liaison sans fil infrarouge), une liaison de type "Bluetooth" (liaison radio courte distance), une liaison de type NFC ("Near Field Communication", communication très courte distance et sans contact) ou bien une liaison filaire en mode série.
Les normes GSM 11. 14 et ETSI 31. 111 (European Télécommunications Standards Institute, soit institut européen de normalisation des télécommunications), qui décrivent les fonctions SIM Toolkit pour la carte SIM (réseaux mobiles de seconde génération, par exemple réseau GSM) et pour la carte USIM "(UMTS Subscriber Identity Module" pour réseaux mobiles de troisième génération, par exemple réseau UMTS), présentent une solution théorique en définissant des fonctions de communication indépendantes du lien local ("bearer indépendant protocol").
Ces fonctions permettent à la carte SIM d'ouvrir un canal de communication sur un lien local à préciser, d'envoyer ou de recevoir des données sur ce lien, de fermer le lien, etc...
Cependant, la définition des couches "transport" d'un lien local de type IrDA (sans fil infrarouge) ou de type "Bluetooth" (sans fil radio) est à produire dans cette norme. De plus, pour utiliser les possibilités de cette norme, celle-ci devra être implémentée non seulement par les encarteurs, mais aussi par les fabricants de terminaux, ce qui la rend encore difficile à mettre en oeuvre de nos jours.
Par ailleurs, les processus de communication avec une applet "JavaCard" sont décrits dans les normes ETSI GSM 11. 11. Lesdits processus présentés dans cette norme sont réalisés uniquement par déclenchement "Over The Air" ("par les airs", soit par mode radio), par exemple déclenchement par un message SMS. Le déclenchement d'une applet "JavaCard" grâce à un lien local de communication ne fait l'objet d'aucune description.
Enfin, dans le document FR 02 15521, a été proposé un mode de communication, grâce à un lien local de communication, entre la carte SIM d'un terminal mobile et un point d'accès situé à proximité dudit terminal mobile.
<Desc/Clms Page number 3>
Dans ce document, ledit lien local de communication, par exemple une liaison de type IrDA (liaison infrarouge), doit être activé par l'utilisateur sur le terminal mobile et ledit utilisateur doit positionner son terminal mobile devant le port IrDA (infrarouge) dudit point d'accès local.
Dans ce document, l'applet de la carte SIM doit être déclenchée par l'utilisateur et le processus logique du point d'accès local est également activé lors de l'établissement de la connexion vers ledit terminal mobile. L'échange des données étant bidirectionnel, celui-ci doit être synchronisé entre la carte SIM et le point d'accès local.
Par conséquent, une applet spécifique est prévue dans la carte SIM standard dudit terminal mobile, entre autre, pour permettre la réalisation de la communication bidirectionnelle et ladite synchronisation des échanges entre la carte SIM et ledit point d'accès local. Les deux processus respectifs sont donc prévus pour surveiller l'apparition d'une donnée en provenance de l'autre processus.
De ce fait, les processus mis en #uvre pour ce mode bidirectionnel de communication sont complexes, de manière à rendre possible de nombreuses fonctionnalités décrites dans ledit document cité.
Le but de l'invention, qui permettrait de remédier aux inconvénients des systèmes existants, est de permettre à un point d'accès local, proche d'un terminal mobile, d'exploiter des liens locaux et ceci dans le but plus général de développer des services de proximité sécurisés à haute valeur ajoutée, en utilisant la sécurité apportée par la carte SIM dudit terminal mobile.
Le résultat technique obtenu, tel qu'implémenté préférentiellement dans le point d'accès et dans la carte SIM, vise à offrir des services de communication locale grâce à des liens de type câble filaire en mode série, de type sans fil infrarouge IrDA ou de type sans fil radio Bluetooth.
Selon l'invention, le but est atteint grâce à un procédé d'échange de données entre au moins un premier processus logique hébergé sur une entité locale et au moins un deuxième processus logique hébergé sur une carte SIM, caractérisé en ce que ledit procédé, faisant appel à l'utilisation d'au moins une mémoire de transit située sur ladite carte SIM, est apte à répondre audit premier processus logique par ledit deuxième processus logique par l'intermédiaire d'au moins un message dans ladite mémoire de transit pour
<Desc/Clms Page number 4>
gérer au moins une application logicielle mise en #uvre par ladite entité locale.
Une entité locale, présente à proximité d'un terminal mobile, établit une communication avec la carte SIM dudit terminal mobile. Ladite entité locale héberge un premier processus logique, qui est sollicité par une application logicielle mise en #uvre par ladite entité locale. Ledit premier processus logique de l'entité locale écrit un message dans une mémoire de transit située sur ladite carte SIM.
Ladite carte SIM héberge un deuxième processus logique, qui répond audit premier processus logique de l'entité locale en utilisant ladite mémoire de transit. Ladite réponse est lue par le premier processus logique qui la transmet vers ladite application logicielle, qui est à l'origine de la sollicitation.
Ladite mémoire de transit située sur la carte SIM est utilisée pour gérer à distance une application logicielle mise en #uvre par ladite entité locale. Les ressources de ladite carte SIM, soit un ou plusieurs processus logiques, permettent par exemple la sécurisation ou la personnalisation de nombreux services.
Conformément à l'invention, ledit procédé inclut une étape d'établissement d'un lien de communication entre les deux processus logiques.
L'utilisateur dudit terminal mobile doit le positionner de façon à établir la communication avec une entité locale proche dudit terminal mobile. Ladite communication s'établit par l'intermédiaire d'un lien de communication avec par exemple transmission par câble filaire en mode série ou communication sans fil infrarouge IrDA ou communication sans fil radio de type Bluetooth ou communication de type NFC.
Ensuite, après l'établissement de la communication, celle-ci se poursuit sans aucune intervention de l'utilisateur du terminal mobile.
Conformément à l'invention, l'échange de données entre les deux processus logiques est réalisé par l'envoi d'une requête par ledit premier processus logique suivi d'au moins une réponse dudit deuxième processus logique.
Sur l'entité locale, le premier processus logique est sollicité par l'application logicielle et lance une requête vers le deuxième processus logique du terminal mobile.
<Desc/Clms Page number 5>
Une fois que l'utilisateur dudit terminal mobile a établi la communication, ledit deuxième processus logique accède à la requête. Puis, ledit premier processus logique va lire la réponse à la requête en provenance dudit deuxième processus logique.
L'échange de type requête-réponse entre les deux processus logiques permet une implémentation simple sur les cartes SIM standards d'un terminal mobile. L'invention peut donc être mise en #uvre sur les équipements actuels sans attendre les normes de communication locales.
La description qui va suivre en regard du dessin annexé, donné à titre d'exemple non limitatif, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée.
La figure 1 représente un ensemble composé d'un terminal mobile, d'une carte SIM et d'une entité locale, conforme à l'invention.
Pour simplifier la description, l'entité communicante 10 (ou point d'accès PA) est représentée par un ordinateur personnel de type PC, mais elle peut être de différente nature, par exemple une borne publique de communication avec un service de messagerie, un distributeur communicant de boissons avec une application de paiement électronique, etc....
Pour faciliter la compréhension, l'invention est décrite avec les appellations utilisées dans la terminologie des systèmes de téléphonie mobile de type GSM (terminal mobile, carte SIM, ...). Toutefois, l'invention s'applique à tous les systèmes de communication utilisant des techniques identiques d'envoi d'une requête, suivie d'une réponse, par l'intermédiaire d'un script de commandes.
En particulier, l'invention s'applique aux réseaux et aux terminaux mobiles de deuxième et troisième générations, tel que le réseau mobile UMTS (Universal Mobile Télécommunications System, soit système universel de télécommunications avec les mobiles) et la carte USIM (UMTS Subscriber Identity Module, soit module d'identité abonné UMTS).
L'exemple privilégié de mise en #uvre de l'invention, tel qu'il est décrit ci-dessous, concerne le cas d'une implémentation de type SIM Toolkit sur la carte SIM 20 d'un terminal mobile 30 avec utilisation d'un lien 1 de communication de type sans fil infrarouge IrDA (lien infrarouge connu en soi).
Sur la figure 1 qui représente un ensemble mettant en #uvre l'invention, les équipements concernés sont au moins une entité locale 10
<Desc/Clms Page number 6>
appelée point d'accès ou PA (Point Access) par exemple un PC, au moins un terminal mobile 30 appelé MT (Mobile Terminal) et une carte SIM 20 dans ledit terminal mobile 30.
Plusieurs entités locales 10 (ou point d'accès PA) peuvent entrer en communication avec ledit terminal mobile MT 30 selon les applications souhaitées par l'utilisateur, par exemple un PC, un distributeur de boissons, etc... , et momentanément présentes à proximité dudit terminal mobile 30.
Au moins un premier processus logique 11, appelé SIM Trigger, est hébergé sur ladite entité locale 10 (ou point d'accès PA) sous la forme d'une API (Application Program Interface, soit interface de programme d'application).
Sur ladite entité locale 10 (ou point d'accès PA), ledit premier processus logique 11(ou SIM Trigger) est sollicité par au moins une application logicielle 12, appelée AppSoftware.
La norme SIM Toolkit sous forme d'applets "JavaCard", est implémentée sur ladite carte SIM 20 par au moins un deuxième processus logique 21, appelé AppCardlet, et permet la mise en oeuvre d'un service de proximité, tels que le chiffrement de données, la certification de données ou une authentification. Ladite applet AppCardlet 21 est compatible avec le déclenchement par un événement extérieur, ici pour être déclenchée par ledit processus SIM Trigger 11.
Plusieurs processus logiques 21 (sous la forme d'applets) peuvent être hébergés par ladite carte SIM 20 d'un terminal mobile MT 30 permettant la mise en oeuvre de différentes applications, telles que la signature de données, la gestion de droits d'accès à des contenus numériques, le paiement électronique grâce à un porte-monnaie électronique, l'authentification de transaction, etc...
Ledit lien local 1 de communication est mis en #uvre par l'intermédiaire de deux interfaces 13,23 de communication, situés respectivement d'un côté sur l'entité locale 10 (ou point d'accès PA) et de l'autre côté sur ledit terminal mobile MT 30. Ce sont par exemple des interfaces 13,23 pour communication avec transmission par câble filaire en mode série, communication sans fil infrarouge IrDA (communication optique), communication sans fil radio de type Bluetooth, communication de type NFC (radiocommunication de proximité).
<Desc/Clms Page number 7>
De façon générale, un lien est appelé lien local 1 de communication, s'il est établi entre deux équipements proches l'un de l'autre et, en particulier, sur une distance nettement plus faible que celle séparant un téléphone de son serveur le plus proche dans un réseau cellulaire habituel. Ledit lien local 1 de communication prend typiquement place sur une distance variant de quelques centimètres à quelques mètres, voire sur quelques dizaines de mètre pour les liens locaux de type radio.
Le terme lien, tel qu'appliqué à deux processus logiques, signifie l'existence d'un intervalle de temps pendant lequel chacun des deux processus est dans une configuration particulière correspondant à la mise en #uvre d'un échange de données avec l'autre processus. Ce lien s'établit par l'apparition de la configuration logique d'échange de part et d'autre, et se termine par la clôture du lien, à savoir la disparition de la configuration d'échange, de part et d'autre.
Les deux processus logiques 11, 21 peuvent être situés, tous les deux, sur un même terminal mobile MT 30, lorsque que ledit terminal est biprocesseur, composé d'un processeur d'applications et d'un processeur modem, tel que par exemple un terminal PDA communicant (Personal Digital Assistant, soit assistant personnel numérique) ou bien un terminal de type "Smartphone". Dans ce cas, le point d'accès PA 10 est situé sur le processeur d'applications qui supporte le système d'exploitation ouvert (ou OS, Operating System) du terminal 30, de manière à permettre l'accès à des applications telles que la sécurisation ou la personnalisation de services accessibles par ledit terminal 30.
La communication entre les deux processus logiques 11,21 s'effectue par l'intermédiaire d'un script de commandes. Les commandes échangées dans le script doivent être connues par les deux processus logiques 11,21, soit ledit processus SIM Trigger 11 dans le point d'accès PA 10 et ladite applets AppCardlet 21 sur la carte SIM 20.
Comme la description le montrera par la suite, le script de commandes est échangé par l'intermédiaire d'au moins une mémoire de transit 22, qui est située sur la carte SIM 20. Ladite mémoire de transit 22, appelée SIM Buffer, est utilisée par ledit deuxième processus logique 21, ou AppCardlet, de la carte SIM 20 pour la communication localisée. Celle-ci permet le stockage de
<Desc/Clms Page number 8>
données (ou arguments) envoyées vers ladite applet AppCardlet 21 et le stockage du résultat produit par ladite applet AppCardlet 21.
Selon l'invention, ledit point d'accès PA 10 entre en communication avec ladite applet AppCardlet 21 hébergée sur la carte SIM 20 dudit terminal mobile MT 30. Dans le présent exemple, la communication de type requêteréponse entre les deux processus SIM Trigger 11 et AppCardlet 21 est celle énumérée ci-après.
Pour ce faire, la procédure d'utilisation de ladite mémoire SIM Buffer 22 par ledit premier processus SIM Trigger 11, hébergé sur ledit point d'accès PA 10, est la suivante.
L'application logicielle AppSoftware 12, mise en oeuvre par ledit point d'accès PA 10, appelle le premier processus SIM Trigger 11. Ladite application logicielle AppSoftware 12 émet un message sous la forme TriggerApplet(AppCardlet.Id,Arg,LINK~IRDA,CardletResponse), avec pour paramètres l'identifiant de l'applet AppCardlet 21 à déclencher sur la carte SIM 20 dudit terminal mobile MT 30, soit "AppCardlet.Id", ainsi que des données (ou arguments) "Arg" et le type de lien 1 de communication à utiliser pour l'envoi desdites données (communication infrarouge IrDA). La variable "CardletResponse" contiendra les données de réponse de l'applet AppCardlet 21 après l'exécution de ladite fonction "TriggerApplet".
Le processus SIM Trigger 11 constitue un premier message court "m1" de type SMS (Short Message Service), représenté par une chaîne de caractères de 140 octets en général, contenant un octet d'entête (0x01) suivi de l'identifiant de l'applet AppCardlet 21 à déclencher, ainsi que des données (ou arguments) "Arg", accompagnées si besoin par des octets de bourrage (OxFF).
L'échange de données entre les deux processus logiques 11,21 est réalisé par l'envoi d'une requête par ledit processus SIM Trigger 11, ledit message court "m1 ", suivi d'une réponse de ladite applet AppCardlet 21.
L'utilisateur doit positionner ledit terminal mobile MT 30 de façon à établir la communication avec le point d'accès PA 10, grâce au lien local 1 de communication (communication infrarouge IrDA). L'établissement dudit lien local 1 de communication permet l'échange entre les deux processus logiques
11,21.
<Desc/Clms Page number 9>
Une fois la communication établie, la procédure se poursuit sans intervention de l'utilisateur du terminal mobile MT 30.
La mémoire SIM Buffer 22 peut être au moins constitué par un fichier EFSMS de la carte SIM 20, tel que spécifié dans la norme ETSI GSM 11.11.
Ledit fichier EFSMS est également dédié à la mémorisation de textes de messagerie, par exemple de type messages SMS (Short Message Service).
L'utilisation de la mémoire SIM Buffer 22 par le processus SIM Trigger 11 s'effectue de préférence, mais non exclusivement, par des commandes AT, dont l'implémentation est très répandue et qui sont spécifiées dans les normes ETSI GSM 07. 05 et 07.07.
Le processus SIM Trigger 11recherche un emplacement libre "IdSlot" dans ledit fichier EFSMS de la carte SIM 20 du terminal mobile MT 30. Il écrit ledit premier message court SMS "m1" dans ledit fichier EFSMS via ledit lien local 1 de communication, en utilisant une commande AT+CMGW.
La commande AT+CMGW permet d'accéder au fichier des messages SMS d'une carte SIM via un port IrDA, Bluetooth ou série d'un terminal mobile, par exemple par un PC pour utiliser ledit terminal en tant que passerelle avec le réseau de téléphonie mobile. L'avantage de cette commande est qu'elle fonctionne sur tous les terminaux mobiles pour écrire un message SMS dans le fichier EFSMS de la carte SIM ou de la carte USIM.
Toutefois, d'autres commandes comme la commande AT+CRSM peut également être utilisée pour réaliser une mise à jour (ou UpdateRecord) du fichier EFSMS.
Dans le cas où aucun emplacement n'est disponible dans le fichier EFSMS, le processus SIM Trigger 11 peut lire un message SMS écrit dans ledit fichier EFSMS à l'enregistrement 0, puis le sauvegarder de manière à le réécrire en fin de procédure.
Ensuite, le processus SIM Trigger 11réalise une lecture périodique de l'enregistrement IdSlot du fichier EFSMS en vérifiant si la valeur du premier octet d'entête est modifiée. Ledit processus SIM Trigger 11 est prévu pour relire à répétition ladite mémoire SIM Buffer 22 afin de relever une donnée inscrite par ledit deuxième processus logique 21 ou AppCardlet entre deux lectures consécutives.
Ledit processus SIM trigger 11 est prévu pour surveiller l'apparition sur ladite mémoire SIM Buffer 22 d'au moins une donnée inscrite par l'applet
<Desc/Clms Page number 10>
AppCardlet 21. Le processus SIM Trigger 11 scrute périodiquement, par exemple toutes les secondes, le contenu du fichier EFSMS en attente de la réponse de l'applet AppCardlet 21. Cette lecture se fait par la commande AT+CMGR envoyée par ledit processus SIM Trigger 11.
Il est prévu dans les normes GSM 03. 19 que les applets JavaCard de la carte SIM puissent détecter et être déclenchées par des événements externes et notamment par l'événement "EVENT~UNFORMATED~SMS~PP~UPD", qui correspond à la mise à jour du fichier EFSMS par une application tierce.
Par conséquent, l'applet AppCardlet 21 réagit à l'événement "EVENT~UNFORMATED~SMS~PP~UPD" et lit le premier message court SMS "m1" écrit dans ladite mémoire SIM Buffer 22 par le processus SIM Trigger 11.
Ladite applet AppCardlet 21 lit les données (ou arguments) stockées dans le premier message court SMS "m1 ". Si l'identifiant de l'applet correspond à son propre identifant, l'applet AppCardlet 21 continue le traitement. Sinon, l'applet termine le traitement et le système d'exploitation de la carte SIM 20 envoie l'événement aux autres processus logiques 21 (ou applets) hébergées par ladite carte SIM 20.
L'applet AppCardlet 21 exécute la fonction, pour laquelle elle est prévue, sur les données Arg lues dans le premier message court SMS "m1 ", par exemple une fonction de signature de données, soit Signature(Arg,certificat).
L'applet AppCardlet 21 écrit dans le fichier EFSMS le résultat de ladite fonction exécutée. Dans le cas de la fonction de signature de données, l'applet AppCardlet 21 écrit la signature sur au moins 8 octets, en général 16 octets, précédée d'un octet d'entête (0x01), sous la forme d'un deuxième message court SMS "m2" à l'emplacement IdSlot.
Dans le point d'accès PA 10, le processus SIM Trigger 11, qui était en attente de réponse, lit ladite donnée inscrite par ledit deuxième processus logique 21 ou AppCardlet. Ledit processus SIM Trigger 11lit ladite réponse en provenance de l'applet AppCardlet 21 et envoie ladite réponse vers l'application logicielle AppSoftware 12.
Dans le cas de la signature de données, l'application logicielle AppSoftware 12 a sollicité le processus SIM Trigger 11 pour obtenir ledit certificat en provenance de l'applet AppCardlet 21. La réponse de l'applet
<Desc/Clms Page number 11>
AppCardlet 21 permet la gestion de l'application logicielle 12 mise en #uvre par ledit point d'accès PA 10.
Il est également possible de définir un protocole de transport de données plus élaboré, basé sur l'utilisation de plusieurs messages SMS. Dans ce cas, une entête, indiquant le numéro et le nombre de messages SMS utilisés, sera introduite par le processus SIM Trigger 11.
Dans une autre application particulière de signature d'un message électronique ou e-mail, les équipements concernés sont un ordinateur personnel (ou PC) comme point d'accès PA 10, hébergeant une application logicielle 12 telle qu'une messagerie MailApp, un terminal mobile MT 30 et une carte SIM 20 hébergeant une applet de signature de données, soit SigCardlet 21.
Ledit terminal mobile MT 30 et ledit ordinateur personnel (ou point d'accès PA) 10 sont convenablement appairés au niveau d'un lien local 1 de communication de type radio courte distance Bluetooth. Par exemple, ledit terminal mobile MT 30 est équipé d'un port Bluetooth de type "Serial Port Profile".
Dans le point d'accès PA 10, l'application logicielle MailApp 12 appelle le premier processus SIM Trigger 11. Ladite application logicielle MailApp 12 émet un message sous la forme TriggerApplet(SigCardlet.ld,s, LINK~BluetoothSerialPort,CardletResponse), avec pour paramètres l'identifiant de l'applet SigCardlet 21 à déclencher sur la carte SIM 20 dudit terminal mobile MT 30, soit "SigCardlet.ld", ainsi que des données "s" à signer et le type de lien 1 de communication à utiliser pour l'envoi desdites données (communication BluetoothSeriaIPort). Les données "s" peuvent être un condensé du message électronique (ou mail) à signer. La variable "CardletResponse" contiendra la réponse de l'applet SigCardlet 21 soit la signature produite, après exécution de ladite fonction "TriggerApplet".
La procédure, de type requête-réponse, se poursuit comme décrit précédemment en utilisant la mémoire SIM Buffer 22. L'échange des données entre les deux processus logiques (11, 21) est réalisé par l'envoi de la requête par le processus SIM Trigger 11suivi de la réponse de ladite applet SigCardlet 21.
<Desc/Clms Page number 12>
Ladite procédure se poursuit jusqu'à la lecture de la réponse en provenance de l'applet SigCardlet 21 par le processus SIM Trigger 11 et l'envoi de ladite réponse vers l'application logicielle MailApp 12.
Dans ce cas de signature d'un message électronique, l'application logicielle MailApp 12 a sollicité le processus SIM Trigger 11 pour obtenir ladite signature des données en provenance de l'applet SigCardlet 21. La réponse de l'applet SigCardlet 21 permet la gestion de l'application logicielle MailApp 12 mise en #uvre par ledit point d'accès PA 10.
De la même façon que précédemment, une fois la communication établie entre le terminal mobile MT 30 et le point d'accès PA 10 grâce audit lien local 1 de communication (communication radio courte distance Bluetooth), la procédure se poursuit sans intervention de l'utilisateur dudit terminal mobile MT 30.
L'invention permet à un processus logique 21 hébergé sur une carte SIM 20 standard, sans nécessité d'ajout de fonctions spécifiques, de dialoguer avec un point d'accès PA 10 externe grâce à un échange de données de type requête-réponse simplifié, en utilisant un lien local 1 de communication.
L'implémentation du procédé se fait par l'intermédiaire d'une mémoire SIM Buffer 22 située sur la carte SIM 20. Le dialogue entre les processus logiques 11,21 de la carte SIM 20 et du point d'accès PA 10 s'effectue préférentiellement, mais non exclusivement, par un script de commandes qui est écrit et lu dans ladite mémoire SIM Buffer 22. Le deuxième processus logique 21 répond au premier processus logique 11pour gérer une application logicielle 12 mise en #uvre par ledit point d'accès PA 10.
Les services pouvant être appliqués à ce procédé sont très nombreux et permettent aussi bien l'authentification, le contrôle d'accès, la délivrance de ticket, la sécurisation de données, la personnalisation de messages, etc...

Claims (10)

  1. SIM (20), caractérisé en ce que ledit procédé, faisant appel à l'utilisation d'au moins une mémoire de transit (22) située sur ladite carte SIM (20), est apte à répondre audit premier processus logique (11) par ledit deuxième processus logique (21) par l'intermédiaire d'au moins un message dans ladite mémoire de transit (22) pour gérer au moins une application logicielle (12) mise en #uvre par ladite entité locale (10).
    REVENDICATIONS 1. Procédé d'échange de données entre au moins un premier processus logique (11) hébergé sur une entité locale (10) et au moins un deuxième processus logique (21) hébergé sur une carte
  2. 2. Procédé d'échange de données selon la revendication 1, caractérisé en ce que ledit procédé inclut une étape d'établissement d'un lien (1) de communication entre les deux processus logiques (11,21 ).
  3. 3. Procédé d'échange de données selon l'une des revendications 1 ou
    2, caractérisé en ce que l'échange de données entre les deux processus logiques (11,21) est réalisé par l'envoi d'une requête par ledit premier processus logique (11) suivi d'au moins une réponse dudit deuxième processus logique (21).
  4. 4. Procédé d'échange de données selon l'une quelconque des revendications 1 à 3, caractérisé en ce que les processus respectifs (11,21) de l'entité locale (10) et de la carte SIM (20) sont prévus pour surveiller l'apparition sur ladite mémoire de transit (22) d'au moins une donnée inscrite par l'autre processus (11, 21) et lire ladite donnée une fois son apparition détectée.
  5. 5. Procédé d'échange de données selon la revendication 4, caractérisé en ce que ledit premier processus logique (11) est prévu pour relire à répétition ladite mémoire de transit (22) afin de relever une donnée inscrite entre deux lectures consécutives.
  6. 6. Procédé d'échange de données selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ledit premier processus logique (11) de l'entité locale (10) écrit et lit dans ladite mémoire de transit (22) de la carte SIM (20) via un mode de communication
    <Desc/Clms Page number 14>
    appartenant au groupe constitué des communications optique, radiocommunication de proximité et filaire.
  7. 7. Procédé d'échange de données selon l'une quelconque des revendications 1 à 6, caractérisé en ce que ladite mémoire de transit (22) est constituée par au moins un fichier de la carte SIM (20) qui est également dédié à la mémorisation de textes de messagerie.
  8. 8. Carte SIM (20) hébergeant au moins un processus logique (21) et au moins une mémoire (22), caractérisée en ce que ledit processus logique (21) est conçu pour détecter et lire dans ladite mémoire (22) au moins une donnée inscrite par un premier processus logique (11) hébergé par une entité locale (10), momentanément présente à proximité d'au moins un terminal mobile (30) équipé de ladite carte SIM (20), et en ce que ledit processus logique (11) de ladite carte SIM (20) est également conçu pour inscrire dans ladite mémoire (22) des données destinées audit premier processus logique (11 ) hébergé par ladite entité locale (10).
  9. 9. Carte SIM (20) selon la revendication 8, caractérisée en ce que ledit processus logique (21)hébergé sur ladite carte SIM (20) est constitué par une ou plusieurs applications programmées en langage JAVA.
  10. 10. Dispositif local (10) communicant, du type incluant au moins un processeur et des moyens d'émission et de réception (13) de données pour communiquer avec un terminal mobile (30) momentanément proche dudit dispositif (10), caractérisé en ce que ledit dispositif (10) héberge au moins un premier processus logique (11) programmé pour utiliser au moins une mémoire (22) d'une carte SIM (20) dudit terminal mobile (30) en y inscrivant au moins une donnée destinée à au moins un deuxième processus logique (21)hébergé sur ladite carte SIM (20), ainsi que pour lire dans ladite mémoire (22) des données inscrites par ledit deuxième processus (21) de la carte SIM (20).
FR0308290A 2003-07-04 2003-07-04 Procede permettant a un point d'acces de communiquer avec une application situee sur une carte sim Expired - Fee Related FR2857207B1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
FR0308290A FR2857207B1 (fr) 2003-07-04 2003-07-04 Procede permettant a un point d'acces de communiquer avec une application situee sur une carte sim
PCT/FR2004/001559 WO2005015930A1 (fr) 2003-07-04 2004-06-22 Procede permettant a un point d’acces de communiquer avec une application d’un terminal mobile
EP04767415A EP1649713A1 (fr) 2003-07-04 2004-06-22 PROCEDE PERMETTANT A UN POINT D&rsquo;ACCES DE COMMUNIQUER AVEC UNE APPLICATION D&rsquo;UN TERMINAL MOBILE

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0308290A FR2857207B1 (fr) 2003-07-04 2003-07-04 Procede permettant a un point d'acces de communiquer avec une application situee sur une carte sim

Publications (2)

Publication Number Publication Date
FR2857207A1 true FR2857207A1 (fr) 2005-01-07
FR2857207B1 FR2857207B1 (fr) 2005-10-14

Family

ID=33522826

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0308290A Expired - Fee Related FR2857207B1 (fr) 2003-07-04 2003-07-04 Procede permettant a un point d'acces de communiquer avec une application situee sur une carte sim

Country Status (3)

Country Link
EP (1) EP1649713A1 (fr)
FR (1) FR2857207B1 (fr)
WO (1) WO2005015930A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006040659A3 (fr) * 2004-10-14 2006-06-29 Nokia Corp Applications de cartes a puces mandataires

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6078806A (en) * 1995-02-15 2000-06-20 Nokia Mobile Phones Limited Method for using applications in a mobile station, a mobile station, and a system for effecting payments
EP1143688A1 (fr) * 2000-03-02 2001-10-10 Client Electronics GmbH Services mobiles basés sur une carte à puce
GB2370659A (en) * 2000-12-29 2002-07-03 Nokia Mobile Phones Ltd Method of controlling access to a data file held by a smart card
WO2003051080A1 (fr) * 2001-12-12 2003-06-19 Schlumberger Systemes Telechargement d'applet dans un systeme de telecommunication

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6078806A (en) * 1995-02-15 2000-06-20 Nokia Mobile Phones Limited Method for using applications in a mobile station, a mobile station, and a system for effecting payments
EP1143688A1 (fr) * 2000-03-02 2001-10-10 Client Electronics GmbH Services mobiles basés sur une carte à puce
GB2370659A (en) * 2000-12-29 2002-07-03 Nokia Mobile Phones Ltd Method of controlling access to a data file held by a smart card
WO2003051080A1 (fr) * 2001-12-12 2003-06-19 Schlumberger Systemes Telechargement d'applet dans un systeme de telecommunication

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"DIGITAL CELLULAR TELECOMMUNICATIONS SYSTEM (PHASE 2+);SPECIFICATION OF THE SUBSCRIBER IDENTITY MODULE - MOBILE EQUIPMENT (SIM - ME) INTERFACE (GSM 11.11 VERSION 5.9.1)", ETS 300 977, XX, XX, October 1998 (1998-10-01), pages 1 - 127, XP000863809 *
THIRIET F: "WHY JAVA IS HOT FOR SMART CARDS", ID SYSTEMS, HELMERS PUBLISHING, US, vol. 6, no. 1, 1998, pages 32 - 34, XP000738223, ISSN: 1081-275X *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006040659A3 (fr) * 2004-10-14 2006-06-29 Nokia Corp Applications de cartes a puces mandataires
US8095179B2 (en) 2004-10-14 2012-01-10 Nokia Corporation Proxy smart card applications

Also Published As

Publication number Publication date
WO2005015930A1 (fr) 2005-02-17
EP1649713A1 (fr) 2006-04-26
FR2857207B1 (fr) 2005-10-14

Similar Documents

Publication Publication Date Title
EP2203835B1 (fr) Procédé et dispositif de gestion de données d&#39;application dans un système nfc en réponse à l&#39;émission ou la réception de données sans contact
CN103583060A (zh) 用于接入私有网络的系统和方法
EP0897250A1 (fr) Procédé amélioré de chargement d&#39;une liste prédéterminée d&#39;articles par un terminal mobile piloté par un module d&#39;identification d&#39;abonné, commande, et appareil correspondant
CA2243617A1 (fr) Terminal radiotelephonique a carte d&#39;identification d&#39;abonne
FR2923337A1 (fr) Procede et systeme d&#39;echange de donnees entre serveurs distants.
KR20080001729A (ko) 단문 메시지 처리 방법 및 장치
CN101931945B (zh) 利用pc终端实现(u)sim卡应用的下载安装方法
EP4285491A1 (fr) Procédé et dispositif d&#39;adaptation d&#39;une communication en champ proche
EP1304007A1 (fr) Procede de dialogue entre un module d&#39;identification d&#39;abonne, cooperant avec un terminal au sein d&#39;un radiotelephone, et un dispositif local
CN101895844B (zh) 通信智能卡应用下载安装的方法
FR2913546A1 (fr) Procede d&#39;echange de donnees entre une borne de communication sans contact et un terminal de telephonie mobile.
WO2007071695A1 (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
FR2857207A1 (fr) Procede permettant a un point d&#39;acces de communiquer avec une application situee sur une carte sim
CN102547661B (zh) 一种Android系统与电信智能卡通信的方法及装置
EP1737191B1 (fr) Procédé de création d&#39;un terminal éclaté entre un terminal de base et des équipements connectés en serie
FR2857193A1 (fr) Procede permettant a une application embarquee sur un terminal de communiquer avec une application residente en carte sim
WO2007132056A1 (fr) Procédé et système pour payer un montant avec une carte à puce intelligente
FR2834850A1 (fr) Procede de chargement de donnees ou d&#39;applications dans un equipement de poste mobile mettant en oeuvre une carte sim pro-active
JP2003516653A (ja) ネットワークと移動電話との間のｓｉｍツールの使用
WO2004064428A1 (fr) Procede, carte sim et dispositif local permettant la carte sim de communiquer localement
CN110636501B (zh) 移动位置信息隐藏方法及系统
FR3119284A1 (fr) Procédé et dispositif de transfert de données en champ proche.
FR3073304A1 (fr) Procede de legitimation d&#39;un titre de transport porte par un terminal mobile, programme d&#39;ordinateur et terminal mobile associe
FR2798497A1 (fr) Systeme et methode de chargement de donnees dans une carte a puce a travers un reseau de telecommunication au moyen de mels
FR2921738A1 (fr) Procede et dispositif de gestion de donnees d&#39;application internes dans un systeme nfc

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20130329