DE3640238A1 - Tragbare elektronische vorrichtung - Google Patents

Tragbare elektronische vorrichtung

Info

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
Application number
DE19863640238
Other languages
English (en)
Inventor
Yasuo Iijima
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from JP60269629A external-priority patent/JPS62128389A/ja
Priority claimed from JP61208252A external-priority patent/JPS6364184A/ja
Application filed by Toshiba Corp filed Critical Toshiba Corp
Publication of DE3640238A1 publication Critical patent/DE3640238A1/de
Ceased legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms 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/10Mechanisms 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/1008Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/0013Methods 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/0013Methods 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/0086Methods 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment 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/341Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment 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/357Cards having a plurality of specified features
    • G06Q20/3576Multiple memory zones on card
    • G06Q20/35765Access rights to memory zones
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms 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/0866Mechanisms 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

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.
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.
DE19863640238 1985-11-30 1986-11-25 Tragbare elektronische vorrichtung Ceased DE3640238A1 (de)

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)

* Cited by examiner, † Cited by third party
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 김광호 메모리카드와 그 기록, 재생 및 소거방법
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
US8171203B2 (en) * 1995-07-31 2012-05-01 Micron Technology, Inc. Faster write operations to nonvolatile memory using FSInfo sector manipulation
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
US5845313A (en) * 1995-07-31 1998-12-01 Lexar Direct logical block addressing flash memory mass storage architecture
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
GB0123410D0 (en) * 2001-09-28 2001-11-21 Memquest Ltd Memory system for data storage and retrieval
GB0123416D0 (en) * 2001-09-28 2001-11-21 Memquest Ltd Non-volatile memory control
GB0123417D0 (en) * 2001-09-28 2001-11-21 Memquest Ltd Improved data processing
GB0123415D0 (en) 2001-09-28 2001-11-21 Memquest Ltd Method of writing data to non-volatile memory
GB0123421D0 (en) * 2001-09-28 2001-11-21 Memquest Ltd Power management system
GB0123419D0 (en) 2001-09-28 2001-11-21 Memquest Ltd Data handling system
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
US7275686B2 (en) 2003-12-17 2007-10-02 Lexar Media, Inc. Electronic equipment point-of-sale activation to avoid theft
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
US7464306B1 (en) 2004-08-27 2008-12-09 Lexar Media, Inc. Status of overall health of nonvolatile memory
US7594063B1 (en) * 2004-08-27 2009-09-22 Lexar Media, Inc. Storage capacity status
CN116386711B (zh) * 2023-06-07 2023-09-05 合肥康芯威存储技术有限公司 一种存储器件数据传输的测试装置及测试方法

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3900834A (en) * 1972-09-05 1975-08-19 Bunker Ramo Memory update apparatus utilizing chain addressing
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
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
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 メモリカ−ドにおけるデ−タ通信方法
US4749982A (en) * 1984-06-19 1988-06-07 Casio Computer Co., Ltd. Intelligent card
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

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
DE-Z: ntz, Band 37, Heft 3, 1984, S. 175-176 *

Also Published As

Publication number Publication date
FR2591006A1 (fr) 1987-06-05
FR2591006B1 (fr) 1993-02-12
KR880004367A (ko) 1988-06-03
US5093785A (en) 1992-03-03
KR900002071B1 (ko) 1990-03-31

Similar Documents

Publication Publication Date Title
DE3640238A1 (de) Tragbare elektronische vorrichtung
DE3635409A1 (de) Tragbare elektronische vorrichtung
DE3811378C3 (de) Informationsaufzeichnungssystem
DE3743639C2 (de)
DE3720394A1 (de) Tragbare elektronische vorrichtung
DE3807997C2 (de)
DE3636700C2 (de)
DE69835879T2 (de) Multifunktionschipkarte mit delegierungsmerkmal
DE3804925A1 (de) Tragbare elektronische vorrichtung
DE2837201C2 (de)
DE3720427A1 (de) Tragbare elektronische vorrichtung
EP1011080B1 (de) Verfahren zum bidirektionalen Datentransfer zwischen einem Terminal und einer Chipkarte sowie Chipkarte
DE3805291A1 (de) Tragbare elektronische vorrichtung
DE2551239C3 (de) Datenverarbeitungsanlage
DE3431255A1 (de) Elektronische notizeinrichtung
DE3700504C2 (de)
DE3835479C2 (de)
EP0811204B1 (de) Verarbeitung langer nachrichten in einer chipkarte
DE102009033961A1 (de) Emulation eines einmal programmierbaren Speichers
DE3511683A1 (de) Elektronisch programmierbarer rechner mit einem speicherpaket
DE19621768A1 (de) Telefon mit Aufnahmevorrichtung für eine Telefonspeicherkarte und Verfahren zum Übertragen von Daten einer Telefonspeicherkarte
DE3812147C2 (de)
DE3732614A1 (de) Verarbeitungssystem fuer tragbare elektronische vorrichtung
DE3636703A1 (de) Tragbare elektronische vorrichtung
DE1474386A1 (de) Anordnung zum Speichern und Wiederauffinden von Daten

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8131 Rejection