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