DE3720427A1 - Tragbare elektronische vorrichtung - Google Patents

Tragbare elektronische vorrichtung

Info

Publication number
DE3720427A1
DE3720427A1 DE19873720427 DE3720427A DE3720427A1 DE 3720427 A1 DE3720427 A1 DE 3720427A1 DE 19873720427 DE19873720427 DE 19873720427 DE 3720427 A DE3720427 A DE 3720427A DE 3720427 A1 DE3720427 A1 DE 3720427A1
Authority
DE
Germany
Prior art keywords
data
data sequence
portable electronic
electronic device
command
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
DE19873720427
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 JP61144113A external-priority patent/JPS63785A/ja
Priority claimed from JP61144114A external-priority patent/JP2537198B2/ja
Application filed by Toshiba Corp filed Critical Toshiba Corp
Publication of DE3720427A1 publication Critical patent/DE3720427A1/de
Ceased legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K21/00Information retrieval from punched cards designed for manual use or handling by machine; Apparatus for handling such cards, e.g. marking or correcting
    • 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
    • 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
    • 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/0806Details of the card
    • G07F7/0833Card having specific functional components
    • G07F7/084Additional components relating to data transfer and storing, e.g. error detection, self-diagnosis

Landscapes

  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Artificial Intelligence (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Credit Cards Or The Like (AREA)

Description

Die Erfindung betrifft eine tragbare elektronische Vorrich­ tung, die als IC-Karte bezeichnet wird und einen IC (inte­ grierte Schaltung) aufweist, welche beispielsweise einen nichtflüchtigen Datenspeicher und ein Steuerelement, wie z.B. eine Zentraleinheit (CPU) hat.
In jüngster Zeit beginnen sich IC-Karten mit IC-Chips mit nichtflüchtigen Datenspeichern und Steuerelementen, wie bei­ spielsweise Zentraleinheiten, als neues tragbares Datenspei­ chermedium durchzusetzen. Die Daten, die in dem Datenspeicher gespeichert sind, welcher in einer derartigen IC-Karte ent­ halten ist, werden durch ein inneres Steuerelement oder eine externe Einheit verwaltet.
Als eine Methode für einen Zugriff zu einer derartigen IC- Karte erfolgt ein wahlfreier Zugriff, wobei der Datenspeicher in eine Vielzahl von Bereichen unterteilt ist und ein Zu­ griff zu den jeweiligen Bereichen vorgenommen wird. In die­ sem Fall werden spezifische Daten, wie beispielsweise eine Startadresse des Zielbereiches und die Anzahl der Bytes, die den Bereich bilden, in der IC-Karte registriert. Wenn die Zielbereichsdaten zu den eingegebenen Befehlsdaten addiert werden, so werden die spezifischen Daten des Ziel­ bereiches in der IC-Karte gesucht, in physikalische Zugriffs­ daten umgesetzt und verarbeitet.
Um im allgemeinen die Zuverlässigkeit der in einer IC-Karte gespeicherten Daten zu steigern, wenn Daten zu speichern sind, wird eine spezifische Information zum Identifizieren, ob die Daten gültig sind oder nicht, zu den Daten addiert, und die Daten werden gespeichert. Wenn während des Daten­ schreibens irgendeine ungewöhnliche Situation auftritt, so wird diese Information beim anschließenden Datenauslesen verwendet, damit diese Daten als ungewöhnlich festgestellt werden.
Wenn die Daten auszulesen sind, wird entsprechend der spezi­ fischen Information festgelegt, ob die Daten gültig sind oder nicht, und das Ergebnis der Feststellung wird beigefügt, wenn die Daten zu einer externen Einheit ausgegeben werden.
Gewöhnlich wird ein einziger Antwortdatenwert abhängig von einem einzelnen Befehlsdatenwert ausgegeben. Wenn die Ant­ wortdaten auszugeben sind, wird ein das Verarbeitungsergebnis in der IC-Karte anzeigender Code beigefügt. Das Bestim­ mungsergebnis in bezug darauf, ob die Daten gültig sind oder nicht, das nach dem vorhergehenden Datenauslesen erhalten ist, wird auch in einen Code umgesetzt und ausgegeben. Wenn jedoch eine Datensequenz eine derartige Datenlänge hat, daß die Datensequenz oder -folge nicht durch eine einzige Über­ tragung zu einer Zeit eines Abschlusses der ausgegebenen Datensequenz ausgegeben werden kann, so wird der Code zu der Datensequenz addiert und die Datensequenz wird ausge­ geben.
Wenn auf diese Weise gewöhnlich eine Datensequenz mit einer derartigen Datenlänge, daß die Datensequenz nicht durch eine einzige Übertragung ausgegeben werden kann, ausgelesen wird, so wird ein die Gültigkeit der Datensequenz anzeigender Code lediglich in der Endübertragung ausgegeben, und eine externe Einheit kann nicht die Gültigkeit der Daten bis zur Endüber­ tragung bestimmen.
Wenn die Daten als ungewöhnlich bestimmt sind, während sie eingeschrieben werden, und wenn eine Schreibfolge zum Un­ gültigmachen dieser Daten gesetzt ist, falls beispielsweise eine an eine IC-Karte gelegte Versorgungsspannung momentan abfällt, so wird eine Steuerung eines Steuerelementes ge­ sperrt oder ausgeschaltet, und die gerade geschriebenen Daten können nicht ungültig gemacht werden. Als Ergebnis wird die Zuverlässigkeit als IC-System vermindert.
Es ist Aufgabe der vorliegenden Erfindung, eine tragbare elektronische Vorrichtung zu schaffen, bei der die Gültig­ keit einer Datensequenz leicht zur Zeit der ersten Übertra­ gung bestimmt werden kann, wenn die Datensequenz mit einer derartigen Datenlänge ausgelesen wird, daß die Datensequenz nicht durch eine einzige Übertragung ausgegeben werden kann; außerdem soll eine tragbare elektronische Vorrichtung ge­ schaffen werden, bei der Daten selbst dann zuverlässig un­ gültig gemacht werden können, wenn eine Versorgungsspannung momentan während des Datenschreibens abgeschaltet ist.
Diese Aufgabe wird bei einer tragbaren elektronischen Vor­ richtung nach dem Oberbegriff des Patentanspruches 1 erfin­ dungsgemäß durch die in dessen kennzeichnendem Teil enthal­ tenen Merkmale gelöst.
Die Erfindung schafft also eine tragbare elektronische Vor­ richtung mit einem Kontaktabschnitt, der mit einem Handha­ bungssystem für die tragbare elektronische Vorrichtung zu verbinden ist, um einen Befehl für einen externen Zugriff auf die tragbare elektronische Vorrichtung zu erzeugen, einer Speichereinrichtung zum Speichern einer von dem Hand­ habungssystem für die tragbare elektronische Vorrichtung eingespeisten Datensequenz und einer Steuereinrichtung zum Ausgeben einer Datensequenz von der Speichereinrichtung nach Beifügen von Information, die anzeigt, ob die Daten­ sequenz gültig ist oder nicht, zu dem Start oder Beginn der ausgelesenen Datensequenz abhängig von einem von dem Hand­ habungssystem für die tragbare elektronische Vorrichtung eingespeisten Lesebefehl und zum Einschreiben einer von dem Handhabungssystem für die tragbare elektronische Vorrichtung eingespeisten Datensequenz in die Speichereinrichtung nach Beifügen der die Ungültigkeit der Datensequenz anzeigenden Information zu der Datensequenz abhängig von einem von dem Handhabungssystem für die tragbare elektronische Vorrich­ tung eingespeisten Schreibbefehl, um dadurch die eine Un­ gültigkeit der Datensequenz anzeigende Information zu einer gültigen Information fortzuschreiben, nachdem die Daten­ sequenz geschrieben wurde.
Nachfolgend wird die Erfindung anhand der Zeichnung näher erläutert. Es zeigen:
Fig. 1 ein Blockdiagramm mit der Anordnung einer als Ter­ minaleinheit oder Datenendgerät eines Heimbanksystems oder eines Ladensystems verwendeten Kartenhandhabungs­ einheit, wobei das System eine IC-Karte als die er­ findungsgemäße tragbare elektronische Vorrichtung annimmt,
Fig. 2 ein Blockdiagramm der IC-Karte als die tragbare elektronische Vorrichtung nach der Erfindung,
Fig. 3 ein Blockdiagramm, das die Anordnung eines IC-Chips zeigt, der in der in Fig. 2 dargestellten IC-Karte enthalten ist,
Fig. 4 ein Speicherformat eines in Fig. 3 gezeigten Daten­ speichers in Einzelheiten,
Fig. 5 eine Darstellung des Bereiches "00" des in Fig. 3 gezeigten Datenspeichers,
Fig. 6 das Format der Attributdaten, die in den in Fig. 4 gezeigten schraffierten Teilen gespeichert sind,
Fig. 7A und 7B Flußdiagramme der Schreiboperation für den in Fig. 3 gezeigten Datenspeicher,
Fig. 8 das Format des Schreibbefehles, der in der in den Fig. 7A und 7B gezeigten Schreiboperation verwen­ det wird,
Fig. 9A und 9B Flußdiagramme der kontinuierlichen Schreib­ operation für den in Fig. 3 gezeigten Datenspeicher,
Fig. 10 das Format eines kontinuierlichen Schreibbefehles, der in der in den Fig. 9A und 9B gezeigten konti­ nuierlichen Schreiboperation verwendet wird,
Fig. 11A bis 11J Diagramme zur Erläuterung einer praktischen Schreiboperation, die anhand der Flußdiagramme der Fig. 7A und 7B erläutert ist,
Fig. 12A bis 12C Flußdiagramme zur Erläuterung einer Lese­ operation für den in Fig. 3 gezeigten Datenspeicher,
Fig. 13 das Format eines Auslesebefehles, der bei der anhand der Fig. 12A bis 12C erläuterten Leseoperation ver­ wendet wird,
Fig. 14A und 14B Flußdiagramme zur Erläuterung einer konti­ nuierlichen Leseoperation bei dem in Fig. 3 ge­ zeigten Datenspeicher,
Fig. 15 das Format eines kontinuierlichen Lesebefehles, der in der anhand der Fig. 14A und 14B erläuterten kontinuierlichen Leseoperation verwendet wird,
Fig. 16A bis 16F Diagramme zur Erläuterung einer anhand der Fig. 12A bis 12C erläuterten praktischen Leseopera­ tion,
Fig. 17 ein Flußdiagramm zur Erläuterung einer Lösch­ operation für den in Fig. 3 gezeigten Daten­ speicher und
Fig. 18 das Format eines bei der Löschoperation verwende­ ten Löschbefehles.
Ein Ausführungsbeispiel der Erfindung wird im folgenden an­ hand der Zeichnung näher erläutert.
Fig. 1 zeigt die Anordnung eines Kartenhandhabungssystems, das als eine Terminaleinheit (Datenendgerät) beispielsweise eines Heimbanksystems oder eines Ladensystems verwendet wird, welches eine IC-Karte als eine tragbare elektronische Vorrichtung nach der vorliegenden Erfindung anwendet. Das heißt, in diesem Kartenhandhabungssystem kann eine IC-Karte mit einer Zentraleinheit (CPU) 3 über einen Kartenleser/ Schreiber 2 verbunden werden, und die Zentraleinheit 3 ist an ein Tastenfeld 4, eine Elektronenstrahlröhren-Anzeige­ einheit 5, einen Drucker 6 und eine Floppy-disk-Einheit oder Disketteneinheit 7 angeschlossen. Eine IC-Karte 1 gehört einem Benutzer und wird verwendet, wenn ein Bezug auf eine PIN- Nummer (persönliche Identifikationsnummer), die nur dem Benutzer bekannt ist, Bezug genommen wird oder wenn notwen­ dige Daten darin gespeichert sind.
Fig. 2 zeigt die Funktionsblöcke der IC-Karte. In Fig. 2 umfaßt die Karte 1 Abschnitte zum Ausführen von Grundfunk­ tionen, wie beispielsweise einen Lese/Schreibabschnitt 11, einen PIN-Einstell/Sortierfolgenabschnitt 12, einen Ver­ schlüsselungs/Entschlüsselungsabschnitt 13 und eine Über­ wachungseinheit 14 zum Verwalten dieser Grundfunktionen. Der Lese/Schreibabschnitt 11 liest, schreibt oder löscht Daten bezüglich des Datenspeichers 16. Der PIN-Einstell/ Sortierfolgenabschnitt 12 speichert die durch den Benutzer gesetzte PIN-Nummer, verbietet ein Auslesen der PIN-Nummer, sortiert bzw. mischt die PIN-Nummern, wenn eine PIN-Nummer eingegeben wird und gibt Erlaubnis für die folgende Ver­ arbeitung. Der Verschlüsselungs/Entschlüsselungsabschnitt 13 veschlüsselt Übermittlungsdaten, um ein unerlaubtes Be­ obachten oder Kopieren der Übermittlungsdaten zu verhindern, wenn Daten von der Zentraleinheit 3 zu einer anderen Ter­ minaleinheit über beispielsweise ein Übermittlungsnetz zu übertragen sind, und entschlüsselt verschlüsselte Daten. Der Verschlüsselungs/Entschlüsselungsabschnitt 13 hat eine Funktion zum Durchführen einer Datenverarbeitung gemäß einem Verschlüsselungsalgorithmus, wie beispielsweise DES (Daten­ verschlüsselungsstandard), der eine ausreichende Verschlüsse­ lungsfähigkeit hat. Die Überwachungseinheit 14 entschlüsselt einen von einem Leser/Schreiber 2 eingegebenen Funktions­ code oder einen Daten beigefügten Funktionscode und wählt und führt aus eine notwendige Funktion unter diesen Grund­ funktionen.
Um diese verschiedenen Funktionen durchzuführen, besteht die IC-Karte 1 aus einer Zentraleinheit (CPU) 15 als dem Steuerabschnitt, einem nichtflüchtigen Datenspeicher 16 als dem Datenspeicherabschnitt, dessen Speicherinhalt gelöscht werden kann, einem Programmspeicher 17 und einem Kontakt­ abschnitt 18, um einen elektrischen Kontakt mit einem Kar­ tenleser/Schreiber 2 zu erhalten, wie dies beispielsweise in Fig. 3 gezeigt ist. Unter diesen Komponenten bestehen die Zentraleinheit 15 und die Speicher 16 und 17, die durch eine Strichlinie umgeben sind, aus einem einzigen IC-Chip. Die Zentraleinheit 15 hat einen Speicher mit wahlfreiem Zugriff (RAM) 19. Der Speicher 17 umfaßt beispielsweise einen Masken- Festwertspeicher (ROM) und speichert ein Steuerprogramm für die Zentraleinheit 15, das eine Subroutine (Unterprogramm­ folge) aufweist, um die oben beschriebenen Grundfunktionen zu ermöglichen. Der Speicher 16 wird zum Speichern verschie­ dener Daten verwendet und umfaßt beispielsweise einen EEPROM (elektrisch änderbarer Festwertspeicher).
Der Datenspeicher 16 ist in eine Vielzahl von Bereichen unterteilt, wie dies in Fig. 4 gezeigt ist. Jeder dieser Bereiche ist in einen Einzelblock oder in eine Vielzahl von Blöcken unterteilt. Jeder Block besteht aus einer vor­ bestimmten Anzahl von Bytes. Eine Verarbeitung erfolgt in Einheiten von Blöcken. Ein Block besteht aus Attributdaten (1 Byte) (schraffierter Teil in Fig. 4) und Speicherdaten. Bereichszahlen "00" bis "FF" sind entsprechenden Bereichen zugewiesen, deren jeder unterteilt ist, wie dies in Fig.4 gezeigt ist. Unter diesen besteht ein Bereich "00" aus einem Bereichszahlfeld 20, dem Bytezahlfeld 22, einem Startadreßfeld 24, das eine Startadresse jedes Be­ reiches anzeigt, und einem Endadreßfeld 26, das eine End­ adresse jedes Bereiches angibt, wie dies in Fig. 5 gezeigt ist. Die Startadresse des Bereiches "01" ist eine Adresse aaa und die Endadresse hiervon ist eine Adresse bbb. Ein Block besteht aus 6 Bytes. Die Anzahl der Bytes der Speicher­ daten beträgt 5 Bytes je Block. Ein Bereich ist am Start oder Beginn jedes Bereiches vorgesehen, um eine Adresse (im folgenden als Zeigerdaten bezeichnet) eines Endbytes eines Endblockes zu speichern, wenn der Endblock nach dem Datenschreiben eingeschrieben wird. Attributdaten umfassen einen Identifizierer, der anzeigt, ob die entsprechenden Speicherdaten gültig sind oder nicht, und einen anderen Identifizierer, der anzeigt, ob der entsprechende Block ein Block ist, der die Enddaten speichert, wenn eine Sequenz von Speicherdaten aus einer Vielzahl von Blöcken besteht.
Fig. 6 zeigt das Format der Attributdaten. Wie aus Fig. 6 zu ersehen ist, ist das 6te Bit ein Identifizierer, der anzeigt, ob die Speicherdaten in dem entsprechenden Block gültig sind oder nicht. Falls dieses Bit den Wert "1" hat, sind die Speicherdaten ungültig; falls der Wert "0" vor­ liegt, sind die Speicherdaten gültig. Das 7te Bit ist ein Identifizierer, der anzeigt, ob der entsprechende Block ein Block einschließlich eines Endbytes einer Sequenz von Daten ist. Falls dieses Bit den Wert "1" hat, ist der entsprechen­ de Block ein Block nicht einschließlich des Endbytes; falls der Wert "0" vorliegt, ist der entsprechende Block ein Block einschließlich des Endbytes. Es sei darauf hingewiesen, daß das 0te bis 5te Bit Leer- oder Blindbits sind.
Im folgenden wird eine Datenschreiboperation für den Daten­ speicher 16 der IC-Karte 1 mit der obigen Anordnung anhand der in den Fig. 7A und 7B gezeigten Flußdiagramme näher er­ läutert.
Ein Datenschreiben in den Datenspeicher 16 der IC-Karte 1 wird durchgeführt, wenn Befehlsdaten mit einem in Fig. 8 ge­ zeigten Format zur Karte 1 über den Kartenleser/Schreiber 2 von der in Fig. 1 gezeigten Zentraleinheit 3 eingespeist werden und wenn die Zentraleinheit 15 den Befehl ausführt. Der Schreibbefehl besteht aus einem Schreibfunktionscodefeld 28, einem Bereichszahlfeld 30, einem Byteanzahl-Datenfeld 32 und einem Datensequenzfeld 34. Die Speicherdaten bestehen aus einer zu speichernden Datensequenz und der Anzahl der Bytedaten (im folgenden als Byteanzahl in der Datensequenz bezeichnet), die die Datensequenz bilden. In einem Normal­ zustand wird eine Befehlswartebetriebsart für den Karten­ leser/Schreiber 2 gesetzt. Wenn in diesem Fall Befehlsdaten vom Leser/Schreiber 2 eingegeben werden, prüft die Zentral­ einheit 15 in einem Schritt 36, ob der Funktionscode, der in den Befehlsdaten enthalten ist, für Schreiben ist oder nicht. Liegt im Schritt 36 JA vor, so findet die Zentralein­ heit 15 in einem Schritt 38 eine Bereichszahl, die den Be­ fehlsdaten vom Bereich "00" des Datenspeichers 16 beigefügt ist. Wenn die entsprechende Bereichszahl nicht gefunden wird (NEIN in Schritt 38), so gibt die Zentraleinheit 15 in einem Schritt 40 Antwortdaten zum Kartenleser/Schreiber 2 aus, die anzeigen, daß ein entsprechender Bereich nicht ge­ funden ist, und der Datenfluß kehrt zu einer Befehlsdatenwarte­ betriebsart zurück, um auf Befehlsdaten vom Leser/Schreiber 2 zu warten. Liegt im Schritt 38 JA vor, so nimmt die Zen­ traleinheit 15 auf die entsprechenden Verarbeitungseinheits­ daten Bezug. Wenn Speicherdaten in einen Bereich einzuschrei­ ben sind, nimmt die Zentraleinheit 15 in einem Schritt 42 auf am Start oder Beginn des Bereiches liegende Zeigerdaten Bezug und prüft die Startadresse. Sodann vergleicht in einem Schritt 44 die Zentraleinheit 15 die Anzahl der Bytedaten in den Befehlsdaten und die Kapazität (die Anzahl der Bytes) jedes in Fig. 5 gezeigten Bereiches, um zu bestimmen, ob alle eingegebenen Speicherdaten in dem Bereich gespeichert werden können. Liegt im Schritt 44 NEIN vor, so gibt die Zentraleinheit 15 in einem Schritt 48 zum Leser/Schreiber 2 Antwortdaten aus, die anzeigen, daß die Anzahl der Byte­ daten fehlerhaft ist, und der Datenfluß kehrt zu der Befehls­ datenwartebetriebsart für den Leser/Schreiber 2 zurück. Liegt im Schritt 44 JA vor, so vergleicht die Zentraleinheit 15 die Anzahl der Bytes in der Datensequenz mit der Anzahl von Bytedaten, die in den eingegebenen Befehlsdaten enthal­ ten sind, in einem Schritt 46. Wenn als Ergebnis dieser Prü­ fung die erstere Zahl größer ist als die letztere (wenn JA in Schritt 46 vorliegt), so gibt die Zentraleinheit 15 in einem Schritt 48 zum Leser/Schreiber 2 Antwortdaten aus, die anzeigen, daß die Anzahl der Bytedaten fehlerhaft ist, und der Datenfluß kehrt zu der Befehlsdatenwartebetriebsart zurück. Andernfalls (wenn NEIN im Schritt 46 vorliegt) wird die Anzahl der Bytes in der Datensequenz von der Anzahl der Bytedaten subtrahiert, um in einem Schritt 50 das Ergebnis als die verbleibende Menge oder Größe zu erhalten.
In einem Schritt 52 setzt die Zentraleinheit 15 der Karte 1 das höchstwertige Bit (MSB) (Feld 32 von Fig. 8) der Bit­ sequenz, die die Anzahl der Bytedaten bildet, wie dies in Fig. 8 gezeigt ist, auf "1", um dadurch zeitweise die Spei­ cherdaten ungültig zu machen. Sodann teilt in einem Schritt 54 die Zentraleinheit 15 die Speicherdaten in Verarbeitungs­ einheiten, fügt Attributdaten zu jeden der unterteilten Da­ ten bei und speichert diese. Das heißt, in einem Schritt 56 prüft die Zentraleinheit 15, ob die zu schreibende Datense­ quenz die endgültig unterteilten Daten bzw. unterteilten Enddaten sind. Liegt im Schritt 56 NEIN vor, so werden die unterteilten Daten in einem Schritt 58 in den Datenspeicher 16 geschrieben, und die nächsten zu schreibenden unterteil­ ten Daten werden in einem Schritt 60 vorbereitet.
Liegt im Schritt 56 JA vor, so wird in einem Schritt 62 ge­ prüft, ob die verbleibende Menge oder Größe den Wert "0" hat. Wenn in diesem Fall die verbleibende Menge, die zuvor gehalten ist, den Wert "0" hat (JA in Schritt 62), so wer­ den die unterteilten Enddaten in einem Schritt 70 geschrie­ ben, und das höchstwertige Bit der Bitsequenz, die die An­ zahl der Bytedaten bildet, wie dies in Fig. 8 gezeigt ist, wird in einem Schritt 72 auf "0" gesetzt. Somit werden die Speicherdaten gültig gemacht, und die Endadresse des Blockes einschließlich des Endbytes der Speicherdatensequenz wird als Zeigerdaten gespeichert. In einem Schritt 74 gibt die Zentaleinheit 15 Antwortdaten aus, die einen Abschluß des Schreibens anzeigen, und der Datenfluß kehrt zu der Befehls­ datenwartebetriebsart zurück. Liegt jedoch im Schritt 62 NEIN vor, so speichert die Zentraleinheit 15 nicht lediglich die unterteilten Enddaten, sondern hält diese in einem Schritt 62 in einem internen Speicher mit wahlfreiem Zugriff (RAM). Danach setzt in einem Schritt 66 die Zentraleinheit 15 die kontinuierliche Schreibannahmeflagge (Schreibannahme­ kennzeichen) und hält die Startadresse des nächsten unge­ schriebenen Blockes in dem Speicher mit wahlfreiem Zugriff (RAM) als eine Schreibstartadresse. In einem Schritt 88 gibt die Zentraleinheit 15 Antwortdaten aus, die eine kontinuier­ liche Schreibannahme oder -akzeptanz anzeigen, und der Daten­ fluß kehrt zu der Befehlsdatenwartebetriebsart zurück.
Im folgenden wird eine kontinuierliche Schreiboperation an­ hand der in den Fig. 9A und 9B gezeigten Flußdiagramme näher erläutert. Wenn ein kontinuierliches Schreiben durchgeführt wird, werden kontinuierliche Schreibbefehlsdaten mit einem in Fig. 10 gezeigten Format eingegeben. Die kontinuierlichen Schreibbefehlsdaten bestehen aus einem kontinuierlichen Schreibfunktionscodefeld 76 und einem Speicherdatenfeld 78. Wenn in einem Schritt 80 bestimmt wird, daß kontinuierliche Schreibbefehlsdaten eingegeben werden (wenn JA in Schritt 80 vorliegt), so nimmt die Zentraleinheit 15 auf die konti­ nuierliche Schreibannahmeflagge Bezug und prüft in einem Schritt 82, ob die Flagge gesetzt ist. Liegt im Schritt 82 NEIN vor, so gibt die Zentraleinheit 15 in einem Schritt 84 einen Folge- oder Sequenzfehler anzeigende Antwortdaten an den Kartenleser/Schreiber 2 ab, und der Datenfluß kehrt zu der Befehlsdatenwartebetriebsart zurück.
Liegt im Schritt 82 JA vor, so prüft die Zentraleinheit 15 die Anzahl der Bytes in den eingegebenen Speicherdaten und die verbleibende Menge in einem Schritt 86. Wenn als Ergeb­ nis der Prüfung im Schritt 82 die erstere Zahl größer ist als die letztere (JA in Schritt 86), so gibt die Zentral­ einheit 15 in einem Schritt 88 Antwortdaten aus, die anzei­ gen, daß die Anzahl der Bytedaten fehlerhaft ist, und der Datenfluß kehrt zu der Befehlsdatenwartebetriebsart zurück. Andernfalls (wenn NEIN in Schritt 86 vorliegt) subtrahiert die Zentraleinheit 15 die erstere Zahl von der letzteren und hält das Subtraktionsergebnis als neue verbleibende Menge oder Größe in einem Schritt 90.
Sodann erzeugt in einem Schritt 92 die Zentraleinheit 15 neue Speicherdaten, indem die zuvor endgültig unterteilten Daten, die vorher in RAM gehalten sind, dem Vorlauf der Ein­ gangsspeicherdaten beigefügt werden. In einem Schritt 94 unterteilt die Zentraleinheit 15 die neuen Speicherdaten in Verarbeitungseinheitsdaten und fügt Attributdaten zu den jeweiligen unterteilten Daten bei. Dann speichert die Zen­ traleinheit 15 Daten aufgrund der zuvor im RAM gehaltenen Schreibstartadresse. Das heißt, die Zentraleinheit 15 unter­ teilt die Daten in Verarbeitungseinheiten im Schritt 94 und prüft in einem Schritt 96, ob die zu schreibende Daten­ sequenz die endgültig unterteilten Daten sind. Liegt im Schritt 96 NEIN vor, so werden die unterteilten Daten in einem Schritt 98 geschrieben, eine Vorbereitung zum Schrei­ ben der nächsten unterteilten Daten wird in einem Schritt 100 vorgenommen, und der Datenfluß kehrt zum Schritt 96 zurück.
Liegt JA im Schritt 96 vor, so wird in einem Schritt 102 geprüft, ob die verbleibende Menge den Wert "0" hat. Liegt JA im Schritt 102 vor, so werden die endgültig unterteilten Daten in einem Schritt 104 geschrieben, das höchstwertige Bit der Anzahl von Bytedaten wird auf "0" in einem Schritt 106 gesetzt, und die Zeigerdaten werden fortgeschrieben. Sodann setzt die Zentraleinheit 15 die kontinuierliche Schreibannahmeflagge in einem Schritt 108 zurück und gibt Antwortdaten aus, die in einem Schritt 110 den Abschluß des Schreibens anzeigen.
Liegt im Schritt 102 NEIN vor, so werden die endgültig unterteilten Daten in einem Schritt 112 im Speicher mit wahlfreiem Zugriff (RAM) gespeichert. In einem Schritt 114 wird die Startadresse des als nächstes zu schreibenden Blockes gespeichert, und die kontinuierliche Schreibannahme­ flagge wird gesetzt. In einem Schritt 116 gibt die Zentral­ einheit 15 Antwortdaten aus, die eine Annahme des kontinuier­ lichen Schreibens anzeigen, und der Datenfluß kehrt zu der Befehlsdatenwartebetriebsart zurück.
Auf diese Weise wird eine Datensequenz gespeichert, die nicht durch eine einzige Übertragung eingeschrieben werden kann. In einem Block zum Speichern der endgültig unterteil­ ten Daten werden, wenn die verbleibende Menge den Wert "0" hat, das 7te und 6te Bit beide auf "0" gesetzt.
Es sei beispielsweise angenommen, daß in Fig. 11A gezeigte Befehlsdaten eingegeben werden. Dies entspricht Schreibbe­ fehlsdaten, und deren Zielbereich ist "02". Die Anzahl der Verarbeitungseinheitsbytes des Bereiches "02" ist 4. Zu­ nächst wird die Anzahl der Bytedaten in den Eingangsbefehls­ daten ausgezogen. Gleichzeitig wird auf die am Start oder Beginn des Bereiches "02" liegenden Zeigerdaten Bezug ge­ nommen, um zu prüfen, daß alle Speicherdaten gespeichert werden können. Dann wird das höchstwertige Bit der Anzahl der Bytedaten auf "1" gesetzt (Fig. 11B). Sodann wird die verbleibende Menge von der Anzahl der Bytes der Speicher­ daten und dem Wert der Anzahl der Bytedaten gesetzt (Fig. 11C). Die Speicherdaten werden durch die Anzahl der Ver­ arbeitungseinheitsbytes geteilt (Fig. 11D) und in einem Bereich "02" gespeichert, wie dies in Fig. 11E gezeigt ist. Da jedoch die verbleibende Menge von "0" abweicht, werden die endgültig unterteilten Daten nicht gespeichert. Dann wird eine als nächstes zu schreibende Adresse gehalten, und die kontinuierliche Schreibannahmeflagge wird gesetzt.
Es sei in diesem Zustand angenommen, daß die in Fig. 11F gezeigten kontinuierlichen Schreibbefehlsdaten eingegeben werden. Dann wird die Anzahl der Bytes der Speicherdaten in diesen Befehlsdaten geprüft. Wenn das geprüfte Ergebnis an­ nehmbar oder akzeptabel ist, so wird eine neue verbleibende Menge von der zuvor gesetzten Menge und der Anzahl der Bytes der gegenwärtigen Speicherdaten gesetzt (Fig. 11G). Die zu­ vor gehaltenen endgültig unterteilten Daten und die gegen­ wärtigen Speicherdaten werden gemischt oder kombiniert (Fig. 11H). Die sich ergebenden Speicherdaten werden durch die Anzahl der Verarbeitungseinheitsbytes geteilt (Fig. 11I) und entsprechend den zuvor gespeicherten Schreib­ adressen gespeichert (Fig. 11J). Da in diesem Fall die ver­ bleibende Menge "0" ist, wird das höchstwertige Bit der An­ zahl der Bytedaten auf "0" gesetzt, und die Endadresse wird als die Zeigerdaten gespeichert.
Im folgenden wird eine Datenleseoperation für den Daten­ speicher 16 anhand der Flußdiagramme der Fig. 12A bis 12C näher erläutert. Wenn im Datenspeicher 16 gespeicherte Daten auszulesen sind, werden Lesebefehlsdaten mit dem in Fig. 13 gezeigten Datenformat eingegeben. Diese Lesebefehlsdaten bestehen aus einem Lesefunktionscode 118 und einer Bereichs­ zahl 120. In einem normalen Zustand wird eine Befehlsdaten­ wartebetriebsart zum Warten auf einen Befehl vom Kartenleser/ Schreiber 2 gesetzt. Wenn in diesem Fall Befehlsdaten vom Leser/Schreiber 2 eingegeben werden, prüft die Zentralein­ heit 15 in einem Schritt 122, ob der in den Befehlsdaten enthaltene Funktionscode zum Lesen ist. Liegt im Schritt 122 JA vor, so findet die Zentraleinheit 15 in einem Schritt 124 eine Bereichszahl, die den Befehlsdaten vom Bereich "00" des Datenspeichers 16 beigefügt ist. Wenn die entsprechende Bereichszahl nicht gefunden wird (NEIN in Schritt 124), gibt in einem Schritt 126 die Zentraleinheit 15 Antwortdaten aus, die anzeigen, daß der entsprechende Bereich nicht gefunden ist, und der Datenfluß kehrt in den Schritt 122 zu der Befehlsdatenwartebetriebsart zurück. Wenn die entsprechende Bereichszahl gefunden wird (JA in Schritt 124), nimmt die Zentraleinheit 15 auf die entsprechen­ den Verarbeitungseinheitsdaten Bezug und speichert diese im Speicher mit wahlfreiem Zugriff (RAM), der die Start- und Endadressen dieses Bereiches speichert. Wenn Daten in einem Schritt 128 in diesem Bereich auszulesen sind, nimmt die Zentraleinheit 15 auf am Start oder Beginn des Bereiches liegende Zeigerdaten Bezug. Wenn in einem Schritt 128 be­ stimmt wird, daß alle Bits dieser Zeigerdaten den Wert "1" haben (JA in Schritt 128), bestimmt die Zentraleinheit 15, daß in diesem Bereich keine Daten gespeichert sind, und der Datenfluß kehrt zu der Befehlsdatenwartebetriebsart des Schrittes 122 zurück. Wenn jedoch im Schritt 128 bestimmt wird, daß nicht alle Bits der Zeigerdaten den Wert "1" ha­ ben (NEIN in Schritt 128), erkennt die Zentraleinheit 15 den Startblock der jüngsten Daten in diesem Bereich aufgrund dieser Zeigerdaten im Schritt 132. Die Anzahl der Bytedaten wird in diesem Startblock gespeichert. Sodann prüft die Zen­ traleinheit 15 in einem Schritt 134, ob die Anzahl der Byte­ daten gültig ist. Liegt im Schritt 134 NEIN vor, so gibt die Zentraleinheit 15 in einem Schritt 136 Antwortdaten aus, die anzeigen, daß die Anzahl der Bytedaten fehlerhaft ist. Wenn jedoch im Schritt 134 JA vorliegt, prüft die Zentral­ einheit 15 in einem Schritt 138, ob das höchstwertige Bit der Anzahl der Bytedaten den Wert "0" hat. Liegt NEIN im Schritt 138 vor (wenn das höchstwertige Bit der Anzahl der Bytedaten den Wert "1" hat), so bestimmt die Zentraleinheit 15, daß die diesem höchstwertigen Bit folgende Datensequenz ungültig ist und setzt in einem Schritt 140 das Vorliegen einer ungültigen Datenflagge. Wenn jedoch JA im Schritt 138 vorliegt, so setzt die Zentraleinheit 15 die Anzahl der Byte­ daten in den Zähler in einem Schritt 142. Danach liest die Zentraleinheit 15 das nächste Einzelbyte in einem Schritt 144 aus und prüft in einem Schritt 146, ob das ausgelesene Byte Attributdaten ist. Liegt JA im Schritt 146 vor, so kehrt der Datenfluß zum Schritt 144 zurück, und das nächste Byte wird ausgelesen. Wenn NEIN im Schritt 144 vorliegt, so werden die ausgelesenen Daten im Speicher mit wahlfreiem Zugriff (RAM) gespeichert, und der Inhalt des Zählers wird in einem Schritt 148 um eins herabgesetzt. In einem Schritt 150 wird geprüft, ob der Speicher mit wahlfreiem Zugriff (RAM) voll ist. Liegt im Schritt 150 NEIN vor, so wird in einem Schritt 152 geprüft, ob der Zähler den Wert "0" hat. Liegt NEIN im Schritt 152 vor, so kehrt der Datenfluß zum Schritt 144 zurück, und das nächste Byte wird ausgelesen.
Liegt jedoch JA im Schritt 150 vor, so schreitet der Daten­ fluß zu einem Schritt 154 vor, und es wird geprüft, ob der Zähler den Wert "0" hat. Liegt NEIN im Schritt 154 vor, so speichert die Zentraleinheit 15 die ausgelesene Endadresse im Speicher mit wahlfreiem Zugriff (RAM) und setzt eine kontinuierliche Leseannahmeflagge in einem Schritt 156. Dann gibt in einem Schritt 158 die Zentraleinheit 15 Antwortda­ ten aus, die eine Annahme oder Akzeptanz des kontinuierlichen Lesens anzeigen und fügt diese der Datensequenz im Speicher mit wahlfreiem Zugriff (RAM) bei, und der Datenfluß kehrt zum Schritt 122 zurück.
Liegt JA im Schritt 154 vor, so prüft die Zentraleinheit 15 in einem Schritt 160, ob das Vorliegen einer ungültigen Da­ tenflagge gesetzt ist. Liegt im Schritt 160 JA vor, so gibt die Zentraleinheit 15 Antwortdaten aus, die ungültige Daten anzeigen und die der Datensequenz im Speicher mit wahlfreiem Zugriff (RAM) in einem Schritt 162 beigefügt sind, und der Datenfluß kehrt zum Schritt 122 zurück. Wenn jedoch NEIN im Schritt 160 vorliegt, so gibt die Zentraleinheit 15 Ant­ wortdaten aus, die einen Abschluß des Auslesens anzeigen und die der Datensequenz des Speichers mit wahlfreiem Zu­ griff (RAM) in einem Schritt 164 beigefügt sind, und der Datenfluß kehrt zum Schritt 122 zurück.
Eine kontinuierliche Ausleseoperation wird im folgenden an­ hand der Flußdiagramme der Fig. 14A und 14B näher erläutert. Wenn ein kontinuierliches Auslesen durchgeführt wird, so werden kontinuierliche Lesebefehlsdaten mit einem in Fig. 15 gezeigten Format eingegeben. Die kontinuierlichen Auslese­ befehlsdaten bestehen aus einem Fortsetzungsauslesefunktions­ codefeld 196 und einem Bereichszahlfeld 198. Wenn in einem Schritt 166 bestimmt wird, daß ein kontinuierlicher Auslese­ befehl eingegeben ist, prüft die Zentraleinheit 15 in einem Schritt 168, ob eine kontinuierliche Ausleseannahmeflagge gesetzt ist. Liegt NEIN im Schritt 168 vor, so gibt die Zentraleinheit 15 in einem Schritt 170 Antwortdaten aus, die einen Sequenz- oder Folgefehler anzeigen, und der Daten­ fluß kehrt zum Schritt 166 zurück, um auf kontinuierliche Auslesebefehlsdaten zu warten. Liegt im Schritt 168 JA vor, so werden die nächsten Bytedaten in einem Schritt 172 aus­ gelesen. Danach prüft die Zentraleinheit 15 in einem Schritt 174, ob die ausgelesenen Bytedaten Attributdaten sind. Liegt JA im Schritt 174 vor, so kehrt der Datenfluß zum Schritt 172 zurück, und die nächsten Bytedaten werden gelesen. Liegt jedoch im Schritt 174 NEIN vor, so speichert die Zentralein­ heit 15 die ausgelesenen Daten im Speicher mit wahlfreiem Zugriff (RAM) und vermindert den Zähler in einem Schritt 176 um eins. In einem Schritt 178 prüft die Zentraleinheit 15, ob der Speicher mit wahlfreiem Zugriff (RAM) voll ist. Liegt NEIN im Schritt 178 vor, so prüft die Zentraleinheit 15 in einem Schritt 180, ob der Zähler den Wert "0" hat. Liegt NEIN im Schritt 180 vor, so kehrt der Datenfluß zum Schritt 172 zurück, und die nächsten Bytedaten werden ge­ lesen.
Liegt JA im Schritt 180 vor, so schreitet der Datenfluß der Zentraleinheit 15 zu einem Schritt 188 fort.
Wenn in einem Schritt 178 der Speicher mit wahlfreiem Zu­ griff (RAM) voll ist (wenn JA im Schritt 178 vorliegt), schreitet der Datenfluß der Zentraleinheit 15 zu einem Schritt 182 fort und prüft, ob der Inhalt des Zählers "0" ist. Wenn im Schritt 182 NEIN vorliegt, schreitet der Daten­ fluß zu einem Schritt 184 fort, um die ausgelesene Endadresse im RAM zu speichern. Dann gibt in einem Schritt 186 die Zen­ traleinheit 15 Antwortdaten ab, welche eine Annahme oder Akzeptanz des kontinuierlichen Lesens anzeigen und die der Datensequenz des Speichers mit wahlfreiem Zugriff (RAM) bei­ gefügt ist, und der Datenfluß kehrt zum Schritt 166 zurück.
Wenn JA im Schritt 182 vorliegt, setzt die Zentraleinheit 15 die kontinuierliche Ausleseannahmeflagge in einem Schritt 188, und es wird in einem Schritt 190 geprüft, ob das Vorliegen der ungültigen Datenflagge gesetzt ist. Liegt JA im Schritt 190 vor, so gibt in einem Schritt 192 die Zentraleinheit 15 Antwortdaten aus, die ungültige Daten an­ zeigen und die der Datensequenz im Speicher mit wahlfreiem Zugriff (RAM) beigefügt sind, und der Datenfluß kehrt zum Schritt 166 zurück. Wenn jedoch NEIN im Schritt 190 vor­ liegt, gibt die Zentraleinheit 15 in einem Schritt 194 Ant­ wortdaten ab, die einen Abschluß des Auslesens anzeigen und die der Datensequenz des Speichers mit wahlfreiem Zugriff (RAM) beigefügt sind, und der Datenfluß kehrt zum Schritt 166 zurück.
Es sei beispielsweise angenommen, daß ein Bereich (Bereich "02") des in Fig. 11J gezeigten Zustandes durch den in Fig. 16A dargestellten Auslesebefehl ausgelesen wird. Es sei darauf hingewiesen, daß die Kapazität des Speichers mit wahlfreiem Zugriff (RAM) beispielsweise 8 Bytes beträgt. In diesem Fall ist die Datensequenz, die durch diese Befehls­ daten ausgelesen ist, eine Datensequenz, wie diese in Fig. 16B gezeigt ist, und die Anzahl der Bytedaten zeigt 1 Byte an. Daher ist der Zähler "5", wenn dies im Speicher mit wahlfreiem Zugriff (RAM) gespeichert ist. Da der Zähler­ stand von "0" abweicht, ist diese Datensequenz den Antwort­ daten beigefügt, die eine Annahme oder Akzeptanz des konti­ nuierlichen Auslesens anzeigen, und wird ausgegeben (Fig. 16C). Wenn kontinuierliche Auslesebefehlsdaten, wie diese in Fig. 16D gezeigt sind, eingegeben werden, wird eine in Fig. 16E gezeigte Datensequenz in den Speicher mit wahl­ freiem Zugriff (RAM) gesetzt. Da in diesem Fall der Zähler­ stand "0" beträgt, wird diese Datensequenz den einen Ab­ schluß des Auslesens anzeigenden Antwortdaten beigefügt und ausgegeben (Fig. 16F).
Die Löschoperation des Datenspeichers 16 wird im folgenden anhand des Flußdiagrammes von Fig. 17 näher erläutert. Wenn die im Speicher 16 gespeicherten Daten zu löschen sind, wer­ den Löschbefehlsdaten mit einem in Fig. 18 gezeigten Format eingespeist. Die Löschbefehlsdaten bestehen aus einem Lösch­ funktionscodefeld 200 und einem Bereichszahlfeld 202. Wenn in einem Schritt 204 bestimmt wird, daß ein Löschbefehl ein­ gegeben ist, so findet in einem Schritt 206 die Zentralein­ heit 15 eine Bereichszahl, die den Befehlsdaten vom Bereich "00" des Datenspeichers 16 beigefügt ist. Wenn die ent­ sprechende Bereichszahl im Schritt 206 nicht gefunden wird (NEIN im Schritt 206), so gibt in einem Schritt 208 die Zentraleinheit 15 Antwortdaten aus, die anzeigen, daß der entsprechende Bereich nicht gefunden ist, und der Datenfluß kehrt zum Schritt 204 zurück, um auf den nächsten Befehl zu warten. Wenn JA im Schritt 206 vorliegt, so nimmt die Zen­ traleinheit 15 auf die Startadresse dieses Bereiches Bezug, um die Zeigerdaten dieses Bereiches zu bestätigen. Das heißt, die Zentraleinheit 15 prüft in einem Schritt 210, ob alle Bits der Zeigerdaten den Wert "1" haben. Wenn JA im Schritt 210 vorliegt, so gibt die Zentraleinheit 15 in einem Schritt 212 einen ungeschriebenen Bereich anzeigende Antwortdaten aus, und der Datenfluß kehrt zum Schritt 204 zurück.
Wenn jedoch NEIN im Schritt 210 vorliegt (wenn nicht alle Bits der Zeigerdaten "1" sind), so gibt in einem Schritt 216 die Zentraleinheit 15 Antwortdaten aus, die einen Ab­ schluß des Löschens anzeigen, und der Datenfluß kehrt zum Schritt 204 zurück. In diesem Fall setzt die Zentraleinheit 15 alle Bits dieser Zeigerdaten auf "1" (d.h. schreibt FFH) und liefert einen Abschluß des Löschens anzeigende Antwort­ daten, und der Datenfluß kehrt zu der Befehlsdatenwartebe­ triebsart des Schrittes 204 zurück.
Im obigen Beispiel sind, wie dies in Fig. 3 gezeigt ist, die Zentraleinheit 15, der Datenspeicher 16 und der Programm­ speicher 17 in einen einzigen Chip integriert ausgeführt. Sie können jedoch auch in verschiedenen Chips vorgesehen sein. Die Verdrahtungsanordnung der tragbaren elektronischen Vorrichtung kann also abgeändert werden.
Weiterhin wurde in den obigen Ausführungsbeispielen eine IC-Karte als Beispiel einer tragbaren elektronischen Vor­ richtung herangezogen. Die Form der tragbaren elektronischen Vorrichtung ist aber nicht auf eine kartenähnliche Gestal­ tung beschränkt, sondern kann eine block- oder stabähnliche Gestalt annehmen.

Claims (6)

1. Tragbare elektronische Vorrichtung, gekennzeichnet durch:
  • - einen Kontaktabschnitt (18), der mit einem Handha­ bungssystem für die tragbare elektronische Vorrichtung verbindbar ist, um einen Befehl für einen externen Zu­ griff zu der tragbaren elektronischen Vorrichtung zu übertragen,
  • - eine Speichereinrichtung (16) zum Speichern einer von dem Handhabungssystem für die tragbare elektronische Vorrichtung eingespeisten Datensequenz und
  • - eine Steuereinrichtung zum Auslesen einer Daten­ sequenz aus der Speichereinrichtung (16), Beifügen von Information, die anzeigt, ob die Datensequenz gültig ist oder nicht, zu einem Start oder Anfang der ausge­ lesenen Datensequenz und zum Ausgeben der Datensequenz abhängig von einem von dem Handhabungssystem für die tragbare elektronische Vorrichtung eingespeisten Lesebefehl und zum Beifügen von Information, die eine Ungültigkeit der Datensequenz anzeigt, zu einer von dem Handhabungssystem für die tragbare elektronische Vorrichtung eingespeisten Datensequenz und zum Schrei­ ben der Datensequenz in die Speichereinrichtung (16) abhängig von einem Schreibbefehl von dem Handhabungs­ system für die tragbare elektronische Vorrichtung, um so die eine Ungültigkeit anzeigende Information zu einer eine Gültigkeit anzeigende Information nach Abschluß des Datensequenzschreibens fortzuschreiben.
2. Vorrichtung nach Anspruch 1, dadurch gekennzeichnet, daß die durch den Lesebefehl von dem Handhabungssystem (2, 3, 4, 5, 6, 7) für die tragbare elektronische Vor­ richtung ausgelesene Datensequenz aus mehreren Blöcken besteht, und daß die Datenlänge der Datensequenz derart ist, daß die Datensequenz nicht von der tragbaren elek­ tronischen Vorrichtung zu dem Handhabungssystem für die tragbare elektronische Vorrichtung in einer einzigen Übertragung ausgegeben werden kann.
3. Vorrichtung nach Anspruch 1, dadurch gekennzeichnet, daß die Information, die anzeigt, ob die Datensequenz gültig ist oder nicht, durch Setzen eines höchstwerti­ gen Bits der Information, die die Datenlänge der Daten­ sequenz anzeigt, auf einen oder den anderen Wert ange­ zeigt wird.
4. Vorrichtung nach Anspruch 2, dadurch gekennzeichnet, daß das Handhabungssystem für die tragbare elektronische Vorrichtung nach einem Datensequenzauslesen unterbricht, wenn die Information, die anzeigt, ob die Datensequenz gültig ist oder nicht, anzeigt, daß die Datensequenz un­ gültig ist.
5. Vorrichtung nach Anspruch 1, dadurch gekennzeichnet, daß die Steuereinrichtung einen Mikrocomputer aufweist.
6. Vorrichtung nach Anspruch 1, dadurch gekennzeichnet, daß die Speichereinrichtung einen elektrisch löschbaren programmierbaren Festwertspeicher umfaßt.
DE19873720427 1986-06-20 1987-06-19 Tragbare elektronische vorrichtung Ceased DE3720427A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP61144113A JPS63785A (ja) 1986-06-20 1986-06-20 携帯可能電子装置
JP61144114A JP2537198B2 (ja) 1986-06-20 1986-06-20 携帯可能電子装置

Publications (1)

Publication Number Publication Date
DE3720427A1 true DE3720427A1 (de) 1987-12-23

Family

ID=26475638

Family Applications (1)

Application Number Title Priority Date Filing Date
DE19873720427 Ceased DE3720427A1 (de) 1986-06-20 1987-06-19 Tragbare elektronische vorrichtung

Country Status (4)

Country Link
US (1) US4839792A (de)
KR (1) KR880000888A (de)
DE (1) DE3720427A1 (de)
FR (1) FR2600444B1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7239963B2 (en) * 2002-08-26 2007-07-03 Alpine Electronics, Inc. Method and apparatus for displaying navigation information

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2622318A1 (fr) * 1986-09-27 1989-04-28 Toshiba Kk Systeme de traitement pour cartes a circuits integres
US4939353A (en) * 1987-01-22 1990-07-03 Kabushiki Kaisha Toshiba Processing system for enabling data communication with a self-diagnose device
JP2698588B2 (ja) * 1987-11-13 1998-01-19 株式会社東芝 携帯可能電子装置
JPH0823905B2 (ja) * 1988-06-28 1996-03-06 沖電気工業株式会社 Icカード取引処理装置
US5764659A (en) * 1989-03-10 1998-06-09 Canon Kabushiki Kaisha Apparatus for preventing writing to a releasable storage device
US5226121A (en) * 1990-11-19 1993-07-06 Ag Communication Systems Corporation Method of bit rate de-adaption using the ECMA 102 protocol
FR2705803B1 (fr) * 1993-05-26 1995-07-07 Gemplus Card Int Procédé d'écriture d'informations dans une mémoire non-volatile.
KR100496375B1 (ko) * 1996-06-28 2005-09-09 소니 가부시끼 가이샤 정보처리방법,정보처리장치및정보처리회로
US6317832B1 (en) 1997-02-21 2001-11-13 Mondex International Limited Secure multiple application card system and process
US6575372B1 (en) 1997-02-21 2003-06-10 Mondex International Limited Secure multi-application IC card system having selective loading and deleting capability
US6328217B1 (en) 1997-05-15 2001-12-11 Mondex International Limited Integrated circuit card with application history list
US6385723B1 (en) 1997-05-15 2002-05-07 Mondex International Limited Key transformation unit for an IC card
US6220510B1 (en) 1997-05-15 2001-04-24 Mondex International Limited Multi-application IC card with delegation feature
US6488211B1 (en) 1997-05-15 2002-12-03 Mondex International Limited System and method for flexibly loading in IC card
US6164549A (en) * 1997-05-15 2000-12-26 Mondex International Limited IC card with shell feature
US6357665B1 (en) 1998-01-22 2002-03-19 Mondex International Limited Configuration of IC card
US6736325B1 (en) 1998-01-22 2004-05-18 Mondex International Limited Codelets
US6742120B1 (en) 1998-02-03 2004-05-25 Mondex International Limited System and method for controlling access to computer code in an IC card
JP3545627B2 (ja) * 1999-02-08 2004-07-21 株式会社東芝 携帯可能電子装置
US6700076B2 (en) * 2000-09-28 2004-03-02 Eic Corporation Multi-layer interconnect module and method of interconnection
EP2016535A4 (de) * 2006-04-19 2010-06-23 Stepnexus Holdings Verfahren und systeme zum laden einer ic-card-anwendung
US10371188B2 (en) 2016-02-17 2019-08-06 Anton Szpendyk Wall mounted hanging plant holder

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4575621A (en) * 1984-03-07 1986-03-11 Corpra Research, Inc. Portable electronic transaction device and system therefor

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3971916A (en) * 1974-03-25 1976-07-27 Societe Internationale Methods of data storage and data storage systems
US4090247A (en) * 1975-08-11 1978-05-16 Arthur D. Little, Inc. Portable data entry device
FR2403597A1 (fr) * 1977-09-16 1979-04-13 Cii Honeywell Bull Perfectionnements aux systemes de comptabilisation d'unites homogenes predeterminees
US4296475A (en) * 1978-12-19 1981-10-20 U.S. Philips Corporation Word-organized, content-addressable memory
FR2591008B1 (fr) * 1985-11-30 1991-05-17 Toshiba Kk Dispositif electronique portatif

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4575621A (en) * 1984-03-07 1986-03-11 Corpra Research, Inc. Portable electronic transaction device and system therefor

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Sacht: Daten-Disketten-Dateien. 1. Aufl., Würzburg: Vogel-Buchverlag, 1984, S. 55-58 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7239963B2 (en) * 2002-08-26 2007-07-03 Alpine Electronics, Inc. Method and apparatus for displaying navigation information

Also Published As

Publication number Publication date
FR2600444A1 (fr) 1987-12-24
US4839792A (en) 1989-06-13
FR2600444B1 (fr) 1992-03-06
KR880000888A (ko) 1988-03-30

Similar Documents

Publication Publication Date Title
DE3720427A1 (de) Tragbare elektronische vorrichtung
DE3720394A1 (de) Tragbare elektronische vorrichtung
DE3640238A1 (de) Tragbare elektronische vorrichtung
DE3743639C2 (de)
DE3650258T2 (de) IC-Karte.
DE3688014T2 (de) Verfahren zur Steuerung von Frankiermaschinen.
EP1011080B1 (de) Verfahren zum bidirektionalen Datentransfer zwischen einem Terminal und einer Chipkarte sowie Chipkarte
DE69100005T2 (de) Verfahren zum anwenderprogrammladen in einem speicherkartenleser mit mikroprozessor sowie system zur durchfuehrung dieses verfahrens.
DE3811378C3 (de) Informationsaufzeichnungssystem
DE3635409A1 (de) Tragbare elektronische vorrichtung
DE69334149T2 (de) Speicherkarte
DE68915186T2 (de) Tragbarer elektronischer Apparat.
DE2551239C3 (de) Datenverarbeitungsanlage
EP0195885B1 (de) Verfahren und Anordnung zum nichtflüchtigen Speichern des Zählerstandes einer elektronischen Zählschaltung
DE19626337C2 (de) Verarbeitung langer Nachrichten in einer Prozessorkarte
DE3435697C2 (de) Elektrisches Gerät, dessen Funktionsmerkmale in einem internen elektronischen Funktionsspeicher gespeichert sind
DE68927361T2 (de) Chipkarte und Verfahren zum Wiedereinschreiben ihres Programmes
DE3700504C2 (de)
DE3732614C2 (de)
DE3046912A1 (de) Verfahren und schaltungsanordnung zum loeschen eines cachespeichers einer datenverarbeitungsanlage
DE3636703A1 (de) Tragbare elektronische vorrichtung
DE60013518T2 (de) Versicherte Personalisierung von Chipkarten
DE60211987T2 (de) Halbleiterspeichervorrichtung mit nichtflüchtigem Speicher, in den Daten zirkulär geschrieben werden
DE4135031A1 (de) Eingabe/ausgabeeinrichtungen
EP1559111B1 (de) Verfahren zum betreiben einer speicheranordnung

Legal Events

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