JP6439695B2 - 情報処理装置、情報処理方法及びコンピュータプログラム - Google Patents

情報処理装置、情報処理方法及びコンピュータプログラム Download PDF

Info

Publication number
JP6439695B2
JP6439695B2 JP2015537886A JP2015537886A JP6439695B2 JP 6439695 B2 JP6439695 B2 JP 6439695B2 JP 2015537886 A JP2015537886 A JP 2015537886A JP 2015537886 A JP2015537886 A JP 2015537886A JP 6439695 B2 JP6439695 B2 JP 6439695B2
Authority
JP
Japan
Prior art keywords
public key
information processing
authentication
processing apparatus
key
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.)
Expired - Fee Related
Application number
JP2015537886A
Other languages
English (en)
Other versions
JPWO2015041139A1 (ja
Inventor
雄 田中
雄 田中
白井　太三
太三 白井
洋平 川元
洋平 川元
紘一 作本
紘一 作本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
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
Publication of JPWO2015041139A1 publication Critical patent/JPWO2015041139A1/ja
Application granted granted Critical
Publication of JP6439695B2 publication Critical patent/JP6439695B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • 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
    • 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
    • H04L9/088—Usage controlling of secret information, e.g. techniques for restricting cryptographic keys to pre-authorized uses, different access levels, validity of crypto-period, different key- or password length, or different strong and weak cryptographic algorithms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures

Landscapes

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

Description

本開示は、情報処理装置、情報処理方法及びコンピュータプログラムに関する。
インターネットの普及に伴い、インターネットを通じて様々なサービスを提供するオンラインサービスの数は爆発的に増加している。オンラインサービスではパスワードによりユーザを認証するのが一般的である。しかし、利用するオンラインサービスの数が増えると、ユーザは、複数のオンラインサービスで、同一の、または２〜３個程度のパスワードを使い回す傾向にある。
複数のオンラインサービスでパスワードを使い回してしまうと、一つのパスワードの漏洩をきっかけに連鎖的に被害が拡大するという脆弱性を孕んでいる。近年では、下記特許文献１のように、二段階認証やマスターパスワードなどにより、パスワードが漏洩しても他人に悪用されないようにする技術が開示されている
特開２００３−８５１４３号公報
しかし、これらの技術によってもパスワード認証の脆弱性は変わらなかったり、ユーザがパスワードを管理する手間が増えたりする。ユーザがパスワードを忘れてしまうと、オペレータへの問合せによってパスワードをリセットしなければならず、人件費等のコストが嵩む。今後はパスワード認証によらず、安全で、よりコストを抑え、さらにより簡便なユーザ認証の仕組みが求められる。
そこで本開示は、公開鍵認証方式により、安全で、かつ簡便なユーザ認証の仕組みを実現する情報処理装置、情報処理方法及びコンピュータプログラムを提供する。
本開示によれば、第１の公開鍵に対応する第１の秘密鍵を保持するメモリと、秘密鍵に対応する公開鍵を保持する第１の装置に対して、第２の装置が前記第１の装置に登録した第２の公開鍵の利用状態の変更を、前記第２の公開鍵に関連付けられた前記第１の公開鍵と前記第１の秘密鍵とを用いた認証により要求するプロセッサと、を備える、情報処理装置が提供される。
また本開示によれば、少なくとも、第１の装置及び第２の装置で生成された秘密鍵と公開鍵の組の内、公開鍵を保持するメモリと、前記第１の装置で生成された第１の公開鍵に、前記第２の装置で生成された第２の公開鍵を関連付けて前記メモリに保持させ、前記第１の装置からの前記第２の公開鍵の利用状態の変更の要求に応じて前記第２の公開鍵の利用状態を変更するプロセッサと、を備える、情報処理装置が提供される。
また本開示によれば、第１の公開鍵に対応する第１の秘密鍵を保持するステップと、秘密鍵に対応する公開鍵を保持する第１の装置に対して、第２の装置が前記第１の装置に登録した第２の公開鍵の利用状態の変更を、前記第２の公開鍵に関連付けられた前記第１の公開鍵と前記第１の秘密鍵とを用いた認証により要求するステップと、を備える、情報処理方法が提供される。
また本開示によれば、少なくとも、第１の装置及び第２の装置で生成された秘密鍵と公開鍵の組の内、公開鍵を保持するステップと、前記第１の装置で生成された第１の公開鍵に、前記第２の装置で生成された第２の公開鍵を関連付けて保持するステップと、前記第１の装置からの前記第２の公開鍵の利用状態の変更の要求に応じて前記第２の公開鍵の利用状態を変更するステップと、を備える、情報処理方法が提供される。
また本開示によれば、コンピュータに、第１の公開鍵に対応する第１の秘密鍵を保持するステップと、秘密鍵に対応する公開鍵を保持する第１の装置に対して、第２の装置が前記第１の装置に登録した第２の公開鍵の利用状態の変更を、前記第２の公開鍵に関連付けられた前記第１の公開鍵と前記第１の秘密鍵とを用いた認証により要求するステップと、を実行させる、コンピュータプログラムが提供される。
また本開示によれば、コンピュータに、少なくとも、第１の装置及び第２の装置で生成された秘密鍵と公開鍵の組の内、公開鍵を保持するステップと、前記第１の装置で生成された第１の公開鍵に、前記第２の装置で生成された第２の公開鍵を関連付けて保持するステップと、前記第１の装置からの前記第２の公開鍵の利用状態の変更の要求に応じて前記第２の公開鍵の利用状態を変更するステップと、を実行させる、コンピュータプログラムが提供される。
以上説明したように本開示によれば、公開鍵認証方式により、安全で、かつ簡便なユーザ認証の仕組みを実現する情報処理装置、情報処理方法及びコンピュータプログラムを提供することができる。
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
本開示の第１の実施形態に係る情報処理システム１の全体構成例を示す説明図である。 本開示の第１の実施形態に係る認証装置３００の機能構成例を示す説明図である。 本開示の第１の実施形態に係る情報処理装置１００（認証デバイス）の機能構成例を示す説明図である。 本開示の第１の実施形態に係る情報処理装置２００（マスターデバイス）の機能構成例を示す説明図である。 本開示の第１の実施形態に係る情報処理システム１の動作例を示す流れ図である。 本開示の第１の実施形態に係る情報処理システム１の動作例を示す流れ図である。 本開示の第１の実施形態に係る情報処理システム１の動作例を示す流れ図である。 本開示の第１の実施形態に係る情報処理システム１の動作例を示す流れ図である。 情報処理装置２００が出力部２２５から出力するユーザインタフェースの例である。 本開示の第１の実施形態に係る情報処理システム１の動作例を示す流れ図である。 本開示の第１の実施形態に係る情報処理システム１の動作例を示す流れ図である。 本開示の第１の実施形態に係る情報処理システム１の動作例を示す流れ図である。 本開示の第２の実施形態に係る情報処理システム１の動作例を示す流れ図である。 本開示の第２の実施形態に係る情報処理システム１の動作例を示す流れ図である。 本開示の第２の実施形態に係る情報処理システム１の動作例を示す流れ図である。 本開示の第２の実施形態に係る情報処理システム１の動作例を示す流れ図である。 ハードウェア構成例を示す説明図である。 公開鍵認証方式に係るアルゴリズムの構成について説明するための説明図である。 電子署名方式に係るアルゴリズムの構成について説明するための説明図である。
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
なお、説明は以下の順序で行うものとする。
１．第１の実施形態（マスターデバイスでひもづける例）
１．１．システム構成例
１．２．認証装置の機能構成例
１．３．認証デバイスの機能構成例
１．４．マスターデバイスの機能構成例
１．５．公開鍵認証方式及び秘密鍵の説明
１．６．システムの動作例
２．第２の実施形態（認証装置でひもづける例）
２．１．システムの動作例
３．第３の実施形態（公開鍵の利用再開）
３．１．マスターデバイスで関連付けた場合
３．２．認証装置で関連付けた場合
４．ハードウェア構成例
５．まとめ
＜１．第１の実施形態＞
［１．１．システム構成例］
まず、本開示の第１の実施形態に係る情報処理システムの全体構成例について説明する。図１は本開示の第１の実施形態に係る情報処理システム１の全体構成例を示す説明図である。以下、図１を用いて本開示の第１の実施形態に係る情報処理システム１の全体構成例について説明する。
図１に示したように、本開示の第１の実施形態に係る情報処理システム１は、情報処理装置１００、２００と、認証装置３００と、を含んで構成される。
情報処理装置１００、２００は、いずれも、公開鍵認証方式によって認証装置３００に対して認証を受ける装置である。本開示の一実施形態に係る情報処理システム１は、認証装置３００が提供するサービスをユーザが利用する際に、公開鍵認証方式や電子署名方式によってその利用しようとするユーザの認証を行なうシステムである。
情報処理装置１００、２００は、公開鍵ＰＫｅｙ及び秘密鍵ＳＫｅｙからなる鍵のペアを生成する装置である。そして情報処理装置１００、２００は、認証装置３００が提供するサービスを利用する場合に、生成した鍵ペアの内、公開鍵ＰＫｅｙのみを認証装置３００へ送信する。
本実施形態では、情報処理装置１００が、ユーザが通常使用する装置であり、ユーザは情報処理装置１００を用いて認証装置３００の認証を受ける。以下の説明では、認証装置３００の認証を受ける情報処理装置１００のことを「認証デバイス」、情報処理装置１００の公開鍵ＰＫｅｙの利用状態の変更を認証装置３００に要求する情報処理装置２００のことを「マスターデバイス」とも称する。
情報処理装置１００、２００の形態としては、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、スマートフォン（高機能携帯電話）、タブレット型携帯端末、携帯型音楽プレーヤ、携帯型ゲーム機、腕時計型やメガネ型等のウェアラブル機器等を採り得る。特に、認証デバイスである情報処理装置１００は、ユーザに持ち運んで使用されるスマートフォン（高機能携帯電話）、タブレット型携帯端末、携帯型音楽プレーヤ、携帯型ゲーム機等の装置であってもよい。また認証装置３００の形態としては、サーバ装置、ＰＣ等を採り得る。
認証装置３００が提供するサービスとしては、例えばソーシャル・ネットワーキング・サービス（ＳＮＳ）、オンランストレージサービス等がある。また認証装置３００がＰＣであれば、当該ＰＣへのログインも、認証装置３００が提供するサービスに含まれ得る。情報処理装置１００のユーザは、認証装置３００が提供するサービスを利用する際に、情報処理装置１００に生成させた公開鍵を認証装置３００に送信し、公開鍵認証方式による認証装置３００の認証を受ける。
公開鍵認証方式による認証装置３００の認証を受けることで、ユーザはＩＤ及びパスワードの入力の手間が省け、かつパスワードを覚える必要もなくなる。また公開鍵認証方式で認証を受けるので、情報処理システム１はパスワードの漏洩のリスクも無く、パスワード認証方式に比べて強固なセキュリティを有する。
しかし、情報処理装置１００のユーザが情報処理装置１００を紛失してしまうと、情報処理装置１００を拾得した他のユーザによって、認証装置３００に登録された公開鍵が使用されてしまうおそれがある。そのため、情報処理装置１００のユーザが情報処理装置１００を紛失する等して、情報処理装置１００を用いた認証装置３００の認証を受けられなくなった場合に、認証装置３００に登録された公開鍵を、速やかに利用停止状態に出来るようにしておくことが非常に望ましい。
そこで本実施形態では、例えばユーザが情報処理装置１００を紛失するなどして、情報処理装置１００を用いて認証装置３００の認証を受けることができなくなった場合に、マスターデバイスである情報処理装置２００が、情報処理装置１００で生成された公開鍵ＰＫｅｙの利用停止や、利用停止した公開鍵ＰＫｅｙの利用再開を認証装置３００へ要求する。
本実施形態では、情報処理装置１００が生成した公開鍵と、情報処理装置２００が生成した公開鍵とを、マスターデバイスである情報処理装置２００が関連付けて管理する。そして情報処理装置２００は、認証装置３００に対して、情報処理装置１００が生成した公開鍵の利用状態の変更を要求する。情報処理装置１００が生成した公開鍵の利用状態の変更を情報処理装置２００が要求する場合には、例えば上述したように、認証デバイスである情報処理装置１００をユーザが紛失するなどして、情報処理装置１００を用いて認証装置３００の認証を受けることができなくなった場合がある。
情報処理装置１００、２００は、同一のユーザが所有していても良いし、異なるユーザが所有していても良い。異なるユーザが情報処理装置１００、２００をそれぞれ所有する場合には、マスターデバイスである情報処理装置２００を所有するユーザは、認証デバイスである情報処理装置１００を所有するユーザが信頼するユーザ（例えば、父親または母親等）であることが、より望ましい。また、マスターデバイスである情報処理装置２００は、普段は持ち運んだりせず、家の中の安全な場所等に保管されることが、より望ましい。
認証装置３００は、情報処理装置１００、２００を認証する装置である。具体的には、認証装置３００は、情報処理装置１００、２００が生成した公開鍵ｐｋｅｙを保持し、情報処理装置１００、２００との間で公開鍵認証プロトコルを実行して、保持している公開鍵ＰＫｅｙに対応する秘密鍵ｓｋｅｙを情報処理装置１００、２００が保持していることを認証する。
そして本実施形態では、認証装置３００は、マスターデバイスである情報処理装置２００からの要求に応じて、情報処理装置２００が生成した公開鍵に関連付けられている、情報処理装置１００が生成した公開鍵の利用状態の変更を行なう。情報処理装置１００が生成した公開鍵の利用状態の変更は、公開鍵の利用の停止及び停止した公開鍵の利用再開が含まれる。
本開示の第１の実施形態に係る情報処理システム１は、図１に示したような構成を有することで、情報処理装置１００が生成した公開鍵の利用状態の変更を認証装置３００で実行することが出来る。
以上、図１を用いて本開示の第１の実施形態に係る情報処理システム１の全体構成例について説明した。続いて、本開示の第１の実施形態に係る情報処理システム１を構成する各装置の機能構成例について説明する。
［１．２．認証装置の機能構成例］
図２は、本開示の第１の実施形態に係る認証装置３００の機能構成例を示す説明図である。以下、図２を用いて本開示の第１の実施形態に係る認証装置３００の機能構成例について説明する。
図２に示したように、本開示の第１の実施形態に係る認証装置３００は、送受信部３１０と、制御部３２０と、記憶部３３０と、通信部３４０と、を含んで構成される。
送受信部３１０は、通信部３４０が他の装置から受信したデータに対する受信処理や、通信部３４０から他の装置へ向けて送信するデータに対する送信処理を実行する。送受信部３１０は、受信処理として、例えば復調処理、Ａ／Ｄ変換処理、エラー訂正処理などを実行し、送信処理として、例えばＤ／Ａ変換処理や変調処理などを実行し得る。
制御部３２０は、認証装置３００の動作を制御する。本実施形態では、制御部３２０は、例えば、送受信部３１０を通じた情報処理装置１００、２００との間の種々のプロトコルの実行、記憶部３３０への情報処理装置１００、２００が生成した公開鍵の格納や情報処理装置１００が生成した公開鍵の利用状態の変更といった、公開鍵の管理などを行い得る。
記憶部３３０は、種々のデータを記憶する記憶領域である。本実施形態では、記憶部３３０は、情報処理装置１００、２００が生成した公開鍵を保持する。また記憶部３３０は、情報処理装置１００が生成した公開鍵の利用状態に関する情報を保持する。また記憶部３３０は、制御部３２０によって読み出されて実行されるコンピュータプログラムを保持していても良い。図３では、情報処理装置１００、２００が生成した公開鍵としてＰｋｅｙ１、ＰＫｅｙ２、・・・と表記されている。
通信部３４０は、ネットワークを通じて他の装置、特に情報処理装置１００、２００との間で通信を行なう。認証装置３００と、情報処理装置１００、２００との間の通信は、有線、無線のいずれかで行われ得る。図２には、通信部３４０は無線通信を行なうアンテナの形態で図示されているが、通信部３４０は係る例に限定されるものではない。
以上、図２を用いて本開示の第１の実施形態に係る認証装置３００の機能構成例について説明した。続いて、本開示の第１の実施形態に係る情報処理装置１００（認証デバイス）の機能構成例について説明する。
［１．３．認証デバイスの機能構成例］
図３は、本開示の第１の実施形態に係る情報処理装置１００（認証デバイス）の機能構成例を示す説明図である。以下、図３を用いて、本開示の第１の実施形態に係る情報処理装置１００の機能構成例について説明する。
図３に示したように、本開示の第１の実施形態に係る情報処理装置１００は、送受信部１１０と、鍵生成部１１５と、制御部１２０と、記憶部１３０と、通信部１４０と、を含んで構成される。
送受信部１１０は、通信部１４０が他の装置から受信したデータに対する受信処理や、通信部１４０から他の装置へ向けて送信するデータに対する送信処理を実行する。送受信部１１０は、受信処理として、例えば復調処理、Ａ／Ｄ変換処理、エラー訂正処理などを実行し、送信処理として、例えばＤ／Ａ変換処理や変調処理などを実行し得る。
鍵生成部１１５は、公開鍵及び秘密鍵からなる鍵のペアを生成する。本実施形態では、公開鍵認証方式は特定のものに限られない。例えば、ＲＳＡ暗号を用いたものであってもよく、楕円曲線暗号を用いたものであってもよい。また詳細は後述するが、例えば特開２０１２−９８６９０号公報等で開示されている、多次多変数連立方程式に対する求解問題の困難性に安全性の根拠をおく公開鍵認証方式を用いても良い。
制御部１２０は、情報処理装置１００の動作を制御する。本実施形態では、制御部１２０は、例えば、送受信部１１０を通じた情報処理装置２００や認証装置３００との間の種々のプロトコルの実行、記憶部１３０への鍵生成部１１５が生成した公開鍵および秘密鍵の格納などを行い得る。
記憶部１３０は、種々のデータを記憶する記憶領域である。本実施形態では、記憶部１３０は、鍵生成部１１５が生成した公開鍵および秘密鍵を保持する。また記憶部１３０は、制御部１２０によって読み出されて実行されるコンピュータプログラムを保持していても良い。図３では、鍵生成部１１５が生成した公開鍵としてＰＫｅｙ、秘密鍵としてＳＫｅｙと表記されている。
なお記憶部１３０の少なくとも一部の領域は耐タンパ性を有することが望ましく、鍵生成部１１５が生成した秘密鍵は、当該耐タンパ性を有する領域に格納されることが望ましい。秘密鍵は、後述するように自身が生成した公開鍵の正当性を証明するための鍵であるから、秘密鍵の漏洩は避けられるべきだからである。
通信部１４０は、ネットワークを通じて他の装置、特に情報処理装置２００や認証装置３００との間で通信を行なう。情報処理装置１００と、情報処理装置２００、認証装置３００との間の通信は、有線、無線のいずれかで行われうる。図３には、通信部１４０は無線通信を行なうアンテナの形態で図示されているが、通信部１４０は係る例に限定されるものではない。
なお、情報処理装置１００と認証装置３００との間の通信は、直接行われてもよく、他の装置を介して行われても良い。
以上、本開示の第１の実施形態に係る情報処理装置１００（認証デバイス）の機能構成例について説明した。続いて、本開示の第１の実施形態に係る情報処理装置２００（マスターデバイス））の機能構成例について説明する。
［１．４．マスターデバイスの機能構成例］
図４は、本開示の第１の実施形態に係る情報処理装置２００（マスターデバイス）の機能構成例を示す説明図である。以下、図４を用いて、本開示の第１の実施形態に係る情報処理装置２００の機能構成例について説明する。
図４に示したように、本開示の第１の実施形態に係る情報処理装置２００は、送受信部２１０と、鍵生成部２１５と、制御部２２０と、出力部２２５と、記憶部２３０と、通信部２４０と、を含んで構成される。
送受信部２１０は、通信部２４０が他の装置から受信したデータに対する受信処理や、通信部２４０から他の装置へ向けて送信するデータに対する送信処理を実行する。送受信部１１０は、受信処理として、例えば復調処理、Ａ／Ｄ変換処理、エラー訂正処理などを実行し、送信処理として、例えばＤ／Ａ変換処理や変調処理などを実行し得る。
鍵生成部２１５は、公開鍵及び秘密鍵からなる鍵のペアを生成する。本実施形態では、公開鍵認証方式は特定のものに限られない。例えば、ＲＳＡ暗号を用いたものであってもよく、楕円曲線暗号を用いたものであってもよい。また詳細は後述するが、例えば特開２０１２−９８６９０号公報等で開示されている、多次多変数連立方程式に対する求解問題の困難性に安全性の根拠をおく公開鍵認証方式を用いても良い。
制御部２２０は、情報処理装置２００の動作を制御する。本実施形態では、制御部２２０は、例えば、送受信部２１０を通じた情報処理装置１００や認証装置３００との間の種々のプロトコルの実行、記憶部２３０への鍵生成部２１５が生成した公開鍵および秘密鍵の格納などを行い得る。
出力部２２５は、各種情報の出力を行なう。例えば出力部２２５は、液晶ディスプレイパネル、有機ＥＬディスプレイパネル等の表示装置であってもよく、情報処理装置２００の外部の液晶ディスプレイパネル、有機ＥＬディスプレイパネル等の表示装置へ情報を表示させるためのインターフェースであってもよい。
記憶部２３０は、種々のデータを記憶する記憶領域である。本実施形態では、記憶部２３０は、鍵生成部２１５が生成した公開鍵および秘密鍵を保持する。また記憶部２３０は、制御部２２０によって読み出されて実行されるコンピュータプログラムを保持していても良い。図４では、鍵生成部２１５が生成した公開鍵としてＭＰＫｅｙ、秘密鍵としてＭＳＫｅｙと表記されている。
そして記憶部２３０は、情報処理装置１００の鍵生成部１１５が生成した公開鍵ＰＫｅｙと、情報処理装置２００の鍵生成部２１５が生成した公開鍵ＭＰＫｅｙと、を関連付けた状態で保持する。公開鍵ＰＫｅｙと公開鍵ＭＰＫｅｙとの関連付けの方法については後に詳述する。
なお記憶部２３０の少なくとも一部の領域は耐タンパ性を有することが望ましく、鍵生成部２１５が生成した秘密鍵は、当該耐タンパ性を有する領域に格納されることが望ましい。秘密鍵は、後述するように自身が生成した公開鍵の正当性を証明するための鍵であるから、秘密鍵の漏洩は避けられるべきだからである。
通信部２４０は、ネットワークを通じて他の装置、特に情報処理装置１００や認証装置３００との間で通信を行なう。情報処理装置２００と、情報処理装置１００、認証装置３００との間の通信は、有線、無線のいずれかで行われうる。図４には、通信部２４０は無線通信を行なうアンテナの形態で図示されているが、通信部２４０は係る例に限定されるものではない。
なお、情報処理装置２００と認証装置３００との間の通信は、直接行われてもよく、他の装置を介して行われても良い。
以上、本開示の第１の実施形態に係る情報処理装置２００（マスターデバイス）の機能構成例について説明した。
［１．５．公開鍵認証方式及び秘密鍵の説明］
続いて、公開鍵認証方式及び秘密鍵の説明を行なう。公開鍵認証方式とは、ある人（証明者）が、公開鍵ｐｋ及び秘密鍵ｓｋを利用して、他の人（検証者）に本人であることを納得させるための認証方式である。例えば、証明者Ａの公開鍵ｐｋＡは、検証者に公開される。一方、証明者Ａの秘密鍵ｓｋＡは、証明者により秘密に管理される。公開鍵認証方式では、公開鍵ｐｋＡに対応する秘密鍵ｓｋＡを知る者が証明者Ａ本人であるとみなされる。
証明者Ａが検証者Ｂに対して本人であることを証明しようとする場合、証明者Ａは、検証者Ｂと対話プロトコルを実行して、自身が公開鍵ｐｋＡに対応する秘密鍵ｓｋＡを知っていることを証明すればよい。そして、対話プロトコルにより証明者Ａが秘密鍵ｓｋＡを知っていることが検証者Ｂにより証明された場合、証明者Ａの正当性（本人であること）が証明される。
なお、公開鍵認証方式の安全性を確保するには、次に示す２つの条件が求められる。
１つ目の条件は、対話プロトコルを実行した際に秘密鍵ｓｋを持たない偽証者により偽証が成立してしまう確率を限りなく小さくすることである。この１つ目の条件が成り立つことを「健全性」と呼ぶ。つまり、健全性を有する対話プロトコルにおいては、秘密鍵ｓｋを持たない偽証者により、無視できない確率で偽証が成立することはないと言い換えられる。２つ目の条件は、対話プロトコルを実行したとしても、証明者Ａが有する秘密鍵ｓｋＡの情報が検証者Ｂに一切漏れることがないようにすることである。この２つ目の条件が成り立つことを「零知識性」と呼ぶ。
上記の健全性と零知識性を有する対話プロトコルを利用することにより、公開鍵認証方式の安全性が確保される。
公開鍵認証方式のモデルには、図１８に示すように、証明者と検証者という２つのエンティティが存在する。証明者は、鍵生成アルゴリズムＧｅｎを用いて、証明者固有の秘密鍵ｓｋと公開鍵ｐｋの組を生成する。次いで、証明者は、鍵生成アルゴリズムＧｅｎを用いて生成した秘密鍵ｓｋと公開鍵ｐｋの組を利用して検証者と対話プロトコルを実行する。このとき、証明者は、証明者アルゴリズムＰを利用して対話プロトコルを実行する。上記の通り、対話プロトコルにおいて、証明者は、証明者アルゴリズムＰを利用して、秘密鍵ｓｋを保有していることを検証者に証明する。
一方、検証者は、検証者アルゴリズムＶを利用して対話プロトコルを実行し、証明者が公開している公開鍵に対応する秘密鍵を、その証明者が保有しているか否かを検証する。つまり、検証者は、証明者が公開鍵に対応する秘密鍵を保有しているか否かを検証するエンティティである。このように、公開鍵認証方式のモデルは、証明者と検証者という２つのエンティティ、及び、鍵生成アルゴリズムＧｅｎ、証明者アルゴリズムＰ、検証者アルゴリズムＶという３つのアルゴリズムにより構成される。
なお、以下の説明において、「証明者」「検証者」という表現を用いるが、これらの表現はあくまでもエンティティを意味するものである。従って、鍵生成アルゴリズムＧｅｎ、証明者アルゴリズムＰを実行する主体は、「証明者」のエンティティに対応する情報処理装置である。同様に、検証者アルゴリズムＶを実行する主体は、情報処理装置である。
（鍵生成アルゴリズムＧｅｎ）
鍵生成アルゴリズムＧｅｎは、証明者により利用される。そして、鍵生成アルゴリズムＧｅｎは、証明者に固有の秘密鍵ｓｋと公開鍵ｐｋの組を生成するアルゴリズムである。鍵生成アルゴリズムＧｅｎにより生成された公開鍵ｐｋは公開される。そして、公開された公開鍵ｐｋは、検証者により利用される。一方、鍵生成アルゴリズムＧｅｎにより生成された秘密鍵ｓｋは、証明者が秘密に管理する。そして、秘密に管理される秘密鍵ｓｋは、検証者に対して公開鍵ｐｋに対応する秘密鍵ｓｋを保有していることを証明するために利用される。形式的に、鍵生成アルゴリズムＧｅｎは、セキュリティパラメータ１λ（λは０以上の整数）を入力とし、秘密鍵ｓｋと公開鍵ｐｋを出力するアルゴリズムとして、下記の式（１）のように表現される。
Figure 0006439695
（証明者アルゴリズムＰ）
証明者アルゴリズムＰは、証明者により利用される。そして、証明者アルゴリズムＰは、公開鍵ｐｋに対応する秘密鍵ｓｋを保有していることを証明するアルゴリズムである。証明者アルゴリズムＰは、証明者の秘密鍵ｓｋと公開鍵ｐｋを入力とし、検証者との対話プロトコルを実行するアルゴリズムとして定義される。
（検証者アルゴリズムＶ）
検証者アルゴリズムＶは、検証者により利用される。そして、検証者アルゴリズムＶは、対話プロトコルの中で、公開鍵ｐｋに対応する秘密鍵ｓｋを証明者が保有しているか否かを検証するアルゴリズムである。検証者アルゴリズムＶは、証明者の公開鍵ｐｋを入力とし、証明者との間で対話プロトコルを実行した後、０又は１（１ｂｉｔ）を出力するアルゴリズムとして定義される。なお、出力０の場合には証明者が不正なものであり、出力１の場合には証明者が正当なものであるとする。形式的に、検証者アルゴリズムＶは、下記の式（２）のように表現される。
Figure 0006439695
上記の通り、公開鍵認証方式は、安全性を確保するため、健全性と零知識性という２つの条件を満たすことが求められる。しかし、証明者が秘密鍵ｓｋを保有していることを証明者に証明させるためには、証明者が秘密鍵ｓｋに依存した手続きを実行し、その結果を検証者に通知して、その通知内容に基づく検証を検証者に実行させる必要がある。秘密鍵ｓｋに依存した手続きを実行するのは、健全性を担保するために必要である。一方で、この手続きの結果を検証者に通知しても、秘密鍵ｓｋの情報が一切検証者に漏れないようにする必要がある。そのため、これらの要件を満たすように、上記の鍵生成アルゴリズムＧｅｎ、証明者アルゴリズムＰ、検証者アルゴリズムＶが設計されることが必要になる。
次に、電子署名方式のアルゴリズムについて概要を説明する。図１９は、電子署名方式のアルゴリズムについて概要を説明するための説明図である。
紙文書とは異なり、ある電子化されたデータに対して押印したり署名を記載したりすることはできない。そのため、電子化されたデータの作成者を証明するためには、紙文書に押印したり署名を記載したりするのと同等の効果が得られる電子的な仕組みを必要とする。この仕組みが電子署名である。電子署名とは、データの作成者しか知らない署名データをデータに関連付けて受領者に提供し、その署名データを受領者側で検証する仕組みのことを言う。
（モデル）
電子署名方式のモデルには、図１９に示すように、署名者及び検証者という２つのエンティティが存在する。そして、電子署名方式のモデルは、鍵生成アルゴリズムＧｅｎ、署名生成アルゴリズムＳｉｇ、署名検証アルゴリズムＶｅｒという３つのアルゴリズムにより構成される。
署名者は、鍵生成アルゴリズムＧｅｎを利用して署名者固有の署名鍵ｓｋと検証鍵ｐｋとの組を生成する。また、署名者は、署名生成アルゴリズムＳｉｇを利用して文書Ｍに付与する電子署名σを生成する。つまり、署名者は、文書Ｍに電子署名を付与するエンティティである。一方、検証者は、署名検証アルゴリズムＶｅｒを利用して文書Ｍに付与された電子署名σを検証する。つまり、検証者は、文書Ｍの作成者が署名者であるか否かを確認するために、電子署名σを検証するエンティティである。
なお、以下の説明において、「署名者」「検証者」という表現を用いるが、これらの表現はあくまでもエンティティを意味するものである。従って、鍵生成アルゴリズムＧｅｎ、署名生成アルゴリズムＳｉｇを実行する主体は、「署名者」のエンティティに対応する情報処理装置である。同様に、署名検証アルゴリズムＶｅｒを実行する主体は、情報処理装置である。
（鍵生成アルゴリズムＧｅｎ）
鍵生成アルゴリズムＧｅｎは、署名者により利用される。鍵生成アルゴリズムＧｅｎは、署名者固有の署名鍵ｓｋと検証鍵ｐｋとの組を生成するアルゴリズムである。鍵生成アルゴリズムＧｅｎにより生成された検証鍵ｐｋは公開される。一方、鍵生成アルゴリズムＧｅｎにより生成された署名鍵ｓｋは、署名者により秘密に管理される。そして、署名鍵ｓｋは、文書Ｍに付与される電子署名σの生成に利用される。例えば、鍵生成アルゴリズムＧｅｎは、セキュリティパラメータ１λ（λは０以上の整数）を入力とし、署名鍵ｓｋ及び公開鍵ｐｋを出力する。この場合、鍵生成アルゴリズムＧｅｎは、形式的に、下記の式（３）のように表現することができる。
Figure 0006439695
（署名生成アルゴリズムＳｉｇ）
署名生成アルゴリズムＳｉｇは、署名者により利用される。署名生成アルゴリズムＳｉｇは、文書Ｍに付与される電子署名σを生成するアルゴリズムである。署名生成アルゴリズムＳｉｇは、署名鍵ｓｋと文書Ｍとを入力とし、電子署名σを出力するアルゴリズムである。この署名生成アルゴリズムＳｉｇは、形式的に、下記の式（４）のように表現することができる。
Figure 0006439695
（署名検証アルゴリズムＶｅｒ）
署名検証アルゴリズムＶｅｒは、検証者により利用される。署名検証アルゴリズムＶｅｒは、電子署名σが文書Ｍに対する正当な電子署名であるか否かを検証するアルゴリズムである。署名検証アルゴリズムＶｅｒは、署名者の検証鍵ｐｋ、文書Ｍ、電子署名σを入力とし、０又は１（１ｂｉｔ）を出力するアルゴリズムである。この署名検証アルゴリズムＶｅｒは、形式的に、下記の式（５）のように表現することができる。なお、検証者は、署名検証アルゴリズムＶｅｒが０を出力した場合（公開鍵ｐｋが文書Ｍと電子署名σを拒否する場合）に電子署名σが不当であると判断し、１を出力した場合（公開鍵ｐｋが文書Ｍと電子署名σを受理する場合）に電子署名σが正当であると判断する。
Figure 0006439695
なお、本開示においては、公開鍵認証方式や電子署名方式は特定のものに限られない。例えば、ＲＳＡ暗号を用いたものであってもよく、楕円曲線暗号を用いたものであってもよい。また例えば特開２０１２−９８６９０号公報等で開示されている、多次多変数連立方程式に対する求解問題の困難性に安全性の根拠をおく公開鍵認証方式や電子署名方式を用いても良い。上記文献で用いられる関数は、ｍ本のｎ変数の２次多項式（ｍ、ｎはいずれも２以上の整数）で構成される関数である。
例えば、８０ビット安全性を確保するためには、ＲＳＡ暗号の場合は１０２４ビット、ＥＣＤＳＡの場合でも１６０ビットの鍵長が必要となる。一方、上述の多次多変数連立方程式に対する求解問題の困難性に安全性の根拠をおく公開鍵認証方式の場合は、８０ビット安全性を確保するための鍵長は８０ビットで済む。従って、Ｗｅｂサービスのようなサービスで、ユーザが公開鍵を登録したり、秘密鍵を用いて認証を受けようとしたりする場合には、ユーザが入力する文字数が少なくなる、上述の多次多変数連立方程式に対する求解問題の困難性に安全性の根拠をおく公開鍵認証方式を用いることが、より望ましい。
特開２０１２−９８６９０号公報等で開示されている、多次多変数連立方程式に対する求解問題の困難性に安全性の根拠をおく公開鍵認証方式や電子署名方式を用いると、公開鍵サイズが小さくなるため、さらに運用上や管理上の手間を削減する効果と、長期的な安全性レベルの向上が期待できる。例えば、運用面では、公開鍵の表示の制約が少なく、入力・伝達可能な長さを短くすることができるという効果が期待できる。また管理面では、公開鍵サイズが短いため、データベースへのサイズが小さくなり、また鍵の設定も文字列のコピー操作のみでも可能となるという効果が期待できる。さらに安全面では、ＮＰ完全クラスの数学的な難問に依存した方式であるので、長期的な安全性が期待できる。
［１．６．システムの動作例］
続いて、本開示の第１の実施形態に係る情報処理システム１の動作例について説明する。また以下の説明では、情報処理装置１００、２００は同一のユーザが所有するものとして説明する。図５は、本開示の第１の実施形態に係る情報処理システム１の動作例を示す流れ図であり、図５に示したのは、生成した公開鍵を情報処理装置１００、２００が認証装置３００に登録する際の動作例である。以下、図５を用いて本開示の第１の実施形態に係る情報処理システム１の動作例について説明する。
情報処理装置１００、２００は、認証装置３００が提供するサービスを利用するために、認証装置３００に公開鍵を登録する。情報処理装置１００、２００は、認証装置３００に公開鍵を登録するためには、まずそれぞれ鍵生成部１１５、２１５で秘密鍵と公開鍵の組からなる鍵ペアを生成する（ステップＳ１０１）。図５では、鍵生成部１１５が秘密鍵ＳＫｅｙと公開鍵ＰＫｅｙを生成する場合を示す。鍵生成部１１５、２１５は、例えば、特開２０１２−９８６９０号公報等で開示されている、多次多変数連立方程式に対する求解問題の困難性に安全性の根拠をおく公開鍵認証方式を用いて鍵ペアを生成する。
情報処理装置１００、２００は、ステップＳ１０１で鍵ペアを生成すると、続いて生成した鍵ペアの内、秘密鍵をそれぞれ記憶部１３０、２３０に保持する（ステップＳ１０２）。この秘密鍵の記憶部１３０、２３０への保持は、例えば制御部１２０、２２０による制御により行われ得る。その際、制御部１２０、２２０は、上述したように、記憶部１３０、２３０の少なくとも一部に設けられる耐タンパ性を有する領域に、秘密鍵を格納することが望ましい。
情報処理装置１００、２００は、ステップＳ１０２で秘密鍵を保持すると、続いてステップＳ１０１で生成した鍵ペアの内、公開鍵を認証装置３００へ送信する（ステップＳ１０３）。この公開鍵の認証装置３００への送信は、例えば制御部１２０、２２０による制御により、送受信部１１０、２１０が認証装置３００へ向けて公開鍵を送信することで行われ得る。
情報処理装置１００、２００が公開鍵を認証装置３００へ向けて送信すると、公開鍵を受信した認証装置３００は、受信した公開鍵と同じものがすでに記憶部３３０に格納されているかどうか確認する（ステップＳ１０４）。この確認処理は、例えば制御部３３０が実行し得る。
認証装置３００は、受信した公開鍵と同じものがすでに記憶部３３０に格納されていれば（ステップＳ１０４、Ｙｅｓ）、情報処理装置１００、２００が送信した公開鍵の登録を拒否する。一方、受信した公開鍵と同じものが記憶部３３０に格納されていなければ（ステップＳ１０４、Ｎｏ）、認証装置３００は、情報処理装置１００、２００が送信した公開鍵を、その装置の公開鍵として記憶部３３０に保持する（ステップＳ１０５）。この公開鍵の保持処理は、例えば制御部３３０が実行し得る。
情報処理装置１００、２００が送信した公開鍵を、その装置の公開鍵として記憶部３３０に保持する際には、認証装置３００は、例えば情報処理装置１００、２００を一意に識別する所定の情報と、各情報処理装置１００、２００が生成した公開鍵とを関連付けて記憶部３３０に保持する。
情報処理装置１００、２００、及び認証装置３００が、図５に示した一連の動作を実行することで、情報処理装置１００、２００は、認証装置３００が提供するサービスを利用するために、認証装置３００に公開鍵を登録することが出来る。そして情報処理装置１００、２００は、認証装置３００に公開鍵を登録することで、認証装置３００が提供するサービスを利用する際に、登録した公開鍵による公開鍵認証方式による認証を受けることが出来る。
以上、図５を用いて、情報処理装置１００、２００が生成した公開鍵が認証装置３００に登録される際の動作例を説明した。続いて、情報処理装置２００での公開鍵の関連付け処理の際の動作例について説明する。
図６は、本開示の第１の実施形態に係る情報処理システム１の動作例を示す流れ図であり、図６に示したのは、情報処理装置２００での公開鍵の関連付け処理の際の動作例である。以下、図６を用いて本開示の第１の実施形態に係る情報処理システム１の動作例について説明する。
情報処理装置２００は、情報処理装置２００で生成した公開鍵ＭＰＫｅｙと、情報処理装置１００が生成した公開鍵ＰＫｅｙとを関連付ける際には、まず情報処理装置１００へ公開鍵ＭＰＫｅｙを送信する（ステップＳ１１１）。この公開鍵ＭＰＫｅｙの情報処理装置１００への送信は、例えば制御部２２０による制御により、送受信部２１０が情報処理装置１００へ向けて公開鍵ＭＰＫｅｙを送信することで行われ得る。情報処理装置２００が情報処理装置１００へ公開鍵ＭＰＫｅｙを送信するのは、情報処理装置１００で公開鍵ＭＰＫｅｙに署名を付与して返信してもらうためである。
情報処理装置１００は、情報処理装置２００から情報処理装置２００の公開鍵ＭＰＫｅｙを受信すると、情報処理装置１００が生成した秘密鍵ＳＫｅｙを用いて所定の署名プロトコルを実行し、情報処理装置２００の公開鍵ＭＰＫｅｙに電子署名を付与する（ステップＳ１１２）。電子署名の付与は、例えば制御部１２０が実行し得る。このステップＳ１１２で実行される署名プロトコルは、例えば、特開２０１２−９８６９０号公報等で開示されている電子署名方式に基づくものであってもよい。
情報処理装置１００が情報処理装置２００の公開鍵ＭＰＫｅｙに電子署名を付与することは、情報処理装置１００は、情報処理装置１００が生成した公開鍵ＰＫｅｙについて、情報処理装置２００に取り扱いを委任したことに相当する意味合いを有する。情報処理装置１００が情報処理装置２００の公開鍵ＭＰＫｅｙに電子署名を付与して公開鍵ＰＫｅｙと共に返信することで、情報処理装置２００は、情報処理装置１００が生成した公開鍵ＰＫｅｙについて利用停止を認証装置３００に要求することが出来るようになる。
情報処理装置１００が情報処理装置２００の公開鍵ＭＰＫｅｙに電子署名を付与すると、続いて情報処理装置１００は、ステップＳ１１２で生成された電子署名と、情報処理装置１００の公開鍵ＰＫｅｙとを、情報処理装置２００へ返信する（ステップＳ１１３）。この電子署名および公開鍵ＰＫｅｙの送信は、例えば制御部１２０による制御により、送受信部１１０が情報処理装置２００へ向けて電子署名および公開鍵ＰＫｅｙを送信することで行われ得る。
情報処理装置２００は、情報処理装置１００が送信した電子署名および公開鍵ＰＫｅｙを受信すると、受信した電子署名および情報処理装置１００の公開鍵ＰＫｅｙを記憶部２３０に保持する（ステップＳ１１４）。この処理は、例えば制御部２２０が実行し得る。
情報処理装置１００、２００は、このような一連の動作を実行することで、情報処理装置１００が生成した公開鍵ＰＫｅｙを、情報処理装置２００が生成した公開鍵ＭＰＫｅｙに関連付けることが出来る。公開鍵ＰＫｅｙを公開鍵ＭＰＫｅｙに関連付けることで、情報処理装置２００は、情報処理装置１００が生成した公開鍵ＰＫｅｙについて利用停止を認証装置３００に要求することが出来るようになる。
以上、図６を用いて、情報処理装置１００、２００が生成した公開鍵が認証装置３００に登録される際の動作例を説明した。続いて、情報処理装置１００と認証装置３００との間で実行される、公開鍵認証方式による認証処理の例について説明する。
図７は、本開示の第１の実施形態に係る情報処理システム１の動作例を示す流れ図であり、図７に示したのは、情報処理装置１００と認証装置３００との間で公開鍵認証方式による認証処理が実行される際の動作例である。以下、図７を用いて本開示の第１の実施形態に係る情報処理システム１の動作例について説明する。
情報処理装置１００と認証装置３００との間で公開鍵認証方式による認証処理が行われる際には、まず情報処理装置１００は、認証装置３００へ認証要求を送信する（ステップＳ１２１）。この処理は、例えば制御部１２０による制御により、送受信部１１０が認証装置３００へ向けて所定の認証要求を送信することで行われ得る。
情報処理装置１００が認証装置３００へ認証要求を送信し、認証装置３００がその認証要求を受信すると、情報処理装置１００は、認証装置３００との間でセキュアなセッションを確立する（ステップＳ１２２）。このセキュアなセッションを確立する処理は、例えば制御部１２０、３２０が実行し得る。この情報処理装置１００と認証装置３００との間のセキュアなセッションの確立には、例えばＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）／ＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）等を使用することが出来るが、特定の方法に限定されるものではない。
情報処理装置１００と認証装置３００との間でセキュアなセッションが確立されると、情報処理装置１００は、情報処理装置１００が生成した公開鍵ＰＫｅｙを、その確立されたセキュアなセッションで認証装置３００へ送信する（ステップＳ１２３）。この処理は、例えば制御部１２０による制御により、送受信部１１０が認証装置３００へ向けて公開鍵ＰＫｅｙを送信することで行われ得る。
認証装置３００は、情報処理装置１００から送信された公開鍵ＰＫｅｙを受信すると、その公開鍵ＰＫｅｙがすでに記憶部３３０に保持されているかどうか確認する（ステップＳ１２４）。この確認は、例えば制御部３２０が記憶部３３０を検索することにより実行し得る。
ステップＳ１２４の判断の結果、情報処理装置１００から送信された公開鍵ＰＫｅｙがすでに記憶部３３０に保持されていれば（ステップＳ１２４、Ｙｅｓ）、認証装置３００は、情報処理装置１００との間で、公開鍵認証方式による公開鍵認証処理を実行する（ステップＳ１２５）。情報処理装置１００と認証装置３００は、例えば特開２０１２−９８６９０号公報等で開示されている、多次多変数連立方程式に対する求解問題の困難性に安全性の根拠をおく公開鍵認証方式を用いて、公開鍵認証処理を実行する。一方、ステップＳ１２４の判断の結果、情報処理装置１００から送信された公開鍵ＰＫｅｙが記憶部３３０に保持されていなければ（ステップＳ１２４、Ｎｏ）、認証装置３００は、その公開鍵ＰＫｅｙによる公開鍵認証処理を実行せずに処理を終了する。
以上、図７を用いて、情報処理装置１００と認証装置３００との間で実行される、公開鍵認証方式による認証処理の例を説明した。続いて、情報処理装置２００と認証装置３００との間で実行される、情報処理装置１００が生成した公開鍵ＰＫｅｙの利用停止処理の例について説明する。
図８は、本開示の第１の実施形態に係る情報処理システム１の動作例を示す流れ図であり、図８に示したのは、情報処理装置２００と認証装置３００との間で、情報処理装置１００が生成した公開鍵ＰＫｅｙの利用停止処理が実行される際の動作例である。以下、図８を用いて本開示の第１の実施形態に係る情報処理システム１の動作例について説明する。
まず情報処理装置２００は、認証装置３００との間で公開鍵認証方式による認証処理を実行する（ステップＳ１３１）。情報処理装置２００は、認証装置３００との間で公開鍵認証方式による認証処理を実行する際には、情報処理装置２００が生成した公開鍵ＭＰＫｅｙを認証装置３００へ送信する。また、情報処理装置２００と認証装置３００との間で実行される、公開鍵認証方式による認証処理は、図７に示したような一連の処理で実行されるので、ここでは詳細な説明は省略する。
情報処理装置２００と認証装置３００との間で公開鍵認証方式による認証処理が実行されると、認証装置３００は、情報処理装置２００の認証に成功したかどうか判断する（ステップＳ１３２）。認証装置３００が情報処理装置２００の認証に失敗すれば（ステップＳ１３２、Ｎｏ）、認証装置３００は、その公開鍵ＭＰＫｅｙによる公開鍵認証処理を実行せずに処理を終了する。一方、認証装置３００が情報処理装置２００の認証に成功すれば（ステップＳ１３２、Ｙｅｓ）、続いて、情報処理装置２００は認証装置３００へ、記憶部２３０に保持している、情報処理装置１００が生成した公開鍵ＰＫｅｙと電子署名とのペアのリストを送信する（ステップＳ１３３）。ここで、公開鍵ＭＰＫｅｙに関連付けられている（認証デバイスが生成した）公開鍵ＰＫｅｙが複数存在する場合は、情報処理装置２００は、その全てについて認証装置３００へ送信する。
認証装置３００は、情報処理装置２００から公開鍵ＰＫｅｙと電子署名とのペアのリストを受信すると、受信した公開鍵ＰＫｅｙがすでに記憶部３３０に保持されているかどうか確認する（ステップＳ１３４）。この確認は、例えば制御部３２０が実行し得る。
ステップＳ１３４の判断の結果、情報処理装置２００から送信された公開鍵ＰＫｅｙが記憶部３３０に保持されていなければ（ステップＳ１３４、Ｎｏ）、認証装置３００は、公開鍵ＰＫｅｙの利用停止処理を行わずに処理を終了する。一方、ステップＳ１３４の判断の結果、情報処理装置２００から送信された公開鍵ＰＫｅｙが記憶部３３０に保持されていれば、認証装置３００は、上記ステップＳ１３３で送信された電子署名の検証処理を実行する（ステップＳ１３５）。認証装置３００は、情報処理装置２００から送信された電子署名を検証することで、その電子署名が本当に情報処理装置１００で生成されたものかどうかを確認することが出来る。
ステップＳ１３５の判断の結果、情報処理装置２００から送信された電子署名が正当なものであれば（ステップＳ１３５、Ｐａｓｓ）、認証装置３００は、受信した公開鍵ＰＫｅｙについて利用停止処理を実行する（ステップＳ１３６）。この利用停止処理は、例えば制御部３２０が実行し得る。公開鍵ＰＫｅｙの利用停止処理としては、例えば公開鍵ＰＫｅｙそのものを記憶部３３０から削除したり、公開鍵ＰＫｅｙについて利用停止状態にあることを意味するフラグを記憶部３３０に設定したり、公開鍵ＰＫｅｙを所定の利用停止リストに移動したりする処理などが実行され得る。所定の利用停止リストは、例えば記憶部３３０に記憶され得る。公開鍵ＰＫｅｙに対してフラグを設定したり、所定の利用停止リストに移動させたりすることで、認証装置３００は、その公開鍵ＰＫｅｙに対する利用の試みが行われると、その試みがあったことを検知でき、またその試みがあったことを記録することが出来る。
一方、ステップＳ１３５の判断の結果、情報処理装置２００から送信された電子署名が正当なものでなければ（ステップＳ１３５、Ｒｅｊｅｃｔ）、認証装置３００は、公開鍵ＰＫｅｙの利用停止処理を行わずに処理を終了する。
情報処理装置２００および認証装置３００は、このような動作を実行することで、ユーザが情報処理装置１００を紛失するなどして情報処理装置１００を用いて認証装置３００の認証を受けることができなくなった場合に、情報処理装置１００で生成された公開鍵ＰＫｅｙの利用を停止することが出来る。
以上、図８を用いて、情報処理装置２００と認証装置３００との間で実行される、情報処理装置１００が生成した公開鍵ＰＫｅｙの利用停止処理の例について説明した。
ここまでは、情報処理装置１００と情報処理装置２００とを同一のユーザが所有する場合について説明したが、本開示は係る例に限定されるものではない。情報処理装置１００、２００は、それぞれ別のユーザが所有していても良い。
すなわち、図６の例では、情報処理装置１００が生成した公開鍵ＰＫｅｙを、同一のユーザが所有する情報処理装置２００で生成された公開鍵ＭＰＫｅｙに関連付けていたが、あるユーザ（ユーザＡとする）が所有する情報処理装置１００が生成した公開鍵ＰＫｅｙを、他のユーザ（ユーザＢとする）が所有する情報処理装置２００の公開鍵ＭＰＫｅｙに関連付けても良い。そしてユーザＡは、情報処理装置１００を紛失するなどして情報処理装置１００を用いて認証装置３００の認証を受けることができなくなった場合に、公開鍵ＰＫｅｙの利用停止をユーザＢに依頼する。ユーザＢは、所有する情報処理装置２００から公開鍵ＰＫｅｙの利用停止を認証装置３００に要求する。
このように、他のユーザが所有する情報処理装置２００で生成された公開鍵ＭＰＫｅｙに、情報処理装置１００で生成した公開鍵ＰＫｅｙを関連付けて、例えば遠隔地にいる当該他のユーザに公開鍵ＰＫｅｙの利用停止を依頼することで、情報処理装置１００の紛失時の被害を迅速に防ぐことが可能になる。
上述の例では、公開鍵ＭＰＫｅｙに関連付けられている（認証デバイスが生成した）公開鍵ＰＫｅｙが複数存在する場合は、情報処理装置２００は、その全てについて認証装置３００へ送信していたが、本開示は係る例に限定されるものではない。利用を停止する公開鍵ＰＫｅｙをユーザに選択させても良い。その際に、情報処理装置２００は、利用を停止する公開鍵ＰＫｅｙをユーザに選択させるためのユーザインタフェースを出力してもよい。
図９は、情報処理装置２００が出力部２２５から出力する、利用を停止する公開鍵ＰＫｅｙをユーザに選択させるためのユーザインタフェースの例である。図９に示したユーザインタフェースは、情報処理装置２００に備えられた液晶ディスプレイパネル、有機ＥＬディスプレイパネル等の表示装置に表示されてもよく、情報処理装置２００とは別の表示装置に表示されてもよい。
図９には、情報処理装置２００の公開鍵ＭＰＫｅｙに関連付けられている（認証デバイスが生成した）公開鍵のリストを表示する列Ｕ１１と、各公開鍵の利用停止の有無をユーザに設定させるためのチェックボックスが表示された列Ｕ１２と、が示されている。情報処理装置２００は、図９には、列Ｕ１１に表示されている６つの公開鍵のうち、チェックが入れられているＰＫｅｙ１、ＰＫｅｙ２、ＰＫｅｙ４、ＰＫｅｙ６の利用を停止するようにユーザが選択した状態が示されている。図９に示したようなユーザインタフェースを出力することで、利用を停止する（認証デバイスが生成した）公開鍵をユーザに選択させることができる。
情報処理装置２００は、ユーザが選択した公開鍵と、その公開鍵に対応する電子署名のペアを認証装置３００に送信する。認証装置３００は、その送信されたペアの情報に基づいて、上述の公開鍵の利用停止処理を実行する。
なお、利用を停止する公開鍵ＰＫｅｙをユーザに選択させるためのユーザインタフェースは、マスターデバイスである情報処理装置２００ではなく、認証装置３００が出力しても良い。利用を停止する公開鍵ＰＫｅｙをユーザに選択させるためのユーザインタフェースを認証装置３００が出力する場合には、情報処理装置２００が送信した、公開鍵と、その公開鍵に対応する電子署名のペアの情報と、に基づき、例えば図９に示したようなユーザインタフェースを認証装置３００が出力する。図９に示したようなユーザインタフェースを用いて、利用を停止させたい（認証デバイスが生成した）公開鍵をユーザが選択すると、認証装置３００は、ユーザが選択した公開鍵に対して利用停止処理を実行する。
認証装置３００は、公開鍵ＰＫｅｙの利用停止処理として、公開鍵ＰＫｅｙを所定の利用停止リストに移動する処理を実行する場合、公開鍵が情報処理装置１００、２００から送信されてきた場合に、その利用停止リストに登録された公開鍵と同じ公開鍵が送信されてきたかどうかを判断することができる。
図１０は、本開示の第１の実施形態に係る情報処理システム１の動作例を示す流れ図であり、図１０に示したのは、生成した公開鍵を情報処理装置１００、２００が認証装置３００に登録する際の動作例であり、利用停止リストに登録された公開鍵と同じ公開鍵が情報処理装置１００、２００から送信されてきたかどうかを認証装置３００が判断する場合の動作例である。以下、図１０を用いて本開示の第１の実施形態に係る情報処理システム１の動作例について説明する。
情報処理装置１００、２００は、認証装置３００に公開鍵を登録するためには、まずそれぞれ鍵生成部１１５、２１５で秘密鍵と公開鍵の組からなる鍵ペアを生成する（ステップＳ１５１）。情報処理装置１００、２００は、ステップＳ１５１で鍵ペアを生成すると、続いて生成した鍵ペアの内、秘密鍵をそれぞれ記憶部１３０、２３０に保持する（ステップＳ１５２）。
情報処理装置１００、２００は、ステップＳ１５２で秘密鍵を保持すると、続いてステップＳ１５１で生成した鍵ペアの内、公開鍵を認証装置３００へ送信する（ステップＳ１５３）。この公開鍵の認証装置３００への送信は、例えば制御部１２０、２２０による制御により、送受信部１１０、２１０が認証装置３００へ向けて公開鍵を送信することで行われ得る。
情報処理装置１００、２００が公開鍵を認証装置３００へ向けて送信すると、公開鍵を受信した認証装置３００は、受信した公開鍵と同じものがすでに記憶部３３０に格納されているかどうか確認する（ステップＳ１５４）。認証装置３００は、受信した公開鍵と同じものがすでに記憶部３３０に格納されていれば、情報処理装置１００、２００が送信した公開鍵の登録を拒否する。
一方、認証装置３００は、受信した公開鍵と同じものが記憶部３３０に格納されていなければ、その受信した公開鍵と同じ公開鍵が利用停止リストに登録されているかどうか確認する（ステップＳ１５５）。この確認処理は、例えば制御部３３０が実行し得る。認証装置３００は、受信した公開鍵と同じ公開鍵が利用停止リストに登録されていれば、情報処理装置１００、２００が送信した公開鍵の登録を拒否する。
一方、受信した公開鍵と同じ公開鍵が利用停止リストに登録されていなければ、情報処理装置１００、２００が送信した公開鍵を、その装置の公開鍵として記憶部３３０に保持する（ステップＳ１５６）。この公開鍵の保持処理は、例えば制御部３３０が実行し得る。情報処理装置１００、２００が送信した公開鍵を、その装置の公開鍵として記憶部３３０に保持する際には、認証装置３００は、例えば情報処理装置１００、２００を一意に識別する所定の情報と、各情報処理装置１００、２００が生成した公開鍵とを関連付けて記憶部３３０に保持する。
以上、図１０を用いて、情報処理装置１００、２００が生成した公開鍵が認証装置３００に登録される際の動作例を説明した。このように、認証装置３００は、公開鍵ＰＫｅｙの利用停止処理として、公開鍵ＰＫｅｙを所定の利用停止リストに移動する処理を実行する場合、公開鍵が情報処理装置１００、２００から送信されてきた場合に、その利用停止リストに登録された公開鍵と同じ公開鍵が送信されてきたかどうかを判断することができる。続いて、情報処理装置１００と認証装置３００との間で実行される、公開鍵認証方式による認証処理の例について説明する。
図１１は、本開示の第１の実施形態に係る情報処理システム１の動作例を示す流れ図であり、図１１に示したのは、情報処理装置１００と認証装置３００との間で公開鍵認証方式による認証処理が実行される際の動作例である。以下、図１１を用いて本開示の第１の実施形態に係る情報処理システム１の動作例について説明する。
情報処理装置１００と認証装置３００との間で公開鍵認証方式による認証処理が行われる際には、まず情報処理装置１００は、認証装置３００へ認証要求を送信する（ステップＳ１６１）。情報処理装置１００が認証装置３００へ認証要求を送信し、認証装置３００がその認証要求を受信すると、情報処理装置１００は、認証装置３００との間でセキュアなセッションを確立する（ステップＳ１６２）。
情報処理装置１００と認証装置３００との間でセキュアなセッションが確立されると、情報処理装置１００は、その確立したセッションで、情報処理装置１００が生成した公開鍵ＰＫｅｙを認証装置３００へ送信する（ステップＳ１６３）。この処理は、例えば制御部１２０による制御により、送受信部１１０が認証装置３００へ向けて公開鍵ＰＫｅｙを送信することで行われ得る。
認証装置３００は、情報処理装置１００から送信された公開鍵ＰＫｅｙを受信すると、その公開鍵ＰＫｅｙがすでに記憶部３３０に保持されているかどうか確認する（ステップＳ１６４）。この確認は、例えば制御部３２０が実行し得る。
ステップＳ１６４の判断の結果、情報処理装置１００から送信された公開鍵ＰＫｅｙがすでに記憶部３３０に保持されていれば（ステップＳ１６４、Ｙｅｓ）、認証装置３００は、その受信した公開鍵と同じ公開鍵が利用停止リストに登録されているかどうか確認する（ステップＳ１６５）。一方、ステップＳ１２４の判断の結果、情報処理装置１００から送信された公開鍵ＰＫｅｙが記憶部３３０に保持されていなければ（ステップＳ１２４、Ｎｏ）、認証装置３００は、その公開鍵ＰＫｅｙによる公開鍵認証処理を実行せずに処理を終了する。
このステップＳ１６５の確認処理は、例えば制御部３３０が実行し得る。認証装置３００は、受信した公開鍵と同じ公開鍵が利用停止リストに登録されていれば（ステップＳ１６５、Ｎｏ）、情報処理装置１００、２００が送信した公開鍵の登録を拒否する。
一方、受信した公開鍵と同じ公開鍵が利用停止リストに登録されていなければ（ステップＳ１６５、Ｙｅｓ）、認証装置３００は、情報処理装置１００との間で、公開鍵認証方式による公開鍵認証処理を実行する（ステップＳ１６６）。
以上、図１１を用いて、情報処理装置１００と認証装置３００との間で実行される、公開鍵認証方式による認証処理の例を説明した。続いて、情報処理装置２００と認証装置３００との間で実行される、情報処理装置１００が生成した公開鍵ＰＫｅｙの利用停止処理の例について説明する。
図１２は、本開示の第１の実施形態に係る情報処理システム１の動作例を示す流れ図であり、図１２に示したのは、情報処理装置２００と認証装置３００との間で、情報処理装置１００が生成した公開鍵ＰＫｅｙの利用停止処理が実行される際の動作例である。以下、図１２を用いて本開示の第１の実施形態に係る情報処理システム１の動作例について説明する。
まず情報処理装置２００は、認証装置３００との間で公開鍵認証方式による認証処理を実行する（ステップＳ１７１）。情報処理装置２００と認証装置３００との間で公開鍵認証方式による認証処理が実行されると、認証装置３００は、情報処理装置２００の認証に成功したかどうか判断する（ステップＳ１７２）。認証装置３００が情報処理装置２００の認証に失敗すれば（ステップＳ１７２、Ｎｏ）、認証装置３００は、その公開鍵ＭＰＫｅｙによる公開鍵認証処理を実行せずに処理を終了する。一方、認証装置３００が情報処理装置２００の認証に成功すれば（ステップＳ１７２、Ｙｅｓ）、続いて、情報処理装置２００は認証装置３００へ、記憶部２３０に保持している、情報処理装置１００が生成した公開鍵ＰＫｅｙと電子署名とのペアのリストを送信する（ステップＳ１７３）。ここで、公開鍵ＭＰＫｅｙに関連付けられている（認証デバイスが生成した）公開鍵ＰＫｅｙが複数存在する場合は、情報処理装置２００は、その全てについて認証装置３００へ送信する。
認証装置３００は、情報処理装置２００から公開鍵ＰＫｅｙと電子署名とのペアのリストを受信すると、受信した公開鍵ＰＫｅｙがすでに記憶部３３０に保持されているかどうか確認する（ステップＳ１７４）。ステップＳ１７４の判断の結果、情報処理装置２００から送信された公開鍵ＰＫｅｙが記憶部３３０に保持されていなければ（ステップＳ１３４、Ｎｏ）、認証装置３００は、公開鍵ＰＫｅｙの利用停止処理を行わずに処理を終了する。一方、ステップＳ１７４の判断の結果、情報処理装置２００から送信された公開鍵ＰＫｅｙが記憶部３３０に保持されていれば、認証装置３００は、受信した電子署名の検証処理を実行する（ステップＳ１７５）。
ステップＳ１７５の判断の結果、情報処理装置２００から送信された電子署名が正当なものであれば（ステップＳ１７５、Ｐａｓｓ）、認証装置３００は、受信した公開鍵ＰＫｅｙについて公開鍵ＰＫｅｙを所定の利用停止リストに移動する処理を実行する（ステップＳ１７６）。公開鍵ＰＫｅｙを所定の利用停止リストに移動する処理は、例えば制御部３２０が実行し得る。一方、ステップＳ１７５の判断の結果、情報処理装置２００から送信された電子署名が正当なものでなければ（ステップＳ１７５、Ｒｅｊｅｃｔ）、認証装置３００は、公開鍵ＰＫｅｙの利用停止処理を行わずに処理を終了する。
以上、図１２を用いて本開示の第１の実施形態に係る情報処理システム１の動作例について説明した。このように、認証装置３００は、公開鍵ＰＫｅｙの利用停止処理として、公開鍵ＰＫｅｙを所定の利用停止リストに移動する処理を実行することができる。
上述の例では、情報処理装置１００と情報処理装置２００との間で、情報処理装置１００で生成された公開鍵ＰＫｅｙを、情報処理装置２００で生成された公開鍵ＭＰＫｅｙに関連付ける処理が実行される場合を示した。この関連付け処理は、例えば工場出荷時などに予め行われても良い。ユーザは、予め公開鍵の関連付けが行われた情報処理装置１００、２００のペアを購入するなどして入手することで、より容易に公開鍵ＰＫｅｙの利用停止を行なうことが出来る。
以上、本開示の第１の実施形態に係る情報処理システム１の動作例について説明した。本開示の第１の実施形態に係る情報処理システム１は、上述したような動作を実行することで、認証デバイスである情報処理装置１００が生成した公開鍵ＰＫｅｙと、マスターデバイスである情報処理装置２００が生成した公開鍵ＭＰＫｅｙとを、情報処理装置２００で関連付けることが出来る。そして、本開示の第１の実施形態に係る情報処理システム１は、マスターデバイスである情報処理装置２００から、認証デバイスである情報処理装置１００が生成した公開鍵ＰＫｅｙの利用停止を認証装置３００に要求することが出来る。
＜２．第２の実施形態＞
上述した本開示の第１の実施形態に係る情報処理システム１では、認証デバイスである情報処理装置１００が生成した公開鍵ＰＫｅｙと、マスターデバイスである情報処理装置２００が生成した公開鍵ＭＰＫｅｙとを、情報処理装置２００で関連付けていた。以下で説明する上述した本開示の第２の実施形態では、認証デバイスである情報処理装置１００が生成した公開鍵ＰＫｅｙと、マスターデバイスである情報処理装置２００が生成した公開鍵ＭＰＫｅｙとを、認証装置３００で関連付ける場合を示す。
［２．１．システムの動作例］
装置の構成や、各装置の機能構成例は、本開示の第１の実施形態に係る情報処理システム１と同様であるために、構成については説明を省略する。以下では、本開示の第２の実施形態に係る情報処理システム１の動作例について詳細に説明する。
図１３は、本開示の第２の実施形態に係る情報処理システム１の動作例を示す流れ図であり、図１３に示したのは、認証装置３００での公開鍵の関連付け処理の際の動作例である。以下、図１３を用いて本開示の第２の実施形態に係る情報処理システム１の動作例について説明する。
まず情報処理装置２００は、認証装置３００との間で公開鍵認証方式による認証処理を実行する（ステップＳ２０１）。情報処理装置２００と認証装置３００との間で公開鍵認証方式による認証処理が実行されると、認証装置３００は、情報処理装置２００の認証に成功したかどうか判断する（ステップＳ２０２）。
認証装置３００が情報処理装置２００の認証に失敗すれば（ステップＳ２０２、Ｎｏ）、認証装置３００は、その公開鍵ＭＰＫｅｙによる公開鍵認証処理を実行せずに処理を終了する。一方、認証装置３００が情報処理装置２００の認証に成功すれば（ステップＳ２０２、Ｙｅｓ）、続いて情報処理装置１００は、予め生成した鍵ペアの内、公開鍵ＰＫｅｙを認証装置３００へ送信する（ステップＳ２０３）。
なお、図１３に示した例では、情報処理装置１００から認証装置３００へ公開鍵ＰＫｅｙを送信していたが、本開示は係る例に限定されるものではない。例えば、特開２０１２−９８６９０号公報等で開示されている、多次多変数連立方程式に対する求解問題の困難性に安全性の根拠をおく公開鍵認証方式では、鍵の長さが８０バイト程度である。従って、この公開鍵認証方式を用いる場合は、認証装置３００へ公開鍵ＰＫｅｙを送信するのではなく、ユーザに公開鍵ＰＫｅｙを手入力させて認証装置３００へ公開鍵ＰＫｅｙを登録するようにしてもよい。
認証装置３００は、上記ステップＳ２０３で情報処理装置１００から公開鍵ＰＫｅｙを受信すると、続いて認証装置３００との間で公開鍵認証方式による認証処理を再度実行する（ステップＳ２０４）。情報処理装置２００と認証装置３００との間で公開鍵認証方式による認証処理が実行されると、認証装置３００は、情報処理装置２００の認証に成功したかどうか判断する（ステップＳ２０５）。
認証装置３００は、マスターデバイスである情報処理装置２００と、情報処理装置１００の公開鍵ＰＫｅｙの受信の前後で認証を実行することで、情報処理装置２００が保持する公開鍵ＭＰＫｅｙと、情報処理装置１００の公開鍵ＰＫｅｙとを安全に関連付けることが出来る。
認証装置３００が情報処理装置２００の認証に失敗すれば（ステップＳ２０５、Ｎｏ）、認証装置３００は、その公開鍵ＭＰＫｅｙによる公開鍵認証処理を実行せずに処理を終了する。一方、認証装置３００が情報処理装置２００の認証に成功すれば（ステップＳ２０５、Ｙｅｓ）、続いて情報処理装置１００は、上記ステップＳ２０３で情報処理装置１００が送信した公開鍵ＰＫｅｙが登録されていなければ、その公開鍵ＰＫｅｙを認証デバイスである情報処理装置１００の公開鍵として登録する（ステップＳ２０６）。
認証装置３００は、上記ステップＳ２０６で、公開鍵ＰＫｅｙを認証デバイスである情報処理装置１００の公開鍵として登録すると、続いて、マスターデバイスである情報処理装置２００の公開鍵ＭＰＫｅｙを、認証デバイスである情報処理装置１００の公開鍵ＰＫｅｙとのペアとして関連付けた形式で保持する（ステップＳ２０７）。
本開示の第２の実施形態に係る情報処理システム１は、図１３に示したような一連の動作を実行することで、マスターデバイスである情報処理装置２００の公開鍵ＭＰＫｅｙを、認証デバイスである情報処理装置１００の公開鍵ＰＫｅｙとのペアとして関連付けた形式で認証装置３００に保持させることができる。
以上、図１３を用いて本開示の第２の実施形態に係る情報処理システム１の動作例について説明した。このような関連付けに際しては、第１の実施形態同様に、情報処理装置１００、２００をそれぞれ別のユーザが所有していても良い。また公開鍵ＭＰＫｅｙに関連付けられている（認証デバイスが生成した）公開鍵ＰＫｅｙが複数存在する場合は、第１の実施形態同様に、利用を停止する公開鍵ＰＫｅｙをユーザに選択させても良い。また公開鍵ＰＫｅｙ、ＭＰＫｅｙ同士の関連付けは、第１の実施形態同様に、例えば工場出荷時などに予め行われても良い。
続いて、情報処理装置２００と認証装置３００との間で実行される、情報処理装置１００が生成した公開鍵ＰＫｅｙの利用停止処理の例について説明する。
図１４は、本開示の第２の実施形態に係る情報処理システム１の動作例を示す流れ図であり、図１４に示したのは、情報処理装置２００と認証装置３００との間で、情報処理装置１００が生成した公開鍵ＰＫｅｙの利用停止処理が実行される際の動作例である。以下、図１４を用いて本開示の第２の実施形態に係る情報処理システム１の動作例について説明する。
情報処理装置１００が生成した公開鍵ＰＫｅｙの利用停止を情報処理装置２００から要求する場合は、まず情報処理装置２００は認証装置３００との間で公開鍵認証方式による認証処理を実行する（ステップＳ２１１）。情報処理装置２００と認証装置３００との間で公開鍵認証方式による認証処理が実行されると、認証装置３００は、情報処理装置２００の認証に成功したかどうか判断する（ステップＳ２１２）。
認証装置３００が情報処理装置２００の認証に失敗すれば（ステップＳ２１２、Ｎｏ）、認証装置３００は、その公開鍵ＭＰＫｅｙによる公開鍵認証処理を実行せずに処理を終了する。一方、認証装置３００が情報処理装置２００の認証に成功すれば（ステップＳ２１２、Ｙｅｓ）、情報処理装置２００は、認証装置３００に対して、情報処理装置２００の公開鍵ＭＰＫｅｙに関連付けられている、情報処理装置１００の公開鍵ＰＫｅｙの停止要求を送信する（ステップＳ２１３）。
認証装置３００は、情報処理装置２００から送信された、情報処理装置１００の公開鍵ＰＫｅｙの停止要求を受信すると、続いてその情報処理装置２００との間で公開鍵認証方式による認証処理を実行する（ステップＳ２１４）。情報処理装置２００と認証装置３００との間で公開鍵認証方式による認証処理が実行されると、認証装置３００は、情報処理装置２００の認証に成功したかどうか判断する（ステップＳ２１５）。
認証装置３００が情報処理装置２００の認証に失敗すれば（ステップＳ２１５、Ｎｏ）、認証装置３００は、その公開鍵ＭＰＫｅｙによる公開鍵認証処理を実行せずに処理を終了する。一方、認証装置３００が情報処理装置２００の認証に成功すれば（ステップＳ２１５、Ｙｅｓ）、その情報処理装置２００の公開鍵ＭＰＫｅｙに関連付けられている、情報処理装置１００の公開鍵ＰＫｅｙの利用停止処理を実行する（ステップＳ２１６）。
公開鍵ＰＫｅｙの利用停止処理としては、例えば公開鍵ＰＫｅｙそのものを記憶部３３０から削除したり、公開鍵ＰＫｅｙについて利用停止状態にあることを意味するフラグを記憶部３３０に設定したり、公開鍵ＰＫｅｙを所定の利用停止リストに移動したりする処理などが実行され得る。所定の利用停止リストは、例えば記憶部３３０に記憶され得る。
情報処理装置２００および認証装置３００は、このような動作を実行することで、ユーザが情報処理装置１００を紛失するなどして情報処理装置１００を用いて認証装置３００の認証を受けることができなくなった場合に、情報処理装置１００で生成された公開鍵ＰＫｅｙの利用を停止することが出来る。
以上、図１４を用いて、情報処理装置２００と認証装置３００との間で実行される、情報処理装置１００が生成した公開鍵ＰＫｅｙの利用停止処理の例について説明した。
＜３．第３の実施形態＞
情報処理装置１００が生成した公開鍵ＰＫｅｙの利用を停止した後に、情報処理装置１００が見つかるなどして、その停止した公開鍵ＰＫｅｙの利用を再開させたい場合が考えられる。以下では、一度利用を停止させた公開鍵ＰＫｅｙの利用再開処理の例について説明する。
［３．１．マスターデバイスで関連付けた場合］
図１５は、本開示の第２の実施形態に係る情報処理システム１の動作例を示す流れ図であり、図１５に示したのは、情報処理装置１００、２００と認証装置３００との間で、情報処理装置１００が生成した公開鍵ＰＫｅｙの利用再開処理が実行される際の動作例である。また以下で示す例は、情報処理装置２００で公開鍵ＰＫｅｙ、ＭＰＫｅｙ同士の関連付けが行われている場合の動作例である。以下、図１５を用いて本開示の第２の実施形態に係る情報処理システム１の動作例について説明する。
なお、一度利用を停止させた公開鍵ＰＫｅｙの利用を再開させるためには、公開鍵ＰＫｅｙそのものを記憶部３３０から削除させる処理が行われるのではなく、公開鍵ＰＫｅｙについて利用停止状態にあることを意味するフラグを記憶部３３０に設定したり、公開鍵ＰＫｅｙを所定の利用停止リストに移動したりする処理が行われることが望ましい。
一度利用を停止させた公開鍵ＰＫｅｙの利用を再開させる処理を情報処理装置２００から要求する場合は、まず情報処理装置２００は認証装置３００との間で公開鍵認証方式による認証処理を実行する（ステップＳ２２１）。情報処理装置２００と認証装置３００との間で公開鍵認証方式による認証処理が実行されると、認証装置３００は、情報処理装置２００の認証に成功したかどうか判断する（ステップＳ２２２）。
認証装置３００が情報処理装置２００の認証に失敗すれば（ステップＳ２２２、Ｎｏ）、認証装置３００は、公開鍵ＰＫｅｙの利用再開処理を実行せずに処理を終了する。一方、認証装置３００が情報処理装置２００の認証に成功すれば（ステップＳ２２２、Ｙｅｓ）、情報処理装置２００は認証装置３００へ、記憶部２３０に保持している、情報処理装置１００が生成した公開鍵ＰＫｅｙと電子署名とのペアのリストを送信する（ステップＳ２２３）。
認証装置３００は、情報処理装置２００から公開鍵ＰＫｅｙと電子署名とのペアのリストを受信すると、受信した公開鍵ＰＫｅｙがすでに記憶部３３０に保持されているかどうか確認する（ステップＳ２２４）。ステップＳ２２４の判断の結果、情報処理装置２００から送信された公開鍵ＰＫｅｙが記憶部３３０に保持されていなければ（ステップＳ２２４、Ｎｏ）、認証装置３００は、公開鍵ＰＫｅｙの利用再開処理を行わずに処理を終了する。
一方、ステップＳ２２４の判断の結果、情報処理装置２００から送信された公開鍵ＰＫｅｙが記憶部３３０に保持されていれば、認証装置３００は、上記ステップＳ２２３で送信された電子署名の検証処理を実行する（ステップＳ２２５）。認証装置３００は、情報処理装置２００から送信された電子署名を検証することで、その電子署名が本当に情報処理装置１００で生成されたものかどうかを確認することが出来る。
ステップＳ２２５の判断の結果、情報処理装置２００から送信された電子署名が正当なものでなければ（ステップＳ２２５、Ｒｅｊｅｃｔ）、認証装置３００は、公開鍵ＰＫｅｙの利用再開処理を行わずに処理を終了する。一方、ステップＳ５の判断の結果、情報処理装置２００から送信された電子署名が正当なものであれば（ステップＳ２２５、Ｐａｓｓ）、続いて認証装置３００は、利用を再開させたい公開鍵ＰＫｅｙを生成した情報処理装置１００との間で公開鍵認証方式による認証処理を実行する（ステップＳ２２６）。認証装置３００は、ステップＳ２２６の認証処理により、利用を再開させたい公開鍵ＰＫｅｙに対応する秘密鍵ＳＫｅｙが情報処理装置１００に存在しているかどうかを確認することができる。
情報処理装置１００と認証装置３００との間で公開鍵認証方式による認証処理が実行されると、認証装置３００は、情報処理装置１００の認証に成功したかどうか判断する（ステップＳ２２７）。認証装置３００が情報処理装置１００の認証に失敗すれば（ステップＳ２２７、Ｎｏ）、認証装置３００は、公開鍵ＰＫｅｙの利用再開処理を実行せずに処理を終了する。一方、認証装置３００が情報処理装置１００の認証に成功すれば（ステップＳ２２７、Ｙｅｓ）、続いて認証装置３００は、情報処理装置２００との間で公開鍵認証方式による認証処理を再度実行する（ステップＳ２２８）。情報処理装置２００と認証装置３００との間で公開鍵認証方式による認証処理が実行されると、認証装置３００は、情報処理装置２００の認証に成功したかどうか判断する（ステップＳ２２９）。
認証装置３００が情報処理装置２００の認証に失敗すれば（ステップＳ２２９、Ｎｏ）、認証装置３００は、公開鍵ＰＫｅｙの利用再開処理を実行せずに処理を終了する。一方、認証装置３００が情報処理装置２００の認証に成功すれば（ステップＳ２２９、Ｙｅｓ）、認証装置３００は、一度停止した公開鍵ＰＫｅｙの利用再開処理を実行する（ステップＳ２３０）。認証装置３００は、一度停止した公開鍵ＰＫｅｙの利用再開処理として、例えば、公開鍵ＰＫｅｙについて利用停止状態にあることを意味するフラグを記憶部３３０から消去したり、公開鍵ＰＫｅｙを所定の利用停止リストから移動したりする処理を実行する。
情報処理装置１００、２００及び認証装置３００は、このような動作を実行することで、認証装置３００で一度利用を停止させた、情報処理装置１００で生成された公開鍵の利用を再開させることが出来る。情報処理装置１００で生成された公開鍵の利用を再開させることで、ユーザは、紛失した情報処理装置１００の発見時に鍵の再作成処理や、再作成した公開鍵の認証装置３００への登録処理を行わずに済む。
なお、上述の例では、ステップＳ２２６で認証デバイスである情報処理装置１００の認証後に、ステップＳ２２８でマスターデバイスである情報処理装置２００の認証が行われていたが、本開示は係る例に限定されるものではない。マスターデバイスである情報処理装置２００の認証後に認証デバイスである情報処理装置１００の認証が行われても良い。
［３．２．認証装置で関連付けた場合］
公開鍵の利用再開処理の別の例を示す。以下で示す例は、認証装置３００で公開鍵ＰＫｅｙ、ＭＰＫｅｙ同士の関連付けが行われている場合に、署名を使用せずに公開鍵の利用を再開させる場合の動作例である。
図１６は、本開示の第２の実施形態に係る情報処理システム１の動作例を示す流れ図であり、図１６に示したのは、情報処理装置１００、２００と認証装置３００との間で、情報処理装置１００が生成した公開鍵ＰＫｅｙの利用再開処理が実行される際の動作例である。以下、図１６を用いて本開示の第２の実施形態に係る情報処理システム１の動作例について説明する。
一度利用を停止させた公開鍵ＰＫｅｙの利用を再開させる処理を情報処理装置２００から要求する場合は、まず情報処理装置２００は認証装置３００との間で公開鍵認証方式による認証処理を実行する（ステップＳ２３１）。情報処理装置２００と認証装置３００との間で公開鍵認証方式による認証処理が実行されると、認証装置３００は、情報処理装置２００の認証に成功したかどうか判断する（ステップＳ２３２）。
認証装置３００が情報処理装置２００の認証に失敗すれば（ステップＳ２３２、Ｎｏ）、認証装置３００は、公開鍵ＰＫｅｙの利用再開処理を実行せずに処理を終了する。一方、認証装置３００が情報処理装置２００の認証に成功すれば（ステップＳ２３２、Ｙｅｓ）、続いて、情報処理装置１００は認証装置３００へ、利用を再開させたい公開鍵と同じ公開鍵ＰＫｅｙを認証装置３００に送信する（ステップＳ２３３）。
続いて認証装置３００は、利用を再開させたい公開鍵ＰＫｅｙを生成した情報処理装置１００との間で公開鍵認証方式による認証処理を実行する（ステップＳ２３４）。認証装置３００は、ステップＳ２３４の認証処理により、利用を再開させたい公開鍵ＰＫｅｙに対応する秘密鍵ＳＫｅｙが情報処理装置１００に存在しているかどうかを確認することができる。
情報処理装置１００と認証装置３００との間で公開鍵認証方式による認証処理が実行されると、認証装置３００は、情報処理装置１００の認証に成功したかどうか判断する（ステップＳ２３５）。認証装置３００が情報処理装置１００の認証に失敗すれば（ステップＳ２３５、Ｎｏ）、認証装置３００は、公開鍵ＰＫｅｙの利用再開処理を実行せずに処理を終了する。一方、認証装置３００が情報処理装置１００の認証に成功すれば（ステップＳ２３５、Ｙｅｓ）、続いて認証装置３００は、公開鍵ＰＫｅｙと公開鍵ＭＰＫｅｙのペアの検証を実行する（ステップＳ２３６）。
認証装置３００は、公開鍵ＰＫｅｙと公開鍵ＭＰＫｅｙのペアの検証の結果、互いに関連付けられているもので無ければ（ステップＳ２３６、Ｎｏ）、認証装置３００は、公開鍵ＰＫｅｙの利用再開処理を実行せずに処理を終了する。一方、認証装置３００は、公開鍵ＰＫｅｙと公開鍵ＭＰＫｅｙのペアの検証の結果、互いに関連付けられていれば（ステップＳ２３６、Ｙｅｓ）、続いて認証装置３００は、情報処理装置２００との間で公開鍵認証方式による認証処理を再度実行する（ステップＳ２３７）。情報処理装置２００と認証装置３００との間で公開鍵認証方式による認証処理が実行されると、認証装置３００は、情報処理装置２００の認証に成功したかどうか判断する（ステップＳ２３８）。
認証装置３００が情報処理装置２００の認証に失敗すれば（ステップＳ２３８、Ｎｏ）、認証装置３００は、公開鍵ＰＫｅｙの利用再開処理を実行せずに処理を終了する。一方、認証装置３００が情報処理装置２００の認証に成功すれば（ステップＳ２３８、Ｙｅｓ）、認証装置３００は、一度停止した公開鍵ＰＫｅｙの利用再開処理を実行する（ステップＳ２３９）。認証装置３００は、一度停止した公開鍵ＰＫｅｙの利用再開処理として、例えば、公開鍵ＰＫｅｙについて利用停止状態にあることを意味するフラグを記憶部３３０から消去したり、公開鍵ＰＫｅｙを所定の利用停止リストから移動したりする処理を実行する。
情報処理装置１００、２００及び認証装置３００は、このような動作を実行することで、認証装置３００で一度利用を停止させた、情報処理装置１００で生成された公開鍵の利用を再開させることが出来る。情報処理装置１００で生成された公開鍵の利用を再開させることで、ユーザは、紛失した情報処理装置１００の発見時に鍵の再作成処理や、再作成した公開鍵の認証装置３００への登録処理を行わずに済む。
＜４．ハードウェア構成例＞
上記の各アルゴリズムは、例えば、図１５に示す情報処理装置のハードウェア構成を用いて実行することが可能である。つまり、当該各アルゴリズムの処理は、コンピュータプログラムを用いて図１５に示すハードウェアを制御することにより実現される。なお、このハードウェアの形態は任意であり、例えば、パーソナルコンピュータ、携帯電話、ＰＨＳ、ＰＤＡ等の携帯情報端末、ゲーム機、接触式又は非接触式のＩＣチップ、接触式又は非接触式のＩＣカード、又は種々の情報家電がこれに含まれる。但し、上記のＰＨＳは、Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍの略である。また、上記のＰＤＡは、Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔの略である。
図１５に示すように、このハードウェアは、主に、ＣＰＵ９０２と、ＲＯＭ９０４と、ＲＡＭ９０６と、ホストバス９０８と、ブリッジ９１０と、を有する。さらに、このハードウェアは、外部バス９１２と、インターフェース９１４と、入力部９１６と、出力部９１８と、記憶部９２０と、ドライブ９２２と、接続ポート９２４と、通信部９２６と、を有する。但し、上記のＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。また、上記のＲＯＭは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略である。そして、上記のＲＡＭは、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略である。
ＣＰＵ９０２は、例えば、演算処理装置又は制御装置として機能し、ＲＯＭ９０４、ＲＡＭ９０６、記憶部９２０、又はリムーバブル記録媒体９２８に記録された各種プログラムに基づいて各構成要素の動作全般又はその一部を制御する。ＲＯＭ９０４は、ＣＰＵ９０２に読み込まれるプログラムや演算に用いるデータ等を格納する手段である。ＲＡＭ９０６には、例えば、ＣＰＵ９０２に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータ等が一時的又は永続的に格納される。
これらの構成要素は、例えば、高速なデータ伝送が可能なホストバス９０８を介して相互に接続される。一方、ホストバス９０８は、例えば、ブリッジ９１０を介して比較的データ伝送速度が低速な外部バス９１２に接続される。また、入力部９１６としては、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、及びレバー等が用いられる。さらに、入力部９１６としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラ（以下、リモコン）が用いられることもある。
出力部９１８としては、例えば、ＣＲＴ、ＬＣＤ、ＰＤＰ、又はＥＬＤ等のディスプレイ装置、スピーカ、ヘッドホン等のオーディオ出力装置、プリンタ、携帯電話、又はファクシミリ等、取得した情報を利用者に対して視覚的又は聴覚的に通知することが可能な装置である。但し、上記のＣＲＴは、Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅの略である。また、上記のＬＣＤは、Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙの略である。そして、上記のＰＤＰは、Ｐｌａｓｍａ ＤｉｓｐｌａｙＰａｎｅｌの略である。さらに、上記のＥＬＤは、Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙの略である。
記憶部９２０は、各種のデータを格納するための装置である。記憶部９２０としては、例えば、ハードディスクドライブ（ＨＤＤ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、又は光磁気記憶デバイス等が用いられる。但し、上記のＨＤＤは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略である。
ドライブ９２２は、例えば、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体９２８に記録された情報を読み出し、又はリムーバブル記録媒体９２８に情報を書き込む装置である。リムーバブル記録媒体９２８は、例えば、ＤＶＤメディア、Ｂｌｕ−ｒａｙメディア、ＨＤ ＤＶＤメディア、各種の半導体記憶メディア等である。もちろん、リムーバブル記録媒体９２８は、例えば、非接触型ＩＣチップを搭載したＩＣカード、又は電子機器等であってもよい。但し、上記のＩＣは、Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略である。
接続ポート９２４は、例えば、ＵＳＢポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ、ＲＳ−２３２Ｃポート、又は光オーディオ端子等のような外部接続機器９３０を接続するためのポートである。外部接続機器９３０は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、又はＩＣレコーダ等である。但し、上記のＵＳＢは、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓの略である。また、上記のＳＣＳＩは、Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅの略である。
通信部９２６は、ネットワーク９３２に接続するための通信デバイスであり、例えば、有線又は無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はＷＵＳＢ用の通信カード、光通信用のルータ、ＡＤＳＬ用のルータ、又は接触又は非接触通信用のデバイス等である。また、通信部９２６に接続されるネットワーク９３２は、有線又は無線により接続されたネットワークにより構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、可視光通信、放送、又は衛星通信等である。但し、上記のＬＡＮは、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋの略である。また、上記のＷＵＳＢは、Ｗｉｒｅｌｅｓｓ ＵＳＢの略である。そして、上記のＡＤＳＬは、Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅの略である。
例えば、情報処理装置１００がこのようなハードウェア構成を有する場合、例えば鍵生成部１１５及び制御部１２０の機能はＣＰＵ９０２が担い得る。また例えば記憶部１３０の機能はＲＯＭ９０４、ＲＡＭ９０６、記憶部９２０、又はリムーバブル記録媒体９２８が担い得る。また例えば、送受信部１１０やアンテナ１４０の機能は通信部９２６が担い得る。
また、情報処理装置２００がこのようなハードウェア構成を有する場合、例えば鍵生成部２１５及び制御部２２０の機能はＣＰＵ９０２が担い得る。また例えば出力部２２５の機能は出力部９１８が担い得る。また例えば記憶部２３０の機能はＲＯＭ９０４、ＲＡＭ９０６、記憶部９２０、又はリムーバブル記録媒体９２８が担い得る。また例えば、送受信部２１０やアンテナ２４０の機能は通信部９２６が担い得る。
また、認証装置３００がこのようなハードウェア構成を有する場合、例えば制御部３２０の機能はＣＰＵ９０２が担い得る。また例えば記憶部３３０の機能はＲＯＭ９０４、ＲＡＭ９０６、記憶部９２０、又はリムーバブル記録媒体９２８が担い得る。また例えば、送受信部３１０やアンテナ３４０の機能は通信部９２６が担い得る。
＜５．まとめ＞
以上説明したように、本開示の各実施形態によれば、公開鍵認証方式を用いて、既存の技術よりも安全で、かつ簡便なユーザ認証の仕組みを実現する情報処理装置１００、２００及び認証装置３００が提供される。本開示の各実施形態は、情報処理装置１００、２００と認証装置３００との間で公開鍵認証方式による認証処理が実行されることで、強固な安全性を保証することが出来る。
本開示の第１の実施形態では、マスターデバイスである情報処理装置２００において、認証デバイスである情報処理装置１００が生成した公開鍵ＰＫｅｙが、情報処理装置２００が生成したＭＰＫｅｙに関連付けられる。そして本開示の第１の実施形態では、情報処理装置１００を紛失した場合等の、ユーザが情報処理装置１００を用いて認証装置３００との間で認証処理を実行することができなくなった場合に、マスターデバイスである情報処理装置２００から、公開鍵ＰＫｅｙの利用停止を認証装置３００に要求する。
また本開示の第２の実施形態では、認証装置３００において、情報処理装置１００が生成した公開鍵ＰＫｅｙと、情報処理装置２００が生成したＭＰＫｅｙとが関連付けられる。そして本開示の第２の実施形態でも、情報処理装置１００を紛失した場合等の、ユーザが情報処理装置１００を用いて認証装置３００との間で認証処理を実行することができなくなった場合に、マスターデバイスである情報処理装置２００から、公開鍵ＰＫｅｙの利用停止を認証装置３００に要求する。
このように、情報処理装置１００が生成した公開鍵ＰＫｅｙの利用停止を要求する装置を情報処理装置１００とは別にしておくことで、本開示の各実施形態では、情報処理装置１００の紛失時のリスクを最小限に抑えることが可能になる。また本開示の各実施形態で示したように、情報処理装置１００が生成した公開鍵ＰＫｅｙの利用停止を要求する装置を情報処理装置１００とは別にしておくことで、ユーザ自身の手によって、または信頼出来る別のユーザの手によって容易に情報処理装置１００の公開鍵ＰＫｅｙの利用を停止させることができる。ユーザ自身の手によって、または信頼出来る別のユーザの手によって容易に情報処理装置１００の公開鍵ＰＫｅｙの利用を停止させることができるので、本実施形態に係る情報処理システム１は、システムのオペレーションコストを抑えることが可能になる。
本開示の第１の実施形態では、情報処理装置１００が生成した公開鍵ＰＫｅｙが、情報処理装置２００が生成したＭＰＫｅｙに関連付けられる際に、情報処理装置１００で署名を作成して情報処理装置２００へ送信する。このように、情報処理装置１００から情報処理装置２００へ、公開鍵ＰＫｅｙの扱いについての権利を移譲することで、情報処理装置１００の紛失時等に、情報処理装置１００のユーザが直ちに情報処理装置２００を利用できない場合でも、情報処理装置２００のユーザが替わりに公開鍵ＰＫｅｙを無効化出来る。情報処理装置２００のユーザは、情報処理装置１００のユーザが信頼するユーザであり、情報処理装置１００の紛失時等に、オペレータへ問い合わせるよりも情報処理装置２００のユーザに無効化を依頼したほうが、オペレーションの効率は良い。
上記各実施形態では、情報処理装置１００が生成した公開鍵ＰＫｅｙの無効化の際に、情報処理装置２００が生成したＭＰＫｅｙに紐付いている公開鍵が複数存在する場合は、情報処理装置２００は、無効化する公開鍵をユーザに選択させるユーザインタフェースを出力する。選択肢をユーザに提示することで、上記各実施形態に係る認証システムは、柔軟な鍵管理を可能にする。また上記第１の実施形態では、マスターデバイスである情報処理装置２００において、情報処理装置１００が生成した公開鍵ＰＫｅｙが、情報処理装置２００が生成したＭＰＫｅｙに関連付けられるので、認証装置３００の記憶領域へ与える影響を抑えることが出来る。
上記各実施形態では、認証装置３００は、公開鍵ＰＫｅｙの利用停止処理として、例えば公開鍵ＰＫｅｙそのものを記憶部３３０から削除したり、公開鍵ＰＫｅｙについて利用停止状態にあることを意味するフラグを記憶部３３０に設定したり、公開鍵ＰＫｅｙを所定の利用停止リストに移動したりする処理などを実行する。ここで、公開鍵ＰＫｅｙに対してフラグを設定したり、所定の利用停止リストに移動させたりすることで、認証装置３００は、その公開鍵ＰＫｅｙに対する利用の試みが行われると、その試みがあったことを検知でき、またその試みがあったことを記録することが出来る。
上記各実施形態では、工場出荷時に予め、情報処理装置１００が生成した公開鍵ＰＫｅｙを、情報処理装置２００が生成したＭＰＫｅｙに関連付けることも出来る。工場出荷時に予め公開鍵同士を関連付けておくことで、ユーザはこの関連付けの作業が不要となる。
また、本開示の各実施形態によれば、一度利用を停止させた、情報処理装置１００の公開鍵ＰＫｅｙを再度利用可能状態にすることが出来る。情報処理装置１００の公開鍵ＰＫｅｙを再度利用可能状態に変更する場合、認証装置３００は、認証デバイスである情報処理装置１００だけでなく、マスターデバイスである情報処理装置２００を認証することで、情報処理装置１００の公開鍵ＰＫｅｙを再度利用可能状態に変更すべきか否かを判断できる。
本明細書の各装置が実行する処理における各ステップは、必ずしもシーケンス図またはフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、各装置が実行する処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
また、各装置に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した各装置の構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供されることが可能である。また、スマートフォンやタブレット等の情報処理装置に、アプリケーションソフト配信サーバからソフト（アプリ）を配信して、配信されたソフト（アプリ）を情報処理装置がインストールすることで、本技術を実行可能としてもよい。アプリケーションソフト配信サーバは、情報処理装置へソフト（アプリ）を配信するためのネットワークインターフェースと、ソフト（アプリ）を記憶する記憶装置と、を有する。また、機能ブロック図で示したそれぞれの機能ブロックをハードウェアで構成することで、一連の処理をハードウェアで実現することもできる。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
第１の公開鍵に対応する第１の秘密鍵を保持するメモリと、
秘密鍵に対応する公開鍵を保持する第１の装置に対して、第２の装置が前記第１の装置に登録した第２の公開鍵の利用状態の変更を、前記第２の公開鍵に関連付けられた前記第１の公開鍵と前記第１の秘密鍵とを用いた認証により要求するプロセッサと、
を備える、情報処理装置。
（２）
前記プロセッサは、前記第２の装置から前記第２の公開鍵と、前記第２の公開鍵に対応する第２の秘密鍵を用いて生成された署名情報とを受信し、前記第１の公開鍵と前記第２の公開鍵とを関連付ける、前記（１）に記載の情報処理装置。
（３）
前記プロセッサは、前記第２の公開鍵の利用状態の変更の要求の際に、前記第２の公開鍵と前記署名情報とを前記第１の装置に送信する、前記（２）に記載の情報処理装置。
（４）
前記プロセッサは、利用状態を変更する前記第２の公開鍵をユーザに選択させるためのインターフェースを表示部に表示させる、前記（１）〜（３）のいずれかに記載の情報処理装置。
（５）
前記プロセッサは、前記第２の公開鍵の利用状態を利用可能状態から利用不可状態に変更する要求を前記第１の装置に対して行なう、前記（１）〜（４）のいずれかにに記載の情報処理装置。
（６）
前記プロセッサは、前記第２の公開鍵の利用状態を利用不可状態から利用可能状態に変更する要求を前記第１の装置に対して行なう、前記（１）〜（４）のいずれかにに記載の情報処理装置。
（７）
少なくとも、第１の装置及び第２の装置で生成された秘密鍵と公開鍵の組の内、公開鍵を保持するメモリと、
前記第１の装置で生成された第１の公開鍵に、前記第２の装置で生成された第２の公開鍵を関連付けて前記メモリに保持させ、前記第１の装置からの前記第２の公開鍵の利用状態の変更の要求に応じて前記第２の公開鍵の利用状態を変更するプロセッサと、
を備える、情報処理装置。
（８）
前記プロセッサは、前記第１の公開鍵による前記第１の装置の認証の後に、前記第２の公開鍵を受信することにより、前記第１の公開鍵に前記第２の公開鍵を関連付ける、前記（７）に記載の情報処理装置。
（９）
前記プロセッサは、前記第２の公開鍵を受信した後に、前記第１の公開鍵による前記第１の装置を再度認証する、前記（８）に記載の情報処理装置。
（１０）
前記プロセッサは、前記第１の装置から前記第２の公開鍵の利用状態の変更の要求を受信すると、前記第１の公開鍵による前記第１の装置を認証してから前記第２の公開鍵の利用状態を変更する、前記（７）〜（９）のいずれかに記載の情報処理装置。
（１１）
前記プロセッサは、前記第２の公開鍵の利用状態を利用可能状態から利用不可状態に変更する要求を受信したことに応じて、前記第２の公開鍵の利用状態を利用可能状態から利用不可状態に変更する、前記（７）〜（１０）のいずれかにに記載の情報処理装置。
（１２）
前記プロセッサは、前記第２の公開鍵の利用状態を利用不可状態から利用可能状態に変更する要求を受信したことに応じて、前記第２の公開鍵の利用状態を利用不可状態から利用可能状態に変更する、前記（７）〜（１１）のいずれかにに記載の情報処理装置。
（１３）
第１の公開鍵に対応する第１の秘密鍵を保持するステップと、
秘密鍵に対応する公開鍵を保持する第１の装置に対して、第２の装置が前記第１の装置に登録した第２の公開鍵の利用状態の変更を、前記第２の公開鍵に関連付けられた前記第１の公開鍵と前記第１の秘密鍵とを用いた認証により要求するステップと、
を備える、情報処理方法。
（１４）
少なくとも、第１の装置及び第２の装置で生成された秘密鍵と公開鍵の組の内、公開鍵を保持するステップと、
前記第１の装置で生成された第１の公開鍵に、前記第２の装置で生成された第２の公開鍵を関連付けて保持するステップと、
前記第１の装置からの前記第２の公開鍵の利用状態の変更の要求に応じて前記第２の公開鍵の利用状態を変更するステップと、
を備える、情報処理方法。
（１５）
コンピュータに、
第１の公開鍵に対応する第１の秘密鍵を保持するステップと、
秘密鍵に対応する公開鍵を保持する第１の装置に対して、第２の装置が前記第１の装置に登録した第２の公開鍵の利用状態の変更を、前記第２の公開鍵に関連付けられた前記第１の公開鍵と前記第１の秘密鍵とを用いた認証により要求するステップと、
を実行させる、コンピュータプログラム。
（１６）
コンピュータに、
少なくとも、第１の装置及び第２の装置で生成された秘密鍵と公開鍵の組の内、公開鍵を保持するステップと、
前記第１の装置で生成された第１の公開鍵に、前記第２の装置で生成された第２の公開鍵を関連付けて保持するステップと、
前記第１の装置からの前記第２の公開鍵の利用状態の変更の要求に応じて前記第２の公開鍵の利用状態を変更するステップと、
を実行させる、コンピュータプログラム。
１ 情報処理システム
１００、２００ 情報処理装置
３００ 認証装置

Claims (14)

  1. 第１の公開鍵に対応する第１の秘密鍵を保持するメモリと、
    秘密鍵に対応する公開鍵を保持する第１の装置に対して、第２の装置が前記第１の装置に登録した第２の公開鍵の利用状態の変更を、前記第２の公開鍵に関連付けられた前記第１の公開鍵と前記第１の秘密鍵とを用いた認証により要求するプロセッサと、
    を備え、
    前記プロセッサは、前記第２の公開鍵の利用状態を利用不可状態から利用可能状態に変更する要求を前記第１の装置に対して行なう、情報処理装置。
  2. 前記プロセッサは、前記第２の装置から前記第２の公開鍵と、前記第２の公開鍵に対応する第２の秘密鍵を用いて生成された署名情報とを受信し、前記第１の公開鍵と前記第２の公開鍵とを関連付ける、請求項１に記載の情報処理装置。
  3. 前記プロセッサは、前記第２の公開鍵の利用状態の変更の要求の際に、前記第２の公開鍵と前記署名情報とを前記第１の装置に送信する、請求項２に記載の情報処理装置。
  4. 前記プロセッサは、利用状態を変更する前記第２の公開鍵をユーザに選択させるためのインターフェースを表示部に表示させる、請求項１に記載の情報処理装置。
  5. 前記プロセッサは、前記第２の公開鍵の利用状態を利用可能状態から利用不可状態に変更する要求を前記第１の装置に対して行なう、請求項１に記載の情報処理装置。
  6. 少なくとも、第１の装置及び第２の装置で生成された秘密鍵と公開鍵の組の内、公開鍵を保持するメモリと、
    前記第１の装置で生成された第１の公開鍵に、前記第２の装置で生成された第２の公開鍵を関連付けて前記メモリに保持させ、前記第１の装置からの前記第２の公開鍵の利用状態の変更の要求に応じて前記第２の公開鍵の利用状態を変更するプロセッサと、
    を備え、
    前記プロセッサは、前記第２の公開鍵の利用状態を利用不可状態から利用可能状態に変更する要求を受信したことに応じて、前記第２の公開鍵の利用状態を利用不可状態から利用可能状態に変更する、情報処理装置。
  7. 前記プロセッサは、前記第１の公開鍵による前記第１の装置の認証の後に、前記第２の公開鍵を受信することにより、前記第１の公開鍵に前記第２の公開鍵を関連付ける、請求項６に記載の情報処理装置。
  8. 前記プロセッサは、前記第２の公開鍵を受信した後に、前記第１の公開鍵による前記第１の装置を再度認証する、請求項６に記載の情報処理装置。
  9. 前記プロセッサは、前記第１の装置から前記第２の公開鍵の利用状態の変更の要求を受信すると、前記第１の公開鍵による前記第１の装置を認証してから前記第２の公開鍵の利用状態を変更する、請求項６に記載の情報処理装置。
  10. 前記プロセッサは、前記第２の公開鍵の利用状態を利用可能状態から利用不可状態に変更する要求を受信したことに応じて、前記第２の公開鍵の利用状態を利用可能状態から利用不可状態に変更する、請求項６に記載の情報処理装置。
  11. 第１の公開鍵に対応する第１の秘密鍵を保持することと、
    秘密鍵に対応する公開鍵を保持する第１の装置に対して、第２の装置が前記第１の装置に登録した第２の公開鍵の利用状態の変更を、前記第２の公開鍵に関連付けられた前記第１の公開鍵と前記第１の秘密鍵とを用いた認証により要求することと、
    前記第２の公開鍵の利用状態を利用不可状態から利用可能状態に変更する要求を前記第１の装置に対して行なうことと、
    を備える、情報処理方法。
  12. 少なくとも、第１の装置及び第２の装置で生成された秘密鍵と公開鍵の組の内、公開鍵を保持することと、
    前記第１の装置で生成された第１の公開鍵に、前記第２の装置で生成された第２の公開鍵を関連付けて保持することと、
    前記第１の装置からの前記第２の公開鍵の利用状態の変更の要求に応じて前記第２の公開鍵の利用状態を変更することと、
    を備え、
    前記第２の公開鍵の利用状態を変更することは、前記第２の公開鍵の利用状態を利用不可状態から利用可能状態に変更する要求を受信したことに応じて、前記第２の公開鍵の利用状態を利用不可状態から利用可能状態に変更することを含む、情報処理方法。
  13. コンピュータに、
    第１の公開鍵に対応する第１の秘密鍵を保持することと、
    秘密鍵に対応する公開鍵を保持する第１の装置に対して、第２の装置が前記第１の装置に登録した第２の公開鍵の利用状態の変更を、前記第２の公開鍵に関連付けられた前記第１の公開鍵と前記第１の秘密鍵とを用いた認証により要求することと、
    前記第２の公開鍵の利用状態を利用不可状態から利用可能状態に変更する要求を前記第１の装置に対して行なうことと、
    を実行させる、コンピュータプログラム。
  14. コンピュータに、
    少なくとも、第１の装置及び第２の装置で生成された秘密鍵と公開鍵の組の内、公開鍵を保持することと、
    前記第１の装置で生成された第１の公開鍵に、前記第２の装置で生成された第２の公開鍵を関連付けて保持することと、
    前記第１の装置からの前記第２の公開鍵の利用状態の変更の要求に応じて前記第２の公開鍵の利用状態を変更することと、
    を実行させ、
    前記第２の公開鍵の利用状態を変更することは、前記第２の公開鍵の利用状態を利用不可状態から利用可能状態に変更する要求を受信したことに応じて、前記第２の公開鍵の利用状態を利用不可状態から利用可能状態に変更することを含む、コンピュータプログラム。
JP2015537886A 2013-09-19 2014-09-11 情報処理装置、情報処理方法及びコンピュータプログラム Expired - Fee Related JP6439695B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2013193995 2013-09-19
JP2013193995 2013-09-19
PCT/JP2014/074095 WO2015041139A1 (ja) 2013-09-19 2014-09-11 情報処理装置、情報処理方法及びコンピュータプログラム

Publications (2)

Publication Number Publication Date
JPWO2015041139A1 JPWO2015041139A1 (ja) 2017-03-02
JP6439695B2 true JP6439695B2 (ja) 2018-12-19

Family

ID=52688790

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015537886A Expired - Fee Related JP6439695B2 (ja) 2013-09-19 2014-09-11 情報処理装置、情報処理方法及びコンピュータプログラム

Country Status (4)

Country Link
US (1) US10587607B2 (ja)
JP (1) JP6439695B2 (ja)
CN (1) CN105531962A (ja)
WO (1) WO2015041139A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6918576B2 (ja) * 2017-05-24 2021-08-11 キヤノン株式会社 システム、情報処理装置、方法及びプログラム
US11546152B2 (en) 2018-03-15 2023-01-03 Sharp Nec Display Solutions, Ltd. Display device, control method and program

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001320356A (ja) * 2000-02-29 2001-11-16 Sony Corp 公開鍵系暗号を使用したデータ通信システムおよびデータ通信システム構築方法
JP2001290912A (ja) * 2000-04-06 2001-10-19 Ntt Data Corp 電子委任方法、電子委任状システム、およびそのプログラム記録媒体
JP2002237812A (ja) * 2001-02-08 2002-08-23 Sega Corp 秘匿データ通信方法
JP2002245427A (ja) * 2001-02-20 2002-08-30 Toshiba Corp Ｉｃカード、ｉｃカード端末装置およびｉｃカード複製方法
JP2003085143A (ja) 2001-09-11 2003-03-20 Sony Corp パスワード管理システム、パスワード管理方法、および情報処理装置、並びにコンピュータ・プログラム
JP2004206435A (ja) * 2002-12-25 2004-07-22 Victor Co Of Japan Ltd ライセンス管理方法、およびライセンス管理システム
US7650496B2 (en) * 2003-08-15 2010-01-19 Venafi, Inc. Renewal product for digital certificates
US7673046B2 (en) * 2003-11-14 2010-03-02 Microsoft Corporation Trusted network transfer of content using off network input code
WO2006018874A1 (ja) * 2004-08-19 2006-02-23 Mitsubishi Denki Kabushiki Kaisha 管理サービス装置、バックアップサービス装置、通信端末装置及び記憶媒体
US20060075222A1 (en) * 2004-10-06 2006-04-06 Seamus Moloney System for personal group management based on subscriber certificates
KR100769674B1 (ko) * 2004-12-30 2007-10-24 삼성전자주식회사 홈 네트워크에서 디바이스의 공개키 인증 방법 및 시스템
JP4652842B2 (ja) * 2005-02-21 2011-03-16 株式会社エヌ・ティ・ティ・ドコモ Ｉｃカード
JP5034227B2 (ja) * 2005-11-29 2012-09-26 ソニー株式会社 情報処理装置、情報記録媒体製造装置、情報記録媒体、および方法、並びにコンピュータ・プログラム
JP4702944B2 (ja) * 2005-12-16 2011-06-15 キヤノン株式会社 通信装置およびその制御方法及び通信システム
US20080052539A1 (en) * 2006-07-29 2008-02-28 Macmillan David M Inline storage protection and key devices
JP5032806B2 (ja) * 2006-08-04 2012-09-26 キヤノン株式会社 通信暗号化処理装置
US20080123842A1 (en) * 2006-11-03 2008-05-29 Nokia Corporation Association of a cryptographic public key with data and verification thereof
US20100217975A1 (en) * 2009-02-25 2010-08-26 Garret Grajek Method and system for secure online transactions with message-level validation
US20100269179A1 (en) * 2009-04-16 2010-10-21 Comcast Cable Communications, Llc Security Client Translation System and Method
US8649519B2 (en) * 2009-09-04 2014-02-11 Rgb Systems, Inc. Method and apparatus for secure distribution of digital content
CN102196422B (zh) * 2010-03-11 2015-07-08 北京明朝万达科技有限公司 一种手持通信终端丢失后文件防泄密方法

Also Published As

Publication number Publication date
US10587607B2 (en) 2020-03-10
WO2015041139A1 (ja) 2015-03-26
CN105531962A (zh) 2016-04-27
JPWO2015041139A1 (ja) 2017-03-02
US20160226856A1 (en) 2016-08-04

Similar Documents

Publication Publication Date Title
US11451528B2 (en) Two factor authentication with authentication objects
US10972290B2 (en) User authentication with self-signed certificate and identity verification
US10805085B1 (en) PKI-based user authentication for web services using blockchain
US11621855B2 (en) Electronic device and method for managing blockchain address using the same
US10050787B1 (en) Authentication objects with attestation
EP3777028B1 (en) Generating and linking private transaction identifiers to distributed data repositories
US9652604B1 (en) Authentication objects with delegation
EP3864551B1 (en) Distributed ledger-based profile verification
EP3061027B1 (en) Verifying the security of a remote server
US10049202B1 (en) Strong authentication using authentication objects
CN110892672A (zh) 提供设备匿名性的密钥认证声明生成
US10270757B2 (en) Managing exchanges of sensitive data
JP2015525932A (ja) ログイン検証の方法、クライアント、サーバ、およびシステム
US10225083B2 (en) Information processing apparatus and information processing method
WO2015019821A1 (ja) 情報処理装置、情報処理方法及びコンピュータプログラム
JP6439695B2 (ja) 情報処理装置、情報処理方法及びコンピュータプログラム
JP6320943B2 (ja) 鍵共有装置、鍵共有システム、鍵共有方法、プログラム
WO2023025369A1 (en) Client application entity, target application entity, root of trust device, and methods for establishing a secure communication channel
US10382430B2 (en) User information management system; user information management method; program, and recording medium on which it is recorded, for management server; program, and recording medium on which it is recorded, for user terminal; and program, and recording medium on which it is recorded, for service server
WO2014034054A1 (en) Information processing apparatus, information processing system, information processing method, and program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170721

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180821

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181015

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20181023

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20181105

R151 Written notification of patent or utility model registration

Ref document number: 6439695

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20190208

LAPS Cancellation because of no payment of annual fees