JP7519977B2 - 認証システム、認証端末及び認証プログラム - Google Patents

Description

本発明は、ＳＭＳを用いた多段階の認証システムに関する。

従来、ユーザ認証時のセキュリティ向上のため、携帯端末のＳＭＳを用いた二段階認証が多く採用されているが（例えば、特許文献１参照）、近年、マルウェアによるＳＭＳ盗聴を用いた攻撃による被害が増加している。
こうした攻撃に対策するため、Ａｕｔｈｅｎｔｉｃａｔｏｒアプリによる認証やＦＩＤＯ（登録商標）による認証などが提案されている。

特開２００７－０５８４６９号公報

しかしながら、Ａｕｔｈｅｎｔｉｃａｔｏｒアプリによる認証、又はＦＩＤＯによる認証といった従来の認証方式は、端末紛失時にログイン不可となることから、端末紛失時向けの認証手段を別途提供しなければならないため、プライマリの認証手段とはなり得ない。

一方、電話番号に紐づくＳＭＳは、端末紛失時でも店頭での復旧が可能であり、キャリア変更時又は機種変更時でも継続されることから重要性が高い。したがって、ＳＭＳ認証にＡｕｔｈｅｎｔｉｃａｔｏｒアプリによる認証やＦＩＤＯによる認証と同等の安全性が求められている。

本発明は、ＳＭＳ認証の安全性を向上した多段階の認証システムを提供することを目的とする。

本発明に係る認証システムは、ログイン端末からアクセスされる処理サーバと、当該処理サーバに登録されたユーザの認証端末と、を備え、前記処理サーバは、前記ログイン端末からのユーザＩＤを伴うアクセスに対して、認証用のメッセージを当該ユーザＩＤに紐づく電話番号により前記認証端末へ送信する認証メッセージ送信部と、前記認証端末からの追加認証要求に応じて、対応可能であることを示すメッセージを前記電話番号により前記認証端末へ送信する対応通知送信部と、前記認証端末から、前記認証用のメッセージに基づく認証情報とともに、送信元のアプリケーションを特定する情報を受信すると、当該アプリケーションが予め規定された特定のアプリケーションである場合に、前記ログイン端末からのアクセスを認証する追加認証部と、を備え、前記認証端末は、前記認証用のメッセージを所定のアプリケーションにより受信する認証情報受信部と、前記認証用のメッセージを受信したことに応じて、前記処理サーバに宛てて自端末の電話番号を伴う前記追加認証要求を送信する認証要求送信部と、前記処理サーバから前記対応可能であることを示すメッセージを受信すると、前記所定のアプリケーションにより前記ユーザに対して承認画面を表示する承認画面表示部と、前記承認画面に対する前記ユーザからの承認操作を受け付けると、前記認証用のメッセージに基づく認証情報とともに、前記所定のアプリケーションを特定する情報を、前記処理サーバに宛てて送信する認証情報送信部と、を備える。

前記認証情報送信部は、前記認証情報及び前記所定のアプリケーションを特定する情報を、当該アプリケーションに固有の秘密鍵による署名を付加して送信し、前記追加認証部は、前記所定のアプリケーションの認証サーバにおいて提供される前記秘密鍵に対応した公開鍵を取得することで、当該アプリケーションの正当性を検証してもよい。

前記認証情報送信部は、前記認証用のメッセージに基づく認証情報とともに、前記所定のアプリケーションを特定する情報を、前記認証サーバを経由して前記処理サーバへ送信してもよい。

前記対応通知送信部は、前記対応可能であることを示すメッセージを送信するとともに、前記ログイン端末に対して、前記所定のアプリケーションへの承認操作を求める画面を表示させてもよい。

本発明に係る認証端末は、ログイン端末からのユーザＩＤを伴う処理サーバへのアクセスに対して、当該処理サーバから当該ユーザＩＤに紐づく電話番号により送信された認証用のメッセージを、所定のアプリケーションにより受信する認証情報受信部と、前記認証用のメッセージを受信したことに応じて、前記処理サーバに宛てて前記電話番号を伴う追加認証要求を送信する認証要求送信部と、前記追加認証要求に応じて前記電話番号により前記処理サーバから送信された、対応可能であることを示すメッセージを受信すると、前記所定のアプリケーションによりユーザに対して承認画面を表示する承認画面表示部と、前記承認画面に対する前記ユーザからの承認操作を受け付けると、前記認証用のメッセージに基づく認証情報とともに、前記所定のアプリケーションを特定する情報を、前記処理サーバに宛てて送信することにより、前記処理サーバにおいて当該アプリケーションが予め規定された特定のアプリケーションである場合に、前記ログイン端末からのアクセスを認証させる認証情報送信部と、を備える。

本発明に係る認証プログラムは、ユーザの認証端末が有する認証プログラムであって、ログイン端末からのユーザＩＤを伴う処理サーバへのアクセスに対して、当該処理サーバから当該ユーザＩＤに紐づく電話番号により送信された認証用のメッセージを受信する認証情報受信ステップと、前記認証用のメッセージを受信したことに応じて、前記処理サーバに宛てて前記電話番号を伴う追加認証要求を送信する認証要求送信ステップと、前記追加認証要求に応じて前記電話番号により前記処理サーバから送信された、対応可能であることを示すメッセージを受信すると、ユーザに対して承認画面を表示する承認画面表示ステップと、前記承認画面に対する前記ユーザからの承認操作を受け付けると、前記認証用のメッセージに基づく認証情報とともに、前記認証プログラムを特定する情報を、前記処理サーバに宛てて送信することにより、前記処理サーバにおいて当該認証プログラムが予め規定された特定のアプリケーションである場合に、前記ログイン端末からのアクセスを認証させる認証情報送信ステップと、を前記認証端末に実行させるためのものである。

本発明によれば、多段階の認証システムにおいて、ＳＭＳ認証の安全性を向上できる。

実施形態における認証システムの機能構成を示す図である。 実施形態における認証システムによる認証手順を例示するシーケンス図である。

以下、本発明の実施形態の一例について説明する。
本実施形態の認証方法は、ＩＤ及びパスワードなどによる第１の認証に続いて、認証用の端末に対してＳＭＳで通知されたワンタイムパスワード（ＯＴＰ）を入力するといった複数段階のユーザ認証を行うシステムに対して適用される。
すなわち、ＳＭＳを受信した特定のアプリケーションに対してユーザ自身が承認操作をすると、アクセス先において、この特定のアプリケーションの正当性を検証することで追加認証が実施される。

図１は、本実施形態における認証システム１の機能構成を示す図である。
認証システム１は、ログイン端末１０が処理サーバ２０へアクセスする際の追加ユーザ認証を実施するための構成として、処理サーバ２０と、この処理サーバ２０に登録されているユーザが保有する認証端末３０とを備えている。

ログイン端末１０は、例えば、パーソナルコンピュータ又は携帯端末などの情報処理装置であり、処理サーバ２０が提供するサービスを利用する。

認証端末３０は、ログイン端末１０のユーザを認証するために、処理サーバ２０に登録された電話番号に基づくメッセージ（以下、ＳＭＳとする）を受信可能な情報処理装置であり、スマートフォンなどの携帯端末が該当する。
また、認証端末３０では、ＳＭＳを受信する所定のアプリケーション（以下、ＳＭＳ認証アプリという）が動作する。このＳＭＳ認証アプリは、認証サーバ４０との間で相互認証され、二者間で安全に通信できる。

処理サーバ２０の制御部２１は、記憶部２２に記憶されたソフトウェアを実行することにより、認証メッセージ送信部２１１、対応通知送信部２１２、追加認証部２１３として機能する。

認証メッセージ送信部２１１は、ログイン端末１０からのユーザＩＤを伴うアクセスに対して、認証用のＳＭＳを、このユーザＩＤに紐づく電話番号により認証端末３０へ送信する。

対応通知送信部２１２は、認証端末３０からの追加認証要求に応じて、対応可能であることを示すＳＭＳを電話番号により認証端末３０へ送信する。

追加認証部２１３は、認証端末３０から、認証用のＳＭＳに記載された認証情報としてのＯＴＰとともに、送信元のアプリケーションを特定する情報を受信すると、このアプリケーションが予め規定された特定のアプリケーション（ＳＭＳ認証アプリ）である場合に、ログイン端末１０からのアクセスを認証する。
なお、記憶部２２には、予め、信頼できる特定のアプリケーションの識別情報が記録されているものとする。

認証端末３０の制御部３１は、記憶部３２に記憶されたＳＭＳ認証アプリ（認証プログラム）を実行することにより、認証情報受信部３１１、認証要求送信部３１２、承認画面表示部３１３、認証情報送信部３１４として機能する。

認証情報受信部３１１は、認証用のＳＭＳを受信する。
認証要求送信部３１２は、認証情報受信部３１１が認証用のＳＭＳを受信したことに応じて、送信元である処理サーバ２０に宛てて自端末（認証端末３０）の電話番号を伴う追加認証要求を送信する。

承認画面表示部３１３は、処理サーバ２０から追加認証に対応可能であることを示すＳＭＳを受信すると、自動で又はユーザ操作に応じて承認画面を表示する。

認証情報送信部３１４は、承認画面に対するユーザからの承認操作を受け付けると、認証用のＳＭＳに記載された認証情報であるＯＴＰとともに、自身（ＳＭＳ認証アプリ）を特定する情報を、処理サーバ２０に宛てて送信する。

図２は、本実施形態における認証システム１による認証手順を例示するシーケンス図である。

ステップＳ１において、ユーザは、ログイン端末１０で動作するブラウザから、処理サーバ２０が提供する対象のサービスにアクセスする。

ステップＳ２において、ログイン端末１０（ブラウザ）は、処理サーバ２０にアクセスし、処理サーバ２０は、ログインページをログイン端末１０に返却する。

ステップＳ３において、ユーザは、表示されたログインページにＩＤ及びパスワードを入力する。

ステップＳ４において、ログイン端末１０（ブラウザ）は、入力されたＩＤ及びパスワードを処理サーバ２０に送信し、処理サーバ２０は、ログイン中ページをログイン端末１０に返却する。

ステップＳ５において、処理サーバ２０は、記憶部２２に格納されているユーザ情報データベースから、ユーザのＩＤに紐づく電話番号を抽出し、この電話番号を有する認証端末３０に対してＯＴＰ及び送信元ドメインを含むＳＭＳを送信する。

ステップＳ６において、認証端末３０（ＳＭＳ認証アプリ）は、受信したＳＭＳが「ＯＴＰ及び送信元ドメインを含むＳＭＳ」であった場合、送信元ドメインの処理サーバ２０に対し、認証端末３０の電話番号を送信する。
なお、この電話番号の送信は、ＳＭＳ認証アプリの認証サーバ４０経由であってもよい。

ステップＳ７において、処理サーバ２０は、追加認証への対応可否を認証端末３０に返却する。
なお、処理サーバ２０は、対応可否を明示的に通知してもよいが、単に応答した事実を対応可であることとしてもよい。

ステップＳ８において、認証端末３０（ＳＭＳ認証アプリ）は、処理サーバ２０が追加認証に対応可であった場合、ユーザに承認操作を求める承認画面を自動表示、あるいは、通知に基づいてユーザに承認画面を表示させる。

ステップＳ９において、ユーザは、承認画面に対して所定の承認操作（例えば、ボタン押下、又はさらにＯＴＰの入力など）を行う。

ステップＳ１０において、認証端末３０（ＳＭＳ認証アプリ）は、送信元ドメインの処理サーバ２０に対し、認証端末３０を識別する電話番号と認証情報であるＯＴＰ、さらには、ＳＭＳ認証アプリを特定する情報（アプリ名、アプリドメインなど）を送信する。
なお、これらのデータの送信経路は、処理サーバ２０へ直接、又は認証サーバ４０経由であってもよい。

ステップＳ１１において、ユーザは、ログイン中ページを更新（ボタンを押下）、又は自動更新を待つ。これにより、ログイン端末１０（ブラウザ）は、処理サーバ２０に認証の状態を確認する。

ステップＳ１２において、処理サーバ２０は、受信した電話番号、ＯＴＰ、及び送信元のＳＭＳ認証アプリが正当であることを確認し、ログイン端末１０に対して認証情報を送信しログインを完了する。

なお、この処理手順は一例であり、処理サーバ２０におけるＳＭＳ認証アプリの認証強度を高めるなど、実装上の改変は適宜行われてよい。

例えば、シーケンス（図２）のステップＳ６について、認証端末３０（ＳＭＳ認証アプリ）は、次のようなＵＲＬにアクセスして処理サーバ２０の対応状況を事前に確認してもよい。
https://[host]/sms-otp-configuration

これに対して、処理サーバ２０は、例えば返値を次のようにして、電話番号の送信先ＵＲＬ（"sms-opt-start"）と公開鍵（"n"）とを記載しておく。
{
"sms-otp-start" : "https://[host]/api/sms-otp-start",
"sms-otp-confirm" : "https://[host]/api/sms-otp-confirm",
"key" : {
"e" : "AQAB",
"n" : "**** ... ****"
}
}

認証端末３０（ＳＭＳ認証アプリ）は、通知されたＵＲＬに対して電話番号（ＭＳＩＳＤＮ）などの情報を送信するが、電話番号そのままではなく、「ｎｏｎｃｅ＋ＭＳＩＳＤＮのハッシュ値とｎｏｎｃｅ」の形で送信してもよい。ＳＭＳは悪意の送信者が送信元ドメインを偽ることが可能であり、ＳＭＳ認証アプリに対して意図しない電話番号の送信をさせる可能性があるため、これにより、第三者に対して送信データを秘匿することができる。

さらに、認証端末３０（ＳＭＳ認証アプリ）は、電話番号に加えて、アプリ名又はアプリドメインと、ＳＭＳ認証アプリの保持する秘密鍵で行った署名を送信してもよい。なお、秘密鍵をＳＭＳ認証アプリのバイナリ中ではなく認証サーバ４０に保持し、認証端末３０（ＳＭＳ認証アプリ）は、認証サーバ４０経由で署名を送信してもよい。
具体的には、認証端末３０（ＳＭＳ認証アプリ）は、処理サーバ２０に対して次のようにアクセスする。
https://[host]/api/sms-otp-start?
nonce=AAAA
&msisdn=XXXXXXXXXXXX
&appdomain=****.com
&domainsign=YYYYYYYYY

処理サーバ２０は、現在認証中の電話番号について、ｎｏｎｃｅ＋ＭＳＩＳＤＮのハッシュを計算し、現在認証中であることを確認する。
次に、処理サーバ２０は、アプリドメイン（ａｐｐｄｏｍａｉｎ）に基づいて、ＳＭＳ認証アプリの提供者が提供する認証サーバ４０に次のようにアクセスする。
https://[appdomain]/sms-otp-sender-configration

認証サーバ４０は、次のように応答し、署名に用いられた秘密鍵に対応する公開鍵を処理サーバ２０に返す。
{
"key" : {
"e" : "AQAB",
"n" : "**** ... ****"
}
}

処理サーバ２０は、この公開鍵を用いて、ｎｏｎｃｅ＋ａｐｐｄｏｍａｉｎの署名がｄｏｍａｉｎｓｉｇｎであることを確認する。ここで、処理サーバ２０は、ａｐｐｄｏｍａｉｎが不正なものでないことを確認し、問題ない場合、次のように返信する。なお、ｕｓｅｒａｇｅｎｔ及びｆｒｏｍの国名は、ＩＤ及びパスワードを送信してきたアクセス時のアクアセス元情報である。
{
"auth-status" : "OK",
"useragent" : "XXXXXXXX",
"from" : "Japan"
}

処理サーバ２０は、認証用のＳＭＳを送信後、前述のアクセスがあると、認証端末３０にＳＭＳ認証アプリがインストールされていると判断して、ＯＴＰの入力窓ではなく、ＳＭＳ認証アプリでの承認操作を求める画面をログイン端末１０に表示させる。

また、シーケンス（図２）において、ユーザがＳＭＳ認証アプリで承認操作を行った後のステップＳ１０について、認証端末３０は、処理サーバ２０から通知されたＵＲＬ（"sms-otp-confirm"）に対して、電話番号及びＯＴＰを送信するが、ここでもステップＳ６と同様に認証強度を高めることができる。
すなわち、認証端末３０は、「ｎｏｎｃｅ＋ＭＳＩＳＤＮのハッシュ値及びｎｏｎｃｅ」と「ｎｏｎｃｅ＋ＭＳＩＳＤＮ＋ＯＴＰのハッシュ値及びｎｏｎｃｅ」を送信してもよい。また、処理サーバ２０が前述のアクセス元情報の返却時にトークンを返却し、このトークンを「ｎｏｎｃｅ＋ＭＳＩＳＤＮのハッシュ値及びｎｏｎｃｅ」の代わりに用いることもできる。

また、ステップＳ１０における追加認証では、ＳＭＳ認証アプリの検証パターンとして、例えば、次の（１）～（４）のいずれかが採用可能である。

（１）署名なしのパターン：
認証端末３０（ＳＭＳ認証アプリ）が送信元ドメインの処理サーバ２０に対し、自身の電話番号、ＯＴＰ及びアプリ名を送信する。
処理サーバ２０は、アプリ名により安全性を判定する。

（２）ＳＭＳ認証アプリ内の鍵を利用した署名パターン：
認証端末３０（ＳＭＳ認証アプリ）が送信元ドメインの処理サーバ２０に対し、アプリドメイン、自身の電話番号、ＯＴＰ、及びアプリ内に保持している秘密鍵を用いて生成した「アプリドメインと電話番号とＯＴＰとを対象に含む署名」を送信する。
処理サーバ２０は、アプリドメインの認証サーバ４０から公開鍵を取得して署名を検証し、アプリドメインにより安全性を判定する。

（３）認証サーバ４０内の鍵を利用した署名パターン：
認証端末３０（ＳＭＳ認証アプリ）が自身の電話番号とＯＴＰとを、認証サーバ４０に送信する。
認証サーバ４０は、アプリドメイン、電話番号、ＯＴＰ、及び認証サーバ４０内に保持している秘密鍵を用いて生成した「アプリドメインと電話番号とＯＴＰとを対象に含む署名」をＳＭＳ認証アプリに送信する。

ＳＭＳ認証アプリは、アプリドメイン、電話番号、ＯＴＰ及び認証サーバ４０から受信した「アプリドメインと電話番号とＯＴＰとを対象に含む署名」を、送信元ドメインの処理サーバ２０に対して送信する。
処理サーバ２０は、アプリドメインの認証サーバ４０から公開鍵を取得して署名を検証し、アプリドメインにより安全性を判定する。

（４）認証サーバ４０を中継するパターン：
認証端末３０（ＳＭＳ認証アプリ）が自身の電話番号とＯＴＰとを、認証サーバ４０に送信する。
認証サーバ４０は、電話番号とＯＴＰとを送信元ドメインの処理サーバ２０に対して送信する。
処理サーバ２０は、アクセス元である認証サーバ４０のＩＰアドレス、又はＳＳＬサーバ証明書／クライアント証明書などにより安全性を判定する。

本実施形態によれば、認証システム１は、ＳＭＳ認証の際に、認証端末３０のＳＭＳ認証アプリがユーザ自身の承認操作を受け付けたことに応じて、このＳＭＳ認証アプリから処理サーバ２０に対してＯＴＰを送信する。処理サーバ２０は、このＳＭＳ認証アプリの正当性を検証する追加認証を行うことにより、多段階の認証システム１において、ＳＭＳ盗聴マルウェアに対抗でき、ＳＭＳ認証の安全性を向上できる。

さらに、認証システム１は、処理サーバ２０が追加認証に非対応の場合であっても、ＯＴＰのみを受け付ける従来のシーケンスによりＳＭＳ認証を完了できるので、既存の実装に容易に適合し汎用性が高い。
また、追加認証に非対応の認証端末であっても、従来のシーケンスによりＳＭＳ認証を完了できる。
なお、処理サーバ２０は、追加認証のシーケンスと従来のシーケンスとの出し分けを行う場合、ＳＭＳ認証アプリからのアクセスの可能性がある一定時間はログインを完了させないことが好ましい。

認証システム１は、認証端末３０から処理サーバ２０に対して、ＳＭＳ認証アプリを特定する情報に署名を付して送信することにより、認証サーバ４０から公開鍵を取得することでＳＭＳ認証アプリの正当性を適切に検証できる。
また、認証サーバ４０を経由して処理サーバ２０へデータ送信することで、ＳＭＳ認証アプリと相互認証済みの認証サーバ４０から、追加認証のための情報を安全に提供できる。

処理サーバ２０は、追加認証に対応可能であることを示すメッセージを認証端末３０に送信するとともに、ログイン端末１０に対して、ＳＭＳ認証アプリへの承認操作を求める画面を表示させることで、より安全な追加認証の手順をユーザに適切に通知することができる。

なお、前述の実施形態により、例えば、マルウェア攻撃に強いＳＭＳ認証を実現し不正アクセス被害を低減できることから、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。

以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、前述した実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載されたものに限定されるものではない。

認証システム１による認証方法は、ソフトウェアにより実現される。ソフトウェアによって実現される場合には、このソフトウェアを構成するプログラムが、情報処理装置（コンピュータ）にインストールされる。また、これらのプログラムは、ＣＤ－ＲＯＭのようなリムーバブルメディアに記録されてユーザに配布されてもよいし、ネットワークを介してユーザのコンピュータにダウンロードされることにより配布されてもよい。さらに、これらのプログラムは、ダウンロードされることなくネットワークを介したＷｅｂサービスとしてユーザのコンピュータに提供されてもよい。

１ 認証システム
１０ ログイン端末
２０ 処理サーバ
２１ 制御部
２２ 記憶部
３０ 認証端末
３１ 制御部
３２ 記憶部
４０ 認証サーバ
２１１ 認証メッセージ送信部
２１２ 対応通知送信部
２１３ 追加認証部
３１１ 認証情報受信部
３１２ 認証要求送信部
３１３ 承認画面表示部
３１４ 認証情報送信部

Claims (6)

1. ログイン端末からアクセスされる処理サーバと、当該処理サーバに登録されたユーザの認証端末と、を備えた認証システムであって、
   前記処理サーバは、
   前記ログイン端末からのユーザＩＤを伴うアクセスに対して、認証用のメッセージを当該ユーザＩＤに紐づく電話番号により前記認証端末へ送信する認証メッセージ送信部と、
   前記認証端末からの追加認証要求に応じて、対応可能であることを示すメッセージを前記電話番号により前記認証端末へ送信する対応通知送信部と、
   前記認証端末から、前記認証用のメッセージに基づく認証情報とともに、送信元のアプリケーションを特定する情報を受信すると、当該アプリケーションが予め規定された特定のアプリケーションである場合に、前記ログイン端末からのアクセスを認証する追加認証部と、を備え、
   前記認証端末は、
   前記認証用のメッセージを所定のアプリケーションにより受信する認証情報受信部と、
   前記認証用のメッセージを受信したことに応じて、前記処理サーバに宛てて自端末の電話番号を伴う前記追加認証要求を送信する認証要求送信部と、
   前記処理サーバから前記対応可能であることを示すメッセージを受信すると、前記所定のアプリケーションにより前記ユーザに対して承認画面を表示する承認画面表示部と、
   前記承認画面に対する前記ユーザからの承認操作を受け付けると、前記認証用のメッセージに基づく認証情報とともに、前記所定のアプリケーションを特定する情報を、前記処理サーバに宛てて送信する認証情報送信部と、を備える認証システム。
2. 前記認証情報送信部は、前記認証情報及び前記所定のアプリケーションを特定する情報を、当該アプリケーションに固有の秘密鍵による署名を付加して送信し、
   前記追加認証部は、前記所定のアプリケーションの認証サーバにおいて提供される前記秘密鍵に対応した公開鍵を取得することで、当該アプリケーションの正当性を検証する請求項１に記載の認証システム。
3. 前記認証情報送信部は、前記認証用のメッセージに基づく認証情報とともに、前記所定のアプリケーションを特定する情報を、前記認証サーバを経由して前記処理サーバへ送信する請求項２に記載の認証システム。
4. 前記対応通知送信部は、前記対応可能であることを示すメッセージを送信するとともに、前記ログイン端末に対して、前記所定のアプリケーションへの承認操作を求める画面を表示させる請求項１から請求項３のいずれかに記載の認証システム。
5. ログイン端末からのユーザＩＤを伴う処理サーバへのアクセスに対して、当該処理サーバから当該ユーザＩＤに紐づく電話番号により送信された認証用のメッセージを、所定のアプリケーションにより受信する認証情報受信部と、
   前記認証用のメッセージを受信したことに応じて、前記処理サーバに宛てて前記電話番号を伴う追加認証要求を送信する認証要求送信部と、
   前記追加認証要求に応じて前記電話番号により前記処理サーバから送信された、対応可能であることを示すメッセージを受信すると、前記所定のアプリケーションによりユーザに対して承認画面を表示する承認画面表示部と、
   前記承認画面に対する前記ユーザからの承認操作を受け付けると、前記認証用のメッセージに基づく認証情報とともに、前記所定のアプリケーションを特定する情報を、前記処理サーバに宛てて送信することにより、前記処理サーバにおいて当該アプリケーションが予め規定された特定のアプリケーションである場合に、前記ログイン端末からのアクセスを認証させる認証情報送信部と、を備える認証端末。
6. ユーザの認証端末が有する認証プログラムであって、
   ログイン端末からのユーザＩＤを伴う処理サーバへのアクセスに対して、当該処理サーバから当該ユーザＩＤに紐づく電話番号により送信された認証用のメッセージを受信する認証情報受信ステップと、
   前記認証用のメッセージを受信したことに応じて、前記処理サーバに宛てて前記電話番号を伴う追加認証要求を送信する認証要求送信ステップと、
   前記追加認証要求に応じて前記電話番号により前記処理サーバから送信された、対応可能であることを示すメッセージを受信すると、ユーザに対して承認画面を表示する承認画面表示ステップと、
   前記承認画面に対する前記ユーザからの承認操作を受け付けると、前記認証用のメッセージに基づく認証情報とともに、前記認証プログラムを特定する情報を、前記処理サーバに宛てて送信することにより、前記処理サーバにおいて当該認証プログラムが予め規定された特定のアプリケーションである場合に、前記ログイン端末からのアクセスを認証させる認証情報送信ステップと、を前記認証端末に実行させるための認証プログラム。

Images