(57)【要約】【課題】ホストマシンのカスタマイズ無しに、電子トークンとリモートサーバ間で、ホストマシンを介した双方向通信を可能にする。【解決手段】電子トークン（ＥＴ）とリモートサーバ（ＲＳ）が同一ホストマシン（ＨＭ）に接続され、電子トークン（ＥＴ）はトークン・サーバ（ＣＳｌ、ＣＳ２）と、ＨＴＭＬデータを含むメモリ（ＭＥＭ）を備え、ホストマシン（ＨＭ）はウェブブラウザ（ＷＢ）を有し、該ウェブブラウザ（ＷＢ）から第一トークン・サーバ（ＣＳｌ）に第一リクエストを送信し、スクリプトに関連づけられた接続情報を含むＨＴＭＬデータを含む第一の応答を前記ウェブブラウザ（ＷＢ）に送り返し、接続情報に関連づけられたスクリプトをウェブブラウザ（ＷＢ）上で実行してリモートサーバ（ＲＳ）への接続を確立し、その結果、前記ウェブブラウザ（ＷＢ）を介して第二トークン・サーバ（ＣＳ２）とリモートサーバ（ＲＳ）との間の双方向通信が可能になる。【選択図】図４
2010530574.tif 000002
【特許請求の範囲】
【請求項１】
電子トークン（ＥＴ）とリモートウェブ・サーバ（ＲＳ）との間の通信を管理運営する方法であり、前記電子トークン（ＥＴ）は、ホストマシン（ＨＭ）に接続され、マイクロプロセッサ（ＭＰ）、通信インターフェイス（ＩＮＴ）とメモリ（ＭＥＭ）とを備えており、該メモリ（ＭＥＭ）は、オペレーティング・システム（ＯＳ）と少なくとも第一のＨＴＭＬデータ（Ｄ１）を含んでおり、前記電子トークン（ＥＴ）は、少なくとも第一と第二のトークン・サーバ（ＣＳｌ，ＣＳ２）を備えており、前記リモートウェブ・サーバ（ＲＳ）はホストマシン（ＨＭ）に接続されており、前記ホストマシン（ＨＭ）はインターネット・ウェブ・ブラウザ（ＷＢ）を有しており、前記方法は、以下のような手順、すなわち、
−インターネット・ウェブ・ブラウザ（ＷＢ）から第一のトークン・サーバ（ＣＳｌ）に第一のリクエスト（Ｒｌ）を送信し（Ｓ２）、
−第一のトークン・サーバ（ＣＳｌ）からインターネット・ウェブ・ブラウザ（ＷＢ）に、スクリプト（ＳＣｌ）と関連づけられた接続情報（ＣＩ）を含む第一のＨＴＭＬデータ（Ｄｌ）を含む第一の応答（Ａｌ）を送り返し（Ｓ３）、
−インターネット・ウェブ・ブラウザ（ＷＢ）上で、接続情報（ＣＩ）と関連づけられたスクリプト（ＳＣｌ）を実行する（Ｓ５）手順からなり、
前記スクリプト（ＳＣｌ）の実行は、リモートウェブ・サーバ（ＲＳ）への接続を確立するものであり、その結果、ゲートウェイの役割をするインターネット・ウェブ・ブラウザ（ＷＢ）を介して第二のトークン・サーバ（ＣＳ２）とリモートウェブ・サーバ（ＲＳ）との間の双方向通信が可能になることを特徴とする、通信の管理運営方法。
【請求項２】
第一のＨＴＭＬデータ（Ｄｌ）は第二のデータ（Ｄ２）を備えており、更に以下のような手順、すなわち、
−インターネット・ウェブ・ブラウザ（ＷＢ）からリモートウェブ・サーバ（ＲＳ）へと第二のデータ（Ｄ２）を含む第二のリクエスト（Ｒ２）を送信し（Ｓ６）、
−リモートウェブ・サーバ（ＲＳ）上で、第二のデータ（Ｄ２）に基づき、第二のトークン・サーバ（ＣＳ２）への接続を可能にする固有のＵＲＬ（ＵＲＬ２）を計算し（Ｓ７）、
−リモートウェブ・サーバ（ＲＳ）からインターネット・ウェブ・ブラウザ（ＷＢ）に固有のＵＲＬ（ＵＲＬ２）を含む第三のデータ（Ｄ３）を含む第二の応答（Ａ２）を送り返し（Ｓ８）、
−インターネット・ウェブ・ブラウザ（ＷＢ）上で、リモートウェブ・サーバ（ＲＳ）から受信した前記第二の応答（Ａ２）を、第三のリクエスト（Ｒ３）と共に、第二のトークン・サーバ（ＣＳ２）にルーティングする（Ｓ１１）手順からなる、請求項１に記載の方法。
【請求項３】
第二の応答（Ａ２）を送り返す手順（Ｓ８）が、ＨＴＴＰリダイレクト機能またはＨＴＭＬ自動サブミッション（ａｕｔｏｍａｔｉｃ  ｓｕｂｍｉｓｓｉｏｎ）機能で行なわれる、請求項２に記載の方法。
【請求項４】
電子トークン（ＥＴ）は、ローカルのドメインネームサーバ（ＤＮＳｌ）を備える仮想ローカル・ネットワークを備え、更に以下のような手順、すなわち、
−インターネット・ウェブ・ブラウザ（ＷＢ）からローカル・ドメインネームシステム、すなわちＤＮＳサーバ（ＤＮＳｌ）に、固有のＵＲＬ（ＵＲＬ２）を含むＤＮＳリクエスト（ＤＮＳＲｑ）を送信し（Ｓ９）、
−ローカル・ドメインネームシステム、すなわちＤＮＳサーバ（ＤＮＳｌ）によって、インターネット・ウェブ・ブラウザ（ＷＢ）に送信された、固有のＵＲＬ（ＵＲＬ２）に対応するＩＰアドレスを含むＤＮＳ応答（ＤＮＳＲｅ）を受信する（Ｓ１０）手順からなる、請求項２または３に記載の方法。
【請求項５】
前記第二の応答（Ａ２）が第四のデータ（Ｄ４）を含み、前記第三のリクエスト（Ｒ３）には、第四のデータ（Ｄ４）が含まれる、請求項２から４のいずれか一つに記載の方法。
【請求項６】
更に以下のような手順、すなわち、
−第三のリクエスト（Ｒ３）に答え、第二のトークン・サーバ（ＣＳ２）からインターネット・ウェブ・ブラウザ（ＷＢ）に、第五のデータ（Ｄ５）を含む第三の応答（Ａ３）を送信し（Ｓ１２）、
−前記第五のデータ（Ｄ５）を、インターネット・ウェブ・ブラウザ（ＷＢ）から、リモートウェブ・サーバ（ＲＳ）にルーティングする（Ｓ１３）手順からなる、請求項２から５のいずれか一つに記載の方法。
【請求項７】
第二のデータ（Ｄ２）が、無作為に設定される可変部分または所定の配列に従って計算される可変部分を含む、請求項２から６のいずれか一つに記載の方法。
【請求項８】
前記第一と第二のトークン・サーバ（ＣＳｌ，ＣＳ２）のそれぞれが、ＨＴＴＰサーバかＨＴＴＰＳサーバである、請求項１から７のいずれか一つに記載の方法。
【請求項９】
前記第一と第二のトークン・サーバ（ＣＳｌ，ＣＳ２）が、一つのトークン・サーバに統合される、請求項１から８のいずれか一つに記載の方法。
【請求項１０】
前記接続情報（ＣＩ）が、スクリプト（ＳＣｌ）、または、そこからスクリプト（ＳＣｌ）をダウンロードすることができるスクリプトＵＲＬ（ＵＲＬ３）を含む、請求項１から９のいずれか一つに記載の方法。
【請求項１１】
前記スクリプト（ＳＣｌ）が、ジャバ・スクリプトである、請求項１から１０のいずれか一つに記載の方法。
【請求項１２】
ホストマシン（ＭＥ）と接続することになっている電子トークン（ＥＴ）であり、該電子トークン（ＥＴ）は、
−マイクロプロセッサ（ＭＰ）と、
−通信インターフェイス（ＩＮＴ）と、
−オペレーティング・システム（ＯＳ）および少なくとも第一のＨＴＭＬデータ（Ｄｌ）を備えるメモリ（ＭＥＭ）と、
−少なくとも第一と第二のトークン・サーバ（ＣＳｌ，ＣＳ２）とを備え、
ホストマシン（ＭＥ）は、インターネット・ウェブ・ブラウザ（ＷＢ）を有しており、そしてリモートウェブ・サーバ（ＲＳ）に接続されており、
第一のＨＴＭＬデータ（Ｄｌ）は、スクリプト（ＳＣｌ）に関連づけられた、第一のトークン・サーバ（ＣＳｌ）によって送信されることになっている接続情報（ＣＩ）を含んでおり、前記インターネット・ウェブ・ブラウザ（ＷＢ）による前記スクリプト（ＳＣｌ）の実行は、リモートウェブ・サーバ（ＲＳ）への接続を確立するものであり、その結果、ゲートウェイの働きをするインターネット・ウェブ・ブラウザ（ＷＢ）を介して、第二のトークン・サーバ（ＣＳ２）とリモートウェブ・サーバ（ＲＳ）との間の双方向通信が可能になることを特徴とする、電子トークン（ＥＴ）。
【請求項１３】
前記トークンが、スマートカード、携帯オーディオ機器、携帯電話機、携帯情報端末またはＵＳＢトークンである、請求項１２に記載の電子トークン（ＥＴ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子トークンとリモートサーバとの間の通信を管理運営する複数の方法に関するものである。本発明は特に、サーバを備えた電子トークンとリモートウェブ・サーバとの間の通信を管理運営する複数の方法に関するものである。
【背景技術】
【０００２】
（先行技術）
電子トークンとは、スマートカード、携帯オーディオ機器、携帯電話機、携帯情報端末またはＵＳＢトークンのような電子オブジェクトである。「インターネット」という用語は、「相互接続ネットワーク」を意味する。電子トークンは、ハイパーテキスト転送プロトコル、すなわちＨＴＴＰサーバ、ローカル・ドメインネームシステム、すなわちＤＮＳサーバ、または動的ホスト構成プロトコル、すなわちＤＨＣＰサーバを備えたローカル・ネットワークを内蔵していてもよい。その代わりに、ローカル・ネットワークはそれらのサーバを組み合わせたものであってもよい。ローカル・ネットワークは、ＨＴＴＰおよび／またはＤＮＳおよび／またはＤＨＣＰの機能、および／または、どのようなものであってもよいが、ワールド・ワイド・ウェブ・コンソーシアム（Ｗ３Ｃ）に従ったサーバまたはサービスの機能を組み合わせた、唯一あるいは複数のローカル・サーバによって構成されていてもよいものであり、前記サーバは、他と重複しないＩＰアドレスを有するものである。
【０００３】
電子トークンはホストマシンに接続されていてもよい。ホストマシンは、インターネットを介してリモートサーバに接続されていてもよい。リモートサーバは、インターネットを介してアクセス可能な機器に搭載された遠隔サーバである。リモートサーバと電子トークンの両方を同一のホストマシンに接続すると、リモートサーバと電子トークンは、ホストマシンを介して通信することができる。インターネットに接続された既存のホストマシンは、マイクロソフト・インターネット・エクスプローラー（登録商標）やＭｏｚｉｌｌａ  Ｆｉｒｅｆｏｘ（登録商標）のようなインターネット・ウェブ・ブラウザを有している。
【０００４】
現在のところ、電子トークンとリモートサーバとの間で通信を確立するには、インターネット接続共有メカニズムを用いるか、または同一の機能を確保する専用のソフトウエアをインストールすることにより、ホストマシンをカスタマイズしなければならない。しかしながら、ホストマシンのカスタマイズは、管理者権限により、制限または禁止されることがある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
（発明の要約）
本発明は、電子トークンとリモートサーバとの間でのホストマシンを介した通信を可能にすることを目指すものであるが、前記ホストマシンはカスタマイズしない。本発明は、電子トークンとリモートサーバとの間の、双方向での通信接続およびデータの自動ルーティングを行うことを可能にすることを目指すものである。
【課題を解決するための手段】
【０００６】
本発明の対象は、電子トークンとリモートウェブ・サーバとの間の通信を管理運営する方法である。電子トークンは、ホストマシンに接続され、マイクロプロセッサ、通信インターフェイスとメモリとを備えている。前記メモリは、ＯＳと少なくとも第一のＨＴＭＬデータを含んでいる。前記電子トークンは、少なくとも第一と第二のトークン・サーバを備えている。リモートウェブ・サーバは同一のホストマシンに接続されている。ホストマシンはインターネット・ウェブ・ブラウザを有している。前記方法は、以下のような手順、すなわち、
−インターネット・ウェブ・ブラウザから第一のトークン・サーバに第一のリクエストを送信し、
−第一のトークン・サーバからインターネット・ウェブ・ブラウザに、スクプリプトと関連づけられた接続情報を含む第一のＨＴＭＬデータを含む第一の応答を送り返し、
−インターネット・ウェブ・ブラウザ上で、接続情報と関連づけられたスクプリプトを実行する手順からなり、
前記スクリプトの実行は、リモートウェブ・サーバへの接続を確立するものであり、その結果、ゲートウェイの働きをするインターネット・ウェブ・ブラウザを介して第二のトークン・サーバとリモートウェブ・サーバとの間の双方向通信が可能になることを特徴とするものである。
【０００７】
第一のＨＴＭＬデータは第二のデータを含んでいてもよく、また前記方法は、更に以下のような手順、すなわち、
−インターネット・ウェブ・ブラウザからリモートウェブ・サーバに第二のデータを含む第二のリクエストを送信し、
−リモートウェブ・サーバ上で、第二のデータに基づき、第二のトークン・サーバへの接続を可能にする固有のＵＲＬを計算し、
−リモートウェブ・サーバからインターネット・ウェブ・ブラウザに、固有のＵＲＬを含む第三のデータを含む第二の応答を送り返し、
−インターネット・ウェブ・ブラウザ上で、リモートウェブ・サーバから受信した前記第二の応答を、第三のリクエストと共に、前記第二のトークン・サーバにルーティングする手順からなっていてもよい。
【０００８】
第二の応答を送り返す手順は、ＨＴＴＰリダイレクト機能またはＨＴＭＬ自動サブミッション（ａｕｔｏｍａｔｉｃ  ｓｕｂｍｉｓｓｉｏｎ）機能で行ってもよい。
【０００９】
電子トークンは、ローカル・ドメインネームサーバを備える仮想ローカル・ネットワークを備えていてもよい。その方法は、更に以下のような手順、すなわち、
−インターネット・ウェブ・ブラウザからローカル・ドメインネームシステム、すなわちＤＮＳサーバに、固有のＵＲＬを含むＤＮＳリクエストを送信し、
−ローカル・ドメインネームシステム、すなわちＤＮＳサーバによってインターネット・ウェブ・ブラウザに送信された、固有のＵＲＬに対応するＩＰアドレスを含むＤＮＳ応答を受信する手順からなっていてもよい。
【００１０】
第二の応答は、第四のデータを含んでいてもよく、第三のリクエストは、第四のデータを含んでいてもよい。
【００１１】
該方法は、更に以下のような手順、すなわち、
−第三のリクエストに答え、第二のトークン・サーバからインターネット・ウェブ・ブラウザに、第五のデータを含む第三の応答を送信し、
−前記第五のデータを、インターネット・ウェブ・ブラウザから、リモートウェブ・サーバにルーティングする手順からなっていてもよい。
【００１２】
第二のデータは、無作為に設定される可変部分または所定の配列に従って計算される可変部分を含んでいてもよい。
【００１３】
前記第一と第二のトークン・サーバのそれぞれは、ＨＴＴＰサーバまたはＨＴＴＰＳサーバであってもよい。
【００１４】
前記第一と第二のトークン・サーバを一つのトークン・サーバに統合してもよい。
【００１５】
接続情報は、スクリプトを含んでいてもよく、または、そこからスクリプトをダウンロードすることができるスクリプトＵＲＬを含んでいてもよい。
【００１６】
スクリプトは、ジャバ・スクリプト（ＪＡＶＡ  Ｓｃｒｉｐｔ（登録商標））であってもよい。
【００１７】
本発明のもう一つの対象は、ホストマシンに接続されることになっている電子トークンである。トークンはマイクロプロセッサ、通信インターフェイスとメモリを備えている。メモリは、ＯＳと、少なくとも第一のＨＴＭＬデータを備えている。トークンは少なくとも第一と第二のトークン・サーバを備えている。ホストマシンはインターネット・ウェブ・ブラウザを有しており、そしてリモートウェブ・サーバに接続されている。トークンは、第一のＨＴＭＬデータに、スクリプトと関連づけられた、第一のトークン・サーバによって送信されることになっている接続情報を含んでいることを特徴とするものである。ホストマシンのインターネット・ウェブ・ブラウザによる前記スクリプトの実行は、リモートウェブ・サーバへの接続を確立するものであり、その結果、ゲートウェイの働きをするインターネット・ウェブ・ブラウザを介して、第二のトークン・サーバとリモートウェブ・サーバとの間の双方向通信が可能になることを特徴とするものである。
【００１８】
トークンは、スマートカード、携帯オーディオ機器、携帯電話機、携帯情報端末またはＵＳＢトークンであってもよい。
【図面の簡単な説明】
【００１９】
本発明のその他の特徴および利点は、以下の対応する添付の図面を参照しつつ、本発明の幾つもの好ましい実施態様についての以下の説明を読むことにより一層、明らかに浮かび上がってくることになる。
【図１】本発明によるスマートカード型の電子トークンのアーキテクチャを概略的に描写した図である。
【図２】本発明による電子トークン、ホストマシンとリモートウェブ・サーバとの間の相互作用を概略的に描写した図である。
【図３】本発明による電子トークンとリモートウェブ・サーバとの間の通信を管理運営する手順の順序の一例を示す図である。
【図４】本発明による電子トークン、ホストマシンとリモートウェブ・サーバとの間のデータ交換の一例を示す図である。
【発明を実施するための形態】
【００２０】
（好ましい実施態様の詳細な説明）
本発明は、ホストマシンに接続された電子トークンであれば、どのようなタイプのものでも適用することが可能である。本明細書では、電子トークンはスマートカードになっているが、他のどのような電子トークンでも、サーバを内蔵する携帯機器でもよい。
【００２１】
本発明の利点は、接続されたホストマシンのインターネット・ウェブ・ブラウザによって管理運営されるゲートウェイを利用して、電子トークンとリモートウェブ・サーバとの間で交換されるデータの自動処理を可能にすることである。
【００２２】
図１は、本発明の好ましい実施態様に従った電子トークンの一例のスマートカードのアーキテクチャを示すものである。スマートカードＥＴは、マイクロプロセッサＭＰ、通信インターフェイスＩＮＴとメモリＭＥＭを備えている。メモリＭＥＭは、オペレーティング・システムすなわちＯＳと第一のＨＴＭＬデータＤｌを備えている。第一のＨＴＭＬデータＤｌは、ＨＴＭＬページのコンテンツに対応していてもよい。第一のＨＴＭＬデータＤｌは、接続情報すなわちＣＩと第二のデータＤ２を含んでいる。メモリＭＥＭは、一つまたは様々なタイプの複数の回路によってなっていてよい。
【００２３】
図２に示すように、スマートカードＥＴは、第一のサーバＣＳｌ、第二のサーバＣＳ２とローカル・ドメインネームシステムＤＮＳ・サーバＤＮＳｌを備えている。ホストマシンＨＭは、インターネット・ウェブ・ブラウザＷＢを備えている。インターネット・ウェブ・ブラウザＷＢは、スクリプト・エンジンＥＮを有している。スクリプト・エンジンは、スクリプトを実行することができる。本文の以下に述べる部分では、スクリプトがインターネット・ウェブ・ブラウザＷＢによって実行される場合には、スクリプトは、インターネット・ウェブ・ブラウザＷＢのスクリプト・エンジンによって実行される。
【００２４】
スマートカードＥＴは、カード読取機または専用のインターフェイスによって、パソコンのようなホストマシンＨＭに接続される。電子トークンは、コンタクトリンクまたは無線リンクによってホストマシンに接続されてよい。
【００２５】
リモートウェブ・サーバＲＳは、インターネットだけで、またはインターネットとＯｖｅｒ  Ｔｈｅ  Ａｉｒ（ＯＴＡ）テレコム通信のような複数の通信チャネルを組み合わせたものでホストマシンＨＭに接続されてもよい。第二のＤＮＳサーバＤＮＳ２は、インターネットで入手できるものでもよい。ＤＮＳ２は、“＊＊＊．ＭｙＣｏｍｐａｎｙ．ｃｏｍ”のような、サーバに関連する名称のＩＰアドレスを送り返してもよい。
【００２６】
図３は、電子トークンとリモートウェブ・サーバとの間の接続とデータ交換の管理運営手順の順序の一例を示すものである。まず、ユーザは、ホストマシンＨＭでインターネット・ウェブ・ブラウザＷＢを起動する。手順Ｓｌにおいて、ユーザは、インターネット・ウェブ・ブラウザＷＢで対応するアドレスを打ち込み、第一のトークン・サーバＣＳｌを選択する。例えば、そうしてアクセスしようとするアドレスは、ｈｔｔｐ：／／ｊｏｈｎ．ｓｍｉｔｈ．ｓｅｃｕｒｅまたはｈｔｔｐｓ：／／ｊｏｈｎ．ｓｍｉｔｈ．ｓｅｃｕｒｅのようなものでもよい。次に第一のリクエストＲｌは、手順Ｓ２において、接続された電子トークンＥＴのサーバＣＳｌに送信される。次いで、第一の応答Ａｌが、手順Ｓ３において、ホストマシンＨＭのインターネット・ウェブ・ブラウザＷＢに送り返される。この第一の応答Ａｌは、第一のＨＴＭＬページに対応する第一のＨＴＭＬデータＤｌを含んでいる。第一のＨＴＭＬデータＤｌは、接続情報ＣＩと第二のデータＤ２を含んでいる。第二のデータＤ２は、第二のトークン・サーバＣＳ２に関連するものである。第一のＨＴＭＬページは、インターネット・ウェブ・ブラウザＷＢによって表示される。この第一のＨＴＭＬページは、リモートサーバＲＳを接続することを申し出るものである。次にユーザは、リモートサーバＲＳを接続することを選択する。この接続は、ＨＴＴＰリダイレクト機能またはＨＴＭＬ自動サブミッション機能を介して自動的に行ってもよい。手順Ｓ４を通じて、インターネット・ウェブ・ブラウザＷＢは、前もって受信した接続情報ＣＩからスクリプトＳＣｌを抽出する。次いで、インターネット・ウェブ・ブラウザＷＢがスクリプトＳＣｌを実行する。手順Ｓ６において、スクリプト実行により、第二のリクエストＲ２がリモートサーバＲＳに送信される。この第二のリクエストＲ２は、前もって受信した第二のデータＤ２を含んでいる。この第二のデータＤ２は、電子トークンＥＴの中の、どのサーバにすべきかを識別する情報を含んでいる。手順Ｓ７では、リモートサーバＲＳは、第二のデータＤ２を利用して、固有のＵＲＬ  ＵＲＬ２を計算する。例えば、第二のデータＤ２は、ＵＲＬ２の第一の部分を含んでいてもよく、また、リモートサーバＲＳは、トークンＥＴに固有の補充データを付加することによって、計算した固有のＵＲＬを完全なものにしてもよい。したがって、第二のデータＤ２から“ｓｍａｒｔｃａｒｄ１９２＿１６８＿ｌ＿ｌ”が得られ、そしてリモートサーバＲＳが付加するのが“ＭｙＣｏｍｐａｎｙ．ｃｏｍ”であれば、その計算されたＵＲＬ２が“ｓｍａｒｔｃａｒｄ１９２＿１６８＿ｌ＿ｌ．ＭｙＣｏｍｐａｎｙ．ｃｏｍ”ということになる。その際、計算されたＵＲＬ２をＤＮＳｌは、トークンＥＴのサーバＣＳ２の、現実のＩＰアドレスに決定してもよい。例えば、サーバＣＳ２の現実のＩＰアドレスは、１９２．１６８．１．１と同じであってもよい。
【００２７】
別のやり方として、計算されたＵＲＬ２はリモートＤＮＳ２によって決定されてもよい。
【００２８】
次いで手順Ｓ８において、リモートウェブ・サーバＲＳが、接続されたホストマシンＨＭのインターネット・ウェブ・ブラウザＷＢに第二の応答Ａ２を送信する。第二の応答Ａ２は、計算された固有のＵＲＬ  ＵＲＬ２を含む第三のデータＤ３を含む。
【００２９】
第二の応答Ａ２の送信は、ＨＴＴＰリダイレクト機能あるいはＨＴＭＬ自動サブミッション機能で行ってもよい。
【００３０】
別のやり方として、インターネット・ウェブ・ブラウザの他の機能は、該機能を用いることによって自動接続機能が可能である限り、流用してもよい。
【００３１】
リモートＵＲＬ  ＵＲＬｌを第二のリクエストＲ２として用いる。好ましい実施態様においては、リモートＵＲＬ  ＵＲＬｌは、計算された固有のＵＲＬ  ＵＲＬ２と同じドメインに所属するものである。
【００３２】
第二の応答Ａ２を受信した後、インターネット・ウェブ・ブラウザＷＢは手順Ｓ９において、電子トークンＥＴのドメインネームシステム、すなわちＤＮＳサーバＤＮＳｌに、リクエストＤＮＳＲｑを送信してもよい。このリクエストＤＮＳＲｑは、受信されたＵＲＬ２に対応するＩＰアドレスを得ることを可能にする。次いで、手順Ｓｌ０において、ＤＮＳｌサーバが、ＵＲＬ２に対応するＩＰアドレスを送り返す。このＩＰアドレスは、第二のトークン・サーバＣＳ２に対応している。
【００３３】
次いで、インターネット・ウェブ・ブラウザＷＢは、手順Ｓ１１において、第三のリクエストＲ３をトークンＥＴに送信することにより、第二の応答Ａ２を第二のトークン・サーバＣＳ２にルーティングする。
【００３４】
それに加えて、図４に示すように、第二の応答Ａ２は、第二のトークン・サーバＣＳ２で用いることを目的とする第四のデータＤ４を含んでいてもよい。この場合、第三のリクエストＲ３は、第四のデータＤ４を含んでいる。例えば、第四のデータＤ４は、ユーザが使用可能な新しいサービスに関するものでもよい。第三のリクエストＲ３を受信した後、第一のＨＴＭＬデータＤｌを更新し、第四のデータＤ４のコンテンツに従って新サービスを宣言してもよい。
【００３５】
それとは別に、手順Ｓ１２を通して、第二のトークン・サーバＣＳ２により、第五のデータＤ５を含む第三の応答Ａ３をインターネット・ウェブ・ブラウザＷＢに送ってもよい。この第三の応答Ａ３は、ホストマシンＨＭのインターネット・ウェブ・ブラウザＷＢにより、リモートウェブ・サーバＲＳにルーティングしてもよい。
【００３６】
このようにして、一方はリモートウェブ・サーバＲＳへの、そして他方は第二のトークン・サーバＣＳ２への二つの接続は、ＵＲＬ２を用いてインターネット・ウェブ・ブラウザＷＢ上に確立される。
【００３７】
有利には、第一のトークン・サーバＣＳｌは、ＨＴＴＰサーバかＨＴＴＰＳサーバであってもよい。第二のトークン・サーバＣＳ２は、ＨＴＴＰサーバまたはＨＴＴＰＳサーバであってもよい。
【００３８】
有利には、第一と第二のトークン・サーバ、ＣＳｌとＣＳ２は、一つのトークン・サーバに統合してもよい。
【００３９】
上記の例において、トークンＥＴは、ローカルＤＮＳサーバＤＮＳｌを含む仮想ローカル・ネットワークを備える。本発明はまた、仮想ローカル・ネットワークを内蔵していない電子トークンＥＴにも適用される。
【００４０】
それとは別に、手順Ｓ４を通じて、インターネット・ウェブ・ブラウザＷＢは、受信した接続情報ＣＩからスクリプトＵＲＬ  ＵＲＬ３を抽出してもよい。ＵＲＬ３は、スクリプトＳＣｌが見つかるかもしれないアドレスに対応するものである。スクリプトＳＣｌは、その場合、ＵＲＬ３からダウンロードされ、インターネット・ウェブ・ブラウザＷＢによって実行される。
【００４１】
好ましい実施態様では、スクリプトＳＣｌはジャバ・スクリプトである。スクリプトＳＣｌは、ＸＭＬＨｔｔｐＲｅｑｕｅｓｔＡＰＩを用いるものであってもよい。
【００４２】
有利には、第二のデータＤ２は可変部分を含んでいてもよい。可変部分は無作為に設定してよいし、または、所定の配列に従って計算してもよい。可変部分は、ＤＮＳｌに使用可能なものとする。
【００４３】
本発明のもう一つの利点は、第二のトークン・サーバＣＳ２にアクセスするために用いられる、固有のＵＲＬ  ＵＲＬ２を確保することである。ＵＲＬ２は、リモートウェブ・サーバＲＳに接続されるたびに、変わってもよい。どのような場合でも、リモートウェブ・サーバＲＳとＤＮＳｌの両方とも、同一の情報から、ＵＲＬ２を動的に計算する。
【００４４】
それとは別に、第二のＤＮＳサーバＤＮＳ２は、ホストマシンＨＭからアクセス可能であってもよい。第二の応答Ａ２の送信が、ＨＴＴＰリダイレクト機能によって行なわれる際に、電子トークンがＤＮＳ１を有していなければ、ＤＮＳ２を用いてもよい。更に、電子トークンがＩＰトークンではなく、接続されたホストマシンＨＭ上でローカライズされたソフトウエアプロキシを介してアクセスするものである場合には、ＤＮＳ２を用いてもよい。このような場合、第一のリクエストＲｌは、ｈｔｔｐ：／／ｊｏｈｎ．ｓｍｉｔｈ．ｓｅｃｕｒｅではなくｈｔｔｐ：／／１２７．０．０．１：４１１６であるホストマシンアドレスに宛てられてもよく、また、ＵＲＬ２は、リモートＤＮＳ２によって“１２７．０．０．１”に決定されている、“ｓｍａｒｔｃａｒｄ．ＭｙＣｏｍｐａｇｎｙ．ｃｏｍ”のような名称を指すものとなる。
【符号の説明】
【００４５】
ＭＰ    マイクロプロセッサ
ＩＮＴ    通信インターフェイス
ＭＥＭ    メモリ
ＨＭ    ホストマシン
ＷＢ    インターネット・ウェブ・ブラウザ
ＥＮ    スクリプト・エンジン
ＲＳ    リモートウェブ・サーバ
Ｄｌ〜Ｄ６    データ
ＣＳｌ、ＣＳ２    トークン・サーバ
ＤＮＳ１、ＤＮＳ２    ＤＮＳサーバ
Ａｌ〜Ａ３    応答
Ｒ１〜Ｒ３    リクエスト
ＣＩ    接続情報
ＳＣｌ    スクリプト
【図１】
2010530574.tif 000003
【図２】
2010530574.tif 000004
【図３】
2010530574.tif 000005
【図４】
2010530574.tif 000006
【国際調査報告】
2010530574.tif 000007
2010530574.tif 000008