JP2003523033A

JP2003523033A - インターネット型ネットワークのディレクトリサーバ上にユーザを登録し、かつ／または前記ネットワーク上でユーザを探し出す方法、および前記方法を実施するためのスマートカード

Info

Publication number: JP2003523033A
Application number: JP2001559234A
Authority: JP
Inventors: ユリアン，パスカル
Original assignee: ブル・セー・ペー・８
Priority date: 2000-02-10
Filing date: 2001-02-09
Publication date: 2003-07-29
Also published as: TW567700B; CA2366570A1; KR20020005683A; WO2001060026A1; CN1363174A; KR100723006B1; AU782179B2; CN1161942C; US7194545B2; FR2805108B1; EP1169839A1; FR2805108A1; US20020124092A1; AU3565001A; US20070208586A1

Abstract

(57)【要約】本発明は、ユーザをディレクトリサーバ上に登録し、かつ／またはインターネット利用者に関連する「ＩＰ」アドレスを判定するようにディレクトリサーバ（ＳＡ_ｉ）を照会することにより、インターネット型ネットワーク（ＲＩ）上でこのインターネット利用者を探し出す方法に関する。これを行うため、登録プロトコルおよび／または探索プロトコル（「ＰＬ」）にそれぞれが関連するアプリケーション（Ａ_ｌ）を記憶するスマートカード（２ａ）を利用する。このスマートカード（２ａ）内に加入者プロファイルを記憶することができる。いくつかの異なるプロトコルを記憶することができ、これにより、スマートカード（２ａ）は、マルチディレクトリデータベースになる。カード（２ａ）は、インターネットプロトコルに従って、ディレクトリサーバ（ＳＡ_ｉ）とスマートカード（２ａ）の間で伝送を開始し、登録プロトコルおよび／または探索プロトコル（「ＰＬ」）の実行のために、前記スマートカード内に記憶されたアプリケーション（Ａ_ｌ）を起動することができるように、「ＷＥＢ」クライアント／サーバ機能性および「ＣＧＩ」機能性を備えている。また、本発明は、関連するカードにも関する。

Description

【発明の詳細な説明】

【０００１】本発明は、スマートカード読取装置を備えた端末に接続されたスマートカード
を利用して、ネットワーク上、詳細には、インターネット型ネットワークのディ
レクトリサーバ上にユーザを登録し、かつ／またはそのようなネットワーク上で
ユーザを探し出す方法に関する。

【０００２】本発明はまた、その方法の実施のためのスマートカードにも関する。

【０００３】本発明の枠組みにおいては、「インターネット」という用語は、最も一般的な
意味において理解されなければならない。それは、厳密な意味でのインターネッ
トに加えて、「イントラネット」と呼ばれる型の企業の専用ネットワークまたは
それに類するネットワーク、および「エクストラネット」と呼ばれる型の外部に
向けてイントラネットを延長するネットワーク、さらに一般的には、そこでデー
タ交換がインターネット型プロトコルに従ってなされるネットワーク全体を対象
とする。以降、このようなネットワークを一般的に「インターネット」と呼ぶ。

【０００４】同様に、「端末」という用語も、一般的な意味で理解されたい。前記端末は、
詳細には、ＷＩＮＤＯＷＳまたはＵＮＩＸ（この両方とも登録商標である）等の
様々なオペレーティングシステムの下で機能するパーソナルコンピュータによっ
て構成されていることが可能である。また、端末は、ワークステーション、可搬
コンピュータ、またはいわゆる専用カード端末であることも可能である。本発明
のより具体的な枠組みでは、最小限の情報処理リソース自体しか備えておらず、
さらには、ハードディスク型のどのような永久記憶手段も有さないインターネッ
ト専用端末も同様に存在する。

【０００５】まず、ネットワーク上における通信プロトコルの主な特性を簡単に回顧するこ
とが有用であろう。

【０００６】通信ネットワークのアーキテクチャは、様々な層によって記述される。例とし
て、「ＩＳＯ」によって定義される「ＯＳＩ」（「ＯｐｅｎＳｙｓｔｅｍＩ
ｎｔｅｒｃｏｎｎｅｃｔｉｏｎ」）は、下層と呼ばれる層（例えば、物理伝送の
サポートに関する「物理層」と呼ばれる層）から、中間層、具体的には、「トラ
ンスポート層」と呼ばれる層を経て、上層（例えば、「アプリケーション層」と
呼ばれる層）までの７つの層を含む。所与の層は、適切なインターフェースを介
して、直上の層にそのサービスを提供し、直下の層に別のサービスを要求する。
これらの層は、プリミティブを利用して通信する。層は、同様に、同じレベルの
層とも通信することができる。いくつかのアーキテクチャでは、いくつかの層が
存在していないことも可能である。

【０００７】インターネット型の環境では、層の数は５つであり、より正確には、上層から
下層に向かって、アプリケーション層と呼ばれる層（「ｈｔｔｐ」、「ｆｔｐ」
、「ｅ−ｍａｉｌ」等）、トランスポート層と呼ばれる層（「ＴＣＰ」）、ネッ
トワークアドレス指定層と呼ばれる層（「ＩＰ」）、データリンク層と呼ばれる
層（「ＰＰＰ」、「Ｓｌｉｐ」等）、および物理層と呼ばれる層である。

【０００８】知られている技術では、以降、「インターネット利用者」と呼ぶことにするユ
ーザは、英語の略語「ＩＳＰ」（「ＩｎｔｅｒｎｅｔＳｅｒｖｉｃｅＰｒｏ
ｖｉｄｅｒ」を表す）で一般に知られるインターネットサービス事業者を利用す
るとき、固定または可変の「ＩＰ」アドレスを有するインターネット端末を利用
する。

【０００９】第１の不都合は、「ＩＰ」アドレスが、インターネット利用者にではなく、イ
ンターネットに接続された情報処理システムに関連付けらていることにある。情
報処理システムに固定アドレスが与えられている場合でさえ、ある「ＩＰ」アド
レスと物理的な人物の間で、先験的には、対応が存在しない。そのような関連を
確立するため、インターネット利用者は、「ＩＲＣ」（「ＩｎｔｅｒｎｅｔＲ
ｅｌａｙＣｈａｔ」を表す）と呼ばれるサーバに接続する。これらのサーバは
、「ＵｓｅｒＩＤ」と呼ばれるインターネット利用者の識別子にその「ＩＰ」ア
ドレスを関連付ける。識別子は、一般に、利用者の電子メールアドレス、または
英語の用語では、「ｅ−ｍａｉｌ」アドレスであるが、どのような仮名でも同様
に利用することができる。以降、「ＩＲＣ」サーバは、より一般的に「ディレク
トリサーバ」という名称で呼び、これを単に「ＳＡ」と呼ぶことにする。

【００１０】この関連付けは、一般に、サービス（一般に、無料の）が可能な限り便利な形
で利用され得るようには、認証されない。ただし、この構成は、不都合がないわ
けではなく、特に、いわゆる「センシティブ」なアプリケーションの場合にはそ
うである。

【００１１】したがって、まず行う必要が生じることの１つは、インターネット内でインタ
ーネット利用者を探し出すこと、つまり固定識別子と「ＩＰ」アドレスの間で対
応を確立することである。

【００１２】ただし、インターネット上でインターネット利用者を探し出すこと、つまり前
記対応を確立することは、その利用者が、ディレクトリサーバ「ＳＡ」に事前に
登録していることを前提とする。

【００１３】したがって、インターネット利用者のアドレスは、「ＳＡアドレス」−「Ｕｓ
ｅｒＩＤ」という対から成る。通常、「加入者」という用語は、「物理的」エン
ティティとして理解される。拡張されて、これが「機能」を指す場合もある。し
かしながら、以降、「加入者」という用語は、その一般的な意味で使用する。た
だし、これは、本発明の範囲をいかなる意味でも制限するものではない。

【００１４】実際には、インターネット利用者が、インターネット内での自らの居場所を示
すのは、以降、「ＰＥ」と呼ぶことにする登録プロトコルを利用して、自らの「
ＩＰ」アドレスを（ディレクトリ）サーバに提供する意図的な行為による。

【００１５】この操作は、サービス提供者によって配布され、以降、「ＰＡ」と呼ぶことに
する特定の加入者のプロファイルで個別設定した特定のソフトウェア（つまりア
プリケーション）を端末が有することを意味する。このプロファイル「ＰＡ」は
、基礎「ＵｓｅｒＩＤ」の識別子に加え、最も完全に加入者（つまりインターネ
ット利用者）を識別することを可能にする。

【００１６】「加入者のプロファイル」（「ＰＡ」）という用語で、加入者（インターネッ
ト利用者）の登録時にディレクトリサーバ「ＳＡ」に提供される情報の集合を一
般に指し、これらは、例えば、 − 「ディレクトリサーバ」（「ＳＡ」）のアドレス − 加入者の識別子（「ＵｓｅｒＩＤ」） − 利用者が、その人々と通信を行うことを了承する、またはその人々にネッ
トワーク内の自らの居場所を通知することを所望する加入者（その「ＵｓｅｒＩ
Ｄ」によって識別される）、および − 利用者が、ディレクトリサーバ上で公表することを了承する情報（例えば
、名前、国籍、探索するコンタクト等）インターネットを介して通信相手につながるには、この通信相手がしかるべく
登録されているとして、その「ＩＰ」アドレスを知ることが必要である。この情
報は、ディレクトリサーバ（「ＳＡ」）および探索プロトコル（「ＰＬ」）を利
用して入手される。

【００１７】加入者プロファイル「ＰＡ」は、その性質から、加入者に固有であるが、ディ
レクトリサーバの特性、具体的には、それに提供されるべき、またはそれが受け
入れることのできる情報のタイプおよび性質に依存する可能性もあることに留意
されたい。

【００１８】最後に、プロトコル「ＰＬ」は、プロトコル「ＰＥ」と同様に、いわゆるプロ
プラエタリ型のものであることに留意されたい。というのは、それが、先験的に
標準化されていない、つまり一般に認知された規格に対応していないディレクト
リサーバを宛先とするからである。

【００１９】これら２つの特性は、さらなる不都合となっている。

【００２０】以上に回顧したことを要約すると、第１のインターネット利用者が、他のイン
ターネット利用者を探し出し、かつ後者によって探し出され得るためには、その
利用者が利用する端末は、プロトコル「ＰＥ」および「ＰＬ」を実施するのを可
能にする特定のソフトウェアを記憶していることが必要である。また同様に、そ
の端末は、その利用者の加入者プロファイル「ＰＡ」に関するデータを記憶して
いる必要がある可能性もある。このことは、他のインターネット利用者の端末に
も同様に当てはまる。

【００２１】言い換えれば、加入者がプロトコル「ＰＥ」を呼び出し、自身のプロファイル
「ＰＡ」をディレクトリサーバ「ＳＡ」に提供して、第１端末上で登録の予備段
階に着手したものとして、その加入者が端末を変えることを所望する場合、利用
する新しい端末上で、少なくとも、プロトコル「ＰＬ」に関連する１つまたは複
数のそのソフトウェアを再び探し出さなければならないということで、任意の加
入者によって利用される端末は、等しく固有である。実際、プロトコル「ＰＬ」
の存在は、ディレクトリサーバに通信するために、またこのサーバ内に登録され
たデータ、具体的には、探索する通信相手の「ＩＰ」アドレスおよびその通信相
手のプロファイル「ＳＡ」にアクセスを得るために必要とされることになる。

【００２２】したがって、登録の動作、特にインターネット上でインターネット利用者を探
し出す動作を実行するために最適化された端末を利用することに関心が持たれよ
う。これは、「ノマディズム」と呼ばれる概念を便利な形で実現するのを可能に
することになろう。

【００２３】前述のプロトコル「ＰＥ」および「ＰＬ」に関連するソフトウェアは、通常、
大量のメモリを利用することを必要としない。これは、プロファイル「ＰＡ」の
データに関しても同様である。したがって、スマートカードのメモリ回路内にそ
れらを記録することが考え得るだろう。これは、現行の技術で可能なことである
。

【００２４】しかしながら、以下に示すように、二重の技術的困難に直面し、その結果、イ
ンターネットとスマートカードとの間のあらゆる直接通信が行えなくなってしま
う。

【００２５】まず第１に、図１Ａおよび１Ｂを参照して、インターネットに接続された、ス
マートカードに基づいてアプリケーションシステムの全体的アーキテクチャを簡
単に思い起そう。

【００２６】スマートカードに基づくアプリケーションシステムは、一般に、以下の主要エ
レメントを有する。

【００２７】 −スマートカード −上記端末を構成するホストシステム −通信ネットワーク、すなわち好ましいアプリケーションにおけるインターネ
ット −インターネットに接続されるアプリケーションサーバ。

【００２８】図１Ａは、この型のアーキテクチャの一例を概略で示している。端末１、例え
ば個別コンピュータは、スマートカード２の読取装置３を有する。この読取装置
３は、端末１内に物理的に一体化することも一体化しないことも可能である。ス
マートカード２は、入出力接続が、端末１との通信および電力供給を許可するた
めにそのサポートの表面と同じ高さにある集積回路２０を有する。この端末は、
インターネットＲＩへのアクセス回路１１を有する。これら回路は、交換電話回
線または、より高容量の通信手段、すなわち、サービス統合型デジタルネットワ
ーク（「ＲＮＩＳ」）、衛星によるケーブルまたは回線等に接続されるために、
モデムで構成される。回路１１は、直接またはインターネットサービス提供者（
英語では「インターネットサービスプロバイダ」または「ＩＳＰ」）を介して、
インターネッＲＩに接続されることができる。同じく、「プロキシ」または「フ
ァイアウォール」と呼ばれる（（フランス語では）「ｐａｒｅ−ｆｅｕ」または
「ｇａｒｄｅｂａｒｒｉｅｒｅ」とも呼ばれる）システムのような中間システ
ムに頼ることもできる。

【００２９】端末１は、当然のことながら、図面を簡略化するためにここには図示されてい
ないが、中央処理装置、ＲＡＭおよびＲＯＭ、磁気ディスク大容量メモリ、ディ
スケットおよび／またはＣＤＲＯＭ等といった、その円滑な作動に必要なあらゆ
る回路および機構を備える。

【００３０】通常、端末１はまた、ディスプレイスクリーン５、キーボード６ａ、マウス６
ｂ等のような、一体型または非一体型の従来の周辺装置に接続される。

【００３１】端末１は、ネットワークＲＩに接続されたあらゆる情報処理システムまたはサ
ーバと通信することができるが、そのうちの１つ４だけが、図１Ａに表されてい
る。アクセス回路１１は、「ＷＥＢ」ブラウザまたは英語によれば「ブラウザ」
と呼ばれる、個別のソフトウェア１０によって、端末１をサーバ４と通信させる
。ブラウザは、一般に「クライアント−サーバ」モードに従って、ネットワーク
ＲＩ全体に分配されたさまざまなアプリケーションまたはデータファイルにアク
セスすることができる。

【００３２】通常、ネットワーク上での通信は、重なったいくつかのソフトウェア層を含む
規格に対応するプロトコルに合わせて実行される。インターネット型のネットワ
ークＲＩの場合、通信は、このタイプの通信に固有のプロトコルに従って実行さ
れ、このプロトコルは、下記に詳細を記載するが、やはりいくつかのソフトウェ
ア層を含む。通信のプロトコルは、「ＷＥＢ」ページの検索、ファイル転送、電
子メール（Ｅメール、または英語の用語では「ｅ−ｍａｉｌ」）、フォーラムま
たは「ニュース」等、目標とするより具体的な用途に応じて選択される。

【００３３】端末、スマートカードの読取装置、スマートカードを有するシステムの論理ア
ーキテクチャは、図１Ｃに概略的に表わされている。また、それ自体が以下のよ
うな複数のサブアセンブリを有する、規格ＩＳＯ７８１６に記載されている。

【００３４】 −カードの寸法およびマーキングに関してはＩＳＯ７８１６−１および７８
１６−２。

【００３５】 −端末のスマートカード間のデータの転送に関してはＩＳＯ７８１６−３。

【００３６】 −一式の命令の構造とコマンドのフォーマットに関してはＩＳＯ７８１６−
４。

【００３７】図１Ｂでは、端末側１に、参照番号１０１として規格ＩＳＯ７８１６−３に
合致した層と参照番号１０２の命令管理「ＡＰＤＵ」（規格ＩＳＯ７８１６−
４）のみが表されている。スマートカード２側では、規格７８１６−３に適合し
た層に参照番号２００が付され、命令管理「ＡＤＰＵ」（規格ＩＳＯ７８１６―
４）に参照番号２０１が付されている。アプリケーションには、参照番号Ａ_１、
…、Ａ_ｊ…、Ａ_ｎが付されるが、この場合、ｎは、スマートカード２上に存在す
る最大数のアプリケーションである。

【００３８】アプリケーションＡ_ｊは、スマートカード２内に存在し、一式の命令を用いて
端末１と対話する。この一式の命令は、通常、書込み命令と読取り命令を有する
。命令のフォーマットは、英語略語「ＡＰＤＵ」（「アプリケーションプロトコ
ルデータユニット」）で知られている。これは上記の規格ＩＳＯ７８１６−４
によって規定される。コマンド用「ＡＰＤＵ」は、「ＡＰＤＵ．ｃｏｍｍａｎｄ
」と記され、応答用「ＡＰＤＵ」は「ＡＰＤＵ．ｒｅｓｐｏｎｓｅ」と記される
。「ＡＰＤＵ」は、上記の規格ＩＳＯ７８１６−３によって特定されたプロト
コルを用いて、カードの読取装置とスマートカードとの間で交換される（たとえ
ば、キャラクタモードではＴ＝０となる。またはブロックモードではＴ＝１とな
る）。

【００３９】スマートカード２が、図１Ｂに表されているように、複数の別々のアプリケー
ションを含むと、マルチアプリケーションカードが問題となる。しかしながら、
端末１は、同時にただ１つのアプリケーションとしか対話しない。

【００４０】個別のアプリケーションＡ_ｊの選別は、選別型の「ＡＰＤＵ」（「ＳＥＬＥＣ
Ｔ」）を用いて得られる。いったんこの選択がなされると、それに続く「ＡＰＤ
Ｕ」が、そのアプリケーションに向って辿られる。新しい「ＡＰＤＵＳＥＬＥ
ＣＴ」は、結果的に、進行中のアプリケーションを放棄して、そこから他のアプ
リケーションを選択する。「ＡＰＤＵ」２０１の管理者ソフトウェアのサブアセ
ンブリによって、スマートカード２内で個別のアプリケーションＡ_ｊを選択し、
そのように選択されたアプリケーションを記憶し、そのアプリケーションに向か
って「ＡＰＤＵ」を伝達し、またそのアプリケーションから「ＡＰＤＵ」を受取
ることが可能になる。

【００４１】以上をまとめると、アプリケーションＡ_ｊの選別と、そのアプリケーションと
の対話は、命令「ＡＰＤＵ」の交換によって行われる。アプリケーションＡ_ｊは
、以下「ＧＣＡ」（「包括的カードアプリケーション」）と呼ばれる従来のアプ
リケーションであると仮定される。

【００４２】以上の点を思い起した上で、スマートカード２は、市販の標準ブラウザ１０の
コードを変更しない限り、そうしたブラウザとは直接対話できない点に留意され
たい。

【００４３】さらに、また特に、そもそも上述の標準および規格に合致している現在のスマ
ートカードは、同じくインターネットと直接通信できないハードウェアおよびソ
フトウェアの構成を有する。とりわけ、それらは、この型のネットワークで使用
されるプロトコルのいずれかに従って、データパケットを受取り、伝達すること
ができない。したがって、一般には、英語で「プラグイン」と呼ばれるものの形
で、端末内１に設置される追加ソフトウェアを備えることが必要である。図１Ａ
では参照番号１２が付されているこのソフトウェアは、ブラウザ１０とカード２
との、より厳密にはこのカード２の電子回路２０との間のインターフェイスを実
施する。

【００４４】本発明は、必要であると判断されるものに適合させながらも、上述したいくつ
かの欠点を含む従来の技術による方法および装置の欠点を解消することにある。

【００４５】本発明の有利な実施形態によれば、登録プロトコル（「ＰＥ」）および探索プ
ロトコル（「ＰＬ」）、ならびに加入者プロファイル（「ＰＡ」）を実装するの
に必要なアプリケーションは、スマートカードのメモリ内にその一部または全体
が記憶されたファイルであり、実行可能型ファイルは、前記「ＧＣＡ」型の標準
アプリケーションである。

【００４６】本発明によれば、スマートカードは、それに関連した端末のための「ＷＥＢ」
型のサーバ／クライアントとして行動する。

【００４７】そのために、スマートカード内に特有の通信ソフトウェア層と、端末内にその
対になるものが備えられる。「特有の」という用語は、本発明の方法に特有と解
釈されなければならない。というのも、特有と呼ばれるこれらの通信層は、当該
のアプリケーションがどのようなものであれ一般化されるからである。とりわけ
、それらは、上記の種々のプロトコルの「ＰＥ」および「ＰＬ」実施に必要なア
プリケーションからは独立している。それらは、一方ではスマートカードと端末
との間の、他方ではスマートカードとネットワークとの間の双方向データ交換プ
ロセスにしか関わらない。

【００４８】特有の通信ソフトウェア層は、とりわけプロトコルの会話を可能にする、「イ
ンテリジェントエージェント」と呼ばれるソフトウェアの構成要素を有する。イ
ンテリジェントエージェントは、以下、より単純に「エージェント」と呼ぶ。そ
れぞれ端末とスマートカードに関連した特有の通信層内に並べられたエージェン
トが存在する。本発明の方法によれば、こうしたエージェント間にセッションが
確立される。

【００４９】有利には、本発明の方法は、それに全く変更を加える必要なく、スマートカー
ド内に配置された、従来型アプリケーション、つまり「ＣＧＡ」型のアプリケー
ションの起動を可能にする。

【００５０】そのために、ブラウザの要求を受取り、それらを「ＧＣＡ」型のアプリケーシ
ョンによって理解可能な命令「ＡＰＤＵ」に翻訳するスクリプト変換と呼ばれる
個別のインテリジェントエージェントが備えられる。そのことから、スマートカ
ード内に、そもそも従来の「ＷＥＢ」サーバ内では「ＣＧＩ」の名称で知られて
いる類似機能が設けられる。この機能は「ＨＴＴＰ」型のインターネットプロト
コルによって、スマートカード内でのアプリケーションの実施を可能にする。

【００５１】これらのさまざまな措置によって、スマートカード、より厳密にはスマートカ
ード内に存在するアプリケーションは、インターネット型のプロトコルの実施に
よってインターネットに接続された遠隔サーバと直接的に通信することを可能に
する。スマートカードによって提供される「ＣＧＩ」機能によって、その部分に
ついては、端末内にプロプラエタリ型のアプリケーションの存在を必要とせずに
、登録プロトコル「ＰＥ」および「ＰＬ」に関連したアプリケーションへのアク
セスが可能になる。有利にも、市販されている標準型のブラウザのみが必要とな
る。

【００５２】本発明の好ましい実施形態では、スマートカード内に、いくつかの組のプロト
コル「ＰＥ」および「ＰＬ」に関連するアプリケーションおよび／または別々の
加入者プロファイル「ＰＡ」を組み合せたものを記憶する。

【００５３】この有利な構成は、一方で、いくつかの別々の加入者プロファイル「ＰＡ」ま
たは同一加入者プロファイル「ＰＡ」のいくつかの別々のオカレンスを同一のデ
ィレクトリサーバ「ＰＡ」上に登録することを可能にし、またこれらのエンティ
ティを固有「ＩＰ」アドレスに関連付けることにより、これらを探し出すことを
可能にする。この構成は、他方で、同一の加入者プロファイル「ＰＡ」および／
またはいくつかの別々の加入者プロファイル「ＰＡ」で、いくつかのディレクト
リサーバ「ＳＡ」を宛先とすることを可能にする。この場合、スマートカードが
、マルチディレクトリデータベース機能性を提供する。

【００５４】したがって、本発明の主な目的は、第１ユーザを少なくとも１つのディレクト
リサーバに関連付ける、そのユーザを登録することおよび／またはネットワーク
上、具体的には、インターネット型ネットワーク上の少なくとも１人の第２ユー
ザを探し出すことを目的とする方法であって、前記関連付けは、スマートカード
読取装置と、登録ソフトウェアおよび／または探索ソフトウェアと呼ばれる少な
くとも１つのソフトウェアとを備えた端末を介して実行され、前記端末は、前記
インターネット型ネットワークを介して前記ディレクトリサーバのそれぞれに接
続され、かつ決められた第１プロトコルに従って前記スマートカードと通信を行
い、方法は、前記ソフトウェアのうちの少なくとも１つが前記スマートカード内
に記憶されていることと、このスマートカードが、特定の通信プロトコル層を形
成する第１ソフトウェアを含み、かつ前記端末が、特定の通信プロトコル層を形
成する第２ソフトウェアを含み、前記第１ソフトウェアおよび前記第２ソフトウ
ェアは、少なくとも一組の対になった第１ソフトウェアエンティティをさらに含
み、前記エンティティのそれぞれは、少なくとも前記端末と前記スマートカード
、および／または前記インターネット型ネットワークとの間で、前記スマートカ
ードが、「ＷＥＢ」クライアント／サーバの機能性を提供するように双方向デー
タ交換のセッションが確立できるように互いに協働することと、前記スマートカ
ードは、いわゆる「ＣＧＩ」のゲートウェインターフェースの機能性を前記スマ
ートカードが提供するように前記特定の第２ソフトウェアと協働する少なくとも
１つの第２ソフトウェアエンティティを含むこととを特徴とし、さらに、方法は
、１／前記ディレクトリサーバのうちの１つを選択する目的で、前記プロプラエ
タリソフトウェアのうちの１つを選択し、起動することを可能にするデータを前
記「ＷＥＢ」型ブラウザがリトリーブするように要求を伝送するため、少なくと
も前記端末と前記スマートカードの間で第１シーケンスのデータ交換を開始する
ステップと、２／前記スマートカードと前記端末の間で、前記端末に前記データを伝送する
ため、第２シーケンスのデータ交換を開始するステップと、３／選択データおよびオプションのパラメータを伝送するため、前記端末と前
記スマートカードの間で第３シーケンスのデータ交換を開始するステップであっ
て、前記データおよび前記オプションのパラメータが、前記登録ソフトウェアお
よび／または前記探索ソフトウェアのうちの１つに対する参照を含むステップと
、４／前記「ＣＧＩ」機能性を実装し、かつ前記登録ソフトウェアおよび／また
は前記探索ソフトウェアを実行するステップと、５／前記実行するステップの結果、前記スマートカードと、前記ディレクトリ
サーバのうちの前記選択データによって選択された１つとの間で、登録または探
索の決められた動作を実現するための要求を伝送するように、第４シーケンスの
データ交換を開始するステップとを含むことを特徴とする。

【００５５】本発明はまた、この方法の実施のためのスマートカードを対象とする。

【００５６】添付の図面を参照して、以下に、本発明の好ましく、しかも限定的でない実施
形態を説明する。

【００５７】以下において、反対の記載がない限り、本発明の好ましい適用の枠組み、すな
わちインターネットを介する電話伝送の場合には、範囲は限定しないものとする
。

【００５８】図２は、スマートカードが「ＷＥＢ」クライアント／サーバとして作動するこ
とを可能にする、本発明の第一の様態によるスマートカードに基づくアプリケー
ションシステムの一例を概略的に表わす図である。

【００５９】端末１およびスマートカード２ａ内にそれぞれ設置された、参照番号１３およ
び２３ａの特有の通信プロトコルソフトウェア層を例外として他のハードウェア
またはソフトウェアエレメントは、従来の技術、特に、図２Ａおよび２Ｂを参照
して説明した技術に共通するため、ここで再び詳細に説明する必要はない。

【００６０】端末１は、たとえばモデムで構成されたネットワークＲＩへのアクセス回路１
１を有する。これら回路は、「物理」層と「データリンク」層に対応する、ソフ
トウェア下層、Ｃ_１およびＣ_２を包括する。

【００６１】また、「ネットワークアドレシング」層（インターネットの場合には「ＩＰ」
）と「トランスポート」層（「ＴＣＰ」）に対応する、上層、Ｃ_３およびＣ_４が
示されている。アプリケーション上層（「ＨＴＴＰ」、「ＦＴＰ」、「ｅメール
」等）は示されていない。

【００６２】下層、Ｃ_１およびＣ_２と上層、Ｃ_３およびＣ_４との間のインターフェースは、
一般に「ドライバ下層」と呼ばれるソフトウェア層によって構成される。上層、
Ｃ_３およびＣ_４は、このインターフェイス上に支持され、それらに対応する特有
の機能のライブラリまたはネットワークライブラリ１４を介して利用される。イ
ンターネットの場合には、「ＴＣＰ／ＩＰ」は、「ソケット」と呼ばれるライブ
ラリを用いて利用される。

【００６３】こうした構造から、ブラウザ１０は、ファイル転送用または電子郵便の送信用
の「ＷＥＢ」ページ（「ＨＴＴＰ」プロトコル）の閲覧のために、サーバ４に向
かって要求を出すことが可能であり、それはまったく従来の方法で行われる。

【００６４】端末１はまた、一体型または非一体型のカード読取装置３を有する。スマート
カード２ａと通信するために、カード読取装置３０はまた、層Ｃ_１およびＣ_２と
類似の役割を果たす、２つの低層、ＣＣ_１（物理層）とＣＣ_２（データリンク層
）を包括する。層ＣＣ_１およびＣＣ_２とのソフトウェアインターフェイスは、た
とえば、仕様「ＰＣ／ＳＣ」（「第６部、サービスプロバイダ」）によって説明
される。層自体、ＣＣ_１およびＣＣ_２は、特に、上述したように、規格ＩＳＯ
７８１６−１から７８１６−４によって説明される。

【００６５】補足的ソフトウェア層１６は、応用層（ここには図示されていない）と下層、
ＣＣ_１およびＣＣ_２との間でインターフェイスを形成する。この層１６に割り当
てられる主要機能は、マルチプレキシング／デマルチプレキシング機能である。

【００６６】スマートカード２ａとの通信は、「ＵＮＩＸ」型オペレーティングシステム、
すなわちＯＵＶＲＩＲ（「ＯＰＥＮ」）、ＬＩＲＥ（「ＲＥＡＤ」）、ＥＣＲＩ
ＲＥ（「ＷＲＩＴＥ」）、ＦＥＲＭＥＲ（「ＣＬＯＳＥ」）等におけるファイル
の操作のために使用されるものと類似のパラダイムに従って行われる。

【００６７】スマートカード２ａ側には、類似の構造、すなわち参照番号ＣＣａ_１（物理層
）およびＣＣａ_２（データリンク層）が付された２つの低層の存在、さらには層
１６とまったく同じインターフェイス層２６ａが見られる。

【００６８】本発明によれば、両側に、すなわち端末１およびスマートカード２ａにおいて
、特有の２つのプロトコル層、つまり、それぞれ１３および２３ａが備えられる
。

【００６９】端末１においては、特有の層１３は、マルチプレキシング層１６を介して、「
ドライバ低層」１５、ネットワーク層Ｃ_３およびＣ_４のライブラリ１４、さらに
、カード読取装置３のプロトコル層、すなわち下層ＣＣ_１およびＣＣ_２とインタ
ーフェイスしている。特有の層１３は、スマートカード２ａから、またスマート
カード２ａに向かって、ネットワークパケットの転送を可能にする、さらに、こ
の層は、スマートカード２ａを利用する用途に、インターネットブラウザ１０や
電子郵便等のような既存のアプリケーションを適合させる。

【００７０】スマートカード２ａ側には、層１３と対をなして、参照番号２３ａが付された
特有の層の補足的インスタンスで構成されたまったく同様の構造が見られる。

【００７１】より厳密には、特有の層１３および２３ａは、以下の３つの主要なソフトウェ
アエレメントに細分割される。

【００７２】 −従来の層ＣＣ_１、ＣＣ_２、ＣＣａ_１およびＣＣａ_２を介する、層１３と２３
ａの間の情報ブロックの転送モジュール１３０または２３０ａ、 −たとえば、プロトコルの変換機能を実行する「インテリジェントエージェン
ト」１３２または２３２ａと呼ばれる１つまたは複数のソフトウェア、 −個別のインテリジェントエージェントと同一視することができるモジュール
である、特有の構成の管理モジュール、１３１および２３１ａ。

【００７３】以下、簡略化するために、先述したように、インテリジェントエージェントを
「エージェント」と呼ぶ。

【００７４】したがって、端末１とスマートカード２ａ内に、２つのエンティティ間の通信
プロトコルスタックが見られる。

【００７５】レベル２の層（データリンク層）ＣＣ_２およびＣＣａ_２は、スマートカード２
ａと端末１との間の交換を行う。それらの層は、伝送エラーの検出と、場合によ
っては補正を行う。種々のプロトコルが使用可能であり、以下は限定的ではなく
、あくまで例示的なものである。

【００７６】 −勧告ＥＴＳＩＧＳＭ１１．１１、 −キャラクタモードＴ＝０における、規格ＩＳＯ７８１６−３によって規定
されたプロトコル、 −ブロックモードＴ＝１における、規格ＩＳＯ７８１６−３によって規定さ
れたプロトコル、または −フレームモード「ＨＤＬＣ」（「Ｈｉｇｈ−ＬｅｖｅｌＤａｔａＬｉｎ
ｋＣｏｎｔｒｏｌｐｒｏｃｅｄｕｒｅ」の略）において、規格ＩＳＯ３３
０９によって規定されるプロトコル。

【００７７】本発明の枠組みにおいては、好ましくは、ブロックモードにおけるプロトコル
ＩＳＯ７８１６−３が使用される。

【００７８】それ自体良く知られている方法で、各プロトコル層に対して、同レベルの層間
、さらに層から層へのデータの交換を可能にする一定数のプリミティブが関連付
けられる。例として、レベル２の層に関連付けられるプリミティブは、カードに
よる「データ要求（「Ｄａｔａ．ｒｅｑｕｅｓｔ」）および「データの確認」（
「Ｄａｔａ．ｃｏｎｆｉｒｍ」）等の型である。

【００７９】より特有の方法では、層１３および２３ａは、スマートカード２ａとホスト、
すなわち端末１との間の対話を担当する。それらの層は、たとえば、「ＨＴＭＬ
」フォーマットにおけるハイパーテキストの形で実行されるメニュを介して、端
末１のユーザ（図示せず）とスマートカード２ａとの間の情報交換を可能にする
。それらはまた、データパケットの送信および／または受信のために適合した構
成の設置を可能にする。

【００８０】上述したように、層は３つの別々のエンティティを有する。

【００８１】第一の層１３０または２３０ａは、主に、ソフトウェアマルチプレクサで構成
される。それは、プロトコルのデータユニットの形で、スマートカード２ａとホ
スト端末１との間の情報交換を可能にする。第一の層は、データパケットの交換
機と類似の役割を果たす。それらのユニットは、レベル２の層（データリンク層
）を介して送信または受信される。この通信用の個別プロトコルは、少なくとも
一対のエージェントの連絡を確立させることができる。各対の第１のエージェン
ト１３２は、端末１側の層１３内に位置し、第２のエージェント２３２ａは、ス
マートカード２ａ側の層２３ａ内に位置する。２つの「エージェント」間のリン
クは、「Ｓ−エージェント」と呼ぶことができるセッションに関連付けられる。
セッションは、これら２つのエージェント間の双方向データ交換である。層１３
および２３ａのいずれか一方が、複数のエージェントを有する場合には、同一層
のエージェントはまた、互いの間で、および／または、個別のエージェントを構
成するモジュール１３１および２３１ａとのセッションを確立することができる
。

【００８２】より厳密には、エージェントは、端末１によって実施される構成に応じて、レ
ベル３および４の層の機能の全体または一部を実行することができる独立ソフト
ウェアエンティティである。

【００８３】エージェントは、個別の特性または属性に関連付けられる。分かりやすくする
ために、限定的でなく例示的なものとして、以下の６つの特性がエージェントに
関連付けられる。

【００８４】 −「ホスト」：端末内で探索されるエージェント −「カード」：スマートカード内で探索されるエージェント −「ローカル」：ネットワークと通信しないエージェント −「ネットワーク」：ネットワークと通信するエージェント（端末側） −「クライアント」：セッションを初期化するエージェント −「サーバ」：セッションの要求を受取るエージェント個別のエージェントは、リファレンス、たとえば１６ビットの整数によって識
別される（すなわち、０から６５５３５の間）。上位ビット（ｂ１５＝１）は、
リファレンスがローカルであるか（スマートカードまたは端末へのローカル通信
）、または、遠隔であるか（ｂ１５＝０）を示す。

【００８５】エージェントには２つの大きなカテゴリが存在する。固定リファレンスによっ
て識別される「サーバ」型のエージェントと、構成管理モジュールによって付与
される一時的と形容されることもある可変リファレンスによって識別される「ク
ライアント」型のエージェント、１３１または２３１ａである。

【００８６】エージェントは、宛先リファレンスとソースリファレンスとを構成する「プロ
トコルデータユニット」または「ｐｄｕ」（英語「ｐｒｏｔｏｃｏｌｄａｔａｕｎｉ」の略）と呼ばれるエンティティを用いて互いに通信する。さらに、こ
の「ｐｄｕ」を、一般に使用されている英語「ＳｍａｒｔＣａｒｄ」を参考に
して、「ＳｍａｒｔＴＰｐｄｕ」と呼ぶこともできる。「ｐｄｕ」は、特に、
以上に規定したリファレンスを使用する。

【００８７】「ＳｍａｒｔＴＰｐｄｕ」または、以下、より簡単に「ｐｄｕ」は、「ｐｄ
ｕ」の性質を明示する以下のようなフラグおよびオプションのデータを構成する
、ソースリファレンス、宛先リファレンス、ビット集合を有する。

【００８８】 −「ＯＰＥＮ」（開始）フラグは、セッション開始を示すために位置決めされ
る。

【００８９】 −「ＣＬＯＳＥ」（閉鎖）フラグは、セッションの閉鎖を示す。

【００９０】 −「ＢＬＯＣＫ」（鎖錠）フラグは、エージェントが、その通信相手の応答を
待っている状態であり、あらゆる活動を一時停止することを示す。

【００９１】データをもたない「ｐｄｕ」はトークンと呼ばれる。

【００９２】「ＳｍａｒｔＴＰ」エンティティは、宛先エージェントの存在をコントロール
し、そのエージェントに向かってパケットの通信を実行する。

【００９３】セッションエージェント「Ｓ−Ａｇｅｎｔ」は、３つの注目すべき状態を有す
る。すなわち、 −接続解除されている状態。いかなるセッションも他のエージェントには開始
されていない。

【００９４】 −接続されている状態。セッションが他のエージェントに開始されている。「
Ｓ−Ａｇｅｎｔ」セッションは、一対のリファレンスによって識別される。

【００９５】 −ブロックされている状態。エージェントが接続され、その通信相手の応答を
待つ状態。

【００９６】「Ｓ−エージェント」セッションの確立メカニズムは、以下の通りである。

【００９７】 −クライアントエージェントの新しいインスタンスが創設され（スマートカー
ドまたは端末側）、このエージェントは、擬似単一一時リファレンスによって識
別される。

【００９８】 −クライアントエージェントは、位置決めされた「ＯＰＥＮ」フラグとともに
サーバエージェント（そもそも、そのリファレンスはすでに知られている）宛て
に「ｐｄｕ」を送信し、クライアントエージェントは、「ブロック」フラグの値
に従って接続またはブロックされる状態に移行する。さらに −サーバエージェントは、「ＯＰＥＮ」フラグとともに「ｐｄｕ」を受け取り
、接続された状態に移行する。

【００９９】いったんセッションが開始されると、２人のエージェントが「ｐｄｕ」を介し
てデータを交換する。

【０１００】セッションの閉鎖メカニズムは以下の通りである。

【０１０１】 −エージェントは、場合によってはデータを有する、位置決めされたフラグ「
ＣＬＯＳＥ」とともに「ｐｄｕ」を送信する。

【０１０２】 −他のエージェントは、（場合によってはデータを有する）位置決めされたフ
ラグ「ＣＬＯＳＥ」とともに「ｐｄｕ」を受取り、「Ｓ−Ａｇｅｎｔ」セッショ
ンは、接続解除された状態に移行する。

【０１０３】図３は、上述したような「Ｓ−Ａｇｅｎｔ」セッションの状態のフローチャー
トを概略的に表わしている。

【０１０４】層１３０および２３０ａは、ホスト端末１およびスマートカード２ａ側で、存
在するエージェントリストを含む表（ここには図示されていない）を管理する。

【０１０５】実際に、エージェントは、（たとえば、ハイパーテキストの）データの交換を
可能にするが、しかも、スマートカード２ａと遠隔サーバ４との間の通信を許可
する、ネットワークトランザクションを開始することができる（図３）。

【０１０６】構成管理モジュール、それぞれ１３１および２３１ａは、個別のエージェント
と同一視することができる。たとえば、ホスト端末１側のモジュール１３１は、
特に、この端末の構成（作動モード）に関連する情報、たとえば他のエージェン
トリスト等を管理する。スマートカード２ａ側のモジュール２３１ａは、類似機
能を有する。これら２つのエージェントは、セッションを確立するために互いに
通信を確立することができる。

【０１０７】実際に、スマートカード２ａは、有利には、外部サーバへのポインティングで
はなく、端末１それ自体へのループバックを規定する「ＵＲＬ」アドレス（「Ｕ
ｎｉｖｅｒｓａｌＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ」の略）の使用によって
「アドレシング」される。例として、この「ＵＲＬ」の構造は通常以下の通りで
ある：ｈｔｔｐ：／／１２７．０．０．１：８０８０（１）ここで、１２７．０．０．１は、ループバックの「ＩＰ」アドレスであり、８
０８０は、ポート番号である。

【０１０８】図４は、図３に示された型の本発明によるシステムの論理アークテクチャを簡
略に、しかもより詳細に表している。スマートカード２ａは、複数のエージェン
トを有するが、そのうちの２つだけがここに図示されている。厳密には規定され
ていない型のエージェント２３２ａ_１と「ＷＥＢ」型と呼ばれるエージェント２
３２ａ_２である。論理スタックは、規格ＩＳＯ７８１６−３に合致した参照番
号２００ａを付された、プロトコル下層（図２：ＣＣａ_１およびＣＣａ_２）と、
コマンド管理「ＡＰＤＵ」２０１ａ_１と、パケットのマルチプレクサ２３０ａと
を有し、このマルチプレクサは、エージェント、特に「ＷＥＢ」エージェント２
３１ａ_２にインターフェイスされる。

【０１０９】端末１側には、２つのスタックが存在するが、一方はインターネットＲＩと通
信し、他方はスマートカード２ａと通信する。第１のスタックは、ネットワーク
（規格ＯＳＩ１および２）へのアクセス機構１１（図２：Ｃ_１およびＣ_２）と
、参照番号１００が付されたプロトコル「ＴＣＰ／ＩＰ」（図３：Ｃ_３およびＣ _４）層とを有する。それらの層は「ＷＥＢ」ブラウザ１０とインターフェイスさ
れる。他方のスタックは、規格ＩＳＯ７８１６−３に合致した参照番号１０１
が付されたプロトコル下層（図３：Ｃ_１およびＣ_２）と、命令管理「ＡＰＤＵ」
１０２と、パケットマルチプレクサ１３０とを有し、このマルチプレクサはエー
ジェントとインターフェイスされるが、そうちの１つだけ、１３２がここに図示
されている。このエージェントは「ネットワーク型」と想定され、さらに、一方
では「ＴＣＰ／ＩＰ」層１０１を介して、ブラウザ１０と、他方では、それら「
ＴＣＰ／ＩＰ」層１０１とネットワークＲＩへのアクセス機構１１とを介してイ
ンターネットＲＩと通信することができる。

【０１１０】命令管理「ＡＰＤＵ」２０１ａはまた、単にアプリケーションと呼ばれるアプ
リケーションレベルの１つまたは複数の層とインターフェイスされる。それらア
プリケーションＡ_１…、Ａ_ｉ…、Ａ_ｎ…、は、すでに示したように、従来型のア
プリケーションである。

【０１１１】要約すると、スマートカード２ａによって与えられる「ＷＥＢ」サーバ／クラ
イアント機能は、すでに説明したように、スマートカード内の「ＷＥＢ」エージ
ェント２３２ａ_１と、端末１内のネットワークエージェント１３２との関連付け
によって、また、エージェント間のセッションによって実行することができる。

【０１１２】したがって、スマートカード２ａは、「ＷＥＢ」クライアント／サーバの機能
性をよく提供する。さらに、本発明の方法の有利な特徴によれば、前述した「Ｃ
ＧＡ」型の従来のどのアプリケーション、Ａ_１からＡ_ｎでも、端末１内にある「
ＷＥＢ」ブラウザ１０により、あるいはインターネットＲＩのどこかのポイント
に配置された遠隔ブラウザ４により、エージェント間のセッションの実行により
、この「ＷＥＢ」クライアント／サーバを介して起動することができる。本発明
の方法によれば、アプリケーション、Ａ_１からＡ_ｎは、書き直す必要がなく、そ
のまま実装することができる。

【０１１３】本発明の枠組みでは、アプリケーションＡ_１からＡ_ｎの全部または一部は、１
つまたは複数のプロトコル「ＰＥ」および／または１つまたは複数のプロトコル
「ＰＬ」に関連するアプリケーションから成り、スマートカード２ａのメモリ内
にロードされていることが可能である。１つまたは複数のプロファイル「ＰＡ」
を表すデータも、同様に、スマートカード２ａ内に記憶されていることが可能で
ある。

【０１１４】スマートカード２ａによって与えられる「ＷＥＢ」クライアント／サーバ機能
だけでは、１つのアプリケーションを実行するのに十分ではない。さらに補足機
能を付け加える必要がある。

【０１１５】というのも、本発明の他の様態によれば、スマートカード２ａによって与えら
れる「ＷＥＢ」サーバ機能は、従来の「ＷＥＢ」サーバ内に設置された「ＣＧＩ
」（「ＣｏｍｍｏｎＧａｔｅｗａｙＩｎｔｅｒｆａｃｅ−共通ゲートウェイ
インターフェイス」の略）と呼ばれる機能に類似のメカニズムを含む。

【０１１６】スマートカード内であっても、この型の機能を実行できる本発明に合致したア
ーキテクチャの一例を示す前に、「ＣＧＩ」作動モードの主要な特徴を思い起す
ことが有益である。

【０１１７】「ＣＧＩ」は、オペレーティングシステム「ＵＮＩＸ」（登録商標）、「ＤＯ
Ｓ」、または「ＷＩＮＤＯＷＳ」（商標）のために書き込まれたアプリケーショ
ンの「ＷＥＢ」サーバからの実施仕様である。例として、「ＵＮＩＸ」オペレー
ティングシステムについては、仕様は「ＣＧＩ１．１」であり、「ＷＩＮＤＯ
ＷＳ９５」オペレーティングシステムについては、仕様は「ＣＧＩ１．３」で
ある。

【０１１８】常に例示的なものとして、「ホスト」がホストシステム（一般に遠隔）を参照
する、「ｈｔｔｐ：／／ｗｗｗ．ｈｏｓｔ．ｃｏｍ／ｃｇｉ−ｂｉｎ／ｘｘｘ．ｃｇ
ｉ」（２）の型の「ＵＲＬ」アドレスについての要求「ＨＴＴＰ」は、「ｘｘｘ」と名付け
られ、このホストシステムのディレクトリ内に存在する「ＣＧＩ」型のコマンド
スクリプトの実行として、「ＷＥＢ」サーバによって解釈される。ディレクトリ
の名前は、先験的に何でもよいにもかかわらず、それは、従来、「ＣＧＩ」型の
スクリプトを保存するディレクトリに与えられる名前である。スクリプトは、ホ
ストシステムのオペレーティングシステムの命令セットであり、その最終的結果
は、上記の要求を送信する「ＷＥＢ」ブラウザに伝送される。このスクリプトを
書き込むために、種々の言語、たとえば「ＰＥＲＬ」言語（登録商標）を使用す
ることができる。

【０１１９】実際には、要求は、通常、「ＨＴＬＭ」ページ内に含まれる書式の形で情報処
理スクリーンに表示される。「ＨＴＬＭ」言語は、書式を「ＵＲＬ」アドレスに
翻訳することができる。書式は、強制的または非強制的に１つまたは複数のフィ
ールドを有し、それらは、通常の入力手段、すなわち、テキスト用にはキーボー
ド、チェックボックスにはマウス、または「ラジオ」と呼ばれるボタン等を用い
てユーザによって書き込まれる。書式の内容（さらに、場合によっては「隠し」
情報と呼ばれる情報および命令）は、「ＷＥＢ」サーバ宛てに送信される。ペー
ジの「ＨＴＬＭ」コードは、書式のハードウェア構造（枠、デザイン、色、他の
あらゆる属性）、ならびにインプットされるデータフィールドの構造（名称、長
さ、データの型等）を説明する。

【０１２０】伝送は、２つの型の主要なフォーマットに従って行うことができる。最初のフ
ォーマットは、「ＰＯＳＴ」と呼ばれる方法を使用し、第２のフォーマットは「
ＧＥＴ」と呼ばれる方法を使用する。フォーマット型情報は、書式ページのコー
ド内に存在する。

【０１２１】しかしながら、このメカニズムは、スマートカードが、本発明の特徴のいずれ
か１つに従って「ＷＥＢ」クライアント／サーバ機能を提供するとしても、直接
スマートカードに移し替えられるわけではない。

【０１２２】ここで、図５を参照して、スマートカードにおける「ＷＥＢ」サーバを介して
、従来型の何らかのアプリケーションを起動することができるアーキテクチャの
一例を説明しよう。

【０１２３】本発明の様態の１つに従うインテリジェントエージェントの中には、以下、「
スクリプト変換エージェント」、または略して「ＡＴＳ」と呼ばれる個別のイン
テリジェントエージェントが備えられる。こうして、スクリプトは、これら「イ
ンテリジェント」エージェントの１つによって解釈される。この翻訳は、以下の
ように種々の方法で実行することができる。

【０１２４】ａ／この場合、二重の容量を備える、「ＷＥＢ」エージェント２３２ａ_１によ
って、ｂ／スマートカード２ａ内に存在するスクリプトの集合を翻訳することができ
る単一のスクリプトエージェントによって、ｃ／以下「ＡＴＳＤ」と呼ばれる専用スクリプトエージェント（スクリプトご
とに１つのエージェント）によって、またはｄ／その場合、二重の容量を備えた、命令管理「ＡＰＤＵ」２０１ａの「ＡＰ
ＤＵ」エージェント２０１０ａによって。

【０１２５】「ＡＰＤＵ」エージェント２０１０ａは、命令管理「ＡＰＤＵ」層２０１ａの
構成要素である。この層は、システムによって送信および／または受信されるあ
らゆる「ＡＰＤＵ」命令を集中させ、Ａ_１からＡ_ｎの中からアプリケーションを
選別し、しかもインテリジェントエージェント型のインターフェイスを提供する
ことができる層である。したがって、本発明の特徴の１つによれば、それらエー
ジェントが端末１内で探索されようと、スマートカード２ａ内で探索されようと
、あらゆるインテリジェントエージェントと通信することができる。

【０１２６】上記のｃ／の場合には、セッションは、「ＷＥＢ」エージェント２３２ａ_１と
「ＡＴＳＤ」エージェントの１つとの間で開始される。

【０１２７】図５は、変換エージェントが「ＡＴＳＤ」型であるようなアーキテクチャの一
例を表している。それらは、参照番号ＡＴＳ_１からＡＴＳ_ｎが付されているが、
アプリケーションＡ_１からＡ_ｎに関連付けられる。選別されたアプリケーション
は、アプリケーションＡ_ｉであると想定されるので、セッションは「ＷＥＢ」エ
ージェント２３２ａ_１とエージェントＡＴＳ_ｉとの間に確立される。

【０１２８】スクリプト変換エージェントは、命令セット「ＡＰＤＵ」を発生する。セッシ
ョンは、変換エージェント、たとえばエージェントＡＴＳ_ｉと「ＡＰＤＵ」エー
ジェント２１０１ａの間で開始される。こうして、命令は、「ＡＰＤＵ」命令２
１０１ａに向かって送信される。命令管理「ＡＰＤＵ」２１０ａは、「ＣＧＡ」
アプリケーションＡ_ｉを選別し、そのアプリケーションが理解することができる
命令「ＡＰＤＵ」、翻訳された命令、すなわち従来の命令をそのアプリケーショ
ンに伝達する。したがって、このアプリケーションは、それを変更するまたは再
び書き込みする必要なく、正確に起動される。

【０１２９】アプリケーションＡ_ｉの応答は、命令管理「ＡＰＤＵ」２１０ａ、「ＡＰＤＵ
」エージェント２０１０ａに、さらに再びエージェントＡＴＳ_ｉ（一般的にはス
クリプト変換エージェントに）に伝送される。

【０１３０】種々の経路が、関数型ブロックをつなぐ実線によって、またはこれらブロック
の内部の点線によって図５に記号で表されている。

【０１３１】本発明による方法は、上記に想起した２つの特性、「ＣＧＩ」機能を含む、「
ＷＥＢ」サーバ／クライアントとしてのスマートカードの動作である。

【０１３２】次に、図６Ａから８を参照して、本発明による方法の異なる段階およびステッ
プを詳細に説明する。

【０１３３】第１段階は、以降、ＳＡ_ｉと呼ぶことにする特定のディレクトリサーバ内に加
入者プロファイルを登録することに関する。

【０１３４】図６Ａに表された第１のステップにおいては、スマートカード２ａは、層１３
および２３ａを介して端末１のブラウザ１０によってアドレシングされる。たと
えば、「ＧＥＴ」型のコマンドによって、スマートカード２ａからのロード書式
、すなわち恣意的に「ｄｏｗｎｌｏａｄ．ｈｔｍｌ」と呼ばれる書式「ＨＴＭＬ
」をリトリーブする。

【０１３５】このリトリーブは、そのＵＲＬが通常、下記の形式である対応するページを参
照することによって実行される。

【０１３６】ｈｔｔｐ：／／１２７．０．０．１：８０８０／ｄｏｗｎｌｏａｄ．ｈｔｍｌ
（３）ここで、ｈｔｔｐ：／／１２７．０．０．１：８０８０は、いわゆるループバッ
クＵＲＬアドレスであり、そのアドレスは、関連（１）、および入手すべき「Ｈ
ＴＭＬ」ページである「ｄｏｗｎｌｏａｄ．ｈｔｍｌ」によって定義されるよう
になっている。この要求は、本発明の第１態様により、図２から４に関連して説
明したとおり、インテリジェントエージェント間のセッションを実行する。この
場合、スマートカード２ａは、「ＷＥＢ」サーバの役割をする。

【０１３７】スマートカード２ａは、常に、本発明の方法による、対をなすインテリジェン
トエージェント間のセッションの開始によって、第２ステップの場合に書式「ｄ
ｏｗｎｌｏａｄ．ｈｔｍｌ」を送信する。得られた書式は、ブラウザ１０を介し
て、スクリーン５ａに表示することができ、このプロセスを概略的に表わす図７
Ａでは参照番号Ｐで表わされる。この書式は、ディレクトリサーバＳＡ_ｉに登録
しようとする加入者のための受入れページを構成する。こうして、スマートカー
ド２ａは、「ＷＥＢ」サーバとして行動する。

【０１３８】ページＰは、通常、グラフィック型および／またはテキスト型の種々のエレメ
ントと、さらにコマンドの相互作用エレメント（「ラジオ」と呼ばれる型のボタ
ン、ダイアログボックス、データの入力ゾーン等）を有することができる。

【０１３９】まず、スマートカード２ａは、その所持者（図示せず）に、ＳＡ_ｕと名付ける
単一のディレクトリサーバ上にのみ、かつＰＡ_ｕと名付ける単一の加入者プロフ
ァイルだけによって登録する可能性を提供するものと想定する。同様に、この単
一プロファイルＰＡ_ｕは、スマートカード２ａ内に記録されるものと想定する。
この想定では、スクリーン５上に表示される書式Ｐ（つまり、ホームページ）は
、最小限の提示に抑えることができ、これは、図６Ｂがその可能な例、書式Ｐ_１を示している。

【０１４０】書式Ｐ_１は、単一のリファレンスＺ_ｔの下で、テキストの種々のゾーンを有す
る。これらゾーンは、通常、ディレクトリサーバ（ＳＡ_ｕ）の名「ｘｘｘ」と提
案されたアクション「登録」とさまざまなヘルプ（たとえば、ここをクリックし
なさい」）を表示する。加入者プロファイルＰＡ_ｕのデータがスマートカード２
ａ内に登録されていると想定した以上、送信ボタンＢ_ｓを備えればよい。加入者
にとって、マウスを用いてこのボタンをクリックする（図１Ａ：６ｂ）、または
キーボードの「エントリー」キーを押すことで（図１Ａ：６ａ）、スマートカー
ド２ａに向かって書式の送信が始まる。

【０１４１】本発明による方法の他の変形形態においては、加入者プロファイルに割り当て
られるデータは、その方法によって直接インプットされる。この仮説において、
書式はより複雑である。図６Ｃは、参照番号Ｐ_２が付された書式の可能な一例を
表している。それは、単一リファレンスＺ_ｔ２の下に、図７Ｂのゾーン（Ｚ_ｔ）
に類似の固定テキストの第１ゾーンＺ_ｔ１と、１つまたは複数のデータインプッ
トゾーンとを有する。先述したように、送信ボタンＢ_ｓだけでなく、有利には、
エラーの場合にインプットされたデータを消去することができる書式Ｐ_２の再初
期化ボタンＢ_ｒａｚが備えられる。１つまたは複数のデータのインプットゾーン
は、「ＨＴＭＬ」言語において「ＴＥＸＴＡＲＥＡ」と呼ばれる型であり、長文
テキストの表示のために「エレベータ」と呼ばれるファシリティを有することが
できる。

【０１４２】そのような書式をプログラミングするのに必要な「ＨＴＭＬ」コードは、それ
自体よく知られており、当分野の技術者が利用できるものである。ここで、それ
を詳述する必要はない。ただし、この書式が、具体的には、通常、下記の形式で
表される「ＨＴＭＬ」言語のコードラインを含むことを示すことができる。

【０１４３】＜ｆｏｒｍａｃｔｉｏｎ＝“ｈｔｔｐ：／／１２７．０．０１：８０８０／
ｃｇｉ−ｓｍａｒｔ／ｌｏａｄｅｒ”＞（４）ここで、ｈｔｔｐ：／／１２７．０．０１：８０８０は、関連（１）のループバ
ックＵＲＬであり、ｃｇｉ−ｓｍａｒｔは、例としてＡ_ｅと名付けた、スマート
カード２ａ内に記憶されたアプリケーションのうちの１つに関連するスクリプト
「ｐｅ」を含む前述した「ＣＧＩ」ディレクトリである。このアプリケーション
は、プロファイルＰＡ_ｕでディレクトリＳＡ_ｕ上に加入者（インターネット利用
者）を登録できるようにする。この動作は、一方では、「ＣＧＩ」機能性の、他
方では、スマートカード２ａによって提供されるクライアント／サーバ機能性の
実装により、図５に関連して記載した方式で実行される。アプリケーションＡ_ｅは、クライアントとして動作する。

【０１４４】前者の場合には（図６Ｂ）、パラメータをスマートカード２ａに通す必要はな
い。というのも、加入者プロファイルデータＰＡ_ｕは、単一であり、スマートカ
ード２ａ内に登録されるからである。

【０１４５】後者の場合には（図６Ｃ）、インプットされたデータは、要求「ＨＴＴＰ」の
形で、パラメータとして、スマートカード２ａを通る。

【０１４６】図６Ｄは、サーバ４（図２または４）のうちの１つにより構成されるディレク
トリサーバＳＡ_ｕ上にインターネット利用者を登録する段階の大域プロセスを概
略で示している。

【０１４７】単一Ｓ_ＷＥＢという名称は、スマートカード２ａが、ＷＥＢクライアント／サ
ーバ機能性と、「ＣＧＩ」ゲートウェイの機能性を組み合せたものを提供するこ
とを可能にする図５の様々なモジュールを１つにまとめている。同様に、登録プ
ロトコル「ＰＥ」の実装を可能にするアプリケーションＡ_ｅは、専用スクリプト
変換エージェントＡｔ_ｅに関連するものと想定した。これは、図５に図示したも
のに沿った構成のことである。ただし、示したとおり、スクリプト変換は、（「
ＷＥＢ」エージェント２３２ａ_１（図５）による等）、他の方式でも実行するこ
とができる。インテリジェントエージェント間のセッションの開始による書式の
送信が、スクリプト変換エージェントＡｔ_ｅを介して、アプリケーションＡ_ｅの
動作を可能にすることになる。

【０１４８】後続ステップのとき、アプリケーションＡ_ｅは、対になったインテリジェント
エージェント間のセッション、具体的には、「ネットワーク」型エージェント（
図５：１３２）が関わるセッションを開始することにより、「ＨＴＴＰ」要求を
出す。この要求は、パラメータを渡すことで、ディレクトリサーバＳＡ_ｕに伝送
される。このパラメータは、具体的には、加入者プロファイルＰＡ_ｕのデータに
よって、それをディレクトリ内に登録するのを可能にするように構成されている
。ディレクトリサーバの「ＵＲＬ」アドレスは、スマートカード２ａ内に記録さ
れた加入者プロファイルＳＡ_ｕから、または書式Ｐ_２内から取ったデータから入
手される。

【０１４９】先験的に、登録プロセスは、この段階で終了する。しかしながら、１つまたは
複数の補足ステップをもつこともできる。それらのステップの１つは、スマート
カード２ａをアドレシングする要求「ＨＴＴＰ」の形で、受信通知のディレクト
リによる送信とすることもできる。受信通知は、登録が十分な形で行われたこと
を示す情報、または反対にエラーコードを含むこともできる。後者の場合には、
登録プロセスは、繰り返されなければならない。サーバは、不足データの送信ま
たは不正確なまたは改竄されたデータの再送信を要求することができる。登録の
要求はまた、特に加入の有効期限が過ぎている場合には、拒否されることもある
。

【０１５０】本発明による方法の好ましい変形実施形態においては、インターネット利用者
にとっては、複数の異なるディレクトリに登録することが可能である。この変形
実施形態においては、一般に、複数の登録プロトコルも使用できるようにするこ
とが必要である。そのためには、それらプロトコルに関連付けられた複数のアプ
リケーションが、スマートカード２ａ内に保存され、別々のプロトコルの最大数
をｎとすると、参照番号Ａ_ｅ１…、Ａ_ｅｉ…、Ａ_ｅｎ…、を付すことができる。

【０１５１】先述したように、加入者プロファイルに関連付けられたデータＰＡ_１…、ＰＡ _ｉ …、ＰＡ_ｑ…、は、スマートカード２ａ内に保存される、または反対に、適切
な書式内にインプットすることによって、図６Ｃを参照して説明したものと類似
の方法によって、加入者によってその場その場で与えられることができる。この
場合、ｑは、使用可能な加入者プロファイルの最大数である。ｑは必ずしもｎと
等しくない点が留意される。というのも、恣意的に参照番号ＳＡ_ｉが付される、
任意のディレクトリサーバは、一方では同一加入者の複数の別々の状況を受入れ
ることができる。他方では、複数の加入者サーバが、別々にもかかわらず、同一
の加入者プロファイルを受け入れ、場合によっては共通の登録プロトコルを共有
することができる。

【０１５２】明瞭にするため、スマートカード２ａは、４つの別々の加入者プロファイル、
ＰＡ_ＡからＰＡ_Ｄを記憶していると想定し、これらのプロセッサのそれぞれは、
単一のディレクトリサーバ上、すなわちＳＡ_ＡからＳＡ_Ｄ上にだけ登録するのを
可能にしている。この登録を可能にするＰ_３と名付けた書式、つまりホームペー
ジは、図６Ｅに概略で示したとおり提示することができる。この書式は、図６Ｂ
のテキスト領域Ｚ_ｔに類似した先頭の第１テキスト領域Ｚ_ｔｅを含み、これは、
最終的には、グラフィックス領域によって補完される。この書式は、４つのディ
レクトリサーバ、ＳＡ_ＡからＳＡ_Ｄに関連する４つの追加テキスト領域、Ｚ_ｔＡからＺ_ｔＤも含む。書式は、そのうちの１つまたは複数、さらには全部を選択す
ることを許す。

【０１５３】これらのディレクトリサーバのなかから選択を実行するため、チェックボック
スと呼ばれる領域、ＣＣ_ＡからＣＣ_Ｄを備えることができる。別法として、ホー
ムページＰ_３上にハイパーリンクを備えることができ、各ハイパーリンクは、関
連（１）のタイプのフィードバックアドレスを介して、ただし別個のパラメータ
で、スマートカード２ａを宛先としている。

【０１５４】図６Ｂの場合と同様に、書式の内容をスマートカード２ａに伝送するのを可能
にする送信ボタンＢ_Ｓを備えることができる。

【０１５５】ディレクトリサーバ全体または一部の選別を行うために使用される方法にかか
わらず、スマートカード２ａに移行したパラメータは、１つまたは複数の加入者
プロファイルからＰＡ_ＡからＰＡ_Ｄを選別し、そこから１つまたは複数の「ＵＲ
Ｌ」アドレスを派生させることができる。スマートカード２ａに移行されたパラ
メータによって要求されるアクションは、通常以下の型である：？ｓａ_ｉ＝ｅｎｒ＋ｐａ_ｊ（５）ここで、「Ｓａ_ｉ」は、可能なｎ個の中の任意の指数ｉのディレクトリサーバ
の名であり、「ｅｎｒ」は、いわゆる登録の要求アクションであり、「ｐａ_ｊ」
が可能なｑ個の中から使用される加入者プロファイルである。

【０１５６】１つまたは複数の「ＨＴＴＰ」要求が出され、ディレクトリサーバ、ＳＡ_Ａか
らＳＡ_Ｄ（図６Ｅ）に、また一般的なケースでは、選択可能なｎ個のディレクト
リサーバが存在する場合、ＳＡ_ＡからＳＡ_ｎにそれが伝送される。

【０１５７】受入れページＰにおける選択は、必然的に、読取装置３内に挿入されたスマー
トカード２ａに応じて異なる。そこで提示された選択は、スマートカード２ａを
所有する加入者に与えられる権利、特に任意のサービスに申し込んだ加入および
それらの有効期間に左右される。

【０１５８】本発明による方法の第２の段階、すなわち、何らかの識別子に関連付けられた
加入者のインターネットでの探索は、登録段階と非常に類似した方法で行うこと
ができる。

【０１５９】そのためには、１つまたは複数のサーバに問い合わせることが必要である。ま
た、この加入者の探索の少なくとも１つの特有プロトコル「ＰＬ」を使用できる
ようにすることが必要である。さらに、問合わせ可能な複数のサーバＳＡ_１から
ＳＡ_ｎが存在する場合には、登録の場合におけるように、別々の複数の探索プロ
トコルを使用できるようにすることが必要である。

【０１６０】それら探索プロトコルは、スマートカード２ａ内に保存されたアプリケーショ
ンを用いて実施される。

【０１６１】探索のプロセスは、１つまたは複数のディレクトリサーバＳＡ_ｉ上にインター
ネット利用者を登録するプロセスと全く同様に行われる。唯一の顕著な例外は、
加入者プロファイルＰＡ_ｊが、もはや明示的には必要とされていないことである
。スマートカード２ａに、探索するインターネット利用者の識別子およびディレ
クトリサーバＳＡ_ｉのアドレスを提供するか、または少なくとも、探索プロトコ
ルのうちの１つに関連するアプリケーションがこの「ＵＲＬ」アドレスを決定で
きるようにするパラメータを提供するだけで十分である。それでも、加入者プロ
ファイルＰＡ_ｊは、そこから、それを利用してインターネット利用者が別のイン
ターネット利用者を探し出すことを所望するディレクトリサーバＳＡ_ｉの「ＵＲ
Ｌ」アドレスを自動的に導出するのに利用することができる。示したとおり、探
索するインターネット利用者の識別子は、その利用者の電子メールアドレスであ
ることが可能であり、このアドレスは、通常、下記の形式で表される。

【０１６２】ｐｓｅｕｄｏ＠ｆｏｕｒｎｉｓｓｅｕｒ．ｃｏｍ（６）ここで、「ｐｓｅｕｄｏ」は、インターネット利用者の使うメッセージサービス
利用者名、またはより一般的には、仮名であり、また「ｆｏｕｒｎｉｓｓｅｕｒ
．ｃｏｍ」は、インターネットサービス事業者の名称およびサフィックスであり
、この「ｃｏｍ」は、ケースに応じて、様々なサフィックス、「．ｆｒ」、「．
ｎｅｔ」等で置き換えることができる。

【０１６３】図７は、ディレクトリＳＡ_ｉを照会することによってインターネット利用者を
探し出す段階の主なステップを示している。

【０１６４】第１のステップでは、スマートカード２ａは、層１３および２３ａを介して、
端末１のブラウザ１０によってアドレシングされる。たとえば、「ＧＥＴ」型の
コマンドによって、参照番号が付された受入れページＰ’の形でスマートカード
２ａからのローディング書式がリトリーブされる。この受入れページは、特に、
図６Ｃまたは６Ｅを参照して説明したものと類似の種々の様態をとることができ
る。１つまたは複数の可能な選択肢が存在するか否かによって、加入者は１つま
たは複数のディレクトリサーバを選別し、サーチされる加入者の識別データを提
供する。図７では、ただ１つのディレクトリサーバＳＡ_ｉが問合わせ可能である
と想定されている。

【０１６５】ページは、要求「ＨＴＴＰ」の形で、スマートカード２ａに伝達され、プロト
コル「ＰＬ」の実施用アプリケーションＡ_Ｉに関連付けられたスクリプト変換エ
ージェントＡｔ_Ｉによって解釈される。

【０１６６】クライアント／「ＷＥＢ」と「ＣＧＩ」サーバの二重のメカニズム（先述した
ように、参照番号Ｓ_ｗｅｂが付されたモジュール）によって、以下の型の要求は
：ｈｔｔｐ：／／１２７．０．０．１／？ｓａ_ｉ＝ｌｏｃ＋ｐｓｅｕｄｏ＠ｆ
ｏｕｒｎｉｓｓｅｕｒ．ｃｏｍ（７）スマートカード２ａによって、識別子がディレクトリサーバｓａ_ｉ上（６）であ
るような、加入者の探索要求として解釈される。

【０１６７】要求「ＨＴＴＰ」は、要求された情報が入手可能である限りにおいて、要求さ
れた情報を送り返すこのサーバに伝達される。このサーバは、受け取った識別デ
ータに対応する「ＩＰ」アドレスをそのデータベース内でサーチする。成功した
場合、すなわち、要求側加入者が実際に登録されており、その加入者がこのアド
レスを取得する権利を有し、さらに受け取ったデータが正確である場合には、再
伝送されたデータは、サーチされた加入者の「ＩＰ」アドレスを含み、そのこと
からその加入者を探索することが可能になる。

【０１６８】それら種々の段階は、本発明の１つの様態に従って、対をなすエージェント間
のセッションを実施する。

【０１６９】さらに、スマートカード２ａの枠の中に複数のアプリケーションを保存するこ
とができ、各々は、別々のディレクトリサーバに先験的に関連付けられた、別々
の探索プロトコルの実施用である。

【０１７０】本発明による方法の好ましい実施形態では、いくつかの登録プロトコル、いく
つかの探索プロトコル、およびいくつかの加入者プロファイルを登録するための
データファイルを実装することを可能にするアプリケーションは、スマートカー
ド２ａ内に記憶する。この有利な構成は、図８に概略で示すとおり、スマートカ
ード２ａをマルチディレクトリ可搬データベースに変えることを可能にする。こ
の図では、端末１は示さなかった。ただし、本発明による方法の実施にそれが必
要なことは明白である。

【０１７１】登録プロトコル、探索プロトコル、および加入者プロファイルには、それぞれ
、固有の参照記号、ＰＥ_ｘ、ＰＬ_ｙ、ＰＡ_ｚが付いており、ここで、ｘは、登録
プロトコルの数であり、ｙは、探索プロトコルの数であり、またｚは、個別の加
入者プロファイルの数である。この集合は、別々のｎ個のサーバと、そこにスマ
ートカード２ａを所持するインターネット利用者を登録するため、あるいはイン
ターネットＲＩ上でインターネット利用者を探し出すために、接続を確立するこ
とを可能にする。

【０１７２】本発明による方法のさらに他の変形実施形態においては、スマートカード２ａ
の仕様は、登録段階および／または探索段階の際に、その所有者の確固たる認証
を可能にする。というのも、その所有者が所有しているままのスマートカード内
に安全性データを保存することが可能だからである。このような安全性データは
、暗号化の鍵によって構成することができる。

【０１７３】本発明による方法の有利な様態の１つによれば、スマートカード２ａは、イン
テリジェントエージェント間のセッションの実施によって、インターネットと直
接通信できることから、それらのデータは、端末１であったとしても、外部装置
に伝送される必要がない。安全性に関わる処理は、スマートカード２ａによって
直接行われる。したがって、こうした方法は、英語で「ＳＳＬ」（「Ｓｅｃｕｒ
ｅＳｏｃｋｅｔＬａｙｅｒ」の略）の略語で知られている、最近の「ＷＥＢ
」ブラウザの安全化されたと言われるソフトウェア層の単純な使用よりはるかに
高い安全度を与える。

【０１７４】いわゆる認証は、スマートカード２ａ内に保存された上記の暗号化の鍵と関連
させることによって、証明書と呼ばれる技術に頼ることによって行うことができ
る。この手続きは、インターネットＲＩを通過する要求「ＨＴＴＰ」を用いて、
１つまたは複数の当該のディレクトリサーバとスマートカード２ａとの間の補足
的トランザクションを必要とすることができる。認証の肯定的または否定的な結
果に応じて、加入者は、実行しようとする処理、登録または探索を行うことを許
可される、または許可されない。

【０１７５】以上の内容を読めば、本発明の方法が、その設定した目的をよく実現すること
が、容易に認められよう。

【０１７６】本発明の方法は、具体的には、インターネット利用者が、１つまたは複数のデ
ィレクトリサーバ上に登録し、かつ／またはやはり１つまたは複数のディレクト
リを介して、インターネット上でインターネット利用者を探し出すことを可能に
する。スマートカードが、「ＷＥＢ」クライアント／サーバの機能性と「ＣＧＩ
」ゲートウェイの機能性を組み合せたものを有するこの構成は、前記スマートカ
ードと１つまたは複数のディレクトリサーバの間での直接の通信を可能にする。
この構成は、このことから、登録プロトコルおよび／または探索プロトコルの実
装に必要な特定のソフトウェアを記憶することを許し、これは、高い移動性を可
能にする。同様に、１つまたは複数の加入者プロファイルも、スマートカード内
に記憶することができる。インターネット利用者は、もはや、前述したプロトコ
ルに合せて特別に構成した端末を利用することに縛られない。

【０１７７】特に、好ましい実施形態では、スマートカードは、マルチディレクトリ可搬デ
ータベースになる。

【０１７８】本発明による方法は、既存の方法と完全に両立する。探索されるインターネッ
ト利用者が、本発明による方法を使用して、１つまたは複数のディレクトリサー
バ上に登録していることは必要とされない。インターネット上の伝送は、現在使
用されるプロトコルに従って実行され、また端末とスマートカードの間の通信は
、前述した「ＩＳＯ」という標準化されたプロトコルを利用する。したがって、
標準スマートカード読取装置を実装することができる。端末内に特定のソフトウ
ェア層が存在していることだけが必要とされ、これは、わずかな変更しか必要と
せず、スマートカードが実装する登録プロトコル、探索プロトコル、および／ま
たは加入者プロファイルの数がいくつであれ、またそれらの性質がどのようなも
のであれ、まとめて一度に実現することができる。

【０１７９】最後に、スマートカードを利用することは、トランザクションのセキュリティ
確保、具体的には、「堅牢な」認証を可能にする。

【０１８０】ただし、本発明は、明示的に説明した、具体的には、図２から８に関連して説
明した実施形態だけに限定されるものではないことが明らかであろう。

【０１８１】特に、２組のプロプラエタリソフトウェア、「ＰＥ」および「ＰＬ」が、スマ
ートカード内に記憶されていることは、この構成が特に有利であるとはいえ、必
要ではない。非限定的な例として、１つまたは複数のディレクトリサーバ内に登
録をする１つまたは複数の段階は、まとめて一度に実現することができる、また
は少なくとも、探索する段階よりもその頻度が先験的に少ないので、スマートカ
ード内には、この探索する段階の動作に関連する特定のアプリケーションだけし
か記憶しないことで済ますこともできる。同様に、示したとおり、スマートカー
ド内に、加入者プロファイル「ＰＡ」を記録しないことも可能である（データは
、特定のディレクトリサーバ内に加入者が登録した時点に、リアルタイムで提供
され得るので）。また、加入者プロファイルの一部、自動方式で提供されること
になるプロファイルだけしか記録しないことも可能である。

【０１８２】また、本発明は、第１ユーザを少なくとも１つのディレクトリサーバに関連付
ける、そのユーザを登録することおよび／またはネットワーク上、具体的には、
インターネット型ネットワーク上の少なくとも１人の第２ユーザを探し出すこと
を目的とする方法にも関し、前記関連付けは、スマートカード読取装置と、登録
ソフトウェアおよび／または探索ソフトウェアと呼ばれる少なくとも１つのソフ
トウェアとを備えた端末を介して実行され、前記端末および前記スマートカード
は、情報処理手段および情報記憶手段を含み、前記端末は、前記インターネット
型ネットワークを介して前記ディレクトリサーバのそれぞれに接続され、かつ決
められた第１プロトコルに従って前記スマートカードと通信を行い、方法は、前
記ソフトウェア（Ａ_ｅ、Ａ_ｌ）のうちの少なくとも１つが前記スマートカード（
２ａ）内に記憶されていることと、このスマートカード（２ａ）が、特定の通信
プロトコル層を形成する第１ソフトウェア（２３ａ）を含み、かつ前記端末（１
）が、特定の通信プロトコル層を形成する第２ソフトウェア（１３）を含み、前
記第１ソフトウェアおよび前記第２ソフトウェア（１３、２３ａ）は、少なくと
も一組の対になった第１ソフトウェアエンティティ（１３２、２３２ａ）をさら
に含み、前記エンティティ（１３２、２３２ａ）のそれぞれは、前記情報処理手
段を利用して、少なくとも前記端末（１）と前記スマートカード（２ａ）、およ
び／または前記インターネット型ネットワークとの間で、前記スマートカード（
２ａ）が、「ＷＥＢ」クライアント／サーバの機能性を提供するように双方向デ
ータ交換のセッションが確立できるように互いに協働することと、前記スマート
カード（２ａ）は、前記情報記憶手段内に、いわゆる「ＣＧＩ」のゲートウェイ
ンターフェースの機能性を前記スマートカードが提供するように前記特定のソフ
トウェア（２３ａ）と協働する少なくとも１つの第２ソフトウェアエンティティ
（ＡＴ_ｅ、ＡＴ_ｌ）を含むこととを特徴とし、さらに、方法は、１／前記ディレクトリサーバ（ＳＡ_ｉ）のうちの１つを選択する目的で、前記
プロプラエタリソフトウェア（Ａ_ｅ、Ａ_ｌ）のうちの１つを選択し、起動するこ
とを可能にするデータを前記「ＷＥＢ」型ブラウザがリトリーブするように要求
を伝送するため、前記端末と前記スマートカードの前記情報処理手段を利用して
、少なくとも前記端末（１）と前記スマートカード（２ａ）の間で第１シーケン
スのデータ交換を開始するステップと、２／前記スマートカード（２ａ）と前記端末（１）の間で、前記端末に前記デ
ータを伝送するため、前記端末と前記スマートカードの情報処理手段を利用して
、第２シーケンスのデータ交換を開始するステップと、３／選択データおよびオプションのパラメータを伝送するため、前記端末と前
記スマートカードの情報処理手段を利用して、前記端末（１）と前記スマートカ
ード（２ａ）の間で第３シーケンスのデータ交換を開始するステップであって、
前記データおよび前記オプションのパラメータが、前記登録ソフトウェアおよび
／または前記探索ソフトウェアのうちの１つに対する参照を含むステップと、４／前記スマートカードの情報処理手段を利用して、前記「ＣＧＩ」機能性を
実装し、かつ前記登録ソフトウェア（Ａ_ｅ）および／または前記探索ソフトウェ
ア（Ａ_ｌ）を実行するステップと、５／前記実行するステップの結果、前記スマートカード（２ａ）と、前記ディ
レクトリサーバ（ＳＡ_ｉ）のうちの前記選択データによって選択された１つとの
間で、登録または探索の決められた動作を実現するための要求を伝送するように
、前記スマートカードの情報処理手段を利用して、第４シーケンスのデータ交換
を開始するステップとを含むことを特徴とする。

【０１８３】また、本発明は、情報処理手段および情報記憶手段を含むスマートカードであ
って、決められた登録プロトコルおよび／または探索プロトコルを利用して、第
１ユーザを登録する目的、および／またはネットワーク上、具体的にはインター
ネット型ネットワーク上の少なくとも１人の第２ユーザを探し出す目的で、前記
第１ユーザを少なくとも１つのディレクトリサーバと関連付けるために、スマー
トカード読取装置を備えた端末と協働することを目的とするスマートカードにも
関し、スマートカード（２ａ）は、前記情報記憶手段内に、前記決められた登録
プロトコルおよび探索プロトコルに関連する少なくとも１つのソフトウェア（Ａ _ｅ、Ａ_ｌ）を記憶することと、前記情報記憶手段内に、特定の通信プロトコル層
を形成する１つのソフトウェア（２３ａ）を含み、さらに、少なくとも、いわゆ
るクライアント型の第１独立ソフトウェアエンティティ（Ｓ_１）と、いわゆるサ
ーバ型の第２独立ソフトウェアエンティティ（Ｓ_２）とを含み、前記エンティテ
ィ（Ｓ_１、Ｓ_２）は、前記情報処理手段を利用して協働して、スマートカード（
２ａ）が「ＷＥＢ」型クライアント／サーバの機能性を提供し、かつ前記インタ
ーネット型ネットワーク（ＲＩ）を介して、第１ユーザの少なくとも１つのディ
レクトリサーバ（ＳＡ_ｉ）との前記関連付けを可能にするようにすることと、前
記情報記憶手段内に、少なくとも１つの第２ソフトウェアエンティティ（ＡＴ_ｅ、ＡＴ_ｌ）を含み、前記エンティティは、前記情報処理手段を利用して前記特定
のソフトウェア（２３ａ）と協働し、スマートカード（２ａ）が、前記決められ
た登録プロトコルおよび探索プロトコルに関連する前記ソフトウェア（Ａ_ｅ、Ａ _ｌ）の実行を可能にする「ＣＧＩ」と呼ばれるゲートウェインターフェースの機
能性を提供するようにすることとを特徴とする。

【図面の簡単な説明】

【図１Ａ】従来の技術によるインターネットに接続されたスマートカードに基づくアプリ
ケーションシステムの一例のハードウェアアーキテクチャを表わす図である。

【図１Ｂ】従来の技術によるインターネットに接続されたスマートカードに基づくアプリ
ケーションシステムの一例のソフトウェアアーキテクチャを表わす図である。

【図２】本発明によるスマートカードに基づくアプリケーションシステムの一例を概略
的に表わす図であり、そのスマートカードは、本発明の一様態に従って、「ＷＥ
Ｂ」クライアント／サーバとして作動する。

【図３】本発明の一様態による、インテリジェントエージェントと呼ばれるソフトウェ
アエンティティ間のセッションの状態のフローチャートである。

【図４】スマートカードがインテリジェントエージェントを有する、本発明によるシス
テムのソフトウェアアーキテクチャを簡略に表わす図である。

【図５】スマートカードが、「ＣＧＩ」と呼ばれる機能を設置できるように、スクリプ
ト変換インテリジェントエージェントを有する、本発明の他の様態によるシステ
ムのソフトウェアアーキテクチャを簡略に表わす図である。

【図６Ａ】ディレクトリサーバへの加入者登録段階の第１ステップを概略的に表わす図で
ある。

【図６Ｂ】その登録段階のために使用可能な「ＨＴＬＭ」書式例を表わす図である。

【図６Ｃ】その登録段階のために使用可能な「ＨＴＬＭ」書式例を表わす図である。

【図６Ｄ】ディレクトリサーバへの加入者登録段階の主要なステップを概略的に表わす図
である。

【図６Ｅ】複数のディレクトリサーバにインターネット利用者を登録する段階の主なステ
ップを示す概略図である。

【図７】ディレクトリサーバを照会することにより、インターネット上でインターネッ
ト利用者を探し出す段階の主なステップを示す概略図である。

【図８】可搬マルチディレクトリデータベースの機能性を提供する本発明によるスマー
トカードのアーキテクチャを示す概略図である。

───────────────────────────────────────────────────── 【要約の続き】Ｉ」機能性を備えている。また、本発明は、関連するカードにも関する。

Claims

【特許請求の範囲】

【請求項１】第１ユーザを少なくとも１つのディレクトリサーバに関連付
ける、そのユーザを登録することおよび／またはネットワーク上、具体的には、
インターネット型ネットワーク上の少なくとも１人の第２ユーザを探し出すこと
を目的とする方法であって、前記関連付けは、スマートカード読取装置と、登録
ソフトウェアおよび／または探索ソフトウェアと呼ばれる少なくとも１つのソフ
トウェアとを備えた端末を介して実行され、前記端末は、前記インターネット型
ネットワークを介して前記ディレクトリサーバのそれぞれに接続され、かつ決め
られた第１プロトコルに従って前記スマートカードと通信を行い、方法は、前記
ソフトウェア（Ａ_ｅ、Ａ_ｌ）のうちの少なくとも１つが前記スマートカード（２
ａ）内に記憶されていることと、このスマートカード（２ａ）が、特定の通信プ
ロトコル層を形成する第１ソフトウェア（２３ａ）を含み、かつ前記端末（１）
が、特定の通信プロトコル層を形成する第２ソフトウェア（１３）を含み、前記
第１ソフトウェア（１３）および前記第２ソフトウェア（２３ａ）は、少なくと
も一組の対になった第１ソフトウェアエンティティ（１３２、２３２ａ）をさら
に含み、前記エンティティ（１３２、２３２ａ）のそれぞれは、少なくとも前記
端末（１）と前記スマートカード（２ａ）、および／または前記インターネット
型ネットワークとの間で、前記スマートカード（２ａ）が、「ＷＥＢ」クライア
ント／サーバの機能性を提供するように双方向データ交換のセッションが確立で
きるように互いに協働することと、前記スマートカード（２ａ）は、いわゆる「
ＣＧＩ」のゲートウェインターフェースの機能性を前記スマートカードが提供す
るように前記特定の第２ソフトウェア（２３ａ）と協働する少なくとも１つの第
２ソフトウェアエンティティ（ＡＴ_ｅ、ＡＴ_ｌ）を含むこととを特徴とし、さら
に、方法は、１／前記ディレクトリサーバ（ＳＡ_ｉ）のうちの１つを選択する目的で、前記
プロプラエタリソフトウェア（Ａ_ｅ、Ａ_ｌ）のうちの１つを選択し、起動するこ
とを可能にするデータを前記「ＷＥＢ」型ブラウザがリトリーブするように要求
を伝送するため、少なくとも前記端末（１）と前記スマートカード（２ａ）の間
で第１シーケンスのデータ交換を開始するステップと、２／前記スマートカード（２ａ）と前記端末（１）の間で、前記端末に前記デ
ータを伝送するため、第２シーケンスのデータ交換を開始するステップと、３／選択データおよびオプションのパラメータを伝送するため、前記端末（１
）と前記スマートカード（２ａ）の間で第３シーケンスのデータ交換を開始する
ステップであって、前記データおよび前記オプションのパラメータが、前記登録
ソフトウェアおよび／または前記探索ソフトウェアのうちの１つに対する参照を
含むステップと、４／前記「ＣＧＩ」機能性を実装し、かつ前記登録ソフトウェア（Ａ_ｅ）およ
び／または前記探索ソフトウェア（Ａ_ｌ）を実行するステップと、５／前記実行するステップの結果、前記スマートカード（２ａ）と、前記ディ
レクトリサーバ（ＳＡ_ｉ）のうちの前記選択データによって選択された１つとの
間で、登録または探索の決められた動作を実現するための要求を伝送するように
、第４シーケンスのデータ交換を開始するステップとを含むことを特徴とする方
法。
【請求項２】前記スマートカード読取装置（３）および前記スマートカー
ド（２ａ）が、ＩＳＯ７８１６規格によって定義される前記決められた第１プロ
トコルに従った前記データ伝送のための第１プロトコル積層および第２プロトコ
ル積層を含み、前記積層のそれぞれが、前記スマートカード（２ａ）と前記端末
（１）の間で前記データ交換を可能にするように、少なくとも、低層と呼ばれる
ソフトウェア通信プロトコル層（１０１、２００ａ）を含み、これらの層は、そ
れぞれ、前記特定の通信プロトコル層を形成する前記特定の第１ソフトウェア（
１３）および前記特定の第２ソフトウェア（２３ａ）とのインターフェースを形
成することと、これらのソフトウェア（１３、２３ａ）が、それぞれ、前記第１
プロトコル積層と前記第２プロトコル積層の前記低層（１０１、２００ａ）との
インターフェースを形成するデータ転送モジュール（１３０、２３０ａ）、およ
び管理モジュール（１３１、２３１ａ）から構成される２つの追加エンティティ
を含むことと、各対の前記第１エンティティが、前記セッションを確立するイン
テリジェントエージェント（１３２、２３２ａ１）と呼ばれるソフトウェアモジ
ュールから構成されることとを特徴とする請求項１に記載の方法。
【請求項３】前記プロプラエタリソフトウェアのそれぞれに関連する、解
釈されるべき前記一連の命令が、スクリプトによって構成されることと、前記第
２ソフトウェアエンティティが、プロプラエタリソフトウェア（Ａ_ｅ、Ａ_ｌ）に
よって理解可能な命令を提供するスクリプト変換インテリジェントエージェント
（ＡＴ_ｅ、ＡＴ_ｌ）と呼ばれるソフトウェアモジュールにより構成されることと
を特徴とする請求項２に記載の方法。
【請求項４】前記ステップ１が、前記選択データおよびオプションのパラ
メータを含む「ＨＴＭＬ」言語の決められたページ（Ｐ_１〜Ｐ_３）をアドレス指
定することにより、インターネット型プロトコルに従って「ＨＴＴＰ」と呼ばれ
る型の要求を発信するステップを含み、前記アドレスは、前記スマートカード（
２ａ）に対するバックループ「ＵＲＬ」型アドレスであることを特徴とする請求
項１に記載の方法。
【請求項５】前記ステップ２が、前記スマートカード（２ａ）による、「
ＨＴＭＬ」言語の書式（Ｐ_１〜Ｐ_３）を送信するステップを含むことと、前記書
式が、前記スマートカード（２ａ）に対するバックループ「ＵＲＬ」と呼ばれる
型の少なくとも１つのアドレスと、前記登録ソフトウェア（Ａ_ｅ）および／また
は前記探索ソフトウェア（Ａ_ｌ）のうちの１つに関連する決められたディレクト
リに達する経路であって、前記オプションのパラメータを前記ソフトウェアに伝
送して、前記ソフトウェアを実行させる経路とを含むこととを特徴とする請求項
１に記載の方法。
【請求項６】前記ステップ３が、前記登録ソフトウェア（Ａ_ｅ）および／
または前記探索ソフトウェア（Ａ_ｌ）を含む前記ディレクトリを指定する前記「
ＵＲＬ」アドレスに、「ＨＴＴＰ」と呼ばれる型の要求を送信するステップを含
み、前記要求が、前記選択データおよび前記オプションのパラメータを含むこと
を特徴とする請求項５に記載の方法。
【請求項７】登録ソフトウェア（Ａ_ｅ）と呼ばれるソフトウェアは、決め
られたディレクトリサーバ（ＳＡ_ｉ）上に前記ユーザを登録できるようにする第
１プロトコル（ＰＥ_ｘ）に関連していることと、前記オプションのパラメータは
、少なくとも前記ユーザの識別データと呼ばれるデータを含む加入者プロファイ
ル（ＰＡ_ｚ）を定義するデータによって構成されることと、前記ステップ３の前
記「ＨＴＴＰ」要求は、要求された動作が前記登録であることを示す第１データ
と、前記登録ソフトウェア（Ａ_ｅ）によって、前記決められたディレクトリサー
バ（ＳＡ_ｉ）を特徴付ける「ＵＲＬ」型アドレスを生成できるようにする第２デ
ータとを含むことと、前記加入者プロファイルに関連するデータは、ステップ４
の間にこのディレクトリサーバ（ＳＡ_ｉ）に伝送されて、前記第１ユーザの前記
登録が実現されるようにし、前記登録は、ディレクトリサーバ（ＳＡ_ｉ）の前記
アドレスと前記第１ユーザの前記識別データとの関連による「ＩＰ」型アドレス
の決定を含むこととを特徴とする請求項６に記載の方法。
【請求項８】少なくとも、肯定応答またはエラーコードを前記スマートカ
ード（２ａ）に送信する追加ステップを含むことを特徴とする請求項７に記載の
方法。
【請求項９】前記ディレクトリサーバ（ＳＡ_ｉ）のうちの１つと前記スマ
ートカード（２ａ）の間で、前記スマートカードまたは前記第１ユーザを認証す
るように、データを交換する追加ステップを含むことと、前記認証が、前記スマ
ートカード（２ａ）内に記憶される証明書および少なくとも１つの暗号キーを実
装することとを特徴とする請求項８に記載の方法。
【請求項１０】探索ソフトウェアと呼ばれるソフトウェア（Ａ_ｌ）は、前
記インターネット型ネットワーク（ＲＩ）上で少なくとも１人の第２ユーザを探
し出すことを可能にする第２プロトコル（ＰＬ_ｙ）に関連し、前記第２ユーザは
、決められたディレクトリサーバ（ＳＡ_ｉ）上に登録されていることと、前記登
録が、少なくとも前記第２ユーザの識別データと呼ばれるデータを含むことと、
前記ステップ３の前記「ＨＴＴＰ」要求は、要求された動作が、前記探索である
ことを示す第１データと、前記探索されるべき第２ユーザを識別する第２データ
と、前記探索ソフトウェア（Ａ_ｌ）により、前記決められたディレクトリサーバ
（ＳＡ_ｉ）を特徴付ける「ＵＲＬ」型アドレスを生成できるようにする第３デー
タとを含むことと、前記第２ユーザを識別するデータは、ステップ４の間にこの
ディレクトリサーバ（ＳＡ_ｉ）に伝送され、前記ディレクトリサーバ（ＳＡ_ｉ）
によって受信されたこの第２ユーザの前記識別データを前記サーバ内に記憶され
ている登録データと関連付けて、前記探索を可能にするように、前記「ＩＰ」型
アドレスを前記スマートカード（２ａ）に再伝送することで、前記第２ユーザの
前記探索が実現されるようにすることとを特徴とする請求項６に記載の方法。
【請求項１１】決められた登録プロトコルおよび／または探索プロトコル
を利用して、第１ユーザを登録する目的、および／またはネットワーク上、具体
的にはインターネット型ネットワーク上の少なくとも１人の第２ユーザを探し出
す目的で、前記第１ユーザを少なくとも１つのディレクトリサーバと関連付ける
ために、スマートカード読取装置を備えた端末と協働することを目的とするスマ
ートカードであって、スマートカード（２ａ）は、前記決められた登録プロトコ
ルおよび探索プロトコルに関連する少なくとも１つのソフトウェア（Ａ_ｅ、Ａ_ｌ）を記憶することと、特定の通信プロトコル層を形成する１つのソフトウェア（
２３ａ）を含み、さらに、少なくとも、いわゆるクライアント型の第１独立ソフ
トウェアエンティティ（Ｓ_１）と、いわゆるサーバ型の第２独立ソフトウェアエ
ンティティ（Ｓ_２）とを含み、前記エンティティ（Ｓ_２、Ｓ_２）は協働して、ス
マートカード（２ａ）が「ＷＥＢ」型クライアント／サーバの機能性を提供し、
かつ前記インターネット型ネットワーク（ＲＩ）を介して、第１ユーザの少なく
とも１つのディレクトリサーバ（ＳＡ_ｉ）との前記関連付けを可能にするように
することと、少なくとも１つの第２ソフトウェアエンティティ（ＡＴ_ｅ、ＡＴ_ｌ）を含み、前記エンティティは、前記特定のソフトウェア（２３ａ）と協働して
、スマートカード（２ａ）が、前記決められた登録プロトコルおよび探索プロト
コルに関連する前記ソフトウェア（Ａ_ｅ、Ａ_ｌ）の実行を可能にする「ＣＧＩ」
と呼ばれるゲートウェインターフェースの機能性を提供するようにすることとを
特徴とするスマートカード。
【請求項１２】前記登録は、前記加入者に関連する特性を記述する加入者
プロファイルと呼ばれるデータを利用して実行され、少なくとも一組の加入者プ
ロファイル（ＰＡ_ｚ）データが、前記スマートカード（２ａ）内に記憶されてい
ることを特徴とする請求項１１に記載のスマートカード。