JPH11506240A - スマートカードのデータを安全に変更する方法 - Google Patents

Abstract

(57)【要約】 本発明はプログラムデータのようなデータを安全にスマートカード（１）に移す方法に関するものである。安全でない環境下で適用可能にするため、本発明の方法は一連の相関する確認値（Ｒ０、Ｒ１、Ｒ２、・・・）を使うことからなる、一方通行の確認機構を含んでいる。さらに、それぞれ確認コード（ＭＡＣ０、ＭＡＣ１、・・・）を有するコマンド（ＩＮＩＴ、ＴＲＡＮ）を使って、安全が達成される。データを選択されたカードにのみ移すために、カードはカード・プロフィール（ＣＰ）が配置プロフィール（ＤＰ）と合致したときのみ、移動コマンドを受け入れる。

Description

【発明の詳細な説明】 スマートカードのデータを安全に変更する方法 〔産業上の利用分野〕 本発明はスマートカードのデータを安全に変更する方法に関するものである。 さらに詳しくは、本発明はスマートカードにデータを安全に入れたり消したり、 データ構造を安全に作って消す方法に関するもので、この方法はまた、いわゆる 忌避署名（ｃｈａｌｌｅｎｇｅ−ｓｉｇｎｅｄ）応答証明が可能でない環境下に も適用できる。ここでいうデータは、実行可能な（プログラム）データ、すなわ ちコマンド、あるいは静的な（非プログラム）データ、あるいはこれら双方から なっている。この、いわゆる静的なデータはファイル構造やデータ構造からなっ ている。 現代の支払いシステムでは、電子支払い媒体の使用がますます重要になってき ている。メモリーカードやスマートカード（一般にＩＣカードと呼ばれている） のような電子支払い媒体は、その応用が拡張しているという評価を得ている。多 くの国々で電子カードは公衆電話等に用いられている。最新のカードは他の機能 に加え、電子「財布」の機能を含むことができる。そのような最新の支払い媒体 はメモリーに加え、適切なプログラムを行うことのできるプロセッサを含んでい る。 ここで、スマートカードあるいはカードという用語は、プロセッサおよびメモ リーからなる集積回路を少なくとも１つ持っている電子支払い媒体を表すために 用いられることに留意すべきである。いわゆるスマートカードの実際の形状がど んなであるかは重要でない。 スマートカードのプロセッサ上で行われるプログラムは、カードから提供され るサービス、すなわち、カードにあるソフトに依存してスマートカードの機能お よび関連するデータ構造（たとえば、財布・ユーザＩＤ・ロイヤルティプログラ ム）を決定する。時が経つにつれ、新機能を加えたり既存機能を改良したりする ために、カードのプログラムを更新する必要がしばしば生ずる。このため、カー ドは他のプログラムを置き換える新しいプログラムを受け入れる必要がある。し かし、その際、新たに入れたプログラムが有効に働くということを確認しなけれ ばならない。プログラムの確認は、安全なデータ交換プロトコルを使って比較的 簡単に達成できる。そのデータ交換プロトコルにおいて、カードと安全な端末（ たとえば、キーと他のデータが安全に貯えられているいわゆる安全モジュールを 持っている）との間で、データが交換される。そのような安全なプロトコルは、 忌避署名応答プロトコルからなり得る。スマートカードと端末との間でデータを 交換するためのプロトコルの例が、たとえば米国特許第５，１６１，２３１号や 欧州特許出願第０，５５９，２０５号（米国特許第５，３６９，７６０号に対応 する）に開示されている。 しかし、安全な端末がない場合には、そのようなプロトコルの安全性は端末の 信頼性に依存しているので、そのようなプロトコルは使用できない。 〔本発明の構成〕 本発明の目的は上記および他の従来技術の問題点を克服し、安全の保証されて いない（ｎｏｎ−ｓｅｃｕｒｅ）環境下でさえ、安全にスマートカードにデータ を入れさせる方法を提供することにある。さらに本発明の目的は、一方通行（ｏ ｎｅ−ｗａｙ）確認機構からなる、データをスマートカードに安全に移す方法を 提供することにある。さらにまた本発明の目的は、貯えて前進させる（ｓｔｏｒ ｅ ａｎｄ ｆｏｗａｒｄ）プロトコルからなる、データをスマートカードに安 全に移す方法を提供することにある。 これらおよび他の目的を達成するため、本発明のデータをスマートカードに安 全に変更する方法は、初期確認値からなりコマンドと初期値に基づく初期確認コ ードを生ずる開始コマンドを発生させ、移されるデータからなりコマンドおよび 初期値から引き出される次の確認値の双方に基づく次の確認コードを生ずる少な くとも１つの移動コマンドを発生させ、このようにして生じたコマンドとその確 認コードをスマートカードに写し、確認コードをチェックし初期値から引き出さ れる次の確認値をチェックすることによりスマートカード内のコマンドを確認し 、および移されたデータをカード内に貯えるステップからなっている。 すなわち、開始コマンドはカードに初期確認値を与え、この値が移動コマンド における次の確認値を生じるためにも使われる。その次の値を引き出し、これら の値を移動コマンド内の値と比較することにより、カードは受け取ったコマンド の確実性を有効にチェックすることができる。さらに、「ハッシュ」（ｈａｓｈ ）、パリティ・ビットあるいは一般にメッセージ確認コード（ＭＡＣ）のような 確認コードは、受け取ったコマンドの確実性を検証するために使われる。こうし て付加的な保護がなされ、これは移されたデータが組み込まれた（ｂｕｉｌｔ− ｉｎ）保護機構をもたないカード・コマンド、すなわち保護されていないコマン ドからなるとき、特に有利である。上に説明した確認値と確認コードを組み合わ せて使うことにより、移されたデータの不正操作に対して有効に保護される。 一層のチェック機構を達成するため、開始コマンドはさらに移動コマンドの数 からもなっていることが好ましい。これにより、すべての移動コマンドが受け取 られたかどうかをカードがチェックでき、かつ、移されたデータを気が付かない で失うことを防げる。 好都合なことに、開始コマンドは移動コマンド以外のコマンドをカードが受け 入れることを禁ずるように作られている。このようにして、データをカードに移 すことは他のコマンドの実行によっては阻止され得ない。また、一部分移された データが操作されることも防がれる。 各移動コマンドはさらに連続番号をもつことが好ましい。これにより、移動コ マンドの正しい順序において連続した受け取りをチェックできるばかりでなく、 送信エラー（たとえば確認コードによって検出される）が起きてもある限られた 数の移動コマンドを再送信する可能性も与えられる。さらに、幾つかの移動コマ ンドを取り消す可能性も与える。 移動コマンドは原則的にどんな種類のデータも移すために使われる。移動デー タはたとえば金銭残高や電話番号簿（静的なデータ）からなるばかりでなく、１ 以上のカード・コマンド（実行できるデータ）からもなる。このようなコマンド はたとえば、１以上のメモリー位置を更新するＵＰＤＡＴＥコマンドや、メモリ ー位置を割り当てるＣＲＥＡＴＥコマンドからなり得る。既存コマンド以外に、 新しいカード・コマンドも移動データ内に含まれ得る。カード・コマンドはメモ リー内に貯えられ得るが、カードへ移される際直ちに実行もされ得る。このよう にして、カードのメモリー内容を効果的に変調する方法が成し遂げられる。 〔実施例〕 図１にスマートカードあるいはＩＣカード１を概略的に例示する。スマートカ ード１は基板２と、その中に埋め込まれた集積回路からなる。集積回路はカード リーダ等と接触するための端子３を有している。本発明はいわゆる非接触スマー トカードの場合にも適用できることを留意すべきである。 図２に集積回路１０を概略的に例示する。集積回路１０はプロセッサ１１、メ モリ１２および入出力回路１３からなっている。メモリは一時的にデータを貯え るための揮発性メモリ（ＲＡＭ）部分と、永久にあるいは半永久的にデータを貯 えるための不揮発性メモリ（ＲＯＭ）部分とからなる。後者はＥＥＰＲＯＭタイ プのメモリーが好ましい。不揮発性部に貯えられたデータは、プログラミング・ データ（インストラクション、プログラム）および支払いデータ、すなわち金銭 に関するデータの双方を含む。図示しない他のメモリがプロセッサ１１のインス トラクションを貯えるために設けられている。 本発明の方法を図４、５に概略的に例示する。図４、５は外部ソース（たとえ ばアプリケーション・プロバイダ）から図１のカード１のようなカードへのデー タの移動を意味している。本発明によるデータの移動は図３に示すような一組の コマンドを生じることを伴う。開始コマンド（ＩＮＩＴ）の次に１以上の移動コ マンド（ＴＲＡＮ）がくる。すべてのコマンドはパラメータ（Ｒ０，Ｒ１，・， Ｎ，・・・）からなり、すべての移動コマンドはデータ（ＤＡＴＡ１，ＤＡＴＡ ２，・・・）からなっている。パラメータは確認値（Ｒ０，Ｒ１，・・・）から なっている。各コマンドに伴って確認コード（ＭＡＣ０，ＭＡＣ１，・・・）が ある。このコマンド（「スクリプト」）の組が生じる様を、図４を用いて説明す る。 手続はステップ１００から始まる。ステップ１０１で移動コマンド（ＴＲＡＮ ）の数が決定される。スマートカードに入れられるデータ項目は予め表にまとめ られていることが好ましい。データ項目の数（Ｎ）がカードに入れるのに必要な コマンド（ＴＲＡＮ）の数を決定する。移動コマンドの数（Ｎ）は次に、たとえ ば表（図示せず）の項目の数を数えることによって決定される。 ステップ１０２で、初期確認値Ｒ０が持ってこられる。値Ｒ０は予め決めても よいが、たとえばランダム数発生器によって発生させることが好ましい。値Ｒ０ は後で使うために一時的に貯えられる。 ステップ１０３で、開始コマンド（ＩＮＩＴ）が固有のコマンドコード、値Ｒ ０および数Ｎを集めることにより発生する。確認コードＭＡＣ０がステップ１０ ４で計算される。コードＭＡＣ０はたとえば、三重符号化を使ってＡＮＳＩ × ９．１９規格に従って計算される。ステップ１０４で開始コマンドＩＮＩＴとそ れに伴う確認コードＭＡＣ０が（一時的に）貯えられる。 ステップ１０６で、移動コマンド、その確認コードおよび確認値が決定される ループが開始される。移動コマンドは好ましくは連続数（Ｓ）を与えられ、ステ ップ１０６でＳは１にセットされる。 ステップ１０７で、確認値Ｒ１，Ｒ２，・・・がたとえば乱数発生器を使って 初期確認値Ｒ０から引き出される。あるいは、（例えばＡＮＳＩ ×９．１９規 格によって）メッセージ確認コード・プロセスが確認値を発生させるために採用 され、その結果の“ＭＡＣ”は確認値として使われる。このプロセスで、秘密キ ーＫのような１以上のキーが使われる。 図４の手続（処理）において、確認値（Ｒ）を引き出すことは少なくともＮ回 行なわれなければならない。 より一層の安全性は、たとえば引き出した値を１つ置きに、すなわち値をスキ ップして使うことによって達成される。この場合、Ｎ回以上の引き出しが行われ る。確認値Ｒ１，Ｒ２，・・・は相関があるが、引き出しプロセスで連続する結 果にならなくてもよい。たとえば、Ｒ０，Ｒ２，Ｒ４，・・・だけが使われるこ ともある。 ステップ１０８で、移されるべきデータがたとえば前記データ表から持ってこ られる。これらのデータはステップ１０９で移動コマンド（ＴＲＡＮ）を生じさ せるために使われる。移動コマンドはコマンド・プロパー（インストラクション ・コード）、確認値（Ｒ〔Ｎ〕）、連続数（Ｓ）およびデータ（ＤＡＴＡ〔Ｎ〕 ）からなっている。ステップ１１０で、確認コード（ＭＡＣ〔Ｎ〕）がステップ １０４と同様に計算される。移動コマンドとその確認コードがステップ１１１ で貯えられる。 ステップ１１２で連続数Ｓを１増した後、ステップ１１３でＳとデータ項目の 数Ｎの大きさを比較する。すべてのデータ項目が処理されていれば、本発明の方 法のこの部分はステップ１１４で終了する。そうでなければ、ステップ１０７に もどる。 図５に、図４の方法に従って生じたコマンドの組がスマートカードによってど のように処理されるかを示す。ステップ２００でカードを作動させた後、ステッ プ２０１で開始コマンド（ＩＮＩＴ）が受け取られる。まず、その確認コード（ ＭＡＣ０）がステップ２０２で検証される。これは好ましくは確認コードの再計 算と、その再計算されたコード（ＭＡＣ０’）を受け取られたコード（ＭＡＣ０ ）を比較することを含んでいる。コードが有効なら、ステップ２０３に進む。そ うでなければ、手続はＥｘｉｔになる。Ｅｘｉｔの後、再送信の要求のような格 別の措置が取られる。簡単にするため、これは図５に示していない。 ステップ２０３で、開始コマンドに含まれていないＮとＲ０の値を後から使う ため貯える。好ましくは、カードは移動コマンドだけが受け取られ得るモードに 置かれる。こうすることにより、手続の中断を防げる。好ましくは、すべての移 動コマンドが受け取られてしまうまで、移動のみの状態にカードが「ロック」さ れたままになる。前に述べたように、移動コマンドの総数（Ｎ）はＩＮＩＴコマ ンドに含まれている。 ステップ２０４で、移動コマンドを処理するループの準備をする。図４の連続 数Ｓに対応するカウンターＴを１にセットする。 ステップ２０５で、移動コマンド（ＴＲＡＮ）が受け取られる。初めてステッ プ２０５が行われると、第１移動コマンドＴＲＡＮ１が受け取られる。すべての コマンドは事実上同時に受け取られ、ステップ２０５で個々の移動コマンドの処 理が実際に始まることが理解されるであろう。図３に示した第１移動コマンドは ＴＲＡＮ（Ｒ１，１，ＤＡＴＡ１，・・・），ＭＡＣ１ という構造を有している。ここでＴＲＡＮはコマンド・プロパーを表し、Ｒ１は 第１後続（すなわち、Ｒ０に続く２番目の）確認値、１は連続数（Ｓ）、ＤＡＴ Ａ１はコマンドに含まれているデータ、およびＭＡＣ１はコマンドの確認コード である。 図５のステップ２０６で、二重テストが行なわれる。まず、移動コマンドの確 認コードＭＡＣ〔Ｔ〕がたとえばコードを再び生じさせることによって有効性を チェックされ、その結果（たとえばＭＡＣ１’）を受け取ったコード（たとえば ＭＡＣ１）と比較される。この２つのコードが等しくなければ、ルーチンがＥｘ ｉｔに出された後、そのコマンドは拒絶され、再送信要求が出される。カードは 確認コードを生じさせるのに必要なキーを含んでいる。コードを再び生じさせる 代りに、何か他の有効性チェックを採用してもよい。 さらに、すべての移動コマンドが正しい順序で受け取られることを確認するた め、カードは受け取った連続数Ｓをチェックする。もし、この連続数Ｓがカウン ターＴと等しくなければ、上記のようにルーチンはＥｘｉｔに出される。 確認コードと連続数の双方が有効とわかれば、ルーチンはステップ２０７に進 み、確認値Ｒが前の値から引き出される。第１移動コマンドが処理されている場 合（Ｔ＝１）には、キーＫを使ってＲ０からＲ１が引き出される。このステップ ２０７での引き出しは、図４のステップ１０７のそれに対応している。 Ｒが正しいかどうか、ステップ２０８でチェックされる。引き出された確認値 （Ｒ’）が受け取られた値（Ｒ）と同一でなければ、ルーチンはＥｘｉｔに出さ れる。これにより、すべての移動コマンドが確認される。すなわち、図４のルー チンで引き出されたように、相関をもった確認値を与えられる。 確認値Ｒが正しいことがわかると、移動コマンドに含まれるデータが貯えられ る。一般に、これらのデータはカードのメモリーに貯えられる。しかし、もしデ ータがカード・コマンドすなわちスマートカードのプロセッサに対するインスト ラクションを有しているなら、これらのカード・コマンドは直接実行される。こ の場合、移動コマンドは関係するスマートカード・コマンドを直接、スマートカ ード・プロセッサのインストラクシヨン・レジスタに入れ、プロセッサにそのコ マンドを実行させる。移動コマンドは移されたデータの性質とそれらの行先を示 すフラグを有している。移されたカード・コマンドを直接実行することにより、 データをカードに入れたり、カード上でデータ構造を変えたり作ったりするため の有効な方法を与えられる。 ステップ２０９でＤＡＴＡ〔Ｔ〕を貯えた後、ステップ２１０でカウンターＴ は１を加えられる。続いてステップ２１１で、Ｔの値が移動コマンドの（予期さ れる）数と比較される。すべての移動コマンドが処理されてしまっていれば、ル ーチンはステップ２１２で終了し、移動コマンドが受け入れられる状態が打ち切 られる。そうでない場合には、次の移動コマンドはステップ２０５で受け取られ る。 移動コマンドに含まれている連続数Ｓはいろいろな目的に役立つ。まず、移動 コマンドが受け取られ処理される正しい順序をチェックするための機構を与える 。次に、移動コマンドの中断されたシーケンスを再開させる機構を与える。たと えば、送信エラーが起こり、１０回のシリーズのうち５回、移動コマンドが処理 された後、図５のルーチンがＥｘｉｔに出たなら、一連のコマンドが再送信され るとき、最後の連続数ＳやカウンターＴが正しいコマンドで処理を再開するのに 使われ得る。また、最後の連続数ＳやカウンターＴは、処理された移動コマンド の効果を取り消すためにも使われ得る。失敗したシリーズの移動コマンドを取り 消すため、第１シリーズの結果を取り消す効果をもつ新しいシリーズのコマンド が与えられる。上に説明した例では、カードが確認値Ｒ１、Ｒ２、・・・を再び 生じさせることを前提としている。これはある量の処理能力と処理時間を要する ので、各先行コマンドの確認コードを確認値として使うことにより、手続を簡単 にすることができる。図３を参照すると、これはＲ１の値をＭＡＣ０に等しく選 び、Ｒ２をＭＡＣ１に著しく選び・・・ということを意味している。初期確認値 Ｒ０は、その場合、省かれる。このような機構により、安全性を犠牲にして時間 を短縮し、簡略化することができる。この簡略化された手続で安全性のレベルを 上げるために、（先行）確認コード・プロパーは使わずに、そのコードから引き 出した値を確認値Ｒ２＝Ｆ（ＭＡＣ１）として使うことができる。ここでＦは、 たとえばハッシュ（ｈａｓｈ）関数あるいはパリティ関数である。 たとえば図３に示されているような一連のコマンドが、１以上のカードに供給 され得る。特定の一連のコマンドの配置を制御するため、開始コマンド（ＩＮＩ Ｔ）はカードに貯えられるカード・プロフィール（ＣＰ）と比較される配置プロ フィール（ＤＰ）をもつことが好ましい。開始コマンドはこの配置プロフィール （ＤＰ）とカード・プロフィール（ＣＰ）が「合致する」ときのみ、実行される 。これらのプロフィールはユーザーやカード関連情報を、たとえば１６バイト含 んでいる。配置プロフィールは一組のカードに対する特定情報を含むので、ＤＰ とＣＰが比較される前にカード・プロフィールの情報を通信することにより置き 換えられるワイルドカード（ｗｉｌｄ ｃａｒｄｓ）を含んでいる可能性がある 。それゆえ、前記「合致する」（ｍａｔｃｈ）という用語は、ワイルドカードの 通信を含むと理解されなければならない。これらのプロフィールは、カードが移 動コマンド受け入れモードに入れられるべきでないことを示すフラグをサービス ・プロフィール内に含むことにより、カードの公認をチェックすることにのみ使 われ得る。例示すると、各プロフィールは１６ビットからなると仮定してみよう 。 プロフィール は、（最後の）４つの最も意味の小さなビットがワイルドカードと考えられるな ら、すなわち、考慮に入れられないなら、合致する。つまり、配置プロフィール カード・プロフィールと「合致する」。他のカード・プロフィール（ＣＰ）をも つカードは、開始コマンドを実行しないので、データを変更させない。 本発明の方法は、上記説明から明らかなように、基本的に３つのステージを含 んている。 （１）一組のコマンド、すなわち、１つの開始コマンドと、問題になっているデ ータを移すのに必要な多くの移動コマンドを発生させること。これは、一組の相 関する確認値を発生させることを含んでいる。各コマンドはさらに確認コード（ ＭＡＣ）を有している。 （２）上記一組のコマンドをカードに送信すること。 （３）各コマンドの確認コードをチェックした後、カード上でコマンドを実行す ること。移動コマンドの場合、この実行は確認値のチェックと関係あるデータを メモリーに入れることを含み、あるいは（カード・コマンドの場合には）カード のプロセッサのインストラクション・レジスタに関係あるデータを入れることを 含んている。 本発明の方法はこのようにして、関係する確認値が一連の受け取りデータが変 更されていないことを保証し、各コマンドに伴う確認コードが移されたデータの 保護を与えるという二重保護機構を与えることにより、データ（たとえばカード ・コマンド）をスマートカードへ安全に移させる。移されたデータがスマートカ ード・コマンドの場合、本発明の方法は保護されていないコマンドの保護を与え る。 図６に、スマートカード上にデータを変更するためのシステムを概略例示する 。該システムは、データリンク６によってコンピュータ７に接続されたカード・ リーダ／ライタ５からなる。スマートカード１はカード・リーダ／ライタ５に挿 入される。たとえば図３の表に示したような一組のコマンドが、コンピュータ７ に用意されている。そのコマンドがデータリンク６を通じてカードリーダ／ライ タ５に送られ、そこからスマートカード１に移される。スマートカードは上記の ようにしてそのコマンドを実行し、関係ある適切なデータをメモリーに貯える。 上記実施例は例示のためのみであり、本発明の範囲から逸脱することなく多く の変更や追加が可能であることは、当業者には理解されるであろう。 〔図面の簡単な説明〕 （図１）スマートカードの概略構成図。 （図２）図１のスマートカードの集積回路のブロック図。 （図３）本発明の方法に使われるコマンドの構成図。 （図４）一組のコマンドを発生させるためのフローチャート。 （図５）カードで一組のコマンドを処理するためのフローチャート。 （図６）スマートカード上でデータを変更するためのシステムの概略構成図。 〔主な符号の説明〕 １：スマートカード ２：基板 ３：端子 ５：カード・リーダ／ライタ ６：データリンク ７：コンピュータ １０：集積回路 ＩＮＩＴ：開始コマンド ＴＲＡＮ：移動コマンド Ｒ〔Ｎ〕：確認値 ＤＡＴＡ〔Ｎ〕：データ ＭＡＣ〔Ｎ〕：確認コード

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｇ０７Ｆ 7/10 Ｇ０６Ｆ 15/30 ３５０ (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＵＡ(ＡＭ，ＡＺ，ＢＹ ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＵ，ＢＲ ，ＣＡ，ＣＮ，ＣＺ，ＥＥ，ＨＵ，ＩＬ，ＪＰ，ＫＲ， ＬＴ，ＬＶ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＳＧ (72)発明者 ミュラー，フランク オランダ国 エヌエル―2623 エヌジェイ デルフト メールコートラーン 24

Claims (1)

1. 【特許請求の範囲】 １．初期確認値（Ｒ０）からなる開始コマンド（ＩＮＩＴ）を発生させ、該コマ ンドおよび初期値（Ｒ０）に基づいて初期確認コード（ＭＡＣ０）を発生させ、 移されるべきデータ（ＤＡＴＡ）からなる少なくとも一つの移動コマンド（Ｔ ＲＡＮ）を発生させ、該コマンド（ＴＲＡＮ）および初期値（Ｒ０）から引き出 される後続確認値（Ｒ１、Ｒ２、・・・）の双方に基づいて、後続確認コード（ ＭＡＣ１、ＭＡＣ２、・・・）を発生させ、 このようにして発生させられたコマンドとその確認コードをスマートカード（ １）に移し、 確認コード（ＭＡＣ０、ＭＡＣ１、・・・）をチェックし、初期値（Ｒ０）か ら引き出される後続確認値（ＲＬ ・・・）をチェックすることにより、スマー トカード（１）内のコマンドを確認し、および、 移されたデータ（ＤＡＴＡ）をカード内に貯える ステップからなる、スマートカード（１）内でデータを安全に変更する方法。 ２．前記開始コマンド（ＩＮＩＴ）がさらに、移動コマンドの数（Ｎ）を有する 請求項１の方法。 ３．開始コマンド（ＩＮＩＴ）が移動コマンド（ＴＲＡＮ）以外のコマンドをカ ード（１）が受け入れることを禁ずるようにアレンジされている請求項１又は２ の方法。 ４．各移動コマンド（ＴＲＡＮ）がさらに連続数（ＳＮ）を有する請求項１〜３ のいずれか１項の方法。 ５．移動データ（ＤＡＴＡ）がカード・コマンド（たとえば、ＵＰＤＡＴＥ）か らなる請求項１〜４のいずれか１項の方法。 ６．カード・コマンド（たとえば、ＵＰＤＡＴＥ）がカードへの移動の際、直接 実行される請求項５の方法。 ７．カード・コマンドがＥＴＳＩ ＴＥ−９推奨に従って保護されたコマンドで あり、該コマンドを保護するために必要な値が確認値に相当する請求項５又は６ の方法。 ８．確認コード（ＭＡＣ１、ＭＡＣ２、・・・）がＡＮＳＩ ×９．１９規格に 従って発生させられる請求項１〜７のいずれか１項の方法。 ９．後続値（Ｒ１、Ｒ２、・・・）を引き出すことが、秘密キー（Ｋ）の使用を 含む請求項１〜８のいずれか１項の方法。 １０．開始コマンド（ＩＮＩＴ）が配置プロフィール（ＤＰ）を有し、カードが カード・プロフィール（ＣＰ）を有し、開始コマンドは配置プロフィール（ＤＰ ）とカード・プロフィール（ＣＰ）が合致したときのみ実行される請求項１〜９ のいずれか１項の方法。 １１．開始コマンド（ＩＮＩＴ）がカード（１）を、移動コマンド（ＴＲＡＮ） のみが実行される移動状態に置く請求項１〜１０のいずれか１項の方法。 １２．開始コマンド（ＩＮＩＴ）に含まれている移動コマンドの数（Ｎ）によっ て示されるように、カード（１）がすべての移動コマンド（ＴＲＡＮ）を受け取 ってしまうまで、カード（１）が移動状態のままでいる請求項１１の方法。