特許 6936169 認証器管理装置、認証器管理方法、認証器管理プログラム及び認証器管理システム

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

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

(11)【特許番号】6936169

(24)【登録日】2021年8月30日

(45)【発行日】2021年9月15日

(54)【発明の名称】認証器管理装置、認証器管理方法、認証器管理プログラム及び認証器管理システム

(51)【国際特許分類】

   H04L 9/32 20060101AFI20210906BHJP

   H04L 9/08 20060101ALI20210906BHJP

【ＦＩ】

   H04L9/00 675B

   H04L9/00 601B

   H04L9/00 601F

【請求項の数】14

【全頁数】36

(21)【出願番号】特願2018-33887(P2018-33887)

(22)【出願日】2018年2月27日

(65)【公開番号】特開2019-149739(P2019-149739A)

(43)【公開日】2019年9月5日

【審査請求日】2020年3月9日

(73)【特許権者】

【識別番号】319013263

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

(74)【代理人】

【識別番号】110002147

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

(72)【発明者】

【氏名】五味 秀仁

(72)【発明者】

【氏名】山口 修司

(72)【発明者】

【氏名】大神 渉

【審査官】 児玉 崇晶

(56)【参考文献】

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

【文献】 再公表特許第２０１６／１２５５５３（ＪＰ，Ａ１）

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

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

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

Ｈ０４Ｌ ９／３２

Ｈ０４Ｌ ９／０８

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

【請求項1】

ユーザの本人認証を行う認証器による認証結果に対して署名を付すための第１の鍵と、当該第１の鍵を用いて付された署名を検証するための第２の鍵とのペアを生成する生成部と、
前記生成部によって生成された鍵のペアを識別する鍵識別子と、前記ユーザを識別するユーザ識別情報とを対応付けて登録する登録部と、
前記生成部によって生成された第１の鍵を、前記ユーザが利用する認証器に送信する送信部と、
前記署名を検証する認証サーバであって、前記ユーザに対してサービス等を提供する認証サーバが、前記ユーザによる前記認証器への認証手段の登録を契機として前記認証器から認証に関する要求を受信したタイミングで、前記認証サーバから、前記送信部によって送信された第１の鍵が設定された認証器に関する第２の鍵の送信要求を受け付け、前記鍵識別子と前記ユーザ識別情報とに基づいて、当該認証器に対応する第２の鍵を当該認証サーバに送信するよう応答する応答部と
を備えたことを特徴とする認証器管理装置。

【請求項2】

前記鍵識別子と前記ユーザ識別情報とに基づいて、前記認証器に送信した第１の鍵、及び、前記認証サーバに送信した第２の鍵の有効性を管理する管理部
をさらに備えたことを特徴とする請求項１に記載の認証器管理装置。

【請求項3】

前記管理部は、
前記認証器に送信した複数の第１の鍵、及び、前記認証サーバに送信した複数の第２の鍵の各々の有効性を一括又は個別に管理する
ことを特徴とする請求項２に記載の認証器管理装置。

【請求項4】

前記管理部は、
前記第１の鍵及び第２の鍵が生成される際に予め設定された所定期間に基づいて、前記認証器に送信した第１の鍵、及び、前記認証サーバに送信した第２の鍵の有効性を管理する
ことを特徴とする請求項２又は３に記載の認証器管理装置。

【請求項5】

前記管理部は、
前記第１の鍵及び第２の鍵が生成されたのちに指定された所定期間もしくは所定時間帯に基づいて、前記認証器に送信した第１の鍵、及び、前記認証サーバに送信した第２の鍵の有効性を管理する
ことを特徴とする請求項２〜４のいずれか一つに記載の認証器管理装置。

【請求項6】

前記管理部は、
前記鍵識別子及び前記ユーザ識別情報に基づいて前記第１の鍵が設定された認証器を特定するとともに、当該認証器における認証処理に利用されるプログラムの更新処理を管理する
ことを特徴とする請求項２〜５のいずれか一つに記載の認証器管理装置。

【請求項7】

前記ユーザに関する情報を取得する取得部
をさらに備え、
前記生成部は、
前記取得部によって取得されたユーザに関する情報に基づいて、前記第１の鍵及び第２の鍵のペアを生成する
ことを特徴とする請求項１〜６のいずれか一つに記載の認証器管理装置。

【請求項8】

前記生成部は、
前記ユーザに関する情報に基づいて選択される暗号アルゴリズムを用いて、前記第１の鍵及び第２の鍵のペアを生成する
ことを特徴とする請求項７に記載の認証器管理装置。

【請求項9】

前記生成部は、
前記ユーザに関する情報に基づいて、前記認証器において前記第１の鍵が設定されるための認証手段が指定された第１の鍵を生成する、
ことを特徴とする請求項７又は８に記載の認証器管理装置。

【請求項10】

ユーザの本人認証を行う認証器による認証結果に対して署名を付すための第１の鍵と、当該第１の鍵を用いて付された署名を検証するための第２の鍵とのペアを生成する生成部と、
前記生成部によって生成された鍵のペアを識別する鍵識別子と、前記ユーザを識別するユーザ識別情報とを対応付けて登録する登録部と、
前記生成部によって生成された第１の鍵を、前記ユーザが利用する認証器に送信する送信部と、
前記送信部によって送信された第１の鍵が設定された認証器であって、前記ユーザによる前記認証器への認証手段の登録を契機とするタイミングで、前記認証器から認証に関する要求を受け付け、前記鍵識別子と前記ユーザ識別情報とに基づいて、当該認証器に対応する第２の鍵を有効化するよう応答する応答部と
を備えたことを特徴とする認証器管理装置。

【請求項11】

ユーザの本人認証を行う認証器に対して制御情報を送信する送信部を備える認証器管理装置であって、
前記制御情報は、
ユーザの本人認証を行った認証結果に対して署名を付すための第１の鍵と、当該第１の鍵を用いて付された署名を検証するための第２の鍵とのペアを生成する生成手順と、
前記生成手順によって生成された鍵のペアを識別する鍵識別子と、前記ユーザを識別するユーザ識別情報とを対応付けて登録する登録手順と、
前記生成手順によって生成された第２の鍵を、前記署名を検証する認証サーバに送信するとともに、前記鍵識別子と前記ユーザ識別情報とを前記認証器管理装置に送信する送信手順と、
前記ユーザによる前記認証器への認証手段の登録を契機とするタイミングで、前記認証サーバへ認証に関する要求を行う要求手順と、
を前記認証器に実行させることを特徴とする認証器管理装置。

【請求項12】

コンピュータが実行する認証器管理方法であって、
ユーザの本人認証を行う認証器による認証結果に対して署名を付すための第１の鍵と、当該第１の鍵を用いて付された署名を検証するための第２の鍵とのペアを生成する生成工程と、
前記生成工程によって生成された鍵のペアを識別する鍵識別子と、前記ユーザを識別するユーザ識別情報とを対応付けて登録する登録工程と、
前記生成工程によって生成された第１の鍵を、前記ユーザが利用する認証器に送信する送信工程と、
前記署名を検証する認証サーバであって、前記ユーザに対してサービス等を提供する認証サーバが、前記ユーザによる前記認証器への認証手段の登録を契機として前記認証器から認証に関する要求を受信したタイミングで、前記認証サーバから、前記送信工程によって送信された第１の鍵が設定された認証器に関する第２の鍵の送信要求を受け付け、前記鍵識別子と前記ユーザ識別情報とに基づいて、当該認証器に対応する第２の鍵を当該認証サーバに送信するよう応答する応答工程と
を含んだことを特徴とする認証器管理方法。

【請求項13】

ユーザの本人認証を行う認証器による認証結果に対して署名を付すための第１の鍵と、当該第１の鍵を用いて付された署名を検証するための第２の鍵とのペアを生成する生成手順と、
前記生成手順によって生成された鍵のペアを識別する鍵識別子と、前記ユーザを識別するユーザ識別情報とを対応付けて登録する登録手順と、
前記生成手順によって生成された第１の鍵を、前記ユーザが利用する認証器に送信する送信手順と、
前記署名を検証する認証サーバであって、前記ユーザに対してサービス等を提供する認証サーバが、前記ユーザによる前記認証器への認証手段の登録を契機として前記認証器から認証に関する要求を受信したタイミングで、前記認証サーバから、前記送信手順によって送信された第１の鍵が設定された認証器に関する第２の鍵の送信要求を受け付け、前記鍵識別子と前記ユーザ識別情報とに基づいて、当該認証器に対応する第２の鍵を当該認証サーバに送信するよう応答する応答手順と
をコンピュータに実行させることを特徴とする認証器管理プログラム。

【請求項14】

認証器管理装置と、ユーザの本人認証を行う認証器と、ユーザの本人性を認証する認証サーバとを含む認証器管理システムであって、
前記認証器管理装置は、
前記認証器による認証結果に対して署名を付すための第１の鍵と、当該第１の鍵を用いて付された署名を検証するための第２の鍵とのペアを生成する生成部と、
前記生成部によって生成された鍵のペアを識別する鍵識別子と、前記ユーザを識別するユーザ識別情報とを対応付けて登録する登録部と、
前記生成部によって生成された第１の鍵及び前記鍵識別子を前記ユーザが利用する認証器に送信する送信部と、を備え、
前記認証器は、
所定の認証手段によって前記ユーザの本人認証が行われた場合に、前記送信部によって送信された第１の鍵を当該所定の認証手段に対応する署名を付すための鍵として設定するとともに、前記鍵識別子を提示して、当該第１の鍵を用いた認証処理の有効化を前記認証サーバに要求する鍵設定部を備え、
前記認証サーバは、
前記鍵設定部から前記要求を受け付けた場合に、前記鍵識別子を提示して、前記第１の鍵に対応する第２の鍵の送信を要求する登録制御部を備え、
前記認証器管理装置は、
前記登録制御部から前記第２の鍵の送信要求を受け付けた場合に、前記鍵識別子と前記ユーザ識別情報とに基づいて、当該送信要求に対応する第２の鍵を前記認証サーバに送信するよう応答する応答部をさらに備える
ことを特徴とする認証器管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、認証器管理装置、認証器管理方法、認証器管理プログラム及び認証器管理システムに関する。

【背景技術】

【0002】

近年、通信ネットワークの普及が進み、ネットワークを介したサービスが盛んに提供されている。例えば、ユーザは、端末装置を用いて、ネットワークを介して提供されるサービスに対して認証情報（パスワード等）を登録する。ユーザは、サービスを利用する際には、登録した認証情報を送信して本人性の認証要求を行う。そして、ユーザは、サービスによる本人性の認証を経て、サービスを利用する。

【0003】

上記のような認証に係る技術のうち、安全性の高い方式として公開鍵認証方式が知られている。また、公開鍵認証方式に関する技術として、ユーザ端末で公開鍵に係る代理証明書を生成することにより、ユーザ端末と多数のサービス提供先との間で公開鍵認証方式による認証を簡単に行えるようにするための技術が知られている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００６−３１１４２５号公報

【発明の概要】

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

【0005】

しかしながら、上記の従来技術では、複数端末に対する管理を効率よく行うことは難しい。具体的には、上記の従来技術は、一台のユーザ端末と多数のサービス提供先との間での認証に関する技術である。このため、例えば企業のシステム管理者等が、自社で利用する多数の端末に関する認証設定を一括でサーバに登録したり、一括で管理したりする場合等には、上記の従来技術を適用することができない。

【0006】

本願は、上記に鑑みてなされたものであって、複数端末に対する管理を効率よく行うことができる認証器管理装置、認証器管理方法、認証器管理プログラム及び認証器管理システムを提供することを目的とする。

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

【0007】

本願に係る認証器管理装置は、ユーザの本人認証を行う認証器による認証結果に対して署名を付すための第１の鍵と、当該第１の鍵を用いて付された署名を検証するための第２の鍵とのペアを生成する生成部と、前記生成部によって生成された鍵のペアを識別する鍵識別子と、前記ユーザを識別するユーザ識別情報とを対応付けて登録する登録部と、前記生成部によって生成された第１の鍵を、前記ユーザが利用する認証器に送信する送信部と、前記署名を検証する認証サーバから、前記送信部によって送信された第１の鍵が設定された認証器に関する第２の鍵の送信要求を受け付けた場合に、前記鍵識別子と前記ユーザ識別情報とに基づいて、当該認証器に対応する第２の鍵を当該認証サーバに送信するよう応答する応答部とを備えることを特徴とする。

【発明の効果】

【0008】

実施形態の一態様によれば、複数端末に対する管理を効率よく行うことができるという効果を奏する。

【図面の簡単な説明】

【0009】

【図1】図１は、実施形態に係る認証器管理処理の一例を示す図（１）である。

【図2】図２は、実施形態に係る認証器管理処理の一例を示す図（２）である。

【図3】図３は、実施形態に係る認証方式を説明するシーケンス図である。

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

【図5】図５は、実施形態に係る認証器管理装置の構成例を示す図である。

【図6】図６は、実施形態に係るユーザ情報記憶部の一例を示す図である。

【図7】図７は、実施形態に係る鍵情報記憶部の一例を示す図である。

【図8】図８は、実施形態に係る管理ポリシー記憶部の一例を示す図である。

【図9】図９は、実施形態に係るユーザ端末の構成例を示す図である。

【図10】図１０は、実施形態に係る鍵情報記憶部の一例を示す図である。

【図11】図１１は、実施形態に係る認証サーバの構成例を示す図である。

【図12】図１２は、実施形態に係る認証器情報記憶部の一例を示す図である。

【図13】図１３は、実施形態に係る処理手順を示すシーケンス図である。

【図14】図１４は、変形例に係る認証器管理装置の構成例を示す図である。

【図15】図１５は、変形例に係る認証器管理処理の一例を説明する図である。

【図16】図１６は、変形例に係るユーザ端末の構成例を示す図である。

【図17】図１７は、認証器管理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

【0010】

以下に、本願に係る認証器管理装置、認証器管理方法、認証器管理プログラム及び認証器管理システムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る認証器管理装置、認証器管理方法、認証器管理プログラム及び認証器管理システムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

【0011】

〔１．認証器管理処理の一例〕
まず、図１及び図２を用いて、実施形態に係る認証器管理処理の一例について説明する。図１は、実施形態に係る認証器管理処理の一例を示す図（１）である。図１では、本願に係る認証器管理装置１００によって、複数の認証器が管理される処理の一例を示す。

【0012】

図１に示す認証器管理装置１００は、認証器を管理するサーバ装置である。実施形態において、認証器とは、ユーザに対する認証処理を実行する機器である。ユーザに対する認証処理とは、例えば、指紋や虹彩等の生体情報もしくはパスワード等のクレデンシャル情報（Credential Information）を利用して、当該ユーザが本人であるか否かを検証する処理をいう。すなわち、認証器とは、上記した指紋や虹彩等の真偽を判定し、当該ユーザの本人性を検証する機能を有する機器もしくは機能である。認証器は、例えば、指紋照合機等の専用機器であってもよいし、認証処理の機能を有するアプリケーション等がインストールされた端末装置（スマートフォン等）であってもよい。また、認証器とは、認証処理の機能を有するアプリケーションそのものを意味する場合もある。

【0013】

図１に示した例では、認証器は、ユーザＵ０１が利用するスマートフォン１０ａや、ユーザＵ０２が利用するタブレット１０ｂや、ユーザＵ０３が利用する時計型端末１０ｃ等の各種デバイスである。なお、説明において、これらの各種デバイスを区別する必要のない場合、「ユーザ端末１０」と総称する。また、各ユーザを区別する必要のない場合、「ユーザ」と総称する。また、以下の説明では、ユーザ端末１０もしくは認証器を「ユーザ」と読み替える場合がある。例えば、「認証器管理装置１００がユーザＵ０１に情報を送信する」とは、「認証器管理装置１００がユーザＵ０１の利用するユーザ端末１０（認証器）に情報を送信する」ことを意味する場合がある。

【0014】

（実施形態に係る認証方式について）
ここで、図１及び図２の説明に先立ち、図３を用いて、実施形態に係る認証器がユーザを認証する処理、及び、認証器が実行した認証結果を検証する認証方式の詳細について説明する。図３は、実施形態に係る認証方式を説明するシーケンス図である。図３では、サービスサーバ６０が提供するアクセス制限付きのサービス（例えば、本人認証を完了させなければ一部機能が制限されるサービス等）をユーザが利用する状況を例に挙げて、認証器（区別のため、図３では、「クライアント２０」と表記する）による認証処理の流れについて説明する。

【0015】

一般に、サーバがクライアントを認証する場合、サーバ側は予め登録されたクレデンシャル情報を保持し、保持した情報と、認証の際にクライアントから送信されるクレデンシャル情報との照合に基づいて認証を行う。

【0016】

しかし、実施形態では、以下に説明するように、一般の認証処理とは異なる方式が採用される。具体的には、実施形態では、クライアント２０がローカルでユーザの本人性を認証し、かかる認証の結果のみをサービスサーバ６０に送信する。サービスサーバ６０は、送信された認証結果が間違いなくクライアント２０による認証処理を経たものであるという結果を検証することで、クライアント２０（言い換えれば、クライアント２０を利用するユーザ）を認証する。

【0017】

なお、ローカルでの認証とは、インターネット等の広域ネットワーク（外部ネットワーク）の接続を要しない状況で行われる認証をいい、例えば、クライアント２０内部に備えられる機能を用いて行われる認証をいう。クライアント２０は、例えば、ユーザの生体情報など、ユーザ本人を認証することが可能な情報について、予めユーザから登録を受け付ける。そして、クライアント２０は、認証の際には、ユーザから生体情報等の入力を受け付け、登録データと入力データとの照合結果に基づいて本人認証を行う。本人認証の手段としては、例えば、指紋認証や、虹彩認証や、声紋認証等が含まれる。なお、認証処理は、クライアント２０内部にインストールされたソフトウェアにより実現されてもよいし、クライアント２０とＬＡＮ（Local Area Network）等で接続される範囲内に存在するハードウェアにより実現されてもよい。すなわち、クライアント２０による認証処理とは、インターネット等の外部ネットワークを介さない、例えば、クライアント２０に備えられたインターフェイスに直接接続されることによりクライアント２０と協働するようなハードウェア等を利用した認証も含まれる。このように、認証器とは、クライアント２０側で機能する認証機能、あるいは、認証手段と読み替えることもできる。

【0018】

まず、サービスサーバ６０がクライアント２０を認証対象として登録する手順として、図３に示したステップＳ２１からステップＳ２６を説明する。すなわち、図３に示したステップＳ２１からステップＳ２６では、サービスを利用する際の実際の認証処理に先立ち、サービスサーバ６０がクライアント２０を認証器として登録する処理の流れを示している。

【0019】

クライアント２０は、サービスサーバ６０にアクセスし、認証器の登録を要求する（ステップＳ２１）。サービスサーバ６０は、クライアント２０から送信された要求に応答して、クライアント２０を登録するための認証を要求する（ステップＳ２２）。具体的には、サービスサーバ６０は、登録を要求したクライアント２０に対して、チャレンジと称されるランダムな文字列を送信する。

【0020】

クライアント２０は、サービスサーバ６０からの認証要求に応答して、認証手段を動作させ、ローカルにおいてユーザの認証を実行する（ステップＳ２３）。例えば、認証に利用する認証手段として指紋認証をユーザが選択した場合には、ユーザは、指紋データの入力箇所に指をかざすことにより、認証処理を実行させる。なお、ユーザの指紋データ（正解データ）は、予めユーザによってクライアント２０内に登録されているか、もしくは、ステップＳ２３の時点で登録が行われるものとする。

【0021】

クライアント２０内の正解データと入力データとの照合により、クライアント２０がユーザを正規のユーザと確認できた場合、クライアント２０は、当該認証処理に対応する公開鍵と秘密鍵とを発行する（ステップＳ２４）。そして、クライアント２０は、発行された秘密鍵をクライアント２０内部に記憶するとともに、当該秘密鍵を用いて先に受け取ったチャレンジに対する署名を生成する。そして、クライアント２０は、生成した署名付きのチャレンジとともに、秘密鍵とペアになる公開鍵をサービスサーバ６０に送信する（ステップＳ２５）。サービスサーバ６０は、クライアント２０から公開鍵を受信し、クライアント２０と対応付けて公開鍵を記憶する（ステップＳ２６）。クライアント２０内部の秘密鍵は、原則としてアクセスを受け付けない記憶領域に格納され、登録を受けた認証手段によるローカルでの認証が成功しない限り、アクセスが許可されないものとする。これにより、クライアント２０について、サービスサーバ６０への登録が完了する。

【0022】

続いて、クライアント２０の登録が完了したのち、実際にユーザがサービスを利用しようとしてサービスサーバ６０にアクセスする状況について、図３に係るステップＳ３１からステップＳ３７に沿って説明する。

【0023】

クライアント２０は、サービスサーバ６０に、所定のアクセス制限付きサービスへのアクセスを要求する（ステップＳ３１）。なお、かかる要求は、例えば、ネットワークを介してサービスを行うウェブサーバ等を経由して送信されてもよい。すなわち、ユーザは、サービスを利用する過程において、接続先のウェブサーバから本人認証を求められる場合がある。この場合、ユーザが本人認証を行う旨を表明すると、かかる情報は、クライアント２０又は接続先のウェブサーバからサービスサーバ６０に送信される。

【0024】

要求を受け付けたサービスサーバ６０は、クライアント２０に対してチャレンジ（ランダムな文字列）を発行し、ユーザの認証を要求する（ステップＳ３２）。要求を受け付けたクライアント２０のユーザは、登録時と同じく、ローカルな認証を実行する（ステップＳ３３）。

【0025】

認証が成功した場合、すなわち、ローカルにおいて本人性が確認された場合、クライアント２０は、自装置内部の記憶領域に記憶されている秘密鍵へのアクセスが可能となる。そして、クライアント２０は、正規のユーザと認められたユーザしかアクセスすることのできない秘密鍵を用いて、チャレンジを含めた認証の結果に関する情報に対する署名（ハッシュ値）を生成する。言い換えれば、クライアント２０は、秘密鍵による署名付き情報を生成する（ステップＳ３４）。なお、以下では、秘密鍵を利用して生成された署名付き情報であってユーザの認証結果を示す情報を「認証結果情報」と表記する場合がある。

【0026】

続いて、クライアント２０は、サービスサーバ６０との間で規定される特定の通信方式（詳細は後述する）を用いて、生成した認証結果情報を送信する（ステップＳ３５）。サービスサーバ６０は、秘密鍵とペアとなる公開鍵を用いて、送信されたチャレンジを含む認証結果情報に付された署名を検証する（ステップＳ３６）。すなわち、サービスサーバ６０は、認証結果情報に改竄がないこと、言い換えれば、適切な秘密鍵によって認証結果情報が生成されたか否かを検証する。このように、サービスサーバ６０は、認証器であるクライアント２０が適切な秘密鍵を保有していることを検証する。検証が完了した場合、サービスサーバ６０は、クライアント２０を利用するユーザが正規のユーザであることを認証する。そして、サービスサーバ６０は、自身がクライアント２０を認証した旨をクライアント２０に送信する（ステップＳ３７）。認証がなされた旨の情報とは、例えば、認証クッキー等である。

【0027】

このように、上記認証方式によれば、クライアント２０は、一般的な認証で用いられることの多い生体情報やパスワードやサービスＩＤなど、認証に用いるクレデンシャル情報そのものをネットワークに送信することがない。すなわち、クライアント２０からサービスサーバ６０に送信される情報（認証結果情報）は、ローカルでの認証結果を示した情報に過ぎず、第三者がクライアント２０から送信された情報を傍受したとしても、第三者は傍受した情報を利用することができない。このため、実施形態に係る認証方式は、一般の認証方式と比較して安全性の高い方式といえる。また、サービスサーバ６０が採用する認証方式によれば、ユーザは、パスワードを記憶することを要しないため、ユーザの負担を軽減させることができる。

【0028】

なお、上述したように、サービスサーバ６０は、クライアント２０から送信される認証結果情報の処理において、クライアント２０との間で規定される特定の通信方式を用いてもよい。特定の通信方式とは、サービスサーバ６０とクライアント２０との間で規定される認証手順であり、通信に関するプロトコルと読み替えることもできる。例えば、サービスサーバ６０は、ＵＡＦ（Universal Authentication Framework）や、Ｕ２Ｆ（Universal Second Factor)といったプロトコルを用いる。これにより、サービスサーバ６０とクライアント２０との通信は、高い安全性が確保される。

【0029】

図３を用いて説明してきたように、サービスサーバ６０とクライアント２０（認証器）との間で、特定のプロトコルを用いた公開鍵暗号方式を基礎とした認証方式による通信が確立する場合、クライアント２０は、パスワード等の認証情報そのものをネットワーク上に送信することなく、本人認証をサービスサーバ６０に対して行うことができる。

【0030】

上記のように、図３で示した方式では、登録処理の際にクライアント２０内部で鍵のペアが発行され、発行した鍵がサービスサーバ６０に送信される。すなわち、サービスを利用するユーザは、複数のデバイスでサービスを利用しようとする場合、デバイス（認証器）ごとに登録を行うことを要する。このため、例えば、企業の共有サーバがサービスサーバ６０に対応し、クライアント２０が当該企業に勤務する社員が利用するデバイスに対応する場合、企業のシステム管理者は全てのデバイスを個別に登録する必要があり、作業負担が大きい。また、クライアント２０の各々が個別にサービスサーバ６０に登録した場合、企業のシステム管理者は、例えば、クライアント２０のサービスサーバ６０へのアクセス許可期間を一括又は個別に設定したり、あるいは、アクセス権限を失効させたりといった管理を行うことが困難である。すなわち、上記の認証方式を採用する場合、複数端末の管理を行うことが難しいという問題がある。

【0031】

そこで、本願に係る認証器管理装置１００は、下記に説明する処理により、一括に複数の認証器を管理することを可能にする。これにより、認証器管理装置１００は、複数端末の登録や管理等の煩雑な手間を軽減させる。以下、図１及び図２の説明に戻り、認証器管理装置１００による認証器管理処理の一例を流れに沿って説明する。

【0032】

（実施形態に係る秘密鍵の設定処理について）
図１に示すように、認証器管理装置１００は、管理するユーザの情報を取得する（ステップＳ０１）。例えば、認証器管理装置１００は、企業のシステムを管理する管理者等から情報の入力を受け付けて、管理するユーザの情報を取得する。認証器管理装置１００は、例えば、各ユーザの属性情報（性別や年齢、あるいは、企業における役職や、期限付き社員であるか否かといった情報等）や、各ユーザに配備する認証器の種類等の情報を取得する。認証器管理装置１００は、取得したユーザに関する情報をユーザ情報記憶部１２１に格納する。

【0033】

そして、認証器管理装置１００は、ユーザごとの鍵ペアを生成する（ステップＳ０２）。図１の例では、認証器管理装置１００は、ユーザＵ０１が利用するスマートフォン１０ａに対応する鍵として、秘密鍵ＫＡ０１と公開鍵ＫＢ０１のペアを生成する。また、認証器管理装置１００は、ユーザＵ０２が利用するタブレット１０ｂに対応する鍵として、秘密鍵ＫＡ０２と公開鍵ＫＢ０２のペアを生成する。また、認証器管理装置１００は、ユーザＵ０３が利用する時計型端末１０ｃに対応する鍵として、秘密鍵ＫＡ０３と公開鍵ＫＢ０３のペアを生成する。

【0034】

認証器管理装置１００は、鍵ペアの生成処理に際して、生成する鍵を識別するための情報である鍵識別子と、鍵を配備するユーザを識別するための識別情報であるユーザＩＤを発行する。そして、認証器管理装置１００は、生成した鍵ペアのうちの公開鍵と、鍵識別子と、ユーザＩＤとを対応付けて、鍵情報記憶部１２２に格納する（ステップＳ０３）。なお、鍵識別子は、鍵そのものを識別するＩＤ（Key ID）と、認証器を識別するＡＡＩＤ（Authenticator Attestation ID）とを含んでいてもよい。

【0035】

続いて、認証器管理装置１００は、生成した鍵ペアのうち、各ユーザに配備する秘密鍵を各ユーザに送信する（ステップＳ０４）。例えば、認証器管理装置１００は、ユーザＵ０１に秘密鍵ＫＡ０１を送信する。同様に、認証器管理装置１００は、ユーザＵ０２に秘密鍵ＫＡ０２を送信し、ユーザＵ０３に秘密鍵ＫＡ０３を送信する。なお、認証器管理装置１００は、各秘密鍵とともに、秘密鍵を各認証器で設定するための制御情報等を送信してもよい。制御情報は、例えば、秘密鍵を各認証器で利用できるようにするための所定のスクリプトや、専用のアプリケーション（プログラム）等であってもよい。また、制御情報は、これらのスクリプトやアプリケーションに付随し、所定のポリシー言語で記載された制御ポリシーであってもよい。

【0036】

秘密鍵ＫＡ０１が配備されたユーザＵ０１は、スマートフォン１０ａを操作し、秘密鍵ＫＡ０１を利用するための設定を行う。具体的には、ユーザＵ０１は、スマートフォン１０ａにおいて自身の本人性を認証する認証手段を設定する。かかる認証手段は、認証器管理装置１００により指定されてもよいし、認証器管理装置１００から指定のない場合は、ユーザＵ０１が任意に選択してもよい。また、認証手段は、認証器の有する機能に応じて選択されてもよい。例えば、スマートフォン１０ａが指紋認証機能を有する場合、ユーザＵ０１は、認証手段として「指紋」を選択してもよい。

【0037】

具体的には、ユーザＵ０１は、スマートフォン１０ａの認証に係る機能を起動させ、自身の指紋データを登録する。この場合、ユーザＵ０１は、次回以降に認証を求められた場合には、自身の指紋をスマートフォン１０ａの入力部（例えばタッチパネルを備えた画面等）にかざし、自身がユーザＵ０１であることを認証させる。スマートフォン１０ａは、上記のような認証手段の登録が行われた場合に、秘密鍵ＫＡ０１をスマートフォン１０ａ内の安全な記憶領域に保持する。これにより、スマートフォン１０ａにおける秘密鍵ＫＡ０１の設定が完了する。すなわち、スマートフォン１０ａは、次回以降にユーザＵ０１をローカルで認証した場合、その認証結果に対して秘密鍵ＫＡ０１を利用して署名することにより、認証結果情報を生成することが可能となる。スマートフォン１０ａは、秘密鍵ＫＡ０１の設定が完了した旨を認証器管理装置１００に送信する。ユーザＵ０２やユーザＵ０３も、同様に秘密鍵ＫＡ０２や秘密鍵ＫＡ０３の設定を行う。これにより、認証器管理装置１００による秘密鍵の配備が完了する。

【0038】

なお、スマートフォン１０ａは、ステップＳ０５では、必ずしもユーザＵ０１から指紋等の登録を受け付けなくてもよい。例えば、スマートフォン１０ａは、ステップＳ０５では秘密鍵ＫＡ０１を受信し、受信した秘密鍵ＫＡ０１を記憶領域に保持する。そして、スマートフォン１０ａは、後述する図２のステップＳ１１においてユーザＵ０１に対する認証処理を行う場合に、はじめて指紋等を登録してもよい。

【0039】

（実施形態に係る認証器の登録処理について）
続いて、図２を用いて、ユーザに対してサービス等を提供するサーバ（図２に示す例では認証サーバ５０）が、秘密鍵の配備されたユーザ端末１０を認証器として登録する処理の流れを説明する。言い換えれば、図２は、認証サーバ５０に対して認証器（及び認証器管理装置１００によって生成された鍵ペア）を有効化するための処理の流れを示す。図２は、実施形態に係る認証器管理処理の一例を示す図（２）である。

【0040】

図２に示すように、ユーザＵ０１は、スマートフォン１０ａに認証手段（指紋等）を登録する（ステップＳ１１）。ステップＳ１１の処理は、例えば、図１に示したステップＳ０５の処理と同様の手順で行われる。かかる登録を契機として、スマートフォン１０ａは、認証サーバ５０に認証要求を送信する（ステップＳ１２）。なお、認証手段が登録されたことを契機として認証要求を送信する処理は、例えば、秘密鍵ＫＡ０１が送信される際に認証器管理装置１００から送信された制御情報（スクリプト）等によってスマートフォン１０ａが制御されることで実行されてもよい。この場合、制御情報には、認証要求が送信される送信先となる対象（図２の例では認証サーバ５０）を特定する情報等も含まれる。

【0041】

認証要求を受信した認証サーバ５０は、鍵情報の要求をスマートフォン１０ａに応答する（ステップＳ１３）。鍵情報とは、スマートフォン１０ａに配備された鍵を特定する情報であり、具体的には、秘密鍵ＫＡ０１に対応する鍵識別子である。ユーザＵ０１は、要求に応答して、自身に配備された秘密鍵ＫＡ０１に対応する鍵識別子を含む鍵情報を認証サーバ５０に送信する（ステップＳ１４）。

【0042】

鍵識別子を受信した認証サーバ５０は、鍵識別子に基づいて、公開鍵の送信を認証器管理装置１００に要求する（ステップＳ１５）。認証器管理装置１００は、鍵識別子に基づいて公開鍵を特定するとともに、鍵識別子と対応したユーザＩＤを特定する。そして、認証器管理装置１００は、特定した公開鍵（図２の例では公開鍵ＫＢ０１）とユーザＩＤを認証サーバ５０に送信するよう応答する（ステップＳ１６）。

【0043】

認証サーバ５０は、認証器（図２の例ではスマートフォン１０ａ）と、認証器管理装置１００から受信した公開鍵ＫＢ０１と、ユーザＩＤとを対応付けて、認証器情報記憶部５２１に格納する（ステップＳ１７）。そして、認証サーバ５０は、認証完了をスマートフォン１０ａに応答する（ステップＳ１８）。

【0044】

認証完了とは、認証サーバ５０に対する認証に用いられる有効な認証器として、スマートフォン１０ａが登録されたことを示す。言い換えれば、認証完了とは、秘密鍵ＫＡ０１が配備されたスマートフォン１０ａが認証器として有効化されたことを意味する。図２での図示は省略するが、ユーザＵ０２やユーザＵ０３もユーザＵ０１と同様の処理を行い、タブレット１０ｂや時計型端末１０ｃを認証器として有効化させる。これにより、今後、スマートフォン１０ａやタブレット１０ｂや時計型端末１０ｃは、図３で示したような、指紋データ等の認証情報そのものを送信せずに、認証サーバ５０による本人認証を受けることができる認証処理が可能となる。

【0045】

図１及び図２で説明したように、実施形態に係る認証器管理装置１００は、ユーザの本人認証を行う認証器による認証結果に対して署名を付すための秘密鍵と、当該秘密鍵を用いて付された署名を検証するための公開鍵とのペアを生成する。また、認証器管理装置１００は、生成した鍵のペアを識別する鍵識別子と、ユーザを識別するユーザＩＤとを対応付けて鍵情報記憶部１２２に登録する。続けて、認証器管理装置１００は、生成した秘密鍵を、ユーザが利用する認証器に送信する。その後、認証器管理装置１００は、署名を検証する認証サーバ５０から、送信された秘密鍵が設定された認証器に関する公開鍵の送信要求を受け付けた場合に、鍵識別子とユーザＩＤとに基づいて、当該認証器に対応する公開鍵を認証サーバ５０に送信するよう応答する。

【0046】

このように、実施形態に係る認証器管理装置１００は、上記で示した公開鍵暗号方式を利用した認証方式における鍵のペアを、認証器に代わって生成する。そして、認証器管理装置１００は、生成した鍵を各認証器に配備する。これにより、認証器管理装置１００は、通常であれば認証器が個別に保持する鍵識別子やユーザＩＤをまとめて管理することができる。このため、認証器管理装置１００は、例えば、配備した鍵の有効性を一括に管理したり、予め利用期間を制限した鍵を特定のユーザに配備したり、企業を退職したユーザの鍵を失効させたりといった、一括の管理が可能となる。例えば、認証器管理装置１００は、管理処理を規定した管理ポリシー等を予め作成し、管理ポリシーに則った管理を行ってもよい。

【0047】

また、詳細は後述するが、認証器管理装置１００は、鍵の生成処理を認証器ではなく自装置で行うことにより、例えば、鍵を生成する際の暗号アルゴリズムを任意に設定したり、認証に用いるソフトウェアの更新処理を一括で行ったりすることも可能となる。このように、実施形態に係る認証器管理装置１００は、複数端末（認証器）に配備する鍵の生成を自装置で行い、生成した鍵に基づいて複数端末の管理を行うことで、管理を効率よく行うことができる。以下、実施形態に係る認証器管理装置１００や、認証器管理装置１００を含む認証器管理システム１について、詳細に説明する。

【0048】

〔２．認証器管理システムの構成〕
次に、図４を用いて、実施形態に係る認証器管理装置１００が含まれる認証器管理システム１の構成について説明する。図４は、実施形態に係る認証器管理システム１の構成例を示す図である。図４に例示するように、実施形態に係る認証器管理システム１には、ユーザ端末１０と、認証サーバ５０と、認証器管理装置１００とが含まれる。ユーザ端末１０には、例えば、スマートフォン１０ａや、タブレット１０ｂや、時計型端末１０ｃ等が含まれる。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。

【0049】

ユーザ端末１０は、例えば、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、タブレット型端末や、スマートフォンを含む携帯電話機、ＰＤＡ（Personal Digital Assistant）等の情報処理端末（デバイス）である。ユーザ端末１０は、実施形態に係る認証器として機能する。なお、ユーザ端末１０には、時計型端末や、眼鏡型端末などのウェアラブルデバイス（wearable device）が含まれてもよい。さらに、ユーザ端末１０には、情報処理機能を有する種々のスマート機器が含まれてもよい。例えば、ユーザ端末１０には、ＴＶ（Television）などのスマート家電や、自動車などのスマートビークル（Smart vehicle）や、ドローン（drone）、家庭用ロボットなどが含まれてもよい。

【0050】

認証サーバ５０は、認証器から送信される認証結果情報に基づいて、ユーザの本人性を認証するサーバ装置である。例えば、認証サーバ５０は、ユーザに各種サービスを提供するサービスサーバであったり、企業に設置される共有サーバ等であったり、もしくは、サービスサーバや共有サーバにアクセスするユーザを認証し、安全性を確保するためのフロントエンドサーバ等である。

【0051】

認証器管理装置１００は、上述のように、認証器が実行する認証処理の結果に対して署名を付すための秘密鍵と、秘密鍵と対になる公開鍵とを生成し、生成した鍵を認証器に配備するサーバ装置である。また、認証器管理装置１００は、ユーザＩＤや鍵識別子を用いて各認証器を特定することにより、認証器に配備した鍵の有効性を管理する。

【0052】

なお、認証器管理装置１００は、認証サーバ５０の機能を兼ねてもよい。すなわち、認証器管理装置１００と認証サーバ５０は、一体のサーバであってもよい。

【0053】

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

【0054】

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、ユーザ端末１０や認証サーバ５０との間で情報の送受信を行う。

【0055】

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、ユーザ情報記憶部１２１と、鍵情報記憶部１２２と、管理ポリシー記憶部１２３とを有する。

【0056】

（ユーザ情報記憶部１２１について）
ユーザ情報記憶部１２１は、認証器を利用するユーザに関する情報を記憶する。ここで、図６に、実施形態に係るユーザ情報記憶部１２１の一例を示す。図６は、実施形態に係るユーザ情報記憶部１２１の一例を示す図である。図６に示した例では、ユーザ情報記憶部１２１は、「ユーザＩＤ」、「従業員ＩＤ」、「属性情報」、「認証器情報」といった項目を有する。また、認証器情報の項目は、「認証器」、「認証手段」、「認証ソフトウェア」といった小項目を有する。

【0057】

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。なお、実施形態において、ユーザＩＤ等の識別情報を参照符号として用いる場合がある。例えば、ユーザＩＤが「Ｕ０１」であるユーザは、「ユーザＵ０１」を示す。

【0058】

「従業員ＩＤ」は、ユーザが企業の従業員である場合に、従業員ごとに割り当てられる識別情報である。「属性情報」は、ユーザの属性情報を示す。図６の例では、属性情報を「Ｂ０１」といった概念で示しているが、実際には、属性情報の項目には、当該ユーザの企業における役職や、従業員として契約している期間や、性別や年齢等、ユーザの種々の具体的な属性情報が記憶される。

【0059】

「認証器情報」は、ユーザが利用する認証器に関する情報を示す。「認証器」は、ユーザが利用する認証器の名称や機種名を示す。なお、認証器の項目には、認証器を識別する識別情報が記憶されてもよい。「認証手段」は、認証器が有する、ユーザの本人認証を行うことができる認証の手段（機能）を示す。「認証ソフトウェア」は、認証器において認証処理に用いられるソフトウェアを示す。図６の例では、認証ソフトウェアを「Ｃ０１」といった概念で示しているが、実際には、認証ソフトウェアの項目には、認証ソフトウェアの名称やバージョン情報などの具体的な情報が記憶される。

【0060】

すなわち、図６では、ユーザ情報記憶部１２１に記憶される情報の一例として、ユーザＩＤ「Ｕ０１」で識別されるユーザＵ０１は、従業員ＩＤ「Ａ０１」によって識別される従業員であり、その属性情報が「Ｂ０１」であることを示している。また、ユーザＵ０１が利用する認証器は「スマートフォン１０ａ」であり、その認証手段は「指紋、虹彩、顔、・・・」等であり、認証ソフトウェアは「Ｃ０１」であることを示している。

【0061】

（鍵情報記憶部１２２について）
鍵情報記憶部１２２は、認証器管理装置１００が生成した鍵に関する情報を記憶する。ここで、図７に、実施形態に係る鍵情報記憶部１２２の一例を示す。図７は、実施形態に係る鍵情報記憶部１２２の一例を示す図である。図７に示した例では、鍵情報記憶部１２２は、「鍵識別子」、「配備先ユーザＩＤ」、「配備先認証器」、「秘密鍵ＩＤ」、「公開鍵ＩＤ」、「公開鍵送信先」、「指定情報」といった項目を有する。また、指定情報の項目は、「有効期間」、「認証手段」、「暗号アルゴリズム」といった小項目を有する。

【0062】

「鍵識別子」は、生成した鍵ペアを特定するために利用される識別子である。「配備先ユーザＩＤ」は、鍵が配備されたユーザを識別する識別情報である。なお、配備先ユーザＩＤが示す情報は、図６に示した「ユーザＩＤ」と共通する。「配備先認証器」は、鍵が配備された認証器を示す。

【0063】

「秘密鍵ＩＤ」は、秘密鍵を識別する識別情報を示す。「公開鍵ＩＤ」は、公開鍵を識別する識別情報を示す。「公開鍵送信先」は、認証器に配備された秘密鍵と対になる公開鍵を送付した送付先を示す。例えば、送付先は、認証結果情報を検証するサーバ装置等が該当する。

【0064】

「指定情報」は、秘密鍵もしくは公開鍵に設定される情報であり、認証器管理装置１００の管理者等により指定される種々の情報を示す。「有効期間」は、秘密鍵及び公開鍵が有効な期間を示す。有効な期間とは、秘密鍵及び公開鍵を用いてユーザの認証を行うことができる期間である。なお、有効期間が指定されていない場合、「有効期間」の項目は空欄となる。

【0065】

「認証手段」は、指定された認証手段を示す。例えば、認証手段が指定された鍵が配備されたユーザは、指定された認証手段を用いて認証器を有効化することを要する。なお、認証手段が指定されていない場合、認証手段の項目は空欄となる。認証手段が指定されていない場合、ユーザは、任意の手段で認証器を有効化することができる。

【0066】

「暗号アルゴリズム」は、鍵が生成される際に利用される暗号アルゴリズムを示す。例えば、認証器管理装置１００は、暗号アルゴリズムをユーザごとに異なったものを採用することで、共通した一つの暗号アルゴリズムで大多数の鍵が生成されるような事態を防止できるため、企業全体の安全性を向上させることができる。

【0067】

すなわち、図７では、鍵情報記憶部１２２に記憶される情報の一例として、鍵識別子「ＫＩ０１」で識別される鍵が配備されるユーザは、ユーザＩＤ「Ｕ０１」で識別されるユーザＵ０１であり、その認証器は「スマートフォン１０ａ」であることを示している。また、ユーザＵ０１に配備される秘密鍵は、秘密鍵ＩＤ「ＫＡ０１」で識別される秘密鍵ＫＡ０１であり、その対になる公開鍵は、公開鍵ＩＤ「ＫＢ０１」で識別される公開鍵ＫＢ０１であり、また、公開鍵ＫＢ０１が送信された先は「認証サーバ５０」であることを示している。また、鍵識別子「ＫＩ０１」で識別される鍵に指定された情報として、有効期間の指定はなく、認証手段の指定は「指紋」であり、鍵生成の暗号アルゴリズムは「ＲＳＡ暗号」であることを示している。

【0068】

（管理ポリシー記憶部１２３について）
管理ポリシー記憶部１２３は、ユーザ（認証器）を管理するポリシーを記憶する。ここで、図８に、実施形態に係る管理ポリシー記憶部１２３の一例を示す。図８は、実施形態に係る管理ポリシー記憶部１２３の一例を示す図である。図８に示した例では、管理ポリシー記憶部１２３は、「管理ポリシーＩＤ」、「ポリシー内容」といった項目を有する。

【0069】

「管理ポリシーＩＤ」は、管理ポリシーを識別する識別情報を示す。「ポリシー内容」は、管理ポリシーの具体的な内容を示す。例えば、管理ポリシーは、企業の管理者等により設定される。認証器管理装置１００は、管理ポリシーとして設定された内容に従い、秘密鍵もしくは公開鍵に対する制御を実行する。例えば、管理ポリシーとして、「夜１０時以降朝５時までの認証処理を禁止する」といった内容が規定された場合、認証器管理装置１００は、管理ポリシーに従い、該当時間に行われる認証処理を無効なものとして取り扱う。具体的には、認証器管理装置１００は、鍵識別子に基づいて、秘密鍵が配備された認証器を特定し、かかる認証器で該当時間に行われる認証処理を無効化したり、認証サーバ５０が公開鍵を用いて認証結果情報を検証する処理を無効化したりする。

【0070】

すなわち、図８では、管理ポリシー記憶部１２３に記憶される情報の一例として、管理ポリシーＩＤ「Ｐ０１」で識別される管理ポリシーＰ０１には、「指定時間帯以外の認証不可」という管理の内容が設定されていることを示している。

【0071】

また、管理ポリシーＰ０２には、「特定の部署のユーザには２段階認証を要求」という管理の内容が設定されていることを示している。これは、例えば、特定の部署のユーザが認証器を有効化する場合や、実際に認証を行う場合には、指紋とパスワードなど、２段階認証が要求されることを示している。この場合、認証器管理装置１００は、例えば、管理ポリシーＰ０２に記載された特定の部署のユーザに鍵を配備する際に、指定情報として認証手段に「２段階認証」という情報を書き込んだうえで、ユーザに鍵を配備する。

【0072】

また、管理ポリシーＰ０３には、「ソフトウェアの順次更新」という管理の内容が設定されていることを示している。これは、鍵を配備したのちに認証ソフトウェアの更新が行われた場合には、認証器管理装置１００が鍵識別子を用いて認証器を特定して認証ソフトウェアを順次更新する処理を行う、と規定されていることを示している。

【0073】

また、管理ポリシーＰ０４には、「期限付き社員は期限後の認証不可」という管理の内容が設定されていることを示している。これは、例えばインターン等の期限付き社員が認証器を利用している場合、その期限が経過したのちは、認証器管理装置１００によって認証処理（鍵）が無効化されることを示している。

【0074】

なお、上記で示した管理ポリシーは一例であり、認証器管理装置１００は、例えば企業に管理者等から上記以外の種々の管理ポリシーの入力を受け付け、受け付けた内容に従って管理処理を実行するようにしてもよい。例えば、図８で示した以外の管理ポリシーの例としては、複数の認証手段（指紋による認証手段や虹彩による認証手段など）を持つ認証器に対して「指紋による認証手段のみを指定する」等、管理者がユーザの認証手段を任意に指定すること等がある。

【0075】

（制御部１３０について）
制御部１３０は、例えば、コントローラ（controller）であり、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、認証器管理装置１００内部の記憶装置に記憶されている各種プログラム（実施形態に係る認証器管理プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

【0076】

図５に示すように、制御部１３０は、取得部１３１と、生成部１３２と、登録部１３３と、送信部１３４と、要求受付部１３５と、応答部１３６と、管理部１３７とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図５に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図５に示した接続関係に限られず、他の接続関係であってもよい。

【0077】

（取得部１３１について）
取得部１３１は、各種情報を取得する。例えば、取得部１３１は、認証器管理装置１００の管理者等の入力を介して、管理を行うユーザに関する情報を取得する。また、取得部１３１は、ユーザに関する情報として、ユーザが利用するユーザ端末１０（認証器）に関する情報を取得する。また、取得部１３１は、管理に用いられる管理ポリシーを取得する。取得部１３１は、取得した情報を記憶部１２０に格納する。また、取得部１３１は、処理に応じて、各種情報を記憶部１２０から取得する。

【0078】

（生成部１３２について）
生成部１３２は、ユーザの本人認証を行う認証器による認証結果に対して署名を付すための秘密鍵と、当該秘密鍵を用いて付された署名を検証するための公開鍵とのペアを生成する。なお、生成部１３２は、生成した鍵ペアごとに鍵識別子を付与する。

【0079】

生成部１３２は、取得部１３１によって取得されたユーザに関する情報に基づいて、秘密鍵及び公開鍵のペアを生成する。例えば、生成部１３２は、生成した鍵ペアに対応付けて、鍵が配備されるユーザのユーザＩＤを付与する。また、生成部１３２は、生成部１３２は、ユーザの属性情報に基づいて、各ユーザの認証の有効期間の指定を行ってもよい。そして、生成部１３２は、かかる指定情報によって指定された期間のみ利用できる鍵のペアを生成する。

【0080】

また、生成部１３２は、ユーザに関する情報に基づいて選択される暗号アルゴリズムを用いて、秘密鍵及び公開鍵のペアを生成する。例えば、生成部１３２は、特定の部署に属する従業員に配備する鍵についてはＲＳＡ暗号のアルゴリズムを用いて生成し、別の部署に属する従業員に配備する鍵については楕円曲線暗号のアルゴリズムを用いて生成するなど、暗号アルゴリズムを変えながら生成を行ってもよい。

【0081】

また、生成部１３２は、取得部１３１によって取得されたユーザに関する情報に基づいて、認証器において秘密鍵が設定されるための認証手段が指定された秘密鍵を生成してもよい。具体的には、生成部１３２は、ユーザの属性情報に基づいて、ユーザが鍵を有効化するための認証手段等の指定を行う。そして、生成部１３２は、かかる指定情報によって指定された認証手段のみで有効化される鍵のペアを生成する。

【0082】

（登録部１３３について）
登録部１３３は、生成部１３２によって生成された鍵のペアを識別する鍵識別子と、ユーザを識別するユーザ識別情報であるユーザＩＤとを対応付けて登録する。具体的には、登録部１３３は、生成された鍵ペアと、鍵ペアの鍵識別子と、ユーザＩＤとをそれぞれ対応付けて、鍵情報記憶部１２２内に登録する。

【0083】

（送信部１３４について）
送信部１３４は、生成部１３２によって生成された秘密鍵を、ユーザが利用する認証器に送信する。具体的には、送信部１３４は、秘密鍵と対応付けられたユーザＩＤに基づいて、送信先となるユーザ（認証器）を特定する。そして、送信部１３４は、特定した送信先に対して、生成部１３２によって生成された秘密鍵を送信する。なお、送信部１３４は、秘密鍵とともに、送信された秘密鍵を認証器に設定させるよう制御する制御情報を送信してもよい。また、送信部１３４は、送信した秘密鍵が認証器によって設定された旨を示す設定完了の通知を認証器から受信してもよい。

【0084】

（要求受付部１３５について）
要求受付部１３５は、認証器から認証要求を受信した認証サーバ５０から、鍵情報の要求を受け付ける。具体的には、要求受付部１３５は、認証サーバ５０から、認証要求の送信元である認証器の認証結果情報を検証するための公開鍵を送信する旨の要求を受け付ける。このとき、要求受付部１３５は、鍵情報の要求とともに、認証サーバ５０が受信した認証要求において提示された鍵識別子を受け付ける。

【0085】

（応答部１３６について）
応答部１３６は、要求受付部１３５によって受け付けられた鍵情報の要求に基づいて、公開鍵を認証サーバ５０に送信するよう応答する。具体的には、応答部１３６は、要求受付部１３５によって受け付けられた鍵識別子に基づいて、認証サーバ５０に認証要求を行っているユーザ及び認証器を特定する。また、応答部１３６は、鍵識別子に基づいて、認証サーバ５０に認証要求を行っているユーザ及び認証器に対応する公開鍵を特定する。そして、応答部１３６は、特定した公開鍵及びユーザＩＤを認証サーバ５０に送信する。

【0086】

（管理部１３７について）
管理部１３７は、鍵識別子とユーザＩＤとに基づいて、認証器に送信した秘密鍵、及び、認証サーバ５０に送信した公開鍵の有効性を管理する。

【0087】

例えば、管理部１３７は、認証器に送信した複数の秘密鍵、及び、認証サーバ５０に送信した複数の公開鍵の各々の有効性を一括又は個別に管理する。すなわち、管理部１３７によれば、鍵識別子に基づいて、配備した鍵の送信先を特定することができるので、かかる鍵の有効性を一括又は個別に管理することが可能となる。

【0088】

具体的には、管理部１３７は、秘密鍵及び公開鍵が生成される際に予め設定された所定期間に基づいて、認証器に送信した秘密鍵、及び、認証サーバ５０に送信した公開鍵の有効性を管理する。上記のように、生成部１３２は、鍵の生成の際に、ユーザの属性情報等に基づいて鍵の有効期間を設定することが可能である。管理部１３７は、かかる有効期間を参照することにより、既に配備された鍵であって、有効期間の切れた秘密鍵や公開鍵を無効化するよう制御する。例えば、管理部１３７は、認証器が認証結果情報を生成したタイミングや、認証器から認証サーバ５０に認証結果情報が送信されたタイミングや、認証サーバ５０から認証器に認証トークンが送信されたタイミング等で、これらの送受信される情報の生成日時を参照する。そして、管理部１３７は、これらの情報の生成日時が有効期間外である場合、これらの認証に係る情報を無効なものとする制御情報を認証器又は認証サーバ５０に送信する。

【0089】

なお、管理部１３７は、秘密鍵及び公開鍵が生成されたのちに指定された所定期間もしくは所定時間帯に基づいて、認証器に送信した秘密鍵、及び、認証サーバ５０に送信した公開鍵の有効性を管理してもよい。すなわち、管理部１３７は、予め設定された有効期間に限らず、例えば、鍵の生成ののちに受け付けられた管理ポリシーに設定された期間や時間帯を参照して、鍵の有効性を管理してもよい。

【0090】

また、管理部１３７は、鍵識別子及びユーザＩＤに基づいて秘密鍵が設定された認証器を特定するとともに、当該認証器における認証処理に利用されるプログラムの更新処理を管理してもよい。具体的には、管理部１３７は、認証器の認証処理に利用される認証ソフトウェアの新規インストールやバージョン更新等を制御する。例えば、管理部１３７は、管理ポリシーに設定された順序（例えばセキュリティ管理の厳格な部署で扱う認証器については更新を優先させる等）に基づいて、プログラムの更新処理を行ってもよい。

【0091】

なお、上記の管理部１３７による処理は一例であり、管理部１３７は、種々の管理ポリシーに従い、認証器及び認証サーバ５０に関する管理を定期的かつ継続的に行ってもよい。例えば、管理部１３７は、従業員が退職した場合には、当該従業員の利用していた認証器に係る秘密鍵を失効させるよう管理する。また、管理部１３７は、認証器が認証処理（登録処理）を行うことのできるサーバやサービスを制限したり、指定したりしてもよい。また、管理部１３７は、例えば企業が従来の認証手段に代えて２段階認証を導入する際には、新たな認証手段を用いてあらためて認証サーバ５０への登録を行うよう、認証器を制御したり、認証器に通知を送信したりするなどの管理を行ってもよい。このように、管理部１３７が、複数の認証器に共通して適用される管理ポリシーに沿って管理を行うことにより、例えば企業のシステム管理者等は、個別の認証器ごとに鍵の有効性の設定を行う手間等を省くことができる。

【0092】

〔４．ユーザ端末の構成〕
次に、図９を用いて、実施形態に係るユーザ端末１０の構成について説明する。図９は、実施形態に係るユーザ端末１０の構成例を示す図である。図９に示すように、ユーザ端末１０は、通信部１１と、入力部１２と、表示部１３と、検知部１４と、記憶部１５と、制御部１６とを有する。

【0093】

（通信部１１について）
通信部１１は、例えば、ＮＩＣ等によって実現される。かかる通信部１１は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、認証サーバ５０や認証器管理装置１００等との間で情報の送受信を行う。

【0094】

（入力部１２及び表示部１３について）
入力部１２は、ユーザから各種操作を受け付ける入力装置である。例えば、入力部１２は、ユーザ端末１０に備えられた操作キー等によって実現される。表示部１３は、各種情報を表示するための表示装置である。例えば、表示部１３は、液晶ディスプレイ等によって実現される。なお、ユーザ端末１０にタッチパネルが採用される場合には、入力部１２の一部と表示部１３とは一体化される。

【0095】

（検知部１４について）
検知部１４は、ユーザ端末１０に関する各種情報を検知する。具体的には、検知部１４は、ユーザ端末１０に対するユーザの操作や、ユーザ端末１０の所在する位置情報や、ユーザ端末１０と接続されている機器に関する情報や、ユーザ端末１０における環境等を検知する。

【0096】

例えば、検知部１４は、入力部１２に入力された情報に基づいて、ユーザの操作を検知する。すなわち、検知部１４は、入力部１２に画面をタッチする操作の入力があったことや、音声の入力があったこと等を検知する。また、検知部１４は、ユーザによって所定のアプリが起動されたことを検知してもよい。かかるアプリがユーザ端末１０内の撮像機能（例えば、カメラ）を動作させるアプリである場合、検知部１４は、ユーザによって撮像機能が利用されていることを検知する。また、検知部１４は、ユーザ端末１０内に備えられた加速度センサやジャイロセンサ等で検知されたデータに基づき、ユーザ端末１０自体が動かされているといった操作を検知してもよい。

【0097】

また、検知部１４は、ユーザ端末１０の現在位置を検知する。具体的には、検知部１４は、ＧＰＳ（Global Positioning System）衛星から送出される電波を受信し、受信した電波に基づいてユーザ端末１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。また、検知部１４は、種々の手法により位置情報を取得してもよい。例えば、ユーザ端末１０が駅改札や商店等で使用される非接触型ＩＣカードと同等の機能を備えている場合（もしくは、ユーザ端末１０が非接触型ＩＣカードの履歴を読み取る機能を備えている場合）、ユーザ端末１０によって駅での乗車料金の決済等が行われた情報とともに、使用された位置が記録される。検知部１４は、かかる情報を検知し、位置情報として取得する。また、検知部１４は、ユーザ端末１０が特定のアクセスポイントと通信を行う際には、アクセスポイントから取得可能な位置情報を検知してもよい。また、位置情報は、ユーザ端末１０が備える光学式センサや、赤外線センサや、磁気センサ等によって取得されてもよい。

【0098】

また、検知部１４は、ユーザ端末１０に接続される外部装置を検知する。例えば、検知部１４は、外部装置との相互の通信パケットのやり取りや、外部装置が発する信号等に基づいて、外部装置を検知する。具体的には、検知部１４は、外部装置が利用しているＷｉｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）等の電波を検知する。また、検知部１４は、外部装置と通信が確立する場合に、外部装置との接続の種類を検知してもよい。例えば、検知部１４は、外部装置と有線で接続されているか、無線通信で接続されているかを検知する。また、検知部１４は、無線通信で用いられている通信方式等を検知してもよい。また、検知部１４は、外部装置が発する電波を検知する電波センサや、電磁波を検知する電磁波センサ等によって取得される情報に基づいて、外部装置を検知してもよい。

【0099】

また、検知部１４は、ユーザ端末１０における環境を検知する。検知部１４は、ユーザ端末１０に備えられた各種センサや機能を利用し、環境に関する情報を検知する。例えば、検知部１４は、ユーザ端末１０の周囲の音を収集するマイクロフォンや、ユーザ端末１０の周囲の照度を検知する照度センサや、ユーザ端末１０の物理的な動きを検知する加速度センサ（又は、ジャイロセンサなど）や、ユーザ端末１０の周囲の湿度を検知する湿度センサや、ユーザ端末１０の所在位置における磁場を検知する地磁気センサ等を利用する。そして、検知部１４は、各種センサを用いて、種々の情報を検知する。例えば、検知部１４は、ユーザ端末１０の周囲における騒音レベルや、ユーザ端末１０の周囲がユーザの虹彩を撮像に適する照度であるか等を検知する。さらに、検知部１４は、カメラで撮影された写真や映像に基づいて周囲の環境情報を検知してもよい。

【0100】

また、ユーザ端末１０は、検知部１４によって検知された情報に基づいて、ユーザ端末１０のコンテキスト（context）を示すコンテキスト情報を取得するようにしてもよい。上述のように、ユーザ端末１０は、内蔵された各種センサ（検知部１４）により、位置、加速度、温度、重力、回転（角速度）、照度、地磁気、圧力、近接、湿度、回転ベクトルといった、種々の物理量をコンテキスト情報として取得する。また、ユーザ端末１０は、内蔵する通信機能を利用して、各種装置との接続状況（例えば、通信の確立に関する情報や、利用している通信規格）などを、コンテキスト情報として取得してもよい。

【0101】

（記憶部１５について）
記憶部１５は、各種情報を記憶する。記憶部１５は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１５には、鍵情報記憶部１５１が含まれる。

【0102】

（鍵情報記憶部１５１について）
鍵情報記憶部１５１は、認証器管理装置１００によって生成され、認証器管理装置１００から送信された秘密鍵に関する情報を記憶する。ここで、図１０に、実施形態に係る鍵情報記憶部１５１の一例を示す。図１０は、実施形態に係る鍵情報記憶部１５１の一例を示す図である。図１０に示すように、鍵情報記憶部１５１は、「秘密鍵ＩＤ」、「鍵識別子」、「有効化した認証手段」、「有効化したサーバ」といった項目を有する。

【0103】

「秘密鍵ＩＤ」及び「鍵識別子」は、図７に示した同一の項目に対応する。「有効化した認証手段」は、秘密鍵を設定するためや、認証サーバ５０に対する認証処理を有効化するために用いた、ユーザの本人性を認証するための手段を示す。「有効化したサーバ」は、ユーザ端末１０が認証器として登録された（有効化された）サーバを特定する情報を示す。

【0104】

すなわち、図１０では、鍵情報記憶部１５１に記憶される情報の一例として、ユーザ端末１０には、秘密鍵ＩＤ「ＫＡ０１」、及び、鍵識別子「ＫＩ０１」で識別される秘密鍵ＫＡ０１が設定されており、かかる秘密鍵ＫＡ０１を有効化した認証手段は「指紋」であり、ユーザ端末１０が認証器として有効化されたサーバは「認証サーバ５０」であることを示している。

【0105】

（制御部１６について）
制御部１６は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、ユーザ端末１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１６は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

【0106】

図９に示すように、制御部１６は、受信部１６１と、鍵設定部１６２と、認証制御部１６３と、生成部１６４と、送信部１６５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１６の内部構成は、図９に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

【0107】

（受信部１６１について）
受信部１６１は、各種情報を受信する。例えば、受信部１６１は、認証器管理装置１００から送信された秘密鍵を受信する。また、受信部１６１は、認証器管理装置１００から送信される制御情報を受信してもよい。例えば、制御情報には、ユーザ端末１０において秘密鍵の設定を制御するための命令（スクリプト）や、秘密鍵を設定したユーザ端末１０に対する管理（例えば、秘密鍵の有効期間）を行うための命令等が含まれる。

【0108】

（鍵設定部１６２について）
鍵設定部１６２は、受信部１６１が受信した秘密鍵を設定する。具体的には、鍵設定部１６２は、受信した秘密鍵を、認証処理の結果に署名するための鍵として設定する処理を行う。

【0109】

例えば、鍵設定部１６２は、受信した受信した秘密鍵に認証器管理装置１００から指定された情報が付与されている場合、指定された情報に従って秘密鍵を設定する。具体的には、鍵設定部１６２は、認証器管理装置１００によって認証手段が指定されている場合、指定された認証手段によってユーザ本人を認証することによって、秘密鍵の設定を行う。

【0110】

鍵設定部１６２は、例えばユーザの認証が完了した場合、秘密鍵を所定の記憶領域である鍵情報記憶部１５１に格納する。かかる記憶領域は、例えば、ユーザの本人認証が完了した場合にのみアクセス可能となる記憶領域である。かかる記憶領域に秘密鍵を格納することで、鍵設定部１６２による秘密鍵の設定が完了する。鍵設定部１６２は、秘密鍵の設定が完了した場合、その旨を認証器管理装置１００に送信する。

【0111】

また、鍵設定部１６２は、秘密鍵を設定した場合、秘密鍵において指定された登録先情報等に従い、認証要求を登録先（実施形態では認証サーバ５０）に送信する。そして、鍵設定部１６２は、認証サーバ５０からの要求に応答して、鍵識別子を認証サーバ５０に送信する。その後、鍵設定部１６２は、秘密鍵に対応する公開鍵を認証サーバ５０が認証器管理装置１００から受信し、認証器としての設定が完了した場合に、その旨を受信する。鍵設定部１６２は、認証サーバ５０に対する認証器としての有効化が完了した場合には、鍵情報と有効化したサーバとを対応付けて鍵情報記憶部１５１に格納する。

【0112】

（認証制御部１６３について）
認証制御部１６３は、ユーザの本人性を認証するための認証処理を制御する。例えば、認証制御部１６３は、指紋認証手段１６３ａ等の認証手段（機能）を有する。認証制御部１６３は、例えば、認証手段に対応する認証ソフトウェアを起動し、ユーザの認証を実行する。例えば、認証制御部１６３は、認証要求が発生した場合に、認証ソフトウェアを起動し、指紋等の生体情報の入力をユーザに求める。そして、認証制御部１６３は、ユーザから入力された生体情報と、予め登録されている正解データとの照合に基づいて、ユーザの本人性を認証する。

【0113】

（生成部１６４について）
生成部１６４は、認証制御部１６３によってユーザの認証処理が行われた場合に、その認証結果に秘密鍵を用いて署名をすることで、認証結果情報を生成する。

【0114】

（送信部１６５について）
送信部１６５は、各種情報を送信する。例えば、送信部１６５は、生成部１６４によって生成された認証結果情報を認証サーバ５０に送信する。

【0115】

〔５．認証サーバの構成〕
次に、図１１を用いて、実施形態に係る認証サーバ５０の構成について説明する。図１１は、実施形態に係る認証サーバ５０の構成例を示す図である。図１１に示すように、認証サーバ５０は、通信部５１と、記憶部５２と、制御部５３とを有する。なお、認証サーバ５０は、認証サーバ５０を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

【0116】

（通信部５１について）
通信部５１は、例えば、ＮＩＣ等によって実現される。通信部５１は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、ユーザ端末１０や認証器管理装置１００との間で情報の送受信を行う。

【0117】

（記憶部５２について）
記憶部５２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部５２は、認証器情報記憶部５２１を有する。

【0118】

（認証器情報記憶部５２１について）
認証器情報記憶部５２１は、認証器に関する情報を記憶する。ここで、図１２に、実施形態に係る認証器情報記憶部５２１の一例を示す。図１２は、実施形態に係る認証器情報記憶部５２１の一例を示す図である。図１２に示した例では、認証器情報記憶部５２１は、「有効化した認証器」、「ユーザＩＤ」、「鍵識別子」、「公開鍵」といった項目を有する。

【0119】

「有効化した認証器」は、認証対象として登録した認証器の名称を示す。「ユーザＩＤ」は、有効化した認証器を利用するユーザの識別情報を示す。「鍵識別子」及び「公開鍵ＩＤ」は、図７に示した同一の項目に対応する。

【0120】

すなわち、図１２では、認証器情報記憶部５２１に記憶される情報の一例として、有効化した認証器「スマートフォン１０ａ」は、ユーザＩＤ「Ｕ０１」で識別されるユーザＵ０１が利用する認証器であり、その鍵識別子は「ＫＩ０１」であることを示している。また、スマートフォン１０ａから送信された認証結果情報の署名を検証（復号）するために用いる公開鍵は、公開鍵ＩＤ「ＫＢ０１」で識別される公開鍵ＫＢ０１であることを示している。

【0121】

（制御部５３について）
制御部５３は、例えば、コントローラであり、ＣＰＵやＭＰＵ等によって、認証サーバ５０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部５３は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

【0122】

図１１に示すように、制御部５３は、受信部５３１と、登録制御部５３２と、検証部５３３と、送信部５３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部５３の内部構成は、図１１に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部５３が有する各処理部の接続関係は、図１１に示した接続関係に限られず、他の接続関係であってもよい。

【0123】

（受信部５３１について）
受信部５３１は、ユーザ端末１０から送信される認証要求を受信する。なお、受信部５３１は、ユーザ端末１０が認証サーバ５０に登録された認証器でない場合、ユーザ端末１０が有する鍵の鍵識別子を送信させることをユーザ端末１０に要求する。また、受信部５３１は、ユーザ端末１０が認証サーバ５０に登録された認証器である場合、送信された認証要求とともに送信された認証結果情報を検証部５３３に送る。

【0124】

（登録制御部５３２について）
登録制御部５３２は、認証器の登録を制御する。例えば、登録制御部５３２は、認証要求を送信したユーザ端末１０が認証サーバ５０に登録された認証器でない場合、ユーザ端末１０が有する鍵の鍵識別子を取得する。そして、登録制御部５３２は、取得した鍵識別子を提示して、鍵の生成元である認証器管理装置１００に公開鍵の送信を要求する。

【0125】

そして、登録制御部５３２は、認証器管理装置１００から送信された公開鍵と、ユーザ端末１０を利用するユーザのユーザＩＤと、鍵識別子とを対応付けて、認証器情報記憶部５２１に格納する。これにより、登録制御部５３２による認証器の登録処理が完了する。

【0126】

（検証部５３３について）
検証部５３３は、ユーザ端末１０（認証器）から送信される認証結果情報を検証する。具体的には、検証部５３３は、認証結果情報に付与された署名に対応する公開鍵を用いて復号を行うことにより、かかる認証結果情報が真にユーザ端末１０によって生成されたものであるか否かを検証する。検証部５３３は、検証結果を送信部５３４に送る。

【0127】

（送信部５３４について）
送信部５３４は、検証部５３３による検証結果をユーザ端末１０に送信する。例えば、送信部５３４は、認証結果情報が真にユーザ端末１０によって生成されたものであることが検証された場合、その旨をユーザ端末１０に送信する。言い換えれば、送信部５３４は、認証サーバ５０によるユーザの認証が成功した旨をユーザ端末１０に送信する。また、送信部５３４は、認証結果情報が真にユーザ端末１０によって生成されたものであることが検証されなかった場合、その旨をユーザ端末１０に送信する。言い換えれば、送信部５３４は、認証サーバ５０によるユーザの認証が失敗した旨をユーザ端末１０に送信する。この場合、送信部５３４は、認証結果情報の再送をユーザ端末１０に要求してもよい。

【0128】

〔６．処理手順〕
次に、図１３を用いて、実施形態に係る認証器管理システム１による処理の手順について説明する。図１３は、実施形態に係る処理手順を示すシーケンス図である。

【0129】

図１３に示すように、認証器管理装置１００は、管理するユーザに関する情報を取得する（ステップＳ１０１）。そして、認証器管理装置１００は、ユーザに配備する鍵のペアを生成する（ステップＳ１０２）。続けて、認証器管理装置１００は、生成した鍵のペアのうち、秘密鍵をユーザ端末１０（認証器）に送信する（ステップＳ１０３）。

【0130】

秘密鍵を受信したユーザ端末１０は、秘密鍵を利用できるように設定を行う（ステップＳ１０４）。秘密鍵の設定後、ユーザ端末１０は、認証結果情報の検証を行う認証サーバ５０に対して、認証要求を送信する（ステップＳ１０５）。

【0131】

認証サーバ５０は、認証要求に含まれる鍵識別子を取得する（ステップＳ１０６）。なお、認証サーバ５０は、最初の認証要求に鍵識別子が含まれない場合には、鍵識別子を送信させる要求をユーザ端末１０に送信してもよい。認証サーバ５０は、鍵識別子を提示して、鍵識別子に対応する公開鍵の送信を認証器管理装置１００に要求する（ステップＳ１０７）。

【0132】

認証器管理装置１００は、受信した鍵識別子に基づいて、送信する公開鍵と、当該鍵識別子に対応付けられたユーザＩＤを特定する（ステップＳ１０８）。そして、認証器管理装置１００は、公開鍵とユーザＩＤを認証サーバ５０に送信する（ステップＳ１０９）。

【0133】

認証サーバ５０は、受信した公開鍵とユーザＩＤとユーザ端末１０との各々を対応付けて登録する。かかる処理によって、認証サーバ５０は、ユーザ端末１０に送信された秘密鍵と、自装置が受信した公開鍵のペアが利用可能なよう鍵ペアを有効化する（ステップＳ１１０）。そして、認証サーバ５０は、ユーザ端末１０の認証が完了した旨を送信する（ステップＳ１１１）。

【0134】

〔７．変形例〕
上述した認証器管理システム１による処理は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、認証器管理システム１の他の実施形態について説明する。

【0135】

〔７−１．認証器管理装置の機能〕
上述した例では、ユーザ端末１０が、認証器管理装置１００から受信した秘密鍵を設定するとともに、認証結果情報の送信先である認証サーバ５０に認証器として有効化を要求する例を示した。ここで、認証サーバ５０の機能は、認証器管理装置１００が有していてもよい。

【0136】

この点について、図１４を用いて説明する。図１４は、変形例に係る認証器管理装置１００Ａの構成例を示す図である。図１４に示すように、変形例に係る認証器管理装置１００Ａは、図５に示した例と比較して、認証受付部１３８と、鍵情報登録部１３９と、認証器情報記憶部１２４とをさらに有する。

【0137】

認証受付部１３８は、図１１で示した認証サーバ５０に係る受信部５３１と、検証部５３３と、送信部５３４に対応する処理を実行する。また、鍵情報登録部１３９は、図１１で示した認証サーバ５０に係る登録制御部５３２に対応する処理を実行する。また、認証器情報記憶部１２４は、図１１で示した認証サーバ５０に係る認証器情報記憶部５２１と同様の情報を記憶する。

【0138】

また、応答部１３６は、秘密鍵が設定された認証器から認証に関する要求を受け付けた場合に、鍵識別子とユーザＩＤとに基づいて、当該認証器に対応する公開鍵を有効化するよう応答する。ここで、公開鍵を有効化するとは、認証器において秘密鍵で署名された認証結果情報を、当該公開鍵を用いて検証することが可能になったことを示す。言い換えれば、公開鍵を有効化するとは、認証要求のあった認証器を、認証器管理装置１００Ａが有効な認証器として登録完了したことを意味する。

【0139】

このように、変形例に係る認証器管理装置１００Ａは、認証サーバ５０が実行する認証器登録処理や、認証結果情報の検証処理や、ユーザ端末１０との各種情報の送受信処理等を実行する。これにより、変形例に係る認証器管理装置１００Ａは、認証サーバ５０が存在せずとも、実施形態に係る認証器の登録処理（有効化処理）等を実行することができる。

【0140】

〔７−２．処理のバリエーション〕
上記実施形態の各処理において、ユーザ端末１０、認証サーバ５０又は認証器管理装置１００が行う各処理には、種々のバリエーションが存在してもよい。

【0141】

例えば、上記実施形態では、認証器管理装置１００が鍵ペアを生成する処理を説明した。しかし、認証器管理装置１００は、鍵識別子に基づいて、鍵ペアの有効性やユーザ端末１０の権限管理等を行うことができれば、必ずしも自装置で鍵ペアを生成する処理を実行することを要しない。この点について、図１５及び図１６を用いて説明する。

【0142】

図１５は、変形例に係る認証器管理処理の一例を説明する図である。図１５に示す認証器管理装置１００Ｂは、実施形態に係る認証器管理装置１００と比較して、自装置で鍵ペアを生成する処理を行わないものとする。

【0143】

図１５に示す例では、認証器管理装置１００Ｂは、管理するユーザの情報を取得し（ステップＳ５１）、かかる情報に基づいて、鍵ペアを生成させる端末を特定する（ステップＳ５２）。鍵ペアを生成させる端末とは、例えば、認証器としての機能を有するユーザ端末１０であり、かつ、鍵ペアを生成する機能を有するユーザ端末１０である。図１５に示した例では、認証器管理装置１００Ｂは、変形例に係るユーザ端末１０ｄを、鍵を生成させる端末として特定するものとする。

【0144】

この場合、認証器管理装置１００Ｂは、鍵生成を制御する制御情報をユーザ端末１０ｄに送信する（ステップＳ５３）。かかる制御情報は、例えば、認証器管理装置１００Ｂが指定した情報に従い、例えば、有効期間が設定された鍵や、その鍵を有効化するための認証手段が設定された鍵等をユーザ端末１０ｄに生成させる命令（スクリプト等）である。また、認証器管理装置１００Ｂは、かかる制御情報に鍵識別子を含ませてもよい。認証器管理装置１００Ｂは、かかる鍵識別子を自身で発行することにより、実施形態と同様の管理処理を行うことができる。なお、認証器管理装置１００Ｂは、図７に示したような管理ポリシーをユーザ端末１０ｄに送信し、ユーザ端末１０ｄによる鍵生成処理を制御してもよい。これにより、認証器管理装置１００Ｂは、企業の管理者等によって設定された管理ポリシーに従った手法で鍵を生成させることができる。

【0145】

ユーザ端末１０ｄは、認証器管理装置１００Ｂから送信された制御情報に従い、鍵ペアを生成する（ステップＳ５４）。例えば、ユーザ端末１０ｄは、秘密鍵ＫＡ１１と公開鍵ＫＢ１１のペアを生成する。このとき、ユーザ端末１０ｄは、生成した鍵ペアに、認証器管理装置１００Ｂによって発行された鍵識別子を対応付ける。そして、ユーザ端末１０ｄは、生成した鍵ペアのうち、秘密鍵ＫＡ１１を利用できるよう設定する（ステップＳ５５）。かかる処理は、図１に示したステップＳ０５と同様である。ユーザ端末１０ｄは、鍵情報記憶部１５１に秘密鍵ＫＡ１１を格納する。

【0146】

その後、ユーザ端末１０ｄは、認証サーバ５０に認証要求を行う（ステップＳ５６）。かかる処理は、図２に示したステップＳ１２と同様である。かかる要求では、認証サーバ５０は、ユーザ端末１０ｄに対して公開鍵ＫＢ１１を要求する。そして、ユーザ端末１０ｄは、要求に応答して公開鍵ＫＢ１１を認証サーバ５０に送信する。この後の認証処理等については、実施形態と同様に行われる。なお、ユーザ端末１０ｄは、鍵ペアを生成した場合に、公開鍵ＫＢ１１を認証器管理装置１００Ｂに送信してもよい。この場合、認証サーバ５０は、実施形態と同じく、公開鍵ＫＢ１１の送信要求を認証器管理装置１００Ｂに送信する。

【0147】

このように、鍵ペアの生成自体は、認証器管理装置１００Ｂによらず、ユーザ端末１０等によって実行されてもよい。かかる構成においても、認証器管理装置１００Ｂは、ユーザ端末１０ｄに送信する鍵識別子を用いて、各認証器に配備した鍵を特定することができるため、実施形態で説明したような管理処理を行うことができる。

【0148】

なお、認証器管理装置１００Ｂは、必ずしも鍵識別子を自装置で発行しなくてもよい。例えば、認証器管理装置１００Ｂは、ユーザ端末１０ｄで鍵ペアが生成された際にユーザ端末１０ｄが発行した鍵識別子を取得し、取得した鍵識別子に基づいて管理処理を行ってもよい。

【0149】

次に、図１６を用いて、上記変形例に係るユーザ端末１０ｄの構成について説明する。図１６は、変形例に係るユーザ端末１０ｄの構成例を示す図である。図１６に示すように、変形例に係るユーザ端末１０ｄは、図９の例と比較して、鍵生成部１６６をさらに有する。

【0150】

鍵生成部１６６は、図５に係る生成部１３２及び登録部１３３と同様の処理を実行する。具体的には、鍵生成部１６６は、認証器管理装置１００Ｂに係る送信部１３４から送信された制御情報に従い、ユーザの本人認証を行った認証結果に対して署名を付すための秘密鍵と、当該秘密鍵を用いて付された署名を検証するための公開鍵とのペアを生成する。さらに、鍵生成部１６６は、生成した鍵のペアを識別する鍵識別子と、ユーザを識別するユーザＩＤとを対応付けて鍵情報記憶部１５１に登録する。例えば、鍵生成部１６６は、認証器管理装置１００Ｂによって予め設定された指定情報に基づいて、指定された有効期間等が設定された鍵ペアを生成してもよい。

【0151】

なお、変形例に係るユーザ端末１０ｄは、認証器管理装置１００に係る管理部１３７に対応する管理部を有していてもよい。すなわち、ユーザ端末１０ｄは、自装置が有する秘密鍵や認証サーバ５０に送信した公開鍵の管理を自装置で制御してもよい。

【0152】

〔７−３．ユーザ端末の構成〕
上記実施形態及び変形例では、図９や図１６を用いてユーザ端末１０の構成例を示したが、ユーザ端末１０は、図９や図１６で示した構成を必ずしも全て有していなくてもよい。ユーザ端末１０には、上述のように、スマートフォン１０ａやタブレット１０ｂのようなスマートデバイスのみならず、通信機能を有する時計型端末１０ｃや眼鏡型端末、あるいは、ユーザの指紋を照合する指紋照合専用機器など、種々のデバイスが含まれる。この場合、ユーザ端末１０は、必ずしもユーザから入力を受け付けるのではなく、通信を介して情報を取得し、かかる情報を通信ネットワークに送信するなどの機能を持ちうる。すなわち、ユーザ端末１０は、いわゆるＩｏＴ（Internet of Things）を実現するような、所定の通信機能を有するデバイスであれば、必ずしも図９や図１６で示した構成を有していなくてもよい。

【0153】

〔７−４．鍵の発行（生成）〕
上記実施形態及び変形例では、一人のユーザに一つの鍵ペアが配備される例を示したが、認証器管理装置１００は、一人のユーザに複数の鍵を配備してもよい。この場合、認証器管理装置１００は、ユーザＩＤに基づいてユーザを管理するとともに、鍵ペアごとに付与される鍵識別子に基づいて、複数の鍵ペアを管理する。例えば、認証器管理装置１００は、認証手段ごとに異なる鍵を配備したり、認証先の対象（認証サーバ５０に相当するサーバ等）ごとに異なる鍵を配備したりしてもよい。

【0154】

〔７−５．適用事例〕
上記実施形態及び変形例では、例えば認証器管理装置１００が企業の従業員に配備する鍵を生成する事例を説明したが、上記実施形態及び変形例に係る認証器管理処理は、この事例に限られない。

【0155】

例えば、認証器管理装置１００は、親が子どもに対して買い与えるユーザ端末１０の管理に利用されてもよい。上述のように、認証器管理装置１００は、鍵が有効な時間帯（言い換えれば、サービスを利用することができる時間帯）等を指定することができるため、例えば、ペアレンタルコントロール（parental control）を適切に行わせることができる。

【0156】

〔７−６．管理ポリシー〕
認証器管理装置１００は、上記で説明した管理ポリシーを様々に組み合わせられたメタポリシーに基づいて管理を行ってもよい。例えば、認証器管理装置１００によれば、メタポリシーを利用した管理を行うことで、複数の認証器に対するライフサイクル管理を一括して自動的に行うことができる。

【0157】

具体的には、認証器管理装置１００は、「「ある従業員の退職手続きが開始」された場合に、自動的に「その従業員ＩＤに紐づく認証器（鍵）を失効させる」」というメタポリシーを受け付ける。これにより、認証器管理装置１００は、従業員の退職手続きが開始されたという情報の入力を受け付けたことを契機として、自動的に当該従業員が利用していた認証器を失効させることができる。あるいは、認証器管理装置１００は、例えば、「ＸＸ月ＹＹ日ＺＺ時に、特定の研究所に属する従業員に紐づく認証器（鍵）を一時停止させる」というメタポリシーを受け付ける。これにより、認証器管理装置１００は、企業のシステム管理者等の想定している管理手法に従って、認証器全体を制御することができる。

【0158】

〔７−７．制御情報〕
認証器管理装置１００のユーザ端末１０に対する制御や管理は、様々な任意の手法により行われてもよい。例えば、ユーザは、認証処理を制御するためのアプリ（認証ソフトウェア）をユーザ端末１０にインストールする。そして、認証器管理装置１００は、かかるアプリに制御情報を送信することにより、ユーザ端末１０の認証処理を制御したり、鍵の有効性を管理したりしてもよい。制御情報は、実施形態に係る認証器管理プログラムに対応するものであり、例えば、ＣＳＳ（Cascading Style Sheets）、ＪａｖａＳｃｒｉｐｔ（登録商標）、ＨＴＭＬ、あるいは、上述した認証器管理処理を記述可能な任意の言語あるいは任意のプログラムによって実現される。

【0159】

〔８．ハードウェア構成〕
上述してきた実施形態に係る認証器管理装置１００やユーザ端末１０や認証サーバ５０は、例えば図１７に示すような構成のコンピュータ１０００によって実現される。以下、認証器管理装置１００を例に挙げて説明する。図１７は、認証器管理装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Read Only Memory）１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

【0160】

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に記憶されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を記憶する。

【0161】

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（図４に示したネットワークＮに対応）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網５００を介して他の機器へ送信する。

【0162】

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。

【0163】

メディアインターフェイス１７００は、記録媒体１８００に記憶されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

【0164】

例えば、コンピュータ１０００が実施形態に係る認証器管理装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが記憶される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から通信網５００を介してこれらのプログラムを取得してもよい。

【0165】

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

【0166】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図５に示した生成部１３２と、登録部１３３とは統合されてもよい。また、例えば、記憶部１２０に記憶される情報は、ネットワークＮを介して、外部に備えられた記憶装置に記憶されてもよい。

【0167】

また、例えば、上記実施形態では、認証器管理装置１００が、鍵ペアを生成する生成処理と、生成した秘密鍵を送信する送信処理とを行う例を示した。しかし、上述した認証器管理装置１００は、生成処理を行う生成装置と、送信処理を行う送信装置とに分離されてもよい。すなわち、認証器管理装置１００は、ユーザ端末１０等との情報の送受信等を行うフロントエンドサーバと、受信した情報等に基づいて処理を行うバックエンドサーバとに分離されてもよい。この場合、実施形態に係る認証器管理装置１００による処理は、フロントエンドサーバの機能を実現する装置と、バックエンドサーバの機能を実現する装置とを有する認証器管理システム１によって実現される。

【0168】

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

【0169】

〔１０．効果〕
上述してきたように、実施形態に係る認証器管理装置１００は、生成部１３２と、登録部１３３と、送信部１３４と、応答部１３６とを有する。生成部１３２は、ユーザの本人認証を行う認証器による認証結果に対して署名を付すための第１の鍵（実施形態では秘密鍵）と、当該第１の鍵を用いて付された署名を検証するための第２の鍵（実施形態では公開鍵）とのペアを生成する。登録部１３３は、生成部１３２によって生成された鍵のペアを識別する鍵識別子と、ユーザを識別するユーザ識別情報とを対応付けて登録する。送信部１３４は、生成部１３２によって生成された第１の鍵を、ユーザが利用する認証器に送信する。応答部１３６は、署名を検証する認証サーバ５０から、送信部１３４によって送信された第１の鍵が設定された認証器に関する第２の鍵の送信要求を受け付けた場合に、鍵識別子とユーザ識別情報とに基づいて、当該認証器に対応する第２の鍵を認証サーバ５０に送信するよう応答する。

【0170】

このように、実施形態に係る認証器管理装置１００は、二つの鍵を利用して認証を行う認証方式（例えば公開鍵暗号方式）における鍵のペアを、認証器に代わって生成する。そして、認証器管理装置１００は、生成した第１の鍵を認証器に送信するとともに、認証サーバ５０から要求があった場合にはペアとなる第２の鍵を認証サーバに送信する。すなわち、認証器管理装置１００は、認証器と認証サーバ５０とを仲介する役割を果たすことによって、通常では認証サーバ５０から個別に管理される認証器を、一括に制御及び管理することが可能となる。このように、認証器管理装置１００によれば、複数端末に対する管理を効率よく行うことができる。

【0171】

また、実施形態に係る認証器管理装置１００は、鍵識別子とユーザ識別情報とに基づいて、認証器に送信した第１の鍵、及び、認証サーバ５０に送信した第２の鍵の有効性を管理する管理部１３７をさらに備える。

【0172】

このように、実施形態に係る認証器管理装置１００は、自装置で鍵を生成することにより、生成した鍵の有効性を管理することができる。これにより、認証器管理装置１００は、複数端末の管理を効率よく行うことができる。

【0173】

また、管理部１３７は、認証器に送信した複数の第１の鍵、及び、認証サーバ５０に送信した複数の第２の鍵の各々の有効性を一括又は個別に管理する。

【0174】

このように、実施形態に係る認証器管理装置１００は、ユーザＩＤや鍵識別子に基づいて鍵を管理することで、各々の有効性を一括又は個別に管理することができる。これにより、認証器管理装置１００は、個々の状況に応じた柔軟な管理を行うことができる。

【0175】

また、管理部１３７は、第１の鍵及び第２の鍵が生成される際に予め設定された所定期間に基づいて、認証器に送信した第１の鍵、及び、認証サーバ５０に送信した第２の鍵の有効性を管理する。

【0176】

このように、実施形態に係る認証器管理装置１００は、鍵に設定した期間に応じた管理を行う。これにより、認証器管理装置１００は、例えば、期限付きの社員に認証器を配備したり、認証を制限する期間を設けた認証器を配備したりといった、種々の状況に応じた適切な管理を行うことができる。

【0177】

また、管理部１３７は、第１の鍵及び第２の鍵が生成されたのちに指定された所定期間もしくは所定時間帯に基づいて、認証器に送信した第１の鍵、及び、認証サーバ５０に送信した第２の鍵の有効性を管理する。

【0178】

このように、実施形態に係る認証器管理装置１００は、管理者等の指定によって、既に配備した鍵の有効性を管理してもよい。例えば、認証器管理装置１００は、企業ごとに任意に設定可能な管理ポリシーに従い、鍵の有効性を管理する。これにより、認証器管理装置１００は、鍵の生成や失効など、鍵のライフサイクルを管理者が想定するとおりに管理することができる。

【0179】

また、管理部１３７は、鍵識別子及びユーザ識別情報に基づいて第１の鍵が設定された認証器を特定するとともに、当該認証器における認証処理に利用されるプログラムの更新処理を管理する。

【0180】

このように、実施形態に係る認証器管理装置１００は、認証ソフトウェア等の更新を管理してもよい。認証サーバ５０と認証器とが一対一で認証関係を有する場合、例えば、企業が利用する認証ソフトウェアが更新された場合、全ての従業員の各々がソフトウェアを更新する処理を行わなければならず、ソフトウェアの統一が図れない場合がある。一方、実施形態に係る認証器管理装置１００によれば、自装置が生成した鍵に基づいて認証器の制御を行うことで、一律にソフトウェアの更新を行うことができる。このように、認証器管理装置１００によれば、複数端末の管理負担を軽減させることができる。

【0181】

また、実施形態に係る認証器管理装置１００は、ユーザに関する情報を取得する取得部１３１をさらに備える。生成部１３２は、取得部１３１によって取得されたユーザに関する情報に基づいて、第１の鍵及び第２の鍵のペアを生成する。

【0182】

このように、実施形態に係る認証器管理装置１００は、ユーザ情報に基づいて鍵を生成することで、当該ユーザの属性情報等に応じた管理を行うことのできる鍵を生成することができる。

【0183】

また、生成部１３２は、ユーザに関する情報に基づいて選択される暗号アルゴリズムを用いて、第１の鍵及び第２の鍵のペアを生成する。

【0184】

このように、実施形態に係る認証器管理装置１００は、ユーザに応じて異なる暗号アルゴリズムを用いて鍵を生成することができる。これにより、認証器管理装置１００は、所属する部署に応じて暗号アルゴリズムを強化したり、あるいは簡易な暗号アルゴリズムを採用したりといった、柔軟な鍵の生成を行うことができる。

【0185】

また、生成部１３２は、ユーザに関する情報に基づいて、認証器において第１の鍵が設定されるための認証手段が指定された第１の鍵を生成する。

【0186】

このように、実施形態に係る認証器管理装置１００は、認証手段を指定した鍵を生成することができる。これにより、認証器管理装置１００は、例えば安全性の高い認証手段（ユーザの生体情報等を利用した認証手段）を指定することで、複数端末全体における認証の安全性を担保することができる。

【0187】

なお、認証器管理装置１００は、上記と異なる構成であってもよい。例えば、変形例に係る認証器管理装置１００Ａは、生成部１３２と、登録部１３３と、送信部１３４と、応答部１３６を有する。生成部１３２は、ユーザの本人認証を行う認証器による認証結果に対して署名を付すための第１の鍵と、当該第１の鍵を用いて付された署名を検証するための第２の鍵とのペアを生成する。登録部１３３は、生成部１３２によって生成された鍵のペアを識別する鍵識別子と、ユーザを識別するユーザ識別情報とを対応付けて登録する。送信部１３４は、生成部１３２によって生成された第１の鍵を、ユーザが利用する認証器に送信する。応答部１３６は、送信部１３４によって送信された第１の鍵が設定された認証器から認証に関する要求を受け付けた場合に、鍵識別子とユーザ識別情報とに基づいて、当該認証器に対応する第２の鍵を有効化するよう応答する。

【0188】

このように、変形例に係る認証器管理装置１００Ａは、自装置が認証サーバ５０の役割を担ってもよい。かかる構成により、認証器管理装置１００Ａは、自装置が鍵を生成しつつ、また、その鍵を有効化する処理も行うことができるため、より簡易なシステムで認証器管理処理を行うことができる。

【0189】

また、認証器管理装置１００は、上記と異なる構成であってもよい。例えば、変形例に係る認証器管理装置１００Ｂは、送信部１３４を有する。送信部１３４は、ユーザの本人認証を行う認証器に対して制御情報を送信する。また、制御情報は、認証器に、生成手順と、登録手順と、送信手順とを実行させる。生成手順は、ユーザの本人認証を行った認証結果に対して署名を付すための第１の鍵と、当該第１の鍵を用いて付された署名を検証するための第２の鍵とのペアを生成する。登録手順は、生成手順によって生成された鍵のペアを識別する鍵識別子と、ユーザを識別するユーザ識別情報とを対応付けて登録する。送信手順は、生成手順によって生成された第２の鍵を、署名を検証する認証サーバ５０に送信するとともに、鍵識別子とユーザ識別情報とを認証器管理装置１００Ｂに送信する。なお、生成手順及び登録手順は、図１６に示した鍵生成部１６６が実行する処理に対応する。また、送信手順は、図１６に示した送信部１６５が実行する処理に対応する。

【0190】

このように、変形例に係る認証器管理装置１００Ｂは、認証器を制御することにより、認証器自体に鍵を生成させてもよい。すなわち、認証器管理装置１００Ｂは、自装置で鍵を生成せずとも、鍵生成の指令を認証器に対して行うことで、実施形態に係る認証器管理処理を行うことができる。これにより、認証器管理装置１００Ｂは、自装置の処理負担を抑えつつ、複数端末の効率的な管理を実現することができる。

【0191】

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

【0192】

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

【符号の説明】

【0193】

１ 認証器管理システム
１０ ユーザ端末
１６ 制御部
１６１ 受信部
１６２ 鍵設定部
１６３ 認証制御部
１６４ 生成部
１６５ 送信部
１６６ 鍵生成部
１００ 認証器管理装置
１１０ 通信部
１２０ 記憶部
１２１ ユーザ情報記憶部
１２２ 鍵情報記憶部
１２３ 管理ポリシー記憶部
１３０ 制御部
１３１ 取得部
１３２ 生成部
１３３ 登録部
１３４ 送信部
１３５ 要求受付部
１３６ 応答部
１３７ 管理部
１３８ 認証受付部
１３９ 鍵情報登録部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】