FR 2914449 A1 20081003 FR 0851649 A 20080314 DISPOSITIF ÉLECTRONIQUE PORTABLE ET PROCÉDÉ DE CONTRâLE D'UN DISPOSITIF ÉLECTRONIQUE PORTABLE ARRIÈRE-PLAN DE L'INVENTION Cette invention concerne un dispositif électronique portable tel qu'une carte à circuit intégré (CI) (ou "IC Card" en anglais), qui exécute par exemple, un processus conformément à une commande délivrée par un dispositif externe, et un procédé de contrôle du dispositif électronique portable. De manière classique, un dispositif électronique portable tel qu'une carte à cl exécute un processus pour accéder à des données stockées dans une mémoire non volatile en tant que processus exécuté conformément à une commande délivrée par un dispositif externe. Dans la mémoire non volatile du dispositif électronique portable tel que la carte à CI, on définit divers fichiers utilisés pour stocker divers éléments de données. Par exemple, dans la carte à cl, des fichiers tels que MF, DF, EF, sont gérés en une structure hiérarchique. Généralement, dans la carte à CI avec la structure de fichiers ci-dessus, des données réelles sont stockées dans l'EF de la mémoire non volatile (se référer par exemple à la demande de brevet japonais, publication KOKOKU n 2695857). En outre, dans les conditions de fonctionnement ci-dessus de la carte à cl, la carte à cl exécute un processus conformément à une commande délivrée par un équipement de traitement de carte à cl (dispositif externe). Par exemple, la carte à cl contrôle l'accès à des éléments de données dans la mémoire non volatile conformément à une commande qui demande d'accéder à des données stockées dans la mémoire non volatile. De plus, il est nécessaire que la carte à cl présente une sécurité adéquate pour accéder aux éléments de données respectifs dans la mémoire non volatile. Il n'est en conséquence pas préférable d'accéder de façon inconditionnelle à des données conformément à une commande délivrée par un dispositif externe. La technique de contrôle d'accès à chaque fichier conformément à chaque commande basée sur la condition d'accès déterminée pour chaque fichier est décrite, par exemple, dans la demande de brevet japonais, publication KOKAI n H8-263353. En d'autres termes, avec la technique décrite dans la demande de brevet japonais, publication KOKAI n H8-263353, la carte à cl effectue une opération de contrôle pour permettre d'accéder à un fichier satisfaisant à une condition d'accès fixée à l'avance. BREF RÉSUMÉ DE L'INVENTION Selon un aspect de cette invention, un objectif consiste à fournir un dispositif électronique portable capable d'accéder de manière efficace à des données situées dans un fichier et un procédé de contrôle du dispositif électronique portable. Selon un aspect de la présente invention, il est fourni un dispositif électronique portable fonctionnant conformément à une commande délivrée par un dispositif externe et incluant une portion de communication qui communique avec le dispositif externe, une première portion de stockage qui stocke des fichiers dans lesquels sont stockées une pluralité de chaînes de données, une deuxième portion de stockage qui stocke des conditions d'accès fixées pour des chaînes de données respectives dans les fichiers stockés dans la première portion de stockage, une portion de détermination qui détermine s'il est possible d'exécuter un processus de commande demandé par une commande pour une chaîne de données spécifiée par la commande reçue depuis le dispositif externe par l'intermédiaire de la portion de communication, en se basant sur les conditions d'accès fixées pour chaque chaîne de données stockée dans la deuxième portion de stockage, et une portion de contrôle qui exécute le processus de commande lorsque la portion de détermination détermine qu'il est possible d'exécuter le processus de commande demandé par la commande pour la chaîne de données spécifiée par la commande. Selon un autre aspect de la présente invention, il est fourni un procédé de contrôle d'un dispositif électronique portable qui est utilisé dans le dispositif électronique portable comportant une mémoire destinée à stocker des données et fonctionnant conformément à une commande délivrée par un dispositif externe et incluant la détermination du fait qu'il est possible d'exécuter un processus de commande demandé par une commande pour une chaîne de données spécifiée par la commande reçue depuis le dispositif externe, en se basant sur l'une des conditions d'accès fixées pour des chaînes de données respectives de fichiers stockés dans la mémoire lorsque la commande est reçue depuis le dispositif externe, et l'exécution du processus de commande lorsque le processus de détermination a déterminé qu'il était possible d'exécuter le processus de commande demandé par la commande pour la chaîne de données spécifiée par la commande. D'autres objectifs et avantages de l'invention seront présentés dans la description qui suit et seront en partie évidents d'après la description, ou ils 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 des 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 description 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 schéma par blocs montrant un exemple de la configuration d'un système de carte à CI contenant une carte à CI en tant que dispositif électronique portable selon un mode de réalisation de cette invention. La figure 2 est un schéma par blocs représentant schématiquement un exemple de la configuration d'une carte à CI. La figure 3 est un dessin schématique montrant un exemple de la structure des données dans une mémoire de données. La figure 4 est un dessin schématique montrant un exemple de 25 la structure des données dans une mémoire de travail. La figure 5 est un dessin montrant un exemple de la configuration d'informations de définition d'EF d'enregistrements. La figure 6 est un schéma montrant un exemple de la configuration d'un enregistrement stocké dans un EF d'enregistrements. 30 La figure 7A est un schéma montrant un exemple de la configuration d'une table de liste de tags. La figure 7B est un schéma montrant un exemple de la configuration de chaque table de tag. La figure 8 est un dessin schématique montrant un exemple 35 format d'une commande délivrée à une carte à CI. La figure 9 est un dessin schématique montrant un exemple de format d'une commande délivrée à une carte à CL La figure 10 est un organigramme destiné à illustrer un exemple de processus pour une commande de série d'enregistrements La figure Il est un organigramme destiné à illustrer un exemple de processus pour une commande de série d'objets de données. DESCRIPTION DÉTAILLÉE DE L'INVENTION Un mode de réalisation de la présente invention va maintenant être décrit en référence aux dessins annexés. La figure 1 montre un exemple de la configuration d'un système de carte à cl contenant une carte à cl en tant que dispositif électronique portable selon un mode de réalisation de cette invention. Le système de carte à cl représenté sur la figure 1 comporte un équipement de traitement de carte à cl (dispositif externe) 100 et une carte à CI 101. L'équipement de traitement de carte à ci 100 comporte un dispositif de lecture/écriture de carte 102, un dispositif terminal 103, un clavier 104, une portion d'affichage à TRC 105 (CRT en anglais), une imprimante 106 et analogue. La carte à cl 101 peut effectuer des communications de données avec le dispositif terminal 103 par l'intermédiaire du dispositif de lecture/écriture de carte 102. Le dispositif terminal 103 est configuré par un ordinateur ou analogue, qui exécute divers processus en faisant exécuter par un élément de contrôle divers programmes de contrôle et analogue, stockés dans une mémoire (non représentée). Le dispositif terminal 103 contrôle par exemple l'entrée/la sortie de données par rapport à la carte à CI 101 en utilisant le dispositif de lecture/écriture de carte 102. En outre, le dispositif terminal 103 exécute divers processus conformément à des instructions de fonctionnement appliquées en entrée au clavier 104 par l'entrée d'un utilisateur. De plus, le dispositif terminal 103 possède une fonction d'affichage des résultats de processus sur la portion d'affichage à TRC 105 et provoquant leur impression par l'imprimante 106, La carte à CI 101 est mise dans un état fonctionnel lorsqu'elle est alimentée par une tension d'alimentation provenant du dispositif de lecture/écriture de carte 102. La carte à cl 101 exécute divers traitements conformément à des commandes délivrées par le dispositif de lecture/écriture de carte 102. C'est-à-dire que le dispositif de lecture/écriture de carte 102 délivre une tension d'alimentation et des commandes demandant divers processus à la carte à ci 101. En tant que contenus des commandes délivrées à la carte à CI 101 par ['équipement de traitement de la carte à a 100, sont prévus par exemple des contenus demandant l'écriture, la mise à jour, la lecture, l'effacement, l'ajout de données, et analogue. La figure 2 est un schéma montrant un exemple de configuration de la carte à cl 101. Comme représenté sur la figure 2, la carte à a 101 comporte un CPU 201, une mémoire de données 202, une mémoire de travail 203, une mémoire de programmes 204, une portion de communication 205 et analogue. Le CPU 201, la mémoire de données 202, la mémoire de travail 203, la mémoire de programmes 204 et une partie (telle qu'un circuit de contrôle de communication) de la portion de communication 205 sont configurés par une puce de CI 206 ou une pluralité de puces de CI. En outre, la puce de CI 206 et une partie (portion d'antenne ou portion de contact) de la portion de communication 205 sont réalisées sous forme de module intégré pour configurer un module de CI M. Le module de CI M est contenu dans le corps principal B de la carte à CI 101. Le CPU 201 est un élément de contrôle qui effectue une opération de contrôle dans la carte à CI 101. Le CPU 201 exécute divers processus en exécutant des programmes de contrôle stockés dans la mémoire de programmes 204 ou dans la mémoire de données 202. Le CPU 201 a par exemple pour fonction d'exécuter divers processus tels que divers processus de détermination, un processus d'écriture d'une chaîne de données spécifiée dans la mémoire de données 202 ou un processus de lecture d'une chaîne de données spécifiée dans la mémoire de données 202. La mémoire de données 202 est une mémoire de données non volatile effaçable ou réinscriptible. La mémoire de données 202 est configurée par exemple par une mémoire non volatile telle qu'une EEPROM (Electrically Erasable and Programmable Read Only l'vlemory ou mémoire à lecture seule électriquement effaçable et programmable), une ROM flash ou analogue. Divers éléments de données tels que divers éléments de données d'application sont stockés dans la mémoire de données 202 avec une structure de fichiers fixée à l'avance. La mémoire de travail 203 est une mémoire de travail utilisée pour contenir temporairement des données de processus lorsque le CPU 201 exécute un processus. La mémoire de travail 203 est configurée, par exemple, par une mémoire volatile telle qu'une RAM (Random Access Memory ou mémoire à accès aléatoire). La mémoire de programmes 204 est une mémoire non volatile dans laquelle on ne peut pas réécrire de données. La mémoire de programmes 204 est configurée, par exemple, par une ROM (Read Only Memory ou mémoire à lecture seule) masque (ou "Mask ROM" en anglais). Dans la mémoire de programmes 204, sont stockés des programmes de contrôle, des données de contrôle et analogue, utilisés pour contrôler le fonctionnement de base de la carte à cl 101. Le CPU 201 réalise l'opération de base de la carte à CI 101 en exécutant le programme de contrôle stocké dans la mémoire de programmes 204. La portion de communication 205 effectue des communications de données avec l'équipement de traitement de carte à cl 100. La portion de communication 205 a une configuration correspondant au système de communication de la carte à cl 101. Lorsque par exemple, la carte à cl 101 est une carte à cl sans contact (sans fil), la portion de communication 205 est configurée par une portion d'antenne, un circuit de contrôle de communication (circuit de modulation/démodulation) et analogue. Dans ce cas, dans la portion de communication 205, des ondes modulées reçues par la portion d'antenne sont démodulées par le circuit de modulation/démodulation et des ondes modulées, modulées par le circuit de modulation/démodulation, sont transmises par l'intermédiaire de la portion d'antenne. D'autre part, lorsque la carte à CI 101 est une carte à CI sans contact, la portion de communication 205 génère une horloge de fonctionnement et une tension d'alimentation destinées à être délivrées à un circuit interne, en se basant sur les ondes modulées reçues. En outre, lorsque la carte à CI 101 est une carte à cl à contacts, la portion de communication 205 est configurée par une portion de contact comportant diverses bornes qui sont exposées à la surface du corps principat B de la carte à CI 101. Dans ce cas, la portion de communication 205 est amenée en contact avec une portion de borne de carte à CI (non représentée) prévue du côté du dispositif externe (dispositif de lecture/écriture de carte 102) pour acquérir une horloge de fonctionnement et une tension d'alimentation et pour transmettre ou recevoir des données. La structure de données de la mémoire de données 202 est ensuite expliquée. Dans la mémoire de données 202, on définit une pluralité de fichiers gérés dans la structure hiérarchique. Par exemple, les fichiers stockés dans la mémoire de données 202 sont classés en un fichier maître (MF pour "Master File" en anglais) dans la hiérarchie la plus haute, un fichier dédié (DF pour "Dedicated File" en anglais) qui est une hiérarchie venant à la suite du MF et un fichier élémentaire (EF pour "Elementary File" en anglais) qui est une hiérarchie venant à la suite du DF (ou le MF). Les fichiers ci-dessus sont définis par des éléments d'informations de définition et sont identifiés par des identifiants. En outre, dans la structure de fichiers ci-dessus, divers éléments de données sont stockés dans I'EF. En d'autres termes, l'EF est un fichier de données destiné à stocker divers éléments de données. Les données stockées dans l'EF ont plusieurs types de structures de données. On suppose par exemple que la structure de données stockée dans l'EF est classée en trois types constitués d'un type binaire (structure transparente), un type enregistrement (structure d'enregistrement) et un type objet de données (structure TLV (Tag Length Value)). Dans l'EF de type binaire (qui est également appelé ci-après EF binaire), on stocke des données sous forme binaire. Dans l'EF de type enregistrement (qui est également appelé ci-après EF d'enregistrements), on stocke divers éléments de données identifiés par des numéros d'enregistrement. En outre, dans l'EF de type objet de données (qui est également appelé ci-après EF d'objet de données), sont stockées les données d'une structure (structure TLV) configurée par une portion de tag (T) (ou label ou marque) indiquant un identifiant, une portion de longueur (L) indiquant la longueur des données réelles et une portion de valeur (V) en tant que données réelles. La figure 3 montre un exemple de la structure de données dans la mémoire de données 202. En outre, la figure 4 montre un exemple de la structure de données stockée dans la mémoire de travail 203. Comme représenté sur la figure 3, dans la mémoire de données 202, sont stockés une pluralité d'éléments d'informations de définition et de corps d'EF définis par les éléments d'informations de définition respectifs. Dans l'exemple représenté sur la figure 3, un premier EF d'enregistrements 308, un deuxième EF d'enregistrements 309, un troisième EF d'enregistrements 310, un EF de clé de vérification 311, un EF de clé d'authentification 312, un EF de clé de génération d'authentifiant 313, un EF de clé de chiffrement 314, une table de listes de tags 315, un EF d'objet de données 316, des informations de définition 301 du premier EF d'enregistrements 308, des informations de définition 302 du deuxième EF d'enregistrements, des informations de définition 303 du troisième EF d'enregistrements, des informations de définition d'EF de clé de vérification 304, des informations de définition d'EF de clé d'authentification 305, des informations de définition d'EF de clé de génération d'authentifiant 306 et des informations de définition d'EF de clé de chiffrement 307, sont stockés dans la mémoire de données 202. Dans l'exemple représenté sur la figure 3, le premier, le deuxième et le troisième EF d'enregistrements 308, 309, 310 sont respectivement des EF définis par les éléments d'informations de définition 301, 302, 303. Chaque EF d'enregistrements comporte un enregistrement ou une pluralité d'enregistrements dans l'EF. Les informations d'identification sont attachées à chaque enregistrement de l'EF d'enregistrements. En conséquence, chaque enregistrement de l'EF d'enregistrements peut être spécifié par les informations d'identification de l'EF et les informations d'identification de l'enregistrement dans l'EF. En outre, l'EF d'objet de données 316 comporte un objet ou une pluralité d'objets de données. Dans l'exemple représenté sur la figure 3, les objets de données 316A et 316E sont stockés dans l'EF d'objet de données 316. Chacun des objets de données 316A et 316E a une structure de TLV. Chaque objet de données stocké dans l'EF d'objet de données est spécifié par un "tag" ou "label". En outre, la table de listes de tags 315 est une table destinée à gérer un tag de chaque objet de données. En conséquence l'objet de données du tag spécifié en se référant à la table de listes de tags 315 est spécifié. C'est-à-dire que l'objet de données peut être spécifié par un tag sans prêter aucune attention à l'EF. L'EF de clé de vérification 311 est un EF qui stocke une clé de vérification, L'EF de clé de vérification 311 est défini par les informations de définition d'EF de clé de vérification 304. L'EF de clé d'authentification 312 est un EF qui stocke une dé d'authentification. L'EF de clé d'authentification 312 est défini par les informations de définition d'EF de clé d'authentification 305. L'EF de clé de génération d'authentifiant 313 est un EF qui stocke une clé de génération d'authentifiant. L'EF de clé de génération d'authentifiant 313 est défini par les informations de définition d'EF de clé de génération d'authentifiant 306. L'EF de clé de chiffrement 314 est un EF qui stocke une clé de chiffrement. L'EF de clé de chiffrement 314 est défini par les informations de définition 307. Chacun des EF d'enregistrements 308, 309, 310 et l'EF d'objet de données 316 est un EF qui lit ou écrit des données dans l'unité d'enregistrement ou l'unité d'objet de données qui est utilisée comme unité de chaîne de données en réponse à une commande provenant du dispositif externe. Ainsi, chacun des EF d'enregistrements 308, 309, 310 et l'EF d'objet de données 316 est utilisé comme EF auquel on peut accéder directement (entrée ou sortie par rapport à l'extérieur), à partir du dispositif externe. Les EF ci-dessus sont également appelés EF de travail (WEF pour "Working EF" en anglais). D'autre part, l'EF de clé de vérification 311, l'EF de clé d'authentification 312, l'EF de clé de génération d'authentifiant 313 et l'EF de clé de chiffrement 314 sont des EF qui contiennent des éléments d'informations associés à la sécurité de la carte à CI 101. En conséquence, l'EF de clé de vérification 311, l'EF de clé d'authentification 312, l'EF de clé de génération d'authentifiant 313 et l'EF de clé de chiffrement 314 sont utilisés comme des EF auxquels on ne peut pas directement accéder (ils ne sont accessibles qu'à l'intérieur de la carte à cl 101) à partir du dispositif externe. Les EF ci-dessus sont également appelés EF internes (IEF pour "Internai EF" en anglais). Dans l'exemple représenté sur la figure 4, fa mémoire de travail 203 comporte une zone 203a qui contient des informations indiquant un état de vérification et une zone 203b qui contient l'état d'authentification. La zone 203a est une zone de stockage dans laquelle sont stockées des informations indiquant l'état de vérification fixé par l'utilisation d'une clé de vérification telle qu'un PIN (par exemple, un nombre mot de passe, un numéro d'identification individuel). La zone 203b est une zone de stockage dans laquelle sont stockées des informations indiquant l'état d'authentification de l'équipement de traitement de carte à CI 100 en tant que partenaire de communication ou des informations indiquant l'état d'authentification pour une commande reçue. La clé de vérification stockée dans l'EF de clé de vérification 311 est constituée de données internes (données de sécurité) utilisées pour un processus de vérification exécuté en réponse à une commande de vérification délivrée par l'équipement de traitement de carte à ci (dispositif externe) 100. On utilise par exemple la clé de vérification comme un ID ou un mot de passe d'utilisateur. C'est-à-dire que lorsqu'une commande de vérification est délivrée par l'équipement de traitement de carte à ci (dispositif externe) 100, la carte à ci 101 exécute un processus pour déterminer si la clé de vérification stockée dans l'EF de clé de vérification 311 coïncide ou non avec une clé de vérification attachée à la commande de vérification provenant du dispositif externe en tant que processus de vérification. Le résultat du processus de vérification est stocké dans la zone 203a de la mémoire de travail 203 qui stocke des informations indiquant l'état de vérification déterminé, par exemple, par la clé de vérification. Le processus de vérification ci-dessus est exécuté avant une commande de processus telle qu'une commande d'écriture de données ou une commande de lecture de données, qui est basée sur une condition d'exécution telle que la réussite de l'exécution de la vérification par la clé de vérification. En outre, la clé d'authentification stockée dans l'EF de clé d'authentification 312 est constituée de données internes (données de sécurité) utilisées pour un processus d'authentification exécuté en réponse à une commande d'authentification délivrée par l'équipement de traitement de carte à ci (dispositif externe) 100. Le fait que le processus d'authentification soit exécuté avec succès ou non par une procédure de traitement utilisant la technique de traitement de chiffrement est déterminé dans le processus d'authentification. C'est-à-dire que lorsqu'une commande d'authentification est délivrée, la carte à CI 101 décode les données d'authentification (données d'authentification chiffrées) attachées à la commande d'authentification en utilisant la clé d'authentification stockée dans l'EF de clé d'authentification 312, en tant que processus d'authentification. Lorsque tes données d'authentification sont correctement décodées en données désirées par te processus de décodage, la carte à CI 101 détermine que le processus d'authentification est exécuté avec succès. En outre, si les données d'authentification ne peuvent pas être correctement décodées en données désirées par le processus de décodage, ta carte à CI 101 détermine que le processus d'authentification est exécuté avec un échec. Par exemple, le résultat du processus d'authentification est stocké dans la zone 203b de la mémoire de travail 203 qui contient des informations indiquant l'état d'authentification. Le processus d'authentification ci-dessus est exécuté avant une commande de processus telle qu'une commande d'écriture de données ou une commande de lecture de données, qui est basée sur une condition d'exécution telle que l'authentification par la clé d'authentification est réalisée avec succès. Une clé de génération d'authentifiant stockée dans l'EF de clé de génération d'authentifiant 313 et une clé de chiffrement stockée dans l'EF de clé de chiffrement 314 sont des données internes (données de sécurité) utilisées pour un processus d'échange sécurisé de messages. En tant que processus d'échange sécurisé de messages, on peut prendre comme hypothèse un processus d'authentification de commande par l'authentifiant, un processus de commande de chiffrement par la clé de chiffrement ou un processus de combinaison du processus d'authentification de commande par l'authentifiant et du processus de commande de chiffrement par la clé de chiffrement. Dans le processus d'authentification de commande utilisant l'authentifiant, on compare un authentifiant généré en utilisant la clé de génération d'authentifiant basée sur des données faisant partie de la commande reçue, à un authentifiant attaché à la commande reçue. C'est-à-dire que lorsqu'une commande (qui est également appelée ci-après commande d'échange sécurisé de messages) qui nécessite un processus d'échange sécurisé de messages est délivrée par l'équipement de traitement de carte à CI 100, la carte à CI 101 génère un authentifiant par chiffrement de données d'une portion spécifiée (par exemple, une portion d'en-tête ou une portion de données) de la commande en utilisant la clé de génération d'authentifiant située dans l'EF de clé de génération d'authentifiant 313, en tant que processus d'authentification de commande. Lorsque l'authentifiant est généré en utilisant ia clé de génération d'authentifiant, la carte à cl loi compare l'authentifiant généré à l'authentifiant attaché à la commande. Si l'on détermine à cette étape de vérification que les authentifiants vérifiés coïncident entre eux, la carte à cl 101 détermine que le processus d'authentification de commande est exécuté avec succès. En outre, si l'on détermine à l'étape de vérification que les authentifiants vérifiés ne coïncident pas entre eux, la carte à cl 101 détermine que le processus d'authentification de commande est exécuté avec échec. Le résultat du processus d'authentification de commande est stocké dans la zone 203b de la mémoire de travail 203 qui stocke, par exemple, des informations indiquant l'état d'authentification pour la commande. Lorsque le processus d'authentification de commande ci-dessus est exécuté avec succès, la carte à cl 101 exécute un processus correspondant à la commande. Dans le processus de commande de chiffrement utilisant la clé de chiffrement, les données transférées par rapport à l'équipement de traitement de carte à cl sont chiffrées en utilisant la clé de chiffrement. Par exemple, lorsqu'une commande d'échange sécurisé de messages nécessitant l'écriture de données est délivrée par l'équipement de traitement de carte à cl 100, la carte à cl 101 exécute un processus de décodage d'une portion de données d'écriture ajoutée à la commande en utilisant la clé de chiffrement située dans l'EF de clé de chiffrement 314 et d'écriture des données décodées dans la mémoire de données 202, en tant que processus de commande de chiffrement. En outre, lorsqu'une commande d'échange sécurisé de messagesnécessitant la lecture de données est délivrée par l'équipement de traitement de carte à cl 100, la carte à cl 101 lit dans la mémoire de données 202 les données spécifiées par la commande, chiffre les données lues en utilisant la clé de chiffrement situées dans l'EF de clé de chiffrement 314 et délivre en sortie à l'équipement de traitement de carte à cl 100 les données chiffrées, en tant que données lues. C'est-à-dire que le processus de commande de chiffrement est un processus pour chiffrer les données transmises de l'équipement de traitement de carte à cl 100 à la carte à cl 101 ou les données transmises de la carte à cl 101 à l'équipement de traitement de carte à cl 100. Dans le processus de combinaison du processus d'authentification de commande et du processus de commande de chiffrement, le processus d'authentification de commande ci-dessus utilisant l'authentifiant et le processus de commande de chiffrement ci- dessus sont exécutés. C'est-à-dire que, en tant que processus de combinaison, la carte à CI 101 exécute un processus pour décoder ou chiffrer une portion de données en utilisant la clé de chiffrement lorsque l'authentification d'une commande délivrée par l'équipement de traitement de carte à ci 100 est exécutée avec succès par le processus d'authentification de commande en utilisant l'authentifiant. Le fait qu'il soit nécessaire ou non d'exécuter le processus de vérification, le processus d'authentification, le processus d'authentification de commande ou le processus de chiffrement de commande est déterminé en fonction d'une condition d'accès fixée pour chaque donnée dans chaque WEF. C'est-à-dire que dans la carte à CI 101, les accès à des éléments de données respectifs dans les WEF respectifs sont contrôlés en fonction de divers résultats de traitement fixés en tant que conditions d'accès. Une condition d'accès pour chaque chaîne de données (par 20 exemple, objet d'enregistrement ou de données) dans chaque WEF est ensuite expliquée. La détermination d'une condition d'accès pour chaque enregistrement dans l'EF d'enregistrements en tant que WEF est d'abord expliquée. 25 La figure 5 est un schéma montrant un exemple de la configuration d'informations de définition d'EF d'enregistrements. Dans l'exemple de la figure 5, les informations de définition de l'EF d'enregistrements qui contient trois enregistrements sont représentées. Comme représenté sur la figure 5, les informations de définition 30 d'EF d'enregistrements sont configurées par des éléments d'informations tels qu'une adresse 401, des informations d'identification d'EF (EF-ID) 402, un type de fichier 403 de l'EF, une longueur d'enregistrement 404, un nombre d'enregistrements 405, une condition d'accès au premier enregistrement 406, une condition d'accès au deuxième enregistrement 35 407, une condition d'accès au troisième enregistrement 408 et analogue. L'adresse 401 est constituée d'informations d'adresse indiquant une position dans la mémoire de données 202 dans laquelle est défini l'ER L'EF-ID 402 est constitué d'informations d'identification pour identifier l'EF. Le type de fichier 403 est constitué d'informations indiquant le type de fichier de l'EF. Dans l'exemple de la figure 5, puisqu'on prend comme hypothèse les informations de définition d'EF d'enregistrements, le type de fichier 403 est constitué d'informations indiquant que l'EF est un EF d'enregistrements. La longueur d'enregistrement 404 est constituée d'informations indiquant la taille (la longueur) de l'EF. Le nombre d'enregistrements 405 est constitué d'informations indiquant le nombre d'enregistrements stockés dans l'EF. Dans l'exemple représenté sur la figure 5, puisqu'on suppose que trois enregistrements sont stockés, le nombre d'enregistrements 405 est fixé à 3 . Les conditions d'accès aux enregistrements 406, 407, 408 des enregistrements sont des éléments d'informations indiquant des conditions (conditions permettant les accès) pour accéder aux enregistrements respectifs stockés dans l'EF. C'est-à-dire que la condition d'accès 406 est constituée d'informations indiquant une condition pour accéder au premier enregistrement stocké dans l'EF. La condition d'accès 407 est constituée d'informations indiquant une condition pour accéder au deuxième enregistrement stocké dans l'EF. La condition d'accès 408 est constituée d'informations indiquant une condition pour accéder au troisième enregistrement stocké dans l'EF. La figure 6 montre un exemple d'une pluralité d'enregistrements stockés dans un EF d'enregistrements. Dans l'exemple représenté sur la figure 6, est représenté un exemple de trois enregistrements 501, 502, 503, stockés dans un EF d'enregistrements défini par les informations de définition comme représenté sur la figure 5. Comme représenté sur la figure 6, les enregistrements 501, 502, 503 stockés dans un EF d'enregistrements comportent respectivement des éléments d'informations de gestion 501a, 502a, 503a et des portions de données 501b, 502b, 503b. Chacun des éléments d'informations de gestion 501a, 502a, 503a comporte des informations d'identification d'enregistrement (par exemple, un numéro d'enregistrement) de chaque 35 enregistrement et des informations indiquant la longueur de la portion données. En conséquence, dans la carte à CI 101, on peut spécifier chaque enregistrement en se basant sur les informations de gestion (numéro d'enregistrement et sur des informations indiquant la longueur de la portion de données) dans l'EF d'enregistrements défini par les informations de définition. La condition d'accès pour chaque enregistrement est ensuite expliquée. En tant que conditions d'accès 406, 407, 408, on peut fixer les conditions d'accès pour les enregistrements respectifs pour divers contenus de traitement respectifs. Par exemple, dans l'ISO ( International Organization for Standardization ), une commande READ RECORD, une commande WRITE RECORD, une commande APPEND RECORD, une commande UPDATE RECORD et analogue, sont définies en tant que commandes nécessitant des accès à l'EF d'enregistrements sur la carte à cl. Dans ce cas, en tant que conditions d'accès 406, 407, 408, on peut envisager une condition d'accès pour l'enregistrement dans un processus (processus de lecture de données) correspondant à la commande READ RECORD, une condition d'accès pour l'enregistrement dans un processus (processus d'écriture de données) correspondant à la commande WRITE RECORD, une condition d'accès pour l'enregistrement dans un processus (processus d'ajout de données) correspondant à la commande APPEND RECORD, une condition d'accès pour l'enregistrement dans un processus (processus de mise à jour de données) correspondant à la commande UPDATE RECORD et analogue. En outre, en tant que conditions d'accès 406, 407, 408, on peut également envisager une condition d'accès pour l'enregistrement dans le processus d'échange sécurisé de messages de chaque commande. En outre, en tant que conditions d'accès 406, 407, 408, dans le processus de lecture de données, on peut fixer une condition pour permettre l'accès (lecture) selon le résultat du processus d'authentification par la clé d'authentification ou du processus de vérification par la clé de vérification, en plus de l'autorisation de lecture ou de l'inhibition de lecture. On peut envisager par exemple des conditions d'accès dans lesquelles le processus de lecture n'est autorisé que dans un état où la vérification par la clé de vérification est réalisée avec succès, le processus de lecture n'est autorisé que dans un état où l'authentification par la clé d'authentification est réalisée avec succès, le processus de lecture n'est autorisé que dans un état où la vérification par la clé de vérification est réalisée avec succès ou où l'authentification par la clé d'authentification est réalisée avec succès et le processus de lecture n'est autorisé que dans un état où la vérification par la clé de vérification est réalisée avec succès et où l'authentification par la clé d'authentification est réalisée avec succès. En outre, en tant que conditions d'accès 406, 407, 408, dans le processus d'écriture (ou d'ajout, de mise à jour) de données, on peut fixer une condition pour autoriser le processus d'écriture (ou d'ajout, de mise à jour) selon le résultat du processus d'authentification par la clé d'authentification ou du processus de vérification par la clé de vérification, en plus de l'autorisation d'écriture (ou d'ajout, de mise à jour) ou de l'inhibition d'écriture (ou d'ajout, de mise à jour). On peut envisager par exemple des conditions d'accès dans lesquelles le processus d'écriture (ou d'ajout, de mise à jour) n'est autorisé que dans un état où la vérification par la clé de vérification est réalisée avec succès, le processus d'écriture (ou d'ajout, de mise à jour) n'est autorisé que dans un état où l'authentification par la clé d'authentification est réalisée avec succès, le processus d'écriture (ou d'ajout, de mise à jour) n'est autorisé que dans un état où la vérification par la clé de vérification est réalisée avec succès ou où l'authentification par la clé d'authentification est réalisée avec succès, et le processus d'écriture (ou d'ajout, de mise à jour) n'est autorisé que dans un état où la vérification par la clé de vérification est réalisée avec succès et où l'authentification par la clé d'authentification est réalisée avec succès. Comme décrit ci-dessus, en tant que processus d'échange sécurisé de messages, sont prévus un processus d'authentification de commande utilisant l'authentifiant, un processus de commande de chiffrement utilisant la clé de chiffrement ou un processus constitué d'une combinaison du processus d'authentification de commande et du processus de commande de chiffrement. En conséquence, en tant que condition d'accès pour le processus d'échange sécurisé de messages, on peut envisager des conditions dans lesquelles le processus d'échange sécurisé de messages est rendu inutile, il est nécessaire de déterminer un état où le processus d'authentification de commande utilisant l'authentifiant réussit à être effectué, où le processus de commande de chiffrement utilisant la clé de chiffrement est nécessaire ou où le processus de commande de chiffrement utilisant la clé de chiffrement est nécessaire tandis que le processus d'authentification de commande utilisant l'authentifiant est exécuté avec succès. La détermination de la condition d'accès pour chaque objet de données dans l'EF d'objet de données en tant que WEF est ensuite expliquée. La figure 7A est un schéma montrant un exemple de la configuration de la portion complète de la table de listes de tags 315. La figure 7B est un schéma montrant un exemple de la configuration de chaque table de tags 603. Comme décrit ci-dessus, dans la table de listes de tags 315, sont stockées des informations gérant chaque objet de données. Dans l'exemple représenté sur la figure 7A, dans la table de listes de tags 315, sont stockés des éléments d'informations de gestion (tables de tag 603A, 603B) pour deux objets de données (qui sont appelés ci-après premier et deuxième objet de données). En outre, comme représenté sur la figure 7A, dans la table de listes de tags 315, sont contenues des informations de longueur de table 601, des informations de nombre de tables de tag 602 et une pluralité de tables de tag 603 (première table de tag 603A, deuxième table de tag 6036). Les informations de longueur de table 601 sont constituées d'informations indiquant la longueur de chaque table de tag. Les informations de nombre de tables de tag 602 sont constituées d'informations indiquant le nombre de tables de tag stockées dans la table de listes de tags 315. Chaque table de tag 603 contient des informations de gestion d'un objet de données correspondant. Sur la figure 7A, est représenté un exemple de la table de listes de tags 315 qui gère les deux objets de données. En conséquence, dans l'exemple présenté sur la figure 7A, la première table de tag 603A et la deuxième table de tag 6036 sont fournies en tant que table de tag. En outre, comme représenté sur la figure 7B, chaque table de tag 603 contient une valeur de tag 611, des informations de longueur 612, des données de localisation 613, un ID de fichier (DID) 614, une condition d'accès 615 et analogue. La valeur de tag 611 est constituée d'informations indiquant [e tag qui est un identifiant d'un objet de données à gérer. Les informations de longueur 602 sont constituées d'informations indiquant la longueur d'une portion de données (valeur) d'un objet de données à gérer. Les données de localisation 613 sont des informations indiquant l'emplacement sous la forme d'informations de contrôle de détail d'un objet de données à gérer. L'ID de fichier 614 est constitué d'informations d'identification d'un EF (EF d'objet de données) qui contient un objet de données à gérer. La condition d'accès 615 est constituée d'informations indiquant la condition pour accéder à un objet de données à gérer. La condition d'accès pour chaque objet de données est ensuite expliquée. En tant que condition d'accès 615, on peut déterminer une condition d'accès pour l'objet de données pour chacun des divers contenus de traitement. Par exemple, dans l'ISO ("International Organization for Standard"), une commande GET DATA, une commande PUT DATA et analogue, sont fournies en tant que commandes demandant d'accéder à l'EF d'enregistrements dans la carte à CI 101. Dans ce cas, en tant que condition d'accès 615, on envisage une condition d'accès pour l'objet de données dans un processus (processus de lecture de données) correspondant à la commande GET DATA et une condition d'accès pour l'objet de données dans un processus (processus d'écriture de données) correspondant à la commande PUT DATA. En outre, en tant que condition d'accès 615, on envisage une condition d'accès pour l'objet de données dans un processus d'échange sécurisé de messages de la commande. En tant que condition d'accès 615 dans le processus de lecture de données, on peut déterminer une condition pour permettre l'accès (lecture) en fonction du résultat du processus de vérification par la clé de vérification ou du processus d'authentification par la clé d'authentification, en plus d'une autorisation de lecture ou d'une inhibition de lecture. On peut envisager par exemple des conditions d'accès dans lesquelles le processus de lecture n'est autorisé que dans un état où la vérification par la dé de vérification est réalisée avec succès, le processus de lecture n'est autorisé que dans un état où l'authentification par la clé d'authentification est réalisée avec succès, le processus de lecture n'est autorisé que dans un état où la vérification par la clé de vérification est réalisée avec succès ou où l'authentification par la clé d'authentification est réalisée avec succès et le processus de lecture n'est autorisé que dans un état où vérification par la clé de vérification est réalisée avec succès et où l'authentification par la clé d'authentification est réalisée avec succès. En tant que conditions d'accès 615 dans le processus d'écriture de données, on peut fixer une condition pour autoriser un processus d'écriture en fonction des résultats du processus de vérification par la clé de vérification ou du processus d'authentification par la clé d'authentification en plus d'une autorisation d'écriture ou d'une inhibition d'écriture. On peut envisager par exemple des conditions d'accès dans lesquelles le processus d'écriture n'est autorisé que dans un état où la vérification par la clé de vérification est réalisée avec succès, le processus d'écriture n'est autorisé que dans un état où l'authentification par la clé d'authentification est réalisée avec succès, le processus d'écriture n'est autorisé que dans un état où la vérification par la clé de vérification est réalisée avec succès ou où l'authentification par la clé d'authentification est réalisée avec succès et le processus d'écriture n'est autorisé que dans un état où la vérification par la clé de vérification est réalisée avec succès et où l'authentification par la clé d'authentification est réalisée avec succès. En outre, comme décrit ci-dessus, en tant que processus d'échange sécurisé de messages, sont prévus un processus d'authentification de commande utilisant l'authentifiant, un processus de commande de chiffrement utilisant la clé de chiffrement ou un processus constitué d'une combinaison du processus d'authentification de commande et du processus de commande de chiffrement. En conséquence, en tant que condition d'accès 615 pour le processus d'échange sécurisé de messages, on peut envisager des conditions dans lesquelles le processus d'échange sécurisé de messages est rendu Inutile, il est nécessaire de déterminer un état où le processus d'authentification de commande en utilisant l'authentifiant est réalisé avec succès, le processus de commande de chiffrement utilisant la clé de chiffrement est nécessaire ou le processus de commande de chiffrement utilisant la clé de chiffrement est nécessaire tandis que le processus d'authentification de commande en utilisant l'authentifiant est réalisé avec succès. Les commandes délivrées par l'équipement de traitement de carte à CI 100 à la carte à CI 101 sont ensuite expliquées. Les figures 8 et 9 montrent des exemples de formats de commandes délivrées par l'équipement de traitement de carte à CI 100 à la carte à CI 101. La figure 8 montre un exemple de format d'une commande ne comportant pas de portion de données. On suppose par exemple qu'une commande nécessitant la lecture de données a un format tel que représenté sur la figure 8. Comme représenté sur la figure 8, une commande ne comportant pas de portion de données telles que des données à écrire est configurée par une portion de classification (CLA : classe) 701, une portion d'instruction (INS : instruction) 702, un premier paramètre (Pi) 703 et un second paramètre (P2) 704. La figure 9 montre un exemple de format d'une commande comportant une portion de données. On suppose par exemple qu'une commande nécessitant un processus d'écriture de données a un format tel que représenté sur la figure 9. Comme représenté sur la figure 9, une commande comportant la portion de données dans laquelle sont stockées des données à écrire est configurée par une portion de longueur de données (Le) 805 et une portion de données (Data) 806 en plus d'une portion de classification (CLA : classe) 701, une portion d'instruction (INS : instruction) 702, un premier paramètre (Pi) 703 et un second paramètre (P2) 704. Dans la portion de classification (CLA : classe) 701, sont stockées des informations indiquant la classification de la commande. Dans la portion d'instruction (INS : instruction) 702, sont stockées des informations indiquant une instruction de la commande. C'est-à-dire que le contenu de chaque commande est identifié par des éléments d'informations stockés dans la portion de classification 701 et dans la portion d'instruction 702. Dans le premier paramètre 703 et le second paramètre 704, sont stockés des éléments d'informations tels que des paramètres indiquant l'objet auquel on doit accéder de la commande. Par exemple, dans le cas d'une commande qui spécifie un enregistrement comme objet auquel on doit accéder, des données (telle qu'un numéro d'enregistrement) indiquant un enregistrement dans lequel des données doivent être écrites sont stockées dans le premier paramètre (Pl) 703 et un identifiant (EF-ID ou analogue) indiquant un fichier (EF d'enregistrements) dans lequel est stocké un enregistrement spécifié par le premier paramètre (Pi) 703, est stocké dans le second paramètre (P2) 704. En outre, dans le cas d'une commande qui spécifie un objet de données comme objet auquel on doit accéder, une valeur de tag de l'objet de données indiquant un objet de données auquel on doit accéder est stockée dans le premier paramètre 703 et dans le second paramètre 704. Dans la portion de longueur de données 805, sont stockées des informations indiquant la longueur de la portion de données 806 dans la commande. C'est-à-dire qu'on peut déterminer la longueur de données de la portion de données 806 faisant suite à la portion de longueur de données 805, en se basant sur les informations stockées dans la portion de longueur de données 805. En outre, on peut respectivement configurer CLA, INS, P1, P2, Lc, avec des longueurs de données fixées à l'avance. Dans ce cas, on peut déterminer la longueur de la totalité de la portion de la commande en se basant sur des informations indiquant la longueur des données et qui sont stockées dans la portion de longueur de données 805. Dans la portion de données 806, sont stockées les données utilisées dans un processus de la commande. Dans le cas par exemple de la commande demandant une écriture de données, les données d'écriture sont stockées dans la portion de données 806. La longueur des données stockées dans la portion de données 806 est indiquée par la portion de longueur de données 805. En conséquence, les données de la longueur indiquée par la portion de longueur de données 805 sont déterminées en tant que données stockées dans la portion de données 806 en se basant sur les données suivantes de la portion de longueur de données 805. En outre, dans la commande ci-dessus, on spécifie la présence ou l'absence du processus d'échange sécurisé de messages ou le contenu du processus d'échange sécurisé de messages en utilisant un bit spécifié. C'est-à-dire que le CPU 201 de la carte à CI 141 détermine si la commande nécessite ou non le processus d'échange sécurisé de messages ou le type de processus nécessaire à exécuter en tant que processus d'échange sécurisé de messages, en se basant sur la valeur du bit spécifié dans la commande reçue. Le processus de commande dans la carte à CI 101 configurée comme décrit ci-dessus est ensuite expliqué. Un processus pour une commande (commande de série d'enregistrements) nécessitant t'accès à un enregistrement spécifié dans I'EF d'enregistrements est d'abord expliqué. La figure 10 est un organigramme destiné à illustrer un exemple de processus pour une commande de série d'enregistrements. La carte à CI 101 est déclenchée en appliquant une alimentation provenant de l'équipement de traitement de carte à CI 100 et elle est mise dans un état d'attente de commande. Dans cet état, une commande délivrée par l'équipement de traitement de carte à CI 100 est reçue par la portion de communication 205 de la carte à CI 101 et elle est délivrée au CPU 201. Dans cet exemple, on explique un processus exécuté dans le cas où est reçue une commande nécessitant l'accès à un enregistrement spécifié dans l'EF d'enregistrements. Lorsqu'une commande provenant de l'équipement de traitement de carte à CI 100 est reçue ( OUI à l'étape Si), le CPU 201 exécute un processus pour confirmer la validité de la commande (étapes S2 à S5). C'est-à-dire que le CPU 201 vérifie d'abord le format de la commande reçue (étape S2). Dans le processus de vérification de format, on détermine si les éléments de données fixés dans les portions respectives sont valides ou non. Par exemple, le CPU 201 confirme si la commande est une commande normale ou non dans la portion de classification 701 et dans la portion d'instruction 702 de la commande. En outre, le CPU 201 confirme que des valeurs invalides ne sont pas fixées dans la portion du premier paramètre 703 et la portion du second paramètre 704. Si la portion de données est présente dans la commande, le CPU 201 confirme que les données stockées dans la portion de longueur de données 805 ne sont pas fixées à une valeur telle que 00 , qui se trouve à l'extérieur d'une plage prescrite, et que les données situées dans la portion de données 806 sont une chaîne de données de la longueur indiquée par la portion de longueur de données 805. Si dans le processus de vérification de format, on détecte que ie format de la commande reçue est anormal ( NG à l'étape S2), le CPU 201 délivre en sortie à l'équipement de traitement de carte à CI 100 des données de réponse dans lesquelles est positionné un mot d'état indiquant une erreur de format de la commande (étape et termine le processus. Si le processus de vérification de format ne détecte pas que le format de la commande reçue est anormal ( 0K à l'étape S2), le CPU 201 vérifie si les données stockées dans le premier paramètre (Pl) 703 de la commande sont valides ou non (étape S4). Dans cet exemple, on prend comme hypothèse un processus pour la commande de série d'enregistrements. En conséquence, le CPU 201 vérifie si les données stockées dans le premier paramètre 703 de la commande sont valides ou non, sous la forme d'un numéro d'enregistrement. Si le processus de vérification ci-dessus détermine que les données stockées dans le premier paramètre 703 ne sont pas valides ( NG à l'étape S4), le CPU 201 délivre en sortie à l'équipement de traitement de carte à cl 100 des données de réponse dans lesquelles est positionné un mot d'état indiquant une erreur de traitement (étape S3), et il termine le processus. En outre, si l'on détermine que les données stockées dans le premier paramètre 703 sont valides ( OK à l'étape S4), le CPU 201 vérifie si les données stockées dans le second paramètre 704 de la commande sont valides ou non (étape S5). Dans cet exemple, puisqu'on prend comme hypothèse un processus pour la commande de série d'enregistrements, le CPU 201 vérifie si les données stockées dans le second paramètre 704 sont valides ou non sous la forme d'un identifiant d'EF court ou d'un identifiant d'EF courant. Si le processus de vérification ci-dessus détermine que les données stockées dans le second paramètre 704 ne sont pas valides ( NG à l'étape S5), le CPU 201 délivre en sortie à l'équipement de traitement de carte à CI 100 des données de réponse dans lesquelles est positionné un mot d'état indiquant une erreur de traitement (étape S3), et il termine le processus. En outre, si l'on détermine que les données stockées dans le second paramètre 704 sont valides ( OK à l'étape S5), le CPU 201 vérifie si EF-ID, en tant que données stockées dans le second paramètre 704 de la commande, est un identifiant d'EF court ou un identifiant d'EF courant (étape S6). Si l'on détermine que les données stockées dans le second paramètre 704 sont l'identifiant d'EF court ( OUI à l'étape S6), fe CPU 201 positionne dans un état courant l'EF (EF d'enregistrements) de l'EF-ID stocké dans le second paramètre 704 (étape S7) et positionne l'EF d'enregistrements comme un objet auquel on doit accéder. En outre, si l'on détermine que les données stockées dans le second paramètre 704 sont l'identifiant d'EF courant ( NON à l'étape S6), le CPU 201 fixe l'EF qui est déjà positionné dans l'état courant à un EF d'enregistrements auquel on doit accéder. Lorsque l'EF d'enregistrements auquel on doit accéder est spécifié, le CPU 201 vérifie une condition d'accès pour l'enregistrement spécifié par le premier paramètre 703 de la commande (étape S8). C'est-à-dire que le CPU 201 spécifie une condition d'accès d'un enregistrement spécifié par le second paramètre 704 dans les informations de définition de l'EF d'enregistrements auquel on doit accéder, spécifié par le premier paramètre 703. Lorsque par exemple la commande est une commande READ RECORD, le CPU 201 spécifie une condition d'accès pour un processus de lecture de données d'un enregistrement spécifié par la commande. En outre, lorsque la commande est une commande d'enregistrement d'écriture (ajout ou mise àjour), le CPU 201 spécifie une condition d'accès pour un processus d'écriture de données (ajout ou mise à jour) par rapport à un enregistrement spécifié par la commande. Si la condition d'accès de l'enregistrement spécifié par la commande est spécifiée, le CPU 201 détermine si la condition d'accès de l'enregistrement spécifié par la commande est satisfaite ou non en référence aux informations indiquant le présent état de vérification ou l'état d'authentification comme représenté sur la figure 4, comme nécessaire. C'est-à-dire que le CPU 201 détermine si la condition d'accès pour l'enregistrement spécifié est ou non satisfaite, c'est-à-dire si un processus demandé par la commande peut ou non être exécuté pour l'enregistrement spécifié par la commande en vérifiant la condition d'accès. Si l'on détermine en vérifiant la condition d'accès que le processus demandé par la commande pour l'enregistrement spécifié par la commande ne peut pas être exécuté ( NG à l'étape S8), le CPU 201 délivre en sortie à l'équipement de traitement de carte à CI 100 des données de réponse dans lesquelles est positionné un mot d'état indiquant une erreur de, traitement (étape S3), et il termine le processus. Si l'on détermine en vérifiant la condition d'accès que le processus demandé par la commande pour l'enregistrement spécifié par la commande peut être exécuté ( 0K à l'étape S8), le CPU 201 exécute un processus (par exemple, un processus de lecture, un processus d'écriture, un processus d'ajout ou un processus de mise à jour de données) correspondant à la commande pour l'enregistrement (étape S9). Si le processus correspondant à la commande est exécuté, le CPU 201 délivre en sortie à l'équipement de traitement de carte à CI 100 des données de réponse dans lesquelles le résultat du processus de commande est déterminé comme un mot d'état. C'est-à-dire que lorsque le processus de commande se termine normalement, le CPU 201 délivre en sortie à l'équipement de traitement de carte à cl 100 des données de réponse dans lesquelles est positionné un mot d'état indiquant une terminaison normale (étape S10), et il termine le processus. En outre, lorsque le processus de commande ne se termine pas normalement (lorsqu'une erreur se produit), le CPU 201 délivre en sortie à l'équipement de traitement de carte à CI 100 des données de réponse dans lesquelles est positionné un mot d'état indiquant une terminaison anormale (étape S3), et il termine le processus. Dans le processus pour la commande de série d'enregistrements, le processus de contrôle d'accès pour chaque enregistrement est exécuté en fonction de la condition d'accès fixée dans chaque enregistrement, dans chaque EF d'enregistrements. Ainsi, dans la carte à ci, sont stockés une pluralité d'enregistrements de conditions différentes, non pour chaque unité de fichier (EF d'enregistrements) mais dans un EF d'enregistrements. En conséquence, dans la carte à CI, on peut réaliser un processus de contrôle d'accès efficace pour chaque enregistrement dans l'EF d'enregistrements et on peut réaliser une gestion de fichiers ou une gestion d'enregistrements extrêmement commode. Un processus pour une commande (commande de série d'objets de données) nécessitant un accès â un objet de données est ensuite expliqué. La figure 11 est un organigramme destiné à illustrer un exemple de processus pour une commande de série d'objets de données. La carte à CI 101 est déclenchée par une alimentation délivrée par l'équipement de traitement de carte à CI 100 et elle est mise dans un état d'attente de commande. Dans cet état, une commande délivrée par l'équipement de traitement de carte à CI 100 est reçue par la portion de communication 205 de la carte à CI 101 et elle est délivrée au CPU 201. Dans cet exemple, est expliqué un processus exécuté dans le cas où est reçue une commande nécessitant l'accès à un objet de données spécifié. Lorsqu'une commande provenant de l'équipement de traitement de carte à CI 100 est reçue ( OUI à l'étape S21), le CPU 201 exécute un processus pour confirmer la validité de la commande (étapes S22 à S26). C'est-àdire que le CPU 201 vérifie d'abord le format de la commande reçue (étape S22). Dans le processus de vérification de format, on détermine si des éléments de données positionnés dans les portions respectives sont valides ou non. Par exemple, dans la portion de classification 701 et dans la portion d'instruction 702 de la commande, le CPU 201 confirme si la commande est ou non une commande normale. En outre, dans la portion du premier paramètre 703 et dans la portion du second paramètre 704, le CPU 201 confirme que ne sont pas stockées des valeurs invalides. Si une portion de données 806 est présente dans la commande, le CPU 201 confirme que les données stockées dans la portion de longueur de données 805 ne sont pas fixées à une valeur telle que 00 , qui se trouve à l'extérieur d'une plage prescrite et que les données situées dans la portion de données 806 sont une chaîne de données de la longueur indiquée par la portion de longueur de données 805. Si l'on détecte dans le processus de vérification de format que le format de la commande reçue est anormal ( NG à l'étape S22), le CPU 201 délivre en sortie à l'équipement de traitement de carte à CI 100 des données de réponse dans lesquelles est positionné un mot d'état indiquant une erreur de format de la commande (étape S23), et il termine le processus. Si le processus de vérification de format ne détecte pas que le format de la commande reçue est anormal ( GK à l'étape S22), le CPU 201 vérifie si des éléments de données stockés dans le premier paramètre (Pl) 703 et dans le second paramètre (P2) 704 de la commande sont valides ou non (étape S24). Dans cet exemple, on prend comme hypothèse une commande de série d'objets de données. En conséquence, le CPU 201 vérifie si des éléments de données stockés dans le premier paramètre 703 et dans le second paramètre 704 sont ou non valides, en tant que valeurs de tags de l'obje2t de données. Si l'on détermine que les éléments de données stockés dans le premier paramètre 703 et dans le second paramètre 704 ne sont pas valides ( NG à l'étape S24), le CPU 201 délivre en sortie à l'équipement de traitement de carte à CI 100 des données de réponse dans lesquelles est positionné un mot d'état indiquant une erreur de traitement (étape S23), et il termine le processus. En outre, si l'on détermine que les éléments de données stockés dans le premier paramètre 703 et dans le second paramètre 704 sont valides ( OK à l'étape S24), le CPU 201 recherche dans la table de listes de tags 315 la table de tag 603 pour l'objet de données des valeurs de tags comme éléments de données stockés dans le premier paramètre 703 et dans le second paramètre 704 (étape S25). Si l'on détecte en tant que résultat de recherche de la table de tag qu'une table de tag pour l'objet de données de la valeur de tag spécifiée n'est pas présente ( NON PRESENT à l'étape S25), le CPU 201 délivre en sortie à l'équipement de traitement de carte à CI 100 des données de réponse dans lesquelles est positionné un mot d'état indiquant une erreur de traitement (étape S23), et il termine le processus. En outre, si l'on détecte en tant que résultat de recherche de la table de tags qu'une table de tags pour l'objet de données de la valeur de tag spécifiée par la commande est présente ( PRESENT à l'étape S25), le CPU 201 recherche dans la mémoire de données 202 un fichier (EF d'objet de données qui contient l'objet de données) de l'ID de fichiers (DID) 614 stocké dans la table de tag 603 (étape S26). Si l'on détermine que l'EF d'objet de données de l'ID de fichier 614 spécifié par la table de tag 603 n'est pas présent ( NON PRESENT à l'étape S26), le CPU 201 délivre en sortie à l'équipement de traitement de carte à CI 100 des données de réponse dans lesquelles est positionné un mot d'état indiquant une erreur de traitement (étape S23), et il termine le processus. En outre, si l'on détermine que l'EF d'objet de données de l'ID de fichier 614 spécifié par la table de tag 603 est présent ( PRESENT à l'étape S26), le CPU 201 positionne l'objet de données de la valeur de tag spécifiée dans I'EF d'objet de données comme un objet auquel on doit accéder. Lorsque l'objet de données auquel on doit accéder est spécifié, le CPU 201 vérifie une condition d'accès pour l'objet de données de la valeur de tag (étape S27). Dans ce cas, le CPU 201 spécifie une condition d'accès de l'objet de données, basée sur la table de tag pour l'objet de données de la valeur de tag spécifiée par le premier paramètre 703 et le second paramètre 704 de la commande. Lorsque par exemple, la commande est une commande GET DATA, le CPU 201 spécifie une condition d'accès pour un processus de lecture de données de l'objet de données spécifié. En outre, lorsque la commande est une commande PUT DATA, le CPU 201 spécifie une condition d'accès pour un processus d'écriture de données par rapport à l'objet de données spécifié. Lorsque la condition d'accès de l'objet de données spécifié par la commande est spécifiée, le CPU 201 détermine si la condition d'accès pour l'objet de données spécifié par la commande est satisfaite ou non, en référence à des informations indiquant l'état de vérification présent ou l'état d'authentification, comme représenté sur la figure 4, comme nécessaire. Le CPU 201 détermine si la condition d'accès pour l'objet de données spécifié par la commande est ou non satisfaite, c'est-à-dire si un processus demandé par la commande pour l'objet de données spécifié par la commande peut être ou non exécuté en vérifiant la condition d'accès, comme décrit ci-dessus. Si le processus de contrôle de condition d'accès ci-dessus détermine que le processus demandé par la commande pour l'objet de données spécifié par la commande ne peut pas être exécuté ( NG à l'étape S27), le CPU 201 délivre en sortie à l'équipement de traitement de carte à CI 100 des données de réponse dans lesquelles est positionné un mot d'état indiquant une erreur de traitement (étape S23), et il termine le processus. En outre, si le processus de vérification de conditions d'accès ci-dessus détermine que le processus demandé par la commande pour l'objet de données spécifié par la commande peut être exécuté ( OK à l'étape S27), le CPU exécute un processus (par exemple, un processus lecture ou un processus d'écriture de données) correspondant à la commande pour l'objet de données (étape SM. Lorsque le processus correspondant à la commande est exécuté, le CPU 201 délivre en sortie à l'équipement de traitement de carte à ci 100 des données de réponse dans lesquelles le résultat de l'exécution du processus de commandes est fixé en tant que mot d'état. Lorsque par exemple le processus de commande se termine normalement, le CPU 201 délivre en sortie à l'équipement de traitement de carte à ci 100 des données de réponse dans lesquelles est positionné un mot d'état indiquant une terminaison normale (étape S29), et il termine le processus. En outre, lorsque le processus de commande ne se termine pas normalement (lorsqu'une erreur se produit dans le processus de commande), le CPU 201 délivre en sortie à l'équipement de traitement de carte à ci 100 des données de réponse dans lesquelles est positionné un mot d'état indiquant une terminaison anormale (étape S23), et il termine le processus. Dans le processus pour la commande de série d'objets de données, la condition d'accès pour chaque objet de données est fixée dans chaque table de tag et le processus de contrôle d'accès pour chaque objet de données est exécuté en fonction de la condition d'accès pour chaque objet de données stocké dans chaque table de tag. Ainsi, dans la carte à ci, la condition d'accès peut être fixée, non dans l'unité de fichier mais pour chaque objet de données. En conséquence, dans la carte à ci, on peut réaliser un processus de contrôle d'accès efficace pour chaque objet de données et on peut réaliser une gestion de fichiers ou une gestion d'enregistrements extrêmement commode. L'exemple de processus expliqué dans le mode de réalisation ci-dessus n'est pas limité au cas où le mode de réalisation est appliqué à la carte à a On peut appliquer par exemple le mode de réalisation ci-dessus à un téléphone portable ou à un dispositif terminal portable appelé PDA. En outre, le dispositif électronique portable auquel est appliqué le présent mode de réalisation peut être un dispositif obtenu en logeant un module ayant une fonction représentée sur la figure 2 dans une partie d'un livret, une partie d'un corps principal en forme de bloc ou une partie d'un corps principal en forme de tag. 30 D'autres avantages et modifications apparaîtront facilement aux hommes de fart. En conséquence, dans ses aspects les plus larges, l'invention n'est pas limitée aux détails spécifiques et modes de réalisation représentatifs ici présentés et décrits. En conséquence, on peut réaliser diverses modifications sans s'écarter de l'esprit ou de la portée du concept général inventé, tel que défini par les revendications annexées et leurs équivalents. REVENDICATIONS 1. Dispositif électronique portable (101) fonctionnant conformément à une commande délivrée par un dispositif externe (100), caractérisé en ce qu'il comprend une portion de communication (205) qui communique avec le dispositif externe, une première portion de stockage (202, 308 à 310, 316) qui stocke des fichiers dans lesquels sont stockées une pluralité de chaînes de données, une deuxième portion de stockage (202, 301 à 303, 315) qui stocke des conditions d'accès fixées pour des chaînes de données respectives dans les fichiers stockés dans la première portion de stockage, une portion de détermination (S8, S27) qui détermine s'il est possible d'exécuter un processus de commande demandé par une commande pour une chaîne de données spécifiée par la commande reçue depuis le dispositif externe par l'intermédiaire de la portion de communication, en se basant sur les conditions d'accès fixées pour chaque chaîne de données stockée dans la deuxième portion de stockage, et une portion de contrôle (S9, S28) qui exécute le processus de commande lorsque la portion de détermination détermine qu'il est possible d'exécuter le processus de commande pour la chaîne de données spécifiée par la commande. 2. Dispositif électronique portable selon la revendication 1, caractérisé en ce que la première portion de stockage (202, 308 à 310) contient des fichiers d'enregistrement dans lesquels sont stockés une pluralité d'enregistrements sous la forme d'une pluralité de chaînes de données, et la seconde portion de stockage (202, 301 à 303) contient des conditions d'accès fixées pour les enregistrements respectifs. 3. Dispositif électronique portable selon la revendication 2, caractérisé en ce que la portion de détermination (S8) détermine s'il est possible d'exécuter un processus demandé par une commande pour un enregistrement spécifié par la commande lorsque la commande demandant accès à l'enregistrement est reçue depuis le dispositif externe par l'intermédiaire de la portion de communication. 4. Dispositif électronique portable selon la revendication 3, caractérisé en ce que la commande qui demande accès à l'enregistrementest une commande parmi une commande READ RECORD qui demande un processus de lecture de données pour l'enregistrement spécifié, une commande WRITE RECORD qui demande un processus d'écriture de données, une commande UPDATE RECORD qui demande un processus de mise à jour de données et une commande APPEND RECORD qui demande un processus d'ajout d'enregistrement. 5. Dispositif électronique portable selon la revendication 1, caractérisé en ce que la première portion de stockage (202, 316) stocke un fichier objet de données dans lequel sont stockés une pluralité d'objets de données ayant des formats fixés à l'avance sous la forme d'une pluralité de chaînes de données et la seconde portion de stockage (202, 315) stocke des conditions d'accès fixées pour les objets de données respectifs. 6. Dispositif électronique portable selon la revendication 5, caractérisé en ce que la portion de détermination (S27) détermine s'il est possible d'exécuter un processus demandé par une commande pour un objet de données spécifié par la commande lorsque la commande qui demande accès à l'objet de données est reçue depuis le dispositif externe par l'intermédiaire de la portion de communication. 7. Dispositif électronique portable selon la revendication 6, caractérisé en ce que la commande qui demande accès à l'objet de données est une commande parmi une commande GET DATA qui demande un processus de lecture de données pour l'objet de données spécifié et une commande PUT DATA qui demande un processus d'écriture de données. 8. Dispositif électronique portable selon la revendication 1, caractérisé en ce que la seconde portion de stockage (202, 315) contient des conditions d'accès utilisées pour déterminer si une possibilité d'accéder à chaque chaîne de données est prévue en fonction du résultat des performances d'un processus spécifié. 9. Dispositif électronique portable selon la revendication 8, caractérisé en ce que le résultat des performances du processus spécifié est un résultat parmi le résultat d'un processus de vérification par une clé de vérification et le résultat d'un processus d'authentification par une clé d'authentification. 10. Dispositif électronique portable selon la revendication 8, caractérisé en ce que le résultat des performances du processus spécifié est le résultat d'un processus d'échange sécurisé de messages. 11. Dispositif électronique portable selon la revendication 1, caractérisé en ce qu'il comprend en outre : un module (M) comportant ladite portion de communication, ladite première portion de stockage, ladite deuxième portion de stockage, ladite portion de détermination et ladite portion de contrôle, et un corps principal (B) qui reçoit le module. 12. Procédé de contrôle utilisé pour un dispositif électronique portable (101) comportant une mémoire (202) destinée à stocker des données et fonctionnant conformément à une commande délivrée par un dispositif externe (100), caractérisé en ce qu'il comprend : la détermination (S8, S27) du fait qu'il est possible d'exécuter un processus de commande demandé par une commande pour une chaîne de données spécifiée par la commande reçue depuis le dispositif externe, en se basant sur l'une des conditions d'accès fixées pour des chaînes de données respectives de fichiers stockés dans la mémoire lorsque la commande est reçue depuis le dispositif externe, et l'exécution (S9, S28) du processus de commande lorsque le processus de détermination a déterminé qu'il était possible d'exécuter le processus de commande demandé par la commande pour la chaîne de données spécifiée par la commande.