JP2019029038A - ユーザ認証装置及びユーザ認証プログラム - Google Patents

Abstract

【課題】設定及び再現が容易でありながらセキュリティ強度が高い情報をパスワードに代用して本人認証を行う。【解決手段】本発明に係るユーザ認証装置は、複数の要素の選択順序を特定する情報を記憶する記憶手段と、ユーザ端末から、ユーザにより認証情報として入力された情報を受信する受信手段と、受信手段がユーザ端末から受信した情報に、記憶手段に記憶されている複数の要素の選択順序を特定する情報が含まれるか否か判定する判定手段とを備え、複数の要素の選択順序は、ユーザ端末にインストールされている複数のアプリケーションプログラムの選択順序であり、受信手段がユーザ端末から受信する情報には、ユーザにより入力された要素の選択順序を特定する情報に加えて、ユーザの個人識別情報が含まれる。【選択図】図１

Description

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

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

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

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

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

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

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

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

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

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

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

本案によるユーザ認証装置は、ユーザ端末から、認証情報としてユーザにより入力された複数の要素の選択順序を特定する情報を受信し、前記情報に基づき、前記ユーザ端末からのログインを許可するか否かを判定する。
また、本案によるユーザ認証プログラムは、ユーザ端末を、認証情報としてユーザにより入力された複数の要素の選択順序を特定する情報を含むログイン要求をユーザ認証装置に送信する認証要求装置として機能させる。

本発明のユーザ認証装置、ユーザ認証方法、及びユーザ認証プログラム及びユーザ認証要求プログラムによれば、設定及び再現が容易でありながらセキュリティ強度が高い情報を認証情報として、本人認証を行うことができる。

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

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

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

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

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

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

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

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

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

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

図１に戻り、ユーザ端末１８は、バスＢを通じて相互にデータ交換可能に接続されたＣＰＵ１９、メモリ２０、タッチパネル２１、通信モジュール２２、ディスプレイ２３、スピーカー２４、加速度センサ２５及びホームボタン２６を、有している。

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

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

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

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

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

スピーカー２４は、ＣＰＵ１９（及び、図示せぬサウンドプロセッサ）によって再生された音声信号に基づいて音声を発する。当該ユーザ端末１８がスマートフォンであれば、当該スピーカー２４は、通話用を兼ねる。

加速度センサ２５は、相互に直交する３方向の加速度を夫々検出してＣＰＵ１９に入力する機械センサである。

ホームボタン２６は、図３に示すように、ディスプレイ２３と並べて設置された押しボタンである。

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

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

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

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

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

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

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

Ｓ００５では、ＣＰＵ１９は、当該ユーザ端末１８にインストールされているアプリケーションプログラムをメモリ２０から探し出し、インストールされているアプリケーションプログラムを一覧する画面データを生成して、この画面データに基づいて、図８に示すような一覧画面をディスプレイ２３上に表示する。この一覧画面には、当該ユーザ端末１８にインストールされている全アプリケーションプログラムのアイコン及び名称が、夫々に対応したチェックボックスとともに一覧表示されている。なお、この一覧画面上において、各アプリケーションプログラムのアイコン及び名称の一方のみが、一覧されるのであっても良い。また、この一覧画面にアイコン又は／及び名称が表示されるアプリケーションプログラムの数は、当該ユーザ端末１８にインストールされているアプリケーションプログラムの総数であっても良いが、操作性を向上するために、予め限定された個数のみであっても良い。但し、当該ユーザ端末１８を操作しているユーザのユーザＩＤに対応付けて銀行システム１２中のパスワードアプリ登録テーブルに登録されている全アプリケーションプログラムのアイコン又は／及び名称は、全て表示されなければならない。そのため、後者の場合においては、ＣＰＵ１９とデータベースサーバ１４とが交信を行い、例えば、ＣＰＵ１９が当該ユーザ端末１８にインストールされている全アプリケーションプログラムのアプリＩＤをデータベースサーバ１４へ通知し、データベースサーバ１４が通知されたアプリＩＤのうち当該ユーザ端末１８を操作しているユーザのユーザＩＤに対応付けてパスワードアプリ登録テーブルに登録されている全アプリＩＤを含む上記個数のアプリＩＤを当該ユーザ端末１８へ応答し、ＣＰＵ１９は、応答されたアプリＩＤに対応した上記個数のアプリケーションプログラムのアイコン又は／及び名称を、一覧画面上に表示すれば良い。このとき一覧画面上に表示される上記個数のアイコン又は／及び名称のうち、当該ユーザのユーザＩＤに対応付けてパスワードアプリ登録テーブルにアプリＩＤが登録されているアプリケーションプログラムに対応するもの以外を、以下、「Decoy（ダミーデータ）」と呼ぶ。

次のＳ００６では、ＣＰＵ１９は、パスワードアプリの選択を受け付ける。即ち、図８に示す一覧画面上において、ユーザは、任意のチェックボックスに重なるタッチパネル２１をタッチすることにより、当該チェックボックスにチェックマークを入力することができる。ＣＰＵ１９は、チェックマークが入力されると、当該チェックマークが入力されたチェックボックスに対応してアイコン及びタイトルが表示されているアプリケーションプログラムがパスワードアプリとして「選択」されたと認識し、選択されたアプリケーションプログラムのアプリＩＤを、その選択順に、メモリ２０上の一時記憶領域に記憶する。

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

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

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

Ｓ０１１では、ＣＰＵ１９は、メモリ２０の一時記憶領域に起動順に記録されているアプリＩＤに基づいて、これらのアプリＩＤを選択順に一覧するデータ（選択済アプリ一覧）を生成する。当該選択済アプリ一覧には、各パスワードアプリの選択順序を特定する情報が、例えばアプリＩＤの行列の順序又は順序に対応した電文中の所定位置の形で内包されている。即ち、選択順序と対応する、端末から認証サーバに対して送信される認証要求電文の所定位置に、選択されたパスワードアプリのアプリIDがセットされる。なお、上述したように、パスワードアプリ登録テーブルにパスワードアプリの選択時刻が記憶されている場合には、選択済アプリ一覧にも、各パスワードアプリの選択時刻が含まれていれば良い。

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

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

次のＳ２０６では、ＣＰＵ１９は、パスワードアプリの選択順が正しいか否かを判定する。即ち、ＣＰＵ１９は、Ｓ２０１にて受け付けたユーザＩＤに対応してユーザデータベース１５のパスワードアプリ登録テーブル（図２）に登録されているパスワードアプリのアプリＩＤの選択順序の特定情報が示す選択順序と、Ｓ２０４にて受信した選択済アプリ一覧中のアプリＩＤの選択順序の特定情報が示す選択順序とが、一致しているか否かを判定する。なお、選択順序の特定情報がパスワードアプリの選択時刻である場合には、ＣＰＵ１９は、パスワードアプリ登録テーブル（図２）に登録されている各パスワードアプリの選択時刻同士を比較して、各パスワードアプリの選択順序を認識する。同様に、選択済アプリ一覧中のアプリＩＤの選択時刻同士を比較して、各パスワードアプリの選択順序を認識する。その上で、ＣＰＵ１９は、認識した二組の選択順序が一致しているか否かを判定するのである。そして、前者の選択順序と後者の選択順序が異なる場合には、ユーザ認証サーバ１３は、Ｓ２０８において、問合わせ元ユーザ端末１８へ認証失敗を応答してから、当該割り込み処理を終了する。

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

以上を別言すると、Ｓ２０６は、受信手段が前記ユーザ端末から受信した情報に、当該ユーザ端末を操作しているユーザに対応付けて記憶手段（ユーザデータベース１５）に記憶されている複数の要素の選択順序を特定する情報が含まれるか否か判定する判定手段に相当する。さらに、Ｓ２０７は、受信手段が受信した情報に当該ユーザ端末を操作しているユーザに対応付けて記憶手段（ユーザデータベース１５）に記憶されている複数の要素の選択順序を特定する情報が含まれると判定された場合に、認証が成功した旨を応答する応答手段に相当する。

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

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

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

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

図５に戻り、問合わせ元ユーザ端末１８のＣＰＵ１９は、Ｓ０２４において、銀行システム１２からの応答が「登録不可」であると、当該銀行アプリによる処理を終了する。これに対して、銀行システム１２からの応答が「登録可」であると、ＣＰＵ１９は、処理をＳ０２５へ進める。Ｓ０２５乃至Ｓ０３２の処理は、先に説明したＳ００５乃至Ｓ０１２の処理と同じであるので、その説明を省略する。Ｓ０２８を完了すると、ＣＰＵ１９は、ユーザ認証を必要とする重大な取引のための処理へ進む。

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

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

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

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

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

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

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

すると、ユーザ端末１８は、アプリケーションプログラムの一覧画面をディスプレイ２３上に表示して（Ｓ００５，Ｓ４０３）、ユーザによる選択を受け付ける（Ｓ００６，Ｓ４０４）。そして、選択順序に基づいて、確認ダイアログを表示し（Ｓ００８，Ｓ４０５）、ユーザが確認をすると（Ｓ００９，Ｓ４０６）、選択済アプリ一覧を作成し（Ｓ０１１）、作成した選択済アプリ一覧を銀行システム１２へ送信する（Ｓ０１２，Ｓ４０７）。

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

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

以上に説明したように、本実施形態によると、顧客は、パスワードの代わりに、予めパスワードアプリとして登録しておいたアプリを一覧画面上において登録順に選択することにより、認証を受けることができる。かかるパスワードアプリとして登録され得るアプリの個数は、数字や文字の数よりもはるかに多い。従って、顧客がパスワードアプリとして登録した所定個数のアプリの組み合わせと全く同一の組み合わせが、他者が保持及び使用する端末にインストールされている蓋然性は非常に低い。さらに、パスワードアプリを含む多数個のインストール済みアプリの中から、偶然によって、パスワードアプリを登録順に選択する蓋然性は、更に低くなる道理である。従って、通常のパスワードよりもセキュリティの強度は高く、その分だけ、なりすましの危険が通常のパスワードよりも低い。さらに、ユーザがユーザ端末１８を使用してアプリケーションプログラムを追加していく毎に、Decoy（ダミーデータ）が増えていくので、セキュリティ強度は更に向上していることになる。それにも拘わらず、パスワードアプリとして登録可能なアプリは一般に流通しているものであるので、ユーザがユーザ端末１８を変更した場合であっても、同じパスワードアプリをインストールすることによって、変更前のユーザ端末１８の環境を、容易に復元することができる。また、ユーザにとって、アプリケーションプログラムのアイコンや名称は、基本的に表音文字からなる従来のパスワードと比較して、視覚的及び観念的に認識及び記憶し易く、自己の行動パターンに関連付けて記憶し易いという利点がある。

なお、本実施形態によるパスワードアプリの選択順を用いたユーザ認証は、従来のパスワードによるユーザ認証と併用されても良い。また、本実施形態では、パスワードアプリの選択順に基づいてユーザ認証を行っているが、選択順序特定情報をユーザ認証の要素とはせずに、選択されたパスワードアプリの組み合わせに拠ってユーザ認証を行っても良い。ただし、その場合には、ユーザ端末１８とデータベースサーバ１４とが交信を行い、ＣＰＵ１９が当該ユーザ端末１８にインストールされている全アプリケーションプログラムのアプリＩＤをデータベースサーバ１４へ通知し、データベースサーバ１４が通知されたアプリＩＤのうち当該ユーザ端末１８を操作しているユーザのユーザＩＤに対応付けてパスワードアプリ登録テーブルに登録されている全アプリＩＤを含む上記個数のアプリＩＤを当該ユーザ端末１８へ応答し、ＣＰＵ１９は、応答されたアプリＩＤに対応した上記個数のアプリケーションプログラムのアイコン又は／及び名称を一覧画面上に表示する構成を採用することが、望ましい。

また、本実施形態では、ユーザ認証の要素として、アプリケーションプログラムを選択することとしているが、それ以外の要素を選択することとしても良い。例えば、アクセスポイントや、ログファイル中に記録されている地点等をユーザ認証の要素としても良い。

（実施形態２）
以下、本発明の第２の実施形態を詳細に説明する。第２実施形態は、所謂モスキート音と呼ばれる、人間の可聴音域の上限近傍に位置する高音を利用し、ユーザが聴くことのできる音域の上限を特定する特定情報を、個人識別情報に代用しようというものである。即ち、人間が聴くことができる音域には上限があり、この上限は、若い人ほど高く、年齢が進むにつれて低くなるという一般傾向があるものの、個人に依存している。よって、ユーザが聴くことのできる高音の上限を特定する情報は、個人識別情報として利用可能なのである。

第２実施形態のハードウェア構成は、上述した第１実施形態のものと同じであるのでその説明を省略する。第２実施形態は、ユーザデータベース１５及び各プログラムの処理内容のみ、上述した第１実施形態と相違するので、以下では、かかる相違点についてのみ説明を行う。

図１０は、図２に示すパスワードアプリ登録テーブルの代わりにユーザデータベース１５に格納される可聴音域登録テーブルである。この可聴音域登録テーブルは、図１０に示すように、他のテーブルとの紐付けのためのユーザＩＤ，及び、後述するユーザ認証用の可聴音域を登録したか否かについてのフラグ（以下、「可聴音域登録済みフラグ」という），及び、可聴音域が、夫々登録されるテーブルである。

上述した第１実施形態と同様に、各種サービスを受けている途中で重要な取引（振込等）を実行する際に、銀行システム１２からの要求に応じて、銀行アプリを実行しているＣＰＵ１９は、図１１の処理を実行する。

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

Ｓ５０３では、ＣＰＵ１９は、銀行システム１２にアクセスして、Ｓ５０１にて入力された文字列に関して可聴音域特定情報の登録問合わせを行う。Ｓ５０３を完了すると、ＣＰＵ１９は、次のＳ５０４において、銀行システム１２からの応答（Ｓ６０３，Ｓ６１０）を待つ。

この可聴音域特定情報の登録問合わせを受信した銀行システム１２では、ユーザ認証サーバ１３が、図１３に示す処理を割り込みスタートし、Ｓ６０１において、問い合わせに関する文字列を、ユーザＩＤとして受信して受け付ける。

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

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

Ｓ５０５では、ＣＰＵ１９は、図１５に示す「認証中」の旨の画面をディスプレイ２３上に表示しつつ、超音波レベルの高音（即ち、幼年者であっても聞くことができない音域の高音）をスピーカー２４から発生する。

次のＳ５０６では、ＣＰＵ１９は、ユーザによる高音が聴こえた旨の動作を検知したか否かをチェックする。ここで、高音が聴こえた旨の動作とは、タッチパネル２１へのタッチや、ホームボタン２６の押下などのうちから、予め選択されたものである。当該ユーザ端末１８が加速度センサ２５を内蔵しているのであれば、当該ユーザ端末１８自体をシェイクする動作が、高音が聴こえた旨の動作として選択されても良い。そして、未だ高音が聴こえた旨の動作が検知されていないのであれば、ＣＰＵ１９は、Ｓ５０７において、スピーカー２４から発している高音の周波数を、予め定められた若干量の幅だけ低くした後に、Ｓ５０６のチェックを再実行する。これに対して、高温が聴こえた旨の動作が検知されると、ＣＰＵ１９は、処理をＳ５０８へ進める。

Ｓ５０８では、ＣＰＵ１９は、Ｓ５０８にてユーザによる高音が聴こえた旨の動作を検知した時点においてスピーカー２４から発していた高音の周波数を中心とした音域（上記若干量の幅を有する音域）を、可聴音域として特定する。

次のＳ５０９では、ＣＰＵ１９は、Ｓ５０８にて特定した可聴音域を特定する情報（可聴音域特定情報）を、銀行システム１２へ送信する。Ｓ５０９を完了すると、ＣＰＵ１９は、Ｓ５１０において、銀行システム１２からの応答を待つ。

図１３に戻り、Ｓ６０３にて「登録済」を応答した後に実行されるＳ６０４において、ユーザ認証サーバ１３は、問合わせ元ユーザ端末１８がＳ５０９にて送信した可聴音域特定情報を受信する（受信手段に相当）。

次のＳ６０６では、ＣＰＵ１９は、可聴音域が合致しているか否かを判定する。即ち、ＣＰＵ１９は、Ｓ６０１にて受け付けたユーザＩＤに対応してユーザデータベース１５の可聴音域登録テーブル（図１０）に登録されている可聴音域と、Ｓ６０４にて受信した可聴音域特定情報が示す可聴音域とが、一致しているか否かを判定する。そして、両者が相違している場合には、ユーザ認証サーバ１３は、Ｓ６０８において、問合わせ元ユーザ端末１８へ認証失敗を応答してから、当該割り込み処理を終了する。

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

以上を別言すると、Ｓ６０６は、受信手段が前記ユーザ端末から受信した情報に、相互に対応付けて記憶手段（ユーザデータベース１５）に記憶されている個人識別情報と可聴音域との組み合わせが含まれるか否か判定する判定手段に相当し、Ｓ６０９は、受信手段が受信した情報に相互に対応付けて記憶手段（ユーザデータベース１５）に記憶されている個人識別情報と可聴音域との組み合わせが含まれると判定された場合に、以後のユーザ端末１８からの情報をＳ６０１にて受け付けた個人識別情報が示すユーザからの情報として処理する処理手段に相当する。さらに、Ｓ６０７は、受信手段が受信した情報に相互に対応付けて記憶手段（ユーザデータベース１５）に記憶されている個人識別情報と可聴音域との組み合わせが含まれると判定された場合に、認証が成功した旨を応答する応答手段に相当する。

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

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

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

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

図１２に戻り、問合わせ元ユーザ端末１８のＣＰＵ１９は、Ｓ５１４において、銀行システム１２からの応答が「登録不可」であると、当該銀行アプリによる処理を終了する。これに対して、銀行システム１２からの応答が「登録可」であると、ＣＰＵ１９は、処理をＳ５１５へ進める。Ｓ５１５乃至Ｓ５１９の処理は、先に説明したＳ５０５乃至Ｓ５０９の処理と同じであるので、その説明を省略する。Ｓ５１９を完了すると、ＣＰＵ１９は、ユーザ認証を必要とする重大な取引のための処理へ進む。

図１４に戻り、Ｓ７０４にて「登録済」を応答した後に実行されるＳ７０５において、ユーザ認証サーバ１３は、問合わせ元ユーザ端末１８がＳ５１９にて送信した可聴音域特定情報を受信する。

次のＳ７０６では、ユーザ認証サーバ１３は、Ｓ６０１にて受け付けたユーザＩＤに対応つけて、ユーザデータベース１５の可聴音域登録テーブル（図１０）に、Ｓ７０５にて受信した可聴音域特定情報を登録する。別言すると、ユーザ認証サーバ１３は、受信手段が前記ユーザ端末から受信した情報に、相互に対応付けて前記記憶手段に記憶されている前記個人識別情報及び前記パスワードの何れか組み合わせが含まれている場合に、前記受信手段が受信した情報に含まれる可聴音域特定情報を、Ｓ６０１にて受け付けた個人識別情報に対応付けて記憶手段（ユーザデータベース１５）に記憶させる登録手段に相当する。

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

以上に説明したように、本実施形態によると、顧客は、パスワードの代わりに、銀行アプリを起動してスピーカー２４から高音が聴こえた時点で所定の動作をすることにより、認証を受けることができる。かかる可聴音域の上限は、個人に依存するので、偶然によって、同じ音域の音が発しているタイミングで他人が所定の動作をしてしまう蓋然性は低い。従って、通常のパスワードよりもセキュリティの強度は高く、その分だけ、なりすましの危険が通常のパスワードよりも低い。そして、可聴帯域の特定は機種には依存しないので、ユーザがユーザ端末１８を変更した場合であっても、容易に認証を受けられることができる。

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

Claims (2)

1. 複数の要素の選択順序を特定する情報を記憶する記憶手段と、
   ユーザ端末から、ユーザにより認証情報として入力された情報を受信する受信手段と、
   前記受信手段が前記ユーザ端末から受信した情報に、前記記憶手段に記憶されている複数の要素の選択順序を特定する情報が含まれるか否か判定する判定手段と
   を備え、
   前記複数の要素の選択順序は、前記ユーザ端末にインストールされている複数のアプリケーションプログラムの選択順序であり、
   前記受信手段が前記ユーザ端末から受信する情報には、前記ユーザにより入力された要素の選択順序を特定する情報に加えて、前記ユーザの個人識別情報が含まれるユーザ認証装置。
2. ネットワークを通じてユーザ端末と通信可能なコンピュータによって実行されることにより、当該コンピュータを、
   ユーザ毎に、複数の要素の選択順序を特定する情報を記憶する記憶手段と、
   前記ネットワークを通じてアクセスしてきたユーザ端末から、ユーザにより認証情報として入力された情報を受信する受信手段と、
   前記受信手段が前記ユーザ端末から受信した情報に、前記記憶手段に記憶されている複数の要素の選択順序を特定する情報が含まれるか否か判定する判定手段と
   して機能させるプログラムであって、
   前記複数の要素の選択順序は、前記ユーザ端末にインストールされている複数のアプリケーションプログラムの選択順序であるユーザ認証プログラム。

Images