JPH06223239A - Icカード - Google Patents
IcカードInfo
- Publication number
- JPH06223239A JPH06223239A JP5031413A JP3141393A JPH06223239A JP H06223239 A JPH06223239 A JP H06223239A JP 5031413 A JP5031413 A JP 5031413A JP 3141393 A JP3141393 A JP 3141393A JP H06223239 A JPH06223239 A JP H06223239A
- Authority
- JP
- Japan
- Prior art keywords
- information
- file
- recorded
- group
- 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
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
の負担を軽減する。 【構成】 ICカード内のEEPROMにファイルごと
に情報を記録する。ファイルをアクセスするための種々
の情報は、書換頻度に基づいてグループ分けされ、ディ
レクトリに記録される。グループ1には、ICカード発
行後は書き換える必要がない固定情報(ファイルIDや
そのファイルのアクセス条件など)が記録され、グルー
プ2には、ファイルをアクセスするために必要なキーを
含むセキュリティ情報が記録され、グループ3には、頻
繁に書き換えられる可変情報(現時点におけるファイル
内のレコード数、記録済み容量、残存する容量など)が
記録される。エラーチェックコードは各グループごとに
用意され、各グループごとに別個独立してエラーチェッ
ク処理を行うことができる。
Description
イルを管理するために用いられるディレクトリについて
のエラーチェックコードの付加方法に関する。
として、ICカードが注目を集めている。このICカー
ドは、メモリ素子を内蔵しており、磁気カードに比べて
情報の記憶容量が格段に向上しており、しかも高度なセ
キュリティを有する。通常、ICカードのメモリ領域に
は、複数のファイル領域が定義され、種々の情報は所定
のファイル領域にレコード単位で書き込まれる。また、
各ファイルごとにディレクトリが用意され、このディレ
クトリ内には、ファイルをアクセスするために必要な情
報(たとえば、ファイルID、アクセス条件、ファイル
領域の先頭アドレス値、レコード長、記録済みのレコー
ド数、キー情報、など)が書き込まれる。
て実用されるICカードには、社会生活上、非常に重要
な情報が記録されることになる。したがって、何らかの
事故によって、記録された情報が失われることを避ける
安全策を講じる必要がある。このため、レコードやディ
レクトリを、エラーチェックコードとともに記録するよ
うにし、万一データ化けが発生しても、これを発見でき
るようにしている。すなわち、読み出し時には、レコー
ドやディレクトリとともにエラーチェックコードも読み
出すようにし、所定の論理演算を行ってエラーチェック
コードが正しいことを確認する処理を行っている。しか
しながら、このようなエラーチェック処理は、チェック
対象となるデータ長が長くなればなるほど時間がかか
る。特にディレクトリは、ファイルをアクセスするたび
に読み出す情報であり、エラーチェック処理の負担はか
なり重くなり、これに費やす演算時間も無視できないも
のとなる。
エラーチェック処理の負担を軽減することのできるIC
カードを提供することを目的とする。
するとともに、このファイルをアクセスするために必要
な情報をディレクトリとして記録しておくICカードに
おいて、ディレクトリ内の情報を、その情報の書換頻度
に基づいてグループ分けし、各グループごとに別個のエ
ラーチェックコードを付加して記録するようにしたもの
である。
明に係るICカードにおいて、ディレクトリ内の情報
を、ICカード発行後は書き換える必要がない固定情報
と、ファイルをアクセスするために必要なキーを含むセ
キュリティ情報と、現時点におけるファイル内のレコー
ド数あるいは容量に関する情報を含む可変情報と、にグ
ループ分けし、各グループごとに別個のエラーチェック
コードを付加して記録するようにしたものである。
ために必要な様々な情報が記録されている。これらの情
報の中には、ICカードを発行する時点で書き込まれた
後は、一切書き換える必要のない情報もあれば、ICカ
ードの使用中にときどき書き換える必要のある情報もあ
り、更に、ICカードの使用中に頻繁に書き換える必要
のある情報もある。本発明に係るICカードでは、ディ
レクトリ内の情報を、その情報の書換頻度に基づいてグ
ループ分けし、各グループごとに別個のエラーチェック
コードが付加される。一般に、データの書換頻度が高い
ほど、データ化けなどのエラー発生確率も高くなり、逆
に、データの書換頻度が低いほど、データ化けなどのエ
ラー発生確率も低くなるものと考えられる。したがっ
て、通常は、書換頻度の高いグループについてのエラー
チェック処理のみを行えば十分である。書換頻度の低い
グループについてのエラーチェック処理は、必要に応じ
て適宜行うようにすればよい。こうすることにより、通
常のエラーチェック処理の負担が大幅に軽減できる。
明する。ここでは、ICカードに内蔵されたEEPRO
Mに情報を記録する場合を例にとって説明する。ICカ
ードの発行時には、図1に示すように、EEPROMの
メモリ領域上にいくつかのファイル領域が定義され、各
ファイルごとにディレクトリが作成される。図示する例
では、ファイルAおよびファイルBの2つの領域が定義
され、同時に、ディレクトリAおよびディレクトリBが
用意される。ディレクトリAにはファイルAをアクセス
するために必要な情報が書き込まれ、ディレクトリBに
はファイルBをアクセスするために必要な情報が書き込
まれる。
リ全体に対してエラーチェックコードが付加されてい
た。したがって、エラーチェック処理も1つのディレク
トリ全体について行う必要があり、1つのディレクトリ
のデータ長が長い場合には、エラーチェック処理の対象
となる桁数も大きくなり、かなり長い処理時間が必要に
なる。
を、その情報の書換頻度に基づいてグループ分けし、各
グループごとに別個のエラーチェックコードを付加して
記録するようにした点にある。これを図2の具体的な実
施例に基づいて説明しよう。この実施例では、1つのデ
ィレクトリが3つのグループに分けられている。グルー
プ1には、ICカード発行後は書き換える必要がない固
定情報が記録される。たとえば、ファイルIDやそのフ
ァイルのアクセス条件などの情報はこの固定情報に含ま
れる。これらの情報は、ICカードの発行時に書き込ま
れるが、カードの使用時に書き換えられることはない。
次のグループ2には、ファイルをアクセスするために必
要なキーを含むセキュリティ情報が記録される。このよ
うなキーは、頻繁に書き換えられることはない。ユーザ
がキーを変更したいと希望したときなど、特別な場合に
書き換えられるだけである。最後のグループ3には、頻
繁に書き換えられる可変情報が記録される。たとえば、
現時点におけるファイル内のレコード数、記録済み容
量、残存する容量といった情報である。ファイル内にレ
コードを追加書き込みしたり、レコードを削除したりす
れば、レコード数や容量に関する情報は変化するため、
その都度、書き換えが行われることになる。
報はICカードの使用時には書き換えが行われることが
ない情報であり、グループ2のセキュリティ情報は書換
頻度が小さい情報であり、グループ3の可変情報は書換
頻度の大きな情報であるということができる。本発明で
は、このようにグループ分けした情報のそれぞれに別個
独立したエラーチェックコードを付加して記録するよう
にする。すなわち、固定情報にはエラーチェックコード
ECC1が、セキュリティ情報にはエラーチェックコー
ドECC2が、可変情報にはエラーチェックコードEC
C3が、それぞれ付加されて記録されており、エラーチ
ェック処理は、各グループごとに別個独立して行うこと
ができる。たとえば、グループ3についてのエラーチェ
ック処理は、読み出したディレクトリのうちの可変情報
の部分のデータについて所定の論理演算を行ってエラー
チェックコードを生成し、この生成したエラーチェック
コードが読み出したエラーチェックコードECC3に一
致するか否かを確認すればよい。必要な論理演算は、可
変情報の部分のデータに対してのみ行えばよいので、デ
ータの桁数は比較的短くなり、演算負担は軽減される。
ータ化けなどのエラー発生確率も高くなり、逆に、デー
タの書換頻度が低いほど、データ化けなどのエラー発生
確率も低くなるものと考えられる。したがって、図2の
例では、書き換えが行われない固定情報については、エ
ラー発生確率は非常に低いと考えられる。そこで、グル
ープ1に関するエラーチェック処理は、必要と思われる
ときにだけ行えば十分である。これに対し、頻繁に書き
換えが行われる可変情報については、エラー発生確率も
高くなるものと考えられる。そこで、グループ3に関す
るエラーチェック処理は、頻繁に行うのが好ましい。具
体的には、ディレクトリを読み出すたびに、グループ3
についてのエラーチェック処理は必ず行うようにすれば
よい。セキュリティ情報については、この中間の頻度で
エラーチェック処理を行えばよいことになる。このよう
に、ディレクトリ内の情報を、書換頻度ごとにグループ
分けしておき、グループごとにエラーチェックを行える
ようにしておけば、非常に効率的なエラーチェック処理
が可能になる。
説明したが、本発明はこの実施例のみに限定されるもの
ではなく、この他にも種々の態様で実施可能である。特
に、図2に示すグループ分けは一例を示したものであ
り、グループ数は任意に設定することができ、どの情報
をどのグループに所属させるかも任意である。要する
に、書き換えの予想頻度に基づくグループ分けが行われ
ていれば、どのような分け方を採用してもかまわない。
によれば、ディレクトリ内の情報を、書換頻度ごとにグ
ループ分けしておき、グループごとにエラーチェックを
行えるようにしたため、ディレクトリについてのエラー
チェック処理の負担を軽減することができる。
れたファイルおよびディレクトリを示す図である。
ループ分けして記録したフォーマットの一例を示す図で
ある。
Claims (2)
- 【請求項1】 データをファイル単位で記録するととも
に、このファイルをアクセスするために必要な情報をデ
ィレクトリとして記録しておくICカードにおいて、 ディレクトリ内の情報を、その情報の書換頻度に基づい
てグループ分けし、各グループごとに別個のエラーチェ
ックコードを付加して記録するようにしたことを特徴と
するICカード。 - 【請求項2】 請求項1に記載のICカードにおいて、
ディレクトリ内の情報を、ICカード発行後は書き換え
る必要がない固定情報と、ファイルをアクセスするため
に必要なキーを含むセキュリティ情報と、現時点におけ
るファイル内のレコード数あるいは容量に関する情報を
含む可変情報と、にグループ分けし、各グループごとに
別個のエラーチェックコードを付加して記録するように
したことを特徴とするICカード。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP03141393A JP3231448B2 (ja) | 1993-01-27 | 1993-01-27 | Icカード |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP03141393A JP3231448B2 (ja) | 1993-01-27 | 1993-01-27 | Icカード |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH06223239A true JPH06223239A (ja) | 1994-08-12 |
JP3231448B2 JP3231448B2 (ja) | 2001-11-19 |
Family
ID=12330576
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP03141393A Expired - Lifetime JP3231448B2 (ja) | 1993-01-27 | 1993-01-27 | Icカード |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3231448B2 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008287511A (ja) * | 2007-05-17 | 2008-11-27 | Dainippon Printing Co Ltd | Icカード及びicカード発行機及びicカード利用端末機 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5822123B2 (ja) * | 2011-10-04 | 2015-11-24 | 大日本印刷株式会社 | セキュリティトークン、データの更新方法及びコンピュータプログラム |
-
1993
- 1993-01-27 JP JP03141393A patent/JP3231448B2/ja not_active Expired - Lifetime
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008287511A (ja) * | 2007-05-17 | 2008-11-27 | Dainippon Printing Co Ltd | Icカード及びicカード発行機及びicカード利用端末機 |
Also Published As
Publication number | Publication date |
---|---|
JP3231448B2 (ja) | 2001-11-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6691136B2 (en) | Fast data retrieval based upon contiguous consolidation of records according to frequency of access | |
EP0479535B1 (en) | File managing method | |
JP2007012058A (ja) | フラッシュ様媒体におけるトランザクションレコードを格納するファイルシステム | |
JPH0833864B2 (ja) | データ保全方式 | |
CN110222035A (zh) | 一种基于异或校验与日志恢复的数据库页面高效容错方法 | |
JP3231448B2 (ja) | Icカード | |
JPH0330034A (ja) | 光デイスクフアイル管理方法 | |
US20090187719A1 (en) | Data backup method for logical volume manager | |
GB2391350A (en) | Non-volatile memory which can be directly overwritten | |
CN114217741A (zh) | 存储装置的存储方法及存储装置 | |
CN114706536B (zh) | 一种元数据管理方法、装置、电子设备及可读存储介质 | |
JP2822869B2 (ja) | ライブラリファイル管理装置 | |
JPH04181583A (ja) | 記憶媒体および記憶管理方式並びにデータ処理装置 | |
JP3129865B2 (ja) | データの検証方法 | |
JPH05151716A (ja) | 磁気テープのデータバツクアツプ方法 | |
JP2867260B2 (ja) | カード型光記録媒体へのデータ記録方法 | |
JPH0157423B2 (ja) | ||
CN117472875A (zh) | 数据读取方法、计算机设备以及计算机可读存储介质 | |
KR100390487B1 (ko) | 메모리카드 및 그의 액세스방법 | |
JPH04155546A (ja) | マルチボリュームファイル処理方法 | |
JP2023135978A (ja) | Icチップおよびicチップの整合性チェック方法 | |
JPS6369072A (ja) | デイレクトリフオ−マツト | |
KR19980050177A (ko) | Cdma 이동단말기의 nv 메모리의 고정영역에 저장되는 인덱스 데이터의 이중화 방법 | |
JP2001337857A (ja) | データベース復旧システム | |
JPH06162285A (ja) | Icカード |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080914 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090914 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090914 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100914 Year of fee payment: 9 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110914 Year of fee payment: 10 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110914 Year of fee payment: 10 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120914 Year of fee payment: 11 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120914 Year of fee payment: 11 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130914 Year of fee payment: 12 |
|
EXPY | Cancellation because of completion of term | ||
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130914 Year of fee payment: 12 |