(57)【要約】【課題】適切な認証強度を用いて認証を行うこと。【解決手段】本願に係る推定プログラムは、取得手順と、推定手順と、応答手順と、を端末装置に実行させる。取得手順は、所定のサービスコンテンツに関する情報であるサービス関連情報を取得する。推定手順は、取得手順によって取得されたサービス関連情報に基づいて、サービスコンテンツに関する認証の認証レベルを推定する。応答手順は、推定手順によって推定された認証レベルに基づいて、サービスコンテンツに関する認証に対して応答する。【選択図】図１
2017199124.tif 000002
【特許請求の範囲】
【請求項１】
所定のサービスコンテンツに関する情報であるサービス関連情報を取得する取得手順と、
前記取得手順によって取得されたサービス関連情報に基づいて、前記サービスコンテンツに関する認証の認証レベルを推定する推定手順と、
前記推定手順によって推定された認証レベルに基づいて、前記サービスコンテンツに関する認証に対して応答する応答手順と、
を端末装置に実行させることを特徴とする推定プログラム。
【請求項２】
前記応答手順は、
前記推定手順によって推定された認証レベルに基づいて、前記サービスコンテンツに関する認証に対応するための認証情報を選択又は生成し、当該サービスコンテンツに関する認証に対して選択又は生成した認証情報を応答する、
ことを特徴とする請求項１に記載の推定プログラム。
【請求項３】
前記推定手順は、
前記サービスコンテンツに関する認証として、前記端末装置を利用するユーザのコンテキスト情報を用いる認証についての認証レベルを推定し、
前記応答手順は、
前記推定手順によって推定された認証レベルに対応するユーザのコンテキスト情報を、前記サービスコンテンツに関する認証に対して応答する、
ことを特徴とする請求項１又は２に記載の推定プログラム。
【請求項４】
前記応答手順は、
前記サービスコンテンツを提供するサーバ側が、前記端末装置を利用するユーザのコンテキスト情報を用いて認証を行うことができない場合には、当該コンテキスト情報と同等の認証レベルを満たす他の認証情報を、当該コンテキスト情報に代えて応答する、
ことを特徴とする請求項３に記載の推定プログラム。
【請求項５】
前記応答手順は、
前記推定手順によって推定された認証レベルに対して、前記端末装置を利用するユーザのコンテキスト情報が認証情報として当該認証レベルを満たさない場合には、当該認証レベルを満たす他の認証情報を当該コンテキスト情報に付加して応答する、
ことを特徴とする請求項３又は４に記載の推定プログラム。
【請求項６】
前記取得手順は、
前記サービス関連情報として、前記サービスコンテンツに関する業種、当該サービスコンテンツが提供するサービスの種別、及び、当該サービスコンテンツに含まれるテキストデータのうち、少なくとも一つを取得し、
前記推定手順は、
前記取得手順によって取得されたサービス関連情報に基づいて、前記サービスコンテンツに関する認証の認証レベルを推定する、
ことを特徴とする請求項１〜５のいずれか一つに記載の推定プログラム。
【請求項７】
前記推定手順は、
所定のサービスコンテンツに対して認証レベルの推定を行った履歴、又は、前記端末装置以外の端末装置が所定のサービスコンテンツに対して認証レベルの推定を行った履歴に基づいて、対象とするサービスコンテンツの認証レベルを推定する、
ことを特徴とする請求項１〜６のいずれか一つに記載の推定プログラム。
【請求項８】
所定のサービスコンテンツに関する情報であるサービス関連情報を取得する取得部と、
前記取得部によって取得されたサービス関連情報に基づいて、前記サービスコンテンツに関する認証の認証レベルを推定する推定部と、
前記推定部によって推定された認証レベルに基づいて、前記サービスコンテンツに関する認証に対して応答する応答部と、
を備えたことを特徴とする推定装置。
【請求項９】
推定装置が実行する推定方法であって、
所定のサービスコンテンツに関する情報であるサービス関連情報を取得する取得工程と、
前記取得工程によって取得されたサービス関連情報に基づいて、前記サービスコンテンツに関する認証の認証レベルを推定する推定工程と、
前記推定工程によって推定された認証レベルに基づいて、前記サービスコンテンツに関する認証に対して応答する応答工程と、
を含んだことを特徴とする推定方法。
【請求項１０】
所定のサービスコンテンツに関する情報であるサービス関連情報として、当該サービスコンテンツに関する認証について、予め当該サービスコンテンツ側で設定された認証レベルを取得する取得手順と、
前記取得手順によって取得された認証レベルに基づいて、当該認証レベルを満たす情報であって、当該サービスコンテンツに関する認証で利用可能な情報を推定する推定手順と、
前記推定手順によって推定された情報に基づいて、前記サービスコンテンツに関する認証に対して応答する認証情報を選択又は生成し、当該サービスコンテンツに関する認証に対して選択又は生成した認証情報を応答する応答手順と、
を推定装置に実行させることを特徴とする推定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、推定プログラム、推定装置及び推定方法に関する。
【背景技術】
【０００２】
近年、通信ネットワークの普及が進み、ネットワークを介したサービスが盛んに提供されている。例えば、ユーザは、通信端末装置を用いて、ネットワークを介して提供されるサービスにログインし、サービスを利用する。ユーザは、サービスへのログインに際して、サービスを利用するユーザの本人認証が求められる。
【０００３】
ネットワークにおける本人認証の技術として、ユーザのアイデンティティの信頼性を確立させることにより、一度のログインで所望のサービスを利用できるようにさせる技術が知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２０１３−５０１９８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の従来技術では、適切な認証強度を用いて認証を行うことが困難な場合がある。例えば、ユーザは、必要以上に強固な認証をサービス側から求められる場合がある。すなわち、ユーザは、簡易なサービスを利用する場合であっても、過度な認証の手間を求められることがある。一方で、ユーザは、高い安全性が確保されることが望ましいサービスを利用する場合であっても、脆弱な強度の認証を求められることがある。このような場合、ユーザは、サービスの利用態様にそぐわない強度による認証を行わざるを得ない。
【０００６】
だが、現実の問題として、ネットワークサービスの態様にあわせて、あらゆるサービスで共通した認証強度を設定することは難しい。また、適切な認証強度がそもそも設定されていないサービスもあり、ユーザは、安心してサービスを利用することができない場合がある。
【０００７】
本願は、上記に鑑みてなされたものであって、適切な認証強度を用いて認証を行うことができる推定プログラム、推定装置及び推定方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本願に係る推定プログラムは、所定のサービスコンテンツに関する情報であるサービス関連情報を取得する取得手順と、前記取得手順によって取得されたサービス関連情報に基づいて、前記サービスコンテンツに関する認証の認証レベルを推定する推定手順と、前記推定手順によって推定された認証レベルに基づいて、前記サービスコンテンツに関する認証に対して応答する応答手順と、を端末装置に実行させることを特徴とする。
【発明の効果】
【０００９】
実施形態の一態様によれば、適切な認証強度を用いて認証を行うことができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施形態に係る推定処理の一例を示す図である。
【図２】図２は、実施形態に係る推定処理システムの構成例を示す図である。
【図３】図３は、実施形態に係るユーザ端末の構成例を示す図である。
【図４】図４は、実施形態に係る認証手段テーブルの一例を示す図である。
【図５】図５は、実施形態に係るコンテキストテーブルの一例を示す図である。
【図６】図６は、実施形態に係る定義テーブルの一例を示す図である。
【図７】図７は、実施形態に係るドメインテーブルの一例を示す図である。
【図８】図８は、実施形態に係るメタデータテーブルの一例を示す図である。
【図９】図９は、実施形態に係る履歴テーブルの一例を示す図である。
【図１０】図１０は、実施形態に係る処理の手順を示すフローチャートである。
【図１１】図１１は、推定装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【００１１】
以下に、本願に係る推定プログラム、推定装置及び推定方法を実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る推定プログラム、推定装置及び推定方法が限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１２】
〔１．推定処理の一例〕
まず、図１を用いて、実施形態に係る推定処理の一例について説明する。図１は、実施形態に係る推定処理の一例を示す図である。図１では、本願に係る推定プログラムを実行する推定装置が、サービスにおける認証レベル（一般に、ＬｏＡ（Levels  of  Identity  Assurance）とも表記される）を推定する処理の一例を示す。なお、実施形態では、本願に係る推定装置に対応する装置であるユーザ端末１０によって、認証レベルの推定処理が行われる例を示す。
【００１３】
図１に示すユーザ端末１０は、ユーザＵ０１によって利用される情報処理端末である。図１では、ユーザ端末１０は、例えばスマートフォン（Smartphone）である。
【００１４】
図１に示すサービスサーバ１００は、所定のサービスコンテンツを提供するサーバ装置である。例えば、サービスサーバ１００は、ウェブサーバである。この場合、サービスサーバ１００は、サービスコンテンツとして、ユーザ端末１０にウェブページを提供する。
【００１５】
ユーザＵ０１がサービスコンテンツを利用する場合、サービスサーバ１００側から、ユーザＵ０１の本人性の認証を求められることがある。例えば、サービスサーバ１００がショッピングサイトに関するサービスコンテンツを提供する場合、サービスサーバ１００は、ショッピングサイトを利用して商品を購入しようとするユーザが真にユーザＵ０１であるかを確認する必要がある。このため、ユーザＵ０１は、自身が真にユーザＵ０１であることを示すために、サービスサーバ１００に対して所定の認証処理を実行する。
【００１６】
また、例えば、サービスサーバ１００がポータルサイトを提供する場合、サービスサーバ１００は、ユーザＵ０１用にカスタマイズされたページをユーザＵ０１に提供するために、ユーザＵ０１の認証を行う場合がある。この場合、サービスサーバ１００は、ユーザＵ０１から認証に用いる情報（パスワード等）を受信しなくとも、例えば、ユーザＵ０１との間でやり取りを行うクッキーに基づいてユーザＵ０１を認証できる場合がある。
【００１７】
例示したように、通信ネットワーク上においては、種々の認証処理が行われる。そして、ユーザ端末１０のようなクライアント側と、サービスサーバ１００のようなサーバ側との間で行われる認証処理には、認証レベルが存在する。認証レベルとは、認証における信頼性の度合いを示すものであり、一般に、認証レベルが高いほど、クライアント側には複雑な認証処理や、本人性を確認するための信頼性の高い情報の入力が要求される。これは、認証レベルが高いほど、クライアント側のユーザには、ユーザ本人であることをより強固に示す必要が生じるからである。すなわち、認証レベルが高いほど、クライアント側は、認証強度の高い認証手段を実行することを要求される。例えば、サービスサーバ１００が金融機関である場合には、サービスを利用するユーザの本人性を厳密に確認する方が望ましいため、ユーザがサービスを利用するにあたり、必要とする認証レベルが高く設定される。なお、実施形態では、認証レベルは、４段階の数値で示すものとし、「４」が最も認証レベルが高く、「１」が最も認証レベルが低いものとする。
【００１８】
一般に、認証強度の高い認証手段は、本人以外の第三者が利用しにくいクレデンシャル情報（Credential  Information）をサーバ側に提示することにより実現される。一例としては、ユーザ本人の生体情報を用いた認証が挙げられる。例えば、ユーザは、自身の指紋データや、虹彩データや、声紋データ等を正解データとして登録しておき、認証の際には、自身の生体情報を認証に用いる情報としてサーバ側に提示する。生体情報はユーザ本人以外の者が極めて利用し辛いため、情報を提示したユーザは、予めサーバ側に登録されたユーザ本人であるという信頼度が高いと判定される。なお、認証にあたっては、正解データをサーバ側に登録するのみならず、正解データをクライアント側に登録しておいてもよい。この場合、ユーザ端末１０は、ユーザ端末１０側で生体情報の照合を行い、生体情報による認証が行われたことを示す結果情報を、認証に用いる情報としてサービスサーバ１００に送信する。このように、生体情報のような強度の高い認証手段が要求される認証処理は、認証レベルの高い認証処理といえる。
【００１９】
一方、パスワード等を利用する認証手段は、他人がユーザ本人になりすまして利用しやすいクレデンシャル情報のため、比較的、認証強度の低い認証手段といえる。なお、パスワードは、パスワードとして用いる文字列の長さや、文字の種類を増やすことにより、認証強度を上げることができる。その他、他人が利用しにくい認証手段として、ワンタイムパスワードによる認証等が挙げられる。
【００２０】
また、上記した認証手段の他に、実施形態において、ユーザ端末１０は、ユーザＵ０１のコンテキスト（Context）を用いた認証であるコンテキスト認証という手段を採り得る。これは、ユーザＵ０１の日常のコンテキストに基づいて、ユーザＵ０１の本人性を認証する手段である。
【００２１】
実施形態において、コンテキストとは、ユーザ端末１０が利用されている状況のことをいう。また、コンテキストを特定するための情報をコンテキスト情報という。コンテキスト情報には、例えば、ユーザ端末１０自体のデバイス情報や、ユーザＵ０１によってユーザ端末１０が使用されている環境情報や、ユーザ端末１０を所持するユーザＵ０１が置かれている状態を示す情報や、ユーザＵ０１と関わりのある他のユーザに関する情報や、ユーザＵ０１が利用する端末であって、ユーザ端末１０以外の端末に関する情報等が含まれてもよい。また、コンテキストは、単一の要素のみならず、複数の要素の組合せによって特定されてもよい。すなわち、コンテキスト情報とは、上述したデバイス情報や環境情報等を組み合わせたものであってもよい。
【００２２】
例えば、ユーザ端末１０によって、ユーザ端末１０の位置情報が取得される場合に、夜中から朝にかけて同じ位置情報が日々繰り返して取得される場合、かかる位置情報は、ユーザＵ０１の自宅を示すものと推定される。そして、ユーザ端末１０がサービスサーバ１００にアクセスした際に、アクセス時点での位置情報がユーザＵ０１の自宅を示すものであった場合、アクセスを行ったユーザは、ユーザＵ０１である蓋然性が高いといえる。
【００２３】
コンテキスト情報は、ユーザ端末１０又はユーザＵ０１の状況に応じて取得されるコンテキストの組合せにより、対応し得る認証レベルが異なる。例えば、ユーザ端末１０がサービスサーバ１００にアクセスした際に、位置情報が自宅であり、かつ、アクセスした際のアクセスポイントの識別情報が日常的に観測される識別情報であり、かつ、日常的にユーザ端末１０との近距離通信が行われている他のデバイスが近くにあること（例えば、Wi-Fi（登録商標）接続のためのルータや、Bluetooth（登録商標）接続されるキーボードなど）等の条件が揃っているとする。この場合、ユーザ端末１０を利用してアクセスを行ったユーザは、ユーザＵ０１である蓋然性が極めて高いといえる。このような条件が揃ったコンテキスト情報（言い換えれば、複数の要素が組み合わされたコンテキスト情報）を認証に用いる場合、かかるコンテキスト情報に対応する認証レベルは、比較的高く設定される。
【００２４】
サービスサーバ１００とユーザ端末１０との間でコンテキスト認証が行われる場合には、ユーザ端末１０は、ユーザ端末１０が保持しているコンテキスト情報をサービスサーバ１００に送信する。このため、ユーザＵ０１は、パスワードや指紋データ等の入力を行うことを要しない。これにより、ユーザＵ０１は、煩わしい認証処理を行うことなく、サービスを利用することができる。
【００２５】
上述してきたように、ユーザＵ０１は、ユーザＵ０１の本人性を認証するために、種々の認証手段を採り得る。ここで、サービスサーバ１００が提供するサービスコンテンツは多様であり、各々のサービス側では、ユーザ端末１０からどのようなレベルのクレデンシャル情報（例えば、コンテキスト情報）を受信した場合に、ユーザの本人性を認証すべきか、すなわち、サービスを安全に利用させることができるかを判定し辛い場合がある。しかし、サービス側で過度に高い認証レベルを要求すると、ユーザは、簡易なサービスについて、迅速にサービスを利用したいと所望する場合であっても、不自然に強固な認証手段を要求される可能性がある。
【００２６】
そこで、実施形態に係るユーザ端末１０は、クライアント側において、サービスごとに適切な認証レベルを推定し、推定したレベルに適合するクレデンシャル情報を応答する。これにより、ユーザ端末１０は、サービスの内容に沿った認証レベルで認証処理を行うことができるため、適切な認証を行うことができる。言い換えれば、ユーザ端末１０は、サービス側からの明示がなくとも、自動的に、サービスにおいて適当な認証レベルを推定し、認証レベルに沿ったクレデンシャル情報をサービスサーバ１００に応答することができる。
【００２７】
図１の例において、ユーザ端末１０は、クレデンシャル情報として利用可能な情報（以下、「認証情報」と表記する）を保持する認証情報記憶部１５１を有する。図１に示した例では、ユーザ端末１０は、認証情報の一例として、コンテキスト情報と、コンテキスト情報に対応する認証レベルを示す情報とを、認証情報記憶部１５１内に保持するものとする。
【００２８】
例えば、コンテキストＩＤ「ＣＴ０１」で示されるコンテキストは、上述したような複数の条件が揃ったコンテキスト情報であり、認証レベルは「３」に設定されている。具体的には、コンテキストＩＤ「ＣＴ０１」で示されるコンテキストは、ユーザＵ０１（ユーザ端末１０）の位置情報が自宅であり、かつ、接続するアクセスポイントの識別情報が日常的に観測される識別情報であり、かつ、日常的にユーザ端末１０との近距離通信が行われている他のデバイスが近くにあること等の条件が揃っていることを示すコンテキスト情報により特定されるコンテキストである。そして、コンテキストＩＤ「ＣＴ０１」で示されるコンテキストの認証レベルが「３」に設定されているということは、ユーザ端末１０が認証処理を行おうとした際に、ユーザ端末１０は、当該コンテキスト情報を用いて、認証レベル「３」に対応する認証を行うことができることを意味する。なお、詳細は後述するが、ユーザ端末１０は、コンテキスト情報以外の認証情報についても、認証情報記憶部１５１内に保持しているものとする。以下、図１を用いて、ユーザ端末１０が行う推定処理の一例を流れに沿って説明する。
【００２９】
まず、ユーザ端末１０は、所定のサービスコンテンツを利用するため、サービスサーバ１００にアクセスする（ステップＳ０１）。例えば、サービスサーバ１００がウェブサーバである場合、ユーザ端末１０は、ブラウザソフトウェア等を利用して、サービスサーバ１００にアクセスする。そして、ユーザ端末１０は、サービスコンテンツとして、ウェブページを取得する。
【００３０】
サービスサーバ１００は、ユーザ端末１０が利用しようとするサービスコンテンツであって、所定のアクセス制限のあるサービスコンテンツをユーザ端末１０に配信する（ステップＳ０２）。この場合、ユーザ端末１０は、制限付きのサービスを利用するためには、サービスを利用しようとするユーザが、真にユーザＵ０１であることを確認するための認証処理を要求される。
【００３１】
ユーザ端末１０は、認証が要求された場合に、サービスサーバ１００から取得したサービスコンテンツを解析する（ステップＳ０３）。具体的には、ユーザ端末１０は、サービスコンテンツに関する情報（以下、「サービス関連情報」と表記する）を取得する。サービス関連情報は、サービスコンテンツを構成するファイルや、サービスコンテンツを構成するデータ群を含む。そして、ユーザ端末１０は、取得したサービス関連情報を解析して、サービスコンテンツに対応するドメインや、サービスコンテンツが関連する業種やサービスの種別、サービスコンテンツ自体を示すデータであるメタデータ（タグ情報）を取得する。
【００３２】
例えば、ユーザ端末１０は、サービスコンテンツのドメインに基づいて、取得したサービスコンテンツが金融機関のサービスに関するものであるか、ショッピングサイトに関するものであるか、といった、サービスの種別を特定する。この場合、ユーザ端末１０は、予めドメインとサービスの種別とを対応付けたデータベースを保持しておいてもよいし、外部装置から、ドメインとサービスの種別との対応に関する情報を適宜取得するようにしてもよい。
【００３３】
また、ユーザ端末１０は、サービスコンテンツに付与されるメタデータを解析してもよい。ここで、メタデータとは、サービスコンテンツの検索等にタグ情報として用いられる情報であり、サービスコンテンツの管理者によって、サービスコンテンツのヘッダ等に設定される情報を示す。例えば、メタデータには、サービスコンテンツの概要や説明文であったり、サービスコンテンツが含むサービスの内容を端的に示す単語であったり、サービスコンテンツの検索インデックスとして用いられるタグ等が含まれる。
【００３４】
また、ユーザ端末１０は、メタデータとして、サービスコンテンツを構成するテキストデータを解析してもよい。すなわち、ユーザ端末１０は、特定したテキストデータを単語に解析（例えば、形態素解析）して、サービスコンテンツがユーザに提供しようとする内容を特定することにより、サービスコンテンツが含むサービス内容を推定する。例えば、ユーザ端末１０は、サービスコンテンツを構成するテキストデータを解析した結果、「課金」や「振込」等の文字が含まれている場合、当該サービスコンテンツが課金や振込を行うサービスページであると推定する。なお、ユーザ端末１０は、サービスコンテンツのテキストデータを解析するにあたり、所定の辞書データ等を用いて、テキストデータの意味解析を行うようにしてもよい。この場合、ユーザ端末１０は、サービスコンテンツを構成するテキストデータを解析した結果、「課金」や「振込」等と同等の意味を示す語が含まれている場合や、テキストデータを解析した結果に基づいて「課金」や「振込」等と同等の意味が抽出される場合に、当該サービスコンテンツが課金や振込を行うサービスページであると推定するようにしてもよい。
【００３５】
そして、ユーザ端末１０は、解析した情報に基づいて、サービスコンテンツに係る認証レベルを推定する（ステップＳ０４）。具体的には、ユーザ端末１０は、サービスコンテンツを解析した情報と、予め推定情報記憶部１５５に格納している定義情報とを照合する。定義情報は、例えば、サービスコンテンツに係るサービスの種別に対して、当該サービスにおいて適切な認証レベルを定義付けた情報である。
【００３６】
例えば、ユーザ端末１０は、サービスコンテンツを解析した結果、ユーザ端末１０が利用しようとするサービスコンテンツが「銀行」に関するページであると推定したとする。この場合、ユーザ端末１０は、推定情報記憶部１５５を参照し、サービス種別が「銀行」であるページについては、要求される認証レベルが「４」であると推定する。あるいは、ユーザ端末１０は、サービスコンテンツを解析した結果、ユーザ端末１０が利用しようとするサービスコンテンツが「ショッピングサイト」に関するページであると推定したとする。この場合、ユーザ端末１０は、推定情報記憶部１５５を参照し、サービス種別が「ショッピングサイト」であるページについては、要求される認証レベルが「３」であると推定する。
【００３７】
あるいは、ユーザ端末１０は、ユーザ端末１０が利用しようとするサービスコンテンツが「ポータルサイト」に関するページであると推定したとする。この場合、ユーザ端末１０は、推定情報記憶部１５５を参照し、サービス種別が「ポータルサイト」であるページについては、要求される認証レベルが「１」であると推定する。このような認証レベルの差は、銀行やショッピングサイトに関しては個人資産を操作する可能性があるサービスであるのに対して、ポータルサイトの利用（例えば、登録ユーザとしてのログイン等）は、個人資産を操作するような可能性が比較的低いことによる。
【００３８】
続いて、ユーザ端末１０は、推定した認証レベルに適合する情報をサービスサーバ１００に応答する（ステップＳ０５）。なお、ユーザ端末１０は、上述のように、認証情報記憶部１５１内に認証情報を有しており、認証情報の各々に、認証レベルを設定しているものとする。
【００３９】
例えば、ユーザ端末１０は、ステップＳ０４の推定処理において、サービスコンテンツにおける認証レベルを「３」と推定したものとする。また、ユーザ端末１０は、推定処理を行った時点のコンテキストが、「ユーザＵ０１が自宅にいる状態」、「日常的に利用するアクセスポイントからのアクセス」、かつ、「ユーザ端末１０以外のデバイスが近距離にある」のような、コンテキストＩＤ「ＣＴ０１」で示すコンテキストが揃っていると判定する。
【００４０】
すなわち、ユーザ端末１０は、現時点のコンテキスト情報が、サービスコンテンツに対して推定した認証レベルに適合していると判定する。この場合、ユーザ端末１０は、かかるコンテキスト情報を認証情報としてサービスサーバ１００に送信する。
【００４１】
なお、ユーザ端末１０が推定した認証レベルが「４」であり、ユーザ端末１０が保持するコンテキスト情報では当該認証レベルに適合しない場合には、ユーザ端末１０は、さらに、異なる認証情報を選択したり、生成したりしてもよい。例えば、ユーザ端末１０は、ユーザＵ０１に対して、生体情報による認証を行うことを要求してもよい。一例として、ユーザ端末１０は、ユーザＵ０１に対して指紋認証を要求する。この場合、ユーザ端末１０は、ユーザＵ０１から入力された指紋データを認証情報として生成し、サービスサーバ１００に送信するようにしてもよい。このように、ユーザ端末１０は、推定した認証レベルに即した認証情報を選択又は生成する処理を行う。
【００４２】
サービスサーバ１００は、ユーザ端末１０から送信された認証情報に基づいて、ユーザＵ０１を認証する（ステップＳ０６）。そして、サービスサーバ１００は、ユーザＵ０１に関する認証が行われた旨をユーザ端末１０に送信する（ステップＳ０７）。これにより、ユーザ端末１０は、取得したサービスコンテンツを利用することができるようになる。
【００４３】
このように、実施形態に係るユーザ端末１０は、所定のサービスコンテンツに関する情報であるサービス関連情報を取得する。そして、ユーザ端末１０は、取得されたサービス関連情報に基づいて、サービスコンテンツに関する認証の認証レベルを推定する。さらに、ユーザ端末１０は、推定された認証レベルに基づいて、サービスコンテンツに関する認証に対して応答する。
【００４４】
すなわち、ユーザ端末１０は、サービスコンテンツが要求する認証処理において、サービス関連情報を取得し、取得した情報を解析することにより、当該サービスにおける認証レベルを推定する。言い換えれば、ユーザ端末１０は、サービスの種別に対して適切な認証レベルをクライアント側で動的に設定し、設定したレベルで認証を行うことができる。このため、ユーザ端末１０によれば、ユーザは、サービスの種別に対して、必要以上に強固な認証や、あるいは、脆弱な強度による認証を行うことを要しない。結果として、ユーザ端末１０は、サービスに応じて適切な認証強度を用いて認証を行うことができる。
【００４５】
例えば、ユーザ端末１０によれば、簡易なサービスに対しては、日常的にユーザ端末１０を利用するユーザであれば当然のように取得されているコンテキスト情報を用いて、即座にログイン等の認証を行うことができる。一方、ユーザ端末１０は、課金や振込といった資産を動かすようなサービスにおいては、クライアント側で厳密な認証レベルを設定することにより、ユーザが安易にサービスの利用を行うことを制限できる。このように、ユーザ端末１０は、サービスに応じて適切な認証強度を用いて認証を行うことで、認証におけるユーザのユーザビリティを向上させることができる。
【００４６】
〔２．推定処理システムの構成〕
次に、図２を用いて、実施形態に係るユーザ端末１０が含まれる推定処理システム１の構成について説明する。図２は、実施形態に係る推定処理システム１の構成例を示す図である。図２に例示するように、実施形態に係る推定処理システム１には、ユーザ端末１０と、ユーザが利用する装置と、サービスサーバ１００とが含まれる。なお、図２に示すように、ユーザが利用する装置には、時計型端末２０や、眼鏡型端末３０等が含まれる。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。
【００４７】
ユーザ端末１０は、デスクトップ型ＰＣ（Personal  Computer）や、ノート型ＰＣや、タブレット端末や、スマートフォンを含む携帯電話機、ＰＤＡ（Personal  Digital  Assistant）等の情報処理端末である。また、ユーザ端末１０は、眼鏡型や時計型の情報処理端末であるウェアラブルデバイス（wearable  device）であってもよい。さらに、ユーザ端末１０には、情報処理機能を有する種々のスマート機器が含まれてもよい。また、例えば、ユーザ端末１０には、ＴＶ（television）や冷蔵庫、掃除機などのスマート家電や、自動車などのスマートビークル（smart  vehicle）や、ドローン（drone）、家庭用ロボットなどが含まれてもよい。
【００４８】
ユーザが利用する装置とは、ユーザ端末１０の他に、ユーザが利用する機器（デバイス）の総称を示す。例えば、ユーザが利用する装置は、上述したユーザ端末１０と同様、情報処理機能を有する種々のスマート機器である。実施形態では、ユーザによって利用される装置は、例えば時計型端末２０や眼鏡型端末３０である。これらの装置は、例えば、ユーザ端末１０のコンテキストを表すために利用される。
【００４９】
サービスサーバ１００は、ユーザ端末１０からアクセスされた場合に、各種ウェブページを提供するサーバ装置である。サービスサーバ１００は、例えば、ニュースサイト、天気予報サイト、金融機関サイト、ショッピングサイト、ファイナンス（株価）サイト、路線検索サイト、地図提供サイト、旅行サイト、飲食店紹介サイト、ウェブログなどに関する各種ウェブページや、アプリで表示されるコンテンツ等を提供する。
【００５０】
サービスサーバ１００は、サービスの提供にあたり、ユーザの本人認証を要求する場合がある。例えば、サービスサーバ１００が決済サービスを提供する際に、ユーザ端末１０を利用しているユーザが間違いなくユーザＵ０１本人であると認証できないときには、サービスサーバ１００は、ユーザ端末１０による決済サービスの実行を制限する。サービスサーバ１００は、ユーザ端末１０による認証処理の結果に応じて、ユーザ端末１０からのアクセスを認めるか否かを判定する。
【００５１】
〔３．ユーザ端末の構成〕
次に、図３を用いて、実施形態に係るユーザ端末１０の構成について説明する。図３は、実施形態に係るユーザ端末１０の構成例を示す図である。図３に示すように、ユーザ端末１０は、通信部１１と、入力部１２と、表示部１３と、検知部１４と、記憶部１５と、制御部１６とを有する。
【００５２】
（通信部１１について）
通信部１１は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。かかる通信部１１は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、サービスサーバ１００や、時計型端末２０等との間で情報の送受信を行う。
【００５３】
（入力部１２及び表示部１３について）
入力部１２は、ユーザから各種操作を受け付ける入力装置である。例えば、入力部１２は、ユーザ端末１０に備えられた操作キー等によって実現される。表示部１３は、各種情報を表示するための表示装置である。例えば、表示部１３は、液晶ディスプレイ等によって実現される。なお、ユーザ端末１０にタッチパネルが採用される場合には、入力部１２の一部と表示部１３とは一体化される。
【００５４】
（検知部１４について）
検知部１４は、ユーザ端末１０に関する各種情報を検知する。具体的には、検知部１４は、ユーザ端末１０に対するユーザＵ０１の操作や、ユーザ端末１０の所在する位置情報や、ユーザ端末１０と接続されている機器に関する情報や、ユーザ端末１０における環境等を検知する。
【００５５】
例えば、検知部１４は、入力部１２に入力された情報に基づいて、ユーザＵ０１の操作を検知する。すなわち、検知部１４は、入力部１２に画面をタッチする操作の入力があったことや、音声の入力があったこと等を検知する。また、検知部１４は、ユーザＵ０１によって所定のアプリが起動されたことを検知してもよい。かかるアプリがユーザ端末１０内の撮像装置を動作させるアプリである場合、検知部１４は、ユーザＵ０１によって撮像機能が利用されていることを検知する。また、検知部１４は、ユーザ端末１０内に備えられた加速度センサやジャイロセンサ等で検知されたデータに基づき、ユーザ端末１０自体が動かされているといった操作を検知してもよい。
【００５６】
また、検知部１４は、ユーザ端末１０の現在位置を検知する。具体的には、検知部１４は、ＧＰＳ（Global  Positioning  System）衛星から送出される電波を受信し、受信した電波に基づいてユーザ端末１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。
【００５７】
また、検知部１４は、種々の手法により位置情報を取得してもよい。例えば、ユーザ端末１０が駅改札や商店等で使用される非接触型ＩＣカードと同等の機能を備えている場合（もしくは、ユーザ端末１０が非接触型ＩＣカードの履歴を読み取る機能を備えている場合）、ユーザ端末１０によって駅での乗車料金の決済等が行われた情報とともに、使用された位置が記録される。検知部１４は、かかる情報を検知し、位置情報として取得する。また、検知部１４は、ユーザ端末１０が特定のアクセスポイントと通信を行う際には、アクセスポイントから取得可能な位置情報を検知してもよい。また、位置情報は、ユーザ端末１０が備える光学式センサや、赤外線センサや、磁気センサ等によって取得されてもよい。
【００５８】
また、検知部１４は、ユーザ端末１０に接続される外部装置を検知する。例えば、検知部１４は、外部装置との相互の通信パケットのやり取りなどに基づいて、外部装置を検知する。そして、検知部１４は、検知した外部装置をユーザ端末１０と接続される端末として認識する。また、検知部１４は、外部装置との接続の種類を検知してもよい。例えば、検知部１４は、外部装置と有線で接続されているか、無線通信で接続されているかを検知する。また、検知部１４は、無線通信で用いられている通信方式等を検知してもよい。また、検知部１４は、外部装置が発する電波を検知する電波センサや、電磁波を検知する電磁波センサ等によって取得される情報に基づいて、外部装置を検知してもよい。外部装置の一例は、ユーザ端末１０を利用するユーザＵ０１が利用するスマートデバイスであり、例えば、時計型端末２０や眼鏡型端末３０である。
【００５９】
また、検知部１４は、ユーザ端末１０における環境を検知する。検知部１４は、ユーザ端末１０に備えられた各種センサや機能を利用し、環境に関する情報を検知する。例えば、検知部１４は、ユーザ端末１０の周囲の音を収集するマイクロフォンや、ユーザ端末１０の周囲の照度を検知する照度センサや、ユーザ端末１０の物理的な動きを検知する加速度センサ（又は、ジャイロセンサなど）や、ユーザ端末１０の周囲の湿度を検知する湿度センサや、ユーザ端末１０の所在位置における磁場を検知する地磁気センサ等を利用する。そして、検知部１４は、各種センサを用いて、種々の情報を検知する。例えば、検知部１４は、ユーザ端末１０の周囲における騒音レベルや、ユーザ端末１０の周囲がユーザＵ０１の虹彩を撮像に適する照度であるか等を検知する。さらに、検知部１４は、カメラで撮影された写真や映像に基づいて周囲の環境情報を検知してもよい。
【００６０】
ユーザ端末１０は、検知部１４によって検知された情報に基づいて、ユーザ端末１０のコンテキストを示すコンテキスト情報を取得する。上述のように、ユーザ端末１０は、内蔵された各種センサ（検知部１４）により、位置、加速度、温度、重力、回転（角速度）、照度、地磁気、圧力、近接、湿度、回転ベクトルといった、種々の物理量をコンテキスト情報として取得する。また、ユーザ端末１０は、内蔵する通信機能を利用して、各種装置との接続状況等のコンテキスト情報を取得してもよい。
【００６１】
（記憶部１５について）
記憶部１５は、各種情報を記憶する。記憶部１５は、例えば、ＲＡＭ、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１５には、認証情報記憶部１５１と、推定情報記憶部１５５とが含まれる。
【００６２】
（認証情報記憶部１５１について）
認証情報記憶部１５１は、ユーザ端末１０が行う認証処理に関する情報を記憶する。認証情報記憶部１５１は、データテーブルとして、認証手段テーブル１５２と、コンテキストテーブル１５３とを有する。
【００６３】
（認証手段テーブル１５２について）
認証手段テーブル１５２は、認証処理に関する認証手段や、認証手段ごとに設定される認証レベル等を記憶する。ここで、図４に、実施形態に係る認証手段テーブル１５２の一例を示す。図４は、実施形態に係る認証手段テーブル１５２の一例を示す図である。図４に示した例では、認証手段テーブル１５２は、「ユーザＩＤ」、「認証情報ＩＤ」、「認証手段」、「認証レベル」といった項目を有する。
【００６４】
「ユーザＩＤ」は、認証処理に関わるユーザを識別する識別情報である。なお、ユーザＩＤは、ユーザ端末１０を操作するユーザの参照符号と一致するものとする。例えば、ユーザＩＤ「Ｕ０１」によって識別されるユーザは、ユーザＵ０１を示す。また、ユーザＩＤは、ユーザＩＤによって識別されるユーザが使用する端末装置を識別する情報として扱われてもよい。
【００６５】
「認証情報ＩＤ」は、認証情報を識別する識別情報を示す。「認証手段」は、認証処理に用いられる認証の手段を示す。図４に示すように、認証手段としては、「生体認証」や、「サービスユーザＩＤ＋ハードウェアトークン」等の手段がありうる。なお、図４に示した以外にも、認証手段テーブル１５２には、ワンタイムパスワード等の認証手段が記憶されてもよい。また、認証手段は、種々の認証手段を組合せてもよい。かかる認証手段の組合せは、いわゆる多要素認証となり、認証レベルを向上させることができる。また、「認証レベル」は、認証処理における信頼性の度合いを示す。
【００６６】
すなわち、図４では、ユーザＩＤ「Ｕ０１」で識別されるユーザＵ０１は、認証情報ＩＤ「Ａ０１」〜「Ａ０５」で識別されるような認証情報により、ユーザＵ０１の本人性が認証されるユーザであることを示している。例えば、認証情報ＩＤ「Ａ０１」で識別される認証情報は、「生体認証」を認証手段として採用しており、認証レベルは「４」であることを示している。
【００６７】
（コンテキストテーブル１５３について）
コンテキストテーブル１５３は、コンテキスト情報による認証処理に用いられる情報を記憶する。ここで、図５に、実施形態に係るコンテキストテーブル１５３の一例を示す。図５は、実施形態に係るコンテキストテーブル１５３の一例を示す図である。図５に示した例では、コンテキストテーブル１５３は、「ユーザＩＤ」、「コンテキストＩＤ」、「コンテキスト」、「認証レベル」といった項目を有する。
【００６８】
「ユーザＩＤ」は、図４で示した同一の項目に対応する。「コンテキストＩＤ」は、認証処理で用いられるコンテキストを識別する識別情報である。「コンテキスト」は、コンテキスト情報を構成するコンテキストの内容であり、言い換えれば、ユーザ端末１０又はユーザＵ０１における状況を示す。「認証レベル」は、コンテキストごとに対応付けられた認証レベルを示す。認証情報としてコンテキスト情報が用いられる場合には、ユーザ端末１０は、コンテキストテーブル１５３に格納された認証レベルを用いて認証を行う。
【００６９】
すなわち、図５の一例では、ユーザＵ０１は、コンテキストＩＤ「ＣＴ０１」〜「ＣＴ０３」で識別されるようなコンテキスト情報をコンテキストテーブル１５３に登録している。例えば、コンテキストＩＤ「ＣＴ０１」で識別されるコンテキスト情報とは、コンテキストが「位置情報がＧ０１」であり、「自装置２つ以上と近距離通信」が行われており、かつ、「アクセスポイントが自宅」である条件が揃っていることである。また、かかる状況において認証を行う場合には、ユーザ端末１０は、認証レベル「３」の認証を行うことができることを示している。
【００７０】
（推定情報記憶部１５５について）
推定情報記憶部１５５は、ユーザ端末１０が行う推定処理に関する情報を記憶する。推定情報記憶部１５５は、データテーブルとして、定義テーブル１５６と、ドメインテーブル１５７と、メタデータテーブル１５８と、履歴テーブル１５９とを有する。
【００７１】
（定義テーブル１５６について）
定義テーブル１５６は、推定処理に関する定義を記憶する。ここで、図６に、実施形態に係る定義テーブル１５６の一例を示す。図６は、実施形態に係る定義テーブル１５６の一例を示す図である。図６に示した例では、定義テーブル１５６は、「サービス種別」、「要求認証レベル」といった項目を有する。
【００７２】
「サービス種別」は、サービスコンテンツが提供しようとするサービスの種別を示す。「要求認証レベル」は、サービスコンテンツにおいて適切と定義付けられた認証レベルを示す。
【００７３】
すなわち、図６の一例では、サービス種別が「銀行」であるサービスコンテンツにおける認証処理においては、認証レベルとして「４」が要求されることが適切であると定義付けられていることを示している。
【００７４】
なお、サービス種別は、サービスの内容を示す種別のみならず、サービスコンテンツが関連する業種を示す情報であってもよい。
【００７５】
（ドメインテーブル１５７について）
ドメインテーブル１５７は、サービスコンテンツのドメインに関する情報を記憶する。ここで、図７に、実施形態に係るドメインテーブル１５７の一例を示す。図７は、実施形態に係るドメインテーブル１５７の一例を示す図である。図７に示した例では、ドメインテーブル１５７は、「ドメイン」、「サービス種別」といった項目を有する。
【００７６】
「ドメイン」は、サービスコンテンツのドメインを示す。「サービス種別」は、ドメインと対応付けられているサービスの種別を示す。なお、ドメインとサービスとの対応付けの情報は、予めデータベースとしてユーザ端末１０が保持していてもよいし、推定処理が行われる度に、所定の外部装置に照会すること等により取得されてもよい。
【００７７】
すなわち、図７の一例では、ドメインが「ａａａ．ｃｏ．ｊｐ」であるサービスコンテンツは、サービスの種別が「銀行」であると対応付けられていることを示している。
【００７８】
（メタデータテーブル１５８について）
メタデータテーブル１５８は、サービスコンテンツのメタデータに関する情報を記憶する。ここで、図８に、実施形態に係るメタデータテーブル１５８の一例を示す。図８は、実施形態に係るメタデータテーブル１５８の一例を示す図である。図８に示した例では、メタデータテーブル１５８は、「メタデータ」、「要求認証レベル」といった項目を有する。
【００７９】
「メタデータ」は、サービスコンテンツに付与されるタグ情報や、サービスコンテンツのヘッダに記載される説明文等を示す。図８の例では、メタデータが「振込」や「証券取引」といったタグ情報である例を示しているが、メタデータの形式はこれに限られず、サービスコンテンツに埋め込まれる情報であれば、いずれの情報であってもよい。
【００８０】
「要求認証レベル」は、メタデータと対応付けられた認証レベルである。例えば、「振込」や「証券取引」がメタデータとして付与されたサービスコンテンツは、振込や証券取引に関するサービスであったり、金融機関に関するサービスであったりする蓋然性が高いため、比較的、高い認証レベルが設定される。
【００８１】
すなわち、図８の一例では、メタデータが「課金」や「購入」や「オークション入札」であるサービスコンテンツには、要求される認証レベルとして「３」が設定されることを示している。
【００８２】
（履歴テーブル１５９について）
履歴テーブル１５９は、ユーザ端末１０が過去に認証レベルを推定した履歴を記憶する。ここで、図９に、実施形態に係る履歴テーブル１５９の一例を示す。図９は、実施形態に係る履歴テーブル１５９の一例を示す図である。図９に示した例では、履歴テーブル１５９は、「ターゲットＩＤ」、「ターゲット」、「要求認証レベル」といった項目を有する。
【００８３】
「ターゲットＩＤ」は、推定処理の対象（ターゲット）を識別する識別情報を示す。「ターゲット」は、推定処理の対象となったサービスコンテンツであり、例えば、ドメイン名や、ＵＲＬ（Uniform  Resource  Locator）等で示される。「認証レベル」は、ターゲットに対して推定された、もしくは、認証が行われた結果、確定した認証レベルを示す。
【００８４】
すなわち、図９の一例では、ターゲットＩＤ「Ｔ０１」で識別されるターゲット「ｅｅｅ．ｃｏ．ｊｐ／ｂｉｄ」に対する推定処理では、認証レベルを「３」と推定した履歴を示している。
【００８５】
なお、図９では図示を省略したが、履歴テーブル１５９には、ターゲットのサービス種別やメタデータ等のサービス関連情報が記憶されてもよい。ユーザ端末１０は、例えば、後述する学習処理において、履歴テーブル１５９を参照することにより、推定する認証レベルの設定の更新等を行うようにしてもよい。
【００８６】
（制御部１６について）
制御部１６は、コントローラ（controller）であり、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、ユーザ端末１０内部の記憶装置に記憶されている各種プログラム（例えば、実施形態に係る推定プログラム）がＲＡＭ（Random  Access  Memory）を作業領域として実行されることにより実現される。また、制御部１６は、コントローラであり、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。
【００８７】
図３に示すように、制御部１６は、受信部１６１と、取得部１６２と、推定部１６３と、応答部１６６と、送信部１６９とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１６の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。
【００８８】
なお、制御部１６が実行する処理は、実施形態に係る推定プログラムによって制御されることにより実行される。例えば、取得部１６２が実行する処理は、推定プログラムが実行させる取得手順により実現される。
【００８９】
（受信部１６１について）
受信部１６１は、各種情報を受信する。例えば、受信部１６１は、サービスサーバ１００から配信されるサービスコンテンツを受信する。受信部１６１は、受信した情報を、制御部１６の各処理部へ送る。
【００９０】
（取得部１６２について）
取得部１６２は、各種情報を取得する。例えば、取得部１６２は、所定のサービスコンテンツに関する情報であるサービス関連情報を取得する。具体的には、取得部１６２は、サービス関連情報として、サービスコンテンツに関する業種、サービスコンテンツが提供するサービスの種別、及び、当該サービスコンテンツに含まれるテキストデータのうち、少なくとも一つを取得する。なお、取得部１６２は、後述する推定部１６３によってサービスコンテンツが解析された結果として、上記のサービス関連情報を取得するようにしてもよい。
【００９１】
（推定部１６３について）
推定部１６３は、取得部１６２によって取得されたサービス関連情報に基づいて、サービスコンテンツに関する認証の認証レベルを推定する。
【００９２】
例えば、推定部１６３は、サービスコンテンツに関する認証として、ユーザ端末１０を利用するユーザのコンテキスト情報を用いる認証についての認証レベルを推定する。これにより、推定部１６３は、具体的な認証情報（パスワード等）を要求しないサービスコンテンツであって、コンテキスト情報に基づいて認証処理を行うようなサービスコンテンツに対して、適切な認証レベルを推定することができる。
【００９３】
図３に示すように、推定部１６３は、解析部１６４と、学習部１６５とを有し、以下に説明する推定処理を実行する。すなわち、以下で説明する解析部１６４又は学習部１６５が実行する処理は、推定部１６３が実行する処理と読み替えてもよい。
【００９４】
解析部１６４は、取得部１６２によって取得されたサービスコンテンツを解析する。例えば、解析部１６４は、取得部１６２によって取得されたサービス関連情報を解析する。これにより、解析部１６４は、サービスコンテンツに関する業種や、サービスコンテンツが提供するサービスの種別、及び、当該サービスコンテンツに含まれるテキストデータに基づいて、当該サービスコンテンツに関する認証の認証レベルを推定することができる。
【００９５】
例えば、解析部１６４は、解析した情報に基づいて、サービスコンテンツが提供するサービスの種別を特定する。また、解析部１６４は、推定情報記憶部１５５を参照し、予め定義されているサービスの種別と認証レベルとの関係を取得する。そして、解析部１６４は、定義に従い、当該サービスコンテンツに関する認証の認証レベルを推定する。
【００９６】
また、学習部１６５は、推定処理に関する学習を行う。例えば、学習部１６５は、所定のサービスコンテンツに対して認証レベルの推定を行った履歴を取得する。また、学習部１６５は、ユーザ端末１０以外の端末装置（例えば、サービスコンテンツを利用する他のユーザが利用する端末装置）が、当該サービスコンテンツに対して認証レベルの推定を行った履歴を取得する。
【００９７】
そして、学習部１６５は、例えば既知の学習手法や統計手法に基づいて、サービスコンテンツに対して適切と想定される定義情報や、サービスコンテンツの認証レベルを推定するために用いられる情報の更新を行う。例えば、学習部１６５は、課金や振込といったテキストデータを含むサービスコンテンツであっても、実際には高い認証レベルを要求されないサービスコンテンツに関して学習を行うことで、当該サービスコンテンツの認証レベルを低く定義することができる。この場合、例えば、学習部１６５は、当該サービスコンテンツのドメインを特定すること等により、当該サービスコンテンツに関する情報を更新する。
【００９８】
また、学習部１６５は、課金や振込といったテキストデータを含まないサービスコンテンツであっても、実際には高い認証レベルを要求すべきサービスコンテンツに関して学習を行うことで、当該サービスコンテンツの認証レベルを高く定義することができる。この場合、学習部１６５は、当該サービスコンテンツに含まれる単語について、当該単語が出現するサービスコンテンツに対しては、以後の推定処理において認証レベルを高く推定するなどの学習を行ってもよい。推定部１６３は、学習部１６５による学習の結果に基づいて、認証レベルの推定処理を行う。これにより、推定部１６３は、より認証レベルの推定の精度を向上させることができる。
【００９９】
（応答部１６６について）
応答部１６６は、推定部１６３によって推定された認証レベルに基づいて、サービスコンテンツに関する認証に対して応答する。具体的には、応答部１６６は、推定された認証レベルに基づいて、サービスコンテンツに関する認証に対応するための認証情報を選択又は生成し、サービスコンテンツに関する認証に対して選択又は生成した認証情報を応答する。
【０１００】
図３に示すように、応答部１６６は、選択部１６７と、生成部１６８とを有し、以下に説明する推定処理を実行する。すなわち、以下で説明する選択部１６７又は生成部１６８が実行する処理は、応答部１６６が実行する処理と読み替えてもよい。
【０１０１】
選択部１６７は、サービスコンテンツに関する認証について、サーバ側から求められる認証手段や、推定された認証レベルに応じた認証情報を選択する。例えば、選択部１６７は、ユーザ端末１０を利用するユーザのコンテキスト情報を用いる認証についての認証レベルが推定された場合には、認証レベルに対応するユーザのコンテキスト情報を選択し、選択したコンテキスト情報をサービスコンテンツに関する認証に対して応答する。
【０１０２】
なお、サービスサーバ１００側は、ユーザ端末１０から送信される認証情報に対応できない場合がある。例えば、サービスサーバ１００は、ユーザ端末１０から送信される指紋データは認証情報として処理が可能であっても、コンテキスト情報を認証情報として処理できない場合がある。このような場合、選択部１６７は、サーバ側の処理に適合するように、応答する認証情報を選択する。
【０１０３】
例えば、選択部１６７は、サービスコンテンツを提供するサービスサーバ１００側が、ユーザ端末１０を利用するユーザのコンテキスト情報を用いて認証を行うことができない場合には、コンテキスト情報と同等の認証レベルを満たす他の認証情報を選択し、選択した認証情報を当該コンテキスト情報に代えて応答する。例えば、選択部１６７は、認証レベル「３」に対応するコンテキスト情報を応答する場合に、サーバ側が当該コンテキスト情報を処理できない場合には、認証レベル「３」に対応する他の認証情報を選択する。例えば、選択部１６７は、コンテキスト情報の代わりに、ユーザ端末１０側で保持されているパスワード等をサービスサーバ１００に応答する。
【０１０４】
また、選択部１６７が選択する情報として適切な認証情報がユーザ端末１０内に保持されていない場合、生成部１６８は、認証に応答するための適切な認証情報を生成する。
【０１０５】
例えば、認証レベルが「４」と推定された認証に対して、ユーザ端末１０内に認証レベル「４」に対応するような認証情報が保持されていない場合や、認証が行われた時点において認証情報を生成することが求められるような場合、生成部１６８は、認証情報を生成する。この場合、生成部１６８は、表示部１３を介して、認証情報を生成する旨をユーザに通知するようにしてもよい。
【０１０６】
例えば、生成部１６８は、認証に際してユーザの生体情報を要する場合には、生体情報の入力の要求をユーザに通知する。ユーザは、かかる通知により、生体情報をユーザ端末１０に入力する。一例として、ユーザは、自身の指紋データをユーザ端末１０に入力する。そして、生成部１６８は、入力された指紋データと、予め保持している指紋データとを照合し、ユーザ端末１０を利用するユーザの本人性を確認する。そして、生成部１６８は、ユーザ端末１０側で生体情報を用いてユーザを認証したことを示す情報を、認証情報として新たに生成する。そして、生成部１６８は、生成した認証情報を用いて、サービスコンテンツに関する認証に対して応答する。
【０１０７】
なお、選択部１６７又は生成部１６８は、予め保持している認証情報に付加して、選択又は生成した認証情報を送信するようにしてもよい。例えば、選択部１６７又は生成部１６８は、推定された認証レベルに対して、ユーザ端末１０を利用するユーザのコンテキスト情報が認証情報として認証レベルを満たさない場合には、認証レベルを満たす他の認証情報をコンテキスト情報に付加して応答するようにしてもよい。
【０１０８】
上述のように、認証においては、単独の認証手段によって得られる認証情報に対して、複数の認証手段によって得られる認証情報（多要素認証）の方が、認証の信頼性が向上する。このため、選択部１６７又は生成部１６８は、例えばコンテキスト情報に付加して、選択又は生成した認証情報を応答することにより、推定された認証レベルを満たす認証情報をサービスサーバ１００に提示することができる。
【０１０９】
（送信部１６９について）
送信部１６９は、各種情報を送信する。例えば、送信部１６９は、サービスコンテンツの取得要求をサービスサーバ１００に送信する。また、送信部１６９は、応答部１６６によって選択もしくは生成された認証情報をサービスサーバ１００に送信する。
【０１１０】
〔４．処理手順〕
次に、図１０を用いて、実施形態に係るユーザ端末１０による処理の手順について説明する。図１０は、実施形態に係る推定処理手順を示すフローチャートである。
【０１１１】
図１０に示すように、ユーザ端末１０に係る受信部１６１は、サービスサーバ１００から配信されるサービスコンテンツを受信する（ステップＳ１０１）。そして、取得部１６２は、サービスコンテンツに関する情報として、サービス関連情報を取得する（ステップＳ１０２）。
【０１１２】
推定部１６３は、サービス関連情報に基づいて、サービスコンテンツに関する認証の認証レベルを推定する（ステップＳ１０３）。続いて、応答部１６６は、推定した認証レベルに対応する認証情報がユーザ端末１０内に保持されているか否かを判定する（ステップＳ１０４）。
【０１１３】
認証情報が保持されている場合（ステップＳ１０４；Ｙｅｓ）、応答部１６６は、保持されている認証情報を選択する（ステップＳ１０５）。一方、認証レベルに対応する認証情報が保持されていない場合（ステップＳ１０４；Ｎｏ）には、応答部１６６は、認証レベルに対応する認証情報を生成する（ステップＳ１０６）。
【０１１４】
そして、応答部１６６は、選択又は生成した認証情報をサービスサーバ１００に応答する（ステップＳ１０７）。これにより、ユーザ端末１０による認証に関する推定処理が完了する。
【０１１５】
〔５．変形例〕
上述したユーザ端末１０は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、ユーザ端末１０の他の実施形態について説明する。
【０１１６】
〔５−１．ページ別処理〕
上記実施形態では、ユーザ端末１０は、ドメイン等のサービス関連情報に基づいて、サービスコンテンツに関する認証の認証レベルを推定する例を示した。ここで、ユーザ端末１０は、同じドメインに属するサービスコンテンツであっても、サービスコンテンツごとに異なる認証レベルを推定してもよい。
【０１１７】
例えば、ユーザ端末１０は、所定の銀行のドメインを有するウェブサイトにおいて、ページごとに異なる認証レベルを推定するようにしてもよい。具体的には、ユーザ端末１０は、残高照会を行うページにおける認証レベルと、振込を行うページにおける認証レベルを異なるレベルとして推定してもよい。
【０１１８】
例えば、ユーザ端末１０を利用するユーザが、銀行サイトにアクセスし、自身の口座の残高照会を要求したとする。この場合、ユーザ端末１０は、残高照会のページについては、資産を動かす等の操作が行われないページであると判定し、銀行サイトに含まれるページにおける認証であっても、認証レベルを「２」などの低い数値と推定する。この場合、ユーザは、ユーザ端末１０内部に保持されているコンテキスト情報であって、認証レベル「２」を満たすようなコンテキスト情報を認証情報とすることで、煩わしい認証処理をスキップすることができる。
【０１１９】
一方、ユーザが、銀行サイトにアクセスし、自身の口座から振込を行うことを要求したとする。この場合、ユーザ端末１０は、振込を指示するページについては、資産を動かす操作が行われるページであると判定し、認証レベルを「４」などの高い数値と推定する。この場合、ユーザは、ユーザ端末１０に生体情報を入力するなどの認証処理を求められることになる。
【０１２０】
このように、ユーザ端末１０は、同じドメインや、同じサービスの業種であっても、サービスコンテンツの内容を解析することで、サービスコンテンツごとに異なる認証レベルを推定することができる。すなわち、ユーザ端末１０は、サービスコンテンツごとに適する認証レベルを詳細に推定し、認証処理を行う。このため、ユーザ端末１０は、すべてのサービスコンテンツにおいて煩雑な認証処理をユーザに求めること等がなくなるため、ユーザビリティに優れた処理を行うことができる。
【０１２１】
〔５−２．認証情報の推定〕
上記実施形態では、ユーザ端末１０は、サービスコンテンツに関する認証の認証レベルを推定し、推定した認証レベルに適合する認証情報を用いてサービスサーバ１００に応答する例を示した。ここで、ユーザ端末１０は、サービスサーバ１００側が要求する認証レベルが明示されているサービスコンテンツを取得した場合には、要求される認証レベルに適合するような認証情報を推定する処理を行ってもよい。
【０１２２】
すなわち、ユーザ端末１０は、所定のサービスコンテンツに関する情報であるサービス関連情報として、サービスコンテンツに関する認証について、予めサービスコンテンツ側で設定された認証レベルを取得する。そして、ユーザ端末１０は、取得された認証レベルに基づいて、当該認証レベルを満たす情報であって、サービスコンテンツに関する認証で利用可能な情報を推定する。さらに、ユーザ端末１０は、推定された情報に基づいて、サービスコンテンツに関する認証に対して応答する認証情報を選択又は生成し、サービスコンテンツに関する認証に対して選択又は生成した認証情報を応答する。
【０１２３】
この場合、ユーザ端末１０は、サービスサーバ１００から明示された認証レベルが「３」であった場合には、認証レベル「３」に対応する情報であって、認証において利用可能な情報（すなわち、サービスサーバ１００側が処理可能な情報）を推定する。例えば、ユーザ端末１０は、過去にサービスサーバ１００に応答した認証情報があれば、当該認証情報と同様の認証手段によって得られる認証情報であって、認証レベル「３」に対応する認証情報を、認証で利用可能な情報として推定する。そして、ユーザ端末１０は、推定した情報を、今回の認証に用いる認証情報として応答する。
【０１２４】
このように、ユーザ端末１０は、認証レベルが予め設定されている認証に関しては、当該認証で用いることのできる認証情報を推定する処理を行う。これにより、ユーザ端末１０は、適切な認証情報をサーバ側に応答することができるため、過度に煩雑な認証処理をユーザに要求すること等を抑制することができる。
【０１２５】
〔５−３．ユーザ側からの認証レベルの設定〕
ユーザ端末１０は、サービスサーバ１００が要求する認証レベルについて、当該認証に関するサービスコンテンツと、認証レベルとの間に齟齬があると判定する場合には、ユーザ側で推定した認証レベルを用いた認証処理を行うようにしてもよい。
【０１２６】
具体例を挙げて説明する。例えば、ユーザ端末１０は、銀行サイトにおける振込ページにおいて、数桁のパスワード入力のみを求めるような認証の要求を受信したものとする。この場合、ユーザ端末１０は、当該サービスコンテンツに関する認証で要求されている認証レベルを「１」と推定する。しかしながら、ユーザ端末１０は、当該サービスコンテンツにおけるサービス内容（銀行サイトにおける振込）に基づいて、適切な認証レベルは「４」であると推定する。
【０１２７】
このような場合、ユーザ端末１０は、サーバ側が求める認証レベルが、サービスの内容に対して脆弱なレベルであると判定する。そして、ユーザ端末１０は、ユーザに対して、サービス内容に適すると推定した認証レベルによる認証処理を要求する。例えば、ユーザ端末１０は、ユーザに対して生体情報の入力を求める。そして、ユーザ端末１０は、ユーザ端末１０側において生体情報の照合を行い、ユーザの本人性が認証された場合に、当該サービスの利用を認めるような処理を行ってもよい。
【０１２８】
すなわち、ユーザ端末１０は、サーバ側が脆弱な認証手段による認証を許可していたとしても、サービスコンテンツの内容に応じて認証レベルを推定することで、当該サービスの利用を制限するようにしてもよい。このため、ユーザは、例えば、ユーザ端末１０を紛失した場合や盗難にあった場合であっても、ユーザ端末１０を介して第三者からサービスを無断で利用されるような事態を防止することができる。また、ユーザは、例えば、サービスページ内に課金を行うような領域（例えば、ウェブページ内において、課金を許可する際にクリックするボタンなど）を誤って選択したとしても、当該操作を許可するためにユーザ端末１０から認証処理を求められることで、誤って課金処理を行うことを防止できる。このように、ユーザ端末１０は、クライアント側で認証レベルを推定する処理を行うことで、サービスを利用するユーザの安全性を向上させることができる。
【０１２９】
〔５−４．認証レベル〕
上記実施形態では、認証レベルを「１」から「４」までの数値で示したが、認証レベルは、このような具体的な数値によって示されなくてもよい。
【０１３０】
〔５−５．ユーザ端末の構成〕
上記実施形態では、ユーザ端末１０の構成例について図３を用いて説明した。しかし、ユーザ端末１０は、図３で例示した全ての処理部を備えることを必ずしも要しない。例えば、ユーザ端末１０は、表示部１３や検知部１４を必ずしも備えていなくてもよい。また、ユーザ端末１０は、２以上の機器に分離されて図３を示す構成が実現されてもよい。例えば、ユーザ端末１０は、少なくとも検知部１４を有する検知装置と、少なくとも通信部１１を有する通信装置とが分離された構成を有する、２台以上の機器により実現されてもよい。
【０１３１】
〔５−６．サービスを提供する装置〕
上記実施形態では、ユーザ端末１０がアクセスする認証制限付きサイトを提供する装置として、サービスサーバ１００を例示して説明した。しかし、このようなサービスを提供する装置は、サービスサーバ１００に限られない。例えば、サービスを提供する装置は、ウェブサービスに限らず、ＨＴＴＰ（Hypertext  Transfer  Protocol）ではない種類のプロトコルを扱うネットワークサービスや、ＩｏＴ（Internet  of  Things）を扱う通信やアプリケーションを提供する装置であってもよい。すなわち、サービスを提供する装置は、ユーザ端末１０等と通信可能であり、サービスコンテンツを配信する機能を有する装置であれば、サービスサーバ１００に限られず、どのような装置によって実現されてもよい。
【０１３２】
〔５−７．サービスコンテンツ〕
上記実施形態では、サービスコンテンツとして、ウェブサイトを例に挙げて説明した。しかし、サービスコンテンツはこの例に限られない。例えば、サービスコンテンツは、スマートフォン用のアプリを介して提供されるコンテンツ等であってもよい。
【０１３３】
〔５−８．ユーザ端末の種別〕
ユーザ端末１０は、端末装置の種別を判定し、推定処理や応答処理に利用してもよい。例えば、ユーザ端末１０がデスクトップＰＣである場合には、スマートフォン等のデバイスと比較して、第三者に持ち出されたり盗難されたりする危険性が少ないと想定される。この場合、ユーザ端末１０は、自身がスマートフォンである場合と比較して、推定する認証レベルを若干低く推定する等の処理を行ってもよい。また、ユーザ端末１０は、自身が共有パソコンとして設定されている設定情報を有している場合には、個人用に設定されているデバイスと比較して、推定する認証レベルを若干高く推定し、安全性を確保するようにしてもよい。
【０１３４】
〔５−９．認証レベルの推定〕
上記実施形態では、ユーザ端末１０は、認証レベルの推定にあたり、サービス関連情報のうち、サービスの業種や種別、テキストデータを用いる例を示した。このうち、複数の条件が該当するようなサービスコンテンツについては、ユーザ端末１０は、例えば、ドメインテーブル１５７や、メタデータテーブル１５８や、履歴テーブル１５９に保持されている認証レベルのうち、最も高いレベルを採用したり、平均のレベルを採用したりするなど、柔軟に認証レベルを推定するようにしてもよい。
【０１３５】
〔６．ハードウェア構成〕
上述してきた実施形態に係る推定装置は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。図１１は、推定装置の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
【０１３６】
ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に記憶されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を記憶する。
【０１３７】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（図２に示したネットワークＮに対応）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網５００を介して他の機器へ送信する。
【０１３８】
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。
【０１３９】
メディアインターフェイス１７００は、記録媒体１８００に記憶されたプログラム（例えば、推定プログラム）又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【０１４０】
例えば、コンピュータ１０００が実施形態に係るユーザ端末１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１６の機能を実現する。また、ＨＤＤ１４００には、記憶部１５内のデータが記憶される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から通信網５００を介してこれらのプログラムを取得してもよい。
【０１４１】
〔７．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【０１４２】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図３に示した解析部１６４と、学習部１６５とは統合されてもよい。また、例えば、記憶部１５に記憶される情報は、ネットワークＮを介して、外部に備えられた記憶装置に記憶されてもよい。
【０１４３】
また、例えば、上記実施形態では、ユーザ端末１０が、サービスコンテンツに関する情報を取得する取得処理と、認証レベルを推定する推定処理と、認証に応答する応答処理とを行う例を示した。しかし、上述したユーザ端末１０は、取得処理を行う取得装置と、推定処理を行う推定装置と、応答処理を行う応答装置に分離されてもよい。この場合、例えば、実施形態に係るユーザ端末１０による処理は、取得装置と、推定装置と、応答装置といった各装置を有する推定処理システム１によって実現される。
【０１４４】
また、上述してきた各実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【０１４５】
〔８．効果〕
上述してきたように、実施形態に係る推定装置に対応するユーザ端末１０は、取得部１６２と、推定部１６３と、応答部１６６とを有する。取得部１６２は、所定のサービスコンテンツに関する情報であるサービス関連情報を取得する。推定部１６３は、取得部１６２によって取得されたサービス関連情報に基づいて、サービスコンテンツに関する認証の認証レベルを推定する。応答部１６６は、推定部１６３によって推定された認証レベルに基づいて、サービスコンテンツに関する認証に対して応答する。
【０１４６】
このように、実施形態に係るユーザ端末１０は、サービスコンテンツが要求する認証処理において、サービス関連情報を取得し、取得した情報に基づいて、当該認証処理における認証レベルを推定する。これにより、ユーザ端末１０は、認証に際して適切な認証レベルをクライアント側で動的に設定し、設定したレベルで認証を行うことができる。すなわち、ユーザ端末１０は、サービスに応じて適切な認証強度を用いて認証を行うことができる。
【０１４７】
また、応答部１６６は、推定部１６３によって推定された認証レベルに基づいて、サービスコンテンツに関する認証に対応するための認証情報を選択又は生成し、サービスコンテンツに関する認証に対して選択又は生成した認証情報を応答する。
【０１４８】
このように、実施形態に係るユーザ端末１０は、推定した認証レベルに対応する認証情報を用いて認証を行うようサーバ側に応答することができる。例えば、ユーザ端末１０によれば、認証レベルに即した認証手段によって得られた認証情報を自動的に選択したり、認証情報の生成をユーザに通知したりすることができる。すなわち、ユーザ端末１０は、認証処理に際して煩わしい手間をユーザに要求することを減らすことができるため、ユーザビリティを向上させることができる。
【０１４９】
また、推定部１６３は、サービスコンテンツに関する認証として、ユーザ端末１０を利用するユーザのコンテキスト情報を用いる認証についての認証レベルを推定する。応答部１６６は、推定部１６３によって推定された認証レベルに対応するユーザのコンテキスト情報を、サービスコンテンツに関する認証に対して応答する。
【０１５０】
このように、実施形態に係るユーザ端末１０は、ユーザのコンテキスト情報を認証情報として用いることができる。コンテキスト情報を認証に用いることで、ユーザは、パスワードの入力等の手間を省くことができる。また、ユーザ端末１０は、コンテキスト認証を行う場合であっても、サービスに合わせた適切な認証レベルを用いて認証を行うことができるため、サービスに応じて、適切な安全性を保つ認証を実現できる。
【０１５１】
また、応答部１６６は、サービスコンテンツを提供するサーバ側が、ユーザ端末１０を利用するユーザのコンテキスト情報を用いて認証を行うことができない場合には、コンテキスト情報と同等の認証レベルを満たす他の認証情報を、コンテキスト情報に代えて応答する。
【０１５２】
このように、実施形態に係るユーザ端末１０は、認証処理においてコンテキスト情報を認証情報として利用できない場合には、同等の認証レベルに対応する認証情報を応答するようにしてもよい。すなわち、ユーザ端末１０は、ユーザ端末１０側において、コンテキスト情報をラップ（wrap）するような形で、サーバ側が対応可能な認証情報（例えば、パスワードや、指紋データなど）を応答する。このように、ユーザ端末１０は、認証処理において、柔軟な処理を行うことができる。また、ユーザは、ユーザ自身が意識することなく、サーバ側で処理可能な認証情報がユーザ端末１０によって自動的に応答されるため、煩わしい認証処理の手間を省くことができる。
【０１５３】
また、応答部１６６は、推定部１６３によって推定された認証レベルに対して、ユーザ端末１０を利用するユーザのコンテキスト情報が認証情報として認証レベルを満たさない場合には、認証レベルを満たす他の認証情報をコンテキスト情報に付加して応答する。
【０１５４】
このように、実施形態に係るユーザ端末１０は、認証レベルを満たす認証情報となるように、コンテキスト情報に更なる認証情報を付加して、サーバ側に応答することができる。言い換えれば、ユーザ端末１０は、推定した認証レベルを満たすような多要素認証を実現することができる。これにより、ユーザ端末１０は、コンテキスト情報のみでは認証レベルを満たさないようなサービスコンテンツに対しても、さらに認証情報を付加することで、ユーザに利用させることができる。このため、ユーザ端末１０は、認証処理に関するユーザビリティを向上させることができる。
【０１５５】
また、取得部１６２は、サービス関連情報として、サービスコンテンツに関する業種、サービスコンテンツが提供するサービスの種別、及び、サービスコンテンツに含まれるテキストデータのうち、少なくとも一つを取得する。推定部１６３は、取得部１６２によって取得されたサービス関連情報に基づいて、サービスコンテンツに関する認証の認証レベルを推定する。
【０１５６】
このように、実施形態に係るユーザ端末１０は、サービス関連情報を解析することで、サービスコンテンツを示す種々の情報を取得する。そして、ユーザ端末１０は、取得した情報を用いて認証レベルを推定する。これにより、ユーザ端末１０は、推定処理を精度よく行うことができる。
【０１５７】
また、推定部１６３は、所定のサービスコンテンツに対して認証レベルの推定を行った履歴、又は、ユーザ端末１０以外の端末装置が所定のサービスコンテンツに対して認証レベルの推定を行った履歴に基づいて、対象とするサービスコンテンツの認証レベルを推定する。
【０１５８】
このように、実施形態に係るユーザ端末１０は、過去の推定処理や、他の端末装置が行った推定処理に関する学習を行い、学習処理を反映させて推定処理を行ってもよい。これにより、ユーザ端末１０は、推定処理を精度よく行うことができる。
【０１５９】
また、ユーザ端末１０は、下記の処理を行う取得部１６２と、推定部１６３と、応答部１６６によって構成されてもよい。すなわち、取得部１６２は、所定のサービスコンテンツに関する情報であるサービス関連情報として、サービスコンテンツに関する認証について、予めサービスコンテンツ側で設定された認証レベルを取得する。推定部１６３は、取得部１６２によって取得された認証レベルに基づいて、認証レベルを満たす情報であって、サービスコンテンツに関する認証で利用可能な情報を推定する。応答部１６６は、推定部１６３によって推定された情報に基づいて、サービスコンテンツに関する認証に対して応答する認証情報を選択又は生成し、サービスコンテンツに関する認証に対して選択又は生成した認証情報を応答する。
【０１６０】
このように、実施形態に係るユーザ端末１０は、予めサーバ側で認証レベルが設定されている場合には、認証レベルを満たすための情報を推定する処理を行ってもよい。そして、ユーザ端末１０は、推定した情報に基づいて、認証で用いる認証情報をサーバ側に応答する。これにより、ユーザ端末１０は、認証処理に用いる認証情報を適切に選択又は生成することができる。例えば、ユーザ端末１０は、認証手段がサーバ側から明示されなくとも、認証レベルに即した認証手段をユーザ端末１０側で推定し、推定した認証手段に基づく認証情報を応答することができる。これにより、ユーザ端末１０のユーザは、特段にユーザ自身が意識することなく、適切なレベルでの認証処理を行うことができる。
【０１６１】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１６２】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【０１６３】
１      推定処理システム
１０    ユーザ端末
１１    通信部
１２    入力部
１３    表示部
１４    検知部
１５    記憶部
１５１  認証情報記憶部
１５２  認証手段テーブル
１５３  コンテキストテーブル
１５５  推定情報記憶部
１５６  定義テーブル
１５７  ドメインテーブル
１５８  メタデータテーブル
１５９  履歴テーブル
１６    制御部
１６１  受信部
１６２  取得部
１６３  推定部
１６４  解析部
１６５  学習部
１６６  応答部
１６７  選択部
１６８  生成部
１６９  送信部
１００  サービスサーバ
【図１】
2017199124.tif 000003
【図２】
2017199124.tif 000004
【図３】
2017199124.tif 000005
【図４】
2017199124.tif 000006
【図５】
2017199124.tif 000007
【図６】
2017199124.tif 000008
【図７】
2017199124.tif 000009
【図８】
2017199124.tif 000010
【図９】
2017199124.tif 000011
【図１０】
2017199124.tif 000012
【図１１】
2017199124.tif 000013