(57)【要約】自動設定可能なスマートカードが、スマートカード固有のデータを含むように規定されたジェネリックデータ構造、及びこのジェネリックデータ構造を自動的に検出して、このジェネリックデータ構造を移行するように構成されたスマートカード・オペレーティングシステムを備えている。
2009530697.tif 000002
【特許請求の範囲】
【請求項１】
スマートカード固有のデータを含むように規定されたジェネリックデータ構造と、
前記ジェネリックデータ構造を自動的に検出し、前記ジェネリックデータ構造を移行するように構成されたスマートカード・オペレーティングシステムと
を備えていることを特徴とする自動設定可能なスマートカード。
【請求項２】
請求項１に記載のスマートカードにおいて、
前記スマートカード・オペレーティングシステムが最初に起動された際に、前記スマートカード・オペレーティングシステムが、前記ジェネリックデータ構造を自動的に検出し、前記ジェネリックデータ構造を移行するように構成されていることを特徴とするスマートカード。
【請求項３】
請求項１または２に記載のスマートカードにおいて、
前記スマートカード・オペレーティングシステムが、起動時に、前記スマートカードの不揮発性メモリ中の所定位置にあるマジックナンバーをチェックして、前記ジェネリックデータ構造を検出するように構成されていることを特徴とするスマートカード。
【請求項４】
請求項３に記載のスマートカードにおいて、
前記スマートカード・オペレーティングシステムが、ハッシュまたは巡回冗長検査アルゴリズムを用いることによって、前記検出したジェネリックデータ構造の有効性をチェックするように構成されていることを特徴とするスマートカード。
【請求項５】
請求項３または４に記載のスマートカードにおいて、
前記スマートカード・オペレーティングシステムが、前記ジェネリックデータ構造に含まれるデータの種類およびサイズを読み込み、１つ以上のオブジェクトを生成するように構成され、前記オブジェクトは、前記読み込んだデータの種類およびサイズに応じたデータを格納するように構成され、かつ、前記スマートカード・オペレーティングシステムに基づく構造を備えていることを特徴とするスマートカード。
【請求項６】
請求項５に記載のスマートカードにおいて、
前記スマートカード・オペレーティングシステムが、前記ジェネリックデータ構造に含まれるデータを前記生成したオブジェクト中にコピーして、前記ジェネリックデータ構造を移行するように構成されていることを特徴とするスマートカード。
【請求項７】
請求項６に記載のスマートカードにおいて、
前記スマートカード・オペレーティングシステムが、前記ジェネリックデータ構造の移行後に、前記ジェネリックデータ構造を除去するように構成されていることを特徴とするスマートカード。
【請求項８】
請求項１〜７のいずれかに記載のスマートカード用に構成されたジェネリックデータ構造において、
前記ジェネリックデータ構造を識別するためのマジックナンバーと、
複数のデータ構造と、
前記ジェネリックデータ構造に含まれるペイロードデータのサイズと、
ペイロードデータと
を備えていることを特徴とするジェネリックデータ構造。
【請求項９】
請求項８に記載のジェネリックデータ構造において、
さらに、前記スマートカード・オペレーティングシステムによって解釈可能な前記ペイロードデータの識別子を備えていることを特徴とするジェネリックデータ構造。
【請求項１０】
請求項８または９に記載のジェネリックデータ構造において、
さらに、前記ペイロードデータおよび他のメタデータのインテグリティをチェックするためのインテグリティチェックデータを備えていることを特徴とするジェネリックデータ構造。
【請求項１１】
請求項１〜７のいずれかに記載のスマートカードを製造する方法において、
ペイロードデータ及びメタデータをパックして前記ジェネリックデータ構造にするステップと、
前記ジェネリックデータ構造を、前記スマートカードの不揮発性メモリに書き込むステップと、
前記不揮発性メモリに格納された前記ジェネリックデータ構造のインテグリティをチェックするステップと
を備えていることを特徴とするスマートカードの製造方法。
【請求項１２】
スマートカードを自動設定する方法において、
ジェネリックデータ構造が、スマートカード固有のデータを含み、
スマートカード・オペレーティングシステムが、前記ジェネリックデータ構造を自動的に検出し、前記ジェネリックデータ構造を移行する
ことを特徴とするスマートカードの自動設定方法。
【請求項１３】
請求項１２に記載の方法において、
前記スマートカード・オペレーティングシステムが、
最初の起動時に、ジェネリックデータ構造が利用可能であるか否かをチェックし、
前記利用可能なジェネリックデータ構造のインテグリティをチェックし、
インテグリティについてチェックした前記利用可能なジェネリックデータ構造を、前記スマートカード・オペレーティングシステムのファイルシステム中に移行する
ことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（発明の分野）
本発明は、スマートカードの自動設定、特にスマートカード・オペレーティングシステムによるデータの自動移行に関するものである。
【背景技術】
【０００２】
（発明の背景）
スマートカードを特定ユーザに割り当てるためには、スマートカードを設定しなければならない。スマートカードを設定することは、カード固有のデータ、例えば暗号鍵、特定のＩＤまたはシリアルナンバー（通し番号）でカードを個人化（パーソナライズ）することを意味する。従って、設定したスマートカードは、上記カード固有のデータに従って特定のユーザに割り当てることができる。
【０００３】
カード固有のデータは、スマートカードの不揮発性メモリに格納することができる。不揮発性メモリは一般に、ＥＥＰＲＯＭ（電気的消去可能プログラマブル読出し専用メモリ）またはフラッシュ技術の形態で実現される。この種のメモリは、数百キロバイトのデータを格納することができる。こうした量のデータを管理することができるために、ファイルシステム的なアーキテクチャ、例えばＩＳＯ−７８１６のパート４に規定されたファイル構造を必要とする。このファイルシステムは一般に、スマートカード・オペレーティングシステム（ＯＳ）によって提供される。
【０００４】
不揮発メモリのファイルシステム自体は、ＯＳをインストールした後に初期化される。さらに、各ＯＳはそれ独自のファイルシステムを有する。これらの制約は、製造プロセス中あるいは使用前の設定プロセス中に、不揮発性メモリにカード固有のデータを書き込むことを困難にする。この欠点を克服するために、ＯＳおよびカード固有のデータのインストールは複雑なプロセスで実行される。２つの異なる方法が知られている。
【０００５】
１つの方法は、いわゆるシングル（単一）プロセス法である。この方法によると、ＯＳおよびカード固有のデータは一度にインストールされる。通常、このプロセスは分割することができない、というのは、ＯＳとカード固有のデータとは互いに依存し得るからである。例えば、カード固有のデータの暗号鍵を必要とするのでＯＳをインストールすることができず、そしてファイルシステムを提供するためにＯＳを必要とするので暗号鍵をインストールすることができない。この方法の問題は、異なるスマートカード毎に、一部のＯＳデータを含む異なるイメージを必要とするということにある。イメージとは、ＥＥＰＲＯＭおよびＲＯＭ（読出し専用メモリ）に格納されたデータを意味する。従って、最終的に設定される複数のスマートカードにおいて１つの一意的な暗号鍵の対のみが異なる場合にも、これらのカードを初期化するために異なる全体イメージを必要とする。
【０００６】
【特許文献１】米国特許第４８７４９３５号明細書
【０００７】
他の方法は、ＯＳを初期化した後のデータ構造のインポートである。しかし、この方法は、すべてのスマートカードを２回処理しなければならないという問題を有する。まずＯＳを初期化しなければならず、そしてデータを初期化しなければならない。例えば、米国特許第４８７４９３５号明細書は、設定または個人化時にスマートカードのＥＥＰＲＯＭにアドレステーブル（番地表）を格納することによって、スマートカードをよりフレキシブルにすることを開示している。スマートカードの動作中には、ＯＳは、アドレステーブルに指示されたアドレスに従ってプログラム命令を呼び出す。従って、スマートカードのＲＯＭに格納されたプログラムを変更することが可能である。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
（発明の目的及び概要）
本発明の目的は、自動設定可能なスマートカード、およびスマートカードの自動設定方法、特にスマートカード・オペレーティングシステムによってデータを自動的に移行する方法を提供することにある。
【課題を解決するための手段】
【０００９】
上述した目的を達成するために、本発明による自動設定可能なスマートカードは特徴を備え、従って、本発明による自動設定可能なスマートカードは、次のものを備えているものとして特徴付けることができる：
スマートカード固有のデータを含むように規定されたジェネリック（包括的）データ構造、および、
このジェネリックデータ構造を自動的に検出して、このジェネリックデータ構造を移行するように構成されたスマートカード・オペレーティングシステム。
【００１０】
上述した目的を達成するために、本発明によるスマートカードを自動設定する方法は特徴を備え、従って、本発明によるスマートカードを自動設定する方法は、次のものを備えているものとして特徴付けることができる：
スマートカード固有のデータを含むジェネリックデータ構造、および、
このジェネリックデータ構造を自動的に検出して、このジェネリックデータ構造を移行するスマートカード・オペレーティングシステム。
【００１１】
本発明による特徴は、スマートカードの設定が、既知の方法および装置よりも複雑でなく容易であるという利点を提供する、というのは、スマートカード・オペレーティングステムの初期化の処理と、カード固有のデータ、例えば機密データの初期化の処理とを分割することができるからである。本発明は、スマートカード・オペレーティングシステムを提供する前に機密データをインストールすることも可能にする。従って、スマートカード・オペレーティングシステムは、特定の設定、例えば暗号鍵に依存することができ、後に設定する必要がない。最終的に、上記ジェネリックデータ構造は、スマートカード・オペレーティングシステムの各変化に適応させなくてもよくなる。このスマートカード・オペレーティングシステムは、上記ジェネリックデータ構造をスマートカード・オペレーティングシステム内に移行する手段、例えば上記ジェネリックデータ構造をスマートカード・オペレーティングシステムが使用するフォーマットに変換する手段のみを提供すればよい。
【００１２】
上記スマートカード・オペレーティングシステムは、上記スマートカード・オペレーティングシステムを最初に起動した際に、上記ジェネリックデータ構造を自動的に検出し、このジェネリックデータ構造を移行するように構成することができる。従って、スマートカード・オペレーティングシステムを最初に起動する際に、移行の処理を実行してスマートカードを使用できるように設定する。
【００１３】
本発明の好適例では、上記スマートカード・オペレーティングシステムは、起動時に不揮発性メモリ中の所定位置にあるマジックナンバーをチェックして上記ジェネリックデータ構造を検出するように構成することができる。
【００１４】
上記スマートカード・オペレーティングシステムはさらに、ハッシュもしくは巡回冗長検査（ＣＲＣ）アルゴリズムを用いることによって、検出したジェネリックデータ構造の有効性をチェックするように構成することができる。このことは、ジェネリックデータ構造の操作を検出することができるので、安全性（セキュリティ）を向上させる。
【００１５】
本発明の他の好適例によれば、上記スマートカードオペレーティングシステムは、上記ジェネリックデータ構造に含まれるデータの種類及びサイズを読み込み、１つ以上のオブジェクトを生成するように構成され、これらのオブジェクトは、読み込んだデータの種類及びサイズに応じてデータを格納するように構成され、かつ、スマートカード・オペレーティングシステムに基づく構造を備えている。
【００１６】
さらに、上記スマートカード・オペレーティングシステムは、上記ジェネリックデータ構造に含まれるデータを、上記生成したオブジェクト中にコピーして上記ジェネリックデータ構造を移行するように構成することができる。
【００１７】
さらに安全性を向上させ、メモリを節約するために、上記スマートカード・オペレーティングシステムは、上記ジェネリックデータ構造の移行後にこのジェネリックデータ構造を除去するように構成することができる。従って、移行後にはこのジェネリックデータ構造を読み出すことは不可能である。さらに、上記ジェネリックデータ構造を格納するために必要なメモリが、他のデータの格納用に解放される。
【００１８】
本発明の他の態様によれば、本発明は、本発明によるスマートカード用に構成されたジェネリックデータ構造に関するものであり、このジェネリックデータ構造は、
当該ジェネリックデータ構造を識別するためのマジックナンバーと、
複数のデータ構造と、
当該ジェネリックデータ構造に含まれるペイロードデータのサイズと、
ペイロードデータと
を備えている。
【００１９】
上記ジェネリックデータ構造はさらに、上記スマートカード・オペレーティングシステムによって解釈可能な上記ペイロードデータの識別子を備えることができる。
【００２０】
さらに、上記ジェネリックデータ構造は、上記ペイロードデータおよび他のメタデータのインテグリティ（完全性）をチェックするためのインテグリティチェックデータを備えることができる。
【００２１】
本発明の他の態様によれば、本発明は、本発明によるスマートカードを製造する方法に関するものであり、この製造方法は、
ペイロードデータ及びメタデータをパックして上記ジェネリックデータ構造にするステップと、
上記ジェネリックデータ構造を、上記スマートカードの不揮発性メモリに書き込むステップと、
この不揮発性メモリに格納された上記ジェネリックデータ構造のインテグリティをチェックするステップと
を備えている。
【００２２】
最後に、本発明によるスマートカードを設定する方法はさらに、
最初の起動時に、ジェネリックデータ構造が利用可能か否かをチェックするステップと、
利用可能なジェネリックデータ構造のインテグリティをチェックするステップと、
インテグリティをチェックした利用可能なジェネリックデータ構造を、上記スマートカード・オペレーティングシステムのファイルシステム中に移行するステップと
を備えることができる。
【００２３】
本発明の上述した態様および他の態様は、以下に記載する好適な実施例より明らかになり、そしてこれらの好適な実施例を参照して説明する。
【発明を実施するための最良の形態】
【００２４】
以下、本発明を、好適な実施例を参照してより詳細に説明する。本発明はこの好適な実施例に限定されないことは言うまでもない。
【００２５】
（実施例の説明）
ホストコンピュータを使用して、本発明による自動設定可能なスマートカードを準備する。準備後に、ジェネリックデータ構造をスマートカードのオペレーティングシステム（ＯＳ）中に移行する処理を実行することによって、スマートカードは、ホストコンピュータによる準備に応じて自分自身を自動設定する。ホストコンピュータによる作業は、生データを提供し、この生データをジェネリックデータ構造中にラッピングすることから成る。
【００２６】
ホストコンピュータは標準的なパーソナルコンピュータ（ＰＣ）とすることができ、このパーソナルコンピュータは、スマート（カード）リーダ兼ライタ、及び本発明による自動設定可能なスマートカードを準備するための専用のスマートカード準備ソフトウェアを備えている。このソフトウェアは、カード固有のデータを含む入力データを受信するように構成され、カード固有のデータは例えば、個人ユーザＩＤ、顧客ＩＤ、ユーザの氏名および住所、ユーザの暗号鍵、あるいは特定ユーザに対して一意的な他のあらゆるデータである。上記入力データは、ＰＣのキーボードを介して手動で入力することによって、ＣＤ−ＲＯＭ、ＤＶＤ、フロッピーディスク（登録商標）またはメモリースティック（登録商標）のようなデータキャリア（データ担体）から読み込むことによって、あるいはインターネットまたはイントラネットのようなコンピュータネットワーク経由で受信することができる。
【００２７】
入力データの受信後に、上記ソフトウェアは受信した入力データの種類及びサイズを解析して、スマートカード・オペレーティングシステムのファイルシステム中に入力データを格納するために必要なオブジェクトの数を決定する。そして、上記ソフトウェアは、上記分析の結果に応じて、受信した入力データをラッピングしてジェネリックデータ構造にし、すなわち、異なる種類の入力データを区分して異なるオブジェクトにし、各オブジェクトに、種類の識別子およびサイズの識別子を含むヘッダを与える。
【００２８】
その後に、上記ソフトウェアは、スマートカード・オペレーティングシステムがジェネリックデータ構造を識別するために必要なマジックナンバー、およびこのジェネリックデータ構造のインテグリティのチェックに必要なハッシュまたはＣＲＣを生成することによって、ジェネリックデータ構造を生成する。最後に、上記ソフトウェアは、データブロックを結合して図２に示すようなジェネリックデータ構造を形成し、このジェネリックデータ構造は、マジックナンバーを先頭に有し、オブジェクトを中間に有し、そしてハッシュまたはＣＲＣを終端に有する。
【００２９】
上記ソフトウェアでジェネリックデータ構造を完成させた後に、スマートカードは自動設定に備えることができ、これについては以下により詳細に説明する。ホストコンピュータによる準備及びスマートカードによる設定を含む手順全体は、図１のフローチャートに示すようにいくつかの段階に分割することができる。
【００３０】
第１ステップＳ１では、カード固有のデータを含むペイロードデータ、およびジェネリックデータ構造のメタデータを、上述したようにホストコンピュータにおいてパックする。ペイロードデータは、非静的な（変化する）内容、例えば後に変更または更新され得るデータを含むことができる。従って、本発明による自動設定可能なスマートカードの用途はよりフレキシブルにすることができる。
【００３１】
第２ステップＳ２では、ホストコンピュータが上記ジェネリックデータ構造を、スマートカードの不揮発性メモリ、例えばＥＥＰＲＯＭまたはフラッシュメモリに書き込む。書込みの処理は、手動でも自動でも開始することができる。生産環境では、ジェネリックデータ構造の生成を終了した直後に書込み処理を自動的に開始することが好ましい。ジェネリックデータ構造は、メモリ内の特定位置に書き込まれる。この位置は予め定められ、ジェネリックデータ構造を自動的に移行するように構成されたオペレーティングシステム中にコード化されている。なお、ジェネリックデータ構造中にパックしたペイロードデータは、カード・オペレーティングシステム・サービス（まだ現存しない）を用いることなしに、ホストコンピュータからスマートカードに転送される。
【００３２】
第３ステップＳ３では、スマートカードのメモリに書き込まれたジェネリックデータ構造のインテグリティをチェックして、データを転送して書き込む処理中に発生し得るあらゆるエラーを検出する。簡単に言えば、データが所定のメモリ位置に正しく転送されたか否かをチェックする。インテグリティのチェックは、スマートカードメモリからジェネリックデータ構造を読み込み、読み込んだデータからハッシュまたはＣＲＣを計算し、そして計算したハッシュまたはＣＲＣを、ソフトウェアによって計算したハッシュまたはＣＲＣと比較することによって実行する。この比較の結果が良好である場合、すなわち両方のハッシュまたはＣＲＣが相違しない場合に、次のステップの処理を続けることができる。さもなければ（相違する場合）、スマートカードを準備する処理を中止する。
【００３３】
その後に、スマートカードは自動設定の準備ができ、スマートカード発行者がユーザに配布することができる。従って、ステップＳ１〜Ｓ３を実行することによって、自動設定可能なスマートカードを得ることができる。
【００３４】
なお、この段階では、スマートカードはすでに、特定ユーザの秘密暗号鍵のようなカード固有のデータ、並びにユーザのＩＤまたは名前および誕生日のような他のカード固有のデータを含んでいる。しかし、ジェネリックデータ構造がこの段階でカード固有のデータを含むことは必要なことでもない。ジェネリックデータ構造が、この段階後に変更することのできる、例えばユーザデータに応じて更新することのできる例えばランダムデータを含むこともできる。この処理はホストコンピュータ上のソフトウェアで実行することができる。こうした場合には、ソフトウェアはまずペイロードデータを更新し、そして更新したペイロードデータを再びジェネリックデータ構造中にパックする。そして更新したジェネリックデータ構造をスマートカードのメモリに再び書き込んで、スマートカード全体を更新することができる。
【００３５】
以下、スマートカードを自動設定するプロセスを、図１のステップＳ５〜Ｓ１３を参照しながら説明する。
【００３６】
ステップＳ５では、オペレーティングシステムのブートプロセス（起動処理）を開始する。この処理は例えば、スマートカードの最初の電源投入によって行うことができる。ブートプロセスはオペレーティングシステムの初期化を含み、この初期化はステップＳ６〜Ｓ１３で実行され、ジェネリックデータ構造のオペレーティングシステム中への移行を含む。換言すれば、オペレーティングシステムの初期化は、ジェネリックデータ構造に含まれるカード固有のデータに応じたオペレーティングシステムの自動設定を意味する。
【００３７】
ステップＳ６では、ブートプロセスを開始した直後に、オペレーティングシステムが、ステップＳ２においてジェネリックデータ構造を書き込んだ不揮発性メモリの所定位置にある当該ジェネリックデータ構造のマジックナンバーをチェックする。この所定位置は、不揮発性メモリ中の、ジェネリックデータ構造用に予約された領域の第１メモリアドレスとすることができる。このマジックナンバーは、ジェネリックデータ構造が利用可能であることの情報をオペレーティングシステムに提供する。このマジックナンバーは例えば、ジェネリックデータ構造の利用可能性を示すビット列とすることができる。
【００３８】
次のステップＳ７では、オペレーティングシステムが、検知したジェネリックデータ構造からＣＲＣアルゴリズムを実行して、決定したＣＲＣチェックサムを、ジェネリックデータ構造の一部としてメモリに格納しているＣＲＣチェックサムと比較する。こうして、ジェネリックデータ構造のインテグリティをチェックすることができる。インテグリティのチェックは、この処理では必要としないステップであるが、安全上の理由で重要であり得る、というのは、ジェネリック構造をメモリに書き込んだ後に実行されたジェネリックデータ構造の操作を検出する手助けをするからである。
【００３９】
ジェネリックデータ構造のインテグリティが良好でないと判定された場合には（ステップＳ８）、ブートプロセス、およびオペレーティングシステムの設定を中止する（ステップＳ９）。こうした場合には、ジェネリックデータ構造が、メモリに書き込まれた後に、さらにはオペレーティングシステムをインストールした後に操作されていることがある。
【００４０】
さもなければ、すなわちジェネリックデータ構造のインテグリティが良好であるもとしてチェックされた場合には、オペレーティングシステムはデータの種類およびサイズをジェネリックデータ構造から読み込む（ステップＳ１０）。なお、オブジェクトを生成するために必要なデータのみを読み込む。このデータは一般に、データの種類およびサイズである。従って、メモリからのジェネリックデータ構造全体をメモリから読み出すことを回避することができ、このことは、データの量次第ではある程度の時間を要し得る。
【００４１】
ステップＳ１１では、オペレーティングシステムが、読み込んだデータの種類およびサイズに応じていくつかのオブジェクトを生成する。生成したオブジェクトは、ジェネリックデータ構造に含まれるペイロードデータをメモリに提供する。一般に、生成されるオブジェクトはオペレーティングシステムのファイルシステム構造に適合し、これにより、オペレーティングシステムはカード固有のデータにアクセスすることができる。
【００４２】
ステップＳ１２では、オペレーティングシステムが、ジェネリックデータ構造の内容を生成したオブジェクト中にコピーし、すなわち、ジェネリックデータ構造からペイロードデータを抽出し、抽出したデータをオブジェクト中にコピーする。
【００４３】
最後に、ステップＳ１３では、オペレーティングシステムが、ジェネリックデータ構造を不揮発性メモリから除去して、他のデータの格納用にメモリを開放する。
【００４４】
ステップＳ５〜Ｓ１３を参照して説明したスマートカードを自動設定する処理は、特に大量のデータを移行しなければならない際に、追加的に実行することができる。ここで用いる「追加的に」とは、例えば、スマートカードの最初の起動中に最初の３つのオブジェクトのみを移行し、２回目の起動中に次の３つのオブジェクトを移行する、等を意味する。
【００４５】
ジェネリックデータ構造の規定は、可能な限り単純であることと、可能な限り包括的（ジェネリック）であることとのトレードオフである。移行処理は複雑なソフトウェアを必要とすべきでない、というのは、このソフトウェアはスマートカードのハードウェア内に配置しなければならず、複雑なソフトウェアは通常、大量のメモリを必要とするからである。
【００４６】
図２に、本発明によるジェネリックデータ構造の実施例を示す。このデータ構造は、ジェネリックデータ構造を識別するためのマジックナンバーをヘッダとして備え、さらに、３つのオブジェクト：即ちオブジェクト１、オブジェクト２、オブジェクト３、およびインテグリティをチェックするためのジェネリックデータ構造のハッシュを備えている。各オブジェクトは、当該オブジェクト中に格納されたペイロードデータの長さ（ペイロードデータのサイズ）を含むフィールド、ペイロードデータの種類（ペイロードデータの識別子）を含むフィールド、およびペイロードデータ自体で構成される。
【００４７】
オペレーティングシステムは、ペイロードデータの種類を知っていなければならない。このことは、各オブジェクトの長さのフィールド中に、オペレーティングシステムによって解釈可能なＩＤを入れることによって実現される。
【００４８】
ペイロードデータは、ユーザまたはスマートカードに固有のデータ、例えば秘密鍵またはスマートカード関連のパラメータを含むことができる。
【００４９】
ハッシュもしくはチェックサムは、このデータが、ジェネリックデータ構造を格納することのできる実データであり、ＥＥＰＲＯＭ中のランダムな内容ではないことの情報をオペレーティングシステムに提供する。さらに、このことは、ペイロードデータおよび他のメタデータのインテグリティをチェックする能力を提供する。
【図面の簡単な説明】
【００５０】
【図１】本発明による、スマートカードを自動構成する方法の実施例のフローチャートである。
【図２】本発明によるジェネリックデータ構造の実施例を示す図である。
【図１】
2009530697.tif 000003
【図２】
2009530697.tif 000004
【国際調査報告】
2009530697.tif 000005
2009530697.tif 000006
2009530697.tif 000007