WO2005013580A1 - Procede, terminal mobile, cartes et programmes informatiques permettant a une application embarquee sur un terminal de communiquer avec une application residente en carte sim - Google Patents

Procede, terminal mobile, cartes et programmes informatiques permettant a une application embarquee sur un terminal de communiquer avec une application residente en carte sim Download PDF

Info

Publication number
WO2005013580A1
WO2005013580A1 PCT/FR2004/001656 FR2004001656W WO2005013580A1 WO 2005013580 A1 WO2005013580 A1 WO 2005013580A1 FR 2004001656 W FR2004001656 W FR 2004001656W WO 2005013580 A1 WO2005013580 A1 WO 2005013580A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
terminal
data
mobile network
subscriber card
Prior art date
Application number
PCT/FR2004/001656
Other languages
English (en)
Inventor
David Picquenot
Pierre Lemoine
Yves Thorigne
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
Publication of WO2005013580A1 publication Critical patent/WO2005013580A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42136—Administration or customisation of services
    • H04M3/42153—Administration or customisation of services by subscriber
    • H04M3/42161—Administration or customisation of services by subscriber via computer interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/08—Interfaces between hierarchically different network devices between user and terminal device

Definitions

  • the present invention relates to the field of mobile communication terminals, mobile telephones, communicating PDAs or PCs equipped with a wireless radiocommunication modem, and more particularly relates to a method for ensuring two-way communication between an application embedded on this terminal and an application located on a portable object coupled to the terminal, this portable object being of the card type of subscriber to a mobile network.
  • the mobile network subscriber card such as the SIM (Subscriber Identity Module) card or the UICC (Universal Integrated Circuit Card) card is essential for the operation of a mobile terminal. Among other things, it allows subscriber authentication on a mobile telecommunications network, encryption of exchanges (voice or data) 20 as well as personalization of the mobile terminal. It also allows access to value-added services when these services are implemented in the form of small application programs, called “applets” or “cardlets”, running on a JAVA TM virtual machine. Dialogue with the mobile network subscriber card then respects the protocol known as the SIM Toolkit and is therefore limited to the commands defined in this protocol.
  • SIM Subscriber Identity Module
  • UICC Universal Integrated Circuit Card
  • the object of the present invention is to overcome these drawbacks by proposing a method of direct bidirectional dialogue between the mobile terminal and the subscriber card to a mobile network, therefore without going through the mobile telecommunications network, and without violating existing standards.
  • This object is achieved by a data communication method between an application embedded in a communication terminal and a resident application in a subscriber card to a mobile network, in which it is first of all opened.
  • a communication channel between the communication terminal and the subscriber card for a mobile network then a resident application is launched which is stored in the subscriber card for a mobile network and intended for receive or include the data to be exchanged, then a first SIM Application Toolkit command is sent by the subscriber card to a mobile network, enabling data to be sent from the subscriber card to a mobile network to the terminal to which the communication terminal responds with a second SIM Application Toolkit command allowing the sending of data from the terminal to the subscriber card to a mobile network, and finally once the data has been exchanged as parameters of these commands, the communication channel is closed.
  • the data exchanged between these applications passing in parameters in a single pair of SIM Application Toolkit commands is very simply established communication between an application embedded in a communication terminal and a resident application in a subscriber card to a mobile network, the data exchanged between these applications passing in parameters in a single pair of SIM Application Toolkit commands.
  • the opening of a communication channel involves the transfer to the communication terminal of a list of the resident applications available in the subscriber card to a mobile network.
  • the first sending of the first SIM Application Toolkit command is carried out without passing data and said channel closure involves sending the second SIM Application Toolkit command from the terminal to the subscriber card to a mobile network without passing of data in response to a first SIM Application Toolkit command.
  • said SIM Application Toolkit commands making it possible to pass in parameters said exchanged data are diverted from their normal use.
  • said data exchange is carried out by means of the following functions:. a function for opening the communication channel (Openchannel),. a function to launch the selected resident application
  • said first command is chosen from the following SIM Application Toolkit commands: Get Input, Display Text, Send Data and said second command is chosen from commands
  • the invention also relates to a mobile communication terminal comprising a microcontroller connected to a man / machine interface and to a wireless radiocommunication module, said microcontroller comprising an operating system and at least one client application, characterized in that it further comprises a software module for creating a bidirectional communication channel between a client application of said mobile communication terminal and a resident application of a subscriber card to a mobile network integrated into said mobile communication terminal when a software filter of said microcontroller is activated.
  • a subscriber card to a mobile network comprising an operating system and at least one resident application, characterized in that it also comprises a software module to allow said at least one resident application to communicate directly with a client application of a mobile terminal of communication in which said subscriber card to a mobile network is integrated.
  • the invention likewise relates to a computer program able to be implemented in the aforementioned mobile communication terminal, characterized in that it comprises code instructions for the execution of a step of creating a channel of bidirectional communication between a client application of said mobile communication terminal and a resident application of a subscriber card to a mobile network integrated into said mobile communication terminal when said program is executed on said mobile communication terminal.
  • It also relates to a computer program capable of being implemented in the aforementioned mobile network subscriber card, characterized in that it comprises code instructions for the execution of a step of dialogue between an application resident of said mobile network subscriber card and a client application of a mobile communication terminal in which said mobile network subscriber card is integrated when said program is executed on said mobile network subscriber card.
  • FIG. 1 is a schematic view of the hardware architecture of a communication terminal implementing the communication method according to the invention
  • FIG. 2 is a schematic view of the software architecture of a communication terminal implementing the communication method according to the invention
  • FIGS. 3, 4, 5, 6 and 7 are diagrams explaining the main functions of the communication method according to the invention, implemented in the terminal,
  • FIG. 8 is a diagram illustrating a particular communication protocol implemented with the communication method according to the invention.
  • FIGS. 9 and 10 are diagrams explaining the main functions of the communication method according to the invention, implemented in the subscriber card to a mobile network.
  • FIG. 1 illustrates in a simplified manner the hardware structure of a communication terminal in which the present invention is implemented.
  • This terminal conventionally comprises data processing means of the microcontroller type 10 to which is connected, preferably by a parallel link 12, a man / machine interface (HMI) 14 (keyboard, screen, microphone and speaker of the terminal for example ).
  • This microcontroller which conventionally comprises a processing processor 10A, a program memory 10B and a data memory 10C, is connected by a serial link 16 to a wireless radiocommunication module 18 constituting the modem of the terminal and therefore capable of transmitting and transmitting receiving via radio antenna 20 voice or data radio messages from other terminals or communication stations.
  • the terminal is intended to receive a subscriber identification module or subscriber card to a mobile network 24 connected by a set of electrical contacts 22 to the wireless radiocommunication module.
  • This subscriber card to a mobile network conventionally comprises processing means 24A and program memory means 24B and data memory means 24C. Note, however, that if the description which follows essentially relates to a SIM card, it cannot be limited to this single card, the invention applying to all types of subscriber cards to a mobile network, for example UICC cards (Universal Integrated Circuit Card).
  • the software architecture of this terminal incorporating a SIM card is illustrated in FIG. 2.
  • the microcontroller integrates an operating system (OS terminal 30) and application programs, for example at least one client application, named in the present invention application terminal 32.
  • OS terminal 30 operating system
  • application programs for example at least one client application, named in the present invention application terminal 32.
  • the modem also includes an operating system (OS modem 34).
  • the SIM card includes an operating system (OS card 36) as well as application programs, for example at least one resident application, named in the present invention card application 38, this application being for example a JAVA applet using a machine virtual JAVA TM.
  • the data transfer between the OS card and the modem OS is carried out by means of a set of commands and procedures called "SIM Application Toolkit” (which will be called SAT commands in the following description) which allows the SIM card to send commands to the radiocommunication module and to receive corresponding reports so as to control the man / machine interface. For more information on these commands, one will usefully refer to the ETSI GSM standard 11.14.
  • the SIM card can in particular control the display on the screen of a menu or of a specific text, the data entry on the keyboard by the user, the sending of short messages, the launching of a tone. , establishing a voice call, etc.
  • Data transfer between the modem OS 34 and the terminal OS 30 is conventionally carried out through AT commands.
  • AT commands For more information on these commands, please refer to GSM standard 07.07.
  • the command sending by the terminal OS respects the syntax AT + xxxx, the response coming from the modem OS respects the syntax + yyyy.
  • the modem OS can also send certain indications to the terminal OS, independently of any command. According to the present invention, it is proposed to allow the application 32 on board the terminal to establish a bidirectional communication channel with the application 38 located on the SIM card.
  • additional software modules 40, 44 are implemented, implemented in the form of software APIs (Application Program interface) both in the microcontroller 10 and in the SIM card 24 and a software filter 42 implemented on the microcontroller.
  • the first module 40 residing in the terminal allows in an initialization phase, when the corresponding filter 42 is activated, to create a communication channel with a specific card application and the second module 44 residing on the SIM card allows the application selected card then interact with the terminal application.
  • the software filter 42 makes it possible to deactivate the terminal SIM Application Toolkit command manager (SIM Toolkit manager) which processes proactive commands in a standardized manner so as to give terminal applications access to the first software module 40.
  • SIM Toolkit manager SIM Application Toolkit command manager
  • the first software module 40 has the following four primitives or different functions: OpenChannel () Opens a communication channel.
  • RunCardlet (cardlet ⁇ D) Launches the card application whose identifier (cardletlD) is provided.
  • SendDATA (request, length) Sends the data (request) passed as a parameter.
  • ReceiveData (message, length) Copies incoming data to the supplied buffer (message).
  • the OpenChannel () function This function illustrated in Figure 3 is executed when the modem is switched on and after validation of the personal identification code (PIN) of the SIM card. It initializes a communication channel to the SIM Toolkit compatible modem, requests and analyzes the list of card applications available in the SIM card. To do this, the modem sends an order to the SIM card. This order is the SAT command "Terminal Profile". This order tells the SIM card which proactive commands are supported by the terminal. Each order sent by the terminal to the SIM card is answered by two bytes called SW1 SW2. Since the card cannot send an order to the terminal by itself, it uses the response bytes SW1 SW2 to indicate to the terminal that there is a command coming from the SIM card pending.
  • PIN personal identification code
  • the values taken by SW1 SW2 are then 91 XX, XX indicating the length of the data that the SIM card wants to send to the terminal.
  • the command When the command has been correctly executed by the SIM card, it normally responds with the indication 90 00.
  • the SIM card responds with 91XX.
  • the modem will then send back the SAT command "Fetch" with the indication of length XX, and the SIM card responds by sending the message containing the proactive SAT command "Set-Up menu".
  • the Set-Up Menu command sent by the SIM card contains a list of items, each item being identified by an order number between 1 and 255, and an ASCII character string constituting the description of the application.
  • the modem sends a + STIN indication to the terminal application with parameter 0.
  • This parameter indicates to the terminal application that there is a proactive Set-up Menu command that has arrived in the modem .
  • This AT command is generic and allows you to retrieve any proactive command temporarily stored in the modem.
  • AT + STGI contains a parameter, which is the one contained in the previous indication + STIN.
  • this parameter is set to 0, which corresponds to the Set-Up Menu command.
  • the modem then responds with an AT + STGI ⁇ info menu> command where info menu contains information describing the different card applications present in the SIM card.
  • info menu contains information describing the different card applications present in the SIM card.
  • Each card application is defined by its identifier and name.
  • This information thus recovered by the first software module 40 is stored in a memory area of the microcontroller which will be used by all the terminal applications 32 concerned. Thus, these terminal applications will be able to trigger and dialogue with the card applications.
  • RunCardlet cardlet ⁇ D
  • This function illustrated in figure 4 which intervenes after the opening of the channel towards the modem by the function Open Channel () launches the card application whose identifier is provided by the parameter cardletlD and executes the selection in the main menu.
  • This order will then trigger the card application whose identifier cardletlD has been passed in the y parameter.
  • the card application using the first software module 40 will then initiate a proactive command. This is notified by the SIM card to the modem by the message 91XX.
  • the modem indicates to the terminal application that the card application has started correctly, then transcribes the indication of proactive command with a + STIN: 3 for the terminal application.
  • the terminal application and the card application are then able to communicate by diverting the normal use of a SAT command, for example “Get Input” and its response. This command was initially defined for the display of a message on the screen of the mobile, and requests the user to enter a series of characters. Once these characters have been entered, they are returned to the SIM card.
  • the information, originating from the SIM, conveyed in place of the prompt for entering the Get Input is processed by the terminal application and not displayed on the screen.
  • the response is not typed by the user but also defined by the terminal application.
  • the channel used by the terminal application and the card application can be considered as half-duplex: when the card application starts, it is she who has the possibility of communicating since she is able to send data by a Get Input when the terminal application cannot respond to a Get Input which has not yet been sent.
  • the terminal application is the first to send data to the card application (and not vice versa) since it is the one that initiates the use of the first software module. So, to give the terminal application the possibility of initiating the dialogue, the card application at startup will systematically send a Get Input command without information.
  • SendData (request, length) This function illustrated in figure 5 responds to the Get Input currently waiting.
  • the response from the terminal application is translated by the modem into Terminal Response for the SIM card. It continues to execute the card application that was pending on this proactive order.
  • ReceiveData (message, length)
  • this command allows the transmission by the SIM card of a message with a length of 255 bytes maximum.
  • This proactive command normally causes the message to be displayed on the mobile screen (question to which the user answers). In the case of the present embodiment, this message is not directed for display, but is directed towards the terminal application so as to allow direct dialogue. 5. CloseChan elO This function illustrated in figure 7 is called by the terminal application when the use of the first software module is finished. If a Get Input is currently on hold, an empty response will be sent to the SIM card. In the description of the functions represented in the preceding diagrams, reference is made to the pair Get Input / Terminal Response.
  • the data volume is limited to 255 bytes for each command and each response. In reality, this volume is reduced by half, because a constraint appears at the level of the AT commands.
  • the data exchanged by AT command must not contain certain characters of the type: comma, +, etc.
  • the transport layer does not allow transfer in ascii, it may be necessary to convert the data. In hexadecimal, a byte takes the values from 00 to FF.
  • the coding operated is as follows: 0 to F are coded in ascii, that is to say from 30 in hexadecimal (for 0) to 46 in hexadecimal (F). This coding leads to a reduction by 2 of the volume of useful data transmitted.
  • the following packets which will carry the rest of the data will be in the form below D n + l D n +2 ... D m
  • the sending by the terminal application to the SIM card contains 765 bytes. We assume that this data has previously undergone coding as specified above. Since Terminal Response can only send 255 bytes at a time, the following mechanism was devised by the inventors:
  • the first Terminal Response contains in the data field the length of the message that will be sent, and the first data packet (including the length is noted 255 to which the length of the header must be subtracted).
  • the software module 44 on the SIM card side analyzes the length of the message it must receive, since this length (useful data) corresponds to the sending of 3 packets from the terminal, and returns an order proactive Get Input with zero length content (because the SIM card is not in the data sending phase) to trigger a second response from the terminal (Terminal Response).
  • a third Get Input / Terminal Response phase is triggered.
  • the card having received the content of the message (382 useful bytes) does not cause the sending of a new Get Input.
  • the second software module 44 returns the 382 useful bytes received to the software module 38 by means of the message noted "Receive data completed".
  • the software module 40 which has completed all of the sendings necessary for the transmission of the 382 bytes returns a confirmation code to the software module 32.
  • the second software module 44 on the SIM card side controls the volume of the data received, and signals the presence of a message received at the application when the exchanges have made it possible to route the entire content of the buffer passed through the terminal application.
  • the second software module 44 comprises two primitives or functions detailed below: 1. SendDataCardlet (xxxx, length) This function illustrated in FIG. 9 sends a Get Input, with the indication of the length of the buffer to send. This function therefore triggers the Get Input and sends the content of the buffer.
  • the kinematics of exchanges is the same as that of ReceiveData on the terminal side and will therefore not be described in detail.
  • ReceiveDataCardlet (yyyy, length) This function illustrated in figure 10 processes the data received by the Terminal Response currently on hold. The data read are copied into the buffer passed as a parameter. The kinematics of the exchanges is the same as that of the SendData on the terminal side and will therefore not be described in detail. These two add-ons are only activated if you want to establish the bidirectional channel between the terminal and card applications. Otherwise, order processing is completely transparent.
  • the pair of SAT commands “Get Input / Terminal Response” described above is not the only pair making it possible to establish this bidirectional channel, the first SAT command being able to be chosen from one of the other commands of the GSM standard.
  • This method can also be used to create a ticketing application on a mobile phone with secure storage of tickets in the SIM card and the rest of the application, in particular the HMI on the mobile terminal.
  • the invention is based on a set of new functions which make it possible to export certain proactive commands from the SIM Tool Kit card: triggering of a card application by envelope order, exchange mechanism based on the proactive Get Input command and the Terminal Response order sent by the mobile.
  • the use of this mechanism is enabled by the availability of a set of AT commands which allow proactive commands to be conveyed and the corresponding responses between the modem and the outside.

Abstract

Procédé de communication de données entre une application (32) embarquée dans un terminal de communication (10) et une application résidente dans une carte d'abonné (24) à un réseau mobile, dans lequel il est tout d'abord procédé à l'ouverture d'un canal de communication entre le terminal de communication (10) et la carte d'abonné (24) à un réseau mobile, ensuite il est procédé au lancement d'une application (38) résidente stockée dans la carte d'abonné à un réseau mobile et destinée à recevoir ou comportant les données à échanger, puis il est procédé à l'envoi par la carte d'abonné à un réseau mobile d'une première commande SIM Application Toolkit permettant l'envoi de données de la carte d'abonné (24) à un réseau mobile vers le terminal à laquelle il est répondu par le terminal de communication (10) par une seconde commande SIM Application Toolkit permettant l'envoi de données du terminal vers la carte d'abonné (24) à un réseau mobile, et enfin une fois les données échangées en paramètres de ces commandes, il est procédé à une fermeture du canal de communication.

Description

PROCEDE, TERMINAL MOBILE, CARTE ET PROGRAMMES INFORMATIQUES PERMETTANT A UNE APPLICATION EMBARQUEE SUR UN TERMINAL DE COMMUNIQUER AVEC UNE APPLICATION RESIDENTE EN CARTE SIM
5 Domaine de l'invention La présente invention se rapporte au domaine des terminaux mobiles de communication, téléphones portables, PDA communicants ou PC équipé d'un modem de radiocommunication sans fil, et elle concerne plus particulièrement un procédé pour assurer une communication 10 bidirectionnelle entre une application embarquée sur ce terminal et une application localisée sur un objet portable couplé au terminal, cet objet portable étant du type carte d'abonné à un réseau mobile.
Art antérieur 15 La carte d'abonné à un réseau mobile telle que la carte SIM (Subscriber Identity Module) ou la carte UICC (Universal Integrated Circuit Card) est indispensable au fonctionnement d'un terminal mobile. Elle permet entre autre l'authentification de l'abonné sur un réseau mobile de télécommunications, le chiffrement des échanges (vocaux ou de données) 20 ainsi que la personnalisation du terminal mobile. Elle permet aussi l'accès à des services à valeur ajoutée lorsque ces services y sont implémentés sous la forme de petits programmes applicatifs, appelés « applets » ou encore « cardlets », tournant sur une machine virtuelle JAVA™. Le dialogue avec la carte d'abonné à un réseau mobile respecte alors le 25 protocole connu sous l'appellation de SIM Toolkit et est donc limité aux commandes définies dans ce protocole. Sur les terminaux les plus récents, les développeurs souhaitent pouvoir mettre en œuvre des services de plus en plus sophistiqués et donc réaliser des applications utilisant à la fois les possibilités offertes par la 30 carte d'abonné à un réseau mobile et celles offertes par le terminal mobile. Or, pour réaliser ces applications dites « distribuées », il est nécessaire d'établir un lien logique entre le système d'exploitation (OS) du terminal et la carte d'abonné à un réseau mobile. Or, ce lien logique, c'est à dire la possibilité de faire communiquer une application située sur l'OS du terminal mobile avec une application située sur la carte d'abonné à un réseau mobile, n'est possible pratiquement qu'en recourant à un serveur applicatif distant au travers du réseau mobile de télécommunications (par appel vocal, SMS, USDD). Il en résulte nécessairement une lenteur dans la communication, un coût pour cette communication, une utilisation et donc une charge du serveur bien inutile et aussi une contrainte de disponibilité du réseau mobile de télécommunications. On connaît avec le brevet US2002/0199027, une solution pour établir un canal de communication entre une application du terminal et une application d'une carte SIM. Toutefois, cette solution suppose une modification du système d'exploitation de la carte SIM et un détournement de la norme GSM11.11 qui annule l'intérêt du contrôle de cohérence assuré par cette norme.
Objet et définition de l'invention La présente invention a pour objet de pallier ces inconvénients en proposant un procédé de dialogue direct bidirectionnel entre le terminal mobile et la carte d'abonné à un réseau mobile, donc sans passer par le réseau mobile de télécommunications, et sans enfreindre les normes existantes. Ce but est atteint par un procédé de communication de données entre une application embarquée dans un terminal de communication et une application résidente dans une carte d'abonné à un réseau mobile, dans lequel il est tout d'abord procédé à l'ouverture d'un canal de communication entre le terminal de communication et la carte d'abonné à un réseau mobile, ensuite il est procédé au lancement d'une application résidente stockée dans la carte d'abonné à un réseau mobile et destinée à recevoir ou comportant les données à échanger, puis il est procédé à l'envoi par la carte d'abonné à un réseau mobile d'une première commande SIM Application Toolkit permettant l'envoi de données de la carte d'abonné à un réseau mobile vers le terminal à laquelle il est répondu par le terminal de communication par une seconde commande SIM Application Toolkit permettant l'envoi de données du terminal vers la carte d'abonné à un réseau mobile, et enfin une fois les données échangées en paramètres de ces commandes, il est procédé à une fermeture du canal de communication. Ainsi, tout en respectant la norme GSM, il est établi très simplement une communication entre une application embarquée dans un terminal de communication et une application résidente dans une carte d'abonné à un réseau mobile, les données échangées entre ces applications transitant en paramètres dans une seule paire de commandes SIM Application Toolkit. L'ouverture d'un canal de communication comporte le transfert vers le terminal de communication d'une liste des applications résidentes disponibles dans la carte d'abonné à un réseau mobile. De préférence, le premier envoi de la première commande SIM Application Toolkit est effectué sans passage de données et ladite fermeture de canal comporte l'envoi de la seconde commande SIM Application Toolkit du terminal à la carte d'abonné à un réseau mobile sans passage de données en réponse à une première commande SIM Application Toolkit. Selon l'invention, lesdites commandes SIM Application Toolkit permettant de passer en paramètres lesdites données échangées sont détournées de leur utilisation normale. Pour procéder à un échange de données d'une longueur supérieure à une longueur déterminée (avantageusement 255 octets), il est procédé à plusieurs échanges successifs des première et seconde commandes SIM Application Toolkit portant à chaque échange sur une partie déterminée et différente desdites données. Selon l'invention, ledit échange de données est effectué au moyen des fonctions suivantes : . une fonction d'ouverture du canal de communication (Openchannel), . une fonction de lancement de l'application résidente choisie
(Runcardlet), . une fonction d'envoi de données de l'application embarquée vers l'application résidente (Senddata), . une fonction de réception dans l'application embarquée de données envoyées par l'application résidente (Receivedata), et . une fonction de fermeture du canal de communication (Closechannel). De préférence, ladite première commande est choisie parmi les commandes SIM Application Toolkit suivantes : Get Input, Display Text, Send Data et ladite seconde commande est choisie parmi les commandes
SIM Application Toolkit suivantes : Terminal response, Get Inkey, Receive
Data. L'invention concerne également un terminal mobile de communication comportant un microcontrôleur relié à une interface homme/machine et à un module de radiocommunication sans fil, ledit microcontrôleur comportant un système d'exploitation et au moins une application cliente, caractérisée en ce qu'il comporte en outre un module logiciel pour créer un canal de communication bidirectionnel entre une application cliente dudit terminal mobile de communication et une application résidante d'une carte d'abonné à un réseau mobile intégrée audit terminal mobile de communication lorsqu'un filtre logiciel dudit microcontrôleur est activé. Elle concerne aussi une carte d'abonné à un réseau mobile comportant un système d'exploitation et au moins une application résidente, caractérisée en ce qu'elle comporte en outre un module logiciel pour permettre à ladite au moins une application résidente de dialoguer directement avec une application cliente d'un terminal mobile de communication auquel ladite carte d'abonné à un réseau mobile est intégrée. L'invention se rapporte pareillement à un programme informatique apte à être mis en œuvre dans le terminal mobile de communication précité, caractérisé en ce qu'il comprend des instructions de code pour l'exécution d'une étape de création d'un canal de communication bidirectionnel entre une application cliente dudit terminal mobile de communication et une application résidante d'une carte d'abonné à un réseau mobile intégrée audit terminal mobile de communication lorsque ledit programme est exécuté sur ledit terminal mobile de communication. Elle se rapporte aussi à un programme informatique apte à être mis en œuvre dans la carte d'abonné à un réseau mobile précitée, caractérisé en ce qu'il comprend des instructions de code pour l'exécution d'une étape de dialogue entre une application résidente de ladite carte d'abonné à un réseau mobile et une application cliente d'un terminal mobile de communication auquel ladite carte d'abonné à un réseau mobile est intégrée lorsque ledit programme est exécuté sur ladite carte d'abonné à un réseau mobile.
Brève description des dessins Les caractéristiques et avantages de la présente invention ressortiront mieux de la description suivante, faite à titre indicatif et non limitatif, en regard des dessins annexés sur lesquels :
- la figure 1 est une vue schématique de l'architecture matérielle d'un terminal de communication mettant en œuvre le procédé de communication selon l'invention,
- la figure 2 est une vue schématique de l'architecture logicielle d'un terminal de communication mettant en œuvre le procédé de communication selon l'invention, - les figures 3, 4, 5, 6 et 7 sont des diagrammes explicitant les principales fonctions du procédé de communication selon l'invention, mises en œuvre dans le terminal,
- la figure 8 est un diagramme illustrant un protocole de communication particulier mis en œuvre avec le procédé de communication selon l'invention, et
- les figures 9 et 10 sont des diagrammes explicitant les principales fonctions du procédé de communication selon l'invention, mises en œuvre dans la carte d'abonné à un réseau mobile.
Description détaillée d'un mode de réalisation préférentiel La figure 1 illustre de façon simplifiée la structure matérielle d'un terminal de communication dans lequel est mis en œuvre la présente invention. Ce terminal comporte classiquement des moyens de traitement de l'information de type microcontrôleur 10 auquel est reliée, de préférence par une liaison parallèle 12, une interface homme/machine (IHM) 14 (clavier, écran, microphone et haut parleur du terminal par exemple). Ce microcontrôleur qui comporte classiquement un processeur de traitement 10A, une mémoire de programme 10B et une mémoire de données 10C, est relié par un lien série 16 à un module de radiocommunication sans fil 18 constituant le modem du terminal et donc apte à émettre et à recevoir via une antenne 20 des messages radio vocaux ou de données en provenance d'autres terminaux ou stations de communication. Le terminal est destiné à recevoir un module d'identification d'abonné ou carte d'abonné à un réseau mobile 24 relié par un ensemble de contacts électriques 22 au module de radiocommunication sans fil. Cette carte d'abonné à un réseau mobile comporte classiquement des moyens de traitement 24A et des moyens mémoire de programme 24B et des moyens mémoire de données 24C. On notera toutefois que si la description qui va suivre se rapporte essentiellement à une carte SIM, elle ne saurait être limitée à cette seule carte, l'invention s'appliquant à toutes les types de cartes d'abonné à un réseau mobile, par exemple les cartes UICC (Universal Integrated Circuit Card). L'architecture logicielle de ce terminal intégrant une carte SIM est illustrée à la figure 2. Le microcontrôleur intègre un système d'exploitation (OS terminal 30) et des programmes applicatifs, par exemple au moins une application cliente, nommée dans la présente invention application terminal 32. Le modem intègre également un système d'exploitation (OS modem 34). Enfin, la carte SIM comporte un système d'exploitation (OS carte 36) ainsi que des programmes applicatifs, par exemple au moins une application résidente, nommée dans la présente invention application carte 38, cette application étant par exemple une applet JAVA utilisant une machine virtuelle JAVA™. Le transfert de données entre l'OS carte et l'OS modem s'effectue au moyen d'un jeu de commandes et de procédures appelé « SIM Application Toolkit » (que l'on nommera commandes SAT dans la suite de la description) qui permet à la carte SIM d'envoyer des commandes au module de radiocommunication et de recevoir des comptes rendus correspondants de façon à piloter l'interface homme/machine. Pour plus d'informations sur ces commandes on se reportera utilement à la norme GSM 11.14 de l'ETSI. Ainsi, la carte SIM peut notamment piloter l'affichage à l'écran d'un menu ou d'un texte déterminé, la saisie de données au clavier par l'utilisateur, l'envoi de messages courts, le lancement d'une tonalité, l'établissement d'un appel vocal, etc. Le transfert de données entre l'OS modem 34 et l'OS terminal 30 s'effectue quant à lui classiquement au travers de commandes AT. Pour plus d'informations sur ces commandes on se reportera utilement à la norme GSM 07.07. L'envoi de commande par l'OS terminal respecte la syntaxe AT+xxxx, la réponse venant de l'OS modem respectant pour sa part la syntaxe +yyyy. L'OS modem peut aussi envoyer certaines indications à l'OS terminal, indépendamment de toute commande. Selon la présente invention, il est proposé de permettre à l'application 32 embarquée sur le terminal d'établir un canal de communication bidirectionnel avec l'application 38 localisée sur la carte SIM. Pour cela, il est ajouté des modules logiciels complémentaires 40, 44 implémentés sous forme d'APIs logicielles (Application Program interface) à la fois dans le microcontrôleur 10 et dans la carte SIM 24 et un filtre logiciel 42 implémenté sur le microcontrôleur. Le premier module 40 résidant dans le terminal permet dans une phase d'initialisation, lorsque le filtre correspondant 42 est activé, de créer un canal de communication avec une application carte déterminée et le second module 44 résidant sur la carte SIM permet à l'application carte sélectionnée de dialoguer alors avec l'application terminal. Le filtre logiciel 42 permet de désactiver le gestionnaire de commandes SIM Application Toolkit du terminal (SIM Toolkit manager) qui traite de façon normalisée les commandes proactives de façon à donner aux applications terminal l'accès au premier module logiciel 40. Le premier module logiciel 40 comporte les quatre primitives ou fonctions différentes suivantes: OpenChannel() Ouvre un canal de communication. RunCardlet(cardletΙD) Lance l'application carte dont l'identifiant (cardletlD) est fourni. SendDATA(request, length) Envoie les données (request) passées en paramètre. ReceiveData(message, length) Copie les données entrantes dans le tampon (message) fourni.
Close Channel() Ferme le canal de communication.
1. La fonction OpenChannel() Cette fonction illustrée à la figure 3 est exécutée lors de la mise sous tension du modem et après validation du code d'identification personnel (PIN) de la carte SIM. Elle initialise un canal de communication vers le modem compatible SIM Toolkit, demande et analyse la liste des applications carte disponibles dans la carte SIM. Pour ce faire, le modem envoie un ordre vers la carte SIM. Cet ordre est la commande SAT « Terminal Profile ». Cet ordre indique à la carte SIM quelles sont les commandes proactives supportées par le terminal. A chaque ordre envoyé par le terminal à la carte SIM, celle-ci répond par deux octets appelés SW1 SW2. Puisque la carte ne peut envoyer par elle-même un ordre au terminal, elle utilise les octets de réponse SW1 SW2 pour indiquer au terminal qu'il y a une commande venant de la carte SIM en instance. Les valeurs prises par SW1 SW2 sont alors 91 XX, XX indiquant la longueur des données que la carte SIM veut envoyer au terminal. Lorsque la commande a été correctement exécutée par la carte SIM, celle-ci normalement répond par l'indication 90 00. Dans ce cas présent, suite à l'envoi par le modem de la commande Terminal profile, et après présentation et validation du code PIN, la carte SIM répond par 91XX. Le modem va alors envoyer en retour la commande SAT « Fetch » avec l'indication de longueur XX, et la carte SIM répond par l'émission du message contenant la commande SAT proactive « Set-Up menu ». La commande Set-Up Menu envoyée par la carte SIM contient une liste d'items, chaque item étant identifié par un N° d'ordre compris entre 1 et 255, et une chaîne de caractères ASCII constituant le descriptif de l'application. A la réception de ce message, le modem envoie une indication +STIN vers l'application terminal avec comme paramètre 0. Ce paramètre indique à l'application terminal qu'il y a une commande proactive Set-up Menu qui est arrivée dans le modem. L'application terminal 32 doit alors chercher le contenu de cette commande. Ceci est réalisé par la commande AT+ STGI=0 (Sim Tool Kit Get Information). Cette commande AT est générique et permet de rapatrier toute commande proactive stockée temporairement dans le modem. AT+STGI contient un paramètre, qui est celui contenu dans l'indication précédente +STIN. Dans ce cas, ce paramètre est mis à 0, qui correspond à la commande Set-Up Menu. Le modem répond alors par une commande AT+STGI <menu infos> où menu-infos contient les informations décrivant les différentes applications cartes présentes dans la carte SIM. Chaque application carte est définie par son identifiant et son nom. Ces informations ainsi récupérées par le premier module logiciel 40 sont stockées dans une zone mémoire du microcontrôleur qui sera utilisée par toutes les applications terminal 32 intéressées. Ainsi, ces applications terminal pourront déclencher et dialoguer avec les applications carte.
2. RunCardlet(cardletΙD) Cette fonction illustrée à la figure 4 qui intervient après l'ouverture du canal vers le modem par la fonction Open Channel() lance l'application carte dont l'identifiant est fourni par le paramètre cardletlD et exécute la sélection dans le menu principal. Pour ce faire, l'application terminal envoi au modem la commande AT+STGR ( Sim Toolkit Give Response) avec pour paramètres 0, 1, Y et 0 = Sélection d'un item dans le menu principal, 1 = Sélection de l'item par l'utilisateur et Y = identifiant de l'application carte correspondant au paramètre passé cardletlD. Ceci provoque l'envoi par le modem vers la carte SIM d'un ordre enveloppe contenant la commande SAT « Menu Sélection ». Cet ordre va alors provoquer le déclenchement de l'application carte dont l'identifiant cardletlD a été passé dans le paramètre y. L'application carte utilisant le premier module logiciel 40 va alors initier une commande proactive. Celle- ci est notifiée par la carte SIM au modem par le biais du message 91XX. Le modem indique à l'application terminal le bon déroulement du lancement de l'application carte puis retranscrit l'indication de commande proactive par un +STIN:3 pour l'application terminal. L'application terminal et l'application carte sont alors à même de communiquer en détournant l'utilisation normale d'une commande SAT, par exemple « Get Input » et sa réponse. Cette commande a été initialement définie pour l'affichage d'un message sur l'écran du mobile, et demande la saisie par l'usager d'une suite de caractères. Une fois ces caractères saisis, ceux-ci sont renvoyés à la carte SIM. Avec l'invention, l'information, en provenance de la SIM, véhiculée à la place de l'invite de saisie du Get Input est traitée par l'application terminal et non affichée à l'écran. La réponse n'est pas tapée par l'utilisateur mais définie également par l'application terminal. Le canal utilisé par l'application terminal et l'application carte peut être considéré comme half-duplex : au démarrage de l'application carte, c'est elle qui a la possibilité de communiquer puisqu'elle est en mesure d'envoyer des données par un Get Input alors que l'application terminal ne peut pas répondre à un Get Input qui n'a pas encore été envoyé. Or, il est naturel que l'application terminal soit la première à envoyer des données vers l'application carte (et non l'inverse) puisque étant celle qui est à l'initiative de l'utilisation du premier module logiciel. Donc, pour donner la possibilité à l'application terminal d'initier le dialogue, l'application carte au démarrage va envoyer systématiquement une commande Get Input sans information.
3. SendData(request, length) Cette fonction illustrée à la figure 5 répond au Get Input actuellement en attente. Pour ce faire, la réponse Terminal Response envoyée par le modem est déclenchée par la commande AT+STGR (Sim Toolkit Give Response) venant de l'application terminal avec comme paramètres 3,1, <CR> « ascii buffer » <CZ> ce qui signifie: 3 : Type de commande = Get Input 1 : Transmission de la réponse donnée par l'utilisateur "ascii buffer" : buffer de données transmis de l'application terminal vers l'application carte. <CR> marque le début et <CZ> la fin du buffer de données. La réponse de l'application terminal est traduite par le modem en Terminal Response pour la carte SIM. Celle-ci poursuit l'exécution de l'application carte qui était en attente sur cette commande proactive. L'application carte utilisant à nouveau le premier module logiciel, elle va provoquer une nouvelle utilisation de la commande Get Input. On notera l'utilisation particulière des données « ascii buffer » qui normalement correspondent à une réponse textuelle de l'utilisateur du terminal mais avec l'invention sont détournées pour permettre le dialogue direct avec l'application terminal.
4. ReceiveData(message, length) Cette fonction illustrée à la figure 6 vérifie que la commande proactive courante correspond à un Get Input. Pour cela, l'application terminal envoi au modem la commande AT+STGI=3 (Sim Toolkit Give Information), le paramètre 3 de la commande +STGI permet de récupérer les données envoyées par la commande proactive Get Input. En réponse, le modem répond par l'indication +STGI : 1,0,0,255,0, « ascii buffer », ce qui signifie : 1 : Format = SMS Alphabet Default 0 : Pas d'écho 0 : Taille minimum pour la réponse de l'utilisateur 255 : Taille maximum pour la réponse de l'utilisateur 0 : Pas d'information d'aide. "ascii buffer " : buffer de données transmis de l'application carte vers l'application terminal Dans son utilisation détournée, cette commande permet la transmission par la carte SIM d'un message de longueur de 255 octets maximum. Cette commande proactive provoque normalement l'affichage du message sur l'écran du mobile (question à laquelle l'utilisateur répond). Dans le cas de la présente réalisation, ce message n'est pas dirigé pour affichage, mais est dirigé vers l'application terminal de façon à permettre le dialogue direct. 5. CloseChan elO Cette fonction illustrée à la figure 7 est appelée par l'application terminal quand l'utilisation du premier module logiciel est terminée. Si un Get Input est actuellement en suspend, une réponse vide sera envoyée à la carte SIM. Dans la description des fonctions représentées dans les diagrammes précédents, il est fait référence à la paire Get Input/ Terminal Response. Comme indiqué, le volume des données est limité à 255 octets pour chaque commande et chaque réponse. En réalité, ce volume est réduit de moitié, car une contrainte apparaît au niveau des commandes AT. Les données échangées par commande AT ne doivent pas contenir certains caractères du type : virgule, + , etc.. En outre, si la couche de transport ne permet pas de transfert en ascii, il peut être nécessaire d'effectuer une conversion des données. En hexadécimal, un octet prend les valeurs de 00 à FF. Le codage opéré est le suivant: 0 à F sont codés en ascii, c'est à dire de 30 en hexadécimal (pour 0) à 46 en hexadécimal (F). Ce codage conduit à une réduction par 2 du volume des données utiles transmises. Puisque chaque paquet de données utiles transporté par Get Input ou Terminal Response n'est que de 127 octets, il est nécessaire de concevoir un protocole pour pouvoir transporter des messages de longueur supérieure à 127. A cet effet, la première trame envoyée se présente sous la forme ci-dessous (Paquet #1 avec encodage) : LG1 LG2 LG3 LG4 Dl D2 D3 D4 D5 D6 ... Dn LG=longueur des données contenues dans l'ensemble des paquets et Dl à Dn données à transférer
Les paquets suivants qui transporteront le reste des données se présenteront sous la forme ci-dessous Dn+l Dn+2 ... Dm Dans le diagramme de la figure 8, l'envoi par l'application terminal vers la carte SIM contient 765 octets. Nous supposons que ces données ont subi préalablement le codage tel que spécifié précédemment. Puisque le Terminal Response ne peut envoyer que 255 octets à la fois, le mécanisme suivant a été conçu par les inventeurs: Le premier Terminal Response contient dans le champ données la longueur du message qui sera envoyé, et le premier paquet de données (dont la longueur est notée 255 à laquelle il faut retrancher la longueur de l'en-tête). A la réception de ce paquet, le module logiciel 44 côté carte SIM analyse la longueur du message qu'il doit recevoir, puisque cette longueur (données utiles) correspond à l'envoi de 3 paquets de la part du terminal, et renvoie une commande proactive Get Input avec un contenu de longueur nulle (car la carte SIM n'est pas en phase d'envoi de données) pour déclencher une seconde réponse du terminal (Terminal Response). Dans l'exemple ci-dessus, une troisième phase Get Input /Terminal Response est déclenchée. Ensuite, la carte ayant reçu le contenu du message (382 octets utiles), ne provoque pas l'envoi d'un nouveau Get Input. Le second module logiciel 44 renvoie les 382 octets utiles reçus au module logiciel 38 par le biais du message noté "Receive data completed". De son côté, le module logiciel 40 qui a terminé l'ensemble des envois nécessaires à la transmission des 382 octets renvoie un code de confirmation au module logiciel 32. Le second module logiciel 44 côté carte SIM contrôle le volume des données reçues, et signale la présence d'un message reçu à l'application lorsque les échanges ont permis d'acheminer tout le contenu du buffer passé par l'application terminal. Le second module logiciel 44 comporte deux primitives ou fonctions détaillées ci-dessous: 1. SendDataCardlet (xxxx, length) Cette fonction illustrée à la figure 9 envoi un Get Input, avec l'indication de la longueur du buffer à envoyer. Cette fonction déclenche donc le Get Input et envoie le contenu du buffer. La cinématique des échanges est la même que celle du ReceiveData côté terminal et ne sera donc pas décrite en détail.
2. ReceiveDataCardlet (yyyy, length) Cette fonction illustrée à la figure 10 traite les données reçues par le Terminal Response actuellement en attente. Les données lues sont copiées dans le buffer passé en paramètre. La cinématique des échanges est la même que celle du SendData côté terminal et ne sera donc pas décrite en détail. Ces deux modules complémentaires ne sont activés que dans le cas où l'on souhaite établir le canal bidirectionnel entre les applications terminal et carte. Dans le cas contraire, le traitement des commandes est totalement transparent. Bien entendu, la paire de commandes SAT « Get Input/ Terminal Response » décrite précédemment n'est pas la seule paire permettant d'établir ce canal bidirectionnel, la première commande SAT pouvant être choisie parmi l'une des autres commandes de la norme GSM 11.11 et GSM 11.14 permettant l'envoi de données au terminal mobile, comme Display Text ou Send Data et la seconde commande SAT pouvant être choisie également parmi l'une des autres commandes de la norme GSM 11.11 et GSM 11.14 permettant l'envoi de données à la carte d'abonné à un réseau mobile, comme Get Inkey ou Receive Data. Les applications pouvant être construites autour de ce procédé sont très nombreuses: paiement, authentification, contrôle d'accès, validation de ticket, etc. On peut par exemple utiliser ce procédé pour réaliser une application distribuée de porte monnaie électronique (PME) sur téléphone mobile: Application réalisant l'IHM du PME: affichage des logos, menus, demande de rechargement vers un serveur dans le réseau. Application sécurisée de porte-monnaie dans la carte SIM implémentée sous forme d'application java et de fichier contenant le compteur de monnaie sécurisé. On peut aussi utiliser ce procédé pour réaliser une application de billettique sur téléphone mobile avec le stockage sécurisé des tickets dans la carte SIM et le reste de l'application notamment l'IHM sur le terminal mobile. L'invention s'appuie sur un ensemble de fonctions nouvelles qui permettent d'exporter certaines commandes proactives de la carte SIM Tool Kit : déclenchement d'une application carte par l'ordre enveloppe, mécanisme d'échange basé sur la commande proactive Get Input et l'ordre Terminal Response envoyé par le mobile. L'utilisation de ce mécanisme est permise par la disponibilité d'un ensemble de commandes AT qui permettent de véhiculer des commandes proactives et les réponses correspondantes entre le modem et l'extérieur.

Claims

REVENDICATIONS
1. Procédé de communication de données entre une application embarquée dans un terminal de communication et une application résidente dans une carte d'abonné à un réseau mobile, dans lequel il est tout d'abord procédé à l'ouverture d'un canal de communication entre le terminal de communication et la carte d'abonné à un réseau mobile, ensuite il est procédé au lancement d'une application résidente stockée dans la carte d'abonné à un réseau mobile et destinée à recevoir ou comportant les données à échanger, puis il est procédé à l'envoi par la carte d'abonné à un réseau mobile d'une première commande SIM Application Toolkit permettant l'envoi de données de la carte d'abonné à un réseau mobile vers le terminal à laquelle il est répondu par le terminal de communication par une seconde commande SIM Application Toolkit permettant l'envoi de données du terminal vers la carte d'abonné à un réseau mobile, et enfin une fois les données échangées en paramètres de ces commandes, il est procédé à une fermeture du canal de communication.
2. Procédé selon la revendication 1, caractérisé en ce que ladite ouverture d'un canal de communication comporte le transfert vers le terminal de communication d'une liste des applications résidentes disponibles dans la carte d'abonné à un réseau mobile.
3. Procédé selon la revendication 1 ou la revendication 2, caractérisé en ce que le premier envoi de la première commande SIM Application Toolkit est effectué sans passage de données.
4. Procédé selon la revendication 1, caractérisé en ce que lesdites commandes SIM Application Toolkit permettant de passer en paramètres lesdites données échangées sont détournées de leur utilisation normale.
5. Procédé selon la revendication 1, caractérisé en ce que ladite fermeture de canal comporte l'envoi de la seconde commande SIM
Application Toolkit du terminal à la carte d'abonné à un réseau mobile sans passage de données en réponse à une première commande SIM Application Toolkit.
6. Procédé selon la revendication 1, caractérisé en ce que, pour procéder à un échange de données d'une longueur supérieure à une longueur déterminée, il est procédé à plusieurs échanges successifs de première et seconde commandes SIM Application Toolkit portant à chaque échange sur une partie déterminée et différente desdites données.
7. Procédé selon la revendication 6, caractérisé en ce que ladite longueur déterminée est égale à 255 octets.
8. Procédé selon la revendication 1, caractérisé en ce que ledit échange de données est effectué au moyen des fonctions suivantes : . une fonction d'ouverture du canal de communication (Openchannel), . une fonction de lancement de l'application résidente choisie (Runcardlet), . une fonction d'envoi de données de l'application embarquée vers l'application résidente (Senddata), . une fonction de réception dans l'application embarquée de données envoyées par l'application résidente (Receivedata), et . une fonction de fermeture du canal de communication
(Closechannel).
9. Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que ladite première commande est choisie parmi les commandes SIM Application Toolkit suivantes : Get Input, Display Text, Send Data.
10. Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que ladite seconde commande est choisie parmi les commandes SIM Application Toolkit suivantes : Terminal response, Get Inkey, Receive Data.
11. Terminal mobile de communication comportant un microcontrôleur relié à une interface homme/machine et à un module de radiocommunication sans fil, ledit microcontrôleur comportant un système d'exploitation et au moins une application cliente, caractérisée en ce qu'il comporte en outre un module logiciel (40) pour créer un canal de communication bidirectionnel entre une application cliente (32) dudit terminal mobile de communication et une application résidante. (38) d'une carte d'abonné à un réseau mobile intégrée audit terminal mobile de communication lorsqu'un filtre logiciel (42) dudit microcontrôleur est activé.
12. Carte d'abonné à un réseau mobile comportant un système d'exploitation et au moins une application résidente, caractérisée en ce qu'elle comporte en outre un module logiciel (44) pour permettre à ladite au moins une application résidente de dialoguer directement avec une application cliente (32) d'un terminal mobile de communication auquel ladite carte d'abonné à un réseau mobile est intégrée.
13. Programme informatique apte à être mis en œuvre dans un terminal mobile de communication selon la revendication 11, caractérisé en ce qu'il comprend des instructions de code pour l'exécution d'une étape de création d'un canal de communication bidirectionnel entre une application cliente (32) dudit terminal mobile de communication et une application résidante (38) d'une carte d'abonné à un réseau mobile intégrée audit terminal mobile de communication lorsque ledit programme est exécuté sur ledit terminal mobile de communication.
14. Programme informatique apte à être mis en œuvre dans une carte d'abonné à un réseau mobile selon la revendication 12, caractérisé en ce qu'il comprend des instructions de code pour l'exécution d'une étape de dialogue entre une application résidente (38) de ladite carte d'abonné à un réseau mobile et une application cliente (32) d'un terminal mobile de communication auquel ladite carte d'abonné à un réseau mobile est intégrée lorsque ledit programme est exécuté sur ladite carte d'abonné à un réseau mobile.
PCT/FR2004/001656 2003-07-01 2004-06-29 Procede, terminal mobile, cartes et programmes informatiques permettant a une application embarquee sur un terminal de communiquer avec une application residente en carte sim WO2005013580A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0307996A FR2857193A1 (fr) 2003-07-01 2003-07-01 Procede permettant a une application embarquee sur un terminal de communiquer avec une application residente en carte sim
FR03/07996 2003-07-01

Publications (1)

Publication Number Publication Date
WO2005013580A1 true WO2005013580A1 (fr) 2005-02-10

Family

ID=33522665

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2004/001656 WO2005013580A1 (fr) 2003-07-01 2004-06-29 Procede, terminal mobile, cartes et programmes informatiques permettant a une application embarquee sur un terminal de communiquer avec une application residente en carte sim

Country Status (2)

Country Link
FR (1) FR2857193A1 (fr)
WO (1) WO2005013580A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8271948B2 (en) 2006-03-03 2012-09-18 Telefonaktiebolaget L M Ericsson (Publ) Subscriber identity module (SIM) application toolkit test method and system

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2892261A1 (fr) 2005-10-17 2007-04-20 France Telecom Procede et systeme de gestion des applications d'un terminal mobile
US20070220498A1 (en) * 2006-03-15 2007-09-20 Madsen Jens O Method, mobile terminal and computer program product for interworking via a card application toolkit
WO2012037708A1 (fr) * 2010-09-24 2012-03-29 Axalto Smart Cards Technology Co. Ltd. Procédé permettant d'accéder à une application, dispositif portable et système correspondants
CN103369116A (zh) * 2012-04-01 2013-10-23 中兴通讯股份有限公司 通过用户识别卡拨打被拒电话的方法和装置

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
EP0996299A1 (fr) * 1998-10-22 2000-04-26 Societé Francaise du Radiotéléphone SRF Procédé de lancement d'une application par un terminal, sous commande d'un module d'identification d'abonné
US20020199027A1 (en) * 1999-11-19 2002-12-26 Adriano Huber Method with which a first application can access components of a second application over a logical interface
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
EP0869691A2 (fr) * 1997-04-04 1998-10-07 Deutsche Telekom AG Station mobile GSM, contrÔlable par le réseau
EP0996299A1 (fr) * 1998-10-22 2000-04-26 Societé Francaise du Radiotéléphone SRF Procédé de lancement d'une application par un terminal, sous commande d'un module d'identification d'abonné
US20020199027A1 (en) * 1999-11-19 2002-12-26 Adriano Huber Method with which a first application can access components of a second application over a logical interface
WO2003051080A1 (fr) * 2001-12-12 2003-06-19 Schlumberger Systemes Telechargement d'applet dans un systeme de telecommunication

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Digital cellular telecommunications system (Phase 2+) (GSM);Specification of the SIM Application Toolkit for the Subscriber Identity Module - Mobile Equipment (SIM - ME) interface (GSM 11.14 version 8.3.0 Release 1999)", ETSI TS 101 267 V8.3.0, XX, XX, August 2000 (2000-08-01), pages 1 - 69,114,115, XP002222021 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8271948B2 (en) 2006-03-03 2012-09-18 Telefonaktiebolaget L M Ericsson (Publ) Subscriber identity module (SIM) application toolkit test method and system

Also Published As

Publication number Publication date
FR2857193A1 (fr) 2005-01-07

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
EP2477431B1 (fr) Protection d&#39;un élément de sécurité couplé à un circuit NFC
EP2695353B1 (fr) Test de la résistance d&#39;un module de sécurité d&#39;un dispositif de télécommunication couple a un circuit nfc contre des attaques par détournement de canal de communication
EP1726124B1 (fr) Systeme et procede de controle d&#39;equipements a distance a l&#39;aide de commandes at, dispositif, module de radiocommunication et programme correspondants
EP2612516B1 (fr) Protection d&#39;un canal de communication d&#39;un dispositif de telecommunication couple a un circuit nfc contre un deroutement
WO1998057474A1 (fr) Carte a puce, telephone sans fil, systeme et procede d&#39;acces et de communication par internet
WO2003010985A1 (fr) Procede pour demarrer une application a l&#39;aide d&#39;une station mobile
FR2767626A1 (fr) Terminal radiotelephonique a carte d&#39;identification d&#39;abonne
EP2306324A1 (fr) Procédé, système et dispositif d&#39;adaptation permettant un échange de données entre un objet de communication et une unité de traitement
WO2005013580A1 (fr) Procede, terminal mobile, cartes et programmes informatiques permettant a une application embarquee sur un terminal de communiquer avec une application residente en carte sim
EP1371251B1 (fr) Module de radiocommunication hebergeant et executant un logiciel client, et procede correspondant de mise en oeuvre d&#39;un logiciel client de pilotage
EP1064769A1 (fr) Terminal de telecommunication lecteur de carte a puce
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
WO2005069658A1 (fr) Procede de securisation de l’identifiant d’un telephone portable, et telephone portable correspondant
EP4285491A1 (fr) Procédé et dispositif d&#39;adaptation d&#39;une communication en champ proche
EP1041800B1 (fr) Terminal téléphonique, support de données amovible pourvu(s) de moyens permettant la suppression de fonctionnalités communes et procédé de gestion des menus de fonctionnalités correspondant
WO2001031879A1 (fr) Utilisation des outils sim entre un reseau et un telephone mobile
FR3119284A1 (fr) Procédé et dispositif de transfert de données en champ proche.
WO2005015930A1 (fr) Procede permettant a un point d’acces de communiquer avec une application d’un terminal mobile
WO2004064428A1 (fr) Procede, carte sim et dispositif local permettant la carte sim de communiquer localement
FR2816785A1 (fr) Protocole de communication entre une carte a puce de type pro-active et son terminal d&#39;accueil
FR2830403A1 (fr) Module de radiocommunication executant un logiciel principal dont les couches sont ouvertes a un logiciel client egalement execute par le module
WO2007026002A1 (fr) Execution d&#39;une commande pro-active elaboree dans un terminal
FR3073304A1 (fr) Procede de legitimation d&#39;un titre de transport porte par un terminal mobile, programme d&#39;ordinateur et terminal mobile associe
EP1216456A1 (fr) Systeme et methode de chargement de donnees dans une carte a puce a travers un reseau de telecommunication au moyen de mels

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 NA 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 NA 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 PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase