FR2806813A1 - 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 - Google Patents
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 Download PDFInfo
- Publication number
- FR2806813A1 FR2806813A1 FR0003482A FR0003482A FR2806813A1 FR 2806813 A1 FR2806813 A1 FR 2806813A1 FR 0003482 A FR0003482 A FR 0003482A FR 0003482 A FR0003482 A FR 0003482A FR 2806813 A1 FR2806813 A1 FR 2806813A1
- Authority
- FR
- France
- Prior art keywords
- memory
- management system
- card
- file
- blocks
- 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
Links
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; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
- G06K7/0008—General problems related to the reading of electronic memory record carriers, independent of its reading method, e.g. power transfer
-
- 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)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Artificial Intelligence (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Storage Device Security (AREA)
Abstract
Système de gestion de mémoire pour cartes à puce permettant à un utilisateur d'avoir accès à certaines prestations dans le cadre notamment d'une gestion informatisée des services de la ville du type comprenant un ou plusieurs terminaux destinés à coopérer avec des cartes à puce (1) comprenant chacune une mémoire (10) présentant la forme d'une matrice de n secteurs (12) de p blocs mémoires (13) et un contrôleur de gestion (11) des accès auxdits blocs (13).La mémoire (10) comprend une table d'allocation (RF) contenant les adresses des différentes applications et qui forme le sommet d'une arborescence de répertoires (GD) et de fichiers (GF), et en ce que la table d'allocation (RF) est décrite, en fonction du nombre de répertoires (GD) contenu dans cette dernière, sur un ou plusieurs blocs mémoires chaînés entre eux; chaque répertoire (GD) est décrit, en fonction du nombre de fichiers (GF) contenus dans ce dernier, sur un ou plusieurs blocs mémoires chaînés entre eux; chaque fichier (GF) est décrit, en fonction de la longueur des données contenues dans ce dernier, sur un ou plusieurs blocs mémoires chaînés entre eux.
Description
La présente invention a pour objet un système de gestion de mémoire pour cartes à puce permettant à un utilisateur d'avoir accès à certaines prestations dans le cadre notamment d'une gestion informatisée des services de la ville.
Les systèmes de gestion actuels pour des applications du type contrôle d'accès à un service ou à un lieu sont généralement constitués de terminaux reliés à un ordinateur de type PC coopérant avec des cartes à puce personnalisées.
Dans ces cartes à puce la mémoire présente la forme d'une matrice de blocs comprenant d'une part un bloc constructeur contenant le numéro de série de la carte accessible uniquement en lecture et d'autre part, dans chaque rangée de blocs ou secteur, un bloc d'accès offrant la possibilité de mémoriser des clés de sécurité, ainsi que la gestion des droits d'accès, lecture, écriture, sur les autres blocs, généralement au nombre de trois, de ce même secteur. Les gestions d'accès des blocs d'un secteur sont fixées indépendamment les unes des autres. Un bloc mémoire peut se configurer soit comme une mémoire classique dont les données sont accessibles par les fonctions lire et écrire, soit comme la mémoire d'un porte monnaie électronique où la fonction lire informe l'utilisateur sur le contenu du porte monnaie et les fonctions écrire, ajouter, et soustraire autorisent la mise à jour de la valeur du porte-monnaie.
Ces cartes sont programmées et initialisées par le concepteur au moyen d'un ordinateur ou d'un automate et sont lues et mises à jour par les terminaux informatiques.
Dans ces cartes, l'espace mémoire est rempli linéairement en attribuant une zone mémoire continue à un type de données ou identifiant tel que par exemple le nom ou le prénom d'une personne associé à des données qui varient en fonction de l'utilisateur de la carte et de son usage.
Toutefois ces cartes présentent l'inconvénient, une fois que toutes les zones mémoires ont été chacune préalablement allouées à un identifiant déterminé, de ne plus pouvoir mémoriser d'autres identifiants même certaines zones mémoires ne sont pas totalement remplies en données variables.
Ainsi, ces cartes ne peuvent pas être utilisees pour des applications multiples telles que par exemple services de la ville qui nécessitent de pouvoir allouer à la mémoire desdites cartes de nouveaux identifiants.
La présente invention a pour but de remédier à cet inconvénient en proposant un système de gestion de mémoire pour cartes à puce permettant d'architecturer mémoire de ladite carte de manière lisible et conviviale d'implémenter plus d'éléments que sur les cartes actuelles sans apporter de lourdeur dans son utilisation.
Le système de gestion selon l'invention est type comprenant un ou plusieurs terminaux destinés a coopérer avec des cartes à puce comprenant chacune une mémoire présentant la forme d'une matrice de n secteurs de p blocs mémoires et un contrôleur de gestion des accès auxdits blocs et se caractérise essentiellement en ce que ladite mémoire comprend une table d'allocation contenant les adresses des différentes applications et qui forme le sommet d'une arborescence de répertoires de fichiers, et en ce que: - la table d'allocation est décrite, en fonction du nombre répertoires de base contenu dans cette dernière, un ou plusieurs blocs mémoires chaînés entre eux, un répertoire est décrit, en fonction nombre de fichiers contenus dans ce dernier, sur un plusieurs blocs mémoires chaînés entre eux, - un fichier est décrit, en fonction de longueur des données contenues dans ce dernier, sur un plusieurs blocs mémoires chaînés entre eux.
Conformément à l'invention un répertoire peut comprendre en outre des sous répertoires et en fonction du nombre qu'il contient être décrit sur un plusieurs blocs chaînés entre eux.
Toutefois conformément à l'invention la mémoire des cartes à puce est gérée par le microprocesseur du terminal qui coopère avec ladite carte Dans un mode de réalisation préférentiel de l'invention la trame de données définissant la table d'allocation comprend essentiellement les adresses d'implantation des applications, le type de support de l'application à savoir un fichier ou répertoire, et son identifiant.
Les répertoires sont destinés à l'identification des fichiers qui contiennent les données permettant la gestion des applications correspondantes et des répertoires constituant la sous arborescence qui en découle.
Les trames de données fichiers peuvent comporter des séparateurs pour optimiser l'utilisation des blocs.
Chaque secteur de la carte sera de préférence attribué à une application donnée.
De manière préférentielle la carte à puce renferme un jeu de deux clés d'accès par application, une première clé destinée à permettre l'accès en mode lecture des données non confidentielles, et une deuxième clé produite à partir d'un algorithme de cryptage destinée à permettre l'accès en mode écriture à toute entité générée par le concepteur et en mode lecture à toute entité confidentielle.
Les avantages et les caractéristiques de la présente invention ressortiront plus clairement de la description qui suit et qui se rapporte au dessin annexé, lequel en représente plusieurs modes de réalisation non limitatifs.
- la figure 1 représente une vue schématique d'une carte à puce sans contact et un terminal.
- la figure 2a représente une vue schématique de l'espace mémoire de la carte.
- la figure 2b représente l'architecture de la mémoire de la carte selon l'invention.
- la figure 2c représente la trame définissant la table d'allocation dans un mode de réalisation préférentiel.
- la figure 2d représente deux blocs chaînés décrivant une table d'allocation.
Si on se réfère à la figure 1 on peut voir qu'une carte à puce sans contact 1 destinée à coopérer avec un lecteur de cartes à puce sans contact 2 renferme un espace mémoire 10, un contrôleur de gestion 11, un circuit d'émission/réception 11' des informations avec le lecteur 2, lequel lecteur 2 comporte un circuit d'émission/réception 20 des données relié électriquement à un microprocesseur 21 associé à une mémoire 22 et une horloge interne 23.
Sur la figure 2a on peut voir la mémoire 10 de la carte 1 se présente sous la forme d' matrice de 16 secteurs 12 de 4 blocs mémoires 13 gérés par le microprocesseur 21 du lecteur 2 par l'intermédiaire du contrôleur de gestion 11 de la carte à puce Le bloc mémoire 14 est un champ identifiant de la carte qui est inséré lors de sa mise sur le marché et qui n'est accessible qu'en mode lecture.
Le dernier bloc 15 de ce chaque secteur 12 est un bloc d'accès destiné à la gestion des droits d'accès à savoir lecture ou écriture, sur les autres blocs mémoires 13 du même secteur 12.
Si on se réfère à la figure 2b on peut voir que la mémoire 10 de la carte 1 est architecturée sous la forme d'une arborescence 3 de répertoires GD de fichiers RF permettant un accès rapide à des éléments de priorités distinctes tels que le numéro d'identification de la carte ou les fichiers d'identification du porteur de carte.
Cette architecture de la mémoire 10 est mémorisée dans la mémoire 22 du lecteur 2.
Le sommet de l'arborescence est une table d'allocation, caractérisée par les deux caractères RF, qui renferme la liste des adresses d'accès aux sous-éléments GD ou GF et qui sert d'adressage des diverses applications présentes sur la carte 1. Cette table d'allocation RF doit être alimentée et mise à jour, à chaque évolution de l'environnement d'utilisation du porteur de la carte, un terminal 2.
On peut voir sur la figure 2c que la trame de la table 'allocation qui est mémorisée dans l'un quelconque des blocs mémoires 13 de la carte comporte une entête RF suivie, en 130, de la longueur de la trame qui la constitue (en nombre de blocs) et des paramètres résumant l'état de l'arborescence puis, en 131, des adresses d'implantation des applications gérées par la carte puis, en 132, du type de support de l'application (fichier ou répertoire) et, en , son code identifiant respectivement GF ou GD.
Ainsi en fonction des besoins du porteur d'une carte et des services offerts par la ville, le système informatique mettra à jour les cartes par l'ajout d'applications selon deux étapes: - recherche et réservation d'une zone memoire appropriée à l'application à implanter, - référencement de cette zone mémoire au niveau de la table d'allocation RF, en précisant le type de structure et son identifiant.
L'ajout d'une application aura donc pour répercussion sur la carte 1 de définir l'adresse qui pointe vers la zone mémoire correspondante.
En outre afin d'optimiser l'espace mémoire on peut voir sur la figure 2d que la table d'allocation est mémorisée dans les blocs 140 et 150, le bloc 140 contenant la liste des adresses des trois premières applications 141 et en fin de trame la référence 142 au bloc suivant 150 qui contient la liste des adresses des applications suivantes. Ainsi cette faculté d'ajouter autant de blocs 13 que nécessaire en vue d'optimiser l'espace mémoire de la carte 1 est rendu possible par la génération d'un chaînage automatique, au moyen du microprocesseur 21 et d'un programme particulier, entre les blocs 140 150 et d'autres blocs 13 si nécessaire.
répertoires GD sont destinés à regrouper les informations propres à une application precise, et contiennent la liste des adresses des fichiers GF constituant application. L'organisation est identique à celle de la table d'allocation RF, hormis l'identifiant entête.
même que pour la table d'allocation, si la capacité mémoire du bloc 13 est insuffisante, ce dernier peut être chaîné à un ou plusieurs autres blocs mémoires 13.
fichier GF contient les données de gestion d'une application et est contenu dans un ou plusieurs blocs 23 chaînés selon la longueur de la donnée à traiter.
application peut être gérée selon deux méthodes. Dans la première méthode l'application peut générer autant de fichiers que de données à sauvegarder, mais si l'acces aux données individuelles est simplifié on perd en optimisation de l'espace mémoire. La deuxième méthode consiste à construire, au niveau de l'application, des trames données comportant des séparateurs permettant d'optimiser l'utilisation des blocs 13.
Au niveau de l'architecture de la carte on pourra par exemple avoir un répertoire GD de personnalisation du porteur de carte contenant un fichier GF sur un bloc de mémoire 13 pour la date de naissance de l'utilisateur, un fichier GF sur un autre bloc de mémoire 13 pour le prénom et un fichier GF sur trois blocs 13 chaînés pour d'autre paramètres et un répertoire GD de gestion de l'application des piscines contenant un fichier GF sur un bloc pour le numéro de licence, un fichier GF pour la date de début et de fin de validité, etc...
On peut voir également sur la figure 2a plusieurs fichiers EP dans l'arborescence contenant chacun une application de base mise à profit par l'utilisateur par exemple lorsqu'une somme d'argent est chargée dans la mémoire de la puce sous forme d'unités. La consommation de ces unités pourra s'effectuer au sein de fférents organismes privés ou publics, en accord avec mode de paiement.
En ce qui concerne la logique des clés d'accès, les répertoires GD sont protégés en écriture, et les données liées au porteur de la carte à puce 1, enregistrées dans un ou plusieurs fichiers, ne peuvent être accédées, du fait de leur confidentialité, qu'à partir d'un code.
De manière avantageuse, la carte comportera deux clés d'acces, une première clé ou clé publique initialisée à la valeur défaut du constructeur, destinée à permettre l'accès en lecture aux données non confidentiel , et une deuxième clé ou clé privée produite à partir d' algorithme de cryptage permettant l'accès en écriture à toute entité générée par l'installateur et en lecture à toute entité confidentielle.
Le chargement de la carte à puce peut s'effectuer à l'aide d'un PC comportant l'application à charger dans la carte, lequel ordinateur est alors relié à un lecteur de proximité permettant le transfert de l'application dans la carte.
L'architecture de la carte sera mise en forme préalablement à l'inscription des données dans les chiers. L'ordinateur comportera une interface permettant de générer rapidement une nouvelle arborescence pour consulter une architecture existante ou encore pour recopier facilement le contenu d'une carte vers une autre.
Claims (9)
1) Système de gestion de mémoire pour cartes à puce permettant à un utilisateur d'avoir accès à certaines prestations dans le cadre notamment d'une gestion informatisée des services de la ville du type comprenant un ou plusieurs terminaux destinés coopérer avec des cartes à puce (1) comprenant chacune une mémoire (10) présentant la forme d'une matrice de n secteurs (12) de p blocs mémoires (13) et un contrôleur de gestion (11) des accès auxdits blocs (13) caractérisé en ce que ladite mémoire (10) comprend une table d'allocation (RF) contenant les adresses des différentes applications et qui forme le sommet d'une arborescence de répertoires (GD) et de fichiers (GF), et en ce que: - la table d'allocation (RF) est décrite, en fonction du nombre de répertoires (GD) contenu dans cette dernière, sur un ou plusieurs blocs mémoires chaînés entre eux, - chaque répertoire (GD) est décrit, en fonction du nombre de fichiers (GF) contenus dans ce dernier, sur un ou plusieurs blocs mémoires chaînés entre eux, - chaque fichier (GF) est décrit, en fonction de la longueur des données contenues dans ce dernier, sur un ou plusieurs blocs mémoires chainés entre eux.
2) Système de gestion selon la revendication 1 caractérisé en ce que les cartes à puce coopèrent avec les terminaux à distance.
3) Système de gestion selon la revendication 1 ou la revendication 2 caractérisé en ce que la mémoire (10) des cartes à puce (1) est gérée par le microprocesseur (21) du terminal (2) via le contrôleur de gestion (11).
4) Système de gestion informatisé selon l'une quelconque des revendications précédentes caractérisé en ce que la trame de la table d'allocation (RF) comprend les adresses d'implantation des applications, le type de support de l'application à savoir un fichier ou un répertoire, et son identifiant.
5) Système de gestion selon l'une quelconque revendications précédentes caractérisé en ce que répertoires (GD) sont destinés à l'identification fichiers (GF) qui contiennent les données permettant gestion des applications correspondantes et des répertoires (GD) constituant la sous arborescence qui en découle.
6) Système de gestion selon l'une quelconque des revendications précédentes caractérisé en ce que les trames de données des fichiers (GF) comportent des séparateurs destinés à optimiser l'utilisation des blocs (13).
7) Système de gestion selon l'une quelconque de la carte caractérisé en ce que chaque secteur de la mémoire (10 est attribuée à une application.
8) Système de gestion selon l'une quelconque des revendications précédentes caractérisé en ce que la carte à puce (1) renferme un jeu de deux clés d'accès par application, une première clé destinée à permettre l'accès en mode lecture des données non confidentielles, et une deuxième clé produite à partir d'un algorithme de cryptage destinée à permettre l'accès en mode écriture à toute entité génerée par le concepteur et en mode lecture à toute entité confidentielle.
9) Système de gestion selon l'une quelconque des revendications précédentes caractérisé en ce qu'il comprend une interface permettant de générer rapidement une nouvel arborescence, ou de consulter une architecture existante, encore de recopier facilement le contenu d'une carte (1) vers une autre.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0003482A FR2806813A1 (fr) | 2000-03-17 | 2000-03-17 | 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 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0003482A FR2806813A1 (fr) | 2000-03-17 | 2000-03-17 | 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 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR2806813A1 true FR2806813A1 (fr) | 2001-09-28 |
Family
ID=8848242
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0003482A Withdrawn FR2806813A1 (fr) | 2000-03-17 | 2000-03-17 | 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 |
Country Status (1)
| Country | Link |
|---|---|
| FR (1) | FR2806813A1 (fr) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003081544A2 (fr) * | 2002-03-18 | 2003-10-02 | Sun Microsystems, Inc. | Gestion de memoire amelioree pour dispositifs portables |
| WO2004111953A1 (fr) * | 2003-06-17 | 2004-12-23 | Thales | Procede d'ecriture, de mise a jour et d'allocation memoire applique a l'ecriture de fichiers sur un support memoire tel qu'une carte a puce |
| US6996802B2 (en) | 2002-03-18 | 2006-02-07 | Sun Microsystems, Inc. | Method and apparatus for deployment of high integrity software using initialization order and calling order constraints |
| US7010783B2 (en) | 2002-03-18 | 2006-03-07 | Sun Microsystems, Inc. | Method and apparatus for deployment of high integrity software using reduced dynamic memory allocation |
| US7181737B2 (en) | 2002-03-18 | 2007-02-20 | Sun Microsystems, Inc. | Method and apparatus for deployment of high integrity software using static procedure return addresses |
| CN100426597C (zh) * | 2003-03-31 | 2008-10-15 | 松下电器产业株式会社 | 可移动设备和数字产品的连接装置及其方法 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2635886A1 (fr) * | 1988-08-26 | 1990-03-02 | Toshiba Kk | Procede et dispositif pour traiter des donnees dans la memoire d'une carte a puce |
| EP0583006A2 (fr) * | 1992-08-13 | 1994-02-16 | Matsushita Electric Industrial Co., Ltd. | Carte IC avec structure de fichier hiérarchique |
| WO1995016246A1 (fr) * | 1993-12-07 | 1995-06-15 | Gemplus Card International | Carte a memoire et procede de fonctionnement |
| FR2752072A1 (fr) * | 1996-08-01 | 1998-02-06 | Solaic Sa | Carte a circuit integre comportant des fichiers classes selon une arborescence |
| FR2776788A1 (fr) * | 1998-03-24 | 1999-10-01 | Gemplus Card Int | Procede de commutation d'applications sur une carte a puce multi-applicative |
-
2000
- 2000-03-17 FR FR0003482A patent/FR2806813A1/fr not_active Withdrawn
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2635886A1 (fr) * | 1988-08-26 | 1990-03-02 | Toshiba Kk | Procede et dispositif pour traiter des donnees dans la memoire d'une carte a puce |
| EP0583006A2 (fr) * | 1992-08-13 | 1994-02-16 | Matsushita Electric Industrial Co., Ltd. | Carte IC avec structure de fichier hiérarchique |
| WO1995016246A1 (fr) * | 1993-12-07 | 1995-06-15 | Gemplus Card International | Carte a memoire et procede de fonctionnement |
| FR2752072A1 (fr) * | 1996-08-01 | 1998-02-06 | Solaic Sa | Carte a circuit integre comportant des fichiers classes selon une arborescence |
| FR2776788A1 (fr) * | 1998-03-24 | 1999-10-01 | Gemplus Card Int | Procede de commutation d'applications sur une carte a puce multi-applicative |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003081544A2 (fr) * | 2002-03-18 | 2003-10-02 | Sun Microsystems, Inc. | Gestion de memoire amelioree pour dispositifs portables |
| WO2003081544A3 (fr) * | 2002-03-18 | 2004-05-06 | Sun Microsystems Inc | Gestion de memoire amelioree pour dispositifs portables |
| US6912633B2 (en) | 2002-03-18 | 2005-06-28 | Sun Microsystems, Inc. | Enhanced memory management for portable devices |
| US6996802B2 (en) | 2002-03-18 | 2006-02-07 | Sun Microsystems, Inc. | Method and apparatus for deployment of high integrity software using initialization order and calling order constraints |
| US7010783B2 (en) | 2002-03-18 | 2006-03-07 | Sun Microsystems, Inc. | Method and apparatus for deployment of high integrity software using reduced dynamic memory allocation |
| US7181737B2 (en) | 2002-03-18 | 2007-02-20 | Sun Microsystems, Inc. | Method and apparatus for deployment of high integrity software using static procedure return addresses |
| CN100426597C (zh) * | 2003-03-31 | 2008-10-15 | 松下电器产业株式会社 | 可移动设备和数字产品的连接装置及其方法 |
| WO2004111953A1 (fr) * | 2003-06-17 | 2004-12-23 | Thales | Procede d'ecriture, de mise a jour et d'allocation memoire applique a l'ecriture de fichiers sur un support memoire tel qu'une carte a puce |
| FR2856490A1 (fr) * | 2003-06-17 | 2004-12-24 | Thales Sa | Procede d'ecriture, de mise a jour et d'allocation memoire applique a l'ecriture de fichiers sur un support memoire tel qu'une carte a puce |
| US7568065B2 (en) | 2003-06-17 | 2009-07-28 | Thales | Method for carrying out writing updating and allocating memory on a memory medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0589884B1 (fr) | Procede securise de chargement de plusieurs applications dans une carte a memoire a microprocesseur | |
| EP1151384B1 (fr) | Systeme de memorisation comprenant des moyens de gestion d'une memoire avec anti-usure et procede de gestion anti- usure d'une memoire | |
| EP0330404A2 (fr) | Cartes à circuit intégré | |
| EP2786317B1 (fr) | Ecriture de données dans une mémoire non volatile de carte à puce | |
| FR2606909A1 (fr) | Systeme de traitement pour un appareil electronique portatif, tel qu'une carte a circuit integre | |
| FR2613856A1 (fr) | Systeme d'enregistrement d'informations | |
| FR2687816A1 (fr) | Procede de personnalisation d'une carte a puce. | |
| FR2880444A1 (fr) | Dispositif de stockage de donnees | |
| CN1388459A (zh) | 图像数据处理***、打印形成***和存储媒体形成*** | |
| 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 | |
| FR2823330A1 (fr) | Procede et systeme de gestion de donnees destinees a etre stockees dans une memoire, par exemple du code d'une application charge dans une carte a puce programmable | |
| FR2835628A1 (fr) | Gestion de la mise a jour d'informations encodees en memoire | |
| EP2912640B1 (fr) | Procédé de gestion d'identifiants dans une carte a circuit integré et carte a circuit integré correspondante | |
| FR2638002A1 (fr) | Procede de personnalisation pour cartes a microcalculateur et systeme pour sa mise en oeuvre | |
| CA2252002A1 (fr) | Systeme securise de controle d'acces permettant le transfert d'habilitation a produire des cles | |
| FR2765362A1 (fr) | Module de securite comportant des moyens de creation de liens entre des fichiers principaux et des fichiers auxiliaires | |
| FR2820224A1 (fr) | Dispositif comprenant un appareil de commande et une memoire non volatile contenant des donnees codees | |
| CA2252001A1 (fr) | Systeme securise de controle d'acces permettant l'invalidation automatique de cles electroniques volees ou perdues et/ou le transfert d'habilitation a produire des cles | |
| EP1498841A1 (fr) | Circuit transpondeur multi-applications et procédé de gestion de la mémoire d'un tel circuit transpondeur | |
| FR2661532A1 (fr) | Memoire a acces protege mot par mot. | |
| EP1233383A1 (fr) | Procédé et dispositif de gestion d'applications de cartes à puce | |
| FR2740581A1 (fr) | Procede et systeme de gestion de depenses | |
| FR2898421A1 (fr) | Procede d'exploitation et de gestion de la memoire libre dans une memoire non-volatile reinscriptible, et memoire associee | |
| FR2749956A1 (fr) | Systeme securise de controle d'acces permettant le transfert d'habilitation a produire des cles | |
| FR2785424A1 (fr) | Dispositif pour la gestion d'acces dans une carte a circuit integre |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse |