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

Description

本発明は、認証システム、端末、認証方法、及びプログラムに関する。

従来、認証時におけるユーザＩＤやパスワード等を入力する手間を省くための技術が検討されている。例えば、特許文献１には、端末装置（例えば、パーソナルコンピュータ）がサービス提供サーバ装置からサービスを受ける場合に、端末識別情報を含む二次元コードを利用することで、端末装置に認証情報を入力しなくても認証済みの状態にしてサービスを提供する技術が記載されている。

特許文献１の技術では、端末装置がサービス提供サーバ装置にアクセスすると、サービス提供サーバ装置は、端末識別情報とともに、二次元コードの発行要求を認証用サーバに送信する。認証用サーバ装置は、端末識別情報を含む二次元コードを生成してサービス提供サーバ装置に送信する。サービス提供サーバ装置は、二次元コードを受信すると、端末装置の認証画面に二次元コードを表示させる。

その後、ユーザが携帯通信装置（例えば、携帯電話）を操作し、端末装置に表示された二次元コードを読み取ると、携帯通信装置は、自身に記憶されたユーザＩＤ及びパスワード等を含む認証情報と、二次元コードに格納された情報と、を認証用サーバ装置に送信する。認証用サーバ装置は、認証情報の正当性を確認し、サービス提供サーバ装置に認証結果を送信する。サービス提供サーバ装置は、認証成功の旨を受信すると、端末装置の表示を、認証画面からサービスコンテンツの画面に切り替える。これにより、端末装置が認証済みの状態になり、ユーザはサービスを利用することができる。

特許第４６６０３９８号公報

しかしながら、特許文献１の技術では、サービス提供サーバ装置が自発的に端末装置を認証済みの状態にして表示を切り替えるので、その瞬間に一時的にでも通信障害が発生すると、端末装置の表示が切り替わらず、ユーザはサービスコンテンツを利用することができない。この点、通信が復旧するまでの間、サービス提供サーバ装置が表示の切り替え指示を繰り返し再送信することも考えられるが、端末装置の数が多くなるとその分だけサービス提供サーバ装置の処理負荷が高くなってしまう。

本発明の目的は、端末を認証済みの状態にするコンピュータの処理負荷を軽減することである。

上記課題を解決するために、本発明に係る認証システムは、第１端末に関する識別情報を取得する識別情報取得手段と、前記第１端末により繰り返し送信される所定の問い合わせを受信する第１受信手段と、認証済みの第２端末により前記第１端末の前記識別情報が読み取られた場合に、前記第２端末から前記識別情報を受信する第２受信手段と、前記第１端末から受信した前記問い合わせと、前記第２端末から受信した前記識別情報と、に基づいて、前記第１端末を認証済みの状態にする状態制御手段と、を含むことを特徴とする。

実施形態に係る認証システムの一例を示す図である。 第１端末に表示されるログイン画面の一例を示す図である。 ログイン画面に二次元コードが表示される様子を示す図である。 有効期間後のログイン画面の一例を示す図である。 二次元コードが読み取られる様子を示す図である。 第１端末に表示される利用画面の一例を示す図である。 本実施形態において実現される機能を示す機能ブロック図である。 ユーザデータベースのデータ格納例を示す図である。 二次元コードデータベースのデータ格納例を示す図である。 本実施形態において実行される処理のフロー図である。 本実施形態において実行される処理のフロー図である。 変形例の機能ブロック図である。

［１．認証システムの全体構成］
以下、本発明に係る実施形態の例について図面に基づき詳細に説明する。図１は、実施形態に係る認証システムの一例を示す図である。図１に示すように、例えば、認証システム１は、サーバ１０、第１端末２０、及び第２端末３０を含み、これらは、インターネットなどのネットワークＮに接続可能である。なお、図１では、サーバ１０、第１端末２０、及び第２端末３０の各々を１台ずつ示しているが、これらは複数台あってもよい。

サーバ１０は、サービスの提供者が管理するサーバコンピュータであり、例えば、制御部１１、記憶部１２、及び通信部１３を含む。提供者は、金融機関や会社等であり、任意の種類のサービスを提供可能である。例えば、提供者が提供するサービスは、金融サービス、電子商取引サービス、旅行予約サービス、又は保険サービスであってもよい。なお、本実施形態では、説明の簡略化のために、サーバ１０がログイン時の認証やサービスの提供を行う場合を説明するが、認証用のサーバやサービス提供用のサーバが分けられていてもよい。

制御部１１は、例えば、少なくとも１つのマイクロプロセッサを含む。記憶部１２は、例えば、ＲＡＭ等の主記憶部やハードディスク等の補助記憶部を含む。制御部１１は、記憶部１２に記憶されたプログラムやデータに従って処理を実行する。通信部１３は、有線通信又は無線通信用の通信インタフェースを含む。通信部１３は、インターネットやＬＡＮなどのネットワークＮを介して外部機器とのデータ送受信が可能である。

第１端末２０は、ユーザが操作するコンピュータであり、例えば、パーソナルコンピュータ、携帯電話（スマートフォンを含む）、又は携帯情報端末（タブレット型端末を含む）である。第１端末２０は、ユーザの所有物であってもよいし、ユーザの所有物ではなくてもよい。本実施形態では、第１端末２０がユーザの所有物ではなく、カフェや公共施設等に設置されており、不特定多数の者が利用可能なパーソナルコンピュータである場合を説明する。

第１端末２０は、制御部２１、記憶部２２、通信部２３、操作部２４、及び表示部２５を含む。制御部２１、記憶部２２、及び通信部２３のハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。操作部２４は、入力デバイスであり、例えば、タッチパネルやマウスなどのポインティングデバイス又はキーボードである。表示部２５は、例えば、液晶ディスプレイ又は有機ＥＬディスプレイである。

第２端末３０は、ユーザが操作するコンピュータであり、例えば、パーソナルコンピュータ、携帯電話（スマートフォンを含む）、又は携帯情報端末（タブレット型端末を含む）である。第２端末３０は、第１端末２０と同様、ユーザの所有物であってもよいし、ユーザの所有物ではなくてもよいが、第１端末２０よりはセキュリティレベルが高いものとする。本実施形態では、第２端末３０がユーザの所有物であり、生体認証やパスコード等によってセキュリティが確保されたスマートフォンである場合を説明する。

第２端末３０は、制御部３１、記憶部３２、通信部３３、操作部３４、表示部３５、及び撮影部３６を含む。制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５のハードウェア構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部２４、及び表示部２５と同様であってよい。撮影部３６は、少なくとも１つのカメラを含み、ＣＣＤセンサ又はＣＭＯＳセンサ等の撮像素子によって画像を生成する。撮影部３６は、所定のフレームレートに基づいて連続的に撮影をしてもよいし、ユーザの操作に基づいて撮影をしてもよい。

なお、記憶部１２，２２，３２に記憶されるものとして説明するプログラムやデータは、コンピュータ読み取り可能な情報記憶媒体（例えば、ＵＳＢメモリ又はＳＤカード）に記憶されたものが各コンピュータに供給されるようにしてもよいし、ネットワークを介して各コンピュータに供給されるようにしてもよい。また、上記説明した各コンピュータのハードウェア構成は、上記の例に限られず、例えば、情報記憶媒体を読み取る読取部（例えば、ＳＤカードスロット）、又は、外部機器と直接的に通信するための入出力部（例えば、ＵＳＢ端子）が備えられていてもよいし、コード情報を読み取り可能なコードリーダが備えられていてもよい。

［２．認証システムの概要］
本実施形態では、サーバ１０を銀行が管理し、ユーザに金融サービスが提供される場合を説明する。ユーザは、銀行に口座を開設済みであり、インターネットバンキングの利用登録も済ませているものとする。このため、ユーザは、インターネットバンキングを利用するためのユーザＩＤ及びパスワードを保有している。なお、ユーザは、個人であってもよいし、法人であってもよい。

第２端末３０には、銀行が提供するアプリケーション（以降、銀行アプリという）がインストールされている。第２端末３０において銀行アプリが起動すると、ユーザは、ユーザＩＤ及びパスワードを入力してログインし、インターネットバンキングを利用する。銀行アプリが起動するたびにユーザＩＤ及びパスワードの入力が求められてもよいが、本実施形態では、入力の手間を省くために、クイックログインという認証方法が用意されている。

例えば、ユーザＩＤ及びパスワードを入力して認証が成功すると、サーバ１０は、クイックログイン情報を発行し、その後はクイックログイン情報を利用して認証が行われる。クイックログイン情報は、認証済みのユーザであることを示す情報であり、例えば、サーバ１０が生成したランダムな記号列である。サーバ１０は、発行したクイックログイン情報を記憶し、第２端末３０にクイックログイン情報を送信する。第２端末３０は、クイックログイン情報を記憶し、認証が必要なタイミング（例えば、銀行アプリ起動時、サーバ１０とのセッションの確立時、入出金処理の実行時、又は振込実行時等）が訪れると、クイックログイン情報を利用することで、認証時の入力の手間を省くようにしている。

例えば、クイックログインでは、ユーザがユーザＩＤを入力しなくても、パスワードを入力するだけで、ログインが完了する。この場合、ユーザが入力したパスワードと、第２端末３０に記憶されたクイックログイン情報と、がサーバ１０に送信され、サーバ１０において認証が実行される。また例えば、クイックログインでは、生体認証（例えば、指紋認証又は顔認証）が利用されてもよく、第２端末３０で生体認証が行われた場合には、ユーザＩＤ及びパスワードの何れも入力することなく、ログインが完了する。この場合、生体認証が完了したことを示す情報と、第２端末３０に記憶されたクイックログイン情報と、がサーバ１０に送信され、サーバ１０において認証が実行される。

一方、本実施形態では、第１端末２０は、銀行アプリがインストールされておらず、クイックログイン情報は記憶されていない。第１端末２０は、ウェブブラウザ上で任意のウェブサイトを表示させることができる。例えば、第１端末２０において、銀行のウェブサイトのＵＲＬが入力されると、第１端末２０はサーバ１０にアクセス要求を送信し、第１端末２０とサーバ１０との間でセッションが確立される。セッションの確立は、ＨＴＴＰ等の任意の通信プロトコルで定められた手順に沿って行われる。サーバ１０は、セッション情報を生成して記憶し、第１端末２０にセッション情報を送信する。

セッション情報は、セッションＩＤ又はセッションキーとも呼ばれる情報であり、セッションを一意に識別する情報である。セッション情報は、通信プロトコルで定められた方法で生成され、例えば、ランダムな文字列により構成される。セッション情報は、セッションが切断されるまで利用可能であり、第１端末２０は、セッション情報を利用してサーバ１０との通信を行う。セッションが確立されると、銀行のウェブサイトのログイン画面が第１端末２０に表示される。

図２は、第１端末２０に表示されるログイン画面の一例を示す図である。図２に示すように、ログイン画面Ｇ１は、ユーザＩＤを入力するための入力フォームＦ１０と、パスワードを入力するための入力フォームＦ１１と、が表示される。ユーザがボタンＢ１２を選択すると、入力フォームＦ１０に入力されたユーザＩＤと、入力フォームＦ１１に入力されたパスワードと、がＨＴＴＰＳ等により暗号化されてサーバ１０に送信される。その後、サーバ１０による認証が成功すると、ユーザがログインした状態となり、第１端末２０のウェブブラウザ上でインターネットバンキングを利用することができる。

例えば、ユーザが普段は銀行アプリのクイックログインを利用していると、ユーザＩＤやパスワードを入力しないので、これらを忘れることがある。この場合、ユーザは、第１端末２０でログインすることができないので、いちいちコールセンター等に問い合わせなければならない。ユーザがユーザＩＤ及びパスワードを覚えていたとしても、第１端末２０に対してユーザＩＤ及びパスワードを入力するのは手間がかかる。また、本実施形態のように、第１端末２０が不特定多数の者が利用可能な端末であり、セキュリティレベルが低い場合には、キーストロークロギング等によって、ユーザが入力したユーザＩＤ及びパスワードが盗まれる可能性もある。また、このような端末は、セキュリティが保障されていない無料の無線ＬＡＮ等に接続されていることがあり、通信上でユーザＩＤ及びパスワードが盗まれる可能性もある。

そこで、認証システム１は、第１端末２０にユーザＩＤ及びパスワードを入力させることなく、第１端末２０でユーザがログインできる仕組みを提供する。本実施形態では、この仕組みの一例として、二次元コードを利用した二次元コードログインという認証方法について説明する。二次元コードには、二次元コードログインに必要な情報が含まれており、例えば、サーバ１０のＵＲＬや第１端末２０に関する識別情報が含まれている。詳細は後述するが、二次元コードが生成される時点では、どのユーザが利用するか分からないので、ユーザＩＤや口座情報といったユーザ固有の情報については、二次元コードに含まれていない。

第１端末２０に関する識別情報は、第１端末２０を識別可能な情報、又は、第１端末２０に割り当てられる情報であればよく、例えば、ランダムに生成された記号列である。本実施形態では、識別情報は、回線番号やアドレス情報のように長期的に変わらない情報ではなく、一時的に割り当てられるワンタイム的な情報である。識別情報は、第１端末２０とサーバ１０とのセッションが確立された後に、第１端末２０がサーバ１０に所定の発行要求を送信すると発行される。発行要求は、任意のタイミングでサーバ１０に送信されるようにすればよく、ログイン画面Ｇ１が表示される場合に発行要求が送信されてもよいが、本実施形態では、ボタンＢ１３が選択されたことに応じて発行要求が送信されるものとする。

なお、識別情報は、ランダムではなく、所定のルールに基づいて生成された記号列であってもよい。また、１台の第１端末２０に対し、識別情報が１つだけ発行されてもよいし、複数の識別情報が発行されてもよい。１台の第１端末２０に対して複数の識別情報が発行される場合には、ウェブブラウザのタブやウィンドウごとに異なる識別情報が発行されてもよい。即ち、ユーザが、複数のタブを開いたり複数のウィンドウを開いたりして、複数のログイン画面Ｇ１を表示させた場合には、ログイン画面Ｇ１ごとに識別情報が発行されてもよい。

本実施形態では、識別情報は、セッション情報とは異なる情報である。識別情報とセッション情報の互いの記号列は異なり、識別情報は、セッションの維持には使用されない。即ち、識別情報を保有していたからといって、セッションを維持することはできない。セッションが維持されている間は、原則としてセッション情報は変更されないが、識別情報は、発行要求のたびに発行される。サーバ１０は、識別情報をセッション情報に関連付けて記憶するが、第１端末２０に表示される二次元コードには、セッション情報は含まれない。例えば、ユーザがログイン画面Ｇ１のボタンＢ１３を選択すると、ログイン画面Ｇ１に、識別情報を含む二次元コードが表示される。

図３は、ログイン画面Ｇ１に二次元コードが表示される様子を示す図である。図３に示すように、ユーザがボタンＢ１３を選択すると、ボタンＢ１３が消去されて二次元コードＣ１４が表示される。本実施形態では、ログイン画面Ｇ１の表示データ（例えば、ＨＴＭＬデータ）にスクリプトが埋め込まれており、二次元コードＣ１４が表示されると、第１端末２０は、サーバ１０に対し、第１端末２０のステータスを問い合わせる。

ステータスは、二次元コードログインにおける認証前の状態であるか、認証後の状態であるか、を示す。別の言い方をすれば、ステータスは、二次元コードログインによるログインが許可された状態であるか、許可されていない状態であるか、を示す。二次元コードログインでは、クイックログイン済みの第２端末３０が二次元コードＣ１４を読み取ると、当該二次元コードＣ１４が表示された第１端末２０がログイン可能になる。それまでのステータスは、「認証前」となり、その後のステータスは「認証済み」となる。

二次元コードＣ１４は、特に有効期間が設定されていなくてもよいが、本実施形態では、有効期間が設定されているものとする。有効期間の長さは、任意であってよく、本実施形態では固定値（例えば、１０秒〜５分程度）とするが、後述する変形例のように可変値であってもよい。第１端末２０は、有効期間中にステータスの問い合わせを行い、有効期間後はステータスの問い合わせを停止する。

図４は、有効期間後のログイン画面Ｇ１の一例を示す図である。図４に示すように、有効期間が経過すると、二次元コードＣ１４がログイン画面Ｇ１から消去され、ログイン画面Ｇ１には、二次元コードＣ１４を再取得するためのボタンＢ１５が表示される。この状態になると、先述した問い合わせが停止される。ユーザがボタンＢ１５を選択すると二次元コードＣ１４が再取得され、ログイン画面Ｇ１は図３の状態に戻る。

ログイン画面Ｇ１に二次元コードＣ１４が表示されると、ユーザは、第２端末３０の撮影部３６を利用して二次元コードＣ１４を読み取る。本実施形態では、銀行アプリがコードリーダ機能を有しており、ユーザは、第２端末３０の銀行アプリを起動し、銀行アプリのコードリーダ機能を利用して二次元コードＣ１４を読み取る。

図５は、二次元コードＣ１４が読み取られる様子を示す図である。図５に示すように、第２端末３０において銀行アプリが起動すると、メニュー画面Ｇ２が表示部３５に表示される。メニュー画面Ｇ２には、ユーザの口座の残高等の情報が表示され、例えば、入出金明細表示、口座情報表示、入出金手続き、振込手続き、取扱サービス表示、又はＡＴＭ情報表示といった種々のサービスが提供される。

メニュー画面Ｇ２には、二次元コードログインをするためのボタンＢ２０が表示される。ユーザがボタンＢ２０を選択すると、二次元コードログインの手順を示す確認画面Ｇ３が表示される。確認画面Ｇ３には、第２端末３０の撮影部３６を起動するためのボタンＢ３０が表示される。銀行アプリは、予め撮影部３６へのアクセスが許可されており、ユーザがボタンＢ３０を選択すると、撮影部３６が起動する。

撮影部３６が起動すると、撮影中の画像を示す撮影画面Ｇ４が表示部３５に表示される。例えば、撮影画面Ｇ４には、二次元コードＣ１４の撮影位置を案内するための枠Ｆ４０が中央付近に表示され、ユーザは、枠Ｆ４０に収まるように、ログイン画面Ｇ１の二次元コードＣ１４を撮影する。二次元コードＣ１４が撮影されると、銀行アプリは、公知のコード解析アルゴリズムに基づいて、二次元コードＣ１４に含まれるサーバ１０のＵＲＬ及び識別情報を取得してサーバ１０に送信する。なお、ここでは、第２端末３０に記憶されたクイックログイン情報も送信されるものとするが、第２端末３０は、メニュー画面Ｇ２を表示させる時点でクイックログイン等によって認証を済ませているので、特にこのタイミングでクイックログイン情報が送信されなくてもよい。

サーバ１０は、第２端末３０のクイックログイン情報の正当性を確認すると、第２端末３０から受信した識別情報に関連付けられたステータスを「認証済み」に変更する。その後、第２端末３０では、二次元コードログインが完了したことを示す完了画面Ｇ５が表示され、第１端末２０の表示部２５を確認するように促される。なお、完了画面Ｇ５のボタンＢ５０が選択されると、メニュー画面Ｇ２に戻る。

第１端末２０は、ログイン画面Ｇ１に二次元コードＣ１４が表示されている間は（二次元コードＣ１４の有効期間中は）、サーバ１０に問い合わせをしているので、サーバ１０は、ステータスが「認証済み」になった後に問い合わせを受信すると、第１端末２０に対するユーザのログイン（即ち、第２端末３０で認証済みのユーザのアカウントを利用したログイン）を許可し、インターネットバンキングを利用するための利用画面を表示部３５に表示させる。

図６は、第１端末２０に表示される利用画面の一例を示す図である。図６に示すように、利用画面Ｇ６には、ユーザの口座の残高等の情報が表示され、入出金明細表示、口座情報表示、入出金手続き、振込手続き、取扱サービス表示、又はＡＴＭ情報表示といった種々のサービスを利用可能になる。即ち、ユーザがユーザＩＤ及びパスワードを入力しなくても、第１端末２０はログイン済みの状態になる。その後は、ユーザがユーザＩＤ及びパスワードを入力してログインした場合と同様のサービスが提供される。

以上のように、本実施形態の認証システム１は、ログイン画面Ｇ１の表示データにスクリプトが埋め込まれており、第１端末２０は、スクリプトに基づいて繰り返し問い合わせを送信し、サーバ１０は、二次元コードログインの認証が成功した場合に、第１端末２０からの問い合わせに応じて利用画面Ｇ６を表示させる。このため、二次元コードログインの認証が成功したときに、一時的に通信障害が発生したとしても、サーバ１０が第１端末２０に繰り返し指示を送信する必要がないため（サーバ１０は第１端末２０からの問い合わせを待てばよいため）、サーバ１０の負荷を軽減させるようにしている。以降、認証システム１の構成の詳細について説明する。

［３．本実施形態において実現される機能］
図７は、本実施形態において実現される機能を示す機能ブロック図である。ここでは、サーバ１０、第１端末２０、及び第２端末３０の各々で実現される機能を説明する。

［３−１．サーバにおいて実現される機能］
図７に示すように、サーバ１０では、データ記憶部１００、第２端末認証部１０１、識別情報取得部１０２、送信部１０３、第１受信部１０４、第２受信部１０５、及び状態制御部１０６が実現される。データ記憶部１００は記憶部１２を主として実現され、他の各機能は制御部１１を主として実現される。

［データ記憶部］
データ記憶部１００は、二次元コードログインやクイックログイン等を実現するために必要なデータを記憶する。ここでは、データ記憶部１００が記憶するデータの一例として、ユーザデータベースＤＢ１と、二次元コードデータベースＤＢ２と、について説明する。

図８は、ユーザデータベースＤＢ１のデータ格納例を示す図である。図８に示すように、ユーザデータベースＤＢ１は、ユーザに関する情報が格納されるデータベースである。例えば、ユーザデータベースＤＢ１には、ユーザＩＤ、パスワード、クイックログイン情報、及びユーザの口座情報が格納される。

本実施形態では、ユーザを一意に識別する情報として、ユーザＩＤを説明するが、この情報は、ユーザアカウントと呼ばれる情報であってもよいし、メールアドレスや電話番号等が用いられてもよい。パスワードは、ユーザが指定した任意の記号列であればよい。クイックログイン情報は、任意の記号列であればよく、本実施形態では、ランダムに生成された記号列である場合を説明するが、ランダムではなく所定のルールに基づいて生成された記号列であってもよい。口座情報は、銀行口座を識別するための情報であればよく、例えば、支店名、口座番号、口座名義人、残高情報、暗証番号、及び入出金明細情報等である。

図９は、二次元コードデータベースＤＢ２のデータ格納例を示す図である。図９に示すように、二次元コードデータベースＤＢ２は、二次元コードログインに関する情報が格納されるデータベースである。二次元コードデータベースＤＢ２には、セッション情報、識別情報、有効期間情報、ユーザの口座の支店名・口座番号、及びステータスが格納される。

識別情報が発行されると、二次元コードデータベースＤＢ２に新たなレコードが生成され、当該第１端末２０とサーバ１０とのセッションを示すセッション情報に関連付けて、識別情報及び有効期間情報が格納される。なお、二次元コードＣ１４が読み取られる前は、どのユーザが利用するか分からないので支店名・口座番号は格納されず、ステータスは初期値の「認証前」の何れかの値となる。

有効期間情報は、有効期間を特定可能な情報であればよく、例えば、有効期間の開始時点及び終了時点の少なくとも一方を示す。開始時点は、識別情報が発行された時点又は当該時点から一定時間以内の時点である。終了時点は、有効期限ということもでき、開始時点の所定時間後である。

ユーザの口座の支店名・口座番号は、銀行アプリで二次元コードＣ１４を読み取ったユーザの口座情報に格納された支店名・口座番号である。本実施形態では、二次元コードＣ１４が読み取られると、クイックログイン情報とともに、二次元コードＣ１４に含まれる識別情報が送信されるので、ユーザデータベースＤＢ１において、当該クイックログイン情報に関連付けられた口座情報が示す支店名・口座番号が二次元コードデータベースＤＢ２に格納される。これにより、当該クイックログイン情報を有するユーザのユーザＩＤを利用したログインが第１端末２０において可能な状態となる。

なお、本実施形態では、二次元コードデータベースＤＢ２にステータスが格納される場合を説明するが、二次元コードデータベースＤＢ２に支店名・口座番号が格納された場合に、第１端末２０が認証済みの状態となるようにしてもよい。即ち、支店名・口座番号の有無によって、二次元コードログインのステータスが確認されるようにしてもよい。

［第２端末認証部］
第２端末認証部１０１は、第２端末３０において入力されたユーザＩＤ及びパスワードに基づいて、第２端末３０を認証する。第２端末認証部１０１は、第２端末３０において入力されたユーザＩＤ及びパスワードの組み合わせがユーザデータベースＤＢ１に存在した場合に、認証成功と判定する。

なお、本実施形態では、ユーザＩＤ及びパスワードが認証情報として用いられる場合を説明するが、認証情報は、ユーザを認証可能な情報であればよく、例えば、口座の暗証番号、合言葉、生体認証情報、又はＩＣカードの情報等であってもよい。認証情報の入力方法は任意であってよく、例えば、通信部３３、操作部３４、又は撮影部３６から入力される。

第２端末認証部１０１は、第２端末３０が認証された場合に、認証済みであることを示すクイックログイン情報を発行して第２端末３０に送信する。本実施形態では、クイックログイン情報が認証済み情報として用いられる場合を説明するが、認証済み情報は、認証済みのユーザに対して発行される情報であればよく、例えば、電子証明書のような情報であってもよい。

［識別情報取得部］
識別情報取得部１０２は、第１端末２０に関する識別情報を取得する。本実施形態では、識別情報は、第１端末２０のシリアル番号等の固有の情報ではなく、動的に付与される情報なので、識別情報取得部１０２は、識別情報を発行する。先述したように、識別情報は、所定の発行ルールに基づいて発行されるようにすればよく、識別情報取得部１０２は、他の識別情報と重複しないように、識別情報を発行する。

本実施形態では、識別情報取得部１０２は、第１端末２０とのセッションが確立された場合に、識別情報を、セッション情報に関連付けてデータ記憶部１００に記録する。なお、識別情報取得部１０２は、第１端末２０とのセッションが確立された後に、新たに識別情報を作成してもよいし、予め識別情報を作成しておいてリストに格納しておき、リストに格納された識別情報を取得して第１端末２０に割り当てることで、第１端末２０に対して識別情報を発行してもよい。なお、第１端末２０とサーバ１０との間で特にセッションを確立しない場合には、識別情報取得部１０２は、第１端末２０からのアクセスを受け付けた場合に、識別情報を発行すればよい。

本実施形態では、識別情報には、有効期間が設定されるので、識別情報取得部１０２は、発行した識別情報に有効期間を設定する。例えば、識別情報取得部１０２は、識別情報に関連付けて有効期間情報を二次元コードデータベースＤＢ２に格納することによって、識別情報に有効期間を設定する。本実施形態では、有効期限情報は、第２端末３０に送信される。

識別情報取得部１０２は、有効期間後に、第１端末２０において識別情報の再取得操作が行われた場合に、識別情報を再取得する。再取得操作は、第１端末２０に対して行われる任意の操作であってよく、本実施形態では、ボタンＢ１５を選択する操作である。識別情報を再取得する方法は、１回目と同じ方法が用いられるようにすればよいが、再取得された識別情報は、１回目とは内容（記号列）が異なるものとする。再取得された識別情報の有効期間と、１回目の識別情報の有効期間と、は同じであってもよいし、異なっていてもよい。

［送信部］
送信部１０３は、第１端末２０に、識別情報を送信する。本実施形態では、第１端末２０においてスクリプトが実行されるので、送信部１０３は、識別情報と、繰り返し所定の問い合わせをさせるためのスクリプトと、を送信する。問い合わせは、所定形式の情報が送信されることによって行われるようにすればよい。問い合わせには、識別情報が含まれていてもよいが、セッション情報から識別情報を特定可能なので、識別情報は問い合わせに含まれていなくてもよい。

スクリプトは、任意の種類のスクリプトを適用可能であり、例えば、Ｊａｖａスクリプト（登録商標）であってもよい。スクリプトには、サーバ１０に対する問い合わせの送信コマンドを繰り返し実行する旨の命令が記述されている。本実施形態では、問い合わせが定期的に行われ、スクリプトには問い合わせの周期（時間間隔）が指定されているものとするが、問い合わせは、不定期的に行われてもよい。

本実施形態では、有効期間が経過すると第１端末２０が問い合わせを停止するので、スクリプトは、有効期間中は繰り返し問い合わせをさせ、有効期間後は問い合わせを停止させるためのスクリプトである。スクリプトには、有効期間が経過したか否かを判定する命令が記述されている。また、スクリプトには、有効期間中は問い合わせの送信コマンドが実行され、有効期間後は問い合わせの送信コマンドを実行しないように、ｉｆ文等を利用した分岐が記述されている。

本実施形態では、第１端末２０とサーバ１０は、セッション情報によってセッションが維持されているので、送信部１０３は、セッション情報に基づいて、第１端末２０に識別情報を送信する。本実施形態では、識別情報は二次元コードＣ１４として表示されるので、送信部１０３は、第１端末２０に、識別情報を含む二次元コードＣ１４の画像データを送信することになる。

本実施形態では、識別情報が二次元コードＣ１４に含まれているので、スクリプトは、第１端末２０に、有効期間中は識別情報を含む二次元コードＣ１４を表示させ、有効期間後は二次元コードＣ１４の表示を停止させるためのスクリプトである。有効期限が経過したか否かを判定する命令については、先述した通りである。スクリプトには、有効期限内は二次元コードＣ１４を表示させる命令が実行され、有効期限後は、当該命令を実行しない又は表示を停止する命令が実行されるように、ｉｆ文等を利用した分岐が記述されている。

なお、本実施形態では、二次元コードＣ１４が、識別情報を含む画像に相当する場合を説明するが、当該画像は、二次元コードに限られず、バーコードであってもよいし、コード以外の情報であってもよい。例えば、第２端末３０が光学文字認識を利用可能な場合には、識別情報の記号列を示す画像が第１端末２０にそのまま表示されてもよい。

本実施形態では、有効期限後において識別情報が再取得されるので、送信部１０３は、再取得された識別情報を送信する。再取得された識別情報の送信方法は、１回目の識別情報の送信方法と同様であり、再取得された識別情報の有効期限情報も第１端末２０に送信される。

［第１受信部］
第１受信部１０４は、第１端末２０により繰り返し送信される所定の問い合わせを受信する。本実施形態では、スクリプトを利用して問い合わせが行われるので、第１受信部１０４は、第１端末２０によりスクリプトが実行された場合に、第１端末２０から問い合わせを受信する。第１端末２０は、スクリプトに基づいて繰り返し問い合わせを送信するので、第１受信部１０４は、第１端末２０からの問い合わせを繰り返し受信することになる。第１端末２０が問い合わせを停止すると、第１受信部１０４は、第１端末２０からの問い合わせを受信しない状態になる。

［第２受信部］
第２受信部１０５は、認証済みの第２端末３０により第１端末２０に関する識別情報が読み取られた場合に、第２端末３０から識別情報を受信する。本実施形態では、二次元コードＣ１４が利用されるので、第２受信部１０５は、第１端末２０に表示された二次元コードＣ１４が第２端末３０により読み取られた場合に、第２端末３０から、二次元コードＣ１４に含まれる識別情報を受信する。本実施形態では、第２端末３０が二次元コードＣ１４を読み取った後に、ユーザの操作を要することなく識別情報がサーバ１０に送信される場合を説明するが、画面に表示された確認メッセージをタップする等の操作に基づいて、識別情報がサーバ１０に送信されてもよい。

［状態制御部］
状態制御部１０６は、第１端末２０から受信した問い合わせと、第２端末３０から受信した識別情報と、に基づいて、第１端末２０を認証済みの状態にする。認証済みの状態とは、第２端末３０のユーザのユーザＩＤを利用したログインを許可することであり、ユーザに対するサービスを利用可能な状態にすることである。本実施形態では、二次元コードデータベースＤＢ２に第１端末２０のステータスが格納されるので、ステータスを「認証済み」に変更し、識別情報に関連付けられたセッション情報を有する第１端末２０にログインさせることが、第１端末２０を認証済みの状態にすることに相当する。

状態制御部１０６は、第１端末２０のステータスが「認証済み」になった後に第１端末２０から問い合わせを受信した場合に、第１端末２０を認証済みの状態にする。即ち、状態制御部１０６は、第１端末２０からの問い合わせを受信した後に第１端末２０のステータスが「認証済み」になったとしても、その後に第１端末２０からの問い合わせを受信しなければ、第１端末２０を認証済みの状態にはしない。状態制御部１０６は、自発的に第１端末２０を認証済みの状態にするのではなく、あくまで、第１端末２０からの問い合わせを受信したことを条件として（即ち、受け身の状態で）、第１端末２０を認証済みの状態にする。

本実施形態では、第１端末２０とサーバ１０は、セッション情報によってセッションが維持されているので、状態制御部１０６は、第２端末３０から受信した識別情報に関連付けられたセッション情報に基づいて、第１端末を認証済みの状態にする。第１端末２０は、セッション情報とともに問い合わせを行うので、状態制御部１０６は、正当なセッション情報を有する第１端末２０からの問い合わせを受け付けた場合に、当該第１端末２０のステータスが「認証済み」であれば、第１端末２０をログイン済みの状態にする。

なお、他の端末により第１端末２０の識別情報が盗まれたとしても、当該他の端末は、第１端末２０のセッション情報を保有していないので、当該他の端末が識別情報とともに問い合わせをしたとしても、ログインすることはできない。このため、状態制御部１０６は、識別情報に関連付けられたセッション情報に基づいて、認証済みの状態にする第１端末２０を特定するということができる。別の言い方をすれば、状態制御部１０６は、状態制御部１０６は、第１端末２０からの問い合わせを受けた場合に、当該第１端末２０から受信したセッション情報と、「認証済み」のステータスに関連付けられたセッション情報
と、に基づいて、第１端末２０を認証済みの状態にするか否かを決定する。

［３−２．第１端末において実現される機能］
図７に示すように、第１端末２０では、データ記憶部２００、判定部２０１、問い合わせ部２０２、及び表示制御部２０３が実現される。データ記憶部２００は記憶部２２を主として実現され、他の各機能は制御部２１を主として実現される。

［データ記憶部］
データ記憶部２００は、二次元コードログイン等を実現するために必要なデータを記憶する。例えば、データ記憶部２００は、サーバ１０から受信した識別情報を含む二次元コードＣ１３の画像データ、セッション情報、及びスクリプト等を記憶する。また例えば、データ記憶部２００は、ログイン画面Ｇ１や利用画面Ｇ６の表示データを記憶する。

［判定部］
判定部２０１は、識別情報の有効期間が経過したか否かを判定する。判定部２０１は、リアルタイムクロック又はＧＰＳ情報等を利用して現在日時を取得し、有効期間が経過したか否かを判定する。本実施形態では、判定部２０１は、スクリプトに基づいて、判定処理を実行する。

［問い合わせ部］
問い合わせ部２０２は、認証システム１に問い合わせを繰り返し行う。例えば、スクリプトに送信コマンド及び問い合わせの周期が示されている場合に、第１端末２０は、当該周期が訪れるたびに送信コマンドを実行し、問い合わせを送信する。なお、先述したように、問い合わせ部２０２は、定期的に問い合わせをしてもよいし、不定期的に問い合わせをしてもよい。本実施形態では、問い合わせ部２０２は、スクリプトに基づいて、問い合わせを行う。

本実施形態では、問い合わせ部２０２は、有効期間中は繰り返し問い合わせを繰り返し行い、有効期間後は問い合わせを停止する。問い合わせ部２０２は、判定部２０１により有効期間中であると判定された場合に、問い合わせを継続し、判定部２０１により有効期間後であると判定された場合に、その後は問い合わせをしないように問い合わせを停止する。

［表示制御部］
表示制御部２０３は、各種画面の表示制御を実行する。例えば、表示制御部２０３は、ログイン画面Ｇ１や利用画面Ｇ６を表示部２５に表示させる。また例えば、表示制御部２０３は、有効期間中は二次元コードＣ１４を表示させ、有効期間後は二次元コードＣ１４の表示を停止させる。表示制御部２０３は、判定部２０１により有効期間中であると判定された場合に、二次元コードＣ１４を表示させ、判定部２０１により有効期限後であると判定された場合に、二次元コードＣ１４を消去してその後は表示させない。本実施形態では、表示制御部２０３は、スクリプトに基づいて、表示制御を実行する。

［３−３．第２端末において実現される機能］
図７に示すように、第２端末３０では、データ記憶部３００、読取部３０１、及び送信部３０２が実現される。データ記憶部３００は記憶部３２を主として実現され、他の各機能は制御部３１を主として実現される。

［データ記憶部］
データ記憶部３００は、二次元コードログインやクイックログイン等を実現するために必要なデータを記憶する。例えば、データ記憶部３００は、クイックログイン情報を記憶する。また例えば、本実施形態では、データ記憶部３００はユーザＩＤとパスワードを記憶しないものとするが、データ記憶部３００は、ユーザＩＤとパスワードを記憶してもよい。他にも例えば、データ記憶部３００は、ユーザの指紋や顔等の生体認証情報等を記憶してもよい。

［読取部］
読取部３０１は、第１端末２０の識別情報を読み取る。本実施形態では、読取部３０１は、撮影部３６により撮影された撮影画像に基づいて、二次元コードＣ１３に含まれる識別情報を読み取る。読取部３０１は、公知のコード解析アルゴリズムに基づいて、撮影画像に含まれる二次元コードＣ１３を解析し、識別情報やサーバ１０のＵＲＬ等を読み取る。

なお、識別情報の読取方法は、画像を利用した方法に限られない。第２端末３０が第１端末２０の近くにいて識別情報が読み取られたことを識別できればよく、例えば、通信部２３及び通信部３３による近距離無線通信を利用して識別情報が読み取られてもよいし、第１端末２０がスピーカを有し第２端末がマイクを有する場合には音波を利用して識別情報が読み取られてもよい。

また、本実施形態では、識別情報が読み取られる際には、第２端末３０がクイックログインによって認証済みである場合を説明するが、第２端末３０の認証方法は、クイックログインに限られず、任意の認証方法を適用可能である。例えば、通常のユーザＩＤ及びパスワードを用いた認証によって認証済みの第２端末３０によって識別情報が読み取られてもよいし、生体認証や合言葉等の他の認証方法によって認証済みの第２端末３０によって識別情報が読み取られてもよい。

［送信部］
送信部３０２は、サーバ１０に、読取部３０１により読み取られた第１端末２０の識別情報を送信する。本実施形態では、データ記憶部３００にクイックログイン情報が記憶されるので、送信部３０２は、識別情報を読み取った場合に、ユーザＩＤ及びパスワードの入力を要することなく、クイックログイン情報に基づいて、認証システム１に識別情報を送信する。

入力を要することなくとは、ユーザＩＤ及びパスワードの入力を促す画面を表示しないことである。図５を参照して説明したように、撮影画面Ｇ４で二次元コードＣ１４が読み取られた後は、ユーザＩＤ及びパスワードをユーザに入力させることなく、二次元コードログインが完了する。なお、ここでは、ユーザＩＤ及びパスワードの両方が入力されない場合を説明するが、これらの何れか一方の入力のみが省略されてもよい。

なお、送信部３０２は、サーバ１０に、識別情報以外の情報を送信してもよい。例えば、送信部３０２は、ユーザにより入力されたユーザＩＤ及びパスワードを送信してもよい。また例えば、送信部３０２は、クイックログイン時において、データ記憶部３００に記憶されたクイックログイン情報を送信してもよい。

［４．本実施形態において実行される処理］
図１０及び図１１は、本実施形態において実行される処理のフロー図である。図１０及び図１１に示す処理は、制御部１１，２１，３１の各々が記憶部１２，２２，３２に記憶されたプログラムに従って動作することによって実行される。これらの処理は、各機能ブロックが実行する処理の一例である。なお、図１０及び図１１の処理が実行されるにあたり、第２端末３０は、クイックログイン済みであるものとする。

図１０に示すように、まず、第１端末２０において、ユーザが銀行のウェブサイトのＵＲＬを指定すると、第１端末２０がサーバ１０にアクセスし、第１端末２０とサーバ１０との間でセッションが確立される（Ｓ１）。Ｓ１においては、通信プロトコルで定義された手順に沿って、第１端末２０とサーバ１０との間でセッションが確立される。サーバ１０においては、制御部１１は、セッション情報を生成して記憶部１２に記録し、第１端末２０に対し、セッション情報を送信する。第１端末２０においては、制御部２１は、セッション情報を受信すると記憶部２２に記録する。以降、第１端末２０が何らかの情報をサーバ１０に送信する場合、セッション情報も送信される。サーバ１０は、セッション情報によってのセッションを維持する。

第１端末２０とサーバ１０とのセッションが確立されると、サーバ１０においては、制御部２１は、第１端末２０に対し、ログイン画面Ｇ１の表示データを送信し（Ｓ２）、第１端末２０においては、表示データを受信すると、制御部２１は、ログイン画面Ｇ１を表示部２５に表示させる（Ｓ３）。なお、表示データは、任意の形式であってよく、例えば、ＨＴＭＬ形式やＸＭＬ形式である。Ｓ３においては、まだボタンＢ１３が選択されていないので、ログイン画面Ｇ１に、二次元コードＣ１４は表示されず、図２の状態となる。この状態で入力フォームＦ１０，Ｆ１１にユーザＩＤ及びパスワードが入力されてボタンＢ１２が選択されると、通常のログイン処理が実行される。以降では、ボタンＢ１３が選択された場合の処理を説明する。

制御部２１は、ログイン画面Ｇ１のボタンＢ１３が選択されると、サーバ１０に対し、二次元コードＣ１４の発行要求を送信する（Ｓ４）。発行要求は、所定形式の情報が送信されることで行われるようにすればよい。

サーバ１０においては、発行要求を受信すると、制御部１１は、識別情報を発行する（Ｓ５）。Ｓ５においては、制御部１１は、ランダムな記号列を生成し、識別情報として取得する。

制御部１１は、第１端末２０のセッション情報に関連付けて、識別情報を二次元コードデータベースＤＢ２に格納する（Ｓ６）。Ｓ６においては、制御部１１は、二次元コードデータベースＤＢ２に新たなレコードを生成し、Ｓ１で発行したセッション情報とＳ５で発行した識別情報を当該レコードに格納する。また、制御部１１は、現在日時を有効期間情報として当該レコードに格納し、ステータスは初期値の「認証前」とする。

制御部１１は、第１端末２０に対し、二次元コードＣ１４を含むログイン画面Ｇ１の表示データを送信する（Ｓ７）。Ｓ７においては、制御部１１は、サーバ１０のＵＲＬと、Ｓ５で発行した識別情報と、を含む二次元コードＣ１４を生成する。このＵＲＬは、第２端末３０をサーバ１０にアクセスさせるためのものなので、ログイン画面Ｇ１のＵＲＬではなく、サーバ１０に割り当てられた任意のＵＲＬであればよい。このＵＲＬは、記憶部１２に予め記憶されているものとする。

なお、有効期間中は繰り返し問い合わせをさせ、有効期間後は問い合わせを停止させるためのスクリプトと、有効期間中は二次元コードＣ１４を表示させ、有効期間後は表示を停止するためのスクリプトと、は記憶部１２に予め記憶されているものとする。これらのスクリプトは、一体となっていてもよいし、別々であってもよい。制御部１１は、スクリプト、二次元コードＣ１４の画像データ、及び二次元コードＣ１４の有効期間情報を含む表示データを生成して送信することになる。

第１端末２０においては、表示データを受信すると、制御部２１は、二次元コードＣ１４を含むログイン画面Ｇ１を表示させる（Ｓ８）。Ｓ８においては、ログイン画面Ｇ１に、二次元コードＣ１４は表示され、図３の状態となる。以降、制御部２１は、表示データに含まれるスクリプトを実行し、以降説明するＳ９〜Ｓ１２の処理を実行する。なお、スクリプトは、表示データとは別体であり、外部呼出しによって実行されてもよい。

制御部２１は、有効期間が経過したか否かを判定する（Ｓ９）。Ｓ９においては、制御部２１は、リアルタイムクロックやＧＰＳ情報等に基づいて現在日時を取得し、有効期間情報が示す有効期間が経過したか否かを判定する。ここでは、有効期間情報が有効期間の開始時点を示すので、制御部２１は、有効期間の開始時点から所定時間後の時点が訪れたか否かを判定する。

有効期間が経過したと判定されない場合（Ｓ９；Ｎ）、有効期間中なので、制御部２１は、サーバ１０に対し、ステータスの問い合わせを送信し（Ｓ１０）、Ｓ９の処理に戻り、有効期間が経過するまでの間は問い合わせの送信が繰り返される。

一方、Ｓ９において、有効期間が経過したと判定された場合（Ｓ９；Ｙ）、制御部２１は、二次元コードＣ１４をログイン画面Ｇ１から消去し（Ｓ１１）、ステータスの問い合わせを停止する（Ｓ１２）。Ｓ１２においては、ログイン画面Ｇ１にボタンＢ１５が表示され、図４の状態となる。この状態で入力フォームＦ１０，Ｆ１１にユーザＩＤ及びパスワードが入力されてボタンＢ１２が選択されると、通常のログイン処理が実行される。ボタンＢ１５が選択されると、Ｓ４の処理に戻り、二次元コードＣ１４が再取得される。

図１１に移り、第２端末３０において、銀行アプリが起動すると、メニュー画面Ｇ２及び確認画面Ｇ３が表示される。制御部３１は、ボタンＢ３０が選択されると、撮影部３６を起動し、撮影画面Ｇ４を表示させる（Ｓ１３）。Ｓ１３においては、制御部３１は、撮影部３６の撮影画像を解析し、二次元コードＣ１４を検出したか否かを判定する。

制御部３１は、二次元コードＣ１４を検出すると、二次元コードＣ１４に含まれるサーバ１０のＵＲＬを参照し、サーバ１０に対し、記憶部１２に記憶されたクイックログイン情報と、二次元コードＣ１４に含まれる識別情報と、を送信する（Ｓ１４）。

サーバ１０においては、クイックログイン情報と識別情報を受信すると、制御部１１は、ユーザデータベースＤＢ１に基づいて、受信したクイックログイン情報の正当性を確認する（Ｓ１５）。Ｓ１５においては、制御部１１は、第１端末２０から受信したクイックログイン情報がユーザデータベースＤＢ１に存在するか否かを判定する。制御部１１は、クイックログイン情報がユーザデータベースＤＢ１に存在すれば正当と判定し、クイックログイン情報がユーザデータベースＤＢ１に存在しなければ正当と判定しない。

クイックログイン情報の正当性が確認された場合（Ｓ１５；Ｙ）、制御部１１は、二次元コードデータベースＤＢ２に基づいて、Ｓ１５で受信した識別情報に関連付けられたステータスを「認証済み」に変更する（Ｓ１６）。Ｓ１６においては、制御部１１は、二次元コードデータベースＤＢ２のうち、Ｓ１５で受信した識別情報が格納されたレコードのステータスを「認証前」から「認証済み」に変更し、ユーザの口座情報も格納する。なお、ユーザの口座情報は、ユーザデータベースＤＢ１から取得されてもよいし、第２端末３０に口座情報を記憶させておき第２端末３０から取得されてもよい。以降、第１端末２０からの問い合わせを受けると、第１端末２０に利用画面Ｇ６を表示可能な状態となる。

制御部１１は、第１端末２０からの問い合わせを受信したか否かを判定する（Ｓ１７）。第１端末２０は、Ｓ１０の処理により、有効期間において問い合わせを送信し続けているが、ステータスが「認証済み」になるまでは、サーバ１０は、当該問い合わせを受信しても無視し、第１端末２０のログインを許可しないことになる。

問い合わせを受信した場合（Ｓ１７；Ｙ）、制御部１１は、ユーザデータベースＤＢ１に基づいて、利用画面Ｇ６の表示データを生成し、第１端末２０に送信する（Ｓ１８）。Ｓ１８においては、制御部１１は、Ｓ１５で受信したクイックログイン情報を有するユーザの第１端末２０でのログインを許可し、当該ユーザの口座情報に基づいて、利用画面Ｇ６の表示データを生成する。

第１端末２０においては、表示データを受信すると、制御部２１は、利用画面Ｇ６を表示部２５に表示させ（Ｓ１９）、本処理は終了する。以降、ユーザは、第１端末２０を操作することでオンラインバンキングを利用できる。

認証システム１によれば、二次元コードログインの認証が成功した場合にサーバ１０が自発的に第１端末２０を認証済みの状態にするのではなく、第１端末２０からの問い合わせに応じて認証済みの状態にするので、サーバ１０の負荷を軽減することができる。例えば、ネットワークＮに一時的な通信障害が発生したとしても、サーバ１０が繰り返し第１端末２０に利用画面Ｇ６の表示データを送信するといった必要がなく、第１端末２０からの問い合わせに応じて（即ち、ネットワークＮが復旧したことが問い合わせによって確認された場合に）、利用画面Ｇ６の表示データを送信するので、サーバ１０の負荷を軽減することができる。

また、第１端末２０の接続台数が多くなると、サーバ１０が問い合わせを受け続けた場合にサーバ１０の負荷が高くなる可能性があるが、識別情報の有効期間内は第１端末２０に繰り返し問い合わせをさせ、有効期間後は問い合わせを停止させることで、サーバ１０の負荷を軽減することができる。また、悪意のある第三者が二次元コードＣ１４を迷惑メール等に添付してユーザに送信し、ユーザが騙されて銀行アプリで読み取ってしまうと、第三者の端末でログインされてしまう可能性があるが、識別情報に有効期間を設定することで、このような不正を行う時間を与えないので、セキュリティを効果的に高めることができる。また、有効期間を判定する処理を第１端末２０に実行させることで、サーバ１０が接続中の全ての第１端末２０について有効期間を判定する必要がなくなり、サーバ１０の負荷を軽減することができる。

また、識別情報としてセッション情報を用いないので、ネットワークＮ上でセッション情報が送信される機会を減らし、セキュリティを高めることができる。また、第三者が識別情報だけを盗難したとしても、セッション情報を保有していなければ、ログインが許可されないので、セキュリティを高めることができる。また、識別情報は、動的に生成される情報であり、第１端末２０に割り当てられた固定の回線番号等ではないので、どの端末であってもサービスを利用でき、ユーザの自由度を高めることもできる。

また、第２端末３０に記憶されたクイックログイン情報を利用して、二次元コードＣ１４が読み取られた後に、パスワード等の認証情報の入力を要することなく、二次元コードＣ１４に含まれる識別情報がサーバ１０に送信されることで、ユーザの手間を軽減することができる。また、識別情報に有効期間が設定されている場合には、ユーザにパスワード等を入力させている間に有効期間が経過してしまい、二次元コードＣ１４を再取得する場合に再びパスワード等を入力させなければならないが、パスワード等の入力を省いて迅速に識別情報を送信することで、このような手間を発生させないようにすることができる。

また、有効期間が経過した場合にログイン画面Ｇ１から二次元コードＣ１４を消去することで、有効期間が経過したことにユーザが気付きやすくなる。また、有効期間が経過したことに気付かずに二次元コードＣ１４を撮影してしまうと、無駄な手間となってしまうが、このような手間を発生させないようにすることができる。

また、有効期間が経過するとログイン画面Ｇ１にボタンＢ１５が表示され、二次元コードＣ１４の再取得が可能になるので、有効期間が経過してしまった場合のユーザの手間を軽減することができる。更に、従来技術のようにセッション情報を識別情報として使用する場合には、有効期間が経過するたびに、新たな識別情報を発行するためにセッションを再接続しなければならないが、認証システム１では、セッションを維持したまま識別情報を再取得することができ、ユーザの手間を軽減することができる。

［５．変形例］
なお、本発明は、以上に説明した実施の形態に限定されるものではない。本発明の趣旨を逸脱しない範囲で、適宜変更可能である。

（１）例えば、多数の第１端末２０がサーバ１０に接続している場合には、各第１端末２０が問い合わせを行うので、サーバ１０の負荷が増大することがある。このため、第１端末２０の接続台数等によって有効期間の長さを調整し、サーバ１０の負荷を軽減するようにしてもよい。

図１２は、変形例の機能ブロック図である。図１２に示すように、変形例では、負荷情報取得部１０７と決定部１０８が実現される。これらは制御部１１を主として実現される。負荷情報取得部１０７は、認証システム１の負荷に関する負荷情報を取得する。負荷情報は、認証システム１の負荷に関する情報であればよく、例えば、第１端末２０の接続台数、サーバ１０のＣＰＵ使用率、又はサーバ１０の通信量（ネットワーク使用率）であってもよい。例えば、負荷情報取得部１０７は、セッションの数を第１端末２０の接続台数として取得する。また例えば、負荷情報取得部１０７は、所定のコマンドを実行してＣＰＵ使用率や通信量を取得する。負荷情報取得部１０７は、取得した情報を負荷情報として取得する。

決定部１０８は、負荷情報に基づいて、有効期間の長さを決定する。決定部１０８は、負荷情報が示す負荷が高いほど有効期間を短く設定し、負荷情報が示す負荷が低いほど有効期間を長く設定する。負荷と有効期間の長さとの関係は、予めデータ記憶部１００に記憶させておけばよい。識別情報取得部１０２は、発行した識別情報に対し、決定部１０８が決定した長さの有効期間を設定すればよい。

例えば、決定部１０８は、第１端末２０の接続台数が多いほど有効期間を短く設定し、第１端末２０の接続台数が少ないほど有効期間を長く設定する。また例えば、決定部１０８は、サーバ１０のＣＰＵ使用率が高いほど有効期間を短く設定し、サーバ１０のＣＰＵ使用率が低いほど有効期間を長く設定する。また例えば、決定部１０８は、サーバ１０の通信量が多いほど有効期間を短く設定し、サーバ１０の通信量が少ないほど有効期間を長く設定する。

変形例（１）によれば、負荷に応じた長さの有効期間を設定することで、サーバ１０の負荷を効果的に軽減することができる。

（２）また例えば、第１端末２０の接続台数等は、時間帯によって異なることがある。このため、決定部１０８は、時間帯に基づいて、有効期間の長さを決定する。時間帯は、現在の時間帯であり、例えば、有効期間の長さを決定するときの時間帯、識別情報を発行するときの時間帯、又は二次元コードログインを利用するときの時間帯である。時間帯と有効期間の長さとの関係は、予めデータ記憶部１００に記憶させておけばよい。例えば、深夜から早朝にかけては（例えば、０時〜６時）は、第１端末２０の接続台数が少ないため、他の時間帯に比べて有効期間を長く設定してもよい。また例えば、夕方から夜にかけては、第１端末２０の接続台数が多いため、他の時間帯に比べて有効期間を短く設定してもよい。

変形例（２）によれば、ユーザが利用する時間帯に応じた長さの有効期間を設定することで、サーバ１０の負荷を効果的に軽減することができる。

（３）また例えば、実施形態では、ユーザが銀行アプリを利用して二次元コードＣ１４を読み取る場合を説明したが、第２端末３０は、銀行アプリをインストールしていなくても、二次元コードＣ１４を読み取ることができる。この場合、銀行アプリが起動しておらずクイックログインを利用できないので、第１端末２０は認証済みの状態にはならない。このため、第２端末３０は、所定のウェブサイトにリダイレクトし、銀行アプリの利用を促すようにしてもよい。

実施形態で説明したように、第２端末３０は、銀行アプリを記憶する。銀行アプリは、所定のサービスを利用するためのアプリケーションの一例であり、第２端末３０は、提供されるサービスに応じたアプリケーションを記憶すればよい。例えば、電子商取引サービスにおいて商品を購入するためのアプリケーション、旅行予約サービスにおいてホテルや航空券を予約するためのアプリケーション、又は保険サービスにおいて各種保険手続きをするためのアプリケーションが第２端末３０に記憶されていてもよい。

状態制御部１０６は、第２端末３０の銀行アプリを利用して第１端末２０に関する識別情報が読み取られた場合に、第１端末２０を認証済みの状態にする。即ち、状態制御部１０６は、第２端末３０が銀行アプリを起動して識別情報を読み取ったことを条件として、第１端末２０を認証済みの状態にする。例えば、状態制御部１０６は、クイックログイン情報を受信した場合に銀行アプリを利用したと判定し、クイックログイン情報を受信しなかった場合に銀行アプリを利用したと判定しない。

なお、銀行アプリを利用したか否かは、クイックログイン情報以外の任意の情報によって判定されてよく、例えば、第２端末３０にユーザＩＤや口座情報を記憶させておく場合には、状態制御部１０６は、ユーザＩＤや口座情報を受信したか否かを判定してもよい。他にも例えば、銀行アプリ固有の情報を第２端末３０に記憶させておき、状態制御部１０６は、当該情報を受信したか否かを判定してもよい。

状態制御部１０６は、第２端末３０のアプリケーションを利用して第１端末２０の識別情報が読み取られなかった場合には、第１端末２０を認証済みの状態にせず、第２端末３０を所定のウェブサイトに接続させる。このウェブサイトは、任意のウェブサイトであってよく、例えば、銀行アプリの使用やダウンロードを促すウェブサイトであってもよいし、口座の開設を促すウェブサイトであってもよい。ウェブサイトのＵＲＬは、データ記憶部１００に予め記憶されており、状態制御部１０６は、公知のリダイレクト処理によって、当該ＵＲＬに第２端末３０をリダイレクトさせる。第２端末３０のウェブブラウザには、リダイレクトされたウェブサイトが表示されることになる。

変形例（３）によれば、第２端末３０を所定のウェブサイトに接続させることで、第１端末２０が認証済みの状態にならなかったことをユーザに把握させやすくなる。

（４）また例えば、上記変形例を組み合わせてもよい。

また例えば、実施形態では、サーバ１０から第１端末２０にスクリプトが送信され、第１端末２０がスクリプトを実行することで、問い合わせの送信等が実行される場合を説明したが、第１端末２０は、ネイティブアプリを記憶し、第１端末２０がネイティブアプリを実行することによって、問い合わせの送信等が実行されてもよい。即ち、ウェブブラウザ上で二次元コードＣ１３の表示や問い合わせの送信等が行われるのではなく、ネイティブアプリ上で二次元コードＣ１３の表示や問い合わせの送信等が行われてもよい。ネイティブアプリは、第２端末３０の銀行アプリと同じであってもよいし、第１端末２０用に作成されたものであってもよい。

例えば、第１端末２０の判定部２０１は、ネイティブアプリに基づいて、識別情報の有効期間が経過したか否かを判定してもよい。また例えば、第１端末２０の問い合わせ部２０２は、ネイティブアプリに基づいて、問い合わせを行ってもよい。また例えば、第１端末２０の表示制御部２０３は、ネイティブアプリに基づいて、二次元コードＣ１３の表示制御等を実行してもよい。これらの処理は、スクリプトによって実行されるかネイティブアプリによって実行されるかが異なるだけであり、処理内容の詳細は、実施形態で説明した通りである。他にも例えば、識別情報がサーバ１０において発行される場合を説明したが、識別情報は、第１端末２０のネイティブアプリによって発行されてもよい。この場合、ネイティブアプリは、第１端末２０のシリアル番号やＩＰアドレスといった固有の情報に対し、ランダムに生成した記号列を付与する等して、他の端末と識別情報が重複しないようにする。ネイティブアプリが識別情報を発行する場合には、第１端末２０は、サーバ１０に識別情報を送信し、第１端末２０とサーバ１０とで識別情報が共有される。

また例えば、実施形態では、識別情報がセッション情報とは異なる情報である場合を説明したが、セッション情報が識別情報として用いられてもよい。他にも例えば、識別情報は、第１端末２０にその場で付与される情報ではなく、予め第１端末２０に備わるシリアル番号やＩＰアドレスといった情報であってもよい。この場合、サーバ１０の識別情報取得部１０２は、第１端末２０から識別情報を取得する。また例えば、実施形態では、第１端末２０とサーバ１０との間でセッションが確立されるものとして説明したが、特にセッションを確立せずに、第１端末２０とサーバ１０との間で通信が行われるようにしてもよい。また例えば、有効期間が経過したか否かを判定する処理が第１端末２０側で実行される場合を説明したが、この処理は、サーバ１０側で実行されてもよい。また例えば、識別情報の有効期間は、特に設定されなくてもよい。また例えば、第１端末２０では、複数のタグやウィンドウの各々でログイン画面Ｇ１が表示されてもよく、ログイン画面Ｇ１ごとに識別情報が発行されてもよい。また例えば、第１端末２０がサーバ１０にステータスの問い合わせをするのではなく、第１端末２０のステータスが「認証済み」になった時点でサーバ１０から自発的に第１端末２０に利用画面Ｇ６を表示させるようにしてもよい。

また例えば、実施形態では、第１端末２０が問い合わせを実行する第１の特徴、識別情報がセッション情報とは異なる第２の特徴、クイックログイン情報を利用して二次元コードＣ１４の読み取り後の入力の手間を省く第３の特徴、第１端末２０が二次元コードＣ１４の表示停止を制御する第４の特徴、及び有効期間後の再取得操作に応じて二次元コードＣ１４を再取得する第５の特徴を説明した。認証システム１は、第１の特徴〜第５の特徴の少なくとも１つを有するようにすればよく、これら全ての特徴を有する必要はない。例えば、実施形態では、認証システム１が第１の特徴を有する前提で説明したが、認証システム１は、第１の特徴を有さず、第２の特徴〜第５の特徴の少なくとも１つを有するようにしてもよい。この場合には、サーバ１０は、二次元コードログインの認証が成功した場合に、自発的に第１端末２０を認証済みの状態にする。

また例えば、サーバ１０において図７に示す各機能が実現される場合を説明したが、他のコンピュータによって各機能が実現されてもよい。例えば、データ記憶部１００は、サーバ１０とは別のデータベースサーバで実現されてもよい。他にも例えば、各機能は、複数のコンピュータで分担されてもよい。例えば、各機能は、サーバ１０、第１端末２０のネイティブアプリ、及び第２端末３０の銀行アプリの各々で分担されてもよい。

１ 認証システム、Ｎ ネットワーク、１０ サーバ、１１，２１，３１ 制御部、１２，２２，３２ 記憶部、１３，２３，３３ 通信部、２４，３４ 操作部、２５，３５ 表示部、３６ 撮影部、Ｇ１ ログイン画面、Ｇ２ メニュー画面、Ｇ３ 確認画面、Ｇ４ 撮影画面、Ｇ５ 完了画面、Ｇ６ 利用画面、１００ データ記憶部、１０１ 第２端末認証部、１０２ 識別情報取得部、１０３ 送信部、１０４ 第１受信部、１０５ 第２受信部、１０６ 状態制御部、１０７ 負荷情報取得部、１０８ 決定部、Ｆ１０，Ｆ１１ 入力フォーム、Ｂ１２，Ｂ１３，Ｂ１５，Ｂ２０，Ｂ３０，Ｂ５０ ボタン、Ｃ１４ 二次元コード、Ｆ４０ 枠、ＤＢ１ ユーザデータベース、ＤＢ２ 二次元コードデータベース。

Claims (11)

1. 有効期間が設定された、第１端末に関する識別情報を取得する識別情報取得手段と、
   前記第１端末により繰り返し送信される所定の問い合わせを受信する第１受信手段と、
   認証済みの第２端末により前記第１端末の前記識別情報が読み取られた場合に、前記第２端末から前記識別情報を受信する第２受信手段と、
   前記第１端末から受信した前記問い合わせと、前記第２端末から受信した前記識別情報と、に基づいて、前記第１端末を認証済みの状態にする状態制御手段と、
   認証システムにおける状況に基づいて、前記有効期間の長さを決定する決定手段と、
   を含むことを特徴とする認証システム。
2. 前記認証システムは、前記認証システムの負荷に関する負荷情報を取得する負荷情報取得手段を更に含み、
   前記決定手段は、前記負荷情報に基づいて、前記有効期間の長さを決定する、
   ことを特徴とする請求項１に記載の認証システム。
3. 前記決定手段は、時間帯に基づいて、前記有効期間の長さを決定する、
   ことを特徴とする請求項１又は２に記載の認証システム。
4. 前記第１端末は、前記有効期間中は前記問い合わせを繰り返し行い、前記有効期間後は前記問い合わせを停止する、
   ことを特徴とする請求項１〜３の何れかに記載の認証システム。
5. 前記識別情報取得手段は、前記第１端末とのセッションが確立された場合に、前記識別情報を、セッション情報に関連付けて記憶手段に記録し、
   前記状態制御手段は、前記第２端末から受信した前記識別情報に関連付けられた前記セッション情報に基づいて、前記第１端末を認証済みの状態にする、
   ことを特徴とする請求項１〜４の何れかに記載の認証システム。
6. 前記認証システムは、前記第２端末において入力された認証情報に基づいて、前記第２端末を認証する第２端末認証手段を更に含み、
   前記第２端末認証手段は、前記第２端末が認証された場合に、認証済みであることを示す認証済み情報を発行して前記第２端末に送信し、
   前記第２端末は、前記認証済み情報を記憶し、前記第１端末の前記識別情報を読み取った場合に、前記認証情報の入力を要することなく、前記認証済み情報に基づいて、前記認証システムに前記識別情報を送信する、
   ことを特徴とする請求項１〜５の何れかに記載の認証システム。
7. 前記第１端末は、前記有効期間中は前記識別情報を含む画像を表示させ、前記有効期間後は前記画像の表示を停止させ、
   前記第２受信手段は、前記第１端末に表示された前記画像が前記第２端末により読み取られた場合に、前記第２端末から、前記画像に含まれる前記識別情報を受信する、
   ことを特徴とする請求項１〜６の何れかに記載の認証システム。
8. 前記識別情報は、前記有効期間後に、前記第１端末において前記識別情報の再取得操作が行われた場合に再取得される、
   ことを特徴とする請求項１〜７の何れかに記載の認証システム。
9. 前記第２端末は、所定のサービスを利用するためのアプリケーションを記憶し、
   前記状態制御手段は、
   前記第２端末の前記アプリケーションを利用して前記第１端末の前記識別情報が読み取られたことを示す情報を前記第２端末から受信した場合に、前記第１端末を認証済みの状態にし、
   前記第２端末の前記アプリケーションを利用して前記第１端末の前記識別情報が読み取られたことを示す前記情報を前記第２端末から受信しなかった場合には、前記第１端末を認証済みの状態にせず、前記第２端末を所定のウェブサイトに接続させる、
   ことを特徴とする請求項１〜８の何れかに記載の認証システム。
10. 有効期間が設定された、第１端末に関する識別情報を取得する識別情報取得ステップと、
    前記第１端末により繰り返し送信される所定の問い合わせを受信する第１受信ステップと、
    認証済みの第２端末により前記第１端末の前記識別情報が読み取られた場合に、前記第２端末から前記識別情報を受信する第２受信ステップと、
    前記第１端末から受信した前記問い合わせと、前記第２端末から受信した前記識別情報と、に基づいて、前記第１端末を認証済みの状態にする状態制御ステップと、
    認証システムにおける状況に基づいて、前記有効期間の長さを決定する決定ステップと、
    を含むことを特徴とする認証方法。
11. 有効期間が設定された、第１端末に関する識別情報を取得する識別情報取得手段、
    前記第１端末により繰り返し送信される所定の問い合わせを受信する第１受信手段、
    認証済みの第２端末により前記第１端末の前記識別情報が読み取られた場合に、前記第２端末から前記識別情報を受信する第２受信手段、
    前記第１端末から受信した前記問い合わせと、前記第２端末から受信した前記識別情報と、に基づいて、前記第１端末を認証済みの状態にする状態制御手段、
    認証システムにおける状況に基づいて、前記有効期間の長さを決定する決定手段、
    としてコンピュータを機能させるためのプログラム。

Images