FR2606904A1

FR2606904A1 - Systeme de traitement pour appareil electronique portable

Info

Publication number: FR2606904A1
Application number: FR8713534A
Authority: FR
Inventors: Yasuo Iijima
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1986-11-14
Filing date: 1987-09-30
Publication date: 1988-05-20
Anticipated expiration: 2007-09-30
Also published as: JPH0746378B2; DE3732614A1; KR880006626A; KR910001972B1; US4845717A; JPS63126083A; FR2606904B1; DE3732614C2

Abstract

SELON LA PRESENTE INVENTION, UN SYSTEME DE TRAITEMENT D'APPAREIL ELECTRONIQUE PORTABLE COMPREND UNE CARTE DE CIRCUIT INTEGRE MUNIE DE DEUX TAMPONS DE SORTIE 19, 20. QUAND LA CARTE DE CIRCUIT INTEGRE NE PEUT RECEVOIR NORMALEMENT UNE INSTRUCTION ENVOYEE A PARTIR D'UN LECTEURENREGISTREUR DE CARTE DE CIRCUIT INTEGRE, LA CARTE DE CIRCUIT INTEGRE ETABLIT UN MESSAGE INDIQUANT CE FAIT DANS LE PREMIER TAMPON DE SORTIE 19. PAR CONTRE, QUAND LA CARTE DE CIRCUIT INTEGRE PEUT NORMALEMENT RECEVOIR L'INSTRUCTION EN PROVENANCE DU LECTEURENREGISTREUR DE CARTE DE CIRCUIT INTEGRE, LA CARTE EXECUTE LE TRAITEMENT CORRESPONDANT ET ETABLIT LE RESULTAT TRAITE DANS LE SECOND TAMPON DE SORTIE 20. PAR SUITE, LE RESULTAT NORMALEMENT TRAITE N'EST PAS PERDU PAR SUITE DE L'ETABLISSEMENT D'UN MESSAGE D'ERREUR.

Description

SYSTEME DE TRAITEMENT POUR APPAREIL ELECTRONIQUE PORTABLE

La présente invention concerne un système de traite-

ment pour appareil électronique portable, par-exemple une carte

de circuit intégré (CI).

Récemment, une carte de CI incorporant une puce de CI munie d'une mémoire de données non volatile et d'un élément

de commande tel qu'une unité centrale (CPU) a été développée.

Une carte de CI de ce type est normalement actionnée en utilisant un lecteur/enregistreur de cartes. Cette opération est

réalisée par une instruction fournie à partir du lecteur/enregis-

treur de cartes. La carte de CI décode un code d'opération (code OP) de l'instruction reçue et exécute une série de traitements correspondant à une fonction indiquée par le code OP. Alors, la carte de CI fournit le résultat traité au lecteur/enregistreur de cartes en tant que données de réponse. Dans ce cas, un code de fonction inclus dans l'instruction d'entrée est lié aux données de réponse pour réaliser une protection quant à une

séquence irrégulière entre la carte de CI et le lecteur/enregis-

treur de cartes. Plus particulièrement, le code OP est extrait des instructions enregistrées dans un tampon par suite d'une entrée des données d'instruction, et le code OP extrait est lié au résultat du traité quand le résultat traité est fourni au

lecteur/enregistreur de cartes.

Toutefois, avec ce procédé, quand aucun code OP

n'est inclus dans l'instruction en provenance du lecteur/enre-

gistreur de cartes (dans le cas d'une instruction illégale) ou quand l'instruction ne peut être normalement reçue par suite du bruit de transmission, des données erronées peuvent être fournies en tant que code OP. Ceci est lié au fait qu'une partie correspondant au code OP des instructions mémorisées dans le tampon est simplement extraite, et est associée au résultat du processus en tant que code OP. Pour cette raison, quand une séquence entre le lecteur/enregistreur de cartes et la carte de CI est désordonnée, la protection peut être impossible. En particulier, quand les instructions ayant le même code OP sont émises successivement plusieurs fois, la séquence peut souvent être désordonnée. Quand le désordre de la séquence prend place lors de la transmission des données d'instruction d'écriture de données, des anomalies telle qu'une double écriture de 'données

prennent place.

Un objet de la présente invention est de prévoir un système de traitement pour appareil électronique portable qui

peut éliminer les désordres de séquences entre un lecteur/enre-

gistreur de cartes et une carte de CI quand une instruction illégale est envoyée à partir du lecteur/enregistreur de cartes ou quand une instruction ne peut normalement être reçue par suite du bruit de transmission, et qui peut empêcher de façon sure le désordre des séquences entre le lecteur/enregistreur de cartes et la carte de CI quand des instructions ayant le même

code OP sont émises successivement plusieurs fois.

Pour atteindre l'objet ci-dessus, selon la présente invention, il est prévu un système de traitement constitué d'un appareil de traitement d'appareil électronique portable pour fournir une instruction indiquant un contenu de traitement, et d'un appareil électronique portable qui est connecté à l'appareil de traitement d'appareil électronique portable de la façon nécessaire, qui reçoit l'instruction fournie à partir de

l'appareil de traitement d'appareil électronique portable, exécu-

te le traitement correspondant à l'instruction, et fournit un

résultat traité à l'appareil de traitement d'appareil électroni-

que portable, dans lequel l'appareil électronique portable comprend: un premier moyen tampon de sortie pour, quand l'instruction fournie à partir de l'appareil de traitement d'appareil électronique portable ne peut être normalement reçue, mémoriser un message indiquant ce fait; un second moyen tampon

de sortie pour, quand l'instruction fournie à partir de l'appa-

reil de traitement d'appareil électronique portable peut être normalement reçue, mémoriser un résultat traité correspondant à l'instruction; et un moyen de commande arithmétique pour vérifie:- si l'instruction fournie à partir de l'appareil de traitement d'appareil électronique portable est normalement reçue pour, s'il est déterminé que l'instruction n'est pas normalement reçue, établir un message indiquant ce fait dans le premier moyen tampon de sortie, et pour, s'il est déterminé que l'instruction est reçue normalement, établir le résultat traité

dans le second moyen tampon de sortie.

Selon la présente invention, la carte de CI 1 comprend deux tampons de sortie. Si une instruction en provenance du lecteur/enregistreur de cartes de CI 2 est anormale, la carte de CI 1 établit un message d'erreur indiquant ce fait dans le premier tampon de sortie. D'autre part, si la carte de CI 1 peut normalement recevoir les instructions en provenance du lecteur/enregistreur de cartes de CI 2, elle execute le traitement correspondant à l'instruction et établiz le résultat traité dans le second tampon de sortie. De cette façon, les tampons de sortie sont commutés, de sorte que, même quand une instruction de réenvoi-requête de données est fournie à partir du lecteur/enregistreur 2 de cartes de CI, un résultat traité à envoyer est laissé dans le second tampon de sortie sans être interrompu et le résultat peut être renvoyé. En conséquence, aucun désordre de séquence ne survient entre le

lecteur/enregistreur 2 de cartes de CI et la carte de CI 1.

Ces objets, caractéristiques et avantages ainsi que d'autres de la présente invention seront exposés plus en détail

dans la description suivante de modes de réalisation particu-

liers faite en relation avec les figures jointes parmi les-

quelles: la figure 1 est un schéma sous forme de blocs représentant l'agencement d'un appareil classique de traitement de cartes; la figure 2 est un schéma sous forme de blocs représentant des fonctions d'une carte de CI classique; la figure 3 est un schéma sous forme de blocs :eprésentant l'agencement d'une puce de CI incorporée dans une carte de CI à laquelle la présente invention s'applique; la figure 4 est un schéma sous forme de blocs représentant l'agencement du lecteur/enregistreur de cartes de la figure 1; la figure 5 est un organigramme pour expliquer le fonctionnement d'un lecteur/enregistreur de cartes classique; les figures 6A et 6B représentent les formats d'une

sortie d'instruction classique en provenance d'un lecteur/enre-

gistreur de cartes; la figure 7 est un organigramme pour expliquer le fonctionnement d'une carte de CI classique; la figure 8 représente le format d'une sortie de données de réponse classique en provenance d'une carte de CI; la figure 9 est un organigramme pour expliquer les opérations de recherche de traitement d'instruction de la carte de CI selon un mode de réalisation de la présente invention; la figure 10 représente leformat d'une sortie d'instruction en provenance d'un lecteur/enregistreur de carte; les figures 11A et 1113 représentent des formats de sortie d'instruction en provenance du lecteur/enregistreur de cartes; la figure 12 est un organigramme pour expliquer le fonctionnement de la carte de CI dans le mode de réalisation de la présente invention; la figure 13 représente le format de la sortie de données de réponse en provenance de la carte de CI dans le mode

de réalisation de la présente invention; -

les figures 14A et 14B sont des organigrammes pour expliquer un fonctionnement détaillé du lecteur/enregistreur de cartes selon le mode de réalisation de la présente invention; la figure 15 est un organigramme représentant une séquence de transmission détaillée entre le lecteur/enregistreur de cartes et la carte de CI dans le mode réalisation de la présente invention; et

les figuires 16 et 17 sont des organigrammes repré-

sentant un autre mode de réalisation de la présente invention.

La figure 1 représente l'agencement d'un appareil de traitement de cartes utilisé comme terminal pour un système de banque domestique ou un système d'achat auquel une carte de CI en tant qu'appareil électronique portable s'applique. L'appareil de traitement de cartes comprend un lecteur/enregistreur de cartes 2 pour réaliser un accès en lecture/écriture à la carte de CI, un clavier 4 pour introduire des données tel qu'un numéro d'identification personnel (NIP), un module d'affichage à tube à rayons cathodiques (TRC) 5 pour afficher des données de transaction, une imprimante 6 pour imprimer les données de transaction, un disque souple 7 pour mémoriser les données de transaction et une unité centrale (CPU) 3 pour commander le lecteur/enregistreur de cartes 2, le clavier 4, le module

d'affichage TRC 5, l'imprimante 6 et le disque souple 7.

La carte de CI 1 est portée par un utilisateur, associé à un NIP connu du seul utilisateur lorsqu'il achète des

produits et mémorise des données nécessaires.

La figure 2 représente des blocs fonctionnels d'une carte de CI 1. La carte de CI 1 comprend des parties pour exécuter des fonctions fondamentales telle qu'une section de lecture/écriture 11, une section d'établissement/recueil de NIP 12, une section de cryptage/décryptage 13, et un superviseur 14 pour commander ces fonctions fondamentales. La section de lecture/écriture 11 réalise l'accès en lecture/écriture ou effacement des données au moyen d'une mémoire de données 16. La

section d'établissement/recueil de NIP 12 réalise la mémorisa-

tion et le traitement d'inhibition de lecture d'un NIP fourni par un utilisateur, et après établissement du NIP, recueille le NIP établi pour fournir une permission pour le traitement ultérieur. La section de cryptage/décryptage 13 réalise le

cryptage pour empacher la divulgation et l'utilisation frauduleu-

se des données de communication quand les données sont transmises à partir du CPU 3 vers un autre terminal par l'intermédiaire d'une ligne de communication et décrypte des données cryptées. Le cryptage des données est réalisé par un algorithme de cryptage ayant une capacité de cryptage suffisante telle qu'établie par la norme de cryptage de données (DES). Le superviseur 14 décode une entrée de code d'opération (code OP) en provenance du lecteur/enregistreur de cartes 2, ou le code OP associé à des données, et choisit et exécute une fonction nécessaire. Pour mettre en oeuvre ces fonctions, la carte de CI 1 est constituée d'une unité centrale (CPU) 15 d'une mémoire de données non volatile 16 dont le contenu de mémoire est effaçable, d'une mémoire de programme 17 et d'un contacteur 18

pour entrer en contact électriquement avec le lecteur/enregis-

treur de cartes 2. Le CPU 15, la mémoire de données 16 et la

mémoire de programme 17 sont constitués d'une puce de micropro-

cesseur commercialement disponible (par exemple le produit dit Intel 8080 ou un équivalent). Le CPU 15 comprend un premier tampon de sortie 19 et un second tampon de sortie 20. On notera

que le nombre de tampons de sortie n'est pas limité à 2.

La mémoire de programme 17 comprend une mémoire morte (ROM) à masque et a un programme de commande pour commander le CPU 15. Le programme de commande comprend un

groupe de sous-programmes pour réaliser une fonction correspon-

dant à un code OP d'une instruction fournie à partir du lecteur/enregistreur de cartes 2. La mémoire de données 16 est constituée d'une mémoire morte programmable, électriquement

effaçable (EEPROMY.

Le lecteur/enregistreur de cartes 2 échange un code OP ou des données avec le CPU 3 de la carte de CI 1. Plus particulièrement, comme cela est représenté en figure 4, le

lecteur/enregistreur de cartes 2 comprend un mécanisme d'achemi-

nement 21 pour acheminer la carte de CI 1 insérée dans une ouverture d'insertion de carte (non représentée) vers une position prédéterminée, une section de contact 22 reliant électriquement le contacteur 18 d'une carte de CI 1 placée à la position prédéterminée, un CPU 23 pour commander l'ensemble des opérations, une interface d'entrée/sortie (I/O) 24 propre à amener les CPU 23 et 3 à échanger une instruction et des données de réponse entre eux, et une mémoire de données 25 pour

mémoriser des données.

La figure 5 est un organigramme illustrant le

fonctionnement du lecteur/enregistreur de cartes 2. Plus parti-

culièrement, il est vérifié à l'étape 31 si une instruction est fournie à partir du CPU 3. Si on a un NON à l'étape 31, le programme revient à l'étape 31 et le CPU 23 attend des entrées de données. Si on a un OUI à l'étape 31, on vérifie à l'étape 33 si la carte de CI 1 est en fonctionnement. Si on a un OUI à l'étape 33, des données de réponse indiquant une erreur de multi-instructions sont fournies au CPU 3, et le programme

revient à l'étape 31.

Si on a un NEN à l'étape 33, la commande passe à l'étape 37 et une instruction est fournie à la carte de CI 1. A l'étape 39, le CPU 23 attend des données de réponse de la carte de CI 1. Si des données de réponse sont détectées à l'étape 39, la commande passe à l'étape 41 et des données de réponse sont

fournies au CPU 3.

Les figures 6A et 6B représentent des formats d'instruction fournis à la carte de CI 1. La figure 6A représente un format d'instruction composé uniquement d'un code

OP, et la figure 6B représente un format d'instruction correspon-

dant à un code OP et à des données.

La carte de CI 1 est actionnée selon l'organigramme illustré en figure 7. Le CPU 15 attend une instruction d'entrée

en provenance du lecteur/enregistreur de cartes 2 à l'étape 43.

Quand le CPU 15 détecte l'instruction en provenance du lecteur/ enregistreur de cartes 2 à l'étape 43, le CPU 15 exécute un traitement sur la base de l'instruction à l'étape 45. Alors, la commande passe à l'étape 47 et le résultat du traitement est fourni au lecteur/enregistreur de cartes 2. Le programme revient à l'étape 43. La figure 8 représente le format des données de réponse dans ce cas. Comme on peut le voir en figure 8, le champ 51 indiquant un code de fonction inclus. dans la commande d'entrée est associé au champ de données 49 indiquant le

résultat traité.

Une opération va maintenant être décrite en relation avec l'organigramme de la figure 9 dans lequel la carte de CI 1 recherche des instructions et exécute le traitement. Quand une instruction doit être renvoyée à partir du lecteur/enregistreur de cartes 2 à la carte de CI 1, un champ de multiplets de départ 75 est lié à une instruction en plus du champ de code OP 77 et du champ de données 79, comme cela est représenté en figure 10. A l'étape 51, le premier multiplet des instructions d'entrée est recherché. On vérifie à l'étape 53 si le multiplet recherché est un multiplet de départ. Si on a un NON à l'étape 53, le programme revient à l'étape 51. S. on a un OUI à l'étape 53, le multiplet suivant est recherché. A l'étape 57, un comptage de multiplets est incrémenté d'une unité. On vérifie à l'étape 59 si l'introduction de l'instruction est achevée. Si on

a un OUI à l'étape 51, le programme passe à l'étape 63.

Tout=fois, si on a un NON à l'étape 59, on vérifie à l'étape 61 si le comptage de multiplet a atteint une limite de capacité de la mémoire de données 16. Si on a un NON à l'étape 61, le programme revient à l'étape 55 et le multiplet suivant est recherché. D'autre part, si on a un OUI à l'étape 61, le programme passe à l'étape 63 pour vérifier si le comptage est "1" ou inférieur. Quand un OUI est obtenu à l'étape 61 et que le programme passe à l'étape 63, un NON est toujours obtenu à l'étape 63. La limite de capacité de la RAM dans ce cas est de 2; 32 multiplets et le comptage de multiplets a atteint 32. En conséquence, un NON est toujours obtenu à l'étape 63. Quand le programme passe de l'étape 59 à l'étape '3 et qu'un OUI est obtenu à l'étape 63, bien que la chaîne deé données d'entrée soit achevée, le comptage de multiplets est "1" ou moins, et ceci signifie qu'une instruction notable n'a pas été reçue et que le traitement ne peut pas être exécuté. Ceci est lié au fait que le code OP comprend deux multiplets. En conséquence, si on a un OUI à l'étape 63, des données "FF" sont placées dans-le champ de code OP 77 à l'étape 65 et les données de réponse indiquant une longueur de 'chaîne de données illégale sont fournies. Plus particulièrement, quand le CPU 15 reçoit une instruction en provenance du lecteur/enregistreur de cartes 2 et quand il reconnait qu'aucun code OP n'est introduit, le CPU 15 fournit au lecteur/enregistreur de cartes 2 le résultat traité avec des données spécifiques autres que le code OP, par exemple un code spécifique "FF" en tant que données de réponse. Si on a un NON à l'étape 63, on vérifie à l'étape 67 si une instruction anormale telle qu'une anomalie de parité est introduite. Si on a un OUI à l'étape 67, le CPU 15 fournit des données de réponse indiquant une instruction anormale en même

que le code OP associé, et le programme revient à l'étape 51.

Toutefois, si on a un NON à l'étape 67, le CPU 15 exécute une fonction désignée par le code OP à l'étape 71 et fournit au lecteur/enregistreur de cartes 2 le résultat traité arec le code

OP associé à celui-ci en tant que données de réponse.

Dans le mode de réalisation ci-dessus, un échange de données entre un lecteur/enregistreur de cartes 2 et une carte de CI 1 a été indiqué à titre d'exemple. La présente invent:ioni peut s'appliquer à un échange de données entre le CPU 3 et le

lecteur/enregistreur de cartes 2.

Un second mode de réalisation de la présente inven-

tion va maintenant être décrit. Dans ce mode de réalisation, dans une instruction envoyée du lecteur/enregistreur de cartes 2 à la carte de CI 1, un numéro séquentiel est associé aux formats d'instruction représentés en figures 6A et 6B, comme cela est indiqué en figures 11A et 11B. Un numéro séquentiel est associé à une sortie d'instruction en provenance du lecteur/enregistreur de cartes 2 et la carte de CI 1 recevant l'instruction associe le numéro séquentiel de l'instruction reçue aux données de

réponse et les fournit au lecteur/enregistreur de cartes 2.

Le mode de réalisation de la présente invention va être décrit ci-après en relation avec l'organigramme de la figure 12. Le CPU 15 vérifie à l'étape 81 si une instruction est envoyée à partir du lecteur/enregistreur de cartes 2. Si on a un NON à l'étape 81, le CPU 15 attend jusqu'à ce que l'instruction arrive. Si on a un OUI à l'étape 81, on vérifie à l'étape 83 si le texte reçu (instruction) est normal. Plus particulièrement, on vérifie si un code OP inclus dans le texte correspond à l'un quelconque des codes OP prédéterminés ou si le texte comprend une erreur de parité. Si on a un OUI à l'étape 83, le CPU 15 exécute le traitement correspondant à l'instruction d'entrée à l'étape 85 et établit le résultat traité dans le tampon de sortie 19 à l'étape 87. A l'étape 93, le CPU 15 fournit des données de réponse incluant le résultat traité établi dans le

tampon de sortie 19 vers le lecteur/enregistreur de cartes 2.

Alors, le programme revient à l'étape 81 et le CPU 15 attend l'instruction suivante en provenance du lecteur/enregistreur de cartes 2. Les données de réponse qui sont fournies à partir du CPU 15 au lecteur/enregistreur de cartes 2 à l'étape 93 comprennent un numéro séquentiel 101 associé à l'instruction envoyée à partir du lecteur/enregistreur de cartes 2, un code OP 103 également associé à cette instruction, un résultat de traitement 105 et des données 107 qui sont associées si

nécessaire, comme cela est représenté en figure 13.

D'autre part, si on a un NON à l'étape 83, le CPU 15 vérifie à l'étape 89 si l'instructi.on est une instruction de réenvoi-requête. Si on a un NON à l'étape 89, le CPU 15 établit les données de réponse indiquant un texte anormal dans le premier tampon de sortie 19 à l'étape 91 et envoie les données de réponse établies dans le premier tampon de sortie 19 au lecteur/enregistreur de cartes 2. Ensuite, le programme revient à l'étape 81 et le CPU 15 attend l'instruction suivante en provenance du lecteur/enregistreur de cartes 2. Toutefois, si on a un OUI à l'étape 89, le CPU 15 établit des données de réponse indiquant un texte anorma' dans le second tampon de sortie 20 à l'étape 95 et envoie les données de réponse établies dans le

tampon 20 au lecteur/enregistreur de cartes 2 à l'étape 97.

Ensuite, le programme revient à l'étape 81.

Dans ce mode de réalisation, deux tampons de sortie sont associés à la carte de CI 1, et sont utilisés sélectivement pour nmémoriser des données de réponse quand une instruction de réenvoi-requête est anormale et pour mémoriser des données de réponse incluant le résultat traité. Avec cet agencement, les données de réponse incluant le résultat traité à réenvoyer ne peuvent pas être effacées par l'établissement de données de

réponse indiquant un texte anormal.

Le fonctionnement du lecteur/enregistreur de cartes 2 va maintenant être décrit en relation avec les organigrammes

représentés en figures 14A et 14B. Le CPU 23 dans le lecteur/en-

registreur de cartes 2 établit une valeur initiale dans un numéro séquentiel à l'étape 111 et vérifie à l'étape 113 si une instruction est fournie à partir du CPU 3. Si on a un NON à l'étape 113, le CPU 23 attend jusqu'à ce qu'une instruction soit fournie. Si on a un OUI à l'étape 113, le CPU 23 vérifie à l'étape 115 si la carte de CI 1 est occupée. Si on a un OUI à l'étape 115, le CPU 23 fournit des données de réponse indiquant une erreur d'instruction multiplexée au CPU 3 à l'étape 117 et le programme revient à l'étape 113. Si on a un NON à l'étape , le CPU 23 rajoute un numéro séquentiel à une instruction et l'envoie à la carte de CI 1. Le CPU 23 vérifie alors à l'étape 1.21 si des données de réponse sont fournies à partir de la carte de CI 1. Si on a un NON à l'étape 12;, le CPU 23 vérifie à l'étape 135 si le temps est écoulé (temps dépassé). Si on a un NON à l'étape 135, le programme revient à l'ét-tp- 121 et le CPU 23 attend des données de réponse de la carte de CI 1. Toutefois, si on a un OUI à l'étape 135, un comptage de réenvoi-requête est incrémenté d'une unité à l'étape 137 et l'on vériIie à l'étape 139 si le comptage de réenvoi-requêts a atteint une valeur limite supérieure. Si on a un OUI à l'étape 139, le CPU 23 envo.e des données de réponse indiquant "temps dépassé" à la carte de CI 1. Alors, le programme revient à l'étape 113 et le CPU 23 attend l'instruction du CPU 3. Si on a un NON à l'étape 139, le CPU 23 fournit à la carte de CI i une instruction de réenvoi-requête avec un numéro séquentiel compté qui lui est rattaché, à l'étape 141. Après cela, le programme revient à l'étape 121 et le CPU 23 attend des données de réponse en

provenance de la carte de CI 1.

Si on a un OUI à l'étape 121, c'est-à-dire si les données de réponse en provenance de la carte de CI 1 sont reçues, on vérifie à l'étape 123 si les données de réponse reçues sont des données de réponse pour l'instruction de réenvoi-requête. Si on a un OUI à l'étape 123, le programme passe à l'étape 137. Toutefois, si on a un NON à l'étape 123, le CPU 23 remet à zéro le compteur de réenvoi-requête à l'étape et vérifie à l'étape 127 si l'instruction en provenance du

CPU 3 est une macro-instruction. Dans ce cas, la macro-instruc-

tion indique une instruction en provenance du CPU 3 connecté au lecteur/enregistreur de cartes 2. Le lecteur/enregistreur de cartes 2 convertit une macro-instruction en provenance du CPU 3 en une instruction qui peut &tre traitée par la carte de CI 1 et fournit une instruction traitée à la carte de CI 1. Si on a un OUI à l'étape 127, le CPU 23 compte le numéro séquentiel dans les données de réponse en provenance de la carte de CI 1 étape 129 et lui ajoute une instruction à envoyer- ensuite. Si l'ex.-cui:ion de la macro-instruction est achevée, le CPU 23 fournit des données de réponse au CPU 3 à l'étape 133. Après

cela, le programme revient à l'étape 113 et atteint l'instruc-

tion en provenance du CPU 3. Si on a un NON à l'étape 127, le

CPU 23 fournit des données de réponse au CPU 3 à l'étape 133.

Alors, le programme revient à l'étape 113 et le CPU 23 attend

l'instruction en provenance du CPU 3.

La figure 15 représente une séquence d'émission

détaillée entre le lecteur/enregistreur de cartes 2 et la carte.

de CI 1. Dans la première transmission, le lecteur/enregistreur de cartes 2 envoie une instruction de numéro séquentiel (1) et le code OP (A) à la carte de CI 1. La carte de CI 1 exécute le traitement correspondant au code OP (A) et renvoie les données de réponse incluant le numéro séquentiel (1), le code OP (A) et le résultat de traitement (a) au lecteur/enregistreur de cartes 2. Puisque les données de réponse de numéro séquentiel (1) sont renvoyées à partir de la carte de CI 1, le lecteur/enregistreur de cartes 2 envoie une instruction de numéro séquentiel (2) et

le code OP (A) à la carte de CI 1 dans la seconde transmission.

On suppose que la carte de CI 1 ne reçoit pas, par défaut, l'instruction elle-même. Dans ce cas, par exemple, la carte de

CI 1 ne peut recevoir le multiplet de départ. Le lecteur/enregis-

treur de cartes 2 confirme que les données de réponse correspon-

dant à l'instruction de numéro séquentiel (2) ne sont pas renvoyées à partir de la carte de CI 1. Toutefois, le lecteur/ enregistreur de cartes 2 ne peut pas décider si la carte de CI 1

ne peut pas recevoir une instruction ou si le lecteur/enregis-

treur de cartes 2 ne peut pas recevoir l'instruction bien que les données de réponse incluant le résultat traité soient renvoyées à partir de la carte de CI 1. En conséquence, le lecteur/enregistreur de cartes 2 envoie une instruction incluant le numéro séquentiel (3) et le code OP (B) indiquant une requête

transmission, on suppose que la carte de CI 1 reçoit l'instruc-

tion de numéro séquentiel (3) à partir du lecteur/enregistreur de cartes 2 mais détermine que le texte reçu est anormal (par exemple, le code OP est converti de façon indésirable en un code OP non aligné pendant la transmission). La carte de CI 1 renvoie des données de réponse incluant le numéro séquentiel (3), le code OP (B) indiquant la requête de réenvoi, et le résultat traité (B) indiquant un texte anormal au lecteur/ enregistreur de cartes 2. A la suite de la réception de ces

données, le lecteur/enregistreur de cartes 2 envoie une instruc-

tion incluant le numéro séquentiel (4) et le code OP (B) indiquant la requête de réenvoi vers la carte de CI 1. La carte

de CI 1 détecte l'instruction de réenvoi-requête de numéro sé-

quentiel (4). Puisque la carte de CI 1 ne peut pas recevoir une instruction de numéro séquentiel (2), les dernières données établies dans le tampon de sortie 19 sont le résultat traité correspondant à l'instruction de numéro séquenritiel (1). En consequence: la carte de CI 1 envoie des données de réponse incluant le numéro séquentiel (1), le code OP (A) et le résultat traité (a) au lecteur/enregistreur de cartes 2.Puisque le résultat traité correspondant à l'instruction de numéro séquentiel (1) est renvoyé à partir de la carte de CI 1, le lecteur/enregistreur de cartes 2 envoie une instruction incluant le numéro séquentiel (2) et le code OP (A) de la carte de CI 1 lors de la cinquième transmission. La carte de CI 1 détecte

cette instruction et exécute le traitement qui y correspond.

Alors, la carte de CI 1 renvoie des données de réponse comprenant le numéro séquentiel (2), le code OP (A) et le

résultat traité (y) au lecteur/enregistreur de cartes 2.

La figure 16 est un organigramme illustrant un autre mode de réalisation dans lequel un premier tampon de sortie est utilisé quand les données d'instruction d'entrée sont normales, et un second tampon de sortie qui est utilisé quand les données

d'instruction d'entrée sont anormales.

La carte de CI 1 vérifie si les données d'ins-

truction d'entrée sont normales. Si elles sont normales, la carte de CI 1 détermine alors si les données d'instruction d'entrée sont les données d'instruction de réenvoi ou non. Si les données d'instruction d'entrée ne sont pas les données d'instruction de réenvoi, la carte de CI 1 exécute un traitement correspondant à l'instruction, établit des données traitées dans le premier tampon de sortie, et envoie alors le

contenu dans le premier tampon de sortie.

Au contraire, si les données d'instruction d'entrée sont les données d'instruction de réenvoi, la carte de CI 1

fournit directement le contenu dans le premier tampon de sortie.

D'autre part, si les instructions d'entrée sont anormales, la carte de CI 1 fournit des données de réponse indiquant un texte anormal par l'intermédiaire du second tampon

de sortie.

La figure 17 est un organigramme montrant encore un autre mode de réalisation dans lequel le second tampon de sortie est utilisé si les données d'instruction d'entrée sont les données d'instruction de requête de réenvoi et dans lequel le

premier tampon de sortie est utilisé dans le cas contraire.

A la suite de la reconnaissance du fait que les

données d'instruction d'e:t,-ée je sont pas les données d'instruc-

tion de requête de réenvoi, la carte de CI 1 vérifie le texte.

Si le texte est normal, la carte de CI 1 exécute un traitement correspondant à l'instruction, établit le résultat traité dans le premier tampon de sortie, et fournit ensuite le contenu dans

le premier tampon de sortie.

Au contraire, si le texte est anormal, la carte de CI 1 établit des données de réponse indiquant le texte anormal dans le premier tampon de sortie et fournit alors le contenu dans le premier tampon de sortie. D'autre part, si les données d'instruction d'entrée sont les données d'instruction de requête de réenvoi, la carte de CI 1 vérifie le texte. Si le texte est normal, la carte de CI 1 transfère le contenu du premier tampon' vers le second tampon et fournit ensuite en sortie le contenu du

second tampon.

Au contraire, si le texte est anormal, la carte de CI 1 établit des données de réponse indiquant le texte anormal dans le second tampon de sortie et fournit alors en sortie le

contenu du second tampon de sortie.

Claims

REVENDICATIONS

1. Système de traitement constitué d'un appareil de traitement d'appareil électronique portable (2, 4, 5, 6, 7) pour fournir une instruction indiquant un contenu de traitement, et d'un appareil électronique portable (1) qui est connecté à l'appareil de traitement d'appareil électronique portable de la façon nécessaire, reçoit l'instruction fournie à partir de

l'appareil de traitement d'appareil électronique portable, exé-

cute le traitement correspondant à l'instruction, et fournit un

résultat traité à l'appareil de traitement d'appareil électroni-

que portable, caractérisé en ce que l'appareil électronique portable comprend: un premier moyen tampon de sortie (20) pour, quand l'instruction fournie à partir de l'appareil de traitement d'appareil électronique portable peut être normalement reçue, mémoriser un résultat traité correspoi.dani: à l'instruction; un second moyen tampon de sortie (19) pour, quand l'instruction de sortie de l'appareil de traitement d'appareil électronique portable ne peut être normalement reçue, mémoriser un message indiquant ce fait; et un moyen de commande arithmétique (15) pour vérifier si l'instruction fournie à partir de l'appareil de traitement d'appareil électronique portable est normalement reçue pour, si il est déterminé que l'instruction est normalement reçue, établir un résultat traité dans le premier moyen tampon de sortie et pour, s'il est déterminé que l'instruction ne peut être normalement reçue, établir un messages indiquant ce fait

dans le second moyen tampon de sortie.

2. Système selon la revendication 1, caractérisé en ce que l'appareil de traitement d'appareil électronique portable envoie l'instruction à nouveau à l'appareil électronique portable en réponse au message de l'appareil électronique portable indiquant que l'instruction ne peut être normalement reçue, et en ce que, quand l'appareil électronique portable reçoit normalement I'instruction, cet appareil électronique portable fournit le résultat traité présentement établi dans le premier moyen tampon de sortie (20) à l'appareil de traitement

d'appareil électronique portable.

3. Système selon la revendication 1, caractérisé en ce que, seulement quand l'instruction en provenance de l'appa- reil de traitement d'appareil électronique portable ne peut être normalement reçue, et quand l'instruction est l'instruction de requêt- de réenvoi pour le résul-zat t:raité, le moyen de commande arithmétique envoie un message indiquant ce fait au second

tampon de sortie (19).

4. Système selon la revendication 1, caractérisé en ce que l'appareil électronique portable comprend une carte de CI.

5. Système selon la revendication 4, caractérisé en ce que l'appareil de traitement d'appareil électronique portable comprend un appareil de traitement de cartes pour réaliser des accès en lecture et écriture de données en relation avec ladite

carte de CI.