FR2635890A1 - Procede et dispositif pour le traitement de donnees dans une zone de memoire d'une carte a puce - Google Patents
Procede et dispositif pour le traitement de donnees dans une zone de memoire d'une carte a puce Download PDFInfo
- Publication number
- FR2635890A1 FR2635890A1 FR8911246A FR8911246A FR2635890A1 FR 2635890 A1 FR2635890 A1 FR 2635890A1 FR 8911246 A FR8911246 A FR 8911246A FR 8911246 A FR8911246 A FR 8911246A FR 2635890 A1 FR2635890 A1 FR 2635890A1
- Authority
- FR
- France
- Prior art keywords
- data
- file
- data file
- size
- memory
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
- G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
- G06K19/067—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
- G06K19/07—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
-
- 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; CALCULATING OR 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/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR 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/357—Cards having a plurality of specified features
- G06Q20/3576—Multiple memory zones on card
- G06Q20/35765—Access rights to memory zones
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Hardware Design (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Storage Device Security (AREA)
Abstract
L'invention concerne la gestion de l'espace de mémoire dans une carte à puce. Une mémoire de données 16 dans une carte à puce comprend un fichier de données commun 21 et un ensemble de fichiers de données d'application 22 qui sont utilisés indépendamment pour chaque application. Chaque fichier 21, 22 comprend un ensemble de zones et des données d'identification sont respectivement affectées à chaque fichier et à chaque zone. En utilisant des données d'identification différentes pour le fichier commun 21 et les fichiers d'application 22, on peut accéder à des zones de ces fichiers avec les mêmes données d'ordre. Application à l'informatisation des transactions commerciales.
Description
La présente invention concerne un procédé et
un dispositif pour traiter des données dans une mémoi-
re d'une carte à circuit intégré, ou "carte à puce", Au cours des dernières années, une carte à circuit intégré ou "carte à puce" qui contient une pu- ce de circuit intégré constituée par une mémoire non volatile effaçable et par un élément de commande tel qu'une unité centrale, a suscité un certain intérêt en
tant que nouveau support d'enregistrement d'informa-
tion portable. Dans cette carte à puce, l'élément de commande accède à la mémoire et effectue sélectivement
des opérations d'entrée/sortie de données pour un ap-
pareil externe.
Pour utiliser cette carte à puce dans diver-
ses applications, la mémoire est divisée en un seul
fichier de données d'ordre et en un ensemble de fi-
chiers de données d'application, et chaque fichier de
données est divisé en plusieurs zones.
On peut accéder à ces zones en désignant des données de spécification telles qu'un numéro de zone qui est affecté à chaque zone. On accède aux zones dans un fichier de données en désignant des données de spécification telles qu'un nom de fichier de données
qui est associé à chaque fichier de données, et en sé-
lectionnant ce fichier de données.
Dans une telle carte à puce, des fichiers de données sont définis conjointement à l'avance. De ce fait, au moment de l'utilisation d'une carte à puce, lorsqu'on ne connaît pas toutes les applications, on ne peut pas définir des fichiers de données. La taille
totale de fichiers de données définissables n'est ha-
bituellement pas connue, ce qui fait qu'on ne peut pas
définir des fichiers de données. Ceci empêche une dé-
finition supplémentaire de fichiers de données.
Dans cette carte à puce, un ensemble de mots de passe sont enregistrés dans une mémoire. Un mot de
passe introduit de façon externe est contrôlé par com-
paraison avec les mots de passe qui sont enregistrés
dans la mémoire, et l'autorisation/interdiction d'ac-
cès à une zone est déterminée conformément au résultat
du contrôle.
Si des données de spécification affectées à
des mots de passe et des données de spécification af-
fectées à des zones sont fixées de façon que les don-
nées mentionnées en premier diffèrent des données men-
tionnées en second, le nombre de zones d'une mémoire
aura une influence sur le nombre de mots de passe. Ce-
ci restreint les données de spécification qui sont utilisées.
On accède à une zone dans un fichier de don-
nées d'application en sélectionnant un fichier de don-
nées d'application dans lequel se trouve la zone re-
cherchée. Il faut noter que l'accès à des zones qui se
trouvent dans un fichier de données commun est possi-
ble indépendamment du fait qu'un fichier de données d'application soit sélectionné ou non. Par exemple, si les mêmes données d'ordre permettent d'accéder à des zones dans un fichier de données commun et à des zones
dans un fichier de données d'application, il est né-
cessaire de faire la distinction entre les données de spécification pour le fichier de données commun et celles pour le fichier de données d'application. Ceci nécessite de modifier le processus de contrôle selon
les systèmes.
Du fait de ce qui précède, il existe un be-
soin portant sur une carte à puce qui puisse traiter des données dans des zones de mémoire avec une grande efficacité. Un but de l'invention est de procurer un procédé et un dispositif pour traiter des données dans
une zone de mémoire d'une carte à puce.
Un aspect de l'invention procure un disposi-
tif pour traiter des données dans une zone de mémoire d'une carte à puce, la zone de mémoire contenant un ensemble de fichiers de données, ce dispositif compre- nant: des moyens d'enregistrement de données
d'identification pour enregistrer des données d'iden-
tification qui spécifient le fichier de données défi-
ni; des moyens de détermination pour déterminer
si les données d'identification enregistrées coinci-
dent avec des données d'identification pré-enregis-
trées; et
des moyens de définition pour définir le fi-
chier de données pour la zone de mémoire, conformément
au résultat de la détermination.
Un autre aspect de l'invention procure un dispositif pour traiter des données dans une zone de
mémoire d'une carte à puce, la zone de mémoire conte-
nant un ensemble de fichiers de données, ce système comprenant: des premiers moyens d'enregistrement de
taille pour enregistrer des premières données de tail-
le représentant la taille de chaque fichier de données défini;
des seconds moyens d'enregistrement de tail-
le pour enregistrer des secondes données de taille re-
présentant la taille totale du fichier de données dé-
finissable; des moyens de détermination de définition, destinés à déterminer si le nouveau fichier de données
est défini ou non conformément aux premières et se-
condes données de taille; et des moyens de définition pour définir le
fichier de données pour la zone de mémoire, conformé-
ment au résultat de la détermination.
D'autres caractéristiques et avantages de l'invention seront mieux compris à la lecture de la
description qui va suivre d'un mode de réalisation, et
en se référant aux dessins annexés sur lesquels:
La figure 1 est un schéma synoptique qui il-
lustre la configuration d'un terminal prévu pour met-
tre en oeuvre une carte à puce conforme à un mode de réalisation de l'invention; La figure 2 est un schéma synoptique qui montre la configuration fonctionnelle de la carte à puce; La figure 3 est un schéma synoptique qui montre la configuration de la carte à puce;
La figure 4 est une représentation qui mon-
tre la structure de fichiers de données d'une mémoire de données de la carte à puce;
La figure 5 est une représentation qui mon-
tre le format de données de définition de fichier de données;
La figure 6 est une représentation qui mon-
tre la structure de zones dans un fichier de données commun;
La figure 7 est une représentation qui mon-
tre la structure de zones dans un fichier de données d'application;
Les figures 8A et 8B sont des représenta-
tions qui montrent les formats de données de défini-
tion de zone et de données de définition de zone de données de clé; La figure 9 est un schéma synoptique d'une section d'enregistrement dans une mémoire de données; Les figures 10A à 10K sont des organigrammes qui sont destinés à expliquer des opérations d'une unité de commande dans la carte à puce;
La figure 11 est une représentation qui mon-
tre le format de données d'ordre de définition de fi-
chier de données; La figure 12 est une représentation qui mon- tre le format de données d'ordre de définition de zone;
La figure 13 est une représentation qui mon-
tre une autre structure de fichiers de données dans la mémoire de données; La figure 14 est une représentation destinée
à l'explication de données qui doivent être incorpo-
rées dans des données de clé; La figure 15 est un schéma synoptique d'une section d'enregistrement dans l'unité de commande; La figure 16 est une représentation destinée
à l'explication de données qui doivent être incorpo-
rées dans une zone;
La figure 17 est une représentation qui mon-
tre une table de conversion de code d'ordre/données de sélection;
La figure 18 est une représentation qui mon-
tre le format de données d'ordre de sélection de fi-
chier de données;
La figure 19 est une représentation qui mon-
tre le format de données d'ordre de contrôle de don-
nées de clé;
La figure 20 est une représentation qui mon-
tre le format de données d'ordre de lecture;
La figure 21 est une représentation qui mon-
tre le format de données d'ordre d'écriture; et
La figure 22 est une représentation qui mon-
tre le format de données d'ordre d'effacement.
En considérant la figure 1, on voit qu'un terminal destiné à la mise en oeuvre d'une carte à puce 1 comprend un lecteur/enregistreur de carte 2,
une unité de commande 3 constituée par une unité cen-
trale de traitement ou un élément analogue, un clavier 4, un visuel à tube cathodique 5, une imprimante 6 et une unité de disquette 7. A titre d'exemple, dans le cas d'un achat, la carte à puce 1 que porte un utilisateur effectue
normalement un contrôle de mot de passe et elle enre-
gistre les données nécessaires.
Comme le montre la figure 2, la carte à puce
comprend les 6ldments fonctionnels suivants: une soc-
tion de lecture/écriture 11, une section de fixation/
discrimination de mot de passe 12, une section de co-
dage/décodage 13, et un superviseur 14 pour superviser
ces sections. La section de lecture/écriture 11 effec-
tue des opérations de lecture/écriture de données. La section de fixation/discrimination de mot de passe 12
enregistre un mot de passe qui est désigné par un uti-
lisateur, et elle effectue une discrimination sur la
base du mot de passe enregistré.
Dans la transmission de données vers un au-
tre terminal par une ligne de communication, la sec-
tion de codage/décodage 13 code les données de façon à éviter la divulgation de données, et elle décode les données codées. A titre d'exemple, les données sont traitées conformément à un algorithme de codage qui
utilise un cryptage efficace et sur, tel que l'algo-
rithme DES (Data Encryption Standard). Le superviseur
14 fait fonctionner les sections 11, 12 et 13 confor-
mément à des données qui proviennent du lecteur/enre-
gistreur de carte 2.
Pour exécuter les fonctions ci-dessus, la carte à puce 1 comprend un élément de commande 15 constitué par une unité centrale de traitement ou un
élément analogue, une mémoire de données 16, une mé-
moire de programme 17, et une unité de connexion 18 pour la connexion au lecteur/enregistreur de carte 2,
comme le montre la figure 3. Il faut noter que l'élé-
ment de commande 15, la mémoire de données 16 et la mémoire de programme 17 sont incorporés dans un carte à puce qui est constituée par une ou plusieurs puces
de circuit intégré.
La mémoire de programme 17, qui est consti-
tuée par une mémoire morte (ou ROM) à masque ou par une mémoire analogue, enregistre des programmes de commande qui comportent des sous-programmes pour
l'exécution des fonctions ci-dessus.
La mémoire de données 16, qui est constituée
par une mémoire non volatile telle qu'une mémoire mor-
te programmable et effaçable par des moyens électri-
ques (ou EEPROM), enregistre divers types de données.
Comme le montre la figure 4, la mémoire 16 est divisée
en un fichier de données commun (CDF) 21, qui est uti-
lisé en commun dans toutes les applications, et en un ensemble de fichiers de données d'application (ADF) 22
qui sont utilisés indépendamment pour chaque applica-
tion. Le fichier de données commun 21 et les fi-
chiers d'application 22 sont définis par des données de définition de fichier de données 24 d'une table de
définition de fichier de données 23. A titre d'exem-
ple, dans ce cas, les données de définition de fichier de données 24 sont enregistrées à partir de l'adresse de début de la mémoire de données 16. Le fichier de
données commun 21 et les fichiers de données d'appli-
cation 22 sont définis à partir de l'adresse de fin.
Comme le montre la figure 5, les données de définition de fichier de données 24 comprennent un nom de fichier de données 24a, des données d'adresse de début 24b, des données de taille 24c, des données de condition d'accès 24d, des données d'adresse de début 24e de zones attribuées totales, et des données de
taille 24f d'une zone non attribuée.
Si aucune zone n'est définie dans un fichier
de données défini, une valeur représentée par les don-
nées de taille de zone non attribuée correspond à la valeur de taille maximale du fichier de données, et un_. valeur représentée par les données d'adresse de début de zone attribuée totale correspond à une valeur qui est obtenue en incrémentant d'une unité l'adresse
de fin du fichier de données défini.
En considérant la figure 4, on note que les données de définition de fichier de données 24 sont
enregistrées dans l'ordre des noms de fichier de don-
nées "00000", "NNNNN",..., "ZZZZZ", conformément à
des données d'ordre de définition de fichier de don-
nées qu'on décrira ultérieurement. Il faut noter qu'un
nom de fichier de données "00000" du fichier de don-
nées commun 21 est enregistré à l'avance.
Le fichier de données commun 21 est divisé comme le montre la figure 6, et le fichier de données d'application 22 est divisé comme le montre la figure
7. Des zones sont définies par des données de défini-
tion de zone de tables de définition de zone respecti-
ves 26 et 29. A titre d'exemple, les données de défi-
nition de zone sont enregistrées à partir des adresses
de début des fichiers de données respectifs 21 et 22.
Les zones sont définies à partir des adresses de fin
des fichiers de données respectifs 21 et 22.
Comme le montre la figure 8A, les données de
définition de zone comprennent des données d'identi-
fication 27a (30a), un numéro de zone (AID) 27b (30b), des données d'adresse de début 27c (31c) d'une zone, des données de taille 27d (30d), et des données de
condition d'accès.
Comme le montre la figure 8B, les données de définition de zone de données de clé comprennent des données d'identification, un numéro de données de clé (KID), des données d'adresse de début d'une zone de données de clé, des données de taille, des données de condition d'accès et des données de spécification de condition de contrôle. On décrira dans un paragraphe ultérieur ces données de définition de zone de données
de clé.
Comme le montre la figure 9, la mémoire de données 16 comprend une section d'enregistrement de
taille non attribuée 16a et une section d'enregistre-
ment d'adresse de début 16b. La section 16a enregistre
des données de taille d'un fichier de données non at-
tribué. La section 16b enregistre des données d'adres-
se de début d'un fichier de données attribué total. Si aucun fichier de données n'est attribué, une valeur représentée par les données de taille du fichier de données non attribué correspond à la taille maximale
pour l'attribution d'un fichier de données dans la mé-
moire de données 16. Une valeur représentée par les
données d'adresse de début du fichier de données at-
tribué total correspond à une valeur obtenue en incré-
mentant d'une unité l'adresse de fin de la zone de mé-
moire de la mémoire de données 16.
On décrira ci-après des processus qu'accom-
plit l'unité de commande, en se référant aux organi-
grammes qui sont représentés sur les figures 10A à K. (1) Processus de définition de fichier de données Si des données d'ordre sont introduites à
partir de l'extérieur à l'étape S1, l'étape S2 effec-
tue un contrôle pour déterminer si les données d'ordre
d'entrée sont les données d'ordre de définition de fi-
chier de données, représentées sur la figure 11.
Si les données d'ordre d'entrée ne sont pas
les données d'ordre de définition de fichier de don-
nées à l'étape S2, le traitement de l'étape S14, qu'on décrira ultérieurement, est effectué. Si les données
d'ordre d'entrée sont les données d'ordre de défini-
tion de fichier de données à l'étape S2, des données de définition de fichier de données ayant le même nom de fichier de données que les données d'ordre d'entrée sont prélevées dans la mémoire de données 16 (étape S3). Si des données de définition de fichier de données ayant le même nom de fichier de données sont
détectées à l'étape S4, des données de réponse qui re-
présentent l'existence du nom de fichier de données
sont émises (étape S5).
Si des données de définition de fichier de données ne sont pas détectées à l'étape S4, la taille d'un fichier de données qui est défini par les données d'ordre d'entrée est ajoutée à la taille des données
de définition de fichier de données (étape S6).
Si la taille qui résulte de l'ajout est su-
périeure à la taille de fichier de données non attri-
bué à l'étape S7, on détermine que le fichier de don-
nées qui est défini par les données d'ordre d'entrée ne peut pas être attribué à la mémoire de données 16, et des données de réponse représentant une anomalie
de taille sont émises (étape S8).
Si la taille qui résulte de l'ajout est égale ou inférieure à la taille de fichier de données non attribué à l'étape S7, on détermine que le fichier de données qui est défini par les données d'ordre d'entrée peut être attribué à la mémoire de données 16, et des données d'adresse de début de données de définition de fichier de données sont produites (étape S9). Il faut noter qu'on peut calculer ces données d'adresse de début en utilisant une adresse de début 1 1
d'un fichier de données attribué total, qui est enre-
gistrée dans la partie d'enregistrement d'adresse de début 16b, et la taille de fichier qui est représentée
par les données d'ordre d'entrée.
A l'étape S10, de nouvelles données de défi-
nition de fichier de données sont produites et enre-
gistrées dans la mémoire de données 16, conformément à
un nom de fichier de données, à des données de condi-
tion d'accès, à des données de taille de fichier, et
aux nouvelles données d'adresse de début qui sont pro-
duites à l'étape S9.
Les données d'adresse de début du fichier de
données attribué total sont actualisées à l'étape S11.
En d'autres termes, les données d'adresse de début qui sont enregistrées dans la partie d'enregistrement d'adresse de début 16b, sont actualisées pour donner les nouvelles données d'adresse de début. Les données
de taille du fichier de données non attribué sont ac-
tualisées à l'étape S12. Autrement dit, la taille du fichier de données attribué et la taille des données de définition de fichier de données sont soustraites
de la taille qui est enregistrée dans la partie d'en-
registrement de taille non attribuée 16a, et la taille qui est obtenue par cette soustraction est enregistrée
dans la partie d'enregistrement 16a,oà titre de don-
nées de taille d'un nouveau fichier de données non at-
tribué.
Des données de réponse représentant l'achè-
vement de la définition d'un fichier de données sont
émises à l'étape S13.
De cette manière, les données de définition de fichier de données 24 sont enregistrées à partir de l'adresse de début de la zone de mémoire de la mémoire
de données 16, comme le montre la figure 4. Les fi-
chiers de données 21 et 22 sont définis par les don-
nées de définition de fichier de données 24, à partir
des adresses de fin.
(2) Processus de définition de zone Si les données d'ordre d'entrée ne sont pas les données d'ordre de définition de fichier de don-
* nées à l'étape S2, on effectue à l'étape S14 un con-
trôle pour déterminer si les données d'ordre d'entrée sont ou non des données d'ordre de définition de zone, représentées sur la figure 12. Si les données d'ordre d'entrée ne sont pas les données d'ordre de définition de zone à l'étape S14, le traitement de l'étape S28,
qu'on décrira ultérieurement, est effectué.
Si les données d'ordre d'entrée sont les données d'ordre de définition de zone à l'étape S14, on effectue à l'étape S15 un contrôle pour déterminer
si le fichier de données d'application 22 est sélec-
tionné ou non. On effectue cette détermination en se
référant aux données de définition de fichier de don-
nées qui ont été enregistrées au moment de la sélec-
tion de fichier de données.
Si le fichier de données d'application 22 n'est pas sélectionné à l'étape S15, on prélève dans
le fichier de données commun 21 (étape S17) des don-
nées de définition de zone ayant un numéro de zone (AID) identique au numéro de zone qui est représenté par les données d'ordre d'entrée. Il faut noter que si
les données d'ordre d'entrée sont les données de défi-
nition de zone de données de clé, on prélève des don-
nées de définition de zone de données de clé qui ont un numéro de données de clé (KID) identique au numéro de données de clé qui est représenté par les données
d'ordre d'entrée.
Si le fichier de données d'application 22
est sélectionné à l'étape S15, on prélève dans le fi-
chier de données commun 21 et dans le fichier de don-
nées d'application 22 (étape S16) des données de défi-
nition de zone qui ont un numéro de zone identique à celui qui est représenté par les données d'ordre d'entrée. Si des données de définition de zone ayant un numéro de zone identique à celui qui est représenté par les données d'ordre d'entrée sont détectées à l'étape S18, des données de réponse représentant
l'existence du numéro de zone sont émises (étape S19).
Si des données de définition de zone dési-
rées ne sont pas détectées à l'étape S18, la taille de données de définition de zone est ajoutée à la taille de zone qui est représentée par les données d'ordre
d'entrée (étape S20).
A l'étape S21, la taille résultant de l'ajout, qui est obtenue à l'étape S20, est comparée avec une taille de zone non attribuée. Si le fichier de données d'application 22 n'est pas sélectionné, on utilise des données de taille de zone non attribuée qui sont représentées par des données de définition de fichier de données, pour définir le fichier de données commun 21. Si le fichier de données d'application 22 est sélectionné, on utilise des données de taille de
zone non attribuée qui sont représentées par des don-
nées de définition de fichier de données, pour définir
le fichier de données d'application 22.
Si la taille qui résulte de l'ajout est su-
périeure à la taille de zone non attribuée à l'étape S21, on détermine que la zone qui est définie par les données d'ordre d'entrée ne peut pas être attribuée
au fichier de données, et on émet des données de ré-
ponse représentant une anomalie de la taille (étape S22). Si la taille qui résulte de l'ajout est égale ou inférieure à la taille de zone non attribuée
à l'étape S21, on détermine que la zone qui est défi-
nie par les données d'ordre d'entrée ne peut pas être attribuée au fichier de données, et on produit des données d'adresse de début qui sont représentées par les données de définition de zone (étape S23). On calcule ces données d'adresse de début conformément à une adresse de début de zone attribuée totale qui est représentée par les données de définition de fichier de données, et conformément à la taille de zone qui est représentée par les données d'ordre d'entrée. Il faut noter que si le fichier de données d'application 22 n'est pas sélectionné, on utilise des données de taille de zone attribuée totale, représentées par les
données de définition de fichier de données, pour dé-
finir le fichier de données commun 21. Si le fichier
de données d'application 22 est sélectionné, on uti-
lise des données de taille de zone attribuée totale qui sont représentées par les données de définition
de fichier de données, pour définir le fichier de don-
nées d'application 22.
A l'étape S24, de nouvelles données de défi-
nition de zone sont produites et enregistrées confor-
mément à un numéro de zone, des données de condition d'accès, des données de taille de zone et les données
d'adresse de début qui sont produites à l'étape S23.
Il faut noter que les données d'identification sont fixées à "00" lorsque les données d'ordre d'entrée sont des données d'ordre de définition de zone, et
elles sont fixées à "01" si les données d'ordre d'en-
trée sont des données d'ordre de définition de zone
de données de clé.
A l'étape S25, on actualise les données d'adresse de début de zone attribuée totale. Autrement dit, on actualise les données d'adresse de début de zone attribuée totale qui sont représentées par les
données de définition de fichier de données, pour ob-
tenir les nouvelles données d'adresse de début. A l'étape S26, on actualise les données de taille de zone non attribuée. Autrement dit, la taille de zone attribuée et la taille des données de définition de
zone sont soustraites de la taille de zone non attri-
buée qui est représentée par les données de définition de fichier de données. La taille qui est obtenue par
cette soustraction est enregistrée à titre de nouvel-
les données de taille de zone non attribuée.
A l'étape S27, on émet des données de répon-
se représentant l'achèvement de la définition de zone.
Le traitement ci-dessus permet d'enregistrer
les données de définition de zone à partir de l'adres-
se de début du fichier de données, comme le montrent les figures 6 et 7. La zone est définie à partir de l'extrémité de fin du fichier de données, conformément
aux données de définition de zone.
En procédant de la manière ci-dessus, chaque fichier de données, chaque zone de données de clé et chaque zone sont attribués à la mémoire. La'figure 13
montre une représentation schématique d'une telle at-
tribution de l'espace de mémoire.
Comme le montre la figure 13, la mémoire de données 16 contient un fichier de données commun 21 qui est utilisé en commun par toutes les applications, et un ensemble de fichiers de données d'application 22a et 22b qui sont utilisés pour les applications respectives. Chacun des fichiers de données 21, 22a et
22b comprend un ensemble de données de clé et un en-
semble de zones.
Un nom de fichier de données (DFN) est af-
fecté à chacun des fichiers de données d'application 22a et 22b. On peut donc reconnaître un fichier de
données d'application auquel on doit accéder en spéci-
fiant un nom de fichier de données, en utilisant des données d'ordre de sélection de fichier de données
qu'on décrira ultérieurement.
Comme le montre la figure 14, des données de spécification telles qu'un numéro de données de clé
(KID) pour spécifier des données de clé, sont affec- tées à chacune des données de clé, de façon qu'on puisse reconnattre des
données de clé désirées, devant
être contrôlées, en désignant les données de spécifi-
cation, par l'utilisation de données d'ordre de con-
trôle de données de clé (qu'on décrira ultérieure-
ment).
Les numéros KID01, KID02 et KID03 sont res-
pectivement affectés aux données de clé 1, 2 et 3 qui
sont incorporées dans le fichier de données commun 21.
Les numéros KID04, KID05 et KID06 sont respectivement
affectés aux données de clé X4, X5 et X6 qui sont in-
corporées dans le fichier de données d'application 22a. Les numéros KID04, KID05 et KID06 sont également affectés respectivement aux données de clé Y4, Y5 et Y6 qui sont incorporées dans le fichier de données
d'application 22b.
Des données de spécification de condition de contrôle sont affectées à chacune des données de clé,
et on les utilise dans le contrôle des données de clé.
Les données de spécification de condition
de contrôle sont enregistrées dans des sections d'en-
registrement de condition de contrôle 33a et 33b qui sont représentées sur la figure 15. En ce qui concerne
les données de clé qui sont incorporées dans le fi-
chier de données commun 21, les données de spécifica-
tion de condition de contrôle sont enregistrées dans la section d'enregistrement 33a. En ce qui concerne
les données de clé qui sont incorporées dans les fi-
chiers de données d'application 22a et 22b, les don-
nées de spécification de condition de contrôle sont enregistrées dans la section d'enregistrement 33b. Une section d'enregistrement de nom de fichier de données 34a enregistre le nom d'un fichier de données qui est sélectionné par des données d'ordre de sélection de
fichier de données.
Les sections d'enregistrement 33a, 33b et 34a sont incorporées à titre d'exemple dans l'élément
de commande 15.
Comme le montre la figure 16, des données de spécification telles qu'un numéro de zone (AID) pour spécifier une zone sont affectées à chaque zone. On reconnait donc une zone qui doit faire l'objet d'un
traitement de zone, en désignant les données de spé-
cification, par l'utilisation de données d'ordre de
processus de zone.
Des numéros AID01 et AID02 sont respective-
ment affectés aux zones G et H qui sont incorporées dans le fichier de données commun 21. Des numéros ADI03, AID05 et AID06 sont respectivement affectés
aux zones A, B et C qui sont incorporées dans le fi-
chier de données d'application 22a. En outre, des nu-
méros AID04, AID05 et AID06 sont respectivement af-
fectés aux zones D, E et F qui sont incorporées dans le fichier de données d'application.22b. Dans ce cas, dans le même fichier de données d'application, les données de spécification qui sont affectées à des données de clé et les données de spécification qui sont affectées à une zone ont la même valeur, sauf
pour la zone A. Il n'apparait cependant aucun problè-
me, du fait qu'on détermine de façon spécifique si l'accès doit porter sur des données de clé ou sur une zone.
Des premières et secondes données de véri-
fication de condition de contrôle sont affectées à
chaque zone. Des données logiques (A ou O) sont affec-
tées à chacune des premières et secondes données de vérification de condition de contrôle. On utilise les
premières et secondes données de vérification de con-
dition de contrôle pour demander la condition de con-
trôle de données de clé qui est nécessaire pour accé-
der à une zone. On utilise les données logiques pour déterminer la combinaison de données de vérification de condition de contrôle qui doit être prise, parmi
une combinaison logique ET (A) ou une combinaison lo-
gique OU (O).
La figure 17 montre une table de conversion
qui est destinée à enregistrer des données de sélec-
tion pour sélectionner, pour chacune des données d'or-
dre, deux données de vérification de condition de con-
trôle qui sont attribuées à chaque zone. Cette table est par exemple incorporée dans la mémoire de données 16. (3) Processus de sélection de fichier de données Si les données d'ordre d'entrée ne sont pas
les données d'ordre de définition de fichier de don-
nées à l'étape S14, on effectue à l'étape S28 un con-
trôle permettant de déterminer si les données d'ordre d'entrée sont ou non les données d'ordre de sélection de fichier de données, qui sont représentées sur la
figure 18.
Si les données d'ordre d'entrée ne sont pas les données d'ordre de sélection de fichier de données
à l'étape S28, le traitement de l'étape S35 qu'on dé-
crira ultérieurement est effectué.
Si les données d'ordre d'entrée sont les données d'ordre de sélection de fichier de données à l'étape S28, le fichier de données d'application ayant le nom de fichier de données qui est représenté par
les données d'ordre d'entrée est prélevé dans la mé-
moire de données 16 (étape S29).
Si le fichier de données d'application dési-
ré n'est pas détecté à l'étape S30, des données de ré-
ponse représentant un fichier de données non défini sont émises (étape S31).
Si le fichier de données d'application dési-
ré est détecté à l'étape S30, son nom de fichier de
données est enregistré dans la section d'enregistre-
ment 34a (étape S32). Un "0" représentant l'absence de condition de contrôle est établi dans tous les bits de la partie d'enregistrement 33a (étape S33). En outre, des données de réponse représentant l'achèvement de la sélection de fichier de données sont émises (étape S34). (4) Processus de contrôle de données de clé Si les données d'ordre d'entrée ne sont pas les données d'ordre de sélection de fichier de données à l'étape S28, on effectue à l'étape S35 un contrôle pour déterminer si les données d'ordre d'entrée sont ou non les données d'ordre de contrôle de données de
clé qui sont représentées sur la figure 19.
Si les données d'ordre d'entrée ne sont pas les données d'ordre de contrôle de données de clé à
l'étape S35, le traitement de l'étape S51, qu'on dé-
crira ultérieurement, est effectué.
Si les données d'ordre d'entrée sont les
données d'ordre de contrôle de données de clé à l'éta-
pe S35, on effectue un contrôle pour déterminer si un fichier de données d'application est sélectionné ou non, à l'étape S36. On effectue cette détermination
en contrôlant un nom de fichier de données qui est en-
registré dans la section d'enregistrement 34a.
Si un fichier de données d'application n'est pas s6lectionn6 à l'étape S36, des données de c16
ayant un numéro KID identique à celui qui est repré-
ayant un numéro KID identique à celui qui est repré-
senté par les données d'ordre d'entrée sont prélevées
dans le fichier de données commun 21 (étape S37).
Si un fichier de données d'application est sélectionné à l'étape S36, des données de clé ayant un numéro KID identique à celui qui est représenté par les données d'ordre d'entrée sont prélevées dans le fichier de données commun 21 et dans le fichier de données d'application sélectionné 22a (ou 22b) (étape S38). Si les données de clé désirées ne sont pas
détectées à l'étape S39, des données de réponse repré-
sentant des données de clé non définies sont émises
(étape S40).
Si les données de clé désirées sont détec-
tées à l'étape S39, les données de clé détectées sont contrôlées par comparaison avec les données de clé qui sont représentées par les données d'ordre d'entrée
(étape S41).
Si les données de clé qui sont détectées
coincident avec les données de clé qui sont représen-
tées par les données d'ordre d'entrée à l'étape S42, on effectue à l'étape S43 un contrôle pour déterminer si les données de clé détectées sont contenues ou non
dans le fichier de données commun 21.
Si les données de clé détectées sont conte-
nues dans le fichier de données commun 21 à l'étape
S43, un "1" est fixé pour le bit de la section d'en-
registrement 33a qui correspond au bit de valeur "1" dans les données de spécification de condition de contrôle qui sont affectées à ces données de clé
(étape S44).
Si les données de clé détectées sont conte-
nues dans le fichier de données d'application 22a, 22b à l'étape S43, un "1" est fixé pour le bit de la section d'enregistrement 33b qui correspond au bit de
valeur "1" dans les données de spécification de condi-
tion de contrôle qui sont affectées à ces données de
clé (étape S45).
On note que les données de spécification de condition de contrôle et les données qui sont enregis- trées dans les sections d'enregistrement 33a et 33b
ont la même longueur.
A l'étape S46, on émet des données de ré-
ponse qui représentent la concordance des données de
clé.
Si les données de clé qui sont détectées ne
coincident pas avec les données de clé qui sont repré-
sentées par les données d'ordre d'entrée à l'étape
S42, on effectue un contrôle à l'étape S47 pour déter-
miner si les données de clé détectées sont contenues
ou non dans le fichier de données commun 21.
Si les données de clé détectées sont conte-
nues dans le fichier de données commun 21 à l'étape
S47, on donne la valeur "0" au bit de la section d'en-
registrement 33a qui correspond au bit de valeur "1" des données de spécification de condition de contrôle
qui sont affectées à ces données de clé (étape S48).
Si les données de clé détectées sont conte-
nues dans le fichier de données d'application 22a, 22b à l'étape S47, on donne la valeur "0" au bit de la section d'enregistrement 33b qui correspond au bit de valeur "1" des données de spécification de condition de contrôle qui sont affectées à ces données de clé
(étape S49).
A l'étape S50, on émet des données de répon-
se représentant la discordance des données de clé.
Par exemple; lorsque des données de clé 1,
Y5 et Y6 sont contrôlées après que le fichier de don-
nées d'application 22b a été sélectionné par les don-
nées d'ordre de sélection de fichier de données, les
données enregistrées dans les sections d'enregistre-
ment 33a, 33b et 34a seraient respectivement
"10000000", "00001100" et "YYY". Si le fichier de don-
nées d'application 22a est sélectionné ensuite, les données qui se trouvent dans la section d'enregistre- ment 33a ne sont pas changées, mais les données qui se trouvent dans les sections d'enregistrement 33b et 34a sont changées pour devenir respectivement "00000000"
et "XXX".
(5) Processus de zone (lecture, écriture et effacement de données dans une zone) Si les données d'ordre d'entrée ne sont pas les données d'ordre de contrôle de données de clé à l'étape S35, on effectue un contrôle à l'étape S51 pour déterminer si les données d'ordre d'entrée sont ou non des données d'ordre de processus de zone. Ces données d'ordre de processus de zone comprennent des données d'ordre de lecture (figure 20), des données d'ordre d'écriture (figure 21) ou des données d'ordre
d'effacement (figure 22).
Si les données d'ordre d'entrée sont des données d'ordre de processus de zone à l'étape S51, on effectue un contrôle à l'étape S52 pour déterminer si le fichier de données d'application est sélectionné ou non. On effectue cette détermination en contrôlant le nom de fichier de données qui est enregistré dans la
section d'enregistrement 34a.
Si le fichier de données d'application n'est
pas sélectionné à l'étape S52, on prélève dans le fi-
chier de données commun (étape S53) une zone qui a un numéro AID identique à celui qui est représenté par
les données d'ordre d'entrée.
Si un fichier de données d'application est sélectionné à l'étape S52, une zone ayant un numéro
AID identique à celui qui est représenté par les don-
nées d'ordre d'entrée est prélevée dans le fichier de
données commun et dans le fichier de données d'appli-
cation (étape S54).
Si la zone désirée n'est pas détectée à l'étape S55, on émet des données de réponse représen-
tant une zone non définie (étape S56).
Si la zone désirée est détectée à l'étape
S55, on effectue une opération OU sur les données en-
registrées dans les sections d'enregistrement de con-
dition de contrôle 33a et 33b (étape S57).
Deux données de vérification de condition de
contrôle (voir la figure 16) qui sont affectées à cha-
que zone sont sélectionnées par le prélèvement d'un code d'ordre identique à celui des données d'ordre d'entrée, en utilisant la table de conversion qui est
représentée sur la figure 17.
A titre d'exemple, si les données d'ordre de processus de zone sont des données d'ordre de lecture,
leur code d'ordre est "ZZ". Par conséquent, les pre-
mières données de vérification de condition de contrô-
le sont sélectionnées par les données de sélection "1" correspondant à ce code d'ordre. Si les données d'ordre
de processus de zone sont des données d'ordre d'écri-
ture ou des données d'ordre d'effacement, leur code
d'ordre est "WW" ou "VV".Les secondes données de véri-
fication de condition de contrôle sont donc sélection-
nées par les données de sélection "2" correspondant à
ces codes d'ordre.
A l'étape S58, on effectue un contrôle pour déterminer si des données logiques qui sont affectées aux premières ou secondes données de vérification de condition de contrôle sélectionnées, indiquent ou non une opération ET. Si les données logiques indiquent une opération ET à l'étape S58, on effectue ensuite un contrôle à l'étape S59 pour déterminer si tous les
bits des données de vérification de condition de con-
trôle ont ou non la valeur "0".
* Si ces bits ont la valeur "0" à l'étape S59,
on émet des données de réponse représentant l'inter-
diction d'accès (étape S65). Si tous les bits des don- nées de vérification de condition de contrôle n'ont
pas la valeur "O" à l'étape S59, on compare ces don-
nées de vérification de condition de contrôle avec les données qui sont obtenues par l'opération logique qui
est effectuée à l'étape S57 (étape S60).
Si les données de vérification de condition
de contrôle ne coincident pas avec les données obte-
nues par l'opération logique, à l'étape S61, on effec-
tue le processus précité à l'étape S65. Cependant, si une coincidence apparatt à l'étape S61, un processus de lecture/écriture est effectué sur la zone détectée (étape S66), et des données de réponse représentant le
résultat du traitement sont émises (étape S67).
Si les données logiques n'indiquent pas une
opération ET à l'étape S58, c'est-à-dire si elles in-
diquent une opération OU,on effectue un contrôle à
l'étape S62 pour déterminer si tous les bits des don-
nées de vérification de condition de contrôle ont ou
non la valeur "0".
Si ces bits ont la valeur "0" à l'étape S62, on effectue les processus précités des étapes
S66 et S67.
Si tous les bits des données de vérification de condition de contrôle n'ont pas la valeur "0" à l'étape S62, on compare ces données de vérification de condition de contrôle avec les données qui ont dtd obtenues par l'opération logique de l'étape S57 (étape S63). A l'étape S64, on effectue un contrôle pour
déterminer si les données obtenues par l'opération lo-
gigue et les données de vérification de condition de contrôle comprennent ou non des bits correspondants de valeur "1". Il faut noter que les données obtenues par l'opération logique et les données de vérification de condition de contrôle ont le même nombre de bits. Si aucun bit correspondant de valeur "1" n'apparaît à l'étape S64, on effectue le processus de
l'étape S65. Si à l'étape 64 il existe des bits cor-
respondants de valeur "1", on effectue les processus
des étapes S66 et S67.
Sur la figure 13, les premières données de
vérification de condition de contrôle qui sont affec-
tées à la zone.B sont "10000000", et les données lo-
giques associées indiquent une opération logique (A).
Par conséquent, un accès de lecture dirigé vers la zone B ne peut être effectué qu'en contrôlant les données de clé 1. Du fait que les secondes données de vérification de condition de contrôle sont "00000000" et que les données logiques correspondantes indiquent une opération logique (O), l'accès à la zone B pour une écriture de données et un effacement de données
peut être effectué sans contrôle des données de clé.
Les premières données de vérification de condition de contrôle qui sont affectées à la zone C sont "00000000", et les données logiques associées
indiquent une opération logique (A). Un accès de lec-
ture dirigé vers la zone C ne peut donc pas être ef-
fectué en contrôlant seulement les données de clé 1.
Du fait que les secondes données de vérification de
condition de contrôle sont "00001100" et que les don-
nées logiques associées indiquent une opération logi-
que (0), l'accès à la zone C pour l'écriture de don-
nées et l'effacement de données ne peut être effectué
qu'en contrôlant les données de clé X5 ou X6.
Si un accès d'écriture dirigé vers la zone C est effectué en sélectionnant le fichier de données d'application 22a, après le contrôle des données de clé Y5 et Y6, les données de vérification de condition de contrôle des données de clé Y5 et Y6 sont effacées lorsque le fichier de données est sélectionné. Ceci signifie que les données de vérification de condition de contrôle des données de clé des fichiers de données d'application 22a et 22b ne sont valables que pour accéder à une zone dans le même fichier de données
d'application.
Bien que les données de clé X4 du fichier de données d'application 22a et les données de clé X4 du
fichier de données d'application 22b aient le même nu-
méro KID, il n'apparaitra aucun problème, du fait qu'un seul des fichiers de données d'application fait
l'objet d'une opération d'accès dans le cas de la spé-
cification par le numéro KID. Il faut cependant noter qu'on ne pourrait pas utiliser le même numéro KID pour
le fichier de données commun et les fichiers de don-
nées d'application. Ceci s'applique également au numé-
ro AID.
On peut changer le nombre des données de vé-
rification de condition de contrôle qui sont affectées à chaque zone, en fonction d'un processus à accomplir
pour la zone.
En définissant séparément le numéro KID qui est affecté à des données de clé et le numéro AID qui
est affecté à une zone, le nombre de zones d'une mé-
moire n'affecte pas le nombre de données de clé.
Des données autres que les données de spéci-
fication affectées à une zone d'un fichier de données commun peuvent être utilisées à titre de données de spécification pour une zone dans un fichier de données d'application. Dans ce cas, un seul programme peut être appliqué à chaque dispositif capable de fournir les données de spécification, ce qui permet l'accès à des zones dans un fichier de données d'application et dans un fichier de données commun, au moyen des mêmes
données d'ordre.
En outre, des données autres que les données de spécification qui sont affectées à des données de
clé d'un fichier de données commun, peuvent être uti-
lisées à titre de données de spécification pour des
données de clé dans un fichier de données d'applica-
tion. Dans ce cas, un seul programme peut être appli-
qué à chaque dispositif capable de fournir les données de spécification, ce qui permet l'accès à des données de clé dans un fichier de données commun et dans un fichier de données d'application, au moyen des mêmes
données d'ordre.
Il va de soi que de nombreuses modifications peuvent être apportées au dispositif et au procédé
décrits et représentés, sans sortir du cadre de l'in-
vention.
Claims (8)
1. Procédé pour traiter des données dans une
zone de mémoire d'une carte à puce, cette zone de mé-
moire (16) comprenant un ensemble de fichiers de don-
nées (21, 22a, 22b), caractérisé par les étapes sui- vantes: on enregistre des données d'identification pour spécifier le fichier de données (21, 22a, 22b);
on détermine si les données d'identification enregis-
trées coïncident ou non avec des données d'identifica-
tion pré-enregistrées; et on attribue le fichier de
données (21, 22a, 22b) à la zone de mémoire conformé-
ment au résultat de la détermination.
2. Procédé selon la revendication 1, carac-
térisé en ce que l'étape d'attribution du fichier de données (21, 22a, 22b) comprend l'étape qui consiste
à interdire l'attribution du fichier de données lors-
que les données d'identification enregistrées coinci-
dent avec les données d'identification pré-enregis-
trées.
3. Procédé selon la revendication 1, carac-
térisé en ce que l'étape d'attribution du fichier de données (21, 22a, 22b), ce dernier comprenant au moins
une zone, comprend les étapes suivantes: on enregis-
tre des données d'identification pour spécifier la zone; on détermine si les données d'identification enregistrées coïncident ou non avec des données d'identification pré-enregistrées; et on attribue la zone au fichier de données (21, 22a, 22b) conformément
au résultat de la détermination.
4. Procédé selon la revendication 3, carac-
térisé en ce que l'étape d'attribution de la zone comprend l'étape consistant à interdire l'attribution
de la zone lorsque les données d'identification enre-
gistrées coïncident avec les données d'identification
pré-enregistrées.
5. Dispositif pour traiter des données dans
une zone de mémoire d'une carte à puce, la zone de mé-
moire comprenant un ensemble de fichiers de données,
caractérisé par: des moyens d'enregistrement de don-
nées d'identification (16) qui sont destines à enre-
gistrer des données d'identification spécifiant le fi-
chier de données attribué; des moyens de détermination (15) qui sont destinés à déterminer si les données d'identification enregistrées coincident ou non avec des données d'identification pré-enregistrées; et des
moyens d'attribution (15) destinés à attribuer le fi-
chier de données à la zone de mémoire conformément au
résultat de la détermination.
6. Dispositif selon la revendication 5, ca-
ractérisé en ce que les moyens de détermination (15) comprennent des moyens d'interdiction d'attribution (15) qui sont destinés à interdire l'attribution du
fichier de données lorsque les données d'identifica-
tion enregistrées coincident avec les données d'iden-
tification pré-enregistrées.
7. Dispositif pour traiter des données dans une zone de mémoire d'une carte à puce, la zone de mémoire comprenant un ensemble de fichiers de données, caractérisé par: des premiers moyens d'enregistrement (16) pour enregistrer des premières données de taille représentant la taille de chaque fichier de données attribué; des seconds moyens d'enregistrement (16)
pour enregistrer des secondes données de taille repré-
sentant la taille du fichier de données attribuable; des moyens de détermination d'attribution (15) pour
déterminer si le nouveau fichier de données est attri-
bué ou non conformément aux premières et secondes don-
nées de taille; et des moyens d'attribution (15) pour attribuer le fichier de données à la zone de mémoire
conformément au résultat de la détermination.
8. Dispositif selon la revendication 7, ca-
ractérisé en ce que les moyens d'attribution (15) comprennent des moyens d'interdiction d'attribution (15), destinés à interdire l'attribution du fichier de données lorsque la taille du nouveau fichier de données attribué est supérieure à la taille du fichier
de données attribuable.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP63211828A JP3015376B2 (ja) | 1988-08-26 | 1988-08-26 | Ｉｃカード |
| JP21680588A JP3209994B2 (ja) | 1988-08-31 | 1988-08-31 | 携帯可能電子装置 |
| JP63216806A JP2695857B2 (ja) | 1988-08-31 | 1988-08-31 | 携帯可能電子装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR2635890A1 true FR2635890A1 (fr) | 1990-03-02 |
| FR2635890B1 FR2635890B1 (fr) | 1995-09-29 |
Family
ID=27329284
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR8911246A Expired - Lifetime FR2635890B1 (fr) | 1988-08-26 | 1989-08-25 | Procede et dispositif pour le traitement de donnees dans une zone de memoire d'une carte a puce |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US5161256A (fr) |
| KR (1) | KR970007282B1 (fr) |
| FR (1) | FR2635890B1 (fr) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2663143A1 (fr) * | 1990-06-07 | 1991-12-13 | Toshiba Kk | Dispositif electronique portable. |
| SG108236A1 (en) * | 2000-01-07 | 2005-01-28 | Sony Corp | Information processing system, portable electronic device, access apparatus for the protable electronic device, and method of using memory space |
| EP1585071A1 (fr) * | 2004-04-09 | 2005-10-12 | Proton World International N.V. | Partage de fichiers non divisibles |
| US7508946B2 (en) | 2001-06-27 | 2009-03-24 | Sony Corporation | Integrated circuit device, information processing apparatus, memory management method for information storage device, mobile terminal apparatus, semiconductor integrated circuit device, and communication method using mobile terminal apparatus |
Families Citing this family (38)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2673476B1 (fr) * | 1991-01-18 | 1996-04-12 | Gemplus Card Int | Procede securise de chargement de plusieurs applications dans une carte a memoire a microprocesseur. |
| FR2683357A1 (fr) * | 1991-10-30 | 1993-05-07 | Philips Composants | Microcircuit pour carte a puce a memoire programmable protegee. |
| US6256642B1 (en) * | 1992-01-29 | 2001-07-03 | Microsoft Corporation | Method and system for file system management using a flash-erasable, programmable, read-only memory |
| DE69320900T3 (de) * | 1992-08-13 | 2007-04-26 | Matsushita Electric Industrial Co., Ltd., Kadoma | IC-Karte mit hierarchischer Dateienstruktur |
| JP3471842B2 (ja) * | 1993-03-29 | 2003-12-02 | 株式会社東芝 | データ管理装置、データ記憶装置およびデータ管理方法 |
| JP3445304B2 (ja) * | 1993-03-29 | 2003-09-08 | 株式会社東芝 | ファイル管理装置 |
| JP3568970B2 (ja) * | 1993-04-12 | 2004-09-22 | 株式会社東芝 | Ｉｃカード発行装置 |
| FR2704704B1 (fr) * | 1993-04-28 | 1995-09-01 | Gemplus Card Int | Systeme de communication. |
| JP3594980B2 (ja) * | 1993-12-10 | 2004-12-02 | 株式会社東芝 | ファイル管理方式 |
| US5644444A (en) * | 1995-03-10 | 1997-07-01 | Iomega Corporation | Read/write protect scheme for a disk cartridge and drive |
| US6724554B1 (en) | 1995-03-10 | 2004-04-20 | Iomega Corporation | Read/write protect scheme for a disk cartridge and drive |
| JP4071285B2 (ja) * | 1996-03-11 | 2008-04-02 | カバ シュリースシステーメ アーゲー | パッシブ型電子データキャリアを持つ識別媒体 |
| JPH11282989A (ja) * | 1998-03-26 | 1999-10-15 | Toshiba Corp | 携帯可能電子装置 |
| JP2000231608A (ja) * | 1999-02-10 | 2000-08-22 | Hitachi Ltd | 移動体識別装置及びｉｃカード |
| JP2002229859A (ja) * | 2001-01-31 | 2002-08-16 | Toshiba Corp | ディスク記憶装置及び同装置に適用する認証方法 |
| GB0106082D0 (en) | 2001-03-13 | 2001-05-02 | Mat & Separations Tech Int Ltd | Method and equipment for removing volatile compounds from air |
| JP2002342256A (ja) * | 2001-05-14 | 2002-11-29 | Hitachi Ltd | データプロセッサ及びデータテーブルの更新方法 |
| WO2002097746A1 (fr) * | 2001-06-01 | 2002-12-05 | Anton Gunzinger | Systeme et procede de transmission d'informations et support d'informations |
| US6772954B2 (en) | 2001-10-09 | 2004-08-10 | Activcard Ireland Limited | Method of encoding information within directory files on an integrated circuit smart card |
| JP4393733B2 (ja) * | 2001-11-27 | 2010-01-06 | 大日本印刷株式会社 | 携帯可能情報記録媒体 |
| US7243853B1 (en) | 2001-12-04 | 2007-07-17 | Visa U.S.A. Inc. | Method and system for facilitating memory and application management on a secured token |
| US8010405B1 (en) | 2002-07-26 | 2011-08-30 | Visa Usa Inc. | Multi-application smart card device software solution for smart cardholder reward selection and redemption |
| US8626577B2 (en) | 2002-09-13 | 2014-01-07 | Visa U.S.A | Network centric loyalty system |
| US9852437B2 (en) | 2002-09-13 | 2017-12-26 | Visa U.S.A. Inc. | Opt-in/opt-out in loyalty system |
| US7121456B2 (en) | 2002-09-13 | 2006-10-17 | Visa U.S.A. Inc. | Method and system for managing token image replacement |
| US8015060B2 (en) | 2002-09-13 | 2011-09-06 | Visa Usa, Inc. | Method and system for managing limited use coupon and coupon prioritization |
| US20040139021A1 (en) | 2002-10-07 | 2004-07-15 | Visa International Service Association | Method and system for facilitating data access and management on a secure token |
| US6920611B1 (en) | 2002-11-25 | 2005-07-19 | Visa U.S.A., Inc. | Method and system for implementing a loyalty merchant component |
| US7827077B2 (en) | 2003-05-02 | 2010-11-02 | Visa U.S.A. Inc. | Method and apparatus for management of electronic receipts on portable devices |
| US8554610B1 (en) | 2003-08-29 | 2013-10-08 | Visa U.S.A. Inc. | Method and system for providing reward status |
| US7104446B2 (en) | 2003-09-03 | 2006-09-12 | Visa U.S.A., Inc. | Method, system and portable consumer device using wildcard values |
| US7051923B2 (en) | 2003-09-12 | 2006-05-30 | Visa U.S.A., Inc. | Method and system for providing interactive cardholder rewards image replacement |
| US8407083B2 (en) | 2003-09-30 | 2013-03-26 | Visa U.S.A., Inc. | Method and system for managing reward reversal after posting |
| US8005763B2 (en) | 2003-09-30 | 2011-08-23 | Visa U.S.A. Inc. | Method and system for providing a distributed adaptive rules based dynamic pricing system |
| US7653602B2 (en) | 2003-11-06 | 2010-01-26 | Visa U.S.A. Inc. | Centralized electronic commerce card transactions |
| KR100965140B1 (ko) * | 2008-04-08 | 2010-06-23 | 주식회사 비즈모델라인 | 지능형 스마트 카드 운용 시스템 |
| US7992781B2 (en) | 2009-12-16 | 2011-08-09 | Visa International Service Association | Merchant alerts incorporating receipt data |
| US8429048B2 (en) | 2009-12-28 | 2013-04-23 | Visa International Service Association | System and method for processing payment transaction receipts |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0011685A1 (fr) * | 1978-09-29 | 1980-06-11 | Siemens Aktiengesellschaft | Dispositif programmable de protection de mémoire pour des systèmes de microprocesseurs et circuit avec un tel dispositif |
| WO1987007060A1 (fr) * | 1986-05-07 | 1987-11-19 | Smart Card Applications, Inc. | Systeme de carte a circuit integre |
| EP0262025A2 (fr) * | 1986-09-16 | 1988-03-30 | Fujitsu Limited | Système pour permettre l'accès à l'espace de données d'une carte à circuit intégré pour usages multiples |
| EP0306892A1 (fr) * | 1987-09-08 | 1989-03-15 | Jürgen Dethloff | Dispositif de circuit avec une carte contenant au moins une partie du dispositif destiné au commerce, à l'identification et/ou au fonctionnement |
| EP0331407A2 (fr) * | 1988-02-29 | 1989-09-06 | Hitachi Maxell Ltd. | Carte à circuit intégré |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU575182B2 (en) * | 1984-06-28 | 1988-07-21 | Wang Laboratories, Inc. | Self extending memory file |
| US4829169A (en) * | 1985-07-01 | 1989-05-09 | Toppan Moore Company, Inc. | IC card having state marker for record access |
| US4874935A (en) * | 1986-03-10 | 1989-10-17 | Data Card Coprporation | Smart card apparatus and method of programming same |
| US4816653A (en) * | 1986-05-16 | 1989-03-28 | American Telephone And Telegraph Company | Security file system for a portable data carrier |
-
1989
- 1989-08-24 US US07/398,080 patent/US5161256A/en not_active Expired - Lifetime
- 1989-08-25 FR FR8911246A patent/FR2635890B1/fr not_active Expired - Lifetime
- 1989-08-26 KR KR1019890012219A patent/KR970007282B1/ko not_active IP Right Cessation
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0011685A1 (fr) * | 1978-09-29 | 1980-06-11 | Siemens Aktiengesellschaft | Dispositif programmable de protection de mémoire pour des systèmes de microprocesseurs et circuit avec un tel dispositif |
| WO1987007060A1 (fr) * | 1986-05-07 | 1987-11-19 | Smart Card Applications, Inc. | Systeme de carte a circuit integre |
| EP0262025A2 (fr) * | 1986-09-16 | 1988-03-30 | Fujitsu Limited | Système pour permettre l'accès à l'espace de données d'une carte à circuit intégré pour usages multiples |
| EP0306892A1 (fr) * | 1987-09-08 | 1989-03-15 | Jürgen Dethloff | Dispositif de circuit avec une carte contenant au moins une partie du dispositif destiné au commerce, à l'identification et/ou au fonctionnement |
| EP0331407A2 (fr) * | 1988-02-29 | 1989-09-06 | Hitachi Maxell Ltd. | Carte à circuit intégré |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2663143A1 (fr) * | 1990-06-07 | 1991-12-13 | Toshiba Kk | Dispositif electronique portable. |
| US5339400A (en) * | 1990-06-07 | 1994-08-16 | Kabushiki Kaisha Toshiba | Portable electronic device capable of selectively providing unused area size of whole memory or memory segments to external device |
| SG108236A1 (en) * | 2000-01-07 | 2005-01-28 | Sony Corp | Information processing system, portable electronic device, access apparatus for the protable electronic device, and method of using memory space |
| US7150039B2 (en) | 2000-01-07 | 2006-12-12 | Sony Corporation | Information processing system, portable electronic device, access apparatus for the portable electronic device, and method of using memory space |
| US7508946B2 (en) | 2001-06-27 | 2009-03-24 | Sony Corporation | Integrated circuit device, information processing apparatus, memory management method for information storage device, mobile terminal apparatus, semiconductor integrated circuit device, and communication method using mobile terminal apparatus |
| US9384618B2 (en) | 2001-06-27 | 2016-07-05 | Sony Corporation | Integrated circuit device, information processing apparatus, memory management method for information storage device, mobile terminal apparatus, semiconductor integrated circuit device, and communication method using mobile terminal apparatus |
| EP1585071A1 (fr) * | 2004-04-09 | 2005-10-12 | Proton World International N.V. | Partage de fichiers non divisibles |
Also Published As
| Publication number | Publication date |
|---|---|
| KR900003735A (ko) | 1990-03-27 |
| US5161256A (en) | 1992-11-03 |
| KR970007282B1 (ko) | 1997-05-07 |
| FR2635890B1 (fr) | 1995-09-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FR2635890A1 (fr) | Procede et dispositif pour le traitement de donnees dans une zone de memoire d'une carte a puce | |
| CA2027344C (fr) | Systeme de paiement ou de transfert d'information par carte a memoire electronique porte monnaie | |
| EP0589884B1 (fr) | Procede securise de chargement de plusieurs applications dans une carte a memoire a microprocesseur | |
| EP0670063B1 (fr) | Procede et circuit de cryptage et d'authentification pour carte a memoire synchrone | |
| US4786790A (en) | Data exchange system with authentication code comparator | |
| EP2210209B1 (fr) | Procede de gestion des droits d'acces dans une carte a puce | |
| FR2646942A1 (fr) | Carte a circuit integre | |
| FR2503423A1 (fr) | Systeme de cartes a memoire electronique pouvant etre rechargees a des valeurs fiduciaires | |
| FR2627609A1 (fr) | Dispositif electronique portatif | |
| EP0018889A1 (fr) | Procédé pour prolonger la validité d'une zone de travail de la mémoire d'un support d'enregistrement | |
| FR2635891A1 (fr) | Dispositif electronique portatif comportant des donnees-cle limitant l'acces a la memoire | |
| FR2497617A1 (fr) | Procede et dispositif de securite pour communication tripartie de donnees confidentielles | |
| FR2663142A1 (fr) | Dispositif electronique portable a memoire. | |
| FR2654236A1 (fr) | Procede de protection contre l'utilisation frauduleuse de cartes a microprocesseur, et dispositif de mise en óoeuvre. | |
| EP1610273A1 (fr) | Dispositif et terminal de sécurité améliorée et méthode de communication entre eux | |
| FR2663143A1 (fr) | Dispositif electronique portable. | |
| WO1992006451A1 (fr) | Procede pour repartir la memoire d'un circuit integre entre plusieurs applications | |
| EP0735489A1 (fr) | Procédé de protection de zones de mémoires non volatiles | |
| FR2728363A1 (fr) | Dispositif de protection de l'acces a des mots memoires | |
| WO2002084610A1 (fr) | Procede et systeme de gestion de donnes destinees a etre stockees dans une carte a puce programmable | |
| CN111523875A (zh) | 跨境支付方法、装置、设备及系统 | |
| EP0957461A1 (fr) | Procédé de personnalisation d'une carte à puce | |
| FR2806813A1 (fr) | Systeme de gestion de memoire pour cartes a puce permettant a un utilisateur d'avoir acces a certaines prestations dans le cadre notamment d'une gestion informatisee des services de la ville | |
| FR2765362A1 (fr) | Module de securite comportant des moyens de creation de liens entre des fichiers principaux et des fichiers auxiliaires | |
| FR2616940A1 (fr) | Carte magnetique programmable |