JPWO2009050924A1 - 利用者認証システム及びその方法 - Google Patents

利用者認証システム及びその方法 Download PDF

Info

Publication number
JPWO2009050924A1
JPWO2009050924A1 JP2009537966A JP2009537966A JPWO2009050924A1 JP WO2009050924 A1 JPWO2009050924 A1 JP WO2009050924A1 JP 2009537966 A JP2009537966 A JP 2009537966A JP 2009537966 A JP2009537966 A JP 2009537966A JP WO2009050924 A1 JPWO2009050924 A1 JP WO2009050924A1
Authority
JP
Japan
Prior art keywords
user
terminal
certificate
information
user authentication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2009537966A
Other languages
English (en)
Other versions
JP5016678B2 (ja
Inventor
唐澤　圭
圭 唐澤
和風 上野
和風 上野
高橋　健司
健司 高橋
鶴岡　行雄
行雄 鶴岡
慎吾 折原
慎吾 折原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2009537966A priority Critical patent/JP5016678B2/ja
Publication of JPWO2009050924A1 publication Critical patent/JPWO2009050924A1/ja
Application granted granted Critical
Publication of JP5016678B2 publication Critical patent/JP5016678B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/33—User authentication using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H04L9/3268—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements using certificate validation, registration, distribution or revocation, e.g. certificate revocation list [CRL]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

利用者認証装置３０では予め認証局（ＣＡ）情報公開サーバ２０が公開するＣＡ証明書の識別子を信頼するＣＡの識別子リストに登録し、利用者端末１０では、端末公開鍵と端末秘密鍵の鍵ペアを生成するとともに、予め取得したＣＡ秘密鍵を利用して端末公開鍵を含む情報に対し端末署名を生成し、ＣＡから発行される証明書と同じ形式の自己署名証明書、すなわち、少なくとも端末公開鍵、端末署名、ＣＡ識別子を含む端末証明書を作成して保存するとともに利用者認証装置３０に登録しておく。サービス要求時に利用者認証装置３０から通知されたＣＡの識別子リスト中のＣＡ識別子と同じ発行者情報を有する端末証明書を選択し、当該端末証明書を利用した周知の利用者認証プロトコルによる利用者認証を実行する。

Description

本発明は、自己署名証明書を用いた利用者認証技術に関する。
従来より、利用者の同一性のみを確認し認証する場合や、オンラインバンクなどサービス提供者が利用者を確認する手段を既に有している場合において、鍵ペアを用いることによって、利用者を認証するプロトコルの安全性を高めたいという要求がある。安全性の高い利用者認証を実現する技術として、ＳＳＬ(Secure Sockets Layer)クライアント認証プロトコル、ＩＫＥ(Internet Key Exchange)相互認証プロトコル、ＥＡＰ−ＴＬＳ(Extensible Authentication Protocol-Transport Layer Security)プロトコルなど、証明書を用いた相互認証プロトコルが多数提案されている。これらの相互認証プロトコルでは、公開鍵と秘密鍵の鍵ペア及び当該公開鍵の電子証明書（公開鍵証明書）を利用するように標準が定められており、多くの製品が対応している。この公開鍵証明書は、通常、認証局（Certification Authority、以降、ＣＡで表す）によって発行される。証明書は、利用者の公開鍵、識別子ＩＤなどのデータと、そのデータに対してＣＡの秘密鍵を利用して生成したデジタル署名とから構成される。
このような証明書を用いた相互認証プロトコルを使用すると、ＣＡを運用するための、ＣＡの秘密鍵を守るコスト及び証明書発行の処理コストがかかるという問題があった。
これに対して、利用者自らの鍵ペアを利用して証明書（自己署名証明書）を発行し、この自己署名証明書を用いて利用者を認証するプロトコルが提案されている（非特許文献１参照）。この自己署名証明書を用いた利用者認証プロトコルにおいても、利用者の鍵ペアを用いることによって同一の利用者であるということは確認可能であり、また、この場合はＣＡを利用しないため、前述したＣＡの秘密鍵を守るのに必要なコスト及びサーバ側の証明書発行コストがかからないという利点がある。
図１は、ネットワークを介して利用者が様々なサービスを受けるためのシステムの概要を示す。ネットワークＮＷには多数の利用者端末１０１，１０２，…（以下、任意の１つを１０で代表する）、複数の認証局２１，２２，…（以下、任意の１つを２で代表する）、複数のサービスプロバイダ３１，３２，…（以下、任意の１つを３で代表する）が接続されている。サービスプロバイダ３１，３２，…はそれぞれ利用者認証装置３０１，３０２，…（以下、任意の１つを３０で代表する）を有しているものとするが、破線で示すようにサービスプロバイダ３と利用者認証装置３０を独立して設けてもよい。各利用者端末１０はネットワークＮＷを介してそれぞれ任意のサービスプロバイダ３から所望のサービスを受けることができる。サービスの形態は様々有り、例えば利用者が特定のサービスを受ける場合、そのサービスを提供しているサービスプロバイダに予め利用者登録を行い、そのサービスプロバイダは登録されている利用者に対してのみ有料又は無料で特定のサービスを提供するような場合が多い。そのような場合、サービスプロバイダは、利用者からのサービス要求に応じてサービスを提供する前に利用者の認証を行う必要がある。
利用者端末１０は、まず所望のサービスを受けたいサービスプロバイダ３の利用者認証装置３０に利用者登録を行い、その後、サービスを受けたい任意の時点でそのサービスプロバイダの利用者認証装置３０にアクセスし、利用者認証装置３０は利用者の認証を行い、認証が成功した場合に要求されたサービスを利用者に提供する。各利用者は１つ以上のサービスプロバイダ３に登録を行って１つ以上のサービスを任意の時点で受けることができ、また、各サービスプロバイダの利用者認証装置３０は複数の登録利用者に対しそれぞれのサービス要求に応じて認証を行い、サービスを提供する。
利用者認証を行う方法としては、ＣＡにより発行された証明書を使う方法と、利用者端末の自己署名証明書を使う方法がある。前者の方法では、利用者端末は、利用者認証装置が信頼するＣＡに、ＣＡ秘密鍵を用いて計算した署名を含む利用者の公開鍵証明書の発行を求め、サービス要求時に利用者の公開鍵証明書を使って利用者端末の利用者認証を行う。この方法では、ＣＡは利用者ごとの証明書の生成、ＣＡ秘密鍵の安全な管理を必要とし、ＣＡの運営コストが大きくなる欠点がある。
次に、後者の自己署名証明書を使う場合の認証方法について以下に説明する。図２は従来の自己署名証明書を用いた利用者認証システムにおける処理全体の流れを示すもので、ここでは図１における任意の１つの利用者端末１０と、任意の１つの利用者認証装置３０との間の処理を示す。
［登録フェーズ］
(1) 利用者端末１０は、所望のサービスプロバイダ用に公開鍵PKUと秘密鍵SKUの鍵ペアを生成し、その公開鍵PKUと、予め用意した利用者識別子IDUなどの証明書作成に必要な情報（利用者情報INFU）とに対し、前記秘密鍵SKUを使って署名SIGU=SKU(PKU, INFU)を生成し、公開鍵PKU、利用者情報INFU及び署名SIGUを含む自己署名証明書（以下、端末証明書とも呼ぶ）CERTU={PKU, INFU, SIGU}を作成し（ステップＳ１１）、これを記憶装置に保存すると共に前記サービスプロバイダの利用者認証装置３０へ送信して登録を要求する（ステップＳ１２）。ここで、SK(*)はデータ＊に対し秘密鍵SKを用いて生成した署名を表す。
(2) 利用者認証装置３０は、利用者端末１０から受信した利用者の端末証明書CERTUを検証し（ステップＳ１３）、検証に成功した場合はその端末証明書に含まれる利用者情報INFU、又は別途利用者から通知された利用者情報INFUと、利用者の端末証明書CERTU又はそれに含まれる端末公開鍵PKUとを互いに関連付けて利用者情報記憶装置に保存する（利用者情報の登録）（ステップＳ１４）。
利用者は複数のサービスプロバイダを利用する場合、このような登録を利用するサービスプロバイダごとに行うが、その際に鍵ペア及び／又は利用者識別子IDUをサービスプロバイダごとに新たに生成するので、それぞれのサービスプロバイダに対応する異なる複数の端末証明書（自己署名証明書）を保持することになる。
［利用フェーズ］
(1) 利用者認証装置３０は、利用者端末からのサービス要求（ステップＳ１５）に応じて、証明書要求と乱数Ｒを利用者端末１０に送信する（ステップＳ１６）。
(2) 利用者端末１０は、保持されている複数の端末証明書から、利用しようとするサービスプロバイダに対応する端末証明書を利用者に選択させ、選択された端末証明書に含まれる端末公開鍵PKUに対応する端末秘密鍵SKUを使って前記乱数Ｒを含むデータに署名を行い（ステップＳ１７）、その署名SIGRUと端末証明書CERTUを利用者認証装置３０に送信する（ステップＳ１８）。
(3) 利用者認証装置３０は、受信した署名SIGRU及び端末証明書CERTUを検証し（ステップＳ１９）、検証に成功した場合は端末証明書CERTU又はそれに含まれる端末公開鍵PKUを用いて、利用者情報記憶装置から対応する登録された利用者情報INFUを検索し（ステップＳ２０）、利用者にサービスを提供する（ステップＳ２１）。
"Windows（登録商標） CardSpaceの紹介"、［online］、Microsoft Corporation、［平成１９年９月３日検索］、インターネット＜URL：http://www.microsoft.com/japan/msdn/net/general/IntroInfoCard.aspx＞
しかしながら、大半のサーバソフトウェアにおいては自己署名証明書（端末証明書）を利用した運用に対応していない。例えば、ＳＳＬにおいては、利用者認証装置が受け入れ可能な証明書を指定する方法として、証明書要求(Certificate Request)メッセージに証明書を発行したＣＡの識別子を指定する方法しか定義されていない。そのため、利用者認証装置から利用者の自己署名証明書（端末証明書）を指定する方法はない。従って、以下の２つの課題がある。
(a) 利用者端末は、複数の自己署名証明書を保持している場合、利用者ソフト（例えばブラウザなど）が自動的に証明書を選択することができず、利用者は利用者端末により提示された複数の自己署名証明書から１つを選び出す必要がある。
(b) サービス提供側のサーバ（即ち、利用者認証装置）は任意の証明書を受け入れる設定にしなければならないが、これにより、処理負荷の増大や、セキュリティの低下が避けられない。
これらを避ける方法は、自己署名証明書による認証をあきらめ、ＣＡ運用のコストを支払って、ＣＡから発行された証明書を利用者に配布するものであった。
本発明は、自己署名証明書を用いた利用者認証プロトコルにおける、上記２つの課題を解決することを目的とする。
この発明によれば、認証局秘密鍵と認証局識別子を有する１つ以上の利用者端末と、認証局公開鍵と認証局識別子を有する１つ以上の利用者認証装置とが少なくともネットワークに接続され、利用者認証装置と利用者端末との間で端末証明書を利用した利用者認証を行なう利用者認証システムであって、
利用者端末は、
任意のデータである署名対象情報に対し、上記認証局秘密鍵を利用して端末署名を計算し、上記署名対象情報、上記端末署名及び上記認証局識別子を少なくとも含む自己署名証明書である端末証明書を生成する端末証明書生成手段と、
上記端末証明書を保存する端末情報記憶手段と、
利用者登録要求として少なくとも上記端末証明書を上記利用者認証装置に送信する登録要求手段と、
サービス要求時に利用者認証装置から受信した認証局識別子に対応する端末証明書を上記端末情報記憶手段から取得し、上記利用者認証装置に送信するサービス要求手段、
とを含み、
利用者認証装置は、
認証情報記憶手段と、
利用者端末から受信した端末証明書を上記認証情報記憶手段に登録する利用者登録手段と、
利用者端末からのサービス要求に応じて、利用者端末の認証時に、上記認証局識別子を上記利用者端末に通知し、対応する端末証明書を上記利用者端末から得て、上記端末証明書に含まれる端末署名を上記認証局公開鍵を用いて検証する利用者認証手段、
とを含む。
このように、この発明によれば、端末証明書は利用者端末で生成されるため、ＣＡの運用コストやＣＡの秘密鍵を守るコストが不要になる。また、利用者認証装置は、ＣＡ識別子を指定することで自身が受け入れ可能な端末証明書を限定することができ、セキュリティが向上する。更に、利用者端末は利用者認証装置が指定するＣＡ識別子を利用して、利用者認証装置に送信すべき端末証明書を限定することができ、端末証明書を複数保持している場合に利用者が端末証明書を選択する手間を軽減することができる。
従来の利用者認証システムの概要を示す構成図。 従来の利用者認証システムにおける処理全体の流れを示すシーケンス図。 本発明の利用者認証システムにおける基本的な処理の流れを示すシーケンス図。 本発明の第１の実施形態に係る利用者認証システムの概要を示す構成図。 本発明の第１の実施形態に係る利用者端末の構成図。 本発明の第１の実施形態に係るＣＡ情報公開サーバの構成図。 本発明の第１の実施形態に係る利用者認証装置の構成図。 本発明の第１の実施形態に係る利用者認証システムにおける端末証明書生成処理の流れを示すシーケンス図。 本発明の第１の実施形態に係る利用者認証システムにおける利用者登録処理の流れを示すシーケンス図。 本発明の第１の実施形態に係る利用者認証システムにおける利用者認証処理の流れを示すシーケンス図。 本発明の第２の実施形態に係る利用者端末の構成図。 本発明の第２の実施形態に係るＣＡ情報公開サーバの構成図。 本発明の第２の実施形態に係る利用者認証装置の構成図。 本発明の第２の実施形態に係る利用者認証システムにおける端末証明書生成処理の流れを示すシーケンス図。 本発明の第２の実施形態に係る利用者認証システムにおける利用者登録処理の流れを示すシーケンス図。 本発明の第２の実施形態に係る利用者認証システムにおける利用者認証処理の流れを示すシーケンス図。 本発明の第２の実施形態に係る利用者認証システムにおけるＴＬＳを用いた利用者認証処理の流れを示すシーケンス図。 本発明の第３の実施形態に係る利用者認証システムの概要を示す構成図。 本発明の第３の実施形態に係る利用者端末の構成図。 本発明の第３の実施形態に係るＣＡ情報公開サーバの構成図。 本発明の第３の実施形態に係る利用者認証システムにおける端末証明書生成処理の流れを示すシーケンス図。 本発明の第４の実施形態に係る利用者認証システムの概要を示す構成図。 本発明の第４の実施形態に係る利用者端末の構成図。 本発明の第４の実施形態に係る利用者認証装置の構成図。 本発明の第４の実施形態に係る利用者認証システムにおける利用者登録処理の流れを示すシーケンス図。 本発明の第５の実施形態に係る利用者認証システムの概要を示す構成図。 本発明の第５の実施形態に係る利用者端末の構成図。 本発明の第５の実施形態に係る利用者認証装置の構成図。 本発明の第５の実施形態に係る利用者認証システムにおける利用者登録処理の流れを示すシーケンス図。 本発明の第６の実施形態に係る利用者認証システムの概要を示す構成図。 本発明の第６の実施形態に係る利用者端末の構成図。 本発明の第６の実施形態に係る利用者認証装置の構成図。 図３３Ａは本発明の第６の実施形態に係る利用者認証システムにおける利用者登録処理の流れを示すシーケンス図、図３３Ｂは図３３ＡにおけるステップＳ１２２，Ｓ１２３の他の実施例を示すシーケンス図である。 本発明の第７の実施形態に係る利用者認証システムの概要を示す構成図。 本発明の第７の実施形態に係る利用者端末の構成図。 本発明の第７の実施形態に係る利用者認証装置の構成図。 本発明の第７の実施形態に係る利用者認証システムにおける利用者登録処理の流れを示すシーケンス図。 本発明の第８の実施形態に係る利用者認証システムの概要を示す構成図。 本発明の第８の実施形態に係る利用者認証装置の構成図。 利用者情報サーバ内の利用者情報データベースに登録されている利用者情報の例を示す図。 本発明の第８の実施形態に係る利用者認証システムにおける利用者認証処理の流れを示すシーケンス図。
図３は本発明の利用者認証システムにおける基本的な処理全体の流れを示すもので、ここでは利用者端末１０と、利用者認証装置（サービス提供サーバ）３０と、これらを接続するネットワークとを少なくとも備えたシステム（図１参照）における処理を示す。
［事前フェーズ］
利用者認証装置３０は、その利用者認証装置が信頼するＣＡの情報（ＣＡ公開鍵PKCA、ＣＡ識別子IDCA）又はそれを含むＣＡ証明書CERTCAを事前に取得し（ステップＳ７）、ＣＡ証明書CERTCA又はＣＡ識別子IDCAを自身の信頼するＣＡリストに登録しているものとする（ステップＳ８）。ＣＡ証明書CERTCAは、ＣＡ公開鍵PKCAと、発行対象であるＣＡの識別子IDCAを含む発行対象情報INFCAと、証明書の発行者であるＣＡの識別子IDCAと、その公開鍵PKCAと発行対象情報INFCAと発行者であるＣＡの識別子IDCAとに対するＣＡ秘密鍵SKCAを使ったＣＡ署名SIGCA=SKCA(PKCA, INFCA, IDCA)とを含む。これをCERTCA={PKCA, INFCA, IDCA, SIGCA}と表すことにする。ＣＡ情報又はＣＡ証明書の取得方法は、例えば別途ネットワーク上に設けられているＣＡ情報公開サーバ（図示せず）から取得する。または他の方法で取得してもよい。
利用者端末１０は、利用しようとする利用者認証装置が信頼するＣＡの秘密鍵SKCAとそのＣＡのＣＡ証明書CERTCA又はＣＡ情報を事前に取得しているものとする（ステップＳ９）。即ち、この発明においてはＣＡ秘密鍵SKCAはＣＡにおいて秘密に管理される必要は無い。ＣＡ情報又はＣＡ証明書の取得方法は、例えば利用者認証装置３０から取得してもよいし、別途ＣＡ情報公開サーバがネットワーク上に設けられており（図示せず）、そこから取得してもよい。また、取得の方法についても問わない。
［利用者登録フェーズ］
(a) 利用者端末１０は、署名対象として予め用意した任意の情報（署名対象情報と呼ぶ）UDと、発行者識別子IDCAとを含む情報に対し、前記ＣＡ秘密鍵SKCAを用いて端末署名SIGCA/U=SKCA(UD, IDCA)を生成し、署名対象情報UD、端末署名SIGCA/U及び証明書の発行者情報（ここでは署名計算に使われた秘密鍵SKCAに対応するＣＡの識別子IDCA）からなる自己署名証明書CERTCA/U={UD, SIGCA/U, IDCA}（以降、端末証明書とも呼ぶ）を作成し（ステップＳ１１）、これを利用者端末１０の端末記憶装置（図示せず）に保存すると共に利用者認証装置３０へ送信し、登録を要求する（ステップＳ１２）。
(b) 利用者認証装置３０は、利用者端末１０から受信した利用者の端末証明書CERTCA/Uに含まれるＣＡ識別子IDCAがＣＡリストにあるものと一致するかを検査し、更に必要であればＣＡ公開鍵PKCAを利用して端末証明書CERTCA/Uに含まれる端末署名SIGCA/Uを検証することにより端末証明書CERTCA/Uを検証し（ステップＳ１３）、検証に成功した場合に端末証明書CERTCA/Uを利用者情報記憶装置（図示せず）に登録する（ステップＳ１４）。
［利用フェーズ］
(a) 利用者認証装置３０は、利用者端末１０からのサービス要求（ステップＳ１５）に応じて、事前に登録した自身が信頼するＣＡのリスト、即ち、ＣＡ識別子IDCAのリストを証明書要求として利用者端末１０に送信する（ステップＳ１６）。
(b) 証明書要求を受信した利用者端末１０は、証明書要求に含まれるＣＡ識別子リスト中の何れか１つと同じＣＡ識別子IDCAを発行者情報として有する端末証明書CERTCA/Uを端末記憶装置（図示せず）から選択する（ステップＳ１７）。更に、その端末証明書CERTCA/Uを利用者認証装置３０に送信する（ステップＳ１８）。
(c) 利用者認証装置３０は、受信した端末証明書CERTCA/Uの正当性を自身が信頼するＣＡの証明書CERTCAを用いて検証する。即ち、受信した端末証明書CERTCA/Uに含まれるＣＡ識別子IDCAが、ＣＡリスト中の何れかのＣＡ識別子IDCAと一致するか検証し、更に端末証明書CERTCA/Uに含まれる端末署名SIGCA/UをＣＡ公開鍵PKCAを使って検証する（ステップＳ１９）。検証に成功した場合は、利用者へサービスを提供する（ステップＳ２１）。
以上説明したように、この発明によれば、利用者認証装置が自身の信頼するＣＡの識別子リストを利用者端末に通知することで、どのＣＡ情報（SIGCA, IDCA）に基づく端末証明書を必要とするか指定することができるため、利用者認証装置は端末装置からそのＣＡの識別子と一致する識別子を発行者情報として有する端末証明書のみ受け入れればよく、負荷を軽減し、同時にセキュリティを向上させることができる。
また、利用者端末では、利用者認証装置が受け入れる端末証明書を、指定されたＣＡ識別子リスト中の識別子IDCAを発行者情報として有する証明書に限定することができるため、複数の端末証明書から自動的に送るべき端末証明書を選択したり、利用者に選択させる場合でも候補を絞り込むことができ、利用者の利便性を向上させることができる。
また、端末証明書は利用者の同一性確認に使用するため、ＣＡの秘密鍵を公開しても問題ないため、ＣＡの鍵管理のコストが不要となり、更に証明書の発行を各利用者端末に行わせることで、ＣＡの運用コストも不要となる。
以下、本発明の実施形態について、図面を参照して詳細に説明する。
＜第１の実施形態＞
図４は本発明の第１の実施形態に係る利用者認証システムの概要を示すもので、図中、１０は利用者が使用する利用者端末、２０はＣＡ情報（ＣＡ公開鍵PKCA、ＣＡ秘密鍵SKCA、ＣＡ識別子IDCA）を公開するＣＡ情報公開サーバ、３０は利用者を認証してサービスを提供する利用者認証装置、ＮＷはこれらを接続するインターネット等のネットワークである。
［利用者端末］
利用者端末１０は、図５に示すように、端末情報データベース１０１と、端末証明書生成部１０３と、データベース登録部１０４と、端末証明書通知部１０６と、認証プロトコル処理部１０７と、データベース参照部１０８とを備えている。端末証明書生成部１０３と、データベース登録部１０４は端末証明書生成手段１０Ａを構成し、端末証明書通知部１０６は登録要求手段１０Ｂを構成し、認証プロトコル処理部１０７と、データベース参照部１０８はサービス要求手段１０Ｃを構成している。
端末情報データベース１０１は、端末証明書生成部１０３で生成された自己署名証明書である端末証明書CERTCA/Uを保存する。端末証明書生成部１０３は、利用しようとするサービスプロバイダの利用者認証装置が要求するＣＡ識別子IDCAを指定して、事前にＣＡ情報公開サーバ２０にＣＡ秘密鍵を要求し、ＣＡ秘密鍵SKCAをＣＡ情報公開サーバ２０から受信し、予め準備した任意のデータである署名対象情報UDに対し、前記受信したＣＡ秘密鍵SKCAを使用して端末署名SIGCA/U=SKCA(UD)を生成し（署名を計算し）、署名対象情報UD、端末署名SIGCA/U及び前記ＣＡ識別子IDCAを少なくとも含む端末証明書CERTCA/U={UD, SIGCA/U, IDCA}を生成し、データベース登録部１０４を介して端末情報データベース１０１に登録する。
端末証明書通知部１０６は、端末証明書生成部１０３で生成された端末証明書CERTCA/Uを利用者認証装置３０に送信する。認証プロトコル処理部１０７は、利用フェーズにおいて利用者認証時に利用者認証装置３０へのサービス要求に応答してＣＡの識別子リストを含む証明書要求を利用者認証装置３０から受信すると、データベース参照部１０８を介して端末情報データベース１０１から当該ＣＡの識別子リストのいずれかと一致するＣＡ識別子IDCAを含む端末証明書CERTCA/Uを読み出し、これを利用者認証装置３０へ送信する。
［ＣＡ情報公開サーバ］
ＣＡ情報公開サーバ２０は、図６に示すように、ＣＡ情報データベース２０１と、ＣＡ情報通知部２０２と、データベース参照部２０３とを備えている。ＣＡ情報データベース２０１は、ＣＡ識別子IDCAと、ＣＡ秘密鍵SKCAと、ＣＡ秘密鍵SKCAとペアのＣＡ公開鍵PKCAとをそれぞれ対応付けて保存している。
ＣＡ情報通知部２０２は、利用者端末１０からＣＡ識別情報IDCAを含むＣＡ情報要求を受信すると、データベース参照部２０３を介してＣＡ情報データベース２０１から指定されたＣＡ識別子IDCAに対応するＣＡ秘密鍵SKCAを取得し、これを利用者端末１０に送信する。また、ＣＡ情報通知部２０２は利用者認証装置３０からＣＡ識別子IDCAを含むＣＡ情報要求を受信すると、データベース参照部２０３を介してＣＡ情報データベース２０１から指定されたＣＡ識別子IDCAに対応するＣＡ公開鍵PKCAを取得し、これを利用者認証装置３０に送信する。
なお、利用者端末１０にＣＡ秘密鍵SKCAを送信する前に、予め定められた方法（例えばＩＤ・パスワード）により利用者端末１０を認証し、認証に成功した場合にのみＣＡ秘密鍵SKCAを送信するようにしてもよい。
［利用者認証装置］
利用者認証装置３０は、図７に示すように、ＣＡ情報データベース３０１と、認証情報データベース３０２と、データベース登録部３０５と、認証プロトコル処理部３０６と、データベース参照部３０７と、サービス提供部３０８とを備えている。データベース登録部３０５は利用者登録手段３０Ａを構成し、ＣＡ情報データベース３０１と、認証プロトコル処理部３０６は利用者認証手段３０Ｂを構成し、データベース参照部３０７と、サービス提供部３０８はサービス提供手段３０Ｃを構成している。
ＣＡ情報データベース３０１は、ＣＡ情報公開サーバ２０が公開するＣＡ公開情報の内、自身が信頼するＣＡに対応するＣＡ公開鍵PKCAとＣＡ識別子IDCAとを関連付けて保存する。認証情報データベース３０２は、利用者端末１０から受信した利用者の端末証明書CERTCA/Uをデータベース登録部３０５を介して保存する。
認証プロトコル処理部３０６は、利用者認証時に、利用者端末１０からのサービス要求に対応して、ＣＡ情報データベース３０１から信頼するＣＡのＣＡ公開鍵PKCA及びＣＡ識別子IDCAを読み出し、そのＣＡ識別子を含む証明書要求を利用者端末１０へ送信し、その証明書要求に応じて利用者端末１０から送信されてきた端末証明書CERTCA/Uを、ＣＡ公開鍵PKCAを用いて検証し、端末証明書CERTCA/Uの正当性が確認できた場合は、これをデータベース参照部３０７に送る。
データベース参照部３０７は、認証プロトコル処理部３０６から受け取った、正当性を確認できた端末証明書CERTCA/Uが認証情報データベース３０２に登録済であるかを確認し、端末証明書登録確認結果をサービス提供部３０８に送る。
サービス提供部３０８は、受け取った端末証明書登録確認結果に基づいてサービスの提供可否を判断し、利用者端末１０へサービスを提供する。
［証明書生成処理］
図８は本発明の第１の実施形態に係る利用者認証システムにおける利用者端末１０による端末証明書生成処理の流れを示すものである。
まず、利用者端末１０は、端末証明書生成部１０３によりＣＡ情報公開サーバ２０からＣＡ秘密鍵SKCAを取得する（ステップＳ９）。利用者端末１０は、予め準備した任意のデータである署名対象情報UDに対し、前記受信したＣＡ秘密鍵SKCAを使って端末署名SIGCA/U=SKCA(UD)を生成し（署名を計算し）、署名対象情報UD、端末署名SIGCA/U及び前記ＣＡ識別子IDCAを少なくとも含む端末証明書CERTCA/U={UD, SIGCA/U, IDCA}を生成し（ステップＳ１１２）、データベース登録部１０４を介して端末情報データベース１０１に登録する（ステップＳ１１３）。
［利用者登録処理］
図９は本発明の第１の実施形態に係る利用者認証システムにおける利用者登録処理（端末証明書の登録処理）の流れを示すものである。
まず、利用者端末１０からの利用者登録要求（ステップＳ１２１）に応答して利用者認証装置３０は利用者端末１０に対し、端末証明書送信要求を送る（ステップＳ１２２）。
端末証明書送信要求を受信した利用者端末１０は、その端末証明書通知部１０６により、端末証明書生成部１０３で生成され、端末情報データベース１０１に保存されている端末証明書CERTCA/Uを利用者認証装置３０に送信する（ステップＳ１２３）。利用者認証装置３０は、受信した端末証明書CERTCA/Uを検証し（ステップＳ１３）、検証に成功したら、端末証明書CERTCA/Uをデータベース登録部３０５を介して認証情報データベース３０２に登録する（ステップＳ１４）。
［利用者認証処理］
図１０は本発明の第１の実施形態に係る利用者認証システムによる利用フェーズにおける利用者認証処理の流れを示すものである。なお、利用者認証装置３０は、事前にその利用者認証装置が信頼するＣＡの識別子IDCA及び公開鍵PKCAを取得し、ＣＡ情報データベース３０１に登録しているものとする。取得方法は、例えば別途ＣＡ情報公開サーバ２０があり、そこから取得する。また、取得の方法についても問わない。
まず、利用者端末１０は利用者の指示（ステップＳ１５Ｃ）により、利用者認証装置３０へサービス要求を送信する（ステップＳ１５）。利用者認証装置３０は、その認証プロトコル処理部３０６により、利用者端末１０からのサービス要求に応じて、ＣＡ情報データベース３０１から信頼するＣＡの識別子リストを読み出し、その識別子リストを含む証明書要求を利用者端末１０へ送信する（ステップＳ１６１）。
利用者端末１０は、その認証プロトコル処理部１０７により、証明書要求を受信すると、データベース参照部１０８を介して端末情報データベース１０１から、そのＣＡの識別子リスト中のいずれかと一致するＣＡ識別子を含む端末証明書CERTCA/Uを選択し（ステップＳ１７１）、その端末証明書CERTCA/Uを利用者認証装置３０に送信する（ステップＳ１８１）。
利用者認証装置３０は、その認証プロトコル処理部３０６により、利用者端末１０から受信した端末証明書CERTCA/U中のＣＡ識別子IDCAがＣＡリスト中の何れかのＣＡ識別子と一致するかを検証し、更に、ＣＡ識別子IDCAに対応するＣＡ公開鍵PKCAを用いて端末証明書CERTCA/Uを検証し（ステップＳ１９１）、正当性を確認できたときは端末証明書をデータベース参照部３０７へ送る。
続いて利用者認証装置３０は、そのデータベース参照部３０７により、認証プロトコル処理部３０６から受け取った端末証明書CERTCA/Uが認証情報データベース３０２に登録済であるかどうかを確認し（ステップＳ２０１）、端末証明書登録確認結果をサービス提供部３０８に通知する。
利用者認証装置３０は、サービス提供部３０８により、データベース参照部３０７から受け取った端末証明書登録確認結果に基づいてサービスの提供可否を判断し、利用者端末１０にサービスを提供する（ステップＳ２１）。
なお、本実施形態に置いて、ＣＡ情報公開サーバ２０と利用者認証装置３０を、一台に統合してもよい。
＜第２の実施形態＞
第２の実施形態に係る利用者認証システムの概要は図４と同様であり、これを参照する。
［利用者端末］
利用者端末１０は、図１１に示すように、端末情報データベース１０１と、端末鍵ペア生成部１０２と、端末証明書生成部１０３と、データベース登録部１０４と、利用者確認部１０５と、端末証明書通知部１０６と、認証プロトコル処理部１０７と、データベース参照部１０８とを備えている。端末鍵ペア生成部１０２と、端末証明書生成部１０３と、データベース登録部１０４は端末証明書生成手段１０Ａを構成し、利用者確認部１０５と、端末証明書通知部１０６は登録要求手段１０Ｂを構成し、認証プロトコル処理部１０７と、データベース参照部１０８はサービス要求手段１０Ｃを構成している。
端末情報データベース１０１は、端末証明書生成部１０３で生成された自己署名証明書である端末証明書CERTCA/Uを、当該端末証明書に含まれる端末公開鍵PKUとペアの端末秘密鍵SKUに対応付けて保存する。端末鍵ペア生成部１０２は、端末の公開鍵PKUと秘密鍵SKUの鍵ペアを生成する。
端末証明書生成部１０３は、利用しようとするサービスプロバイダの利用者認証装置３０が要求するＣＡ識別子IDCAを指定して事前にＣＡ情報公開サーバ２０にＣＡ秘密鍵及びＣＡ証明書を要求し、ＣＡ秘密鍵SKCA及びＣＡ証明書CERTCAをＣＡ情報公開サーバ２０から受信する。次に、端末鍵ペア生成部１０２で生成された公開鍵PKUと、予め準備した（予め入力され、図示しない記憶装置に記憶された）利用者識別子IDUなどのサービスを受けるために必要な情報（利用者情報INFU）と、発行者識別子IDCAとを含む情報を署名対象情報UDとして、前記受信したＣＡ秘密鍵SKCAを使用して端末署名SIGCA/U=SKCA(UD)= SKCA(PKU, INFU, IDCA)を生成する（署名を計算する）。端末証明書生成部１０３は更に、公開鍵PKU、利用者情報INFU、端末署名SIGCA/U及び前記受信したＣＡ証明書に含まれているＣＡ識別子IDCAを少なくとも含む、ＣＡから発行される証明書CERTCAと同じ形式の端末証明書CERTCA/U={PKU, INFU, SIGCA/U, IDCA}を生成し、当該端末証明書CERTCA/Uに含まれる端末公開鍵PKUとペアの端末秘密鍵SKUに対応付けてデータベース登録部１０４を介して端末情報データベース１０１に登録する。
利用者確認部１０５は、例えば利用者識別子IDUなどを含む利用者情報INFUを利用者認証装置３０に送信する。端末証明書通知部１０６は、端末証明書生成部１０３で生成された端末証明書CERTCA/Uを、証明書による利用者認証プロトコル又は独自の証明書送信プロトコルにより、利用者認証装置３０に送信する。
認証プロトコル処理部１０７は、利用者認証時に、ＴＬＳ等の標準セキュリティプロトコルに従い、利用者認証装置３０へのサービス要求に応答して信頼するＣＡの識別子リストと共に乱数Ｒを含む証明書要求を利用者認証装置３０から受信すると、データベース参照部１０８を介して端末情報データベース１０１から当該ＣＡの識別子リストのいずれかと一致するＣＡ識別子IDCAを発行者情報として含む端末証明書CERTCA/U及びこれに対応する端末秘密鍵SKUを読み出し、該端末秘密鍵SKUで前記乱数Ｒを含むデータDRに利用者署名SIGRU=SKU(DR)を行い（署名を計算し）、この利用者署名SIGRUを端末証明書CERTCA/Uと共に利用者認証装置３０へ送信する。必要であれば、破線で示すように利用者確認部１０５により利用者認証装置３０に端末証明書を登録する時に、利用者認証装置３０との間で所定の利用者確認処理を実行してもよい。
［ＣＡ情報公開サーバ］
ＣＡ情報公開サーバ２０は、図１２に示すように、ＣＡ情報データベース２０１と、ＣＡ情報通知部２０２と、データベース参照部２０３とを備えている。
前述のようにＣＡ証明書CERTCAはＣＡ公開鍵PKCAと、ＣＡ識別子IDCAと、それらを含む情報に対するＣＡ署名SIGCAとを含んでおり、ＣＡ情報データベース２０１は、利用可能な各ＣＡの証明書CERTCAを、その証明書に含まれるＣＡ公開鍵PKCAとペアのＣＡ秘密鍵SKCAに対応付けて保存している。
ＣＡ情報通知部２０２は、利用者端末１０から指定されたＣＡ証明書とＣＡ秘密鍵（ＣＡ情報）の要求を受信すると、データベース参照部２０３を介してＣＡ情報データベース２０１から指定されたＣＡ秘密鍵SKCA及びＣＡ証明書CERTCAを取得し、これを利用者端末１０へ送信する。また、ＣＡ情報通知部２０２は利用者認証装置３０から利用者認証装置が信頼する指定されたＣＡの証明書の要求を受けると、ＣＡ情報通知部２０２はデータベース参照部２０３を介してＣＡ情報データベース２０１から指定されたＣＡ証明書を取得し、利用者認証装置３０に送信する。
なお、利用者端末１０における要求するＣＡ情報の指定方法及び利用者認証装置における要求するＣＡ証明書の指定方法としては、ＣＡ証明書中のＣＡ識別子IDCA又はＣＡ秘密鍵SKCAの識別子により指定してもよいし、ＣＡ情報データベース２０１に保
存された検索キーによる指定（例えば、ＣＡ証明書がサービス毎に規定されている場合におけるサービスのＵＲＬなど）等により指定してもよいが、ＣＡ情報を自由に公開することにより、指定のない要求に対して、全部又は一部のＣＡ情報を通知することも可能である。また、ＣＡ情報を配信することにより、利用者端末１０又は利用者認証装置３０からの要求なしでＰＵＳＨ型に全部又は一部のＣＡ情報を通知することも可能であり、さらにまた、要求受信時に所定の利用者認証を行い、ＣＡ情報を通知する利用者を限定することも可能である。
なお、本発明におけるＣＡ情報（ＣＡ証明書CERTCA及びＣＡ秘密鍵SKCA）は、利用者端末１０の自己署名証明書（端末証明書）CERTCA/Uを利用者認証装置３０側から指定することにより端末証明書を利用者端末１０側で自動選択可能とするために用いられるものであり、その内容は利用者（利用者端末）やサービス提供者（利用者認証装置）以外の第三者に対しても秘密である必要はない。
［利用者認証装置］
利用者認証装置３０は、図１３に示すように、ＣＡ情報データベース３０１と、認証情報データベース３０２と、利用者確認部３０３と、端末証明書・利用者情報結合部３０４と、データベース登録部３０５と、認証プロトコル処理部３０６と、データベース参照部３０７と、サービス提供部３０８とを備えている。利用者確認部３０３と、端末証明書・利用者情報結合部３０４と、データベース登録部３０５は利用者登録手段３０Ａを構成し、ＣＡ情報データベース３０１と、認証プロトコル処理部３０６は利用者認証手段３０Ｂを構成し、データベース参照部３０７と、サービス提供部３０８はサービス提供手段３０Ｃを構成している。
ＣＡ情報データベース３０１は、ＣＡ情報公開サーバ２０が公開するＣＡ証明書CERTCAを保存（信頼するＣＡリストに登録）する。認証情報データベース３０２は、利用者端末１０から受信した利用者の端末証明書CERTCA/U又は少なくとも当該端末証明書に含まれる端末公開鍵PKUに対応付けて利用者識別子IDUなどを含む利用者情報INFUを保存する（端末証明書の登録）。
利用者確認部３０３は利用者端末１０から利用者情報INFUを受信し、端末証明書・利用者情報結合部３０４に与える。端末証明書・利用者情報結合部３０４は、利用者端末１０から端末証明書CERTCA/Uを受信するとともに、利用者情報INFUを前記端末証明書CERTCA/U又は少なくともその端末証明書CERTCA/Uに含まれる端末公開鍵PKUに対応づけてデータベース登録部３０５を介して認証情報データベース３０２に登録する。必要であれば、破線で示すように利用者確認部３０３により端末証明書登録時に、利用者端末１０との間で所定の利用者確認処理を実行し、利用者確認が取れてから登録を行うようにしてもよい。
認証プロトコル処理部３０６は、利用フェーズにおける利用者認証時に、ＴＬＳ等の標準セキュリティプロトコルに従い、利用者端末１０からのサービス要求に応じて、ＣＡ情報データベース３０１から信頼するＣＡの識別子リストを読み出し、これと乱数Ｒを含む証明書要求を利用者端末１０へ送信し、その証明書要求に応じて利用者端末１０から送信されてきた前記乱数Ｒを含むデータDRへの利用者端末による利用者署名SIGRU=SKU(DR)を、同時に利用者端末１０から送信されてきた端末証明書CERTCA/U中の利用者端末１０の端末公開鍵PKUで検証する利用者認証処理を実行し、端末証明書CERTCA/Uの正当性を確認できた場合はこれをデータベース参照部３０７へ送る。
データベース参照部３０７は、認証プロトコル処理部３０６から受け取った、正当性を確認できた端末証明書CERTCA/U又は少なくとも当該端末証明書CERTCA/Uに含まれる端末公開鍵PKUで認証情報データベース３０２を検索し、一致する端末証明書又は端末公開鍵PKUがあればそれに対応する利用者情報INFU（利用者識別子IDUなど）を取得し、サービス提供部３０８へ送る。サービス提供部３０８は、データベース参照部３０７で取得した利用者情報INFUを用いて利用者端末１０にサービスを提供する。
［証明書生成処理］
図１４は本発明の第２の実施形態に係る利用者認証システムにおける利用者端末１０による端末証明書生成処理の流れを示すものである。
まず、利用者端末１０は、端末証明書生成部１０３によりＣＡ情報公開サーバ２０からＣＡ情報（ＣＡ証明書CERTCAとＣＡ秘密鍵SKCA）を取得する（ステップＳ９）。 また、端末鍵ペア生成部１０２で端末公開鍵PKUと端末秘密鍵SKUのペアを生成する（ステップＳ１１１）。利用者端末１０は、生成された端末公開鍵PKUと、予め準備した（予め入力され、図示しない記憶装置に記憶された）利用者識別子IDUなどの証明書作成に必要な情報（利用者情報INFU）と、発行者識別子IDCAとに対し、前記受信したＣＡ秘密鍵SKCAを使って端末署名SIGCA/U=SKCA(PKU, INFU、IDCA)を生成し（署名を計算し）、端末公開鍵PKU、利用者情報INFU、端末署名SIGCA/U及び前記受信したＣＡ証明書に含まれるＣＡ識別子IDCAを少なくとも含む、ＣＡから発行される証明書と同じ形式の端末証明書CERTCA/U={PKU, INFU, SIGCA/U, IDCA}を生成し（ステップＳ１１２）、当該端末証明書CERTCA/Uに含まれる端末公開鍵PKUとペアの端末秘密鍵SKUに対応付けてデータベース登録部１０４を介して端末情報データベース１０１に登録する（ステップＳ１１３）。
なお、端末鍵ペア生成部１０２による鍵ペアの生成ステップＳ１１１と、ＣＡ情報公開サーバ２０からのＣＡ情報の取得ステップＳ９はその順序が逆であっても良い。
［利用者登録処理］
図１５は本発明の第２の実施形態に係る利用者認証システムにおける利用者登録処理（端末証明書の登録処理）の流れを示すものである。
まず、利用者端末１０からの利用者登録要求（ステップＳ１２１）に応答して利用者認証装置３０は利用者端末１０に対し、端末証明書送信要求を送る（ステップＳ１２２）。
端末証明書送信要求を受信した利用者端末１０は、その端末証明書通知部１０６により、端末証明書生成部１０３で生成され、端末情報データベース１０１に保存された端末証明書CERTCA/Uを利用者認証装置３０に送信する（ステップＳ１２３）。利用者認証装置３０は、受信した端末証明書CERTCA/Uを検証し（ステップＳ１３）、検証に成功したら、利用者端末１０に対し利用者情報を要求する（ステップＳ１２４）。利用者認証装置３０は利用者端末１０から利用者情報INFUを受信し（ステップＳ１２５）、端末証明書・利用者情報結合部３０４により、その利用者情報INFUと、前記受信した端末証明書CERTCA/U又はその端末証明書に含まれる端末公開鍵PKUとを対応づけてデータベース登録部３０５を介して認証情報データベース３０２に登録する（ステップＳ１４）。
なお、これら利用者情報INFUの要求及び受信（ステップＳ１２４，Ｓ１２５）は、破線で示すように端末証明書送信要求（ステップＳ１２２）の前に行ってもよい。また、利用者情報INFUの要求及び受信（ステップＳ１２４，Ｓ１２５）を、端末証明書送信要求（ステップＳ１２２）の前に行い、更に追加の利用者情報の要求及び受信を証明書検証（ステップＳ１３）の後に行ってもよい。
また、端末証明書送信要求（ステップＳ１２２）に利用者情報要求（ステップＳ１２４）を含め、端末証明書送信（ステップＳ１２３）に利用者情報送信（ステップＳ１２５）を含めてもよい。また、これら利用者情報の要求及び受信に、例えば利用者識別子IDU・パスワードの要求及び受信に基づく既存の利用者確認手順を含め、利用者の確認が成功した場合にのみ、端末証明書又は端末公開鍵及び利用者情報を登録するようにしてもよい。
更に、端末証明書送信要求（ステップＳ１２２）に乱数γを含めてもよい。利用者端末１０は、ステップＳ１２３で端末証明書CERTCA/Uの送信と共にその乱数γを送信し、利用者認証装置３０がその乱数γを検証することで、端末証明書CERTCA/Uが端末証明書送信要求を送信した相手から送られてきたことを確認することができる。
または、利用者端末１０が乱数γをそのまま送り返す代わりに、破線で示すステップＳ１２２Ａで端末秘密鍵SKUでその乱数γを含むデータDγに対する利用者署名SIGγU=SKU(Dγ)を生成し、その利用者署名SIGγUを端末証明書CERTCA/Uと共に利用者認証装置３０にステップＳ１２３で送信し、利用者認証装置３０はステップＳ１３でその受信した利用者署名SIGγUを、受信した端末証明書CERTCA/Uに含まれる端末公開鍵PKUを用いて検証してもよい。これにより、利用者端末１０が確かに端末公開鍵PKUに対応する端末秘密鍵SKUを所持していることを確認することができる。
［利用者認証処理］
図１６は本発明の第２の実施形態に係る利用者認証システムによる利用フェーズにおける利用者認証処理の流れを示すものである。なお、利用者認証装置３０は、事前にその利用者認証装置が信頼するＣＡの証明書CERTCAを取得し、ＣＡ証明書CERTCA又はＣＡの識別子IDCAを自身の信頼するＣＡリストに登録しているものとする。取得方法は、例えば別途ＣＡ情報公開サーバ２０があり、そこから取得する。また、取得の方法についても問わない。
まず、利用者端末１０は利用者の指示（ステップＳ１５Ｃ）により、利用者認証装置３０へサービス要求を送信する（ステップＳ１５）。利用者認証装置３０は、その認証プロトコル処理部３０６により、利用者端末１０からのサービス要求に応じて、ＣＡ情報データベース３０１から信頼するＣＡの識別子リストを読み出し、その識別子リストを含む証明書要求と、別途生成した乱数Ｒを利用者端末１０へ送信する（ステップＳ１６）。
利用者端末１０は、その認証プロトコル処理部１０７により、証明書要求及び乱数Ｒを受信すると、データベース参照部１０８を介して端末情報データベース１０１から、そのＣＡの識別子リスト中のいずれかと一致する発行者識別子（即ちＣＡ識別子）を持つ端末証明書CERTCA/U及びこれに対応する端末秘密鍵SKUを選択し（ステップＳ１７１）、その端末秘密鍵SKUで前記乱数Ｒを含むデータDRに署名を行い（ステップＳ１７２）、この利用者署名SIGRU=SKU(DR)を端末証明書CERTCA/Uと共に利用者認証装置３０へ送信する（ステップＳ１８）。
利用者認証装置３０は、その認証プロトコル処理部３０６により、利用者端末１０から受信した端末証明書CERTCA/U中のＣＡ識別子IDCAがＣＡリスト中の何れかのＣＡ識別子と一致するかを確認し、CERTCAに含まれる公開鍵PKCAを用いてCERTCA/Uに含まれる署名SIGCA/Uを検証することで端末証明書を検証し、更に、受信した利用者署名SIGRU=SKU(DR)を利用者端末１０の端末公開鍵PKUで検証し（ステップＳ１９）、正当性を確認できたときは端末証明書をデータベース参照部３０７へ送る。なお、正当性が確認できない場合、利用者認証シーケンスを中止するか、又は前述した利用者登録シーケンスへ移行してもよい。
また、利用者認証装置３０は、そのデータベース参照部３０７により、認証プロトコル処理部３０６から受け取った端末証明書CERTCA/U又は少なくともその端末証明書に含まれる端末公開鍵PKUで、認証情報データベース３０２を検索し（ステップＳ２０）、一致する端末証明書又は端末公開鍵があれば対応する利用者情報INFUを取得し、サービス提供部３０８へ与える。
利用者認証装置３０は、サービス提供部３０８により、データベース参照部３０７から受け取った利用者情報INFUを用いて利用者端末１０にサービスを提供する（ステップＳ２１）。
なお、上記の利用者認証処理は、ＴＬＳなどの標準プロトコルを用いて行ってもよい。ＴＬＳを用いた場合の利用者認証処理を図１７に示す。以下では、ＴＬＳのシーケンスのうち、本発明の実施形態に関する部分のみ説明する。
利用者端末１０に対し、利用者からサービス要求送信の指示（ステップＳ１５Ｃ）があると、利用者端末１０は利用者認証装置３０へClientHelloメッセージを送ることで、ＴＬＳのハンドシェイクを開始する（ステップＳ１６１）。
利用者認証装置３０は、ClientHelloへの応答としてServerHelloメッセージを返す（ステップＳ１６２）。このServerHelloには乱数が含まれており、これが前記乱数Ｒに対応する。また、利用者認証装置３０からは信頼するＣＡの識別子リストを含むCertificateRequestメッセージが送られる（ステップＳ１６３）。これが前記証明書要求に対応する。CertificateRequestならびにServerHelloDoneを受信した利用者端末１０は、そのCertificateRequestに含まれるＣＡの識別子リストを参照して端末証明書を選択し（ステップＳ１７１）、その端末証明書をCertificateメッセージとして利用者認証装置３０に送信する（ステップＳ１８１）。また、利用者端末１０は、ClientHelloからClientKeyExchangeまでの全てのハンドシェイクメッセージに対する利用者署名を端末秘密鍵SKUを使って計算し（ステップＳ１７２）、その利用者署名をCertificateVerifyメッセージとして利用者認証装置３０に送信する（ステップＳ１８２）。これが前記乱数を含むデータへの利用者署名に対応する。
利用者認証装置３０は受信した端末証明書と利用者署名を検証し（ステップＳ１９）、正当性が確認できた場合はChangeCipherSpec, Finishedのメッセージを利用者端末１０に送信する（ステップＳ１８４）。利用者端末１０は、ChangeCipherSpec, Finishedのメッセージを受信後、サービス要求を利用者認証装置３０に送信し（ステップＳ１５）、利用者認証装置３０はサービス要求に応答してデータベース中の利用者情報を検索し（ステップＳ２０）、利用者端末１０にサービスを提供する（ステップＳ２１）。
利用者端末１０における端末証明書選択（ステップＳ１７１）ならびに署名生成（ステップＳ１７２）は、例えばＴＬＳに対応したブラウザによって自動的に行われる。また、利用者認証装置３０における端末証明書、利用者署名の検証（ステップＳ１９）は、例えばＴＬＳに対応したサーバによって自動的に行われる。
また、本実施形態において、ＣＡ情報公開サーバ２０と利用者認証装置３０を、一台に統合してもよい。
＜第３の実施形態＞
図１８は本発明の第３の実施形態に係る利用者認証システムであり、ここではＣＡ情報を予め利用者端末に埋め込むようにしたシステムの概要を示す。図中、第２の実施形態と同一構成部分は同一符号をもって表す。１０ｂは利用者端末、２０ｂはＣＡ情報公開サーバ、３０は利用者認証装置、ＮＷはネットワークである。
［利用者端末］
利用者端末１０ｂは、図１９に示すように、端末情報データベース１０１と、端末鍵ペア生成部１０２と、データベース登録部１０４と、利用者確認部１０５と、端末証明書通知部１０６と、認証プロトコル処理部１０７と、データベース参照部１０８と、ＣＡ情報データベース１０９と、端末証明書生成部１０３ｂとを備えている。端末鍵ペア生成部１０２と、端末証明書生成部１０３ｂと、データベース登録部１０４と、ＣＡ情報データベース１０９は端末証明書生成手段１０Ａを構成し、利用者確認部１０５と、端末証明書通知部１０６は登録要求手段１０Ｂを構成し、認証プロトコル処理部１０７と、データベース参照部１０８はサービス要求手段１０Ｃを構成している。
ＣＡ情報データベース１０９は、利用者端末１０ｂの基本ソフトウェア又はハードウェアメーカーによって予め埋め込まれたデータベース（記憶装置）であって、前記メーカーが公開するＣＡ情報、即ちＣＡ公開鍵PKCA、ＣＡ署名SIGCA及び署名した上位ＣＡ又は自己のＣＡの識別子IDCAを少なくとも含むＣＡ証明書CERTCAを、当該ＣＡ証明書に含まれるＣＡ公開鍵PKCAとペアのＣＡ秘密鍵SKCAに対応付けて保存する。ＣＡ署名SIGCAはＣＡ証明書CERTCAの発行者である上位ＣＡの秘密鍵SKCA2又は自己のＣＡの秘密鍵SKCAを使って、ＣＡ公開鍵PKCAとＣＡ識別子IDCAを含む情報に対し生成されたものである。
端末証明書生成部１０３ｂは、ＣＡ情報データベース１０９へＣＡ情報を要求し、ＣＡ秘密鍵SKCA及びＣＡ証明書CERTCAをＣＡ情報データベース１０９から受領するとともに、端末鍵ペア生成部１０２で生成された公開鍵PKUと、予め準備した（予め入力され、図示しない記憶装置に記憶された）利用者識別子IDUなどの証明書作成に必要な情報（利用者情報INFU）と発行者識別子IDCAとに対し、前記受領したＣＡ秘密鍵SKCAを使って端末署名SIGCA/U=SKCA(PKU, INFU, IDCA)を生成し（署名を計算し）、公開鍵PKU、利用者情報INFU、端末署名SIGCA/U及び前記受領したＣＡ証明書CERTCAに含まれるＣＡ識別子IDCA（即ち発行者識別子）を少なくとも含む、ＣＡから発行される証明書と同じ形式の端末証明書CERTCA/Uを生成し、当該端末証明書に含まれる端末公開鍵PKUとペアの端末秘密鍵SKUに対応付けてデータベース登録部１０４を介して端末情報データベース１０１に登録する。
［ＣＡ情報公開サーバ］
ＣＡ情報公開サーバ２０ｂは、図２０に示すように、データベース参照部２０３と、ＣＡ情報データベース２０１ｂと、ＣＡ情報通知部２０２ｂとを備えている。
ＣＡ情報データベース２０１ｂは、前述した利用者端末１０ｂの基本ソフトウェア又はハードウェアメーカーが公開するＣＡ情報、即ちＣＡ公開鍵PKCA、ＣＡ署名SIGCA及び署名した上位ＣＡ又は自己のＣＡの識別子IDCAを少なくとも含むＣＡ証明書CERTCAを保存する。
ＣＡ情報通知部２０２ｂは、利用者認証装置３０からＣＡ証明書要求を受信すると、データベース参照部２０３を介してＣＡ情報データベース２０１ｂからＣＡ証明書CERTCAを取得し、これを利用者認証装置３０へ送信する。
なお、利用者端末１０ｂにおける要求するＣＡ情報又は利用者認証装置３０における要求するＣＡ証明書の指定方法は、第２の実施形態の場合と同様の方法を利用できる。
［証明書生成処理］
図２１は本発明の第３の実施形態に係る利用者認証システムの利用者端末１０ｂにおける端末証明書生成処理の流れを示すものである。
端末証明書生成部１０３ｂは、指定されたＣＡ情報（ＣＡ証明書CERTCAとＣＡ秘密鍵SKCA）をＣＡ情報データベース１０９から取得し（ステップＳ９）、端末鍵ペア生成部１０２により、端末公開鍵PKUと端末秘密鍵SKUの鍵ペアを生成し（ステップＳ１１１）、図示しない記憶装置に記憶する。
端末鍵ペア生成部１０２で生成された公開鍵PKUと、予め準備した（予め入力され、図示しない記憶装置に記憶された）利用者識別子IDUなどの証明書作成に必要な情報（利用者情報INFU）と、発行者識別子IDCAとに対し、前記受領したＣＡ秘密鍵SKCAを使って端末署名SIGCA/U=SKCA(PKU, INFU, IDCA)を生成し（署名を計算し）、端末公開鍵PKU、利用者情報INFU、端末署名SIGCA/U及び前記受領したＣＡ証明書に含まれるＣＡ識別子IDCAを少なくとも含む、ＣＡから発行される証明書と同じ形式の端末証明書CERTCA/Uを生成する（ステップＳ１１２）。この端末証明書CERTCA/Uを、それに含まれる端末公開鍵PKUとペアの端末秘密鍵SKUに対応付けてデータベース登録部１０４を介して端末情報データベース１０１に登録する（ステップＳ１１３）。
なお、端末鍵ペア生成部１０２による鍵ペアの生成（ステップＳ１１１）と、ＣＡ情報データベース１０９からのＣＡ情報の取得（ステップＳ９）とはその順序が逆であっても良い。
また、上記以外の利用者端末１０ｂ、ＣＡ情報公開サーバ２０ｂ、利用者認証装置３０の構成、並びに［利用者登録処理］、［利用者認証処理］の流れは第２の実施形態の場合と同様である。
また、本実施形態においても、ＣＡ情報公開サーバ２０ｂと利用者認証装置３０を、一台に統合することが可能である。
＜第４の実施形態＞
図２２は本発明の第４の実施形態に係る利用者認証システムである。ここではネットワークを介して利用者端末及び利用者認証装置と通信可能な第３者機関としての通信サービス提供サーバを利用して利用者のメールアドレスを基に利用者確認を行うシステムの概要を示す。図中、第２の実施形態と同一構成部分は同一符号をもって表す。１０ｃは利用者端末、２０はＣＡ情報公開サーバ、３０ｂは利用者認証装置、ＮＷはネットワーク、５０は宛先のユーザを認証してメールを配信するメールサーバ（通信サービス提供サーバ）である。
第２及び第３の実施形態では、利用者情報INFUとして利用者識別子IDUを含む情報を使用したが、第４の実施形態では利用者情報INFUとして利用者のメールアドレスMADUを含む情報を使用する。
［利用者端末］
利用者端末１０ｃは、図２３に示すように、端末情報データベース１０１と、端末鍵ペア生成部１０２と、端末証明書生成部１０３と、データベース登録部１０４と、端末証明書通知部１０６と、認証プロトコル処理部１０７と、データベース参照部１０８と、利用者確認部１０５ｃとを備えている。端末鍵ペア生成部１０２と、端末証明書生成部１０３と、データベース登録部１０４は端末証明書生成手段１０Ａを構成し、利用者確認部１０５ｃと、端末証明書通知部１０６は登録要求手段１０Ｂを構成し、認証プロトコル処理部１０７と、データベース参照部１０８はサービス要求手段１０Ｃを構成している。
利用者確認部１０５ｃは、利用者登録時に、メールサーバ５０を利用し、利用者のメールアドレスMADUを基に利用者認証装置３０ｂとの間で利用者確認処理を実行する。具体的には、利用者情報INFUにメールアドレス（E-mailアドレス）MADUを含めて利用者認証装置３０ｂへ送り、利用者認証装置３０ｂから例えばテンポラリ鍵（乱数）を秘密情報TKとして含むメール（E-mail）をメールサーバ５０を介して受信すると、当該秘密情報TKを含む確認情報を利用者認証装置３０ｂへ送る。
［利用者認証装置］
利用者認証装置３０ｂは、図２４に示すように、ＣＡ情報データベース３０１と、認証情報データベース３０２と、端末証明書・利用者情報結合部３０４と、データベース登録部３０５と、認証プロトコル処理部３０６と、データベース参照部３０７と、サービス提供部３０８と、利用者確認部３０３ｂとを備えている。利用者確認部３０３ｂと、端末証明書・利用者情報結合部３０４と、データベース登録部３０５は利用者登録手段３０Ａを構成し、ＣＡ情報データベース３０１と、認証プロトコル処理部３０６は利用者認証手段３０Ｂを構成し、データベース参照部３０７と、サービス提供部３０８はサービス提供手段３０Ｃを構成している。
利用者確認部３０３ｂは、利用者登録フェーズにおける利用者認証時に、メールサーバ５０を利用し、利用者のメールアドレスMADUを基に利用者端末１０ｃとの間で利用者確認処理を実行する。具体的には、利用者端末１０ｃからメールアドレス（E-mailアドレス）MADUを含む利用者情報INFUを受信すると、これを保存するとともに秘密情報TKを生成し、その秘密情報TKを含むメール（E-mail）をメールサーバ５０を介して前記メールアドレスMADU宛に送信し、さらに利用者端末１０ｃから秘密情報TKを含む確認情報を受信し、該確認情報に含まれる秘密情報TKと前記生成した秘密情報TKとを比較してメールアドレスMADUの宛先が正しい利用者端末１０ｃであることを確認する。
［利用者登録処理］
図２５は本発明の第４の実施形態に係る利用者認証システムにおける利用者登録処理の流れを示すものである。
まず、第２の実施形態における利用者登録処理と同様のステップＳ１２１からステップＳ１３（図１５）までのシーケンスに従い、利用者端末１０ｃの端末証明書生成部１０３で生成した端末証明書CERTCA/Uを利用者認証装置３０ｂに送信し、利用者認証装置３０ｂは受信した端末証明書CERTCA/Uを検証する。検証が済んだ端末証明書CERTCA/Uは利用者認証装置３０ｂの一時的な記憶装置（図示せず）に保存される。次に、利用者認証装置３０ｂの利用者確認部３０３ｂは、利用者端末１０ｃに対し、利用者識別子IDUを含む利用者情報INFU及びE-mailアドレスを要求する（ステップＳ１２４ｂ）。
要求を受信した利用者端末１０ｃの利用者確認部１０５ｃは、利用者情報INFU及びE-mailアドレスMADUを利用者認証装置３０ｂへ送信する（ステップＳ１２５ｂ）。利用者認証装置３０ｂでは、その利用者確認部３０３ｂにより、前記利用者情報INFU及びE-mailアドレスMADUを受信すると、これを一時的な記憶装置（図示せず）に保存するとともに、テンポラリ鍵（秘密情報）TKを生成し（ステップＳ２２１）、これを含むE-mailを前記メールアドレスMADU宛に送信する（ステップＳ２２２）。
前記テンポラリ鍵TKを含むE-mailはメールサーバ５０で受信され、メールサーバ５０と利用者端末１０ｃとの間でユーザ認証が行われる（ステップＳ２２３）。ここで、メールサーバ５０における利用者認証の手法としては、例えばRFC1939記載のPost Office Protocol Version 3(POP3)などのプロトコルがある。メールサーバ５０における利用者認証が成功すると、前記テンポラリ鍵TKを含むE-mailは利用者端末１０ｃに送信される（ステップＳ２２４）。
次に、利用者端末１０ｃは、その利用者確認部１０５ｃにより、テンポラリ鍵TKを含むE-mailを受信すると、当該テンポラリ鍵TKを含む確認情報を利用者認証装置３０ｂへ送信する（ステップＳ２２５）。
利用者認証装置３０ｂでは、その利用者確認部３０３ｂにより、前記テンポラリ鍵TKを含む確認情報を受信し、これを検証し（ステップＳ２２６）、検証に成功すれば、その端末証明書・利用者情報結合部３０４により、前記保存した端末証明書CERTCA/U又は少なくとも当該端末証明書CERTCA/Uに含まれる端末公開鍵PKUに対応付けて、前記保存した利用者情報INFUをデータベース登録部３０５を介して認証情報データベース３０２に登録する（ステップＳ２２７）。なお、利用者情報INFUに加え、前記保存したE-mailアドレスMADUを認証情報データベース３０２に保存し、後のサービス提供時に利用してもよい。
また、ステップＳ２２４でテンポラリ鍵TKを含むメールを利用者端末１０ｃが受信した後、端末秘密鍵SKUを用いて、テンポラリ鍵TKを含むデータDTに対する利用者署名SIGTU=SKU(DT)を生成し（ステップＳ２２４Ａ）、ステップＳ２２５でテンポラリ鍵TKの代わりに利用者署名SIGTUを送信し、ステップＳ２２６でテンポラリ鍵TKを検証する代わりに利用者署名SIGTUを端末証明書CERTCA/Uに含まれる端末公開鍵PKUを用いて検証してもよい。
なお、先にメールサーバを利用した利用者確認を行い、その後、端末証明書を利用者認証装置に送信してもよい。即ち、登録要求（ステップＳ１２１）の後、利用者情報、E-mailアドレス要求（ステップＳ１２４ｂ）からステップＳ２２６まで実行し、その後、端末証明書送信要求（ステップＳ１２２）以降ステップＳ１３までを実行し、ステップＳ２２７を実行してもよい。この場合において、利用者署名SIGTUを利用した利用者確認が行われる場合、即ちステップＳ２２４Ａが実行される場合は、ステップＳ２２６において利用者署名SIGTUの検証に必要な端末公開鍵PKUを利用者認証装置３０ｂがまだ取得していないため、利用者署名SIGTUと共に端末公開鍵PKUを送信するか、検証を後回しにして先に端末証明書の要求、即ちステップＳ１２２以降ステップＳ１３までを実行し、その後、ステップＳ２２６，Ｓ２２７を実行する必要がある。
また、上記以外の利用者端末１０ｃ、ＣＡ情報公開サーバ２０、利用者認証装置３０ｂの構成、並びに［証明書生成処理］、［利用者認証処理］の流れは第２の実施形態の場合と同様である。
また、本実施形態においても、ＣＡ情報公開サーバ２０と利用者認証装置３０ｂを、一台に統合することが可能である。
更に、本実施形態においても、第３の実施形態と同様に、利用者端末１０ｃ内にＣＡ情報データベース１０９があり、端末証明書生成部１０３はＣＡ情報公開サーバ２０からＣＡ情報を取得することなしに端末証明書CERTCA/Uを生成してもよい。
＜第５の実施形態＞
上述の第４の実施形態では電子メールを使って利用者確認を行なったが、第５の実施形態では利用者の電話番号を使って利用者確認を行なう。図２６は本発明の第５の実施形態に係る利用者認証システム、ここでは第３者機関を利用して利用者確認を行う、特に利用者の電話番号を基に利用者確認を行うシステムの概要を示すものである。図中、第２の実施形態と同一構成部分は同一符号をもって表す。１０ｄは利用者端末、２０はＣＡ情報公開サーバ、３０ｃは利用者認証装置、ＮＷはネットワーク、６０は電話網又はＮＧＮ（Next Generation Network）、７０は第３者機関である通信サービス提供サーバとしての交換機又はＳＩＰサーバ（Session Initiation Protocol Server, 以下、ＳＩＰサーバと呼ぶ）である。
［利用者端末］
利用者端末１０ｄは、図２７に示すように、端末情報データベース１０１と、端末鍵ペア生成部１０２と、端末証明書生成部１０３と、データベース登録部１０４と、端末証明書通知部１０６と、認証プロトコル処理部１０７と、データベース参照部１０８と、利用者確認部１０５ｄとを備えている。端末鍵ペア生成部１０２と、端末証明書生成部１０３と、データベース登録部１０４は端末証明書生成手段１０Ａを構成し、利用者確認部１０５ｄと、端末証明書通知部１０６は登録要求手段１０Ｂを構成し、認証プロトコル処理部１０７と、データベース参照部１０８はサービス要求手段１０Ｃを構成している。
利用者確認部１０５ｄは、利用者登録フェーズにおける利用者認証時に、電話網又はＮＧＮ６０及びＳＩＰサーバ７０を利用し、利用者の電話番号TELUを基に利用者認証装置３０ｃとの間で利用者確認処理を実行する。具体的には、電話番号TELUを含む確認用情報を利用者認証装置３０ｃへ送り、利用者認証装置３０ｃがその電話番号TELUを使って電話網又はＮＧＮ６０及びＳＩＰサーバ７０を介して利用者端末１０ｄと通信することにより利用者を確認する。確認後、利用者認証装置３０ｃからの端末証明書送信要求に応答して端末証明書通知部１０６から端末証明書CERTCA/Uを送信し、さらに利用者情報要求に応じて利用者情報INFUを利用者認証装置３０ｃに送信する。
［利用者認証装置］
利用者認証装置３０ｃは、図２８に示すように、ＣＡ情報データベース３０１と、認証情報データベース３０２と、端末証明書・利用者情報結合部３０４と、データベース登録部３０５と、認証プロトコル処理部３０６と、データベース参照部３０７と、サービス提供部３０８と、利用者確認部３０３ｃとを備えている。利用者確認部３０３ｃと、端末証明書・利用者情報結合部３０４と、データベース登録部３０５は利用者登録手段３０Ａを構成し、ＣＡ情報データベース３０１と、認証プロトコル処理部３０６は利用者認証手段３０Ｂを構成し、データベース参照部３０７と、サービス提供部３０８はサービス提供手段３０Ｃを構成している。
利用者確認部３０３ｃは、利用者登録フェーズにおける利用者認証時に、電話網又はＮＧＮ６０及びＳＩＰサーバ７０を利用し、利用者の電話番号TELUを基に利用者端末１０ｄとの間で利用者確認処理を実行する。具体的には、利用者端末１０ｄから電話番号TELUを含む確認用情報を受信すると、その電話番号TELUを使って利用者端末１０ｄと確認のための接続セッションを確立し、セッション確立に成功した場合は、利用者の確認が取れたものとする。その後、利用者端末１０ｄに端末証明書送信要求を送り、端末証明書・利用者情報結合部３０４で端末証明書CERTCA/Uを受信する。さらに、利用者端末１０ｄに利用者情報要求を送って、利用者情報INFUを受信する。
［利用者登録処理］
図２９は本発明の第５の実施形態に係るＳＩＰサーバ７０を使用した場合の利用者認証システムにおける利用者登録処理の流れを示すものである。
まず、利用者端末１０ｄは事前準備として、利用者確認部１０５ｄによりメッセージREGISTERと共に電話番号TELU（ＩＰ電話番号）とそれに対応して与えられているＩＰアドレスIPADUをＳＩＰサーバ７０に送信する（ステップＳ３２１）。ＳＩＰサーバ７０は受信した電話番号TELUとＩＰアドレスIPADUを対応つけて登録し、"200 OK"のメッセージ２００を利用者端末１０ｄに送信する（ステップＳ３２２）。なお、この事前準備（ステップＳ３２１，Ｓ３２２）はTELUやIPADUが変わらない限り一度だけ実行すればよく、例えば複数の利用者認証装置にアクセスする場合でも、最初のアクセスの前に一度だけ実行すればよい。
利用者端末１０ｄは、利用者確認部１０５ｄにより利用者登録要求を利用者認証装置３０ｃに送信する（ステップＳ３２３）。利用者認証装置３０ｄは登録要求に応答して確認用情報要求を利用者端末１０ｄに送信する（ステップＳ３２４）。利用者端末１０ｄは利用者確認部１０５ｄにより利用者の電話番号TELUを含む確認用情報を利用者認証装置３０ｃに送信する（ステップＳ３２５）。
利用者認証装置３０ｃは受信した電話番号TELUを保持すると共に、その電話番号TELUを使ってＳＩＰサーバ７０経由でメッセージINVITEを利用者端末１０ｄに送信する（ステップＳ３２６）。利用者端末１０ｄはメッセージINVITEに応答して呼び出し中メッセージ"180 Ringing"をＳＩＰサーバ７０経由で利用者認証装置３０ｃに送信し（ステップＳ３２７）、呼び出し完了後にメッセージ"200 OK"をＳＩＰサーバ７０経由で利用者端末３０ｃに送信する（ステップＳ３２８）。利用者認証装置３０ｃはメッセージ" 200 OK"を受信することで接続成功を確認し、メッセージACKを返信して（ステップＳ３２９）ＳＩＰによるセッション確立を完了する。
以降は図１５で説明したシーケンスと同様に、利用者認証装置３０ｃは、利用者確認部３０３ｃにより端末証明書送信要求を利用者端末１０ｄに送信する（ステップＳ１２２）。利用者端末１０ｄは端末証明書送信要求に応答して端末証明書通知部１０６により端末証明書CERTCA/Uを利用者認証装置３０ｃに送信する（ステップＳ１２３）。利用者認証装置３０ｃは受信した端末証明書CERTCA/Uの正当性を端末証明書・利用者情報結合部３０４で検証し（ステップＳ１３）、正当と判定された場合はさらに利用者情報要求を利用者端末１０ｄに送信し（ステップＳ１２４）、返送された利用者情報INFUを端末証明書CERTCA/U又はそれに含まれる端末公開鍵PKUを対応付けてデータベース登録部３０５により、認証情報データベース３０２に登録する（ステップＳ１４）。なお、利用者情報INFUに加え、前記保存した電話番号TELUを認証情報データベース３０２に保存し、後のサービス提供時に利用してもよい。
なお、図１５の場合と同様に、ステップＳ１２２において端末証明書送信要求に乱数γを含めて利用者端末１０ｄに送信し、利用者端末１０ｄは受信した乱数γをそのまま端末証明書CERTCA/Uと共にステップＳ１２３で利用者認証装置３０ｃに送信し、ステップＳ１３で受信した乱数γがステップＳ１２２で送信した乱数γと一致するかの検証を更に行なってもよい。
あるいは、利用者端末１０ｄが受信した乱数γをそのまま送り返す代わりに、端末秘密鍵SKUでその乱数γを含むデータDγに対する利用者署名SIGγU=SKU(Dγ)を生成し、その利用者署名SIGγUをステップＳ１２３で端末証明書CERTCA/Uと共に利用者認証装置３
０ｃに送信し、利用者認証装置３０ｃはステップＳ１３でその受信した利用者署名SIGγUを、受信した端末証明書CERTCA/Uに含まれる端末公開鍵PKUを使って検証してもよい。
また、利用者認証装置３０ｃによる乱数γの送信をステップＳ３２６のINVITEメッセージの送信と共に行い、利用者端末１０ｄによる乱数γ又は乱数γを含むデータDγに対する利用者署名SIGγUの送信をステップＳ３２８の"200 OK"メッセージの送信と共に行い、利用者認証装置３０ｃは受信した乱数γ又は利用者署名SIGγUの検証に成功した場合にのみ、ステップＳ３２９でACKメッセージを送信するようにしてもよい。
上記以外の利用者端末１０ｄ、ＣＡ情報公開サーバ２０、利用者認証装置３０ｃの構成、並びに［証明書生成処理］、［利用者認証処理］の流れは第２の実施形態の場合と同様である。
また、本実施形態においても、ＣＡ情報公開サーバ２０と利用者認証装置３０ｃを、一台に統合することが可能である。
更に、本実施形態においても、第３の実施形態と同様に、利用者端末１０ｄ内にＣＡ情報データベース１０９があり、端末証明書生成部１０３はＣＡ情報公開サーバ２０からＣＡ情報を取得することなしに端末証明書CERTCA/Uを生成してもよい。
＜第６の実施形態＞
図３０は本発明の第６の実施形態に係る利用者認証システム、ここでは特に第３者機関としてＷｅｂサーバが利用者を一意に特定できるＵＲＩを発行し、そのＵＲＩを基に利用者確認を行う例を示す。利用者を一意に特定できるＵＲＩの例としては、http://Webサーバのドメイン名/利用者名/というものがあるが、これに限らない。図中、第２の実施形態と同一構成部分は同一符号をもって表す。１０ｅは利用者端末、２０はＣＡ情報公開サーバ、３０ｄは利用者認証装置、ＮＷはネットワーク、８０は利用者のＵＲＩに対する応答を行うＷｅｂサーバ（第３者機関）である。
［利用者端末］
利用者端末１０ｅは、図３１に示すように、端末情報データベース１０１と、端末鍵ペア生成部１０２と、端末証明書生成部１０３と、データベース登録部１０４と、認証プロトコル処理部１０７と、データベース参照部１０８と、利用者確認部１０５ｅと、端末証明書通知部１０６ｅとを備えている。端末鍵ペア生成部１０２と、端末証明書生成部１０３と、データベース登録部１０４は端末証明書生成手段１０Ａを構成し、利用者確認部１０５ｅと、端末証明書通知部１０６ｅは登録要求手段１０Ｂを構成し、認証プロトコル処理部１０７と、データベース参照部１０８はサービス要求手段１０Ｃを構成している。
利用者確認部１０５ｅは、予めＷｅｂサーバ８０が発行した利用者固有のＵＲＩを取得しているものとする。利用者登録時に、Ｗｅｂサーバ８０を利用し、利用者のＵＲＩを基に利用者認証装置３０ｄとの間で利用者確認処理を実行する。具体的には、ＵＲＩを含む確認用情報を利用者認証装置３０ｄに送ってＷｅｂサーバ８０との間で利用者認証を行わせる。利用者認証装置３０ｄから端末証明書送信要求を受信すると、これを端末証明書通知部１０６ｅに通知し、また、利用者情報INFUを利用者認証装置３０ｄへ送信する。
端末証明書通知部１０６ｅは、利用者確認部１０５ｅから端末証明書送信要求の通知を受けると、端末証明書CERTCA/Uを利用者認証装置３０ｄへ送信する。
［利用者認証装置］
利用者認証装置３０ｄは、図３２に示すように、ＣＡ情報データベース３０１と、認証情報データベース３０２と、データベース登録部３０５と、認証プロトコル処理部３０６と、データベース参照部３０７と、サービス提供部３０８と、利用者確認部３０３ｄと、端末証明書・利用者情報結合部３０４ｄとを備えている。利用者確認部３０３ｄと、端末証明書・利用者情報結合部３０４ｄと、データベース登録部３０５は利用者登録手段３０Ａを構成し、ＣＡ情報データベース３０１と、認証プロトコル処理部３０６は利用者認証手段３０Ｂを構成し、データベース参照部３０７と、サービス提供部３０８はサービス提供手段３０Ｃを構成している。
利用者確認部３０３ｄは、利用者登録時に、Ｗｅｂサーバ８０を利用し、利用者のＵＲＩを基に利用者端末１０ｅとの間で利用者確認処理を実行する。具体的には、利用者端末１０ｅからＵＲＩを含む確認用情報及び利用者情報INFUを受信すると、それらを保存するとともに端末証明書・利用者情報結合部３０４ｄに通知する。
端末証明書・利用者情報結合部３０４ｄは、利用者確認部３０３ｄからＵＲＩをを受け取ると、当該ＵＲＩでＷｅｂサーバ８０へアクセスして利用者認証を要求する。Ｗｅｂサーバ８０と利用者端末１０ｅ間の利用者認証の方式はどのようなものでもよい。認証が成功であれば利用者端末１０ｅに端末証明書送信要求を送る。利用者端末１０ｅから端末証明書CERTCA/Uを入手し、その端末証明書を検証し、検証に成功した場合、さらに利用者端末１０ｅから利用者情報INFUを入手し、端末証明書CERTCA/Uと対応づけてデータベース登録部３０５を介して認証情報データベース３０２に登録する。
［利用者登録処理］
図３３Ａは本発明の第６の実施形態に係る利用者認証システムにおける利用者登録処理の流れを示すものである。
まず、利用者端末１０ｅは事前準備として、利用者確認部１０５ｅにより事前にＷｅｂサーバ８０にＵＲＩを要求し（ステップＳ４２１）、Ｗｅｂサーバ８０が発行したＵＲＩを入手する（ステップＳ４２２）。なお、この事前準備（ステップＳ４２１，Ｓ４２２）は利用者又はＷｅｂサーバの都合によりＵＲＩを変更しない限り一度だけ実行すればよく、例えば複数の利用者認証装置にアクセスする場合でも、最初のアクセスの前に一度だけ実行すればよい。次に、ＵＲＩを含む確認用情報とともに証明書登録要求を利用者認証装置３０ｄに送信する（ステップＳ１２１）。利用者認証装置３０ｄは入手したＵＲＩに基づいてＷｅｂサーバ８０をアクセスして認証を要求し（ステップＳ２３１）、それに応答してＷｅｂサーバ８０は利用者端末１０ｅの利用者確認部１０５ｅとの間で利用者認証を行い（ステップＳ２３２）、認証結果を利用者認証装置３０ｄに送信する（ステップＳ２３３）。
利用者認証装置３０ｄは受信した認証結果が成功の場合は、以降、図１５の場合と同様に端末証明書送信要求を利用者端末１０ｅに送信する（ステップＳ１２２）。利用者端末１０ｅの利用者確認部１０５ｅは、送信要求に応答して端末証明書通知部１０６ｅから端末証明書CERTCA/Uを利用者認証装置３０ｄに送信する（ステップＳ１２３）。利用者認証装置３０ｄは、その端末証明書・利用者情報結合部３０４ｄにより、利用者端末１０ｅから受信した端末証明書CERTCA/Uを検証し（ステップＳ１３）、正しければ利用者情報要求を利用者端末１０ｅに送信する（ステップＳ１２４）。利用者端末１０ｅは、利用者情報要求に応答して利用者確認部１０５ｅにより利用者情報INFUを利用者認証装置３０ｄに送信する（ステップＳ１２５）。利用者認証装置３０ｄは利用者確認部３０３ｄにより利用者情報INFUを受信し、端末証明書・利用者情報結合部３０４ｄに与え、受信した端末証明書CERTCA/Uと対応つけてデータベース登録部３０５から認証情報データベース３０２に登録する。なお、利用者情報INFUに加え、前記利用者端末１０ｅから受信したＵＲＩを認証情報データベース３０２に保存し、後のサービス提供時に利用してもよい。
上述のステップＳ１２２，Ｓ１２３による端末証明書の要求と送信は、以下に図３３Ｂを参照して説明するように行ってもよい。その場合の図３３Ａの処理にない図３１，３２における信号の流れは破線で示してある。ステップＳ１２２で利用者認証装置３０ｄから端末証明書送信要求を受けると、利用者端末１０ｅは、利用者確認部１０５ｅにより端末証明書通知部１０６ｅに通知し、通知を受けた端末証明書通知部１０６ｅにより、端末証明書CERTCA/UをＷｅｂサーバ８０へ送信し（ステップＳ１２３ａ）、Ｗｅｂサーバ８０ではこの端末証明書CERTCA/Uを利用者のＵＲＩに対応させて登録する。さらに、利用者端末１０ｅは、その利用者確認部１０５ｅにより、ＵＲＩを含む確認用情報を利用者認証装置３０ｄへ送信し、Ｗｅｂサーバ８０に端末証明書を登録したことを知らせる（ステップＳ１２３ｂ）。
利用者認証装置３０ｄは、その利用者確認部３０３ｄによりＵＲＩを含む確認用情報を受信すると、これを端末証明書・利用者情報結合部３０４ｄに通知し、当該通知を受けた端末証明書・利用者情報結合部３０４ｄにより、前記ＵＲＩでＷｅｂサーバ８０へアクセスして（ステップＳ１２３ｃ）端末証明書CERTCA/Uを入手する（ステップＳ１２３ｄ）。以降は図３３ＡのステップＳ１３に引き継がれる。
なお、図３３Ａ，３３Ｂのいずれの場合においても、図１５の場合と同様に、ステップＳ１２２において端末証明書送信要求に乱数γを含めて利用者端末１０ｅに送信し、利用者端末１０ｅは受信した乱数γをそのまま端末証明書CERTCA/Uと共にステップＳ１２３（あるいはステップＳ１２３ａ及びＳ１２３ｄ）で利用者認証装置３０ｄに送信し、ステップＳ１３で受信した乱数γがステップＳ１２２で送信した乱数γと一致するかの検証を更に行なってもよい。
あるいは、利用者端末１０ｅが受信した乱数γをそのまま送り返す代わりに、端末秘密鍵SKUでその乱数γを含むデータDγに対する利用者署名SIGγU=SKU(Dγ)を生成し、その利用者署名SIGγUをステップＳ１２３（あるいはステップＳ１２３ａ及びＳ１２３ｄ）で端末証明書CERTCA/Uと共に利用者認証装置３０ｄに送信し、利用者認証装置３０ｄはステップＳ１３でその受信した利用者署名SIGγUを、受信した端末証明書CERTCA/Uに含まれる端末公開鍵PKUを使って検証してもよい。
また、上記以外の利用者端末１０ｅ、ＣＡ情報公開サーバ２０、利用者認証装置３０ｄの構成、並びに利用者登録フェーズにおける［証明書生成処理］、利用フェーズにおける［利用者認証処理］の流れは第２の実施形態の場合と同様である。
また、本実施形態においても、ＣＡ情報公開サーバ２０と利用者認証装置３０ｄを、一台に統合することが可能である。
更に、本実施形態においても、第３の実施形態と同様に、利用者端末１０ｅ内にＣＡ情報データベース１０９があり、端末証明書生成部１０３はＣＡ情報公開サーバ２０からＣＡ情報を取得することなしに端末証明書CERTCA/Uを生成してもよい。
＜第７の実施形態＞
図３４は本発明の第７の実施形態に係る利用者認証システム、ここでは特に第３者機関として使用する回線認証サーバが通知する利用者の回線識別子LIDUを基に利用者確認を行う（ＮＧＮ回線認証サービスとの連携）システムの概要を示すもので、図中、第２の実施形態と同一構成部分は同一符号をもって表す。即ち、１０ｆは利用者端末、２０はＣＡ情報公開サーバ、３０ｅは利用者認証装置、ＮＷはネットワーク、９０は回線認証サーバ（第３者機関）である。回線認証サーバ９０には各利用者の使用する回線の識別子にその利用者の情報が対応付けて登録されている。
［利用者端末］
利用者端末１０ｆは、図３５に示すように、端末情報データベース１０１と、端末鍵ペア生成部１０２と、端末証明書生成部１０３と、データベース登録部１０４と、端末証明書通知部１０６と、認証プロトコル処理部１０７と、データベース参照部１０８と、利用者確認部１０５ｆとを備えている。端末鍵ペア生成部１０２と、端末証明書生成部１０３と、データベース登録部１０４は端末証明書生成手段１０Ａを構成し、利用者確認部１０５ｆと、端末証明書通知部１０６は登録要求手段１０Ｂを構成し、認証プロトコル処理部１０７と、データベース参照部１０８はサービス要求手段１０Ｃを構成している。
利用者確認部１０５ｆは、利用者登録フェーズにおける利用者確認時に、回線認証サーバ９０を利用し、利用者の回線識別子LIDUを基に利用者認証装置３０ｅとの間で利用者確認処理を実行する。具体的には、利用者確認部１０５ｆは回線識別子LIDUを含む確認用情報を利用者認証装置３０ｅへ送り、回線認証サーバ９０との間で回線認証を行う。
［利用者認証装置］
利用者認証装置３０ｅは、図３６に示すように、ＣＡ情報データベース３０１と、認証情報データベース３０２と、端末証明書・利用者情報結合部３０４と、データベース登録部３０５と、認証プロトコル処理部３０６と、データベース参照部３０７と、サービス提供部３０８と、利用者確認部３０３ｅとを備えている。利用者確認部３０３ｅと、端末証明書・利用者情報結合部３０４と、データベース登録部３０５は利用者登録手段３０Ａを構成し、ＣＡ情報データベース３０１と、認証プロトコル処理部３０６は利用者認証手段３０Ｂを構成し、データベース参照部３０７と、サービス提供部３０８はサービス提供手段３０Ｃを構成している。
利用者確認部３０３ｅは、利用者確認時に、回線認証サーバ９０を利用し、利用者の回線識別子LIDUを基に利用者端末１０ｆとの間で利用者確認処理を実行する。具体的には、利用者端末１０ｆから回線識別子LIDUを含む確認用情報を受信すると、これを保存するとともに回線認証サーバ９０に対して当該回線識別子LIDUの認証を要求し、その結果を受け取り、認証結果がＯＫであれば確認用情報を端末証明書・利用者情報結合部３０４に通知する。
［利用者登録処理］
図３７は本発明の第７の実施形態に係る利用者認証システムにおける利用者登録処理の流れを示すものである。
利用者端末１０ｆは、その利用者確認部１０５ｆにより、利用者が使用する回線の回線識別子LIDUを含む確認用情報を利用者認証装置３０ｅに送信して証明書登録要求をする（ステップＳ１２１）。利用者認証装置３０ｅは利用者確認部３０３ｅにより、前記回線識別子LIDUを含む確認用情報を受信すると、これを保存するとともに回線認証サーバ９０に対して当該回線識別子LIDUを送信し、回線識別子LIDUの認証を要求する（ステップＳ２４１）。
回線認証サーバ９０では、前記認証要求を利用者認証装置３０ｅから受信すると、その回線識別子LIDUに対応する利用者情報に基づいて利用者端末１０ｆとの間で回線認証処理を実行し（ステップＳ２４２）、その結果を利用者認証装置３０ｅへ送る（ステップＳ２４３）。
利用者認証装置３０ｅは、その利用者確認部３０３ｅにより、回線認証結果を回線認証サーバ９０から受信し、認証結果がＯＫであれば、以降のステップＳ１２２，Ｓ１２３，Ｓ１３，Ｓ１２４，Ｓ１２５，Ｓ１４を実行するが、これらは図１５と同様であり、説明を省略する。
上記以外の利用者端末１０ｆ、ＣＡ情報公開サーバ２０、利用者認証装置３０ｅの構成、並びに［証明書生成処理］、［利用者認証処理］の流れは第２の実施形態の場合と同様である。
また、本実施形態においても、ＣＡ情報公開サーバ２０と利用者認証装置３０ｅを、一台に統合することが可能である。
更に、本実施形態においても、第３実施形態と同様に、利用者端末１０ｆ内にＣＡ情報データベース１０９を設け、端末証明書生成部１０３はＣＡ情報公開サーバ２０からＣＡ情報を取得することなしに端末証明書CERTCA/Uを生成してもよい。
＜第８の実施形態＞
図３８は本発明の第８の実施形態に係る利用者認証システム、ここでは利用者認証処理時にオンラインで利用者情報を再確認する（ＮＧＮ回線認証サービスや既存の利用者データベースとの連携）システムの概要を示すもので、図中、第２の実施形態と同一構成部分は同一符号をもって表す。１０は利用者端末、２０はＣＡ情報公開サーバ、３０ｆは利用者認証装置、ＮＷはネットワーク、４０は利用者情報サーバ、３Ｓはサービス提供サーバである。
前述の各実施形態においては利用者認証装置３０内のサービス提供部３０８が利用者端末１０にサービスを提供するものとして説明したが、ここでは、そのサービス提供部３０８から、実際にサービスを提供する機能をサービス提供サーバ３Ｓとして分離した例を示している。この場合、利用者認証装置３０ｆとサービス提供サーバ３Ｓは同じサービスプロバイダ３内に設けられてもよいし、何れか一方がサービスプロバイダ３と分離して設けられていてもよい。
この実施形態は、前述の第１〜第７実施形態の何れかにより利用者登録を行った後の利用フェーズにおいて、利用者識別子IDUとパスワードPWU（以下、ID/PWと略記することもある）で認証を行う既存のサービス提供サーバにログインするものである。
［利用者認証装置］
利用者認証装置３０ｆは、図３９に示すように、ＣＡ情報データベース３０１と、認証情報データベース３０２と、利用者確認部３０３と、端末証明書・利用者情報結合部３０４と、データベース登録部３０５と、認証プロトコル処理部３０６と、データベース参照部３０７と、サービス提供部３０８ｆと、利用者状況確認部３１４とを備えている。利用者確認部３０３と、端末証明書・利用者情報結合部３０４と、データベース登録部３０５は利用者登録手段３０Ａを構成し、ＣＡ情報データベース３０１と、認証プロトコル処理部３０６は利用者認証手段３０Ｂを構成し、データベース参照部３０７と、サービス提供部３０８ｆと、利用者状況確認部３１４はサービス提供手段３０Ｃを構成している。
利用者情報サーバ４０には、例えば図４０に示すような利用者情報データベース３ＳＤが設けられており、利用者認証装置３０ｆに各利用者が利用者登録した時点で、利用者端末１０はその利用者の利用者情報に含まれている端末公開鍵PKU、利用者識別子IDU、パスワードPWUを、利用しようとするサービス提供サーバ３Ｓの識別子IDSと共に利用者情報サーバ４０に送信し、利用者情報サーバ４０はそれらを互いに対応付けて利用者情報データベース３ＳＤに登録するものとする。
利用者状況確認部３１４は、サービス要求に伴う利用者認証時に、利用者端末１０からのサービス提供サーバ識別子IDSをID/PW要求として受信し、例えば図１６のステップＳ１６，Ｓ１７１，Ｓ１７２，Ｓ１８，Ｓ１９により利用者端末１０から得た端末証明書CERTCA/Uの正当性を認証プロトコル処理部３０６において確認できた端末証明書CERTCA/Uに対応する利用者情報INFUを、ステップＳ２０でデータベース参照部３０７により認証情報データベース３０２から取得する。その後、その利用者情報INFU中の端末公開鍵PKUと前記受信したサービス提供サーバ識別子IDSを利用者情報サーバ４０に送信して利用者識別子IDUとパスワードPWUを要求する。その要求に応答して利用者情報サーバ４０から利用者識別子IDUとパスワードPWUを受信し、受信した利用者識別子IDUと、前記利用者情報中の利用者識別子IDUとの一致を確認してから、利用者識別子IDUとパスワードPWUを、サービス提供を許可する情報としてサービス提供部３０８ｆから利用者端末を経由してサービス提供サーバ３Ｓへ送る。
［利用者認証処理］
図４１は本発明の第８の実施形態に係る利用者認証システムの利用フェーズにおける利用者認証処理の流れを示す。
利用者端末１０はサービス提供サーバ３Ｓに対しサービスを要求すると（ステップＳ１９７）、サービス提供サーバ３Ｓはそれに応答して利用者識別子とパスワードを要求する（ステップＳ１９８）。利用者端末１０は利用者認証装置３０ｆにサービス提供サーバ３Ｓの識別子IDSを送って登録されている利用者識別子IDUとパスワードPWUを要求する（ステップＳ１９９）。
利用者認証装置３０ｆはその要求に応答して利用者端末１０との間で図１６におけるステップＳ１６，Ｓ１７１，Ｓ１７２，Ｓ１８，Ｓ１９と同様の端末証明書CERTCA/Uによる利用者認証が行われ、認証プロトコル処理部３０６において正当性を確認できた端末証明書CERTCA/Uに対応する利用者情報INFUが、データベース参照部３０７により認証情報データベース３０２から取得されたとする（ステップＳ２００）。
次に、利用者認証装置３０ｆは、その利用者状況確認部３１４により、データベース参照部３０７で取得した利用者情報INFU中の端末公開鍵PKUと前記受信したサービス提供サーバの識別子IDSを利用者情報サーバ４０に送信して登録されている利用者識別子IDUとパスワードPWUを要求する（ステップＳ２０１）。
利用者情報サーバ４０は、前記端末公開鍵PKUとサービス提供サーバ識別子IDSを受信すると、図４０に示す利用者情報データベース３ＳＤを検索して対応する利用者識別子IDUとパスワードPWUを読み出し（ステップＳ２０２）、それらを利用者認証装置３０ｆへ返送する（ステップＳ２０３）。
利用者認証装置３０ｆは、その利用者状況確認部３１４により、利用者情報サーバ４０から利用者識別子IDUとパスワードPWUを受け取り、利用者識別子IDUが前記ステップＳ２００で認証情報データベース３０２から取得した利用者情報INFU中の利用者識別子IDUと一致すれば前記利用者識別子IDUとパスワードPWUをサービス提供部３０８ｆから利用者端末１０を経由してサービス提供サーバ３Ｓに送信する（ステップＳ２０４）。サービス提供サーバ３Ｓは受信した利用者識別子IDUとパスワードPWUにより利用者認証を行い（ステップＳ２０５）、利用者端末１０にサービスを提供する（ステップＳ２０６）。
上述のステップＳ２００は、例えばＴＬＳ通信を使った証明書によるクライアント認証として実行することができる。この場合のシーケンスは図１７に示したとおりである。
また、ステップＳ２０１，Ｓ２０２，Ｓ２０３では上述のように利用者認証装置３０ｆが認証情報データベース３０２から読み出した端末証明書CERTCA/Uに含まれている利用者情報INFU中の端末公開鍵PKUを利用者情報サーバ４０に送り、利用者情報サーバ４０がその端末公開鍵PKUを対応するID/PWに変換して利用者認証装置３０ｆに送ることで認証を行っている。このような利用者情報サーバ４０として、ユーザ証明書情報から各種アプリケーションのID/PWへの変換を行って認証させる、既存のソフトウェアであるFirstPass認証連携サンプルプログラム（http://www.docomo.biz/html/product/firstpass/support.html）を利用してもよい。
上記以外の利用者端末１０、ＣＡ情報公開サーバ２０、利用者認証装置３０ｆの構成、並びに［証明書生成処理］、［利用者登録処理］の流れは第２の実施形態の場合と同様である。
また、本実施形態においても、ＣＡ情報公開サーバ２０と利用者認証装置３０ｆを、一台に統合することが可能であり、さらに利用者情報サーバ４０と利用者認証装置３０ｆを、一台に統合することも可能である。
更に、本実施形態においても、第３実施形態と同様に、利用者端末１０内にＣＡ情報データベース１０９があり、端末証明書生成部１０３はＣＡ情報公開サーバ２０からＣＡ情報を取得することなしに端末証明書CERTCA/Uを生成してもよい。
前述した第２〜第８の各実施形態において、利用者端末１０における端末鍵ペア生成部及び端末証明書生成部をコンピュータ上に実現する場合は、それらの機能を実現させるプログラムをＣＡ情報公開サーバからダウンロードして取得するようにしてもよい。これは、ＣＡ秘密鍵SKCA及びＣＡ証明書CERTCAを取得するのと同時に行うことができ、また、その実現にはJava（登録商標）applet技術などが利用できる。
また、利用者の識別子IDUとしては、E-mailアドレス、公開鍵以外の任意の識別子を利用することができ、公開鍵のハッシュを利用者の識別子とすることもできる。

Claims (21)

  1. 認証局秘密鍵と認証局識別子を有する１つ以上の利用者端末と、認証局公開鍵と認証局識別子を有する１つ以上の利用者認証装置とが少なくともネットワークに接続され、利用者認証装置と利用者端末との間で端末証明書を利用した利用者認証を行なう利用者認証システムであって、
    利用者端末は、
    任意のデータである署名対象情報に対し、上記認証局秘密鍵を利用して端末署名を計算し、上記署名対象情報、上記端末署名及び上記認証局識別子を少なくとも含む自己署名証明書である端末証明書を生成する端末証明書生成手段と、
    上記端末証明書を保存する端末情報記憶手段と、
    利用者登録要求として少なくとも上記端末証明書を上記利用者認証装置に送信する登録要求手段と、
    サービス要求時に利用者認証装置から受信した認証局識別子に対応する端末証明書を上記端末情報記憶手段から取得し、上記利用者認証装置に送信するサービス要求手段、
    とを含み、
    利用者認証装置は、
    認証情報記憶手段と、
    利用者端末から受信した端末証明書を上記認証情報記憶手段に登録する利用者登録手段と、
    利用者端末からのサービス要求に応じて、利用者端末の認証時に、上記認証局識別子を上記利用者端末に通知し、対応する端末証明書を上記利用者端末から得て、上記端末証明書に含まれる端末署名を上記認証局公開鍵を用いて検証する利用者認証手段、
    とを含む。
  2. 請求項１記載の利用者認証システムにおいて、
    利用者端末の上記端末証明書生成手段は、端末秘密鍵と端末公開鍵のペアを生成する端末鍵ペア生成部を含み、上記署名対象情報は上記端末公開鍵を少なくとも含み、利用者端末の上記端末情報記憶手段は、端末証明書とその端末証明書に含まれる上記端末公開鍵とペアの上記端末秘密鍵を対応付けて保存し、
    利用者端末の上記サービス要求手段は、利用者認証時に、利用者認証装置へのサービス要求に応答して、認証局識別子と共に乱数を含む証明書要求を上記利用者認証装置から受信すると、当該認証局識別子に対応する端末証明書及びこれに対応する端末秘密鍵を上記端末情報記憶手段から読み出し、該端末秘密鍵で上記乱数を含むデータに対し利用者署名を生成し、この利用者署名を上記端末証明書と共に上記利用者認証装置へ送信する第１認証プロトコル処理部を含み、
    利用者認証装置の上記利用者認証手段は、利用者認証時に、利用者端末からのサービス要求に応答して、上記認証局識別子と共に乱数を含む証明書要求を利用者端末へ送信し、その証明書要求に応答して上記利用者端末から受信した前記乱数を含むデータに対する利用者署名を上記端末証明書に含まれる端末公開鍵で検証する第２認証プロトコル処理部を含む。
  3. 請求項２記載の利用者認証システムにおいて、上記署名対象情報は更に利用者情報を含んでおり、上記端末証明書は上記利用者情報を含んでおり、
    上記利用者認証装置の上記利用者登録手段は利用者登録時に上記利用者端末から受信した上記端末証明書に含まれる利用者情報を上記端末証明書または少なくとも当該端末証明書に含まれる端末公開鍵に対応つけて上記認証情報記憶手段に登録する端末証明書・利用者情報結合部を含み、
    上記利用者認証装置は更に、
    上記利用者端末によるサービス要求に伴って受信し検証に成功した上記端末証明書または当該端末証明書に含まれる端末公開鍵に対応する利用者情報を上記認証情報記憶手段から検索し、得られた利用者情報を用いて利用者端末にサービスを提供するサービス提供手段を含む。
  4. 請求項１，２又は３の何れかに記載の利用者認証システムにおいて、
    上記端末証明書生成手段は、利用者端末の記憶部に予め埋め込まれたデータである、認証局公開鍵、認証局署名及び署名した上位認証局又は自己の認証局識別子を少なくとも含む認証局証明書を、当該認証局証明書に含まれる認証局公開鍵とペアの認証局秘密鍵に対応付けて保存する認証局情報記憶部と、
    上記認証局情報記憶部から認証局秘密鍵及び認証局証明書を取得するとともに、上記署名対象情報に対し、上記認証局秘密鍵を用いて上記端末署名を生成し、上記署名対象情報、上記端末署名及び上記認証局識別子を少なくとも含む上記端末証明書を生成する端末証明書生成部とを含む。
  5. 請求項１乃至４のいずれかに記載の利用者認証システムにおいて、
    上記利用者端末の上記登録要求手段は、端末証明書登録時に、利用者認証装置との間で確認情報を使って利用者確認処理を実行する第１の利用者確認部を含み、
    上記利用者認証装置の上記利用者登録手段は、端末証明書登録時に利用者端末から受信した上記確認情報を使って利用者端末との間で利用者確認処理を実行する第２の利用者確認部を含む。
  6. 請求項５に記載の利用者認証システムにおいて、上記ネットワークには少なくとも１つのメールサーバが接続されており、
    上記第１の利用者確認部は、利用者のメールアドレスを含む利用者情報を上記利用者認証装置に送信し、上記利用者認証装置から上記メールサーバを介して上記メールアドレス宛に送信されたメールを受信すると、該メールに含まれる確認情報を上記利用者認証装置に送信し、
    上記第２の利用者確認部は、上記利用者端末からメールアドレスを含む利用者情報を受信すると、そのメールアドレス宛に上記メールサーバを介して確認情報を含むメールを送信し、上記利用者端末から確認情報を受信すると上記端末証明書を上記認証情報記憶手段に登録する。
  7. 請求項５に記載の利用者認証システムにおいて、上記ネットワークには利用者の電話番号と利用者情報が対応して登録されているＳＩＰサーバ又は交換局が接続されており、
    上記利用者端末における上記第１の利用者確認部は、利用者登録時に利用者の電話番号を含む確認用情報を上記利用者認証装置に送信し、上記ＳＩＰサーバ又は交換局を介して利用者認証装置との上記電話番号による接続セッションを確立するように構成されており、
    上記利用者認証装置における上記第２の利用者確認部は、利用者登録時に受信した上記確認用情報に含まれる電話番号を使って、上記ＳＩＰサーバ又は交換局を介して上記利用者端末と接続セッションを確立し、接続に成功したら上記端末証明書を上記認証情報記憶手段に登録するように構成されている。
  8. 請求項５に記載の利用者認証システムにおいて、上記ネットワークには利用者に固有のＵＲＩを発行するＷｅｂサーバが接続されており、
    上記利用者端末における上記第１の利用者確認部は、利用者登録時に利用者のＵＲＩを含む確認用情報を上記利用者認証装置に送信し、上記Ｗｅｂサーバとの間で利用者認証を行うように構成されており、
    上記利用者認証装置における上記第２の利用者確認部は、利用者登録時に受信した上記確認用情報に含まれるＵＲＩを使って、上記Ｗｅｂサーバに利用者認証を要求し、利用者認証に成功したら上記端末証明書を上記認証情報記憶手段に登録するように構成されている。
  9. 請求項５に記載の利用者認証システムにおいて、上記ネットワークには各利用者が使用する回線の識別子に対応して利用者情報が登録されている回線認証サーバが接続されており、
    上記利用者端末における上記第１の利用者確認部は、利用者登録時に使用する回線の回線識別子を含む確認用情報を上記利用者認証装置に送信し、上記回線認証サーバとの間で利用者認証を行うように構成されており、
    上記利用者認証装置における上記第２の利用者確認部は、利用者登録時に受信した上記確認用情報に含まれる回線識別子に対する認証を上記回線認証サーバに要求し、回線認証に成功したら上記端末証明書を上記認証情報記憶手段に登録するように構成されている。
  10. 請求項５に記載の利用者認証システムにおいて、上記ネットワークを介して利用者端末及び利用者認証装置と通信可能であり、利用者毎の所定の識別情報を用いて利用者にサービスを提供する少なくとも１つのサービス提供サーバが上記ネットワークに接続されており、
    上記利用者端末における上記第１の利用者確認部は、利用者認証時に、上記所定の識別情報及びサービス提供サーバを利用して、利用者認証装置との間で利用者確認処理を実行するように構成されており、
    上記第２の利用者確認部は、利用者認証時に、上記所定の識別情報及びサービス提供サーバを利用して、利用者端末との間で利用者確認処理を実行するように構成されている。
  11. 認証局秘密鍵と認証局識別子を有する１つ以上の利用者端末と、認証局公開鍵と認証局識別子を有する１つ以上の利用者認証装置とが少なくともネットワークに接続され、利用者認証装置と利用者端末との間で端末証明書を利用した利用者認証を行なう利用者認証方法であって、
    利用者端末において、
    任意のデータである署名対象情報に対し、上記認証局秘密鍵を利用して端末署名を計算し、上記署名対象情報、上記端末署名及び上記認証局識別子を少なくとも含む自己署名証明書である端末証明書を生成する端末証明書生成工程と、
    上記端末証明書を保存する端末情報記憶工程と、
    利用者登録要求として少なくとも上記端末証明書を上記利用者認証装置に送信する登録要求工程と、
    サービス要求時に利用者認証装置から受信した認証局識別子に対応する端末証明書を上記端末情報記憶手段から取得し、上記利用者認証装置に送信するサービス要求工程、
    とを含み、
    利用者認証装置において、
    利用者端末から受信した端末証明書を認証情報記憶手段に登録する利用者登録工程と、
    利用者端末からのサービス要求に応じて、利用者端末の認証時に、上記認証局識別子を上記利用者端末に通知し、対応する端末証明書を上記利用者端末から得て、上記端末証明書に含まれる端末署名を上記認証局公開鍵を用いて検証する利用者認証工程、
    とを含む。
  12. 請求項１１に記載の利用者認証方法において、
    利用者端末の上記端末証明書生成工程は、端末秘密鍵と端末公開鍵のペアを生成する端末鍵ペア生成工程を含み、上記署名対象情報は上記端末公開鍵を少なくとも含み、利用者端末の上記端末情報記憶工程は、端末証明書とその端末証明書に含まれる上記端末公開鍵とペアの上記端末秘密鍵を対応付けて保存する工程であり、
    利用者端末の上記サービス要求工程は、利用者認証時に、利用者認証装置へのサービス要求に応答して、認証局識別子と共に乱数を含む証明書要求を上記利用者認証装置から受信すると、当該認証局識別子に対応する端末証明書及びこれに対応する端末秘密鍵を上記端末情報記憶手段から読み出し、該端末秘密鍵で上記乱数を含むデータに対し利用者署名を生成し、この利用者署名を上記端末証明書と共に上記利用者認証装置へ送信する第１認証プロトコル処理工程を含み、
    利用者認証装置の上記利用者認証工程は、利用者認証時に、利用者端末からのサービス要求に応答して、上記認証局識別子と共に乱数を含む証明書要求を利用者端末へ送信し、その証明書要求に応答して上記利用者端末から受信した前記乱数を含むデータに対する利用者署名を上記端末証明書に含まれる端末公開鍵で検証する第２認証プロトコル処理工程を含む。
  13. 請求項１２に記載の利用者認証方法において、上記署名対象情報は更に利用者情報を含んでおり、上記端末証明書は上記利用者情報を含んでおり、
    上記利用者認証装置における上記利用者登録工程は利用者登録時に上記利用者端末から受信した上記端末証明書に含まれる利用者情報を上記端末証明書または少なくとも当該端末証明書に含まれる端末公開鍵に対応つけて上記認証情報記憶手段に登録する端末証明書・利用者情報結合工程を含み、
    上記利用者認証装置において更に、
    上記利用者端末によるサービス要求に伴って受信し検証に成功した上記端末証明書または当該端末証明書に含まれる端末公開鍵に対応する利用者情報を上記認証情報記憶手段から検索し、得られた利用者情報を用いて利用者端末にサービスを提供するサービス提供工程を含む。
  14. 請求項１１，１２又は１３の何れかに記載の利用者認証方法において、利用者端末の記憶部に予め埋め込まれたデータである、認証局公開鍵、認証局署名及び署名した上位認証局又は自己の認証局識別子を少なくとも含む認証局証明書を、当該認証局証明書に含まれる認証局公開鍵とペアの認証局秘密鍵に対応付けて認証局情報記憶部に保存する認証局情報記憶工程を含んでおり、
    上記端末証明書生成工程は、上記認証局情報記憶部から認証局秘密鍵及び認証局証明書を取得すると共に、上記署名対象情報に対し、上記認証局秘密鍵を用いて上記端末署名を生成し、上記署名対象情報、上記端末署名及び上記認証局識別子を少なくとも含む上記端末証明書を生成する工程である。
  15. 請求項１１乃至１４の何れかに記載の利用者認証方法において、
    上記利用者端末の上記登録要求工程は、端末証明書登録時に、利用者認証装置との間で確認情報を使って利用者確認処理を実行する第１の利用者確認工程を含み、
    上記利用者認証装置の上記利用者登録工程は、端末証明書登録時に利用者端末から受信した上記確認情報を使って利用者端末との間で利用者確認処理を実行する第２の利用者確認工程を含む。
  16. 利用者が使用する利用者端末と、認証局情報を公開する認証局情報公開サーバと、利用者を認証してサービスを提供する利用者認証装置と、これらを接続するネットワークとを少なくとも備え、利用者認証装置が利用者端末との間で証明書を利用した認証を行う利用者認証システムであって、
    利用者端末は、
    公開鍵と秘密鍵の鍵ペアを生成する端末鍵ペア生成部と、
    認証局情報公開サーバから認証局秘密鍵および認証局証明書を取得するとともに、少なくとも上記端末鍵ペア生成部で生成された端末公開鍵に対し、認証局秘密鍵を利用して署名を行い、端末公開鍵、署名および認証局証明書の識別子を少なくとも含む自己署名証明書である端末証明書を生成する端末証明書生成部と、
    上記端末証明書生成部で生成された端末証明書を、当該端末証明書に含まれる端末公開鍵とペアの端末秘密鍵に対応付けて保存する端末情報データベースとを少なくとも備え、
    認証局情報公開サーバは、
    認証局公開鍵、署名および署名した上位認証局または自己の認証局の識別子を少なくとも含む認証局証明書を、当該認証局証明書に含まれる認証局公開鍵とペアの認証局秘密鍵に対応付けて保存する第１認証局情報データベースと、
    利用者端末からの認証局情報要求に応じて、上記第１認証局情報データベースから認証局秘密鍵および認証局証明書を取得し、これを利用者端末へ送信する認証局情報通知部とを少なくとも備え、
    利用者認証装置は、
    認証局情報公開サーバが公開する認証局証明書を保存する第２認証局情報データベースを備えている。
  17. 利用者が使用する利用者端末と、認証局情報を公開する認証局情報公開サーバと、利用者を認証してサービスを提供する利用者認証装置と、これらを接続するネットワークとを少なくとも備え、利用者認証装置が利用者端末との間で証明書を利用した認証を行う利用者認証システムであって、
    利用者端末は、
    利用者端末の基本ソフトウェアまたはハードウェアメーカーによって予め埋め込まれたデータベースであって、上記メーカーが公開する認証局公開鍵、署名および署名した上位認証局または自己の認証局の識別子を少なくとも含む認証局証明書を、当該認証局証明書に含まれる認証局公開鍵とペアの認証局秘密鍵に対応付けて保存する第１認証局情報データベースと、
    公開鍵と秘密鍵の鍵ペアを生成する端末鍵ペア生成部と、
    上記第１認証局情報データベースから認証局秘密鍵および認証局証明書を取得すると共に、少なくとも上記端末鍵ペア生成部で生成された公開鍵に対し、認証局秘密鍵を利用して利用者署名を行い、公開鍵、利用者署名および認証局証明書の認証局識別子を少なくとも含む自己署名証明書である端末証明書を生成する端末証明書生成部と、
    上記端末証明書生成部で生成された端末証明書を、当該端末証明書に含まれる端末公開鍵とペアの端末秘密鍵に対応付けて保存する端末情報データベースとを少なくとも備え、
    利用者認証装置は、
    認証局情報公開サーバが公開する認証局証明書を保存する第２認証局情報データベースを備え、
    認証局情報公開サーバは、
    上記利用者端末の基本ソフトウェアまたはハードウェアメーカーが公開する認証局公開鍵、署名および署名した上位認証局または自己の認証局の識別子を少なくとも含む認証局証明書を保存する第３認証局情報データベースを少なくとも備えている。
  18. 請求項１６又は１７に記載の利用者認証システムにおいて、
    利用者端末は更に、
    端末証明書登録時に、利用者認証装置との間で利用者確認処理を実行する第１利用者確認部と、
    上記端末証明書生成部で生成された端末証明書を利用者認証装置に送信する端末証明書通知部と、
    利用者認証時に、標準セキュリティプロトコルに従い、利用者認証装置へのサービス要求に応答して、信頼する認証局の識別子と乱数を含む証明書要求を利用者認証装置から受信すると、当該認証局の識別子と一致する端末証明書およびこれに対応する端末秘密鍵を上記端末情報データベースから読み出し、該端末秘密鍵で上記乱数に利用者署名を行い、この利用者署名を端末証明書と共に利用者認証装置へ送信する第１認証プロトコル処理部とを少なくとも備え、
    利用者認証装置は更に、
    利用者端末から受信した利用者の端末証明書もしくは少なくとも当該端末証明書に含まれる端末公開鍵に対応付けて利用者情報を保存する認証情報データベースと、
    端末証明書登録時に、利用者端末との間で利用者確認処理を実行する第２利用者確認部と、
    利用者端末から端末証明書を受信するとともに、上記第２利用者確認部による利用者確認処理に成功した場合、その利用者情報を上記端末証明書もしくは少なくとも当該端末証明書に含まれる端末公開鍵に対応づけて上記認証情報データベースに登録する端末証明書・利用者情報結合部と、
    利用者認証時に、標準セキュリティプロトコルに従い、利用者端末からのサービス要求に応じて、上記第２認証局情報データベースから信頼する認証局証明書を読み出し、その認証局証明書の認証局識別子と乱数を含む証明書要求を利用者端末へ送信し、その証明書要求に応じて利用者端末から端末証明書と共に受信した上記乱数への利用者署名を利用者端末の端末公開鍵で検証する第２認証プロトコル処理部と、
    検証に成功した利用者署名とともに受信した端末証明書もしくは少なくとも当該端末証明書に含まれる端末公開鍵に対応する利用者情報を認証情報データベースから検索するデータベース参照部と、
    上記データベース参照部で取得した利用者情報を用いて利用者端末にサービスを提供するサービス提供部とを少なくとも備えている。
  19. 請求項１８に記載の利用者認証システムにおいて、更に、
    ネットワークを介して利用者端末および利用者認証装置と通信可能であり、利用者毎の所定の識別情報を用いて利用者にサービスを提供するサービス提供サーバを備え、
    利用者端末は、
    利用者認証時に、上記所定の識別情報およびサービス提供サーバを利用して、利用者認証装置との間で利用者確認処理を実行する利用者確認部を備え、
    利用者認証装置は、
    利用者認証時に、上記所定の識別情報およびサービス提供サーバを利用して、利用者端末との間で利用者確認処理を実行する利用者確認部を備えている。
  20. 利用者が使用する利用者端末と、認証局情報を公開する認証局情報公開サーバと、利用者を認証してサービスを提供する利用者認証装置と、これらを接続するネットワークとを少なくとも備えたシステムにおいて、利用者認証装置が利用者端末との間で証明書を利用した認証を行う利用者認証方法であって、
    利用者端末が、端末公開鍵と端末秘密鍵の鍵ペアを生成し、認証局情報公開サーバへ認証局情報を要求する工程と、
    認証局情報公開サーバが、上記要求に応じて認証局情報データベースから認証局秘密鍵および認証局識別子を読み出し、利用者端末へ通知する工程と、
    利用者端末が、認証局秘密鍵および認証局識別子を認証局情報公開サーバから受信すると、少なくとも上記生成された端末公開鍵に対し、認証局秘密鍵を利用して署名を行い、端末公開鍵、署名および認証局識別子を少なくとも含む自己署名証明書である端末証明書を生成し、当該端末証明書に含まれる端末公開鍵とペアの端末秘密鍵に対応付けて端末情報データベースに登録する工程とを含む。
  21. 請求項２０に記載の利用者認証方法において、更に、
    利用者端末と利用者認証装置との間で端末証明書登録のための利用者確認処理を実行する工程と、
    利用者端末が、端末証明書を利用者認証装置に送信する工程と、
    利用者認証装置が、利用者端末から端末証明書を受信すると、上記利用者確認処理に成功していれば、その利用者情報を上記端末証明書もしくは少なくとも当該端末証明書に含まれる端末公開鍵に対応づけて認証情報データベースに登録する工程と、
    利用者認証装置が、標準セキュリティプロトコルに従い、利用者端末からのサービス要求に応じて、認証局情報データベースから信頼する認証局の識別子を読み出し、これと共に乱数を含む証明書要求を利用者端末へ送信する工程と、
    利用者端末が、標準セキュリティプロトコルに従い、信頼する認証局の識別子と共に乱数を含む証明書要求を利用者認証装置から受信すると、端末情報データベースから当該認証局の識別子と一致する端末証明書およびこれに対応する端末秘密鍵を読み出し、該端末秘密鍵で上記乱数に利用者署名を行い、この利用者署名を端末証明書と共に利用者認証装置へ送信する工程と、
    利用者認証装置が、標準セキュリティプロトコルに従い、利用者端末から受信した上記乱数への利用者署名を利用者端末の端末公開鍵で検証し、その正当性を確認する工程と、
    利用者認証装置が、検証に成功した利用者署名と共に受信した端末証明書もしくは少なくとも当該端末証明書に含まれる端末公開鍵に対応する利用者情報を認証情報データベースから検索する工程と、
    利用者認証装置が、そのサービス提供部により、上記利用者情報を用いて利用者端末にサービスを提供する工程とを含む。
JP2009537966A 2007-10-19 2008-06-25 利用者認証システム及びその方法 Expired - Fee Related JP5016678B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2009537966A JP5016678B2 (ja) 2007-10-19 2008-06-25 利用者認証システム及びその方法

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2007272588 2007-10-19
JP2007272588 2007-10-19
JP2009537966A JP5016678B2 (ja) 2007-10-19 2008-06-25 利用者認証システム及びその方法
PCT/JP2008/061577 WO2009050924A1 (ja) 2007-10-19 2008-06-25 利用者認証システム及びその方法

Publications (2)

Publication Number Publication Date
JPWO2009050924A1 true JPWO2009050924A1 (ja) 2011-02-24
JP5016678B2 JP5016678B2 (ja) 2012-09-05

Family

ID=40567205

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009537966A Expired - Fee Related JP5016678B2 (ja) 2007-10-19 2008-06-25 利用者認証システム及びその方法

Country Status (4)

Country Link
US (1) US8595816B2 (ja)
EP (1) EP2202913B1 (ja)
JP (1) JP5016678B2 (ja)
WO (1) WO2009050924A1 (ja)

Families Citing this family (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4928416B2 (ja) * 2007-11-14 2012-05-09 日本電信電話株式会社 公開鍵簿登録方法、公開鍵簿管理装置、プログラム及び記録媒体
JP5192439B2 (ja) * 2009-05-12 2013-05-08 日本電信電話株式会社 ユーザ認証システム、プロキシ装置、ユーザ認証方法およびプログラム
US9075958B2 (en) * 2009-06-24 2015-07-07 Uniloc Luxembourg S.A. Use of fingerprint with an on-line or networked auction
JP5402771B2 (ja) 2010-03-25 2014-01-29 ソニー株式会社 管理サーバ、基地局、通信システム、および通信方法
US8856509B2 (en) * 2010-08-10 2014-10-07 Motorola Mobility Llc System and method for cognizant transport layer security (CTLS)
US20120203824A1 (en) 2011-02-07 2012-08-09 Nokia Corporation Method and apparatus for on-demand client-initiated provisioning
US8600061B2 (en) * 2011-06-24 2013-12-03 Broadcom Corporation Generating secure device secret key
AU2011101297B4 (en) 2011-08-15 2012-06-14 Uniloc Usa, Inc. Remote recognition of an association between remote devices
US8819794B2 (en) * 2012-01-19 2014-08-26 Microsoft Corporation Integrating server applications with multiple authentication providers
KR101960062B1 (ko) * 2012-08-24 2019-03-19 삼성전자주식회사 콘텐트 공유 방법 및 장치
JP5456172B1 (ja) * 2012-09-26 2014-03-26 株式会社東芝 生体参照情報登録システム、装置及びプログラム
ES2816324T3 (es) * 2012-12-21 2021-04-05 Nagravision Sa Método que usa un único dispositivo de autenticación para autenticar a un usuario a un proveedor de servicios entre una pluralidad de proveedores de servicios y dispositivo para realizar dicho método
US9286466B2 (en) 2013-03-15 2016-03-15 Uniloc Luxembourg S.A. Registration and authentication of computing devices using a digital skeleton key
US9602537B2 (en) * 2013-03-15 2017-03-21 Vmware, Inc. Systems and methods for providing secure communication
JP6248422B2 (ja) * 2013-06-05 2017-12-20 富士通株式会社 情報開示システム、情報開示プログラム及び情報開示方法
JP6182080B2 (ja) * 2014-01-20 2017-08-16 日本電信電話株式会社 認証システム、プログラム
JP6122399B2 (ja) * 2014-05-27 2017-04-26 日本電信電話株式会社 クライアント証明書による端末認証方法、端末認証システム及びプログラム
CN105262605B (zh) * 2014-07-17 2018-09-25 阿里巴巴集团控股有限公司 一种获取本地信息的方法、装置及系统
KR101544722B1 (ko) * 2014-11-13 2015-08-18 주식회사 엘지씨엔에스 부인 방지 방법, 이를 위한 결제 관리 서버 및 사용자 단말기
US10218510B2 (en) 2015-06-01 2019-02-26 Branch Banking And Trust Company Network-based device authentication system
US9787478B2 (en) * 2015-06-10 2017-10-10 Qualcomm Incorporated Service provider certificate management
JP5951094B1 (ja) 2015-09-07 2016-07-13 ヤフー株式会社 生成装置、端末装置、生成方法、生成プログラム及び認証処理システム
JP6122924B2 (ja) * 2015-09-11 2017-04-26 ヤフー株式会社 提供装置、端末装置、提供方法、提供プログラム及び認証処理システム
JP6449131B2 (ja) * 2015-10-23 2019-01-09 Kddi株式会社 通信装置、通信方法、およびコンピュータプログラム
JP6134371B1 (ja) * 2015-11-27 2017-05-24 ヤフー株式会社 利用者情報管理装置、利用者情報管理方法及び利用者情報管理プログラム
JP2017108239A (ja) * 2015-12-08 2017-06-15 Kddi株式会社 通信システム、端末装置、通信装置、通信方法、及びプログラム
JP6471112B2 (ja) 2016-02-29 2019-02-13 Kddi株式会社 通信システム、端末装置、通信方法、及びプログラム
CN107579948B (zh) * 2016-07-05 2022-05-10 华为技术有限公司 一种网络安全的管理系统、方法及装置
US10447683B1 (en) * 2016-11-17 2019-10-15 Amazon Technologies, Inc. Zero-touch provisioning of IOT devices with multi-factor authentication
TWI673621B (zh) * 2017-01-19 2019-10-01 香港商阿里巴巴集團服務有限公司 資訊註冊、認證方法及裝置
GB2561822B (en) * 2017-04-13 2020-02-19 Arm Ip Ltd Reduced bandwidth handshake communication
IT201700087233A1 (it) * 2017-07-28 2019-01-28 Alessandro Capuzzello Sistema di autenticazione sicura dell’identità di un utente in un sistema elettronico per transazioni bancarie
CN107919963B (zh) * 2017-12-27 2020-10-27 飞天诚信科技股份有限公司 一种认证器及其实现方法
US10979232B2 (en) * 2018-05-31 2021-04-13 Motorola Solutions, Inc. Method for provisioning device certificates for electronic processors in untrusted environments
JP6984567B2 (ja) * 2018-08-24 2021-12-22 日本電信電話株式会社 認可システム及び認可方法
JP6937280B2 (ja) * 2018-09-13 2021-09-22 株式会社東芝 情報処理装置、リソース提供装置、情報処理方法、情報処理プログラム、リソース提供方法、リソース提供プログラム
EP3850510B1 (en) * 2018-11-01 2023-12-27 Hewlett-Packard Development Company, L.P. Infrastructure device enrolment
WO2020145064A1 (en) * 2019-01-11 2020-07-16 Nec Corporation A method and a device for enabling key re-usage in a communication network
US10873468B2 (en) 2019-02-22 2020-12-22 Beyond Identity Inc. Legacy authentication for user authentication with self-signed certificate and identity verification
US11457010B2 (en) * 2019-04-05 2022-09-27 Comcast Cable Communications, Llc Mutual secure communications
JP7337601B2 (ja) * 2019-08-28 2023-09-04 キヤノン株式会社 印刷装置、制御方法およびプログラム
CN111193748B (zh) * 2020-01-06 2021-12-03 惠州市德赛西威汽车电子股份有限公司 一种交互式密钥安全认证方法及系统
US11683301B2 (en) * 2020-07-27 2023-06-20 Red Hat, Inc. Automatically obtaining a signed digital certificate from a trusted certificate authority
WO2022085154A1 (ja) * 2020-10-22 2022-04-28 富士通株式会社 制御方法、情報処理装置、および制御プログラム

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4991635A (en) * 1988-09-30 1991-02-12 Liqui-Box Corporation Decap dispensing system for water cooler bottles
JPH05289957A (ja) * 1992-04-06 1993-11-05 Nippon Telegr & Teleph Corp <Ntt> サービス利用者登録方法及びサービス利用方法
US5366619A (en) * 1993-10-13 1994-11-22 Suntory Limited Germfree drinking water dispenser
US7159116B2 (en) * 1999-12-07 2007-01-02 Blue Spike, Inc. Systems, methods and devices for trusted transactions
US6553493B1 (en) * 1998-04-28 2003-04-22 Verisign, Inc. Secure mapping and aliasing of private keys used in public key cryptography
US6561382B2 (en) * 2001-06-15 2003-05-13 S.I.P. Technologies, L.L.C. Method and apparatus for disinfecting a water cooler reservoir and its dispensing spigot(s)
US6823454B1 (en) * 1999-11-08 2004-11-23 International Business Machines Corporation Using device certificates to authenticate servers before automatic address assignment
US6826690B1 (en) * 1999-11-08 2004-11-30 International Business Machines Corporation Using device certificates for automated authentication of communicating devices
JP4586250B2 (ja) * 2000-08-31 2010-11-24 ソニー株式会社 個人識別証明書リンクシステム、情報処理装置、および情報処理方法、並びにプログラム提供媒体
JP4185363B2 (ja) * 2001-02-22 2008-11-26 ビーイーエイ システムズ， インコーポレイテッド トランザクション処理システムにおけるメッセージ暗号化及び署名のためのシステム及び方法
US7310821B2 (en) * 2001-08-27 2007-12-18 Dphi Acquisitions, Inc. Host certification method and system
GB2401293B (en) * 2002-01-17 2004-12-22 Toshiba Res Europ Ltd Data transmission links
NO318842B1 (no) 2002-03-18 2005-05-09 Telenor Asa Autentisering og tilgangskontroll
US7600113B2 (en) * 2004-02-20 2009-10-06 Microsoft Corporation Secure network channel
US7258803B2 (en) * 2004-04-21 2007-08-21 S.I.P. Technologies L.L.C. Method and apparatus for programably treating water in a water cooler
US7114637B2 (en) * 2004-04-21 2006-10-03 Davis Kenneth A Method and apparatus for programably treating water in a water cooler
US20060242410A1 (en) 2005-04-26 2006-10-26 Microsoft Corporation Mobile device authentication with a data source using self-signed certificates
JP4879524B2 (ja) * 2005-06-30 2012-02-22 ブラザー工業株式会社 通信装置、通信システム及びプログラム
US20070056778A1 (en) 2005-09-15 2007-03-15 Steven Webb Sintered polycrystalline diamond material with extremely fine microstructures
EP1816824A1 (en) * 2006-02-07 2007-08-08 Thomson Licensing Method for device insertion into a community of network devices

Also Published As

Publication number Publication date
JP5016678B2 (ja) 2012-09-05
EP2202913B1 (en) 2012-12-05
US8595816B2 (en) 2013-11-26
US20110047373A1 (en) 2011-02-24
EP2202913A4 (en) 2011-11-23
EP2202913A1 (en) 2010-06-30
WO2009050924A1 (ja) 2009-04-23

Similar Documents

Publication Publication Date Title
JP5016678B2 (ja) 利用者認証システム及びその方法
AU2021206913B2 (en) Systems and methods for distributed data sharing with asynchronous third-party attestation
JP4892011B2 (ja) クライアント装置、鍵装置、サービス提供装置、ユーザ認証システム、ユーザ認証方法、プログラム、記録媒体
CN102143134B (zh) 分布式身份认证方法、装置与系统
CN101828358B (zh) 服务器认证书发行系统
EP2307982B1 (en) Method and service integration platform system for providing internet services
US20120297187A1 (en) Trusted Mobile Device Based Security
CN110138718A (zh) 信息处理系统及其控制方法
US11777743B2 (en) Method for securely providing a personalized electronic identity on a terminal
JP6571890B1 (ja) 電子署名システム、証明書発行システム、証明書発行方法及びプログラム
Sabadello et al. Introduction to did auth
JP2006031064A (ja) セッション管理システム及び管理方法
JP2009118110A (ja) 認証システムのメタデータプロビジョニング方法、システム、そのプログラムおよび記録媒体
JP2010191801A (ja) 認証システムおよび認証方法
JP6465426B1 (ja) 電子署名システム、証明書発行システム、鍵管理システム及び電子証明書発行方法
US20080065776A1 (en) Method of connecting a first device and a second device
JP6833658B2 (ja) サーバ装置、機器、証明書発行方法、証明書要求方法、証明書発行プログラム及び証明書要求プログラム
JP2012181662A (ja) アカウント情報連携システム
US20230403164A1 (en) Certificate issuance support system, certificate issuance support method and program
JP2006319410A (ja) ユーザ情報管理方法およびシステム
JP2015176167A (ja) ユーザ識別情報を安全に検証するためのネットワーク認証方法
WO2016075467A1 (en) Network based identity federation
JP5749222B2 (ja) アクセス許可制御システム、アクセス許可制御方法
WO2020017643A1 (ja) 電子署名システム、証明書発行システム、鍵管理システム、証明書発行方法及びプログラム
JP6939310B2 (ja) 情報処理装置及びプログラム

Legal Events

Date Code Title Description
RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20110908

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120529

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120608

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150615

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees