特許 7494083 端末装置及び認証システム

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

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

(11)【特許番号】

(24)【登録日】2024-05-24

(45)【発行日】2024-06-03

(54)【発明の名称】端末装置及び認証システム

(51)【国際特許分類】

   G06F 21/31 20130101AFI20240527BHJP

   G06F 21/30 20130101ALI20240527BHJP

   G06F 21/62 20130101ALI20240527BHJP

【ＦＩ】

G06F21/31

G06F21/30

G06F21/62 309

【請求項の数】 5

(21)【出願番号】P 2020170516

(22)【出願日】2020-10-08

(65)【公開番号】P2022062483

(43)【公開日】2022-04-20

【審査請求日】2023-09-26

(73)【特許権者】

【識別番号】000003078

【氏名又は名称】株式会社東芝

(73)【特許権者】

【識別番号】301063496

【氏名又は名称】東芝デジタルソリューションズ株式会社

(74)【代理人】

【識別番号】110002907

【氏名又は名称】弁理士法人イトーシン国際特許事務所

(72)【発明者】

【氏名】橋本 和也

(72)【発明者】

【氏名】向山 弘樹

【審査官】三森 雄介

(56)【参考文献】

【文献】国際公開第２０１９／１５９６９０（ＷＯ，Ａ１）

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

Ｇ０６Ｆ２１／００ー２１／８８

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

【請求項1】

ネットワークに接続されるネットワーク接続部と、
前記ネットワークに接続されていないオフライン時に取得することができる複数の情報を用いてリスク検証を行うリスク検証部と、
前記リスク検証部の検証結果に応じて所望のアプリケーションへのアクセスを制御するとともに、前記所望のアプリケーションへのアクセスを制御するためのアクセス許可情報の有効期限を延長する認証管理部と、
を有することを特徴とする端末装置。

【請求項2】

前記複数の情報は、所望の操作を行った際のユーザ情報、操作情報、日時情報及び位置情報であることを特徴とする請求項１に記載の端末装置。

【請求項3】

前記リスク検証部は、前記ユーザ情報、前記操作情報、前記日時情報及び前記位置情報に応じて、ユーザ情報リスクスコア、操作情報リスクスコア、日時情報リスクスコア及び位置情報リスクスコアを算出することを特徴とする請求項２に記載の端末装置。

【請求項4】

前記リスク検証部は、前記ユーザ情報リスクスコア、前記操作情報リスクスコア、前記日時情報リスクスコア及び前記位置情報リスクスコアを加算したリスクスコアを算出し、前記リスクスコアを所定の閾値と比較することで、前記リスク検証を行うことを特徴とする請求項３に記載の端末装置。

【請求項5】

ネットワークに接続されるネットワーク接続部と、前記ネットワークに接続されていないオフライン時に取得することができる複数の情報を用いてリスク検証を行うリスク検証部と、前記リスク検証部の検証結果に応じて所望のアプリケーションへのアクセスを制御するとともに、アクセス許可情報の有効期限を延長する認証管理部と、を有する端末装置と、
前記ネットワークを介して前記所望のアプリケーションへのアクセスを制御するための前記アクセス許可情報を発行する認証サーバと、
を有することを特徴とする認証システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、端末装置及び認証システムに関する。

【背景技術】

【0002】

従来、オンラインで認証・認可を行い、認証・認可の結果（アクセストークン）をローカルに保持し、有効期限が切れるまで、所望のアプリケーション（あるいは、保護すべき情報）にアクセスを可能とする仕組みが存在する。有効期限が切れた場合、オンラインで再度、認証・認可を行う必要があるが、オフラインのケースでは、所望のアプリケーションにアクセスできなくなってしまう。

【0003】

アクセストークンの有効期限を長くすることで上記ケースを回避し易くすることはできるが、セキュリティレベルが下がってしまう。そのため、アクセストークンの有効期限が切れた後の必要なタイミングでアクセストークンを更新する複数の仕組みが存在する。

【0004】

しかしながら、いずれの仕組みにおいても、オフライン時にはアクセストークンを容易に更新することができないため、アクセストークンの有効期限が切れた場合に、所望のアプリケーションに容易にアクセスできなくなってしまう。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１７－１６４２８号公報

【文献】特開２０１２－２１５９８５号公報

【文献】特開２００９－９３２７３号公報

【発明の概要】

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

【0006】

実施形態は、オフライン時にアクセストークンの有効期限が切れた場合でも、所望のアプリケーションに容易にアクセスすることができる端末装置及び認証システムを提供することを目的とする。

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

【0007】

実施形態の端末装置は、ネットワーク接続部と、リスク検証部と、認証管理部とを有する。ネットワーク接続部は、ネットワークに接続される。リスク検証部は、ネットワークに接続されていないオフライン時に取得することができる複数の情報を用いてリスク検証を行う。認証管理部は、リスク検証部の検証結果に応じて所望のアプリケーションへのアクセスを制御するとともに、所望のアプリケーションへのアクセスを制御するためのアクセス許可情報の有効期限を延長する。

【図面の簡単な説明】

【0008】

【図1】一実施形態の認証システムの構成の一例を示す図である。

【図2】モバイル端末のハードウエア構成の一例を示すブロック図である。

【図3】モバイル端末の機能構成の一例を示すブロック図である。

【図4】トークン保持部が保持するデータテーブルの一例を示す図である。

【図5】操作情報保持部が保持するデータテーブルの一例を示す図である。

【図6】リスク検証ポリシ保持部が保持するデータテーブルの一例を示す図である。

【図7】本実施形態の認証処理の一例を示すフローチャートである。

【図8】図７のＳ９のリスク検証処理の一例を示すフローチャートである。

【図9】図８のＳ２１のユーザ情報リスクスコアを算出する処理の一例を示すフローチャートである。

【図10】図８のＳ２２の操作情報リスクスコアを算出する処理の一例を示すフローチャートである。

【図11】図８のＳ２３の日時情報リスクスコアを算出する処理の一例を示すフローチャートである。

【図12】図８のＳ２４の位置情報リスクスコアを算出する処理の一例を示すフローチャートである。

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

【0009】

以下、図面を参照して実施形態について詳細に説明する。
図１は、一実施形態の認証システムの構成の一例を示す図である。図１に示すように、認証システム１は、モバイル端末１０と、ネットワーク１１と、サービスサーバ１２と、認証サーバ１３とにより構成されている。

【0010】

端末装置であるモバイル端末１０は、例えばスマートフォンやタブレット等であり、ネットワーク１１を経由してサービスサーバ１２及び認証サーバ１３に接続される。サービスサーバ１２は、アプリケーション等のサービスを提供する。モバイル端末１０は、サービスサーバ１２から所望のアプリケーションをダウンロードして実行することができる。

【0011】

認証サーバ１３は、モバイル端末１０が実行する所望のアプリケーションの認証・認可を行い、所望のアプリケーションへのアクセスを制御するアクセス許可情報としてのアクセストークン（以下、単にトークンとも呼ぶ）を発行し、ネットワーク１１を経由してモバイル端末１０に送信する。

【0012】

図２は、モバイル端末のハードウエア構成の一例を示すブロック図である。図２に示すように、モバイル端末１０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、ネットワーク接続部２４と、カードＩ／Ｆ２５と、入力部２６と、表示部２７と、バス２８とを有して構成されている。ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ネットワーク接続部２４、カードＩ／Ｆ２５、入力部２６及び表示部２７は、互いにバス２８を介して接続されている。

【0013】

ＣＰＵ２１は、モバイル端末１０の各種処理を実行する。ＲＯＭ２２は、モバイル端末１０の各種処理を実行するためのプログラム等を記憶している。ＲＡＭ２３は、モバイル端末１０の各種処理を実行するためのプログラム、及び、プログラムの実行中に生成される各種データを一時的に記憶する。すなわち、ＣＰＵ２１は、ＲＯＭ２２に記憶されているプログラムを読み出し、ＲＡＭ２３に展開して実行することで、モバイル端末１０の各種処理を実行することができる。

【0014】

ネットワーク接続部２４は、有線または無線によりネットワーク１１と接続される。モバイル端末１０は、ネットワーク接続部２４を介してネットワーク１１と接続されることにより、サービスサーバ１２及び認証サーバ１３と各種の通信を行うことができる。

【0015】

カードＩ／Ｆ２５は、モバイル端末１０に装着されるＩＣカード等が接続される接続インターフェースである。ＣＰＵ２１は、ＩＣカード等に各種データを書き込んだり、ＩＣカードに記憶された各種データを読み出したりすることができる。

【0016】

入力部２６は、例えばタッチパネル等であり、ユーザから入力された情報を受け付け、ユーザからの入力情報をＣＰＵ２１に出力する。表示部２７は、例えば液晶ディスプレイ等の表示装置であり、ＣＰＵ２１の制御に基づき各種情報を表示する。

【0017】

図３は、モバイル端末の機能構成の一例を示すブロック図である。図３に示すように、モバイル端末１０は、認証部３０、アプリケーション４０、位置情報管理部５０、日時情報管理部５１、アプリケーション管理部５２、端末ログイン管理部５３を有して構成されている。

【0018】

認証部３０は、認証管理部３１と、トークン検証部３２と、トークン保持部３３と、リスク検証部３４と、操作情報保持部３５と、リスク検証ポリシ保持部３６とを有して構成されている。

【0019】

アプリケーション４０は、サービスサーバ１２から提供されるアプリケーションであり、アクセス制御部４１を有して構成されている。アクセス制御部４１は、認証部３０の認証結果に基づきアプリケーション４０へのアクセスを制御する。

【0020】

認証管理部３１は、モバイル端末１０がオンラインの場合、すなわち、ネットワーク接続部２４を介してネットワーク１１に接続されている場合、ユーザが入力したユーザＩＤ 及びパスワードを認証サーバ１３に送信する。認証サーバ１３による認証が成功すると、認証サーバ１３からトークンが送信される。トークンは、ネットワーク接続部２４を介して認証管理部３１に入力される。認証管理部３１は、認証サーバ１３から送信されたトークンをトークン保持部３３に保持し、ユーザにアプリケーション４０へのアクセスを許可する。

【0021】

図４は、トークン保持部が保持するデータテーブルの一例を示す図である。図４に示すように、トークン保持部３３は、ユーザＩＤ、トークン、トークンの発行日時、及び、トークンの有効期限が対応付けられたデータテーブルＴＢＬ１を保持する。

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

次に、Ｓ２２の操作情報リスクスコアを算出する処理について説明する。図１０は、図８のＳ２２の操作情報リスクスコアを算出する処理の一例を示すフローチャートである。

【0055】

リスク検証部３４は、アプリケーション管理部５２から当該ユーザの端末ロック解除後の操作内容を取得する（Ｓ４１）。リスク検証部３４は、操作情報保存部３５から当該ユーザの過去の操作内容を取得する（Ｓ４２）。リスク検証部３４は、端末ロック解除後の操作内容と過去の操作内容との類似度を計算し、操作情報リスクスコア（０～１）を算出する（Ｓ４３）。

【0056】

具体的には、リスク検証部３４は、当該ユーザの端末ロック解除後の操作内容（現在の操作内容）と、図５のデータテーブルＴＢＬ２の操作内容（過去の操作内容）とを比較し、類似度を計算する。リスク検証部３４は、端末ロック解除後の操作内容と過去の操作内容との類似度が高いほど０に近づき、類似度が低いほど１に近づくように操作情報リスクスコアを算出する。

【0057】

最後に、リスク検証部３４は、操作情報リスクスコアに操作情報リスク重み付けを乗算し（Ｓ４４）、図８に戻る。図６のデータテーブルＴＢＬ３に示すように、操作情報リスク重み付けは１であるため、リスク検証部３４は、算出した操作情報リスクスコア（０～１）に１を乗算し、最終的な操作情報リスクスコアを算出する。

【0058】

次に、Ｓ２３の日時情報リスクスコアを算出する処理について説明する。図１１は、図８のＳ２３の日時情報リスクスコアを算出する処理の一例を示すフローチャートである。

【0059】

リスク検証部３４は、日時情報管理部５１から現在の日時情報を取得する（Ｓ５１）。リスク検証部３４は、操作情報保持部３５から当該ユーザの過去の操作日時情報を取得する（Ｓ５２）。

【0060】

リスク検証部３４は、現在の日時情報から現在の曜日を求め、過去の操作日時情報から過去に操作した曜日を求める（Ｓ５３）。リスク検証部３４は、現在の曜日が過去に操作した曜日に含まれていない場合、曜日リスクスコアを１にし、現在の曜日が過去に操作した曜日に含まれている場合、曜日リスクスコアを０にする（Ｓ５４）。

【0061】

リスク検証部３４は、現在の日時情報から現在の時刻を求め、過去の操作日時情報から過去に操作した時刻を求める（Ｓ５５）。リスク検証部３４は、現在の時刻が過去に操作した時刻の範囲内に含まれていない場合、時刻リスクスコアを１にし、現在の時刻が過去に操作した時刻の範囲内に含まれている場合、時刻リスクスコアを０にする（Ｓ５６）。

【0062】

リスク検証部３４は、曜日リスクスコアに曜日情報リスク重み付けを乗算し、時刻リスクスコアに時刻情報リスク重み付けを乗算する（Ｓ５７）。図６のデータテーブルＴＢＬ３に示すように、曜日情報リスク重み付け及び時刻情報リスク重み付けは２であるため、リスク検証部３４は、算出した曜日リスクスコア（０または１）及び時刻リスクスコア（０または１）にそれぞれ２を乗算し、最終的な曜日リスクスコア及び時刻リスクスコアを算出する。

【0063】

リスク検証部３４は、Ｓ５７の処理により得られた曜日リスクスコアと時刻リスクスコアとを加算し、日時情報リスクスコアを算出し（Ｓ５８）、図８に戻る。すなわち、Ｓ５７の処理により得られた曜日リスクスコアと時刻リスクスコアとを加算した値が日時情報リスクスコアとなる。

【0064】

次に、Ｓ２４の位置情報リスクスコアを算出する処理について説明する。図１２は、図８のＳ２４の位置情報リスクスコアを算出する処理の一例を示すフローチャートである。

【0065】

リスク検証部３４は、位置情報管理部５０から現在の位置情報を取得する（Ｓ６１）。次に、リスク検証部３４は、操作情報保持部３５から当該ユーザの過去の操作位置情報を取得する（Ｓ６２）。

【0066】

リスク検証部３４は、過去の操作位置情報と現在の位置情報とに基づき、過去の操作位置と現在の位置との距離をそれぞれ計算し、最短距離（ｋｍ）を算出する（Ｓ６３）。より具体的には、操作情報保持部３５から取得する過去の操作位置情報は複数存在するため、リスク検証部３４は、複数の過去の操作位置情報と現在の位置情報とから過去の操作位置と現在の位置との距離をそれぞれ計算し、計算した距離の中で最も短い距離を最短距離とする。

【0067】

リスク検証部３４は、最短距離÷２を計算し、位置情報リスクスコア（０～１）を算出する（Ｓ６４）。例えば、最短距離が０．８（ｋｍ）の場合、位置情報リスクスコアは０．４と算出され、最短距離が１．５（ｋｍ）の場合、位置情報リスクスコアは、０．７５と算出される。ただし、リスク検証部３４は、位置情報リスクスコアが１以上の場合は１とする。すなわち、最短距離が２（ｋｍ）以上の場合、リスクスコアは全て１となる。

【0068】

なお、Ｓ６４の処理では、最短距離を２で除算しているが、これに限定されるものではない。例えば、リスク検証部３４は、最短距離を３あるいは４で除算し、位置情報リスクスコアを算出してもよい。また、リスク検証部３４は、最短距離を所定の値で除算しなくてもよい。例えば、リスク検証部３４は、最短距離が０．８（ｋｍ）の場合、位置情報リスクスコアを０．８と算出し、最短距離が１（ｋｍ）以上の場合、リスクスコアは全て１と算出する。

【0069】

最後に、リスク検証部３４は、位置情報リスクスコアに位置情報リスク重み付けを乗算し（Ｓ６５）、処理を終了する。図６のデータテーブルＴＢＬ３に示すように、位置情報リスク重み付けは３であるため、リスク検証部３４は、算出した位置情報リスクスコア（０～１）に３を乗算し、最終的な位置情報リスクスコアを算出する。

【0070】

以上のように、リスク検証部３４は、図９～図１２の処理によりユーザ情報リスクスコア操作情報リスクスコア、日時情報リスクスコア、及び、位置情報リスクスコアを算出する。そして、リスク検証部３４は、Ｓ２５の処理により、ユーザ情報リスクスコア操作情報リスクスコア、日時情報リスクスコア、及び、位置情報リスクスコアを加算して、最終的なリスクスコアを算出する。

【0071】

リスク検証部３４は、Ｓ２６の処理により、算出したリスクスコアをデータテーブルＴＢＬ３のリスクスコア閾値と比較する。そして、リスク検証部３４は、算出したリスクスコアがリスクスコア閾値未満の場合、リスク検証処理の検証結果に問題なしと判断し、算出したリスクスコアがリスクスコア閾値以上の場合、リスク検証処理の検証結果に問題ありと判断し、認証管理部３１にリスク検証結果を通知する。

【0072】

認証管理部３１は、リスク検証処理の検証結果に問題がない場合、トークンの有効期限が切れているアプリケーションへのアクセスを許可し、リスク検証処理の検証結果に問題がある場合、トークンの有効期限が切れているアプリケーションへのアクセスを不許可とする。

【0073】

さらに、認証管理部３１は、リスク検証処理の検証結果に問題がない場合、トークンの有効期限が切れているアプリケーションへのアクセスを許可するとともに、アクセス許可情報であるトークンの有効期限を延長するようにデータテーブルＴＢＬ１を書き換える。これにより、認証管理部３１は、有効期限が切れているトークンに対して有効期限を延長することができる。

【0074】

従来、トークンの有効期限を更新する仕組みとして、事前にＳＩＭ（Subscriber Identity Module）にトークン期限延長に関するロジックを埋め込んでおき、有効期限が切れた場合、ＰＩＮ（Personal Identification Number）照合を行い、一致すれば、トークンの有効期限の延長を実施する仕組みが存在する。

【0075】

しかしながら、事前にＳＩＭにトークン期限延長に関するロジックを埋め込む仕組みでは、ＰＩＮ等の認証情報を事前に埋め込んでおく必要があり、管理が煩雑である。

【0076】

これに対し、本実施形態では、オフラインでの利用時にのみ取得できる情報でのみ認証を実施するため、事前に情報を埋め込んでおく必要がなく、管理の手間を省くことができる。

【0077】

また、トークンの有効期限を更新する他の仕組みとして、オンラインのログイン時にアクセス制御ポリシをクライアントに保存し、有効期限が切れた場合、クライアントでチャレンジコードを発行し、セキュリティ管理者にメールや電話等で連絡し、ワンタイムパスワードを発行してもらい、ワンタイムパスワードを入力することで、アクセス制御ポリシを更新する仕組みが存在する。

【0078】

しかしながら、ワンタイムパスワードを発行してもらう仕組みは、セキュリティ管理者に何らかの手段で連絡を取る必要があり、完全なオフライン環境では利用できない。

【0079】

これに対し、本実施形態では、オフラインでの利用時にのみ取得できる情報でのみ認証を実施するため、完全なオフライン環境であっても利用することができる。

【0080】

さらに、トークンの有効期限を更新する他の仕組みとして、有効期限が切れた場合、行動履歴から質問を作成し、一定数正解すると認証成功とし、トークンの期限延長を実施する仕組みが存在する。

【0081】

しかしながら、行動履歴から質問を作成する仕組みは、認証情報を入力するのはユーザであり、かつ、認証の正解が都度代わるため、認証の精度が安定しない。

【0082】

これに対し、本実施形態では、オフラインでの利用時にのみ取得できる情報でのみ認証を実施するため、ユーザの入力に依存しない認証方法であり、都度変わる認証方法にユーザが対応しなくても済むため、認証の精度を安定させることができる。

【0083】

よって、本実施形態の端末装置及び認証システムによれば、オフライン時にアクセストークンの有効期限が切れた場合でも、所望のアプリケーションに容易にアクセスすることができる。

【0084】

なお、本明細書におけるフローチャート中の各ステップは、その性質に反しない限り、実行順序を変更し、複数同時に実行し、あるいは実行毎に異なった順序で実行してもよい。

【0085】

発明のいくつかの実施の形態を説明したが、これらの実施の形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施の形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施の形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0086】

１…認証システム、１０…モバイル端末、１１…ネットワーク、１２…サービスサーバ、１３…認証サーバ、２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…ネットワーク接続部、２５…カードＩ／Ｆ、２６…入力部、２７…表示部、２８…バス、３０…認証部、３１…認証管理部、３２…トークン検証部、３３…トークン保持部、３４…リスク検証部、３５…操作情報保持部、３６…リスク検証ポリシ保持部、４０…アプリケーション、４１…アクセス制御部、５０…位置情報管理部、５１…日時情報管理部、５２…アプリケーション管理部、５３…端末ログイン管理部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】