JP7494083B2 - Terminal device and authentication system - Google Patents

Description

Translated fromJapanese

本発明の実施形態は、端末装置及び認証システムに関する。An embodiment of the present invention relates to a terminal device and an authentication system.

従来、オンラインで認証・認可を行い、認証・認可の結果（アクセストークン）をローカルに保持し、有効期限が切れるまで、所望のアプリケーション（あるいは、保護すべき情報）にアクセスを可能とする仕組みが存在する。有効期限が切れた場合、オンラインで再度、認証・認可を行う必要があるが、オフラインのケースでは、所望のアプリケーションにアクセスできなくなってしまう。Conventionally, there exists a mechanism whereby authentication and authorization is performed online, the result of the authentication and authorization (access token) is stored locally, and the desired application (or information to be protected) can be accessed until it expires. When the token expires, authentication and authorization must be performed again online, but in the offline case, the desired application cannot be accessed.

アクセストークンの有効期限を長くすることで上記ケースを回避し易くすることはできるが、セキュリティレベルが下がってしまう。そのため、アクセストークンの有効期限が切れた後の必要なタイミングでアクセストークンを更新する複数の仕組みが存在する。The above cases can be easily avoided by extending the access token's validity period, but this reduces the security level. For this reason, there are several mechanisms for refreshing access tokens when necessary after they have expired.

しかしながら、いずれの仕組みにおいても、オフライン時にはアクセストークンを容易に更新することができないため、アクセストークンの有効期限が切れた場合に、所望のアプリケーションに容易にアクセスできなくなってしまう。However, in either mechanism, the access token cannot be easily updated when offline, so if the access token expires, it becomes difficult to access the desired application.

特開２０１７－１６４２８号公報JP 2017-16428 A特開２０１２－２１５９８５号公報JP 2012-215985 A特開２００９－９３２７３号公報JP 2009-93273 A

実施形態は、オフライン時にアクセストークンの有効期限が切れた場合でも、所望のアプリケーションに容易にアクセスすることができる端末装置及び認証システムを提供することを目的とする。The embodiment aims to provide a terminal device and an authentication system that allows easy access to a desired application even if the access token has expired while offline.

実施形態の端末装置は、ネットワーク接続部と、リスク検証部と、認証管理部とを有する。ネットワーク接続部は、ネットワークに接続される。リスク検証部は、ネットワークに接続されていないオフライン時に取得することができる複数の情報を用いてリスク検証を行う。認証管理部は、リスク検証部の検証結果に応じて所望のアプリケーションへのアクセスを制御するとともに、所望のアプリケーションへのアクセスを制御するためのアクセス許可情報の有効期限を延長する。The terminal device of the embodiment has a network connection unit, a risk verification unit, and an authentication management unit. The network connection unit is connected to a network. The risk verification unit performs risk verification using multiple pieces of information that can be acquired offline when not connected to the network. The authentication management unit controls access to a desired application according to the verification result of the risk verification unit, and extends the expiration date of access permission information for controlling access to the desired application.

一実施形態の認証システムの構成の一例を示す図である。FIG. 1 illustrates an example of a configuration of an authentication system according to an embodiment.モバイル端末のハードウエア構成の一例を示すブロック図である。FIG. 2 is a block diagram showing an example of a hardware configuration of a mobile terminal.モバイル端末の機能構成の一例を示すブロック図である。FIG. 2 is a block diagram showing an example of a functional configuration of a mobile terminal.トークン保持部が保持するデータテーブルの一例を示す図である。13 is a diagram illustrating an example of a data table stored in a token storage unit;FIG.操作情報保持部が保持するデータテーブルの一例を示す図である。4 is a diagram illustrating an example of a data table stored in an operation information storage unit. FIG.リスク検証ポリシ保持部が保持するデータテーブルの一例を示す図である。13 is a diagram illustrating an example of a data table stored in a risk verification policy storage unit.FIG.本実施形態の認証処理の一例を示すフローチャートである。10 is a flowchart illustrating an example of an authentication process according to the present embodiment.図７のＳ９のリスク検証処理の一例を示すフローチャートである。8 is a flowchart showing an example of the risk verification process of S9 in FIG. 7.図８のＳ２１のユーザ情報リスクスコアを算出する処理の一例を示すフローチャートである。10 is a flowchart showing an example of a process of calculating a user information risk score in S21 of FIG. 8.図８のＳ２２の操作情報リスクスコアを算出する処理の一例を示すフローチャートである。10 is a flowchart showing an example of a process of calculating an operation information risk score in S22 of FIG. 8 .図８のＳ２３の日時情報リスクスコアを算出する処理の一例を示すフローチャートである。10 is a flowchart showing an example of a process for calculating a date and time information risk score in S23 of FIG. 8.図８のＳ２４の位置情報リスクスコアを算出する処理の一例を示すフローチャートである。10 is a flowchart showing an example of a process of calculating a location information risk score in S24 of FIG. 8 .

以下、図面を参照して実施形態について詳細に説明する。
図１は、一実施形態の認証システムの構成の一例を示す図である。図１に示すように、認証システム１は、モバイル端末１０と、ネットワーク１１と、サービスサーバ１２と、認証サーバ１３とにより構成されている。 Hereinafter, the embodiments will be described in detail with reference to the drawings.
1 is a diagram showing an example of a configuration of an authentication system according to an embodiment. As shown in FIG. 1, theauthentication system 1 includes amobile terminal 10, anetwork 11, aservice server 12, and anauthentication server 13.

端末装置であるモバイル端末１０は、例えばスマートフォンやタブレット等であり、ネットワーク１１を経由してサービスサーバ１２及び認証サーバ１３に接続される。サービスサーバ１２は、アプリケーション等のサービスを提供する。モバイル端末１０は、サービスサーバ１２から所望のアプリケーションをダウンロードして実行することができる。Themobile terminal 10, which is a terminal device, is, for example, a smartphone or a tablet, and is connected to aservice server 12 and anauthentication server 13 via anetwork 11. Theservice server 12 provides services such as applications. Themobile terminal 10 can download and execute desired applications from theservice server 12.

認証サーバ１３は、モバイル端末１０が実行する所望のアプリケーションの認証・認可を行い、所望のアプリケーションへのアクセスを制御するアクセス許可情報としてのアクセストークン（以下、単にトークンとも呼ぶ）を発行し、ネットワーク１１を経由してモバイル端末１０に送信する。Theauthentication server 13 authenticates and authorizes the desired application executed by themobile terminal 10, issues an access token (hereinafter simply referred to as a token) as access permission information that controls access to the desired application, and transmits the access token to themobile terminal 11 via thenetwork 11.

図２は、モバイル端末のハードウエア構成の一例を示すブロック図である。図２に示すように、モバイル端末１０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、ネットワーク接続部２４と、カードＩ／Ｆ２５と、入力部２６と、表示部２７と、バス２８とを有して構成されている。ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ネットワーク接続部２４、カードＩ／Ｆ２５、入力部２６及び表示部２７は、互いにバス２８を介して接続されている。Figure 2 is a block diagram showing an example of the hardware configuration of a mobile terminal. As shown in Figure 2, themobile terminal 10 is configured to have aCPU 21, aROM 22, aRAM 23, anetwork connection unit 24, a card I/F 25, aninput unit 26, adisplay unit 27, and abus 28. TheCPU 21,ROM 22,RAM 23,network connection unit 24, card I/F 25,input unit 26, anddisplay unit 27 are connected to each other via thebus 28.

ＣＰＵ２１は、モバイル端末１０の各種処理を実行する。ＲＯＭ２２は、モバイル端末１０の各種処理を実行するためのプログラム等を記憶している。ＲＡＭ２３は、モバイル端末１０の各種処理を実行するためのプログラム、及び、プログラムの実行中に生成される各種データを一時的に記憶する。すなわち、ＣＰＵ２１は、ＲＯＭ２２に記憶されているプログラムを読み出し、ＲＡＭ２３に展開して実行することで、モバイル端末１０の各種処理を実行することができる。TheCPU 21 executes various processes of themobile terminal 10. TheROM 22 stores programs and the like for executing various processes of themobile terminal 10. TheRAM 23 temporarily stores programs for executing various processes of themobile terminal 10, and various data generated during program execution. In other words, theCPU 21 can execute various processes of themobile terminal 10 by reading out the programs stored in theROM 22, expanding them in theRAM 23, and executing them.

ネットワーク接続部２４は、有線または無線によりネットワーク１１と接続される。モバイル端末１０は、ネットワーク接続部２４を介してネットワーク１１と接続されることにより、サービスサーバ１２及び認証サーバ１３と各種の通信を行うことができる。Thenetwork connection unit 24 is connected to thenetwork 11 by wire or wirelessly. By being connected to thenetwork 11 via thenetwork connection unit 24, themobile terminal 10 can perform various types of communication with theservice server 12 and theauthentication server 13.

カードＩ／Ｆ２５は、モバイル端末１０に装着されるＩＣカード等が接続される接続インターフェースである。ＣＰＵ２１は、ＩＣカード等に各種データを書き込んだり、ＩＣカードに記憶された各種データを読み出したりすることができる。The card I/F 25 is a connection interface to which an IC card or the like attached to themobile terminal 10 is connected. TheCPU 21 can write various data to the IC card or the like and read various data stored in the IC card.

入力部２６は、例えばタッチパネル等であり、ユーザから入力された情報を受け付け、ユーザからの入力情報をＣＰＵ２１に出力する。表示部２７は、例えば液晶ディスプレイ等の表示装置であり、ＣＰＵ２１の制御に基づき各種情報を表示する。Theinput unit 26 is, for example, a touch panel, and receives information input by the user, and outputs the information input by the user to theCPU 21. Thedisplay unit 27 is, for example, a display device such as a liquid crystal display, and displays various information under the control of theCPU 21.

図３は、モバイル端末の機能構成の一例を示すブロック図である。図３に示すように、モバイル端末１０は、認証部３０、アプリケーション４０、位置情報管理部５０、日時情報管理部５１、アプリケーション管理部５２、端末ログイン管理部５３を有して構成されている。Figure 3 is a block diagram showing an example of the functional configuration of a mobile terminal. As shown in Figure 3, themobile terminal 10 is configured to have anauthentication unit 30, anapplication 40, a locationinformation management unit 50, a date and timeinformation management unit 51, anapplication management unit 52, and a terminallogin management unit 53.

認証部３０は、認証管理部３１と、トークン検証部３２と、トークン保持部３３と、リスク検証部３４と、操作情報保持部３５と、リスク検証ポリシ保持部３６とを有して構成されている。Theauthentication unit 30 is configured to include anauthentication management unit 31, atoken verification unit 32, atoken holding unit 33, arisk verification unit 34, an operation information holding unit 35, and a risk verification policy holding unit 36.

アプリケーション４０は、サービスサーバ１２から提供されるアプリケーションであり、アクセス制御部４１を有して構成されている。アクセス制御部４１は、認証部３０の認証結果に基づきアプリケーション４０へのアクセスを制御する。Theapplication 40 is an application provided by theservice server 12, and is configured with anaccess control unit 41. Theaccess control unit 41 controls access to theapplication 40 based on the authentication result of theauthentication unit 30.

認証管理部３１は、モバイル端末１０がオンラインの場合、すなわち、ネットワーク接続部２４を介してネットワーク１１に接続されている場合、ユーザが入力したユーザＩＤ 及びパスワードを認証サーバ１３に送信する。認証サーバ１３による認証が成功すると、認証サーバ１３からトークンが送信される。トークンは、ネットワーク接続部２４を介して認証管理部３１に入力される。認証管理部３１は、認証サーバ１３から送信されたトークンをトークン保持部３３に保持し、ユーザにアプリケーション４０へのアクセスを許可する。When themobile terminal 10 is online, i.e., when it is connected to thenetwork 11 via thenetwork connection unit 24, theauthentication management unit 31 transmits the user ID and password entered by the user to theauthentication server 13. If authentication by theauthentication server 13 is successful, a token is transmitted from theauthentication server 13. The token is input to theauthentication management unit 31 via thenetwork connection unit 24. Theauthentication management unit 31 retains the token transmitted from theauthentication server 13 in thetoken retention unit 33, and permits the user to access theapplication 40.

図４は、トークン保持部が保持するデータテーブルの一例を示す図である。図４に示すように、トークン保持部３３は、ユーザＩＤ、トークン、トークンの発行日時、及び、トークンの有効期限が対応付けられたデータテーブルＴＢＬ１を保持する。Figure 4 is a diagram showing an example of a data table held by the token holding unit. As shown in Figure 4, thetoken holding unit 33 holds a data table TBL1 in which a user ID, a token, a token issuance date and time, and a token expiration date are associated with each other.

一方、認証管理部３１は、モバイル端末１０がオフラインの場合、すなわち、ネットワーク接続部２４を介してネットワーク１１に接続されていない場合、当該ユーザのトークンがトークン保持部３３に保持されているか否かを確認する。On the other hand, when themobile terminal 10 is offline, i.e., when it is not connected to thenetwork 11 via thenetwork connection unit 24, theauthentication management unit 31 checks whether the user's token is held in thetoken holding unit 33.

具体的には、認証管理部３１は、トークン保持部３３に保持されているデータテーブルＴＢＬ１を参照することで、当該ユーザのトークンがトークン保持部３３に保持されているか否かを確認する。Specifically, theauthentication management unit 31 checks whether the token for the user is held in thetoken holding unit 33 by referring to the data table TBL1 held in thetoken holding unit 33.

認証管理部３１は、トークン保持部３３に当該ユーザのトークンが保持されていない場合、アプリケーション４０へのアクセスを許可しない。一方、認証管理部３１は、トークン保持部３３に当該ユーザのトークンが保持されている場合、トークン検証部３２を制御し、トークンを検証する。If the token of the user is not held in thetoken holding unit 33, theauthentication management unit 31 does not permit access to theapplication 40. On the other hand, if the token of the user is held in thetoken holding unit 33, theauthentication management unit 31 controls thetoken verification unit 32 to verify the token.

具体的には、トークン検証部３２は、トークン保持部３３にトークンが保持されている場合、トークンが改ざんされているか否かを検証し、検証結果を認証管理部３１に出力する。認証管理部３１は、トークン検証部３２の検証結果からトークンが改ざんされている場合、アプリケーション４０へのアクセスを許可しない。Specifically, when a token is held in thetoken holding unit 33, thetoken verification unit 32 verifies whether the token has been tampered with and outputs the verification result to theauthentication management unit 31. When the verification result of thetoken verification unit 32 indicates that the token has been tampered with, theauthentication management unit 31 does not permit access to theapplication 40.

また、トークン検証部３２は、トークンが改ざんされていない場合、トークンが有効期限内か否かを検証し、検証結果を認証管理部３１に出力する。認証管理部３１は、トークン検証部３２の検証結果からトークンが有効期限内の場合、アプリケーション４０へのアクセスを許可する。If the token has not been tampered with, thetoken verification unit 32 verifies whether the token is within the validity period and outputs the verification result to theauthentication management unit 31. If the verification result of thetoken verification unit 32 indicates that the token is within the validity period, theauthentication management unit 31 permits access to theapplication 40.

一方、認証管理部３１は、トークン検証部３２の検証結果からトークンが有効期限内でない場合、操作情報保持部３５及びリスク検証ポリシ保持部３６に保持された情報（後述するデータテーブル）を用いてリスク検証処理を実行する。認証管理部３１は、検証結果に問題ない場合、アプリケーション４０へのアクセスを許可し、検証結果に問題がある場合、トークンの有効期限が切れているアプリケーション４０へのアクセスを許可しないように制御する。On the other hand, if the verification result of thetoken verification unit 32 indicates that the token is not within its validity period, theauthentication management unit 31 executes a risk verification process using information (a data table described later) stored in the operation information storage unit 35 and the risk verification policy storage unit 36. If there is no problem with the verification result, theauthentication management unit 31 permits access to theapplication 40, and if there is a problem with the verification result, it performs control so as not to permit access to theapplication 40 whose token has expired.

図５は、操作情報保持部が保持するデータテーブルの一例を示す図である。また、図６は、リスク検証ポリシ保持部が保持するデータテーブルの一例を示す図である。Figure 5 shows an example of a data table stored in the operation information storage unit. Also, Figure 6 shows an example of a data table stored in the risk verification policy storage unit.

図５に示すように、操作情報保持部３５は、操作ＩＤ、ユーザＩＤ、操作日時、操作場所、及び、操作内容が対応付けられたデータテーブルＴＢＬ２を保持する。As shown in FIG. 5, the operation information storage unit 35 stores a data table TBL2 in which an operation ID, a user ID, an operation date and time, an operation location, and an operation content are associated with each other.

位置情報管理部５０は、ユーザがモバイル端末１０を用いて所望の操作、例えば、モバイル端末１０のロック、ロック解除、所望のアプリケーションの実行等の操作を行った際の位置情報を認証管理部３１に出力する。日時情報管理部５１は、ユーザがモバイル端末１０を用いて所望の操作を行った際の日時情報を認証管理部３１に出力する。アプリケーション管理５２は、ユーザがモバイル端末１０を用いて実行しているアプリケーションの情報を認証管理部３１に出力する。端末ログイン管理部５３は、モバイル端末１０にログインしているユーザのログイン情報を認証管理部３１に出力する。The locationinformation management unit 50 outputs to theauthentication management unit 31 location information when the user performs a desired operation using themobile terminal 10, such as locking or unlocking themobile terminal 10, or running a desired application. The date and timeinformation management unit 51 outputs to theauthentication management unit 31 date and time information when the user performs a desired operation using themobile terminal 10. Theapplication management unit 52 outputs information on the application that the user is running using themobile terminal 10 to theauthentication management unit 31. The terminallogin management unit 53 outputs login information of the user who is logged in to themobile terminal 10 to theauthentication management unit 31.

認証管理部３１は、位置情報管理部５０、日時情報管理部５１、アプリケーション管理部５２、及び、端末ログイン管理部５３からの各情報に基づいて、データテーブルＴＢＬ２を生成し、操作情報保持部３５に保持する。具体的には、認証管理部３１は、操作ＩＤにユーザＩＤ、操作日時、操作場所、操作内容を対応付けて、データテーブルＴＢＬ２として操作情報保持部３５に保持する。より具体的には、認証管理部３１は、オンラインかオフラインかに関わらず、ユーザがモバイル端末１０を用いて何らかの操作を行った際に、操作ＩＤにユーザＩＤ、操作日時、操作場所、操作内容を対応付けて記憶する。Theauthentication management unit 31 generates a data table TBL2 based on the information from the locationinformation management unit 50, the date and timeinformation management unit 51, theapplication management unit 52, and the terminallogin management unit 53, and stores the data table TBL2 in the operation information storage unit 35. Specifically, theauthentication management unit 31 associates an operation ID with a user ID, operation date and time, operation location, and operation content, and stores the data table TBL2 in the operation information storage unit 35. More specifically, when a user performs an operation using themobile terminal 10, regardless of whether the user is online or offline, theauthentication management unit 31 stores the operation ID in association with the user ID, operation date and time, operation location, and operation content.

図６に示すように、リスク検証ポリシ保持部３６は、リスクスコアとその閾値、各リスクの重み付けとその値が対応付けられたデータテーブルＴＢＬ３を保持する。各リスクの重み付けの値は、算出された各リスクスコアに重み付けを行うための値である。また、リスクスコアの閾値は、重み付けがされた各リスクスコアを加算した値に問題があるか否かを判定するための値である。As shown in FIG. 6, the risk verification policy holding unit 36 holds a data table TBL3 in which risk scores and their thresholds, and the weighting of each risk and its value are associated with each other. The weighting value of each risk is a value for weighting each calculated risk score. The risk score threshold is a value for determining whether or not there is a problem with the value obtained by adding up each weighted risk score.

リスク検証部３４は、認証管理部３１の制御に基づき、データテーブルＴＢＬ２、ＴＢＬ３の情報を用いてリスク検証を実行し、検証結果を認証管理部３１に出力する。認証管理部３１は、リスク検証部３４からの検証結果に問題ない場合、アプリケーション４０へのアクセスを許可する。一方、認証管理部３１は、リスク検証部３４からの検証結果に問題がある場合、アプリケーション４０へのアクセスを許可しないように制御する。Based on the control of theauthentication management unit 31, therisk verification unit 34 executes risk verification using the information in the data tables TBL2 and TBL3, and outputs the verification result to theauthentication management unit 31. If there is no problem with the verification result from therisk verification unit 34, theauthentication management unit 31 permits access to theapplication 40. On the other hand, if there is a problem with the verification result from therisk verification unit 34, theauthentication management unit 31 performs control not to permit access to theapplication 40.

なお、本実施形態では、データテーブルＴＢＬ１、ＴＢＬ２及びＴＢＬ３をそれぞれトークン保持部３３、操作情報保持部３５及びリスク検証ポリシ保持部３６に保持しているが、これに限定されることなく、例えば、ＵＳＢメモリといった外部記憶媒体に保持してもよい。In this embodiment, the data tables TBL1, TBL2, and TBL3 are stored in thetoken storage unit 33, the operation information storage unit 35, and the risk verification policy storage unit 36, respectively, but are not limited to this and may be stored in an external storage medium such as a USB memory, for example.

次に、本実施形態の認証処理について説明する。
図７は、本実施形態の認証処理の一例を示すフローチャートである。
まず、認証管理部３１は、オンラインか否かを判定する（Ｓ１）。認証管理部３１は、ネットワーク接続部２４を経由してネットワーク１１に接続されている場合、オンラインと判定し、ネットワーク１１に接続されていない場合、オフライン（オンラインではない）と判定する。 Next, the authentication process of this embodiment will be described.
FIG. 7 is a flowchart showing an example of the authentication process according to this embodiment.
First, theauthentication management unit 31 judges whether or not it is online (S1). When theauthentication management unit 31 is connected to thenetwork 11 via thenetwork connection unit 24, it judges it to be online, and when it is not connected to thenetwork 11, it judges it to be offline (not online).

認証管理部３１は、オンラインと判定した場合（Ｓ１：ＹＥＳ）、ネットワーク１１を介して認証サーバ１３に接続し、認証を実施する（Ｓ２）。ユーザは例えば入力部２６を用いてユーザＩＤ及びパスワードを入力することで、ユーザＩＤ及びパスワードがネットワーク１１を介して認証サーバ１３に通知される。認証サーバ１３は、通知された情報に基づき認証を実行し、認証結果がモバイル端末１０の認証管理部３１に通知する。When theauthentication management unit 31 determines that themobile terminal 10 is online (S1: YES), it connects to theauthentication server 13 via thenetwork 11 and performs authentication (S2). The user inputs a user ID and password using theinput unit 26, for example, and the user ID and password are notified to theauthentication server 13 via thenetwork 11. Theauthentication server 13 performs authentication based on the notified information and notifies theauthentication management unit 31 of themobile terminal 10 of the authentication result.

認証管理部３１は、認証に成功したか否かを判定する（Ｓ３）。認証管理部３１は、認証に成功していないと判定した場合（Ｓ３：ＮＯ）、Ｓ２の処理に戻り、同様の処理を繰り返す。一方、認証管理部３１は、認証に成功したと判定した場合（Ｓ３：ＹＥＳ）、認証サーバ１３よりトークンを取得し、トークン保持部３３に保存する（Ｓ４）。その後、認証管理部３１は、アプリケーションへのアクセスを許可し（Ｓ５）、処理を終了する。Theauthentication management unit 31 determines whether the authentication was successful (S3). If theauthentication management unit 31 determines that the authentication was not successful (S3: NO), the process returns to S2 and repeats the same process. On the other hand, if theauthentication management unit 31 determines that the authentication was successful (S3: YES), theauthentication management unit 31 obtains a token from theauthentication server 13 and stores it in the token holding unit 33 (S4). Thereafter, theauthentication management unit 31 permits access to the application (S5) and ends the process.

一方、認証管理部３１は、オンラインでないと判定した場合（Ｓ１：ＮＯ）、トークン保持部３３にトークンが存在するか否かを判定する（Ｓ６）。認証管理部３１は、トークン保持部３３のデータテーブルＴＢＬ１を参照することで、トークンが存在するか否かを判定することができる。On the other hand, if theauthentication management unit 31 determines that the device is not online (S1: NO), it determines whether or not a token exists in the token holding unit 33 (S6). Theauthentication management unit 31 can determine whether or not a token exists by referring to the data table TBL1 of thetoken holding unit 33.

認証管理部３１は、トークン保持部３３にトークンが存在しないと判定した場合（Ｓ６：ＮＯ）、Ｓ１１の処理に進む。一方、認証管理部３１は、トークン保持部３３にトークンが存在すると判定した場合、（Ｓ６：ＹＥＳ）、トークンが改ざんされているか否かを判定する（Ｓ７）。なお、Ｓ７の処理は、認証管理部３１の制御によりトークン検証部３２が実行する。When theauthentication management unit 31 determines that the token does not exist in the token holding unit 33 (S6: NO), the process proceeds to S11. On the other hand, when theauthentication management unit 31 determines that the token exists in the token holding unit 33 (S6: YES), theauthentication management unit 31 determines whether the token has been tampered with (S7). The process of S7 is executed by thetoken verification unit 32 under the control of theauthentication management unit 31.

認証管理部３１は、トークン保持部３３に保持されているトークンが改ざんされていると判定した場合（Ｓ７：ＹＥＳ）、Ｓ１１の処理に進む。一方、認証管理部３１は、トークン保持部３３に保持されているトークンが改ざんされていないと判定した場合（Ｓ７：ＮＯ）、トークンが有効期限内か否かを判定する（Ｓ８）。なお、Ｓ８の処理は、認証管理部３１の制御によりトークン検証部３２が実行する。When theauthentication management unit 31 determines that the token held in thetoken holding unit 33 has been tampered with (S7: YES), theauthentication management unit 31 proceeds to the process of S11. On the other hand, when theauthentication management unit 31 determines that the token held in thetoken holding unit 33 has not been tampered with (S7: NO), theauthentication management unit 31 determines whether the token is within its expiration date (S8). The process of S8 is executed by thetoken verification unit 32 under the control of theauthentication management unit 31.

認証管理部３１は、トークンが有効期限内であると判定した場合（Ｓ８：ＹＥＳ）、Ｓ５の処理に進み、アプリケーションへのアクセスを許可する。一方、認証管理部３１は、トークンが有効期限内でないと判定した場合（Ｓ８：ＮＯ）、リスク検証処理を実行する（Ｓ９）。このＳ９のリスク検証処理は、認証管理部３１の制御によりリスク検証部３４が実行する。なお、Ｓ９のリスク検証処理については図８を用いて詳細に説明する。If theauthentication management unit 31 determines that the token is within the validity period (S8: YES), the process proceeds to S5 and permits access to the application. On the other hand, if theauthentication management unit 31 determines that the token is not within the validity period (S8: NO), the risk verification process is executed (S9). The risk verification process of S9 is executed by therisk verification unit 34 under the control of theauthentication management unit 31. The risk verification process of S9 will be described in detail with reference to FIG. 8.

認証管理部３１は、Ｓ９のリスク検証処理により得られた検証結果に問題があるか否かを判定する（Ｓ１０）。認証管理部３１は、検証結果に問題がないと判定した場合（Ｓ１０：ＮＯ）、Ｓ５の処理に進み、アプリケーションへのアクセスを許可する。一方、認証管理部３１は、検証結果に問題があると判定した場合（Ｓ１０：ＹＥＳ）、アプリケーションへのアクセスを不許可とし（Ｓ１１）、処理を終了する。Theauthentication management unit 31 determines whether or not there is a problem with the verification result obtained by the risk verification process of S9 (S10). If theauthentication management unit 31 determines that there is no problem with the verification result (S10: NO), it proceeds to the process of S5 and permits access to the application. On the other hand, if theauthentication management unit 31 determines that there is a problem with the verification result (S10: YES), it denies access to the application (S11) and ends the process.

図８は、図７のＳ９のリスク検証処理の一例を示すフローチャートである。
Ｓ９のリスク検証処理では、リスク検証部３４は、端末ロックを解除したユーザが操作情報保持部３５に存在するユーザか否かを判定し、ユーザ情報リスクスコアを算出する（Ｓ２１）。なお、ユーザ情報リスクスコアを算出する処理については、図９を用いて詳細に説明する。 FIG. 8 is a flowchart showing an example of the risk verification process of S9 in FIG.
In the risk verification process of S9, therisk verification unit 34 determines whether the user who released the terminal lock is a user present in the operation information storage unit 35, and calculates a user information risk score (S21). The process of calculating the user information risk score will be described in detail with reference to FIG. 9.

次に、リスク検証部３４は、端末ロック解除後のユーザの操作内容を取得し、過去の操作内容と比較し、操作情報リスクスコアを算出する（Ｓ２２）。なお、操作情報リスクスコアを算出する処理については、図１０を用いて詳細に説明する。Next, therisk verification unit 34 acquires the operation details of the user after the terminal is unlocked, compares them with past operation details, and calculates an operation information risk score (S22). The process of calculating the operation information risk score will be described in detail with reference to FIG. 10.

次に、リスク検証部３４は、現在の日時情報を取得し、過去の操作日時情報と比較し、日時情報リスクスコアを算出する（Ｓ２３）。なお、日時情報リスクスコアを算出する処理については、図１１を用いて詳細に説明する。Next, therisk verification unit 34 acquires the current date and time information, compares it with past operation date and time information, and calculates a date and time information risk score (S23). The process of calculating the date and time information risk score will be described in detail with reference to FIG. 11.

次に、リスク検証部３４は、現在の位置情報を取得し、過去に操作した位置情報と比較し、位置情報リスクスコアを算出する（Ｓ２４）。なお、位置情報リスクスコアを算出する処理については、図１２を用いて詳細に説明する。Next, therisk verification unit 34 acquires the current location information, compares it with the location information operated in the past, and calculates a location information risk score (S24). The process of calculating the location information risk score will be described in detail with reference to FIG. 12.

リスク検証部３４は、各リスクスコアを加算し、リスクスコアを算出する（Ｓ２５）。すなわち、リスク検証部３４は、Ｓ２１の処理により得られたユーザ情報リスクスコア、Ｓ２２の処理により得られた操作情報リスクスコア、Ｓ２３の処理により得られた日時情報リスクスコア、及び、Ｓ２４の処理により得られた位置情報リスクスコアを加算し、最終的なリスクスコアを算出する。Therisk verification unit 34 adds up each risk score to calculate a risk score (S25). That is, therisk verification unit 34 adds up the user information risk score obtained by processing in S21, the operation information risk score obtained by processing in S22, the date and time information risk score obtained by processing in S23, and the location information risk score obtained by processing in S24 to calculate a final risk score.

リスク検証部３４は、Ｓ２５の処理により得られたリスクスコアがリスクスコア閾値以上か否かを判定する（Ｓ２６）。図６のデータテーブルＴＢＬ３に示すように、リスクスコア閾値は６であるため、リスク検証部３４は、Ｓ２５の処理により得られたリスクスコアが６以上か否かを判定している。Therisk verification unit 34 determines whether the risk score obtained by the processing of S25 is equal to or greater than the risk score threshold (S26). As shown in the data table TBL3 in FIG. 6, the risk score threshold is 6, so therisk verification unit 34 determines whether the risk score obtained by the processing of S25 is equal to or greater than 6.

リスク検証部３４は、リスクスコアがリスクスコア閾値以上でないと判定した場合（Ｓ２６：ＮＯ）、検証結果は問題なしと判定し（Ｓ２７）、図７に戻る。一方、リスク検証部３４は、リスクスコアがリスクスコア閾値以上であると判定した場合、検証結果は問題ありと判定し（Ｓ２８）、図７に戻る。If therisk verification unit 34 determines that the risk score is not equal to or greater than the risk score threshold (S26: NO), it determines that the verification result is problem-free (S27) and returns to FIG. 7. On the other hand, if therisk verification unit 34 determines that the risk score is equal to or greater than the risk score threshold, it determines that the verification result is problematic (S28) and returns to FIG. 7.

次に、Ｓ２１のユーザ情報リスクスコアを算出する処理について説明する。図９は、図８のＳ２１のユーザ情報リスクスコアを算出する処理の一例を示すフローチャートである。Next, the process of calculating the user information risk score in S21 will be described. FIG. 9 is a flowchart showing an example of the process of calculating the user information risk score in S21 in FIG. 8.

リスク検証部３４は、端末ログイン管理部５３から端末ロックを解除したユーザのユーザＩＤを取得する（Ｓ３１）。リスク検証部３４は、端末ロックを解除したユーザが操作情報保持部３５に存在するユーザか否かを判定する（Ｓ３２）。具体的には、リスク検証部３４は、端末ロックを解除したユーザが図４のデータテーブルＴＢＬ１に存在するユーザか否かを判定している。Therisk verification unit 34 acquires the user ID of the user who unlocked the terminal from the terminal login management unit 53 (S31). Therisk verification unit 34 determines whether the user who unlocked the terminal is a user who exists in the operation information storage unit 35 (S32). Specifically, therisk verification unit 34 determines whether the user who unlocked the terminal is a user who exists in the data table TBL1 in FIG. 4.

リスク検証部３４は、端末ロックを解除したユーザが操作情報保持部３５に存在するユーザと判定した場合（Ｓ３２：ＹＥＳ）、ユーザ情報リスクスコアを０にする（Ｓ３３）。一方、リスク検証部３４は、端末ロックを解除したユーザが操作情報保持部３５に存在するユーザでないと判定した場合（Ｓ３２：ＮＯ）、ユーザ情報リスクスコアを１にする（Ｓ３４）。When therisk verification unit 34 determines that the user who unlocked the terminal is a user present in the operation information storage unit 35 (S32: YES), it sets the user information risk score to 0 (S33). On the other hand, when therisk verification unit 34 determines that the user who unlocked the terminal is not a user present in the operation information storage unit 35 (S32: NO), it sets the user information risk score to 1 (S34).

リスク検証部３４は、Ｓ３３またはＳ３４の処理によって求めたユーザ情報リスクスコアにユーザ情報リスク重み付けを乗算し（Ｓ３５）、図８に戻る。図６のデータテーブルＴＢＬ３に示すように、ユーザ情報リスク重み付けは５であるため、リスク検証部３４は、算出したユーザ情報リスクスコア（０または１）に５を乗算し、最終的なユーザ情報リスクスコアを算出する。Therisk verification unit 34 multiplies the user information risk score calculated by the processing of S33 or S34 by the user information risk weighting (S35), and returns to FIG. 8. As shown in the data table TBL3 of FIG. 6, since the user information risk weighting is 5, therisk verification unit 34 multiplies the calculated user information risk score (0 or 1) by 5 to calculate the final user information risk score.

次に、Ｓ２２の操作情報リスクスコアを算出する処理について説明する。図１０は、図８のＳ２２の操作情報リスクスコアを算出する処理の一例を示すフローチャートである。Next, the process of calculating the operation information risk score in S22 will be described. FIG. 10 is a flowchart showing an example of the process of calculating the operation information risk score in S22 in FIG. 8.

リスク検証部３４は、アプリケーション管理部５２から当該ユーザの端末ロック解除後の操作内容を取得する（Ｓ４１）。リスク検証部３４は、操作情報保存部３５から当該ユーザの過去の操作内容を取得する（Ｓ４２）。リスク検証部３４は、端末ロック解除後の操作内容と過去の操作内容との類似度を計算し、操作情報リスクスコア（０～１）を算出する（Ｓ４３）。Therisk verification unit 34 acquires the operation contents of the user after the terminal is unlocked from the application management unit 52 (S41). Therisk verification unit 34 acquires the past operation contents of the user from the operation information storage unit 35 (S42). Therisk verification unit 34 calculates the similarity between the operation contents after the terminal is unlocked and the past operation contents, and calculates an operation information risk score (0 to 1) (S43).

具体的には、リスク検証部３４は、当該ユーザの端末ロック解除後の操作内容（現在の操作内容）と、図５のデータテーブルＴＢＬ２の操作内容（過去の操作内容）とを比較し、類似度を計算する。リスク検証部３４は、端末ロック解除後の操作内容と過去の操作内容との類似度が高いほど０に近づき、類似度が低いほど１に近づくように操作情報リスクスコアを算出する。Specifically, therisk verification unit 34 compares the operation contents (current operation contents) of the user after the terminal is unlocked with the operation contents (past operation contents) in the data table TBL2 in FIG. 5, and calculates the similarity. Therisk verification unit 34 calculates the operation information risk score so that the higher the similarity between the operation contents after the terminal is unlocked and the past operation contents, the closer it is to 0, and the lower the similarity, the closer it is to 1.

最後に、リスク検証部３４は、操作情報リスクスコアに操作情報リスク重み付けを乗算し（Ｓ４４）、図８に戻る。図６のデータテーブルＴＢＬ３に示すように、操作情報リスク重み付けは１であるため、リスク検証部３４は、算出した操作情報リスクスコア（０～１）に１を乗算し、最終的な操作情報リスクスコアを算出する。Finally, therisk verification unit 34 multiplies the operation information risk score by the operation information risk weighting (S44) and returns to FIG. 8. As shown in the data table TBL3 in FIG. 6, since the operation information risk weighting is 1, therisk verification unit 34 multiplies the calculated operation information risk score (0 to 1) by 1 to calculate the final operation information risk score.

次に、Ｓ２３の日時情報リスクスコアを算出する処理について説明する。図１１は、図８のＳ２３の日時情報リスクスコアを算出する処理の一例を示すフローチャートである。Next, the process of calculating the date and time information risk score in S23 will be described. FIG. 11 is a flowchart showing an example of the process of calculating the date and time information risk score in S23 in FIG. 8.

リスク検証部３４は、日時情報管理部５１から現在の日時情報を取得する（Ｓ５１）。リスク検証部３４は、操作情報保持部３５から当該ユーザの過去の操作日時情報を取得する（Ｓ５２）。Therisk verification unit 34 acquires current date and time information from the date and time information management unit 51 (S51). Therisk verification unit 34 acquires past operation date and time information of the user from the operation information storage unit 35 (S52).

リスク検証部３４は、現在の日時情報から現在の曜日を求め、過去の操作日時情報から過去に操作した曜日を求める（Ｓ５３）。リスク検証部３４は、現在の曜日が過去に操作した曜日に含まれていない場合、曜日リスクスコアを１にし、現在の曜日が過去に操作した曜日に含まれている場合、曜日リスクスコアを０にする（Ｓ５４）。Therisk verification unit 34 obtains the current day of the week from the current date and time information, and obtains the day of the week on which a previous operation was performed from the past operation date and time information (S53). If the current day of the week is not included in the days on which a previous operation was performed, therisk verification unit 34 sets the day of the week risk score to 1, and if the current day of the week is included in the days on which a previous operation was performed, therisk verification unit 34 sets the day of the week risk score to 0 (S54).

リスク検証部３４は、現在の日時情報から現在の時刻を求め、過去の操作日時情報から過去に操作した時刻を求める（Ｓ５５）。リスク検証部３４は、現在の時刻が過去に操作した時刻の範囲内に含まれていない場合、時刻リスクスコアを１にし、現在の時刻が過去に操作した時刻の範囲内に含まれている場合、時刻リスクスコアを０にする（Ｓ５６）。Therisk verification unit 34 obtains the current time from the current date and time information, and obtains the time of the past operation from the past operation date and time information (S55). If the current time is not within the range of the past operation times, therisk verification unit 34 sets the time risk score to 1, and if the current time is within the range of the past operation times, therisk verification unit 34 sets the time risk score to 0 (S56).

リスク検証部３４は、曜日リスクスコアに曜日情報リスク重み付けを乗算し、時刻リスクスコアに時刻情報リスク重み付けを乗算する（Ｓ５７）。図６のデータテーブルＴＢＬ３に示すように、曜日情報リスク重み付け及び時刻情報リスク重み付けは２であるため、リスク検証部３４は、算出した曜日リスクスコア（０または１）及び時刻リスクスコア（０または１）にそれぞれ２を乗算し、最終的な曜日リスクスコア及び時刻リスクスコアを算出する。Therisk verification unit 34 multiplies the day of the week risk score by the day of the week information risk weighting, and multiplies the time risk score by the time information risk weighting (S57). As shown in the data table TBL3 in FIG. 6, since the day of the week information risk weighting and the time information risk weighting are 2, therisk verification unit 34 multiplies the calculated day of the week risk score (0 or 1) and time risk score (0 or 1) by 2, respectively, to calculate the final day of the week risk score and time risk score.

リスク検証部３４は、Ｓ５７の処理により得られた曜日リスクスコアと時刻リスクスコアとを加算し、日時情報リスクスコアを算出し（Ｓ５８）、図８に戻る。すなわち、Ｓ５７の処理により得られた曜日リスクスコアと時刻リスクスコアとを加算した値が日時情報リスクスコアとなる。Therisk verification unit 34 adds the day of the week risk score and the time risk score obtained by the processing of S57 to calculate the date and time information risk score (S58), and returns to FIG. 8. In other words, the value obtained by adding the day of the week risk score and the time risk score obtained by the processing of S57 becomes the date and time information risk score.

次に、Ｓ２４の位置情報リスクスコアを算出する処理について説明する。図１２は、図８のＳ２４の位置情報リスクスコアを算出する処理の一例を示すフローチャートである。Next, the process of calculating the location information risk score in S24 will be described. FIG. 12 is a flowchart showing an example of the process of calculating the location information risk score in S24 in FIG. 8.

リスク検証部３４は、位置情報管理部５０から現在の位置情報を取得する（Ｓ６１）。次に、リスク検証部３４は、操作情報保持部３５から当該ユーザの過去の操作位置情報を取得する（Ｓ６２）。Therisk verification unit 34 acquires current location information from the location information management unit 50 (S61). Next, therisk verification unit 34 acquires past operation location information of the user from the operation information storage unit 35 (S62).

リスク検証部３４は、過去の操作位置情報と現在の位置情報とに基づき、過去の操作位置と現在の位置との距離をそれぞれ計算し、最短距離（ｋｍ）を算出する（Ｓ６３）。より具体的には、操作情報保持部３５から取得する過去の操作位置情報は複数存在するため、リスク検証部３４は、複数の過去の操作位置情報と現在の位置情報とから過去の操作位置と現在の位置との距離をそれぞれ計算し、計算した距離の中で最も短い距離を最短距離とする。Therisk verification unit 34 calculates the distance between each of the past operation positions and the current position based on the past operation position information and the current position information, and calculates the shortest distance (km) (S63). More specifically, since there is a plurality of pieces of past operation position information acquired from the operation information storage unit 35, therisk verification unit 34 calculates the distance between each of the past operation positions and the current position from the plurality of pieces of past operation position information and the current position information, and determines the shortest distance among the calculated distances as the shortest distance.

リスク検証部３４は、最短距離÷２を計算し、位置情報リスクスコア（０～１）を算出する（Ｓ６４）。例えば、最短距離が０．８（ｋｍ）の場合、位置情報リスクスコアは０．４と算出され、最短距離が１．５（ｋｍ）の場合、位置情報リスクスコアは、０．７５と算出される。ただし、リスク検証部３４は、位置情報リスクスコアが１以上の場合は１とする。すなわち、最短距離が２（ｋｍ）以上の場合、リスクスコアは全て１となる。Therisk verification unit 34 calculates the shortest distance divided by 2 to calculate a location information risk score (0 to 1) (S64). For example, if the shortest distance is 0.8 (km), the location information risk score is calculated to be 0.4, and if the shortest distance is 1.5 (km), the location information risk score is calculated to be 0.75. However, if the location information risk score is 1 or greater, therisk verification unit 34 sets it to 1. In other words, if the shortest distance is 2 (km) or greater, all risk scores will be 1.

なお、Ｓ６４の処理では、最短距離を２で除算しているが、これに限定されるものではない。例えば、リスク検証部３４は、最短距離を３あるいは４で除算し、位置情報リスクスコアを算出してもよい。また、リスク検証部３４は、最短距離を所定の値で除算しなくてもよい。例えば、リスク検証部３４は、最短距離が０．８（ｋｍ）の場合、位置情報リスクスコアを０．８と算出し、最短距離が１（ｋｍ）以上の場合、リスクスコアは全て１と算出する。In the process of S64, the shortest distance is divided by 2, but this is not limited to this. For example, therisk verification unit 34 may divide the shortest distance by 3 or 4 to calculate the location information risk score. Furthermore, therisk verification unit 34 does not need to divide the shortest distance by a predetermined value. For example, if the shortest distance is 0.8 (km), therisk verification unit 34 calculates the location information risk score to be 0.8, and if the shortest distance is 1 (km) or longer, all risk scores are calculated to be 1.

最後に、リスク検証部３４は、位置情報リスクスコアに位置情報リスク重み付けを乗算し（Ｓ６５）、処理を終了する。図６のデータテーブルＴＢＬ３に示すように、位置情報リスク重み付けは３であるため、リスク検証部３４は、算出した位置情報リスクスコア（０～１）に３を乗算し、最終的な位置情報リスクスコアを算出する。Finally, therisk verification unit 34 multiplies the location information risk score by the location information risk weighting (S65) and terminates the process. As shown in the data table TBL3 in FIG. 6, since the location information risk weighting is 3, therisk verification unit 34 multiplies the calculated location information risk score (0 to 1) by 3 to calculate the final location information risk score.

以上のように、リスク検証部３４は、図９～図１２の処理によりユーザ情報リスクスコア操作情報リスクスコア、日時情報リスクスコア、及び、位置情報リスクスコアを算出する。そして、リスク検証部３４は、Ｓ２５の処理により、ユーザ情報リスクスコア操作情報リスクスコア、日時情報リスクスコア、及び、位置情報リスクスコアを加算して、最終的なリスクスコアを算出する。As described above, therisk verification unit 34 calculates the user information risk score, operation information risk score, date and time information risk score, and location information risk score through the processing of Figures 9 to 12. Then, therisk verification unit 34 adds the user information risk score, operation information risk score, date and time information risk score, and location information risk score through the processing of S25 to calculate the final risk score.

リスク検証部３４は、Ｓ２６の処理により、算出したリスクスコアをデータテーブルＴＢＬ３のリスクスコア閾値と比較する。そして、リスク検証部３４は、算出したリスクスコアがリスクスコア閾値未満の場合、リスク検証処理の検証結果に問題なしと判断し、算出したリスクスコアがリスクスコア閾値以上の場合、リスク検証処理の検証結果に問題ありと判断し、認証管理部３１にリスク検証結果を通知する。Therisk verification unit 34 compares the calculated risk score with the risk score threshold in data table TBL3 by the process of S26. If the calculated risk score is less than the risk score threshold, therisk verification unit 34 determines that there is no problem with the verification result of the risk verification process, and if the calculated risk score is equal to or greater than the risk score threshold, therisk verification unit 34 determines that there is a problem with the verification result of the risk verification process, and notifies theauthentication management unit 31 of the risk verification result.

認証管理部３１は、リスク検証処理の検証結果に問題がない場合、トークンの有効期限が切れているアプリケーションへのアクセスを許可し、リスク検証処理の検証結果に問題がある場合、トークンの有効期限が切れているアプリケーションへのアクセスを不許可とする。If the verification result of the risk verification process is satisfactory, theauthentication management unit 31 permits access to the application whose token has expired, and if the verification result of the risk verification process is satisfactory, it does not permit access to the application whose token has expired.

さらに、認証管理部３１は、リスク検証処理の検証結果に問題がない場合、トークンの有効期限が切れているアプリケーションへのアクセスを許可するとともに、アクセス許可情報であるトークンの有効期限を延長するようにデータテーブルＴＢＬ１を書き換える。これにより、認証管理部３１は、有効期限が切れているトークンに対して有効期限を延長することができる。Furthermore, if there is no problem with the verification result of the risk verification process, theauthentication management unit 31 permits access to the application for which the token has expired, and rewrites the data table TBL1 to extend the expiration date of the token, which is the access permission information. This allows theauthentication management unit 31 to extend the expiration date of the expired token.

従来、トークンの有効期限を更新する仕組みとして、事前にＳＩＭ（Subscriber Identity Module）にトークン期限延長に関するロジックを埋め込んでおき、有効期限が切れた場合、ＰＩＮ（Personal Identification Number）照合を行い、一致すれば、トークンの有効期限の延長を実施する仕組みが存在する。Conventionally, a mechanism for updating the token expiration date involves embedding logic for extending the token expiration date in the SIM (Subscriber Identity Module) in advance, and when the expiration date has passed, a PIN (Personal Identification Number) is verified, and if a match is found, the token expiration date is extended.

しかしながら、事前にＳＩＭにトークン期限延長に関するロジックを埋め込む仕組みでは、ＰＩＮ等の認証情報を事前に埋め込んでおく必要があり、管理が煩雑である。However, a system that embeds logic related to token expiration extension into the SIM in advance requires that authentication information such as a PIN be embedded in advance, making management cumbersome.

これに対し、本実施形態では、オフラインでの利用時にのみ取得できる情報でのみ認証を実施するため、事前に情報を埋め込んでおく必要がなく、管理の手間を省くことができる。In contrast, in this embodiment, authentication is performed using only information that can be obtained only when used offline, so there is no need to embed information in advance, reducing the hassle of management.

また、トークンの有効期限を更新する他の仕組みとして、オンラインのログイン時にアクセス制御ポリシをクライアントに保存し、有効期限が切れた場合、クライアントでチャレンジコードを発行し、セキュリティ管理者にメールや電話等で連絡し、ワンタイムパスワードを発行してもらい、ワンタイムパスワードを入力することで、アクセス制御ポリシを更新する仕組みが存在する。Another mechanism for updating the token expiration date is to store the access control policy on the client when logging in online, and when the expiration date has passed, the client issues a challenge code, contacts the security administrator by email or phone, etc., has a one-time password issued, and then enters the one-time password to update the access control policy.

しかしながら、ワンタイムパスワードを発行してもらう仕組みは、セキュリティ管理者に何らかの手段で連絡を取る必要があり、完全なオフライン環境では利用できない。However, the system for issuing one-time passwords requires some means of contacting a security administrator, and cannot be used in a completely offline environment.

これに対し、本実施形態では、オフラインでの利用時にのみ取得できる情報でのみ認証を実施するため、完全なオフライン環境であっても利用することができる。In contrast, in this embodiment, authentication is performed only using information that can be obtained only when used offline, so it can be used even in a completely offline environment.

さらに、トークンの有効期限を更新する他の仕組みとして、有効期限が切れた場合、行動履歴から質問を作成し、一定数正解すると認証成功とし、トークンの期限延長を実施する仕組みが存在する。In addition, there is another mechanism for updating the token expiration date, where if the expiration date has expired, questions are created from the user's behavioral history, and if a certain number of questions are answered correctly, the authentication is considered successful and the token expiration date is extended.

しかしながら、行動履歴から質問を作成する仕組みは、認証情報を入力するのはユーザであり、かつ、認証の正解が都度代わるため、認証の精度が安定しない。However, in a system where questions are created from behavioral history, the user is the one who enters the authentication information, and the correct answer changes each time, so the accuracy of the authentication is not stable.

これに対し、本実施形態では、オフラインでの利用時にのみ取得できる情報でのみ認証を実施するため、ユーザの入力に依存しない認証方法であり、都度変わる認証方法にユーザが対応しなくても済むため、認証の精度を安定させることができる。In contrast, in this embodiment, authentication is performed only using information that can be obtained only when using offline, so the authentication method does not depend on user input, and users do not have to deal with authentication methods that change each time, making it possible to stabilize the accuracy of authentication.

よって、本実施形態の端末装置及び認証システムによれば、オフライン時にアクセストークンの有効期限が切れた場合でも、所望のアプリケーションに容易にアクセスすることができる。Therefore, according to the terminal device and authentication system of this embodiment, it is possible to easily access a desired application even if the access token expires while offline.

なお、本明細書におけるフローチャート中の各ステップは、その性質に反しない限り、実行順序を変更し、複数同時に実行し、あるいは実行毎に異なった順序で実行してもよい。Note that the steps in the flowcharts in this specification may be executed in different orders, may be executed simultaneously, or may be executed in different orders each time, provided that this does not violate the nature of the steps.

発明のいくつかの実施の形態を説明したが、これらの実施の形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施の形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施の形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。Although several embodiments of the invention have been described, these embodiments are presented as examples and are not intended to limit the scope of the invention. These novel embodiments can be embodied in various other forms, and various omissions, substitutions, and modifications can be made without departing from the gist of the invention. These embodiments and their modifications are included within the scope and gist of the invention, and are included in the scope of the invention and its equivalents as set forth in the claims.

１…認証システム、１０…モバイル端末、１１…ネットワーク、１２…サービスサーバ、１３…認証サーバ、２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…ネットワーク接続部、２５…カードＩ／Ｆ、２６…入力部、２７…表示部、２８…バス、３０…認証部、３１…認証管理部、３２…トークン検証部、３３…トークン保持部、３４…リスク検証部、３５…操作情報保持部、３６…リスク検証ポリシ保持部、４０…アプリケーション、４１…アクセス制御部、５０…位置情報管理部、５１…日時情報管理部、５２…アプリケーション管理部、５３…端末ログイン管理部。1...authentication system, 10...mobile terminal, 11...network, 12...service server, 13...authentication server, 21...CPU, 22...ROM, 23...RAM, 24...network connection unit, 25...card I/F, 26...input unit, 27...display unit, 28...bus, 30...authentication unit, 31...authentication management unit, 32...token verification unit, 33...token holding unit, 34...risk verification unit, 35...operation information holding unit, 36...risk verification policy holding unit, 40...application, 41...access control unit, 50...location information management unit, 51...date and time information management unit, 52...application management unit, 53...terminal login management unit.

Claims (5)

Translated fromJapanese

ネットワークに接続されるネットワーク接続部と、
前記ネットワークに接続されていないオフライン時に取得することができる複数の情報を用いてリスク検証を行うリスク検証部と、
前記リスク検証部の検証結果に応じて所望のアプリケーションへのアクセスを制御するとともに、前記所望のアプリケーションへのアクセスを制御するためのアクセス許可情報の有効期限を延長する認証管理部と、
を有することを特徴とする端末装置。 a network connection unit connected to a network;
a risk verification unit that performs risk verification using a plurality of pieces of information that can be acquired offline when not connected to the network;
an authentication management unit that controls access to a desired application in accordance with a verification result of the risk verification unit and extends a validity period of access permission information for controlling access to the desired application;
A terminal device comprising: 前記複数の情報は、所望の操作を行った際のユーザ情報、操作情報、日時情報及び位置情報であることを特徴とする請求項１に記載の端末装置。The terminal device according to claim 1, characterized in that the plurality of pieces of information are user information, operation information, date and time information, and location information when the desired operation is performed. 前記リスク検証部は、前記ユーザ情報、前記操作情報、前記日時情報及び前記位置情報に応じて、ユーザ情報リスクスコア、操作情報リスクスコア、日時情報リスクスコア及び位置情報リスクスコアを算出することを特徴とする請求項２に記載の端末装置。The terminal device according to claim 2, characterized in that the risk verification unit calculates a user information risk score, an operation information risk score, a date and time information risk score, and a location information risk score according to the user information, the operation information, the date and time information, and the location information. 前記リスク検証部は、前記ユーザ情報リスクスコア、前記操作情報リスクスコア、前記日時情報リスクスコア及び前記位置情報リスクスコアを加算したリスクスコアを算出し、前記リスクスコアを所定の閾値と比較することで、前記リスク検証を行うことを特徴とする請求項３に記載の端末装置。The terminal device according to claim 3, characterized in that the risk verification unit calculates a risk score by adding the user information risk score, the operation information risk score, the date and time information risk score, and the location information risk score, and performs the risk verification by comparing the risk score with a predetermined threshold. ネットワークに接続されるネットワーク接続部と、前記ネットワークに接続されていないオフライン時に取得することができる複数の情報を用いてリスク検証を行うリスク検証部と、前記リスク検証部の検証結果に応じて所望のアプリケーションへのアクセスを制御するとともに、アクセス許可情報の有効期限を延長する認証管理部と、を有する端末装置と、
前記ネットワークを介して前記所望のアプリケーションへのアクセスを制御するための前記アクセス許可情報を発行する認証サーバと、
を有することを特徴とする認証システム。 a terminal device having a network connection unit connected to a network,a risk verification unit that performs risk verification using a plurality of pieces of information that can be acquired offline when not connected to the network, and an authentication management unit that controls access to a desired application in accordance with a verification result of the risk verification unit and extends the expiration date of access permission information;
an authentication server that issuesthe access permission information for controlling access tothe desired application via the network;
An authentication system comprising:

Images