JPH10513585A - 集積回路制御トランザクション管理システム - Google Patents

Abstract

(57)【要約】 端末中のインタプリタが端末メモリの少なくとも一部分と端末周辺装置の少なくとも一部分にアクセスしてそれらを使用することができる一方、ＩＣＣ中の任意選択インタプリタがＩＣＣメモリの少なくとも一部分とＩＣＣ周辺装置の少なくとも一部分にアクセスしてそれらを使用できる時、ＩＣＣ上または端末上またはその両方でアプリケーションの実行を扱うインタプリタを使用する集積回路制御トランザクション管理システムは、特にＩＣＣと、中央ユニットに接続されているかまたは接続されていない端末との間でアプリケーションを実行することができる。

Description

【発明の詳細な説明】 集積回路制御トランザクション管理システム 本発明は、集積回路カード（ＩＣＣ）と、中央ユニットに接続されているかま たは接続されていない端末との間のトランザクションの実行を目的とした集積回 路制御トランザクション管理システムに関するが、このトランザクションは次の シーケンスの少なくとも１つの実行からなる。 １．ＩＣＣと端末との間に通信リンクを形成する。 ２．ＩＣＣと端末が機械的かつ電気的に互換性があることを確認するために、互 換性のチェックを行う。 ３．ＩＣＣと端末の両方がサポートするアプリケーションを選択する。すなわち 現存する特定のＩＣＣと端末の組み合わせによるトランザクションを定義するコ ンピュータ・プログラムと関連データ・セットを選択する。 ４．ＩＣＣおよび端末システム上で前記アプリケーションを実行する。 ５．トランザクションの終了。これには必要に応じてＩＣＣと端末との間の通信 リンクの切断が含まれる。 文書第ＷＯ ９２／１３３２２号は、ＩＣＣと端末システム中に通信リンクを 形成するための手段を含む、マイクロプロセッサ・メモリＩＣＣ中に複数のアプ リケーションをロードするための確実な方法を説明している。 ＩＣＣと端末との間のトランザクションには多数の種類がある。 端末はＩＣＣ所持者だけがアクセスできる場所へのアクセスを制御できる。いわ ゆる金融取引では、ＩＣＣには端末サイトで入手可能な消費者物資（例えば、頻 回飛行客のマイル数、通信単位等）を示すトークンがロードされる。また、ＩＣ Ｃはより一般的な金融取引を可能にする銀行口座情報の保管場所として機能する こともある。また、ＩＣＣは、例えば、ＩＤ ＩＣＣまたは医療記録の記憶装置 といったデータ記憶装置として使用される。 前記ＩＣＣと端末システムの周知の特徴は以下である。 １．端末のハードウェア（すなわち、少なくともＩＣＣ通信装置を含むプロセッ サと周辺装置）は端末のオペレーティング・システムを経由してアクセスできる 。端末のオペレーティング・システムはベンダ仕様である。 ２．ある種の標準化されたトランザクション（例えば、国際金融取引）に参加す る各端末は、そのトランザクションについて、ＩＣＣがどのベンダの端末でも標 準的な方法でアプリケーションを実行できるような共通規格をサポートする。例 えば、国際金融取引は現在ＩＳＯ ７８１０／７８１１／７８１２／７８１３／ ７８１６で定義される国際工業規格に基づいている。 ３．端末上の標準化されたトランザクションの各提供者は、アプリケーション、 すなわちプログラムと関連データ・セット、または共通規格によって定義された アプリケーション仕様を提供しなければならない。 ４．共通規格に部分的にのみ基づいたアプリケーションまたはアプリケーション 仕様が提供される場合がある。共通規格の範囲外の特別な要求については、前記 提供者は端末のオペレーティング・システムに依存しなければならない。 ５．所有権を主張できる、またはいかなる共通規格にも基づかないアプリケーシ ョンまたはアプリケーション仕様が提供されることもある。この場合、提供者は トランザクションを実行するオペレーティング・システムに完全に依存する。 ６．各アプリケーション・プログラムは各種類の端末に応じて個別にコンパイル しリンクする必要がある。つまり、特定のソフトウェアが各アプリケーションに ついて端末に常駐しなければならない。 ７．アプリケーションはその受け入れ規則を管理する端末パラメータの大きな組 み合わせを定義する。これらのパラメータは他のアプリケーションと共有される 必要がある。 ８．アプリケーション・ソフトウェアは各端末に物理的にインストールされなけ ればならない。 ９．同じトランザクションを定義するアプリケーション・ソフトウェアの異なっ たバージョンが多少とも長期の変換期間中に必要になることがある。 複数のアプリケーションをロードされた前記周知のＩＣＣと端末システムに関 係する機能は端末のハードウェアにとって重い負担になっており、端末のハード ウェアはすべての可能なアプリケーション・ソフトウェアと多種のデータ・セッ トを保存して管理しなければならない。さらに、すべての端末中のすべてのソフ トウェアの分配と保守を管理するには、かなりのロジスティックな努力が不可欠 である。こうした特徴は次の欠点を有する。^* 端末のソフトウェア仕様またはその部分の変更、アプリケーション・ソフト ウェア仕様またはその部分の変更、仕様またはその部分の実現の変更または新し いアプリケーションの作成によって、目的となる各種端末について新しいソフト ウェアを開発し、目的となる各端末にこの新しいソフトウェアをロードしなけれ ばならない。さらに、その時点で流通しているすべての種類のＩＣＣと将来発売 される予定のものについて認可が必要である。^* 共通規格に対するわずかな変更さえそれを使用する全当事者間で合意しなけ ればならないことによる柔軟性の制限。^* アプリケーション毎に端末の記憶能力を必要とするが、それは制限されてい る。^* 共通規格はすべての所有権を主張できるソフトウェアの必要をサポートする には十分完全でない。^* アプリケーションは、それらのプログラムやパラメータが互いに干渉しない ように、注意深く実現しなければならない。^* このアプローチはＩＣＣを単なる記憶装置にしてしまう。すなわち、あまり に多いオペレーティング・システムが使用されているため、ＩＣＣに各種の端末 を制御させることができない。 上記で言及した欠点は、前記ＩＣＣと端末システムの柔軟性の欠如に起因する 。このため新しい、アップグレードまたは改善されたアプリケーションを市場に 出す期間は非常に長く、数年間にわたり、すべてのＩＣＣとすべての端末が影響 される。 本発明は、すべての可能な端末上ですべての可能なＩＣＣによるすべての可能 なアプリケーションの管理を容易にすることを目的とする。この目的は、ＩＣＣ 上か、または端末上か、またはその両方のアプリケーションの実行を扱うインタ プリタを使用することにより、添付の請求項１の序文で説明される種類のＩＣＣ トランザクション管理システムによって達成されるが、それによって、端末中の インタプリタが端末メモリの少なくとも一部分と、例えば、キーボード、ディス プレイ、プリンタ、モデムのような端末周辺装置の少なくとも一部分にアクセス してそれらを使用できる一方、ＩＣＣ中の任意選択インタプリタはＩＣＣメモリ の少なくとも一部分と、例えば、キーボード、ディスプレイのようなＩＣＣ周辺 装置の少なくとも一部分にアクセスしてそれらを使用することができる。 実際は、インタプリタはコンパクト高レベル汎用言語で書かれたプログラムと 端末またはＩＣＣの操作専用の言語の間の解釈を行う。すべての実用的な目的の ために、インタプリタは、入力ストリームを読み取るプログラム（ＩＣＣのイン タプリタは端末からの入力ストリームを読み取り、端末のインタプリタはＩＣＣ からの入力ストリームを読み取る）と１つかそれ以上の辞書からなるが、辞書は 各々が実行可能な状態に関する語の集まりである。インタプリタ言語はＩＣＣお よび端末システムと無関係で、例えば、ＦＯＲＴＨである（ＡＮＳＩ規格参照。 Ｘ３Ｊ１４ Ｓｅｃｒｅｔａｒｙ，ｃ／ｏ ＦＯＲＴＨ Ｉｎｃ．１１１ Ｓｅ ｐｕｌｖｅｄａ Ｂｌｖｄ． Ｓｕｉｔｅ ３００，Ｍａｎｈａｔｔａｎ Ｂｅ ａｃｈ，ＣＡ ９０２６６）。 本発明に従ってＩＣＣ制御トランザクション管理システムでインタプリタを使 用する第１の利点は、新しいアプリケーションまたはその部分、または既存のア プリケーションのアップデートまたは改善またはそれらの部分を解釈された言語 でコード化してＩＣＣ上に保存できることである。これによって新しいアプリケ ーションを市場に出したり、既存のアプリケーションまたはその部分をアップグ レードまたは改善するための時間が短縮できる。 新しい、アップグレードまたは改善されたアプリケーションを市場に出すため に必要とされる時間または努力は、それらをインタプリタ言語によってＩＣＣに ロードするために必要とされる時間または努力に帰着するが、その際新しい、改 善またはアップグレードされた辞書をＩＣＣにロードする必要がある。このよう にしてＩＣＣはアプリケーションを制御する。端末をアップデートするには時間 や努力は必要とされない。端末の辞書を変更しなければならない時でさえ、新し い、アップグレードまたは改善された定義が端末で利用可能になるまでの導入ま たは切り替え期間中に、新しいアップグレードまたは改善された定義をロードす れば十分である。ＩＣＣ中の新しい、アップグレードまたは改善された定義が、 トランザクション中に端末に転送され、その後端末メモリに永続的に保存される という方法で、ＩＣＣと端末システムを実現することが可能である。 端末機能の管理は、同じインタプリタ・プログラムと、以下インタプリタ・コ ア辞書と呼ばれる同じインタプリタ語辞書を、端末の製造工程中かその後のどち らかに、一度インストールすることだけに帰着する。例えば、オンライン・ダウ ンロードやＩＣＣを経由することによって、端末のインストール後にインタプリ タをアップデートまたは改善することが可能である。例えば、所有権を主張でき る辞書や共通規格辞書のような任意選択追加辞書も端末にロードできる。 本発明に従ってＩＣＣ制御トランザクション管理システムでインタプリタを使 用する第２の利点は、端末上の多くのアプリケーションのサポートが、端末上で のインタプリタ・プログラムとインタプリタ・コア辞書の可用性とサポートされ るアプリケーションの識別に帰着する点である。追加辞書は任意選択である。 本発明に従ってＩＣＣ制御トランザクション管理システムでインタプリタを使 用する第３の利点は、アプリケーションを完全に定義し、それに従って制御でき るＩＣＣの能力である。 本発明は、新しいアップグレードまたは改善されたトランザクションを市場に 出すための時間をごく短くし、ＩＣＣがトランザクションを制御できるようにす るために、多くの基本的に異なった端末上で多くのアプリケーションを有効に管 理する能力と、新しいまたは改善またはアップグレードされたアプリケーション またはその部分を非常に有効な方法でインストールする能力を提供する。 上記の肯定的な意味は以下である。^* その端末上でのインタプリタの実現に影響する端末ソフトウェア仕様のみを 変更する。既存のアプリケーションとの互換性を維持するために必要な唯一の努 力は、インタプリタ・プログラムとインタプリタ・コアが正しく実現される状態 にあることを保証することである。従って再認可する必要があるのは１つのソフ トウェアのみで、１つの仕様、すなわちインタプリタの定義のみに対してである 。アプリケーションで使用されるインタプリタ言語が同じ仕様を保持しているの で、ＩＣＣを再認可する必要はない。^* 各標準ファンクションがインタプリタ言語中でコード化されＩＣＣに保存さ れるので、共通規格の必要はインタプリタの可用性に帰着する。^* すべてのアプリケーションと関連辞書はインタプリタ言語によって定義され ＩＣＣ上にロードされるので、新しい、改善またはアップグレードされたアプリ ケーションを導入しても、端末上に保存しなければならない辞書に影響すること はない。^* アプリケーション・データ・セットはすべてインタプリタによって管理され るので、管理が容易になる。^* ＩＣＣにもインタプリタ・プログラムとコア辞書を実現することによって、 ＩＣＣはアプリケーション・プログラムまたはその部分の実行に能動的に参加す ることができる。ＩＣＣが単なるメモリＩＣＣであっても、ＩＣＣはアプリケー ションを完全に保存することによってそれを制御することができる。すなわち、 端末は完全にＩＣＣの定義に従って機能する。 アプリケーションによっては、例えば、データの完全性、ＩＣＣの認証、端末 の認証またはデータの機密性のような特定の機密保護サービスを要求するものが ある。これらは、例えば、ＩＳＯ １０２０２によって定義される現状の当業技 術で提供できる。 本発明の第１の特性によれば、アプリケーションは１つかそれ以上のファンク ションからなり、各ファンクションは、ファンクションのヘッダと呼ばれる制御 部分と、前記ファンクションの本体と呼ばれる実行部分からなる。ヘッダは、ど の本体がどの条件で実行されなければならないかを決定する。ファンクションの ２つの部分は１つの辞書に独立して保存できる。ファンクションは他のファンク ションによって定義できる。すなわち、ファンクションはネストにできる。 辞書に保存された本体はその本体名からアクセスでき、辞書に保存されたヘッ ダはそのヘッダ名からアクセスできる。このことはファンクションをインタプリ タ言語でプログラムすることをいかなる形でも妨げるものではなく、単に、本体 名、ヘッダ名およびインタプリタ言語コードを注意深く混用することによってコ ンパクトで柔軟なアプリケーションを書く可能性を提供するにすぎない。ファン クション自体も辞書に保存でき、そのヘッダ名によって参照される。この参照方 法によって各ファンクションは４つの方法で定義できるようになる。 １．ヘッダと本体の両方がインタプリタ言語コードである。 ２．ヘッダがインタプリタ言語コードで、本体はその本体名を通じて起動される 。 ３．ヘッダがそのヘッダ名を通じて定義され、本体は十分に拡張されたインタプ リタ言語である。 ４．ヘッダと本体が、それぞれヘッダ名と本体名の参照として保存される。 本発明によって、ＩＣＣと端末システム中に以下のような多数の種類の辞書が 存在できるようになる。 １．インタプリタ・コア、必須辞書。 ２．以下に関する定義を含む多数の任意選択辞書 ａ）例えば、国際金融取引で使用されるＩＳＯ／ＩＥＣ ７８１６で定義さ れたすべてのファンクションを含む辞書のような、ある種の標準化されたトラン ザクション。標準辞書と呼ばれる。 ｂ）非標準的な定義を要求する所有権を主張できるトランザクション。所有 権を主張できる辞書と呼ばれる。 ＩＣＣ上で定義される辞書には新しい、改善されたまたはアップグレードされ たファンクションまたはその部分が含まれる。こうした辞書はふつう端末辞書に 対して優先順位を有する。しかし、アプリケーションの機密保護が、ある辞書中 のある語の再定義を禁止することがある。 機密保護機能は、現状のインタプリタ実現技術で利用可能な特定の保護機構を 通じて提供される。 本発明によって、アプリケーションをＩＣＣ上に有効に保存でき、ＩＣＣと端 末システム上で柔軟に実行できるようになる。実際に、本発明によって以下の保 存手順が可能である。 １．トランザクションは完全に規格に一致している。すなわち、ＩＣＣは端末の 標準辞書中に定義されているアプリケーションのファンクション名を保存するだ けでよい。 ２．トランザクションが所有権を主張できるもので、アプリケーションが通信相 手の端末上で定義されている場合、ＩＣＣは、端末上の所有権を主張できる辞書 で定義されているアプリケーションのファンクション名を保存するだけでよい。 ３．トランザクションが所有権を主張できるもので、アプリケーションが通信相 手の端末上で定義されていない場合、アプリケーションの定義はＩＣＣ上のＩＣ Ｃ辞書中に保存しなければならない。アプリケーションのファンクションは標準 辞書と所有権を主張できる辞書両方の本体名とヘッダ名を使用できるが、インタ プリタ言語コードを含んでもよい。 例１： 以下のヘッダ（疑似コードで示す）を有するアプリケーションを仮定する。 もし（ｘ＝１）ならば、ｆｕｎｃ＿ａ（ｙ） その他の場合、もし（ｘ＿２）ならば、ｆｕｎｃ＿ｂ（ｙ） その他の場合、ｆｕｎｃ＿ｃ（ｙ） この際ｆｕｎｃ＿ａ、ｆｕｎｃ＿ｂおよびｆｕｎｃ＿ｃは端末の所有権を主張で きる辞書中で定義される。この辞書ではｆｕｎｃ＿ａ（ｙ）＝ｙ＋ｘであると仮 定する。すると上記で表示されたヘッダが、アプリケーションを実行できるよう にするためにＩＣＣに保存する必要のあるものすべてである。この場合ＩＣＣ辞 書は必要ない。ここで、インタプリタ辞書の実現によってＩＣＣ辞書が端末辞書 に対して優先権を有することができると仮定し、アプリケーションの提供者がｆ ｕｎｃ＿ａ（ｙ）をｆｕｎｃ＿ａ（ｙ）＝ｙ−ｘに再定義したいと仮定する。こ の場合彼はまだ同じヘッダを使用でき、ここですべての端末中のすべての所有権 を主張できる辞書をアップデートするか、または新しい定義をＩＣＣ辞書に含め るかの選択ができる。 この新しい定義はアプリケーションの実行中に使用される。 本発明によって次のことが可能になる。 ａ）ＩＣＣ辞書が、端末辞書の定義を追加、改善またはアップグレードするため に使用できる。これを行うための機構は、例えば、最後に定義された語が以前の 辞書のエントリを再定義できるＦＯＲＴＨ言語で提供される。 ｂ）辞書によっては、例えば、ある種のアプリケーションのインタプリタ・コア や標準辞書のように、消去や再定義に対して保護されることがある。こうした保 護を達成する技術は当業技術の現状で存在する。一例が特許第ＷＯ９０／０５３ ４７号に示されている。 本発明によって以下の実行手順が可能である。 １．端末がアプリケーション・プログラムまたはその部分を実行するが、その際 ＩＣＣは、データ・コンテナあるいは所有権を主張できるアプリケーション・プ ログラムまたはその部分の記憶装置としてのみ機能する。 ２．ＩＣＣと端末の両方がアプリケーションの部分を実行する。機密保護上の理 由から、データによってはＩＣＣを離れないことが要求されるので、こうしたデ ータを含むすべての操作はＩＣＣが実行しなければならない。従ってＩＣＣと端 末はデータ自体の代わりにデータ操作の結果を通信する。 ３．ＩＣＣがアプリケーションを実行するが、その際端末はサポートするアプリ ケーションのＩＤを含むだけでよい。この場合、端末は単に記憶装置として使用 される。例えば、端末は、ＩＣＣによるアプリケーションの実行中使用されるイ ンタプリタ言語によって、ファンクションの定義を含む辞書をＩＣＣに提供する 。 これによって、ＩＣＣは定義を保存する必要なしに定義を使用できるようにな る。 上記は本発明が以下の利点をもたらすことを意味している。 １．実行を端末インタプリタに依存し、定義を端末インタプリタ・コア辞書に依 存してアプリケーションをＩＣＣ上に保存することによる、アプリケーションを 非常に容易かつ速やかに定義、改善またはアップグレードする柔軟性。 ２．端末上の辞書を使用して、アプリケーションをコンパクトな方法でＩＣＣ上 に保存する柔軟性。 ３．ＩＣＣと端末の処理能力の可用性によって、ＩＣＣと端末のどちらかまたは ＩＣＣと端末の両方でアプリケーションを実行する柔軟性。 ４．複数のＩＣＣをトランザクションに参加できるようにする柔軟性。インタプ リタは複数のＩＣＣ読み取り装置を有する端末で実現される。 こうしたシステムでは、１つかそれ以上のＩＣＣか端末、またはＩＣＣからＩ ＣＣへのトランザクションを実行する端末とＩＣＣの任意の組み合わせ上に保存 されたアプリケーションを提供することが可能である。この場合端末は非常に単 純で、ＩＣＣ間の通信手段を提供し、ＩＣＣに対する記憶容量の要求を低減する ためにいくつかの辞書を提供するのみである。 ＩＣＣがお互いにリソースを提供し合うこともある。 ＩＣＣから、端末から、またＩＣＣと端末の両方からトランザクションを制御 する柔軟性。 トランザクションはアプリケーション実行の結果であるので、アプリケーショ ン・プログラムと関連データ・セットによって完全に決定される。こうしてトラ ンザクションまたはその部分の制御はＩＣＣ、端末またはＩＣＣと端末の両方の 寄与によって決定される。トランザクションが端末常駐アプリケーションによっ て完全に決定される時、カードはそこに含まれトランザクションを管理するデー タ・セットを有するアプリケーションにしか貢献できない。トランザクションが ＩＣＣ常駐アプリケーションによって完全に決定される時、端末はそのデータ・ セットと共にアプリケーションに貢献し、トランザクションを管理する。端末と ＩＣＣが同等にトランザクションを実行することもできるが、この場合両者がト ランザクションを決定・実行する。ＩＣＣと端末システムが、追加サービスを要 求する中央ユニットに接続されることが起こりうるが、その場合中央ユニットは 動的にアプリケーションに貢献する。例えば、ＩＣＣは端末に命じてその中央ユ ニットと接続させ、ＩＣＣ上のデータのアップデートを要求させることができる 。アプリケーションの制御が厳密にＩＣＣ上または端末上にある必要はない。 最初のステップでＩＣＣと端末システム上で実行するためにアプリケーション を選択しなければならない。ＩＣＣと端末がアプリケーションを共有していない か、または正確に１つのアプリケーションを共有している時、この選択は自明で ある。複数のアプリケーションが端末とＩＣＣの両方によってサポートされてい る時、現行の実行方法は、ＩＣＣ保持者かまたは端末操作員に、どのアプリケー ションを選択するか対話的に規定させることである。これは本発明によって排除 されないが、本発明はまたＩＣＣパラメータ、端末パラメータおよびＩＣＣの能 力と端末の能力によってアプリケーションを選択するインテリジェント機構をも 提供する。 実際には、ＩＣＣを端末に挿入し、ＩＣＣがすべての互換性チェックを満足し た後、端末が行う最初の動作はＩＣＣが、知っているアプリケーションをサポー トするかのチェックである。この回答を出すために、端末は引き続きその常駐ア プリケーションの１つを選択する。アプリケーションがＩＣＣ上に存在する場合 、ＩＣＣはアプリケーションの記述を含んでいる。本発明によれば、アプリケー ション・ヘッダ中のあり得る本体は、アプリケーション選択ファンクションであ る。このアプリケーション選択ファンクションはＩＣＣによって決定される引数 を有するインタプリタによって実行されるべきものである。すなわち、端末によ ってサポートされ、ＩＣＣ中で定義されるアプリケーションによって、ＩＣＣ上 で定義されただけの多くのアプリケーションの１つの選択が可能になる。アプリ ケーション選択ファンクションの本体はアプリケーション選択ファンクションで あるので、アプリケーションは帰納的に選択される。 例２： 以下の例が検討される。 ＩＣＣにはＥｕｒｏ、Ｅｕｒｏ−Ｄｅｂｉｔ、Ｅｕｒｏ−Ｃｒｅｄｉｔ、Ｕｓ −Ｄｅｂｉｔ、Ｕｓ−Ｃｒｅｄｉｔというアプリケーションが含まれる。端末は Ｅｕｒｏというアプリケーションだけを知っている。端末がＩＣＣを検査すると 、アプリケーション・ファンクションの選択結果はＥｕｒｏとその関連データで ある。 アプリケーションＥｕｒｏの定義は端末上かＩＣＣ中のどちらかに保存できる 。ＩＣＣ中に保存されると仮定すると、それは（疑似コードで）以下のように定 義できる。 開始 もし（ＩＣＣ量が１００未満）ならば、 その場合、もし（端末がヨーロッパに位置している）ならば、 アプリケーションＥｕｒｏ−Ｄｅｂｉｔを選択 その他の場合、もし（端末が米国に位置している）ならば、 アプリケーションＵＳ−ｄｅｂｉｔを選択 その他の場合、トランザクションを中止 その他の場合、もし（端末がヨーロッパに位置している）ならば、 アプリケーションＥｕｒｏ−Ｃｒｅｄｉｔを選択 その他の場合、もし（端末が米国に位置している）ならば、 アプリケーションＵＳ−Ｃｒｅｄｉｔを選択 その他の場合、トランザクションを中止 トランザクションの終了 ここで、^* 下線の引かれていないテキストはヘッダを意味し、下線の引かれたテキスト は本体を意味する。 この場合、端末はＥＵＲＯしか知らないが、ＩＣＣ中で定義されたアプリケー ションを選択できる。 本発明の実現はどれも以下の努力を必要とする。 １．ＩＣＣが単なるメモリＩＣＣとして使用される場合、 ａ）端末上でそのインタプリタ・コア辞書と共に確実なインタプリタを実現す る。 ｂ）アプリケーションに関する辞書を定義・実現する。 ｃ）おそらくは利用可能な辞書を利用して、インタプリタ言語でアプリケーシ ョンを実現する。 ｄ）ＩＣＣ辞書を使用する機構を実現する。 ２．ＩＣＣがアプリケーションの実行において能動的な部分を担う場合、 ａ）端末上で確実なインタプリタとそのコア辞書を実現し、ＩＣＣ上で確実な インタプリタとそのコア辞書を実現する。 ｂ）アプリケーションに関する辞書を定義・実現する。 ｃ）おそらくは利用可能な辞書を利用して、インタプリタ言語でアプリケーシ ョンを実現する。 ｄ）端末上でＩＣＣ辞書を使用する機構を実現する。 ｅ）ＩＣＣと端末上でＩＣＣと端末システム上のアプリケーションの実行を管 理する機構を実現する。 ｆ）カード上で端末辞書を使用する機構を実現する。 本発明は明らかにカードを使用するトランザクション管理システムに制限され ない。例えば、キーまたはバッジといった、集積回路キャリヤの形状、配置およ び構造の多くの変更が、本発明の範囲から逸脱することなく可能である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ， ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)， ＡＭ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＮ，Ｃ Ｚ，ＥＥ，ＦＩ，ＧＥ，ＨＵ，ＪＰ，ＫＥ，ＫＧ，ＫＰ ，ＫＲ，ＫＺ，ＬＫ，ＬＲ，ＬＴ，ＬＶ，ＭＤ，ＭＧ， ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＲＯ，ＲＵ，Ｓ Ｄ，ＳＩ，ＳＫ，ＴＪ，ＴＴ，ＵＡ，ＵＳ，ＵＺ，ＶＮ

Claims (1)

1. 【特許請求の範囲】 １．ＩＣＣと、中央ユニットに接続されているかまたは接続されていない端末 との間で実行することを目的とした集積回路制御トランザクション管理システム であって、トランザクションが、 １．ＩＣＣと端末との間に通信リンクを形成するステップと、 ２．ＩＣＣと端末が機械的かつ電気的に互換性があることを確認するために、互 換性のチェックを行うステップと、 ３．ＩＣＣと端末に含まれるアプリケーションを選択する、すなわち現存する特 定のＩＣＣと端末の組み合わせによってトランザクションを定義するコンピュー タ・プログラムと関連データ・セットを選択するステップと、 ４．ＩＣＣ端末システム上で前記アプリケーションを実行するステップと、 ５．必要に応じてＩＣＣと端末との間の通信リンクの切断が含まれる、トランザ クションを終了するステップというシーケンスの少なくとも１つの実行からなり 、 ＩＣＣ上または端末上またはその両方でアプリケーションの実行を扱うインタ プリタを使用し、その際端末中のインタプリタは端末メモリの少なくとも一部分 と端末周辺装置の少なくとも一部分にアクセスしてそれらを使用することができ る一方、ＩＣＣ中の任意選択インタプリタはＩＣＣメモリの少なくとも一部分と ＩＣＣ周辺装置の少なくとも一部分にアクセスしてそれらを使用することができ ることを特徴とするシステム。 ２．各アプリケーションが多数のファンクションからなり、各ファンクション がヘッダと呼ばれる制御部分と、前記ファンクションの本体と呼ばれる実行部分 とからなり、前記ファンクションの両方の部分がおそらく独立して辞書に保存さ れることを特徴とする、請求項１に記載のトランザクション管理システム。 ３．ファンクションがネストにされていることを特徴とする、請求項１に記載 のトランザクション管理システム。 ４．アプリケーションの記述中のファンクションが、アプリケーションの選択 が帰納的に実行されるように、ＩＣＣによって決定される引数を伴うインタプリ タによって実行される「選択アプリケーション・ファンクション」であることを 特徴とする、請求項１−請求項３のいずれか１項に記載のトランザクション管理 システム。 ５．ＩＣＣ中のインタプリタが、ＩＣＣメモリの少なくとも一部分と関連ＩＣ Ｃ周辺装置の少なくとも一部分にアクセスしてそれらを使用することができるこ とを特徴とする、上記請求項のいずれか１項に記載のトランザクション管理シス テム。 ６．端末中のインタプリタが、端末メモリの少なくとも一部分と端末周辺装置 の少なくとも一部分にアクセスしてそれらを使用することができることを特徴と する、上記請求項のいずれか１項に記載のトランザクション管理システム。 ７．ＩＣＣが、端末の決定に従ってトランザクションを管理する単なるメモリ ＩＣＣであることを特徴とする、上記請求項のいずれか１項に記載のトランザク ション管理システム。 ８．ＩＣＣがトランザクションを決定し、ＩＣＣ上のアプリケーションを認識 することだけを必要としそれを選択できる端末がトランザクションを管理するこ とを特徴とする、請求項１−請求項６のいずれか１項に記載のトランザクション 管理システム。 ９．ＩＣＣと端末の両方がトランザクションを決定・実行することを特徴とす る、請求項１−請求項６のいずれか１項に記載のトランザクション管理システム 。 １０．端末が多数のＩＣＣ間の純然たるインターフェース装置であることを特 徴とする、請求項８に記載のトランザクション管理システム。 １１．各ＩＣＣが異なって個別化されたアプリケーションを含む、請求項７− 請求項９のいずれか１項に記載のトランザクション管理システム。 １２．インタプリタが多くのＩＣＣ読み取り装置を有する端末で実現され、Ｉ ＣＣまたは端末上またはその両方でトランザクションの組み合わせを実行するア プリケーションと共に提供されることを特徴とする、上記請求項のいずれか１項 に記載のトランザクション管理システム。