単一の物理デバイスを用いた保護されたトランザクションの制御方法、それに対応する物理デバイス、システム及びコンピュータプログラム
本発明は、ユーザの物理デバイス（１３）であって、デバイス公開鍵（Ｐ0）と、対応するデバイス秘密鍵（Ｓ0）とを含む少なくとも１対の非対称鍵を有する物理デバイス（１３）を用いる保護されたトランザクションの制御方法に関する。本方法は、物理デバイスの使用開始前に、特定の認証機関（１０）の第１の認証鍵（ＳT）を用いて前記デバイス公開鍵（Ｐ0）を認証し、前記デバイス秘密鍵（Ｓ0）が前記物理デバイス（１３）内の耐タンパ領域に保存されていることを確かめてから、デバイス証明書（Ｃ0）を発行するステップと、第１の認証鍵（ＳT）に対応する第２の認証鍵（ＰT）を用いて前記デバイス証明書（Ｃ0）を確認するステップと、確認結果が正常である場合に、前記ユーザをあるプロバイダに登録（２４）するステップとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
１．発明の分野
本発明は、インターネットなどの通信ネットワークを用いて、特に認証、電子署名及び決済処理を実行する電子商取引の保護の分野に関する。
【０００２】
より具体的には、本発明は、あるユーザが所有する物理デバイスを用いた保護されたトランザクションを制御する技術に関する。
【背景技術】
【０００３】
２．従来技術
インターネットなどの通信ネットワークの著しい成長とこれらのネットワーク上で行われる日々のトランザクション数の絶え間ない増加により、トランザクションの保護に対する要求が絶え間なく増加している。実際には、従来の郵便又は直接的な接触による物理的なやりとりを巡る信頼環境が、これらの情報技術又は無線通信ネットワークにおいても引き継がれることが必要であると見られている。
【０００４】
従来技術では、コンピュータネットワークで用いられる公開暗号鍵の有効性を確かめるために証明書が特に用いられている。この証明書は、少なくとも公開鍵と、その所有者の識別子と、有効期間と、認証機関の特定と、この証明書を発行した認証機関の秘密鍵を用いて得られるこれらの異なるデータの暗号化署名とを含むメッセージである。
【０００５】
証明書を読み取ることにより、署名について受信したメッセージと認証について自己を認証するエンティティの識別子との送り手を確実に認証することが可能となる。
【０００６】
証明書のさらなる詳細については、特にＩＥＴＦ（Internet Engineering Task Force:インターネット技術タスクフォース）が公開したＲＦＣ３２８０（Request For Comment No. 3280）において定義されているＸ．５０９規格、より具体的にはＸ．５０９ｖ３を参照されたい。
【０００７】
上述した従来技術の１つの欠点は、プロバイダが発行した証明書Ｃiが所与の物理デバイスに記憶された秘密鍵Ｓ0に対応する公開鍵Ｐ0を真に認証するものであるかを、プロバイダが容易に、かつリモートで確かめることができないということである。
【０００８】
実際には、物理デバイスの動作をソフトウェアプログラムにより完全にシミュレーションすることで、物理デバイス又はそのようなデバイスのソフトウェアエミュレーションに対応するかをプロバイダがリモートで認識できないものとなる。
【０００９】
ここで、プロバイダにとって真正な物理デバイスと通信していることを認証するのが重要となるいくつかの状況がある。
【００１０】
実際には、物理デバイスの秘密鍵Ｓ0がよいやり方に基づいて秘密かつアクセス不可の領域に保存されていれば、物理デバイスは複製できず、したがって、物理デバイスは、公開鍵Ｐ0と、それゆえ証明書Ｃiと、それゆえ顧客を第ｉ番目のプロバイダへ知らせるための識別子Ｉｄiとに対応する認証コード（authenticator）と署名とを単独で生成できるユニークなオブジェクトである。物理デバイスのプロセッサのみが、第ｉ番目のプロバイダについての識別子Ｉｄiを用いて自己の認証又は署名を行うことができる。これにより、強力な否認防止（non-repudiation）の特性及びプロバイダにとってのセキュリティが得られる。
【００１１】
プロバイダが所与の物理デバイスを相手にしていると確認できることが重要であるもう一つの状況は、この物理デバイスが、プロバイダの提供するサービス（例えば、日刊紙上に掲載された新聞記事へのインターネットを通してのアクセス）へ有料で加入するための媒体であるときである。有料サービスへのアクセスは、ユーザにとって、プロバイダとのセッションの開始中にユーザが自己の物理デバイスを用いて自己を認証することが条件となる。
【００１２】
従ってプロバイダにとっては、数人がたった１度の加入に対して支払うだけでサービスに（同時に又は別の時に）アクセスすることができないようにするために、サービスへのアクセスを望む顧客が本当に物理デバイスを所有しているかを確認することが特に重要である。これは、加入媒体の複製ができる場合（例えば、加入媒体がハードディスクドライブに保存された「識別子とパスワード」の組合せ又は秘密鍵（暗号化されていても）である場合）にあたる。
【００１３】
本願の出願人のために出願された特許文献１は、デバイスのユーザがトランザクションを実行することを望む１以上のプロバイダとの間で認証を実行するのに用いられるこの種の物理デバイスをより詳細に開示している。
【００１４】
この方法において、一の秘密鍵Ｓ0と一の公開鍵Ｐ0とを含む１対の非対称鍵（Ｐ0，Ｓ0）へ従来のやり方で関連付けられたチップカードやＵＳＢ（ユニバーサルシリアルバス）ドングルのような物理デバイスがユーザに与えられる。秘密鍵Ｓ0は秘密に保たれなくてはならない電子的要素であり、したがって物理デバイスの保護された領域に保存され、いかなる侵入の試みからも守られる。公開鍵Ｐ0は自由に読み取られる状態で物理デバイスに保存されるか、又はフロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、紙の書類又はデータサーバの予約領域のような外部の媒体を通してユーザへ提供することができる。この鍵の対（Ｓ0，Ｐ0）は、デバイスの流通及び使用開始（commissioning）に先立って、工場で生成される。
【００１５】
また、この種の物理デバイスは、従来から、認証及び／又は署名についての非対称暗号化アルゴリズムを実行する計算手段を有している。これらのアルゴリズムのうち、例えばＲＳＡ（Rivest-Shamir-Adleman）、ＤＳＡ、ＧＱ（Guillou-Quisquater）又はＧＰＳ型のアルゴリズムが挙げられる。
【００１６】
この非対称暗号化アルゴリズムの使用は、物理デバイスを個人が所有する以前の段階で初期化されて本願の課題ではない従来の手法により管理されるキャリアコード（又はＰＩＮ（personal identification number）コード）の事前の提示に基づくことができる。
【００１７】
物理デバイスは、このようにして、いかなるプロバイダからも独立した頒布手段を用いてユーザに販売される。
【００１８】
プロバイダとの保護されたトランザクション（認証、署名）の実行を可能にするため、顧客とも呼ばれる物理デバイスのユーザは、デバイスの公開鍵Ｐ0とプロバイダに関連する識別子Ｉｄ1とをリンクする証明書Ｃ1についてプロバイダから発行を受けなければならない（注：プロバイダに対してユーザの匿名性を維持しなければならないシステムでは、識別子Ｉｄ1はユーザの民生的な識別（civil identity）とは異なる）。
【００１９】
一般に「登録」と呼ばれるこの処理がｎ個の個別のプロバイダとの間で実行され、（それぞれが所与のプロバイダに関連する）ｎ個の識別子｛Ｉｄ1、Ｉｄ2、…、Ｉｄn｝を同じ公開鍵Ｐ0へリンクするｎ個の証明書｛Ｃ1、Ｃ2、…、Ｃn｝が顧客へ割り当てられる。
【００２０】
その後、顧客が第ｉ番目のプロバイダとの保護されたトランザクションの実行を望む場合、顧客は自己の秘密鍵Ｓiを用いて、認証機関が標準化されたプロトコルに基づいて付与した対応する証明書ＣiをＳiに関連付けて、自己の物理デバイスを用いてプロバイダから送られたランダム値（この場合は認証）又はメッセージ（この場合は電子署名）に対して署名する。
【００２１】
３．従来技術の欠点
従来技術によれば、進行中のトランザクションが所与の物理デバイスを用いて実際に行われることをプロバイダが確かめることのできる唯一の方法は、プロバイダによるデバイスの物理的な取扱いに依存する。実際には、公開鍵Ｐ0がデバイス内に保存されていれば、デバイス内の公開鍵Ｐ0を読み取ることができる。そうでない場合、デバイスに対して秘密鍵Ｓ0を用いてランダム値を署名し、顧客により外部媒体上に与えられた公開鍵Ｐ0を用いてこの署名の結果を確認することができる。
【００２２】
しかし、この従来技術のアプローチの欠点は、デバイス上で物理的に処理することができるプロバイダを必要とし、したがっていかなる遠隔操作も排除されてしまうことである。この点は、インターネットのような現在の通信ネットワークにおいてトランザクションを実行する場合に問題となり得る。
【特許文献１】仏国特許出願第FR 96 08692号「Procede de controle de transactions securisees independantes utilisant un dispositif physique unique（単一の物理デバイスを用いた独立かつ保護されたトランザクションの制御方法）」
【発明の開示】
【発明が解決しようとする課題】
【００２３】
４．本発明の目的
本発明は、特に従来技術の欠点を克服することを目的とする。
【００２４】
より具体的には、一対の非対称鍵（Ｐ0、Ｓ0）に関連付けられると共に、必要ならば遠隔から所与の物理デバイスによるトランザクションの実行を確実にするために用いられる物理デバイスを実現する、保護されたトランザクションの制御技術を提供することが本発明の一つの目的である。
【００２５】
言い換えれば、プロバイダが認証しなければならない公開鍵Ｐ0が所与の物理デバイスに保存された秘密鍵Ｓ0と真に対応することをプロバイダが確認できるこの種の技術を提案することが本発明の一つの目的である。
【００２６】
実現が容易で、使用される物理デバイスにさらなる複雑度をほとんどまたは全く導入しないこの種の技術を提案することが本発明の別の目的である。
【００２７】
プロバイダにとって信用できる環境を作るため、信頼でき、かつ強力な否認防止の特性を得るために用いることができるこの種の技術を提供することが本発明のさらなる目的である。
【課題を解決するための手段】
【００２８】
これらの目的及び以下に述べる他の目的は、デバイス公開鍵（Ｐ0）と、対応するデバイス秘密鍵（Ｓ0）とを含む少なくとも一対の非対称鍵を有する、ユーザの物理デバイスを実現する保護されたトランザクションの制御方法を用いて達成される。
【００２９】
本発明によれば、この制御方法は、
前記物理デバイスの使用開始（commissioning）前に、前記デバイス秘密鍵（Ｓ0）が前記物理デバイス（１３）内の耐タンパ領域に保存されていることを確かめてから、デバイス証明書（Ｃ0）を発行する特定の認証機関（ＡＣＰ）が第１の認証鍵（ＳT）を用いて署名することにより、前記デバイス公開鍵（Ｐ0）を認証するステップと、
前記第１の認証鍵（ＳT）に対応する第２の認証鍵（ＰT）を用いて前記デバイス証明書（Ｃ0）を確認するステップと、
確認結果が正常である場合に、ユーザをあるプロバイダに登録するステップであって、前記デバイス公開鍵（Ｐ0）とユーザの識別子（Ｉｄi）とについての前記プロバイダによる署名に対応しているプロバイダ証明書（Ｃi）を発行する、登録するステップと
を含む。
【００３０】
このように、本発明は、電子的トランザクションを保護するための全体として新規かつ進歩性のあるアプローチに基づいている。実際には、保護の程度を高めるために本発明の手法は、様々なプロバイダが信用を置く特定の認証機関（ＡＣＰ）を用いる。この特定の認証機関は、物理デバイス（ＵＳＢドングル、チップカードなど）の使用開始前に、物理デバイスに関係する証明書（従来のようなデバイスの所有者の識別子に関係する証明書ではない）を発行する。そして、その有効性を確認することにより、たとえリモートであっても、不正にその動作を模倣する装置（コンピュータ、ＰＤＡなど）ではなく真正な物理デバイスであるということの保証をプロバイダに与える。
【００３１】
この保護は、特定の認証機関が、所与の物理デバイスに保存された秘密鍵Ｓ0に対応する公開鍵Ｐ0の場合を除いて、第１の認証鍵ＳTからこのようなデバイス証明書Ｃ0を生成しないという強い制約に依拠している。
【００３２】
デバイス証明書の確認は、特定の認証機関がプロバイダへ伝達する特定の認証機関の第２の認証鍵に基づいてプロバイダが直接行うか、又は信頼された第三者が行うことができる。このようにして、本発明のトランザクションの制御方法は、保護されたトランザクションへの参加を望む顧客がＡＣＰにより認証された物理デバイスを真に所有していることについて、ＡＣＰがプロバイダに対し保証するということを利用するものである。このようにして、ユーザが物理デバイスを所有することについてリモートで何も保証しない従来技術とは、明らかに相違する。実際には、従来の制御技術は、必要があれば一連の認証機関の使用に基づく認証と証明の連鎖によりユーザの識別を保証するだけで、常にユーザのアイデンティティの認証という一つの結果を得るだけである。本発明の方法は、ユーザのアイデンティティの認証に加えて、このユーザがその後所有することになる物理デバイスの事前の認証を行う。このようにして、プロバイダとの間で自己の真正を認証するユーザが物理デバイスを所有することを、リモートであってもプロバイダに対して保証することを可能にする。この保証のみが、トランザクション制御プロセスの確立を継続させることができる。
【００３３】
デバイス証明書Ｃ0の有効性が保証されると、プロバイダは従来のやり方でプロバイダ証明書Ｃiの発行先であるユーザの登録へ進むことができる。
【００３４】
前記特定の認証機関は前記物理デバイスの製造者であることが好ましく、そうすればデバイスが製造ラインを離れる時に直接的にデバイス証明書Ｃ0を発行することができる。特定の認証機関は、１つ以上の別個の製造者が利用する第三者的な認証機関とすることもできる。
【００３５】
有利なことに、前記デバイス証明書（Ｃ0）は、前記物理デバイス内の自由に読み取り可能な記憶領域に保存される。そうすることでプロバイダが容易に読み取ることができる。
【００３６】
本発明の有利な特徴によれば、前記デバイス証明書（Ｃ0）は、
物理デバイスのタイプと、
該物理デバイスの製造者の識別と、
該物理デバイスが用いる暗号化アルゴリズムのタイプと、
該物理デバイスのシリアル番号と
を含む、前記物理デバイスを表す情報の少なくとも一部を署名する。
【００３７】
デバイス証明書Ｃ0の確認段階で、このようにしてプロバイダは相手先の物理デバイスについて利用可能な付加的情報を得て、例えば想定されるトランザクションの性質にデバイスのタイプが適合するか確認したり、シリアル番号に基づいてデバイスのトレーサビリティを保証したりすることができる。
【００３８】
本発明の代替的で有利な実施形態においては、プロバイダが前記確認のステップを実行する。そうすると、プロバイダは第三者たる確認機関のサービスを求める必要がなく、直接的にユーザを登録できるかできないかがわかる（この点は本発明のコンテキストにおいても想定できる）。
【００３９】
第１の有利な実施形態においては、前記第１の認証鍵（ＳT）は秘密鍵であり、前記第２の認証鍵（ＰT）は公開鍵である。このようにして一対の非対称鍵が使用され、秘密鍵（ＳT）は、プロバイダに伝達されるか又は公開される公開鍵とは異なり、特定の認証機関によって秘密に保たれる。
【００４０】
第２の有利な実施形態においては、前記特定の認証機関はある対称鍵（Ｋ）を使用する。その結果、前記第１の認証鍵（ＳT）と前記第２の認証鍵（ＰT）とは同一のものとなる。
【００４１】
この場合、前記認証のステップは、前記デバイスの製造者からの要求を受けて前記特定の認証機関が前記対称鍵に基づいて実行する。そして、前記確認のステップは前記プロバイダからの要求を受けて前記特定の認証機関が実行する。
【００４２】
この場合もやはり、特定の認証機関はむろん製造者そのものとすることができる。
【００４３】
本発明はまた、ユーザの物理デバイスであって、保護されたトランザクションにおいて用いられるよう設計された物理デバイスに関する。この物理デバイスは、デバイス公開鍵（Ｐ0）と、対応するデバイス秘密鍵（Ｓ0）とを含む少なくとも一対の第１の非対称鍵を有する。
【００４４】
本発明によれば、このデバイスはまた、前記物理デバイス（１３）内の耐タンパ領域に前記デバイス秘密鍵Ｓ0が保存されていることが確かめられた後に、特定の認証機関の第１の認証鍵ＳTによる前記第１のデバイス公開鍵Ｐ0の署名に対応して発行されるデバイス証明書Ｃ0を有する。ここで、前記デバイス証明書（Ｃ0）は、前記物理デバイスの使用開始の前に該物理デバイスに保存される。
【００４５】
本発明はまた、通信ネットワークからダウンロード可能であり、及び／又はコンピュータにより読み取り可能な媒体に保存され、及び／又はマイクロプロセッサにより実行可能なコンピュータプログラム製品に関する。このコンピュータプログラム製品は、上述したように保護されたトランザクションの制御方法の少なくとも１つのステップを実行するプログラムコード命令を含む。
【００４６】
本発明はまた、ユーザの物理デバイスであって、デバイス公開鍵Ｐ0と、対応するデバイス秘密鍵Ｓ0とを含む少なくとも一対の非対称鍵を有する物理デバイスを用いた、通信ネットワークにおける保護されたトランザクションを制御するシステムであって、
前記ネットワークに接続された特定の認証サーバであって、前記デバイス秘密鍵Ｓ0が前記物理デバイス（１３）内の耐タンパ領域に保存されていることを確かめてから、前記物理デバイスの使用開始の前に、前記認証サーバの第１の認証鍵ＳTによる前記デバイス公開鍵Ｐ0の署名に対応したデバイス証明書Ｃ0を前記物理デバイスに対して発行する特定の認証サーバと、
前記第１の認証鍵ＳTに対応する第２の認証鍵ＰTを用いて前記デバイス証明書Ｃ0を確認する確認サーバであって、前記ネットワークに接続されている確認サーバと、
前記確認サーバによる確認の結果が正常である場合に、前記デバイス公開鍵（Ｐ0）と前記ユーザの識別子（Ｉｄi）とについてのあるプロバイダによる署名に対応しているプロバイダ証明書（Ｃi）を前記ユーザへ発行する前記プロバイダに対して前記ユーザを登録する登録サーバであって、前記通信ネットワークに接続された登録サーバと
を備えるシステムに関する。
【００４７】
６．図面のリスト
本発明の他の特徴及び利点は、簡潔かつ非限定的な説明を通じた以下の好ましい実施形態の説明、及び添付図面からより明確なものとなる。
【発明を実施するための最良の形態】
【００４８】
７．本発明の一実施形態の説明
本発明の一般的な原理は、保護されたトランザクション（リモートトランザクションの場合あり）の間に、公開鍵Ｐ0に関連付けられた対応する秘密鍵Ｓ0を保存した真正な物理デバイスをプロバイダが真に相手にしていることをプロバイダに対して保証することができる、物理デバイスの使用開始前に特定の認証機関により行われる物理デバイスの公開鍵Ｐ0の認証に基づいている。
【００４９】
図１を参照して、所与の物理デバイス１３の使用開始前に行われる該物理デバイス１３の公開鍵Ｐ0の認証の一実施形態について説明する。
【００５０】
特定の認証機関、すなわちＡＣＰ１０は、公開鍵ＰTと、秘密かつアクセス不可の領域１０１に保存された秘密鍵ＳTとを含む一対の非対称鍵（ＰT，ＳT）を有している。この種のＡＣＰ１０は例えば物理デバイスの製造者である。その場合に秘密鍵ＳTが記憶される秘密領域１０１は、製造者が有する特定の物理デバイス（例えばチップカード）又は製造者のコンピュータ設備のアクセス制限された保護メモリ領域である。
【００５１】
公開鍵ＰTは、ＡＣＰ１０により公開されるか、又はそれを必要とする可能性のあるプロバイダ（すなわち、物理デバイス１３の所有者とのトランザクションを担当するプロバイダ）のうちの１つの要求により提供される。
【００５２】
物理デバイス１３の製造段階で一対の非対称鍵（Ｐ0，Ｓ0）が記録される。この非対称鍵の対（Ｐ0，Ｓ0）は、デバイス１３内の読み取り可能領域１３１に保存された公開鍵Ｐ0と、このデバイス１３の保護領域１３２に保存された秘密鍵Ｓ0とを含んでいる。この保護された領域、すなわち耐タンパ領域１３２は、秘密鍵Ｓ0の読み取りを防ぎ、ソフトウェア又はハードウェアのいかなる侵入の試みにも耐えられるように作られている。１つの変更例として、デバイスそのものによらない外部の補助を得て物理デバイス１３の所有者に公開鍵Ｐ0を伝えることもできる。
【００５３】
ＡＣＰ１０が物理デバイス１３の製造者であれば、図１に示された処理は、物理デバイス１３の流通の前に、個人がデバイスを所有する（前の）段階で工場において実行される。あるいは製造者とは独立した認証機関であれば、これらの処理は、物理デバイスが製造ラインを離れる時に、エンドユーザに流通する前に実行することができる。
【００５４】
より具体的には、物理デバイス１３はデバイス公開鍵Ｐ0をＡＣＰ１０へ伝達１１する。すると、ＡＣＰ１０は秘密鍵ＳTを用いて、デバイス１３の公開鍵Ｐ0を署名する。この署名１２により、デバイスの公開鍵Ｐ0のように物理デバイス１３内の自由に読み取り可能な領域１３１に書き込まれるか、又は外部の媒体（フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、紙の書類など）を通してユーザに与えられる識別証明書Ｃ0＝Ａ（ＳT，Ｐ0）が得られる（ここでＡは例えばＲＳＡ型の暗号化署名アルゴリズムである）。
【００５５】
ＡＣＰ１０（製造者又は信頼された第三者）は、所与のタイプの物理デバイスに保存された秘密鍵に対応する公開鍵Ｐ0を除いて、このようなデバイス証明書Ｃ0（すなわち、秘密鍵ＳTを用いたこのような署名）を通常は生成しない。
【００５６】
また、図１の認証処理は、本発明の代替的な一実施形態において、異なるタイプの物理デバイスのいくつかの製造者に対して相互的に行ってもよい。この場合、ＡＣＰ１０は信頼された第三者であってどの製造者からも独立しており、秘密鍵ＳTを有している。そして、所与の物理デバイス１３のデバイス証明書Ｃ0を生成するために、秘密鍵ＳTを用いて（Ｐ0，＜デバイスタイプ＞）の対を署名する。このような＜デバイスタイプ＞の情報は、例えばデバイス１３の種類、つまりそれがＵＳＢドングル、チップカードなどであるかについての情報を得ることを可能にする。または、製造者が製造したデバイスの一つを指定するのに用いる製品番号（product reference）とすることもできる。
【００５７】
同様に、変更例として、例えば製造者名（＜製造者名＞）、用いられる暗号化アルゴリズムのタイプ（＜アルゴリズムタイプ＞）、デバイスのシリアル番号などの、物理デバイス１３の使用に関連する他の情報をデバイス証明書Ｃ0に署名することもできる。
【００５８】
このようにして、プロバイダによりデバイス証明書Ｃ0を確認する後続の段階において（図２及び図３を参照して以下でより詳細に述べる）、このプロバイダは、公開鍵Ｐ0が、＜製造者名＞によって製造された＜デバイスタイプ＞のタイプのデバイス１３に保存された秘密鍵Ｓ0に対応するという保証を得る。この保証は、プロバイダが特定の認証機関１０に付与した信用から生まれるものである。
【００５９】
図１に示した処理の変更例として、ＰT＝ＳT＝Ｋを対称鍵とすることが考えられる。
【００６０】
この場合に鍵Ｋは、物理デバイス１３の製造者と、この鍵Ｋを秘密に保つ者として製造者が知っている一つの（又は稀にいくつかの）信頼された第三者との間で共有することができる。この場合、第三者又は製造者自身のみが証明書を確認することができる。
【００６１】
製造者から独立しているＡＣＰ１０であって、物理デバイス１３の製造者から要求されたときだけ対称鍵のデバイス証明書Ｃ0に署名するＡＣＰ１０のみが、鍵Ｋを用いるという場合も想定することができる。同様に、このＡＣＰ１０が、関連付けられた物理デバイス１３とのトランザクション実行を望むプロバイダの要求に応じてデバイス証明書Ｃ0を確認することができる唯一のエンティティであるとすることができる。この場合でも、このＡＣＰ１０はむろん製造者そのものとすることができる。
【００６２】
ＡＣＰ１０により証明書Ｃ0が記録された物理デバイス１３は、いかなるプロバイダからも独立した、例えば大規模店舗又は認証を受けた小売店等の販路を通じて販売される。
【００６３】
次に図２と図３を参照して、物理デバイス１３の所有者３０とプロバイダ３３との間の保護されたトランザクションにおいてデバイス証明書Ｃ0が用いられる方法を説明する。このようなプロバイダ３３は、例えばサービス（例えば気象ニュースサービスやジオロケーションサービスへのアクセス）のプロバイダ又は商品の販売者（例えばインターネット上のトレーダー）とすることができる。
【００６４】
物理デバイス１３は、通信ネットワーク３２、例えばインターネットとして知られたワールドワイドのネットワークを通じてプロバイダ３３により提案されるサービスにアクセスするために使用することを望むユーザ３０が入手したものである。この種の物理デバイス１３は、例えばユーザ３０がプロバイダ３３から受ける有料加入者サービス（例えばインターネット上で公開された毎日の星占いサービスへの加入）の媒体として用いられる。
【００６５】
ユーザ３０がプロバイダ３３のサービスへのアクセスを望む場合、通信端末３１（例えばコンピュータ）からリクエストを送信し、通信ネットワーク３２を通してプロバイダ３３へ伝達される。このリクエストには、公開鍵Ｐ0と、ＡＣＰ１０により物理デバイス１３（簡単のため図３には図示せず）に予め記録２１されたデバイス証明書Ｃ0とが添付されている。
【００６６】
ユーザ３０のリクエストに同意する前に、プロバイダは、送られてきた公開鍵Ｐ0が所与の物理デバイスに保存された秘密鍵Ｓ0に本当に対応するものであることを確認しなければならない。この目的のため、プロバイダは特定の認証機関１０の公開鍵ＰTを用いて、リクエストと共に送られてきたデバイス証明書Ｃ0の確認２２を実行する。
【００６７】
確認結果が異常（negative verification）の場合、すなわちデバイス証明書Ｃ0がＡＣＰ１０の秘密認証鍵（certification key）ＳTによる物理デバイスの公開鍵Ｐ0の署名（signing）に対応しない場合、プロバイダ３３はトランザクションを中止して、リクエストされた項目（article）又はサービスへのユーザ３０のアクセスを拒否することができる。
【００６８】
しかしながら、確認結果が正常（positive verification）の場合、プロバイダは、公開鍵Ｐ0が所与の物理デバイス１３に保存された秘密鍵Ｓ0に真に対応するということの確信を得て、したがって、関連する識別子（Ｉｄi）を用いてこのユーザの登録２４を行った上でユーザ３０のリクエストを受け入れることができる。この目的のため、プロバイダ３３は、プロバイダ３３による公開鍵Ｐ0と前記識別子（Ｉｄi）との署名（signing）に対応させて、ユーザ３０に対しプロバイダ証明書Ｃiを発行する。このプロバイダ証明書Ｃiは、プロバイダ３３の登録サーバが接続された通信ネットワーク３２を通してユーザの通信端末３１へ送られる。
【００６９】
デバイス証明書Ｃ0の確認２２は、プロバイダ３３自体によるか、又は同じくネットワーク３２に接続された確認専用サーバ３４によっても行うこともできる。この場合、プロバイダ３３はネットワーク３２を通してデバイス証明書Ｃ0を確認サーバ３４へ送信する。物理デバイス１３のデバイス証明書Ｃ0を生成したＡＣＰ１０の認証サーバ３５は、その公開鍵ＰTを確認サーバ３４へ伝達するか、又は既に伝達されている。その後、確認サーバ３４は、証明書Ｃ0の信頼性を確認するために認証サーバ３５の公開鍵ＰTを用いた確認結果をプロバイダ３３へ送れば足り、そうすることによりプロバイダ３３はユーザ３０の登録２４を実行するか、あるいは終了２３へ進むべきかを認識する。
【００７０】
ユーザ３０のプロバイダへの登録２４がなされると、ユーザはプロバイダ３３との間で保護されたトランザクションの実行を開始することができる。そうするために、ユーザは物理デバイス１３を用いて、プロバイダから与えられたランダム値（この場合の用語は認証である）又はメッセージ（この場合の用語は署名である）を、デバイス秘密鍵Ｓiを用いて署名し、それに対して、本願の目的ではなくそれ故ここでは詳細に説明しない標準的なプロトコルに基づき、対応するプロバイダ証明書Ｃiを関連付ける。
【００７１】
次にユーザ３０は、プロバイダに関連すると考えられるユーザ３０のアイデンティティＩｄiへ物理デバイス１３の公開鍵Ｐ0をリンクするための各プロバイダ証明書Ｃiを発行するいくつかの異なるプロバイダへ登録２４される。
【図面の簡単な説明】
【００７２】
【図１】物理デバイスの使用開始前に特定の認証機関によって行われる物理デバイスの公開鍵の認証の原理を示す説明図である。
【図２】保護されたトランザクションを制御する本発明に係る方法において実行される各ステップのブロック図である。
【図３】図２の方法における、通信ネットワークを通してユーザと本発明に係る各サーバとの間のそれぞれの送受信を示す説明図である。
【技術分野】
【０００１】
１．発明の分野
本発明は、インターネットなどの通信ネットワークを用いて、特に認証、電子署名及び決済処理を実行する電子商取引の保護の分野に関する。
【０００２】
より具体的には、本発明は、あるユーザが所有する物理デバイスを用いた保護されたトランザクションを制御する技術に関する。
【背景技術】
【０００３】
２．従来技術
インターネットなどの通信ネットワークの著しい成長とこれらのネットワーク上で行われる日々のトランザクション数の絶え間ない増加により、トランザクションの保護に対する要求が絶え間なく増加している。実際には、従来の郵便又は直接的な接触による物理的なやりとりを巡る信頼環境が、これらの情報技術又は無線通信ネットワークにおいても引き継がれることが必要であると見られている。
【０００４】
従来技術では、コンピュータネットワークで用いられる公開暗号鍵の有効性を確かめるために証明書が特に用いられている。この証明書は、少なくとも公開鍵と、その所有者の識別子と、有効期間と、認証機関の特定と、この証明書を発行した認証機関の秘密鍵を用いて得られるこれらの異なるデータの暗号化署名とを含むメッセージである。
【０００５】
証明書を読み取ることにより、署名について受信したメッセージと認証について自己を認証するエンティティの識別子との送り手を確実に認証することが可能となる。
【０００６】
証明書のさらなる詳細については、特にＩＥＴＦ（Internet Engineering Task Force:インターネット技術タスクフォース）が公開したＲＦＣ３２８０（Request For Comment No. 3280）において定義されているＸ．５０９規格、より具体的にはＸ．５０９ｖ３を参照されたい。
【０００７】
上述した従来技術の１つの欠点は、プロバイダが発行した証明書Ｃiが所与の物理デバイスに記憶された秘密鍵Ｓ0に対応する公開鍵Ｐ0を真に認証するものであるかを、プロバイダが容易に、かつリモートで確かめることができないということである。
【０００８】
実際には、物理デバイスの動作をソフトウェアプログラムにより完全にシミュレーションすることで、物理デバイス又はそのようなデバイスのソフトウェアエミュレーションに対応するかをプロバイダがリモートで認識できないものとなる。
【０００９】
ここで、プロバイダにとって真正な物理デバイスと通信していることを認証するのが重要となるいくつかの状況がある。
【００１０】
実際には、物理デバイスの秘密鍵Ｓ0がよいやり方に基づいて秘密かつアクセス不可の領域に保存されていれば、物理デバイスは複製できず、したがって、物理デバイスは、公開鍵Ｐ0と、それゆえ証明書Ｃiと、それゆえ顧客を第ｉ番目のプロバイダへ知らせるための識別子Ｉｄiとに対応する認証コード（authenticator）と署名とを単独で生成できるユニークなオブジェクトである。物理デバイスのプロセッサのみが、第ｉ番目のプロバイダについての識別子Ｉｄiを用いて自己の認証又は署名を行うことができる。これにより、強力な否認防止（non-repudiation）の特性及びプロバイダにとってのセキュリティが得られる。
【００１１】
プロバイダが所与の物理デバイスを相手にしていると確認できることが重要であるもう一つの状況は、この物理デバイスが、プロバイダの提供するサービス（例えば、日刊紙上に掲載された新聞記事へのインターネットを通してのアクセス）へ有料で加入するための媒体であるときである。有料サービスへのアクセスは、ユーザにとって、プロバイダとのセッションの開始中にユーザが自己の物理デバイスを用いて自己を認証することが条件となる。
【００１２】
従ってプロバイダにとっては、数人がたった１度の加入に対して支払うだけでサービスに（同時に又は別の時に）アクセスすることができないようにするために、サービスへのアクセスを望む顧客が本当に物理デバイスを所有しているかを確認することが特に重要である。これは、加入媒体の複製ができる場合（例えば、加入媒体がハードディスクドライブに保存された「識別子とパスワード」の組合せ又は秘密鍵（暗号化されていても）である場合）にあたる。
【００１３】
本願の出願人のために出願された特許文献１は、デバイスのユーザがトランザクションを実行することを望む１以上のプロバイダとの間で認証を実行するのに用いられるこの種の物理デバイスをより詳細に開示している。
【００１４】
この方法において、一の秘密鍵Ｓ0と一の公開鍵Ｐ0とを含む１対の非対称鍵（Ｐ0，Ｓ0）へ従来のやり方で関連付けられたチップカードやＵＳＢ（ユニバーサルシリアルバス）ドングルのような物理デバイスがユーザに与えられる。秘密鍵Ｓ0は秘密に保たれなくてはならない電子的要素であり、したがって物理デバイスの保護された領域に保存され、いかなる侵入の試みからも守られる。公開鍵Ｐ0は自由に読み取られる状態で物理デバイスに保存されるか、又はフロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、紙の書類又はデータサーバの予約領域のような外部の媒体を通してユーザへ提供することができる。この鍵の対（Ｓ0，Ｐ0）は、デバイスの流通及び使用開始（commissioning）に先立って、工場で生成される。
【００１５】
また、この種の物理デバイスは、従来から、認証及び／又は署名についての非対称暗号化アルゴリズムを実行する計算手段を有している。これらのアルゴリズムのうち、例えばＲＳＡ（Rivest-Shamir-Adleman）、ＤＳＡ、ＧＱ（Guillou-Quisquater）又はＧＰＳ型のアルゴリズムが挙げられる。
【００１６】
この非対称暗号化アルゴリズムの使用は、物理デバイスを個人が所有する以前の段階で初期化されて本願の課題ではない従来の手法により管理されるキャリアコード（又はＰＩＮ（personal identification number）コード）の事前の提示に基づくことができる。
【００１７】
物理デバイスは、このようにして、いかなるプロバイダからも独立した頒布手段を用いてユーザに販売される。
【００１８】
プロバイダとの保護されたトランザクション（認証、署名）の実行を可能にするため、顧客とも呼ばれる物理デバイスのユーザは、デバイスの公開鍵Ｐ0とプロバイダに関連する識別子Ｉｄ1とをリンクする証明書Ｃ1についてプロバイダから発行を受けなければならない（注：プロバイダに対してユーザの匿名性を維持しなければならないシステムでは、識別子Ｉｄ1はユーザの民生的な識別（civil identity）とは異なる）。
【００１９】
一般に「登録」と呼ばれるこの処理がｎ個の個別のプロバイダとの間で実行され、（それぞれが所与のプロバイダに関連する）ｎ個の識別子｛Ｉｄ1、Ｉｄ2、…、Ｉｄn｝を同じ公開鍵Ｐ0へリンクするｎ個の証明書｛Ｃ1、Ｃ2、…、Ｃn｝が顧客へ割り当てられる。
【００２０】
その後、顧客が第ｉ番目のプロバイダとの保護されたトランザクションの実行を望む場合、顧客は自己の秘密鍵Ｓiを用いて、認証機関が標準化されたプロトコルに基づいて付与した対応する証明書ＣiをＳiに関連付けて、自己の物理デバイスを用いてプロバイダから送られたランダム値（この場合は認証）又はメッセージ（この場合は電子署名）に対して署名する。
【００２１】
３．従来技術の欠点
従来技術によれば、進行中のトランザクションが所与の物理デバイスを用いて実際に行われることをプロバイダが確かめることのできる唯一の方法は、プロバイダによるデバイスの物理的な取扱いに依存する。実際には、公開鍵Ｐ0がデバイス内に保存されていれば、デバイス内の公開鍵Ｐ0を読み取ることができる。そうでない場合、デバイスに対して秘密鍵Ｓ0を用いてランダム値を署名し、顧客により外部媒体上に与えられた公開鍵Ｐ0を用いてこの署名の結果を確認することができる。
【００２２】
しかし、この従来技術のアプローチの欠点は、デバイス上で物理的に処理することができるプロバイダを必要とし、したがっていかなる遠隔操作も排除されてしまうことである。この点は、インターネットのような現在の通信ネットワークにおいてトランザクションを実行する場合に問題となり得る。
【特許文献１】仏国特許出願第FR 96 08692号「Procede de controle de transactions securisees independantes utilisant un dispositif physique unique（単一の物理デバイスを用いた独立かつ保護されたトランザクションの制御方法）」
【発明の開示】
【発明が解決しようとする課題】
【００２３】
４．本発明の目的
本発明は、特に従来技術の欠点を克服することを目的とする。
【００２４】
より具体的には、一対の非対称鍵（Ｐ0、Ｓ0）に関連付けられると共に、必要ならば遠隔から所与の物理デバイスによるトランザクションの実行を確実にするために用いられる物理デバイスを実現する、保護されたトランザクションの制御技術を提供することが本発明の一つの目的である。
【００２５】
言い換えれば、プロバイダが認証しなければならない公開鍵Ｐ0が所与の物理デバイスに保存された秘密鍵Ｓ0と真に対応することをプロバイダが確認できるこの種の技術を提案することが本発明の一つの目的である。
【００２６】
実現が容易で、使用される物理デバイスにさらなる複雑度をほとんどまたは全く導入しないこの種の技術を提案することが本発明の別の目的である。
【００２７】
プロバイダにとって信用できる環境を作るため、信頼でき、かつ強力な否認防止の特性を得るために用いることができるこの種の技術を提供することが本発明のさらなる目的である。
【課題を解決するための手段】
【００２８】
これらの目的及び以下に述べる他の目的は、デバイス公開鍵（Ｐ0）と、対応するデバイス秘密鍵（Ｓ0）とを含む少なくとも一対の非対称鍵を有する、ユーザの物理デバイスを実現する保護されたトランザクションの制御方法を用いて達成される。
【００２９】
本発明によれば、この制御方法は、
前記物理デバイスの使用開始（commissioning）前に、前記デバイス秘密鍵（Ｓ0）が前記物理デバイス（１３）内の耐タンパ領域に保存されていることを確かめてから、デバイス証明書（Ｃ0）を発行する特定の認証機関（ＡＣＰ）が第１の認証鍵（ＳT）を用いて署名することにより、前記デバイス公開鍵（Ｐ0）を認証するステップと、
前記第１の認証鍵（ＳT）に対応する第２の認証鍵（ＰT）を用いて前記デバイス証明書（Ｃ0）を確認するステップと、
確認結果が正常である場合に、ユーザをあるプロバイダに登録するステップであって、前記デバイス公開鍵（Ｐ0）とユーザの識別子（Ｉｄi）とについての前記プロバイダによる署名に対応しているプロバイダ証明書（Ｃi）を発行する、登録するステップと
を含む。
【００３０】
このように、本発明は、電子的トランザクションを保護するための全体として新規かつ進歩性のあるアプローチに基づいている。実際には、保護の程度を高めるために本発明の手法は、様々なプロバイダが信用を置く特定の認証機関（ＡＣＰ）を用いる。この特定の認証機関は、物理デバイス（ＵＳＢドングル、チップカードなど）の使用開始前に、物理デバイスに関係する証明書（従来のようなデバイスの所有者の識別子に関係する証明書ではない）を発行する。そして、その有効性を確認することにより、たとえリモートであっても、不正にその動作を模倣する装置（コンピュータ、ＰＤＡなど）ではなく真正な物理デバイスであるということの保証をプロバイダに与える。
【００３１】
この保護は、特定の認証機関が、所与の物理デバイスに保存された秘密鍵Ｓ0に対応する公開鍵Ｐ0の場合を除いて、第１の認証鍵ＳTからこのようなデバイス証明書Ｃ0を生成しないという強い制約に依拠している。
【００３２】
デバイス証明書の確認は、特定の認証機関がプロバイダへ伝達する特定の認証機関の第２の認証鍵に基づいてプロバイダが直接行うか、又は信頼された第三者が行うことができる。このようにして、本発明のトランザクションの制御方法は、保護されたトランザクションへの参加を望む顧客がＡＣＰにより認証された物理デバイスを真に所有していることについて、ＡＣＰがプロバイダに対し保証するということを利用するものである。このようにして、ユーザが物理デバイスを所有することについてリモートで何も保証しない従来技術とは、明らかに相違する。実際には、従来の制御技術は、必要があれば一連の認証機関の使用に基づく認証と証明の連鎖によりユーザの識別を保証するだけで、常にユーザのアイデンティティの認証という一つの結果を得るだけである。本発明の方法は、ユーザのアイデンティティの認証に加えて、このユーザがその後所有することになる物理デバイスの事前の認証を行う。このようにして、プロバイダとの間で自己の真正を認証するユーザが物理デバイスを所有することを、リモートであってもプロバイダに対して保証することを可能にする。この保証のみが、トランザクション制御プロセスの確立を継続させることができる。
【００３３】
デバイス証明書Ｃ0の有効性が保証されると、プロバイダは従来のやり方でプロバイダ証明書Ｃiの発行先であるユーザの登録へ進むことができる。
【００３４】
前記特定の認証機関は前記物理デバイスの製造者であることが好ましく、そうすればデバイスが製造ラインを離れる時に直接的にデバイス証明書Ｃ0を発行することができる。特定の認証機関は、１つ以上の別個の製造者が利用する第三者的な認証機関とすることもできる。
【００３５】
有利なことに、前記デバイス証明書（Ｃ0）は、前記物理デバイス内の自由に読み取り可能な記憶領域に保存される。そうすることでプロバイダが容易に読み取ることができる。
【００３６】
本発明の有利な特徴によれば、前記デバイス証明書（Ｃ0）は、
物理デバイスのタイプと、
該物理デバイスの製造者の識別と、
該物理デバイスが用いる暗号化アルゴリズムのタイプと、
該物理デバイスのシリアル番号と
を含む、前記物理デバイスを表す情報の少なくとも一部を署名する。
【００３７】
デバイス証明書Ｃ0の確認段階で、このようにしてプロバイダは相手先の物理デバイスについて利用可能な付加的情報を得て、例えば想定されるトランザクションの性質にデバイスのタイプが適合するか確認したり、シリアル番号に基づいてデバイスのトレーサビリティを保証したりすることができる。
【００３８】
本発明の代替的で有利な実施形態においては、プロバイダが前記確認のステップを実行する。そうすると、プロバイダは第三者たる確認機関のサービスを求める必要がなく、直接的にユーザを登録できるかできないかがわかる（この点は本発明のコンテキストにおいても想定できる）。
【００３９】
第１の有利な実施形態においては、前記第１の認証鍵（ＳT）は秘密鍵であり、前記第２の認証鍵（ＰT）は公開鍵である。このようにして一対の非対称鍵が使用され、秘密鍵（ＳT）は、プロバイダに伝達されるか又は公開される公開鍵とは異なり、特定の認証機関によって秘密に保たれる。
【００４０】
第２の有利な実施形態においては、前記特定の認証機関はある対称鍵（Ｋ）を使用する。その結果、前記第１の認証鍵（ＳT）と前記第２の認証鍵（ＰT）とは同一のものとなる。
【００４１】
この場合、前記認証のステップは、前記デバイスの製造者からの要求を受けて前記特定の認証機関が前記対称鍵に基づいて実行する。そして、前記確認のステップは前記プロバイダからの要求を受けて前記特定の認証機関が実行する。
【００４２】
この場合もやはり、特定の認証機関はむろん製造者そのものとすることができる。
【００４３】
本発明はまた、ユーザの物理デバイスであって、保護されたトランザクションにおいて用いられるよう設計された物理デバイスに関する。この物理デバイスは、デバイス公開鍵（Ｐ0）と、対応するデバイス秘密鍵（Ｓ0）とを含む少なくとも一対の第１の非対称鍵を有する。
【００４４】
本発明によれば、このデバイスはまた、前記物理デバイス（１３）内の耐タンパ領域に前記デバイス秘密鍵Ｓ0が保存されていることが確かめられた後に、特定の認証機関の第１の認証鍵ＳTによる前記第１のデバイス公開鍵Ｐ0の署名に対応して発行されるデバイス証明書Ｃ0を有する。ここで、前記デバイス証明書（Ｃ0）は、前記物理デバイスの使用開始の前に該物理デバイスに保存される。
【００４５】
本発明はまた、通信ネットワークからダウンロード可能であり、及び／又はコンピュータにより読み取り可能な媒体に保存され、及び／又はマイクロプロセッサにより実行可能なコンピュータプログラム製品に関する。このコンピュータプログラム製品は、上述したように保護されたトランザクションの制御方法の少なくとも１つのステップを実行するプログラムコード命令を含む。
【００４６】
本発明はまた、ユーザの物理デバイスであって、デバイス公開鍵Ｐ0と、対応するデバイス秘密鍵Ｓ0とを含む少なくとも一対の非対称鍵を有する物理デバイスを用いた、通信ネットワークにおける保護されたトランザクションを制御するシステムであって、
前記ネットワークに接続された特定の認証サーバであって、前記デバイス秘密鍵Ｓ0が前記物理デバイス（１３）内の耐タンパ領域に保存されていることを確かめてから、前記物理デバイスの使用開始の前に、前記認証サーバの第１の認証鍵ＳTによる前記デバイス公開鍵Ｐ0の署名に対応したデバイス証明書Ｃ0を前記物理デバイスに対して発行する特定の認証サーバと、
前記第１の認証鍵ＳTに対応する第２の認証鍵ＰTを用いて前記デバイス証明書Ｃ0を確認する確認サーバであって、前記ネットワークに接続されている確認サーバと、
前記確認サーバによる確認の結果が正常である場合に、前記デバイス公開鍵（Ｐ0）と前記ユーザの識別子（Ｉｄi）とについてのあるプロバイダによる署名に対応しているプロバイダ証明書（Ｃi）を前記ユーザへ発行する前記プロバイダに対して前記ユーザを登録する登録サーバであって、前記通信ネットワークに接続された登録サーバと
を備えるシステムに関する。
【００４７】
６．図面のリスト
本発明の他の特徴及び利点は、簡潔かつ非限定的な説明を通じた以下の好ましい実施形態の説明、及び添付図面からより明確なものとなる。
【発明を実施するための最良の形態】
【００４８】
７．本発明の一実施形態の説明
本発明の一般的な原理は、保護されたトランザクション（リモートトランザクションの場合あり）の間に、公開鍵Ｐ0に関連付けられた対応する秘密鍵Ｓ0を保存した真正な物理デバイスをプロバイダが真に相手にしていることをプロバイダに対して保証することができる、物理デバイスの使用開始前に特定の認証機関により行われる物理デバイスの公開鍵Ｐ0の認証に基づいている。
【００４９】
図１を参照して、所与の物理デバイス１３の使用開始前に行われる該物理デバイス１３の公開鍵Ｐ0の認証の一実施形態について説明する。
【００５０】
特定の認証機関、すなわちＡＣＰ１０は、公開鍵ＰTと、秘密かつアクセス不可の領域１０１に保存された秘密鍵ＳTとを含む一対の非対称鍵（ＰT，ＳT）を有している。この種のＡＣＰ１０は例えば物理デバイスの製造者である。その場合に秘密鍵ＳTが記憶される秘密領域１０１は、製造者が有する特定の物理デバイス（例えばチップカード）又は製造者のコンピュータ設備のアクセス制限された保護メモリ領域である。
【００５１】
公開鍵ＰTは、ＡＣＰ１０により公開されるか、又はそれを必要とする可能性のあるプロバイダ（すなわち、物理デバイス１３の所有者とのトランザクションを担当するプロバイダ）のうちの１つの要求により提供される。
【００５２】
物理デバイス１３の製造段階で一対の非対称鍵（Ｐ0，Ｓ0）が記録される。この非対称鍵の対（Ｐ0，Ｓ0）は、デバイス１３内の読み取り可能領域１３１に保存された公開鍵Ｐ0と、このデバイス１３の保護領域１３２に保存された秘密鍵Ｓ0とを含んでいる。この保護された領域、すなわち耐タンパ領域１３２は、秘密鍵Ｓ0の読み取りを防ぎ、ソフトウェア又はハードウェアのいかなる侵入の試みにも耐えられるように作られている。１つの変更例として、デバイスそのものによらない外部の補助を得て物理デバイス１３の所有者に公開鍵Ｐ0を伝えることもできる。
【００５３】
ＡＣＰ１０が物理デバイス１３の製造者であれば、図１に示された処理は、物理デバイス１３の流通の前に、個人がデバイスを所有する（前の）段階で工場において実行される。あるいは製造者とは独立した認証機関であれば、これらの処理は、物理デバイスが製造ラインを離れる時に、エンドユーザに流通する前に実行することができる。
【００５４】
より具体的には、物理デバイス１３はデバイス公開鍵Ｐ0をＡＣＰ１０へ伝達１１する。すると、ＡＣＰ１０は秘密鍵ＳTを用いて、デバイス１３の公開鍵Ｐ0を署名する。この署名１２により、デバイスの公開鍵Ｐ0のように物理デバイス１３内の自由に読み取り可能な領域１３１に書き込まれるか、又は外部の媒体（フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、紙の書類など）を通してユーザに与えられる識別証明書Ｃ0＝Ａ（ＳT，Ｐ0）が得られる（ここでＡは例えばＲＳＡ型の暗号化署名アルゴリズムである）。
【００５５】
ＡＣＰ１０（製造者又は信頼された第三者）は、所与のタイプの物理デバイスに保存された秘密鍵に対応する公開鍵Ｐ0を除いて、このようなデバイス証明書Ｃ0（すなわち、秘密鍵ＳTを用いたこのような署名）を通常は生成しない。
【００５６】
また、図１の認証処理は、本発明の代替的な一実施形態において、異なるタイプの物理デバイスのいくつかの製造者に対して相互的に行ってもよい。この場合、ＡＣＰ１０は信頼された第三者であってどの製造者からも独立しており、秘密鍵ＳTを有している。そして、所与の物理デバイス１３のデバイス証明書Ｃ0を生成するために、秘密鍵ＳTを用いて（Ｐ0，＜デバイスタイプ＞）の対を署名する。このような＜デバイスタイプ＞の情報は、例えばデバイス１３の種類、つまりそれがＵＳＢドングル、チップカードなどであるかについての情報を得ることを可能にする。または、製造者が製造したデバイスの一つを指定するのに用いる製品番号（product reference）とすることもできる。
【００５７】
同様に、変更例として、例えば製造者名（＜製造者名＞）、用いられる暗号化アルゴリズムのタイプ（＜アルゴリズムタイプ＞）、デバイスのシリアル番号などの、物理デバイス１３の使用に関連する他の情報をデバイス証明書Ｃ0に署名することもできる。
【００５８】
このようにして、プロバイダによりデバイス証明書Ｃ0を確認する後続の段階において（図２及び図３を参照して以下でより詳細に述べる）、このプロバイダは、公開鍵Ｐ0が、＜製造者名＞によって製造された＜デバイスタイプ＞のタイプのデバイス１３に保存された秘密鍵Ｓ0に対応するという保証を得る。この保証は、プロバイダが特定の認証機関１０に付与した信用から生まれるものである。
【００５９】
図１に示した処理の変更例として、ＰT＝ＳT＝Ｋを対称鍵とすることが考えられる。
【００６０】
この場合に鍵Ｋは、物理デバイス１３の製造者と、この鍵Ｋを秘密に保つ者として製造者が知っている一つの（又は稀にいくつかの）信頼された第三者との間で共有することができる。この場合、第三者又は製造者自身のみが証明書を確認することができる。
【００６１】
製造者から独立しているＡＣＰ１０であって、物理デバイス１３の製造者から要求されたときだけ対称鍵のデバイス証明書Ｃ0に署名するＡＣＰ１０のみが、鍵Ｋを用いるという場合も想定することができる。同様に、このＡＣＰ１０が、関連付けられた物理デバイス１３とのトランザクション実行を望むプロバイダの要求に応じてデバイス証明書Ｃ0を確認することができる唯一のエンティティであるとすることができる。この場合でも、このＡＣＰ１０はむろん製造者そのものとすることができる。
【００６２】
ＡＣＰ１０により証明書Ｃ0が記録された物理デバイス１３は、いかなるプロバイダからも独立した、例えば大規模店舗又は認証を受けた小売店等の販路を通じて販売される。
【００６３】
次に図２と図３を参照して、物理デバイス１３の所有者３０とプロバイダ３３との間の保護されたトランザクションにおいてデバイス証明書Ｃ0が用いられる方法を説明する。このようなプロバイダ３３は、例えばサービス（例えば気象ニュースサービスやジオロケーションサービスへのアクセス）のプロバイダ又は商品の販売者（例えばインターネット上のトレーダー）とすることができる。
【００６４】
物理デバイス１３は、通信ネットワーク３２、例えばインターネットとして知られたワールドワイドのネットワークを通じてプロバイダ３３により提案されるサービスにアクセスするために使用することを望むユーザ３０が入手したものである。この種の物理デバイス１３は、例えばユーザ３０がプロバイダ３３から受ける有料加入者サービス（例えばインターネット上で公開された毎日の星占いサービスへの加入）の媒体として用いられる。
【００６５】
ユーザ３０がプロバイダ３３のサービスへのアクセスを望む場合、通信端末３１（例えばコンピュータ）からリクエストを送信し、通信ネットワーク３２を通してプロバイダ３３へ伝達される。このリクエストには、公開鍵Ｐ0と、ＡＣＰ１０により物理デバイス１３（簡単のため図３には図示せず）に予め記録２１されたデバイス証明書Ｃ0とが添付されている。
【００６６】
ユーザ３０のリクエストに同意する前に、プロバイダは、送られてきた公開鍵Ｐ0が所与の物理デバイスに保存された秘密鍵Ｓ0に本当に対応するものであることを確認しなければならない。この目的のため、プロバイダは特定の認証機関１０の公開鍵ＰTを用いて、リクエストと共に送られてきたデバイス証明書Ｃ0の確認２２を実行する。
【００６７】
確認結果が異常（negative verification）の場合、すなわちデバイス証明書Ｃ0がＡＣＰ１０の秘密認証鍵（certification key）ＳTによる物理デバイスの公開鍵Ｐ0の署名（signing）に対応しない場合、プロバイダ３３はトランザクションを中止して、リクエストされた項目（article）又はサービスへのユーザ３０のアクセスを拒否することができる。
【００６８】
しかしながら、確認結果が正常（positive verification）の場合、プロバイダは、公開鍵Ｐ0が所与の物理デバイス１３に保存された秘密鍵Ｓ0に真に対応するということの確信を得て、したがって、関連する識別子（Ｉｄi）を用いてこのユーザの登録２４を行った上でユーザ３０のリクエストを受け入れることができる。この目的のため、プロバイダ３３は、プロバイダ３３による公開鍵Ｐ0と前記識別子（Ｉｄi）との署名（signing）に対応させて、ユーザ３０に対しプロバイダ証明書Ｃiを発行する。このプロバイダ証明書Ｃiは、プロバイダ３３の登録サーバが接続された通信ネットワーク３２を通してユーザの通信端末３１へ送られる。
【００６９】
デバイス証明書Ｃ0の確認２２は、プロバイダ３３自体によるか、又は同じくネットワーク３２に接続された確認専用サーバ３４によっても行うこともできる。この場合、プロバイダ３３はネットワーク３２を通してデバイス証明書Ｃ0を確認サーバ３４へ送信する。物理デバイス１３のデバイス証明書Ｃ0を生成したＡＣＰ１０の認証サーバ３５は、その公開鍵ＰTを確認サーバ３４へ伝達するか、又は既に伝達されている。その後、確認サーバ３４は、証明書Ｃ0の信頼性を確認するために認証サーバ３５の公開鍵ＰTを用いた確認結果をプロバイダ３３へ送れば足り、そうすることによりプロバイダ３３はユーザ３０の登録２４を実行するか、あるいは終了２３へ進むべきかを認識する。
【００７０】
ユーザ３０のプロバイダへの登録２４がなされると、ユーザはプロバイダ３３との間で保護されたトランザクションの実行を開始することができる。そうするために、ユーザは物理デバイス１３を用いて、プロバイダから与えられたランダム値（この場合の用語は認証である）又はメッセージ（この場合の用語は署名である）を、デバイス秘密鍵Ｓiを用いて署名し、それに対して、本願の目的ではなくそれ故ここでは詳細に説明しない標準的なプロトコルに基づき、対応するプロバイダ証明書Ｃiを関連付ける。
【００７１】
次にユーザ３０は、プロバイダに関連すると考えられるユーザ３０のアイデンティティＩｄiへ物理デバイス１３の公開鍵Ｐ0をリンクするための各プロバイダ証明書Ｃiを発行するいくつかの異なるプロバイダへ登録２４される。
【図面の簡単な説明】
【００７２】
【図１】物理デバイスの使用開始前に特定の認証機関によって行われる物理デバイスの公開鍵の認証の原理を示す説明図である。
【図２】保護されたトランザクションを制御する本発明に係る方法において実行される各ステップのブロック図である。
【図３】図２の方法における、通信ネットワークを通してユーザと本発明に係る各サーバとの間のそれぞれの送受信を示す説明図である。
【特許請求の範囲】
【請求項１】
あるユーザ（３０）の物理デバイス（１３）であって、デバイス公開鍵（Ｐ0）と、対応するデバイス秘密鍵（Ｓ0）とを含む少なくとも一対の非対称鍵を有する物理デバイス（１３）を用いる、保護されたトランザクションの制御方法であって、
前記物理デバイスの使用開始前に、前記デバイス秘密鍵（Ｓ0）が前記物理デバイス（１３）内の耐タンパ領域に保存されていることを確かめてから、デバイス証明書（Ｃ0）を発行する特定の認証機関（ＡＣＰ、１０）が第１の認証鍵（ＳT）を用いて署名することにより、前記デバイス公開鍵（Ｐ0）を認証（２１）するステップと、
前記第１の認証鍵（ＳT）に対応する第２の認証鍵（ＰT）を用いて前記デバイス証明書（Ｃ0）を確認するステップ（２２）と、
確認結果が正常である場合に、前記ユーザ（３０）をあるプロバイダ（３３）に登録（２４）するステップであって、前記デバイス公開鍵（Ｐ0）と前記ユーザ（３０）の識別子（Ｉｄi）とについての前記プロバイダ（３３）による署名に対応しているプロバイダ証明書（Ｃi）を発行する、登録（２４）するステップと
を含む制御方法。
【請求項２】
前記認証機関（１０）は前記物理デバイス（１３）の製造者である、請求項１に記載の制御方法。
【請求項３】
前記デバイス証明書（Ｃ0）は、前記物理デバイス（１３）内の自由に読み取り可能なメモリ領域（１３１）に保存されるものである、請求項１又は２に記載の制御方法。
【請求項４】
前記デバイス証明書（Ｃ0）は、前記物理デバイスを表す少なくとも１つの情報をさらに署名するものである、請求項１〜３のいずれか一項に記載の制御方法。
【請求項５】
前記物理デバイスを表す前記情報は、
該物理デバイスのタイプと、
該物理デバイスの製造者の識別と、
該物理デバイスが用いる暗号化アルゴリズムのタイプと、
該物理デバイスのシリアル番号と
を含むものである、請求項４に記載の制御方法。
【請求項６】
前記確認するステップ（２２）は、前記プロバイダ（３３）により実行されるものである、請求項１〜５のいずれか一項に記載の制御方法。
【請求項７】
前記第１の認証鍵（ＳT）は秘密鍵であり、
前記第２の認証鍵（ＰT）は公開鍵である、請求項１〜６のいずれか一項に記載の制御方法。
【請求項８】
前記認証機関（１０）はある対称鍵（Ｋ）を使用するものであり、
その結果、前記第１の認証鍵（ＳT）と前記第２の認証鍵（ＰT）とは同一のものとなる、請求項１〜６のいずれか一項に記載の制御方法。
【請求項９】
前記認証するステップは、前記物理デバイスの製造者からの要求を受けて前記認証機関が前記対称鍵に基づいて実行するものであり、
前記確認するステップは、前記プロバイダからの要求を受けて前記認証機関が実行するものである、請求項８に記載の制御方法。
【請求項１０】
保護されたトランザクションにおいて使用されるように設計された、あるユーザの物理デバイスであって、
デバイス公開鍵（Ｐ0）と、対応するデバイス秘密鍵（Ｓ0）とを含む少なくとも１つの第１の非対称鍵の対と、
前記デバイス秘密鍵（Ｓ0）が前記物理デバイス（１３）内の耐タンパ領域に保存されていることが確かめられた後に、ある特定の認証機関の第１の認証鍵（ＳT）による前記第１のデバイス公開鍵（Ｐ0）の署名に対応して発行されるデバイス証明書（Ｃ0）と
を有し、
前記デバイス証明書（Ｃ0）は、前記物理デバイスが使用開始される前に該物理デバイスに保存されるものである、物理デバイス。
【請求項１１】
ある通信ネットワークからダウンロード可能であり、及び／又はコンピュータにより読み取り可能な媒体に保存され、及び／又はマイクロプロセッサにより実行可能なコンピュータプログラム製品であって、
請求項１〜９のいずれか一項に記載の保護されたトランザクションの制御方法の少なくとも１つのステップを実行するプログラムコード命令を含むコンピュータプログラム製品。
【請求項１２】
あるユーザ（３０）の物理デバイス（１３）であって、デバイス公開鍵（Ｐ0）と、対応するデバイス秘密鍵（Ｓ0）とを含む少なくとも一対の非対称鍵を有する物理デバイス（１３）を用いた、通信ネットワーク（３２）における保護されたトランザクションを制御するシステムであって、
前記通信ネットワークへ接続された特定の認証サーバ（３５）であって、前記デバイス秘密鍵（Ｓ0）が前記物理デバイス（１３）内の耐タンパ領域に保存されていることを確かめてから、前記物理デバイスの使用開始前に、前記認証サーバ（３５）の第１の認証鍵（ＳT）による前記デバイス公開鍵（Ｐ0）の署名に対応したデバイス証明書（Ｃ0）を前記物理デバイスに対して発行する認証サーバ（３５）と、
前記第１の認証鍵（ＳT）に対応する第２の認証鍵（ＰT）を用いて前記デバイス証明書（Ｃ0）を確認する確認サーバ（３４）であって、前記通信ネットワークに接続された確認サーバ（３４）と、
前記確認サーバによる確認の結果が正常である場合に、前記デバイス公開鍵（Ｐ0）と前記ユーザの識別子（Ｉｄi）とについてのあるプロバイダによる署名に対応しているプロバイダ証明書（Ｃi）を前記ユーザ（３０）へ発行する前記プロバイダに対して前記ユーザ（３０）を登録する登録サーバ（３３）であって、前記通信ネットワークに接続された登録サーバ（３３）と
を少なくとも備えるシステム。
【請求項１】
あるユーザ（３０）の物理デバイス（１３）であって、デバイス公開鍵（Ｐ0）と、対応するデバイス秘密鍵（Ｓ0）とを含む少なくとも一対の非対称鍵を有する物理デバイス（１３）を用いる、保護されたトランザクションの制御方法であって、
前記物理デバイスの使用開始前に、前記デバイス秘密鍵（Ｓ0）が前記物理デバイス（１３）内の耐タンパ領域に保存されていることを確かめてから、デバイス証明書（Ｃ0）を発行する特定の認証機関（ＡＣＰ、１０）が第１の認証鍵（ＳT）を用いて署名することにより、前記デバイス公開鍵（Ｐ0）を認証（２１）するステップと、
前記第１の認証鍵（ＳT）に対応する第２の認証鍵（ＰT）を用いて前記デバイス証明書（Ｃ0）を確認するステップ（２２）と、
確認結果が正常である場合に、前記ユーザ（３０）をあるプロバイダ（３３）に登録（２４）するステップであって、前記デバイス公開鍵（Ｐ0）と前記ユーザ（３０）の識別子（Ｉｄi）とについての前記プロバイダ（３３）による署名に対応しているプロバイダ証明書（Ｃi）を発行する、登録（２４）するステップと
を含む制御方法。
【請求項２】
前記認証機関（１０）は前記物理デバイス（１３）の製造者である、請求項１に記載の制御方法。
【請求項３】
前記デバイス証明書（Ｃ0）は、前記物理デバイス（１３）内の自由に読み取り可能なメモリ領域（１３１）に保存されるものである、請求項１又は２に記載の制御方法。
【請求項４】
前記デバイス証明書（Ｃ0）は、前記物理デバイスを表す少なくとも１つの情報をさらに署名するものである、請求項１〜３のいずれか一項に記載の制御方法。
【請求項５】
前記物理デバイスを表す前記情報は、
該物理デバイスのタイプと、
該物理デバイスの製造者の識別と、
該物理デバイスが用いる暗号化アルゴリズムのタイプと、
該物理デバイスのシリアル番号と
を含むものである、請求項４に記載の制御方法。
【請求項６】
前記確認するステップ（２２）は、前記プロバイダ（３３）により実行されるものである、請求項１〜５のいずれか一項に記載の制御方法。
【請求項７】
前記第１の認証鍵（ＳT）は秘密鍵であり、
前記第２の認証鍵（ＰT）は公開鍵である、請求項１〜６のいずれか一項に記載の制御方法。
【請求項８】
前記認証機関（１０）はある対称鍵（Ｋ）を使用するものであり、
その結果、前記第１の認証鍵（ＳT）と前記第２の認証鍵（ＰT）とは同一のものとなる、請求項１〜６のいずれか一項に記載の制御方法。
【請求項９】
前記認証するステップは、前記物理デバイスの製造者からの要求を受けて前記認証機関が前記対称鍵に基づいて実行するものであり、
前記確認するステップは、前記プロバイダからの要求を受けて前記認証機関が実行するものである、請求項８に記載の制御方法。
【請求項１０】
保護されたトランザクションにおいて使用されるように設計された、あるユーザの物理デバイスであって、
デバイス公開鍵（Ｐ0）と、対応するデバイス秘密鍵（Ｓ0）とを含む少なくとも１つの第１の非対称鍵の対と、
前記デバイス秘密鍵（Ｓ0）が前記物理デバイス（１３）内の耐タンパ領域に保存されていることが確かめられた後に、ある特定の認証機関の第１の認証鍵（ＳT）による前記第１のデバイス公開鍵（Ｐ0）の署名に対応して発行されるデバイス証明書（Ｃ0）と
を有し、
前記デバイス証明書（Ｃ0）は、前記物理デバイスが使用開始される前に該物理デバイスに保存されるものである、物理デバイス。
【請求項１１】
ある通信ネットワークからダウンロード可能であり、及び／又はコンピュータにより読み取り可能な媒体に保存され、及び／又はマイクロプロセッサにより実行可能なコンピュータプログラム製品であって、
請求項１〜９のいずれか一項に記載の保護されたトランザクションの制御方法の少なくとも１つのステップを実行するプログラムコード命令を含むコンピュータプログラム製品。
【請求項１２】
あるユーザ（３０）の物理デバイス（１３）であって、デバイス公開鍵（Ｐ0）と、対応するデバイス秘密鍵（Ｓ0）とを含む少なくとも一対の非対称鍵を有する物理デバイス（１３）を用いた、通信ネットワーク（３２）における保護されたトランザクションを制御するシステムであって、
前記通信ネットワークへ接続された特定の認証サーバ（３５）であって、前記デバイス秘密鍵（Ｓ0）が前記物理デバイス（１３）内の耐タンパ領域に保存されていることを確かめてから、前記物理デバイスの使用開始前に、前記認証サーバ（３５）の第１の認証鍵（ＳT）による前記デバイス公開鍵（Ｐ0）の署名に対応したデバイス証明書（Ｃ0）を前記物理デバイスに対して発行する認証サーバ（３５）と、
前記第１の認証鍵（ＳT）に対応する第２の認証鍵（ＰT）を用いて前記デバイス証明書（Ｃ0）を確認する確認サーバ（３４）であって、前記通信ネットワークに接続された確認サーバ（３４）と、
前記確認サーバによる確認の結果が正常である場合に、前記デバイス公開鍵（Ｐ0）と前記ユーザの識別子（Ｉｄi）とについてのあるプロバイダによる署名に対応しているプロバイダ証明書（Ｃi）を前記ユーザ（３０）へ発行する前記プロバイダに対して前記ユーザ（３０）を登録する登録サーバ（３３）であって、前記通信ネットワークに接続された登録サーバ（３３）と
を少なくとも備えるシステム。
【図１】
【図２】
【図３】
【図２】
【図３】
【公表番号】特表２００９−５０３９６７（Ｐ２００９−５０３９６７Ａ）
【公表日】平成２１年１月２９日（２００９．１．２９）
【国際特許分類】
【出願番号】特願２００８−５２３３１７（Ｐ２００８−５２３３１７）
【出願日】平成１８年７月１８日（２００６．７．１８）
【国際出願番号】ＰＣＴ／ＥＰ２００６／０６４３８３
【国際公開番号】ＷＯ２００７／０１２５８３
【国際公開日】平成１９年２月１日（２００７．２．１）
【出願人】（５９１０３４１５４）フランス テレコム (290)
【Ｆターム（参考）】
【公表日】平成２１年１月２９日（２００９．１．２９）
【国際特許分類】
【出願日】平成１８年７月１８日（２００６．７．１８）
【国際出願番号】ＰＣＴ／ＥＰ２００６／０６４３８３
【国際公開番号】ＷＯ２００７／０１２５８３
【国際公開日】平成１９年２月１日（２００７．２．１）
【出願人】（５９１０３４１５４）フランス テレコム (290)
【Ｆターム（参考）】
[ Back to top ]