(57)【要約】【課題】  ２つのデータ処理装置間でデータを交換する保護された方法を提供する。【解決手段】  本発明は、ブラウザ（ＢＷ１）を通じたデータ処理装置（ＭＯＢ１）といくつかのリソース（ＷＥＢ１，ＷＥＢ２）との間の通信に関する。本発明によれば、ブラウザ（ＢＷ１）は、いくつかの専用ゾーン（ＺＰ１−ＺＰ２）を含む。各専用ゾーンは、それぞれの組のリソース（ＷＥＢ１）に割り当てることができ、専用ゾーン（ＺＰ１）とリソース（ＷＥＢ１）の組との間の保護された通信を保証するセキュリティ情報を記憶することができる。更に、装置は、一組のリソース（ＷＥＢ１）がそれに割り当てられた専用ゾーン（ＺＰ１）と独占的に通信することを保証するプラグインを含む。
2006509272.tif 000002
【特許請求の範囲】
【請求項１】
ブラウザ（ＢＷ１）を通じていくつかの組のリソース（ＷＥＢ１，ＷＥＢ２）と通信することができるデータ処理装置（ＭＯＢ１）であって、
ブラウザ（ＢＷ１）は、情報を記憶するために各ゾーンをそれぞれの組のリソースに割り当てることができるいくつかの専用ゾーン（ＺＰ１−ＺＰ２）を含み、
一組のリソース（ＷＥＢ１）がそれに割り当てられた前記専用ゾーン（ＺＰ１）と独占的に通信することを保証するプラグイン（ＶＢＡ）、
を含むことを特徴とする装置。
【請求項２】
前記プラグイン（ＶＢＡ）は、ゾーンアクセス鍵に対応する少なくとも１つの入力パラメータ（ＵＳＥＲＩＤ，ＰＷ）を含み、
このアクセス鍵の値は、関連する前記リソースの組（ＷＥＢ１）によって保護された伝送を通じて装置に供給され、
前記プラグインは、実行後にかつ前記鍵に依存して、専用ゾーン（ＺＰ１）へのアクセスを認証し、前記ブラウザ（ＢＷ１）の他方の専用ゾーン（ＺＰ２）へのアクセスを拒否することができる、
ことを特徴とする請求項１に記載の装置。
【請求項３】
前記認証段階に対して、前記リソースの組（ＷＥＢ１）は、受信したアクセス鍵（ＵＳＥＲＩＤ，ＰＷ）を入力するようにユーザを促す要求を前記ブラウザに送信し、
前記アクセス鍵が正しい場合、前記プラグイン（ＶＢＡ）は、一組のリソース（ＷＥＢ１）と対応する割り当てられた専用ゾーン（ＺＰ１）との間の認証を管理することができるコード命令を含む、
ことを特徴とする請求項１又は請求項２に記載の装置。
【請求項４】
各ゾーン（ＺＰ１−ＺＰ２）は、情報、特に、専用ゾーン（ＺＰ１）と一組のリソース（ＷＥＢ１）との間の保護された通信を保証する特定のセキュリティ情報を記憶することができることを特徴とする請求項１に記載の装置。
【請求項５】
前記認証段階後に、かつ関連する前記専用ゾーンに記憶されたセキュリティ情報を用いて、前記ブラウザと前記リソースの組（ＷＥＢ１）との間の通信中に該専用ゾーンの処理、並びにこれらの専用ゾーンにおけるアプリケーションデータの使用を管理することができるコード命令を解釈することを特徴とする請求項１又は請求項４に記載の装置。
【請求項６】
ネットワークを通じてデータ処理装置（ＭＯＢ１）と通信するコンピュータリソース（ＷＥＢ１）、特にＷＥＢサイトであって、
データ処理装置が、請求項１に記載のブラウザ（ＢＷ１）を含み、
実行時に、専用ゾーン（ＺＰ１）とリソース（ＷＥＢ１）との間の通信が独占的であることを保証する該専用ゾーン（ＺＰ１）の割当てを取得することができるプラグイン、
を含むことを特徴とするリソース。
【請求項７】
前記専用ゾーンは、エンティティ（ＯＰ）によって管理され、
このエンティティ（ＯＰ）は、専用ゾーン（ＺＰ１）をリソース（ＷＥＢ１）に割り当て、
前記エンティティは、セキュリティパラメータ、特に、前記割り当てられた専用ゾーン（ＶＡＳｉｄ）を特定することができるパラメータを前記リソースに送信する、
ことを特徴とする請求項６に記載のリソース。
【請求項８】
前記エンティティは、前記割り当てられた専用ゾーンに以前に記憶した少なくとも１つのマスターキー（ＶＭＫ）を前記リソースに送信し、
前記鍵は、前記ゾーンと前記リソースの組との間を通過する情報を暗号化することができる、
ことを特徴とする請求項７に記載のリソース。
【請求項９】
専用ゾーンにアクセスする鍵（ＰＷ，ＵＳＥＲＩＤ）を前記装置に送信するための保護された手段を含み、
前記装置は、前記コンピュータリソース（ＷＥＢ１）に対して前記専用ゾーンを認証するために、該リソースと該装置の間の通信中にこの鍵を使用する、
ことを特徴とする請求項６に記載のリソース。
【請求項１０】
請求項１に記載の装置の使用を管理することができるマネージャ（ＯＰ）、特にオペレータであって、
要求時に、一組のリソースへの専用ゾーン（ＺＰ１）の割当てを、少なくとも専用ゾーン（ＺＰ１）のレファレンス（ＶＡＳｉｄ）を含む情報を前記リソースの組に供給することによって管理することができるプラグイン、
を含むことを特徴とするマネージャ。
【請求項１１】
ブラウザ（ＢＷ１）を通じていくつかのサイト（ＷＥＢ１）と通信することができるスマートカード（ＣＡＲＤ１）であって、
−ブラウザは、各ゾーンをそれぞれの組のサイトに割り当てることができ、かつ各ゾーンが一組のサイトとの保護された通信を保証するセキュリティ情報を記憶することができる、いくつかの専用ゾーン（ＺＰ１−ＺＰ２）を含み、
−前記ブラウザ（ＢＷ１）は、一組のサイト（ＷＥＢ１）が、それに割り当てられた前記専用ゾーン（ＺＰ１）と独占的に通信することを保証するコード命令を解釈する、
ことを特徴とするスマートカード。
【請求項１２】
ブラウザ（ＢＷ１）を含むデータ処理装置（ＭＯＢ１）と一組のリソース（ＷＥＢ１）との間の通信方法であって、
−ブラウザにおいて、各専用ゾーン（ＺＰ１−ＺＰ２）をそれぞれの組のリソースに割り当てることができ、かつ各専用ゾーン（ＺＰ１−ＺＰ２）が該専用ゾーンと一組のリソースとの間の保護された通信を保証するセキュリティ情報を記憶することができる、いくつかの専用ゾーン（ＺＰ１−ＺＰ２）を作成する段階と、
−専用ゾーン（ＺＰ１）を一組のリソース（ＷＥＢ１）に割り当てる段階と、
−前記割り当てられた専用ゾーン（ＺＰ１）と関連する前記リソースの組（ＷＥＢ１）との間で通信し、プラグインが、この通信中に、前記割り当てられたゾーン（ＺＰ１）以外の専用ゾーンのいずれへのアクセスも拒否する段階と、
を含むことを特徴とする方法。
【請求項１３】
前記専用ゾーン（ＺＰ１）の割当ては、エンティティ（ＯＰ）によって管理され、
このエンティティは、特に前記割当てられた専用ゾーン（ＺＰ１）のレファレンス（ＶＡＳｉｄ）を含む情報を供給することにより、前記カード（ＣＡＲＤ１）の専用ゾーン（ＺＰ１）を前記リソースの組（ＷＥＢ１）に割り当てる、
ことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記情報は、対応する専用ゾーン（ＺＰ１）に以前に記憶したマスターキー（ＶＭＫ）の値を含み、
この鍵は、通信中に前記ゾーンと前記リソースの組との間を通過する情報を暗号化することができる、
ことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記リソースの組（ＷＥＢ１）は、専用ゾーン（ＺＰ１）に関連する少なくとも１つのアクセス鍵（ＵＳＥＤＩＤ，ＰＷ）を保護された伝送手段によって送信し、
前記鍵は、実行後に専用ゾーン（ＺＰ１）へのアクセスを認証し、他方の専用ゾーン（ＺＰ２）へのアクセスを拒否することができるプラグインを実行するために使用される、
ことを特徴とする請求項１２に記載の方法。
【請求項１６】
保護されたトランザクションを開くために、前記リソースの組（ＷＥＢ１）は、前記専用ゾーン（ＺＰ１）に書き込まれたセキュリティ情報が該リソースの組（ＷＥＢ１）に取り付けられたメモリに記憶されたセキュリティ情報に対応するか否かを検査することができるプラグインを送信することを特徴とする請求項１２に記載の方法。
【請求項１７】
ブラウザ（ＢＷ１）を通じていくつかのリソース（ＷＥＢ１，ＷＥＢ２）と通信することができるデータ処理装置（ＭＯＢ１）のためのコンピュータプラグイン（ＶＢＡ）であって、
ブラウザは、各ゾーン（ＺＰ１）をそれぞれの組のリソース（ＷＥＢ１）に割り当てることができ、かつ各ゾーン（ＺＰ１）がその組のリソース（ＷＥＢ１）特定の情報を記憶することができる、いくつかの専用ゾーン（ＺＰ１−ＺＰ２）を含み、
鍵の値が関連する前記リソースの組によってデータ処理装置に供給される、ゾーンにアクセスするための鍵（ＵＳＥＲＩＤ，ＰＷ）に対応する少なくとも１つの入力パラメータ、
を含み、
実行後に、かつこの鍵に依存して、専用ゾーンへのアクセスを許可又は拒否し、該アクセスが許可された場合は、他方の専用ゾーンへのアクセスを拒否することができる、
ことを特徴とするプラグイン。
【請求項１８】
請求項１に記載の専用ゾーンを管理することができるマネージャエンティティ（ＯＰ）に記憶されたコンピュータプログラム（ＯＰＧ）であって、
プログラムがエンティティ上で実行された時に、ブラウザ（ＢＷ１）の専用ゾーン（ＺＰ１）を少なくとも該専用ゾーン（ＺＰ１）のレファレンス（ＶＡＳｉｄ）を含む情報を供給することによって一組のリソース（ＷＥＢ１）に割り当てることがプログラムの目的である、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、２つのデータ処理装置間でデータを交換する保護された方法に関する。本発明は、特に、好ましくはブラウザを備えたスマートカード含む装置と、ＷＷＷ（ワールド・ワイド・ウェブ）サイト、より一般的にＷＥＢサイトと呼ばれるもののような少なくとも１つのコンピュータリソース、又はサービスを含むサーバ、又はブラウザとデータを交換することができる任意の他のシステムとの間のデータ交換に適用される。
【０００２】
スマートカードには、任意の種類の装置を結合させることができる。この装置は、搭載型又は非搭載型とすることができる。尚、搭載型システムとは、例えば、携帯電話、携帯情報端末、携帯用コンピュータなどである。
本発明の方法は、特に、対称型暗号化アルゴリズムを使用した通信に適用される。
本発明を示すために使用されることになる例は、いくつかのＷＥＢサイトと通信する搭載型システムに結合されたスマートカードの例である。
【背景技術】
【０００３】
カードは、一般的に、当業者によってナビゲーションソフトウエアとも呼ばれるウェブブラウザを含む。このブラウザは、携帯電話がオンラインサービス又はＷＡＰ型ローカルサービスにアクセスすることを可能にする。
スマートカードに記憶されたブラウザとＷＥＢサイトとの間で保護されたデータ交換を行うために、暗号化又は電子署名のような暗号化手段が使用される。
以下のような２つの種類の暗号法が存在する。
−対称鍵を使用する従来の暗号法、及び
−非対称鍵を使用する公開鍵暗号法。
【０００４】
公開鍵による暗号法を使用するには、多量のメモリが必要である。バイト数に関してメモリサイズが制限されるスマートカードで実施するのは極めて困難である。従って、ほとんどのブラウザでは、対称鍵による暗号法が使用される。しかし、対称鍵暗号法の使用はまた、スマートカードにおいて問題を生じる。実際に、ブラウザは、それが通信する全てのＷＥＢサイトの全ての鍵を記憶することができない。このために、ブラウザユーザがＷＥＢサイトと保護されたデータ交換をすることを望んだ時は、ＷＥＢサイトは、暗号化及び／又は署名作業中に後で鍵を使用するために、最初にブラウザに鍵を送信する必要がある。今日の問題は、ＷＥＢサイトがそれらの鍵を他のＷＥＢサイトと共有することを拒むという点である。すなわち、ＷＥＢサイト「Ａ」が後で使用するためにブラウザに鍵をインストールした場合、このＷＥＢサイト「Ａ」は、ＷＥＢサイト「Ｂ」がその鍵を削除するか又は使用することを許可しないことになる。
この状況は、対称暗号化に基づく保護されたトランザクションに対する「セキュリティ違反」、及び、その結果、ＷＥＢサイトユーザ及びオーナー／マネージャの両方からの信頼の欠如をもたらす。
【発明の開示】
【０００５】
本発明の１つの目的は、トランザクションを行うためにスマートカードを使用する時のより良い信頼を獲得することである。
本発明は、ＷＥＢページを有するＷＥＢサイトと通信するためのブラウザを含むスマートカードに関し、ブラウザが、情報を記憶するためにそれぞれのリソースの組（ＷＥＢ１）に各々割り当てることができるいくつかの専用ゾーン（ＺＰ１−ＺＰ２）を含み、上述の装置が、一組のリソース（ＷＥＢ１）がそれに割り当てられた専用ゾーン（ＺＰ１）と独占的に通信することを保証するように設計されたプラグイン（ＶＢＡ）を含むことを特徴とする。
専用ゾーンは、リソースの組との保護されたリンクを設定するために使用されるアプリケーションデータを含む。このデータは、対称暗号化鍵、常駐ページなどから成ることができる。
【０００６】
リソースの組は、１つ又はそれ以上のＷＥＢサイトを含むことができることに注意すべきである。
従って、カードにおいては、各ゾーンは、特定の組のＷＥＢサイトに割り当てることができる。従って、各専用ゾーンを形成するアプリケーションデータは、関連する組のＷＥＢサイトによってのみアクセスされ、そのために、別の組のウェブがそれに割り当てられなかったゾーンを使用することを防止することができる。
一例として与えられ、添付図面を参照する以下の説明を読むと、本発明の理解がより容易になるであろう。
【発明を実施するための最良の形態】
【０００７】
説明を簡素化するために、同じ要素は、同じ参照番号に関連させる。
図１は、コンピュータシステムＳＹＳを示す。図示の例においては、このシステムは、それぞれのスマートカード（ＣＡＲＤ１−ＣＡＲＤ２）に記憶された２つのブラウザ（ＢＷ１−ＢＷ２）を含む。実施例においては、各スマートカード（ＣＡＲＤ１−ＣＡＲＤ２）は、それぞれの携帯電話（ＭＯＢ１−ＭＯＢ２）に結合される。ブラウザは、カード又は携帯電話に記憶することができることに注意すべきである。
【０００８】
ブラウザは、ネットワークＲＥＳを通じて、本発明の例においてはマネージャＯＰによって管理されたいくつかのサイトＷＥＢ１及びＷＥＢ２と通信することができる。一般的に、ネットワーク上には、ブラウザＢＷ１−ＢＷ２とサイトＷＥＢ１−ＷＥＢ２との間にアクセスプロバイダＡＣが存在する。勿論、他の構成要素を挿入することができるが、本発明の説明においては必須のものではない。
本発明の例においては、各ユーザＵＴ１−ＵＴ２は、それぞれのグラフィカル・ユーザ・インタフェースＧＵＩ１及びＧＵＩ２を通じて、それぞれのブラウザＢＷ１−ＢＷ２と対話する。
【０００９】
本発明によれば、各ブラウザＢＷ１及びＢＷ２は、それぞれ、専用ゾーンＺＰ１−ＺＰ２及びＺＰ３−ＺＰ５を含む。各専用ゾーンは、アプリケーションデータを含む。
セキュリティ上の理由から、これらのゾーンは、スマートカード内に記憶される。従って、このゾーンは、スマートカードを有するユーザのみがアクセス可能である。
【００１０】
各ゾーンは、以下を含むことが好ましい。
−関連の専用ゾーンを特定するパラメータＶＡＳｉｄ。この値は、デフォルト値であることが好ましい。
−鍵ＶＭＫ。この鍵ＶＭＫは、これ以降の説明ではマスターキーと呼ぶ。
−可能性として、専用ゾーンに特定のホームページ。
−可能性として、ホームページに関連する一組の常駐ページ。
鍵ＶＭＫの値は、専用ゾーンを使用する前に入力することが好ましい。
本発明の図示の例においては、本方法は、以下のような２つの主要な段階を含む。
−Ａ）認証ＡＵＴ。
−Ｂ）管理ＡＤＭ。
【００１１】
図２及び図３を参照して、本発明による方法を示す例を以下に説明する。本発明の例においては、ユーザＵＴ１は、サイトＷＥＢ１と通信したいと思っているとみなすことに注意すべきである。本発明の説明を簡素化するために、カードＣＡＲＤ１及び携帯電話ＭＯＢ１は、図３には示していない。ブラウザＢＷ１のみを示している。
【００１２】
Ａ）認証
段階１
最初に、ユーザＵＴ１は、サイトＷＥＢ１からのサービスを得て、完全なセキュリティの下でこのサイトと通信したいと思っている。
本発明の例においては、ユーザは、サイトＷＥＢ１の管理者と接触し、ブラウザＢＷ１のマネージャＯＰ名を供給する。このマネージャの目的は、特に、サイトＷＥＢ１が割当先の専用ゾーンと通信し、別の専用ゾーンとは通信しないことを可能にする特定のパラメータをサイトＷＥＢ１に供給することである。
ユーザはまた、アクセスプロバイダＡＣ名をサイトＷＥＢ１の管理者に与えることができる。この場合、段階２においては、サイトＷＥＢ１は、アクセスプロバイダＡＣを通じてマネージャＯＰと接触する（この場合は、図３では点線によって表されている）。
【００１３】
段階２
本発明の実施例においては、ＷＥＢサイトを専用ゾーンに割り当てたい時にプラグインを実行する。このプラグインの主な目的は、マネージャＯＰに問い合わせすることである。第２の段階中に、サイトＷＥＢ１は、マネージャＯＰに接触する。
このマネージャは、専用ゾーン割当て表を記憶する。従って、ブラウザの各ゾーンについては、このマネージャは、専用ゾーンがＷＥＢサイトに割り当てられているか否かを判断することができる。このマネージャＯＰは、集中的であることが好ましい。また、いくつかの非集中型マネージャも可能であろう。この場合は、本システムでは、所定のゾーンを２つの異なるＷＥＢサイトに割り当てることができないことから、様々なマネージャ間でデータを同期化するツールが必要である。
【００１４】
段階３
第３の段階中に、マネージャＯＰに記憶されたプログラムＯＰＧは、特定の専用ゾーンとの間の保護されたデータ交換を実行するために必要とされる全ての情報をサイトＷＥＢ１に供給する。本発明の実施例においては、マネージャは、サイトＷＥＢ１に以下のものを供給する。
−関連の割り当てられた専用ゾーンを特定する識別子ＶＡＳｉｄ。
有利な態様では、マネージャはまた、以下を供給する。
−割り当てられたゾーンとサイトＷＥＢ１との間のスマートカードを保証するための鍵ＶＫＭ。
−可能性として、以下のような他の情報。
・ホームページ及びカード内の常駐ページのサイズ。
・常駐ページの枚数。
・ブラウザ識別子ＢＷｉｄ。
【００１５】
段階４
本発明の実施例においては、サイトＷＥＢ１の管理者は、第４の段階中にユーザに以下のパラメータを送る。
−識別子ＵＳＥＲＩＤ。
−パスワードＰＷ。
ポストによるなどの保護された手段によって送信が行われることが好ましい。
本発明の実施例においては、サイトＷＥＢ１はまた、今後の使用のために、これらの２つのパラメータをメモリ又は接続先のデータベースＢＤＤに記憶する。
【００１６】
段階５
第５の段階中、本発明の実施例においては、サイトＷＥＢ１は、漏れなく記入すべきフィールドを含むページをブラウザＢＷ１に送る。本発明の例においては、これらのフィールドは、以下に対応する。
−識別子ＵＳＥＲＩＤ。
−パスワードＰＷ。
これらの最後の２つのパラメータは、ゾーンに対するアクセス鍵を形成する。
本発明の例においては、このページは、カードにインストールされたプラグインＶＢＡを起動することができるレファレンスを含む。
【００１７】
段階６
第６の段階中、ブラウザは、プラグインＶＢＡを実行する。プラグインＶＢＡは、認証機能を有し、その主たる目的は、以下である。
−ユーザに識別子ＵＳＥＩＤ及びパスワードＰＷを入力するように促すこと。
−例えば、識別子ＵＳＥＩＤ及びパスワードＰＷを含む問い合わせを構築すること。
このプラグインＶＢＡの様々な実行段階を以下に示す。
【００１８】
プラグインＶＢＡ
本発明の実施例においては、図４を参照すると、このプラグインは、入力パラメータＰＥ１及び出力パラメータＰＳ１を含む。
入力パラメータＰＥ１は、以下である。
−サイトＷＥＢ１に割り当てられた専用ゾーンの識別子ＶＡＳｉｄの値。
−レファレンス、すなわち、以下のものである。
・ユーザ識別子ＵＳＥＩＤ。
・ユーザパスワードＰＷ。
【００１９】
出力パラメータＰＳ１は、以下である。
−識別子ＶＡＳｉｄの値。
−識別子ＵＳＥＩＤの値。
−ブラウザＢＷの識別子の値。
−パスワードＰＷの暗号化値。
−ランダム番号、署名のようなセキュリティデータ。
これらの出力パラメータは、以下の第５のフェーズ中に発生した問い合わせとして記憶する。
本発明の実施例においては、このプラグインの実行は、いくつかのフェーズを含む。
【００２０】
フェーズ１
第１のフェーズ中、プラグインＶＢＡは、識別子ＶＡＳｉｄに対応する専用ゾーンを選択する。
フェーズ２
第２のフェーズ中、プラグインは、識別子ＵＳＥＩＤの値を専用ゾーンに記憶する。
フェーズ３
第３のフェーズ中、プラグインは、ブラウザ及びサイトＷＥＢ１の両方が分っているマスターキーＶＭＫ、並びに、識別子ＶＡＳｉｄ、ランダム番号のような他のパラメータを使用してセッション鍵を計算する。このセッション鍵は、情報のいくつかの項目、つまり、ＶＭＫ、ＢＷｉｄ、ランダム番号を使用して計算する。本発明の実施例においては、このキーの果たす役割は、非常に一時的なものである。このキーは、ユーザパスワードを暗号化ために使用されるに過ぎない。
フェーズ４
第４のフェーズ中、プラグインは、セッション鍵を使用してパスワードを暗号化する。
フェーズ５
第５のフェーズ中、プラグインは、問い合わせを構築する。
【００２１】
段階７
第７の段階は、カードのために、問い合わせをサイトＷＥＢ１に送信する段階から成る。
段階８
サイトＷＥＢ１は、受信した問い合わせ、この場合は、識別子ＵＳＥＩＤ及びパスワードＰＷを検査する。これを行うために、サイトＷＥＢ１は、最初に、段階６の第３のフェーズ中にブラウザによって発生するセッション鍵と同一であるべきセッション鍵を生成する。その後、サイトＷＥＢ１は、セッション鍵ＶＭＫを使用してパスワードＰＷを復号化する。この検査を実行するために、サイトＷＥＢ１は、データベースＢＤＤに問い合わせして、ブラウザから受信した識別子及びパスワードをデータベースＢＤＤに先に記憶されたものと比較する。
本発明の例においては、サイトＷＥＢ１はまた、セッション鍵を使用して受信した問い合わせの署名を計算する。その後、その結果をメッセージに含まれた署名と比較する。
【００２２】
段階９
検査結果が正である場合、認証が終了となる。専用ゾーンとカードは通信することができる。本発明の例においては、結果が正の場合、サイトＷＥＢ１は、カードに以下を含むページを送る。
−プラグインＶＡ。
−プラグインＩＶＫ。
−プラグインＩＲＰ。
このページ、更に正確には、関連のプラグインの目的は、サイトＷＥＢ１に割り当てられた専用ゾーンを管理することである。
【００２３】
Ｂ）管理
認証が実行された状態で、カードは、ブラウザがサイトＷＥＢ１に割り当てられた専用ゾーンを使用することを可能にするプラグインによって管理される。
このために、第９の段階中、専用ゾーンの管理が始まる。ブラウザは、このページを実行する、すなわち、全てのプラグインＶＡ、ＩＶＫ、ＩＲＰを実行する。プラグインＶＡ、ＩＶＫ、ＩＲＰの様々な実行フェーズをこれより以降に説明する。
【００２４】
プラグインＶＡ
最初に、プラグインＶＡを実行する。図５は、このプラグインの入力ＰＥ２の概略的な例を示す。プラグインＶＡは、認証を実行する。このプラグインは、サイトＷＥＢ１をブラウザＢＷ１が認証することを可能にするものである。
本発明の例においては、このプラグインＶＡは、入力ＰＥ２及び出力ＰＳ２パラメータを含む。出力パラメータは、トランザクションを開始することができるか否かを示す信号である。本発明の例においては、入力パラメータＰＥ２は、以下のものである。
−ブラウザが正しい専用ゾーンを選択することを可能にする識別子ＶＡＳｉｄの値。
−識別子ＵＳＥＩＤの値。
−セキュリティデータ。
【００２５】
プラグインＶＡの実行
図５は、プラグインＶＡの概念図である。この図は、このプラグインの入力パラメータ及び出力パラメータを示す。本発明の図示の例においては、このプラグインＶＡの実行は、いくつかのフェーズを含む。本発明の例においては、これらのフェーズは、以下の通りである。
フェーズ１
プラグインは、識別子ＶＡＳｉｄに対応する専用ゾーンを選択する。
フェーズ２
プラグインは、識別子ＵＳＥＩＤの値を専用ゾーンに記憶されたものと照合する。
フェーズ３
プラグインは、マスターキーＶＭＫ並びに他のデータ、例えば、ランダム番号、署名、同期化カウンタなどを使用してセッション鍵ＶＭＫを計算する。
フェーズ４
プラグインＶＡは、セキュリティデータ、すなわち、ランダム番号、署名、同期化カウンタを検査する。この検査は、関連の専用ゾーンに付随するセキュリティデータが、サイトＷＥＢ１に割り当てられた専用ゾーンのセキュリティデータと対応することを保証するものである。
【００２６】
検査の結果が正であった場合、ブラウザは、サイトＷＥＢ１及び割り当てられた専用ゾーンとの保護されたトランザクションを開始する。他の場合は、トランザクションは開始されず、ブラウザは、例えば、公式ホームページを表示する。
トランザクションが開始された時、セッションを通じて使用される可能性があることからセッション鍵が記憶されることが好ましい。しかし、本発明の実施例においては、トランザクションが終了したか又はフェーズ４で実行された検査の結果が負であった場合、セッション鍵は、メモリから削除される。
【００２７】
保護されたトランザクションは、現在のページの実行を通じて開かれたままである。このトランザクションは、ブラウザが新しいページを受信した時には閉じられることが好ましい。このために、ＷＥＢサイトがいくつかのページで保護されたトランザクションを使用したいと思った時は、ブラウザに送られた各ページの開始時にプラグインＶＡの呼び出しを挿入すべきである。
トランザクションが開始された場合、ブラウザは、他の２つのプラグインＩＶＫ及びＩＲＰを実行することができる。
【００２８】
プラグインＩＶＫ
図６は、プラグインＩＶＫの概念図である。この図は、このプラグインの入力パラメータ及び出力パラメータを示す。
このプラグインの目的は、暗号化された鍵を専用ゾーンに取り込むことである。本発明の実施例においては、このプラグインは、いくつかの入力パラメータＰＥ３及び出力パラメータＰＳ３を含む。本発明の例においては、入力パラメータは、マスターキーＶＭＫになり得るＣＫ１−ＣＫｎと説明された暗号化された鍵又はサイトＷＥＢ１から実施された暗号化／署名鍵である。これらの暗号化／署名鍵は、「従来技術」で触れた対称鍵である。これらは、「発明の開示」で触れた「アプリケーションデータ」の一部である。これらは、ブラウザ、特に、割り当てられた専用ゾーンとサイトＷＥＢ１との間で交換された情報を暗号化又は署名するために後で使用されることになる。
【００２９】
出力パラメータＰＳ３は、取り込み作業が成功であったか否かを示す信号である。
ブラウザがこのプラグインＩＶＫを実行した時、トランザクションが開始されたかを検査する。この場合、プラグインは、関連の専用ゾーンを選択する。選択が実行されると、プラグインは、セッション鍵ＶＭＫを使用して、サイトＷＥＢ１から実施された対称鍵ＣＫ１−ＣＫｎを復号化し、専用ゾーンに記憶する。鍵の個数「ｎ」は、重要なものではない。
【００３０】
プラグインＩＲＰ
図７は、プラグインＩＲＰの概念図である。この図は、このプラグインの入力パラメータ及び出力パラメータを示す。
本発明の実施例においては、このプラグインＩＲＰの目的は、関連の専用ゾーンで暗号化されたホームページ又は１つ又はそれ以上の暗号化された常駐ページを取り込むことである。これらのページは、「発明の開示」で触れた「アプリケーションデータ」の一部である。
【００３１】
本発明の実施例においては、このプラグインＩＲＰは、入力パラメータＣＲＰを含み、これは、サイトＷＥＢ１から取得された暗号化された常駐ページである。このページは、ホームページ又は常駐ページとすることができる。出力パラメータＳＣＳ／ＦＡＩＬは、そのページのインストールに成功したか否かを示すメッセージである。
ブラウザがプラグインＩＲＰを実行した時、保護されたトランザクションが開始されたかを検査する。この場合、プラグインは、関連の専用ゾーンを選択する。その後、プラグインは、セッション鍵ＶＭＫを使用して、受信したページを復号化し、関連の専用ゾーンにそのページを記憶する。
【００３２】
段階１０
第１０の段階中、段階８中に開始された様々なプラグインによって取得された結果は、サイトＷＥＢ１に送られる。
段階１１
第１１の段階中、サイトＷＥＢ１は、様々な上述のプラグインによって取得された結果を検査する。取得された結果が満足なものである場合、サイトＷＥＢ１は、その専用ゾーンを使用することができる。本発明の実施例においては、サイトＷＥＢ１は、対称鍵を使用することによってトランザクションを実行することができる。
段階１２
その後、第１２の段階中、サイトＷＥＢ１は、プラグインＶＡ、署名又は暗号化作業、常駐ページへのリンクなどを含むページをブラウザに送る。
【００３３】
段階１３
本発明の例においては、ブラウザがこのページを受信した時、トランザクションが閉じられる。その後、ブラウザは、プラグインＶＡを実行する。検査結果が正である場合、ブラウザは、サイトＷＥＢ１及び割り当てられた専用ゾーンとの新しい保護されたトランザクションを開始する。これは、専用ゾーンの利用フェーズである。従って、サイトＷＥＢ１は、関連の専用ゾーンに付随する対称鍵を使用して、暗号化及び署名作業を実行することができる。また、ブラウザは、プラグインＩＲＰによって先に取り込まれた専用常駐ページにアクセス可能である。
【００３４】
本発明の実施例は、リソースは、ＷＥＢサイト又はスマートカードと通信することができる任意の他の装置とすることができることを明確に示している。動詞「通信する」は、データ交換を含むことに注意すべきである。これまでに、特に、専用ゾーンを使用するための認証は、ゾーンアクセス鍵に対応する少なくとも１つの入力パラメータを含むプラグインによって実行されることが分った。本発明の例においては、このアクセス鍵は、ＵＳＥＲＩＤ及びパスワードＰＷから成る。また、この鍵の値は、関係する全てのリソース、本発明の例においては全てのＷＥＢサイトによって供給されることが分った。この鍵ＶＭＫは、ゾーンとリソースの組との間を移動する情報を暗号化することができる。実行後及びこの鍵に依存して、このプラグインは、専用ゾーンへのアクセスを認証して他の専用ゾーンへのアクセスを拒否することができる。
【００３５】
本発明の例においては、専用ゾーンと一組の対応するリソースとの間での認証がいかに実行されるかが分った。リソースの組は、ユーザに受信したアクセス鍵を入力するように促す要求をブラウザに送信する。次に、アクセス鍵が正しい場合、装置は、一組のＷＥＢサイトと対応する割り当てられた専用ゾーンとの間での認証を管理することができるコード命令を含む。
また、装置は、認証段階後、かつセキュリティ情報を使用してブラウザとＷＥＢサイトとの間の通信中に、専用ゾーンの認証並びにこれらの専用ゾーン内のアプリケーションデータの使用を管理することができるコード命令を解釈することが分った。
本発明の実施例においては、セキュリティデータは、少なくとも１つのマスターキー（ＶＭＫ）を含むことも分った。
【００３６】
本発明はまた、コンピュータリソースに関する。コンピュータリソース、特にＷＥＢサイトは、ブラウザＢＷ１の専用ゾーンＺＰ１と独占的に通信するための手段を含む。専用ゾーンは、マネージャＯＰによって管理され、好ましくは集中化されることが分った。本文書のこれ以降においては、この集中化されたマネージャをより一般的に集中化エンティティということにする。このエンティティＯＰは、セキュリティパラメータ、特に、割り当てられた専用ゾーンＶＡＳｉｄ、割り当てられた専用ゾーン内に記憶された少なくとも１つのマスターキーＶＭＫを特定することができるパラメータをリソースに送信することにより、専用ゾーンをリソースＷＥＢ１に割り当てる。この鍵ＶＭＫは、ゾーンとリソースの組との間で移動する情報を暗号化することができる。この情報は、セッション鍵ＣＫ１−ＣＫｎから成るとすることができる。
本発明によるリソースは、装置に以下を送信する保護された手段を含む。
−専用ソースにアクセスするためのキーＰＷ−ＵＳＥＲＩＤ。
−パスワードＰＷ及び／又はユーザ識別子ＵＳＥＲＩＤ。
装置は、上述のパラメータを使用して、リソースと装置との間の通信中にコンピュータリソースＷＥＢ１で専用ゾーンを認証する。
【００３７】
本発明はまた、この種のブラウザを記憶することができるスマートカードに関する。
本発明はまた、通信方法に関する。本方法は、以下の段階を含む。
−各専用ゾーンをそれぞれの組のリソースに割り当てることができ、各専用ゾーンが専用ゾーンとリソースの組との間の保護された通信を保証するセキュリティ情報を記憶することができる、いくつかの専用ゾーンを作成する段階、
−専用ゾーンをリソースの組に割り当てる段階、及び
−割り当てられた専用ゾーンと一組の関係するリソースとの間で通信し、プラグインが、この通信中に別の専用ゾーンへのアクセスを拒否する段階。
【００３８】
有利な態様では、専用ゾーンの割り当ては、エンティティＯＰによって管理される事が分った。このエンティティは、少なくとも以下を含む情報を供給することにより、カードの専用ゾーンを一組のウェブリソースに割り当てる。
−専用ゾーンのレファレンスＶＡＳｉｄ。
−専用ゾーンとリソースの組との間で移動する情報を暗号化することができる、対応する専用ゾーン内に先に記憶されたマスターキーＶＭＫの値。次に、この鍵（ＶＭＫ）を使用して、ゾーンとＷＥＢサイトとの間のリンクを保護することができることが分る。
【００３９】
本発明の例においては、リソースの組は、保護された送信手段により、専用ゾーンに関連する少なくとも１つのアクセス鍵（ＵＳＥＲＩＤ，ＰＷ）を送信し、その鍵は、実行後に専用ゾーンへのアクセスを認証し、他の専用ゾーンへのアクセスを拒否することができるプラグインを実行するために使用されることが分った。
本発明の例においては、保護されたトランザクションを開くために、一組のリソースＷＥＢ１は、専用ゾーンＺＰ１に書かれたセキュリティ情報が一組のリソースＷＥＢ１に取り付けられたメモリに記憶されたセキュリティ情報に対応するが否かを検査することができるプラグインを送信することも分った。
【００４０】
本発明の実施例においては、本方法を実行するために、プラグインは、装置及びリソースの組の両方にインストールすべきであることが分った。これらのプラグインは、特に認証プラグインＶＡと、専用ゾーンの割り当てを管理することができるエンティティ上に記憶されたプラグインとを含む。
認証プラグインは、ゾーンアクセス鍵（ＵＳＥＲＩＤ，ＰＷ）に対応する少なくとも１つの入力パラメータＰＥ１を含み、この鍵の値は、一組のリソースによって装置に供給される。実行後及びこの鍵に依存して、このプラグインＶＡは、専用ゾーンへのアクセスを許可又は拒否し、アクセスが許可された場合は、他の専用ゾーンへのアクセスを拒否することができる。
割当てプラグインの目的は、エンティティ上で実行された時に、少なくとも専用ゾーンＺＰ１のレファレンス（ＶＡＳｉｄ）を含む情報を供給することにより、一組のリソースＷＥＢ１にブラウザＢＷ１の専用ゾーンＺＰ１を割り当てることである。
【００４１】
本発明は、数多くの利点を提供することが分る。ブラウザによってアクセス可能な情報を「分割する」この機構を通じて、暗号化鍵と専用ゾーンに関連するローカルページには、関係するＷＥＢサイトによってのみアクセス可能であり、他のＷＥＢサイトはアクセスすることはできない。このために、この分割機構は、ページがインストールされたＷＥＢサイトのみへのアクセスをもたらす。
このソリューションはまた、ブラウザによってアクセス可能なローカル（又は「常駐」）ページのインストールに関する第２の市場要件を満足するものである。ＷＥＢサイトは、保護されたトランザクションを通じてローカルページをインストールし、かつ、認証後にユーザのアクセスのみを可能にすることができる。これらのローカルページは、特定のＷＥＢサイトの「資産」であることから、もはや別のＷＥＢサイトからページをインストールしても消去することができない。
【図面の簡単な説明】
【００４２】
【図１】本発明を適用することができるコンピュータシステムの図である。
【図２】保護されたトランザクションを形成する２つの主要な段階の図である。
【図３】ブラウザといくつかのＷＥＢサイトとの間のデータ交換の例を示す様々な段階の概略図である。
【図４】本発明を実施するプログラム例の入力及び出力パラメータの概略図である。
【図５】本発明を実施するプログラム例の入力及び出力パラメータの概略図である。
【図６】本発明を実施するプログラム例の入力及び出力パラメータの概略図である。
【図７】プラグインＩＲＰの入力及び出力パラメータを示す概念図である。
【符号の説明】
【００４３】
ＢＷ１  ブラウザ
ＭＯＢ１  データ処理装置
ＷＥＢ１、ＷＥＢ２  リソース
ＺＰ１、ＺＰ２  専用ゾーン
【図１】
2006509272.tif 000003
【図３】
2006509272.tif 000004
【図２】
2006509272.tif 000005
【図４】
2006509272.tif 000006
【図５】
2006509272.tif 000007
【図６】
2006509272.tif 000008
【図７】
2006509272.tif 000009
【国際調査報告】
2006509272.tif 000010
2006509272.tif 000011
2006509272.tif 000012