WO2004064428A1 - Procede, carte sim et dispositif local permettant la carte sim de communiquer localement - Google Patents

Procede, carte sim et dispositif local permettant la carte sim de communiquer localement Download PDF

Info

Publication number
WO2004064428A1
WO2004064428A1 PCT/FR2003/003600 FR0303600W WO2004064428A1 WO 2004064428 A1 WO2004064428 A1 WO 2004064428A1 FR 0303600 W FR0303600 W FR 0303600W WO 2004064428 A1 WO2004064428 A1 WO 2004064428A1
Authority
WO
WIPO (PCT)
Prior art keywords
sim card
memory
data
local
logical process
Prior art date
Application number
PCT/FR2003/003600
Other languages
English (en)
Inventor
David Picquenot
Pierre Lemoine
Original Assignee
France Telecom
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 France Telecom filed Critical France Telecom
Priority to AU2003298423A priority Critical patent/AU2003298423A1/en
Publication of WO2004064428A1 publication Critical patent/WO2004064428A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/60—Subscription-based services using application servers or record carriers, e.g. SIM application toolkits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • 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

Definitions

  • the invention relates to communication between the SIM card of a mobile telephone and a local type telecommunications point, on the basis of a link established locally between these two entities.
  • the invention relates to communication between the SIM card of a mobile telephone and an entity placed near this telephone, an entity of the type including means for processing and storing data.
  • the communicating entity is for example a personal computer, in particular in the case where it is a question of exchanging email type messages between the telephone and the computer.
  • the communicating entity can also be a distributor of products, for example drinks, when the SIM card includes an electronic wallet application for the purchase of such products.
  • the communicating entity can also be a public internet terminal.
  • the SIM card (Suscribe Identity Module) is the element that provides security to the mobile phone network. Among other things, it allows subscriber authentication on the network, encryption of exchanges (voice or data) as well as personalization of the mobile terminal. It also allows other value-added services, in particular when these services implemented in the form of JAVA applets use the SIM Toolkit standard now available on all SIM cards. In their current state, SIM cards can communicate with a remote application server by SMS (Short Message Service), by USSD (Unstructured Supplementary Service Data) or by voice call. In many situations, it is desirable to communicate the applets (logical process of SIM card, typically programmed in JAVA language) SIM on local links with proximity access points (PC, public terminals, distributors, payment terminals ).
  • SMS Short Message Service
  • USSD Unstructured Supplementary Service Data
  • the desired local link can for example be of IrDa (infrared), Bluetooth or low frequency or wired radio link.
  • the GSM 11.14 and ETSI 31.111 standards which describe the SIM Toolkit functions (mainly the functions which allow the SIM card to take control over the mobile phone) for the SIM card (second generation networks) and for the USIM card (third generation networks) ) provide a theoretical solution by defining communication functions independent of the local link (bearer independent protocol). These functions allow the SIM card to open a communication channel on a local link to be specified, to send / receive data on this link, to close the link, etc.
  • IrDa infrared
  • Bluetooth is to be produced in this standard.
  • IrDa infrared
  • a mode of communication has been proposed between a third-party equipment and a SIM card carried by a mobile telephone, in which mode of communication, the SIM card controls the third-party equipment via a modem.
  • conversion means are used between the SIM card and its carrier telephone which transforms a first dialogue between SIM card and telephone into a second dialogue between telephone and third-party equipment.
  • the SIM card controls third-party equipment via the phone.
  • This mode of communication remains highly complex to implement, especially when third-party equipment aims to provide a local service.
  • the object of the invention is to allow a SIM card, in particular a current SIM card of the standard type, to use local links in a bidirectional manner and this with the more general aim of developing proximity services.
  • the technical result obtained as preferably implemented in the SIM card and in the access point, aims to provide applets (applications) SIM Toolkit, and at access points, local communication services over IrDa, Bluetooth or serial cable links.
  • This object is achieved according to the invention thanks to a bidirectional data exchange method between a logical process (11) hosted on a SIM card (10) and a logical process (21) hosted on a local entity, characterized in that 'it calls for the use of a transit memory (13) carried by the SIM card, the two processes using this memory alternately for each to write data to it, which the other process then comes to read.
  • SIM card hosting a logical process and a memory
  • the logical process is designed to write in this memory communication data intended for a process belonging to a local entity momentarily present near the 'a telephone equipped with the SIM card, and in that the logical process of the SIM card is also designed to detect and read from this memory data recorded by the process of this local entity.
  • a local communicating device is also proposed according to the invention, of the type including a processor and data transmission / reception means for communicating with a mobile telephone momentarily close to this device, characterized in that it hosts a programmed logic process. to use the memory of a SIM card of a mobile phone momentarily close, by writing therein data intended for a logical process of the SIM card, as well as to read from this memory data written by this same process of SIM card.
  • FIG. 2 is a flowchart representative of an exchange method according to the invention.
  • the preferred example of implementation of the invention relates to the case of an implementation of the Sim Toolkit type on the SIM card 10 of a GSM telephone with the use of an IrDa link ( infrared link known per se).
  • the elements involved here are an access point 20 also denoted PA for PointAccess, a mobile terminal 30 denoted ME and the SIM card 10 denoted simply SIM.
  • An application of the SIM toolkit type, and which implements a local service, is here a client of a logical process 11 hosted on the SIM card 10, this SIM card process being here called AppletClient
  • the commands exchanged in the script must be known to the access point 20 (here a local terminal), and known to an interface application 12 installed on the SIM card, application called hereinafter SimAccess.
  • PA is hereinafter referred to as PointAccess and is referenced 21 in FIG. 1.
  • a module 22 also in the form of a communication API (Application Program Interface) (IrDa, Bluetooth or serial) is used, and which is located in the access point 20.
  • a communication API Application Program Interface
  • IrDa Application Program Interface
  • Bluetooth Wireless Fidelity
  • SIMbuffer hereinafter a transit memory
  • the procedure for using the SIMBuffer buffer 13 by the PointAccess process 21 located on the access point 20 is as follows.
  • the use of the SIMBuffer buffer 13 by the PointAccess process 21 is preferably carried out by AT commands as specified in the ETSI GSM 07.05 and 07.07 standards.
  • the SIMbuffer buffer 13 can be either a file that owns the SIM card, or an EFSMS file as specified in the ETSI GSM 11.11 standard.
  • the SIMBuffer 13 buffer is for example read, erased and written by the AT + CRSM command.
  • This command aims at the base to write data on a smart card, and for example a SIM card meeting the ISO 7816-3 standard. This registration is done here via the IrDa, Bluetooth or serial port of a mobile phone.
  • the SIMbuffer buffer is preferably read by the AT + CMGR command, and moreover deleted and written by the AT + CMGW command.
  • the AT + CMGW command initially aims to access the SMS file of a SIM card via an IrDa, Bluetooth or serial port on a mobile phone, for example by a PC to use the phone as a gateway with the telephone network mobile.
  • IrDa IrDa
  • Bluetooth Bluetooth or serial port on a mobile phone
  • a local link will be understood to mean a communication link established between two entities over a distance significantly shorter than that separating a telephone from its nearest server in a usual cellular network.
  • the local link typically takes place over a distance of one or a few meters, or even over a few tens of meters.
  • link signifies the existence of a time interval during which each of the two processes is in a particular configuration corresponding to the implementation of a data exchange with the other process.
  • This link is established by the appearance of the logical configuration of exchange on both sides, and ends with the closure of the link, namely the disappearance of the configuration of exchange, on both sides.
  • each process has, during the lifetime of a link, the possibility of implementing exchanges with the other process.
  • step 1 the user activates the wireless link (IrDa) of his terminal positions his mobile terminal in front of the IrDa port of the access point PA 20.
  • step 2 the PointAccess iogiciei 21, located on the access point PA, detects the presence of the mobile terminal, establishes a wireless connection (IrDa) with the mobile terminal 30 and begins to read the communication buffer in a loop SIMBuffer 13.
  • IrDa wireless connection
  • step 3 the user 40 selects with his mobile terminal 30 a command in a menu (SelectionMenultem) to open a sesson with the local Access Point 20 ".
  • step 4 the SIM Toolkit AppletClient 11 applet sends a request to the PointAccess logical process 21: it calls the SimAccess API 12 by calling a send request function: SIMAccess.Request (commandld, Params), Commandld being the identifier of the command addressed to the PointAccess access point accompanied by its Params parameters.
  • SIMAccess.Request commandld, Params
  • Commandld being the identifier of the command addressed to the PointAccess access point accompanied by its Params parameters.
  • step 5 following this request, the SimAccess 12 logical process writes to the SIMBuffer 13 buffer the text command "REQ" followed by the value of the Commandld variable and its Params parameters.)
  • the SimAccess 12 software is placed in a periodic read state of the SIMBuffer buffer 13 and waits for a response from PointAccess 21.
  • step 6 the PointAccess process 21 which permanently reads the SIMBuffer 13 buffer 13 reads this last 'REQ' command + Commandld + Params and thus detects the request for an application request.
  • step 7 the PointAccess 21 logical process responds to the SimAccess 11 applet by writing to buffer 13, after deleting the latter, that is: a) the response 'RSP ⁇ RROR (Errorld) in the event of a misunderstanding of the command by the access point 20 or an operating error. Errorld represents the identification of the error. b) the response 'RSP + Commandld + RspParams, RspParams representing the response parameters depending on the command in the event of success.
  • step 8 the SlMAccess 12 software then reads the response 'RSPJ + Commandld + RspParams
  • step 9 the SiMAccess 12 iogiciei then responds to the AppletClient 11 client applet by returning the response parameters of the PointAccess 21 RspParams process or the error identifier in the event of an error.
  • Terminal 20 hosting the PointAccess process and the application
  • SimAccess 12 take turns reading and writing commands in buffer 13, which is therefore used in the same way as a common mailbox by which SIM card 10 and terminal 20 are replicated in turn.
  • a first step is for the user to position his mobile terminal in front of the IrDa port of the access point PA.
  • the SIM Toolkit AppletClient 11 applet triggered by the selection of a menu by the user 40, wishes to open a session with the PointAccess 21 process: it uses the API
  • Serviceld is, in this request, the alphanumeric identifier of the AppletClient client application.
  • SimAccess writes to the SimBuffer buffer the text command 'REQ_OpenLocalSession (Serviceld)'. Then the PointAccess 21 process, which permanently reads the buffer
  • SIMBuffer 13 reads this last command 'REQ_OpenLocalSession' and thus detects the request for local connection of an application.
  • the PointAccess 21 process responds to the AppletClient 11 via SimAccess 12 by writing to the buffer 13, after erasing the latter, the response 'RSP'_OpenLocalSession (ack)',
  • the boolean variable "ack” can take the following values:
  • the SimAccess process 12 In a following step, if the connection request is refused by PointAccess 21, then the SimAccess process 12 notifies the client application AppletClient 11 which notifies the user 40 and completes the operation. Otherwise, the SimAccess process 12 informs the client application 11 of the success of the connection request.
  • the client applet AppletClient 11 requests an authentication of the PointAccess process 21 using the command 'ExternalAuthentication (NumKey1, random)'.
  • This NumKeyl parameter is a key number used for calculating the certificate.
  • the Random parameter is a hazard allowing active authentication of the access point 20.
  • the PointAccess 21 process responds to the AppletClient 11 applet via SimAccess 12 by writing to the SimBuffer 13 buffer, after deleting the latter, the response
  • the certificate variable contains the authentication certificate produced by the access point 20.
  • the client applet Appletclient 11 calculates the authentication certificate with the key NumKeyl and checks the equality between this last certificate and the certificate returned by PointAccess.
  • client applet AppletClient 11 can then send its secure information D.
  • PointAccess In a next step, the PointAccess software responds to the applet
  • the client applet Appletclient 11 calculates a signature of the data block [d, random] with the key NumKey2 Then it sends the data D to the PointAccess process 21 using the command 'SendSignedData (D, NumKey2, signature)'.
  • Parameter D is the data to be transferred.
  • the NumKey2 parameter is the number of the key used to calculate the signature.
  • the signature parameter is the signature produced by the client applet
  • PointAccess process 21 which permanently reads the SIMBuffer buffer 13 reads this last command 'REQ SendSignedData (d, NumKey2, signature)' and thus detects the request to send secure data.
  • PointAccess 21 process responds to the AppletClient 11 applet via SimAccess 12 by writing the response 'RSP_SendSignedData (ack)' in the SIMBuffer 13 buffer, after erasing it.
  • the boolean variable ack is set to positive (TRUE) or negative (FALSE) acknowledgment.
  • the client applet AppletClient 11 displays a message to the user indicating the good or bad progress of the operation.
  • the access point can be considered as a server and preferably waits permanently for a communication request from software located on the SIM card.
  • the invention allows a process localized on a standard SIM card (without the need for additional functions to be added by the inserter) to communicate bidirectionally with an external access point using a local link.
  • the implementation of the process is done via a communication buffer located on the SiM card and accessible both by the access point and by the software located on the SIM.
  • the dialogue between the software located on the SIM card and the access point is preferably, but not exclusively, carried out by a command script which is written and read in the communication buffer, as well by the application of the card. SIM only by applying the exchange terminal.

Landscapes

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

Abstract

L'invention concerne un procédé d'échange de données bidirectionnel entre un processus logique (11) hébergé sur une carte SIM (10) et un processus logique (21) hébergé sur une entité locale, caractérisé en ce qu'il fait appel à l'utilisation d'une mémoire de transit (13) portée par la carte SIM, les deux processus utilisant cette mémoire en alternance pour chacun y inscrire des données, que l'autre processus vient ensuite lire.

Description

PROCEDE , CARTE SIM ET DISPOSITIF LOCAL PERMETTANT LA CARTE SIM DE COMMUNIQUER LOCALEMENT
L'invention concerne la communication entre la carte SIM d'un téléphone mobile et un point de télécommunications de type local, sur la base d'un lien instauré localement entre ces deux entités.
En d'autres termes, l'invention concerne la communication entre la carte SIM d'un téléphone mobile et une entité placée à proximité de ce téléphone, entité du type incluant des moyens de traitement et de mémorisation de données. L'entité communicante est par exemple un ordinateur personnel, notamment dans le cas où il s'agit d'échanger des messages de type email entre le téléphone et l'ordinateur.
L'entité communicante peut également être un distributeur de produits, par exemple des boissons, lorsque la carte SIM inclut une application de porte-monnaie électronique pour l'achat de tels produits.
L'entité communicante peut également être une borne internet publique.
La carte SIM (Suscribe Identity Module) est l'élément permettant d'apporter la sécurité au réseau de téléphone mobile. Elle permet entre autre l'authentification de l'abonné sur le réseau, le chiffrement des échanges (vocaux ou données) ainsi que la personnalisation du terminal mobile. Elle permet aussi d'autres services à valeur ajoutée notamment lorsque ces services implémentés sous forme d'applets JAVA utilisent la norme SIM Toolkit présente maintenant sur l'ensemble des cartes SIM. Dans leur état actuel, les cartes SIM peuvent communiquer avec un serveur applicatif distant par SMS (Short Message Service), par USSD (Unstructured Supplementary Service Data) ou par appel vocal. Dans de nombreuses situations, il est souhaitable de faire communiquer les applets (processus logique de carte SIM, typiquement programmé en langage JAVA) SIM sur des liens locaux avec des points d'accès de proximité (PC, Bornes publiques, distributeurs, terminaux de paiement). Le lien local souhaité peut être par exemple de type IrDa (infrarouge), Bluetooth ou liaison radio basse fréquence ou filaire. Les normes GSM 11.14 et ETSI 31.111 qui décrivent les fonctions SIM Toolkit (principalement les fonctions qui permettent à la carte SIM de prendre la main sur le téléphone mobile) pour la carte SIM (réseaux deuxième génération) et pour la carte USIM (réseaux troisième génération) apportent 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/recevoir des données sur ce lien, de fermer ie lien, etc. Cependant la définition des couches « transport » des liens locaux
IrDa (infra-rouge) et Bluetooth 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 fastidieuse à développer de nos jours. Dans le document FR 99 13 645, il a été proposé un mode de communication entre un équipement tiers et une carte SIM portée par un téléphone mobile, dans lequel mode de communication, la carte SIM pilote l'équipement tiers via un modem.
Pour cela, des moyens de conversion sont utilisés entre la carte SIM et son téléphone porteur qui transforme un premier dialogue entre carte SIM et téléphone en un second dialogue entre téléphone et équipement tiers.
De cette façon, la carte SIM pilote l'équipement tiers via le téléphone. Ce mode de communication reste d'une complexité d'implémentation élevée, notamment lorsque l'équipement tiers vise à fournir un service de proximité.
Le but de l'invention est de permettre à une carte SIM, notamment à une carte SIM actuelle de type standard, d'exploiter des liens locaux de manière bidirectionnelle et ceci dans le but plus général de développer des services de proximité.
Le résultat technique obtenu tel qu'implémenté préférentiellement dans la carte SIM et dans le point d'accès, vise à offrir aux applets (applications) SIM Toolkit, et aux points d'accès, des services de communication locale sur des liens de type IrDa, Bluetooth ou câble série.
Ce but est atteint selon l'invention grâce à un procédé d'échange de données bidirectionnel entre un processus logique (11) hébergé sur une carte SIM (10) et un processus logique (21) hébergé sur une entité locale, caractérisé en ce qu'il fait appel à l'utilisation d'une mémoire de transit (13) portée par la carte SIM, les deux processus utilisant cette mémoire en alternance pour chacun y inscrire des données, que l'autre processus vient ensuite lire. On propose également selon l'invention une carte SIM hébergeant un processus logique et une mémoire, caractérisée en ce que le processus logique est conçu pour inscrire dans cette mémoire des données de communication destinées à un processus appartenant à une entité locale momentanément présente à proximité d'un téléphone équipé de la carte SIM, et en ce que le processus logique de la carte SIM est également conçu pour détecter et lire dans cette mémoire des données inscrites par le processus de cette entité locale.
On propose également selon l'invention un dispositif local communiquant, du type incluant un processeur et des moyens d'émission/réception de données pour communiquer avec un téléphone mobile momentanément proche de ce dispositif, caractérisé en ce qu'il héberge un processus logique programmé pour utiliser la mémoire d'une carte SIM d'un téléphone mobile momentanément proche, en y inscrivant des données destinées à un processus logique de la carte SIM, ainsi que pour lire dans cette mémoire des données inscrites par ce même processus de carte SIM.
D'autres caractéristiques, buts et avantages de l'invention apparaîtront à la lecture de la description détaillée qui va suivre, faite en référence aux figures annexées sur lesquelles : - la figure 1 représente un ensemble téléphone mobile, carte SIM et borne locale selon l'invention ;
- la figure 2 est un organigramme représentatif d'un procédé d'échange selon l'invention. L'exemple privilégié de mise en œuvre de l'invention, tel qu'il sera décrit maintenant, concerne le cas d'une implémentation de type Sim Toolkit sur la carte SIM 10 d'un téléphone GSM avec utilisation d'un lien IrDa (lien infrarouge connu en soi). Les éléments en jeu sont ici un point d'accès 20 noté également PA pour PointAccess, un terminal mobile 30 noté ME et la carte SIM 10 notée simplement SIM.
Une application de type SIM toolkit, et qui met en œuvre un service de proximité, est ici cliente d'un processus logique 11 hébergé sur la carte SIM 10, ce processus de carte SIM étant ici dénommé AppletClient
La communication entre les processus s'effectue par l'intermédiaire d'un script de commandes.
Les commandes échangées dans le script doivent être connues du point d'accès 20 (ici une borne locale), et connues d'une application d'interface 12 installée sur la carte SIM, application appelée ci-après SimAccess.
Le processus logique qui se trouve sur la borne locale (point d'accès
PA), est ci-après dénommé PointAccess et est référencé 21 sur la figure 1.
On fait également appel à un module 22 ayant la forme d'une API (Application Program Interface) de communication (IrDa, Bluetooth ou série), et qui est localisé dans le point d'accès 20.
Comme on le décrira par la suite, le script de commandes est échangé dans un buffer (mémoire tampon) de communication 13 qui est situé sur la carte SIM 10. Ce buffer, appelée ci-après SIMbuffer (ici une mémoire de transit) est utilisé pour le processus logique SlMAccess 12 de la carte SIM pour la communication localisée.
La procédure d'utilisation du buffer SIMBuffer 13 par le processus PointAccess 21 localisé sur le point d'accès 20 est la suivante.
L'utilisation du buffer SIMBuffer 13 par le processus PointAccess 21 s'effectue de préférence par commandes AT telles que spécifiées dans les normes ETSI GSM 07.05 et 07.07. Le buffer SIMbuffer 13 peut être soit un fichier propriétaire de la carte SIM, soit un fichier EFSMS tel que spécifié dans la norme ETSI GSM 11.11.
Dans le cas d'un fichier propriétaire, le buffer SIMBuffer 13 est par exemple lu, effacé et écrit par la commande AT+CRSM. Cette commande vise à la base à inscrire des données sur une carte à puces, et par exemple une carte SIM répondant à la norme ISO 7816-3. Cette inscription est effectuée ici via le port IrDa, Bluetooth ou série d'un téléphone mobile.
L'inconvénient de la commande AT+CRSM est que ceile-ci n'est pas implémentée sur tous les téléphones mobiles.
Dans le cas de l'utilisation d'un fichier SMS en tant que buffer, le buffer SIMbuffer est préférentiellement lu par la commande AT+CMGR, et par ailleurs effacé et écrit par la commande AT+CMGW. La commande AT+CMGW vise initialement à accéder au fichier des SMS d'une carte SIM via un port IrDa, Bluetooth ou série d'un téléphone mobile, par exemple par un PC pour utiliser le téléphone en tant que passerelle avec le réseau de téléphone mobile. L'avantage de cette variante est qu'elle fonctionne sur tous les téléphones mobiles.
Dans le présent exemple (fig.2), la cinématique de communication de type requête/réponse entre les processus PointAccess 21 et SimAccess 11 est celle énumérée ci-après.
On entendra ici par lien local un lien de communication établi entre deux entités 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. Le lien local prend typiquement place sur une distance d'un ou de quelques mètres, voire sur quelques dizaines de mètres.
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. En d'autres termes, chaque processus a, pendant la durée de vie d'un lien, la possibilité de la mise en œuvre d'échanges avec l'autre processus.
Sur la figure 2, on a représenté par des tirets en pointillés les éléments précédemment mentionnés, et en outre l'utilisateur physique du téléphone, sous la référence 40.
A l'étape 1, l'utilisateur active la liaison sans fil (IrDa) de son terminal positionne son terminal mobile devant le port IrDa du point d'accès PA 20.
A l'étape 2, Le iogiciei PointAccess 21 , localisé sur le point d'accès PA, détecte la présence du terminal mobile, établit une connexion sans fil (IrDa)avec le terminal mobile 30 et commence à lire en boucle le buffer de communication SIMBuffer 13.
A l'étape 3, l'utilisateur 40 sélectionne à l'aide de son terminal mobile 30 une commande dans un menu (SélectionMenultem) pour ouvrir une sesson avec le Point d'Accès local 20 ».
A l'étape 4, l'applet SIM Toolkit AppletClient 11 envoie une requête au processus logique PointAccess 21 : elle fait appel à l'API SimAccess 12 en appelant une fonction d'envoi de requête : SIMAccess.Request (commandld, Params), Commandld étant l'identifiant de la commande adressée au point d'accès PointAccess accompagnée de ses paramètres Params.
A l'étape 5, suite à cette demande, le processus logique SimAccess 12 écrit dans le buffer SIMBuffer 13 la commande texte « REQ » suivie de la valeur de la variable Commandld et de ses paramètres Params.) Le logiciel SimAccess 12 se place dans un état de lecture périodique du buffer SIMBuffer 13 et attend une réponse de PointAccess 21.
A l'étape 6, le processus PointAccess 21 qui lit en permanence lebuffer SIMBuffer 13 lit cette dernière commande 'REQ'+Commandld+Params et détecte ainsi la demande de requête d'une application.
A l'étape 7, le processus logique PointAccess 21 répond à l'applet SimAccess 11 en écrivant dans le buffer 13, après effacement de ce dernier, soit : a) la réponse 'RSP ΞRROR (Errorld) en cas d'imcompréhension de la commande par le point d'accès 20 ou d'erreur de fonctionnement. Errorld représente l'identification de l'erreur. b) la réponse 'RSP +Commandld+RspParams, RspParams représentant les paramètres de réponses dépendant de la commande en cas de succès.
A l'étape 8, le logiciel SlMAccess 12 lit alors la réponse 'RSPJ+Commandld+RspParams
A l'étape 9, le iogiciei SiMAccess 12 répond alors à i'applet cliente AppletClient 11 en lui renvoyant les paramètres de réponse du processus PointAccess 21 RspParams ou l'identifiant de l'erreur en cas d'erreur.
La borne 20 hébergeant le processus PointAccess et l'application
SimAccess 12 effectuent tour à tour une lecture et une écriture de commandes dans le buffer 13, qui est donc utilisé à la façon d'une boîte aux lettres commune par laquelle carte SIM 10 et borne 20 se répliquent tour à tour.
Bien que l'on ait décrit ici un mode de réalisation spécifique, dans le cadre duquel le téléphone mobile déclenche lui-même l'établissement d'un lien de communication, une autre variante est également prévue, où la borne locale remplit ce rôle.
Ainsi, dans le cadre de l'invention, on notera la variante dans laquelle le lancement d'une application SIM Toolkit s'effectue dans la carte à l'initiative de la borne locale et non plus à l'initiative de téléphone mobile.
On décrira maintenant une application plus spécifique, consistant en un envoi sécurisé d'une donnée D à un point d'accès.
Une première étape consiste pour l'utilisateur à positionner son terminal mobile devant le port IrDa du point d'accès PA.
Dans une seconde étape, l'applet SIM Toolkit AppletClient 11 , déclenchée par la sélection d'un menu par l'utilisateur 40, désire ouvrir une session avec le processus PointAccess 21 : elle fait appel à l'API
SimAccess 12 en appelant une fonction d'ouverture de session
SimAccess. Request (Open.LocalSession, Serviceld). Serviceld est, dans cette requête, l'identifiant alphanumérique de l'application cliente AppletClient.
Ensuite, SimAccess écrit dans le buffer SimBuffer la commande texte 'REQ_OpenLocalSession(Serviceld)'. Puis le processus PointAccess 21 , qui lit en permanence le buffer
SIMBuffer 13 lit cette dernière commande 'REQ_OpenLocalSession' et détecte ainsi la demande de connexion locale d'une application.
Ensuite, le processus PointAccess 21 répond à l'applet AppletClient 11 via SimAccess 12 en écrivant dans ie buffer 13, après effacement de ce dernier, la réponse 'RSP'_OpenLocalSession(ack)',
La variable boolénne « ack » peut prendre les valeurs suivantes :
- TRUE' : demande de connexion acceptée
- 'FALSE' : demande de connexion refusée
Dans une étape suivante, si la demande de connexion est refusée par PointAccess 21 , alors le processus SimAccess 12 en avertit l'application cliente AppletClient 11 qui avertit l'utilisateur 40 et termine l'opération. Dans le cas contraire, le processus SimAccess 12 informe l'application cliente 11 du succès de la demande de connexion.
Ensuite, l'applet cliente AppletClient 11 demande une authentification du processus PointAccess 21 en utilisant la commande 'ExternalAuthentification(NumKey1 , aléa)'.
Ce paramètre NumKeyl est un numéro de clé utilisé pour le calcul du certificat.
Le paramètre Aléa est un aléa permettant l'authentification active du point d'accès 20.
Par une autre étape, le processus PointAccess 21 répond à l'applet AppletClient 11 via SimAccess 12 en écrivant dans le buffer SimBuffer 13, après effacement de ce dernier, la réponse
'RSP_ExternalAuthentification(certificat)\ La variable certificat contient le certificat d'authentification produit par le point d'accès 20. Dans une étape suivante, l'applet cliente Appletclient 11 calcule le certificat d'authentification avec la clé NumKeyl et vérifie l'égalité entre ce dernier certificat et le certificat retourné par PointAccess.
Puis l'applet cliente AppletClient 11 peut alors envoyer son information sécurisée D.
Dans un premier temps, elle peut optionnellement demander un PIN code à l'utilisateur de façon à protéger la donnée D. Ensuite, elle demande un aléa à PointAccess, ce dernier permettant de produire une signature de la donnée en utilisant la commande ΑskRandom()' Dans une étape suivante, le logiciel PointAccess répond à l'applet
AppletClient 11 via SimAccess 12 en écrivant dans le buffer SIMBuffer 13, après effacement de ce dernier, la réponse 'RSP_AskRandom(alea)\
Ensuite, l'applet cliente Appletclient 11 calcule une signature du bloc de donnée [d, aléa] avec la clé NumKey2 Puis elle envoie la donnée D au processus PointAccess 21 en utilisant la commande 'SendSignedData(D, NumKey2, signature)'.
Le paramètre D est la donnée à transférer.
Le paramètre NumKey2 est le numéro de la clé utilisée pour le calcul de la signature. Le paramètre signature est la signature produite par l'applet cliente
AppletClient 11.
Puis le processus PointAccess 21 qui lit en permanence le buffer SIMBuffer 13 lit cette dernière commande 'REQ SendSignedData(d, NumKey2, signature)' et détecte ainsi la demande d'envoi d'une donnée sécurisée.
Puis le processus PointAccess 21 répond à l'applet AppletClient 11 via SimAccess 12 en écrivant dans le buffer SIMBuffer 13, après effacement de ce dernier, la réponse 'RSP_SendSignedData (ack)'.
La variable booléenne ack a pour valeur l'acquittement positif (TRUE) ou négatif (FALSE).
Enfin, l'applet cliente AppletClient 11 affiche un message à l'utilisateur lui indiquant le bon ou mauvais déroulement de l'opération. Dans l'architecture décrite ici, le point d'accès peut être considéré comme serveur et preférentiellement attend en permanence une demande de communication de la part d'un logiciel localisé sur la carte SIM.
L'invention permet à un processus localisé sur une carte SIM standard (sans nécessité d'ajout de fonctions spécifiques par l'encarteur) de dialoguer de manière bidirectionnelle avec un point d'accès externe en utilisant un lien local.
L'implémentation du procédé se fait par l'intermédiaire d'un buffer de communication situé sur ia carte SiM et accessible aussi bien par ie point d'accès que par le logiciel localisé sur la SIM.
Le dialogue entre le logiciel localisé sur la carte SIM et le point d'accès s'effectue preférentiellement, mais non exclusivement, par un script de commandes qui est écrit et lu dans le buffer de communication, aussi bien par l'application de la carte SIM que par l'application de la borne d'échange.

Claims

REVENDICATIONS
1. Procédé d'échange de données bidirectionnel entre un processus logique (11) hébergé sur une carte SIM (10) et un processus logique (21 ) hébergé sur une entité locale, caractérisé en ce qu'il fait appel à l'utilisation d'une mémoire de transit (13) portée par la carte SIM, les deux processus utilisant cette mémoire en alternance pour chacun y inscrire des données, que l'autre processus vient ensuite lire.
2. Procédé selon la revendication 1 , caractérisé en ce qu'il inclut une étape d'établissement d'un lien (1) de communication entre les deux processus et une étape de clôture de ce lien.
3. Procédé selon la revendication 1 ou la revendication 2, caractérisé en ce que les processus respectifs (11 , 21) de la carte SIM (10) et de l'entité locale (20) sont prévus pour surveiller l'apparition sur la mémoire de transit (13) d'une donnée inscrite par l'autre processus (11 , 21 ) et lire cette donnée une fois son apparition détectée.
4. Procédé selon la revendication 3, caractérisé en ce qu'au moins l'un des deux processus (11 , 21) est prévu pour lire à répétition la mémoire de transit (13) afin de relever une donnée apparue entre deux lectures consécutives.
5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le processus de l'entité locale (21) lit et écrit dans la mémoire de transit (13) de la carte SIM (10) via un mode de communication appartenant au groupe constitué des communications optique, radiocommunication de proximité et filaire.
6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la mémoire de transit (13) est constituée par un fichier de la carte SIM (10) qui est également dédié à la mémorisation de textes de messagerie.
7. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que la mémoire de transit (13) est constituée par un fichier spécifiquement créé pour l'échange de données avec un entité locale.
8. Carte SIM (10) hébergeant un processus logique (11) et une mémoire (13), caractérisée en ce que le processus logique (11) est conçu pour inscrire dans cette mémoire (13) des données de communication destinées à un processus (21) appartenant à une entité locale (20) momentanément présente à proximité d'un téléphone équipé de la carte SIM (10), et en ce que le processus logique (11) de la carte SIM est également conçu pour détecter et lire dans cette mémoire (13) des données inscrites par le processus (21) de cette entité locale (20).
9. Carte SiM seion ia revendication 8, caractérisée en ce que le processus logique hébergé sur la carte SIM est constitué d'une ou plusieurs applications programmées en langage JAVA.
10. Carte SIM (10) selon la revendication 8 ou 9, caractérisée en ce que le processus (11) hébergé sur la carte (10) est une application constituant un porte-monnaie électronique.
11. Carte SIM (10) selon la revendication 8 ou 9, caractérisée en ce que le processus logique (11 ) hébergé sur la carte SIM est une application de messagerie.
12. Ensemble comprenant un terminal mobile (30) et sa carte SIM (20), caractérisé en ce que la carte SIM (20) est conforme à l'une quelconque des revendications 8 à 11.
13. Dispositif local (20) communicant, du type incluant un processeur et des moyens d'émission/réception (22) de données pour communiquer avec un téléphone mobile (10, 30) momentanément proche de ce dispositif (20), caractérisé en ce qu'il héberge un processus logique (21) programmé pour utiliser la mémoire (13) d'une carte SIM (10) d'un téléphone mobile (10, 30) momentanément proche, en y inscrivant des données destinées à un processus logique de la carte SIM (10), ainsi que pour lire dans cette mémoire (13) des données inscrites par ce même processus (11) de la carte SIM (10).
14. Dispositif local communicant (20) selon la revendication précédente, caractérisé en ce qu'il est constitué par un ordinateur personnel.
15. Dispositif local communicant (20) selon la revendication 13, caractérisé en ce qu'il est constitué par une borne communicante publique.
16. Dispositif local communicant (20) selon la revendication 15, caractérisée en ce qu'il constitue un distributeur de produits de consommation.
PCT/FR2003/003600 2002-12-09 2003-12-05 Procede, carte sim et dispositif local permettant la carte sim de communiquer localement WO2004064428A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2003298423A AU2003298423A1 (en) 2002-12-09 2003-12-05 Method, sim card and local device enabling said sim card to communicate locally

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0215521A FR2848366A1 (fr) 2002-12-09 2002-12-09 Procede permettant a une carte sim de communiquer localement
FR02/15521 2002-12-09

Publications (1)

Publication Number Publication Date
WO2004064428A1 true WO2004064428A1 (fr) 2004-07-29

Family

ID=32320098

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2003/003600 WO2004064428A1 (fr) 2002-12-09 2003-12-05 Procede, carte sim et dispositif local permettant la carte sim de communiquer localement

Country Status (3)

Country Link
AU (1) AU2003298423A1 (fr)
FR (1) FR2848366A1 (fr)
WO (1) WO2004064428A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1810535A1 (fr) * 2004-10-29 2007-07-25 Telecom Italia S.p.A. Procede permettant d'etablir une connexion logique sure entre une carte a circuit integre et une carte memoire via un equipement terminal

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0869691A2 (fr) * 1997-04-04 1998-10-07 Deutsche Telekom AG Station mobile GSM, contrÔlable par le réseau
DE19816575A1 (de) * 1997-11-28 1999-01-28 Mannesmann Ag Verfahren zum endgeräteseitigen Abwickeln mindestens eines auf eine Spezialapplikation, insbesondere auf einen Verkehrstelematikdienst bezogenen Vorgangs und Karte zum Durchführen des Verfahrens
FR2800228A1 (fr) * 1999-10-26 2001-04-27 Wavecom Sa Systeme et procede de commande d'un equipement tiers par une carte sim, via un module de radiocommunication, module de radiocommunication et equipement tiers correspondants
FR2821231A1 (fr) * 2001-02-19 2002-08-23 Bull Cp8 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

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0869691A2 (fr) * 1997-04-04 1998-10-07 Deutsche Telekom AG Station mobile GSM, contrÔlable par le réseau
DE19816575A1 (de) * 1997-11-28 1999-01-28 Mannesmann Ag Verfahren zum endgeräteseitigen Abwickeln mindestens eines auf eine Spezialapplikation, insbesondere auf einen Verkehrstelematikdienst bezogenen Vorgangs und Karte zum Durchführen des Verfahrens
FR2800228A1 (fr) * 1999-10-26 2001-04-27 Wavecom Sa Systeme et procede de commande d'un equipement tiers par une carte sim, via un module de radiocommunication, module de radiocommunication et equipement tiers correspondants
FR2821231A1 (fr) * 2001-02-19 2002-08-23 Bull Cp8 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

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"DIGITAL CELLULAR TELECOMMUNICATIONS SYSTEM (PHASE 2+), AT COMMAND SET FOR GSM MOBILE EQUIPMENT (GSM 07.07 VERSION 5.1.0)", EUROPEAN TELECOMMUNICATION STANDARD, XX, XX, 1 November 1996 (1996-11-01), pages 1 - 79, XP002083871 *
"GSM TECHNICAL SPECIFICATION GSM 11.14 VERSION 5.7.0", EUROPEAN TELECOMMUNICATION STANDARD, XX, XX, 1 April 1998 (1998-04-01), pages COMPLETE66, XP002089350 *
ZHIQUN CHEN ET AL: "Understanding Java Card 2.0", JAVA WORLD, March 1998 (1998-03-01), XP002146332, Retrieved from the Internet <URL:http://www.javaworld.com/javaworld/jw-03-1998/jw-03-javadev_p.html> [retrieved on 20000830] *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1810535A1 (fr) * 2004-10-29 2007-07-25 Telecom Italia S.p.A. Procede permettant d'etablir une connexion logique sure entre une carte a circuit integre et une carte memoire via un equipement terminal

Also Published As

Publication number Publication date
FR2848366A1 (fr) 2004-06-11
AU2003298423A1 (en) 2004-08-10

Similar Documents

Publication Publication Date Title
EP1203501B1 (fr) Procede pour le traitement et la transmission de donnees sur un reseau de telephonie mobile et carte a puce electronique
EP1610510B1 (fr) Contrôle d&#39;accès sans fil à des services télématiques et vocaux
US7191234B2 (en) Deployment of smart card based applications via mobile terminals
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
WO2000069191A1 (fr) Terminal radiotelephonique avec une carte a puce dotee d&#39;un navigateur
FR2774238A1 (fr) Procede de transfert d&#39;information entre un module d&#39;identification d&#39;abonne et un terminal mobile de radiocommunication, module d&#39;identification d&#39;abonne et terminal mobile correspondants
WO2009077664A1 (fr) Procédé et dispositif de gestion de données d&#39;application dans un système nfc
EP1463351A1 (fr) Procédé de déblocage d&#39;un terminal de télécommunication sans fil de type téléphone portable
WO2001088861A1 (fr) Procede d&#39;approvisionnement d&#39;un compte prepaye
FR2821222A1 (fr) Procede d&#39;etablissement de communication anonyme
EP4285491A1 (fr) Procédé et dispositif d&#39;adaptation d&#39;une communication en champ proche
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
WO2004064428A1 (fr) Procede, carte sim et dispositif local permettant la carte sim de communiquer localement
FR2857193A1 (fr) Procede permettant a une application embarquee sur un terminal de communiquer avec une application residente en carte sim
EP3831120A1 (fr) Procédé de transmission de données vers deux passerelles distinctes, et dispositif correspondant
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
WO2001031879A1 (fr) Utilisation des outils sim entre un reseau et un telephone mobile
EP1649713A1 (fr) PROCEDE PERMETTANT A UN POINT D&amp;rsquo;ACCES DE COMMUNIQUER AVEC UNE APPLICATION D&amp;rsquo;UN TERMINAL MOBILE
EP1538571A1 (fr) Méthode de reconnaissance basée sur un équipement mobile
FR3073304A1 (fr) Procede de legitimation d&#39;un titre de transport porte par un terminal mobile, programme d&#39;ordinateur et terminal mobile associe
FR3119284A1 (fr) Procédé et dispositif de transfert de données en champ proche.
WO2007026002A1 (fr) Execution d&#39;une commande pro-active elaboree dans un terminal
FR2798497A1 (fr) Systeme et methode de chargement de donnees dans une carte a puce a travers un reseau de telecommunication au moyen de mels
WO2004036856A1 (fr) Procede de controle d&#39;acces a un reseau de communication, reseau sans fil, dispositif et programmes d&#39;ordinateurs correspondant
EP1054366A1 (fr) Procédé pour réaliser lors d&#39;une première opération autorisée par une première carte au moins une seconde opération

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP