JP3795754B2 - ユーザ装置と特にインターネットであるネットワークとの間の通信方法と、その通信方法のインプリメンテーション用のアーキテクチャ - Google Patents

Description

【０００１】
本発明は、特にインターネットタイプのプロトコルに従うユーザ装置とデータ伝送ネットワークとの間の通信手順に関するものである。
【０００２】
本発明手順は、特に、「スマート」カード読み取り器を装備し、前述されたネットワークに接続されるユーザ装置に関するものである。
【０００３】
本発明はまた、このような手順のインプリメンテーションのためのアーキテクチャにも関する。
【０００４】
本発明の範囲内で、用語「ユーザ装置（ｕｓｅｒ ｓｔａｔｉｏｎ）」は、一般的な意味で理解される。前述のユーザ装置は、特に、ＷＩＮＤＯＷＳあるいはＵＮＩＸ（両方共、著作権）のような様々なオペレーティングシステムを使用するパーソナルコンピュータからなってもよい。このユーザ装置はまた、専用のワークステーション、専用のポータブルコンピュータあるいは専用のカード端末からなってもよい。
【０００５】
同様に、本発明の範囲内で、用語「インターネット」は、インターネットそのものに加えて、「イントラネット」と称される全ての私設ビジネスネットワークあるいは他のネットワークならびに「エクストラネット」と称されるネットワーク拡張を含む。
【０００６】
下記において、任意の種類のアプリケーションを制限することなく、この範囲は、特に指定される場合を除いて、本発明の好ましいアプリケーションを参照とする。したがって、スマートカード読み取り器を装備し、インターネットタイプのネットワークに接続されている、単に「端末」と称されるユーザ装置が考察される。
【０００７】
スマートカードに基づいたアプリケーションシステムは、一般に下記の主要な構成要素からなる。
【０００８】
− スマートカード；
− 前述の端末からなるホストシステム；
− 好ましいアプリケーション用の通信ネットワーク、特にインターネット；
− ネットワークに接続されたアプリケーションサーバ。
【０００９】
図１は、この種のシステムアーキテクチャの例を示している。端末（１）、例えばパーソナルコンピュータは、スマートカード（２）読み取り器（３）を備えている。読み取り器（３）は、物理的に端末（１）と統合されていても、されていなくてもよい。スマートカード（２）は、その入出力接続が、電力供給及び端末（１）との通信を可能にするために、ケースの表面を通して示している集積回路（２０）を備えている。端末（１）は、データ伝送ネットワーク（ＲＩ）へのアクセス回路を備えている。これらのアクセス回路は、特にネットワーク（ＲＩ）及び端末（１）の特殊性によって決まる。実例に基づくと、アクセス回路は、ローカルエリアタイプのネットワーク用のネットワークカード、もしくは例えばインターネットサービスプロバイダ（英語用語によればＩＳＰ）を介してインターネットに接続するために、ダイアルアップ電話回線あるいは統合サービスディジタルネットワーク（ＩＳＤＮ）に接続するためのモデムからなってもよい。
【００１０】
端末（１）は、図面を簡単にするために省略された、適切なオペレーションのために必要とされる全ての回路及び構成要素、すなわち、中央装置、読み書き／固定記憶メモリ、磁気ディスクメモリ、ディスク及び／又はＣＤＲＯＭドライバ等を明らかに備えている。
【００１１】
さらに、端末（１）が、統合されるかあるいは統合されていないモニタ（５）及びキーボード（６）のような従来の周辺装置に結合されることも通例のことである。
【００１２】
通信が、ネットワークに接続されたサーバとの間で確立できる。前記通信の１つが、図１に示されている。本発明の好ましいアプリケーションの場合に関して、アクセス回路（１１）は、ナビゲータ、すなわち英語用語によれば「ブラウザ」と称される特定ソフトウェア（１１）を使用して、端末（１）とサーバ（４）との間で通信を確立する。前記特定ソフトウエア（１１）は、ネットワーク（ＲＩ）にわたって分散され、一般に「クライアント−サーバ」モードによる、様々なアプリケーションへのアクセスを可能にする。
【００１３】
通常、ネットワーク通信は、特定の規格に一致し、複数の重ね合わされたソフトウェアの層を含む、プロトコルに従って生じる。インターネットタイプのネットワーク（ＲＩ）の場合に関して、このプロトコルも複数のソフトウェア層からなるが、通信は、続いて詳述されるこの種の通信と適合した特定のプロトコルに従って生じる。通信プロトコルは、目標とされる特定のアプリケーション、すなわち、「ＷＥＢ」ページの問い合わせ、ファイル転送、電子メール（英語用語によればｅメール）、フォーラム、「ニュース」等に応じて選択される。
【００１４】
図１のアーキテクチャによって示されるようにスマートカードベースであるアプリケーションシステムでは、スマートカードが複数の機能に帰せられてもよい。特に、この機能は、セキュリティ目的のために使用される。すなわち端末（１）ユーザの機密性（ｃｏｎｆｉｄｅｎｔｉａｌｉｔｙ）及び／又は認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）である。
【００１５】
しかしながら、商用ナビゲータコードが修正されない限り、スマートカード（３）が、商用ナビゲータと通信できないことに注目すべきである。特に、特定の規格に一致する最近のスマートカードは、また、インターネットとの直接通信を可能にしないソフトウェア及び物理的コンフィギュレーションの両方を含む。特に、このスマートカードは、この種のネットワークによって使用されるプロトコルに従って、データバンドルを送受信できない。したがって、一般に、英語用語によれば、「プラグイン」と呼ばれる端末（１）にインストールされた付加ソフトウェアを包含する手段がある。図１で（１２）と呼ばれるこのソフトウェアは、ナビゲータ（１０）と、スマートカード（２）、特にスマートカード（２）の電子回路（２０）と、の間のインタフェースの役目を果たしている。
【００１６】
スマートカード（２）は、ナビゲータ（１０）用のデータ、特にセキュリティデータを供給する。すなわち、例えば、識別（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、認証、もしくは遠隔サーバ（４）のいずれかに対する及び／又は該遠隔サーバ上にあるアプリケーションに対するデータアクセス認証を可能にするデータを供給する。
【００１７】
この手順は、「セキュアリング（ｓｅｃｕｒｉｎｇ）」と称され、最新ナビゲータによって供給されるソフトウェア層だけを使用するよりも、より高度なレベルのセキュリティを与える。スマートカード（２）は、ユーザの制御下で、ユーザの特性（ｐｒｏｐｅｒｔｙ）を残す。特に、全てのセキュリティデータは、スマートカード（２）メモリにあり、数値フォーマットで、端末（１）に伝送されるだけである。しかしながら、このセキュリティ鎖は、弱い「鎖の環」を提供する。すなわち、ナビゲータ（１０）は、外界と通信している。したがって、実際には、通信は、特にアクセス回路（１１）及び後により詳述される異なるソフトウェア層を介して生じるために、間接的である。しかしながら、通常、この種のアプリケーションのために使用される端末（１）は、物理的であろうとソフトウェアであろうと、高度なレベルのセキュリティを与え、該端末（１）を外界から分離できる任意の特定の手段を含まない。したがって、この端末（１）は、該端末（１）の周辺のカード読み取り器（３）及びスマートカード（２）の存在にさえもかかわらず、ネットワーク（ＲＩ）からの異なる攻撃、すなわち、「ウィルス」、「トロイの木馬（Ｔｒｏｊａｎ ｈｏｒｓｅｓ）」、「ロジック爆弾」等に、脆弱のままである。
【００１８】
最後に、スマートカード（２）は、セキュリティ以外のアプリケーションのために使用されてもよい。最新技術の場合、スマートカード読み取り器（３）に結合される（端末（１）である）ホストシステムが、特定の種類のアプリケーションにも関連付けられることに注目することは重要である。換言すると、各特定のアプリケーションに対して「専用（ｄｅｄｉｃａｔｅｄ）」と称される端末固有のタスク用の手段を必要とする。
【００１９】
さらに、スマートカードに基づいたアプリケーションに対して、現在多数のニーズ、すなわち、その主要な特徴が上記に概略された最新技術によっては、不完全なあるいは完全には満たされないニーズがある。そのほか、これらの特徴に矛盾する特定のニーズ及び要求もある。
【００２０】
下記のニーズのリストは、包括的ではない。
【００２１】
− 個人移動性： ユーザは、自分自身の装置、あるいはそのスマートカード及び特定の通信セキュリティ度に適合する装置のいずれかを使用して、世界中のあらゆる場所で、通信サービスにアクセスできる必要がある；
− 標準環境： ユーザは、どこにいようと、前述の通信セキュリティの利点を有する自分自身の作業環境へのアクセスを得ることができる必要がある。換言すると、装置を変える処理は、ユーザに対して「トランスペアレント」である必要がある；
− 端末移動性： 端末それ自体は、ポータブルであり、ネットワークの任意のセグメントに接続可能である必要があり、その結果、ユーザは、自分の固有のサイトで、正式にアベイラブルである全ての可能性（アクセス権限等）から利益を得る；
− 多機能性及び標準化： 使用中の端末は、多機能スマートカードを受け入れることができるべきである。それは、端末がもはや専用である必要がないこと、あるいは少なくとも各アプリケーションに固有な付加ソフトウェア（「プラグイン」等）をダウンロード若しくはインストールする必要があることを意味する。
【００２２】
本発明は、最新技術で識別される欠点（その幾つかは既に述べられた）を補償すると同時に、高度なレベルの通信セキュリティを供給し、この領域で現在理解されているニーズ及び要求に応答するように設計されている。
【００２３】
本発明の１つの本質的な特徴によれば、端末とネットワークとの間でのデータの双方向フローの全部あるいは一部は、端末を外界から分離するために、スマートカードによって生成される。この目的のために、プロトコル用の前述のソフトウェア層の少なくとも一部は、スマートカードにインストールされる。さらに、端末においてその通信相手（ｃｏｕｎｔｅｒｐａｒｔ）を有するスマートカードにおける特定層の通信ソフトウェアをインストールする手段が存在する。用語「特定」は、本発明の手順に特定であるものとして理解されるべきである。したがって「特定」と称されるこれらの通信層は、考察されたアプリケーションに関係なく汎用的になる。この通信層は、一方では、端末とスマートカードとの間での双方向データの交換処理中に、及び、他方では、スマートカードとネットワークとの間での双方向データの交換処理中に介入するだけである。
【００２４】
特定の通信ソフトウェア層は、特に、「インテリジェントエージェント」と称されるソフトウェアエージェントからなり、特にプロトコル変換を可能にする。端末及びスマートカードにそれぞれ関連付けられる特定の通信ソフトウエア層に関連付けられるエージェントがある。本発明の手順によれば、セッションは、関連付けられたエージェント間で開かれる。
【００２５】
したがって、特に、全ての通信セキュリティ機能は、端末内部においてではなく、スマートカード内部において、完全に処理される。スマートカードは、最新技術（図１）によれば、そのフォーマットが何であっても（たとえ数値フォーマットであっても）、キーあるいは他の記憶された秘密データを端末にもはや送信しない。
【００２６】
しかしながら、本発明の他の特徴によれば、スマートカードは、端末、特に、インターネットタイプの伝送用のナビゲータと、例えば、セキュリティ処理を必要とするデータ（「ＷＥＢ」ページのグラフィックあるいはイメージデータ等）用のネットワークとの間のダイレクトリンクに権限を与えることができる。
【００２７】
本発明の他の特徴によれば、スマートカードは、ホストシステムすなわち端末に、例えば、「ＨＴＭＬ」（ハイパーテキストマークアップ言語）言語すなわち一般にはハイパーテキスト言語のページのフォーマットの、あるいはＪＡＶＡ（著作権）言語の「アプレット」と称されるソフトウェアアイテムのフォーマットの仮想端末を供給する。前記「アプレット」は、ユーザが、スマートカードにより提供されるこれらのアベイラブルなアプリケーションのうちで、特定のアプリケーションを選択することを可能にする。したがって、端末は、多数のアプリケーションをサポートするので汎用になる。ホストシステムは、スマートカードの周辺装置として見られ、視覚化するためのモニタ、キーボード等のような物理的なリソースを供給する。
【００２８】
したがって、本発明は、スマートカード読み取り器を装備した端末とデータ伝送ネットワークとの間の通信手順に関する。前記端末は、指定された数の通信ソフトウェア層からなるネットワークアクセス用の第１のプロトコルスタックを含み、前記スマートカード読み取り器及び前記スマートカードは、第２及び第３のプロトコルスタックを含む。第２及び第３のプロトコルスタックの各々は、スマートカードと端末との間でデータ交換を可能にするために、少なくとも「下位層」と称される通信ソフトウェア層からなる。ここで、通信手順は、第３のプロトコルスタックの「下位層」とスマートカード内の少なくとも１つの登録アプリケーションとの間のインタフェースとして機能する第１の特定ソフトウェアアイテムをスマートカードにインストールする第１の予備フェーズを含み、通信手順は、第２のプロトコルスタックの「下位層」と第１のプロトコルスタックの特定層との間のインタフェースとして機能する第２の特定ソフトウェアアイテムを端末にインストールする第２の予備フェーズを含む。さらに、前記第１の特定ソフトウェアアイテム及び前記第２の特定ソフトウェアアイテムは、少なくとも一対の関連付けられた第１のソフトウェアエンティティを含み、エンティティの各々は、前記端末と前記スマートカード及び／又はネットワークとの間で、双方向データ交換セッションを開くことを可能にするために、互いに協働する。その結果、データの全部あるいは一部が、前記スマートカードを通って移動する。
【００２９】
本発明は、スマートカード読み取り器を装備した端末とデータ伝送ネットワークとの間の通信手順に関する。前記端末は、指定された数の通信ソフトウェア層からなるネットワークアクセス用の第１のプロトコルスタックを含み、前記スマートカード読み取り器及び前記スマートカードは、第２及び第３のプロトコルスタックを含む。第２及び第３のプロトコルスタックの各々は、スマートカードと端末との間でデータ交換を可能にするために、少なくとも「下位層」と称されるソフトウェア通信層からなる。通信手順は、第３のプロトコルスタックの「下位層」とスマートカード内の少なくとも１つの登録アプリケーションとの間のインタフェースとして機能する第１の特定ソフトウェアアイテムをスマートカードにインストールする第１の予備フェーズを含み、通信手順は、第２のプロトコルスタックの「下位層」と第１のプロトコルスタックの特定層との間のインタフェースとして機能する第２の特定ソフトウェアアイテムを端末にインストールする第２の予備フェーズを含む。さらに、前記第１の特定ソフトウェアアイテム及び前記第２の特定ソフトウェアアイテムが、少なくとも一対の関連付けられた第１のソフトウェアエンティティを含み、エンティティの各々は、前記端末と前記スマートカードとの間で、双方向データ交換のセッションを開くことを可能にするために互いに協働する。その結果、前記スマートカードが、前記端末に、スマートカードをサーバ及び／又はクライアントに変える「仮想」と称される端末モデルを供給する。
【００３０】
本発明は、さらに手順のインプリメンテーションのためのシステムアーキテクチャに関するものである。
【００３１】
本発明が多数の利点を明らかに提供することを観察することは、容易である。本発明は、特に、端末とネットワークとの間の通信のための高度なレベルのセキュリティを提供する。本発明は、端末の物理的構成要素あるいは端末内部で実行している任意のアプリケーションのいずれをも修正することなしに、多数のアプリケーションをサポートできる汎用端末を作成する。必要なのは、特定の通信ソフトウェア層をインストールすることのみである。それは、一度で永続的に実行されてもよいし、あるいは様々なリソース（すなわちディスケット、ＣＤ−ＲＯＭ、ダウンロード等）から要求されるのと同じ回数分、アップロードすることによって実行されてもよい。本発明は、既存の装置及びそのインプリメンテーションに完全に適合したままである。例として、ユーザが、本発明の可能性及び利点から利益を得たくない場合、あるいは、ユーザが、本発明に準じたスマートカードを所有していない場合、端末及び関連ナビゲータならびに従来のスマートカードを、従来の方法で、すなわち図１のシステムを参照して説明されるようになお使用できる。
【００３２】
添付図面を参照して、下記の説明に従って、本発明はよりよく理解され、他の特徴及び長所は明らかになる。
【００３３】
本発明の通信手順を説明し、インプリメンテーションのためのアーキテクチャの詳細を説明する前に、ネットワーク用の既存の通信プロトコルの主要機能を簡単に要約することは興味があることは明らかである。
【００３４】
通信ネットワークのアーキテクチャは、様々な層に関して説明される。一例として、「ＯＳＩ」（「開放型システム間相互接続」）規格は、「下位層」と称される層（例えば、物理的伝送のためのサポートに関する「物理層））から「上位層」と称される層（例えば、「アプリケーション層」）までの範囲の７つの層からなる。その中に、特に「トランスポート層」と称される層である中間層も含む。任意の所与の層は、適切なインタフェースの集合を介して、前記任意の所与の層に、直ちに続き他の種類のサービスを要求する、層にサービスを提供する。層は、プリミティブを使用して互いに通信する。プリミティブは、イントラレベルベースで、層と通信することもできる。所定のアーキテクチャでは、いくつかの層が、なくてもよい。
【００３５】
インターネット環境では、５つの層が存在する。特に、例えば、アプリケーション層（「ｈｔｔｐ」、「ｆｔｐ」、「ｅメール」等）、トランスポート層（「ＴＣＰ」）、ネットワークアドレス層（「ＩＰ」）、データリンク層（「ＰＰＰ」、「ＳＬＩＰ」等）及び物理層からなる最上位層から最下位層までの５つの層が存在する。
【００３６】
次に、簡単な概要に続いて、本発明のスマートカードに基づいたアプリケーションシステムアーキテクチャの説明を続ける。このようなアーキテクチャの例は、図１に概略が示されている。図１に共通な要素は、同一の方法で参照され、必要とされる場合を除いて、新たに説明されない。図を簡単にするために、端末に接続された様々な周辺装置は省略されている（例えば、図１から、モニタ（５）及びキーボード（６）の両方が省略されている）。本発明が、端末（１）の物理的修正を全く必要とせず、それに関連するアプリケーションのいずれかの物理的修正も必要としないことは、明らかであるべきである。唯一の必要とされる修正は、下記に明記される。
【００３７】
本発明の第１の重要な特徴によると、端末（１）とネットワーク（ＲＩ）との間のデータのフローの全部あるいは一部は、（今後は（２ａ）と称される）スマートカードを介して移動する。しかしながら、データのフローは、アクセス回路を介してネットワーク（１１）に移動し続ける。上記に説明されるように、最新技術の場合、スマートカードは、ネットワーク、特にインターネットタイプのネットワークに直接接続できない。
【００３８】
アクセス回路（１１）は、２つのシリアルリンク（２１ａ）によって示される双方向伝送チャネルを介して、スマートカード（２ａ）に接続される。同様に、スマートカード（２ａ）は、２つのシリアルリンク（２２ａ）によって示される双方向伝送チャネルを介して、端末、特にナビゲータ（１０）に接続される。
【００３９】
より詳細には、チャネル（２１ａ）及びチャネル（２２ａ）は切り離され、論理的見地からは双方向性である。下記に詳述される特定の通信ソフトウェア層（１３）及び（２３ａ）によって、特に、現在の最新技術による「半二重」と称されるタイプの独自の物理的接続を使用して、２つのアナログチャネル（２１ａ）及び（２２ａ）を得ることができる。
【００４０】
このような機能を得るために、スマートカード（２ａ）は、本発明に特有である。この特有性は、物理構造に関係なく、少なくともカードの外部構造及びチップ（図２に示されていない）に関係しない。チップのロケーションは、一連の基準ならびに物理インタフェース（入出力メーター等）及び電気的制約（信号のタイプ等）によって決まる。
【００４１】
しかしながら、下記により詳細に示されるように、多数のアプリケーション（図示せず）は、スマートカード（２ａ）にインストールされることができる。さらに、図２に（２３ａ）によって示される特定の通信プロトコル層を、インストールする必要がある。
【００４２】
対称的な方法で、端末（１）において、スマートカード（２ａ）の特定層のインスタンスの通信相手として機能する（１３）として図示されている特定のプロトコル層をインストールすることが必要とされる。
【００４３】
上記に概要が示されたアーキテクチャは、特に、スマートカード（２ａ）内部からの通信セキュリティに関連する全機能、すなわち認証等を処理することを可能にする。データは、秘密のままであり、スマートカード（２ａ）の回路内に制限され、もはや端末（１）に送信されない。
【００４４】
本発明の他の重要な特徴によれば、スマートカード（２ａ）は、ホストシステムすなわち端末（１）に、仮想モデルを供給する。この目的のために、好ましいアプリケーションによれば、スマートカード（２ａ）は、「ＷＥＢ」サーバの役目を果たす。
【００４５】
スマートカード（２ａ）は、ナビゲータ（１０）によって「アドレス指定」される。このスマートカード（２ａ）は、「ＨＴＭＬ」、「アプレット」あるいは任意の他の種類のソフトウェアアイテムで、「ＷＥＢ」タイプのページを送信する。一例として、「ＷＥＢ」ページは、様々なアプリケーションオプション及び／又は外部サーバへのハイパーリンクを供給するホームページとして表示されてもよい。
【００４６】
実際、スマートカード（２ａ）は、外部サーバを指示するよりもむしろ端末（１）自体にフィードバックする「ＵＲＬ」（ユニバーサルリソースロケーション）アドレスによって「アドレス指定」されることが有利である。一例として、「ＵＲＬ」の構造は、通常下記のとおりである。
ｈｔｔｐ：／／１２７．０．０．１：８０８０ ［１］
ここで、１２７．０．０．１は、フィードバック「ＩＰ」アドレスに相当し、８０８０は、ポートＩＤに相当する。
【００４７】
図３Ａは、この手順を図示している。仮説上では、ナビゲータ（１０）による問い合わせ（ｑｕｅｒｙ）に応じて、スマートカード（２ａ）は、「ＨＴＭＬ」でページＰを表示し、例えば、ページＰは、端末（１）の視覚化構成要素（５）上に表示される。ホームページとして規定されるページＰは、通常の様々なグラフィックあるいはテキスト要素として表示されてもよいが、外部サーバＨｌ_１、Ｈｌ_２、．．．．、Ｈｌ_ｊ、．．、Ｈｌ_ｎ（ここでは、「ｊ」及び「ｎ」は、任意の数であり、「ｎ」は、選択可能な最大の数を示している）の複数のハイパーリンクも含む。このページは、スマートカード読み取り器（３）に挿入されるスマートカード（２ａ）に明らかに依存する。与えられる選択は、スマートカード（２ａ）のユーザに許可されている権利、すなわちサービスへの加入、アクセスのレベル等によって決めてもよい。説明された手順は、標準通信層（図示せず）ならびに特定層（１３）及び（２３ａ）の一部あるいは全部を、下記に詳述される方法で使用する。
【００４８】
各ハイパーリンク、例えばハイパーリンクＨｌ_ｊは、外部「ＵＲＬ」リソースを指示する。この通信、ならびに、端末（１）と、ネットワーク（ＲＩ）に接続されハイパーリンクＨｌ_ｊに関連付けられた「ＵＲＬ」によってアドレス指定されるリソースを含むサーバ（４）との間の、データ交換手順が、図３Ｂに示されている。一例として、「ＵＲＬ」構造は、下記のように示してもよい。
ｈｔｔｐ：／／１２７．０．０．１：８０８１／ｗｗｗ．ＮＡＭＥ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌ ［２］
ここで、１２７．０．０．１は、「ＩＰ」アドレスに相当し、８０８１は、ポートＩＤに相当し、「ＮＡＭＥ．ｃｏｍ」は、このようなサイトをネーミングする通常の規則に従うインターネット会社あるいは他の種類のサイトに相当し、「ｉｎｄｅｘ．ｈｔｍｌ」は、当該サイトのホームページに相当する。商用形式の機関に対する従来の拡張子「．ｃｏｍ」の代わりに、インターネットのサイトのロケーションあるいは機関の種類に相当するその他の拡張子「．ｆｒ」「．ｇｏｖ」も存在する。
【００４９】
端末（１）とアドレス指定されたサーバ（４）との間のデータのフローは、スマートカード（２ａ）及びアクセス回路（１１）を介して、ネットワーク（ＲＩ）（例えば、モデム）に移動する。スマートカード（２ａ）は、特に、通信のセキュリティに関連する全ての問題、すなわち認証、データ検証及びフィルタリング等を処理する。前述のように、標準通信プロトコル及び特定の通信プロトコル（１３、及び２３ａ）の両方が使用される。
【００５０】
本発明の他の態様によれば、スマートカード（２ａ）は、ナビゲータ（１０）すなわち一般には端末（１）とネットワーク（ＲＩ）とアドレス指定されたサーバ（４）との間で、直接データ交換を許可できる。この手順は、図３Ｃに図示されている。明らかに、全てのデータ交換は、ネットワーク（ＲＩ）に対して、アクセス回路（１１）を介して生じる。関連データが、ページバックグラウンド、アイコン等あるいは「機密にかかわらない（ｎｏｎ−ｓｅｎｓｉｔｉｖｅ）」かあるいは「機密でない（ｎｏｎ−ｃｏｎｆｉｄｅｎｔｉａｌ）」テキストのような、セキュリティに影響を全く及ぼさないデータに相当することが、有利である。
【００５１】
上記に概要が述べられた本発明のこれらの特定の特徴から、端末（１）は汎用になり、多数のアプリケーションをサポートする。さらに、所定のアプリケーションが、特定の通信プロトコルを要求する場合、スマートカード（２ａ）は、端末（１）に、例えば、使用するための命令を供給する「ＪＡＶＡ」スクリプトフォーマットのプログラムを供給する。
【００５２】
下記において、図４によれば、本発明のスマートカードに基づいたアプリケーション用のサンプルアーキテクチャのより詳細な説明がなされる。
【００５３】
本発明に特有であり、各々が端末（１）にインストールされる通信プロトコルソフトウェア層（１３ａ）及び（２３ａ）ならびにスマートカード（２ａ）を除いて、物理的あるいはソフトウェアである他の構成要素は、全て最新技術において周知である。
【００５４】
端末（１）は、例えば、インターネットアクセス用のモデムあるいはローカルネットワークアクセス用のネットワークカードからなるネットワーク（ＲＩ）へのアクセス回路（１１）を備える。これらの回路は、前述の「物理層」及び「データリンク層」に対応する下位ソフトウェア層Ｃ_１及びＣ_２をグループ化する。
【００５５】
「ネットワークアドレス層」（インターネットの場合は「ＩＰ」）及び「トランスポート層」（「ＴＣＰ」）に対応する上位ソフトウエア層Ｃ_３及びＣ_４も示されている。さらに上位のアプリケーション層（「ｈｔｔｐ」、「ｆｔｐ」、「ｅメール」等）は、示されていない。
【００５６】
下位層Ｃ_１及びＣ_２と上位層Ｃ_３及びＣ_４との間のインタフェースは、一般に「下位層ドライバ」と呼ばれるソフトウェア層（１５）からなる。上位層Ｃ_３及びＣ_４は、このインタフェースに頼り、上位層Ｃ_３及びＣ_４の各々が対応する特定の機能のライブラリ及びネットワークライブラリ（１４）を介して実行される。インターネットの場合に関しては、「ＴＣＰ／ＩＰ」は、「ソケット」と称されるライブラリを介して実行される。
【００５７】
図２において、この機構によって、ナビゲータ（１０）は、「ＷＥＢ」ページの参照（「ＨＴＴＰ」プロトコル）、ファイルの転送（「ＦＴＰ」プロトコル）あるいは電子メールの送信（「ｅメール」プロトコル）用のサーバに、問い合わせを送信できる。
【００５８】
端末（１）は、統合されるかあるいは統合されていないスマートカード読み取り器（３）も備えている。スマートカード（２ａ）と通信するために、カード読み取り器（３）は、下位層Ｃ_１及びＣ_２と同様な方法の機能を果たす下位層ＣＣ_１（物理層）及びＣＣ_２（データリンク層）も包含する。下位層ＣＣ_１と下位層ＣＣ_２との間のソフトウェアインタフェースは、例えば、仕様「ＰＣ／ＳＣ」（「パート６、サービスプロバイダ」）によって記述される。層ＣＣ_１及び層ＣＣ_２に関しては、特にＩＳＯ標準７８１６−１〜７８１６−４で記述される。
【００５９】
最新技術（及び本発明においても）によれば、付加ソフトウェア層（１６）は、アプリケーション層（図示せず）と下位層ＣＣ_１及びＣＣ_２との間のインタフェースを構成する。この層に委任された主要機能は、マルチプレキシング機能／デマルチプレキシング機能からなる。
【００６０】
スマートカード（２ａ）との通信は、「ＵＮＩＸ」（著作権）タイプのオペレーティングシステムのファイルの操作用に使用されるものと同様な文法（ｐａｒａｄｉｇｍ）（ＯＰＥＮ、ＲＥＡＤ、ＷＲＩＴＥ、ＣＬＯＳＥ等）により生じる。
【００６１】
スマートカード（２ａ）用の同様な機構が存在する。すなわち、下位層ＣＣａ_１（物理層）及び下位層ＣＣａ_２（データリンク層）ならびに層（１６）とほとんど同様なインタフェース層（２６ａ）が存在する。
【００６２】
本発明の重要な主要な特徴によれば、両側に、すなわち端末（１）及びスマートカード（２ａ）内部に、特定の通信プロトコル層、すなわち（１３）及び（２３ａ）のそれぞれをインストールする手段が存在する。
【００６３】
端末（１）において、層（１３）は、ネットワーク層Ｃ_３及びＣ_４のライブラリ（１４）と、「下位層ドライバ」（１５）と、マルチプレキシング層（１６）を介してカード読み取り器（３）のプロトコル層、すなわち下位層ＣＣ_１及びＣＣ_２と、インタフェースする。層（１３）は、スマートカード（２ａ）へ、及びスマートカード（２ａ）からのネットワークバンドルの転送を可能にする。さらに、この層（１３）は、スマートカード（２ａ）の機能を呼び出す用途のための、インターネットナビゲータ（１０）（図２）及び電子メール等の既存のアプリケーションに適応する。
【００６４】
層（１３）に対する通信相手における特定層（２３ａ）の付加的なインプリメンテーションからなるスマートカード（２ａ）用の完全に同じ機構が存在する。
【００６５】
より詳細には、特定層（１３）及び（２３ａ）は、３つの主要ソフトウェア構成要素、すなわち、
− 層ＣＣ_１、ＣＣ_２、ＣＣａ_１及びＣＣａ_２を介して、層（１３）と（２３ａ）との間で、情報ブロックを転送するモジュール（１３０）及び（２３０ａ）；
− 例えば、プロトコル変換のための機能を実行する「インテリジェントエージェント」と称される１つあるいは複数のソフトウェアアイテム（１３２）及び（２３２ａ）；
− 特定のコンフィギュレーションを管理する１つのモジュール、すなわち、それぞれ、特定のインテリジェントエージェントによって取り入れられることができるモジュール（１３１）及び（２３１ａ）；
に細分割されている。
【００６６】
したがって、端末（１）及びスマートカード（２ａ）の内部には、両方のエンティティ間で機能を果たす通信プロトコルのスタックがある。図５は、端末（１）用の通信プロトコルスタックが同様な構造を示す場合のスマートカード（２ａ）の通信プロトコルスタックを示している。
【００６７】
下位層から上位層に移動する場合、前述の、層ＣＣａ_１、ＣＣａ_２、２６ａ、２３０ａ、２３１ａ、２３２ａならびにアプリケーションレベル層（２４ａ）が存在する。スマートカード（２ａ）が複数の異なるアプリケーションをサポートできることに注目すべきである。
【００６８】
レベル２層（データリンク層）ＣＣ_２及びＣＣａ_２は、スマートカード（２ａ）と端末（１）との間の交換をサポートする。これらの層は、伝送エラーの検出及び最終的な訂正の責任を負う。様々なプロトコルオプション、特に下記のものが存在するが包括的でない。
【００６９】
− 勧告ＥＴＳＩ ＧＳＭ１１．１１；
− Ｔ＝０文字モードにおいて、標準ＩＳＯ７８１６−３によって確立されたプロトコル；
− Ｔ＝１ブロックモードにおいて、標準ＩＳＯ７８１６−３によって確立されたプロトコル；あるいは
− 「ＨＤＬＣ」フレームモードにおいて、標準ＩＳＯ３３０９によって確立されたプロトコル（「ハイレベルデータリンク制御手順」を意味する）。
【００７０】
本発明の枠内で、好ましいプロトコルは、ブロックモードにおけるＩＳＯ７８１６−３に相当する。
【００７１】
確立された方法によれば、各プロトコル層に対して、同じレベルに位置する層間及び各層間のデータ交換を可能にする複数のプリミティブがある。例として、レベル２層に関連したプリミティブは、スマートカードからの「データリクエスト」（Ｄａｔａ．ｒｅｑｕｅｓｔ」）及び「データ応答」（Ｄａｔａ．ｒｅｓｐｏｎｓｅ）ならびに「データ確認」（「Ｄａｔａ．ｃｏｎｆｉｒｍ」）のタイプものがある。
【００７２】
より詳細には、本発明によれば、層（１３）及び（２３ａ）は、スマートカード（２ａ）と、ホストすなわち端末（１）との間の対話の責任を負っている。したがって、これらの層は、図３Ａ及び図３Ｂ（ページＰの場合）に対して示されるように、例えば、「ＨＴＭＬ」のハイパーテキストメニューをスクロールすることによって、端末（１）ユーザ（図示せず）とスマートカード（２ａ）との間の情報の交換を可能にする。これらは、また、データのバンドルを送受信するように構成されているコンフィギュレーションを設定できる。
【００７３】
前述のように、これらの層は、３つの別個のエンティティを含む。
【００７４】
第１の層（１３０）あるいは（２３０）は、本来はロジックマルチプレクサからなる。この第１の層は、プロトコルデータユニットとして生じる、スマートカード（２ａ）とホスト端末（１）との間での情報の交換を可能する。この第１の層は、データバンドルスイッチと同様な方法で機能を果たす。これらのユニットは、レベル２層（データリンク層）を介して送受信される。この特定の通信プロトコルによって、通信は、少なくとも一対の「インテリジェントエージェント」間で確定できる。各対の第１のエージェント（１３２）は、端末（１）の側の層（１３）に位置し、第２のエージェント（２３２ａ）は、スマートカード（２ａ）側の層（２３ａ）に位置する。２つの「インテリジェントエージェント」間のリンクは、各セッションに関連付けられている。セッションは、これらの２つのエージェント間の双方向データの交換として定義される。
【００７５】
インテリジェントエージェントは、端末（１）の設計のコンフィギュレーションに応じて、レベル３及び４における層の機能の全部あるいは一部を実行できる。
【００７６】
特定のインテリジェントエージェントは、例えば、１６ビット中の整数（０〜６５５３５の範囲に及ぶ整数）によって識別されることが有利である。この「識別マーカ」は、例えば、送信先あるいは送信元リファレンスとして、データプロトコルユニットで使用される。
【００７７】
インテリジェントエージェントの２つの主要なカテゴリ、すなわち、固定リファレンスで識別される「サーバ」タイプのエージェント、及び特定層（１３０）あるいは（２３０ａ）によって供給される可変タイプのリファレンスで識別される「クライアント」タイプのエージェントがある。
【００７８】
通常セッションを開くのに必要な手順は、下記の通りである。すなわち、「クライアント」タイプののインテリジェントエージェントが、「サーバ」タイプののインテリジェントエージェントに向かってセッションを開く。層（１３０）及び（２３０ａ）は、端末（１）ホスト側及びスマートカード（２ａ）側の両方に存在するインテリジェントエージェントのリストを含むテーブル（図示せず）を管理する。
【００７９】
インテリジェントエージェントは、特定のプロパティあるいは属性の集合に関連付けられる。非包括的な例証に基づいて、下記の６つのプロパティが、インテリジェントエージェントに関連付けられて列挙される。
【００８０】
− 「ホスト」：端末にあるエージェント；
− 「カード」：スマートカードにあるエージェント；
− 「ローカル」：ネットワークと通信しないエージェント；
− 「ネットワーク」：ネットワークと通信するエージェント；
− 「クライアント」：セッションを開始するエージェント；
− 「サーバ」：セッションリクエストを受信するエージェント。
【００８１】
インターネットの場合に関しては、本発明によって目標とされる主要なアプリケーション、すなわちスマートカード側のクライアント／サーバエージェントは、英語の用語で「ＲＦＣ」（「Ｒｅｓｅｒｖｅｄ ｆｏｒ Ｃｏｍｍａｎｄ」）として既知の制御仕様の集合によって記述されるクライアント及び／又はサーバプロトコルを実行する。非包括的な例として、プロトコル「ＨＴＴＰ１．１」は、仕様「ＲＦＣ２０６８」に相当する。
【００８２】
インテリジェントエージェントは、データの交換（例えば、ハイパーテキストで）を可能にするが、インテリジェントエージェントは、ネットワークトランザクションを始めることもできる。
【００８３】
コンフィギュレーション管理モジュール（１３１）及び（２３１ａ）は、それぞれ特定のインテリジェントエージェントに対応する。例えば、ホスト端末（１）の側のモジュール（１３１）は、特に、端末のコンフィギュレーションに関係する全ての情報（図７Ａ〜図７Ｄに対してより詳細に述べられているような機能モード）及び存在するエージェントのリスト等を管理する。スマートカード（２ａ）側のモジュール（２３１ａ）は、同様な機能を含む。これらのエージェントの双方の間の通信は、セッションを開くために確立されてもよい。
【００８４】
これらの手順に対応し、図６Ａ及び図６Ｂを参照する、２つの例は、下記に説明される。
【００８５】
ホスト端末（１）に対する仮想端末の説明に対応する図６Ａは、アーキテクチャをボックス図形式で示す。この図は、図３Ａを参照して前述された手順を詳細に述べる。前述の図に共通である要素は、同一の参照番号を表示し、必要に応じてのみ新たに説明される。
【００８６】
示された手順は、単一のインテリジェントエージェントの対（１３２）及び（２３２ａ）間のみの対応関係を必要とする。
【００８７】
前述のように、端末（１）に存在する「ＷＥＢ」ナビゲータ（１０）は、それ自体におけるフィードバックを意味する「ＨＴＴＰ」の問い合わせを送信する（［１］を参照）。この問い合わせは、層Ｃ_４（「ＴＣＰ」トランスポート層）に送信され、次に、層Ｃ_３（「ＩＰ」ネットワークアドレス層）に送信される。「ＵＲＬ」が「ＩＰ」フィードバックアドレス指定を意味するので、問い合わせは層Ｃ_４に送り返され、層Ｃ_４がインテリジェントエージェント（１３２）に対応する特定層に該問い合わせを転送する。インテリジェントエージェント（１３２）は、スマートカード（２ａ）におけるその通信相手、すなわちインテリジェントエージェント（２３２ａ）と共に、セッションを開く。このインテリジェントエージェントは、「ＵＲＬ」を、層（１３０）及び（２３０ａ）によって受容可能であるフォーマットに変換する。次に、異なるスタック層、すなわち端末（１）の場合の１３０、１６、ＣＣ_２及びＣＣ_１、及びスマートカード（２ａ）の場合のＣＣａ_１、ＣＣａ_２、２６ａ、及び２３０ａを介して、双方向データの交換が行われる。
【００８８】
応答において、インテリジェントエージェント（２３２ａ）は、アプリケーション層（２４ａ）に含まれた命令及び／又はデータを送信する。前述のように、前記命令及び／又はデータは、「ＷＥＢ」ページメニューをスクロールするようにあるいは「ＨＴＭＬ」フォーマット（図３Ａ：Ｐ）で表示されてもよい。
【００８９】
しかしながら、ネットワーク（ＲＩ）との「ＨＴＴＰ」接続は、２対のインテリジェントエージェント間の協働を意味する。図６Ｂは、このような手順をボックス図形式で示している。前述の図に共通な要素は、同一の参照番号を表示し、必要に応じてのみ新たに説明される。
【００９０】
ナビゲータによって送信された「ＵＲＬ」は、前述の式［２］で前述された形式のものである。
【００９１】
端末（１）の側では、「ローカル」タイプのプロパティを有する第１のインテリジェントエージェント（１３２_１）は、ホスト端末（１）と、同じく「ローカル」タイプのプロパティを有し、スマートカード（２ａ）に位置するエージェント（２３２ａ_１）間での交換を保証する。
【００９２】
同様に、「ネットワーク」タイプのプロパティを有する第２のインテリジェントエージェント（１３２_２）は、同じく「ネットワーク」タイプのプロパティを有し、スマートカード（２ａ）に位置するエージェント（２３２ａ_２）と、ネットワーク（ＲＩ）との間での交換を保証する。
【００９３】
この接続は、２つのセッションを確定する。すなわち、
１／ 「ローカル」タイプの「ホスト」エージェント１３２_１と「ローカル」タイプの「カード」エージェント２３２ａ_１との間のセッション；
２／ 「ネットワーク」タイプの「ホスト」エージェント１３２_２と「ネットワーク」タイプの「カード」エージェント２３２ａ_２。
【００９４】
層（１３０）及び（２３０ａ）は、特に、一方では、エージェント（１３２_１）及び（２３２ａ_１）からの、及びエージェント（１３２_１）及び（２３２ａ_１）への、並びに、他方では、エージェント（１３２_２）及び（２３２ａ_２）からの、及びエージェント（１３２_２）及び（２３２ａ_２）への、データを指令するために、全ソフトウェアのマルチプレキシング／デマルチプレキシング機能を保証する。
【００９５】
第１のセッションの場合、データのフローは、端末（１）の層、すなわちＣ_４→Ｃ_３→Ｃ_４→１３（エージェント１３２_１及び層１３０）→ＣＣ_２→ＣＣ_１と、スマートカード（２ａ）の層、すなわちＣＣａ_１→ＣＣａ_２→２３ａ（層２３０ａ及びエージェント２３２ａ_１）を通って、移動し、アプリケーション層（２４ａ）に到達する。
【００９６】
第２のセッションの場合、アプリケーション層から発生するデータのフローは、ネットワークＲＩに到達する前に、スマートカード（２ａ）の層、すなわち２３ａ（エージェント２３２ａ_２及び２３０ａ）→２６ａ→ＣＣａ_２→ＣＣａ_１と、端末（１）の層、すなわちＣＣ_１→ＣＣ_２→１６→１３（エージェント１３２_２及び層１３０）→Ｃ_４〜Ｃ_１を通って、移動する。
【００９７】
図７Ａ〜図７Ｄによる複数のコンフィギュレーション例は、下記に後述される。特定のタイプの考察されたネットワーク及び端末の両方に応じて、通信ソフトウェア層のパーティションが、区別して起きる可能性がある。これらの図及び前述の図に共通である要素は、同一の参照番号で表示され、必要に応じてのみ新たに説明される。
【００９８】
図７Ａ及び図７Ｂは、「ネットワークパーティション」と称されるモードに、より特別に適合される２つのアーキテクチャをボックス図形式で示している。このモードによれば、ネットワークＲＩがインターネットタイプのものである場合、スマートカード及び端末は、同じアドレス、例えば、同じ「ＩＰ」アドレスを共有する。ネットワークデータバンドルの最終アドレスは、予め確立された基準に従って決定される。
【００９９】
図７Ａは、１つのネットワーク層のソフトウェアパーティションを有するアーキテクチャを図示している。端末（１ａ）は、ネットワーク層Ｃ_３（ネットワークアドレス層）を含む。スマートカード（２ａ）は、特定のパラメータの集合（送信側アドレス等）に従って、端末（１ａ）にアドレス指定されたネットワークバンドルを受信する。バンドルは、端末（１ａ）のネットワークアドレスとともに送信される。上記に概略するように、端末（１ａ）及びスマートカード（２ａ）のそれぞれに置かれた、２つの特定層（１３ａ）及び（２３ａ）をインストールする手段が存在する。（図６Ａ及び図６Ｂにおける）層（１６）及び（２６ａ）は、表示されていない。
【０１００】
図７Ｂは、ネットワーク層の物理パーティションを有するアーキテクチャを図示している。物理装置（７）は、ネットワーク（ＲＩ）と端末（１ｂ）との間に挿入される。物理装置（７）は、特定のパラメータの集合（送信側アドレス等）に応じて、端末（１ｂ）にアドレス指定されたネットワークバンドルを受信できる。バンドルは、端末（１ｂ）のネットワークアドレスとともに送信される。物理装置は、例えば、各々が２つの下位層の通信プロトコル層Ｃ’_１〜Ｃ’_２及びＣ”_１〜Ｃ”_２のそれぞれからなる、例えばネットワークカードタイプの２つの通信回路（７０）及び（７１）を備えている。カードあるいは回路（７０）は、ネットワーク（ＲＩ）に結合される。カードあるいは回路（７１）は、ネットワークアクセス回路（１１）すなわち一般には端末（１ｂ）に存在する通信カードに結合される。したがって、ネットワーク（ＲＩ）と端末（１ｂ）との間の通信は、特定層（１３ｂ）を組み込みながら、物理装置（７）を介して行われる。
【０１０１】
物理装置（７）は、さらにスマートカード（２ａ）のために、統合されるかあるいは統合されない読み取り器サブシステム（３）に接続される。この読み取り器サブシステム（３）は、前述のように、層Ｃ_１及びＣ_２を含む。同様に、スマートカード（２ａ）は、２つの下位層ＣＣａ_１及びＣＣａ_２ならびに特定層（２３ａ）を含む。
【０１０２】
図７Ｃは、「ブリッジ」と称される機能モードに、より特別に適合されるアーキテクチャをボックス図形式で示している。
【０１０３】
この機能モードによれば、スマートカード（２ａ）は、個別のネットワークアドレスを含む。端末（１ｃ）は、スマートカード（２ａ）からネットワーク（ＲＩ）へのアクセスブリッジの役目を果たす。端末側の特定層（１３ｃ）は、層Ｃ_３（ネットワークアドレス層）と層ＣＣ_２との間にある。上記に概略されているように、スマートカード（２ａ）は、層（１３ｃ）の通信相手である特定層（２３ａ）を含んでいる。
【０１０４】
図７Ｄは、「トンネル」と称される機能モードに、より特別に適合されるアーキテクチャをボックス図形式で示している。
【０１０５】
この機能モードによれば、端末（１ｄ）は、レベル３層を供給あるいは共有できない。スマートカード（２ａ）とネットワーク（ＲＩ）との間の通信の唯一の可能な方法は、アプリケーションデータが移動でき、端末側（１３ｄ）の特定層のプロトコル変換器によって最終的に変換される「トンネル」を確立することにある。特定層（１３ｄ）は、レベル４の層Ｃ_４とアプリケーション層（図示せず）との間にある。上記に概略されているように、スマートカード（２ａ）は、層（１３ｄ）の通信相手の特定層（２３ａ）を含んでいる。
【０１０６】
端末の特徴及び／又は考えられるコンフィギュレーションは、スマートカードによって識別されてもよいし、あるいはプリミティブを使用してスマートカードによって逆に制御されてもよい。
【０１０７】
非包括的な例証に基づいて、
「ＴｅｒｍｉｎａｌＧｅｔＣｏｎｆｉｇｕｒａｔｉｏｎ．ｒｅｑｕｅｓｔ」（コンフィギュレーションを得るために）と定義され、スマートカードによって端末に送信される第１のプリミティブは、端末の特徴ならびに全ての考えられるコンフィギュレーションの要求を可能にする。この問い合わせの応答は、下記の対応する（ｄｕａｌ）プリミティブ
「ＴｅｒｍｉｎａｌＧｅｔＣｏｎｆｉｇｕｒａｔｉｏｎ．ｒｅｓｐｏｎｓｅ」で得られる。。
【０１０８】
「ＴｅｒｍｉｎａｌＳｅｔＣｏｎｆｉｇｕｒａｔｉｏｎ．ｒｅｑｕｅｓｔ」（コンフィギュレーションの制御）と定義され、スマートカードによって端末に送信される第２のプリミティブは、端末のコンフィギュレーションを可能にする。このコマンドの応答は、下記の対応するプリミティブ
「ＴｅｒｍｉｎａｌＧｅｔＣｏｎｆｉｇｕｒａｔｉｏｎ．ｒｅｓｐｏｎｓｅ」として移動し、得られるネットワークトランザクション（ネットワークアドレス、コンフィギュレーション等）に対して全情報が要求されることを可能にする。
【０１０９】
コンフィギュレーションがアベイラブルである場合、スマートカードは、ネットワーク（ＲＩ）からデータを受信し、及びネットワーク（ＲＩ）にデータを送信することができる。スマートカードと端末との間で交換されるデータは、端末がそのような可能性を与えるネットワークバンドル及びトンネルモードが実行されているアプリケーションデータからなる（図７Ｄ）。
【０１１０】
スマートカードのホストシステムのアベイラブルなアプリケーションは、プロトコル変換器を使用して、スマートカードと通信できる。この機能は、通信プロトコルの特定層に位置するインテリジェントエージェントに委ねられる。
【０１１１】
端末側で、アプリケーションとインテリジェントエージェントとの間の通信方法は、端末のタイプ、特に使用中のオペレーティングシステムのタイプに応じて、変わる。非包括的な例証に基づいて、下記のものが列挙される。
【０１１２】
− 「ＡＰＩ」（「アプリケーションプログラムインタフェース」）；
− 「ＤＬＬ」（「ダイナミックリンクライブラリ」）；
− 上記の「ＵＲＬ」［１］のようなフィードバックアドレスの使用。
【０１１３】
最後に、図８に示されているように、「サーバ」と称されるインテリジェントエージェントＡｇＳは、スマートカードにあるアプリケーションＡｐｐｌｉに統合されてもよい。この場合、関連付けられたレファレンスは、アプリケーションＡｐｐｌｉを識別する。例えば、ライブラリＢｉｂに記憶された「クライアント」と称されるインテリジェントエージェントＡｇｃの使用は、「ＡＰＩ」を介して可能である。このようなコンフィギュレーションでは、サーバは、キーを記憶し、要求された通信プロトコルを知っているクライアントのサービスを使用する。
【０１１４】
前述のことを要約するために、より詳細な説明は、完全なインプリメンテーションの例で呼び出される、下記の主要なステップでなされる。
１／ スマートカードが、ホスト端末に接続されたスマートカード読み取り器に挿入される；
２／ ホスト端末が、「肯定応答トークン」と称されるものを送信する；
３／ スマートカードが、前述のプリミティブ
「ＴｅｒｍｉｎａｌＧｅｔＣｏｎｆｉｇｕｒａｔｉｏｎ．ｒｅｑｕｅｓｔ」を介して、ホスト端末のコンフィギュレーションを受信し、その応答に応じて、スマートカードが、対話を開始するか、あるいは逆にホスト端末の問い合わせを待つ。
４／ ホスト端末が、
「ＨＴＴＰ ⇔ 「ローカル」「ホスト」インテリジェントエージェント「クライアント」 ⇔ 特定層１３０ ⇔ 特定層２３０ ⇔ 「ローカル」「カード」インテリジェントエージェント「サーバ」」
タイプのセッションに対して、スマートカードに存在する全機能のインデックスを、フィードバック「ＵＲＬ」ｈｔｔｐ：／／１２７．０．０．１：８０８０／ｉｎｄｅｘ．ｈｔｍｌ（［１］を参照）を介して受信する。
５／ 受信の際に、ホスト端末のユーザが、アベイラブルナなアプリケーションの中の１つを選択する。
６／ ユーザが、スマートカードがアクセスを供給する外部サーバに接続するように決定する。
７／ ナビゲータが、
「ＨＴＴＰ ⇔ 「ローカル」「ホスト」インテリジェントエージェント「クライアント」 ⇔ 特定層１３０ ⇔ 特定層２３０ ⇔ 「ローカル」「カード」インテリジェントエージェント「サーバ」」
タイプのセッションに対して、プロトコル変換器を介して、スマートカードに送信された「ＵＲＬ」、例えば、
ｈｔｔｐ：／／１２７．０．０．１：８０８０／ｗｗｗ．ＮＡＭＥ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌ（［２］を参照）
を生成する。
８／ それから、パスワードの入力のインビテーションが表示され、データ交換のために、２つのインテリジェントエージェント間のセッションが使用され、続いて、パスワードがスマートカードに送信される；
９／ スマートカードが、その中に記憶されたセキュリティデータを使用して、前述のステップ中に供給されたパスワードの妥当性を検証する；
１０／ 特定のコンフィギュレーションが、端末のために定義され、前述のプリミティブ「ＴｅｒｍｉｎａｌＳｅｔＣｏｎｆｉｇｕｒａｔｉｏｎ．ｒｅｑｕｅｓｔ」を使用して適用される；
１１／ スマートカードが、アプリケーションの仕様に従って、選択されたアプリケーションサーバに接続する；
１２／ ユーザが、ユーザリクエストに応答する、実行されるサービスのタイプに応じた肯定応答あるいは（「ＨＴＴＰ」タイプの）ファイルを受信する。
【０１１５】
上記の考察に従えば、本発明を完成するために述べられたことを達成するのは明らかである。
【０１１６】
前述のように、本発明は、多数の利点、特に下記のものを提供する。端末とネットワーク間に生じる通信のための高度のセキュリティと、端末の物理的部品あるいは端末内で実行しているアプリケーションのいかなる修正も必要とせずに、多数のアプリケーションのサポートを可能にする端末の汎用機能とである。必要なのは、通信ソフトウェアの特定層のインストールのみである。この通信ソフトウェアは、既存の装置及びそのインプリメンテーションに完全に適合したままである。この通信ソフトウェアは、高度なユーザ移動性及び／又はユーザ端末の高度なユーザ移動性を可能にすると同時に、前述の完全な通信セキュリティレベルを保持する。最後に、ユーザは、自分のスマートカードを許容するいかなるマシンでも、自分自身の個人的で、通例の作業環境を見つけることができるので、端末は高いレベルの快適さを提供する。したがって、「仮想ホーム」を評することは適切である。
【０１１７】
しかしながら、本発明が、明確に、特に図２〜図８を参照して、明確に説明されたこれらの実施形態に限定されないことは、明白であるべきである。
【０１１８】
特に、前述のように、本発明の手順を実行するこれらのアーキテクチャ、より詳細には、ホスト端末とスマートカード間の通信プロトコル層のパーティショニング及び分配は、多様化されてもよい。
【０１１９】
同様に、命令及び特定のコマンド、ならびにインタフェースモードの例は、任意の方法で、アプリケーションを制限することなく、本発明の特徴の詳細をより良好に示す唯一の目的のために提供されている。
【０１２０】
本発明は、特にセキュアリング（認証等）と称されるアプリケーションに十分適合されているが、これらの種類のアプリケーションに排他的に限定されないことも明らかであるべきである。多数のアプリケーションは、スマートカードに記憶されてもよい。この結果、スマートカードのメモリ容量、データ処理回路（マイクロプロセッサあるいはマイクロコントローラ）の最大データフロー及びパワーが、唯一の制限の役割を果たす。実際、これらは、特に当該分野では急速である技術開発によって決まるので、このような制限が、時間にわたって減少する傾向にあることを観察すべきである。
【０１２１】
最後に、端末が接続されてもよいネットワークは、種々様々である（ローカルネットワーク、インターネット等）。同じことは、伝送プロトコルに当てはまる。すなわち、インターネットタイプのプロトコル、ＭＩＮＩＴＥＬ（著作権）に適合したプロトコル等の伝送プロトコルが使用できる。
【図面の簡単な説明】
【図１】 現在の最新技術によるスマートカードに基づいたシステムの一例を図示している。
【図２】 本発明の第１の特徴によるスマートカードに基づいたシステムアプリケーションの一例を図示している。
【図３Ａ】 本発明の付加的な態様を図示している。
【図３Ｂ】 本発明の付加的な態様を図示している。
【図３Ｃ】 本発明の付加的な態様を図示している。
【図４】 本発明によるスマートカード読み取り器を装備した端末の完全なアーキテクチャの図示している。
【図５】 本発明による通信層のためのプロトコルスタックを図示している。
【図６Ａ】 スマートカードと図５の端末と外界との間のデータ交換の例を図示している。
【図６Ｂ】 スマートカードと図５の端末と外界との間のデータ交換の例を図示している。
【図７Ａ】 本発明に準じた様々な異なるシステムアーキテクチャをボックス図形式で示している。
【図７Ｂ】 本発明に準じた様々な異なるシステムアーキテクチャをボックス図形式で示している。
【図７Ｃ】 本発明に準じた様々な異なるシステムアーキテクチャをボックス図形式で示している。
【図７Ｄ】 本発明に準じた様々な異なるシステムアーキテクチャをボックス図形式で示している。
【図８】 スマートカード用の特別のソフトウェア構成を図示している。

Claims (16)

1. スマートカード読み取り器（３）を装備した端末（１）、スマートカード、および／またはデータ伝送ネットワーク（ＲＩ）の間の通信システムであって、
   前記端末が、指定された数の通信ソフトウェア層（Ｃ_１〜Ｃ_４）からなるネットワーク（ＲＩ）アクセス用の第１のプロトコルスタックを含み、
   スマートカードと前記端末（１）との間でデータの交換を可能にするために、前記スマートカード読み取り器（３）およびスマートカードが、「下位層」と称される通信ソフトウェア層（ＣＣ_２〜ＣＣ_１、ＣＣａ_２〜ＣＣａ_１）を少なくとも含む第２のプロトコルスタックおよび第３のプロトコルスタックをそれぞれ含む、通信システムであり、
   スマートカード（２ａ）が、第３のプロトコルスタックの「下位層」（ＣＣａ_２、ＣＣａ_１）およびスマートカード（２ａ）に登録された少なくとも１つのアプリケーション（２４ａ）の間のインタフェースとして機能する第１の特定ソフトウェアアイテム（２３ａ）を含み、
   端末（１）が、第２のプロトコルスタックの「下位層」（ＣＣ_２〜ＣＣ_１）および第１のプロトコルスタック（Ｃ_２、Ｃ_３）の特定層の間のインタフェースとして機能する第２の特定ソフトウェアアイテム（１３）を含み、
   前記第１の特定ソフトウェアアイテム（２３ａ）および前記第２の特定ソフトウェアアイテム（１３）が、ネットワーク、端末、または前記アプリケーションの情報が表現されるネットワークタイプのプロトコルと、前記「下位層」間の通信プロトコルとの間のプロトコル変換を実行するように構成され、
   前記第１の特定ソフトウェアアイテム（２３ａ）および前記第２の特定ソフトウェアアイテム（１３）が、前記端末（１）と前記スマートカード（２ａ）および／または前記ネットワーク（ＲＩ）との間で、双方向データ交換セッションの確立を可能にするために、互いと協働し、その結果、前記データの全部あるいは一部が、前記スマートカード（２ａ）を通って移動することを特徴とする通信システム。
2. 前記スマートカード（２ａ）が、前記端末（１）に、前記スマートカード（２ａ）をサーバおよび／またはクライアントに変える「仮想」と称される所定の端末モデルを供給するように、前記特定ソフトウェアアイテムが構成されることを特徴とする請求項１に記載のシステム。
3. 第１のプロトコルスタックが、「下位層」と称される層（Ｃ_１、Ｃ_２）をグループ化するネットワークへのアクセス回路（１１）、「上位層」と称される層（Ｃ_３、Ｃ_４）、および「下位層」と「上位層」の間に置かれたインタフェース層（１５）を含み、ネットワークへのアクセス回路が前記ネットワーク（ＲＩ）に接続され、
   端末（１）側の前記特定ソフトウェアアイテム（１３ａ）が、インタフェース層（１５）とインタフェースをとり、その結果、端末側の特定ソフトウェアアイテム（１３ａ）によって制御されながら、前記端末（１）および前記スマートカード（２ａ）が、ネットワーク（ＲＩ）上の同じアドレスを共有することができることを特徴とする請求項１または２に記載のシステム。
4. 特定ソフトウェアアイテム（１３、２３ａ）が、
   プロトコル変換のための機能を実行する「インテリジェントエージェント」（１３２、２３２ａ）と称されるソフトウェアモジュールによって構成される少なくとも１対の関連付けられた第１のソフトウェアエンティティ（１３２、２３２ａ）と、
   第２のプロトコルスタックおよび第３のプロトコルスタックの前記「下位層」（ＣＣ_２〜ＣＣ_１、ＣＣａ_２〜ＣＣａ_１）を介して、特定ソフトウェアアイテム（１３、２３ａ）の間で、情報ブロックを転送するデータ転送モジュール（１３０、２３０ａ）で構成される２つの付加エンティティと、
   特定のコンフィギュレーションを管理する管理モジュール（１３１、２３１ａ）と
   を含むことを特徴とする請求項１から３のいずれか一項に記載のシステム。
5. 前記インテリジェントエージェント（１３２、２３２ａ）が、前記双方向データ交換セッションを開く「クライアント」と称されるインテリジェントエージェントと、前記データを供給する「サーバ」と称されるインテリジェントエージェントと、を含むことを特徴とする請求項４に記載のシステム。
6. 前記インテリジェントエージェント（１３２、２３２ａ）が、
   前記インテリジェントエージェントが、前記端末（１）に位置することを示す「ホスト」と称される第１の属性、
   前記インテリジェントエージェントが、前記スマートカード（２ａ）に位置することを示す「カード」と称される第２の属性、
   前記インテリジェントエージェントが、前記ネットワーク（ＲＩ）と通信しないことを示す「ローカル」と称される第３の属性、および、
   前記インテリジェントエージェントが、前記ネットワーク（ＲＩ）と通信することを示す「ネットワーク」と称される第４の属性
   の少なくとも１つに関連付けられることを特徴とする請求項４に記載のシステム。
7. 前記ネットワーク（ＲＩ）と前記端末（１）との間に置かれた付加物理装置（７）が存在し、
   前記付加物理装置（７）が、各々が「下位層」と称される２つの通信プロトコル層（Ｃ’_１〜Ｃ’_２、Ｃ”_１〜Ｃ”_２）からなる２つの通信回路（７０、７１）からなり、第１の通信回路（７０）が、ネットワーク（ＲＩ）に接続され、第２の通信回路（７１）が、端末（１）のネットワークへのアクセス回路（１１）に接続され、
   前記付加物理装置（７）が、スマートカード（２ａ）読み取り器（３）に接続され、
   端末（１）側の特定ソフトウェアアイテム（１３ｂ）が、付加物理装置（７）内にあり、
   前記端末（１）側の特定ソフトウェアアイテム（１３ｂ）が、前記第１の通信回路（７０）および前記第２の通信回路（７１）の下位層（Ｃ’_１〜Ｃ’_２、Ｃ”_１〜Ｃ”_２）と、スマートカード（２ａ）読み取り器（３）の「下位層」と称される層（ＣＣ_１、ＣＣ_１）との間のインタフェースとして機能し、
   その結果、端末側の特定ソフトウェアアイテム（１３ｂ）によって制御されながら、端末（１）およびスマートカード（２ａ）が、ネットワーク（ＲＩ）で同じアドレスを共有できることを特徴とする請求項３に記載のシステム。
8. 端末（１）側の特定ソフトウェアアイテム（１３ｃ）が、第２のプロトコルスタックの「下位層」（ＣＣ_１、ＣＣ_２）のインタフェースとして機能し、第１のプロトコルスタックのレベル３および４と呼ばれる「上位層」（Ｃ_３およびＣ_４）の間に存在し、
   その結果、前記スマートカード（２ａ）が、ネットワーク（ＲＩ）上の端末（１）とは異なるアドレスを有し、端末（１）が、端末（１）の特定ソフトウェアアイテム（１３ｃ）によって制御されながら、スマートカード（２ａ）に対して、ネットワーク（ＲＩ）へのアクセスブリッジとして機能することを特徴とする請求項３に記載のシステム。
9. 端末側（１）の特定ソフトウェアアイテム（１３ｄ）が、第２のプロトコルスタックの「下位層」（ＣＣ_１、ＣＣ_２）とのインタフェースとして機能し、第１のプロトコルスタックのレベル４と呼ばれる「上位層」（Ｃ_４）およびアプリケーションと称される１つの層との間に存在し、
   その結果、アプリケーションタイプのデータフローが、前記スマートカード（２ａ）と前記端末（１）間で許可されることを特徴とする請求項３に記載のシステム。
10. 前記スマートカード（２ａ）に登録されたアプリケーション（２４ａ）からのデータを、前記端末（１）に送信するために、所定のインテリジェントエージェント（１３２、２３２ａ）の対のエージェント間に、セッションを確立するステップを含み、
    前記データが、前記端末のユーザに対してそこへのアクセスが許可されているアプリケーションのリスト（Ｐ）からなることを特徴とする請求項４に記載のシステムの使用方法。
11. インターネットタイプのネットワーク（ＲＩ）および端末（１）が、インターネットナビゲータ（１０）を含み、
    前記データが、端末（１）の外側の様々なサーバ（４）に位置するリソースを指示するハイパーリンク（Ｈｌ_１〜Ｈｌ_ｎ）からなるハイパーテキスト言語で記述されたページ（Ｐ）からなり、
    前記ハイパーリンク（Ｈｌ_ｉ）を選択することによって、スマートカード（２ａ）を通って移動する前記データの全部あるいは一部を、選択されたリソース（４）に到達させるために、特定アドレスが生成され、端末（１）とスマートカード（２ａ）との間で、および端末（１）と前記インターネット（ＲＩ）との間で、データの交換を可能にするセッションを開始する、所定のインテリジェントエージェント（１３２_１〜２３２ａ_１、１３２_２〜２３２ａ_２）が起動されることを特徴とする請求項１０に記載の方法。
12. 前記インターネットナビゲータ（１０）による前記スマートカード（２ａ）のアドレス指定が、前記端末（１）のフィードバックアドレスの生成によって生じることを特徴とする請求項１１に記載の方法。
13. 前記スマートカード（２ａ）に位置する秘密データを使用して、前記ユーザを識別するステップと、前記ネットワーク（ＲＩ）から受信したデータおよび前記ネットワーク（ＲＩ）へ送信したデータをフィルタリングするステップとからなる方法であって、
    前記識別するステップおよび前記フィルタリングするステップが、スマートカード（２ａ）内で行われることを特徴とする請求項１１に記載の方法。
14. 前記スマートカード（２ａ）に登録されたアプリケーション（２４ａ）からのデータを、端末（１）に送信するために、所定のインテリジェントエージェント（１３２、２３２ａ）の対のエージェント間に、セッションを確立するステップを含み、
    前記アプリケーションが、端末（１）内部から実行できるように、前記データが、所定の仮想モデルに従って、端末（１）をコンフィギュアすることを特徴とする請求項４に記載のシステムの使用方法。
15. スマートカード読み取り器（３）を装備した端末（１）であって、
    端末のアプリケーションと、所定の数の通信ソフトウェア層（Ｃ_１〜Ｃ_４）からなるデータ伝送ネットワーク（ＲＩ）との通信を可能にする第１のプロトコルスタックを含み、
    スマートカードと前記端末（１）との間でデータの交換を可能にするために、前記スマートカード読み取り器（３）が、「下位層」と称される通信ソフトウェア層（ＣＣ_２〜ＣＣ_１）を少なくとも含む第２のプロトコルスタックを含む、端末であり、
    第２のプロトコルスタックの前記「下位層」（ＣＣ_２〜ＣＣ_１）および前記第１のプロトコルスタック（Ｃ_２、Ｃ_３）の特定層に対するインタフェースとして機能する特定ソフトウェアアイテム（１３）を含み、
    前記特定ソフトウェアアイテム（１３）が、ネットワーク、端末、またはスマートカードの情報が表現されるネットワークタイプのプロトコルと、前記「下位層」によって使用される通信プロトコルとの間のプロトコル変換を実行するように構成されることを特徴とする端末。
16. データ伝送ネットワーク（ＲＩ）にアクセスする、スマートカード読み取り器を装備した端末（１）とのデータの交換を可能にするために、「下位層」と称される通信ソフトウェア層（ＣＣａ _２ 〜ＣＣａ _１ ）を少なくとも含むプロトコルスタックを含むスマートカード（２ａ）であって、
    プロトコルスタックの前記「下位層」（ＣＣａ _２ 〜ＣＣａ _１ ）およびスマートカードに登録された少なくとも１つのアプリケーションに対するインタフェースとして機能する特定ソフトウェアアイテム（２３ａ）を含み、
    前記特定ソフトウェアアイテム（１３）が、ネットワーク、端末、またはスマートカードの情報が表現されるネットワークタイプのプロトコルと、前記「下位層」によって使用される通信プロトコルとの間のプロトコル変換を実行するように構成されることを特徴とするスマートカード。

Images