(57)【特許請求の範囲】
【請求項１】
ユーザの本人性を認証する機能を有する認証器を制御する選択装置であって、
前記ユーザによって利用される前記選択装置の利用状況として、当該ユーザによる当該選択装置に対する操作の種別を検知する検知部と、
前記ユーザによる前記選択装置に対する操作の種別と、認証方式ごとに異なる前記認証器とを対応付けて記憶する記憶部と、
前記検知部によって検知された前記ユーザによる前記選択装置に対する操作の種別に基づいて、前記記憶部に記憶されている認証器の中から、当該操作の種別に対応付けられている認証器を選択する選択部と、
前記選択部によって選択された認証器による認証の結果に対して所定の鍵で署名することにより生成される情報であって、前記ユーザの本人認証を行う認証サーバに特定の認証手順で処理される情報である認証結果情報の生成を制御する生成部と、
を備えたことを特徴とする選択装置。
【請求項２】
前記検知部は、
前記利用状況として、前記選択装置に対するユーザの操作、又は、前記選択装置における環境を検知し、
前記選択部は、
前記検知部によって検知された前記選択装置に対するユーザの操作、又は、前記選択装置における環境に基づいて、前記認証器を選択する、
ことを特徴とする請求項１に記載の選択装置。
【請求項３】
前記検知部は、
前記選択装置が利用するセンサにより取得される情報を検知し、
前記選択部は、
前記検知部によって検知された前記センサにより取得される情報に基づいて、前記認証器を選択する、
ことを特徴とする請求項１又は２に記載の選択装置。
【請求項４】
前記記憶部は、
前記検知部によって過去に検知された前記ユーザによる前記選択装置に対する操作の種別に関する情報を記憶し、
前記選択部は、
前記記憶部によって記憶されている過去に検知された前記ユーザによる前記選択装置に対する操作の種別と、前記検知部によって検知された現時点の当該ユーザによる当該選択装置に対する操作の種別とに基づいて、前記認証器を選択する、
ことを特徴とする請求項１〜３のいずれか一つに記載の選択装置。
【請求項５】
前記検知部は、
現時点の利用状況と、前記生成部によって過去に認証結果情報が生成された際の利用状況との変化を検知し、
前記選択部は、
前記検知部によって検知された前記利用状況の変化が所定の条件を満たす場合には、過去に前記認証結果情報が生成された際に用いられた認証器を選択する、
ことを特徴とする請求項１〜４のいずれか一つに記載の選択装置。 
【請求項６】
前記選択部は、
前記検知部によって検知された現時点の利用状況から推測されるユーザと、過去に認証結果情報が生成された際の利用状況から推測されるユーザとが同一ユーザである場合に、過去に前記認証結果情報が生成された際に用いられた認証器を選択する、
ことを特徴とする請求項５に記載の選択装置。 
【請求項７】
前記生成部は、
前記選択部によって過去に認証結果情報を生成した際に用いられた認証器が選択された場合、当該認証器によって過去に行われた認証の結果を用いて、前記認証サーバに送信する認証結果情報を生成する、
ことを特徴とする請求項５又は６に記載の選択装置。 
【請求項８】
前記検知部は、
現時点の利用状況と、前記生成部によって過去に認証結果情報が生成された際の利用状況との変化を検知し、
前記選択部は、
前記検知部によって検知された前記利用状況の変化が所定の条件を満たさない場合には、前記検知部によって検知された現時点の利用状況に基づいて認証器を選択する、
ことを特徴とする請求項１〜７のいずれか一つに記載の選択装置。 
【請求項９】
前記生成部は、
前記選択部によって選択された認証器による認証結果を用いて、新たに認証結果情報を生成する、
ことを特徴とする請求項８に記載の選択装置。 
【請求項１０】
ユーザの本人性を認証する機能を有する認証器を制御する選択装置が実行する選択方法であって、
前記ユーザによって利用される前記選択装置の利用状況として、当該ユーザによる当該選択装置に対する操作の種別を検知する検知工程と、
前記ユーザによる前記選択装置に対する操作の種別と、認証方式ごとに異なる前記認証器とを対応付けて記憶部に記憶する記憶工程と、
前記検知工程によって検知された前記ユーザによる前記選択装置に対する操作の種別に基づいて、前記記憶部に記憶されている認証器の中から、当該操作の種別に対応付けられている認証器を選択する選択工程と、
前記選択工程によって選択された認証器による認証の結果に対して所定の鍵で署名することにより生成される情報であって、前記ユーザの本人認証を行う認証サーバに特定の認証手順で処理される情報である認証結果情報の生成を制御する生成工程と、
を含んだことを特徴とする選択方法。
【請求項１１】
ユーザの本人性を認証する機能を有する認証器を制御する選択装置に、
前記ユーザによって利用される前記選択装置の利用状況として、当該ユーザによる当該選択装置に対する操作の種別を検知する検知手順と、
前記ユーザによる前記選択装置に対する操作の種別と、認証方式ごとに異なる前記認証器とを対応付けて記憶部に記憶する記憶手順と、
前記検知手順によって検知された前記ユーザによる前記選択装置に対する操作の種別に基づいて、前記記憶部に記憶されている認証器の中から、当該操作の種別に対応付けられている認証器を選択する選択手順と、
前記選択手順によって選択された認証器による認証の結果に対して所定の鍵で署名することにより生成される情報であって、前記ユーザの本人認証を行う認証サーバに特定の認証手順で処理される情報である認証結果情報の生成を制御する生成手順と、
を実行させることを特徴とする選択プログラム。 
【請求項１２】
選択装置と、認証サーバとを含む認証処理システムであって、
ユーザの本人性を認証する機能を有する認証器を制御する前記選択装置は、
前記ユーザによって利用される前記選択装置の利用状況として、当該ユーザによる当該選択装置に対する操作の種別を検知する検知部と、
前記ユーザによる前記選択装置に対する操作の種別と、認証方式ごとに異なる前記認証器とを対応付けて記憶する記憶部と、
前記検知部によって検知された前記ユーザによる前記選択装置に対する操作の種別に基づいて、前記記憶部に記憶されている認証器の中から、当該操作の種別に対応付けられている認証器を選択する選択部と、
前記選択部によって選択された認証器による認証の結果に対して所定の鍵で署名することにより生成される情報であって、前記ユーザの本人認証を行う認証サーバに特定の認証手順で処理される情報である認証結果情報の生成を制御する生成部と、を備え、
前記認証サーバは、
前記生成部によって生成された認証結果情報を、前記所定の鍵に対応する公開鍵によって検証する検証部
を備えることを特徴とする認証処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、選択装置、選択方法、選択プログラム及び認証処理システムに関する。
【背景技術】
【０００２】
近年、通信ネットワークの普及が進み、ネットワークを介したサービスが盛んに提供されている。例えば、ユーザは、通信端末装置を用いて、ネットワークを介して提供されるサービスにログインし、サービスを利用する。ユーザは、サービスのログイン等に際して、サービスを利用するユーザの本人認証が求められる。
【０００３】
ネットワークにおける本人認証の技術として、端末に複数の認証方式が備えられている場合に、端末のおかれた環境に適したセンサを利用する認証方式を自動的に選択する技術が知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−９０５８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の従来技術では、利便性に優れた本人認証を行うことは難しい。例えば、ユーザは、複数の認証方式の中から選択することのできる環境下でも、認証方式によっては、回答を入力したり、生体情報を入力したりといった煩雑な手順が要求される場合がある。
【０００６】
本願は、上記に鑑みてなされたものであって、利便性に優れた本人認証を行うことができる選択装置、選択方法、選択プログラム及び認証処理システムを提供することを目的とする。
【０００７】
本願に係る選択装置は、ユーザの本人性を認証する機能を有する認証器を制御する選択装置であって、前記ユーザによって利用される前記選択装置の利用状況を検知する検知部と、前記検知部によって検知された利用状況に基づいて、前記認証器を選択する選択部と、前記選択部によって選択された認証器による認証の結果に対して所定の鍵で署名することにより生成される情報であって、前記ユーザの本人認証を行う認証サーバに特定の認証手順で処理される情報である認証結果情報の生成を制御する生成部と、を備えたことを特徴とする。
【発明の効果】
【０００８】
実施形態の一態様によれば、利便性に優れた本人認証を行うことができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態に係る選択処理の一例を示す図である。
【図２】図２は、実施形態に係る認証方式を説明するシーケンス図（１）である。
【図３】図３は、実施形態に係る認証方式を説明するシーケンス図（２）である。
【図４】図４は、実施形態に係る認証処理システムの構成例を示す図である。
【図５】図５は、実施形態に係るユーザ端末の構成例を示す図である。
【図６】図６は、実施形態に係る利用状況記憶部の一例を示す図である。
【図７】図７は、実施形態に係る認証器情報記憶部の一例を示す図である。
【図８】図８は、実施形態に係る認証サーバの構成例を示す図である。
【図９】図９は、実施形態に係る登録情報記憶部の一例を示す図である。
【図１０】図１０は、実施形態に係る認証処理手順を示すフローチャートである。
【図１１】図１１は、実施形態に係る認証処理手順を示すシーケンス図である。
【図１２】図１２は、ユーザ端末の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【００１０】
以下に、本願に係る選択装置、選択方法、選択プログラム及び認証処理システムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る選択装置、選択方法、選択プログラム及び認証処理システムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１１】
〔１．認証処理の一例〕
まず、図１を用いて、実施形態に係る認証処理の一例について説明する。図１では、本願に係る選択装置に対応するユーザ端末１０と、認証サーバ１００とによって、ユーザＵ０１の本人性を認証する認証処理が行われる例を示す。
【００１２】
図１は、実施形態に係る認証処理の一例を示す図である。図１の例において、ユーザ端末１０は、ユーザＵ０１によって利用される情報処理端末である。ユーザＵ０１は、ユーザ端末１０を用いて、ネットワークを介して提供されるサービス、例えば、ウェブサーバから提供されるサービスを利用する。図１では、ユーザ端末１０は、例えばスマートフォンである。以下における説明では、ユーザ端末１０をユーザＵ０１と表記する場合がある。すなわち、以下では、ユーザＵ０１をユーザ端末１０と読み替えることもできる。
【００１３】
認証サーバ１００は、ユーザ端末１０から送信される情報を取得し、取得した情報に基づいてユーザＵ０１の本人認証を行うサーバ装置である。認証サーバ１００が取得する情報とは、例えば生体認証器等を用いて、ユーザ端末１０を利用しているユーザがユーザＵ０１本人であることをユーザ端末１０側が証明したことを示す情報である。認証サーバ１００は、取得した情報を特定の認証処理手順で処理することにより、ユーザＵ０１本人であることを認証し、認証済みであることを示す情報（以下、「認証済み情報」と表記する）を生成する。ユーザ端末１０は、認証サーバ１００によって生成された認証済み情報が各種サービス（ウェブサーバ等）に送信されることにより、各種サービスへのログインや、サービス毎に発行されるサービスＩＤの利用や、ネットワークを介した決済など、本人認証を要するサービスを利用することが可能となる。
【００１４】
（認証サーバ１００の認証方式について）
ここで、本願で実現される認証処理の説明に先立ち、認証サーバ１００が所定の情報処理端末（以下、ユーザ端末１０との区別のため、「クライアント２０」と表記する）を利用するユーザの本人認証を行う方式について、図２及び図３を用いて説明する。なお、クライアント２０は、認証サーバ１００が行う認証処理に係る通信において、認証サーバ１００側から要求される機能を満たす端末であるものとする。
【００１５】
認証サーバ１００は、クライアント２０の認証において、予め発行される公開鍵と秘密鍵との照合によって情報の確実性を担保する、いわゆる公開鍵暗号方式を基礎とした認証方式を採用するものとする。すなわち、認証サーバ１００は、クライアント２０が有する各認証器に対して発行される公開鍵と秘密鍵のペアに基づいて認証を行う。認証器とは、クライアント２０がローカルにおいて本人認証を行うための機能（あるいは、当該機能を有する装置）をいう。ローカルでの認証とは、インターネット等の広域ネットワーク（外部ネットワーク）の接続を要しない状況で行われる認証をいい、例えば、クライアント２０内部に備えられた機能を用いて行われる認証をいう。認証器は、例えば、ユーザの生体情報など、ユーザ本人を認証することが可能な情報について、予め登録を受け付ける。そして、認証器は、認証の際には、ユーザから生体情報等の入力を受け付け、登録データと入力データとの照合結果に基づいて本人認証を行う。具体的には、認証器には、指紋認証器や、虹彩認証器や、声紋認証器等が含まれる。なお、認証器は、クライアント２０内部にインストールされたソフトウェアにより実現されてもよいし、クライアント２０とＬＡＮ（Local  Area  Network）で接続される範囲内に存在するハードウェアにより実現されてもよい。すなわち、認証器には、インターネット等の外部ネットワークを介さない、例えば、クライアント２０に備えられたインターフェイスに直接接続されることによりクライアント２０と協働するようなハードウェア等も含まれる。このように、認証器とは、クライアント２０側で機能する認証機能、あるいは、認証手段と読み替えることもできる。
【００１６】
まず、認証サーバ１００がクライアント２０を認証対象として登録する手順について説明する。図２は、実施形態に係る認証方式を説明するシーケンス図（１）である。図２では、認証処理に先立ち、認証サーバ１００が認証を行うクライアント２０に関する登録を行う処理の流れを示している。
【００１７】
クライアント２０は、認証サーバ１００にアクセスし、認証器の登録を要求する（ステップＳ１１）。認証サーバ１００は、クライアント２０から送信された要求に応答して、認証器による認証を要求する（ステップＳ１２）。
【００１８】
クライアント２０を利用するユーザは、認証サーバ１００への登録を要求した認証器を動作させ、ローカルにおいて認証器による認証を実行する（ステップＳ１３）。例えば、認証に利用する認証器として指紋認証器をユーザが選択した場合には、ユーザは、認証が行われる箇所に指をかざすことにより、認証処理を行う。認証器内の登録データと入力データとの照合により、クライアント２０側の認証器がユーザを正規のユーザと確認できた場合、認証器は、当該認証処理に対応する公開鍵と秘密鍵とを発行する（ステップＳ１４）。そして、クライアント２０は、発行された秘密鍵をクライアント２０内部に記憶するとともに、秘密鍵とペアになる公開鍵を認証サーバ１００に送信する（ステップＳ１５）。認証サーバ１００は、クライアント２０から公開鍵を受け取り、当該認証器と対応付けて公開鍵を記憶する（ステップＳ１６）。クライアント２０内部の秘密鍵は、原則としてアクセスを受け付けない領域に記憶され、登録を受けた認証器によるローカルでの認証が成功しない限り、アクセスが許可されないものとする。これにより、クライアント２０が備える認証器について、認証サーバ１００への登録が完了する。
【００１９】
続いて、図３について説明する。図３は、実施形態に係る認証方式を説明するシーケンス図（２）である。図３では、クライアント２０がサービスを利用する際など、本人認証を実際に認証サーバ１００に要求する場面における処理の流れを示している。
【００２０】
クライアント２０は、認証サーバ１００に、所定のアクセス制限付きサービスへのアクセスを要求する（ステップＳ２１）。なお、かかる要求は、例えば、ネットワークを介してサービスを行うウェブサーバ等を経由して送信される場合がある。すなわち、ユーザは、サービスを利用する過程において、接続先のウェブサーバから本人認証を求められる場合がある。この場合、ユーザが本人認証を行う旨を表明すると、かかる情報は、クライアント２０又は接続先のウェブサーバから認証サーバ１００に送信される。
【００２１】
要求を受け付けた認証サーバ１００は、クライアント２０に対して、予め登録された認証器による認証を要求する（ステップＳ２２）。要求を受け付けたクライアント２０のユーザは、予め登録された認証器によるローカルな認証を実行する（ステップＳ２３）。
【００２２】
認証器による認証が成功した場合、すなわち、ローカルにおいて本人認証が確認された場合、ユーザは、クライアント２０内部に記憶されている秘密鍵へのアクセスが可能となる。そして、クライアント２０は、認証器によって正規のユーザと認められたユーザしかアクセスすることのできない秘密鍵を用いて、認証の結果に関する情報に対する署名（ハッシュ値）を生成する。言い換えれば、クライアント２０は、予め発行されていた秘密鍵による署名付き情報を生成する（ステップＳ２４）。このようにして生成される情報を、「認証結果情報」と表記する。
【００２３】
続いて、クライアント２０は、認証サーバ１００との間で規定される特定の認証手順（詳細は後述する）を用いて、生成した認証結果情報を送信する（ステップＳ２５）。認証サーバ１００は、秘密鍵とペアとなる公開鍵を用いて、送信された認証結果情報に付された署名を検証する（ステップＳ２６）。すなわち、認証サーバ１００は、認証結果情報に改竄がないこと、言い換えれば、適切な秘密鍵によって認証結果情報が生成されているか否かを検証する。このように、認証サーバ１００は、認証対象である認証器が適切な秘密鍵を保有していることを確認する。この確認ができた場合、認証サーバ１００は、認証結果情報に基づいてクライアント２０を利用するユーザが正規のユーザであることを認証する。そして、認証サーバ１００は、自身が認証したことを示し、ステップＳ２１においてアクセス要求したサービスの情報が含まれる、認証がなされた旨の情報をクライアント２０に送信する（ステップＳ２７）。認証がなされた旨の情報とは、例えば、認証クッキーである。
【００２４】
このように、上記認証方式によれば、クライアント２０は、一般的な認証で用いられることの多いパスワードやサービスＩＤなど、認証に用いる情報そのものをネットワークに送信することがない。すなわち、クライアント２０から送信される情報はローカルでの認証結果を示した情報に過ぎず、第三者がクライアント２０から送信された情報を傍受したとしても、第三者は傍受した情報を利用することができない。このため、認証サーバ１００が採用する認証方式は、安全性の高い方式であるといえる。また、認証サーバ１００が採用する認証方式によれば、ユーザは、パスワードを記憶することを要しないため、ユーザの負担を軽減させることができる。
【００２５】
さらに、上記のように、認証サーバ１００は、クライアント２０から送信される認証結果情報の処理において、クライアント２０との間で規定される特定の認証手順を用いる。なお、特定の認証手順とは、認証サーバ１００とクライアント２０との間で規定される認証手順であり、通信に関するプロトコルと読み替えることもできる。例えば、認証サーバ１００は、ＵＡＦ（Universal  Authentication  Framework）や、Ｕ２Ｆ（Universal  Second  Factor)といったプロトコルを用いる。これにより、認証サーバ１００とクライアント２０との通信は、より高い安全性が確保される。
【００２６】
図２及び図３を用いて説明してきたように、認証サーバ１００とクライアント２０の認証器との間で、特定のプロトコルを用いた公開鍵暗号方式を基礎とした認証方式による通信が確立する場合、クライアント２０は、パスワード等の認証情報そのものをネットワーク上に送信することなく、本人認証を認証サーバ１００に対して行うことができる。
【００２７】
しかしながら、上述した方式においては、ユーザは、認証サーバ１００に複数の認証器を登録している場合には、ローカルでの認証のたびに複数の認証器から利用する認証器を選択することを要する。さらに、ユーザは、認証器を選択した後に、指紋認証器を利用するためには指紋データの入力を促され、虹彩認証器を利用するためには虹彩データの入力（例えば、カメラによる虹彩の撮影）を促されることになるため、手間がかかる。このように、認証サーバ１００に対して通信を行うクライアント２０側は、認証サーバ１００を利用した安全性の高い認証処理を実現するにあたり、複数の認証器を選択するといった煩雑な処理を課せられるという課題がある。
【００２８】
そこで、本願に係る選択装置に対応するユーザ端末１０は、ユーザＵ０１、及びユーザ端末１０の置かれる環境に基づいてユーザＵ０１の本人認証を行うことにより、ローカルでの認証処理に対する煩雑な手間を軽減させる。以下、図１の説明に戻り、ユーザ端末１０による認証処理の一例を流れに沿って説明する。
【００２９】
（ユーザ端末１０による処理）
図１に示す例では、ユーザＵ０１は、例えば所定のアクセス制限付きサービスを利用するため、認証サーバ１００による認証処理を所望するものとする。上記説明したように、認証サーバ１００による認証を受けるにあたり、ユーザＵ０１は、ローカルで本人認証を行うことが可能な認証器を認証サーバ１００に登録することを要する。ここでは、ユーザＵ０１は、認証サーバ１００に対して、指紋認証器１６３Ａと、虹彩認証器１６３Ｂと、声紋認証器１６３Ｃとを、ユーザＵ０１を認証する認証器として登録しているものとする。なお、図１に示す例では、各認証器は、ユーザ端末１０内部で実現される認証機能であり、例えば、ユーザ端末１０にインストールされたアプリケーション（アプリ）等により実現される。
【００３０】
図１に示す例において、ユーザＵ０１は、例えばウェブサーバによって提供されるサービスを利用することを要求するものとする（ステップＳ０１）。なお、かかるサービスは、本人認証が行われない場合に一部のサービスを制限するアクセス制限を有するものとする。また、認証サーバ１００に対するサービスの利用の要求は、ユーザ端末１０からではなく、サービスを提供するウェブサーバを経由して、認証サーバ１００に送信されてもよい。
【００３１】
認証サーバ１００は、ユーザ端末１０に対して、本人の認証を要求する（ステップＳ０２）。例えば、認証サーバ１００は、ユーザＵ０１が所定のウェブサービスを利用するにあたり、ユーザＵ０１の本人認証をウェブサーバが要求する場合に、ウェブサーバからの要求に応じて、ユーザ端末１０へ本人認証の要求を行う。この場合、認証サーバ１００は、予め登録済みのいずれかの認証器による認証をユーザ端末１０側へ要求する。
【００３２】
ユーザ端末１０は、認証サーバ１００からの要求に応じて、ユーザＵ０１を認証するための認証器を動作させる。すなわち、ユーザ端末１０は、認証サーバ１００に登録されているいずれかの認証器を機能させ、認証を実行させるものとする。
【００３３】
ここで、ユーザ端末１０は、認証が要求された際の自装置の利用状況を検知する。具体的には、ユーザ端末１０は、認証が要求された際のユーザＵ０１による操作の状況を検知する（ステップＳ０３）。例えば、ユーザ端末１０は、認証が要求された際には、ユーザＵ０１がユーザ端末１０をタッチ操作していることを検知する（ステップＳ０４）。なお、ユーザ端末１０は、ユーザＵ０１が行うタッチ操作以外の操作を検知する場合もありうる。例えば、ユーザ端末１０は、ユーザＵ０１がユーザ端末１０を用いて撮影を行っていること（ステップＳ０５）や、通話を行っていること（ステップＳ０６）を検知する場合もある。
【００３４】
そして、ユーザ端末１０は、認証が要求された際に検知した利用状況に基づいて、認証器を選択する（ステップＳ０７）。例えば、ユーザ端末１０は、ユーザによってタッチ操作が行われていた場合（ステップＳ０４の場合）、指紋を入力データとして本人を認証する指紋認証器１６３Ａを選択する。あるいは、ユーザ端末１０は、ユーザによって撮影が行われていた場合（ステップＳ０５の場合）、虹彩を入力データとして本人を認証する虹彩認証器１６３Ｂを選択する。あるいは、ユーザ端末１０は、ユーザによって通話が行われていた場合（ステップＳ０６の場合）、音声を入力データとして本人を認証する声紋認証器１６３Ｃを選択する。このように、ユーザ端末１０は、ユーザ端末１０での認証の時点における利用状況を検知し、ユーザＵ０１が現にユーザ端末１０に対して行っている操作と関連する認証器を動作させる。言い換えれば、ユーザ端末１０は、ユーザＵ０１にとって、認証処理に伴う負担が少ないと想定される認証器を選択する。
【００３５】
そして、ユーザ端末１０は、選択された認証器であって、認証サーバ１００に登録されている認証器による認証を実行する（ステップＳ０８）。認証が成功した場合、すなわち、認証器がユーザＵ０１を本人と認証した場合、ユーザ端末１０は、ユーザ端末１０内部に保持されている秘密鍵へのアクセスが可能となる。そして、ユーザ端末１０は、認証器による認証の結果に対して、秘密鍵を用いて署名（ハッシュ値）を付し、認証結果情報を生成する。そして、ユーザ端末１０は、秘密鍵で署名された認証結果情報を認証サーバ１００に送信する（ステップＳ０９）。
【００３６】
認証サーバ１００は、受信した認証結果情報を解析する。具体的には、認証サーバ１００は、送信元で用いられた秘密鍵とペアとなる公開鍵を用いて、認証結果情報の信頼性を検証する（ステップＳ１０）。
【００３７】
すなわち、認証サーバ１００は、検証対象である認証結果情報が、登録された認証器によって発行された秘密鍵で署名された情報であるか否かを、公開鍵を用いて検証する。認証サーバ１００は、認証結果情報に改竄がないこと、すなわち、適切な秘密鍵によって認証結果情報が生成されていることが検証できた場合、認証結果情報に基づいて、ユーザ端末１０のユーザがユーザＵ０１であることを認証する。この場合、認証サーバ１００は、自身が認証したことを示す認証済み情報を発行し、ユーザ端末１０や、ユーザ端末１０がアクセスしようとするサービス側へ認証済み情報を送信する。これにより、ユーザＵ０１は、所望するサービスを利用することが可能となる。
【００３８】
このように、ユーザ端末１０は、ユーザ端末１０における利用状況を検知し、検知された利用状況に基づいて、ユーザの本人性を認証する認証機能（すなわち、認証器）を選択する。そして、ユーザ端末１０は、認証の結果に基づいて、認証サーバ１００によって処理される認証結果情報を生成する。
【００３９】
すなわち、ユーザ端末１０によれば、ユーザ端末１０に対する利用状況を検知することで、複数の認証器のうち、認証処理が行われる時点においてユーザＵ０１にとって使い易い認証器を選択することができる。このため、ユーザＵ０１にとっては、ユーザ端末１０を利用する自然な動作のなかで認証処理を行うことができる。例えば、ユーザ端末１０は、ユーザＵ０１が画面に対するタッチ操作を行うアプリ等を動作させている間に指紋認証器１６３Ａを動作させることで、ユーザＵ０１のタッチ操作を妨げることなく認証処理を行うことができる。また、上述のように、ユーザ端末１０がローカルで行う認証では、認証の結果のみを認証サーバ１００に送信するので、広域ネットワーク上にユーザ本人を特定するような情報が流出することを防止できる。このように、ユーザ端末１０は、安全性を確保しつつ、かつ、ユーザＵ０１にとって、利便性の高い認証処理を実現することができる。
【００４０】
なお、図１の例では、ユーザ端末１０は、ローカルでの認証処理が行われる際のユーザＵ０１の操作等の利用状況に基づいて、認証器を選択する例を示した。しかし、ユーザ端末１０は、認証処理が行われるまでに記録された利用状況のログ（利用履歴）や、ユーザ端末１０におけるコンテキスト（context）に基づいて、最適な認証器を選択するようにしてもよい。
【００４１】
〔２．認証処理システムの構成〕
次に、図４を用いて、実施形態に係る選択装置であるユーザ端末１０が含まれる認証処理システム１の構成について説明する。図４は、実施形態に係る認証処理システム１の構成例を示す図である。図４に例示するように、実施形態に係る認証処理システム１には、ユーザ端末１０と、認証サーバ１００と、ウェブサーバ２００とが含まれる。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。
【００４２】
ユーザ端末１０は、例えば、デスクトップ型ＰＣ（Personal  Computer）や、ノート型ＰＣや、タブレット端末や、スマートフォンを含む携帯電話機、ＰＤＡ（Personal  Digital  Assistant）等の情報処理端末である。また、ユーザ端末１０には、眼鏡型や時計型の情報処理端末であるウェアラブルデバイス（Wearable  device）も含まれる。さらに、ユーザ端末１０には、情報処理機能を有する種々のスマート機器が含まれてもよい。例えば、ユーザ端末１０には、ＴＶ（Television）や冷蔵庫、掃除機などのスマート家電や、自動車などのスマートビークル（Smart  vehicle）や、ドローン（Drone）、家庭用ロボットなどが含まれてもよい。
【００４３】
また、ユーザ端末１０は、認証器を備える。例えば、ユーザ端末１０がスマートフォンである場合、認証器は、スマートフォンにインストールされるアプリケーション等によって実現される。なお、認証器は独立した装置であってもよく、例えば、ノート型ＰＣのＵＳＢインターフェイスに接続される指紋認証装置等であってもよい。
【００４４】
認証サーバ１００は、上述のように、ユーザ端末１０を利用するユーザの本人認証を行うサーバ装置である。認証サーバ１００は、ユーザ端末１０から送信された認証結果情報を受信し、認証結果情報に署名した秘密鍵に対応する公開鍵を用いて署名を検証する。ユーザ端末１０は、認証サーバ１００による署名の検証がなされた場合、認証サーバ１００から本人性を認証されたものとして取り扱われる。これにより、ユーザ端末１０は、ウェブサーバ２００等が提供する制限付きサービス等を利用することが可能となる。
【００４５】
ウェブサーバ２００は、ユーザ端末１０からアクセスされた場合に、各種ウェブページを提供するサーバ装置である。ウェブサーバ２００は、例えば、ニュースサイト、天気予報サイト、ショッピングサイト、ファイナンス（株価）サイト、路線検索サイト、地図提供サイト、旅行サイト、飲食店紹介サイト、ウェブブログなどに関する各種ウェブページを提供する。
【００４６】
ウェブサーバ２００は、サービスの提供にあたり、ユーザの本人認証を要求する場合がある。例えば、ウェブサーバ２００が決済サービスを提供する際に、ユーザ端末１０を利用しているユーザが間違いなくユーザＵ０１本人であると認証できないときには、ウェブサーバ２００は、ユーザ端末１０による決済サービスの実行を制限することができる。一方、ウェブサーバ２００は、認証サーバ１００がユーザＵ０１を認証したことを示す情報をユーザ端末１０、あるいは、認証サーバ１００から受信した場合には、ユーザ端末１０を利用しているユーザがユーザＵ０１であると信頼する。この場合、ウェブサーバ２００は、ユーザ端末１０による決済など、本人認証後でなければ許可しないような操作についても受け付けることができる。
【００４７】
〔３．ユーザ端末の構成〕
次に、図５を用いて、実施形態に係るユーザ端末１０の構成について説明する。図５は、実施形態に係るユーザ端末１０の構成例を示す図である。図５に示すように、ユーザ端末１０は、通信部１１と、入力部１２と、表示部１３と、検知部１４と、記憶部１５と、制御部１６とを有する。なお、ユーザ端末１０が有する各処理部の接続関係は、図５に示した接続関係に限られず、他の接続関係であってもよい。
【００４８】
（通信部１１について）
通信部１１は、ネットワークＮと有線又は無線で接続され、認証サーバ１００やウェブサーバ２００等との間で情報の送受信を行う。例えば、通信部１１は、ＮＩＣ（Network  Interface  Card）等によって実現される。
【００４９】
（入力部１２について）
入力部１２は、ユーザから各種操作を受け付ける入力装置である。例えば、入力部１２は、ユーザ端末１０に備えられた操作キー等によって実現される。また、入力部１２には、画像を撮影するための撮像装置（カメラ等）や、音声を集音する集音機器（マイク等）が含まれてもよい。
【００５０】
（表示部１３について）
表示部１３は、各種情報を表示するための表示装置である。例えば、表示部１３は、液晶ディスプレイ等によって実現される。なお、ユーザ端末１０にタッチパネルが採用される場合には、入力部１２の一部と表示部１３とは一体化される。
【００５１】
（検知部１４について）
検知部１４は、ユーザ端末１０における利用状況を検知する。具体的には、検知部１４は、ユーザ端末１０に対するユーザＵ０１の操作や、ユーザ端末１０の所在する位置情報や、ユーザ端末１０と接続されている機器に関する情報や、ユーザ端末１０における環境等を検知する。図５に示した例では、検知部１４は、操作検知部１４１と、位置検知部１４２と、外部装置検知部１４３と、環境検知部１４４とを有する。
【００５２】
（操作検知部１４１について）
操作検知部１４１は、ユーザ端末１０に対するユーザＵ０１の操作を検知する。例えば、操作検知部１４１は、入力部１２に入力された情報に基づいて、ユーザＵ０１の操作を検知する。すなわち、操作検知部１４１は、入力部１２に画面をタッチする操作の入力があったことや、音声の入力があったこと等を検知する。また、操作検知部１４１は、ユーザＵ０１によって所定のアプリが起動されたことを検知してもよい。かかるアプリがユーザ端末１０内の撮像装置を動作させるアプリである場合、操作検知部１４１は、ユーザＵ０１によって撮像機能が利用されていることを検知する。また、操作検知部１４１は、ユーザ端末１０内に備えられた加速度センサやジャイロセンサ等で検知されたデータに基づき、ユーザ端末１０自体が動かされているといった操作を検知してもよい。
【００５３】
（位置検知部１４２について）
位置検知部１４２は、ユーザ端末１０の現在位置を検知する。具体的には、位置検知部１４２は、ＧＰＳ衛星から送出される電波を受信し、受信した電波に基づいてユーザ端末１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。
【００５４】
位置検知部１４２は、種々の手法により位置情報を取得することができる。例えば、ユーザ端末１０が駅改札や商店等で使用される非接触型ＩＣカードと同等の機能を備えている場合（もしくは、ユーザ端末１０が非接触型ＩＣカードの履歴を読み取る機能を備えている場合）、ユーザ端末１０によって駅での乗車料金の決済等が行われた情報とともに、使用された位置が記録される。位置検知部１４２は、かかる情報を検知し、位置情報として取得する。また、位置検知部１４２は、ユーザ端末１０が特定のアクセスポイントと通信を行う際には、アクセスポイントから取得可能な位置情報を検知してもよい。また、位置情報は、ユーザ端末１０が備える光学式センサや、赤外線センサや、磁気センサ等によって取得されてもよい。
【００５５】
（外部装置検知部１４３について）
外部装置検知部１４３は、ユーザ端末１０に接続される外部装置を検知する。例えば、外部装置検知部１４３は、外部装置との相互の通信パケットのやり取りなどに基づいて、外部装置を検知する。そして、外部装置検知部１４３は、検知した外部装置をユーザ端末１０と接続される端末として認識する。また、外部装置検知部１４３は、外部装置との接続の種類を検知してもよい。例えば、外部装置検知部１４３は、外部装置と有線で接続されているか、無線通信で接続されているかを検知する。また、外部装置検知部１４３は、無線通信で用いられている通信方式等を検知してもよい。また、外部装置検知部１４３は、外部装置が発する電波を検知する電波センサや、電磁波を検知する電磁波センサ等によって取得される情報に基づいて、外部装置を検知してもよい。
【００５６】
（環境検知部１４４について）
環境検知部１４４は、ユーザ端末１０における環境を検知する。環境検知部１４４は、ユーザ端末１０に備えられた各種センサや機能を利用し、環境に関する情報を検知する。例えば、環境検知部１４４は、ユーザ端末１０の周囲の音を収集するマイクロフォンや、ユーザ端末１０の周囲の照度を検知する照度センサや、ユーザ端末１０の物理的な動きを検知する加速度センサ（又は、ジャイロセンサなど）や、ユーザ端末１０の周囲の湿度を検知する湿度センサや、ユーザ端末１０の所在位置における磁場を検知する地磁気センサ等を利用する。そして、環境検知部１４４は、各種センサを用いて、種々の情報を検知する。例えば、環境検知部１４４は、ユーザ端末１０の周囲における騒音レベルや、ユーザ端末１０の周囲がユーザＵ０１の虹彩を撮像に適する照度であるか等を検知する。
【００５７】
（記憶部１５について）
記憶部１５は、各種情報を記憶する。記憶部１５は、例えば、ＲＡＭ、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１５は、利用状況記憶部１５１と、認証器情報記憶部１５２とを有する。
【００５８】
（利用状況記憶部１５１について）
利用状況記憶部１５１は、ユーザ端末１０における利用状況のログを記憶する。ここで、図６に、実施形態に係る利用状況記憶部１５１の一例を示す。図６は、実施形態に係る利用状況記憶部１５１の一例を示す図である。図６に示した例では、利用状況記憶部１５１は、「取得日時」、「操作」、「位置情報」、「接続機器」、「環境情報」といった項目を有する。
【００５９】
「取得日時」は、ユーザ端末１０における利用状況が取得（検知）された日時を示す。なお、図６では、ユーザ端末１０が１時間ごとに利用状況を検知している例を示しているが、検知するタイミングはこの例に限られない。すなわち、ユーザ端末１０は、１０秒毎や、１分毎や、３分毎など、任意のタイミングで利用状況を取得してもよい。また、利用状況記憶部１５１に記憶されるログは、取得日時の瞬間におけるログではなく、例えば、ユーザ端末１０における数分間の操作や環境等を蓄積したデータであってもよい。また、ユーザ端末１０は、所定の時間ごとのタイミングに限られず、例えば、所定の情報を検知したことを契機として、利用状況を取得するようにしてもよい。例えば、ユーザ端末１０は、通信状況において、既知のＳＳＩＤ（Service  Set  Identifier）を検知したことを契機として、利用状況を取得するようにしてもよい。これにより、ユーザ端末１０は、認証処理で取り扱う情報を効率良く取得することができる。
【００６０】
「操作」は、取得日時におけるユーザ端末１０に対する操作のうち、主な操作を示す。ここでは、主な操作とは、ユーザＵ０１が能動的にユーザ端末１０に対して操作を行った内容のことをいう。操作は、例えば、操作検知部１４１によって検知される。また、操作は、例えば、ユーザＵ０１が起動させたアプリ等により判断されてもよい。例えば、ユーザＵ０１がウェブブラウザ用のアプリを起動している場合には、操作の項目には「タッチ操作」が記憶される。また、例えば、ユーザＵ０１が撮影用のアプリを起動している場合には、操作の項目には「撮影操作」が記憶される。また、例えば、ユーザＵ０１が通話用のアプリや、音声認識を用いた入力用のアプリ等を起動している場合には、操作の項目には「音声操作」が記憶される。なお、操作は、例えば、利用状況のログが取得される際に、主として行われた操作を抽出して記憶されてもよい。例えば、利用状況のログが１分毎に取得される際に、１分の間にウェブブラウザ用のアプリと撮影用のアプリがともに動作された場合には、操作の項目には、より長い時間動作されたアプリに対応する操作から順に記憶されてもよい。
【００６１】
「位置情報」は、ユーザ端末１０の位置を示す。位置情報は、例えば、位置検知部１４２によって検知される。例えば、位置情報「Ｇ０１」は、ユーザ端末１０がユーザＵ０１の自宅にあることを示すものとする。また、位置情報「Ｇ０２」は、ユーザＵ０１が移動中である場合のユーザ端末１０の所定の位置を示すものとする。また、位置情報「Ｇ０３」は、ユーザ端末１０がユーザＵ０１の勤めている会社にあることを示すものとする。また、位置情報「Ｇ０４」は、ユーザ端末１０が所定の公共の場所にあることを示すものとする。なお、図６では、「位置情報」が示す値に、「Ｇ０１」といった概念的な情報が格納される例を示したが、実際には、位置情報として、「緯度及び経度」や「住所（例えば、都道府県や市区町村）」等を示す情報が記憶される。なお、位置情報は、例えば、位置検知部１４２によって検知された情報が記憶される。
【００６２】
「接続機器」は、ユーザ端末１０に接続されている外部機器を示す。接続機器は、例えば、外部装置検知部１４３によって検知される。接続機器は、ユーザ端末１０と通信を行う外部装置である。例えば、接続機器には、自宅用ルータ３０や、時計型端末４０や、社内用ルータ５０が含まれる。
【００６３】
「環境情報」は、ユーザ端末１０によって検知された各種データを示す。環境情報は、例えば、環境検知部１４４によって検知される。図６では、「環境情報」が示す値に、「Ｅ０１」といった概念的な情報が格納される例を示したが、実際には、環境検知部１４４に係る各種センサが検知した情報が格納される。例えば、環境情報として、ユーザ端末１０が検知した音の大きさを示す数値や、照度を示す数値や、ユーザ端末１０の傾度及び加速度を示す数値等が、適宜格納される。
【００６４】
すなわち、図６では、ユーザ端末１０の「２０１５年１０月１日  ８：００」における利用状況として、ユーザ端末１０に対して行われた主な操作が「音声操作」であり、位置情報が「Ｇ０１」であり、接続機器が「自宅用ルータ３０」及び「時計型端末４０」であり、環境情報が「Ｅ０１」であるログが取得された一例を示している。
【００６５】
（認証器情報記憶部１５２について）
続いて、認証器情報記憶部１５２について説明する。認証器情報記憶部１５２は、認証器に関する情報を記憶する。図７は、実施形態に係る認証器情報記憶部１５２の一例を示す図である。図７に示した例では、認証器情報記憶部１５２は、「認証器ＩＤ」、「タイプ」、「認証ユーザ」、「秘密鍵」、「選択条件」といった項目を有する。
【００６６】
「認証器ＩＤ」は、認証器を識別する識別情報を示す。なお、実施形態において、認証器ＩＤは、認証器の参照符号と一致するものとする。例えば、認証器ＩＤ「１６３Ａ」で示される認証器は、指紋認証器１６３Ａを示す。
【００６７】
「タイプ」は、認証器が行う認証方式のタイプを示す。例えば、タイプには、指紋や、虹彩や、声紋が含まれる。なお、認証器の認証方式は、上記に限られない。例えば、認証器は、ユーザの顔の画像データを用いて認証を行う顔認証器や、ユーザの心拍等をセンサによって検知する生体情報認証器であってもよい。また、認証器の認証方式は、生体情報を用いた認証方式に限られない。例えば、認証器は、ユーザＵ１が所有する所定の物理キーをユーザ端末１０に接続することによって認証を行うハードウェア認証器であってもよいし、ユーザ端末１０に内蔵されるＳＩＭカード（Subscriber  Identity  Module  Card）の内容を判定することで認証を行うＳＩＭカード認証器であってもよい。また、認証器は、パスワード等の所定の情報を入力することで認証を行う方式であってもよい。
【００６８】
「認証ユーザ」は、認証器が認証するユーザを示す。「秘密鍵」は、認証器の認証の結果に対して署名を行い、認証結果情報を生成するための鍵を示す。秘密鍵及びペアとなる公開鍵は、認証サーバ１００への認証器の登録の際に発行される。そして、秘密鍵は、ユーザ端末１０内に保持される。公開鍵は、ユーザ端末１０によって認証サーバ１００へ送信される。また、秘密鍵は、対応する認証器によるユーザの認証が成功しない限りアクセスできない領域に保持される。
【００６９】
「選択条件」は、認証器が選択される条件を示す。選択条件は、ユーザ端末１０に対する利用状況によって示される。例えば、図７に示すように、選択条件は、タッチ操作や、撮影操作や、音声操作などの操作の種別や、照度や騒音レベルなどユーザ端末１０の周囲の環境情報によって示される。この場合、照度や騒音レベルの条件となる閾値は、例えば、認証器の性能によって、適宜適当な値が設定されてもよい。例えば、照度や騒音レベルの条件となる閾値は、虹彩認証器１６３Ｂが撮影された虹彩を認証することのできる照度の値や、声紋認証器１６３ＣがユーザＵ０１から入力された音声を認識することのできる騒音レベルの値が設定される。また、選択条件は、外部機器との接続状況や、ユーザ端末１０の位置情報など、環境情報も含めたユーザ端末１０のコンテキストによって示されてもよい。また、選択条件は、ユーザ端末１０を利用するユーザＵ０１によって予め設定されてもよいし、所定の学習を経て、自動的に設定されてもよい。すなわち、ユーザ端末１０は、どのようなコンテキストにおいてどのような認証器がユーザＵ０１によって利用されたかを学習する。そして、ユーザ端末１０は、その認証器が利用されたコンテキストを選択条件として自動的に記憶するようにしてもよい。
【００７０】
すなわち、図７では、認証器ＩＤ「１６３Ａ」で識別される認証器（指紋認証器１６３Ａ）は、認証のタイプが「指紋」であり、認証するユーザは「ユーザＵ０１」であり、秘密鍵は「Ｋ０１」であり、指紋認証器１６３Ａが選択される条件は「タッチ操作」である一例を示している。
【００７１】
（制御部１６について）
制御部１６は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、ユーザ端末１０内部の記憶装置に記憶されている各種プログラムがＲＡＭ（Random  Access  Memory）を作業領域として実行されることにより実現される。また、制御部１６は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。
【００７２】
制御部１６は、ユーザ端末１０において行われるローカルでの認証処理や、認証器を機能させる処理や、認証サーバ１００やウェブサーバ２００との情報の送受信など、各種処理を制御する。図５に示すように、制御部１６は、取得部１６１と、選択部１６２と、認証部１６３と、生成部１６４と、送信部１６５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。例えば、制御部１６は、ＲＡＭを作業領域として上述したアプリを実行することにより、各種情報処理を実現する。なお、制御部１６の内部構成は、図５に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。
【００７３】
（取得部１６１について）
取得部１６１は、各種情報を取得する。例えば、取得部１６１は、認証サーバ１００やウェブサーバ２００から送信される情報を受信する。また、取得部１６１は、認証サーバ１００やウェブサーバ２００から送信される、ユーザ端末１０を利用するユーザの本人認証の要求を受信する。また、取得部１６１は、検知部１４が検知する各種情報を取得する。
【００７４】
（選択部１６２について）
選択部１６２は、ユーザの認証を行う認証器を選択する。例えば、選択部１６２は、検知部１４によって検知されたユーザ端末１０の利用状況に基づいて認証器を選択する。具体的には、選択部１６２は、検知部１４によって検知されたユーザ端末１０に対するユーザＵ０１の操作、又は、ユーザ端末１０における環境が、認証器の選択条件に合致しているか否かを判定し、選択条件に合致した認証器を選択する。
【００７５】
選択部１６２は、ユーザ端末１０に対するユーザＵ０１の操作に基づいて認証器を選択する場合、検知部１４によって検知されたユーザＵ０１の操作の種別を参照し、ユーザＵ０１の操作の種別に対応した認証方式を採用する認証器を選択する。一例として、選択部１６２は、ユーザＵ０１によるタッチ操作が検知されている場合には、タッチ操作に対応する認証方式である指紋認証を採用する指紋認証器１６３Ａを選択する。なお、認証器と操作の種別の対応付けは、ユーザＵ０１によって設定されてもよいし、認証サーバ１００の管理者や、認証器の提供者等によって設定されてもよい。
【００７６】
また、選択部１６２は、認証器が動作される際の操作と、ユーザＵ０１による操作の種別とを学習することにより、認証器と操作の種別との対応付けを行ってもよい。例えば、選択部１６２は、所定の認証器が動作される際に、ユーザＵ０１によって行われる操作のログを取得する。そして、選択部１６２は、所定の認証器が動作される際に取得される操作のログに基づいて、所定の認証器と操作の種別とを対応付ける。一例として、選択部１６２は、虹彩認証器１６３Ｂが動作される際には、ユーザＵ０１によってカメラによる撮像操作が行われるというログを取得する。そして、選択部１６２は、かかるログが一定数以上取得された場合に、虹彩認証器１６３Ｂに対応する操作の種別は撮像操作であることを設定する。
【００７７】
また、選択部１６２は、ユーザＵ０１の操作のみならず、検知部１４が検知する種々の情報に基づいて、認証器を選択してもよい。例えば、選択部１６２は、検知部１４によって検知されたユーザ端末１０の位置情報や、ユーザ端末１０と通信する機器（外部装置）との接続状況や、ユーザ端末１０が利用するセンサにより取得される情報のうち少なくともいずれか一つに基づいて認証器を選択するようにしてもよい。
【００７８】
例えば、選択部１６２は、ユーザ端末１０の位置情報Ｇ０１に基づいて、ユーザ端末１０が自宅にあることを参照する。そして、選択部１６２は、ユーザ端末１０が位置情報Ｇ０１にある際に、主に用いられる認証器の情報を参照する。そして、選択部１６２は、ユーザ端末１０が位置情報Ｇ０１にある際に、ユーザ端末１０に対して認証サーバ１００等から認証の要求が取得された場合には、ユーザ端末１０が位置情報Ｇ０１にある際に主に用いられる認証器を選択する。具体的には、ユーザＵ０１は、自宅では主に音声認識によってユーザ端末１０を操作し、外出先では主にタッチ操作によってユーザ端末１０を操作しているとする。このとき、選択部１６２は、ユーザ端末１０の位置情報が位置情報Ｇ０１である場合には、認証器として、声紋認証器１６３Ｃを優先的に選択する。これにより、選択部１６２は、その場所に適した認証器を選択することができるため、ユーザＵ０１にとってユーザビリティに優れた認証手順を提供することができる。
【００７９】
また、選択部１６２は、ユーザ端末１０と通信する外部装置との接続状況を参照する。そして、選択部１６２は、ユーザ端末１０と通信する外部装置との接続状況に基づいてユーザ端末１０のコンテキストを推測し、コンテキストに適した認証器を選択する。例えば、ユーザ端末１０が社内用ルータ５０と接続している場合、ユーザ端末１０は、ユーザＵ０１が勤務する社内にあるという可能性が高い。このとき、選択部１６２は、撮像操作や音声操作によらずに認証を行うことのできる認証器を優先的に選択する。
【００８０】
また、選択部１６２は、ユーザ端末１０が利用する各種センサから取得される情報に基づいてユーザ端末１０のコンテキストを推測し、コンテキストに適した認証器を選択するようにしてもよい。例えば、選択部１６２は、ユーザ端末１０の周辺の照度が虹彩を撮像するには不足している場合、虹彩認証器１６３Ｂを選択しないようにし、照度によらない認証方式を採用する認証器を選択する。あるいは、選択部１６２は、ユーザ端末１０の周辺の騒音レベルが、ユーザ端末１０のマイクで音声を認識するには適していないほど高い場合、声紋認証器１６３Ｃを選択しないようにし、騒音レベルによらない認証方式を採用する認証器を選択する。また、選択部１６２は、検知部１４が検知するデータから、例えば、ユーザＵ０１が電車で移動中であることや、歩行中であることや、比較的暗い場所にいること、比較的静かな場所にいること等、種々のコンテキストを推測してもよい。この場合、例えば、検知部１４は、加速度センサやジャイロセンサ、また、過去に観測された行動のログなど、種々のデータを検知しているものとする。そして、選択部１６２は、検知部１４によって検知されたデータから推測されるユーザ端末１０のコンテキストに基づいて、最適な認証器を選択する。
【００８１】
なお、上記説明した選択処理において、選択部１６２は、検知部１４によって過去に検知された利用状況と、検知部１４によって検知された現時点の利用状況とに基づいて、認証器を選択してもよい。すなわち、選択部１６２は、現時点の利用状況と過去の利用状況とが類似する場合には、過去に観測されたユーザ端末１０の利用状況において選択された認証器と同一の認証器を優先的に選択する。この場合、類似する利用状況とは、ユーザ端末１０に対する同一の操作の種別が検知される場合や、ユーザ端末１０の位置情報や通信状況などのコンテキストの一部が一致している場合等をいう。
【００８２】
また、選択部１６２は、認証サーバ１００から受け付ける要求に従い、認証器を選択するようにしてもよい。例えば、選択部１６２は、認証サーバ１００が受け入れ可能な認証に関する情報を受け付ける。この場合、認証サーバ１００は、受け入れ可能な認証器を認証器に関する識別情報（ＡＡＩＤ、Authenticator  Attestation  ID）等により指定する。そして、選択部１６２は、かかる情報を認証サーバ１００から取得し、認証サーバ１００が受け入れ可能な認証器を有する装置等を選択するようにする。また、例えば、選択部１６２は、認証サーバ１００から所定の認証強度が保証された認証器を用いたローカルでの認証の要求を受け付けた場合、所定の認証強度が保証された認証器を選択するようにしてもよい。この場合、所定の認証強度は、認証サーバ１００側のポリシー等により予め定められる。すなわち、認証サーバ１００は、ユーザ端末１０のローカル側が有する認証器について、認証方式等に応じて認証強度を設定する。例えば、認証サーバ１００は、認証方式として、改竄の困難な情報である虹彩等を認証情報として用いる虹彩認証器１６３Ｂに対して高い認証強度を保証したとする。そして、選択部１６２は、認証サーバ１００から高い認証強度を要求された場合には、虹彩認証器１６３Ｂを優先的に選択する。
【００８３】
（認証部１６３について）
認証部１６３は、ユーザ端末１０を利用するユーザＵ０１の本人性の認証に関する処理を制御する。例えば、認証部１６３は、ユーザ端末１０が有する認証器を管理する。そして、認証部１６３は、認証器に関する情報を認証器情報記憶部１５２に登録する。
【００８４】
また、認証部１６３は、選択部１６２によって選択された認証器を動作させ、ユーザ端末１０を利用するユーザＵ０１の本人性を認証する。すなわち、認証部１６３は、実施形態において、指紋認証器１６３Ａ等の認証器としての機能を実現する。
【００８５】
なお、認証部１６３は、認証器による認証処理をユーザＵ０１に提示せず、バックグラウンドで行うようにしてもよい。上記のように、選択部１６２は、ユーザＵ０１の操作を検知し、操作に応じた認証器を選択する。具体的には、選択部１６２は、ユーザＵ０１のタッチ操作を検知し、認証に用いる認証器として指紋認証器１６３Ａを選択する。認証部１６３は、指紋認証器１６３Ａを動作させ、入力データとしての指紋の入力を受け付ける。この場合、認証部１６３は、ユーザＵ０１に指紋をかざす等の操作を促さなくとも、ユーザＵ０１の通常のタッチ操作において取得される指紋を入力データとして用いることで、指紋認証器１６３Ａによる認証を行うことができる。これにより、認証部１６３は、認証処理のたびにユーザＵ０１に特別な操作を要求せずに認証処理を完了するといった、利便性のよい認証処理をユーザＵ０１に提供することができる。
【００８６】
（生成部１６４について）
生成部１６４は、認証結果情報の生成を制御する。生成部１６４は、認証器情報記憶部１５２に記憶された認証器による認証の結果を取得する。そして、生成部１６４は、認証器による認証の結果から、認証サーバ１００によって処理される認証結果情報を生成する。
【００８７】
具体的には、生成部１６４は、認証器情報記憶部１５２に記憶された認証器であって、選択部１６２によって選択された認証器が認証を行った結果を取得する。そして、生成部１６４は、ユーザＵ０１が認証された結果に対して、認証器に対応する秘密鍵を用いて署名を付すことにより、認証の結果に対応する認証結果情報を生成する。例えば、生成部１６４は、認証部１６３が指紋認証器１６３Ａを用いて認証を行った場合には、認証の結果に対して秘密鍵Ｋ０１を用いて署名を付すことで、認証結果情報を生成する。かかる認証結果情報は、ユーザ端末１０において、ユーザＵ０１の本人認証処理が完了したことを示している。生成部１６４は、生成した認証結果情報を送信部１６５に送り、認証サーバ１００に送信させる。
【００８８】
（送信部１６５について）
送信部１６５は、各種情報を送信する。例えば、送信部１６５は、生成部１６４によって生成された認証結果情報を認証サーバ１００に送信する。また、送信部１６５は、認証サーバ１００から送信された認証済み情報を取得部１６１が取得した場合には、かかる認証済み情報をウェブサーバ２００に送信してもよい。
【００８９】
〔４．認証サーバの構成〕
次に、図８を用いて、実施形態に係る認証サーバ１００の構成について説明する。図８は、実施形態に係る認証サーバ１００の構成例を示す図である。図８に示すように、認証サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、認証サーバ１００は、認証サーバ１００を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。
【００９０】
（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ等によって実現される。通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、ユーザ端末１０やウェブサーバ２００との間で情報の送受信を行う。なお、通信部１１０は、ユーザ端末１０から送信される認証結果情報を処理する場合には、安全性の高い特定の認証手順（プロトコル）に則って処理を行う。
【００９１】
（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、登録情報記憶部１２１を有する。
【００９２】
（登録情報記憶部１２１について）
登録情報記憶部１２１は、認証サーバ１００に登録された認証器に関する情報を記憶する。ここで、図９に、実施形態に係る登録情報記憶部１２１の一例を示す。図９は、実施形態に係る登録情報記憶部１２１の一例を示す図である。図９に示した例では、登録情報記憶部１２１は、「認証器ＩＤ」、「タイプ」、「認証ユーザ」、「公開鍵」といった項目を有する。
【００９３】
「認証器ＩＤ」、「タイプ」、「認証ユーザ」は、図７に示した同一の項目に対応する。「公開鍵」は、認証器の登録の際に認証器側（すなわち、ユーザ端末１０）から送信される鍵情報であり、同時に発行された秘密鍵と対になる鍵を示す。公開鍵は、認証器及び認証ユーザごとに対応付けられて記憶される。
【００９４】
すなわち、図９では、認証器ＩＤ「１６３Ａ」で識別される認証器が登録されており、認証器のタイプは「指紋」であり、認証されるユーザは「ユーザＵ０１」であり、当該認証器がユーザＵ０１を認証する際に用いられる公開鍵は「Ｋ１１」であることを示している。
【００９５】
（制御部１３０について）
制御部１３０は、例えば、ＣＰＵやＭＰＵ等によって、認証サーバ１００内部の記憶装置に記憶されている各種プログラム（選択プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。
【００９６】
図８に示すように、制御部１３０は、受信部１３１と、登録部１３２と、検証部１３３と、送信部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図８に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図８に示した接続関係に限られず、他の接続関係であってもよい。
【００９７】
（受信部１３１について）
受信部１３１は、各種情報を受信する。例えば、受信部１３１は、認証サーバ１００における認証を所望する装置から、認証器の登録の要求を受信する。また、受信部１３１は、例えば、ユーザ端末１０がウェブサーバ２００にアクセスし、アクセス先のウェブサーバ２００が提供するサービスがユーザ端末１０に認証を要求する場合に、かかる認証要求をウェブサーバ２００から受信する。この場合、受信部１３１が受け付けた認証要求に対応して、後述する送信部１３４は、ユーザ端末１０に認証を行わせる旨を示す要求を送信する。また、受信部１３１は、認証処理において、ローカルで行われた認証結果に基づいて生成される情報である認証結果情報を受信する。受信部１３１は、認証サーバ１００が規定する特定の認証手順を用いて、ユーザ端末１０から送信される認証結果情報を処理する。
【００９８】
（登録部１３２について）
登録部１３２は、認証器に関する情報を登録する。例えば、登録部１３２は、受信部１３１によって受信された情報に基づいて、登録を要求した端末装置が備える認証器を登録する。登録部１３２は、登録した情報を登録情報記憶部１２１に記憶する。
【００９９】
また、登録部１３２は、認証サーバ１００と認証器との間で対になる公開鍵と秘密鍵のうち、公開鍵を登録する。認証結果情報を検証する際には、検証部１３３は、登録部１３２によって登録された公開鍵を参照し、認証結果情報を検証する。
【０１００】
（検証部１３３について）
検証部１３３は、認証結果情報を検証する。具体的には、検証部１３３は、ユーザ端末１０から送信された認証結果情報を解析し、認証結果情報に基づいて認証されるべきユーザを特定する。さらに、検証部１３３は、登録情報記憶部１２１を介して認証結果情報の生成元である認証器に対応する秘密鍵を特定する。そして、検証部１３３は、認証結果情報に付された署名が、登録された認証器の秘密鍵によって作成された署名であるか否かを、秘密鍵に対応する公開鍵を用いて検証する。
【０１０１】
そして、検証部１３３は、秘密鍵に対応する公開鍵による検証が確認された場合に、ユーザ端末１０から送信された認証結果情報を正規な認証情報として認める。そして、検証部１３３は、認証結果情報を認証したことを示す情報を送信部１３４に送り、ユーザ端末１０（あるいはウェブサーバ２００）に送信させる。
【０１０２】
なお、検証部１３３は、認証結果情報を生成した認証器が、所定の条件に合致しない場合、その認証結果情報で示されたユーザの本人性を認めないものとしてもよい。例えば、検証部１３３は、認証結果情報を生成した認証器が、登録部１３２が管理する登録情報記憶部１２１に記憶されていない場合や、送信された認証結果情報が認証サーバ１００の規定する特定の認証手順に則っていない場合などには、認証結果情報で示されたユーザの本人性を認証しないものとしてよい。
【０１０３】
（送信部１３４について）
送信部１３４は、各種情報を送信する。例えば、送信部１３４は、サービスの利用に際してユーザ端末１０を利用するユーザの本人性の認証を行うことが求められた場合に、ユーザ端末１０に、認証を要求する旨の情報を送信する。また、送信部１３４は、認証結果情報を検証した検証部１３３によって、認証結果情報の送信元のユーザの本人性が認証された場合、認証済み情報をユーザ端末１０、あるいはウェブサーバ２００に送信する。
【０１０４】
〔５．処理手順〕
〔５−１．ユーザ端末１０の処理手順〕
次に、図１０及び図１１を用いて、実施形態に係る処理の手順について説明する。まず、図１０を用いて、ユーザ端末１０による認証処理手順について説明する。図１０は、実施形態に係る認証処理手順を示すフローチャートである。
【０１０５】
図１０に示すように、ユーザ端末１０に係る取得部１６１は、ユーザ端末１０側（ローカル側）での認証の要求を取得したか否かを判定する（ステップＳ１０１）。取得部１６１は、要求を取得していない場合（ステップＳ１０１；Ｎｏ）、取得するまで待機する。
【０１０６】
一方、取得部１６１が要求を取得した場合（ステップＳ１０１；Ｙｅｓ）、検知部１４は、ユーザ端末１０における利用状況を検知する（ステップＳ１０２）。取得部１６１は、検知部１４によって検知された情報を取得する。
【０１０７】
そして、選択部１６２は、検知部１４によって検知された利用状況と選択条件が合致するか否かを判定する（ステップＳ１０３）。利用状況と選択条件とが合致する場合（ステップＳ１０４；Ｙｅｓ）、選択部１６２は、条件に沿った認証器を選択する（ステップＳ１０４）。
【０１０８】
一方、利用状況と選択条件とが合致しない場合（ステップＳ１０３；Ｎｏ）、選択部１６２は、任意の認証器を選択する（ステップＳ１０５）。なお、利用状況と選択条件とが合致しない場合に選択される認証器は、例えば、ユーザＵ０１が初期設定として使用するよう定めている認証器であったり、認証サーバ１００から指定される認証器であったり、あるいはランダムに選択された認証器であったりしてもよい。
【０１０９】
ステップＳ１０４、ステップＳ１０５のいずれの場合であっても、認証部１６３は、認証サーバ１００に登録済みの認証器を作動させる。そして、認証部１６３は、選択された認証器を用いてユーザＵ０１を認証する（ステップＳ１０６）。そして、認証部１６３によって行われた認証処理の結果に対して、生成部１６４は、認証器に対応する秘密鍵を用いて、認証結果情報を生成する（ステップＳ１０７）。そして、送信部１６５は、生成部１６４によって生成された認証結果情報を認証サーバ１００に送信する（ステップＳ１０８）。
【０１１０】
〔５−２．認証処理システムの処理手順〕
次に、図１１を用いて、実施形態に係る認証処理システム１による処理の手順について説明する。図１１は、実施形態に係る認証処理手順を示すシーケンス図である。なお、図１１では、ユーザ端末１０がサービスの利用の要求をウェブサーバ２００に行う場合の認証処理手順の一例を示している。
【０１１１】
まず、ユーザ端末１０は、ウェブサーバ２００に対して、サービスの利用を要求する（ステップＳ２０１）。ウェブサーバ２００は、サービスの利用の要求に応答して、認証サーバ１００に対して、ユーザ端末１０の本人認証を要求する（ステップＳ２０２）。
【０１１２】
認証サーバ１００は、ウェブサーバ２００からの要求に応答して、規定の認証方式による認証をユーザ端末１０に要求する（ステップＳ２０３）。規定の認証方式とは、認証サーバ１００に登録された認証器による認証をローカルで行い、かかる認証の結果を認証サーバ１００に送信することにより行われる認証方式（認証手順）をいう。
【０１１３】
そこで、ユーザ端末１０は、ユーザ端末１０の利用状況に基づいて、認証サーバ１００に登録している認証器の中からいずれかを選択する（ステップＳ２０４）。そして、ユーザ端末１０は、選択した認証器を用いて、ユーザ端末１０を利用するユーザＵ０１を認証する（ステップＳ２０５）。
【０１１４】
そして、ユーザ端末１０は、認証が成功したことを示す認証の結果に基づいて、認証結果情報を生成する（ステップＳ２０６）。ユーザ端末１０は、生成した認証結果情報を認証サーバ１００に送信する（ステップＳ２０７）。
【０１１５】
認証サーバ１００は、ユーザ端末１０から送信された認証結果情報を検証する（ステップＳ２０８）。具体的には、認証サーバ１００は、認証結果情報に付された署名について、署名の作成に用いられた秘密鍵に対応する公開鍵を用いて検証する。そして、認証サーバ１００は、認証結果情報が検証されたことをもって、ユーザの認証処理を完了する。そして、認証サーバ１００は、ユーザを認証したことを示した本人認証の結果をウェブサーバ２００に通知する（ステップＳ２０９）。
【０１１６】
ウェブサーバ２００は、通知された情報に基づいて、ユーザ端末１０を利用しているユーザの本人認証が保証されたものとして、要求されていたサービスについて、サービスの利用を許可する（ステップＳ２１０）。
【０１１７】
〔６．変形例〕
上述したユーザ端末１０による認証処理は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、ユーザ端末１０の他の実施形態について説明する。
【０１１８】
〔６−１．利用状況の継続〕
ユーザ端末１０は、過去に認証器を選択し、選択した認証器による認証が行われた後、利用状況の変化が少ないなどの所定の条件下では、認証状態を継続するようにしてもよい。
【０１１９】
例えば、ユーザ端末１０に係る検知部１４は、前回の認証処理の後、次に認証要求を認証サーバ１００側から受け付けた場合、現時点の利用状況と、生成部１６４によって前回の認証結果情報が生成された際の利用状況との変化を検知する。そして、選択部１６２は、検知部１４によって検知された利用状況の変化が所定の条件を満たす場合には、前回の認証結果情報が生成された際に用いられた認証器を選択する。
【０１２０】
そして、生成部１６４は、選択部１６２によって前回認証結果情報を生成した際に用いられた認証器が選択された場合、当該認証器によって前回行われた認証の結果を用いて、認証サーバ１００に送信する認証結果情報を生成するようにしてもよい。すなわち、ユーザ端末１０は、前回の認証から利用状況に大きな変化がないなど、ユーザＵ０１によるユーザ端末１０の利用が継続していると想定される場合には、新たな認証処理を行わず、認証結果情報を生成してもよい。この場合、例えば、ユーザ端末１０は、前回認証が行われた際に、認証が成功した旨のキャッシュ（例えば、認証済みトークンなど）を保持する。そして、ユーザ端末１０は、検知部１４によって検知された利用状況の変化が所定の条件を満たす場合には、かかるキャッシュを用いて、同一の認証器を用いて認証結果情報を生成する。これにより、ユーザＵ０１は、ローカルでの新たな認証処理を行うことなく、認証サーバ１００から受け付けた認証要求に応じることができる。
【０１２１】
なお、検知部１４によって検知された利用状況の変化が所定の条件を満たす場合とは、ユーザ端末１０を利用するユーザＵ０１が、他のユーザに変化していないと想定される利用状況が観測される場合をいう。例えば、所定の条件は、図６に示す位置情報や、接続機器や、環境情報の一部又は全部に変化がないこと、言い換えれば、ユーザ端末１０におけるコンテキストに変化が少ないことである。また、所定の条件は、例えば、ユーザＵ０１による操作が継続していること、すなわち、所定の時間以上、ユーザ端末１０が操作されない状態が検知されず、ユーザ端末１０が操作され続けていること等でもよい。このように、ユーザ端末１０は、検知部１４によって検知された現時点の利用状況から推測されるユーザと、前回の認証結果情報が生成された際の利用状況から推測されるユーザとが同一ユーザである場合に、前回の認証結果情報が生成された際に用いられた認証器を選択するようにしてもよい。そして、ユーザ端末１０は、前回認証が行われた際に、認証が成功した旨のキャッシュを用いて、認証結果情報を生成する。これにより、ユーザ端末１０によれば、利用状況を検知することでユーザＵ０１の認証状態を継続させることができるため、ユーザにとって認証処理の手間が軽減され、認証処理の負担を軽くすることができる。
【０１２２】
なお、ユーザ端末１０は、検知部１４によって検知された利用状況の変化が所定の条件を満たさない場合には、前回の認証結果情報が生成された際に用いられた認証器とは関係なく、検知部１４によって検知された現時点の利用状況に基づいて、新たに認証器を選択するようにしてもよい。この場合、ユーザ端末１０は、選択された認証器による認証結果を用いて、新たに認証結果情報を生成する。
【０１２３】
〔６−２．複数認証器の選択〕
ユーザ端末１０は、複数の認証器を選択するようにしてもよい。例えば、ユーザ端末１０は、上述したような認証強度について、認証強度が高くない認証器のみを有しているものとする。この場合、ユーザ端末１０は、認証サーバ１００から要求される認証強度を満たすような認証器によって認証処理を行えない可能性がある。
【０１２４】
そこで、ユーザ端末１０は、認証器を選択する際に、複数の認証器を選択する。例えば、ユーザ端末１０は、端末にハードウェアキーを挿入することで本人性を認証するハードウェア認証器と、ユーザ端末１０に内蔵されるＳＩＭカードの内容を判定することで認証を行うＳＩＭカード認証器とを選択する。そして、ユーザ端末１０は、選択された２種類の認証器による認証を実行する。この場合、２種類の認証器のいずれもがユーザＵ０１の本人性を認証した場合、１種類の認証器による認証が行われた場合よりも、ユーザＵ０１の認証に高い信頼性が与えられる。そして、ユーザ端末１０は、２種類の認証器により認証が成功した旨を認証結果情報として認証サーバ１００に送信する。そして、認証サーバ１００が要求する認証強度を満たすことができたと判定された場合には、ユーザ端末１０を利用するユーザＵ０１は、認証サーバ１００による認証を受けることができる。
【０１２５】
このように、ユーザ端末１０は、状況に応じて、複数の認証器を選択するようにしてもよい。これにより、ユーザ端末１０は、多要素による認証処理を行うことができるため、認証の信頼性を向上させることができる。また、ユーザ端末１０は、認証サーバ１００から送信される要求に柔軟に応じることができる。
【０１２６】
〔６−３．アカウントの選択〕
ユーザ端末１０は、ユーザの操作に応じて、認証器や、認証器が生成する認証結果情報を柔軟に変更してもよい。例えば、ユーザ端末１０は、指紋認証器１６３Ａについて、ユーザＵ０１の親指と、ユーザＵ０１の人差し指とを登録データとして受け付ける。そして、ユーザ端末１０は、認証の際にユーザＵ０１から入力されたデータに応じて、同一の指紋認証器１６３Ａでありながら、異なる情報を含む認証結果情報を生成する。
【０１２７】
例えば、ユーザ端末１０は、ユーザＵ０１が親指を入力データとしたときと、ユーザＵ０１が人差し指を入力データとしたときとでは、ユーザＵ０１の本人認証が行われた後にサービスを利用する場合に、サービス側へのアカウント情報を変えるような設定をしておく。これにより、ユーザＵ０１は、認証器に入力するデータを変更するだけで、サービスで利用するアカウントを使い分けることができる。
【０１２８】
ユーザ端末１０は、上記のような処理を、認証器ごとに行ってもよい。例えば、ユーザ端末１０は、指紋認証器１６３Ａを用いて認証が行われた場合と、虹彩認証器１６３Ｂを用いて認証が行われた場合とによって、異なるアカウントでログインを行わせたり、異なるサービスへアクセスを行わせたりすることができる。なお、ユーザ端末１０は、認証器と、認証器で認証が行われた際にアクセスするサービスの対応付けについて、予めユーザＵ０１から登録を受け付けておいてもよい。
【０１２９】
このように、ユーザ端末１０は、サービスで用いるアカウントや、アクセスするサービス等と対応付けて認証処理を行うことができる。これにより、ユーザ端末１０は、ユーザにとって利便性のよい認証処理を提供することができる。
【０１３０】
〔６−４．利用状況〕
ユーザ端末１０は、利用状況として、タッチ操作や撮影操作などの操作の種別を検知する例を示した。ここで、ユーザ端末１０は、利用状況として、操作の種別のみならず、ユーザＵ０１の行動等を検知し、取得するようにしてもよい。
【０１３１】
例えば、ユーザ端末１０は、ユーザＵ０１がネットワーク上のサービスを利用して商品を購入する行動等を検知してもよい。そして、ユーザ端末１０は、例えば、商品を購入する際に決済等の処理において本人認証を認証サーバ１００から要求された場合に、通常ユーザＵ０１が利用している認証器を優先的に起動させる。
【０１３２】
すなわち、ユーザ端末１０は、ユーザＵ０１が頻繁に利用するサービスへのアクセス等の行動を検知し、かかるサービスにおいて認証処理が行われる際に、通常ユーザＵ０１が利用する認証器を起動させる。例えば、かかるサービスにおいて、ユーザＵ０１が声紋認証器１６３Ｃを利用する頻度が高い場合には、声紋認証器１６３Ｃを優先的に起動させる。これにより、ユーザＵ０１は、サービスを利用する度に認証器を選択することなく、自動的に起動される認証器を用いて認証を行うことができる。このように、ユーザ端末１０は、ユーザＵ０１の種々の行動に応じて、適した認証器を選択することができるので、利便性のよい認証処理をユーザに提供することができる。
【０１３３】
上記の処理は、ユーザの購買行動等に限られず、種々の利用状況に応用が可能である。例えば、ユーザ端末１０は、周囲の外部機器との通信状況から、ユーザＵ０１が友人と一緒にいるといったコンテキストを検知する。この場合、ユーザ端末１０は、例えば、友人が所有している外部機器の識別情報等を用いて、外部機器がユーザ端末１０の付近にあることを検知することで、ユーザＵ０１が友人と一緒にいるといったコンテキストを判定する。そして、ユーザ端末１０は、ユーザＵ０１が友人と一緒にいるというコンテキストにおいて、認証サーバ１００から認証の要求を受け付けた場合、当該コンテキストにおいて頻繁に用いられている認証器を優先的に選択する。
【０１３４】
また、ユーザ端末１０は、ユーザＵ０１が所定の場所にいるというコンテキストを検知した場合に、当該コンテキストにおいて頻繁に用いられている認証器を優先的に選択するようにしてもよい。例えば、ユーザ端末１０は、ユーザＵ０１が会社にいる際に頻繁に用いる認証器の利用履歴を参照し、ユーザＵ０１が会社にいるというコンテキストが観測された場合には、頻繁に用いられている認証器を優先的に選択する。
【０１３５】
〔６−５．接続される外部装置〕
上記実施形態では、ユーザ端末１０における利用状況として、例えば、ユーザＵ０１が利用する他の端末である時計型端末４０や、自宅に据え置かれる自宅用ルータ３０や、ユーザＵ０１が勤務する会社に設置されている社内用ルータ５０等に接続される状況を例として示した。しかし、ユーザ端末１０に接続される外部装置はこれらに限られない。
【０１３６】
例えば、ユーザ端末１０と接続される外部装置は、通信事業者が運営する店舗等に設置される装置であってもよい。例えば、ユーザ端末１０が使用する回線を提供する通信事業者は、店舗に所定の通信端末（以下、「店舗端末」と表記する）を設置する。そして、ユーザ端末１０は、ユーザＵ０１が店舗に訪れた際に、店舗端末との通信を試みる。この場合、店舗端末は、予め登録されているユーザ端末１０及びユーザＵ０１の登録データ（例えば、ＳＩＭカードを検証し、ユーザ端末１０との通信を確立させる。
【０１３７】
ユーザ端末１０は、かかる店舗端末との通信が確立した利用状況を認証器の選択に用いてもよい。例えば、ユーザ端末１０は、ユーザ端末１０と店舗端末との通信が確立している状況において、過去にユーザが利用した履歴のある認証器を優先的に選択するようにしてもよい。また、ユーザ端末１０は、店舗端末がユーザＵ０１を認証することのできる認証器として動作する場合には、店舗端末が備える認証器を選択するようにしてもよい。例えば、店舗端末は、上記のように、ユーザ端末１０のＳＩＭカードの内容を検証することができる。言い換えれば、店舗端末は、ＳＩＭカードの内容に基づいてユーザＵ０１を認証する認証器として機能することができる。そこで、ユーザ端末１０は、ユーザが店舗を訪れたという状況が検知された場合には、店舗端末が有する認証器を選択するようにしてもよい。このように、ユーザ端末１０は、ユーザＵ０１が店舗に訪れたことを契機として、適切な認証器を選択することができる。
【０１３８】
なお、上記の例では、通信事業者の店舗に設置される端末を例として挙げたが、信頼のおける端末であれば、外部装置はこれに限られない。例えば、上記の例では、公共の役所等に設置される端末が利用されてもよい。また、例えば、ユーザ端末１０は、ユーザＵ０１の家族や友人が使用する端末を信頼のおける端末と取り扱ってもよい。すなわち、ユーザ端末１０は、家族や友人が使用する端末が周辺に存在し、かかる端末との通信が確立した状況下では、家族や友人が使用する端末が備える認証器を選択するようにしてもよい。この場合、家族や友人が使用する端末には、予めユーザＵ０１を認証するための登録データ等が保持されているものとする。また、家族や友人が使用する端末には、例えば、ユーザ端末１０が備える認証器よりも認証強度が高い認証器や、利便性の高い認証器が備えられているとする。この場合、ユーザ端末１０は、家族や友人が使用する端末が検知された場合に、家族や友人が使用する端末が有する認証器を選択し、ユーザＵ０１の認証を行わせるようにする。これにより、ユーザＵ０１は、より信頼性の高い認証結果情報を生成させたり、利便性の高い認証器を利用して認証を行わせたりすること等が可能となる。
【０１３９】
〔６−６．認証器の形態〕
上記実施形態では、各認証器は、認証部１６３が実現する認証処理の一機能として実現される例を示した。しかし、認証器は、ユーザ端末１０と接続される認証装置（ハードウェア）として実現されてもよい。
【０１４０】
この場合、認証器は、ユーザ端末１０と通信する機能を有するとともに、ユーザ端末１０から入力される指紋等の情報を取得する機能を備える。そして、認証器は、入力データと登録データとが照合した場合に、ユーザ端末１０がユーザＵ０１に利用されていることを認証する。そして、認証器は、認証の結果に基づいて、認証結果情報を生成する。そして、認証器は、認証サーバ１００から認証済み情報を受信し、かかる情報をユーザ端末１０に送信する。この場合、ユーザ端末１０に係る認証部１６３及び生成部１６４は、ユーザ端末１０に接続された認証器の動作を制御する。これにより、ユーザ端末１０は、ウェブサーバ２００から提供される各種サービスを利用することができる。
【０１４１】
また、認証器は、認証部１６３や生成部１６４の機能が一体化されたプログラム（アプリ）として実現されてもよい。認証器がアプリである場合、当該アプリは、ユーザの操作に従ってユーザ端末１０にインストールされることにより実行される。
【０１４２】
〔６−７．各装置の構成〕
上記実施形態では、ユーザ端末１０や認証サーバ１００の構成例について図５及び図８を用いて説明した。しかし、認証処理システム１に含まれる各装置は、必ずしも例示した構成によって実現されなくともよい。例えば、ユーザ端末１０は、図５で例示した全ての処理部を備えることを必ずしも要しない。すなわち、ユーザ端末１０は、表示部１３や検知部１４を必ずしも内部に備えていなくてもよい。また、ユーザ端末１０は、２以上の機器に分離されて図５に示す構成が実現されてもよい。例えば、ユーザ端末１０は、少なくとも検知部１４と認証部１６３と生成部１６４とを有する認証機器と、少なくとも通信部１１を有する通信機器とが分離された構成を有する、２台以上の機器により実現されてもよい。
【０１４３】
〔６−８．認証処理システムの動作〕
上記実施形態において、ユーザ端末１０は、検知部１４を用いて、時計型端末４０等、所定の外部装置との通信が確立していることを検知する例を示した。ここで、ユーザ端末１０は、認証処理システム１に含まれる各装置について、所定のアプリケーションを利用することで、各装置の通信状態等を検出し、利用状況を判定するようにしてもよい。
【０１４４】
すなわち、ユーザ端末１０や、時計型端末４０等には、ユーザ端末１０を管理する管理者（例えば、ユーザＵ０１）によって、共通するアプリケーションがインストールされる。ユーザ端末１０は、かかるアプリケーションの機能を制御することにより、時計型端末４０等を探索し、通信の状況等を取得する。このように、共通するアプリケーションが認証処理システム１に含まれる各装置にインストールされることにより、ユーザ端末１０は、迅速かつ正確に認証処理を実現することができる。
【０１４５】
〔６−９．利用状況〕
上記実施形態では、ユーザ端末１０は、利用状況として、ユーザＵ０１の操作や、ユーザＵ０１と接続する接続機器や、位置情報等を検知する例を示した。ここで、ユーザ端末１０は、利用状況として、上記の例以外の情報を用いてもよい。例えば、ユーザ端末１０は、ユーザ端末１０における時間情報を利用して、認証器を選択してもよい。すなわち、ユーザ端末１０に係る検知部１４は、ユーザ端末１０を利用するユーザＵ０１が平日の朝や夜において、頻繁に利用する認証器を検知する。そして、ユーザ端末１０は、ユーザＵ０１が平日の朝や夜にユーザ端末１０を操作している際に、認証サーバ１００からの認証要求があった場合には、利用履歴に基づき、頻繁にユーザＵ０１から利用されている認証器を選択する。このように、ユーザ端末１０によれば、ユーザＵ０１の日常活動において利用しやすい認証器を自動的に選択することができる。これにより、ユーザ端末１０は、認証におけるユーザビリティを向上させることができる。
【０１４６】
〔７．ハードウェア構成〕
上述してきた実施形態に係るユーザ端末１０や認証サーバ１００は、例えば図１２に示すような構成のコンピュータ１０００によって実現される。以下、ユーザ端末１０を例に挙げて説明する。図１２は、ユーザ端末１０の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
【０１４７】
ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に記憶されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を記憶する。
【０１４８】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（図４に示したネットワークＮに対応）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網５００を介して他の機器へ送信する。
【０１４９】
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。
【０１５０】
メディアインターフェイス１７００は、記録媒体１８００に記憶されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【０１５１】
例えば、コンピュータ１０００が実施形態に係るユーザ端末１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１６の機能を実現する。また、ＨＤＤ１４００には、記憶部１５内のデータが記憶される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から通信網５００を介してこれらのプログラムを取得してもよい。
【０１５２】
〔８．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【０１５３】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図５に示した認証部１６３と、生成部１６４とは統合されてもよい。また、例えば、記憶部１５に記憶される情報は、ネットワークＮを介して、外部に備えられた記憶装置に記憶されてもよい。
【０１５４】
また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【０１５５】
〔９．効果〕
上述してきたように、実施形態に係るユーザ端末１０（選択装置の一例）は、検知部１４と、選択部１６２と、生成部１６４とを有する。検知部１４は、ユーザによって利用されるユーザ端末１０の利用状況を検知する。選択部１６２は、検知部１４によって検知された利用状況に基づいて、認証器を選択する。生成部１６４は、選択部１６２によって選択された認証器による認証の結果に対して所定の鍵で署名することにより生成される情報であって、ユーザの本人認証を行う認証サーバ１００に特定の認証手順で処理される情報である認証結果情報を生成する。
【０１５６】
このように、実施形態に係るユーザ端末１０は、ユーザ端末１０の利用状況に基づいて、複数の認証器の中から、認証処理で用いる認証器を選択する。例えば、ユーザ端末１０は、利用状況に基づいてユーザにとって使い勝手のよい認証器を選択する。これにより、ユーザ端末１０は、ユーザにとって利便性に優れた本人認証を行うことができる。
【０１５７】
また、検知部１４は、利用状況として、ユーザ端末１０に対するユーザの操作、又は、ユーザ端末１０における環境（コンテキスト）を検知する。選択部１６２は、検知部１４によって検知されたユーザ端末１０に対するユーザの操作、又は、ユーザ端末１０における環境に基づいて、認証器を選択する。
【０１５８】
このように、実施形態に係るユーザ端末１０は、ユーザの操作やユーザ端末１０の環境を、認証器を選択する要素とする。これにより、ユーザ端末１０は、状況に応じた認証器を適切に選択することができる。
【０１５９】
また、検知部１４は、ユーザ端末１０に対するユーザの操作の種別を検知する。選択部１６２は、ユーザの操作の種別に対応した認証方式を採用する認証器を選択する。
【０１６０】
このように、実施形態に係るユーザ端末１０は、ユーザの操作の種別に応じた認証器を選択する。このため、ユーザ端末１０は、通常通りユーザによって使用される状況の中で、ユーザに特段の意識をさせることなく、操作に応じた認証器を適切に選択することができる。これにより、ユーザは、認証器を選択する手間が省け、自然な操作の流れで認証処理を行うことができる。
【０１６１】
また検知部１４は、ユーザ端末１０の位置情報や、ユーザ端末１０と通信する機器との接続状況など、ユーザ端末１０が利用するセンサにより取得される情報を検知する。選択部１６２は、検知部１４によって検知された、センサにより取得される情報に基づいて、認証器を選択する。
【０１６２】
このように、実施形態に係るユーザ端末１０は、ユーザ端末１０に備えられるセンサを利用して位置情報等を検知し、検知された情報に基づいて認証器の選択を行う。このため、ユーザ端末１０は、認証器に適した環境（騒音や照度等）も含め、認証に適した認証器を選択することができる。
【０１６３】
また、選択部１６２は、検知部１４によって過去に検知された利用状況と、検知部１４によって検知された現時点の利用状況とに基づいて、認証器を選択する。
【０１６４】
このように、実施形態に係るユーザ端末１０は、検知された利用状況をログとして保持し、ログに基づいて認証器を選択することができる。このため、ユーザ端末１０は、例えば、ユーザによって頻繁に選択されている認証器や、過去に認証が成功した認証器を選択するなど、認証処理を効率良く行うことのできる認証器を優先的に選択することができる。
【０１６５】
また、検知部１４は、現時点の利用状況と、生成部１６４によって過去に認証結果情報が生成された際の利用状況との変化を検知する。選択部１６２は、検知部１４によって検知された利用状況の変化が所定の条件を満たす場合には、過去に認証結果情報が生成された際に用いられた認証器を選択する。
【０１６６】
このように、実施形態に係るユーザ端末１０は、過去（例えば、前回）の認証処理における利用状況のログを保持し、現時点の利用状況との変化を検知する。そして、ユーザ端末１０は、利用状況に変化が少ない場合などについては、過去と同じ認証器を選択するなど、認証における手間を省くことができる。このため、ユーザ端末１０は、ユーザにとって負担の少ない認証処理を行うことができる。
【０１６７】
また、選択部１６２は、検知部１４によって検知された現時点の利用状況から推測されるユーザと、過去に認証結果情報が生成された際の利用状況から推測されるユーザとが同一ユーザである場合に、過去に認証結果情報が生成された際に用いられた認証器を選択する。
【０１６８】
このように、実施形態に係るユーザ端末１０は、ユーザ端末１０を利用するユーザの同一性を利用状況に基づいて判定する。そして、ユーザ端末１０は、同一ユーザであると信頼できる場合には、過去の認証処理で用いた認証器を選択する。これにより、ユーザ端末１０は、認証における手間を省くことができる。
【０１６９】
また、生成部１６４は、選択部１６２によって過去に認証結果情報を生成した際に用いられた認証器が選択された場合、当該認証器によって過去に行われた認証の結果を用いて、認証サーバ１００に送信する認証結果情報を生成する。
【０１７０】
このように、実施形態に係るユーザ端末１０は、利用状況に基づいてユーザの同一性が信頼できる場合等には、新たな認証を要さずに、前回の認証の結果のキャッシュを用いて認証結果情報を生成する。これにより、ユーザ端末１０によれば、ユーザは新たな認証を行う手間が省け、認証処理の負担が軽減される。
【０１７１】
また、また、検知部１４は、現時点の利用状況と、生成部１６４によって過去に認証結果情報が生成された際の利用状況との変化を検知する。選択部１６２は、検知部１４によって検知された利用状況の変化が所定の条件を満たさない場合には、検知部検知部１４によって検知された現時点の利用状況に基づいて、新たに認証器を選択する。この場合、生成部１６４は、選択部１６２によって選択された認証器による認証結果を用いて、新たに認証結果情報を生成してもよい。
【０１７２】
このように、ユーザ端末１０は、前回の認証処理が行われた後に、ユーザ端末１０における利用状況が変化していることを検知した場合には、過去の認証の結果を用いず、新たな認証を行うようにしてもよい。これにより、ユーザ端末１０は、ユーザ端末１０を利用するユーザをあらためて確認することができるため、安全性の確保された認証処理を行うことができる。
【０１７３】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１７４】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、生成部は、生成手段や生成回路に読み替えることができる。
【符号の説明】
【０１７５】
１  認証処理システム
１０  ユーザ端末
２０  クライアント
３０  自宅用ルータ
４０  時計型端末
５０  社内用ルータ
１００  認証サーバ
２００  ウェブサーバ
【要約】
【課題】認証要求に柔軟に対応すること。
【解決手段】本願に係る選択装置であって、ユーザの本人性を認証する機能を有する認証器を制御する選択装置は、検知部と、選択部と、生成部とを備える。検知部は、ユーザによって利用される選択装置の利用状況を検知する。選択部は、検知部によって検知された利用状況に基づいて、認証器を選択する。生成部は、選択部によって選択された認証器による認証の結果に対して所定の鍵で署名することにより生成される情報であって、ユーザの本人認証を行う認証サーバに特定の認証手順で処理される情報である認証結果情報の生成を制御する。
【選択図】図１【図１】
0006039029.tif 000002
【図２】
0006039029.tif 000003
【図３】
0006039029.tif 000004
【図４】
0006039029.tif 000005
【図５】
0006039029.tif 000006
【図６】
0006039029.tif 000007
【図７】
0006039029.tif 000008
【図８】
0006039029.tif 000009
【図９】
0006039029.tif 000010
【図１０】
0006039029.tif 000011
【図１１】
0006039029.tif 000012
【図１２】
0006039029.tif 000013