JP2001525958A - シェル特徴を有するｉｃカード - Google Patents

Abstract

(57)【要約】 関係付けられたオペレーティングモードを有する集積回路ＩＣカードを提供する。集積回路カードは、マイクロプロセッサと、マイクロプロセッサに接続されたメモリと、オペレーティングモードの典型のメモリに記憶されたデータと、第１のＩＣカードフォーマットにおいて選択された情報を処理するためメモリに記憶されたオペレーティングシステムと、第２のＩＣカードフォーマットにおいて選択された情報を処理するためメモリに記憶されたシェルアプリケーションと、オペレーティングシステムあるいはオペレーティングモードに応答するシェルアプリケーションのいずれかに選択された情報をルーティングする手段と、を含有する。選択された情報は、ファイルアクセスコマンドのようなコマンドであってもよい。

Description

【発明の詳細な説明】 シェル特徴を有するＩＣカード 発明の背景 集積回路（ＩＣ）カードは、主に、配布された安全な情報処理を低価格で提供 するために理想的なツールであるため、今日の世界において多くの異なる目的の ために、ますます多く用いられつつある。ＩＣカードは「スマートカード」とも 呼ばれ、典型的には従来のクレジットカードのサイズのカードであるが、カード 上にコンピュータチップを含む。ＩＣカード上のコンピュータチップは典型的に は、マイクロプロセッサと、読出し専用メモリ（ＲＯＭ）と、電気消去可能プロ グラマブル読出し専用メモリ（ＥＥＰＲＯＭ）と、ランダムアクセスメモリ（Ｒ ＡＭ）と、入／出力（Ｉ／Ｏ）メカニズムと、動作中のマイクロプロセッサをサ ポートする他の回路とを含む。コンピュータチップは、カードに格納された［以 上のアプリケーションを実行し得る。格納し実行するためにＩＣカードが用いら れているアプリケーションの例は、クレジット／デビット、電子マネー／パース 、電話コーリングカード、および得意客報酬アプリケーションを含む。 ＩＣカードの使用および適用が増加するにつれて、ＩＣカードの規格が普及し てきている。例えば、国際標準化機構（ＩＳＯ）および国際電気標準機関（ＩＥ Ｃ）は、ＩＳＯ／ＩＥＣ７８１６−１からＩＳＯ／ＩＥＣ７８１６−８という様 々なＩＣカードの産業的に広範囲な規格を普及させている。ＩＳＯ／ＩＥＣ規格 は、例えば、ファイル構造および参照方法のための一般的なガイドラインを提供 し、様々な適用およびＩＣカードオペレーティングシステムが互いに理解し合い 、密接した態様で作用することができるようになっている。さらに、決済システ ム（クレジットおよびデビットカードシステムのような）の分野においては、Ｍ ａｓｔｅｒＣａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｉｎｃｏｒｐｏｒａｔｅ ｔ Ｃａｒｄ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｆｏｒ Ｐａｙｍｅｎｔ Ｓｙｓ ｔｅｍ，ｖｅｒ３．０（１９９６年６月３０日）は、ＩＳＯ／ＩＥＣ規格で ある７８１６−４から７８１６−５に一般的に準拠しているファイル構造および ファイル参照方法の仕様を規定している。それでもなお、ＩＳＯ／ＩＥＣ規格に 準拠していない独自のＩＣカード規格が存在する。 マルチＩＣカード規格の存在は、異なった規格に対して互換性のある異なった オペレーティングシステムを備えたＩＣカードの異なったバージョンを生み出す ことが要求されるＩＣカード製造業者において問題である。さらに、オペレーテ ィングシステムは、最初に生産されるときにＩＣカードのＲＯＭに典型的にロー ドされ、規格が更新される、または新しい規格が採用される度に、ＩＣカード製 造業者は、新しいまたは更新された規格に対して互換性のある更新されたオペレ ーティングシステムを備えた新しいＩＣカードを配布することを要求し得る。 もし、新しいまたは更新されたＩＣカード規格が公布される度に、ＩＣカード のオペレーティングシステムを更新することが要求されないならば、カード製造 業者、カード発行者、アプリケーションプロバイダおよびカードユーザにとって 有利である。本発明の実施形態によって、これらおよび他の技術的課題に取り組 む。 発明の要旨 本発明は、オペレーティングシステムの「on top」で実行し、ＩＣカードの初 期にロードされたオペレーティングシステムと互換しないＩＣカード規格の実施 を取り扱う「shell」アプリケーションの導入によって、上述の技術的課題に取 り組む。有利な点として、シェルアプリケーションは、ＩＣカードが互換するＩ Ｃカード規格を補う。したがって、規格が変更したり新しい規格が導入された場 合、ＩＣカードは、新しいオペレーティングシステムを更新するよりはむしろ新 しいシェルアプリケーションのみを更新する必要がある。 本発明の好適な実施形態において、オペレーティングモードに関連するする集 積回路カードが提供される。集積回路カードは、マイクロプロセッサと、マイク ロプロセッサに結合するメモリと、オペレーティングモードの代表のメモリに格 納されるデータと、第１のＩＣカードフォーマット内の選択された情報を処理す るメモリに格納されたオペレーティングシステムと、第２のＩＣカードフォーマ ット内の選択された情報を処理するメモリに格納されたシェルアプリケーション と、オペレーティングモードに応答してオペレーティングシステムもしくはシェ ルアプリケーションの何れかへ選択された情報をルーティングする手段とを含ん でいる。選択された情報はファイルアクセスコマンドのようなコマンドであり得 る。さらに、選択された情報はファイル構造フォーマットに関連し得る。 本発明の更なる好適な実施形態において、ＩＣカード上へアプリケーションを ロードする方法が提供され、ここでアプリケーションはファイルモードタイプに 関連し、ＩＣカードはオペレーティングモードに関連している。上記方法は、ア プリケーションのファイルモードタイプが所定のファイルモードタイプであるか を決定する工程と、ファイルモードタイプが所定のファイルモードタイプに対応 しているならばＩＣカードのオペレーティングモードを変更する工程とを含む。 所定のファイルモードタイプは、例えば「shell」ファイルモードタイプであり 、ＩＣカードのオペレーティングモードは、例えば「ＯＳ」もしくは「shell」 である。したがって、アプリケーションが「shell」のファイルモードタイプに 関連するとき、ＩＣカードのオペレーティングモードは、「ＯＳ」から「shell 」へ変更される。 好ましくは、シェルアプリケーションは、第１のアプリケーションがロードさ れる場合を除いてロードされない。このように、ノンシェル（non-shell）アプ リケーションがＩＣカード上へロードされる動作性は保証され得る。本発明の更 なる好適な実施形態におけるアプリケーションをロードする方法は、好ましくは 、任意の他のアプリケーションがＩＣカード上へ既にロードされているかを判定 する工程と、アプリケーションのファイルモードタイプが所定のファイルモード タイプに対応し、他のアプリケーションが既にＩＣカード上へロードされていな いならば、ＩＣカード上へアプリケーションをロードする工程と、ファイルモー ドタイプが所定のファイルモードタイプに対応し、アプリケーションが既にＩＣ カード上へロードされていないならば、ＩＣカードのオペレーティングモードを 変更する工程とを含む。 本発明の他の好適な実施形態において、ＩＣカードのオペレーティングシステ ムによるコマンドをルーティングする方法もまた提供され、ＩＣカードはオペレ ーティングモードに関連する。上記方法は、ＩＣカードのオペレーティングモー ドが所定のオペレーティングモードであるかを決定する工程と、ＩＣカードのオ ペレーティングモードが所定のオペレーティングモードに対応しているならばコ マンドを直接アプリケーションにルーティングする工程とを含む。例えば、ＳＥ ＬＥＣＴ ＦＩＬＥコマンドが端末からのＩＣカードにより受け取られ、ＩＣカ ードがＩＣカード上へロードされたシェルアプリケーションを持つことを前提と し、ＩＣカードのオペレーティングモードおよび所定のオペレーティングモード の両方共に「シェル」であるならば、オペレーティングシステムはＳＥＬＥＣＴ ＦＩＬＥコマンドをシェルアプリケーションへルート（route）する。 好ましくは、ルーティングする方法は、ＩＣカードのオペレーティングモード が所定のオペレーティングモードに対応していないならば、コマンドがオペレー ティングシステムによってサポートされる選択されたファイルコマンドであるか を決定する工程と、コマンドがオペレーティングシステムによってサポートされ る選択されたファイルコマンドであるならば、コマンドを選択されたファイルコ マンドへ責任を負うオペレーティングシステムルーチンへルーティングする工程 とを含む。 好ましくは、ＩＣカードはファイルタイプに関連している現在選択されている ファイルを更に含み、ルーティングする方法は、ＩＣカードのオペレーティング モードが所定のオペレーティングモードに対応していない場合、現在選択されて いるファイルのファイルタイプがオペレーティングシステムによってサポートさ れているかを判定する工程と、現在の選択されたファイルのファイルタイプがオ ペレーティングシステムによってサポートされるタイプであるならば、コマンド をファイルタイプに責任を負うオペレーティングシステムルーチンへルーティン グする工程とを更に含む。現在選択されているファイルのファイルタイプがオペ レーティングシステムによってサポートされていないならば、上記方法は、コマ ンドをアプリケーションへルーティングする工程を更に含む。 本発明の他の好適な実施形態において、ＩＣカードのオペレーティングシステ ムによるアプリケーション間の制御を委任する方法もまた提供され、ＩＣカード は、定義されたＩＣカードフォーマットとともに使用され、オペレーティングモ ードに関連している。上記方法は、オペレーティングシステムと通信するためお よび定義されたＩＣカードフォーマットに準拠するフォーマット内の情報を処理 するためのシェルアプリケーションをＩＣカードへ格納する工程と、オペレーテ ィングシステムによって第２のアプリケーションに制御を委任するための第１の アプリケーションから要求を受け取る工程と、ＩＣカードのオペレーティングモ ードが所定のオペレーティングモードであるかを決定する工程と、第２のアプリ ケーションがシェルアプリケーションに対応しているかを決定する工程と、ＩＣ カードのオペレーティングモードが所定のオペレーティングモードに対応し、第 ２のアプリケーションがシェルアプリケーションに対応しているならば、制御を 委任するための要求をフェイルする工程とを含む。 本発明の他の好適な実施形態において、ＩＣカードと端末間の通信を開始する 方法もまた提供され、ここでＩＣカードは、マイクロプロセッサおよびメモリと 、オペレーティングシステムを内部に格納しているメモリと、シェルアプリケー ションと、ＩＣカードのオペレーティングモードを代表するデータとを含み、選 択された情報がオペレーティングシステムもしくはシェルアプリケーションへル ートされる（to be routed）かを示すオペレーティングモードとを含む。上記開 始する方法は、端末からのＩＣカードによるリセット信号を受け取る工程と、Ｉ Ｃカードのオペレーティングモードに基づいてＩＣカードから端末へアンサート ゥリセット（answer-to-reset）を返す工程とを含む。 好ましくは、複数のアンサートゥリセットファイルはＩＣカードのメモリ内に 格納され、アンサートゥリセットを返す工程は、オペレーティングモードに基づ いてアンサートゥリセットファイルの一つを選択する工程を含む。選択された情 報はファイルアクセスコマンドのようなコマンドであり得る。さらに、選択され た情報はファイル構造フォーマットに関連し得る。 図面の簡単な説明 本発明の好適な実施形態は、添付された図面を参照して例示としてのみ開示さ れる。 図１は、本発明の好適な実施形態によるＩＣカードの模式的表示である。 図２は、本発明の好適な実施形態によるＩＣカードおよび端末の斜視図である 。 図３は、本発明の好適な実施形態によるＩＣカードの機能的ブロック図である 。 図４は、ＥＭＶ仕様に関連する階層ファイル構造の例示であり、 図５Ａおよび図５Ｂは、本発明の好適な実施形態において用いられるｌｏａｄ ＿ｆｉｌｅコマンドのステップを示すフローチャートであり、 図６は、本発明の好適な実施形態において用いられるｄｅｌｅｔｅ＿ｆｉｌｅ コマンドのステップを示すフローチャートであり、 図７は、本発明の好適な実施形態において用いられるルートコマンドのステッ プを示すフローチャートであり、 図８は、本発明の好適な実施形態において用いられるｄｅｌｅｇａｔｅ＿ｒｅ ｑｕｅｓｔコマンドのステップを示すフローチャートであり、 図９は、本発明の好適な実施形態において用いられるｄｅｔｅｒｍｉｎｅ＿Ａ ＴＲ＿ｓｔａｔｕｓコマンドのステップを示すフローチャートである。 本発明の詳細な説明 図１は、本発明において用いられ得る典型的なＩＣカード１０を説明する概略 図である。ＩＣカード１０は、集積回路１２と、集積回路１２とＩＣカード１０ の外部のデバイスとが通信できるように集積回路に接続される、一つ以上の電気 接触部１４とを含む。 図２は、ＩＣカード１０が通信するデバイスの一つの実施例である。本発明の 明細書中および添付の請求の範囲において、「端末」という文言は、ＩＣカード １０が通信し得る一般的に示されるデバイスを指すものとして用いられる。図２ に示されるような典型的な端末２０は、カードリーダ２２と、キーパット２４と 、ディスプレイ２６とを含む。キーパット２４およびディスプレイ２６は、ＩＣ カード１０のユーザが端末とやりとりを行うことを可能にする。キーパット２４ は、ユーザがトランザクションを選択し、個人識別番号（「ＰＩＮ」）の入力お よびトランザクション情報を入力することを可能にする。ディスプレイ２６は、 ユーザが情報メッセージおよびデータ入力のためのプロンプトを受け取ることを 可能 にする。その他のタイプの端末は、ＩＣカード互換性ＡＴＭ機および電話を含み 得る。 図３は、集積回路１２の機能的ブロック図である。集積回路１２は、少なくと も、プロセシングユニット１００およびメモリユニット１１０を含む。好適には 、集積回路１２はさらに、制御ロジック１５０、タイマ１６０、セキュリティ回 路１７０、入／出力ポート１８０、およびコプロセッサ１９０を含む。制御ロジ ック１５０は、プロセシングユニット１００と共に、メモリユニット１１０と入 ／出力ポート１８０との間の通信を処理するために必要な制御を提供する。タイ マ１６０は、プロセシングユニット１００および制御ロジック１５０のためのタ イミング基準信号を提供する。セキュリティ回路１７０は好適には、製造中のテ ストのために、入／出力ポート１８０を内部回路に接続する可溶性リンクを提供 する。可溶性リンクは、テストの完了後焼けて、敏感な回路領域への後のアクセ スを制限する。コプロセッサ１９０は、暗号作成アルゴリズムにより必要とされ るような、複雑な演算をリアルタイムに行う能力を提供する。 メモリユニット１１０は、揮発性および不揮発性メモリ並びに読出し専用およ びプログラマブルメモリなどの異なるタイプのメモリを含み得る。例えば、図３ に示すように、メモリユニット１１０は、読出し専用メモリ（ＲＯＭ）、電気的 消去可能プログラマブル読出し専用メモリ（ＥＥＰＲＯＭ）、およびランダムア クセスメモリ（ＲＡＭ）を含み得る。 メモリユニット１１０は、秘密暗号作成鍵およびユーザＰＩＮなどのＩＣカー ドデータを格納する。秘密暗号作成鍵は、公開鍵対のプライベート鍵などの、任 意のタイプの周知の暗号作成鍵であり得る。好適には、秘密暗号作成鍵は、ＩＣ カードの外部からアクセス不可能であるかまたは非常に限定されたアクセス可能 性を有するＲＯＭまたはＥＥＰＲＯＭの安全な領域に格納される。 メモリユニット１１０はさらに、ＩＣカードのオペレーティングを格納する。 オペレーティングは、ＩＣカードアプリケーションをロードし実行し、ＩＣカー ドアプリケーションに対するファイル管理および他の基本的なカードサービスを 提供する。好適には、オペレーティングはＲＯＭに格納される。 オペレーティングによって提供される基本的サービスに加えて、メモリユニッ ト１１０はさらに、１以上のＩＣカードアプリケーションを含み得る。例えば、 ＩＣカードが電子キャッシュカードとして用いられる場合、ＭＯＮＤＥＸ^TMＰＵ ＲＳＥと呼ばれるアプリケーションがＩＣカードに含まれ得る。上記アプリケー ションは、金融機関におけるユーザの口座からのある通貨の電子値をＩＣカード にロードする。アプリケーションは、ＲＯＭまたはＥＥＰＲＯＭの何れかに格納 され得るプログラムおよびデータファイルの両方を含み得る。 異なるＩＣカードおよびアプリケーションを伴う異なる端末の内部動作をイネ ーブルするために、ＩＣカードに格納されたファイル構成に関連した規格が公布 されている。例えば、決済システム業界ではＭａｓｔｅｒＣａｒｄ Ｉｎｔｅｒ ９６ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｃａｒｄ Ｓｐｅｃｉｆｉｃａ ｔｉｏｎ ｆｏｒ Ｐａｙｍｅｎｔ Ｓｙｓｔｅｍ，ｖｅｒ３．０（１９９６年 ６月３０日）（以下「ＥＭＶ仕様」と記述する）は、ＩＳＯ／ＩＥＣ７８１６− ４から７８１６−５規格に一般的に準拠している、ファイルにアクセスするため の階層ツリー構造を示す。このような階層ツリー構造の実施例の図は、図４に示 される。 図４において、４つのタイプのファイルカテゴリが示される。すなわち、ディ レクトリ定義ファイル（ＤＤＦ）、ディレクトリファイル（ＤＩＲ）、アプリケ ーション定義ファイル（ＡＤＦ）およびアプリケーション要素ファイル（ＡＥＦ ）である。ＥＭＶ仕様において、各ＤＤＦはＤＩＲを含む。各ＤＩＲは、１つ以 上のＡＤＦおよび／またはＤＤＦを含み得る。各ＡＤＦは、１つ以上のＡＥＦを 含み、それは特定のアプリケーションに関連したデータを含むファイルである。 ＥＭＶ仕様において、ファイルは、固有名もしくはショートファイル識別子（ ＳＦＩ）の何れかに参照される。ＤＤＦもしくはＡＤＦは、ＳＥＬＥＣＴコマン ドを用いるその固有名によって参照される。一旦、特定のＤＤＦもしくはＡＤＦ が選択されると、対応するＤＩＲもしくはＡＥＦは、ＲＥＡＤ ＲＥＣＯＲＤコ マンドを用いるＳＦＩとともに参照される。ＤＩＲの場合、ＳＦＩの範囲は１か ら１０である。ＡＥＦの場合、ＳＦＩの範囲は１から３０である。ＥＭＶ仕様は 、少なくとも一つの必須のＤＤＦを固有名「ＩＰＡＹ．ＳＹＳ．ＤＤＦ０１」 で示す。 ＥＭＶ仕様における選択されるＤＤＦもしくはＡＤＦへのＳＥＬＥＣＴコマン ドのフォーマットは、表１で示される。ＤＤＦへのＳＥＬＥＣＴコマンドの応答 において、ＩＣカードは、ＤＤＦに属するＤＩＲのＳＦＩを戻す。ＡＤＦが選択 されると、他のコマンドと関連して、ＩＣカードは端末が使用し得る情報を戻し 、ＡＤＦに関連するＡＥＦのＳＦＩを取り出す。 一旦、ＤＩＲもしくはＡＥＦのＳＦＩが知られると、端末はＲＥＡＤ ＲＥＣ ＯＲＤコマンドを用い得、ＤＩＲもしくはＡＥＦのレコードを読む。ＥＭＶ仕様 におけるＲＥＡＤ ＲＥＣＯＲＤコマンドのフォーマットは、表２において示さ れる。 ＥＭＶ仕様は、決済システム業者内のファイル構成のための規格を定めている が、他の業者においては他のＩＣカードファイル構成規格が存在し得る。いくつ かは独自のものであり得、また一般的にＥＭＶ仕様もしくはＩＳＯ／ＩＥＣ７８ １６−４もしくは７８１６−５と互換し得ない。 典型的には、ＥＭＶ仕様および他の独自の規格と互換するＩＣカードを製造す ることを望んでいるＩＣ製造業者は、様々な仕様によって定義される異なるファ イル構造および異なるファイル参照およびアクセス方法を実行するための異なる オペレーティングシステムを備えたＩＣカードを製造しなければならない。本発 明の実施形態において、しかしながら、製造業者は、単一のオペレーティングシ ステムを備え、異なる規格を実行するための異なるシェルアプリケーションを実 行するＩＣカードを製造し得る。 図５Ａから図９は、シェルアプリケーションをサポートすることのできるＩＣ カードオペレーティングシステムルーチンの好適な実施形態を示すフローチャー トである。図５Ａから図９における実施形態において、オペレーティングシステ ムは、Ｍｏｎｄｅｘ Ｉｎｔｅｒｎａｔｉｏｎａｌ ＬｉｍｉｔｅｄのＭＵＬＴ ＯＳ^TMオペレーティングシステムなどのＩＣカードを実行するマルチアプリケー ションオペレーティングシステムである。そのようなオペレーティングシステム は、アプリケーションをロードもしくは削除するルーチン、適切なオペレーティ ングシステムプロセスもしくはアプリケーションへのルーティングコマンドのた めのルーチン、アプリケーショ冫間の処理の委任（delegation）を操作するルー チン、およびアンサー−トゥ−リセット（ＡＴＲ）メッセージを操作するルーチ ンを含む。 図５Ａから図９における実施形態において、一つのシェルアプリケーションの みが、任意の時にＩＣカードへロードされ得る。一旦、シェルアプリケーション がロードされると、それはＩＣカードにロードされる全てのアプリケーションに とって有効（valid）なる。好ましくは、オペレーティングシステムは、Ｅｖｅ ｒｅｔｔらの１９９８年４月２３日に出願された「Ｍｕｌｔｉ−Ａｐｐｌｉｃａ ｔｉｏｎ ＩＣ Ｃａｒｄ ｗｉｔｈ Ｄｅｌｅｇａｔｉｏｎ Ｆｅａｔｕｒｅ 」という発明の名称の米国特許に記載されている委任機能のような委任機能を有 する。上記米国特許は、本明細書に添付されたＡｎｎｅｘ Ａを参照することに より本明細書中において組み込まれる。対応する国際出願は、番号ＷＯ−９８５ ２１５９−８２として公開されている。シェルアプリケーションがオペレーティ ングシステムからのコマンドを受け取ると、コマンドを解釈し、および／または 制御をコマンドに関連するアプリケーションに委任する。もし、制御がアプリケ ーションに委任されると、アプリケーションが終了したとき、制御をシェルアプ リケーションに戻す。そしてシェルアプリケーションは、端末への伝送のための 適切なフォーマットでオペレーティングシステムヘ任意の応答を戻す。 単純化のために本好適な実施形態では一度に単一のシェルアプリケーションの みをロードするが、本発明は、このような実施形態に限定されない。本発明は、 ＩＣカードへロードされ、異なるアプリケーションのセットとともに用いられる マルチシェルアプリケーションのための本発明の実施形態の範囲も含む。 表記事項として、図５Ａから図９のフローチャートにおいて表現されるデータ エレメントは、ドット（［．］）に従うデータエレメントがドットに先行するデ ータエレメントの構成要素であるドット表記慣例に従う。例えば、データエレメ ントfile_modeは２つの構成要素、file_mode_typeおよびapplication_idを含む 。使用されるドット表記において、第１の構成要素データエレメントは、file_m ode.file_mode_typeと表現され、第２の構成要素データエレメントは、file_mod e.application_idと表現される。 図５Ａおよび図５Ｂは、シェルアプリケーションをサポートすることのできる オペレーティングシステムによるファイルローディングルーチンの実行を示すフ ローチャートである。ステップ５１０において、ルーチンは、オペレーティング システムのセキュリテイマネージャであるOS_Security_Managerからのファイル ローディングコマンドload_file_commandを受け取る。ステップ５２０において 、コマンドを受け取った後、ルーチンは、オペレーティングシステム制御情報os -control_info.applicatlon_id.に存在するコマンドload_file_command.applica tion_idに関連するアプリケーション識別番号であるかどうかチェックする。も し、アプリケーション識別番号が既に存在していたならば、ステップ５２１にお いて、ルーチンは、「failed」へ応答ステータスload_file_response.statusを セットし、および「duplicate application id.」へエラー記述load_file_respo nse.error_causeをセットする。このエラー応答は、アプリケーションが既にロ ードされており、再びロードされ得ないことを示す。そこでエラー応答load_fil e_responseは、OS_Security_Managerへ戻される。 もし、ロードされるアプリケーションのアプリケーション識別番号が存在しな い場合、ステップ５３０において、ルーチンは、load_file_commandのファイル モードタイプをチェックする。ファイルモードタイプは、例えば「shell」また は「non-shell」であり得る。「shell」ファイルモードタイプは、ロードされる アプリケーションがシェルアプリケーションであることを示し、「non-shell」 ファイルモードタイプは、ロードされるアプリケーションがシェルアプリケーシ ョンでないことを示す。 もし、ロードされるアプリケーションがシェルアプリケーションである場合、 ルーチンは、os_control_infoが空であるかをチェックする。もし、os_control_ infoが空でない場合、１つ以上のアプリケーションはその時既にＩＣカードにロ ードされている。もしそうである場合、ステップ５３１において、ルーチンは、 「failed」へ応答ステータスload_file_response.statusをセットし、および「a pplication already loaded.」へエラー記述load_file_response.error_causeを セットする。このエラー応答は、ＩＣカードへロードした全てのアプリケーショ ンにとってシェルアプリケーションが有効となる制限の結果である。全てのアプ リケーションがシェルアプリケーションとともに正常に動作し得ることを確実に するために、シェルアプリケーションは、ＩＣカードへロードした最初のアプリ ケーションでなければならない。 工程５２０および５３０において、エラー状態がトリガーされていないならば 、ディレクトリファイルおよびos_control_infoは工程５４０および５５０にお いて適切なアプリケーション情報を用いて更新される。 図５Ｂを参照して、工程５６０においてload_file_commandのファイルモード タイプは再びチエックされる。ファイルモードタイプが「shell」であれば、そ の後、工程５７０においてfile_modeおよびselected_fileのデータエレメントが 更新される。file_modeデータエレメントはＩＣカードのfile_mode_typeおよび シェルアプリケーションのapplication_idを含む。file_mode.file_mode_type変 数はＩＣカードのオペレーティングモードを示し、したがって、「operating mo de」として、また参照され得る。ＩＣカードのオペレーティングモードは例えば 、「ＯＳ」あるいは「shell」であり得る。「ＯＳ」モードはシェルがロードさ れないことを示し、一方「shell」モードはシェルがロードされることを示す。s elected_fileデータエレメントは現在選択されたファイルのapplication_idおよ びfile_typeを含む。 工程570において、file_mode.file_mode_typeは「shell」にセットされる。fi le_mlode.file_mode_typeはＩＣカードのオペレーティングモードを示し、した がって、「operating mode」として参照される。更に、現在選択されたファイル のアプリケーション識別番号はシェルアプリケーションのアプリケーション識別 番号 にセットされる。選択されたファイルのfile_typeは、オペレーティングシステ ムによって操作されないファイルコマンドを示す「dedicated file」にセットさ れる。 工程５８０において、応答状態load_file_response.statusは、「success」に セットされ、OS_Security_Managerへ戻る。 図６はシェルアプリケーションをサポートし得るオペレーティングシステムに よるファイル削除ルーチンの実施を示したフローチャートである。工程６１０に おいて、delete_file_commandはOS_Security_Managerから受け取る。工程６２０ において、チェックは削除されたアプリケーションがos_control_infoに存在し ていること即ちＩＣカードへアプリケーションがロードされることを検証するた めに実施される。アプリケーション識別番号がos_control_infoにない場合、工 程６７０において、応答状態delete_file_response.statusは「failed」にセッ トされ、エラーデイスクリプションdelete_file_response.error_causeは、「ap plication not loaded」にセットされる。 アプリケーションがＩＣカードへロードされる場合、工程６３０において、削 除されているアプリケーションのファイルモードタイプdelete_file_command．f ile_mode_typeが「shell」と同じになるかどうかの判断をチェッキングが実施す る。チェッキングはまた削除されたアプリケーション識別番号delete_file_comm and.application_idがＩＣカードのファイルモードに指定されるアプリケーショ ン識別番号つまり、file_mode.application_idに同じであるかどうかの判定を実 施する。つまり、チェッキングはロードされたシェルアプリケーションが削除さ れるかどうかの判定を実施する。 ロードされたシェルアプリケーションが削除された場合、工程６８０において 、file_mode.file_mode_typeが「ＯＳ」にセットされ、selested_file.file_typ eがＩＣカードに関するデフォルトファイルタイプつまり「master file」にセッ トされる。 工程６４０において、アプリケーションに対応するディレクトリファイルレコ ードは記憶されているディレクトリから削除される．工程６５０において、アプ リケーションのアプリケーション識別番号はos_control_infoから削除される。 工 程６６０において、delete_file_response.satusは「success」にセットされ、 応答状態はOS_Security_Managerに戻る。 図７はシェルアプリケーションをサポートし得るオペレーティングシステムに よってコマンドをルーティングするルーチンの実施を示すフローチャートである 。工程７１０において、ルートルーチンは、カードホルダからのコマンド、つま りＩＣカードの外部からのコマンドを受け取る。工程７２０において、チェッキ ングはＩＣカードのオペレーティングモードの判定を実施する。file_mode.file _mode_typeが「ＯＳ」に等しくない場合、シェルアプリケーションはＩＣカード へロードされている。したがって、カードホルダからのコマンドは現在選択され たアプリケーションあるいは複数のアプリケーションに直接送られる。典型的な 場合、現在選択されているアプリケーションはシェルアプリケーションである。 しかしシェルアプリケーションが他のアプリケーションへの委任された制御を有 してもよいし、アプリケーションが直接コマンドを受け取り処理してもよい。 ＩＣカードのオペレーティングモードが「ＯＳ」に等しい場合、工程730から750 において規定された種々の状態がチェックされる。工程730において、コマンド がselect_fileコマンドの場合、コマンドは、オペレーティングシステムのselec t_fileルーチンに送られる。工程740において、現在選択されたファイルのファ イルタイプが「master file」の場合、コマンドはオペレーティングシステムのpro vide_card_facilitiesルーチンに送られる。provide_card_facilitiesルーチン はマスターファイルタイプに関系付けるコマンドを操作する。同様に、工程750 において、ファイルタイプが「directory file」の場合、コマンドはオペレーティ ングシステムのread card_level_data_filesルーチンに送られる。read_card_le vel_data_filesルーチンはディレクトリファイルタイプに関系付けるコマンドを 操作する。工程730から750における状態が少しも満足でなければ、その後選択さ れたファイルはアプリケーションでなければならない。したがって、コマンドは 現在選択されたアプリケーションに送られる。 図８はオペレーティングシステムがシェルアプリケーションおよび委任構造双 方をサポートする場合に必要である委任要求チェッキングルーチンを示すフロー チャートである。工程810において、delegate_requestはアプリケーションから 受け取る。工程820において、チェッキングはＩＣカードのオペレーティングモ ードが「「shell」であるかおよび委任されたアプリケーション（制御が転送され ようとするアプリケーション）のアプリケーション識別番号がＩＣカードのシェ ルアプリケーションのアプリケーション認識番号と同一であるかの判定を実施す る。双方の状態が真の場合、アプリケーションはシェルアプリケーションに対す る制御を委任するように試みる。シェルアプリケーションはロードされ、選択さ れた第１のアプリケーションであり、したがって、他のすべてのアプリケーショ ンに制御を委任するのでそのような委任は再帰的である。再帰的な委任は許され ない。したがって、工程830において、delegate_response.statusは「failed」に セットされ、delegate_response.error_causeは「recursive shell delegation」 にセットされる。委任応答は委任者アプリケーションに戻る。工程820において 、委任者アプリケーションが適切な再帰的でない委任要求を申し立てることを判 定した場合、要求はオペレーティングシステムの委任操作手順にしたがって進む 。 ＩＣカードが端末に挿入されたとき、ＩＣカードはリセット信号を受け取る。 端末との通信を起動するためにＩＣカードは適切なアンサートゥリセット(ＡＴ Ｒ)メッセージを用いたリセット信号に応答しなければならない。図9は、シェル アプリケーションをサポートするシステムをＩＣカードオペレーティングシステ ムに関するＡＴＲルーチンを示すフローチャートである。 工程910において、ＩＣカードのオペレーティングモードはチェックされる．f ile_mode.file_mode_typeが工程920において「ＯＳ」に等しい場合、selected_fil eのファイルタイプはデフォルト「master file」にセットされ、s_ATR_statusは「 default ATR」にセットされる。さもなければ、工程930において、ＩＣカードの オペレーティングモードが「shell」の場合、選択されたファイルのファイルタイ プおよびアプリケーション識別番号は「dedicated file」およびfile_mode.applic ation_idにそれぞれセットされる。s_ATR_statusは「shell ATR」にセットされる 。双方の場合、s_ATR_statusはオペレーティングシステムのcontrol_ATRルーチ ンに戻される。s_ATR_statusを用いた場合、control_ATRルーチンは端末から適 切なＡＴＲを用いてリセット信号に応答する。適切なＡＴＲは、ＩＣカード上で 異なったファイルに記憶され得る。異なったファイルはs_ATR_statusに基づ いて選択される。 本発明は、特定の好適な実施形態を参照して説明してきたが、添付の特許請求 の範囲によって規定される発明の範囲から逸脱することなく、さまざまな改変、 変更および置換は、当業者には知られており、または明らかである。 本開示の範囲は、請求された発明に関連するか否か、あるいは本発明で対処さ れる課題の一部または全てを緩和するか否かに関わりなく、明示的または黙示的 に開示された新規の特徴または特徴の組み合わせあるいはそれを一般化したもの を含む。本出願は、本出願または本出願に由来する任意のさらなる出願の手続中 に、そのような特徴に関する新しい請求項が作成され得ることの注意を促すもの である。特に、付属の請求項に関しては、従属項に由来する特徴は、請求の範囲 に挙げた特定の組み合わせのみならず、任意の適切な方法で独立項の特徴と組み 合わせ得る。

───────────────────────────────────────────────────── フロントページの続き (31)優先権主張番号 ０９／０７５，９７５ (32)優先日 平成10年５月11日(1998．5．11) (33)優先権主張国 米国（ＵＳ） (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ， ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，Ｌ Ｓ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ， ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，Ｅ Ｅ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＧＷ，ＨＵ ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ， ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，Ｍ Ｄ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ， ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，Ｖ Ｎ，ＹＵ，ＺＷ

Claims (1)

1. 【特許請求の範囲】 １．集積回路カード（１０）であって、該集積回路カードは、 マイクロプロセッサ(100)と、 該マイクロプロセッサに接続されたメモリ(110)と、 該集積回路カードに関係付けられるオペレーティングモードの典型の該メモリ (110)に記憶されたデータと、 第１のＩＣカードフォーマットにフォーマットされた選択された情報を処理す るために該メモリ(110)に記憶されたオペレーティングシステムと、 第２のＩＣカードフォーマットにフォーマットされた該選択された情報を処理 するために該メモリ(110)に記憶されたシェルアプリケーションであって、該第 ２のカードフォーマットは該第１のカードフォーマットとは異なる、シェルアプ リケーションと、 該オペレーティングシステムあるいは該シェルアプリケーションのいずれかに 選択された情報をルーティングするために該オペレーティングモードのみに応答 する手段と、 を含有する集積回路カード。 ２．前記選択された情報がコマンドである、請求項１に記載の集積回路カード。 ３．前記コマンドがファイルアクセスコマンドである、請求項２に記載の集積回 路カード。 ４．前記選択された情報がファイル構造フォーマットに関係付けられる、請求項 １から３のいずれかに記載の方法。 ５．前記シェルアプリケーション以外の前記メモリに記憶されたアプリケーショ ンと、 委任アプリケーションへの制御を委任するために前記オペレーティングシステ ムによって受け取られる該他のアプリケーションによる要求を送る手段と、 前記ＩＣカードの前記オペレーティングモードが所定のオペレーティングモー ドであるか否かを判定する手段と、 該委任アプリケーションが該シェルアプリケーションに対応するか否かを判定 する手段と、 該ＩＣカードの該オペレーティングモードが該所定のオペレーティングモード に対応し、該委任アプリケーションが該シェルアプリケーションに対応する場合 に制御を委任する要求をフェイリングする手段と、 をさらに含む、請求項１から４のいずれかに記載の集積回路カード。 ６． ＩＣカード（１０）へアプリケーションをロードする方法であって、 該アプリケーションは関係付けられたファイルモードタイプを有し、該ＩＣカ ードはマイクロプロセッサ(１００)と、該マイクロプロセッサに接続されるメモ リ(１１０)と、該集積回路カードに関係付けられるオペレーティングモードの典 型の該メモリ(110)に記憶されるデータと、および該オペレーティングシステム あるいは該アプリケーションのいずれかに選択された情報をルーティングするた めにオペレーティングモードのみに応答する手段とを含み、該方法は、 該アプリケーションのファイルモードタイプが所定のファイルモードタイプで あるか否かを判定する工程と、 該ファイルモードタイプが該所定のファイルモードタイプに対応する場合、該 ＩＣカードの該オペレーティングモードの典型の該データを変更する工程と、 を含む方法。 ７．前記オペレーティングモードが変更される工程の前に前記ＩＣカードへ任意 の他のアプリケーションがすでにロードされているか否かを判定する工程をさら に含む、請求項６に記載の方法。 ８．前記アプリケーションの前記ファイルモードタイプが前記所定のファイルモ ードタイプに対応し、他のアプリケーションがまだ前記ＩＣカードにロードさ れていない場合に、該アプリケーションを該ＩＣカードへロードする工程をさら に含む、請求項６あるいは７に記載の方法。 ９．前記ファイルモードタイプが前記所定のファイルモードタイプに対応し、他 のアプリケーションがまだ前記ＩＣカードにロードされていない場合にのみ、前 記変更工程が該ＩＣカードの前記オペレーティングモードを変更する工程を含む 、請求項７に記載の方法。 １０．ＩＣカードのオペレーティングシステムによってコマンドをルーティング する方法であって、該ＩＣカードはマイクロプロセッサ(１００)と、該マイクロ プロセッサに接続されたメモリ(110)と、該集積回路カードに関係付けられるオ ペレーティングモードの典型の該メモリ(110)に記憶されたデータと、該オペレ ーティングシステムあるいはアプリケーションのいずれかに選択された情報をル ーティングするために該オペレーティングモードのみに応答する手段とを含み、 該方法は、 該ＩＣカードの該オペレーティングモードが所定のオペレーティングモードで あるか否かを判定する工程と、 該ＩＣカードの該オペレーティングモードが該所定のオペレーティングモード に対応する場合に、アプリケーションに直接コマンドをルーティングする工程と 、を含んだ方法． １１．前記ＩＣカードの前記オペレーティングモードが前記所定のオペレーティ ングモードに対応しない場合に、前記コマンドが該オペレーティングシステムに よってサポートされた選択ファイルコマンドであるか否かを判定する工程と、 該コマンドが該オペレーティングシステムによってサポートされた選択ファイ ルコマンドである場合に、該選択ファイルコマンドに応答可能なオペレーティン グシステムルーチンに該コマンドをルーティングする工程と、 をさらに含む、請求項１０に記載の方法。 １２．前記ＩＣカードが関係付けられたファイルタイプを有する現在選択された ファイルをさらに含み、前記方法は、 該ＩＣカードの前記オペレーティングモードが前記所定のオペレーティングモ ードに対応しない場合に、該現在の選択されたファイルのファイルタイプが該オ ペレーティングシステムによってサポートされたか否かを判定する工程と、 該現在の選択されたファイルのファイルタイプが該オペレーティングシステム によってサポートされた場合に、該コマンドを該ファイルタイプに応答可能なオ ペレーティングシステムルーチンにルーティングする工程と、 をさらに含む、請求項１０あるいは１１に記載の方法。 １３．前記現在選択されたファイルの前記ファイルタイプが前記オペレーティン グシステムによってサポートされない場合、前記コマンドをアプリケーションに ルーティングする工程をさらに含む、請求項１３に記載の方法。 １４．ＩＣカードのオペレーティングシステムによってアプリケーション間の制 御を委任する方法であって、該ＩＣカードはマイクロプロセッサ(１００)と、該 マイクロプロセッサに接続されたメモリ(110)と、該オペレーティングシステム と通信するためにおよび規定されたＩＣカードフォーマットにフォーマットされ た情報を処理するために該メモリに記憶されるシェルアプリケーションと、該Ｉ Ｃカードに関係付けられるオペレーティングモードの典型の該メモリに記憶され たデータと、該オペレーティングシステムあるいは該シェルアプリケーションの いずれかに選択された情報をルーティングするための該オペレーティングモード のみに応答する手段とを含み、該方法は、 第２のアプリケーションに中央制御を委任するための該オペレーティングシス テムによって受け取られるための第１のアプリケーションによる要求を送る工程 と、 該ＩＣカードのオペレーティングモードが所定のオペレーティングモードであ るか否かを判定する工程と、 該第２のアプリケーションが該シェルアプリケーションに対応するか否かを判 定する工程と、 該ＩＣカードの該オペレーティングモードが該所定のオペレーティングモード に対応し、該第２のアプリケーションが該シェルアプリケーションに対応する場 合に、制御を委任するための要求をフェイリングする工程と、 を含んだ方法。 １５．ＩＣカード(１１０)と端末(２０)との通信を起動する方法であって、該Ｉ Ｃカードはマイクロプロセッサ(１００)と、メモリ中に記憶されたオペレーティ ングシステムを有するメモリ（１１０）と、シェルアプリケーションと、該ＩＣ カードのオペレーティングモードの典型のデータと、該オペレーティングシステ ムあるいはアプリケーションのいずれかに選択された情報をルーティングするた めの該オペレーティングモードのみに応答する手段と、を含み、該方法は、 該端末から該ＩＣカードによってリセット信号を受け取る工程と、 該ＩＣカードから該ＩＣカードの該オペレーティングモードに基づいた該端末 へアンサートゥリセットを返す工程と、 を含む方法。 １６．複数のアンサートゥリセットファイルが前記ＩＣカードの前記メモリに記 憶され、アンサートゥリセットを返す前記工程が前記オペレーティングモードに 基づいた該アンサートゥリセットファイルのひとつを選択する工程を含む、請求 項１５に記載の方法。 １７．前記選択された情報がコマンドである、請求項１５または１６に記載の方 法。 １８．前記コマンドがファイルアクセスコマンドである、請求項１７に記載の方 法。 １９．前記選択された情報がファイル構造フォーマットに関係付けられる、請 求項１５に記載の方法。