JP2021051395A - 再認証装置、再認証方法および再認証プログラム - Google Patents

Abstract

【課題】アカウントリカバリの利便性を改善する。【解決手段】再認証装置は、所定のウェブサービスを受けるためのアカウントの再認証の対象となる第１利用者が利用する第１端末装置から、当該第１利用者とは異なる利用者であって、アカウントが認証済みの第２利用者が管理する認証用情報を取得したか否かを判定する判定部と、第１端末装置から、第２利用者が管理する認証用情報を取得したと判定された場合は、第１利用者のアカウントを再認証する再認証部とを有する。【選択図】図１

Description

本発明は、再認証装置、再認証方法および再認証プログラムに関する。

従来、アカウントの認証を行った利用者に対し、インターネットを介して各種のサービスを提供する技術が知られている。このような技術において、パスワード等といったアカウントの認証に用いる情報を利用者が紛失した場合に、利用者しか知りえない質問と答えのペアを用いて、アカウントのリカバリを行う技術が知られている。また、利用者のライフログに関する質問に対する回答に基づいて、利用者の認証を行う技術が知られている。

特開２００９−９３２７３号公報

しかしながら、上記の従来技術では、アカウントリカバリの利便性を改善する余地がある。

例えば、上述した従来技術では、過去のライフログに関して、質問に対する正しい回答を行う必要があるため、利用者が過去の事象を忘れている場合等には、アカウントのリカバリを行うことができない。また、利用者が秘密の質問の内容や回答を忘れている場合にも、アカウントのリカバリを行うことができなくなる。

一方で、近年の情報処理技術の進歩に伴い、利用者からアカウント名やパスワード等の入力を求めずとも、利用者本人の認証を行うＦＩＤＯ（Fast IDentity Online）の技術が提案されている。このようなＦＩＤＯの技術において、アカウントのリカバリを実現するために各種の情報の入力を利用者に求めた場合は、ユーザビリティの改善を毀損してしまう恐れがある。

本願は、上記に鑑みてなされたものであって、アカウントリカバリの利便性を改善することができる再認証装置、再認証方法および再認証プログラムを提供することを目的とする。

本願に係る再認証装置は、所定のウェブサービスを受けるためのアカウントの再認証の対象となる第１利用者が利用する第１端末装置から、当該第１利用者とは異なる利用者であって、前記アカウントが認証済みの第２利用者が管理する認証用情報を取得したか否かを判定する判定部と、前記第１端末装置から、前記第２利用者が管理する認証用情報を取得したと判定された場合は、前記第１利用者のアカウントを再認証する再認証部とを有する。

実施形態の一態様によれば、アカウントリカバリの利便性を改善することができる。

図１は、第１実施形態に係るアカウントのリカバリ処理の一例を示す図である。 図２は、第１実施形態に係る再認証装置の構成例を示す図である。 図３は、第１実施形態に係る認証データベースの一例を示す図である。 図４は、第１実施形態に係る再認証装置の処理手順の一例を示すフローチャートである。 図５は、第２実施形態に係るアカウントのリカバリ処理の一例を示す図である。 図６は、第２実施形態に係る再認証装置の構成例を示す図である。 図７は、第２実施形態に係る認証データベースの一例を示す図である。 図８は、第２実施形態に係る再認証装置の処理手順の一例を示すフローチャートである。 図９は、プログラムを実行するコンピュータのハードウェア構成の一例を示す図である。

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

（第１実施形態）
〔１．アカウントのリカバリ処理〕
まず、図１を用いて、第１実施形態に係る再認証プログラムにより実現されるアカウントのリカバリ処理の一例について説明する。図１は、第１実施形態に係るアカウントのリカバリ処理の一例を示す図である。図１では、第１ユーザのアカウント失効時において、第１ユーザと所定の関連性（関係）を有する第２ユーザに、第１ユーザのアカウントのリカバリ承認要求を行うリカバリ処理（アカウントの手続きの一例）を説明する。

なお、アカウントが失効する状態とは、例えば、サービスへのログイン時にパスワード入力を規定回数以上誤った場合等に、該当するアカウントが一時的に利用できなくなる状態である。

図１に示す第１端末装置１０および第２端末装置２０は、例えばスマートフォンやタブレット端末等のスマートデバイスであって、それぞれ異なる利用者によって利用される情報処理装置である。なお、上述した第１端末装置１０および第２端末装置２０は、例えばデスクトップ／ノート型ＰＣ（Personal Computer）、携帯電話機（フィーチャーフォン）、据置型／携帯型ゲーム機、ＡＶ（オーディオビジュアル）機器、情報家電、又はその他のインターネットを介して情報の提供が受けられる電子機器（ガジェット）等であってもよい。

第１実施形態では、第１端末装置１０の利用者を第１ユーザＲＵ（Recovery User）、第２端末装置２０の利用者を第２ユーザＡＵ（Authentication User）とする。第１ユーザＲＵは、アカウントを失効した利用者である。第２ユーザＡＵは、第１ユーザＲＵとは異なる利用者であって、アカウントが認証済みの利用者である。すなわち、第２端末装置２０は認証済み端末である。第１ユーザＲＵと第２ユーザＡＵとは、何らかの信頼に足る所定の関連性を有するものとする。例えば、企業等の組織において、第１ユーザＲＵが社員で、第２ユーザＡＵがその上司や同僚等である場合等が考えられる。なお、図示は省略するが、第２ユーザＡＵおよび第２端末装置２０は複数でもよい。すなわち、複数の相手（複数の上司／同僚、上司及び同僚等）を第１ユーザＲＵの認証者としてもよい。

また、図１に示す再認証装置１００は、第１端末装置１０および第２端末装置２０からアクセス可能なサーバ装置であり、第１端末装置１０および第２端末装置２０の各利用者に、アカウントでのログインを要する所定のウェブサービスを提供する。第１実施形態では、再認証装置１００は、上記ウェブサービスとして、少なくとも第１のサービスを提供する。また、再認証装置１００は、各利用者のアカウントを管理しており、アカウントのリカバリを要求するリカバリ要求に応じて、アカウントのリカバリ処理を行う。

図１に示すように、第１実施形態に係る再認証装置１００は、まず、アカウントを失効した第１ユーザＲＵの第１端末装置１０からアカウントのリカバリを要求するリカバリ要求（実行要求の一例）を受け付ける（ステップＳ１１）。

再認証装置１００は、第１ユーザＲＵの第１端末装置１０からリカバリ要求を受け付けると、認証者の認証要求を行う（ステップＳ１２）。例えば、再認証装置１００は、所定のウェブサービスの利用履歴に基づいて、第１ユーザＲＵと所定の関連性を有する第２ユーザＡＵを推定し、第２ユーザＡＵの第２端末装置２０に対して、第２ユーザＡＵ自身の認証要求を行う。

第２ユーザＡＵの第２端末装置２０は、再認証装置１００から認証要求を受け付けると、ＦＩＤＯ（Fast IDentity Online）認証用の情報を取得する（ステップＳ１３）。ＦＩＤＯ認証用の情報は、例えば第２ユーザＡＵの生体情報（指紋や手の静脈、虹彩等）等である。

そして、第２ユーザＡＵの第２端末装置２０は、取得したＦＩＤＯ認証用の情報を用いてＦＩＤＯ認証を行う（ステップＳ１４）。例えば、ＦＩＤＯ認証では、第２ユーザＡＵの第２端末装置２０は、自身に保存されている「秘密鍵」を生体認証によって解除し、生体認証の結果、第２ユーザＡＵ本人であると識別できた認証結果を秘密鍵で署名して再認証装置１００に送る。

再認証装置１００は、認証者を認証する（ステップＳ１５）。例えば、再認証装置１００は、自身に保存されている「公開鍵」を用いて、第２ユーザＡＵの第２端末装置２０から送られてきた署名付きの認証結果を識別し、第２ユーザＡＵの第２端末装置２０を認証する。

再認証装置１００は、第２ユーザＡＵの第２端末装置２０に対して、第１のサービスにログインするために用いられる認証用情報とともに、要求者の認証（承認）を依頼する（ステップＳ１６）。再認証装置１００が提供する第１のサービスにログインするために用いられる認証情報を示す。要求者は、アカウントのリカバリ要求の要求者である第１ユーザＲＵである。

第２ユーザＡＵの第２端末装置２０は、要求者の認証を行う（ステップＳ１７）。すなわち、第２ユーザＡＵの第２端末装置２０は、アカウントのリカバリ要求の要求者である第１ユーザＲＵの認証を行う。なお、第１ユーザＲＵの認証については、例えば第２ユーザＡＵが直接第１ユーザＲＵに会って本人確認してもよいし、第２ユーザＡＵの第２端末装置２０が第１ユーザＲＵ本人からＦＩＤＯ認証用の情報を取得してＦＩＤＯ認証を行ってもよい。すなわち、要求者の認証方法は、第２ユーザＡＵ又は第２端末装置２０が第１ユーザＲＵ本人であることを確認できる方法であればよい。

第２ユーザＡＵの第２端末装置２０は、要求者の認証の結果、第１ユーザＲＵ本人であると確認できた場合、再認証装置１００から通知された認証用情報を表示する（ステップＳ１８）。第１ユーザＲＵの第１端末装置１０は、第２ユーザＡＵの第２端末装置２０から認証用情報を取得する（ステップＳ１９）。例えば、第２ユーザＡＵの第２端末装置２０は、二次元バーコード等の形式で認証用情報を画面上に表示する。第１ユーザＲＵの第１端末装置１０は、第２ユーザＡＵの第２端末装置２０の画面上に表示された二次元バーコード等を読み取ることで認証用情報を取得する。あるいは、第２ユーザＡＵの第２端末装置２０は、近距離無線通信（ＮＦＣ：Near Field Communication）を利用して、認証用情報を暗号化した状態で第１ユーザＲＵの第１端末装置１０に提供してもよい。すなわち、第１ユーザＲＵの第１端末装置１０は、第２ユーザＡＵが第１ユーザＲＵを視認できる程度の近距離で第２ユーザＡＵの第２端末装置２０から認証用情報を取得する。

第１ユーザＲＵの第１端末装置１０は、第２ユーザＡＵの第２端末装置２０から取得した認証用情報を再認証装置１００へ送信する（ステップＳ２０）。

再認証装置１００は、第１ユーザＲＵの第１端末装置１０から受信した認証用情報の確認を行う（ステップＳ２１）。

再認証装置１００は、第１ユーザＲＵの第１端末装置１０に対して、認証用情報の確認結果を通知する（ステップＳ２２）。例えば、再認証装置１００は、認証用情報の確認の結果、正式な認証用情報である（問題なし）と判断した場合、認証用情報の確認結果の通知とともに（あるいは認証用情報の確認結果として）、第１ユーザＲＵの認証要求を行う。

第１ユーザＲＵの第１端末装置１０は、再認証装置１００から認証用情報の確認結果を受け付けると、ＦＩＤＯ認証用の情報を取得する（ステップＳ２３）。ＦＩＤＯ認証用の情報は、例えば第１ユーザＲＵの生体情報等である。

そして、第１ユーザＲＵの第１端末装置１０は、取得したＦＩＤＯ認証用の情報を用いてＦＩＤＯ認証を行う（ステップＳ２４）。例えば、第１ユーザＲＵの第１端末装置１０は、自身に保存されている「秘密鍵」を生体認証によって解除し、生体認証の結果、第２ユーザＡＵ本人であると識別できた認証結果を秘密鍵で署名して再認証装置１００に送る。

再認証装置１００は、要求者を再認証する（ステップＳ２５）。例えば、再認証装置１００は、自身に保存されている「公開鍵」を用いて、第１ユーザＲＵの第１端末装置１０から送られてきた署名付きの認証結果を識別し、第１ユーザＲＵの第１端末装置１０を再認証する。

再認証装置１００は、再認証の結果を第１ユーザＲＵの第１端末装置１０に通知する（ステップＳ２６）。これにより、再認証装置１００は、第１ユーザＲＵの第１端末装置１０からのアカウントのリカバリ要求を許可し、アカウントをリカバリする。

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

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

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

（認証データベース１２１について）
認証データベース１２１は、第１のサービスに関する情報を記憶する。ここで、図３に、第１実施形態に係る認証データベース１２１の一例を示す。図３は、第１実施形態に係る認証データベース１２１の一例を示す図である。図３に示した例では、認証データベース１２１は、「アカウントＩＤ」、「登録デバイスＩＤ」、「登録ユーザ」、「ユーザＩＤ」、「認証用情報」、「認証者ＩＤ」、「第１サービス行動履歴」といった項目を有する。また、第１サービス行動履歴は、「利用ログＩＤ」、「行動履歴」、「行動日時」、「位置情報」といった小項目を有する。

「アカウントＩＤ」は、第１のサービスにおけるアカウントを識別する識別情報を示す。「登録デバイスＩＤ」は、第１のサービスで利用するデバイスとして登録されているデバイスを識別する識別情報を示す。「登録ユーザ」は、アカウントを保持するユーザを示す。なお、第１実施形態において、アカウントＩＤ等の識別情報は、説明で用いる参照符号と一致するものとする。例えば、登録デバイスＩＤが「２０」であるデバイスは、第１端末装置１０を示す。

「ユーザＩＤ」は、アカウントを利用するユーザを識別するために用いられる識別情報である。例えば、ユーザＩＤは、第１のサービスにおいてユーザがアカウントを作成する際にユーザによって選択される任意の文字列によって構成される。なお、ユーザＩＤは、例えば登録デバイスである第１端末装置１０に登録されるメールアドレス等が利用されてもよい。

「認証用情報」は、第１のサービスにログインするために用いられる認証情報を示す。図３に示した例では、認証用情報は、第１ユーザＲＵが任意に設定する文字列によって構成されるパスワードであるものとする。例えば、ユーザは、アカウントに対応付けられたユーザＩＤとパスワードのペアを入力して、第１のサービスにログインする。

「認証者ＩＤ」は、当該ユーザを認証する認証者を識別するために用いられる識別情報である。図３に示した例では、認証者ＩＤは、第１ユーザＲＵを認証する認証者である第２ユーザＡＵのアカウントＩＤであるものとする。

「第１サービス行動履歴」は、第１のサービスにおける行動履歴を示す。「利用ログＩＤ」は、ユーザが第１のサービスを利用するためにログインした際のログを識別するための識別情報を示す。図３に示す例では、利用ログＩＤは、ユーザが第１のサービスにログインしてからログアウトするまでの１つのセッションごとに付与されるものとする。

「行動履歴」は、ユーザの行動履歴を示す。なお、図３では図示を省略しているが、行動履歴の項目には、例えばユーザがポータルサイト内の記事をクリックした行動や、商品を購買した行動や、クエリを入力して検索を行なった行動など、具体的な行動が記憶されてもよい。

「行動日時」は、ユーザの行動履歴に対応する日時を示す。図３に示した例では、行動日時は、１０分ごとに記憶されることを示しているが、行動日時は、より細かい単位（１分や１秒など）で記憶されてもよい。「位置情報」は、行動履歴に対応する位置情報を示す。例えば、再認証装置１００は、ユーザが第１のサービスにログインした時点や、ログインを継続している間、継続的に第１端末装置１０（スマートフォン）が検知する位置情報を取得し、行動履歴と対応付けて認証データベース１２１に記憶する。なお、図３では、位置情報の項目に「Ｇ０１１」といった概念的な情報が記憶される例を示しているが、実際には、位置情報の項目には、経度や緯度などの具体的な数値や、位置情報を推定することが可能な情報（例えば、第１端末装置１０のＩＰアドレス等）等が記憶される。

すなわち、図３の例では、アカウントＩＤ「Ａ０１」で識別されるアカウントＡ０１には、登録デバイスＩＤ「２０」で識別されるデバイスである第１端末装置１０が登録されており、登録ユーザは「Ｕ０１」であることを示している。また、アカウントＡ０１に対応するユーザＩＤは「ＸＸＸＸ」であり、認証用情報は「ＹＹＹＹ」であり、認証者ＩＤは「Ａ０２」であることを示している。また、アカウントＡ０１には、利用ログＩＤ「Ｂ０１」や「Ｂ０２」で識別されるログが蓄積されており、例えば、利用ログＢ０１では、行動履歴として「ログイン」が、「２０１７年３月１日１２：００」に行われており、その時点の第１端末装置１０の位置情報が「Ｇ０１１」であることを示している。

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

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

推定部１３１は、第１のサービスの利用履歴に基づいて、第１ユーザＲＵと所定の関連性を有する第２ユーザＡＵを推定する。第１ユーザＲＵと第２ユーザＡＵとの関連性については、第１のサービスの利用状況などから推測可能である。例えば、推定部１３１は、第１ユーザＲＵと第２ユーザＡＵとが第１のサービスを介して頻繁に連絡を取り合っている／何らかのデータ通信のやり取りをしている場合には、所定の関連性を有することが推測可能である。また、推定部１３１は、第１のサービスの利用時の位置情報から一緒に行動することが多い／普段から近くにいる等が推測可能である。また、第１ユーザＲＵと第２ユーザＡＵとがよく一緒にいる場所（会社や学校等）で今まさにアカウントのリカバリ要求が行われている場合には、第２ユーザＡＵが第１ユーザＲＵの認証者になり得ることは推測可能である。

提供部１３２は、第１端末装置１０からアカウントの再認証の要求を受け付けた場合は、第２ユーザＡＵが利用する第２端末装置２０に対し、第１のサービスにログインするために用いられる認証用情報を提供する。

取得部１３３は、第１端末装置１０から、第１端末装置１０が他の端末装置から取得した認証用情報を取得する。例えば、取得部１３３は、第１端末装置１０から、第１端末装置１０が第２端末装置２０から取得した認証用情報を取得する。

判定部１３４は、第１端末装置１０から、第２端末装置２０に対して提供された認証用情報を取得したか否かを判定する。具体的には、判定部１３４は、所定のウェブサービスを受けるためのアカウントの再認証の対象となる第１ユーザＲＵが利用する第１端末装置１０から、第１ユーザＲＵとは異なる利用者であって、アカウントが認証済みの第２ユーザＡＵが管理する認証用情報を取得したか否かを判定する。

第１実施形態では、判定部１３４は、第１ユーザＲＵと所定の関連性を有する第２ユーザＡＵが管理する認証用情報を取得したか否かを判定する。第１ユーザＲＵと所定の関連性を有する第２ユーザＡＵとは、例えば、推定部１３１により第１ユーザＲＵと所定の関連性を有すると推定された第２ユーザＡＵでもよいし、第１ユーザＲＵと所定の関連性を有する利用者として予め登録された第２ユーザＡＵでもよい。すなわち、判定部１３４は、第１ユーザＲＵと所定の関連性を有すると推定された第２ユーザＡＵが管理する認証用情報を取得したか否かを判定してもよいし、第１ユーザＲＵと所定の関連性を有する利用者として予め登録された第２ユーザＡＵが管理する認証用情報を取得したか否かを判定してもよい。

別の観点では、判定部１３４は、利用者が入力した情報を用いずに利用者に関する情報を検知する検知装置が検知した情報を用いて利用者のアカウントの認証を行うウェブサービスにおけるアカウントの再認証の対象となる第１ユーザＲＵが利用する第１端末装置１０から、認証用情報を取得したか否かを判定するともいえる。

再認証部１３５は、第１端末装置１０から、第２ユーザＡＵが管理する認証用情報を取得したと判定された場合は、第１ユーザＲＵのアカウントを再認証する。

〔３．処理手順〕
次に、図４を用いて、第１実施形態に係る再認証装置１００に関する処理の手順について説明する。図４は、第１実施形態に係る再認証装置１００の処理手順の一例を示すフローチャートである。

図４に示すように、再認証装置１００は、再認証要求を受け付けたか判定する（ステップＳ１０１）。例えば、制御部１３０は、通信部１１０を介して、アカウントを失効した第１ユーザＲＵの第１端末装置１０からアカウントのリカバリを要求するリカバリ要求を受け付けた場合に、再認証要求を受け付けたと判定する。再認証装置１００は、再認証要求を受け付けたと判定していない場合（ステップＳ１０１でＮｏ）、再認証要求を受け付けたと判定するまで現在の処理を継続する（ステップＳ１０１に戻る）。

再認証装置１００は、再認証要求を受け付けたと判定した場合（ステップＳ１０１でＹｅｓ）、要求者と対応する認証者に対して、認証用情報を送信する（ステップＳ１０２）。例えば、推定部１３１は、第１ユーザＲＵの第１端末装置１０から再認証要求を受け付けた場合、所定のウェブサービスの利用履歴に基づいて、第１ユーザＲＵと所定の関連性を有する第２ユーザＡＵを推定する。提供部１３２は、第２ユーザＡＵの第２端末装置２０に対して、第２ユーザＡＵ自身の認証要求を行うとともに、第１のサービスにログインするために用いられる認証用情報を提供する。

再認証装置１００は、要求者から認証用情報を受け付けたか否かを判定する（ステップＳ１０３）。例えば、取得部１３３は、通信部１１０を介して、第１端末装置１０から、第１端末装置１０が第２端末装置２０から取得した認証用情報を取得する。取得部１３３は、第１ユーザＲＵの第１端末装置１０から認証用情報を受け付けた場合に、要求者から認証用情報を受け付けたと判定する。再認証装置１００は、要求者から認証用情報を受け付けたと判定していない場合（ステップＳ１０３でＮｏ）、要求者から認証用情報を受け付けたと判定するまで現在の処理を継続する（ステップＳ１０３に戻る）。

再認証装置１００は、要求者から認証用情報を受け付けたと判定した場合（ステップＳ１０３でＹｅｓ）、要求者の再認証を行う（ステップＳ１０４）。例えば、再認証部１３５は、第１端末装置１０が第２端末装置２０から取得した認証用情報を受け付けたと判定された場合には、第１ユーザＲＵのアカウントを再認証する。

（変形例）
上述した再認証装置１００によるリカバリ処理は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、再認証装置１００やリカバリ処理に関する変形例について説明する。

〔４．変形例１：コンテキスト情報の利用〕
まず、図示は省略するが、変形例１として、認証用情報とともに、コンテキスト情報を利用する形態について説明する。コンテキスト情報とは、その端末装置がおかれている状況や環境等を示す情報である。コンテキスト情報は、例えば時間、位置、温度、湿度等を含む。また、コンテキスト情報は、端末装置のデバイス情報や構成情報、無線ＬＡＮ（Local Area Network）の認証情報やＳＳＩＤ（Service Set Identifier）等でもよい。複数の端末装置から、同一又は類似のコンテキスト情報を取得すれば、それらが同一の場所又は近傍に存在することが分かる。

取得部１３３は、第１端末装置１０が他の端末装置から認証用情報を取得した際における１端末装置のコンテキストを示す第１コンテキスト情報と、第２端末装置２０から、第２端末装置２０が他の端末装置に認証用情報を提供した際における第２端末装置２０のコンテキストを示す第２コンテキスト情報とをさらに取得する。

例えば、取得部１３３は、第１コンテキスト情報として、第１端末装置１０が他の端末装置から認証用情報を取得した「日時」を示す情報を取得すると共に、第２コンテキスト情報として、第２端末装置２０が他の端末装置に認証用情報を提供した日時を示す情報を取得する。これにより、再認証装置１００は、第１ユーザＲＵの第１端末装置１０が認証用情報を取得した時期と、第２ユーザＡＵの第２端末装置２０が認証用情報を提供した時期とが一致または近いことがわかるようになる。第２端末装置２０が二次元バーコードや近距離無線通信（ＮＦＣ）を利用して認証用情報を提供する場合には、第１ユーザＲＵの第１端末装置１０と第２ユーザＡＵの第２端末装置２０とが同じ場所または近傍に存在することがわかる。その結果、認証の信用度がさらに向上する。

あるいは、取得部１３３は、第１コンテキスト情報として、第１端末装置１０が他の端末装置から認証用情報を取得した「位置」を示す情報を取得すると共に、第２コンテキスト情報として、第２端末装置２０が他の端末装置に認証用情報を提供した位置を示す情報を取得する。これにより、再認証装置１００は、第１ユーザＲＵの第１端末装置１０と第２ユーザＡＵの第２端末装置２０とが同じ場所または近傍に存在することがわかるようになる。その結果、認証の信用度がさらに向上する。

判定部１３４は、第１端末装置１０から、第２端末装置２０に対して提供された認証用情報を取得し、かつ、第１コンテキスト情報と第２コンテキスト情報とが対応するか否かを判定する。

再認証部１３５は、第１端末装置１０から、第２端末装置２０に対して提供された認証用情報を取得し、かつ、第１コンテキスト情報と第２コンテキスト情報とが対応すると判定された場合は、第１ユーザＲＵのアカウントを再認証する。

〔５．変形例２：複数の認証用情報の利用〕
また、図示は省略するが、変形例２として、複数の認証用情報を利用する形態について説明する。

判定部１３４は、第１端末装置１０から、第１ユーザＲＵとは異なる利用者であって、アカウントが認証済みの複数の第２ユーザＡＵがそれぞれ個別に管理する複数の認証用情報を取得したか否かを判定する。このとき、判定部１３４は、第１端末装置１０から、第１ユーザＲＵとは異なる利用者であって、アカウントが認証済みの複数の第２ユーザＡＵがそれぞれ個別に管理する複数の認証用情報を、「所定の順番」で取得したか否かを判定するようにしてもよい。

再認証部１３５は、第１端末装置１０から、複数の認証用情報を取得したと判定された場合は、第１ユーザＲＵのアカウントを再認証する。このとき、再認証部１３５は、第１端末装置１０から、複数の認証用情報を「所定の順番」で取得したと判定された場合は、第１ユーザＲＵのアカウントを再認証するようにしてもよい。

（第２実施形態）
次に、第２実施形態について説明する。上述してきた第１実施形態では、第１ユーザのアカウント失効時において、第１ユーザと所定の関連性（関係）を有する第２ユーザに、第１ユーザのアカウントのリカバリ承認要求を行うリカバリ処理の一例を説明した。第２実施形態では、第１ユーザの端末装置時および新規端末購入時に、第１ユーザと第２ユーザとの共有端末を用いて、第１ユーザのアカウントの再認証を行うリカバリ処理の例を示す。

〔６．アカウントのリカバリ処理〕
まず、図５を用いて、第２実施形態に係る再認証プログラムにより実現されるアカウントのリカバリ処理の一例について説明する。図５は、第２実施形態に係るアカウントのリカバリ処理の一例を示す図である。図５では、第１ユーザの端末紛失時および新規端末購入時に、第１ユーザと第２ユーザとの共有端末を用いて、第１ユーザのアカウントの再認証を行うリカバリ処理（アカウントの手続きの一例）を説明する。

図５に示す第１端末装置１０、第２端末装置２０、第３端末装置３０および第４端末装置４０は、デバイスとしては、第１実施形態で説明した第１端末装置１０および第２端末装置２０と同様である。第２実施形態では、第１端末装置１０および第３端末装置３０の利用者を第１ユーザＲＵとする。第２端末装置２０の利用者を第２ユーザＡＵとする。第４端末装置４０は、第１ユーザＲＵおよび第２ユーザＡＵのいずれも利用可能な共有デバイス（Shared Device）である。

また、図５に示す再認証装置１００ａは、第１実施形態で説明した再認証装置１００に対応し、第１端末装置１０、第２端末装置２０、第３端末装置３０および第４端末装置４０からアクセス可能なサーバ装置であり、第１端末装置１０、第２端末装置２０、第３端末装置３０および第４端末装置４０の各利用者に、アカウントでのログインを要する所定のウェブサービスを提供する。第２実施形態では、再認証装置１００ａは、上記ウェブサービスとして、少なくとも第１のサービスを提供する。また、再認証装置１００ａは、各利用者のアカウントを管理しており、アカウントのリカバリを要求するリカバリ要求に応じて、アカウントのリカバリ処理を行う。

図５に示すように、まず、第１ユーザＲＵの第１端末装置１０は、第４端末装置４０に対して、要求者の認証を行うための認証用情報と、他者を認証するための他者認証情報とを登録する（ステップＳ１）。

また、第２ユーザＡＵの第２端末装置２０は、第４端末装置４０に対して、認証者の認証を行うための認証用情報と、他者を認証するための他者認証情報とを登録する（ステップＳ２）。

第４端末装置４０は、再認証装置１００ａに対して、各利用者の認証用情報と他者認証情報とを登録する（ステップＳ３）。すなわち、第４端末装置４０は、第１ユーザＲＵの第１端末装置１０と第２ユーザＡＵの第２端末装置２０とのそれぞれから登録された認証用情報と他者認証情報とを再認証装置１００ａに登録する。

第１ユーザＲＵは、第１端末装置１０を紛失した後、新たに第３端末装置３０を購入した場合、第３端末装置３０を操作して、第４端末装置４０に対して要求者の認証を行う（ステップＳ４）。これにより、第４端末装置４０は、アカウントのリカバリ要求の要求者である第１ユーザＲＵの認証を行う。なお、第１端末装置１０の紛失には、第１端末装置１０の故障や廃棄等も含まれる。

第４端末装置４０は、要求者である第１ユーザＲＵの認証の結果、第１ユーザＲＵの第３端末装置３０に対して、第１ユーザＲＵに対する認証者の他者認証情報を提供する（ステップＳ５）。

第１ユーザＲＵの第３端末装置３０は、再認証装置１００ａに対して、要求者の認証用情報と、認証者の他者認証情報を送信する（ステップＳ６）。

再認証装置１００ａは、認証用情報と他者認証情報とを用いて、要求者の再認証を行う（ステップＳ７）。

再認証装置１００ａは、第１ユーザＲＵの第３端末装置３０に対して、要求者の再認証を行う（ステップＳ８）。これにより、再認証装置１００は、第１ユーザＲＵの第３端末装置３０を承認し、アカウントをリカバリする。なお、再認証装置１００ａは、複数の他者認証情報を取得し、取得した各他者認証情報と認証情報とが対応する場合に、アカウントリカバリを行ってもよい。

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

通信部１１０と、記憶部１２０と、制御部１３０については、基本的に、第１実施形態で説明した通りである。なお、記憶部１２０は、第１実施形態で説明した認証データベース１２１の代わりに、認証データベース１２１ａを有する。

（認証データベース１２１ａについて）
認証データベース１２１ａは、第１のサービスに関する情報を記憶する。ここで、図７に、第２実施形態に係る認証データベース１２１ａの一例を示す。図７は、第２実施形態に係る認証データベース１２１ａの一例を示す図である。図７に示した例では、認証データベース１２１ａは、「アカウントＩＤ」、「登録デバイスＩＤ」、「登録ユーザ」、「ユーザＩＤ」、「認証用情報」、「認証者ＩＤ」、「他者認証情報」、「第１サービス行動履歴」といった項目を有する。また、第１サービス行動履歴は、「利用ログＩＤ」、「行動履歴」、「行動日時」、「位置情報」といった小項目を有する。

認証データベース１２１ａの項目のうち、「他者認証情報」以外の「アカウントＩＤ」、「登録デバイスＩＤ」、「登録ユーザ」、「ユーザＩＤ」、「認証用情報」、「認証者ＩＤ」および「第１サービス行動履歴」については、第１実施形態において説明した通りである。

「他者認証情報」は、他者を識別するために用いられる識別情報である。より具体的には、他者認証情報は、対応付けられたユーザＩＤが示す利用者のアカウントリカバリを行うための情報であって、対応付けられたユーザＩＤが示す利用者とは異なる利用者により、各ユーザが共用する共用端末に登録される情報である。なお、３人以上の利用者が存在する場合、認証データベース１２１ａには、１つのユーザＩＤに対して複数の利用者の他者認証情報が対応付けて登録されていてもよい。図７に示した例では、他者認証情報は、他者のアカウントＩＤであるものとする。第２実施形態では、制御部１３０は、第１ユーザＲＵの第１端末装置１０と第２ユーザＡＵの第２端末装置２０とのそれぞれから登録された他者認証情報を認証データベース１２１ａに登録する。

（制御部１３０について）
図６に示すように、制御部１３０は、推定部１３１と、提供部１３２と、取得部１３３と、判定部１３４ａと、再認証部１３５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図６に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図６に示した接続関係に限られず、他の接続関係であってもよい。

推定部１３１、提供部１３２、取得部１３３および再認証部１３５については、基本的に、第１実施形態で説明した通りである。

判定部１３４ａは、第２ユーザＡＵが管理する認証用情報であって、第２ユーザＡＵがアカウントの認証を受けるための情報とは個別に管理する情報を取得したか否かを判定する。第２実施形態では、判定部１３４ａは、第２ユーザＡＵがアカウントの認証を受けるための認証用情報とは個別に管理する他者認証情報を取得したか否かを判定する。

例えば、判定部１３４ａは、第１ユーザＲＵが管理する認証用情報であって第２ユーザＡＵがアカウントの再認証を受けるための第１認証用情報と、第２ユーザＡＵが管理する認証用情報であって、第１ユーザＲＵがアカウントの再認証を受けるための第２認証用情報とを管理する所定の端末装置から第１端末装置１０が取得した第２認証用情報を取得したか否かを判定する。

〔８．処理手順〕
次に、図８を用いて、第２実施形態に係る再認証装置１００ａに関する処理の手順について説明する。図８は、第２実施形態に係る再認証装置１００ａの処理手順の一例を示すフローチャートである。

図８に示すように、再認証装置１００ａは、認証用情報と他者認証情報とを受け付けたか否かを判定する（ステップＳ２０１）。例えば、制御部１３０は、通信部１１０を介して、第１ユーザＲＵの第１端末装置１０と第２ユーザＡＵの第２端末装置２０とのそれぞれから認証用情報と他者認証情報とを受け付ける。

再認証装置１００ａは、認証用情報と他者認証情報とを受け付けたと判定した場合（ステップＳ２０１でＹｅｓ）、認証用情報と他者認証情報とを対応付けて認証データベース１２１ａに登録する（ステップＳ２０２）。再認証装置１００ａは、認証用情報と他者認証情報とを受け付けたと判定していない場合（ステップＳ２０１でＮｏ）、当該処理を行わない（ステップＳ２０１からステップＳ２０３に移行）。なお、同一の認証用情報と他者認証情報との組については、認証データベース１２１ａへの登録は一度（初回のみ）行えば十分である。

再認証装置１００ａは、要求者から認証用情報と他者認証情報とを受け付けたか否かを判定する（ステップＳ２０３）。再認証装置１００ａは、要求者から認証用情報を受け付けたと判定していない場合（ステップＳ２０３でＮｏ）、要求者から認証用情報を受け付けたと判定するまで現在の処理を継続する（ステップＳ２０３に戻る）。

再認証装置１００ａは、要求者から認証用情報と他者認証情報とを受け付けたと判定した場合（ステップＳ２０３でＹｅｓ）、要求者と対応する認証者の他者認証情報を特定する（ステップＳ２０４）。

再認証装置１００ａは、特定した他者認証情報と受け付けた他者認証情報とが対応し、かつ、要求者の認証用情報が登録された認証用情報と対応するか否かを判定する（ステップＳ２０５）。

再認証装置１００ａは、特定した他者認証情報と受け付けた他者認証情報とが対応し、かつ、要求者の認証用情報が登録された認証用情報と対応すると判定した場合（ステップＳ２０５でＹｅｓ）、要求者を再認証する（ステップＳ２０６）。

再認証装置１００ａは、特定した他者認証情報と受け付けた他者認証情報とが対応し、かつ、要求者の認証用情報が登録された認証用情報と対応すると判定しなかった場合（ステップＳ２０５でＮｏ）、要求者を再認証しない（ステップＳ２０７）。

〔９．ハードウェア構成〕
上述した実施形態における第１端末装置１０、第２端末装置２０、第３端末装置３０、第４端末装置４０、再認証装置１００および再認証装置１００ａは、それぞれ例えば図９に示すような構成のコンピュータ２００がプログラムを実行することによって実現される。

図９は、プログラムを実行するコンピュータのハードウェア構成の一例を示す図である。コンピュータ２００は、ＣＰＵ（Central Processing Unit）２０１、ＲＡＭ２０２（Random Access Memory）、ＲＯＭ（Read Only Memory）２０３、ＨＤＤ（Hard Disk Drive）２０４、通信インターフェイス（Ｉ／Ｆ）２０５、入出力インターフェイス（Ｉ／Ｆ）２０６、およびメディアインターフェイス（Ｉ／Ｆ）２０７を備える。

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

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

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

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

コンピュータ２００が再認証装置１００として機能する場合、コンピュータ２００のＣＰＵ２０１は、ＲＡＭ２０２上にロードされたプログラムを実行することにより、図２に示す推定部１３１、提供部１３２、取得部１３３、判定部１３４および再認証部１３５の各機能を実現する。なお、推定部１３１、提供部１３２、取得部１３３、判定部１３４および再認証部１３５は、それぞれ一部または全部がＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアで構成されてもよい。

また、コンピュータ２００が再認証装置１００ａとして機能する場合、コンピュータ２００のＣＰＵ２０１は、ＲＡＭ２０２上にロードされたプログラムを実行することにより、図５に示す推定部１３１、提供部１３２、取得部１３３、判定部１３４ａおよび再認証部１３５の各機能を実現する。なお、推定部１３１、提供部１３２、取得部１３３、判定部１３４ａおよび再認証部１３５は、それぞれ一部または全部がＡＳＩＣやＦＰＧＡ等のハードウェアで構成されてもよい。

また、コンピュータ２００が第１端末装置１０、第２端末装置２０、第３端末装置３０および第４端末装置４０の各々として機能する場合、コンピュータ２００のＣＰＵ３０１は、ＲＡＭ３０２上にロードされたプログラムを実行することにより、第１端末装置１０、第２端末装置２０、第３端末装置３０および第４端末装置４０の各々の各機能を実現する。

コンピュータ２００のＣＰＵ２０１は、再認証プログラムを、記録媒体２０８から読み取って実行するが、他の例として、他の装置から、ネットワークＮを介してこれらのプログラムを取得してもよい。

なお、ＨＤＤ２０４は、記憶部１２０に対応し、記憶部１２０と同様のデータを記憶する。また、ＨＤＤ２０４に代えて、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子、ＳＳＤ（Solid State Drive）、または、光ディスク等の記憶装置を用いてもよい。

〔１０．効果〕
上述してきたように、実施形態に係る再認証装置１００は、判定部１３４と、再認証部１３５とを有する。判定部１３４は、所定のウェブサービスを受けるためのアカウントの再認証の対象となる第１利用者（第１ユーザＲＵ）が利用する第１端末装置１０から、当該第１利用者とは異なる利用者であって、当該アカウントが認証済みの第２利用者（第２ユーザＡＵ）が管理する認証用情報を取得したか否かを判定する。再認証部１３５は、当該第１端末装置１０から、当該第２利用者が管理する認証用情報を取得したと判定された場合は、当該第１利用者のアカウントを再認証する。これにより、信頼を用いたリカバリを行うサーバを実現し、アカウントリカバリの利便性を改善することができる。

判定部１３４は、当該第１利用者と所定の関連性を有する第２利用者が管理する認証用情報を取得したか否かを判定する。これにより、利用者同士の関連性を考慮してリカバリを行うことができる。

また、実施形態に係る再認証装置１００は、さらに推定部１３１を有する。推定部１３１は、当該所定のウェブサービスの利用履歴に基づいて、当該第１利用者と所定の関連性を有する第２利用者を推定する。判定部１３４は、当該第１利用者と所定の関連性を有すると推定された第２利用者が管理する認証用情報を取得したか否かを判定する。これにより、ウェブサービスの利用履歴から利用者同士の関連性を推定することができる。

判定部１３４は、当該第１利用者と所定の関連性を有する利用者として予め登録された第２利用者が管理する認証用情報を取得したか否かを判定する。これにより、所定の関連性を有する利用者を予め登録しておくことに対応することができる。

判定部１３４は、利用者が入力した情報を用いずに当該利用者に関する情報を検知する検知装置が検知した情報を用いて当該利用者のアカウントの認証を行うウェブサービスにおけるアカウントの再認証の対象となる第１利用者が利用する第１端末装置１０から、当該認証用情報を取得したか否かを判定する。これにより、例えばＦＩＤＯ認証による再認証を行った後の第１端末装置１０から認証用情報を取得したことを確認できるようになる。

また、実施形態に係る再認証装置１００は、さらに提供部１３２と、取得部１３３とを有する。提供部１３２は、当該第１端末装置１０から当該アカウントの再認証の要求を受け付けた場合は、当該第２利用者が利用する第２端末装置２０に対し、当該認証用情報を提供する。取得部１３３は、当該第１端末装置１０から、当該第１端末装置１０が他の端末装置から取得した認証用情報を取得する。判定部１３４は、当該第１端末装置１０から、当該第２端末装置２０に対して提供された認証用情報を取得したか否かを判定する。これにより、具体的にアカウントのリカバリ処理を実現することができる。

取得部１３３は、当該第１端末装置１０が他の端末装置から当該認証用情報を取得した際における当該１端末装置のコンテキストを示す第１コンテキスト情報と、当該第２端末装置２０から、当該第２端末装置２０が他の端末装置に当該認証用情報を提供した際における当該第２端末装置２０のコンテキストを示す第２コンテキスト情報とをさらに取得する。判定部１３４は、当該第１端末装置１０から、当該第２端末装置２０に対して提供された認証用情報を取得し、かつ、当該第１コンテキスト情報と当該第２コンテキスト情報とが対応するか否かを判定する。再認証部１３５は、当該第１端末装置１０から、当該第２端末装置２０に対して提供された認証用情報を取得し、かつ、当該第１コンテキスト情報と当該第２コンテキスト情報とが対応すると判定された場合は、当該第１利用者のアカウントを再認証する。これにより、コンテキストの共通性を考慮したアカウントのリカバリ処理を行うことができる。

取得部１３３は、第１コンテキスト情報として、当該第１端末装置１０が他の端末装置から当該認証用情報を取得した日時を示す情報を取得すると共に、当該第２コンテキスト情報として、当該第２端末装置２０が他の端末装置に当該認証用情報を提供した日時を示す情報を取得する。これにより、コンテキストとして時間を考慮したアカウントのリカバリ処理を行うことができる。

取得部１３３は、第１コンテキスト情報として、当該第１端末装置１０が他の端末装置から当該認証用情報を取得した位置を示す情報を取得すると共に、当該第２コンテキスト情報として、当該第２端末装置２０が他の端末装置に当該認証用情報を提供した位置を示す情報を取得する。これにより、コンテキストとして位置を考慮したアカウントのリカバリ処理を行うことができる。

判定部１３４は、当該第２利用者が管理する認証用情報であって、当該第２利用者が当該アカウントの認証を受けるための情報とは個別に管理する情報を取得したか否かを判定する。これにより、自己の認証のための情報とは別に他者の認証のための情報を登録し、例えば共有デバイス等を利用してアカウントのリカバリ処理を行うことができる。

判定部１３４は、当該第１利用者が管理する認証用情報であって当該第２利用者が当該アカウントの再認証を受けるための第１認証用情報と、当該第２利用者が管理する認証用情報であって、第１利用者が当該アカウントの再認証を受けるための第２認証用情報とを管理する所定の端末装置から当該第１端末装置１０が取得した第２認証用情報を取得したか否かを判定する。これにより、例えば共有デバイス等を利用してアカウントのリカバリ処理を行うことができる。

判定部１３４は、当該第１端末装置１０から、当該第１利用者とは異なる利用者であって、当該アカウントが認証済みの複数の第２利用者がそれぞれ個別に管理する複数の認証用情報を取得したか否かを判定する。再認証部１３５は、当該第１端末装置１０から、当該複数の認証用情報を取得したと判定された場合は、当該第１利用者のアカウントを再認証する。これにより、複数の認証者による認証を行うことができる。

判定部１３４は、当該第１端末装置１０から、当該第１利用者とは異なる利用者であって、当該アカウントが認証済みの複数の第２利用者がそれぞれ個別に管理する複数の認証用情報を、所定の順番で取得したか否かを判定する。再認証部１３５は、当該第１端末装置１０から、当該複数の認証用情報を所定の順番で取得したと判定された場合は、当該第１利用者のアカウントを再認証する。これにより、複数の認証者による認証を行う際に、認証用情報の順番を考慮して認証を行うことができる。

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

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

１０ 第１端末装置
２０ 第２端末装置
３０ 第３端末装置
４０ 第４端末装置
１００、１００ａ 再認証装置
１１０ 通信部
１２０ 記憶部
１２１、１２１ａ 認証データベース
１３０ 制御部
１３１ 推定部
１３２ 提供部
１３３ 取得部
１３４、１３４ａ 判定部
１３５ 再認証部

Claims (15)

1. 所定のウェブサービスを受けるためのアカウントの再認証の対象となる第１利用者が利用する第１端末装置から、当該第１利用者とは異なる利用者であって、前記アカウントが認証済みの第２利用者が管理する認証用情報を取得したか否かを判定する判定部と、
   前記第１端末装置から、前記第２利用者が管理する認証用情報を取得したと判定された場合は、前記第１利用者のアカウントを再認証する再認証部と
   を有することを特徴とする再認証装置。
2. 前記判定部は、前記第１利用者と所定の関連性を有する第２利用者が管理する認証用情報を取得したか否かを判定する
   ことを特徴とする請求項１に記載の再認証装置。
3. 前記所定のウェブサービスの利用履歴に基づいて、前記第１利用者と所定の関連性を有する第２利用者を推定する推定部
   を有し、
   前記判定部は、前記第１利用者と所定の関連性を有すると推定された第２利用者が管理する認証用情報を取得したか否かを判定する
   ことを特徴とする請求項２に記載の再認証装置。
4. 前記判定部は、前記第１利用者と所定の関連性を有する利用者として予め登録された第２利用者が管理する認証用情報を取得したか否かを判定する
   ことを特徴とする請求項２に記載の再認証装置。
5. 前記判定部は、利用者が入力した情報を用いずに当該利用者に関する情報を検知する検知装置が検知した情報を用いて当該利用者のアカウントの認証を行うウェブサービスにおけるアカウントの再認証の対象となる第１利用者が利用する第１端末装置から、前記認証用情報を取得したか否かを判定する
   ことを特徴とする請求項１〜４のうちいずれか１つに記載の再認証装置。
6. 前記第１端末装置から前記アカウントの再認証の要求を受け付けた場合は、前記第２利用者が利用する第２端末装置に対し、前記認証用情報を提供する提供部と、
   前記第１端末装置から、当該第１端末装置が他の端末装置から取得した認証用情報を取得する取得部と
   を有し、
   前記判定部は、前記第１端末装置から、前記第２端末装置に対して提供された認証用情報を取得したか否かを判定する
   ことを特徴とする請求項１〜５のうちいずれか１つに記載の再認証装置。
7. 前記取得部は、前記第１端末装置が他の端末装置から前記認証用情報を取得した際における当該１端末装置のコンテキストを示す第１コンテキスト情報と、前記第２端末装置から、当該第２端末装置が他の端末装置に前記認証用情報を提供した際における当該第２端末装置のコンテキストを示す第２コンテキスト情報とをさらに取得し、
   前記判定部は、前記第１端末装置から、前記第２端末装置に対して提供された認証用情報を取得し、かつ、前記第１コンテキスト情報と前記第２コンテキスト情報とが対応するか否かを判定し、
   前記再認証部は、前記第１端末装置から、前記第２端末装置に対して提供された認証用情報を取得し、かつ、前記第１コンテキスト情報と前記第２コンテキスト情報とが対応すると判定された場合は、前記第１利用者のアカウントを再認証する
   ことを特徴とする請求項６に記載の再認証装置。
8. 前記取得部は、第１コンテキスト情報として、前記第１端末装置が他の端末装置から前記認証用情報を取得した日時を示す情報を取得すると共に、前記第２コンテキスト情報として、前記第２端末装置が他の端末装置に前記認証用情報を提供した日時を示す情報を取得する
   ことを特徴とする請求項７に記載の再認証装置。
9. 前記取得部は、第１コンテキスト情報として、前記第１端末装置が他の端末装置から前記認証用情報を取得した位置を示す情報を取得すると共に、前記第２コンテキスト情報として、前記第２端末装置が他の端末装置に前記認証用情報を提供した位置を示す情報を取得する
   ことを特徴とする請求項７に記載の再認証装置。
10. 前記判定部は、前記第２利用者が管理する認証用情報であって、当該第２利用者が前記アカウントの認証を受けるための情報とは個別に管理する情報を取得したか否かを判定する
    ことを特徴とする請求項１〜５のうちいずれか１つに記載の再認証装置。
11. 前記判定部は、前記第１利用者が管理する認証用情報であって前記第２利用者が前記アカウントの再認証を受けるための第１認証用情報と、前記第２利用者が管理する認証用情報であって、第１利用者が前記アカウントの再認証を受けるための第２認証用情報とを管理する所定の端末装置から前記第１端末装置が取得した第２認証用情報を取得したか否かを判定する
    ことを特徴とする請求項１０に記載の再認証装置。
12. 前記判定部は、前記第１端末装置から、当該第１利用者とは異なる利用者であって、前記アカウントが認証済みの複数の第２利用者がそれぞれ個別に管理する複数の認証用情報を取得したか否かを判定し、
    前記再認証部は、前記第１端末装置から、前記複数の認証用情報を取得したと判定された場合は、前記第１利用者のアカウントを再認証する
    ことを特徴とする請求項１〜１１のうちいずれか１つに記載の再認証装置。
13. 前記判定部は、前記第１端末装置から、当該第１利用者とは異なる利用者であって、前記アカウントが認証済みの複数の第２利用者がそれぞれ個別に管理する複数の認証用情報を、所定の順番で取得したか否かを判定し、
    前記再認証部は、前記第１端末装置から、前記複数の認証用情報を所定の順番で取得したと判定された場合は、前記第１利用者のアカウントを再認証する
    ことを特徴とする請求項１２に記載の再認証装置。
14. 再認証装置が実行する再認証方法であって、
    所定のウェブサービスを受けるためのアカウントの再認証の対象となる第１利用者が利用する第１端末装置から、当該第１利用者とは異なる利用者であって、前記アカウントが認証済みの第２利用者が管理する認証用情報を取得したか否かを判定する判定工程と、
    前記第１端末装置から、前記第２利用者が管理する認証用情報を取得したと判定された場合は、前記第１利用者のアカウントを再認証する再認証工程と
    を含むことを特徴とする再認証方法。
15. 所定のウェブサービスを受けるためのアカウントの再認証の対象となる第１利用者が利用する第１端末装置から、当該第１利用者とは異なる利用者であって、前記アカウントが認証済みの第２利用者が管理する認証用情報を取得したか否かを判定する判定手順と、
    前記第１端末装置から、前記第２利用者が管理する認証用情報を取得したと判定された場合は、前記第１利用者のアカウントを再認証する再認証手順と
    をコンピュータに実行させるための再認証プログラム。

Images