JP2014085919A - ユーザ認証装置、ユーザ認証方法及びユーザ認証プログラム - Google Patents

Abstract

【課題】設定及び再現が容易であり且つセキュリティ強度が高い情報を用いて本人認証を行う。
【解決手段】銀行システム１２のハードディスク１２Ｃに格納されたユーザデータベース１５には、顧客のユーザＩＤに対応付けて当該顧客が選択したアプリのアプリＩＤが、当該顧客が任意に選択した当該アプリの起動順序の順に、登録されている。ユーザ端末１８においてタッチパネル２１を通じて顧客が所定個数のアプリを順次起動すると、起動されたアプリのアプリＩＤを起動順序に対応付けて記録した起動中アプリ一覧が、ユーザ端末１８から銀行システム１２へ通知される。すると、銀行システム１２において、ユーザ認証サーバ１３が、当該顧客のユーザＩＤに対応付けて登録されているパスワードアプリのアプリＩＤ及びその起動順序がユーザ端末１８から受信した起動中アプリ一覧に含まれるアプリＩＤ及びその起動順序と一致することに基づいて、当該顧客を認証する。
【選択図】図１

Description

本発明は、ユーザ認証装置、方法及びプログラムに係り、特に、ユーザ端末を操作している操作者が予め登録されているユーザか否かを認証するためのユーザ認証装置及びユーザ認証方法、並びに、コンピュータを前記ユーザ認証装置として機能させるためのユーザ認証プログラムに関する。

予め登録したユーザに対してオンラインで所定のサービスを提供するウェブサイトでは、ユーザ端末を介してウェブサイトにアクセスしてきたユーザ端末の操作者にユーザＩＤ及びパスワードを入力させ、入力されたユーザＩＤとパスワードの組合わせがデータベースに登録されているか否かに基づいて、アクセスしてきたユーザ端末の操作者が予め登録されたユーザか否かを確認するユーザ認証方法が採用されることが、一般的である。

しかし、上記のユーザ認証方法は、ユーザが保持及び操作するユーザ端末の個性には依存しないので、仮にユーザＩＤとパスワードが他者へ漏洩してしまった場合に、ユーザが漏洩に気付く前に、ユーザＩＤとパスワードを知った者が正当なユーザになりすまして不正にアクセスすることが可能になってしまうという欠点がある。

これに関連して、特許文献１には、サービスの利用を許容するＩＰアドレス（及びリンク元ＵＲＬ）をＩＤ及びパスワードと共にデータベースに保存しておき、ＩＤ及びパスワードによる認証に加え、アクセス元ＩＰアドレスがデータベースに登録されているか否かを判断することで、サービスの利用を許容するか否かを判断する技術が、開示されている。

なお、上記特許文献１において、端末のMACアドレスや個体識別番号、または、端末に装着したハードウェアキーの識別番号を上記アクセス元IPアドレスの代わりに用いることも、容易に想到し得るところである。

また、なりすましを防止してセキュリティ性を向上させる技術として、ユーザＩＤとパスワードに基づくユーザ認証に先立ち、電子証明書を利用してユーザ端末の認証を行う技術も知られている。この技術を適用すれば、仮にユーザＩＤとパスワードが他者へ漏洩してしまったとしても、ユーザＩＤとパスワードを知った者が正規の電子証明書がインストールされたユーザ端末を操作しない限りは、不正を防止できる。

特開平２００１−３２５２２９号公報

特許文献１に記載の技術は、ＩＰアドレスを利用して、アクセス元のユーザ端末が正当ユーザが保持及び操作するユーザ端末であるか否かを判断することで、アクセス元のユーザ端末を正当ユーザが操作しているか否か（第三者が正当なユーザになりすましていないか否か）を確認している。しかしながら、ＩＰアドレスは、特定のユーザ端末に固定的に付与されるグローバルＩＰアドレスであれば常に一定であるものの、このようなグローバルＩＰアドレスが付与されたユーザ端末はごく少数であり、一般ユーザが使用する殆どのユーザ端末では、インターネットへのアクセスの都度、相違する。これは、インターネットへのアクセス時に、インターネット・サービス・プロバイダ（Internet service provider：インターネット接続業者、以下単に「プロバイダ」という）が保有している多数のグローバルＩＰアドレスの中からランダムに選択されたものが、ユーザ端末に対して自動的に割り当てられるからである。このため、特許文献１に記載の技術のように、ＩＰアドレスが一致しているか否かに基づいてユーザの確認や認証を行った場合、正当なユーザによるアクセスを不正アクセスと誤判断したり、正当でないユーザを正当なユーザと誤判断する恐れがある。

また、ＩＰアドレスの代わりに、ＭＡＣアドレスやユーザ端末の個体識別装置ないしハードウェアキーを用いる場合には、これらの装置が故障した場合等に、別の端末を用いて同一のネットワーク環境を復元することが困難であるという問題がある。

また、電子証明書の技術を用いる場合には、ユーザ端末に電子証明書を予めインストールしておくという煩雑な作業を行う必要がある為に、ユーザの負担が大きいという問題がある。

本発明は上記事実を考慮して成されたもので、その課題は、設定及び再現が容易でありながらセキュリティ強度が高い情報をパスワードに代わる認証情報として本人認証を行うことができるユーザ認証装置、ユーザ認証方法及びユーザ認証プログラムを得ることにある。

上記課題を解決するために案出された手段においては、ユーザ毎に、複数のアプリケーションについての識別情報及びその起動順序を、当該ユーザの個人識別情報に対応付けて記憶しておく。そして、ネットワークを通じてアクセスしてきたユーザ端末から情報を受信し、ユーザ端末から受信した情報に、相互に対応付けて前記記憶装置に記憶されている個人識別情報と複数のアプリケーションについての識別情報及びその起動順序との何れかの組み合わせが含まれるか否か判定し、前者に後者が含まれると判定した場合に、以後の前記ユーザ端末からの情報を当該個人識別情報が示すユーザからの情報として処理する。

本発明のユーザ認証装置によれば、設定及び再現が容易でありながらセキュリティ強度が高い情報を、パスワードに代わる認証情報として、本人認証を行うことができる。

本実施形態に係るコンピュータ・システムの概略構成を示すブロック図 ユーザデータベースを構成する一部のテーブルのデータ構造を示す表 ユーザ端末のディスプレイの表示例を示す図 銀行アプリプログラムに従ってユーザ端末のＣＰＵが実行する処理の内容を示すフローチャート 銀行アプリプログラムに従ってユーザ端末のＣＰＵが実行する処理の内容を示すフローチャート ユーザ認証プログラムに従ってウェブサーバのＣＰＵが実行する処理の内容を示すフローチャート 図６のＳ２１１にて実行されるパスワードアプリ登録プログラムによる処理の内容を示すフローチャート 各プログラムに従がった処理を実行するユーザ端末とサーバとの間でのデータ交換を示すシーケンスチャートである。

以下、図面を参照して本発明の実施形態の一例を詳細に説明する。図１には本実施形態に係るオンライン取引システム１０が示されている。本実施形態のオンライン取引システム１０は、特定金融機関に設置された銀行システム１２を含んで構成されている。上記特定金融機関は、当該特定金融機関に口座を開設しているユーザがオンラインで金融取引を行うことを可能とするサービスとして、オンライン金融取引用ウェブサイトを通じてユーザからのオンラインでの金融取引の実行指示を受け付けるオンライン金融取引受付サービスを、提供している。このオンライン金融取引受付サービスを利用した金融取引では、ユーザがユーザ端末１８を介してオンライン金融取引用ウェブサイトのウェブページを閲覧し、該ウェブページ上で必要な情報を入力することで、ユーザが所望している金融取引の実行を指示するための情報（金融取引指示情報）がユーザ端末１８から銀行システム１２へ送信される。そして、この金融取引指示情報が銀行システム１２からイントラネット２６に接続された勘定系システム２８等へ転送されることで、金融取引指示情報に基づいてユーザから指示された金融取引が勘定系システム２８等によって実行されるようになっている。

かかる銀行システム１２は、相互にバスＢを通じて接続されたＣＰＵ１２Ａ、メモリ１２Ｂ、ハードディスクドライブ（ＨＤＤ）１２Ｃ、及び、ネットワークインタフェース（Ｉ／Ｆ）部１２Ｄを、備えている。

ネットワークＩ／Ｆ部１２Ｄは、多数台のウェブサーバが通信回線を介して相互に接続されて成る公共のコンピュータ・ネットワーク（インターネット）１６に直接接続されており、更に特定金融機関内に設置されたイントラネット（ＬＡＮ）２６にも接続されている。イントラネット２６には勘定系システム２８が接続されている。

上記インターネット１６には、各々ＰＣ等から成る多数台のユーザ端末１８が接続されている。個々のユーザ端末１８にはブラウザがインストールされている。なお、個々のユーザ端末１８は所謂スマートフォンやタブレット端末のようなインターネット接続機能を有しているものであることが前提となるので、上記ネットワークＩ／Ｆ部１２Ｄは、インターネット１６を介して各ユーザ端末１８に接続される。

メモリ１２Ｂは、ＲＡＭ（ランダムアクセスメモリ）からなる記憶装置であり、ＣＰＵ１２Ｂによる作業領域が展開される。

ＣＰＵ１２Ａは、メモリ１２Ｂ上に読み出されたプログラムを実行して、銀行システム１２を構成するハードウェア全体を制御する処理装置であり、記憶手段の一部，判定手段，処理手段，応答手段，登録手段に、相当する。

ＨＤＤ１２Ｃは、各種データ及びプログラムを格納したコンピュータ読取可能な記憶媒体を内臓した記憶装置である。ＨＤＤ１２Ｃが格納しているプログラムには、ＣＰＵ１２Ａによってメモリ１２Ｂ上に読み出されて実行されるユーザ認証サーバプログラム１３及びデータベースサーバプログラム１４が、含まれている。また、ＨＤＤ１２Ｃが格納している各種データには、データベースサーバプログラム１４を実行しているＣＰＵ１２Ａによってデータが登録され、また、データが読み出されるユーザデータベース１５が、登録されている。

なお、データベースサーバプログラム１４及びユーザデータベース１５は、記憶手段の一部であり、ユーザ認証サーバプログラム１３を実行するコンピュータとはイントラネット２６を通じてデータ通信可能な別箇独立のコンピュータの記憶装置に格納されて当該コンピュータのＣＰＵ１７によって、実行されても良い。以下、ユーザ認証サーバプログラム１３を実行するＣＰＵを「ユーザ認証サーバ１３」と略称し、データベースサーバプログラム１４を実行するＣＰＵを「データベースサーバ１４」と略称することがある。

また、ユーザデータベース１５は、ユーザデータサーバ１４によって、当該特定金融機関と口座開設契約を締結している全ての顧客について、その住所又は居所、氏名又は名称、ユーザＩＤ（契約番号）、パスワード、口座種類及び口座番号が記録されて管理されるデータベースである。さらに、本実施形態に固有な構成として、ユーザデータベース１５には、図２に示すパスワードアプリ登録テーブルが、格納されている。このパスワードアプリ登録テーブルは、図２に示すように、他のテーブルとの紐付けのためのユーザＩＤ，及び、後述するユーザ認証用のアプリケーションプログラム（以下、「パスワードアプリ」という）を登録したか否かについてのフラグ（以下、「パスワードアプリ登録済みフラグ」），及び、所定個数（図２の例では４個）のパスワードアプリの識別情報（以下、「アプリＩＤ」という）及び起動順序が夫々登録されるテーブルである。なお、アプリＩＤは、その起動順に登録される。即ち、最初に起動されるべきパスワードアプリのアプリＩＤが「パスワードアプリ１」欄に、２番目に起動されるべきパスワードアプリのアプリＩＤが「パスワードアプリ２」欄に、３番目に起動されるべきパスワードアプリのアプリＩＤが「パスワードアプリ３」欄に、４番目に起動されるべきパスワードアプリのアプリＩＤが「パスワードアプリ４」欄に、夫々登録される。

図１に戻り、ユーザ端末１８は、バスＢを通じて相互にデータ交換可能に接続されたＣＰＵ１９、メモリ２０、タッチパネル２１、通信モジュール２２、ディスプレイ２３を、有している。

ＣＰＵ１９は、プログラムを読み込んで実行することによって当該ユーザ端末１８全体の制御を行う処理装置である。

メモリ２０は、ＣＰＵ１９によって読み込まれて実行されるプログラムや、各種データを格納したＲＯＭ（リードオンリーメモリー）及びフラッシュメモリ等の不揮発性書換可能メモリと、ＣＰＵ１９の作業領域としての一時記憶領域が展開されるＲＡＭとから、構成されている。上記プログラムには、ユーザ端末１８の基本動作を制御するための基本プログラムと、ユーザ端末１８を使用するユーザが任意に使用する所望機能をＣＰＵ１９に追加するためのアプリケーションプログラム（以下、「アプリ」と略称する）が、含まれる。

通信モジュール２２は、当該ユーザ端末１８を使用するユーザが利用可能な各種無線ネットワークのプロトコルを終端し、かかるプロトコルに従ったデータ形式にて、かかる無線ネットワークの基地局との間で無線通信を行う無線装置である。

ディスプレイ２３は、ＣＰＵ１９によって各種画像，画面，メッセージ等の可視情報が表示される、液晶パネル，ＥＬ（エレクトロルミネッセンス）パネル等である。当該ディスプレイ２３上に表示される可視情報には、ソフトウェアキーボードも含まれる。

タッチパネル２１は、ディスプレイ２３の全域にわたって重ね合わせて設置された透明部材であり、操作者の指又はタッチペンが接触した位置を検出し、当該位置を示す座標値をＣＰＵ１９に入力するポインティングデバイスである。

ＣＰＵ１９がメモリ２０から読み込んで実行する基本プログラムには、タッチパネル２１から入力された座標値が示す位置と重なってディスプレイ２３上に表示されているアイテム（アイコン，文字，ボタン等）が入力されたものと認識する機能や、上述したソフトウェアキーボードが操作されたものと認識して入力された文字列を認識する機能をＣＰＵ１９に付与するモジュールが、含まれている。また、上記基本プログラムには、ＣＰＵ１９がメモリ２０から読み込んで実行するプログラムには、図３に示すように、メモリ２０にインストールされているアプリを起動する機能に関連付けられたアイコン１００，１０１を一覧表示した画面（以下、「ホーム画面」という）を表示し、何れかのアイコン１００，１０１が入力された場合には、当該アイコン１００，１０１に関連付けられたアプリを起動する機能をＣＰＵ１９に付与するモジュールが、含まれている。

本実施形態では、固有の構成として、図４及び図５のフローチャートにその処理内容の一部を示す「銀行アプリ」が、メモリ２０にインストールされている。この銀行アプリは、ユーザがディスプレイ２３上に表示されているアイコン（図３において「銀」と表示されているアイコン１０１）が入力されたことが、タッチパネル２１からの座標データに基づいて検出されることをトリガとして、起動される。そして、銀行アプリを実行しているＣＰＵ１９は、タッチパネル２１を通じて入力される操作内容に従って銀行システム１２にアクセスして、銀行システム１２による各種サービスを受ける。そして、各種サービスを受けている途中で重要な取引（振込等）を実行する際に、銀行システム１２からの要求に応じて、銀行アプリを実行しているＣＰＵ１９は、図４の処理を実行する。

そして、最初のＳ００１において、ＣＰＵ１９は、ディスプレイ２３上に、図示せぬＩＤ入力欄及びＯＫボタンを表示した後に、次のＳ００２において、ユーザが上述したソフトウェアキーボードを操作してＩＤ入力欄に所定フォーマットを満たす文字列を入力してＯＫボタンを入力するのを待つ。そして、ユーザが上述したソフトウェアキーボードを操作してＩＤ入力欄に所定フォーマットを満たす文字列を入力してＯＫボタンを入力すると、ＣＰＵ１９は、処理をＳ００３へ進める。

Ｓ００３では、ＣＰＵ１９は、ディスプレイ２３上に、パスワードアプリとして当該ユーザがユーザデータベース１５のパスワードアプリ登録テーブル（図２）に予め登録しておいたアプリを登録した起動順通りに起動する様、指示するメッセージを、表示する。

次のＳ００４では、ＣＰＵ１９は、ホーム画面上における各アプリのアイコンに対する入力（若しくは、各アプリの起動）を監視し、入力されたアイコンに対応するアプリのアプリＩＤ（若しくは、起動したアプリのアプリＩＤ）を、その起動順に、メモリ２０上の一時記憶領域に記憶する。

次のＳ００５では、ＣＰＵ１９は、ユーザによるパスワードアプリの起動が完了したか否かを判定する。この判定は、例えば、ユーザデータベース１５のパスワードアプリ登録テーブル（図２）に登録可能なパスワードの個数が固定であるならば（図２の例では４個）、当該個数と同数のアイコンが入力されたか否か（若しくは、当該個数と同数のアプリが起動されたか否か）に基づいて、行われる。また、ディスプレイ２３上に「入力完了」ボタンを表示しておき、当該「入力完了」ボタンへの入力を以て、パスワードアプリの起動が完了したと判定しても良い。

Ｓ００５において、未だユーザによるパスワードアプリの起動が完了していないと判断した場合には、ＣＰＵ１９は、処理をＳ００４へ戻す。これに対して、ユーザによるパスワードアプリの起動が完了したと判断した場合には、ＣＰＵ１９は、処理をＳ００６へ進める。

Ｓ００６では、ＣＰＵ１９は、銀行システム１２にアクセスして、Ｓ００１にて入力された文字列に関してパスワードアプリ登録問い合わせを行う。Ｓ００６を完了すると、ＣＰＵ１９は、次のＳ００７において、銀行システム１２からの応答（Ｓ２０３，Ｓ２１０）を待つ。

図６に示すように、このパスワードアプリ登録問い合わせを受信した銀行システム１２では、ユーザ認証サーバ１３が、図６に示す処理を割り込みスタートし、Ｓ２０１において、問い合わせに関する文字列を、ユーザＩＤとして受信して受け付ける（受信手段に相当）。

次のＳ２０２では、ユーザ認証サーバ１３は、データベースサーバ１４を通じて、Ｓ２０１にて受け付けたユーザＩＤについてパスワードアプリが登録済みであるかどうかを、当該ユーザＩＤに対応してユーザデータベース１５のパスワードアプリ登録テーブル（図２）にパスワードアプリ登録済フラグがセットされているかどうかに基づいて、判定する。そして、当該ユーザＩＤに対応してユーザデータベース１５のパスワードアプリ登録テーブル（図２）にパスワードアプリ登録済フラグがセットされている場合には、当該ユーザＩＤについてパスワードアプリが登録済みであると判断して、Ｓ２０３において、問い合わせ元ユーザ端末１８に対して、登録済である旨を応答してから、処理をＳ２０４へ進める。これに対して、当該ユーザＩＤに対応してユーザデータベース１５のパスワードアプリ登録テーブル（図２）にパスワードアプリ登録済フラグがセットされていない場合には、当該ユーザＩＤについてパスワードアプリが登録済みでないと判断して、Ｓ２１０において、問い合わせ元ユーザ端末１８に対して、未登録である旨を応答してから、処理をＳ２１１へ進める。

図４に戻り、要求元ユーザ端末１８のＣＰＵ１９は、Ｓ００７において、銀行システム１からの応答が「登録済」であれば処理をＳ００８へ進め、「未登録」であれば処理をＳ０１１へ進める。

Ｓ００８では、ＣＰＵ１９は、メモリ２０の一時記憶領域に起動順に記録されているアプリＩＤに基づいて、これらのアプリＩＤを起動順に一覧するデータ（起動中アプリ一覧）を生成する。

次のＳ００９では、ＣＰＵ１９は、Ｓ００８にて作成した起動中アプリ一覧を銀行システム１２へ送信する。Ｓ００９を完了すると、ＣＰＵ１９は、Ｓ０１０において、銀行システム１２からの応答を待つ。

図６に戻り、Ｓ２０３にて「登録済」を応答した後に実行されるＳ２０４において、ユーザ認証サーバ１３は、問合わせ元ユーザ端末１８がＳ００９にて送信した起動中アプリ一覧を受信する（受信手段に相当）。

次のＳ２０５では、ＣＰＵ１９は、全パスワードアプリが起動中であるか否かを判定する。即ち、ＣＰＵ１９は、Ｓ２０１にて受け付けたユーザＩＤに対応してユーザデータベース１５のパスワードアプリ登録テーブル（図２）に登録されている全パスワードアプリのアプリＩＤが、Ｓ２０４にて受信した起動中アプリ一覧中に含まれているか否かを、判定する。そして、Ｓ２０１にて受け付けたユーザＩＤに対応してユーザデータベース１５のパスワードアプリ登録テーブル（図２）に登録されているパスワードアプリのアプリＩＤの全部又は一部が、Ｓ２０４にて受信した起動中アプリ一覧中に含まれていない場合には、ユーザ認証サーバ１３は、Ｓ２０８において、問合わせ元ユーザ端末１９へ認証失敗を応答してから、当該割り込み処理を終了する。

これに対して、Ｓ２０１にて受け付けたユーザＩＤに対応してユーザデータベース１５のパスワードアプリ登録テーブル（図２）に登録されている全パスワードアプリのアプリＩＤが、Ｓ２０４にて受信した起動中アプリ一覧中に含まれている場合には、ユーザ認証サーバ１３は、Ｓ２０６は、パスワードアプリの起動順が正しいか否かを判定する。即ち、ＣＰＵ１９は、Ｓ２０１にて受け付けたユーザＩＤに対応してユーザデータベース１５のパスワードアプリ登録テーブル（図２）に登録されているパスワードアプリのアプリＩＤの起動順序と、Ｓ２０４にて受信した起動中アプリ一覧中のアプリＩＤの起動順序とが、一致しているか否かを判定する。そして、前者の起動順序と後者の起動順序が異なる場合には、ユーザ認証サーバ１３は、Ｓ２０８において、問合わせ元ユーザ端末１９へ認証失敗を応答してから、当該割り込み処理を終了する。

これに対して、前者の起動順序と後者の起動順序とが一致する場合には、ユーザ認証サーバ１３は、Ｓ２０７において、問合わせ元ユーザ端末１９へ認証成功を応答し、処理をＳ２０８へ進める。Ｓ２０８では、ユーザ認証サーバ１３は、問い合わせ元ユーザ端末１９からのメッセージをＳ２０１にて受け付けたユーザＩＤに対応したユーザからのものであると認識して、当該メッセージの内容に応じた重大な取引等の処理を行う。

以上を別言すると、Ｓ２０５及びＳ２０６は、受信手段が前記ユーザ端末から受信した情報に、相互に対応付けて記憶手段（ユーザデータベース１５）に記憶されている個人識別情報と複数のアプリケーションについての識別情報及びその起動順序との何れかの組み合わせが含まれるか否か判定する判定手段に相当し、Ｓ２０９は、受信手段が受信した情報に相互に対応付けて記憶手段（ユーザデータベース１５）に記憶されている個人識別情報と複数のアプリケーションについての識別情報及びその起動順序との何れかの組み合わせが含まれると判定された場合に、以後のユーザ端末１８からの情報をＳ２０１にて受け付けた個人識別情報が示すユーザからの情報として処理する処理手段に相当する。さらに、Ｓ２０７は、受信手段が受信した情報に相互に対応付けて記憶手段（ユーザデータベース１５）に記憶されている個人識別情報と複数のアプリケーションについての識別情報及びその起動順序との何れかの組み合わせが含まれると判定された場合に、認証が正孔した旨を応答する応答手段に相当する。

図４に戻り、問合わせ元ユーザ端末１８のＣＰＵ１９は、Ｓ０１０において、銀行システム１からの応答が「認証失敗」であれば処理をＳ００１へ戻し、認証処理をやり直すが、「認証成功」であれば、ユーザ認証を必要とする重大な取引のための処理へ進む。

以上に対して、銀行システム１２から受信した応答が「未登録」であるとＳ００７にて判定した場合に実行されるＳ０１１では、ＣＰＵ１９は、図示せぬパスワード入力欄およびＯＫボタンをディスプレイ２３上に表示した後に、次のＳ０１２において、ユーザが上述したソフトウェアキーボードを操作してパスワード入力欄に所定フォーマットを満たす文字列を入力してＯＫボタンを入力するのを待つ。そして、ユーザが上述したソフトウェアキーボードを操作してパスワード入力欄に任意の文字列を入力してＯＫボタンを入力すると、ＣＰＵ１９は、処理をＳ０１３へ進める。

Ｓ０１３では、ＣＰＵ１９は、契約番号入力欄に入力された文字列を、パスワードとして、銀行システム１２へ送信する。ＣＰＵ１９は、Ｓ０１３を完了すると、次のＳ０１４において、銀行システム１２からの応答を待つ。

この時、銀行システム１２では、ユーザ認証サーバ１３が、図６のＳ２１１において、図７に示すパスワードアプリ登録処理を起動している。そして、ユーザ認証サーバ１３は、最初のＳ３０１において問合わせ元ユーザ端末１８からパスワードを受信すると、当該パスワードがＳ２０１にて受け付けたユーザｉＤに対応付けられてユーザデータベース１５に登録されているか否かを、チェックする。そして、受信したパスワードがＳ２０１にて受け付けたユーザｉＤに対応付けられてユーザデータベース１５に登録されていない場合には、ユーザ認証サーバ１３は、Ｓ３０３において、問合わせ元ユーザ端末１８に対して、登録不可の旨を応答して、当該パスワードアプリ登録処理を終了する。これに対して、受信したパスワードがＳ２０１にて受け付けたユーザｉＤに対応付けられてユーザデータベース１５に登録されている場合には、ユーザ認証サーバ１３は、Ｓ３０４において、問合わせ元ユーザ端末１８に対して、登録可の旨を応答して、次のＳ３０５において、問合わせ元ユーザ端末１８からの起動中アプリ一覧の受信を待つ。

図５に戻り、問合わせ元ユーザ端末１８のＣＰＵ１９は、Ｓ０１４において、銀行システム１２からの応答が「登録不可」であると、当該銀行アプリによる処理を終了する。これに対して、銀行システム１２からの応答が「登録可」であると、ＣＰＵ１９は、Ｓ０１５において、ディスプレイ２３上に、パスワードアプリとして当該ユーザがユーザデータベース１５のパスワードアプリ登録テーブル（図２）に登録を求めるアプリを所望の順番で起動する様、指示するメッセージを、表示する。

次のＳ０１６では、ＣＰＵ１９は、ホーム画面上における各アプリのアイコンに対する入力（若しくは、各アプリの起動）を監視し、入力されたアイコンに対応するアプリのアプリＩＤ（若しくは、起動したアプリのアプリＩＤ）を、その起動順に、メモリ２０上の一時記憶領域に記憶する。

次のＳ０１７では、ＣＰＵ１９は、ユーザによるパスワードアプリの起動が完了したか否かを判定する。この判定は、Ｓ００５と同様にして行われる。Ｓ００５において、未だユーザによるパスワードアプリの起動が完了していないと判断した場合には、ＣＰＵ１９は、処理をＳ０１６へ戻す。これに対して、ユーザによるパスワードアプリの起動が完了したと判断した場合には、ＣＰＵ１９は、処理をＳ０１８へ進める。

Ｓ０１８では、ＣＰＵ１９は、メモリ２０上の一時記憶領域に記憶されている各アプリＩＤに対応するアプリ名をその起動順に一覧した図示せぬ確認ダイアログを、ディスプレイ２３上に表示する。この確認ダイアログには、ＮＧボタン及びＯＫボタンが含まれている。そして、ＮＧボタンが入力されると、ＣＰＵ１９は、Ｓ０２０において、メモリ２０上の一時記憶領域に記憶されているアプリＩＤをリセットした後に、処理Ｓ０１５戻す。これに対して、ＯＫボタンが入力されると、ＣＰＵ１９は、処理をＳ０２１へ進める。

Ｓ０２１では、ＣＰＵ１９は、メモリ２０の一時記憶領域に起動順に記録されているアプリＩＤに基づいて、これらのアプリＩＤを起動順に一覧するデータ（起動中アプリ一覧）を生成する。

次のＳ０２２では、ＣＰＵ１９は、Ｓ０２１にて作成した起動中アプリ一覧を銀行システム１２へ送信する。Ｓ０２２を完了すると、ＣＰＵ１９は、ユーザ認証を必要とする重大な取引のための処理へ進む。

図７に戻り、Ｓ３０４にて「登録済」を応答した後に実行されるＳ３０５において、ユーザ認証サーバ１３は、問合わせ元ユーザ端末１８がＳ０２２にて送信した起動中アプリ一覧を受信する。

次のＳ３０６では、ユーザ認証サーバ１３は、Ｓ２０１にて受け付けたユーザＩＤに対応つけて、ユーザデータベース１５のパスワードアプリ登録テーブル（図２）に、Ｓ３０５にて受信した起動中アプリ一覧中のアプリＩＤを、その起動順通りに登録する。別言すると、ユーザ認証サーバ１３は、受信手段が前記ユーザ端末から受信した情報に、相互に対応付けて前記記憶手段に記憶されている前記個人識別情報及び前記パスワードの何れか組み合わせが含まれている場合に、前記受信手段が受信した情報に含まれる複数のアプリケーションについての識別情報及びその起動順序を、Ｓ２０１にて受け付けた個人識別情報に対応付けて記憶手段（ユーザデータベース１５）に記憶させる登録手段に相当する。

次のＳ３０７では、ユーザ認証サーバ１３は、Ｓ２０１にて受け付けたユーザＩＤに対応つけて、ユーザデータベース１５のパスワードアプリ登録テーブル（図２）に、パスワードアプリ登録済フラグをセットする。Ｓ３０７を完了すると、ユーザ認証サーバ１３は、処理をＳ２０９へ進める。

次に、以上のように構成された本実施形態の各構成要素の動作を、図８のシーケンス図を参照して、説明する。

オンライン金融取引受付サービスを利用するユーザは、事前に前記サービスの利用を特定金融機関へ申請する。特定金融機関は、ユーザから前記サービスの利用が申請されると、前記ユーザへユーザＩＤを付与し、付与したユーザＩＤを、顧客が設定したパスワードや顧客の口座に関するその他の情報と共に、銀行システム１２のＨＤＤ１２Ｃに記憶されているユーザデータベース１５に登録する。また、顧客が所望順序に従って起動するものとして選択した所望の所定個数得のアプリのアプリＩＤを、ユーザ認証サーバ１３が、パスワードアプリとしてユーザデータベース１５のパスワードアプリ登録テーブル（図２）に登録する。

しかる後に、ユーザが、自己が保持及び使用するユーザ端末１８を操作して、銀行アプリを使用して、銀行システム１２が提供する各種サービスにアクセスする。そして、何れかのサービスにおいて重要な手続（例えば、振込や決済）をする際に、顧客が、銀行アプリによる指示に従って、ユーザデータベース１５のパスワードアプリ登録テーブル（図２）に登録されている４個のパスワードアプリを、登録されている起動順に起動する（Ｓ００４，Ｓ００５，Ｓ４０１〜Ｓ４０４）。すると、銀行アプリに従って、ユーザ端末のＣＰＵ１９は、パスワードアプリの登録問い合わせを行う（Ｓ００６，Ｓ４０５）。

すると、銀行システム１２内において、データベースサーバ１４が、ユーザデータベース１５のパスワードアプリ登録テーブル（図２）から当該顧客についての情報を読み出して、ユーザ認証サーバ１３に出力する（Ｓ４０６）。すると、ユーザ認証サーバ１３が、データベースサーバ１４から通知された情報に含まれるパスワードアプリ登録済フラグの値に基づいて、パスワードアプリが登録済であるかどうかをチェックする（Ｓ２０２，Ｓ４０７）。この場合、ユーザ認証サーバ１３は、パスワードアプリが登録済であると判断して、その旨をユーザ端末１８へ応答する（Ｓ２０３）。

すると、ユーザ端末１８は、事前に起動されていた各パスワードアプリのアプリＩＤ及び起動順序に基づいて、起動中アプリ一覧を作成し（Ｓ００８，Ｓ４０８）、作成した起動アプリ一覧を銀行システム１２へ送信する（Ｓ００９，Ｓ４０９）。

すると、銀行システム１２では、ユーザ認証サーバ１３が、起動中アプリ一覧に、データベースサーバ１４から通知された情報に含まれる全アプリＩＤが含まれることを確認し（Ｓ４１０）、起動中アプリ一覧に含まれる各アプリＩＤの起動順序がデータベースサーバ１４から通知された情報中のアプリＩＤの起動順序と一致することを確認し（Ｓ２０５，Ｓ２０６，Ｓ４１１）、認証成功をユーザ端末１３へ通知する（Ｓ２０７，Ｓ４１２）。

すると、ユーザ端末１３は、処理を継続し（Ｓ４１３）、銀行システム１２との間で重大な取引を実行することができるようになる（Ｓ２０９）。

以上に説明したように、本実施形態によると、顧客は、パスワードの代わりに、予めパスワードアプリとして登録しておいたアプリを登録した順序に起動することにより、認証を受けることができる。かかるパスワードアプリとして登録され得るアプリの個数は、数字や文字の数よりもはるかに多い。従って、顧客がパスワードアプリとして登録した所定個数のアプリの組み合わせと全く同一の組み合わせが、他者が保持及び使用する端末にインストールされている蓋然性は非常に低い。さらに、パスワードアプリを含む多数個のインストール済みアプリの中から、偶然によって、パスワードアプリを登録順に起動する蓋然性は、更に低くなる道理である。従って、通常のパスワードよりもセキュリティの強度は高く、その分だけ、なりすましの危険も、通常のパスワードよりも低い。それにも拘わらず、パスワードアプリとして登録可能なアプリは一般に流通しているものであるので、ユーザがユーザ端末１８を変更した場合であっても、同じパスワードアプリをインストールすることによって、変更前のユーザ端末１８の環境を用意に復元することができる。

なお、上記実施形態では、銀行アプリがパスワードアプリ起動前に起動されることにより、パスワードアプリの起動をメモリ２０の一時記憶領域に記録したが、図示せぬ基本プログラムが、アプリの起動履歴を記録する機能を有している場合には、銀行アプリは、当該基本プログラムによって記録されたアプリの起動履歴を読み出して、読み出した起動履歴に基づいて起動中アプリ一覧を作成しても良い。

１０ オンライン取引システム
１２ 銀行システム
１２Ａ ＣＰＵ
１２Ｃ ＨＤＤ
１３ ユーザ認証サーバプログラム
１４ データベースサーバプログラム
１５ ユーザデータベース
１６ インターネット
１８ ユーザ端末
１９ ＣＰＵ
２０ メモリ
２１ タッチパネル
２２ 通信モジュール
２３ ディスプレイ

Claims (6)

1. ネットワークを通じてアクセスしてきたユーザ端末を操作している操作者が予め登録されたユーザであることを認証するユーザ認証装置であって、
   前記ユーザ毎に、複数のアプリケーションについての識別情報及びその起動順序を、当該ユーザの個人識別情報に対応付けて記憶する記憶手段と、
   前記ネットワークを通じてアクセスしてきたユーザ端末から情報を受信する受信手段と、
   前記受信手段が前記ユーザ端末から受信した情報に、相互に対応付けて前記記憶手段に記憶されている個人識別情報と複数のアプリケーションについての識別情報及びその起動順序との何れかの組み合わせが含まれるか否か判定する判定手段と、
   前記判定手段により、前記受信手段が受信した情報に、相互に対応付けて前記記憶手段に記憶されている個人識別情報と複数のアプリケーションについての識別情報及びその起動順序との何れかの組み合わせが含まれると判定された場合に、以後の前記ユーザ端末からの情報を当該個人識別情報が示すユーザからの情報として処理する処理手段と
   を備えることを特徴とするユーザ認証装置。
2. 前記判定手段により、前記受信手段が前記ユーザ端末から受信した情報に、相互に対応付けて前記記憶手段に記憶されている個人識別情報と複数のアプリケーションについての識別情報及びその起動順序との何れかの組み合わせが含まれると判定された場合に、認証が成功した旨を応答する応答手段を
   更に備えることを特徴とする請求項１記載のユーザ認証装置。
3. 前記記憶手段は、前記個人識別情報に対応付けてパスワードを更に記憶するとともに、
   前記受信手段が前記ユーザ端末から受信した情報に、相互に対応付けて前記記憶手段に記憶されている前記個人識別情報及び前記パスワードの何れか組み合わせが含まれている場合に、前記受信手段が受信した情報に含まれる複数のアプリケーションについての識別情報及びその起動順序を、前記個人識別情報に対応付けて前記記憶手段に記憶させる登録手段を
   更に備えることを特徴とする請求項１記載のユーザ認証装置。
4. 前記ユーザ端末は、起動されたアプリケーションの識別情報及びその起動順序を記録して、前記個人識別情報とともに、ネットワークを通じて、前記情報として送信してくる
   ことを特徴とする請求項１記載のユーザ認証装置。
5. ネットワークを通じてサーバ装置にアクセスしてきたユーザ端末を操作している操作者が予め登録されたユーザであることを認証するためのユーザ認証方法であって、
   前記ユーザ毎に、複数のアプリケーションについての識別情報及びその起動順序を、当該ユーザの個人識別情報に対応付けて前記サーバの記憶装置に記憶しておき、
   前記ネットワークを通じてアクセスしてきたユーザ端末から情報を受信し、
   前記ユーザ端末から受信した情報に、相互に対応付けて前記記憶装置に記憶されている個人識別情報と複数のアプリケーションについての識別情報及びその起動順序との何れかの組み合わせが含まれるか否か判定し、
   前記受信手段が受信した情報に、相互に対応付けて前記記憶装置に記憶されている個人識別情報と複数のアプリケーションについての識別情報及びその起動順序との何れかの組み合わせが含まれると判定した場合に、以後の前記ユーザ端末からの情報を当該個人識別情報が示すユーザからの情報として処理する
   ことを特徴とするユーザ認証方法。
6. ネットワークを通じてユーザ端末と通信可能なコンピュータによって実行されることにより、当該コンピュータを、
   ユーザ毎に、複数のアプリケーションについての識別情報及びその起動順序を、当該ユーザの個人識別情報に対応付けて記憶する記憶手段と、
   前記ネットワークを通じてアクセスしてきたユーザ端末から情報を受信する受信手段と、
   前記受信手段が前記ユーザ端末から受信した情報に、相互に対応付けて前記記憶手段に記憶されている個人識別情報と複数のアプリケーションについての識別情報及びその起動順序との何れかの組み合わせが含まれるか否か判定する判定手段と、
   前記判定手段により、前記受信手段が受信した情報に、相互に対応付けて前記記憶手段に記憶されている個人識別情報と複数のアプリケーションについての識別情報及びその起動順序との何れかの組み合わせが含まれると判定された場合に、以後の前記ユーザ端末からの情報を当該個人識別情報が示すユーザからの情報として処理する処理手段と
   して機能させることを特徴とするユーザ認証プログラム。
   

Images