JP2000123134A - バックアップメモリを持つｉｃカード - Google Patents
バックアップメモリを持つｉｃカードInfo
- Publication number
- JP2000123134A JP2000123134A JP10290625A JP29062598A JP2000123134A JP 2000123134 A JP2000123134 A JP 2000123134A JP 10290625 A JP10290625 A JP 10290625A JP 29062598 A JP29062598 A JP 29062598A JP 2000123134 A JP2000123134 A JP 2000123134A
- Authority
- JP
- Japan
- Prior art keywords
- backup
- file
- byte
- record
- data
- 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
Abstract
(57)【要約】
【課題】 ＩＣカード発行処理時の煩雑な処理を省略
し、時間の短縮を行って、コスト削減を図る。 【解決手段】 演算装置、主メモリ、読み出し専用メモ
リ、不揮発性メモリを有し、前期不揮発性メモリにデー
タのバックアップを行うようにしたＩＣカードにおい
て、アプリケーション領域にバックアップ指定用のテー
ブルを設け、該テーブルにレコード単位でバックアップ
対象データを指定可能にしたものである。
し、時間の短縮を行って、コスト削減を図る。 【解決手段】 演算装置、主メモリ、読み出し専用メモ
リ、不揮発性メモリを有し、前期不揮発性メモリにデー
タのバックアップを行うようにしたＩＣカードにおい
て、アプリケーション領域にバックアップ指定用のテー
ブルを設け、該テーブルにレコード単位でバックアップ
対象データを指定可能にしたものである。
Description
【０００１】
【発明の属する技術分野】本発明は書き込み時にデータ
のバックアップがとれるようにしたＩＣカードに関す
る。
のバックアップがとれるようにしたＩＣカードに関す
る。
【０００２】
【従来の技術】図６はＩＣカードとリーダ／ライタとの
通信を説明する図で、リーダ／ライタ１はＩＣカード２
に対してコマンド（命令）を送信し、これを受信したＩ
Ｃカードは、コマンドを解釈して書き込み／読み出し等
の処理を実行し、処理結果をレスポンスとしてリーダ／
ライタ１へ返すようになっている。
通信を説明する図で、リーダ／ライタ１はＩＣカード２
に対してコマンド（命令）を送信し、これを受信したＩ
Ｃカードは、コマンドを解釈して書き込み／読み出し等
の処理を実行し、処理結果をレスポンスとしてリーダ／
ライタ１へ返すようになっている。
【０００３】図７に示すように、ＩＣカード２は、ＣＰ
Ｕ２ａ、ＲＡＭ２ｂ、ＲＯＭ２ｃ、ＥＥＰＲＯＭ２ｄを
有しており、ＲＯＭ２ｃに記憶されているプログラムを
ＣＰＵ２ａに読み込み、リーダ／ライタ１から送信され
るコマンドをＩ／Ｏポートを通して受信すると、コマン
ドとともに送信されたデータを読み込んで必要な処理を
行い、結果をＥＥＰＲＯＭ２ｄの所定のファイルエリア
に書き込み、Ｉ／Ｏポートを通してレスポンスを出力す
る。
Ｕ２ａ、ＲＡＭ２ｂ、ＲＯＭ２ｃ、ＥＥＰＲＯＭ２ｄを
有しており、ＲＯＭ２ｃに記憶されているプログラムを
ＣＰＵ２ａに読み込み、リーダ／ライタ１から送信され
るコマンドをＩ／Ｏポートを通して受信すると、コマン
ドとともに送信されたデータを読み込んで必要な処理を
行い、結果をＥＥＰＲＯＭ２ｄの所定のファイルエリア
に書き込み、Ｉ／Ｏポートを通してレスポンスを出力す
る。
【０００４】図８はアプリケーションプログラムで利用
されるデータ用領域とオペレーティング・システム（Ｏ
Ｓ）用領域からなるＥＥＰＲＯＭ３を示したもので、デ
ータ領域の先頭アドレスから、データＡ、Ｂ、Ｃのファ
イルをこの順で割り当てるときに、同時に、ファイルエ
リアの割当て順に、アプリケーション領域の最後から先
頭に向かってＡディレクトリ、Ｂディレクトリ、Ｃディ
レクトリが形成される。ディレクトリはファイルの制御
情報であり、ファイルを識別するためのファイルＩＤ、
ファイルが記憶される先頭アドレス、エリア容量、属性
情報（リード／ライトのアクセス権（キー）の情報）、
チェックコードからなっている。
されるデータ用領域とオペレーティング・システム（Ｏ
Ｓ）用領域からなるＥＥＰＲＯＭ３を示したもので、デ
ータ領域の先頭アドレスから、データＡ、Ｂ、Ｃのファ
イルをこの順で割り当てるときに、同時に、ファイルエ
リアの割当て順に、アプリケーション領域の最後から先
頭に向かってＡディレクトリ、Ｂディレクトリ、Ｃディ
レクトリが形成される。ディレクトリはファイルの制御
情報であり、ファイルを識別するためのファイルＩＤ、
ファイルが記憶される先頭アドレス、エリア容量、属性
情報（リード／ライトのアクセス権（キー）の情報）、
チェックコードからなっている。
【０００５】図８において、アプリケーションの領域に
続いたＯＳ用領域には、ディレクトリに示された先頭ア
ドレスとエリア容量から、割り当てられたファイルエリ
アの最後のアドレスを示すポインタ、積み上げられた最
後のディレクトリを示すポインタ等のＯＳが使うデータ
がセットされる。ポインタＰ、Ｐ′の間の領域がさらに
割り当て可能なメモリ領域である。
続いたＯＳ用領域には、ディレクトリに示された先頭ア
ドレスとエリア容量から、割り当てられたファイルエリ
アの最後のアドレスを示すポインタ、積み上げられた最
後のディレクトリを示すポインタ等のＯＳが使うデータ
がセットされる。ポインタＰ、Ｐ′の間の領域がさらに
割り当て可能なメモリ領域である。
【０００６】このような従来のＩＣカードでは、ファイ
ルのディレクトリにバックアップフラグを設定し、その
フラグを持つファイルのみがバックアップ可能とするも
のであった。また、そのためには、ＩＣカード発行処理
時に予めファイルバックアップ専用のファイルを生成し
ておく必要があった。
ルのディレクトリにバックアップフラグを設定し、その
フラグを持つファイルのみがバックアップ可能とするも
のであった。また、そのためには、ＩＣカード発行処理
時に予めファイルバックアップ専用のファイルを生成し
ておく必要があった。
【０００７】図９は従来のＩＣカード発行処理フローの
例を示す図である。まず、正ファイルの生成とバックア
ップフラグの書き込みを行う（ステップＳ１）。この処
理ではバックアップのためのエリアを作ると共に、ディ
レクトリ部にフラグを立てることを行う。次に、バック
アップのための副ファイルを生成し（ステップＳ２）、
次いで正ファイルへ初期データを書き込むとともに、副
ファイルへ初期データを書き込む（ステップＳ３、ステ
ップＳ４）。これにより発行処理が終了する。
例を示す図である。まず、正ファイルの生成とバックア
ップフラグの書き込みを行う（ステップＳ１）。この処
理ではバックアップのためのエリアを作ると共に、ディ
レクトリ部にフラグを立てることを行う。次に、バック
アップのための副ファイルを生成し（ステップＳ２）、
次いで正ファイルへ初期データを書き込むとともに、副
ファイルへ初期データを書き込む（ステップＳ３、ステ
ップＳ４）。これにより発行処理が終了する。
【０００８】
【発明が解決しようとする課題】このように、従来の方
法では予めＩＣカード発行処理時にバックアップ専用の
ファイルを生成しておく必要があるため、発行処理に時
間がかかり、コストアップ要因となっていた。本発明は
上記課題を解決するためのもので、発行処理時の煩雑な
処理を省略し、時間の短縮を行って、コスト削減を図る
ことを目的とする。
法では予めＩＣカード発行処理時にバックアップ専用の
ファイルを生成しておく必要があるため、発行処理に時
間がかかり、コストアップ要因となっていた。本発明は
上記課題を解決するためのもので、発行処理時の煩雑な
処理を省略し、時間の短縮を行って、コスト削減を図る
ことを目的とする。
【０００９】
【課題を解決するための手段】本発明は、演算装置、主
メモリ、読み出し専用メモリ、不揮発性メモリを有し、
不揮発性メモリにデータのバックアップを行うようにし
たＩＣカードにおいて、アプリケーション領域にバック
アップ指定用のテーブルを設け、該テーブルにレコード
単位でバックアップ対象データを指定可能にしたことを
特徴とする。
メモリ、読み出し専用メモリ、不揮発性メモリを有し、
不揮発性メモリにデータのバックアップを行うようにし
たＩＣカードにおいて、アプリケーション領域にバック
アップ指定用のテーブルを設け、該テーブルにレコード
単位でバックアップ対象データを指定可能にしたことを
特徴とする。
【００１０】
【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。本発明は、バックアップ指定用のテーブル
を持ち、テーブルで指定したレコードを書き込み時にバ
ックアップをとり、本ファイルが壊れた場合には読み取
り時にバックアップファイルを利用できるようにしたも
のである。図１はバックアップデータ登録用テーブルの
例を示す図である。一般的にファイルは、 ・ＤＦ（Ｄｅｄｉｃａｔｅｄ Ｆｉｌｅ，アプリケーシ
ョンを統括するもの） ・ＥＦ（Ｅｌｅｍｅｎｔａｒｙ Ｆｉｌｅ，アプリケー
ションに属するデータが格納されるもの） から構成され、レコードはＥＦ内の論理的なデータの集
まりの単位である。
て説明する。本発明は、バックアップ指定用のテーブル
を持ち、テーブルで指定したレコードを書き込み時にバ
ックアップをとり、本ファイルが壊れた場合には読み取
り時にバックアップファイルを利用できるようにしたも
のである。図１はバックアップデータ登録用テーブルの
例を示す図である。一般的にファイルは、 ・ＤＦ（Ｄｅｄｉｃａｔｅｄ Ｆｉｌｅ，アプリケーシ
ョンを統括するもの） ・ＥＦ（Ｅｌｅｍｅｎｔａｒｙ Ｆｉｌｅ，アプリケー
ションに属するデータが格納されるもの） から構成され、レコードはＥＦ内の論理的なデータの集
まりの単位である。
【００１１】これらＤＦ、ＥＦ、レコードに関わるバッ
クアップは、バイト１、バイト２、バイト３によって指
定する。バイト１については、上位ニブルによってバッ
クアップ対象となるＤＦ／ＥＦ／レコードの種別指定を
行うとともに、下位ニブルによって部分バックアップ／
全体バックアップの指定を行う。 上位ニブル： ０００１ ＤＦ指定の意味 ００１０ ＥＦ指定の意味 ００１１ レコード指定の意味 下位ニブル： ０００１ 全体バックアップの意味 ００１０ 部分バックアップの意味 ＊全体バックアップとは、上位ニブルで指定された種類
のファイル内のすべてのデータをバックアップするとい
う意味であり、例えばＤＦが指定されている時、そのＤ
Ｆに属する全ＥＦ、またその各ＥＦ内全レコードが対象
となる。また、ＥＦが指定されている時、そのＥＦ内の
全レコードが対象となる。 ＊部分バックアップとは、上位ニブルで指定された種類
のファイル内の部分的なデータがバックアップされると
いう意味であり、例えば、あるＤＦ内の特定のＥＦ内レ
コードのみをバックアップする時に指定する。
クアップは、バイト１、バイト２、バイト３によって指
定する。バイト１については、上位ニブルによってバッ
クアップ対象となるＤＦ／ＥＦ／レコードの種別指定を
行うとともに、下位ニブルによって部分バックアップ／
全体バックアップの指定を行う。 上位ニブル： ０００１ ＤＦ指定の意味 ００１０ ＥＦ指定の意味 ００１１ レコード指定の意味 下位ニブル： ０００１ 全体バックアップの意味 ００１０ 部分バックアップの意味 ＊全体バックアップとは、上位ニブルで指定された種類
のファイル内のすべてのデータをバックアップするとい
う意味であり、例えばＤＦが指定されている時、そのＤ
Ｆに属する全ＥＦ、またその各ＥＦ内全レコードが対象
となる。また、ＥＦが指定されている時、そのＥＦ内の
全レコードが対象となる。 ＊部分バックアップとは、上位ニブルで指定された種類
のファイル内の部分的なデータがバックアップされると
いう意味であり、例えば、あるＤＦ内の特定のＥＦ内レ
コードのみをバックアップする時に指定する。
【００１２】バイト２、３については バイト１の上位ニブルがＤＦ識別子を示す時、ＤＦ識別
子の値（ＦＦＦＦｈは除く） バイト１の上位ニブルがＥＦ識別子を示す時、ＥＦ識別
子の値（ＦＦＦＦｈは除く） バイト１の上位ニブルがレコード番号を示す時、レコー
ド番号の値（ＦＦＦＦｈは除く）を示す。 あるＤＦ指定がテーブルに現れたら、後続のＥＦ情報、
レコード情報はこのＤＦに属するものとし、新たにＤＦ
識別子が現れるまで続く。また、あるＥＦ識別子がテー
ブルに現れたら、後続のレコード情報はこのＥＦに属す
るものとし、新たなＥＦ識別子が現れるまで続く。テー
ブルの最後は終端識別子ＦＦＦＦｈで表される。
子の値（ＦＦＦＦｈは除く） バイト１の上位ニブルがＥＦ識別子を示す時、ＥＦ識別
子の値（ＦＦＦＦｈは除く） バイト１の上位ニブルがレコード番号を示す時、レコー
ド番号の値（ＦＦＦＦｈは除く）を示す。 あるＤＦ指定がテーブルに現れたら、後続のＥＦ情報、
レコード情報はこのＤＦに属するものとし、新たにＤＦ
識別子が現れるまで続く。また、あるＥＦ識別子がテー
ブルに現れたら、後続のレコード情報はこのＥＦに属す
るものとし、新たなＥＦ識別子が現れるまで続く。テー
ブルの最後は終端識別子ＦＦＦＦｈで表される。
【００１３】図１の場合、先頭のＤＦ指定のバイト１が
１６進表示で「１２」、即ち、２進表示で「０００１０
０１０」であり、上位ニブル０００１はＤＦ指定を示
し、下位ニブル００１０は部分バックアップ指定であ
る。つまり、ＤＦ下の特定のＥＦに関してバックアップ
を行うという意味をもつ。バイト２、バイト３はＤＦ識
別子の値３００１ｈである。続いてテーブルに現れるバ
イト１は１６進表示で「２２」、２進表示で「００１０
００１０」であり、上位ニブル００１０はＥＦ指定を示
し、下位ニブル００１０は部分バックアップを示す。そ
して、バイト２、バイト３はＥＦ識別子の値２００１ｈ
である。続いてテーブルに現れるバイト１は１６進表示
で「３１」、２進表示で「００１１０００１」であり、
上位ニブル００１１はレコード指定、下位ニブル０００
１は全体バックアップを意味する。そして、バイト２、
バイト３はレコード番号の値１である。したがって、Ｄ
Ｆ３００１ｈ下のＥＦ２００１、レコード１がバックア
ップ対象として指定される。
１６進表示で「１２」、即ち、２進表示で「０００１０
０１０」であり、上位ニブル０００１はＤＦ指定を示
し、下位ニブル００１０は部分バックアップ指定であ
る。つまり、ＤＦ下の特定のＥＦに関してバックアップ
を行うという意味をもつ。バイト２、バイト３はＤＦ識
別子の値３００１ｈである。続いてテーブルに現れるバ
イト１は１６進表示で「２２」、２進表示で「００１０
００１０」であり、上位ニブル００１０はＥＦ指定を示
し、下位ニブル００１０は部分バックアップを示す。そ
して、バイト２、バイト３はＥＦ識別子の値２００１ｈ
である。続いてテーブルに現れるバイト１は１６進表示
で「３１」、２進表示で「００１１０００１」であり、
上位ニブル００１１はレコード指定、下位ニブル０００
１は全体バックアップを意味する。そして、バイト２、
バイト３はレコード番号の値１である。したがって、Ｄ
Ｆ３００１ｈ下のＥＦ２００１、レコード１がバックア
ップ対象として指定される。
【００１４】続いてテーブルに現れるバイト１は、１６
進表示で「１２」、即ち、２進表示で「０００１００１
０」であり、上位ニブル０００１はＤＦ指定、下位ニブ
ル００１０は部分バックアップを示す。そして、バイト
２、バイト３はＤＦ識別子の値３００２ｈである。続い
てテーブルに現れるバイト１は１６進表示で「２１」、
２進表示で「００１００００１」であり、上位ニブル０
０１０はＥＦ指定を示し、下位ニブル０００１は全体バ
ックアップを示し、バイト２、バイト３で表されるＥＦ
識別子の値２００２ｈ中の全レコードがバックアップ対
象として指定される。また、次にテーブルに現れるバイ
ト１は１６進表示で「２２」、２進表示で「００１００
０１０」であり、上位ニブル００１０はＥＦ指定、下位
ニブル００１０は部分バックアップを示す。そして、バ
イト２、バイト３はＥＦ識別子の値２００３ｈである。
続いてテーブル上に現れるバイト１は１６進表示で「３
２」、２進表示で「００１１００１０」であり、上位ニ
ブル００１１はレコード指定、下位ニブル０００１は全
体バックアップを示す。そして、バイト２、バイト３は
レコード番号の値２である。したがって、ＤＦ３００２
ｈ下のＥＦ２００２中全レコードと、ＥＦ２００３のレ
コード２がバックアップ対象として指定される。
進表示で「１２」、即ち、２進表示で「０００１００１
０」であり、上位ニブル０００１はＤＦ指定、下位ニブ
ル００１０は部分バックアップを示す。そして、バイト
２、バイト３はＤＦ識別子の値３００２ｈである。続い
てテーブルに現れるバイト１は１６進表示で「２１」、
２進表示で「００１００００１」であり、上位ニブル０
０１０はＥＦ指定を示し、下位ニブル０００１は全体バ
ックアップを示し、バイト２、バイト３で表されるＥＦ
識別子の値２００２ｈ中の全レコードがバックアップ対
象として指定される。また、次にテーブルに現れるバイ
ト１は１６進表示で「２２」、２進表示で「００１００
０１０」であり、上位ニブル００１０はＥＦ指定、下位
ニブル００１０は部分バックアップを示す。そして、バ
イト２、バイト３はＥＦ識別子の値２００３ｈである。
続いてテーブル上に現れるバイト１は１６進表示で「３
２」、２進表示で「００１１００１０」であり、上位ニ
ブル００１１はレコード指定、下位ニブル０００１は全
体バックアップを示す。そして、バイト２、バイト３は
レコード番号の値２である。したがって、ＤＦ３００２
ｈ下のＥＦ２００２中全レコードと、ＥＦ２００３のレ
コード２がバックアップ対象として指定される。
【００１５】続いてテーブルに現れるバイト１は、１６
進表示で「１１」、即ち、２進表示で「０００１０００
１」であり、上位ニブル０００１はＤＦ指定、下位ニブ
ル０００１は全体バックアップを示し、バイト２、バイ
ト３で表されるＤＦ（３００３ｈ）下の全ＥＦ、全レコ
ードがバックアップ対象指定される。
進表示で「１１」、即ち、２進表示で「０００１０００
１」であり、上位ニブル０００１はＤＦ指定、下位ニブ
ル０００１は全体バックアップを示し、バイト２、バイ
ト３で表されるＤＦ（３００３ｈ）下の全ＥＦ、全レコ
ードがバックアップ対象指定される。
【００１６】次に、図２によりバックアップデータの保
存領域について説明する。最初の書き込み時にユーザー
エリア内にレコードが生成される。そしてバックアップ
用エリアが確保されると、本体のＤＦまたはＥＦにその
フラグがセットされる。図２（ａ）はディレクトリ部で
あり、バイト１、バイト２、バイト３の３バイトでバッ
クアップ用領域であることの識別子を示し、バイト４〜
７の４バイトで、ＤＦからのパスを示している。ＤＦか
らのパスはＩＣカード内のファイルを統括している最も
最上位のＤＦ（ＭＦ：マスターファイル）からバックア
ップ対象となっているデータを記録しているＥＦまでの
論理的な繋がり（パス）をファイルＩＤを用いて示した
ものである。これを図３を用いて説明すると、最上位の
ＤＦ（ＭＦ）下にＤＦ１（ファイルＩＤ３００１ｈ）、
ＤＦ２（ファイルＩＤ３００２ｈ）があり、さらにＤＦ
２にはＥＦ１（ファイルＩＤ２００Ｅｈ）、ＥＦ２（フ
ァイルＩＤ２００Ｆｈ）があり、図の太線で示したパス
（ＭＦ−ＤＦ２−ＥＦ１）でバックアップ対象ファイル
を表している。続く２バイトでデータ開始先頭アドレス
が示され、続く２バイトでチェックコード、例えばＣＲ
Ｃ等が付加される。図２（ｂ）はデータ部であり、最初
の２バイトでレコード番号、続く１バイトでタグ（レコ
ードの識別子）、続く１バイトでデータの長さ、続く２
バイトがデータの内容、続く２バイトにチェックコード
が付加される。
存領域について説明する。最初の書き込み時にユーザー
エリア内にレコードが生成される。そしてバックアップ
用エリアが確保されると、本体のＤＦまたはＥＦにその
フラグがセットされる。図２（ａ）はディレクトリ部で
あり、バイト１、バイト２、バイト３の３バイトでバッ
クアップ用領域であることの識別子を示し、バイト４〜
７の４バイトで、ＤＦからのパスを示している。ＤＦか
らのパスはＩＣカード内のファイルを統括している最も
最上位のＤＦ（ＭＦ：マスターファイル）からバックア
ップ対象となっているデータを記録しているＥＦまでの
論理的な繋がり（パス）をファイルＩＤを用いて示した
ものである。これを図３を用いて説明すると、最上位の
ＤＦ（ＭＦ）下にＤＦ１（ファイルＩＤ３００１ｈ）、
ＤＦ２（ファイルＩＤ３００２ｈ）があり、さらにＤＦ
２にはＥＦ１（ファイルＩＤ２００Ｅｈ）、ＥＦ２（フ
ァイルＩＤ２００Ｆｈ）があり、図の太線で示したパス
（ＭＦ−ＤＦ２−ＥＦ１）でバックアップ対象ファイル
を表している。続く２バイトでデータ開始先頭アドレス
が示され、続く２バイトでチェックコード、例えばＣＲ
Ｃ等が付加される。図２（ｂ）はデータ部であり、最初
の２バイトでレコード番号、続く１バイトでタグ（レコ
ードの識別子）、続く１バイトでデータの長さ、続く２
バイトがデータの内容、続く２バイトにチェックコード
が付加される。
【００１７】ところで、バックアップ対象は基本的にＥ
Ｆ内のレコードデータを対象としているが、ＩＳＯのフ
ァイル分類ではレコード形式ファイル（ＥＦ）の他にト
ランスペアレント形式ファイル（ＥＦ）があり、この形
式のファイル内データはレコードで区切られておらず、
べた書きされる。
Ｆ内のレコードデータを対象としているが、ＩＳＯのフ
ァイル分類ではレコード形式ファイル（ＥＦ）の他にト
ランスペアレント形式ファイル（ＥＦ）があり、この形
式のファイル内データはレコードで区切られておらず、
べた書きされる。
【００１８】バックアップ対象ＥＦのデータがトランス
ペアレント形式のファイル内データである場合について
図４により説明する。図４は図２に対応するもので、デ
ィレクトリ部（図４（ａ））は図２（ａ）と同様であ
る。データ部（図４（ｂ））については、レコード番号
を００００として番号を特定せず，続いてデータを付加
し、さらに２バイトのチェックコードを付加する。
ペアレント形式のファイル内データである場合について
図４により説明する。図４は図２に対応するもので、デ
ィレクトリ部（図４（ａ））は図２（ａ）と同様であ
る。データ部（図４（ｂ））については、レコード番号
を００００として番号を特定せず，続いてデータを付加
し、さらに２バイトのチェックコードを付加する。
【００１９】図５は本発明によるＩＣカード発行処理フ
ローの例を示す図である。まず、正ファイルを生成し
（ステップＳ１１）、次いで、専用のバックアップデー
タ登録用テーブルにバックアップ対象のレコードを登録
し（ステップＳ１２）、次いで正ファイルへ初期データ
を書き込み（ステップＳ１３）。この時自動的にバック
アップデータも書き込まれる。
ローの例を示す図である。まず、正ファイルを生成し
（ステップＳ１１）、次いで、専用のバックアップデー
タ登録用テーブルにバックアップ対象のレコードを登録
し（ステップＳ１２）、次いで正ファイルへ初期データ
を書き込み（ステップＳ１３）。この時自動的にバック
アップデータも書き込まれる。
【００２０】なお、上記説明ではレコード単位でバック
アップ対象をテーブルに登録するようにしたが、レコー
ド単位、ＥＦ単位、ＤＦ単位と発行者が必要に応じてバ
ックアップの単位を選べるようにしてもよい。
アップ対象をテーブルに登録するようにしたが、レコー
ド単位、ＥＦ単位、ＤＦ単位と発行者が必要に応じてバ
ックアップの単位を選べるようにしてもよい。
【００２１】
【発明の効果】以上のように本発明によれば、バックア
ップ指定用の専用のテーブルを設け、発行処理において
は、テーブルにバックアップしたいデータの情報を登録
するだけで、発行者はバックアップ用のエリアの確保を
意識せずにバックアップ領域が確保され、発行時間の短
縮化とコスト削減を図ることが可能となる。
ップ指定用の専用のテーブルを設け、発行処理において
は、テーブルにバックアップしたいデータの情報を登録
するだけで、発行者はバックアップ用のエリアの確保を
意識せずにバックアップ領域が確保され、発行時間の短
縮化とコスト削減を図ることが可能となる。
【図１】 本発明のバックアップデータ登録用テーブル
の構成を説明する図である。
の構成を説明する図である。
【図２】 バックアップデータの保存領域について説明
する図である。
する図である。
【図３】 バックアップ対象のデータを記録しているＥ
Ｆまでのパスを説明する図である。
Ｆまでのパスを説明する図である。
【図４】 トランスペアレント形式のバックアップデー
タの保存領域について説明する図である。
タの保存領域について説明する図である。
【図５】 本発明の発行処理の例を説明する図である。
【図６】 リーダ／ライタとＩＣカードの通信を説明す
る図である。
る図である。
【図７】 ＩＣカードの構成を示す図である。
【図８】 ＥＥＰＲＯＭの構成を説明する図である。
【図９】 従来の発行処理フローを説明する図である。
１…リーダ／ライタ、２…ＩＣカード、３…ＥＥＰＲＯ
Ｍ。
Ｍ。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 斎藤博夫 東京都新宿区市谷加賀町一丁目１番１号大 日本印刷株式会社内 (72)発明者 入澤和義 東京都新宿区市谷加賀町一丁目１番１号大 日本印刷株式会社内 (72)発明者 柴田直人 東京都新宿区市谷加賀町一丁目１番１号大 日本印刷株式会社内 Ｆターム(参考） 5B035 BB09 CA29
Claims (1)
- 【請求項１】 演算装置、主メモリ、読み出し専用メモ
リ、不揮発性メモリを有し、前記不揮発性メモリにデー
タのバックアップを行うようにしたＩＣカードにおい
て、アプリケーション領域にバックアップ登録用のテー
ブルを設け、該テーブルにレコード単位でバックアップ
対象データを登録することを特徴とするバックアップメ
モリを持つＩＣカード。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29062598A JP4301465B2 (ja) | 1998-10-13 | 1998-10-13 | バックアップメモリを持つｉｃカード |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29062598A JP4301465B2 (ja) | 1998-10-13 | 1998-10-13 | バックアップメモリを持つｉｃカード |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000123134A true JP2000123134A (ja) | 2000-04-28 |
| JP4301465B2 JP4301465B2 (ja) | 2009-07-22 |
Family
ID=17758416
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP29062598A Expired - Fee Related JP4301465B2 (ja) | 1998-10-13 | 1998-10-13 | バックアップメモリを持つｉｃカード |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4301465B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100643286B1 (ko) | 2004-11-22 | 2006-11-10 | 삼성전자주식회사 | 이동 저장 장치 및 이를 이용한 파일 시스템 복구 방법 |
| JP2007213115A (ja) * | 2006-02-07 | 2007-08-23 | Brother Ind Ltd | 無線タグ回路素子、無線タグ情報読み取り装置、タグラベル作成装置 |
| JP2020112855A (ja) * | 2019-01-08 | 2020-07-27 | 凸版印刷株式会社 | Ｉｃチップ及びｉｃカード |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104050424B (zh) * | 2014-06-26 | 2017-03-01 | 大唐微电子技术有限公司 | 智能卡文件访问安全权限管理的实现及文件访问方法 |
-
1998
- 1998-10-13 JP JP29062598A patent/JP4301465B2/ja not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100643286B1 (ko) | 2004-11-22 | 2006-11-10 | 삼성전자주식회사 | 이동 저장 장치 및 이를 이용한 파일 시스템 복구 방법 |
| JP2007213115A (ja) * | 2006-02-07 | 2007-08-23 | Brother Ind Ltd | 無線タグ回路素子、無線タグ情報読み取り装置、タグラベル作成装置 |
| JP2020112855A (ja) * | 2019-01-08 | 2020-07-27 | 凸版印刷株式会社 | Ｉｃチップ及びｉｃカード |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4301465B2 (ja) | 2009-07-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2537199B2 (ja) | Ｉｃカ―ド | |
| US5869823A (en) | Method and system for improving the integrity of data on a smartcard | |
| JP3237101B2 (ja) | チップ・カードの事後初期設定方法 | |
| GB2294562A (en) | Memory card and indexing system | |
| EP0430257B1 (en) | Portable storage medium issue system | |
| JPH0758500B2 (ja) | 携帯可能電子装置 | |
| JP3568970B2 (ja) | Ｉｃカード発行装置 | |
| JPH1173379A (ja) | データ管理装置及びデータ管理方法並びに記憶媒体 | |
| JP3480746B2 (ja) | 携帯可能電子装置 | |
| US5828053A (en) | Portable storage medium and portable storage medium issuing system | |
| JP2000123134A (ja) | バックアップメモリを持つｉｃカード | |
| JP3545627B2 (ja) | 携帯可能電子装置 | |
| JP2651426B2 (ja) | Ｉｃカード | |
| JP3471842B2 (ja) | データ管理装置、データ記憶装置およびデータ管理方法 | |
| JP2001167236A (ja) | 携帯可能電子装置 | |
| JP4342629B2 (ja) | 携帯可能電子装置とファイル制御情報の記憶方法とファイル制御情報の検索方法 | |
| JPH09231113A (ja) | Ｉｃカード | |
| JP3246558B2 (ja) | Ｉｃカード | |
| JP3222619B2 (ja) | キーを用いる情報記録媒体 | |
| JP2004086804A (ja) | Ｉｃカードおよびｉｃカード発行システム | |
| JP3358668B2 (ja) | Ｉｃカード | |
| JP4059452B2 (ja) | Ｉｃカード | |
| JP2609645B2 (ja) | 携帯可能電子装置 | |
| JPH06309531A (ja) | Ｉｃカードに与える命令フォーマットのチェック方法 | |
| JPH09293023A (ja) | メモリのアクセス管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051006 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071126 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071214 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080207 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080627 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080825 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081219 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090205 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090417 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090417 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120501 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120501 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130501 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140501 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |