安全な情報記憶デバイスと少なくとも１つのサードパーティとの間の通信、対応するエンティティ、情報記憶デバイス、及びサードパーティのための方法及びシステム
本発明は、安全な情報記憶デバイス（４０）と、情報が交換される少なくとも１つのサードパーティ（６０）との間の通信のための方法に関する。エンティティ（５０）は、前記情報記憶デバイスが関連する複数の安全な情報記憶デバイスの管理を保証する。本発明の方法は、前記情報記憶デバイス内に割り当てられ、所与のサードパーティに特有の安全なコンテナ（４４ｂ）内に、以下のステップ、前記エンティティが、安全なコンテナと、前記所与のサードパーティとの間の通信の許可を与えること（６）と、前記エンティティが、前記所与のサードパーティに、前記情報記憶デバイスの識別子、前記情報記憶デバイスのアドレス、前記安全なコンテナの識別子、及び前記通信の許可を送ること（７）と、前記所与のサードパーティが、前記情報記憶デバイスのアドレス、前記情報記憶デバイスの識別子、前記安全なコンテナの識別子、及び前記通信の許可を用いて安全なコンテナとの通信の設定を試みること（８）と、前記通信を許諾する前に、前記情報記憶デバイスが、前記サードパーティによって送信された通信許可が、前記安全なコンテナ内にエンティティによって以前に与えられた通信許可と照らし合わせて許諾可能であることを確認すること（９）を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野は、情報記憶デバイスを管理するエンティティ（本情報記憶デバイスのオペレータとも呼ばれる）によって個人（ホルダとも呼ばれる）の自由で配置された安全な情報記憶デバイスである。
【０００２】
更に詳しくは、本発明は、この安全な情報記憶のためのデバイス（以下、情報記憶デバイスと呼ぶ）と少なくとも１つのサードパーティとの間の通信のための方法及びシステムに関する。
【０００３】
安全な情報記憶デバイスは、例えば、スマートカード、（ＵＳＢステックのような）ドングル、あるいは他のハードウェア又はソフトウェア情報記憶デバイスの形態で形成される。それは、一般に、サードパーティが、この情報記憶デバイスを用いて通信する際に、使用されることが意図されている情報（データ及び／又はプログラム）を格納する少なくとも１つの安全なコンテナを備え、１又は複数の機能を提供する。
【０００４】
簡潔にするために、以下の記載では、用語「エンティティ」は、システムにおいてその役割を果たすために、エンティティに利用することが可能な任意の手段（ハードウェア及び／又はソフトウェア）と理解される。同様に、用語「サードパーティ」は、システムにおいてその役割を果たすために、サードパーティに利用することが可能な任意の手段（ハードウェア及び／又はソフトウェア）と理解される。
【０００５】
エンティティ、サードパーティ、及び安全な情報記憶デバイスは、１又は複数の通信ネットワークによってともに接続される。
【０００６】
典型的に、情報記憶デバイスはそれぞれ、例えば直接接続（それは例えばＩＰネットワークの場合、ＳＯＡＰサーバを有する）、ハードウェア要素の手段による接続（例えば、セル電話のインタフェース）、ソフトウェア介在（ＩＳＯ７８１６又はＰＫＣＳドライバの場合）のような異なる方式でネットワークに接続され得る。
【０００７】
サードパーティは、例えば銀行、官庁、会社等のようなサービスプロバイダである。
【０００８】
これらの中では、限定される訳ではないが、
サードパーティによるホルダの認証機能（例えば、半永久的パスワードタイプの強力な認証、ワンタイムパスワードすなわちＯＴＰ、秘密キーチャレンジすなわちＣＳ、あるいは２つのキーからなるキーペアの区別された使用（ＰＫＩ））、
電子財布機能、
その他
を含む多くの機能が想定される。
【背景技術】
【０００９】
先行技術及びそれらの欠点は、サードパーティによって使用され、ホルダを認証する認証情報記憶デバイスが、この安全な情報記憶デバイスであるという具体的なケースにおいて議論されるものとする。しかしながら、既に述べたように、本発明は、この安全な情報記憶デバイスに含まれる情報をサードパーティに提供するために使用される機能に関わらず適用され得ることが明らかである。
【００１０】
安全なアクセスを使用するアプリケーションは、次の２つのカテゴリに分類することができる。
例えば、銀行カードアプリケーションやモバイル電話（ＳＩＭ）アプリケーションのようなオンライン（同時）セキュアリングを用いたアプリケーション。
例えば、安全な電子メール又は電子ファイリング又は納税申告書のためのアプリケーションのような、時間遅れ、すなわちオフライン制御セキュアリングを用いたアプリケーション。
【００１１】
これら両ケースで実現される認証アーキテクチャは異なり、互いに極めて排他的である。前者の例（オンラインセキュアリング）では認証アーキテクチャが集中化される。後者の例（オフライン制御セキュアリング）では分散される。集中化されたアーキテクチャは、異なるサービスプロバイダからのアプリケーションの相互利用に対して貧弱に対応する。なぜなら、もともと認証を行うのは集中化された要素のみであるからである。
【００１２】
強力な認証情報記憶デバイス（例えば、「ｗｈａｔ Ｉ ｋｎｏｗ」ＰＩＮコードと「ｗｈａｔ Ｉ ｈａｖｅ」認証との２重認証、スマートカード、又はドングルによる）は既に両タイプのアーキテクチャで実施されている。しかしながら、１つの情報記憶デバイスが、同時に異なるタイプの強力な認証（ＯＴＰ、ＣＳ、ＰＫＩ）に良好であり、集中アーキテクチャ又は分散アーキテクチャで等しく良好に認証できるという例はない。一方、認証情報記憶デバイスは通常、所与のアーキテクチャと同様に、強力なタイプの認証に特化される。なぜなら、全てのタイプの強力な認証を、全てのタイプのアーキテクチャで混合使用する（ｃｒｏｓｓ）ことは可能ではないからである。
【００１３】
言い換えれば、サードパーティはそれぞれ、自己に適切で、認証方法（ＯＴＰ、ＣＳ、ＰＫＩ等）及び認証インフラストラクチャ（集中アーキテクチャ又は分散アーキテクチャ）に特有の認証情報記憶デバイスを実現する。従って、投資及び開発のコストは、異なるサードパーティ間で相互利用されない。認証情報記憶デバイスはハードウェア情報記憶デバイスであり、各インスタンスは、特有の学習コストと、相互利用の欠如によってもたらされるコストとで、特有の記録インフラストラクチャを必要とするので、認証情報記憶デバイスの管理は繁雑である。
【００１４】
この問題を克服するために、例えば、「グローバルオープンプラットフォーム」（「グローバルプラットフォームスマートカード管理システム機能要求、改訂４．０」）と呼ばれるもののような幾つかの技術的解決策が提案された。これによって、幾つかのサードパーティ（サービスプロバイダ）は、カードを管理（特に、供給及び発行）するエンティティ（オペレータとも呼ばれる）に接続することなく、同一のスマートカードタイプの認証情報記憶デバイスを使用することが可能となる。
【００１５】
しかしながら、この従来技術は最適ではない。なぜなら、事前カスタマイズの最終段階で、サードパーティサービスプロバイダをオペレータと独立させるために、信頼できるサードパーティを使用するからである。
【００１６】
更に、この従来技術は極端に厳密である。なぜなら、カード発行者は、可能であれば、カードに搭載されるアプリケーションを事前に知らなければならないからである。新規なアプリケーションは、カードのサービス期間中にダウンロードすることができる。しかしながら、カードのイメージ全体が、再ロードされなければならないであろう。
【発明の開示】
【発明が解決しようとする課題】
【００１７】
本発明は、特に、従来技術のこれら異なる欠点の克服を目的とする。
【００１８】
更に詳しくは、少なくとも１つの実施形態では、安全な情報記憶デバイスと、少なくとも１つのサードパーティとの間の通信技術を提供し、このサードパーティに特有で、この情報記憶デバイスに含まれた安全なコンテナ内の情報記憶デバイスのサービス期間中に、サードパーティが安全に情報を格納、及び／又は減少、及び／又は修正することを可能にすることが本発明の目的の１つである。
【００１９】
従って、本発明は、限定される訳ではないが、特に、情報記憶デバイスに含まれ、サードパーティに割り当てられた安全なコンテナのために、情報記憶デバイスのサービス期間中に、サードパーティによる第１のカスタマイズ動作（古典的なインプラント式カスタマイズ前動作に代わる）、又はカスタマイズ後動作（古典的なインプラント式カスタマイズ前動作又は本発明による第１のカスタマイズ動作が既に実行された場合）の実行を可能にすることを目的としている。
【００２０】
本発明はまた、少なくとも１つの実施形態において、この種の技術を提供し、幾つかのサードパーティがそれぞれ、同じ情報記憶デバイス（情報記憶デバイス相互利用）に含まれる特定の安全なコンテナを有し、かつ、各サードパーティが、他のサードパーティとは独立した自己に特有の安全なコンテナにおける情報の格納、及び／又は使用、及び／又は修正を可能にすることを目的としている。特に、限定される訳ではないが、サードパーティはそれぞれ、他のサードパーティとは独立した自己の安全なコンテナの内容と、同じ情報記憶デバイスに含まれる他の安全なコンテナの内容とをカスタマイズできるに違いない。
【００２１】
また、少なくとも１つの実施形態では、この種の技術を提供して、（情報記憶デバイスが、別のサードパーティに割り当てられた幾つかの安全なコンテナを含むのであれば）他のサードパーティと同様に、情報記憶デバイス管理エンティティによる安全なコンテナへのアクセスを禁止することも本発明の目的である。
【００２２】
また、少なくとも１つの実施形態では、この種の技術を提供して、情報記憶デバイス管理エンティティ（オペレータ）が、情報記憶デバイスに問題があった場合（支払い停止、再配置等）に情報記憶デバイスホルダが頼ることができる責任ある関係者として、かつホルダの自由及びプライバシの保証人（承認されていないアクセスに対する、あるいはサードパーティによる不正なアクセスに対するホルダのデータの保護）として振舞うことが本発明のもう１つの目的である。
【００２３】
安全なコンテナに格納されている情報が、サードパーティによって使用され、情報記憶デバイスホルダが認証される場合、認証方法にリンクしておらず、集中アーキテクチャモデルも分散アーキテクチャモデルも決めない技術を提供することが、本発明の更なる目的である。
【課題を解決するための手段】
【００２４】
これら異なる目的は、以下に示す他の目的と同様に、安全な情報記憶デバイスと、前記情報が交換される少なくとも１つのサードパーティとの間の通信方法によって、本発明に従って達成される。エンティティは、前記情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行する。本発明によれば、この方法は次のステップを備える。
エンティティが、前記情報記憶デバイスに含まれかつ所与のサードパーティに特有の安全なコンテナに、該安全なコンテナと前記所与のサードパーティとの間の通信の許可を与えること。
エンティティが、前記所与のサードパーティに、通信ネットワーク内の情報記憶デバイスの識別子、情報記憶デバイスのアドレス、安全なコンテナの識別子、及び前記通信の許可を送ること。
前記所与のサードパーティが、前記情報記憶デバイスのアドレス、前記情報記憶デバイスの識別子、前記安全なコンテナの識別子、及び前記通信の許可を用いて安全なコンテナとの通信の設定を試みること。
前記所与のサードパーティと安全なコンテナとの間の通信を許諾する前に、情報記憶デバイスが、サードパーティによって送信された通信許可が、エンティティによって前記安全なコンテナに以前に与えられた通信許可と照らし合わせて許諾可能であることを確認すること。
【００２５】
従って、本発明の一般的な原理は、情報記憶デバイスがホルダにハンドオーバされた後、この情報記憶デバイスに含まれる安全なコンテナに、該安全なコンテナとサードパーティとの間の通信の許可を与えることからなる。この通信の許可は、安全なコンテナとサードパーティとの間で通信している情報記憶デバイスによる次の許諾を調整する。
【００２６】
安全なコンテナとサードパーティの間との通信は、サードパーティが、安全なコンテナに情報を格納するか、この情報を使用するか、この情報を修正するかを可能にすることを目的としている。従って、サードパーティは、本発明によって、情報記憶デバイスが、ホルダにハンドオーバされた後に（すなわち、ダウンロードすることによって）、情報記憶デバイスに含まれる安全なコンテナの第１のカスタマイズ動作又はカスタマイズ後動作を実行できるようになる。
【００２７】
安全なコンテナが、割り当てられたサードパーティによってのみ使用されることを保証する際に、安全なコンテナにおける通信の許可を与えるメカニズムにおいて、エンティティが不可欠な役割を果たすことに注目することが重要である。
【００２８】
本発明の好ましい実施形態では、本方法は更に、安全なコンテナと所与のサードパーティとの間の通信が許諾された後に実行される、以下のステップを含む。
前記所与のサードパーティは、安全なコンテナに対する前記所与のサードパーティに特有な第１のアクセスの許可を、前記安全なコンテナに送る。
前記安全なコンテナは、前記第１のアクセスの許可を格納する。これによって、前記第１のアクセスの許可を有する前記所与のサードパーティのみが、次にエンティティと独立して安全なコンテナによって許可され、この安全なコンテナに含まれる情報の使用及び修正が可能となる。
【００２９】
従って、安全なコンテナが、前記所与のパーティに対する具体的な第１のアクセスの許可を格納した後に、安全なコンテナに含まれている情報は、このサードパーティによってのみ管理され、エンティティ及びその他のサードパーティ（情報記憶デバイスが、幾つかのサードパーティ間で相互利用されているのであれば）の両方に対してアクセスすることができない。その後、この所与のサードパーティは、エンティティによる介在なく、すなわち、上述したメカニズムを再実施することなく、（エンティティが、サードパーティと安全なコンテナとの間の通信の許可を、安全なコンテナに与えることに基づいて）安全なコンテナに直接アクセスすることができる。
【００３０】
言い換えると、本発明の好ましい実施形態では、情報記憶デバイスの管理に関連する態様（及び特にこの情報記憶デバイスの発行）が、安全なコンテナに含まれる情報を用いて実行される機能に関する態様と分離される。確かに、情報記憶デバイスを管理するのはエンティティ（オペレータ）であり、上述した機能を実行するのはサードパーティである。
【００３１】
この分離は、エンティティによる情報記憶デバイスの認証のアーキテクチャに、サードパーティによって実施される認証方法とは独立して、情報記憶デバイスホルダを認証させる。言い換えると、この場合、本発明の解決策は、アーキテクチャ（集中又は分散）のモデルを決めず、全てのサードパーティに共通になる認証方法（ＯＴＰ、ＣＳ、ＰＭ等）にリンクされない。
【００３２】
有利なことに、本方法は更に次のステップを備える。
エンティティが、安全なコンテナに対する、所与のサードパーティに特有な第１のアクセスの許可の撤回に対する要求を情報記憶デバイスに送る。
情報記憶デバイスが、安全なコンテナに対する、所与のサードパーティに特有なこの第１のアクセスの許可を撤回する。
【００３３】
従って、エンティティは、サードパーティに特有のこの第１のアクセスの許可を知らないが、例えば、情報記憶デバイスホルダによる要求時（紛失、盗難等の場合）、又はサードパーティによる要求時（情報記憶デバイスホルダの撤回時、あるいはエンティティとサードパーティとの間の契約の非更改時）にそれを撤回することができる。
【００３４】
有利なことに、以下のステップが、第１のアクセスの許可の撤回のステップの前に行われる。
安全なコンテナに対する、前記所与のサードパーティに特有な第１のアクセスの許可の撤回に合意する前に、情報記憶デバイスがエンティティによって予備的に与えられ、情報記憶デバイスによって与えられた第２のアクセスの許可でエンティティを認証する。
【００３５】
有利な特徴によれば、以下のステップが、安全なコンテナに通信の許可を与えるステップの前に行われる。
エンティティが、安全なコンテナに通信の許可を与える要求を情報記憶デバイスへ送る。
安全なコンテナに通信の許可を与えることを許諾する前に、情報記憶デバイスが、エンティティによって予備的に与えられ、情報記憶デバイス内に与えられた第３のアクセスの許可を用いてエンティティを認証する。
【００３６】
エンティティに特有なアクセスの第２及び第３の許可は、全く同一かもしれないことに注目されるべきである。
【００３７】
本発明の有利な実施形態では、以下のステップは、安全なコンテナに通信の許可を与えるステップの前に行われる。所与のサードパーティが、エンティティに対して、所与のサードパーティと安全なコンテナとの間の通信の許可を該安全なコンテナに与えるように要求する。ここで、所与のサードパーティは、エンティティに対して情報記憶デバイスの識別子を与える。
【００３８】
有利なことに、安全なコンテナと所与のサードパーティとの間の通信が許諾された後、所与のサードパーティは、安全なコンテナへ情報を送る。これによって、安全なコンテナは、その情報を格納することができる。
【００３９】
好ましくは、この安全なコンテナに格納された情報は、データとプログラムを備えるグループに属する。
【００４０】
有利なことに、この安全なコンテナに格納された情報は、このグループに属する機能を完了するために使用することができ、
所与のサードパーティによる情報記憶デバイスのホルダの認証、
電子財布、
情報記憶デバイスが協働する装置を使用する許可、
情報記憶デバイスが協働する装置のメンテナンス、
情報記憶デバイスが協働する装置の機能の管理、
を備える。
【００４１】
このリストは完全という訳ではない。
【００４２】
有利なことに、所与のサードパーティは、サービスプロバイダである。
【００４３】
本発明の具体的な実施形態では、本発明は、情報記憶デバイスと少なくとも２つのサードパーティとの間の通信を可能にする。ここでは、各サードパーティに特有の少なくとも１つのコンテナが、情報記憶デバイスに含まれている。
【００４４】
従って、この具体的な実施形態では、情報記憶デバイスは、サードパーティ毎の少なくとも１つのコンテナとともに、異なるサードパーティに割り当てられた幾つかの安全なコンテナを備える（情報記憶デバイスの相互利用）。各サードパーティは、他のサードパーティと独立して、（更に、このサードパーティが、自己に特有な第１のアクセスの許可をコンテナ内に有する好ましいケースにおいては、エンティティとも独立して、）自己に特有の安全なコンテナ内に情報を格納し、及び／又はその情報を使用し、及び／又はその情報を修正することができる。
【００４５】
本発明は、更に、安全な情報記憶デバイスと、少なくとも１つのサードパーティとの間の通信システムにも関連している。ここでは、情報が、サードパーティを用いて交換され、エンティティが、情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行する。この通信システムは、以下によって特徴付けられる。すなわち、
エンティティは、安全なコンテナと、所与のサードパーティとの間の通信の許可を、情報記憶デバイスに含まれかつ所与のサードパーティに特有な安全なコンテナに与える手段を備える。
エンティティは、通信ネットワーク内の情報記憶デバイスの識別子、情報記憶デバイスのアドレス、安全なコンテナの識別子、及び通信の許可を所与のサードパーティに送る手段を備える。
所与のサードパーティは、情報記憶デバイスのアドレス、情報記憶デバイスの識別子、安全なコンテナの識別子、及び通信の許可を用いて安全なコンテナとの通信の設定を試みる手段を備える。
情報記憶デバイスは、所与のサードパーティによって送信された通信の許可が、エンティティによって安全なコンテナ内に予備的に与えられた通信の許可と照らし合わせて許諾可能であることを確認する手段を備える。これによって、情報記憶デバイスは、前記確認する手段が、サードパーティによって送信された通信の許可が許諾可能であると決定する場合にのみ、所与のサードパーティと安全なコンテナとの間の通信を許諾できる。
【００４６】
本発明はまた、情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行するエンティティにも関連する。このエンティティは、
所与の情報記憶デバイスに含まれかつ所与のサードパーティに特有の安全なコンテナに、該安全なコンテナと上記所与のサードパーティとの間の通信の許可を与える手段と、
所与のサードパーティに、通信ネットワーク内の所与の情報記憶デバイスの識別子と、この情報記憶デバイスのアドレスと、安全なコンテナの識別子と、通信の許可とを送る手段とを備える。
これによって、所与のサードパーティは、所与の情報記憶デバイスのアドレス、所与の情報記憶デバイスの識別子、安全なコンテナの識別子、及び通信の許可を用いて安全なコンテナとの通信の設定を試みることができるようになる。更に、所与のサードパーティと安全なコンテナとの間の通信を許諾する前に、情報記憶デバイスは、サードパーティによって送信された通信の許可が、エンティティによって以前に安全なコンテナに与えられた通信の許可と照らし合わせて許諾可能であることを確認することができるようになる。
【００４７】
本発明は更に、情報が交換される少なくとも１つのサードパーティとの通信手段を備えるタイプの安全な情報記憶デバイスに関する。この情報記憶デバイスは、
情報記憶デバイスに含まれかつ所与のサードパーティに特有な安全なコンテナに、該安全なコンテナと所与のサードパーティとの間の通信の許可を記憶する手段を備える。この通信の許可は、情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を提供するエンティティによって与えられる。更にこの情報記憶デバイスは、
所与のサードパーティによって送信された通信の許可が、安全なコンテナにエンティティによって予備的に与えられた通信の許可と照らし合わせて許諾可能であることを確認する手段を備える。これによって、情報記憶デバイスは、前記確認する手段が、サードパーティによって送信された通信の許可を許諾することが可能であると決定した場合にのみ、所与のサードパーティと安全なコンテナとの間の通信を許諾できるようになる。
【００４８】
本発明は更に、安全な情報記憶デバイスとの通信手段を備えたタイプのサードパーティに関する。このサードパーティは、
通信ネットワーク内の情報記憶デバイスのアドレス及び情報記憶デバイスの識別子、安全なコンテナの識別子、安全なコンテナとサードパーティとの間の通信の許可を、情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行するエンティティから受信する手段と、
情報記憶デバイスのアドレス、情報記憶デバイスの識別子、安全なコンテナの識別子、及び通信の許可を用いて安全なコンテナとの通信の設定を試みる手段とを備える。
これによって、サードパーティとコンテナとの間の通信を許諾する前に、情報記憶デバイスは、エンティティによって、安全なコンテナ内に予備的に与えられた通信の許可と照らし合わせて、通信の許可が許諾可能であることを確認できるようになる。
【００４９】
本発明の他の特徴及び利点が、限定しない表示によって与えられた本発明の好ましい実施形態の記載と、添付図面から明らかになるものとする。
【００５０】
図１〜図３はそれぞれ、安全な情報記憶デバイスとサードパーティとの間の通信の本発明に従った具体的実施形態の別の段階を例示している。
【発明を実施するための最良の形態】
【００５１】
以下に記述する本発明の特定の実施形態において、本発明のシステムは以下を備える。
例えばドングルのように、それぞれが１又は複数の安全なコンテナを備える複数の安全な情報記憶デバイス。
安全な情報記憶デバイスが委ねられる複数のホルダ。
以下オペレータと称され、安全な情報記憶デバイスの管理（配信を含む）を行うエンティティ。
例えばサービスプロバイダ（銀行、管理官庁、企業等）のような１又は複数のサードパーティ。
恐らくはオペレータと同一であろう１又は複数のアイデンティティプロバイダ、つまりＩＤＰ。
エンティティ（オペレータ）、サードパーティ（サービスプロバイダ）、安全な情報記憶サービス（ドングル）、及びアイデンティティプロバイダ（ＩＤＰ）を接続するために使用される１又は複数の通信ネットワーク。
【００５２】
オペレータは、本発明のシステムを展開し、かつホルダを装備する関係者である。各情報記憶デバイスは、それぞれに固有の認証手段によって最初から個別に取り扱われるので、オペレータは、この情報記憶デバイスを識別し認証することができる。オペレータは、自己の安全なコンテナ（ホルダに委ねた情報記憶デバイスに含まれる）をサービスプロバイダに貸し出すか、あるいは売却する。オペレータは、例えば、オフセットアイデンティティプロバイダのように、ホルダの認証を託された異なるアイデンティティプロバイダ（ＩＤＰ）に接続される。
【００５３】
以下に詳細に述べるように、オペレータは、オペレータに特有であって、かつホルダに託された情報記憶デバイスの安全なコンテンツの管理を可能にするアクセス許可（例えば、暗号センスの秘密）を有する。オペレータに特有のこのアクセス許可を用いて、オペレータは、特に、所与のアクセスプロバイダに特有の別のアクセス許可の、所与の安全なコンテナによる許諾を認める。更に、それは、このプロバイダを知る必要なく、アクセスプロバイダに特有なアクセスの許可を撤回し得る。一般に、オペレータは、ホルダ及びサービスプロバイダに関して、システム全体の機密性特性及び信頼性の義務を負うセキュリティの保証人のままである。
【００５４】
ホルダは、オペレータによって託された情報記憶デバイスを有する個人である。ホルダは、この情報記憶デバイスと、あたかも、多くの個別の情報記憶デバイスのようであり、それに含まれるそれぞれの安全なコンテナとを用いる。例えば、安全なコンテナは、例えばＩＳＯ７８１６、ＰＫＣＳ、又は他のタイプのインタフェースのようなアプリケーションプログラミングインタフェースＡＰＩによってアクセス可能である。
【００５５】
情報記憶デバイスに含まれた安全なコンテナは、安全なコンテナへのアクセス権を持つ人々によってのみ読取又は利用可能なコンテンツを持つ。これら権利は、ホルダの管理の下、オペレータによって委託される。安全なコンテナに含まれる情報は、例えば、データ及びプログラム、例えば、非専門家文書、複数用途に関する証明書又は小さなプログラム又はアプレットであり、また、具体的ではあるが、限定するものではない認証を含む。
【００５６】
サービスプロバイダは、オペレータによって展開された情報記憶デバイスを使用できるようにするために、オペレータとの契約を行う関係者である。オペレータは、ホルダが自分の情報記憶デバイス（及びより詳細にはこのデバイスの安全なコンテナの１つ）で情報（データ及び／又はプログラム）を受信すべきであるとサービスプロバイダが提案することを可能にする。その後、サービスプロバイダとホルダとの間の直接的な関係を可能にする。したがって、認証に特有のアプリケーションでは、情報記憶デバイスは、１又は複数のサービスプロバイダに、「署名ベアリング（signature bearing）」機能を保証する。
【００５７】
以下に詳述するように、各サービスプロバイダは、（例えば、秘密のフォームによって）それぞれに特有であるアクセスの許可を生成する権利が与えられている。それは、オペレータによって許可された後、安全なコンテナへの直接アクセス（すなわち、オペレータとは独立したアクセス）を与える。
【００５８】
サービスプロバイダは、このサービスプロバイダに割り当てられた安全なコンテナのユーザとして、ホルダの記録のために、自己のメカニズムを実施しなければならない。このメカニズムは、特に、サービスプロバイダによるその情報記憶デバイスの安全なコンテナの使用に対するホルダの合意を保証する。
【００５９】
サービスプロバイダは、ホルダに託された情報記憶デバイス内の識別子によって識別される。サービスプロバイダは、アイデンティティプロバイダ（ＩＤＰ）によって認証されたこの情報記憶デバイスのネットワーク識別情報を得た場合、この情報記憶デバイスにアクセスすることができる。
【００６０】
このアイデンティティプロバイダは、所与のネットワークアドレスにおいて、安全な情報記憶デバイスを認証することができる。この認証方法は、情報記憶デバイスに重要ではない。アイデンティティプロバイダは、認証要求に応答して、サービスプロバイダに対して匿名であるか又は匿名でないポインタを与える。
【００６１】
以下の説明では、安全な情報記憶デバイスがドングル（例えばＵＳＢスティック）である例によって仮定されている。しかしながら、本発明は、この情報記憶デバイスの（例えば、スマートカードの形態）その他の任意のタイプの実施形態、ハードウェア又はソフトウェアを用いて適用可能であることが明らかである。
【００６２】
図１では、安全な情報記憶デバイス（ドングル）とサードパーティ（サービスプロバイダ）との間の通信のための本発明に従った方法の具体的な実施形態の初期段階が示される。この初期段階は、情報記憶デバイスに含まれる安全なコンテナに対するサービスプロバイダのアクセスの初期段階である。
【００６３】
第１のステップ（示されない）では、最終ユーザ（端末）は、幾つか（図示する例では３つ）の安全なコンテナ４４ａ、４４ｂ及び４４ｃを備えたドングル４０を有する。このドングル４０は識別子を必要とする。これは、恐らく、通信ネットワーク７０におけるこのドングルのアドレスと同一であろう。
【００６４】
第２のステップ（２）では、安全なコンテナのうちの１つ（例えば参照符号４４ｂ）との通信を望むサービスプロバイダ６０は、ドングル４０を識別する。ここでは、ドングルのホルダが、このサービスプロバイダの顧客であると仮定されている。
【００６５】
第３のステップ（３）では、サービスプロバイダ６０は、ドングルと、ドングルに含まれる安全なコンテナを管理するオペレータ５０をアドレスし、オペレータ５０に対して、所与の安全なコンテナ（例えば、参照符号４４ｂ）との通信の許可を与えるように要求する。サービスプロバイダは、このオペレータに、少なくともドングルの識別情報（例えば、顧客のドングルに印刷されたようなシリアル番号、又は、アイデンティティプロバイダ（ＩＤＰ）の匿名「ハンドル」、又は、なされた選択が、ＰＣＩ証明書又は匿名の認証証明書によるドングルの識別情報の実施である場合、ドングルの識別証明書で読取可能な識別番号）を送る。
【００６６】
オプションのステップ（図示せず）（オプションａ）では、サービスプロバイダ６０が、オペレータ５０に、この顧客に関してサービスプロバイダに割り当てられた安全なコンテンツ４４ｂの識別子を尋ねる。このステップはオプションである。なぜなら、別の実施（オプションＢ）では、オペレータが、サービスプロバイダに対して、それらを結び付ける契約が設定されるや否や、この情報の部分を与える。
【００６７】
第４のステップ（４）では、オペレータ５０が、関連する安全なコンテナ４４ｂ内に情報を格納するようにドングル４４に要求する。
【００６８】
第５のステップ（５）では、ドングル４０が、オペレータに特有なアクセス（秘密）を許可することによってオペレータ５０を認証する。これは、販売による流通前に、ドングルをカスタマイズするときになされる。
【００６９】
第６のステップでは、オペレータ５０が、安全なコンテナ４４ｂに、安全なコンテナとサービスプロバイダ６０との間の通信の許可を与える。
【００７０】
第７のステップ（７）では、オペレータ５０が、最低でも、関連するドングル４０の識別子、ドングルのネットワークアドレス、安全なコンテナ４４ｂの識別子、及び前述した通信の許可を、ネットワーク７０でサービスプロバイダ６０へ送る。
【００７１】
第８のステップ（８）では、サービスプロバイダ６０が、ドングル４０の安全なコンテナ４４ｂを直接アドレスする。なぜなら、サービスプロバイダ６０は、安全なコンテナ４４ｂの識別子と同様に、ドングルの識別子及びネットワークアドレスを知っているからである。そしてサービスプロバイダ６０は、前述した通信の許可を与える。
【００７２】
第９のステップ（９）では、安全なコンテナ４４ｂとサービスプロバイダ６０との間の通信を許諾する前に、ドングル４０が、前述した通信の許可の事前確認を行う。更に詳しくは、この確認は、例えば、ドングルのオペレーティングシステムによって実行される。そして、肯定的な結果が得られた場合には、このドングルが、安全なコンテナのオペレーティングシステムに対して、上述した通信を介してサービスプロバイダが与える秘密を許諾するように要求する（図４の説明参照）。
【００７３】
第１０のステップ（１０）では、サービスプロバイダ６０が、安全なコンテナ４４ｂに対して、後の使用時に格納されるために（すなわち、サービスプロバイダが、安全なコンテナ４６ｂと再び通信を要求する場合にはいつでも。図２の説明参照）、安全なコンテナに対するアクセスの許可を送る。このように、アクセスプロバイダは、オペレータと独立するようになる。オペレータは、サービスプロバイダに特有のこの許可を知らない。したがって、オペレータは、サービスプロバイダを知らずに使用することができない。一方、オペレータは、許可を撤回する能力を有する（図３の説明参照）。
【００７４】
第１１のステップ（１１）では、サービスプロバイダ６０が、安全なコンテナ４４ｂ内にデータ及びプログラムを格納する。このコンテナ４４ｂは、単独制御され、オペレータ５０と同様に、他のサービスプロバイダにアクセスすることができない。
【００７５】
従って、安全なコンテナの機密性特性を保証するのはオペレータである。安全なコンテナに情報を格納したサービスプロバイダのみが、この情報にアクセスでき、同じドングルの他の安全なコンテナと、そこに格納されている情報の特徴を用いるサービスプロバイダの身元は分からない。
【００７６】
図４を用いて、本発明の安全な記憶情報記憶デバイスの具体的な実施形態を示す。
【００７７】
この実施形態では、情報記憶デバイス４０は、オペレーティングシステム（ＯＳ）４１、メモリ領域４２、及び３つの安全なコンテナ４４ａ、４４ｂ及び４４ｃを備える。本発明は、もちろん、具体的な値からなる安全なコンテナ数に限定されるものではない。
【００７８】
メモリ領域４２は、オペレータに特有なアクセスの許可４３を特に格納する（図１に例示した初期化段階の第５のステップ（５）の上述の記載を参照）。
【００７９】
安全なコンテナ４４ａ、４４ｂ又は４４ｃはそれぞれメモリ領域４４２ａ、４４２ｂ又は４４２ｃに加えて、オペレーティングシステム（ＯＳ）４４１ａ、４４１ｂ又は４４１ｃを備える。安全なコンテナそれぞれのオペレーティングシステム（ＯＳ）はまた、情報処理スタックの下部層として見なすこともできる。各メモリ領域４４２ａ、４４２ｂ又は４４２ｃは、特に、サービスプロバイダに特有のアクセス４４３ａ、４４３ｂ又は４４３ｃの許可を格納している（図１に例示した初期化段階の第１０のステップ（１０）の上述の記載を参照）。
【００８０】
更に詳しくは、情報記憶デバイス４０のオペレーティングシステム（在来プログラム（ＯＳ））４１は、例えばＣＰ／ＣＭＳ（ＶＭ／３７０とも呼ばれる）のような仮想オペレーティングシステムの媒体としてオペレーティングシステム自体のものに類似した機能、あるいはアプリケーションサーバに類似した機能を有する。従って、それは、完全に仮想化され、分離され、孤立したメモリ空間及び最終システムにおいて、別の安全なコンテナに対応した別の仮想計算機の動作を生み出し得る。言い換えれば、各仮想計算機は、「安全なコンテナ」機能のサポートである。各計算機は、例えば、ＡＰＩ ＩＳＯ７８１６又はＰＫＣＳ規格によって、プログラムの実行と同様に、永久データ又は揮発性データに対するアクセスを管理する。
【００８１】
また、情報記憶デバイス４０のオペレーティングシステム４１は、サービスプロバイダ、オペレータ、及びアイデンティティプロバイダ（ＩＤＰ）との関係に責任を持つ。安全なコンテナはそれぞれ、サービスプロバイダと共有される秘密を知っている。この秘密は、情報記憶デバイス４０のオペレーティングシステム４１の管理の下でダウンロードされている。安全なコンテナが、仮想計算機のフィールド内にあり、かつ情報記憶デバイス４０によって構築され、この情報記憶デバイスのオペレーティングシステム４１に知られていない新たな秘密を知ることなく、サービスプロバイダと共有された新たな秘密を許諾することを許可できるのはこのオペレーティングシステム４１である。
【００８２】
安全なコンテナそれぞれのワーキングメモリ空間は、別の安全なコンテナに対して完全にアクセス可能である。従って、各仮想計算機は、他の仮想計算機の存在を知らず、情報記憶デバイスの全能力からの恩恵を得ることを期待する。場合に応じて、安全なコンテナのうちの唯一のものによって使用されるメモリリソースを節約することが可能である。
【００８３】
安全なコンテナはそれぞれ安全に（「空気を介して」）、データを外部から受け取り、データを外部へ提供する。なぜなら、このコンテナと、このコンテナの受託人（サービスプロバイダ）との間には共有された秘密があるからである。この秘密は、安全なコンテナの受託人（サービスプロバイダ）の展開に依存して、情報記憶デバイスのオペレーティングシステムの管理の下、オペレータによって変更され得る。例えば、この情報記憶デバイス内には、安全なコンテナを使用する権利が与えられたサービスプロバイダの識別情報を保持するためのデータベースが存在する。安全なコンテナそれぞれについて、このデータベースは、二重化されており、サービスプロバイダの識別子と、サービスプロバイダと共有される秘密とを含む。安全なコンテナへのアクセスのための秘密の更新を可能にするために、別の共有秘密によるオペレータプラットフォームの認証もある。この秘密は、保護されたゾーン内に、製造時に埋め込まれる。安全なコンテナの受託人が、このコンテナと通信するために、オペレータの認証システムによって取得可能な情報記憶デバイスの識別子があるべきである。
【００８４】
図２を用いて、本発明の方法の具体的実施形態の第２の段階、つまり、割り当てられた安全なコンテナ４４ｂへのサービスプロバイダ６０によるアクセス段階を示す。
【００８５】
図１に関して上述した第１の段階は既に達成されて、安全なコンテナ４４ｂは、サービスプロバイダ６０に特有のアクセス許可を特に格納すると仮定される。
【００８６】
第１のステップ（２１）では、ドングルのネットワークアドレスと、ホルダのアイデンティティとの間の対応を知るために、サービスプロバイダ６０は、ドングル４０のホルダに対して、アイデンティティプロバイダ（ＩＤＰ）８０を用いて自己を識別するように要求する。
【００８７】
サービスプロバイダ６０に関し、ドングル４０へアクセスするために２つの方法があることが注目されねばならない。すなわち、サービスプロバイダが、ドングルと直接オンライン対話できることか、あるいは、サービスプロバイダが、オペレータに対して、（オペレータ自身あるいはＩＤＰによる）ドングルの認証を要求するかである。第２のアプローチ（上述され図２に例示された）を利用することは、オペレータと無関係なサービスプロバイダが、ドングルすなわちホルダの認証の形式を取得することを、一定のランダム値を送り、所与のドングルから同じ応答を常に得ることを可能にすることによって、あるいは、リードモードにおいては、格納された再現情報を自由に見つけることができる安全なコンテナへのリードアクセスを得ることによって、阻止することである。この目的は、オペレータと合意したサービスプロバイダのビジネス興味を維持することである。
【００８８】
第２のステップ（２２）では、サービスプロバイダ６０が、アイデンティティプロバイダ（ＩＤＰ）８０との関係を有するのであれば、アイデンティティプロバイダは、認証を設定する。
【００８９】
第３のステップ（２３）では、この認証が有効な場合、アイデンティティプロバイダ（ＩＤＰ）は、識別されたホルダがこのネットワークアドレスに存在することをサービスプロバイダに通知する。これは、何れの認証方法（ＰＫＩ、ＯＴＰ、秘密キーチャレンジ等）であってもあてはまる。サービスプロバイダへのこの情報の送信は、「オフ帯域チャネル」によって直接的に行われるか、あるいは、ナビゲータのクッキー、つまりカップル（ホルダの識別子、ドングルのネットワークアドレス）によってかの何れか一方によって行われる。したがって、サービスプロバイダは識別子によってドングルを知り、ネットワークアドレスによってそれをアドレスする方法を知っている。
【００９０】
第４のステップ（２４）では、サービスプロバイダ６０は、ドングルの安全なコンテナ４４Ｂに直接アクセスし、例えば、ＡＰＩ ＩＳＯ７８１６規格又はＰＫＣＳ規格によって、動作を要求することができる。この要求は、ドングル４０のオペレーティングシステム（ＯＳ）によって受信され、この安全なコンテナが、この要求の宛先コンテナであるかを発見するための探索がなされる。
【００９１】
第５のステップ（２５）が以下に記載される。ドングル４０側の問題は、安全なコンテナにアクセスする不正な試みに対する防御を得ることである。安全なコンテナのオペレーティングシステムは、この制御を委託される。この目的のために、サービスプロバイダ６０のアイデンティティを知らなければならない。このアイデンティティが、安全なコンテナ４０ｂへのアクセスのために許可されたサービスプロバイダのうちの１つであれば、オペレーティングシステム又は安全なコンテナは、このサービスプロバイダ６０が、安全なコンテナ４４ｂへの合法的なアクセスを有すること（この情報の一部は、ドングルのオペレーティングシステムによって、オペレータによって与えられる）と、オペレーティングシステム又は安全なコンテナが、サービスプロバイダを認証することとを知るべきであることが更に必要である。オペレーティングシステム又は安全なコンテナは、例えば、秘密キーチャレンジを用いてそうする。このチャレンジを行うために、ドングルは、ネットワークを通ってサービスプロバイダに要求を送ることができるべきである。場合に応じて、ドングルは、それ自身のネットワークインタフェースを有するかもしれないし、あるいは外部インタフェースをあてにするかもしれない。この認証が成功するか失敗するかに依存して、サービスプロバイダ６０は、安全なコンテナ４４ｂと通信するかもしれないし、通信しないかもしれない。
【００９２】
第６のステップ（２６）では、万一通信が可能ならば、交換の残りは、ＩＳＯ ７８１６、ＰＫＣＳ、あるいは別のプロトコルのような古典的プロトコルによって行うことができる。このプロトコルは、ドングル４０のオペレーティングシステムによって安全なコンテナ４４ｂのオペレーティングシステムによってサポートされ、選択されたプロトコルにおける関係者である要素を有する経験が、サービスプロバイダ６０に与えられる。
【００９３】
図３には、本発明の具体的な実施形態の第３の段階、すなわち、ドングル４０の所与の安全なコンテナ４４ｂのために、サービスプロバイダ６０（サードパーティ）に予備的に割り当てられたアクセスの許可の撤回段階が示される。
【００９４】
図１に関し上述された第１の段階が既に行なわれ、安全なコンテナ４４ｂが、特にサービスプロバイダ６０に特有のアクセスの許可を格納すると仮定される。
【００９５】
第１のステップ（３１）では、オペレータ５０は、この安全なコンテナ４４ｂのために、サービスプロバイダ６０に特有のアクセスの許可の撤回を、ドングル４０に対して要求する。
【００９６】
第２のステップ（３２）では、ドングル４０は、オペレータに特有であり、かつ販売による流通前、ドングルのカスタマイズ時になされたアクセス許可（秘密）によってオペレータ５０を認証する。
【００９７】
第３のステップ（３３）では、ドングルのオペレーティングシステム（ＯＳ）は、この要求を、関連する安全なコンテナ４４ｂに渡し、この要求された撤回が実行される。
【００９８】
本発明は、限定された数の実施形態を参照して説明されたが、当業者であれば、この説明を読むことによって、本発明の範囲を逸脱することなく、他の実施形態が想到されることを理解するであろう。結果として、本発明の範囲は、特許請求の範囲によってのみ制限される。
【図面の簡単な説明】
【００９９】
【図１】情報記憶デバイスに含まれた安全なコンテナへのサードパーティのアクセスの初期段階を示す。
【図２】この安全なコンテナへのサードパーティのアクセス段階を示す。
【図３】サードパーティに予備的に割り当てられたアクセスの具体的な許可の撤回の段階を示す。
【図４】本発明の安全な情報記憶デバイスの具体的な実施形態の機能ブロック図を示す。
【技術分野】
【０００１】
本発明の分野は、情報記憶デバイスを管理するエンティティ（本情報記憶デバイスのオペレータとも呼ばれる）によって個人（ホルダとも呼ばれる）の自由で配置された安全な情報記憶デバイスである。
【０００２】
更に詳しくは、本発明は、この安全な情報記憶のためのデバイス（以下、情報記憶デバイスと呼ぶ）と少なくとも１つのサードパーティとの間の通信のための方法及びシステムに関する。
【０００３】
安全な情報記憶デバイスは、例えば、スマートカード、（ＵＳＢステックのような）ドングル、あるいは他のハードウェア又はソフトウェア情報記憶デバイスの形態で形成される。それは、一般に、サードパーティが、この情報記憶デバイスを用いて通信する際に、使用されることが意図されている情報（データ及び／又はプログラム）を格納する少なくとも１つの安全なコンテナを備え、１又は複数の機能を提供する。
【０００４】
簡潔にするために、以下の記載では、用語「エンティティ」は、システムにおいてその役割を果たすために、エンティティに利用することが可能な任意の手段（ハードウェア及び／又はソフトウェア）と理解される。同様に、用語「サードパーティ」は、システムにおいてその役割を果たすために、サードパーティに利用することが可能な任意の手段（ハードウェア及び／又はソフトウェア）と理解される。
【０００５】
エンティティ、サードパーティ、及び安全な情報記憶デバイスは、１又は複数の通信ネットワークによってともに接続される。
【０００６】
典型的に、情報記憶デバイスはそれぞれ、例えば直接接続（それは例えばＩＰネットワークの場合、ＳＯＡＰサーバを有する）、ハードウェア要素の手段による接続（例えば、セル電話のインタフェース）、ソフトウェア介在（ＩＳＯ７８１６又はＰＫＣＳドライバの場合）のような異なる方式でネットワークに接続され得る。
【０００７】
サードパーティは、例えば銀行、官庁、会社等のようなサービスプロバイダである。
【０００８】
これらの中では、限定される訳ではないが、
サードパーティによるホルダの認証機能（例えば、半永久的パスワードタイプの強力な認証、ワンタイムパスワードすなわちＯＴＰ、秘密キーチャレンジすなわちＣＳ、あるいは２つのキーからなるキーペアの区別された使用（ＰＫＩ））、
電子財布機能、
その他
を含む多くの機能が想定される。
【背景技術】
【０００９】
先行技術及びそれらの欠点は、サードパーティによって使用され、ホルダを認証する認証情報記憶デバイスが、この安全な情報記憶デバイスであるという具体的なケースにおいて議論されるものとする。しかしながら、既に述べたように、本発明は、この安全な情報記憶デバイスに含まれる情報をサードパーティに提供するために使用される機能に関わらず適用され得ることが明らかである。
【００１０】
安全なアクセスを使用するアプリケーションは、次の２つのカテゴリに分類することができる。
例えば、銀行カードアプリケーションやモバイル電話（ＳＩＭ）アプリケーションのようなオンライン（同時）セキュアリングを用いたアプリケーション。
例えば、安全な電子メール又は電子ファイリング又は納税申告書のためのアプリケーションのような、時間遅れ、すなわちオフライン制御セキュアリングを用いたアプリケーション。
【００１１】
これら両ケースで実現される認証アーキテクチャは異なり、互いに極めて排他的である。前者の例（オンラインセキュアリング）では認証アーキテクチャが集中化される。後者の例（オフライン制御セキュアリング）では分散される。集中化されたアーキテクチャは、異なるサービスプロバイダからのアプリケーションの相互利用に対して貧弱に対応する。なぜなら、もともと認証を行うのは集中化された要素のみであるからである。
【００１２】
強力な認証情報記憶デバイス（例えば、「ｗｈａｔ Ｉ ｋｎｏｗ」ＰＩＮコードと「ｗｈａｔ Ｉ ｈａｖｅ」認証との２重認証、スマートカード、又はドングルによる）は既に両タイプのアーキテクチャで実施されている。しかしながら、１つの情報記憶デバイスが、同時に異なるタイプの強力な認証（ＯＴＰ、ＣＳ、ＰＫＩ）に良好であり、集中アーキテクチャ又は分散アーキテクチャで等しく良好に認証できるという例はない。一方、認証情報記憶デバイスは通常、所与のアーキテクチャと同様に、強力なタイプの認証に特化される。なぜなら、全てのタイプの強力な認証を、全てのタイプのアーキテクチャで混合使用する（ｃｒｏｓｓ）ことは可能ではないからである。
【００１３】
言い換えれば、サードパーティはそれぞれ、自己に適切で、認証方法（ＯＴＰ、ＣＳ、ＰＫＩ等）及び認証インフラストラクチャ（集中アーキテクチャ又は分散アーキテクチャ）に特有の認証情報記憶デバイスを実現する。従って、投資及び開発のコストは、異なるサードパーティ間で相互利用されない。認証情報記憶デバイスはハードウェア情報記憶デバイスであり、各インスタンスは、特有の学習コストと、相互利用の欠如によってもたらされるコストとで、特有の記録インフラストラクチャを必要とするので、認証情報記憶デバイスの管理は繁雑である。
【００１４】
この問題を克服するために、例えば、「グローバルオープンプラットフォーム」（「グローバルプラットフォームスマートカード管理システム機能要求、改訂４．０」）と呼ばれるもののような幾つかの技術的解決策が提案された。これによって、幾つかのサードパーティ（サービスプロバイダ）は、カードを管理（特に、供給及び発行）するエンティティ（オペレータとも呼ばれる）に接続することなく、同一のスマートカードタイプの認証情報記憶デバイスを使用することが可能となる。
【００１５】
しかしながら、この従来技術は最適ではない。なぜなら、事前カスタマイズの最終段階で、サードパーティサービスプロバイダをオペレータと独立させるために、信頼できるサードパーティを使用するからである。
【００１６】
更に、この従来技術は極端に厳密である。なぜなら、カード発行者は、可能であれば、カードに搭載されるアプリケーションを事前に知らなければならないからである。新規なアプリケーションは、カードのサービス期間中にダウンロードすることができる。しかしながら、カードのイメージ全体が、再ロードされなければならないであろう。
【発明の開示】
【発明が解決しようとする課題】
【００１７】
本発明は、特に、従来技術のこれら異なる欠点の克服を目的とする。
【００１８】
更に詳しくは、少なくとも１つの実施形態では、安全な情報記憶デバイスと、少なくとも１つのサードパーティとの間の通信技術を提供し、このサードパーティに特有で、この情報記憶デバイスに含まれた安全なコンテナ内の情報記憶デバイスのサービス期間中に、サードパーティが安全に情報を格納、及び／又は減少、及び／又は修正することを可能にすることが本発明の目的の１つである。
【００１９】
従って、本発明は、限定される訳ではないが、特に、情報記憶デバイスに含まれ、サードパーティに割り当てられた安全なコンテナのために、情報記憶デバイスのサービス期間中に、サードパーティによる第１のカスタマイズ動作（古典的なインプラント式カスタマイズ前動作に代わる）、又はカスタマイズ後動作（古典的なインプラント式カスタマイズ前動作又は本発明による第１のカスタマイズ動作が既に実行された場合）の実行を可能にすることを目的としている。
【００２０】
本発明はまた、少なくとも１つの実施形態において、この種の技術を提供し、幾つかのサードパーティがそれぞれ、同じ情報記憶デバイス（情報記憶デバイス相互利用）に含まれる特定の安全なコンテナを有し、かつ、各サードパーティが、他のサードパーティとは独立した自己に特有の安全なコンテナにおける情報の格納、及び／又は使用、及び／又は修正を可能にすることを目的としている。特に、限定される訳ではないが、サードパーティはそれぞれ、他のサードパーティとは独立した自己の安全なコンテナの内容と、同じ情報記憶デバイスに含まれる他の安全なコンテナの内容とをカスタマイズできるに違いない。
【００２１】
また、少なくとも１つの実施形態では、この種の技術を提供して、（情報記憶デバイスが、別のサードパーティに割り当てられた幾つかの安全なコンテナを含むのであれば）他のサードパーティと同様に、情報記憶デバイス管理エンティティによる安全なコンテナへのアクセスを禁止することも本発明の目的である。
【００２２】
また、少なくとも１つの実施形態では、この種の技術を提供して、情報記憶デバイス管理エンティティ（オペレータ）が、情報記憶デバイスに問題があった場合（支払い停止、再配置等）に情報記憶デバイスホルダが頼ることができる責任ある関係者として、かつホルダの自由及びプライバシの保証人（承認されていないアクセスに対する、あるいはサードパーティによる不正なアクセスに対するホルダのデータの保護）として振舞うことが本発明のもう１つの目的である。
【００２３】
安全なコンテナに格納されている情報が、サードパーティによって使用され、情報記憶デバイスホルダが認証される場合、認証方法にリンクしておらず、集中アーキテクチャモデルも分散アーキテクチャモデルも決めない技術を提供することが、本発明の更なる目的である。
【課題を解決するための手段】
【００２４】
これら異なる目的は、以下に示す他の目的と同様に、安全な情報記憶デバイスと、前記情報が交換される少なくとも１つのサードパーティとの間の通信方法によって、本発明に従って達成される。エンティティは、前記情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行する。本発明によれば、この方法は次のステップを備える。
エンティティが、前記情報記憶デバイスに含まれかつ所与のサードパーティに特有の安全なコンテナに、該安全なコンテナと前記所与のサードパーティとの間の通信の許可を与えること。
エンティティが、前記所与のサードパーティに、通信ネットワーク内の情報記憶デバイスの識別子、情報記憶デバイスのアドレス、安全なコンテナの識別子、及び前記通信の許可を送ること。
前記所与のサードパーティが、前記情報記憶デバイスのアドレス、前記情報記憶デバイスの識別子、前記安全なコンテナの識別子、及び前記通信の許可を用いて安全なコンテナとの通信の設定を試みること。
前記所与のサードパーティと安全なコンテナとの間の通信を許諾する前に、情報記憶デバイスが、サードパーティによって送信された通信許可が、エンティティによって前記安全なコンテナに以前に与えられた通信許可と照らし合わせて許諾可能であることを確認すること。
【００２５】
従って、本発明の一般的な原理は、情報記憶デバイスがホルダにハンドオーバされた後、この情報記憶デバイスに含まれる安全なコンテナに、該安全なコンテナとサードパーティとの間の通信の許可を与えることからなる。この通信の許可は、安全なコンテナとサードパーティとの間で通信している情報記憶デバイスによる次の許諾を調整する。
【００２６】
安全なコンテナとサードパーティの間との通信は、サードパーティが、安全なコンテナに情報を格納するか、この情報を使用するか、この情報を修正するかを可能にすることを目的としている。従って、サードパーティは、本発明によって、情報記憶デバイスが、ホルダにハンドオーバされた後に（すなわち、ダウンロードすることによって）、情報記憶デバイスに含まれる安全なコンテナの第１のカスタマイズ動作又はカスタマイズ後動作を実行できるようになる。
【００２７】
安全なコンテナが、割り当てられたサードパーティによってのみ使用されることを保証する際に、安全なコンテナにおける通信の許可を与えるメカニズムにおいて、エンティティが不可欠な役割を果たすことに注目することが重要である。
【００２８】
本発明の好ましい実施形態では、本方法は更に、安全なコンテナと所与のサードパーティとの間の通信が許諾された後に実行される、以下のステップを含む。
前記所与のサードパーティは、安全なコンテナに対する前記所与のサードパーティに特有な第１のアクセスの許可を、前記安全なコンテナに送る。
前記安全なコンテナは、前記第１のアクセスの許可を格納する。これによって、前記第１のアクセスの許可を有する前記所与のサードパーティのみが、次にエンティティと独立して安全なコンテナによって許可され、この安全なコンテナに含まれる情報の使用及び修正が可能となる。
【００２９】
従って、安全なコンテナが、前記所与のパーティに対する具体的な第１のアクセスの許可を格納した後に、安全なコンテナに含まれている情報は、このサードパーティによってのみ管理され、エンティティ及びその他のサードパーティ（情報記憶デバイスが、幾つかのサードパーティ間で相互利用されているのであれば）の両方に対してアクセスすることができない。その後、この所与のサードパーティは、エンティティによる介在なく、すなわち、上述したメカニズムを再実施することなく、（エンティティが、サードパーティと安全なコンテナとの間の通信の許可を、安全なコンテナに与えることに基づいて）安全なコンテナに直接アクセスすることができる。
【００３０】
言い換えると、本発明の好ましい実施形態では、情報記憶デバイスの管理に関連する態様（及び特にこの情報記憶デバイスの発行）が、安全なコンテナに含まれる情報を用いて実行される機能に関する態様と分離される。確かに、情報記憶デバイスを管理するのはエンティティ（オペレータ）であり、上述した機能を実行するのはサードパーティである。
【００３１】
この分離は、エンティティによる情報記憶デバイスの認証のアーキテクチャに、サードパーティによって実施される認証方法とは独立して、情報記憶デバイスホルダを認証させる。言い換えると、この場合、本発明の解決策は、アーキテクチャ（集中又は分散）のモデルを決めず、全てのサードパーティに共通になる認証方法（ＯＴＰ、ＣＳ、ＰＭ等）にリンクされない。
【００３２】
有利なことに、本方法は更に次のステップを備える。
エンティティが、安全なコンテナに対する、所与のサードパーティに特有な第１のアクセスの許可の撤回に対する要求を情報記憶デバイスに送る。
情報記憶デバイスが、安全なコンテナに対する、所与のサードパーティに特有なこの第１のアクセスの許可を撤回する。
【００３３】
従って、エンティティは、サードパーティに特有のこの第１のアクセスの許可を知らないが、例えば、情報記憶デバイスホルダによる要求時（紛失、盗難等の場合）、又はサードパーティによる要求時（情報記憶デバイスホルダの撤回時、あるいはエンティティとサードパーティとの間の契約の非更改時）にそれを撤回することができる。
【００３４】
有利なことに、以下のステップが、第１のアクセスの許可の撤回のステップの前に行われる。
安全なコンテナに対する、前記所与のサードパーティに特有な第１のアクセスの許可の撤回に合意する前に、情報記憶デバイスがエンティティによって予備的に与えられ、情報記憶デバイスによって与えられた第２のアクセスの許可でエンティティを認証する。
【００３５】
有利な特徴によれば、以下のステップが、安全なコンテナに通信の許可を与えるステップの前に行われる。
エンティティが、安全なコンテナに通信の許可を与える要求を情報記憶デバイスへ送る。
安全なコンテナに通信の許可を与えることを許諾する前に、情報記憶デバイスが、エンティティによって予備的に与えられ、情報記憶デバイス内に与えられた第３のアクセスの許可を用いてエンティティを認証する。
【００３６】
エンティティに特有なアクセスの第２及び第３の許可は、全く同一かもしれないことに注目されるべきである。
【００３７】
本発明の有利な実施形態では、以下のステップは、安全なコンテナに通信の許可を与えるステップの前に行われる。所与のサードパーティが、エンティティに対して、所与のサードパーティと安全なコンテナとの間の通信の許可を該安全なコンテナに与えるように要求する。ここで、所与のサードパーティは、エンティティに対して情報記憶デバイスの識別子を与える。
【００３８】
有利なことに、安全なコンテナと所与のサードパーティとの間の通信が許諾された後、所与のサードパーティは、安全なコンテナへ情報を送る。これによって、安全なコンテナは、その情報を格納することができる。
【００３９】
好ましくは、この安全なコンテナに格納された情報は、データとプログラムを備えるグループに属する。
【００４０】
有利なことに、この安全なコンテナに格納された情報は、このグループに属する機能を完了するために使用することができ、
所与のサードパーティによる情報記憶デバイスのホルダの認証、
電子財布、
情報記憶デバイスが協働する装置を使用する許可、
情報記憶デバイスが協働する装置のメンテナンス、
情報記憶デバイスが協働する装置の機能の管理、
を備える。
【００４１】
このリストは完全という訳ではない。
【００４２】
有利なことに、所与のサードパーティは、サービスプロバイダである。
【００４３】
本発明の具体的な実施形態では、本発明は、情報記憶デバイスと少なくとも２つのサードパーティとの間の通信を可能にする。ここでは、各サードパーティに特有の少なくとも１つのコンテナが、情報記憶デバイスに含まれている。
【００４４】
従って、この具体的な実施形態では、情報記憶デバイスは、サードパーティ毎の少なくとも１つのコンテナとともに、異なるサードパーティに割り当てられた幾つかの安全なコンテナを備える（情報記憶デバイスの相互利用）。各サードパーティは、他のサードパーティと独立して、（更に、このサードパーティが、自己に特有な第１のアクセスの許可をコンテナ内に有する好ましいケースにおいては、エンティティとも独立して、）自己に特有の安全なコンテナ内に情報を格納し、及び／又はその情報を使用し、及び／又はその情報を修正することができる。
【００４５】
本発明は、更に、安全な情報記憶デバイスと、少なくとも１つのサードパーティとの間の通信システムにも関連している。ここでは、情報が、サードパーティを用いて交換され、エンティティが、情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行する。この通信システムは、以下によって特徴付けられる。すなわち、
エンティティは、安全なコンテナと、所与のサードパーティとの間の通信の許可を、情報記憶デバイスに含まれかつ所与のサードパーティに特有な安全なコンテナに与える手段を備える。
エンティティは、通信ネットワーク内の情報記憶デバイスの識別子、情報記憶デバイスのアドレス、安全なコンテナの識別子、及び通信の許可を所与のサードパーティに送る手段を備える。
所与のサードパーティは、情報記憶デバイスのアドレス、情報記憶デバイスの識別子、安全なコンテナの識別子、及び通信の許可を用いて安全なコンテナとの通信の設定を試みる手段を備える。
情報記憶デバイスは、所与のサードパーティによって送信された通信の許可が、エンティティによって安全なコンテナ内に予備的に与えられた通信の許可と照らし合わせて許諾可能であることを確認する手段を備える。これによって、情報記憶デバイスは、前記確認する手段が、サードパーティによって送信された通信の許可が許諾可能であると決定する場合にのみ、所与のサードパーティと安全なコンテナとの間の通信を許諾できる。
【００４６】
本発明はまた、情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行するエンティティにも関連する。このエンティティは、
所与の情報記憶デバイスに含まれかつ所与のサードパーティに特有の安全なコンテナに、該安全なコンテナと上記所与のサードパーティとの間の通信の許可を与える手段と、
所与のサードパーティに、通信ネットワーク内の所与の情報記憶デバイスの識別子と、この情報記憶デバイスのアドレスと、安全なコンテナの識別子と、通信の許可とを送る手段とを備える。
これによって、所与のサードパーティは、所与の情報記憶デバイスのアドレス、所与の情報記憶デバイスの識別子、安全なコンテナの識別子、及び通信の許可を用いて安全なコンテナとの通信の設定を試みることができるようになる。更に、所与のサードパーティと安全なコンテナとの間の通信を許諾する前に、情報記憶デバイスは、サードパーティによって送信された通信の許可が、エンティティによって以前に安全なコンテナに与えられた通信の許可と照らし合わせて許諾可能であることを確認することができるようになる。
【００４７】
本発明は更に、情報が交換される少なくとも１つのサードパーティとの通信手段を備えるタイプの安全な情報記憶デバイスに関する。この情報記憶デバイスは、
情報記憶デバイスに含まれかつ所与のサードパーティに特有な安全なコンテナに、該安全なコンテナと所与のサードパーティとの間の通信の許可を記憶する手段を備える。この通信の許可は、情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を提供するエンティティによって与えられる。更にこの情報記憶デバイスは、
所与のサードパーティによって送信された通信の許可が、安全なコンテナにエンティティによって予備的に与えられた通信の許可と照らし合わせて許諾可能であることを確認する手段を備える。これによって、情報記憶デバイスは、前記確認する手段が、サードパーティによって送信された通信の許可を許諾することが可能であると決定した場合にのみ、所与のサードパーティと安全なコンテナとの間の通信を許諾できるようになる。
【００４８】
本発明は更に、安全な情報記憶デバイスとの通信手段を備えたタイプのサードパーティに関する。このサードパーティは、
通信ネットワーク内の情報記憶デバイスのアドレス及び情報記憶デバイスの識別子、安全なコンテナの識別子、安全なコンテナとサードパーティとの間の通信の許可を、情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行するエンティティから受信する手段と、
情報記憶デバイスのアドレス、情報記憶デバイスの識別子、安全なコンテナの識別子、及び通信の許可を用いて安全なコンテナとの通信の設定を試みる手段とを備える。
これによって、サードパーティとコンテナとの間の通信を許諾する前に、情報記憶デバイスは、エンティティによって、安全なコンテナ内に予備的に与えられた通信の許可と照らし合わせて、通信の許可が許諾可能であることを確認できるようになる。
【００４９】
本発明の他の特徴及び利点が、限定しない表示によって与えられた本発明の好ましい実施形態の記載と、添付図面から明らかになるものとする。
【００５０】
図１〜図３はそれぞれ、安全な情報記憶デバイスとサードパーティとの間の通信の本発明に従った具体的実施形態の別の段階を例示している。
【発明を実施するための最良の形態】
【００５１】
以下に記述する本発明の特定の実施形態において、本発明のシステムは以下を備える。
例えばドングルのように、それぞれが１又は複数の安全なコンテナを備える複数の安全な情報記憶デバイス。
安全な情報記憶デバイスが委ねられる複数のホルダ。
以下オペレータと称され、安全な情報記憶デバイスの管理（配信を含む）を行うエンティティ。
例えばサービスプロバイダ（銀行、管理官庁、企業等）のような１又は複数のサードパーティ。
恐らくはオペレータと同一であろう１又は複数のアイデンティティプロバイダ、つまりＩＤＰ。
エンティティ（オペレータ）、サードパーティ（サービスプロバイダ）、安全な情報記憶サービス（ドングル）、及びアイデンティティプロバイダ（ＩＤＰ）を接続するために使用される１又は複数の通信ネットワーク。
【００５２】
オペレータは、本発明のシステムを展開し、かつホルダを装備する関係者である。各情報記憶デバイスは、それぞれに固有の認証手段によって最初から個別に取り扱われるので、オペレータは、この情報記憶デバイスを識別し認証することができる。オペレータは、自己の安全なコンテナ（ホルダに委ねた情報記憶デバイスに含まれる）をサービスプロバイダに貸し出すか、あるいは売却する。オペレータは、例えば、オフセットアイデンティティプロバイダのように、ホルダの認証を託された異なるアイデンティティプロバイダ（ＩＤＰ）に接続される。
【００５３】
以下に詳細に述べるように、オペレータは、オペレータに特有であって、かつホルダに託された情報記憶デバイスの安全なコンテンツの管理を可能にするアクセス許可（例えば、暗号センスの秘密）を有する。オペレータに特有のこのアクセス許可を用いて、オペレータは、特に、所与のアクセスプロバイダに特有の別のアクセス許可の、所与の安全なコンテナによる許諾を認める。更に、それは、このプロバイダを知る必要なく、アクセスプロバイダに特有なアクセスの許可を撤回し得る。一般に、オペレータは、ホルダ及びサービスプロバイダに関して、システム全体の機密性特性及び信頼性の義務を負うセキュリティの保証人のままである。
【００５４】
ホルダは、オペレータによって託された情報記憶デバイスを有する個人である。ホルダは、この情報記憶デバイスと、あたかも、多くの個別の情報記憶デバイスのようであり、それに含まれるそれぞれの安全なコンテナとを用いる。例えば、安全なコンテナは、例えばＩＳＯ７８１６、ＰＫＣＳ、又は他のタイプのインタフェースのようなアプリケーションプログラミングインタフェースＡＰＩによってアクセス可能である。
【００５５】
情報記憶デバイスに含まれた安全なコンテナは、安全なコンテナへのアクセス権を持つ人々によってのみ読取又は利用可能なコンテンツを持つ。これら権利は、ホルダの管理の下、オペレータによって委託される。安全なコンテナに含まれる情報は、例えば、データ及びプログラム、例えば、非専門家文書、複数用途に関する証明書又は小さなプログラム又はアプレットであり、また、具体的ではあるが、限定するものではない認証を含む。
【００５６】
サービスプロバイダは、オペレータによって展開された情報記憶デバイスを使用できるようにするために、オペレータとの契約を行う関係者である。オペレータは、ホルダが自分の情報記憶デバイス（及びより詳細にはこのデバイスの安全なコンテナの１つ）で情報（データ及び／又はプログラム）を受信すべきであるとサービスプロバイダが提案することを可能にする。その後、サービスプロバイダとホルダとの間の直接的な関係を可能にする。したがって、認証に特有のアプリケーションでは、情報記憶デバイスは、１又は複数のサービスプロバイダに、「署名ベアリング（signature bearing）」機能を保証する。
【００５７】
以下に詳述するように、各サービスプロバイダは、（例えば、秘密のフォームによって）それぞれに特有であるアクセスの許可を生成する権利が与えられている。それは、オペレータによって許可された後、安全なコンテナへの直接アクセス（すなわち、オペレータとは独立したアクセス）を与える。
【００５８】
サービスプロバイダは、このサービスプロバイダに割り当てられた安全なコンテナのユーザとして、ホルダの記録のために、自己のメカニズムを実施しなければならない。このメカニズムは、特に、サービスプロバイダによるその情報記憶デバイスの安全なコンテナの使用に対するホルダの合意を保証する。
【００５９】
サービスプロバイダは、ホルダに託された情報記憶デバイス内の識別子によって識別される。サービスプロバイダは、アイデンティティプロバイダ（ＩＤＰ）によって認証されたこの情報記憶デバイスのネットワーク識別情報を得た場合、この情報記憶デバイスにアクセスすることができる。
【００６０】
このアイデンティティプロバイダは、所与のネットワークアドレスにおいて、安全な情報記憶デバイスを認証することができる。この認証方法は、情報記憶デバイスに重要ではない。アイデンティティプロバイダは、認証要求に応答して、サービスプロバイダに対して匿名であるか又は匿名でないポインタを与える。
【００６１】
以下の説明では、安全な情報記憶デバイスがドングル（例えばＵＳＢスティック）である例によって仮定されている。しかしながら、本発明は、この情報記憶デバイスの（例えば、スマートカードの形態）その他の任意のタイプの実施形態、ハードウェア又はソフトウェアを用いて適用可能であることが明らかである。
【００６２】
図１では、安全な情報記憶デバイス（ドングル）とサードパーティ（サービスプロバイダ）との間の通信のための本発明に従った方法の具体的な実施形態の初期段階が示される。この初期段階は、情報記憶デバイスに含まれる安全なコンテナに対するサービスプロバイダのアクセスの初期段階である。
【００６３】
第１のステップ（示されない）では、最終ユーザ（端末）は、幾つか（図示する例では３つ）の安全なコンテナ４４ａ、４４ｂ及び４４ｃを備えたドングル４０を有する。このドングル４０は識別子を必要とする。これは、恐らく、通信ネットワーク７０におけるこのドングルのアドレスと同一であろう。
【００６４】
第２のステップ（２）では、安全なコンテナのうちの１つ（例えば参照符号４４ｂ）との通信を望むサービスプロバイダ６０は、ドングル４０を識別する。ここでは、ドングルのホルダが、このサービスプロバイダの顧客であると仮定されている。
【００６５】
第３のステップ（３）では、サービスプロバイダ６０は、ドングルと、ドングルに含まれる安全なコンテナを管理するオペレータ５０をアドレスし、オペレータ５０に対して、所与の安全なコンテナ（例えば、参照符号４４ｂ）との通信の許可を与えるように要求する。サービスプロバイダは、このオペレータに、少なくともドングルの識別情報（例えば、顧客のドングルに印刷されたようなシリアル番号、又は、アイデンティティプロバイダ（ＩＤＰ）の匿名「ハンドル」、又は、なされた選択が、ＰＣＩ証明書又は匿名の認証証明書によるドングルの識別情報の実施である場合、ドングルの識別証明書で読取可能な識別番号）を送る。
【００６６】
オプションのステップ（図示せず）（オプションａ）では、サービスプロバイダ６０が、オペレータ５０に、この顧客に関してサービスプロバイダに割り当てられた安全なコンテンツ４４ｂの識別子を尋ねる。このステップはオプションである。なぜなら、別の実施（オプションＢ）では、オペレータが、サービスプロバイダに対して、それらを結び付ける契約が設定されるや否や、この情報の部分を与える。
【００６７】
第４のステップ（４）では、オペレータ５０が、関連する安全なコンテナ４４ｂ内に情報を格納するようにドングル４４に要求する。
【００６８】
第５のステップ（５）では、ドングル４０が、オペレータに特有なアクセス（秘密）を許可することによってオペレータ５０を認証する。これは、販売による流通前に、ドングルをカスタマイズするときになされる。
【００６９】
第６のステップでは、オペレータ５０が、安全なコンテナ４４ｂに、安全なコンテナとサービスプロバイダ６０との間の通信の許可を与える。
【００７０】
第７のステップ（７）では、オペレータ５０が、最低でも、関連するドングル４０の識別子、ドングルのネットワークアドレス、安全なコンテナ４４ｂの識別子、及び前述した通信の許可を、ネットワーク７０でサービスプロバイダ６０へ送る。
【００７１】
第８のステップ（８）では、サービスプロバイダ６０が、ドングル４０の安全なコンテナ４４ｂを直接アドレスする。なぜなら、サービスプロバイダ６０は、安全なコンテナ４４ｂの識別子と同様に、ドングルの識別子及びネットワークアドレスを知っているからである。そしてサービスプロバイダ６０は、前述した通信の許可を与える。
【００７２】
第９のステップ（９）では、安全なコンテナ４４ｂとサービスプロバイダ６０との間の通信を許諾する前に、ドングル４０が、前述した通信の許可の事前確認を行う。更に詳しくは、この確認は、例えば、ドングルのオペレーティングシステムによって実行される。そして、肯定的な結果が得られた場合には、このドングルが、安全なコンテナのオペレーティングシステムに対して、上述した通信を介してサービスプロバイダが与える秘密を許諾するように要求する（図４の説明参照）。
【００７３】
第１０のステップ（１０）では、サービスプロバイダ６０が、安全なコンテナ４４ｂに対して、後の使用時に格納されるために（すなわち、サービスプロバイダが、安全なコンテナ４６ｂと再び通信を要求する場合にはいつでも。図２の説明参照）、安全なコンテナに対するアクセスの許可を送る。このように、アクセスプロバイダは、オペレータと独立するようになる。オペレータは、サービスプロバイダに特有のこの許可を知らない。したがって、オペレータは、サービスプロバイダを知らずに使用することができない。一方、オペレータは、許可を撤回する能力を有する（図３の説明参照）。
【００７４】
第１１のステップ（１１）では、サービスプロバイダ６０が、安全なコンテナ４４ｂ内にデータ及びプログラムを格納する。このコンテナ４４ｂは、単独制御され、オペレータ５０と同様に、他のサービスプロバイダにアクセスすることができない。
【００７５】
従って、安全なコンテナの機密性特性を保証するのはオペレータである。安全なコンテナに情報を格納したサービスプロバイダのみが、この情報にアクセスでき、同じドングルの他の安全なコンテナと、そこに格納されている情報の特徴を用いるサービスプロバイダの身元は分からない。
【００７６】
図４を用いて、本発明の安全な記憶情報記憶デバイスの具体的な実施形態を示す。
【００７７】
この実施形態では、情報記憶デバイス４０は、オペレーティングシステム（ＯＳ）４１、メモリ領域４２、及び３つの安全なコンテナ４４ａ、４４ｂ及び４４ｃを備える。本発明は、もちろん、具体的な値からなる安全なコンテナ数に限定されるものではない。
【００７８】
メモリ領域４２は、オペレータに特有なアクセスの許可４３を特に格納する（図１に例示した初期化段階の第５のステップ（５）の上述の記載を参照）。
【００７９】
安全なコンテナ４４ａ、４４ｂ又は４４ｃはそれぞれメモリ領域４４２ａ、４４２ｂ又は４４２ｃに加えて、オペレーティングシステム（ＯＳ）４４１ａ、４４１ｂ又は４４１ｃを備える。安全なコンテナそれぞれのオペレーティングシステム（ＯＳ）はまた、情報処理スタックの下部層として見なすこともできる。各メモリ領域４４２ａ、４４２ｂ又は４４２ｃは、特に、サービスプロバイダに特有のアクセス４４３ａ、４４３ｂ又は４４３ｃの許可を格納している（図１に例示した初期化段階の第１０のステップ（１０）の上述の記載を参照）。
【００８０】
更に詳しくは、情報記憶デバイス４０のオペレーティングシステム（在来プログラム（ＯＳ））４１は、例えばＣＰ／ＣＭＳ（ＶＭ／３７０とも呼ばれる）のような仮想オペレーティングシステムの媒体としてオペレーティングシステム自体のものに類似した機能、あるいはアプリケーションサーバに類似した機能を有する。従って、それは、完全に仮想化され、分離され、孤立したメモリ空間及び最終システムにおいて、別の安全なコンテナに対応した別の仮想計算機の動作を生み出し得る。言い換えれば、各仮想計算機は、「安全なコンテナ」機能のサポートである。各計算機は、例えば、ＡＰＩ ＩＳＯ７８１６又はＰＫＣＳ規格によって、プログラムの実行と同様に、永久データ又は揮発性データに対するアクセスを管理する。
【００８１】
また、情報記憶デバイス４０のオペレーティングシステム４１は、サービスプロバイダ、オペレータ、及びアイデンティティプロバイダ（ＩＤＰ）との関係に責任を持つ。安全なコンテナはそれぞれ、サービスプロバイダと共有される秘密を知っている。この秘密は、情報記憶デバイス４０のオペレーティングシステム４１の管理の下でダウンロードされている。安全なコンテナが、仮想計算機のフィールド内にあり、かつ情報記憶デバイス４０によって構築され、この情報記憶デバイスのオペレーティングシステム４１に知られていない新たな秘密を知ることなく、サービスプロバイダと共有された新たな秘密を許諾することを許可できるのはこのオペレーティングシステム４１である。
【００８２】
安全なコンテナそれぞれのワーキングメモリ空間は、別の安全なコンテナに対して完全にアクセス可能である。従って、各仮想計算機は、他の仮想計算機の存在を知らず、情報記憶デバイスの全能力からの恩恵を得ることを期待する。場合に応じて、安全なコンテナのうちの唯一のものによって使用されるメモリリソースを節約することが可能である。
【００８３】
安全なコンテナはそれぞれ安全に（「空気を介して」）、データを外部から受け取り、データを外部へ提供する。なぜなら、このコンテナと、このコンテナの受託人（サービスプロバイダ）との間には共有された秘密があるからである。この秘密は、安全なコンテナの受託人（サービスプロバイダ）の展開に依存して、情報記憶デバイスのオペレーティングシステムの管理の下、オペレータによって変更され得る。例えば、この情報記憶デバイス内には、安全なコンテナを使用する権利が与えられたサービスプロバイダの識別情報を保持するためのデータベースが存在する。安全なコンテナそれぞれについて、このデータベースは、二重化されており、サービスプロバイダの識別子と、サービスプロバイダと共有される秘密とを含む。安全なコンテナへのアクセスのための秘密の更新を可能にするために、別の共有秘密によるオペレータプラットフォームの認証もある。この秘密は、保護されたゾーン内に、製造時に埋め込まれる。安全なコンテナの受託人が、このコンテナと通信するために、オペレータの認証システムによって取得可能な情報記憶デバイスの識別子があるべきである。
【００８４】
図２を用いて、本発明の方法の具体的実施形態の第２の段階、つまり、割り当てられた安全なコンテナ４４ｂへのサービスプロバイダ６０によるアクセス段階を示す。
【００８５】
図１に関して上述した第１の段階は既に達成されて、安全なコンテナ４４ｂは、サービスプロバイダ６０に特有のアクセス許可を特に格納すると仮定される。
【００８６】
第１のステップ（２１）では、ドングルのネットワークアドレスと、ホルダのアイデンティティとの間の対応を知るために、サービスプロバイダ６０は、ドングル４０のホルダに対して、アイデンティティプロバイダ（ＩＤＰ）８０を用いて自己を識別するように要求する。
【００８７】
サービスプロバイダ６０に関し、ドングル４０へアクセスするために２つの方法があることが注目されねばならない。すなわち、サービスプロバイダが、ドングルと直接オンライン対話できることか、あるいは、サービスプロバイダが、オペレータに対して、（オペレータ自身あるいはＩＤＰによる）ドングルの認証を要求するかである。第２のアプローチ（上述され図２に例示された）を利用することは、オペレータと無関係なサービスプロバイダが、ドングルすなわちホルダの認証の形式を取得することを、一定のランダム値を送り、所与のドングルから同じ応答を常に得ることを可能にすることによって、あるいは、リードモードにおいては、格納された再現情報を自由に見つけることができる安全なコンテナへのリードアクセスを得ることによって、阻止することである。この目的は、オペレータと合意したサービスプロバイダのビジネス興味を維持することである。
【００８８】
第２のステップ（２２）では、サービスプロバイダ６０が、アイデンティティプロバイダ（ＩＤＰ）８０との関係を有するのであれば、アイデンティティプロバイダは、認証を設定する。
【００８９】
第３のステップ（２３）では、この認証が有効な場合、アイデンティティプロバイダ（ＩＤＰ）は、識別されたホルダがこのネットワークアドレスに存在することをサービスプロバイダに通知する。これは、何れの認証方法（ＰＫＩ、ＯＴＰ、秘密キーチャレンジ等）であってもあてはまる。サービスプロバイダへのこの情報の送信は、「オフ帯域チャネル」によって直接的に行われるか、あるいは、ナビゲータのクッキー、つまりカップル（ホルダの識別子、ドングルのネットワークアドレス）によってかの何れか一方によって行われる。したがって、サービスプロバイダは識別子によってドングルを知り、ネットワークアドレスによってそれをアドレスする方法を知っている。
【００９０】
第４のステップ（２４）では、サービスプロバイダ６０は、ドングルの安全なコンテナ４４Ｂに直接アクセスし、例えば、ＡＰＩ ＩＳＯ７８１６規格又はＰＫＣＳ規格によって、動作を要求することができる。この要求は、ドングル４０のオペレーティングシステム（ＯＳ）によって受信され、この安全なコンテナが、この要求の宛先コンテナであるかを発見するための探索がなされる。
【００９１】
第５のステップ（２５）が以下に記載される。ドングル４０側の問題は、安全なコンテナにアクセスする不正な試みに対する防御を得ることである。安全なコンテナのオペレーティングシステムは、この制御を委託される。この目的のために、サービスプロバイダ６０のアイデンティティを知らなければならない。このアイデンティティが、安全なコンテナ４０ｂへのアクセスのために許可されたサービスプロバイダのうちの１つであれば、オペレーティングシステム又は安全なコンテナは、このサービスプロバイダ６０が、安全なコンテナ４４ｂへの合法的なアクセスを有すること（この情報の一部は、ドングルのオペレーティングシステムによって、オペレータによって与えられる）と、オペレーティングシステム又は安全なコンテナが、サービスプロバイダを認証することとを知るべきであることが更に必要である。オペレーティングシステム又は安全なコンテナは、例えば、秘密キーチャレンジを用いてそうする。このチャレンジを行うために、ドングルは、ネットワークを通ってサービスプロバイダに要求を送ることができるべきである。場合に応じて、ドングルは、それ自身のネットワークインタフェースを有するかもしれないし、あるいは外部インタフェースをあてにするかもしれない。この認証が成功するか失敗するかに依存して、サービスプロバイダ６０は、安全なコンテナ４４ｂと通信するかもしれないし、通信しないかもしれない。
【００９２】
第６のステップ（２６）では、万一通信が可能ならば、交換の残りは、ＩＳＯ ７８１６、ＰＫＣＳ、あるいは別のプロトコルのような古典的プロトコルによって行うことができる。このプロトコルは、ドングル４０のオペレーティングシステムによって安全なコンテナ４４ｂのオペレーティングシステムによってサポートされ、選択されたプロトコルにおける関係者である要素を有する経験が、サービスプロバイダ６０に与えられる。
【００９３】
図３には、本発明の具体的な実施形態の第３の段階、すなわち、ドングル４０の所与の安全なコンテナ４４ｂのために、サービスプロバイダ６０（サードパーティ）に予備的に割り当てられたアクセスの許可の撤回段階が示される。
【００９４】
図１に関し上述された第１の段階が既に行なわれ、安全なコンテナ４４ｂが、特にサービスプロバイダ６０に特有のアクセスの許可を格納すると仮定される。
【００９５】
第１のステップ（３１）では、オペレータ５０は、この安全なコンテナ４４ｂのために、サービスプロバイダ６０に特有のアクセスの許可の撤回を、ドングル４０に対して要求する。
【００９６】
第２のステップ（３２）では、ドングル４０は、オペレータに特有であり、かつ販売による流通前、ドングルのカスタマイズ時になされたアクセス許可（秘密）によってオペレータ５０を認証する。
【００９７】
第３のステップ（３３）では、ドングルのオペレーティングシステム（ＯＳ）は、この要求を、関連する安全なコンテナ４４ｂに渡し、この要求された撤回が実行される。
【００９８】
本発明は、限定された数の実施形態を参照して説明されたが、当業者であれば、この説明を読むことによって、本発明の範囲を逸脱することなく、他の実施形態が想到されることを理解するであろう。結果として、本発明の範囲は、特許請求の範囲によってのみ制限される。
【図面の簡単な説明】
【００９９】
【図１】情報記憶デバイスに含まれた安全なコンテナへのサードパーティのアクセスの初期段階を示す。
【図２】この安全なコンテナへのサードパーティのアクセス段階を示す。
【図３】サードパーティに予備的に割り当てられたアクセスの具体的な許可の撤回の段階を示す。
【図４】本発明の安全な情報記憶デバイスの具体的な実施形態の機能ブロック図を示す。
【特許請求の範囲】
【請求項１】
安全な情報記憶デバイス（４０）と、前記情報が交換される少なくとも１つのサードパーティ（６０）との間の通信方法であって、エンティティ（５０）が前記情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行する通信方法において、
前記エンティティが、前記情報記憶デバイスに含まれかつ所与のサードパーティに特有の安全なコンテナ（４４ｂ）に該安全なコンテナと前記所与のサードパーティとの間の通信の許可を与えるステップ（６）と、
前記エンティティが、前記所与のサードパーティに、前記通信ネットワーク内の情報記憶デバイスの識別子とアドレス、前記安全なコンテナの識別子、及び前記通信の許可を送るステップ（７）と、
前記所与のサードパーティが、前記情報記憶デバイスのアドレス、前記情報記憶デバイスの識別子、前記安全なコンテナの識別子、及び前記通信の許可を用いて前記安全なコンテナとの通信の設定を試みるステップ（８）と、
前記所与のサードパーティと前記安全なコンテナとの間の通信を許諾する前に、前記情報記憶デバイスが、前記サードパーティによって送信された通信許可が前記エンティティによって前記安全なコンテナに以前に与えられた通信許可と照らし合わせて許諾可能であることを確認するステップ（９）と、
を含む、ことを特徴とする方法。
【請求項２】
前記安全なコンテナと前記所与のサードパーティとの間の通信が許諾された後に、
前記所与のサードパーティが、前記安全なコンテナに対する前記所与のサードパーティに特有な第１のアクセスの許可を前記安全なコンテナに送るステップと、
前記安全なコンテナが、前記第１のアクセスの許可を格納して、前記第１のアクセスの許可を有する前記所与のサードパーティのみが、次に前記エンティティと独立して前記安全なコンテナによって許可され、前記安全なコンテナに含まれる情報の使用及び修正を可能とするステップと、
を更に含む、ことを特徴とする請求項１に記載の方法。
【請求項３】
前記エンティティが、前記安全なコンテナに対する前記所与のサードパーティに特有な前記第１のアクセスの許可の撤回に関する要求を前記情報記憶デバイスに送るステップ（３１）と、
前記情報記憶デバイスが、前記安全なコンテナに対する前記所与のサードパーティに特有な前記第１のアクセスの許可を撤回するステップ（３３）と、
を更に含む、ことを特徴とする請求項２に記載の方法。
【請求項４】
前記安全なコンテナに対する前記所与のサードパーティに特有な第１のアクセスの許可の撤回に合意する前に、前記情報記憶デバイスが前記エンティティによって予備的に与えられかつ前記情報記憶デバイスによって与えられた第２のアクセスの許可で前記エンティティを認証するステップ（３２）が、前記第１のアクセスの許可を撤回するステップの前に行われる、ことを特徴とする請求項３に記載の方法。
【請求項５】
前記エンティティが前記安全なコンテナに通信の許可を与える要求を前記情報記憶デバイスへ送るステップ（４）と、
前記安全なコンテナに通信の許可を与えることを許諾する前に、前記情報記憶デバイスが前記エンティティによって予備的に与えられかつ前記情報記憶デバイス内に与えられたアクセスの許可を用いて前記エンティティを認証するステップ（５）と、
が前記安全なコンテナに通信の許可を与えるステップの前に行われる、ことを特徴とする請求項１〜４のいずれか1項に記載の方法。
【請求項６】
前記所与のサードパーティが、前記エンティティに対して、所与のサードパーティと安全なコンテナとの間の通信の許可を前記安全なコンテナに与えるように要求し、前記所与のサードパーティが、前記エンティティに対して前記情報記憶デバイスの識別子を与えるステップ（３）が、
前記安全なコンテナに通信の許可を与えるステップの前に行われる、ことを特徴とする請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記安全なコンテナと前記所与のサードパーティとの間の通信が許諾された後、前記所与のサードパーティが前記安全なコンテナへ情報を送って、前記安全なコンテナがその情報を格納する（１１）、ことを特徴とする請求項１〜６のいずれか１項に記載の方法。
【請求項８】
前記安全なコンテナに格納された情報は、データとプログラムを備えるグループに属する、ことを特徴とする請求項１〜７のいずれか１項に記載の方法。
【請求項９】
前記安全なコンテナに格納された情報は、グループに属する機能を完了するために使用することができ、
前記所与のサードパーティによる前記情報記憶デバイスのホルダの認証、
電子財布、
前記情報記憶デバイスが協働する装置を使用する許可、
前記情報記憶デバイスが協働する装置のメンテナンス、
前記情報記憶デバイスが協働する装置の機能の管理、
を含む、ことを特徴とする請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
前記所与のサードパーティ（６０）はサービスプロバイダである、ことを特徴とする請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
前記情報記憶デバイスと、少なくとも２つのサードパーティとの間の通信を可能にし、各サードパーティに特有の少なくとも１つのコンテナが、前記情報記憶デバイスに含まれている、ことを特徴とする請求項１〜１０のいずれか１項に記載の方法。
【請求項１２】
安全な情報記憶デバイスと、前記情報が交換される少なくとも１つのサードパーティとの間の通信のシステムであって、エンティティが、前記情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行するシステムにおいて、
前記エンティティが、安全なコンテナと前記所与のサードパーティとの間の通信の許可を、前記情報記憶デバイスに含まれかつ前記所与のサードパーティに特有な前記安全なコンテナに与える手段を備え、
前記エンティティが、通信ネットワーク内の前記情報記憶デバイスの識別子と前記情報記憶デバイスのアドレス、前記安全なコンテナの識別子、及び前記通信の許可を前記所与のサードパーティに送る手段を備え、
前記所与のサードパーティが、前記情報記憶デバイスのアドレス、前記情報記憶デバイスの識別子、前記安全なコンテナの識別子、及び前記通信の許可を用いて前記安全なコンテナとの通信の設定を試みる手段を備え、
前記情報記憶デバイスが、前記所与のサードパーティによって送信された通信の許可が、前記エンティティによって安全なコンテナに予備的に与えられた通信の許可と照らし合わせて許諾可能であることを確認する手段を備えて、前記確認する手段が、前記サードパーティによって送信された通信の許可が許諾可能と決定する場合にのみ、前記情報記憶デバイスが、前記所与のサードパーティと前記安全なコンテナとの間の通信を許諾する、ことを特徴とするシステム。
【請求項１３】
情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行するエンティティであって、
所与の情報記憶デバイスに含まれかつ所与のサードパーティに特有の安全なコンテナに、該安全なコンテナと前記所与のサードパーティとの間の通信の許可を与える手段と、
前記所与のサードパーティに、通信ネットワーク内の所与の情報記憶デバイスの識別子と、前記情報記憶デバイスのアドレスと、前記安全なコンテナの識別子と、前記通信の許可とを送る手段と、を備え、
これによって、前記所与のサードパーティが、前記所与の情報記憶デバイスのアドレス、前記所与の情報記憶デバイスの識別子、前記安全なコンテナの識別子、及び前記通信の許可を用いて前記安全なコンテナとの通信の設定を試みることができ、更に、前記所与のサードパーティと前記安全なコンテナとの間の通信を許諾する前に、前記情報記憶デバイスが、前記サードパーティによって送信された通信の許可が前記エンティティによって以前に安全なコンテナに与えられた通信の許可と照らし合わせて許諾可能であることを確認する、
ことを特徴とするエンティティ。
【請求項１４】
情報が交換される少なくとも１つのサードパーティとの通信手段を備えるタイプの安全な情報記憶デバイスであって、
前記情報記憶デバイスに含まれかつ所与のサードパーティに特有な安全なコンテナに、該安全なコンテナと前記所与のサードパーティとの間の通信の許可を記憶する手段であって、前記通信の許可が、前記情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を提供するエンティティによって与えられる手段と、
前記所与のサードパーティによって送信された通信の許可が、前記安全なコンテナ内に前記エンティティによって予備的に与えられた通信の許可と照らし合わせて許諾可能であることを確認する手段であって、前記サードパーティによって送信された通信の許可を許諾することが可能であると決定した場合にのみ、前記所与のサードパーティと前記安全なコンテナとの間の通信を許諾できる手段と、
を備える、ことを特徴とする安全な情報記憶デバイス。
【請求項１５】
安全な情報記憶デバイスとの通信の手段を備えるタイプのサードパーティであって、
通信ネットワーク内の前記情報記憶デバイスのアドレスと、前記情報記憶デバイスの識別子、安全なコンテナの識別子、前記安全なコンテナと前記サードパーティとの間の通信の許可を、前記情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行するエンティティから受信する手段と、
前記情報記憶デバイスのアドレス、前記情報記憶デバイスの識別子、前記安全なコンテナの識別子、及び前記通信の許可を用いて前記安全なコンテナとの通信の設定を試みる手段と、を備え、
これによって、前記サードパーティと前記コンテナとの間の通信を許諾する前に、前記情報記憶デバイスは、前記エンティティによって前記安全なコンテナ内に予備的に与えられた通信の許可と照らし合わせて、前記通信の許可が許諾可能であることを確認する、
ことを特徴とするサードパーティ。
【請求項１】
安全な情報記憶デバイス（４０）と、前記情報が交換される少なくとも１つのサードパーティ（６０）との間の通信方法であって、エンティティ（５０）が前記情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行する通信方法において、
前記エンティティが、前記情報記憶デバイスに含まれかつ所与のサードパーティに特有の安全なコンテナ（４４ｂ）に該安全なコンテナと前記所与のサードパーティとの間の通信の許可を与えるステップ（６）と、
前記エンティティが、前記所与のサードパーティに、前記通信ネットワーク内の情報記憶デバイスの識別子とアドレス、前記安全なコンテナの識別子、及び前記通信の許可を送るステップ（７）と、
前記所与のサードパーティが、前記情報記憶デバイスのアドレス、前記情報記憶デバイスの識別子、前記安全なコンテナの識別子、及び前記通信の許可を用いて前記安全なコンテナとの通信の設定を試みるステップ（８）と、
前記所与のサードパーティと前記安全なコンテナとの間の通信を許諾する前に、前記情報記憶デバイスが、前記サードパーティによって送信された通信許可が前記エンティティによって前記安全なコンテナに以前に与えられた通信許可と照らし合わせて許諾可能であることを確認するステップ（９）と、
を含む、ことを特徴とする方法。
【請求項２】
前記安全なコンテナと前記所与のサードパーティとの間の通信が許諾された後に、
前記所与のサードパーティが、前記安全なコンテナに対する前記所与のサードパーティに特有な第１のアクセスの許可を前記安全なコンテナに送るステップと、
前記安全なコンテナが、前記第１のアクセスの許可を格納して、前記第１のアクセスの許可を有する前記所与のサードパーティのみが、次に前記エンティティと独立して前記安全なコンテナによって許可され、前記安全なコンテナに含まれる情報の使用及び修正を可能とするステップと、
を更に含む、ことを特徴とする請求項１に記載の方法。
【請求項３】
前記エンティティが、前記安全なコンテナに対する前記所与のサードパーティに特有な前記第１のアクセスの許可の撤回に関する要求を前記情報記憶デバイスに送るステップ（３１）と、
前記情報記憶デバイスが、前記安全なコンテナに対する前記所与のサードパーティに特有な前記第１のアクセスの許可を撤回するステップ（３３）と、
を更に含む、ことを特徴とする請求項２に記載の方法。
【請求項４】
前記安全なコンテナに対する前記所与のサードパーティに特有な第１のアクセスの許可の撤回に合意する前に、前記情報記憶デバイスが前記エンティティによって予備的に与えられかつ前記情報記憶デバイスによって与えられた第２のアクセスの許可で前記エンティティを認証するステップ（３２）が、前記第１のアクセスの許可を撤回するステップの前に行われる、ことを特徴とする請求項３に記載の方法。
【請求項５】
前記エンティティが前記安全なコンテナに通信の許可を与える要求を前記情報記憶デバイスへ送るステップ（４）と、
前記安全なコンテナに通信の許可を与えることを許諾する前に、前記情報記憶デバイスが前記エンティティによって予備的に与えられかつ前記情報記憶デバイス内に与えられたアクセスの許可を用いて前記エンティティを認証するステップ（５）と、
が前記安全なコンテナに通信の許可を与えるステップの前に行われる、ことを特徴とする請求項１〜４のいずれか1項に記載の方法。
【請求項６】
前記所与のサードパーティが、前記エンティティに対して、所与のサードパーティと安全なコンテナとの間の通信の許可を前記安全なコンテナに与えるように要求し、前記所与のサードパーティが、前記エンティティに対して前記情報記憶デバイスの識別子を与えるステップ（３）が、
前記安全なコンテナに通信の許可を与えるステップの前に行われる、ことを特徴とする請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記安全なコンテナと前記所与のサードパーティとの間の通信が許諾された後、前記所与のサードパーティが前記安全なコンテナへ情報を送って、前記安全なコンテナがその情報を格納する（１１）、ことを特徴とする請求項１〜６のいずれか１項に記載の方法。
【請求項８】
前記安全なコンテナに格納された情報は、データとプログラムを備えるグループに属する、ことを特徴とする請求項１〜７のいずれか１項に記載の方法。
【請求項９】
前記安全なコンテナに格納された情報は、グループに属する機能を完了するために使用することができ、
前記所与のサードパーティによる前記情報記憶デバイスのホルダの認証、
電子財布、
前記情報記憶デバイスが協働する装置を使用する許可、
前記情報記憶デバイスが協働する装置のメンテナンス、
前記情報記憶デバイスが協働する装置の機能の管理、
を含む、ことを特徴とする請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
前記所与のサードパーティ（６０）はサービスプロバイダである、ことを特徴とする請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
前記情報記憶デバイスと、少なくとも２つのサードパーティとの間の通信を可能にし、各サードパーティに特有の少なくとも１つのコンテナが、前記情報記憶デバイスに含まれている、ことを特徴とする請求項１〜１０のいずれか１項に記載の方法。
【請求項１２】
安全な情報記憶デバイスと、前記情報が交換される少なくとも１つのサードパーティとの間の通信のシステムであって、エンティティが、前記情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行するシステムにおいて、
前記エンティティが、安全なコンテナと前記所与のサードパーティとの間の通信の許可を、前記情報記憶デバイスに含まれかつ前記所与のサードパーティに特有な前記安全なコンテナに与える手段を備え、
前記エンティティが、通信ネットワーク内の前記情報記憶デバイスの識別子と前記情報記憶デバイスのアドレス、前記安全なコンテナの識別子、及び前記通信の許可を前記所与のサードパーティに送る手段を備え、
前記所与のサードパーティが、前記情報記憶デバイスのアドレス、前記情報記憶デバイスの識別子、前記安全なコンテナの識別子、及び前記通信の許可を用いて前記安全なコンテナとの通信の設定を試みる手段を備え、
前記情報記憶デバイスが、前記所与のサードパーティによって送信された通信の許可が、前記エンティティによって安全なコンテナに予備的に与えられた通信の許可と照らし合わせて許諾可能であることを確認する手段を備えて、前記確認する手段が、前記サードパーティによって送信された通信の許可が許諾可能と決定する場合にのみ、前記情報記憶デバイスが、前記所与のサードパーティと前記安全なコンテナとの間の通信を許諾する、ことを特徴とするシステム。
【請求項１３】
情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行するエンティティであって、
所与の情報記憶デバイスに含まれかつ所与のサードパーティに特有の安全なコンテナに、該安全なコンテナと前記所与のサードパーティとの間の通信の許可を与える手段と、
前記所与のサードパーティに、通信ネットワーク内の所与の情報記憶デバイスの識別子と、前記情報記憶デバイスのアドレスと、前記安全なコンテナの識別子と、前記通信の許可とを送る手段と、を備え、
これによって、前記所与のサードパーティが、前記所与の情報記憶デバイスのアドレス、前記所与の情報記憶デバイスの識別子、前記安全なコンテナの識別子、及び前記通信の許可を用いて前記安全なコンテナとの通信の設定を試みることができ、更に、前記所与のサードパーティと前記安全なコンテナとの間の通信を許諾する前に、前記情報記憶デバイスが、前記サードパーティによって送信された通信の許可が前記エンティティによって以前に安全なコンテナに与えられた通信の許可と照らし合わせて許諾可能であることを確認する、
ことを特徴とするエンティティ。
【請求項１４】
情報が交換される少なくとも１つのサードパーティとの通信手段を備えるタイプの安全な情報記憶デバイスであって、
前記情報記憶デバイスに含まれかつ所与のサードパーティに特有な安全なコンテナに、該安全なコンテナと前記所与のサードパーティとの間の通信の許可を記憶する手段であって、前記通信の許可が、前記情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を提供するエンティティによって与えられる手段と、
前記所与のサードパーティによって送信された通信の許可が、前記安全なコンテナ内に前記エンティティによって予備的に与えられた通信の許可と照らし合わせて許諾可能であることを確認する手段であって、前記サードパーティによって送信された通信の許可を許諾することが可能であると決定した場合にのみ、前記所与のサードパーティと前記安全なコンテナとの間の通信を許諾できる手段と、
を備える、ことを特徴とする安全な情報記憶デバイス。
【請求項１５】
安全な情報記憶デバイスとの通信の手段を備えるタイプのサードパーティであって、
通信ネットワーク内の前記情報記憶デバイスのアドレスと、前記情報記憶デバイスの識別子、安全なコンテナの識別子、前記安全なコンテナと前記サードパーティとの間の通信の許可を、前記情報記憶デバイスが属する複数の安全な情報記憶デバイスの管理を実行するエンティティから受信する手段と、
前記情報記憶デバイスのアドレス、前記情報記憶デバイスの識別子、前記安全なコンテナの識別子、及び前記通信の許可を用いて前記安全なコンテナとの通信の設定を試みる手段と、を備え、
これによって、前記サードパーティと前記コンテナとの間の通信を許諾する前に、前記情報記憶デバイスは、前記エンティティによって前記安全なコンテナ内に予備的に与えられた通信の許可と照らし合わせて、前記通信の許可が許諾可能であることを確認する、
ことを特徴とするサードパーティ。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公表番号】特表２００８−５１８３４３（Ｐ２００８−５１８３４３Ａ）
【公表日】平成２０年５月２９日（２００８．５．２９）
【国際特許分類】
【出願番号】特願２００７−５３８４５９（Ｐ２００７−５３８４５９）
【出願日】平成１７年９月７日（２００５．９．７）
【国際出願番号】ＰＣＴ／ＦＲ２００５／００２２３３
【国際公開番号】ＷＯ２００６／０４８５１５
【国際公開日】平成１８年５月１１日（２００６．５．１１）
【出願人】（５９１０３４１５４）フランス テレコム (290)
【Ｆターム（参考）】
【公表日】平成２０年５月２９日（２００８．５．２９）
【国際特許分類】
【出願日】平成１７年９月７日（２００５．９．７）
【国際出願番号】ＰＣＴ／ＦＲ２００５／００２２３３
【国際公開番号】ＷＯ２００６／０４８５１５
【国際公開日】平成１８年５月１１日（２００６．５．１１）
【出願人】（５９１０３４１５４）フランス テレコム (290)
【Ｆターム（参考）】
[ Back to top ]