FR2805912A1

FR2805912A1 - Procede de commande d'une carte a puce

Info

Publication number: FR2805912A1
Application number: FR0002874A
Authority: FR
Inventors: Emilien Charbonnier; Gerald Maunier
Original assignee: Gemplus Card International SA; Gemplus SA
Current assignee: Gemplus SA
Priority date: 2000-03-01
Filing date: 2000-03-01
Publication date: 2001-09-07
Also published as: AU2001240740A1; WO2001065480A1

Abstract

L'invention propose une carte à puce (4) pour terminal mobile (1) d'un réseau de radiocommunications avec les mobiles, la carte comprenant un interpréteur (40) pour interpréter une séquence d'instructions de programme d'ordinateur mémorisée dans un fichier, ou page, stocké dans un serveur distant afin de faire exécuter par la carte (4) une tâche particulière. La carte (4) selon l'invention se caractérise en ce que l'interpréteur (40) établit une correspondance entre chacune d'une pluralité d'instructions et chacune de commandes disponibles prédéfinies entre la carte (4) et le terminal mobile (1), et en ce que lorsqu'une instruction est détectée par l'interpréteur (40) comme correspondant à une commande disponible de la carte (4), ledit interpréteur (40) demande l'exécution de la commande par la carte (4) ou par le terminal (1) sur requête de la carte.

Description

PROCIEDIE DE COMMANDE D'UNE CARTEA PUCE. La présente invention concerne de manière générale les cartesà puce, et plus particulièrement la commande d'une carteà puce par une séquence d'instructions mémorisée dans un fichier, ou page, stocké dans un serveur distant réseau de télécommunications, par exemple de type INTERNET.

Une puce d'une carteà puce est un composant électronique comprenant moins une zone de mémoires et une unité de traitement supportant des fonctions dites natives, qui sont intégrées dans la puce lors de sa fabrication, et un système d'exploitation.

réseaux de radiocommunications de type mobile, tel que GSM (Global System Mobile communications) et les réseaux de télécommunications de type NTERNET ont été marqués ces dernières années par des évolutions technologiques très significatives. Dans ces évolutions, la carteà puce joue un rôle important' en raison de l'intelligence de traitement qu'elle supporte et de la garantie de sécurité qu'elle offre.

L'émergence quasi-simultannée des technologies de radiocommunications avec les mobiles et de télécommunications de type INTERNET a vu naître l'apparition d'une solution dite "Protocole d'Accès Sans Fil" (WAP ou "Wireless Access Protocol" en terminologie anglo-saxonne) proposée par des sociétés telles que "Unwired Planet", maintenant renommée "Phone.Com". Cette technologie WAP propose d'accéder via des téléphones mobilesà des serveurs de type NTERNET et à1eurs contenus. Pour la mise en oeuvre de cette technologie, téléphone mobile doit mémoriser un programme, appelé interpréteur (ou "browser` en terminologie anglo-saxonne). Le téléphone accède au serveur INTERNET à travers une passerelle WAP. L'utilisation de la technologie WAP, très prometteuse, est encore limitée par la faible largeur de bande disponible pour chaque usager, qui n'autorise pas un transfertà débit élevé vers le terminal mobile de données mémorisées sur le serveur distant. Ainsi, par exemple, un service de type SMS (Short Message Service) n'autorise qu'un débit très limité pour acceder à des contenus d'informations volumineux. Les technologies la carteà puce ont, parallèlementà l'émergence de technologies, été marquées par deux évolutions importantes: - la définition pour utilisation dans le Standard GSM, tel que défini par #TSI (European Standard Telecommunications Institute), d'une norme (identifiée par référence GSM 1 .14) stipulant un kit de commandes de carteà puce (Subscriber Identity Module), dit SIM ToolKit. Cette norme définit de nombreuses commandes propresà être exécutées par la carte sur requête du terminal mobile- et - l'arrivée des cartes à puce dites "ouvertes". Durant les vingt dernières années en effet, les cartesà puce ont évolué en n'étant au départ que des systèmes dédiésà une application bien particulière pour devenir des "plates-formes" ouvertes, pour lesquelles tous les programmeurs peuvent développés eux-mêmes des applications utilisant un langage commun et standard.A titre d'exemple, le standard Java Card promu par SUN propose un programme "Machine Virtuelle" (VM) offrant une interopérabilité de la carte indépendamment de son unité de traitement et une interface de programmation (API) offrant une interopérabilité de la carte indépendamment de son système d'exploitation. Ainsi, les VM et API fimasquenf' l'unité de traitement et le système d'exploitation quels qu'ils soient, et toute personne peut donc développer une application indépendamment des fonctions natives et système d'exploitation inclus initialement dans la carte.

Les spécifications WAP, telles que définies par le WAP Forum, proposent une interface ouverte entre un terminal mobile et une passerelle WAP elle même reliée à un serveur d'un réseau par exemple de type Internet, permettant ainsi interopérabilité entre n'importe quel terminal mobile et n'importe quelle passerelle indépendamment constructeurs de ces terminal mobile et passerelle. Pour cela, il définit série d'instructions, ou commandes, normalisées entre terminal et la passerelle.

Une solution naturelle dans la mise en oeuvre des échanges entre une carteà puce et un serveur distantà travers un réseau de radiocommunications avec les mobiles est de se baser sur les concepts du WAP, en reprenant ses commandes standardisées.Il faut alors développer un micro-browser, ou micro-interpréteur, dans la carte propreà supporter ces commandes standardisées. Elle présente l'inconvénient que le micro-browser dans la carte nécessite un espace mémoire important, ressource critique dans une carteà puce. En outre, l'implémentation souffdrait du même inconvénient que celui qui affecte encore aujourd'hui WAP, à savoir le manque de bande passante, lorsque l'on utilise par exemple canal SIVIS.

L'invention viseà remédier aux inconvénients précités en fournissant un procédé de commande,à travers un réseau de télécommunications avec les mobiles, d'une carteà puce par une séquence d'instructions de programme d'ordinateur memorisée dans un fichier, ou page, stocké dans un serveur distant afin faire executer par la carte une tâche particulière, ladite carte comprenant un interpréteur pour interpréter ladite séquence, qui se caractérise en que l'interpréteur implémente une correspondance entre chacune d'une pluralité d'instructions et chacune de commandes disponibles prédéfinies entre la carte et le terminal mobile, et en. ce que lorsqu'une instruction est détectée par l'interpréteur comme correspondantà une commande disponible propreà la carte, ledit interpréteur demande l'exécution de ladite commande par ladite carte ou par le terminal sur requête de la carte.

Ainsi, lorsqu'une carte produit une requêteà destination du serveur, dernier renvoie une séquence d'instructions. Cette séquence est conçue très specifiquement pour l'environnement Sim ToolKit (commandes disponibles pour la commande de la carte par un terminal mobile) et permet de limiter très sensiblement la taille d'espace mémoire nécessaire pour le micro-browser. En effet, toutes les instructions de la séquence qui sont associées directementà des commandes Sim ToolKit respectives ne nécessitent aucun traitement significatif de la part du micro-browser, ce dernier se limitantà renvoyer ces instructions, pour exécution,à des programmes de traitement de commandes ToolKit prééxistants dans la carte.

Typiquement, les commandes disponibles prédéfinies entre la carte et le terminal mobile sont telles que définies par le jeu d'outils SIM (SIM ToolKit) de la Recommandation GSM11.14 du Standard défini par l'ETSI, le réseau de radiocommunications avec les mobiles étant reseau GSM..

Avantageusement, la séquence d'instructions reçue par la carteà travers une passerelle qui transcrit chaque instruction fichier en une instruction codée correspondant de sorteà produire un fichier taille plus réduite transmis vers le terminal.

Par exemple, ce fichier de taille plus réduite transmis vers le terminal est véhiculé à travers un canai de Service de Message Court.

L'invention fournit également une carteà puce pour terminal mobile d'un réseau de radiocommunications avec les mobiles, carte comprenant un interpréteur pour interpréter une séquence d'instructions de programme d'ordinateur mémorisée dans un fichier, ou page, stocké dans un serveur distant afin de faire exécuter par la carte une tâche particulière. La carte est caractérisée en ce que l'interpréteur implémente une correspondance entre chacune d'une pluralité d'instructions et chacune de commandes disponibles prédéfinies entre la carte et le terminal mobile, et en ce que lorsqu'une instruction est détectée par l'interpréteur comme correspondantà une commande disponible propreà la carte, l'interpréteur demande l'exécution de ladite commande par ladite carte ou par le terminal sur requête de la carte.

D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairementà la lecture de la description qui suit en référence aux dessins annexés correspondants dans lesquels: - la figure1 montre une représentation schématique d'un réseau de radiocommunications avec les mobiles, et carteà puce et un serveur distant connecté entre euxà travers ce réseau; et - la figure 2 est un diagramme explicitant le fonctionnement du micro-browser inclus dans la carteà puce.

En référenceà la Figure1, une architecture de reseaux pour la mise en oeuvre de l'invention comprend,à titre d'exemple, un terminal mobile1 recevant une carteà puce de type SIM 4.A travers un réseau type GSM et son service de messagerie associée SMS, le terminal communique avec une passerelle 2. Cette passerelle 2 est elle-même connectéeà un serveur distant3 mémorisant l'information de commande de la carte et un contenu d'informations associées.

La Recommandation GSM 11.14 de l'ETSI définit un jeu de commande, que appelle le "SIM ToolKit" entre le terminal1 et la carte 4.A titre d'exemple commande "Display Text XXX' permetà la carte de commander l'affichage par terminal sur son écran d'un texte XXX. La commande Tower On Card" permet au terminal d'activer la carte, etc ......

En revenantà la Figure1, la carte 4 sollicite le terminal1 pour accéderà une page Internet en demandant d'émettre un SIVIS, selon une commande du type "Send SMS 10 89 CC". Le contenu de ce SMS 10 89 ABCC" est alors envoyé par le terminal1 voie radioélectrique vers la station de base la plus proche du réseau GSM . Le message SMS est reçu par la passerelle 2à travers le réseau GSM. La passerelle plusieurs fonctions, dont notamment l'authentification du porteur de carte, la gestion des accès, l'ajout de fonctions (telle que la localisation de la. dans le réseau GSM qui est fonction de la cellule dans laquelle le terminal mobile est inscrit) prédéfinies entre la carte et cette passerelle pour l'enrichissement du dialogue avec le serveur3.

La passerelle reçoit ce message SMS et le convertit sous la forme d'un message d'adresse Internet, noté "http://www.tv.stk". Il està noter que le contenu10 89 AB CC" envoye dans le message SMS n'implique l'envoi que d'un faible volume de données comparativementà celui requis pour envoyer le message de texte "http://www.tv.stk", la conversion opérée par la passerelle 2 permettant ainsi de tenir compte des capacités limitées du SMS.

En réponseà la réception de ce message d'adresse Internet "http://www.tv.stk", le serveur3 renvoie, selon un protocole de type "requête-réponse" connu l'homme du métier, une page, ou fichier, comprenant une séquence d'instructions. Ce fichier est noté STKIVIL dans la Figure1 pour "Sim ToolKit Markup Langage". Le langage STKIVIL étant représenté sous un format d'apparence XML, il occupe un volume de données relativement important.Il està noter que selon caractéristique importante permettant la mise en oeuvre de la présente invention, la séquence d'instructions envoyée par le serveur3 est écrite selon un langage conçu très spécifiquement pour l'environnement Sim ToolKit. Ainsi, chaque commandeSI M ToolKit existante pour être exécutée par la carte ou par le terminal sur requête de la carte, possède un équivalent univoque sous forme d'une instruction dans le langage STKML, permettant la mise en oeuvre l'invention. Pour tenir compte des capacités limitées du service SMS, la passerelle transcrit chaque instruction du fichier STKIVIL en une instruction codée correspondant de sorteà produire un fichier de taille plus réduite. Ce fichier séquences d'instructions transcrites est reçu par le terminal1 qui le retransmetà carte 4. Comme montré dans la Figure 2, la carte 4 comprend un interpréteur 40 et une pluralité de programmes élémentaires, d'exécution ou de requête d'exécution, notés Pl,...., propresà l'exécution, par la carte ou par le terminal requête de la carte, jeu de commande "SIM ToolKif' entre le terminal1 et la carte 4. L'interpréteur implémente une correspondance, qui peut êtreà titre d'exemple une table correspondance ou un branchement conditionnel(Si condition ALORS..... entre chacune d'une pluralité d'instructions et chacune de commandes SimToolkit disponibles prédéfinies entre la carte et le terminal mobile, Lorsqu'une instruction est détectée par l'interpréteur comme correspondantà une commande disponible propreà la carte, ledit interpréteur demande l'exécution de ladite commande par ladite carte ou par le terminal sur requête de la carte. La correspondance est établie entre instructions et commandes SimToolkit de manière directe ou indirecte.A titre d'exemple, de manière directe, l'interpréteur associeà chaque instruction une commande disponible prédéfinie, et demandeà d'autres programmes dans la carte d'exécuter ou de faire exécuter la commande identifiée, en leur transférant un paramètre.A titre d'exemple, de manière indirecte, l'interpréteur associeà chaque instruction un programme, et non pas la commande elle-même, dans la carte susceptible d'exécuter oude faire exécuter une commande précise, et active ce programme.

Dans les éléments qui suivent sont présentésà titre d'exemple non limitatifs deux instructions en langage STKIVIL avec leurs attributs et définitions associées, qui sont respectivement associées aux commandes GET INPUT et SEND DTMF des commandes Sim ToolKit.

ou ATTLIST designe la liste des attributs de la variable considérée.

Il està noter que selon l'invention, pour chacune des commandes Sim ToolKit existantes (Display Text, Get Input, Select Item, Provide Local Infâ, Send SMS, Send USSD, Setup Call, Send IDTMF, PowerOn Card, PowerOff Card Perform Card APDU, Play Tone, etc ...... ), une instruction correspondante existe dans le langage STKIVIL. Le résultat obtenu està opposerà celui issu de la transcription des commandes WAP, pour lesquelles cela est possible, car il alors nécessaire de développer un interpréteur dans la carte requérant plus de volume si l'on souhaite obtenir un niveau de fonctionnalités équivalentà celui obtenu avec la totalité des commandes Sim ToolKit.

Claims

REVENDICATIONS 1 - Procédé de commande,à travers un réseau de télécommunications avec mobiles, d'une carteà puce (4) par une séquence d'instructions de programme d'ordinateur mémorisée dans un fichier, ou page, stocké dans un serveur distant (3) afin de faire exécuter par la carte (4) une tâche particulière, ladite carte (4) comprenant un interpréteur (40) pour interpréter ladite séquence, caractérisé en ce que ledit interpréteur (40) implémente une correspondance entre chacune d'une pluralité d'instructions et chacune de commandes disponibles prédéfinies entre la carte (4) et le terminal mobile(1), et en ce que lorsqu'une instruction est détectée l'interpréteur (40) comme correspondantà une commande disponible propreà carte (4), ledit interpréteur (40) demande l'exécution de ladite commande ladite carte (4) ou par le terminal(1) sur requête de la carte (4). 2- Procédé commande d'une carteà puce conformeà la revendication1, caractérisé en ce que lesdites commandes disponibles prédéfinies entre la carte (4) et le terminal(1) mobile sont telles que définies par le jeu d'outils SIM (SIM ToolKit) de Recommandation GSM11.14 du Standard GSM défini par l'ETSI ledit réseau rad iocommu ni cations avec les mobiles étant un réseau GSM. 3 - Procédé conformeà la revendication1 ou 2, caractérisé en ce que ladite séquence d'instructions est reçue par la carte (4)à travers une passerelle (2) transcrit chaque instruction du fichier en une instruction codée correspondante de sorteà produire un fichier de taille plus réduite transmis vers le terminal(1). 4- Procédé conformeà la revendication3, caractérisé en ce que le fichier taille plus reduite transmis vers le terminal(1) est véhiculéà travers un canai Service Message Court. 5 - Carte a puce (4) pour terminal mobile(1) d'un réseau de radiocommunications avec les mobiles, ladite carte (4) comprenant un interpréteur (40) pour interpréter une séquence d'instructions de programme d'ordinateur mémorisée dans un fichier, ou page, stocké dans un serveur distant(3) afin de faire exécuter par la carte (4) tâche particulière, caractérisée en ce que ledit interpréteur (4) établit correspondance entre chacune d'une pluralité d'instructions et chacune de commandes disponibles prédéfinies entre la carte (4) et le terminal mobile(1), et en ce lorsqu'une instruction est détectée par l'interpréteur (40) comme correspondantà une commande disponible propreà la carte (4), ledit interpréteur (40) demande l'execution de ladite commande par ladite carte ou par le terminal (1) sur requête de carte. 6 - Carte conformeà la revendication5, caractérisée en ce lesdites commandes disponibles prédéfinies entre la carte (4) et le terminal(1 mobile sont telles que définies par le jeu d'outils SIM (SIM ToolKit) de la Recommandation GSM 11.14 du Standard GSM défini par VETSI, ledit réseau de radiocommunications avec les mobiles étant un réseau GSM.