(57)【特許請求の範囲】
【請求項１】
ローカル端末（１）がチップカードの読み取り装置（３）を備えており、このローカル端末（１）に接続されるチップカード（２ａ）に配置された少なくとも１つのアプリケーション（Ａ１−Ａｎ）を「ウェブ」ブラウザ（１０）を介して作動する方法であって、
少なくとも１つの前記チップカード（２ａ）に記録された前記アプリケーション（Ａ１−Ａｎ）とのインターフェースをなす第１の特別のソフトウェア部品（２３ａ）をこのチップカード（２ａ）に埋め込む第１の予備フェーズと、
少なくとも前記「ウェブ」ブラウザ（１０）とのインターフェースをなす第２の特別のソフトウェア部品（１３）を端末（１）に埋め込む第２の予備フェーズとを少なくとも含んでおり、
前記第１および第２の特別のソフトウェア部品（１３、２３ａ）が、少なくとも一組の対になった第１のソフトウェアエンティティ（１３２、２３２ａ）を含んでおり、前記各対になった第１のソフトウェアエンティティ（１３２、２３２ａ）が、前記端末（１）および前記チップカード（２ａ）の双方向データ交換セッションを確立できるように、また前記チップカード（２ａ）が情報サーバの機能を提供するように互いに協働し、
第３の予備フェーズで、一連の指示を解釈して前記一連の指示を一連の命令に翻訳可能である第２のソフトウェアエンティティ（ＡＴＳ１−ＡＴＳｎ）を前記チップカード（２ａ）に埋め込み、前記第２のソフトウェアエンティティ（ＡＴＳ１−ＡＴＳｎ）は、前記アプリケーション（Ａ１−Ａｎ）と前記第１の特別のソフトウェア部品（２３ａ）の間に挿入されたインターフェースを形成することにより、前記アプリケーション（Ａ１−Ａｎ）および前記第１の特別のソフトウェア部品（２３ａ）と協働し、
前記アプリケーションのうちの１つ（Ａｉ）に到達するための要求を伝達するために前記一組の対になった第１のソフトウェアエンティティ（１３２、２３２ａ１）を介して前記端末（１）および前記チップカード（２ａ）の間のデータ交換セッションを確立するステップと、
前記第２のソフトウェアエンティティ（ＡＴＳｉ）により前記要求を受信し、前記一連の指示を解釈し、アクセスすべき前記アプリケーション（Ａｉ）に前記一連の解釈された指示を結合し、前記翻訳された命令を前記アクセスされたアプリケーションに伝達して前記アクセスされたアプリケーションを作動させるステップと、
前記第２のソフトウェアエンティティ（ＡＴＳｉ）を介して、また前記第１の特別のソフトウェア部品（２３ａ）および第２の特別のソフトウェア部品（１３）を介して、前記要求に対する応答を生成し、前記「ウェブ」ブラウザ（１０）に伝送するステップとを少なくとも含むことを特徴とする方法。
【請求項２】
前記チップカード読み取り装置（３）および前記チップカード（２ａ）は、前記データ伝送用の第１および第２のプロトコルスタックを含んでおり、各スタックが、前記チップカード（２ａ）および前記端末（１）の間で前記データ交換を可能にするように、少なくとも複数の下位のソフトウェア通信階層（１０１、２００ａ）を含み、前記下位のソフトウェア通信階層がそれぞれ、前記第１の特別のソフトウェア部品（２３ａ）および第２の特別のソフトウェア部品（１３）とのインターフェースをなし、前記特別のソフトウェア部品（１３、２３ａ）がそれぞれ２個の追加エンティティを含んでおり、この追加エンティティが、第１および第２のプロトコルスタックの前記下位のソフトウェア通信階層（１０１、２００ａ）とのインターフェースをなすデータ伝送モジュール（１３０、２３０ａ）と、管理モジュール（１３１、２３１ａ）とから構成されており、各組の前記第１のエンティティが、前記セッションを確立する、インテリジェントエージェントソフトウェアモジュール（１３２、２３２ａ１）から構成されることを特徴とする請求項１に記載の方法。
【請求項３】
解釈すべき前記一連の指示が、スクリプトから構成され、前記第２のソフトウェアエンティティのそれぞれが、スクリプト翻訳インテリジェントエージェント（ＡＴＳ１−ＡＴＳｎ）ソフトウェアモジュールから構成されることを特徴とする請求項２に記載の方法。
【請求項４】
全ての前記アプリケーションに共通な、単一のスクリプト翻訳エージェントが設けられることを特徴とする請求項３に記載の方法。
【請求項５】
前記スクリプト翻訳エージェントが、前記セッションを確立する前記インテリジェントエージェント（２３２ａ１）と一体化していることを特徴とする請求項４に記載の方法。
【請求項６】
専用スクリプト翻訳エージェント（ＡＴＳ１−ＡＴＳｎ）が複数個設けられており、各専用スクリプト翻訳エージェントが単一の前記アプリケーション（Ａ１−Ａｎ）に結合されることを特徴とする請求項３に記載の方法。
【請求項７】
前記アプリケーションが、ＩＳＯ規格７８１６により定義された「ＡＰＤＵ」命令セットにより作動され、前記端末（１）および前記チップカード（２ａ）が、追加「ＡＰＤＵ」命令処理プログラムソフトウェアエンティティ（１０２、２０１ａ）を含んでおり、第１のプロトコルスタック（１０１）および第２のプロトコルスタック（２００ａ）の前記下位のソフトウェア通信階層（１０１、２００ａ）と、前記第１の特別のソフトウェア部品（２３ａ）および第２の特別のソフトウェア部品（１３）との間の前記インターフェースが、前記命令処理プログラム（１０２、２０１ａ）を介して行われることを特徴とする請求項３に記載の方法。
【請求項８】
チップカード（２ａ）に存在する前記命令処理プログラム（２０１ａ）が特に、前記アプリケーション（Ａ１−Ａｎ）の構成を記述するデータを記録するものであり、チップカード（２ａ）の前記アプリケーションの１つ（Ａｉ）への前記アクセス要求を受けると、前記命令処理プログラム（２０１ａ）により、前記構成データから、アクセスすべき前記アプリケーション（Ａｉ）、および、このアプリケーション（Ａｉ）に結合される前記スクリプト翻訳インテリジェントエージェント（ＡＴＳｉ）を選択するステップと、スクリプト翻訳インテリジェントエージェント（ＡＴＳｉ）により翻訳された前記命令を受信して、この命令を前記選択されたアプリケーション（Ａｉ）に送るステップとを含むことを特徴とする請求項７に記載の方法。
【請求項９】
チップカード（２ａ）の前記命令処理プログラム（２０１ａ）がさらに、他のインテリジェントエージェントとの双方向データ交換セッションの確立を可能にする命令処理インテリジェントエージェント（２０１０ａ）ソフトウェアエンティティを含んでおり、前記チップカード（２ａ）が、前記命令処理インテリジェントエージェント（２０１０ａ）と一体化される単一のスクリプト翻訳インテリジェントエージェントを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
チップカード（２ａ）は、外部装置（ＥＸＴ）から少なくとも１つの追加アプリケーション（Ａｊ）を第１の更なるソフトウェアエンティティでダウンロードおよび記録可能にする第１の更なるソフトウェアエンティティ（６）を含んでおり、前記ダウンロードを検出および監視する第２の更なるソフトウェアエンティティ（７）が設けられ、追加アプリケーション（Ａｊ）のダウンロードが検出されると、前記構成データを更新して、前記追加アプリケーション（Ａｊ）に結合されるスクリプト翻訳インテリジェントエージェント（ＡＴＳｊ）を生成または更新するステップと、前記チップカード（２ａ）が端末（１）に再び接続されるときに、前記チップカード（２ａ）の前記情報サーバ機能の使用により、チップカードの更新を示すデータを前記端末（１）に伝送するステップとを行うことを特徴とする請求項８に記載の方法。
【請求項１１】
前記情報サーバ機能を介してチップカード（２ａ）の更新サービスを提供するために、前記チップカード（２ａ）に特別のアプリケーション（Ａ０）と、前記特別のアプリケーションに結合されるスクリプト翻訳インテリジェントエージェント（ＡＴＳ０）とを埋め込むことからなる追加予備フェーズを含んでおり、
１／前記「ＷＥＢ」ブラウザ（１０）の制御下で、前記一組の対になった第１のソフトウェアエンティティをなす前記インテリジェントエージェント（１３２、２３２ａ1）を介して、前記端末（１）と前記チップカード（２ａ）とのデータ交換セッションを確立することにより、前記特別のアプリケーション（Ａ０）へのアクセス要求を伝達するようにし、このデータ送信が、追加アプリケーションのロード、前記アプリケーションの更新または削除からなる所定の動作をもたらすステップと、
２／前記翻訳インテリジェントエージェント（ＡＴＳ０）により前記要求を受信して、前記特別のアプリケーション（Ａ０）に結合される一連の指示を解釈し、前記翻訳された命令をこのアプリケーション（Ａ０）に伝達することにより、アプリケーションを作動して前記所定の動作を実施するとともに前記構成データを更新するステップと、
３／チップカード（２ａ）の新しい構成を反映するデータからなる、前記要求に対する応答を、前記スクリプト翻訳インテリジェントエージェント（ＡＴＳ０）を介して、また前記第１の特別のソフトウェア部品（２３ａ）および第２の特別のソフトウェア部品（１３）を介して生成し、前記「ＷＥＢ」ブラウザ（１０）に伝送するステップとを含むことを特徴とする請求項８に記載の方法。
【請求項１２】
前記アプリケーションの１つへの前記アクセス要求が、書式を含む「ＨＴＭＬ」言語で書かれたページから構成されており、前記書式が、前記「ＷＥＢ」ブラウザ（１０）を介して、少なくとも１つの記入されるべきデータフィールド（Ｃｈ１、Ｃｈ２）およびまたはユーザによりチェックされる枠を含み、前記ユーザが所定の有効化動作を実施すると、結合されたデータが前記チップカード（２ａ）に伝送されるようにすることを特徴とする請求項１に記載の方法。
【請求項１３】
前記応答が、「ＨＴＭＬ」言語で書かれたページを前記「ＷＥＢ」ブラウザ（１０）に送ることからなることを特徴とする請求項１に記載の方法。
【請求項１４】
前記「ＷＥＢ」ブラウザ（１０）が、前記ローカル端末（１）に配置されることを特徴とする請求項１に記載の方法。
【請求項１５】
前記データ伝送ネットワークが、インターネットタイプのネットワーク（ＲＩ）であり、前記ネットワーク（ＲＩ）が、所定数の通信ソフトウェア階層（Ｃ１−Ｃ４）を含む第３のプロトコルスタックにより記述され、前記第１の特別のソフトウェア部品（２３ａ）が、第１のプロトコルスタックの前記下位のソフトウェア通信階層（ＣＣ２−ＣＣ１）および前記第３のプロトコルスタックの所定の階層（Ｃ２、Ｃ３）とインターフェースをなすことを特徴とする請求項１に記載の方法。
【請求項１６】
前記「ＷＥＢ」ブラウザ（１０）が、前記インターネットタイプのネットワーク（ＲＩ）に接続される遠隔端末（４）に配置されることを特徴とする請求項１５に記載の方法。
【請求項１７】
情報処理手段および情報記憶手段を含むチップを備え、端末（１）を介してインターネットタイプのネットワーク（ＲＩ）と協働するためのオンボードシステムであって、前記情報記憶手段は少なくとも１つのアプリケーション（Ａ１−Ａｎ）を保存する手段を含み、
オンボードシステム（２ａ）がネットワーク（ＲＩ）で情報サーバを構成するように、端末（１）に配置される対をなすネットワークインターフェース手段と協働するネットワークインターフェース手段（２３ａ）を有し、前記ネットワークインターフェース手段は前記少なくとも１つのアプリケーションを作動させる「ウェブ」ブラウザからの要求を受けることができ、および、
オンボードシステム（２ａ）に保存される少なくとも１つのアプリケーション（Ａ１−Ａｎ）の前記ネットワーク（ＲＩ）上のアドレスと、前記ネットワークインターフェース手段（２３ａ）および前記アプリケーション（Ａ１−Ａｎ）の間の情報交換指示とを対応させるように構成されたアプリケーションインターフェース手段（ＡＴＳ１−ＡＴＳｎ）を含み、前記アプリケーションインターフェース手段（ＡＴＳ１−ＡＴＳｎ）は、前記アプリケーション（Ａ１−Ａｎ）と前記ネットワークインターフェース手段（２３ａ）の間に挿入されたインターフェースを形成することにより、前記アプリケーション（Ａ１−Ａｎ）および前記ネットワークインターフェース手段（２３ａ）と協働し及び、アプリケーション（Ａ１−Ａｎ）により送られた前記少なくとも１つのアプリケーションを作動させる要求への応答とネットワーク（ＲＩ）を通して送られる応答指示の間の対応を確立でき、前記応答指示は前記応答の受信側の前記ネットワーク（ＲＩ）上のアドレスを含むことを特徴とするシステム。
【発明の詳細な説明】
【０００１】
本発明は、ネットワークインターフェース手段を備えるオンボードシステムと、このオンボードシステムに配置されるアプリケーションの作動方法とに関する。
【０００２】
本発明による方法は特に、インターネットネットワークに接続される、「チップ」カード読み取り装置を備えたユーザ局（ｕｓｅｒ  ｓｔａｔｉｏｎ）に関する。
【０００３】
本発明の範囲において、「ユーザ局」という表現は、一般的な意味で理解されなければならない。前記ユーザ局は特に、ＷＩＮＤＯＷＳまたはＵＮＩＸ（双方とも商標）等の各種オペレーティングシステムで動作するパーソナルコンピュータから構成することができる。ユーザ局はまた、ワークステーション、携帯用コンピュータまたはいわゆる専用のカード端末から構成することもできる。
【０００４】
また、本発明の範囲では、「ネットワーク」という表現は、相互接続されるサーバを含むあらゆるネットワーク、特に、情報が端から端まで伝送されるグローバルネットワークを含む。特に、インターネットネットワーク、インターネットタイプのプロトコルに従ってデータ交換が実施されるあらゆるネットワーク、「イントラネット」と称される民間企業ネットワークなど、および「エクストラネット」と称される外部向けに延長されたネットワークに関する。
【０００５】
以下、発明の範囲をなんら制限することなく、特に断らない限り、本発明の好適な用途の説明を行うものとする。従って、単に「端末」と称するユーザ局は、チップカード読み取り装置を備えインターネットタイプのネットワークに接続されている。
【０００６】
主としてチップカードによるアプリケーションシステムは、一般に、
−チップカード、
−前記端末を構成するホストシステム、
−通信ネットワーク、すなわち好ましいアプリケーションにおけるインターネットネットワーク、
−およびネットワークに接続されるアプリケーションサーバといった、主な要素要素を含む。
【０００７】
図１Ａは、このタイプのアーキテクチャの一例を概略的に示している。端末１は、たとえば個人のコンピュータであり、チップカード読み取り装置３を含む。読み取り装置３は、端末１に統合可能であっても統合不能であってもよい。チップカード２は、集積回路２０を含んでおり、その入出力接続部は、電気エネルギー供給および端末１との通信を可能にするために基板表面に接している。端末１は、データ伝送ネットワークＲＩへのアクセス回路を含む。この回路は特に、ネットワークＲＩおよび端末１の性質に依存する。たとえば、これは、ローカルエリアネットワークのためのネットワークカード、または、交換電話線もしくはサービス統合デジタルネットワーク（「ＲＮＩＳ」）への接続用でありたとえばインターネットサービスプロバイダ（「ＩＳＰ」）を介してのインターネットネットワークへ接続するためのモデムに関する。
【０００８】
端末１は、当然のことながら適正動作に必要な全ての回路および部品を含んでいるが、ＣＰＵ、ＲＡＭおよびＲＯＭ、磁気ディスク大容量記憶、フロッピーディスク読み取り装置およびまたはＣＤＲＯＭ等は簡略化のために図示していない。
【０００９】
一般に、端末１はまた、ディスプレイスクリーン５やキーボード６などの統合されたまたは統合されない従来の周辺機器に接続されている。
【００１０】
端末１は、ネットワークＲＩに接続されるサーバと通信可能であり、図１では、そのうちの一個のサーバ４だけを示した。「サーバ」とは、文書もしくは機械へのアクセスを提供するために通信プロトコルを処理可能なあらゆる情報サーバを意味する。本発明の好適な用途の場合、アクセス回路１１は、ブラウザと称される特別のソフトウェア１０により、端末１をサーバとを通信させる。「ブラウザ」とは、
−ページ、特に「ＳＧＭＬ」（「Ｓｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇａｇｅ」）すなわち一般標準マークアップ言語で書かれたページの視覚化機能と、
−ページにおいて提供されるリソースのダウンロードとを提供するあらゆる手段を意味する。
【００１１】
こうしたブラウザ機能は、英語の「ｂｒｏｗｓｅｒ」が示す機能に対応する。ＳＧＭＬページは、プレゼンテーション属性と、他のＳＧＭＬ文書へのリンクすなわち外界に向かう「ハイパーリンク」、さらにはＵＲＩ（「Ｕｎｉｆｉｅｄ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ」汎用リソース識別子）とを含む。
【００１２】
ＳＧＭＬ言語に関しては、知られているように、ＨＴＭＬ、ＸＭＬ、ＷＭＬなど複数の言語に分化している。
【００１３】
ブラウザにより、一般に「クライアント−サーバ」モードに従って、ネットワークＲＩに分散された各種のアプリケーションにアクセス可能になる。
【００１４】
通常、ネットワークでの通信は、累置された複数のソフトウェア階層を含む標準プロトコルに従って実施される。インターネット型のネットワークＲＩの場合、このタイプの通信に特有のプロトコルに従って通信が実施される。このプロトコルについては以下で詳述する。このプロトコルもまた複数のソフトウェア階層を含む。通信プロトコルは、「ＷＥＢ」ページの問い合わせ、ファイルの転送、電子メール（「ｅ−ｍａｉｌ」）、フォーラムまたは「ニュース」など、対象となる具体的な用途に応じて選択される。
【００１５】
図１Ｂは、端末、チップカード読み取り装置およびチップカードを含むシステムの論理アーキテクチャを概略的に示す。このアーキテクチャはＩＳＯ規格７８１６により記述されており、ＩＳＯ規格７８１６自体が、
−カードのサイズおよび標記（ｍａｒｋｉｎｇ）に関してはＩＳＯ７８１６−１および７８１６−２、
−端末とチップカードとの間のデータ転送に関してはＩＳＯ７８１６−３、
−命令セットの構造および命令フォーマットに関してはＩＳＯ７８１６−４、といった複数の小節を含む。
【００１６】
図１Ｂでは、端末１の側に、ＩＳＯ規格７８１６−３に対応する階層１０１だけと、命令処理プログラム「ＡＰＤＵ」２０１（ＩＳＯ規格７８１６−４）を示した。チップカード２の側には、ＩＳＯ規格７８１６−３に対応する階層２００と、「ＡＰＤＵ」命令処理プログラム（ＩＳＯ規格７８１６−４）２０１とを示した。またｎがチップカード２に現れる最大数のアプリケーションであるとして、アプリケーションをＡ１、．．．、Ａｉ、．．．、Ａｎとした。
【００１７】
チップカード２（図１Ａ）に存在する「ｃａｒｄｌｅｔ」アプリケーションＡｉは、ある命令セットにより端末１と対話する。典型的な命令セットは、書き込み命令および読み取り命令を有する。命令フォーマットは、「ＡＰＤＵ」（「Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ」）として知られている。これは、前述のＩＳＯ規格７８１６−４により定義される。命令の「ＡＰＤＵ」は、「ＡＰＤＵ．ｃｏｍｍａｎｄ」と記され、応答の「ＡＰＤＵ」は、「ＡＰＤＵ．ｒｅｓｐｏｎｓｅ」と記される。「ＡＰＤＵ」は、カード読み取り装置とチップカードとの間で、前述のＩＳＯ規格７８１６−３により特定されるプロトコルにより（たとえばキャラクタモード：Ｔ＝０；またはブロックモード：Ｔ＝１で）交換される。
【００１８】
図１Ｂに示したように、チップカード２が複数の異なるアプリケーションを含んでいる場合、多用途カードと呼ぶことができる。しかしながら、端末１は一度に１つのアプリケーションとしか対話しない。アプリケーションＡｉは、たとえば「ＪＡＶＡ」言語（商標）で「ａｐｐｌｅｔ」と称されるソフトウェア部品の形態を呈し、以下、これを「ｃａｒｄｌｅｔ」と称することにする。特定の「ｃａｒｄｌｅｔ」Ａｉの選択は、選択タイプの「ＡＰＤＵ」（「ＳＥＬＥＣＴ」）を用いて得られる。こうした選択が行われると、後続「ＡＰＤＵ」は、この「ｃａｒｄｌｅｔ」に向かう。新たな「ＡＰＤＵ  ＳＥＬＥＣＴ」は、結果として現行のアプリケーションを破棄し、別のアプリケーションを選択する。「ＡＰＤＵ」の管理ソフトウェアの部品２０１は、チップカード２で特定のアプリケーションＡｉを選択し、このように選択されたアプリケーションを記憶し、このアプリケーションに向けて「ＡＰＤＵ」を伝達し、およびまたは、このアプリケーションから「ＡＰＤＵ」を受信することができる。
【００１９】
以上の説明をまとめると、アプリケーションＡｉの選択と、このアプリケーションとの対話は、「ＡＰＤＵ」命令の交換により行われる。アプリケーションＡｉは従来型のアプリケーションであり、以下、これを「ＧＣＡ」（「Ｇｅｎｅｒｉｃ  Ｃａｒｄ  Ａｐｐｌｉｃａｔｉｏｎ  一般的なカードアプリケーション」）と呼ぶことにする。
【００２０】
図１Ｂのアーキテクチャにより示されているように、チップカードによるアプリケーションシステムでは、チップカードに各種の機能を割り当てることができる。
【００２１】
しかしながら、カード３は、市販のブラウザの実装を変えない限り、こうしたブラウザと直接通信できないことに留意しなければならない。また、上記の規格に適合する現在のチップカードのハードウェアおよびソフトウェア構成は、インターネットネットワークとの直接通信が不能である。殊に、このタイプのネットワークで使用されるプロトコルのいずれかに従って、データパケットを送信したり受信したりすることができない。そのため、追加ソフトウェア部品を、一般に「ｐｌｕｇ−ｉｎ」と称される形態で端末１に埋め込むことが必要である。このソフトウェア部品１２（図１Ａ）は、ブラウザ１０とカード２、より詳しくはこのカード２の電子回路２０との間のインターフェースをなす。
【００２２】
従来技術では、カード読み取り装置３に結合されるホストシステム、すなわち端末１が、特定のアプリケーションにも同様に結合されている。換言すれば、特定の各アプリケーションのために、特定の、いわゆる「専用」端末を設けることが必要である。
【００２３】
従って、本発明は、以上に述べたような従来技術の欠点を解消可能な、いわゆる「ＷＥＢ」タイプのブラウザにより、チップカードに配置されるアプリケーションを作動する方法を目的とする。
【００２４】
この方法の特徴によれば、チップカードは、ホストシステムすなわち端末に、「ＨＴＭＬ」（「ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ」）言語または、より一般的にはハイパーテキスト言語として、あるいはまた「ＪＡＶＡ」言語の「ａｐｐｌｅｔ」として、バーチャル端末モデルを提供するので、ユーザは、チップカードにより提案される使用可能なアプリケーションの中から特定の一個のアプリケーションを選択することができる。従って、端末は一般化され、複数のアプリケーションを許容する。ホストシステムは、チップカードの周辺機器とみなされて、ディスプレイスクリーン、キーボード等のハードウェアリソースをチップカードが利用可能にする。
【００２５】
このため、特別の通信ソフトウェア階層をチップカードに設け、それに対応するものを端末に設ける。「特別の」という表現は、本発明の方法に特別なものとして理解されなければならない。事実、これらの特別の通信階層は、考慮されるアプリケーションとは無関係に一般化される。各特別の通信階層は、チップカードと端末との間、およびチップカードとネットワークとの間の双方向データ交換プロセスにのみ介在する。
【００２６】
特別の通信ソフトウェア階層は、特にプロトコル変換を可能とするソフトウェアコンポーネント、いわゆる「インテリジェントエージェント」を含む。端末およびチップカードに結合される特別の通信階層それぞれには、対をなすエージェントが存在する。本発明の方法によれば、対をなすエージェントの間にはセッションが確立される。
【００２７】
別の特徴によれば、本発明の方法は、チップカードに配置される従来型、すなわち前述の「ＣＧＡ」型のアプリケーションを、全く修正せずに作動できるようにする。
【００２８】
このため、ブラウザの要求を受信して、これを「ＣＧＡ」タイプのアプリケーションが理解可能な「ＡＰＤＵ」命令に翻訳する、１つまたは複数のいわゆるスクリプト翻訳インテリジェントエージェントを設ける。
【００２９】
別の特徴によれば、本発明の方法は、システムのアーキテクチャを変える必要なしに、非従来型のアプリケーションを管理できるようにする。
【００３０】
別の特徴によれば、本発明の方法は、チップカードに従来型または非従来型の新しいアプリケーションをダイナミックにダウンロードし、１つまたは複数のアプリケーションを更新または削除することができる。
【００３１】
従って、本発明は、情報処理手段および情報記憶手段を含むチップを備え、端末を介してネットワークと協働するためのオンボードシステムを目的としており、このシステムは、
−オンボードシステムがネットワークで情報サーバを構成するように、端末に配置される対をなすネットワークインターフェース手段と協働するように構成されたネットワークインターフェース手段、および、
−ネットワークで循環して、オンボードシステムに保存される少なくとも１つのアプリケーションに割り当てられる指示（これらの指示は、特にブラウザから送られるか、あるいはブラウザ宛てに送られる）と、前記ネットワークインターフェース手段および前記アプリケーションの間の情報交換指示とを対応させるように構成されたアプリケーションインターフェース手段を含むことを特徴とする。
【００３２】
本発明はまた、情報処理手段および情報記憶手段を含むチップを備え、端末を介してネットワークと協働するためのオンボードシステムに記憶される少なくとも１つのアプリケーションを作動させる方法に関し、この方法が使用するオンボードシステムは、オンボードシステムがネットワークで情報サーバを構成するように、端末に配置される対をなすネットワークインターフェース手段と協働するネットワークインターフェース手段、および、ネットワークで循環して、オンボードシステムに保存される少なくとも１つのアプリケーションに割り当てられる指示と、前記ネットワークインターフェース手段および前記アプリケーションの間の情報交換指示とを対応させるように構成されたアプリケーションインターフェース手段を含んでおり、
−対をなす前記ネットワークインターフェース手段を介して前記少なくとも１つのアプリケーションの作動要求をオンボードシステムに送るために、端末とオンボードシステムとの間で情報交換セッションを確立するフェーズと、
−前記アプリケーションインターフェース手段により、前記要求と、前記ネットワークインターフェース手段および前記アプリケーションの間の情報交換指示とを対応させるフェーズと、
−前記アプリケーションインターフェース手段により、前記要求に対してアプリケーションから送られる応答と、ネットワークに送られる応答指示とを対応させるフェーズとを含むことを特徴とする。
【００３３】
本発明はまた、いわゆるローカル端末がチップカードの読み取り装置を備え、このローカル端末に接続されるチップカードに配置された少なくとも１つのアプリケーションをブラウザを介して作動する方法を目的としており、
ａ／少なくともチップカードに記録された前記アプリケーションとのインターフェースをなす第１の特別のソフトウェア部品を前記チップカードに埋め込むことからなる第１の予備フェーズと、
ｂ／少なくとも前記ブラウザとのインターフェースをなす第２の特別のソフトウェア部品を端末に埋め込むことからなる第２の予備フェーズとを少なくとも含んでおり、
前記第１および第２の特別のソフトウェア部品がさらに、少なくとも一組の対をなす第１のソフトウェアエンティティを含んでおり、前記各エンティティは、前記端末および前記チップカードの間の双方向データ交換セッションをセット可能にするように、また前記チップカードが情報サーバの機能を提供するように互いに協働し、
−一連の指示を解釈して、これを一連の命令に翻訳可能な第２のソフトウェアエンティティを前記チップカードに埋め込むことからなる第３の初期フェーズが行われ、前記第２のソフトウェアエンティティが、前記アプリケーションおよび前記第２の特別のソフトウェア部品と協働し、
１／前記アプリケーションのうちの１つに到達するための要求を伝達するように、前記一組の対をなす第１のソフトウェアエンティティを介して前記端末および前記チップカードの間のデータ交換セッションを確立するステップと、
２／前記第２のソフトウェアエンティティから前記要求を受信し、前記一連の指示を解釈し、アクセスすべき前記アプリケーションに前記一連の指示を結合し、前記翻訳された命令をこのアプリケーションに伝達してアプリケーションを作動させるステップと、
３／前記第２のソフトウェアエンティティを介して、また前記第１および第２の特別のソフトウェア部品を介して、前記要求に対する応答を生成し、前記ブラウザに伝達するステップとを少なくとも含むことを特徴とする。
【００３４】
本発明の他の特徴および長所は、添付図面に関する以下の説明を読めば、いっそう理解され、明らかになるであろう。
【００３５】
最初に、ネットワークの通信プロトコルの主要な特徴について手短に説明してから、本発明によるチップカードに配置されるアプリケーションの作動方法を説明し、それを実施するためのアーキテクチャについて詳述する。
【００３６】
通信ネットワークのアーキテクチャは、様々な階層によって説明される。たとえば「ＩＳＯ」により定義された「ＯＳＩ」（「Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ  開放型システム間相互接続」）標準は、いわゆる下位層（たとえば物理的な伝送媒体に関する「物理」層）から、中間層、特に「トランスポート」層を経て上位層（たとえば「アプリケーション」層）までの７つの階層を含んでいる。所定の階層は、適切なインターフェースを介して、すぐ上の階層にそのサービスを提供し、すぐ下の階層に他のサービスを要求する。階層は、プリミティブを用いて通信する。また、同じレベルの階層とも通信可能である。幾つかのアーキテクチャでは、これらの階層のいずれかがなくてもよい。
【００３７】
インターネットタイプの環境では階層が全部で５つあり、詳しくは、上位層から下位層に、アプリケーション層（「ｈｔｔｐ」、「ｆｔｐ」、「ｅ−メール」など）、トランスポート層（「ＴＣＰ」）、ネットワークアドレッシング層（「ＩＰ」）、データリンク層（「ＰＰＰ」、「Ｓｌｉｐ」など）および物理層である。
【００３８】
次に、「ＷＥＢ」サーバとして作用することを可能にされたチップカードによるアプリケーションシステムのアーキテクチャについて説明する。このようなアーキテクチャの一例を図２に概略的に示した。図１と共通の要素は同じ参照符号を付し、必要な場合にのみ説明する。図を簡略化するために、端末に接続された各種の周辺機器（たとえば図１のスクリーン５およびキーボード６）は図示していない。
【００３９】
端末１およびチップカード２ａにそれぞれ埋め込まれた特別の通信プロトコルソフトウェア階層１３および２３ａを除いて、ハードウェアまたはソフトウェアの他の要素は、従来技術と共通のものである。
【００４０】
端末１は、たとえばインターネット・ネットワーク用のモデムまたはローカルネットワーク用のネットワークカードから構成されるネットワークＲＩへのアクセス回路１１を含む。この回路は、「物理」層および「データリンク」層に対応する下位ソフトウェア階層Ｃ１、Ｃ２をまとめている。
【００４１】
また「ネットワークアドレッシング」層（インターネットの場合は「ＩＰ」）および「トランスポート」層（「ＴＣＰ」）に対応する上位層Ｃ３、Ｃ４を図示した。上位のアプリケーション層（「ｈｔｔｐ」、「ｆｔｐ」、「ｅ−メール」など）は図示しなかった。
【００４２】
階層Ｃ１、Ｃ２と上位層Ｃ３、Ｃ４との間のインターフェースは、一般に「各種下位層」と称されるソフトウェア階層から構成される。上位層Ｃ３、Ｃ４は、このインターフェースで支持され、対応する特別の機能ライブラリまたはネットワークライブラリ１４を介して実施される。インターネットネットワークの場合、「ＴＣＰ／ＩＰ」は、いわゆる「ソケット」ライブラリにより実施される。
【００４３】
このような構成により、ブラウザ１０（図１）は、サーバ４（図１）に要求を出して、「ＷＥＢ」ページを検索し（「ＨＴＴＰ」プロトコル）、ファイルを転送し（プロトコル「ＦＴＰ」）、あるいは電子メールを送信するが（「ｅ−ｍａｉｌ」プロトコル）、これは全く従来のやり方で行われる。
【００４４】
端末１はまた、統合された、または統合されていないカード読み取り装置３を備える。チップカード２ａと通信するために、カード読み取り装置はまた、階層Ｃ１、Ｃ２と同様の役割を果たす２つの階層ＣＣ１（物理層）およびＣＣ２（データリンク層）を含む。層ＣＣ１、ＣＣ２とのソフトウェアインターフェースは、たとえば仕様書の「ＰＣ／ＳＣ」（「パート６、サービスプロバイダ」）に記載されている。階層ＣＣ１、ＣＣ２そのものについては、先に述べたように、特にＩＳＯ規格７８１６−１〜７８１６−４に記載されている。
【００４５】
追加ソフトウェア層１６は、アプリケーション層（図示せず）と下位層ＣＣ１、ＣＣ２との間でインターフェースを形成する。この階層に割り当てられる主要機能は、マルチプレックス（多重化）／デマルチプレクス機能である。
【００４６】
チップカード２ａとの通信は、「ＵＮＩＸ」（商標）型のオペレーティングシステムでファイル操作のために使用されるのと同じパラダイム、すなわち、開く（「ＯＰＥＮ」）、読み込む（「ＲＥＡＤ」）、書き込む（「ＷＲＩＴＥ」）、閉じる（「ＣＬＯＳＥ」）などに従って実施される。
【００４７】
チップカード２ａの側には、同様の構成があり、すなわち２つの下位層ＣＣａ１（物理層）、ＣＣａ２（データリンク層）ならびに、階層１６と全く同じインターフェース層２６ａが存在する。
【００４８】
第１の特徴によれば、端末１とチップカード２ａの双方に、ネットワークインターフェース手段にそれぞれ対応する２つの特別のプロトコル層１３、２３ａを設ける。
【００４９】
端末１において、特別の階層１３は、「各種の下位層」１５と、ネットワーク層Ｃ３、Ｃ４のライブラリ１４とにインターフェースで接続され、またカード読み取り装置３のプロトコル層すなわち下位層ＣＣ１、ＣＣ２に、多重化層１６を介してインターフェースで接続される。特別のプロトコル層１３は、チップカード２ａから、またチップカード２ａに向けて、ネットワークパケットを転送可能にする。さらに、この階層は、チップカード２ａを利用する用途にむけて、インターネットブラウザ（図２）や電子メール等の既存のアプリケーションを適合させる。
【００５０】
チップカード２ａの側には、プロトコル層１３に対応する特別のプロトコル層２３ａの追加インスタンスから構成される全く同様の構成がある。
【００５１】
より詳しくは、特別のプロトコル層１３、２３ａは、
−従来の階層ＣＣ１、ＣＣ２、ＣＣａ１、ＣＣａ２を介して層１３と２３ａの間に情報ブロックを伝送するモジュール１３０または２３０ａと、
−「インテリジェントエージェント」と称されて、たとえばプロトコル変換機能を実施する１つまたは複数のソフトウェア部品１３２または２３２ａと、
−特別のインテリジェントエージェントにそれぞれ含めることができる、特別の構成の管理モジュール１３１、２３１ａとの３つの主要なソフトウェア要素に再分割される。
【００５２】
従って、端末１およびチップカード２ａには、２個のエンティティの間に通信プロトコルスタックがある。
【００５３】
レベル２の層（データリンク層）ＣＣ２、ＣＣａ２は、チップカード２ａと端末１との間のデータ交換を保証する。これらの層は、伝送エラーの検出および場合によっては修正を担当する。網羅的ではないが例として次のような様々なプロトコルを使用可能である。
【００５４】
−ＥＴＳＩ  ＧＳＭ１１．１１勧告
−キャラクタモードＴ＝０の、ＩＳＯ規格７８１６−３により定義されたプロトコル
−ブロックモードＴ＝１の、ＩＳＯ規格７８１６−３により定義されたプロトコル
−または、「ＨＤＬＣ」（「Ｈｉｇｈ−Ｌｅｖｅｌ  Ｄａｔａ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｐｒｏｃｅｄｕｒｅ」ハイレベルデータリンク制御手順）フレームモードの、ＩＳＯ規格３３０９により定義されたプロトコル
本発明の範囲では、好適には、ブロックモードにおけるＩＳＯ規格７８１６−３を使用する。
【００５５】
それ自体知られているように、各プロトコル層には、同じレベルの階層の間で互いにデータ交換可能な幾つかのプリミティブが結合されている。たとえばレベル２の階層に結合されるプリミティブは、「データ要求」（「Ｄａｔａ．ｒｅｑｕｅｓｔ」）、カードによる「データ応答」（「Ｄａｔａ．ｒｅｓｐｏｎｓｅ」）、ならびに「データ確認」（「Ｄａｔａ．ｃｏｎｆｉｒｍ」）タイプである。
【００５６】
特に、階層１３と２３ａは、チップカード２ａとホストすなわち端末１との間の対話を担当する。これらの階層は、図３に関して示されているように、端末１のユーザ（図示せず）とチップカード２ａとの間でたとえば「ＨＴＭＬ」フォーマットのハイパーテキスト型スクロールメニューを介して情報交換可能にする。また、これらの階層は、データパケットの送信およびまたは受信のために適切な構成を設定することができる。
【００５７】
前述のように、階層は、３つの異なるエンティティを含む。
【００５８】
第１の階層１３０または２３０ａは、主にソフトウェアマルチプレクサから構成される。この階層は、チップカード２ａとホスト端末１との間でプロトコルのデータ単位（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）として情報交換可能にする。また、データパケット交換機と同じ役割を果たす。これらのデータ単位は、レベル２の層（データリンク層）を介して送信または受信される。こうした特別の通信プロトコルにより、少なくとも一組の「インテリジェントエージェント」を互いに通信可能にする。各組の第１のエージェント１３２は、端末１の側の階層１３に配置されており、第２のエージェント２３２ａは、チップカード２ａの側の階層２３ｉに配置されている。２つの「インテリジェントエージェント」の結合が、１つのセッションにかかわる。１つのセッションは、この２つのエージェントの双方向のデータ交換である。
【００５９】
インテリジェントエージェントは、端末１が利用する構成に応じて、レベル３および４の階層機能の全部または一部を実施可能である。
【００６０】
特別のインテリジェントエージェントは、整数により、たとえば１６ビット（数は０〜６５３５）で識別されるのが有利である。この識別子は、たとえば、宛先リファレンスおよび送信元リファレンスを構成するプロトコルデータ単位において使用される。
【００６１】
インテリジェントエージェントのカテゴリーは大きく分けて次の２つがある。すなわち固定リファレンスにより識別される「サーバ」タイプのエージェントと、構成管理モジュール１３０または２３０ａが送る可変リファレンスにより識別される「クライアント」タイプのエージェントとである。
【００６２】
セッションの開始手順は、通常以下の通りである。すなわち「クライアント」タイプのインテリジェントエージェントが「サーバ」タイプのインテリジェントエージェントに向けてセッションを開く。階層１３０および２３０ａは、ホスト端末１の側およびチップカード２ａの側に存在するインテリジェントエージェントのリストを含む表（図示せず）を管理する。
【００６３】
インテリジェントエージェントは、個々の特性または属性に結合される。考えをまとめるために、限定的ではない例として、次の６個の特性をインテリジェントエージェントに結合する。
【００６４】
−「ホスト」：端末に配置されるエージェント
−「カード」：チップカードに配置されるエージェント
−「ローカル」：ネットワークと通信しないエージェント
−「ネットワーク」：ネットワークと通信するエージェント
−「クライアント」：セッションを初期化するエージェント
−「サーバ」：セッション要求を受信するエージェント
インテリジェントエージェントは、（たとえばハイパーテキストの）データ交換を可能にするが、しかしまたネットワークトランザクションを開始することもできる。
【００６５】
構成管理モジュール１３１、２３１ａは、前述のように特別のインテリジェントエージェントに含めることができる。たとえばホスト端末１の側のモジュール１３１は、特に、この端末の構成に関する情報（機能モード）や、存在する他のエージェントのリスト等を管理する。チップカード２ａの側のモジュール２３１ａの機能も同じである。この２つのエージェントは、セッションを設定するために互いに通信可能である。
【００６６】
１つの特徴によれば、チップカード２ａは、ホストシステムすなわち端末１に対してバーチャル端末モデルを提供する。このため、チップカード２ａが「ＷＥＢ」サーバとして作用する。
【００６７】
チップカード２ｉは、ブラウザ１０により「問いかけ」される。すると、カードは、「ＨＴＭＬ」言語で「ＷＥＢ」タイプのページ、「ａｐｐｌｅｔ」、または他のあらゆるソフトウェア部品をブラウザに伝送する。たとえば「ＷＥＢ」ページは、外部サーバに向けて可能なアプリケーションおよびまたはハイパーリンクの選択を提供するホームページとして提示することができる。
【００６８】
実際、チップカード２ａは、外部サーバへのポインティングではなく、端末１自体へのループパックを定義する「ＵＲＬ」（「Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｉｏｒ」）アドレスの使用により、「問いかけ」されるのが有利である。たとえば、この「ＵＲＬ」の構造は、一般に次の通りである。
【００６９】
ｈｔｔｐ：／／１２７．０．０．１：８０８０  （１）
ここで１２７．０．０．１は、ループバックの「ＩＰ」アドレスであり、８０８０はポート番号である。
【００７０】
図３は、このプロセスを概略的に示している。この図では、ブラウザ１０の要求に応答して、チップカード２ａが「ＨＴＭＬ」言語で書かれたページＰを提示する。このページは、たとえば端末１のディスプレイ装置５に表示される。ホームページと呼ばれるページＰは、通常の方法で、さまざまなグラフィカル要素またはテキストを表示可能であるが、ｉおよびｎが任意の数であるとき外部サーバに向かう少なくとも幾つかのハイパーリンクＨｌ１、Ｈｌ２、．．．、Ｈｌｎ、〜Ｈｌｎを含む。ｎは、考えられる最大数の選択を示す。この数は、当然、読み取り装置３に挿入されるチップカード２ａと、このカードに提示される最大数ｎのアプリケーションＡｉ（図１Ｂ）とによって決められる。提示された選択は、チップカード２ａの所有者に許可される権利、すなわちサービス申し込みが完了した加入契約や資格付与レベルなどに依存する。記載されたプロセスは、標準通信階層（図示せず）の全てまたは一部、ならびに特別の階層１３、２３ａを使用する。
【００７１】
各ハイパーリンク、たとえばハイパーリンクＨｌｉは、外部「ＵＲＬ」リソースをポインティングする。たとえば「ＵＲＬ」の構造は、次のようにすることができる。
【００７２】
ｈｔｔｐ：／／１２７．０．０．１：８０８１／ｗｗｗ．ＮＯＭ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌ  （２）
ここで、１２７．０．０．１は「ＩＰ」アドレスであり、８０８１はポート番号、「ＮＯＭ．ｃｏｍ」は、通常使用されるネーミング規則に従った会社または別の団体のインターネットサイトの名称、「ｉｎｄｅｘ．ｈｔｍｌ」は、このサイトのホームページである。商業的な性質を持つ組織のために理論的に使用される接尾辞「．ｃｏｍ」の代わりとして、「．ｆｒ」、「．ｇｏｖ」等の他の接尾辞が存在し、これらは、インターネットサイトの位置決定または組織の性質に関連づけられる。
【００７３】
図４は、システムのソフトウェアアーキテクチャを簡単に示しており、チップカード２ａが、インテリジェントエージェントを含み、そのうち、正確に定義されていないタイプのインテリジェントエージェント２３２ａ１と、いわゆる「ＷＥＢ」タイプのインテリジェントエージェント２３２ａ１との２つだけを示した。論理スタックは、ＩＳＯ規格７８１６−３に対応する下位プロトコル層２００ａ（図２：ＣＣａ１およびＣＣａ２）と、「ＡＰＤＵ」命令の管理プログラム２０１ａ１と、パケットマルチプレクサ２３０ａとを含んでおり、パケットマルチプレクサは、インテリジェントエージェント、特にインテリジェントエージェント「ＷＥＢ」２３２ａ１にインターフェースで接続される。
【００７４】
端末側には、２個のスタックが存在し、一方のスタックがネットワークと、他方のスタックがチップカード２ａと通信する。第１のスタックは、ネットワーク（規格ＯＳＩ１と２）へのアクセス装置１１（図２：Ｃ１とＣ２）と、「ＴＣＰ／ＩＰ」プロトコル層（図２：Ｃ３とＣ４）１００とを含む。プロトコル層は、「ＷＥＢ」ブラウザ１０とインターフェースで接続される。他方のスタックは、ＩＳＯ規格７８１６−３に対応する下位プロトコル層（図２：Ｃ１とＣ２）１０１と、「ＡＰＤＵ」命令処理プログラム１０１と、パケットマルチプレクサ１０２とを含んでおり、パケットマルチプレクサはインテリジェントエージェントとインターフェースで接続されている。インテリジェントエージェント１３２だけを示した。「ネットワークタイプ」であるものと仮定したインテリジェントエージェント１３２はさらに、「ＴＣＰ／ＩＰ」層１００を介してブラウザ１０と通信可能であり、また、この同じ「ＴＣＰ／ＩＰ」層１００およびネットワークＲＩへのアクセス装置１１を介してインターネットネットワークＲＩと通信可能である。
【００７５】
「ＡＰＤＵ」命令処理プログラム２０１ａはまた、単にアプリケーションと称されるアプリケーションレベルの１つまたは複数の層と、インターフェースにより接続される。これらのアプリケーションは、先に述べたように、「ｃａｒｄｌｅｔ」と呼ばれる従来型のアプリケーションである。
【００７６】
要約すると、チップカード２ａにより供給される「ＷＥＢサーバ機能」は、チップカードにおける「ＷＥＢ」インテリジェントエージェント２３２ａ１と、端末１におけるネットワークエージェント１３２との組み合わせにより実現することができる。
【００７７】
従って、チップカード２ａは、「ＷＥＢ」サーバ機能を適切に有する。しかも、本発明の方法の特徴によれば、前記「ＣＧＡ」タイプの従来のアプリケーションＡ１〜Ａｎのどのアプリケーションも、端末１にある「ＷＥＢ」ブラウザ１０により、あるいはインターネットネットワークＲＩの任意の一箇所に配置される遠隔ブラウザにより、この「ＷＥＢ」サーバを介して作動可能である。本発明の方法によれば、アプリケーションＡ１〜Ａｎは、改訂が不要であり、そのまま実施される。
【００７８】
本発明の別の特徴によれば、これらのアプリケーションは、従来型の端末、すなわち公知技術による端末からアクセス可能である。
【００７９】
換言すれば、チップカードに存在するアプリケーションとの交換モードに関して既存のものとの互換性がなければならない。しかしながら、この場合（従来型の）端末は一般化されない。すなわちアプリケーションに適合させなければならない。
【００８０】
これらの要求に応えるために、チップカードにより提供される「ＷＥＢ」サーバ機能は、従来の「ＷＥＢ」サーバに埋め込まれる「ＣＧＩ」（「Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ」）機能と同様の機構に対応するアプリケーションインターフェース手段を含む。
【００８１】
このタイプの機能をチップカード内部でも実現できる、本発明によるアーキテクチャの例について説明する前に、「ＣＧＩ」動作モードの主な特徴を復習することが有効である。
【００８２】
「ＣＧＩ」は、「ＷＥＢ」サーバから、「ＵＮＩＸ」（商標）、「ＤＯＳ」、または「ＷＩＮＤＯＷＳ」（商標）のオペレーティングシステム用にプログラムされたアプリケーションを実施する仕様である。たとえば「ＵＮＩＸ」のオペレーティングシステムの場合、仕様は「ＣＧＩ１．１」であり、「ＷＩＮＤＯＷＳ  ９５」のオペレーティングシステムの場合、仕様は「ＣＧＩ１．３」である。
【００８３】
また、例として、そのタイプの「ＵＲＬ」アドレスのための「ＨＴＴＰ」要求は、以下である。
【００８４】
“ｈｔｔｐ：／／ｗｗｗ．ｈｏｓｔ．ｃｏｍ／ｃｇｉ−ｂｉｎ／ｘｘｘ．ｃｇｉ”  （３）
ここで、「ｈｏｓｔ」は、（一般には遠隔）ホストシステムに関し、「ＷＥＢ」サーバにより、「ＣＧＩ」タイプの命令スクリプトの実行として解釈される。命令スクリプトは「ｘｘｘ」と名付けられ、このホストシステムのディレクトリ「ｃｇｉ−ｂｉｎ」に存在する。ディレクトリの名称は、理論的に任意のものにすることができるが、これは、取り決めにより「ＣＧＩ」タイプのスクリプトを保存するディレクトリに与えれる名称である。スクリプトは、ホストシステムのオペレーティングシステムの一連の指示であり、その最終結果は、前記要求を送った「ＷＥＢ」ブラウザに伝送される。このスクリプトを記述するために、たとえば「ＰＥＲＬ」言語（商標）など、様々な言語を使用可能である。
【００８５】
実際には、要求は一般に、「ＨＴＭＬ」ページに含まれる書式として情報スクリーンにディスプレイされる。「ＨＴＭＬ」言語は、書式を「ＵＲＬ」アドレスに翻訳することができる。書式は、必要条件として、またはそうではなく１つまたは複数のフィールドを含んでおり、フィールドは、テキスト用のキーボード、チェック枠用のマウス、またはいわゆる「ラジオ」ボタン等の通常のデータ入力手段によりユーザが入力する。書式の内容（ならびに、場合によっては「隠された」情報および指示）は、「ＷＥＢ」サーバ宛に送られる。ページの「ＨＴＭＬ」コードは、書式の物理的な構造（枠、書体、色および他のあらゆる属性）ならびに入力すべきデータフィールド構造（名称、長さ、データタイプなど）を記載する。
【００８６】
伝送は、２つのタイプの主要フォーマットに従って実施可能である。第１のフォーマットは、いわゆる「ＰＯＳＴ」方法を使用し、第２のフォーマットは「ＧＥＴ」方法を使用する。フォーマットタイプの情報は、書式ページの符号に示される。
【００８７】
だが、この機構は、たとえチップカードが、本発明の特徴の１つに従って「ＷＥＢ」サーバ機能を提供するとしても、チップカードに直接移転することはできない。
【００８８】
次に、図５Ａを参照しながら、チップカードの「ＷＥＢ」サーバを介して従来タイプの任意のアプリケーションを作動可能にするアーキテクチャの例について説明する。
【００８９】
第１のステップで、ユーザ（図示せず）は、その「ＷＥＢ」ブラウザ１０（図４）から、次のように示される「ＵＲＬ」アドレスを挙げる。
【００９０】
“ｈｔｔｐ：／／＠ｃａｒｔｅ：８０８０／ｐｍｅ．ｈｔｍｌ”  （４）
ここで「＠ｃａｒｔｅ」は、チップカードのＩＰアドレスである（たとえば図３に関して記載された「１２７．０．０１」のループバックアドレスである：数式（１）参照））。考えを説明するために、例として、「ｐｍｅ．ＨＴＭＬ」は、チップカードにより提供される特定のアプリケーション（以下、「電子財布」と称する）に関する「ＨＴＭＬ」言語で書かれたページである。第２のステップでは、前記と同様に、チップカードが「ＨＴＭＬ」ページを再送する。これは図６に示された形態をとることができる。
【００９１】
各種のグラフィカル属性（枠、書体など）および情報（名称、説明など）に加えて、実施例の書式は、「認証」および「支払額」の２つの数値フィールドＣｈ１、Ｃｈ２と、それぞれ「ＯＫ（Ｓｏｕｍｅｔｔｒｅ）」および「消去（ＲＡＺ）」と題された２個の「ラジオ」ボタンｂ１、ｂ２とを含む。さらに、図の右側には通常の「スクロール」機能を含む。この書式は、端末１のディスプレイスクリーン５（図１）に表示される。
【００９２】
第３ステップの時に、ユーザは、２つの数値フィールドＣｈ１とＣｈ２の情報を入力する。この例では、２つのフィールドに必然的に情報を入力しなければならない。ユーザは、ｂ１をクリックすることによって書式の内容を伝送する。またｂ２をクリックすることによって、表示された全てのデータを消去しデータを修正するか、新しい一連のデータを入力する。
【００９３】
ユーザがｂ１をクリックすると、データは送られネットワークエージェント１３２により受信される。「ＷＥＢ」ブラウザは、必ずしもローカル端末１に配置されないことに留意されたい。「ＷＥＢ」ブラウザは、ローカル端末に配置してもよいし、あるいはインターネットネットワークＲＩに接続される任意のシステムに配置してもよい（たとえば図４参照）。その場合、データは、パケットマルチプレクサ１３０（端末１の側で特別の階層１３のコンポーネントのうちの１つを構成する）と、「ＡＰＤＵ」命令処理プログラム１０２と、プロトコル層１０１とを通ってチップカード２ａに伝達される。次にデータは、プロトコル層２００ａと、「ＡＰＤＵ」命令処理プログラム２０１ａと、パケットマルチプレクサ２３０ａとを通って、「ＷＥＢ」エージェント２３２ａ１により受信される。従って、前述のように２つのインテリジェントエージェントの間に論理セッションが設定される。
【００９４】
「ＷＥＢ」エージェント２３２ａ１に宛てられたデータは、従来の方法で、特定の「パケットマルチプレクサ」アプリケーション宛の「ＡＰＤＵ」命令として伝送される。「ＡＰＤＵ」命令処理プログラム２０１ａは、チップカード２ａに存在する「ＣＧＡ」タイプの他のアプリケーションと全く同様にこのアプリケーションを選択する。言い換えれば、パケットマルチプレクサ２３０ａは、通常の「ＣＧＡ」アプリケーションと同様に「ＡＰＤＵ」命令処理プログラム２０１ａによって考慮される。
【００９５】
「ＨＴＴＰ」要求は、「ＷＥＢ」エージェント２３１ａ１により分析され、このエージェントは、以下、便宜上「ｃｇｉ−ｓｍａｒｔ」と称する特定のディレクトリおよびたとえば記載された例の場合は「ｐｍｅ」である特定のアプリケーションへの１個のリファレンスを検出する。従って、この場合、経路全体は「ｃｇｉ−ｓｍａｒｔ／ｐｍｅ」である。
【００９６】
本発明の特徴によれば、上記のエンティティは、一対一で特定のアプリケーション（この場合は「電子財布」）に結合される特定のスクリプトを示す。
【００９７】
第４ステップの時に、スクリプトは、「スクリプト翻訳エージェント」と称されるインテリジェントエージェントにより解釈される。これは、以下「ＡＴＳ」と称する。こうした翻訳は、
ａ／この場合は二倍の容量を備えた「ＷＥＢ」エージェント２３２ａ１自体によって、
ｂ／チップカード２ａに存在するスクリプトの集合を翻訳可能な単一のスクリプトエージェントによって、
ｃ／以下「ＡＴＳＤ」と称する専用のスクリプトエージェントによって（各スクリプトに付き１個）、あるいは
ｄ／この場合は二倍の容量を備えた「ＡＰＤＵ」命令処理プログラム２０１ａの「ＡＰＤＵ」エージェント２０１０ａによって、様々に実施可能である。
【００９８】
「ＡＰＤＵ」エージェント２０１０ａは、「ＡＰＤＵ」命令処理プログラムの階層２０１ａの１つのコンポーネントである。この階層は、前述のように、システムにより送信およびまたは受信される全ての「ＡＰＤＵ」命令を集中させて、アプリケーションＡ１−Ａｎを選択可能であるが、しかしまた、インテリジェントエージェントタイプのインターフェースを提供することもできる。従って、この方法の１つの特徴によれば、これらのエージェントが端末１に配置されようとも、あるいはチップカード２ａに配置されようとも、（セッションを介して）システムの全てのインテリジェントエージェントと通信することができる。
【００９９】
上記のｃ／の場合、セッションは「ＷＥＢ」エージェント２３２ａ１と「ＡＴＳＤ」エージェントの１つとの間で開かれる。
【０１００】
図５Ａは、翻訳エージェントが「ＡＴＳＤ」タイプであるアーキテクチャの例を示している。翻訳エージェントＡＴＳ１〜ＡＴＳｎは、アプリケーションＡ１−Ａｎに結合される。選択されたアプリケーションが、アプリケーションＡｉであると仮定すると、「ＷＥＢ」エージェント２３２ａ１とエージェントＡＴＳｉとの間にセッションが確立される。
【０１０１】
スクリプト翻訳エージェントは、一連の「ＡＰＤＵ」命令を発生する。セッションは、翻訳エージェント、たとえばエージェントＡＴＳｉと「ＡＰＤＵ」エージェント２０１０ａとの間に開かれる。命令は、「ＡＰＤＵ」エージェント２０１０ａに送信される。「ＡＰＤＵ」命令処理プログラム２０１ａは、「ＣＧＡ」アプリケーションＡｉを選択し（たとえばアプリケーション「ＰＭＥ」）、このアプリケーションに「ＡＰＤＵ」命令を伝達する。この命令は翻訳され、アプリケーションが理解可能な従来型になる。従って、このアプリケーションは正確に作動され、修正したり再プログラムしたりする必要がない。
【０１０２】
「ＣＧＡ」アプリケーションＡｉの応答は、「ＡＰＤＵ」命令処理プログラム２０１ａと、「ＡＰＤＵ」エージェント２０１０ａとに伝達されてから、再びＡＴＳｉエージェント（一般にはスクリプト翻訳エージェント）に伝送される。
【０１０３】
スクリプトの実行の成功又は失敗に基づき、スクリプト翻訳エージェント、たとえば図５Ａの例ではＡＴＳｉエージェントが、「ＨＴＭＬ」言語のページを作成し、最初の要求が通過した各階層を介して逆方向にこれを伝送し、ディスプレイスクリーン５に提示する（図１）。
【０１０４】
図５Ａは、機能ブロックを結ぶ実線により、あるいは、これらのブロック内部の破線により、様々な経路を象徴的に示している。
【０１０５】
本発明による方法の別の特徴によれば、チップカード２ａは、従来の端末と結合して使用し続けることが可能でなければならない。その場合、チップカードはもはや「ＷＥＢ」サーバの役割を果たさず、「インテリジェント」エージェントの機能は使用されない。特別の階層２３ａ（図２）の場合も同様である。こうした各種のコンポーネントは、端末とチップカードと間の交換に対して「透過的」なままである。これらの交換は、図１Ａおよび図１Ｂに関して説明したように、端末に配置されるアプリケーションとチップカードに配置されるアプリケーションとの間で「ＡＤＰＵ」命令の交換により、全く従来の方法で実施される。
【０１０６】
図７は、上記のプロセスの主なステップを概略的にまとめたものである。すなわち、
ａ／インターネットネットワークＲＩを介して（あるいはローカル端末から：いずれの場合にも従来のブラウザ１０を用いて）「ＨＴＴＰ」要求ＲＱを伝送するステップと、  ｂ／チップカード２ａの「ＷＥＢ」サーバから書式ＦＯで応答するステップと、  ｃ／記入された書式を新しい要求ＲＱとして伝送するステップと、  ｄ／「ＨＴＭＬ」ページＰＲとして応答するステップとである。
【０１０７】
また、応答は、ファイルの伝送、あるいはソフトウェア部品あるいは「Ａｐｐｌｅｔ」の伝送から構成してもよい。
【０１０８】
本発明による方法の別の特徴によれば、補足的な変形実施形態では、システムが、従来型ではないアプリケーションを受け入れることができる。つまり、アプリケーションは「ＡＰＤＵ」命令を交換する必要がない。このタイプのアプリケーションは、上記のＩＳＯ規格に適応せず、従来の端末によってはアクセスできないが、しかし、特別の階層１３を含む本発明による端末を用いれば、アーキテクチャをさらに修正する必要は全くなしに、アクセスすることができる。
【０１０９】
図５Ｂは、こうした補足的な変形実施形態によるアーキテクチャの例を概略的に示している。アプリケーションはＡ’１〜Ａ’ｎで示した。
【０１１０】
補足的な変形実施形態による方法の第１のステップは、図５Ａに対して記載した前述のステップと類似しているか、そうでなければ同じである。反対に、スクリプトの翻訳は、「専用自律スクリプト翻訳エージェント」または「ＡＴＳＤＡ」と称される特別のインテリジェントエージェントにより行われる。前述のように、このエージェントは、二倍の容量を備えた「ＷＥＢ」エージェント２３２ａ１であるか、あらゆるシステムに対して単一である「ＡＴＳＤＡ」エージェントであるか、二倍の容量を備えた「ＡＰＤＵ」エージェント２０１０ａ、あるいはまた図５Ｂに示したように複数の「ＡＴＳＤＡ」エージェントＡＴＳ’１〜ＡＴＳ’ｎとすることができる。この最後の場合、各「ＡＴＳＤＡ」エージェントは、単一のアプリケーションに結合される。
【０１１１】
図５Ｂから容易に確認されるように、端末１とチップカード２ａとの間のデータ交換は、特別の階層１３、２３ａとの間で直接行われる。従って、アプリケーションと「ＡＰＤＵ」命令処理プログラムとはもはや接続されない。だが、補足的な変形実施形態において、命令処理プログラムは、従来型のプロトコル層と同じく存在し続けることができる。端末１に関しても同様である。これらのコンポーネントは破線で示した。この構成には、複数の長所がある。まず、端末１は、アーキテクチャの修正が全く行われず、従来型ではないアプリケーションを含むチップカードとも、あるいは完全に従来型であるチップカートとも無差別に通信することができる。また、チップカード２ａ自体が従来のプロトコル層を含んでいれば、図５Ａに関して説明した方法に従ってアクセス可能な、あるいは従来型の端末によりアクセス可能な「ＣＧＡ」タイプの従来型アプリケーションと、上記の方法の変形実施形態によってのみアクセス可能な非従来型のアプリケーションとを同時に保存することができる。
【０１１２】
本発明による方法の別の特徴によれば、図５Ｃにより概略的に示された補足的な変形実施形態において、新しいアプリケーションをチップカード２ａにダイナミックにダウンロード可能である。既存のアプリケーションを更新したり、あるいは削除したりすることも同じくダイナミックな方法により同様に可能であり、これは従来技術のチップカードでは不可能であったものである。従来技術のチップカードでは、チップカードで実施される修正を考慮するために端末の修正が必要であった。
【０１１３】
図５Ｃには、端末が、これらの有利な機能を必然的に享受可能にするために本発明によるアーキテクチャ（たとえば図２参照）を備えているものとして、チップカード２ａの部分のコンポーネントだけを示した。実際、本発明の方法の１つの特徴によれば、チップカード２ａにより提供される「ＷＥＢ」サーバ機能を使用することが必要である。このため、端末は特別の階層１３（図２）を含まなければならない。
【０１１４】
チップカード２ａの一般的なアーキテクチャは、図５Ａに関して記載したものと同様であり、共通コンポーネントについては必要な場合だけ説明を繰り返すことにする。
【０１１５】
提起される問題は、チップカード２ａに１つまたは複数の追加アプリケーションをダウンロードまたは記録可能にすることにある。考えを説明するために、アプリケーションＡｊを追加したいものとし、チップカード２ａに存在するアプリケーションの総数がｎ＋１になると仮定する。既存のアプリケーションならびに新しいアプリケーションは、従来型（「ＣＧＡ」）であるが、非従来型のアプリケーションもまた同じ方法によりチップカード２ａにダウンロードできる。
【０１１６】
従来技術では、通常、ローダ（「ｌｏａｄｅｒ」）という名称で知られたソフトウェア部品６を設ける。以下、これを「ダウンローダ」と称する。チップカード２ａは、新しいアプリケーションをダウンロードし、これを記憶することができる適切な外部電子装置ＥＸＴに配置する。
【０１１７】
本発明の方法によれば、ダウンロードを監視する機能を備えたソフトウェア部品７をさらに設ける。「ダウンロード」機能６および「ダウンロード監視」機能７は、ソフトウェア部品６を修正することにより一つにもできる。
【０１１８】
追加ソフトウェア部品７は、新しいアプリケーション、この場合にはアプリケーションＡｊのダウンロードを検出すると、「ＡＰＤＵ」命令処理プログラムに「通知」する。「ＡＰＤＵ」命令処理プログラムは、この修正を記録する。従って、その後はアプリケーションＡｊに問いかけすることができる。同様に、特別の階層、特に、チップカード２ａの構成の管理プログラムであるコンポーネント２３１ａが更新される。さらに、翻訳エージェント「ＡＴＳ」、一個のエージェントに関する場合は「ＡＴＳＤ」または「ＡＴＳＤＡ」を場合に応じて更新し、あるいは新しいアプリケーションＡｊに結合される新しいＡＴＳｊを生成することが必要である。こうした更新に必要な情報は、新しいアプリケーションＡｊと同時にダウンロードされる。
【０１１９】
アプリケーションの更新または削除は、同じ機構に従って実施できる。
【０１２０】
本発明による端末にチップカード２ａが新たに接続されると、端末は、図５Ａに関して記載されたのと同様に、「ＨＴＭＬ」ページの送信によりチップカードの新しい可能性または修正の通知を受けることができる。
【０１２１】
図５Ｄに概略的に示した、さらに補足的な変形実施形態では、専用スクリプト翻訳子ＡＴＳ０に結合されるチップカード２に、特定のアプリケーションＡ０を設けている。しかしながら、翻訳は、前述のように集中的に実施することもできる（「ＷＥＢ」エージェントなど）。このアプリケーションＡ０には、ダウンロード、修正または削除されるアプリケーションを、ダウンロードかつ監視する役割を与える。本発明による端末１にチップカード２ａを接続すると、翻訳エージェントＡＴＳ０はアプリケーションＡ０と相互に作用しあい、更新ページと称されるＰＭＡＪページを発生する。このページは、チップカード２ａに存在するアプリケーションを示すメニューとして提示され、場合によってはバージョンおよびまたはダウンロード日または修正日についての情報を含んでおり、メニューは、自動的に、または端末１のブラウザ１０の要求で伝送される。
【０１２２】
好適な変形実施形態では、アプリケーションのダウンロード、更新または削除は、チップカード２ａの「ＷＥＢ」サーバ機能を用いることにより、ブラウザ１０から直接実施できる。必要なデータは、端末１とチップカード２ａとの間の交換により、通常のプロセスに従って伝送される。その場合、アプリケーションＡ０は、特に「ＡＰＤＵ」命令処理プログラム（図５Ｄでは図示せず）で相互作用を行いながら、チップカード２ａの構成情報を更新し、また、新しいアプリケーションまたは修正アプリケーションに結合されるスクリプト翻訳子を更新もしくは生成する。その後、「ＡＰＤＵ」命令処理プログラムが、ダウンロードされた新しいアプリケーションに問いかけすることができる。
【０１２３】
従って、アプリケーションＡ０と、集中化された、または集中されていないスクリプト翻訳子（ＡＴＳ０）とは、チップカード２ａにより提供される追加サービスである、完全なアプリケーション更新サービスを構成する。こうした更新サービスが既存のものと互換性があることは自明である。チップカード２ａは、外部装置ＥＸＴからダウンロードし続けることが可能であり、ブラウザ１０を介してダウンロードまたは更新されるアプリケーションは、従来型の「ＣＧＡ」でも非従来型でもよい。従来型の場合には、従来技術の端末との互換性がある。
【０１２４】
以上により、本発明が、所定の目的に到達することが容易に確認される。
【０１２５】
特に、アプリケーションや現行の規格との互換性があるので、本発明は多数の可能性を追加することができる。また、本発明に適合させるために必要とされる修正（特別の階層）を除いては、チップカードと通信する端末のアーキテクチャを変更しなくても、新しいタイプの「固有（ｎａｔｉｖｅｓ）」アプリケーションを受容することができる。
【０１２６】
しかし、本発明は、特に図２から図７に関して明示的に説明した実施形態に制限されるものではないことを明記しておく。
【０１２７】
また、本発明は特に電子財布サービスに適用されるが、いかなる場合にも、この用途だけに制限されるものではない。
【図面の簡単な説明】
【図１Ａ】  従来技術によるチップカードによるアプリケーションシステムの一例の、ハードウェアアーキテクチャを概略的に示す図である。
【図１Ｂ】  従来技術によるチップカードによるアプリケーションシステムの一例の、ソフトウェアアーキテクチャを概略的に示す図である。
【図２】  本発明によるチップカードによるアプリケーションシステム例を概略的に示す図であり、このチップカードは、「ＷＥＢ」サーバとして作用する。
【図３】  「ＨＴＭＬ」言語で書かれたメニューページとして、端末とチップカードとの交換を示す図である。
【図４】  チップカードがインテリジェントエージェントを含むシステムの、論理アーキテクチャを簡単に示す図である。
【図５Ａ】  チップカードがスクリプト翻訳インテリジェントエージェントを含むある実施形態により、本発明のシステムのアーキテクチャを示す図である。
【図５Ｂ】  チップカードがスクリプト翻訳インテリジェントエージェントを含むある実施形態により、本発明のシステムのアーキテクチャを示す図である。
【図５Ｃ】  チップカードがスクリプト翻訳インテリジェントエージェントを含むある実施形態により、本発明のシステムのアーキテクチャを示す図である。
【図５Ｄ】  チップカードがスクリプト翻訳インテリジェントエージェントを含むある実施形態により、本発明のシステムのアーキテクチャを示す図である。
【図６】  端末からチップカードに伝達される書式例を示す図である。
【図７】  本発明の方法によりブラウザとチップカードとの主な交換フェーズを概略的に示す図である。
【図１Ａ】
0003913984.tif 000002
【図１Ｂ】
0003913984.tif 000003
【図２】
0003913984.tif 000004
【図３】
0003913984.tif 000005
【図４】
0003913984.tif 000006
【図５Ａ】
0003913984.tif 000007
【図５Ｂ】
0003913984.tif 000008
【図５Ｃ】
0003913984.tif 000009
【図５Ｄ】
0003913984.tif 000010
【図６】
0003913984.tif 000011
【図７】
0003913984.tif 000012