JP4301465B2 - バックアップメモリを持つｉｃカード - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は書き込み時にデータのバックアップがとれるようにしたＩＣカードに関する。
【０００２】
【従来の技術】
図６はＩＣカードとリーダ／ライタとの通信を説明する図で、リーダ／ライタ１はＩＣカード２に対してコマンド（命令）を送信し、これを受信したＩＣカードは、コマンドを解釈して書き込み／読み出し等の処理を実行し、処理結果をレスポンスとしてリーダ／ライタ１へ返すようになっている。
【０００３】
図７に示すように、ＩＣカード２は、ＣＰＵ２ａ、ＲＡＭ２ｂ、ＲＯＭ２ｃ、ＥＥＰＲＯＭ２ｄを有しており、ＲＯＭ２ｃに記憶されているプログラムをＣＰＵ２ａに読み込み、リーダ／ライタ１から送信されるコマンドをＩ／Ｏポートを通して受信すると、コマンドとともに送信されたデータを読み込んで必要な処理を行い、結果をＥＥＰＲＯＭ２ｄの所定のファイルエリアに書き込み、Ｉ／Ｏポートを通してレスポンスを出力する。
【０００４】
図８はアプリケーションプログラムで利用されるデータ用領域とオペレーティング・システム（ＯＳ）用領域からなるＥＥＰＲＯＭ３を示したもので、データ領域の先頭アドレスから、データＡ、Ｂ、Ｃのファイルをこの順で割り当てるときに、同時に、ファイルエリアの割当て順に、アプリケーション領域の最後から先頭に向かってＡディレクトリ、Ｂディレクトリ、Ｃディレクトリが形成される。ディレクトリはファイルの制御情報であり、ファイルを識別するためのファイルＩＤ、ファイルが記憶される先頭アドレス、エリア容量、属性情報（リード／ライトのアクセス権（キー）の情報）、チェックコードからなっている。
【０００５】
図８において、アプリケーションの領域に続いたＯＳ用領域には、ディレクトリに示された先頭アドレスとエリア容量から、割り当てられたファイルエリアの最後のアドレスを示すポインタ、積み上げられた最後のディレクトリを示すポインタ等のＯＳが使うデータがセットされる。ポインタＰ、Ｐ′の間の領域がさらに割り当て可能なメモリ領域である。
【０００６】
このような従来のＩＣカードでは、ファイルのディレクトリにバックアップフラグを設定し、そのフラグを持つファイルのみがバックアップ可能とするものであった。また、そのためには、ＩＣカード発行処理時に予めファイルバックアップ専用のファイルを生成しておく必要があった。
【０００７】
図９は従来のＩＣカード発行処理フローの例を示す図である。
まず、正ファイルの生成とバックアップフラグの書き込みを行う（ステップＳ１）。この処理ではバックアップのためのエリアを作ると共に、ディレクトリ部にフラグを立てることを行う。次に、バックアップのための副ファイルを生成し（ステップＳ２）、次いで正ファイルへ初期データを書き込むとともに、副ファイルへ初期データを書き込む（ステップＳ３、ステップＳ４）。これにより発行処理が終了する。
【０００８】
【発明が解決しようとする課題】
このように、従来の方法では予めＩＣカード発行処理時にバックアップ専用のファイルを生成しておく必要があるため、発行処理に時間がかかり、コストアップ要因となっていた。
本発明は上記課題を解決するためのもので、発行処理時の煩雑な処理を省略し、時間の短縮を行って、コスト削減を図ることを目的とする。
【０００９】
【課題を解決するための手段】
本発明は、演算装置、主メモリ、読み出し専用メモリ、不揮発性メモリを有し、前記不揮発性メモリのアプリケーション領域に、バックアップ登録用のテーブルを設けてバックアップ対象のファイル／レコードを指定する情報を登録するとともに、バックアップデータの保存領域を示す情報を登録してデータのバックアップを行うようにしたＩＣカードであって、前記バックアップ対象のファイル／レコードを指定する情報はバイト１、バイト２、バイト３のデータからなり、バイト１のデータの上位ニブルによりバックアップ対象となるファイル／レコードの種別を指定するとともに、下位ニブルにより、上位ニブルで指定された種別のファイル／レコードについて部分バックアップか全体バックアップかを指定し、バイト２とバイト３のデータの内容により、バックアップ対象となるファイルの識別子／レコード番号を指定し、前記バックアップデータの保存領域を示す情報は、少なくともバックアップ領域であることを示す識別子、最上位ファイルからバックアップ対象となるファイルまでの論理的な繋がりを示すファイル識別子、データ開始先頭アドレスをもつディレクトリ部とを有することを特徴とする。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。
本発明は、バックアップ指定用のテーブルを持ち、テーブルで指定したレコードを書き込み時にバックアップをとり、本ファイルが壊れた場合には読み取り時にバックアップファイルを利用できるようにしたものである。
図１はバックアップデータ登録用テーブルの例を示す図である。
一般的にファイルは、
・ＤＦ（Ｄｅｄｉｃａｔｅｄ Ｆｉｌｅ，アプリケーションを統括するもの）
・ＥＦ（Ｅｌｅｍｅｎｔａｒｙ Ｆｉｌｅ，アプリケーションに属するデータが格納されるもの）
から構成され、
レコードはＥＦ内の論理的なデータの集まりの単位である。
【００１１】
これらＤＦ、ＥＦ、レコードに関わるバックアップは、バイト１、バイト２、バイト３によって指定する。
バイト１については、上位ニブルによってバックアップ対象となるＤＦ／ＥＦ／レコードの種別指定を行うとともに、下位ニブルによって部分バックアップ／全体バックアップの指定を行う。

【００１２】
バイト２、３については
バイト１の上位ニブルがＤＦ識別子を示す時、ＤＦ識別子の値
（ＦＦＦＦｈは除く）
バイト１の上位ニブルがＥＦ識別子を示す時、ＥＦ識別子の値
（ＦＦＦＦｈは除く）
バイト１の上位ニブルがレコード番号を示す時、レコード番号の値
（ＦＦＦＦｈは除く）を示す。
あるＤＦ指定がテーブルに現れたら、後続のＥＦ情報、レコード情報はこのＤＦに属するものとし、新たにＤＦ識別子が現れるまで続く。また、あるＥＦ識別子がテーブルに現れたら、後続のレコード情報はこのＥＦに属するものとし、新たなＥＦ識別子が現れるまで続く。テーブルの最後は終端識別子ＦＦＦＦｈで表される。
【００１３】
図１の場合、先頭のＤＦ指定のバイト１が１６進表示で「１２」、即ち、２進表示で「０００１００１０」であり、上位ニブル０００１はＤＦ指定を示し、下位ニブル００１０は部分バックアップ指定である。つまり、ＤＦ下の特定のＥＦに関してバックアップを行うという意味をもつ。バイト２、バイト３はＤＦ識別子の値３００１ｈである。続いてテーブルに現れるバイト１は１６進表示で「２２」、２進表示で「００１０００１０」であり、上位ニブル００１０はＥＦ指定を示し、下位ニブル００１０は部分バックアップを示す。そして、バイト２、バイト３はＥＦ識別子の値２００１ｈである。続いてテーブルに現れるバイト１は１６進表示で「３１」、２進表示で「００１１０００１」であり、上位ニブル００１１はレコード指定、下位ニブル０００１は全体バックアップを意味する。そして、バイト２、バイト３はレコード番号の値１である。したがって、ＤＦ３００１ｈ下のＥＦ２００１、レコード１がバックアップ対象として指定される。
【００１４】
続いてテーブルに現れるバイト１は、１６進表示で「１２」、即ち、２進表示で「０００１００１０」であり、上位ニブル０００１はＤＦ指定、下位ニブル００１０は部分バックアップを示す。そして、バイト２、バイト３はＤＦ識別子の値３００２ｈである。続いてテーブルに現れるバイト１は１６進表示で「２１」、２進表示で「００１００００１」であり、上位ニブル００１０はＥＦ指定を示し、下位ニブル０００１は全体バックアップを示し、バイト２、バイト３で表されるＥＦ識別子の値２００２ｈ中の全レコードがバックアップ対象として指定される。また、次にテーブルに現れるバイト１は１６進表示で「２２」、２進表示で「００１０００１０」であり、上位ニブル００１０はＥＦ指定、下位ニブル００１０は部分バックアップを示す。そして、バイト２、バイト３はＥＦ識別子の値２００３ｈである。続いてテーブル上に現れるバイト１は１６進表示で「３２」、２進表示で「００１１００１０」であり、上位ニブル００１１はレコード指定、下位ニブル０００１は全体バックアップを示す。そして、バイト２、バイト３はレコード番号の値２である。したがって、ＤＦ３００２ｈ下のＥＦ２００２中全レコードと、ＥＦ２００３のレコード２がバックアップ対象として指定される。
【００１５】
続いてテーブルに現れるバイト１は、１６進表示で「１１」、即ち、２進表示で「０００１０００１」であり、上位ニブル０００１はＤＦ指定、下位ニブル０００１は全体バックアップを示し、バイト２、バイト３で表されるＤＦ（３００３ｈ）下の全ＥＦ、全レコードがバックアップ対象指定される。
【００１６】
次に、図２によりバックアップデータの保存領域について説明する。
最初の書き込み時にユーザーエリア内にレコードが生成される。そしてバックアップ用エリアが確保されると、本体のＤＦまたはＥＦにそのフラグがセットされる。
図２（ａ）はディレクトリ部であり、バイト１、バイト２、バイト３の３バイトでバックアップ用領域であることの識別子を示し、バイト４〜７の４バイトで、ＤＦからのパスを示している。ＤＦからのパスはＩＣカード内のファイルを統括している最も最上位のＤＦ（ＭＦ：マスターファイル）からバックアップ対象となっているデータを記録しているＥＦまでの論理的な繋がり（パス）をファイルＩＤを用いて示したものである。
これを図３を用いて説明すると、最上位のＤＦ（ＭＦ）下にＤＦ１（ファイルＩＤ３００１ｈ）、ＤＦ２（ファイルＩＤ３００２ｈ）があり、さらにＤＦ２にはＥＦ１（ファイルＩＤ２００Ｅｈ）、ＥＦ２（ファイルＩＤ２００Ｆｈ）があり、図の太線で示したパス（ＭＦ−ＤＦ２−ＥＦ１）でバックアップ対象ファイルを表している。続く２バイトでデータ開始先頭アドレスが示され、続く２バイトでチェックコード、例えばＣＲＣ等が付加される。
図２（ｂ）はデータ部であり、最初の２バイトでレコード番号、続く１バイトでタグ（レコードの識別子）、続く１バイトでデータの長さ、続く２バイトがデータの内容、続く２バイトにチェックコードが付加される。
【００１７】
ところで、バックアップ対象は基本的にＥＦ内のレコードデータを対象としているが、ＩＳＯのファイル分類ではレコード形式ファイル（ＥＦ）の他にトランスペアレント形式ファイル（ＥＦ）があり、この形式のファイル内データはレコードで区切られておらず、べた書きされる。
【００１８】
バックアップ対象ＥＦのデータがトランスペアレント形式のファイル内データである場合について図４により説明する。
図４は図２に対応するもので、ディレクトリ部（図４（ａ））は図２（ａ）と同様である。データ部（図４（ｂ））については、レコード番号を００００として番号を特定せず，続いてデータを付加し、さらに２バイトのチェックコードを付加する。
【００１９】
図５は本発明によるＩＣカード発行処理フローの例を示す図である。
まず、正ファイルを生成し（ステップＳ１１）、次いで、専用のバックアップデータ登録用テーブルにバックアップ対象のレコードを登録し（ステップＳ１２）、次いで正ファイルへ初期データを書き込み（ステップＳ１３）。この時自動的にバックアップデータも書き込まれる。
【００２０】
なお、上記説明ではレコード単位でバックアップ対象をテーブルに登録するようにしたが、レコード単位、ＥＦ単位、ＤＦ単位と発行者が必要に応じてバックアップの単位を選べるようにしてもよい。
【００２１】
【発明の効果】
以上のように本発明によれば、バックアップ指定用の専用のテーブルを設け、発行処理においては、テーブルにバックアップしたいデータの情報を登録するだけで、発行者はバックアップ用のエリアの確保を意識せずにバックアップ領域が確保され、発行時間の短縮化とコスト削減を図ることが可能となる。
【図面の簡単な説明】
【図１】 本発明のバックアップデータ登録用テーブルの構成を説明する図である。
【図２】 バックアップデータの保存領域について説明する図である。
【図３】 バックアップ対象のデータを記録しているＥＦまでのパスを説明する図である。
【図４】 トランスペアレント形式のバックアップデータの保存領域について説明する図である。
【図５】 本発明の発行処理の例を説明する図である。
【図６】 リーダ／ライタとＩＣカードの通信を説明する図である。
【図７】 ＩＣカードの構成を示す図である。
【図８】 ＥＥＰＲＯＭの構成を説明する図である。
【図９】 従来の発行処理フローを説明する図である。
【符号の説明】
１…リーダ／ライタ、２…ＩＣカード、３…ＥＥＰＲＯＭ。

Claims (1)

1. 演算装置、主メモリ、読み出し専用メモリ、不揮発性メモリを有し、前記不揮発性メモリのアプリケーション領域に、バックアップ登録用のテーブルを設けてバックアップ対象のファイル／レコードを指定する情報を登録するとともに、バックアップデータの保存領域を示す情報を登録してデータのバックアップを行うようにしたＩＣカードであって、
   前記バックアップ対象のファイル／レコードを指定する情報はバイト１、バイト２、バイト３のデータからなり、
   バイト１のデータの上位ニブルによりバックアップ対象となるファイル／レコードの種別を指定するとともに、下位ニブルにより、上位ニブルで指定された種別のファイル／レコードについて部分バックアップか全体バックアップかを指定し、
   バイト２とバイト３のデータの内容により、バックアップ対象となるファイルの識別子／レコード番号を指定し、
   前記バックアップデータの保存領域を示す情報は、少なくともバックアップ領域であることを示す識別子、最上位ファイルからバックアップ対象となるファイルまでの論理的な繋がりを示すファイル識別子、データ開始先頭アドレスをもつディレクトリ部とを有することを特徴とするバックアップメモリを持つＩＣカード。」

Images