[go: up one dir, main page]

EP1233383A1 - Procédé et dispositif de gestion d'applications de cartes à puce - Google Patents

Procédé et dispositif de gestion d'applications de cartes à puce Download PDF

Info

Publication number
EP1233383A1
EP1233383A1 EP01870027A EP01870027A EP1233383A1 EP 1233383 A1 EP1233383 A1 EP 1233383A1 EP 01870027 A EP01870027 A EP 01870027A EP 01870027 A EP01870027 A EP 01870027A EP 1233383 A1 EP1233383 A1 EP 1233383A1
Authority
EP
European Patent Office
Prior art keywords
terminal
card
application
memory
application program
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP01870027A
Other languages
German (de)
English (en)
Inventor
René Slinckx
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Banksys SA
Original Assignee
Banksys SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Banksys SA filed Critical Banksys SA
Priority to EP01870027A priority Critical patent/EP1233383A1/fr
Publication of EP1233383A1 publication Critical patent/EP1233383A1/fr
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/355—Personalisation of cards for use
    • G06Q20/3552—Downloading or loading of personalisation data

Definitions

  • the present invention relates to a management method applications in a smart card system which further comprises a terminal for processing chip card data using at least one application.
  • the object of the invention is to remedy this problem, and to others known in the art, and to provide a method which allows in particular to a holder of a smart card to take with him the the Programs of the applications for which he wishes to use his card, so you don't have to worry about what terminal it will use is intended or not for said application or applications.
  • the method of the invention comprises the steps described in the characterizing part of claim 1.
  • the invention also relates to a management device applications in a smart card system which further comprises a terminal for processing chip card data using at least one application, in particular for implementing the method of the invention.
  • this device has the particularities described in the characterizing part of claim 4.
  • the invention thus provides great flexibility to the system concerned: it allows easy loading of all (new) applications possible in a terminal, and this without limit, whether by the card holder or by the terminal holder.
  • Figure 1 shows a smart card and a linked terminal Communication.
  • Figure 2 shows two smart cards in conjunction with two types of ways of loading an application program into the memory cards.
  • the application management device of the invention relates ( Figure 1) a smart card system 1 which further comprises a terminal 2 for processing data from smart cards 1 to using at least one application. At least one of the smart cards 1 has a memory for storing at least one program of application necessary to carry out data processing of a smart card 1 in terminal 2.
  • the smart card 1 is a JAVA TM microprocessor card and of the "OCS 'multi-application type GalactlC "from Oberthur, with an EEPROM of 25K, but it can also be a single memory card.
  • This memory is intended to store in particular four bytes which represent the size of the applet and then the content of this applet which is the part of the program application to be transported in card 1. (GalactlC is a registered trademark of Oberthur).
  • Terminal 2 can for example be of the terminal type.
  • secure multi-application payment "C-ZAM / SMASH” from BANKSYS, distributed among others in Belgium and designed to perform a full range of applications, including electronic payment, electronic wallet, loyalty program customers, etc., from reading card 1 to programming of the card chip 1.
  • JAVA TM virtual machine JAVA VIRTUAL MACHINE TM
  • C-ZAM / SMASH it is able to offer complete control of card 1 and its uses, allowing easy integration of functions specialized, as the potential range of applications for cards 1 is increasing.
  • JavaVA TM and JAVA VIRTUAL MACHINE TM are registered trademarks of Sun Microsystems, Inc.
  • C-ZAM / SMASH is a registered trademark of BANKSYS).
  • the smart card 1 and the terminal 2 include means known per se for their communication and comprising means arranged for copying the application program from the memory of said smart card 1 in a program memory (s) terminal 2 application (s).
  • the known processing means of terminal 2 are arranged, according to the invention, so as to be able to process data a smart card 1 of the system using the application program copied from card 1 to terminal 2 memory.
  • a charging station 3 For loading an application program into the card memory 1, a charging station 3 can be provided ( Figure 2) or even a personal computer 4 provided with a known means of read / write for a smart card 1.
  • the application program can be supplied to terminal 3 as well as to computer 4 by a computer principal 5, in particular via the Internet (reference number 6).
  • the method of the invention for managing applications in a smart card system 1 consists of the base ( Figure 1) to load an application program into a memory of a card puce 1. To this end, we put this card 1 in communication with the terminal 3 or the computer 4 by which we searched and selected the application desired.
  • the program of this application loads in the card 1 the application's applet.zip, which contains the application's ".class” files, issuing APDU commands (for example: "Select”, “getReponse”, “selectFile”, "readBinary”, “updateBinary”).
  • the applet is loaded at the rate of 256 bytes at a time in a file on card 1, which can contain 25,600 bytes. Due to the capabilities of APDU commands, loading is done in packets of 256 bytes maximum.
  • the program for the transported application launches a copy, in a memory of terminal 2 application program, application program, or applet.zip, loaded into the memory of the smart card 1.
  • the memory for this program can be a random access memory RAM (Random Access Memory) to only temporarily keep said program or a permanent memory for future use of this program.
  • the copy is also done at a maximum of 256 bytes each time.
  • a terminal 2 holder such as a merchant, can load new applications himself into his terminal 2 after loading them onto a card 1 from the Internet or from another compatible source. So he has direct access to news applications and can update old applications and / or information contained in its terminal 2 to reconfigure it in function among other things of a local demand. It may involve incorporating a new or better customer loyalty application interesting or popular.
  • a user of a card 1 of the system has the ability to take away card applications it has chosen, after having also loaded his card 1 as above.
  • the invention therefore guarantees the user of a card 1 of the aforementioned system to have permanent access to its favorite applications with any terminal 2 and, with a single card 1, power perform a range of different applications, giving it access to tailor-made multifunctional transactions.
  • the application to be transported in card 1 is written in depending on the type of terminal 2.
  • the invention can be used by organizations, buyers or systems design companies who own applications whose number of users is limited to a list specific but not in terms of geographic location.
  • One type of application to carry in a card 1 is that intended for example to manage a number of points allotted by a merchant with card holder 1.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Stored Programmes (AREA)

Abstract

Procédé de gestion d'applications dans un système de cartes à puce (1) qui comporte en outre un terminal (2) pour un traitement de données des cartes à puce (1) au moyen d'au moins une application, le procédé comportant de plus les étapes de charger un programme d'application dans une mémoire d'une carte à puce (1), mettre en communication la carte à puce (1) et le terminal (2), et copier dans une mémoire de programme d'applications du terminal (2) le programme d'application chargé dans la mémoire de la carte à puce (1). <IMAGE>

Description

La présente invention concerne un procédé de gestion d'applications dans un système de cartes à puce qui comporte en outre un terminal pour un traitement de données des cartes à puce au moyen d'au moins une application.
Jusqu'à ce jour, les applications mises au point pour être utilisées avec des cartes à puce, dites "smartcards" ou "chipcards" en anglais, sont chargées à l'avance dans les terminaux du système. Elles peuvent encore être chargées ultérieurement mais ce genre d'opération doit être réalisé par téléchargement à distance organisé par l'opérateur du système. Ni le détenteur d'une carte ni celui d'un terminal du système ne peuvent en choisir le moment.
La présente évolution des cartes à puce tend à donner à une même carte de plus en plus de possibilités d'applications diverses et variées afin d'éviter à un détenteur de devoir posséder et/ou emporter avec lui de trop nombreuses cartes, les gérer, en retenir les codes secrets, etc.
Un problème résulte de cette évolution. Le détenteur d'une carte à multiples applications n'est pas assuré que le terminal de traitement auquel il confie sa carte a en mémoire l'application dont il souhaite faire usage à ce moment.
L'invention a pour but de remédier à ce problème, et à d'autres connus dans le métier, et de procurer un procédé qui permet notamment à un détenteur d'une carte à puce d'emporter avec lui le ou les Programmes des applications pour lesquelles il souhaite utiliser sa carte, de manière à ne pas avoir à se soucier de ce que le terminal qu'il utilisera est prévu ou non pour ladite ou lesdites applications.
A cet effet, le procédé de l'invention comporte les étapes décrites dans la partie caractérisante de la revendication 1.
L'invention concerne également un dispositif de gestion d'applications dans un système de cartes à puce qui comporte en outre un terminal pour un traitement de données des cartes à puce au moyen d'au moins une application, notamment pour la mise en oeuvre du procédé de l'invention.
Suivant l'invention, ce dispositif présente les particularités décrites dans la partie caractérisante de la revendication 4.
L'invention apporte ainsi une grande flexibilité au système concerné : elle permet de charger de manière aisée toutes les (nouvelles) applications possibles dans un terminal, et cela sans limite, que ce soit par le détenteur d'une carte ou par le détenteur d'un terminal.
D'autres détails et particularités de l'invention ressortiront des revendications secondaires et de la description des dessins schématiques qui sont annexés au présent mémoire et qui illustrent, à titre d'exemples non limitatifs, le procédé et des formes de réalisation particulières du dispositif suivant l'invention.
La figure 1 montre une carte à puce et un terminal en liaison de communication.
La figure 2 montre deux cartes à puce en liaison avec deux types de moyens de chargement d'un programme d'application dans la mémoire des cartes.
Dans les différentes figures, les mêmes notations de référence désignent des éléments identiques ou analogues.
Le dispositif de gestion d'applications de l'invention concerne (figure 1) un système de cartes à puce 1 qui comporte en outre un terminal 2 pour un traitement de données des cartes à puce 1 au moyen d'au moins une application. Au moins une des cartes à puce 1 comporte une mémoire pour un stockage d'au moins un programme d'application nécessaire pour effectuer un traitement de données d'une carte à puce 1 dans le terminal 2.
En pratique, n'importe quelle carte 1 peut être utilisée pour autant qu'elle possède un minimum de mémoire en fonction de la taille du programme d'application du type "applet.zip". De plus, il faut que la carte 1 puisse recevoir au moins deux types de commande APDU (Application Protocol Data Unit = unité de données de protocole d'application) suivant spécifications ISO 7816-4 :
  • une commande "ReadBinary" (lecture des données) utilisée pour lire le contenu ou une partie du contenu d'un fichier à structure transparente,
  • une commande "UpdateBinary" (mise à jour des données) utilisée pour mettre à jour le contenu ou une partie du contenu d'un fichier à structure transparente.
Dans l'exemple de réalisation décrit, la carte à puce 1 est une carte à microprocesseur JAVA™ et du type "OCS' multi-applicative GalactlC" d'Oberthur, avec une mémoire EEPROM de 25K, mais elle peut être aussi une carte à mémoire simple. Cette mémoire est destinée à stocker notamment quatre octets qui représentent la taille de l'applet et ensuite le contenu de cette applet qui est la partie du programme d'application à rendre transportable dans la carte 1. (GalactlC est une marque déposée de Oberthur).
Le terminal 2 peut être par exemple du type du terminal de paiement sécurisé à applications multiples "C-ZAM/SMASH" de BANKSYS, diffusé entre autre en Belgique et conçu pour exécuter une gamme complète d'applications, notamment de paiement électronique, de porte-monnaie électronique, de programme de fidélisation de clientèle, etc...., depuis la lecture de la carte 1 jusqu'à la programmation de la puce de la carte 1. Par la machine virtuelle JAVA™ (JAVA VIRTUAL MACHINE™) que comporta le terminal 2 "C-ZAM/SMASH", celui-ci est à même d'offrir un contrôle complet de la carte 1 et de ses utilisations, en permettant une intégration aisée de fonctions spécialisées, à mesure que la gamme potentielle d'applications des cartes 1 s'accroít. (JAVA™ et JAVA VIRTUAL MACHINE™ sont des marques déposées de Sun Microsystems, Inc.) (C-ZAM/SMASH est une marque déposée de BANKSYS).
La carte à puce 1 et le terminal 2 comportent des moyens connus en soi pour leur mise en communication et comportant des moyens agencés pour copier le programme d'application de la mémoire de ladite carte à puce 1 dans une mémoire de programme(s) d'application(s) du terminal 2.
Les moyens de traitement connus du terminal 2 sont agencés, suivant l'invention, de manière à pouvoir traiter des données d'une carte à puce 1 du système au moyen du programme d'application copié de la carte 1 dans la mémoire du terminal 2.
Des moyens usuels de certification, d'authentification et de sécurité sont bien sûr incorporés dans le système dans lequel est implantée l'invention.
Pour le chargement d'un programme d'application dans la mémoire de la carte 1, il peut être prévu une borne de chargement 3 (figure 2) ou même un ordinateu, personnel 4 muni d'un moyen connu de lecture/écriture pour une carte à puce 1. Le programme d'application peut être fourni à la borne 3 aussi bien qu'à l'ordinateur 4 par un ordinateur principal 5, notamment via Internet (numéro de référence 6).
Sans que cela ne puisse être considéré comme une limitation de la portée du procédé revendiqué, sa description ressort de l'explication ci-après du fonctionnement du dispositif décrit.
Le procédé de l'invention pour la gestion d'applications dans un système de cartes à puce 1 consiste à la base (figure 1) à charger un programme d'application dans une mémoire d'une carte à puce 1. A cet effet, on met cette carte 1 en communication avec la borne 3 ou l'ordinateur 4 par lequel on a cherché et sélectionné l'application souhaitée. Le programme de cette application charge dans la carte 1 l'applet.zip de l'application, qui contient les fichiers ".class" de celle-ci, en lançant des commandes APDU (par exemple : "Select", "getReponse", "selectFile", "readBinary", "updateBinary").
Avec le matériel énoncé, l'applet est chargée à raison de 256 octets à la fois dans un fichier de la carte 1, qui peut contenir 25 600 octets. En raison des capacités des commandes APDU, le chargement est fait par paquets de 256 octets maximum.
Lorsque cela est nécessaire, on met en communication la carte à puce 1 et un terminal 2 du type décrit. Alors, le programme de l'application transportée lance une copie, dans une mémoire de programme d'applications du terminal 2, du programme d'application, ou applet.zip, chargé dans la mémoire de la carte à puce 1. La mémoire pour ce programme peut être une mémoire vive RAM (Random Access Memory) pour ne garder que temporairement ledit programme ou une mémoire permanente pour des utilisations ultérieures de ce programme.
Dans les conditions énoncées ci-dessus, la copie est également faite à raison de 256 octets maximum chaque fois.
Il va de soi que plus d'une application peuvent être chargées l'une après l'autre dans la carte 1 et ensuite copiées sélectivement dans le terminal 2.
Par cette procédure, un détenteur de terminal 2, tel qu'un commerçant, peut charger lui-même des nouvelles applications dans son terminal 2 après les avoir chargées sur une carte 1 à partir d'Internet ou d'une autre source compatible. Il a donc un accès direct à de nouvelles applications et peut mettre à jour d'anciennes applications et/ou informations contenues dans son terminal 2 pour reconfigurer celui-ci en fonction entre autre d'une demande locale. Il peut s'agir d'incorporer une application de fidélisation des clients nouvelle ou devenue plus intéressante ou populaire.
Par cette même procédure, un utilisateur d'une carte 1 du système a la possibilité d'emporter des applications de carte qu'il a choisies, après avoir lui aussi chargé sa carte 1 comme ci-dessus.
Après la copie du programme d'application dans la mémoire du terminal 2, un traitement de données de la carte à puce 1 de l'utilisateur peut être effectué suivant ladite application dans le terminal 2, alors que celui-ci n'était pas pourvu de cette application auparavant.
L'invention garantit donc à l'utilisateur d'une carte 1 du système précité d'avoir un accès permanent à ses applications préférées avec n'importe quel terminal 2 et, avec une seule carte 1, de pouvoir effectuer un éventail d'applications différentes, en lui donnant un accès à des transactions multifonctionnelles sur mesure.
L'application à transporter dans le carte 1 est écrite en fonction du type de terminal 2.
Il doit être entendu que l'invention n'est nullement limitée aux formes de réalisation décrites et que bien des modifications peuvent être apportées à ces dernières sans sortir du cadre des revendications.
Après le traitement des données de la carte 1 suivant ladite application dans le terminal 2, on peut faire procéder à un effacement ou une invalidation du programme d'application copié dans la mémoire du terminal 2.
L'invention peut être utilisée par des organisations, des acquéreurs ou des sociétés de conception de systèmes qui possèdent des applications dont le nombre d'utilisateurs est limité à une liste spécifique mais pas en termes de localisation géographique.
L'invention s'adresse à n'importe quel détenteur/utilisateur de terminal 2 ou opérateur qui souhaite avoir un accès ouvert aux applications disponibles ou qu'il a choisies parmi celles-ci, à n'importe quel moment. Il peut s'agir de :
  • banques qui souhaitent permettre à leurs clients d'utiliser d'autres réseaux que leurs réseaux de distributeurs automatiques de billets ou leurs terminaux, tout en continuant à leur offrir leur gamme complète de services,
  • sociétés qui proposent des actions de fidélisation ou autres, pour lesquelles leurs clients ont besoin d'un ample accès à leur réseau,
  • sociétés de conception de systèmes qui créent des solutions sur mesure pour leurs clients qui ont besoin de travailler à l'endroit où se trouve le client,
  • détaillants qui ont besoin de contrôler l'infrastructure de leur terminal 2 et les applications qu'ils supportent, utilisateurs qui souhaitent un accès garanti aux services par cartes 1 n'importe où et n'importe quand....
Un genre d'application à transporter dans une carte 1 est celle destinée par exemple à gérer un nombre de points attribués par un commerçant à détenteur d'une carte 1.
On voit ainsi que grâce à l'invention toute application d'un système de cartes à puce peut devenir portable au choix du détenteur de la carte.

Claims (4)

  1. Procédé de gestion d'applications dans un système de cartes à puce (1) qui comporte en outre un terminal (2) pour un traitement de données des cartes à puce (1) au moyen d'au moins une application,
    le procédé étant caractérisé en ce qu 'il comporte les étapes de :
    charger un programme d'application dans une mémoire d'une carte à puce (1),
    mettre en communication la carte à puce (1) et le terminal (2), et
    copier dans une mémoire de programme d'applications du terminal (2) le programme d'application chargé dans la mémoire de la carte à puce (1).
  2. Procédé suivant la revendication 1, caractérisé en ce qu'il comporte en outre, après la copie du programme d'application dans la mémoire du terminal (2), un traitement de données de la carte à puce (1) suivant ladite application dans le terminal (2).
  3. Procédé suivant la revendication 2, caractérisé en ce qu'il comporte en outre, après le traitement des données de la carte (1) suivant ladite application dans le terminal (2), un effacement ou une invalidation du programme d'application copié dans la mémoire du terminal (2).
  4. Dispositif de gestion d'applications dans un système de cartes à puce (1) qui comporte en outre un terminal (2) pour un traitement de données des cartes à puce (1) au moyen d'au moins une application, notamment pour la mise en oeuvre de l'une quelconque des revendications 1 à 3, caractérisé en ce que :
    au moins une carte à puce (1) comporte une mémoire pour un stockage d'au moins un programme d'application nécessaire pour un traitement de données de cartes à puce (1) dans le terminal (2),
    des moyens de mise en communication de la carte à puce (1) et du terminal (2) comportent des moyens agencés pour copier le programme d'application de la mémoire de ladite carte à puce (1) dans une mémoire de programme d'applications du terminal (2),
    des moyens de traitement du terminal (2) sont agencés pour traiter des données d'une carte à puce (1) du système au moyen du programme d'application copié de la carte (1) dans la mémoire du terminal (2).
EP01870027A 2001-02-14 2001-02-14 Procédé et dispositif de gestion d'applications de cartes à puce Withdrawn EP1233383A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP01870027A EP1233383A1 (fr) 2001-02-14 2001-02-14 Procédé et dispositif de gestion d'applications de cartes à puce

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP01870027A EP1233383A1 (fr) 2001-02-14 2001-02-14 Procédé et dispositif de gestion d'applications de cartes à puce

Publications (1)

Publication Number Publication Date
EP1233383A1 true EP1233383A1 (fr) 2002-08-21

Family

ID=8184923

Family Applications (1)

Application Number Title Priority Date Filing Date
EP01870027A Withdrawn EP1233383A1 (fr) 2001-02-14 2001-02-14 Procédé et dispositif de gestion d'applications de cartes à puce

Country Status (1)

Country Link
EP (1) EP1233383A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101141442B (zh) * 2006-09-07 2010-10-06 普天信息技术研究院 一种实现存储卡功能服务的系统和方法

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3435697A1 (de) * 1984-09-28 1986-04-03 Robert Bosch Gmbh, 7000 Stuttgart Elektrisches geraet, dessen funktionsmerkmale in einem internen elektronischen funktionsspeicher gespeichert sind
EP0193920A2 (fr) * 1985-03-05 1986-09-10 Casio Computer Company Limited Système à carte à circuit intégré
FR2657445A1 (fr) * 1990-01-25 1991-07-26 Gemplus Card Int Procede de chargement de programmes d'application dans un lecteur de carte a memoire a microprocesseur et systeme destine a sa mise en óoeuvre.
EP0490455A2 (fr) * 1990-12-10 1992-06-17 THOMSON multimedia Méthode et dispositif pour faire l'interface entre cartes à puce et terminaux
EP0626664A1 (fr) * 1993-04-28 1994-11-30 Gemplus Card International Système de communication avec cartes à puce
EP0707290A1 (fr) * 1994-10-11 1996-04-17 Cp8 Transac Procédé de chargement d'une zone mémoire protégée d'un dispositif de traitement de l'information et dispositif associé
EP0717381A1 (fr) * 1994-12-16 1996-06-19 Mastercard International, Inc. Système et méthode de traitement d'une carte pour transactions financières spécifiques
EP0723240A1 (fr) * 1995-01-23 1996-07-24 France Telecom Terminal à lecteur de carte et procédé de traitement multi-applicatif d'un tel terminal

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3435697A1 (de) * 1984-09-28 1986-04-03 Robert Bosch Gmbh, 7000 Stuttgart Elektrisches geraet, dessen funktionsmerkmale in einem internen elektronischen funktionsspeicher gespeichert sind
EP0193920A2 (fr) * 1985-03-05 1986-09-10 Casio Computer Company Limited Système à carte à circuit intégré
FR2657445A1 (fr) * 1990-01-25 1991-07-26 Gemplus Card Int Procede de chargement de programmes d'application dans un lecteur de carte a memoire a microprocesseur et systeme destine a sa mise en óoeuvre.
EP0490455A2 (fr) * 1990-12-10 1992-06-17 THOMSON multimedia Méthode et dispositif pour faire l'interface entre cartes à puce et terminaux
EP0626664A1 (fr) * 1993-04-28 1994-11-30 Gemplus Card International Système de communication avec cartes à puce
EP0707290A1 (fr) * 1994-10-11 1996-04-17 Cp8 Transac Procédé de chargement d'une zone mémoire protégée d'un dispositif de traitement de l'information et dispositif associé
EP0717381A1 (fr) * 1994-12-16 1996-06-19 Mastercard International, Inc. Système et méthode de traitement d'une carte pour transactions financières spécifiques
EP0723240A1 (fr) * 1995-01-23 1996-07-24 France Telecom Terminal à lecteur de carte et procédé de traitement multi-applicatif d'un tel terminal

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101141442B (zh) * 2006-09-07 2010-10-06 普天信息技术研究院 一种实现存储卡功能服务的系统和方法

Similar Documents

Publication Publication Date Title
EP1253504B1 (fr) Procédé d&#39;utilisation de logiciels et systeme informatique pour mettre en oeuvre le procédé
CA2309293A1 (fr) Procede, carte a puce et terminaux pour effectuer des transactions a travers un reseau de telecommunication
FR2748834A1 (fr) Systeme de communication permettant une gestion securisee et independante d&#39;une pluralite d&#39;applications par chaque carte utilisateur, carte utilisateur et procede de gestion correspondants
EP1395962B1 (fr) Deploiement d&#39;application depuis une carte a puce
FR2657445A1 (fr) Procede de chargement de programmes d&#39;application dans un lecteur de carte a memoire a microprocesseur et systeme destine a sa mise en óoeuvre.
FR2821231A1 (fr) Procede d&#39;administration d&#39;une carte d&#39;abonne pour un equipement de telephonie mobile du type a lecteur auxiliaire et systeme embarque pour la mise en oeuvre du procede
EP2912640B1 (fr) Procédé de gestion d&#39;identifiants dans une carte a circuit integré et carte a circuit integré correspondante
CA2946143C (fr) Procede de traitement de donnees transactionnelles, dispositif et programme correspondant
WO2002005511A1 (fr) Module de securite
WO2006000531A1 (fr) Procede de gestion d&#39;une carte a puce multi-applicative
WO1998042120A1 (fr) Procede et systeme pour le chargement et/ou l&#39;execution automatique de services dans une carte a puce
FR2823330A1 (fr) Procede et systeme de gestion de donnees destinees a etre stockees dans une memoire, par exemple du code d&#39;une application charge dans une carte a puce programmable
EP1233383A1 (fr) Procédé et dispositif de gestion d&#39;applications de cartes à puce
WO2007144509A2 (fr) Dispositif de memorisation amovible et appareil electronique aptes a l &#39; autre et procede de sauvegarde de donnees d &#39; environnement
FR3090959A1 (fr) Traitement d’un service de tickets électroniques
EP1402487A1 (fr) Procede et dispositif de traitement de donnees pour la personnalisation d&#39;une application sur un dispositif communicant portatif, par exemple une carte a puce
EP2075751A1 (fr) Procédé pour communiquer depuis un terminal de transaction à un serveur, terminal, serveur et système électroniques correspondants
WO2020254761A1 (fr) Système d&#39;applications de service pour terminaux de paiement
EP0944880A1 (fr) Module de securite comportant des moyens de creation de liens entre des fichiers principaux et des fichiers auxiliaires
EP1365362B1 (fr) Système d&#39;identification électronique sans contact
EP2833262B1 (fr) Procédé d&#39;installation d&#39;une application sur un élément sécurisé
FR2820525A1 (fr) Procede de transfert de donnees entre des terminaux de service et des moyens transactionnels
FR2793980A1 (fr) Procede pour realiser lors d&#39;une premiere operation autorisee par une premiere carte au moins une seconde operation
FR2864294A1 (fr) Carte a microcircuit multi-compte permettant la restriction d&#39;une fonctionnalite a un compte et procede de communication correspondant
EP1358640A1 (fr) Procede pour la creation de fichiers de donnees, prives securises et carte a puce comportant un fichier prive securise

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

AKX Designation fees paid
REG Reference to a national code

Ref country code: DE

Ref legal event code: 8566

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20030222