JP2022007438A - ログイン管理システム、ログイン管理方法、及びプログラム - Google Patents

Abstract

【課題】ユーザが複数のアカウントを有する場合のセキュリティを高めることが可能なログイン管理システム、ログイン管理方法及びプログラムを提供する。
【解決手段】口座管理システムにおいて、サーバ１０の第１受信部１０１は、ユーザが有する複数のアカウントのうちの第１アカウントにログインするための第１要求を受信する。第１許可部１０２は、第１要求を送信した端末２０に第１アカウントへのログインを許可する。第２受信部１０３は、複数のアカウントのうちの第２アカウントにログインするための第２要求を受信する。端末判定部１０４は、第２要求を送信した端末２０と、第１許可部１０２により許可された端末２０と、が同じであるか否かを判定する。第２許可部１０６は、端末判定部１０４により同じであると判定された場合に、第２要求を送信した端末２０に第２アカウントへのログインを許可する。
【選択図】図６

Description

特許法第３０条第２項適用申請有り 令和１年１１月１４日、ｈｔｔｐｓ：／／ｗｗｗ．ｒａｋｕｔｅｎ－ｂａｎｋ．ｃｏ．ｊｐ／、ｈｔｔｐｓ：／／ｗｗｗ．ｒａｋｕｔｅｎ－ｂａｎｋ．ｃｏ．ｊｐ／ｐｒｅｓｓ／２０１９／１９１１１４．ｈｔｍｌ、ｈｔｔｐｓ：／／ｗｗｗ．ｏｋｂ．ｃｏ．ｊｐ／、ｈｔｔｐｓ：／／ｗｗｗ．ｏｋｂ．ｃｏ．ｊｐ／ａｌｌ／ｎｅｗｓ／２０１９／２０１９１１１４．ｐｄｆ 令和１年１１月１４日、地方銀行会館講堂 令和１年１１月１８日、ｈｔｔｐｓ：／／ｗｗｗ．ｒａｋｕｔｅｎ－ｂａｎｋ．ｃｏ．ｊｐ／、ｈｔｔｐｓ：／／ｉｔｕｎｅｓ．ａｐｐｌｅ．ｃｏｍ／、ｈｔｔｐｓ：／／ｉｔｕｎｅｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｉｄ３９１０４８２９５、ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／、ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｊｐ．ｃｏ．ｒａｋｕｔｅｎ＿ｂａｎｋ．ｒａｋｕｔｅｎｂａｎｋ

本開示は、ログイン管理システム、ログイン管理方法、及びプログラムに関する。

従来、複数のアカウントを有するユーザに、複数のアカウントの各々を利用させるための技術が知られている。例えば、特許文献１には、ユーザが有する複数の口座の各々の口座番号をＩＣカードに記憶させておき、ユーザがＡＴＭにＩＣカードを読み取らせた場合に、ＩＣカードに口座番号が記憶された複数の口座を利用させる装置が記載されている。また例えば、特許文献２には、複数の口座を有するユーザのＩＣカードに代表口座の口座番号を記憶させておき、ユーザがＡＴＭにＩＣカードを読み取らせた場合に、ＩＣカードに口座番号が記憶された代表口座と、代表口座に関連付けられた他の口座と、の各々を利用させる装置が記載されている。

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

しかしながら、特許文献１及び２の技術は、ユーザが複数の口座の各々を利用するためにＩＣカードが必要であり、ユーザの端末で複数の口座にログインすることはできなかった。この点、ユーザの端末で複数の口座にログインさせるようとすると、その数の分だけ第三者による不正アクセスを受ける確率が高くなるので、セキュリティ面を高める必要がある。

本開示は上記課題に鑑みてなされたものであって、その目的は、ユーザが複数のアカウントを有する場合のセキュリティを高めることが可能なログイン管理システム、ログイン管理方法、及びプログラムを提供することである。

上記課題を解決するために、本開示に係るログイン管理システムは、ユーザが有する複数のアカウントのうちの第１アカウントにログインするための第１要求を受信する第１受信手段と、前記第１要求を送信した端末に前記第１アカウントへのログインを許可する第１許可手段と、前記複数のアカウントのうちの第２アカウントにログインするための第２要求を受信する第２受信手段と、前記第２要求を送信した端末と、前記第１許可手段により許可された端末と、が同じであるか否かを判定する端末判定手段と、前記端末判定手段により同じであると判定された場合に、前記第２要求を送信した端末に前記第２アカウントへのログインを許可する第２許可手段と、を含む。

実施形態に係る口座管理システムの一例を示す図である。 アプリの初回起動時におけるログイン手続きの流れを示す図である。 別の口座に対応するクイックログイン情報をアプリに追加する流れを示す図である。 ユーザが生体認証を利用して口座にログインする流れを示す図である。 アプリ内で別の口座を切り替える流れを示す図である。 本実施形態において実現される機能を示す機能ブロック図である。 口座データベースのデータ格納例を示す図である。 本実施形態において実行される処理のフロー図である。 本実施形態において実行される処理のフロー図である。 本実施形態において実行される処理のフロー図である。 本実施形態において実行される処理のフロー図である。

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

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

端末２０は、ユーザが操作するコンピュータである。例えば、端末２０は、パーソナルコンピュータ、携帯電話（スマートフォンを含む）、又は携帯情報端末（タブレット型端末及びウェアラブル端末を含む）である。端末２０は、制御部２１、記憶部２２、通信部２３、操作部２４、及び表示部２５を含む。制御部２１、記憶部２２、及び通信部２３のハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。操作部２４は、入力デバイスであり、例えば、タッチパネルやマウスなどのポインティングデバイス又はキーボードである。表示部２５は、例えば、液晶ディスプレイ又は有機ＥＬディスプレイである。

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

［２．ログイン管理システムの概要］
ユーザは、複数のアカウントを有しており、各アカウントにログインして所定のサービスを利用する。本実施形態では、このサービスの一例として金融サービスを説明し、アカウントの一例として口座を説明する。このため、本実施形態で口座又は口座に対応するユーザＩＤについて説明している箇所は、アカウントと読み替えることができる。金融サービス以外のサービスの適用例は、変形例で説明する。

本実施形態では、１の金融機関に複数の口座を有する１のユーザがログイン管理システム１を利用する場面を例に挙げる。金融機関は、任意の種類であってよく、例えば、いわゆる預貯金取扱金融機関である。例えば、金融機関は、銀行、信用金庫、信用協同組合、労働金庫、又は農林中央金庫などである。銀行は、任意の種類であってよく、例えば、都市銀行、地方銀行、ネット銀行、又は信託銀行である。ログイン管理システム１の全てのユーザが複数の口座を有する必要はなく、１つの口座しか有しないユーザが存在してもよい。

ユーザは、複数の支店の各々に口座を有してもよいし、同一支店内に複数の口座を有してもよい。金融機関における特定の支店に口座を開設したユーザについてのみ、複数の口座を有することが許可されてもよい。この特定の支店は、特定の法人の名前が含まれた支店であってもよい。法人の名前は、登記上の名前に限られず、略称や通称であってもよい。例えば、地方銀行と提携する金融機関の支店として、この地方銀行の名前を含む支店が存在してもよい。なお、特定の支店は、特定の法人の名前が含まれていなくてもよい。

本実施形態では、「ＺＺＺ銀行」に「ＡＢＣ支店」の口座と「ＸＹＺ支店」の口座とを有するユーザが、ログイン管理システム１を利用する場面を例に挙げる。「ＺＺＺ銀行」は、先述した金融機関の一例である。このため、本実施形態で「ＺＺＺ銀行」について説明している箇所は、金融機関と読み替えることができる。例えば、「ＺＺＺ銀行」は、ネット銀行であり、インターネットを利用して各種サービスを提供する。

「ＡＢＣ支店」は、「ＺＺＺ銀行」と提携する「ＡＢＣ銀行」という地方銀行の名前を含む支店である。「ＡＢＣ支店」は、先述した特定の法人の支店の一例である。このため、本実施形態で「ＡＢＣ支店」について説明している箇所は、特定の法人の支店と読み替えることができる。例えば、ユーザは、「ＡＢＣ銀行」の実店舗において、「ＺＺＺ銀行」の「ＡＢＣ支店」における口座開設を申請する。この実店舗の担当者は、所定の口座開設手続を行い、「ＺＺＺ銀行」の「ＡＢＣ支店」にユーザの口座が開設される。

「ＸＹＺ支店」は、「ＺＺＺ銀行」における通常の支店であり、特定の法人の名前は含まない。通常の支店とは、特定の支店以外の支店である。例えば、通常の支店は、特定の法人と提携するための支店ではなく、「ＺＺＺ銀行」独自の支店である。例えば、ユーザは、「ＺＺＺ銀行」に対し、オンライン又は実店舗で口座開設の申請を行う。「ＺＺＺ銀行」の担当者は、所定の口座開設手続を行い、「ＺＺＺ銀行」の「ＸＹＺ支店」にユーザの口座が開設される。

本実施形態では、「ＺＺＺ銀行」のサービスを利用するためのアプリが提供されている。このサービスは、金融機関が提供可能な金融サービスであればよく、例えば、口座残高の確認、入出金明細の確認、振込などの送金サービス、又はローンの申請などである。本実施形態では、ユーザは、アプリを配信するサーバにアクセスし、アプリを端末２０にダウンロードする。端末２０へのアプリのインストールが完了すると、ユーザは、アプリを起動して、自身の口座へのログイン手続きを行う。

図２は、アプリの初回起動時におけるログイン手続きの流れを示す図である。図２に示すように、端末２０にインストールされたアプリが初めて起動すると、初回起動画面Ｇ１が端末２０に表示される。初回起動画面Ｇ１は、インストールされたアプリが初めて起動した時に表示される画面である。別の言い方をすれば、初回起動画面Ｇ１は、口座へのログイン手続きを済ませていない場合に表示される画面である。

例えば、ユーザが初回起動画面Ｇ１の「ログインのお手続き」と書かれた画像Ｉ１０を選択すると、ログイン画面Ｇ２が端末２０に表示される。ログイン画面Ｇ２は、複数の口座の何れかにログインするための画面である。本実施形態では、口座ごとに、ログインするためのユーザＩＤとパスワードが設定されている。このため、口座と、ユーザＩＤ及びパスワードのペアと、は１対１で対応する。例えば、「ＡＢＣ支店」の口座用のユーザＩＤとパスワードと、「ＸＹＺ支店」の口座用のユーザＩＤとパスワードと、はそれぞれ別個に設定されている。

口座開設時には、初期値のユーザＩＤと、初期値のパスワードと、が設定されている。例えば、初期値のユーザＩＤは、支店番号と口座番号を組み合わせた値である。また例えば、初期値のパスワードは、「ＺＺＺ銀行」側で設定したランダムな値である。これらの初期値は、書類や電子メール等を利用してユーザに通知される。ユーザＩＤとパスワードは、初回ログイン後の任意のタイミングで変更可能である。

ユーザは、アプリの初回起動時に、どの口座にログインしてもよい。ここでは、アプリの初回起動時に、ユーザが「ＸＹＺ支店」の口座にログインする場合を例に挙げる。例えば、ユーザは、入力フォームＦ２０に「ＸＹＺ支店」の口座のユーザＩＤを入力する。また例えば、入力フォームＦ２１に「ＸＹＺ支店」の口座のパスワードを入力する。ユーザがボタンＢ２２を選択すると、入力されたユーザＩＤとパスワードがサーバ１０に送信される。サーバ１０は、入力されたユーザＩＤとパスワードの正当性を確認する。サーバ１０は、これらの正当性を確認すると、「ＸＹＺ支店」の口座へのログインを許可する。

本実施形態では、ユーザは、ログイン時におけるユーザＩＤの入力を省略できるクイックログインを利用できる。アプリを利用する場合には、クイックログインを必須にしてもよいし、クイックログインを利用するか否かは、ユーザの任意であってもよい。ユーザは、クイックログインを利用すると、パスワードの入力だけで口座にログインできるようになる。クイックログインの手続きは、口座ごとに行われる。このため、複数の口座を有するユーザは、口座の数だけクイックログインの手続きをする必要がある。ユーザがクイックログインを利用する場合、利用規約などが表示された後に、認証画面Ｇ３が端末２０に表示される。

認証画面Ｇ３は、ワンタイム認証をするための画面である。ワンタイム認証は、ワンタイムキーが利用される認証である。ワンタイムキーは、１回の認証だけで有効な認証情報である。例えば、ユーザがボタンＢ３０を選択すると、サーバ１０はワンタイムキーを発行し、ユーザのメールアドレスにワンタイムキーを送信する。なお、ワンタイムキーは、ＳＭＳ等の他の手段を利用して送信してもよい。ユーザのメールアドレスは、口座開設時やワンタイムキーの発行時などに予め登録されているものとする。ユーザは、自身のメールアドレスに届いたワンタイムキーを確認し、入力フォームＦ３１に入力する。

ユーザがボタンＢ３２を選択すると、入力されたワンタイムキーがサーバ１０に送信される。サーバ１０は、ワンタイムキーの正当性を確認すると、対象となる口座（ここでは、「ＸＹＺ支店」の口座）へのクイックログインを許可する。サーバ１０は、ユーザの端末２０でクイックログインを利用するためのクイックログイン情報を生成する。

クイックログイン情報は、クイックログイン時に利用される認証情報の一種である。クイックログイン情報は、ユーザＩＤの代わりとなる情報である。クイックログイン情報は、暗号化を施したユーザＩＤが含まれていてもよいし、ユーザＩＤとは別のランダムな値が含まれていてもよい。また例えば、クイックログイン情報は、クイックログインが許可された口座の支店名などの情報が含まれていてもよい。なお、ユーザＩＤがそのままクイックログイン情報として用いられてもよい。クイックログイン情報は、ワンタイムキーのように１回限り有効な情報であってもよいし、特に回数制限が設けられていなくてもよい。クイックログイン情報は、有効期間が設定されてもよい。

サーバ１０は、生成したクイックログイン情報を端末２０に送信する。端末２０は、クイックログイン情報を受信して記憶部２２に記録し、完了画面Ｇ４を表示させる。完了画面Ｇ４は、クイックログインの手続きが完了したことを示す画面である。完了画面Ｇ４が表示されると、端末２０のアプリにおける、「ＸＹＺ支店」の口座に対応するクイックログイン情報の登録が完了する。

以降、ユーザは、クイックログインを利用して、「ＸＹＺ支店」の口座にログインできるようになる。例えば、ユーザは、「ＸＹＺ支店」の口座のパスワードを入力するだけで、この口座にログインできる。その際には、端末２０は、サーバ１０に対し、アプリに登録された「ＸＹＺ支店」の口座に対応するクイックログイン情報を送信する。サーバ１０は、クイックログイン情報とパスワードの正当性を確認し、「ＸＹＺ支店」の口座へのログインを許可する。

本実施形態では、一定条件のもとで、１のアプリに対し、１のユーザが有する複数の口座の各々のクイックログイン情報を登録できるようになっている。例えば、ユーザは、図２の完了画面Ｇ４のボタンＢ４０を選択してトップ画面を端末２０に表示させ、別の口座（「ＡＢＣ支店」の口座）に対応するクイックログイン情報をアプリに追加できる。

図３は、別の口座に対応するクイックログイン情報をアプリに追加する流れを示す図である。トップ画面Ｇ５は、少なくとも１つの口座のログイン手続きが完了した後に表示される画面であり、初回起動画面Ｇ１とは異なる。ここでは、「ＸＹＺ支店」の口座へのクイックログインの手続きが完了しているので、トップ画面Ｇ５には、ユーザＩＤを入力するための入力フォームは表示されない。ユーザが、入力フォームＦ５０にパスワードを入力してボタンＢ５１を選択すると、「ＸＹＺ支店」の口座へのクイックログインが行われる。

トップ画面Ｇ５において、ユーザが「ログインする支店口座を追加する」と書かれた画像Ｉ５２を選択すると、案内画面Ｇ６が端末２０に表示される。本実施形態では、「ＡＢＣの支店」の口座を有するユーザについては、１のアプリに複数の口座の各々のクイックログイン情報を登録できる。案内画面Ｇ６では、その点を案内するための画面である。ユーザは、「ＡＢＣ支店」に口座を開設済みなので、自身のアプリにこの口座のクイックログイン情報を追加できる。

ユーザがボタンＢ６０を選択すると、ログイン画面Ｇ２が端末２０に表示される。ログイン画面Ｇ２は、図２と同様の内容である。ユーザは、「ＡＢＣ支店」の口座のユーザＩＤを入力フォームＦ２０に入力し、「ＡＢＣ支店」の口座のパスワードを入力フォームＦ２１に入力する。ユーザがボタンＢ２２を選択すると、入力されたユーザＩＤとパスワードがサーバ１０に送信される。

本実施形態では、あるユーザが、自身の（そのユーザの）別の口座のクイックログイン情報をアプリに追加する場合、同じ端末２０の同じアプリから手続きをすることが条件になっている。このため、サーバ１０は、ユーザＩＤとパスワードを受信して正当性を確認すると、「ＸＹＺ支店」の口座へのクイックログインを許可した端末２０のアプリと、「ＡＢＣ支店」の口座のクイックログインの手続き中の端末２０のアプリと、が同じであるか否かを判定する。

なお、「ＸＹＺ支店」の口座へのクイックログインを許可した端末２０のアプリを識別する情報は、そのクイックログインが許可された場合にサーバ１０に記録されるものとする。サーバ１０は、この情報に基づいて、アプリの同一性を判定する。サーバ１０は、アプリの同一性を確認すると、このアプリによる「ＡＢＣ支店」の口座のクイックログインを許可する。サーバ１０は、アプリの同一性を確認できない場合には、「ＡＢＣ支店」の口座のクイックログインを許可しない。

「ＡＢＣ支店」の口座へのクイックログインが許可されると、図２を参照して説明した認証画面Ｇ３が端末２０に表示される。以降、「ＸＹＺ支店」の口座のクイックログイン手続きと同様にして、「ＡＢＣ支店」の口座のクイックログイン手続きが行われて、「ＡＢＣ支店」の口座に対応するクイックログイン情報がアプリに追加される。以降、ユーザは、１つのアプリから両方の口座にクイックログインできるようになる。

なお、口座へのログイン方法として、ユーザＩＤ及びパスワードを入力する通常のログインと、パスワードのみを入力するクイックログインと、について説明したが、他の任意のログイン方法を利用可能である。例えば、端末２０による生体認証を利用したログインが可能であってもよい。本実施形態では、指紋認証を例に挙げるが、顔認証や静脈認証などの他の生体認証が用いられてもよい。

ユーザが生体認証を利用する場合、ユーザＩＤとパスワードの両方とも入力することなく、生体認証をするだけで口座へのログインが可能になる。生体認証は、所定の利用手続きが行われた後に利用可能になる。この手続きは、クイックログイン手続きと同様の流れで行われてよく、口座にログインした状態で行われるものとする。サーバ１０が生体認証を許可すると、その旨を識別する情報がアプリに記録される。なお、生体認証を利用するにあたり、クイックログイン手続きを済ませる必要があってもよいし、クイックログイン手続きを済ませていなくても生体認証が利用可能であってもよい。

図４は、ユーザが生体認証を利用して口座にログインする流れを示す図である。図４に示すように、生体認証の手続きを済ませたトップ画面Ｇ５は、図３のトップ画面Ｇ５と一部のレイアウトが異なる。例えば、図４のトップ画面Ｇ５において、ユーザが、入力フォームＦ５３，Ｆ５４にそれぞれユーザＩＤとパスワードを入力してボタンＢ５５を選択すると、通常のログインをすることができる。また例えば、ユーザは、生体認証の手続きを済ませたとしても、クイックログインを利用することもできる。

ユーザがボタンＢ５６を選択すると、ウィンドウＷ５７が端末２０に表示される。ウィンドウＷ５７が表示されると、端末２０のＯＳに搭載された生体認証機能が起動する。なお、ＯＳの生体認証機能ではなく、アプリ独自の生体認証機能が存在してもよい。ユーザは、ウィンドウＷ５７を確認すると、端末２０の操作部２４に指を押し当てて指紋パターンを読み取らせる。端末２０は、検出された指紋パターンと、予め記憶部２２に登録された指紋パターンと、に基づいて、指紋認証を実行する。

指紋認証が成功すると、ウィンドウＷ５８が端末２０に表示される。ウィンドウＷ５８は、アプリにクイックログイン情報が登録された口座を選択するためのウィンドウである。ここでは、ウィンドウＷ５８に、「ＡＢＣ支店」の口座と「ＸＹＺ支店」の口座とが選択可能に表示される。即ち、生体認証が成功するまでは、ユーザは、どの口座のクイックログイン情報がアプリに登録されているかを見ることができない。ユーザは、生体認証が成功した後に、この情報を見ることができる。このため、第三者が端末２０のアプリを起動させたとしても、そのアプリにどの口座のクイックログイン情報が登録されているかを見ることができないようになっている。

例えば、ユーザがウィンドウＷ５８から「ＸＹＺ支店」の口座を選択すると、この口座にログインして口座情報画面Ｇ７が端末２０に表示される。この口座へのログインは、先述した生体認証の流れによって実行されるようにすればよい。口座情報画面Ｇ７は、ログインした口座に関する情報を表示させるための画面である。

図４に示すように、口座情報画面Ｇ７には、ユーザがログインした「ＸＹＺ支店」の口座に関する各種情報が表示され、例えば、支店名、口座種別、口座番号、及び預金残高などの情報が表示される。ユーザは、この口座の入出金明細を表示させたり、この口座を利用した振込などの各種サービスを利用したりすることができる。ユーザは、「ＸＹＺ支店」の口座にログインした状態から、「ＡＢＣ支店」の口座にログインした状態に切り替えることができる。

図５は、アプリ内で別の口座を切り替える流れを示す図である。図４の口座情報画面Ｇ７からユーザが所定の操作を行うと、図５に示すように、メニュー画面Ｇ８が端末２０に表示される。メニュー画面Ｇ８は、アプリに関する各種設定をするための画面である。本実施形態では、メニュー画面Ｇ８から、口座を切り替える操作をすることができる。例えば、ユーザが「口座切替」と書かれた画像Ｉ８０を選択すると、ウィンドウＷ８１が端末２０に表示される。ウィンドウＷ８１には、アプリで利用中ではない別の口座が選択可能に表示される。３つ以上の口座をアプリに登録できる場合には、ウィンドウＷ８１には、２つ以上の別の口座が選択可能に表示される。

図５の例では、ユーザが「ＸＹＺ支店」の口座をアプリで利用中なので、ウィンドウＷ８１には、アプリで利用していない方の「ＡＢＣ支店」の口座が選択可能に表示される。ユーザがウィンドウＷ８１から「ＡＢＣ支店」の口座を選択すると、この口座に関する情報を示す口座情報画面Ｇ７が端末２０に表示される。「ＡＢＣ支店」への口座のログインは、ウィンドウＷ８１において「ＡＢＣ支店」の口座が選択されたタイミングで実行されてもよいし、最初の生体認証が成功したタイミングで実行されてもよい。

以上のように、ログイン管理システム１は、「ＡＢＣ支店」の口座のクイックログイン手続きをする端末２０のアプリと、「ＸＹＺ支店」の口座のクイックログインが許可された端末２０のアプリと、が同じである場合に、「ＡＢＣ支店」の口座のクイックログインを許可することによって、セキュリティを高めるようにしている。以降、ログイン管理システム１の構成の詳細について説明する。

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

［３－１．サーバにおいて実現される機能］
図６に示すように、サーバ１０では、データ記憶部１００、第１受信部１０１、第１許可部１０２、第２受信部１０３、端末判定部１０４、名義人判定部１０５、及び第２許可部１０６が実現される。データ記憶部１００は記憶部１２を主として実現され、他の各機能は制御部１１を主として実現される。

［データ記憶部］
データ記憶部１００は、本実施形態で説明する処理を実行するために必要なデータを記憶する。ここでは、データ記憶部１００が記憶するデータの一例として、口座データベースＤＢを説明する。

図７は、口座データベースＤＢのデータ格納例を示す図である。図７に示すように、口座データベースＤＢは、「ＺＺＺ銀行」に開設された口座に関する各種情報が格納されたデータベースである。例えば、口座データベースＤＢには、ユーザＩＤ、パスワード、支店番号、支店名、口座番号、名義人、残高、ワンタイムキー、端末情報、及びメールアドレスが格納される。なお、口座データベースＤＢに格納される情報は、これらに限られない。口座データベースＤＢには、任意の情報が格納されてよく、例えば、クイックログイン情報又はその復号鍵、入出金明細、又はユーザの住所などが格納されてもよい。

口座データベースＤＢには、口座ごとにレコードが作成され、各口座の情報が格納される。ユーザＩＤは、口座を一意に識別する情報である。本実施形態では、口座ごとにユーザＩＤが設定されるので、１のユーザが複数の口座を有する場合には、その中の１の口座のユーザＩＤと、他の口座のユーザＩＤと、は異なる。パスワードについても同様に、口座ごとに設定されるが、ユーザが偶然同じパスワードを複数の口座に設定した場合には、１の口座のパスワードと、他の口座のパスワードと、が同じになることがある。

端末情報は、端末２０を一意に識別する情報である。本実施形態では、端末情報は、端末２０にインストールされたアプリを一意に識別する情報である。例えば、端末情報は、アプリがインストールされるたびに、サーバ１０によって発行される。このため、同じ端末２０であったとしても、アプリを再インストールした場合には、端末情報は、新たな値となる。口座データベースＤＢには、クイックログイン情報がアプリに登録されると、そのアプリに対応する端末情報が格納される。

なお、端末情報は、上記の例に限られない。例えば、端末情報は、アプリを再インストールしても同じであってもよい。また例えば、端末情報は、端末２０の個体識別情報（シリアルＩＤ）、ＳＩＭカードに格納された電話番号などの情報、又は端末２０のＩＰアドレスなどであってもよい。端末情報がこれらの場合には、アプリを再インストールしても端末情報は変化しない。この場合、端末２０のアプリに第１口座と第２口座のクイックログイン情報が登録された後に、アプリを削除して再インストールしても、再度のクイックログイン手続きをしなくても、クイックログインが許可されてもよい。

［第１受信部］
第１受信部１０１は、ユーザが有する複数の口座のうちの第１口座にログインするための第１要求を受信する。本実施形態では、複数のアカウントは、ユーザが有する複数の口座にそれぞれ対応するので、第１口座は、第１アカウントの一例であり、１のユーザが１の金融機関に有する複数の口座のうちの何れか１つである。第１口座は、ユーザが指定してもよいし、ログイン管理システム１側で指定してもよい。本実施形態では、「ＸＹＺ支店」の口座は、第１口座に相当する。このため、本実施形態で「ＸＹＺ支店」の口座について説明している箇所は、第１口座と読み替えることができる。例えば、第１口座は、アプリの初回起動時に最初に登録される口座である。第１口座は、第２口座よりも前にアプリでの利用を開始する口座ということもできる。

本実施形態では、第１口座は、複数のログイン方法によってログイン可能である。なお、第１口座は、１のログイン方法だけによってログイン可能であってもよい。ログイン方法とは、ログイン時の認証方法である。ログイン方法が異なれば、使用される認証情報は異なる。ログイン方法が異なれば、ログイン時に実行される処理内容が異なる。本実施形態では、ユーザＩＤとパスワードを入力する通常のログイン、パスワードだけを入力するクイックログイン、及び生体認証情報を利用する生体認証ログインの３つのログイン方法が用意されている。ユーザは、これらのうちの任意のログイン方法を利用可能である。

第１要求は、第１アカウントに対応する第１口座にログインするための要求であり、第１口座にログインするための処理をサーバ１０に要求することである。例えば、第１口座にログインするための事前設定の処理をサーバ１０に要求することが第１要求に相当してもよいし、第１口座にログインを要求することが第１要求に相当してもよい。要求は、申請又は依頼ということもできる。本実施形態では、図２の認証画面Ｇ３のボタンＢ３２を選択し、「ＸＹＺ支店」の口座にクイックログインするための事前設定の処理をサーバ１０に要求することが、第１要求に相当する。このため、本実施形態でボタンＢ３２を選択して送信される要求について説明している箇所は、第１要求と読み替えることができる。

例えば、第１要求は、複数のログイン方法のうちの特定のログイン方法で第１口座にログインするための要求である。特定のログイン方法は、複数のログイン方法の何れかである。例えば、特定のログイン方法は、当該ログイン方法が許可された端末２０に記録された情報を利用して、少なくとも一部の認証情報の入力を省略するログイン方法である。この情報は、特定のログイン方法において、他のログイン方法で利用される認証情報の代わりに利用される認証情報である。この情報は、アプリ内にアプリの一部として記録されてもよいし、アプリとは別データとして端末２０に記録されてもよい。

本実施形態では、クイックログインが特定のログイン方法に相当し、クイックログイン情報が上記情報に相当する場合を説明するが、他のログイン方法が特定のログイン方法に相当してもよい。例えば、生体認証も端末２０に記録された指紋パターンを利用するので、生体認証が特定のログイン方法に相当し、端末２０に記録された指紋パターンが上記情報に相当してもよい。他にも例えば、クイックログイン及び生体認証以外のログイン方法を採用するのであれば、そのログイン方法が特定のログイン方法に相当してもよい。例えば、パスコード認証や合言葉認証などが特定のログイン方法に相当してもよい。

第１受信部１０１は、ログイン管理システム１における任意の端末２０から、第１要求を受信する。本実施形態では、ユーザは端末２０のアプリを利用して第１口座にログインするので、第１受信部１０１は、端末２０のアプリにより送信された第１要求を受信する。第１要求には、任意の情報が含まれてよく、例えば、クイックログインの設定対象となる第１口座のユーザＩＤ、ワンタイムキー、及び端末情報が含まれる。

［第１許可部］
第１許可部１０２は、第１要求を送信した端末２０に第１口座へのログインを許可する。本実施形態では、ユーザはアプリを利用して口座にログインするので、第１許可部１０２は、第１要求を送信した端末のアプリを利用した第１口座へのログインを許可する。ログインを許可するとは、第１要求を送信した端末２０を第１口座にログインさせるための事前設定の処理を実行すること、又は、第１要求を送信した端末２０を第１口座にログインさせることである。

第１許可部１０２は、第１要求を送信した端末２０が所定の条件を満たすか否かを判定する。第１許可部１０２は、所定の条件を満たすと判定しない場合に、第１要求を送信した端末２０に第１口座へのログインを許可せず、所定の条件を満たすと判定した場合に、第１要求を送信した端末２０に第１口座へのログインを許可する。

所定の条件は、第１口座へのログインを許可するための条件である。所定の条件は、第１要求を送信した端末２０から受信した情報に基づいて判定可能な条件であればよい。例えば、所定の条件は、正当な認証情報を受信すること、又は、所定の端末情報を受信することである。本実施形態では、第１口座に関連付けられた認証情報を受信することが所定の条件に相当する。

例えば、第１許可部１０２は、第１要求を送信した端末２０から、第１口座に関連付けられた認証情報を受信した場合に、当該端末２０に第１口座へのログインを許可する。第１口座に関連付けられた認証情報は、第１口座を有するユーザの正当性を証明する情報である。本実施形態では、第１口座に関連付けられたワンタイムキーが、この認証情報に相当する場合を説明するが、第１口座に関連付けられたユーザＩＤとパスワードの少なくとも一方が、この認証情報に相当してもよい。

第１許可部１０２は、第１要求を送信した端末２０から、第１口座に関連付けられたワンタイムキーを受信したか否かを判定する。例えば、第１許可部１０２は、第１要求を送信した端末２０から受信したワンタイムキーと、口座データベースＤＢにおいて第１口座に関連付けられたワンタイムキーと、が一致するか否かを判定する。第１許可部１０２は、これらが一致しない場合には、第１口座へのログインを許可せず、これらが一致する場合に、第１口座へのログインを許可する。

本実施形態では、第１要求が特定のログイン方法でログインするための要求なので、第１許可部１０２は、第１要求を送信した端末２０に、特定のログイン方法による第１口座へのログインを許可する。例えば、第１許可部１０２は、所定の条件が満たされた場合に、第１要求を送信した端末２０に、クイックログインによる第１口座へのログインを許可する。

本実施形態では、特定のログイン方法は、端末２０に記録された情報を利用するログイン方法なので、第１許可部１０２は、第１口座へのログインを許可した端末２０に、特定のログイン方法で第１口座にログインするための情報を記録する。例えば、第１許可部１０２は、所定の条件が満たされた場合に、第１口座のクイックログイン情報を生成し、第１要求を送信した端末２０に送信してその端末２０に記録する。第１口座のクイックログイン情報は、任意の方法によって生成されるようにすればよく、例えば、第１許可部１０２は、ユーザＩＤを所定の暗号鍵で暗号化してクイックログイン情報として生成する。第１許可部１０２は、この暗号鍵に対応する復号鍵を口座データベースＤＢに格納する。

［第２受信部］
第２受信部１０３は、複数の口座のうちの第２口座にログインするための第２要求を受信する。第２口座は、１のユーザが１の金融機関に有する複数の口座のうちの何れか１つである。第２口座は、ユーザが指定してもよいし、ログイン管理システム１側で指定してもよい。本実施形態では、「ＡＢＣ支店」の口座は、第２口座に相当する。このため、本実施形態で「ＡＢＣ支店」の口座について説明している箇所は、第２口座と読み替えることができる。

第２口座は、第１口座よりも後にアプリに登録される口座である。ユーザが有する複数の口座のアプリへの登録順は、任意であってよく、例えば、「ＡＢＣ支店」の口座が登録された後に、「ＸＹＺ支店」の口座が登録されてもよい。この場合、「ＡＢＣ支店」の口座が第１口座に相当し、「ＸＹＺ支店」の口座が第２口座に相当する。

本実施形態では、第２口座は、複数のログイン方法によってログイン可能である。第１口座へのログイン方法と、第２口座へのログイン方法と、は同じであってもよいし異なっていてもよい。なお、第２口座は、１のログイン方法だけによってログイン可能であってもよい。

第２要求は、第２アカウントに対応する第２口座にログインするための要求であり、第２口座にログインするための処理をサーバ１０に要求することである。ユーザは、特定の条件下にのみ第２要求をすることができ、例えば、第１口座にログインした状態でのみ第２要求をすることができる。なお、第２要求は、他の条件下で許可されてもよく、例えば、第１口座にログインしているか否かに関係なく顔認証などが成功した場合に許可されてもよい。例えば、第２口座にログインするための事前設定の処理をサーバ１０に要求することが第２要求に相当してもよいし、第２口座にログインを要求することが第２要求に相当してもよい。本実施形態では、図３のログイン画面Ｇ２の後に表示される認証画面Ｇ３のボタンＢ３２を選択し、「ＡＢＣ支店」の口座にクイックログインするための事前設定の処理をサーバ１０に要求することが、第２要求に相当する。このため、本実施形態で上記ボタンＢ３２を選択して送信される要求について説明している箇所は、第２要求と読み替えることができる。

例えば、第２要求は、複数のログイン方法のうちの特定のログイン方法で第２口座にログインするための要求である。特定のログイン方法の意味は、先述した通りである。本実施形態では、クイックログインが特定のログイン方法に相当するので、第２要求は、第２口座にクイックログインするための要求である。

第２受信部１０３は、ログイン管理システム１における任意の端末２０から、第２要求を受信する。本実施形態では、ユーザは端末２０のアプリを利用して第２口座にログインするので、第２受信部１０３は、端末２０のアプリにより送信された第２要求を受信する。第２要求には、任意の情報が含まれてよく、例えば、クイックログインの設定対象となる第２口座のユーザＩＤ、ワンタイムキー、及び端末情報が含まれる。

［端末判定部］
端末判定部１０４は、第２要求を送信した端末２０と、第１許可部１０２により許可された端末２０と、が同じであるか否かを判定する。本実施形態では、ユーザは端末２０のアプリを利用して第２要求を送信するので、端末判定部１０４は、第２要求を送信した端末のアプリと、第１許可部１０２により許可された端末のアプリと、が同じであるか否かを判定する。

本実施形態では、第１要求と第２要求の各々に端末情報が含まれるので、端末判定部１０４は、第２要求を送信した端末２０の当該第２要求に含まれる端末情報と、第１許可部１０２により許可された端末２０が送信した第１要求に含まれる端末情報と、が一致するか否かを判定する。端末判定部１０４は、これらが一致しない場合に、端末２０が同じではないと判定し、これらが一致する場合に、端末２０が同じであると判定する。

例えば、端末判定部１０４は、第２要求に含まれる端末情報が口座データベースＤＢに存在するか否かを判定する。端末判定部１０４は、この端末情報が口座データベースＤＢに存在しない場合には端末２０が同じではないと判定し、この端末情報が口座データベースＤＢに存在する場合には端末２０が同じであると判定する。なお、端末２０は、第２要求とともに、登録済みの第１口座のクイックログイン情報を送信してもよい。この場合、端末判定部１０４は、第２要求に含まれる端末情報と、受信したクイックログイン情報に対応する第１口座に関連付けられた端末情報と、が同じであるか否かを判定してもよい。

［名義人判定部］
名義人判定部１０５は、第１口座の名義人と、第２口座の名義人と、が同じであるか否かを判定する。例えば、名義人判定部１０５は、口座データベースＤＢを参照し、端末判定部１０４により同じであると判定された第１口座の名義人と、第２口座に関連付けられた名義人と、を取得してこれらが一致するか否かを判定する。名義人判定部１０５は、これらが一致しない場合に、名義人が同じではないと判定し、これらが一致する場合に、名義人が同じであると判定する。名義人の一致は、完全一致が要求されてもよいし、部分一致が要求されてもよい。部分一致の場合には、名義人の文字列のうちの所定割合以上（例えば、８割以上）が一致することが要求されてもよい。

［第２許可部］
第２許可部１０６は、端末判定部１０４により同じであると判定された場合に、第２要求を送信した端末２０に第２口座へのログインを許可する。本実施形態では、ユーザはアプリを利用して口座にログインするので、第２許可部１０６は、端末判定部１０４により同じであると判定された場合に、第２要求を送信した端末２０のアプリを利用した第２口座へのログインを許可する。ログインを許可するとは、第２要求を送信した端末２０を第２口座にログインさせるための事前設定の処理を実行すること、又は、第２要求を送信した端末２０を第２口座にログインさせることである。

端末判定部１０４により同じであると判定されること以外にも、第２口座へのログインを許可するための条件が設定されていてもよい。例えば、第２許可部１０６は、第２要求を送信した端末２０が所定の条件を満たすか否かを判定する。第２許可部１０６は、所定の条件を満たすと判定しない場合に、第２要求を送信した端末２０に第２口座へのログインを許可せず、所定の条件を満たすと判定した場合に、第２要求を送信した端末２０に第２口座へのログインを許可する。

所定の条件は、第２口座へのログインを許可するための条件である。所定の条件は、第２要求を送信した端末２０から受信した情報に基づいて判定可能な条件であればよい。例えば、所定の条件は、正当な認証情報を受信すること、又は、所定の端末情報を受信することである。本実施形態では、第２口座に関連付けられた認証情報を受信することが所定の条件に相当する。

第２許可部１０６は、端末判定部１０４により同じであると判定され、かつ、第２要求を送信した端末２０から、第２口座に関連付けられた認証情報を受信した場合に、当該端末２０に第２口座へのログインを許可する。第２口座に関連付けられた認証情報は、第２口座を有するユーザの正当性を証明する情報である。本実施形態では、第２口座に関連付けられたワンタイムキーが、この認証情報に相当する場合を説明するが、第２口座に関連付けられたユーザＩＤとパスワードの少なくとも一方が、この認証情報に相当してもよい。

第２許可部１０６は、第２要求を送信した端末２０から、第２口座に関連付けられたワンタイムキーを受信したか否かを判定する。例えば、第２許可部１０６は、第２要求を送信した端末２０から受信したワンタイムキーと、口座データベースＤＢにおいて第１口座に関連付けられたワンタイムキーと、が一致するか否かを判定する。第２許可部１０６は、これらが一致しない場合には、第２口座へのログインを許可せず、これらが一致する場合に、第２口座へのログインを許可する。

なお、所定の条件は、他の条件であってもよい。本実施形態では、名義人の一致についても所定の条件に相当する。例えば、第２許可部１０６は、端末判定部１０４により同じであると判定され、かつ、名義人判定部１０５により同じであると判定された場合に、第２要求を送信した端末２０に第２口座へのログインを許可する。第２許可部１０６は、端末判定部１０４と名義人判定部１０５の少なくとも一方の判定が否定された場合には、第２口座へのログインを許可せず、これらの両方の判定が肯定された場合に、第２口座へのログインを許可する。

本実施形態では、第２要求が特定のログイン方法でログインするための要求なので、第２許可部１０６は、第２要求を送信した端末２０に、特定のログイン方法による第２口座へのログインを許可する。例えば、第２許可部１０６は、端末判定部１０４により同じであると判定され、かつ、所定の条件が満たされた場合に、第２要求を送信した端末２０に、クイックログインによる第２口座へのログインを許可する。

本実施形態では、特定のログイン方法は、端末２０に記録された情報を利用するログイン方法なので、第２許可部１０６は、第２口座へのログインを許可した端末２０に、特定のログイン方法で第２口座にログインするための情報を記録する。例えば、第２許可部１０６は、所定の条件が満たされた場合に、第２口座のクイックログイン情報を生成し、第２要求を送信した端末２０に送信してその端末２０に記録する。第２口座のクイックログイン情報は、任意の方法によって生成されるようにすればよく、例えば、第２許可部１０６は、ユーザＩＤを所定の暗号鍵で暗号化してクイックログイン情報として生成する。第２許可部１０６は、この暗号鍵に対応する復号鍵を口座データベースＤＢに格納する。

なお、本実施形態では、第１口座と第２口座へのログインが許可されたアプリが削除された場合、再インストールされたアプリは、第１口座にログインするために第１許可部１０２の許可が必要であり、第２口座にログインするために第２許可部１０６の許可が必要である。例えば、アプリが端末２０から削除された場合には、そのアプリに登録されたクイックログイン情報も削除される。このため、端末２０にアプリを再インストールした場合には、クイックログインの手続きを最初からやり直すことになる。

［３－２．端末において実現される機能］
図６に示すように、端末２０では、データ記憶部２００、案内部２０１、認証部２０２、表示制御部２０３、及び切替部２０４が実現される。データ記憶部２００は記憶部２２を主として実現され、他の各機能は制御部２１を主として実現される。

［データ記憶部］
データ記憶部２００は、本実施形態で説明する処理に必要なデータを記憶する。例えば、データ記憶部２００は、インストール済みのアプリ、アプリに対応する端末情報、及びユーザの生体認証情報を記憶する。データ記憶部２００に記憶された生体認証情報は、生体認証時の正解となる認証情報である。例えば、データ記憶部２００は、生体認証情報として、ユーザにより登録された指紋パターンや顔の特徴量を記憶する。また例えば、第１許可部１０２により第１口座へのログインが許可された場合に、データ記憶部は、第１口座のクイックログイン情報を記憶する。また例えば、第２許可部１０６により第２口座へのログインが許可された場合に、データ記憶部は、第２口座のクイックログイン情報を記憶する。

［案内部］
本実施形態では、第１口座と第２口座の少なくとも一方が特定の支店の口座である場合に、１の端末２０による第１口座と第２口座へのログインが許可される。特定の支店の意味は、先述した通りである。本実施形態では、「ＡＢＣ支店」が特定の支店に相当するので、ユーザの複数の口座の中に「ＡＢＣ支店」の口座が含まれている場合に、１の端末２０による第１口座と第２口座へのログインが許可される。例えば、第２許可部１０６は、第１口座又は第２口座が「ＡＢＣ支店」の口座である場合に、第２口座へのログインを許可し、第１口座と第２口座が両方とも他の支店の口座である場合には、第２口座へのログインを許可しない。

案内部２０１は、第１口座へのログインが許可された端末２０に、第２口座が特定の支店であれば第２口座を当該端末２０に追加できることを案内する。案内とは、ユーザが知覚可能な態様で情報を出力することである。案内は、画像を利用して視覚的に行われてもよいし、音声を利用して聴覚的に行われてもよい。本実施形態では、案内部２０１は、案内画面Ｇ６を端末２０に表示させることによって案内を行う。例えば、図３に示すように、案内部２０１は、特定の支店の支店番号や支店名を表示させたり、この支店の口座があればアプリに複数の口座を登録可能なことを示すメッセージを表示させたりする。なお、案内は、アプリ内で行われるのではなく、電子メールなどを利用して行われてもよい。

［認証部］
認証部２０２は、第１許可部１０２と第２許可部１０６により許可された端末２０が第１口座と第２口座からログアウトした状態において、当該端末２０に入力された情報に基づいて、認証を行う。第１口座と第２口座からログアウトした状態とは、これらの両方にログインしていない状態である。ユーザは、第１許可部１０２と第２許可部１０６による許可が行われた後に、任意のタイミングで第１口座と第２口座からログアウトできる。例えば、ユーザがアプリを閉じたタイミングで自動的にログアウトしてもよいし、一定時間操作がなかった場合に自動的にログアウトしてもよい。また例えば、ユーザが所定のログアウト操作をした場合にログアウトしいてもよい。

認証部２０２は、任意の認証方法で認証を実行可能である。認証部２０２が行う認証は、第１口座と第２口座の各々にログインするための認証と同じであってもよいし異なってもよい。本実施形態では、認証部２０２が生体認証を行う場合を説明するが、他の認証方法で認証をしてもよい。例えば、認証部２０２は、パスコード認証、パスワード認証、又は合言葉認証などによって認証をしてもよい。認証部２０２は、ユーザが入力した認証情報と、データ記憶部２００に記憶された正解となる認証情報と、に基づいて認証を行う。例えば、認証部２０２は、操作部２４から入力された指紋パターンと、データ記憶部に記憶された指紋パターンと、に基づいて認証を行う。他の認証方法が利用される場合には、認証部２０２は、その認証方法に応じた処理を実行すればよい。

［表示制御部］
表示制御部２０３は、認証部２０２の認証が成功するまでは、第１口座と第２口座に関する情報を表示させず、認証が成功した場合に、第１口座と第２口座に関する情報を表示させる。この情報は、第１口座と第２口座の各々を識別可能な情報であり、例えば、支店名、支店番号、口座番号、又は名義人などの情報である。認証が成功することは、これらの情報を表示させるための条件となる。図４に示すように、表示制御部２０３は、トップ画面Ｇ５にウィンドウＷ５７を表示させて、生体認証が成功するまでは、第１口座と第２口座の支店名などを表示させない。表示制御部２０３は、生体認証が成功した場合に、第１口座と第２口座の支店名を示すウィンドウＷ５８を表示させる。

［切替部］
切替部２０４は、第１許可部１０２と第２許可部１０６により許可された端末２０に入力された所定の切替操作に基づいて、当該端末２０が第１口座にログインした状態と、当該端末２０が第２口座にログインした状態と、を切り替える。切替操作は、ユーザが入力可能な操作であればよく、本実施形態では、メニュー画面Ｇ８の画像Ｉ８０を選択する操作、又は、ウィンドウＷ８１内の支店を選択する操作である。切替操作では、第１口座又は第２口座の何れかを指定できる。

例えば、切替部２０４は、切替操作によって第１口座が指定された場合、サーバ１０に対し、第１口座のクイックログイン情報を送信する。サーバ１０は、クイックログイン情報の正当性を確認すると、口座データベースＤＢを参照し、第１口座の口座残高などの情報を取得して端末２０に送信する。切替部２０４は、この情報を受信して、第１口座の口座情報画面Ｇ７を表示部２５に表示させる。なお、生体認証が成功した時点で第１口座と第２口座の両方のログイン処理が完了する場合には、切替部２０４による切替時に、第１口座へのログイン処理が実行されなくてもよい。

また例えば、切替部２０４は、切替操作によって第２口座が指定された場合、サーバ１０に対し、第２口座のクイックログイン情報を送信する。サーバ１０は、クイックログイン情報の正当性を確認すると、口座データベースＤＢを参照し、第２口座の口座残高などの情報を取得して端末２０に送信する。切替部２０４は、この情報を受信して、第２口座の口座情報画面Ｇ７を表示部２５に表示させる。なお、生体認証が成功した時点で第１口座と第２口座の両方のログイン処理が完了する場合には、切替部２０４による切替時に、第２口座へのログイン処理が実行されなくてもよい。

［４．本実施形態において実行される処理］
図８－図１１は、本実施形態において実行される処理のフロー図である。図８－図１１に示す処理は、制御部１１，２１の各々が記憶部１２，２２に記憶されたプログラムに従って動作することによって実行される。これらの処理は、各機能ブロックが実行する処理の一例である。ここでは、ログイン管理システム１で実行される処理のうち、主に、複数の口座の各々のクイックログイン情報をアプリに登録する処理について説明する。

図８に示すように、端末２０は、アプリの配信サーバにアクセスし、アプリをダウンロードしてインストールする（Ｓ１）。端末２０は、操作部２４が受け付けた操作に基づいて、アプリを起動し、初回起動画面Ｇ１を表示部２５に表示させる（Ｓ２）。初回起動画面Ｇ１などの各画面が表示される場合、サーバ１０と端末２０との間で画面表示に必要な情報が送受信されてもよいし、端末２０のアプリ内だけで画面表示の処理が完結してもよい。

なお、端末２０は、アプリの初回起動時に、サーバ１０に対し、その端末２０又はアプリを一意に識別する端末情報の発行要求を送信してもよい。サーバ１０は、発行要求を受信すると、所定の発行ルールに基づいて、他の端末情報と重複しないように端末情報を発行して端末２０に送信する。端末２０は、端末情報を受信して記憶部２２に記録する。なお、端末情報は、他のタイミングで発行されてもよく、例えば、アプリのダウンロード時又はインストール時などのタイミングで発行されてもよい。

端末２０は、ユーザが画像Ｉ１０を選択した場合に、ログイン画面Ｇ２を表示部２５に表示させる（Ｓ３）。Ｓ３においては、端末２０は、操作部２４の検出信号に基づいて、入力フォームＦ２０に対するユーザＩＤの入力と、入力フォームＦ２１に対するパスワードの入力と、を受け付ける。

端末２０は、ユーザがボタンＢ２２を選択した場合に、サーバ１０に対し、入力フォームＦ２０に入力されたユーザＩＤが示す第１口座にログインするための第１要求を送信する（Ｓ４）。第１要求には、入力フォームＦ２０に入力されたユーザＩＤ、入力フォームＦ２１に入力されたパスワード、及び端末情報が含まれるものとする。

サーバ１０は、第１要求を受信すると、口座データベースＤＢに基づいて、ユーザＩＤとパスワードの正当性を確認する（Ｓ５）。Ｓ５においては、サーバ１０は、ログイン要求に含まれるユーザＩＤとパスワードの組み合わせが口座データベースＤＢに存在するか否かを判定する。正当性が確認されない場合（Ｓ５；Ｎ）、サーバ１０は、端末２０に対し、エラーメッセージを送信して、本処理は終了する。この場合、口座へのログインは実行されず、クイックログイン手続きも行われない。

一方、正当性が確認された場合（Ｓ５；Ｙ）、サーバ１０は、認証が成功したことを示す成功通知を送信する（Ｓ６）。正当性が確認された場合、口座データベースＤＢに端末情報が格納されてもよい。端末２０は、成功通知を受信すると、ユーザがクイックログイン手続きを希望する場合には、認証画面Ｇ３を表示部２５に表示させる（Ｓ７）。ユーザがクイックログイン手続きを希望しない場合には、Ｓ７以降の処理は実行されず、本処理を終了してもよい。端末２０は、ユーザがボタンＢ３０を選択した場合に、サーバ１０に対し、ワンタイムキーの発行要求を送信する（Ｓ８）。

サーバ１０は、発行要求を受信すると、ワンタイムキーを発行し、ユーザのメールアドレスに送信する（Ｓ９）。Ｓ９においては、サーバ１０は、発行済みの他のワンタイムキーと重複しないようにワンタイムキーを発行し、クイックログイン手続きの対象となる口座のユーザＩＤに関連付けて口座データベースＤＢに格納する。

ユーザは、端末２０などを利用して電子メールに記載されたワンタイムキーを確認し、入力フォームＦ３１に入力する。端末２０は、ユーザがボタンＢ３２を選択した場合に、サーバ１０に対し、入力フォームＦ３１に入力されたワンタイムキーと、記憶部２２に記憶された端末情報と、を送信する（Ｓ１０）。なお、Ｓ１０においては、端末情報が送信されなくてもよい。この場合、サーバ１０は、第１要求に含まれる端末情報を参照すればよい。Ｓ１０においては、第１口座のユーザＩＤなどの情報が送信されてもよい。

サーバ１０は、ワンタイムキーと端末情報とを受信すると、Ｓ１０で発行したワンタイムキーに基づいて、受信したワンタイムキーの正当性を確認する（Ｓ１１）。正当性が確認されない場合（Ｓ１１；Ｎ）、サーバ１０は、端末２０に対し、エラーメッセージを送信して、本処理は終了する。この場合、クイックログインの手続きは完了しない。

一方、正当性が確認されると（Ｓ１１；Ｙ）、サーバ１０は、第１口座へのクイックログインを許可して、端末２０から受信した端末情報を口座データベースＤＢに格納する（Ｓ１２）。図９に移り、サーバ１０は、クイックログイン情報を生成して端末２０に送信する（Ｓ１３）。Ｓ１３においては、サーバ１０は、口座データベースＤＢのうち、クイックログイン手続きの対象となった口座のレコードに端末情報を格納する。Ｓ１３においては、サーバ１０は、ユーザＩＤを暗号鍵で暗号化してクイックログイン情報として生成し、その復号鍵を上記レコードに格納する。

端末２０は、クイックログイン情報を受信すると、クイックログイン情報を記憶部２２に記録し、完了画面Ｇ４を表示部２５に表示させる（Ｓ１４）。端末２０は、ユーザがボタンＢ４０を選択した場合に、トップ画面Ｇ５を表示部２５に表示させる（Ｓ１５）。Ｓ１５において表示されるトップ画面Ｇ５は、図３又は図４の状態となる。ユーザが入力フォームＦ５０にパスワードを入力してボタンＢ５１を選択した場合には、クイックログインが実行される。ここでは、ユーザが画像Ｉ５２を選択した場合、又は、ユーザがボタンＢ５６を選択した場合の処理を説明する。

ユーザが画像Ｉ５２を選択した場合（Ｓ１５；口座追加）、端末２０は、案内画面Ｇ６を表示部２５に表示させる（Ｓ１６）。端末２０は、ユーザがボタンＢ６０を選択した場合に、ログイン画面Ｇ２を端末２０に表示させる（Ｓ１７）。続くＳ１８及びＳ１９の処理は、Ｓ４及びＳ５の処理と同様であるが、Ｓ１８において送信されるのが第２要求である点が異なる。

Ｓ１９において、第２口座のユーザＩＤとパスワードの正当性が確認された場合（Ｓ１９；Ｙ）、サーバ１０は、ユーザＩＤとパスワードを送信した端末２０のアプリと、クイックログイン情報が登録された端末２０のアプリと、が同じであるか否かを判定する（Ｓ２０）。Ｓ２０においては、サーバ１０は、口座データベースＤＢの中に、Ｓ１９で受信した第２要求に含まれる端末情報が存在するか否かを判定する。

端末情報が同じであると判定されない場合（Ｓ２０；Ｎ）、サーバ１０は、端末２０に対し、エラーメッセージを送信して、本処理は終了する。この場合、アプリに対するクイックログイン情報の追加は行われない。一方、端末情報が同じであると判定された場合（Ｓ２０；Ｙ）、サーバ１０は、口座データベースＤＢに基づいて、アプリへの追加対象となった口座の名義人と、Ｓ２１において端末情報が同じと判定された口座の名義人と、が同じであるか否かを判定する（Ｓ２１）。

名義人が同じであると判定されない場合（Ｓ２１；Ｎ）、サーバ１０は、端末２０に対し、エラーメッセージを送信して、本処理は終了する。この場合、アプリに対するクイックログイン情報の追加は行われない。一方、名義人が同じであると判定された場合（Ｓ２１；Ｙ）、サーバ１０は、端末２０に対し、正当性が確認されたことを示す成功通知を送信する（Ｓ２２）。続くＳ２３～Ｓ３０の処理は、Ｓ７～Ｓ１４の処理と同様であるが、第２口座のクイックログイン手続きが実行される点で異なる。

図９のＳ１５において、ユーザがボタンＢ５６を選択した場合に（Ｓ１５；生体認証）、図１１に移り、端末２０は、ウィンドウＷ５７を表示部２５に表示させる（Ｓ３１）。端末２０は、操作部２４に対する入力に基づいて、指紋認証を実行する（Ｓ３２）。Ｓ３２においては、端末２０は、操作部２４により検出された指紋パターンと、記憶部２２に記憶された指紋パターンと、に基づいて、指紋認証を実行する。

指紋認証が失敗した場合（Ｓ３２；Ｎ）、エラーメッセージが表示部２５に表示され、本処理は終了する。この場合、何れの口座に対するログインも行われない。一方、指紋認証が成功した場合（Ｓ３２；Ｙ）、制御部１１は、アプリにクイックログイン情報が登録された複数の口座の各々を選択可能なウィンドウＷ５８を表示部２５に表示させる（Ｓ３３）。制御部１１は、ユーザがウィンドウＷ５８に表示された口座を選択した場合、その選択された口座へのログイン要求を送信する（Ｓ３４）。このログイン要求には、生体認証が成功したことを識別する情報が含まれているものとする。この時点でアプリに登録された全ての口座へのログインが実行されてもよいし、ユーザが選択した口座のログインだけが実行されてもよい。

サーバ１０は、ログイン要求を受信すると、口座データベースＤＢに基づいて、ユーザが選択した口座にログインさせ、その口座に関する情報を端末２０に送信する（Ｓ３５）。端末２０は、口座に関する情報を受信すると、口座情報画面Ｇ７を表示部２５に表示させる（Ｓ３６）。ここでは、ユーザがメニュー画面Ｇ８を表示させるためのメニュー表示操作、又は、他の操作が行われる場合を説明する。

ユーザがメニュー表示操作をした場合に（Ｓ３６；メニュー）、端末２０は、メニュー画面Ｇ８を表示部２５に表示させる（Ｓ３７）。端末２０は、ユーザが画像Ｉ８０を選択した場合に、アプリにクイックログイン情報が登録された複数の口座のうち、利用中ではない別の口座を選択可能なウィンドウＷ８１を表示部２５に表示させる（Ｓ３８）。

端末２０は、ユーザがウィンドウＷ８１に表示された別の口座を選択すると、Ｓ３４の処理に移行する。この場合、ユーザが選択した別の口座にログインし、その口座に関する情報が端末２０に送信される。続くＳ３５の処理において、当該別の口座の口座情報画面Ｇ７が表示される。Ｓ３６において、ユーザが他の操作をした場合（Ｓ３６；他の操作）、端末２０は、他の操作に応じた処理を実行し（Ｓ３９）、本処理は終了する。

以上説明したログイン管理システム１によれば、第２要求を送信した端末２０と、第１口座へのログインが許可された端末２０と、が同じであると判定された場合に、第２要求を送信した端末２０に第２口座へのログインを許可することによって、第１口座へのログインが許可されていない第三者の端末２０から第２口座にログインすることを防止し、セキュリティを高めることができる。

また、ログイン管理システム１は、第２要求を送信した端末２０と、第１口座へのログインが許可された端末２０と、が同じであると判定された場合に、特定のログイン方法による第２口座へのログインを許可することによって、特定のログイン方法による第１口座へのログインが許可されていない第三者の端末２０から第２口座にログインすることを防止し、セキュリティを効果的に高めることができる。

また、ログイン管理システム１は、端末２０に記録されたクイックログイン情報を利用して、少なくとも一部の認証情報の入力を省略可能なクイックログインによる第１口座と第２口座の各々へのログインを許可する。クイックログイン情報が複数の端末２０に分散して登録されると、クイックログイン情報が漏えいする確率も高まるが、１つの端末２０に複数のクイックログイン情報を登録することにより漏洩の確率を低下させて、セキュリティを効果的に高めることができる。

また、ログイン管理システム１は、第１口座の名義人と、第２口座の名義人と、が同じであると判定された場合に、第２要求を送信した端末２０による第２口座へのログインを許可することによって、名義人が異なる複数の口座に対して１の端末２０からログインすることを防止できる。その結果、第三者が名義人の異なる複数の口座に不正にアクセスすることを防止し、セキュリティを効果的に高めることができる。

また、ログイン管理システム１は、第１要求を送信した端末２０から、第１口座に関連付けられた認証情報を受信した場合に、当該端末２０に前記第１口座へのログインを許可し、第２要求を送信した端末２０から、第２口座に関連付けられた認証情報を受信した場合に、当該端末２０に前記第２口座へのログインを許可することによって、正当な認証情報が入力された端末２０に対してログインを許可し、セキュリティを効果的に高めることができる。

また、ログイン管理システム１は、第２要求を送信した端末２０のアプリに、第２口座へのログインを許可することによって、ユーザがアプリを利用してサービスを利用する場合のセキュリティを効果的に高めることができる。

また、ログイン管理システム１は、認証が成功するまでは、第１口座と前記第２口座に関する情報を表示させず、認証が成功した場合に、第１口座と第２口座に関する情報を表示させることによって、第三者が端末２０を起動しただけでは第１口座と第２口座に関する情報を見ることができず、セキュリティを効果的に高めることができる。

また、ログイン管理システム１は、所定の切替操作に基づいて、当該端末２０が第１口座にログインした状態と、当該端末が第２口座にログインした状態と、を切り替えることによって、ユーザの利便性を高めることができる。

また、ログイン管理システム１は、第１口座へのログインが許可された端末に、第２口座が特定の支店である場合には第２口座を追加できることを案内することによって、ユーザの利便性を高めることができる。

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

例えば、ユーザが有する複数の口座へのログインが端末２０に許可される処理は、実施形態で説明した例に限られない。第１口座に関連付けられた認証情報が端末２０に入力された場合に第１口座へのログインが許可され、第２口座に関連付けられた認証情報が端末２０に入力された場合に第２口座へのログインが許可されてもよい。この場合、第１要求をした端末２０と第２要求をした端末２０との同一性は判定されなくてもよい。例えば、第１口座の名義人と第２口座の名義人の同一性だけが判定されてもよいし、名義人の同一性も判定されなくてもよい。

上記のようにして複数の口座へのログインが許可された場合であったとしても、端末２０は、ユーザが有する複数の口座へのログインが許可された端末２０が複数の口座からログアウトした状態において、当該端末に入力された情報に基づいて、認証を行う認証部２０２と、認証が成功するまでは、複数の口座に関する情報を表示させず、認証が成功した場合に、複数の口座に関する情報を表示させる表示制御手段２０３と、を有してもよい。この場合にも、第三者が端末２０を起動しただけでは、複数の口座の各々に関する情報を見ることができないので、セキュリティを高めることができる。

また例えば、実施形態では、第１口座の名義人と第２口座の名義人の同一性が判定される場合を説明したが、これらの同一性は判定されなくてもよい。また例えば、実施形態では、ユーザが端末２０のアプリを利用してログインする場合を説明したが、ユーザは、アプリではなくブラウザからログインしてもよい。この場合にも、ユーザがブラウザから第１口座にログインした端末２０と、ブラウザから第２口座へのログインを要求した端末２０と、の同一性が判定され、これらが同一であった場合に第２口座へのログインが許可されてもよい。この場合、ブラウザの同一性が判定されることになる。ブラウザの同一性は、Ｃｏｏｏｋｉｅ等の情報によって判定されるようにすればよい。また例えば、第１口座と第２口座からログアウトした状態であったとしても、クイックログイン情報が登録された口座に関する情報が表示されてもよい。また例えば、特定の支店の口座でなくても、ユーザは１の金融機関に複数の口座を開設できてもよい。

また例えば、アカウントの一例として口座を説明したが、ログイン管理システム１は、金融サービス以外の任意のサービスを利用する場面に適用可能である。このため、実施形態で口座と記載した箇所は、アカウントと読み替えることができる。名義人と記載した箇所は、ユーザ名と読み替えることができる。ユーザ名は、ユーザの本当の氏名であってもよいし、登録上のニックネームであってもよい。また、特定の支店と記載した箇所は、特定のアカウントと読み替えることができる。特定のアカウントは、複数のアカウントを有することが許可される特別なアカウントであればよく、例えば、所定の文字列を含むアカウントなどである。例えば、ログイン管理システム１は、ＳＮＳで複数のアカウントを有するユーザのログインを管理してもよい。この場合、ユーザは、ＳＮＳの第１アカウントへのログインが許可された端末と、ＳＮＳの第２アカウントへのログインの要求を送信した端末と、が同じであることを条件として、この端末に、第２アカウントへのログインが許可される。他にも例えば、電子商取引サービス、旅行予約サービス、インターネットオークションサービス、又は電子決済サービスといった任意のサービスにおいて、ユーザが複数のアカウントを有する画面にログイン管理システム１を適用可能である。

また例えば、データ記憶部１００は、サーバ１０とは別のデータベースサーバで実現されてもよい。また例えば、サーバ１０において実現されるものとして説明した機能は、端末２０で実現されてもよい。また例えば、端末２０において実現されるものとして説明した機能は、サーバ１０で実現されてもよい。他にも例えば、各機能は、他のコンピュータで実現されてもよいし、複数のコンピュータで分担されてもよい。

１ ログイン管理システム、Ｎ ネットワーク、１０ サーバ、１１，２１ 制御部、１２，２２ 記憶部、１３，２３ 通信部、２０ 端末、２４ 操作部、２５ 表示部、ＤＢ 口座データベース、Ｇ１ 初回起動画面、Ｇ２ ログイン画面、Ｇ３ 認証画面、Ｇ４ 完了画面、Ｇ５ トップ画面、Ｇ６ 案内画面、Ｇ７ 口座情報画面、Ｇ８ メニュー画面、Ｂ２２，Ｂ３０，Ｂ３２，Ｂ４０，Ｂ５１，Ｂ５５，Ｂ５６，Ｂ６０ ボタン、Ｆ２０，Ｆ２１，Ｆ３１，Ｆ５０，Ｆ５３ 入力フォーム、Ｉ１０，Ｉ５２，Ｉ８０ 画像、Ｗ５７，Ｗ５８，Ｗ８１ ウィンドウ、１００ データ記憶部、１０１ 第１受信部、１０２ 第１許可部、１０３ 第２受信部、１０４ 端末判定部、１０５ 名義人判定部、１０６ 第２許可部、２００ データ記憶部、２０１ 案内部、２０２ 認証部、２０３ 表示制御部、２０４ 切替部。

Claims (13)

1. ユーザが有する複数のアカウントのうちの第１アカウントにログインするための第１要求を受信する第１受信手段と、
   前記第１要求を送信した端末に前記第１アカウントへのログインを許可する第１許可手段と、
   前記複数のアカウントのうちの第２アカウントにログインするための第２要求を受信する第２受信手段と、
   前記第２要求を送信した端末と、前記第１許可手段により許可された端末と、が同じであるか否かを判定する端末判定手段と、
   前記端末判定手段により同じであると判定された場合に、前記第２要求を送信した端末に前記第２アカウントへのログインを許可する第２許可手段と、
   を含むログイン管理システム。
2. 前記第１要求は、複数のログイン方法のうちの特定のログイン方法で前記第１アカウントにログインするための要求であり、
   前記第１許可手段は、前記第１要求を送信した端末に、前記特定のログイン方法による前記第１アカウントへのログインを許可し、
   前記第２要求は、前記特定のログイン方法で前記第２アカウントにログインするための要求であり、
   前記第２許可手段は、前記第２要求を送信した端末に、前記特定のログイン方法による前記第２アカウントへのログインを許可する、
   請求項１に記載のログイン管理システム。
3. 前記特定のログイン方法は、当該ログイン方法が許可された端末に記録された情報を利用して、少なくとも一部の認証情報の入力を省略するログイン方法であり、
   前記第１許可手段は、前記第１アカウントへのログインを許可した端末に、前記特定のログイン方法で前記第１アカウントにログインするための前記情報を記録し、
   前記第２許可手段は、前記第２アカウントへのログインを許可した端末に、前記特定のログイン方法で前記第２アカウントにログインするための前記情報を記録する、
   請求項２に記載のログイン管理システム。
4. 前記ログイン管理システムは、前記第１アカウントのユーザ名と、前記第２アカウントのユーザ名と、が同じであるか否かを判定するユーザ名判定手段を更に含み、
   前記第２許可手段は、前記端末判定手段により同じであると判定され、かつ、前記ユーザ名判定手段により同じであると判定された場合に、前記第２要求を送信した端末に前記第２アカウントへのログインを許可する、
   請求項１～３の何れかに記載のログイン管理システム。
5. 前記第１許可手段は、前記第１要求を送信した端末から、前記第１アカウントに関連付けられた認証情報を受信した場合に、当該端末に前記第１アカウントへのログインを許可し、
   前記第２許可手段は、前記端末判定手段により同じであると判定され、かつ、前記第２要求を送信した端末から、前記第２アカウントに関連付けられた認証情報を受信した場合に、当該端末に前記第２アカウントへのログインを許可する、
   請求項１～４の何れかに記載のログイン管理システム。
6. 前記ログイン管理システムでは、所定のサービスを利用するためのアプリが提供され、
   前記第１許可手段は、前記第１要求を送信した端末の前記アプリを利用した前記第１アカウントへのログインを許可し、
   前記端末判定手段は、前記第２要求を送信した端末の前記アプリと、前記第１許可手段により許可された端末の前記アプリと、が同じであるか否かを判定し、
   前記第２許可手段は、前記端末判定手段により同じであると判定された場合に、前記第２要求を送信した端末の前記アプリを利用した前記第２アカウントへのログインを許可する、
   請求項１～５の何れかに記載のログイン管理システム。
7. 前記ログイン管理システムは、
   前記第１許可手段と前記第２許可手段により許可された端末が前記第１アカウントと前記第２アカウントからログアウトした状態において、当該端末に入力された情報に基づいて、認証を行う認証手段と、
   前記認証が成功するまでは、前記第１アカウントと前記第２アカウントに関する情報を表示させず、前記認証が成功した場合に、前記第１アカウントと前記第２アカウントに関する情報を表示させる表示制御手段と、
   を更に含む請求項１～６の何れかに記載のログイン管理システム。
8. 前記ログイン管理システムは、前記第１許可手段と前記第２許可手段により許可された端末に入力された所定の切替操作に基づいて、当該端末が前記第１アカウントにログインした状態と、当該端末が前記第２アカウントにログインした状態と、を切り替える切替手段、
   を更に含む請求項１～７の何れかに記載のログイン管理システム。
9. 前記ログイン管理システムでは、前記第１アカウントと前記第２アカウントの少なくとも一方が特定のアカウントである場合に、１の端末による前記第１アカウントと前記第２アカウントへのログインが許可され、
   前記ログイン管理システムは、前記第１アカウントへのログインが許可された端末に、前記第２アカウントが前記特定のアカウントであれば前記第２アカウントを当該端末に追加できることを案内する案内手段、
   を更に含む請求項１～８の何れかに記載のログイン管理システム。
10. 前記複数のアカウントは、前記ユーザが有する複数の口座にそれぞれ対応し、
    前記第１要求は、前記第１アカウントに対応する第１口座にログインするための要求であり、
    前記第１許可手段は、前記第１要求を送信した端末に前記第１口座へのログインを許可し、
    前記第２要求は、前記第２アカウントに対応する第２口座にログインするための要求であり、
    前記第２許可手段は、前記第２要求を送信した端末に前記第２口座へのログインを許可する、
    請求項１～９の何れかに記載のログイン管理システム。
11. ユーザが有する複数のアカウントへのログインが許可された端末が前記複数のアカウントからログアウトした状態において、当該端末に入力された情報に基づいて、認証を行う認証手段と、
    前記認証が成功するまでは、前記複数のアカウントに関する情報を表示させず、前記認証が成功した場合に、前記複数のアカウントに関する情報を表示させる表示制御手段と、
    を含むログイン管理システム。
12. ユーザが有する複数のアカウントのうちの第１アカウントにログインするための第１要求を受信する第１受信ステップと、
    前記第１要求を送信した端末に前記第１アカウントへのログインを許可する第１許可ステップと、
    前記複数のアカウントのうちの第２アカウントにログインするための第２要求を受信する第２受信ステップと、
    前記第２要求を送信した端末と、前記第１許可ステップにより許可された端末と、が同じであるか否かを判定する端末判定ステップと、
    前記端末判定ステップにより同じであると判定された場合に、前記第２要求を送信した端末に前記第２アカウントへのログインを許可する第２許可ステップと、
    を含むログイン管理方法。
13. ユーザが有する複数のアカウントのうちの第１アカウントにログインするための第１要求を受信する第１受信手段、
    前記第１要求を送信した端末に前記第１アカウントへのログインを許可する第１許可手段、
    前記複数のアカウントのうちの第２アカウントにログインするための第２要求を受信する第２受信手段、
    前記第２要求を送信した端末と、前記第１許可手段により許可された端末と、が同じであるか否かを判定する端末判定手段、
    前記端末判定手段により同じであると判定された場合に、前記第２要求を送信した端末に前記第２アカウントへのログインを許可する第２許可手段、
    としてコンピュータを機能させるためのプログラム。

Images