(57)【特許請求の範囲】
【請求項１】
複数のアプリケーション・ファイルのためのコマンドを管理する方法であって、各アプリケーション・ファイルのための各コマンドは、そのコマンドを実行する前にユーザーが満足すべきアクセス条件と関連づけられており、各アプリケーション・ファイルにおける各コマンドは、ユーザーが前記コマンドの実行を命令し、かつ、前記コマンドに対応するアクセス条件が満足されたならば実行され、そして、アクセス条件がユーザーがアクセスしたすべてのアプリケーション・ファイルのために共同して格納されることを特徴とする方法。
【請求項２】
ユーザーがアプリケーション・ファイルにおけるコマンドの実行を命じていたときに：
・前記コマンドに対応するアクセス条件が格納されているかどうかを見るサーチが行われ、
・アクセス条件が格納されている場合は、命令の実行を開始し、
・前記条件が格納されていない場合は、ユーザーがアクセス条件を満たすよう求められ、そして、ユーザーがアクセス条件を満たしたときはアクセス条件を格納し、コマンドの実行が開始される、
ことを特徴とする請求項１に記載の方法。
【請求項３】
ｎが２以上の整数を表し、ユーザーがｎ個のアクセス条件を満たしたときに、そのアクセス条件を満たす最新のｎ個のアクセス条件が格納されることを特徴とする請求項２に記載の方法。
【請求項４】
新しいアクセス条件がユーザーによって満たされ、前記アクセス条件が格納されていないときに、ｎ個のアクセス条件が格納されているときは、最も古く満たされたアクセス条件がメモリから削除され、新しく満たされたアクセス条件が格納されることを特徴とする請求項３に記載の方法。
【請求項５】
ｎは、すべてのアプリケーション・ファイルのすべてのコマンドについてのアクセス条件の数に等しい、請求項３又は４に記載の方法。
【請求項６】
ｎは、すべてのアプリケーション・ファイルのすべてのコマンドについてのアクセス条件の数よりも大きい、請求項３又は４に記載の方法。
【請求項７】
ｎは、すべてのアプリケーション・ファイルのすべてのコマンドについてのアクセス条件の数よりも小さい、請求項３又は４に記載の方法。
【請求項８】
前記コマンド管理方法をスタートさせるコンタクトのセットアップが中断されたときに、すべてのアクセス条件が削除されることを特徴する、請求項１に記載の方法。
【請求項９】
複数のアプリケーション・ファイルのためのコマンドを管理するよう適合させたマイクロチップカード（８）であって、各アプリケーション・ファイルのための各コマンドは、そのコマンドを実行する前にユーザーが満足すべきアクセス条件と関連づけられており、各アプリケーション・ファイルにおけるコマンドは、ユーザーが前記コマンドを実行するよう命令し、かつ、前記コマンドに対応するアクセス条件が格納された場合に実行され、ユーザーがアクセスしたすべてのアプリケーション・ファイルについて共同してアクセス条件を格納する手段を有することを特徴とするマイクロチップカード（８）。
【請求項１０】
ユーザーがアプリケーション・ファイルにおけるコマンドの実行を命じたときに、
・前記コマンドに対応したアクセス条件が格納されているかどうかを見るよう適合させた手段、
・アクセス条件が格納されている場合はコマンドの実行を開始するよう適合させた手段、
・アクセス条件が格納されていない場合はユーザーにアクセス条件を満たすよう求めるよう適合させた手段、
・ユーザーがアクセス条件を満たした場合はアクセス条件を格納し、命令の実行を開始するよう適合させた手段、
を有することを特徴とする、請求項９に記載のカード（８）。
【請求項１１】
ｎが２以上の整数を表し、ユーザーがｎ個のアクセス条件を満たしたあとに、最新のｎ個の満たされたアクセス条件を格納するよう適合させた手段を有することを特徴とする請求項１０に記載のカード（８）。
【請求項１２】
新しいアクセス条件がユーザーによって満たされ、前記アクセス条件は格納されておらずｎ個のアクセス条件が格納されているときに、最も古く満たされたアクセス条件をメモリから削除し、新しく満たされたアクセス条件を格納するのに適した手段を有することを特徴とする請求項１１に記載のカード（８）。
【請求項１３】
ｎは、すべてのアプリケーション・ファイルのすべてのコマンドについてのアクセス条件の数に等しい、請求項１１又は１２に記載のカード（８）。
【請求項１４】
ｎは、すべてのアプリケーション・ファイルのすべてのコマンドについてのアクセス条件の数よりも大きい、請求項１１又は１２に記載のカード（８）。
【請求項１５】
ｎは、すべてのアプリケーション・ファイルのすべてのコマンドについてのアクセス条件の数よりも小さい、請求項１１又は１２に記載のカード（８）。
【請求項１６】
コンタクトと、コンタクトが中断されたときにすべてのアクセス条件を削除するのに適した手段を有することを特徴とする請求項９に記載のカード（８）。
【発明の詳細な説明】
【０００１】
本発明は、いくつかのアプリケーション・ファイルにおけるコマンドを管理するための方法及びいくつかのアプリケーション・ファイルにおけるコマンドを管理するのに適合させたマイクロチップカードに関する。
【０００２】
現在、いくつかのアプリケーション・ファイルにおけるコマンドを管理するのに適合させたコマンド管理方法が存在する。これらの方法は、例えば、第一のアプリケーションに関する第一のファイルにおけるサブ・ファイルを生成し、開き、または削除するといったコマンド、あるいは第二のアプリケーションに関する第二のサブ・ファイルを生成し、開き、または削除するといったコマンドを管理するように適合させてある。これらの方法を実行する手段は、「オペレーティング・システム」と呼ばれる。
【０００３】
これらのオペレーションの実行を命じようと望むユーザーは、そのアプリケーション・ファイルにおけるコマンドと関連するアクセス条件を満足させる必要がある。
【０００４】
いくらかのアプリケーション・ファイルでは、これらのアクセス条件は標準化されている。例えばマイクロチップカードには、コマンド管理方法のための規格ＥＮ７２６−３がある。この規格は、例えば「ＡＬＷ」と記されるアクセス条件について言及しており、これについてはユーザーはどのような条件も満足させる必要はない。したがって、アクセス条件「ＡＬＷ」と関連するアプリケーション・ファイルにおけるオペレーションは、ユーザーがこれを命じれば、依然として実行されている。この規格は、また、「ＮＥＶ」と記されるアクセス条件にも言及しており、ユーザーがアクセス条件「ＮＥＶ」に関するアプリケーション・ファイルにおけるオペレーションの実行を命じると、このオペレーションは実行されない。その他、この規格は「ＣＨＶ１」及び「ＣＨＶ２」と記されるアクセス条件についても言及している。
【０００５】
いくつかの周知のアプリケーション・ファイルにおけるコマンド管理方法は、異なるアプリケーション・ファイルのためのコマンドを共同で管理することは可能ではない。たとえば、第一のアプリケーション・ファイルにおいて実行されているコマンドをオペレータが有しているときに、彼が第二のアプリケーション・ファイルに移ってコマンドを実行し、そして彼が第一のアプリケーション・ファイルに戻ってくると、彼は再び最初に実行したのと同様の第一のアプリケーション・ファイルにおけるコマンドを実行するために、アクセス条件を満たすことが必要となる。
【０００６】
本発明の目的は、このような問題を解決する、低コストで安全に容易に実行できる、いくつかのアプリケーション・ファイルにおけるコマンドを管理するための方法を提供することである。
【０００７】
より詳しく述べると、本発明は、いくつかのアプリケーション・ファイルにおけるコマンドを管理する方法に関し、コマンドに対応するアクセス条件は各アプリケーション・ファイルにおける各コマンドに関連し、各アプリケーション・ファイルにおける各コマンドは、ユーザーが前記コマンドの実行を命じ、そして前記コマンドに対応するアクセス条件が格納されたときに実行される。前記方法は、ユーザーがアクセスしたすべてのアプリケーション・ファイルのために共同でアクセス条件が格納されることを特徴とする。
【０００８】
一つのアプリケーション・ファイルにおけるコマンドの実行を命じたユーザーは、望ましくは、
・前記コマンドに対応するアクセス条件が格納されているかどうかを見ようとし、
・アクセス条件が格納されていれば、コマンドの実行が開始され、
・そうでなければ、ユーザーはアクセス条件を満たすよう求められ、そしてユーザーがアクセス条件を満たせば、このアクセス条件は格納され、コマンドの実行が開始される。
【０００９】
ｎが大きい方の整数を表すか又は２に等しく、ユーザーがｎ個のアクセス条件を満たしたときは、最も新しいｎ個のアクセス条件格納される。
【００１０】
新しいアクセス条件がユーザーによって満足され、前記アクセス条件が格納されておらず、ｎ個のアクセス条件が格納されていると、最も古くアクセス条件を満たした記憶は削除され、新たに満たされたアクセス条件が格納される。
【００１１】
本発明の方法の第一の実施によると、すべてのアプリケーション・ファイルのすべてのコマンドに対してｎはアクセス条件の数に等しい。
【００１２】
本発明の方法の第二の実施によると、すべてのアプリケーション・ファイルのすべてのコマンドに対してｎはアクセス条件の数よりも大きい。
【００１３】
本発明の方法の第三の実施によると、すべてのアプリケーション・ファイルのすべてのコマンドに対してｎはアクセス条件の数よりも小さい。
【００１４】
前記コマンド管理方法を開始するよう確立されたコンタクトが中断されると、すべてのアクセス条件は削除される。
【００１５】
本発明はまた、いくつかのアプリケーション・ファイルにおけるコマンドを管理するよう適合させたマイクロチップ・カードにも関する。コマンドに対応するアクセス条件は各アプリケーション・ファイルにおける各コマンドに関連し、各アプリケーション・ファイルにおける各コマンドは、ユーザーが前記命令の実行を命じ、そして前記命令に対応するアクセス条件が格納されたときに実行される。前記カードは、ユーザーがアクセスしたすべてのアプリケーション・ファイルのために共同でアクセス条件をメモリ内に保持する手段を有することを特徴とする。
【００１６】
ユーザーがアプリケーション・ファイル内のコマンドの実行を命じたときは、・前記コマンドに対応するアクセス条件が格納されているかどうかを見るように適合された手段、
・アクセス条件が格納されたときは、コマンドの実行を開始するように適合された手段、
・アクセス条件が格納されないときは、アクセス条件を満たすようユーザーに求めるよう適合された手段、そして
・ユーザーがアクセス条件を満たしたときは、アクセス条件を格納し、コマンドの実行を開始するよう適合された手段、
を備えることが望ましい。
【００１７】
ｎが２よりも大きいか又はこれと等しい整数を表し、ユーザーがｎ個のアクセス条件を満たしたときに、ｎ個の最も新しい満たしたアクセス条件をメモリ内に保持するよう適合された手段を備えることが望ましい。
【００１８】
新しいアクセス条件がユーザーによって満たされ、かつ、このアクセス条件が格納されておらず、ｎ個のアクセス条件が格納されているときは、メモリから最も古いアクセス条件を削除し、新たに条件を満たしたアクセス条件を格納するよう適合された手段を有することが望ましい。
【００１９】
第一実施例によれば、ｎは、すべてのアプリケーション・ファイルのすべてのコマンドに対するアクセス条件の数に等しい。
第二実施例によれば、ｎは、すべてのアプリケーション・ファイルのすべてのコマンドに対するアクセス条件の数よりも大きい。
第三実施例によれば、ｎは、すべてのアプリケーション・ファイルのすべてのコマンドに対するアクセス条件の数よりも小さい。
【００２０】
このカードは、コンタクトと、コンタクトが中断されたときにすべてのアクセス条件を削除するよう適合された手段を備えることが望ましい。
【００２１】
本発明のその他の特徴及び利点は、非限定的な例として与えられる以下の実施例の説明を、添付図を参照しながら読むことによって、直ちに明らかとなるだろう。
【００２２】
図７をより詳しく参照する。これは、いくつかのアプリケーション・ファイルにおけるコマンドを管理するよう適合されたマイクロチップ・カードの論理的な構成を示している。
【００２３】
カード８は、ディレクトリとも呼ばれる二つのアプリケーション・ファイルを含んでいる。
【００２４】
第一のアプリケーション・ファイルは「銀行口座（bank account）」と呼ばれ、符号４０が付されている。このアプリケーション・ファイルは、ユーザーの銀行口座に関連するデータをユーザーが管理できるよう設けられている。
【００２５】
「銀行口座」ファイルにおいて、ユーザーは「残高（balance）」と呼ばれるコマンド（符号４１）、「借方（debit）」と呼ばれるコマンド（符号４２）、そして「株式取引口座への振込（transfer to stock exchange account）」と呼ばれるコマンド（符号４３）の実行を命令することができる。
【００２６】
「残高」コマンドは、ユーザーが自分の銀行口座の残高を知ることができるようにする指令を含んでいる。
「借方」コマンドは、ユーザーが自分の銀行口座の借方の変動を注文できるようにする指令を含んでいる。
【００２７】
「株式取引口座への振込」コマンドは、ユーザーがある金額を銀行口座から株式取引口座への振込を命令できるようにする。
【００２８】
第二のアプリケーション・ファイルは、「株式取引所（stock exchange）」と呼ばれ、符号５０が付してある。このアプリケーション・ファイルは、ユーザーの株式取引ポートフォリオに関するデータをユーザーが管理できるよう設けられている。
【００２９】
「株式取引」ファイルにおいて、ユーザーは符号５１の「株式取引口座残高」と呼ばれるコマンド、符号５２の「株式取引残高」と呼ばれるコマンド、符号５３の「株式」と呼ばれるコマンド、符号５４の「買い注文」と呼ばれるコマンド、符号５５の「売り注文」と呼ばれるコマンド、そして符号５６の「銀行口座への振込」と呼ばれるコマンドの実行を命令することができる。
【００３０】
「株式取引口座残高」コマンドは、株式取引の株及び株式の売り買いに対応した額を出し入れできるようにされた株式取引口座の残高をユーザーが知ることができるようにする指令を含んでいる。
【００３１】
「株式取引残高」コマンドは、ユーザーが所有する株式取引株の総額をユーザーが知ることができるようにする指令を含んでいる。
「株式」コマンドは、ユーザーが所有する株式取引の株及び株式をユーザーが知ることができるようにする指令を含んでいる。
【００３２】
「買い注文」コマンドは、ユーザーが株式取引の株式を買う指令を与えることができるようにする。
「売り注文」コマンドは、ユーザーが株式取引の株式を売る指令を与えることができるようにする。
【００３３】
「銀行口座への振込」コマンドは、ユーザーが株式取引口座から銀行口座へある金額を振り込む指令を与えることができるようにする。
【００３４】
「残高」、「株式取引口座残高」、「株式取引残高」、あるいは「株式」の各コマンドの実行を可能にするためには、ユーザーは最初に「ＣＨＶ１」と記されたアクセス条件を満足しなければならない。
【００３５】
「借方」、「株式取引口座への振込」、「買い注文」、「売り注文」、あるいは「銀行口座への振込」の各コマンドの実行を可能にするためには、ユーザーは最初に「ＣＨＶ２」と記されたアクセス条件を満足しなければならない。
【００３６】
カード８は、メモリ内にすべてのアプリケーション・ファイルのために共同でアクセス条件を保持するために、テーブルで表される手段を備えている。
【００３７】
このテーブルは、二つの列と四つの行からなる。行の数は、すべてのアプリケーション・ファイルのすべてのコマンドのためのアクセス条件の数である。実際、カードは二つのアプリケーション・ファイルを含み、これらはそれぞれそのすべてのコマンドについて二つのアクセス条件からなる。
【００３８】
アプリケーション・ファイルにおけるアクセス条件が格納されたときは、アプリケーションのアドレスは第一の列の一つの行に現れ、前記の条件は同じ行の第二の列に現れる。反対に、アプリケーション・ファイルにおけるアクセス条件が格納されないときは、アプリケーション・ファイルのアドレスは最初の列のどの行にも現れない。
【００３９】
特に図６を見ると、リーダー１２に挿入されるよにされたカード８が示されている。リーダー１２は、キーボード１４、スクリーン１６、メモリ・ディストリビュータ１８が接続されたコンピュータ１０に接続されている。コンピュータ１０は、要求されたオペレーションを格納するようにされた中央コンピュータ２０に接続されている。
【００４０】
ここで図８を参照する。この図は、いくつかのアプリケーション・ファイルにおけるコマンドを管理するための方法の各段階を示している。
【００４１】
符号８０を付した最初の状況において、ユーザーはアプリケーション・ファイルにおけるコマンドの実行を命令した。
符号８１の最初の段階において、前記コマンドに対応するアクセス条件が格納されているかどうかのサーチがなされる。
このアクセス条件が格納されていれば、符号８２の段階においてこのコマンドの実行が開始される。
このアクセス条件が格納されていなければ、符号８３の段階において、ユーザーはこのアクセス条件を満たすよう求められる。
【００４２】
そして、ユーザーがこのアクセス条件を満たせば、符号８４の段階においてアクセス条件は格納され、コマンドの実行が開始される。
【００４３】
ここでカードの使用例に従って説明する。
ユーザーは、リーダー１２にカード８を挿入する。この段階で、テーブルは「ＯＳ」によって初期化され、テーブルはデータが含まれない状態になる（図１）。
【００４４】
ユーザーは自分の銀行口座の残高を知りたいと思い、これを知るためにユーザーは「銀行口座」ファイルにおける「残高」コマンドの実行を命令するとする。
【００４５】
「ＯＳ」は、「残高」コマンドに対応するアクセス条件が格納されているかどうかを見るが、この場合「ＯＳ」はアプリケーション・ファイル「銀行口座」の条件「ＣＨＶ１」がテーブルに格納されているかどうかを見る。この場合テーブルは空で格納されていないので、「ＯＳ」はアクセス条件「ＣＨＶ１」を満たすようユーザーに求める。ユーザーはキーボードから秘密のコードを入力し、こうしてアクセス条件「ＣＨＶ１」を満たす。「ＯＳ」はテーブルにこのアクセス条件を格納し（図２）、「残高」コマンドの実行を開始する。そしてユーザーの銀行口座の残高がスクリーンに現れる。
【００４６】
次にユーザーは自分の銀行口座から借方記入を行う（make a debit）ことを望むとする。これを行うためには、ユーザーは「銀行口座」ファイルにおける「借方」コマンドの実行を命令する。
【００４７】
「ＯＳ」は、「借方」コマンドに対応するアクセス条件が格納されているかどうかを見るが、この場合「ＯＳ」はアプリケーション・ファイル「銀行口座」の条件「ＣＨＶ２」がテーブルに格納されているかどうかを見る。そうはなっていないので（図２）、「ＯＳ」はユーザーにアクセス条件「ＣＨＶ２」を満たすよう求める。ユーザーはキーボードから秘密のコードを入力し、こうしてアクセス条件「ＣＨＶ２」を満たす。「ＯＳ」はテーブルにこのアクセス条件を格納し（図３）、「借方」コマンドの実行を開始する。ディストリビュータは、ユーザーに要求された合計金額を提示する。
【００４８】
次に、ユーザーは、自分の銀行口座の残高を知り、自分の銀行口座が適切に保管されているかチェックしたいとする。これを行うためには、ユーザーは、「銀行口座」ファイルにおける「残高」コマンドの実行を命令する。
【００４９】
「ＯＳ」は「残高」コマンドに対応するアクセス条件が格納されているかどうかを見る。この場合「ＯＳ」は「銀行口座」アプリケーション・ファイルの条件「ＣＨＶ１」がテーブルに格納されているかどうかを見るが、格納されているので（図３）、「ＯＳ」は「残高」コマンドの実行を開始する。ユーザーの銀行口座の残高がスクリーン上に現れ、新しい残高、すなわち「残高」オペレーションの最初のコマンドのときから「借方」オペレーションのときの借方の合計だけ引かれたの合計額を明瞭に示す。
【００５０】
ユーザーが自分の株式取引口座の残高を知りたいとする。ここで、ユーザーは「株式取引所」ファイルにおける「株式取引口座残高」コマンド実行を命令する。
【００５１】
「ＯＳ」は、「株式取引口座残高」コマンドに対応するアクセス条件が格納されているかどうかを見るが、この場合「ＯＳ」はアプリケーション「株式取引所」の条件「ＣＨＶ１」がテーブルに格納されているかどうかを見る。そうはなっていないので（図３）、「ＯＳ」はユーザーにアクセス条件「ＣＨＶ１」を満たすよう求める。ユーザーはキーボードから秘密のコードを入力し、こうしてアクセス条件「ＣＨＶ１」を満たす。「ＯＳ」はテーブルにこのアクセス条件を格納し（図４）、「株式取引口座残高」コマンドの実行を開始する。そしてユーザーの株式取引口座の残高がスクリーン上に現れる。
【００５２】
次に、ユーザーが自分のポートフォリオに所有する株式取引株を知りたいとする。ここで、ユーザーは、「株式取引」ファイルの「株式」コマンドの実行を命令する。
【００５３】
「ＯＳ」は「株式」コマンドに対応するアクセス条件が格納されているかどうかを見るが、この場合「ＯＳ」は「株式取引所」アプリケーション・ファイルの条件「ＣＨＶ１」がテーブルに格納されているかどうかを見て、そうなっているので（図4）、「ＯＳ」は「株式」コマンドの実行を開始する。そしてユーザーが保持する株式取引株がスクリーン上に現れる。
【００５４】
次にユーザーがいくらかの株式取引株を売りたいとする。ここでユーザーは、「株式取引所」ファイルにおける「売り注文」コマンドの実行を命令する。
【００５５】
「ＯＳ」は「株式取引口座残高」コマンドに対応するアクセス条件が格納されているかどうかを見るが、この場合「ＯＳ」は「株式取引所」アプリケーション・ファイルの条件「ＣＨＶ２」がテーブルに格納されているかどうかを見る。ここではそうなっていないので（図４）、「ＯＳ」はユーザーにアクセス条件「ＣＨＶ２」を満たすよう求める。ユーザーはキーボードから秘密のコードを入力し、こうしてアクセス条件「ＣＨＶ２」を満たす。「ＯＳ」はテーブルにこのアクセス条件を格納し（図５）、「売り注文」コマンドの実行を開始する。そして「ＯＳ」はユーザーが売った株式の注文を引き渡す。
【００５６】
次にユーザーは自分の株式取引口座の残高を見て、自分の株式取引口座に売った株式の金額が振り込まれていることをチェックしたいとする。ここでユーザーは、「株式取引所」ファイルにおける「株式取引口座残高」コマンドの実行を命令する。
【００５７】
「ＯＳ」は「株式取引口座残高」コマンドに対応するアクセス条件が格納されているかどうかを見るが、ここでは「ＯＳ」は「株式取引所」アプリケーション・ファイルの条件「ＣＨＶ１」がテーブルに格納されているかどうかを見る。ここではそうなっているので（図５）、「ＯＳ」は「株式取引口座残高」コマンドの実行を開始する。ユーザーの株式取引口座の残高がスクリーン上に現れ、新しい残高、すなわち「株式取引口座残高」オペレーションの最初のコマンドのときに表示される額に株式取引株を売った分が増えた額が現れる。
【００５８】
ユーザーが、自分の株式取引口座から自分の銀行口座へある額を振り込みたいとする。ここで、ユーザーは「株式取引所」ファイルにおける「銀行口座への振込」コマンドの実行を命令する。
【００５９】
「ＯＳ」は、「銀行口座への振込」コマンドに対応するアクセス条件が格納されているかどうかを見るが、ここでは「ＯＳ」は「株式取引所」アプリケーション・ファイルの条件「ＣＨＶ２」がテーブルに格納されているかどうかを見る。ここではそうなっているので（図５）、「ＯＳ」は「銀行口座への振込」コマンドの実行を開始する。
【００６０】
次にユーザーが自分の銀行口座の残高を知り、自分の銀行口座に振り込まれたことをチェックしたいとする。ここで、ユーザーは、「銀行口座」ファイルにおける「残高」コマンドの実行を命令する。
【００６１】
「ＯＳ」は、「残高」コマンドに対応するアクセス条件が格納されているか、すなわち「銀行口座」アプリケーション・ファイルの条件「ＣＨＶ１」がテーブルに格納されているかどうかを見る。そうなっているので（図５）、「ＯＳ」は「借方」コマンドの実行を開始する。ユーザーの銀行口座の残高がスクリーン上に現れ、新たな残高、すなわち「残高」の二つ目のコマンドのときの額に、「銀行口座への振込」オペレーションで振り込まれた分が増えた額が表示される。
【００６２】
次にユーザーが自分の株式取引口座の残高を知るとともに、この口座に貸し金として付けられたことをチェックしたいとする。ここでユーザーは、「株式取引所」ファイルにおける「株式取引口座残高」コマンドの実行を命令する。
【００６３】
「ＯＳ」は、「株式取引口座残高」コマンドに対応するアクセス条件が格納されているかどうか、すなわち「株式取引所」アプリケーション・ファイルの条件「ＣＨＶ１」がテーブルにあるかどうかを見る。ここではそうなっているので（図５）、「ＯＳ」は、「株式取引口座残高」コマンドの実行を開始し、ユーザーのこの残高がスクリーン上に現れ、新たな残高、すなわち「株式取引口座残高」オペレーションの最初のコマンドのときの額から「銀行口座への振込」オペレーションの際の振込分だけ減った額が表示される。
【００６４】
ユーザーがコマンドの命令を停止し、テーブルを初期化して実行したカード取引を閉じること、すなわち、すべてのデータを削除することを決定したとする。そしてユーザーはカードをリーダーから取り出す。
【００６５】
安全上の理由から、カード使用中にリーダーからカードが取り出された場合には、テーブルのデータは自動的に削除される。
【００６６】
最後に、ユーザーは、別々の機会に数回与えられたファイルにアクセスした場合でも、多くても、ファイルの数よりも少ないかもしれない別々のアクセス条件の数に等しい回数、パスワードを入力しなければならない。したがって、ユーザーがパスワードを入力する回数は限られる。
【００６７】
本発明は、当然のことながら、これまでもっぱら例示として説明され明示されてきた実施例には限定されない。特に、説明された手段と等価な技術を構成するすべての手段及びその組み合わせは、これらが本発明の方法及び手段に従って実施される場合には、本発明に含まれる。
【図面の簡単な説明】
【図１】  いくつかのアプリケーション・ファイルにおけるコマンドを管理するよう適合させたマイクロチップ・カードの稼働中のメモリ内のメモリ空間に関連した格納テーブルを示している。
【図２】  ある格納状態に対応した図１と同様の図である。
【図３】  ある格納状態に対応した図１と同様の図である。
【図４】  ある格納状態に対応した図１と同様の図である。
【図５】  ある格納状態に対応した図１と同様の図である。
【図６】  カード及びその動作環境を示した図である。
【図７】  カードの論理的な構成を示した図である。
【図８】  本発明の方法の各段階の論理的なフローチャートを示した図である。
【図１】
0004588223.tif 000002
【図２】
0004588223.tif 000003
【図３】
0004588223.tif 000004
【図４】
0004588223.tif 000005
【図５】
0004588223.tif 000006
【図６】
0004588223.tif 000007
【図７】
0004588223.tif 000008
【図８】
0004588223.tif 000009