JP7525465B2 - 認証システム、認証端末、認証サーバ及び認証プログラム - Google Patents

Description

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

従来、ユーザの端末に特定のアプリケーション（認証アプリ）をインストールさせ、この認証アプリによって生成されるワンタイムパスワード（ＯＴＰ）、又は認証アプリを用いた承認操作をログインの際に求める２段階認証が普及している（例えば、特許文献１参照）。

特開２０１８－３２１５０号公報

しかしながら、このような認証アプリをインストールした端末が紛失又は故障などで利用不能となった場合に、ログイン不能となってしまう問題があった。また、認証アプリが利用不能となった際に、認証アプリを用いずにログインを可能とする、すなわち認証アプリを無効化する方法が存在する場合、この方法に認証アプリ以上の認証強度がないことが問題となっていた。

本発明は、認証端末の認証アプリによる追加認証を安全に無効化できる認証システムを提供することを目的とする。

本発明に係る認証システムは、ログイン端末、認証端末及び認証サーバを備えた認証システムであって、前記認証サーバは、認証済みの前記認証端末が有する認証アプリへのプッシュ通知のための識別情報を受信し、ユーザＩＤと紐付けて登録するアプリ登録部と、前記ログイン端末からのユーザＩＤを伴うログイン要求のアクセスに応じて、前記認証端末での前記認証アプリの動作を要する追加認証シーケンスを実行する追加認証部と、前記認証アプリへの通知に対して、当該認証アプリを特定する情報を含む応答を待ち受ける端末応答受信部と、を備え、前記追加認証部は、前記認証端末から所定時間内に前記応答がない場合に、前記追加認証シーケンスを無効化し、前記認証端末は、前記識別情報を、認証情報とともに前記認証サーバへ送信する識別情報送信部と、前記認証サーバから前記認証アプリにより受信した通知に対して、前記応答を送信する応答送信部と、前記追加認証シーケンスが要する前記認証アプリの動作を実行する認証動作部と、を備える。

前記端末応答受信部は、前記追加認証部が前記ログイン端末から前記追加認証シーケンスの無効化要求を受け付けた場合に、前記認証アプリへ前記通知を送信し前記応答を待ち受けてもよい。

前記認証サーバは、前記追加認証部により前記追加認証シーケンスが無効化されると、無効化された状態のまま、再度ユーザ端末にログイン操作を要求してもよい。

前記認証動作部は、前記追加認証シーケンスにおいてログイン端末に入力されるワンタイムパスワードを、前記認証アプリにより発行してもよい。

前記認証サーバは、前記応答がない場合に、前記ユーザＩＤに紐づく電話番号に対して確認用メッセージを送信し、当該確認用メッセージに対する確認情報を受信する無効化確認部を備え、前記追加認証部は、前記確認情報を受信した場合に、前記追加認証シーケンスを無効化してもよい。

前記端末応答受信部は、前記通知を複数回繰り返し、前記追加認証部は、前記応答が一度もない場合に、前記追加認証シーケンスを無効化してもよい。

前記認証端末は、前記通知に応じて、前記認証アプリによりユーザの無効化承認操作を受け付け、前記認証サーバへ承認情報を通知する無効化承認部を備え、前記追加認証部は、前記承認情報を受け付けると、前記追加認証シーケンスを無効化してもよい。

前記端末応答受信部は、前記応答をセルラー通信でのみ受け付けてもよい。

本発明に係る認証端末は、自端末が有する認証アプリへのプッシュ通知のための識別情報を、認証情報とともに認証サーバへ送信し、ユーザＩＤと紐付けて登録させる識別情報送信部と、ログイン端末から前記認証サーバへのユーザＩＤを伴うログイン要求のアクセスに応じて、前記認証アプリの動作を要する追加認証シーケンスを実行する認証動作部と、前記認証サーバから前記認証アプリにより受信した通知に対して、当該認証アプリを特定する情報を含む応答を送信することで、前記認証サーバにおける前記追加認証シーケンスの無効化を拒否する応答送信部と、を備える。

本発明に係る認証サーバは、認証済みの認証端末が有する認証アプリへのプッシュ通知のための識別情報を受信し、ユーザＩＤと紐付けて登録するアプリ登録部と、ログイン端末からのユーザＩＤを伴うログイン要求のアクセスに応じて、前記認証端末での前記認証アプリの動作を要する追加認証シーケンスを実行する追加認証部と、前記認証アプリへの通知に対して、当該認証アプリを特定する情報を含む応答を待ち受ける端末応答受信部と、を備え、前記追加認証部は、前記認証端末から所定時間内に前記応答がない場合に、前記追加認証シーケンスを無効化する。

本発明に係る認証プログラムは、前記認証サーバとしてコンピュータを機能させるためのものである。

本発明によれば、認証端末の認証アプリによる追加認証を安全に無効化できる。

第１実施形態における認証システムの各装置の機能構成を示す図である。 第１実施形態における認証アプリを用いた２段階認証が行われる場合のシーケンスを示す図である。 第１実施形態における追加認証を行うための認証端末の登録シーケンスを示す図である。 第１実施形態における追加認証シーケンスの無効化シーケンスを示す図である。 第２実施形態における認証システムの各装置の機能構成を示す図である。 第２実施形態における追加認証シーケンスの無効化シーケンスを示す図である。 第３実施形態における認証システムの各装置の機能構成を示す図である。 第３実施形態における追加認証シーケンスの無効化シーケンスを示す図である。

［第１実施形態］
以下、本発明の第１実施形態について説明する。
本実施形態の認証方法は、認証端末（スマートフォン）における認証アプリの無効化に関する方法である。ユーザのログインを認証するサーバは、認証アプリの無効化が要求された際に、認証アプリに対して通知を行い、一定時間応答がなかった場合に無効化を許可することにより、認証アプリを安全に無効化する。

ここで、スマートフォンは、多くの場合、常時電源ＯＮで利用されている。したがって、認証アプリの無効化要求が悪意のある攻撃者によるものであった際にも電源が入っている可能性が高い。このため、本実施形態では、認証アプリに、通知があった場合速やかに認証サーバにアクセスを行う機能を付加しておくことで、認証サーバは、認証アプリから一定時間応答がない場合に限り認証アプリの無効化を行う。

図１は、本実施形態における認証システム１の各装置の機能構成を示す図である。
認証システム１は、ログイン端末３０が認証サーバ１０へアクセスする際に、認証端末２０を利用した追加認証を実施するための構成である。

認証端末２０は、追加認証シーケンスに要する認証アプリが予めインストールされている。例えば、認証アプリは、ユーザがログイン端末に入力するためのワンタイムパスワード（ＯＴＰ）を発行するアプリケーションである。
認証アプリは、認証サーバ１０からのプッシュ通知を受信するための固有の識別情報（アプリ識別子）を有しており、他の手段により認証されたユーザによってユーザＩＤと紐付けて認証サーバ１０に登録される。

認証サーバ１０の制御部１１は、記憶部１２に記憶されたソフトウェア（認証プログラム）を実行することにより、アプリ登録部１１１、追加認証部１１２、及び端末応答受信部１１３として機能する。

アプリ登録部１１１は、認証済みの認証端末２０が有する認証アプリへのプッシュ通知のためのアプリ識別子を受信し、ユーザＩＤと紐付けて登録する。

追加認証部１１２は、ログイン端末３０からのユーザＩＤを伴うログイン要求のアクセスに応じて、認証端末２０での認証アプリの動作を要する追加認証シーケンスを実行する。
例えば、追加認証部１１２は、ログイン端末３０にＯＴＰ入力ページを提示し、認証アプリが発行するＯＴＰの入力を受け付け、ログインを完了させる。

ここで、追加認証部１１２は、この追加認証シーケンス中に、ログイン端末３０から追加認証シーケンスの無効化要求を受け付けると、端末応答受信部１１３を動作させ、認証端末２０から所定時間（例えば、数秒～数分程度）内に応答がない場合に、追加認証シーケンスを無効化してログイン端末３０からのアクセスを認証する。

端末応答受信部１１３は、ログイン端末３０からのログイン要求に応じて、あるいは、追加認証部１１２がログイン端末３０から追加認証シーケンスの無効化要求を受け付けると、認証アプリへのプッシュ通知に対して、この認証アプリを特定する情報を含む応答を待ち受け、応答があったこと、又は応答がないことを追加認証部１１２へ通知する。

ここで、さらに認証の強度を高める必要がある場合、端末応答受信部１１３は、認証アプリへのプッシュ通知を複数回繰り返してもよく、この場合、追加認証部１１２は、認証端末２０からの応答が一度もない場合に、追加認証シーケンスを無効化する。
また、追加認証部１１２は、認証端末２０からの応答を待機する期間を、１日～数日程度まで延長してもよい。
さらに、端末応答受信部１１３は、応答をセルラー通信でのみ、すなわち特定のアクセス元ＩＰからの応答のみを受け付けてもよい。この場合、認証端末２０は、通信経路を指定又は通信経路が限定されるような通信方法（例えば、ＭＰＴＣＰ）を利用する。

認証端末２０の制御部２１は、記憶部２２に記憶されたソフトウェア（認証アプリ）を実行することにより、識別情報送信部２１１、応答送信部２１２、及び認証動作部２１３として機能する。

識別情報送信部２１１は、認証端末２０が有する認証アプリへのプッシュ通知のためのアプリ識別子を、認証情報（認証サーバ１０から払い出された認証情報、又は認証アプリで発行されたＯＴＰ）とともに認証サーバ１０へ送信し、ユーザＩＤと紐付けて登録させる。

応答送信部２１２は、ログイン端末３０から認証サーバ１０への追加認証シーケンスの無効化要求に応じて、認証サーバ１０から認証アプリにより受信したプッシュ通知に対して、認証アプリを特定する情報を含む応答を送信することで、認証サーバ１０における追加認証シーケンスの無効化を拒否する。

認証動作部２１３は、追加認証シーケンスが要する認証アプリの動作を実行する。例えば、認証動作部２１３は、追加認証シーケンスにおいてログイン端末３０に入力されるＯＴＰを、認証アプリにより発行し、ユーザに提示する。

図２は、本実施形態における認証アプリを用いた２段階認証が行われる場合のシーケンスを示す図である。
この例では、ＩＤ及びパスワードによる認証に続いて、認証アプリにより発行されるＯＴＰによる追加認証が行われる。

ステップＳ１において、ユーザは、ログイン端末３０で動作するブラウザアプリにおいて、認証サーバ１０へのログインの開始操作を行う。
ステップＳ２において、ログイン端末３０（ブラウザアプリ）は、認証サーバ１０にアクセスし、ログインページを要求する。
ステップＳ３において、認証サーバ１０は、ログインページをログイン端末３０に返却する。

ステップＳ４において、ユーザは、表示されたログインページにＩＤ（及びパスワード）を入力する。
ステップＳ５において、ログイン端末３０（ブラウザアプリ）は、入力されたＩＤ（及びパスワード）を認証サーバ１０に送信する。
ステップＳ６において、認証サーバ１０は、ＩＤ（及びパスワード）を確認後、ＯＴＰの入力ページをログイン端末３０に返却する。

ステップＳ７において、ユーザは、認証端末２０の認証アプリを動作させ、ＯＴＰを取得する。
ステップＳ８において、ユーザは、取得したＯＴＰをログイン端末３０のＯＴＰ入力ページに入力する。

ステップＳ９において、ログイン端末３０（ブラウザアプリ）は、入力されたＯＴＰを認証サーバ１０に送信する。
ステップＳ１０において、認証サーバ１０は、受信したＯＴＰの正当性を確認すると、ログイン端末３０に対してログイン完了後のページと認証情報とを返却し、ログインを完了する。

図３は、本実施形態における追加認証を行うための認証端末２０の登録シーケンスを示す図である。
ここでは、認証サーバ１０において認証アプリの無効化を可能とするために、プッシュ通知の宛先を識別するためのアプリ識別子が合わせて登録される。

ステップＳ１１において、ユーザは、ログイン端末３０で動作するブラウザアプリにおいて、認証サーバ１０へのログインの開始操作を行う。
ステップＳ１２において、ログイン端末３０（ブラウザアプリ）は、認証サーバ１０にアクセスし、ログインページを要求する。
ステップＳ１３において、認証サーバ１０は、ログインページをログイン端末３０に返却する。

ステップＳ１４において、ユーザは、表示されたログインページにＩＤ及びパスワードを入力する。
ステップＳ１５において、ログイン端末３０（ブラウザアプリ）は、入力されたＩＤ及びパスワードを認証サーバ１０に送信する。
ステップＳ１６において、認証サーバ１０は、受信したＩＤ及びパスワードの正当性を確認すると、ログイン端末３０に対してログイン完了後のページと認証情報とを返却し、ログインを完了する。

ステップＳ１７において、ユーザは、ログイン端末３０（ブラウザアプリ）において、認証アプリの登録ページにアクセスする。
ステップＳ１８において、ログイン端末３０（ブラウザアプリ）は、認証サーバ１０にアクセスし、認証アプリの登録要求を行う。
ステップＳ１９において、認証サーバ１０は、認証アプリを登録するための認証情報をログイン端末３０に返却する。

ステップＳ２０において、ユーザは、ログイン端末３０（ブラウザアプリ）に提示された認証情報を閲覧し、認証端末２０において、認証アプリの所定の画面に入力する。
ステップＳ２１において、認証端末２０（認証アプリ）は、プッシュ通知用の情報として、認証アプリで発行したＯＴＰ又は入力された認証情報と、固有のアプリ識別子とを、認証サーバ１０に送信する。
ステップＳ２２において、認証サーバ１０は、ＯＴＰ又は認証情報により特定されるユーザＩＤと紐付けて、アプリ識別子を登録する。

なお、ログイン完了までのシーケンス（ステップＳ１１～Ｓ１６）は、これに限られず、例えば次のような様々な認証手段が採用され得る。
・ＳＭＳ ＯＴＰを用いた２段階認証
・ＳＭＳ ＵＲＬを用いた２段階認証
・通話を用いた２段階認証
・アプリを用いた承認フローを用いた２段階認証

図４は、本実施形態における追加認証シーケンスの無効化シーケンスを示す図である。
この例では、ユーザＩＤ及びパスワードによる認証の後、ＯＴＰ入力による追加認証シーケンスの無効化が要求される。

ステップＳ３１において、ユーザは、ログイン端末３０で動作するブラウザアプリにおいて、認証サーバ１０へのログインの開始操作を行う。
ステップＳ３２において、ログイン端末３０（ブラウザアプリ）は、認証サーバ１０にアクセスし、ログインページを要求する。
ステップＳ３３において、認証サーバ１０は、ログインページをログイン端末３０に返却する。

ステップＳ３４において、ユーザは、表示されたログインページにＩＤ（及びパスワード）を入力する。
ステップＳ３５において、ログイン端末３０（ブラウザアプリ）は、入力されたＩＤ（及びパスワード）を認証サーバ１０に送信する。
ステップＳ３６において、認証サーバ１０は、受信したＩＤ（及びパスワード）の正当性を確認すると、追加認証のためのＯＴＰの入力ページをログイン端末３０に返却する。

ステップＳ３７において、ユーザは、ＯＴＰの入力ページに対して、ＯＴＰを入力する代わりに、ＯＴＰによる追加認証シーケンスの無効化を要求する操作をし、認証サーバ１０に通知する。

ステップＳ３８において、認証サーバ１０は、ユーザＩＤに紐づけられているアプリ識別子を用いて、認証端末２０に対してプッシュ通知を行う。

ここで、認証端末２０が利用可能な場合、ステップＳ３９において、認証端末２０は、受信したプッシュ通知に対して、ＯＴＰ、認証情報又はアプリ識別子を含む応答を送信する。この場合、認証サーバ１０は、追加認証シーケンスの無効化を許可せず、引き続きログイン端末３０からのＯＴＰの送信を待ち受ける。

一方、認証端末２０が紛失又は故障のため利用できない場合、ステップＳ３８のプッシュ通知に対するステップＳ３９の応答が得られない。この場合、認証サーバ１０は、一定時間応答がないことを確認後、認証アプリを用いた追加認証シーケンスを無効化し、ログイン端末３０からのログインを認証する。
そして、ステップＳ４０において、認証サーバは、ログイン端末３０に対してログイン完了後のページと認証情報とを返却し、ログインを完了する。

なお、本実施形態における追加認証は、例示したような、認証アプリにより発行されるＯＴＰを入力ページに入力するシーケンスには限られず、ユーザが認証アプリを動作させるものであればよい。例えば、認証アプリにユーザが認証操作を行う２段階認証の場合であれば、ステップＳ３６においてログイン端末３０に返却されるページは、認証アプリでの操作を要求する旨を表示したページとなり、シーケンスは適宜変更される。

また、本実施形態では、ステップＳ４０において、追加認証シーケンスを無効化したままログイン端末３０のユーザを認証しログインを完了しているが、これには限られない。例えば、認証サーバ１０は、追加認証シーケンスを無効化した状態で再度ログインページを提示し、ユーザにログイン操作をやり直させてもよい。

［第２実施形態］
以下、本発明の第２実施形態について説明する。
本実施形態では、認証サーバ１０は、プッシュ通知に対する応答がないユーザに対して、追加認証シーケンスの無効化を許可するための再確認を要求する。

図５は、本実施形態における認証システム１の各装置の機能構成を示す図である。
第１実施形態と比べて、認証サーバ１０の制御部１１は、新たに、無効化確認部１１４を備え、追加認証部１１２の機能が追加される。

無効化確認部１１４は、認証端末２０から応答がない場合に、ユーザＩＤに紐づく電話番号に対して確認用メッセージ（ＳＭＳ）を送信し、このＳＭＳに対するユーザ操作に基づく確認情報を受信する。
例えば、ユーザは、ＳＭＳに記載されたＯＴＰをログイン端末３０から認証サーバ１０へ送信、あるいは、ＳＭＳに記載されたＵＲＬにアクセスすることで、追加認証シーケンスの無効化を許可する。
そして、追加認証部１１２は、認証端末２０から確認情報を受信した場合に、追加認証シーケンスを無効化する。

図６は、本実施形態における追加認証シーケンスの無効化シーケンスを示す図である。
このシーケンスでは、ステップＳ３１～Ｓ３８まで、第１実施形態（図４）と同じ処理手順である。

ここで、認証端末２０が紛失又は故障のため利用できない場合、ステップＳ３８のプッシュ通知に対するステップＳ３９の応答が得られない。
この場合、ステップＳ４１において、認証サーバ１０は、一定時間応答がないことを確認後、ユーザへの再確認用のＳＭＳをユーザの電話番号に対して送信する。

なお、送信されたＳＭＳを受信する端末は、本来の認証端末２０を紛失などして機種変更をした場合には新たな端末であり、初期化などで認証アプリ自体又は認証アプリの保持する認証情報を喪失したような場合には同一の認証端末２０である。

ステップＳ４２において、ユーザは、認証端末２０又は新たな端末で受信したＳＭＳに対して、再確認の操作（ＵＲＬへのアクセス、ＯＴＰの入力など）を行い、認証サーバ１０へ確認情報を送信する。

ステップＳ４３において、認証サーバ１０は、確認情報を受信すると、認証アプリを用いた追加認証シーケンスを無効化し、ログイン端末３０からのログインを認証する。
そして、ステップＳ４４において、認証サーバは、ログイン端末３０に対してログイン完了後のページと認証情報とを返却し、ログインを完了する。
なお、認証サーバ１０は、確認情報を得られない場合、無効化を許可せず、ステップＳ３９と同様に、引き続き追加認証のためにログイン端末３０からのＯＴＰを待ち受ける。

［第３実施形態］
以下、本発明の第３実施形態について説明する。
本実施形態では、認証サーバ１０は、プッシュ通知に対する応答があった認証アプリから、別途ユーザの操作に基づく承認情報を受け付けた場合に、追加認証シーケンスを無効化する。

図７は、本実施形態における認証システム１の各装置の機能構成を示す図である。
第１実施形態と比べて、認証端末２０の制御部２１は、新たに、無効化承認部２１４を備え、認証サーバ１０の追加認証部１１２に対して機能が追加される。

無効化承認部２１４は、認証サーバ１０からのプッシュ通知に応じて、認証アプリによりユーザの無効化承認操作を受け付け、認証サーバ１０へ承認情報を通知する。
認証サーバ１０の追加認証部１１２は、この承認情報を受け付けると、追加認証シーケンスを無効化する。

図８は、本実施形態における追加認証シーケンスの無効化シーケンスを示す図である。
このシーケンスでは、ステップＳ３１～Ｓ３９まで、第１実施形態（図４）と同じ処理手順である。
認証端末２０が利用可能なため、ステップＳ３９において、認証端末２０は、受信したプッシュ通知に対して、ＯＴＰ、認証情報又はアプリ識別子を含む応答を送信する。したがって、認証サーバ１０は、この時点では追加認証シーケンスの無効化を許可しない。

ステップＳ５１において、認証端末２０（認証アプリ）は、ログイン端末３０から無効化要求があったことをユーザに通知する。
ステップＳ５２において、ユーザは、認証アプリに対して無効化を承認する操作を行う。
ステップＳ５３において、認証端末２０（認証アプリ）は、承認情報として、ＯＴＰ又は認証情報を認証サーバ１０に送信する。

ステップＳ５４において、認証サーバ１０は、承認情報を受信すると、認証アプリを用いた追加認証シーケンスを無効化し、ログイン端末３０からのログインを認証する。
そして、ステップＳ５５において、認証サーバは、ログイン端末３０に対してログイン完了後のページと認証情報とを返却し、ログインを完了する。

前述の実施形態によれば、認証システム１は、認証端末２０の認証アプリに対して、プッシュ通知に常に応答する機能を付加することにより、この認証アプリへのプッシュ通知に対する応答がない場合に限り、追加認証の無効化を許可する。
これにより、例えば、追加認証に必要な認証端末２０が紛失又は故障した際の復旧手段として、一般的なＳＭＳを用いた手段に代えて、認証サーバ１０は、認証アプリが応答できなくなった状態を判断することで、認証端末２０の認証アプリによる追加認証を安全に無効化できる。

さらに、認証サーバ１０は、ログイン端末３０から追加認証シーケンスの無効化要求を受け付けた場合に限りプッシュ通知を行ってもよく、これにより、無用な通信処理を削減できる。
また、追加認証が無効化された場合、認証サーバ１０は、無効化された状態のまま、再度ユーザ端末３０にログイン操作を要求してもよく、これにより、さらに安全性を担保できる。

また、認証サーバ１０は、認証アプリからの応答がない場合に、ユーザＩＤに紐づく電話番号に対して確認用メッセージ（ＳＭＳ）を送信し、このＳＭＳに対する確認情報を受信した場合に、追加認証シーケンスを無効化してもよい。
これにより、例えば、認証端末２０がオフライン又は故障したなど、認証アプリが動作しない状況となった際にも、ＳＭＳに対する応答があった場合にのみ追加認証が無効化されるので、攻撃者による不正利用をさらに抑制できる。

また、認証サーバ１０は、認証アプリへのプッシュ通知を複数回繰り返し、応答が一度もない場合に、追加認証を無効化してもよい。
これにより、認証システム１は、追加認証の無効化に際して、安全性をより向上させることができる。

また、認証端末２０は、認証アプリによりユーザの無効化承認操作を受け付け、認証サーバ１０へ承認情報を通知することで、追加認証シーケンスを無効化させてもよい。
これにより、ユーザは、認証端末２０が手元にある場合でも、任意に追加認証を無効化でき、例えば他の端末を追加認証用に再登録したい場合など、利便性が向上する。

また、認証アプリによる認証サーバ１０への応答は、セルラー通信のみに限定されてもよい。
これにより、例えば、紛失した認証端末２０に対する給電、及びＷｉＦｉ（登録商標）などの通信が与えられたまま動作し続けている場合であっても、セルラー通信を停止させることはできるため、追加認証の無効化が可能となる。

なお、前述の実施形態により、例えば、認証用端末の紛失又は故障などに伴う認証アプリの安全な再セットアップ手段を提供できることから、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。

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

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

１ 認証システム
１０ 認証サーバ
１１ 制御部
１２ 記憶部
２０ 認証端末
２１ 制御部
２２ 記憶部
３０ ログイン端末
１１１ アプリ登録部
１１２ 追加認証部
１１３ 端末応答受信部
１１４ 無効化確認部
２１１ 識別情報送信部
２１２ 応答送信部
２１３ 認証動作部
２１４ 無効化承認部

Claims (11)

1. ログイン端末、認証端末及び認証サーバを備えた認証システムであって、
   前記認証サーバは、
   認証済みの前記認証端末が有する認証アプリへのプッシュ通知のための識別情報を受信し、ユーザＩＤと紐付けて登録するアプリ登録部と、
   前記ログイン端末からのユーザＩＤを伴うログイン要求のアクセスに応じて、前記認証端末での前記認証アプリの動作を要する追加認証シーケンスを実行する追加認証部と、
   前記認証アプリへの通知に対して、当該認証アプリを特定する情報を含む応答を待ち受ける端末応答受信部と、を備え、
   前記追加認証部は、前記認証端末から所定時間内に前記応答がない場合に、前記追加認証シーケンスを無効化し、
   前記認証端末は、
   前記識別情報を、認証情報とともに前記認証サーバへ送信する識別情報送信部と、
   前記認証サーバから前記認証アプリにより受信した通知に対して、前記応答を送信する応答送信部と、
   前記追加認証シーケンスが要する前記認証アプリの動作を実行する認証動作部と、を備える認証システム。
2. 前記端末応答受信部は、前記追加認証部が前記ログイン端末から前記追加認証シーケンスの無効化要求を受け付けた場合に、前記認証アプリへ前記通知を送信し前記応答を待ち受ける請求項１に記載の認証システム。
3. 前記認証サーバは、前記追加認証部により前記追加認証シーケンスが無効化されると、無効化された状態のまま、再度ユーザ端末にログイン操作を要求する請求項１又は請求項２に記載の認証システム。
4. 前記認証動作部は、前記追加認証シーケンスにおいてログイン端末に入力されるワンタイムパスワードを、前記認証アプリにより発行する請求項１から請求項３のいずれかに記載の認証システム。
5. 前記認証サーバは、前記応答がない場合に、前記ユーザＩＤに紐づく電話番号に対して確認用メッセージを送信し、当該確認用メッセージに対する確認情報を受信する無効化確認部を備え、
   前記追加認証部は、前記確認情報を受信した場合に、前記追加認証シーケンスを無効化する請求項１から請求項４のいずれかに記載の認証システム。
6. 前記端末応答受信部は、前記通知を複数回繰り返し、
   前記追加認証部は、前記応答が一度もない場合に、前記追加認証シーケンスを無効化する請求項１から請求項５のいずれかに記載の認証システム。
7. 前記認証端末は、前記通知に応じて、前記認証アプリによりユーザの無効化承認操作を受け付け、前記認証サーバへ承認情報を通知する無効化承認部を備え、
   前記追加認証部は、前記承認情報を受け付けると、前記追加認証シーケンスを無効化する請求項１から請求項６のいずれかに記載の認証システム。
8. 前記端末応答受信部は、前記応答をセルラー通信でのみ受け付ける請求項１から請求項７のいずれかに記載の認証システム。
9. 自端末が有する認証アプリへのプッシュ通知のための識別情報を、認証情報とともに認証サーバへ送信し、ユーザＩＤと紐付けて登録させる識別情報送信部と、
   ログイン端末から前記認証サーバへのユーザＩＤを伴うログイン要求のアクセスに応じて、前記認証アプリの動作を要する追加認証シーケンスを実行する認証動作部と、
   前記認証サーバから前記認証アプリにより受信した通知に対して、当該認証アプリを特定する情報を含む応答を送信することで、前記認証サーバにおける前記追加認証シーケンスの無効化を拒否する応答送信部と、を備える認証端末。
10. 認証済みの認証端末が有する認証アプリへのプッシュ通知のための識別情報を受信し、ユーザＩＤと紐付けて登録するアプリ登録部と、
    ログイン端末からのユーザＩＤを伴うログイン要求のアクセスに応じて、前記認証端末での前記認証アプリの動作を要する追加認証シーケンスを実行する追加認証部と、
    前記認証アプリへの通知に対して、当該認証アプリを特定する情報を含む応答を待ち受ける端末応答受信部と、を備え、
    前記追加認証部は、前記認証端末から所定時間内に前記応答がない場合に、前記追加認証シーケンスを無効化する認証サーバ。
11. 請求項１０に記載の認証サーバとしてコンピュータを機能させるための認証プログラム。

Images