特許 7174730 端末装置、情報処理方法及び情報処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-11-09

(45)【発行日】2022-11-17

(54)【発明の名称】端末装置、情報処理方法及び情報処理プログラム

(51)【国際特許分類】

   G06F 21/31 20130101AFI20221110BHJP

   G06F 21/32 20130101ALI20221110BHJP

   G06F 21/64 20130101ALI20221110BHJP

【ＦＩ】

G06F21/31

G06F21/32

G06F21/64

【請求項の数】 15

(21)【出願番号】P 2020046610

(22)【出願日】2020-03-17

(65)【公開番号】P2021149300

(43)【公開日】2021-09-27

【審査請求日】2021-06-18

(73)【特許権者】

【識別番号】319013263

【氏名又は名称】ヤフー株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】五味 秀仁

【審査官】打出 義尚

(56)【参考文献】

【文献】特開２０１９－２０４４９４（ＪＰ，Ａ）

【文献】特開２００７－１４９０７８（ＪＰ，Ａ）

【文献】特開２００２－２８１０２８（ＪＰ，Ａ）

【文献】特開２００３－１７８０３３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／３１

Ｇ０６Ｆ ２１／３２

Ｇ０６Ｆ ２１／６４

(57)【特許請求の範囲】

【請求項1】

所定のサービスにおける利用者の認証を行う認証装置から当該利用者の認証に用いる認証情報の送信要求を受付けた場合は、所定の検知装置により検知された前記利用者の情報に基づいて、当該利用者の認証を行う認証部と、
前記認証部による認証が行われた場合は、前記利用者の認証情報を前記認証装置に送信する送信部と
を有し、
前記認証部は、予め作成された秘密鍵であって、前記所定のサービスに対応する秘密鍵を用いて、認証結果に対する署名を生成し、
前記送信部は、前記秘密鍵と対応する公開鍵であって、前記所定のサービスに対応する公開鍵を用いて、前記認証部により生成された署名を検証し、当該署名が正当な署名であり、かつ、前記利用者が認証された旨の認証結果が得られた場合は、前記認証情報を送信する
ことを特徴とする端末装置。

【請求項2】

所定のサービスにおける利用者の認証を行う認証装置から当該利用者の認証に用いる認証情報の送信要求を受付けた場合は、所定の検知装置により検知された前記利用者の情報に基づいて、当該利用者の認証を行う認証部と、
前記認証部による認証が行われた場合は、前記利用者の認証情報を前記認証装置に送信する送信部と
を有し、
前記認証部は、予め作成された秘密鍵であって、認証情報の要求元となるサービスごとに異なる秘密鍵を用いて、認証結果に対する署名を生成し、
前記送信部は、前記秘密鍵と対応する公開鍵であって、前記認証情報の要求元となるサービスと対応する公開鍵を用いて、前記認証部により生成された署名を検証し、当該署名が正当な署名であり、かつ、前記利用者が認証された旨の認証結果が得られた場合は、前記認証情報を送信する
ことを特徴とする端末装置。

【請求項3】

所定のサービスにおける利用者の認証を行う認証装置から当該利用者の認証に用いる認証情報の送信要求を受付けた場合は、所定の検知装置により検知された前記利用者の情報に基づいて、当該利用者の認証を行う認証部と、
前記認証部による認証が行われた場合は、前記利用者の認証情報を前記認証装置に送信する送信部と
を有し、
前記認証部は、予め作成された秘密鍵を用いて、認証結果に対する署名を生成し、新たな認証装置から認証情報の送信要求を受付けた場合は、前記秘密鍵と当該秘密鍵に対応する公開鍵とを生成し、生成した公開鍵を前記送信部に提供し、
前記送信部は、前記秘密鍵と対応する公開鍵を用いて、前記認証部により生成された署名を検証し、当該署名が正当な署名であり、かつ、前記利用者が認証された旨の認証結果が得られた場合は、前記認証情報を送信する
ことを特徴とする端末装置。

【請求項4】

前記利用者の情報を検知する検知部
を有し、
前記認証部は、前記検知部が検知した情報を用いて、前記利用者の認証を行う
ことを特徴とする請求項１～３のうちいずれか１つに記載の端末装置。

【請求項5】

前記検知部と、前記認証部とを有する認証装置と、
前記送信部を有する情報処理装置と
を有することを特徴とする請求項４に記載の端末装置。

【請求項6】

前記認証情報をサービスごとに記憶する記憶部
を有し、
前記送信部は、前記送信要求の送信元となるサービスと対応する認証情報を送信する
ことを特徴とする請求項１～５のうちいずれか１つに記載の端末装置。

【請求項7】

前記認証部は、前記検知装置により検知された生体情報を用いて、前記利用者の認証を行う
ことを特徴とする請求項１～６のうちいずれか１つに記載の端末装置。

【請求項8】

前記送信部は、前記認証装置に対して前記利用者の認証を行うためのアプリケーションインターフェースを介して、前記認証情報を送信する
ことを特徴とする請求項１～７のうちいずれか１つに記載の端末装置。

【請求項9】

前記送信部は、前記認証情報として、前記利用者を識別するための識別情報と、当該識別情報と対応するパスワードとを送信する
ことを特徴とする請求項１～８のうちいずれか１つに記載の端末装置。

【請求項10】

コンピュータが実行する情報処理方法であって、
所定のサービスにおける利用者の認証を行う認証装置から当該利用者の認証に用いる認証情報の送信要求を受付けた場合は、所定の検知装置により検知された前記利用者の情報に基づいて、当該利用者の認証を行う認証工程と、
前記認証工程による認証が行われた場合は、前記利用者の認証情報を前記認証装置に送信する送信工程と
を含み、
前記認証工程は、予め作成された秘密鍵であって、前記所定のサービスに対応する秘密鍵を用いて、認証結果に対する署名を生成し、
前記送信工程は、前記秘密鍵と対応する公開鍵であって、前記所定のサービスに対応する公開鍵を用いて、前記認証工程により生成された署名を検証し、当該署名が正当な署名であり、かつ、前記利用者が認証された旨の認証結果が得られた場合は、前記認証情報を送信する
ことを特徴とする情報処理方法。

【請求項11】

コンピュータが実行する情報処理方法であって、
所定のサービスにおける利用者の認証を行う認証装置から当該利用者の認証に用いる認証情報の送信要求を受付けた場合は、所定の検知装置により検知された前記利用者の情報に基づいて、当該利用者の認証を行う認証工程と、
前記認証工程による認証が行われた場合は、前記利用者の認証情報を前記認証装置に送信する送信工程と
を含み、
前記認証工程は、予め作成された秘密鍵であって、認証情報の要求元となるサービスごとに異なる秘密鍵を用いて、認証結果に対する署名を生成し、
前記送信工程は、前記秘密鍵と対応する公開鍵であって、前記認証情報の要求元となるサービスと対応する公開鍵を用いて、前記認証工程により生成された署名を検証し、当該署名が正当な署名であり、かつ、前記利用者が認証された旨の認証結果が得られた場合は、前記認証情報を送信する
ことを特徴とする情報処理方法。

【請求項12】

コンピュータが実行する情報処理方法であって、
所定のサービスにおける利用者の認証を行う認証装置から当該利用者の認証に用いる認証情報の送信要求を受付けた場合は、所定の検知装置により検知された前記利用者の情報に基づいて、当該利用者の認証を行う認証工程と、
前記認証工程による認証が行われた場合は、前記利用者の認証情報を前記認証装置に送信する送信工程と
を含み、
前記認証工程は、予め作成された秘密鍵を用いて、認証結果に対する署名を生成し、新たな認証装置から認証情報の送信要求を受付けた場合は、前記秘密鍵と当該秘密鍵に対応する公開鍵とを生成し、生成した公開鍵を前記送信工程に提供し、
前記送信工程は、前記秘密鍵と対応する公開鍵を用いて、前記認証工程により生成された署名を検証し、当該署名が正当な署名であり、かつ、前記利用者が認証された旨の認証結果が得られた場合は、前記認証情報を送信する
ことを特徴とする情報処理方法。

【請求項13】

所定のサービスにおける利用者の認証を行う認証装置から当該利用者の認証に用いる認証情報の送信要求を受付けた場合は、所定の検知装置により検知された前記利用者の情報に基づいて、当該利用者の認証を行う認証手順と、
前記認証手順による認証が行われた場合は、前記利用者の認証情報を前記認証装置に送信する送信手順と
をコンピュータに実行させ、
前記認証手順は、予め作成された秘密鍵であって、前記所定のサービスに対応する秘密鍵を用いて、認証結果に対する署名を生成し、
前記送信手順は、前記秘密鍵と対応する公開鍵であって、前記所定のサービスに対応する公開鍵を用いて、前記認証手順により生成された署名を検証し、当該署名が正当な署名であり、かつ、前記利用者が認証された旨の認証結果が得られた場合は、前記認証情報を送信する
ことを特徴とする情報処理プログラム。

【請求項14】

所定のサービスにおける利用者の認証を行う認証装置から当該利用者の認証に用いる認証情報の送信要求を受付けた場合は、所定の検知装置により検知された前記利用者の情報に基づいて、当該利用者の認証を行う認証手順と、
前記認証手順による認証が行われた場合は、前記利用者の認証情報を前記認証装置に送信する送信手順と
をコンピュータに実行させ、
前記認証手順は、予め作成された秘密鍵であって、認証情報の要求元となるサービスごとに異なる秘密鍵を用いて、認証結果に対する署名を生成し、
前記送信手順は、前記秘密鍵と対応する公開鍵であって、前記認証情報の要求元となるサービスと対応する公開鍵を用いて、前記認証手順により生成された署名を検証し、当該署名が正当な署名であり、かつ、前記利用者が認証された旨の認証結果が得られた場合は、前記認証情報を送信する
ことを特徴とする情報処理プログラム。

【請求項15】

所定のサービスにおける利用者の認証を行う認証装置から当該利用者の認証に用いる認証情報の送信要求を受付けた場合は、所定の検知装置により検知された前記利用者の情報に基づいて、当該利用者の認証を行う認証手順と、
前記認証手順による認証が行われた場合は、前記利用者の認証情報を前記認証装置に送信する送信手順と
をコンピュータに実行させ、
前記認証手順は、予め作成された秘密鍵を用いて、認証結果に対する署名を生成し、新たな認証装置から認証情報の送信要求を受付けた場合は、前記秘密鍵と当該秘密鍵に対応する公開鍵とを生成し、生成した公開鍵を前記送信手順に提供し、
前記送信手順は、前記秘密鍵と対応する公開鍵を用いて、前記認証手順により生成された署名を検証し、当該署名が正当な署名であり、かつ、前記利用者が認証された旨の認証結果が得られた場合は、前記認証情報を送信する
ことを特徴とする情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、端末装置、情報処理方法及び情報処理プログラムに関する。

【背景技術】

【0002】

近年、利用者の認証を容易にするための技術が提案されている。例えば、ファイド（ＦＩＤＯ（登録商標））と呼ばれる認証技術が提案されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１５－２３０５２０号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上述した技術では、認証をさらに容易にする余地が存在する。

【0005】

従来のＦＩＤＯ認証では、公開鍵が、認証サーバに登録され、認証サーバ側でのユーザ認証用いられる。このため、ＦＩＤＯ認証が既存のパスワード認証システムにアドオンされる際に、既存のパスワード認証システムは、ユーザ認証用の公開鍵の登録等の機能を、既存のパスワード認証システムに追加することを必要とすることがある。既存のシステムへのこのような改修は、ＦＩＤＯ認証の導入に対する障壁となることがある。

【0006】

本願は、上記に鑑みてなされたものであって、認証をさらに容易にすることを目的とする。

【課題を解決するための手段】

【0007】

本開示の実施形態に係る端末装置は、所定のサービスにおける利用者の認証を行う認証装置から当該利用者の認証に用いる認証情報の送信要求を受付けた場合は、所定の検知装置により検知された前記利用者の情報に基づいて、当該利用者の認証を行う認証部と、前記認証部による認証が行われた場合は、前記利用者の認証情報を前記認証装置に送信する送信部とを、有する。

【発明の効果】

【0008】

実施形態の一態様によれば、認証をさらに容易にすることができる。

【図面の簡単な説明】

【0009】

【図1】図１は、本開示の例示的な実施形態に係る、ローカル認証によってリモート認証を行う認証処理の一例を示す説明図である。

【図2】図２は、実施形態に係る認証システムの構成例を示す図である。

【図3】図３は、実施形態に係る端末装置の構成例を示す図である。

【図4】図４は、実施形態に係る認証情報データベースの一例を示す図である。

【図5】図５は、実施形態に係る秘密鍵データベースの一例を示す図である。

【図6】図６は、実施形態に係る端末装置によって実行される、ローカル認証を使用してリモート認証を行うための処理手順を示すフローチャートである。

【図7】図７は、ハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0010】

以下、本開示の実施形態について、図面を参照しつつ詳細に説明する。なお、この実施形態により本発明が限定されるものではない。１つまたは複数の実施形態の詳細は、以下の説明および図面に記載される。また、複数の実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の１つまたは複数の実施形態において同一の部位には同一の符号を付し、重複する説明は省略する。

【0011】

〔１．例示的な実施形態〕
まず、図１を参照して、本開示の例示的な実施形態について詳細に説明する。

【0012】

〔１－１．例示的な実施形態の概要〕
パスワードの安全性と利便性に関連する問題を解決するために、ＦＩＤＯ認証が提案されている。ＦＩＤＯ認証は、例えば、パスワードを使用した認証方式であるリモート認証とは異なる、指紋、虹彩、顔等の生体情報を使用したローカル認証を採用している。しかしながら、従来のリモート認証がＦＩＤＯ認証に置き換えられた場合に、認証のユーザ体験が、著しく変化することになる。このことは、ＦＩＤＯ認証の導入の大きな障壁となる場合がある。そこで、例示的な実施形態に係る端末装置は、ＦＩＤＯ認証をローカルで実施する。ＦＩＤＯ認証が成功した場合に、端末装置は、リモート認証を採用している認証サーバに、ユーザＩＤおよびパスワードを送信する。これにより、端末装置は、従来のリモート認証をＦＩＤＯ認証に置き換えることなく、ＦＩＤＯ認証と同様のユーザ体験を実現することができる。その結果、端末装置は、ＦＩＤＯ認証の導入に対する障壁を低減することができる。

【0013】

〔１－２．例示的な実施形態の序論〕
インターネット上の各種サービスは、典型的には、パスワードとＩＤ（Identifier）とを使用するリモート認証を採用している。リモート認証では、パスワードおよびＩＤが、インターネット等のネットワークを介して、クライアントデバイスから認証サーバに送信される。例えば、ユーザがサービスにログインする際に、ユーザは、パスワードと、ＩＤとを入力する。次に、認証サーバは、受信されたパスワードが認証サーバに記憶されたＩＤに関連付けられた適切なパスワードであるかを検証する。

【0014】

リモート認証に関連する問題のうちの１つは、ユーザが複数のサービスの間で１つのパスワードを使いまわすことである。ユーザは、一般的に、電子メール、ＳＮＳ（Social Networking Service）、オンライン動画プラットフォーム、オンラインショッピング、オンラインバンキング等の、複数のサービスの複数のアカウントを有する。ユーザがサービスごとに異なるパスワードを設定した場合に、サービスごとに異なる複数のパスワードを覚えることは、ユーザにとって難しい場合がある。このため、ユーザは、複数のサービスにおいてパスワードを共通にすることがある。しかしながら、複数のサービスのうちの１つがパスワードを漏洩させた場合に、悪意のある者が、このパスワードを使用して複数のサービスのうちの他のサービスに、不正にアクセスする可能性がある。

【0015】

上述したようなリモート認証に関連する問題を解決するために、ＦＩＤＯと呼ばれる認証技術が提案されている。ＦＩＤＯの認証形態では、ユーザの本人性が、スマートフォン等のユーザデバイスに内蔵または外付けされた認証器によって検証される。認証器の一例は、スマートフォンの生体認証機能である。このように、ＦＩＤＯ認証は、ローカル認証を採用している。

【0016】

ローカル認証では、認証器は、認証器に保管された秘密鍵を使用することによって、本人性の検証結果に対して電子署名を行う。そして、電子署名付き検証結果が、インターネット上のサービスに、ユーザデバイスから送信される。インターネット上のサービスは、このサービスに登録された公開鍵を使用することによって、ユーザデバイスから送信された電子署名付き検証結果の妥当性を確認することができる。

【0017】

上述のように、ＦＩＤＯ認証は、ユーザデバイスに内蔵または外付けされた認証器を使用したパスワードレス認証を可能にする。例えば、ユーザは、指紋等の生体情報をスマートフォンに入力することによって、ＦＩＤＯ認証を採用したサービスにおいて、パスワードレスログインを実行することができる。ＦＩＤＯ認証は、ユーザがパスワードを使用せずにサービスにログインすることを可能にするため、ＦＩＤＯ認証は、利便性や安全性の観点から好ましい。

【0018】

しかしながら、インターネット上のサービスがパスワードとＩＤとを使用するリモート認証を実際に行っている場合に、リモート認証をローカル認証に変更することが難しい場合がある。例えば、リモート認証を実際に行っているサービスがＦＩＤＯ認証等のローカル認証を導入する場合に、このサービスは、既存のパスワードを削除することが必要になる。それに加えて、このサービスは、公開鍵とＩＤとを紐付けることによって、公開鍵およびＩＤを管理することが必要になる。パスワードが削除された場合に、ユーザ体験は、著しく変化することになる。パスワードに慣れ親しんでいるユーザを考慮すると、サービス提供者は、パスワードを簡単に取り除くことができない場合がある。例えば、パスワードがサービスから突然なくなった場合に、パスワードに慣れ親しんでいるユーザは、ローカル認証に抵抗を感じるかもしれない。このように、ユーザ体験の変化は、ＦＩＤＯ認証等のローカル認証の導入の大きな障壁となり得る。

【0019】

そこで、例示的な実施形態に係る端末装置は、パスワードを残したまま、パスワードレスログインのユーザ体験を提供するために、以下に説明される認証処理を実行する。例示的な実施形態では、端末装置は、ＦＩＤＯ認証等のローカル認証を使用して、ユーザの本人性の検証を、ローカルに実施する。ローカル認証時には、ユーザは、パスワードを入力するのではなく、指紋情報等の生体情報を入力する。ユーザの本人性（すなわち、アイデンティティ（Identity））が確認された場合に、端末装置は、端末装置に記憶されたパスワードとＩＤとを、リモート認証を行っているサービスに送信する。例示的な実施形態に係る認証処理は、図１を参照して以下で詳述される。

【0020】

〔１－３．認証処理〕
以下では、図１を参照して、例示的な実施形態に係る認証処理について説明する。

【0021】

図１は、本開示の例示的な実施形態に係る、ローカル認証によってリモート認証を行う認証処理の一例を示す説明図である。例示的な実施形態では、認証処理が、図１に示された端末装置１００によって行われる。図１に示されていないが、インターネット等のネットワーク（例えば、図２を参照して後述するネットワークＮ）が、図１に示された端末装置１００、認証サーバ２００_１および認証サーバ２００_２を接続する。

【0022】

図１の例では、端末装置１００は、スマートフォンとして示されている。この例では、端末装置１００は、ユーザのパスワードを送信するかを制御するための制御機能を有する。また、端末装置１００は、ユーザの本人性を検証するために使用される情報を検知する検知装置を有する。

【0023】

制御機能は、サービスの認証情報を管理する管理機能と、認証情報を送信する送信機能とを有する。加えて、制御機能は、ＦＩＤＯ認証を行うサーバの機能であるＦＩＤＯサーバ機能を有する。サービスは、例えば、インターネット上の各種サービスであり、認証情報は、例えば、ユーザＩＤおよびパスワードである。ＦＩＤＯサーバ機能は、サービスに関連付けられた公開鍵を有する。

【0024】

管理機能および送信機能は、端末装置１００にインストールされたパスワードマネージャとして実装され得る。上述のように、制御機能は、管理機能および送信機能に加えて、ＦＩＤＯサーバ機能を有する。制御機能は、ＦＩＤＯサーバ機能がパスワードマネージャに組み込まれるように、実装され得る。すなわち、制御機能は、ＦＩＤＯ認証が使えるパスワードマネージャ（FIDO Enabled Password Manager）として実装され得る。「制御機能」および「パスワードマネージャ」は、図１の例では、同義的に使用され得る。

【0025】

簡単のため、図１の例では、ユーザが、ユーザＩＤおよびパスワードを、パスワードマネージャに予め登録していると仮定する。この例では、ユーザＩＤおよびパスワードが、パスワードマネージャに登録されたサービス（例えば、ウェブサイト等のコンテンツ）のサービスＩＤに関連付けられている。

【0026】

検知装置は、ＦＩＤＯ認証器として実装され得る。検知装置は、認証機能と、サービスに関連付けられた秘密鍵とを有する。図１の例では、検知装置は、生体認証機能を有する。生体認証機能は、認証機能の一例である。なお、認証機能のその他の例は、記憶に頼る認証や、ハードウェアベースの認証を含む可能性がある。生体認証機能は、例えば、スマートフォンの指紋認証機能である。秘密鍵は、上述の制御機能の公開鍵に対応する。なお、図１の例では、検知装置は、端末装置１００に内蔵されたＦＩＤＯ認証器として示されているが、これに限定されるものではない。検知装置は、端末装置１００に外付けされたＦＩＤＯ認証器であってもよい。検知装置は、端末装置１００に搭載された指紋センサ等の内蔵認証器であってもよいし、ＵＳＢ（Universal Serial Bus）キー等の外部認証器であってもよい。

【0027】

図１の例では、認証サーバ２００_１および認証サーバ２００_２は、サーバとして示されている。この例では、認証サーバ２００_１および認証サーバ２００_２は、ＲＰ（Relying Party）によって提供される。ＲＰは、例えば、オンラインショッピング等の、インターネット上の各種サービスである。端末装置１００がサービスへのアクセスを要求した場合に、認証サーバ２００_１および認証サーバ２００_２は、サービス上でユーザを認証するために、認証情報を要求する。認証サーバ２００_１および認証サーバ２００_２は、例えば、ユーザＩＤおよびパスワード等の、サービス（例えば、ウェブサイト等のコンテンツ）にアクセスするための認証情報を要求する。

【0028】

図１に示されるように、はじめに、認証サーバ２００_１が、ユーザＩＤ（ＵＩＤ）と、パスワードとを要求する（ステップＳ１）。端末装置１００の制御機能は、パスワード要求を検出する。そして、制御機能は、パスワード要求に基づいて、サービスＩＤ（ＳＩＤ）を特定する。

【0029】

次いで、端末装置１００の制御機能は、端末装置１００の検知装置（例えば、ＦＩＤＯ認証器）に、サービスＩＤ（ＳＩＤ）を通知する（ステップＳ２）。制御機能は、例えば、サービスＩＤとともに、チャレンジを、検知装置に通知する。チャレンジは、一度だけ有効なランダムな文字列である。生成されたチャレンジが、特定のサービスＩＤに関連付けられていてもよい。制御機能は、特定のサービスＩＤに関連付けられたチャレンジを、データベースに格納してもよい。制御機能は、サービスＩＤを検知装置に送信することによって、ユーザを認証するように、検知装置に要求する。制御機能は、サービスＩＤを検知装置に送信しなくてもよく、特定のサービスＩＤに関連付けられたチャレンジを検知装置に送信してもよい。

【0030】

次いで、検知装置は、生体情報を取得する（ステップＳ３）。例えば、検知装置は、端末装置１００（例えば、スマートフォン）に内蔵された指紋センサを使用することによって、指紋情報を取得する。指紋センサは、端末装置１００のタッチパネルと一体化されていてもよい。

【0031】

次いで、検知装置は、生体情報に基づいて、ユーザ（利用者）を認証する（ステップＳ４）。例えば、ユーザは、タッチパネルをタッチすることによって、端末装置１００に指紋情報を入力する。そして、ＦＩＤＯ認証器は、指紋情報に基づいて、ユーザを認証し、認証結果を生成する。

【0032】

次いで、検知装置は、サービスＩＤ（ＳＩＤ）に対応する秘密鍵を用いて、認証結果に署名する（ステップＳ５）。チャレンジが、認証結果に含まれていてもよい。検知装置は、例えば、チャレンジを含む認証結果に署名してもよい。認証結果に署名することは、チャレンジを認証結果に連結することによって生成された合成データに署名することを包含する。検知装置は、チャレンジに署名してもよい。秘密鍵は、検知装置内のセキュア領域に記憶されている。検知装置は、認証結果からハッシュ値を生成し、生成されたハッシュ値および秘密鍵を使用することによって、署名を生成することができる。この場合、署名は、サービスＩＤに関連付けられたサービスを利用するユーザの本人性を証明するデータ（例えば、楕円曲線暗号等の暗号アルゴリズムを使用して生成された値）であり得る。

【0033】

次いで、検知装置は、認証結果と、署名とを、制御機能に提供する（ステップＳ６）。検知装置は、署名付き認証結果の証明書を、認証アサーションとして、制御機能に提供することができる。認証アサーションは、サービスＩＤを含んでもよい。検知装置は、署名付きチャレンジを、アサーションとして、制御機能に送信してもよい。

【0034】

次いで、端末装置１００の制御機能は、署名を公開鍵で検証する（ステップＳ７）。制御機能は、上述のように、サービスＩＤに関連付けられた公開鍵を有する。例えば、制御機能は、公開鍵を使用することによって、所定の関係式（例えば、楕円曲線暗号等の暗号アルゴリズムで使用される関係式）が成り立つかを確認することができる。これにより、制御機能は、署名が正当であるかを検証することができる。

【0035】

次いで、端末装置１００の制御機能は、認証が成功し、かつ署名が正当であるかを判定する（ステップＳ８）。図１の例では、制御機能は、提供された認証アサーションに基づいて、検証結果の妥当性を確認する。この例では、制御機能は、認証が成功し、かつ署名が正当であると判定する。制御機能が署名付きチャレンジの値を検証し、ユーザの本人性を確認できた場合に、制御機能は、チャレンジに関連付けられた特定のサービスＩＤを、データベースから取得してもよい。そして、制御機能は、特定のサービスＩＤに関連付けられたユーザＩＤおよびパスワードを取得してもよい。

【0036】

次いで、端末装置１００の制御機能は、ユーザＩＤ（ＵＩＤ）と、パスワードとを送信する（ステップＳ９）。そして、認証サーバ２００_１は、送信されたユーザＩＤおよびパスワードを使用することによって、リモート認証を行う。

【0037】

次いで、認証サーバ２００_１の場合と同様に、認証サーバ２００_２が、ユーザＩＤ（ＵＩＤ）と、パスワードとを要求する（ステップＳ１０）。

【0038】

次いで、端末装置１００は、異なるサービスＩＤ（ＳＩＤ）に対応する鍵ペアを用いて、同様の処理を実行する（ステップＳ１１）。端末装置１００の制御機能は、複数のサービスにそれぞれ対応する秘密鍵と公開鍵の複数のペアを有する。端末装置１００の検知装置は、秘密鍵と公開鍵の複数のペアを生成することができる。生成された複数の秘密鍵のうちの１つは、複数のサービスのうちの１つのサービスＩＤに関連付けられる。同様に、生成された複数の公開鍵のうちの１つは、複数のサービスのうちの１つのサービスＩＤに関連付けられる。生成された秘密鍵は、検知装置内のセキュア領域に格納される。一方、生成された公開鍵は、制御機能に提供される。

【0039】

その後、認証サーバ２００_１の場合と同様に、端末装置１００は、ユーザＩＤ（ＵＩＤ）と、パスワードとを送信する（ステップＳ１２）。この場合、送信されたユーザＩＤおよびパスワードは、認証サーバ２００_２に関係するサービスで使用される認証情報である。そして、認証サーバ２００_２は、送信されたユーザＩＤおよびパスワードを使用することによって、リモート認証を行う。

【0040】

〔１－４．例示的な実施形態の効果〕
上述のように、例示的な実施形態に係る端末装置１００は、端末装置１００に内蔵または外付けされた検知装置を使用することによって、ユーザの本人性の検証をローカルで実施する。そして、端末装置１００は、認証サーバ２００_１や認証サーバ２００_２にユーザの認証情報を送信することによって、認証サーバ２００_１や認証サーバ２００_２に、リモート認証を行わせる。

【0041】

これにより、端末装置１００は、既存のパスワード認証システムを改修することなしに、ＦＩＤＯ認証と同様のユーザ体験を実現することができる。すなわち、パスワード認証システムがＦＩＤＯ認証システムに改修されない場合でも、ユーザは、パスワードを入力することなく、インターネット上の各種サービスにログインすることができる。端末装置１００の制御機能は、ＦＩＤＯ認証が使えるパスワードマネージャとして実装され得る。ＦＩＤＯ認証が使えるパスワードマネージャは、パスワードなしでサービスにログインする体験を、パスワードに慣れ親しんでいるユーザに提供することができる。その結果、ＦＩＤＯ認証が使えるパスワードマネージャは、ＦＩＤＯ認証の導入に対する障壁を低減することができる。さらに、ＦＩＤＯ認証が使えるパスワードマネージャは、ＦＩＤＯ認証による高いセキュリティを確保した認証機能を提供することができる。

【0042】

以下、このような認証処理を行う端末装置１００について詳細に説明する。

【0043】

〔２．認証システムの構成〕
次に、図２を参照して、端末装置１００を含むシステムの構成について説明する。

【0044】

図２は、実施形態に係る認証システム１の構成例を示す図である。図２に示されるように、認証システム１は、端末装置１００、認証サーバ２００_１～２００_ｎ等の構成要素を含む。本明細書では、認証サーバ２００_１～２００_ｎを区別する必要がない場合は、認証サーバ２００_１～２００_ｎを「認証サーバ２００」と総称する。図２中では図示していないが、認証システム１は、複数台の端末装置１００を含んでもよい。また、認証システム１は、端末装置１００に関係するエンティティ（例えば、業者、エンドユーザ）の装置等の、他の構成要素を含んでもよい。

【0045】

認証システム１において、端末装置１００および認証サーバ２００は、それぞれネットワークＮと有線又は無線により接続される。ネットワークＮは、例えば、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）等のネットワークである。認証システム１の構成要素は、ネットワークＮを介して互いに通信を行うことができる。

【0046】

端末装置１００は、ユーザによって使用される情報処理装置である。端末装置１００は、ユーザ認証のための処理を実行することができる。端末装置１００は、スマートフォン、デスクトップ型ＰＣ（Personal Computer）、ノート型ＰＣ、タブレット型ＰＣ等のクライアント装置を含む、任意のタイプの情報処理装置であってもよい。

【0047】

認証サーバ２００は、ユーザがサービス（例えば、ウェブサイト等のコンテンツ）にアクセスする際のユーザ認証を行う情報処理装置である。認証サーバ２００は、サーバを含む、任意のタイプの情報処理装置であってもよい。複数台の認証サーバ２００が、ウェブサーバ、アプリケーションサーバ、データベースサーバ等の各種サーバの機能をそれぞれ提供してもよい。

【0048】

〔３．端末装置の構成〕
次に、図３を参照して、実施形態に係る端末装置１００の構成例について説明する。

【0049】

図３は、実施形態に係る端末装置１００の構成例を示す図である。図３に示されるように、端末装置１００は、通信部１１０と、記憶部１２０と、タッチパネル１３０と、認証装置１４０と、制御部１５０とを有する。なお、端末装置１００は、端末装置１００を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（液晶ディスプレイ等）を有してもよい。

【0050】

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部１１０は、有線または無線によりネットワーク網と接続される。通信部１１０は、認証サーバ２００に、ネットワークＮを介して、通信可能に接続されてもよい。通信部１１０は、認証サーバ２００との間で、ネットワーク網を介して、情報の送受信を行うことができる。

【0051】

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図４に示されるように、記憶部１２０は、認証情報データベース１２１を有する。

【0052】

（認証情報データベース１２１）
図４は、実施形態に係る認証情報データベース１２１の一例を示す図である。認証情報データベース１２１は、認証情報を記憶する。

【0053】

少なくとも１つの実施形態では、認証情報データベース１２１は、認証情報をサービスごとに記憶する。

【0054】

図４の例では、認証情報データベース１２１は、「サービスＩＤ」、「ユーザＩＤ」、「パスワード」、「公開鍵」等の項目を有する。例示の認証情報データベース１２１の項目は、データベース内のエンティティの属性であってもよい。「サービスＩＤ」は、主キーであってもよい。「ユーザＩＤ」は、外部キーであってもよい。

【0055】

「サービスＩＤ」は、インターネット上の各種サービスを識別するための識別子を示す。「ユーザＩＤ」は、サービスＩＤに関連付けられたサービスで使用されるＩＤを示す。「パスワード」は、サービスＩＤに関連付けられたサービスで使用されるパスワードを示す。なお、認証情報データベース１２１は、ハッシュ化されたパスワードを保管してもよい。例えば、図４に示されるパスワード「ＰＷ１－１」は、元のパスワードでなくてもよく、ハッシュ化されたパスワードであってもよい。保管されるパスワードは、元のパスワードおよびソルトを含む文字列をハッシュ化することによって生成されてもよい。「公開鍵」は、サービスＩＤに関連付けられたサービスを利用するユーザの本人性を検証するために使用される公開鍵を示す。

【0056】

例えば、図４は、サービスＩＤ「ＳＩＤ１」で識別されるサービス使用されるＩＤおよびパスワードが、「ＵＤＩ－１」および「ＰＷ１－１」であることを示している。また、例えば、図４は、サービスＩＤ「ＳＩＤ１」で識別されるサービスを利用するユーザの本人性を検証するために使用される公開鍵が、「ＰＫＳ１」であることを示している。

【0057】

（タッチパネル１３０）
タッチパネル１３０は、タッチ操作を受け付けることができる。認証装置１４０は、タッチパネル１３０と一体化されていてもよい。タッチパネル１３０は、タッチ操作を受け付けることによって、認証装置１４０に指紋情報を送信してもよい。指紋センサが、タッチパネル１３０に内蔵されていてもよい。例えば、指紋のアイコンが、タッチパネル１３０上に表示されてもよい。

【0058】

（認証装置１４０）
認証装置１４０は、ユーザの本人性の検証をローカルで実施する検知装置である。認証装置１４０は、ユーザの本人性を検証するために使用される情報を検知する検知装置として実装され得る。例えば、認証装置１４０は、ＦＩＤＯ認証器である。図１を参照して上述したように、検知装置は、例えば、生体認証機能と、サービスに関連付けられた秘密鍵とを有する。図３に示されるように、認証装置１４０は、指紋センサ１４１と、認証部１４２と、秘密鍵データベース１４３とを有する。

【0059】

（指紋センサ１４１）
指紋センサ１４１は、ユーザの指紋を読み取ることができる。指紋センサ１４１は、ユーザ（利用者）の情報を検知する検知部の一例である。例えば、指紋センサ１４１は、指紋の凹凸に基づいて、指紋画像を生成することができる。指紋センサ１４１は、タッチパネル１３０と一体化されていてもよい。

【0060】

（認証部１４２）
少なくとも１つの実施形態では、認証部１４２は、所定のサービスにおける利用者の認証を行う認証装置からこの利用者の認証に用いる認証情報の送信要求を受付けた場合は、所定の検知装置により検知された利用者の情報に基づいて、この利用者の認証を行う。

【0061】

少なくとも１つの実施形態では、認証部１４２は、検知部（例えば、指紋センサ１４１）が検知した情報を用いて、利用者の認証を行う。検知部は、虹彩認証や顔認証が可能なカメラであってもよい。

【0062】

少なくとも１つの実施形態では、認証部１４２は、予め作成された秘密鍵を用いて、認証結果に対する署名を生成する。例えば、認証部１４２は、認証情報の要求元となるサービスごとに異なる秘密鍵を用いて、認証結果に対する署名を生成する。また、例えば、認証部１４２は、新たな認証装置から認証情報の送信要求を受付けた場合は、秘密鍵とこの秘密鍵に対応する公開鍵とを生成し、生成した公開鍵を、後述する送信部１５４に提供する。

【0063】

少なくとも１つの実施形態では、認証部１４２は、検知装置により検知された生体情報を用いて、利用者の認証を行う。この場合、例えば、上述の検知部（例えば、指紋センサ１４１、虹彩認証や顔認証が可能なカメラ）が、検知装置の一例である。

【0064】

一例では、はじめに、認証部１４２は、生体情報を取得する。例えば、認証部１４２は、端末装置１００（例えば、スマートフォン）に内蔵された指紋センサ１４１を使用することによって、指紋情報を取得する。

【0065】

次いで、認証部１４２は、取得された生体情報に基づいて、ユーザ（利用者）を認証する。例えば、ユーザは、タッチパネルをタッチすることによって、タッチパネル１３０や指紋センサ１４１に指紋情報を入力する。そして、認証部１４２は、入力された指紋情報に基づいて、ユーザを認証し、認証結果を生成する。

【0066】

次いで、認証部１４２は、サービスＩＤ（ＳＩＤ）に対応する秘密鍵を用いて、認証結果に署名する。チャレンジが、認証結果に含まれていてもよい。認証部１４２は、例えば、チャレンジを含む認証結果に署名してもよい。認証部１４２は、チャレンジに署名してもよい。秘密鍵は、検知装置内のセキュア領域（例えば、後述する秘密鍵データベース１４３）に記憶されている。認証部１４２は、認証結果からハッシュ値を生成し、生成されたハッシュ値および秘密鍵を使用することによって、署名を生成することができる。この場合、署名は、サービスＩＤに関連付けられたサービスを利用するユーザの本人性を証明するデータ（例えば、楕円曲線暗号等の暗号アルゴリズムを使用して生成された値）であり得る。

【0067】

その後、認証部１４２は、認証結果と、署名とを、後述する制御部１５０に提供する。認証部１４２は、署名付き認証結果の証明書を、認証アサーションとして、制御部１５０に提供することができる。認証アサーションは、サービスＩＤを含んでもよい。認証部１４２は、署名付きチャレンジを、アサーションとして、制御機能に送信してもよい。

【0068】

一例では、認証部１４２は、秘密鍵と公開鍵の複数のペアを生成することができる。生成された複数の秘密鍵のうちの１つは、複数のサービスのうちの１つのサービスＩＤに関連付けられる。同様に、生成された複数の公開鍵のうちの１つは、複数のサービスのうちの１つのサービスＩＤに関連付けられる。認証部１４２は、生成された秘密鍵を、検知装置内のセキュア領域（例えば、後述する秘密鍵データベース１４３）に格納する。加えて、認証部１４２は、生成された公開鍵を、後述する制御部１５０（例えば、受付部１５１、検証部１５３、送信部１５４）に提供する。認証部１４２は、例えば、チャレンジを含む認証結果に署名してもよい。そして、認証部１４２は、署名付きチャレンジを、制御部１５０に送信してもよい。認証部１４２は、検知装置内のセキュア領域（例えば、後述する秘密鍵データベース１４３）から、秘密鍵を取得することができる。

【0069】

（秘密鍵データベース１４３）
図５は、実施形態に係る秘密鍵データベース１４３の一例を示す図である。秘密鍵データベース１４３は、秘密鍵を記憶する。いくつかの実装形態では、公開鍵は、認証サーバの中ではなく、クライアントデバイスの中に存在する。公開鍵は、秘密鍵を使用して暗号化された署名を、復号することができる。

【0070】

図５の例では、秘密鍵データベース１４３は、「サービスＩＤ」、「秘密鍵」等の項目を有する。例示の秘密鍵データベース１４３の項目は、データベース内のエンティティの属性であってもよい。「サービスＩＤ」は、主キーであってもよい。

【0071】

「サービスＩＤ」は、インターネット上の各種サービスを識別するための識別子を示す。「秘密鍵」は、サービスＩＤに関連付けられたサービスを利用するユーザの本人性を検証するために使用される秘密鍵を示す。

【0072】

例えば、図５は、サービスＩＤ「ＳＩＤ１」で識別されるサービスを利用するユーザの本人性を検証するために使用される秘密鍵が、「ＳＫＳ１」であることを示している。

【0073】

（制御部１５０）
制御部１５０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサによって、端末装置１００内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等を作業領域として実行されることにより実現される。また、制御部１５０は、コントローラ（controller）であり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、ＧＰＧＰＵ（General Purpose Graphic Processing Unit）等の集積回路により実現されてもよい。

【0074】

制御部１５０は、図３に示されるように、受付部１５１と、通知部１５２と、検証部１５３と、送信部１５４とを有し、以下に説明する情報処理の機能や作用を実現又は実行する。また、制御部１５０は、図１を参照して上述した認証処理を実現することができる。端末装置１００の１つまたは複数のプロセッサは、端末装置１００の１つまたは複数のメモリに記憶された命令を実行することによって、制御部１５０内の各制御部の機能を実現することができる。なお、制御部１５０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。例えば、送信部１５４は、送信部１５４以外の部に関して後述する情報処理の全部または一部を行ってもよい。

【0075】

（受付部１５１）
受付部１５１は、ユーザ認証のための処理を実行するのに使用される各種情報を受信することができる。

【0076】

受付部１５１は、端末装置１００を利用するユーザから、ユーザインタフェースを介して、ユーザＩＤ、パスワード等の認証情報を受信することができる。例えば、端末装置１００がサービス（例えば、ウェブサイト等のコンテンツ）にアクセスした場合に、受付部１５１は、「このウェブサイトを登録しますか？」というメッセージを、ブラウザを介してユーザへ表示してもよい。受付部１５１のこのような機能は、ブラウザの拡張機能として実装され得る。このように、受付部１５１は、ブラウザを介して認証情報を受信することができる。

【0077】

ユーザＩＤ、パスワード等の認証情報を受信することに応じて、受付部１５１は、サービスのサービスＩＤを生成することができる。そして、受付部１５１は、サービスに対応する公開鍵と秘密鍵のペアを生成するように、認証装置１４０に要求することができる。サービスに対応する公開鍵と秘密鍵のペアを生成するために、受付部１５１は、認証装置１４０に、チャレンジを送信してもよい。受付部１５１は、サービスに対応する公開鍵を、認証装置１４０から受信することができる。受付部１５１は、受信されたユーザＩＤ、パスワードおよび公開鍵を、認証情報データベース１２１に格納することができる。図４を参照して上述したように、記憶されたユーザＩＤおよびパスワードは、特定のサービスに対応する公開鍵に関連付けられている。

【0078】

受付部１５１は、認証サーバ２００に対するアクセス要求を送信し、ユーザＩＤ、パスワード等の認証情報の要求を、認証サーバ２００から受信することができる。

【0079】

一例では、受付部１５１は、パスワード要求を検出する。そして、受付部１５１は、パスワード要求に基づいて、認証情報データベース１２１から、サービスＩＤを特定する。受付部１５１は、認証情報データベース１２１から、サービスＩＤを取得することができる。

【0080】

（通知部１５２）
通知部１５２は、受付部１５１によって特定されたサービスＩＤを、認証装置１４０に通知することができる。

【0081】

一例では、通知部１５２は、検知装置（例えば、ＦＩＤＯ認証器）に、サービスＩＤを通知する。通知部１５２は、例えば、サービスＩＤとともに、チャレンジを、認証装置１４０に通知する。生成されたチャレンジが、特定のサービスＩＤに関連付けられていてもよい。通知部１５２は、特定のサービスＩＤに関連付けられたチャレンジを、記憶部１２０内のデータベースに格納してもよい。通知部１５２は、サービスＩＤを検知装置に送信することによって、ユーザを認証するように、検知装置に要求する。通知部１５２は、サービスＩＤを認証装置１４０に送信しなくてもよく、特定のサービスＩＤに関連付けられたチャレンジを認証装置１４０に送信してもよい。

【0082】

（検証部１５３）
検証部１５３は、例えば、認証装置１４０（例えば、認証部１４２）から提供された署名を検証することができる。

【0083】

一例では、検証部１５３は、検証部１５３は、署名を公開鍵で検証する。検証部１５３は、サービスＩＤに関連付けられた公開鍵を、認証情報データベース１２１から取得することができる。検証部１５３は、例えば、公開鍵を使用することによって、所定の関係式（例えば、楕円曲線暗号等の暗号アルゴリズムで使用される関係式）が成り立つかを確認することができる。これにより、検証部１５３は、署名が正当であるかを検証することができる。

【0084】

（送信部１５４）
少なくとも１つの実施形態では、送信部１５４は、認証部１４２による認証が行われた場合は、利用者の認証情報を認証装置に送信する。

【0085】

少なくとも１つの実施形態では、送信部１５４は、送信要求の送信元となるサービスと対応する認証情報を送信する。

【0086】

少なくとも１つの実施形態では、送信部１５４は、秘密鍵と対応する公開鍵を用いて、認証部１４２により生成された署名を検証し、この署名が正当な署名であり、かつ、利用者が認証された旨の認証結果が得られた場合は、認証情報を送信する。例えば、送信部１５４は、認証情報の要求元となるサービスと対応する公開鍵を用いて、署名を検証する。この点に関し、送信部１５４は、検証部１５３に関して上述した情報処理の全部または一部を行ってもよい。

【0087】

少なくとも１つの実施形態では、送信部１５４は、認証装置に対して利用者の認証を行うためのアプリケーションインターフェースを介して、認証情報を送信する。

【0088】

少なくとも１つの実施形態では、送信部１５４は、認証情報として、利用者を識別するための識別情報と、この識別情報と対応するパスワードとを送信する。

【0089】

一例では、送信部１５４は、認証が成功し、かつ署名が正当であるかを判定する。図１を参照して上述したように、送信部１５４は、例えば、提供された認証アサーションに基づいて、検証結果の妥当性を確認する。そして、送信部１５４は、ユーザＩＤと、パスワードとを、認証サーバ２００に送信する。送信部１５４は、認証情報データベース１２１から、ユーザＩＤおよびパスワードを取得することができる。検証部１５３が署名付きチャレンジの値を検証し、ユーザの本人性を確認できた場合に、送信部１５４は、チャレンジに関連付けられた特定のサービスＩＤを、データベースから取得してもよい。そして、送信部１５４は、特定のサービスＩＤに関連付けられたユーザＩＤおよびパスワードを、認証情報データベース１２１から取得してもよい。

【0090】

上述のように、制御部１５０は、ＦＩＤＯのサーバ機能を有し得る。すなわち、クライアントデバイス（例えば、端末装置１００）が、ＦＩＤＯのサーバ機能を有し得る。クライアントデバイスにインストールされたパスワードマネージャは、パスワードを管理するだけなく、ＦＩＤＯのサーバ機能も管理することができる。パスワードマネージャは、パスワードと、サービスとを関連付けることができる。さらに、パスワードマネージャは、公開鍵と、サービスとを関連付けることができる。制御部１５０は、パスワードマネージャに見えるが、制御部１５０は、ＦＩＤＯのサーバ機能を有し得る。制御部１５０は、サービスＩＤを使用して公開鍵をパスワードに変換することができる。このように、クライアントデバイスにインストールされたＦＩＤＯのサーバ機能が、認証サーバの分身になり得る。

【0091】

〔４．認証処理のフロー〕
次に、図６を参照して、実施形態に係る端末装置１００による認証処理の手順について説明する。

【0092】

図６は、実施形態に係る端末装置１００によって実行される、ローカル認証を使用してリモート認証を行うための処理手順を示すフローチャートである。

【0093】

図６に示されるにように、はじめに、端末装置１００の受付部１５１は、受付部１５１が認証情報の送信要求を受け付けたかを判定する（ステップＳ１０１）。受付部１５１が、受付部１５１は認証情報の送信要求を受け付けていないと判定した場合に（ステップＳ１０１：Ｎｏ）、受付部１５１は、再度ステップＳ１０１を実行する。

【0094】

受付部１５１が、受付部１５１は認証情報の送信要求を受け付けたと判定した場合に（ステップＳ１０１：Ｙｅｓ）、端末装置１００の通知部１５２は、認証装置１４０に対して、サービスＩＤを通知する（ステップＳ１０２）。

【0095】

次いで、端末装置１００の検証部１５３は、認証装置１４０から受け付けられた署名を、サービスＩＤに対応する公開鍵で検証する（ステップＳ１０３）。

【0096】

次いで、端末装置１００の送信部１５４は、署名が正当であり、かつ認証が成功したかを判定する（ステップＳ１０４）。送信部１５４が、署名が正当でない、または認証が成功していないと判定した場合に（ステップＳ１０４：Ｎｏ）、受付部１５１は、再度ステップＳ１０１を実行する。

【0097】

送信部１５４が、署名が正当であり、かつ認証が成功したと判定した場合（ステップＳ１０４：Ｙｅｓ）、送信部１５４は、対応するパスワードおよびＩＤを認証サーバ２００に送信する（ステップＳ１０５）。

【0098】

〔５．他の実施形態〕
上述の実施形態に係る端末装置１００は、上述の実施形態以外にも、種々の異なる形態で実施されてよい。そこで、以下では、上記の端末装置１００の他の実施形態について説明する。

【0099】

〔５－１．アテステーション〕
いくつかの実装形態では、アテステーション用の秘密鍵および公開鍵が、クライアントデバイスの中に存在してもよい。端末装置１００は、アテステーション用の秘密鍵および公開鍵を有し得る。上述のように、認証装置１４０の認証部１４２は、複数のサービスにそれぞれ対応する複数の秘密鍵や、複数のサービスにそれぞれ対応する複数の公開鍵を生成することができる。一方、アテステーション用の秘密鍵および公開鍵は、認証装置１４０の秘密鍵データベース１４３に、予め記憶されていてもよい。例えば、認証装置１４０のベンダが、アテステーション用の秘密鍵および公開鍵を、出荷時に配布してもよい。

【0100】

〔５－２．制御機能の提供態様〕
スマートフォン等の端末装置は、上述の制御部１５０の機能を、アプリケーションとしてダウンロードすることができる。例えば、上述のＦＩＤＯ認証が使えるパスワードマネージャが、アプリケーションとして配信されてもよい。特定のインターネット企業が、デジタルコンテンツの配信サービスを介して、このようなパスワードマネージャを提供してもよい。

【0101】

〔６．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の一部を手動的に行うこともできる。あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

【0102】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

【0103】

〔７．ハードウェア構成〕
また、上述してきた実施形態に係る端末装置１００は、例えば図７に示すような構成のコンピュータ１０００によって実現される。図７は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。

【0104】

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。一次記憶装置１０４０は、ＲＡＭ等、演算装置１０３０が各種の演算に用いるデータを一時的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等により実現される。

【0105】

出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインタフェースであり、例えば、ＵＳＢやＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナ等といった各種の入力装置１０２０から情報を受信するためのインタフェースであり、例えば、ＵＳＢ等により実現される。

【0106】

なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等から情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリ等の外付け記憶媒体であってもよい。

【0107】

ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

【0108】

演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

【0109】

例えば、コンピュータ１０００が端末装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部１５０の機能を実現する。

【0110】

〔８．効果〕
上述してきたように、実施形態に係る端末装置１００は、認証部１４２と、送信部１５４とを有する。

【0111】

実施形態に係る端末装置１００において、認証部１４２は、所定のサービスにおける利用者の認証を行う認証装置からこの利用者の認証に用いる認証情報の送信要求を受付けた場合は、所定の検知装置により検知された利用者の情報に基づいて、この利用者の認証を行う。また、実施形態に係る端末装置１００において、送信部１５４は、認証部１４２による認証が行われた場合は、利用者の認証情報を認証装置に送信する。

【0112】

また、実施形態に係る端末装置１００は、利用者の情報を検知する検知部（例えば、指紋センサ１４１）を有する。また、実施形態に係る端末装置１００において、認証部１４２は、検知部が検知した情報を用いて、利用者の認証を行う。

【0113】

また、実施形態に係る端末装置１００は、検知部と、認証部１４２とを有する認証装置と、送信部１５４を有する情報処理装置とを有する。

【0114】

また、実施形態に係る端末装置１００は、認証情報をサービスごとに記憶する記憶部（例えば、認証情報データベース１２１）を有する。また、実施形態に係る端末装置１００において、送信部１５４は、送信要求の送信元となるサービスと対応する認証情報を送信する。

【0115】

また、実施形態に係る端末装置１００において、認証部１４２は、予め作成された秘密鍵を用いて、認証結果に対する署名を生成する。また、実施形態に係る端末装置１００において、送信部１５４は、秘密鍵と対応する公開鍵を用いて、認証部１４２により生成された署名を検証し、この署名が正当な署名であり、かつ、利用者が認証された旨の認証結果が得られた場合は、認証情報を送信する。

【0116】

また、実施形態に係る端末装置１００において、認証部１４２は、認証情報の要求元となるサービスごとに異なる秘密鍵を用いて、認証結果に対する署名を生成する。また、実施形態に係る端末装置１００において、送信部１５４は、認証情報の要求元となるサービスと対応する公開鍵を用いて、署名を検証する。

【0117】

また、実施形態に係る端末装置１００において、認証部１４２は、新たな認証装置から認証情報の送信要求を受付けた場合は、秘密鍵とこの秘密鍵に対応する公開鍵とを生成し、生成した公開鍵を送信部１５４に提供する。

【0118】

また、実施形態に係る端末装置１００において、認証部１４２は、検知装置により検知された生体情報を用いて、利用者の認証を行う。

【0119】

また、実施形態に係る端末装置１００において、送信部１５４は、認証装置に対して利用者の認証を行うためのアプリケーションインターフェースを介して、認証情報を送信する。

【0120】

また、実施形態に係る端末装置１００において、送信部１５４は、認証情報として、利用者を識別するための識別情報と、この識別情報と対応するパスワードとを送信する。

【0121】

上述した各処理により、端末装置１００は、認証をさらに容易にすることができる。端末装置１００は、パスワードベースの認証システムにおいて、パスワードを手動で入力したり、パスワードを覚えたりすることを不要にすることができる。このため、端末装置１００は、ユーザやサービスが、パスワードを、覚えるのが難しい長い文字列に設定することを可能にする。その結果、端末装置１００は、認証システムを改修することなく、認証システムのセキュリティを強化することができる。

【0122】

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

【0123】

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。

【符号の説明】

【0124】

１ 認証システム
１００ 端末装置
１１０ 通信部
１２０ 記憶部
１２１ 認証情報データベース
１３０ タッチパネル
１４０ 認証装置
１４１ 指紋センサ
１４２ 認証部
１４３ 秘密鍵データベース
１５０ 制御部
１５１ 受付部
１５２ 通知部
１５３ 検証部
１５４ 送信部
２００ 認証サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】