WO2007026002A1 - Execution d'une commande pro-active elaboree dans un terminal - Google Patents

Execution d'une commande pro-active elaboree dans un terminal Download PDF

Info

Publication number
WO2007026002A1
WO2007026002A1 PCT/EP2006/065868 EP2006065868W WO2007026002A1 WO 2007026002 A1 WO2007026002 A1 WO 2007026002A1 EP 2006065868 W EP2006065868 W EP 2006065868W WO 2007026002 A1 WO2007026002 A1 WO 2007026002A1
Authority
WO
WIPO (PCT)
Prior art keywords
command
terminal
application
smart card
apt
Prior art date
Application number
PCT/EP2006/065868
Other languages
English (en)
Inventor
Eric Therene
Rémy CRICCO
Original Assignee
Gemplus
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 Gemplus filed Critical Gemplus
Publication of WO2007026002A1 publication Critical patent/WO2007026002A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Definitions

  • the present invention relates to a method for executing pro-active commands developed in a terminal, such as a mobile terminal.
  • a terminal in connection with a smart card provides graphic resources developed for a detailed display of data relating to services interacting with the user of the terminal, for example a mobile terminal.
  • the SIM Toolkit service display is managed by the smart card that is associated with the terminal and that uses graphics resources which are not very efficient compared to those of the terminal.
  • the object of the invention is to execute a pro-active command developed in a terminal in order to use elaborate resources of the terminal, for example graphics, instead of primitive resources of a smart card associated with the terminal.
  • the invention is directed to a method for executing a command developed by a first part of an application installed in a terminal.
  • the command developed relates to a second part of the application installed in a smart card communicating with the terminal.
  • a command identifier associated with a pro-active command is transmitted by the first application part to the smart card.
  • the method is characterized in that it comprises the steps of: in the smart card, if the transmitted command identifier is included in a list of commands, identify the pro-active command as a command developed by the second application part in response to an event command and store the command developed, in the smart card, in response to a query request transmitted by the first application part, transmit by a control application the developed command stored in the first application part of the terminal, and in the terminal, execute the elaborate command received by the first application part using advanced resources of the terminal .
  • the use of the elaborate resources of the terminal improves the display of elaborate orders relating to the smart card. This improved display thus rivals that of the commands relating to the terminal and makes it possible to use colored texts and animated images, for example by using the high processing capabilities of the terminal.
  • the invention contributes to the development of the use of SIM Toolkit services.
  • the invention encourages the use of high-capacity memories for storing, for example, images.
  • the invention also relates to a device for executing a command developed by a first part of an application installed in a terminal, said developed command relating to a second part of the application installed in a smart card communicating with the terminal, the first application part transmitting a command identifier associated with a command pro-active to the smart card.
  • the device is characterized in that it comprises: means in the smart card for identifying the pro-active command as a command developed in response to an event command and storing the developed command, if the command identifier transmitted is included in a list of commands, a means in the smart card for transmitting the stored stored command to the first application part of the terminal, in response to a query request transmitted by the first application part, and a means in the terminal for executing the received developed command using elaborate resources of the terminal.
  • the invention also relates to a smart card for executing a command developed by a first part of an application installed in a terminal communicating with the smart card, said developed command being relative to a second part of the application installed in the smart card, the first application part transmitting a command identifier associated with a pro-active command to the smart card.
  • the smart card is characterized in that it comprises: means for identifying the pro-active command as a command developed in response to an event command and storing the developed command, if the transmitted command identifier is included in a list of commands, and means for transmitting the stored command stored in the first application part of the terminal, in response to a query request transmitted by the first application part, in order to the first application portion executes the received developed command using elaborate resources of the terminal.
  • the invention relates to a computer program adapted to be implemented in a device for executing a command developed by a first part of an application installed in a terminal, said developed command being relative to a second part of the application installed in a smart card associated with the terminal.
  • the program includes instructions which, when the program is loaded and executed in said device, perform the steps of the method of the invention.
  • FIG. 1 is a schematic block diagram of a mobile radio terminal and a smart card including means according to a preferred embodiment of the invention.
  • FIG. 2 is an algorithm of the method for executing an elaborate command according to the invention.
  • a terminal such as a mobile terminal TM
  • a smart card CP that can communicate with the terminal
  • functional blocks are represented, most of which provide functions related to the terminal.
  • the mobile terminal TM is included in a digital cellular radiocommunication network RR for example of the GSM, GPRS or UMTS type and can communicate with other terminals M, T and S servers through the RR network, a PSTN switched telephone network and 1 internet IN for example.
  • the smart card CP also called microcontroller card or integrated circuit card, is a user identity module of the type UICC (Universal Integrated Circuit Card) removable mobile terminal TM.
  • the smart card is for example a card provided with a Subscriber Identity Module (SIM) application when the RR network is of the GSM or GPRS type, or a Universal Subscriber Identity Module (USIM) or Removable User Identity Module (RUIM) application. ) when the RR network operates in third generation (3GPP) code division multiple access (CDMA) of the Universal Mobile Telecommunications System (UMTS) or UMTS Terrestrial Radio Access Network (UTRAN) type, or third generation
  • 3GPP code division multiple access
  • CDMA code division multiple access
  • UMTS Universal Mobile Telecommunication
  • the mobile terminal TM is a small equipment such as a personal digital assistant (PDA) that can communicate with networks and exchange commands and responses with a smart card.
  • PDA personal digital assistant
  • the mobile terminal TM is replaced by any terminal with which can communicate a smart card, and can be a portable device for transmitting messages, or a personal computer (PC) with a card reader. chip, or a fixed terminal such as a bank terminal hosting a debit or credit chip card.
  • PC personal computer
  • the smart card CP is a portable electronic object such as a debit card or credit, an electronic purse, an additional smart card or any other small or miniature electronic device.
  • the terminal TM contains as a device an LT reader which is linked to a PES input / output port of the smart card CP with or without electrical contact.
  • the mobile terminal TM conventionally comprises an IR radio interface, a PT processor and MT memories.
  • the different elements of the mobile terminal are interconnected by a bidirectional bus BT.
  • the memories MT group various memories such as ROM, non-volatile memory EEPROM and RAM.
  • the memories MT include a hard disk.
  • the IR radio interface transposes into frequency, digitally converts, demodulates and decodes messages received via the RR network, and conversely transmits messages.
  • the mobile terminal TM comprises other peripherals at the user interface with the processor PT such as a keyboard, a graphic display, a speaker and / or a microphone.
  • the memories MT in the terminal TM contain in particular an operating system OS for example of the SYMBIAN type, WINDOWS MOBILE, BREW, PALM OS, or LINUX, a runtime environment such as for example a Java virtual machine JVMT programmed in Java language, for example J2ME (Java ME), and an ED data space for storing data such as parameters and indicators.
  • OS for example of the SYMBIAN type, WINDOWS MOBILE, BREW, PALM OS, or LINUX
  • a runtime environment such as for example a Java virtual machine JVMT programmed in Java language, for example J2ME (Java ME)
  • J2ME Java ME
  • ED data space for storing data such as parameters and indicators.
  • a Java virtual machine In particular, in the nonvolatile memory of the MT memories, first APT portions AP applications distributed also in the CP smart card are implemented, a GIA application installation manager that can be included in the JVMT virtual machine, and a CAPC charger
  • AP applications are initially written in a high-level language of the object-oriented type such as the Java language compatible with the JVMT virtual machine or the C language with a BREW operating system.
  • the first APT portions of AP applications are also called MIDlet (Mobile Information Device applet).
  • the GIA manager programmed in the Java language and executable in the mobile terminal is used to install various applications in the MT memories and to start their executions, and in particular to install and launch the first APT part of each AP application.
  • the AP applications are downloaded to the mobile terminal TM and the smart card CP for example from an application server SA managed by the publisher of the smart card CP or any other publisher.
  • the CAPC loader loads a second APC portion of each AP application from the mobile terminal into the smart card.
  • the CAPC loader creates a link between the JVMT virtual machine and the GIA handler implemented in the mobile terminal and a JVMC Java virtual machine and an OI computer tool implemented in the smart card CP to install the second APC portions of the AP applications through a network. predetermined communication protocol.
  • the APT and APC portions of an AP application are not downloaded and have been installed in the mobile terminal TM and the smart card CP during the manufacture thereof.
  • the predetermined communication protocol is a half-duplex asynchronous protocol having protocol data units (APDUs) constituted by commands transmitted from the mobile terminal TM to the smart card CP and responses transmitted from the smart card CP. to the mobile terminal TM.
  • APDUs protocol data units
  • SAT SIM Application Toolkit
  • 3GPP TS 51.014 or ETSI 102.223 orders are always triggered on the initiative of the mobile terminal and the smart card is pro-active in order to initiate actions. but still under the control of the mobile terminal.
  • an IA access interface for accessing the resources and data in the smart card is implemented in the MT memories by example in the form of a program Java API (Application Programming Interface) according to the specification JSR 177 in the case of a J2ME terminal supporting Java technology.
  • Java API Application Programming Interface
  • the memories MT further comprise an interface of communication IC, also called engine SIM Toolkit, so that the main application SIM or USIM or any other application in the smart card CP communicates with the "outside world" via the mobile terminal TM, by example with a server S or a terminal M, T connected to the Internet IN.
  • the IC communication interface manages commands and answers exchanged between the "outside world" and the application main SIM or USIM, for example, to adapt them to short messages exchanged with a short message server of the RR network and packaging data transmitted and received by the server S or the terminal M via the Internet IN.
  • the smart card CP conventionally comprises, in integrated form, one or more PC microprocessors, a non-rewritable memory M1 of the ROM or Flash type, a non-volatile memory M2 of the EEPROM or Flash type, and a memory M3 of the RAM or SRAM type intended essentially to exchange commands, or requests, and responses with the mobile terminal TM through the PES input / output port and the LT reader.
  • the different elements of the card are connected to each other by a bidirectional bus BC.
  • the memories M1 and M2 contain the codes and data for example of an OSC operating system and the JVMC virtual machine conforming to the Java Card specification, or any other proprietary operating system.
  • the memories Ml and / or M2 contain applications, such as the application SIM or USIM, initially installed during the manufacture of the card and the installation tool 01.
  • the memories Ml and / or M2 also comprise a memory space for storing the second APC portions of the distributed AP applications transmitted by the SA server to the mobile terminal TM and downloaded by the CAPC loader cooperating with the installation tool OI through the LT reader, the PES port and the RAM M3.
  • an AC control application communicating with the second APC application parts via an appropriate interface.
  • the AC control application and the second parts APC application forms STK (SIM ToolKit) applets.
  • the algorithmic of the AC application can be implemented directly in the SIM Toolkit engine.
  • memories Ml and / or M2 is stored an LC list of pro-active commands CP which are elaborate commands.
  • the elaborate commands are known pro-active commands entirely of the HMI (Human-Machine Interface) type: "Display Text” for displaying text, "Get Inkey” for entering a character, "Get Input” for entering a string, "Select Item” to select a line in a menu, or "Set Up Menu” to include a list of objects in a menu displayed by the handheld.
  • HMI Human-Machine Interface
  • the pro-active commands developed according to the invention are a card ejection in the terminal, a video sequence display and a vibration of the terminal.
  • the LC command list also contains pro-active commands that each contain an elaborate control part.
  • pro-active commands are: “Close Channel”, “Get Service Information”, “Launch Browser”, “Open Channel”, “Play Tone”, “Receive Data”, “Run At Command”, “Send” Data “,” Send DTMF “,” Send Short Message “,” Send SS “,” Send USSD “,” Set Up CaIl “, or” Service Search ".
  • the developed type control parts of the commands included in the LC list are called EC elaborated commands. Therefore, fully developed orders are also elaborate EC orders.
  • each pro-active command containing an elaborate type of control part includes an elaborate command CE and a service command CS.
  • the "Send Short Message" command contains an elaborate EC command for displaying the signaling of sending a short message and a CS service command for sending the short message to the RR network.
  • the method of executing an elaborate command CE comprises steps E1 to E17.
  • commands transmitted by the mobile terminal TM to the smart card CP and the responses transmitted by the smart card CP to the mobile terminal TM are communicated according to the protocol of predetermined communication which requires that each command and response pair is triggered at the initiative of the mobile terminal because the smart card although pro-active is slave of the mobile terminal.
  • SAT type SIM Application Toolkit
  • the first application portion APT according to the invention in the terminal transmits the list of elaborate commands LC to the smart card whose memory M2 stores it.
  • the smart card CP has furthermore memorized an elaborated control indicator ICE at a first logic state "0" and an IDS service indicator at a first logic state "0" in the memory M2 or M3.
  • an operator who has given the smart card to the user of the terminal modifies the list of LC commands or selectively associates a right of use with elaborate commands of the list of LC commands, according to the evolution of the user subscription. For example, if the user is in default of subscription payment for services, the use of commands developed to access said services is not allowed.
  • step E1 the user of the mobile terminal TM wishing to access a service delivered by the smart card CP selects on the screen of the mobile terminal TM an item corresponding to said service and associated with a pro-active control CPA.
  • a first APT application part provides a page of names and / or icons corresponding to services and controls the display of this page on the TM terminal screen.
  • the user of the terminal selects an item such as the name or the icon of a service, in order to initiate a session between the first APT part of an application particularly implementing the invention in the terminal and the application.
  • AC control in the smart card is a first APT application part of an application particularly implementing the invention in the terminal.
  • the action is relative to obtaining (SELECT ITEM) a page in a corresponding submenu.
  • the action relates to a communication with an entity M, T, S external to the terminal TM, which uses the communication interface IC, the action corresponding to a pro-active control relating for example to a SET-UP CALL request or a SEND SHORT MESSAGE request.
  • the first APT application part requires a login to the access interface IA which establishes a command to transmit an IDC command identifier to the AC control application. , the IDC command identifier being associated with the selected pro-active CPA command.
  • step E3 the control application AC stores the IDC received command identifier in the memory M2 of the smart card CP.
  • the IDS service flag is set to a second logical state "1".
  • step E4 the AC control application does not respond with a pro-active command, but the AC control application dynamically records in an event table included in the card in order to be woken by a command "status event" for example.
  • the AC control application then switches to a standby state after having signaled it by an 'Ox 90 00' response without data to the first APT application part, which thus temporarily ends the communication with the control application AC and goes to sleep / waiting.
  • the standby state in step E4 generates in the smart card CP a transfer of parameters of the action designated by the first application part APT to write them in an event space of the memory M2.
  • step E1 the communication interface IC periodically polls the smart card CP.
  • a "status event” event command is transmitted to step E5 by the communication interface IC to the control application AC and interrogates the smart card on intends to send a pro-active order.
  • step E6 the AC control application in the standby state is listening for any event request and is woken by the "status event” event command.
  • the AC control application reads the IDS service indicator in the memory M2.
  • the AC control application transmits to the second APC application part a call request relating to the selected pro-active command CPA associated with the identifier of IDC command, and reset the IDS service indicator to state "0" in step E7.
  • the process terminates, as indicated in a step F, meaning that no item associated with the pro-active control CPA has been selected in the mobile terminal TM .
  • the second APC application portion checks whether the IDC command identifier passed in step E2 is included in the LC command list in memory M2. in step E8.
  • the second APC application part If the IDC command identifier is not included in the LC command list, the second APC application part reads the action parameters stored in the event space of the memory card M2 memory. . The second APC application part then establishes a response with the pro-active command corresponding to the read parameters of the action, the pro-active control CPA being a CS service command. Said response is transmitted to the communication interface IC of the mobile terminal TM, which in step E9 then processes in a conventional manner the pro-active control, for example in requiring the establishment of a call to the fixed network of the RR network.
  • the second APC application part analyzes the CPA proactive command associated with the IDC command identifier at the step ElO.
  • the pro-active control CPA is directly identified as an elaborate command CE.
  • the second APC application part extracts the elaborate type control part of the pro-active control CPA, which that is, the elaborate EC command, in order to identify the pro-active CPA command as an elaborate EC command.
  • the CS service command corresponding to the other part of the pro-active CPA command will be processed later, similarly to step E9.
  • step EI1 the second application part APC reads the action parameters in the event space of the memory M2 of the smart card.
  • the second APC application part then establishes a response with the elaborate EC command corresponding to the read parameters of the action and transmits the EC elaborated command to the AC control application.
  • the second APC application part dynamically erases its event status record from the table events.
  • the second APC active application part is then waiting for a report of the execution of the EC developed command by the first APT card application.
  • step E12 the control application AC stores the received developed command CE in a buffer register of the memory M2.
  • the control application AC puts the developed control indicator ICE to a second logic state "1" in the memory M2.
  • the first APT application part transmits a query request to the AC control application to check the status of the developed control indicator ICE.
  • the first APT application part periodically polls the AC control application by transmitting said query request, after transmitting the IDC command identifier to the smart card in step E2.
  • the developed control indicator ICE being in the second logical state "1"
  • the control application AC forms a response including the command developed CE and transmits it to the first application part APT.
  • the elaborate control indicator ICE is set to the first logical state "0" in the memory M2, to indicate that the elaborate command CE has been transmitted.
  • the first APT application part executes the received EC developed command using elaborate resources of the mobile terminal TM. For example, for a weather service, the first APT application portion displays an image of the sun to indicate sunny weather. In another example, for a short message sending, the first APT application part displays the signaling the sending of the short message, by introducing an animated image.
  • step E16 the first APT application part establishes the report CR of the execution of the EC developed command and transmits it to the second APC application part.
  • the report CR provides in particular information relating to the progress of the execution of the developed EC command.
  • the second APC application part analyzes the received report CR in order to continue the processing of the service requested by the user of the mobile terminal TM. For example, in response to the CR report, the second APC application part executes the CS service command included in the pro-active command whose elaborate control part has just been executed. According to the aforementioned example of the sending of short message, the second application part APC transmits the service command CS extracted from the pro-active command previously received CPA to the communication interface IC so that the terminal transmits the message runs to the RR network, as in step E9.
  • the invention described here relates to a method and a device for executing an EC-developed command by a first APT part of an AP application installed in a mobile terminal TM, said elaborate command relating to a second APC part of the application installed in a smart card CP communicating with the terminal.
  • the 1 invention are determined by the instructions of a computer program incorporated in the device and in particular partly in the smart card and partly in the terminal.
  • the program comprises program instructions which, when said program is loaded and executed in the device whose operation is then controlled by the execution of the program, carry out the steps of the method according to the invention.
  • the invention also applies to a computer program, including a computer program on or in an information carrier, adapted to implement the invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephone Function (AREA)

Abstract

Pour exécuter une commande élaborée (CE) par une première partie (APT) d'une application (AP) installée dans un terminal (TM), ladite commande élaborée étant relative à une deuxième partie (APC) de l'application installée dans une carte à puce (CP) communiquant avec le terminal, le terminal transmet un identificateur de commande (IDC) associé à une commande pro-active (CPA) puis une commande d'événement à la carte à puce. Si l'identificateur de commande transmis est inclus dans une liste de commandes (LC), une application de contrôle (AC) dans la carte à puce identifie la commande pro-active comme une commande élaborée, la mémorise et la transmet au terminal, en réponse à une requête de la première partie d'application. La première partie d'application exécute la commande élaborée reçue en utilisant des ressources élaborées du terminal.

Description

Exécution d'une commande pro-active élaborée dans un terminal
La présente invention concerne un procédé pour exécuter des commandes pro-actives élaborées dans un terminal, comme un terminal mobile.
Actuellement, un terminal en liaison avec une carte à puce offre des ressources graphiques élaborées pour un affichage détaillé de données relatives à des services interagissant avec l'usager du terminal, par exemple un terminal mobile. L'affichage de services SIM Toolkit est géré par la carte à puce qui est associée au terminal et qui utilise des ressources graphiques peu performantes en comparaison de celles du terminal.
L'invention a pour objectif d'exécuter une commande pro-active élaborée dans un terminal afin d'utiliser des ressources élaborées du terminal, par exemple graphiques, à la place de ressources primitives d'une carte à puce associée au terminal.
Pour atteindre cet objectif, l'invention est orientée vers un procédé pour exécuter une commande élaborée par une première partie d'une application installée dans un terminal. La commande élaborée est relative à une deuxième partie de l'application installée dans une carte à puce communiquant avec le terminal. Un identificateur de commande associé à une commande pro-active est transmis par la première partie d'application à la carte à puce. Le procédé est caractérisé en ce qu'il comprend les étapes de : dans la carte à puce, si l'identificateur de commande transmis est inclus dans une liste de commandes, identifier la commande pro-active comme une commande élaborée par la deuxième partie d'application en réponse à une commande d'événement et mémoriser la commande élaborée, dans la carte à puce, en réponse à une requête d'interrogation transmise par la première partie d'application, transmettre par une application de contrôle la commande élaborée mémorisée à la première partie d'application du terminal, et dans le terminal, exécuter la commande élaborée reçue par la première partie d'application en utilisant des ressources élaborées du terminal.
L'utilisation des ressources élaborées du terminal améliore l'affichage des commandes élaborées relatives à la carte à puce. Cet affichage amélioré rivalise ainsi avec celui des commandes relatives au terminal et rend possible l'utilisation de textes colorés et d'images animées par exemple en ayant recours aux fortes capacités de traitement du terminal. Ainsi, l'invention contribue au développement de l'utilisation des services SIM Toolkit.
De surcroît, l'invention encourage l'utilisation de mémoires à fortes capacités pour stocker par exemple des images.
L'invention concerne également un dispositif pour exécuter une commande élaborée par une première partie d'une application installée dans un terminal, ladite commande élaborée étant relative à une deuxième partie de l'application installée dans une carte à puce communiquant avec le terminal, la première partie d'application transmettant un identificateur de commande associé à une commande pro-active à la carte à puce. Le dispositif est caractérisé en ce qu'il comprend : un moyen dans la carte à puce pour identifier la commande pro-active comme une commande élaborée en réponse à une commande d'événement et mémoriser la commande élaborée, si l'identificateur de commande transmis est inclus dans une liste de commandes, un moyen dans la carte à puce pour transmettre la commande élaborée mémorisée à la première partie d'application du terminal, en réponse à une requête d'interrogation transmise par la première partie d'application, et un moyen dans le terminal pour exécuter la commande élaborée reçue en utilisant des ressources élaborées du terminal.
L'invention a aussi pour objet une carte à puce pour exécuter une commande élaborée par une première partie d'une application installée dans un terminal communiquant avec la carte à puce, ladite commande élaborée étant relative à une deuxième partie de l'application installée dans la carte à puce, la première partie d'application transmettant un identificateur de commande associé à une commande pro-active à la carte à puce. La carte à puce est caractérisée en ce qu'elle comprend : un moyen pour identifier la commande pro-active comme une commande élaborée en réponse à une commande d'événement et mémoriser la commande élaborée, si l'identificateur de commande transmis est inclus dans une liste de commandes, et un moyen pour transmettre la commande élaborée mémorisée à la première partie d'application du terminal, en réponse à une requête d'interrogation transmise par la première partie d'application, afin que la première partie d'application exécute la commande élaborée reçue en utilisant des ressources élaborées du terminal.
Enfin, l'invention se rapporte à un programme d'ordinateur apte à être mis en œuvre dans un dispositif pour exécuter une commande élaborée par une première partie d'une application installée dans un terminal, ladite commande élaborée étant relative à une deuxième partie de l'application installée dans une carte à puce associée au terminal. Le programme comprend des instructions qui, lorsque le programme est chargé et exécuté dans ledit dispositif, réalisent les étapes du procédé de l'invention.
D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante de plusieurs réalisations préférées de l'invention, données à titre d'exemples non limitatifs, en référence aux dessins annexés correspondants dans lesquels :
- la figure 1 est un bloc-diagramme schématique d'un terminal radio mobile et d'une carte à puce incluant des moyens selon une réalisation préférée de l'invention ; et
- la figure 2 est un algorithme du procédé pour exécuter une commande élaborée selon l'invention.
Comme montré à la figure 1, dans un dispositif comprenant un terminal, tel qu'un terminal mobile TM, et une carte à puce CP pouvant communiquer avec le terminal sont représentés des blocs fonctionnels dont la plupart assurent des fonctions ayant un lien avec
1 ' invention et peuvent correspondre à des modules logiciels et/ou matériels. Le terminal mobile TM est inclus dans un réseau de radiocommunications cellulaire numérique RR par exemple du type GSM, GPRS ou UMTS et peut communiquer avec d'autres terminaux M, T et des serveurs S à travers le réseau RR, un réseau téléphonique commuté RTC et 1 ' internet IN par exemple. La carte à puce CP, dite également carte à microcontrôleur ou carte à circuit intégré, constitue un module d'identité d'usager du type UICC (Universal Integrated Circuit Card) amovible du terminal mobile TM. La carte à puce est par exemple une carte munie d'une application SIM (Subscriber Identity Module) lorsque le réseau RR est du type GSM ou GPRS, ou d'une application USIM (Universal Subscriber Identity Module) ou RUIM (Removable User Identity Module) lorsque le réseau RR fonctionne en accès multiple à répartition par codes CDMA (Coded Division Multiple Access) de la troisième génération (3GPP) du type UMTS (Universal Mobile Télécommunications System) ou UTRAN (UMTS Terrestrial Radio Access Network) , ou de la troisième génération
(3GPP2) du type CDMA 2000. En variante, le terminal mobile TM est un petit équipement tel qu'un assistant numérique personnel (PDA) pouvant communiquer avec des réseaux et échanger des commandes et des réponses avec une carte à puce.
Selon d'autres exemples, le terminal mobile TM est remplacé par tout terminal avec lequel peut communiquer une carte à puce, et peut être un dispositif portable de transmission de messages, ou un ordinateur personnel (PC) doté d'un lecteur de carte à puce, ou un terminal fixe comme un terminal bancaire accueillant une carte à puce de débit ou de crédit .
Plus généralement, la carte à puce CP est un objet électronique portable tel qu'une carte de débit ou crédit, un porte-monnaie électronique, une carte à puce additionnelle ou tout autre dispositif électronique petit ou miniature.
Le terminal TM contient en tant que périphérique un lecteur LT qui est lié à un port d'entrée/sortie PES de la carte à puce CP avec ou sans contact électrique .
Outre le lecteur de carte à puce LT, le terminal mobile TM comprend classiquement une interface radio IR, un processeur PT et des mémoires MT. Les différents éléments du terminal mobile sont reliés entre eux par un bus bidirectionnel BT. Les mémoires MT regroupent diverses mémoires telles qu'une mémoire morte ROM, une mémoire non volatile EEPROM et une mémoire RAM. Lorsque le terminal mobile est par exemple un ordinateur personnel, les mémoires MT comprennent un disque dur. L'interface radio IR transpose en fréquence, convertit numériquement, démodule et décode des messages reçus via le réseau RR, et inversement transmet des messages. Le terminal mobile TM comprend d'autres périphériques à l'interface d'usager avec le processeur PT tels qu'un clavier, un afficheur graphique, un haut-parleur et/ou un microphone.
Les mémoires MT dans le terminal TM contiennent notamment un système d'exploitation OS par exemple du type SYMBIAN, WINDOWS MOBILE, BREW, PALM OS, ou LINUX, un environnement d'exécution comme par exemple une machine virtuelle Java JVMT programmée en langage Java, par exemple J2ME (Java ME) , et un espace de données ED pour mémoriser des données telles que des paramètres et des indicateurs. Dans la suite de la description, on se référera à une machine virtuelle Java. En particulier, dans la mémoire non volatile des mémoires MT, sont implémentées des premières parties APT d'applications AP distribuées également dans la carte à puce CP, un gestionnaire d'installation d'application GIA pouvant être inclus dans la machine virtuelle JVMT, et un chargeur CAPC. Les applications AP sont écrites initialement dans un langage de haut niveau du type orienté objet tel que le langage Java compatible avec la machine virtuelle JVMT ou le langage C avec un système d'exploitation de type BREW. Les premières parties APT d'applications AP, parmi lesquelles une première partie d'application met en œuvre particulièrement l'invention, sont appelées aussi MIDlet (Mobile Information Device applet) . Le gestionnaire GIA programmé en langage Java et exécutable dans le terminal mobile sert à installer diverses applications dans les mémoires MT et à lancer leurs exécutions, et en particulier à installer et lancer la première partie APT de chaque application AP. Les applications AP sont téléchargées dans le terminal mobile TM et la carte à puce CP par exemple depuis un serveur d'application SA géré par l'éditeur de la carte à puce CP ou bien tout autre éditeur. En liaison avec le gestionnaire GIA, le chargeur CAPC charge une deuxième partie APC de chaque application AP depuis le terminal mobile dans la carte à puce. Le chargeur CAPC crée un lien entre la machine virtuelle JVMT et le gestionnaire GIA implémentés dans le terminal mobile et une machine virtuelle Java JVMC et un outil informatique OI implémentés dans la carte à puce CP pour installer les deuxièmes parties APC des applications AP à travers un protocole de communication prédéterminé.
En variante, les parties APT et APC d'une application AP ne sont pas téléchargées et ont été installées dans le terminal mobile TM et la carte à puce CP lors de la fabrication de ceux-ci.
Typiquement le protocole de communication prédéterminé est un protocole asynchrone à l'alternat ayant des unités de données de protocole (APDU) constituées par des commandes transmises depuis le terminal mobile TM à la carte à puce CP et des réponses transmises depuis la carte à puce CP au terminal mobile TM. Selon ce protocole, parfois désigné par SIM Application Toolkit (SAT) selon la norme 3GPP TS 51.014 ou ETSI 102.223, les commandes sont toujours déclenchées à l'initiative du terminal mobile et la carte à puce est pro-active afin d'initier des actions mais encore sous la commande du terminal mobile.
Pour que les premières parties APT des applications AP communiquent respectivement avec les deuxièmes parties APC des applications AP conformément au protocole de communication prédéterminé, une interface d'accès IA pour accéder aux ressources et données dans la carte à puce est implémentée dans les mémoires MT par exemple sous la forme d'un programme Java API (Application Programming Interface) conforme à la spécification JSR 177 dans le cas d'un terminal J2ME supportant la technologie Java.
Les mémoires MT comprennent encore une interface de communication IC, encore appelée moteur SIM Toolkit, afin que l'application principale SIM ou USIM ou toute autre application dans la carte à puce CP communique avec le "monde extérieur" via le terminal mobile TM, par exemple avec un serveur S ou un terminal M, T relié à 1 ' internet IN. L'interface de communication IC gère des commandes et réponses échangées entre le "monde extérieur" et l'application principale SIM ou USIM par exemple pour les adapter à des messages courts échangés avec un serveur de messages courts du réseau RR et empaquetant des données transmises et reçues par le serveur S ou le terminal M à travers 1 ' internet IN.
La carte à puce CP comprend classiquement sous forme intégrée un ou plusieurs microprocesseurs PC, une mémoire non réinscriptible Ml du type ROM ou Flash, une mémoire non volatile M2 du type EEPROM ou Flash et une mémoire M3 du type RAM ou SRAM destinée essentiellement à échanger des commandes, ou requêtes, et réponses avec le terminal mobile TM à travers le port d'entrée/sortie PES et le lecteur LT. Les différents éléments de la carte sont reliés entre eux par un bus bidirectionnel BC.
Les mémoires Ml et M2 contiennent les codes et les données par exemple d'un système d'exploitation OSC et de la machine virtuelle JVMC conforme à la spécification Java Card, ou de tout autre système d'exploitation propriétaire. Les mémoires Ml et/ou M2 contiennent des applications, comme l'application SIM ou USIM, initialement installées lors de la fabrication de la carte et l'outil d'installation 01. Les mémoires Ml et/ou M2 comportent également un espace mémoire pour mémoriser les deuxièmes parties APC des applications distribuées AP transmises par le serveur SA au terminal mobile TM et téléchargées par le chargeur CAPC coopérant avec l'outil d'installation OI à travers le lecteur LT, le port PES et la mémoire RAM M3. Dans les mémoires Ml et/ou M2 est également mémorisée une application de contrôle AC communiquant avec les deuxièmes parties d'application APC via une interface appropriée. L'application de contrôle AC et les deuxièmes parties d'application APC constituent des applets STK (SIM ToolKit) . Par ailleurs, l'algorithmique de l'application AC peut être implémenté directement dans le moteur SIM Toolkit. Dans les mémoires Ml et/ou M2 est mémorisée une liste LC de commandes pro-actives CP qui sont des commandes élaborées. Par exemple les commandes élaborées sont des commandes pro-actives connues entièrement de type IHM (Interface Homme-Machine) : "Display Text" pour l'affichage de texte, "Get Inkey" pour la saisie d'un caractère, "Get Input" pour la saisie d'une chaîne de caractères, "Select Item" pour sélectionner une ligne dans un menu, ou "Set Up Menu" pour inclure une liste d'objets dans un menu affiché par le terminal mobile. Selon d'autres exemples, les commandes pro-actives élaborées selon 1 ' invention sont une éjection de carte dans le terminal, un affichage de séquence vidéo et une vibration du terminal . La liste de commandes LC contient en outre des commandes pro-actives qui contiennent chacune une partie de commande élaborée. Par exemple des commandes pro-actives partiellement élaborées sont : "Close Channel", "Get Service Information", "Launch Browser", "Open Channel", "Play Tone", "Receive Data", "Run At Command", "Send Data", "Send DTMF", "Send Short Message", "Send SS", "Send USSD", "Set Up CaIl", ou "Service Search" .
Les parties de commande de type élaboré des commandes incluses dans la liste LC sont appelées commandes élaborées CE. Par conséquent, les commandes entièrement de type élaboré sont aussi des commandes élaborées CE.
Toutes les autres commandes qui ne sont pas incluses dans la liste LC et les parties de commande qui ne sont pas de type élaboré sont appelées commandes de service CS.
Ainsi, chaque commande pro-active contenant une partie de commande de type élaboré regroupe une commande élaborée CE et une commande de service CS.
Par exemple, la commande "Send Short Message" contient une commande élaborée CE pour afficher le signalement de l'envoi d'un message court et une commande de service CS pour envoyer le message court au réseau RR.
En référence à la figure 2, le procédé d'exécution d'une commande élaborée CE selon une réalisation préférée de l'invention comprend des étapes El à E17.
Lors d'une session par exemple du type SAT (SIM Application Toolkit) , des commandes transmises par le terminal mobile TM à la carte à puce CP et des réponses transmises par la carte à puce CP au terminal mobile TM sont communiquées selon le protocole de communication prédéterminé qui impose que chaque couple de commande et réponse soit déclenché à l'initiative du terminal mobile car la carte à puce bien que pro-active est esclave du terminal mobile.
Initialement à une étape EO, après connexion de la carte à puce CP au terminal, la première partie d'application APT selon l'invention dans le terminal transmet la liste de commandes élaborées LC à la carte à puce dont la mémoire M2 la mémorise. La carte à puce CP a en outre mémorisé un indicateur de commande élaborée ICE à un premier état logique "0" et un indicateur de service IDS à un premier état logique "0" dans la mémoire M2 ou M3. En variante, un opérateur ayant remis la carte à puce à l'usager du terminal modifie la liste de commandes LC ou associe sélectivement un droit d'utilisation à des commandes élaborées de la liste de commandes LC, en fonction de l'évolution de l'abonnement de l'usager. Par exemple, si l'usager est en défaut de paiement d'abonnement relatif à des services, l'utilisation de commandes élaborées pour accéder aux dits services n'est pas autorisée. A l'étape El, l'usager du terminal mobile TM souhaitant accéder à un service délivré par la carte à puce CP sélectionne sur l'écran du terminal mobile TM un item correspondant audit service et associé à une commande pro-active CPA. Par exemple, une première partie d'application APT fournit une page de noms et/ou d'icônes correspondant à des services et commande l'affichage de cette page sur l'écran du terminal TM. L'usager du terminal sélectionne alors un item comme le nom ou l'icône d'un service, afin d'initier une session entre la première partie APT d'une application mettant en œuvre particulièrement l'invention dans le terminal et l'application de contrôle AC dans la carte à puce.
La sélection de l'usager conduit à une action nécessitant une réponse incluant une commande proactive. Par exemple, l'action est relative à l'obtention (SELECT ITEM) d'une page dans un sous- menu correspondant. Selon un autre exemple, l'action est relative à une communication avec une entité M, T, S extérieure au terminal TM, qui recourt à l'interface de communication IC, l'action correspondant à une commande pro-active relative par exemple à une demande d'établissement d'appel (SET-UP CALL) ou une demande d'envoi de message court (SEND SHORT MESSAGE) . A l'étape E2, au début de ladite session, la première partie d'application APT requiert une ouverture de session à l'interface d'accès IA qui établit une commande pour transmettre un identificateur de commande IDC à l'application de contrôle AC, l'identificateur de commande IDC étant associé à la commande pro-active CPA sélectionnée.
A l'étape E3, l'application de contrôle AC mémorise l'identificateur de commande reçu IDC dans la mémoire M2 de la carte à puce CP. En outre, l'indicateur de service IDS est mis à un deuxième état logique "1".
A l'étape E4, l'application de contrôle AC ne répond pas par une commande pro-active, mais l'application de contrôle AC s'enregistre dynamiquement dans une table d'événements incluse dans la carte afin d'être réveillée par une commande "status event" par exemple. L'application de contrôle AC bascule alors à un état de veille après l'avoir signalé par une réponse 'Ox 90 00' sans données à la première partie d'application APT qui termine ainsi momentanément la communication avec l'application de contrôle AC et se met en sommeil/attente. L'état de veille à l'étape E4 engendre dans la carte à puce CP un transfert de paramètres de l'action désignée par la première partie d'application APT pour les écrire dans un espace d'événement de la mémoire M2.
Pendant les étapes El à E4, l'interface de communication IC interroge périodiquement la carte à puce CP. Ainsi à la suite de la réponse 'Ox 90 00', une commande d'événement "status event" est transmise à l'étape E5 par l'interface de communication IC à l'application de contrôle AC et interroge la carte à puce sur l'intention de celle-ci d'envoyer une commande pro-active. A l'étape E6, l'application de contrôle AC à l'état de veille est à l'écoute de toute demande d'événement et est réveillée par la commande d'événement "status event". L'application de contrôle AC lit l'indicateur de service IDS dans la mémoire M2.
Si l'indicateur de service IDS est au deuxième état "1", l'application de contrôle AC transmet à la deuxième partie d'application APC une requête d'appel relative à la commande pro-active sélectionnée CPA associée à l'identificateur de commande IDC, et remet l'indicateur de service IDS est à l'état "0" à l'étape E7.
Si l'indicateur de service IDS est au premier état "0", le procédé se termine, comme indiqué à une étape F, signifiant qu'aucun item associé à la commande pro-active CPA n'a été sélectionné dans le terminal mobile TM.
En revenant à la réception de la requête d'appel à l'étape E7, la deuxième partie d'application APC vérifie si l'identificateur de commande IDC transmis à l'étape E2 est inclus dans la liste de commandes LC dans la mémoire M2, à l'étape E8.
Si l'identificateur de commande IDC n'est pas inclus dans la liste de commandes LC, la deuxième partie d'application APC lit les paramètres de l'action mémorisés dans l'espace d'événement de la mémoire M2 de la carte à puce. La deuxième partie d'application APC établit alors une réponse avec la commande pro-active correspondant aux paramètres lus de l'action, la commande pro-active CPA étant une commande de service CS. Ladite réponse est transmise à l'interface de communication IC du terminal mobile TM, qui à l'étape E9 traite alors d'une manière classique la commande pro-active, par exemple en requérant l'établissement d'un appel auprès du réseau fixe du réseau RR.
Si à l'étape E8 l'identificateur de commande IDC est inclus dans la liste de commandes LC, la deuxième partie d'application APC analyse la commande proactive CPA associée à l'identificateur de commande IDC à l'étape ElO. Dans le cas où la commande proactive CPA ne contient qu'une partie de commande de type élaboré, la commande pro-active CPA est directement identifiée comme commande élaborée CE. Dans le cas où la commande pro-active CPA contient une partie de commande de type élaboré et une commande de service CS, la deuxième partie d'application APC extrait la partie de commande de type élaboré de la commande pro-active CPA, c'est-à- dire la commande élaborée CE, afin d'identifier la commande pro-active CPA comme commande élaborée CE. La commande de service CS correspondant à l'autre partie de la commande pro-active CPA sera traitée ultérieurement, de manière similaire à l'étape E9.
Selon la variante où l'opérateur associe de manière sélective un droit d'utilisation à des commandes élaborées, seules les commandes élaborées autorisées sont identifiées et les commandes non autorisées ne sont pas identifiées.
A l'étape EIl, la deuxième partie d'application APC lit les paramètres de l'action dans l'espace d'événement de la mémoire M2 de la carte à puce. La deuxième partie d'application APC établit alors une réponse avec la commande élaborée CE correspondant aux paramètres lus de l'action et transmet la commande élaborée CE à l'application de contrôle AC. La deuxième partie d'application APC efface dynamiquement son enregistrement relatif à l'événement "event status" dans la table d'événements. La deuxième partie d'application active APC est alors en attente d'un compte rendu de l'exécution de la commande élaborée CE par la première application de carte APT. A l'étape E12, l'application de contrôle AC mémorise la commande élaborée CE reçue dans un registre tampon de la mémoire M2. En outre, l'application de contrôle AC met l'indicateur de commande élaborée ICE à un deuxième état logique "1" dans la mémoire M2.
A l'étape E13, la première partie d'application APT transmet une requête d'interrogation à l'application de contrôle AC afin de vérifier l'état de l'indicateur de commande élaborée ICE. Pendant les étapes E3 à EIl, la première partie d'application APT interroge périodiquement l'application de contrôle AC en transmettant ladite requête d'interrogation, après avoir transmis l'identificateur de commande IDC à la carte à puce à l'étape E2. A l'étape E14, l'indicateur de commande élaborée ICE étant au deuxième état logique "1", l'application de contrôle AC forme une réponse incluant la commande élaborée CE et la transmet à la première partie d'application APT. En outre, l'indicateur de commande élaborée ICE est mis au premier état logique "0" dans la mémoire M2, pour indiquer que la commande élaborée CE a été transmise.
A l'étape E15, la première partie d'application APT exécute la commande élaborée CE reçue en utilisant des ressources élaborées du terminal mobile TM. Par exemple, pour un service de météo, la première partie d'application APT affiche une image du soleil pour indiquer un temps ensoleillé. Selon un autre exemple, pour un envoi de message court, la première partie d'application APT affiche le signalement de l'envoi du message court, en introduisant une image animée.
A l'étape E16, la première partie d'application APT établit le compte rendu CR de l'exécution de la commande élaborée CE et le transmet à la deuxième partie d'application APC. Le compte rendu CR fournit notamment des informations relatives au déroulement de l'exécution de la commande élaborée CE.
A l'étape E17, la deuxième partie d'application APC analyse le compte rendu reçu CR afin de continuer le traitement du service demandé par l'usager du terminal mobile TM. Par exemple, en réponse au compte rendu CR, la deuxième partie d'application APC exécute la commande de service CS incluse dans la commande pro-active dont la partie de commande élaborée vient d'être exécutée. Selon l'exemple précité de l'envoi de message court, la deuxième partie d'application APC transmet la commande de service CS extraite de la commande pro-active précédemment reçue CPA à l'interface de communication IC afin que le terminal transmette le message court au réseau RR, comme à l'étape E9.
L'invention décrite ici concerne un procédé et un dispositif pour exécuter une commande élaborée CE par une première partie APT d'une application AP installée dans un terminal mobile TM, ladite commande élaborée étant relative à une deuxième partie APC de l'application installée dans une carte à puce CP communiquant avec le terminal. Selon une implémentation préférée, les étapes du procédé de
1 ' invention sont déterminées par les instructions d'un programme d'ordinateur incorporé dans le dispositif et en particulier pour partie dans la carte à puce et pour partie dans le terminal. Le programme comporte des instructions de programme qui, lorsque ledit programme est chargé et exécuté dans le dispositif dont le fonctionnement est alors commandé par l'exécution du programme, réalisent les étapes du procédé selon l'invention.
En conséquence, l'invention s'applique également à un programme d'ordinateur, notamment un programme d'ordinateur sur ou dans un support d'informations, adapté à mettre en œuvre l'invention.

Claims

REVENDICATIONS
1 - Procédé pour exécuter une commande élaborée (CE) par une première partie (APT) d'une application (AP) installée dans un terminal (TM) , ladite commande élaborée étant relative à une deuxième partie (APC) de l'application installée dans une carte à puce (CP) communiquant avec le terminal, et un identificateur de commande (IDC) associé à une commande pro-active (CPA) étant transmis (E2) par la première partie d'application (APT) à la carte à puce, caractérisé en ce qu'il comprend les étapes de : dans la carte à puce, si l'identificateur de commande transmis (IDC) est inclus (E8) dans une liste de commandes (LC) , identifier (ElO) la commande pro-active (CPA) comme une commande élaborée (CE) par la deuxième partie d'application (APC) en réponse à une commande d'événement (E5) et mémoriser (E12) la commande élaborée (CE) , dans la carte à puce, en réponse à une requête d'interrogation transmise (E13) par la première partie d'application (APT), transmettre (E14) par une application de contrôle (AC) la commande élaborée mémorisée (CE) à la première partie d'application (APT) du terminal, et dans le terminal, exécuter (E15) la commande élaborée reçue (CE) par la première partie d'application (APT) en utilisant des ressources élaborées du terminal.
2 - Procédé conforme à la revendication 1, comprenant en outre une transmission (EO) de la liste de commandes (LC) par le terminal (TM) à la carte à puce (CP) . 3 - Procédé conforme à la revendication 1 ou 2, comprenant en outre dans la carte à puce (CP) les étapes de : mémoriser (EO) un indicateur de commande élaborée (ICE) à un premier état, et après la mémorisation de la commande élaborée (CE), mettre (E12) l'indicateur de commande élaborée (ICE) à un deuxième état afin de transmettre la commande élaborée (CE) au terminal (TM) .
4 - Procédé conforme à l'une quelconque des revendications 1 à 3, comprenant en outre dans le terminal (TM) une étape de transmettre (E16) à la carte à puce (CP) un compte rendu (CR) relatif à l'exécution de la commande élaborée (CE).
5 - Procédé conforme à l'une quelconque des revendications 1 à 4, selon lequel la commande proactive (CPA) comprend une commande élaborée (CE) et une commande de service (CS) , et la deuxième partie d'application (APC) analyse la commande pro-active (CPA) pour en extraire la commande élaborée (CE) afin d'identifier (ElO) la commande pro-active comme commande élaborée.
6 - Procédé conforme à la revendication 5, selon lequel la deuxième partie d'application (APC) transmet la commande de service (CS) extraite de la commande pro-active (CPA) au terminal.
7 - Procédé conforme à l'une quelconque des revendications 1 à 6, comprenant une autorisation sélective d'au moins une commande élaborée afin de n'identifier aucune commande élaborée n'ayant pas été autorisée. 8 - Dispositif pour exécuter une commande élaborée (CE) par une première partie (APT) d'une application (AP) installée dans un terminal (TM) , ladite commande élaborée étant relative à une deuxième partie (APC) de l'application installée dans une carte à puce (CP) communiquant avec le terminal, la première partie d'application (APT) transmettant un identificateur de commande (IDC) associé à une commande pro-active (CPA) à la carte à puce, caractérisé en ce qu'il comprend : un moyen (APC) dans la carte à puce pour identifier la commande pro-active (CPA) comme une commande élaborée (CE) en réponse à une commande d'événement et mémoriser la commande élaborée (CE), si l'identificateur de commande (IDC) transmis est inclus dans une liste de commandes (LC) , un moyen (AC) dans la carte à puce pour transmettre la commande élaborée mémorisée (CE) à la première partie d'application (APT) du terminal (TM), en réponse à une requête d'interrogation transmise par la première partie d'application (APT), et un moyen (APT) dans le terminal pour exécuter la commande élaborée reçue (CE) en utilisant des ressources élaborées du terminal.
9 - Carte à puce (CP) pour exécuter une commande élaborée (CE) par une première partie (APT) d'une application (AP) installée dans un terminal (TM) communiquant avec la carte à puce, ladite commande élaborée étant relative à une deuxième partie (APC) de l'application installée dans la carte à puce, la première partie d'application (APT) transmettant un identificateur de commande (IDC) associé à une commande pro-active (CPA) à la carte à puce, caractérisée en ce qu'elle comprend : un moyen (APC) pour identifier la commande proactive (CPA) comme une commande élaborée (CE) en réponse à une commande d'événement et mémoriser la commande élaborée (CE), si l'identificateur de commande (IDC) transmis est inclus dans une liste de commandes (LC) , et un moyen (AC) pour transmettre la commande élaborée mémorisée (CE) à la première partie d'application (APT) du terminal, en réponse à une requête d'interrogation transmise par la première partie d'application (APT), afin que la première partie d'application (APT) exécute la commande élaborée reçue (CE) en utilisant des ressources élaborées du terminal.
10 - Programme d'ordinateur apte à être mis en œuvre dans un dispositif pour exécuter une commande élaborée (CE) par une première partie (APT) d'une application (AP) installée dans un terminal (TM) , ladite commande élaborée étant relative à une deuxième partie (APC) de l'application installée dans une carte à puce (CP) communiquant avec le terminal, et un identificateur de commande (IDC) associé à une commande pro-active (CPA) étant transmis (E2) par la première partie d'application (APT) à la carte à puce
(CP), caractérisé en ce qu'il comprend des instructions qui, lorsque le programme est chargé et exécuté dans ledit dispositif, réalisent en outre les étapes de: si l'identificateur de commande (IDC) transmis est inclus dans une liste de commandes (LC) , identifier (ElO) la commande pro-active (CPA) comme une commande élaborée (CE) par la deuxième partie d'application (APC) en réponse à une commande d'événement et mémoriser (E12) la commande élaborée (CE), en réponse à une requête d'interrogation transmise par la première partie d'application (APT), transmettre (E14) par une application de contrôle
(AC) la commande élaborée mémorisée (CE) à la première partie d'application (APT) du terminal (TM), et exécuter (E15) la commande élaborée reçue (CE) par la première partie d'application (APT) en utilisant des ressources élaborées du terminal (TM) .
PCT/EP2006/065868 2005-09-02 2006-08-31 Execution d'une commande pro-active elaboree dans un terminal WO2007026002A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0552661A FR2890520A1 (fr) 2005-09-02 2005-09-02 Execution d'une commande pro-active elaboree dans un terminal
FR05/52661 2005-09-02

Publications (1)

Publication Number Publication Date
WO2007026002A1 true WO2007026002A1 (fr) 2007-03-08

Family

ID=36581494

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2006/065868 WO2007026002A1 (fr) 2005-09-02 2006-08-31 Execution d'une commande pro-active elaboree dans un terminal

Country Status (2)

Country Link
FR (1) FR2890520A1 (fr)
WO (1) WO2007026002A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2129172A1 (fr) * 2008-05-30 2009-12-02 Gemplus Procédé, jeton et système de traitement d'un service

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0626664A1 (fr) * 1993-04-28 1994-11-30 Gemplus Card International Système de communication avec cartes à puce
EP0896491A1 (fr) * 1997-08-04 1999-02-10 Alcatel Procédé d'affichage graphique par un terminal mobile de radio-communication piloté par un module d'identification d'abonné, module d'identification d'abonné et terminal mobile correspondants
FR2805912A1 (fr) * 2000-03-01 2001-09-07 Gemplus Card Int Procede de commande d'une carte a puce

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0626664A1 (fr) * 1993-04-28 1994-11-30 Gemplus Card International Système de communication avec cartes à puce
EP0896491A1 (fr) * 1997-08-04 1999-02-10 Alcatel Procédé d'affichage graphique par un terminal mobile de radio-communication piloté par un module d'identification d'abonné, module d'identification d'abonné et terminal mobile correspondants
FR2805912A1 (fr) * 2000-03-01 2001-09-07 Gemplus Card Int Procede de commande d'une carte a puce

Also Published As

Publication number Publication date
FR2890520A1 (fr) 2007-03-09

Similar Documents

Publication Publication Date Title
EP1817927B1 (fr) Declenchement de session pro-active depuis une applet dans une carte a puce
JP6035443B2 (ja) 記憶媒体
EP1032925B1 (fr) Procede, carte a puce et terminaux pour effectuer des transactions a travers un reseau de telecommunication
EP1653319A1 (fr) Procede destine a fournir des contenus dans un dispositif de communication sans fil
FR2775550A1 (fr) Station mobile pour l'execution de programmes de jeu
BG108530A (bg) М...'ОД ЗА П"'КАН... В Д...Й''ВИ... НА ОП...РА-ИЯ ' ПОМО(tm)'А НА МОБИЛНА ''АН-ИЯ
US20030083055A1 (en) Local and remote access to radio parametric and regulatory data and methods therefor
KR20080098551A (ko) 통신 단말, 사용자 데이터 이동 시스템 및 사용자 데이터 이동 방법
WO2006058839A1 (fr) Procede, systeme et carte a microcontroleur pour la communication de services d'application depuis une carte a microcontroleur vers un terminal
WO2001065480A1 (fr) Procede de commande d'une carte a puce
OA13312A (en) Method for matching a mobile phone with a personalcard.
WO2007071695A1 (fr) Exploitation d'informations proprietaires transmises par un reseau de radiocommunications a un terminal mobile sous le controle d'une carte a puce
FR2847415A1 (fr) Chargement d'une application a deployer dans un terminal et une carte a puce
WO2007026002A1 (fr) Execution d'une commande pro-active elaboree dans un terminal
EP1419429B1 (fr) Protection de donnees personnelles lues dans une station terminale par un serveur
WO2002067212A1 (fr) Procede de stockage securise de donnees personnelles et de consultation, carte a puce, terminal et serveur pour la mise en oeuvre du procede
Van Gurp et al. Mobile service oriented architectures (mosoa)
JP2004193722A (ja) 記録担体を搭載した携帯可能な通信端末及びこれを使ったサービス提供システム
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
CN106997436A (zh) 应用程序的检测装置及方法
KR100968961B1 (ko) 스마트 카드 웹 서버를 이용한 광고 정보 제공 방법, 이를 위한 스마트 카드 및 광고 제공 서버
CN117241258A (zh) 一种基于se环境虚拟sim卡的方法、系统和电子设备
FR3133963A1 (fr) procédés relatifs aux utilisations de codes de commande et à l’association de terminaux, premier terminal, deuxième terminal et dispositif de gestion de codes de commande
WO2004064428A1 (fr) Procede, carte sim et dispositif local permettant la carte sim de communiquer localement
EP1256066A2 (fr) Microcontroleur et procede pour la gestion d'applications interactives

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06793105

Country of ref document: EP

Kind code of ref document: A1