JPH06161675A - Ｉｃカード - Google Patents
ＩｃカードInfo
- Publication number
- JPH06161675A JPH06161675A JP4339609A JP33960992A JPH06161675A JP H06161675 A JPH06161675 A JP H06161675A JP 4339609 A JP4339609 A JP 4339609A JP 33960992 A JP33960992 A JP 33960992A JP H06161675 A JPH06161675 A JP H06161675A
- Authority
- JP
- Japan
- Prior art keywords
- writing
- eeprom
- data
- length
- card
- 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.)
- Granted
Links
Landscapes
- Memory System (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 ＥＥＰＲＯＭへの効率良い書込処理を可能と
し、書込耐久性を向上させることのできるＩＣカードを
提供する。 【構成】 ＥＥＰＲＯＭ１４に書き込まれるレコード
，，に対して、６４バイトの収容長が設定され
る。レコードは、実際のデータ長にかかわらず、この６
４バイトの収容長ごとに書き込まれる。収容長よりも短
い部分（＊）は空領域となる。書込対象となるデータは
一旦書込レジスタに取り込まれてから、ＥＥＰＲＯＭに
書き込まれ、この書込レジスタのデータ長が書込単位と
なる。レコードの収容長は、この書込単位の整数倍に設
定される。ファイルディレクトリについても同様に収容
長が設定され、収容長ごとにＥＥＰＲＯＭに書き込まれ
る。
し、書込耐久性を向上させることのできるＩＣカードを
提供する。 【構成】 ＥＥＰＲＯＭ１４に書き込まれるレコード
，，に対して、６４バイトの収容長が設定され
る。レコードは、実際のデータ長にかかわらず、この６
４バイトの収容長ごとに書き込まれる。収容長よりも短
い部分（＊）は空領域となる。書込対象となるデータは
一旦書込レジスタに取り込まれてから、ＥＥＰＲＯＭに
書き込まれ、この書込レジスタのデータ長が書込単位と
なる。レコードの収容長は、この書込単位の整数倍に設
定される。ファイルディレクトリについても同様に収容
長が設定され、収容長ごとにＥＥＰＲＯＭに書き込まれ
る。
Description
【０００１】
【産業上の利用分野】本発明はＩＣカード、特に、ＩＣ
カードにおけるＥＥＰＲＯＭに対する書込方式に関す
る。
カードにおけるＥＥＰＲＯＭに対する書込方式に関す
る。
【０００２】
【従来の技術】磁気カードに代わる新しい情報記録媒体
として、ＩＣカードが脚光を浴びている。このＩＣカー
ドは、磁気カードに比べて大量の情報を記録することが
でき、しかも高度なセキュリティを有する。現在、一般
的に普及しているＩＣカードには、ＲＡＭ，ＲＯＭ，Ｅ
ＥＰＲＯＭの３種類のメモリと、このメモリに対するア
クセスを行うＣＰＵとが内蔵されている。通常、このＩ
Ｃカード自身には電源は内蔵されていないため、保存し
ておくべきデータはＥＥＰＲＯＭ内へ書き込まれる。Ｉ
Ｃカードで取り扱われる種々の情報は、データファイル
という形式でＥＥＰＲＯＭ内に保存され、各データファ
イルは複数のレコードによって構成される。また、デー
タファイルをアクセスするための情報をもったファイル
ディレクトリが作成され、このファイルディレクトリも
ＥＥＰＲＯＭ内に保存される。
として、ＩＣカードが脚光を浴びている。このＩＣカー
ドは、磁気カードに比べて大量の情報を記録することが
でき、しかも高度なセキュリティを有する。現在、一般
的に普及しているＩＣカードには、ＲＡＭ，ＲＯＭ，Ｅ
ＥＰＲＯＭの３種類のメモリと、このメモリに対するア
クセスを行うＣＰＵとが内蔵されている。通常、このＩ
Ｃカード自身には電源は内蔵されていないため、保存し
ておくべきデータはＥＥＰＲＯＭ内へ書き込まれる。Ｉ
Ｃカードで取り扱われる種々の情報は、データファイル
という形式でＥＥＰＲＯＭ内に保存され、各データファ
イルは複数のレコードによって構成される。また、デー
タファイルをアクセスするための情報をもったファイル
ディレクトリが作成され、このファイルディレクトリも
ＥＥＰＲＯＭ内に保存される。
【０００３】
【発明が解決しようとする課題】ＥＥＰＲＯＭへの書き
込み処理は、ＲＡＭへの書き込み処理に比べると非常に
長い時間を要する。すなわち、ＲＡＭへの書き込み時間
がμｓのオーダであるのに対し、ＥＥＰＲＯＭへの書き
込み時間はｍｓのオーダとなる。このため、ＥＥＰＲＯ
Ｍへの書き込みを行う場合、書込対象となるひとまとま
りのデータを書込レジスタへ転送し、この書込レジスタ
内のひとまとまりのデータをＥＥＰＲＯＭ内へ書き込む
という処理が行われる。別言すれば、書込レジスタのデ
ータ長に相当する書込単位ごとに、ＥＥＰＲＯＭへの書
き込みが行われることになる。ところが、従来のＩＣカ
ードにおいて、ＥＥＰＲＯＭ内に書き込むべきデータフ
ァイルの各レコードやファイルディレクトリのデータ長
は、この書込単位とは無関係に設定されているため、書
込処理時の効率が悪いという問題がある。たとえば、書
込単位が３２バイトであるＩＣカードにおいて、データ
長が３２バイトのレコードをＥＥＰＲＯＭに保存する場
合、書込単位の先頭に対応するアドレスから書き込むこ
とができれば、書込レジスタからＥＥＰＲＯＭへの書込
処理を１回行うだけでよいが、書込単位の途中に対応す
るアドレスから書き込む場合には、書込処理を２回行う
必要がある。このような書込処理は、効率が悪いだけで
なく、本来書き換える必要のない別なレコードに属する
データについての書き換え処理（前と同じデータを再度
書き込む処理）をともなうため、ＥＥＰＲＯＭの書込耐
久性を低下させるという問題もある。
込み処理は、ＲＡＭへの書き込み処理に比べると非常に
長い時間を要する。すなわち、ＲＡＭへの書き込み時間
がμｓのオーダであるのに対し、ＥＥＰＲＯＭへの書き
込み時間はｍｓのオーダとなる。このため、ＥＥＰＲＯ
Ｍへの書き込みを行う場合、書込対象となるひとまとま
りのデータを書込レジスタへ転送し、この書込レジスタ
内のひとまとまりのデータをＥＥＰＲＯＭ内へ書き込む
という処理が行われる。別言すれば、書込レジスタのデ
ータ長に相当する書込単位ごとに、ＥＥＰＲＯＭへの書
き込みが行われることになる。ところが、従来のＩＣカ
ードにおいて、ＥＥＰＲＯＭ内に書き込むべきデータフ
ァイルの各レコードやファイルディレクトリのデータ長
は、この書込単位とは無関係に設定されているため、書
込処理時の効率が悪いという問題がある。たとえば、書
込単位が３２バイトであるＩＣカードにおいて、データ
長が３２バイトのレコードをＥＥＰＲＯＭに保存する場
合、書込単位の先頭に対応するアドレスから書き込むこ
とができれば、書込レジスタからＥＥＰＲＯＭへの書込
処理を１回行うだけでよいが、書込単位の途中に対応す
るアドレスから書き込む場合には、書込処理を２回行う
必要がある。このような書込処理は、効率が悪いだけで
なく、本来書き換える必要のない別なレコードに属する
データについての書き換え処理（前と同じデータを再度
書き込む処理）をともなうため、ＥＥＰＲＯＭの書込耐
久性を低下させるという問題もある。
【０００４】そこで本発明は、ＥＥＰＲＯＭへの効率良
い書込処理を可能とし、書込耐久性を向上させることの
できるＩＣカードを提供することを目的とする。
い書込処理を可能とし、書込耐久性を向上させることの
できるＩＣカードを提供することを目的とする。
【０００５】
(1) 本願第１の発明は、少なくともＲＡＭ，ＲＯＭ，
ＥＥＰＲＯＭの３種類のメモリと、このメモリをアクセ
スする機能をもったＣＰＵと、を内蔵したＩＣカードに
おいて、データファイルを構成する１レコードの収容長
を、ＥＥＰＲＯＭに対する書込単位のｎ倍（ｎは自然
数）の長さに設定し、ＥＥＰＲＯＭに対する１レコード
の書き込みを、収容長単位で行うようにしたものであ
る。
ＥＥＰＲＯＭの３種類のメモリと、このメモリをアクセ
スする機能をもったＣＰＵと、を内蔵したＩＣカードに
おいて、データファイルを構成する１レコードの収容長
を、ＥＥＰＲＯＭに対する書込単位のｎ倍（ｎは自然
数）の長さに設定し、ＥＥＰＲＯＭに対する１レコード
の書き込みを、収容長単位で行うようにしたものであ
る。
【０００６】(2) 本願第２の発明は、少なくともＲＡ
Ｍ，ＲＯＭ，ＥＥＰＲＯＭの３種類のメモリと、このメ
モリをアクセスする機能をもったＣＰＵと、を内蔵した
ＩＣカードにおいて、１ファイルディレクトリの収容長
を、ＥＥＰＲＯＭに対する書込単位のｎ倍（ｎは自然
数）の長さに設定し、ＥＥＰＲＯＭに対する１ファイル
ディレクトリの書き込みを、収容長単位で行うようにし
たものである。
Ｍ，ＲＯＭ，ＥＥＰＲＯＭの３種類のメモリと、このメ
モリをアクセスする機能をもったＣＰＵと、を内蔵した
ＩＣカードにおいて、１ファイルディレクトリの収容長
を、ＥＥＰＲＯＭに対する書込単位のｎ倍（ｎは自然
数）の長さに設定し、ＥＥＰＲＯＭに対する１ファイル
ディレクトリの書き込みを、収容長単位で行うようにし
たものである。
【０００７】
【作 用】本願発明によるＩＣカードによれば、ＥＥＰ
ＲＯＭに書き込むべきデータファイルのレコード、ある
いはファイルディレクトリについて、ＥＥＰＲＯＭに対
する書込単位のｎ倍に相当する収容長が設定されるた
め、１レコードあるいは１ディレクトリを保存する場
合、必ず、書込単位に整合した書込処理が行われるよう
になる。したがって、効率良い書込処理を可能とし、書
込耐久性を向上させることができるようになる。
ＲＯＭに書き込むべきデータファイルのレコード、ある
いはファイルディレクトリについて、ＥＥＰＲＯＭに対
する書込単位のｎ倍に相当する収容長が設定されるた
め、１レコードあるいは１ディレクトリを保存する場
合、必ず、書込単位に整合した書込処理が行われるよう
になる。したがって、効率良い書込処理を可能とし、書
込耐久性を向上させることができるようになる。
【０００８】
【実施例】以下、本発明を図示する実施例に基づいて説
明する。図１は、現在一般的に用いられているＩＣカー
ド１０と、これに用いるリーダライタ２０の全体構成を
示すブロック図である。ＩＣカード１０の主たる構成要
素は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＥＥＰＲ
ＯＭ１４である。ＣＰＵ１１は、図示しないインターフ
ェイスを介してリーダライタ２０と交信を行うととも
に、各メモリ１２，１３，１４をアクセスする処理を行
う。ＩＣカード１０をリーダライタ２０の筐体内に挿入
すると、ＩＣカード１０側の接続端子とリーダライタ２
０側の接続端子とが接触し、両者間が電気的に接続され
る。すなわち、両者間には、共通の接地電位を定めるＧ
ＮＤラインと、リーダライタからＩＣカードへ電源を供
給するためのＶＣＣラインと、クロックを供給するため
のＣＬＫラインと、リセット信号を与えるためのＲＳＴ
ラインと、双方向にデータを伝送するためのＩ／Ｏライ
ンと、が確保される。両者間のデータ伝送は、Ｉ／Ｏラ
インを通じて一方向ずつ交互に行われる。
明する。図１は、現在一般的に用いられているＩＣカー
ド１０と、これに用いるリーダライタ２０の全体構成を
示すブロック図である。ＩＣカード１０の主たる構成要
素は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＥＥＰＲ
ＯＭ１４である。ＣＰＵ１１は、図示しないインターフ
ェイスを介してリーダライタ２０と交信を行うととも
に、各メモリ１２，１３，１４をアクセスする処理を行
う。ＩＣカード１０をリーダライタ２０の筐体内に挿入
すると、ＩＣカード１０側の接続端子とリーダライタ２
０側の接続端子とが接触し、両者間が電気的に接続され
る。すなわち、両者間には、共通の接地電位を定めるＧ
ＮＤラインと、リーダライタからＩＣカードへ電源を供
給するためのＶＣＣラインと、クロックを供給するため
のＣＬＫラインと、リセット信号を与えるためのＲＳＴ
ラインと、双方向にデータを伝送するためのＩ／Ｏライ
ンと、が確保される。両者間のデータ伝送は、Ｉ／Ｏラ
インを通じて一方向ずつ交互に行われる。
【０００９】ＣＰＵ１１は、ＲＯＭ１２内に用意された
プログラムに基づいて種々の処理を実行する。ＲＡＭ１
３は、ＣＰＵ１１が種々の処理を行う上でのワークエリ
アとして利用される。また、ＥＥＰＲＯＭ１４は、電気
的に書き換えが可能なメモリであり、ＩＣカード１０が
リーダライタ２０から切り離され、電源の供給がなくな
ってもデータを保存しておくことができる。したがっ
て、ＩＣカード１０内において保存しておくべきデータ
は、リーダライタ２０に接続した状態において、ＥＥＰ
ＲＯＭ１４へ書き込んでおく必要がある。
プログラムに基づいて種々の処理を実行する。ＲＡＭ１
３は、ＣＰＵ１１が種々の処理を行う上でのワークエリ
アとして利用される。また、ＥＥＰＲＯＭ１４は、電気
的に書き換えが可能なメモリであり、ＩＣカード１０が
リーダライタ２０から切り離され、電源の供給がなくな
ってもデータを保存しておくことができる。したがっ
て、ＩＣカード１０内において保存しておくべきデータ
は、リーダライタ２０に接続した状態において、ＥＥＰ
ＲＯＭ１４へ書き込んでおく必要がある。
【００１０】図２は、現在一般的に用いられているＩＣ
カード１０におけるＥＥＰＲＯＭ１４への書込処理を説
明するブロック図である。たとえば、Ｉ／Ｏラインを通
じてリーダライタ側から伝送されてきたデータをＥＥＰ
ＲＯＭ１４内に書き込む処理を行う場合を考える。この
場合、伝送されてきたデータは、一旦、ＲＡＭ１３内に
保存され、続いて、このＲＡＭ１３からＥＥＰＲＯＭ１
４へと転送される。このとき、ＲＡＭ１３に保存されて
いるデータは、書込レジスタ１５に移され、この書込レ
ジスタ１５からＥＥＰＲＯＭ１４内の所定のアドレスに
書き込まれることになる。これは、前述したように、Ｅ
ＥＰＲＯＭ１４へのデータ書き込みの所要時間がｍｓの
オーダとなり、ＣＰＵ１１のマシンサイクルに比べて非
常に長いためである。したがって、この書込レジスタ１
５のデータ長を書込単位と呼ぶことにすれば、ＲＡＭ１
３内のデータは、書込単位ごとにＥＥＰＲＯＭ１４内へ
転送されることになる。たとえば、書込レジスタ１５の
データ長が３２バイトであったとすると、３２バイトが
書込単位となり、ＲＡＭ１３内のデータは３２バイトご
とにひとまとまりのデータ（図２においてハッチングで
示すデータ）としてＥＥＰＲＯＭ１４へ転送される。
カード１０におけるＥＥＰＲＯＭ１４への書込処理を説
明するブロック図である。たとえば、Ｉ／Ｏラインを通
じてリーダライタ側から伝送されてきたデータをＥＥＰ
ＲＯＭ１４内に書き込む処理を行う場合を考える。この
場合、伝送されてきたデータは、一旦、ＲＡＭ１３内に
保存され、続いて、このＲＡＭ１３からＥＥＰＲＯＭ１
４へと転送される。このとき、ＲＡＭ１３に保存されて
いるデータは、書込レジスタ１５に移され、この書込レ
ジスタ１５からＥＥＰＲＯＭ１４内の所定のアドレスに
書き込まれることになる。これは、前述したように、Ｅ
ＥＰＲＯＭ１４へのデータ書き込みの所要時間がｍｓの
オーダとなり、ＣＰＵ１１のマシンサイクルに比べて非
常に長いためである。したがって、この書込レジスタ１
５のデータ長を書込単位と呼ぶことにすれば、ＲＡＭ１
３内のデータは、書込単位ごとにＥＥＰＲＯＭ１４内へ
転送されることになる。たとえば、書込レジスタ１５の
データ長が３２バイトであったとすると、３２バイトが
書込単位となり、ＲＡＭ１３内のデータは３２バイトご
とにひとまとまりのデータ（図２においてハッチングで
示すデータ）としてＥＥＰＲＯＭ１４へ転送される。
【００１１】いま、ＥＥＰＲＯＭ１４のメモリマップ
を、図３に示すように、３２バイトの書込単位が１行に
対応するように示してみる。そして、このメモリマップ
における１行を１ページと呼ぶことにする。すなわち、
１ページは、３２バイト分のデータ領域に対応する。そ
して、レコード，，という３つのレコードから構
成されるデータファイルを、このＥＥＰＲＯＭ１４内に
書き込む場合を考える。従来のＩＣカードでは、この３
つのレコード，，を詰めて書き込むようにしてい
るため、図３に示すような書き込みが行われる。各レコ
ードのデータ長はそれぞれ異なるため、各レコードが書
き込まれるアドレスは不規則になる。このような従来の
書込方法は、メモリ容量の観点からは非常に効率が良
い。すなわち、各レコードが隙間なく充填されて書き込
まれるため、無駄なメモリ領域がなくなる。しかしなが
ら、書込処理の観点からは非効率的な面があり、また、
書込耐久性上も問題がある。たとえば、レコードの内
容を更新するための書換処理を考える。前述のように、
ＥＥＰＲＯＭ１４に対する書込処理は３２バイトの書込
単位でしか行うことができない。別言すれば、ページ単
位でしか行うことができない。したがって、レコード
を書き換える場合には、ページ２，３，４という３ペー
ジ分の書換処理を行う必要がある。このため、１書込単
位の書き込みに、２０ｍｓの時間が必要であると仮定す
ると、合計で６０ｍｓの時間が必要となる。また、この
ＥＥＰＲＯＭ１４が、１万回の書き換えが可能な書込耐
久性をもっているときに、レコードに対する書換処理
を１万回行った場合を考えてみる。この場合、レコード
が書込耐久性の限界に到達することについては問題は
ない。しかし、レコードに対する書換処理により、ペ
ージ２，３，４に対して１万回の書き換えが行われるこ
とになるため、書換処理の対象とならなかったレコード
やレコードも、書込耐久性の限界に到達してしまう
ことになる。
を、図３に示すように、３２バイトの書込単位が１行に
対応するように示してみる。そして、このメモリマップ
における１行を１ページと呼ぶことにする。すなわち、
１ページは、３２バイト分のデータ領域に対応する。そ
して、レコード，，という３つのレコードから構
成されるデータファイルを、このＥＥＰＲＯＭ１４内に
書き込む場合を考える。従来のＩＣカードでは、この３
つのレコード，，を詰めて書き込むようにしてい
るため、図３に示すような書き込みが行われる。各レコ
ードのデータ長はそれぞれ異なるため、各レコードが書
き込まれるアドレスは不規則になる。このような従来の
書込方法は、メモリ容量の観点からは非常に効率が良
い。すなわち、各レコードが隙間なく充填されて書き込
まれるため、無駄なメモリ領域がなくなる。しかしなが
ら、書込処理の観点からは非効率的な面があり、また、
書込耐久性上も問題がある。たとえば、レコードの内
容を更新するための書換処理を考える。前述のように、
ＥＥＰＲＯＭ１４に対する書込処理は３２バイトの書込
単位でしか行うことができない。別言すれば、ページ単
位でしか行うことができない。したがって、レコード
を書き換える場合には、ページ２，３，４という３ペー
ジ分の書換処理を行う必要がある。このため、１書込単
位の書き込みに、２０ｍｓの時間が必要であると仮定す
ると、合計で６０ｍｓの時間が必要となる。また、この
ＥＥＰＲＯＭ１４が、１万回の書き換えが可能な書込耐
久性をもっているときに、レコードに対する書換処理
を１万回行った場合を考えてみる。この場合、レコード
が書込耐久性の限界に到達することについては問題は
ない。しかし、レコードに対する書換処理により、ペ
ージ２，３，４に対して１万回の書き換えが行われるこ
とになるため、書換処理の対象とならなかったレコード
やレコードも、書込耐久性の限界に到達してしまう
ことになる。
【００１２】本発明のＩＣカードでは、次のような書き
込みを行うことにより、このような問題を解決した。す
なわち、データファイルを構成する１レコードの収容長
を、ＥＥＰＲＯＭ１４に対する書込単位のｎ倍（ｎは自
然数）の長さに設定し、ＥＥＰＲＯＭ１４に対する１レ
コードの書き込みを、この収容長単位で行うようにした
のである。具体例を図４に示す。この例では、ｎ＝２に
定義し、１レコードの収容長として書込単位の２倍の長
さ（６４バイト）を設定している。別言すれば、ＥＥＰ
ＲＯＭ１４の２ページ分が１レコードを収容するための
長さとして割り当てられたことになる。その結果、１レ
コードについて、それぞれ２ページ分のメモリ領域が確
保されている。すなわち、ページ１，２はレコードの
ために確保され、ページ３，４はレコードのために確
保され、ページ５，６はレコードのために確保されて
いる。このような割り当てでレコード，，を書き
込むと、設定された収容長よりも実際のデータ長が短い
レコード，については、この短い分だけメモリに空
領域（図に「＊」印で示す）が生じることになり、メモ
リ容量の観点からは効率が低下する。しかしながら、い
ずれのレコードを更新する場合であっても、２ページ分
の書換処理ですみ、１書込単位の書き込みに、２０ｍｓ
の時間が必要であると仮定すると、４０ｍｓの時間です
むことになる。このように、書込処理の観点からは効率
的になる。また、書込耐久性上の問題も解消する。たと
えば、レコードに対して１万回の書換処理を行ったと
しても、レコード，に関する書込耐久性には何ら影
響は及ばない。ＥＥＰＲＯＭ等のメモリ素子の集積度は
益々向上する傾向にあり、今後は、メモリ容量の観点か
らの非効率性はあまり重要な問題にはならず、書込処理
負担および書込耐久性の観点からの効率性が要求される
ものと考えられる。このような意味で、本発明は今後十
分な利用価値を生むものである。
込みを行うことにより、このような問題を解決した。す
なわち、データファイルを構成する１レコードの収容長
を、ＥＥＰＲＯＭ１４に対する書込単位のｎ倍（ｎは自
然数）の長さに設定し、ＥＥＰＲＯＭ１４に対する１レ
コードの書き込みを、この収容長単位で行うようにした
のである。具体例を図４に示す。この例では、ｎ＝２に
定義し、１レコードの収容長として書込単位の２倍の長
さ（６４バイト）を設定している。別言すれば、ＥＥＰ
ＲＯＭ１４の２ページ分が１レコードを収容するための
長さとして割り当てられたことになる。その結果、１レ
コードについて、それぞれ２ページ分のメモリ領域が確
保されている。すなわち、ページ１，２はレコードの
ために確保され、ページ３，４はレコードのために確
保され、ページ５，６はレコードのために確保されて
いる。このような割り当てでレコード，，を書き
込むと、設定された収容長よりも実際のデータ長が短い
レコード，については、この短い分だけメモリに空
領域（図に「＊」印で示す）が生じることになり、メモ
リ容量の観点からは効率が低下する。しかしながら、い
ずれのレコードを更新する場合であっても、２ページ分
の書換処理ですみ、１書込単位の書き込みに、２０ｍｓ
の時間が必要であると仮定すると、４０ｍｓの時間です
むことになる。このように、書込処理の観点からは効率
的になる。また、書込耐久性上の問題も解消する。たと
えば、レコードに対して１万回の書換処理を行ったと
しても、レコード，に関する書込耐久性には何ら影
響は及ばない。ＥＥＰＲＯＭ等のメモリ素子の集積度は
益々向上する傾向にあり、今後は、メモリ容量の観点か
らの非効率性はあまり重要な問題にはならず、書込処理
負担および書込耐久性の観点からの効率性が要求される
ものと考えられる。このような意味で、本発明は今後十
分な利用価値を生むものである。
【００１３】なお、上述の実施例では、データファイル
を構成する１レコードの書き込みについて本発明を適用
したが、本発明は、データファイルの先頭アドレス、長
さ、属性などを示すために用いられるファイルディレク
トリについても適用可能である。すなわち、ファイルデ
ィレクトリについても収容長を設定しておき、１ファイ
ルディレクトリをＥＥＰＲＯＭに書き込む場合に、設定
した収容長ごとに書き込みを行うようにすればよい。特
に、ファイルディレクトリに対しては、頻繁に書き換え
が行われる傾向にあり、書込耐久性を向上させることは
大きな意味がある。また、ファイルディレクトリを図３
に示すような従来の方法で保存した場合、途中の数バイ
トにデータ化けが生じたようなときに、それ以後のアド
レスに保存されたディレクトリをアクセスすることがで
きなくなり、ディレクトリ情報が失われてしまう危険性
がある。これに対して、図４に示すような本発明の方法
で保存した場合、１つのディレクトリにデータ化けが生
じたとしても、他のディレクトリのアクセスには影響を
及ぼさないため、他のディレクトリ情報が失われる危険
性はない。
を構成する１レコードの書き込みについて本発明を適用
したが、本発明は、データファイルの先頭アドレス、長
さ、属性などを示すために用いられるファイルディレク
トリについても適用可能である。すなわち、ファイルデ
ィレクトリについても収容長を設定しておき、１ファイ
ルディレクトリをＥＥＰＲＯＭに書き込む場合に、設定
した収容長ごとに書き込みを行うようにすればよい。特
に、ファイルディレクトリに対しては、頻繁に書き換え
が行われる傾向にあり、書込耐久性を向上させることは
大きな意味がある。また、ファイルディレクトリを図３
に示すような従来の方法で保存した場合、途中の数バイ
トにデータ化けが生じたようなときに、それ以後のアド
レスに保存されたディレクトリをアクセスすることがで
きなくなり、ディレクトリ情報が失われてしまう危険性
がある。これに対して、図４に示すような本発明の方法
で保存した場合、１つのディレクトリにデータ化けが生
じたとしても、他のディレクトリのアクセスには影響を
及ぼさないため、他のディレクトリ情報が失われる危険
性はない。
【００１４】
【発明の効果】以上のとおり、本発明によるＩＣカード
によれば、ＥＥＰＲＯＭに書き込むべきデータファイル
のレコード、あるいはファイルディレクトリについて、
ＥＥＰＲＯＭに対する書込単位のｎ倍に相当する収容長
を設定し、１レコードあるいは１ディレクトリを保存す
る場合、必ず、この収容長ごとに書込処理を行うように
したため、効率良い書込処理が可能となり、書込耐久性
も向上する。
によれば、ＥＥＰＲＯＭに書き込むべきデータファイル
のレコード、あるいはファイルディレクトリについて、
ＥＥＰＲＯＭに対する書込単位のｎ倍に相当する収容長
を設定し、１レコードあるいは１ディレクトリを保存す
る場合、必ず、この収容長ごとに書込処理を行うように
したため、効率良い書込処理が可能となり、書込耐久性
も向上する。
【図１】一般的なＩＣカードおよびリーダライタの構成
を示すブロック図である。
を示すブロック図である。
【図２】ＥＥＰＲＯＭに対する一般的な書込処理を示す
ブロック図である。
ブロック図である。
【図３】従来の一般的なＥＥＰＲＯＭへのデータ書込態
様を示すメモリマップである。
様を示すメモリマップである。
【図４】本発明によるＥＥＰＲＯＭへのデータ書込態様
を示すメモリマップである。
を示すメモリマップである。
１〜７…ＥＥＰＲＯＭ内のページ １０…ＩＣカード １１…ＣＰＵ １２…ＲＯＭ １３…ＲＡＭ １４…ＥＥＰＲＯＭ １５…書込レジスタ ２０…リーダライタ 〜…データファイルを構成するレコード
Claims (2)
- 【請求項１】 少なくともＲＡＭ，ＲＯＭ，ＥＥＰＲＯ
Ｍの３種類のメモリと、このメモリをアクセスする機能
をもったＣＰＵと、を内蔵したＩＣカードにおいて、デ
ータファイルを構成する１レコードの収容長を、ＥＥＰ
ＲＯＭに対する書込単位のｎ倍（ｎは自然数）の長さに
設定し、ＥＥＰＲＯＭに対する１レコードの書き込み
を、前記収容長単位で行うようにしたことを特徴とする
ＩＣカード。 - 【請求項２】 少なくともＲＡＭ，ＲＯＭ，ＥＥＰＲＯ
Ｍの３種類のメモリと、このメモリをアクセスする機能
をもったＣＰＵと、を内蔵したＩＣカードにおいて、１
ファイルディレクトリの収容長を、ＥＥＰＲＯＭに対す
る書込単位のｎ倍（ｎは自然数）の長さに設定し、ＥＥ
ＰＲＯＭに対する１ファイルディレクトリの書き込み
を、前記収容長単位で行うようにしたことを特徴とする
ＩＣカード。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04339609A JP3088866B2 (ja) | 1992-11-26 | 1992-11-26 | Ｉｃカード |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04339609A JP3088866B2 (ja) | 1992-11-26 | 1992-11-26 | Ｉｃカード |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06161675A true JPH06161675A (ja) | 1994-06-10 |
| JP3088866B2 JP3088866B2 (ja) | 2000-09-18 |
Family
ID=18329110
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP04339609A Expired - Lifetime JP3088866B2 (ja) | 1992-11-26 | 1992-11-26 | Ｉｃカード |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3088866B2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11110263A (ja) * | 1997-09-30 | 1999-04-23 | Sony Corp | 記憶装置、データ処理装置及びデータ処理方法 |
| JP2004516536A (ja) * | 2000-11-22 | 2004-06-03 | サンディスク コーポレイション | メモリのページサイズおよび／またはブロックサイズとは異なるサイズを有するデータセクタを備えた不揮発性メモリシステムの処理技法 |
| JP2006092169A (ja) * | 2004-09-22 | 2006-04-06 | Toshiba Corp | メモリコントローラ，メモリ装置及びメモリコントローラの制御方法 |
| JP2008524705A (ja) * | 2004-12-16 | 2008-07-10 | サンディスク コーポレイション | スクラッチパッドブロック |
| JP2017045103A (ja) * | 2015-08-24 | 2017-03-02 | 大日本印刷株式会社 | 電子情報記憶媒体、情報処理方法、及び情報処理プログラム |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6404008B2 (ja) * | 2014-06-23 | 2018-10-10 | 株式会社日本マイクロニクス | 電気的接触子及び電気的接続装置 |
-
1992
- 1992-11-26 JP JP04339609A patent/JP3088866B2/ja not_active Expired - Lifetime
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11110263A (ja) * | 1997-09-30 | 1999-04-23 | Sony Corp | 記憶装置、データ処理装置及びデータ処理方法 |
| JP2004516536A (ja) * | 2000-11-22 | 2004-06-03 | サンディスク コーポレイション | メモリのページサイズおよび／またはブロックサイズとは異なるサイズを有するデータセクタを備えた不揮発性メモリシステムの処理技法 |
| US7032065B2 (en) | 2000-11-22 | 2006-04-18 | Sandisk Corporation | Techniques for operating non-volatile memory systems with data sectors having different sizes than the sizes of the pages and/or blocks of the memory |
| US7171513B2 (en) | 2000-11-22 | 2007-01-30 | Sandisk Corporation | Techniques for operating non-volatile memory systems with data sectors having different sizes than the sizes of the pages and/or blocks of the memory |
| JP2006092169A (ja) * | 2004-09-22 | 2006-04-06 | Toshiba Corp | メモリコントローラ，メモリ装置及びメモリコントローラの制御方法 |
| JP2008524705A (ja) * | 2004-12-16 | 2008-07-10 | サンディスク コーポレイション | スクラッチパッドブロック |
| JP4787266B2 (ja) * | 2004-12-16 | 2011-10-05 | サンディスク コーポレイション | スクラッチパッドブロック |
| JP2017045103A (ja) * | 2015-08-24 | 2017-03-02 | 大日本印刷株式会社 | 電子情報記憶媒体、情報処理方法、及び情報処理プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3088866B2 (ja) | 2000-09-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100527097C (zh) | 存储器***以及写入非易失性半导体存储器中的方法 | |
| US5946714A (en) | Semiconductor storage device utilizing address management tables and table state maps for managing data storage and retrieval | |
| US6484937B1 (en) | Method for storing data in a chip card rewritable memory | |
| US6539453B1 (en) | Storage system including means for management of a memory with anti-attrition, and process of anti-attrition management of a memory | |
| US5745912A (en) | Memory card apparatus including a link table for managing the correspondency between the recorded contents in the memory card and that in the link table | |
| EP1771862A1 (en) | Method and device to improve usb flash write performance | |
| JPH05151098A (ja) | メモリカード装置 | |
| JP3122222B2 (ja) | メモリカード装置 | |
| JPH06161675A (ja) | Ｉｃカード | |
| JPH05150913A (ja) | フラツシユメモリを記憶媒体としたシリコンデイスク | |
| JP3088867B2 (ja) | Ｉｃカード | |
| JPH06282483A (ja) | データ管理方式 | |
| CN1533575B (zh) | 一种以卡为基础的交易***中用于修改数据的处理过程和*** | |
| JP2808358B2 (ja) | Ｉｃカード | |
| JPS61211788A (ja) | Ｉｃカ−ド | |
| JPH0435780B2 (ja) | ||
| JP2556324B2 (ja) | Ｉｃカ−ド | |
| JPS5952465B2 (ja) | 記憶装置の書込み読出し制御方式 | |
| JPH06161882A (ja) | Ｉｃカード | |
| JP3358668B2 (ja) | Ｉｃカード | |
| JPS63200399A (ja) | デ−タ処理システム | |
| JP3359934B2 (ja) | データ記憶装置 | |
| JPH06161856A (ja) | Ｉｃカード | |
| JP3113267B2 (ja) | Ｉｃカード | |
| JP2598056B2 (ja) | 携帯可能電子装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080714 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090714 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090714 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100714 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100714 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110714 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120714 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120714 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130714 Year of fee payment: 13 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130714 Year of fee payment: 13 |