FR2918483A1 - Dispositif electronique portable et procede de gestion de fichier destine a etre utilise dans un dispositif electronique portable - Google Patents

Abstract

Une mémoire contient une pluralité d'éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier pour des fichiers et des informations différentes d'ordre d'utilisation des fichiers indiquant l'ordre d'utilisation des fichiers. Lors de la réception d'une commande provenant d'un dispositif externe, une première décision (S5 à S6) est prise concernant l'accès ou non à un premier fichier défini par les informations de gestion de fichier parmi la pluralité d'éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier, comportant des informations d'ordre d'utilisation de fichier indiquant que le premier fichier est le premier dans l'ordre d'utilisation. Si la décision est qu'on n'accède pas au premier fichier, une deuxième décision (S10 à S13) est prise selon que l'on accède ou non à un deuxième fichier défini par les informations de gestion de fichier des éléments d'information de gestion de fichiers comportant les mêmes informations d'identification de fichier, comportant des informations d'ordre d'utilisation indiquant que le deuxième fichier est le deuxième dans l'ordre d'utilisation. Un traitement correspondant à la commande est effectué sur le fichier auquel la première ou la deuxième décision a décidé d'accéder.

Description

ARRIÈRE-PLAN DE L'INVENTION La présente invention concerne un dispositif

électronique portable, tel qu'une carte de CI, donnant accès à un fichier situé dans une mémoire non volatile en réponse à une commande provenant d'un dispositif externe et un procédé de gestion de fichier destiné à être utilisé dans un tel dispositif électronique portable. De manière classique, un dispositif électronique portable, tel qu'une carte de CI (carte à puce) comporte une mémoire non volatile réinscriptible qui contient des données et un dispositif de commande qui effectue un traitement sur les données situées dans la mémoire non volatile. Avec un tel dispositif électronique portable, les données devant être enregistrées dans la mémoire non volatile sont habituellement gérées par fichier (voir par exemple le brevet japonais n 2695857). Puisqu'elle gère les données par fichier, une telle carte de CI n'est pas adaptée à effectuer un accès direct aux données enregistrées dans la mémoire non volatile. C'est-àdire que la carte de CI accède d'abord à un fichier où sont enregistrées les données désirées et lit ensuite les données ou écrit des données dans ce fichier. La carte de CI est adaptée à fonctionner en réponse à une commande qui est une instruction de traitement provenant du dispositif externe. La carte de CI répond par exemple à une commande provenant du dispositif externe pour exécuter un processus d'accès à des données enregistrées dans un fichier. La commande délivrée par la carte de CI est définie par des normes prescrites. C'est-à-dire que le dispositif externe effectue une requête à la carte de CI pour accéder à des données désirées avec une commande définie par les normes prescrites. La carte de CI interprète ensuite la commande en se basant sur les normes prescrites et effectue un traitement correspondant à la commande. Comme décrit ci-dessus, la carte de CI est adaptée à fonctionner en se basant sur des normes prescrites. Par exemple, ISO/IEC7816-4, constituant les normes internationales des cartes de CI, définit la structure et la forme d'un fichier destiné à y stocker des données (un fichier de données est appelé fichier élémentaire (EF)). Dans ISO/IEC7816-4, les commandes d'accès à chaque fichier dans la carte de CI sont également définies.

Dans ISO/IEC7816-4, une structure ayant un certain nombre d'enregistrements pour stocker des données dans un fichier de données (structure d'enregistrement) est définie comme la structure de données dans les fichiers de données dans la carte de CI. Dans ISO/IEC7816-4, les commandes pour effectuer une requête pour accéder à un fichier d'une telle structure d'enregistrement sont également définies. Toutefois, ISO/IEC7816-4 impose une limite au nombre d'enregistrements pouvant être stockés dans un fichier de données. Pour cette raison, avec ISO/IEC7816-4, les commandes pour effectuer une requête pour accéder à un fichier de la structure d'enregistrement font l'objet d'une limitation du nombre d'enregistrements pouvant être spécifiés en tant que candidats à l'accès. ISO/IEC7816-4 suppose que le nombre maximum d'enregistrements pouvant être mémorisés dans un simple fichier est de 254. C'est-à-dire que IS0/IEC7816-4 suppose que dans un fichier, jusqu'à 254 enregistrements sont stockés, ceux-ci étant numérotés de 1 à 254. Pour cette raison, dans une commande pour effectuer une requête pour accéder à un enregistrement dans ISO/IEC7816-4, le numéro d'un enregistrement pouvant être spécifié en tant que candidat à l'accès est donné par 01 à FE en hexadécimal (c'est-à-dire, 1 à 254 en décimal). Au cours de ces dernières années, des cartes de CI ou des dispositifs électroniques portables similaires ont accueilli diverses utilisations. Par exemple, une forme d'utilisation à laquelle on s'attend est telle qu'une brochure comportant une puce de CI incorporée adaptée à fonctionner selon les normes internationales, telles que IS0/OEC7816-4, est utilisée en tant que passeport à titre d'exemple. Tandis que des dispositifs électroniques portables sont utilisés sous diverses formes, on s'attend à ce que la demande augmente pour l'enregistrement dans un fichier d'un plus grand nombre d'enregistrements que celui qui est défini par les normes. On suppose par exemple un procédé d'utilisation dans lequel des informations concernant une entrée (entrée dans un pays), une sortie (départ du pays) et analogue, sont inscrites dans un passeport comportant une puce de CI incorporée sans effacer les informations anciennes. Dans un tel cas, il apparaît une situation telle qu'il est requis de stocker dans un fichier un plus grand nombre d'enregistrements que celui qui est spécifié par les normes. D'autre part, avec une carte de CI utilisée dans un système pour gérer l'entrée et la sortie d'une zone de sécurité ou un système de transactions commerciales impliquant l'établissement de comptes, on s'attend également à ce qu'une demande apparaisse pour enregistrer une grande quantité d'informations historiques concernant l'entrée et la sortie ou les transactions. Avec de telles normes existantes comme décrit ci-dessus, chaque fichier de données ne peut toutefois pas contenir plus d'enregistrements que ce qui est défini à l'avance. C'est-à-dire que dans un système se conformant aux normes existantes, un fichier de données ne peut gérer que le nombre d'enregistrements qui est défini à l'avance. En considérant que des cartes de CI seront utilisées dans divers domaines dans l'avenir, il est souhaitable de permettre d'augmenter le nombre maximum d'enregistrements pouvant être mémorisés dans un fichier de données d'une structure d'enregistrement. De plus, en considérant les conditions de fonctionnement des systèmes existants, on souhaite que même lorsqu'on augmente le nombre maximum d'enregistrements, les commandes existantes définies dans IS0/IEC7816-4 soient capables de donner accès à chaque enregistrement dans un fichier de données.

BREF RÉSUMÉ DE L'INVENTION L'objectif de la présente invention est de fournir un dispositif électronique portable capable d'augmenter facilement la quantité de données pouvant être gérées dans un fichier spécifique, un procédé de gestion de fichier destiné à être utilisé dans un tel dispositif électronique portable et une carte de CI. Selon un aspect de l'invention, il est fourni un dispositif électronique portable comprenant : une première mémoire pour stocker des données par fichier ; une deuxième mémoire pour stocker une pluralité d'éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier pour des fichiers et des informations d'ordre d'utilisation de fichier différentes indiquant l'ordre d'utilisation des fichiers ; une première section de décision d'accès qui, lors de la réception d'une commande provenant d'un dispositif externe, prend une décision d'accéder ou non à un premier fichier défini par ces informations de gestion de fichier, parmi la pluralité d'éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier, comportant des informations d'ordre d'utilisation de fichier indiquant que le premier fichier est le premier dans l'ordre d'utilisation ; une deuxième section de décision d'accès qui, si la décision de la première section de décision est que l'on ne doit pas accéder au premier fichier, prend une décision d'accéder ou non à un deuxième fichier défini par ces informations de gestion de fichier, parmi les éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier, comportant des informations d'ordre d'utilisation indiquant que le deuxième fichier est le deuxième dans l'ordre d'utilisation ; et une section de traitement qui effectue un traitement correspondant à la commande sur le fichier auquel la première ou la deuxième section de décision décide d'accéder. Selon un autre aspect de l'invention, il est fourni un procédé de gestion de fichier destiné à être utilisé avec un dispositif électronique portable comprenant : le stockage par fichier de données dans une première mémoire ; le stockage dans une deuxième mémoire d'une pluralité d'éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier pour des fichiers et des informations différentes d'ordre d'utilisation de fichiers indiquant l'ordre d'utilisation des fichiers ; lors de la réception d'une commande provenant d'un dispositif externe, la prise d'une première décision d'accéder ou non à un premier fichier défini par ces informations de gestion de fichier ou la pluralité d'éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier, comportant des informations d'ordre d'utilisation des fichiers indiquant que le premier fichier est le premier dans l'ordre d'utilisation ; si la décision est qu'il ne faut pas accéder au premier fichier, la prise d'une deuxième décision d'accéder ou non à un deuxième fichier défini par ces informations de gestion de fichier, des éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier, comportant des informations d'ordre d'utilisation indiquant que le deuxième fichier est le deuxième dans l'ordre d'utilisation ; et l'exécution d'un traitement correspondant à la commande sur le fichier auquel décide d'accéder la première ou la deuxième décision.

Selon encore un autre aspect de l'invention, il est fourni une carte de CI comprenant : un module ; et un corps dans lequel est incorporé le module, le module comprenant une première mémoire pour stocker des données par fichier, une deuxième mémoire pour stocker une pluralité d'éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier pour des fichiers et des informations différentes d'ordre d'utilisation de fichiers indiquant l'ordre d'utilisation des fichiers, une première section de décision d'accès qui, lors de la réception d'une commande provenant d'un dispositif externe, prend une décision d'accéder ou non à un premier fichier défini par ces informations de gestion de fichier, de la pluralité d'éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier, comportant des informations d'ordre d'utilisation des fichiers indiquant que le premier fichier est le premier dans l'ordre d'utilisation, une deuxième section de décision d'accès qui, si la décision de la première section de décision est qu'il ne faut pas accéder au premier fichier, prend une décision d'accéder ou non à un deuxième fichier défini par ces informations de gestion de fichier, des éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier, comportant des informations d'ordre d'utilisation indiquant que le deuxième fichier est le deuxième dans l'ordre d'utilisation, et une section de traitement qui effectue un traitement correspondant à la commande sur le fichier auquel a décidé d'accéder la première ou la deuxième section de décision. Des objectifs et avantages supplémentaires de l'invention vont être présentés dans la description qui suit et seront en partie évidents d'après la description ou pourront être appris par la mise en pratique de l'invention. Les objectifs et avantages de l'invention peuvent être réalisés et obtenus au moyen des instruments et combinaisons particulièrement soulignés ci-après. BRÈVE DESCRIPTION DES DIVERSES VUES DES DESSINS Les dessins annexés, qui sont incorporés dans la spécification et en constituent une partie, illustrent des modes de réalisation de l'invention, et avec la description générale fournie ci-dessus et la description détaillée des modes de réalisation fournie ci-dessous, servent à expliquer les principes de l'invention.

La figure 1 est un dessin schématique par blocs d'une carte de CI en tant que dispositif électronique portable ; la figure 2 est un schéma destiné à être utilisé pour l'explication d'une carte de CI à contacts ; la figure 3 est un schéma destiné à être utilisé pour l'explication d'une carte de CI sans contact ; la figure 4 représente schématiquement une organisation de fichiers dans une mémoire de données ; les figures 5A et 5B représentent schématiquement une structure de données dans un fichier ; la figure 6 représente schématiquement des informations de gestion de fichier ; la figure 7 est un organigramme illustrant le déroulement du traitement pour la commande AJOUT D'ENREGISTREMENT ; et la figure 8 est un organigramme illustrant le déroulement du traitement pour la commande LECTURE D'ENREGISTREMENT.

DESCRIPTION DÉTAILLÉE DE L'INVENTION Un mode de réalisation de la présente invention va être décrit ci-après en référence aux dessins annexés. La figure 1 est un schéma par blocs d'une carte de CI 1 et d'un dispositif électronique portable selon un mode de réalisation de la présente invention et d'un système à carte de CI incluant la carte de CI. La carte de CI 1 est mise dans l'état fonctionnel lorsqu'elle est alimentée à partir d'un dispositif de lecture/écriture de carte de CI 2 en tant que dispositif externe. La carte de CI 1 ayant été mise dans l'état fonctionnel exécute divers processus en réponse à des commandes provenant du dispositif de lecture/écriture de carte de CI 2. Le dispositif de lecture/écriture de carte de CI 2 fournit de l'énergie à la carte de CI 1 et lui délivre des commandes pour demander divers processus. La carte de CI 1 peut être soit une carte de CI à contacts (dispositif électronique portable à contacts) soit une carte de CI sans contact (dispositif électronique portable sans contact). La carte de CI est adaptée à effectuer une communication avec le dispositif de lecture/écriture de carte de CI 2 lorsqu'elle est amenée en contact physique avec celui-ci. La carte de CI sans contact effectue une communication avec le dispositif de lecture/écriture de carte de CI dans l'état où ils ne sont pas en contact entre eux en utilisant une antenne et une unité de communication sans fil. De plus, la carte de CI 1 peut être

une carte de CI composite (carte de CI d'interface double) disposant d'aménagements de communication en tant que de carte de CI à contacts et d'aménagements de communication en tant que carte de CI sans contact. La carte de CI à contacts et la carte de CI sans contact ne diffèrent l'une de l'autre que dans le procédé de communication avec un dispositif externe. Pour cette raison, les exemples de traitements qui vont être décrits ultérieurement sont applicables aux deux types de cartes de CI. La configuration de la carte de CI 1 va être ensuite décrite.

Comme représenté sur la figure 1, la carte de CI 1 est formée de sorte qu'un module M est incorporé dans un corps en forme de carte B. Le module M est formé de manière intégrée d'au moins une puce de CI 10 et d'une interface 11 qui sont connectées entre elles. La puce de CI 10 est constituée d'un CPU (unité centrale de traitement) 101, d'une mémoire de données, d'une RAM 103, d'une ROM 104, d'une unité de contrôle de communication 106 et d'une alimentation (non représentée). L'unité de contrôle de communication 106 de la puce de CI 10 est connectée à l'interface 11. Le CPU 101 contrôle la totalité de la carte de CI 1. Le CPU 101 fonctionne sur la base d'un programme de contrôle et de données de contrôle, stockés dans la ROM 104 ou dans la mémoire de données 102. En exécutant le programme de contrôle, le CPU 101 fonctionne comme un processeur pour exécuter divers processus. La mémoire de données 102 est constituée d'une mémoire non volatile réinscriptible (effaçable), telle qu'une EEPROM (mémoire à lecture seule électriquement effaçable et programmable) ou une ROM flash. La mémoire de données 102 contient divers éléments d'informations convenant au but de l'utilisation de la carte de CI 1. Par exemple, la mémoire de données 102 contient des données d'application pour mettre en oeuvre diverses fonctions. La mémoire de données 102 contient également divers éléments de données tels qu'ils sont stockés dans des fichiers. La structure des fichiers dans la mémoire de données 12 est conforme par exemple à ISO/IEC7816-4. La RAM 103 est une mémoire volatile à laquelle on peut accéder à grande vitesse et elle fonctionne comme une mémoire tampon pour stocker temporairement des données. Par exemple, la RAM 103

contient temporairement des données qui sont reçues et envoyées durant un traitement de communication avec le dispositif de lecture/écriture de carte de CI 2. La RAM 103 fonctionne également comme une mémoire de travail pour contenir temporairement des données qui sont en cours de traitement par le CPU 101. La ROM 104 est une mémoire non réinscriptible non volatile. La ROM est constituée par exemple d'une mémoire à lecture seule, telle qu'une ROM masquée. La ROM fonctionne comme une mémoire de programme contenant un programme de contrôle exécuté par le CPU 101.

En particulier, la ROM 104 contient un programme de contrôle pour effectuer des opérations de base correspondant aux spécifications de la carte de CI 1 et des données de contrôle. Par exemple, la ROM 104 contient un programme de contrôle permettant au CPU 101 d'exécuter des processus correspondant à des commandes appliquées extérieurement.

L'unité de contrôle de communication 106 contrôle les communications de données avec le dispositif de lecture/écriture de carte de CI 2 par l'intermédiaire de l'interface 11. Par exemple, lorsque la carte de CI 1 est une carte de CI à contacts, une fonction de communication du type à contacts est mise en oeuvre par l'interface 11 comme élément de contact et l'unité de contrôle de communication 106. Lorsque la carte de CI 1 est une carte de CI sans contact, une fonction de communication de type sans contact est mise en oeuvre par une antenne comme interface 11 et un modem (modulateur/démodulateur) comme unité de contrôle de communication sans fil 106.

La carte de CI 1 étant ainsi configurée, lorsqu'une commande est fournie par le dispositif de lecture/écriture de carte de CI 2 pour écrire des données dans la mémoire de données 102, le CPU 101 exécute le programme de contrôle enregistré dans la ROM 104 pour exécuter un processus d'écriture de données dans la mémoire de données. Lorsque le dispositif de lecture/écriture de carte de CI 2 fournit une commande pour lire des données enregistrées dans la mémoire de données 102, le CPU 101 exécute le programme de contrôle pour exécuter un processus de lecture de données dans la mémoire de données. De plus, la carte de CI 1 est adaptée à mettre en oeuvre divers processus correspondant aux utilisations de la carte de CI 1 par le CPU 101 exécutant des programmes de traitement installés selon les utilisations de la carte de CI.

La figure 2 est une vue extérieure d'une carte de CI à contacts en tant que forme de la carte de CI 1. Comme représenté sur la figure 2, la carte de CI à contacts est formée de sorte que son élément de contact comme interface 1l est exposé sur la surface du corps B. Avec la carte de CI à contacts, le module M comportant une ou plusieurs puces de CI connectées à l'élément de contact exposé est construit dans le corps en forme de carte B. Comme représenté sur la figure 2, l'élément de contact comme interface 11 de la carte de CI à contacts est constitué d'une pluralité de bornes : une borne d'alimentation Vcc, une borne de masse GND, une borne de réinitialisation RST, une borne d'entrée/sortie I/O et une borne d'horloge CLK. La figure 3 montre la configuration d'une carte de CI sans contact en tant que forme de la carte de CI 1. Avec la carte de CI sans contact comme représenté sur la figure 3, un module M comportant une ou plusieurs puces de CI C et une antenne comme interface 11, qui sont représentées par des lignes en pointillés, est incorporé dans le corps en forme de carte B. Ainsi, dans la carte de CI sans contact, les signaux radio transmis ou reçus par l'antenne sont traités par la puce de CI C. L'organisation des fichiers enregistrés dans la mémoire de données 102 va ensuite être décrite. La figure 4 représente schématiquement un exemple de l'organisation des fichiers dans la mémoire de données 102. Comme représenté sur la figure 4, dans la mémoire de données 102, divers fichiers sont gérés en une structure hiérarchique avec un fichier maître (MF) disposé au plus haut niveau. Dans l'exemple de la figure 4, deux fichiers élémentaires (EF) EF1 et EF2 sont présents au niveau qui suit celui du fichier maître MF. Ii est également possible de définir un fichier DF au niveau qui suit celui du fichier maître MF et de définir des fichiers élémentaires au niveau qui suit celui du fichier DF.

Les fichiers élémentaires EF1 et EF2 sont des fichiers destinés à stocker des données réelles. C'est-à-dire que dans la mémoire de données 102, des données réelles sont stockées dans de tels fichiers élémentaires, comme représenté sur la figure 4. En d'autres termes, les données réelles sont gérées dans la mémoire de données 102 pour chaque fichier élémentaire. Pour accéder aux données réelles, il est en conséquence nécessaire de sélectionner chaque fichier élémentaire.

La structure de données des fichiers élémentaires (fichiers de données) va ensuite être décrite. Les figures 5A et 5B représentent schématiquement la structure des données dans les fichiers de données. On suppose ici que la figure 5A représente la structure des données 1 dans le fichier élémentaire EF1 de la figure 4 et la figure 5B représente la structure des données 2 dans le fichier élémentaire EF2. De tels fichiers élémentaires (fichiers de données) comme représenté sur les figures 5A et 5B sont stockés dans une zone de stockage de données mise en place dans la mémoire de données 102.

Dans les fichiers élémentaires EF1 et EF2, des données réelles sont enregistrées sous la forme de 254 enregistrements ayant des numéros d'enregistrement de 1 à 254. La structure dans laquelle les données sont enregistrées sous la forme d'enregistrements dans un fichier est appelée structure d'enregistrement.

ISO/IEC7816-4, qui est la norme internationale pour les cartes de CI, spécifie ici les structures de données suivantes en fichiers élémentaires (F1) Structure transparente. (F2) Structure linéaire avec des enregistrements de taille fixe ceci est une structure telle que des enregistrements de longueur fixe sont agencés en séquence dans un fichier de données. Avec ce type de fichier de données, les enregistrements de longueur fixe sont écrits en séquence. (F3) Structure linéaire avec des enregistrements de taille variable : ceci est une structure telle que des enregistrements de longueur variable sont agencés en séquence dans un fichier de données. Avec ce type de fichier de données, les enregistrements de longueur variable sont écrits en séquence. (F4) Structure cyclique avec des enregistrements de taille fixe : ceci est une structure telle que des enregistrements de longueur fixe sont agencés de manière cyclique dans un fichier de données. Avec ce type de fichier de données, les enregistrements de longueur fixe sont écrits ou réécrits de manière cyclique. (F5) Structure TLV : chaque enregistrement d'un fichier de données est constitué d'une étiquette, d'une longueur et d'une valeur.

Dans (F1), la structure de données n'est pas la structure d'enregistrement mais la structure transparente. Dans (F2) à (F5), la structure de données est la structure d'enregistrement. C'est-à-dire que dans ISO/IEC7816-4, des structures telles que dans (F2) à (F5) sont spécifiées en tant que fichiers élémentaires (fichiers de données) de la structure d'enregistrement. Avec des fichiers de données de structures d'enregistrement telles que (F2) à (F5), des données réelles sont enregistrées dans chaque enregistrement. Toutefois, dans ISO/IEC7816-4, la valeur de limitation supérieure du nombre d'enregistrements pouvant être stockés dans chaque fichier de données est spécifiée comme étant de 254 (les numéros d'enregistrement vont de 1 à 254). Pour cette raison, il est impossible de stocker un ou plusieurs enregistrements supplémentaires dans un fichier de données contenant des enregistrements numérotés de 1 à 254 tels que les fichiers élémentaires EF1 et EF2 représentés sur la figure 4 (aucun enregistrement destiné à contenir des données réelles ne peut être créé).

L'accès à un fichier de données avec des structures d'enregistrement telles que décrite ci-dessus va ensuite être décrit. Comme décrit ci-dessus, la carte de CI 1 est adaptée à fonctionner en réponse à des commandes provenant d'un dispositif externe. Pour cette raison, le contrôle de l'accès aux fichiers de données peut être décrit comme un traitement de commandes. En conséquence, une description est ici fournie des commandes pour demander accès à un fichier de données de la structure d'enregistrement, Par exemple, en tant que commandes pour demander accès aux fichiers de données de la structure d'enregistrement, ISO/IEC7816-4 25 spécifie les commandes suivantes : (Cl) Commande LECTURE D'EN REGISTREMENT(S) (C2) Commande ÉCRITURE D'ENREGISTREMENT (C3) Commande AJOUT D'ENREGISTREMENT (C4) Commande RECHERCHE D'ENREGISTREMENT 30 (C5) Commande EFFACEMENT D'ENREGISTREMENT(S) Parmi les commandes (Cl) à (C5), chacune des commandes à l'exception de la commande AJOUT D'ENREGISTREMENT peut spécifier le numéro d'un enregistrement auquel on doit accéder. Comme décrit ci-dessus, ISO/IEC7816-4 suppose que la valeur de limitation supérieure du 35 nombre d'enregistrements pouvant être stockés dans chaque fichier de données est de 254. Pour cette raison, dans ISO/IEC7816-4, le numéro d'enregistrement pouvant être spécifié par chaque commande va de 01 à FE en hexadécimal (1 à 254 en décimal). D'autre part, avec la commande AJOUT D'ENREGISTREMENT de (C3), une requête peut être effectuée pour accéder à un enregistrement auquel on doit accéder sans spécifier son numéro d'enregistrement. On utilise fréquemment la commande AJOUT D'ENREGISTREMENT en tant que commande pour effectuer une requête pour enregistrer en séquence des données d'un type particulier (par exemple, des informations d'historique représentant le contenu d'une série de processus). On s'attend en général à ce qu'il se produise une situation telle qu'un fichier de données dans lequel sont enregistrées en séquence des informations d'historique (c'est-à-dire un fichier de données auquel la commande AJOUT D'ENREGISTREMENT demande l'enregistrement de données en séquence) dépasse la valeur limite supérieure du nombre d'enregistrements pris en charge par ISO/IEC7816-4. C'est-à-dire qu'on s'attend à ce que le rendement de gestion de données puisse être accru en augmentant la valeur limite supérieure du nombre d'enregistrements dans un fichier de données dans lequel des données sont enregistrées en séquence en se basant sur la commande AJOUT D'ENREGISTREMENT.

Avec la carte de CI de ce mode de réalisation, on peut accroître le nombre d'enregistrements pouvant être stockés dans un fichier de données particulier. On notera ici que le fichier de données particulier n'est pas nécessairement un fichier de données physique. On suppose que le fichier de données particulier comporte deux fichiers de données ou plus qui sont reconnus comme un fichier de données par un dispositif externe tel que le dispositif de lecture/écriture de carte de CI 2. Comme décrit ultérieurement, on s'attend à ce que deux fichiers de données ayant les mêmes informations d'identification de fichier de données soient reconnuscomme un fichier de données (fichier de données particulier) par un dispositif externe. La forme de gestion des fichiers élémentaires va être ensuite décrite. La figure 6 représente un exemple de format d'informations de définition (informations de gestion) pour gérer les fichiers élémentaires.

Sur la figure 6, sont représentées des informations de gestion de fichier pour le fichier élémentaire EF1 représenté sur la figure 5A et le fichier élémentaire EF2 représenté sur la figure 5B. Les informations de gestion de fichier sont stockées dans une zone de stockage d'informations de gestion mise en place dans la mémoire de données. Comme représenté sur la figure 6, les informations de gestion de fichier pour chaque fichier sont constituées d'informations d'identification de fichier (identifiant d'EF court), d'informations de type de fichier, d'informations de longueur d'enregistrement, d'informations de nombre maximum d'enregistrements, et d'informations d'ordre d'utilisation. Les informations d'identification de fichier identifient un fichier de données. Chaque fichier de données est identifié par les informations d'identification des fichiers qui le spécifient. Pour cette raison, deux fichiers ou plus ayant les mêmes informations d'identification de fichier sont reconnus comme un fichier par le dispositif externe. Les informations de type de fichier contiennent des informations indiquant la structure de données du fichier correspondant. Lorsque par exemple la structure de données du fichier correspondant est la structure d'enregistrement, les informations de type de fichier indiquent une structure parmi les structures de (F2) à (F5). Les informations de longueur d'enregistrement sont des informations indiquant la taille de chaque enregistrement dans le fichier correspondant. Les informations de nombre maximum d'enregistrements sont des informations indiquant le nombre maximum d'enregistrements pouvant être mémorisés dans le fichier correspondant. Les informations d'ordre d'utilisation sont mises en place lorsqu'il y a deux fichiers ou plus des mêmes informations d'identification de fichier et indiquent l'ordre dans lequel ils sont utilisés. Ce mode de réalisation suppose que les éléments d'informations de gestion de fichier pour deux fichiers ou plus des mêmes informations d'identification de fichier sont identiques pour toutes les informations à l'exception des informations d'ordre d'utilisation. De plus, ce mode de réalisation suppose que des entiers sont déterminés en partant de 1 comme informations d'ordre d'utilisation pour les fichiers des mêmes informations d'identification de fichier. Lorsqu'il y a par exemple deux fichiers des mêmes informations d'identification de fichier, les informations d'ordre d'utilisation pour un fichier sont fixées à 1 et les informations d'ordre d'utilisation pour l'autre sont fixées à 2.

Dans l'exemple de la figure 6, les informations de gestion de fichier pour le fichier élémentaire EF1 sont fixées de sorte que les informations d'identification de fichier sont 01, le type de fichier est la structure linéaire avec des enregistrements de taille fixe, la longueur d'enregistrement est de 100 octets, le nombre maximum d'enregistrements est de 254 et l'ordre d'utilisation est 1. D'autre part, les informations de gestion de fichier pour le fichier élémentaire EF2 sont telles que les informations d'identification de fichier sont 01, le type de fichier est la structure linéaire avec des enregistrements de taille fixe, la longueur d'enregistrement est de 100 octets, le nombre maximum d'enregistrement est de 254 et l'ordre d'utilisation est 2. Comme représenté sur la figure 6, les fichiers élémentaires EF1 et EF2 ne diffèrent entre eux que par les informations d'ordre d'utilisation. Ces fichiers, qui sont physiquement deux fichiers, sont logiquement traités comme un fichier. C'est-à-dire que dans l'état ou un fichier dont les informations d'identification de fichier sont 01 est sélectionné, on accède en séquence aux fichiers élémentaires EF1 et EF2 en fonction de l'ordre déterminé par les informations d'ordre d'utilisation. Un exemple de traitement dans une carte de CI comme décrit 20 ci-dessus va ensuite être décrit. Une description est d'abord fournie du déroulement du traitement associé à la commande AJOUT D'ENREGISTREMENT (C3) en tant que premier exemple de traitement dans la carte de CI 1. La figure 7 est un organigramme illustrant le déroulement du 25 traitement associé à la commande AJOUTE D'ENREGISTREMENT (C3). Dans la description qui suit, on suppose qu'un fichier (fichier courant) auquel on doit accéder avec la commande AJOUT D'ENREGISTREMENT (C3) est un fichier élémentaire comportant des informations d'identification de fichier 01 et la structure linéaire avec des 30 enregistrements de taille variable comme représenté sur la figure 6. On suppose de plus que les données que l'on doit décrire avec la commande AJOUT D'ENREGISTREMENT ont une taille pouvant être stockée sous la forme d'un enregistrement dans un fichier dont les informations d'identification de fichier sont 01. On suppose de plus que des conditions 35 de sécurité sont inutiles pour écrire des données avec la commande AJOUT D'ENREGISTREMENT.

La carte de CI 1 est activée lorsqu'elle est alimentée à partir du dispositif de lecture/écriture de carte de CI 2. Dans l'état activé, la carte de CI 1 est capable de recevoir une commande depuis le dispositif de lecture/écriture de carte de CI 2. Lors de la réception d'une commande, le CPU 101 de la carte de CI 1 exécute un processus de décision de cette commande. Dans ce cas, le CPU 101 décide que la commande reçue est la commande AJOUT D'ENREGISTREMENT. Dans ce cas, le CPU 101 de la carte de CI 1 effectue un traitement tel que représenté sur la figure 7. C'est-à-dire que lors de la réception de la commande AJOUT D'ENREGISTREMENT, le CPU 101 recherche deux éléments d'informations de gestion de fichier ou plus mémorisés dans la mémoire de données 102 pour des informations de gestion de fichier comportant des informations d'identification de fichier du fichier (fichier courant) qui est désormais sélectionné (étape Si). Lorsque ce traitement de récupération décide qu'il n'y a pas d'informations de gestion de fichier comportant les informations d'identification de fichier du fichier courant (NON à l'étape S2), le CPU 101 envoie au dispositif de lecture/écriture de carte de CI 2 une réponse qui indique une erreur d'absence de fichier et fait produire par la commande AJOUT D'ENREGISTREMENT un résultat d'arrêt sur erreur (étape S3).

Si la décision lors du traitement de récupération est que des informations de gestion de fichier existent comportant les informations d'identification de fichier du fichier courant (OUI à l'étape S2), alors le CPU 101 décide qu'il y a ou non deux éléments d'informations de gestion de fichier ou plus comportant les mêmes informations d'identification de fichier que celles du fichier courant (étape S4). Si la décision est qu'il y a deux éléments d'informations de gestion de fichier ou plus comportant les mêmes informations d'identification de fichier que celles du fichier courant (OUI à l'étape S4), alors le CPU 101 sélectionne un candidat à l'accès à un fichier qui correspond aux informations de gestion de fichier dont les informations d'ordre d'utilisation indiquent le haut dans l'ordre d'utilisation (étape S5). D'autre part, s'il n'y a qu'un seul élément d'information de gestion de fichier comportant les informations d'identification de fichier du fichier courant (NON à l'étape S4), alors le CPU 101 sélectionne en tant que candidat à l'accès le fichier correspondant à ces informations de gestion de fichier.

Si par exemple, lorsqu'il y a deux éléments d'informations de gestion de fichier ou plus dont les informations d'identification de fichier sont 01, comme représenté sur la figure 6, les informations d'identification de fichier d'un fichier sélectionné sont 01, le CPU 101 sélectionne en tant que candidat à l'accès un fichier dans lequel les informations d'identification de fichier sont 01 et les informations d'ordre d'utilisation sont 01 par les étapes S1 à S5. Lorsque les informations de gestion de fichier comportant les informations d'identification de fichier du fichier courant sont au nombre de un, un seul fichier est présent pouvant être sélectionné en tant que candidat à l'accès par la commande AJOUT D'ENREGISTREMENT. Dans ce cas, ce fichier est simplement traité, son ordre d'utilisation étant 01 dans le déroulement du traitement représenté sur la figure 7. Lorsqu'un fichier auquel on doit accéder est sélectionné en tant que résultat du traitement ci-dessus, le CPU 101 décide qu'un nouvel enregistrement peut ou non être ajouté au fichier sélectionné (étape S6). En d'autres termes, le CPU 101 exécute lors de l'étape S6 un traitement de prise de décision du fait que le fichier sélectionné comporte ou non un enregistrement libre (zone libre) dans lequel on peut écrire.

Lorsque par exemple le nombre maximum d'enregistrements pouvant être stockés dans un fichier est de 254, lors de l'étape S6, le CPU 101 décide que 254 enregistrements numérotés de 1 à 254 ont ou non déjà été écrits dans le fichier dont les informations d'ordre d'utilisation sont 01.

Si la décision est qu'un nouvel enregistrement peut être écrit dans le fichier sélectionné (OUI à l'étape S6), le CPU 101 exécute un processus d'écriture de données spécifié par la commande AJOUT D'ENREGISTREMENT dans le fichier en tant que nouvel enregistrement (étape S7). Si l'on a réussi à écrire des données supplémentaires dans le fichier (OUI à l'étape S8), alors le CPU 101 envoie au dispositif de lecture/écriture de carte CI 2 une réponse indiquant une fin normale de traitement pour la commande AJOUT D'ENREGISTREMENT et il termine de traitement. D'autre part, si l'écriture de données supplémentaires a provoqué un échec (NON à l'étape S8), alors le CPU 101 envoie au dispositif de lecture/écriture de carte de Cl 2 une réponse indiquant un échec dans l'écriture de données et fait en sorte que le traitement de la commande AJOUT D'ENREGISTREMENT produise un arrêt sur erreur (étape S9). Si la décision est qu'on ne peut pas écrire un enregistrement supplémentaire dans le fichier sélectionné (NON à l'étape S6), alors le CPU 101 recherche des informations de gestion de fichier d'un fichier dont les informations d'identification de fichier sont les mêmes que celles du fichier sélectionné et dont l'ordre d'utilisation est celui qui suit le fichier sélectionné (étape S10), Si par exemple, lorsqu'il y a deux éléments d'informations de gestion de fichier ou plus dans lesquels les informations d'identification de fichier sont 01, comme représenté sur la figure 6, les informations d'identification de fichier du fichier sélectionné sont 01, et les informations d'ordre d'utilisation du fichier sélectionné sont 01, le CPU 101 sélectionne à l'étape S10 en tant que candidat à l'accès aux fichiers, les informations d'identification de fichier de 01 et les informations d'ordre d'utilisation de 02. Si la décision est qu'il n'y a pas de fichier suivant dans l'ordre d'utilisation (NON à l'étape S11), alors le CPU 101 envoie au dispositif de lecture/écriture de carte de CI 2 une réponse indiquant une erreur due à une absence d'enregistrement libre et fait effectuer par le traitement un arrêt sur erreur (étape S12). Le processus de l'étape S12 consiste à avertir l'émetteur de la commande AJOUT D'ENREGISTREMENT qu'une écriture supplémentaire de données (ajout d'un enregistrement) est impossible, car le nombre maximum d'enregistrements a déjà été mémorisé dans le fichier sélectionné. Lorsqu'un fichier qui suit dans l'ordre d'utilisation est trouvé par le traitement de recherche (OUI à l'étape S11), le CPU 101 sélectionne le fichier qui est le suivant dans l'ordre d'utilisation en tant que candidat à l'accès et, comme dans l'étape S6, décide qu'un nouvel enregistrement peut ou non être ajouté au fichier sélectionné (étape S13). Si la décision est qu'un nouvel enregistrement peut être ajouté au fichier sélectionné (OUI à l'étape S13), le CPU 101 écrit des données supplémentaires spécifiées dans la commande AJOUT D'ENREGISTREMENT reçue dans le fichier en tant que nouvel enregistrement (étape S7). Si on a réussi à écrire de telles données supplémentaires dans le fichier (OUI à l'étape S8), le CPU 101 envoie au dispositif de lecture/écriture de carte de CI une réponse indiquant la fin normale du traitement pour la commande AJOUT D'ENREGISTREMENT et il termine le traitement. D'autre part, si l'écriture de données supplémentaires a échoué (NON à l'étape S8), le CPU 101 envoie au dispositif de lecture/écriture de carte de CI tune réponse indiquant l'échec de l'écriture de données et fait en sorte que le traitement de la commande AJOUT D'ENREGISTREMENT produise un arrêt sur erreur (étape S9). Si la décision est qu'aucun enregistrement supplémentaire ne peut être écrit dans le fichier sélectionné (NON à l'étape S13), alors le CPU 101 revient à l'étape S10 en répétant le traitement ci-dessus. Si par exemple 254 enregistrements ont également été enregistrés dans le fichier pour lequel les informations d'ordre d'utilisation sont 02, le CPU 101 revient à l'étape S10 pour rechercher les informations de définition du fichier dans lequel les informations d'ordre d'utilisation sont 03.

Comme décrit ci-dessus, lors de la réception de la commande AJOUT D'ENREGISTREMENT, la carte de CI récupère les informations de gestion de fichier définissant un fichier qui est le premier dans l'ordre d'utilisation à partir de toutes les informations de gestion de fichier comportant les informations d'identification de fichier du fichier courant.

Lors de la détection de telles informations de gestion de fichier, la carte de CI décide si un enregistrement libre est présent ou non dans le fichier défini par ces informations de gestion de fichier. Si la décision est qu'aucun enregistrement libre n'est présent dans ce fichier, alors la carte de CI cherche de nouveau dans les informations de gestion de fichier un fichier qui est le deuxième dans l'ordre d'utilisation. Lors de la détection des informations de gestion de fichier pour un fichier qui est le deuxième dans l'ordre d'utilisation, la carte de CI décide si un enregistrement libre est présent ou non dans le fichier défini par ces informations de gestion de fichier. Si la décision est qu'un enregistrement libre est présent dans ce fichier, alors la carte de CI écrit des données dans l'enregistrement libre dans le fichier qui est le deuxième dans l'ordre d'utilisation. C'est-à-dire que lors de la réception de la commande AJOUT D'ENREGISTREMENT, la carte de CI écrit des données dans un enregistrement libre dans le fichier qui est le deuxième dans l'ordre d'utilisation lorsqu'aucun enregistrement libre n'est présent dans le fichier qui est le premier dans l'ordre d'utilisation. Ce traitement permet à la carte de CI d'écrire un plus grand nombre d'enregistrements que celui pouvant être stocké dans un fichier comme enregistrements auxquels un élément d'information d'identification de fichier peut accéder. Deux fichiers ou plus ayant les mêmes informations d'identification de fichier sont reconnus comme un fichier par le dispositif externe qui est l'émetteur de la commande. En conséquence, vu du dispositif externe, on peut écrire des enregistrements dans le fichier courant de la carte de CI en plus grand nombre qu'un nombre maximum prédéterminé d'enregistrements pouvant être mémorisés dans un fichier.

Une description est ensuite fournie du déroulement du traitement associé à la commande LECTURE D'ENREGISTREMENT (Cl) en tant que deuxième exemple de traitement dans la carte de CI 1. La figure 8 est un organigramme illustrant le déroulement du traitement associé à la commande LECTURE D'ENREGISTREMENT (CI).

Avec la commande LECTURE D'ENREGISTREMENT (Cl), le procédé de spécification d'un enregistrement à lire à un fichier de données de structure d'enregistrement est divisé en procédé pour spécifier le numéro d'enregistrement et procédé pour spécifier l'enregistrement qui précède l'enregistrement courant ou l'enregistrement suivant. On suppose que les informations indiquant l'enregistrement courant sont contenues dans une mémoire, telle que la RAM 103, et sont mises à jour comme nécessaire en accédant à chaque enregistrement. Dans la description qui suit, on suppose qu'un fichier (fichier courant) auquel on doit accéder avec la commande LECTURE D'ENREGISTREMENT (Cl), est un fichier élémentaire comportant les informations d'identification de fichier 01 et la structure linéaire avec des enregistrements de longueur variable, comme représenté sur la figure 6. On suppose en outre que la commande LECTURE d'enregistrement est une commande effectuant une requête pour lire l'enregistrement suivant en référence au fichier courant. Le traitement d'une commande LECTURE pour effectuer une requête pour lire de façon collective des enregistrements à partir d'un enregistrement spécifié jusqu'au dernier enregistrement ou à partir de l'enregistrement courant jusqu'au dernier enregistrement dans le fichier qui est le premier dans l'ordre d'utilisation, peut être mis en oeuvre en répétant un traitement tel que celui qui est représenté sur la figure 8, en tant que traitement pour lire à partir de chaque enregistrement. La carte de Cl 1 est activée lorsqu'elle est alimentée par le dispositif de lecture/écriture de carte de CI 2, devenant capable de recevoir des commandes depuis le dispositif de lecture/écriture de carte. Lors de la réception d'une commande du dispositif de lecture/écriture de carte de CI 2, le CPU 101 de la carte de CI 1 effectue un traitement pour déterminer le type de commande reçue. On suppose ici que la commande reçue est la commande LECTURE d'enregistrement. Lorsque la commande reçue depuis le dispositif de lecture/écriture de carte de CI 2 est la commande LECTURE D'ENREGISTREMENT, le CPU 101 exécute un traitement tel que celui qui représenté sur la figure 8. C'est-à-dire que lors de la réception de la commande LECTURE D'ENREGISTREMENT, le CPU 101 récupère les informations de gestion de fichier comportant des informations d'identification de fichier pour un fichier qui est actuellement en cours de sélection (fichier courant) à partir de deux éléments d'informations de gestion de fichier, ou plus, enregistrées dans la mémoire de données 102 (étape S21). Si le résultat de ce processus de récupération est qu'il n'y a aucune information de gestion de fichier comportant des informations d'identification de fichier pour le fichier courant (NON à l'étape S22), alors le CPU 101 envoie une réponse indiquant une erreur ou aucun fichier au dispositif de lecture/écriture de carte de CI 2 en tant que résultat du traitement pour la commande LECTURE D'ENREGISTREMENT et fait en sorte que le traitement provoque un arrêt sur erreur (étape S23). Si le résultat du processus de récupération est qu'il existe des informations de gestion de fichier comportant des informations d'identification de fichier pour le fichier courant (OUI à l'étape S22), alors le CPU 101 décide qu'il y a ou non deux éléments d'informations de gestion de fichier ou plus comportant les mêmes informations d'identification de fichier que celles du fichier courant (étape S24). Si la décision est qu'il y a deux éléments d'informations de gestion de fichier ou plus comportant les mêmes informations d'identification de fichier que celles du fichier courant, alors le CPU 101 sélectionne en tant que candidat à l'accès le fichier comportant des informations de gestion de fichier dans lesquelles les informations d'ordre

d'utilisation indiquent le premier dans l'ordre d'utilisation (étape S25). D'autre part, s'il n'y a qu'un seul élément d'information de gestion de fichier comportant les informations d'identification de fichier du fichier courant (NON à l'étape S24), alors le CPU 101 sélectionne en tant que candidat à l'accès le fichier correspondant à ces informations de gestion de fichier. Si par exemple, lorsqu'il y a deux éléments d'informations de gestion de fichier ou plus comportant des informations d'identification de fichier de 01 comme représenté sur la figure 6, les informations d'identification de fichier du fichier courant sont 01, le CPU 101 sélectionne alors en tant que candidat à l'accès le fichier dans lequel les informations d'identification de fichier sont 01 et les informations d'ordre d'utilisation sont 01 en tant que résultats de traitement lors des étapes S21 à 525.

Lorsqu'il y a un seul élément d'information de gestion de fichier comportant les informations d'identification de fichier du fichier courant, un seul fichier peut être sélectionné en tant que candidat à l'accès par la commande LECTURE D'ENREGISTREMENT. Dans ce cas, le fichier correspondant est simplement traité avec l'ordre d'utilisation 01 dans le traitement représenté sur la figure 8. Lorsqu'on sélectionne un fichier auquel accéder, le CPU 101 va chercher des informations indiquant l'enregistrement courant dans la RAM 103. En se basant sur les informations d'indication d'enregistrement courant récupérées dans la RAM 103, le CPU 101 détermine le numéro d'enregistrement d'un enregistrement spécifié par la commande LECTURE D'ENREGISTREMENT (étape S26). C'est-à-dire que lorsque la commande LECTURE D'ENREGISTREMENT spécifie l'enregistrement qui suit l'enregistrement courant, le CPU 101 identifie l'enregistrement suivant en se basant sur l'enregistrement courant indiquant les informations obtenues dans la RAM 103. L'enregistrement courant peut être indiqué par exemple par une combinaison d'un numéro d'enregistrement dans un fichier et de l'ordre d'utilisation de ce fichier ou en attribuant un numéro de série à chaque enregistrement dans un fichier. Toutefois, ce mode de réalisation suppose d'exécuter des commandes avec des contraintes définies par des normes prescrites (c'est-à-dire, d'utiliser des commandes existantes sans modifier leurs spécifications). Pour cette raison, il est impossible de spécifier directement un enregistrement dans un fichier qui est le troisième ou plus dans l'ordre d'utilisation. Toutefois, puisque les informations d'indication d'enregistrement courant sont contenues dans la carte de CI, il est également possible de conserver un enregistrement dans un fichier qui est le troisième ou plus dans l'ordre d'utilisation, comme enregistrement courant. Il est possible par exemple de définir le numéro d'enregistrement de chaque enregistrement dans un fichier qui est le n-ième dans l'ordre d'utilisation par 1 + (nombre maximum d'enregistrements dans chaque fichier) x (n-1) jusqu'à nombre maximum d'enregistrements + (nombre maximum d'enregistrements dans chaque fichier) x (n-1) . Dans ce cas, le numéro d'enregistrement de l'enregistrement qui suit l'enregistrement courant est déterminé comme étant le numéro d'enregistrement courant + 1.

Lors de la détermination du numéro d'enregistrement spécifié par la commande LECTURE D'ENREGISTREMENT (le numéro d'enregistrement qui suit le numéro d'enregistrement courant), le CPU 101 décide si l'enregistrement du numéro d'enregistrement spécifié est présent ou non dans le fichier actuellement sélectionné (par exemple, le fichier dans lequel le numéro d'identification de fichier est 01 et les informations d'ordre d'utilisation sont 01 (étape 527). Lorsque par exemple les numéros d'enregistrement des enregistrements dans le fichier qui est le n-ième dans l'ordre d'utilisation sont définis par 1 + 254 x (n-1) à 254 + 254 x (n-1) , le CPU 101 peut décider si l'enregistrement spécifié est présent ou non dans le fichier qui est le premier dans l'ordre d'utilisation selon que le numéro d'enregistrement est ou non supérieur à 254. Dans la description qui suit, le CPU 101 décide si le numéro d'enregistrement spécifié est présent ou non dans le fichier qui est le premier dans l'ordre d'utilisation. Si la décision est que l'enregistrement spécifié est présent dans le fichier sélectionné (OUI à l'étape S27), le CPU 101 exécute un processus de lecture de données à partir de l'enregistrement ayant le numéro d'enregistrement spécifié par la commande LECTURE D'ENREGISTREMENT reçue (étape S28). S'i on a réussi à lire les données (OUI à l'étape S29), le CPU 101 envoie les données lues et les informations indiquant la fin normale en tant que réponse au dispositif de lecture/écriture de carte de CI 2 et termine le traitement pour la commande LECTURE D'ENREGISTREMENT. D'autre part, si le traitement de lecture de données a échoué (NON à l'étape S29), le CPU 101 envoie une réponse indiquant un échec de lecture de données au dispositif de lecture/écriture de carte de CI 2 et fait en sorte que le traitement de la commande LECTURE D'ENREGISTREMENT produise un arrêt sur erreur (étape S30). Si la décision est que l'enregistrement spécifié n'est pas présent dans le fichier sélectionné (NON à l'étape S27), alors le CPU recherche dans les informations de gestion de fichier un fichier comportant les mêmes informations d'identification de fichier que le fichier courant et qui est le suivant dans l'ordre d'utilisation (étape S31). Si par exemple, lorsqu'il y a deux éléments d'informations de gestion de fichier ou plus dans lesquels les informations d'identification de fichier sont 01 comme représenté sur la figure 6, le fichier sélectionné comporte des informations d'identification de fichier de 01 et il est le premier dans l'ordre d'utilisation, alors le CPU sélectionne en tant que candidat à l'accès un fichier comportant les informations d'identification de fichier de 01 et qui est le deuxième dans l'ordre d'utilisation, à l'étape S31. Si la décision est qu'il n'y a pas de fichier suivant dans l'ordre d'utilisation (NON à l'étape S32), alors le CPU 101 envoie une réponse indiquant une erreur, aucun enregistrement spécifié, au dispositif de lecture/écriture de carte de CI 2 et fait en sorte que le traitement produise un arrêt sur erreur (étape S33). Le processus de l'étape S33 est un processus destiné à envoyer une réponse indiquant que le fichier sélectionné est présent mais que l'enregistrement spécifié n'est pas présent dans le fichier sélectionné. Si on a trouvé un fichier qui est le suivant dans l'ordre d'utilisation (OUI à l'étape S32), alors le CPU 101 sélectionne ce fichier en tant que candidat à l'accès et il décide ensuite si l'enregistrement spécifié est ou non présent dans le fichier sélectionné comme à l'étape S27 (étape S34). Si la décision est que l'enregistrement spécifié est présent dans 35 le fichier sélectionné (OUI à l'étape S34), alors le CPU 101 passe à l'étape S28 pour exécuter un processus de lecture de données à partir de l'enregistrement spécifié. Si l'on a réussi à lire les données (OUI à l'étape S29), alors le CPU 101 envoie les données lues et les informations indiquant la fin normale en tant que réponse au dispositif de lecture/écriture de carte de CI 2 et termine le traitement. Si d'autre part la lecture de données a provoqué un échec (NON à l'étape S29), alors le CPU 101 envoie au dispositif de lecture/écriture de carte de CI 2 une réponse indiquant un échec de lecture de données et fait en sorte que le traitement de la commande LECTURE D'ENREGISTREMENT produise un arrêt sur erreur (étape S30).

Si la décision est que l'enregistrement spécifié n'est pas présent dans le fichier sélectionné (NON à l'étape S34), alors le CPU 101 revient à l'étape S31 afin de répéter le traitement ci-dessus. Ceci permet au CPU 101 de récupérer l'enregistrement spécifié à partir des fichiers comportant les mêmes informations d'identification de fichier que lefichier courant en fonction de leur ordre d'utilisation. Comme décrit ci-dessus, la carte de CI de ce mode de réalisation récupère à partir des éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier que celles du fichier courant, les informations de gestion de fichier comportant les informations d'ordre d'utilisation indiquant le premier dans l'ordre d'utilisation lors de la réception de la commande LECTURE D'ENREGISTREMENT. Lors de la détection de telles informations de gestion de fichier, la carte de CI décide si un enregistrement à lire est ou non présent dans le fichier défini par ces informations de gestion de fichier. Si la décision est qu'aucun enregistrement à lire n'est présent dans le fichier qui est le premier dans l'ordre d'utilisation, alors la carte de CI cherche de nouveau des informations de gestion de fichier comportant des informations d'ordre d'utilisation indiquant le deuxième dans l'ordre d'utilisation. Lors de la détection de telles informations de gestion de fichier, la carte de CI décide si l'enregistrement à lire est présent ou non dans un fichier défini par ces informations de gestion de fichier. Si la décision est qu'un tel enregistrement est présent dans le fichier qui est le deuxième dans l'ordre d'utilisation, alors la carte de CI lit l'enregistrement dans ce fichier.

C'est-à-dire que la carte de CI est autorisée, lors de la réception de la commande LECTURE D'ENREGISTREMENT, à lire des données d'enregistrement à partir d'un fichier qui est le deuxième ou plus dans l'ordre d'utilisation en décidant si l'enregistrement à lire est présent ou non dans les fichiers dans leur ordre d'utilisation. Ce traitement permet à la carte de CI de lire un enregistrement désiré même si le nombre d'enregistrements accessibles par un élément des informations d'identification de fichier dépasse un nombre maximum d'enregistrements pouvant être stockés dans un fichier. Avec la commande LECTURE D'ENREGISTREMENT il est possible de spécifier un enregistrement à lire en référence à l'enregistrement courant. Par exemple, avec la commande LECTURE D'ENREGISTREMENT il est possible de spécifier un enregistrement à lire comme l'enregistrement qui suit l'enregistrement courant. Les informations indiquant l'enregistrement courant sont contenues dans la carte de CI. Pour cette raison, il est également possible de déterminer un fichier qui est le deuxième ou plus dans l'ordre d'utilisation comme enregistrement courant. C'est-à-dire que même avec un dispositif externe qui reconnaît comme un fichier deux fichiers ou plus comportant les mêmes informations d'identification de fichier, il est possible d'effectuer une requête pour lire des données d'enregistrement dans un fichier qui est le deuxième ou plus dans l'ordre d'utilisation en spécifiant un enregistrement à lire en référence à l'enregistrement courant sans modifier les spécifications de la commande LECTURE D'ENREGISTREMENT définies par les normes prescrites. Comme décrit cl-dessus, le mode de réalisation permet de gérer plus d'enregistrements que 254, le nombre maximum normalisé, avec un simple élément d'information d'identification de fichier sans modifier les spécifications de la commande AJOUT D'ENREGISTREMENT ou de la commande LECTURE D'ENREGISTREMENT, définies par les normes prescrites, telles que I5O/IEC7816-4.

On notera que le mode de réalisation mentionné ci-dessus n'est pas destiné à limiter le nombre de fichiers comportant les mêmes informations d'identification de fichier et pour lesquels l'ordre d'utilisation est déterminé, le nombre maximum d'enregistrements dans chaque fichier et le type de fichier. C'est-à-dire qu'on peut déterminer arbitrairement le nombre de fichiers qui sont mis dans l'ordre d'utilisation par les informations de gestion de fichier. Comme exemple, lorsque dix fichiers

sont placés dans l'ordre d'utilisation, les valeurs de 1 à 10 sont fixées dans l'ordre comme informations d'ordre d'utilisation dans leurs informations de définition de fichier. Le nombre maximum d'enregistrements peut être fixé à un nombre arbitraire autre que 254. On peut appliquer le mode de réalisation à de quelconques fichiers dans la mesure où il s'agit de la structure d'enregistrement. C'est-à-dire qu'on peut également appliquer le mode de réalisation à des fichiers d'autres structures que la structure linéaire d'enregistrements de longueur variable. Des avantages et modifications supplémentaires apparaîtront facilement aux hommes de l'art. En conséquence, dans ses plus larges aspects, l'invention n'est pas limitée aux détails spécifiques et modes de réalisations représentatifs présentés et ici décrits. En conséquence, on peut effectuer diverses modifications sans s'écarter de l'esprit ou de la portée du concept général inventé tel quel défini par les revendications annexées et leurs équivalents.

Claims (13)

REVENDICATIONS

1. Dispositif électronique portable (1) caractérisé en ce qu'il comprend une première mémoire (102) pour stocker des données par fichier ; une deuxième mémoire (102) pour stocker une pluralité d'éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier pour des fichiers et des informations d'ordre d'utilisation de fichier différentes indiquant l'ordre d'utilisation des fichiers ; une première section de décision d'accès (S5 à S6, S22 à S27) qui, lors de la réception d'une commande provenant d'un dispositif externe, prend une décision d'accéder ou non à un premier fichier défini par ces informations de gestion de fichier, parmi la pluralité d'éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier, comportant des informations d'ordre d'utilisation de fichier indiquant que le premier fichier est le premier dans l'ordre d'utilisation ; une deuxième section de décision d'accès (S10 à 513, S31 à S34) qui, si la décision de la première section de décision est que l'on ne doit pas accéder au premier fichier, prend une décision d'accéder ou non à un deuxième fichier défini par ces informations de gestion de fichier, parmi les éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier, comportant des informations d'ordre d'utilisation indiquant que le deuxième fichier est le deuxième dans l'ordre d'utilisation ; et une section de traitement (S7, S28) qui effectue un traitement correspondant à la commande sur le fichier auquel la première ou la deuxième section de décision décide d'accéder.

2. Dispositif électronique portable (1) selon la revendication 1, caractérisé en ce que la commande est une commande d'écriture destinée à effectuer une requête pour écrire des données dans un fichier, la première section de décision d'accès (55 à S6) décide si l'on doit accéder au premier fichier en fonction de la présence ou de l'absence d'une zone libre permettant d'écrire des données dans le premier fichier, et la deuxième section de décision d'accès (S10 à S13) décide si l'on doitaccéder au deuxième fichier en fonction de la présence ou de l'absence d'une zone libre permettant d'écrire des données dans le deuxième fichier.

3. Dispositif électronique portable (1) selon la revendication 1, caractérisé en ce que le fichier auquel on doit accéder est un fichier de structure d'enregistrement, la première section de décision d'accès (S5 à S6) décide si l'on doit ou non accéder au premier fichier en fonction de la présence ou de l'absence d'un enregistrement libre pour stocker des données dans le premier fichier, et la deuxième section de décision d'accès (510 à S13) décide si l'on doit accéder ou non au deuxième fichier en fonction de la présence ou de l'absence d'un enregistrement libre pour stocker des données dans le deuxième fichier.

4. Dispositif électronique portable (1) selon la revendication 1, caractérisé en ce que la commande est une commande de lecture destinée à effectuer une requête pour lire des données dans un fichier, la première section de décision d'accès (S22 à S27) décide si l'on doit accéder au premier fichier en fonction de la présence ou de l'absence d'une zone de stockage de données à lire dans le premier fichier, et la deuxième section de décision d'accès (S31 à S34) décide si l'on doit accéder au deuxième fichier en fonction de la présence ou de l'absence d'une zone d'enregistrement pour des données à lire dans le deuxième fichier.

5. Dispositif électronique portable (1) selon la revendication 1, caractérisé en ce que le fichier auquel on doit accéder est un fichier de structure d'enregistrement, la première section de décision d'accès (S22 à S27) décide si l'on doit accéder au premier fichier en fonction de la présence ou de l'absence d'un enregistrement contenant des données à lire dans le premier fichier, et la deuxième section de décision d'accès (S31 à S34) décide si l'on doit accéder ou non au deuxième fichier en fonction de la présence ou de l'absence d'un enregistrement contenant des données à lire dans le deuxième fichier.

6. Dispositif électronique portable selon la revendication 5, caractérisé en ce qu'il comprend en outre une troisième mémoire (103) pour stocker des informations indiquant un enregistrement courant, et caractérisé en ce que la commande est une commande de lecture par laquelle un enregistrement à lire est spécifié en référence à l'enregistrement courant, la première section de décision d'accès (S22 à S27) identifie un enregistrement spécifié par la commande de lecture en référence à l'enregistrement courant et décide d'accéder ou non au premier fichier en fonction de la présence ou de l'absence de l'enregistrement spécifié dans le premier fichier, et la deuxième section de décision d'accès (S31 à S34) identifie un enregistrement spécifié par la commande de lecture en référence à l'enregistrement courant et décide d'accéder ou non au deuxième fichier en fonction de la présence ou de l'absence de l'enregistrement spécifié dans le deuxième fichier.

7. Procédé de gestion de fichier destiné à être utilisé avec un dispositif électronique portable caractérisé en ce qu'il comprend : le stockage par fichier de données dans une première mémoire ; le stockage dans une deuxième mémoire d'une pluralité d'éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier pour des fichiers et des informations différentes d'ordre d'utilisation de fichiers indiquant l'ordre d'utilisation des fichiers ; lors de la réception d'une commande provenant d'un dispositif externe, la prise d'une première décision d'accéder ou non à un premier fichier défini par ces informations de gestion de fichier ou la pluralité d'éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier, comportant des informations d'ordre d'utilisation des fichiers indiquant que le premier fichier est le premier dans l'ordre d'utilisation ; si la décision est qu'il ne faut pas accéder au premier fichier, la prise d'une deuxième décision d'accéder ou non à un deuxième fichier défini par ces informations de gestion de fichier, des éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier, comportant des informations d'ordre d'utilisation indiquant que le deuxième fichier est le deuxième dans l'ordre d'utilisation ; et l'exécution d'un traitement correspondant à la commande sur le fichier auquel décide d'accéder la première ou la deuxième décision.

8. Procédé selon la revendication 7, caractérisé en ce que la commande est une commande d'écriture destinée à effectuer une requête pour écrire des données dans un fichier, la première décision est prise en fonction de la présence ou de l'absence d'une zone libre permettantd'écrire des données dans le premier fichier, et la deuxième décision est prise en fonction de la présence ou de l'absence d'une zone libre permettant d'écrire des données dans le deuxième fichier.

9. Procédé selon la revendication 1, caractérisé en ce que le fichier auquel on doit accéder est un fichier de structure d'enregistrement, la première décision est prise en fonction de la présence ou de l'absence d'un enregistrement libre pour stocker des données dans le premier fichier, et la deuxième décision est prise en fonction de la présence ou de l'absence d'un enregistrement libre pour stocker des données dans le deuxième fichier.

10. Procédé selon la revendication 7, caractérisé en ce que la commande est une commande de lecture pour effectuer une requête pour lire des données dans un fichier, la première décision est prise en fonction de la présence ou de l'absence d'une zone de stockage de données à lire dans le premier fichier, et la deuxième décision est prise en fonction de la présence ou de l'absence d'une zone de stockage de données à lire dans le deuxième fichier.

11. Procédé selon la revendication 7, caractérisé en ce que le fichier auquel on doit accéder est un fichier de structure d'enregistrement, la première décision est prise en fonction de la présence ou de l'absence d'un enregistrement contenant des données à lire dans le premier fichier, et la deuxième décision est prise en fonction de la présence ou de l'absence d'un enregistrement contenant des données à lire dans le deuxième fichier.

12. Procédé selon la revendication 11, caractérisé en ce qu'il comprend en outre le stockage d'informations indiquant un enregistrement courant dans une troisième mémoire, et caractérisé en ce que la commande est une commande de lecture par laquelle un enregistrement à lire est spécifié en référence à l'enregistrement courant, la première décision implique l'identification d'un enregistrement spécifié par la commande de lecture en référence à l'enregistrement courant et la décision d'accéder ou non au premier fichier en fonction de la présence ou de l'absence de l'enregistrement spécifié dans le premier fichier, et la deuxième décision implique l'identification d'un enregistrement spécifié par la commande de lecture en référence à l'enregistrement courant et ladécision d'accéder ou non au deuxième fichier en fonction de la présence ou de l'absence de l'enregistrement spécifié dans le deuxième fichier.

13. Carte de CI caractérisée en ce qu'elle comprend : un module ; et un corps dans lequel est incorporé le module, le module comprenant une première mémoire pour stocker des données par fichier, une deuxième mémoire pour stocker une pluralité d'éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier pour des fichiers et des informations différentes d'ordre d'utilisation de fichiers indiquant l'ordre d'utilisation des fichiers, une première section de décision d'accès qui, lors de la réception d'une commande provenant d'un dispositif externe, prend une décision d'accéder ou non à un premier fichier défini par ces informations de gestion de fichier, de la pluralité d'éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier, comportant des informations d'ordre d'utilisation des fichiers indiquant que le premier fichier est le premier dans l'ordre d'utilisation, une deuxième section de décision d'accès qui, si la décision de la première section de décision est qu'il ne faut pas accéder au premier fichier, prend une décision d'accéder ou non à un deuxième fichier défini par ces informations de gestion de fichier, des éléments d'informations de gestion de fichier comportant les mêmes informations d'identification de fichier, comportant des informations d'ordre d'utilisation indiquant que le deuxième fichier est le deuxième dans l'ordre d'utilisation, et une section de traitement qui effectue un traitement correspondant à la commande sur le fichier auquel a décidé d'accéder la première ou la deuxième section de décision.