(57)【特許請求の範囲】
【請求項１】
プロセッサ・コア（１２）および少なくとも１つのメモリ（１４）を有して成る携帯型データ・キャリア（１０）にファイル・システム（２６）をインストールする方法であって、
少なくとも一部がセマンティック・レベルで記述されている前記ファイル・システム（２６）の仕様データ（ＳＤ）を読み込むステップ、
前記読み込んだ仕様データ（ＳＤ）を前記プロセッサ・コア（１２）によって解釈するステップ、および
前記解釈した仕様データ（ＳＤ）に従って前記ファイル・システム（２６）を前記データ・キャリア（１０）の少なくとも１つのメモリ（１４）にインストールするステップ
の各ステップを有して成り、
前記仕様データ（ＳＤ）が、セキュリティーの設定を規定するファイル属性を含む、前記ファイル・システム（２６）のファイル構造を、抽象形式で記述していることを特徴とする方法。
【請求項２】
前記ファイル・システム（２６）が、ルートおよび複数の階層レベルの、ディレクトリおよび個別ファイルを含むことを特徴とする請求項１記載の方法。
【請求項３】
前記ファイル属性によってプロトコルの設定および/またはユーザーとグループとの関連がさらに指定されていること特徴とする請求項２記載の方法。
【請求項４】
前記仕様データ（ＳＤ）によって前記ファイル・システムのファイル間の関係がさらに指定されていることを特徴とする請求項１〜３いずれか１項記載の方法。
【請求項５】
前記仕様データ（ＳＤ）がテキストおよび/または移植可能および/またはインターオペラティブなフォーマットで与えられていることを特徴とする請求項１〜４いずれか１項記載の方法。
【請求項６】
前記仕様データ（ＳＤ）がＸＭＬおよび/またはＡＳＮ．１に規定するデータ構造の符号化規則に従ってコード化されていることを特徴とする請求項１〜５いずれか１項記載の方法。
【請求項７】
前記仕様データ（ＳＤ）が暗号化によって不正操作および/またはスパイ行為から保護されていることを特徴とする請求項１〜６いずれか１項記載の方法。
【請求項８】
前記仕様データ（ＳＤ）の抽象形式が、前記メモリ（１４）にインストールされる管理データのビット・シーケンス構造から独立していることを特徴とする請求項１〜７いずれか１項記載の方法。
【請求項９】
前記セキュリティーの設定が、読取り、書込みおよび実行権を規定していることを特徴とする請求項１〜８いずれか１項記載の方法。
【請求項１０】
前記ファイル・システム（２６）のインストールが、前記個別データを前記メモリ（２６）に保存すること、および前記セキュリティーの設定を含む、ファイル属性を設定することを含むことを特徴とする請求項１〜９いずれか１項記載の方法。
【請求項１１】
プロセッサ・コア（１２）および少なくとも１つのメモリ（１４）を有して成り、請求項１〜１０いずれか１項記載の方法を実行するよう構成されている携帯型データ・キャリア（１０）。
【請求項１２】
前記携帯型データ・キャリア（１０）が、スマート・カードあるいはチップ・モジュールであることを特徴とする請求項１１記載の携帯型データ・キャリア（１０）。
【請求項１３】
請求項１１または１２記載のデータ・キャリア（１０）の初期化および/または個別化をするための装置であって、少なくとも一部がセマンティック・レベルで記述されている前記データ・キャリア（１０）にインストールするファイル・システム（２６）の仕様データ（ＳＤ）を該データ・キャリアに転送するよう構成されていることを特徴とする装置。
【請求項１４】
前記装置が、前記仕様データ（ＳＤ）を受け取り、該受け取った仕様データ（ＳＤ）を前記携帯型データ・キャリア（１０）に、該仕様データ（ＳＤ）のコンテンツ処理を行なわずに転送するよう構成されていることを特徴とする請求項１３記載の装置。
【請求項１５】
携帯型データ・キャリア（１０）に読み込まれ、該キャリア内において請求項１〜１０いずれか１項記載の方法によって解釈される仕様データ（ＳＤ）を記憶しているコンピュータ可読データ記憶媒体（３０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スマート・カードやチップ・モジュールのような携帯型データ・キャリアにファイル・システムをインストールする方法に関するものである。
【背景技術】
【０００２】
データ・キャリアを使用するには、その前にファイル・システムをインストールしておく必要がある。ファイル・システムのインストールは、一般にデータ・キャリアの初期化の段階、即ち、多くのデータ・キャリアに共通するデータおよび/またはプログラムをロードする段階において行われる。また、これによりファイル・システムの構造および属性（ファイル・ツリー、読取権等）が全面的または部分的に決定される。ファイル・システムは別の製造段階、例えば、個別化の段階、即ち、当該データ・キャリアに特有なデータおよび/またはユーザー・データをロードする段階においてもインストールすることができる。
【０００３】
ＩＳＯ７８１６はスマート・カードにファイル・システムをインストールする方法を規定した工業規格である。特に、ＩＳＯ７８１６はファイル・システムの個別ファイルおよび関連属性をインストールすることができるＣＲＥＡＴＥ  ＦＩＬＥコマンドについて規定している。ＣＲＥＡＴＥ  ＦＩＬＥコマンドのパラメータは、スマート・カードに転送されたデータのビット・シーケンスがスマート・カードのメモリに直接書き込まれるよう、即ち、更に変換されることのないよう設計されている。
【０００４】
殆どの場合、ファイル・システムの初期化の段階においてスマート・カードに転送されるデータの厳密なフォーマットには特許権が付与されており、特定のオペレーティング・システムに依存している。前記規格と比較してスマート・カードに改良が加えられているかまたは更に開発が進められている場合には特にこのことが言えるが、前記規格が一定の解釈の幅を認めているため別のケースも有り得る。スマート・カードの利用が増加の一途を辿る中、ＩＳＯ７８１６に基づいたファイル・システムの初期化が不可能であるか、または少なくとも一般的でない状況にあり、その１つの例にＪａｖａ  Ｃａｒｄ（商標）がある。
【０００５】
前記共通フォーマットは機器への対応性を強く意識しているため、初期化データの生成および処理には特別なユーティリティー・プログラムが必要であり、これらのプログラムも同様に特定のスマート・カードおよびそのオペレーティング・システムに適合する必要がある。ＳＴＡＲＣＯＳ（登録商標）というスマート・カード用オペレーティング・システムに対応した本件出願人によるこのようなユーティリティー・プログラムが現在ＳＴＡＲＭＡＧ（登録商標）という商品名で市販されている。このユーティリティー・プログラムも別のオペレーティング・システムを搭載したスマート・カードには使用できないか、または限定的使用のみが可能であるという問題を抱えている一方、ＳＴＡＲＣＯＳを搭載したスマート・カードが別の有益な機能を利用できないと言う問題もある。
【０００６】
このような問題は、スマート・カードに転送予定のデータおよびインストール予定のファイル・システムに関する必要な情報がスマート・カードの初期化および/または個別化装置に送信される際のデータ・フォーマットには存在していない。しかし、この場合も処理するスマート・カードに依存する独占的フォーマットが使用されているため特別なユーティリティー・プログラムが必要である。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は前記問題を全面的または部分的に解消することである。特に、本発明はデータ・フォーマットとデータ・キャリアのオペレーティング・システムの内部構造とのこれまでの強い依存関係を軽減してファイル・システムをデータ・キャリアにインストールする方法を提供することである。また、好ましい実施の形態において、市販の一般的なユーティリティー・プログラムおよびツールを例外なく使用できるようにすること、即ち、多様なデータ・キャリアに対しファイル・システム・データのインストールに使用できるようにすることを目的とする。  
【課題を解決するための手段】
【０００８】
本発明によれば、前記目的は請求項１の特徴を有する方法、請求項８の携帯型データ・キャリア、請求項９の初期化および/または個別化装置、および請求項１０のコンピュータ可読データ記憶媒体によって達成される。本発明の好ましい実施の形態は従属請求項によって明らかにされている。
【０００９】
本発明は２つの基本概念から発している。１つは、少なくとも一部がセマンティック・レベルで記述されているデータ・キャリアにインストールするファイル・システムの仕様データを用いることである。もう１つはこれらの仕様データがデータ・キャリアのプロセッサ・コアによって解釈されることである。ここにおいて、解釈とは一般に特定のデータの処理および変換を意味する。受信ビット・シーケンスをそのままデータ・キャリアのメモリに書き込むことは解釈には当たらない。本発明はデータ・キャリアのオペレーティング・システムの細部をかなり抽象化している。仕様データはデータ・キャリアそのものによって解釈されるため、外部システムはオペレーティング・システムの内部構造を知る必要がなく、様々なデータ・キャリアに使用可能となる。従って、データ構造を保存に必要な特別なフォーマットに変換する必要はない。このような技術的統一により、装置、ソフトウェア、および従業員の訓練の面においてかなりの節約が図れる。更に、内部データ構造をカプセル化することにより、好ましくない構成誤りまたは意図的な不正操作に対するシステム全体のセキュリティーが強化される。
【００１０】
方法の請求項の一連のステップ順序によって特許保護の範囲が限定されるものではない。むしろ、これら一連のステップ順序が、別の一連の順序、あるいは全部または一部が平行または交互に実行される実施の形態が想定可能である。好ましい実施の形態において、仕様データが断片単位または連続的なストリームとしてデータ・キャリアに読み込まれ、セクション毎に解釈され、それによって決定されたファイル・システムの部分が直ちにデータ・キャリアのメモリに書き込まれる。
【００１１】
本発明の好ましい実施の形態において、ファイル・システムのファイルおよび関連ファイル属性が仕様データに記述される。ファイル属性により、例えば、読取り、書込み、および実行権のようなセキュリティーの設定および/またはセキュア・メッセージまたはセキュア・ソケット・レイヤー（ＳＳＬ）のようなプロトコルの設定を規定することができる。更に、仕様データにはファイル・システムのファイル関係、例えば、２つのファイルが一対のキーを構成していること、ファイルがキーの証明書であること、あるいはファイルと所有者との関係を記述することができる。好ましい実施の形態における仕様データにはこのような内容を含めることができ、ファイル・システムを記述するための強力な手段となる。
【００１２】
仕様データはテキストおよび/または移植可能および/またはインターオペラティブなデータ・フォーマットを備えていることが好ましい。これらの手段により、種々異なるデータ・キャリアに対し、ツールおよび補助プログラムを同じように使用することができる。特定の好ましい実施の形態において、広く利用されている標準のデータ・フォーマット、例えば、ＸＭＬ（拡張可能マークアップ言語）、ＡＳＮ．１（抽象構文記法１）に規定されているデータ構造の符号化規則ＤＥＲ（ディスティングイッシュト・エンコーディング・ルール）、ＢＥＲ（ベーシック・エンコーディング・ルール）、あるいはＰＥＲ（パックト・エンコーディング・ルール）に対応するフォーマットが使用される。
【００１３】
前記のような標準データ・フォーマットに対しては、多くの一般的に使用されているツールが利用できる。例えば、仕様データを一般的なウェブ・ブラウザーによってＸＭＬフォーマットで視覚化することができる。また、この種のフォーマットは既に多くの開発技術者によって知られているため費用が嵩む訓練を必要としない。仕様データは１つのファイル纏めることも、幾つかのファイルに分散させることもできる。
【００１４】
仕様データはデータ・キャリアに転送するフォーマットで初期化または個別化装置に渡されることが好ましい。このような実施の形態は、初期化または個別化装置の構成をまったく変更せずにまたは多少変更するのみで、様々なデータ・キャリアに使用できるという利点を有している。特に、外部のサービス・プロバイダーによって初期化または個別化が行われる場合、仕様データは暗号化および/または署名によって不正操作および/またはスパイ行為から保護することが好ましい。暗号解読および/または署名の検査はデータ・キャリアそのものによって実施されるため、データ・キャリアの外部において攻撃を受ける可能性がまったくなくなる。
【００１５】
好ましい別の実施の形態において、携帯型データ・キャリア、初期化および/または個別化装置、およびコンピュータ可読データ記憶媒体が前記特徴および/または従属請求項の特徴に対応する特徴を備えている。本発明に基づく仕様データを記憶するコンピュータ可読データ記憶媒体は必ずしも物質的性質を帯びていなくてもよい。データ伝送に適した方法によって変調された電気信号または電磁信号もその意味ではコンピュータ可読データ記憶媒体であると言える。
【発明を実施するための最良の形態】
【００１６】
本発明の更なる特徴、目的、および効果は、以下に説明する幾つかの実施の形態によって明らかになる。
【００１７】
図１は、例えば、スマート・カードまたはチップ・モジュールとして設計された携帯型データ・キャリア１０を示す図である。データ・キャリア１０は周知の方法によりプロセッサ・コア１２、メモリ１４、および有線または無線通信用インタフェース１６が形成されている半導体チップを備えている。メモリ１４は異なる回路技術によって形成された幾つかの領域、即ち、本実施の形態においては、マスクプログラムされた固定メモリを有するＲＯＭ領域１８、揮発性読み書きメモリを有するＲＡＭ領域２０、および、例えば、ＥＥＰＲＯＭ、フラッシュメモリ等の不揮発性書換え可能メモリを有する領域２２を備えている。
【００１８】
メモリ１４のＲＯＭ領域１８にはオペレーティング・システム、およびオペレーティング・システムが実行するデータ・キャリアのプログラムが記憶されている。特に、オペレーティング・システムの一部として、後述するインタープリター２４が記憶されている。図１において、ＥＥＰＲＯＭ領域２２にインストールされるファイル・システム２６は、説明のために、ルートＭＦ（マスター・ファイル）、ディレクトリＤＦ（専用ファイル）、および個別ファイルＥＦ（基本ファイル）から成る幾つかの階層を有するＩＳＯ７８１６に対応するセクションとして示してある。別の実施の形態においては、ファイル・システム２６は別の規格または標準に基づいて構成される。
【００１９】
データ・キャリア１０は初期化および/または個別化を行う装置２８に接続されている。装置２８は、例えば、周知の初期化および/または個別化装置、あるいは特に簡単な実施の形態においては、データ・キャリア１０に接続するための適切なインタフェースを備えたコンピュータであってよい。装置２８は、例えば、ディスケットまたはＣＤ−ＲＯＭ形式のコンピュータ可読データ記憶媒体から仕様データＳＤを読み出す。本実施の形態において、仕様データＳＤはコマンドＡＰＤＵ（応用層プロトコル・データ単位）３２としてデータ・キャリア１０に転送される。
【００２０】
仕様データＳＤは、データ・キャリア１０にインストールするファイル・システム２６のセマンティック・レベルの記述を含んでいる。このことは、本実施の形態において、ファイル・システム２６の構造、ファイル属性、メモリ１４にインストールされる管理データのビット・シーケンス構造から独立した抽象形式のファイル間の関係が仕様データＳＤによって明示されることを意味する。仕様データＳＤは１つのファイルに纏めることも、幾つかのファイルに分散させることもできる。例えば、第１仕様ファイルをユーザー情報の設定、第２仕様ファイルをファイル・システム２６の構造化、第３仕様ファイルをユーザーのグループ化、等々に使用することができる。幾つかの仕様ファイルを使用する実施の形態においては、対応する数のコマンドＡＰＤＵをデータ・キャリア１０に送ることが好ましい。
【００２１】
図２は移植可能およびインターオペラティブなＸＭＬ形式の仕様データＳＤの例を示す図である。図において、ファイル・システム２６のファイル・タイプＭＦ、ＤＦ、およびＥＦは対応するＸＭＬタグ＜ＭＦ・・・＞、＜ＤＦ・・・＞、および＜ＥＦ・・・＞によって示され、これらのタグを仕様データＳＤにネストさせることにより形成すべきファイル・システム２６の木構造が定義される。ファイル・システム２６のファイル属性は、対応するＸＭＬ属性によって仕様データＳＤに示される。例えば、基本名属性ＦＩＤ（ファイル識別子）およびＡＩＤ（アプリケーション識別子）はタグ＜ＤＦ・・・＞および＜ＥＦ・・・＞のＸＭＬ属性によって示される。別のＸＭＬ属性によってファイル・タイプ（ｔｙｐｅ）およびファイルの最大サイズ（ｍａｘｓｉｚｅ）が指定される。
【００２２】
本実施の形態においては、個別ファイルのセキュリティー設定も仕様データＳＤによって規定される。例えば、図２において、ＸＭＬ属性であるａｃｃｅｓｓ、ｏｗｎｅｒ、ｇｒｏｕｐおよびｍｏｄｅによって規定される。また、ファイル間の定義済みリンクも存在している。例えば、図２において、ＸＭＬ属性であるＬｉｎｋＴｏによって定義されている。データ・キャリア１０に作成すべきファイル構造２６、あるいはその他の初期化または個別化に関する情報も仕様データＳＤに含めることができる。このような幾つかの情報の例が図２に示してある。
【００２３】
データ・キャリア１０の初期化または個別化を行う場合、まず図１のシステムにおいて仕様データＳＤが生成される。テキスト・データが含まれている場合には、一般的なテキスト・エディターによって処理することができる。適切なツール、例えば、ＸＬＭジェネレータを用いて構造が異なるデータを処理することができる。一般的なウェブ・ブラウザーによって視覚化することができる。
【００２４】
生成された仕様データＳＤはコンピュータ可読データ記憶媒体３０に記憶され、そこから初期化および/または個別化装置２８に読み込まれる。本実施の形態においては、装置２８は使用データＳＤのコンテンツ処理は一切行わず、単に携帯型データ・キャリア１０に転送する適切なコマンドＡＰＤＵ３２にこれらのデータを“パック”するのみである。
【００２５】
データ・キャリアのプロセッサ・コア１２がインタフェース１６を介しコマンドＡＰＤＵ３２を受信し、それに含まれている仕様データＳＤを抽出する。インタープリター２４の制御の下、プロセッサ・コア１２が仕様データＳＤを解釈し、仕様データに記述されているファイル・システム２６を少しずつメモリ１４のＥＥＰＲＯＭ領域２２に設定していく。この過程において仕様データＳＤの解釈に対応した個別ファイルが生成され、セキュリティーの設定を含むファイル属性が設定される。また、仕様データＳＤに基づき、ファイル間の関係が定義されると共にその他の設定が行われる。
【００２６】
本実施の形態において、仕様データＳＤの不明要素、例えば、不明ＸＭＬタグはプロセッサ・コア１２による解釈において無視される。従って、仕様データＳＤのフォーマットの増補および拡張が可能であり、拡張されたフォーマットの仕様データＳＤであっても、それを理解しないデータ・キャリア１０によって解釈可能である。従って、仕様データ・フォーマットの既知要素の構造的保全性が失われることはない。
【００２７】
仕様データＳＤはコンピュータ可読データ記憶媒体３０に記憶する際、および/またはデータ・キャリア１０に転送する際、暗号化または署名を付すことができる。暗号解読および/または署名のチェックは携帯型データ・キャリア１０内において実行される。本実施の形態において、装置２８は使用データＳＤのコンテンツを一切変更しないため暗号解読を装置２８で実行する必要がない。従って、初期化および/または個別化のプロセスを保護する環境を整える必要もない。
【図面の簡単な説明】
【００２８】
【図１】本発明の方法の実施の形態例を実行するための構成要素を示すブロック図。
【図２】ＸＭＬファイル形式で表した仕様データの例。
【符号の説明】
【００２９】
１０    データ・キャリア
１２    プロセッサ・コア
１４    メモリ
１６    インタフェース
１８    ＲＯＭ領域
２０    ＲＡＭ領域
２２    不揮発性書換え可能メモリ領域
２４    インタープリター
２８    初期化および/または個別化装置
３０    コンピュータ可読データ記憶媒体
３２    コマンドＡＰＤＵ
【図１】
0004583172.tif 000002
【図２】
0004583172.tif 000003