JP2004048660A - 情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム - Google Patents

情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム Download PDF

Info

Publication number
JP2004048660A
JP2004048660A JP2003069304A JP2003069304A JP2004048660A JP 2004048660 A JP2004048660 A JP 2004048660A JP 2003069304 A JP2003069304 A JP 2003069304A JP 2003069304 A JP2003069304 A JP 2003069304A JP 2004048660 A JP2004048660 A JP 2004048660A
Authority
JP
Japan
Prior art keywords
key
information processing
encryption key
authentication
processing apparatus
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.)
Pending
Application number
JP2003069304A
Other languages
English (en)
Other versions
JP2004048660A5 (ja
Inventor
Yoichiro Iino
飯野　陽一郎
Naoki Tanaka
田中　直樹
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.)
Sony Corp
Original Assignee
Sony 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 Sony Corp filed Critical Sony Corp
Priority to JP2003069304A priority Critical patent/JP2004048660A/ja
Priority to PCT/JP2003/005605 priority patent/WO2003101042A1/ja
Priority to US10/484,545 priority patent/US20050105735A1/en
Priority to CNB038010577A priority patent/CN100338907C/zh
Priority to KR10-2004-7000958A priority patent/KR20050008627A/ko
Priority to EP03728022A priority patent/EP1508993A1/en
Priority to AU2003234777A priority patent/AU2003234777A1/en
Publication of JP2004048660A publication Critical patent/JP2004048660A/ja
Publication of JP2004048660A5 publication Critical patent/JP2004048660A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • 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/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/062—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key distribution, e.g. centrally by trusted party
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09C—CIPHERING OR DECIPHERING APPARATUS FOR CRYPTOGRAPHIC OR OTHER PURPOSES INVOLVING THE NEED FOR SECRECY
    • G09C1/00—Apparatus or methods whereby a given sequence of signs, e.g. an intelligible text, is transformed into an unintelligible sequence of signs by transposing the signs or groups of signs or by replacing them by others according to a predetermined system
    • 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/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
    • 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/0853—Network architectures or network communication protocols for network security for authentication of entities using an additional device, e.g. smartcard, SIM or a different communication terminal
    • 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/006—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols involving public key infrastructure [PKI] trust models
    • H04L9/007—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols involving public key infrastructure [PKI] trust models involving hierarchical structures
    • 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • 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
    • 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/3271—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 using challenge-response
    • H04L9/3273—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 using challenge-response for mutual authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/42—Anonymization, e.g. involving pseudonyms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/60—Digital content management, e.g. content distribution

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Storage Device Security (AREA)

Abstract

【課題】サービス提供者が、ユーザを認証する場合に、その認証の効率と安全性を高めることができるようにする。
【解決手段】鍵割り当て者端末１２により、サービス提供者端末１３が、所定の認証手法に基づいて、ユーザ装置１１の鍵保持装置２２を認証する場合に利用する第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵が生成され、第１の暗号鍵が、ネットワーク１４を介してサービス提供者端末１３に送付されるとともに、第２の暗号鍵が、ネットワーク１４およびユーザ端末２１を介して鍵保持装置２２に送付される。本発明は、複数のサービス提供者のそれぞれが、対応するサービスを、インターネット等の通信を介してユーザに提供する場合、サービス提供者のそれぞれが、ユーザを認証するシステムに適用可能である。
【選択図】　　　図４

Description

【０００１】
【発明の属する技術分野】
本発明は、情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、サービス提供者が、ユーザを認証する場合に、その認証の効率と安全性を高めることができるようにした情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
一般に、有料のサービスを提供する者は、そのサービスを提供する相手から、その対価を回収する。
【０００３】
例えば、相手と対面してサービスを提供する者は、そのサービスを提供するとき、相手から現金を徴収することが多い。
【０００４】
これに対して、インターネットのような通信を経由して、有料のサービスを提供する者は、通信経由で交換可能な電子現金がいまだ実用化されていないため、サービスの対価を、相手への「つけ」として後から回収するか、または、その相手が以前に対価の支払いを済ませ、そのサービスを利用する権利を得ていることを確認した後、サービスの提供を行うことが多い。従って、通信経由で有料のサービスを提供する者は、サービスの提供を行う前に、サービスを提供する相手を特定すること、即ち、認証が必要になる。
【０００５】
この認証が行われる場合、認証を行う側とそれを受ける側は、相互に対応する情報を有している必要がある。
【０００６】
なお、以下、認証が行われる場合、このような、相互に対応する情報を有し、かつ、相手を特定する側を、検証者と称し、これに対して、特定される側を、証明者と称する。また、検証者により証明者が認証されるために用いられる手法を、認証手法と称する。
【０００７】
従来、認証手法として、パスワード認証、共通鍵認証、および、公開鍵認証が知られている。
【０００８】
以下、これらの認証手法、即ち、パスワード認証、共通鍵認証、および、公開鍵認証のそれぞれについて、個別に説明する。
【０００９】
（パスワード認証）
はじめに、パスワード認証について説明する。
【００１０】
パスワード認証においては、証明者は、あらかじめ検証者に対して、証明者毎に異なるログイン名を登録し、パスワードを取り決めておく。そして、証明者と検証者は、パスワードを自分達以外には漏らさない取り決めを行う。
【００１１】
この場合、特定のログイン名とパスワードの対応を知るのは、原則として、そのログイン名で認証される証明者と検証者だけに限られる。従って、検証者は、特定のログイン名とそれに対応するパスワードを示すことができた者を、そのログイン名で登録を行った証明者であると判断する。
【００１２】
即ち、パスワード認証は、検証者と証明者だけが知る知識を、証明者が検証者に直接示すことによって、認証を行う方式である。
【００１３】
従って、認証時にパスワードが漏洩しやすいという欠点を有するが、ログイン名とパスワードは、人（証明者）が直接記憶可能であり、認証のための特別の装置は必要とされないという利点を有しており、このため、パスワード認証は、広く利用されている。
【００１４】
パスワード認証には、検証者と証明者が同じ情報を有するので、検証者と証明者の役割をそれぞれ交代させることが可能である。以下、このような認証手法を、双方向性の認証と称する。ただし、パスワード認証では、この双方向性の性質は、一般的に使用されない。
【００１５】
（共通鍵認証）
次に、共通鍵認証について説明する。
【００１６】
なお、ここでは、共通鍵暗号を使用する「Ｃｈａｌｌｅｎｇｅ　＆　Ｒｅｓｐｏｎｓｅ認証」を、共通鍵認証と称する。
【００１７】
共通鍵暗号は、対称暗号とも称され、データを暗号化する際に用いる暗号鍵と、復号する際に用いる暗号鍵が同一であるという性質（または、異なる暗号鍵である場合でも、一方の暗号鍵から他方の暗号鍵を算出する事が容易であるという性質）を有する暗号アルゴリズムである。共通鍵暗号としては、例えば、アメリカ合衆国商務省標準局により採用されたＤＥＳ（Ｄａｔａ　Ｅｎｃｒｙｐｔｉｏｎ　Ｓｔａｎｄａｒｄ）、および、Ｔｒｉｐｌｅ　ＤＥＳ、並びに、ＮＴＴ（日本電信電話（株）（商号））により開発されたＦＥＡＬ（Ｆａｓｔ　Ｄａｔａ　Ｅｎｃｉｐｈｅｒｍｅｎｔ　Ａｌｇｏｒｉｔｈｍ）などが知られている。
【００１８】
共通鍵認証は、認証の検証者と証明者のそれぞれが、同一の共通鍵暗号の暗号鍵Ｋｎを有する場合、その暗号鍵Ｋｎを、暗号鍵Ｋｎを有する２者以外に漏らすことなく、証明者が暗号鍵Ｋｎを有することを検証者が確認する手法である。
【００１９】
共通鍵認証の基本的な具体例について説明する。
【００２０】
最初に、検証者は、乱数ｒを発生し、証明者に送る（以下、この処理を、Ｃｈａｌｌｅｎｇｅとも記述する）。
【００２１】
証明者は、この乱数ｒを、暗号鍵Ｋｎで暗号化し、値Ｒ＝Ｅ（Ｋｎ，ｒ）（Ｅ（Ｋｎ，ｒ）は、鍵Ｋｎを利用して、乱数ｒを暗号化することを意味する）を演算し、検証者に返す（以下、この処理を、Ｒｅｓｐｏｎｓｅとも記述する）。
【００２２】
検証者は、値Ｒを、暗号鍵Ｋｎで復号して、もとの乱数ｒと比較し、暗号鍵Ｋｎともとの乱数ｒとが一致している場合、証明者が暗号鍵Ｋｎを有していると判定する。
【００２３】
従って、特定の暗号鍵Ｋｎを有する者が、検証者以外に１人の証明者のみとされると、暗号鍵Ｋｎによって、その証明者の認証が可能になる。
【００２４】
このような共通鍵認証は、例えばＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｏｒｇａｎｉｚａｔｉｏｎ　ｆｏｒ　Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）／ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｅｌｅｃｔｒｏ　ｔｅｃｈｎｉｃａｌ　Ｃｏｍｍｉｓｓｉｏｎ）　９７９８−２に標準的なものがまとめられている。共通鍵認証においては、検証者と証明者は同じ情報を有するので、共通鍵認証は、双方向性の認証手法である。
【００２５】
上述したパスワード認証においては、検証者と証明者だけの秘密であるパスワードが直接比較され、上述したように、認証時にパスワードが漏洩しやすいという欠点を有している。これに対して、共通鍵認証においては、上述したように、共通鍵暗号の暗号鍵がＣｈａｌｌｅｎｇｅ　＆　Ｒｅｓｐｏｎｓｅ認証で使用されるので、暗号鍵は、外部に漏洩しにくいという利点を有している。従って、共通鍵認証は、パスワード認証に比較して、安全性の点で優れている。
【００２６】
ただし、共通鍵認証においては、人が、Ｃｈａｌｌｅｎｇｅ　＆　Ｒｅｓｐｏｎｓｅ認証に必要な計算を行うことは困難であるので、通常、ＩＣ（ＩｎｔｅｇＲａｔｅｄ　Ｃｉｒｃｕｉｔ）カードと称される特別な装置に、暗号鍵を保持させている。なお、以下、この共通鍵暗号の暗号鍵を保持するＩＣカードを、後述する公開鍵暗号の鍵を保持するＩＣカードと区別するために、適宜ＣＫＣ−ＩＣカードと記述する。
【００２７】
ＣＫＣ−ＩＣカードは、その内部で、共通鍵認証に必要な計算を行う機能を有している。そのため、ＣＫＣ−ＩＣカードにより共通鍵認証が行われる限り、暗号鍵が外部に漏洩する可能性は少ない。しかしながら、ＣＫＣ−ＩＣカードが、物理的、または、論理的に解析されて、暗号鍵が漏洩する可能性があり、また、ＣＫＣ−ＩＣカード自体が盗用される可能性もある。
【００２８】
（公開鍵認証）
次に、公開鍵認証について説明する。
【００２９】
なお、ここでは、公開鍵暗号を使用するＣｈａｌｌｅｎｇｅ　＆　Ｒｅｓｐｏｎｓｅ認証を、公開鍵認証と称する。
【００３０】
公開鍵暗号は、非対称暗号とも称され、データを暗号化する際に用いる暗号鍵（以下、適宜公開鍵と称する）と、復号する際に用いる暗号鍵（以下、適宜秘密鍵と称する）が異なり、かつ、一方の暗号鍵から他方の暗号鍵を算出する（公開鍵から秘密鍵を算出する、または、秘密鍵から公開鍵を算出する）事が非常に困難であるという性質を有する暗号アルゴリズムである。
【００３１】
公開鍵認証は、証明者が、秘密鍵Ｓｋを有し、検証者が、秘密鍵Ｓｋと対になる公開鍵Ｐｋを有する場合、検証者は、証明者が秘密鍵Ｓｋを所有することを、秘密鍵Ｓｋ自体の知識なしに確認可能な手法である。
【００３２】
公開鍵認証の基本的な手法の具体例について説明する。
【００３３】
はじめに、検証者は、乱数ｒを生成し、それを公開鍵Ｐｋで暗号化して、値Ｒ＝Ｅ（Ｐｋ，ｒ）（Ｅ（Ｐｋ，ｒ）は、公開鍵Ｐｋを利用して、ｒを暗号化することを意味する）を演算し、証明者に送る（Ｃｈａｌｌｅｎｇｅ）。
【００３４】
証明者は、値Ｒの復号ｒ’＝　Ｄ（Ｓｋ，Ｒ）（Ｄ（Ｓｋ，Ｒ）は、秘密鍵Ｓｋを利用して、値Ｒを復号することを意味する）を演算し、検証者に返す（Ｒｅｓｐｏｎｓｅ）。
【００３５】
検証者は、乱数ｒと、値Ｒの復号ｒ’を比較し、乱数ｒと、それらが一致する場合、証明者が秘密鍵Ｓｋを有していると判定する。
【００３６】
従って、特定の秘密鍵Ｓｋを有する者が、１人の証明者とされると、検証者は、上述した手順によって、その証明者の認証を行うことが可能になる。
【００３７】
公開鍵暗号については、例えば、ＩＥＥＥ（Ｔｈｅ　Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃ，Ｉｎｃ）−Ｐ１３６３において、標準的な手法がまとめられている。
【００３８】
また、公開鍵認証は、例えば、ＩＳＯ／ＩＥＣ９７９８−３において、標準的な手法がまとめられている。
【００３９】
公開鍵認証は、後述するように（後述する公開鍵認証基盤により説明するように）、検証者が不特定多数になりうるという特徴を有している。
【００４０】
また、公開鍵認証は、検証者と証明者のそれぞれが有する情報が異なり、かつ、相互の立場を交代することはできないので、双方向を有する認証ではない。以下、このような認証手法を、双方向性の認証に対して、単方向性の認証と称する。
【００４１】
公開鍵認証は、共通鍵認証と同様に、証明者が有する秘密鍵が暗号学的に安全に保たれる。従って、公開鍵認証も、安全性の点については、パスワード認証よりも優れている。
【００４２】
ただし、公開鍵認証においては、共通鍵認証と同様に、人が、Ｃｈａｌｌｅｎｇｅ　＆　Ｒｅｓｐｏｎｓｅ認証に必要な計算を行うことは困難であるので、通常、ＩＣカードと称される特別な装置に、公開鍵暗号の鍵を保持させている。なお、以下、公開鍵暗号の鍵を保持するＩＣカードを、上述したＣＫＣ−ＩＣカード（共通鍵暗号の鍵を保持するＩＣカード）と区別するために、適宜ＰＫＣ−ＩＣカードと記述する。
【００４３】
ＰＫＣ−ＩＣカードは、ＣＫＣ−ＩＣカードと同様に、その内部で、公開鍵認証に必要な計算を行う機能を有している。そのため、ＰＫＣ−ＩＣカードにより公開鍵認証が行われる限り、暗号鍵が外部に漏洩する可能性は少ない。しかしながら、ＰＫＣ−ＩＣカードが、物理的、または、論理的に解析されて、鍵が漏洩する可能性がある。また、ＰＫＣ−ＩＣカード自体が、盗用される可能性もある。
【００４４】
上述したような認証手法において、多数の証明者の認証を効率よく安全に行うために、認証に必要な情報があらかじめ配置され、かつ、管理される仕組みが必要である。このような仕組みを、以下、認証基盤と称する。
【００４５】
また、以下、認証基盤により特定される者を、ユーザと、認証基盤を管理する者を、管理者と、認証基盤を利用してユーザを特定し、特定したユーザに対して、サービスを提供する者を、サービス提供者と、それぞれ称する。
【００４６】
従来、認証基盤として、個別アカウント方式、汎用アカウント方式、および、公開鍵認証基盤等が知られている。
【００４７】
【発明が解決しようとする課題】
しかしながら、これらの認証基盤、即ち、個別アカウント方式、汎用アカウント方式、および、公開鍵認証基盤のそれぞれは、以下のような課題を有している。
【００４８】
（個別アカウント方式の課題）
はじめに、個別アカウント方式の概略、および、その課題について説明する。
【００４９】
認証基盤の中で、従来もっとも広く用いられてきたものが、個別アカウント方式である。個別アカウント方式においては、サービス提供者毎に、認証の基盤が構築される。
【００５０】
即ち、ユーザは、サービス提供者からサービスを受ける前に、そのサービス提供者に対して、ユーザの特定や課金に必要な情報（例えば、住所、氏名、または、クレジットカード番号等の情報）を登録するか、提供されるサービスに対しての支払いを先に済ませた上で、サービス提供者との間で利用する認証手法を取り決める。
【００５１】
なお、以下、サービス提供者とユーザとの間で取り決められた認証手法と、その認証手法により利用される各種情報（認証に拠って特定されるサービス提供者とユーザに関する情報）を、アカウントと称する。
【００５２】
この場合、サービス提供者は、この認証基盤の管理者であり、かつ、ユーザの認証に対する検証者である。
【００５３】
認証手法としては、上述した３つの認証手法（パスワード認証、共通鍵認証、および、公開鍵認証）のすべてが適用可能である。例えば、ＪＲ東日本（株）（商号）のＳｕｉｃａ（商標）システムにおいては、認証手法として共通鍵認証を利用している。
【００５４】
ただし、パスワード認証以外の手法を適用する場合、認証情報を保持するＩＣカードなどを必要とするので、認証基盤の展開に対するコストが高くなる。そのため、通信経由のサービス提供が目的とされる場合、一般的に、パスワード認証が利用される。
【００５５】
個別アカウント方式においては、サービス提供者が把握しているユーザとパスワード、共通鍵、または、公開鍵の対応が正しいこと（誤認や漏洩がないこと）が、ユーザ認証の成立条件となっている。
【００５６】
個別アカウント方式は、サービス提供者が独自の対応で実現できるので導入が容易である。
【００５７】
しかしながら、個別アカウント方式は、以下の３つの課題を有している。
【００５８】
第１の課題は、ユーザは、アカウント作成のために、自分自身を特定する情報を、サービス提供者毎に登録する必要があることである。従って、ユーザは、登録に手間がかかるとともに、信用に疑問があるサービス提供者に対しても、クレジットカード番号のような悪用されやすい情報を登録しなければならない。
【００５９】
第２の課題は、１人のユーザが、多くのサービス提供者のそれぞれとの間でアカウントの作成を行った場合、多数のアカウントの管理（多数のパスワードを覚える、または、多数のＩＣカードを保持すること等の管理）が、そのユーザの負担になることである。
【００６０】
第３の課題は、サービス提供者が、認証情報や個人情報を管理するためのコストがかかるということである。即ち、認証情報や個人情報は、継続的に、内容の更新が必要とされる。特に、クレジットカード番号、パスワード、または、暗号鍵は、外部に漏洩されないように注意深く取り扱われる必要がある。
【００６１】
（汎用アカウント方式の課題）
次に、汎用アカウント方式の概略、および課題について説明する。
【００６２】
上述した個別アカウント方式の課題を解決するために、多くのサービス提供者のそれぞれが、１つの汎用アカウントでユーザの認証を行う方式、即ち、汎用アカウント方式が提案されている。汎用アカウント方式として、例えば、ＫｅｒｂｅｒｏｓシステムＲＦＣ１５１０等が知られている。Ｋｅｒｂｅｒｏｓは、アメリカ合衆国のマサチューセッツ工科大学により行われたプロジェクトの名称であり、その規格は、ＲＦＣ（Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｃｏｍｍｅｎｔ）と称される規格書のシリーズの１５１０番として公開されている。なお、ＲＦＣは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）によって提供されている。
【００６３】
汎用アカウント方式においては、サービス提供者以外のものが管理者（以下、このような管理者を、汎用アカウント管理者と称する）となる。
【００６４】
サービス提供者がユーザを特定する場合、はじめに、汎用アカウント管理者がユーザを認証し、サービス提供者が汎用アカウント管理者を認証する。
【００６５】
そして、汎用アカウント管理者は、ユーザを認証した結果（ユーザの特定）をサービス提供者に伝える。
【００６６】
このように、汎用アカウント方式においては、個別アカウント方式とは異なり、サービス提供者はユーザの認証の検証者ではない。
【００６７】
そのため、以下の３点が、前提とされている。
【００６８】
即ち、１点目として、サービス提供者が汎用アカウント管理者を認証できること、２点目として、汎用アカウント管理者が信用できる（通知する認証結果が正しい）こと、３点目として、汎用アカウント管理者がユーザを認証できることの３点である。
【００６９】
汎用アカウント方式においては、ユーザは、汎用アカウントの登録を１度だけ行えばよい。また、アカウントの情報は、汎用アカウント管理者により一括して管理される。従って、汎用アカウント方式は、上述した個別アカウント方式の課題を解決することができる。
【００７０】
しかしながら、汎用アカウント方式は、上述した個別アカウント方式の課題とは異なる、以下のような２つの課題を有している。
【００７１】
即ち、第１の課題は、１つの認証手法に対する重要性と、その認証手法の使用頻度が過大になることである。その結果、パスワードや鍵が漏洩する機会が増え、しかも漏洩した場合に被害の拡大の恐れが大きい。
【００７２】
第２の課題は、認証時に汎用アカウント管理者との通信が必要とされるので、その通信のために認証の応答性が悪化する事である。
【００７３】
（公開鍵認証基盤の課題）
次に、公開鍵認証基盤の概略、および課題について説明する。
【００７４】
上述したように、パスワード認証や共通鍵認証においては、検証者と証明者は１対１の関係であったが、公開鍵認証においては、検証者は、自身が有する公開鍵から、証明者の持つ秘密鍵を推測することが非常に困難であるので、誰もが認証の検証者となることが可能である。
【００７５】
このような公開鍵認証の性質に、ユーザと公開鍵の対応関係を得る方法が組み合わされたものが、公開鍵認証基盤と称されている。
【００７６】
従って、公開鍵認証基盤においては、ユーザと公開鍵の対応関係が得られるので、サービス提供者自身が検証者となることが可能となり、上述した汎用アカウント方式の第２の課題を解決することが可能になる。
【００７７】
ユーザと公開鍵の対応関係は、一般には、秘密鍵が組み込まれたＩＣカードをユーザに配布した管理者が把握していると考えられる。なお、以下、その管理者を、認証センタと称する。
【００７８】
認証センタは、ユーザと公開鍵の対応関係を、認証センタに問い合わせることなく取得することを望む者（検証者になりたいもの）に対して、ユーザと公開鍵の関係を保証する証明書を発行する。
【００７９】
ここでは、公開鍵とユーザを特定する情報（ＩＤや名前など）、および、その有効期限を含む電子データに対して、認証センタが電子署名を付加したものを、証明書と称する。
【００８０】
電子署名は、公開鍵暗号の応用の一種である。従って、電子署名について、上述した公開鍵暗号に対応させて説明する。
【００８１】
例えば、認証センタは、電子データＭを保持している場合、認証センタ自身が保持する秘密鍵Ｓｋを利用して、署名ＳＧ（Ｍ）＝Ｅ（Ｓｋ，ｈ（Ｍ））を演算する。なお、関数ｈ（）は、一方向性関数とされ、出力値から入力値を知る事が非常に困難であるという性質を持つ関数とされる。例えば、関数ｈ（）として、ＩＳＯ／ＩＥＣ１０１１８、ＦＩＰＳ１８０−１等におけるＭＤ５やＳＨＡ−１と称される関数が適用可能である。
【００８２】
認証センタは、証明書として、データの組（Ｍ，ＳＧ（Ｍ））の組を、検証者に送る。
【００８３】
検証者は、認証センタが保持する秘密鍵Ｓｋと対になる公開鍵Ｐｋを保持している場合、ｈ（Ｍ）＝Ｄ（Ｐｋ，ＳＧ（Ｍ））が満たされるか否かを確認する事で、電子データＭが改竄されていない事、署名ＳＧ（Ｍ）が、秘密鍵Ｓｋの所有者（認証センタ）によって付加された事を確認する。なお、このような検証者の手続きを、以下、電子署名の検証と称する。
【００８４】
このように、認証の検証者は、認証センタにより付加された電子署名の検証を行い、その証明書により、ユーザと公開鍵の関係を取得する。
【００８５】
電子署名については、例えば、ＩＥＥＥ−Ｐ１３６３において、標準的な手法がまとめられている。
【００８６】
検証者は、認証センタの公開鍵を正しく把握していて、その電子署名の検証ができれば、証明書から、ユーザと公開鍵の関係を得ることができる。
【００８７】
認証の基盤が大規模になった場合、１つの認証センタが全てのユーザと公開鍵の関係を把握することは困難になる。このような場合、複数の認証センタの間で認証センタの階層構造を作る。検証者は、各認証センタのそれぞれから、独立して証明書を発行してもらうが、公開鍵については、ルート認証センタと称される少数の認証センタが有する公開鍵のみを把握することで、すべての証明書の検証を行う。
【００８８】
このように、公開鍵認証基盤は、多数のユーザと公開鍵の対応を得ることが可能な方式であり、例えばＩＴＵ（ＩｎｔｅｒｎａｔｉｏｎａｌＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＵｎｉｏｎ）−ＴのＸ．５０９勧告で規定されている。公開認証基盤は、ユーザ認証のための情報を分散的に管理できるため、インターネットのようなユーザ管理が集中的に行われていない環境に適した認証の方法である。
【００８９】
しかしながら、ユーザと公開鍵の関係は、例えば、ユーザがＩＣカードをなくす、または、資格を失うといった事情によって、時間とともに変化する。即ち、発行された証明書の失効が発生する。そのため証明書を利用した公開鍵認証は、以下の４点が前提とされている。
【００９０】
即ち、１点目として、サービス提供者が、証明書内の認証センタの電子署名（ルート認証センタから辿る分も含む）を正しく検証できること、２点目として、証明書（ルート認証センタから辿る場合の証明書も含む）が、失効していないこと、３点目として、認証センタが信用できる（証明書の内容が正しい）こと、４点目として、認証センタが把握しているユーザと公開鍵の対応が正しい（誤認や漏洩がない）ことの４点である。
【００９１】
証明書の失効状況を最もよく把握可能な者は、ユーザに対してカードを配布し、かつ、証明書を発行した認証センタである。そのため、検証者は、最新の失効状況を得るために、証明書検証を行うときに、それを認証センタに問い合わせればよい。そのような問い合わせのための通信プロトコルは、ＲＦＣ（Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｃｏｍｍｅｎｔｓ）２５６０のＯＣＳＰとして規定されている。しかしながら、この場合、検証者は、ユーザの認証時に、認証センタへの問い合わせを行う必要がある。即ち、汎用アカウント方式の第２の課題と同じ困難が生じる。
【００９２】
このため、認証センタが、証明書失効リストと称されるデータを、証明書の利用者（サービス提供者など）に発行し、証明書の利用者が、その証明書を利用するときに、証明書失効リストとの照合によって失効した証明書の使用を停止する方法が知られている。証明書失効リストについては、例えば、ＩＴＵ−ＴのＸ．５０９勧告で規定されている。ただし、分散的な環境のどこで証明書が使用されるかの予想は困難であるので、証明書の失効があったとしても、認証センタの側からそれを証明書の利用者に周知させることは困難であり、特に、突発的な証明書の失効に対処するためには、証明書の利用者は、関係する証明書失効リストを恒常的に収集する必要がある。
【００９３】
以上のことから、公開鍵認証基盤は、以下の２つの課題を有している。
【００９４】
即ち、第１の課題は、汎用アカウント方式と同じように、１つの認証手法の重要性が過度に高まることである。
【００９５】
第２の課題は、失効情報の扱いが認証のコストを高める、または、応答性を低下させることである。これは、認証の信頼度を確保するために、検証者（例えば、サービス提供者）が、関係する証明書失効リストを収集して、失効か否かの検証を可能にする、または、ＯＣＳＰによる失効状況問い合わせを行う必要があるからである。
【００９６】
このように、個別アカウント方式、汎用アカウント方式、および、公開鍵認証基盤のそれぞれは、特有な課題を有している。
【００９７】
即ち、個別アカウント方式は、上述した３つの課題を有しているために、大規模な認証基盤としての展開が困難である。
【００９８】
汎用アカウント方式は、上述したように、多用途に使えるため、認証基盤として展開することは容易になるが、サービス提供者は、ユーザ認証の直接の検証者ではないため、認証の応答性が低下するという課題を有している。この課題は、特に、頻繁に認証が行われるような状況で問題となる。
【００９９】
公開鍵認証基盤は、上述したように、検証者が、認証の信頼性を確保するために、認証に関係する証明書の失効状態を収集する、または、認証時に認証センタへの問い合わせを行うので、認証のコスト、または、応答性が悪化するという課題を有している。この課題も、特に、頻繁に認証が行われるような状況で問題となる。
【０１００】
本発明は、このような状況に鑑みてなされたものであり、サービス提供者が、ユーザを認証する場合に、その認証の効率と安全性を高めることができるようにするものである。
【０１０１】
【課題を解決するための手段】
本発明の第１の情報処理システムは、第１の情報処理装置が、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵を生成し、生成した第１の暗号鍵を第２の情報処理装置に送付するとともに、生成した第２の暗号鍵を第３の情報処理装置に送付し、第２の情報処理装置は、第１の情報処理装置により送付された第１の暗号鍵を受け取り、かつ、保持し、第３の情報処理装置は、第１の情報処理装置により送付された第２の暗号鍵を受け取り、かつ、保持し、第２の情報処理装置は、保持した第１の暗号鍵、および、第３の情報処理装置により保持された第２の暗号鍵を利用して、その認証手法に基づいて、第３の情報処理装置を認証することを特徴とする。
【０１０２】
認証手法は、共通鍵認証であり、第１の暗号鍵と第２の暗号鍵は同一の暗号鍵であるようにすることができる。
【０１０３】
認証手法は、公開鍵認証であり、第１の暗号鍵と第２の暗号鍵は異なる暗号鍵であるようにすることができる。
【０１０４】
本発明の第１の情報処理システムの情報処理方法は、第１の情報処理装置が、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵を生成し、生成した第１の暗号鍵を第２の情報処理装置に送付するとともに、生成した第２の暗号鍵を第３の情報処理装置に送付し、第２の情報処理装置は、第１の情報処理装置により送付された第１の暗号鍵を受け取り、かつ、保持し、第３の情報処理装置は、第１の情報処理装置により送付された第２の暗号鍵を受け取り、かつ、保持し、第２の情報処理装置は、保持した第１の暗号鍵、および、第３の情報処理装置により保持された第２の暗号鍵を利用して、その認証手法に基づいて、第３の情報処理装置を認証することを特徴とする。
【０１０５】
本発明の第１の情報処理システムおよび方法においては、第１の情報処理装置により、所定の認証手法で利用可能な、第１の暗号鍵と、それと対になる第２の暗号鍵が生成され、第１の暗号鍵が第２の情報処理装置に送付されるとともに、第２の暗号鍵が第３の情報処理装置に送付される。そして、第２の情報処理装置により、第２の情報処理装置により保持された第１の暗号鍵、および、第３の情報処理装置により保持された第２の暗号鍵が利用され、認証手法に基づいて、第３の情報処理装置が認証される。
【０１０６】
本発明の第１の情報処理装置は、他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵を生成する生成手段と、生成手段により生成された第１の暗号鍵を他の第１の情報処理装置に送付するとともに、生成手段により生成された第２の暗号鍵を他の第２の情報処理装置に送付する送付手段とを備えることを特徴とする。
【０１０７】
認証手法は、共通鍵認証であり、生成手段により生成される第１の暗号鍵と第２の暗号鍵は同一の暗号鍵であるようにすることができる。
【０１０８】
認証手法は、公開鍵認証であり、生成手段により生成される第１の暗号鍵と第２の暗号鍵は異なる暗号鍵であるようにすることができる。
【０１０９】
他の第２の情報処理装置に、認証のための情報が入力されるか、または、認証のために利用される所定の装置が接続された場合、その情報を入力したユーザ、または、接続された装置を特定する特定手段をさらに設け、生成手段は、特定手段により他の第２の情報処理装置に情報を入力したユーザ、または、他の第２の情報処理装置に接続された装置が特定された場合、第１および第２の暗号鍵を生成するようにすることができる。
【０１１０】
特定手段は、ＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔ　Ｌａｙｅｒ）、または、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ　Ｌａｙｅｒ　Ｓｅｃｕｒｉｔｙ）を使用して、他の第２の情報処理装置に情報を入力したユーザ、または、他の第２の情報処理装置に接続された装置を特定するようにすることができる。
【０１１１】
生成手段により第１および第２の暗号鍵が生成された場合、送付手段により第１の暗号鍵が送付される相手である他の第１の情報処理装置が、第１および第２の鍵を利用して認証する他の第２の情報処理装置に対して提供するサービスの代価を確定し、特定手段により特定された他の第２の情報処理装置に情報を入力したユーザ、または、特定手段により特定された他の第２の情報処理装置に接続された装置によって特定されるユーザに対して、サービスの対価の課金を行う課金手段をさらに設けるようにすることができる。
【０１１２】
課金手段は、他の第２の情報処理装置に対して、サービスに対する代価とともに、さらに、生成手段により生成された第１および第２の暗号鍵に対する代価の課金を行うようにすることができる。
【０１１３】
本発明の第１の情報処理装置の情報処理方法は、他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵を生成する生成ステップと、生成ステップの処理により生成された第１の暗号鍵を他の第１の情報処理装置に送付するとともに、生成ステップの処理により生成された第２の暗号鍵を他の第２の情報処理装置に送付する送付ステップとを含むことを特徴とする。
【０１１４】
本発明の第１の記録媒体のプログラムは、他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵を生成する生成ステップと、生成ステップの処理により生成された第１の暗号鍵を他の第１の情報処理装置に送付するとともに、生成ステップの処理により生成された第２の暗号鍵を他の第２の情報処理装置に送付する送付ステップとを含むことを特徴とする。
【０１１５】
本発明の第１のプログラムは、他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵を生成する生成ステップと、生成ステップの処理により生成された第１の暗号鍵を他の第１の情報処理装置に送付するとともに、生成ステップの処理により生成された第２の暗号鍵を他の第２の情報処理装置に送付する送付ステップとをコンピュータに実行させることを特徴とする。
【０１１６】
本発明の第１の情報処理装置および方法、第１の記録媒体、並びに、第１のプログラムにおいては、他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵が生成され、生成された第１の暗号鍵が他の第１の情報処理装置に送付されるとともに、生成された第２の暗号鍵が他の第２の情報処理装置に送付される。
【０１１７】
本発明の第２の情報処理装置は、他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも第１の暗号鍵を受け取る受取手段と、受取手段により受け取られた第１の暗号鍵を保持する保持手段と、保持手段により保持された第１の暗号鍵、および、他の第２の情報処理装置により保持された第２の暗号鍵を利用して、その認証手法に基づいて、他の第２の情報処理装置を認証する認証手段とを備えることを特徴とする。
【０１１８】
認証手法は、共通鍵認証であり、第１の暗号鍵と第２の暗号鍵は同一の暗号鍵であるようにすることができる。
【０１１９】
認証手法は、公開鍵認証であり、第１の暗号鍵と第２の暗号鍵は異なる暗号鍵であるようにすることができる。
【０１２０】
本発明の第２の情報処理装置の情報処理方法は、他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも第１の暗号鍵を受け取る受取ステップと、受取ステップの処理により受け取られた第１の暗号鍵を保持する保持ステップと、保持ステップの処理により保持された第１の暗号鍵、および、他の第２の情報処理装置により保持された第２の暗号鍵を利用して、その認証手法に基づいて、他の第２の情報処理装置を認証する認証ステップとを含むことを特徴とする。
【０１２１】
本発明の第２の記録媒体のプログラムは、他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも第１の暗号鍵を受け取る受取ステップと、受取ステップの処理により受け取られた第１の暗号鍵を保持する保持ステップと、保持ステップの処理により保持された第１の暗号鍵、および、他の第２の情報処理装置により保持された第２の暗号鍵を利用して、その認証手法に基づいて、他の第２の情報処理装置を認証する認証ステップとを含むことを特徴とする。
【０１２２】
本発明の第２のプログラムは、他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも第１の暗号鍵を受け取る受取ステップと、受取ステップの処理により受け取られた第１の暗号鍵を保持する保持ステップと、保持ステップの処理により保持された第１の暗号鍵、および、他の第２の情報処理装置により保持された第２の暗号鍵を利用して、その認証手法に基づいて、他の第２の情報処理装置を認証する認証ステップとをコンピュータに実行させることを特徴とする。
【０１２３】
本発明の第２の情報処理装置および方法、第２の記録媒体、並びに、第２のプログラムによれば、他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも第１の暗号鍵が受け取られ、保持される。そして、保持された第１の暗号鍵、および、他の第２の情報処理装置により保持された第２の暗号鍵を利用して、その認証手法に基づいて、他の第２の情報処理装置が認証される。
【０１２４】
本発明の第３の情報処理装置は、他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも第２の暗号鍵を受け取る受取手段と、受取手段により受け取られた第２の暗号鍵を保持する保持手段と、第１の暗号鍵を保持する他の第２の情報処理装置により、その認証手法に基づいて、第３の情報処理装置自身が認証される場合、保持手段により保持された第２の暗号鍵を利用して、所定の応答を他の第２の情報処理装置に送付する応答手段とを備えることを特徴とする。
【０１２５】
認証手法は、共通鍵認証であり、第１の暗号鍵と第２の暗号鍵は同一の暗号鍵であるようにすることができる。
【０１２６】
認証手法は、公開鍵認証であり、第１の暗号鍵と第２の暗号鍵は異なる暗号鍵であるようにすることができる。
【０１２７】
他の第２の情報処理装置により認証されるための情報を入力する入力手段をさらに設けるようにすることができる。
【０１２８】
他の第２の情報処理装置により認証される場合に利用する所定の装置を接続する接続手段をさらに設けるようにうすることができる。
【０１２９】
接続手段に接続される装置は、ＩＣカードであるようにすることができる。
【０１３０】
保持手段は、耐タンパ性を有するようにすることができる。
【０１３１】
本発明の第３の情報処理装置の情報処理方法は、他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも第２の暗号鍵を受け取る受取ステップと、受取ステップの処理により受け取られた第２の暗号鍵の保持を制御する保持制御ステップと、第１の暗号鍵を保持する他の第２の情報処理装置により、その認証手法に基づいて、第３の情報処理装置が認証される場合、保持制御ステップの処理により保持が制御された第２の暗号鍵を利用して、所定の応答を他の第２の情報処理装置に送付する応答ステップとを含むことを特徴とする。
【０１３２】
本発明の第３の記録媒体のプログラムは、他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも第２の暗号鍵を受け取る受取ステップと、受取ステップの処理により受け取られた第２の暗号鍵の保持を制御する保持制御ステップと、第１の暗号鍵を保持する他の第２の情報処理装置により、その認証手法に基づいて、情報処理装置が認証される場合、保持制御ステップの処理により保持が制御された第２の暗号鍵を利用して、所定の応答を他の第２の情報処理装置に送付する応答ステップとを含むことを特徴とする。
【０１３３】
本発明の第３のプログラムは、他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも第２の暗号鍵を受け取る受取ステップと、受取ステップの処理により受け取られた第２の暗号鍵の保持を制御する保持制御ステップと、第１の暗号鍵を保持する他の第２の情報処理装置により、その認証手法に基づいて、情報処理装置が認証される場合、保持制御ステップの処理により保持が制御された第２の暗号鍵を利用して、所定の応答を他の第２の情報処理装置に送付する応答ステップとをコンピュータに実行させることを特徴とする。
【０１３４】
本発明の第３の情報処理装置および方法、第３の記録媒体、並びに、第３のプログラムにおいては、他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも第２の暗号鍵が受け取られ、保持される。そして、第１の暗号鍵を保持する他の第２の情報処理装置により、その認証手法に基づいて、第３の情報処理装置自身が認証される場合、保持された第２の暗号鍵を利用して、所定の応答が他の第２の情報処理装置に送付される。
【０１３５】
本発明の第２の情報処理システムは、第１の情報処理装置（上述した第１の情報処理装置ではなく、後述する第４の情報処理装置に相当する）が、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報を生成し、第２の情報処理装置（上述した第２の情報処理装置ではなく、後述する第６の情報処理装置に相当する）に送付し、第２の情報処理装置が、第１の情報処理装置からの要求情報を受け取ると、第１の暗号鍵と第２の暗号鍵のそれぞれを生成し、生成した第１の暗号鍵を第３の情報処理装置に送付するとともに、生成した第２の暗号鍵を保持し、第３の情報処理装置（上述した第３の情報処理装置ではなく、後述する第５の情報処理装置に相当する）が、前記第２の情報処理装置により送付された前記第１の暗号鍵を受け取り、かつ、保持し、第３の情報処理装置が、保持した第１の暗号鍵、および、第２の情報処理装置により保持された第２の暗号鍵を利用して、上述した認証手法に基づいて、第２の情報処理装置を認証することを特徴とする。
【０１３６】
認証手法は、共通鍵認証であり、第１の暗号鍵と第２の暗号鍵は同一の暗号鍵であるようにすることができる。
【０１３７】
認証手法は、公開鍵認証であり、第１の暗号鍵と第２の暗号鍵は異なる暗号鍵であるようにすることができる。
【０１３８】
本発明の第２の情報処理システムの情報処理方法は、第１の情報処理装置は、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報を生成し、第２の情報処理装置に送付し、第２の情報処理装置が、第１の情報処理装置からの要求情報を受け取ると、第１の暗号鍵と第２の暗号鍵のそれぞれを生成し、生成した第１の暗号鍵を第３の情報処理装置に送付するとともに、生成した第２の暗号鍵を保持し、第３の情報処理装置が、第２の情報処理装置により送付された第１の暗号鍵を受け取り、かつ、保持し、第３の情報処理装置が、保持した第１の暗号鍵、および、第２の情報処理装置により保持された第２の暗号鍵を利用して、認証手法に基づいて、第２の情報処理装置を認証することを特徴とする。
【０１３９】
本発明の第２の情報処理システムおよび方法においては、第１の情報処理装置により、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報が生成され、第２の情報処理装置に送付される。すると、第２の情報処理装置により、第１の暗号鍵と第２の暗号鍵のそれぞれが生成され、生成された第１の暗号鍵が第３の情報処理装置に送付されるとともに、生成された第２の暗号鍵が保持される。そして、第３の情報処理装置により、第２の情報処理装置により送付された第１の暗号鍵が受け取られ、かつ、保持される。この状態で、第３の情報処理装置により、保持された第１の暗号鍵、および、第２の情報処理装置により保持された第２の暗号鍵を利用して、認証手法に基づいて、第２の情報処理装置が認証される。
【０１４０】
本発明の第４の情報処理装置は、他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報を生成する生成手段と、生成手段により生成された要求情報を他の第２の情報処理装置に送付する送付手段とを備えることを特徴とする。
【０１４１】
認証手法は、公開鍵認証であり、生成手段により生成される第１の暗号鍵と第２の暗号鍵は異なる暗号鍵であるようにすることができる。
【０１４２】
他の第２の情報処理装置に、認証のための情報が入力されるか、または、認証のために利用される所定の装置が接続された場合、情報を入力したユーザ、または、接続された装置を特定する特定手段をさらに設け、生成手段は、特定手段により、他の第２の情報処理装置に情報を入力したユーザ、または、他の第２の情報処理装置に接続された装置が特定された場合、要求情報を生成するようにすることができる。
【０１４３】
特定手段は、ＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔ　Ｌａｙｅｒ）、または、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ　Ｌａｙｅｒ　Ｓｅｃｕｒｉｔｙ）を使用して、他の第２の情報処理装置に情報を入力したユーザ、または、他の第２の情報処理装置に接続された装置を特定するようにすることができる。
【０１４４】
送付手段により要求情報が他の第２の情報処理装置に送付された場合、他の第１の情報処理装置が、第１の鍵および第２の鍵を利用して認証する他の第２の情報処理装置に対して提供するサービスの代価を確定し、特定手段により特定された他の第２の情報処理装置に情報を入力したユーザ、または、特定手段により特定された、他の第２の情報処理装置に接続された装置によって特定されるユーザに対して、サービスの代価の課金を行う課金手段をさらに設けるようにすることができる。
【０１４５】
課金手段は、他の第２の情報処理装置に対して、サービスに対する代価とともに、さらに、送付手段から他の第２の情報処理装置に送付された要求情報を受けて、他の第２の情報処理装置が生成した第１および第２の暗号鍵に対する代価の課金を行うようにすることができる。
【０１４６】
本発明の第４の情報処理装置の情報処理方法は、他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報を生成する生成ステップと、生成ステップの処理により生成された要求情報を他の第２の情報処理装置に送付する送付ステップとを含むことを特徴とする。
【０１４７】
本発明の第４の記録媒体のプログラムは、他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵の生成を、他の第２の情報処理装置に対して要求する要求情報を生成する生成ステップを含むことを特徴とする。
【０１４８】
本発明の第４のプログラムは、他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵の生成を、他の第２の情報処理装置に対して要求する要求情報を生成する生成ステップと、生成ステップの処理により生成された要求情報を他の第２の情報処理装置に送付する送付ステップとを含むことを特徴とする。
【０１４９】
本発明の第４の情報処理装置および方法、第４の記録媒体、並びに第４のプログラムにおいては、他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報が生成され、生成された要求情報が他の第２の情報処理装置に送付される。
【０１５０】
本発明の第５の情報処理装置は、他の第１の情報処理装置の要求により、他の第２の処理装置が、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵を生成し、生成した第１の暗号鍵を送付してきた場合、第１の暗号鍵を受け取る受取手段と、受取手段により受け取られた第１の暗号鍵を保持する保持手段と、保持手段により保持された第１の暗号鍵、および、他の第２の情報処理装置により保持された第２の暗号鍵を利用して、認証手法に基づいて、他の第２の情報処理装置を認証する認証手段とを備えることを特徴とする。
【０１５１】
認証手法は、公開鍵認証であり、第１の暗号鍵と第２の暗号鍵は異なる暗号鍵であるようにすることができる。
【０１５２】
本発明の第５の情報処理装置の情報処理方法は、他の第１の情報処理装置の要求により、他の第２の処理装置が、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵を生成し、生成した第１の暗号鍵を送付してきた場合、第１の暗号鍵を受け取る受取ステップと、受取ステップの処理により受け取られた第１の暗号鍵を保持する保持ステップと、保持ステップの処理により保持された第１の暗号鍵、および、他の第２の情報処理装置により保持された第２の暗号鍵を利用して、認証手法に基づいて、他の第２の情報処理装置を認証する認証ステップとを含むことを特徴とする。
【０１５３】
本発明の第５の記録媒体のプログラムは、情報処理装置を制御するコンピュータのプログラムであって、他の第１の情報処理装置の要求に基づいて、他の第２の処理装置が生成した、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵のうちの、情報処理装置自身により保持された第１の暗号鍵、および、他の第２の情報処理装置により保持された第２の暗号鍵を利用して、上述した認証手法に基づいて、他の第２の情報処理装置を認証する認証ステップを含むことを特徴とする。
【０１５４】
本発明の第５のプログラムは、情報処理装置を制御するコンピュータのプログラムであって、他の第１の情報処理装置の要求に基づいて、他の第２の処理装置が生成した、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵のうちの、情報処理装置自身により保持された第１の暗号鍵、および、他の第２の情報処理装置により保持された第２の暗号鍵を利用して、上述した認証手法に基づいて、他の第２の情報処理装置を認証する認証ステップを含むことを特徴とする。
【０１５５】
本発明の第５の情報処理装置および方法、第５の記録媒体、並びに、第５のプログラムにおいては、他の第１の情報処理装置の要求により、他の第２の処理装置が、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵を生成し、生成した第１の暗号鍵を送付してきた場合、第１の暗号鍵が、第５の情報処理装置により受け取られ、保持される。そして、第５の情報処理装置により保持された第１の暗号鍵、および、他の第２の情報処理装置により保持された第２の暗号鍵を利用して、上述した認証手法に基づいて、他の第２の情報処理装置が認証される。
【０１５６】
本発明の第６の情報処理装置は、他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報を受け取る受取手段と、受取手段により受け取られた要求情報に基づいて、第１の暗号鍵と第２の暗号鍵を生成する鍵生成手段と、鍵記生成手段により生成された第１の暗号鍵と第２の暗号鍵のうちの、第１の暗号鍵を他の第２の情報処理装置に送付する送付手段と、鍵生成手段により生成された第１の暗号鍵と第２の暗号鍵のうちの、第２の暗号鍵を保持する保持手段と、送付手段により送付された第１の暗号鍵を保持する他の第２の情報処理装置により、認証手法に基づいて、自分自身が認証される場合、保持手段により保持された第２の暗号鍵を利用して、所定の応答を生成する応答生成手段とを備え、送付手段は、応答生成手段により生成された応答を、他の第２の情報処理装置に送付することを特徴とする。
【０１５７】
認証手法は、公開鍵認証であり、第１の暗号鍵と第２の暗号鍵は異なる暗号鍵であるようにすることができる。
【０１５８】
他の第２の情報処理装置により認証されるための情報を入力する入力手段をさらに設けるようにすることができる。
【０１５９】
他の第２の情報処理装置により認証される場合に利用する所定の装置を接続する接続手段をさらに設けるようにすることができる。
【０１６０】
接続手段に接続される装置は、ＩＣカードであるようにすることができる。
【０１６１】
保持手段は、耐タンパ性を有するようにすることができる。
【０１６２】
本発明の第６の情報処理装置の情報処理方法は、他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報を受け取る受取ステップと、受取ステップの処理により受け取られた要求情報に基づいて、第１の暗号鍵と第２の暗号鍵を生成する鍵生成ステップと、鍵生成ステップの処理により生成された第１の暗号鍵と第２の暗号鍵のうちの、第１の暗号鍵を他の第２の情報処理装置に送付する鍵送付ステップと、鍵生成ステップの処理により生成された第１の暗号鍵と第２の暗号鍵のうちの、第２の暗号鍵を保持する保持ステップと、鍵送付ステップの処理により送付された第１の暗号鍵を保持する他の第２の情報処理装置により、認証手法に基づいて、情報処理装置が認証される場合、保持ステップの処理により保持された第２の暗号鍵を利用して、所定の応答を生成する応答生成ステップと、応答ステップの処理により生成された応答を他の第２の情報処理装置に送付する応答送付ステップとを含むことを特徴とする。
【０１６３】
本発明の第６の記録媒体のプログラムは、情報処理装置を制御するコンピュータのプログラムであって、他の第１の情報処理装置から情報処理装置に送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報に基づいて、他の第２の情報処理装置に送信される第１の暗号鍵と、情報処理装置に保持される第２の暗号鍵を生成する鍵生成ステップと、送信された第１の暗号鍵を保持する他の第２の情報処理装置により、認証手法に基づいて、情報処理装置が認証される場合、情報処理装置により保持された第２の暗号鍵を利用して、所定の応答を生成する応答生成ステップとを含むことを特徴とする。
【０１６４】
本発明の第６のプログラムは、、情報処理装置を制御するコンピュータのプログラムであって、他の第１の情報処理装置から情報処理装置に送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報に基づいて、他の第２の情報処理装置に送信される第１の暗号鍵と、情報処理装置に保持される第２の暗号鍵を生成する鍵生成ステップと、送信された第１の暗号鍵を保持する他の第２の情報処理装置により、認証手法に基づいて、情報処理装置が認証される場合、情報処理装置により保持された第２の暗号鍵を利用して、所定の応答を生成する応答生成ステップとを含むことを特徴とする。
【０１６５】
本発明の第６の情報処理装置および方法、第６の記録媒体、並びに第６のプログラムにおいては、他の第１の情報処理装置から第６の情報処理装置に送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報に基づいて、他の第２の情報処理装置に送信される第１の暗号鍵と、情報処理装置に保持される第２の暗号鍵が第６の情報処理装置により生成される。その後、送信された第１の暗号鍵を保持する他の第２の情報処理装置により、上述した認証手法に基づいて、第６の情報処理装置が認証される場合、第６の情報処理装置により保持された第２の暗号鍵を利用して、所定の応答が生成され、他の第２の情報処理装置に送信される。
【発明の実施の形態】
【０１６６】
（認証鍵割当システムにより支援されるビジネスモデル）
はじめに、本発明が適用される認証鍵割当システムにより支援されるビジネスモデルについて説明する。
【０１６７】
なお、この例においては、Ｋｅｒｂｅｒｏｓ認証鍵割当システムなどの汎用アカウント方式、または、公開鍵認証基盤によりユーザＵｓｅｒが特定されることで、そのユーザＵｓｅｒへの課金が可能とされる。
【０１６８】
図１は、汎用アカウント方式の存在を想定した場合のビジネスモデルの参加者を表している。即ち、参加者は、ユーザＵｓｅｒ、サービス提供者ＳＰ、鍵割り当て者ＫＡ、および、汎用アカウント管理者ＫＤＣとされる。ユーザＵｓｅｒは、汎用アカウント管理者ＫＤＣに対して登録済みであり、鍵割り当て者ＫＡは、汎用アカウントによってユーザＵｓｅｒを特定する。
【０１６９】
図２は、公開鍵認証基盤の存在を想定した場合のビジネスモデルの参加者を表している。即ち、参加者は、ユーザＵｓｅｒ、サービス提供者ＳＰ、鍵割り当て者ＫＡ、および、認証センタＣＡとされる。ユーザＵｓｅｒ、サービス提供者ＳＰ、および、鍵割り当て者ＫＡのそれぞれは、認証センタＣＡに対して登録済みであり、ユーザＵｓｅｒ、サービス提供者ＳＰ、および、鍵割り当て者ＫＡのそれぞれは、公開鍵認証基盤を利用して相互の電子署名の検証を行う。
【０１７０】
図３は、公開鍵認証基盤と汎用アカウント方式が併用される場合のビジネスモデルの参加者を表している。即ち、参加者は、ユーザＵｓｅｒ、サービス提供者ＳＰ、鍵割り当て者ＫＡ、認証センタＣＡ、および汎用アカウント管理者ＫＤＣとされる。この場合、鍵割り当て者ＫＡは、汎用アカウントによってユーザＵｓｅｒを特定し、また、サービス提供者ＳＰの電子署名を公開鍵認証基盤によって検証する。
【０１７１】
なお、参加者の数は、特に限定されないが、図１乃至図３のいずれの場合も、この例においては、例えば、鍵割り当て者ＫＡは、１つとされ、また、ユーザＵｓｅｒとサービス提供者ＳＰのそれぞれは、複数とされる。
【０１７２】
また、一般的に、公開鍵認証基盤の認証センタや、Ｋｅｒｂｅｒｏｓ認証鍵割当システムの管理者は、複数となりうるが、図１乃至図３のいずれの場合も、この例においては、例えば、汎用アカウント管理者ＫＤＣと認証センタＣＡのそれぞれは、１つとされる。
【０１７３】
本発明のビジネスモデルにおいては、最初に、ユーザＵｓｅｒとサービス提供者ＳＰが、所定のサービス利用契約を結び、それ以降、ある一定回数や一定期間などの制限の下、特定のサービス提供者ＳＰが、特定のユーザＵｓｅｒを認証する場合、例えば、ユーザＵｓｅｒが、サービス提供者ＳＰが提供するニュースの定期購読や、一定期間のデータベース検索利用を行う場合等に、サービス提供者ＳＰがユーザＵｓｅｒを効率的に認証することが可能になる。
【０１７４】
即ち、頻繁に認証を行う２者（ユーザＵｓｅｒとサービス提供者ＳＰ）の間に、汎用アカウントや公開鍵認証基盤とは別の認証手法を提供する。この認証は、２者間で直接行うことが可能であるため効率的である。またこの認証手法の使用を停止すべき場合にも、特定のサービス提供者ＳＰとユーザＵｓｅｒの間でのみ使われる認証手法なので、無効化の通知は容易である。これにより、上述した汎用アカウント方式の第２の課題、および、公開鍵認証基盤の第２の課題を解決することが可能になる。
【０１７５】
直接に認証を行うことは個別アカウント方式でも可能であったが、本発明のビジネスモデルにおいては、新たな認証手法の割り当て時のみに、汎用アカウント方式あるいは公開鍵認証基盤を利用して、ユーザＵｓｅｒを特定する。これにより、個別アカウント方式で必要だった登録の手間が省けると同時に、ユーザはサービス利用時に匿名性を保つことができる。
【０１７６】
また、新たに割り当てられる認証手法は、共通鍵認証あるいは公開鍵認証とされる。ユーザＵｓｅｒは、共通鍵認証に必要な情報を、ＩＣカードに類似した機能を持つ装置で保持する。これにより、鍵割り当てや選択、および、認証のための計算の自動化が可能になる。従って、上述した個別アカウント方式の第１および第２の課題を解決することが可能になる。
【０１７７】
なお、以下、このＩＣカードに類似した機能を持つ装置を、鍵保持装置と称する。また、この例においては、ユーザＵｓｅｒには、鍵割り当て者ＫＡから鍵保持装置が配布されているものとする。サービス提供者ＳＰと鍵割り当て者ＫＡとの間では、鍵割り当て者ＫＡが、サービス提供者ＳＰからの要請があった場合に、ユーザＵｓｅｒの鍵保持装置とサービス提供者ＳＰのそれぞれに対して、鍵割り当てを行い、ユーザＵｓｅｒからのサービス使用料の徴収の代行を行うという契約を結んでいるものとする。
【０１７８】
この例においては、認証手法の割り当て（鍵割り当て）は、サービス提供者ＳＰからの特定のサービスを利用するユーザＵｓｅｒへの鍵割り当ての要求があった場合、鍵割り当て者ＫＡにより行われる。
【０１７９】
具体的には、鍵割り当て者ＫＡは、汎用アカウントあるいは公開鍵認証基盤を使ってユーザＵｓｅｒを特定し、ユーザＵｓｅｒへの課金（サービス使用料金と鍵割り当ての手数料の徴収）と引き換えに鍵割り当てを行う。その後、鍵割り当て者ＫＡは鍵割り当てを行ったことの通知をサービス提供者ＳＰに送る。
【０１８０】
即ち、認証手法の割り当てを行う場合、鍵割り当て者ＫＡが、新たな認証手法の暗号鍵を生成し、サービス提供者ＳＰと、ユーザＵｓｅｒが保持する鍵保持装置に対して、その暗号鍵を渡す。
【０１８１】
或いは、認証手法の割り当てを行う場合、鍵割り当て者ＫＡが、ユーザＵｓｅｒが保持する鍵保持装置に対して、新たな認証手法の暗号鍵の生成を要求する。鍵保持装置は、その要求を受けて、新たな認証手法の暗号鍵を自分自身で生成し、鍵割り当て者ＫＡとサービス提供者ＳＰのそれぞれに対して、その暗号鍵を渡す。
【０１８２】
なお、本明細書においては、「鍵保持装置が、新たな認証手法の暗号鍵を生成する」とは、「鍵保持装置が、鍵割り当て者ＫＡの要求を受けた時点で、新たな認証手法の暗号鍵を新規に生成する（オンデマンドで生成する）」ことのみならず、「鍵保持装置自身または鍵保持装置とは異なる他の装置により予め生成された複数の暗号鍵の候補を、鍵保持装置は予め保持しておき、鍵割り当て者ＫＡの要求を受けたとき、鍵保持装置は、保持している複数の暗号鍵の候補のうちの所定の１つを抽出し（選択し）、それを新たな認証手法の暗号鍵とすることで、新たな認証手法の暗号鍵を生成する」ことも含む概念である。
【０１８３】
また、以下、ユーザＵｓｅｒが保持する鍵保持装置と、サービス提供者ＳＰの両者に割り当てられる認証手法において、鍵保持装置に割り当てる方の鍵を、証明鍵と、サービス提供者ＳＰに割り当てる鍵を、検証鍵と、それぞれ称する。
【０１８４】
上述したように、認証手法としては、共通鍵認証を用いることも、公開鍵認証を用いることも可能である。共通鍵認証を用いる場合には、検証鍵と証明鍵は、一致する（同一の鍵となる）。これに対して、公開鍵認証を用いる場合には、検証鍵は、公開鍵とされ、証明鍵は、秘密鍵とされるため、検証鍵と証明鍵は異なる鍵となる。
【０１８５】
ここで重要な点は、鍵割り当て者ＫＡが割り当てる認証手法は、ユーザＵｓｅｒに課金を行うための認証手法ではなく、特定のサービスを提供するための認証手法である点である。即ち、鍵割り当て者ＫＡからサービス提供者ＳＰへの鍵割り当ての通知には、ユーザＵｓｅｒを特定する情報やクレジットカード番号が含まれる必要がない。
【０１８６】
従って、ユーザＵｓｅｒは、サービス提供者ＳＰに対して匿名性を保つことが可能になると同時に、新たに割り当てられた認証手法の鍵が何らかの理由で漏洩した場合にも、可能な不正は、鍵割り当て時に確定したサービスの利用に限定される。これにより、１つの認証手法の重要性が過大になることを防止することが可能になる。
【０１８７】
新たに割り当てられた認証手法による認証は、次の３点が前提とされる。
【０１８８】
即ち、１点目として、鍵割り当て者ＫＡが、汎用アカウントあるいは公開鍵認証基盤でサービス提供者ＳＰとユーザＵｓｅｒを正しく特定できること、２点目として、鍵割り当て者ＫＡが信用できる（鍵をサービス提供者ＳＰとユーザＵｓｅｒに正確に割り当てる）こと、３点目として、鍵割り当て者ＫＡが割り当てた鍵を割り当て対象者以外（鍵割り当て者ＫＡ自身も含む）に使用させないことの３点である。このように、鍵割り当て者ＫＡは、汎用アカウント方式あるいは公開鍵認証方式における、汎用アカウント管理者ＫＤＣあるいは認証センタＣＡと同等の資格（上述した３点を確実に実行できる資格）を有する必要がある。
【０１８９】
次に、本ビジネスモデルの動作について説明する。
【０１９０】
はじめに、ユーザＵｓｅｒは、サービスの利用を選択する。
【０１９１】
ユーザＵｓｅｒにより選択されたサービスを提供可能なサービス提供者ＳＰは、そのサービスの内容や金額などを、鍵割り当て者ＫＡに通知する鍵割り当て依頼書をユーザＵｓｅｒに与える。
【０１９２】
ユーザＵｓｅｒは、鍵割り当て依頼書を鍵割り当て者ＫＡに提出すると、鍵割り当て者ＫＡは、それを受けて、ユーザＵｓｅｒが保持する鍵保持装置に対して、新たな認証手法に対する証明鍵と、認証手法の識別番号などの付加情報を入力する。
【０１９３】
或いは、ユーザＵｓｅｒは、鍵割り当て依頼書を鍵割り当て者ＫＡに提出すると、鍵割り当て者ＫＡは、それを受けて、ユーザＵｓｅが保持する鍵保持装置に対して、新たな認証手法の暗号鍵の生成を要求する要求情報を入力する。鍵保持装置は、この要求情報を受けて、新たな認証手法の暗号鍵、即ち、新たな認証手法に対する証明鍵と、それと対になる検証鍵を生成する。そして、鍵保持装置は、証明鍵を自分自身で保持するとともに、検証鍵を鍵割り当て者ＫＡに与える。
【０１９４】
これらの鍵割り当てのとき、鍵割り当て者ＫＡは、鍵保持装置を保持するユーザＵｓｅｒを、汎用アカウントあるいは公開鍵認証基盤によって特定し、ユーザＵｓｅｒに対して、サービスに見合った課金を行う。その後、鍵割り当て者ＫＡは、課金額から手数料を差し引いた金額を、サービス提供者ＳＰに支払う。
【０１９５】
そのため、鍵保持装置には、ユーザＵｓｅｒが汎用アカウントあるいは公開鍵認証基盤で認証を受けるために必要なパスワードを入力する入力部、ＩＣカードを接続する接続部等が設けられる。
【０１９６】
次に、鍵割り当て者ＫＡは、ユーザＵｓｅｒが保持する鍵保持装置に対して、サービス提供者ＳＰ向けの鍵割り当て報告書を作成して与える。
【０１９７】
鍵割り当て報告書には、割り当てられた認証手法に関する情報（認証手法の識別番号、その認証手法に対する検証鍵）が含まれている。
【０１９８】
鍵保持装置は、鍵割り当て報告書をサービス提供者ＳＰに提出し、それによって、サービス提供者ＳＰは、新たな認証手法に対する検証鍵と付属情報を得る。即ち、サービス提供者ＳＰは、鍵割り当てを受けたユーザＵｓｅｒを認証するための検証鍵を得る。
【０１９９】
認証手法の割り当て以降、ユーザＵｓｅｒがサービスを利用する場合、サービス提供者ＳＰは、ユーザＵｓｅｒが保持する鍵保持装置との間で割り当てられた認証手法による認証を行う。そして、サービス提供者ＳＰは、この認証に成功すればサービスを提供する。
【０２００】
この場合（サービスの提供が行われる場合）、この認証が行われた鍵保持装置（ユーザＵｓｅｒが保持する鍵保持装置）と、サービス提供者ＳＰの間で、一時的な暗号鍵の共有を行い、サービス提供時の通信を暗号化する。これにより、ユーザＵｓｅｒの成りすましやサービス内容の漏洩を防止することが可能になる。
【０２０１】
割り当てられる認証手法は、その使用目的を最初に確定させることで、有効期限や使用者が定まる。そのため、有効期限が過ぎたときには削除することが可能になる。また、認証手法の使用を停止すべき場合には、鍵割り当て者ＫＡからサービス提供者ＳＰに無効化を通知することが可能になる。
【０２０２】
（認証鍵割当システム）
次に、本発明が適用される認証鍵割当システムについて説明する。
【０２０３】
説明が煩雑になるので、次の第１実施形態乃至第６実施形態のそれぞれに分けて、その順番に個別に説明していく。
【０２０４】
即ち、第１実施形態として、汎用アカウント方式（Ｋｅｒｂｅｒｏｓ）のみが存在する状態（図１に対応する状態）で、割り当てられる認証手法が、共通鍵認証である場合の認証鍵割当システムについて説明する。
【０２０５】
第２実施形態として、公開鍵認証基盤のみが存在する状態（図２に対応する状態）で、割り当てられる認証手法が、公開鍵認証である場合の認証鍵割当システムについて説明する。
【０２０６】
第３実施形態として、図３の状態に対応して、ユーザ認証には、汎用アカウント方式が利用され、かつ、サービス提供者の電子署名が公開鍵認証基盤で検証される場合（公開鍵認証基盤と汎用アカウント方式が利用され、かつ、新たに割り当てる認証手法が公開鍵認証である場合）の認証鍵割当システムについて説明する。
【０２０７】
第４実施形態として、図３の状態に対応して、ユーザ認証には、汎用アカウント方式が利用され、かつ、鍵割り当て者の電子署名が公開鍵認証基盤で検証される場合（公開鍵認証基盤と汎用アカウント方式が利用され、かつ、新たに割り当てる認証手法が公開鍵認証である場合）の認証鍵割当システムについて説明する。
【０２０８】
以上の第１乃至第４実施形態においては、新たな認証手法の暗号鍵は、鍵割り当て者ＫＡが保有する装置（後述する、鍵割り当て者端末）により生成されるが、上述したように、ユーザＵｓｅｒが保有する鍵保持装置自身により生成されてもよい。
【０２０９】
そこで、第５実施形態と第６実施形態として、ユーザＵｓｅｒが保有する鍵保持装置が新たな認証手法の暗号鍵を生成する認証鍵割当システムについて説明する。
【０２１０】
即ち、第５実施形態として、第２実施形態に対応する実施形態（公開鍵認証基盤のみが存在する状態（図２に対応する状態）で、割り当てられる認証手法が、公開鍵認証である場合の認証鍵割当システム）であって、ユーザＵｓｅｒが保有する鍵保持装置が新たな認証手法の暗号鍵を生成する認証鍵割当システムについて説明する。
【０２１１】
また、第６実施形態として、第４実施形態に対応する実施形態（図３の状態に対応して、ユーザ認証には、汎用アカウント方式が利用され、かつ、鍵割り当て者の電子署名が公開鍵認証基盤で検証される場合（公開鍵認証基盤と汎用アカウント方式が利用され、かつ、新たに割り当てる認証手法が公開鍵認証である場合）の認証鍵割当システム）であって、ユーザＵｓｅｒが保有する鍵保持装置が新たな認証手法の暗号鍵を生成する認証鍵割当システムについて説明する。
【０２１２】
（第１実施形態）
以下、図面を参照して、本発明の第１実施形態が適用される認証鍵割当システムについて説明する。
【０２１３】
図４は、認証鍵割当システム１の構成例を表している。
【０２１４】
図４に示されるように、認証鍵割当システム１においては、任意の人数（この例では、１人）のユーザＵｓｅｒ（図１）が使用するユーザ装置１１、任意の人数（この例では、１人）の鍵割り当て者ＫＡ（図１）が使用する鍵割り当て者端末１２、任意の人数（この例では、１人）のサービス提供者ＳＰ（図１）が使用するサービス提供者端末１３、および、任意の人数（この例では、１人）の汎用アカウント管理者ＫＤＣ（図１）が使用する汎用アカウント管理者端末１５のそれぞれが、ネットワーク１４を介して相互に接続される。
【０２１５】
ネットワーク１４の種類は、特に限定されないが、この例においては、例えば、インターネットとされる。なお、ユーザ装置１１、鍵割り当て者端末１２、サービス提供者端末１３、および、汎用アカウント管理者端末１５のそれぞれは、他の装置と、ネットワーク１４を介さずに直接通信を行ってもよい。この場合、ネットワーク１４は、省略可能である。
【０２１６】
ユーザ装置１１は、後述するように、ユーザ端末２１、鍵保持装置２２、および、ＩＣカード２３により構成される。ただし、鍵保持装置２２が、サービス提供者端末１３から提供されるサービスを利用する機能、および、ネットワーク１４を介して他の装置と通信する機能を有している場合、ユーザ端末２１は省略可能である。
【０２１７】
図５乃至図８は、鍵割り当て者端末１２が保持するデータの例を表している。
【０２１８】
即ち、鍵割り当て者端末１２のメモリ（後述する図１８の記憶部８８等）には、図５に示されるような鍵割り当て表、図６に示されるようなサービス提供者鍵表、図７に示されるような鍵保持装置鍵表、および、図８に示されるような鍵割り当て者アカウント情報が記憶されている。具体的には、この例においては、例えば、図５の鍵割り当て表、図６のサービス提供者鍵表、および、図７の鍵保持装置鍵表のそれぞれは、Ｋｅｙ−ＩＤ、ＳＰ−ＩＤ、および、ＨＷ−ＩＤのそれぞれで検索できるデータベースとして実装される。
【０２１９】
図５の鍵割り当て表においては、各行（以下、レコードと称する）が、鍵割り当て者端末１２により割り当てられた認証手法に対応している。
【０２２０】
Ｋｅｙ−ＩＤは、割り当てられた認証手法の識別番号を表しており、一意になるように振られている。
【０２２１】
Ａｃｃ−ＩＤは、認証手法の割り当て時に、支払いをしたユーザ（が保有するＩＣカード）の汎用アカウント方式での識別番号を表している。
【０２２２】
ＨＷ−ＩＤは、認証手法の割り当てられた鍵保持装置２２の識別番号を表している。
【０２２３】
ＳＰ−ＩＤは、認証手法の割り当てを受けたサービス提供者端末１３（サービス提供者ＳＰ）の識別番号を表している。
【０２２４】
有効期限は、認証手法の有効期限を表している。
【０２２５】
サービス内容は、その認証手法を利用する認証で、サービス提供者端末１３（サービス提供者ＳＰ）からユーザ端末２１（ユーザＵｓｅｒ）に提供されるサービスの内容を表している。
【０２２６】
証明鍵＝検証鍵は、認証手法の検証鍵および証明鍵を表している。なお、この例においては、認証手法として共通鍵暗号が利用されるので、ユーザＵｓｅｒ（鍵保持装置２２）とサービス提供者ＳＰ（サービス提供者端末１３）が保持する鍵は一致する。
【０２２７】
図６のサービス提供者鍵表においては、各レコードが、鍵割り当て者端末１２（鍵割り当て者ＫＡ）と契約を結んだサービス提供者端末１３（サービス提供者ＳＰ）に対応する。
【０２２８】
ＳＰ−ＩＤは、契約を結んだサービス提供者端末１３（サービス提供者ＳＰ）の識別番号を表しており、契約締結時に一意になるように振られている。
【０２２９】
ＳＰ−ａｄｄｒｅｓｓは、サービス提供者端末１３の連絡先アドレス（メ−ルアドレスやＵＲＬなど）を表している。これは、認証手法の失効が発生した時や問い合わせ時の連絡先とされる。
【０２３０】
固有暗号鍵は、契約締結時にサービス提供者と鍵割り当て者の間で取り決めた暗号鍵を表しており、両者の間での通信の秘匿性や完全性を保証する目的で用いられる。
【０２３１】
図７の鍵保持装置鍵表においては、各レコードが、鍵保持装置２２に対応している。
【０２３２】
ＨＷ−ＩＤは、鍵保持装置２２の識別番号を表しており、鍵保持装置２２に一意に振られる。
【０２３３】
固有暗号鍵は、特定の鍵保持装置２２と鍵割り当て者端末１２の間で共有している暗号鍵を表しており、新たな認証手法を割り当てる時に、両者の間での認証と鍵共有のために用いられる。
【０２３４】
図８の鍵割り当て者アカウント情報は、汎用アカウントでの鍵割り当て者端末１２（鍵割り当て者ＫＡ）の識別番号であるＡｃｃ−ＩＤと、汎用アカウント管理者端末１５（汎用アカウント管理者ＫＤＣ）との間での認証に用いる登録暗号鍵とからなる。
【０２３５】
図９と図１０は、サービス提供者ＳＰが保持するデータの例を表している。
【０２３６】
即ち、サービス提供者端末１３のメモリ（後述する図１９の記憶部１０８等）には、図９に示されるような認証情報表、および、図１０に示されるようなサービス提供者固有情報が記憶されている。この例においては、例えば、図９の認証情報表は、Ｋｅｙ−ＩＤで検索できるデータベースとして実装される。
【０２３７】
図９の認証情報表において、各レコードは、割り当てを受けた認証手法に対応する。
【０２３８】
Ｋｅｙ−ＩＤ、有効期限、および検証鍵のそれぞれは、認証手法の識別番号、有効期限、および検証鍵のそれぞれを表している。サービス内容は、その認証手法で認証されるユーザＵｓｅｒ（ユーザ端末２１）に提供するサービスの内容を表している。
【０２３９】
図１０のサービス提供者固有情報において、ＳＰ−ＩＤは、サービス提供者端末１３（サービス提供者ＳＰ）と鍵割り当て者端末１２（鍵割り当て者ＫＡ）との鍵割り当て契約の締結時に割り振られた識別番号を表している。同様に、固有暗号鍵は、鍵割り当て契約締結時に鍵割り当て者端末１２（鍵割り当て者ＫＡ）との間で取り決めた暗号鍵を表しており、両者の間での通信の秘匿性と完全性を保証する目的で用いられる。
【０２４０】
図１１乃至図１４は、ユーザＵｓｅｒが保持するデータの例を表している。
【０２４１】
即ち、ユーザ装置１１の鍵保持装置２２のメモリ（後述する図１６のデータ記憶部５３、若しくは、鍵記憶部５４）、または、ＩＣカード２３には、図１１の証明鍵表、図１２のサービス情報表、図１３の鍵保持装置固有情報、および、図１４のユーザカウント情報が記憶されている。この例においては、例えば、図１１の証明鍵表と図１２のサービス情報表は、Ｋｅｙ−ＩＤで検索できるデータベースとして実装される。
【０２４２】
図１１の証明鍵表と図１２のサービス情報表において、各レコードは、鍵保持装置２２（ユーザＵｓｅｒ）が鍵割り当て者端末１２（鍵割り当て者ＫＡ）から割り当てを受けた認証手法に対応する。
【０２４３】
Ｋｅｙ−ＩＤは、認証手法の識別番号を表している。証明鍵は、認証手法の証明鍵を表している。有効期限は、認証手法の認証鍵の有効期限を表している。サービス内容は、この認証手法で認証されたときに提供されるサービスの内容を表している。
【０２４４】
図１３の鍵保持装置固有情報において、ＨＷ−ＩＤは、鍵保持装置２２の固有の識別番号を表している。固有暗号鍵は、鍵保持装置２２に新たな証明鍵を書き込むときに、書き込みを行う相手が鍵割り当て者ＫＡ（鍵割り当て者端末１２）であることを認証し、かつ、書き込まれる証明鍵が漏洩や改ざんされないために用いられる暗号鍵を表している。
【０２４５】
図１４のユーザカウント情報は、汎用アカウントでの鍵割り当て者の識別番号であるＡｃｃ−ＩＤと、汎用アカウント管理者ＫＤＣ（汎用アカウント管理者端末１５）との間での認証に用いる登録暗号鍵からなる。なお、Ａｃｃ−ＩＤと登録暗号鍵は、ユーザが入力したログイン名とパスワードから生成されるものであってもよい。
【０２４６】
図１５は、ユーザ端末１５の構成例を表している。
【０２４７】
なお、この例においては、ユーザ端末１５は、図１５に示されるようなパーソナルコンピュータとされるが、サービス提供者端末１３から提供されるサービスを利用でき、かつ、鍵保持装置２２と接続可能なものであれば限定されず、例えば、デジタル家電製品等でもよい。
【０２４８】
図１５において、ＣＰＵ３１は、ＲＯＭ３２に記憶されているプログラム、または記部３８からＲＡＭ３３にロードされたプログラムに従って各種の処理を実行する。
【０２４９】
ＲＡＭ３３にはまた、ＣＰＵ３１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０２５０】
ＣＰＵ３１、ＲＯＭ３２、およびＲＡＭ３３は、バス３４を介して相互に接続されている。このバス３４にはまた、入出力インタフェース３５も接続されている。
【０２５１】
入出力インタフェース３５には、鍵保持装置２２が接続される。
【０２５２】
入出力インタフェース３５にはまた、キーボードなどよりなる入力部３６、ディスプレイなどよりなる出力部３７、ハードディスクなどより構成される記憶部３８、ネットワーク１４（図４）を介して他の装置と相互に通信するための通信処理を実行する通信部３９が接続されている。
【０２５３】
入出力インタフェース３５にはさらにまた、必要に応じてドライブ４０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブル記録媒体４１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部３８にインストールされる。
【０２５４】
図１６は、鍵保持装置２２の構成例を表している。
【０２５５】
図１６において、ＣＰＵ５１は、ＲＯＭ５２に記憶されているプログラム、または、ユーザ端末２１から通信処理部５７を介してＲＡＭ５３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ５３にはまた、ＣＰＵ５１が各種の処理を実行する上において必要なデータなども適宜記憶される。ＣＰＵ５１、ＲＯＭ５２、およびＲＡＭ５３は、バス６０を介して相互に接続されている。
【０２５６】
このバス６０にはまた、図１２のサービス情報表を記憶するデータ記憶部５３、図１１の証明鍵表、および、図１３の鍵保持装置固有情報を記憶する鍵記憶部５４、並びに、ＣＰＵ５１の制御に基づいて、鍵割り当て者ＫＡからの情報（図４の鍵割り当て者端末１２により送信され、ネットワーク１４、および、ユーザ端末２１を介して通信処理部５７により受信された情報）や、データ記憶部５３に記憶されている図１２のサービス情報表の有効期限に従って、鍵記憶部５４またはデータ記憶部５３の内容を追加あるいは削除するデータ管理部５５が設けられている。
【０２５７】
このバス６０にはさらにまた、ＣＰＵ５１の制御に基づいて、暗号鍵を利用して、認証のための演算処理を行う演算処理部５６、ユーザ端末２１との通信処理を行う通信処理部５７、鍵保持装置２２を使用するユーザＵｓｅｒを特定する処理を行う認証処理部５８が設けられている。
【０２５８】
ユーザ認証が、ログイン名とパスワードで行われる場合、ユーザＵｓｅｒは、ユーザ端末２２のディスプレイ（図１５の出力部３７）を確認しながら、ユーザ端末２２のキーボード（図１５の入力部３６）を操作して、ログイン名とパスワードを入力する。ユーザ端末２１に入力されたログイン名とパスワードは、図１５の入出力インタフェース３５、および、通信処理部５７を介して認証処理部５８に供給され、認証処理部５８は、供給されたログイン名とパスワードに基づいて、図１４のユーザアカウント情報であるＡｃｃ−ＩＤと登録暗号鍵を生成し、ユーザ認証の処理を行う。
【０２５９】
なお、鍵保持装置２２が、ユーザ端末２１に接続されずに、それ単体で利用され、かつ、ユーザ認証が、ログイン名とパスワードで行われる場合、認証処理部５８には、キーボードとディスプレイが直接接続される。
【０２６０】
これに対して、共通鍵暗号または、公開鍵暗号に基づく認証が利用される場合、認証処理部５８には、ＩＣカード２３が接続される。図１４のＡｃｃ−ＩＤと登録暗号鍵は、ＩＣカード２３に保持される。
【０２６１】
この例において、鍵保持装置２２は、認証処理部５８に接続されたＩＣカード２３に対して、ＩＣカード２３が保持する暗号鍵を使ったデータの暗号化、および、暗号化データの復号を依頼すること、並びに、ＩＣカード２３から認証のために必要な付属情報（ユーザの識別番号や、証明書など）を取得することができるものとする。
【０２６２】
後述するように、ユーザの特定は新たな認証手法の割り当てのときにのみ必要とされるので、それ以外のときには、共通鍵暗号または、公開鍵暗号に基づく認証であれば、ＩＣカード２３を認証処理部５８より取り外しておくことが可能であり、また、パスワード認証であれば、鍵保持装置２２がパスワードを保持することなく、ユーザＵｓｅｒに毎回パスワードを入力させることで、これらのユーザ認証手法に関する各種情報を鍵保持装置２２から切り離すことが可能である。
【０２６３】
なお、鍵記憶部５４、演算処理部５６、およびデータ管理部５５のそれぞれは、耐タンパ性を有するようになされるとよい。この場合、内部で保持あるいは処理されているデータが外部から取得や改変されることを防止することが可能になる。
【０２６４】
図１７は、ＩＣカード２３の構成例を表している。
【０２６５】
ＩＣカード２３も、内部に保持されているデータや処理内容が外部から取得されないように、耐タンパ性を有するようになされるとよい。
【０２６６】
ＩＣカード２３には、認証に使う暗号鍵と付属情報（共通鍵認証の場合にはその共通鍵暗号の暗号鍵、公開鍵認証の場合には公開鍵暗号の秘密鍵と証明書）を記憶する記憶部７１、記憶部７１が保持する暗号鍵を利用して、認証のための計算処理を行う計算処理部７２、鍵保持装置２２の認証処理部５８（図１６）との通信処理を行う通信処理部７３が設けられている。ユーザ認証にＩＣカード２３が利用される場合、図１４のアカウント情報は、記憶部７１に保持される。
【０２６７】
図１８は、鍵割り当て者端末１２の構成例を表している。
【０２６８】
図１８において、ＣＰＵ８１乃至リムーバブル記録媒体９１のそれぞれは、図１５のユーザ端末２１のＣＰＵ３１乃至リムーバブル記録媒体４１のそれぞれと、同様の構成とされるため、これらの説明は省略する。
【０２６９】
ただし、例えば、記憶部８８等には、上述した図５乃至図８のデータが記憶される。
【０２７０】
図１９は、サービス提供者端末１３の構成例を表している。
【０２７１】
図１９において、ＣＰＵ１０１乃至リムーバブル記録媒体１１１のそれぞれは、図１５のユーザ端末２１のＣＰＵ３１乃至リムーバブル記録媒体４１のそれぞれと、同様の構成とされるため、これらの説明は省略する。
【０２７２】
ただし、例えば、記憶部１０８等には、上述した図９と図１０のデータが記憶されている。
【０２７３】
図２０は、汎用アカウント管理者端末１５の構成例を表している。
【０２７４】
図２０において、ＣＰＵ１２１乃至リムーバブル記録媒体１３１のそれぞれは、図１５のユーザ端末２１のＣＰＵ３１乃至リムーバブル記録媒体４１のそれぞれと、同様の構成とされるため、これらの説明は省略する。
【０２７５】
ただし、例えば、記憶部１２８等には、図２１と図２２に示されるようなデータが記憶されている。
【０２７６】
この例においては、図２１のアカウント管理表は、Ａｃｃ−ＩＤで検索できるデータベースとして実装されている。また、Ａｃｃ−ＩＤは、汎用アカウントでのユーザＵｓｅｒ（鍵保持装置２２）の識別番号を表しており、一意に振られている。暗号鍵は、共通鍵認証でユーザＵｓｅｒ（鍵保持装置２２）を認証するための情報を表している。
【０２７７】
図２２の汎用アカウント管理者固有鍵は、汎用アカウント管理者ＫＤＣ（汎用アカウント管理者端末１５）だけの暗号鍵を表している。
【０２７８】
次に、図２３のフローチャートを参照して、認証鍵割当システム１の動作の概略について説明する。
【０２７９】
ステップＳ１において、図４のユーザ端末２１（ユーザＵｓｅｒ）が、サービスを選択すると、鍵割り当て者端末１２（鍵割り当て者ＫＡ）は、ユーザＵｓｅｒの鍵保持装置２２と、サービス提供者端末１３（サービス提供者ＳＰ）に対して、そのサービスの提供のための認証手法の割り当てを行う。なお、このような一連の処理を、以下、「サービス選択／鍵割り当て処理」と称する。「サービス選択／鍵割り当て処理」の詳細については、図２４乃至図２６のフローチャートと図２７のアローチャートを参照して、後述する。
【０２８０】
ステップＳ１の処理により認証手法の割り当てが行われると、ステップＳ２において、ユーザＵｓｅｒの鍵保持装置２２は、割り当てられた認証手法を利用して、サービス提供のための認証に応答する。この認証に成功した場合、サービス提供者端末１３（サービス提供者ＳＰ）は、その鍵保持装置２２を所持するユーザＵｓｅｒに対して（鍵保持装置２２に接続されたユーザ端末２１に対して）、サービスを提供する。なお、このような一連の処理を、以下、「鍵使用／サービス提供処理」と称する。「鍵使用／サービス提供処理」の詳細については、図３０と図３１のフローチャートを参照して、後述する。
【０２８１】
次に、ステップＳ３において、ユーザ装置１１、鍵割り当て者端末１２、および、サービス提供者端末１３のそれぞれは、後述するステップＳ６の処理（「鍵削除処理」）を行うか否かを判定する。
【０２８２】
ステップＳ３の処理の判定方法は、特に限定されないが、この例においては、例えば、後述するように、外部より鍵削除を行うきっかけ（トリガ）が、ユーザ装置１１、鍵割り当て者端末１２、および、サービス提供者端末１３のそれぞれに与えられるものとすると、ステップＳ３において、ユーザ装置１１、鍵割り当て者端末１２、および、サービス提供者端末１３のそれぞれは、このトリガを取得した場合、「鍵削除処理」を行うと判定する。
【０２８３】
この場合、鍵保持装置２２に保持される暗号鍵には有効期限があり、ステップＳ６において、有効期限が過ぎた認証手法の情報の削除が行われる。なお、このような処理を、以下、「鍵削除処理」と称する。「鍵削除処理」の詳細については、図３７乃至図３９のフローチャートを参照して、後述する。
【０２８４】
これに対して、ステップＳ３において、「鍵削除処理」を行わないと判定された場合、ステップＳ４において、鍵割り当て者端末１２は、後述するステップＳ７の処理（「鍵使用停止処理」）を行うか否かを判定する。
【０２８５】
ステップＳ４の処理の判定方法は、特に限定されないが、この例においては、例えば、鍵割り当て者端末１２は、割り当てられた認証手法の証明鍵が、何らかの理由で外部に漏洩したことを検出した場合、または、鍵保持装置２２が盗難にあったことを検出した場合（検出手段は図示せず）、ステップＳ４において、「鍵使用停止処理」を行うと判定する。
【０２８６】
この場合、ステップＳ７において、認証手法の使用を停止する処理が実行される。具体的には、鍵割り当て者端末１２（鍵割り当て者ＫＡ）が、認証手法の使用を停止することを、サービス提供者端末１３（サービス提供者ＳＰ）に通知し、該当する認証手法の使用を中止させる。なお、このような処理を、以下、「鍵使用停止処理」と称する。「鍵使用停止処理」の詳細については、図４０と図４１のフローチャートを参照して、後述する。
【０２８７】
これに対して、ステップＳ４において、「鍵使用停止処理」を行わないと判定した場合、ステップＳ５において、鍵保持装置２２とサービス提供者端末１３のそれぞれは、上述した「鍵使用／サービス提供処理」を行うか否かを判定する。
【０２８８】
ステップＳ５において、「鍵使用／サービス提供処理」を行うと判定された場合、ステップＳ２に戻り、「鍵使用／サービス提供処理」が再度実行される。
【０２８９】
これに対して、ステップＳ５において、「鍵使用／サービス提供処理」を行わないと判定された場合、ステップＳ３に戻り、それ以降の処理が繰り返される。
【０２９０】
即ち、上述したステップＳ１乃至Ｓ７の処理は、所定の１つの目的別認証鍵に対する認証鍵割当システム１の処理を表しており、その１つの目的別認証鍵に対して、上述したステップＳ１の「サービス選択／鍵割り当て処理」が実行されると、ステップＳ６の「鍵削除処理」、または、ステップＳ７の「鍵使用停止処理」のうちのいずれか一方の処理が実行されるまで、その目的別認証鍵は保持状態とされ、必要に応じてステップＳ２の「鍵使用／サービス提供処理」が複数回実行される。
【０２９１】
認証鍵割当システム１においては、そのような目的別認証鍵が複数個存在し、それらの複数の目的別認証鍵に対するステップＳ１乃至Ｓ７の処理は、それぞれ独立して行われる。
【０２９２】
以下、「サービス選択／鍵割り当て処理」、「鍵使用／サービス提供処理」、「鍵削除処理」、および、「鍵使用停止処理」のそれぞれの詳細について、その順番で個別に説明する。
【０２９３】
はじめに、図２４乃至図２６のフローチャート、並びに図２７のアローチャートを参照して、本発明の第１実施形態が適用される認証鍵割当システム１の動作のうちの、「サービス選択／鍵割り当て処理（図２３のステップＳ１の処理）」について説明する。図２４は、ユーザ装置１１（図４）の「サービス選択／鍵割り当て処理」を、図２５は、鍵割り当て者端末１２（図４）の「サービス選択／鍵割り当て処理」を、図２６は、サービス提供者端末１３（図４）の「サービス選択／鍵割り当て処理」を、それぞれ表している。図２７は、これらユーザ装置１１、鍵割り当て者端末１２、および、サービス提供者端末１３の「サービス選択／鍵割り当て処理」の関係を表している。
【０２９４】
以下、図２４乃至図２６を参照して、ユーザ装置１１、鍵割り当て者端末１２、および、サービス提供者端末１３の「サービス選択／鍵割り当て処理」について、個別に説明するが、これら装置の相互の処理の関係は、図２７の対応するステップを参照することで、容易に理解することが可能である。
【０２９５】
はじめに、図２４を参照して、ユーザ装置１１（図４）の「サービス選択／鍵割り当て処理」について説明する。
【０２９６】
ステップＳ１１において、図１５のユーザ端末２１のＣＰＵ３１は、入力部３６からのユーザの指令に基づいて、サービスを選択し、通信部３９、および、ネットワーク１４を介してサービス提供者端末１３に送信する。
【０２９７】
この例においては、例えば、記憶部３８には、Ｗｅｂ　Ｂｒｏｗｓｅｒなどのインターネット上のホームページ等を閲覧するアプリケーションソフトウエア（以下、このようなアプリケーションソフトウェアを、ブラウザと称する）が記憶されているものとすると、ＣＰＵ３１は、このブラウザを立ち上げ、通信部３９、および、ネットワーク１４を介して、サービス提供者端末１３（図１９の記憶部１０８）に記憶されているサービス提供者ＳＰが管理するホームページをブラウザ上に表示させる。
【０２９８】
ユーザＵｓｅｒは、このホームページを閲覧して、利用を希望するサービスの選択を行い、選択したサービスを、キーボード（入力部３６）を操作して入力すると、ＣＰＵ３１は、その選択されたサービスを取得し、通信部３９、および、ネットワーク１４を介してサービス提供者端末１３に送信する。
【０２９９】
なお、このようにユーザＵｓｅｒにより選択されたサービスを、以下、単に選択サービスと称する。
【０３００】
また、以下、ＣＰＵ３１（その他の装置のＣＰＵも含む）が、通信部３９（その他の装置の通信部も含む）、および、ネットワーク１４を介して、所定の形式のデータを送信することを、単に、ＣＰＵ３１が、データを送付すると称する。
【０３０１】
また、ＣＰＵ３１（その他の装置のＣＰＵも含む）が、他の装置から送信された所定の形式のデータを、ネットワーク１４、および、通信部３９（その他の装置の通信部も含む）、を介して受信することを、単に、ＣＰＵ３１が、データを受け取ると称する。
【０３０２】
具体的には、例えば、ユーザＵｓｅｒが、ホームページに表示されているボタンを、マウスなどの入力装置で選択し、ＣＰＵ３１が、それを、通信部３９およびネットワーク１４を介して通知するという方法を利用することで、ＣＰＵ３１は、選択サービスを送付することができる。
【０３０３】
ＣＰＵ３１により送付された選択サービスは、ネットワーク１４を介してサービス提供者端末１３に供給される。
【０３０４】
後述するように、サービス提供者端末１３は、この選択サービスを受け取ると、鍵割り当て依頼書を作成し、これをユーザ端末２１に送付する（図２６と図２７のステップＳ４１とＳ４２）。
【０３０５】
図２８は、そのような鍵割り当て依頼書の例を表している。
【０３０６】
依頼書ＩＤは、この鍵割り当て依頼書を発行したサービス提供者端末１３（サービス提供者ＳＰ）で一意とされるように、付加される依頼書の識別番号を表している。
【０３０７】
有効期限は、この鍵割り当て依頼書で割り当てを依頼する認証手法に必要な有効期限を表している。
【０３０８】
ＳＰ−ＩＤは、サービス提供者端末１３（サービス提供者ＳＰ）の識別番号を表しており、サービス提供者端末１３（サービス提供者ＳＰ）が、鍵割り当て者端末１２（鍵割り当て者ＫＡ）との契約時にあらかじめ取り決められたものである。
【０３０９】
サービス内容は、この認証手法で認証されるユーザＵｓｅｒ（鍵保持装置２２）に提供されるサービス（ユーザ端末２１（ユーザＵｓｅｒ）により選択されたサービス）の内容を表している。なお、この例においては、例えば、サービス内容には、サービスの内容そのものの他に、例えば、サービスの料金や提供を行うサイトのアドレスなども含まれるとされる。
【０３１０】
メッセージ認証コード（ＭＡＣ：Ｍｅｓｓａｇｅ　Ａｕｔｈｅｎｔｉｃａｔｉｏｎ　Ｃｏｄｅ）は、サービス提供者端末１３（サービス提供者ＳＰ）の固有暗号鍵（図１０のサービス提供者固有情報に含まれる固有暗号鍵）を利用して、鍵割り当て依頼書のデータに対して生成されたものであり、鍵割り当て依頼書の改竄の防止と鍵割り当て依頼書がサービス提供者によって生成されたことを証明する。
【０３１１】
メッセージ認証コードは、共通鍵暗号の技術を利用して、データの改竄とメッセージ生成者の特定を可能にするものである。
【０３１２】
例えば、データＭが存在するとき、データＭの作成者とデータＭの送付先だけが共通鍵暗号の暗号鍵Ｋを共有しているとする。このとき、データＭのメッセージ認証コードは、暗号鍵Ｋを利用して、ＭＡＣ（Ｍ）＝Ｅ（Ｋ，ｈ（Ｍ））（鍵Ｋによるｈ（Ｍ）の暗号化データ）として生成される。なお、ｈ（）は、データの送り側と受け側が共通に持つ一方向性関数（例えば、ハッシュ関数等）とされる。
【０３１３】
送信側は、データＭを送るときに、（Ｍ，ＭＡＣ（Ｍ））の組で送付し、受け取り側は、ｈ（Ｍ）＝Ｄ（Ｋ，ｈ（Ｍ））が満たされるかどうかを確認する事で、データＭが改竄されていない事と、電子署名ＳＧ（Ｍ）が秘密鍵Ｓｋの所有者によって付加された事を確認できる。以下、このような一連の処理を、メッセージ認証コードの確認と称する。
【０３１４】
図２４に戻り、ステップＳ１２において、図１６の鍵保持装置２２のＣＰＵ５１は、鍵割り当て依頼書をユーザ端末２１を介して受け取り（以下、ＣＰＵ５１が、所定のデータをユーザ端末２１を介して受け取ることを、単に、ＣＰＵ５１が、データを受け取ると称する）、ステップＳ１３において、その鍵割り当て依頼書を、鍵割り当て者端末１２にユーザ端末２１を介して送付する（以下、ＣＰＵ５１が、所定のデータをユーザ端末２１を介して送付することを、単に、ＣＰＵ５１が、データを送付すると称する）。
【０３１５】
同時に、ＣＰＵ５１は、鍵割り当て依頼書を、例えば、データ記憶部５３にも記憶させる。
【０３１６】
このとき、後述するように、鍵割り当て者端末１２は、鍵割り当て依頼書受け取り、それに含まれるメッセージ認証コードの検証を行う。また、同一サービス提供者から過去に同じ依頼書番号の依頼書が来ていないことを確認する。これらの確認の後、鍵割り当て者端末１２と鍵保持装置２２とは、ネットワーク１４およびユーザ端末２１を介して、相互認証を行い、一時的な（一回限りの）暗号鍵Ｋｓｅｓの共有を行う処理を実行する（図２５と図２７のステップＳ２１とＳ２２）。なお、このような処理を、以下、鍵保持装置２２側の処理としては、「鍵割り当て者と相互認証＋鍵共用処理」と称し、鍵割り当て者端末１２側の処理としては、「鍵保持装置と相互認証＋鍵共用処理」と称する。
【０３１７】
即ち、鍵保持装置２２のＣＰＵ５１は、ステップＳ１４において、「鍵割り当て者と相互認証＋鍵共用処理」を実行する。
【０３１８】
第１実施形態における「鍵割り当て者と相互認証＋鍵共用処理（ステップＳ１４の処理）」（および、「鍵保持装置と相互認証＋鍵共用処理（図２５のステップＳ２２の処理）」の詳細が、図２７に示されている。そこで、図２７を参照して、第１実施形態における「鍵割り当て者と相互認証＋鍵共用処理（ステップＳ１４の処理）」の詳細について説明する。
【０３１９】
なお、この例においては、鍵割り当て者端末１２は、図７の鍵保持装置鍵表によって、鍵保持装置２２の識別番号（ＨＷＩＤｂ）と、鍵保持装置２２のもつ固有暗号鍵ＫＨＷｂの対応を把握しているものとする。
【０３２０】
図２７のステップＳ１４の中のステップＳ１４−１において、はじめに、鍵保持装置２２のＣＰＵ５１（図１６）が、乱数Ｒｂを生成し、乱数Ｒｂと識別番号ＨＷＩＤｂの連結（データＲｂ｜｜ＨＷＩＤｂ（以下、データＡとＢの連結を、データＡ｜｜Ｂと記述する））を送付する。
【０３２１】
鍵割り当て者端末１２は、後述するように、それを受け取ると、ステップＳ２２の中のステップＳ２２−１で、乱数Ｒａを生成し、図７の鍵保持装置表から、識別番号ＨＷＩＤｂに対応する固有暗号鍵ＫＨＷｂを取り出し、ステップＳ２２−２で、乱数Ｒａ、乱数Ｒｂ、および、識別番号ＨＷＩＤｂの連結を、固有暗号鍵ＫＨＷｂを利用して、暗号化して、鍵保持装置２２に送付する（暗号化データＥ（ＫＨＷｂ，Ｒａ｜｜Ｒｂ｜｜ＨＷＩＤｂ）を返送する）。即ち、固有暗号鍵ＫＨＷｂを使って共通鍵暗号に基づく相互認証を行う（図２７と図２５のステップＳ２２）。
【０３２２】
鍵保持装置２２のＣＰＵ５１は、ステップＳ１４−２で、それを受け取ると、先程送付した乱数Ｒｂと識別番号ＨＷＩＤｂが正しく復号されることを確認する（乱数Ｒｂが含まれるデータが、固有暗号鍵ＫＨＷｂで正しく暗号化されていることを確認する）ことで、相手が、識別番号ＨＷＩＤｂに対応する固有暗号鍵ＫＨＷｂを把握している鍵割り当て者端末１２（鍵割当者ＫＡ）であることを確認する。
【０３２３】
そして、鍵保持装置２２のＣＰＵ５１は、ステップＳ１４−３で、固有暗号鍵ＫＨＷｂを利用して、乱数で構成される一時的な共有暗号鍵（セッション鍵）Ｋｓｅｓを生成し、乱数Ｒｓ，Ｒｂと連結し、それを暗号化して送付する（暗号化データＥ（ＫＨＷｂ，Ｒｂ｜｜Ｒａ｜｜Ｋｓｅｓ）を送付する）。
【０３２４】
なお、この例においては、例えば、暗号化は、鍵保持装置２２（図１６）の演算処理部５６で行われる（以下、鍵保持装置２２により行われる他の暗号化も同様とする。ただし、図１４のユーザアカウント情報がＩＣカード２３（図１７）に含まれる場合、登録暗号鍵を利用する暗号化処理のみはＩＣカード２３の計算処理部７２で行われる）。
【０３２５】
鍵割り当て者端末１２は、ステップＳ２２−３で、この暗号化データＥ（ＫＨＷｂ，Ｒｂ｜｜Ｒａ｜｜Ｋｓｅｓ）を受け取り、それを復号して共用暗号鍵Ｋｓｅｓを取り出す（図２７と図２５のステップＳ２２）。
【０３２６】
これにより、鍵保持装置２２と鍵割り当て者端末１２との間で、共用暗号鍵Ｋｓｅｓの共有が可能になる。
【０３２７】
なお、ステップＳ１３とＳ２１の処理で行われるユーザ装置１１から鍵割当者端末１２への鍵割り当て依頼書の送付は、共用暗号鍵Ｋｓｅｓが共用された後、共用暗号鍵Ｋｓｅｓを利用して暗号化を行っても構わない。即ち、この場合、図２４に示されるユーザ装置１１におけるステップＳ１３とＳ１４の処理順序が入れ替わり、かつ、図２５に示される鍵割り当て者端末１２におけるステップＳ２１とＳ２２の処理順序が入れ替わることになるが、それら以降の処理には影響しない。
【０３２８】
図２４に戻り、鍵保持装置２２のＣＰＵ５１は、以上のステップＳ１４における「鍵割り当て者と相互認証＋鍵共用処理」の後、ステップＳ１５において、「鍵割り当て者端末１２が、共用暗号鍵Ｋｓｅｓを保持する鍵保持装置２２（ユーザＵｓｅｒ）を特定（認証）する処理」に対応する処理を実行する。
【０３２９】
なお、以下、このような処理を、「ユーザ認証応答処理」と称する。また、鍵割り当て者端末１２の「鍵割り当て者端末１２が、共用暗号鍵Ｋｓｅｓを保持する鍵保持装置２２（ユーザＵｓｅｒ）を特定（認証）する処理」を、「鍵保持装置のユーザ認証処理」と称する。
【０３３０】
即ち、鍵保持装置２２のＣＰＵ５１は、ステップＳ１５において、「ユーザ認証応答処理」を実行する。
【０３３１】
第１実施形態における「ユーザ認証応答処理（ステップＳ１５の処理）」の詳細が、図２７に示されている。そこで、図２７を参照して、第１実施形態における「ユーザ認証応答処理」の詳細について説明する。
【０３３２】
なお、図２７においては、汎用アカウント方式、具体的には、Ｋｅｒｂｅｒｏｓ認証によって、ユーザが認証される例が示されているが、ユーザを認証することが可能なものであれば、この例に限定されるものではない。
【０３３３】
はじめに、後述するように、鍵割り当て者端末１２は、ステップＳ２３−１で、自分自身の汎用アカウントでの識別番号（Ａｃｃ−ＩＤ）ＩＤＫＡを鍵保持装置２２に送付する（図２７と図２５のステップＳ２３）。
【０３３４】
鍵保持装置２２のＣＰＵ５１は、ステップＳ１５−１で、これを受け取ると、ユーザＵｓｅｒからの認証サービスリクエストＫＲＢ＿ＡＳ＿ＲＥＱを、汎用アカウント管理者端末１５に送付する。
【０３３５】
具体的には、この例においては、例えば、サービスリクエストＫＲＢ＿ＡＳ＿ＲＥＱは、データＵＩＤ｜｜Ｅ（ＫＵ，ｔｉｍｅ）とされる。ただし、ＵＩＤは、ユーザＵｓｅｒ（ＩＣカード２３）の識別番号を表している。Ｅ（ＫＵ，ｔｉｍｅ）は、ユーザの登録暗号鍵ＫＵを利用して、時刻ｔｉｍｅを暗号化したデータを表している。
【０３３６】
汎用アカウント管理者端末１５は、ステップＳ５１で、サービスリクエストＫＲＢ＿ＡＳ＿ＲＥＱが正しいこと、即ち、識別番号ＵＩＤに対応する暗号鍵ＫＵで、サービスリクエストＫＲＢ＿ＡＳ＿ＲＥＱに含まれる時刻ｔｉｍｅが復号でき、かつ、現在時刻とのずれが、所定の一定範囲内であることを確認する。
【０３３７】
そして、汎用アカウント管理者端末１５は、ステップＳ５２で、認証サービス返信ＫＲＢ＿ＡＳ＿ＲＥＰを、鍵保持装置２２に送付（返送）する。
【０３３８】
この例においては、例えば、認証サービス返信ＫＲＢ＿ＡＳ＿ＲＥＰは、データＥ（ＫＵ，Ｋｔ）｜｜Ｅ（ＫＫＤＣ，Ｋｔ｜｜ＵＩＤ｜｜ｅｘｐｉｒｅ）とされる。ただし、Ｅ（ＫＵ，Ｋｔ）は、暗号鍵ＫＵを利用して、汎用アカウント管理者端末１５（汎用アカウント管理者ＫＤＣ）が決めた一時的な暗号鍵Ｋｔを暗号化したデータを表している。Ｅ（ＫＫＤＣ，Ｋｔ｜｜ＵＩＤ｜｜ｅｘｐｉｒｅ）は、汎用アカウント管理者端末１５（汎用アカウント管理者ＫＤＣ）の暗号鍵ＫＫＤＣを利用して、暗号鍵Ｋｔ、ユーザの識別番号ＵＩＤ、有効期限ｅｘｐｉｒｅの連結データＫｔ｜｜ＵＩＤ｜｜ｅｘｐｉｒｅを暗号化したデータを表している。なお、以下、Ｅ（ＫＫＤＣ，Ｋｔ｜｜ＵＩＤ｜｜ｅｘｐｉｒｅ）をＴＧＴと記述する。
【０３３９】
鍵保持装置２２のＣＰＵ５１は、ステップＳ１５−２で、認証サービス返信ＫＲＢ＿ＡＳ＿ＲＥＰを受け取ると、認証サービス返信ＫＲＢ＿ＡＳ＿ＲＥＰに含まれる暗号化データＥ（ＫＵ，Ｋｔ）を復号し、一時鍵Ｋｔを取り出す。ただし、ＣＰＵ５１は、ＴＧＴの復号はできない。
【０３４０】
鍵保持装置２２のＣＰＵ５１は、ステップＳ１５−３で、チケット認可サービスリクエストＫＲＢ＿ＴＧＳ＿ＲＥＱを、汎用アカウント管理者端末１５に送付する。
【０３４１】
この例においては、チケット認可サービスリクエストＫＲＢ＿ＴＧＳ＿ＲＥＱは、例えば、データＩＤＫＡ｜｜Ｅ（Ｋｔ，ＵＩＤ｜｜ｔｉｍｅ）｜｜ＴＧＴとされる。
【０３４２】
汎用アカウント管理者端末１５は、ステップＳ５３で、サービスリクエストＫＲＢ＿ＴＧＳ＿ＲＥＱを受け取ると、ＴＧＴの有効期限を検査し、有効であればＴＧＴから暗号鍵Ｋｔを取り出し、暗号化データＥ（Ｋｔ，ＵＩＤ｜｜ｔｉｍｅ）を復号したうちの時刻ｔｉｍｅが現在時刻と比較して、一定範囲にあることを確認する。汎用アカウント管理者端末１５は、その確認に成功したら、鍵保持装置２２と鍵割り当て者端末１２とで共有する一時鍵Ｋｔ２を生成する。
【０３４３】
そして、汎用アカウント管理者端末１５は、ステップＳ５４で、返信ＫＲＢ＿ＴＧＳ＿ＲＥＰを鍵保持装置２２に送付（返送）する。
【０３４４】
この例においては、返信ＫＲＢ＿ＴＧＳ＿ＲＥＰは、例えば、Ｅ（Ｋｔ，Ｋｔ２｜｜ＩＤＫＡ）｜｜Ｅ（ＫＫＡ，Ｋｔ２｜｜ＵＩＤ）とされる。ただし、ＫＫＡは、鍵割り当て者端末１２（鍵割り当て者（ＫＡ））の汎用アカウントへの登録暗号鍵を表している。
【０３４５】
鍵保持装置２２のＣＰＵ５１は、ステップＳ１５−４で、返信ＫＲＢ＿ＴＧＳ＿ＲＥＰを受け取ると、暗号化データＥ（Ｋｔ，Ｋｔ２｜｜ＩＤＫＡ）を復号し、Ｋｔ２を得る。
【０３４６】
鍵保持装置２２のＣＰＵ５１は、ステップＳ１５−５で、データＫＲＢ＿ＡＰ＿ＲＥＱを鍵割り当て者端末１２に送付する。
【０３４７】
この例においては、データＫＲＢ＿ＡＰ＿ＲＥＱは、例えば、Ｅ（Ｋｓｅｓ，Ｋｔ２）｜｜Ｅ（Ｋｔ２，ＵＩＤ｜｜ｔｉｍｅ）｜｜Ｅ（ＫＫＡ，Ｋｔ２｜｜ＵＩＤ）とされる。
【０３４８】
鍵割り当て者端末１２は、ステップＳ２３−２で、データＫＲＢ＿ＡＰ＿ＲＥＱ　を受け取ると、暗号化データＥ（ＫＫＡ，Ｋｔ２｜｜ＵＩＤ）から、識別子ＵＩＤのユーザＵｓｅｒ（鍵保持装置２２）の暗号鍵Ｋｔ２を復号して、さらに、暗号化データＥ（Ｋｔ２，　ＵＩＤ｜｜ｔｉｍｅ）を復号したもののうち時刻ｔｉｍｅが、現在時刻と比較して一定範囲内にあることを確認する。そして、鍵割当者端末１２は、暗号化データＥ（Ｋｓｅｓ，Ｋｔ２）から、暗号鍵Ｋｓｅｓを共有した鍵保持装置２２の所持者が識別番号ＵＩＤのユーザＵｓｅｒ（ユーザ端末２１）であることを特定する。
【０３４９】
そして、鍵割り当て者端末１２は、ステップＳ２３−３で、ユーザＵｓｅｒを特定したことを表すデータＫＲＢ＿ＡＰ＿ＲＥＱを生成し、鍵保持装置２２に送付する。
【０３５０】
その後、後述するように、鍵割り当て者端末１２は、鍵保持装置２２に対して、割り当てる認証手法の識別番号ＫＩＤと認証に使う新規鍵Ｋｒを生成し、送付してくる（図２５と図２７のステップＳ２４）。
【０３５１】
図２４に戻り、このとき、鍵保持装置２２のＣＰＵ５１は、ステップＳ１６において、この新規鍵Ｋｒ（および、識別番号ＫＩＤ）を受け取る。
【０３５２】
この例においては、例えば、識別番号ＫＩＤは今まで使われていない番号とされ、新規鍵Ｋｒはこのとき鍵割り当て者端末１２により生成された乱数とされる。
【０３５３】
具体的には、例えば、鍵割り当て者端末１２は、上述した鍵保持装置２２と共有している一時鍵Ｋｓｅｓを利用して、識別番号ＫＩＤと新規鍵Ｋｒを暗号化データＥ（Ｋｓｅｓ，ＫＩＤ｜｜Ｋｒ）として、鍵保持装置２２に送付する。
【０３５４】
このとき、鍵保持装置２２のＣＰＵ５１は、識別番号ＫＩＤと新規鍵Ｋｒの暗号化データＥ（Ｋｓｅｓ，ＫＩＤ｜｜Ｋｒ）を受け取り、一時鍵Ｋｓｅｓを利用して、識別番号ＫＩＤと新規鍵Ｋｒを復号する。そして、鍵保持装置２２の保持する図１１の証明鍵表に新規レコードを追加する。新規レコードの内容は、復号された識別番号ＫＩＤと新規鍵Ｋｒとされる。
【０３５５】
次に、鍵割り当て者端末１２は、鍵割り当て報告書を作成し、鍵保持装置２２に送付してくる（図２５と図２７のステップＳ２５）。
【０３５６】
図２９は、そのような鍵割り当て報告書の例を表している。なお、図２９の鍵割り当て報告書は、割り当てられた認証手法が共通鍵認証の場合の形式のものとされる。
【０３５７】
この場合、検証鍵と証明鍵が同一なので、サービス提供者ＳＰ以外に鍵が漏洩することを防ぐ必要がある。このため、鍵割り当て者端末１２は、鍵割り当て報告書にサービス提供者端末１３（サービス提供者ＳＰ）の固有鍵ＫＳＰで暗号化した検証鍵も含めて、鍵保持装置２２に送付する。
【０３５８】
図２９の鍵割り当て報告書において、Ｋｅｙ−ＩＤは、割り当てられた認証手法の識別番号を表している。
【０３５９】
依頼書ＩＤは、今回の認証手法割り当ての要求を行った鍵割り当て依頼書の識別番号を表している。
【０３６０】
ＳＰ−ＩＤは、サービス提供者端末１３（サービス提供者ＳＰ）の識別番号を表している。
【０３６１】
有効期限は、割り当てられた認証手法の有効期限を表している。
【０３６２】
暗号化検証鍵は、割り当てられた認証手法の検証鍵Ｋｒを表しており、割り当てを依頼したサービス提供者端末１３（サービス提供者ＳＰ）の固有鍵ＫＳＰで暗号化された暗号化データＥ（ＫＳＰ，Ｋｒ）の形式を表している。
【０３６３】
また、鍵割り当て者端末１２は、図５の鍵割り当て表に新規レコードを追加する。新規レコードの内容は、割り当てられた認証手法の識別番号Ｋｅｙ−ＩＤ、割り当てられた鍵保持装置２２を所持するユーザＵｓｅｒ（ＩＣカード２３）の汎用アカウントでの識別番号Ａｃｃ−ＩＤ、割り当てられた鍵保持装置２２の識別番号ＨＷ−ＩＤ、割り当てられたサービス提供者の識別番号ＳＰ−ＩＤ、割り当てられた認証手法の有効期限、サービス内容、および、検証鍵（証明鍵）とされる。その後、鍵割り当て者端末１２は、鍵割り当て依頼書、および、鍵割り当て報告書を破棄する（図２５と図２７のステップＳ２５）。
【０３６４】
図２４に戻り、鍵保持装置２２のＣＰＵ５１は、ステップＳ１７において、鍵割り当て報告書（図２５と図２７のステップＳ２５の処理で、鍵割り当て者端末１２が送付したもの）を受け取る。そして、鍵保持装置２２のＣＰＵ５１は、鍵割り当て報告書（図２９）およびそれに対応する鍵割り当て依頼書（ＳＰ−ＩＤと依頼書ＩＤが一致する鍵割り当て依頼書）（図２８）から、Ｋｅｙ−ＩＤ、有効期限、および、サービス内容を取り出し、鍵保持装置２２の保持する図１２のサービス情報表に新しいレコードとして追加する。
【０３６５】
このとき、後述するように、鍵割り当て者端末１２は、認証したユーザＵｓｅｒ（ＩＣカード２３）に対してサービスに見合った課金を行う（図２５のステップＳ２６）。
【０３６６】
鍵保持装置２２のＣＰＵ５１は、ステップＳ１８において、ステップＳ１７の処理で受け取った鍵割り当て報告書を、サービス提供者端末１３に送付する。その後、鍵保持装置２２は、鍵割り当て依頼書と鍵割り当て報告書を破棄する。
【０３６７】
後述するように、サービス提供者端末１３は、このようにして、鍵保持装置２２から送付された鍵割り当て報告書を受け取る（図２６と図２７のステップＳ４３）。そして、サービス提供者端末１３は、鍵割り当て報告書およびそれに対応する鍵割り当て依頼書から、Ｋｅｙ−ＩＤ、有効期限、サービス内容、および、検証鍵を取り出し、検証鍵を、図９の認証情報表に新しいレコードとして追加する。その後、サービス提供者端末１３は、鍵割り当て依頼書と鍵割り当て報告書を破棄する。
【０３６８】
次に、図２５を参照して、鍵割り当て者端末装置１２（図４）の「サービス選択／鍵割り当て処理」について説明する。
【０３６９】
ユーザ端末２１は、上述したように、図２４と図２７のステップＳ１１の処理で、選択サービスをサービス提供者端末１３に送付すると、サービス提供者端末１３は、後述するように、この選択サービスを受け取り、鍵割り当て依頼書を作成し、これを鍵保持装置２２に送付する（図２６と図２７のステップＳ４１とＳ４２）。
【０３７０】
そして、上述したように、図２４と図２７のステップＳ１２において、鍵保持装置２２は、鍵割り当て依頼書を受け取り、ステップＳ１３において、その鍵割り当て依頼書を、鍵割り当て者端末１２に送付する。
【０３７１】
そこで、図１８の鍵割り当て者端末１２のＣＰＵ８１は、ステップＳ２１において、鍵保持装置２２から送付されてきた鍵割り当て依頼書受け取る。そして、ＣＰＵ８１は、それに含まれるメッセージ認証コード（図２８）の検証を行う。また、同一サービス提供者から過去に同じ依頼書番号の依頼書が来ていないことを確認する。
【０３７２】
これらの確認の後、ＣＰＵ８１は、ステップＳ２２において、「鍵保持装置と相互認証＋鍵共用処理」を実行し、ステップＳ２３において、「鍵保持装置のユーザ認証処理」を実行する。
【０３７３】
なお、ステップＳ２２における「鍵保持装置と相互認証＋鍵共用処理」は、上述した図２７のステップ１４における「鍵割り当て者と相互認証＋鍵共用処理」でその詳細な説明をしたので、ここではその説明は省略する。
【０３７４】
同様に、ステップＳ２３における「鍵保持装置のユーザ認証処理」は、上述した図２７のステップ１５における「ユーザ認証応答処理」でその詳細な説明をしたので、ここではその説明は省略する。
【０３７５】
そして、ＣＰＵ８１は、ステップＳ２４において、鍵保持装置２２に対して、新規鍵Ｋｒ（および、識別番号ＫＩＤ）を生成し、送付する。
【０３７６】
上述したように、鍵保持装置２２は、図２４と図２７のステップ１６の処理で、この新規鍵Ｋｒ（および、識別番号ＫＩＤ）を受け取る。
【０３７７】
次に、ＣＰＵ８１は、ステップＳ２５において、鍵割り当て報告書を作成し、鍵保持装置２２に送付し、ステップＳ２６において、ユーザ端末２１（ユーザＵｓｅｒ）に対して課金を行う。
【０３７８】
このとき、上述したように、図２４と図２７のステップＳ１７とＳ１８の処理で、鍵保持装置２２は、この鍵割り当て報告書を受け取り、サービス提供者端末１３に送付する。サービス提供者端末１３は、後述するように、その鍵割り当て報告書を受け取る（図２６と図２７のステップＳ４３の処理）。
【０３７９】
次に、図２６を参照して、サービス提供者端末１３（図４）の「サービス選択／鍵割り当て処理」について説明する。
【０３８０】
上述したように、図２４と図２７のステップＳ１１の処理で、ユーザ端末２１は、選択サービスを、サービス提供者端末１３に送信してくる。
【０３８１】
具体的には、この例においては、上述したように、図１９のサービス提供者端末１３の記憶部１０８には、提供するサービスのリスト等を載せたホームページ（データ）が記憶されている。
【０３８２】
そこで、ユーザ端末２１よりアクセスされた場合、ＣＰＵ１０１は、このホームページをユーザ端末２１のブラウザ上に提示する。
【０３８３】
ユーザＵｓｅｒは、上述したように、ユーザ端末２１を介して提示されたホームページを閲覧し、選択サービスを選択すると、ユーザ端末２１は、その選択サービスを送付してくる。
【０３８４】
そこで、ＣＰＵ１０１は、ステップＳ４１において、その選択サービスを受け取り、ステップＳ４２において、鍵割り当て依頼書を生成し、ユーザ端末２１に送付する。
【０３８５】
その後、上述したように、ユーザ端末２１が、図２４と図２７のステップＳ１２乃至Ｓ１７の処理を実行した後、ステップＳ１８の処理で、鍵割り当て報告書を、サービス提供者端末１３に送付してくる。
【０３８６】
そこで、ＣＰＵ１０１は、ステップＳ４３において、鍵割り当て報告書を受け取る。そして、ＣＰＵ１０１は、鍵割り当て報告書およびそれに対応する鍵割り当て依頼書から、Ｋｅｙ−ＩＤ、有効期限、サービス内容、および、検証鍵を取り出し、検証鍵を、図９の認証情報表に新しいレコードとして追加する。その後、ＣＰＵ８１は、鍵割り当て依頼書と鍵割り当て報告書を破棄する。
【０３８７】
次に、図３０と図３１のフローチャートと、図３２乃至図３５のアローチャートを参照して、本発明の第１実施形態が適用される認証鍵割当システム１の動作のうちの、「鍵使用／サービス提供処理（図２３のステップＳ２の処理）」について説明する。図３０は、ユーザ装置１１（図４）の「鍵使用／サービス提供処理」を表している。図３１は、サービス提供者端末１３（図４）の「鍵使用／サービス提供処理」を表している。
【０３８８】
はじめに、図３０を参照して、ユーザ装置１１（図４）の「鍵使用／サービス提供処理」について説明する。
【０３８９】
鍵保持装置２２のＣＰＵ５１（図１６）は、ステップＳ６１において、サービスを選択する。
【０３９０】
具体的には、例えば、この例においては、ＣＰＵ５１は、鍵保持装置２２自身が保持する図１２のサービス情報表からサービス内容を、ユーザ端末２１に提供し、ユーザ端末２１が、それを、そのディスプレイ（図１５の出力部３７）に表示させる。ユーザＵｓｅｒは、ディスプレイに表示されたサービス内容の中から利用したいサービスに対応するレコードを、キーボード（図１５の入力部３６）を操作して、選択する。ユーザ端末２１は、ユーザＵｓｅｒにより選択されたサービスを検知して、それを鍵保持装置２２に供給する。
【０３９１】
そして、ＣＰＵ５１が、通信処理部５７を介してそれを取得することで、サービスを選択する。
【０３９２】
ステップＳ６２において、鍵保持装置２２のＣＰＵ５１は、サービス要求書を生成し、サービス提供者端末１３に送付する。
【０３９３】
図３６は、サービス要求書の例を表している。
【０３９４】
なお、この例においては、送付先アドレスはサービス内容の一部として含まれるものとする。図３６において、Ｋｅｙ−ＩＤは、ユーザＵｓｅｒが選んだ（ステップＳ６１の処理で選択された）サービスに対応するサービス情報表（図１２）のレコードのＫｅｙ−ＩＤを表している。
【０３９５】
後述するように、サービス提供者端末１３は、サービス要求書を受け取り、サービス要求書に含まれるＫｅｙ−ＩＤに対応する検証鍵を、図９の認証情報表から取り出し、さらに有効期限が過ぎていないことを検査する（図３１のステップＳ８１，Ｓ８２）。なお、このような一連の処理を、以下、検証鍵選択＋有効期限検査と称する。
【０３９６】
サービス提供者端末１３は、図９の認証情報表にＫｅｙ−ＩＤに対応するレコードがない、あるいは有効期限が過ぎていると判定した場合、検証鍵選択＋有効期限検査は不合格であると判定し、サービス提供は行わずに処理を終了する。
【０３９７】
これに対して、サービス提供者端末１３は、検証鍵選択＋有効期限検査は合格であると判定した場合、図３１のステップＳ８３に進み、「目的別認証の検証処理」を実行する。
【０３９８】
このとき、ＣＰＵ５１は、ステップ６３において、サービス提供者端末１３のステップＳ８３の「目的別認証の検証処理」に対応する「目的別認証の応答処理」を実行する。
【０３９９】
ステップＳ６３とステップＳ８３の処理の詳細例が、図３２と図３３に示されている。
【０４００】
そこで、図３２と図３３を参照して、ステップＳ６３とステップＳ８３の処理の詳細を説明する。
【０４０１】
図３２は、暗号鍵の共有を行わない場合の例を表している。
【０４０２】
図３２において、サービス提供者端末１３は、ステップＳ８３−１で、乱数Ｒａを生成し、Ｋｅｙ−ＩＤ（以下、ＫＩＤと記述する）と乱数Ｒａの連結データＫＩＤ｜｜Ｒａを、鍵保持装置２２に送付してくる。
【０４０３】
このとき、鍵保持装置２２のＣＰＵ５１は、ステップＳ６３−１で、これを受け取ると、ＫＩＤに対応する証明鍵（図１１の証明鍵表から得られる証明鍵）　Ｋｒを選択する。そして、ＣＰＵ５１は、ステップＳ６３−２で、乱数Ｒａを、証明鍵Ｋｒで暗号化して、その演算結果である暗号化データＥ（Ｋｒ，Ｒａ）と、ＫＩＤとの連結データＫＩＤ｜｜Ｅ（Ｋｒ，Ｒａ）を、サービス提供者端末１３に送付する（返す）。
【０４０４】
サービス提供者端末１３は、ステップＳ８３−２で、これを受け取ると、暗号化データＥ（Ｋｒ，Ｒａ）が、検証鍵Ｋｒで復号できること（乱数Ｒａが得られること）を確認することで、鍵保持装置２２が割り当てられた認証手法の認証鍵Ｋｒを持つことを確認する。
【０４０５】
これに対して、図３３は、暗号鍵の共有を行う場合の例を表している。
【０４０６】
図３３において、サービス提供者端末１３は、ステップＳ８３−１１で、乱数Ｒａを生成し、ＫＩＤと乱数Ｒａの連結データＫＩＤ｜｜Ｒａを、鍵保持装置２２に送付してくる。
【０４０７】
このとき、鍵保持装置２２のＣＰＵ５１は、ステップＳ６３−１１で、これを受け取ると、共用鍵Ｋｓｅｓを生成する。そして、ＣＰＵ５１は、ステップＳ６３−１２で、ＫＩＤに対応する証明鍵（図１１の証明鍵表から得られる証明鍵）　Ｋｒを選択し、受け取った乱数Ｒａと、新たに生成した共用鍵Ｋｓｅｓの連結データＲａ｜｜Ｋｓｅｓを暗号化し、その演算結果である暗号化データＥ（Ｋｒ，Ｒａ｜｜Ｋｓｅｓ）を、サービス提供者端末１３に送付する。
【０４０８】
サービス提供者端末１３は、ステップＳ８３−１２で、これを受け取ると、暗号化データＥ（Ｋｒ，Ｒａ｜｜Ｋｓｅｓ）を検証鍵Ｋｒで復号して、乱数Ｒａとの一致を確認することで、鍵保持装置２２が割り当てられた認証手法の認証鍵Ｋｒを持つことを確認するとともに、共用鍵Ｋｓｅｓを取得する（共用鍵Ｋｓｅｓを一時的な共有暗号鍵とする）。
【０４０９】
図３０に戻り、後述するように、サービス提供者端末１３により認証が成功されたと判定されると（図３１のステップＳ８４）、ＣＰＵ５１は、ステップＳ６４において、サービス提供者端末１３から提供されるサービスを利用する処理を実行する。なお、以下、このような処理を、「サービス利用処理」と称する。また、この「サービス利用処理」は必要に応じて複数回繰り返される。
【０４１０】
この例の「サービス利用処理」の詳細が、図３４と図３５に示されている。そこで、図３４と図３５を参照して、この例の「サービス利用処理」の詳細について説明する。
【０４１１】
図３４は、共有鍵を利用しない場合、即ち、図３２の「目的別認証の応答処理」（ステップＳ６３の処理）が実行された場合の「サービス利用処理」を表している。
【０４１２】
図３４において、鍵保持装置２２のＣＰＵ５１は、ステップＳ６４−１で、要求Ｃｍｄ｜｜Ｐａｒｍを、サービス提供者端末１３に送付する。なお、要求Ｃｍｄ｜｜Ｐａｒｍは、サービス要求に対応する命令Ｃｍｄとその引数Ｐａｒｍの連結データを表している。
【０４１３】
ただし、目的によっては、命令Ｃｍｄを指定する必要がない場合もあり、その場合には、命令Ｃｍｄは省略される。
【０４１４】
サービス提供者端末１３は、ステップＳ８５−１で、要求Ｃｍｄ｜｜Ｐａｒｍを受け取ると、それに対応する処理を行い、ステップＳ８５−２で、応答Ｒｅｓｐを鍵保持装置２２に返す（送付する）。
【０４１５】
ＣＰＵ５１は、ステップＳ６４−２で、応答Ｒｅｓｐを受け取り、応答Ｒｅｓｐから要求Ｃｍｄ｜｜Ｐａｒｍの結果を得る。
【０４１６】
これに対して、図３５は、共有鍵を利用する場合、即ち、図３３の「目的別認証の応答処理」（ステップＳ６３の処理）が実行された場合の「サービス利用処理」を表している。
【０４１７】
図３５において、鍵保持装置２２のＣＰＵ５１は、ステップＳ６４−１１で、要求Ｃｍｄ｜｜Ｐａｒｍを生成し、それを共用鍵Ｋｓｅｓで暗号化して、その暗号化データＥ（Ｋｓｅｓ，Ｃｍｄ｜｜Ｐａｒｍ）を、サービス提供者端末１３に送付する。
【０４１８】
サービス提供者端末１３は、ステップＳ８５−１１で、暗号化データＥ（Ｋｓｅｓ，Ｃｍｄ｜｜Ｐａｒｍ）を受け取ると、共用鍵Ｋｓｅｓで復号して、要求Ｃｍｄ｜｜Ｐａｒｍを得て、それに対応する処理を行い、応答Ｒｅｓｐを生成する。そして、サービス提供者端末１３は、ステップＳ８５−１２で、応答Ｒｅｓｐを、共用鍵Ｋｓｅｓで暗号化して、その暗号化データＥ（Ｋｓｅｓ，Ｒｅｓｐ）を鍵保持装置２２に返す（送付する）（図３１のステップＳ８５）。
【０４１９】
ＣＰＵ５１は、ステップＳ６４−１２で、暗号化データＥ（Ｋｓｅｓ，Ｒｅｓｐ）を受け取り、それを共用鍵Ｋｓｅｓで復号して、その結果を得る。
【０４２０】
なお、後述するように、図３４と図３５の鍵保持装置２２の「サービス利用処理（ステップＳ６４の処理）」に対応する、サービス提供者端末の処理（ステップＳ８５の処理）を、以下、「サービス提供処理」と称する。
【０４２１】
次に、図３１を参照して、サービス提供者端末１３（図４）の「鍵使用／サービス提供処理」について説明する。
【０４２２】
上述したように、図３０のステップＳ６１とＳ６２の処理で、鍵保持装置２２は、サービスを選択し、それに対応するサービス要求書を生成し、サービス提供者端末１３に送付してくる。
【０４２３】
このとき、サービス提供者端末１３のＣＰＵ１０１（図１９）は、ステップＳ８１において、サービス要求書を受け取り、上述した「検証鍵選択＋有効期限検査」処理を実行する。
【０４２４】
ステップＳ８２において、ＣＰＵ１０１は、「検証鍵選択＋有効期限検査」が合格であるか否かを判定し、「検証鍵選択＋有効期限検査」が不合格であると判定した場合（合格ではないと判定した場合）、その処理を終了する。
【０４２５】
これに対して、ＣＰＵ１０１は、ステップＳ８２において、「検証鍵選択＋有効期限検査」が合格であると判定した場合、ステップＳ８３において、「目的別認証の検証処理」を実行する。
【０４２６】
なお、ステップＳ８３における「目的別認証の検証処理」は、上述した図３０のステップ６３における「目的別認証の応答処理」でその詳細な説明をしたので、ここではその説明は省略する。
【０４２７】
ステップＳ８４において、ＣＰＵ１０１は、ステップＳ８３の処理の結果として、認証が成功であるか否かを判定し、認証が失敗である（成功ではない）と判定した場合、その処理を終了する。
【０４２８】
これに対して、ＣＰＵ１０１は、ステップＳ８４において、認証が成功であると判定した場合、ステップＳ８５において、「サービス提供処理」を実行した後、その処理を終了する。
【０４２９】
なお、ステップＳ８５における「サービス提供処理」は、上述した図３０のステップ６４における「サービス利用処理」でその詳細な説明をしたので、ここではその説明は省略する。
【０４３０】
次に、図３７乃至図３９のフローチャートを参照して、本発明の第１実施形態が適用される認証鍵割当システム１の動作のうちの、「鍵削除処理（図２３のステップＳ６の処理）」について説明する。図３７は、ユーザ装置１１（図４）の「鍵削除処理」を、図３８は、鍵割り当て者端末１２（図４）の「鍵削除処理」を、図３９は、サービス提供者端末１３（図４）の「鍵削除処理」を、それぞれ表している。
【０４３１】
ただし、図３７乃至図３９のそれぞれに示されるように、ユーザ装置１１、鍵割り当て者端末１２、および、サービス提供者端末１３それぞれの「鍵削除処理」は、いずれも同様の処理となるので、ここでは、図３８を参照して、鍵割り当て者端末１２の「鍵削除処理」についてのみ説明する。
【０４３２】
ステップＳ１２１において、鍵割り当て者端末１２のＣＰＵ８１（図１８）は、鍵整理の要求を取得する。
【０４３３】
この例においては、例えば、入力部８６等、外部より鍵削除を行うきっかけ（トリガ）が与えられるものとすると、ＣＰＵ８１は、このトリガを、鍵整理の要求として取得する。なお、このトリガは、定期的に与えられてもよいし、任意のときに与えられてもよい。
【０４３４】
ステップＳ１２２において、ＣＰＵ８１は、記憶部８８に記憶されている図５の鍵割り当て表から、最初のレコードを取り出し、ステップＳ１２３において、そのレコードの有効期限を、現在日時と比較して、そのレコードの鍵が有効期限内のものであるか否かを判定する。
【０４３５】
ＣＰＵ８１は、ステップＳ１２３において、鍵が有効期限内のものではないと判定した場合、ステップＳ１２５において、そのレコードを削除し、ステップＳ１２６において、そのレコード（削除したレコード）が最終レコードであるか否かを判定する。
【０４３６】
これに対して、ＣＰＵ８１は、ステップＳ１２３において、そのレコードの鍵が有効期限内のものであると判定した場合、レコードを削除せずに（ステップＳ１２５の処理を実行せずに）、ステップＳ１２６において、そのレコード（削除したレコード）が最終レコードであるか否かを判定する。
【０４３７】
ＣＰＵ８１は、ステップＳ１２６において、最終レコードではないと判定した場合、ステップＳ１２４において、次のレコードを取り出し、ステップＳ１２３の処理に戻り、それ以降の処理を繰り返す。
【０４３８】
即ち、ＣＰＵ８１は、最初のレコードから最後のレコードまでの各レコードのそれぞれに対して、有効期限内であるか否かを順次判定し、有効期限が過ぎたと判定したレコードを削除していく。そして、ＣＰＵ８１は、最後のレコードまでの処理（ステップＳ１２３乃至Ｓ１２５の繰り返し処理）を終了すると、ステップＳ１２６において、最終レコードであると判定し、その処理を終了する。
【０４３９】
なお、サービス提供者端末１３の鍵削除処理においては、削除の対象となる表は、図９の認証情報表とされ、また、鍵保持装置２２の鍵削除処理においては、削除の対象となる表は、図１２のサービス情報表とされる。そして、これらのレコードが削除されるとき、同じＫｅｙ−ＩＤを有する証明鍵表のレコードも削除される。
【０４４０】
次に、図４０と図４１のフローチャートを参照して、本発明の第１実施形態が適用される認証鍵割当システム１の動作のうちの、「鍵使用停止処理（図２３のステップＳ７の処理）」について説明する。図４０は、鍵割り当て者端末１２（図４）の「鍵使用停止処理」を表している。図４１は、サービス提供者端末１３（図４）の「鍵使用停止処理」を表している。
【０４４１】
はじめに、図４０を参照して、鍵割り当て者端末１２の「鍵使用停止処理」について説明する。
【０４４２】
割り当て済みの認証手法の失効が必要になった場合、鍵割り当て者端末１２のＣＰＵ８１（図１８）は、入力部８６からの操作者の指令に基づいて、ステップＳ１６１において、該当する認証手法に関して鍵使用停止要求書を生成し、サービス提供者端末１３に送付する。
【０４４３】
図４２は、そのような鍵使用停止要求書の例を表している。
【０４４４】
図４２に示されるように、鍵使用停止要求書は、例えば、使用停止する認証手法の識別番号Ｋｅｙ−ＩＤ、使用停止にする日時Ｄａｔａ−ｔｉｍｅ、使用停止する認証手法の元の有効期限、および、それらに対するメッセージ認証コードからなる。
【０４４５】
メッセージ認証コードは、認証手法の割り当てを受けたサービス提供者端末１３（サービス提供者ＳＰ）の固有暗号鍵（図６のサービス提供者鍵表から得られる固有暗号鍵）ＫＳＰを利用して、生成されたものである。なお、この例においては、鍵割り当て者端末１２は、割り当て済みの認証手法に対して、図５の鍵割り当て表から、その割り当てを受けたサービス提供者端末１３（サービス提供者ＳＰ）の識別番号ＳＰ−ＩＤを得ることができるものとする。
【０４４６】
そして、ステップＳ１６２において、ＣＰＵ８１は、鍵および付属情報を削除する。
【０４４７】
具体的には、ＣＰＵ８１は、図５の鍵割り当て表の中で、使用停止する認証手法に対応するレコードを削除する。
【０４４８】
次に、図４１を参照して、サービス提供者端末１３の「鍵使用停止処理」について説明する。
【０４４９】
上述したように、図４０のステップＳ１６１の処理で、鍵割り当て者端末１２は、例えば、図４２の鍵使用停止要求書を送付してくる。
【０４５０】
このとき、ステップＳ１８１において、サービス提供者端末１３のＣＰＵ１０１（図１９）は、その鍵使用停止要求書を受けとる。そして、ＣＰＵ１０１は、その鍵使用停止要求書のメッセージ認証コードを自分自身の持つ固有暗号鍵（図１０のサービス提供者固有情報から得られる固有暗号鍵）　ＫＳＰ０で確認する。なお、以下、そのような処理を、要求書検査と称する。
【０４５１】
ステップＳ１８２において、ＣＰＵ１０１は、要求書検査が合格であるか否かを判定し、要求書検査が合格であると判定した場合、ステップＳ１８３において、鍵および付属情報を削除し、その処理を終了する。
【０４５２】
具体的には、ＣＰＵ１０１は、指定された識別番号Ｋｅｙ−ＩＤの認証手法に対応するレコードを、図９の認証情報表から削除する。
【０４５３】
これに対して、ステップＳ１８２において、ＣＰＵ１０１は、要求書検査が不合格である（合格ではない）と判定した場合、ステップＳ１８３の処理を実行せずに（鍵および付属情報を削除せずに）、その処理を終了する。
【０４５４】
図４３は、鍵使用停止要求書の他の例を表している。この鍵使用停止要求書は、第２実施形態で使用されるものである。従って、図４３の鍵使用停止要求書は、第２実施形態において説明する。
【０４５５】
（第２実施形態）
図４４は、本発明の第２実施形態が適用される認証鍵割当システム２０１の構成例を表しており、図４の認証鍵割当システム１に対応する部分には、対応する符号が付してある。
【０４５６】
この構成例においては、図４の汎用アカウント管理者端末１５の代わりに、認証センタ端末２１１が、ネットワーク１４にさらに接続されている。
【０４５７】
図４５は、認証センタ端末２１１の構成例を表している。
【０４５８】
図４５において、ＣＰＵ２２１乃至リムーバブル記録媒体２３１のそれぞれは、図１５のユーザ端末２１のＣＰＵ３１乃至リムーバブル記録媒体４１のそれぞれと、同様の構成とされるため、これらの説明は省略する。
【０４５９】
即ち、第２実施形態においては、図２に示されるように、参加者が、鍵割り当て者ＫＡ、認証センタＣＡ、ユーザＵｓｅｒ、および、サービス提供者ＳＰとされ、以下の例では、ユーザＵｓｅｒ、鍵割り当て者ＫＡ、サービス提供者ＳＰにより生成された電子署名が、公開鍵認証基盤によって検証される。
【０４６０】
ただし、鍵割り当て者端末１２（鍵割り当て者ＫＡ）と、サービス提供者端末１３（サービス提供者ＳＰ）との間では、お互いの証明書の失効状況をあらかじめ把握しているものとし（定期的に関係するＣＲＬを収集するものとし）、失効状況の検証が必要なのは、ＩＣカード２３（ユーザＵｓｅｒ）に関してのみであるとされる。
【０４６１】
図４６乃至図５０は、鍵割り当て者端末１２が保持するデータの例を表している。
【０４６２】
即ち、この例においては、例えば、鍵割り当て者端末１２のメモリ（図１８の記憶部８８等）には、図４６に示されるような鍵割り当て表、図４７に示されるようなサービス提供者鍵表、図４８に示されるような鍵保持装置鍵表、図４９に示されるような鍵割り当て者ＰＫＩ情報、および、図５０に示されるようなＣＡ公開鍵情報が記録されている。
【０４６３】
この例においては、例えば、図４６の鍵割り当て表、図４７のサービス提供者鍵表、図４８の鍵保持装置鍵表のそれぞれは、対応するＫｅｙ−ＩＤ、ＳＰ−ＩＤ、または、ＨＷ−ＩＤで検索できるデータベースとして実装される。
【０４６４】
図４６の鍵割り当て表において、各行のレコードのそれぞれは、割り当てがおこなわれた認証手法に対応している。
【０４６５】
Ｋｅｙ−ＩＤは、割り当てられた認証手法の識別番号を表しており、一意になるように振られる。
【０４６６】
Ａｃｃ−ＩＤは、認証手法の割り当てのときに支払いをしたユーザ端末２１（ユーザＵｓｅｒ）の公開鍵認証基盤での識別番号を表している。
【０４６７】
ＨＷ−ＩＤは、認証手法の割り当てられた鍵保持装置２２の識別番号を表している。
【０４６８】
証明鍵は、認証手法の証明鍵（公開鍵暗号の秘密鍵）を表している。
【０４６９】
鍵割り当て依頼書と鍵割り当て報告書のそれぞれは、このレコードに対応する認証手法の割り当てを依頼したサービス提供者端末１３（サービス提供者ＳＰ）から発行された鍵割り当て依頼書、それに対して鍵割り当て者端末１２（鍵割り当て者ＫＡ）が発行した鍵割り当て報告書のそれぞれを表している。
【０４７０】
鍵割り当て依頼書の例が、図５１に、鍵割り当て報告書の例が、図５２に、それぞれ示されている。
【０４７１】
図５１の鍵割り当て依頼書において、依頼書ＩＤは、この鍵割り当て依頼書を発行したサービス提供者端末１３（サービス提供者ＳＰ）が、一意になるように付加する鍵割り当て依頼書の識別番号を表している。
【０４７２】
有効期限は、この鍵割り当て依頼書で割り当てを依頼する認証手法に必要な有効期限を表している。
【０４７３】
ＳＰ−ＩＤは、サービス提供者端末１３（サービス提供者ＳＰ）の識別番号を表しており、サービス提供者端末１３（サービス提供者ＳＰ）が鍵割り当て者端末１２（鍵割り当て者ＫＡ）との契約時に取り決めたものである。
【０４７４】
サービス内容は、この認証手法で認証されるユーザＵｓｅｒ（ユーザ端末２１）に提供されるサービス（ユーザＵｓｅｒにより選択されたサービス）の内容を表している。
【０４７５】
ＳＰ電子署名は、鍵割り当て依頼書の改竄の防止と、鍵割り当て依頼書がサービス提供者端末１３（サービス提供者ＳＰ）によって生成されたものであることを証明する目的で、サービス提供者端末１３によって鍵割り当て依頼書全体に対して生成された電子署名を表している。
【０４７６】
図５２の鍵割り当て報告書において、Ｋｅｙ−ＩＤは、認証手法の識別番号を表している。
【０４７７】
依頼書ＩＤとＳＰ−ＩＤのそれぞれは、認証手法の割り当てを要求した鍵割り当て依頼書の識別番号、サービス提供者端末１３（サービス提供者ＳＰ）の識別番号のそれぞれを表している。
【０４７８】
ＳＰ−Ａｃｃ−ＩＤは、サービス提供者端末１３（サービス提供者ＳＰ）の公開鍵認証基盤での識別番号を表している。
【０４７９】
有効期限は、割り当てられた認証手法の有効期限を表している。
【０４８０】
検証鍵は、割り当てられた認証手法の検証鍵（公開鍵暗号の公開鍵）を表している。
【０４８１】
ＫＡ電子署名は、鍵割り当て報告書の改竄の防止と、鍵割り当て報告書が鍵割り当て者端末１２（鍵割り当て者ＫＡ）によって生成されたものであることを証明する目的で、鍵割り当て者端末１２（鍵割り当て者ＫＡ）によって鍵割り当て報告書全体に対して付加された電子署名を表している。
【０４８２】
図４７のサービス提供者鍵表において、各レコードは、鍵割り当て者端末１２（鍵割り当て者ＫＡ）と契約を結んだサービス提供者端末１３（サービス提供者ＳＰ）を表している。
【０４８３】
ＳＰ−ＩＤは、契約を結んだサービス提供者端末１３（サービス提供者ＳＰ）の識別番号を表しており、契約締結時に一意になるように振られる。
【０４８４】
ＳＰ−ａｄｄｒｅｓｓは、サービス提供者端末１３の連絡先アドレス（ＵＲＬなど）を表している。これは、認証手法の失効が発生した時や問い合わせ時の連絡先とされる。
【０４８５】
ＳＰ−Ａｃｃ−ＩＤは、サービス提供者端末１３（サービス提供者ＳＰ）の公開鍵認証基盤での識別番号を表している。
【０４８６】
図４８の鍵保持装置鍵表は、図７の鍵保持装置表と同一の構成とされるので、その説明は省略する。
【０４８７】
図４９の鍵割り当て者ＰＫＩ情報は、鍵割り当て者端末１２が、公開鍵認証基盤で検証できる電子署名を生成するための情報を表しており、証明書と秘密鍵から構成される。証明書については、図６６を参照して、認証センタ端末２１１（認証センタＣＡ）に対応するものと一緒に後述する。
【０４８８】
図５０のＣＡ公開鍵情報は、公開鍵認証基盤の認証センタＣＡ（認証センタ端末２１１）の公開鍵を表しており、認証センタ端末２１１（認証センタＣＡ）の発行した証明書の検証を行うときに用いられる。
【０４８９】
図５３乃至図５８は、サービス提供者端末１３が保持するデータの例を表している。
【０４９０】
即ち、この例においては、例えば、サービス提供者端末１３のメモリ（図１９の記憶部１０８等）には、図５３に示されるような認証情報表、図５４に示されるようなサービス提供者固有情報、図５５に示されるような失効鍵表、図５６に示されるようなサービス提供者ＰＫＩ情報、図５７に示されるような鍵共用パラメータ、および、図５８に示されるようなＣＡ公開鍵情報が記憶されている。
【０４９１】
この例においては、例えば、図５３の認証情報表と図５５の失効鍵表のそれぞれは、Ｋｅｙ−ＩＤで検索できるデータベースとして実装される。
【０４９２】
図５３の認証情報表において、各レコードは、割り当てを受けた認証手法に対応する。
【０４９３】
Ｋｅｙ−ＩＤは、認証手法の識別番号を表している。
【０４９４】
鍵割り当て依頼書は、認証手法の割り当てを依頼した際に生成した図５１の鍵割り当て依頼書を表している。
【０４９５】
鍵割り当て報告書は、依頼した鍵割り当てが行われたときに、鍵割り当て者端末１２（鍵割り当て者ＫＡ）から発行された図５２の鍵割り当て報告書を表している。
【０４９６】
図５４のサービス提供者固有情報において、ＳＰ−ＩＤは、サービス提供者端末１３（サービス提供者ＳＰ）の、鍵割り当て者端末１２（鍵割り当て者ＫＡ）との鍵割り当て契約の締結時に割り振られた識別番号を表している。
【０４９７】
図５５の失効鍵表は、鍵割り当て者端末１２（鍵割り当て者ＫＡ）から鍵使用停止要求があった認証手法のＫｅｙ−ＩＤと、その認証手法の本来の有効期限を登録する表とされる。
【０４９８】
図５６のサービス提供者ＰＫＩ情報は、サービス提供者端末１３（サービス提供者ＳＰ）が、公開鍵認証基盤で検証できる電子署名を生成するため情報を表しており、証明書と秘密鍵からなる。
【０４９９】
図５７の鍵共有パラメータにおいて、ｐ，ｇのそれぞれは、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ方式の鍵共有のためのパラメータを表している。より具体的には、パラメータｐは、大きな素数とされ、このときパラメータｐを法とする剰余類の０を除く要素は乗法群をなし、その原始元（位数がｐ−１の元）の１つがパラメータｇとされる。
【０５００】
図５８のＣＡ公開鍵情報は、公開鍵認証基盤の認証センタＣＡ（認証センタ端末２１１）の公開鍵を表しており、認証センタ端末２１１の発行した証明書の検証を行うときに用いられる。
【０５０１】
図５９乃至図６３は、鍵保持装置２２またはＩＣカード２３（ユーザＵｓｅｒ）が保持するデータの例を表している。
【０５０２】
即ち、この例においては、例えば、鍵保持装置２２のデータ記憶部５３若しくは鍵記憶部５４（図１６）、または、ＩＣカード２３の記憶部７１には、図５９に示されるような証明鍵表、図６０に示されるような認証情報表、図６１に示されるような鍵保持装置固有情報、図６２に示されるようなユーザＰＫＩ情報、および、図６３に示されるようなＣＡ公開鍵情報が記憶されている。
【０５０３】
この例において、例えば、図５９の証明鍵表と図６０の認証情報表はともに、Ｋｅｙ−ＩＤで検索できるデータベースとして実装される。
【０５０４】
図５９の証明鍵表と図６０の認証情報表のそれぞれの各レコードは、鍵保持装置２２（ユーザＵｓｅｒ）が、鍵割り当て者端末１２（鍵割り当て者端末ＫＡ）から割り当てられた認証手法に対応する。
【０５０５】
図５９と図６０のＫｅｙ−ＩＤのそれぞれは、認証手法の識別番号を表している。
【０５０６】
図５９の証明鍵表の証明鍵は、認証手法の証明鍵を表しており、公開鍵暗号の秘密鍵とされる。
【０５０７】
図６０の認証情報表において、鍵割り当て依頼書は、鍵保持装置２２（ユーザＵｓｅｒ）が、認証手法の割り当てを依頼するときにサービス提供者端末１３（サービス提供者ＳＰ）から受け取り、鍵割り当て者端末１２（鍵割り当て者ＫＡ）に提出した図５１の鍵割り当て依頼書を表している。
【０５０８】
鍵割り当て報告書は、鍵保持装置２２（ユーザＵｓｅｒ）が依頼した鍵割り当てが行われたときに、鍵割り当て者端末１２（鍵割り当て者ＫＡ）から発行された図５２の鍵割り当て報告書を表している。
【０５０９】
図６１の鍵保持装置固有情報は、図１３の鍵保持装置固有情報と同一の構成とされるので、その説明は、省略する。
【０５１０】
図６２のユーザＰＫＩ情報は、ユーザＵｓｅｒがＩＣカード２３を使って、公開鍵認証基盤で認証をうけるために必要な情報を表しており、証明書と秘密鍵からなる。
【０５１１】
図６３のＣＡ公開鍵情報は、公開鍵認証基盤の認証センタＣＡ（認証センタ端末２１１）の公開鍵を表しており、認証センタ端末２１１（認証センタＣＡ）の発行した証明書の検証を行うときに用いられる。
【０５１２】
具体的には、図１６の鍵記憶部５４が、図５９の証明鍵表と、図６１の鍵保持装置固有情報を保持する。データ記憶部５３が、図６０の認証情報表と図６３のＣＡ公開鍵情報を保持する。データ管理部５５は、鍵割り当て者端末１２（鍵割り当て者ＫＡ）から送付された情報や、図６０の認証情報表の鍵割り当て報告書の有効期限に従って、鍵記憶部５４とデータ記憶部５３に保持されているデータに対して、内容の追加あるいは削除を行う。
【０５１３】
図６２のユーザＰＫＩ情報は、鍵保持装置２２に接続されるＩＣカード２３（記憶部７１（図１７））に保持される。この例においては、鍵保持装置２２は、例えば、ＩＣカード２３がその認証処理部５８（図１６）に接続されている場合、ＩＣカード２３に対して、図６２のユーザＰＫＩ情報を利用する暗号化、および、復号の計算、並びに、証明書の提供を依頼することができる。
【０５１４】
図６４と図６５は、認証センタ端末２１１が保持するデータの例を表している。
【０５１５】
即ち、この例においては、例えば、認証センタ端末２１１のメモリ（図４５の記憶部２２８等）には、少なくとも、新たな証明書を発行するための、図６５に示されるようなＣＡ鍵情報、および、発行済み証明書を管理する、図６４に示されるような証明書表が記憶されている。
【０５１６】
図６５のＣＡ鍵情報は、ＣＡ秘密鍵とＣＡ公開鍵とからなる。
【０５１７】
ＣＡ公開鍵は、公開され、サービス提供者端末１３（サービス提供者ＳＰ）、鍵割り当て者端末１２（鍵割り当て者ＫＡ）、または、鍵保持装置１１（ユーザＵｓｅｒ）などの、認証鍵割当システム２０１の参加者により保持される公開鍵を表している。
【０５１８】
この例においては、例えば、図６４の証明書表は、Ａｃｃ−ＩＤと証明書ＩＤで検索できるデータベースとして実装される。
【０５１９】
図６４の証明書表において、各レコードは、認証センタ端末２１１（認証センタＣＡ）の発行済みの有効な証明書に対応する。
【０５２０】
Ａｃｃ−ＩＤは、公開鍵認証基盤でのエンティティ（この例場合には、鍵保持装置２２（ユーザＵｓｅｒ）、サービス提供者端末１３（サービス提供者ＳＰ）、および、鍵割り当て者端末１２（鍵割り当て者ＫＡ））の識別番号を表しており、一意に振られている。
【０５２１】
証明書は、証明書のデータの内容を表しており、証明書ＩＤは、証明書の識別番号を表している。
【０５２２】
図６６は、認証センタ端末２１１（認証センタＣＡ）から発行される証明書の例を表している。
【０５２３】
図６６の証明書において、Ａｃｃ−ＩＤは、公開鍵認証基盤でのユーザ（この場合、ＩＣカード２３（ユーザＵｓｅｒ）以外に、サービス提供者端末１３（サービス提供者ＳＰ）と鍵割り当て者端末１２（鍵割り当て者ＫＡ））も含まれる）の識別番号を表している。
【０５２４】
有効期限は、証明書の有効期限を表している。
【０５２５】
証明書ＩＤは、証明書の識別番号を表している。
【０５２６】
公開鍵は、この証明書によってＡｃｃ−ＩＤのユーザと関係付けられた公開鍵を表している（即ち、Ａｃｃ−ＩＤのユーザは公開鍵Ｋｐｕｂ０と対応する秘密鍵を保持するＩＣカードを持つ）。
【０５２７】
付属情報は、Ａｃｃ−ＩＤのユーザに関するその他の情報を表している。
【０５２８】
ＣＡ署名は、証明書のデータ全体に対して認証センタ端末２１１（認証センタＣＡ）が生成した電子署名を表している。
【０５２９】
次に、本発明の第２実施形態が適用される認証鍵割当システム２０１の動作を説明する。
【０５３０】
認証鍵割当システム２０１の動作の概略は、本発明の第１実施形態が適用される認証鍵割当システム１のそれと基本的に同様である。
【０５３１】
従って、認証鍵割当システム２０１の動作も、図２３のフローチャートを参照して説明する。
【０５３２】
はじめに、ステップＳ１において、「サービス選択／鍵割り当て処理」が実行される。
【０５３３】
第２実施形態における「サービス選択／鍵割り当て処理」の処理の流れは、第１実施形態のそれと、基本的に同様とされる。即ち、第２実施形態における「サービス選択／鍵割り当て処理」は、上述した図２７のアローチャートに従って実行される。
【０５３４】
そこで、ここでは、第１実施形態において説明した処理については、その説明を適宜省略し、以下、図２７のアローチャートを参照して、第１実施形態とは異なる処理を中心に説明する。
【０５３５】
図２７に示されるように、はじめに、ステップ１１において、ユーザ端末２１は、サービス（選択サービス）を選択し、それをサービス提供者端末１３に送付する。
【０５３６】
サービス提供者端末１３は、ステップＳ４１において、その通知を受け取り、ステップＳ４２において、図５１の鍵割り当て依頼書を生成し、鍵保持装置２２に送付する。
【０５３７】
鍵保持装置２２は、ステップＳ１２において、これを受け取り、一時的に保持すると同時に、ステップＳ１３において、鍵割り当て者端末１２に送付する。
【０５３８】
鍵割り当て者端末１２は、ステップＳ２１において、これを受け取ると、鍵割り当て依頼書のサービス提供者端末１３の電子署名を検証する。具体的には、図５１の鍵割り当て依頼書とともに、サービス提供者端末１３（サービス提供者ＳＰ）の証明書も送られる。
【０５３９】
第２実施形態におけるステップＳ２２の処理（「鍵保持装置と相互認証＋鍵共有処理」）、および、ステップＳ１４の処理（「鍵割り当て者と相互認証＋鍵共有処理」）は、上述した第１実施形態におけるそれらと同様とされるので、それらの説明は省略する。
【０５４０】
これに対して、第２実施形態におけるステップＳ２３の処理（「鍵保持装置のユーザ認証処理」）、および、ステップＳ１５の処理（ユーザ認証応答処理））は、図２７に示される処理、即ち、第１実施形態におけるそれらの処理と異なる。
【０５４１】
これらの第２実施形態におけるステップＳ２３の処理（「鍵保持装置のユーザ認証処理」）、および、ステップＳ１５の処理（ユーザ認証応答処理））の詳細が、図６７に示されている。
【０５４２】
そこで、図６７を参照して、第２実施形態におけるステップＳ２３の処理（「鍵保持装置のユーザ認証処理」）、および、ステップＳ１５の処理（ユーザ認証応答処理））の詳細を説明する。
【０５４３】
図６７に示されるように、はじめに、鍵保持装置２２（ユーザ装置１１）は、ステップＳ１５−１１で、図６６の証明書の識別番号ＣＩＤ（証明書ＩＤ）を含むデータＯＣＳＰ＿ＲＥＱを、認証センタ端末２１１に送付する。
【０５４４】
具体的には、鍵保持装置２２（ユーザ装置１１）は、認証センタ端末２１１に対して、鍵保持装置２２に接続されているＩＣカード２３から得られるユーザの証明書の失効状況を、ＯＣＳＰプロトコル（ＲＦＣ２５６０）によって問い合わせる。
【０５４５】
認証センタ端末２１１は、ステップＳ１９１で、データＯＣＳＰ＿ＲＥＱを受け取ると、識別番号ＣＩＤに対応する証明書の有効性を検査し（識別番号ＣＩＤの証明書が図６４の証明書表に含まれることを確認し）、検査結果ＯＣＳＰ＿ＲＥＰを鍵保持装置２２に送付する。
【０５４６】
具体的には、認証センタ端末２１１は、識別番号ＣＩＤ、および、証明書の状態ｓｔａｔｕｓ（ＶＡＬＩＤ／ＩＮＶＡＬＩＤ／ＵＮＫＮＯＷＮ）で分類する。
【０５４７】
なお、証明書の状態ｓｔａｔｕｓ（ＶＡＬＩＤ／ＩＮＶＡＬＩＤ／ＵＮＫＮＯＷＮ）は、認証センタ端末２１１が発行した証明書でなければＵＮＫＮＯＷＮを返し、図６４の証明書表に一致する証明書識別番号のレコードがあればＶＡＬＩＤを返し、図６４の証明書表に一致する証明書識別番号のレコードがなければＩＮＶＡＬＩＤを返す関数とされる。
【０５４８】
認証センタ端末２１１は、ステップＳ１９２で、検査結果ＯＣＳＰ＿ＲＥＰとして、データＣＩＤ｜｜ｓｔａｔｕｓ｜｜ｔｉｍｅ｜｜Ｓｉｇ（ＣＩＤ｜｜ｓｔａｔｕｓ｜｜ｔｉｍｅ）を生成し、鍵保持装置２２に送付する。
【０５４９】
なお、分類した識別者番号ＣＩＤおよび証明書の状態ｓｔａｔｕｓ、並びに、検査を行った時刻ｔｉｍｅを連結したデータがＣＩＤ｜｜ｓｔａｔｕｓ｜｜ｔｉｍｅとされ、かつ、それに対する認証センタＣＡ（認証センタ端末２１１）の電子署名がＳｉｇ（ＣＩＤ｜｜ｓｔａｔｕｓ｜｜ｔｉｍｅ）とされる。
【０５５０】
鍵保持装置２２は、ステップＳ１５−１２で、検査結果ＯＣＳＰ＿ＲＥＰを受け取ると、ステップＳ１５−１３で、その検査結果ＯＣＳＰ＿ＲＥＰと、接続されているＩＣカード２３から得られるユーザの証明書ＣＥＲＴｂを、鍵割り当て者端末１２に送付する。
【０５５１】
鍵割り当て者端末１２は、ステップＳ２３−１１で、それらを受け取ると、ユーザの証明書ＣＥＲＴｂから公開鍵を抽出し、検査結果ＯＣＳＰ＿ＲＥＰを確認する。即ち、鍵割り当て者端末１２は、検査結果ＯＣＳＰ＿ＲＥＰとＣＥＲＴｂの電子署名を検証し、ユーザＵｓｅｒ（ＩＣカード２３）の証明書が有効なことを確認する。
【０５５２】
なお、ここではユーザの証明書の失効状況を鍵保持装置２２が、ＯＣＳＰプロトコルを使って取得する場合の例について説明したが、この例に限定されず、例えば、ユーザＵｓｅｒ（鍵保持装置２２）からは、ユーザの証明書だけを鍵割り当て者端末１２に送り、鍵割り当て者端末１２が同じプロトコルを使って、証明書の失効状況を取得するようにしてもよい。
【０５５３】
そして、鍵割り当て者端末１２は、ステップＳ２３−１２で、乱数Ｒａを生成し、鍵保持装置２２に送付する。
【０５５４】
鍵保持装置２２は、ステップＳ１５−１４で、乱数Ｒａを受け取ると、ステップＳ１５−１５で、接続されているＩＣカード２３に、ユーザＵｓｅｒの秘密鍵を利用して、乱数Ｒａへの電子署名Ｓｉｇ（Ｒａ）を演算させる。そして、鍵保持装置２２は、乱数Ｒａと電子署名Ｓｉｇ（Ｒａ）を連結したデータＲａ｜｜Ｓｉｇ（Ｒａ）を、鍵割り当て者端末１２に送付する。
【０５５５】
鍵割り当て者端末１２は、ステップＳ２３−１３で、データＲａ｜｜Ｓｉｇ（Ｒａ）を受け取ると、そのうちの電子署名Ｓｉｇ（Ｒａ）を抽出し、すでに有効性の検証の済んだ証明書に含まれる公開鍵で検証する。その検証結果が正しい結果であった場合、鍵割り当て者端末１２は、ユーザＵｓｅｒ（ＩＣカード２３）のＡｃｃ−ＩＤを特定できたことになる。
【０５５６】
図２７に戻り、ステップＳ２４において、鍵割り当て者端末１２は、鍵保持装置２２に割り当てる認証手法の識別番号ＫＩＤを決定し、適当な方法で乱数から公開鍵暗号の秘密鍵と公開鍵のペア（Ｋｐｒ，Ｋｐｕｂ）を新たに生成する。この鍵ペア（Ｋｐｒ，Ｋｐｕｂ）が、新たに割り当てられる認証手法の証明鍵および検証鍵として用いられる。そして、鍵割り当て者端末１２は、識別番号ＫＩＤと証明鍵（新規鍵）Ｋｐｒを、鍵保持装置２２に送付する。
【０５５７】
具体的には、鍵割り当て者端末１２は、上述した鍵保持装置２２と共有している一時鍵Ｋｓｅｓを用いて、識別番号ＫＩＤと証明鍵（新規鍵）Ｋｐｒを暗号化データＥ（Ｋｓｅｓ，ＫＩＤ｜｜Ｋｐｒ）として、それを、鍵保持装置２２に送る。
【０５５８】
鍵保持装置２２は、ステップＳ１６において、暗号化データＥ（Ｋｓｅｓ，ＫＩＤ｜｜Ｋｐｒ）を受け取り、一時鍵Ｋｓｅｓを用いて識別番号ＫＩＤと証明鍵（新規鍵）Ｋｐｒを復号する。そして、鍵保持装置２２は、自身の保持する図５９の証明鍵表に新たなレコードを追加する。
【０５５９】
また、鍵割り当て者端末１２は、ステップＳ２５において、図５２の鍵割り当て報告書を生成し、鍵保持装置２２に送付する。
【０５６０】
同時に、鍵割り当て者端末１２は、図４６の鍵割り当て表に、割り当てを行った認証手法の一意な識別番号ＫＩＤ、証明鍵Ｋｐｒ、割り当てた相手のユーザの識別番号ＡＩＤ、割り当てた鍵保持装置の識別番号ＨＷＩＤ、鍵割り当て依頼書Ａｐｐ、および、鍵割り当て報告書Ｒｅｐからなるレコードを追加する。
【０５６１】
そして、鍵割り当て者端末１２は、ステップＳ２６（図２５）において、識別番号ＡＩＤの（ＩＣカード２３を所有する）ユーザＵｓｅｒに対して課金を行う。
【０５６２】
鍵保持装置２２は、ステップＳ１７において、図５２の鍵割り当て報告書を受け取ると、ステップＳ１８において、それをサービス提供者端末１３に送付する。
【０５６３】
同時に、鍵保持装置２２は、図６０の認証情報表に、割り当てられた認証手法の識別番号、すでにサービス提供者から受け取り済みの鍵割り当て依頼書、および、鍵割り当て報告書からなるレコードを追加する。
【０５６４】
サービス提供者端末１３は、ステップＳ４３において、鍵割り当て報告書を受け取る。そして、サービス端末者１３は、鍵割り当て報告書に含まれる鍵割り当て者の署名を検証する。サービス提供端末１３は、その検証に成功すれば、認証手法の識別番号、すでに送付した鍵割り当て依頼書、および、受け取った鍵割り当て報告書からなるレコードを図５３の認証情報表に追加する。
【０５６５】
図２３に戻り、ステップＳ１の処理（「サービス選択／鍵割り当て処理」）が実行されると、ステップＳ２において、「鍵使用／サービス提供処理」が実行される。
【０５６６】
第２実施形態における「鍵使用／サービス提供処理」の詳細が、図６８と図６９のフローチャートに示されている。そこで、図６８と図６９のフローチャートを参照して、第２実施形態における「鍵使用／サービス提供処理」の詳細を説明する。
【０５６７】
図６８は、ユーザ装置１１（図４４）の「鍵使用／サービス提供処理」を表している。図６９は、サービス提供者端末１３（図４４）の「鍵使用／サービス提供処理」を表している。
【０５６８】
はじめに、図６８を参照して、ユーザ装置１１の「鍵使用／サービス提供処理」について説明する。
【０５６９】
鍵保持装置２２（具体的には、ＣＰＵ５１（図１６））は、ステップＳ２０１において、サービスを選択する。
【０５７０】
例えば、この例においては、鍵保持装置２２は、自分自身が保持する図６０のサービス情報表からサービス内容を、ユーザ端末２１のディスプレイ（出力部３７（図１５））に表示させるなどして、その中から利用したいサービスに対応するレコードをユーザＵｓｅｒに選択させることで、サービスを選択する。
【０５７１】
ステップＳ２０２において、鍵保持装置２２は、選択されたレコードの鍵割り当て依頼書と、鍵割り当て報告書（以下、鍵割り当て依頼書＋鍵割り当て報告書と記述する）を、サービス提供者端末１３に送付する。なお、この例においては、送付先は、例えば、権利証書のサービス内容に含まれているものとする。
【０５７２】
後述するように、サービス提供者端末１３は、鍵割り当て依頼書＋鍵割り当て報告書を受け取る。そして、サービス提供者端末１３は、鍵割り当て依頼書＋鍵割り当て報告書を検査する。
【０５７３】
この検査は、鍵割り当て依頼書が、図５１の形式として正しいか否かの判定、割り当て報告書が、図５２の形式として正しいか否かの判定、電子署名の検証、鍵割り当て依頼書に含まれる依頼書ＩＤとＳＰ−ＩＤが鍵割り当て報告書に含まれるものと一致するか否かの判定、および、サービス提供者端末１３が保持する図５５の失効鍵表の中に、鍵割り当て報告書に記述されているＫｅｙ−ＩＤが含まれるか否かの判定とされる。これら全ての検査に成功した場合には、サービス提供者端末１３は、鍵割り当て依頼書から提供すべきサービスと認証方法（検証鍵）　Ｋｐｕｂを得る。以下、このような一連の処理を、依頼書報告書検査＋検証鍵抽出と称する。
【０５７４】
サービス提供者端末１３は、依頼書報告書検査＋検証鍵抽出に成功すると、「目的別認証の検証処理」を実行する（図６９のステップＳ２２１乃至Ｓ２２３）。
【０５７５】
このとき、鍵保持装置２２は、ステップＳ２０３において、この目的別認証の検証処理に対応する「目的別認証応答処理」を実行する。
【０５７６】
即ち、鍵保持装置２２（ユーザＵｓｅｒ）とサービス提供者端末１３（サービス提供者ＳＰ）の間で割り当てられた認証手法での認証が行われる。
【０５７７】
この第２実施形態における「目的別認証応答処理」の詳細が、図７０と図７１に示されている。
【０５７８】
そこで、図７０と図７１を参照して、第２実施形態における「目的別認証応答処理」の詳細について説明する。
【０５７９】
図７０は、鍵保持装置２２とサービス提供者端末１３が対応する検証鍵Ｋｐｕｂと証明鍵Ｋｐｒをもつ場合の公開鍵認証を行う手順が示されている（「目的別認証の検証処理」と「目的別認証応答処理」の対応が示されている）。
【０５８０】
図７０に示されるように、サービス提供者端末１３は、ステップＳ２２３−１で、乱数Ｒａを生成し、その乱数ＲａとＫｅｙ−ＩＤ（以下、ＫＩＤと記述する）との連結データＫＩＤ｜｜Ｒａを、鍵保持装置２２に送付する。
【０５８１】
鍵保持装置２２は、ステップＳ２０３−１で、データＫＩＤ｜｜Ｒａを受け取ると、ＫＤと乱数Ｒａのそれぞれを抽出し、ＫＩＤに対応する証明鍵（図５９の証明鍵表から得られる証明鍵）Ｋｐｒを選択する。そして、鍵保持装置２２は、乱数Ｒａに、証明鍵Ｋｐｒで電子署名Ｓｉｇ（Ｒａ）＝Ｄ（Ｋｐｒ，ｈ（Ｒａ））を生成する。
【０５８２】
鍵保持装置２２は、ステップＳ２０３−２で、その電子署名Ｓｉｇ（Ｒａ）とＫＩＤの連結データＫＩＤ｜｜Ｓｉｇ（Ｒａ）を、サービス提供者端末１３に送付する。
【０５８３】
サービス提供者端末１３は、ステップＳ２２３−２で、この連結データを受け取ると、ＫＩＤと電子署名Ｓｉｇ（Ｒａ）のそれぞれを抽出し、電子署名Ｓｉｇ（Ｒａ）がＥ（Ｋｐｕｂ，Ｓｉｇ（Ｒａ））＝ｈ（Ｒａ）を満たすことを検証し、即ち、電子署名Ｓｉｇ（Ｒａ）が、検証鍵Ｋｐｕｂで復号できることを確認する。その検証に成功すれば、割り当てられた認証手法による認証に成功したことになる。
【０５８４】
これに対して、図７１は、鍵共有を行う場合についての「目的別認証の検証処理」と「目的別認証応答処理」の対応が示されている。
【０５８５】
図７１に示されるように、はじめに、サービス提供者端末１３は、ステップＳ２２３−１で、乱数Ｒａ，ｒａを生成し、乱数ｒａからＤｉｆｆｉｅ−Ｈｅｌｌｍａｎの鍵共有のための計算値ｙａ＝ｇ＾ｒａ　ｍｏｄ　ｐ（ｐを法とするｇのｒａ乗の剰余）を演算する。
【０５８６】
そして、サービス提供者端末１３は、これらと、Ｋｅｙ−ＩＤとを連結したデータＫＩＤ｜｜Ｒａ｜｜ｇ｜｜ｐ｜｜ｙａを鍵保持装置２２に送付する。
【０５８７】
鍵保持装置２２は、ステップＳ２０３−１１で、データＫＩＤ｜｜Ｒａ｜｜ｇ｜｜ｐ｜｜ｙａを受け取ると、乱数ｒｂを生成する。
【０５８８】
そして、鍵保持装置２２は、ステップＳ２０３−１２で、ｙｂ＝ｇ＾ｒｂ　ｍｏｄ　ｐ（ｐを法とするｇのｒｂ乗の剰余）を演算する。
【０５８９】
また、鍵保持装置２２は、受け取ったＫＩＤに対応する証明鍵Ｋｐｒを選択し、受け取ったＲａに対して、証明鍵Ｋｐｒを利用して電子署名ＳＩＧ　（Ｒａ）＝　Ｄ（Ｋｐｒ，ｈ（Ｒａ））を演算し、その電子署名ＳＩＧ　（Ｒａ）、ＫＩＤ、および、演算した結果値ｙｂの連結データＫＩＤ｜｜ＳＩＧ　（Ｒａ）｜｜ｙｂを、サービス提供者端末１３に送付する。
【０５９０】
サービス提供者端末１３は、ステップＳ２２３−２で、受け取った電子署名ＳＩＧ（Ｒａ）を検証鍵Ｋｐｕｂで検証し、即ち、Ｅ（Ｋｐｕｂ，ＳＩＧ（Ｒａ））＝ｈ（Ｒａ）が満たされることを検証する。この検証に成功すれば割り当てられた認証手法による認証に成功したことになる。
【０５９１】
その場合には、鍵保持装置２２は、ステップＳ２０３−１３で、共用鍵Ｋｓｅｓ＝ｙａ＾Ｒｂ　ｍｏｄ　ｐ（ｐを法とするｙａのＲｂ乗の剰余）を一時的な共有鍵とし、サービス提供者側端末１３は、ステップＳ２２３−３で、　共用鍵Ｋｓｅｓ＝ｙｂ＾Ｒａ　ｍｏｄ　ｐ（ｐを法とするｙｂのＲａ乗の剰余）を一時的な共有鍵とする。これにより、鍵保持装置２２とサービス提供者端末１３は、お互いに共用鍵Ｋｓｅｓを共有できる。
【０５９２】
図６８に戻り、鍵保持装置２２は、ステップＳ２０４において、上述した（第１実施形態で説明した）図３４または図３５に対応する「サービス利用処理」を実行する。
【０５９３】
次に、図６９を参照して、サービス提供者端末１３の「鍵使用／サービス提供処理」について説明する。
【０５９４】
上述したように、鍵保持装置２２は、図６８のステップＳ２０１の処理で、サービスを選択し、ステップＳ２０２の処理で、鍵割り当て依頼書＋鍵割り当て報告書を、サービス提供者端末１３に送付してくる。
【０５９５】
このとき、サービス提供者端末１３（具体的には、ＣＰＵ１０１（図１９））は、ステップＳ２２１において、鍵割り当て依頼書＋鍵割り当て報告書を受け取る。
【０５９６】
そして、サービス提供者端末１３は、「依頼書報告書検査＋検証鍵抽出」の処理を実行し、ステップＳ２２２において、「依頼書報告書検査＋検証鍵抽出」が成功である否かを判定する。
【０５９７】
ステップＳ２２２において、「依頼書報告書検査＋検証鍵抽出」が失敗であると判定された場合（成功ではないと判定された場合）、その処理は終了される。
【０５９８】
これに対して、ステップＳ２２２において、「依頼書報告書検査＋検証鍵抽出」が成功であると判定された場合、ステップＳ２２３において、サービス提供者端末１３は、「目的別認証の検証処理」を実行する。
【０５９９】
なお、「目的別認証の検証処理」の詳細は、それに対応する図６８のステップＳ２０３の処理（「目的別認証応答処理」）で説明したので（上述したので）、その説明は省略する。
【０６００】
サービス提供者端末１３は、ステップＳ２２４において、認証が成功であるか否かを判定し、認証が失敗である（成功ではない）と判定した場合、その処理を終了する。
【０６０１】
これに対して、サービス提供者端末１３は、ステップＳ２２４において、認証が成功であると判定した場合、ステップＳ２２５において、上述した（第１実施形態で説明した）図３４または図３５に対応する「サービス提供処理」を実行する。
【０６０２】
図２３に戻り、ステップＳ２の処理（「鍵使用／サービス提供処理」）が終了すると、必要に応じて、ステップＳ６の処理（「鍵削除処理」）と、ステップＳ７の処理（「鍵使用停止処理」）が実行される。
【０６０３】
第２実施形態が適用されるステップＳ６の処理（「鍵削除処理」）は、上述した第１実施形態が適用される「鍵削除処理」と同様である。即ち、「鍵削除処理」は、上述した図３７乃至図３９のうちのいずれかのフローチャートに従って実行される。
【０６０４】
ただし、第２実施形態においては、削除の対象となるものは、鍵割り当て者端末１２の場合、図４６の鍵割り当て表とされ、サービス提供者端末１３の場合、図５３の認証情報表、および、図５５の失効鍵表とされ、鍵保持装置２２の場合、図６０の認証情報表、および、図５９の証明鍵表とされる。
【０６０５】
第２実施形態がが適用されるステップＳ７の処理（「鍵使用停止処理」）は、上述した第１実施形態が適用される「鍵使用停止処理」と同様である。即ち、「鍵使用停止処理」は、上述した図４０と図４１のフローチャートに従って実行される。
【０６０６】
ただし、第２実施形態においては、図４１のステップＳ１８３の処理で図５３の認証情報表から鍵使用停止要求書で指定されたＫｅｙ−ＩＤのレコードを削除することに加えて、失効鍵表にそのＫｅｙ−ＩＤと有効期限からなるレコードを追加する作業が必要である。
【０６０７】
また、図４０のステップ１６１の処理で、鍵割り当て者端末１２により生成され、サービス提供者端末１３に送付される鍵使用停止要求書の形式は、第１実施形態では、図４２の形式とされたが、第２実施形態では、図４３に示される形式とされる。
【０６０８】
図４３の鍵使用停止要求書は、使用停止する認証手法の識別番号Ｋｅｙ−ＩＤ、使用停止の日時Ｄａｔｅ−ｔｉｍｅ、使用停止する認証手法のもともとの有効期限、および、それらに対する鍵割り当て者の電子署名（ＫＡ電子署名）からなる。
【０６０９】
なお、鍵割り当て者端末１２は、割り当て済みの認証手法に対して、図４６の鍵割り当て表の「鍵割り当て依頼書」の項目から、その割り当てを受けたサービス提供者の識別番号ＳＰ−ＩＤを得ることができる。
【０６１０】
このように、第２実施形態が適用される認証鍵割当システム２０１においては、割り当てられる認証手法が公開鍵認証方式とされるので、「鍵使用／サービス提供処理」の「サービス利用処理（図６８のステップＳ２０４の処理）」および「サービス提供処理（図６９のステップＳ２２５の処理）」より前の処理（図６９のステップＳ２２１乃至Ｓ２２４の処理）は、サービス提供者ＳＰ（サービス提供者端末１３）でなくとも実行可能である。そのため、例えば、鍵保持装置２２をもつユーザＵｓｅｒ自身が、自分の持つ鍵保持装置２２がサービスを利用するための割り当てられた認証手法による認証に成功するか否かを検証可能になり、ユーザの安心感につながるという効果を奏することが可能になる。
【０６１１】
（第３実施形態）
図７２は、本発明の第３実施形態が適用される認証鍵割当システム３０１の構成例を表しており、図４の認証鍵割当システム１、または、図４４の認証鍵割当システム２０１に対応する部分には、対応する符号が付してある。
【０６１２】
この構成例においては、図１の認証鍵割当システム１に対して、認証センタ端末２１１が、ネットワーク１４にさらに接続されている。換言すると、図４４の認証鍵割当システム２０１に対して、汎用アカウント管理者端末１５が、ネットワーク１４にさらに接続されている。
【０６１３】
第３実施形態においては、図３に示されるように、参加者が、鍵割り当て者ＫＡ、認証センタＣＡ、ユーザＵｓｅｒ、サービス提供者ＳＰ、および、汎用アカウント管理者ＫＤＣとされる。サービス提供者ＳＰ（サービス提供者端末１３）は、公開鍵認証基盤によって検証できる電子署名を生成し、ユーザＵｓｅｒ（鍵保持装置２２）は、汎用アカウント方式で認証される。この場合における、公開鍵認証の認証手法を新たに割り当てる例について説明する。
【０６１４】
なお、鍵割り当て者端末１２（鍵割り当て者ＫＡ）は、サービス提供者端末１３（サービス提供者ＳＰ）の証明書の失効状況をあらかじめ把握しているも（定期的に関係するＣＲＬを収集している）。
【０６１５】
図７３乃至図７７は、鍵割り当て者端末１２が保持するデータの例を表している。
【０６１６】
即ち、この例においては、例えば、鍵割り当て者端末１２のメモリ（図１８の記憶部８８等）には、図７３に示されるような鍵割り当て表、図７４に示されるようなサービス提供者鍵表、図７５に示されるような鍵保持装置鍵表、図７６に示されるような鍵割り当て者アカウント情報、および、図７７に示されるようなＣＡ公開鍵情報が記録されている。
【０６１７】
この例においては、例えば、図７３の鍵割り当て表、図７４のサービス提供者鍵表、および、図７５の鍵保持装置鍵表のそれぞれは、対応するＫｅｙ−ＩＤ、ＳＰ−ＩＤ、または、ＨＷ−ＩＤで検索できるデータベースとして実装される。
【０６１８】
図７３の鍵割り当て表において、各行のレコードのそれぞれは、割り当てが行われた認証手法に対応している。
【０６１９】
Ｋｅｙ−ＩＤは、割り当てられた認証手法の識別番号を表しており、一意になるように振られる。
【０６２０】
Ａｃｃ−ＩＤは、認証手法の割り当てのときに支払いをしたユーザＵｓｅｒ（鍵保持装置２２）の汎用アカウントでの識別番号を表している。
【０６２１】
ＨＷ−ＩＤは、認証手法が割り当てられた鍵保持装置２２の識別番号を表している。
【０６２２】
ＳＰ−ＩＤは、認証手法の割り当てを受けたサービス端末者端末１３（サービス提供者ＳＰ）の識別番号を表している。
【０６２３】
有効期限は、認証手法の有効期限を表している。
【０６２４】
検証鍵は、割り当てられた認証手法の検証鍵（公開鍵暗号の公開鍵）を表している。
【０６２５】
証明鍵は、割り当てられた認証手法の証明鍵（公開鍵暗号の秘密鍵）を表している。
【０６２６】
権利証書は、鍵割り当てが行われたとき、サービス提供者端末１３（サービス提供者ＳＰ）が、それによって提供するサービスを証明するために生成するデータを表している。
【０６２７】
権利証書のは、例えば、図７８に示されるように構成される。
【０６２８】
図７８の権利証書において、Ｋｅｙ−ＩＤ、検証鍵、および、有効期限のそれぞれは、サービス提供のときに用いる認証手法の識別番号、検証鍵、および、有効期限のそれぞれを表している。サービス内容は、Ｋｅｙ−ＩＤの認証手法で認証される（鍵保持装置２２をもつ）ユーザＵｓｅｒ（ユーザ端末２１）に提供されるサービスの内容を表している。ＳＰ電子署名は、権利証書のデータ全体に対してサービス提供者端末１３（サービス提供者ＳＰ）が生成した電子署名を表している。
【０６２９】
図７４のサービス提供者鍵表において、各レコードは、鍵割り当て者端末１２（鍵割り当て者ＫＡ）と契約を結んだサービス提供者端末１３（サービス提供者ＳＰ）に対応する。
【０６３０】
ＳＰ−ＩＤは、鍵割り当て者端末１２（鍵割り当て者ＫＡ）と契約を結んだサービス提供者端末１３（サービス提供者ＳＰ）の識別番号を表しており、契約締結時に一意になるように振られる。
【０６３１】
ＳＰ−ａｄｄｒｅｓｓは、サービス提供者端末１３の連絡先アドレス（ＵＲＬなど）を表している。これは、認証手法の失効が発生した時や問い合わせ時の連絡先となる。
【０６３２】
ＳＰ−Ａｃｃ−ＩＤは、サービス提供者端末１３（サービス提供者ＳＰ）の公開鍵認証基盤での識別番号を表している。
【０６３３】
固有暗号鍵は、契約締結時にサービス提供者端末１３（サービス提供者ＳＰ）と鍵割り当て者端末１２（鍵割り当て者ＫＡ）の間で取り決めた暗号鍵を表しており、この暗号鍵は、両者の間での通信の秘匿性や完全性を保証する目的で用いられる。
【０６３４】
図７５の鍵保持装置鍵表は、図７の鍵保持装置表と同一の構成とされるので、その説明は省略する。
【０６３５】
図７６の鍵割り当て者アカウント情報は、図８の鍵割り当て者アカウント情報と同一の構成とされるので、その説明は省略する。
【０６３６】
図７７のＣＡ公開鍵情報は、図５０のＣＡ公開鍵情報と同一の構成とされるので、その説明は省略する。
【０６３７】
図７９は、サービス提供者端末１３が生成する鍵割り当て依頼書の例を表し、図８０は、鍵割り当て者端末１２が生成する鍵割り当て報告書の例を表している。これらの詳細については、後述する。
【０６３８】
図８１乃至図８６は、サービス提供者端末１３が保持するデータの例を表している。
【０６３９】
即ち、この例においては、例えば、サービス提供者端末１３のメモリ（図１９の記憶部１０８等）には、図８１に示されるような認証情報表、図８２に示されるようなサービス提供者固有情報、図８３に示されるような失効鍵表、図８４に示されるようなサービス提供者ＰＫＩ情報、図８５に示されるような鍵共有パラメータ、図８６に示されるようなＣＡ公開鍵情報が記憶されている。
【０６４０】
この例においては、例えば、図８１の認証情報表と図８３の失効鍵表は、Ｋｅｙ−ＩＤで検索できるデータベースとして実装される。
【０６４１】
図８１の認証情報表において、各レコードは、割り当てを受けた認証手法に対応する。
【０６４２】
Ｋｅｙ−ＩＤは、認証手法の識別番号を表している。権利証書は、鍵割り当て受けた認証手法に対して発行された権利証書を表している。
【０６４３】
図８２のサービス提供者固有情報は、図１０のサービス提供者固有情報と同一の構成とされるので、その説明は省略する。
【０６４４】
図８３の失効鍵表、図８４のサービス提供者ＰＫＩ情報、および、図８５の鍵共有パラメータのそれぞれは、図５５の失効鍵表、図５６のサービス提供者ＰＫＩ情報、および、図５７の鍵共有パラメータのそれぞれと同一の構成とされるので、その説明は省略する。
【０６４５】
図８６のＣＡ公開鍵情報は、図５０のＣＡ公開鍵情報と同一の構成とされるので、その説明は省略する。
【０６４６】
図８７乃至図９１は、鍵保持装置２２またはＩＣカード２３（ユーザＵｓｅｒ）が保持するデータの例を表している。
【０６４７】
即ち、この例においては、例えば、鍵保持装置２２のデータ記憶部５３若しくは鍵記憶部５４（図１６）、または、ＩＣカード２３の記憶部７１には、図８７に示されるような証明鍵表、図８８に示されるような認証情報表、図８９に示されるような鍵保持装置固有情報、図９０に示されるようなユーザカウント情報、および、図９１に示されるようなＣＡ公開鍵情報が記憶されている。
【０６４８】
この例において、例えば、図８７の証明鍵表と図８８の認証情報表はともに、Ｋｅｙ−ＩＤで検索できるデータベースとして実装される。
【０６４９】
図８７の証明鍵表、図８９の鍵保持装置固有情報、および、図９０のユーザカウント情報のそれぞれは、図１１の証明鍵表、図１３の鍵保持装置固有情報、および、図１４のユーザカウント情報のそれぞれと同一の構成とされるので、その説明は省略する。
【０６５０】
図８８の認証情報表において、各レコードは、鍵割り当て者端末１２（鍵割り当て者ＫＡ）から割り当てを受けた認証手法に対応する。
【０６５１】
Ｋｅｙ−ＩＤは、認証手法の識別番号を表している。権利証書は、鍵割り当て受けた認証手法に対して発行した権利証書を表している。
【０６５２】
図９１のＣＡ公開鍵情報は、図６３のＣＡ公開鍵情報と同一の構成とされるので、その説明は省略する。
【０６５３】
具体的には、図１６の鍵記憶部５４が、図８７の証明鍵表と図８９の鍵保持装置固有情報を保持する。データ記憶部５３が、図８８の認証情報表と図９１のＣＡ公開鍵情報を保持する。データ管理部５５は、鍵割り当て者端末１２（鍵割り当て者ＫＡ）から送付された情報や、データ記憶部５３に保持されている図８８の認証情報表内の権利証書の有効期限に従って、鍵記憶部５４とデータ記憶部５３に保持されているデータに対して、内容の追加あるいは削除する。
【０６５４】
図９０のユーザカウント情報は、鍵保持装置２２に接続されるＩＣカード２３（記憶部７１（図１７））に保持される。この例においては、鍵保持装置２２は、例えば、ＩＣカード２３がその認証処理部５８（図１６）に接続されている場合、ＩＣカード２３に対して、図９０のユーザカウント情報を利用する暗号化、および、復号の計算、並びに、証明書の提供を依頼することができる。
【０６５５】
図７２のアカウント管理者端末１５のメモリ（図２０の記憶部１２８等）には、図４のアカウント管理者端末１５が保持している情報と同様の情報、即ち、図２１のアカウント管理表、および、図２２の汎用アカウント管理鍵が記憶されている。
【０６５６】
図７２の認証センタ端末２１１のメモリ（図４５の記憶部２２８等）には、図４４の認証センタ端末２１１が保持している情報と同様の情報、即ち、図６４の証明証表、および、図６５のＣＡ公開鍵が記憶されている。
【０６５７】
ただし、図６４の証明書表のＡｃｃ−ＩＤが表す識別番号に対応する、公開鍵認証基盤でのエンティティは、第１実施形態においては、鍵保持装置２２（ユーザＵｓｅｒ）、サービス提供者端末１３（サービス提供者ＳＰ）、および、鍵割り当て者端末１２（鍵割り当て者ＫＡ））とされたが、第３実施形態においては、サービス提供者端末１３（サービス提供者ＳＰ）のみとされる。
【０６５８】
次に、本発明の第３実施形態が適用される認証鍵割当システム３０１の動作を説明する。
【０６５９】
認証鍵割当システム３０１の動作の概略は、本発明の第１実施形態が適用される認証鍵割当システム１（および、本発明の第２実施形態が適用される認証鍵システム２０１）のそれと基本的に同様である。
【０６６０】
従って、認証鍵割当システム３０１の動作も、図２３のフローチャートを参照して説明する。
【０６６１】
はじめに、ステップＳ１において、「サービス選択／鍵割り当て処理」が実行される。
【０６６２】
第３実施形態における「サービス選択／鍵割り当て処理」は、第１実施形態のそれと、基本的に同様の処理とされるが、若干差異がある。
【０６６３】
このような第３実施形態における「サービス選択／鍵割り当て処理」の詳細が、図９２乃至図９４のフローチャートと、図９５のアローチャートに示されている。図９２乃至図９４のフローチャートは、図９５のアローチャートに示される各装置の「サービス選択／鍵割り当て処理」を表している。即ち、図９２は、ユーザ装置１１（図７２）の「サービス選択／鍵割り当て処理」を、図９３は、鍵割り当て者端末１２（図７２）の「サービス選択／鍵割り当て処理」を、図９４は、サービス提供者端末１３（図７２）の「サービス選択／鍵割り当て処理」を、それぞれ表している。
【０６６４】
従って、ここでは、第１実施形態において説明した処理については、その説明を適宜省略し、以下、図９５のアローチャートを参照して、第１実施形態（または第２実施形態）とは異なる処理を中心に説明する。
【０６６５】
図９５において、はじめに、ユーザ端末２１（ユーザ装置１１）は、ステップＳ３０１において、サービス（選択サービス）を選択し、それをサービス提供者端末１３に送付する。
【０６６６】
サービス提供者端末１３は、ステップＳ３４１において、選択サービスを受け取り、ステップＳ３４２において、鍵割り当て依頼書を生成し、鍵保持装置２２に送付する。
【０６６７】
鍵保持装置２２（ユーザ装置１１）は、ステップＳ３０２において、鍵割り当て依頼書を受け取り、一時的に保持すると同時に、ステップＳ３０３において、鍵割り当て者端末１２に送付する。
【０６６８】
鍵割り当て者端末１２は、ステップＳ３２１において、鍵割り当て依頼書を受け取り、その鍵割り当て依頼書のサービス提供者端末１３（サービス提供者ＳＰ）の電子署名を検証する。
【０６６９】
図７９は、そのような鍵割り当て依頼書の例を表している。
【０６７０】
図７９の鍵割り当て依頼書において、依頼書ＩＤは、この依頼書を発行したサービス提供者端末１３（サービス提供者ＳＰ）で一意になるように付加される識別番号を表している。
【０６７１】
有効期限は、この依頼書で割り当てを依頼する認証手法に必要な有効期限を表している。
【０６７２】
ＳＰ−ＩＤは、サービス提供者端末１３（サービス提供者ＳＰ）の識別番号を表しており、サービス提供者端末１３（サービス提供者ＳＰ）が、鍵割り当て者端末１２（鍵割り当て者ＫＡ）との契約時にあらかじめ取り決めたものである。
【０６７３】
メッセージ認証コードは、サービス提供者固有暗号鍵を利用して、鍵割り当て依頼書のデータに対して生成されたコードを表しており、鍵割り当て依頼書の改竄の防止と鍵割り当て依頼書がサービス提供者端末１３（サービス提供者ＳＰ）によって生成されたことを証明する。
【０６７４】
図９５に戻り、鍵割り当て者端末１２が、鍵割り当て依頼書を受け取ると、鍵保持装置２２と鍵割り当て者端末１２のそれぞれは、ステップＳ３２２の処理（鍵割り当て者端末１２側の「鍵保持装置と相互認証＋鍵共用処理」）、または、ステップＳ３０４の処理（鍵保持装置２２側の「鍵割り当て者と相互認証＋鍵共用処理」）で、鍵保持装置２２と鍵割り当て者端末１２の間の相互認証＋鍵共有の処理を行う。
【０６７５】
なお、ステップＳ３２２およびＳ３０４の処理のそれぞれは、上述した図２７のステップＳ２２およびＳ１４の処理のそれぞれと、基本的に同様の処理とされるので、その説明は省略する。
【０６７６】
この段階で、鍵保持装置２２と鍵割り当て者端末１２は、一時的な暗号鍵Ｋｓｅｓを共有する。
【０６７７】
そして、鍵保持装置２２と鍵割り当て者端末１２のそれぞれは、ステップＳ３２３の処理（鍵割り当て者端末１２側の「鍵保持装置のユーザ認証処理」）、または、ステップＳ３０５の処理（鍵保持装置２２側の「ユーザ認証応答処理」）を実行する。
【０６７８】
なお、ステップＳ３２３およびＳ３０５の処理のそれぞれは、上述した図２７のステップＳ２３およびＳ１５の処理のそれぞれと、基本的に同様の処理そされるので、その説明は省略する。
【０６７９】
この段階で、鍵割り当て者端末１２は、鍵保持装置２２を保持するユーザＵｓｅｒ（ユーザ端末２１）を特定できる。
【０６８０】
ステップＳ３２４において、鍵割り当て者端末１２は、新規鍵を生成し、鍵保持装置２２に送付する。
【０６８１】
具体的には、例えば、鍵割り当て者端末１２は、鍵保持装置２２に割り当てる認証手法の識別番号ＫＩＤを、以前と重ならないようにして決定し、適当な方法で乱数から公開鍵暗号の秘密鍵と公開鍵のペア（Ｋｐｒ，Ｋｐｕｂ）を新たに生成する。即ち、この鍵ペア（Ｋｐｒ，Ｋｐｕｂ）が、新規鍵とされ、新たに割り当てられる認証手法の証明鍵と検証鍵として用いられる。
【０６８２】
そして、鍵割り当て者端末１２は、識別番号ＫＩＤと証明鍵Ｋｐｒを鍵保持装置２２に送付する。より具体的には、鍵割り当て者端末１２は、鍵保持装置２２と共有した一時鍵Ｋｓｅｓを用いて、識別番号ＫＩＤと証明鍵Ｋｐｒを暗号化データＥ（Ｋｓｅｓ，ＫＩＤ｜｜Ｋｐｒ）として鍵保持装置２２に送付する。
【０６８３】
ステップＳ３０６において、鍵保持装置２２は、新規鍵を受け取る。
【０６８４】
具体的には、鍵保持装置２２は、暗号化データＥ（Ｋｓｅｓ，ＫＩＤ｜｜Ｋｐｒ）を受け取り、識別番号ＫＩＤと証明鍵Ｋｐｒを復号する。そして、鍵保持装置２２の保持する図８７の証明鍵表に新たなレコードを追加する。
【０６８５】
そして、ステップＳ３２５において、鍵割り当て者端末１２は、鍵割り当て報告書を生成し、鍵保持装置２２に送付する。
【０６８６】
鍵割り当て者端末１２は、同時に、図７３の鍵割り当て表に対して、割り当てを行った認証手法の識別番号ＫＩＤ、証明鍵Ｋｐｒ、検証鍵Ｋｐｕｂ、割り当てた相手のユーザの識別番号Ａｃｃ−ＩＤ、割り当てを要求したサービス提供者のＳＰ−ＩＤ、有効期限、および、割り当てた鍵保持装置の識別番号ＨＷＩＤからなるレコードを追加する（権利証書の部分は空きのまま）。
【０６８７】
図８０は、鍵割り当て報告書の例を表している。
【０６８８】
図８０の鍵割り当て報告書において、Ｋｅｙ−ＩＤは、割り当てられた認証手法の識別番号を表している。
【０６８９】
依頼書ＩＤは、今回の認証手法割り当ての要求を行った鍵割り当て依頼書の識別番号を表している。
【０６９０】
有効期限は、割り当てられた認証手法の有効期限を表している。
【０６９１】
検証鍵は、割り当てられた認証手法の検証鍵を表している。
【０６９２】
メッセージ認証コードは、鍵割り当て報告書のデータに対して鍵割り当て者端末１２（鍵割り当て者ＫＡ）が、サービス提供者端末１３（サービス提供者ＳＰ）の固有暗号鍵（図７４のサービス提供者表から得られる固有暗号鍵）を利用して生成したコードを表しており、改竄の防止と鍵割り当て報告書が鍵割り当て者端末１２（鍵割り当て者ＫＡ）によって生成されたことを証明する。
【０６９３】
図９５に戻り、ステップＳ３０７において、鍵保持装置２２は、この鍵割り当て報告書を受け取り、サービス提供者端末１３に送付する。なお、この鍵割り当て報告者は、鍵割り当て者端末１２からサービス提供者端末１３に直接送付されてもよい。
【０６９４】
サービス提供者端末１３は、ステップＳ３４３において、鍵割り当て報告書を受け取る。そして、サービス提供者端末１３は、鍵割り当て報告書の鍵割り当て者のメッセージ認証コードを検証する。
【０６９５】
サービス提供者端末１３は、その検証に成功すれば、ステップＳ３４４において、図７８の権利証書を生成し、鍵保持装置２２に送付する。
【０６９６】
このとき、サービス提供者端末１３は、認証手法の識別番号Ｋｅｙ−ＩＤと、生成した権利証書を新しいレコードとして図８１の認証情報表に追加する。
【０６９７】
鍵保持装置２２は、権利証書を受け取り、鍵割り当て者端末１２に送付する。
【０６９８】
このとき、鍵保持装置２２は、認証手法の識別番号Ｋｅｙ−ＩＤと、権利証書を、図８８の認証情報表に新しいレコードとして追加する。なお、サービス提供者端末１３が、権利証書を、鍵割り当て者端末１２、および、ユーザ端末１２のそれぞれに直接送付してもよい。
【０６９９】
鍵割り当て者端末１２は、権利証書を受け取り、ユーザＵｓｅｒ（ユーザ端末２１）に対して課金を行う。
【０７００】
具体的には、鍵割り当て者端末１２は、受け取った権利証書の電子署名がサービス提供者端末１３（サービス提供者ＳＰ）によって生成されていることを確認の上、図７３の鍵割り当て表のうちの上述したステップＳ３２５の処理で生成されたレコード（権利証書の部分は空き）の権利証書の部分に追加する。
【０７０１】
そして、鍵割り当て者端末１２は、上述したステップＳ３２３の処理で特定したユーザＵｓｅｒ（ユーザ端末２１）に対して、権利証書のサービス内容と鍵割り当ての手数料の合計に見合った課金を行う。
【０７０２】
図２３に戻り、以上のようにして、ステップＳ１の処理（「サービス選択／鍵割り当て処理」）が完了実行すると、ステップＳ２において、「鍵使用／サービス提供処理」が実行される。
【０７０３】
第３実施形態における「鍵使用／サービス提供処理」の詳細が、図９６と図９７のフローチャートに示されている。そこで、図９６と図９７のフローチャートを参照して、第３実施形態における「鍵使用／サービス提供処理」の詳細を説明する。
【０７０４】
図９６は、ユーザ装置１１（図７２）の「鍵使用／サービス提供処理」を表している。図９７は、サービス提供者端末１３（図７２）の「鍵使用／サービス提供処理」を表している。
【０７０５】
はじめに、図９６を参照して、ユーザ装置１１の「鍵使用／サービス提供処理」について説明する。
【０７０６】
鍵保持装置２２（具体的には、ＣＰＵ５１（図１６））は、ステップＳ３６１において、サービスを選択する。
【０７０７】
例えば、この例においては、鍵保持装置２２は、自分自身が保持する図８８の認証情報表に含まれる権利証に含まれるサービス内容をユーザ端末２１のディスプレイ（図１５の出力部３７）に表示させ、その中から利用したいサービスに対応するレコードをユーザＵｓｅｒに選択させることで、サービスを選択する。
【０７０８】
鍵保持装置２２は、ステップＳ３６２において、選択されたサービスに対応する権利証書（図８８の認証情報表の選択されたレコードの権利証書）を、サービス提供者端末１３に送付する。なお、この例においては、この送付先は、権利証書のサービス内容に含まれているものとする。
【０７０９】
後述するように、サービス提供者端末１３は、権利証書を受け取る。そして、サービス提供者端末１３は、権利証書を検査する。
【０７１０】
この検査は、権利証書が図７８の形式として正しいか否かの判定、電子署名の検証、および、図８３の失効鍵表の中に、権利証書のＫｅｙ−ＩＤが含まれないかの判定とされる。これら全ての検査に成功した場合には、サービス提供者端末１３は、権利証書から提供すべきサービスと認証方法（検証鍵）を得る。以下、このような一連の処理を、権利証書検査＋検証鍵抽出と称する。
【０７１１】
サービス提供者端末１３は、権利証書検査＋検証鍵抽出に成功すると、「目的別認証の検証処理」を実行する（図９７のステップＳ３８１乃至Ｓ３８３）。
【０７１２】
このとき、鍵保持装置２２は、ステップＳ３６３において、この「目的別認証の検証処理」に対応する「目的別認証の応答処理」を実行する。
【０７１３】
即ち、鍵保持装置２２（ユーザＵｓｅｒ）とサービス提供者端末１３（サービス提供者ＳＰ）の間で割り当てられた認証手法での認証が行われる。
【０７１４】
ステップＳ３６３の処理（「目的別認証の応答処理」）、および、図９７のステップＳ３８３の処理（目的別認証の検証処理））のそれぞれは、上述した図６８のステップＳ２０３および図６９のステップＳ２２３の処理のそれぞれと、基本的に同様の処理とされるので、その説明は省略する。なお、上述したように、割り当てられた認証手法による認証方法としては、一時的な暗号鍵Ｋｓｅｓの共有を行う方法と行わない方法の２種類が可能とされる。
【０７１５】
即ち、鍵保持装置２２（ユーザＵｓｅｒ）とサービス提供者端末１３（サービス提供者ＳＰ）の間で割り当てられた認証手法での認証が行われる。
【０７１６】
鍵保持装置２２は、ステップＳ３６４において、上述した図３４または図３５に対応する「サービス利用処理」を実行する。
【０７１７】
次に、図９７を参照して、サービス提供者端末１３の「鍵使用／サービス提供処理」について説明する。
【０７１８】
上述したように、鍵保持装置２２は、図９６のステップＳ３６１の処理で、サービスを選択し、ステップＳ３６２の処理で、権利証書を、サービス提供者端末１３に送付してくる。
【０７１９】
このとき、サービス提供者端末１３（具体的には、ＣＰＵ１０１（図１９））は、ステップＳ３８１において、権利証書を受け取る。
【０７２０】
そして、サービス提供者端末１３は、ステップＳ３８２において、「権利証書検査＋検証鍵抽出」の処理を実行し、「権利証書検査＋検証鍵抽出」が成功である否かを判定する。
【０７２１】
ステップＳ３８２において、「権利証書検査＋検証鍵抽出」が失敗であると判定された場合（成功ではないと判定された場合）、その処理は終了される。
【０７２２】
これに対して、ステップＳ３８２において、「権利証書検査＋検証鍵抽出」が成功であると判定された場合、ステップＳ３８３において、上述した「目的別認証の検査処理」が実行される。
【０７２３】
サービス提供者端末１３は、ステップＳ３８４において、認証が成功であるか否かを判定し、認証が失敗である（成功ではない）と判定した場合、その処理を終了する。
【０７２４】
これに対して、サービス提供者端末１３は、ステップＳ３８４において、認証が成功であると判定した場合、ステップＳ３８５において、上述した図３４または図３５に対応する「サービス提供処理」を実行する。
【０７２５】
図２３に戻り、以上のようにして、ステップＳ２の処理（「鍵使用／サービス提供処理」）が終了すると、必要に応じて、ステップＳ６の処理（「鍵削除処理」）、または、ステップＳ７の処理（「鍵使用停止処理」）が実行される。
【０７２６】
第３実施形態が適用されるステップＳ６の処理（「鍵削除処理」）は、上述した第１実施形態が適用される「鍵削除処理」と同様である。即ち、「鍵削除処理」は、上述した図３７乃至図３９のうちのいずれかのフローチャートに従って実行される。
【０７２７】
ただし、第３実施形態においては、削除の対象となるものは、鍵割り当て者端末１２の場合、図７３の鍵割り当て表とされ、サービス提供者端末１３の場合、図８１の認証情報表、および、図８３の失効鍵表とされ、鍵保持装置２２の場合、図８８の認証情報表、および、図８７の証明鍵表とされる。
【０７２８】
第３実施形態が適用されるステップＳ７の処理（「鍵使用停止処理」）は、上述した第２実施形態が適用される「鍵使用停止処理」と同様である。即ち、「鍵使用停止処理」は、上述した図４０と図４１のフローチャートに従って実行される。
【０７２９】
また、図４０のステップ１６１の処理で、鍵割り当て者端末１２により生成され、サービス提供者端末１３に送付される鍵使用停止要求書の形式は、第１実施形態同様、図４２の形式とされる。
【０７３０】
このように、第３実施形態が適用される認証鍵割当システム３０１においては、割り当てられる認証手法が公開鍵認証方式とされるので、「鍵使用／サービス提供処理」の「サービス利用処理（図９６のステップＳ３６４の処理）」および「サービス提供処理（図９７のステップＳ３８５の処理）」より前の処理（図９７のステップＳ３８１乃至Ｓ３８４の処理）は、サービス提供者ＳＰ（サービス提供者端末１３）でなくとも実行可能である。そのため、鍵保持装置２２をもつユーザＵｓｅｒ自身が、自分の持つ鍵保持装置２２がサービスを利用するための割り当てられた認証手法による認証に成功するか否かを検証可能になり、ユーザの安心感につながるという効果を奏することが可能になる。
【０７３１】
また、第２実施形態に比較して、認証に必要な証明書は１つで済むのでデータ量と処理時間を削減できるという効果を奏することが可能になる。
【０７３２】
（第４実施形態）
本発明の第４実施形態が適用される認証鍵割当システムの構成は、図７２の構成と同様であるため、その説明は省略する。従って、図７２は、本発明の第４実施形態が適用される認証鍵割当システムの構成としても引用される。
【０７３３】
第４実施形態においては、鍵割り当て者ＡＰ（鍵割り当て者端末１２）が、公開鍵認証基盤によって検証できる電子署名を生成し、ユーザＵｓｅｒ（鍵保持装置２２）が汎用アカウント方式で認証される。この場合における、公開鍵認証の認証手法を新たに割り当てる例について説明する。
【０７３４】
なお、鍵割り当て者端末１２（鍵割り当て者ＫＡ）の証明書の失効状況は、ユーザＵｓｅｒ（鍵保持装置２２）、および、サービス提供者ＳＰ（サービス提供者端末１３）にあらかじめ把握されている（定期的に関係するＣＲＬが収集されている）。
【０７３５】
図９８乃至図１０２は、鍵割り当て者端末１２が保持するデータの例を表している。
【０７３６】
即ち、この例においては、例えば、鍵割り当て者端末１２のメモリ（図１８の記憶部８８等）には、図９８に示されるような鍵割り当て表、図９９に示されるようなサービス提供者鍵表、図１００に示されるような鍵保持装置鍵表、図１０１に示されるような鍵割り当て者ＰＫＩ情報、および、図１０２に示されるようなＣＡ公開鍵情報が記録されている。
【０７３７】
この例においては、例えば、図９８の鍵割り当て表、図９９のサービス提供者鍵表、および、図１００の鍵保持装置鍵表のそれぞれは、対応するＫｅｙ−ＩＤ、ＳＰ−ＩＤ、または、ＨＷ−ＩＤで検索できるデータベースとして実装される。
【０７３８】
図９８の鍵割り当て表において、各行のレコードのそれぞれは、割り当てが行われた認証手法に対応している。
【０７３９】
Ｋｅｙ−ＩＤは、割り当てられた認証手法の識別番号を表しており、一意になるように振られる。
【０７４０】
Ａｃｃ−ＩＤは、認証手法の割り当てのときに支払いをしたユーザＵｓｅｒ（ユーザ端末２１）の汎用アカウントでの識別番号を表している。
【０７４１】
ＨＷ−ＩＤは、認証手法が割り当てられた鍵保持装置２２の識別番号を表している。
【０７４２】
証明鍵は、割り当てられた認証手法の証明鍵（公開鍵暗号の秘密鍵）を表している。
【０７４３】
権利証書は、鍵割り当てを行ったときにサービス提供者端末１３（サービス提供者ＳＰ）がそれによって提供するサービスを証明するために生成するデータを表している。
【０７４４】
図１０３は、その権利証書の例を表している。
【０７４５】
図１０３の権利証書において、Ｋｅｙ−ＩＤ、検証鍵、および、有効期限のそれぞれは、サービス提供のときに用いられる認証手法の識別番号、検証鍵、および、有効期限のそれぞれを表している。
【０７４６】
サービス内容は、Ｋｅｙ−ＩＤの認証手法で認証される（鍵保持装置２２をもつ）ユーザＵｓｅｒ（ユーザ端末２１）に提供されるサービスの内容を表している。
【０７４７】
ＳＰ−ＩＤは、サービスを提供するサービス提供者端末１３（サービス提供者ＳＰ）の識別番号を表しており、鍵割り当て者端末１２（鍵割り当て者ＫＡ）との契約締結時にサービス提供者端末１３（サービス提供者ＳＰ）に一意に振られる。
【０７４８】
ＫＡ電子署名は、権利証書のデータ全体に対して鍵割り当て者が生成した電子署名を表している。
【０７４９】
図９９のサービス提供者鍵表、図１００の鍵保持装置鍵表、および、図１０１の鍵割り当て者ＰＫＩ情報のそれぞれは、図４７のサービス提供者鍵表、図４８の鍵保持装置鍵表、および、図４９の鍵割り当て者ＰＫＩ情報と同一の構成とされるので、その説明は省略する。
【０７５０】
図１０２のＣＡ公開鍵情報は、図５０のＣＡ公開鍵情報と同一の構成とされるので、その説明は省略する。
【０７５１】
図１０４は、サービス提供者端末１３が生成する鍵割り当て依頼書の構成例を表している。その説明は、後述する。
【０７５２】
図１０５乃至図１０８は、サービス提供者端末１３が保持するデータの例を表している。
【０７５３】
即ち、この例においては、例えば、サービス提供者端末１３のメモリ（図１９の記憶部１０８等）には、図１０５に示されるようなサービス提供者固有情報、図１０６に示されるような失効鍵表、図１０７に示されるような鍵共有パラメータ、および、図１０８に示されるようなＣＡ公開鍵情報が記憶されている。
【０７５４】
この例においては、例えば、図１０６の失効鍵表は、Ｋｅｙ−ＩＤで検索できるデータベースとして実装される。
【０７５５】
図１０５のサービス提供者固有情報、図１０６の失効鍵表、図１０７の鍵共有パラメータのそれぞれは、図８２のサービス提供者固有情報、図８３の失効鍵表、図８５の鍵共有パラメータのそれぞれと同一の構成とされるので、その説明は省略する。
【０７５６】
図１０８のＣＡ公開鍵情報は、図５０のＣＡ公開鍵情報と同一の構成とされるので、その説明は省略する。
【０７５７】
図１０９乃至図１１３は、鍵保持装置２２またはＩＣカード２３（ユーザＵｓｅｒ）が保持するデータの例を表している。
【０７５８】
即ち、この例においては、例えば、鍵保持装置２２のデータ記憶部５３若しくは鍵記憶部５４（図１６）、または、ＩＣカード２３の記憶部７１には、図１０９に示されるような証明鍵表、図１１０に示されるような認証情報表、図１１１に示されるような鍵保持装置固有情報、図１１２に示されるようなユーザカウント情報、および、図１１３に示されるようなＣＡ公開鍵情報が記憶されている。
【０７５９】
図１０９の証明鍵表、図１１０の認証情報表、図１１１の鍵保持装置固有情報、および、図１１２のユーザカウント情報のそれぞれは、図８７の証明鍵表、図８８の認証情報表、図８９の鍵保持装置固有情報、および、図９０のユーザカウント情報のそれぞれと同一の構成とされるので、その説明は省略する。
【０７６０】
図１１３のＣＡ公開鍵情報は、図５０のＣＡ公開鍵情報と同一の構成とされるので、その説明は省略する。
【０７６１】
例えば、図１６の鍵記憶部５４が、図１０９の証明鍵表と図１１１の鍵保持装置固有情報を保持する。データ記憶部５３が、図１１０の認証情報表と図１１３のＣＡ公開鍵情報を保持する。データ管理部５５は、鍵割り当て者端末１２（鍵割り当て者ＫＡ）から送付された情報や、データ記憶部５３に保持されている図１１０の認証情報表内の権利証書の有効期限に従って、鍵記憶部５４とデータ記憶部５３に保持されているデータに対して、内容の追加あるいは削除する。
【０７６２】
図１１２のユーザカウント情報は、鍵保持装置２２に接続されるＩＣカード２３（記憶部７１（図１７））に保持される。この例においては、鍵保持装置２２は、例えば、ＩＣカード２３がその認証処理部５８（図１６）に接続されている場合、ＩＣカード２３に対して、図１１２のユーザカウント情報を利用する暗号化、および、復号の計算、並びに、証明書の提供を依頼することができる。
【０７６３】
図７２のアカウント管理者端末１５のメモリ（図２０の記憶部１２８等）には、図４のアカウント管理者端末１５が保持している情報と同様の情報、即ち、図２１のアカウント管理表、および、図２２のアカウント管理者固有鍵が記憶されている。
【０７６４】
図７２の認証センタ端末２１１のメモリ（図４５の記憶部２２８等）には、図４４の認証センタ端末２１１が保持している情報と同様の情報、即ち、図６４の証明証表、および、図６５のＣＡ公開鍵が記憶されている。
【０７６５】
ただし、図６４の証明書表のＡｃｃ−ＩＤが表す識別番号に対応する、公開鍵認証基盤でのエンティティは、第４実施形態においては、鍵割り当て者端末１２（鍵割り当て者ＫＡ）のみとされる。
【０７６６】
次に、本発明の第４実施形態が適用される認証鍵割当システム３０１の動作を説明する。
【０７６７】
本発明の第４実施形態が提供される認証鍵割当システム３０１の動作の概略は、本発明の第３実施形態が適用されるそれ（並びに、本発明の第１実施形態が適用される認証鍵システム１、および、本発明の第２実施形態が適用される認証鍵システム２０１）のそれと基本的に同様である。
【０７６８】
従って、本発明の第４実施形態が適用される認証鍵割当システム３０１の動作も、図２３のフローチャートを参照して説明する。
【０７６９】
はじめに、ステップＳ１において、「サービス選択／鍵割り当て処理」が実行される。
【０７７０】
第４実施形態における「サービス選択／鍵割り当て処理」は、第３実施形態のそれと、基本的に同様の処理とされるが、若干差異がある。
【０７７１】
このような第４実施形態における「サービス選択／鍵割り当て処理」の詳細が、図１１４乃至図１１６のフローチャートと、図１１７のアローチャートに示されている。図１１４乃至図１１６のフローチャートは、図１１７のアローチャートに示される各装置の「サービス選択／鍵割り当て処理」を表している。即ち、図１１４は、ユーザ装置１１（図７２）の「サービス選択／鍵割り当て処理」を、図１１５は、鍵割り当て者端末１２（図７２）の「サービス選択／鍵割り当て処理」を、図１１６は、サービス提供者端末１３（図７２）の「サービス選択／鍵割り当て処理」を、それぞれ表している。
【０７７２】
従ってここでは、第３実施形態において説明した処理については、その説明を適宜省略し、以下、図１１７のアローチャートを参照して、第３実施形態（または第１若しくは第２実施形態）とは異なる処理を中心に説明する。
【０７７３】
図１１７において、はじめに、ユーザ端末２１（ユーザ装置１１）は、ステップＳ４０１において、サービス（選択サービス）を選択し、それをサービス提供者端末１３に送付する。
【０７７４】
サービス提供者端末１３は、ステップＳ４４１において、選択サービスを受け取り、ステップＳ４４２において、鍵割り当て依頼書を生成し、鍵保持装置２２に送付する。
【０７７５】
鍵保持装置２２（ユーザ装置１１）は、ステップＳ４０２において、鍵割り当て依頼書を受け取り、一時的に保持すると同時に、ステップＳ４０３において、鍵割り当て者端末１２に送付する。
【０７７６】
鍵割り当て者端末１２は、ステップＳ４２１において、鍵割り当て依頼書を受け取り、その鍵割り当て依頼書のサービス提供者端末１３（サービス提供者ＳＰ）のメッセージ認証コードを検証する。
【０７７７】
図１０４は、そのような鍵割り当て依頼書の例を表している。
【０７７８】
図１０４の鍵割り当て依頼書において、依頼書ＩＤは、この依頼書を発行したサービス提供者端末１３（サービス提供者ＳＰ）で一意になるように付加される識別番号を表している。
【０７７９】
有効期限は、この依頼書で割り当てを依頼する認証手法に必要な有効期限を表している。
【０７８０】
サービス内容は、サービス提供者端末１３（サービス提供者ＳＰ）が鍵割り当てを受けるユーザＵｓｅｒ（ユーザ端末２１）に提供する予定のサービスの内容を表している。
【０７８１】
ＳＰ−ＩＤは、サービス提供者端末１３（サービス提供者ＳＰ）の識別番号を表しており、サービス提供者端末１３（サービス提供者ＳＰ）が、鍵割り当て者端末１２（鍵割り当て者ＫＡ）との契約時にあらかじめ取り決めたものである。
【０７８２】
メッセージ認証コードは、サービス提供者固有暗号鍵を利用して、鍵割り当て依頼書のデータに対して生成されたコードを表しており、鍵割り当て依頼書の改竄の防止と鍵割り当て依頼書がサービス提供者端末１３（サービス提供者ＳＰ）によって生成されたことを証明する。
【０７８３】
図１１７に戻り、鍵割り当て者端末１２が、鍵割り当て依頼書を受け取ると、鍵保持装置２２と鍵割り当て者端末１２のそれぞれは、ステップＳ４２２の処理（鍵割り当て者端末１２側の「鍵保持装置と相互認証＋鍵共用処理」）、または、ステップＳ４０４の処理（鍵保持装置２２側の「鍵割り当て者と相互認証＋鍵共用処理」）で、鍵保持装置２２と鍵割り当て者端末１２の間の相互認証＋鍵共有の処理を行う。
【０７８４】
なお、ステップＳ４２２およびＳ４０４の処理のそれぞれは、上述した図２７のステップＳ２２およびＳ１４の処理のそれぞれと、基本的に同様の処理とされるので、その説明は省略する。
【０７８５】
この段階で、鍵保持装置２２と鍵割り当て者端末１２は、一時的な暗号鍵Ｋｓｅｓを共有する。
【０７８６】
そして、鍵保持装置２２と鍵割り当て者端末１２のそれぞれは、ステップＳ４２３の処理（鍵割り当て者端末１２側の「鍵保持装置のユーザ認証処理」）、または、ステップＳ４０５の処理（鍵保持装置２２側の「ユーザ認証応答処理」）を実行する。
【０７８７】
なお、ステップＳ４２３およびＳ４０５の処理のそれぞれは、図２７のステップＳ２３およびＳ１５の処理のそれぞれと、基本的に同様の処理とされるので、その説明は省略する。
【０７８８】
この段階で、鍵割り当て者端末１２は、鍵保持装置２２を保持するユーザＵｓｅｒ（ユーザ端末２１）を特定できる。
【０７８９】
ステップＳ４２４において、鍵割り当て者端末１２は、新規鍵を生成し、鍵保持装置２２に送付する。
【０７９０】
具体的には、上述した第３実施形態と同様に、鍵割り当て者端末１２は、鍵保持装置２２に割り当てる認証手法の識別番号ＫＩＤを、以前と重ならないように決定し、適当な方法で乱数から公開鍵暗号の秘密鍵と公開鍵のペア（Ｋｐｒ，Ｋｐｕｂ）を新たに生成する。即ち、この鍵ペア（Ｋｐｒ，Ｋｐｕｂ）が、新規鍵とされ、新たに割り当てられる認証手法の証明鍵と検証鍵として用いられる。
【０７９１】
そして、鍵割り当て者端末１２は、識別番号ＫＩＤと証明鍵Ｋｐｒを鍵保持装置２２に送付する。より具体的には、鍵割り当て者端末１２は、鍵保持装置２２と共有した一時鍵Ｋｓｅｓを用いて、識別番号ＫＩＤと証明鍵Ｋｐｒを暗号化データＥ（Ｋｓｅｓ，ＫＩＤ｜｜Ｋｐｒ）として鍵保持装置２２に送付する。
【０７９２】
ステップＳ４０６において、鍵保持装置２２は、新規鍵を受け取る。
【０７９３】
具体的には、鍵保持装置２２は、暗号化データＥ（Ｋｓｅｓ，ＫＩＤ｜｜Ｋｐｒ）を受け取り、識別番号ＫＩＤと証明鍵Ｋｐｒを復号する。そして、鍵保持装置２２の保持する図１０９の証明鍵表に新たなレコードを追加する。
【０７９４】
そして、ステップＳ４２５において、鍵割り当て者端末１２は、権利証書を生成し、鍵保持装置２２に送付する。
【０７９５】
即ち、鍵割り当て者端末１２は、第３実施形態においては（図９５の例では）、図８０の鍵割り当て報告書を生成したが、第４実施形態においては（図１１７の例では）、図１０３の権利証書を生成する。
【０７９６】
このとき、鍵割り当て者端末１２は、図９８の鍵割り当て表に、割り当てを行った認証手法の識別番号ＫＩＤ、割り当てた相手のユーザの識別番号Ａｃｃ−ＩＤ、割り当てた鍵保持装置の識別番号ＨＷＩＤ、権利証書Ｒｃｅｒｔ、および、証明鍵Ｋｐｒからなるレコードを追加する。また、鍵割り当て者端末１２は、ステップＳ４２３の処理で特定したユーザＵｓｅｒ（ユーザ端末２１）に対して、権利証書のサービス内容と鍵割り当ての手数料の合計に見合った課金を行う。
【０７９７】
鍵保持装置２２は、ステップＳ４０７において、権利証書を受け取る。
【０７９８】
そして、鍵保持装置２２は、受け取った権利証書に対して、電子署名が鍵割り当て者端末１２（鍵割り当て者ＫＡ）によって生成されていることを確認の上、権利証書に含まれる識別番号ＫＩＤと権利証書から成る新たなレコードを、図１１０の認証情報表に追加する。
【０７９９】
図２３に戻り、以上のようにして、ステップＳ１の処理（「サービス選択／鍵割り当て処理」）が終了すると、ステップＳ２において、「鍵使用／サービス提供処理」が実行される。
【０８００】
第４実施形態における「鍵使用／サービス提供処理」の流れは、基本的に第３実施形態のそれと同様である。即ち、第４実施形態における「鍵使用／サービス提供処理」も、図９６と図９７のフローチャートに従って実行される。
【０８０１】
ただし、第４実施形態においては、権利証書検査（サービス提供者端末１３が、図９７のステップＳ３８１の処理で受け取った権利書に対して行う検査）は、権利証書が図１０３の形式として正しいか否かの判定、電子署名の検証、および、送付された権利証書のＫｅｙ−ＩＤが、図１０６の失効鍵表に含まれるか否かとされる。
【０８０２】
図２３に戻り、ステップＳ２の処理（「鍵使用／サービス提供処理」）が終了すると、必要に応じて、ステップＳ６の処理（「鍵削除処理」）、または、ステップＳ７の処理（「鍵使用停止処理」）が実行される。
【０８０３】
第４実施形態が適用されるステップＳ６の処理（「鍵削除処理」）は、上述した第１実施形態が適用される「鍵削除処理」と同様である。即ち、「鍵削除処理」は、上述した図３７乃至図３９のうちのいずれかのフローチャートに従って実行される。
【０８０４】
ただし、第４実施形態においては、削除の対象となるものは、鍵割り当て者端末１２の場合、図９８の鍵割り当て表とされ、サービス提供者端末１３の場合、図１０６の失効鍵表とされ、鍵保持装置２２の場合、図１１０の認証情報表、および、図１０９の証明鍵表とされる。
【０８０５】
第４実施形態が適用されるステップＳ７の処理（「鍵使用停止処理」）は、上述した第２実施形態が適用される「鍵使用停止処理」と同様である。即ち、「鍵使用停止処理」は、上述した図４０と図４１のフローチャートに従って実行される。
【０８０６】
ただし、第４実施形態における「鍵使用停止処理」においては、サービス提供者端末１３は、第２実施形態における図５３の認証情報表に対応するものを保持しないので、認証情報表からレコードを削除する処理は省略される。
【０８０７】
また、図４０のステップ１６１の処理で、鍵割り当て者端末１２により生成され、サービス提供者端末１３に送付される鍵使用停止要求書の形式は、第１実施形態同様においては、図４２の形式とされるのに対して、第４実施形態においては、図４２、図４３のうちのいずれの形式とされてもよい。
【０８０８】
このように、第４実施形態が適用される認証鍵割当システム３０１においては、割り当てられる認証手法が公開鍵認証方式とされるので、「鍵使用／サービス提供処理」の「サービス利用処理（図９６のステップＳ３６４の処理）」および「サービス提供処理（図９７のステップＳ３８５の処理）」より前の処理（図９７のステップＳ３８１乃至Ｓ３８４の処理）は、サービス提供者ＳＰ（サービス提供者端末１３）でなくとも実行可能である。そのため、鍵保持装置２２をもつユーザＵｓｅｒ自身が、自分の持つ鍵保持装置２２がサービスを利用するための割り当てられた認証手法による認証に成功するか否かを検証可能になり、ユーザの安心感につながるという効果を奏することが可能になる。
【０８０９】
また、第３実施形態に比較して、鍵割り当て時に必要な通信の回数を削減することができるという効果を奏することが可能になる。
以上、第１乃至第４実施形態にわけて、本発明が適用される認証鍵割当システムについて説明したが、これらの認証鍵システムは、以下、（１）乃至（６）に示されるような効果を奏することが可能になる。
【０８１０】
（１）認証を必要とする２者間に専用の認証手法を割り当てることでその２者間で直接に認証を行うようにしたので、Ｋｅｒｂｅｒｏｓ方式の様に認証センタに依存する方法に比べ、認証を効率的に行うことができる。
【０８１１】
（２）２者間に専用の認証手法を割り当てるようにしたので、公開鍵認証基盤の様に不特定多数のものが１つの認証手法を使う場合とは異なり、認証手法の無効化が必要な場合にもその通知を行うべき相手の特定が可能になるので、その無効化が効率的に行える。
【０８１２】
（３）２者間に専用の認証手法を割り当てるときに使用目的を確定するようにしたので、認証を行う側が認証を受ける側を直接特定する必要がなくなり、個々の認証手法で利用できるサービスが限定され、認証手法が悪用された場合の被害を抑制することが可能になるとともに、認証を受ける側の匿名性を守ることが可能になる。
【０８１３】
（４）２者間に専用の認証手法を割り当てるときだけ、課金の目的でユーザの特定を必要とするが、それ以降に認証手法を利用するときにはユーザの特定を必要としないようにしたので、ユーザの安心感につながる。
【０８１４】
（５）２者間に割り当てる認証手法として公開鍵認証を使った場合、提供すべきサービス内容や認証の手段をサービス提供者が自分で管理する必要がなくなる。
【０８１５】
（６）２者間に割り当てる認証手法として公開鍵認証を使った場合、ユーザ自身で鍵保持装置に割り当てられた認証手法を確認できるようにしたので、ユーザの安心感をさらに高めることができる。
【０８１６】
（第５実施形態）
上述したように、第５実施形態は、第２実施形態に対応する実施形態であり、本発明の第５実施形態が適用される認証鍵割当システムの構成は、図４４の構成と同様であるため、その説明は省略する。従って、図４４は、本発明の第５実施形態が適用される認証鍵割当システムの構成としても引用される。
【０８１７】
ところで、第２実施形態においては、新たな認証手法の暗号鍵は、鍵割り当て者端末１２により生成されたが、第５実施形態においては、新たな認証手法の暗号鍵は、ユーザ装置１１の鍵保持装置２２により生成される。
【０８１８】
従って、第５実施形態においては、鍵保持装置２２は、さらに、新たな認証手法の暗号鍵を生成する機能を有する必要がある。
【０８１９】
即ち、第５実施形態においても、第２実施形態と同様に、新たな認証手法の暗号鍵として、公開鍵暗号の秘密鍵と公開鍵のペア（以下、公開鍵ペアと称する）（Ｋｐｒ，Ｋｐｕｂ）が用いられることになる。従って、鍵保持装置２２は、例えば、適当な方法（方法は、特に限定されず、例えば、ＩＥＥＥ−Ｐ１３６３において、標準的な方法がまとめられているので、その方法を適用することが可能である）で乱数から公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）を新たに生成する機能をさらに有する必要がある。
【０８２０】
このような機能は、上述した図１６の構成の鍵保持装置２２でも容易に実現可能である。この場合、演算処理部５６が、乱数を発生させることが可能なソフトウエアを利用して、乱数を発生させ、発生した乱数から公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）を新たに生成し、鍵記憶部５４に記憶させる。
【０８２１】
このような乱数の発生は、ハードウエアが実行することもできる。この場合、鍵保持装置２２は、例えば、図１１８に示される構成となる。即ち、図１１８の鍵保持装置２２においては、図１６のそれに対してさらに、新たな暗号鍵の生成に必要な乱数を発生することができる、ハードウエアとしての乱数発生部４０１が設けられている。
【０８２２】
なお、第１乃至第４実施形態においては、鍵割り当て者端末１２が、ソフトウエアを利用して乱数を発生させ（図１８のＣＰＵ８１が乱数を発生させ）、その乱数に基づいて暗号鍵を生成することを前提に説明を行ったが、当然ながら、図１１８の鍵保持装置２２と同様に、第１乃至第４実施形態における鍵割り当て者端末１２も、乱数発生部４０１と基本的に同様の機能と構成を有するハードウエア（図示せず）をさらに搭載し、そのハードウエア（乱数発生部４０１に相当するハードウエア）に乱数を発生させることも可能である。
【０８２３】
第５実施形態における、その他の装置、即ち、ユーザ端末２１、ＩＣカード２３、鍵割り当て者端末１２、サービス提供者端末１３、および、認証センタ端末２１１のそれぞれは、第２実施形態の対応する装置のそれぞれと基本的に同様の機能と構成を有している。従って、その他の装置の説明については省略する。
【０８２４】
また、第５実施形態が適用される認証鍵割当システムを構成する各装置のそれぞれは、第２実施形態の対応する装置のそれぞれが保持するデータと基本的に同様のデータを有しているが、若干差異がある。
【０８２５】
そこで、以下、第５実施形態が適用される認証鍵割当システムを構成する各装置のそれぞれが保有するデータについて説明する。
【０８２６】
即ち、鍵割り当て者端末１２は、第５実施形態においても、上述した図４７に示されるようなサービス提供者鍵表、上述した図４８に示されるような鍵保持装置鍵表、上述した図４９に示されるような鍵割り当て者ＰＫＩ情報、および、上述した図５０に示されるようなＣＡ公開鍵情報を保有している。
【０８２７】
ただし、第５実施形態においては、証明鍵は、ユーザＵｓｅｒが保有する鍵保持装置２２により生成されるので、鍵割り当て者端末１２は、図１１９に示されるような鍵割り当て表（図４６の鍵割り当て表に対して、証明鍵の項目を含まない鍵割り当て表）を保有することになる。
【０８２８】
図１１９の鍵割り当て表において、鍵割り当て依頼書と鍵割り当て報告書のそれぞれは、図４６の鍵割り当て表と同様に、レコード（行）に対応する認証手法の割り当てを依頼したサービス提供者端末１３（サービス提供者ＳＰ）から発行された鍵割り当て依頼書、それに対して鍵割り当て者端末１２（鍵割り当て者ＫＡ）が発行した鍵割り当て報告書のそれぞれを表している。
【０８２９】
即ち、第５実施形態においても、例えば、上述した図５１に示される鍵割り当て依頼書と、上述した図５２に示される鍵割り当て報告書のそれぞれが使用可能である。
【０８３０】
サービス提供者端末１３は、第５実施形態においても、上述した図５３に示されるような認証情報表、上述した図５４に示されるようなサービス提供者固有情報、上述した図５５に示されるような失効鍵表、上述した図５６に示されるようなサービス提供者ＰＫＩ情報、上述した図５７に示されるような鍵共用パラメータ、および、上述した図５８に示されるようなＣＡ公開鍵情報を保有している。
【０８３１】
鍵保持装置２２またはＩＣカード２３（ユーザＵｓｅｒ）は、第５実施形態においても、上述した図５９に示されるような証明鍵表、上述した図６０に示されるような認証情報表、上述した図６１に示されるような鍵保持装置固有情報、上述した図６２に示されるようなユーザＰＫＩ情報、および、上述した図６３に示されるようなＣＡ公開鍵情報を保有している。
【０８３２】
さらに、第５実施形態においては、鍵保持装置２２は、図１２０に示されるような、鍵保持装置ＰＫＩ情報を必要に応じて保有する。
【０８３３】
図１２０の鍵保持装置ＰＫＩ情報は、鍵保持装置２２が、公開鍵認証基盤で検証できる電子署名を生成するための情報を表しており、証明書と秘密鍵から構成される。
【０８３４】
即ち、鍵保持装置２２が、後述する図１２３のステップＳ５０４の「鍵割り当て者と相互認証＋鍵共有処理」において、ＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔ　Ｌａｙｅｒ）とＴＬＳ（Ｔｒａｎｓｐｏｒｔ　Ｌａｙｅｒ）を用いて鍵割り当て者端末１２と相互認証を行う場合、図１２０の鍵保持装置ＰＫＩ情報が利用される。
【０８３５】
なお、ＳＳＬ，ＴＬＳを用いる相互認証の詳細については、図１２８と図１２９を参照して後述する。
【０８３６】
また、第５実施形態においては、鍵保持装置２２は、自分自身で暗号鍵（証明鍵と、それと対になる検証鍵）を生成するので、生成した暗号鍵を一時的に保持するための、図１２１に示される鍵一時保持表を保有する。
【０８３７】
詳細には、例えば、鍵保持装置２２は、オンデマンドで暗号鍵を生成した場合、即ち、鍵割り当て者端末１２により新たな認証手法の暗号鍵（新規鍵）の生成が要求された時点で、暗号鍵を生成した場合、生成した暗号鍵（証明鍵Ｋｐｒと検証鍵Ｋｐｕｂの１対の暗号鍵ペア）を構成要素とする、図１２１の鍵一時保持表を生成し（生成した暗号鍵を鍵一時保持表のレコードに記述し）、保持（保有）する。
【０８３８】
さらに、鍵保持装置２２は、複数の暗号鍵の候補を予め保持する場合、図１２２に示されるような認証用鍵表も保有する。即ち、鍵保持装置２２、または鍵保持装置２２とは異なる他の装置（図示せず）は、予め、複数の暗号鍵の候補（証明鍵（候補）Ｋｐｒｎと検証鍵（候補）Ｋｐｕｂｎ（ただし、ｎは、任意の整数値）の公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ））を生成し、生成した複数の暗号鍵の候補のそれぞれに対して、Ｉｎｄｅｘ（Ｉｄｎ）を付与する。そして、鍵保持装置２２、または、鍵保持装置２２とは異なる他の装置は、付与した複数のＩｎｄｅｘ（Ｉｄｎ）と、それらに対応する複数の暗号鍵の候補（証明鍵（候補）Ｋｐｒｎと検証鍵（候補）Ｋｐｕｂｎ）のそれぞれを認証用鍵表の対応するレコード（行）にそれぞれ記述することで、認証用鍵表を生成する。即ち、認証用鍵表は、Ｉｎｄｅｘ、証明鍵（候補）、および、検証鍵（候補）から構成される。
【０８３９】
換言すると、図１２２の認証用鍵表には、上述したように、鍵保持装置２２自身により生成された暗号鍵の候補（公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ））が保持されてもよいし、鍵保持装置２２とは異なる他の装置により生成された暗号鍵の候補（公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ））が保持されてもよい。或いは、鍵保持装置２２自身により生成された暗号鍵の候補（公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ））と、鍵保持装置２２とは異なる他の装置により生成された暗号鍵の候補（公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ））が混在して保持されてもよい。
【０８４０】
鍵保持装置２２は、このようにして生成された図１２２の認証用鍵表を予め保持しておき、鍵割り当て者端末１２により新たな認証手法の暗号鍵（新規鍵）の生成が要求された時点で、認証用鍵表に記憶された複数の暗号鍵の候補（公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ））から所定の１つ（公開鍵ペア（Ｋｐｒｋ，Ｋｐｕｂｋ）（ただし、ｋは、ｎで表現可能な整数のうちの所定の値））を新規鍵として抽出することで、新規鍵を生成する。
【０８４１】
そして、鍵保持装置２２は、抽出した新規鍵（公開鍵ペア（Ｋｐｒｋ，Ｋｐｕｂｋ））を構成要素とする、図１２１の鍵一時保持表を生成し、保持（保有）する。
【０８４２】
なお、鍵保持装置２２が新規鍵を生成する場合、その処理の多くは、鍵保持装置２２内の演算処理部５６により実行される。また、図１２１の鍵一時保持表と、図１２２の認証用鍵表は、鍵保持装置２２内の鍵記憶部５４（図１６または図１１８）に保持される。従って、上述したように、少なくとも演算処理部５６と鍵記憶部５４は、その内部で保持あるいは処理しているデータ（いまの場合、新規鍵、または、その新規鍵を保持する図１２１の鍵一時保持表、若しくは、図１２２の認証用鍵表）が外部から取得や改変されないように、耐タンパ性を有するとよい。
【０８４３】
認証センタ端末２１１は、第５実施形態においても、上述した図６４に示されるような証明書表、および、上述した図６５に示されるようなＣＡ鍵情報を保有している。
【０８４４】
また、認証センタ端末２１１（認証センタＣＡ）は、図６６で示されるような証明書を発行する。
【０８４５】
次に、本発明の第５実施形態が適用される認証鍵割当システム２０１（図４４）の動作を説明する。
【０８４６】
第５実施形態における認証鍵割当システム２０１の動作の概略は、本発明の第２実施形態のそれと基本的に同様である。
【０８４７】
従って、本発明の第５実施形態が適用される認証鍵割当システム２０１の動作も、第２実施形態の説明と同様に、図２３のフローチャートを参照して説明する。
【０８４８】
はじめに、ステップＳ１において、「サービス選択／鍵割り当て処理」が実行される。
【０８４９】
第５実施形態における「サービス選択／鍵割り当て処理」は、第２実施形態のそれと、基本的に同様の処理とされるが、若干差異がある。
【０８５０】
このような第５実施形態における「サービス選択／鍵割り当て処理」の詳細が、図１２３乃至図１２５のフローチャートと、図１２６のアローチャートに示されている。図１２３乃至図１２５のフローチャートは、図１２６のアローチャートに示される各装置の「サービス選択／鍵割り当て処理」を表している。即ち、図１２３は、ユーザ装置１１（図４４）の「サービス選択／鍵割り当て処理」を、図１２４は、鍵割り当て者端末１２（図４４）の「サービス選択／鍵割り当て処理」を、図１２５は、サービス提供者端末１３（図４４）の「サービス選択／鍵割り当て処理」を、それぞれ表している。
【０８５１】
そこで、ここでは、第２実施形態において説明した処理については、その説明を適宜省略し、以下、図１２６のアローチャートを参照して、第２実施形態とは異なる処理を中心に説明する。
【０８５２】
図１２６に示されるように、はじめに、ステップ５０１において、ユーザ端末２１は、サービス（選択サービス）を選択し、それをサービス提供者端末１３に送付する。
【０８５３】
サービス提供者端末１３は、ステップＳ５４１において、選択サービスを受け取り、ステップＳ５４２において、図５１の鍵割り当て依頼書を生成し、鍵保持装置２２に送付する（具体的には、鍵割り当て依頼書とともに、サービス提供者端末１３（サービス提供者ＳＰ）の証明書も送られる）。
【０８５４】
鍵保持装置２２は、ステップＳ５０２において、鍵割り当て依頼書を受け取り、一時的に保持すると同時に、ステップＳ５０３において、鍵割り当て者端末１２に送付する。
【０８５５】
鍵割り当て者端末１２は、ステップＳ５２１において、鍵割り当て依頼書を受け取ると、鍵割り当て依頼書のサービス提供者端末１３の電子署名を検証する。
【０８５６】
鍵保持装置２２と鍵割り当て者端末１２のそれぞれは、ステップＳ５２２の処理（「鍵保持装置と相互認証＋鍵共有処理」）、または、ステップＳ５０４の処理（「鍵割り当て者と相互認証＋鍵共有処理」）を実行する。
【０８５７】
詳細には、例えば、鍵保持装置２２が、図１２０の鍵保持装置ＰＫＩ情報を保有していない場合、第５実施形態におけるステップＳ５２２の処理（「鍵保持装置と相互認証＋鍵共有処理」）、および、ステップＳ５０４の処理（「鍵割り当て者と相互認証＋鍵共有処理」）は、上述した第２実施形態と同様の処理とされる。従ってそれらの説明は省略する。
【０８５８】
これに対して、例えば、鍵保持装置２２が、図１２０の鍵保持装置ＰＫＩ情報を保有している場合、上述したように、ステップＳ５２２の処理（「鍵保持装置と相互認証＋鍵共有処理」）、および、ステップＳ５０４の処理（「鍵割り当て者と相互認証＋鍵共有処理」）として、ＳＳＬ，ＴＬＳを利用した相互認証の実行も可能である。
【０８５９】
なお、ＳＳＬ，ＴＬＳを利用した相互認証による、ステップＳ５２２の処理（「鍵保持装置と相互認証＋鍵共有処理」）、および、ステップＳ５０４の処理（「鍵割り当て者と相互認証＋鍵共有処理」）については、図１２８と図１２９を参照して後述する。
【０８６０】
その後、鍵保持装置２２と鍵割り当て者端末１２のそれぞれは、ステップＳ５２３の処理（「鍵保持装置のユーザ認証処理」）、または、ステップＳ５０５の処理（「ユーザ認証応答処理」）を実行する。
【０８６１】
なお、第５実施形態におけるステップＳ５２３の処理（「鍵保持装置のユーザ認証処理」）、および、ステップＳ５０５の処理（「ユーザ認証応答処理」）は、上述した第２実施形態におけるそれらと同様とされるので、それらの説明は省略する。
【０８６２】
ところで、上述したように、第２実施形態においては、「鍵保持装置のユーザ認証処理（第５実施形態のステップＳ５２３（図１２６）に対応するステップＳ２３（図２７）の処理）」、および、「ユーザ認証応答処理（第５実施形態のステップＳ５０５（図１２６）に対応するステップＳ１５の処理の処理）」が実行されると、鍵割り当て者端末１２が、ステップＳ２４（図２７）の処理で、新規鍵を生成し、ユーザ装置１１（鍵保持装置２２）に送付し、ユーザ装置２２（鍵保持装置２２）が、ステップＳ１６の処理で、その新規鍵を受け取る。
【０８６３】
これに対して、第５実施形態においては、図１２６に示されるように、「鍵保持装置のユーザ認証処理（ステップＳ５２３の処理）」、および、「ユーザ認証応答処理（ステップＳ５０５の処理）」が実行されると、鍵割り当て者端末１２側のステップＳ５２４と、ユーザ装置１１（鍵保持装置２２）側のステップＳ５０６において、鍵割り当て者端末１２が、鍵保持装置２２に対して、新規鍵の生成を要求する要求情報を生成し、鍵保持装置２２に送付する。鍵保持装置２２は、その要求情報を受け取ると、新規鍵を自分自身で生成し、保持するとともに、生成した新規鍵のうちの検証鍵を鍵割り当て者端末１２に送付する。
【０８６４】
なお、以下、このような鍵割り当て者端末１２と鍵保持装置２２の相互の処理（鍵割り当ての処理）のうちの、鍵割り当て者端末１２側の処理（図１２６の例では、ステップＳ５２４の処理）を、「新規鍵要求および受け取り処理」と称し、ユーザ装置１１（鍵保持装置２２）側の処理（図１２６の例では、ステップＳ５０６の処理）を、「新規鍵生成および送付処理」と称する。
【０８６５】
これらの「新規鍵要求および受け取り処理（ステップＳ５２４の処理）」と、「新規鍵生成および受け取り処理（ステップＳ５０６の処理）」の詳細が、図１２７のアローチャートに示されている。
【０８６６】
そこで、図１２７のアローチャートを参照して、第５実施形態における「新規鍵要求および受け取り処理（ステップＳ５２４の処理）」と、「新規鍵生成および受け取り処理（ステップＳ５４３の処理）」の詳細について説明する。
【０８６７】
図１２７に示されるように、はじめに、ステップＳ５２４−１において、鍵割り当て者端末１２は、鍵生成要求”ＧＥＮＥＲＡＴＥ−ＫＥＹ”を生成する。鍵割り当て者端末１２は、生成した鍵生成要求”ＧＥＮＥＲＡＴＥ−ＫＥＹ”と、ステップＳ５２２（図１２６）の「鍵保持装置と相互認証＋鍵共有処理」によりユーザ装置１１（鍵保持装置２２）と共有した一時暗号鍵Ｋｓｅｓを用いて、メッセージ認証コードＭＡＣ（”ＧＥＮＥＲＡＴＥ−ＫＥＹ”）＝Ｅ（Ｋｓｅｓ，　ｈ（”ＧＥＮＥＲＡＴＥ−ＫＥＹ”））を生成する。そして、鍵割り当て者端末１２は、鍵生成要求”ＧＥＮＥＲＡＴＥ−ＫＥＹ”と、メッセージ認証コードＭＡＣ（”ＧＥＮＥＲＡＴＥ−ＫＥＹ”）＝Ｅ（Ｋｓｅｓ，　ｈ（”ＧＥＮＥＲＡＴＥ−ＫＥＹ”））を連結する。即ち、鍵割り当て者端末１２は、新規鍵の生成を要求する要求情報として、連結データ”ＧＥＮＥＲＡＴＥ−ＫＥＹ”｜｜ＭＡＣ（“ＧＥＮＥＲＡＴＥ−ＫＥＹ”）を生成する。
【０８６８】
ステップＳ５２４−２において、鍵割り当て者端末１２は、連結データ”ＧＥＮＥＲＡＴＥ−ＫＥＹ”｜｜ＭＡＣ（“ＧＥＮＥＲＡＴＥ−ＫＥＹ”）を送付すると、ステップＳ５０６−１において、ユーザ装置１１（鍵保持装置２２）がそれを受け取る。
【０８６９】
ステップＳ５０６−２において、鍵保持装置２２は、メッセージ認証コードの検証を行い、鍵生成要求”ＧＥＮＥＲＡＴＥ−ＫＥＹ”の改竄および正当性の検証を行う。
【０８７０】
検証が成功した場合、鍵保持装置２２は、ステップＳ５０６−３において、新規鍵、即ち、公開鍵暗号の秘密鍵と公開鍵のペアである公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）を新たに生成する。この公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）が、新たに割り当てられる認証手法の証明鍵および検証鍵として用いられる。
【０８７１】
具体的には、例えば、鍵保持装置２２が、図１１８に示されるように構成される場合、乱数発生部４０１は、乱数を発生させ、演算処理部５６は、例えば、ＩＥＥＥ−Ｐ１３６３により規定されている方法等に従って、乱数発生部４０１により発生された乱数から公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）を新たに生成する。
【０８７２】
そして、演算処理部５６は、生成した公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）の２つの鍵を構成要素とする、図１２１の鍵一時保持表を生成し、鍵記憶部５４に記憶する。
【０８７３】
或いは、例えば、鍵保持装置２２が、図１１８に示されるように構成される場合、ステップＳ５０６の「新規鍵生成および送付処理」よりも時間的に前に、演算処理部５６が、例えば、ＩＥＥＥ−Ｐ１３６３により規定されている方法等に従って、乱数発生部４０１により発生された複数の乱数のそれぞれから、複数の公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ）（ｎは、任意の整数値）を予め生成し、生成した複数の公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ）のそれぞれに対して、ＩｎｄｅｘとしてＩｄｎを付与する。
【０８７４】
そして、演算処理部５６は、図１２２の認証用鍵表のｎレコード（行）において、Ｉｎｄｘの項目にＩＤｎを、証明鍵（候補）の項目に、生成した複数の公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ）のうちの秘密鍵Ｋｐｒｎを、検証鍵（候補）の項目に、生成した複数の公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ）のうちの公開鍵Ｋｐｕｂｎを、それぞれ記述した後、認証用鍵表を鍵記憶部５４に記憶する。
【０８７５】
なお、いまの場合、図１２２の認証用鍵表に含まれる暗号鍵の候補（証明鍵（候補）Ｋｐｒｎと検証鍵（候補）Ｋｐｕｂｎ）の全ては、鍵保持装置２２により生成されたが、上述したように、図１２２の認証用鍵表に含まれる暗号鍵の候補（証明鍵（候補）Ｋｐｒｎと検証鍵（候補）Ｋｐｕｂｎ）のうちの少なくとも一部が、鍵保持装置２２とは異なる他の装置により生成されてもよい。
【０８７６】
このようにして、図１２２の認証用鍵表が、鍵記憶部５４に予め保持された状態で、鍵保持装置２２は、ステップＳ５０６−１において、鍵割り当て者端末１２から送付された連結データ”ＧＥＮＥＲＡＴＥ−ＫＥＹ”｜｜ＭＡＣ（“ＧＥＮＥＲＡＴＥ−ＫＥＹ”）を受け取ると、ステップＳ５０６−２において、メッセージ認証コードの検証を行い、鍵生成要求”ＧＥＮＥＲＡＴＥ−ＫＥＹ”の改竄および正当性の検証を行う。
【０８７７】
検証が成功した場合、ステップＳ５０６−３において、演算処理部５６は、鍵記憶部５４に記憶されている、図１２２の認証用鍵表の各レコード（行）のそれぞれに含まれる複数の新規鍵の候補、即ち、複数の公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ）の中から所定の１つ（公開鍵ペア（Ｋｐｒｋ，Ｋｐｕｂｋ）（ｋは、ｎで表される整数値のうちの所定の１つの値））を抽出する。
【０８７８】
そして、演算処理部５６は、抽出した公開鍵ペア（Ｋｐｒｋ，Ｋｐｕｂｋ）の２つの鍵のそれぞれを構成要素とする、図１２１の鍵一時保持表を生成し、鍵記憶部５４に記憶するとともに、図１２２の認証用鍵表のうちの、選択した公開鍵ペア（Ｋｐｒｋ，Ｋｐｒｋ）に対応するレコード（ｋ行）を削除する。
【０８７９】
このようにして、図１２１の鍵一時保持表が鍵記憶部５４に記憶されると、ステップＳ５０６−４において、鍵保持装置２２は、公開鍵、即ち、検証鍵Ｋｐｕｂを送付すると、ステップＳ５２４−３において、鍵割り当て者端末１２は、それを受け取る。
【０８８０】
具体的には、例えば、鍵保持装置２２は、ステップＳ５０６−３の処理で生成した（図１２１の鍵一時保持表に保持された）公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）のうちの検証鍵Ｋｐｕｂと、ステップＳ５０４（図１２６）の「鍵割り当て者と相互認証＋鍵共有処理」により鍵割り当て者端末１２と共有した一時暗号鍵Ｋｓｅｓを用いてメッセージ認証コードＭＡＣ（Ｋｐｕｂ）＝Ｅ（Ｋｓｅｓ，　ｈ（Ｋｐｕｂ）を生成する。そして、鍵保持装置２２は、検証鍵Ｋｐｕｂと、メッセージ認証コードＭＡＣ（Ｋｐｕｂ）を連結する。即ち、鍵保持装置２２は、連結データＫｐｕｂ｜｜ＭＡＣ（Ｋｐｕｂ）を生成する。
【０８８１】
生成された連結データＫｐｕｂ｜｜ＭＡＣ（Ｋｐｕｂ）は、ユーザ装置１１より送付され、鍵割り当て者端末１２に受け取られる。
【０８８２】
すると、鍵割り当て者端末１２は、ステップＳ５２４−４において、連結データＫｐｕｂ｜｜ＭＡＣ（Ｋｐｕｂ）のメッセージ認証コードＭＡＣ（Ｋｐｕｂ）の検証を行う。
【０８８３】
図１２６に戻り、検証が成功すると、鍵割り当て者端末１２は、ステップＳ５２５において、図５２の鍵割り当て報告書を生成し、鍵保持装置２２に送付する。
【０８８４】
同時に、鍵割り当て者端末１２は、図１１９の鍵割り当て表に、割り当てを行った認証手法の一意な識別番号ＫＩＤ、割り当てた相手のユーザの識別番号ＡＩＤ、割り当てた鍵保持装置２２の識別番号ＨＷＩＤ、鍵割り当て依頼書Ａｐｐ、および、鍵割り当て報告書Ｒｅｐからなるレコードを追加する。
【０８８５】
そして、鍵割り当て者端末１２は、ステップＳ５２６において、識別番号ＡＩＤの（ＩＣカード２３を所有する）ユーザＵｓｅｒに対して課金を行う。
【０８８６】
鍵保持装置２２は、ステップＳ５０７において、図５２の鍵割り当て報告書を受け取ると、保持している図５９の証明鍵表に、鍵割り当て報告書に含まれる鍵識別番号ＫＩＤ、および、図１２１の鍵一時保持表に保持しておいた証明鍵Ｋｐｒからなるレコードを追加する。
【０８８７】
また、鍵保持装置２２は、図６０の認証情報表に、割り当てられた認証手法の識別番号ＫＩＤ、すでにサービス提供者から受け取り済みの鍵割り当て依頼書Ａｐｐ、および、鍵割り当て報告書Ｒｅｐからなるレコードを追加する。
【０８８８】
そして、ステップＳ５０８において、鍵保持装置２２は、ステップＳ５０７の処理で受け取った鍵割り当て報告書をサービス提供者端末１３に送付する。
【０８８９】
同時に、鍵保持装置２２は、図１２１の鍵一時保持表に保持していた証明鍵Ｋｐｒと検証鍵Ｋｐｕｂを削除する。
【０８９０】
サービス提供者端末１３は、ステップＳ５４３において、鍵割り当て報告書を受け取る。そして、サービス端末者１３は、鍵割り当て報告書に含まれる鍵割り当て者の署名を検証する。サービス提供端末１３は、その検証に成功すれば、認証手法の識別番号ＫＩＤ、すでに送付した鍵割り当て依頼書Ａｐｐ、および、受け取った鍵割り当て報告書Ｒｅｐからなるレコードを図５３の認証情報表に追加する。
【０８９１】
次に、図１２８と図１２９を参照して、ＳＳＬ，ＴＬＳを利用した相互認証を利用する、「鍵保持装置と相互認証＋鍵共有処理（ステップＳ５２２の処理）」、および、「鍵割り当て者と相互認証＋鍵共有処理（ステップＳ５０４の処理）」の詳細について説明する。
【０８９２】
ＳＳＬ，ＴＬＳは、インターネット上での「盗聴」、「改竄」、または「なりすまし」といった脅威に対して回避が可能なセキュリティ技術である。
【０８９３】
ＳＳＬは、Ｎｅｔｓｃａｐ社が開発し、現在インターネット上の暗号通信プロトコルとして広く普及している。ＴＬＳは、ＩＥＴＦにより開発および標準化が進められ、ＲＦＣ２２４６が公開されている。
【０８９４】
ＳＳＬ，ＴＬＳは、次の（ａ）乃至（ｄ）で示されるような特徴を有している。
（ａ）電子証明書によるサーバ認証と送信証明
（ｂ）電子証明書によるクライアント認証と送信証明
（ｃ）暗号化によるデータの秘密保護
（ｄ）メッセージ認証コード（ＭＡＣ）によるデータ改竄防止
【０８９５】
図１２８は、このようなＳＳＬ，ＴＬＳが利用される場合のプロトコルスタックの例を示している。
【０８９６】
図１２８に示されるように、ＳＳＬ，ＴＬＳが利用される場合のプロトコルスタックは、下から順に、Ｅｔｈｅｒｎｅｔ（登録商標）等の層４１１、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）等の層４１２、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ）やＵＤＰ（Ｕｓｅｒ　ＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）等のトランスポート層４１３、ＳＳＬやＴＬＳ等の層４１４、および、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ），ＦＴＰ（ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｇｒａｍ），ＴＥＬＮＥＴ等のアプリケーション層４１５からなる多層構造となっている。
【０８９７】
このように、ＳＳＬ，ＴＬＳは、ＴＣＰやＵＤＰなどのドランスポート層４１３の直上であって、アプリケーション層４１５の直下に位置している。即ち、ＳＳＬ，ＴＬＳは、ＴＣＰ，ＵＤＰが提供してくれる機能（ソケット）などを使用して、そこから得られたデータに対してセキュリティ機能を施し、その結果をアプリケーションに引き渡すという働きをする。このため、ＳＳＬ，ＴＬＳは、アプリケーションには依存せずに利用することができるという特徴を有している。例えば、Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ用のブラウザなどには標準でその機能が組み込まれている。
【０８９８】
ＳＳＬ，ＴＬＳの層４１４は、図１２８に示されるように、大きく分けて、下位レイヤ４１４−１と上位レイヤ４１４−２の２層に分かれる。下位レイヤ４１４−１は、一般的にＲｅｃｏｒｄ　Ｐｒｏｔｏｃｏｌと称され、暗号化やデータの改竄を防ぐメッセージダイジェスト機能などを提供する層である。一方、上位レイヤ４１４−２は、Ｈａｎｄｓｈａｋｅ　Ｐｒｏｔｏｃｏｌ，　Ａｌｅｒｔ　Ｐｒｏｔｏｃｏｌ，　Ｃｈａｎｇｅ　Ｃｉｐｈｅｒ　Ｓｐｅｃ　Ｐｒｏｔｏｃｏｌ，　Ａｐｐｌｉｃａｔｉｏｎ　Ｄａｔａ　Ｐｒｏｔｏｃｏｌの４つのプロトコルが含まれる層である。上位レイヤ４１４−２は、なりすましを防ぐ認証機能と、ＳＳＬ／ＴＬＳセッションを開始するために行われるネゴシエーション機能を備えている。
【０８９９】
ネゴシエーション機能は、通信に先立ち、通信相手が正当な相手であることを確認し、また、双方が利用できる暗号化アルゴリズムを確認するなど、前処理的なことを実行する機能である。
【０９００】
以下、図１２９のアローチャートを参照して、これらの４つのプロトコルのうちの、例えば、Ｈａｎｄｓｈａｋｅプロトコルを利用する、「鍵保持装置と相互認証＋鍵共有処理（ステップＳ５２２の処理）」、および、「鍵割り当て者と相互認証＋鍵共有処理（ステップＳ５０４の処理）」の詳細について説明する。
【０９０１】
即ち、図１２９は、一般的なＳＳＬにおけるＨａｎｄｓｈａｋｅプロトコルを利用する、「鍵保持装置と相互認証＋鍵共有処理（ステップＳ５２２の処理）」、および、「鍵割り当て者と相互認証＋鍵共有処理（ステップＳ５０４の処理）」を説明するアローチャートである。
【０９０２】
はじめに、ユーザ装置１１（鍵保持装置２２）が、ＳＳＬコネクションを行うと、鍵割り当て者端末１２は、ステップＳ５２２−１において、ｈｅｌｌｏ　ｒｅｑｕｅｓｔメッセージを鍵保持装置２２に送付する。
【０９０３】
鍵保持装置２２は、ステップＳ５０４−１において、ｈｅｌｌｏ　ｒｅｑｕｅｓｔメッセージを受け取ると、ステップＳ５０４−２において、ｃｌｉｅｎｔ　ｈｅｌｌｏメッセージを鍵割り当て者端末１２に送付する。
【０９０４】
なお、ｃｌｉｅｎｔ　ｈｅｌｌｏメッセージは、ＳＳＬバージョン、サポートする暗号アルゴリズム、圧縮アルゴリズム、およびタイムスタンプなどの情報を鍵割り当て者端末１２に知らせるメッセージである。
【０９０５】
鍵割り当て者端末１２は、ステップＳ５２２−２において、ｃｌｉｅｎｔ　ｈｅｌｌｏメッセージを受け取ると、ステップＳ５２２−３において、ｓｅｒｖｅｒ　ｈｅｌｌｏメッセージを鍵保持装置２２に送付する。
【０９０６】
鍵保持装置２２は、ステップＳ５０４−３において、ｓｅｒｖｅｒ　ｈｅｌｌｏメッセージを受け取る。
【０９０７】
なお、ｓｅｒｖｅｒ　ｈｅｌｌｏメッセージは、ｃｌｉｅｎｔ　ｈｅｌｌｏメッセージに対するレスポンスを表すメッセージであり、鍵割り当て者端末１２が選択した暗号アルゴリズム、圧縮アルゴリズム、および、セッションＩＤ等が含まれる。
【０９０８】
続いて、ステップＳ５２２−４において、鍵割り当て者端末１２は、図４９の鍵割り当て者ＰＫＩ情報の証明書ＣＥＲＴＫＡを添付したｓｅｒｖｅｒ　ｃｅｒｔｉｆｉｃａｔｅメッセージを、鍵保持装置２２に送付する。
【０９０９】
鍵保持装置２２は、ステップＳ５０４−４において、証明書ＣＥＲＴＫＡ（ｓｅｒｖｅｒ　ｃｅｒｔｉｆｉｃａｔｅメッセージ）を受け取ると、ステップＳ５０４−５において、証明書ＣＥＲＴＫＡの検証、即ち、鍵割り当て者ＫＡの検証を行い、検証の成功可否により、鍵割り当て者ＫＡであるか否かの確認を行う。
【０９１０】
なお、鍵割り当て者端末１２が証明書等を保持していない場合、ｓｅｖｅｒ　ｋｅｙ　ｅｘｃｈａｎｇｅ　というメッセージが、ステップＳ５２２−５の処理で、鍵割り当て者端末１２より送付され、ステップＳ５０４−６の処理で、鍵保持装置２２により受け取られる。
【０９１１】
ステップＳ５２２−６において、鍵割り当て者端末１２は、鍵保持装置２２を確認するために、証明書を要求するメッセージ（このようなメッセージを、ｃｅｒｔｉｆｉｃａｔｅ　ｒｅｑｕｅｓｔとも称する）を送付すると、ステップＳ５０４−７において、鍵保持装置２２は、そのメッセージを受け取る。
【０９１２】
ステップＳ５２２−７において、鍵割り当て者端末１２は、サーバの応答の終了を表すｓｅｒｖｅｒ　ｈｅｌｌｏ　ｄｏｎｅメッセージを送付すると、ステップＳ５０４−８において、鍵保持装置２２は、そのメッセージを受け取る。
【０９１３】
ステップＳ５０４−９において、鍵保持装置２２は、図１２０の鍵保持装置ＰＫＩ情報に含まれる証明書ＣＥＲＴＨＷ０を添付したｓｅｒｖｅｒ　ｃｅｒｔｉｆｉｃａｔｅメッセージを、鍵割り当て者端末１２に送付する。
【０９１４】
鍵割り当て者端末１２は、ステップＳ５２２−８において、証明書ＣＥＲＴＨＷ０（ｓｅｒｖｅｒ　ｃｅｒｔｉｆｉｃａｔｅメッセージ）を受け取る。
【０９１５】
ステップＳ５０４−１０において、鍵保持装置２２は、ＳＳＬ暗号化通信を行うための一時的な暗号鍵Ｋｓｓｌを生成するもとになる情報を、ｃｌｉｅｎｔ　ｋｅｙ　ｅｘｃｈａｎｇｅメッセージとして送付すると、ステップＳ５２２−９において、鍵割り当て者端末１２は、そのメッセージを受け取る。即ち、鍵保持装置２２と鍵割り当て者端末１２は、ＳＳＬ暗号化通信を行うための一時的な暗号鍵Ｋｓｓｌを生成するもとになる情報を共有する。
【０９１６】
ステップＳ５０４−１１において、鍵保持装置２２は、鍵保持装置２２の電子署名を、ｃｌｉｅｎｔ　ｖｅｒｉｆｙメッセージとして鍵割り当て者端末１２に送付する
【０９１７】
鍵割り当て者端末１２は、ステップＳ５２２−１０において、ｃｌｉｅｎｔ　ｖｅｒｉｆｙメッセージを受け取ると、ステップＳ５２２−１１において、ステップＳ５２２−８の処理で受け取った証明書ＣＥＲＴＨＷ０の検証、即ち、鍵保持装置２２の検証を行い、検証の成功可否により、鍵保持装置２２であるか否かの確認を行う。
【０９１８】
ステップＳ５２２−１２において、鍵割り当て者端末１２は、ステップＳ５２２−９の処理で受け取ったＣｌｉｅｎｔ　ｋｅｙ　ｅｘｃｈａｎｇｅメッセージに対応する情報（鍵保持装置２２と共有した情報）に基づいて、ＳＳＬ暗号化通信を行うための一時的な暗号鍵Ｋｓｓｌ（鍵保持装置２２と共有するセッション鍵Ｋｓｓｅｌ）を生成する。
【０９１９】
一方、ステップＳ５０４−１２において、鍵保持装置２２も、ステップＳ５０４−１０の処理で送付したＣｌｉｅｎｔ　ｋｅｙ　ｅｘｃｈａｎｇｅメッセージに対応する情報（鍵割り当て者端末１２と共有した情報）に基づいて、ＳＳＬ暗号化通信を行うための一時的な暗号鍵Ｋｓｓｌ（鍵割り当て者端末１２と共有するセッション鍵Ｋｓｓｅｌ）を生成する。
【０９２０】
以上の処理が実行されると、鍵割り当て者端末１２と鍵保持装置２２のそれぞれは、ステップＳ５２２−１３とステップＳ５０４−１３のそれぞれにおいて、Ｈａｎｄｓｈａｋｅプロトコルが終了した事を示すｆｉｎｉｓｈｅｄメッセージを相互に送付し受け取る。
【０９２１】
このように、ＳＳＬにおいては、この時点（ステップＳ５２２−１３とステップＳ５０４−１３の処理の終了時点）で、鍵割り当て者端末１２と鍵保持装置２２のそれぞれは、ＳＳＬ暗号化通信用の一時的な暗号鍵Ｋｓｓｌを共有することになる。
【０９２２】
なお、以上で説明した各メッセージのそれぞれは、ＲＦＣ２２４６で規定されている。
【０９２３】
さらに、本発明においてはステップＳ５０４−１４において、鍵保持装置２２は、乱数（一時的な暗号鍵）Ｋｓｅｓを生成する。鍵保持装置２２は、ＳＳＬプロトコルによって鍵割り当て者端末１２と共有した暗号鍵Ｋｓｓｌ（ステップＳ５０４−１２の処理で生成したＳＳＬ暗号化通信を行うための一時的な暗号鍵Ｋｓｓｌ）で、生成した暗号鍵（乱数）Ｋｓｅｓを暗号化する。即ち、鍵保持装置２２は、データＥ（Ｋｓｓｌ，　Ｋｓｅｓ）を生成する。また、鍵保持装置２２は、メッセージ認証コードＭＡＣ（Ｅ（Ｋｓｓｌ，　Ｋｓｅｓ））＝Ｅ（Ｋｓｓｌ，　Ｅ（Ｋｓｓｌ，　Ｋｓｅｓ））を生成する。鍵保持装置２２は、データＥ（Ｋｓｓｌ，　Ｋｓｅｓ）とメッセージ認証コードＭＡＣ（Ｅ（Ｋｓｓｌ，　Ｋｓｅｓ））を連結する。即ち、鍵保持装置２２は、連結データＥ（Ｋｓｓｌ，　Ｋｓｅｓ）｜｜　ＭＡＣ（Ｅ（Ｋｓｓｌ，　Ｋｓｅｓ））を生成する。
【０９２４】
そして、鍵保持装置２２は、ステップＳ５０４−１５において、連結データＥ（Ｋｓｓｌ，　Ｋｓｅｓ）｜｜　ＭＡＣ（Ｅ（Ｋｓｓｌ，　Ｋｓｅｓ））を鍵割り当て者端末１２に送付する。
【０９２５】
すると、鍵割り当て者端末１２は、ステップＳ５２２−１４において、連結データＥ（Ｋｓｓｌ，　Ｋｓｅｓ）｜｜　ＭＡＣ（Ｅ（Ｋｓｓｌ，　Ｋｓｅｓ））を受け取り、ステップＳ５２２−１５において、メッセージ認証コードＭＡＣ（Ｅ（Ｋｓｓｌ，　Ｋｓｅｓ））の検証乱数Ｋｓｅｓ（鍵保持装置２２が、ステップＳ５０４−１５の処理で生成した一時的な暗号鍵Ｋｓｅｓ）を取り出す。即ち、鍵割り当て者端末１２は、メッセージ認証コードＭＡＣ（Ｅ（Ｋｓｓｌ，　Ｋｓｅｓ））の検証を行い、検証乱数Ｋｓｅｓを復号して、鍵保持装置２２と共有する。
【０９２６】
なお、図１２９で示される、ＳＳＬ，ＴＬＳを利用した相互認証による「鍵保持装置と相互認証＋鍵共有処理」と「鍵割り当て者と相互認証＋鍵共有処理」は、鍵保持装置２２が、図１２０で示される鍵保持装置ＰＫＩ情報を保持していれば、第５実施形態のみならず、上述した第１乃至第４実施形態、および、後述する第６実施形態のいずれにおいても適用可能である。
【０９２７】
図２３に戻り、ステップＳ１の処理（「サービス選択／鍵割り当て処理」）が実行されると、ステップＳ２において、「鍵使用／サービス提供処理」が実行される。
【０９２８】
第５実施形態の「鍵使用／サービス提供処理」（ステップＳ２の処理）は、上述した第２実施形態のそれと同様である。即ち、第５実施形態においても、「鍵使用／サービス提供処理」は、上述した図６８と図６９のフローチャートに従って実行される。
【０９２９】
ステップＳ２の処理（「鍵使用／サービス提供処理」）が終了すると、必要に応じて、ステップＳ６の処理（「鍵削除処理」）と、ステップＳ７の処理（「鍵使用停止処理」）が実行される。
【０９３０】
第５実施形態の「鍵削除処理」（ステップＳ６の処理）は、上述した第２実施形態のそれと同様である。即ち、第５実施形態においても、「鍵削除処理」は、上述した図３７乃至図３９のうちのいずれかのフローチャートに従って実行される。
【０９３１】
ただし、第５実施形態においては、削除の対象となるものは、鍵割り当て者端末１２の場合、図１１９の鍵割り当て表とされ、サービス提供者端末１３の場合、図５３の認証情報表、および、図５５の失効鍵表とされ、鍵保持装置２２の場合、図５９の証明鍵表、および、図６０の認証情報表とされる。
【０９３２】
第５実施形態の「鍵使用停止処理」（ステップＳ７の処理）は、上述した第２実施形態のそれと同様である。即ち、第５実施形態においても、「鍵使用停止処理」は、上述した図４０と図４１のフローチャートに従って実行される。
【０９３３】
このように、第５実施形態が適用される認証鍵割当システム２０１は、第２実施形態に対応する実施形態であるので、当然ながら、上述した（１）乃至（６）の効果を奏することが可能になる。
【０９３４】
さらに、第５実施形態が適用される認証鍵割当システム２０１は、次の（７）乃至（１０）で示されるような効果を奏することが可能になる。
【０９３５】
（７）　認証を必要とする２者間に専用の認証手法を割り当てる場合、ユーザの所持する装置が、その認証手法の暗号鍵（公開鍵ペア）を生成するので、秘密鍵は外部に漏洩することが実質上ないため、安全性を高めることができる。
【０９３６】
（８）　認証を必要とする２者間に専用の認証手法を割り当てる場合、ユーザの所持する装置が、その認証手法の暗号鍵（公開鍵ペア）を生成するので、鍵割り当て者の負荷を軽減することができる。
【０９３７】
（９）　認証のための暗号鍵が予め生成されることで、鍵割り当て時の鍵生成による処理の遅延を防ぐことができる。
【０９３８】
（１０）　秘密鍵の漏洩が仮に起きた場合であっても、漏洩元の所在をユーザの所持する鍵保持装置に限定することができる。
【０９３９】（第６実施形態）
上述したように、第６実施形態は、第４実施形態に対応する実施形態であり、本発明の第６実施形態が適用される認証鍵割当システムの構成は、図７２の構成と同様であるため、その説明は省略する。従って、図７２は、本発明の第６実施形態が適用される認証鍵割当システムの構成としても引用される。
【０９４０】
ところで、第４実施形態においては、新たな認証手法の暗号鍵は、鍵割り当て者端末１２により生成されたが、第６実施形態においては、新たな認証手法の暗号鍵は、ユーザ装置１１の鍵保持装置２２により生成される。
【０９４１】
従って、第６実施形態においては、第５実施形態と同様に、鍵保持装置２２は、さらに、新たな認証手法の暗号鍵を生成する機能を有する必要がある。
【０９４２】
即ち、第６実施形態においても、第２実施形態や第５実施形態と同様に、新たな認証手法の暗号鍵として、公開鍵暗号の秘密鍵と公開鍵のペアである公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）が用いられる。従って、鍵保持装置２２は、例えば、適当な方法（方法は、特に限定されず、例えば、ＩＥＥＥ−Ｐ１３６３において、標準的な方法がまとめられているので、その方法を適用することが可能である）で乱数から公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）を新たに生成する機能をさらに有する必要がある。
【０９４３】
このような機能は、上述した図１６の構成の鍵保持装置２２でも容易に実現可能である。この場合、演算処理部５６が、乱数を発生させることが可能なソフトウエアを利用して、乱数を発生させ、発生した乱数から公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）を新たに生成し、鍵記憶部５４に記憶させる。
【０９４４】
なお、第６実施形態においても、ハードウエアが乱数を発生させることができる。この場合、鍵保持装置２２は、例えば、上述した図１１８に示される構成となる。即ち、ハードウエアとしての乱数発生部４０１が乱数を発生する。
【０９４５】
第６実施形態における、その他の装置、即ち、ユーザ端末２１、ＩＣカード２３、鍵割り当て者端末１２、サービス提供者端末１３、汎用アカウント管理者端末１５、および認証センタ端末２１１のそれぞれは、第４実施形態の対応する装置のそれぞれと基本的に同様の機能と構成を有している。従って、その他の装置についての説明は省略する。
【０９４６】
また、第６実施形態が適用される認証鍵割当システムを構成する各装置のそれぞれは、第４実施形態の対応する装置のそれぞれが保持するデータと基本的に同様のデータを有しているが、若干差異がある。
【０９４７】
そこで、以下、第６実施形態が適用される認証鍵割当システムを構成する各装置のそれぞれが保有するデータについて説明する。
【０９４８】
即ち、鍵割り当て者端末１２は、第６実施形態においても、上述した図９９に示されるようなサービス提供者鍵表、上述した図１００に示されるような鍵保持装置鍵表、上述した図１０１に示されるような鍵割り当て者ＰＫＩ情報、および、上述した図１０２に示されるようなＣＡ公開鍵情報を保有する。
【０９４９】
ただし、第６実施形態においては、証明鍵は、ユーザＵｓｅｒが保有する鍵保持装置２２により生成されるので、鍵割り当て者端末１２は、図１３０に示されるような鍵割り当て表（図７３の鍵割り当て表に対して、証明鍵の項目を含まない鍵割り当て表）を保有することになる。
【０９５０】
なお、図１３０の鍵割り当て表において、権利証書は、図７３の鍵割り当て表と同様に、鍵割り当てを行ったときにサービス提供者端末１３（サービス提供者ＳＰ）がそれによって提供するサービスを証明するために生成するデータを表している。
【０９５１】
即ち、第６実施形態においても、例えば、上述した図１０３に示される権利証書が使用可能である。
【０９５２】
サービス提供者端末１３は、第６実施形態においても、上述した図１０５に示されるようなサービス提供者固有情報、上述した図１０６に示されるような失効鍵表、上述した図１０７に示されるような鍵共有パラメータ、および、上述した図１０８に示されるようなＣＡ公開鍵情報を保有している。
【０９５３】
また、サービス提供者端末１３は、第６実施形態においても、図１０４の鍵割り当て依頼書を生成する。
【０９５４】
鍵保持装置２２またはＩＣカード２３（ユーザＵｓｅｒ）は、第６実施形態においても、上述した図１０９に示されるような証明鍵表、上述した図１１０に示されるような認証情報表、上述した図１１１に示されるような鍵保持装置固有情報、上述した図１１２に示されるようなユーザカウント情報、および、上述した図１１３に示されるようなＣＡ公開鍵情報を保有している。
【０９５５】
さらに、第６実施形態においても、鍵保持装置２２は、後述する図１３１のステップＳ６０４の「鍵割り当て者と相互認証＋鍵共有処理」において、ＳＳＬ，ＴＬＳを用いて鍵割り当て者端末１２と相互認証を行う場合、上述した図１２０の鍵保持装置ＰＫＩ情報を保有する。
【０９５６】
また、第６実施形態においては、鍵保持装置２２は、自分自身で暗号鍵（証明鍵と、それと対になる検証鍵）を生成するので、生成した暗号鍵を一時的に保持するための、上述した図１２１に示される鍵一時保持表を保有する。
【０９５７】
即ち、第６実施形態においても、鍵保持装置２２は、オンデマンドで暗号鍵を生成した場合、即ち、鍵割り当て者端末１２により新たな認証手法の暗号鍵（新規鍵）の生成が要求された時点で、暗号鍵（１対の公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ））を生成した場合、生成した暗号鍵（公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）の２つの鍵）を構成要素とする、図１２１の鍵一時保持表を生成し（公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）の２つの鍵をレコード（行）に記述し）、保持（保有）する。
【０９５８】
さらに、第６実施形態においても、鍵保持装置２２は、複数の暗号鍵の候補を予め保持する場合、上述した図１２２に示されるような認証用鍵表も保有する。
【０９５９】
即ち、鍵保持装置２２は、自分自身、または他の装置（図示せず）により生成された図１２２の認証用鍵表を予め保持しておき、鍵割り当て者端末１２により新たな認証手法の暗号鍵（新規鍵）の生成が要求された時点で、認証用鍵表に記憶された複数の暗号鍵の候補から所定の１つ（所定の１対の公開鍵ペア（Ｋｐｒｋ，Ｋｐｕｂｋ））を新規鍵として抽出することで、新規鍵を生成する。
【０９６０】
そして、鍵保持装置２２は、生成した新規鍵（抽出した新規鍵の候補である、１対の公開鍵ペア（Ｋｐｒｋ，Ｋｐｕｂｋ））を構成要素とする、図１２１の鍵一時保持表を生成し、保持（保有）する。
【０９６１】
アカウント管理者端末１５は、第６実施形態においても、上述した図２１のアカウント管理表、および、上述した図２２のアカウント管理者固有鍵を保有している。
【０９６２】
認証センタ端末２１１は、第６実施形態においても、上述した図６５に示されるようなＣＡ鍵情報、および、上述した図６４に示されるような証明書表を保有している。
【０９６３】
また、認証センタ端末２１１（認証センタＣＡ）は、図６６で示されるような証明書を発行する。
【０９６４】
次に、本発明の第６実施形態が適用される認証鍵割当システム３０１（図７２）の動作を説明する。
【０９６５】
第６実施形態における認証鍵割当システム３０１の動作の概略は、本発明の第４実施形態のそれと基本的に同様である。
【０９６６】
従って、本発明の第６実施形態が適用される認証鍵割当システム３０１の動作も、第４実施形態の説明と同様に、図２３のフローチャートを参照して説明する。
【０９６７】
はじめに、ステップＳ１において、「サービス選択／鍵割り当て処理」が実行される。
【０９６８】
第６実施形態における「サービス選択／鍵割り当て処理」は、第４実施形態のそれと、基本的に同様の処理とされるが、若干差異がある。
【０９６９】
このような第６実施形態における「サービス選択／鍵割り当て処理」の詳細が、図１３１乃至図１３３のフローチャートと、図１３４のアローチャートに示されている。図１３１乃至図１３３のフローチャートは、図１３４のアローチャートに示される各装置の「サービス選択／鍵割り当て処理」を表している。即ち、図１３１は、ユーザ装置１１（図７２）の「サービス選択／鍵割り当て処理」を、図１３２は、鍵割り当て者端末１２（図７２）の「サービス選択／鍵割り当て処理」を、図１３３は、サービス提供者端末１３（図７２）の「サービス選択／鍵割り当て処理」を、それぞれ表している。
【０９７０】
そこで、ここでは、第４実施形態において説明した処理については、その説明を適宜省略し、以下、図１３４のアローチャートを参照して、第４実施形態とは異なる処理を中心に説明する。
【０９７１】
図１３４に示されるように、はじめに、ステップ６０１において、ユーザ端末２１は、サービス（選択サービス）を選択し、それをサービス提供者端末１３に送付する。
【０９７２】
サービス提供者端末１３は、ステップＳ６４１において、選択サービスを受け取り、ステップＳ６４２において、図１０４の鍵割り当て依頼書を生成し、鍵保持装置２２に送付する。
【０９７３】
鍵保持装置２２は、ステップＳ６０２において、鍵割り当て依頼書を受け取り、一時的に保持すると同時に、ステップＳ６０３において、鍵割り当て者端末１２に送付する。
【０９７４】
鍵割り当て者端末１２は、ステップＳ６２１において、鍵割り当て依頼書を受け取ると、鍵割り当て依頼書のサービス提供者端末１３のメッセージ認証コードを検証する。
【０９７５】
鍵割り当て者端末１２が、鍵割り当て依頼書を受け取ると、鍵保持装置２２と鍵割り当て者端末１２のそれぞれは、ステップＳ６２２の処理（鍵割り当て者端末１２側の「鍵保持装置と相互認証＋鍵共用処理」）、または、ステップＳ６０４の処理（鍵保持装置２２側の「鍵割り当て者と相互認証＋鍵共用処理」）を実行する。
【０９７６】
詳細には、例えば、鍵保持装置２２が、図１２０の鍵保持装置ＰＫＩ情報を保有していない場合、第６実施形態におけるステップＳ５２２の処理（「鍵保持装置と相互認証＋鍵共有処理」）、および、ステップＳ５０４の処理（「鍵割り当て者と相互認証＋鍵共有処理」）は、上述した第４実施形態と同様の処理とされる。従って、これらの説明は省略する。
【０９７７】
これに対して、例えば、鍵保持装置２２が、図１２０の鍵保持装置ＰＫＩ情報を保有している場合、上述したように、ステップＳ６２２の処理（「鍵保持装置と相互認証＋鍵共有処理」）、および、ステップＳ６０４の処理（「鍵割り当て者と相互認証＋鍵共有処理」）は、例えば、上述した図１２９で示される処理（ＳＳＬ，ＴＬＳを利用した処理）が実行される。なお、これらのＳＳＬ，ＴＬＳを利用した処理についても上述したので、それらの説明は省略する。
【０９７８】
そして、鍵保持装置２２と鍵割り当て者端末１２のそれぞれは、ステップＳ６２３の処理（鍵割り当て者端末１２側の「鍵保持装置のユーザ認証処理」）、または、ステップＳ６０５の処理（鍵保持装置２２側の「ユーザ認証応答処理」）を実行する。
【０９７９】
なお、第６実施形態におけるステップＳ６２３の処理（「鍵保持装置のユーザ認証処理」）、および、ステップＳ６０５の処理（「ユーザ認証応答処理」）は、上述した第４実施形態におけるそれらと同様とされるので、それらの説明は省略する。
【０９８０】
ところで、上述したように、第４実施形態においては、「鍵保持装置のユーザ認証処理（第６実施形態のステップＳ６２３（図１３４）に対応するステップＳ４２３（図１１７）の処理）」、および、「ユーザ認証応答処理（第６実施形態のステップＳ６０５（図１３４）に対応するステップＳ４０５（図１１７）の処理）」が実行されると、鍵割り当て者端末１２が、ステップＳ４２４（図１１７）の処理で、新規鍵を生成し、ユーザ装置２２に送付し、ユーザ装置２２が、ステップＳ４０６の処理で、その新規鍵を受け取る。
【０９８１】
これに対して、図１３４に示されるように、第６実施形態においては、第５実施形態と同様に、「鍵保持装置のユーザ認証処理（ステップＳ６２３の処理）」、および、「ユーザ認証応答処理（ステップＳ６０５の処理）」が実行されると、鍵割り当て者端末１２とユーザ装置１１（鍵保持装置２２）のそれぞれは、「新規鍵要求および受け取り処理（ステップＳ６２４の処理）」、または、「新規鍵生成および送付処理（ステップＳ６０６の処理）」を実行する。
【０９８２】
第６実施形態における、「新規鍵要求および受け取り処理（ステップＳ６２４の処理）」と、「新規鍵生成および受け取り処理（ステップＳ６４３の処理）」の詳細が、図１３５のアローチャートに示されている。
【０９８３】
そこで、図１３５のアローチャートを参照して、第６実施形態における「新規鍵要求および受け取り処理（ステップＳ６２４の処理）」と、「新規鍵生成および受け取り処理（ステップＳ６０６の処理）」の詳細について説明する。
【０９８４】
図１３５に示されるように、はじめに、ステップＳ６２４−１において、鍵割り当て者端末１２は、鍵生成要求”ＧＥＮＥＲＡＴＥ−ＫＥＹ”を生成する。鍵割り当て者端末１２は、生成した鍵生成要求”ＧＥＮＥＲＡＴＥ−ＫＥＹ”と、ステップＳ６２２（図１３４）の「鍵保持装置と相互認証＋鍵共有処理」によりユーザ装置１１（鍵保持装置２２）と共有した一時暗号鍵Ｋｓｅｓを用いて、メッセージ認証コードＭＡＣ（”ＧＥＮＥＲＡＴＥ−ＫＥＹ”）＝Ｅ（Ｋｓｅｓ，　ｈ（”ＧＥＮＥＲＡＴＥ−ＫＥＹ”））を生成する。そして、鍵割り当て者端末１２は、鍵生成要求”ＧＥＮＥＲＡＴＥ−ＫＥＹ”と、メッセージ認証コードＭＡＣ（”ＧＥＮＥＲＡＴＥ−ＫＥＹ”）＝Ｅ（Ｋｓｅｓ，　ｈ（”ＧＥＮＥＲＡＴＥ−ＫＥＹ”））を連結する。即ち、鍵割り当て者端末１２は、新規鍵の生成を要求する要求情報として、連結データ”ＧＥＮＥＲＡＴＥ−ＫＥＹ”｜｜ＭＡＣ（“ＧＥＮＥＲＡＴＥ−ＫＥＹ”）を生成する。
【０９８５】
ステップＳ６２４−２において、鍵割り当て者端末１２は、連結データ”ＧＥＮＥＲＡＴＥ−ＫＥＹ”｜｜ＭＡＣ（“ＧＥＮＥＲＡＴＥ−ＫＥＹ”）を送付すると、ステップＳ６０６−１において、ユーザ装置１１（鍵保持装置２２）がそれを受け取る。
【０９８６】
そして、鍵保持装置２２は、ステップＳ６０６−２において、メッセージ認証コードの検証を行い、鍵生成要求”ＧＥＮＥＲＡＴＥ−ＫＥＹ”の改竄および正当性の検証を行う。
【０９８７】
検証が成功した場合、鍵保持装置２２は、ステップＳ６０６−３において、新規鍵、即ち、公開鍵暗号の秘密鍵と公開鍵のペアである公開暗号鍵ペア（Ｋｐｒ，Ｋｐｕｂ）を新たに生成する。この公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）が、新たに割り当てられる認証手法の証明鍵および検証鍵として用いられる。
【０９８８】
具体的には、例えば、鍵保持装置２２が、図１１８に示されるように構成される場合、乱数発生部４０１は、乱数を発生させ、演算処理部５６は、例えば、ＩＥＥＥ−Ｐ１３６３により規定されている方法等に従って、乱数発生部４０１により発生された乱数から公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）を新たに生成する。
【０９８９】
そして、演算処理部５６は、生成した公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）の２つの鍵を構成要素とする、図１２１の鍵一時保持表を生成し、鍵記憶部５４に記憶する。
【０９９０】
或いは、例えば、鍵保持装置２２が、図１１８に示されるように構成される場合、ステップＳ６０６の「新規鍵生成および送付処理」よりも時間的に前に、演算処理部５６が、例えば、ＩＥＥＥ−Ｐ１３６３により規定されている方法等に従って、乱数発生部４０１により発生された複数の乱数のそれぞれから、複数の公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ）を予め生成し、生成した複数の公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ）のそれぞれに対して、ＩｎｄｅｘとしてＩｄｎを付与する。
【０９９１】
そして、演算処理部５６は、図１２２に示される認証用鍵表のｎレコード（行）において、Ｉｎｄｘの項目にＩＤｎを、証明鍵の項目に、生成した複数の公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ）のうちの秘密鍵Ｋｐｒｎを、検証鍵の項目に、生成した複数の公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ）のうちの検証鍵Ｋｐｕｂｎを、それぞれを記述し、鍵記憶部５４に記憶する。
【０９９２】
なお、いまの場合、図１２２の認証用鍵表に含まれる暗号鍵の候補（証明鍵（候補）Ｋｐｒｎと検証鍵（候補）Ｋｐｕｂｎ）の全ては、鍵保持装置２２により生成されたが、上述したように、図１２２の認証用鍵表に含まれる暗号鍵の候補（証明鍵（候補）Ｋｐｒｎと検証鍵（候補）Ｋｐｕｂｎ）のうちの少なくとも一部が、鍵保持装置２２とは異なる他の装置により生成されてもよい。
【０９９３】
このようにして、図１２２の認証用鍵表が、鍵記憶部５４に予め保持された状態で、鍵保持装置２２は、ステップＳ６０６−１において、鍵割り当て者端末１２から送付された連結データ”ＧＥＮＥＲＡＴＥ−ＫＥＹ”｜｜ＭＡＣ（“ＧＥＮＥＲＡＴＥ−ＫＥＹ”）を受け取ると、ステップＳ６０６−２において、メッセージ認証コードの検証を行い、鍵生成要求”ＧＥＮＥＲＡＴＥ−ＫＥＹ”の改竄および正当性の検証を行う。
【０９９４】
検証が成功した場合、ステップＳ５６０−３において、演算処理部５６は、鍵記憶部５４に記憶されている、図１２２の認証用鍵表の各レコード（行）のそれぞれに含まれる複数の新規鍵の候補、即ち、複数の公開鍵ペア（Ｋｐｒｎ，Ｋｐｕｂｎ）の中から所定の１つ（公開鍵ペア（Ｋｐｒｎｋ，Ｋｐｕｂｋ）（ｋは、ｎで表される整数値のうちの所定の１つの値））を抽出することで、新規鍵を生成する。即ち、生成された新規鍵（抽出された公開鍵ペア（Ｋｐｒｎｋ，Ｋｐｕｂｋ））が、新たに割り当てられる認証手法の証明鍵および検証鍵として用いられる。
【０９９５】
そして、演算処理部５６は、選択した公開鍵ペア（Ｋｐｒｎｋ，Ｋｐｕｂｋ）の２つの鍵のそれぞれを構成要素とする、図１２１の鍵一時保持表を生成し、鍵記憶部５４に記憶するとともに、図１２２の認証用鍵表のうちの、選択した公開鍵ペア（Ｋｐｒｎｋ，Ｋｐｒｋ）に対応するレコード（ｋ行）を削除する。
【０９９６】
このようにして、図１２１の鍵一時保持表が鍵記憶部５４に記憶されると、ステップＳ６０６−４において、鍵保持装置２２は、公開鍵、即ち、検証鍵Ｋｐｕｂを送付すると、ステップＳ６２４−３において、鍵割り当て者端末１２は、それを受け取る。
【０９９７】
具体的には、例えば、鍵保持装置２２は、ステップＳ６０６−３の処理で生成した（鍵一時保持表に保持された）公開鍵ペア（Ｋｐｒ，Ｋｐｕｂ）のうちの検証鍵Ｋｐｕｂと、ステップＳ６０４（図１３４）の「鍵割り当て者と相互認証＋鍵共有処理」により鍵割り当て者端末１２と共有した一時暗号鍵Ｋｓｅｓを用いてメッセージ認証コードＭＡＣ（Ｋｐｕｂ）＝Ｅ（Ｋｓｅｓ，　ｈ（Ｋｐｕｂ））を生成する。そして、鍵保持装置２２は、検証鍵Ｋｐｕｂと、メッセージ認証コードＭＡＣ（Ｋｐｕｂ）を連結する。即ち、鍵保持装置２２は、連結データＫｐｕｂ｜｜ＭＡＣ（Ｋｐｕｂ）を生成する。
【０９９８】
生成された連結データＫｐｕｂ｜｜ＭＡＣ（Ｋｐｕｂ）は、ユーザ装置１１より送付され、鍵割り当て者端末１２に受け取られる。
【０９９９】
すると、鍵割り当て者端末１２は、ステップＳ６２４−４において、連結データＫｐｕｂ｜｜ＭＡＣ（Ｋｐｕｂ）のメッセージ認証コードＭＡＣ（Ｋｐｕｂ）の検証を行う。
【１０００】
図１３４に戻り、検証が成功すると、鍵割り当て者端末１２は、ステップＳ６２５において、図１０３の権利証書を生成し、鍵保持装置２２に送付する。
【１００１】
同時に、鍵割り当て者端末１２は、図１３０の鍵割り当て表に、割り当てを行った認証手法の識別番号ＫＩＤ、割り当てた相手のユーザの識別番号ＡＩＤ、割り当てた鍵保持装置の識別番号ＨＷＩＤ、権利証書Ｒｃｅｒｔ、および、検証鍵Ｋｐｕｂ等からなるレコードを追加する。
【１００２】
そして、鍵割り当て者端末１２は、ステップＳ６２６において、ステップＳ６２２の「鍵保持装置と相互認証＋鍵共有処理」で特定したユーザＵｓｅｒ（ユーザ端末２１）に対して、権利証書のサービス内容と鍵割り当ての手数料の合計に見合った課金を行う。
【１００３】
鍵保持装置２２は、ステップＳ６０７において、権利証書を受け取る。
【１００４】
そして、鍵保持装置２２は、受け取った権利証書に対して、電子署名が鍵割り当て者端末１２（鍵割り当て者ＫＡ）によって生成されていることを確認の上、権利証書に含まれる識別番号ＫＩＤと権利証書Ｒｃｅｒｔからなる新たなレコードを、図１１０の認証情報表に追加する。
【１００５】
また、鍵保持装置２２は、権利証書に含まれる識別番号ＫＩＤ、および、図１２１の鍵一時保持表に保持されている証明鍵Ｋｐｒからなる新たなレコードを、図１０９の証明鍵表に追加する。
【１００６】
その後、鍵保持装置２２は、図１２１の鍵一時保持表に保持していた証明鍵Ｋｐｒと検証鍵Ｋｐｕｂを削除する。
【１００７】
図２３に戻り、ステップＳ１の処理（「サービス選択／鍵割り当て処理」）が実行されると、ステップＳ２において、「鍵使用／サービス提供処理」が実行される。
【１００８】
第６実施形態の「鍵使用／サービス提供処理」（ステップＳ２の処理）は、上述した第４実施形態のそれと同様である。即ち、第６実施形態においても、「鍵使用／サービス提供処理」は、上述した図１１４乃至図１１６のフローチャート（図１１７のアローチャート）に従って実行される。
【１００９】
ステップＳ２の処理（「鍵使用／サービス提供処理」）が終了すると、必要に応じて、ステップＳ６の処理（「鍵削除処理」）と、ステップＳ７の処理（「鍵使用停止処理」）が実行される。
【１０１０】
第６実施形態の「鍵削除処理」（ステップＳ６の処理）は、上述した第４実施形態のそれ（即ち、第２実施形態のそれ）と同様である。即ち、第６実施形態においても、「鍵削除処理」は、上述した図３７乃至図３９のうちのいずれかのフローチャートに従って実行される。
【１０１１】
ただし、第６実施形態においては、削除の対象となるものは、鍵割り当て者端末１２の場合、図１３０の鍵割り当て表とされ、サービス提供者端末１３の場合、図１０６の失効鍵表とされ、鍵保持装置２２の場合、図１０９の証明鍵表、および、図１１０の認証情報表とされる。
【１０１２】
第６実施形態の「鍵使用停止処理」（ステップＳ７の処理）は、上述した第４実施形態のそれと同様である。即ち、第５実施形態においても、「鍵使用停止処理」は、上述した図４０と図４１のフローチャートに従って実行される。
【１０１３】
ただし、第６実施形態における「鍵使用停止処理」においては、第４実施形態と同様に、サービス提供者端末１３は、第２実施形態における図５３の認証情報表に対応するものを保持しないので、認証情報表からレコードを削除する処理は省略される。
【１０１４】
また、図４０のステップ１６１の処理で、鍵割り当て者端末１２により生成され、サービス提供者端末１３に送付される鍵使用停止要求書の形式は、第１実施形態同様においては、図４２の形式とされるのに対して、第６実施形態においては、第４実施形態と同様に、図４２、図４３のうちのいずれの形式とされてもよい。
【１０１５】
このように、第６実施形態が適用される認証鍵割当システム３０１は、第４実施形態に対応する実施形態であるので、当然ながら、上述した（１）乃至（６）の効果を奏することが可能になる。
【１０１６】
さらに、第６実施形態が適用される認証鍵割当システム３０１は、第５実施形態のそれと同様、ユーザＵｓｅｒが保有する鍵保持装置２２が新規鍵を生成するので、当然ながら、上述した（７）乃至（１０）で示されるような効果を奏することが可能になる。
【１０１７】
また、第５実施形態や第６実施形態と同様に、第１実施形態や第３実施形態に対する実施形態であって、ユーザＵｓｅｒが保有する鍵保持装置２２が新規鍵を生成する実施形態も容易に実現可能である。
【１０１８】
即ち、第５実施形態や第６実施形態と同様に、第１実施形態や第３実施形態に対して、さらに、ユーザＵｓｅｒが保有する鍵保持装置２２が新規鍵を生成する手法を適用することが可能である。
【１０１９】
なお、上述した一連の処理を実行させるプログラムは、ネットワークや記録媒体からインストールされる。この記録媒体は、図１５、図１８、図１９、図２０、および、図４５に示されるように、装置本体とは別に、所有者等にプログラムを提供するために配布され、ドライブ４０、９０、１１０、１３０、または、２３０に装着される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｋ−Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ）を含む）、光磁気ディスク（ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）を含む）、もしくは半導体メモリなどのリムーバブル記録媒体（パッケージメディア）４１、９１、１１１、１３１、または、２３１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているＲＯＭ３２、８２、１０２、１２２、または、２２２や、記憶部３８、８８、１０８、１２８、または、２２８に含まれるハードディスクなどで構成される。
【１０２０】
なお、本明細書において、上述した一連の処理を実行するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【１０２１】
また、本明細書において、システムとは、複数の装置や処理部により構成される装置全体を表すものである。
【１０２２】
【発明の効果】
以上のごとく、本発明によれば、サービス提供者が、ユーザを認証することができる。また、本発明によれば、サービス提供者が、ユーザを認証する場合に、その認証の効率と安全性を高めることができる。
【図面の簡単な説明】
【図１】本発明が適用される認証鍵割当システムにより支援されるビジネスモデルの第１の例について説明する図である。
【図２】本発明が適用される認証鍵割当システムにより支援されるビジネスモデルの第２の例について説明する図である。
【図３】本発明が適用される認証鍵割当システムにより支援されるビジネスモデルの第３の例について説明する図である。
【図４】本発明が適用される認証鍵割当システムの構成例を示すブロック図である。
【図５】鍵割り当て表の例を示す図である。
【図６】サービス提供者鍵表の例を示す図である。
【図７】鍵保持装置鍵表の例を示す図である。
【図８】鍵割り当て者アカウント情報の例を示す図である。
【図９】認証情報表の例を示す図である。
【図１０】サービス提供者固有情報の例を示す図である。
【図１１】証明鍵表の例を示す図である。
【図１２】サービス情報表の例を示す図である。
【図１３】鍵保持装置固有情報の例を示す図である。
【図１４】ユーザカウント情報の例を示す図である。
【図１５】図１４の認証鍵割当システムのユーザ端末の構成例を示すブロック図である。
【図１６】図１４の認証鍵割当システムの鍵保持装置の構成例を示すブロック図である。
【図１７】図１４の認証鍵割当システムのＩＣカードの構成例を示すブロック図である。
【図１８】図１４の認証鍵割当システムの鍵割り当て者端末の構成例を示すブロック図である。
【図１９】図１４の認証鍵割当システムのサービス提供者端末の構成例を示すブロック図である。
【図２０】図１４の認証鍵割当システムの汎用アカウント管理者端末の構成例を示すブロック図である。
【図２１】アカウント管理表の例を示す図である。
【図２２】アカウント管理者固有鍵の例を示す図である。
【図２３】本発明が適用される認証鍵システムの処理の例について説明するフローチャートである。
【図２４】図１５のユーザ端末、図１６の鍵保持装置、および、図１７のＩＣカードから構成されるユーザ装置のサービス選択／鍵割り当て処理の例について説明するフローチャートである。
【図２５】図１８の鍵割り当て者端末のサービス選択／鍵割り当て処理の例について説明するフローチャートである。
【図２６】図１９のサービス提供者端末のサービス選択／鍵割り当て処理の例について説明するフローチャートである。
【図２７】図１５のユーザ端末、図１６の鍵保持装置、および、図１７のＩＣカードから構成されるユーザ装置、図１８の鍵割り当て者端末、並びに、図１９のサービス提供者端末のサービス選択／鍵割り当ての処理の関係を示すアローチャートである。
【図２８】鍵割り当て依頼書の例を示す図である。
【図２９】鍵割り当て報告書の例を示す図である。
【図３０】図１５のユーザ端末、図１６の鍵保持装置、および、図１７のＩＣカードから構成されるユーザ装置の鍵使用／サービス提供処理の例について説明するフローチャートである。
【図３１】図１９のサービス提供者端末の鍵使用／サービス提供処理の例について説明するフローチャートである。
【図３２】図２９のユーザ装置の鍵使用／サービス提供処理の目的別認証の検証処理と、図３０のサービス提供者端末の鍵使用／サービス提供処理の目的別認証の応答処理との関係の例を示すアローチャートである。
【図３３】図２９のユーザ装置の鍵使用／サービス提供処理の目的別認証の検証処理と、図３０のサービス提供者端末の鍵使用／サービス提供処理の目的別認証の応答処理との関係の他の例を示すアローチャートである。
【図３４】図２９のユーザ装置の鍵使用／サービス提供処理のサービス利用処理と、図３０のサービス提供者端末の鍵使用／サービス提供処理のサービス提供処理との関係の例を示すアローチャートである。
【図３５】図２９のユーザ装置の鍵使用／サービス提供処理のサービス利用処理と、図３０のサービス提供者端末の鍵使用／サービス提供処理のサービス提供処理との関係の他の例を示すアローチャートである。
【図３６】サービス要求書の例を示す図である。
【図３７】図１５のユーザ端末、図１６の鍵保持装置、および、図１７のＩＣカードから構成されるユーザ装置の鍵削除処理の例について説明するフローチャートである。
【図３８】図１８の鍵割り当て者端末の鍵削除処理の例について説明するフローチャートである。
【図３９】図１９のサービス提供者端末の鍵削除処理の例について説明するフローチャートである。
【図４０】図１８の鍵割り当て者端末の鍵使用停止処理の例について説明するフローチャートである。
【図４１】図１９のサービス提供者端末の鍵使用停止処理の例について説明するフローチャートである。
【図４２】鍵使用停止要求書の例を示す図である。
【図４３】鍵使用停止要求書の他の例を示す図である。
【図４４】本発明が適用される認証鍵割当システムの構成の他の例を示すブロック図である。
【図４５】図４３の認証鍵割当システムの認証センタ端末の構成例を示すブロック図である。
【図４６】鍵割り当て表の例を示す図である。
【図４７】サービス提供者鍵表の例を示す図である。
【図４８】鍵保持装置鍵表の例を示す図である。
【図４９】鍵割り当て者ＰＫＩ情報の例を示す図である。
【図５０】ＣＡ公開鍵情報の例を示す図である。
【図５１】鍵割り当て依頼書の例を示す図である。
【図５２】鍵割り当て報告書の例を示す図である。
【図５３】認証情報表の例を示す図である。
【図５４】サービス提供者固有情報の例を示す図である。
【図５５】失効鍵表の例を示す図である。
【図５６】サービス提供者ＰＫＩ情報の例を示す図である。
【図５７】鍵共有パラメータの例を示す図である。
【図５８】ＣＡ公開鍵情報の例を示す図である。
【図５９】証明鍵表の例を示す図である。
【図６０】認証情報表の例を示す図である。
【図６１】鍵保持装置固有情報の例を示す図である。
【図６２】ユーザＰＫＩ情報の例を示す図である。
【図６３】ＣＡ公開鍵情報の例を示す図である。
【図６４】証明書表の例を示す図である。
【図６５】ＣＡ鍵情報の例を示す図である。
【図６６】証明書の例を示す図である。
【図６７】図４３の認証鍵割り当てシステムのユーザ装置と鍵割り当て者端末とのサービス選択／鍵割り当ての処理の中の、ユーザ装置のユーザ認識応答処理と、鍵割り当て者端末の鍵保持装置のユーザ認証処理との関係を示すアローチャートである。
【図６８】図４３の認証鍵割り当てシステムのユーザ装置の鍵使用／サービス提供処理の例について説明するフローチャートである。
【図６９】図４３の認証鍵割り当てシステムのサービス提供者端末の鍵使用／サービス提供処理の例について説明するフローチャートである。
【図７０】図６７のユーザ装置の鍵使用／サービス提供処理の目的別認証の検証処理と、図６８のサービス提供者端末の鍵使用／サービス提供処理の目的別認証の応答処理との関係の例を示すアローチャートである。
【図７１】図６７のユーザ装置の鍵使用／サービス提供処理の目的別認証の検証処理と、図６８のサービス提供者端末の鍵使用／サービス提供処理の目的別認証の応答処理との関係の他の例を示すアローチャートである。
【図７２】本発明が適用される認証鍵割当システムの構成の他の例を示すブロック図である。
【図７３】鍵割り当て表の例を示す図である。
【図７４】サービス提供者鍵表の例を示す図である。
【図７５】鍵保持装置鍵表の例を示す図である。
【図７６】鍵割り当て者アカウント情報の例を示す図である。
【図７７】ＣＡ公開鍵情報の例を示す図である。
【図７８】権利証書の例を示す図である。
【図７９】鍵割り当て依頼書の例を示す図である。
【図８０】鍵割り当て報告書の例を示す図である。
【図８１】認証情報表の例を示す図である。
【図８２】サービス提供者固有情報の例を示す図である。
【図８３】失効鍵表の例を示す図である。
【図８４】サービス提供者ＰＫＩ情報の例を示す図である。
【図８５】鍵共有パラメータの例を示す図である。
【図８６】ＣＡ公開鍵情報の例を示す図である。
【図８７】証明鍵表の例を示す図である。
【図８８】認証情報表の例を示す図である。
【図８９】鍵保持装置固有情報の例を示す図である。
【図９０】ユーザカウント情報の例を示す図である。
【図９１】ＣＡ公開鍵情報の例を示す図である。
【図９２】図７１の認証鍵割当システムのユーザ装置のサービス選択／鍵割り当て処理の例について説明するフローチャートである。
【図９３】図７１の認証鍵割当システムの鍵割り当て者端末のサービス選択／鍵割り当て処理の例について説明するフローチャートである。
【図９４】図７１の認証鍵割当システムのサービス提供者端末のサービス選択／鍵割り当て処理の例について説明するフローチャートである。
【図９５】図７１の認証鍵割当システムのユーザ装置、鍵割り当て者端末、および、サービス提供者端末のサービス選択／鍵割り当ての処理の関係を示すアローチャートである。
【図９６】図７１の認証鍵割り当てシステムのユーザ装置の鍵使用／サービス提供処理の例について説明するフローチャートである。
【図９７】図７１の認証鍵割り当てシステムのサービス提供者端末の鍵使用／サービス提供処理の例について説明するフローチャートである。
【図９８】鍵割り当て表の例を示す図である。
【図９９】サービス提供者鍵表の例を示す図である。
【図１００】鍵保持装置鍵表の例を示す図である。
【図１０１】鍵割り当て者ＰＫ情報の例を示す図である。
【図１０２】ＣＡ公開鍵情報の例を示す図である。
【図１０３】権利証書の例を示す図である。
【図１０４】鍵割り当て依頼書の例を示す図である。
【図１０５】サービス提供者固有情報の例を示す図である。
【図１０６】失効鍵表の例を示す図である。
【図１０７】鍵共有パラメータの例を示す図である。
【図１０８】ＣＡ公開鍵情報の例を示す図である。
【図１０９】証明鍵表の例を示す図である。
【図１１０】認証情報表の例を示す図である。
【図１１１】鍵保持装置固有情報の例を示す図である。
【図１１２】ユーザカウント情報の例を示す図である。
【図１１３】ＣＡ公開鍵情報の例を示す図である。
【図１１４】図９８の認証鍵割当システムのユーザ装置のサービス選択／鍵割り当て処理の例について説明するフローチャートである。
【図１１５】図９８の認証鍵割当システムの鍵割り当て者端末のサービス選択／鍵割り当て処理の例について説明するフローチャートである。
【図１１６】図９８の認証鍵割当システムのサービス提供者端末のサービス選択／鍵割り当て処理の例について説明するフローチャートである。
【図１１７】図９８の認証鍵割当システムのユーザ装置、鍵割り当て者端末、および、サービス提供者端末のサービス選択／鍵割り当ての処理の関係を示すアローチャートである。
【図１１８】鍵保持装置の他の構成例を表すブロック図である。
【図１１９】鍵割り当て表の例を示す図である。
【図１２０】鍵保持装置ＰＫＩ情報の例を示す図である。
【図１２１】鍵一時保持表の例を示す図である。
【図１２２】認証用鍵表の例を示す図である。
【図１２３】図１５のユーザ端末、図１６若しくは図１１８の鍵保持装置、および、図１７のＩＣカードから構成されるユーザ装置のサービス選択／鍵割り当て処理の他の例について説明するフローチャートである。
【図１２４】図１２３のフローチャートに対応する、図１８の鍵割り当て者端末のサービス選択／鍵割り当て処理の例について説明するフローチャートである。
【図１２５】図１２３のフローチャートに対応する、図１９のサービス提供者端末のサービス選択／鍵割り当て処理の例について説明するフローチャートである。
【図１２６】図１２３乃至図１２５のフローチャートに対応するアローチャートであって、図１５のユーザ端末、図１６若しくは図１１８の鍵保持装置、および、図１７のＩＣカードから構成されるユーザ装置、図１８の鍵割り当て者端末、並びに、図１９のサービス提供者端末のサービス選択／鍵割り当ての処理の関係を示すアローチャートである。
【図１２７】図１２６のアローチャートで示される、ステップＳ５２４の「新規鍵要求および受け取り処理」と、ステップＳ５０６の「新規鍵生成および送付処理」の関係の詳細を示すアローチャートである。
【図１２８】ＳＳＬ．ＴＬＳが利用される場合のプロトコルスタックを示す図である。
【図１２９】ＳＳＬ．ＴＬＳが利用される場合における、図１２６のアローチャートで示される、ステップＳ５２２の「鍵保持装置と相互認証＋鍵共有処理」と、ステップＳ５０４の「鍵割り当て者端末と相互認証＋鍵共有処理」の関係の詳細を示すアローチャートである。
【図１３０】鍵割り当て表の例を示す図である。
【図１３１】図１５のユーザ端末、図１６若しくは図１１８の鍵保持装置、および、図１７のＩＣカードから構成されるユーザ装置のサービス選択／鍵割り当て処理のさらに他の例について説明するフローチャートである。
【図１３２】図１３１のフローチャートに対応する、図１８の鍵割り当て者端末のサービス選択／鍵割り当て処理の例について説明するフローチャートである。
【図１３３】図１３１のフローチャートに対応する、図１９のサービス提供者端末のサービス選択／鍵割り当て処理の例について説明するフローチャートである。
【図１３４】図１３１乃至図１３３のフローチャートに対応するアローチャートであって、図１５のユーザ端末、図１６若しくは図１１８の鍵保持装置、および、図１７のＩＣカードから構成されるユーザ装置、図１８の鍵割り当て者端末、並びに、図１９のサービス提供者端末のサービス選択／鍵割り当ての処理の関係を示すアローチャートである。
【図１３５】図１３４のアローチャートで示される、ステップＳ５２４の「新規鍵要求および受け取り処理」と、ステップＳ５０６の「新規鍵生成および送付処理」の関係の詳細を示すアローチャートである。
【符号の説明】
１　認証鍵割当システム，　１１　ユーザ装置，　１２　鍵割り当て者端末１２　サービス提供者端末，　１４　ネットワーク，　１５　汎用アカウント者端末，　２１　ユーザ端末，　２２　鍵保持装置２２　ＩＣカード，　３１　ＣＰＵ，３９　通信部，　５１　ＣＰＵ，　５２　ＲＯＭ，　５３　データ記憶部５３　鍵記憶部５４　データ管理部５５　演算処理部５６　通信処理部５７　認証処理部５８　ドライブ，　７１　記憶部，　７２　計算処理部，　７３　通信処理部，　８１　ＣＰＵ，　８２　ＲＯＭ，　８３　ＲＡＭ，　８８　記憶部，　８９　通信部，　１０１　ＣＰＵ，　１０２　ＲＯＭ，　１０３　ＲＡＭ，　１０８　記憶部，　１０９　通信部，　１２１　ＣＰＵ，　１２２　ＲＯＭ，　１２３　ＲＡＭ，　１２８　記憶部，１２９　通信部，　２０１　認証鍵割当システム，　２１１　認証センタ端末，　２２１　ＣＰＵ，　２２２　ＲＯＭ，　２２３　ＲＡＭ，　２２８　記憶部，　２２９　通信部，　３０１　認証鍵割当システム，　４０１　乱数発生部，　４１４ＳＳＬ，ＴＬＳの層，　ＣＡ　認証センタ，　ＫＡ　鍵割り当て者，　ＫＤＣ　汎用アカウント管理者，　ＳＰ　サービス提供者，　Ｕｓｅｒ　ユーザ

Claims (59)

  1. 第１乃至第３の情報処理装置からなる情報処理システムにおいて、
    前記第１の情報処理装置は、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵を生成し、生成した前記第１の暗号鍵を前記第２の情報処理装置に送付するとともに、生成した前記第２の暗号鍵を前記第３の情報処理装置に送付し、
    前記第２の情報処理装置は、前記第１の情報処理装置により送付された前記第１の暗号鍵を受け取り、かつ、保持し、
    前記第３の情報処理装置は、前記第１の情報処理装置により送付された前記第２の暗号鍵を受け取り、かつ、保持し、
    前記第２の情報処理装置は、保持した前記第１の暗号鍵、および、前記第３の情報処理装置により保持された前記第２の暗号鍵を利用して、前記認証手法に基づいて、前記第３の情報処理装置を認証する
    ことを特徴とする情報処理システム。
  2. 前記認証手法は、共通鍵認証であり、
    前記第１の暗号鍵と前記第２の暗号鍵は同一の暗号鍵である
    ことを特徴とする請求項１に記載の情報処理システム。
  3. 前記認証手法は、公開鍵認証であり、
    前記第１の暗号鍵と前記第２の暗号鍵は異なる暗号鍵である
    ことを特徴とする請求項１に記載の情報処理システム。
  4. 第１乃至第３の情報処理装置からなる情報処理システムの情報処理方法において、
    前記第１の情報処理装置は、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵を生成し、生成した前記第１の暗号鍵を前記第２の情報処理装置に送付するとともに、生成した前記第２の暗号鍵を前記第３の情報処理装置に送付し、
    前記第２の情報処理装置は、前記第１の情報処理装置により送付された前記第１の暗号鍵を受け取り、かつ、保持し、
    前記第３の情報処理装置は、前記第１の情報処理装置により送付された前記第２の暗号鍵を受け取り、かつ、保持し、
    前記第２の情報処理装置は、保持した前記第１の暗号鍵、および、前記第３の情報処理装置により保持された前記第２の暗号鍵を利用して、前記認証手法に基づいて、前記第３の情報処理装置を認証する
    ことを特徴とする情報処理方法。
  5. 他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵を生成する生成手段と、
    前記生成手段により生成された前記第１の暗号鍵を前記他の第１の情報処理装置に送付するとともに、前記生成手段により生成された前記第２の暗号鍵を前記他の第２の情報処理装置に送付する送付手段と
    を備えることを特徴とする情報処理装置。
  6. 前記認証手法は、共通鍵認証であり、
    前記生成手段により生成される前記第１の暗号鍵と前記第２の暗号鍵は同一の暗号鍵である
    ことを特徴とする請求項５に記載の情報処理装置。
  7. 前記認証手法は、公開鍵認証であり、
    前記生成手段により生成される前記第１の暗号鍵と前記第２の暗号鍵は異なる暗号鍵である
    ことを特徴とする請求項５に記載の情報処理装置。
  8. 前記他の第２の情報処理装置に、認証のための情報が入力されるか、または、認証のために利用される所定の装置が接続された場合、前記情報を入力したユーザ、または、接続された前記装置を特定する特定手段をさらに備え、
    前記生成手段は、前記特定手段により、前記他の第２の情報処理装置に前記情報を入力したユーザ、または、前記他の第２の情報処理装置に接続された前記装置が特定された場合、前記第１および前記第２の暗号鍵を生成する
    ことを特徴とする請求項５に記載の情報処理装置。
  9. 前記特定手段は、ＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔ　Ｌａｙｅｒ）、または、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ　Ｌａｙｅｒ　Ｓｅｃｕｒｉｔｙ）を使用して、前記他の第２の情報処理装置に前記情報を入力した前記ユーザ、または、前記他の第２の情報処理装置に接続された前記装置を特定する
    ことを特徴とする請求項８に記載の情報処理装置。
  10. 前記生成手段により前記第１および前記第２の暗号鍵が生成された場合、前記送付手段により前記第１の暗号鍵が送付される相手である前記他の第１の情報処理装置が、前記第１および前記第２の鍵を利用して認証する前記他の第２の情報処理装置に対して提供するサービスの代価を確定し、前記特定手段により特定された前記他の第２の情報処理装置に前記情報を入力した前記ユーザ、または、前記特定手段により特定された、前記他の第２の情報処理装置に接続された前記装置によって特定されるユーザに対して、前記サービスの代価の課金を行う課金手段
    をさらに備えることを特徴とする請求項５に記載の情報処理装置。
  11. 前記課金手段は、前記他の第２の情報処理装置に対して、前記サービスに対する代価とともに、さらに、前記生成手段により生成された前記第１および前記第２の暗号鍵に対する代価の課金を行う
    ことを特徴とする請求項１０に記載の情報処理装置。
  12. 情報処理装置の情報処理方法において、
    他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵を生成する生成ステップと、
    前記生成ステップの処理により生成された前記第１の暗号鍵を前記他の第１の情報処理装置に送付するとともに、前記生成ステップの処理により生成された前記第２の暗号鍵を前記他の第２の情報処理装置に送付する送付ステップと
    を含むことを特徴とする情報処理方法。
  13. 情報処理装置を制御するコンピュータのプログラムであって、
    他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵を生成する生成ステップと、
    前記生成ステップの処理により生成された前記第１の暗号鍵を前記他の第１の情報処理装置に送付するとともに、前記生成ステップの処理により生成された前記第２の暗号鍵を前記他の第２の情報処理装置に送付する送付ステップと
    を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
  14. 情報処理装置を制御するコンピュータに、
    他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵を生成する生成ステップと、
    前記生成ステップの処理により生成された前記第１の暗号鍵を前記他の第１の情報処理装置に送付するとともに、前記生成ステップの処理により生成された前記第２の暗号鍵を前記他の第２の情報処理装置に送付する送付ステップと
    を実行させることを特徴とするプログラム。
  15. 他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも前記第１の暗号鍵を受け取る受取手段と、
    前記受取手段により受け取られた前記第１の暗号鍵を保持する保持手段と、
    前記保持手段により保持された前記第１の暗号鍵、および、前記他の第２の情報処理装置により保持された前記第２の暗号鍵を利用して、前記認証手法に基づいて、前記他の第２の情報処理装置を認証する認証手段と
    を備えることを特徴とする情報処理装置。
  16. 前記認証手法は、共通鍵認証であり、
    前記第１の暗号鍵と前記第２の暗号鍵は同一の暗号鍵である
    ことを特徴とする請求項１５に記載の情報処理装置。
  17. 前記認証手法は、公開鍵認証であり、
    前記第１の暗号鍵と前記第２の暗号鍵は異なる暗号鍵である
    ことを特徴とする請求項１５に記載の情報処理装置。
  18. 情報処理装置の情報処理方法において、
    他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも前記第１の暗号鍵を受け取る受取ステップと、
    前記受取ステップの処理により受け取られた前記第１の暗号鍵を保持する保持ステップと、
    前記保持ステップの処理により保持された前記第１の暗号鍵、および、前記他の第２の情報処理装置により保持された前記第２の暗号鍵を利用して、前記認証手法に基づいて、前記他の第２の情報処理装置を認証する認証ステップと
    を含むことを特徴とする情報処理方法。
  19. 情報処理装置を制御するコンピュータのプログラムであって、
    他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも前記第１の暗号鍵を受け取る受取ステップと、
    前記受取ステップの処理により受け取られた前記第１の暗号鍵を保持する保持ステップと、
    前記保持ステップの処理により保持された前記第１の暗号鍵、および、前記他の第２の情報処理装置により保持された前記第２の暗号鍵を利用して、前記認証手法に基づいて、前記他の第２の情報処理装置を認証する認証ステップと
    を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
  20. 情報処理装置を制御するコンピュータに、
    他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも前記第１の暗号鍵を受け取る受取ステップと、
    前記受取ステップの処理により受け取られた前記第１の暗号鍵を保持する保持ステップと、
    前記保持ステップの処理により保持された前記第１の暗号鍵、および、前記他の第２の情報処理装置により保持された前記第２の暗号鍵を利用して、前記認証手法に基づいて、前記他の第２の情報処理装置を認証する認証ステップと
    を実行させることを特徴とするプログラム。
  21. 他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも前記第２の暗号鍵を受け取る受取手段と、
    前記受取手段により受け取られた前記第２の暗号鍵を保持する保持手段と、
    前記第１の暗号鍵を保持する他の第２の情報処理装置により、前記認証手法に基づいて、自分自身が認証される場合、前記保持手段により保持された前記第２の暗号鍵を利用して、所定の応答を前記他の第２の情報処理装置に送付する応答手段と
    を備えることを特徴とする情報処理装置。
  22. 前記認証手法は、共通鍵認証であり、
    前記第１の暗号鍵と前記第２の暗号鍵は同一の暗号鍵である
    ことを特徴とする請求項２１に記載の情報処理装置。
  23. 前記認証手法は、公開鍵認証であり、
    前記第１の暗号鍵と前記第２の暗号鍵は異なる暗号鍵である
    ことを特徴とする請求項２１に記載の情報処理装置。
  24. 前記他の第２の情報処理装置により認証されるための情報を入力する入力手段をさらに備える
    ことを特徴とする請求項２１に記載の情報処理装置。
  25. 前記他の第２の情報処理装置により認証される場合に利用する所定の装置を接続する接続手段をさらに備える
    ことを特徴とする請求項２１に記載の情報処理装置。
  26. 前記接続手段に接続される前記装置は、ＩＣカードである
    ことを特徴とする請求項２１に記載の情報処理装置
  27. 前記保持手段は、耐タンパ性を有する
    ことを特徴とする請求項２１に記載の情報処理装置。
  28. 情報処理装置の情報処理方法において、
    他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも前記第２の暗号鍵を受け取る受取ステップと、
    前記受取ステップの処理により受け取られた前記第２の暗号鍵の保持を制御する保持制御ステップと、
    前記第１の暗号鍵を保持する他の第２の情報処理装置により、前記認証手法に基づいて、前記情報処理装置が認証される場合、前記保持制御ステップの処理により保持が制御された前記第２の暗号鍵を利用して、所定の応答を前記他の第２の情報処理装置に送付する応答ステップと
    を含むことを特徴とする情報処理方法。
  29. 情報処理装置を制御するコンピュータのプログラムであって、
    他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも前記第２の暗号鍵を受け取る受取ステップと、
    前記受取ステップの処理により受け取られた前記第２の暗号鍵の保持を制御する保持制御ステップと、
    前記第１の暗号鍵を保持する他の第２の情報処理装置により、前記認証手法に基づいて、前記情報処理装置が認証される場合、前記保持制御ステップの処理により保持が制御された前記第２の暗号鍵を利用して、所定の応答を前記他の第２の情報処理装置に送付する応答ステップと
    を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
  30. 情報処理装置を制御するコンピュータに、
    他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵のうちの、少なくとも前記第２の暗号鍵を受け取る受取ステップと、
    前記受取ステップの処理により受け取られた前記第２の暗号鍵の保持を制御する保持制御ステップと、
    前記第１の暗号鍵を保持する他の第２の情報処理装置により、前記認証手法に基づいて、前記情報処理装置が認証される場合、前記保持制御ステップの処理により保持が制御された前記第２の暗号鍵を利用して、所定の応答を前記他の第２の情報処理装置に送付する応答ステップと
    を実行させることを特徴とするプログラム。
  31. 第１乃至第３の情報処理装置からなる情報処理システムにおいて、
    前記第１の情報処理装置は、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報を生成し、前記第２の情報処理装置に送付し、
    前記第２の情報処理装置は、前記第１の情報処理装置からの前記要求情報を受け取ると、前記第１の暗号鍵と前記第２の暗号鍵のそれぞれを生成し、生成した前記第１の暗号鍵を前記第３の情報処理装置に送付するとともに、生成した前記第２の暗号鍵を保持し、
    前記第３の情報処理装置は、前記第２の情報処理装置により送付された前記第１の暗号鍵を受け取り、かつ、保持し、
    前記第３の情報処理装置は、保持した前記第１の暗号鍵、および、前記第２の情報処理装置により保持された前記第２の暗号鍵を利用して、前記認証手法に基づいて、前記第２の情報処理装置を認証する
    ことを特徴とする情報処理システム。
  32. 前記認証手法は、公開鍵認証であり、
    前記第１の暗号鍵と前記第２の暗号鍵は異なる暗号鍵である
    ことを特徴とする請求項３１に記載の情報処理システム。
  33. 第１乃至第３の情報処理装置からなる情報処理システムの情報処理方法において、
    前記第１の情報処理装置は、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報を生成し、前記第２の情報処理装置に送付し、
    前記第２の情報処理装置は、前記第１の情報処理装置からの前記要求情報を受け取ると、前記第１の暗号鍵と前記第２の暗号鍵のそれぞれを生成し、生成した前記第１の暗号鍵を前記第３の情報処理装置に送付するとともに、生成した前記第２の暗号鍵を保持し、
    前記第３の情報処理装置は、前記第２の情報処理装置により送付された前記第１の暗号鍵を受け取り、かつ、保持し、
    前記第３の情報処理装置は、保持した前記第１の暗号鍵、および、前記第２の情報処理装置により保持された前記第２の暗号鍵を利用して、前記認証手法に基づいて、前記第２の情報処理装置を認証する
    ことを特徴とする情報処理方法。
  34. 他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報を生成する生成手段と、
    前記生成手段により生成された前記要求情報を前記他の第２の情報処理装置に送付する送付手段と
    を備えることを特徴とする情報処理装置。
  35. 前記認証手法は、公開鍵認証であり、
    前記生成手段により生成される前記第１の暗号鍵と前記第２の暗号鍵は異なる暗号鍵である
    ことを特徴とする請求項３４に記載の情報処理装置。
  36. 前記他の第２の情報処理装置に、認証のための情報が入力されるか、または、認証のために利用される所定の装置が接続された場合、前記情報を入力したユーザ、または、接続された前記装置を特定する特定手段をさらに備え、
    前記生成手段は、前記特定手段により、前記他の第２の情報処理装置に前記情報を入力したユーザ、または、前記他の第２の情報処理装置に接続された前記装置が特定された場合、前記要求情報を生成する
    ことを特徴とする請求項３４に記載の情報処理装置。
  37. 前記特定手段は、ＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔ　Ｌａｙｅｒ）、または、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ　Ｌａｙｅｒ　Ｓｅｃｕｒｉｔｙ）を使用して、前記他の第２の情報処理装置に前記情報を入力した前記ユーザ、または、前記他の第２の情報処理装置に接続された前記装置を特定する
    ことを特徴とする請求項３６に記載の情報処理装置。
  38. 前記送付手段により前記要求情報が前記他の第２の情報処理装置に送付された場合、前記他の第１の情報処理装置が、前記第１の鍵および前記第２の鍵を利用して認証する前記他の第２の情報処理装置に対して提供するサービスの代価を確定し、前記特定手段により特定された前記他の第２の情報処理装置に前記情報を入力した前記ユーザ、または、前記特定手段により特定された、前記他の第２の情報処理装置に接続された前記装置によって特定されるユーザに対して、前記サービスの代価の課金を行う課金手段
    をさらに備えることを特徴とする請求項３４に記載の情報処理装置。
  39. 前記課金手段は、前記他の第２の情報処理装置に対して、前記サービスに対する代価とともに、さらに、前記送付手段から前記他の第２の情報処理装置に送付された前記要求情報を受けて、前記他の第２の情報処理装置が生成した前記第１および前記第２の暗号鍵に対する代価の課金を行う
    ことを特徴とする請求項３８に記載の情報処理装置。
  40. 情報処理装置の情報処理方法において、
    他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報を生成する生成ステップと、
    前記生成ステップの処理により生成された前記要求情報を前記他の第２の情報処理装置に送付する送付ステップと
    を含むことを特徴とする情報処理方法。
  41. 情報処理装置を制御するコンピュータのプログラムであって、
    他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵の生成を、前記他の第２の情報処理装置に対して要求する要求情報を生成する生成ステップ
    を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
  42. 情報処理装置を制御するコンピュータに、
    他の第１の情報処理装置が、所定の認証手法に基づいて、他の第２の情報処理装置を認証する場合に利用する、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵の生成を、前記他の第２の情報処理装置に対して要求する要求情報を生成する生成ステップ
    を実行させることを特徴とするプログラム。
  43. 他の第１の情報処理装置の要求により、他の第２の処理装置が、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵を生成し、生成した前記第１の暗号鍵を送付してきた場合、前記第１の暗号鍵を受け取る受取手段と、
    前記受取手段により受け取られた前記第１の暗号鍵を保持する保持手段と、
    前記保持手段により保持された前記第１の暗号鍵、および、前記他の第２の情報処理装置により保持された前記第２の暗号鍵を利用して、前記認証手法に基づいて、前記他の第２の情報処理装置を認証する認証手段と
    を備えることを特徴とする情報処理装置。
  44. 前記認証手法は、公開鍵認証であり、
    前記第１の暗号鍵と前記第２の暗号鍵は異なる暗号鍵である
    ことを特徴とする請求項４３に記載の情報処理装置。
  45. 情報処理装置の情報処理方法において、
    他の第１の情報処理装置の要求により、他の第２の処理装置が、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵を生成し、生成した前記第１の暗号鍵を送付してきた場合、前記第１の暗号鍵を受け取る受取ステップと、
    前記受取ステップの処理により受け取られた前記第１の暗号鍵を保持する保持ステップと、
    前記保持ステップの処理により保持された前記第１の暗号鍵、および、前記他の第２の情報処理装置により保持された前記第２の暗号鍵を利用して、前記認証手法に基づいて、前記他の第２の情報処理装置を認証する認証ステップと
    を含むことを特徴とする情報処理方法。
  46. 情報処理装置を制御するコンピュータのプログラムであって、
    他の第１の情報処理装置の要求に基づいて、他の第２の処理装置が生成した、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵のうちの、前記情報処理装置自身により保持された前記第１の暗号鍵、および、前記他の第２の情報処理装置により保持された前記第２の暗号鍵を利用して、前記認証手法に基づいて、前記他の第２の情報処理装置を認証する認証ステップ
    を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
  47. 情報処理装置を制御するコンピュータに、
    他の第１の情報処理装置の要求に基づいて、他の第２の処理装置が生成した、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵のうちの、前記情報処理装置自身により保持された前記第１の暗号鍵、および、前記他の第２の情報処理装置により保持された前記第２の暗号鍵を利用して、前記認証手法に基づいて、前記他の第２の情報処理装置を認証する認証ステップ
    を実行させることを特徴とするプログラム。
  48. 他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報を受け取る受取手段と、
    前記受取手段により受け取られた要求情報に基づいて、前記第１の暗号鍵と前記第２の暗号鍵を生成する鍵生成手段と、
    前鍵記生成手段により生成された前記第１の暗号鍵と前記第２の暗号鍵のうちの、前記第１の暗号鍵を他の第２の情報処理装置に送付する送付手段と、
    前記鍵生成手段により生成された前記第１の暗号鍵と前記第２の暗号鍵のうちの、前記第２の暗号鍵を保持する保持手段と、
    前記送付手段により送付された前記第１の暗号鍵を保持する他の第２の情報処理装置により、前記認証手法に基づいて、自分自身が認証される場合、前記保持手段により保持された前記第２の暗号鍵を利用して、所定の応答を生成する応答生成手段と、
    を備え、
    前記送付手段は、前記応答生成手段により生成された前記応答を、前記他の第２の情報処理装置に送付する
    ことを特徴とする情報処理装置。
  49. 前記認証手法は、公開鍵認証であり、
    前記第１の暗号鍵と前記第２の暗号鍵は異なる暗号鍵である
    ことを特徴とする請求項４８に記載の情報処理装置。
  50. 前記鍵生成手段は、前記受取手段により前記要求情報が受け取られた後、前記第１の暗号鍵と前記第２の暗号鍵を新たに生成する
    ことを特徴とする請求項４８に記載の情報処理装置。
  51. 前記保持手段は、複数の第１の暗号鍵の候補と、複数の前記第１の暗号鍵の候補のそれぞれと対になる複数の第２の暗号鍵の候補を予め保持し、
    前記鍵生成手段は、前記受け取り手段により前記要求情報が受け取られた後、前記保持手段に予め保持されている複数の前記第１の暗号鍵の候補と、複数の前記第２の暗号鍵の候補の中から、所定の前記第１の暗号鍵の候補と、それと対になる前記第２の暗号鍵の候補を抽出し、抽出した前記第１の暗号鍵の候補を前記第１の暗号鍵とするとともに、抽出した前記第２の暗号鍵の候補を前記第２の暗号鍵とすることで、前記第１の暗号鍵と前記第２の暗号鍵を生成する
    ことを特徴とする請求項４８に記載の情報処理装置。
  52. 前記鍵生成手段は、複数の前記第１の暗号鍵の候補と、複数の前記第２の暗号鍵の候補を生成する
    ことを特徴とする請求項５１に記載の情報処理装置。
  53. 前記他の第２の情報処理装置により認証されるための情報を入力する入力手段をさらに備える
    ことを特徴とする請求項４８に記載の情報処理装置。
  54. 前記他の第２の情報処理装置により認証される場合に利用する所定の装置を接続する接続手段をさらに備える
    ことを特徴とする請求項４８に記載の情報処理装置。
  55. 前記接続手段に接続される前記装置は、ＩＣカードである
    ことを特徴とする請求項５４に記載の情報処理装置
  56. 前記保持手段は、耐タンパ性を有する
    ことを特徴とする請求項４８に記載の情報処理装置。
  57. 情報処理装置の情報処理方法において、
    他の第１の情報処理装置により送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報を受け取る受取ステップと、
    前記受取ステップの処理により受け取られた要求情報に基づいて、前記第１の暗号鍵と前記第２の暗号鍵を生成する鍵生成ステップと、
    前記鍵生成ステップの処理により生成された前記第１の暗号鍵と前記第２の暗号鍵のうちの、前記第１の暗号鍵を他の第２の情報処理装置に送付する鍵送付ステップと、
    前記鍵生成ステップの処理により生成された前記第１の暗号鍵と前記第２の暗号鍵のうちの、前記第２の暗号鍵を保持する保持ステップと、
    前記鍵送付ステップの処理により送付された前記第１の暗号鍵を保持する他の第２の情報処理装置により、前記認証手法に基づいて、前記情報処理装置が認証される場合、前記保持ステップの処理により保持された前記第２の暗号鍵を利用して、所定の応答を生成する応答生成ステップと、
    前記応答ステップの処理により生成された前記応答を前記他の第２の情報処理装置に送付する応答送付ステップと
    を含むことを特徴とする情報処理方法。
  58. 情報処理装置を制御するコンピュータのプログラムであって、
    他の第１の情報処理装置から前記情報処理装置に送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報に基づいて、他の第２の情報処理装置に送信される前記第１の暗号鍵と、前記情報処理装置に保持される前記第２の暗号鍵を生成する鍵生成ステップと、
    送信された前記第１の暗号鍵を保持する他の第２の情報処理装置により、前記認証手法に基づいて、前記情報処理装置が認証される場合、前記情報処理装置により保持された前記第２の暗号鍵を利用して、所定の応答を生成する応答生成ステップと
    を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
  59. 情報処理装置を制御するコンピュータに、
    他の第１の情報処理装置から前記情報処理装置に送付された、所定の認証手法で利用可能な、第１の暗号鍵、および、前記第１の暗号鍵と対になる第２の暗号鍵の生成を要求する要求情報に基づいて、他の第２の情報処理装置に送信される前記第１の暗号鍵と、前記情報処理装置に保持される前記第２の暗号鍵を生成する鍵生成ステップと、
    送信された前記第１の暗号鍵を保持する他の第２の情報処理装置により、前記認証手法に基づいて、前記情報処理装置が認証される場合、前記情報処理装置により保持された前記第２の暗号鍵を利用して、所定の応答を生成する応答生成ステップと
    を実行させることを特徴とするプログラム。
JP2003069304A 2002-05-24 2003-03-14 情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム Pending JP2004048660A (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
JP2003069304A JP2004048660A (ja) 2002-05-24 2003-03-14 情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム
PCT/JP2003/005605 WO2003101042A1 (fr) 2002-05-24 2003-05-02 Procede, systeme et dispositif de traitement d'informations, support d'enregistrement et programme
US10/484,545 US20050105735A1 (en) 2002-05-24 2003-05-02 Information processing system and method, information processing device and method, recording medium, and program
CNB038010577A CN100338907C (zh) 2002-05-24 2003-05-02 信息处理系统和方法、信息处理设备和方法
KR10-2004-7000958A KR20050008627A (ko) 2002-05-24 2003-05-02 정보 처리 시스템 및 방법, 정보 처리 장치 및 방법, 기록매체, 및 프로그램
EP03728022A EP1508993A1 (en) 2002-05-24 2003-05-02 Information processing system and method, information processing device and method, recording medium, and program
AU2003234777A AU2003234777A1 (en) 2002-05-24 2003-05-02 Information processing system and method, information processing device and method, recording medium, and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002149925 2002-05-24
JP2003069304A JP2004048660A (ja) 2002-05-24 2003-03-14 情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム

Publications (2)

Publication Number Publication Date
JP2004048660A true JP2004048660A (ja) 2004-02-12
JP2004048660A5 JP2004048660A5 (ja) 2005-04-07

Family

ID=29585969

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003069304A Pending JP2004048660A (ja) 2002-05-24 2003-03-14 情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム

Country Status (7)

Country Link
US (1) US20050105735A1 (ja)
EP (1) EP1508993A1 (ja)
JP (1) JP2004048660A (ja)
KR (1) KR20050008627A (ja)
CN (1) CN100338907C (ja)
AU (1) AU2003234777A1 (ja)
WO (1) WO2003101042A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005104431A1 (ja) * 2004-04-21 2005-11-03 Matsushita Electric Industrial Co., Ltd. コンテンツ提供システム、情報処理装置及びメモリカード
JP2006033267A (ja) * 2004-07-14 2006-02-02 Sony Corp 情報処理システム、情報処理方法、情報処理装置、並びにプログラム
JP2007524317A (ja) * 2004-02-27 2007-08-23 ジェムプリュス デジタル証明書の作成方法、関連するデジタル証明書およびその使用方法
JP2015128230A (ja) * 2013-12-27 2015-07-09 株式会社パレス興業 デバイス間暗号通信方法及びこれを用いたデータ通信方法

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7499550B2 (en) * 2004-02-09 2009-03-03 International Business Machines Corporation System and method for protecting a title key in a secure distribution system for recordable media content
US8010783B1 (en) 2004-04-15 2011-08-30 Aol Inc. Service provider invocation
US20120115455A1 (en) * 2004-07-26 2012-05-10 Bindu Rama Rao Secure bootstrap provisioning of electronic devices in carrier networks
WO2007012584A1 (fr) * 2005-07-26 2007-02-01 France Telecom Procédé de contrôle de transactions sécurisées mettant en oeuvre un dispositif physique unique à bi-clés multiples, dispositif physique, système et programme d'ordinateur correspondants
KR100667002B1 (ko) * 2006-02-21 2007-01-10 삼성전자주식회사 Ｉｐ 시스템의 동적 보안 장치 및 그 방법
JP2007288254A (ja) * 2006-04-12 2007-11-01 Sony Corp 通信システム、通信装置および方法、並びにプログラム
CN101141241B (zh) * 2006-09-06 2010-08-18 华为技术有限公司 实现mac安全的方法以及网络设备
AU2007302566A1 (en) * 2006-09-29 2008-04-03 Scammell, Dan A system and method for verifying a user's identity in electronic transactions
JP5026049B2 (ja) * 2006-10-25 2012-09-12 ソニー株式会社 メディアドライブ装置、メディアドライブ装置の動作方法、プログラム、プログラム記録媒体
JP4371327B2 (ja) * 2007-10-24 2009-11-25 富士通株式会社 申請処理プログラム、申請処理方法、および仲介サーバ装置、並びに仲介サーバシステム
KR101495722B1 (ko) * 2008-01-31 2015-02-26 삼성전자주식회사 홈 네트워크에서의 통신 보안성을 보장하는 방법 및 이를위한 장치
JP4965512B2 (ja) * 2008-06-02 2012-07-04 株式会社バッファロー 認証システム、情報処理装置、記憶装置、認証方法及びそのプログラム
JP2011008701A (ja) * 2009-06-29 2011-01-13 Sony Corp 情報処理サーバ、情報処理装置、および情報処理方法
US8688512B2 (en) 2011-02-17 2014-04-01 Boku, Inc. Offer insertion system
US8799162B2 (en) 2011-11-30 2014-08-05 Boku, Inc. Pass-through payment system
CN103136875B (zh) * 2011-12-05 2015-04-08 航天信息股份有限公司 使用动态密码对税控收款机进行时限管理的方法及系统
US9111301B2 (en) 2011-12-13 2015-08-18 Boku, Inc. Activating an account based on an SMS message
US9129320B2 (en) 2012-02-08 2015-09-08 Boku, Inc. Default phone bill charging
US8630904B2 (en) 2012-02-14 2014-01-14 Boku, Inc. Transaction authentication with a variable-type user-stored account identifier
FR3019416A1 (fr) * 2014-03-28 2015-10-02 Orange Procede de traitement de donnees
CN110022320B (zh) * 2019-04-08 2020-12-18 北京纬百科技有限公司 一种通信配对方法及通信装置
CN112612255B (zh) * 2020-12-24 2021-10-12 上海赛美特软件科技有限公司 数据采集方法、装置、电子设备、存储介质
US11950300B2 (en) * 2021-07-09 2024-04-02 Soundhound, Inc. Using a smartphone to control another device by voice

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5091942A (en) * 1990-07-23 1992-02-25 Ericsson Ge Mobile Communications Holding, Inc. Authentication system for digital cellular communications
US5144667A (en) * 1990-12-20 1992-09-01 Delco Electronics Corporation Method of secure remote access
JP3337892B2 (ja) * 1996-01-31 2002-10-28 キヤノン株式会社 電子商取引システム及び通信装置
US5809141A (en) * 1996-07-30 1998-09-15 Ericsson Inc. Method and apparatus for enabling mobile-to-mobile calls in a communication system
US6061451A (en) * 1996-09-03 2000-05-09 Digital Vision Laboratories Corporation Apparatus and method for receiving and decrypting encrypted data and protecting decrypted data from illegal use
JPH10149396A (ja) * 1996-11-19 1998-06-02 Advance Co Ltd 商取引システム
JPH10336172A (ja) * 1997-06-04 1998-12-18 Kyushu Syst Joho Gijutsu Kenkyusho 電子認証用公開鍵の管理方法
JPH11355268A (ja) * 1998-06-09 1999-12-24 Sony Corp 情報処理装置および方法、情報処理システム、並びに提供媒体
US6338140B1 (en) * 1998-07-27 2002-01-08 Iridium Llc Method and system for validating subscriber identities in a communications network
JP2000138674A (ja) * 1998-10-30 2000-05-16 Matsushita Electric Ind Co Ltd 機器認証および暗号通信システム
DE69931873T2 (de) * 1998-10-30 2007-06-06 Matsushita Electric Industrial Co., Ltd., Kadoma Verfahren und Vorrichtung zur Authentifikation und zum Schlüsselaustausch zwischen verschiedenen Komponenten
JP2000268097A (ja) * 1999-03-18 2000-09-29 Nippon Telegr & Teleph Corp <Ntt> 電子情報購入方法及びそのプログラム記録媒体
JP2000299682A (ja) * 1999-04-13 2000-10-24 Matsushita Electric Ind Co Ltd 認証書取得装置および認証書取得方法
US7280970B2 (en) * 1999-10-04 2007-10-09 Beepcard Ltd. Sonic/ultrasonic authentication device
JP3762163B2 (ja) * 1999-10-21 2006-04-05 日本電信電話株式会社 耐タンパ性装置によるサービス提供方法，サービス提供システムおよび認証装置のプログラム記録媒体
JP4586237B2 (ja) * 2000-05-23 2010-11-24 沖電気工業株式会社 生体照合システム
JP2002139998A (ja) * 2000-11-01 2002-05-17 Sony Corp 属性確認処理を含むデータ通信システムおよび属性確認処理を含むデータ通信方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007524317A (ja) * 2004-02-27 2007-08-23 ジェムプリュス デジタル証明書の作成方法、関連するデジタル証明書およびその使用方法
WO2005104431A1 (ja) * 2004-04-21 2005-11-03 Matsushita Electric Industrial Co., Ltd. コンテンツ提供システム、情報処理装置及びメモリカード
US7783884B2 (en) 2004-04-21 2010-08-24 Panasonic Corporation Content providing system, information processing device and memory card
JP2006033267A (ja) * 2004-07-14 2006-02-02 Sony Corp 情報処理システム、情報処理方法、情報処理装置、並びにプログラム
JP2015128230A (ja) * 2013-12-27 2015-07-09 株式会社パレス興業 デバイス間暗号通信方法及びこれを用いたデータ通信方法

Also Published As

Publication number Publication date
US20050105735A1 (en) 2005-05-19
AU2003234777A1 (en) 2003-12-12
WO2003101042A1 (fr) 2003-12-04
EP1508993A1 (en) 2005-02-23
KR20050008627A (ko) 2005-01-21
CN100338907C (zh) 2007-09-19
CN1565103A (zh) 2005-01-12

Similar Documents

Publication Publication Date Title
JP2004048660A (ja) 情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム
CN106357396B (zh) 数字签名方法和系统以及量子密钥卡
Horn et al. Authentication protocols for mobile network environment value-added services
US6993652B2 (en) Method and system for providing client privacy when requesting content from a public server
US7353383B2 (en) System and method for single session sign-on with cryptography
US20050154877A1 (en) Creating and storing one or more digital certificates assigned to subscriber for efficient access using a chip card
US20100154040A1 (en) Method, apparatus and system for distributed delegation and verification
US8274401B2 (en) Secure data transfer in a communication system including portable meters
WO1997018655A1 (en) Root key compromise recovery
WO2009028794A2 (en) Method for providing anonymous public key infrastructure and method for providing service using the same
CN103490881A (zh) 认证服务系统、用户认证方法、认证信息处理方法及系统
US11777743B2 (en) Method for securely providing a personalized electronic identity on a terminal
CN111756529A (zh) 一种量子会话密钥分发方法及系统
CN109981287A (zh) 一种代码签名方法及其存储介质
JP2022549070A (ja) ブロックチェーン上に認証済みデータを格納するコンピュータにより実施される方法及びシステム
Alpár et al. A secure channel for attribute-based credentials: [short paper]
CN111756528A (zh) 一种量子会话密钥分发方法、装置及通信架构
CN107566393A (zh) 一种基于受信任证书的动态权限验证系统及方法
NL1043779B1 (en) Method for electronic signing and authenticaton strongly linked to the authenticator factors possession and knowledge
JP3717848B2 (ja) 電子公証システム及び電子公証方法
Ray et al. Design of mobile-PKI for using mobile phones in various applications
JP3914193B2 (ja) 認証を得て暗号通信を行う方法、認証システムおよび方法
Moon et al. An AAA scheme using ID-based ticket with anonymity in future mobile communication
JP3634279B2 (ja) 複数ｉｃカード間及び同一ｉｃカード内のアプリケーション連携方法
Meyer et al. An approach to enhance inter-provider roaming through secret sharing and its application to WLANs

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040507

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040507

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060308

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060427

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060901