JPH04165487A - Ｉｃカードにおけるエラーチェック方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はＩＣカードにおけるエラーチェック方法、特に
、エラーチェックコードに基づくエラーチェックを補間
することのできるチエツク方法に関する。

〔従来の技術〕

現在普及している磁気カードに代わって、将来は１．　
Ｃカードの普及が見込まれている。このＩＣカートは、
現在までにいくつかのタイプの共通仕様が定められてお
り、限られた用途については、既に実用化が図られてい
る。一般的なＩＣカードは、ＣＰＵ、、ＲＯＭ、ＲＡＭ
ＳＥＥＰＲＯＭ、そしてこれらの素子と外部の装置とを
接続するための入出力端子を備えている。ＲＯＭは書換
不能なメモリであり、ＣＰＵを制御するだめのプログラ
ムを保持するプログラムエリアとして用いられる。

ＲＡＭは書換可能なメモリであり、ＣＰＵが動作するた
めのワークエリアとして用いられる。また、ＥＥＰＲＯ
′Ｆ、□１は、所定の書換電圧を印加することにより書
換可能となるメモリであり、ユーザーデータを記録する
ためのユーザエリアとして用いられる。このニーすエリ
アには、磁気カードに比べて大量のユーザデータを記録
することができ、また、カード自身がＣＰＵを備えてい
る点て磁気カードと大きく異なり、今後は様々な利用が
期待されている。

〔発明が解決しようとする課題１ 一般に、ＩＣカードはユーザがポケットに入れて携帯し
たり、無造作に取り扱ったりすることが多く、過酷な環
境で取り扱われることになる。また、ＩＣカード自身に
は、電源やクロックが内蔵されていないため、データの
読出しや書込み作業は、外部の装置から所定の入出力端
子を介して電源やクロックの供給を受けながら行われる
。したがって、この入出力端子における接触不良が一瞬
でも生じると、正しくデータを書込むことができない場
合がある。

このように、ＩＣカードにおけるデータの記録は、一般
のコンピュータなどに比べて過酷な条件が課されること
になり、いわゆる「データ化け」と呼ばれる記録データ
の内容にエラーが生じる現象が起こりやすい。このため
、エラーチェックを十分に行う必要がある。従来の一般
的なエラーチェック方法は、所定長さのデータ列に対し
て、ＢＣＣコードなどのエラーチェックコードを生成し
てこれを付加し、このエラーチェックコードとともにデ
ータを記録する方法である。読出し時には、本来のデー
タとともにエラーチェックコードも読出し、読出したデ
ータから生成されるエラーチェックコードと、記録され
ていたエラーチェックコードとの同一性をチエツクして
いる。ところか、このようなエラーチェックコードによ
るエラーチェック方法は、完全なものではない。すなわ
ち、２か所において相補的なエラーが発生すると、両者
が相殺し合ってエラーが発見できない事態が生じる。

そこで本発明は、より信頼性の高いＩＣカードにおける
エラーチェック方法を提供することを目的とする。

〔課題を解決するための手段〕

本発明は、ＥＥＰＲＯＭによって構成される記憶領域内
に、複数のレコードから構成される１つのファイルデー
タを、ファイルデータについてのレコード数の情報を含
むディレクトリとともに記録するＩＣカードにおいて、 所定のセクタ長を定義し、各レコードをセクタ長を１区
切りとするセクタデータに分割し、１レコード内におけ
るこのセクタデータ同士の連結情報を含んだ制御データ
を作成し、セクタデータおよび制御データに基づいて所
定のエラーチェックコードを作成し、セクタデータに制
御データおよびエラーチェックコードを付加してなる単
位データを、記録領域内に記録しておき、 この記録領域内に記録された各単位データを読出したと
きに、エラーチェックコードに基づく第１のエラーチェ
ックを行うとともに、読出した各単位データからそれぞ
れ制御データを抽出し、この制御データ内の連結情報に
基づいて、記録領域内に記録されているファイルデータ
のレコード数を算出し、この算出したレコード数とディ
レクトリ内のレコード数とを比較し、不一致が生じた場
合にデータの記録にエラーが生じていると認識する第２
のエラーチェックを行うようにしたものである。

〔作　用〕

第１のエラーチェックは、従来から行われているエラー
チェックコードに基づくチエツクである。

ところが、前述したように、この第１のエラーチェック
では、２か所において相補的なエラーが発生すると、両
者が相殺し合ってエラーが発見できない事態が生じる。

第２のエラーチェックは、本発明特有のエラーチェック
であり、記録された各制御データ内の連結情報に基づい
て、記録領域内に記録されているファイルデータのレコ
ード数の算出を行う。エラーが生じていなければ、この
レコード数は、ディレクトリ内のレコード数と一致する
はずである。両者が一致しなければ、制御データ内の連
結情報にエラーが生じていると判断できる。すなわち、
連結情報とセクタデータとにおいて相補的な２つのエラ
ーか生じていた場合、第１のエラーチェックではエラー
が発見されないが、第２のエラーチェックではこれが発
見されることになる。こうして、エラーチェックの信頼
性を高めることが可能になる。

〔実施例〕

以下、本発明を図示する実施例に基づいて説明する。第
１図（ａ）は、−船釣なＩＣカードを読取／書込装置に
接続した状態を示すブロック図である。ＩＣカード１０
内には、３種類のメモリ、すなわち、ＲＯＭＩＩ、ＲＡ
Ｍ１２．ＥＥＰＲＯＭｌＢと、ＣＰＵ１４とが内蔵され
ている。ＲＯＭ１１は書換不能なメモリであり、ＣＰＵ
１４を制御するためのプログラムを保持するプログラム
エリアとして用いられる。ＲＡＭ１２は書換可能なメモ
リであり、ＣＰＵが動作するためのワークエリアとして
用いられる。また、ＥＥＰＲＯＭｌＢは、所定の書換電
圧を印加することにより書換可能となるメモリであり、
ユーザーデータを記録するためのユーザエリアとして用
いられる。

読取／書込装置２０との間には、６本の信号線が接続さ
れるため、この信号線を接続するための６つの入出力端
子がＩＣカード１０上に設けられる。各信号線の用途は
次のとおりである。

（１）信号線１１０ ＩＣカード１０と読取／書込装置２０との間で双方向に
データを受は渡しするために用いられる。

（２）信号線ＲＳＴ 読取／書込装置２０側からＩＣカード１０側ヘリセツト
信号を与えるために用いられる。

（３）信号線ＣＬＫ 読取／書込装置２０側からＩＣカード１０側ヘクロツク
信号を与えるために用いられる。

（４）信号線ＶＣＣ 読取／書込装置２０側からＩＣカード１０側へｖＣＣ電
圧を供給するために用いられる。

（５）信号線ＧＮＤ 読取／書込装置２０側からＩＣカード１０側へＧＮＤ電
圧を供給するために用いられる。

（６）信号線ＶＰＰ 現在は用いられていない。

第１図（ｂ）は、第１図（ａ）に示されているＥＥＰＲ
ＯＭｌＢ内のメモリマツプである。この実施例では、こ
のＥＥＰＲＯＭｌＢには、アドレスｒ６０００〜７ＦＦ
ＦＪが割り当てられており、図では左上隅のアドレスｒ
６０００Ｊから水平右方向に伸びる列に沿ってアドレス
が増加してゆき、右端に到達したら下段の次の列につい
ても同様に左から右へとアドレスが増加する。こうして
、最終アドレスが右下隅のアドレスｒ７　Ｆ　Ｆ　ＦＪ
となっている。このＥＥＰＲＯＭｌＢは、本来、ユーザ
データを記録するユーザエリアとして用いられるメモリ
であるが、実際には図に示すように、ユーザエリアの他
にシステムエリア１．２が設けられている。このシステ
ムエリア１．２には、ユーザのＩＤコード、暗証番号な
どのシステム情報が記録されるとともに、デイレクトリ
ポインタＤＰのための領域（図の一点鎖線で囲んだ領域
）が設けられている。

ユーザデータは、ファイル単位でユーザエリアに記録さ
れ、これに対応するディレクトリも同じくユーザエリア
に記録される。この実施例では、データはファイル単位
で、アドレスＸから順方向（アドレスの増加方向）に順
次連続して記録されてゆき、これに対応するディレクト
リは、アドレスｙから逆方向（アドレスの減少方向）に
順次連続して記録されてゆく　（なお、第１図（ｂ）で
は、各部のアドレス値を円で囲った小文字のアルファベ
ットで示している）。たとえば、最初のデータＡを記録
する場合、図のようにアドレスＸから順方向に記録され
、これに対応するディレクトリＡは、アドレスｙから逆
方向に記録される。続いて、二番目のデータＢを記録す
る場合は、データＡに続くアドレス２から順方向に記録
され、これに対応するディレクトリＢは、ディレクトリ
Ａに続くアドレスａから逆方向に記録される。デイレク
トリポインタは、最後に記録されたディレクトリに関す
るアドレス情報を示す機能を有する。前述の例では、デ
イレクトリポインタの値は、ディレクトリＡを記録する
まではｙを示し、ディレクトリＡの記録後はａを示し、
ディレクトリＢの記録後はｂを示すように順次更新され
ることになる。

第２図は１フアイルデータの構成を示す図である。第１
図（ｂ）に示すように、データはファイル単位で、デー
タＡ、データＢ、・・・のように記録されるが、このう
ち１つのファイルデータ、たとえばデータＡは、第２図
に示すように、第ルコード〜第ｎレコードまでのｎ個の
レコードから構成されている。また、実際に、ＥＥＦＲ
ＯＭ１３内に記録されるときには、各レコードが複数の
セクタに分割されて記録される。第２図の例では、第ル
コードは、第１セクタ〜第ｍセクタまてのｍセクタに分
割されて記録されることになる。第３図は、このデータ
Ａを実際にＥＥＰＲＯＭ１３に記録した状態を示すメモ
リマツプである。このような記録を行うには、まずセク
タ長（たとえば、１０バイト）が定義される。そして、
各レコードは、このセクタ長を１区切りとするセクタデ
ータに分割される。このとき、第１セクタの先頭部には
、そのレコード長を示す２バイトのデータＲＬ（Ｒｅｃ
ｏｒｄ　Ｌｅｎｇｔｈ）が付加される。第３図に示す例
では、第ルコードは２つのセクタに分割され、第２レコ
ードは５つのセクタに分割され、第３レコードは分割さ
れることなしに１つのセクタ内に収まり、第４レコード
は２つのセクタに分割されている。そして、いずれのレ
コードについても、第コセクタの先頭には、レコード長
ＲＬが付加されている。この記録方法の特徴は、各セク
タデータの先頭部にＲＣＢ　（Ｒｅｃｏｒｃｌ　Ｃｏｎ
ｔｒｏｌ　Ｂｙｔｅ）なる制御データが付加され、後部
にＢ　ＣＣ（ｂｌｏｃｋ　Ｃｈｅｃｋ　Ｃｏｄ、ｅ）　
　なるエラーチェックコードが付加される点である。す
なわち、所定のセクタ長をもつセクタデータの先頭部に
制御データＲＣＢを付加し、後部にエラーチェックフー
ドＢＣＣを付加することにより１単位のデータが構成さ
れる。第３図に示す例では、横方向に１列に配されたデ
ータが１単位データを構成し、単位データ１，２が第ル
コードに対応し、単位データ３〜７が第２レコードに対
応し、単位データ８が第３レコードに対応し、単位デー
タ９，１０が第４レコードに対応する。なお、ハツチン
グ部分は、データが記録されていない空領域である。

続いて、制御データＲＣＢのビット構成を第４図を参照
して説明する。本実施例では、制御データＲＣＢは１バ
イトのデータからなり、このうちの下位２ビツト（ｂ　
２　ｂ　１）がチェーンビット、上位１ビツト（ｂ８）
がチエツクビットとして使われており、中間のビット（
ｂ３〜ｂ７）は使用されていない。チエツクビットｂ８
は、後続するセクタデータが有効「０」か無効「１」か
を示すビットである。通常は、データの記録が行われれ
ば、チエツクビットｂ８は有効ｒＯＪとなる。したがっ
て、第３図に示す単位データ１〜１０における制御デー
タＲＣＢのチエツクビットｂ８は、いずれも「０」であ
る。将来、これらのデータが消去された場合、各チエツ
クビットｂ８は無効を示す「１」に書き換えられる。一
方、チェーンビットｂ２ｂｌは、ルコード内におけるセ
クタデータ同士の連結情報を示すものである。すなわぢ
、この２ビツトにより、次のような連結情報が示される
。

００：チェーン無し・・・後続するセクタデータが、単
独でルコードを構成することを示す。

１０：ＦＩＲ３Ｔ・・・後続するセクタデータが、１つ
のレコードの最初のセクタデータであることを示す。

１１：ＭＩＤＤＬＥ・・・後続するセクタデータが、１
つのレコードの真ん中部性の（別型すれば、最初でも最
後でもない）セクタデータであることを示す。

０１　：　ＬＡＳＴ・・・後続するセクタデータが、１
つのレコードの最後のセクタデータであることを示す。

この連結情報の意味を、第３図の例に基づいて、より具
体的に説明しよう。第３図における制御データＲＣＢの
欄のそれぞれに括弧書きで記載した２桁の数字は、この
チェーンピットを構成する２ビツトの数字である。単位
データ１のチェーンピットは「１０」、すなわちｒＦＩ
Ｒ８ＴＪである。

これは、後続するセクタデータが第ルコードの最初のセ
クタであることを示す。単位データ２のチェーンピット
は「０１」、すなわち［Ｌ　Ａ　Ｓ　ＴＪである。これ
は、後続するセクタデータが第ルコードの最後のセクタ
であることを示す。単位データ３のチェーンピットは「
１０」、すなわち［ＦＩＲ３ＴＪである。これは、後続
するセクタデータが第２レコードの最初のセクタである
ことを示す。単位データ４〜６のチェーンピットは「１
１」、すなわちｒＭＩＤＤＬＥＪである。これは、後続
するセクタデータが第２レコードの真ん中部性のセクタ
であることを示す。単位データ７のチェーンピットはｒ
ｏｌＪ、すなわちｒＬＡＳＴＪである。これは、後続す
るセクタデータが第２レコードの最後のセクタであるこ
とを示す。

単位データ８のチェーンピットはｒｏｏＪ、すなわち「
チェーン無し」である。これは、後続するセクタデータ
のみによって第３レコードが構成されることを示す。単
位データ９のチェーンピットは「１０」、すなわち［Ｆ
ＩＲ３ＴＪである。これは、後続するセクタデータが第
４レコードの最初のセクタであることを示す。そして最
後に、単位データ１０のチェーンピットは「０１」、す
なわちｒＬＡｓＴＪである。これは、後続するセクタデ
ータが第４レコードの最後のセクタであることを示す。

以上のように、制御データＲＣＢは、後続するセクタデ
ータの属性を示すように決定される。−方、セクタデー
タの後部に付加されるエラーチェックコードＢＣＣは、
制御データＲＣＢをセクタデータの先頭部に付加して得
られるデータ列全体について、予め定められた所定の論
理演算を施すことにより発生されるコードである。この
エラーチエ・ツクコードＢＣＣの発生方法については、
公知の技術であるため説明を省略する。

結局、１つのファイルデータＡを記録するためには、こ
れを第ルコード〜第４レコードという４つのレコードに
分けて取扱い、かつ、各レコードを所定のセクタ長ごと
に分割してセクタデータを形成し、このセクタデータの
先頭部に制御データＲＣＢを、後部にエラーチェックコ
ードＢＣＣを、それぞれ付加して単位データを構成し、
これを実際のＥＥＦＲＯＭに書込む作業を行うことにな
る。なお、このような方法でデータＡを記録したら、第
１図（ｂ）に示すように、これに対応するディレクトリ
Ａも記録されることになる。なお、このディレクトリＡ
には、データＡが記録されているアドレスに関する情報
の他に、データＡを構成スるレコード数（この例では、
レコード数は４）も記録される。

さて、以上のような方法でファイルデータＡを記録して
おくと、読出したときに２とおりのエラーチェックを行
うことが可能になる。第１のエラーチェックは、エラー
チェックコードを利用したチエツクであり、従来から公
知の方法である。すなわち、第３図に示すデータを単位
データごとに読出し、読出した制御データとセクタデー
タからなるデータ列全体について、記録時と同一の論理
演算を施してエラーチェックコードを発生させ、これを
読出したエラーチェックコードと比較する方法である。

この方法を、第５図を参照しながら更に詳しく説明する
。いま、第５図の１行目に示すようなビット列が正しい
状態で記録されたデータであるとする。この１行目のデ
ータを読出し、制御データＲＣＢとセクタデータとに基
づいてエラーチェックコードＢＣＣを発生させれば、こ
のコードＢＣＣは記録されていたコードＢＣＣと一致す
る。ところが、２行目に示すように、セクタデータの１
ビツトがいわゆる「データ化け」を起こした場合（この
例では、セクタデータの３ビツト目がＯから１に変化し
てしまっている）を考える。この場合、この２行目のデ
ータを読出し、制御データＲＣＢとセクタデータとに基
づいてエラーチェックコードＢＣＣを発生させれば、こ
のコードＢＣＣは記録されていたコードＢＣＣとは一致
しなくなる。したがって、このような「データ化け」は
発見される。また、３行目に示すように、制御データＲ
ＣＢ内の１ビツトが「データ化け」を起こした場合も、
同様に発見される。ところが、４行目に示すように、セ
クタデータ内の２つのビットが「データ化け」を起こし
たり、５行目に示すように、セクタデータ内の１ビツト
と制御データＲＣＢ内の１ビツトが「データ化け」を起
こしたりした場合、２つの「データ化け」は相補的なも
のであり、データが異なってしまっているにもかかわら
ず、エラーチェックコートＢＣＣは一致してしまう。す
なわち、４行目や５行目に示すようなエラーは、従来か
ら行われている第１のエラーチェックでは発見されない
。本発明は、この第１のエラーチェックを行った上に、
更に、次に述べるような第２のエラーチェックを行い、
上述の５行目に示すようなエラーを発見することができ
るようにしたものである。この第２のエラーチェックで
は、上述の４行目に示すようなエラーの発見まではでき
ない。したがって、１００％の確率でエラーの発見がで
きるわけではない。しかしながら、従来から行われてい
る第１の工、ラーチェックに重ねてこの第２のエラーチ
ェックを行うことにより、エラー発見の確率は向上し、
信頼性をより高めることはできる。

第２のエラーチェックの原理は、制御データＲＣＢ内の
連結情報を利用して、レコード数を算出し、これをディ
レクトリ内に記録されたレコード数と比較するというも
のである。以下、この手順を、第６図の流れ図に基づい
て説明する。まず、ステップＳ１において、カウンタと
なる変数ｉを初期値０に設定する。この変数ｉによって
、レコード数を計数してゆくことになる。続くステップ
Ｓ２において、エラーチェックの対象となるファイルデ
ータが記録された領域から、制御データＲＣＢの抽出が
行われる。上述の例によるデータＡについての記録領域
には、第３図に示すように、１０個の単位データが記録
されているので、この１０個の単位データの１つ１つか
ら順番に制御データＲＣＢが抽出されることになる。そ
して、ステップＳ３において、この抽出した制御データ
ＲＣＢのチエツクビットｂ８が「０」であるか否かが判
断される。前述したように、チエツクピットがｒＯＪで
あれば、後続するセクタデータが有効であることを示す
。チエツクピットか「１」の場合には、後続するセクタ
データは無効、すなわち消去されているデータであるた
め、レコード数を計数する勘定に入れるべきではない。

したがって、ステップＳ３において、チエツクピットが
「０」と判断された場合だけ、ステップＳ４の処理へと
進む。ステップＳ４では、チェーンビットｂ２ｂ１か、
「００（チェーン無し）」または「１０（Ｆ　ＩＲＳＴ
）Ｊであるか否かが判断される。これは、１レコードが
複数セクタに分割されて記録されていた場合に、レコー
ド数を重複して計数しないための処理である。ステップ
Ｓ４において、チェーンビットｂ２ｂｌが、「００（チ
ェーン無し）」またはｒｌＯ（Ｆ　ＩＲＳＴ）Ｊである
場合のみ、ステップＳ５におけるカウンタｉの更新、す
なわち計数作業が行われる。１レコードが複数セクタに
分割されて記録されていた場合、いずれかの代表セクタ
を１回だけ計数すれば足りる。この実施例では、チェー
ンビットｂ２ｂｌが、［００（チェーン無し）」であれ
ば、複数セクタへの分割は行われていないのでそのまま
計数が行われ、ｒｌ　Ｏ（Ｆ　ＩＲＳＴ）Ｊてあれば、
代表セクタとしてやはり計数が行われる。これに対し、
チェーンビットｂ２ｂｌが、ｒｌ　１　（ＭＩＤＤＬＥ
）Ｊやｒｏｌ　（ＬＡＳＴ）Ｊであれば、既に「１０（
Ｆ　Ｉ　Ｒ５Ｔ）Ｊで代表して計数が行われているため
、新たな計数は行わない。以上の計数手順を、ステップ
Ｓ６において、繰り返し行うことになる。

第３図に示す例では、１０回繰り返して行われ、そのう
ち、１回目（Ｆ　Ｉ　Ｒ３Ｔ）　、３回目（ＦＩＲＳＴ
）　、８回目（チェーン無し）、９回目（ＦＩＲＳＴ）
、においてのみ、ステップＳ５でｉが更新される。この
結果、計数されたレコード数はｉ−４となる。最後に、
ステップＳ７において、デイレクトリム内に記録されて
いるレコード数と、この計数されたレコード数ｉとを比
較し、ステップＳ８で一致していれば、エラー無しと判
断してチエツクを終了する。不一致であれば、制御デー
タＲＣＢ内（あるいは、デイレクトリム内）にデータエ
ラーがあることが認識され、ステップＳ９における所定
のエラー処理を行うことになる。

たとえば、第３図に示す例において、単位データ５の制
御データＲＣＢのチェーンピットが、本来は「１１」で
あるべきところ「１０」に変わる「データ化け」を起こ
し、同時に、セクタデータ内でも１ビット分の「データ
化け」を起こした場合を考えてみる。このように、同一
の単位データ内で２ビット分の「データ化け」が生じる
と、第１のエラーチェックではエラーが発見てきない。

ところが、第２のエラーチェックでは、このような「デ
ータ化け」か生じていると、単位データ５についての制
御データＲＣＢを抽出したときに、ｒｌＯ（Ｆ　ＩＲＳ
Ｔ）Ｊと判断され、ｌの更新が行われることになる。す
なわち、計数されたレコード数は４ではなく５となり不
一致が生じ、エラーが発見される。以上のように、第２
のエラーチェックを行えば、第１のエラーチェックで発
見されなかったエラーの発見が可能になり、エラーチェ
ックの信頼性をより高めることが可能になる。

以上、本発明を図示する一実施例に基づいて説明したが
、本発明はこの実施例のみに限定されるものではなく、
この他にも種々の態様で実施可能である。たとえば、上
述の実施例では、レコード数を計数する代表としてｒｌ
　Ｏ（Ｆ　Ｉ　Ｒ５Ｔ）　Ｊを選んだが、ｒｏｌ　（Ｌ
ＡＳＴ）Ｊを選ぶようにしてもかまわない。また、エラ
ーチェックコードとして、上述の実施例ではＢＣＣコー
ドを例示したか、他のエラーチェックコードを用いても
勿論かまわない。

〔発明の効果〕

以上のとおり本発明によれば、ＩＣカードにおけるエラ
ーチェック方法において、エラーチェックコードに基づ
く第１のエラーチェックを行うとともに、連結情報に基
づいて算出したレコード数をディレクトリ内のレコード
数と比較する第２のエラーチェックを行うようにしたた
め、エラーチェックの信頼性を高めることが可能になる
。

【図面の簡単な説明】

第１図（ａ）は−船釣なＩＣカードを読取／書込装置に
接続した状態を示すブロック図、第１図（ｂ）は同図（
ａ）に示されているＥＥＰＲＯＭ内のメモリマツプを示
す図、第２図は１つのファイルデータの構成を示す図、
第３図は記録された１つのファイルデータについてのメ
モリマツプの一例を示す図、第４図は第３図のメモリマ
ツプにおける制御データＲＣＢのビット構成図、第５図
はエラーチェックコードによるチエツクの原理を説明す
る図、第６図は本発明特有のエラーチェックの手順を示
す流れ図である。 ＲＣＢ・・・制御データ、ＲＬ・・・レコード長、ＢＣ
Ｃ・・・エラーチェックコード。 特許出願人　大日本印刷株式会社 出願人代理人　　弁理士　志　村　　浩Ｖ第　レコード 第２図 ＣＢ 第６図

Claims (1)

1. 【特許請求の範囲】 　ＥＥＰＲＯＭによって構成される記憶領域内に、複数
   のレコードから構成される１つのファイルデータを、こ
   のファイルデータについてのレコード数の情報を含むデ
   ィレクトリとともに記録するＩＣカードにおいて、 所定のセクタ長を定義し、各レコードを前記セクタ長を
   １区切りとするセクタデータに分割し、１レコード内に
   おけるこのセクタデータ同士の連結情報を含んだ制御デ
   ータを作成し、前記セクタデータおよび前記制御データ
   に基づいて所定のエラーチェックコードを作成し、前記
   セクタデータに前記制御データおよび前記エラーチェッ
   クコードを付加してなる単位データを、前記記録領域内
   に記録しておき、 前記記録領域内に記録された各単位データを読出したと
   きに、前記エラーチェックコードに基づく第１のエラー
   チェックを行うとともに、読出した各単位データからそ
   れぞれ制御データを抽出し、この制御データ内の連結情
   報に基づいて、前記記録領域内に記録されているファイ
   ルデータのレコード数を算出し、この算出したレコード
   数と前記ディレクトリ内のレコード数とを比較し、不一
   致が生じた場合にデータの記録にエラーが生じていると
   認識する第２のエラーチェックを行うことを特徴とする
   ＩＣカードにおけるエラーチェック方法。