JP7343545B2 - 端末装置、情報処理方法及び情報処理プログラム - Google Patents

Description

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

ＦＩＤＯ（Fast Identity Online）に関する技術であって、外部認証器を用いる技術が開示されている。

特開２０２０－１４１３３１号公報

しかしながら、上記の従来技術では、既存のパスワード認証システムにおいて、パスワードベースの認証手段やそのインターフェースを維持しながらも、セキュリティを強化することについては考慮されていない。

本願は、上記に鑑みてなされたものであって、既存のパスワード認証システムにおいて、パスワードベースの認証手段やそのインターフェースを維持しながらも、セキュリティを強化することを目的とする。

本願に係る端末装置は、ＦＩＤＯ対応のパスワードマネージャーが実装され、認証サーバの代わりに、ＦＩＤＯ認証サーバとして機能する端末装置であって、ＦＩＤＯ認証機能とパスワード認証機能の両機能を併せ持つ認証サーバからパスワードの登録の要求を受け付ける受付部と、前記認証サーバからのパスワードの登録の要求に応じて認証器にＦＩＤＯ認証を要求する要求部と、前記認証器でのＦＩＤＯ認証の結果、前記認証器から署名付きの認証結果を受け取り、前記署名付きの認証結果に対する署名検証の結果、前記認証器において利用者の本人性を検証できたことを認識した場合、パスワードを自動的に生成する生成部と、生成されたパスワードを前記認証サーバに送付する送付部と、を備えることを特徴とする。

実施形態の一態様によれば、既存のパスワード認証システムにおいて、パスワードベースの認証手段やそのインターフェースを維持しながらも、セキュリティを強化することができる。

図１は、実施形態に係るパスワードの登録方法の概要を示す説明図である。 図２は、実施形態に係るパスワードの認証方法の概要を示す説明図である。 図３は、実施形態に係る認証システムの構成例を示す図である。 図４は、実施形態に係る端末装置の構成例を示す図である。 図５は、実施形態に係る認証サーバの構成例を示す図である。 図６は、利用者情報データベースの一例を示す図である。 図７は、履歴情報データベースの一例を示す図である。 図８は、認証情報データベースの一例を示す図である。 図９は、実施形態に係る処理手順を示すフローチャートである。 図１０は、ハードウェア構成の一例を示す図である。

以下に、本願に係る端末装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る端末装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．情報処理方法の概要〕
まず、図１及び図２を参照し、実施形態に係る情報処理装置が行う情報処理方法の概要について説明する。図１は、実施形態に係るパスワードの登録方法の概要を示す説明図である。図２は、図２は、実施形態に係るパスワードの認証方法の概要を示す説明図である。

図１及び図２に示すように、認証システム１は、端末装置１０と認証器５０と認証サーバ１００とを含む。端末装置１０と認証サーバ１００とは、それぞれネットワークＮ（図３参照）を介して有線又は無線で互いに通信可能に接続される。本実施形態では、端末装置１０は、認証サーバ１００と連携する。

端末装置１０は、利用者Ｕ（ユーザ）により使用されるクライアントデバイスである。例えば、端末装置１０は、スマートフォンやタブレット等のスマートデバイスであり、４Ｇ（Generation）やＬＴＥ（Long Term Evolution）等の無線通信網を介して任意のサーバ装置と通信を行うことができる携帯端末装置である。また、端末装置１０は、液晶ディスプレイ等の画面であって、タッチパネルの機能を有する画面を有し、利用者Ｕから指やスタイラス等によりタップ操作、スライド操作、スクロール操作等、コンテンツ等の表示データに対する各種の操作を受付ける。なお、画面のうち、コンテンツが表示されている領域上で行われた操作を、コンテンツに対する操作としてもよい。また、端末装置１０は、スマートデバイスのみならず、デスクトップＰＣ（Personal Computer）やノートＰＣ等の情報処理装置であってもよい。

本実施形態に係る端末装置１０は、ＦＩＤＯ対応のパスワードマネージャー（FIDO-enabled Password Manager）が実装され、認証サーバ１００の代わりに、ＦＩＤＯ認証サーバとして機能する。ＦＩＤＯ認証では、ユーザの本人性が、スマートフォン等のクライアントデバイスに内蔵または外付けされた認証器（Authenticator）によって検証される。本実施形態では、利用者Ｕの本人性が、利用者Ｕの端末装置１０に内蔵または外付けされた認証器５０によって検証される。

既存のパスワードマネージャーの中には、パスワードマネージャーの利用を開始するための認証手段として、画面ロックを使ったＦＩＤＯ認証を適用しているものがある。しかし、これは端末装置におけるローカルでの認証（画面ロック解除）であって、他のＷｅｂサイトを利用するためのＦＩＤＯ認証を行うものではない。本実施形態に係るＦＩＤＯ対応のパスワードマネージャーは、既存のパスワード認証システムにおいて、パスワードベースの認証手段やそのインターフェースを維持しながらも、セキュリティを強化する。

認証器５０は、利用者Ｕの端末装置１０に内蔵または外付けされた認証器であり、利用者Ｕの本人性を検証する。例えば、認証器５０は、スマートフォンの生体認証機能であってもよいし、ＵＳＢ（Universal Serial Bus）キー等の外部認証器であってもよい。また、認証器５０は、アプリ（アプリケーション）等の形式で、利用者Ｕの端末装置１０の内部に実装されていてもよい。すなわち、認証器５０は、利用者Ｕの端末装置１０であってもよい。また、認証器５０は、有線通信又は近距離無線通信により利用者Ｕの端末装置１０と通信可能な認証器であってもよい。なお、認証器５０は、既存技術の認証器であってもよい。すなわち、本実施形態では、認証器５０に技術的特徴はない。

認証サーバ１００は、ＦＩＤＯ認証機能とパスワード認証機能の両機能を併せ持つ認証サーバとして機能する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。すなわち、認証サーバ１００は、ＦＩＤＯ認証機能とパスワード認証機能の両機能を兼ね備える。例えば、多岐にわたる大規模なサービスを提供する企業等の認証サーバは、既にＦＩＤＯ認証機能とパスワード認証機能の両機能に対応していることがある。

例えば、認証サーバ１００は、端末装置１０の既存のパスワードのＵＩ（ユーザインターフェース）画面を通じてＦＩＤＯ認証を発動し、端末装置１０から認証結果の情報を受信する。これにより、認証サーバ１００は、端末装置１０の既存のパスワード認証等のインターフェースを改変することなく、端末装置１０にＦＩＤＯ認証機能を導入する。また、認証サーバ１００は、パスワード認証におけるパスワードの強化／更新を行う。

本実施形態では、認証サーバ１００が既にＦＩＤＯ認証機能とパスワード認証機能の両機能を併せ持つ場合において、端末装置１０に新たにＦＩＤＯ対応のパスワードマネージャーを導入する際に、認証サーバ１００と端末装置１０との間でＦＩＤＯ認証の整合性を取りつつ、既存のパスワードによるインターフェースを改変することのないＦＩＤＯ認証機能を提供する。すなわち、認証サーバ１００は、端末装置１０に対して、パスワードをベースとした認証手段を残したままで、パスワードによる認証手段の強化と、デバイスなどの「ローカル認証手段」を同時に導入する。ここでは、ローカル認証手段として、ＦＩＤＯ認証を例示するが、実際にはＦＩＤＯ認証に限定されない。

また、認証サーバ１００は、各利用者Ｕの端末装置１０と連携し、各利用者Ｕの端末装置１０に対して、各種アプリ等に対するＡＰＩ（Application Programming Interface）サービス等と、各種データを提供してもよい。このとき、認証サーバ１００は、各利用者Ｕの端末装置１０と連携し、端末装置１０にＦＩＤＯ対応のパスワードマネージャーとしての機能を提供してもよい。

また、認証サーバ１００は、各利用者Ｕの端末装置１０に対して、オンラインで何らかのＷｅｂサービスを提供する情報処理装置であってもよい。例えば、認証サーバ１００は、Ｗｅｂサービスとして、インターネット接続、検索サービス、ＳＮＳ（Social Networking Service）、電子商取引、電子決済、オンラインゲーム、オンラインバンキング、オンライントレーディング、宿泊・チケット予約、動画・音楽配信等のサービスを提供してもよい。実際には、認証サーバ１００は、上記のようなＷｅｂサービスを提供する各種サーバと連携し、Ｗｅｂサービスを仲介してもよいし、Ｗｅｂサービスの処理を担当してもよい。

また、認証サーバ１００は、利用者Ｕに関する利用者情報を取得可能である。例えば、認証サーバ１００は、利用者Ｕの性別、年代、居住地域といった利用者Ｕの属性に関する情報を取得する。そして、認証サーバ１００は、利用者Ｕを示す識別情報（利用者ＩＤ等）とともに利用者Ｕの属性に関する情報を記憶して管理する。

また、認証サーバ１００は、利用者Ｕの端末装置１０から、あるいは利用者ＩＤ等に基づいて各種サーバ等から、利用者Ｕの行動を示す各種の履歴情報（ログデータ）を取得する。例えば、認証サーバ１００は、利用者Ｕの位置や日時の履歴である位置履歴を端末装置１０から取得する。また、認証サーバ１００は、利用者Ｕが入力した検索クエリの履歴である検索履歴を検索サーバ（検索エンジン）から取得する。また、認証サーバ１００は、利用者Ｕが閲覧したコンテンツの履歴である閲覧履歴をコンテンツサーバから取得する。また、認証サーバ１００は、利用者Ｕの商品購入や決済処理の履歴である購入履歴（決済履歴）を電子商取引サーバや決済処理サーバから取得する。また、認証サーバ１００は、利用者Ｕのマーケットプレイスへの出品の履歴である出品履歴や販売履歴を電子商取引サーバや決済サーバから取得してもよい。また、認証サーバ１００は、利用者Ｕの投稿の履歴である投稿履歴を口コミの投稿サービスを提供する投稿サーバやＳＮＳサーバから取得する。

従来から、パスワード認証に関して、セキュリティとユーザビリティ上の課題が広く指摘されている。例えば、セキュリティ上の課題として、パスワードを何らかの方法で不正に入手した攻撃者からの不正アクセスや、ユーザを偽サイトに誘導しパスワードを盗み出すサイバー攻撃のリスクがある。また、ユーザビリティ上の課題として、ユーザは複数のオンラインサービスのパスワードを覚えていなければならない。また、携帯電話やスマートフォンなどの小型の機器では半角英数記号などの混合や長い文字列の入力が求められている場合、入力が不便なことが多い。これらのパスワードの課題を解決するために、パスワードに代わる認証手段や、２要素認証などパスワードに加えて別の認証手段も実施する手法も導入されているが、諸事情により、認証システムからパスワードをなくす（パスワード認証を廃止する）ことが難しいことが多い。

例えば、新たな認証システムを導入しようとしても、既存の認証システムにパスワード認証が導入されている場合、パスワードをなくして新しい認証手段を導入すると、ＵＩの変更も余儀なくされ、ユーザ体験も変えてしまい、ユーザに混乱を招く。また、新しい認証手段を導入しても、その新しい認証手段が使用できなくなったときのリカバリー手段を提供する必要がある。例えば、ＦＩＤＯもデバイスベースなので、デバイスの紛失・盗難時には、別のリカバリー手段が必要となる。そして、リカバリー手段として、導入に要する負荷やコストの面から、既存のパスワード認証システムを用いることが最も合理的であり、好まれる傾向にある。そのため、パスワードをなくすことが難しい。

そこで、本実施形態では、既存のパスワード認証システムにおいて、パスワードベースの認証手段やそのインターフェースを維持しながらも、セキュリティを強化する方法を提供する。すなわち、パスワードをベースとした認証方法は残したままで、パスワードによる認証手段の強化と、デバイスなどのローカル認証手段を同時に導入する。

〔１－１．パスワードの登録方法〕
ここで、図１を参照して、実施形態に係るパスワードの登録方法について説明する。

例えば、図１に示すように、利用者Ｕの端末装置１０は、認証サーバ１００に対して、登録済みのパスワードを用いて、パスワード認証を行う（ステップＳ０）。なお、利用者Ｕが新規ユーザでまだパスワードを登録していない場合には、当該処理を行わなくてもよい。また、端末装置１０は、パスワード認証により、認証サーバ１００にログインしてもよい。すなわち、端末装置１０と認証サーバ１００との間でパスワード認証を行ってもよい。

続いて、認証サーバ１００は、利用者Ｕが新規ユーザでまだパスワードを登録していない場合、あるいは登録済みのパスワードの更新時期が到来した場合には、利用者Ｕの端末装置１０に対してパスワード登録を要求する（ステップＳ１）。なお、パスワード更新も、パスワード登録の１つである。このとき、認証サーバ１００は、端末装置１０に、パスワード登録の要求として、パスワード画面、パスワードポリシー、及び更新推薦を送付する。

例えば、認証サーバ１００は、端末装置１０に、パスワード画面として、ＩＤ（Identifier）及びパスワードの認証用のＵＩ（ユーザインターフェース）を提供する。なお、認証サーバ１００は、アプリ等の形式で、予め端末装置１０にＩＤ及びパスワードの認証用のＵＩを提供していてもよい。この場合、認証サーバ１００は、端末装置１０にＩＤ及びパスワードの認証用のＵＩの表示を要求する。

また、パスワードポリシーは、端末装置１０の内部のメモリ領域４０Ａに登録される。メモリ領域４０Ａは、セキュア領域であってもよい。セキュア領域は、セキュリティが確保されたメモリ領域である。なお、パスワードポリシーは、認証サーバ毎のパスワード生成の要件を示す。例えば、パスワードは「英数大小文字記号必須」で「８文字以上３２文字以内」、「定期的（XXXヶ月毎）な変更必須」、「過去１０回分と同じパスワードの設定は禁止」等の要件を示す。パスワードポリシーは、所定のポリシー記述言語で記載してよい。また、パスワードポリシーは、事前に（何らかの方法で）取得しておいてもよい。あるいは、認証サーバからユーザへのパスワード要求時に、（ポリシー記述言語で表現された）パスワードポリシーを含めて送付してもよい。

また、認証サーバ１００は、登録／認証要求時に、現行パスワードが要件を満たしているか否かを確認した上で、更新するべき場合には「更新推薦」のフラグを立てておく。このようにすることで、既存のパスワード認証のＵＩを改変することなくパスワードを更新することができる。

続いて、利用者Ｕの端末装置１０は、利用者ＵのＩＤ及びパスワードを入力するためのパスワード画面を表示する（ステップＳ２）。このとき、端末装置１０は、認証サーバ１００から提供されたＩＤ及びパスワードの認証用のＵＩを表示する。

続いて、利用者Ｕの端末装置１０は、認証器５０に対してローカル認証を要求する（ステップＳ３）。例えば、端末装置１０は、認証器５０に対してユーザ検証を要求する。このとき、端末装置１０は、認証器５０にチャレンジを送付してもよい。

続いて、認証器５０は、端末装置１０からのローカル認証の要求に応じて、ユーザ検証を行う（ステップＳ４）。例えば、認証器５０は、利用者Ｕから取得した生体情報に基づいて、ＦＩＤＯ認証を行い、利用者Ｕの本人性を検証する。生体情報は、指紋、静脈、顔、虹彩及び声紋等のいずれか又はこれらの組合せ等であってもよい。なお、実際には、本人性を検証するための手段は生体認証に限定されるものではない。例えば、認証器５０は、ワンタイムパスワードを生成するトークンを用いた認証により本人性を検証してもよい。すなわち、生体情報に基づくＦＩＤＯ認証は一例に過ぎない。

続いて、認証器５０は、利用者Ｕの本人性を検証できた場合、利用者Ｕの端末装置１０に対して認証応答を行う（ステップＳ５）。すなわち、認証器５０は、利用者Ｕの本人性を検証できた場合、利用者Ｕの端末装置１０に、認証結果を送付する。なお、初回の登録時には、認証器５０は、秘密鍵（Private Key）と公開鍵（Public Key）との鍵ペアを生成し、生成された鍵ペアのうちの公開鍵を端末装置１０に送付してもよい。このとき、認証器５０は、秘密鍵と公開鍵との鍵ペアを生成し、端末装置１０から送付されたチャレンジに対して秘密鍵で署名（電子署名）を生成し、署名付きチャレンジと公開鍵とを端末装置１０に送付してもよい。

続いて、利用者Ｕの端末装置１０は、認証器５０からの認証応答を確認する（ステップＳ６）。このとき、端末装置１０は、認証器５０から送付された署名付きチャレンジと公開鍵とを用いて署名検証を行ってもよい。

続いて、利用者Ｕの端末装置１０は、認証器５０からの認証応答を確認することで利用者Ｕの本人性を検証できた場合、認証サーバ１００からの「更新推薦」に応じて、パスワードポリシーに基づいて、パスワードを生成又は更新する（ステップＳ７）。すなわち、端末装置１０は、「更新推薦」のフラグが立っている場合に、パスワードポリシーに基づいて、パスワードを生成又は更新する。

このとき、端末装置１０は、パスワード更新機能３４Ａにより、パスワードポリシーに基づいて、パスワードを生成又は更新する。そして、端末装置１０は、パスワード管理機能３４Ｂにより、利用者ＵのＩＤとパスワードを紐付けて端末装置１０の内部のメモリ領域４０Ｂに登録する。メモリ領域４０Ｂは、セキュア領域であってもよい。また、メモリ領域４０Ｂは、メモリ領域４０Ａと同じメモリ領域であってもよい。なお、利用者ＵのＩＤは、利用者Ｕの電話番号やメールアドレス等であってもよいし、認証サーバ１００が発行する任意のアカウント（ＩＤ番号等）であってもよい。また、端末装置１０は、認証サーバごとに、利用者ＵのＩＤとパスワードとの組を登録する。

本実施形態では、端末装置１０は、パスワード更新機能３４Ａにより、パスワードポリシーに基づいて、パスワードを自動的に生成する。なお、実際には、利用者Ｕが手入力でパスワードを設定してもよい。例えば、端末装置１０は、パスワード更新機能３４Ａにより、利用者Ｕにより入力されたパスワードがパスワードポリシーを満たすか確認する。そして、利用者Ｕにより入力されたパスワードがパスワードポリシーを満たす場合には、既存のパスワードを、利用者Ｕにより入力されたパスワードに更新する。

続いて、利用者Ｕの端末装置１０は、認証サーバ１００に対して登録応答を行う（ステップＳ８）。このとき、端末装置１０は、認証サーバ１００からの登録要求に対する応答として、パスワード送付機能３４Ｃにより、利用者ＵのＩＤとパスワードを紐付けて認証サーバ１００に送付する。なお、端末装置１０は、認証サーバ１００からの登録要求に対する応答として、パスワードとともに認証アサーションを送付してもよい。この場合、ＦＩＤＯ認証機能は、端末装置１０ではなく、認証サーバ１００側にある。例えば、端末装置１０は、認証サーバ１００に対して、パスワード送受信のインターフェースを通して、パスワードとともに認証アサーションも送付する。そして、認証サーバ１００側にて、認証アサーションを検証する。あるいは、端末装置１０は、パスワードの送付をもって、認証サーバ１００にＦＩＤＯ認証が完了したことを表明してもよい。

続いて、認証サーバ１００は、端末装置１０から送付された利用者ＵのＩＤとパスワードに基づいて、パスワードを更新する（ステップＳ９）。このとき、認証サーバ１００は、パスワード管理機能１３２Ａにより、利用者ＵのＩＤとパスワードを紐付けて認証サーバ１００の内部の認証情報データベース１２３に登録する。

〔１－２．パスワードの認証方法〕
次に、図２を参照して、実施形態に係るパスワードの認証方法について説明する。なお、図２に示すステップＳ１３～Ｓ１６については、図１に示すステップＳ３～Ｓ６と基本的に同様である。

例えば、図２に示すように、認証サーバ１００は、利用者Ｕの端末装置１０からのアクセスを受けた際に、端末装置１０に対してパスワード認証（入力）を要求する（ステップＳ１１）。このとき、認証サーバ１００は、端末装置１０に、パスワード認証の要求として、パスワード画面を送付する。

例えば、認証サーバ１００は、端末装置１０に、パスワード画面として、ＩＤ及びパスワードの認証用のＵＩ（ユーザインターフェース）を提供する。なお、認証サーバ１００は、アプリ等の形式で、予め端末装置１０にＩＤ及びパスワードの認証用のＵＩを提供していてもよい。この場合、認証サーバ１００は、端末装置１０にＩＤ及びパスワードの認証用のＵＩの表示を要求する。

このとき、認証サーバ１００は、パスワードポリシーに基づいて「更新推薦」のフラグを立ててもよい。例えば、認証サーバ１００は、パスワードポリシーに「○○ケ月毎に更新」という要件が設定されている場合、前回の更新から○○ケ月経過していれば、「更新推薦」のフラグを立てる。

続いて、利用者Ｕの端末装置１０は、利用者ＵのＩＤ及びパスワードを入力するためのパスワード画面を表示する（ステップＳ１２）。このとき、端末装置１０は、認証サーバ１００から提供されたＩＤ及びパスワードの認証用のＵＩを表示する。

続いて、利用者Ｕの端末装置１０は、認証器５０に対してローカル認証を要求する（ステップＳ１３）。すなわち、端末装置１０は、認証器５０に対してユーザ検証を要求する。このとき、端末装置１０は、認証器５０にチャレンジを送付してもよい。

続いて、認証器５０は、端末装置１０からのローカル認証の要求に応じて、ユーザ検証を行う（ステップＳ１４）。例えば、認証器５０は、利用者Ｕから取得した生体情報に基づいて、ＦＩＤＯ認証を行い、利用者Ｕの本人性を検証する。なお、生体情報に基づくＦＩＤＯ認証は一例に過ぎない。

続いて、認証器５０は、利用者Ｕの本人性を検証できた場合、利用者Ｕの端末装置１０に対して認証応答を行う（ステップＳ１５）。すなわち、認証器５０は、利用者Ｕの本人性を検証できた場合、利用者Ｕの端末装置１０に、認証結果（認証アサーション）を送付する。このとき、認証器５０は、端末装置１０から送付されたチャレンジに対して秘密鍵で署名を生成し、署名付きチャレンジを端末装置１０に送付してもよい。認証時には、既に公開鍵はあるので、公開鍵の送付は不要である。

続いて、利用者Ｕの端末装置１０は、認証器５０からの認証応答を確認する（ステップＳ１６）。すなわち、端末装置１０は、認証器５０から送付された認証結果を確認する。このとき、端末装置１０は、認証器５０から送付された署名付きチャレンジを用いて署名検証を行ってもよい。これにより、端末装置１０は、認証器５０において、利用者Ｕの本人性を検証できたことを認識する。

続いて、利用者Ｕの端末装置１０は、認証器５０からの認証応答を確認することで利用者Ｕの本人性を検証できた場合、利用者ＵのＩＤとパスワードとを抽出する（ステップＳ１７）。このとき、端末装置１０は、パスワード管理機能３４Ｂにより、端末装置１０の内部のメモリ領域４０Ｂから、利用者ＵのＩＤとパスワードとを抽出する。すなわち、端末装置１０は、「更新推薦」のフラグが立っていない場合に、利用者ＵのＩＤとパスワードとを抽出する。

続いて、利用者Ｕの端末装置１０は、認証サーバ１００に対して登録応答を行う（ステップＳ１８）。このとき、端末装置１０は、認証サーバ１００からの登録要求に対する応答として、パスワード送付機能３４Ｃにより、利用者ＵのＩＤとパスワードを紐付けて認証サーバ１００に送付する。また、端末装置１０は、パスワードの送付をもって、認証サーバ１００にＦＩＤＯ認証が完了したことを表明する。

続いて、認証サーバ１００は、利用者Ｕの端末装置１０から送付されたＩＤ及びパスワードを検証する（ステップＳ１９）。このとき、認証サーバ１００は、パスワード管理機能１３２Ａにより、利用者Ｕの端末装置１０から送付されたＩＤ及びパスワードと、認証サーバ１００の内部の認証情報データベース１２３に登録されている利用者ＵのＩＤ及びパスワードとを照合し、一致しているか判定する。そして、一致している場合、認証成功と判定する。反対に、一致していない場合、認証失敗と判定する。

〔１－３．本実施形態の特徴〕
本実施形態では、端末装置１０は、認証サーバ１００からパスワードの要求を受け付け、認証器５０にローカル認証（ユーザ検証）を要求し、認証器５０でのローカル認証の結果、利用者Ｕの本人性を検証できた場合、パスワードを自動的に生成し、生成されたパスワードを認証サーバ１００に送付する。

例えば、端末装置１０は、認証サーバ１００からパスワードの要求とともにパスワードポリシーを受け付け、認証器５０でのローカル認証の結果、利用者Ｕの本人性を検証できた場合、パスワードポリシーに基づいてパスワードを自動的に生成し、生成されたパスワードを認証サーバ１００に送付する。

また、端末装置１０は、認証サーバ１００からパスワード登録の要求を受け付け、パスワード登録の要求に応じて認証器５０にローカル認証を要求し、認証器５０でのローカル認証の結果、利用者Ｕの本人性を検証できた場合、パスワードを自動的に生成し、生成されたパスワードを管理するとともに、生成されたパスワードを認証サーバ１００に登録する。

また、端末装置１０は、認証サーバ１００からパスワード認証の要求を受け付け、パスワード認証の要求に応じて認証器５０にローカル認証を要求し、認証器５０でのローカル認証の結果、利用者Ｕの本人性を検証できた場合、管理しているパスワードを抽出し、抽出されたパスワードを認証サーバ１００に送付する。

また、端末装置１０は、パスワードポリシーで指定されたパスワードの文字数制限の上限まで使用したパスワードを自動的に生成して、生成されたパスワードを管理するとともに、生成されたパスワードを認証サーバ１００に登録する。そして、端末装置１０は、利用者Ｕの本人性を検証できた場合、管理しているパスワードを抽出し、抽出されたパスワードを認証サーバ１００に送付する。

また、端末装置１０は、パスワードポリシーにパスワードの更新時期が設定されている場合、更新時期が到来したらパスワードを自動的に生成して、管理しているパスワードを、生成されたパスワードに更新するとともに、更新されたパスワードを認証サーバ１００に登録する。

なお、ローカル認証は、例えば利用者Ｕの生体情報に基づくＦＩＤＯ認証である。また、端末装置１０は、ＦＩＤＯ認証の強度が低い場合には、パスワードの強度を高くする。例えば、端末装置１０は、ＦＩＤＯ認証の強度に合わせて、更新パスワードの強度を変えるようなパスワードポリシーを設定することもできる。

本実施形態によれば、パスワード認証システムのＵＩやプロトコルを改変しないで利用し続けられる。また、クライアントデバイスの信頼性が前提となるが、パスワード認証を維持したまま、ローカル認証を実施するので、認証強度を高めることができる。

また、ユーザは、パスワードポリシーを満たす（覚えられない程度の）長いパスワードを設定することができ、認証強度を高められる。しかも、覚える必要がない。例えば、８文字以上３２文字以内のパスワードが許容されていたとしても、従来は長いパスワードをユーザが覚えられないため、８文字のパスワードを設定することが多かった。しかし、本実施形態では、ユーザがパスワードを覚える必要がないため、文字数制限の上限の３２文字のパスワードを設定することができ、セキュリティが格段に向上する。また、認証サーバのセキュリティポリシーに合わせて、パスワードの更新頻度を柔軟に変更できるパスワードポリシーを設定することができる。従来、パスワードの更新は、ユーザ自身が意識的に実施する必要があり、手間がかかるため、認証サーバ管理者の意図通りに更新してもらえないことが多かったが、本実施の形態によれば、日常の認証処理を契機にして、大きな障壁なくスムーズに実施することができる。

なお、３２文字以内は一例に過ぎない。実際には、３２文字を超えるパスワードであってもよい。例えば６４文字や１２８文字のパスワードであってもよい。すなわち、文字数制限の上限は任意である。

また、パスワードは残り続けるので、ローカル認証が（何らかの原因で）できず、アカウントリカバリーが必要になっても、パスワードを使ってリカバリーを行い、再設定できる。

〔２．認証システムの構成例〕
次に、図３を用いて、実施形態に係る認証サーバ１００が含まれる認証システム１の構成について説明する。図３は、実施形態に係る認証システム１の構成例を示す図である。図３に示すように、実施形態に係る認証システム１は、端末装置１０と認証器５０と認証サーバ１００とを含む。端末装置１０と認証サーバ１００とは、ネットワークＮを介して、有線又は無線により通信可能に接続される。ネットワークＮは、例えば、ＬＡＮ（Local Area Network）や、インターネット等のＷＡＮ（Wide Area Network）である。

また、図３に示す認証システム１に含まれる各装置の数は図示したものに限られない。例えば、図３では、図示の簡略化のため、端末装置１０及び認証サーバ１００をそれぞれ１台のみ示したが、これはあくまでも例示であって限定されるものではなく、それぞれ２台以上であってもよい。

端末装置１０は、利用者Ｕによって使用される情報処理装置である。例えば、端末装置１０は、スマートフォンやタブレット端末等のスマートデバイス、ＰＣ（Personal Computer）、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、通信機能を備えたゲーム機、カーナビゲーションシステム、スマートウォッチやヘッドマウントディスプレイ等のウェアラブルデバイス（Wearable Device）、スマートグラス等である。

また、かかる端末装置１０は、ＬＴＥ（Long Term Evolution）、４Ｇ（4th Generation）、５Ｇ（5th Generation：第５世代移動通信システム）等の無線通信網や、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local Area Network）等の近距離無線通信を介してネットワークＮに接続し、認証サーバ１００と通信することができる。

認証サーバ１００は、例えばＰＣやサーバ装置、あるいはメインフレーム又はワークステーション等である。なお、認証サーバ１００は、クラウドコンピューティングにより実現されてもよい。

〔３．端末装置の構成例〕
次に、図４を用いて、端末装置１０の構成について説明する。図４は、端末装置１０の構成例を示す図である。図４に示すように、端末装置１０は、通信部１１と、表示部１２と、入力部１３と、測位部１４と、センサ部２０と、制御部３０（コントローラ）と、記憶部４０とを備える。

（通信部１１）
通信部１１は、ネットワークＮ（図３参照）と有線又は無線で接続され、ネットワークＮを介して、認証サーバ１００との間で情報の送受信を行う。例えば、通信部１１は、ＮＩＣ（Network Interface Card）やアンテナ等によって実現される。

（表示部１２）
表示部１２は、位置情報等の各種情報を表示する表示デバイスである。例えば、表示部１２は、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）や有機ＥＬディスプレイ（Organic Electro-Luminescent Display）である。また、表示部１２は、タッチパネル式のディスプレイであるが、これに限定されるものではない。

（入力部１３）
入力部１３は、利用者Ｕから各種操作を受け付ける入力デバイスである。例えば、入力部１３は、文字や数字等を入力するためのボタン等を有する。なお、入力部１３は、入出力ポート（I/O port）やＵＳＢ（Universal Serial Bus）ポート等であってもよい。また、表示部１２がタッチパネル式のディスプレイである場合、表示部１２の一部が入力部１３として機能する。また、入力部１３は、利用者Ｕから音声入力を受け付けるマイク等であってもよい。マイクはワイヤレスであってもよい。

（測位部１４）
測位部１４は、ＧＰＳ（Global Positioning System）の衛星から送出される信号（電波）を受信し、受信した信号に基づいて、自装置である端末装置１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。すなわち、測位部１４は、端末装置１０の位置を測位する。なお、ＧＰＳは、ＧＮＳＳ（Global Navigation Satellite System）の一例に過ぎない。

また、測位部１４は、ＧＰＳ以外にも、種々の手法により位置を測位することができる。例えば、測位部１４は、位置補正等のための補助的な測位手段として、下記のように、端末装置１０の様々な通信機能を利用して位置を測位してもよい。

（Ｗｉ－Ｆｉ測位）
例えば、測位部１４は、端末装置１０のＷｉ－Ｆｉ（登録商標）通信機能や、各通信会社が備える通信網を利用して、端末装置１０の位置を測位する。具体的には、測位部１４は、Ｗｉ－Ｆｉ通信等を行い、付近の基地局やアクセスポイントとの距離を測位することにより、端末装置１０の位置を測位する。

（ビーコン測位）
また、測位部１４は、端末装置１０のＢｌｕｅｔｏｏｔｈ（登録商標）機能を利用して位置を測位してもよい。例えば、測位部１４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）機能によって接続されるビーコン（beacon）発信機と接続することにより、端末装置１０の位置を測位する。

（地磁気測位）
また、測位部１４は、予め測定された構造物の地磁気のパターンと、端末装置１０が備える地磁気センサとに基づいて、端末装置１０の位置を測位する。

（ＲＦＩＤ測位）
また、例えば、端末装置１０が駅改札や店舗等で使用される非接触型ＩＣカードと同等のＲＦＩＤ（Radio Frequency Identification）タグの機能を備えている場合、もしくはＲＦＩＤタグを読み取る機能を備えている場合、端末装置１０によって決済等が行われた情報とともに、使用された位置が記録される。測位部１４は、かかる情報を取得することで、端末装置１０の位置を測位してもよい。また、位置は、端末装置１０が備える光学式センサや、赤外線センサ等によって測位されてもよい。

測位部１４は、必要に応じて、上述した測位手段の一つ又は組合せを用いて、端末装置１０の位置を測位してもよい。

（センサ部２０）
センサ部２０は、端末装置１０に搭載又は接続される各種のセンサを含む。なお、接続は、有線接続、無線接続を問わない。例えば、センサ類は、ウェアラブルデバイスやワイヤレスデバイス等、端末装置１０以外の検知装置であってもよい。図４に示す例では、センサ部２０は、加速度センサ２１と、ジャイロセンサ２２と、気圧センサ２３と、気温センサ２４と、音センサ２５と、光センサ２６と、磁気センサ２７と、画像センサ（カメラ）２８とを備える。

なお、上記した各センサ２１～２８は、あくまでも例示であって限定されるものではない。すなわち、センサ部２０は、各センサ２１～２８のうちの一部を備える構成であってもよいし、各センサ２１～２８に加えてあるいは代えて、湿度センサ等その他のセンサを備えてもよい。

加速度センサ２１は、例えば、３軸加速度センサであり、端末装置１０の移動方向、速度、及び、加速度等の端末装置１０の物理的な動きを検知する。ジャイロセンサ２２は、端末装置１０の角速度等に基づいて３軸方向の傾き等の端末装置１０の物理的な動きを検知する。気圧センサ２３は、例えば端末装置１０の周囲の気圧を検知する。

端末装置１０は、上記した加速度センサ２１やジャイロセンサ２２、気圧センサ２３等を備えることから、これらの各センサ２１～２３等を利用した歩行者自律航法（ＰＤＲ：Pedestrian Dead-Reckoning）等の技術を用いて端末装置１０の位置を測位することが可能になる。これにより、ＧＰＳ等の測位システムでは取得することが困難な屋内での位置情報を取得することが可能になる。

例えば、加速度センサ２１を利用した歩数計により、歩数や歩くスピード、歩いた距離を算出することができる。また、ジャイロセンサ２２を利用して、利用者Ｕの進行方向や視線の方向、体の傾きを知ることができる。また、気圧センサ２３で検知した気圧から、利用者Ｕの端末装置１０が存在する高度やフロアの階数を知ることもできる。

気温センサ２４は、例えば端末装置１０の周囲の気温を検知する。音センサ２５は、例えば端末装置１０の周囲の音を検知する。光センサ２６は、端末装置１０の周囲の照度を検知する。磁気センサ２７は、例えば端末装置１０の周囲の地磁気を検知する。画像センサ２８は、端末装置１０の周囲の画像を撮像する。

上記した気圧センサ２３、気温センサ２４、音センサ２５、光センサ２６及び画像センサ２８は、それぞれ気圧、気温、音、照度を検知したり、周囲の画像を撮像したりすることで、端末装置１０の周囲の環境や状況等を検知することができる。また、端末装置１０の周囲の環境や状況等から、端末装置１０の位置情報の精度を向上させることが可能になる。

（制御部３０）
制御部３０は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ、入出力ポート等を有するマイクロコンピュータや各種の回路を含む。また、制御部３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路等のハードウェアで構成されてもよい。制御部３０は、送信部３１と、受信部３２と、処理部３３と、管理部３４とを備える。

（送信部３１）
送信部３１は、例えば入力部１３を用いて利用者Ｕにより入力された各種情報や、端末装置１０に搭載又は接続された各センサ２１～２８によって検知された各種情報、測位部１４によって測位された端末装置１０の位置情報等を、通信部１１を介して認証サーバ１００へ送信することができる。

（受信部３２）
受信部３２は、通信部１１を介して、認証サーバ１００から提供される各種情報や、認証サーバ１００からの各種情報の要求を受信することができる。

（処理部３３）
処理部３３は、表示部１２等を含め、端末装置１０全体を制御する。例えば、処理部３３は、送信部３１によって送信される各種情報や、受信部３２によって受信された認証サーバ１００からの各種情報を表示部１２へ出力して表示させることができる。

（管理部３４）
管理部３４は、ＦＩＤＯ対応のパスワードマネージャーにより実現され、認証器５０との間でＦＩＤＯ認証を実施する。なお、管理部３４は、上記の処理部３３により実現されてもよい。管理部３４は、パスワード更新機能３４Ａと、パスワード管理機能３４Ｂと、パスワード送付機能３４Ｃとを有する。

（パスワード更新機能３４Ａ）
パスワード更新機能３４Ａは、認証サーバ１００から送付されたパスワードポリシーを端末装置１０の内部のメモリ領域４０Ａに登録して管理する。また、パスワード更新機能３４Ａは、パスワードポリシーに基づいて、パスワードを生成又は更新する。

（パスワード管理機能３４Ｂ）
パスワード管理機能３４Ｂは、利用者ＵのＩＤ（Identifier）とパスワードを紐付けて端末装置１０の内部のメモリ領域４０Ｂに登録して管理する。また、パスワード管理機能３４Ｂは、端末装置１０の内部のメモリ領域４０Ｂから利用者ＵのＩＤ及びパスワードを抽出する。

（パスワード送付機能３４Ｃ）
パスワード送付機能３４Ｃは、認証サーバ１００に利用者ＵのＩＤとパスワードを送付する。また、パスワード送付機能３４Ｃは、認証サーバ１００からチャレンジを受信してもよい。また、パスワード送付機能３４Ｃは、認証器５０にチャレンジを認証器５０に送付してもよい。さらに、パスワード送付機能３４Ｃは、ＩＤ及びパスワードと、認証器５０から送付された署名の検証結果とを認証サーバ１００に送付してもよい。このとき、パスワード送付機能３４Ｃは、認証器５０から送付された署名の検証結果の代わりに／とともに、認証サーバ１００から送付された第２チャレンジに署名して、第２チャレンジへの署名を認証サーバ１００に送付してもよい。なお、パスワード送付機能３４Ｃは、上記の送信部３１と受信部３２とにより実現されてもよい。

このように、制御部３０は、認証サーバ１００からパスワードの要求を受け付ける受付部と、認証器５０にローカル認証（ユーザ検証）を要求する要求部と、認証器５０でのローカル認証の結果、利用者Ｕの本人性を検証できた場合、パスワードを自動的に生成する生成部と、生成されたパスワードを管理する管理部と、生成されたパスワードを認証サーバ１００に送付する送信部とを備える。このとき、上記の送信部３１、受信部３２、処理部３３及び管理部３４は、受付部、要求部、生成部、管理部及び送付部として機能する。

また、受付部は、認証サーバ１００からパスワードの要求とともにパスワードポリシーを受け付ける。生成部は、認証器５０でのローカル認証の結果、利用者Ｕの本人性を検証できた場合、パスワードポリシーに基づいてパスワードを自動的に生成する。そして、送付部は、生成されたパスワードを認証サーバ１００に送付する。

また、受付部は、認証サーバ１００からパスワード登録の要求を受け付ける。要求部は、パスワード登録の要求に応じて認証器５０にローカル認証を要求する。生成部は、認証器５０でのローカル認証の結果、利用者Ｕの本人性を検証できた場合、パスワードを自動的に生成する。そして、管理部は、生成されたパスワードを管理する。そして、送付部は、生成されたパスワードを認証サーバ１００に登録する。

また、受付部は、認証サーバ１００からパスワード認証の要求を受け付ける。要求部は、パスワード認証の要求に応じて認証器５０にローカル認証を要求する。管理部は、認証器５０でのローカル認証の結果、利用者Ｕの本人性を検証できた場合、管理しているパスワードを抽出する。そして、送付部は、抽出されたパスワードを認証サーバ１００に送付する。

また、生成部は、パスワードポリシーで指定されたパスワードの文字数制限の上限まで使用したパスワードを自動的に生成する。管理部は、生成されたパスワードを管理し、利用者Ｕの本人性を検証できた場合、管理しているパスワードを抽出する。そして、送付部は、生成されたパスワードを認証サーバ１００に登録し、利用者Ｕの本人性を検証できた場合、抽出されたパスワードを認証サーバ１００に送付する。

また、生成部は、パスワードポリシーにパスワードの更新時期が設定されている場合、更新時期が到来したらパスワードを自動的に生成する。管理部は、管理しているパスワードを、生成されたパスワードに更新する。そして、送付部は、更新されたパスワードを認証サーバ１００に登録する。

また、ローカル認証は、例えば利用者Ｕの生体情報に基づくＦＩＤＯ認証である。また、生成部は、ＦＩＤＯ認証の強度が低い場合には、パスワードの強度を高くする。

（記憶部４０）
記憶部４０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、光ディスク等の記憶装置によって実現される。かかる記憶部４０には、各種プログラムや各種データ等が記憶される。本実施形態では、記憶部４０のうち、端末装置１０の内部のメモリ領域４０Ａに、パスワードポリシーを記憶する。また、端末装置１０の内部のメモリ領域４０Ｂに、利用者ＵのＩＤとパスワードとを記憶する。

〔４．認証サーバの構成例〕
次に、図５を用いて、実施形態に係る認証サーバ１００の構成について説明する。図５は、実施形態に係る認証サーバ１００の構成例を示す図である。図５に示すように、認証サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。また、通信部１１０は、ネットワークＮ（図３参照）と有線又は無線で接続される。

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

（利用者情報データベース１２１）
利用者情報データベース１２１は、利用者Ｕに関する利用者情報を記憶する。例えば、利用者情報データベース１２１は、利用者Ｕの属性等の種々の情報を記憶する。図６は、利用者情報データベース１２１の一例を示す図である。図６に示した例では、利用者情報データベース１２１は、「利用者ＩＤ（Identifier）」、「年齢」、「性別」、「自宅」、「勤務地」、「興味」といった項目を有する。

「利用者ＩＤ」は、利用者Ｕを識別するための識別情報を示す。なお、「利用者ＩＤ」は、利用者Ｕの連絡先（電話番号、メールアドレス等）であってもよいし、利用者Ｕの端末装置１０を識別するための識別情報であってもよい。

また、「年齢」は、利用者ＩＤにより識別される利用者Ｕの年齢を示す。なお、「年齢」は、利用者Ｕの具体的な年齢（例えば３５歳など）を示す情報であってもよいし、利用者Ｕの年代（例えば３０代など）を示す情報であってもよい。あるいは、「年齢」は、利用者Ｕの生年月日を示す情報であってもよいし、利用者Ｕの世代（例えば８０年代生まれなど）を示す情報であってもよい。また、「性別」は、利用者ＩＤにより識別される利用者Ｕの性別を示す。

また、「自宅」は、利用者ＩＤにより識別される利用者Ｕの自宅の位置情報を示す。なお、図６に示す例では、「自宅」は、「ＬＣ１１」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「自宅」は、地域名や住所であってもよい。

また、「勤務地」は、利用者ＩＤにより識別される利用者Ｕの勤務地（学生の場合は学校）の位置情報を示す。なお、図６に示す例では、「勤務地」は、「ＬＣ１２」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「勤務地」は、地域名や住所であってもよい。

また、「興味」は、利用者ＩＤにより識別される利用者Ｕの興味を示す。すなわち、「興味」は、利用者ＩＤにより識別される利用者Ｕが関心の高い対象を示す。例えば、「興味」は、利用者Ｕが検索エンジンに入力して検索した検索クエリ（キーワード）等であってもよい。なお、図６に示す例では、「興味」は、各利用者Ｕに１つずつ図示するが、複数であってもよい。

例えば、図６に示す例において、利用者ＩＤ「Ｕ１」により識別される利用者Ｕの年齢は、「２０代」であり、性別は、「男性」であることを示す。また、例えば、利用者ＩＤ「Ｕ１」により識別される利用者Ｕは、自宅が「ＬＣ１１」であることを示す。また、例えば、利用者ＩＤ「Ｕ１」により識別される利用者Ｕは、勤務地が「ＬＣ１２」であることを示す。また、例えば、利用者ＩＤ「Ｕ１」により識別される利用者Ｕは、「スポーツ」に興味があることを示す。

ここで、図６に示す例では、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」といった抽象的な値を用いて図示するが、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」には、具体的な文字列や数値等の情報が記憶されるものとする。以下、他の情報に関する図においても、抽象的な値を図示する場合がある。

なお、利用者情報データベース１２１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、利用者情報データベース１２１は、利用者Ｕの端末装置１０に関する各種情報を記憶してもよい。また、利用者情報データベース１２１は、利用者Ｕのデモグラフィック（人口統計学的属性）、サイコグラフィック（心理学的属性）、ジオグラフィック（地理学的属性）、ベヘイビオラル（行動学的属性）等の属性に関する情報を記憶してもよい。例えば、利用者情報データベース１２１は、氏名、家族構成、出身地（地元）、職業、職位、収入、資格、居住形態（戸建、マンション等）、車の有無、通学・通勤時間、通学・通勤経路、定期券区間（駅、路線等）、利用頻度の高い駅（自宅・勤務地の最寄駅以外）、習い事（場所、時間帯等）、趣味、興味、ライフスタイル等の情報を記憶してもよい。

（履歴情報データベース１２２）
履歴情報データベース１２２は、利用者Ｕの行動を示す履歴情報（ログデータ）に関する各種情報を記憶する。図７は、履歴情報データベース１２２の一例を示す図である。図７に示した例では、履歴情報データベース１２２は、「利用者ＩＤ」、「位置履歴」、「検索履歴」、「閲覧履歴」、「購買履歴」、「投稿履歴」といった項目を有する。

「利用者ＩＤ」は、利用者Ｕを識別するための識別情報を示す。また、「位置履歴」は、利用者Ｕの位置や移動の履歴である位置履歴を示す。また、「検索履歴」は、利用者Ｕが入力した検索クエリの履歴である検索履歴を示す。また、「閲覧履歴」は、利用者Ｕが閲覧したコンテンツの履歴である閲覧履歴を示す。また、「購買履歴」は、利用者Ｕによる購買の履歴である購買履歴を示す。また、「投稿履歴」は、利用者Ｕによる投稿の履歴である投稿履歴を示す。なお、「投稿履歴」は、利用者Ｕの所有物に関する質問を含んでいてもよい。

例えば、図７に示す例において、利用者ＩＤ「Ｕ１」により識別される利用者Ｕは、「位置履歴＃１」の通りに移動し、「検索履歴＃１」の通りに検索し、「閲覧履歴＃１」の通りにコンテンツを閲覧し、「購買履歴＃１」の通りに所定の店舗等で所定の商品等を購入し、「投稿履歴」の通りに投稿したことを示す。

ここで、図７に示す例では、「Ｕ１」、「位置履歴＃１」、「検索履歴＃１」、「閲覧履歴＃１」、「購買履歴＃１」及び「投稿履歴＃１」といった抽象的な値を用いて図示するが、「Ｕ１」、「位置履歴＃１」、「検索履歴＃１」、「閲覧履歴＃１」、「購買履歴＃１」及び「投稿履歴＃１」には、具体的な文字列や数値等の情報が記憶されるものとする。

なお、履歴情報データベース１２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、履歴情報データベース１２２は、利用者Ｕの所定のサービスの利用履歴等を記憶してもよい。また、履歴情報データベース１２２は、利用者Ｕの実店舗の来店履歴又は施設の訪問履歴等を記憶してもよい。また、履歴情報データベース１２２は、利用者Ｕの端末装置１０を用いた決済（電子決済）での決済履歴等を記憶してもよい。

（認証情報データベース１２３）
認証情報データベース１２３は、利用者Ｕの認証情報に関する各種情報を記憶する。図８は、認証情報データベース１２３の一例を示す図である。図８に示した例では、認証情報データベース１２３は、「利用者ＩＤ」、「パスワード」といった項目を有する。

「利用者ＩＤ」は、利用者Ｕを識別するための識別情報を示す。また、「パスワード」は、利用者Ｕの認証に用いられるパスワードを示す。パスワードは、利用者ＩＤに紐付けられている。すなわち、認証情報データベース１２３は、利用者ＩＤとパスワードとの組を保管する。

例えば、図８に示す例において、利用者ＩＤ「Ｕ１」には、「パスワード＃１」が紐付けられている。利用者ＩＤ「Ｕ１」により識別される利用者Ｕは、「パスワード＃１」を用いてパスワード認証を行った場合、パスワード認証に成功することを示す。

ここで、図７に示す例では、「Ｕ１」及び「パスワード＃１」といった抽象的な値を用いて図示するが、「Ｕ１」及び「パスワード＃１」には、具体的な文字列や数値等の情報が記憶されるものとする。

なお、認証情報データベース１２３は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、認証情報データベース１２３は、利用者Ｕの端末装置１０が生成した秘密鍵と公開鍵との鍵ペアのうち公開鍵を記憶してもよい。このとき、認証情報データベース１２３は、利用者Ｕの端末装置１０から送付された公開鍵を、利用者ＩＤ及びパスワードと紐付けて記憶してもよい。また、認証情報データベース１２３は、利用者Ｕの端末装置１０に送付される認証要求やチャレンジ、及び／又は第２チャレンジに関する情報を記憶してもよい。このとき、認証情報データベース１２３は、ＩＤ及びパスワードの認証用のＵＩに関する情報を記憶してもよい。

（制御部１３０）
図５に戻り、説明を続ける。制御部１３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等によって、認証サーバ１００の内部の記憶装置に記憶されている各種プログラム（認証プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。図５に示す例では、制御部１３０は、取得部１３１と、認証処理部１３２と、提供部１３３とを有する。

（取得部１３１）
取得部１３１は、通信部１１０を介して、利用者Ｕの端末装置１０から利用者ＵのＩＤ及びパスワードを取得する。例えば、取得部１３１は、利用者Ｕのユーザ登録時やユーザ認証時に、通信部１１０を介して、利用者Ｕの端末装置１０から利用者ＵのＩＤ及びパスワードを取得する。

また、取得部１３１は、通信部１１０を介して、利用者Ｕに関する利用者情報を取得する。例えば、取得部１３１は、利用者Ｕの端末装置１０から、利用者Ｕを示す識別情報（利用者ＩＤ等）や、利用者Ｕの位置情報、利用者Ｕの属性情報等を取得する。また、取得部１３１は、利用者Ｕの利用者Ｕ登録時に、利用者Ｕを示す識別情報や、利用者Ｕの属性情報等を取得してもよい。そして、取得部１３１は、利用者情報を、記憶部１２０の利用者情報データベース１２１に登録する。

また、取得部１３１は、通信部１１０を介して、利用者Ｕの行動を示す各種の履歴情報（ログデータ）を取得する。例えば、取得部１３１は、利用者Ｕの端末装置１０から、あるいは利用者ＩＤ等に基づいて各種サーバ等から、利用者Ｕの行動を示す各種の履歴情報を取得する。そして、取得部１３１は、各種の履歴情報を、記憶部１２０の履歴情報データベース１２２に登録する。

（認証処理部１３２）
認証処理部１３２は、パスワード認証を行う機能（パスワードサーバ機能）を有する。また、認証処理部１３２は、各利用者Ｕの認証情報を管理する。例えば、認証処理部１３２は、各利用者Ｕの端末装置１０から登録された各利用者ＵのＩＤとパスワードとを管理する。認証処理部１３２は、パスワード管理機能１３２Ａを有する。

（パスワード管理機能１３２Ａ）
パスワード管理機能１３２Ａは、各利用者ＵのＩＤとパスワードとを紐づけて管理する。例えば、パスワード管理機能１３２Ａは、各利用者ＵのＩＤとパスワードとの組を記憶部１２０の認証情報データベース１２３に登録する。また、パスワード管理機能１３２Ａは、利用者Ｕの端末装置１０から送付されたＩＤ及びパスワードと、認証情報データベース１２３に登録されているＩＤ及びパスワードとを照合する。

また、認証処理部１３２は、ＦＩＤＯ認証を行う機能（ＦＩＤＯサーバ機能）を有していてもよい。すなわち、認証処理部１３２は、ＦＩＤＯ認証機能とパスワード認証機能との両機能を併せ持つものであってもよい。

また、認証処理部１３２は、チャレンジを生成して管理してもよい。また、認証処理部１３２は、利用者Ｕの端末装置１０から送付（返送）されたチャレンジを検証してもよい。例えば、認証処理部１３２は、利用者Ｕの端末装置１０に送付したチャレンジと、利用者Ｕの端末装置１０から送付（返送）されたチャレンジとを照合してもよい。また、認証処理部１３２は、利用者Ｕの端末装置１０から送付された署名付きチャレンジに対して、公開鍵を用いて署名検証を行ってもよい。

（提供部１３３）
提供部１３３は、通信部１１０を介して、利用者Ｕの端末装置１０に登録要求（パスワード画面、パスワードポリシー、更新推薦）を送信する。例えば、提供部１３３は、通信部１１０を介して、利用者Ｕの端末装置１０にパスワードの認証用のＵＩとパスワードポリシーとを提供する。

また、提供部１３３は、通信部１１０を介して、利用者Ｕの端末装置１０に認証要求（パスワード画面）を送信する。例えば、提供部１３３は、通信部１１０を介して、利用者Ｕの端末装置１０にＩＤ及びパスワードの認証用のＵＩを提供する。

また、提供部１３３は、通信部１１０を介して、利用者Ｕの端末装置１０にチャレンジを送信してもよい。

〔５．処理手順〕
次に、図９を用いて実施形態に係る端末装置１０、認証器５０及び認証サーバ１００による処理手順について説明する。図９は、実施形態に係る処理手順を示すフローチャートである。なお、以下に示す処理手順は、端末装置１０の制御部３０、認証器５０及び認証サーバ１００の制御部１３０によって繰り返し実行される。

図９に示すように、端末装置１０の受信部３２は、通信部１１を介して、認証サーバ１００からパスワードの要求を受信する（ステップＳ１０１）。このとき、受信部３２は、認証サーバ１００から、パスワード登録の要求又はパスワード認証の要求を受信する。なお、受信部３２は、パスワード登録の要求とともに、パスワードポリシーも受信する。

続いて、端末装置１０の管理部３４は、認証サーバ１００からパスワードの要求に応じて、認証器５０にローカル認証を要求する（ステップＳ１０２）。

続いて、端末装置１０の管理部３４は、認証器５０から認証応答を受け取り、利用者Ｕの本人性が検証できたか確認する（ステップＳ１０３）。このとき、管理部３４は、利用者Ｕの本人性が検証できなかった場合（ステップＳ１０３：Ｎｏ）、一連の処理を終了する。

続いて、端末装置１０の管理部３４は、利用者Ｕの本人性が検証できた場合（ステップＳ１０３：Ｙｅｓ）、更新推薦のフラグが立っているか確認する（ステップＳ１０４）。更新推薦のフラグは、認証サーバ１００からの要求や、パスワードポリシーに従って立てられる。

続いて、端末装置１０の管理部３４は、更新推薦のフラグが立っている場合（ステップＳ１０４：Ｙｅｓ）、パスワードポリシーに基づいてパスワードを生成し、生成されたパスワードを管理する（ステップＳ１０５）。例えば、管理部３４は、端末装置１０で管理されているパスワードを、生成されたパスワードに更新する。なお、管理部３４は、認証サーバごとにパスワードを管理する。

続いて、端末装置１０の送信部３１は、通信部１１を介して、生成されたパスワードを認証サーバ１００に送信する（ステップＳ１０６）。

続いて、認証サーバ１００の認証処理部１３２は、パスワード管理機能１３２Ａにより、端末装置１０から送付されたパスワードを登録する（ステップＳ１０７）。例えば、認証処理部１３２は、認証サーバ１００に登録済みのパスワードを、端末装置１０から送付された新たなパスワードに更新する。

また、端末装置１０の管理部３４は、更新推薦のフラグが立っていない場合（ステップＳ１０４：Ｎｏ）、管理されているパスワードを抽出する（ステップＳ１０８）。例えば、管理部３４は、応答先となる認証サーバに対応するパスワードを抽出する。

続いて、端末装置１０の送信部３１は、通信部１１を介して、抽出されたパスワードを認証サーバ１００に送信する（ステップＳ１０９）。

続いて、認証サーバ１００の認証処理部１３２は、パスワード管理機能１３２Ａにより、端末装置１０から送付されたパスワードを検証する（ステップＳ１１０）。例えば、認証処理部１３２は、認証サーバ１００に登録済みのパスワードと、端末装置１０から送付されたパスワードとを照合する。

〔６．変形例〕
上述した端末装置１０及び認証サーバ１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、実施形態の変形例について説明する。

上記の実施形態において、認証サーバ１００が実行している処理の一部又は全部は、実際には、端末装置１０が実行してもよい。例えば、スタンドアローン（Stand-alone）で（端末装置１０単体で）処理が完結してもよい。この場合、端末装置１０に、上記の実施形態における認証サーバ１００の機能が備わっているものとする。また、上記の実施形態では、端末装置１０は認証サーバ１００と連携しているため、利用者Ｕから見れば、認証サーバ１００の処理も端末装置１０が実行しているように見える。すなわち、他の観点では、端末装置１０は、認証サーバ１００を備えているともいえる。

また、上記の実施形態において、認証器５０として、端末装置１０のセンサ部２０（各種センサ２１～２８）を用いてもよい。この場合、端末装置１０が認証器５０としても機能する。例えば、端末装置１０は、センサ部２０の検出結果を示すセンサ情報に基づいて、利用者Ｕのコンテキスト（状況）を推定する。そして、端末装置１０は、利用者Ｕのコンテキスト情報を用いてユーザ検証を行う。利用者Ｕのコンテキスト情報は、加速度や角速度等の挙動、周囲の生活音、所在地の温度／湿度／照度、位置情報等のいずれか又はこれらの組合せ等であってもよい。

〔７．効果〕
上述してきたように、本願に係る端末装置１０は、認証サーバ１００からパスワードの要求を受け付ける受付部と、認証器５０にローカル認証を要求する要求部と、認証器５０でのローカル認証の結果、利用者Ｕの本人性を検証できた場合、パスワードを自動的に生成する生成部と、生成されたパスワードを認証サーバ１００に送付する送付部とを備える。

また、受付部は、認証サーバ１００からパスワードの要求とともにパスワードポリシーを受け付ける。生成部は、認証器５０でのローカル認証の結果、利用者Ｕの本人性を検証できた場合、パスワードポリシーに基づいてパスワードを自動的に生成する。そして、送付部は、生成されたパスワードを認証サーバ１００に送付する。

また、本願に係る端末装置１０は、生成されたパスワードを管理する管理部をさらに備える。そして、受付部は、認証サーバ１００からパスワード登録の要求を受け付ける。要求部は、パスワード登録の要求に応じて認証器５０にローカル認証を要求する。生成部は、認証器５０でのローカル認証の結果、利用者Ｕの本人性を検証できた場合、パスワードを自動的に生成する。そして、管理部は、生成されたパスワードを管理する。そして、送付部は、生成されたパスワードを認証サーバ１００に登録する。

また、受付部は、認証サーバ１００からパスワード認証の要求を受け付ける。要求部は、パスワード認証の要求に応じて認証器５０にローカル認証を要求する。管理部は、認証器５０でのローカル認証の結果、利用者Ｕの本人性を検証できた場合、管理しているパスワードを抽出する。そして、送付部は、抽出されたパスワードを認証サーバ１００に送付する。

また、生成部は、パスワードポリシーで指定されたパスワードの文字数制限の上限まで使用したパスワードを自動的に生成する。管理部は、生成されたパスワードを管理し、利用者Ｕの本人性を検証できた場合、管理しているパスワードを抽出する。そして、送付部は、生成されたパスワードを認証サーバ１００に登録し、利用者Ｕの本人性を検証できた場合、抽出されたパスワードを認証サーバ１００に送付する。

また、生成部は、パスワードポリシーにパスワードの更新時期が設定されている場合、更新時期が到来したらパスワードを自動的に生成する。管理部は、管理しているパスワードを、生成されたパスワードに更新する。そして、送付部は、更新されたパスワードを認証サーバ１００に登録する。

また、ローカル認証は、利用者Ｕの生体情報に基づくＦＩＤＯ認証である。また、生成部は、ＦＩＤＯ認証の強度が低い場合には、パスワードの強度を高くする。

上述した各処理のいずれかもしくは組合せにより、本願に係る情報処理装置は、既存のパスワード認証システムにおいて、パスワードベースの認証手段やそのインターフェースを維持しながらも、セキュリティを強化することができる。

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

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。演算装置１０３０は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等により実現される。

一次記憶装置１０４０は、ＲＡＭ（Random Access Memory）等、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現される。二次記憶装置１０５０は、内蔵ストレージであってもよいし、外付けストレージであってもよい。また、二次記憶装置１０５０は、ＵＳＢ（Universal Serial Bus）メモリやＳＤ（Secure Digital）メモリカード等の取り外し可能な記憶媒体であってもよい。また、二次記憶装置１０５０は、クラウドストレージ（オンラインストレージ）やＮＡＳ（Network Attached Storage）、ファイルサーバ等であってもよい。

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

また、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０はそれぞれ出力装置１０１０及び入力装置１０２０と無線で接続してもよい。すなわち、出力装置１０１０及び入力装置１０２０は、ワイヤレス機器であってもよい。

また、出力装置１０１０及び入力装置１０２０は、タッチパネルのように一体化していてもよい。この場合、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０も、入出力Ｉ／Ｆとして一体化していてもよい。

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

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

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

例えば、コンピュータ１０００が認証サーバ１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器から取得したプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行してもよい。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器と連携し、プログラムの機能やデータ等を他の機器の他のプログラムから呼び出して利用してもよい。

〔９．その他〕
以上、本願の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。

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

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

例えば、上述した認証サーバ１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現するなど、構成は柔軟に変更できる。

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

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

１ 認証システム
１０ 端末装置
３４ 管理部
３４Ａ パスワード更新機能
３４Ｂ パスワード管理機能
３４Ｃ パスワード送付機能
４０Ａ メモリ領域
４０Ｂ メモリ領域
５０ 認証器
１００ 認証サーバ
１１０ 通信部
１２０ 記憶部
１２１ 利用者情報データベース
１２２ 履歴情報データベース
１２３ 認証情報データベース
１３０ 制御部
１３１ 取得部
１３２ 認証処理部
１３２Ａ パスワード管理機能
１３３ 提供部

Claims (10)

1. ＦＩＤＯ対応のパスワードマネージャーが実装され、認証サーバの代わりに、ＦＩＤＯ認証サーバとして機能する端末装置であって、
   ＦＩＤＯ認証機能とパスワード認証機能の両機能を併せ持つ認証サーバからパスワードの登録の要求を受け付ける受付部と、
   前記認証サーバからのパスワードの登録の要求に応じて認証器にＦＩＤＯ認証を要求する要求部と、
   前記認証器でのＦＩＤＯ認証の結果、前記認証器から署名付きの認証結果を受け取り、前記署名付きの認証結果に対する署名検証の結果、前記認証器において利用者の本人性を検証できたことを認識した場合、パスワードを自動的に生成する生成部と、
   生成されたパスワードを前記認証サーバに送付する送付部と、
   を備えることを特徴とする端末装置。
2. 前記受付部は、前記認証サーバからパスワードの要求とともにパスワードポリシーを受け付け、
   前記生成部は、前記認証器でのＦＩＤＯ認証の結果、利用者の本人性を検証できた場合、前記パスワードポリシーに基づいてパスワードを自動的に生成し、
   前記送付部は、生成されたパスワードを前記認証サーバに送付する
   ことを特徴とする請求項１に記載の端末装置。
3. 生成されたパスワードを管理する管理部をさらに備え、
   前記受付部は、前記認証サーバからパスワード登録の要求を受け付け、
   前記要求部は、前記パスワード登録の要求に応じて前記認証器にＦＩＤＯ認証を要求し、
   前記生成部は、前記認証器でのＦＩＤＯ認証の結果、利用者の本人性を検証できた場合、パスワードを自動的に生成し、
   前記管理部は、生成されたパスワードを管理し、
   前記送付部は、生成されたパスワードを前記認証サーバに登録する
   ことを特徴とする請求項２に記載の端末装置。
4. 前記受付部は、前記認証サーバからパスワード認証の要求を受け付け、
   前記要求部は、前記パスワード認証の要求に応じて前記認証器にＦＩＤＯ認証を要求し、
   前記管理部は、前記認証器でのＦＩＤＯ認証の結果、利用者の本人性を検証できた場合、管理しているパスワードを抽出し、
   前記送付部は、抽出されたパスワードを前記認証サーバに送付する
   ことを特徴とする請求項３に記載の端末装置。
5. 前記生成部は、前記パスワードポリシーで指定されたパスワードの文字数制限の上限まで使用したパスワードを自動的に生成し、
   前記管理部は、生成されたパスワードを管理し、利用者の本人性を検証できた場合、管理しているパスワードを抽出し、
   前記送付部は、生成されたパスワードを前記認証サーバに登録し、利用者の本人性を検証できた場合、抽出されたパスワードを前記認証サーバに送付する
   ことを特徴とする請求項３又は４に記載の端末装置。
6. 前記生成部は、前記パスワードポリシーにパスワードの更新時期が設定されている場合、前記更新時期が到来したらパスワードを自動的に生成し、
   前記管理部は、管理しているパスワードを、生成されたパスワードに更新し、
   前記送付部は、更新されたパスワードを前記認証サーバに登録する
   ことを特徴とする請求項３～５のうちいずれか１つに記載の端末装置。
7. 前記送付部は、パスワードとともに認証アサーションを送付する
   ことを特徴とする請求項１～６のうちいずれか１つに記載の端末装置。
8. 前記生成部は、ＦＩＤＯ認証の強度が低い場合には、パスワードの強度を高くする
   ことを特徴とする請求項１～７のうちいずれか１つに記載の端末装置。
9. ＦＩＤＯ対応のパスワードマネージャーが実装され、ＦＩＤＯ認証サーバとして機能する端末装置が実行する情報処理方法であって、
   ＦＩＤＯ認証機能とパスワード認証機能の両機能を併せ持つ認証サーバからパスワードの登録の要求を受け付ける受付工程と、
   前記認証サーバからのパスワードの登録の要求に応じて認証器にＦＩＤＯ認証を要求する要求工程と、
   前記認証器でのＦＩＤＯ認証の結果、前記認証器から署名付きの認証結果を受け取り、前記署名付きの認証結果に対する署名検証の結果、前記認証器において利用者の本人性を検証できたことを認識した場合、パスワードを自動的に生成する生成工程と、
   生成されたパスワードを前記認証サーバに送付する送付工程と、
   を含むことを特徴とする情報処理方法。
10. ＦＩＤＯ認証機能とパスワード認証機能の両機能を併せ持つ認証サーバからパスワードの登録の要求を受け付ける受付手順と、
    前記認証サーバからのパスワードの登録の要求に応じて認証器にＦＩＤＯ認証を要求する要求手順と、
    前記認証器でのＦＩＤＯ認証の結果、前記認証器から署名付きの認証結果を受け取り、前記署名付きの認証結果に対する署名検証の結果、前記認証器において利用者の本人性を検証できたことを認識した場合、パスワードを自動的に生成する生成手順と、
    生成されたパスワードを前記認証サーバに送付する送付手順と、
    をＦＩＤＯ対応のパスワードマネージャーが実装され、ＦＩＤＯ認証サーバとして機能する端末装置として動作するコンピュータに実行させることを特徴とする情報処理プログラム。

Images