JPH06131517A - Ｉｃカード - Google Patents

Ｉｃカード

Info

Publication number
JPH06131517A
JPH06131517A JP4279884A JP27988492A JPH06131517A JP H06131517 A JPH06131517 A JP H06131517A JP 4279884 A JP4279884 A JP 4279884A JP 27988492 A JP27988492 A JP 27988492A JP H06131517 A JPH06131517 A JP H06131517A
Authority
JP
Japan
Prior art keywords
file
directory
files
memory
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.)
Pending
Application number
JP4279884A
Other languages
English (en)
Inventor
Yoshihiro Muto
義弘 武藤
Shinya Takagi
伸哉 高木
Masaaki Ueda
雅章 上田
Nobunari Murai
信成 村井
Takeshi Nakatomi
武志 中富
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.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
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
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to JP4279884A priority Critical patent/JPH06131517A/ja
Priority to EP93112836A priority patent/EP0583006B2/en
Priority to DE69320900T priority patent/DE69320900T3/de
Priority to KR1019930015609A priority patent/KR970006648B1/ko
Priority to US08/105,646 priority patent/US5408082A/en
Publication of JPH06131517A publication Critical patent/JPH06131517A/ja
Pending legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

(57)【要約】 【目的】 データを記憶するメモリを有効に利用できる
ＩＣカードを提供する。 【構成】 入出力手段５を通して外部機器から受信した
コマンドは、コマンド処理手段６により判断され各種手
段に処理が委ねられる。ファイル作成手段７により生成
されたファイルへのデータの読み書きはファイル管理手
段８によってなされる。ファイル削除手段８によりファ
イルを削除し、ファイル拡張手段１０によりファイルの
容量を拡張する。さらにファイル再配置手段１０によっ
てファイルの再配置が行えるため、ＩＣカード１では、
ファイルの削除あるいは拡張によって生じたメモリ上の
空き領域を無くして、メモリを有効に利用することが可
能である。

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は階層化されたディレクト
リで管理されるファイルをメモリ上で再配置するＩＣカ
ードに関する。
【０００２】
【従来の技術】図１２に示すように従来のＩＣカード８
１は、各種処理のためにＲＡＭ８３をバッファとして利
用する処理制御部８２が、外部機器との間でデータを送
受信する入出力手段８５と、入出力手段８５を通して受
信したコマンドの解析および処理を行い、且つ受信した
コマンドに対する応答の作成を行うコマンド処理手段８
６と、コマンド処理手段８６によって起動して処理され
るデータをファイルとして一元管理し、且つＥＥＰＲＯ
Ｍ８４におけるディレクトリを通してファイルあるいは
ファイル内のデータに対してアクセスを行うファイル管
理手段８８と、コマンド処理手段８６によって起動して
ファイルを創成するファイル生成手段８７とを具備する
ことを特徴とするものであった。
【０００３】図１３は従来のＩＣカード８１のディレク
トリ構造の例を示しており、ひとつの主となるディレク
トリ（以下、マスタディレクトリと呼ぶ）９０の基にデ
ィレクトリ９１、９２、９３が存在する。さらにマスタ
ディレクトリ９０の下にファイル９４、９５、９６が、
ディレクトリ９１の下にファイル９７、９８が、ディレ
クトリ９３の下にファイル９９が存在する。このように
従来のＩＣカード８１では、マスタディレクトリ９０が
複数のディレクトリを管理し、且つ各ディレクトリには
複数のファイルを持つことが可能であった。
【０００４】
【発明が解決しようとする課題】しかしながら従来のＩ
Ｃカードでは、ディレクトリの基にさらにディレクトリ
を創成する、すなわち階層的なディレクトリ構造が不可
能であり、また一度生成されたファイルの削除が不可能
である。例えばＩＣカードをある企業が社員のために発
行して銀行、医療、その他ＩＣカードシステムで利用す
る場合、各システム毎にディレクトリが必要となる。ま
た銀行のＩＣカードシステム内で預貯金、クレジット、
その他機能が複数ある場合、ひとつのＩＣカードシステ
ムの中で機能毎にさらにディレクトリが必要となってく
る。ＩＣカードの多目的な使用を考慮すると、ディレク
トリの階層化およびメモリの有効的な利用は不可欠なも
のとなる。
【０００５】本発明はかかる点に鑑み、ディレクトリを
階層的な構造とし、かつディレクトリで管理されるファ
イルの削除および該ファイルのメモリ容量の拡張が可能
であり、さらにファイルの削除あるいは拡張によって生
じたメモリ上の空き領域を無くしてメモリを有効に利用
することが可能なＩＣカードを提供することを目的とす
る。
【０００６】
【課題を解決するための手段】本発明は上記目的を達成
するために、少なくとも処理制御部と、バッファと、デ
ータを記憶するメモリとを備え、処理のために前記バッ
ファを利用する前記処理制御部は、外部機器との間でデ
ータを送受信する入出力手段と、前記入出力手段を通し
て受信したコマンドの解析および処理を行い、且つ受信
したコマンドに対する応答の作成を行うコマンド処理手
段と、前記コマンド処理手段によって起動して前記メモ
リ上のデータおよびファイルに対してアクセスを行うフ
ァイル管理手段と、前記コマンド処理手段によって起動
してファイルを創成するファイル生成手段と、前記コマ
ンド処理手段によって起動してコマンドで指定したファ
イルを削除するファイル削除手段と、前記コマンド処理
手段によって起動してコマンドで指定したファイルの容
量を拡張するファイル拡張手段と、前記コマンド処理手
段によって起動してメモリ上で情報が存在しない空き領
域を無くすと共に、メモリ上の複数の有効なファイルを
密に並び変えるファイル再配置手段とから成り、前記フ
ァイル管理手段がファイルを示すアドレスおよびディレ
クトリを示すアドレスによりファイルおよびディレクト
リを階層的に管理することを特徴とするものである。
【０００７】
【作用】この方式により許容されるＩＣカードは、階層
化されたディレクトリで管理されるファイルをファイル
削除手段により削除し、ファイル拡張手段によりファイ
ルの容量を大きくすることが可能となる。これら処理に
よって生じたメモリ上の空き領域は、ファイル再配置手
段により複数のファイルをメモリ上に密に並び変えるこ
とができるため、ＩＣカード内のメモリを有効に活用す
ることが可能となる。
【０００８】
【実施例】以下、本発明の一実施例について図面を参照
しながら説明する。
【０００９】図１に示すように本発明のＩＣカード１
は、各種処理のためにＲＡＭ３をバッファとして利用す
る処理制御部２と、外部機器との間でデータを送受信す
る入出力手段５と、入出力手段５を通して受信したコマ
ンドの解析および処理を行い、且つ受信したコマンドに
対する応答の作成を行うコマンド処理手段６と、ファイ
ルを創成するファイル生成手段７と、処理されるデータ
をファイルとして一元管理し、且つＥＥＰＲＯＭ４にお
けるディレクトリを通してファイルあるいはファイル内
のデータに対してアクセスを行うファイル管理手段８
と、ファイルを削除するファイル削除手段９と、コマン
ドで指定したファイルの容量を拡張するファイル拡張手
段１０と、ＥＥＰＲＯＭ４上に格納された複数のファイ
ルを密に並び変えるファイル再配置手段１１とを具備す
る。ここでファイル作成手段７、ファイル管理手段８、
ファイル削除手段９、ファイル拡張手段１０およびファ
イル再配置手段１１はコマンド処理手段６によって起動
する。また本実施例のＩＣカード１のＥＥＰＲＯＭ４の
容量は８ｋバイトの情報を格納することができる。
【００１０】図２は本発明のＩＣカード１のディレクト
リ構造の例を示しており、ひとつのマスタディレクトリ
２０の基にディレクトリ２１、２２が存在している。さ
らにディレクトリ２１の基にディレクトリ２３、２４、
２５が、ディレクトリ２２の基にディレクトリ２６が、
ディレクトリ２４の基にディレクトリ２７が存在する。
さらに、マスタディレクトリ２０の下にファイル３０、
３１、３２が、ディレクトリ２２の下にファイル３５、
３６が存在する。このように本発明のＩＣカード１で
は、マスタディレクトリ２０を含め、全てのディレクト
リが階層的に下位方向に複数のディレクトリを管理し、
且つ各ディレクトリには複数のファイルを持つことが可
能である。以後この上下関係について、親のディレクト
リおよび親のディレクトリに対する子のディレクトリと
呼ぶ。
【００１１】図３は本発明のＩＣカード１のメモリ上の
データ構成の例である。ＥＥＰＲＯＭ４上に、ディレク
トリは上位番地方向から下位番地方向に格納され、ファ
イルは下位番地方向から上位番地方向に格納される。以
後ディレクトリおよびファイルを格納する領域をユーザ
領域と呼ぶ。このような構成からファイルを削除する
と、ＥＥＰＲＯＭ４上に空き領域が生じて非効率的であ
る。そこでファイルの再配置が必要となってくる。
【００１２】まずマスタディレクトリ、ディレクトリお
よびファイルのデータ構成について説明する。図４は本
発明のＩＣカード１のマスタディレクトリ２０のデータ
構成図である。ＤＦ書き込みポインタ４０は最後に創成
されたディレクトリの先頭番地（図３ではディレクトリ
２３）、ＥＦ書き込みポインタ４１は次ファイルを創成
する番地（図３ではファイル３２の最終番地の次の番
地）、Ｃ＿ＤＦ４２はマスタディレクトリ２０が管理す
る子のディレクトリの中で最初に創成されたディレクト
リ（図３ではディレクトリ２１）の先頭番地、およびＣ
＿ＥＦ４３はマスタディレクトリ２０が管理するファイ
ルの中で最初に創成されたファイル（図２および図３に
示すファイル３０）の先頭番地である。なお、Ｃ＿ＤＦ
４２およびＣ＿ＥＦ４３は該当するものが存在しなけれ
ば値００００が格納される。
【００１３】図５は本発明のＩＣカード１のディレクト
リ２１のデータ構成図である。Ｐ＿ＤＦ５０はディレク
トリ２１を管理する親のディレクトリ（図２ではマスタ
ディレクトリ２０）の先頭番地、Ｎ＿ＤＦ５１はディレ
クトリ２１を管理する親のディレクトリの基に存在し、
ディレクトリ２１の創成の次に創成されたディレクトリ
（図２ではディレクトリ２２）の先頭番地、Ｂ＿ＤＦ５
２はディレクトリ２１を管理する親のディレクトリの基
に存在し、ディレクトリ２１の創成の前に創成されたデ
ィレクトリ（図３では存在しない）の先頭番地、Ｃ＿Ｄ
Ｆ５３はディレクトリ２１が管理する子のディレクトリ
の中で最初に創成されたディレクトリ（図２および図３
よりディレクトリ２３）の先頭番地、およびＣ＿ＥＦ５
４はディレクトリ２１が管理するファイルの中で最初に
創成されたファイル（図２のファイル３３あるいはファ
イル３４）の先頭番地である。なお、Ｎ＿ＤＦ５１、Ｂ
＿ＤＦ５２、Ｃ＿ＤＦ５３およびＣ＿ＥＦ５４は該当す
るものが存在しなければ値００００が格納される。ま
た、他のディレクトリについてもデータ値は異なるが同
じ構成である。
【００１４】図６は本発明のＩＣカード１のファイル３
０のデータ構成図である。フラグ６０はファイル３０が
有効か無効を示すフラグ、サイズ６１はファイル３０の
容量、Ｐ＿ＤＦ６２はファイル３０を管理する親のディ
レクトリ（図２のマスタディレクトリ２０）の先頭番
地、Ｎ＿ＥＦ６３はファイル３０を管理する親のディレ
クトリの基に存在し、ファイル３０の創成の次に創成さ
れたファイル（図２、図３のファイル３１）の先頭番
地、Ｂ＿ＥＦ６４はファイル３０を管理する親のディレ
クトリの基に存在し、ファイル３０の創成の前に創成さ
れたファイルの先頭番地（図３では存在しない）および
領域６５は情報などのデータが格納される。なお、Ｎ＿
ＥＦ６３およびＢ＿ＥＦ６４は該当するものが存在しな
ければ値００００が格納される。また、他のファイルに
ついてもデータ値は異なるが同じ構成である。
【００１５】次にディレクトリ２１が管理する子のディ
レクトリ２３、２４および２５を例として図７に本発明
のＩＣカード１のディレクトリの関係を示す。ディレク
トリ２３、２４および２５はそれぞれ管理されている親
のディレクトリ２１を示すポインタＰ＿ＤＦを持ってい
る。逆に親のディレクトリ２１は最初に創成したディレ
クトリ２３のポインタＣ＿ＤＦを持っている。さらにデ
ィレクトリ２３、２４および２５は自分のディレクトリ
の創成の前後に創成されたディレクトリのポインタＢ＿
ＤＦおよびＮ＿ＤＦを持っている。但し、最初に創成さ
れたディレクトリ（ここではディレクトリ２３）のＢ＿
ＤＦには値００００が、最後に創成されたディレクトリ
（ここではディレクトリ２５）のＮ＿ＤＦには値０００
０が格納される。これらポインタでディレクトリの親子
間および子間の関係を知ることができる。なお、親のデ
ィレクトリがマスタディレクトリ２０である場合もあ
る。
【００１６】次にマスタディレクトリ２０が管理するフ
ァイル３０、３１および３２を例として図８に本発明の
ＩＣカード１のファイルの関係を示す。ファイル３０、
３１および３２はそれぞれ管理されている親のマスタデ
ィレクトリ２０を示すポインタＰ＿ＤＦを持っている。
逆に親のマスタディレクトリ２０は最初に創成したファ
イル３０のポインタＣ＿ＥＦを持っている。さらにファ
イル３０、３１および３２は自分のファイルの創成の前
後に創成されたファイルのポインタＢ＿ＥＦおよびＮ＿
ＥＦを持っている。但し、最初に創成されたファイル
（ここではファイル３０）のＢ＿ＤＦには値００００
が、最後に創成されたファイル（ここではファイル３
２）のＮ＿ＤＦには値００００が格納される。これらポ
インタでディレクトリの管理するファイル間の関係を知
ることができる。なお、親のディレクトリがマスタディ
レクトリ２０でない場合もある。
【００１７】このように本発明のＩＣカード１では、階
層化されたディレクトリおよびファイルのポインタによ
り、ディレクトリあるいはファイルの管理が容易となっ
た。次に本発明のＩＣカード１におけるファイルの削除
処理、ファイルの再配置処理およびファイルの容量拡張
処理について説明する。
【００１８】ファイルの削除処理について図９の流れ図
を用いて説明する。削除すべきファイルはコマンドによ
って指定される（ファイルのことを図中および以下では
ＥＦと記述）。まず、ステップ９０１で指定されたＥＦ
はフラグ６０を利用して無効とされる。ここで指定され
たＥＦが削除されることによって、削除された指定ＥＦ
を示すポインタを有するＥＦあるいはディレクトリ（デ
ィレクトリのことを図中および以下ではＤＦと記述）が
存在すれば、そのポインタを更新する必要がある。まず
指定ＥＦの次のＥＦを示すＮ＿ＥＦポインタが００００
であるかを判断し（ステップ９０２）、００００であれ
ば指定ＥＦの次にＥＦは存在しないため次の処理に移
る。００００でなければ指定ＥＦの次にＥＦが存在する
ため次のＥＦのＢ＿ＥＦポインタに指定ＥＦの前のＥＦ
を示すＢ＿ＥＦポインタを代入する（ステップ９０
３）。ここで指定ＥＦの前にＥＦが無く（値００００）
ても良い。次に指定ＥＦの前のＥＦを示すＢ＿ＥＦポイ
ンタが００００であるかを判断し（ステップ９０４）、
００００であれば指定ＥＦの前にＥＦは存在せず、指定
ＥＦは指定ＥＦを管理するディレクトリの中で先頭であ
るため、該ディレクトリの管理するファイルを示すＣ＿
ＥＦポインタに指定ＥＦの次を示すＮ＿ＥＦポインタを
代入する（ステップ９０５）。００００でなければ指定
ＥＦの前にＥＦが存在するため前のＥＦのＮ＿ＥＦポイ
ンタに指定ＥＦの次のＥＦを示すＮ＿ＥＦポインタを代
入する（ステップ９０６）。
【００１９】次にファイルを削除することによって生じ
た空き領域に対する管理情報を更新する必要がある。物
理的にメモリ上で指定ＥＦがメモリ上のユーザ領域の先
頭でない場合（ステップ９０７）、ユーザ領域の先頭か
ら指定ＥＦが次の領域となるＥＦを検索する（ステップ
９０８）。ここで検索されたＥＦが無効ＥＦである場合
（ステップ９０９）、すなわち無効ＥＦがメモリ上で連
続する場合、２つの連続した無効ＥＦをひとつの無効Ｅ
Ｆにするため、検索されたＥＦのサイズに指定ＥＦのサ
イズを加え、検索されたＥＦを指定ＥＦとする（ステッ
プ９１０、９１１）。
【００２０】物理的にメモリ上で指定ＥＦの次の領域が
ＥＦ書き込みポインタである場合（ステップ９１２）、
メモリ上で最後のＥＦが削除されたこととなるため、Ｅ
Ｆ書き込みポインタを指定ＥＦの先頭番地に更新して処
理を終了する（ステップ９１３）。次の領域が有効ＥＦ
である場合は処理を終了する（ステップ９１４）。次の
領域が無効ＥＦである場合、すなわち無効ＥＦがメモリ
上で連続する場合、２つの連続した無効ＥＦをひとつの
無効ＥＦにするため、指定ＥＦのサイズに無効ＥＦのサ
イズを加え、再度指定ＥＦの次の領域を確認する（ステ
ップ９１５）。
【００２１】ファイルの再配置処理について図１０の流
れ図を用いて説明する。検索ポインタ（処理用のバッフ
ァ）にメモリ上のユーザ領域の先頭番地を格納する（ス
テップ１００１）。まず検索ポインタで示す領域が無効
ＥＦとなるまで検索を行う（ステップ１００２〜１００
４までのループ）。ここで検索ポインタがＥＦ書き込み
ポインタである場合、メモリ上にＥＦは存在しないため
処理を終了する（ステップ１００２）。検索ポインタが
有効ＥＦである場合、検索ポインタに有効ＥＦのサイズ
を加えて更新する（ステップ１００４）。検索ポインタ
が無効ＥＦである場合（ステップ１００３）、検索され
た無効ＥＦのサイズを移動サイズ（処理用のバッファ）
に格納して次の処理を行う（ステップ１００５）。
【００２２】まず有効ＥＦを密にして連続させるため、
検索された無効ＥＦの次の有効ＥＦを検索ポインタで示
す番地に移動サイズ分だけ移動する（ステップ１００
６）。ここで移動したＥＦを示すポインタを有するＥＦ
あるいはディレクトリが存在すれば、そのポインタを更
新する必要がある。まず指定ＥＦの次のＥＦを示すＮ＿
ＥＦポインタが００００であるかを判断し（ステップ１
００７）、００００であれば指定ＥＦの次にＥＦは存在
しないため次の処理に移る。００００でなければ指定Ｅ
Ｆの次にＥＦが存在するため次のＥＦのＢ＿ＥＦポイン
タに検索ポインタを代入する（ステップ１００８）。こ
こで指定ＥＦの前にＥＦが無く（値００００）ても良
い。次に指定ＥＦの前のＥＦを示すＢ＿ＥＦポインタが
００００であるかを判断し（ステップ１００９）、００
００であれば指定ＥＦの前にＥＦは存在せず、指定ＥＦ
は指定ＥＦを管理するディレクトリの中で先頭であるた
め、該ディレクトリの管理するファイルを示すＣ＿ＥＦ
ポインタに検索ポインタを代入する（ステップ１０１
０）。００００でなければ指定ＥＦの前にＥＦが存在す
るため前のＥＦのＮ＿ＥＦポインタに検索ポインタを代
入する（ステップ１０１１）。
【００２３】検索ポインタに移動した有効ＥＦのサイズ
を加えて更新し（ステップ１０１２）、検索ポインタに
移動サイズを加えた番地で示す次の領域がＥＦ書き込み
ポインタである場合（ステップ１０１３）、ＥＦ書き込
みポインタに検索ポインタを代入して処理を終了する
（ステップ１０１４）。次の領域が有効ＥＦである場
合、前述の移動の処理から再度同じ処理を繰り返す（ス
テップ１０１５）。次の領域が無効ＥＦである場合、移
動サイズに無効ＥＦのサイズを加えて、前述の移動の処
理から再度同じ処理を繰り返す（ステップ１０１６）。
【００２４】ひとつのファイルを有効に利用するため
に、前述したファイル構成において以下に示すようなフ
ァイルの容量拡張手段でファイルの容量を大きくする
と、やはりメモリ上に空き領域が生じてファイルの再配
置が必要となってくる。ファイルの容量拡張処理につい
て図１１の流れ図を用いて説明する。
【００２５】拡張すべきＥＦおよび拡張サイズはコマン
ドによって指定される。まず物理的にメモリ上で指定Ｅ
Ｆの最終番地の次の番地がＥＦ書き込みポインタである
場合（ステップ１１０１）、ＥＦ書き込みポインタから
拡張サイズ分の空き領域が有るか確認し、無い場合は処
理を中断する（ステップ１１０２、１１０３）。有れば
ＥＦ書き込みポインタに拡張する。すなわち指定ＥＦの
サイズに拡張サイズを加えて更新し、ＥＦ書き込みポイ
ンタに拡張サイズを加えて更新する（ステップ１１１
３、１１１４）。
【００２６】物理的にメモリ上で指定ＥＦの最終番地の
次の番地が有効ＥＦである場合（ステップ１１０４）、
ＥＦ書き込みポインタから指定ＥＦサイズと拡張サイズ
分の空き領域が有るか確認し（ステップ１１０９）、無
い場合は処理を中断する。有ればＥＦ書き込みポインタ
で示す番地に指定ＥＦを複写し（ステップ１１１０）、
ＥＦ書き込みポインタに指定ＥＦサイズを加えて更新す
る（ステップ１１１１）。ここで、複写元の有効ＥＦを
前述したファイルの削除処理を利用して無効ＥＦとする
（ステップ１１１２）。この後ＥＦ書き込みポインタに
拡張する。すなわち指定ＥＦのサイズに拡張サイズを加
えて更新し、ＥＦ書き込みポインタに拡張サイズを加え
て更新して処理を終了する。
【００２７】物理的にメモリ上で指定ＥＦの最終番地の
次の番地が無効ＥＦである場合、該無効ＥＦのサイズが
拡張サイズと同一か、あるいは無効ＥＦのサイズが拡張
サイズより３バイト以上大きいかを確認し（ステップ１
１０５）、そうであれば次の番地に無効ＥＦのサイズで
拡張する（ステップ１１０５）。すなわち指定ＥＦのサ
イズに無効ＥＦのサイズを加えて更新する。なお無効Ｅ
Ｆのサイズが拡張サイズより３バイト以上大きい場合
は、余りの領域を無効ＥＦとして登録する（ステップ１
１０７、１１０８）。サイズが無ければ前述の物理的に
メモリ上で指定ＥＦの最終番地の次の番地が有効ＥＦで
ある場合と同様の処理を行う。
【００２８】このように階層的なディレクトリ構成によ
り管理されたファイルに対して、ファイルの削除処理お
よびファイル容量の拡張処理が可能になることで、ＩＣ
カードの多目的利用が可能となった。さらにファイルの
再配置処理が可能であるため、ファイルの削除あるいは
容量の拡張によって生じた空き領域を無くしてメモリ上
のファイルを密に並び変えることができ、メモリの有効
利用が可能となった。
【００２９】
【発明の効果】以上のように本発明によれば、ディレク
トリを階層的に管理することでＩＣカードを多目的な利
用に使用でき、かつ複数のポインタによりディレクトリ
およびファイルへのアクセスが容易になり、更にファイ
ルの削除、容量拡張および再配置が可能となり、ＩＣカ
ード内のメモリを有効に活用することが可能となった。
【図面の簡単な説明】
【図１】本発明のＩＣカードの構成図
【図２】本発明のＩＣカードの実施例におけるディレク
トリ構造
【図３】本発明のＩＣカードの実施例におけるメモリ上
データの構成図
【図４】本発明のＩＣカードの実施例におけるマスタデ
ィレクトリデータの構成図
【図５】本発明のＩＣカードの実施例におけるディレク
トリデータの構成図
【図６】本発明のＩＣカードの実施例におけるファイル
データの構成図
【図７】本発明のＩＣカードの実施例におけるディレク
トリの関係図
【図８】本発明のＩＣカードの実施例におけるファイル
の関係図
【図９】本発明のＩＣカードの実施例におけるファイル
の削除処理の流れ図
【図１０】本発明のＩＣカードの実施例におけるファイ
ルの再配置処理の流れ図
【図１１】本発明のＩＣカードの実施例におけるファイ
ル容量の拡張処理の流れ図
【図１２】従来のＩＣカードの構成図
【図１３】従来のＩＣカードのディレクトリ構造
【符号の説明】
１ ＩＣカード ２ 処理制御部 ３ ＲＡＭ ４ ＥＥＰＲＯＭ ５ 入出力手段 ６ コマンド処理手段 ７ ファイル作成手段 ８ ファイル管理手段 ９ ファイル削除手段 １０ ファイル拡張手段 １１ ファイル再配置手段
───────────────────────────────────────────────────── フロントページの続き (72)発明者 村井 信成 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 中富 武志 大阪府門真市大字門真1006番地 松下電器 産業株式会社内

Claims (5)

    【特許請求の範囲】
  1. 【請求項１】少なくとも処理制御部と、バッファと、デ
    ータを記憶するメモリとを備え、処理のために前記バッ
    ファを利用する前記処理制御部は、外部機器との間でコ
    マンド及びデータを送受信する入出力手段と、前記入出
    力手段を通して受信したコマンドの解析および処理を行
    い、且つ受信したコマンドに対する応答の作成を行うコ
    マンド処理手段と、前記コマンド処理手段によって起動
    して前記メモリ上のデータおよびデータの集まり（以
    下、ファイルと呼ぶ）に対してアクセスを行うファイル
    管理手段と、前記コマンド処理手段によって起動してフ
    ァイルを創成するファイル生成手段とから成り、前記フ
    ァイル管理手段がファイルを示すアドレスおよび複数の
    ファイルを管理するファイル管理領域（以下、ディレク
    トリと呼ぶ）を示すアドレスによりファイルおよびディ
    レクトリを階層的に管理することを特徴とするＩＣカー
    ド。
  2. 【請求項２】コマンドで指定したファイルを削除するフ
    ァイル削除手段を有する請求項１記載のＩＣカード。
  3. 【請求項３】コマンドで指定したファイルの容量を拡張
    するファイル拡張手段を有する請求項１記載のＩＣカー
    ド。
  4. 【請求項４】メモリ上で情報が存在しない空き領域を無
    くすと共に、メモリ上の複数の有効なファイルを密に並
    び変えるファイル再配置手段を有する請求項１、２また
    は３記載のＩＣカード。
  5. 【請求項５】コマンドで複数の有効なファイルを密に並
    び変えるか否かを指定できる請求項４記載のＩＣカー
    ド。
JP4279884A 1992-08-13 1992-10-19 Ｉｃカード Pending JPH06131517A (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP4279884A JPH06131517A (ja) 1992-10-19 1992-10-19 Ｉｃカード
EP93112836A EP0583006B2 (en) 1992-08-13 1993-08-11 IC card with hierarchical file structure
DE69320900T DE69320900T3 (de) 1992-08-13 1993-08-11 IC-Karte mit hierarchischer Dateienstruktur
KR1019930015609A KR970006648B1 (ko) 1992-08-13 1993-08-12 다계층의 파일구조를 가진 ic카드
US08/105,646 US5408082A (en) 1992-08-13 1993-08-12 IC card with hierarchical file structure

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP4279884A JPH06131517A (ja) 1992-10-19 1992-10-19 Ｉｃカード

Publications (1)

Publication Number Publication Date
JPH06131517A true JPH06131517A (ja) 1994-05-13

Family

ID=17617279

Family Applications (1)

Application Number Title Priority Date Filing Date
JP4279884A Pending JPH06131517A (ja) 1992-08-13 1992-10-19 Ｉｃカード

Country Status (1)

Country Link
JP (1) JPH06131517A (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0744425A (ja) * 1993-07-29 1995-02-14 Toshiba Corp Ｉｃカードおよびｉｃカード取扱装置
JP2004310557A (ja) * 2003-04-09 2004-11-04 Sony Corp 情報記憶媒体及び情報記憶媒体のメモリ管理方法
JP2006501555A (ja) * 2002-10-04 2006-01-12 オベルトゥル カード システムズ ソシエテ アノニム カスタマイズの後に性能を変更可能なマイクロ回路カード
JP2007133913A (ja) * 2007-02-16 2007-05-31 Sony Corp データ記憶装置およびデータ記憶方法
US7694067B2 (en) 2001-06-04 2010-04-06 Renesas Technology Corp. Memory card
US7996914B2 (en) 1999-04-27 2011-08-09 Panasonic Corporation Semiconductor memory card and data reading apparatus, and data reading/reproducing apparatus

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0744425A (ja) * 1993-07-29 1995-02-14 Toshiba Corp Ｉｃカードおよびｉｃカード取扱装置
US7996914B2 (en) 1999-04-27 2011-08-09 Panasonic Corporation Semiconductor memory card and data reading apparatus, and data reading/reproducing apparatus
US8127368B2 (en) 1999-04-27 2012-02-28 Panasonic Corporation Semiconductor memory card and data reading apparatus, and data reading/reproducing apparatus
US8661553B2 (en) 1999-04-27 2014-02-25 Panasonic Corporation Semiconductor memory card and data reading apparatus, and data reading/reproducing apparatus
US7694067B2 (en) 2001-06-04 2010-04-06 Renesas Technology Corp. Memory card
JP2006501555A (ja) * 2002-10-04 2006-01-12 オベルトゥル カード システムズ ソシエテ アノニム カスタマイズの後に性能を変更可能なマイクロ回路カード
JP4718180B2 (ja) * 2002-10-04 2011-07-06 オベルトゥル テクノロジ カスタマイズの後に性能を変更可能なマイクロ回路カード
JP2004310557A (ja) * 2003-04-09 2004-11-04 Sony Corp 情報記憶媒体及び情報記憶媒体のメモリ管理方法
JP2007133913A (ja) * 2007-02-16 2007-05-31 Sony Corp データ記憶装置およびデータ記憶方法

Similar Documents

Publication Publication Date Title
KR970006648B1 (ko) 다계층의 파일구조를 가진 ic카드
US5218696A (en) Method for dynamically expanding and rapidly accessing file directories
US5579516A (en) Method for storing data files on a multiple volume media set
JPH03266039A (ja) フリーフォーマットデータリンク処理方式
JPH06131517A (ja) Ｉｃカード
EP0410210A2 (en) Method for dynamically expanding and rapidly accessing file directories
JP4391983B2 (ja) ファイルシステム経路処理装置及び方法
JPH08314780A (ja) ファイル管理方式
JP3169596B2 (ja) データベース管理装置
JP2643850B2 (ja) ファイル処理装置
JP2609705B2 (ja) ファイル制御方式
JPH0310341A (ja) ディスクスペースコンパクション方式
JPH0581091A (ja) データ処理装置
JPS6058492B2 (ja) デ−タベ−ス検索方式
JPH08328946A (ja) ２次記憶領域の管理方法
JPH04287140A (ja) 複数物理ファイルに分割するためのファイル管理方式
JP2008016050A (ja) Ｉｃカード
JPS60142443A (ja) 情報管理システム
JPH0793192A (ja) ファイル管理方法
JPH064273A (ja) データ処理装置
JPH05151037A (ja) 業務処理中データベース再編成処理方式
JPH09231110A (ja) Ｉｃカード
JP2618029B2 (ja) インデクス付きファイルの分割処理方法
JPS63239540A (ja) 記憶媒体におけるデ−タ管理方式
JPH04156626A (ja) Ｖｔｏｃのファイルエントリ作成方式

Legal Events

Date Code Title Description
EXPY Cancellation because of completion of term
R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250