JPH09510812A

JPH09510812A - チップ・カードとのコミュニケーションを簡易化する方法

Info

Publication number: JPH09510812A
Application number: JP9503547A
Authority: JP
Inventors: リンドトルッフ、クラウス; バブリッツ、ヘルマン
Original assignee: インターナシヨナル・ビジネス・マシーンズ・コーポレーシヨン
Priority date: 1995-06-23
Filing date: 1996-06-07
Publication date: 1997-10-28
Also published as: HUP9800977A2; US6279047B1; PL318655A1; DE19522527A1; KR970705801A; WO1997001147A3; HUP9800977A3; PL182666B1; KR100308596B1; WO1997001147A2

Abstract

(57)【要約】アプリケーション（１０）とチップ・カード（２０）とのコミュニケーションを行う本発明の装置は、アプリケーション（１０）のアプリケーション特有のデータに関する情報を記録するための少なくとも１つのアプリケーション・データ記憶手段（３０）、即ち、ディクショナリとしても知られたものと、アプリケーション・データ記憶手段（３０）を使用してチップ・カード（２０）に対するインターフェースのためのコマンドを発生するための少なくとも１つのチップ・カード・ダイアログ・モジュール（４０）、即ち、エージェントとしも知られたものとを有する。チップ・カード・ダイアログ・モジュール（４０）はチップ・カード（２０）に関するカード特有のデータを含んでいる。チップ・カード（２０）へのコミュニケーションのリクエスト（１００）は、チップ・カード（２０）用に指定されたチップ・カード・ダイアログ・モジュール（４０）に対しアプリケーション（１０）によって行われる。そのリクエスト（１００）がある時、チップ・カード・ダイアログ・モジュール（４０）は、チップ・カード（２０）とのコミュニケーションに必要な少なくとも１つのコマンドを発生する。これを達成するために、チップ・カード・ダイアログ・モジュール（４０）は、アプリケーション・データ記憶手段（３０）に記憶されたそれ自身のためのアプリケーション特有の情報をアクセスする。

Description

【発明の詳細な説明】チップ・カードとのコミュニケーションを簡易化する方法技術分野本発明は、アプリケーションとチップ・カードとのコミュニケーションを行うための、及びチップ・カード用の読取り／書込み装置において使用するための装置及び方法に関するものである。背景技術集積化された電子チップを有するカードは、効率的な、しかもほぼクレジット・カードのサイズ及び形状をして全体的に小型であり、そして、望ましくは、プラスチック又は金属で作られる。今日では、それはデータ・キャリア・カード或いはチップ・カードとして知られている。簡単な記憶カード（メモリ・チップ・カード或いはメモリ・カードとして知られている）とは対照的に、インテリジェント・データ・キャリア・カード（多機能チップ・カード或いはスマート・カードとしても知られている）は、それらのメモリ機能に加えて、そのデータ・キャリア・カードのチップ上に記憶されたデータを制御するためのそれら独自のプロセッサを持っている。これは、データの一層すぐれた保護を可能にし、その結果、それらチップ・カードの機能改善をもたらす。一般に、簡単なメモリ・カードはデータの書込み及び読取りを可能にするだけである。スマート・カードは、これらの機能に加えて、データを構造化するための機能、データを隔離するための機能、データを管理するための機能、及びデータを保護するための機能も有する。スマート・カードのインターフェース、従って、データをチップ・カードから読み取るために必要なプログラミング（例えば、コマンド・シーケンス）はメモリ・カードのそれよりも遥かに複雑である。チップ・カードの導入は、主として、改ざんに対するそれらのすぐれたセキュリティのために伸びており、広範囲の適用分野に拡大している。チップ・カードを用いるアプリケーション、即ち、任意無作為の装置とチップ・カードとのコミュニケーションを必要とするアプリケーションは、現金なしでの支払、チップ・カード所持者の識別、データの記憶、或いは他の同様な用途のためのものでよい。このタイプのアプリケーションは、チップ・カード上の内部アプリケーション・セグメントと、自動現金支払機、ＰＣ端末、或いは特殊端末のような同様の装置における外部アプリケーション・セグメントとより成る。一般に、内部アプリケーション・セグメントは、チップ・カードそのものにおけるメモリにあるすべてのデータ及びプログラムを表し、一方、外部アプリケーション・セグメントは、チップ・カードの外にあるすべてのデータ及びプロ部ラムを表す。これらの外部アプリケーション・セグメントのプログラミングは、一般に、チップ・カードが導入されるべき装置をプログラムする者の責任である。これらの装置は、それ自身の複雑なソフトウエア・プラットフォームを持つことが多い。これらの例において、アプリケーションをチップ・カードと統合するために、チップ・カードの記憶済みデータ及びインターフェースの構造についての深い知識が必要とされる。ほとんどの使用されているチップ・カードは、それら自体が製造者の間で大きく相違している。多くのチップ・カードがＩＳＯ標準の７８１６の部分的セットを実施しており、又、幾つかの特別な機能も使用している。更に、実際には、実施されるべき内部及び外部アプリケーション・セグメントの詳細に関する必要な知識がある。チップ・カード上に記憶されたデータへのアクセスを可能にするために、通常、コマンドの固定的なプログラミング（コーディング）が行われている。しかし、これは、アプリケーションの硬直化を増大させること及び保守容易性を劣悪にすることを意味する。チップ・カードが導入される時、一般に、チップ・カード或いはそのチップ・カードの外部の世界を認証するためのデータ又はコマンドの暗号化が使用される。これを行うために、ＤＥＳ（データ暗号化規格）のような対称暗号化アルゴリズム或いは公開キー・アルゴリズムのような非対称暗号化アルゴリズムが使用される。個人識別番号（ＰＩＮ）は、もっぱら、現時点のチップ・カード所持者の認証のために使用される。チップ・カードのための読取り／書込み装置のような装置に加えて、ＰＩＮを暗号化するための及びＰＩＮを入力するための認証素子のような更なる素子も存在する。それらの素子は、チップ・カードを用いるアプリケーションのためには考慮されなければならないものであり、そのようなアプリケーションに深く関わり得るものである。ハードウエア或いはソフトウエアにより実現されるそれら素子及び装置と外部アプリケーション・セグメントとのコミュニケーションは、プログラミング・インターフェースの使用を通して行われる。しかし、チップ・カードに対して、簡単なインターフェースは満足すべきものではない。データ構造及び必要なコマンドが複雑であるため、それは、それらのコマンドの組込みを他のプロトコルで使用したり、或いは、より高度のプログラミング言語を使用するには十分ではない。アプリケーション特有のデータに対して、これは、チップ・カードの内部構造に関する知識、従って、それらのアクセス可能度に関する知識、及びアプリケーション及びインターフェースを通してチップ・カードにアクセスする方法に関する知識があるものと想定している。発明の開示本発明の目的は、チップ・カードとのコミュニケーションを行うのためのインターフェースの簡易化を実現することである。この目的は、請求の範囲の独立項に従って達成される。インターフェースとチップ・カードとのコミュニケーションのための本発明による装置は、通常、アプリケーションにおけるアプリケーション特有のデータに関連した情報を記録するための少なくとも１つのアプリケーション・データ記憶手段（ディクショナリとしても知られている）、及びチップ・カードにインターフェースするためにそのアプリケーション・データ記憶手段を使用してコマンドを発生するための少なくとも１つのチップ・カード・ダイアログ・モジュール（エージェントとしても知られている）を有し、それによって、そのチップ・カード・ダイアログ・モジュールはチップ・カードに関するカード特有のデータを有するというものである。チップ・カードとのコミュニケーションのリクエストは、そのチップ・カードに対して指定されたチップ・カード・ダイアログ・モジュールに対してアプリケーションにより行われる。そのリクエストに応答して、チップ・カード・ダイアログ・モジュールは、チップ・カードとのコミュニケーションに必要な少なくとも１つのコマンドを発生する。これを達成するために、チップ・カード・ダイアログ・モジュールは、アプリケーション・データ記憶手段に記憶されたアプリケーション特有の情報を使用する。種々のタイプのチップ・カードの導入を促進するためには、チップ・カードに対するアプリケーションのインターフェースをできるだけ一律なものにすることが必要である。本発明によれば、アプリケーション特有のデータとカード特有のデータとの間には区分が存在する。アプリケーション特有のデータは、チップ・カード上に記憶されたデータのタイプ、ロケーション、サイズ、及びアクセス・メソッドに関する情報を含むデータ、並びに、そのチップ・カード上に記憶された実際のデータである。一方、カード特有のデータは、チップ・カードに記憶されたデータをアクセスするために必要なそのチップ・カードのコマンド及びプロトコルに関する情報を与えるデータを表す。アプリケーション特有のデータとカード特有のデータとの区分は、１つの及び同じアプリケーションが相異なるタイプのチップ・カードによって実施されることを可能にする。これは、チップ・カードに対するインターフェースを大いに簡易化することに通じ、又、チップ・カードにおける内部アプリケーション・セグメントとチップ・カードから分離した外部のアプリケーション・セグメントとの区分を改善する。このように、新しいアプリケーション及びチップ・カード・タイプへの融通性ある適応がサポートされる。本願において開示される解決方法は、既存のアプリケーションにおけるチップ・カードの統合及び新しいアプリケーションの導入を容易にする。アプリケーション特有のデータとカード特有のデータとの区分によって、アプリケーションに対する必要な知識は最少にされ、それらの使用は簡易化される。内部及び外部アプリケーション・セグメントの保守容易性は大いに改善される。チップ・カードのアプリケーションは、コマンド、プロトコル、及びデータ構造のようなカード特有のアスペクトを軽減される。同時に、同期モードに加えて、非同期動作モードが可能にされる。本発明は、最も広い意味ではチップ・カードのための読取り／書込み装置において、即ち、チップ・カードとのコミュニケーションをコーディネート、制御、及び直接的に又は間接的に実行するＰＣ又は他の装置において優先的なアプリケーションを有する。本発明の更なる有益な実施例が請求の範囲の従属項において示される。本発明をより正確に説明するために、図面を参照して本発明の実施例を以下に示す。図面の簡単な説明第１図は、本発明によるアプリケーションとチップ・カードとのコミュニケーションの概略的表示である。第２図は、チップ・カードの複数の異なるアプリケーション及びタイプに対する複数のディクショナリ又は複数のエージェントの使用を示す。第３図は、チップ・カードとのコミュニケーションにおいてオーバヘッドの減少を可能にする更なる実施例を示す。発明を実施するための最良の形態第１図は、本発明によるアプリケーション１０とチップ・カード２０とのコミュニケーションの概略的な表示を示す。アプリケーション１０は、チップ・カード２０から分離しており、例えば、読取り／書込み装置、コンピュータ、或いはチップ・カード２０とのコミュニケーションが可能な他の任意の環境でみることができる。アプリケーション・データ記憶装置、いわゆる、アプリケーション・ディクショナリ３０は、アプリケーション特有のデータを記録するように働く。チップ・カード・ダイアログ・モジュール、いわゆる、エージェント４０（スマート・カード・エージェント或いはスマート・カード・インタプリタ）は、チップ・カード２０のインターフェースにとって必要なコマンドを発生する。ディクショナリ３０は、そのチップ・カード上に記憶されたデータのタイプ、ロケーション、サイズ、及びアクセス・メソッドに関する情報、及び必要となり得るなこれらのデータをアプリケーション１０のセキュリティ・オプションに基づいて処理するための情報を含んでいる。アプリケーション１０を通したアクセスのための関連データを簡単に識別するために、それらのデータは１つ又は複数の別名を割り当てられる。この情報は、テーブル又はハイアラーキのような適当な形式でディクショナリ３０内にファイルされる。その情報は、アプリケーション１０又は複数の更なるアプリケーションのための必要な情報をすべて含んでいる（これに関する更なる詳細については、第２図を参照してほしい）。ディクショナリ３０へのアクセスはエージェント４０を通して生じる。エージェント４０に対するディクショナリ３０の割当ては、外部アプリケーション・セグメントを通して又はエージェント４０の特別な拡張を通して行われる。ディクショナリ３０の生成は、必要なデータの手操作による作成によってもたらされることが望ましい。これを達成するためには、自らの特性を含むチップ・カード２０におけるすべてのデータのためのすべての情報が必要である。アプリケーション１０からアクセス可能なチップ・カード２０上のデータは、ディクショナリ３０に対して意図された別名を持っている。チップ・カード２０のデータが処理されるべき場合、アプリケーション１０はエージェント４０にリクエスト１００を与える。このタイプのリクエスト１００は、所望のアクセス・メソッドに関する情報及び所望のデータの別名を含んでいる。このリクエスト１００に応答して、エージェント４０は、チップ・カード２０上のデータをアクセスするために必要なコマンド・シーケンスを発生する。これを達成するために、それは、ディクショナリ３０における関連の各別名に対するエントリに記憶された情報を利用する。アクセス・メソッドの必要なパラメータがリクエスト１００と共にエージェント４０に与えられる。例えば、データの別名、使用されるべき読取りメソッド、及びリクエスト１００に対する応答のファイリング・ロケーションに関するデータは、チップ・カード上のデータの読取りを行うべきリクエスト１００に属する。このタイプのリクエストは、別名「口座番号（ＡＣＣＯＵＮＴＮＵＭＢＥＲ）」を持ったデータに対するアクセス・モード「読取り（ＲＥＡＤ）」及びそのファイルされたデータに対するメモリ・アドレスより成るものでよい。読取り及び書込みメソッドに加えて、構造の認証、生成、又は削除、及びチップ・カードにより実施可能なアプリケーション特有のコマンドも、ここでは生じ得る。これらの例に加えて、特別のコマンドによって開始されるメソッドがチップ・カード２０上に記憶されている。例えば、これは、チップ・カード２０上に記憶された現金勘定における金額の制限であってもよい。既存のシステムへの簡単な組込みを可能にするためには、エージェント４０の非同期的機能モードが保証されることが必要であることが多い。使用中のソフトウエア・プラットフォームの多くは、事象制御されたプログラミングを必要とする。同期的に機能するモジュールは、恐らく、システム全体の一時的ブロック化に通じるであろう。しかし、このブロック化の期間は、これらのチップ・カード・アプリケーションにとってサポート可能でないことが多い。それは、これが比較的遅い媒体へのデータ転送及び比較的低速作業のプロセッサのコマンド処理を含むためである。エージェント４０は、非同期モジュールとして実施されることが望ましいが、同期的にも動作可能である。アプリケーション１０のリクエスト１００がある時、エージェント４０はそのチップ・カードに対する一連のコマンドを発生する。そのシーケンスの各コマンド１１０は個々にアプリケーションに与えられる。そのアプリケーションは、チップ・カード２０におけるデータの直接読取り及び書込みのために、エージェント４０のそれぞれのコマンド１１０を、対応する読取り／書込み装置１２９へアプリケーション・コマンド１３０として転送する。この時点で、アプリケーション１０は、前述のように読取り／書込装置１２０において直接に設置可能であることは勿論である。或アプリケーションに対しては、一連のコマンドの代わりに単一のコマンド１１０が十分であることもある。読取り／書込み装置１２０は、そのアプリケーション・コマンド１３０又はそこから取り出されたアプリケーション・コマンド１３０’をチップ・カード２０へ転送し、そこから応答１４０を受ける。応答１４０のデータ又はそこから同様に取り出された応答１４０’のデータはアプリケーション１０によって受領され、更に、エージェント４０へ応答データ１５０として送られる。そのエージェントは応答データ１５０を解釈し、必要な場合には、直ちに次のコマンドを発生する。そのプロセスは、所望のデータが処理されてしまうまで繰り返される。そのプロセスの終了時に、又はそのコマンド・シーケンスを通して連続的に、エージェント４０は、リクエスト１００に対する反作用としてデータ・レコード１６０を及びチップ・カード２０から戻されたデータをアプリケーション１０へ転送する。このデータ・レコードは、チップ・カード２０には理解し得なかったアプリケーション１０からのリクエスト１００に対する、アプリケーション１０にとって理解し得るチップ・カード２０の応答を表す。エージェント４０の導入は、その有限の自動機械の概念の使用を通して行われることが望ましい。このタイプの自動機械はそれ自身の内部状態を記憶することができ、入力データ及びそれの現在の状態に基づいて他の状態に変化することができる。この自動機械のプログラミングは、瞬間的な状態と入力データとの特定の組合せに対する所望の状態変換の事前選択を通して行われる。コマンドの発生時には、コードのよって保護されるデータ又はコマンドを、例えば、チップ・カード２０におけるその結果生じた必要な暗号化／非暗号化の時に使用する場合がある。セキュリティ上の理由で、一般には、これらはエージェント４０だけで行われるべきではない。従って、エージェント４０は、アプリケーション１０への適当なリクエストを通してこの要件を信号し、必要なデータを分配する。一方、アプリケーション１０は、ほとんどの場合、暗号化のために特別のモジュール上にこのリクエストを送るであろう。その応答の後、エージェント４０はコマンド・シーケンスの発生を続けるであろう。暗号化のリクエストに加えて、更に、読取り／書込み装置１２０に、とりわけ、ＰＩＮ入力装置（図示されていない）にリクエストを行うことも可能である。これらのリクエストは、処理のためにアプリケーション１０により適当な装置に送られる。チップ・カード２０とコミュニケートするためには、アプリケーション１０は先ず適当なエージェント４０を（例えば、複数の可能なエージェントから）選択するであろう。遅くとも、所望のディクショナリもエージェント４０へのリクエストの発生時に指定される。両方とも、受領されるそのカードの特別応答データに基づいて、例えば、チップ・カード２０からの初期照会を通して及びトランザクションを遂行しようとしている特定のアプリケーション１０を知ることによって生じる。エージェント４０及びディクショナリ３０の選択の後、アプリケーション１０によってエージェント４０にリクエスト１００を与えることが可能である。その時点で、エージェント４０は、リクエスト１００に含まれた別名を求めてディクショナリ３０をサーチし、しかる後、それらに関するアプリケーション特有の情報を受け取る。第１のリクエスト１００はエージェント４０を開始モードに置き、そして、この時、必要なコマンド・シーケンスの第１コマンドが発生される。コマンドに対する各応答時に、エージェント４０はそれの内部状態を変更し、そのシーケンスの進行に関する情報を収集する。コマンドの発生は、エージェント４０がそのリクエストに関連した終了状態に達すると直ちに終了する。これは、コミュニケーションにおいてエラーが生じた場合、或いは、データが首尾よく処理された場合である。チップ・カード上に記憶されたデータの修正を通してアプリケーションを変更することが必要である場合、これをディクショナリ３０の変更に限定することが可能である。新しいディクショナリ３０’（図示されていない）がアプリケーション１０にとって利用可能にされ、アプリケーション１０そのものが変更される必要はない。例えば、異なるインターフェースを持ったチップ・カードの使用のようなチップ・カード２０に関するアプリケーション１０のセグメントの変更は新しいエージェント４０’（図示されていない）の発生を導く。ディクショナリ３０又は３０’におけるアプリケーション１０のデータに関連した情報は、この場合、変更される必要はない。エージェント４０のコマンド１１０及び応答１４０は、アプリケーション１０を通して又は読取り／書込み装置１２０を通して、或いはエージェント４０とチップ・カード２０との間に置かれた他の任意の可能な装置を通して変更されないことが望ましいことは勿論である。この場合、信号１１０、１３０、及び１３０ ’が同じであり、チップ・カード２０はエージェント４０のコマンド１１０を間接的に受け取り、それに続いて（再び、間接的に）コマンド１１０に対するそれの応答１４０を転送する。従って、信号１４０、１４０’、及び１５０も同じである。同様に、チップ・カード２０へのコマンド１１０の直接転送及びエージェント４０への対応する応答の直接転送が、各場合において、得られるようにしてもよい。エージェント４０が非同期モード及び同期モードで動作可能であることも勿論である。非同期モードでは、アプリケーション１０はリクエスト１００に対するエージェント４０からの応答を待たず、従って、リクエスト１００とそれの応答との間でも使用可能である。しかし、同期モードでは、アプリケーション１０はリクエスト１００に対するエージェント４０からの応答を待ち、従って、応答が終了するまで使用可能ではない。第２図は、複数の相異なるアプリケーション２１０及び複数の相異なるタイプのチップ・カード２０に対する複数のディクショナリ２３０又は複数のエージェント２４０の使用を示す。いわゆるエージェンシ２５０が、第１図におけるようなエージェント４０の代わりに、複数のアプリケーション２１０からアプリケーション１０によって呼び出される。種々のディクショナリ２３０及びエージェント２４０を管理すること及び必要に応じて対応するバージョンの可用性を与えることがエージェンシ２５０のタスクである。これを達成するためには、すべてのローカル・ディクショナリ２３０及びエージェント２４０とそれらの特性及びそれらの基準とを持ったリストが、これらが適用されるべき時に使用されることが望ましい。適当なエージェントがなく、使用可能な適当なディクショナリがない場合、必要なオリジナル又はそれのコピーが別のエージェンシ２６０から要求可能である。これは、ローカル・ネットワークを通して及びエージェンシ２５０及び２６０の間の適当なコミュニケーション・パスを通して遂行可能である。エージェント４０を導入する時にインタープリット済みのプログラム言語が適用される場合、異なるハードウエア及びオペレーティング・システムを持った装置においても、１つのそして同じ導入方法が適用可能である。これを達成するために、インタープリテーションを通してそのエージェントのプログラムを処理する適当なインタプリタが各装置に対して導入される。エージェント４０からチップ・カード２０へのコマンドの搬送時に複数のプログラム・レベルが介在すべき場合、チップ・カード２０とのコミュニケーションにおいてかなりのオーバヘッドが生じることがある。これは、第３図に示されるように、エージェント４０がチップ・カード２０に近接して置かれる場合には減少することがある。これを達成するために、エージェント４０は代用物、いわゆるプロクシ３４０によって置換される。そのプロクシは、ディクショナリ３０からのすべての必要な情報を持った単一のデータ・レコードを各リクエスト１００に対して作成する。ルータ３６０はプロクシ３４０のデータ・レコード３５０を受け取り、しかる後、このレベルにシフトされているエージェント４０に指示する。エージェント４０によって発生されたコマンド３７０はすべてルータ３６０を通してチップ・カード２０に送られ、そしてすべての応答３８０がエージェント４０に返送される。エージェント４０とチップ・カード２０とのコミュニケーション後のリクエスト１００の結果３９０は、最終的に、ルータ３６０によってプロクシ３４０に戻され、しかる後、そのルータによってアプリケーション１０への応答１６０として送られる。プロクシ３４０はアプリケーション１０に対する画一的なインターフェースを保証するので、それを使用する場合にそれを修正する必要はない。アプリケーション１０は、それがエージェント４０又はそれのプロクシ３４０のどちらとコミュニケートするかに無関係のままである。ルータ３６０はエージェント４０と同じレベルに置かれるのが望ましく、一方、ディクショナリ３０はアプリケーション１０のレベル或いはエージェント２３０のレベルのままであることが望ましい。読取り／書込み装置１２０がチップ・カード２０への直接アクセスを有する装置の抽象的な表示を例示していることに留意すべきである。それでもやはり、読取り／書込み装置１２０は相互間の個別のインターフェースを持った複数の個別の装置及び層より成るものでよい。本発明は、簡単なメモリ・カード及びスマート・データ・キャリア・カードであって、そのデータ・キャリア・カードのチップ上に記憶されたデータを制御するためのそれ独自のプロセッサを有するデータ・キャリア・カードに関するものあることは勿論である。本発明に従って、エージェント４０又はエージェンシ２５０を通してディクショナリ３０の修正を直接に行うことも可能である。これは、チップ・カード２０における構造がエージェント４０を使用して作られ又は修正される時、例えば、エージェント４０がチップ・カード２０上に新しいファイルを記憶又は再構成すべき時、特に有利である。本発明の一実施例では、ディクショナリ３０はチップ・カード２０上に直接に設けられる。これによって、必要なディクショナリ３０がいつもチップ・カード２０にとって直接に利用可能になるであろう。もう１つの実施例では、チップ・カード２０上に直接に設けられたディクショナリ３０がこのチップ・カード２０によってコピーされて（望ましくは、エージェント４０によって）記憶され、そして同じチップ・カード・タイプの別のチップ・カードに対してもエージェント４０又はエージェンシ２５０にとって利用可能となる。実施例の詳細以下の例は、コマンド・シーケンスのプロセス・フローを示すことを意図している。アプリケーション１０がチップ・カード２０から口座番号を読み取る。使用されるべきエージェント４０が、チップ・カード２０のチップ・カード・タイプのカード特性に基づいて選択される。アプリケーション１０がエージェント４０にリクエスト１００を送る。そのエージェントには、チップ・カード２０のチップ・カード・タイプのカード・データに基づいた前の選択によって、特定のディクショナリ３０が既に割り当てられている。表１は、この割り当てられたディクショナリ３０からの抜粋を示す。リクエスト１００は、コマンド「読取り（ＲＥＡＤ）」、別名「口座番号（ＡＣＣＯＵＮＴＮＵＭＢＥＲ）」、及びそのリクエストの結果がファイルされるべきバッファのメモリ・アドレスをパラメータとして含んでいる。そこで、エージェント４０は、別名「口座番号（ＡＣＣＯＵＮＴＮＵＭＢＥＲ）」を求めてディクショナリ３０をサーチする（表１参照）。それが見つかった場合、そのエントリは、このデータ項目が見つけられるべきチップ・カード２０のディレクトリ及びファイルに関する情報、そのデータ項目のタイプ及びサイズに関する情報、及びセキュリティ関連情報を与える。この例におけるチップ・カード２０上のデータは、コンピュータのデータ・システムとして一般に理解されているようなディレクトリに配列される。この例では、パス・インディケータ「3F00.A100.4001」が表１において別名「口座番号（ＡＣＣＯＵＮＴＮＵＭＢＥＲ）」の下で、更に、ファイルのタイプが「透過（ＴＲＡＮＳＰＡＲＥＮＴ）」であるという情報の下で見つけられる（矢印でもってマークされる）。データ項目はそのファイルではオフセット「４」及び長さ「５」バイトをみつけられる。コード領域の「貸方（ＣＲＥＤＩＴ）」及び認証領域の「認証貸方（ＡＵＴ＿ＣＲＥＤＩＴ）」の表示は、論理的コード番号を物理的番号に変換するように働く。パスワードのエントリ（ＰＩＮによる）がある時、その領域の「グローバル（ＧＬＯＢＡＬ）」がＰＩＮ１及びＰＩＮ２に対して使用される。特定のオブジェクトのための領域は、これらのオブジェクトの共通エンティティをアクセスするディレクトリ及びファイルのグループを表す。エージェント４０は、パス・インディケータ「3F00.A100.4001」に基づいてチップ・カード２０上の必要なディレクトリを選択するためのコマンド・シーケンスの発生を開始する。この場合、現在のディレクトリ選択が考慮される。ディレクトリ３Ｆ００が既に選択されている場合、発生される第１コマンド１１０は、サブ・ディレクトリＡ１００を選択するためのものであろう。この第１コマンド１１０は、そのコマンド・シーケンスが継続されるべきことを表す信号と共にアプリケーション１０に返送される。そこでアプリケーション１０は、チップ・カード２０によって使用される読取り／書込み装置１２０へ送るためのインターフェースに、コマンド１３０としてその第１コマンドを送る。そこで、その装置はコマンド１３０をチップ・カード２０へ送る。チップ・カード２０は、選択の確認及び、必要な場合には、その選択されたディレクトリに関する他の情報と共に応答１４０を送る。その応答１４０は、読取り／書込み装置１２０によってアプリケーション１０へ戻される。そのアプリケーションは、それを応答データ１５０としてエージェント４０へ送る。応答データ１５０は、一般に、アプリケーション１０にとって理解し得ないフォーマットで与えられる。その応答データを理解できるためには、エージェント４０に関する広い知識がチップ・カード２０を通して利用可能でなければならない。エージェント４０は、第１コマンド１１０の成功に関する結論を応答データ１５０から形成すること及びそのコマンド・シーケンスの進行に関する情報を収集することができる。次のステップとして、ファイル４００１を選択するための第２コマンド１１０’がアプリケーション１０にコミュニケートされ、そしてそれは、第１コマンド１１０と同様に扱われる。最後に、そのリクエストされたデータを読み取るための更なるコマンド１１０ ”が発生される。このためには、口座番号のロケーション（オフセット＝４）及びサイズ（長さ＝５）に関する情報が使用される。そのコマンド１１０”は前に送られたコマンド１１０のように送られ、チップ・カード２０によって同様に応答される。チップ・カード２０の応答データ１５０”もこの時点では所望のデータを含んでいる。これらのデータは、例えば、暗号化される。それを、エージェント４０は、ファイルの選択時に、前の情報に基づいて認識する。この時点で、データの暗号化を行うために、エージェント４０のリクエスト１６０がアプリケーション１０に対して発生されるであろう。アプリケーション１０は、その暗号化をそれ自身で行ってもよく、或いは、更なる特別なモジュールにそれを回送してもよい。その結果は応答データ項目１５０'''としてエージェント４０に戻される。そこで、そのエージェントは、オリジナルのリクエスト１００の時に表示されたバッファ・メモリにそのデータを、アプリケーション１０にとって理解し得るフォーマットでコピーし、コマンド・シーケンスの終了をアプリケーション１０に信号する。そこで、アプリケーション１０は、口座番号をアクセスしそして次のリクエストをエージェント４０へ送ることができる。

───────────────────────────────────────────────────── 【要約の続き】ションに必要な少なくとも１つのコマンドを発生する。これを達成するために、チップ・カード・ダイアログ・モジュール（４０）は、アプリケーション・データ記憶手段（３０）に記憶されたそれ自身のためのアプリケーション特有の情報をアクセスする。

Claims

【特許請求の範囲】１．アプリケーション（１０）とチップ・カード（２０）とのコミュニケーションを行うための装置にして、前記アプリケーション（１０）のアプリケーション特有のデータに関する情報を記録するための少なくとも１つのアプリケーション・データ記憶手段（３０）と、前記チップ・カード（２０）にインターフェースするために前記アプリケーション・データ記憶手段（３０）を使用してコマンドを発生するための少なくとも１つのチップ・カード・ダイアログ・モジュール（４０）と、を含み、以て、前記チップ・カード・ダイアログ・モジュール（４０）は前記チップ・カード（２０）に関するカード特有のデータを含むことを特徴とする装置。２．前記アプリケーション・データ記憶手段（３０）は前記アプリケーション特有のデータを指定するための別名を含んでいることを特徴とする請求の範囲第１項に記載の装置。３．前記チップ・カード・ダイアログ・モジュール（４０）だけが前記アプリケーション・データ記憶手段（３０）へのアクセスを有することを特徴とする請求の範囲第１項又は第２項に記載の装置。４．前記アプリケーション・データ記憶手段（３０）を前記チップ・カード・ダイアログ・モジュール（４０）に割り当てるための割当て装置を含むことを特徴とする請求の範囲第１項乃至第３項の１つに記載の装置。５．１つ又は複数のアプリケーション（１０）のための情報が前記アプリケーション・データ記憶手段（３０）に含まれていることを特徴とする請求の範囲第１項乃至第４項の１つに記載の装置。６．前記チップ・カード・ダイアログ・モジュール（４０）は同期モジュール及び非同期モジュールとして使用されるような方法で実施されることを特徴とする請求の範囲第１項乃至第５項の１つに記載の装置。７．前記チップ・カード・ダイアログ・モジュール（４０）は、自身の内部状態をフラッグすることができ且つ入力データ及び現在の状態に基づいて異なる状態に変換することができる有限の自動機械として実施されることを特徴とする請求の範囲第１項乃至第６項の１つに記載の装置。８．各タイプのチップ・カード・ダイアログ・モジュール（２４０、２４０’）及びアプリケーション・データ記憶手段（２３０、２３０’）を管理する責任があり、各タイプのチップ・カード（２０）に対するチップ・カード・ダイアログ・モジュール（４０）とアプリケーション・データ記憶手段（３０）との適当な組合せを決定するためにアプリケーション（１０）によって使用される少なくとも１つのエージェンシ（２５０、２６０）を含むことを特徴とする請求の範囲第１項乃至第７項の１つに記載の装置。９．前記少なくとも１つのエージェンシ（２５０）はネットワーク又は異なる適当なコミュニケーション・パスを通して他のエージェンシ（２６０）とリンクされることを特徴とする請求の範囲第８項に記載の装置。１０．ほぼ前記アプリケーション（１０）のレベルに置かれ、前記アプリケーション（１０）とのコミュニケーションにおいて前記チップ・カード・ダイアログ・モジュール（４０）を置換し、データ・レコード（３５０）を作成するための手段を与え、以て、前記データ・レコードは前記アプリケーション（１０）のリクエスト（１００）に応答して前記アプリケーション・データ記憶記憶手段（３０）からの情報を含むような代替手段（３４０）と、前記データ・レコード（３５０）を受けるための手段を有するルータ（３６０）であって、前記ルータ（３６０）のレベルにシフトされているチップ・カード・ダイアログ・モジュール（４０）に命令するための手段を有するルータ（３６０）と、を含み、前記ルータ（３６０）は前記チップ・カード・ダイアログ・モジュール（４０）によって発生されたコマンド（３７０）を前記チップ・カード（２０）へ送り、前記コマンド（３７０）に対する前記チップ・カード（２０）の応答（３８０）を前記チップ・カード・ダイアログ・モジュール（４０）へ送り、前記チップ・カード・ダイアログ・モジュール（４０）と前記チップ・カード（２０）とのコミュニケーションの後に前記リクエスト（１００）の結果（３９０）を前記代替手段（３４０）に戻すこと、及び前記代替え手段（３４０）は前記アプリケーション（１０）に応答（１６０）を与えること、を特徴とする請求の範囲第１項乃至第９項の１つに記載の装置。１１．アプリケーション（１０）とチップ・カード（２０）とのコミュニケーションを行うための方法にして、前記チップ・カード（２０）とのコミュニケーションのためのリクエスト（１００）が、前記チップ・カード（２０）に対して指定され及び前記チップ・カード（２０）に関するカード特有のデータを含むチップ・カード・ダイアログ・モジュール（４０）に対して前記アプリケーション（１０）により行われ、前記リクエスト（１００）がある時、前記チップ・カード・ダイアログ・モジュール（４０）が、前記チップ・カード（２０）とのコミュニケーションのために必要な少なくとも１つのコマンド（１１０）を発生し、以て、前記チップ・カード・ダイアログ・モジュール（４０）はアプリケーション・データ記憶手段（３０）におけるメモリに記憶されたアプリケーション特有の情報をアクセスすることを特徴とする方法。１２．前記チップ・カード・ダイアログ・モジュール（４０）が複数のチップ・カード・ダイアログ・モジュール（４０）から前記アプリケーション（１０）によって選択され、前記アプリケーション・データ記憶手段（３０）が遅くとも前記チップ・カード・ダイアログ・モジュール（４０）へのリクエスト（１００）の発生時に指定され、以て、両方の事象とも前記チップ・カード（２０）の特別の応答データ及び遂行されるべき特定のアプリケーション（１０）に関する知識に基づいて生じることを特徴とする請求の範囲第１１項に記載の方法。１３．前記チップ・カード（２０）の特別の応答データが前記チップ・カード（２０）の初期照会を通して受け取られることを特徴とする請求の範囲第１２項に記載の方法。１４．前記アプリケーション（１０）によるアクセスのための特定のデータを識別するために、少なくとも１つの別名が前記アプリケーション・データ記憶手段（３０）において割り当てられることを特徴とする請求の範囲第１１項乃至第１３項に記載の方法。１５．前記リクエスト（１００）は所望のアクセス・メソッドに関する情報及び所望のデータの別名を含むことを特徴とする請求の範囲第１４項に記載の方法。１６．前記リクエスト（１００）がチップ・カード・ダイアログ・モジュール（４０）に対して行われた後、前記チップ・カード・ダイアログ・モジュール（４０）が前記リクエスト（１００）に含まれた前記別名を求めて前記アプリケーション・データ記憶手段（３０）をサーチすることを特徴とする請求の範囲第１５項に記載の方法。１７．前記リクエスト（１００）が前記チップ・カード・ダイアログ・モジュール（４０）を開始モードにし、その時点で、コマンド・シーケンスの第１コマンドが発生され、前記チップ・カード・ダイアログ・モジュール（４０）はコマンド（１１０）に対する各応答によって内部状態を変更し、前記シーケンスの進行に関する情報を収集し、前記チップ・カード・ダイアログ・モジュール（４０）が前記リクエスト（１００）に対する関連の終了状態に達すると直ちにコマンドの発生を中止させることを特徴とする請求の範囲第１１項乃至第１６項の１つに記載の方法。１８．前記コミュニケーション時にエラーが生じた場合、又はデータが首尾よく処理された場合、終了ステータスが得られることを特徴とする請求の範囲第１７項に記載の方法。１９．前記チップ・カード（２０）上に記憶されたデータを修正するために、特定のアプリケーション・データ記憶手段（３０）の変更だけが行われ、新しいアプリケーション・データ記憶手段（３０’）が利用可能にされてアプリケーション（１０）そのものを変更する必要がないことを特徴とする請求の範囲第１１項乃至第１８項の１つに記載の方法。２０．前記チップ・カード（２０）に関連した前記アプリケーション（１０）のセグメントを変更するために、新しいチップ・カード・ダイアログ・モジュール（４０’）の生成が行われることを特徴とする請求の範囲第１１項乃至第１９項の１つに記載の方法。２１．複数の異なるアプリケーション（２１０）に対する複数のアプリケーション・データ記憶手段（２３０）又は複数のチップ・カード・ダイアログ・モジュール（２４０）を使用するために、前記アプリケーション（１０）によってエージェンシ（２５０）が呼び出され、以て、前記エージェンシ（２５０）は異なるアプリケーション・データ記憶手段（２３０）及びチップ・カード・ダイアログ・モジュール（２４０）を管理することを特徴とする請求の範囲第１１項乃至第２０項の１つに記載の方法。２２．前記エージェンシ（２５０）が要求時に前記アプリケーション・データ記憶手段（２３０）及びチップ・カード・ダイアログ・モジュール（２４０）の対応するバージョンの可用性を与えることを特徴とする請求の範囲第２１項に記載の方法。２３．前記エージェンシ（２５０）が前記アプリケーション・データ記憶手段（２３０）又はチップ・カード・ダイアログ・モジュール（２４０）の対応するバージョンの必要なオリジナル又はそれらのコピーを異なるエージェンシ（２６０）からリクエストすることを特徴とする請求の範囲第２０項又は第２１項に記載の方法。２４．前記エージェンシ（２５０）が他のローカル資源又はネットワークを通して利用可能な資源とのコミュニケーションによって不足のセグメントを得ることを特徴とする請求の範囲第２０項乃至第２３項の１つに記載の方法。２５．前記発生されたコマンド（１１０）が前記アプリケーション（１０）に返送され、そして前記チップ・カード（２０）におけるデータの直接的な読取り及び書込みのためにアプリケーション・コマンドとして対応する読取り／書込み装置（１２０）へ前記アプリケーション（１０）によって転送され、前記読取り／書込み装置（１２０）がそこから取り出されたアプリケーション（１３０）又はアプリケーション（１３０’）を前記チップ・カード（２０）へ転送し、前記チップ・カード（２０）から応答（１４０）を受け取り、前記チップ・カード（２０）から同様に得られた応答（１４０）又は応答（１４０’）がアプリケーション（１０）によって受領され、しかる後、応答データ（１５０）として前記チップ・カード・ダイアログ・モジュール（４０）に供給され、前記チップ・カード・ダイアログ・モジュール（４０）が前記応答データ（１５０）をインタープリットして、その後のコマンドを発生し、以て、前記リクエスト（１００）が処理されてしまうまでそのプロセスが繰り返されることを特徴とする請求の範囲第１１項乃至第２４項の１つに記載の方法。２６．前記プロセスの終了時に、又はコマンド・シーケンスを通して連続的に、前記チップ・カード・ダイアログ・モジュール（４０）が前記リクエスト（１００）に対する応答としてデータ・レコード（１６０）を及びチップ・カード（２０）によって戻されたデータを前記アプリケーション（１０）にコミュニケートし、以て、前記データ・レコード（１６０）が、前記チップ・カード（２０）にとって理解し得ない前記アプリケーション（１０）のリクエスト（１００）に対する、前記アプリケーション（１０）にとって理解し得る前記チップ・カード（２０）の応答を表すことを特徴とする請求の範囲第２５項に記載の方法。２７．暗号化によって保護されるデータ又はコマンドを使用するために、前記チップ・カード・ダイアログ・モジュール（４０）が必要な暗号化又は非暗号化を行う必要性を適当なリクエストと共に前記アプリケーション（１０）に信号し、しかる後、必要なデータを前記アプリケーション（１０）に送り、前記アプリケーション（１０）が前記チップ・カード・ダイアログ・モジュール（４０）のリクエストを暗号化のための特別なモジュールに送ることを特徴とする請求の範囲第１１項乃至第２６項の１つに記載の方法。２８．前記チップ・カード（２０）におけるデータ又はプログラムを前記アプリケーション（１０）によって処理するために、データ項目又はプログラムの別名及び所望のアクセス・メソッドの表示が転送されることを特徴とする請求の範囲第１１項乃至第２７項の１つに記載の方法。２９．読取り、書込み、認証、或いは、構造体の作成又は削除がアクセス・メソッドとして生じ得ることを特徴とする請求の範囲第２８項に記載の方法。３０．前記チップ・カード（２０）によって実施されるアプリケーション特有のコマンドがアクセス・メソッドとして生じて前記チップ・カード（２０）上に記憶され、特別のコマンドによって開始可能であることを特徴とする請求の範囲第２７項又は第２８項に記載の方法。３１．ほぼ前記アプリケーション（１０）のレベルに置かれ、前記アプリケーション（１０）とのコミュニケーションにおいて前記チップ・カード・ダイアログ・モジュール（４０）を置換する代替手段（３４０）が、前記アプリケーション（１０）のリクエスト（１００）がある時、アプリケーション・データ記憶手段（３０）からの情報を含むデータ・レコード（３５０）を作成し、ルータ（３６０）が前記データ・レコード（３５０）を受け取り、前記ルータ（３６０）のレベルにシフトされている前記チップ・カード・ダイアログ・モジュール（４０）に命令し、前記ルータが、前記チップ・カード・ダイアログ・モジュール（４０）によって発生されたコマンド（３７０）を前記チップ・カード（２０）に送り、前記コマンド（３７０）に対する前記チップ・カード（２０）の応答（３８０）を前記チップ・カード・ダイアログ・モジュール（４０）に送り、前記ルータ（３６０）が前記チップ・カード・ダイアログ・モジュール（４０）と前記チップ・カード（２０）とのコミュニケーション後のリクエスト（１００）の結果（３９０）を前記代替手段（３４０）に返送し、前記代替手段（３４０）が前記アプリケーション（１０）に応答（１６０）を与えることを特徴とする請求の範囲第１１項乃至第３０項の１つに記載の方法。３２．前記アプリケーション・データ記憶手段（３０）の発生が必要なデータの手操作による作成を通して生じ、前記発生はチップ・カード（２０）上にあるすべてのデータ及びそれらの特性のためのすべての情報を使用して行われること、及び前記アプリケーション（１０）によってアクセス可能な前記チップ・カード（２０）上のデータは別名を有することを特徴とする請求の範囲第１１項乃至第３１項の１つに記載の方法。３３．前記アプリケーション・データ記憶手段（３０）の修正が前記チップ・カード・ダイアログ・モジュール（４０）又は前記エージェンシ（２５０）を通して直接に生じることを特徴とする請求の範囲第１１項乃至第３２項の１つに記載の方法。３４．前記チップ・カード（２０）上に置かれた前記アプリケーション・データ記憶手段（３０）がコピーされ、記憶され、そして前記チップ・カード・ダイアログ・モジュール（４０）又は前記エージェンシ（２５０）にとって利用可能にされることを特徴とする請求の範囲第１１項乃至第３３項の１つに記載の方法。３５．前記アプリケーション特有のデータがチップ・カード上に記憶されたデータに対するタイプ、ロケーション、及びアクセス・メソッドに関する情報を与えることを特徴とする請求の範囲第１項乃至第３４項の１つに記載の装置又は方法。３６．前記カード特有のデータが前記チップ・カード（２０）に記憶されたデータをアクセスするための前記チップ・カード（２０）のコマンド及びプロトコルに関する情報を与えることを特徴とする請求の範囲第１項乃至第３５項の１つに記載の装置又は方法。３７．前記カード特有のデータが前記チップ・カード（２０）及びそれの部品の完全な基本的構造を含むことを特徴とする請求の範囲第１項乃至第３６項の１つに記載の装置又は方法。３８．前記カード特有のデータがテーブル形式又はハイアラーキ形式でファイルされることを特徴とする請求の範囲第１項乃至第３７項の１つに記載の装置又は方法。３９．前記チップ・カード（２０）がそれ自身のプロセッサを持った或いは持たないメモリ・カードであることを特徴とする請求の範囲第１項乃至第３８項の１つに記載の装置又は方法。４０．前記アプリケーション・データ記憶手段（３０）が前記チップ・カード（２０）上に設けられることを特徴とする請求の範囲第１項乃至第３９項の１つに記載の装置又は方法。４１．請求の範囲第１項乃至第４０項の１つに記載の装置又は方法を特徴とするチップ・カード（２０）のための読取り／書込み装置又は方法。４２．請求の範囲第１項乃至第４１項の１つに記載のチップ・カード（２０）のための読取り／書込み装置における方法又は装置。