JPH09231111A

JPH09231111A - Ｉｃカード

Info

Publication number: JPH09231111A
Application number: JP8322692A
Authority: JP
Inventors: Kazuyoshi Irisawa; 和義入澤
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 1995-12-22
Filing date: 1996-12-03
Publication date: 1997-09-05

Abstract

(57)【要約】【課題】セキュリティーを維持しつつ、ファイルの容
量を縮小または拡大することが可能なＩＣカードを提供
する。【解決手段】１又は２以上のファイルを格納可能なメ
モリを有するＩＣカードにおいて、外部からの命令によ
り前記ファイルの１つを選択する選択手段と、外部から
指定された指定容量だけ前記選択手段により選択されて
いるファイルの容量を縮小又は拡大の一方又は双方を行
う容量変更手段とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、外部からの命令に
より、メモリに格納されているファイルの容量を縮小又
は変更することが可能なＩＣカードに関するものであ
る。

【０００２】

【従来の技術】図１１は、従来のＩＣカードの構成、及
びそのＩＣカードとリーダライタ装置との接続関係を示
すブロック図である。従来のＩＣカード１０は、通常、
Ｉ／Ｏインタフェース１１、ＣＰＵ１２、ＲＯＭ１３、
ＲＡＭ１４、ＥＥＰＲＯＭ１５を内蔵している。Ｉ／Ｏ
インタフェース１１は、データを送受するための入出力
回路であり、ＣＰＵ１２はこのＩ／Ｏインタフェース１
１を介してリーダライタ装置２０と交信する。ＲＯＭ１
３内には、ＣＰＵ１２によって実行されるべきプログラ
ムが記憶されており、ＣＰＵ１２は、このプログラムに
基いてＩＣカード１０を統括制御する。ＲＡＭ１４は、
ＣＰＵ１２がこのような統括制御を行う上で作業領域と
して使用するメモリである。一方、ＥＥＰＲＯＭ１５
は、このＩＣカード１０に記録すべき本来のデータを格
納するメモリである。

【０００３】図１２は、図１１に示すＥＥＰＲＯＭ１５
内のファイル構成を示す図である。本実施形態では、３
種類のファイルが階層構造を構成している。３種類のフ
ァイルとは、ＭＦ(Master File) 、ＤＦ(Dedicated Fil
e)及びＥＦ(Elementary File)のことである。ＭＦは、
データメモリ全体のファイルである。ＭＦは、各アプリ
ケーション（サービス）に共通したデータを格納するた
めのファイルであり、例えば、ＩＣカード１０の所有者
の氏名、住所、電話番号などの情報が記録される。ＤＦ
は、専用ファイルであり、アプリケーションごとにＤＦ
の設定がなされている。ＥＦは、基礎ファイルであり、
ＣＰＵがＩＣカードを管理・制御する際に解釈実行する
データを格納するＩＥＦと、アプリケーションで使用す
るデータを格納するＷＥＦの２種類がある。

【０００４】ＭＦ、ＤＦ及びＥＦは、図１２（Ａ）に示
す階層構造を構成する。ＭＦは、階層構造の根幹であ
り、その配下にＤＦ又はＥＦを配置する。図１２（Ａ）
の例では、ＭＦはＤＦ１及びＷＥＦ１をその配下に配置
しており、ＤＦ１、ＷＥＦ１の親ファイルとなってい
る。ＤＦは、ＭＦを親ファイルとしてその配下に位置す
ることができると同時に、自己の配下に他のＤＦ又はＥ
Ｆを配置し、それらの親ファイルとなることも可能なフ
ァイルである。これに対しＥＦは、他のファイルの親フ
ァイルとなることができないファイルである。

【０００５】図１３は、ＥＥＰＲＯＭ１５におけるファ
イル格納イメージの一例を示す図である。図１３では、
左上より右下へ向けてメモリの絶対アドレスが増大して
いる。また、横幅は３２ビットに相当している。なお、
本明細書では、絶対アドレスが大なる方を上位アドレス
と呼ぶこととする。図１３に示す例では、ファイルのデ
ィレクトリは全て３２ビットから構成され、上位アドレ
スから各ディレクトリ間に空き領域が存在しないよう
に、順に配置されている。一方、ファイルのデータ格納
エリアは、下位アドレスから、これも各エリア間に空き
容量の生じないように、順に配置されている。

【０００６】図示の状態では、ディレクトリは３２バイ
トおきに規則的に配置されている。したがって、ディレ
クトリ又はディレクトリの内容を検索するときは、３２
バイトおきのアドレスを検索すれば足り、演算処理能力
が比較的低いＣＰＵを用いても迅速にディレクトリの検
索を行うことが可能となっている。また、１つのＷＥＦ
のデータ格納エリアは、必ず連続した１つのメモリ領域
にまとめて格納されており、例えば図１４に示すＷＥＦ
１のデータ格納エリアのように、２つの領域に分散して
格納されていない。これは、ＥＥＰＲＯＭ１５の限られ
たメモリ資源を最大限有効に利用するための処置であ
る。つまり、図１４に示すように、一つのデータ格納エ
リアを複数の領域に分散して格納した場合には、それら
分散した各領域のアドレス情報を管理するファイル・ア
ロケーション・テーブル等が必要となり、余分にメモリ
を消費することとなる。これに対し、図１３の例では、
ディレクトリにおいて、一つのデータ格納エリアについ
てのアドレス情報のみを管理すればよく、メモリの消費
量が最小限に抑制される。

【０００７】上記各種のファイルは、ＩＣカードの発行
時に、ＩＣカード発行者により、所定の階層構造を構成
するように格納される。つまり、各種のＤＦやＥＦは、
カード発行時にＩＣカードに既に格納されており、ＩＣ
カード所有者は、既に格納された各種ファイルの中から
必要とするものを選択して利用する。

【０００８】

【発明が解決しようとする課題】しかし、前述した従来
のＩＣカードでは、ＩＣカード所有者と無関係に、ＩＣ
カード発行者が各種のファイルを格納する。しかも、Ｉ
Ｃカードの価値を高めるために、ＩＣカード発行者は、
異なるアプリケーション等に対応した数多くのファイル
を格納し、ＩＣカードを多目的に利用可能とすることを
希望する場合がある。ところが、ＩＣカード所有者は、
それぞれにライフスタイル等が異なるため、必ずしも提
供されている全てのアプリケーションを利用するとは限
らない。このために、所有者によっては、格納されてい
るファイルのうち一部のものは頻繁に使用するが、他の
ファイルは全く使用しないことがある。このような場合
には、頻繁に使用されるファイルでは容量が不足する一
方で、使用されないファイルではメモリが利用されず無
駄となるという問題があった。

【０００９】上記の問題に対し、各ファイルを一度消去
し、それぞれのファイルを適切な大きさに直して、再度
格納することで解決を図ることも考えられる。しかし、
この場合には、各ファイルに記録されている情報をＩＣ
カードの外部へ読み出し、再度格納することとなるの
で、ＩＣカードの特徴の一つであるセキュリティーを担
保することができないという問題があった。

【００１０】そこで、本発明の課題は、セキュリティー
を維持しつつ、ファイルの容量を縮小または拡大するこ
とが可能なＩＣカードを提供することである。

【００１１】

【課題を解決するための手段】前記課題を解決するため
に、請求項１に係る発明は、カレントファイルのファイ
ルサイズを変更することができることを特徴とする。請
求項２に係る発明は、１又は２以上のファイルを格納可
能なメモリを有するＩＣカードにおいて、外部からの命
令により前記ファイルの１つを選択する選択手段と、外
部から指定された指定容量だけ前記選択手段により選択
されているファイルの容量を縮小又は拡大の一方又は双
方を行う容量変更手段とを有することを特徴とする。

【００１２】請求項３に係る発明は、請求項２に記載の
ＩＣカードにおいて、前記選択されているファイルが正
常な状態で情報を記憶しているか否かを検査し、前記情
報が正常な状態で記憶されていない場合に、前記容量変
更手段が前記ファイルの容量を縮小することを許可しな
い記憶状態検査手段を有することを特徴としている。請
求項４に係る発明は、請求項２又は請求項３に記載のＩ
Ｃカードにおいて、前記指定容量が、前記選択されてい
るファイルを配下に有する親ファイルの空き容量より大
である場合に、前記容量変更手段が前記選択されている
ファイルを拡大することを許可しない拡大制限手段を有
することを特徴とする。

【００１３】請求項５に係る発明は、請求項２から請求
項４までのいずれか１項に記載のＩＣカードにおいて、
前記ファイルは、自己の空き容量を記憶する空き容量記
憶部を有し、前記容量変更手段は、前記選択されている
ファイルを配下に有する親ファイルの前記空き容量記憶
部の内容を、前記指定容量に基づいて変更することを特
徴とする。請求項６に係る発明は、請求項５に記載のＩ
Ｃカードにおいて、前記ファイルには、前記親ファイル
の空き容量を自己の空き容量とする容量親依存ファイル
があり、前記容量変更手段は、前記空き容量記憶部の内
容を変更しようとする前記親ファイルが前記容量親依存
ファイルである場合は、前記親ファイルの上位階層にあ
る前記親ファイルの前記空き容量記憶部の内容を変更す
ることを特徴としている。

【００１４】請求項７に係る発明は、請求項２から請求
項６までのいずれか１項に記載のＩＣカードにおいて、
前記選択されているファイルの容量から、前記指定容量
を減算した値が、前記選択されているファイルが配下に
有する他のファイルの総容量より小となる場合に、前記
容量変更手段が前記選択されているファイルの容量を縮
小することを許可しない親ファイル変更制限手段を有す
ることを特徴としている。

【００１５】請求項８に係る発明は、請求項２から請求
項７までのいずれか１項に記載のＩＣカードにおいて、
前記ファイルが有するデータ領域を移動する移動手段を
有し、前記ファイルのディレクトリ領域は、前記メモリ
の一方の端部から未使用な領域が存在しないように順に
格納され、前記ファイルのデータ領域は、前記メモリの
他方の端部から未使用な領域が存在しないように順に格
納されており、前記容量変更手段は、前記選択されてい
るファイルがデータ領域を有するファイルである場合
は、前記データ領域を前記指定容量だけ縮小又は拡大
し、前記移動手段は、前記容量変更手段により縮小され
たデータ領域より前記メモリの一方の端部側に他の前記
データ領域が存在する場合は、前記メモリの他方の端部
側へ前記指定容量だけ前記他のデータ領域を移動させ
る、又は、前記容量変更手段により拡大されるべきデー
タ領域より前記メモリの一方の端部側に他の前記データ
領域が存在する場合は、前記メモリの一方の端部側へ、
前記指定容量だけ前記他のデータ領域を移動させること
を特徴とする。

【００１６】請求項９に係る発明は、請求項８に記載の
ＩＣカードにおいて、前記データ領域のうち、前記メモ
リの一方の端部に最も近い位置に格納されているものの
位置に関する情報を記憶する最終データ位置記憶手段を
有し、前記移動手段は、前記選択されているファイルの
データ領域の位置から、前記最終データ位置記憶手段の
記憶する情報に基づいて特定される位置までに存在する
前記データ領域を移動することを特徴とする。

【００１７】請求項１０に係る発明は、請求項２から請
求項９までのいずれか１項に記載のＩＣカードにおい
て、前記ファイルは、前記データ領域が占有するメモリ
領域の位置に関する情報を記憶する位置情報記憶部を有
し、前記容量変更手段は、前記選択されているファイル
の前記位置情報記憶部の内容を、前記指定容量に基づい
て、縮小又は拡大した後の前記選択されているファイル
のデータ領域に対応する内容に変更することを特徴とす
る。請求項１１に係る発明は、請求項８又は請求項９に
記載のＩＣカードにおいて、前記ファイルは、前記デー
タ領域が占有するメモリ領域の位置に関する情報を記憶
する位置情報記憶部を有し、前記移動手段は、前記デー
タ部を移動したファイルの前記位置情報記憶部の内容
を、前記指定容量に基づいて、移動した後の前記データ
領域に対応する内容に変更することを特徴とする。

【００１８】請求項１２に係る発明は、請求項２から請
求項１１までのいずれか１項に記載のＩＣカードにおい
て、前記容量変更手段は、前記選択されているファイル
が可変長レコード構造のファイルである場合に、前記フ
ァイルのデータ領域に格納されている、各レコードにつ
いてのアドレス情報を、前記指定容量に基づいて、前記
データ領域が縮小又は拡大された後の前記各レコードの
アドレスに変更することを特徴とする。請求項１３に係
る発明は、請求項１２に記載のＩＣカードにおいて、前
記容量変更手段は、前記アドレス情報を変更した場合
に、変更後の前記アドレス情報に基づいて、前記データ
領域に格納されている誤り検出符号を変更することを特
徴とする。

【００１９】請求項１４に係る発明は、請求項８から請
求項１３までのいずれか１項に記載のＩＣカードにおい
て、前記移動手段は、移動する前記ファイルが可変長レ
コード構造のファイルである場合に、前記ファイルのデ
ータ領域に格納されている、各レコードについてのアド
レス情報を、前記指定容量に基づいて、前記データ領域
が移動された後の前記各レコードのアドレスに変更する
ことを特徴とする。請求項１５に係る発明は、請求項１
４に記載のＩＣカードにおいて、前記移動手段は、前記
アドレス情報を変更した場合に、変更後の前記アドレス
情報に基づいて、前記データ領域に格納されている誤り
検出符号を変更することを特徴とする。

【００２０】

【発明の実施の形態】以下、図面等を参照して、本発明
に係る一実施形態について、さらに詳しく説明する。本
実施形態は、ハードウェア構成において従来のＩＣカー
ドと同一であるが、カレントファイルのファイルサイズ
を変更するＣＨＡＮＧＥ−ＳＩＺＥコマンドを処理する
機能を備える点において従来のＩＣカードと異なってい
る。

【００２１】図１は、ＣＨＡＮＧＥ−ＳＩＺＥのコマン
ドＡＰＤＵを示す図である。ＣＨＡＮＧＥ−ＳＩＺＥコ
マンドでは、パラメータＰ１において、サイズ（容量）
を変更すべきファイルが現在選択されているＤＦ（以下
「カレントＤＦ」という）あるいはＥＦ（以下「カレン
トＥＦ」という）のいずれであるかを指定する。また、
データフィールド（ＤＡＴＡ）において、変更すべきサ
イズを指定する。

【００２２】図２は、ＣＨＡＮＧＥ−ＳＩＺＥコマンド
を処理するＩＣカード１０の動作を示す流れ図である。
リーダライタ装置２０から「ＣＨＡＮＧＥ−ＳＩＺＥ」
コマンドがあった場合には、ＣＰＵ１２は、実行前チェ
ックを行い（Ｓ７０１）、エラーがあったときには、そ
の旨のメッセージ（Ｓ７０３）を送信する。ファイルサ
イズの変更を行い（Ｓ７０４）、コマンドが正常に終了
した場合には（Ｓ７０５）、その旨のメッセージを送信
して（Ｓ７０８）、コマンドを終了する。

【００２３】次に、Ｓ７０４のファイルサイズの変更に
ついて、さらに詳しく説明する。本実施形態において、
ファイルサイズを変更できるファイルの種別は、ＤＦ／
ＷＥＦの２種類である。サイズの変更は、増減両方をサ
ポートしている。また、容量指定なし（管理ぺージ数Ｆ
Ｆｈ）のＤＦのサイズ変更はできない。容量指定なしの
ＤＦとは、自己が管理する領域の容量が定められておら
ず、親ファイルの空き容量の範囲内でファイルの容量を
拡大し得るＤＦをいう。言い換えると、容量指定なしの
ＤＦとは、その空き容量が常に親ファイルの空き容量に
一致する容量親依存のファイルである。容量指定なしの
ＤＦでは、管理ページ数が「ＦＦｈ」に設定される。管
理ページ数とは、ファイルのディレクトリに格納されて
いる変数であり、ファイルの管理する容量を示すもので
ある。

【００２４】エラーチェックは、以下の項目について行
う。１）サイズ変更対象ファイルがＭＦ／ＩＥＦでないこ
と。これは、カレントＥＦ又はカレントＤＦのアドレス
によって指定されるファイルのディレクトリを参照する
ことにより判断される。２）ＣＲＴ−ＡＰとＣＲＴ−ＤＰとＭＦディレクトリの
空き容量の整合性があっていること。これは、ＭＦのデ
ィレクトリに記録されているＥＥＰＲＯＭ１５の空き容
量と、ＣＲＴ−ＡＰとＣＲＴ−ＤＰの差を比較すること
により判断される。なお、ＣＲＴ−ＡＰは、新しいデー
タ格納エリアを格納することが可能な領域の先頭アドレ
スを指し示すポインタであり、ＣＲＴ−ＤＰは、新しい
ディレクトリを格納することが可能な領域の先頭アドレ
スを指し示すポインタである。

【００２５】３）ディレクトリテーブルの全エントリの
ＣＲＣがあっていること。これは、各ファイルディレク
トリが有するＣＲＣコードを用いて行われる。４）全レコード形式ＷＥＦの全レコードのＣＲＣがあっ
ていること。ＣＨＡＮＧＥ−ＳＩＺＥコマンドは、ファ
イルサイズを縮小させる場合もある。この場合に、既に
格納されている情報を誤って消去する事態を防ぐため
に、予め既に情報が格納されているレコードを確認する
必要がある。しかし、レコードが何らかの事情により破
壊されている場合には、上記確認を的確に行うことがで
きなくなるため、予め、レコードが適正な状態に維持さ
れているか否かを確認するものである。

【００２６】５）トランスペアレントＷＥＦのファイル
全体のＣＲＣがあっていること。このチェックを行う理
由は、上記４）と同じである。なお、トランスペアレン
トファイルにＣＲＣチェックコードを備えない場合に
は、このチェック項目は省略される。６）ファイルサイズ増加の場合に、領域管理ＤＦの空き
ぺージ数以内にサイズ増加分が納まること。なお、本実
施形態において、１ページは３２バイトとなっている。７）ＤＦのサイズ縮小の場合に、そのＤＦ下のすべての
ファイルのサイズを加算したページ数以下にならないこ
と。ＤＦは、その配下に１又は２以上の他のファイルを
配置することが可能である。この場合に、配下のファイ
ルの総容量以下に当該ＤＦが縮小されたのでは、記憶さ
れている情報を消去するおそれがあるからである。

【００２７】８）ＷＥＦ（循環順編成以外）のサイズ縮
小の場合に、ライトアペンドポインタよりファイルサイ
ズが小さくならないこと。９）ＷＥＦ（循環順編成ファイル）のサイズ縮小の場
合、ローテーション済みのファイルでないこと。上記
８）、９）は、既に格納されている情報を誤って失う事
態を防止するための措置である。なお、上記エラーチェ
ックは、ＥＥＰＲＯＭ１５の更新前に行われる。

【００２８】次に、領域管理ＤＦを特定し、ファイルの
サイズ変更後に、その管理領域ＤＦの空き容量を変更す
る。領域管理ＤＦの特定方法は、以下の通りである。サ
イズ変更するファイルの親ＤＦの管理ページ数をチェッ
クする。親ＤＦの管理ページ数がＦＦｈならば、１レベ
ル上のＤＦをチェックする。サイズ変更するファイルの
すべての親ＤＦの管理ぺージ数がＦＦｈならば、ＭＦを
領域管理ＤＦとする。

【００２９】図３は、ＤＦのサイズ変更を説明する図で
ある。ＤＦは、データ格納エリアを持たないために、デ
ィレクトリのみの書き換えとなる。なお、容量指定なし
（管理ぺージ数ＦＦｈ）のＤＦのサイズ変更はできな
い。図３（Ａ）は、サイズ縮小の場合を示している。＃１：まず、ＤＦの縮小ぺージ数が、ＤＦの空きぺージ
数以下であることを確認する。＃２：ＤＦの管理ぺージ数及び空きぺージ数を縮小分減
算する。＃３：領域管理ＤＦの空きぺージ数を＃１：で減算した
分だけ加算する。

【００３０】図３（Ｂ）は、サイズ増加の場合を示して
いる。＃１：まず、領域管理ＤＦの空きぺージ数をサイズ変更
ＤＦの増加分だけ減算する。＃２：サイズ変更ＤＦの管理ぺージ数及び空きぺージ数
をサイズ変更ＤＦの増加分だけ加算する。

【００３１】次に、ＷＥＦのサイズ変更について説明す
る。ＷＥＦは、データ格納エリアを持つために、ディレ
クトリのデータ書き換え及びデータ格納領域のデータ移
動を行う。また、データ領域の移動を行うために、移動
したファイルのディレクトリの内容を書き換える。

【００３２】［サイズ縮小の場合］まず、サイズ変更フ
ァイルの変更を行なう。＃１：縮小を行うＷＥＦが可変長のときには、後述する
＜アドレステーブルポインタ移動処理＞を実行する。＃２：縮小を行うＷＥＦ−ＤＩＲの管理領域内バイト
数、書込み可能最終アドレス、アドレステーブルポイン
タを縮小した分だけ減算した値に書き換える。

【００３３】図４は、ファイルのデータ部分書き換え
（縮小バイト分詰める）を説明する図である。＃１：縮小対象ファイルのＤＩＲアドレスをターゲット
としてセットする。＃２：ターゲットアドレスより３２を減算する。＃３：ターゲットアドレスがＣＲＴ−ＤＰと同じときに
終了する。＃４：ターゲットとなったＤＩＲがＷＥＦ以外のとき
‘＃２：’へ戻る。＃５：ターゲットとなったＤＩＲのデータ部分を縮小バ
イト分移動する。＃６：‘＃２：’ヘ戻る。

【００３４】次に、移動済ＷＥＦ−ＤＩＲの内容修正処
理について説明する。＃１：縮小対象ファイルのＤＩＲアドレスをターゲット
としてセットする。＃２：ターゲットアドレスより３２減算する。＃３：ターゲットアドレスがＣＲＴ−ＤＰと同じときに
終了する。＃４：ターゲットとなったＤＩＲがＷＥＦ以外のときに
‘＃２：’へ戻る。＃５：ＤＩＲの管理領域内バイト数、書込み可能最終ア
ドレス、アドレステーブルポインタ、ＷＥＦエリア開始
アドレスを縮小した分だけ減算した値に書き換える。＃６：‘＃２：’ヘ戻る。

【００３５】図５は、データ部分を移動した結果生じた
不要部分のＦＦｈクリアを説明する図である。＃１：ＣＲＴ−ＡＰより縮小した分だけ減算したアドレ
スを求める。＃２：このアドレスを先頭に削除データ（ファイルを縮
小した容量）分ＦＦｈクリアする。

【００３６】図６は、ＣＲＴ−ＡＰの変更を説明する図
である。＃１：ＣＲＴ−ＡＰを、もとの値より削除（ファイルを
縮小した容量）分だけ減算した値に書き換える。

【００３７】ＷＥＦリニア可変長「アドレステーブルポ
インタ」とＣＲＣの書き換えについて説明する。＃１：縮小を行うＷＥＦ−ＤＩＲをチェック用ＤＩＲと
してセットする。＃２：チェック用ＤＩＲより３２減算する。＃３：チェック用ＤＩＲがＣＲＴ−ＤＰと同じときに終
了する。＃４：チェック用ＤＩＲが「ＷＥＦリニア可変長」以外
のときに‘＃２：’ヘ戻る。＃５：「移動後差分アドレス」として縮小バイトをセッ
トして、後述する＜アドレステーブルポインタ修正処理
＞の＃３：以降を実行する。＃６：後述する＜アドレステーブルポインタＣＲＣ修正
処理＞を実行する。＃７：‘＃２：’へ戻る。

【００３８】ここで、ＷＥＦリニア可変長「アドレステ
ーブルポインタ」とＣＲＣの書き換え動作について説明
する。＃１：７Ｆ８０ｈをチェック用ＤＩＲとしてセットす
る。７Ｆ８０ｈは、図１３に示す例では、トランスポー
トＩＥＦディレクトリのアドレスであり、このアドレス
より下位のアドレスにＭＦ配下のＤＦ、ＥＦのディレク
トリが格納されている。＃２：チェック用ＤＩＲより３２減算する。＃３：チェック用ＤＩＲがＣＲＴ−ＤＰと同じときに終
了する。＃４：チェック用ＤＩＲが「ＷＥＦリニア可変長」以外
のときに、‘＃２：’へ戻る。＃５：＜アドレステーブルポインタ修正処理＞を実行す
る。＃６：＜アドレステーブルポインタＣＲＣ修正処理＞を
実行する。＃７：‘＃２：’へ戻る。

【００３９】次に、＜アドレステーブルポインタ修正処
理＞について説明する。＃１：ＷＥＦデータエリア開始アドレス＋管理領域バイ
ト数−２で指し示す内容を移動前ＷＥＦ先頭アドレスと
して取得する。＃２：移動前ＷＥＦ先頭アドレス−ＷＥＦ消去サイズに
よって得た値を「移動後差分アドレス」として保存す
る。＃３：アドレステーブルポインタ＋１を修正アドレスと
してＲＡＭ１４に保存する。＃４：現在のレコード数を保存し、０のときに処理を終
了する。＃５：修正アドレスを含むページを読み込みページデー
タとして保持する。＃６：修正アドレスを３２で割った余りを‘ページ位
置’として保持する。＃７：修正アドレスより２バイトを読み込む。＃８：読み込んだデータを移動した後に、差分アドレス
を修正データとして保持する。＃９：修正データ上位をページデータの‘ページ位置’
番目にセットする。＃１０：‘ページ位置’に１加算し、３２のときに、１
ページの書き戻しを行い、‘ページ位置’を０クリア
し、次ページの読み込みを行う。＃１１：修正データの下位をページデータの‘ページ位
置’番目にセットする。＃１２：‘ページ位置’に１加算し、３２のときに、１
ページの書き戻しを行い、‘ページ位置’を０クリアす
る。＃１３：現在のレコード数より１減算し、０のときに処
理を終了する。

【００４０】次に、＜アドレステーブルポインタＣＲＣ
修正処理＞について説明する。＃１：ファイル最終アドレスを保持し、レコード登録個
数を取得する。＃２：レコード登録個数０のときに、処理を終了する。＃３：保持したアドレスにより２減算する。＃４：ＣＲＣチェック実行し、実行結果を保持する。＃５：レコード登録数を１減算する。＃６：‘＃２：’へ戻る。

【００４１】［サイズ拡大の場合］図７は、ファイルの
データ部分書き換え（拡大バイト分広げる）を説明する
図である。＃１：ＣＲＴ−ＤＰをターゲットとしてセットする。＃２：ターゲットアドレスに３２加算する。＃３：ターゲットアドレスがファイル拡大をするＤＩＲ
と同じアドレスのときに終了する。＃４：ターゲットとなったＤＩＲがＷＥＦ以外のときに
‘＃２：’へ戻る。＃５：ターゲットとなったＤＩＲのデータ部分を拡大バ
イト分だけ「アドレス上位方向」ヘ移動する。＃６：‘＃２：’ヘ戻る。

【００４２】移動済ＷＥＦ−ＤＩＲの内容修正処理は、
以下の通りである。＃１：拡大対象ファイルのＤＩＲアドレスをターゲット
としてセットする。＃２：ターゲットアドレスより３２減算する。＃３：ターゲットアドレスがＣＲＴ−ＤＰと同じときに
終了する。＃４：ターゲットとなったＤＩＲがＷＥＦ以外のときに
‘＃２：’へ戻る。＃５：ＤＩＲの管理領域内バイト数、書込み可能最終ア
ドレス、アドレステーブルポインタ、ＷＥＦエリア開始
アドレスを拡大した分だけ加算した値に書き換える。＃６：‘＃２：’へ戻る。

【００４３】図８は、ＣＲＴ−ＡＰの変更を説明する図
である。＃１：ＣＲＴ−ＡＰより拡大した分だけ加算した値に書
き換える。

【００４４】図９は、サイズ変更ファイルの格納領域の
内容変更について説明する図である。＃１：拡大を行うＷＥＦが可変長のときに、＜アドレス
テーブルポインタ移動処理＞を実行する。拡大を行うＷ
ＥＦが可変長以外のときに、拡大を行うＷＥＦ−ＤＩＲ
のＷＥＦ開始アドレス＋管理領域内バイト数を先頭にＦ
Ｆｈを書き込む。拡大を行うＷＥＦが可変長以外のとき
には、＃２：拡大を行うＷＥＦ−ＤＩＲの管理領域内バイト
数、書込み可能最終アドレス、アドレステーブルポイン
タを拡大分加算した値に書き換える。

【００４５】次に、ＷＥＦリニア可変長「アドレステー
ブルポインタ」とＣＲＣの書き換えについて説明する。＃１：拡大を行うＷＥＦ−ＤＩＲチェック用ＤＩＲとし
てセットする。＃２：チェック用ＤＩＲより３２減算する。＃３：チェック用ＤＩＲがＣＲＴ−ＤＰと同じときに終
了する。＃４：チェック用ＤＩＲが「ＷＥＦリニア可変長」以外
のときに‘＃２：’ヘ戻る。＃５：「移動後差分アドレス」として、拡大バイトをビ
ット反転して１を加えたもの（上位方向ヘファイル移動
したために）をセットして＜アドレステーブルポインタ
修正処理＞の＃３：以降を実行する。＃６：＜アドレステーブルポインタＣＲＣ修正処理＞を
実行する。＃７：‘＃２：’ヘ戻る。

【００４６】ここで、ＷＥＦがローテーション済循環順
編成ファイルの場合を説明する。レコードの格納順序を
保持するために、サイズ増加の際に、以下の処理を行
う。並び変え不要チェックは、ライトアペンドポインタ
の示すアドレスがサイズ増加前のファイルエンドを超え
ているときに、ローテーション済フラグを消去して、処
理を終了する。

【００４７】図１０は、データ並び変え処理を示す流れ
図である。データ並び変え処理は、以下の手順に従い行
われる。Ｓ９０１：ライトアペンドポインタまでのレコード数を
計算し、その値を変数Ａに代入する。Ｓ９０２：操作開始レコードは、物理番号Ａのレコード
とする。Ｓ９０３：変数Ｘ、Ｙを用意する。Ｓ９０４：変数ＸにＡを代入する。Ｓ９０５：変数Ｘに基づいて関数Ｆｕｎｃの計算を行
い、その結果を変数Ｙに代入する。関数Ｆｕｎｃの処理
内容については、後述する。Ｓ９０６：物理レコードＡと物理レコードＹを入れ替え
る。Ｓ９０７：変数Ｙを変数Ｘに代入する。Ｓ９０８：以上の処理がレコード数分行われたか否かが
判断され、レコード数分行われていないときはＳ９０５
に戻り、レコード数分行われている場合には処理を終了
する。

【００４８】次に、Ｓ９０５の関数Ｆｕｎｃの計算内容
を説明する。Ｓ９０５１：変数ＡがＸ以上であるか否かを判断し、以
上である場合はＳ９０５２の処理を、以上でない場合に
はＳ９０５３の処理を実行する。Ｓ９０５２：変数Ｙに変数Ｘ及び全レコード数を加算
し、さらに変数Ａを減算する。Ｓ９０５３：変数Ｙに変数Ｘを加算し、さらに変数Ａを
減算する。

【００４９】＜アドレステーブルポインタ移動処理＞
は、以下の通りである。移動元、移動先アドレス、移動
バイト数を取得し、（移動元）＜（移動先）のときに、
最終データより移動する。＃１：移動先アドレス＋移動バイト数−１を移動先アド
レス、移動元アドレス＋移動バイト数−１を移動元アド
レスとする。＃２：移動先アドレスを含むぺージを読み込む。＃３：移動先アドレス÷３２をカウンタとしてセットす
る。＃４：読み込んだデータのカウンタ番目に、移動元アド
レスの内容をセットする。＃５：カウンタが０でないときに‘＃８：’へ進む。＃６：セットしたぺージデータをＥＥＰＲＯＭ１５へ書
き戻す。＃７：１ページ前を読み込み、カウンタに３２をセット
する。＃８：カウンタ、移動元アドレス、移動バイト数を１減
算する。＃９：移動バイト数が０のときに、セットしたぺージデ
ータをＥＥＰＲＯＭ１５へ書き戻して、処理を終了す
る。＃１０：‘＃４：’ヘ戻る。

【００５０】（移動元）＞（移動先）のときに、先頭デ
ータより移動する。＃１：移動先アドレスを含むぺージを読み込み。＃２：移動先アドレス÷３２をカウンタとしてセットす
る。＃３：読み込んだデータのカウンタ番目に、移動元アド
レスの内容をセットする。＃４：カウンタが３１でないときに‘＃７：’へ進む。＃５：セットしたぺージデータをＥＥＰＲＯＭ１５へ書
き戻す。＃６：１ページ後を読み込み、カウンタに０をセット。＃７：カウンタ、移動元アドレス、移動バイト数を１加
算する。＃８：移動バイト数を１減算する。＃９：移動バイト数が０のときに、セットしたぺージデ
ータをＥＥＰＲＯＭ１５へ書き戻して、処理を終了す
る。＃１０：‘＃３：’ヘ戻る。

【００５１】

【発明の効果】以上詳しく説明したように、請求項１又
は請求項２に係る発明によれば、セキュリティーを維持
しつつ、選択されたファイルの容量を変更することが可
能である。請求項３に係る発明によれば、ファイルの有
する有効な情報の容量を誤認し、その容量以下にファイ
ルの容量を縮小することにより、ファイル内の情報が失
われることが防止される。

【００５２】請求項４に係る発明によれば、親ファイル
が管理する領域を越えてファイルの容量を拡大し、その
結果、他のファイルの有する情報が失われるという事態
が防止される。請求項５又は請求項６に係る発明によれ
ば、ファイルの容量を縮小又は拡大しても、親ファイル
の空き容量が正確に管理される。

【００５３】請求項７に係る発明によれば、ファイルの
容量を縮小した結果、その配下にあるファイルの有する
情報が失われるという事態が防止される。請求項８に係
る発明によれば、ファイルのデータ領域を縮小しても、
データ領域の間で空き領域が生じることはない。また、
データ領域を拡大しても、他のデータ領域の有する情報
が失われることはなく、かつ、データ領域の間で空き領
域が生じることもない。つまり、メモリを最大限有効に
利用し、かつ、情報を消失することなく、データ領域を
縮小又は拡大することが可能である。

【００５４】請求項９に係る発明によれば、移動手段
は、最終データ位置記憶手段の記憶する情報に基づいて
特定される位置までに存在するデータ領域を移動するの
で、ファイルのデータ部が格納されていない領域のデー
タを移動する不都合が回避される。請求項１０に係る発
明によれば、容量変更手段は、位置情報記憶部の内容を
指定容量に基づいて変更するので、データ領域が縮小又
は拡大された後にも、前記位置記憶部の内容は適切なも
のに維持される。請求項１１に係る発明によれば、移動
手段は、位置情報記憶部の内容を指定容量に基づいて変
更するので、データ領域が移動された後にも、前記位置
情報記憶部の内容は適切なものに維持される。

【００５５】請求項１２又は請求項１４に係る発明によ
れば、可変長レコード構造のファイルにおいて、データ
領域に格納されている各レコードのアドレス情報は、指
定容量に基づいて変更されるので、上記アドレス情報
は、データ領域が縮小若しくは拡大又は移動された後も
適正な値を有する。

【００５６】請求項１３又は請求項１５に係る発明によ
れば、可変長レコード構造のファイルにおいて、そのア
ドレス情報が変更された場合は、変更後のアドレス情報
に基づいてデータ領域に格納されている誤り検出符号も
変更されるので、データ領域が縮小若しくは拡大又は移
動された後も誤り検出符号が適正な値を有する。

【００５７】

【図面の簡単な説明】

【図１】ＣＨＡＮＧＥ−ＳＩＺＥのコマンドＡＰＤＵを
示す図である。

【図２】ＣＨＡＮＧＥ−ＳＩＺＥコマンドを処理するＩ
Ｃカード１０の動作を示す流れ図である。

【図３】ＤＦのサイズ変更を説明する図である。

【図４】ファイルのデータ部分書き換え（縮小バイト分
詰める）についての説明図である。

【図５】不要部分ＦＦｈクリアを説明する図である。

【図６】ＣＲＴ−ＡＰの変更を説明する図である。

【図７】ファイルのデータ部分書き換え（拡大バイト分
広げる）についての説明図である。

【図８】ＣＲＴ−ＡＰの変更を説明する図である。

【図９】サイズ変更ファイルの格納領域の内容変更につ
いての説明図である。

【図１０】データ並び変え処理を示す流れ図である。

【図１１】従来のＩＣカードの構成、及びそのＩＣカー
ドとリーダライタ装置との接続関係を示すブロック図で
ある。

【図１２】ＥＥＰＲＯＭ１５内のファイル構成を示す図
である。

【図１３】ＥＥＰＲＯＭにおけるファイル格納イメージ
の一例を示す図である。

【図１４】ＥＥＰＲＯＭにおけるファイル格納イメージ
の一例であって、図１３に示すものと異なるものを示す
図である。

【符号の説明】

１１Ｉ／Ｏインタフェース１２ＣＰＵ１３ＲＯＭ１４ＲＡＭ１５ＥＥＰＲＯＭ２０リーダライタ装置

Claims

【特許請求の範囲】

【請求項１】カレントファイルのファイルサイズを変
更することができることを特徴とするＩＣカード。
【請求項２】１又は２以上のファイルを格納可能なメ
モリを有するＩＣカードにおいて、外部からの命令により前記ファイルの１つを選択する選
択手段と、外部から指定された指定容量だけ前記選択手段により選
択されているファイルの容量を縮小又は拡大の一方又は
双方を行う容量変更手段とを有することを特徴とするＩ
Ｃカード。
【請求項３】請求項２に記載のＩＣカードにおいて、前記選択されているファイルが正常な状態で情報を記憶
しているか否かを検査し、前記情報が正常な状態で記憶
されていない場合に、前記容量変更手段が前記ファイル
の容量を縮小することを許可しない記憶状態検査手段を
有することを特徴とするＩＣカード。
【請求項４】請求項２又は請求項３に記載のＩＣカー
ドにおいて、前記指定容量が、前記選択されているファイルを配下に
有する親ファイルの空き容量より大である場合に、前記
容量変更手段が前記選択されているファイルを拡大する
ことを許可しない拡大制限手段を有することを特徴とす
るＩＣカード。
【請求項５】請求項２から請求項４までのいずれか１
項に記載のＩＣカードにおいて、前記ファイルは、自己の空き容量を記憶する空き容量記
憶部を有し、前記容量変更手段は、前記選択されているファイルを配
下に有する親ファイルの前記空き容量記憶部の内容を、
前記指定容量に基づいて変更することを特徴とするＩＣ
カード。
【請求項６】請求項５に記載のＩＣカードにおいて、前記ファイルには、前記親ファイルの空き容量を自己の
空き容量とする容量親依存ファイルがあり、前記容量変更手段は、前記空き容量記憶部の内容を変更
しようとする前記親ファイルが前記容量親依存ファイル
である場合は、前記親ファイルの上位階層にある前記親
ファイルの前記空き容量記憶部の内容を変更することを
特徴とするＩＣカード。
【請求項７】請求項２から請求項６までのいずれか１
項に記載のＩＣカードにおいて、前記選択されているファイルの容量から、前記指定容量
を減算した値が、前記選択されているファイルが配下に
有する他のファイルの総容量より小となる場合に、前記
容量変更手段が前記選択されているファイルの容量を縮
小することを許可しない親ファイル変更制限手段を有す
ることを特徴とするＩＣカード。
【請求項８】請求項２から請求項７までのいずれか１
項に記載のＩＣカードにおいて、前記ファイルが有するデータ領域を移動する移動手段を
有し、前記ファイルのディレクトリ領域は、前記メモリの一方
の端部から未使用な領域が存在しないように順に格納さ
れ、前記ファイルのデータ領域は、前記メモリの他方の
端部から未使用な領域が存在しないように順に格納され
ており、前記容量変更手段は、前記選択されているファイルがデ
ータ領域を有するファイルである場合は、前記データ領
域を前記指定容量だけ縮小又は拡大し、前記移動手段は、前記容量変更手段により縮小されたデ
ータ領域より前記メモリの一方の端部側に他の前記デー
タ領域が存在する場合は、前記メモリの他方の端部側へ
前記指定容量だけ前記他のデータ領域を移動させる、又
は、前記容量変更手段により拡大されるべきデータ領域
より前記メモリの一方の端部側に他の前記データ領域が
存在する場合は、前記メモリの一方の端部側へ、前記指
定容量だけ前記他のデータ領域を移動させることを特徴
とするＩＣカード。
【請求項９】請求項８に記載のＩＣカードにおいて、前記データ領域のうち、前記メモリの一方の端部に最も
近い位置に格納されているものの位置に関する情報を記
憶する最終データ位置記憶手段を有し、前記移動手段は、前記選択されているファイルのデータ
領域の位置から、前記最終データ位置記憶手段の記憶す
る情報に基づいて特定される位置までに存在する前記デ
ータ領域を移動することを特徴とするＩＣカード。
【請求項１０】請求項２から請求項９までのいずれか
１項に記載のＩＣカードにおいて、前記ファイルは、前記データ領域が占有するメモリ領域
の位置に関する情報を記憶する位置情報記憶部を有し、前記容量変更手段は、前記選択されているファイルの前
記位置情報記憶部の内容を、前記指定容量に基づいて、
縮小又は拡大した後の前記選択されているファイルのデ
ータ領域に対応する内容に変更することを特徴とするＩ
Ｃカード。
【請求項１１】請求項８又は請求項９に記載のＩＣカ
ードにおいて、前記ファイルは、前記データ領域が占有するメモリ領域
の位置に関する情報を記憶する位置情報記憶部を有し、前記移動手段は、前記データ部を移動したファイルの前
記位置情報記憶部の内容を、前記指定容量に基づいて、
移動した後の前記データ領域に対応する内容に変更する
ことを特徴とするＩＣカード。
【請求項１２】請求項２から請求項１１までのいずれ
か１項に記載のＩＣカードにおいて、前記容量変更手段は、前記選択されているファイルが可
変長レコード構造のファイルである場合に、前記ファイ
ルのデータ領域に格納されている、各レコードについて
のアドレス情報を、前記指定容量に基づいて、前記デー
タ領域が縮小又は拡大された後の前記各レコードのアド
レスに変更することを特徴とするＩＣカード。
【請求項１３】請求項１２に記載のＩＣカードにおい
て、前記容量変更手段は、前記アドレス情報を変更した場合
に、変更後の前記アドレス情報に基づいて、前記データ
領域に格納されている誤り検出符号を変更することを特
徴とするＩＣカード。
【請求項１４】請求項８から請求項１３までのいずれ
か１項に記載のＩＣカードにおいて、前記移動手段は、移動する前記ファイルが可変長レコー
ド構造のファイルである場合に、前記ファイルのデータ
領域に格納されている、各レコードについてのアドレス
情報を、前記指定容量に基づいて、前記データ領域が移
動された後の前記各レコードのアドレスに変更すること
を特徴とするＩＣカード。
【請求項１５】請求項１４に記載のＩＣカードにおい
て、前記移動手段は、前記アドレス情報を変更した場合に、
変更後の前記アドレス情報に基づいて、前記データ領域
に格納されている誤り検出符号を変更することを特徴と
するＩＣカード。