JP2001515621A - ネットワーク援用チップカードトランザクション処理方法 - Google Patents

Abstract

(57)【要約】 支払いを決算するための端末はオープンなデータネットワークを介して不正操作から保護された安全な伝送方法によって多数の処理側と接続可能であり、トランザクションのタイプから処理側が決定される。

Description

【発明の詳細な説明】 ネットワーク援用チップカードトランザクション処理方法 技術分野 本発明は、オープンなデータネットワークを使用してチップカードを用いてと りわけ支払いによる商品及びサービスの電子的な決算のための方法及び装置に関 する。 従来技術 商品及びサービスの支払いのために、チップカードとして周知である埋め込み 型プロセッサ又はメモリを有するカードが使用される。この場合多数の様々なカ ードタイプが周知であり、これらのカードタイプは「クレジットカード」、「デ ビットカード（debit card）」、プリペイドカード又はロード可能な電子的な財 布によるペイメントカードとして周知である。 多くの国に今日ペイメントカードソリューションが存在する。これらのペイメ ントカードソリューションはそれぞれ国内で開発され規定されている。例えば、 フィンランドにおける“Ａｖｅｎｔ”、デンマークに 有するＥＣカード、オーストリアにおける“Ｑｕｉｃ ｋ”である。これらのソリューションは互いに技術及び方法において互換性がな い。 クレジットカード組織団体は今日国際的に使用されるソリューションをテスト している。例えば、Ｖｉｓａの“Ｖｉｓａｃａｓｈ”、Ｍａｓｔｅｒｃａｒｄの “Ｍｏｎｄｅｘ”、Ｅｕｒｏｐａｙの“Ｃｌｉｐ”、Ａｍｅｒｉｃａｎ Ｅｘｐ ｒｅｓｓの“Ｐｒｏｔｏｎ”である。これらのソリューションも同様に互いに互 換性がない。これらのベンダのグループは今日ワーキングタイトル“ＥＭＶ”と して周知である共通の標準を規定したが、この場合すでに発行されたカード及び 市場に既存のソリューションは考慮されていない。 明らかなことは、これらのカードの一部分はなるほど主に同一のハードウェア 装置を利用するが、チップカードを収容する端末における異なるソフトウェアプ ログラム及びソフトウェアプロトコル及びに特定のセキュリティモジュールによ って相違している。従って、支払い過程の間にチップカードを処理するチップカ ード端末が多数の様々なソフトウェアモジュールを実装しさらに複数のセキュリ テイモジュールに接続される、というソリューションが公知であった。しかし、 このソリューションは高価で柔軟性に欠け、広範囲な普及には適していない。 本発明の課題は、各端末がこれら全てのチップカードに対する装備を有する必 要なしに、多数の異なるチ ップカードを広範囲で使用することができるソリューションを提供することであ る。 本発明の説明 本発明はオープンなデータ伝送ネットワークに接続されているチップカード端 末を使用する。このデータ伝送ネットワークを介してこれらのチップカード端末 は様々な処理側と不正操作から保護された接続を確立することができる。チップ カードによって決まるトランザクションのタイプから処理側が決定される。 図面の簡単な記述 図１は本発明のチップカードによるトランザクション処理における構成要素を 見渡す概略図である。 図２は図１に相応する従来技術の概略図である。 本発明の記述 図２には、チップカードによる支払いトランザクション処理のための周知の装 置が図示されている。この場合以下においては支払いがあらゆるタイプのトラン ザクションを代表しており、信頼できる確実な処理が重視される。チップカード として例えばＩＳＯ７８１６-１,-２,-３によるチップカードが使用される。 この場合、チップカード１０ａ、１０ｂ、１０ｃは端末１１ａ、１１ｂ、１１ ｃと接続可能である。各端 末は処理側１３ａ、１３ｂ１、１３ｂ２、１３ｃを含み、この処理側１３ａ、１ ３ｂ１、１３ｂ２、１３ｃはそれぞれセキュリティモジュール１４ａ、１４ｂ１ 、１４ｂ２、１４ｃに接続されている。ここに示されたコンフィグレーションは ２つの支払いネットワーク１５ａ、１５ｃに関与し、これらの２つの支払いネッ トワーク１５ａ、ｌ５ｃではそれぞれネットワーク側でホスト１６ａ、１６ｃが それぞれセキュリティモジュール１７ａ、１７ｃを含み、これらのホストは他の ネットワーク１８を介して互いにトランザクションデータを交換することができ る。セキュリティモジュールの代わりに、これらホストは例えば厳しいアクセス コントロールにより安全が保障された環境において動作され、キーは通常のデー タ媒体に格納されることもありうる。ネットワーク１５ａ、１５ｃは例えばＸ２ ５/Ｄａｔｅｘ-Ｐ-ネットワークであり、大抵の場合閉じたユーザグループとし て接続されている。端末１１ａはホスト１６ａに、端末１１ｃはホスト１６ｃに 割り当てられており、従ってこのホストによってサポートされるようなプロセス だけを処理する。通常はそれぞれの処理側１３ａ、１３ｃはベンダ乃至はサービ スに特化されており、以下においてはトランザクションタイプに特化されている 。この場合、以下においては、このホストも階層的な又は網目状のコンピュータ ネットワークを代表しており、これらのコンピュータ にとってはこのホストは通路及びインターフェースである。 よって、端末１１ｂにおいてこれら両方の異なるサービスに対する２つの異な るカードが利用できるようにするために、この端末１１ｂには２つの処理側１３ ｂ１、１３ｂ２が設けられている。これら２つの処理側ｌ３ｂ１、１３ｂ２はそ れぞれ独自のセキュリティモジュール１４ｂ１、１４ｂ２に接続されており、さ らにそれぞれ各ネットワーク１５ａ、１５ｃへの独自の専用のネットワーク接続 端子を有している。 ごく僅かな端末及び僅かなサービスしかないのであれば、１つの端末における 複数の処理側のコストはたいして大きくなく、実現可能である。 本発明は端末から処理側を分離し、図１に図示されているように配置されてい る。この場合、端末１１ａ’、１１ｂ’、１１ｃ’はもはや従来技術の処理側を 含んでいない。ただ別個に図示されていないオペレーティングプログラムしか存 在しない。このオペレーティングプログラムはチップカード１０ａ、１０ｂ、１ ０ｃとの通信を行い、様々な処理側１３ａ’、１３ｃ’への安全を保障された接 続に使用される。 オープンなネットワーク１２は端末１１ａ’、１１ｂ’、１１ｃ’と処理側１ ３ａ’１３ｃ’との間のデータ伝送を引き受ける。これらの処理側１３ａ’１３ ｃ’はここでも従来のやり方のように固有のネットワ ーク１５ａ、１５ｃを介してホスト１６ａ、１６ｃと共働する。これらのネット ワークを介してさらに付加的に公知のタイプのチップカード端末が動作される。 このネットワーク１２は有利にはインターネット及びＩＰプロトコルファミリ ーによって以下において示されているようにオープンなネットワークである。一 般的な利用可能性及びオープンアーキテクチャによって、これらの端末１１ａ’ 、１１ｂ’、１１ｃ’の各々にとって処理側１３ａ’、１３ｃ’の各々に到達す ることは問題なく可能である。後ほどより詳しく説明するように、このネットワ ークによって１つの適当な処理側に到達可能でありさえすれば、各端末はどの処 理側にも到達でき、従ってどのチップカードも収容でき、トランザクションも処 理できる。また図１において処理側１３ａ’において図示されているように、複 数の処理側を一箇所に設けることは意味のあることである。というのも、多くの 端末がこれにアクセスでき、ただ１つの処理側を一度設置するだけで直ぐに全端 末にとって利用可能になるからである。 この場合、端末のオペレーティングプログラムはまず最初にチップのタイプ、 すなわちサービス乃至は適用すべきトランザクションプロトコル及びこれに伴う 可能な処理側を検出しなくてはならない。これはチップカードからの読み取りに よって行われる。チップカードは複数のサービスもサポートでき、この場合には 端末はユーザにどのサービスによって支払いを行うべきかを、これが暗黙裡に判 定しうるのでない限りは、問わなくてはならない。ロード可能な電子マネー財布 を有するクレジットカードの場合、例えば２０ドイツマルクより少ない金額は必 ずこの電子マネー財布から引き落とし、高い金額はクレジットカード機能から引 き出すことができる。 次に所望のサービスから例えば「ユニフォームリソースロケータ（ＵＲＬ）」 が形成される。これは端末におけるテーブルによって又は処理側へのクエリーに よって求められる。ＵＲＬの使用は端末のテーブルを不必要にする限りにおいて 有利である。というのも、ネットワーク機能はこの場合このサービスに対して最 も近傍にある処理側を求めるからである。Ａｍｅｒｉｃａｎ Ｅｘｐｒｅｓｓの ゴールドクレジットカードのＵＲＬは例えば次の通りである： “https://de.amexco.com/credit/gold/Hambrung” ただし、ｈｔｔｐｓは端末と処理側との間のデータ伝送のためのプロトコルを示 す。この例からも分かるように、ＵＲＬによりコンピュータ名“ｄｅ．ａｍｅｘ ｃｏ．ｃｏｍ”のロケーションも都市もコード化できる。このコンピュータ名の コード化によって、なるほど場合によってはインターネットアドレスをアメリカ 合衆国の本部のアクセスを許可されたネームサーバを介して要求するが、このネ ームサーバはドイツ国内のコンピュータを指示することができる。このため、集 中型ネーム管理にもかかわらず、分散配置された処理側が呼び出される。コンピ ュータ名におけるトランザクションプロトコルに対するコードを使用するだけで も既に端末から処理側への接続の柔軟性のある形態が提供される。 この場合、意図的な故意の偽造又は盗聴のような不正操作に対して安全の保障 されたプロトコルが使用される。このようなプロトコルファミリーの一例がA.E. Freier，Ph.Karlton及びP.C.Kocherによる１９９６年３月のドラフト“The SSL Protocol Version 3.0”に含まれている。これは「インターネットエンジニアリ ングタスクフォース（ＩＥＴＦ）」において例えば１９９７年１０月３日には次 のＵＲＬ ftp://ietf.cnri.reston.va.us/internet-drafts/draft-freier-ssl-version 3- 01.txt によって呼び出すことが出来た。このプロトコルは多数の暗号プロトコル及び暗 号方法を使用することができ、これにより相互認証を保障し、不正操作及び盗聴 から伝送されるデータを保護する。 有利にはこの場合端末１１ａ’ではセキュリティモ ジュール１９ａが使用される。このセキュリティモジュール１９ａにはＳＳＬ接 続を確立するためのシークレットキーが格納されており、このシークレットキー はこの端末に対して唯一のものでありこの端末を特徴づけるものである。周知の やり方では、対称鍵暗号方式の場合、このシークレットキーはこの端末が接続を 確立することができるはずの各処理側のセキュリティモジュールに格納されてい る。しかし、有利には非対称鍵暗号方式が使用される。この非対称鍵暗号方式で は、端末のセキュリティモジュールにのみプライベートキーが格納されており、 これから導出されるキーはいわゆる公開キーとして処理側が自由に使用でき、周 知の手段のうちの１つによってこれらの認証が行われさえすればよい。端末のセ キュリティモジュールはまず第１に処理側との接続の保護のために必要不可欠で あり、他方で処理側のセキュリティモジュールはチップカードトランザクション の保護及びこれに結びついた従来のキー管理のために使用される。 本発明の実施形態では端末のセキュリティモジュールはキーのためのバッファ メモリとして利用され、これらのキーはプログラムモジュールと共に処理側から 取り寄せられる。これらのプログラムモジュールは次いでセキュリテイモジュー ルに格納されたキーを使用してチップカードとのトランザクションをローカルに 処理する。ペイメントカードの場合には、ペイメント カードにおいては通例そうであるように、金額もセキュリティモジュールに格納 され、その日の終わりにようやく暗号的に保護されて伝送される。この場合、有 利にはこの端末にこのプログラムモジュール及び１つ又は複数の所属のキーを安 全なネットワーク接続を介して伝送した処理側への伝送が行われる。効率を高め るためには同じ機能を有する複数の処理側が存在すればよい。これらの処理側は この意味で同一の処理側として見なされる。 なるほど幾つかのカードタイプは全トランザクションをローカルに処理するこ とができるが、トランザクションが終了した後でトランザクション記録をネット ワークを介して本部に伝送しなくてはならない。この場合においても、処理側か らプログラムモジュールが伝送され、端末で実行され、この端末が次いでトラン ザクション記録をその処理側に送信する。トランザクションステップを個別に伝 達する代わりに、各トランザクション毎にプログラムモジュールをキーと一緒に ネットワークの安全な接続を介して伝達するのは有意義である。とりわけ時折の 遅延を排除できないインターネットのようなデータグラム指向ネットワークでは 、トランザクションの開始時又は終了時に万一の場合には待機時間が発生するが 、個々のトランザクションステップの間には発生しない。 この場合、プログラムモジュールは従来の大容量記 憶装置に格納される。しかし、偽造からの保護のために署名され、さらに場合に よっては暗号化される。この場合、署名を検査するための適当なキーもセキュリ ティモジュールに格納されている。プログラムモジュールの選択はカードタイプ 乃至はこれから導出されるコードを介して行われる。それゆえ、端末及びセキュ リティモジュールはバッファメモリ（キャッシュ）と見なすことができる。とり わけセキュリティモジュールが少なくとも一部分的にバッファメモリとして使用 されることによって、実用的な任意の数のチップカードをこの端末によって使用 することができ、さらに別のセキュリティモジュールを付加すれば必要になるだ ろうこの端末におけるメンテナンス作業なしに、この数は動的に拡大することが できる。 この場合、プログラム“ＨＴＴＰ”乃至はこれの安全な修正バージョンである “ＨＴＴＰＳ”はバッファリングのとりわけ簡単な方法を可能にする。ＨＴＴＰ /１.０を記述しているBerne-Leeその他による１９９６年５月版のドキュメント ＲＦＣ１９４５においてセクション１０.９に補足“if-modified-since”が設け られている。このやり方で要求されるドキュメントはより新しいバージョンが存 在する場合にのみ伝送され、中間ステーションにもバッファされうる。すなわち 、プログラムモジュールを必要なキーと一緒にパッケージ化し、暗号化し、署名 し、ＵＲＬによって記され るネットワーク名を設けることが可能である。チップカードの挿入によってオペ レーティングプログラムはこのカードタイプのコードを介してＵＲＬを決定し、 日付を手元に存在するバッファされていたバージョンに付与し、処理側に要求を 送信する。このバッファされていたバージョンが最新のものならばレスポンスコ ード“３０４”だけが伝送され、このバッファされていたバージョンが利用され る。さもなければ、伝送されたバージョンがアンパックされ、格納され、実行さ れる。 他の変形実施形態では、インストレーションの前にすでにプログラムモジュー ル及びキーがネットワーク接続を介して伝送されバッファされていたかのように 端末にこれらのプログラムモジュール及びキーを格納することができる。これは あらかじめ既知の頻発に又は主に利用されるアプリケーションに対して、ネット ワーク負荷を低減する方法である。バッファメモリの変位が回避されるように又 はバッファメモリの変位が全く起こらないようにバッファメモリ管理部の標識（ インジケータ）がこのエントリを表示することもできる。そこに新たなバージョ ンがあるか否か、というチップカードにより決定される処理側へのそれぞれのク エリーはこれによって行われず、場合によっては予め格納されていたバージョン が代わりに使用される。 有利には既述のようにプログラムモジュールは１つ 又は複数のキーと共に処理側から端末に伝送される。しかし、例えばこれによっ て高まるネットワーク負荷がフレキシビリティの高まりと折り合うならば、プロ グラムモジュールとキーとを別個に管理し処理することもできる。 これまでに発行されて今後も使用されるチップカードでは与えられない、チッ プカードの制限に比べて増大した計算効率によって、いまや公開鍵暗号方式がデ ータ通信の保護のために、とりわけ認証及びセッションキーの生成のために使用 できる。これに関する更なる情報はＳＳＬドキュメント及びそこに記載されてい る参考文献からも得られる。公開鍵の証明のためには例えば規格Ｘ５０９.３に よる証明書が使用できる。 セキュリティモジュールはチップカードとして又はＧＳＭ移動電話から周知の ＳＩＭモジュールとして構成できる。またＳｉｅｍｅｎｓ社のチップＳＬ４４Ｃ Ｒ８０Ｓに基づく特別仕様もあり得る。 端末と処理側との間に安全を保障された接続が確立された後で、オペレーティ ングプログラムは処理側とチップカードとの間の通信を中継する。大抵の場合、 データブロックがこのオペレーティングプログラムによってネットワーク接続の プロトコルに変換され、透過的に伝送される。しかし、多くの場合にはユーザ、 つまりこのチップカードの所有者との通信が必要となる。これはこのユーザにト ランザクションの値が表示 され、次いでこのユーザがこのトランザクションを確認するためである。このた めに端末にはキーボード及びディスプレイのような入出力装置が設けられている 。これらを処理側は安全な接続を介して自由に使用できる。というのも、処理側 だけがトランザクションの認証値を所有しているからである。選択的にオペレー ティングプログラムがこのデータをチップカードと処理側との間の通信から求め て自発的に表示し、確認を処理側に伝達することもできる。 端末としてはチップカード用の読み取り装置を装備したパーソナルコンピュー タも使用される。この端末のオペレーティングプログラムはこのＰＣのプロセッ サで実行され、これにより付加的にディスプレイ及びキーボードへのアクセスが 行われる。これにより例えばインターネット及びワールドワイドウェブへのアク セスを介するとりわけインタラクティブな対話によって支払い過程がトリガされ る。この場合とりわけ有利な点は、本発明がチップカードと処理側との間の通信 のために同一のデータネットワーク、すなわちインターネットを使用できる点で ある。このインターネットは既にインタラクティブな対話に利用されている。有 利には、支払いに利用されるチップカード用の読み取り装置は、独自のプロセッ サ及びセキュリティモジュールをさらに別の組み込み型のチップカードの形式で 有する。読み取り装置のプロセッサはチップカードと 処理側との間の通信を引き受け、ユーザとの対話をパーソナルコンピュータのプ ロセッサに依頼する。 これにより到達可能なセキュリティレベルがパーソナルコンピュータのユーザ にとって受容できるものである限り、読み取り装置における特別なセキュリティ モジュール及びプロセッサは無くてもよい。プライベートユーザの住居の場合の ように、このＰＣには一般の人は近づけず、ほんの少数の既知の人物だけが使用 でき、オペレーティングプログラムの偽造の恐れがない場合にはこれが当てはま る。処理側との通信を不正操作から保護するために、例えばディフィ-ヘルマン 方式で通信用のセッションキーを形成することによって、永久的なシークレット キーを使用する必要は全く無くなる。適用事例に応じて、端末の認証が処理側に とって必要不可欠ではなくなることも考えられる。というのも、本当のトランザ クションはチップカードによって処理されるからである。 例えば窓口又はパーソナルコンピュータと接続された特別な端末の代わりに、 本発明による端末は情報端末を含めて商品又はサービス用自動装置に組み込むこ とができる。入出力装置は例えばこの場合商品の選択ボタン及び選択された商品 の排出機構である。 また、例えばＳＳＬプロトコルによる安全なインターネット接続のためのセッ ションキーの生成を更なるアプリケーションとして有するチップカードを発行す ることも考えられる。これによって、パーソナルコンピュータにおいて、チップ カード用読み取り装置の独自のプロセッサもセキュリティモジュールも必要ない 。 図１には図示されていないが、セキュリティを検討した上で問題がなければ、 各ホスト１６ａ、１６ｃがオープンなデータネットワーク１２に接続され、処理 側機能を直接サポートすることも可能である。 本発明の特別な利点は、処理側だけが適合されればよいこと乃至は付加的な処 理側が設けられればよいこと、トランザクション処理のためのネットワーク１５ ａ、１５ｃ及びホストアプリケーション１６ａ、１６ｃは変更しないままでよい こと、従ってこれまでのアプリケーションが変更されることなく今後も動作され うることである。 端末にもチップカードリーダに加えて磁気カードリーダ乃至はコンビネーショ ンリーダを装備することができるので、開発においてはこのオペレーティングプ ログラムが磁気ストリップのデータ及び場合によっては存在するセキュリティフ ィーチャ（Sicherheitsmerkmale）を処理側に伝送するようにオペレーティング プログラムを拡張する。これにより、従来の磁気カードに基づく方法が今後も利 用できる。これは同じやり方でメモリの読み書きが可能であるプロセッサなしの チップカードにも有効である。これらのカードが流通 マーケットから消えて行く度合いによってネットワークにおける処理側の数は低 減される。 セキュリティ上の利点は、トランザクション処理に必要なシークレットキーを もはや端末に格納する必要がないことによって生じる。これは、以前は、最初か らセキュリティモジュールへのどんな攻撃者をも失望させるために、公の場所に 設置する際には端末を特別に保護することを意味した。端末と処理側との間の通 信だけに関連するセキュリテイモジュールへの攻撃が成功したとしても、従来の セキュリティモジュールが被るほどの深刻な影響は受けなくてすむ。また処理側 は高性能コンピュータにおけるプロセスとして実行されうる。この結果、とりわ け迅速なリアクションが可能であり、さらに多くの処理側が共通の高速なセキュ リティモジュールを利用することができる。

【手続補正書】特許法第１８４条の８第１項 【提出日】平成１１年２月１日（１９９９．２．１） 【補正内容】 請求の範囲 １． チップカードによって安全が保障されるトランザクションの処理方法に おいて、 前記チップカードは端末に接続され、該端末はデータネットワークを介して少 なくとも１つの処理側に接続され、 さらに該処理側は、１つ又は複数のトランザクションホストに接続され、該ト ランザクションホストに対するトランザクションを保護するための少なくとも１ つのセキュリティモジュールを含み、 前記端末はオペレーティングプログラムを有し、該オペレーティングプログラ ムは前記チップカードと前記端末との接続の後でトランザクション処理のための コードを決定し、前記トランザクション処理に従ってトランザクションは実行さ れ、 前記トランザクション処理のコードから前記処理側のネットワークアドレスを 決定し、 これに基づいてオペレーティングプログラムは前記端末と前記処理側との間に 暗号方式により保護された接続を確立し、 その次に、トランザクションを前記チップカードと前記処理側との間の通信に よって処理し、前記処理側はトランザクションステップを前記トランザクション ホストに対して中継することを特徴とする、チップカ ードによって安全が保障されるトランザクションの処理方法。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｋ 19/00 Ｇ０７Ｆ 7/10 19/10 7/08 Ｊ Ｇ０７Ｆ 7/08 Ｇ０７Ｄ 9/00 ４７６ 7/10 Ｇ０６Ｋ 19/00 Ｑ 19/00 Ｔ Ｒ

Claims (1)

1. 【特許請求の範囲】 １． チップカードによって安全を保障されるトランザクションの処理方法で あって、 該チップカードはデータネットワークに接続されている端末に接続可能である 、チップカードによって安全を保障されるトランザクションの処理方法において 、 前記端末はオペレーティングプログラムを有し、該オペレーティングプログラ ムは前記端末に前記チップカードを接続した後でトランザクションを実施するた めにトランザクション処理に対するコードを決定し、 該トランザクション処理のコードから処理側のネットワークアドレスを決定し 、 このネットワークアドレスに基づいて前記オペレーティングプログラムは暗号 方式により保護された前記処理側への接続を確立し、 次いで、前記チップカードと処理側との間の交信によってトランザクションを 処理することを特徴とする、チップカードによって安全を保障されるトランザク ションの処理方法。 ２． とりわけトランザクションを確認するために、端末に接続された入出力 ユニットは、前記端末と処理側との間のデータ接続によって前記処理側にとって 利用可能である、請求項１記載の方法。 ３． 処理側は、端末との接続の安全を保障するためにもチップカードとのト ランザクションの安全を保障するためにも少なくとも１つの直接接続されたセキ ュリティモジュールの安全の保障されたキーを使用する、請求項１又は２記載の 方法。 ４． 端末は、処理側との接続の安全を保障するために直接接続されたセキュ リティモジュールの安全の保障されたキーを使用する、請求項３記載の方法。 ５． 端末と処理側との間の接続の安全を保障するために、チップカードのア プリケーション及び該チップカードにおいて安全に格納されたキーを使用し、こ れらを用いてトランザクションの後続処理のためのセッションキーを決定するか 又は公開キーをベリファイする、請求項４記載の方法。 ６． 端末と処理側との間の接続のために、ＴＣＰ/ＩＰプロトコルを使用す る、請求項１〜５までのうちの１項記載の方法。 ７． ＴＣＰ/ＩＰ接続の安全の保障のために、ＳＳＬプロトコルを使用する 、請求項６記載の方法。 ８． トランザクション処理に適した処理側のネットワークアドレスの決定は 、端末に割り当てられた処理側へのクエリーによって行われる、請求項１〜７ま でのうちの１項記載の方法。 ９． トランザクション処理に適した処理側のネットワークアドレスの決定は 次のことによって行われる 、すなわち、 トランザクション処理のコードをシンボリックなネットワークアドレスの部分 として使用し、該シンボリックなネットワークアドレスは、ネットワークアドレ スを決定するためにネットワークに所属するサーバによって解決されることによ って行われる、請求項１〜７までのうちの１項記載の方法。 １０． 端末のオペレーティングプログラムはユーザに秘密のキャラクタスト リングの入力を要求し、とりわけ暗号方式の適用によりこのユーザを基準値に対 して検査し、この検査の結果だけを安全が保障された接続を介して処理側に伝送 する、請求項２〜９までのうちの１項記載の方法。 １１． 接続を用いて処理側から端末にプログラムモジュールが伝送され、該 プログラムモジュールはそこで前記処理側のプログラムコードの少なくとも一部 分の代わりに実行される、請求項１〜９までのうちの１項記載の方法。 １２． 接続を用いて処理側からセキユリティモジュールにキーが伝送され、 該キーはチップカードによるトランザクションの少なくとも一部分の安全な処理 のために使用される、請求項４〜９までのうちの１項記載の方法。 １３． 処理側から伝送されるプログラムモジュール又はキーは、端末にバッ ファメモリのやり方で格納 され、改めて伝送されることなしに前記プログラムモジュール又はキーが使用さ れる、請求項１１又は１２記載の方法。 １４． バッファされたプログラムモジュール又はキーを利用する前に、処理 側へのクエリーによって最新のものか否かが検査され、必要な場合には最新のバ ージョンが伝送され将来使用される、請求項１３記載の方法。 １５． 最新のものか否かの検査を要求するためにＨＴＴＰ又はＨＴＴＰＳプ ロトコルを使用する、請求項１４記載の方法。 １６． チップカードによって安全が保障されるトランザクションの処理のた めの装置であって、 該チップカードはデータネットワークに接続されている端末に接続可能である 、チップカードによって安全が保障されるトランザクションの処理のための装置 において、 前記端末は、該端末への前記チップカードの接続を用いて、利用すべきトラン ザクション処理のためのコードを決定する装置を有し、 該コードから、アドレスマッピングのための手段を用いて、前記データネット ワークを介して到達可能な処理側がアドレス指定され、 前記端末は、前記処理側への接続を形成することができる接続装置を有し、 前記端末及び前記処理側は、前記端末と前記処理側との間の接続を不正操作か ら保護することができる装置を有し、 前記処理側は、前記端末との交信によって前記チップカードとのトランザクシ ョンを安全に処理することを可能にする装置を有することを特徴とする、チップ カードによって安全が保障されるトランザクションの処理のための装置。 １７． 端末は入出力装置を有し、該入出力装置は、処理側がトランザクショ ンを処理する間に前記処理側によってネットワークを介して利用可能である、請 求項１６記載の装置。 １８． 処理側は、端末のオペレーティングプログラムへの接続の安全を保障 しチップガードとのトランザクションの安全を保障するための暗号キーを安全に 格納するための少なくとも１つの装置を含む、請求項１６又は１７記載の装置。 １９． 端末は処理側との接続の安全を保障するためのキーを安全に格納する ための装置を含む、請求項１８記載の装置。 ２０． チップカードは、端末と処理側との間の接続の安全を保障するための セッションキーを生成できる装置を含む、請求項１９記載の装置。