インターネットタイプのネットワークを介してサーバと通信するためのチップカード読取装置を備えた安全保護端末
【課題】インターネットタイプのネットワークを介して、チップカードとＷＥＢサーバの間の通信を可能にする端末アーキテクチャを提供する。
【解決手段】端末５は、チップカード８読取装置と、キーボード６２と、さらに任意選択で、他の情報処理リソース６３とを備える安全保護エンクロージャ６を備えている。端末５の非安全保護部分は、ＷＥＢブラウザ５１と、受信した要求をブラウザ５１または安全保護エンクロージャ６に向かわせる第１の通信ノード５０を有する。安全保護エンクロージャ６は、第２の通信ノード６０とＨＴＴＰサーバ６１を備える。チップカード８は、第３の通信ノード８０とＨＴＴＰサーバ８１を有する。ＷＥＢサーバ４は、チップカード８と通信を確立しかつチップカードのソフトウェアアプリケーションＡ１からＡｎを起動させることができる商用アプリケーション４１を有する。
【解決手段】端末５は、チップカード８読取装置と、キーボード６２と、さらに任意選択で、他の情報処理リソース６３とを備える安全保護エンクロージャ６を備えている。端末５の非安全保護部分は、ＷＥＢブラウザ５１と、受信した要求をブラウザ５１または安全保護エンクロージャ６に向かわせる第１の通信ノード５０を有する。安全保護エンクロージャ６は、第２の通信ノード６０とＨＴＴＰサーバ６１を備える。チップカード８は、第３の通信ノード８０とＨＴＴＰサーバ８１を有する。ＷＥＢサーバ４は、チップカード８と通信を確立しかつチップカードのソフトウェアアプリケーションＡ１からＡｎを起動させることができる商用アプリケーション４１を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末の、とりわけ、安全保護エンクロージャ内に位置するチップカード読取装置とキーボードとを利用するタイプの端末であり、インターネットタイプのネットワークを介してサーバと通信するための端末のアーキテクチャに関するものである。
【背景技術】
【０００２】
このような装置は、たとえば、「セーフパッド」という商標で知られている。
【０００３】
本発明においては、「端末」という用語は、一般的意味に理解しなければならない。上述の端末は、特に、ＷＩＮＤＯＷＳ（登録商標）またはＵＮＩＸ（登録商標）のような、さまざまなオペレーティングシステムの下で機能するパソコンによって構成することができる。それはまた、ワークステーション、携帯型コンピュータまたは専用のカード端末によって構成することもできる。
【０００４】
同様に、本発明において、「インターネットネットワーク」という用語は、いわゆるインターネットネットワークの他に、「イントラネット」と呼ばれる企業の私的ネットワークまたは同類のネットワークや、「エクストラネット」と呼ばれる外部に向けて延びるネットワークの総称である。
【０００５】
チップカードは、電子「財布」のような、金融や保健に関するアプリケーションなど、さまざまな領域で使用されている。さらに、１枚のチップカードに複数のアプリケーションを共存させることができる（マルチアプリケーションチップカード）。
【０００６】
これらのタイプのアプリケーションでは、チップカードに、さまざまな機能を割当てることができる。とりわけ、チップカードは、安全目的で使用することができる。「安全」という用語は、一般的意味、特に、ステーションのユーザおよび／またはチップカードそれ自体の所有者の秘密性および／または認証という意味に解釈しなければならない。
【０００７】
より具体的なアプリケーションにおいて、端末は、チップカード読取装置と、キーボードと、場合によっては１つまたは複数の他の情報処理リソースを有する安全保護エンクロージャを備えることができる。
【０００８】
図１は、従来の技術による、上述タイプの端末のアーキテクチャを非常に概略的に示している。
【０００９】
わかりやすくするために、端末１は、マイクロコンピュータに基づいて構成されているものとする。このマイクロコンピュータは、このような情報処理機器を構成し、それらの良好な作動に必要なあらゆる装置（図示せず）を備える。すなわち、中央処理装置、ＲＡＭ、大容量記憶システム（ハードディスク）、情報媒体読取装置（ディスケットなど）などである。図１に示されている特定の場合には、端末１は、チップカード２の読取装置３０とキーボード３１を有する安全保護エンクロージャ３を備える。キーボード３１は、特にチップカード２の所有者の認証データ、たとえばチップカード２の識別子に関連するパスワードの入力に役立つ。さまざまな電子回路によって、このエンクロージャ中に存在する安全保護されたエレメント間、特に、一方ではキーボード３１とチップカード２（読取装置３０を介して）、他方では、これらの安全保護エレメントと端末１内に存在する非安全保護エレメントとの間の通信が可能になる。
【００１０】
通常、端末は、非安全保護部分において、以下「商用アプリケーション」と呼ばれる特定のアプリケーション１０を有し、当該の端末１によって可能な独自のトランザクションの管理と監督を行う。このアプリケーション１０と、安全保護エンクロージャ３内部のエレメントの間の通信は、通常、「ＲＳ２３２」タイプのスタンダードによって行われる。読取装置３０を介しての、安全保護エンクロージャ３内部のエレメント、特に常駐アプリケーション３００とチップカード２との間の通信は、通常、ＩＳＯ規格７８１６−１から７８１６−４に準拠するプロトコルによって行われる。
【００１１】
したがって、このタイプのアーキテクチャは、特に以下のような主要な欠点を有する。
【００１２】
−端末内に実装された商用アプリケーション（非安全保護部分）と安全保護エンクロージャ内の常駐アプリケーションは、この端末に固有のものである。
【００１３】
−関連する情報処理プログラムは、一般に大きな容量を占める。
【００１４】
−柔軟性と信頼度が限定されている。なぜなら、これらのプログラムの改良は、端末（非安全保護部分）および安全保護エンクロージャ中にプログラムを再びロードし、さらに場合によっては良好作動テストの実行を必要とし、その結果専門スタッフが必要となるからである。
【００１５】
一般に、こうした作業は、多数の端末のために繰り返し行われなければならない。
【００１６】
さらに、アプリケーション全体またはアプリケーションの安全保護部分が対象になる点に留意しなければならない。したがって、プログラムの更新のために、特定のアプリケーションに固有の定められた安全レベルを保証できなければならない。
【００１７】
ほとんどの場合、端末１は、伝送ネットワークＲＩを介して、１つまたは複数の遠隔システムに接続されているという意味においては、分離されていない。なお、それらシステムのただ１つ４が、図１に示されている。ネットワークＲＩの性質は、該当するアプリケーションに応じて（金融、保健、その他に関するアプリケーション）非常に多様であることができる。特に、インターネットネットワーク、またはこのタイプのネットワーク（イントラネットまたはエキストラネット）の急速な発展と、そこに頼るアプリケーションを考慮に入れると、こうしたタイプのネットワークを対象とすることができる。通常は、グローバルアーキテクチャは、「クライアント−サーバ」型と呼ばれるタイプであり、「サーバ」は一般に遠隔システム４であり、「クライアント」は端末１である。しかし、特定の状況においては、トランザクション時間中に、それらの役割が逆転する、または交代することもありうる。
【００１８】
このようなアーキテクチャにおいて、特定アプリケーション１０およびアプリケーション３００に関連するプログラムは、理由が何であれ、それらのバージョンの改良版が存在することによって、遠隔サーバ、たとえばサーバ４から、集中的に更新することができる。こうした更新が遠隔処理によって行われることから、上述の欠点の１つを軽減することができるという結果になる。しかしながら、これらのオペレーションは、十分に完成された管理手続きの実施を必要とする。さらに、遠隔ロードは、敏感なデータを含むことがある、または、少なくとも、許可されていないまたは安全性の点で危険であるプログラムおよび／またはプロシージャ（「トロイの木馬」、「ロジック爆弾」、ウィルスなど）を端末内に実装することを許可してはならない。
【００１９】
さらに、インターネットネットワークの能力の増大と普及にともなって、一方では、以下「商用サーバ」と呼ばれる遠隔サーバに向けて、端末内に局所的に実装された上述の特定のアプリケーションを「移行」させ、他方では、これらの商用サーバから、チップカードと直接的に対話する必要性がある。
【００２０】
とりわけ、この第２の必要性は、以下に説明する理由のために、従来の技術の端末によっては満たすことができない。
【００２１】
しかし、まず初めに、インターネットタイプのネットワークＲＩを介して、従来の技術による端末と遠隔サーバとの通信を可能にするシステムのアーキテクチャを簡単に説明することは有益であろう。このようなアーキテクチャは、図２に概略的に示されているが、とりわけ、参照番号１’が付された端末の論理アーキテクチャが示されている。
【００２２】
端末１’は、ここでは、安全保護されていようとなかろうと、一般的タイプの端末であり、その配置は、当該の通信の種々のタイプを説明するには重要ではない。
【００２３】
先に記したように、端末１’は、必然的に、その良好な作動に必要なあらゆる回路および装置を有するが、図を簡略化するためにそれらはここには図示されていない。通常、端末１’もまた、とりわけ本発明の範囲中で安全保護エンクロージャ（図１：３）内に位置する、ディスプレイ（図示せず）およびキーボード３１など、組み込み型または非組み込み型の、従来の周辺装置に接続されている。
【００２４】
通常、ネットワーク上での通信は、重なり合った複数のソフトウェア層を含む規格に準拠したプロトコルにしたがって行われる。インターネットタイプのＲＩネットワークの場合には、通信は、このタイプの通信に固有であるが、同じく複数のソフトウェア層を含むプロトコルにしたがって行われる。通信プロトコルは、とりわけ対象にされたアプリケーションに応じて選択される。すなわち、「ＷＥＢ」ページの照会、ファイルの移動、電子メール、フォーラム、「ニュース」などである。
【００２５】
通信ネットワークのアーキテクチャは、さまざまな層によって説明される。たとえば、「ＩＳＯ」によって定められている「ＯＳＩ」（「オープンシステム相互接続」）規格は、いわゆる下位層（たとえば物理的伝送媒体を対象とする「物理」層）から、いわゆる「トランスポート」層と呼ばれる中間層を通って、いわゆる上位層（たとえば「応用」層）に向かう７つの層を有する。任意の層は、適切なインターフェイスを介して、すぐ上の層に対してそのサービスを提供し、すぐ下の層に他のサービスを要求する。層は、プリミティブを用いて通信する。層はまた、同じレベルの層と通信を行う。特定のアーキテクチャにおいては、それらの層のどちらかが存在しないことも可能である。
【００２６】
インターネット環境においては、層は５つあり、より厳密に言えば、上の層から下の層に向って順に、応用層（「ｈｔｔｐ」、「ｆｔｐ」、「ｅ−ｍａｉｌ」など）、トランスポート層（「ＴＣＰ」）、ネットワークアドレシング層（「ＩＰ」）、データリンク層（「ＰＰＰ」、「Ｓｌｉｐ」など）、物理層がある。
【００２７】
端末１’は、インターネットネットワークへのアクセス回路１１を含む。たとえばインターネットサービスのプロバイダ（英語で、「Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ」または「ＩＳＰ」）を介して、電話回線または統合サービスデジタルネットワーク（「ＩＳＤＮ」）に接続するためのモデムを対象とすることもできる。ＲＩネットワークへのアクセス回路１１は、上述の「物理」層および「データリンク」層に対応する下位方ソフトウェア層Ｃ１およびＣ２を再統合する。
【００２８】
同様に、「ネットワークアドレシング」（「ＩＰ」）層と「トランスポート」層（「ＴＣＰ」）に対応する上位層Ｃ３およびＣ４も示されている。上位応用層（「ｈｔｔｐ」、「ｆｔｐ」、「ｅ−ｍａｉｌ」など）は、何らかのタイプの、好ましくは市販されているスタンダードタイプの「ＷＥＢ」ブラウザ（ｎａｖｉｇａｔｅｕｒ）ＮＷによって概略化されている。
【００２９】
下位層Ｃ１およびＣ２と上位層Ｃ３およびＣ４との間のインターフェイスは、一般に「下位層ドライバ」と呼ばれるソフトウェア層１５によって構成される。上位層Ｃ３およびＣ４は、このインターフェイスに支えられ、それらが連絡する特定の機能を有するライブラリまたはネットワークライブラリ１４を介して利用される。インターネットネットワークの場合には、「ＴＣＰ／ＩＰ」が、「ソケット」と呼ばれるライブラリを用いて利用される。
【００３０】
こうした構造によって、ＮＷブラウザは、「ＷＥＢ」ページを調べるために（「ＨＴＴＰ」プロトコル）、またはファイルを転送するために（「ＦＴＰ」プロトコル）、あるいは電子メールを送付するために（「ｅ−ｍａｉｌ」プロトコル）、遠隔サーバ４に向けて要求を出すことを可能にする。
【００３１】
端末１’はまた、本発明のより特定の範囲の、安全保護エンクロージャ（図１：３）中に位置するカードの読取装置３０を有する。チップカード２と通信するために、カード読取装置３０は、また、Ｃ１およびＣ２と同類の役割を果たす、２つの下位層ＣＣ１（物理層）およびＣＣ２（データリンク層）を備える。層ＣＣ１およびＣＣ２とのソフトウェアインターフェイスは、たとえば「ＰＣ／ＳＣ」仕様（「第６部、サービスプロバイダ」）に説明されている。層ＣＣ１およびＣＣ２自体は、特に、ＩＳＯ規格７８１６−１から７８１６−４に記載されている。
【００３２】
追加ソフトウェア層１３は、単一参照記号Ａｐｐｌｉ１を付された応用層と、下位層ＣＣ１およびＣＣ２との間のインターフェイスを形成する。この層１３に割当てられた主な機能は、多重化／多重化解除機能である。
【００３３】
チップカード２の側には、類似の構造、すなわち、ＣＣ’１（物理層）およびＣＣ’２（データリンク層）と参照符号が付された２つの下位層、さらに層１３に完全に類似したインターフェイス層２３の存在が見られる。この層２３は、上述のプロトコル層ＣＣ’１およびＣＣ’２と、Ａｐｐｌｉ２と参照記号が付された単一モジュールの形で表わされる１つまたは複数の応用層との間のインターフェイスが確立される。
【００３４】
チップカード読取装置３０とチップカード２との間の通信は、「ＡＰＤＵ」（「アプリケーションプロトコルデータユニット」の略）という英語の略語で知られている、標準化された制御装置を用いて行われる。
【００３５】
非限定的な例として以下のような種々のプロトコルを使用することができる。
【００３６】
−ＥＴＳＩ勧告 ＧＳＭ １１．１１、
−文字モードＴ＝０における、ＩＳＯ規格７８１６−３によって定義されたプロトコル、
−ブロックモードＴ＝１における、ＩＳＯ規格７８１６−３によって定義されたプロトコル、
−「ＨＤＬＣ」（ハイレベルデータリンク制御手順）モードにおける、ＩＳＯ規格３３０９によって定義されたプロトコル。
【００３７】
本発明の範囲においては、好ましくは、ブロックモードにおけるプロトコルＩＳＯ ７８１６−３が使用される。
【００３８】
それ自体良く知られた方法で、プロトコルの各層には、同じレベルの層同士で、さらに異なる層間でのデータ交換を可能にする一定数のプリミティブが関連付けられる。
【００３９】
従来の技術の現状においては、インターネットネットワークＲＩを介して、チップカード２と遠隔サーバ４との直接通信を確立することは不可能である。なぜなら、上述したように、スタンダードタイプのチップカードの通信プロトコルは、インターネットネットワークまたはこのタイプのネットワーク全体において使用されるプロトコルと互換性がないからである。ブラウザＮＷ内に、特定のタイプの「プラグイン」と呼ばれるソフトウェアを実装する場合を除き、ブラウザＮＷとチップカード２との間の直接通信を確立することはもはや不可能である。
【００４０】
改めて図１を参照すると、端末１がインターネットネットワークに接続されると仮定すると、上述したことを要約すれば、この端末１は、従来の技術によって、キーボード３１とチップカード２の読取装置３０を備えた安全保護エンクロージャ３を有することから、点線で示された主要な通信インターフェイスＳ１およびＳ２を備えることがわかる。第１のインターフェイスＳ１は、商用アプリケーション１０が実施されるいわゆる端末１にエンクロージャ３を接続し、第２のインターフェイスＳ２が、チップカード２との通信のために設けられる。実際には、インターフェイスＳ２は、アプリケーション３００とチップカード２との間に配分される。これら２つのインターフェイスに、外部に向かうインターフェイスが付け加えられ（図２：特に回路１１）、このインターフェイスによって、端末１は、インターネットネットワークＲＩと通信することができる。インターフェイスＳ１は、２つのレベルの対話を受入れる。端末１から出されたオーダが、インターフェイスＳ２によって意味の変更なく実行されるような第１の透過的対話と、アプリケーション３００を介入させる第２のレベルの対話である。
【００４１】
このようにして、キーボード３１上でパスワードを入力することによる認証は、アプリケーション３００によって解釈され、アプリケーション３００とチップカード２との間のインターフェイスＳ２上の交換セッションに変換される、インターフェイスＳ１に従属するオーダである。この交換の結果は、インターフェイスＳ１に伝送される。
【００４２】
現状の技術においては、スタンダードチップカード２は、上述したように、インターネットネットワークＲＩとの直接的交換を受入れることができないという点に加えて、従来の技術による端末の重大な欠点は、常駐アプリケーション３００の存在によって構成される。ほとんどの場合、「所有の（ｐｒｏｐｒｉｅｔａｒｙ）」と呼ばれるアプリケーションが対象となり、そのことは、商用アプリケーション１０が、使用される端末の種類とタイプに応じて書込まれなければならいことを意味する。したがって、このアプリケーションは、先験的に、端末のタイプによって異なり、そのため、信号操作が容易に行えなくなる。さらに、このアプリケーションは、インターネットタイプの環境にはもはや適合しない。
【００４３】
たとえば、端末の「ＥＭＶ」規格を遵守することによって、商用端末１とチップカード２の読取装置３０との間の交換の標準化を目指す英語の略語「ＯＣＦ」（「オープンカードフレームワーク）で知られているスタンダードとして、本発明のアプリケーションのタイプのためのスタンダードが提案された。しかしながら、このようなスタンダードは、インターネットのコンテキストにおいては直接的には使用することができない。
【００４４】
金融アプリケーションの領域においては、Ｇ．Ｉ．Ｅ．金融カードによって定義されたプロトコルである、「Ｃ−ＳＥＴ」プロトコルが知られている。このプロトコルによれば、ユーザは、「ＷＥＢ」において使用可能な商業サイトに接続され、購買を行う。この購買が、トランザクションの際に、購買を行う金融カードの所持者を認証するために、安全保護エンクロージャのエレメントに働きかける。この認証は、端末（非安全保護部分）およびエンクロージャ内のソフトウェアの実行によって行われる。
【００４５】
このプロトコルもまた、以下のような欠点を免れることはできない。
【００４６】
−端末およびエンクロージャ中で特定のソフトウェアの存在を必要とする。
【００４７】
−「Ｃ−ＳＥＴ」によって強制されるソフトウェアの証明を必要とする。
【００４８】
−「Ｃ−ＳＥＴ」プロトコルは、支払いのみに向かう。「ＷＥＢ」サーバと金融カードによる支払いの情報を処理する端末内のソフトウェアは支払い用ソフトウェアである。
【００４９】
これらの特徴によって、このプロトコルは、先に記した従来の技術の解決策とほとんど変わらない。インターネットタイプのプロトコルにしたがって、エンド−トゥー−エンド通信、特にチップカードの直接アドレシングを行うことはできない。また、その特殊性によって、いかなる柔軟性も持たず、保健、チップカードに保管されたデータの更新、ポイントクレジットなどのような他の分野における使用には適合しない。
【発明の開示】
【発明が解決しようとする課題】
【００５０】
本発明は、すでにいくつかを挙げたように、従来の技術の手続きおよびアーキテクチャの欠点を解消しながらも、必要であると感じられているものを満たすことを目的としている。
【００５１】
本発明は、一方では、チップカード読取装置と端末から、「ＷＥＢ」タイプの遠隔サーバに向けてアプリケーションを移動させ、他方では、チップカードとの直接的対話を可能にしながらも、少なくとも１つのチップカード読取装置とキーボードとを備えた安全保護エンクロージャを有する端末のインターネットネットワーク上での使用を促進する。
【００５２】
本発明は、最大の安全性とともに、内部ソフトウェアを更新し、安全保護エンクロージャにそのソフトウェアを付加することを可能にする。
【課題を解決するための手段】
【００５３】
そのため、本発明の第１の態様によって、チップカードはもはや、上述の通信プロトコルＩＳＯ ７８１６にしたがって、「ＡＰＤＵ」による従来の方法ではアドレシングされず、「ＵＲＬ」（「ユニバーサルリソースロケータ」）アドレスの使用によってアドレシングされる。すでに知られているように、「ＵＲＬ」は、いわゆる「ＩＰ」アドレスとポート番号で構成される。同様に、安全保護エンクロージャは、「ＵＲＬ」によるこのアドレシングを利用する。
【００５４】
したがって、本発明の一態様によると、チップカードはまた、「ＷＥＢ」サーバおよび／またはクライアントとして挙動する。
【００５５】
本発明による安全保護エンクロージャは、遠隔商用サーバから生じた「カードオーダ」が、端末のアドレシングエレメントに介入しないという意味において、インターネットネットワークについては「透過的」ではない。すなわち、安全保護エンクロージャに連結されたリソースは、インターネットネットワークからアクセスすることはできないという結果になる。反対に、チップカード内に含まれるアプリケーションは、以下に説明するように単純な「ＵＲＬ」アドレシングによって、安全保護エンクロージャ中に存在するあらゆる情報処理リソース、特にキーボードをアドレシングし、起動する可能性を有する。
【００５６】
そのために、端末は、物理的に以下のものを有する。
【００５７】
−両方ともが、安全保護エンクロージャの「ＨＴＴＰ」サーバに関連付けられた、少なくとも１つのチップカード読取装置およびキーボード（および／または他の情報処理リソース）と、さらにエンクロージャ中に存在するリソースの集合を管理する実行ユニットとを有する、改良型の安全保護エンクロージャ。
【００５８】
−従来のエレメント（メモリなど）および「ＷＥＢ」タイプのブラウザに加えて、インターネットネットワーク、「ＷＥＢ」タイプのブラウザおよび／または安全保護エンクロージャの間で通信を確立する端末ノードと呼ばれる第１の通信ノード。
【００５９】
そもそも、上述の安全保護エンクロージャは、第１の通信ノードを介して、いわゆる端末、安全保護エンクロージャと呼ばれる「ＨＴＴＰ」サーバおよび／またはチップカード読取装置との間の通信を確立する、エンクロージャノードと呼ばれる第２の通信ノードを有する。
【００６０】
チップカードは、それ自体が、カードノードと呼ばれる第３の通信ノードと、チップカード内の少なくとも１つの常駐アプリケーションと、第２の通信ノードとの間のインターフェイスを形成する、「ＨＴＴＰ」サーバとして挙動するソフトウェアアダプテーションとを備える。
【００６１】
第１の通信ノードは、安全保護エンクロージャに結びついたポート番号を有するインターネットネットワークの要求を、このエンクロージャに向かわせ、インターネットネットワークと第２の通信ノードとの直接通信を確立し、情報および／またはオーダをチップカードに向けて伝達するために必要なプロトコルのアダプテーションを行う。
【００６２】
特定のアプリケーションについては、特に、アプリケーションがハイレベルの安全性を必要とすることから、安全保護エンクロージャは、有利にも、たとえば、生物測定式認証（視覚、音声および／または署名による認識）装置のような、１つまたは複数の追加情報処理リソース、コプロセッサまたは外部インタープリタを備えることができる。
【００６３】
本発明による方法の好ましい一変形形態においては、安全保護エンクロージャの諸エレメントおよびリソースの作動に必要なプログラムまたは、その更新は、インターネットネットワークを介して、このネットワークに接続された遠隔「ＷＥＢ」サーバから、遠隔ロードされる。更新は、これらプログラムの少なくとも部分的な消去を含むことができる。
【００６４】
同様に、追加の実施形態においては、インターネットネットワークと通信ノードを介して、チップカード内に記録されたアプリケーションまたはアプリケーションの部分（ファイル、プログラム、スクリプトなど）を遠隔ロード、更新および／または削除するよう設計される。
【００６５】
これらオペレーションはすべて、インターネットネットワークに対する安全保護エンクロージャの上述の透過性によって、非常に優れた安全条件において実行することができる。
【００６６】
したがって、本発明は、インターネットタイプの第１のプロトコルにしたがって、インターネットタイプのネットワークを介して、少なくとも１つの「ＷＥＢ」タイプのサーバと通信するための安全保護エンクロージャを備え、前記安全保護エンクロージャは、少なくとも１つのチップカード読取装置を有し、前記チップカードは、少なくとも１つのソフトウェアアプリケーションを記憶する端末であって、前記端末は、第１の通信ノードと呼ばれる少なくとも１つの第１のモジュールを備える非安全保護部分を有し、前記安全保護エンクロージャは、第２の通信ノードと呼ばれる少なくとも１つの第２のモジュールを有し、前記チップカードは、第３の通信ノードと呼ばれる第３のモジュールを有し、さらに前記通信ノードは、それぞれ、第１、第２、第３のプロトコルスタックを有し、それらスタックは各々、一定数の標準層と呼ばれる通信ソフトウェア層と、第１、第２、第３の特定のソフトウェアを有し、それらのソフトウェアはそれぞれ、少なくとも第１のソフトウェアエンティティを有し、前記第１のソフトウェアエンティティは、２つずつ対になっており、前記第１ノードは、少なくとも、インターネットタイプの前記第１通信プロトコルにしたがって、前記端末と前記「ＷＥＢ」サーバとの間の通信を許可し、さらに特定のソフトウエアの前記第１および第２のソフトウェアの前記第１のエンティティは、定められた第２の通信プロトコルにしたがって、前記端末と前記安全保護エンクロージャの間の双方向データの交換セッションの確立を許可し、さらに前記第２および第３のソフトウェアの前記第１のエンティティは、定められた第３の通信プロトコルにしたがって、チップカードの前記ソフトウェアアプリケーションの少なくともいずれか１つと前記「ＷＥＢ」タイプのサーバとの連絡を確立することができるように、チップカードの前記読取装置を介して、少なくとも、前記安全保護エンクロージャと前記チップカードとの間の双方向データの交換セッションの確立を許可する端末を主に対象とする。
【発明を実施するための最良の形態】
【００６７】
次に、添付の図面を参照して、本発明をより詳細に説明する。
【００６８】
次に、図３を参照して、本発明に合致した安全保護エンクロージャ用の端末の実施形態と、この端末と「商用サーバ」と呼ばれるサーバとの間の通信システムのアーキテクチャについて説明する。
【００６９】
以下、参照番号５の端末は、すでに示されたように、主にマイクロコンピュータまたは同類の装置で製作される。この端末は一定数の従来のエレメント、すなわち、ここには図示されていないが、当業者に知られているマイクロプロセッサ、ＲＡＭ、ＲＯＭ、大容量記憶システム（ハードディスクなど）などを備える。一方、本発明に固有のアプリケーションにおいては、端末５は、それ自体知られている物理的および論理的手段によって安全保護されたエンクロージャ６を有する。この安全保護エンクロージャ６は、従来の技術に共通のエレメントだけでなく、さらに、以下に詳述される本発明に固有のエレメントをも有する。このエンクロージャはまず最初に、従来の技術と同様に、キーボード６２と、そのマネージャ６２０または英語によれば「ハンドラ」と、チップカードの読取装置７とを有する。
【００７０】
端末５は、インターネットネットワークＲＩまたはこのタイプの他の何らかのネットワーク（イントラネット、エキストラネット）を介して、遠隔サーバ４に接続される。したがって、図２の例においては、この端末は、インターネットネットワークにおいて使用されているプロトコル、「ＨＴＴＰ／ＴＣＰ−ＩＰ」プロトコル上で使用されるプロトコルの１つにしたがって通信することができる、あらゆるロジックおよびハードエレメントを有する。したがって、参照番号５１が付された「ＷＥＢ」タイプのブラウザを有することを記す以外には、これらエレメントを説明することは無駄である。このブラウザ５１は、特に、サーバ４に向けて要求を出すことを可能にする。このブラウザは、端末５内に存在するアプリケーションの１つを構成し、実際に、端末は複数のアプリケーションを備えることもできる。
【００７１】
本発明の第１の特徴によれば、商用アプリケーションの特定のアプリケーションは、サーバ４に向って移動される。したがって、このサーバは、特にいわゆる「ＨＴＴＰ」サーバと呼ばれるサーバ４０と、メモリ手段４１中に記録される上述の商用アプリケーションとを有する。
【００７２】
本発明の他の特徴によれば、端末は、第１の通信ノードまたは「端末通信ノード」と呼ばれる第１の特定モジュール５０を有する。このモジュール５０は、通信用の従来の手段、特に図２と関連して説明されるプロトコルスタックだけでなく、後述する特定エレメントを有する。
【００７３】
さらに他の特徴によれば、安全保護エンクロージャ６はまた、第２の通信ノードまたは「エンクロージャ通信ノード」と呼ばれる特定のモジュール６０を有する。
【００７４】
第１の通信ノード５０は、第２の通信ノード６０を介して、たとえばサーバ４のようなネットワークＲＩのサーバを、さらに端末５の非安全保護部分内に存在するアプリケーション（たとえば、ブラウザ「ＷＥＢ」５１）を、安全保護エンクロージャ６内に存在するエレメント、特にチップカード読取装置７とチップカード８に通信させることができる。
【００７５】
安全保護エンクロージャ６は、第２の通信ノード６０とキーボード６２との間に配置されたサーバ「ＨＴＴＰエンクロージャ」サーバと呼ばれる「ＨＴＴＰ」サーバ６１を有する。このキーボードは、安全保護エンクロージャ６の情報処理リソースの１つを構成する。さらにこの安全保護エンクロージャは、本明細書の序文に示されているように、単一の参照番号６３で示されている、１からｉの追加リソースを含むことができる。たとえば、生物測定式認証装置やコプロセッサまたは外部インタープリタを対象とすることができる。１つまたは複数のリソース６３はまた、キーボード６２と同じ方法で「ＨＴＴＰ」サーバ６１に接続される。
【００７６】
「ＨＴＴＰ」サーバ６１はまた、チップカード読取装置７に接続される。
【００７７】
通信ノード６０は、チップカード読取装置７を介して、端末５の要求をチップカード８に向わせ、逆方向に、チップカード８の要求を、「ＨＴＴＰ」サーバ６１に向けて、もしくは通信ノード５０を介して、端末５に向けて案内することができる。
【００７８】
本発明の態様によれば、「ＨＴＴＰ」サーバ６１は、チップカード８が、さらに単にチップカード８だけが、安全保護エンクロージャ６のリソース６２から６３を使用することを可能にする。
【００７９】
仲介の役割を果たすチップカード８を通ることによる以外に、キーボード６２または他のリソース６３の情報へアクセスすることが不可能であるという点は、以下のようないくつのかの要因に起因する。
【００８０】
ａ／エンクロージャ６が物理的に安全保護されている（エレメントを「探る」物理的不可能性）。
【００８１】
ｂ／ノード６０のプログラミングは、外部から「ＨＴＴＰエンクロージャ」エンティティ６１に向って生じるいかなるデータルーチングも妨げるようなものであり、ノード６０は、そもそも安全保護エンクロージャ６の内部に位置することから保護される。
【００８２】
ｃ／「ＨＴＴＰエンクロージャ」エンティティ６１のプログラミングは、このエンティティが、チップカード８から生じる要求以外の要求を受入れないようなものであり、このサーバ６１はまた、安全保護エンクロージャ６の内部に位置することから保護される。
【００８３】
項目ａ／が、それ自体として、従来の技術と本発明に共通なものであるとすれば、項目ｂ／およびｃ／は、本発明に固有の有利な特徴を構成する。
【００８４】
ここで、インターネットネットワークＲＩと端末５の非安全保護部分のエレメントとの間の通信、それらエレメントと安全保護エンクロージャ６のエレメントとの間の通信、安全保護エンクロージャ６のエレメント間の通信、さらに、チップカード読取装置７を介した、それらエレメントとチップカード８との間の通信がどのようになされるかをより詳細に説明してみる。
【００８５】
本発明の主要な特性の１つによれば、これらすべての通信は、「ＵＲＬ」標準型のアドレスの使用によって、インターネットプロトコルと互換性をもつと同時に、特にチップカード８とチップカード読取装置７との間で通信の規格化されたプロトコル（すなわち、先述のＩＳＯ規格７８１６に合致したプロトコル）を保持する、「均質」と形容されるモードにしたがって実施される。
【００８６】
「ＷＥＢ」ブラウザ５１と「商用」サーバ４との間の通信は、独自の問題を生じず、通常は、従来のプロトコル層（図２参照）と「ＵＲＬ」アドレシングの使用によって、「ＨＴＴＰ」プロトコルにしたがって行うことができる。反対に、上述したように、従来の技術においては、通信が通常モードＲＳ２３２において行われる端末（図１：１）の非安全保護エレメントと安全保護エレメントとの間でも、読取装置７を介する、安全保護エンクロージャ６とチップカード８との間でも同様ではない。後者の場合には、図２を参照してすでに説明したように、通信は、確かにプロトコル層の利用によるものだが、先述のＩＳＯ規格７８１６−３に合致して、「ＡＰＤＵ」オーダ一式を用いて、すなわち、インターネットタイプのプロトコルと互換性を持たない方法で行われる。
【００８７】
さらに、本発明は、通信内に介入するエレメントの標準化を保ちながらも、わずかな改良を行うだけで、通信を統一させることができる特定の措置を提案する。
【００８８】
まず初めに、本発明に合致した方法で、安全保護エンクロージャ６とチップカード８間の通信を確立することができるように、それら２つのエンティティにもたらされる改良点を詳述する。
【００８９】
本発明の特徴によれば、チップカード８に、以下、それぞれ、「カード用通信ノード」と「カード用ＨＴＴＰサーバ」と呼ばれる第３の通信ノード８０と「ＨＴＴＰ」サーバ８１とを構成する特定モジュールを備える。チップカード８内に存在する１個またはｎ個のアプリケーションＡ１からＡｎは、「ＨＴＴＰ」サーバ８１の第１面によって接続される。これらの措置によって、チップカード８は、安全保護エンクロージャ６のために、「ＷＥＢ」サーバおよび／またはクライアントに変換され、「ＵＲＬ」アドレスによって「アドレシング」されることができる。
【００９０】
こうしたアーキテクチャは、本発明によれば、主に、チップカード８内に、第１の特定通信プロトコル層を実装することによって得られる。同様に、第２の特定通信プロトコル層は、第１のプロトコル層の対をなすものであり、安全保護エンクロージャ６内に実装される。
【００９１】
チップカード８と安全保護エンクロージャ６との間の交換に関しては、図４によって表された論理アーキテクチャによって図３のブロックダイヤグラムを示すことができる。
【００９２】
このアーキテクチャにおいては、同じ役割を果たし、同じ参照番号を付されている、図２によって表されているような従来の技術のプロトコル層がここでも見られる。したがって、それらについて再び説明するのは無意味である。
【００９３】
反対に、両方ともに、すなわち安全保護エンクロージャ６内にもチップカード８内にも、２つの追加特定プロトコル層、それぞれ６４と８４が設けられる。
【００９４】
安全保護エンクロージャ６においては、特定層６４が、多重化層１３を介して、カード読取装置３のプロトコル層、すなわち下位層ＣＣ１およびＣＣ２にインターフェイス接続される。特定層６４は、チップカード８からの、さらにチップカード８に向けてのデータパケットの転送を可能にする。さらに、特定層は、チップカード８を利用する使用には、既存のアプリケーションを適応させるので、ここで再び説明する必要はない。
【００９５】
チップカード８の側には、層６４と対をなす、参照番号８４が付された特定層の追加インスタンスによって構成される完全に類似した構造が見られる。
【００９６】
より厳密には、特定層６４および８４は、３つの主要なソフトウェアエレメントに細分化される。
【００９７】
−慣用層ＣＣ１、ＣＣ２、ＣＣ’１、ＣＣ’２を介した、層１３と２３との間の情報ブロックの転送用モジュール６４０または８４０、
−たとえば、プロトコルの変換機能を実施する「インテリジェントエージェント」６４１または８４１と呼ばれる１つまたは複数のソフトウェア、
−独自のインテリジェントエージェントと同一視することができるモジュールである、それぞれ６４２と８４２の特定構成の管理モジュール。
【００９８】
したがって、安全保護エンクロージャ６とチップカード８においては、２つのエンティティ間の通信プロトコルスタックが再び見られる。
【００９９】
レベル２の層（データリンク層）ＣＣ２およびＣＣ’２は、チップカード８と安全保護エンクロージャ６との間の交換を確立する。これらの層は、転送エラーの検知と、場合によってはその訂正に責任を負う。上述の種々のプロトコルは、このために使用することができる（ＥＴＳＩ勧告 ＧＳＭ １１．１１；文字モードＴ＝０またはブロックモードＴ＝１において、ＩＳＯ規格７８１６−３によって定義されるプロトコル：または、「ＨＤＬＣ」フレームモードにおける、ＩＳＯ規格３３０９によって定義されたプロトコル）。本発明の範囲では、好ましくは、ブロックモードにおいて、プロトコルＩＳＯ７８１６−３が使用されることが示された。
【０１００】
それ自体良く知られた方法で、各プロトコル層に対して、同一レベルの層間の、さらにある層から他の層へのデータ交換を可能にする一定数のプリミティブが関連付けられる。例として、レベル２の層に関連付けられたプリミティブは、「データ要求」（「データリクエスト」）およびカードによる「データ送信」（「データレスポンス」）、さらに「データ確認」（「データコンファーム」）などのタイプである。
【０１０１】
とりわけ、特定層６４および８４は、チップカード８とホスト、すなわち安全保護エンクロージャ６との間の対話を担う。それらの層はまた、データパケットの送信および／または受信のために適合された構成の設置を可能にする。
【０１０２】
上述したように、層は３つの別々のエンティティを有する。
【０１０３】
第１のエンティティ、モジュール６４０または８４０は、主に、ソフトウェアマルチプレクサによって構成される。これは、プロトコルデータユニットの形で、チップカード８とホスト端末６との間の情報交換を可能にする。これは、データパケットの交換機と類似の役割を果たす。これらのユニットは、レベル２の層（データリンク層）を介して送信または受信される。この通信の独自のプロトコルによって、「インテリジェントエージェント」の少なくとも１つの対を通信させることができる。各対の第１のエージェント６４１は、安全保護エンクロージャ６側の層６４内に位置し、第２のエージェント８４１は、チップカード８側の層８４内に位置する。２つの「インテリジェントエージェント」間のリンクは、セッションに関連付けられる。セッションは、これら２つのエージェント間の双方向データ交換である。
【０１０４】
インテリジェントエージェントは、安全保護エンクロージャ６によって実施された構成に応じて、レベル３および４の層の機能全体または一部を実施することができる。
【０１０５】
独自のインテリジェントエージェントは、たとえば１６ビットにおいて、有利にも整数（０から６５３５までの数）によって識別される。この識別子は、たとえば、宛先リファレンスとソースリファレンスを構成するプロトコルデータユニットにおいて使用される。
【０１０６】
インテリジェントエージェントには、２つの大きなカテゴリが存在する。定められたリファレンスによって識別される「サーバ」タイプのエージェントと、構成の管理モジュール、６４２または８４２によって与えられる可変リファレンスによって識別される「クライアント」タイプのエージェントである。
【０１０７】
セッションを開くプロセスは、通常、以下のように行われる。「クライアント」タイプのインテリジェントエージェントが、「サーバ」タイプのインテリジェントエージェントに向けてセッションを開く。モジュール６４２および８４２が、ホスト６およびチップカード８側で、存在するインテリジェントエージェントリストを含む表（図示せず）を管理する。
【０１０８】
インテリジェントエージェント、６４１または８４１は、独自の特性または属性に関連付けられる。分かりやすくするため、限定的でない例として、以下の４つの特性をインテリエージェントに関連付ける。
【０１０９】
−「ホスト」：安全保護エンクロージャ内に局在化されたエージェント
−「カード」：チップカード内に局在化されたエージェント
−「クライアント」：セッションを初期化するエージェント
−「サーバ」：セッションの要求を受信するエージェント
インテリジェントエージェントは、データの交換を可能にする。
【０１１０】
構成管理モジュール、６４２および８４２は、それぞれ、すでに示されたように、独自のインテリジェントエージェントと同一視されることができる。たとえば、ホスト６側のモジュール６４２は、特に、安全保護エンクロージャ６の構成に関する情報（作動モード）、存在する他のエージェントリストなどを管理する。チップカード８側のモジュール８４２は、類似の機能を有する。これら２つのエージェントは、セッションを確立するために互いに通信し合うことができる。
【０１１１】
本発明の特徴によれば、チップカード８は、ホストシステム、すなわちエンクロージャ６に対して、仮想端末のモデルを提案する。そのためには、チップカード８は、「ＷＥＢ」サーバおよび／またはクライアントとして挙動する。
【０１１２】
実際には、チップカード８は、有利にも、サーバ４のような外部サーバにおけるポインティングではなく、端末５における、とりわけ安全保護エンクロージャ６における再ルーピングを定義する「ＵＲＬ」アドレスの使用によって「アドレシング」される。例として、この「ＵＲＬ」の構造は通常、以下のようになる。
【０１１３】
ｈｔｔｐ：／／１２７．０．０．１：８０８０ （１）または
ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ：８０８０ （１乙）
ここで、１２７．０．０．１は、再ルーピングの「ＩＰ」アドレスであり（「ｌｏｃａｌｈｏｓｔ」は１２７．０．０．１の直訳である）、８０８０はポート番号である。リソース６２および／または６３の「ＵＲＬ」アドレスは、「／ｘｘｘ」タイプの接尾辞によって補われる。たとえば、キーボード６２の管理モジュール６２０は、「ＵＲＬ」アドレスとして以下を有することができる。
【０１１４】
ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ：８０８０／ｋｂ （２）
いわゆる端末５（ノード５０と６０の間）、すなわち端末の非安全保護エレメントと安全保護エンクロージャ６との間の通信を可能にする論理アーキテクチャは、図４に示されているのと類似のものである。したがって、セッションは、以上に説明した概略にしたがって、通信ノード５０と６０との間で確立することができる。安全保護エンクロージャは、特に、チップカードと同じポート番号において、つまり説明した例においては８０８０において、「ＵＲＬ」アドレスによってアドレシングされることができるようになる。
【０１１５】
通信ノード５０はまた、端末５が、インターネットネットワークＲＩと通信することを可能にする。また、以上に列挙したインテリジェントエージェントに関連付けられた特性に加えて、以下の２つの特性が存在する。
【０１１６】
−「ローカル」：ネットワークと通信しないエージェント
−「ネットワーク」：ネットワークと通信するエージェント
端末５は、それ全体において、上記と同じ「ＩＰ」アドレスによってアドレシングされる。それは、端末用と呼ばれる少なくとも１つのアプリケーション、有利には「ＷＥＢ」ブラウザ５１を収容する。このブラウザは、独自のポートに関連付けられる。
【０１１７】
例として、「ＷＥＢ」ページおよびハイパーリンクの技術によって、ユーザ（図示せず）は、使用可能なもののなかから製品またはサービスを選択し、商用サーバ４に要求を伝達することができる。
【０１１８】
本発明の他の態様によれば、チップカード８によって提供される「ＷＥＢ」サーバ−クライアント機能に加えて、従来の「ＷＥＢ」サーバ内に実装される「ＣＧＩ」（「共通ゲートウェイインターフェイス」）と呼ばれる機能と類似のメカニズムが本発明に含まれる。
【０１１９】
チップカード８中でこのタイプの機能を果たすことを可能にする、本発明に合致したアーキテクチャの一例を説明する前に、「ＣＧＩ」の作動モードの主要な特徴を思い起すことが有益である。
【０１２０】
「ＣＧＩ」は、「ＵＮＩＸ（登録商標）」、「ＤＯＳ」または「ＷＩＮＤＯＷＳ（登録商標）」オペレーティングシステムのために書かれたアプリケーションを実施する仕様である。例として、「ＵＮＩＸ（登録商標）」オペレーティングシステムについては、仕様は「ＣＧＩ １．１」であり、「ＷＩＮＤＯＷＳ（登録商標） ９５」のオペレーティングシステムについては、仕様は「ＣＧＩ １．３」である。
【０１２１】
同じく例として、「ホスト」が、ホストシステム（一般には遠隔）に頼る、
「ｈｔｔｐ：／／ｗｗｗ．ｈｏｓｔ．ｃｏｍ／ｃｇｉ−ｂｉｎ／ｘｘｘ」
タイプの「ＵＲＬ」アドレスのための「ＨＴＴＰ」要求は、このホストシステムの「ｃｇｉ−ｂｉｎ」ディレクトリ中に存在する、「ｘｘｘ」と名付けられた「ＣＧＩ」タイプの制御スクリプトの実行として、「ＷＥＢ」サーバによって解釈される。ディレクトリの名称が、取決めによって、先験的に、どんなものでも構わないにもかかわらず、それは、「ＣＧＩ」タイプのスクリプトを保管するディレクトリに与えられた名称である。スクリプトは、最終結果が、先述の要求の送信者である「ＷＥＢ」ブラウザまたは、商用サーバのような、サービスを促す他の何らかのアプリケーションに伝達されるような、ホストシステムのオペレーティングシステムの一連の命令である。この命令を書込むためには、種々の言語、たとえば「ＰＥＲＬ」言語（登録商標）を使用することができる。
【０１２２】
実際には、要求は通常、「ＨＴＭＬ」ページ内に含まれる書式の形で情報処理画面に表示される。「ＨＴＬＭ」言語は、「ＵＲＬ」アドレスに書式を送ることができる。書式は、通常にインプット手段、すなわちテキストのためにはキーボード、チェック用桝目のためにはマウスを、または「ラジオ」ボタンなどを用いてユーザによって記入される、強制的または非強制的な１つまたは複数のフィールドを有する。書式の内容（さらには、場合によっては「隠された」情報および命令）が、「ＷＥＢ」サーバ宛てに送信される。そのページの「ＨＴＭＬ」コードは、書式の具体的構造（枠組み、グラフィック、色、他のあらゆる属性）と、入力されるデータフィールドの構造（名称、長さ、データのタイプなど）を記述する。
【０１２３】
伝送は、主要な２つのタイプの「ＨＴＴＰ」フォーマットにしたがって行うことができる。第１のフォーマットは、「ＰＯＳＴ」と呼ばれる方法を使用し、第２のフォーマットは、「ＧＥＴ」と呼ばれる方法を使用する。フォーマットタイプの情報は、書式ページのコード中に存在する。
【０１２４】
しかしながら、たとえ、本発明の特徴の１つにしたがって、チップカードが「ＷＥＢ」サーバの機能性を提供するとしても、このメカニズムは直接的にはチップカードに移し替えることができない。
【０１２５】
ここで、図５を参照して、チップカード上で「ＷＥＢ」サーバを介して、従来のタイプの何らかのタイプのアプリケーションを起動することができるアーキテクチャの一例を説明する。
【０１２６】
商用サーバ４は、以下のように表わすことができる「ＵＲＬ」アドレスに「ＧＥＴ」タイプの「ＨＴＴＰ」要求を起動する。
【０１２７】
「ｈｔｔｐ：／／＠ｃａｒｔｅ：８０８０／ｘｘｘ．８０８０／ｃｇｉ−ｂｉｎ／ｌ＿ｃｇｉ？ｐａｒａｍ１＋ｐａｒａｍ２」 （４）
ここで、「＠ｃａｒｔｅ」は、チップカードをサポートする端末の「ＩＰ」アドレス（たとえば、関係（１）の再ルーピングアドレス「１２７．０．０１」）であり、「ｌｅ−ｃｇｉ」は、チップカード８上で実行されるべき独自の「ＣＧＩ」スクリプトであり、「ｐａｒａｍ１＋ｐａｒａｍ２」は上述のスクリプトに移行すべきパラメータである。まず初めに、要求が、通信ノード５０および６０を介して、安全保護エンクロージャ６に伝送される（図３）。
【０１２８】
端末とチップカード読取装置の間にセッションが確立する。次に、安全保護エンクロージャ６の特定層と、チップカード８の特定層、それぞれ６４および８４中に局在化している一対のインテリジェントエージェント６４１と８４１との間に、他のセッションが確立する。こうして、データは、特定の通信プロトコル層６４のパケットのマルチプレクサ６４０を通る。それらデータは次に、従来のプロトコル層を通過する（図２参照）。しかしながら、以下に説明されているような、本発明に固有のいくつかの態様をさらに明らかにするために、これらの層は、図５では、２つの部分に分割されている。すなわち、「ＡＰＤＵ」オーダのマネージャ６５ａと下位プロトコル層６５ｂ（ＩＳＯ規格７８１６−３）の２つである。
【０１２９】
同様に、チップカード８においては、データは参照番号８５ｂが付された低プロトコル層と、参照番号８５ａのカード側「ＡＰＤＵ」オーダのマネージャと、さらに「ＷＥＢエージェント」と呼ばれるインテリジェントエージェント８４１によって受信されるために、パケットのマルチプレクサ８４０を通る。
【０１３０】
「ＷＥＢ」エージェント８４１にアドレシングされたデータは、それ自体取り決められた方法で、独自のアプリケーション「パケットのマルチプレクサ」８４０宛ての「ＡＰＤＵ」オーダの形で運ばれる点に注目されたい。「ＡＰＤＵ」オーダのマネージャ８５ａは、このアプリケーションを、チップカード８内に存在する他のアプリケーションＡ１からＡｎとまったく類似した方法で選択する。いいかえれば、パケットマルチプレクサ８４０は、「ＡＰＤＵ」オーダのマネージャ８５ａからは、普通のカードアプリケーションとみなされる。
【０１３１】
こうして、「ＨＴＴＰ」要求は、以下、取決めによって「ｃｇｉ−ｓｍａｒｔ」と呼ばれる、独自のディレクトリと、たとえばＡｉのような独自のアプリケーションにおいて参照番号を検知する「ＷＥＢ」エージェント８４１によって分析される。したがって、この場合、完全な径路は、「ｃｇｉ−ｓｍａｒｔ／Ａｉ」である。
【０１３２】
本発明の方法の一特徴によれば、上述のエンティティは、同じく独自のアプリケーションに関連した独自のスクリプトを指名する。
【０１３３】
本発明の他の態様によれば、チップカード８内に、以下、「スクリプトの変換エージェント」または略して「ＡＴＳ」と呼ばれる、独自のインテリジェントエージェントが実装される。こうして、スクリプトは、インテリジェントエージェントの１つによって解釈される。この変換は、以下の種々の方法で実施することができる。
【０１３４】
ａ／この場合、二重の能力を備えた、「ＷＥＢ」エージェント８４１自体によって。
【０１３５】
ｂ／チップカード８内に存在するスクリプトの集合を変換することができる単一スクリプトエージェントによって。
【０１３６】
ｃ／以下「ＡＴＳＤ」と呼ばれる専用のスクリプトエージェント（スクリプトごとに１つ）によって。
【０１３７】
または、
ｄ／この場合、二重の能力を備えた、「ＡＰＤＵ」オーダのマネージャ８５ａの「ＡＰＤＵ」エージェント８５０ａによって。
【０１３８】
「ＡＰＤＵ」エージェント８５０ａは、「ＡＰＤＵ」オーダ管理層８５ａの構成要素である。この管理層は、システムによって送信および／または受信されたあらゆる「ＡＰＤＵ」オーダを集中させ、Ａ１とＡｎとの間で、アプリケーションを選択し、しかもさらに、インテリジェントエージェントタイプのインターフェイスを提供することができる層である。したがって、この層は、本発明の特徴の１つにしたがって、エンクロージャ６内に局在化しているか、またはチップカード８内に局在化しているかにかかわらず、（セッションを介して）あらゆるインテリジェントエージェントと通信することができる。
【０１３９】
上述のｃ／の場合には、セッションは、「ＷＥＢ」８４１と「ＡＴＳＤ」エージェントの１つとの間で開かれる。
【０１４０】
図５は、変換エージェントが「ＡＴＳＤ」タイプであるようなアーキテクチャの一例を示している。それらエージェントはＡＴＳ１からＡＴＳｎまでの参照記号が付され、アプリケーションＡ１からＡｎに関連付けられる。選択されたアプリケーションがアプリケーションＡｉと仮定されるので、「ＷＥＢ」エージェント８４１とエージェントＡＴＳｉとの間にセッションが確立される。
【０１４１】
スクリプトの変換エージェントは、一連の「ＡＰＤＵ」オーダを発生する。セッションは、変換エージェント、たとえばＡＴＳｉと、「ＡＰＤＵ」エージェント８５０ａとの間で開かれる。したがって、オーダは「ＡＰＤＵ」エージェント８５０ａに向けて送信される。「ＡＰＤＵ」オーダマネージャ８５ａは、「ＣＧＡ」アプリケーションＡｉを選択し、そのアプリケーションが理解できる、変換された従来のオーダである「ＡＰＤＵ」オーダをそこに伝達する。したがって、このアプリケーションは、改良されたり、再び書込まれる必要なく、正確に起動される。
【０１４２】
アプリケーションＡｉのレスポンスは、「ＡＰＤＵ」オーダのマネージャ８５ａに、「ＡＰＤＵ」エージェント８５０ａに、さらに、再びエージェントＡＴＳｉに（より一般的には、スクリプトの変換エージェントに）伝達される。
【０１４３】
図５には、種々の径路が、ブロックタイヤグラムをつなぐ実線によって、またはそれらブロックの内部では点線で、記号化されて表わされている。
【０１４４】
本発明の範囲を限定させるものとしてではなく、単に分かりやすくするために、アドレシング技術については、その概略が後に定義されるので、ここでは、以下に、参照記号ＣＵ−ｎが付され、使用ケースと呼ばれる、考えられるさまざまなルーティングについて、詳しく説明する。
【０１４５】
ＣＵ−１：商用サーバ４とチップカード８との間の通信
そのため、（１）に合致した「ＵＲＬ」アドレスが使用される。この場合、キーボード６２を使用する必要はない。インターネットネットワークＲＩを介して伝送された要求は、通信ノード５０に到達する。通信ノードは、チップカードに関連付けられたポート、安全保護エンクロージャ６と同一のポート、すなわちポート８０８０を識別する。通信ノード５０は、要求を通信ノード６０に向かわせる。あらゆる場合において、「ＵＲＬ」アドレスがいかなるものであれ、このアドレスは、受信したデータパケットをチップカード８に、より厳密には、通信ノード８０を介して、チップカード「ＨＴＴＰ」サーバ８１に向わせる。最終的に、通信ノード８０は、たとえばアプリケーションＡ１のような、チップカード８のアプリケーションの１つを起動させる。
【０１４６】
ＣＵ−２：チップカード８の２つのアプリケーション間の通信
たとえば、アプリケーションＡ１が、アプリケーションＡｎと通信しようとしている。アプリケーションＡ１から出された要求は、「ＨＴＴＰ」サーバ８１によって運ばれる。実際に、図４を参照して説明されたダイヤグラムにしたがって、チープカード８における一対のローカルインテリジェントエージェント間でセッションが確立される。通信ノード８０は介入しない。備えるべき通信プロトコルのアダプテーションは存在しない。
【０１４７】
ＣＵ−３：カードアプリケーションとサーバ４における商用アプリケーション４１との間の通信
この場合は、特に、チップカード８が、商用サーバ４の要求を受信した場合に起こり得る（ＣＵ−１の場合）。チップカード８におけるローカルアプリケーション、たとえばアプリケーションＡ１は、起動されることができる。こうして、受信された要求によってコマンドされた定められたアクションは、チップカードの内部で実施される。たとえば、「ＣＧＩ」タイプのアクションが、スクリプトまたは何らかの同等のプロセスの実行によって実施される。このアクションは、図５を参照して説明したように、スクリプトの変換インテリジェントエージェントのコマンドによって実施される。
【０１４８】
結果的に、アプリケーションＡ１が、サーバ４宛ての要求を出す。「ＩＰ」アドレスをチェックした後に、「ＨＴＴＰ」サーバ８１は、要求を、通信ノード８０に向わせる。図４を参照して説明した概略にしたがって、チップカード８と安全保護エンクロージャ６の間で、より厳密には、通信ノード６０と８０との間でセッションが確立される。同様に、通信ノード６０は、「ＩＰ」アドレスをチェックした後に、通信ノード５０に要求を伝達する。今度は、このノードが、「ＩＰ」アドレスをチェックした後に、インターネットネットワークＲＩを介して、最終的な宛先に向けて、すなわちサーバ４に向けて、要求を伝達する。
【０１４９】
プロセスは、トランザクション時間中に、チップカード８とサーバ４との間を何回も往復することができる。プロセスが終了すると（たとえば「ＣＧＩ」の終了）、チップカードのレスポンスが、特に連続する通信ノード８０、６０、５０を介して、商業サーバ４に伝達される。
【０１５０】
ＣＵ−４：「カードアプリケーション」と「端末アプリケーション」との間の通信
例として、アプリケーションＡ１は、たとえば、端末のプリントマネージャ（図示せず）と通信しようとしているので、その方向で要求を出す。「ＩＰ」アドレスとポート番号をチェックした後に、「ＨＴＴＰ」サーバ８１は、要求を、通信ノード８０に向かわせる。こうして、要求は、通信ノード５０に到達するまでに、ＣＵ−３の場合と同じ径路をたどる。このノードは、「ＩＰ」アドレスとポート番号のチェック後に、要求を、アドレシングされた端末アプリケーション、たとえばプリントマネージャに向わせる。
【０１５１】
ＣＵ−５：「カードアプリケーション」と安全保護エンクロージャのリソースとの間の通信
まず初めに、この使用ケースでは、チップカード８を、商用サーバ４に対する「スレイブ」モードにし、商用サーバは、チップカード８宛てに要求を送信すると仮定する。この要求は、ＣＵ−１およびＣＵ−３のケースによっては、明らかに処理される。たとえば、図５を参照して説明した方法によって、チップカード８内部で「商用ＣＧＩ」が実行される。このスクリプトは、スクリプトの変換エージェント、たとえばＡＴＳｉを用いて、アプリケーションのいずれか１つ、たとえばＡｉを起動させることによって実行される。商業ＣＧＩは、キーボード６２から生じた情報（たとえばパスワード）またはその他の認証情報（リソース６３のいずれか１つを構成する生物学的測定装置から生じる情報）を必要とする。当該のＣＧＩは、独自の「ＵＲＬ」アドレシングとともに実行されなければならない。アプリケーションＡｉは、アドレスがたとえば上述の（２）によって与えられたアドレスであるような要求を送信する。接尾辞「／ｋｂ」の存在は、「ＨＴＴＰ」サーバ６１に向けて要求を再ルーピングし、今度は、このサーバ６１が、キーボード６２のマネージャ６２０を起動し、さらに待っていた情報を回収（たとえばパスワードの入力）しなければならいことを通信ノード６０に対して示す。要求のレスポンスは、同じ径路によって、しかし、チップカード８に向けて、逆方向で伝達される。
【０１５２】
こうして、商用サーバ４の要求のレスポンスはそのサーバに再び伝達される。複数の時間における対話を、ＣＵ−３の場合と同じように開始することができる。
【０１５３】
複数のＣＧＩをトランザクション時間中に実行することができる。
【０１５４】
わかりやすくするために、第１の「商用ＣＧＩ」は、結果的に、ユーザにコードを打ち込ませ、総額を表示するメッセージを、安全保護エンクロージャ６中に含まれるディスプレイに表示させることができる（単一参照番号６３の下に示されるリソースの１つ）。第２のＣＧＩは、たとえば、キーボード６２によって伝送される情報を読取る。第３のＣＧＩは、結果的に、この同じディスプレイ装置上に、「 ＣＯＲＲＥＣＴ ＣＯＤＥ」タイプのメッセージまたは何らかの類似メッセージを有することができる。
【０１５５】
ＣＵ−６：端末と安全保護エンクロージャのリソースの１つとの間の通信
例として、端末５のアプリケーション（非安全保護部分において）、たとえば「ＷＥＢ」ブラウザ５１は、安全保護リソースのいずれか１つ、たとえばキーボード６２と通信を行おうとしており、その方向に要求を送信する。通信ノード５０は、「ＵＲＬ」アドレスをチェックし、安全保護エンクロージャ６のポート番号を識別し、そのエンクロージャに要求を伝達する。通信ノード６０は、そのプログラミングによって、体系的に受信された要求を、たとえそれらが安全保護エンクロージャ６の内部リソースのいずれか１つに宛てたものであったとしても、チップカード８に向わせる。この段階から、要求は、ＣＵ−１の場合と類似の経路をたどる。要求を、場合によっては変更させながら、最初にアドレシングされた安全保護リソースに向けて再び伝達する必要があるかどうかを決定するのは、チップカード８である。決定は、場合によっては、暗号化された形で、特に、読取り専用タイプのメモリにおいて、チップカード内に記録される安全性データのチェックを行う識別手続きの結果とすることも可能である。したがって、ＣＵ−４の場合と同様に、安全保護エンクロージャ６の外部エレメントは、安全保護されたリソースに直接的には決してアクセスしない。
【０１５６】
この最後の特徴によって、従来の技術より信頼度が高い方法で、安全保護エンクロージャ６内で常駐ソフトウェアを更新したり、ソフトウェアを付け加えたり、または、それらソフトウェアを少なくとも部分的に削除したりすることができる。というのも、安全保護エンクロージャ６のソフトウェア中に隠された鍵から、この性質の変更を認証することが慣例となっているからである。
【０１５７】
したがって、チップカード８のみが、安全保護エンクロージャ６の保護されたリソースに、外部からアクセスできることから、ソフトウェアリソースの遠隔ロードは、非常に大きな安全性を保ちながらも、チップカードを介して、インターネットサーバから行うことができる。遠隔ロードされるデータは、それらが敏感であれば、堅固なアルゴリズムおよび／または十分に長い暗号鍵を用いることによって、適切に暗号化されるだけでよい。チップカード８によって果たされる仲介機能によって、本発明において利用されるメカニズムは、安全保護エンクロージャ６の記憶装置（図示せず）内に鍵を単純に隠すメカニズムより、先験的に強くなる。
【０１５８】
さらに、チップカード８内に記録されたソフトウェアを遠隔ロードすることによって、チップカード８から直接的に、安全保護エンクロージャ６のソフトウェアリソースの内容を変更することができる。しかしながら、このように遠隔ロードされたソフトウェアの量は、チップカード固有のリソースによって限定され（記憶容量）、そのことは、サーバが大規模な情報処理リソースを備えることができることから、「ＷＥＢ」サーバからのインターネットネットワークによる遠隔ロードの場合には先験的に当てはまらない。遠隔ロード時間は、必然的に、遠隔ロードされるソフトウェアの量によって異なるが、高速モデムおよび／または高流量通信回線の使用は、記録されたアプリケーションにとって完全に妥当と思われる限界内で、この時間を保つことができる。
【０１５９】
以上のことから、本発明は、自ら定めた目的をきちんと達成することが容易にわかるだろう。
【０１６０】
本発明は特に、従来の構成要素と、特に読取装置を介して、安全保護エンクロージャとチップカードとの間で、規格化された通信モードを使用する可能性を保ちながらも、「ＨＴＴＰ」インターネットプロトコルと互換性をもつアドレシングおよび通信を可能にする。本発明は、チップカードを、「ＣＧＩ」タイプのオペレーションを行うことができる「ＷＥＢ」サーバ−クライアントに変える。本発明は特に、「ＷＥＢ」サーバからインターネットネットワークを介して、または反対方向に、チップカードの直接的および対話型アドレシングを可能にする。本発明は、端末自体において、また安全保護エンクロージャにおいて、いかなる商業的特定アプリケーションも必要としない。本発明は、非常に大きな柔軟性を示し、数多くの応用分野に対して容易に適合する。本発明は、「特定」という言葉が、処理されるアプリケーションに対する依存性を示しているわけではないので、使用される構成要素のわずかな変更、主に、特定のソフトウエアの実装に要約される変更しか生じない。特に、チップカード内の常駐アプリケーションは、スタンダードアプリケーションのままであり、いかなる再書込みも必要としない。さらに、特定アプリケーションは、「商用アプリケーション」の観点から、遠隔「ＷＥＢ」サーバ内に完全に局在化される。このサーバは、複数のアプリケーションを含むことができる。それによって、これらアプリケーションの更新および削除、さらに新しいアプリケーションの付加も容易になる。こうした特徴は大きな柔軟性を与える。プログラムのバージョンは、サーバに接続されるあらゆる端末について同じである。さらに、本発明によって保証される安全性は非常に大きい。インターネットネットワークにおける通信のためには、堅固な暗号化アルゴリズムと長い鍵を利用することができる。加えて、本発明の特徴によれば、安全保護エンクロージャの外部から生じたあらゆる要求は、端末の非安全保護部分からのものであれ、インターネットネットワークから直接生じたものであれ、強制的にチップカードを通らなければならず、その独占的な監督下に置かれたままとなる。チップカードだけが、たとえば、常駐の安全性データに応じて、これらの要求によってなされなければならない取り扱いを決定する。ところで、チップカードは、所持者の特性を残している。
【０１６１】
しかしながら、本発明は、特に図３から５に関連して分かりやすく説明した実施形態のみに限定されるものではないことを明らかにしなければならない。
【０１６２】
他の実施形態（図示せず）によれば、安全保護エンクロージャは、チップカードの読取装置しか含むことはできず、チップカード内に記録された１つまたは複数のアプリケーションは、所持者を認証し、および／または遠隔「ＷＥＢ」サーバとチップカードとの間のトランザクションを可能にするためにはそれだけで十分である。キーボードが、排除され、生物学的測定装置のような、安全保護リソースのいずれか１つに変えることもできる。さらに、第１のチップカード読取装置に、第２の、さらには複数のチップカード読取装置を付け加えることもできる。
【図面の簡単な説明】
【０１６３】
【図１】チップカード読取装置とキーボードを備えた安全保護エンクロージャを有する、従来の技術による端末の一例を示す概略図である。
【図２】チップカード読取装置を有し、インターネットネットワークを介して、「ＷＥＢ」サーバと通信する、従来の技術による端末の論理アーキテクチャを一般的に示す図である。
【図３】インターネットネットワークを介した、商用サーバと呼ばれる遠隔サーバと、チップカード読取装置とキーボードと他の情報処理リソースとを有する安全保護エンクロージャを備えた端末との間の通信を可能にする、本発明による一般的アーキテクチャの一例を示す概略図である。
【図４】図３の端末の安全保護エンクロージャとチップカードとの間の通信を可能にするモジュールの論理アーキテクチャを示す図である。
【図５】チップカードの論理アーキテクチャの独自の実施形態を示す図である。
【技術分野】
【０００１】
本発明は、端末の、とりわけ、安全保護エンクロージャ内に位置するチップカード読取装置とキーボードとを利用するタイプの端末であり、インターネットタイプのネットワークを介してサーバと通信するための端末のアーキテクチャに関するものである。
【背景技術】
【０００２】
このような装置は、たとえば、「セーフパッド」という商標で知られている。
【０００３】
本発明においては、「端末」という用語は、一般的意味に理解しなければならない。上述の端末は、特に、ＷＩＮＤＯＷＳ（登録商標）またはＵＮＩＸ（登録商標）のような、さまざまなオペレーティングシステムの下で機能するパソコンによって構成することができる。それはまた、ワークステーション、携帯型コンピュータまたは専用のカード端末によって構成することもできる。
【０００４】
同様に、本発明において、「インターネットネットワーク」という用語は、いわゆるインターネットネットワークの他に、「イントラネット」と呼ばれる企業の私的ネットワークまたは同類のネットワークや、「エクストラネット」と呼ばれる外部に向けて延びるネットワークの総称である。
【０００５】
チップカードは、電子「財布」のような、金融や保健に関するアプリケーションなど、さまざまな領域で使用されている。さらに、１枚のチップカードに複数のアプリケーションを共存させることができる（マルチアプリケーションチップカード）。
【０００６】
これらのタイプのアプリケーションでは、チップカードに、さまざまな機能を割当てることができる。とりわけ、チップカードは、安全目的で使用することができる。「安全」という用語は、一般的意味、特に、ステーションのユーザおよび／またはチップカードそれ自体の所有者の秘密性および／または認証という意味に解釈しなければならない。
【０００７】
より具体的なアプリケーションにおいて、端末は、チップカード読取装置と、キーボードと、場合によっては１つまたは複数の他の情報処理リソースを有する安全保護エンクロージャを備えることができる。
【０００８】
図１は、従来の技術による、上述タイプの端末のアーキテクチャを非常に概略的に示している。
【０００９】
わかりやすくするために、端末１は、マイクロコンピュータに基づいて構成されているものとする。このマイクロコンピュータは、このような情報処理機器を構成し、それらの良好な作動に必要なあらゆる装置（図示せず）を備える。すなわち、中央処理装置、ＲＡＭ、大容量記憶システム（ハードディスク）、情報媒体読取装置（ディスケットなど）などである。図１に示されている特定の場合には、端末１は、チップカード２の読取装置３０とキーボード３１を有する安全保護エンクロージャ３を備える。キーボード３１は、特にチップカード２の所有者の認証データ、たとえばチップカード２の識別子に関連するパスワードの入力に役立つ。さまざまな電子回路によって、このエンクロージャ中に存在する安全保護されたエレメント間、特に、一方ではキーボード３１とチップカード２（読取装置３０を介して）、他方では、これらの安全保護エレメントと端末１内に存在する非安全保護エレメントとの間の通信が可能になる。
【００１０】
通常、端末は、非安全保護部分において、以下「商用アプリケーション」と呼ばれる特定のアプリケーション１０を有し、当該の端末１によって可能な独自のトランザクションの管理と監督を行う。このアプリケーション１０と、安全保護エンクロージャ３内部のエレメントの間の通信は、通常、「ＲＳ２３２」タイプのスタンダードによって行われる。読取装置３０を介しての、安全保護エンクロージャ３内部のエレメント、特に常駐アプリケーション３００とチップカード２との間の通信は、通常、ＩＳＯ規格７８１６−１から７８１６−４に準拠するプロトコルによって行われる。
【００１１】
したがって、このタイプのアーキテクチャは、特に以下のような主要な欠点を有する。
【００１２】
−端末内に実装された商用アプリケーション（非安全保護部分）と安全保護エンクロージャ内の常駐アプリケーションは、この端末に固有のものである。
【００１３】
−関連する情報処理プログラムは、一般に大きな容量を占める。
【００１４】
−柔軟性と信頼度が限定されている。なぜなら、これらのプログラムの改良は、端末（非安全保護部分）および安全保護エンクロージャ中にプログラムを再びロードし、さらに場合によっては良好作動テストの実行を必要とし、その結果専門スタッフが必要となるからである。
【００１５】
一般に、こうした作業は、多数の端末のために繰り返し行われなければならない。
【００１６】
さらに、アプリケーション全体またはアプリケーションの安全保護部分が対象になる点に留意しなければならない。したがって、プログラムの更新のために、特定のアプリケーションに固有の定められた安全レベルを保証できなければならない。
【００１７】
ほとんどの場合、端末１は、伝送ネットワークＲＩを介して、１つまたは複数の遠隔システムに接続されているという意味においては、分離されていない。なお、それらシステムのただ１つ４が、図１に示されている。ネットワークＲＩの性質は、該当するアプリケーションに応じて（金融、保健、その他に関するアプリケーション）非常に多様であることができる。特に、インターネットネットワーク、またはこのタイプのネットワーク（イントラネットまたはエキストラネット）の急速な発展と、そこに頼るアプリケーションを考慮に入れると、こうしたタイプのネットワークを対象とすることができる。通常は、グローバルアーキテクチャは、「クライアント−サーバ」型と呼ばれるタイプであり、「サーバ」は一般に遠隔システム４であり、「クライアント」は端末１である。しかし、特定の状況においては、トランザクション時間中に、それらの役割が逆転する、または交代することもありうる。
【００１８】
このようなアーキテクチャにおいて、特定アプリケーション１０およびアプリケーション３００に関連するプログラムは、理由が何であれ、それらのバージョンの改良版が存在することによって、遠隔サーバ、たとえばサーバ４から、集中的に更新することができる。こうした更新が遠隔処理によって行われることから、上述の欠点の１つを軽減することができるという結果になる。しかしながら、これらのオペレーションは、十分に完成された管理手続きの実施を必要とする。さらに、遠隔ロードは、敏感なデータを含むことがある、または、少なくとも、許可されていないまたは安全性の点で危険であるプログラムおよび／またはプロシージャ（「トロイの木馬」、「ロジック爆弾」、ウィルスなど）を端末内に実装することを許可してはならない。
【００１９】
さらに、インターネットネットワークの能力の増大と普及にともなって、一方では、以下「商用サーバ」と呼ばれる遠隔サーバに向けて、端末内に局所的に実装された上述の特定のアプリケーションを「移行」させ、他方では、これらの商用サーバから、チップカードと直接的に対話する必要性がある。
【００２０】
とりわけ、この第２の必要性は、以下に説明する理由のために、従来の技術の端末によっては満たすことができない。
【００２１】
しかし、まず初めに、インターネットタイプのネットワークＲＩを介して、従来の技術による端末と遠隔サーバとの通信を可能にするシステムのアーキテクチャを簡単に説明することは有益であろう。このようなアーキテクチャは、図２に概略的に示されているが、とりわけ、参照番号１’が付された端末の論理アーキテクチャが示されている。
【００２２】
端末１’は、ここでは、安全保護されていようとなかろうと、一般的タイプの端末であり、その配置は、当該の通信の種々のタイプを説明するには重要ではない。
【００２３】
先に記したように、端末１’は、必然的に、その良好な作動に必要なあらゆる回路および装置を有するが、図を簡略化するためにそれらはここには図示されていない。通常、端末１’もまた、とりわけ本発明の範囲中で安全保護エンクロージャ（図１：３）内に位置する、ディスプレイ（図示せず）およびキーボード３１など、組み込み型または非組み込み型の、従来の周辺装置に接続されている。
【００２４】
通常、ネットワーク上での通信は、重なり合った複数のソフトウェア層を含む規格に準拠したプロトコルにしたがって行われる。インターネットタイプのＲＩネットワークの場合には、通信は、このタイプの通信に固有であるが、同じく複数のソフトウェア層を含むプロトコルにしたがって行われる。通信プロトコルは、とりわけ対象にされたアプリケーションに応じて選択される。すなわち、「ＷＥＢ」ページの照会、ファイルの移動、電子メール、フォーラム、「ニュース」などである。
【００２５】
通信ネットワークのアーキテクチャは、さまざまな層によって説明される。たとえば、「ＩＳＯ」によって定められている「ＯＳＩ」（「オープンシステム相互接続」）規格は、いわゆる下位層（たとえば物理的伝送媒体を対象とする「物理」層）から、いわゆる「トランスポート」層と呼ばれる中間層を通って、いわゆる上位層（たとえば「応用」層）に向かう７つの層を有する。任意の層は、適切なインターフェイスを介して、すぐ上の層に対してそのサービスを提供し、すぐ下の層に他のサービスを要求する。層は、プリミティブを用いて通信する。層はまた、同じレベルの層と通信を行う。特定のアーキテクチャにおいては、それらの層のどちらかが存在しないことも可能である。
【００２６】
インターネット環境においては、層は５つあり、より厳密に言えば、上の層から下の層に向って順に、応用層（「ｈｔｔｐ」、「ｆｔｐ」、「ｅ−ｍａｉｌ」など）、トランスポート層（「ＴＣＰ」）、ネットワークアドレシング層（「ＩＰ」）、データリンク層（「ＰＰＰ」、「Ｓｌｉｐ」など）、物理層がある。
【００２７】
端末１’は、インターネットネットワークへのアクセス回路１１を含む。たとえばインターネットサービスのプロバイダ（英語で、「Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ」または「ＩＳＰ」）を介して、電話回線または統合サービスデジタルネットワーク（「ＩＳＤＮ」）に接続するためのモデムを対象とすることもできる。ＲＩネットワークへのアクセス回路１１は、上述の「物理」層および「データリンク」層に対応する下位方ソフトウェア層Ｃ１およびＣ２を再統合する。
【００２８】
同様に、「ネットワークアドレシング」（「ＩＰ」）層と「トランスポート」層（「ＴＣＰ」）に対応する上位層Ｃ３およびＣ４も示されている。上位応用層（「ｈｔｔｐ」、「ｆｔｐ」、「ｅ−ｍａｉｌ」など）は、何らかのタイプの、好ましくは市販されているスタンダードタイプの「ＷＥＢ」ブラウザ（ｎａｖｉｇａｔｅｕｒ）ＮＷによって概略化されている。
【００２９】
下位層Ｃ１およびＣ２と上位層Ｃ３およびＣ４との間のインターフェイスは、一般に「下位層ドライバ」と呼ばれるソフトウェア層１５によって構成される。上位層Ｃ３およびＣ４は、このインターフェイスに支えられ、それらが連絡する特定の機能を有するライブラリまたはネットワークライブラリ１４を介して利用される。インターネットネットワークの場合には、「ＴＣＰ／ＩＰ」が、「ソケット」と呼ばれるライブラリを用いて利用される。
【００３０】
こうした構造によって、ＮＷブラウザは、「ＷＥＢ」ページを調べるために（「ＨＴＴＰ」プロトコル）、またはファイルを転送するために（「ＦＴＰ」プロトコル）、あるいは電子メールを送付するために（「ｅ−ｍａｉｌ」プロトコル）、遠隔サーバ４に向けて要求を出すことを可能にする。
【００３１】
端末１’はまた、本発明のより特定の範囲の、安全保護エンクロージャ（図１：３）中に位置するカードの読取装置３０を有する。チップカード２と通信するために、カード読取装置３０は、また、Ｃ１およびＣ２と同類の役割を果たす、２つの下位層ＣＣ１（物理層）およびＣＣ２（データリンク層）を備える。層ＣＣ１およびＣＣ２とのソフトウェアインターフェイスは、たとえば「ＰＣ／ＳＣ」仕様（「第６部、サービスプロバイダ」）に説明されている。層ＣＣ１およびＣＣ２自体は、特に、ＩＳＯ規格７８１６−１から７８１６−４に記載されている。
【００３２】
追加ソフトウェア層１３は、単一参照記号Ａｐｐｌｉ１を付された応用層と、下位層ＣＣ１およびＣＣ２との間のインターフェイスを形成する。この層１３に割当てられた主な機能は、多重化／多重化解除機能である。
【００３３】
チップカード２の側には、類似の構造、すなわち、ＣＣ’１（物理層）およびＣＣ’２（データリンク層）と参照符号が付された２つの下位層、さらに層１３に完全に類似したインターフェイス層２３の存在が見られる。この層２３は、上述のプロトコル層ＣＣ’１およびＣＣ’２と、Ａｐｐｌｉ２と参照記号が付された単一モジュールの形で表わされる１つまたは複数の応用層との間のインターフェイスが確立される。
【００３４】
チップカード読取装置３０とチップカード２との間の通信は、「ＡＰＤＵ」（「アプリケーションプロトコルデータユニット」の略）という英語の略語で知られている、標準化された制御装置を用いて行われる。
【００３５】
非限定的な例として以下のような種々のプロトコルを使用することができる。
【００３６】
−ＥＴＳＩ勧告 ＧＳＭ １１．１１、
−文字モードＴ＝０における、ＩＳＯ規格７８１６−３によって定義されたプロトコル、
−ブロックモードＴ＝１における、ＩＳＯ規格７８１６−３によって定義されたプロトコル、
−「ＨＤＬＣ」（ハイレベルデータリンク制御手順）モードにおける、ＩＳＯ規格３３０９によって定義されたプロトコル。
【００３７】
本発明の範囲においては、好ましくは、ブロックモードにおけるプロトコルＩＳＯ ７８１６−３が使用される。
【００３８】
それ自体良く知られた方法で、プロトコルの各層には、同じレベルの層同士で、さらに異なる層間でのデータ交換を可能にする一定数のプリミティブが関連付けられる。
【００３９】
従来の技術の現状においては、インターネットネットワークＲＩを介して、チップカード２と遠隔サーバ４との直接通信を確立することは不可能である。なぜなら、上述したように、スタンダードタイプのチップカードの通信プロトコルは、インターネットネットワークまたはこのタイプのネットワーク全体において使用されるプロトコルと互換性がないからである。ブラウザＮＷ内に、特定のタイプの「プラグイン」と呼ばれるソフトウェアを実装する場合を除き、ブラウザＮＷとチップカード２との間の直接通信を確立することはもはや不可能である。
【００４０】
改めて図１を参照すると、端末１がインターネットネットワークに接続されると仮定すると、上述したことを要約すれば、この端末１は、従来の技術によって、キーボード３１とチップカード２の読取装置３０を備えた安全保護エンクロージャ３を有することから、点線で示された主要な通信インターフェイスＳ１およびＳ２を備えることがわかる。第１のインターフェイスＳ１は、商用アプリケーション１０が実施されるいわゆる端末１にエンクロージャ３を接続し、第２のインターフェイスＳ２が、チップカード２との通信のために設けられる。実際には、インターフェイスＳ２は、アプリケーション３００とチップカード２との間に配分される。これら２つのインターフェイスに、外部に向かうインターフェイスが付け加えられ（図２：特に回路１１）、このインターフェイスによって、端末１は、インターネットネットワークＲＩと通信することができる。インターフェイスＳ１は、２つのレベルの対話を受入れる。端末１から出されたオーダが、インターフェイスＳ２によって意味の変更なく実行されるような第１の透過的対話と、アプリケーション３００を介入させる第２のレベルの対話である。
【００４１】
このようにして、キーボード３１上でパスワードを入力することによる認証は、アプリケーション３００によって解釈され、アプリケーション３００とチップカード２との間のインターフェイスＳ２上の交換セッションに変換される、インターフェイスＳ１に従属するオーダである。この交換の結果は、インターフェイスＳ１に伝送される。
【００４２】
現状の技術においては、スタンダードチップカード２は、上述したように、インターネットネットワークＲＩとの直接的交換を受入れることができないという点に加えて、従来の技術による端末の重大な欠点は、常駐アプリケーション３００の存在によって構成される。ほとんどの場合、「所有の（ｐｒｏｐｒｉｅｔａｒｙ）」と呼ばれるアプリケーションが対象となり、そのことは、商用アプリケーション１０が、使用される端末の種類とタイプに応じて書込まれなければならいことを意味する。したがって、このアプリケーションは、先験的に、端末のタイプによって異なり、そのため、信号操作が容易に行えなくなる。さらに、このアプリケーションは、インターネットタイプの環境にはもはや適合しない。
【００４３】
たとえば、端末の「ＥＭＶ」規格を遵守することによって、商用端末１とチップカード２の読取装置３０との間の交換の標準化を目指す英語の略語「ＯＣＦ」（「オープンカードフレームワーク）で知られているスタンダードとして、本発明のアプリケーションのタイプのためのスタンダードが提案された。しかしながら、このようなスタンダードは、インターネットのコンテキストにおいては直接的には使用することができない。
【００４４】
金融アプリケーションの領域においては、Ｇ．Ｉ．Ｅ．金融カードによって定義されたプロトコルである、「Ｃ−ＳＥＴ」プロトコルが知られている。このプロトコルによれば、ユーザは、「ＷＥＢ」において使用可能な商業サイトに接続され、購買を行う。この購買が、トランザクションの際に、購買を行う金融カードの所持者を認証するために、安全保護エンクロージャのエレメントに働きかける。この認証は、端末（非安全保護部分）およびエンクロージャ内のソフトウェアの実行によって行われる。
【００４５】
このプロトコルもまた、以下のような欠点を免れることはできない。
【００４６】
−端末およびエンクロージャ中で特定のソフトウェアの存在を必要とする。
【００４７】
−「Ｃ−ＳＥＴ」によって強制されるソフトウェアの証明を必要とする。
【００４８】
−「Ｃ−ＳＥＴ」プロトコルは、支払いのみに向かう。「ＷＥＢ」サーバと金融カードによる支払いの情報を処理する端末内のソフトウェアは支払い用ソフトウェアである。
【００４９】
これらの特徴によって、このプロトコルは、先に記した従来の技術の解決策とほとんど変わらない。インターネットタイプのプロトコルにしたがって、エンド−トゥー−エンド通信、特にチップカードの直接アドレシングを行うことはできない。また、その特殊性によって、いかなる柔軟性も持たず、保健、チップカードに保管されたデータの更新、ポイントクレジットなどのような他の分野における使用には適合しない。
【発明の開示】
【発明が解決しようとする課題】
【００５０】
本発明は、すでにいくつかを挙げたように、従来の技術の手続きおよびアーキテクチャの欠点を解消しながらも、必要であると感じられているものを満たすことを目的としている。
【００５１】
本発明は、一方では、チップカード読取装置と端末から、「ＷＥＢ」タイプの遠隔サーバに向けてアプリケーションを移動させ、他方では、チップカードとの直接的対話を可能にしながらも、少なくとも１つのチップカード読取装置とキーボードとを備えた安全保護エンクロージャを有する端末のインターネットネットワーク上での使用を促進する。
【００５２】
本発明は、最大の安全性とともに、内部ソフトウェアを更新し、安全保護エンクロージャにそのソフトウェアを付加することを可能にする。
【課題を解決するための手段】
【００５３】
そのため、本発明の第１の態様によって、チップカードはもはや、上述の通信プロトコルＩＳＯ ７８１６にしたがって、「ＡＰＤＵ」による従来の方法ではアドレシングされず、「ＵＲＬ」（「ユニバーサルリソースロケータ」）アドレスの使用によってアドレシングされる。すでに知られているように、「ＵＲＬ」は、いわゆる「ＩＰ」アドレスとポート番号で構成される。同様に、安全保護エンクロージャは、「ＵＲＬ」によるこのアドレシングを利用する。
【００５４】
したがって、本発明の一態様によると、チップカードはまた、「ＷＥＢ」サーバおよび／またはクライアントとして挙動する。
【００５５】
本発明による安全保護エンクロージャは、遠隔商用サーバから生じた「カードオーダ」が、端末のアドレシングエレメントに介入しないという意味において、インターネットネットワークについては「透過的」ではない。すなわち、安全保護エンクロージャに連結されたリソースは、インターネットネットワークからアクセスすることはできないという結果になる。反対に、チップカード内に含まれるアプリケーションは、以下に説明するように単純な「ＵＲＬ」アドレシングによって、安全保護エンクロージャ中に存在するあらゆる情報処理リソース、特にキーボードをアドレシングし、起動する可能性を有する。
【００５６】
そのために、端末は、物理的に以下のものを有する。
【００５７】
−両方ともが、安全保護エンクロージャの「ＨＴＴＰ」サーバに関連付けられた、少なくとも１つのチップカード読取装置およびキーボード（および／または他の情報処理リソース）と、さらにエンクロージャ中に存在するリソースの集合を管理する実行ユニットとを有する、改良型の安全保護エンクロージャ。
【００５８】
−従来のエレメント（メモリなど）および「ＷＥＢ」タイプのブラウザに加えて、インターネットネットワーク、「ＷＥＢ」タイプのブラウザおよび／または安全保護エンクロージャの間で通信を確立する端末ノードと呼ばれる第１の通信ノード。
【００５９】
そもそも、上述の安全保護エンクロージャは、第１の通信ノードを介して、いわゆる端末、安全保護エンクロージャと呼ばれる「ＨＴＴＰ」サーバおよび／またはチップカード読取装置との間の通信を確立する、エンクロージャノードと呼ばれる第２の通信ノードを有する。
【００６０】
チップカードは、それ自体が、カードノードと呼ばれる第３の通信ノードと、チップカード内の少なくとも１つの常駐アプリケーションと、第２の通信ノードとの間のインターフェイスを形成する、「ＨＴＴＰ」サーバとして挙動するソフトウェアアダプテーションとを備える。
【００６１】
第１の通信ノードは、安全保護エンクロージャに結びついたポート番号を有するインターネットネットワークの要求を、このエンクロージャに向かわせ、インターネットネットワークと第２の通信ノードとの直接通信を確立し、情報および／またはオーダをチップカードに向けて伝達するために必要なプロトコルのアダプテーションを行う。
【００６２】
特定のアプリケーションについては、特に、アプリケーションがハイレベルの安全性を必要とすることから、安全保護エンクロージャは、有利にも、たとえば、生物測定式認証（視覚、音声および／または署名による認識）装置のような、１つまたは複数の追加情報処理リソース、コプロセッサまたは外部インタープリタを備えることができる。
【００６３】
本発明による方法の好ましい一変形形態においては、安全保護エンクロージャの諸エレメントおよびリソースの作動に必要なプログラムまたは、その更新は、インターネットネットワークを介して、このネットワークに接続された遠隔「ＷＥＢ」サーバから、遠隔ロードされる。更新は、これらプログラムの少なくとも部分的な消去を含むことができる。
【００６４】
同様に、追加の実施形態においては、インターネットネットワークと通信ノードを介して、チップカード内に記録されたアプリケーションまたはアプリケーションの部分（ファイル、プログラム、スクリプトなど）を遠隔ロード、更新および／または削除するよう設計される。
【００６５】
これらオペレーションはすべて、インターネットネットワークに対する安全保護エンクロージャの上述の透過性によって、非常に優れた安全条件において実行することができる。
【００６６】
したがって、本発明は、インターネットタイプの第１のプロトコルにしたがって、インターネットタイプのネットワークを介して、少なくとも１つの「ＷＥＢ」タイプのサーバと通信するための安全保護エンクロージャを備え、前記安全保護エンクロージャは、少なくとも１つのチップカード読取装置を有し、前記チップカードは、少なくとも１つのソフトウェアアプリケーションを記憶する端末であって、前記端末は、第１の通信ノードと呼ばれる少なくとも１つの第１のモジュールを備える非安全保護部分を有し、前記安全保護エンクロージャは、第２の通信ノードと呼ばれる少なくとも１つの第２のモジュールを有し、前記チップカードは、第３の通信ノードと呼ばれる第３のモジュールを有し、さらに前記通信ノードは、それぞれ、第１、第２、第３のプロトコルスタックを有し、それらスタックは各々、一定数の標準層と呼ばれる通信ソフトウェア層と、第１、第２、第３の特定のソフトウェアを有し、それらのソフトウェアはそれぞれ、少なくとも第１のソフトウェアエンティティを有し、前記第１のソフトウェアエンティティは、２つずつ対になっており、前記第１ノードは、少なくとも、インターネットタイプの前記第１通信プロトコルにしたがって、前記端末と前記「ＷＥＢ」サーバとの間の通信を許可し、さらに特定のソフトウエアの前記第１および第２のソフトウェアの前記第１のエンティティは、定められた第２の通信プロトコルにしたがって、前記端末と前記安全保護エンクロージャの間の双方向データの交換セッションの確立を許可し、さらに前記第２および第３のソフトウェアの前記第１のエンティティは、定められた第３の通信プロトコルにしたがって、チップカードの前記ソフトウェアアプリケーションの少なくともいずれか１つと前記「ＷＥＢ」タイプのサーバとの連絡を確立することができるように、チップカードの前記読取装置を介して、少なくとも、前記安全保護エンクロージャと前記チップカードとの間の双方向データの交換セッションの確立を許可する端末を主に対象とする。
【発明を実施するための最良の形態】
【００６７】
次に、添付の図面を参照して、本発明をより詳細に説明する。
【００６８】
次に、図３を参照して、本発明に合致した安全保護エンクロージャ用の端末の実施形態と、この端末と「商用サーバ」と呼ばれるサーバとの間の通信システムのアーキテクチャについて説明する。
【００６９】
以下、参照番号５の端末は、すでに示されたように、主にマイクロコンピュータまたは同類の装置で製作される。この端末は一定数の従来のエレメント、すなわち、ここには図示されていないが、当業者に知られているマイクロプロセッサ、ＲＡＭ、ＲＯＭ、大容量記憶システム（ハードディスクなど）などを備える。一方、本発明に固有のアプリケーションにおいては、端末５は、それ自体知られている物理的および論理的手段によって安全保護されたエンクロージャ６を有する。この安全保護エンクロージャ６は、従来の技術に共通のエレメントだけでなく、さらに、以下に詳述される本発明に固有のエレメントをも有する。このエンクロージャはまず最初に、従来の技術と同様に、キーボード６２と、そのマネージャ６２０または英語によれば「ハンドラ」と、チップカードの読取装置７とを有する。
【００７０】
端末５は、インターネットネットワークＲＩまたはこのタイプの他の何らかのネットワーク（イントラネット、エキストラネット）を介して、遠隔サーバ４に接続される。したがって、図２の例においては、この端末は、インターネットネットワークにおいて使用されているプロトコル、「ＨＴＴＰ／ＴＣＰ−ＩＰ」プロトコル上で使用されるプロトコルの１つにしたがって通信することができる、あらゆるロジックおよびハードエレメントを有する。したがって、参照番号５１が付された「ＷＥＢ」タイプのブラウザを有することを記す以外には、これらエレメントを説明することは無駄である。このブラウザ５１は、特に、サーバ４に向けて要求を出すことを可能にする。このブラウザは、端末５内に存在するアプリケーションの１つを構成し、実際に、端末は複数のアプリケーションを備えることもできる。
【００７１】
本発明の第１の特徴によれば、商用アプリケーションの特定のアプリケーションは、サーバ４に向って移動される。したがって、このサーバは、特にいわゆる「ＨＴＴＰ」サーバと呼ばれるサーバ４０と、メモリ手段４１中に記録される上述の商用アプリケーションとを有する。
【００７２】
本発明の他の特徴によれば、端末は、第１の通信ノードまたは「端末通信ノード」と呼ばれる第１の特定モジュール５０を有する。このモジュール５０は、通信用の従来の手段、特に図２と関連して説明されるプロトコルスタックだけでなく、後述する特定エレメントを有する。
【００７３】
さらに他の特徴によれば、安全保護エンクロージャ６はまた、第２の通信ノードまたは「エンクロージャ通信ノード」と呼ばれる特定のモジュール６０を有する。
【００７４】
第１の通信ノード５０は、第２の通信ノード６０を介して、たとえばサーバ４のようなネットワークＲＩのサーバを、さらに端末５の非安全保護部分内に存在するアプリケーション（たとえば、ブラウザ「ＷＥＢ」５１）を、安全保護エンクロージャ６内に存在するエレメント、特にチップカード読取装置７とチップカード８に通信させることができる。
【００７５】
安全保護エンクロージャ６は、第２の通信ノード６０とキーボード６２との間に配置されたサーバ「ＨＴＴＰエンクロージャ」サーバと呼ばれる「ＨＴＴＰ」サーバ６１を有する。このキーボードは、安全保護エンクロージャ６の情報処理リソースの１つを構成する。さらにこの安全保護エンクロージャは、本明細書の序文に示されているように、単一の参照番号６３で示されている、１からｉの追加リソースを含むことができる。たとえば、生物測定式認証装置やコプロセッサまたは外部インタープリタを対象とすることができる。１つまたは複数のリソース６３はまた、キーボード６２と同じ方法で「ＨＴＴＰ」サーバ６１に接続される。
【００７６】
「ＨＴＴＰ」サーバ６１はまた、チップカード読取装置７に接続される。
【００７７】
通信ノード６０は、チップカード読取装置７を介して、端末５の要求をチップカード８に向わせ、逆方向に、チップカード８の要求を、「ＨＴＴＰ」サーバ６１に向けて、もしくは通信ノード５０を介して、端末５に向けて案内することができる。
【００７８】
本発明の態様によれば、「ＨＴＴＰ」サーバ６１は、チップカード８が、さらに単にチップカード８だけが、安全保護エンクロージャ６のリソース６２から６３を使用することを可能にする。
【００７９】
仲介の役割を果たすチップカード８を通ることによる以外に、キーボード６２または他のリソース６３の情報へアクセスすることが不可能であるという点は、以下のようないくつのかの要因に起因する。
【００８０】
ａ／エンクロージャ６が物理的に安全保護されている（エレメントを「探る」物理的不可能性）。
【００８１】
ｂ／ノード６０のプログラミングは、外部から「ＨＴＴＰエンクロージャ」エンティティ６１に向って生じるいかなるデータルーチングも妨げるようなものであり、ノード６０は、そもそも安全保護エンクロージャ６の内部に位置することから保護される。
【００８２】
ｃ／「ＨＴＴＰエンクロージャ」エンティティ６１のプログラミングは、このエンティティが、チップカード８から生じる要求以外の要求を受入れないようなものであり、このサーバ６１はまた、安全保護エンクロージャ６の内部に位置することから保護される。
【００８３】
項目ａ／が、それ自体として、従来の技術と本発明に共通なものであるとすれば、項目ｂ／およびｃ／は、本発明に固有の有利な特徴を構成する。
【００８４】
ここで、インターネットネットワークＲＩと端末５の非安全保護部分のエレメントとの間の通信、それらエレメントと安全保護エンクロージャ６のエレメントとの間の通信、安全保護エンクロージャ６のエレメント間の通信、さらに、チップカード読取装置７を介した、それらエレメントとチップカード８との間の通信がどのようになされるかをより詳細に説明してみる。
【００８５】
本発明の主要な特性の１つによれば、これらすべての通信は、「ＵＲＬ」標準型のアドレスの使用によって、インターネットプロトコルと互換性をもつと同時に、特にチップカード８とチップカード読取装置７との間で通信の規格化されたプロトコル（すなわち、先述のＩＳＯ規格７８１６に合致したプロトコル）を保持する、「均質」と形容されるモードにしたがって実施される。
【００８６】
「ＷＥＢ」ブラウザ５１と「商用」サーバ４との間の通信は、独自の問題を生じず、通常は、従来のプロトコル層（図２参照）と「ＵＲＬ」アドレシングの使用によって、「ＨＴＴＰ」プロトコルにしたがって行うことができる。反対に、上述したように、従来の技術においては、通信が通常モードＲＳ２３２において行われる端末（図１：１）の非安全保護エレメントと安全保護エレメントとの間でも、読取装置７を介する、安全保護エンクロージャ６とチップカード８との間でも同様ではない。後者の場合には、図２を参照してすでに説明したように、通信は、確かにプロトコル層の利用によるものだが、先述のＩＳＯ規格７８１６−３に合致して、「ＡＰＤＵ」オーダ一式を用いて、すなわち、インターネットタイプのプロトコルと互換性を持たない方法で行われる。
【００８７】
さらに、本発明は、通信内に介入するエレメントの標準化を保ちながらも、わずかな改良を行うだけで、通信を統一させることができる特定の措置を提案する。
【００８８】
まず初めに、本発明に合致した方法で、安全保護エンクロージャ６とチップカード８間の通信を確立することができるように、それら２つのエンティティにもたらされる改良点を詳述する。
【００８９】
本発明の特徴によれば、チップカード８に、以下、それぞれ、「カード用通信ノード」と「カード用ＨＴＴＰサーバ」と呼ばれる第３の通信ノード８０と「ＨＴＴＰ」サーバ８１とを構成する特定モジュールを備える。チップカード８内に存在する１個またはｎ個のアプリケーションＡ１からＡｎは、「ＨＴＴＰ」サーバ８１の第１面によって接続される。これらの措置によって、チップカード８は、安全保護エンクロージャ６のために、「ＷＥＢ」サーバおよび／またはクライアントに変換され、「ＵＲＬ」アドレスによって「アドレシング」されることができる。
【００９０】
こうしたアーキテクチャは、本発明によれば、主に、チップカード８内に、第１の特定通信プロトコル層を実装することによって得られる。同様に、第２の特定通信プロトコル層は、第１のプロトコル層の対をなすものであり、安全保護エンクロージャ６内に実装される。
【００９１】
チップカード８と安全保護エンクロージャ６との間の交換に関しては、図４によって表された論理アーキテクチャによって図３のブロックダイヤグラムを示すことができる。
【００９２】
このアーキテクチャにおいては、同じ役割を果たし、同じ参照番号を付されている、図２によって表されているような従来の技術のプロトコル層がここでも見られる。したがって、それらについて再び説明するのは無意味である。
【００９３】
反対に、両方ともに、すなわち安全保護エンクロージャ６内にもチップカード８内にも、２つの追加特定プロトコル層、それぞれ６４と８４が設けられる。
【００９４】
安全保護エンクロージャ６においては、特定層６４が、多重化層１３を介して、カード読取装置３のプロトコル層、すなわち下位層ＣＣ１およびＣＣ２にインターフェイス接続される。特定層６４は、チップカード８からの、さらにチップカード８に向けてのデータパケットの転送を可能にする。さらに、特定層は、チップカード８を利用する使用には、既存のアプリケーションを適応させるので、ここで再び説明する必要はない。
【００９５】
チップカード８の側には、層６４と対をなす、参照番号８４が付された特定層の追加インスタンスによって構成される完全に類似した構造が見られる。
【００９６】
より厳密には、特定層６４および８４は、３つの主要なソフトウェアエレメントに細分化される。
【００９７】
−慣用層ＣＣ１、ＣＣ２、ＣＣ’１、ＣＣ’２を介した、層１３と２３との間の情報ブロックの転送用モジュール６４０または８４０、
−たとえば、プロトコルの変換機能を実施する「インテリジェントエージェント」６４１または８４１と呼ばれる１つまたは複数のソフトウェア、
−独自のインテリジェントエージェントと同一視することができるモジュールである、それぞれ６４２と８４２の特定構成の管理モジュール。
【００９８】
したがって、安全保護エンクロージャ６とチップカード８においては、２つのエンティティ間の通信プロトコルスタックが再び見られる。
【００９９】
レベル２の層（データリンク層）ＣＣ２およびＣＣ’２は、チップカード８と安全保護エンクロージャ６との間の交換を確立する。これらの層は、転送エラーの検知と、場合によってはその訂正に責任を負う。上述の種々のプロトコルは、このために使用することができる（ＥＴＳＩ勧告 ＧＳＭ １１．１１；文字モードＴ＝０またはブロックモードＴ＝１において、ＩＳＯ規格７８１６−３によって定義されるプロトコル：または、「ＨＤＬＣ」フレームモードにおける、ＩＳＯ規格３３０９によって定義されたプロトコル）。本発明の範囲では、好ましくは、ブロックモードにおいて、プロトコルＩＳＯ７８１６−３が使用されることが示された。
【０１００】
それ自体良く知られた方法で、各プロトコル層に対して、同一レベルの層間の、さらにある層から他の層へのデータ交換を可能にする一定数のプリミティブが関連付けられる。例として、レベル２の層に関連付けられたプリミティブは、「データ要求」（「データリクエスト」）およびカードによる「データ送信」（「データレスポンス」）、さらに「データ確認」（「データコンファーム」）などのタイプである。
【０１０１】
とりわけ、特定層６４および８４は、チップカード８とホスト、すなわち安全保護エンクロージャ６との間の対話を担う。それらの層はまた、データパケットの送信および／または受信のために適合された構成の設置を可能にする。
【０１０２】
上述したように、層は３つの別々のエンティティを有する。
【０１０３】
第１のエンティティ、モジュール６４０または８４０は、主に、ソフトウェアマルチプレクサによって構成される。これは、プロトコルデータユニットの形で、チップカード８とホスト端末６との間の情報交換を可能にする。これは、データパケットの交換機と類似の役割を果たす。これらのユニットは、レベル２の層（データリンク層）を介して送信または受信される。この通信の独自のプロトコルによって、「インテリジェントエージェント」の少なくとも１つの対を通信させることができる。各対の第１のエージェント６４１は、安全保護エンクロージャ６側の層６４内に位置し、第２のエージェント８４１は、チップカード８側の層８４内に位置する。２つの「インテリジェントエージェント」間のリンクは、セッションに関連付けられる。セッションは、これら２つのエージェント間の双方向データ交換である。
【０１０４】
インテリジェントエージェントは、安全保護エンクロージャ６によって実施された構成に応じて、レベル３および４の層の機能全体または一部を実施することができる。
【０１０５】
独自のインテリジェントエージェントは、たとえば１６ビットにおいて、有利にも整数（０から６５３５までの数）によって識別される。この識別子は、たとえば、宛先リファレンスとソースリファレンスを構成するプロトコルデータユニットにおいて使用される。
【０１０６】
インテリジェントエージェントには、２つの大きなカテゴリが存在する。定められたリファレンスによって識別される「サーバ」タイプのエージェントと、構成の管理モジュール、６４２または８４２によって与えられる可変リファレンスによって識別される「クライアント」タイプのエージェントである。
【０１０７】
セッションを開くプロセスは、通常、以下のように行われる。「クライアント」タイプのインテリジェントエージェントが、「サーバ」タイプのインテリジェントエージェントに向けてセッションを開く。モジュール６４２および８４２が、ホスト６およびチップカード８側で、存在するインテリジェントエージェントリストを含む表（図示せず）を管理する。
【０１０８】
インテリジェントエージェント、６４１または８４１は、独自の特性または属性に関連付けられる。分かりやすくするため、限定的でない例として、以下の４つの特性をインテリエージェントに関連付ける。
【０１０９】
−「ホスト」：安全保護エンクロージャ内に局在化されたエージェント
−「カード」：チップカード内に局在化されたエージェント
−「クライアント」：セッションを初期化するエージェント
−「サーバ」：セッションの要求を受信するエージェント
インテリジェントエージェントは、データの交換を可能にする。
【０１１０】
構成管理モジュール、６４２および８４２は、それぞれ、すでに示されたように、独自のインテリジェントエージェントと同一視されることができる。たとえば、ホスト６側のモジュール６４２は、特に、安全保護エンクロージャ６の構成に関する情報（作動モード）、存在する他のエージェントリストなどを管理する。チップカード８側のモジュール８４２は、類似の機能を有する。これら２つのエージェントは、セッションを確立するために互いに通信し合うことができる。
【０１１１】
本発明の特徴によれば、チップカード８は、ホストシステム、すなわちエンクロージャ６に対して、仮想端末のモデルを提案する。そのためには、チップカード８は、「ＷＥＢ」サーバおよび／またはクライアントとして挙動する。
【０１１２】
実際には、チップカード８は、有利にも、サーバ４のような外部サーバにおけるポインティングではなく、端末５における、とりわけ安全保護エンクロージャ６における再ルーピングを定義する「ＵＲＬ」アドレスの使用によって「アドレシング」される。例として、この「ＵＲＬ」の構造は通常、以下のようになる。
【０１１３】
ｈｔｔｐ：／／１２７．０．０．１：８０８０ （１）または
ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ：８０８０ （１乙）
ここで、１２７．０．０．１は、再ルーピングの「ＩＰ」アドレスであり（「ｌｏｃａｌｈｏｓｔ」は１２７．０．０．１の直訳である）、８０８０はポート番号である。リソース６２および／または６３の「ＵＲＬ」アドレスは、「／ｘｘｘ」タイプの接尾辞によって補われる。たとえば、キーボード６２の管理モジュール６２０は、「ＵＲＬ」アドレスとして以下を有することができる。
【０１１４】
ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ：８０８０／ｋｂ （２）
いわゆる端末５（ノード５０と６０の間）、すなわち端末の非安全保護エレメントと安全保護エンクロージャ６との間の通信を可能にする論理アーキテクチャは、図４に示されているのと類似のものである。したがって、セッションは、以上に説明した概略にしたがって、通信ノード５０と６０との間で確立することができる。安全保護エンクロージャは、特に、チップカードと同じポート番号において、つまり説明した例においては８０８０において、「ＵＲＬ」アドレスによってアドレシングされることができるようになる。
【０１１５】
通信ノード５０はまた、端末５が、インターネットネットワークＲＩと通信することを可能にする。また、以上に列挙したインテリジェントエージェントに関連付けられた特性に加えて、以下の２つの特性が存在する。
【０１１６】
−「ローカル」：ネットワークと通信しないエージェント
−「ネットワーク」：ネットワークと通信するエージェント
端末５は、それ全体において、上記と同じ「ＩＰ」アドレスによってアドレシングされる。それは、端末用と呼ばれる少なくとも１つのアプリケーション、有利には「ＷＥＢ」ブラウザ５１を収容する。このブラウザは、独自のポートに関連付けられる。
【０１１７】
例として、「ＷＥＢ」ページおよびハイパーリンクの技術によって、ユーザ（図示せず）は、使用可能なもののなかから製品またはサービスを選択し、商用サーバ４に要求を伝達することができる。
【０１１８】
本発明の他の態様によれば、チップカード８によって提供される「ＷＥＢ」サーバ−クライアント機能に加えて、従来の「ＷＥＢ」サーバ内に実装される「ＣＧＩ」（「共通ゲートウェイインターフェイス」）と呼ばれる機能と類似のメカニズムが本発明に含まれる。
【０１１９】
チップカード８中でこのタイプの機能を果たすことを可能にする、本発明に合致したアーキテクチャの一例を説明する前に、「ＣＧＩ」の作動モードの主要な特徴を思い起すことが有益である。
【０１２０】
「ＣＧＩ」は、「ＵＮＩＸ（登録商標）」、「ＤＯＳ」または「ＷＩＮＤＯＷＳ（登録商標）」オペレーティングシステムのために書かれたアプリケーションを実施する仕様である。例として、「ＵＮＩＸ（登録商標）」オペレーティングシステムについては、仕様は「ＣＧＩ １．１」であり、「ＷＩＮＤＯＷＳ（登録商標） ９５」のオペレーティングシステムについては、仕様は「ＣＧＩ １．３」である。
【０１２１】
同じく例として、「ホスト」が、ホストシステム（一般には遠隔）に頼る、
「ｈｔｔｐ：／／ｗｗｗ．ｈｏｓｔ．ｃｏｍ／ｃｇｉ−ｂｉｎ／ｘｘｘ」
タイプの「ＵＲＬ」アドレスのための「ＨＴＴＰ」要求は、このホストシステムの「ｃｇｉ−ｂｉｎ」ディレクトリ中に存在する、「ｘｘｘ」と名付けられた「ＣＧＩ」タイプの制御スクリプトの実行として、「ＷＥＢ」サーバによって解釈される。ディレクトリの名称が、取決めによって、先験的に、どんなものでも構わないにもかかわらず、それは、「ＣＧＩ」タイプのスクリプトを保管するディレクトリに与えられた名称である。スクリプトは、最終結果が、先述の要求の送信者である「ＷＥＢ」ブラウザまたは、商用サーバのような、サービスを促す他の何らかのアプリケーションに伝達されるような、ホストシステムのオペレーティングシステムの一連の命令である。この命令を書込むためには、種々の言語、たとえば「ＰＥＲＬ」言語（登録商標）を使用することができる。
【０１２２】
実際には、要求は通常、「ＨＴＭＬ」ページ内に含まれる書式の形で情報処理画面に表示される。「ＨＴＬＭ」言語は、「ＵＲＬ」アドレスに書式を送ることができる。書式は、通常にインプット手段、すなわちテキストのためにはキーボード、チェック用桝目のためにはマウスを、または「ラジオ」ボタンなどを用いてユーザによって記入される、強制的または非強制的な１つまたは複数のフィールドを有する。書式の内容（さらには、場合によっては「隠された」情報および命令）が、「ＷＥＢ」サーバ宛てに送信される。そのページの「ＨＴＭＬ」コードは、書式の具体的構造（枠組み、グラフィック、色、他のあらゆる属性）と、入力されるデータフィールドの構造（名称、長さ、データのタイプなど）を記述する。
【０１２３】
伝送は、主要な２つのタイプの「ＨＴＴＰ」フォーマットにしたがって行うことができる。第１のフォーマットは、「ＰＯＳＴ」と呼ばれる方法を使用し、第２のフォーマットは、「ＧＥＴ」と呼ばれる方法を使用する。フォーマットタイプの情報は、書式ページのコード中に存在する。
【０１２４】
しかしながら、たとえ、本発明の特徴の１つにしたがって、チップカードが「ＷＥＢ」サーバの機能性を提供するとしても、このメカニズムは直接的にはチップカードに移し替えることができない。
【０１２５】
ここで、図５を参照して、チップカード上で「ＷＥＢ」サーバを介して、従来のタイプの何らかのタイプのアプリケーションを起動することができるアーキテクチャの一例を説明する。
【０１２６】
商用サーバ４は、以下のように表わすことができる「ＵＲＬ」アドレスに「ＧＥＴ」タイプの「ＨＴＴＰ」要求を起動する。
【０１２７】
「ｈｔｔｐ：／／＠ｃａｒｔｅ：８０８０／ｘｘｘ．８０８０／ｃｇｉ−ｂｉｎ／ｌ＿ｃｇｉ？ｐａｒａｍ１＋ｐａｒａｍ２」 （４）
ここで、「＠ｃａｒｔｅ」は、チップカードをサポートする端末の「ＩＰ」アドレス（たとえば、関係（１）の再ルーピングアドレス「１２７．０．０１」）であり、「ｌｅ−ｃｇｉ」は、チップカード８上で実行されるべき独自の「ＣＧＩ」スクリプトであり、「ｐａｒａｍ１＋ｐａｒａｍ２」は上述のスクリプトに移行すべきパラメータである。まず初めに、要求が、通信ノード５０および６０を介して、安全保護エンクロージャ６に伝送される（図３）。
【０１２８】
端末とチップカード読取装置の間にセッションが確立する。次に、安全保護エンクロージャ６の特定層と、チップカード８の特定層、それぞれ６４および８４中に局在化している一対のインテリジェントエージェント６４１と８４１との間に、他のセッションが確立する。こうして、データは、特定の通信プロトコル層６４のパケットのマルチプレクサ６４０を通る。それらデータは次に、従来のプロトコル層を通過する（図２参照）。しかしながら、以下に説明されているような、本発明に固有のいくつかの態様をさらに明らかにするために、これらの層は、図５では、２つの部分に分割されている。すなわち、「ＡＰＤＵ」オーダのマネージャ６５ａと下位プロトコル層６５ｂ（ＩＳＯ規格７８１６−３）の２つである。
【０１２９】
同様に、チップカード８においては、データは参照番号８５ｂが付された低プロトコル層と、参照番号８５ａのカード側「ＡＰＤＵ」オーダのマネージャと、さらに「ＷＥＢエージェント」と呼ばれるインテリジェントエージェント８４１によって受信されるために、パケットのマルチプレクサ８４０を通る。
【０１３０】
「ＷＥＢ」エージェント８４１にアドレシングされたデータは、それ自体取り決められた方法で、独自のアプリケーション「パケットのマルチプレクサ」８４０宛ての「ＡＰＤＵ」オーダの形で運ばれる点に注目されたい。「ＡＰＤＵ」オーダのマネージャ８５ａは、このアプリケーションを、チップカード８内に存在する他のアプリケーションＡ１からＡｎとまったく類似した方法で選択する。いいかえれば、パケットマルチプレクサ８４０は、「ＡＰＤＵ」オーダのマネージャ８５ａからは、普通のカードアプリケーションとみなされる。
【０１３１】
こうして、「ＨＴＴＰ」要求は、以下、取決めによって「ｃｇｉ−ｓｍａｒｔ」と呼ばれる、独自のディレクトリと、たとえばＡｉのような独自のアプリケーションにおいて参照番号を検知する「ＷＥＢ」エージェント８４１によって分析される。したがって、この場合、完全な径路は、「ｃｇｉ−ｓｍａｒｔ／Ａｉ」である。
【０１３２】
本発明の方法の一特徴によれば、上述のエンティティは、同じく独自のアプリケーションに関連した独自のスクリプトを指名する。
【０１３３】
本発明の他の態様によれば、チップカード８内に、以下、「スクリプトの変換エージェント」または略して「ＡＴＳ」と呼ばれる、独自のインテリジェントエージェントが実装される。こうして、スクリプトは、インテリジェントエージェントの１つによって解釈される。この変換は、以下の種々の方法で実施することができる。
【０１３４】
ａ／この場合、二重の能力を備えた、「ＷＥＢ」エージェント８４１自体によって。
【０１３５】
ｂ／チップカード８内に存在するスクリプトの集合を変換することができる単一スクリプトエージェントによって。
【０１３６】
ｃ／以下「ＡＴＳＤ」と呼ばれる専用のスクリプトエージェント（スクリプトごとに１つ）によって。
【０１３７】
または、
ｄ／この場合、二重の能力を備えた、「ＡＰＤＵ」オーダのマネージャ８５ａの「ＡＰＤＵ」エージェント８５０ａによって。
【０１３８】
「ＡＰＤＵ」エージェント８５０ａは、「ＡＰＤＵ」オーダ管理層８５ａの構成要素である。この管理層は、システムによって送信および／または受信されたあらゆる「ＡＰＤＵ」オーダを集中させ、Ａ１とＡｎとの間で、アプリケーションを選択し、しかもさらに、インテリジェントエージェントタイプのインターフェイスを提供することができる層である。したがって、この層は、本発明の特徴の１つにしたがって、エンクロージャ６内に局在化しているか、またはチップカード８内に局在化しているかにかかわらず、（セッションを介して）あらゆるインテリジェントエージェントと通信することができる。
【０１３９】
上述のｃ／の場合には、セッションは、「ＷＥＢ」８４１と「ＡＴＳＤ」エージェントの１つとの間で開かれる。
【０１４０】
図５は、変換エージェントが「ＡＴＳＤ」タイプであるようなアーキテクチャの一例を示している。それらエージェントはＡＴＳ１からＡＴＳｎまでの参照記号が付され、アプリケーションＡ１からＡｎに関連付けられる。選択されたアプリケーションがアプリケーションＡｉと仮定されるので、「ＷＥＢ」エージェント８４１とエージェントＡＴＳｉとの間にセッションが確立される。
【０１４１】
スクリプトの変換エージェントは、一連の「ＡＰＤＵ」オーダを発生する。セッションは、変換エージェント、たとえばＡＴＳｉと、「ＡＰＤＵ」エージェント８５０ａとの間で開かれる。したがって、オーダは「ＡＰＤＵ」エージェント８５０ａに向けて送信される。「ＡＰＤＵ」オーダマネージャ８５ａは、「ＣＧＡ」アプリケーションＡｉを選択し、そのアプリケーションが理解できる、変換された従来のオーダである「ＡＰＤＵ」オーダをそこに伝達する。したがって、このアプリケーションは、改良されたり、再び書込まれる必要なく、正確に起動される。
【０１４２】
アプリケーションＡｉのレスポンスは、「ＡＰＤＵ」オーダのマネージャ８５ａに、「ＡＰＤＵ」エージェント８５０ａに、さらに、再びエージェントＡＴＳｉに（より一般的には、スクリプトの変換エージェントに）伝達される。
【０１４３】
図５には、種々の径路が、ブロックタイヤグラムをつなぐ実線によって、またはそれらブロックの内部では点線で、記号化されて表わされている。
【０１４４】
本発明の範囲を限定させるものとしてではなく、単に分かりやすくするために、アドレシング技術については、その概略が後に定義されるので、ここでは、以下に、参照記号ＣＵ−ｎが付され、使用ケースと呼ばれる、考えられるさまざまなルーティングについて、詳しく説明する。
【０１４５】
ＣＵ−１：商用サーバ４とチップカード８との間の通信
そのため、（１）に合致した「ＵＲＬ」アドレスが使用される。この場合、キーボード６２を使用する必要はない。インターネットネットワークＲＩを介して伝送された要求は、通信ノード５０に到達する。通信ノードは、チップカードに関連付けられたポート、安全保護エンクロージャ６と同一のポート、すなわちポート８０８０を識別する。通信ノード５０は、要求を通信ノード６０に向かわせる。あらゆる場合において、「ＵＲＬ」アドレスがいかなるものであれ、このアドレスは、受信したデータパケットをチップカード８に、より厳密には、通信ノード８０を介して、チップカード「ＨＴＴＰ」サーバ８１に向わせる。最終的に、通信ノード８０は、たとえばアプリケーションＡ１のような、チップカード８のアプリケーションの１つを起動させる。
【０１４６】
ＣＵ−２：チップカード８の２つのアプリケーション間の通信
たとえば、アプリケーションＡ１が、アプリケーションＡｎと通信しようとしている。アプリケーションＡ１から出された要求は、「ＨＴＴＰ」サーバ８１によって運ばれる。実際に、図４を参照して説明されたダイヤグラムにしたがって、チープカード８における一対のローカルインテリジェントエージェント間でセッションが確立される。通信ノード８０は介入しない。備えるべき通信プロトコルのアダプテーションは存在しない。
【０１４７】
ＣＵ−３：カードアプリケーションとサーバ４における商用アプリケーション４１との間の通信
この場合は、特に、チップカード８が、商用サーバ４の要求を受信した場合に起こり得る（ＣＵ−１の場合）。チップカード８におけるローカルアプリケーション、たとえばアプリケーションＡ１は、起動されることができる。こうして、受信された要求によってコマンドされた定められたアクションは、チップカードの内部で実施される。たとえば、「ＣＧＩ」タイプのアクションが、スクリプトまたは何らかの同等のプロセスの実行によって実施される。このアクションは、図５を参照して説明したように、スクリプトの変換インテリジェントエージェントのコマンドによって実施される。
【０１４８】
結果的に、アプリケーションＡ１が、サーバ４宛ての要求を出す。「ＩＰ」アドレスをチェックした後に、「ＨＴＴＰ」サーバ８１は、要求を、通信ノード８０に向わせる。図４を参照して説明した概略にしたがって、チップカード８と安全保護エンクロージャ６の間で、より厳密には、通信ノード６０と８０との間でセッションが確立される。同様に、通信ノード６０は、「ＩＰ」アドレスをチェックした後に、通信ノード５０に要求を伝達する。今度は、このノードが、「ＩＰ」アドレスをチェックした後に、インターネットネットワークＲＩを介して、最終的な宛先に向けて、すなわちサーバ４に向けて、要求を伝達する。
【０１４９】
プロセスは、トランザクション時間中に、チップカード８とサーバ４との間を何回も往復することができる。プロセスが終了すると（たとえば「ＣＧＩ」の終了）、チップカードのレスポンスが、特に連続する通信ノード８０、６０、５０を介して、商業サーバ４に伝達される。
【０１５０】
ＣＵ−４：「カードアプリケーション」と「端末アプリケーション」との間の通信
例として、アプリケーションＡ１は、たとえば、端末のプリントマネージャ（図示せず）と通信しようとしているので、その方向で要求を出す。「ＩＰ」アドレスとポート番号をチェックした後に、「ＨＴＴＰ」サーバ８１は、要求を、通信ノード８０に向かわせる。こうして、要求は、通信ノード５０に到達するまでに、ＣＵ−３の場合と同じ径路をたどる。このノードは、「ＩＰ」アドレスとポート番号のチェック後に、要求を、アドレシングされた端末アプリケーション、たとえばプリントマネージャに向わせる。
【０１５１】
ＣＵ−５：「カードアプリケーション」と安全保護エンクロージャのリソースとの間の通信
まず初めに、この使用ケースでは、チップカード８を、商用サーバ４に対する「スレイブ」モードにし、商用サーバは、チップカード８宛てに要求を送信すると仮定する。この要求は、ＣＵ−１およびＣＵ−３のケースによっては、明らかに処理される。たとえば、図５を参照して説明した方法によって、チップカード８内部で「商用ＣＧＩ」が実行される。このスクリプトは、スクリプトの変換エージェント、たとえばＡＴＳｉを用いて、アプリケーションのいずれか１つ、たとえばＡｉを起動させることによって実行される。商業ＣＧＩは、キーボード６２から生じた情報（たとえばパスワード）またはその他の認証情報（リソース６３のいずれか１つを構成する生物学的測定装置から生じる情報）を必要とする。当該のＣＧＩは、独自の「ＵＲＬ」アドレシングとともに実行されなければならない。アプリケーションＡｉは、アドレスがたとえば上述の（２）によって与えられたアドレスであるような要求を送信する。接尾辞「／ｋｂ」の存在は、「ＨＴＴＰ」サーバ６１に向けて要求を再ルーピングし、今度は、このサーバ６１が、キーボード６２のマネージャ６２０を起動し、さらに待っていた情報を回収（たとえばパスワードの入力）しなければならいことを通信ノード６０に対して示す。要求のレスポンスは、同じ径路によって、しかし、チップカード８に向けて、逆方向で伝達される。
【０１５２】
こうして、商用サーバ４の要求のレスポンスはそのサーバに再び伝達される。複数の時間における対話を、ＣＵ−３の場合と同じように開始することができる。
【０１５３】
複数のＣＧＩをトランザクション時間中に実行することができる。
【０１５４】
わかりやすくするために、第１の「商用ＣＧＩ」は、結果的に、ユーザにコードを打ち込ませ、総額を表示するメッセージを、安全保護エンクロージャ６中に含まれるディスプレイに表示させることができる（単一参照番号６３の下に示されるリソースの１つ）。第２のＣＧＩは、たとえば、キーボード６２によって伝送される情報を読取る。第３のＣＧＩは、結果的に、この同じディスプレイ装置上に、「 ＣＯＲＲＥＣＴ ＣＯＤＥ」タイプのメッセージまたは何らかの類似メッセージを有することができる。
【０１５５】
ＣＵ−６：端末と安全保護エンクロージャのリソースの１つとの間の通信
例として、端末５のアプリケーション（非安全保護部分において）、たとえば「ＷＥＢ」ブラウザ５１は、安全保護リソースのいずれか１つ、たとえばキーボード６２と通信を行おうとしており、その方向に要求を送信する。通信ノード５０は、「ＵＲＬ」アドレスをチェックし、安全保護エンクロージャ６のポート番号を識別し、そのエンクロージャに要求を伝達する。通信ノード６０は、そのプログラミングによって、体系的に受信された要求を、たとえそれらが安全保護エンクロージャ６の内部リソースのいずれか１つに宛てたものであったとしても、チップカード８に向わせる。この段階から、要求は、ＣＵ−１の場合と類似の経路をたどる。要求を、場合によっては変更させながら、最初にアドレシングされた安全保護リソースに向けて再び伝達する必要があるかどうかを決定するのは、チップカード８である。決定は、場合によっては、暗号化された形で、特に、読取り専用タイプのメモリにおいて、チップカード内に記録される安全性データのチェックを行う識別手続きの結果とすることも可能である。したがって、ＣＵ−４の場合と同様に、安全保護エンクロージャ６の外部エレメントは、安全保護されたリソースに直接的には決してアクセスしない。
【０１５６】
この最後の特徴によって、従来の技術より信頼度が高い方法で、安全保護エンクロージャ６内で常駐ソフトウェアを更新したり、ソフトウェアを付け加えたり、または、それらソフトウェアを少なくとも部分的に削除したりすることができる。というのも、安全保護エンクロージャ６のソフトウェア中に隠された鍵から、この性質の変更を認証することが慣例となっているからである。
【０１５７】
したがって、チップカード８のみが、安全保護エンクロージャ６の保護されたリソースに、外部からアクセスできることから、ソフトウェアリソースの遠隔ロードは、非常に大きな安全性を保ちながらも、チップカードを介して、インターネットサーバから行うことができる。遠隔ロードされるデータは、それらが敏感であれば、堅固なアルゴリズムおよび／または十分に長い暗号鍵を用いることによって、適切に暗号化されるだけでよい。チップカード８によって果たされる仲介機能によって、本発明において利用されるメカニズムは、安全保護エンクロージャ６の記憶装置（図示せず）内に鍵を単純に隠すメカニズムより、先験的に強くなる。
【０１５８】
さらに、チップカード８内に記録されたソフトウェアを遠隔ロードすることによって、チップカード８から直接的に、安全保護エンクロージャ６のソフトウェアリソースの内容を変更することができる。しかしながら、このように遠隔ロードされたソフトウェアの量は、チップカード固有のリソースによって限定され（記憶容量）、そのことは、サーバが大規模な情報処理リソースを備えることができることから、「ＷＥＢ」サーバからのインターネットネットワークによる遠隔ロードの場合には先験的に当てはまらない。遠隔ロード時間は、必然的に、遠隔ロードされるソフトウェアの量によって異なるが、高速モデムおよび／または高流量通信回線の使用は、記録されたアプリケーションにとって完全に妥当と思われる限界内で、この時間を保つことができる。
【０１５９】
以上のことから、本発明は、自ら定めた目的をきちんと達成することが容易にわかるだろう。
【０１６０】
本発明は特に、従来の構成要素と、特に読取装置を介して、安全保護エンクロージャとチップカードとの間で、規格化された通信モードを使用する可能性を保ちながらも、「ＨＴＴＰ」インターネットプロトコルと互換性をもつアドレシングおよび通信を可能にする。本発明は、チップカードを、「ＣＧＩ」タイプのオペレーションを行うことができる「ＷＥＢ」サーバ−クライアントに変える。本発明は特に、「ＷＥＢ」サーバからインターネットネットワークを介して、または反対方向に、チップカードの直接的および対話型アドレシングを可能にする。本発明は、端末自体において、また安全保護エンクロージャにおいて、いかなる商業的特定アプリケーションも必要としない。本発明は、非常に大きな柔軟性を示し、数多くの応用分野に対して容易に適合する。本発明は、「特定」という言葉が、処理されるアプリケーションに対する依存性を示しているわけではないので、使用される構成要素のわずかな変更、主に、特定のソフトウエアの実装に要約される変更しか生じない。特に、チップカード内の常駐アプリケーションは、スタンダードアプリケーションのままであり、いかなる再書込みも必要としない。さらに、特定アプリケーションは、「商用アプリケーション」の観点から、遠隔「ＷＥＢ」サーバ内に完全に局在化される。このサーバは、複数のアプリケーションを含むことができる。それによって、これらアプリケーションの更新および削除、さらに新しいアプリケーションの付加も容易になる。こうした特徴は大きな柔軟性を与える。プログラムのバージョンは、サーバに接続されるあらゆる端末について同じである。さらに、本発明によって保証される安全性は非常に大きい。インターネットネットワークにおける通信のためには、堅固な暗号化アルゴリズムと長い鍵を利用することができる。加えて、本発明の特徴によれば、安全保護エンクロージャの外部から生じたあらゆる要求は、端末の非安全保護部分からのものであれ、インターネットネットワークから直接生じたものであれ、強制的にチップカードを通らなければならず、その独占的な監督下に置かれたままとなる。チップカードだけが、たとえば、常駐の安全性データに応じて、これらの要求によってなされなければならない取り扱いを決定する。ところで、チップカードは、所持者の特性を残している。
【０１６１】
しかしながら、本発明は、特に図３から５に関連して分かりやすく説明した実施形態のみに限定されるものではないことを明らかにしなければならない。
【０１６２】
他の実施形態（図示せず）によれば、安全保護エンクロージャは、チップカードの読取装置しか含むことはできず、チップカード内に記録された１つまたは複数のアプリケーションは、所持者を認証し、および／または遠隔「ＷＥＢ」サーバとチップカードとの間のトランザクションを可能にするためにはそれだけで十分である。キーボードが、排除され、生物学的測定装置のような、安全保護リソースのいずれか１つに変えることもできる。さらに、第１のチップカード読取装置に、第２の、さらには複数のチップカード読取装置を付け加えることもできる。
【図面の簡単な説明】
【０１６３】
【図１】チップカード読取装置とキーボードを備えた安全保護エンクロージャを有する、従来の技術による端末の一例を示す概略図である。
【図２】チップカード読取装置を有し、インターネットネットワークを介して、「ＷＥＢ」サーバと通信する、従来の技術による端末の論理アーキテクチャを一般的に示す図である。
【図３】インターネットネットワークを介した、商用サーバと呼ばれる遠隔サーバと、チップカード読取装置とキーボードと他の情報処理リソースとを有する安全保護エンクロージャを備えた端末との間の通信を可能にする、本発明による一般的アーキテクチャの一例を示す概略図である。
【図４】図３の端末の安全保護エンクロージャとチップカードとの間の通信を可能にするモジュールの論理アーキテクチャを示す図である。
【図５】チップカードの論理アーキテクチャの独自の実施形態を示す図である。
【特許請求の範囲】
【請求項１】
インターネットタイプの第１の通信プロトコルにしたがって、インターネットタイプのネットワークを介して、少なくとも１つの「ＷＥＢ」タイプのサーバと通信するための安全保護エンクロージャを備えた端末であって、前記安全保護エンクロージャは、少なくとも１つのチップカード読取装置を備え、前記チップカードは、少なくとも１つのソフトウェアアプリケーションを記憶し、さらに、前記端末（５）は、第１の通信ノード（５０）と呼ばれる少なくとも１つの第１モジュールを備え、前記安全保護エンクロージャ（６）は、第２の通信ノード（６０）と呼ばれる少なくとも１つの第２のモジュールを備え、前記チップカード（８）は、第３の通信ノード（８０）と呼ばれる少なくとも１つの第３のモジュールを備え、さらに前記通信ノード（５０、６０、８０）は、それぞれ、第１、第２、第３のプロトコルスタックを有し、該スタックの各々は、標準層と呼ばれる一定数の通信ソフトウェア層と、それぞれ、第１、第２、第３の特定のソフトウェア（６４、８４）とを有し、該ソフトウェアの各々は、少なくとも１つの第１のソフトウェアエンティティ（６４１、８４１）を有し、前記第１ソフトウェアエンティティは、２つずつ対を形成し、さらに前記第１ノード（５０）は、インターネットタイプの前記第１の通信プロトコルにしたがって、少なくとも、前記端末（５）と前記「ＷＥＢ」サーバ（４）との間の通信を許可し、さらに、第１および第２の特定のソフトウエアの前記第１のエンティティは、定められた第２の通信プロトコルにしたがって、前記端末（５）と前記安全保護エンクロージャ（６）との間の双方向データ交換セッションの確立を許可し、さらに前記第２（６４）および第３（８４）の特定のソフトウエアの前記第１のエンティティ（６４１、８４１）は、チップカード（８）の前記ソフトウェアアプリケーション（Ａ１からＡｎ）の少なくとも１つと、「ＷＥＢ」タイプの前記サーバ（４）とを関連付けることができるように、少なくとも、定められた第３の通信プロトコルにしたがって、前記チップカード読取装置を介して、前記安全保護エンクロージャ（６）と前記チップカード（８）との間の双方向データ交換セッションの確立を許可することを特徴とする端末。
【請求項２】
対になった前記第１のエンティティが、前記セッションを確立する、インテリジェントエージェント（６４１、８４１）と呼ばれるソフトウェアモジュールで構成されることを特徴とする請求項１に記載の端末。
【請求項３】
前記非安全保護部分において、「ＷＥＢ」タイプのブラウザ（５１）によって構成される少なくとも１つのアプリケーションを有し、さらにインターネットタイプの前記第１プロトコルが、「ＵＲＬ」と呼ばれるタイプのアドレシングを有し、前記端末（５）とこの端末（５）内部のエレメントを選択するために、「ＩＰ」と呼ばれるインターネットアドレスエレメントとポート番号とを有する「ＨＴＴＰ／ＴＣＰ−ＩＰ」プロトコルであり、前記第１通信ノード（５０）の前記特定のソフトウエアの前記第１のエンティティは、前記「ＩＰ」アドレスエレメントと前記ポート番号とを識別し、さらに、前記識別結果において、前記「ＷＥＢ」タイプのサーバ（４）からの受信データは、インターネットタイプの前記第１プロトコルにしたがって、前記「ＷＥＢ」タイプのブラウザ（５１）に向けられ、または変換され、定められた前記第２通信プロトコルにしたがって、データ伝送の第１の方向に前記第２通信ノード（６０）に向って伝送され、さらに前記識別において、前記第２通信ノード（６０）から受信したデータは、インターネットタイプの前記第１プロトコルにしたがって、データ伝送の第２の方向に「ＷＥＢ」タイプの前記ブラウザ（５１）または「ＷＥＢ」タイプの前記サーバ（４）に向けられることを特徴とする請求項１に記載の端末。
【請求項４】
前記安全保護エンクロージャ（６）が、さらに、少なくとも１つのデータ入力用キーボード（６２）と、前記キーボード（６２）と前記第２通信ノード（６０）との間に配置されたエンクロージャ用と呼ばれる少なくとも１つの「ＨＴＴＰ」サーバ（６１）とを備え、さらに、前記第２通信ノード（６０）の前記特定のソフトウエア（６４）の前記第１のエンティティ（６４１）が、前記「ＩＰ」アドレスエレメントと前記ポート番号とを識別し、さらに、前記第１通信ノード（５０）から受信したデータが、変換され、定められた前記第３通信プロトコルにしたがって、第１のデータ伝送方向に前記第３通信ノード（８０）に向って常に伝送され、さらに前記識別において、第３の通信ノード（８０）から受信したデータは、前記「ＨＴＴＰ」サーバ（６１）に向けられ、または、変換され、前記定められた第２プロトコルにしたがって、データ伝送の第２方向に前記第１通信ノード（５０）に向って伝送されることを特徴とする請求項３に記載の端末。
【請求項５】
前記安全保護エンクロージャが、安全保護エンクロージャ（６）の前記「ＨＴＴＰ」サーバ（６１）に接続された、少なくとも１つの追加情報処理リソース（６３）を有し、さらに「ＵＲＬ」タイプの前記アドレスが追加エレメントを有することから、前記「ＨＴＴＰ」サーバ（６１）が、前記追加アドレスエレメントの識別において、前記キーボード（６２）または、前記追加情報処理リソース（６３）のいずれか１つを選択することを特徴とする請求項４に記載の端末。
【請求項６】
前記追加情報処理リソース（６３）が、生物測定式認証装置であることを特徴とする請求項５に記載の端末。
【請求項７】
前記チップカードが、複数のソフトウェアアプリケーション（Ａ１からＡｎ）を記憶し、さらに前記チップカードが、前記ソフトウェアアプリケーション（Ａ１からＡｎ）と前記第３ノード（８０）との間に配置されたカード用サーバと呼ばれる「ＨＴＴＰ」サーバ（８１）を有し、さらに前記カード用「ＨＴＴＰ」サーバ（８１）が、前記第２ノード（６０）から出された要求の受信において、前記ソフトウェアアプリケーション（Ａ１からＡｎ）の少なくとも１つを選択的に起動させる、または、前記アプリケーション（Ａ１からＡｎ）から送信された要求を前記第３通信ノード（８０）に向けて伝送することを特徴とする請求項４に記載の端末。
【請求項８】
前記チップカード（８）が、さらに、前記第３通信ノード（８０）から受信した前記データによって伝達された一連の命令を解釈し、一連のオーダに変換することができる、第２のソフトウェアエンティティ（ＡＴＳ１からＡＴＳｉ）を有し、前記第２ソフトウェアエンティティ（ＡＴＳ１からＡＴＳｉ）が、前記ソフトウェアアプリケーション（Ａ１からＡｎ）および前記第３通信ノード（８０）の前記特定のソフトウエア（８４）と協働し、変換された前記一連の命令が、前記チップカード（８）の起動される前記ソフトウェアアプリケーション（Ａ１からＡｎ）の１つに関連付けられることを特徴とする請求項７に記載の端末。
【請求項９】
解釈される前記一連の命令がスクリプトからなり、前記第２ソフトウェアエンティティの各々が、スクリプト変換インテリジェントエージェントと呼ばれるソフトウェアモジュール（ＡＴＳ１からＡＴＳｉ）で構成されることを特徴とする請求項８に記載の端末。
【請求項１０】
前記「ＷＥＢ」タイプサーバ（４０）が、前記第１（５０）、第２（６０）、第３（８０）の通信ノードを通して、前記チップカード（８）の前記ソフトウェアアプリケーション（Ａ１からＡｎ）の少なくとも１つと対話型通信を行うための商用アプリケーションと呼ばれるソフトウェアアプリケーション（４１）を記憶することを特徴とする請求項１に記載の端末。
【特許請求の範囲】
【請求項１】
読取装置と通信するインターフェイスと複数のソフトウェアアプリケーション（Ａ１−Ａｎ）の記憶手段を有するチップカード（８）であって、
前記チップカードは、処理手段を有し、前記処理手段は、
端末（５）と通信する通信モジュール（８０）と前記記憶手段の間に配置されたいわゆるカード用「ＨＴＴＰ」サーバ（８１）であって、
前記通信モジュール（８０）と通信する端末から送られる要求の受信において前記ソフトウェアアプリケーション（Ａ１−Ａｎ）の少なくとも１つを選択的に起動し、又は、
前記アプリケーション（Ａ１−Ａｎ）により送信された要求を前記チップカード通信モジュール（８０）へ送信する、ように構成された前記カード用「ＨＴＴＰ」サーバ（８１）と、
前記チップカード通信モジュール（８０）から受信されたデータにより伝達された一連の命令を解釈し、それを一連のオーダに変換することができる、ソフトウェアエンティティ（ＡＴＳ１−ＡＴＳｎ）を使用する、関連付け手段であって、変換された一連のオーダを、前記チップカード（８）内で起動されるべき前記ソフトウェアアプリケーション（Ａ１−Ａｎ）の１つと関連付けることを可能とする、前記関連付け手段と、
を有することを特徴とする、チップカード（８）。
【請求項２】
処理手段は、「ＷＥＢ」エージェント（８４１）とパケットマルチプレクサ（８４０）を有するソフトウェア（８４）を有し、前記「ＷＥＢ」エージェント（８４１）は、前記関連付け手段とインターフェイスとの間の通信を可能とするように構成される、請求項１に記載のチップカード（８）。
【請求項３】
チップカード（８）のインターフェイスと通信する「ＡＰＤＵ」マネージャを有する、請求項１に記載のチップカード（８）。
【請求項４】
解釈される前記一連の命令がスクリプトからなり、前記第２ソフトウェアエンティティの各々は、前記「ＷＥＢ」エージェント（８４１）とスクリプト変換インテリジェントエージェント（ＡＴＳ１−ＡＴＳｉ）の間で確立されたセッションに従った一連の「ＡＰＤＵ」オーダを発生する、前記スクリプト変換インテリジェントエージェント（ＡＴＳ１−ＡＴＳｉ）と呼ばれるソフトウェアモジュールにより構成される、請求項３に記載のチップカード（８）。
【請求項５】
「ＡＰＤＵ」マネージャは、「ＡＰＤＵ」オーダを集中させ、全てのスクリプト変換インテリジェントエージェント（ＡＴＳ１−ＡＴＳｎ）と通信するように構成される、請求項３に記載のチップカード（８）。
【請求項６】
「ＡＰＤＵ」マネージャが、前記ソフトウェアアプリケーション（Ａ１−Ａｎ）の１つを選択し、「ＡＰＤＵ」オーダを選択されたソフトウェアアプリケーションに対応するＣＧＩアプリケーションへ送信することを可能とするＣＧＩインターフェイスを有し、前記ＣＧＩアプリケーションは特定の「ＵＲＬ」アドレスで実行される、請求項３に記載のチップカード（８）。
【請求項７】
インターネットネットワークを介して少なくとも１つの「ＷＥＢ」サーバ（４）と通信する端末（５）であって、第１部分と第２部分を有し、前記第２部分は、物理的な安全保護エンクロージャ（６）を備え、前記物理的な安全保護エンクロージャ（６）はチップカード（８）と通信する少なくとも１つのチップカード読取装置（７）を有し、
前記端末（５）は、第１部分内に、インターネット通信プロトコルに従って、第１モジュール（５０）と「ＷＥＢ」サーバ（４）の間で通信を確立することにより、端末（５）が「ＷＥＢ」サーバ（４）と通信することを可能とする少なくとも１つの前記第１モジュール（５０）を有し、前記物理的な安全保護エンクロージャ（６）は、エンクロージャ／装置通信プロトコルに従って、前記エンクロージャ（６）と第１部分の間で通信を確立するために、第１モジュール（５０）に接続された少なくとも１つの第２モジュール（６０）と、第２モジュール（６０）に接続された少なくとも１つのエンクロージャ用「ＨＴＴＰ」サーバ（６１）とを有し、前記エンクロージャ（６）はさらに、第２モジュール（６０）と前記エンクロージャ用「ＨＴＴＰ」サーバ（６１）をプログラミングすることにより論理的に安全保護される、ことを特徴とする端末（５）。
【請求項８】
前記第１部分は、第１モジュール（５０）に接続された「ＷＥＢ」ブラウザ（５１）を有し、「ＷＥＢ」サーバと主要部の間で通信する前記インターネット通信プロトコルは、前記端末（５）とこの端末（５）の内部のエレメントの選択のための、いわゆるＩＰインターネットアドレスエレメントとポート番号を含む、「ＵＲＬ」アドレッシングを有するＨＴＴＰ／ＴＣＰ−ＩＰプロトコルを有する、請求項７に記載の端末（５）。
【請求項９】
前記エンクロージャ（６）は、少なくとも１つのデータ入力用キーボード（６２）も有し、前記エンクロージャ用「ＨＴＴＰ」サーバ（６１）は、前記キーボード（６２）と前記第２モジュール（６０）の間に配置される、請求項７に記載の端末（５）。
【請求項１０】
前記エンクロージャ（６）は、エンクロージャ（６）の前記「ＨＴＴＰ」サーバ（６１）に接続された少なくとも１つの追加の情報リソース（６３）を含む、請求項７に記載の端末（５）。
【請求項１１】
前記追加の情報リソース（６３）は、生物測定式認証装置である、請求項１０に記載の端末（５）。
【請求項１２】
請求項１に記載のチップカード（８）と通信する、請求項７に記載の端末（５）。
【請求項１】
インターネットタイプの第１の通信プロトコルにしたがって、インターネットタイプのネットワークを介して、少なくとも１つの「ＷＥＢ」タイプのサーバと通信するための安全保護エンクロージャを備えた端末であって、前記安全保護エンクロージャは、少なくとも１つのチップカード読取装置を備え、前記チップカードは、少なくとも１つのソフトウェアアプリケーションを記憶し、さらに、前記端末（５）は、第１の通信ノード（５０）と呼ばれる少なくとも１つの第１モジュールを備え、前記安全保護エンクロージャ（６）は、第２の通信ノード（６０）と呼ばれる少なくとも１つの第２のモジュールを備え、前記チップカード（８）は、第３の通信ノード（８０）と呼ばれる少なくとも１つの第３のモジュールを備え、さらに前記通信ノード（５０、６０、８０）は、それぞれ、第１、第２、第３のプロトコルスタックを有し、該スタックの各々は、標準層と呼ばれる一定数の通信ソフトウェア層と、それぞれ、第１、第２、第３の特定のソフトウェア（６４、８４）とを有し、該ソフトウェアの各々は、少なくとも１つの第１のソフトウェアエンティティ（６４１、８４１）を有し、前記第１ソフトウェアエンティティは、２つずつ対を形成し、さらに前記第１ノード（５０）は、インターネットタイプの前記第１の通信プロトコルにしたがって、少なくとも、前記端末（５）と前記「ＷＥＢ」サーバ（４）との間の通信を許可し、さらに、第１および第２の特定のソフトウエアの前記第１のエンティティは、定められた第２の通信プロトコルにしたがって、前記端末（５）と前記安全保護エンクロージャ（６）との間の双方向データ交換セッションの確立を許可し、さらに前記第２（６４）および第３（８４）の特定のソフトウエアの前記第１のエンティティ（６４１、８４１）は、チップカード（８）の前記ソフトウェアアプリケーション（Ａ１からＡｎ）の少なくとも１つと、「ＷＥＢ」タイプの前記サーバ（４）とを関連付けることができるように、少なくとも、定められた第３の通信プロトコルにしたがって、前記チップカード読取装置を介して、前記安全保護エンクロージャ（６）と前記チップカード（８）との間の双方向データ交換セッションの確立を許可することを特徴とする端末。
【請求項２】
対になった前記第１のエンティティが、前記セッションを確立する、インテリジェントエージェント（６４１、８４１）と呼ばれるソフトウェアモジュールで構成されることを特徴とする請求項１に記載の端末。
【請求項３】
前記非安全保護部分において、「ＷＥＢ」タイプのブラウザ（５１）によって構成される少なくとも１つのアプリケーションを有し、さらにインターネットタイプの前記第１プロトコルが、「ＵＲＬ」と呼ばれるタイプのアドレシングを有し、前記端末（５）とこの端末（５）内部のエレメントを選択するために、「ＩＰ」と呼ばれるインターネットアドレスエレメントとポート番号とを有する「ＨＴＴＰ／ＴＣＰ−ＩＰ」プロトコルであり、前記第１通信ノード（５０）の前記特定のソフトウエアの前記第１のエンティティは、前記「ＩＰ」アドレスエレメントと前記ポート番号とを識別し、さらに、前記識別結果において、前記「ＷＥＢ」タイプのサーバ（４）からの受信データは、インターネットタイプの前記第１プロトコルにしたがって、前記「ＷＥＢ」タイプのブラウザ（５１）に向けられ、または変換され、定められた前記第２通信プロトコルにしたがって、データ伝送の第１の方向に前記第２通信ノード（６０）に向って伝送され、さらに前記識別において、前記第２通信ノード（６０）から受信したデータは、インターネットタイプの前記第１プロトコルにしたがって、データ伝送の第２の方向に「ＷＥＢ」タイプの前記ブラウザ（５１）または「ＷＥＢ」タイプの前記サーバ（４）に向けられることを特徴とする請求項１に記載の端末。
【請求項４】
前記安全保護エンクロージャ（６）が、さらに、少なくとも１つのデータ入力用キーボード（６２）と、前記キーボード（６２）と前記第２通信ノード（６０）との間に配置されたエンクロージャ用と呼ばれる少なくとも１つの「ＨＴＴＰ」サーバ（６１）とを備え、さらに、前記第２通信ノード（６０）の前記特定のソフトウエア（６４）の前記第１のエンティティ（６４１）が、前記「ＩＰ」アドレスエレメントと前記ポート番号とを識別し、さらに、前記第１通信ノード（５０）から受信したデータが、変換され、定められた前記第３通信プロトコルにしたがって、第１のデータ伝送方向に前記第３通信ノード（８０）に向って常に伝送され、さらに前記識別において、第３の通信ノード（８０）から受信したデータは、前記「ＨＴＴＰ」サーバ（６１）に向けられ、または、変換され、前記定められた第２プロトコルにしたがって、データ伝送の第２方向に前記第１通信ノード（５０）に向って伝送されることを特徴とする請求項３に記載の端末。
【請求項５】
前記安全保護エンクロージャが、安全保護エンクロージャ（６）の前記「ＨＴＴＰ」サーバ（６１）に接続された、少なくとも１つの追加情報処理リソース（６３）を有し、さらに「ＵＲＬ」タイプの前記アドレスが追加エレメントを有することから、前記「ＨＴＴＰ」サーバ（６１）が、前記追加アドレスエレメントの識別において、前記キーボード（６２）または、前記追加情報処理リソース（６３）のいずれか１つを選択することを特徴とする請求項４に記載の端末。
【請求項６】
前記追加情報処理リソース（６３）が、生物測定式認証装置であることを特徴とする請求項５に記載の端末。
【請求項７】
前記チップカードが、複数のソフトウェアアプリケーション（Ａ１からＡｎ）を記憶し、さらに前記チップカードが、前記ソフトウェアアプリケーション（Ａ１からＡｎ）と前記第３ノード（８０）との間に配置されたカード用サーバと呼ばれる「ＨＴＴＰ」サーバ（８１）を有し、さらに前記カード用「ＨＴＴＰ」サーバ（８１）が、前記第２ノード（６０）から出された要求の受信において、前記ソフトウェアアプリケーション（Ａ１からＡｎ）の少なくとも１つを選択的に起動させる、または、前記アプリケーション（Ａ１からＡｎ）から送信された要求を前記第３通信ノード（８０）に向けて伝送することを特徴とする請求項４に記載の端末。
【請求項８】
前記チップカード（８）が、さらに、前記第３通信ノード（８０）から受信した前記データによって伝達された一連の命令を解釈し、一連のオーダに変換することができる、第２のソフトウェアエンティティ（ＡＴＳ１からＡＴＳｉ）を有し、前記第２ソフトウェアエンティティ（ＡＴＳ１からＡＴＳｉ）が、前記ソフトウェアアプリケーション（Ａ１からＡｎ）および前記第３通信ノード（８０）の前記特定のソフトウエア（８４）と協働し、変換された前記一連の命令が、前記チップカード（８）の起動される前記ソフトウェアアプリケーション（Ａ１からＡｎ）の１つに関連付けられることを特徴とする請求項７に記載の端末。
【請求項９】
解釈される前記一連の命令がスクリプトからなり、前記第２ソフトウェアエンティティの各々が、スクリプト変換インテリジェントエージェントと呼ばれるソフトウェアモジュール（ＡＴＳ１からＡＴＳｉ）で構成されることを特徴とする請求項８に記載の端末。
【請求項１０】
前記「ＷＥＢ」タイプサーバ（４０）が、前記第１（５０）、第２（６０）、第３（８０）の通信ノードを通して、前記チップカード（８）の前記ソフトウェアアプリケーション（Ａ１からＡｎ）の少なくとも１つと対話型通信を行うための商用アプリケーションと呼ばれるソフトウェアアプリケーション（４１）を記憶することを特徴とする請求項１に記載の端末。
【特許請求の範囲】
【請求項１】
読取装置と通信するインターフェイスと複数のソフトウェアアプリケーション（Ａ１−Ａｎ）の記憶手段を有するチップカード（８）であって、
前記チップカードは、処理手段を有し、前記処理手段は、
端末（５）と通信する通信モジュール（８０）と前記記憶手段の間に配置されたいわゆるカード用「ＨＴＴＰ」サーバ（８１）であって、
前記通信モジュール（８０）と通信する端末から送られる要求の受信において前記ソフトウェアアプリケーション（Ａ１−Ａｎ）の少なくとも１つを選択的に起動し、又は、
前記アプリケーション（Ａ１−Ａｎ）により送信された要求を前記チップカード通信モジュール（８０）へ送信する、ように構成された前記カード用「ＨＴＴＰ」サーバ（８１）と、
前記チップカード通信モジュール（８０）から受信されたデータにより伝達された一連の命令を解釈し、それを一連のオーダに変換することができる、ソフトウェアエンティティ（ＡＴＳ１−ＡＴＳｎ）を使用する、関連付け手段であって、変換された一連のオーダを、前記チップカード（８）内で起動されるべき前記ソフトウェアアプリケーション（Ａ１−Ａｎ）の１つと関連付けることを可能とする、前記関連付け手段と、
を有することを特徴とする、チップカード（８）。
【請求項２】
処理手段は、「ＷＥＢ」エージェント（８４１）とパケットマルチプレクサ（８４０）を有するソフトウェア（８４）を有し、前記「ＷＥＢ」エージェント（８４１）は、前記関連付け手段とインターフェイスとの間の通信を可能とするように構成される、請求項１に記載のチップカード（８）。
【請求項３】
チップカード（８）のインターフェイスと通信する「ＡＰＤＵ」マネージャを有する、請求項１に記載のチップカード（８）。
【請求項４】
解釈される前記一連の命令がスクリプトからなり、前記第２ソフトウェアエンティティの各々は、前記「ＷＥＢ」エージェント（８４１）とスクリプト変換インテリジェントエージェント（ＡＴＳ１−ＡＴＳｉ）の間で確立されたセッションに従った一連の「ＡＰＤＵ」オーダを発生する、前記スクリプト変換インテリジェントエージェント（ＡＴＳ１−ＡＴＳｉ）と呼ばれるソフトウェアモジュールにより構成される、請求項３に記載のチップカード（８）。
【請求項５】
「ＡＰＤＵ」マネージャは、「ＡＰＤＵ」オーダを集中させ、全てのスクリプト変換インテリジェントエージェント（ＡＴＳ１−ＡＴＳｎ）と通信するように構成される、請求項３に記載のチップカード（８）。
【請求項６】
「ＡＰＤＵ」マネージャが、前記ソフトウェアアプリケーション（Ａ１−Ａｎ）の１つを選択し、「ＡＰＤＵ」オーダを選択されたソフトウェアアプリケーションに対応するＣＧＩアプリケーションへ送信することを可能とするＣＧＩインターフェイスを有し、前記ＣＧＩアプリケーションは特定の「ＵＲＬ」アドレスで実行される、請求項３に記載のチップカード（８）。
【請求項７】
インターネットネットワークを介して少なくとも１つの「ＷＥＢ」サーバ（４）と通信する端末（５）であって、第１部分と第２部分を有し、前記第２部分は、物理的な安全保護エンクロージャ（６）を備え、前記物理的な安全保護エンクロージャ（６）はチップカード（８）と通信する少なくとも１つのチップカード読取装置（７）を有し、
前記端末（５）は、第１部分内に、インターネット通信プロトコルに従って、第１モジュール（５０）と「ＷＥＢ」サーバ（４）の間で通信を確立することにより、端末（５）が「ＷＥＢ」サーバ（４）と通信することを可能とする少なくとも１つの前記第１モジュール（５０）を有し、前記物理的な安全保護エンクロージャ（６）は、エンクロージャ／装置通信プロトコルに従って、前記エンクロージャ（６）と第１部分の間で通信を確立するために、第１モジュール（５０）に接続された少なくとも１つの第２モジュール（６０）と、第２モジュール（６０）に接続された少なくとも１つのエンクロージャ用「ＨＴＴＰ」サーバ（６１）とを有し、前記エンクロージャ（６）はさらに、第２モジュール（６０）と前記エンクロージャ用「ＨＴＴＰ」サーバ（６１）をプログラミングすることにより論理的に安全保護される、ことを特徴とする端末（５）。
【請求項８】
前記第１部分は、第１モジュール（５０）に接続された「ＷＥＢ」ブラウザ（５１）を有し、「ＷＥＢ」サーバと主要部の間で通信する前記インターネット通信プロトコルは、前記端末（５）とこの端末（５）の内部のエレメントの選択のための、いわゆるＩＰインターネットアドレスエレメントとポート番号を含む、「ＵＲＬ」アドレッシングを有するＨＴＴＰ／ＴＣＰ−ＩＰプロトコルを有する、請求項７に記載の端末（５）。
【請求項９】
前記エンクロージャ（６）は、少なくとも１つのデータ入力用キーボード（６２）も有し、前記エンクロージャ用「ＨＴＴＰ」サーバ（６１）は、前記キーボード（６２）と前記第２モジュール（６０）の間に配置される、請求項７に記載の端末（５）。
【請求項１０】
前記エンクロージャ（６）は、エンクロージャ（６）の前記「ＨＴＴＰ」サーバ（６１）に接続された少なくとも１つの追加の情報リソース（６３）を含む、請求項７に記載の端末（５）。
【請求項１１】
前記追加の情報リソース（６３）は、生物測定式認証装置である、請求項１０に記載の端末（５）。
【請求項１２】
請求項１に記載のチップカード（８）と通信する、請求項７に記載の端末（５）。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００６−１３９７６９（Ｐ２００６−１３９７６９Ａ）
【公開日】平成１８年６月１日（２００６．６．１）
【国際特許分類】
【出願番号】特願２００５−２９９９１２（Ｐ２００５−２９９９１２）
【出願日】平成１７年１０月１４日（２００５．１０．１４）
【分割の表示】特願２００１−５３３７１３（Ｐ２００１−５３３７１３）の分割
【原出願日】平成１２年１０月２６日（２０００．１０．２６）
【出願人】（５９５１４３０７８）
【Ｆターム（参考）】
【公開日】平成１８年６月１日（２００６．６．１）
【国際特許分類】
【出願日】平成１７年１０月１４日（２００５．１０．１４）
【分割の表示】特願２００１−５３３７１３（Ｐ２００１−５３３７１３）の分割
【原出願日】平成１２年１０月２６日（２０００．１０．２６）
【出願人】（５９５１４３０７８）
【Ｆターム（参考）】
[ Back to top ]