JP3391495B2 - Icカードにおけるメモリ領域の管理方法 - Google Patents
Icカードにおけるメモリ領域の管理方法Info
- Publication number
- JP3391495B2 JP3391495B2 JP03141693A JP3141693A JP3391495B2 JP 3391495 B2 JP3391495 B2 JP 3391495B2 JP 03141693 A JP03141693 A JP 03141693A JP 3141693 A JP3141693 A JP 3141693A JP 3391495 B2 JP3391495 B2 JP 3391495B2
- Authority
- JP
- Japan
- Prior art keywords
- directory
- area
- memory area
- card
- chain information
- 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.)
- Expired - Lifetime
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Memory System (AREA)
Description
リ領域の管理方法、特に、ICカードに内蔵されている
記憶装置のメモリ領域を分割して複数の者に割り当て、
複数の者によってメモリ領域を共用できるようにしたメ
モリ領域の管理方法に関する。
として、ICカードが注目を集めている。このICカー
ドは、メモリ素子を内蔵しており、磁気カードに比べて
情報の記憶容量が格段に向上しており、しかも高度なセ
キュリティを有する。そのため、1枚のICカードを複
数の用途に利用することが可能である。たとえば、特定
の個人に対して発行した1枚のICカードを、銀行用の
キャッシュカード、病院用の診察カード、デパート用の
プリペイドカード、といった複数の用途に利用できるよ
うにすることが可能になる。この場合、銀行、病院、デ
パート、という三者が同一のICカード内のメモリ領域
を共用することになる。1枚のICカードを複数の者に
共用させるためには、メモリ領域を複数の領域に予め分
割しておき、各分割領域を各者に割り当てておくのが一
般的である。すなわち、上述の例の場合、カード発行時
に、銀行用領域、病院用領域、デパート用領域、という
3つの領域が割り当てられることになる。
利用すればするほど、ICカード内部に記録すべき情報
量は増加してくる。メモリ領域が複数の者によって共用
される場合には、最も利用頻度の高い用途についての情
報量が最も増えることになる。たとえば、上述の例の場
合、銀行との取り引きが多いユーザの所持するICカー
ドは、銀行用領域に記録すべき情報量が増加するであろ
うし、病院に通うことが多いユーザの所持するICカー
ドは、病院用領域に記録すべき情報量が増加するであろ
う。したがって、利用頻度の高い用途について割り当て
られたメモリ領域は、飽和状態になる可能性が高い。こ
のような場合、従来はICカードを再発行する処理を行
い、メモリ領域の再割り当てを行っていた。しかしなが
ら、1つの割り当て領域が飽和するたびに再発行処理を
行うことは、事務処理が煩雑になり好ましくない。
量が不足した場合に、メモリ領域の追加を容易に行うこ
とのできるICカードにおけるメモリ領域の管理方法を
提供することを目的とする。
は、ICカードに内蔵されている記憶装置のメモリ領域
を、複数のサービス提供者に共用させるためのメモリ領
域の管理方法において、 複数のサービス提供者に、それ
ぞれ連続した所定のメモリ領域を分割領域として割り当
て、各分割領域をアクセスするために必要な情報が記録
されたディレクトリを各分割領域ごとに用意し、複数の
サービス提供者によって、それぞれに割り当てられた各
分割領域を利用してサービスを提供させる第1の段階
と、 特定のサービス提供者に割り当てられている分割領
域の容量が不足した場合に、当該特定のサービス提供者
に対して新たな分割領域を追加割り当てし、この追加割
り当てされた新たな分割領域をアクセスするために必要
な情報が記録された新たなディレクトリを用意し、か
つ、当該特定のサービス提供者に割り当てられている複
数の分割領域についての各ディレクトリに、相互間の連
結状態を示すチェーン情報を記録し、複数のサービス提
供者によって、それぞれに割り当てられた1つもしくは
複数の分割領域を利用してサービスを提供させる第2の
段階と、 を行うようにしたものである。
明に係る管理方法において、各ディレクトリに、当該デ
ィレクトリの前に連結する他のディレクトリの位置を示
す第1のチェーン情報と、当該ディレクトリの後に連結
する他のディレクトリの位置を示す第2のチェーン情報
と、の双方を記録するようにしたものである。
の分割領域を割り当てることが可能になる。したがっ
て、ICカード発行時に割り当てられたメモリ領域が飽
和した場合には、別な領域を新たに追加割り当てするこ
とができる。この場合、各分割領域ごとに別個のディレ
クトリが作成されることになるが、同一の者に割り当て
られた複数の領域のディレクトリについては、相互間の
連結状態を示すチェーン情報が記録されるため、1つの
まとまりをもったディレクトリとして取り扱うことがで
きる。また、前に連結するディレクトリの位置を示す第
1のチェーン情報と、後に連結するディレクトリの位置
を示す第2のチェーン情報と、の双方を記録することに
より、一方のチェーン情報が事故で失われたような場合
にもリカバリーが可能になり安全性が高まる。
明する。ここでは、ICカードに内蔵されたEEPRO
Mのメモリ領域を管理する場合を例にとって説明する。
ICカードの発行時には、図1に示すように、EEPR
OMのメモリ領域が複数の領域に分割され、各領域ごと
にディレクトリが作成される。図示する例では、領域A
および領域Bの2つの分割領域が定義され、それぞれA
(たとえば、銀行)およびB(たとえば、病院)の二者
の利用に供する領域として割り当てられる。同時に、各
分割領域をアクセスするために必要な情報が記録された
ディレクトリAおよびディレクトリBが作成される。具
体的には、ディレクトリA内には、領域Aのアドレスを
示す情報、領域Aに記録すべきレコードの1レコード
長、領域Aの全容量や空き容量、といった情報が記録さ
れることになる。このICカードを所持するユーザが、
銀行と取り引きを行った場合には、領域Aに取り引き内
容を示す情報が書き込まれ、病院で診察や治療を受けた
場合には、領域Bに診察結果や治療内容を示す情報が書
き込まれることになる。
を発行するときには、図1に示すように、予め所定の容
量をもった領域A,Bが割り当てられることになるが、
どの領域の使用頻度が高いかは個人差があり、領域Aの
容量が先に不足するユーザもいれば、領域Bの容量が先
に不足するユーザもいる。たとえば、病院に通うことは
少ないが、銀行取り引きの多いユーザの場合は、領域A
が先に飽和してしまい容量不足になる。このような場
合、従来は、このICカードの再発行処理を行い、領域
Aの容量をより多くとるような再割り当て処理を行って
対処していた。
領域を割り当てることにより、随時、新たな領域を追加
割り当てすることが可能になる。すなわち、図1に示す
ような割り当てが行われている状態において領域Aの容
量が不足した場合には、図2に示すように、A(銀行)
のために新たな領域A2を追加割り当てする。同時にこ
の領域A2のためのディレクトリA2を作成する。領域
Aと領域A2とは物理的に離れたアドレスに位置する領
域となり、それぞれ別個のディレクトリによりアクセス
されることになる。ただ、ディレクトリAおよびディレ
クトリA2内には、互いに連結することを示すチェーン
情報が記録されるため、1つのまとまりをもったディレ
クトリとして取り扱うことができ、領域Aおよび領域A
2を、同一の者に割り当てられた1つのまとまりをもっ
た領域として取り扱うことができる。
ディレクトリのフォーマットの一例を示す。この実施例
では、チェーン情報は、当該ディレクトリの前に連結す
る他のディレクトリの位置を示す「前のチェーン情報」
と、当該ディレクトリの後に連結する他のディレクトリ
の位置を示す「後のチェーン情報」と、の双方が記録さ
れる。図3において、ハッチングを施して示した部分に
は、このチェーン情報以外のディレクトリ本来の情報
(アクセスすべき領域のアドレス情報、レコード長情
報、全容量や空き容量の情報など)が記録されている。
を、図3のフォーマットで記述した具体例を図4に示
す。ここで、Add1,Add2,Add3は、それぞ
れディレクトリA,B,A2の先頭アドレス値を示す。
ディレクトリBは連結する他のディレクトリをもたない
ため、チェーン情報欄には「なし」を示す情報が記録さ
れている。ところが、ディレクトリAの後には、新たに
作成されたディレクトリA2が連結するため、ディレク
トリAにおける「前のチェーン情報」欄には「なし」を
示す情報が記録されているが、「後のチェーン情報」欄
には後続すべきディレクトリA2の先頭アドレス値「A
dd3」を示す情報が記録されている。これに対応し
て、ディレクトリA2における「前のチェーン情報」欄
にはディレクトリAの先頭アドレス値「Add1」を示
す情報が記録されており、「後のチェーン情報」欄には
「なし」を示す情報が記録されている。このようなチェ
ーン情報を記録しておくことにより、ディレクトリAに
ディレクトリA2を連結したものを1つのディレクトリ
として取り扱うことができる。
した場合には、更に領域A3およびディレクトリA3を
作成すればよい。この場合、ディレクトリA2の「後の
チェーン情報」欄には、ディレクトリA3の先頭アドレ
ス値を示す情報を書き込むことになる。このように、E
EPROM内の未使用領域がなくなるまで、必要に応じ
て新たな領域をいくつでも追加割り当てすることがで
き、ディレクトリを次々に連結させてゆくことができ
る。したがって、従来のように、再発行処理を行う必要
はない。
ォーマットによれば、「前のチェーン情報」と「後のチ
ェーン情報」との双方が記録される。このようにチェー
ン情報に冗長度をもたせておくことは、チェーン情報が
何らかの事故で失われたような場合のリカバリーを行う
上で役立つ。たとえば、図4に示す例において、ディレ
クトリAの「後のチェーン情報」である「Add3」が
何らかの事故で失われた場合、各ディレクトリの「前の
チェーン情報」の欄を検索してゆけば、ディレクトリA
2の「前のチェーン情報」欄に、ディレクトリAの先頭
アドレス値である「Add1」が記録されているため、
ディレクトリAに後続すべきディレクトリは、ディレク
トリA2であることが認識でき、リカバリーを行うこと
ができる。
説明したが、本発明はこの実施例のみに限定されるもの
ではなく、この他にも種々の態様で実施可能である。特
に、上述の実施例では、AとBという二者によってメモ
リ領域を共用する場合を例にとったが、より多数の者に
よってメモリ領域を共用する場合にも、本発明を同様に
適用することが可能である。
におけるメモリ領域の管理方法によれば、同一の者に複
数の分割領域を割り当て、この同一の者に割り当てられ
た複数の領域のディレクトリについては、相互間の連結
状態を示すチェーン情報を記録するようにしたため、メ
モリ領域の追加を容易に行うことができるようになる。
の発行時の割当状態を示す図である。
方法により割当領域の追加を行った状態を示す図であ
る。
ーマットの一例を示す図である。
ットを適用した具体例を示す図である。
ドレス
Claims (2)
- 【請求項1】 ICカードに内蔵されている記憶装置の
メモリ領域を、複数のサービス提供者に共用させるため
のメモリ領域の管理方法において、 前記複数のサービス提供者に、それぞれ連続した所定の
メモリ領域を分割領域として割り当て、各分割領域をア
クセスするために必要な情報が記録されたディレクトリ
を各分割領域ごとに用意し、前記複数のサービス提供者
によって、それぞれに割り当てられた各分割領域を利用
してサービスを提供させる第1の段階と、 特定のサービス提供者に割り当てられている分割領域の
容量が不足した場合に、当該特定のサービス提供者に対
して新たな分割領域を追加割り当てし、この追加割り当
てされた新たな分割領域をアクセスするために必要な情
報が記録された新たなディレクトリを用意し、かつ、当
該特定のサービス提供者に割り当てられている複数の分
割領域についての各ディレクトリに、相互間の連結状態
を示すチェーン情報を記録し、前記複数のサービス提供
者によって、それぞれに割り当てられた1つもしくは複
数の分割領域を利用してサービスを提供させる第2の段
階と、 を有することを特徴とするICカードにおけるメモリ領
域の管理方法。 - 【請求項2】 請求項1に記載の管理方法において、各
ディレクトリに、当該ディレクトリの前に連結する他の
ディレクトリの位置を示す第1のチェーン情報と、当該
ディレクトリの後に連結する他のディレクトリの位置を
示す第2のチェーン情報と、の双方を記録するようにし
たことを特徴とするICカードにおけるメモリ領域の管
理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP03141693A JP3391495B2 (ja) | 1993-01-27 | 1993-01-27 | Icカードにおけるメモリ領域の管理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP03141693A JP3391495B2 (ja) | 1993-01-27 | 1993-01-27 | Icカードにおけるメモリ領域の管理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH06222981A JPH06222981A (ja) | 1994-08-12 |
JP3391495B2 true JP3391495B2 (ja) | 2003-03-31 |
Family
ID=12330661
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP03141693A Expired - Lifetime JP3391495B2 (ja) | 1993-01-27 | 1993-01-27 | Icカードにおけるメモリ領域の管理方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3391495B2 (ja) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100590500B1 (ko) * | 2004-07-07 | 2006-06-19 | 에스케이 텔레콤주식회사 | 복수의 보안영역을 가진 스마트카드에 대한 보안영역별메모리 할당 및 해제 방법 |
KR100706343B1 (ko) * | 2005-04-18 | 2007-04-13 | 주식회사 케이티프리텔 | 통합 정보 관리 ic 칩 및 이를 이용한 다중 서비스 제공방법 |
KR100843238B1 (ko) * | 2007-02-16 | 2008-07-03 | 삼성전자주식회사 | 메모리 카드 |
JP7000892B2 (ja) * | 2018-02-06 | 2022-01-19 | 富士通株式会社 | メモリ管理プログラム、メモリ管理方法、およびメモリ管理装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2664137B2 (ja) * | 1985-10-29 | 1997-10-15 | 凸版印刷株式会社 | Icカード |
JPH01185785A (ja) * | 1988-01-21 | 1989-07-25 | Nec Corp | Icカード書込管理方法 |
JP3015377B2 (ja) * | 1988-08-26 | 2000-03-06 | 株式会社東芝 | Icカード |
JPH02281322A (ja) * | 1989-04-24 | 1990-11-19 | Matsushita Graphic Commun Syst Inc | 追加書込み型補助記憶媒体のファイル管理方法 |
JPH02311935A (ja) * | 1989-05-29 | 1990-12-27 | Fuji Photo Film Co Ltd | メモリカードの記憶管理方式 |
-
1993
- 1993-01-27 JP JP03141693A patent/JP3391495B2/ja not_active Expired - Lifetime
Non-Patent Citations (1)
Title |
---|
アスキー出版局編,標準MS−DOSハンドブック,日本,株式会社アスキー,1985年10月5日,第1版,p.342−345 |
Also Published As
Publication number | Publication date |
---|---|
JPH06222981A (ja) | 1994-08-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2518983C2 (ru) | Система и способ обработки коммиссий для карты | |
JP3075499B2 (ja) | 医療用ワークステーション | |
US7010701B1 (en) | Network arrangement for smart card applications | |
JP4464340B2 (ja) | 分散型データアーカイブシステム | |
US20020052843A1 (en) | Smart card for and method of executing transactions | |
US20080126116A1 (en) | Method and apparatus for a private information system and service transactions that minimize theft of identity data | |
Edelman | The management of information resources-A challenge for American business | |
JP3391495B2 (ja) | Icカードにおけるメモリ領域の管理方法 | |
US5915242A (en) | Workstation for medical service | |
WO2003073353A3 (en) | Smart card for use with health care institutions and financial institutions | |
JPH02181846A (ja) | フアイル保護方法 | |
JPS6336490A (ja) | 電子式金銭登録機 | |
JP3177047B2 (ja) | メモリ領域の管理方法 | |
US20030023949A1 (en) | Storage administration | |
KR0149985B1 (ko) | 휴대용 카드 및 그 이용방법 | |
JP3536149B2 (ja) | メモリ領域の管理方法 | |
JPH0754538B2 (ja) | 多目的icカ−ド及びその使用方法 | |
JP2532063B2 (ja) | Icカ−ド | |
US6587872B2 (en) | Network system and network management method | |
JP2608319B2 (ja) | Icカードシステム | |
JPS63251879A (ja) | 携帯用情報処理装置 | |
JP2839688B2 (ja) | 機密保護方法 | |
JPS63298681A (ja) | カ−ド装置 | |
JP3231448B2 (ja) | Icカード | |
JPH0827825B2 (ja) | Icカ−ド |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090124 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090124 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100124 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100124 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110124 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110124 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120124 Year of fee payment: 9 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120124 Year of fee payment: 9 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130124 Year of fee payment: 10 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130124 Year of fee payment: 10 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140124 Year of fee payment: 11 |
|
EXPY | Cancellation because of completion of term | ||
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140124 Year of fee payment: 11 |