(57)【要約】【課題】  メモリに記憶された符号化データの更新管理に関する装置及び方法を提供する。【解決手段】  本発明は、スマートカードのようなデータ処理装置のメモリに記憶された符号化データを更新するためのシステムに関する。このシステムにおいては、データは、オブジェクト表現によるディレクトリ及びファイルのツリー構造によって表される。本発明によると、更新システムは、メモリ内の符号化データの属性の全て又は一部を参照することができる特定の参照オブジェクトを含む。マイクロコントローラは、次に、この属性によって占められたメモリブロックを探し出すために必要な情報を参照オブジェクトから抽出し、新しい事前に符号化されたデータで置換することによってこのブロックを更新するようにプログラムされる。
2005516317.tif 000002
【特許請求の範囲】
【請求項１】
オブジェクト表現によるディレクトリ及びファイルのツリー構造によって表された符号化データをメモリに記憶する、特にスマートカードであるデータ処理装置であって、
メモリ内の符号化データの属性の全て又は一部を参照することができる特定の参照オブジェクト、
を含み、
前記符号化データの更新は、
この属性によって占められたメモリブロックを探し出すために必要な情報を前記参照オブジェクトから抽出し、
事前に符号化された新しいデータで置換することにより、このブロックを更新する、
ようにプログラムされたマイクロコントローラによって管理される、
ことを特徴とする装置。
【請求項２】
前記参照オブジェクトへのアクセスは、装置内で書込み保護されていることを特徴とする請求項１に記載の装置。
【請求項３】
前記参照オブジェクトは、永続データを含むことを特徴とする請求項１又は請求項２のいずれか１項に記載の装置。
【請求項４】
前記参照オブジェクトは、
ファイル（ＥＦ（ＰｒＫＤＦ））と、
このファイル内で更新される属性（ＣｌａｓｓＡｔｔｒｉｂｕｔｅｓ．ｉＤ）と、
問題のファイル内のこの属性の位置（Ｃｏｕｎｔｅｒ、Ｌｅｎｇｔｈ）と、
を特定する属性を含む、
ことを特徴とする請求項１に記載の装置。
【請求項５】
オブジェクト表現によるディレクトリ及びファイルのツリー構造によって表され、スマートカードのようなデータ処理装置のメモリに記憶された符号化データを更新する方法であって、
メモリ内の符号化データの属性の全て又は一部を参照することができる特定の参照オブジェクトを作成する予備段階、
を含み、
この属性によって占められたメモリブロックを探し出すために必要な情報を前記参照オブジェクトから抽出する段階と、
事前に符号化された新しいデータで置換することにより、このブロックを更新する段階と、
を更に含むことを特徴とする方法。
【請求項６】
前記参照オブジェクトの作成後かつ前記符号化データの更新前に、前記データ処理装置内の該参照オブジェクトを書込み保護することから成る段階を含むことを特徴とする請求項５に記載の更新方法。
【請求項７】
前記特定の参照オブジェクトを作成する予備段階は、前記データ処理装置の個人情報設定段階の間に実行されることを特徴とする請求項５に記載の方法。
【請求項８】
スマートカードのようなデータ処理装置のメモリに記憶された符号化データを更新するためのコンピュータプログラムであって、
請求項５に記載の更新段階を実行するためのプログラムコード命令、
を含むことを特徴とするコンピュータプログラム。
【請求項９】
前記更新段階の実行は、前記スマートカード上で行われることを特徴とする請求項８に記載のコンピュータプログラム。
【請求項１０】
前記更新段階の実行は、前記スマートカードに接続された外部ツールによって行われることを特徴とする請求項８に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メモリに記憶された符号化データの更新管理に関する。本発明は、トークンのメモリに記憶された機密保護データの管理に特に応用される。本発明を示すために選択される実施例は、スマートカードの例である。
本発明は、「ＷＩＭ（ＷＡＰアイデンティティモジュール）」アプリケーションを含む携帯式装置に特に適用される。スマートカードに一般的に含まれるこの「ＷＩＭ」アプリケーションは、携帯電話のようなデータ処理装置によって要求された時に、電子署名又はデータ暗号化などのような公開鍵を使用する演算を実行する。この「ＷＩＭ」アプリケーションでは、データは、「公開鍵暗号法」の実施のためのＲＳＡ合同研究所によって形成されて公開された規格「ＰＫＣＳ＃１５」（ＰＫＣＳ：公開鍵暗号規格）に従ってメモリに記憶される。注意点として、「公開鍵暗号法」は、誰にでも公開することができる公開鍵と、安全な場所に保管して決して公開すべきでない専用鍵との一対の鍵を使用する。この規格は、オブジェクト指向データ構造、すなわち、カテゴリによって分類されたオブジェクトクラスの階層構造を使用する。
【０００２】
ＲＳＡ研究所は、異種コンピュータシステムでのデータ相互運用性を保証するように設計された一組の規格「ＰＫＣＳ＃ｎ」（ｎは規格の識別子、ＲＳＡは、様々な「ＰＫＣＳ」規格を識別するために整数を使用する）を定める点に注意すべきである。これらの様々な規格（ＰＫＣＳ＃１、．．．、ＰＫＣＳ＃１５）は、公開鍵暗号法に使用されるデータタイプ及びアルゴリズムを定める。特に、規格「ＰＫＣＳ＃１５」は、永続データを記憶することができるトークン上に記憶された暗号作成情報に関する。
これらの様々な規格を説明するＲＳＡ文書を参照することができる。この文書は、ウェブサイト：ｈｔｔｐ：／／ｗｗｗ．ｒｓａｓｅｃｕｒｉｔｙ．ｃｏｍで入手可能である。
【背景技術】
【０００３】
一般的に、暗号法は、ユーザによってのみアクセスされる専用鍵と、ユーザとの通信を望む人々が使用を必要とする時に公開又は配布される公開鍵とを使用する。ユーザとの通信を望む個人は、認証局から取得することができる、ユーザの公開鍵を有する証明書を最初に取得することになる。
鍵及び証明書に関するデータは、ディレクトリ及びファイルのツリー構造によって表される。一般的に、この構造には、以下の２つのファイルタイプが見出される。
−ファイル制御情報（及び、ＥＦファイル又は他のファイルに対するポインタ）を含むＤＦタイプファイル、及び
−ＥＦ（基本ファイル）タイプファイル。
【０００４】
本出願では、カードファイル構造の各レベルで定められるアクセス条件、及びファイルに作用する機能グループについては詳述しない。
より正確には、フォーマット「ＰＫＣＳ＃１５」は、ルートに付随する４つのオブジェクトクラスを定める。これらのクラスは、以下の通りである。
−「鍵」クラス、
−証明書クラス、
−認証クラス、及び
−データクラス。
【０００５】
これらのクラスは、それ自体、サブクラスを含む。例えば、「鍵」クラスは、以下のように呼ばれる３つのクラスを含む。
−専用鍵クラス、
−秘密鍵クラス、及び
−公開鍵クラス。
クラスに属する各オブジェクトは属性を含む。従って、ツリーは、一般的に、ツリー全体に分布するいくつかのオブジェクトを含む。
【０００６】
これらのオブジェクト及びディレクトリは、「ＡＮＳＩ（米国規格協会）」によって公開された規格「ＡＳＮ．１（ＡＳＮ．１、抽象構文記法）ＩＳＯ／ＩＥＣ８８２４」に従って表される。この規格は、複雑なデータオブジェクトを説明するのに使用される構文を指定する。
これらのオブジェクトは、次に、同じ規格「ＡＳＮ．１」に定められた「識別符号化規則（ＤＥＲ）」に従って符号化される。これらの符号化規則は、オブジェクトの符号化をバイトシーケンスとして定める。この規格「ＡＳＮ．１」は、本発明の主題ではないので更に詳しい説明を必要としない。
符号化が実行された状態で、カード外部のアプリケーション、例えばカード読取装置は、ディレクトリ「ＰＫＣＳ＃１５」（ルート）からカード上に記憶された符号化データを読み取り、カードに記憶された鍵、証明書、及びアプリケーションを使用する方法を上述のツリー構造から見つけることができる。
【０００７】
符号化は、一般的に、カードの個人情報設定の間に実行される。個人情報設定の後に、いくつかのツリー属性を更新する必要がある場合がある。この更新は、極めて複雑である。読取装置からの更新は、実際に、以下の２つの主要段階から成る。
−最初に、全ての符号化データが復号化されるべきであり、
−第２に、更新が実行された状態で、このデータを再び符号化する必要がある。
これらの２つの段階は、オブジェクトの少なくとも１つの属性を更新する必要がある時はいつでも繰り返されるべきである。
【発明の開示】
【０００８】
本発明の１つの目的は、カード上の符号化データを更新するのに使用される手順を簡略化することである。
従って、カードは、メモリ内の符号化データの属性の全て又は一部を参照することができる特定の参照オブジェクトをメモリに含む。本発明によると、更新は、以下の段階を含む。
−その属性が占めるメモリブロックを探し出すのに必要な情報を参照オブジェクトから抽出する段階、及び
−このブロックを事前に符号化された新しいデータで置換することにより、このブロックを更新する段階。
【０００９】
以前の方法と異なり、符号化データの全てを復号化し、次に、更新後にこのデータの全てを再符号化することはもはや必要ではない。ここでは、参照オブジェクトを使用することにより、符号化データの一部だけを更新することができる。更新すべき符号化データを探し出すための位置情報は、参照オブジェクトから抽出される。新しいデータは、ここで単に符号化され、以前のデータの場所に記憶される。更新手順は、かなり簡略化される。
一例として示され、添付図面を参照する以下の説明を読むと、本発明の理解がより容易になるであろう。
【発明を実施するための最良の形態】
【００１０】
説明を簡単にするために、図面に示す同じ要素は、同じ参照番号を有する。
図１は、本発明を実施することができるコンピュータシステムの簡略図である。このシステムは、スマートカード「ＣＡＲ」及びスマートカード読取装置「ＲＤＲ」を含む。この読取装置は、携帯電話や電子携帯端末などのようなコンピュータに組み込むことができる。コンピュータは、データ処理が可能なプログラマブルマシンであることに注意すべきである。
本実施例では、スマートカード読取装置は、携帯電話に組み込まれる。
【００１１】
スマートカードは電子モジュール（図示せず）を含む点に注意すべきである。このモジュールは、マイクロコントローラを含み、通信のために外部と接触する。マイクロコントローラは、一般的に以下のものを含む。
−指令を実行するためのマイクロプロセッサ。
−内容が工場で組み込まれ、従って修正することができない不揮発性メモリＲＯＭ（読取専用メモリ）。従って、暗号化アルゴリズム、オペレーティングシステム、アプリケーションプログラミングインタフェース（ＡＰＩ）などをＲＯＭに書き込むことができる。
−不揮発性メモリ、例えば、ＥＥＰＲＯＭ（電気的消去可能プログラマブル読み出し専用メモリ）。このメモリは、一般的に、各カードに固有のデータ、例えば、カード所有者のアイデンティティ、サービスに対するアクセス権、カードアプリケーションプログラムのファイルシステムなどを記憶するために使用される。
−カード指令を実行するためのワークスペースである揮発性メモリＲＡＭ。
−電源電圧、クロック速度などを考慮するセキュリティユニット。
−全てを接続するデータバス。
−本実施例では読取装置「ＲＤＲ」と通信するための入出力バス「ＢＵＳ」。
【００１２】
カードは、メモリに様々な情報項目を記憶する。このメモリに記憶されたアプリケーション「ＷＩＭ」は、携帯電話によって要求された時に演算を実行する。例えば、携帯電話が署名を要求する場合、それは、アプリケーション「ＷＩＭ」に指令を送信し、署名を生成して要求された署名を携帯電話に戻すように命令する。署名を生成するのに使用される専用鍵は、決して公開されない点に注意すべきである。
【００１３】
このアプリケーション「ＷＩＭ」は、一般的に、カードに記憶されたいくつかの専用鍵を使用する。電話がアプリケーションからの署名を要求する場合、それは、従って、暗号化演算のために選択される鍵を指示すべきである。電話は、アプリケーション「ＷＩＭ」で利用可能な専用鍵の数と各鍵の識別子とを見つけるために、最初にルート「ＰＫＣＳ＃１５」から専用鍵に付随するノードまでのツリーを読み取る。
【００１４】
このデータは、ツリー構造としてメモリに記憶される。図２は、この構造を示す図である。本実施例では、このツリーは、そのノードにタイプＤＦ及びＥＦ（基本ファイル）のファイルを含む。ＤＦファイルは、「ＰＫＣＳ＃１５」と呼ばれ、ツリーのルートを表す。ファイル「ＰＫＣＳ＃１５」は、他の基本ファイルへのポインタ、特に、
−アプリケーション「ＷＩＭ」内の専用鍵に関する完全な情報を含むＥＦ（ＰｒＫＤＦ）と呼ばれる基本ファイルへのポインタ、
−公開鍵専用のＥＦ（ＰｕＫＤＦ）と呼ばれる基本ファイルへのポインタ、
−証明書専用のＥＦ（ＣＤＦ）と呼ばれる基本ファイルへのポインタ、及び
−その他へのポインタ、
を含む基本ファイルであるＥＦ（ＯＤＦ）と呼ばれるノードを含むサブノードを有する。
各ファイルＥＦ（ＰｒＫＤＦ）、ＥＦ（ＰｕＫＤＦ）、及びＥＦ（ＣＤＦ）は、一般的に、特別クラスのオブジェクトディレクトリ「ＰＫＣＳ＃１５」を含む。ファイルＥＦ（ＯＤＦ）の内容は、「ＡＳＮ．１」構文に従う。
【００１５】
オブジェクトは、以下のように、専用鍵に対応する基本ファイルＥＦ（ＰｒＫＤＦ）に書き込むことができる。
ｖａｌｕｅ  ＰＫＣＳ１５ＰｒｉｖａｔｅＫｅｙ：：＝ｐｒｉｖａｔｅＲＳＡＫｅｙ：
｛
ｃｏｍｍｏｎＯｂｊｅｃｔＡｔｔｒｉｂｕｔｅｓ
｛
ｌａｂｅｌ“ＡＵＴ−ＫＥＹ”，
ｆｌａｇｓ｛ｐｒｉｖａｔｅ｝，
ａｕｔｈｌｄ’０１’Ｈ
｝，
ｃｌａｓｓＡｔｔｒｉｂｕｔｅｓ
｛
ｉＤ’６７５４Ｃ８９０ＦＤ５７４５３２８９ＡＢ９０７６Ｅ６４２４５ＢＣ６Ｄ７０９ＦＥ７’Ｈ，
ｕｓａｇｅ｛ｅｎｃｒｙｐｔ，ｄｅｃｒｙｐｔ，ｓｉｇｎ，ｖｅｒｉｆｙ｝，
ｋｅｙＲｅｆｅｒｅｎｃｅ  １
｝
ｔｙｐｅＡｔｔｒｉｂｕｔｅｓ
｛
ｖａｌｕｅ  ｉｎｄｉｒｅｃｔ：ｐａｔｈ：
｛
ｐａｔｈ’００１２’Ｈ
｝，
ｍｏｄｕｌｕｓＬｅｎｇｔｈ  １０２４
｝
｝
【００１６】
このファイルを読むと、各オブジェクトがいくつかの属性を含むことが分る。このファイルは、以下の属性を含む。
−値が「ＡＵＴ−ＫＥＹ」である「Ｌａｂｅｌ」属性。
−値が｛ｐｒｉｖａｔｅ｝である「Ｆｌａｇ」属性。値｛ｐｒｉｖａｔｅ｝は、この属性が不正アクセスに対して保護されていることを示す。集積回路カード上では、いわゆる専用オブジェクトへのアクセス（読取り、書込み、使用中、その他）は、認証オブジェクトによって規定される。アクセス条件は、ユーザに既知のＰＩＮコードの入力とすることができるであろう。
−この鍵の使用を保護するＰＩＮコードの識別子を指定する値’０１’Ｈを含む属性「Ａｕｔｈｌｄ」。
−鍵の識別子である属性「ＣｌａｓｓＡｔｔｒｉｂｕｔｅ．ｉＤ」。本実施例では、それは、公開鍵の「ＳＨＡ−１」機能のような暗号化ハッシュ機能によって得られる値である二進値である。この機能の更なる詳細は、規格「ＦＩＰＳ  １８０−１」を参照することができる。ハッシュ機能は、このアプリケーションに不可欠ではない。
−この鍵が暗号化、解読、文書署名、及び署名検証にのみ使用されることを示す４つの値｛ｅｎｃｒｙｐｔ、ｄｅｃｒｙｐｔ、ｓｉｇｎ、ｖｅｒｉｆｙ｝を有する属性「Ｕｓａｇｅ」。
−鍵アクセス経路に関する情報を提供する属性。本実施例では、長さ１０２４バイトのこの鍵は、’００１２’Ｈで与えられたアクセス経路を通じてアクセスされる。
【００１７】
本実施例では、このファイルは、スマートカード個人情報設定段階の間に作成される。
全てのファイルが書き込まれたら、データは、「ＤＥＲ」規格に従って符号化される。符号化後、結果はメモリに記憶される。
序文で説明したように、問題は、符号化が実行された状態での１つ又はそれ以上の属性の更新は、計算時間と更新アルゴリズムの難しさのレベルという点で非常に高価であるということである。
【００１８】
本発明によると、参照オブジェクトが作成され、その属性値は、オブジェクト属性「ＰＫＣＳ＃１５」の全て又は一部のメモリ内の参照に関する情報を提供する。これらの参照オブジェクトは、次に、装置（この実施例ではスマートカード）又はカード読取装置で実行されるプログラムによって使用されることになる。本実施例では、この参照オブジェクトは、スマートカード個人情報設定段階の間に作成される。
【００１９】
図３は、符号化後のファイルＥＦ（ＰｒＫＤＦ）内のデータ編成の図式的全体図である。一般的に、メモリ内の全てのデータ項目は連結され、すなわち、順々に記憶される。このファイルでは、各属性は長さＬ、すなわち、いくつかのバイトを有する。ファイルＥＦ内の各属性の位置はまた、ファイルＥＦ（ＰｒＫＤＦ）の開始点と属性の第１のバイトとの間のオフセットをバイト数で表すカウンタ「ＯＦＦ」を使用して判断することができる。
【００２０】
例えば、このファイルＥＦ（ＰｒＫＤＦ）において、最初の属性「ＡＴＴ１」は、長さ「Ｌ１２」バイトを有する。この属性は、ファイルＥＦ（ＰｒＫＤＦ）で参照される最初の属性であり、そのカウンタ「ＯＦＦ１」は、従って、０に等しい。次の属性「ＡＴＴ２」は、長さ「Ｌ２３」バイトを有し、そのカウンタ「ＯＦＦ２」は「Ｌ１２」に等しい。同様に、属性「ＡＴＴ３」は、長さ「Ｌ３４」バイト及び「Ｌ１２＋Ｌ２３」のカウンタを有する等々である。
【００２１】
参照は、いくつかの方法で実行することができる。本実施例では、以下の属性の使用が選択された。
−オブジェクトタイプ属性（例えば、ｐｒｉｖａｔｅＲＳＡＫｅｙ）、
−このオブジェクトタイプに関するインスタンスを示す属性、
−属性名称を表すための属性、
−この属性に付随するデータブロックをファイル（例えば、ＥＦ（ＰｒＫＤＦ））内で探し出すために使用されるカウンタ「ＯＦＦ」属性、及び
−関連する属性の長さを示すために使用される「Ｌｅｎｇｔｈ」属性。
【００２２】
明らかに、ファイル内のデータを探し出すための異なる方法が存在する。例えば、「Ｃｏｕｎｔｅｒ」及び「Ｌｅｎｇｔｈ」属性の代わりに、この属性によって占められるデータブロックの開始及び終了アドレスを使用することができる。
図４は、参照オブジェクトの一例である。この図では、属性は表で表されている。
上述の５つの属性は、この表に記憶されている。本実施例では、上述のように定められたファイルＥＦ（ＰｒＫＤＦ）に記憶された属性「Ｌａｂｅｌ」及び「ＣｌａｓｓＡｔｔｒｉｂｕｔｅｓ．ｉＤ」の更新が必要であり、修正されるオブジェクトは、ファイルＥＦ（ＰｒＫＤＦ）にタイプ「ｐｒｉｖａｔｅＲＳＡＫｅｙ」で記憶された最初のインスタンスであると仮定する。
【００２３】
明らかに、ツリー「ＰＫＣＳ＃１５」は、同じタイプの他のインスタンス、及び、属性を有するオブジェクトを含む他のファイルを記憶することができる。本発明の原理はまた、これら全てのインスタンス及びこれら全てのファイルに適用される。
第１行は、属性「ＣｌａｓｓＡｔｔｒｉｂｕｔｅｓ．ｉＤ」に関する。この属性に関して、
−表の第一列は、オブジェクトタイプを特定する。本実施例では、オブジェクトタイプは、「ｐｒｉｖａｔｅＲＳＡｋｅｙ」である。
−第２列は、関連するインスタンスがタイプ「ｐｒｉｖａｔｅＲＳＡｋｅｙ」の最初のインスタンスであることを示している。明らかに、この列は、ツリー内にこのタイプのインスタンスが１つよりも多くある場合にのみ要求される。
−第３列は、その名称「Ｌａｂｅｌ」を示す。
−第４列は、属性「ＣｌａｓｓＡｔｔｒｉｂｕｔｅｓ．ｉＤ」を記憶する関連ファイルＥＦ（ＰｒＫＤＦ）を示す。
−第５の属性は、本実施例では１５バイトであるカウンタを与える。
−第６の属性は、バイトで属性の長さを与える。本実施例では、この属性は２０バイトに設定される。
図示の本実施例では、機密保護のために、この表は書込み保護されるべきである。好ましくは、属性「Ｃｏｕｎｔｅｒ」及び「Ｌｅｎｇｔｈ」は、更新される属性の値の長さとは独立に設定される。言い換えると、表内で参照された各属性に対して、修正できない特定の長さが設定される。この特定の長さは、可変長さの属性を記憶するのに十分なバイトを含む。
【００２４】
図５は、本実施例に適用される方法の主な段階を示すアルゴリズムである。更新はタイプ「ｐｒｉｖａｔｅＲＳＡＫｅｙ」のファイルＥＦ（ＰｒＫＤＦ）内の属性「Ｌａｂｅｌ」に関するものであり、かつ、この属性の新しい値は「ＡＵＴ−ＫＥＹ２」であると仮定する。
段階は以下の通りである。
段階１：
第１の段階ＥＴ１は、ファイルＥＦ（ＰｒＫＤＦ）内で更新される新しい値を得る段階から成る。
段階２：
第２の段階ＥＴ２は、携帯電話に含まれた指令を使用して、更新のための属性「Ｌａｂｅｌ」の新しい値をカードに送信する段階から成る。表で属性を特定するために、それが同時にツリー内のいくつかのファイル内にある場合があるので、指令はまた、本実施例では、属性「ＣｌａｓｓＡｔｔｒｉｂｕｔｅｓ．ｉＤ」及び関連インスタンス「ｐｒｉｖａｔｅＲＳＡｋｅｙ」を含む。携帯電話に記憶されたコンピュータプログラムは、カードに更新指令を送信する。
段階３：
第３の段階ＥＴ３の間に、カードは、指令を受信して処理する。カードに記憶されたコンピュータプログラムは、携帯電話から送られた更新指令の受信によって作動される。次に、このプログラムは、メモリ内の属性「Ｌａｂｅｌ」を探し出すための参照オブジェクトを指す。
段階４：
第４段階ＥＴ４の間に、参照オブジェクトは、カウンタに１１０、及び長さに２０を供給する。
段階５：
第５段階ＥＴ５は、この新しい値「ＡＵＴ−ＫＥＹ２」を符号化する段階、及び指示された位置にそれを書き込む段階から成る。
【００２５】
別の実施例は、スマートカード内の新しい公開鍵の対の生成であろう。本実施例では、公開鍵のハッシュは、オブジェクト「ＰＫＣＳ＃１５」内の鍵識別子として使用される。鍵対を生成した後で、対応するオブジェクト「ＰＫＣＳ＃１５」は、公開鍵の新しくハッシュされた値によって更新されるべきである。公開鍵のハッシュされた値は、固定された長さを有するので、新しい公開鍵の対を生成するカードに記憶されたアプリケーションは、オブジェクト「ＰＫＣＳ＃１５」のうちで取り替えられるハッシュされた公開鍵の全てのインスタンスを見つけることが必要なだけであり、アプリケーションは、これらのインスタンスを見つけるために特定の参照オブジェクトを使用する。インスタンスが見つかった状態で、それらは新しい値で更新される。この場合、手順は、付加的な段階ＥＴ４ｂｉｓと同じである。従って、属性「ＣｌａｓｓＡｔｔｒｉｂｕｔｅ．ｉＤ」の値に対するハッシュ段階が、段階４の符号化に先行する。
「公開鍵対」の同義語は、「非対称鍵対」である。
【００２６】
一般的に、本発明は、オブジェクト表現に従ってディレクトリ及びファイルのツリー構造によって表される符号化データをメモリに記憶するデータ処理装置、特にスマートカードに関し、それは、
−メモリ内の符号化データの属性の全て又は一部を参照することができる特定の参照オブジェクト、
を含み、
−この属性によって占められたメモリブロックを探し出すために必要な情報を参照オブジェクトから抽出し、
−事前に符号化された新しいデータで置換することによってこのブロックを更新する、
ようにプログラムされたマイクロコントローラによって符号化データの更新が管理される、
ことを特徴とする。
【００２７】
この参照オブジェクトは、データ処理装置内のメモリに記憶される。この参照オブジェクトは、明らかな機密保護の理由のために書込み保護されることが本実施例から分る。書込み保護は、このメモリに記憶された参照データが修正されないことを保証する。
更新のためにプログラムされたマイクロコントローラは、データ処理装置上に設置することができ、又はデータ処理装置に接続された外部ツール上に設置することができる。
【００２８】
本実施例では、上述の参照オブジェクトは永続データを含み、すなわち、データは、電源故障の場合でさえも変化しない。本実施例では、カードが読取装置から取り外された場合、すなわち、もはや電力供給されない場合でさえも、このオブジェクトは、メモリに記憶されて変更することはできない。
また、上述の参照オブジェクトが属性を含むことが分る。本実施例では、５つの属性が定義された。しかし、
−ファイル、例えば、ファイルＥＦ（ＰｒＫＤＦ）、
−属性、例えば、このファイル内で更新される属性「ＣｌａｓｓＡｔｔｒｉｂｕｔｅｓ．ｉＤ」、及び
−問題のファイル内のこの属性の位置、例えば一対の値（Ｃｏｕｎｔｅｒ、Ｌｅｎｇｔｈ）による位置、
を特定するには３つの属性で十分であることが分る。
【００２９】
本出願人により、スマートカードのようなデータ処理装置のメモリに記憶された符号化データを更新する方法が得られ、本方法は、
−メモリ内の符号化データの属性の全て又は一部を参照することができる特定の参照オブジェクトを作成する予備段階、
を含み、
−この属性によって占められたメモリブロックを探し出すために必要な情報を参照オブジェクトから抽出する段階、及び
−事前に符号化された新しいデータで置換することにより、このブロックを更新する段階、
を更に含むことを特徴とする。
好ましくは、この特定の参照オブジェクトは、スマートカード個人情報設定段階の間に作成される。
【００３０】
本発明はまた、スマートカードのようなデータ処理装置のメモリに記憶された符号化データを更新するためのコンピュータプログラムに関し、このプログラムは、上述のように定めた更新段階を実行するためのプログラムコード命令を含み、このプログラムはまた、上述のように定めた更新システムのマイクロコントローラを使って実行される。このプログラムは、カード上か又はカードに接続された外部ツール上に設けられたマイクロコントローラよって実行することができる更新段階を実行することも分った。この外部ツールは、例えば、スマートカードが接続された携帯電話読取装置とすることができるであろう。
本発明は、計算時間、記憶容量、及び、更新アルゴリズムのかなりの簡略化という点で大幅な節約を提供する。
【００３１】
2005516317.tif 000003
2005516317.tif 000004
2005516317.tif 000005
2005516317.tif 000006
2005516317.tif 000007
2005516317.tif 000008
2005516317.tif 000009
2005516317.tif 000010
2005516317.tif 000011
2005516317.tif 000012
2005516317.tif 000013
2005516317.tif 000014
【図面の簡単な説明】
【００３２】
【図１】本発明を適用することができるコンピュータシステムの図である。
【図２】カードファイルツリー構造の一例を示す概略図である。
【図３】メモリ内のデータ編成を示す概略図である。
【図４】参照オブジェクトの実施例を示す図である。
【図５】実施例の様々な段階を説明するアルゴリズムを示す図である。
【符号の説明】
【００３３】
ｐｒｉｖａｔｅＲＳＡＫｅｙ  オブジェクトタイプ
ＣｌａｓｓＡｔｔｒｉｂｕｔｅｓ．ｉＤ  属性名称
ＥＦ（ＰｒＫＤＦ）  関連ファイル
【図１】
2005516317.tif 000015
【図２】
2005516317.tif 000016
【図３】
2005516317.tif 000017
【図４】
2005516317.tif 000018
【図５】
2005516317.tif 000019
【国際調査報告】
2005516317.tif 000020
2005516317.tif 000021
2005516317.tif 000022
2005516317.tif 000023