DE3640238A1 - Tragbare elektronische vorrichtung - Google Patents
Tragbare elektronische vorrichtungInfo
- Publication number
- DE3640238A1 DE3640238A1 DE19863640238 DE3640238A DE3640238A1 DE 3640238 A1 DE3640238 A1 DE 3640238A1 DE 19863640238 DE19863640238 DE 19863640238 DE 3640238 A DE3640238 A DE 3640238A DE 3640238 A1 DE3640238 A1 DE 3640238A1
- Authority
- DE
- Germany
- Prior art keywords
- data
- area
- memory
- chain
- address
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
- 238000012545 processing Methods 0.000 claims description 48
- 230000006870 function Effects 0.000 claims description 23
- 230000007423 decrease Effects 0.000 claims 1
- 230000004044 response Effects 0.000 description 30
- 238000012790 confirmation Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 238000013500 data storage Methods 0.000 description 6
- 238000013478 data encryption standard Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000000034 method Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000013523 data management Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
- G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
- G06K7/0013—Methods or arrangements for sensing record carriers, e.g. for reading patterns by galvanic contacts, e.g. card connectors for ISO-7816 compliant smart cards or memory cards, e.g. SD card readers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
- G06K7/0013—Methods or arrangements for sensing record carriers, e.g. for reading patterns by galvanic contacts, e.g. card connectors for ISO-7816 compliant smart cards or memory cards, e.g. SD card readers
- G06K7/0086—Methods or arrangements for sensing record carriers, e.g. for reading patterns by galvanic contacts, e.g. card connectors for ISO-7816 compliant smart cards or memory cards, e.g. SD card readers the connector comprising a circuit for steering the operations of the card connector
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/357—Cards having a plurality of specified features
- G06Q20/3576—Multiple memory zones on card
- G06Q20/35765—Access rights to memory zones
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/0866—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means by active credit-cards adapted therefor
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Artificial Intelligence (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Human Computer Interaction (AREA)
- General Engineering & Computer Science (AREA)
- Credit Cards Or The Like (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
Die Erfindung betrifft eine tragbare elektronische
Vorrichtung, d.h. eine sog. IC-Karte, die einen in
tegrierten Schaltkreis- oder IC-Chip mit einem nicht
flüchtigen Datenspeicher und einem Steuerelement,
z.B. einer Zentraleinheit (CPU), aufweist.
In den letzten Jahren ist eine IC-Karte mit einem
IC-Chip, der einen nichtflüchtigen Speicher (z.B.
PROM) und eine Zentraleinheit aufweist, als Speicher
karte für die Speicherung von Daten entwickelt und
in den Handel gebracht worden. Bei einem eine solche
IC-Karte benutzenden System erfolgt ein Datenaus
tausch mit der IC-Karte mittels einer Karten-Lese/-
Einschreibeinheit. Wenn die IC-Karte von letzterer
Einheit Anweisungsdaten mit einem Funktionscode
empfängt, führt sie eine Funktion aus und gibt das
Ausführungsergebnis als Antwortdaten zur Lese/Ein
schreibeinheit aus.
Wenn eine in die IC-Karte eingegebene Datenreihe in
den Datenspeicher eingeschrieben wird, können die
Eingabedaten erst dann eingeschrieben werden, wenn
ein unbelegter (unwritten) Bereich, in den keine
gültigen Daten eingeschrieben sind, zuerst bestätigt
oder festgestellt wird. Wenn dabei beim aufeinander
folgenden Einschreiben von Datenreihen oder -ketten
Adreßdaten des nächsten Bereichs (z.B. eine Start
adresse für einen unbelegten Bereich), in welchen
Daten eingeschrieben werden sollen, nicht gespeichert
sind, muß beim jedesmaligen Einschreiben einer Daten
reihe zuerst ein unbelegter Bereich bestätigt oder
festgestellt (certified) werden, was eine lange Ein
schreibzeit bedingt.
Wenn bei der bisherigen IC-Karte eine Datenreihe in
einen Ziel- oder Sollbereich eingeschrieben wird,
erfolgt dies von einer gegebenen Bezugsadresse (z.B.
einer Startadresse) aus in einer einzigen Richtung,
und eine Endadresse der eingeschriebenen Datenreihe
ist oder wird in einem Randomspeicher (RAM) in einem
Steuerelement (ab)gespeichert, wodurch die nach
folgende Einschreiboperation vereinfacht wird. Ins
besondere beim Einschalten einer Stromversorgung
der IC-Karte kann die obige Vereinfachung realisiert
werden. Wenn jedoch die Stromversorgung vorüber
gehend abgeschaltet und zur Durchführung einer Ein
schreiboperation wieder eingeschaltet wird, wird
der Inhalt des Randomspeichers gelöscht. Aus diesem
Grund muß (dann) die Endadresse aus dem Ziel- oder
Sollbereich gesucht werden. In diesem Fall muß eine
spezifische Größe, z.B. "FF H ", als Dateneinheit für
die Bestätigung nicht eingeschriebener Daten erhal
ten bleiben. Aus diesem Grund verringert sich die
Dateneinschreibgeschwindigkeit erheblich.
Aufgabe der Erfindung ist die Schaffung einer trag
baren elektronischen Vorrichtung, bei welcher eine
Dateneinschreiboperation in einen Datenspeicher
kontinuierlich und ohne fortlaufende Bestätigung un
belegter Bereiche (oder Speicherplätze) durchführbar
ist und damit die Einschreibgeschwindigkeit erhöht
und die Einschreibzeit verkürzt werden können.
Bei dieser tragbaren elektronischen Vorrichtung
sollen insbesondere die Datenzugriffgeschwindigkeit
erhöht und keine Daten zum Bestätigen nicht einge
schriebener Daten (unwritten data) erforderlich
sein.
Diese Aufgabe wird bei einer tragbaren elektronischen
Vorrichtung der angegebenen Art erfindungsgemäß ge
löst durch eine Speichereinrichtung zum Speichern
von Daten und eine Zentraleinheit zum selektiven
Steuern eines Daten(aus)lese- oder -einschreibzu
griffs aus der oder zu der Speichereinrichtung nach
Maßgabe einer von einem an die tragbare elektronische
Vorrichtung angeschlossenen Hilfssystem gelieferten
Anweisung, wobei die Zentraleinheit Daten, die eine
Speicheradresse des nächsten unbelegten (unwritten)
Bereichs oder Speicherplatzes zu liefern vermögen,
in einem vorbestimmten Bereich der Speichereinrich
tung speichert, wenn die Zentraleinheit Daten in die
Speichereinrichtung einschreibt.
Im folgenden sind bevorzugte Ausführungsformen der
Erfindung anhand der Zeichnung näher erläutert. Es
zeigen:
Fig. 1 eine schaubildliche Darstellung einer
IC-Karte gemäß der Erfindung,
Fig. 2 ein Blockschaltbild für die Anordnung
eines in die IC-Karte eingebauten IC-Chips,
Fig. 3 ein Blockschaltbild der Anordnung eines
Kartenmanipulators,
Fig. 4 ein Ablaufdiagramm zur Erläuterung einer
Einschreiboperation bei der IC-Karte,
Fig. 5 ein Format von Einschreibanweisungsdaten,
Fig. 6 ein Ablaufdiagramm zur Verdeutlichung
einer Bestätigungsoperation für unbelegten
Bereich bei der IC-Karte,
Fig. 7 ein Format von Bestätigungsanweisungsdaten
für unbelegten Bereich (unwritten area
certifying instruction data),
Fig. 8 ein Funktionsblockschaltbild einer IC-Karte
gemäß einer anderen Ausführungsform der
Erfindung,
Fig. 9 ein Blockschaltbild eines in die IC-Karte
gemäß Fig. 8 eingebauten IC-Chips,
Fig. 10 einen Speicherplan eines in eine Anzahl
von Blöcken unterteilten Datenspeichers,
Fig. 11 ein Beispiel für eine Indextabelle zur
Darstellung der Beziehung zwischen Speicher
platz- oder Bereichszahlen, den Zahlen von
Bytes, Startadressen und Endadressen der
betreffenden Bereiche im Datenspeicher,
Fig. 12 ein Format von Attributdaten,
Fig. 13A und 13B Ablaufdiagramme zur Erläuterung
einer Dateneinschreiboperation bei einer
anderen Ausführungsform der Erfindung,
Fig. 14 ein Format von Einschreibanweisungsdaten,
Fig. 15A und 15B Ablaufdiagramme zur Erläuterung
einer Fortsetzungs- oder Folge-Einschreib
operation (continuation write operation),
Fig. 16 ein Format von Fortsetzungs- oder Folge
einschreibanweisungsdaten,
Fig. 17A bis 17J schematische Darstellungen zur
detaillierten Erläuterung der Datenein
schreiboperation,
Fig. 18A bis 18C Ablaufdiagramme zur Erläuterung
einer Daten(aus)leseoperation,
Fig. 19 ein Format von Leseanweisungsdaten,
Fig. 20A und 20B Ablaufdiagramme zur Verdeutlichung
einer Fortsetzungs- oder Folgeleseoperation,
Fig. 20C eine Darstellung für ein Beispiel eines
Folgeausleseanweisungsdatenformats,
Fig. 21A bis 21F schematische Darstellungen zur
genaueren Verdeutlichung der Datenlese
operation,
Fig. 22 ein Ablaufdiagramm zur Verdeutlichung
einer Datenlöschoperation und
Fig. 23 ein Format von Löschanweisungsdaten.
Die in Fig. 1 als Beispiel für eine tragbare elek
tronische Vorrichtung dargestellte IC-Karte 1 enthält
einen integrierten Schaltkreis- oder IC-Chip 2, der
elektrisch mit einem aus einer Anzahl von auf der
Oberseite der IC-Karte 1 ausgebildeten Kontakten be
stehenden Anschlußteil (contactor) 3 verbunden ist.
Der IC-Chip 2 umfaßt eine Zentraleinheit (CPU) 4 als
Steuerelement oder -einheit zum Entschlüsseln, Ver
arbeiten und Speichern von Eingabeanweisungen und
-daten und einen PROM (programmierbaren Festwert
speicher) 5 als nichtflüchtiger Datenspeicher, der
einer Lese/Einschreiboperation unter der Steuerung
der Zentraleinheit 4 unterwerfbar ist. Die Zentral
einheit 4 enthält einen (integrierten) Random
speicher (RAM) 4 a.
Fig. 3 veranschaulicht die Anordnung oder den Aufbau
eines Kartenmanipulators, der als Endgerät z.B.
eines Heimbanksystems oder Heimeinkaufsystems be
nutzbar ist und dem die IC-Karte 1 als tragbare
elektronische Vorrichtung gemäß der Erfindung zuge
ordnet ist. Im Kartenmanipulator kann die IC-Karte 1
über eine Karten-Lese/Einschreibeinheit 11 mit der
Steuereinheit (d.h. der Zentraleinheit) 12 verbunden
werden, die ihrerseits mit einem Tastenfeld 13,
einer Kathodenstrahlröhren- oder CRT-Anzeigeeinheit 14,
einem Drucker 15 und einer Floppyplatteneinheit 16
verbunden ist.
Die IC-Karte 1 entschlüsselt von der Lese/Einschreib
einheit 11 eingegebene Anweisungsdaten und führt die
erforderliche Verarbeitung aus. Für diesen Zweck
weist die IC-Karte 1, wie erwähnt, die Zentralein
heit 4 und den PROM 5 auf. Die Karten-Lese/Ein
schreibeinheit 11 führt einen Datenaustausch, z.B.
von Anweisungsdaten und Antwortdaten, zwischen IC-
Karte 1 und Zentraleinheit 12 durch.
Die Betriebsweise der IC-Karte 1 mit der beschrie
benen Anordnung ist im folgenden erläutert. Zunächst
ist eine Einschreiboperation anhand des Ablaufdia
gramms von Fig. 4 beschrieben. Die IC-Karte 1 wartet
Einschreibanweisungsdaten von der Lese/Einschreib
einheit 11 ab, welche gemäß Fig. 5 aus z.B. einem
Einschreibanweisungsfunktionscode und Speicherdaten
bestehen. Wenn in einem Schritt 21 festgestellt wird,
daß die Einschreibanweisungsdaten von der Lese/Ein
schreibeinheit 11 empfangen werden, prüft die Zen
traleinheit 4 im Schritt 23, ob die Adresse eines
unbelegten Bereichs oder Speicherplatzes in einem
vorbestimmten Bereich oder Speicherplatz in ihrem
internen Randomspeicher 4 a gespeichert ist. Im nega
tiven Fall gibt die Zentraleinheit 4 Antwortdaten
zur Anzeige des Nichtvorhandenseins der Startadresse
im unbelegten Bereich aus (Schritt 37), worauf der
Programmfluß zum Schritt 21 zurückkehrt. Bei einem
positiven Ergebnis (JA) in Schritt 23 schreibt da
gegen die Zentraleinheit 4 die Speicherdaten in den
Anweisungsdaten in einen durch die Startadresse an
gegebenen Bereich des PROMs 5 ein und speichert die
Startadresse des unbelegten Bereichs nach der Ein
schreiboperation im vorbestimmten Bereich im Random
speicher 4 a (Schritt 25), um sie zu aktualisieren.
Wenn im Schritt 27 entschieden wird, daß im PROM 5
kein unbelegter oder unbeschriebener Bereich vor
handen ist, speichert die Zentraleinheit 4 im
Schritt 33 eine den Datenbereichen im Randomspeicher
4 a nicht zugewiesene Adresse, und sie gibt im
Schritt 35 Antwortdaten zur Anzeige des Abschlusses
des Einschreibens und des Nichtvorhandenseins einer
nächsten Einschreibadresse aus. Anschließend kehrt
der Programmfluß zum Schritt 21 zurück. Falls jedoch
in Schritt 27 entschieden wird, daß im PROM 5 der
nächste Einschreibbereich bzw. die nächste Ein
schreibadresse vorhanden ist, speichert die Zentral
einheit 4 die Startadresse des nächsten Einschreib
bereichs im vorbestimmten Bereich des Randomspeichers
4 a (Schritt 29). Im Schritt 31 gibt die Zentralein
heit 4 Antwortdaten aus, welche die Beendigung des
Einschreibens und das Vorhandensein des nächsten
Einschreibbereichs angeben, worauf der Programmfluß
zum Schritt 21 zurückkehrt.
Eine Operation zur Bestätigung (certifying) der
Startadresse des unbelegten Bereichs ist nachstehend
anhand des Ablaufdiagramms von Fig. 6 beschrieben.
Die IC-Karte 1 wartet zunächst Bestätigungsanwei
sungsdaten für unbelegten Bereich ab. Diese letzteren
Daten umfassen beispielsweise einen in Fig. 7 darge
stellten Bestätigungsfunktionscode für unbelegten
Bereich. Wenn im Schritt 39 festgestellt wird, daß
die Bestätigungsanweisungsdaten für unbelegten Be
reich eingegangen sind, sucht die Zentraleinheit 4
im Schritt 41 die Startadresse eines unbelegten Be
reichs. Bei einem negativen Ergebnis (NEIN) in
Schritt 43 gibt die Zentraleinheit 4 im Schritt 49
Antwortdaten für die Anzeige des Nichtvorhandenseins
des unbelegten Bereichs aus, worauf der Programmfluß
zum Schritt 39 zurückkehrt. Bei einem positiven Er
gebnis (JA) in Schritt 43 speichert dagegen die Zen
traleinheit 4 im Schritt 45 die Startadresse im vor
bestimmten Bereich des Randomspeichers 4 a, und sie
gibt Antwortdaten für die Anzeige des Vorhandenseins
des unbelegten Bereichs im Schritt 47 aus. Der Pro
grammfluß kehrt sodann zum Schritt 39 zurück.
Beim Einschreiben von Daten in die IC-Karte 1 werden
nach dem Eingang der Bestätigungsanweisungsdaten für
unbelegten Bereich eine oder mehrere Einschreiban
weisungsdateneinheiten empfangen.
Wenn bei der beschriebenen Anordnung Daten in den
Datenspeicher eingeschrieben werden, wird stets die
Startadresse eines unmittelbar folgenden unbelegten
Bereichs gespeichert. Aus diesem Grund braucht ein
unbelegter Bereich nicht jedesmal beim Einschreiben
von Daten in den Datenspeicher gesucht zu werden,
und die Dateneinschreiboperation kann kontinuierlich
durchgeführt werden, wodurch die Einschreibgeschwin
digkeit erhöht und die Einschreibzeit verkürzt werden.
Vor dem Einschreiben von Daten in den Datenspeicher
wird ein unbelegter Bereich zur Speicherung seiner
Startadresse bestätigt, wodurch die folgende Daten
einschreibsequenz vereinfacht und die Einschreib
zeit verkürzt werden.
Im folgenden ist anhand der Fig. 8 bis 23 eine andere
Ausführungsform der Erfindung beschrieben.
Eine IC-Karte gemäß der anderen Ausführungsform der
Erfindung umfaßt einen Abschnitt zur Ausführung von
Grundfunktionen, d.h. einen Lese/Einschreibteil 51,
einen Personenkennzahl- bzw. PIN-Vorgabe/Vergleichs
teil 53, einen Verschlüsselungs/Entschlüsselungsteil
55 und einen Uberwachungsteil 57 zur Steuerung
(managing) der Grundfunktionen. Der Lese/Einschreib
teil 51 bewirkt das Auslesen, Einschreiben oder
Löschen von Daten mittels der Karten-Lese/Ein
schreibeinheit 11. Der PIN-Vorgabe/Vergleichsteil 53
führt eine Speicherung/Auslese-Sperrverarbeitung
einer durch einen Benutzer vorgegebenen Personen
kennzahl (PIN) aus und vergleicht (collates) eine
Personenkennzahl nach dem Vorgeben oder Eingeben
derselben zwecks Einholung einer Erlaubnis für die
nachfolgende Verarbeitung. Der Verschlüsselungs/Ent
schlüsselungsteil 55 bewirkt das Verschlüsseln von
Daten oder das Entschlüsseln von verschlüsselten
Daten zwecks Verhinderung der Offenlegung oder
Fälschung von Austauschdaten, wenn Daten von der
Zentraleinheit 12 über eine Verbindungs- oder Aus
tauschleitung zu einem anderen Endgerät übertragen
werden. Der Teil 55 führt eine Datenverarbeitung
nach Maßgabe eines Verschlüsselungsalgorithmus, z.B.
DES (Data Encryption Standard), eines ausreichend
sicheren Verschlüsselungsgrads durch. Der Überwachungs
teil 57 dekodiert einen Funktionscode mit oder ohne
Dateneingabe vom Karten-Lese/Einschreibteil 11 und
wählt eine erforderliche Funktion aus den Grund
funktionen aus, um diese auszuführen.
Für die Durchführung dieser Funktionen enthält die
IC-Karte 1 ein Steuerelement bzw. eine Steuerein
heit (z.B. Zentraleinheit bzw. CPU) 59, einen nicht
flüchtigen Datenspeicher 61, dessen Speicherinhalt
löschbar ist, einen Programmspeicher 63 und einen
Anschlußteil zur Herstellung eines elektrischen Kon
takts mit der Karten-Lese/Einschreibeinheit 11 (vgl.
Fig. 9). Von diesen Bauelementen sind die in Fig. 9
von den gestrichelten Linien umrahmten Bauelemente
(Zentraleinheit 59, Datenspeicher 61 und Programm
speicher 63) auf einem einzigen IC-Chip ausgeführt.
Die Zentraleinheit 59 enthält dabei einen Random
speicher (RAM) 60. Der Programmspeicher 63 umfaßt
einen Masken-ROM und speichert ein für die Zentralein
heit 59 vorgesehenes Steuerprogramm mit Unterroutinen
zur Ausführung der genannten Grundfunktionen. Der
Datenspeicher 61 umfaßt einen EEPROM für die Speiche
rung verschiedener Daten.
Gemäß Fig. 10 ist der Datenspeicher 61 in eine An
zahl von Bereichen (Speicherplätzen) 01, 02, ... FF
unterteilt, wobei jeder Bereich wiederum in einen
oder mehrere Blöcke unterteilt ist. Jeder Block um
faßt eine vorbestimmte Zahl von Bytes, und die Ver
arbeitung erfolgt in Einheiten von Blöcken. Jeder
Block besteht aus Attributdaten (ein Byte) und
speichert Daten. Gemäß Fig. 10 sind Bereichszahlen
(00) bis (FF) den betreffenden Bereichen zugeordnet
(Bereich (00) ist nicht dargestellt). Im Bereich (00)
sind die Zahl der Bytes 64, die Startadresse 66
jedes Bereichs und die Endadresse 68 jedes Bereichs
in Übereinstimmung mit der Bereichszahl 62 (im fol
genden als Indextabelle bezeichnet) gespeichert.
Beispielsweise entspricht die Startadresse des Be
reichs (01) gleich aaa und seine Endadresse gleich
bbb. Jeder Block des Bereichs (01) enthält sechs
Bytes (Attributdaten enthalten ein Byte, und Spei
cherdaten umfassen fünf Bytes). Am Anfang jedes Be
reichs ist ein Bezirk (region) zum Speichern der
Adresse des End-Bytes des Endblocks eingeschriebener
Daten (im folgenden als Hinweis(adreß)daten bezeich
net) vorgesehen. Beispielsweise ist in zwei Bytes
ausgehend von der Adresse aaa des Bereichs (01) ge
mäß Fig. 10, eine Adresse eingeschrieben, an welcher
das End-Byte des Endblocks der darin eingeschrie
benen Daten vorliegt. In Fig. 10 bezeichnen die
schraffierten Abschnitte diejenigen Abschnitte, in
denen Attributdaten bezüglich des entsprechenden
Blocks gespeichert sind. Die Attributdaten enthal
ten einen Bezeichner (identifier), welcher angibt,
ob Speicherdaten gültig sind oder nicht, sowie einen
Bezeichner, der angibt, ob ein Block Enddaten ent
hält oder nicht, wenn eine Reihe von Speicherdaten
ketten über eine Anzahl von Blöcken (hinweg) ge
speichert sind oder werden. Fig. 12 veranschaulicht
ein Format der Attributdaten. Gemäß Fig. 12 ist ein
Bit "6" ein Bezeichner zur Angabe, ob in einem Block
enthaltene Speicherdaten gültig sind oder nicht.
Wenn die Dateneinheit "1" im Bit "6" gesetzt ist,
zeigt dies an, daß die Speicherdaten ungültig sind;
eine gesetzte Dateneinheit "0" zeigt an, daß die
Daten gültig sind. Das Bit "7" ist ein Bezeichner
zur Angabe, ob ein Block das End-Byte einer Reihe
von Daten enthält oder nicht. Wenn in diesem Bit
die Dateneinheit "1" gesetzt ist, zeigt dies an, daß
der Block das End-Byte nicht enthält; ist die Daten
einheit "0" gesetzt, so zeigt dies an, daß der Block
das End-Byte enthält. Die Bits "0" bis "5" sind
Blindbits.
Die bei der vorstehend beschriebenen Anordnung statt
findende Dateneinschreiboperation in den Datenspei
cher 61 ist nachstehend anhand der Ablaufdiagramme
von Fig. 13A und 13B erläutert. Beim Einschreiben
von Daten in den Datenspeicher 61 werden Einschreib
anweisungsdaten des in Fig. 14 gezeigten Formats ein
gegeben. Die Einschreibanweisungsdaten bestehen aus
einem Einschreibfunktionscode 70, einer Bereichs
zahl 72 und Speicherdaten. Letztere bestehen aus
einer zu speichernden Datenreihe oder -kette 76 und
der Zahl der die Datenkette bildenden Bytedaten 74.
In einem Normalzustand wartet die Zentraleinheit 59
Anweisungsdaten von der Karten-Lese/Einschreibein
heit 11 ab. Wenn die Zentraleinheit 59 von letzterer
die Anweisungsdaten empfängt, prüft sie in einem
Schritt 71, ob der in den Eingabeanweisungsdaten
enthaltende Funktionscode ein Einschreibfunktions
code ist. Im positiven Fall sucht die Zentraleinheit
59 im Schritt 73 die zu den Anweisungsdaten hinzu
gefügte Bereichszahl. Bei einem negativen Ergebnis
in Schritt 73 gibt die Zentraleinheit 59 im Schritt 77
Antwortdaten zur Anzeige dafür aus, daß der betreffen
de Bereich nicht gefunden wurde, um dann die nächsten
Anweisungsdaten abzuwarten. Bei einem positiven Er
gebnis in Schritt 73, d.h. wenn die in den Anwei
sungsdaten enthaltene Bereichszahl in der Index
tabelle gefunden wurde, bezieht sich die Zentralein
heit 59 auf die Zahl der in die Indextabelle einge
schriebenen Bytes. Wenn Speicherdaten in einem be
zeichneten Bereich eingeschrieben sind, bezieht sich
die Zentraleinheit 59 zunächst auf Hinweisdaten am
Anfang des bezeichneten Bereichs, um die Einschreib
startadresse zu bestimmen (Schritt 75). Dies be
deutet, daß Daten von der Adresse aus eingeschrie
ben werden, die durch Inkrementieren der Hinweis
daten um 1 bestimmt worden ist. Im Schritt 79 prüft
die Zentraleinheit 59, ob alle Eingabespeicherdaten
in den gesamten Bereich eingeschrieben werden können.
Dies erfolgt durch Bezugnahme auf Start- und End
adresse in der Indextabelle. Bei einem negativen Er
gebnis in Schritt 79 liefert die Zentraleinheit Ant
wortdaten zur Anzeige, daß die Zahl der Byte-Daten
in den Anweisungsdaten fehlerhaft ist (Schritt 85),
um dann die nächsten Anweisungsdaten abzuwarten.
Bei einem positiven Ergebnis in Schritt 79 vergleicht
dagegen die Zentraleinheit 59 die Zahl der Byte-Daten
(bytes data) mit der Zahl der die Datenkette bilden
den Bytes (Schritt 81). Normalerweise kann die Zahl
der in den Anweisungsdaten enthaltenen Byte-Daten
nicht in einem einzigen Austauschvorgang (zwischen
einem Hilfssystem und der IC-Karte) übertragen wer
den. Beispielsweise gibt die Zahl der Byte-Daten
11 Bytes an, und die Zahl der Bytes von Speicher
daten, die mit einer Anweisungsdateneinheit über
mittelt werden, beträgt fünf Bytes. Bei einem po
sitiven Ergebnis in Schritt 81, d.h. wenn die Zahl
der Byte-Daten kleiner ist als die Zahl der Bytes
in der Datenkette, liefert die Zentraleinheit 59 im
Schritt 85 Antwortdaten zur Anzeige, daß die Zahl
der Byte-Daten fehlerhaft ist, um dann die nächsten
Anweisungsdaten abzuwarten. Andererseits führt die
Zentraleinheit 59 im Schritt 83 eine Subtraktion der
Zahl von Bytes in der Datenkette von der Zahl der
Byte-Daten zur Ableitung einer Restgröße und die
Speicherung der Restgröße in einem spezifischen Be
reich des Datenspeichers 61 durch.
Im Schritt 87 setzt sodann die Zentraleinheit 59
das höchstwertige Bit (MSB) einer die Zahl von Byte-
Daten bildenden Bitkette in der Datenkette auf "1",
um damit die Speicherdaten vorübergehend ungültig
zu machen. Im Schritt 89 dividiert die Zentralein
heit 59 die Speicherdaten in Verarbeitungseinheiten,
und sie addiert Attributdaten zu jeder Verarbei
tungseinheit und speichert diese im bezeichneten
Datenbereich (Schritt 91, 93 und 95). Im Schritt 91
prüft die Zentraleinheit 59, ob die einzuschreibende
Datenkette aus geteilten bzw. dividierten Enddaten
besteht. Bei einem positiven Ergebnis in Schritt 91,
und wenn in Schritt 97 bestimmt wird, daß die Daten
einheit "0" in dem die Restgröße angebenden Bit ge
setzt ist, werden alle Enddaten des Endblocks ge
speichert. Außerdem wird das höchstwertige Bit der
Bitkette, welche die Zahl von Byte-Daten der Daten
kette bildet, auf "0" gesetzt, um die Speicherdaten
gültig zu machen, und die Endadresse des das End
byte der Datenkette enthaltenden Blocks wird als
Hinweisdaten(einheit) gespeichert (Schritte 99 und
101). Die Zentraleinheit 59 gibt die den Abschluß
des Einschreibens angebenden Antwortdaten in Schritt 103
aus und wartet sodann die nächsten Anweisungsdaten
ab. Falls jedoch in Schritt 97 festgestellt wird,
daß das die Restgröße angebende Bit nicht "0" ist,
speichert die Zentraleinheit 59 die dividierten End
daten (final divided data) der in den Anweisungs
daten enthaltenen Datenkette im internen Random
speicher 60 ab, ohne sie in den bezeichneten Be
reich einzuschreiben (Schritt 105). Sodann setzt
die Zentraleinheit 59 ein Einschreibfortsetzungs
oder -folge-Annahmekennzeichen im Randomspeicher 60
sowie die Startadresse des nächsten unbelegten Blocks
im Randomspeicher 60 als Einschreibstartadresse
(Schritt 107). Im Schritt 109 gibt die Zentralein
heit 59 Antwortdaten zur Anzeige der Einschreibfolge
annahme aus, um sodann die nächsten Anweisungsdaten
abzuwarten.
Im folgenden ist eine Fortsetzungs- oder Folgeein
schreiboperation anhand der Fig. 15A und 15B be
schrieben. Bei der Durchführung dieser Operation
werden Folgeeinschreib-Anweisungsdaten eines in
Fig. 16 dargestellten Formats eingegeben. Diese
Folgeeinschreib-Anweisungsdaten bestehen aus einem
Folgeeinschreib-Funktionscode und Speicherdaten.
Wenn in Schritt 111 Folgeeinschreib-Anweisungsdaten
eingehen, bezieht sich die Zentraleinheit 59 im
Schritt 113 auf das Einschreibfolge-Annahmekenn
zeichen zur Prüfung, ob dieses Kennzeichen gesetzt
ist. Bei einem negativen Ergebnis (NEIN) in Schritt 113
liefert die Zentraleinheit Antwortdaten zur Anzeige
eines Sequenzfehlers (Schritt 115), um die nächsten
Anweisungsdaten abzuwarten. Bei einem positiven Er
gebnis (JA) in Schritt 113 vergleicht die Zentral
einheit die Zahl der Bytes der Eingabespeicherdaten
mit der im Randomspeicher 60 gespeicherten Restgröße
(Schritt 117). Wenn die Zahl der Bytes größer ist
als die Restgröße, liefert die Zentraleinheit 59
Antwortdaten zur Angabe oder Anzeige, daß die Zahl
der Byte-Daten fehlerhaft ist (Schritt 119), um dann
die nächsten Anweisungsdaten abzuwarten. Anderenfalls
subtrahiert die Zentraleinheit 59 im Schritt 121 die
Zahl der Bytes von der Restgröße, und sie speichert
die Differenz als neue Restgröße.
Die Zentraleinheit 59 hängt vorübergehende dividierte
Enddaten zum Vorsatz der eingegebenen oder Eingabe
speicherdaten an, um neue Speicherdaten abzuleiten
(Schritt 123), und sie dividiert diese in Verar
beitungseinheiten und addiert Attributdaten zu jeder
Verarbeitungseinheit (Schritt 125). Sodann speichert
die Zentraleinheit 59 die Daten nach Maßgabe der im
Randomspeicher 60 abgespeicherten Einschreibstart
adresse (Schritte 127, 129 und 131). In diesem Fall
prüft die Zentraleinheit 59 im Schritt 127, ob die
einzuschreibende Datenkette aus dividierten End
daten besteht. Ist dies der Fall, so geht der Pro
grammfluß auf den Schritt 133 über. Bei einem posi
tiven Ergebnis im Schritt 133, d.h. wenn das die
Restgröße angebende Bit gleich "0" ist, werden alle
Speicherdaten gespeichert, das höchstwertige Bit
(MSB) der Zahl der Byte-Daten in der Datenkette auf
"0" gesetzt und die Endadresse des Blocks, der das
Endbyte der Speicherdatenkette enthält, als Hinweis
daten(einheit) gespeichert (Schritte 135 und 137).
Im Schritt 139 bewirkt die Zentraleinheit 59 das
Rücksetzen des Einschreibfolge-Annahmekennzeichens,
und sie gibt im Schritt 141 Antwortdaten zur Anzeige
des Abschlusses der Einschreibung aus, um dann die
nächsten Anweisungsdaten abzuwarten. Bei einem nega
tiven Ergebnis in Schritt 133 speichert dagegen die
Zentraleinheit 59 die dividierten Enddaten im Random
speicher 60 ab, ohne sie in den bezeichneten Be
reich einzuschreiben (Schritt 143). Im Schritt 145
setzt die Zentraleinheit 59 das Einschreibfolge-An
nahmekennzeichen und speichert die Startadresse des
unbelegten Blocks im Randomspeicher 60 als Ein
schreibstartadresse. Im Schritt 147 liefert die
Zentraleinheit 59 Antwortdaten zur Anzeige der Ein
schreibfolgeannahme, um sodann die nächsten Anwei
sungsdaten abzuwarten.
Eine Datenkette oder -reihe, die zu lang ist, um in
einem einzigen Ubertragungs- oder Austauschvorgang
gespeichert zu werden, kann auf die vorstehend be
schriebene Weise gespeichert werden..Wenn die Daten
kette in Einheiten von Blöcken gespeichert wird,
ist in den hinzugefügten Attributdaten das Bit "6"
auf "0" und das Bit "7" auf "1" gesetzt. Wenn das
die Restgröße angebende Bit gleich "0" ist, werden
in einem die dividierten Enddaten speichernden Block
beide Bit "6" und "7" jeweils auf "0" gesetzt.
Es sei angenommen, daß die in Fig. 17A dargestellten
Anweisungsdaten eingegeben werden oder sind. Die An
weisungsdaten gemäß Fig. 17A sind Einschreibanwei
sungsdaten, und der Ziel- oder Sollbereich ent
spricht (02). Wie in der Indextabelle von Fig. 11
gezeigt, entspricht die Zahl von Bytes des Bereichs
(02) vier Bytes. Zunächst wird die Zahl der Byte-
Daten der Eingabeanweisungsdaten ausgezogen, und es
wird auf die Hinweisdaten am Anfang des Bereichs (02)
Bezug genommen, um damit zu prüfen, ob alle Speicher
daten gespeichert werden können. Anschließend wird
das höchstwertige Bit der Zahl von Byte-Daten der
Anweisungsdaten auf "1" gesetzt (Fig. 17B). Gemäß
Fig. 17B werden "80" und "0 B" in Hexadezimalsetzung
ausgedrückt. Die Restgröße wird in Übereinstimmung
mit der Zahl von Bytes aus der Indextabelle und der
Zahl von Byte-Daten in den Anweisungsdaten bestimmt
(Fig. 17C). Da in diesem Fall die Zahl der Byte-Daten
gleich "11" ist und die Zahl der in den Anweisungs
daten gesetzten Bytes "5" entspricht, entspricht die
Restgröße "6". Gemäß Fig. 17E werden fünf Bytes
durch die Zahl der Bytes der Verarbeitungseinheit
(Fig. 17D) dividiert und im Bereich (02) abgespeichert.
Da die Restgröße nicht "0" ist, werden die dividierten
Enddaten nicht gespeichert. Sodann wird die nächste
Einschreibadresse gespeichert, und das im Daten
speicher 61 enthaltene Einschreibfolge-Annahmekenn
zeichen wird gesetzt.
Wenn unter diesen Bedingungen die Einschreibfolge
Anweisungsdaten gemäß Fig. 17F eingegeben werden,
wird die Zahl der Bytes in den Anweisungsdaten ge
prüft. Eine neue Restgröße wird nach Maßgabe der
vorherigen Restgröße und der Zahl von Bytes der Ein
gabespeicherdaten gesetzt (Fig. 17G). Da in diesem
Fall die vorherige Restgröße "6" und die Zahl von
Bytes der eingegebenen oder Eingabespeicherdaten
"6" entsprechen, entspricht die neue Restgröße "0".
Die vorher gespeicherten dividierten Enddaten und
die Eingabespeicherdaten werden kombiniert (Fig. 17H),
und die Speicherdaten werden durch die Zahl der Bytes
der Verarbeitungseinheit (Fig. 17I) dividiert und
an den entsprechenden Adressen des Bereichs (02) ge
speichert (Fig. 17J). Da in diesem Fall die Rest
größe "0" entspricht, wird das höchstwertige Bit
der Zahl von Byte-Daten auf "0" gesetzt, und die
Endadresse wird als Hinweisdateneinheit gespeichert.
Eine Datenleseoperation aus dem Datenspeicher 61
ist im folgenden anhand von Fig. 18A bis 18C be
schrieben. Beim Auslesen der im Datenspeicher 61 ge
speicherten Daten werden Leseanweisungsdaten eines
in Fig. 19 gezeigten Formats eingegeben. Die Lese
anweisungsdaten bestehen aus einem Lesefunktionscode
und einer Speicherplatz- oder Bereichszahl. In einem
Normalzustand wartet die Zentraleinheit 59 Anwei
sungsdaten von der Karten-Lese/Einschreibeinheit 11
ab. Wenn von letzterer Anweisungsdaten eingegeben
werden, prüft die Zentraleinheit 59 im Schritt 149,
ob der in den eingegebenen Anweisungsdaten enthal
tene Funktionscode ein Lesefunktionscode ist. Ist
dies der Fall, so sucht die Zentraleinheit 59 die
Bereichszahl in den Anweisungsdaten vom Bereich (00)
des Datenspeichers 61 (Schritt 151). Bei einem nega
tiven Ergebnis in Schritt 151 liefert die Zentral
einheit 59 im Schritt 153 Antwortdaten zur Anzeige,
daß der entsprechende oder betreffende Bereich nicht
gefunden wurde, um dann die nächsten Anweisungsdaten
abzuwarten. Bei einem positiven Ergebnis in Schritt 151
bezieht sich die Zentraleinheit 59 auf die Zahl der
Verarbeitungsbytes entsprechend dem erfaßten oder
festgestellten Bereich, und sie speichert die Start
und Endadressen des betreffenden Bereichs im Daten
speicher 61. Wenn im Bereich enthaltene Daten ausge
lesen werden, bezieht sich die Zentraleinheit 59 im
Schritt 155 auf die am Anfang des Bereichs befind
lichen Hinweisdaten, um zu prüfen, ob alle Bits der
Hinweisdaten jeweils "1" sind. Wenn die Zentralein
heit 59 feststellt, daß in diesem Bereich keine Daten
gespeichert sind, liefert sie im Schritt 159 Ant
wortdaten zur Anzeige eines unbelegten Bereichs, um
dann die nächsten Anweisungsdaten abzuwarten. Bei
einem negativen Ergebnis (NEIN) in Schritt 155, d.h.
wenn alle Bits der Hinweisdaten nicht jeweils "1"
entsprechen, sucht die Zentraleinheit 59 im Schritt 159
den Startblock im Bereich auf der Grundlage der Hin
weisdaten. Da der Startblock die Zahl der Byte-Daten
speichert, zieht die Zentraleinheit 59 im Schritt 161
die Zahl der Byte-Daten aus, um zu prüfen, ob die
Ziel- oder Solldatenkette in diesem Bereich vor
handen sein kann. Wenn beispielsweise die Zahl der
in den Startblock eingeschriebenen Byte-Daten größer
ist als eine anhand von Start- und Endadresse der
Indextabelle berechnete Speicherkapazität, ergibt
dies einen Fehler. Wenn dabei ein Fehler festgestellt
wird, liefert die Zentraleinheit 59 im Schritt 163
Antwortdaten zur Anzeige, daß die Zahl der Byte-Daten
fehlerhaft ist, um sodann die nächsten Anweisungs
daten abzuwarten. Bei einem positiven Ergebnis in
Schritt 161, d.h. wenn die Zahl der Byte-Daten gültig
ist, setzt die Zentraleinheit 59 die ausgezogene
Zahl von Byte-Daten als Anfangsgröße eines im Random
speicher 60 enthaltenen (stored) Software-Zählers.
Wenn zu diesem Zeitpunkt im Schritt 165 entschieden
wird, daß das höchstwertige Bit der Zahl von Byte-
Daten gleich "1" ist, bestätigt oder bestimmt die
Zentraleinheit 59, daß die folgende Datenkette aus
ungültigen Daten besteht, und sie setzt im Schritt
167 das Kennzeichen für das Vorhandensein von un
gültigen Daten. Sodann liest die Zentraleinheit 59
die Datenkette nach der Zahl von Byte-Daten jeweils
Byte für Byte aus, um sie im Randomspeicher 60 zu
speichern. Hierbei wird der Software-Zähler beim je
weiligen Auslesen einer Einbyte-Dateneinheit um 1
dekrementiert bzw. herabgezählt. Wenn die Attribut
daten ausgelesen werden, wird jedoch der Software-
Zähler nicht aktualisiert, und die Attributdaten
werden nicht im Randomspeicher 60 gespeichert.
Die Speicherdaten werden im Randomspeicher 60 ge
speichert, bis der Inhalt des Software-Zählers "0"
erreicht (Schritte 169, 171, 173, 175 und 179). Der
Randomspeicher 60 besitzt jedoch eine begrenzte
Kapazität, weshalb die Zentraleinheit 59 dann, wenn
die Zahl der Daten die Kapazität erreicht hat, bevor
der Inhalt des Software-Zählers "0" erreicht, den
augenblicklichen Inhalt des Software-Zählers und die
Endadresse der augenblicklich auszulesenden Daten
speichert und gleichzeitig ein Auslesefolge-Annahme
kennzeichen im Randomspeicher 60 setzt (Schritt 183).
Im Schritt 185 gibt die Zentraleinheit 59 Antwort
daten zur Anzeige der Auslesefolge-Annahme zusammen
mit der im Randomspeicher 60 gespeicherten Datenkette
aus, um dann die nächsten Anweisungsdaten abzuwarten.
Wenn der Inhalt des Software-Zählers "0" erreicht
hat, prüft die Zentraleinheit 59 im Schritt 187,
ob das Kennzeichen für das Vorhandensein von un
gültigen Daten gesetzt ist. Im negativen Fall liefert
die Zentraleinheit Antwortdaten zusammen mit der im
Randomspeicher 60 gespeicherten Datenkette (Schritt 189),
um sodann die nächsten Anweisungsdaten abzuwarten.
Bei einem positiven Ergebnis in Schritt 187 liefert
die Zentraleinheit 59 Antwortdaten zur Anzeige von
ungültigen Daten mit der im Randomspeicher 60 ge
speicherten Datenkette (Schritt 191), worauf sie die
nächsten Anweisungsdaten abwartet.
Nachstehend ist anhand der Fig. 20A und 20B eine
Folgeausleseoperation (continuation read operation)
beschrieben. Bei Durchführung dieser Operation werden
Folgeauslese-Anweisungsdaten eines in Fig. 20C ge
zeigten Formats eingegeben. Diese Anweisungsdaten
bestehen aus einem Folgeauslese-Funktionscode und
einer Bereichszahl. Wenn in Schritt 193 die Folge
auslese-Anweisungsdaten eingehen, prüft die Zentral
einheit 59 zunächst im Schritt 195, ob ein Auslese
folge-Annahmekennzeichen gesetzt ist. Ist dies nicht
der Fall, so gibt die Zentraleinheit 59 im Schritt 197
einen Sequenzfehler angebende Antwortdaten aus, um
sodann die nächsten Anweisungsdaten abzuwarten. Bei
einem positiven Ergebnis in Schritt 195 liest die
Zentraleinheit 59 Daten Byte für Byte nach Maßgabe
der vorher gespeicherten Adresse aus, während sie
den Software-Zähler um 1 dekrementiert und die Daten
im Randomspeicher 60 speichert (Schritte 199, 201
und 203). Beim Auslesen der Attributdaten wird da
gegen der Software-Zähler nicht aktualisiert, und
die Attributdaten werden nicht im Randomspeicher 60
gespeichert. Wenn der Inhalt des Software-Zählers im
Schritt 207 die Größe "0" erreicht hat, bewirkt die
Zentraleinheit 59 im Schritt 211 das Rücksetzen des
Auslesefolge-Annahmekennzeichens, während sie im
Schritt 219 prüft, ob das Kennzeichen für das Vor
handensein von ungültigen Daten gesetzt ist. Bei
einem negativen Ergebnis in Schritt 219 liefert die
Zentraleinheit 59 im Schritt 221 Antwortdaten zur
Anzeige der Beendigung der Auslesung zusammen mit
der im Randomspeicher 60 gehaltenen oder ge
speicherten Datenkette, worauf sie die nächsten
Anweisungsdaten abwartet. Bei einem positiven Er
gebnis in Schritt 219 liefert die Zentraleinheit 59
im Schritt 217 Antwortdaten zur Anzeige von ungül
tigen Daten zusammen mit der im Randomspeicher 60
gehaltenen Datenkette, um sodann die nächsten An
weisungsdaten abzuwarten. Wenn im Schritt 205 die
Kapazität des Randomspeichers 60 erschöpft ist, be
vor der Inhalt des Software-Zählers "0" erreicht,
speichert die Zentraleinheit 59 im Schritt 213 den
Inhalt dieses Zählers und die Endadresse der augen
blicklichen Datenausleseoperation, während sie
gleichzeitig das Auslesefolge-Annahmekennzeichen
setzt. Danach liefert die Zentraleinheit 59 im
Schritt 215 Antwortdaten zur Anzeige der Auslese
folgeannahme zusammen mit der Datenkette im Random
speicher 60, worauf sie die nächsten Anweisungs
daten abwartet.
Insbesondere sei angenommen, daß die Ausleseoperation
nach Maßgabe der Ausleseanweisungsdaten gemäß Fig. 21A
in bezug auf einen in Fig. 17J gezeigten Bereich
(oder Speicherplatz) (z.B. Bereich (02)) erfolgt.
Die Kapazität des Randomspeichers 60 beträgt dabei
acht Bytes. In diesem Fall entspricht eine mittels
dieser Anweisungsdaten ausgelesene Datenkette einer
in Fig. 21B dargestellten Datenkette, wobei die Zahl
von Bytes-Daten 11 Bytes angibt. Wenn die Auslese
datenkette im Randomspeicher 60 gespeichert ist oder
wird, entspricht daher der Inhalt des Software-Zählers
"5". Da der Inhalt dieses Zählers nicht gleich "0"
ist, werden Antwortdaten zur Angabe der Auslesefolge
annahme zusammen mit der Datenkette ausgegeben
(Fig. 21C). Wenn sodann die Folgeauslese-Anweisungs
daten gemäß Fig. 21D eingehen, wird die Datenkette
gemäß Fig. 21E im Randomspeicher 60 gespeichert.
Da zu diesem Zeitpunkt der Inhalt des Zählers "0"
entspricht, werden Antwortdaten zur Anzeige des Ab
schlusses oder der Beendigung der Auslesung zusammen
mit der Datenkette ausgegeben (Fig. 21F).
Nachstehend ist anhand von Fig. 22 eine Datenlösch
operation im Datenspeicher 61 beschrieben. Wenn im
Datenspeicher 61 gespeicherte Daten gelöscht werden
sollen, werden Löschanweisungsdaten eines in Fig. 23
gezeigten Formats eingegeben. Die Löschanweisungs
daten bestehen aus einem Löschfunktionscode und
einer Bereichszahl. In einem Normalzustand wartet
die Zentraleinheit 59 Anweisungsdaten von der Karten-
Lese/Einschreibeinheit 11 ab. Wenn von letzterer
zu diesem Zeitpunkt die Anweisungsdaten eingegeben
werden, prüft die Zentraleinheit im Schritt 223, ob
der in den Anweisungsdaten enthaltene Funktionscode
ein Löschfunktionscode ist. Bei einem positiven Er
gebnis im Schritt 223 sucht die Zentraleinheit 59
im Schritt 225 die in den Anweisungsdaten enthal
tene Bereichszahl aus dem Bereich (00) des Daten
speichers 61. Bei einem negativen Ergebnis im
Schritt 225 gibt die Zentraleinheit 59 im Schritt 227
Antwortdaten zur Anzeige aus, daß der entsprechende
oder betreffende Bereich nicht gefunden wurde, um
sodann die nächsten Anweisungsdaten abzuwarten. Bei
einem positiven Ergebnis in Schritt 225 bezieht sich
die Zentraleinheit 59 im Schritt 229 auf die Start
adresse des betreffenden Bereichs, um die darin ent
haltenen Hinweisdaten zu prüfen. Wenn dabei alle
Bits der Hinweisdaten gleich "1" sind, bestimmt die
Zentraleinheit 59 im Schritt 231, daß in diesem Be
reich keine Daten gespeichert sind, um Antwortdaten
zum Hinweis auf einen unbelegten Bereich auszugeben
und sodann die nächsten Anweisungsdaten abzuwarten.
Falls jedoch alle Bits der Hinweisdaten nicht sämtlich
einer "1" entsprechen, setzt die Zentraleinheit im
Schritt 237 alle Bits der Hinweisdaten auf "1", um
Antwortdaten als Hinweis auf den Abschluß der Lösch
operation auszugeben und sodann die nächsten An
weisungsdaten abzuwarten.
Bei der beschriebenen IC-Karte ist ein Bereich zum
Speichern der Adresse (Hinweisdaten) des End-Bytes
des Endblocks eingeschriebener Daten bei der Aktuali
sierung am Anfang jedes Datenbereichs im Daten
speicher vorgesehen, und ein folgender Datenzugriff
erfolgt in Übereinstimmung mit den in diesem Be
reich gespeicherten Hinweisdaten. Wenn beispiels
weise Daten in einen Ziel- oder Solldatenbereich
eingeschrieben werden, braucht - im Gegensatz zur
bisherigen IC-Karte - die Endadresse einer einge
schriebenen Datenkette nicht aus dem Zielbereich ge
sucht zu werden, so daß die Datenzugriffgeschwindig
keit beträchtlich vergrößert ist. Außerdem brauchen
auch im Gegensatz zur bisherigen IC-Karte keine
Daten zur Bestätigung oder Bestimmung nicht einge
schriebener Daten gehalten bzw. gespeichert zu wer
den. Das Datenmanagement kann zuverlässig auch dann
durchgeführt werden, wenn eine von der herkömmlichen
Datenkontrollmethode verschiedene Methode angewandt
wird, so daß eine wirtschaftliche und wirksame Be
nutzung eines IC-Kartensystems möglich ist.
Bei den beschriebenen Ausführungsformen sind die
Steuereinheit, der Datenspeicher und der Programm
speicher auf einem einzigen IC-Chip ausgeführt. Diese
Einheiten können jedoch auch durch getrennte IC-
Chips gebildet sein.
In der vorstehenden Beschreibung ist als Beispiel
für eine tragbare elektronische Vorrichtung eine
IC-Karte genannt. Diese Vorrichtung ist jedoch nicht
auf eine kartenartige Form beschränkt, vielmehr
kann sie auch eine blockartige oder stiftartige Form
besitzen. Die Hardwareanordnung der tragbaren elek
tronischen Vorrichtung ist innerhalb des Erfindungs
rahmens verschiedenen Abwandlungen zugänglich.
Claims (11)
1. Tragbare elektronische Vorrichtung, gekennzeich
net durch
eine Speichereinrichtung (4 a, 5) zum Speichern von Daten und
eine Zentraleinheit (CPU; 4) zum selektiven Steuern eines Daten(aus)lese- oder -einschreib zugriffs aus der oder zu der Speichereinrichtung nach Maßgabe einer von einem an die tragbare elektronische Vorrichtung angeschlossenen Hilfs system gelieferten Anweisung, wobei die Zentral einheit Daten, die eine Speicheradresse des nächsten unbelegten (unwritten) Bereichs oder Speicherplatzes zu liefern vermögen, in einem vorbestimmten Bereich der Speichereinrichtung (4 a) speichert, wenn die Zentraleinheit Daten in die Speichereinrichtung einschreibt.
eine Speichereinrichtung (4 a, 5) zum Speichern von Daten und
eine Zentraleinheit (CPU; 4) zum selektiven Steuern eines Daten(aus)lese- oder -einschreib zugriffs aus der oder zu der Speichereinrichtung nach Maßgabe einer von einem an die tragbare elektronische Vorrichtung angeschlossenen Hilfs system gelieferten Anweisung, wobei die Zentral einheit Daten, die eine Speicheradresse des nächsten unbelegten (unwritten) Bereichs oder Speicherplatzes zu liefern vermögen, in einem vorbestimmten Bereich der Speichereinrichtung (4 a) speichert, wenn die Zentraleinheit Daten in die Speichereinrichtung einschreibt.
2. Vorrichtung nach Anspruch 1, dadurch gekennzeich
net, daß die Speicheradresse eine Startadresse
ist.
3. Vorrichtung nach Anspruch 1, dadurch gekennzeich
net, daß die Speichereinrichtung (4 a, 5) einen
nichtflüchtigen Speicher (5) und einen flüchtigen
Speicher (4 a) umfaßt, wobei Daten in den nicht
flüchtigen Speicher einschreibbar sind und die
Speicheradresse im flüchtigen Speicher gespeichert
ist.
4. Vorrichtung nach Anspruch 1, dadurch gekennzeich
net, daß die Speichereinrichtung (61) in mehrere
Bereiche unterteilt ist, die jeweils ein Posi
tionsdatenfeld zum Speichern von Daten einer Po
sition einer in den betreffenden Bereich einge
schriebenen Enddatenreihe oder -kette aufweisen,
wobei die Zentraleinheit (59) bei einem Zugriff
zum Bereich auf das Positionsdatenfeld des Be
reichs Bezug nimmt (refers to), um einen Platz
in der Speichereinrichtung (61), zu dem ein Zu
griff erfolgen soll, zu bestätigen oder zu be
stimmen.
5. Vorrichtung nach Anspruch 4, dadurch gekennzeich
net, daß jeder Bereich weiterhin in eine Anzahl
von Blöcken unterteilt ist, jeder Block in einem
einzigen Bereich eine vorbestimmte Datenlänge
aufweist und die Zentraleinheit (59) eine Daten
verarbeitung unter Heranziehung der Blöcke als
Verarbeitungseinheiten ausführt.
6. Vorrichtung nach Anspruch 5, dadurch gekennzeich
net, daß jeder Block aus Attributdaten und
Speicherdaten besteht und die Speicherdaten aus
einer zu speichernden Datenreihe oder -kette sowie
eine Datenlänge der Datenkette angebenden Daten
bestehen.
7. Vorrichtung nach Anspruch 4, dadurch gekennzeich
net, daß die Position der Enddatenkette einer
Adreßposition eines Endblocks der Enddatenkette
entspricht.
8. Vorrichtung nach Anspruch 6, dadurch gekennzeich
net, daß jede Attributdateneinheit einen Be
zeichner zur Angabe, ob entsprechende Speicher
daten gültig sind oder nicht, und einen Bezeichner
zur Angabe, ob ein Block Enddaten enthält, wenn
die zu speichernde Datenkette über eine Anzahl
von Blöcken (hinweg) gespeichert werden muß, auf
weist.
9. Vorrichtung nach Anspruch 4, dadurch gekennzeich
net, daß einer der Bereiche eine Indextabelle,
die eine Datenlänge von Speicherdaten in jedem
Block der restlichen Bereiche speichert, sowie
Start- und Endadressen der restlichen Bereiche
in Übereinstimmung mit den Bereichszahlen auf
weist.
10. Vorrichtung nach Anspruch 9, dadurch gekennzeich
net, daß die Zentraleinheit von dem an die trag
bare elektronische Vorrichtung angeschlossenen
Hilfssystem gelieferte Anweisungsdaten, die aus
einem Einschreibfunktionscode, einer Bereichs
zahl, der Zahl von Byte-Daten (bytes data) und
einer Datenkette bestehen, abnimmt, auf die Index
tabelle bezüglich der in die Anweisungsdaten ein
geschriebenen Bereichszahl als Parameter zur Ab
leitung einer Datenlänge als Verarbeitungseinheit
Bezug nimmt und die Datenkette in Verarbeitungs
einheiten, um sie zu speichern, dividiert bzw.
unterteilt.
11. Vorrichtung nach Anspruch 1, dadurch gekennzeich
net, daß die Zentraleinheit Daten, die eine
Speicheradresse des beschriebenen oder belegten
(written) Bereichs zu liefern vermögen, in einem
vorbestimmten Bereich der Speichereinrichtung nur
bei einer Entscheidung, daß die Daten richtig im
Datenspeicher abgespeichert sind, speichert.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP60269629A JPS62128389A (ja) | 1985-11-30 | 1985-11-30 | 携帯可能電子装置 |
JP61208252A JPS6364184A (ja) | 1986-09-04 | 1986-09-04 | 携帯可能電子装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
DE3640238A1 true DE3640238A1 (de) | 1987-06-25 |
Family
ID=26516721
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE19863640238 Ceased DE3640238A1 (de) | 1985-11-30 | 1986-11-25 | Tragbare elektronische vorrichtung |
Country Status (4)
Country | Link |
---|---|
US (1) | US5093785A (de) |
KR (1) | KR900002071B1 (de) |
DE (1) | DE3640238A1 (de) |
FR (1) | FR2591006B1 (de) |
Families Citing this family (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2537199B2 (ja) * | 1986-06-20 | 1996-09-25 | 株式会社東芝 | Icカ―ド |
KR910002448B1 (ko) * | 1987-03-20 | 1991-04-22 | 가부시키가이샤 도시바 | 휴대가능 전자장치 |
KR0135082B1 (ko) * | 1988-04-28 | 1998-04-20 | 오가 노리오 | 정보 기억방법 및 그 장치 |
JP2750704B2 (ja) * | 1988-08-29 | 1998-05-13 | 日立マクセル株式会社 | Icカードの情報書込み方式及びicカード |
US5200600A (en) * | 1988-08-29 | 1993-04-06 | Hitachi Maxell, Ltd. | IC card and method for writing information therein |
EP0618535B1 (de) * | 1989-04-13 | 1999-08-25 | SanDisk Corporation | EEPROM-Karte mit Austauch von fehlerhaften Speicherzellen und Zwischenspeicher |
US5210846B1 (en) * | 1989-05-15 | 1999-06-29 | Dallas Semiconductor | One-wire bus architecture |
JPH03171384A (ja) * | 1989-11-30 | 1991-07-24 | Sony Corp | 情報読取装置 |
KR100274099B1 (ko) * | 1991-08-02 | 2001-01-15 | 비센트 비.인그라시아 | 점진적으로 프로그램가능한 비휘발성 메모리 및 이를 구비한 집적 회로와 비휘발성 메모리 프로그래밍 방법 |
US5325496A (en) * | 1991-12-24 | 1994-06-28 | Intel Corporation | Selectable pointer validation in a computer system |
JPH05250523A (ja) * | 1992-03-06 | 1993-09-28 | Toshiba Corp | 処理方式 |
KR0127029B1 (ko) * | 1994-10-27 | 1998-04-01 | 김광호 | 메모리카드와 그 기록, 재생 및 소거방법 |
US8171203B2 (en) * | 1995-07-31 | 2012-05-01 | Micron Technology, Inc. | Faster write operations to nonvolatile memory using FSInfo sector manipulation |
US6978342B1 (en) | 1995-07-31 | 2005-12-20 | Lexar Media, Inc. | Moving sectors within a block of information in a flash memory mass storage architecture |
US5845313A (en) | 1995-07-31 | 1998-12-01 | Lexar | Direct logical block addressing flash memory mass storage architecture |
US6728851B1 (en) | 1995-07-31 | 2004-04-27 | Lexar Media, Inc. | Increasing the memory performance of flash memory devices by writing sectors simultaneously to multiple flash memory devices |
US7102671B1 (en) | 2000-02-08 | 2006-09-05 | Lexar Media, Inc. | Enhanced compact flash memory card |
US7167944B1 (en) | 2000-07-21 | 2007-01-23 | Lexar Media, Inc. | Block management for mass storage |
GB0123421D0 (en) * | 2001-09-28 | 2001-11-21 | Memquest Ltd | Power management system |
GB0123410D0 (en) | 2001-09-28 | 2001-11-21 | Memquest Ltd | Memory system for data storage and retrieval |
GB0123415D0 (en) | 2001-09-28 | 2001-11-21 | Memquest Ltd | Method of writing data to non-volatile memory |
GB0123417D0 (en) * | 2001-09-28 | 2001-11-21 | Memquest Ltd | Improved data processing |
GB0123419D0 (en) | 2001-09-28 | 2001-11-21 | Memquest Ltd | Data handling system |
GB0123416D0 (en) | 2001-09-28 | 2001-11-21 | Memquest Ltd | Non-volatile memory control |
US6950918B1 (en) | 2002-01-18 | 2005-09-27 | Lexar Media, Inc. | File management of one-time-programmable nonvolatile memory devices |
US6957295B1 (en) | 2002-01-18 | 2005-10-18 | Lexar Media, Inc. | File management of one-time-programmable nonvolatile memory devices |
US7231643B1 (en) | 2002-02-22 | 2007-06-12 | Lexar Media, Inc. | Image rescue system including direct communication between an application program and a device driver |
US6973519B1 (en) | 2003-06-03 | 2005-12-06 | Lexar Media, Inc. | Card identification compatibility |
JP2007515024A (ja) | 2003-12-17 | 2007-06-07 | レクサー メディア, インコーポレイテッド | 盗難を避けるための電子装置の販売場所におけるアクティブ化 |
EP2506486A1 (de) * | 2004-02-23 | 2012-10-03 | Lexar Media, Inc. | Sicherer kompakter Flash |
US7725628B1 (en) | 2004-04-20 | 2010-05-25 | Lexar Media, Inc. | Direct secondary device interface by a host |
US7370166B1 (en) * | 2004-04-30 | 2008-05-06 | Lexar Media, Inc. | Secure portable storage device |
US7594063B1 (en) * | 2004-08-27 | 2009-09-22 | Lexar Media, Inc. | Storage capacity status |
US7464306B1 (en) * | 2004-08-27 | 2008-12-09 | Lexar Media, Inc. | Status of overall health of nonvolatile memory |
CN116386711B (zh) * | 2023-06-07 | 2023-09-05 | 合肥康芯威存储技术有限公司 | 一种存储器件数据传输的测试装置及测试方法 |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3900834A (en) * | 1972-09-05 | 1975-08-19 | Bunker Ramo | Memory update apparatus utilizing chain addressing |
FR2401459A1 (fr) * | 1977-08-26 | 1979-03-23 | Cii Honeywell Bull | Support d'information portatif muni d'un microprocesseur et d'une memoire morte programmable |
US4295041A (en) * | 1977-08-26 | 1981-10-13 | Compagnie Internationale Pour L'informatique Cii-Honeywell Bull (Societe Anonyme) | Device for the protection of access to a permanent memory of a portable data carrier |
FR2403597A1 (fr) * | 1977-09-16 | 1979-04-13 | Cii Honeywell Bull | Perfectionnements aux systemes de comptabilisation d'unites homogenes predeterminees |
US4348740A (en) * | 1978-04-04 | 1982-09-07 | White Edward A | Method and portable apparatus for comparison of stored sets of data |
US4453074A (en) * | 1981-10-19 | 1984-06-05 | American Express Company | Protection system for intelligent cards |
FR2526977B1 (fr) * | 1982-05-14 | 1988-06-10 | Cii Honeywell Bull | Procede et dispositif pour authentifier ou certifier au moins une information contenue dans une memoire d'un support electronique notamment amovible et portatif tel qu'une carte |
DE3318083A1 (de) * | 1983-05-18 | 1984-11-22 | Siemens AG, 1000 Berlin und 8000 München | Schaltungsanordnung mit einem speicher und einer zugriffskontrolleinheit |
JPS60160491A (ja) * | 1984-01-31 | 1985-08-22 | Toshiba Corp | Icカードとicカード発行装置 |
JPS60176186A (ja) * | 1984-02-23 | 1985-09-10 | Omron Tateisi Electronics Co | Icカ−ドシステム |
US4575621A (en) * | 1984-03-07 | 1986-03-11 | Corpra Research, Inc. | Portable electronic transaction device and system therefor |
US4736094A (en) * | 1984-04-03 | 1988-04-05 | Omron Tateisi Electronics Co. | Financial transaction processing system using an integrated circuit card device |
JPS60231286A (ja) * | 1984-05-02 | 1985-11-16 | Seiko Epson Corp | メモリカ−ドにおけるデ−タ通信方法 |
EP0167044B1 (de) * | 1984-06-19 | 1992-03-04 | Casio Computer Company Limited | Intelligente Karte |
US4746787A (en) * | 1984-07-20 | 1988-05-24 | Oki Electric Industry Co., Ltd. | IC card with display and card recording and reading device |
US4650975A (en) * | 1984-08-30 | 1987-03-17 | Casio Computer Co., Ltd. | IC card and an identification system thereof |
US4634845A (en) * | 1984-12-24 | 1987-01-06 | Ncr Corporation | Portable personal terminal for use in a system for handling transactions |
US4829169A (en) * | 1985-07-01 | 1989-05-09 | Toppan Moore Company, Inc. | IC card having state marker for record access |
JPH0818473B2 (ja) * | 1985-07-31 | 1996-02-28 | トッパン・ムーア株式会社 | 機密水準を設定できるicカード |
US4742215A (en) * | 1986-05-07 | 1988-05-03 | Personal Computer Card Corporation | IC card system |
-
1986
- 1986-11-25 DE DE19863640238 patent/DE3640238A1/de not_active Ceased
- 1986-11-27 FR FR8616559A patent/FR2591006B1/fr not_active Expired - Lifetime
- 1986-11-29 KR KR1019860010185A patent/KR900002071B1/ko not_active IP Right Cessation
-
1989
- 1989-03-13 US US07/323,196 patent/US5093785A/en not_active Expired - Lifetime
Non-Patent Citations (1)
Title |
---|
DE-Z: ntz, Band 37, Heft 3, 1984, S. 175-176 * |
Also Published As
Publication number | Publication date |
---|---|
US5093785A (en) | 1992-03-03 |
KR880004367A (ko) | 1988-06-03 |
FR2591006A1 (fr) | 1987-06-05 |
KR900002071B1 (ko) | 1990-03-31 |
FR2591006B1 (fr) | 1993-02-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE3640238A1 (de) | Tragbare elektronische vorrichtung | |
DE3635409A1 (de) | Tragbare elektronische vorrichtung | |
DE3743639C2 (de) | ||
DE3720394A1 (de) | Tragbare elektronische vorrichtung | |
DE68915186T2 (de) | Tragbarer elektronischer Apparat. | |
DE3650258T2 (de) | IC-Karte. | |
DE3636700C2 (de) | ||
DE69835879T2 (de) | Multifunktionschipkarte mit delegierungsmerkmal | |
DE3811378C2 (de) | ||
DE69123775T2 (de) | Programmsteuersystem für eine tragbare Datenspeichervorrichtung | |
DE3804925A1 (de) | Tragbare elektronische vorrichtung | |
DE3720427A1 (de) | Tragbare elektronische vorrichtung | |
DE69316576T2 (de) | IC Karte mit alterunggeschützten Daten und Programmen | |
DE3805291A1 (de) | Tragbare elektronische vorrichtung | |
DE69021935T2 (de) | Verfahren zum Überprüfen der Integrität eines Programms oder von Daten und Einrichtung zur Durchführung dieses Verfahrens. | |
DE68915300T3 (de) | Chipkarte und Verfahren zum Einschreiben seines Arbeitsprogramms. | |
DE69400549T2 (de) | IC-Karten-Übertragungssystem | |
DE69427070T2 (de) | Dateiverwaltungssystem für eine Speicherkarte | |
EP1011080A1 (de) | Verfahren zum bidirektionalen Datentransfer zwischen einem Terminal und einer Chipkarte sowie Chipkarte | |
DE3807997A1 (de) | Ic-karte mit interner fehlerpruefung | |
DE69016765T2 (de) | Verfahren zur Erzeugung einer Pseudozufallszahl in einem Datenbearbeitungssystem und ein System zur Ausführung dieses Verfahrens. | |
DE3700504C2 (de) | ||
DE68927361T2 (de) | Chipkarte und Verfahren zum Wiedereinschreiben ihres Programmes | |
DE69701965T2 (de) | Verfahren zur modifizierung des befehlsatzes in einer smartkarte | |
DE3835479C2 (de) |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
OP8 | Request for examination as to paragraph 44 patent law | ||
8131 | Rejection |