特許 7240104 認証装置、認証方法、認証プログラム及び認証システム

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

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

(11)【特許番号】

(24)【登録日】2023-03-07

(45)【発行日】2023-03-15

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

(51)【国際特許分類】

   G06F 21/31 20130101AFI20230308BHJP

【ＦＩ】

G06F21/31

【請求項の数】 13

(21)【出願番号】P 2018096593

(22)【出願日】2018-05-18

(65)【公開番号】P2019200741

(43)【公開日】2019-11-21

【審査請求日】2020-08-19

【審判番号】

【審判請求日】2022-03-14

(73)【特許権者】

【識別番号】319013263

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

(74)【代理人】

【識別番号】110002147

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

(72)【発明者】

【氏名】五味 秀仁

(72)【発明者】

【氏名】山口 修司

【合議体】

【審判長】篠原 功一

【審判官】児玉 崇晶

【審判官】山澤 宏

(56)【参考文献】

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

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

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

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

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

G06F 21/31

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

【請求項1】

ユーザによって利用される第１端末のコンテキストデータとして、当該第１端末と、所定の空間範囲に所在する当該第１端末とは異なる端末である複数の第２端末との各々の相対的な位置関係を示した位置関係情報を取得する取得部と、
前記取得部によって取得された位置関係情報に基づいて近しい関係にあるとして抽出された一以上の第２端末との位置関係情報を束とした情報であって、前記ユーザが認証を受けている状況下での位置関係を示す情報に基づいて、前記ユーザの本人性を認証する認証モデルを生成するモデル生成部と、
を備え、
前記モデル生成部は、
前記ユーザが認証を受けている状況下で、第２端末が近傍に所在する確度を算出する前記認証モデルを生成する
ことを特徴とする認証装置。

【請求項2】

前記取得部は、
前記位置関係情報とともに、前記第１端末の位置を示す位置情報を取得し、
前記モデル生成部は、
前記位置関係情報と、当該位置関係情報に対応した前記第１端末の位置情報とに基づいて、前記認証モデルを生成する、
ことを特徴とする請求項１に記載の認証装置。

【請求項3】

前記取得部は、
前記位置関係情報とともに、前記位置関係情報が生成された時間情報を取得し、
前記モデル生成部は、
前記位置関係情報と、当該位置関係情報に対応した時間情報とに基づいて、前記認証モデルを生成する、
ことを特徴とする請求項１又は２に記載の認証装置。

【請求項4】

前記取得部は、
複数の前記位置関係情報が組み合わされた情報を取得し、
前記モデル生成部は、
複数の前記位置関係情報が組み合わされた情報に基づいて、前記認証モデルを生成する、
ことを特徴とする請求項１～３のいずれか一つに記載の認証装置。

【請求項5】

前記第１端末から認証の要求を受信した場合に、認証の要求とともに取得した当該第１端末のコンテキストデータと、前記認証モデルとに基づいて、当該ユーザの本人性を認証する認証部、
をさらに備えたことを特徴とする請求項１～４のいずれか一つに記載の認証装置。

【請求項6】

前記取得部は、
前記認証の要求とともに取得するコンテキストデータとして、前記第１端末と第２端末間の電波強度を取得し、
前記認証部は、
前記電波強度に基づく前記第１端末と前記第２端末との相対的な位置関係に基づいて前記ユーザの本人性を認証する、
ことを特徴とする請求項５に記載の認証装置。

【請求項7】

前記取得部は、
前記認証の要求とともに取得するコンテキストデータとして、前記第１端末と第２端末間の通信状況を取得し、
前記認証部は、
前記第１端末と第２端末間の通信状況に基づく当該第１端末と当該第２端末との相対的な位置関係に基づいて前記ユーザの本人性を認証する、
ことを特徴とする請求項５又は６に記載の認証装置。

【請求項8】

前記取得部は、
前記認証の要求とともに取得するコンテキストデータとして、当該認証の要求を行った時点の前記第１端末のコンテキストデータと、当該認証の要求が行われた時点より過去における当該第１端末と第２端末との相対的な位置関係を示した位置関係情報とを取得し、
前記認証部は、
前記認証の要求を行った時点の前記第１端末のコンテキストデータと前記位置関係情報とを組み合わせた情報に基づいて、前記ユーザの本人性を認証する、
ことを特徴とする請求項５～７のいずれか一つに記載の認証装置。

【請求項9】

前記認証部は、
前記認証の要求を受信した時間と前記ユーザが日常的に認証の要求を行う時間との関係性、もしくは、当該認証の要求を送信した前記第１端末の位置情報と当該ユーザが日常的に認証の要求を行う位置情報との関係性の少なくともいずれかに基づいて、当該ユーザの本人性を認証する、
ことを特徴とする請求項５～８のいずれか一つに記載の認証装置。

【請求項10】

前記認証部は、
前記認証の要求を送信した前記第１端末を利用するユーザと新たに認証を行うユーザとの属性情報に基づく関係性、もしくは、当該第１端末及び第２端末と新たに認証を行うユーザによって利用される第１端末及び第２端末との端末情報に基づく関係性の少なくともいずれかに基づいて、当該ユーザの本人性を認証する、
ことを特徴とする請求項５～９のいずれか一つに記載の認証装置。

【請求項11】

コンピュータによって実行される認証方法であって、
ユーザによって利用される第１端末のコンテキストデータとして、当該第１端末と、所定の空間範囲に所在する当該第１端末とは異なる端末である複数の第２端末との各々の相対的な位置関係を示した位置関係情報を取得する取得工程と、
前記取得工程によって取得された位置関係情報に基づいて近しい関係にあるとして抽出された一以上の第２端末との位置関係情報を束とした情報であって、前記ユーザが認証を受けている状況下での位置関係を示す情報に基づいて、前記ユーザの本人性を認証する認証モデルを生成するモデル生成工程と、
を含み、
前記モデル生成工程は、
前記ユーザが認証を受けている状況下で、第２端末が近傍に所在する確度を算出する前記認証モデルを生成する
ことを特徴とする認証方法。

【請求項12】

ユーザによって利用される第１端末のコンテキストデータとして、当該第１端末と、所定の空間範囲に所在する当該第１端末とは異なる端末である複数の第２端末との各々の相対的な位置関係を示した位置関係情報を取得する取得手順と、
前記取得手順によって取得された位置関係情報に基づいて近しい関係にあるとして抽出された一以上の第２端末との位置関係情報を束とした情報であって、前記ユーザが認証を受けている状況下での位置関係を示す情報に基づいて、前記ユーザの本人性を認証する認証モデルを生成するモデル生成手順と、
をコンピュータに実行させ、
前記モデル生成手順は、
前記ユーザが認証を受けている状況下で、第２端末が近傍に所在する確度を算出する前記認証モデルを生成する
ことを特徴とする認証プログラム。

【請求項13】

ユーザが利用する第１端末と、第１端末から要求される当該ユーザの本人認証を行う認証装置とを含む認証システムであって、
前記第１端末は、
所定の空間範囲に所在する前記第１端末とは異なる端末である複数の第２端末を検知する検知部と、
前記検知部によって検知された複数の第２端末と、前記第１端末との各々の相対的な位置関係を示した位置関係情報を所定時間ごとに生成する生成部と、
前記生成部によって生成された位置関係情報を前記認証装置に送信する送信部と、
を備え、
前記認証装置は、
前記送信部によって送信された前記位置関係情報を取得する取得部と、
前記取得部によって取得された位置関係情報に基づいて近しい関係にあるとして抽出された一以上の第２端末との位置関係情報を束とした情報であって、前記ユーザが認証を受けている状況下での位置関係を示す情報に基づいて、前記ユーザの本人性を認証する認証モデルを生成するモデル生成部と、
を備え、
前記モデル生成部は、
前記ユーザが認証を受けている状況下で、第２端末が近傍に所在する確度を算出する前記認証モデルを生成する
ことを特徴とする認証システム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

様々なセンサを搭載した通信端末装置の普及が進んでいる。端末に搭載されるセンサは、物理的な事象をデジタル信号に変換することで、端末を取り巻く種々の状況（コンテキスト）を示すデータ（以下、「コンテキストデータ（context data）」と称する）を取得する。コンテキストデータは、ネットワークを介して所定のサーバに送信され、様々な情報処理に利用される。

【0003】

例えば、複数の端末から取得されるコンテキストデータ（端末の利用状況）の組合せに基づいて、ユーザの本人認証を行う技術が知られている。

【先行技術文献】

【特許文献】

【0004】

【文献】特許第６１８１７１６号公報

【発明の概要】

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

【0005】

しかしながら、上記の従来技術には改善の余地がある。例えば、上記の従来技術では、自宅や会社等に設置された特定の端末に認証が試みられた際に、自宅や会社までのユーザの移動の推移を示した位置情報等の利用状況をユーザが所有する他の端末から取得し、取得した利用状況の組合せに基づいて本人認証を行う。すなわち、上記の従来技術では、ユーザの自宅や会社等を特定する情報や、その端末の設置場所に移動するまでの各端末の位置情報等の種々の情報を処理に用いるため、処理が煩雑になるおそれがある。

【0006】

本願は、上記に鑑みてなされたものであって、簡便に安全性の高い認証処理を実現することができる認証装置、認証方法、認証プログラム及び認証システムを提供することを目的とする。

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

【0007】

本願に係る認証装置は、ユーザによって利用される第１端末のコンテキストデータとして、当該第１端末と、当該第１端末とは異なる端末である第２端末との相対的な位置関係を示した位置関係情報を取得する取得部と、前記取得部によって取得された位置関係情報に基づいて、前記ユーザの本人性を認証する認証モデルを生成するモデル生成部と、を備えたことを特徴とする。

【発明の効果】

【0008】

実施形態の一態様によれば、簡便に安全性の高い認証処理を実現することができるという効果を奏する。

【図面の簡単な説明】

【0009】

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

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

【図3】図３は、実施形態に係るコンテキストバッグの生成処理を説明するための図である。

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

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

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

【図7】図７は、実施形態に係るコンテキストデータ記憶部の一例を示す図である。

【図8】図８は、実施形態に係る認証モデル記憶部の一例を示す図である。

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

【図10】図１０は、実施形態に係る処理手順を示すフローチャート（１）である。

【図11】図１１は、実施形態に係る処理手順を示すフローチャート（２）である。

【図12】図１２は、実施形態に係る処理手順を示すフローチャート（３）である。

【図13】図１３は、変形例に係る認証装置の構成例を示す図である。

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

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

【0010】

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

【0011】

〔１．認証処理の一例〕
まず、図１乃至図３を用いて、実施形態に係る認証処理の一例について説明する。図１は、実施形態に係る認証処理の一例を示す図（１）である。図１では、本願に係る認証装置１００によって、ユーザの本人性を認証する処理に利用される認証モデルの生成処理が実行される例を示す。

【0012】

図１に示す認証装置１００は、実施形態に係る認証処理を実行するサーバ装置である。例えば、認証装置１００は、ネットワークを介して提供されるサービスにおいて、サービスを利用しようとするユーザが当該サービスに登録されているユーザ本人であるか否かを判定し、判定結果に基づいて、サービスにアクセスしたユーザを本人と認証する。

【0013】

図１に示すユーザＵ０１は、認証装置１００による認証を受けようとするユーザの一例である。例えば、ユーザＵ０１は、認証装置１００が提供するサービスに登録済みであり、サービスからユーザアカウント等の発行を受けたユーザである。ユーザＵ０１は、以下で説明する認証処理によって自身の本人性が認証装置１００に認証されることにより、パーソナライズされたサービスを利用することが可能となる。

【0014】

図１に示す例では、ユーザＵ０１は、複数の情報処理端末（デバイス）を所持する。例えば、ユーザＵ０１は、サービスにアクセスする際に主に利用される端末であり、実施形態に係る認証処理に要するコンテキストデータを認証装置１００に送信する端末（以下、区別のため、かかる端末を「第１端末」と称する）であるスマートフォン２０を有する。また、ユーザＵ０１は、スマートフォン２０以外に、実施形態に係る認証処理に要するコンテキストデータを認証装置１００に送信しない端末（以下、区別のため、これらの端末を「第２端末」と称する）を複数有する。例えば、ユーザＵ０１は、手首に装着可能な時計型端末３０や、目の周辺に装着して利用する眼鏡型端末４０等の、いわゆるウェアラブルデバイス（wearable device）を所持する。なお、以下では、スマートフォン２０や時計型端末３０や眼鏡型端末４０等を区別する必要のない場合、これらを「ユーザ端末１０」と総称する。また、以下では、ユーザをユーザ端末１０等と読み替える場合がある。例えば、「ユーザがコンテキストデータを送信する」という記載は、実際には、「ユーザが利用するユーザ端末１０がコンテキストデータを送信する」という状況を示す場合がある。

【0015】

一般に、サービスにおける認証処理は、登録済みのユーザから認証情報を受け付けることにより行われる。認証情報とは、例えば、ユーザが設定したパスワードや、ユーザの生体情報（指紋等）である。しかし、ネットワークを介したサービスは多数存在するため、ユーザにとって、それぞれのサービスに対応するパスワードを記憶することや、認証のたびに指紋等の情報を入力することが負担となる。

【0016】

そこで、実施形態に係る認証装置１００は、以下に説明する手法を用いることで、ユーザからパスワード等の認証情報の入力を受け付けることなく、ユーザの本人認証処理を実行する。具体的には、認証装置１００は、ユーザによって利用される第１端末のコンテキストデータとして、第１端末と第２端末との相対的な位置関係を示した位置関係情報を取得する。そして、認証装置１００は、取得した位置関係情報に基づいて、ユーザの本人性を認証するための認証モデルを生成する。これにより、認証装置１００は、今後、ユーザが特段の操作を行わずとも、ユーザがサービスにアクセスしたタイミングにおいて取得する第１端末のコンテキストデータを利用して、ユーザの本人性を認証することができる。また、認証装置１００は、例えばＧＰＳ（Global Positioning System）機能を用いて測位される位置情報等のコンテキストデータを必ずしも要さず、第１端末と第２端末との相対的な位置関係を利用して認証を行うことで、簡便に認証処理を行うことができる。以下、図１乃至図３を用いて、実施形態に係る認証処理の流れについて説明する。

【0017】

図１では、認証装置１００がユーザＵ０１に対応した認証モデルを生成する処理の流れについて説明する。図１に示す例では、ユーザＵ０１は、所定の認証情報（パスワード等）を認証装置１００に提示して、認証装置１００から認証を受けている状態であるものとする。例えば、ユーザＵ０１は、認証情報による認証に成功し、認証装置１００が提供するサービスにログインしている状態である。

【0018】

この状態において、第１端末であるスマートフォン２０は、自装置のコンテキストを検知する（ステップＳ１１）。ここで、コンテキストとは、ユーザＵ０１によってスマートフォン２０が使われている状況や、ユーザＵ０１が置かれている状況や、スマートフォン２０の周辺環境に関する種々の状況をいう。そして、スマートフォン２０は、検知したコンテキストに基づいて、コンテキストデータを取得する。

【0019】

コンテキストデータとは、スマートフォン２０によって検知されたコンテキストを示すデータである。例えば、コンテキストデータは、スマートフォン２０が有する各種センサによって検知されたコンテキストを物理的な数値で表したデータである。コンテキストデータは、スマートフォン２０を取り巻く種々のデータが該当する。図１の例では、スマートフォン２０は、コンテキストデータとして、スマートフォン２０と第２端末である時計型端末３０や眼鏡型端末４０との相対的な位置関係を示した位置関係情報を取得する。

【0020】

すなわち、位置関係情報とは、スマートフォン２０と第２端末とが所定の空間範囲（近傍）にあることを示す情報である。スマートフォン２０は、所定時間ごと（例えば５分ごと）に周辺の第２端末を検出する。例えば、スマートフォン２０は、Ｗｉｆｉ（登録商標）や、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の電波を検知したり、同じアクセスポイントを利用する端末を検出したりすることにより、近傍の第２端末を検出する。

【0021】

具体的には、スマートフォン２０は、周辺の第２端末の識別情報と、各第２端末が発する電波強度とを検知し、どの第２端末が近傍に所在するかを判定する。一例として、スマートフォン２０は、ＲＳＳＩ（Received Signal Strength Indication）の数値に基づいて、第２端末との相対的な位置関係を検知し、近傍に所在する第２端末を判定する。また、スマートフォン２０は、電波強度によらず、Ｂｌｕｅｔｏｏｔｈの機能に基づき、ペアリングが完了している第２端末を検出してもよい。

【0022】

そして、スマートフォン２０は、検出した第２端末のうち、相対的に最も近しい関係にある第２端末を抽出する。例えば、スマートフォン２０は、最も近傍に所在する第２端末を抽出する。あるいは、スマートフォン２０は、ペアリングが完了している第２端末を優先的に抽出してもよい。そして、スマートフォン２０は、予め定義された最大数（図１の例では、自装置を含めた「３台」を最大数とする）の範囲内で抽出された第２端末と、検知した時間とを対応付けて、位置関係情報を生成する。図１で示す例では、位置関係情報は、例えば［８：００ ； ２０，３０］といった形式で表される。かかる位置関係情報は、８時００分の時点で、「スマートフォン２０（自装置）」と「時計型端末３０」とが近傍に位置することを示している。言い換えれば、かかる位置関係情報は、スマートフォン２０が、８時００分の時点で、自装置と近しい関係にある第２端末として時計型端末３０を検出したことを示している。同様に、［８：０５ ； ２０，３０，４０］といった形式で表される位置関係情報は、８時０５分の時点で、スマートフォン２０が、自装置と近しい関係にある第２端末として、「時計型端末３０」と「眼鏡型端末４０」とを検出したことを示している。

【0023】

なお、詳細は後述するが、スマートフォン２０は、コンテキストデータとして、位置関係情報を取得した際の自装置の位置情報や、検出した第２端末の端末情報（第２端末がモバイル端末であるか据え置き型かといった種別等）等、種々の情報を取得してもよい。

【0024】

続けて、スマートフォン２０は、取得した位置関係情報をいくつかの束とした情報（以下、「コンテキストバッグ」と称する）を生成する（ステップＳ１２）。例えば、コンテキストバッグは、予め定義された時間長（例えば１０分間）の間に取得された位置関係情報の束である。なお、コンテキストバッグを生成する理由は、一つだけの位置関係情報で処理を行うよりも、複数の位置関係情報を含むコンテキストバッグを用いて処理を行った方が、より多くの特徴量を抽出できることから、認証装置１００にとって効率の良い学習（モデル生成）を行うことができるという利点があるからである。

【0025】

図１に示す例では、スマートフォン２０は、直近１０分間のうちに取得された３つの位置関係情報を束としてコンテキストバッグを生成するものとする。具体的には、スマートフォン２０は、「［８：００ ； ２０，３０］、［８：０５ ； ２０，３０，４０］、［８：１０ ； ２０，３０，４０］」といった位置関係情報が束になったコンテキストバッグＢＧ０１を生成する。同様に、スマートフォン２０は、「［８：０５ ； ２０，３０，４０］、［８：１０ ； ２０，３０，４０］、［８：１５ ； ２０］」といった位置関係情報が束になったコンテキストバッグＢＧ０２を生成する。同様に、スマートフォン２０は、「［８：１０ ； ２０，３０，４０］、［８：１５ ； ２０］、［８：２０ ； ２０］」といった位置関係情報が束になったコンテキストバッグＢＧ０３を生成する。なお、コンテキストバッグがどのくらいの時間長における位置関係情報を含むかといった設定は、認証装置１００によって定義されてもよい。

【0026】

スマートフォン２０は、所定時間ごとに生成したコンテキストバッグを定期的に認証装置１００に送信する（ステップＳ１３）。例えば、スマートフォン２０は、予め定義された時間間隔（例えば５分間など）で、生成したコンテキストバッグを認証装置１００に送信する。なお、スマートフォン２０は、生成したコンテキストバッグを蓄積しておき、所定のタイミングでまとめて送信するようにしてもよい。

【0027】

認証装置１００は、送信されたコンテキストバッグを取得し、サービスにログインしているユーザＵ０１と対応付けて、取得したコンテキストバッグを蓄積する。そして、認証装置１００は、モデル生成に充分な量（例えば１０日分や１か月分など）のコンテキストバッグが蓄積された場合に、ユーザＵ０１に関する認証モデルを生成する（ステップＳ１４）。

【0028】

スマートフォン２０がサービスにログインした状態で認証装置１００に送信されるコンテキストバッグは、すなわち、ユーザＵ０１が認証を受けている状況下で、スマートフォン２０と第２端末とがどのような位置関係にあるかという情報（以下、「デバイスコンテキスト」と称する場合がある）を示すものである。例えば、コンテキストバッグは、ユーザＵ０１が認証を受けている状況下において、多くの場合、時計型端末３０や眼鏡型端末４０が近傍に所在することを示す情報である。そして、コンテキストバッグが相当数蓄積された結果として、認証装置１００は、「ユーザＵ０１が認証を受けていること（ユーザＵ０１本人であること）」と、「第１端末と第２端末の相対的な位置関係（デバイスコンテキスト）」との関係について、統計的な傾向を求めることができる。かかる情報に基づいて、認証装置１００は、ユーザＵ０１に対応する認証モデルを生成する。

【0029】

例えば、認証装置１００は、ロジスティック回帰や線形回帰分析等、蓄積したコンテキストバッグの特徴量を統計的に解析したモデルを生成する。具体的には、認証装置１００は、ユーザＵ０１が認証を受けている状態において、時計型端末３０や眼鏡型端末４０が近傍に所在する確度を算出するモデルを生成する。すなわち、認証装置１００は、スマートフォン２０を利用して認証要求を行っているユーザが「ユーザＵ０１である」ことを目的変数とし、「スマートフォン２０の近傍に「時計型端末３０」や「眼鏡型端末４０」が所在すること」を説明変数とする回帰式を生成する。これにより、認証装置１００は、モデルに所定の情報（例えば、ユーザＵ０１が新たに認証要求を行った時点における位置関係情報）を入力した場合に、ユーザが「ユーザＵ０１である」ことを示したスコアを出力することができる。例えば、認証モデルがロジスティック回帰等の回帰式によって示される場合、認証装置１００は、入力された位置関係情報に基づいて、その情報を送信したユーザが「ユーザＵ０１」である確率を示すスコアを０から１までの数値で示すことができる。

【0030】

なお、詳細は後述するが、認証装置１００は、認証モデルを生成する際に、スマートフォン２０がコンテキストバッグを生成した際の位置情報や、コンテキストバッグが生成された時間情報等を利用してもよい。

【0031】

認証装置１００は、生成した認証モデルを認証モデル記憶部１２３に格納する（ステップＳ１５）。今後、認証装置１００は、ユーザＵ０１から認証の要求を受けた場合、パスワード等の認証情報によらず、認証モデルを用いてユーザＵ０１の認証を行う。実施形態に係る認証処理について、図２を用いて説明する。

【0032】

図２は、実施形態に係る認証処理の一例を示す図（２）である。図２では、認証装置１００によって、認証モデルを用いてユーザＵ０１に対する認証処理が実行される例を示す。

【0033】

図２の例では、ユーザＵ０１は、認証装置１００から認証を受けていないものとする。例えば、ユーザＵ０１は、認証装置１００が提供するサービスから一度ログアウトしており、サービスを利用するために、新たに認証装置１００から認証を受ける必要がある状態である。この場合、ユーザＵ０１は、スマートフォン２０を介して、認証の要求を認証装置１００に送信する（ステップＳ２１）。例えば、ユーザＵ０１は、サービスに対するログインを要求する。

【0034】

ここで、スマートフォン２０は、認証の要求とともに、現時点で検知されたコンテキストデータを認証装置１００に送信する（ステップＳ２２）。例えば、スマートフォン２０は、コンテキストデータとして、認証要求時に取得した位置関係情報を認証装置１００に送信する。

【0035】

図２の例では、スマートフォン２０は、モデル生成時点と同様に、位置関係情報を束としたコンテキストバッグの態様でコンテキストデータを送信するものとする。例えば、スマートフォン２０は、「［１２：００ ； ２０，３０,４０］、［１２：０５ ； ２０，３０，４０］、［１２：ＸＸ ； ２０，３０，４０］」といった位置関係情報が束になったコンテキストデータＤＴ１１を送信する。なお、「１２：ＸＸ」は、認証要求を送信した時刻を示す。

【0036】

認証装置１００は、スマートフォン２０から取得した認証時のコンテキストデータＤＴ１１に基づいて、ユーザＵ０１の本人性を判定する（ステップＳ２３）。例えば、認証装置１００は、認証の要求を送信したユーザＵ０１（スマートフォン２０）の識別情報に基づいて、認証モデル記憶部１２３に格納されたユーザＵ０１の認証モデルを特定する。そして、認証装置１００は、コンテキストデータＤＴ１１を認証モデルに入力し、コンテキストデータＤＴ１１の有する特徴量に基づいて、コンテキストデータＤＴ１１を送信したユーザがユーザＵ０１本人であるか示すスコアを算出する。

【0037】

そして、認証装置１００は、算出したスコアが所定の閾値を超えた場合（例えば、スコアが０から１の範囲で示されるときに、スコアが「０．６」を超えた場合等）、コンテキストデータＤＴ１１を送信したユーザが「ユーザＵ０１」本人であると判定する。かかる処理により、認証装置１００は、ユーザＵ０１からパスワード等の入力を求めることなく、ユーザＵ０１を認証することができる（ステップＳ２４）。続けて、認証装置１００は、認証が成功した旨をスマートフォン２０に通知する（ステップＳ２５）。

【0038】

なお、認証装置１００は、ステップＳ２３においてユーザＵ０１の本人性を確認できなかった場合（例えば、スコアが所定閾値以下であった場合）、ユーザＵ０１に対して、パスワードや指紋等の認証情報を要求する通知を送信してもよい。

【0039】

図１及び図２を用いて説明したように、実施形態に係る認証装置１００は、ユーザＵ０１によって利用される第１端末（図１の例ではスマートフォン２０）のコンテキストデータとして、第１端末と第２端末との相対的な位置関係を示した位置関係情報を取得する。そして、認証装置１００は、取得した位置関係情報に基づいて、ユーザＵ０１の本人性を認証する認証モデルを生成する。また、認証装置１００は、第１端末から認証の要求を受信した場合に、認証の要求とともに取得した第１端末のコンテキストデータと、認証モデルとに基づいて、ユーザＵ０１の本人性を認証する。

【0040】

このように、認証装置１００は、認証の対象となるユーザが主に利用する端末である第１端末と、所定の空間範囲に所在する第２端末との位置関係に基づいてユーザＵ０１の本人性を認証する処理を行う。これにより、認証装置１００は、ＧＰＳ機能等を用いた絶対的な位置情報や、認証に用いる端末が所在する位置の特定等を行わずとも、認証時に第１端末の近傍に所在する第２端末（例えば、ユーザＵ０１が常時持ち歩いている端末）との関係性に基づいて、ユーザＵ０１の認証を行うことができる。すなわち、認証装置１００は、絶対的な位置情報の解析等の煩雑な処理を行うことなく、簡便な処理でユーザＵ０１の本人性を認証することができる。

【0041】

なお、上記図１及び図２の例では、認証装置１００が、第１端末が生成するコンテキストバッグに基づいて認証モデルを生成する例を示した。認証装置１００は、コンテキストバッグには、複数の位置関係情報が含まれるため、単独の位置関係情報と比較して、抽出できる特徴量が多いため、生成するモデルの精度を向上させることができる。

【0042】

図３を用いて、コンテキストバッグの生成の一例について説明する。図３は、実施形態に係るコンテキストバッグの生成処理を説明するための図である。図３では、第１端末がコンテキストバッグを生成する過程を概念的に示す。図３の例では、第１端末が「端末Ａ（図３中では、単に「Ａ」と表記する。他の端末も同様）」であり、第１端末から検出される第２端末が「端末Ｂ」、「端末Ｃ」、「端末Ｄ」、「端末Ｅ」である。

【0043】

端末Ａは、予め設定された検知時間が到来すると、第２端末を検知する。例えば、端末Ａは、「９：００」に第２端末を検知し、検知の結果、端末Ｂを検知する。また、端末Ａは、端末Ｂとの相対的な距離を検知する。例えば、端末Ａは、端末Ｂから受信する電波強度等を用いて、自装置と端末Ｂとの距離を測る。

【0044】

そして、端末Ａは、検知された第２端末のうち、自装置から相対的に近い距離にあると検知された第２端末を抽出し、位置関係情報を生成する。なお、端末Ａは、位置関係情報に含める端末数を予め設定していてもよい。例えば、図１及び図２で示したように、端末Ａは、「３台」までの端末が含まれるように位置関係情報を生成する。なお、図３の例では、端末Ａは、「９：００」の時点で端末Ｂのみを検知しているため、端末Ａと端末Ｂとが関係性を有することのみを示した位置関係情報（図３では、［９：００ ： Ａ，Ｂ］と示す）を生成する。

【0045】

そして、端末Ａは、位置関係情報を生成したタイミングで、位置関係情報を束にするコンテキストバッグを生成する。「９：００」の時点では、端末Ａは、位置関係情報を１つのみ生成しているため、１つの位置関係情報が含まれるコンテキストバッグＢＧ１１を生成する。なお、端末Ａは、コンテキストバッグに含む位置関係情報の時間範囲が予め設定されている場合には、設定時間に従ってコンテキストバッグを生成する。例えば、端末Ａは、時間範囲が「１０分」と設定されたコンテキストバッグを生成する。この場合、端末Ａは、仮に「８：４０」という時間に対応した位置関係情報を保持していても、「８：４０」の位置関係情報と「９：００」の位置関係情報は「１０分」の範囲に含まれないため、「８：４０」の位置関係情報をコンテキストバッグＢＧ１１に含めない。

【0046】

その後、端末Ａは、次の検知のタイミングが到来した場合に、再び第２端末を検知する処理を行う。例えば、端末Ａは、検知の間隔が「５分」と設定されている場合、「９：０５」に周囲の第２端末を検知する。この時点で、端末Ａは、自装置以外の第２端末を検知しない場合、自装置のみが含まれる位置関係情報を生成する。

【0047】

そして、端末Ａは、「９：０５」の位置関係情報を生成したタイミングで、位置関係情報を束にするコンテキストバッグを生成する。例えば、端末Ａは、「９：００」に対応する位置関係情報と、「９：０５」に対応する位置関係情報とを束にしたコンテキストバッグＢＧ１２を生成する。

【0048】

その後、端末Ａは、「９；１０」に第２端末を検知する。例えば、端末Ａは、第２端末として、端末Ｃと端末Ｄとを検知する。この場合、端末Ａは、端末Ａと端末Ｃと端末Ｄとが関係性を有することのみを示した位置関係情報を生成する。そして、端末Ａは、「９：１０」の位置関係情報を生成したタイミングで、「９：００」に対応する位置関係情報と、「９：０５」に対応する位置関係情報と、「９：１０」に対応する位置関係情報とを束にしたコンテキストバッグＢＧ１３を生成する。

【0049】

その後、端末Ａは、「９；１５」に第２端末を検知する。例えば、端末Ａは、第２端末として、端末Ｃと端末Ｄと端末Ｅとを検知する。この場合、端末Ａは、端末Ｃと端末Ｄと端末Ｅとについて、自装置との相対的な距離を比較する。そして、端末Ａは、自装置から近い距離にある第２端末を抽出する。「９：１５」の時点では、端末Ｃと端末Ｄとが、端末Ｅと比べて近い距離にあるため、端末Ａは、端末Ｃと端末Ｄとを関係性を有する第２端末として抽出する。そして、端末Ａは、端末Ａと端末Ｃと端末Ｄとが関係性を有することのみを示した位置関係情報を生成する。

【0050】

そして、端末Ａは、「９：１５」に対応する位置関係情報を含めたコンテキストバッグＢＧ１４を生成する。なお、コンテキストバッグＢＧ１４を生成した時間「９：１５」において、「９：００」に対応する位置関係情報は、コンテキストバッグの時間範囲「１０分」を超えるため、コンテキストバッグＢＧ１４には含まれない。すなわち、端末Ａは、「９：１５」から「１０分」の時間範囲に生成された位置関係情報である、「９：０５」と「９：１０」と「９：１５」の各々に対応した位置関係情報を束にして、コンテキストバッグＢＧ１４を生成する。

【0051】

図３に示したように、端末Ａは、生成のタイミングに応じて、複数の位置関係情報が含まれるコンテキストバッグを生成する。そして、認証装置１００は、複数の位置関係情報が含まれるコンテキストバッグを用いて、ユーザが認証済みである状況と、第１端末と第２端末との相対的な位置関係との関係性を示す認証モデルを生成する。このように、認証装置１００は、複数の位置関係情報を用いることにより、効率よく学習を行うことができるため、生成する認証モデルの精度を向上させることができる。

【0052】

以上、図１乃至図３を用いて説明したように、認証装置１００は、認証時におけるコンテキストデータと認証モデルとに基づいて、認証要求を行ったユーザが認証モデルに対応したユーザ本人であることの蓋然性を判定することで、ユーザの認証を行う。このような処理を行う認証装置１００、及び、認証装置１００が含まれる認証システム１について、図４以下を用いて詳細に説明する。

【0053】

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

【0054】

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

【0055】

なお、第２端末とは、ユーザの操作に応じて認証要求等の処理を行う機能を有しない機器であっても、所定の通信機能によって第１端末と通信可能な機器であればよい。例えば、第２端末には、据え置き器として自宅等に設置されるルータ（router）やモデム（modem）、あるいはモバイルルータ等も含まれる。

【0056】

認証装置１００は、第１端末と第２端末との相対的な位置関係を示した位置関係情報に基づいてユーザの本人性を認証する認証モデルを生成し、生成した認証モデルを用いてユーザを認証するサーバ装置である。なお、実施形態では、認証装置１００は、サービスを提供するサービスサーバ（例えばウェブサーバ）の機能を兼ねるものとしているが、認証装置１００とサービスサーバとは、別々の装置であってもよい。

【0057】

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

【0058】

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

【0059】

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

【0060】

（端末情報記憶部１２１について）
端末情報記憶部１２１は、ユーザ端末１０に関する情報を記憶する。ここで、図６に、実施形態に係る端末情報記憶部１２１の一例を示す。図６は、実施形態に係る端末情報記憶部１２１の一例を示す図である。図６に示した例では、端末情報記憶部１２１は、「端末ＩＤ」、「端末名称」、「端末種別」、「ペアリング履歴」といった項目を有する。

【0061】

「端末ＩＤ」は、ユーザ端末１０を識別する識別情報を示す。「端末名称」は、ユーザ端末１０の名称を示す。「端末種別」は、ユーザ端末１０が据え置き器であるか、モバイル端末であるかといった種別を示す。なお、認証装置１００は、端末種別について、端末ＩＤや端末名称に基づいて外部データサーバ等に問い合わせて取得してもよいし、認証装置１００の管理者によって入力されることにより取得してもよい。「ペアリング履歴」は、Ｂｌｕｅｔｏｏｔｈ機能等を用いてペアリングされた相手先の端末ＩＤを示す。

【0062】

すなわち、図６の例では、端末ＩＤ「Ｃ０１」で識別されるユーザ端末１０は、端末名称が「スマートフォン２０」であり、端末種別が「モバイル」であり、端末ＩＤ「Ｃ０２」た「Ｃ０３」で識別されるユーザ端末１０とのペアリング履歴を有することを示している。

【0063】

（コンテキストデータ記憶部１２２について）
コンテキストデータ記憶部１２２は、第１端末から取得されるコンテキストデータを記憶する。ここで、図７に、実施形態に係るコンテキストデータ記憶部１２２の一例を示す。図７は、実施形態に係るコンテキストデータ記憶部１２２の一例を示す図である。図７に示した例では、コンテキストデータ記憶部１２２は、「ユーザＩＤ」、「端末ＩＤ」、「コンテキストバッグ」といった項目を有する。また、コンテキストバッグの項目は、「バッグＩＤ」、「取得日時」、「個別データＩＤ」、「検知日時」、「ペアリング情報」、「周辺端末」、「位置情報」、「各種センサデータ」といった小項目を有する。

【0064】

「ユーザＩＤ」は、コンテキストデータを送信したユーザ端末１０を利用するユーザを識別する識別情報を示す。「端末ＩＤ」は、図６に示した同一の項目に対応し、図７の例においては、コンテキストデータを送信した第１端末を識別する識別情報を示す。

【0065】

「コンテキストバッグ」は、第１端末から送信されたコンテキストデータの束であり、任意の数の位置関係情報や、位置関係情報とともに取得されたコンテキストデータを含むデータである。「バッグＩＤ」は、コンテキストバッグを識別する識別情報を示す。「取得日時」は、コンテキストバッグを取得した日時を示す。「個別データＩＤ」は、コンテキストバッグに含まれる個別のデータ（位置関係情報等）を識別する識別情報を示す。

【0066】

「ペアリング情報」は、位置関係情報において、いずれの端末同士がペアリング状態であるかを示した情報である。図７の例では、ペアリング情報を「Ｆ０１」のような概念で示しているが、実際には、ペアリング情報の項目には、ペアリングの状態にある各端末を特定する情報（端末ＩＤ等）が記憶される。

【0067】

「周辺端末」は、個別データにおいて、コンテキストデータを送信した第１端末の近傍に所在すると判定された（相対的に近い位置に所在すると判定された）端末ＩＤを示す。「位置情報」は、コンテキストバッグを送信した際の第１端末の位置情報を示す。図７では、位置情報の項目に「Ｇ０１」といった概念的な情報が記憶される例を示しているが、実際には、位置情報の項目には、経度や緯度などの具体的な数値や、位置情報を推定することが可能な情報（例えば、スマートフォン２０のＩＰアドレス等）等が記憶される。

【0068】

「各種センサデータ」は、コンテキストデータを送信した第１端末が有する各種センサによって検知された情報を示す。図７では、センサデータを「Ｘ０１」といった概念で表記しているが、実際には、センサデータの項目には、気温や湿度や高度等の各種センサによって取得された具体的な情報が記憶される。なお、位置情報や各種センサデータは、各個別データが取得された際に検知された情報であってもよい。

【0069】

すなわち、図７の例では、ユーザＩＤ「Ｕ０１」によって識別されるユーザが利用する端末であり、端末ＩＤ「Ｃ０１」によって識別されるユーザ端末１０から、バッグＩＤ「ＢＧ０１」で識別されるコンテキストバッグが送信されたことを示している。かかるコンテキストバッグは、「２０１８年５月１日 ８時１０分」に認証装置１００に取得されたものであり、個別データＩＤ「ＢＧ０１－１」や、「ＢＧ０１－２」や、「ＢＧ０１－３」を含む。また、例えば、個別データＩＤ「ＢＧ０１－１」で識別される個別データは、「２０１８年５月１日 ８時００分」にユーザ端末１０に検知されたものであり、ペアリング情報が「Ｆ０１」であり、周辺端末として端末ＩＤ「Ｃ０１」で識別される端末が検知されたことを示している。また、バッグＩＤ「ＢＧ０１」で識別されるコンテキストバッグが生成された際のユーザ端末１０の位置情報が「Ｇ０１」であり、各種センサデータが「Ｘ０１」であることを示している。

【0070】

（認証モデル記憶部１２３について）
認証モデル記憶部１２３は、生成された認証モデルに関する情報を記憶する。ここで、図８に、実施形態に係る認証モデル記憶部１２３の一例を示す。図８は、実施形態に係る認証モデル記憶部１２３の一例を示す図である。図８に示した例では、認証モデル記憶部１２３は、「ユーザＩＤ」、「認証対象端末」、「モデルＩＤ」、「学習データ」といった項目を有する。

【0071】

「ユーザＩＤ」は、図７に示した同一の項目に対応し、認証モデルによって認証される対象となるユーザを識別する識別情報を示す。「認証対象端末」は、図６に示した「端末ＩＤ」の項目に対応し、認証モデルによって認証される対象となるユーザが利用するユーザ端末１０のうち、認証の要求を送信する対象となるユーザ端末１０を識別する識別情報を示す。「モデルＩＤ」は、認証モデルを識別する識別情報を示す。「学習データ」は、認証モデルの生成に用いられた学習データを示す。図８では、学習データを「Ｈ０１」といった概念で表記しているが、実際には、学習データの項目には、認証モデルの学習に用いられたコンテキストデータ（コンテキストバッグ）等の具体的な情報が記憶される。

【0072】

すなわち、図８の例では、ユーザＩＤ「Ｕ０１」で識別されるユーザは、認証対象端末（第１端末）が「Ｃ０１」で識別されるユーザ端末１０から送信されるコンテキストデータを用いて認証されるユーザであり、当該ユーザに対応する認証モデルのモデルＩＤは「Ｍ０１」であり、学習データは「Ｈ０１」であることを示している。

【0073】

なお、実施形態に係る認証モデルとは、第１端末のコンテキストデータ（位置関係情報）が入力される入力層と、出力層と、入力層から出力層までのいずれかの層であって出力層以外の層に属する第１要素と、第１要素と第１要素の重みとに基づいて値が算出される第２要素とを含む構成であってもよい。認証モデルは、入力層に入力された情報に対し、出力層以外の各層に属する各要素を第１要素として、第１要素と第１要素の重みとに基づく演算を行うことにより、ユーザが本人であるという蓋然性を示すスコアを出力層から出力するよう、コンピュータを機能させる。なお、モデル生成部１３２は、ディープラーニング（deep learning）のような多層構造の学習を行わない場合、上記の「入力層から出力層までのいずれかの層であって出力層以外の層」や、「出力層以外の各層」とは、入力層を示す。

【0074】

例えば、実施形態に係る認証モデルがロジスティック回帰等の回帰モデルで実現される場合、モデルが含む第１要素とは、近傍に所在する第２端末が入力データｘ_ｉ（ｉは任意の数））に対応し、第１要素の重みとは、ｘ_ｉに対応する係数ω_ｉに対応する。一般に、回帰モデルは入力層と出力層とを有する単純パーセプトロンとみなすことができるが、認証モデルを単純パーセプトロンとみなした場合、第１要素は、入力層が有するいずれかのノードに対応し、第２要素は、出力層が有するノードとみなすことができる。

【0075】

さらに、各モデルがＤＮＮ（Deep Neural Network）等、１つまたは複数の中間層を有するニューラルネットワークで実現される場合、各モデルが含む第１要素とは、入力層または中間層が有するいずれかのノードとみなすことができ、第２要素とは、第１要素と対応するノードから値が伝達されるノード、すなわち、次段のノードと対応し、第１要素の重みとは、第１要素と対応するノードから第２要素と対応するノードに伝達される値に対して考慮される重み、すなわち、接続係数である。

【0076】

モデル生成部１３２は、上述した回帰モデルやＤＮＮ等、任意の構造を有する認証モデルを生成する。より具体的には、モデル生成部１３２は、第１端末と相対的に近い距離に所在する第２端末を示すコンテキストデータと、ユーザが本人であるという事象との関係性を学習して、認証モデルを生成する。

【0077】

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

【0078】

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

【0079】

（取得部１３１について）
取得部１３１は、各種情報を取得する。取得部１３１は、認証モデルの生成を行う場合には、サービスに認証を要求したユーザや、既に認証を完了させてサービスを利用中であるユーザ（すなわち、本人性が認証されたユーザ）のコンテキストデータを取得する。言い換えれば、取得部１３１は、当該ユーザに対応した認証モデルの生成までは、「ユーザが本人である」という正解データとしてのラベル付けがされたコンテキストデータを取得する。このように、認証済みユーザから取得するコンテキストデータは、当該ユーザの認証モデルを生成するための学習データとなる。

【0080】

例えば、取得部１３１は、ユーザによって利用される第１端末のコンテキストデータとして、第１端末と、第１端末とは異なる端末である第２端末との相対的な位置関係を示した位置関係情報を取得する。取得部１３１は、例えば、予め設定した所定時間ごと（例えば５分ごと）に、認証を完了させたユーザの第１端末からコンテキストデータを取得する。

【0081】

なお、取得部１３１は、位置関係情報とともに、さらに第１端末のコンテキストを示す情報を取得してもよい。例えば、取得部１３１は、位置関係情報とともに、第１端末の位置を示す位置情報を取得してもよい。具体的には、取得部１３１は、第１端末がＧＰＳ機能等を用いて検知した位置情報と、位置関係情報とともに取得する。

【0082】

また、取得部１３１は、位置関係情報とともに、位置関係情報が生成された時間情報を取得する。例えば、取得部１３１は、第１端末が周囲の第２端末を検知した時間を示す時間情報が含まれる位置関係情報を取得する。

【0083】

なお、取得部１３１は、第１端末と、複数の第２端末との各々の相対的な位置関係を示した位置関係情報を取得してもよい。例えば、取得部１３１は、複数の第２端末のうち、より第１端末と近い関係にある第２端末（例えば、電波強度に基づいて、より近い位置に所在すると推定される第２端末）を特定する情報を含む位置関係情報を取得する。これにより、取得部１３１は、単にいずれかの第２端末が第１端末の近傍に所在するといった情報のみならず、どの第２端末が最も第１端末に近い位置に所在するかを示した位置関係情報を取得することができる。

【0084】

また、取得部１３１は、複数の位置関係情報が組み合わされた情報を取得してもよい。具体的には、取得部１３１は、図７等で示したコンテキストバッグという態様で、複数の位置関係情報を第１端末から取得する。すなわち、取得部１３１は、所定時間ごとのコンテキストデータを取得する際に、ある時間範囲を網羅した複数の位置関係情報を取得するので、後述する生成処理や認証処理を効率よく実行させることができる。

【0085】

なお、取得部１３１は、認証モデルを生成したのちに、第１端末から認証の要求を受け付けた場合には、認証に用いるコンテキストデータを第１端末から取得する。

【0086】

取得部１３１は、認証に用いるコンテキストデータとして、第１端末と第２端末の相対的な位置関係を示した情報であれば、様々な情報を取得することができる。例えば、取得部１３１は、認証モデルの生成に用いた場合と同様に、第１端末から位置関係情報を取得してもよい。

【0087】

あるいは、取得部１３１は、認証の要求とともに取得するコンテキストデータとして、第１端末と第２端末間の電波強度を取得してもよい。この場合、後述する認証部１３３は、第１端末と第２端末間の電波強度に基づいて、第１端末の近傍に所在する第２端末を推定する。そして、認証部１３３は、推定した情報に基づいて、ユーザの本人性を認証する。

【0088】

また、取得部１３１は、認証の要求とともに取得するコンテキストデータとして、第１端末と第２端末間の通信状況を取得してもよい。例えば、取得部１３１は、第１端末と第２端末とがペアリングしているか否かを示した情報を取得する。なお、取得部１３１は、ペアリングのみならず、例えば、第１端末と第２端末とが互いに情報の送受信を行っていることを示す情報や、第１端末と第２端末の通信接続情報（例えば、同一のアクセスポイントを利用していることを示す情報）や、第１端末と第２端末とが同一のユーザによって利用されていることを示す情報（例えば、クラウド上でおいて同じアカウントに紐づくデータを利用していることを示す情報）等を取得してもよい。

【0089】

また、取得部１３１は、認証の要求とともに取得するコンテキストデータとして、認証の要求を行った時点の第１端末のコンテキストデータと、認証の要求が行われた時点より過去における第１端末と第２端末との相対的な位置関係を示した位置関係情報とを取得してもよい。具体的には、取得部１３１は、複数の時点に渡って生成された複数の位置関係情報が含まれるコンテキストデータ（図２で示した例では、コンテキストデータＤＴ１１が該当する）を取得する。

【0090】

さらに、取得部１３１は、認証の要求とともに取得するコンテキストデータとして、第１端末と第２端末の位置関係を示す情報に加えて、第１端末の位置情報や、第１端末の各種センサによって検知されたコンテキストを示す情報を取得してもよい。また、取得部１３１は、認証の要求を送信した第１端末を利用するユーザの属性情報（サービスに登録されているユーザの性別や年齢や居住地等）、もしくは、第１端末及び第２端末の端末情報（例えば、据え置き器であるかモバイル端末であるか、ウェアラブル端末であるか等の種別）等を取得してもよい。

【0091】

取得部１３１は、取得した情報を、適宜、記憶部１２０内に格納する。また、取得部１３１は、記憶部１２０から、適宜、情報を取得してもよい。また、取得部１３１は、第１端末からコンテキストデータ等の各種情報を取得する際に、第１端末からの送信によらず、第１端末をクロール（crawl）することにより各種情報を取得してもよい。

【0092】

なお、取得部１３１は、ユーザが認証を試みた際や、サービスに認証されている状態のコンテキストデータのみならず、ユーザが認証されていない時点のコンテキストデータを取得してもよい。例えば、取得部１３１は、ユーザが認証されていない状態で取得したコンテキストデータを、学習における負例として取得してもよい。また、取得部１３１は、ユーザが認証を試みたが認証に失敗した場合、その時点で取得されたコンテキストデータを、学習における負例として取得してもよい。

【0093】

（モデル生成部１３２について）
モデル生成部１３２は、取得部１３１によって取得された位置関係情報に基づいて、ユーザの本人性を認証する認証モデルを生成する。

【0094】

例えば、モデル生成部１３２は、パスワード等の既存の認証情報に基づいて本人性が認証されたユーザが利用する第１端末から取得した位置関係情報に基づいて、当該ユーザに対応した認証モデルを生成する。

【0095】

モデル生成部１３２は、種々の既知の手法に基づいて認証モデルを生成してもよい。例えば、モデル生成部１３２は、位置情報を統計的に解析することにより認証モデルを生成してもよい。一例として、モデル生成部１３２は、本人性が認証されたユーザから取得した正解データであるコンテキストデータ（位置関係情報）に基づき回帰式等を生成し、当該ユーザの本人性を示すスコアを判定するための認証モデルを生成してもよい。

【0096】

例えば、モデル生成部１３２は、「ユーザ本人である」という事象を目的変数とし、「第１端末の周辺に所在する第２端末」を説明変数とする式を生成する。例えば、モデル生成部１３２は、取得部１３１によって取得されたコンテキストデータの数に対応する式を生成する。モデル生成部１３２は、コンテキストデータに対応する式を用いて学習を進める（すなわち、充分な数のサンプルを回帰的に計算する）ことで、回帰的に得られた重み値を含む認証モデルを生成することができる。より具体的には、モデル生成部１３２は、認証が要求された場合に、第１端末の近傍に「どの第２端末が所在しているか」といった情報が、「ユーザが本人である」という事象に対してどのような重みを与えるか、といった重み値を算出することにより、認証モデルを生成する。

【0097】

例えば、ユーザの本人性が認証された時点において、第１端末の近傍に時計型端末３０や眼鏡型端末４０が所在していたことを示すコンテキストデータに基づいて認証モデルが生成された場合、その後、認証の時点において、「時計型端末３０」や「眼鏡型端末４０」が第１端末の近傍に所在しているという事象は、比較的高い重み値が設定される。言い換えれば、認証の要求とともに送信されるコンテキストデータに、「時計型端末３０」や「眼鏡型端末４０」が第１端末の近傍に所在していることを示すデータがあることにより、当該要求を行ったユーザが、認証モデルに対応するユーザ本人であると判定される確率が高くなる。

【0098】

なお、モデル生成部１３２は、位置関係情報のみならず、さらに多様なコンテキストデータを用いて学習を行うことで、本人性を判定する精度を向上させることができる。例えば、モデル生成部１３２は、位置関係情報と、位置関係情報に対応した第１端末の位置情報とに基づいて認証モデルを生成してもよい。これにより、モデル生成部１３２は、どの位置（ユーザの自宅や勤務先等）でユーザがより認証の要求を行う傾向にあるか、といった情報が反映された認証モデルを生成することができるので、認証を行うユーザに対する認証の精度を向上させることができる。

【0099】

また、モデル生成部１３２は、位置関係情報と、当該位置関係情報に対応した時間情報とに基づいて認証モデルを生成してもよい。これにより、モデル生成部１３２は、どのような時間帯にユーザが認証の要求を行う傾向にあるか、といった情報が反映された認証モデルを生成することができるので、認証を行うユーザに対する認証の精度を向上させることができる。なお、時間情報には、日付や曜日に関する情報が含まれてもよい。

【0100】

なお、モデル生成部１３２は、複数の位置関係情報が組み合わされた情報に基づいて認証モデルを生成してもよい。具体的には、モデル生成部１３２は、複数の位置関係情報が組み合わされた情報であるコンテキストバッグを学習データとして認証モデルを生成する。すなわち、モデル生成部１３２は、一つの学習データとして、より多くの特徴量を有するコンテキストバッグを用いて学習を行うことで、効率よく学習を行うことができる。

【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】

例えば、ユーザの本人性を認証する処理は、認証装置１００のようにサーバ上で行われる場合に限らず、ネットワークを介さずに第１端末側で行われる可能性もある。具体的には、第１端末は、自装置にログインしようとするユーザの本人性を認証する場合がある。

【0153】

この場合、第１端末は、認証装置１００によって生成された認証モデルを取得するか、あるいは、自装置で生成した認証モデルを利用して、ユーザの認証を行ってもよい。すなわち、第１端末は、ユーザが認証の要求を行った（例えば、第１端末にログインを試みた）タイミングで、自装置のコンテキストデータを取得する。具体的には、第１端末は、周囲に存在する第２端末を検知する。そして、第１端末は、検知したコンテキストに基づき、第２端末との相対的な位置関係を示す位置関係情報を生成する。

【0154】

そして、第１端末は、生成した位置関係情報と認証モデルとに基づいて、認証の要求を行ったユーザの認証を行う。例えば、ユーザが日常的に時計型端末３０や眼鏡型端末４０を身に着けている場合には、第１端末へのログインが試みられる際に、それらの端末が第２端末として検知されていると想定される。この場合、認証モデルは、「それらの端末が第１端末の近傍に配置されている」ことと、ログインを試みるユーザが日常的に第１端末にログインしている「ユーザ本人」であることとの関係性を比較的高く学習していると想定される。このため、第１端末は、ユーザからパスワード等の認証情報を入力しなくても、時計型端末３０や眼鏡型端末４０が近傍に所在しているという位置関係情報に基づいて、第１端末へログインを試みるユーザを「ユーザ本人」と認証することができる。

【0155】

このように、実施形態に係る認証処理は、必ずしもサーバで行われるのではなく、ローカル側（第１端末側）で行われるものであってもよい。言い換えれば、実施形態に係る認証装置とは、サーバである認証装置１００に限らず、第１端末（ユーザ端末１０）であってもよい。

【0156】

〔６－３．学習処理〕
上記実施形態では、認証モデルの生成処理において、既に認証が完了しているユーザの第１端末からコンテキストバッグを取得し、取得したコンテキストバッグを正解データ（正例）として学習を行う例を示した。ここで、認証装置１００は、どのようなコンテキストデータを正例（もしくは負例）として扱うかについて、ユーザから設定を受け付けてもよい。

【0157】

例えば、ユーザが日常的に時計型端末３０のみを身に着けた状態で、サービスを利用しているとする。かかる状況下で、認証装置１００による認証モデルの学習が進んだ場合、「時計型端末３０のみ」が第１端末の近傍に所在していれさえすればユーザの認証が成功するという現象が発生しうる。このため、認証処理の安全性が低下するおそれがある。

【0158】

そこで、認証装置１００は、どのような位置関係情報を正例として定義するかを予めユーザから受け付けてもよい。例えば、ユーザは、第１端末の近傍に「少なくとも２種類の第２端末」が所在することを正例として定義付ける設定を行ってもよい。この場合、認証装置１００は、ユーザが認証に成功した際のコンテキストデータとして、時計型端末３０という一つの第２端末のみが観測された位置関係情報を取得したとしても、かかる情報を正例として扱わないようにしてもよい。一方、認証装置１００は、ユーザが認証に成功した際のコンテキストデータとして、時計型端末３０と眼鏡型端末４０という二つの第２端末が観測された位置関係情報を取得した場合には、かかる情報を正例として扱う。

【0159】

このように、認証装置１００は、認証に成功した際の位置関係情報（コンテキストデータ）のうち、すべてを正例として用いるのではなく、より安全性が高いと想定される位置関係情報を正例として用いてもよい。これにより、認証装置１００は、認証の安全性を向上させることができる。なお、正例の設定は、ユーザからではなく、認証装置１００の管理者によって行われてもよい。また、正例の設定は、認証装置１００によって自動的に設定されてもよい。

【0160】

〔６－４．第１端末〕
上記実施形態で示した第１端末と第２端末の区別は、相対的なものであり、ある状況では第１端末である端末が、別の状況では第２端末として取り扱われる場合もある。

【0161】

例えば、あるサービスへのログインが、スマートフォン２０のみならず、時計型端末３０によっても行われる場合、当該ユーザの認証モデルは、スマートフォン２０に対するものと、時計型端末３０によるものとが生成される。スマートフォン２０に対応する認証モデルの生成処理や認証処理に関しては、スマートフォン２０が第１端末となり、時計型端末３０は第２端末として取り扱われる。一方、時計型端末３０に対応する認証モデルの生成処理や認証処理に関しては、時計型端末３０が第１端末となり、スマートフォン２０は第２端末として取り扱われる。

【0162】

〔６－５．取得処理〕
認証装置１００は、第１端末からコンテキストデータを取得する処理において、常に取得処理を継続するのではなく、所定のタイミングで取得処理を行うようにしてもよい。例えば、認証装置１００は、所定のタイミングとして、スマートフォン２０において所定のアプリが起動されたときを契機として、過去のコンテキストデータをまとめて取得してもよい。また、認証装置１００は、特定の位置情報が観測された場合（ユーザＵ０１の自宅や会社などの拠点となる位置や、事前に設定された所定のスポット等）にのみ、その位置情報をログとして保持するようにしてもよい。

【0163】

このように、認証装置１００は、各種情報を取得するタイミングや、保持する情報について、適宜、取捨選択することができる。これにより、認証装置１００は、実施形態に係る処理負荷を軽減させたり、情報を保持するための記憶装置に関する負担を軽減させたり、処理に係る電力量や通信量のコストを削減することができる。

【0164】

〔６－６．ユーザ端末〕
上記実施形態では、図９を用いてユーザ端末１０の構成例を示したが、ユーザ端末１０は、図９で示した構成を必ずしも全て有していなくてもよい。ユーザ端末１０には、上述のように、スマートフォン２０や時計型端末３０のようなスマートデバイスのみならず、通信機能を有する眼鏡型端末４０や、あるいは、ユーザの心拍を記憶する心拍測定器など、種々のウェアラブルデバイスが含まれる。この場合、ユーザ端末１０は、必ずしもユーザから入力を受け付けるのではなく、自動的にユーザの情報を取得し、かかる情報を通信ネットワークに送信するなどの機能を持ちうる。すなわち、ユーザ端末１０は、第１端末と相互に通信する機能を有するデバイスや情報機器であれば、必ずしも図９で示した構成を有していなくてもよい。

【0165】

〔６－７．認証モデル〕
上記実施形態では、ロジスティック回帰等の回帰分析によって認証モデルを生成する例を説明したが、認証モデルはこの例に限られない。例えば、認証装置１００は、ユーザが認証に成功した時点において、第１端末が検知した所定数の第２端末の存在を示す情報に基づいて、認証モデルを生成してもよい。例えば、認証装置１００は、第２端末の存在を「あり（１）」か「なし（０）」で示した所定数次元のベクトルで表記することにより、ユーザが認証に成功した時点における、ユーザの周囲の第２端末のコンテキストを示した認証モデルを生成してもよい。この場合、認証装置１００は、ユーザが新たに認証の要求を行った場合、コンテキストデータとして、第１端末が検知した周囲の第２端末の存在を示したベクトル情報を取得する。そして、認証装置１００は、取得したベクトル情報と、認証モデルとの類似度（コサイン類似度等）を判定することによって、ユーザの本人性を認証する。なお、認証装置１００は、第１端末とペアリング状態にある第２端末や、第１端末とより近い位置に所在する第２端末について、重みを重くする等の調整を行ってもよい。かかる手法によっても、認証装置１００は、第１端末と、第１端末の周囲に所在する第２端末との関係性に基づいて、ユーザの本人性を認証することができる。すなわち、認証装置１００は、第１端末と第２端末の位置関係に基づいてユーザの本人性を検証可能な認証モデルであれば、いずれの手法によって認証モデルを生成してもよい。

【0166】

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

【0167】

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

【0168】

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

【0169】

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

【0170】

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

【0171】

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

【0172】

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

【0173】

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

【0174】

また、例えば、上記実施形態では、認証装置１００が、コンテキストデータを取得する取得処理と、認証モデルを生成する生成処理と、ユーザの本人性を認証する認証処理とを行う例を示した。しかし、上述した認証装置１００は、取得処理を行う取得装置と、生成処理を行う生成装置と、認証処理を行う認証装置とに分離されてもよい。この場合、実施形態に係る認証装置１００による処理は、取得装置と、生成装置と、認証装置とを有する認証システム１によって実現される。

【0175】

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

【0176】

〔９．効果〕
上述してきたように、実施形態に係る認証装置１００は、取得部１３１と、モデル生成部１３２とを有する。取得部１３１は、ユーザによって利用される第１端末のコンテキストデータとして、当該第１端末と、当該第１端末とは異なる端末である第２端末との相対的な位置関係を示した位置関係情報を取得する。モデル生成部１３２は、取得部１３１によって取得された位置関係情報に基づいて、ユーザの本人性を認証する認証モデルを生成する。

【0177】

このように、実施形態に係る認証装置１００は、第１端末の近傍に所在する第２端末（例えば、ユーザが常時持ち歩いている端末）との関係性に基づいて、ユーザの認証を行うための認証モデルを生成することで、位置情報の解析等の煩雑な処理を行うことなく、簡便に安全性の高い認証処理を実現することができる。

【0178】

また、取得部１３１は、位置関係情報とともに、第１端末の位置を示す位置情報を取得する。モデル生成部１３２は、位置関係情報と、当該位置関係情報に対応した第１端末の位置情報とに基づいて、認証モデルを生成する。

【0179】

このように、実施形態に係る認証装置１００は、位置情報を追加して認証モデルを生成することで、例えば、ユーザが認証を行う傾向にある位置を含めた認証処理を行うことができるため、より認証の安全性を高めることができる。

【0180】

また、取得部１３１は、位置関係情報とともに、位置関係情報が生成された時間情報を取得する。モデル生成部１３２は、位置関係情報と、当該位置関係情報に対応した時間情報とに基づいて、認証モデルを生成する。

【0181】

このように、実施形態に係る認証装置１００は、認証が行われやすい時間情報を追加して認証モデルを生成することで、例えば、ユーザが認証を行う傾向にある時間を含めた認証処理を行うことができるため、より認証の安全性を高めることができる。

【0182】

また、取得部１３１は、第１端末と、複数の第２端末との各々の相対的な位置関係を示した位置関係情報を取得する。

【0183】

このように、実施形態に係る認証装置１００は、複数の第２端末との位置関係を示した情報を用いて認証モデルを生成することで、ユーザの近傍に所在する第２端末の状況をより詳細に判定することができるため、認証の精度を高めることができる。

【0184】

また、取得部１３１は、複数の位置関係情報が組み合わされた情報を取得する。モデル生成部１３２は、複数の位置関係情報が組み合わされた情報に基づいて、認証モデルを生成する。

【0185】

このように、実施形態に係る認証装置１００は、複数の位置関係情報が組み合わされた情報（コンテキストバッグ）を用いることで、より多くの特徴量を含む学習データに基づいて認証モデルを生成できるため、認証の精度を向上させることができる。

【0186】

また、実施形態に係る認証装置１００は、第１端末から認証の要求を受信した場合に、認証の要求とともに取得した当該第１端末のコンテキストデータと、認証モデルとに基づいて、当該ユーザの本人性を認証する認証部１３３をさらに有する。

【0187】

このように、実施形態に係る認証装置１００は、コンテキストデータと認証モデルとを用いることで、パスワード等の認証情報を必要としない認証処理を実現することができる。具体的には、認証装置１００によれば、ユーザはパスワード等の認証情報を入力する処理や、認証情報を生成するための明示的な処理（例えば、指紋をかざすジェスチャーや、画面へのタッチやタップ操作等）を行わずに済む。これにより、認証装置１００は、認証に関するユーザビリティを向上させることができる。

【0188】

また、取得部１３１は、認証の要求とともに取得するコンテキストデータとして、第１端末と第２端末間の電波強度を取得する。認証部１３３は、電波強度に基づいてユーザの本人性を認証する。

【0189】

このように、実施形態に係る認証装置１００は、電波強度を用いて第１端末と第２端末との位置関係を測ることにより、第１端末の近傍に所在する第２端末を特定することができる。これにより、認証装置１００は、認証要求時点における第１端末と第２端末との位置関係を求めることができるため、ユーザ本人であるか否かを精度よく判定することができる。

【0190】

また、取得部１３１は、認証の要求とともに取得するコンテキストデータとして、第１端末と第２端末間の通信状況を取得する。認証部１３３は、第１端末と第２端末間の通信状況に基づいてユーザの本人性を認証する。

【0191】

このように、実施形態に係る認証装置１００は、通信状況（例えばペアリングなど）を用いて第１端末と第２端末との位置関係を測ることにより、第１端末の近傍に所在する第２端末を特定することができる。これにより、認証装置１００は、認証要求時点における第１端末と第２端末との位置関係を求めることができるため、ユーザ本人であるか否かを精度よく判定することができる。

【0192】

また、取得部１３１は、認証の要求とともに取得するコンテキストデータとして、当該認証の要求を行った時点の第１端末のコンテキストデータと、当該認証の要求が行われた時点より過去における当該第１端末と第２端末との相対的な位置関係を示した位置関係情報とを取得する。認証部１３３は、認証の要求を行った時点の第１端末のコンテキストデータと位置関係情報とを組み合わせた情報に基づいて、ユーザの本人性を認証する。

【0193】

このように、実施形態に係る認証装置１００は、認証要求時点のみならず、過去のコンテキストデータを含めて認証処理を行ってもよい。これにより、認証装置１００は、より多くの特徴量を有する情報の照合を行うことができるため、認証の精度を向上させることができる。

【0194】

また、認証部１３３は、認証の要求を受信した時間、もしくは、当該認証の要求を送信した第１端末の位置情報の少なくともいずれかに基づいて、当該ユーザの本人性を認証する。

【0195】

このように、実施形態に係る認証装置１００は、時間情報や位置情報を含めた認証処理を行うことで、認証要求時のコンテキストデータが、日常的にユーザが認証を行う傾向にある時間や位置と近い関係にあるか否かを含めてユーザの本人性を判定できるため、認証の精度を向上させることができる。

【0196】

また、認証部１３３は、認証の要求を送信した第１端末を利用するユーザの属性情報、もしくは、当該第１端末及び第２端末の端末情報の少なくともいずれかに基づいて、当該ユーザの本人性を認証する。

【0197】

このように、実施形態に係る認証装置１００は、属性情報や端末情報を含めた認証処理を行うことで、認証要求時のコンテキストデータが、ユーザ本人の属性を示しているか、あるいは、第１端末の近くに所在する第２端末が日常的に存在している第２端末であるか等を詳細に判定することができる。これにより、認証装置１００は、認証の精度を向上させることができる。

【0198】

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

【0199】

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

【符号の説明】

【0200】

１ 認証システム
１０ ユーザ端末
２０ スマートフォン
３０ 時計型端末
４０ 眼鏡型端末
１００ 認証装置
１１０ 通信部
１２０ 記憶部
１２１ 端末情報記憶部
１２２ コンテキストデータ記憶部
１２３ 認証モデル記憶部
１３０ 制御部
１３１ 取得部
１３２ モデル生成部
１３３ 認証部
１３４ 送信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】