JP4445558B2 - ユーザ認証方法およびユーザ認証システム - Google Patents

Description

本発明は、ユーザ認証方法およびこれを実現するためのユーザ認証システムに関する。また、本出願は、下記の日本国特許出願に関連する。文献の参照による組み込みが認められる指定国については、下記の出願に記載された内容を参照により本出願に組み込み、本出願の記載の一部とする。

特願２００２−３６０５６ 出願日平成１４年２月１３日

近年、コンピュータに代表されるさまざまな情報機器が普及している。特に、電子メール機能やインターネット接続機能を備えた携帯電話機は急速に普及し、人々の必須の情報アイテムとなっている。

このような情報化社会の進展に伴い、システムに対する不正アクセス等のセキュリティ問題は非常に重要になっている。システムに対する不正アクセスを防止するために、伝統的には、予め登録されたユーザＩＤとパスワードとを利用してユーザ認証を行う手法が一般的であるが、セキュリティレベルをより強化するという要求に応えるべく、使用環境や目的に応じたさまざまなユーザ認証方法が提案されている。

その１つは、システムに対してアクセス可能な端末装置を制限したユーザ認証である。これは、その端末装置を所有しているユーザが本人であるという前提に立っている。例えば、携帯電話機からあるシステムにアクセスする場合、その携帯電話機に割り当てられた固体識別播号をさらに利用することで、よりセキュアなユーザ認証を行うことができる。

また、乱数表を用いたユーザ認証も知られている。この乱数表を用いたユーザ認証は、乱数表を記した乱数表カードをユーザごとに予め発行しておき、ユーザ認証の都度、システムが乱数表内の任意の位置の数字を指定してユーザに入力させるというものである。これにより、入力される数字は毎回異なるため、「盗聴」に対して有効である。

システムにおけるユーザ認証において、そこで利用されるパスワードの漏洩（盗聴）は、非常に深刻なセキュリティ問題を招く結果となる。従って、ユーザによるパスワードの管理はきわめて重要であり、また、個々のユーザが自身の行動に「責任」を持つことが、システムのセキュリティ問題を考慮する上で、基本となる。

一般に、ユーザ認証に利用されるパスワードは、システムごとに要求されるものであり、また、その書式もさまざまである。このため、多くのシステムを利用するユーザは、それに応じて多くのパスワードを管理しなければならず、パスワードの管理は、ユーザに対してある種の負担を与えていた。ユーザは、その性質上、パスワードを記憶に留めるように努めているはずであるが、多くのパスワードを管理するような場合には、それらを手帳等に書き留めることも少なくなかった。また、パスワードの管理を煩わしく感じるユーザは、パスワードを記憶しやすい数字に設定したり、システムごとのパスワードを同一の数字に設定して統一的に管理していた。

しかしながら、このようなパスワードの管理に対するユーザの行動は、そのシステムをセキュリティリスクに晒すことを意味しており、ユーザがこのような行動をとる限り、従来の単なるパスワードによるユーザ認証では、本質的なセキュリティ問題が存在する。

また、ユーザが細心の注意を払ってパスワードの管理をしていたとしても、例えば、店舗に設置された端末装置上で入力しているパスワードを盗み見られたり、また、その端末装置自体に「盗聴」機構が組み込まれ、これによりパスワードが第三者に漏洩するというセキュリティ問題も存在していた。

さらに、上述したような、システムにアクセス可能な携帯電話機を制限したユーザ認証であっても、ユーザがその携帯電話機を紛失し、またはその盗難に遭い、第三者が入手した場合には、もはや伝統的なユーザ認証と同等のセキュリティレベルがあるにすぎず、この種のユーザ認証では、システムに対する不正アクセスを有効に防止することは困難であった。これは、乱数表を用いたユーザ認証においても同様であった。

そこで、本発明は、これらの課題を解決するために、システムに対する第三者の不正アクセスを有効に防止する新たなユーザ認証方法およびこれを実現するシステムを提供することを目的としている。

また、本発明は、既存のシステムインフラストラクチャを最大限活用することにより、余分なコスト負担をかけることなく、このようなユーザ認証方法およびこれを実現するシステムを提供することを目的としている。

さらに、本発明は、システムに対する不正アクセスを有効に防止しつつ、ユーザによるパスワード管理を容易にして、あらゆるユーザにとって使い勝手のよいユーザ認証方法およびこれを実現するシステムを提供することを目的とし、ひいてはユーザの行動に起因する本質的なセキュリティ問題を排除することを目的としている。

さらにまた、本発明は、このようなユーザ認証方法およびこれを実現するシステムにおいて用いられる「パスワード」の登録方法およびこれを実現するユーザインターフェースを提供することを目的としている。

本発明は、ユーザごとのパスワード導出パターンを認証サーバに予め登録しておき、ユーザによる利用対象システムの利用の際に、認証サーバが提示用パターンを生成してユーザに提示して、この提示用パターンについてユーザ自身のパスワード導出パターンに対応するキャラクタ列を入力させ、認証サーバは、提示した提示用パターンとユーザ自身のパスワード導出パターンとに基づいて、入力されたキャラクタ列に対して認証を行い、その認証結果を利用対象システムに通知するユーザ認証方法およびユーザ認証システムである。

パスワード導出パターンとは、ある全体パターンを構成する要素群の中から、ユーザによって任意に選択された特定の要素（群）を示したものである。より具体的に説明すれば、パスワード導出パターンは、全体パターンであるマトリックス中のどの要素群がどのように選択されたかを示した配列パターンないしは配列規則である。ここで注意すべきことは、パスワード導出パターンは、全体パターン中の特定の要素の具体的な値そのものをいうのではなく、あくまでもどの要素を選択したかという情報にすぎないということである。

より具体的には、第１の観点に従う本発明は、所定のパターンを構成する要素群の中から選択された特定の要素に基づくパスワード導出パターンを登録する登録ステップと、ユーザの情報端末装置から送信された、利用対象システムに割り当てられたシステム識別情報を受け付ける受付ステップと、前記情報端末装置から前記システム識別情報を受け付けた場合に、前記所定のパターンを構成する要素群のそれぞれに所定のキャラクタを割り当てた提示用パターンを生成する生成ステップと、前記情報端末装置上に前記生成した提示用パターンを含む所定の画面を提示して、前記パスワード導出パターンに対応する特定の要素に割り当てられたキャラクタの入力を前記ユーザに促す入力ステップと、前記利用対象システムから入力された前記キャラクタを受け付け、前記提示用パターンと前記ユーザのパスワード導出パターンとに基づいて、前記受け付けたキャラクタが正当であるか否かを判断する判断ステップと、前記判断した結果を前記利用対象システムに通知する通知ステップと、を備えるユーザ認証方法である。

また、第２の観点に従う本発明は、所定のパターンを構成する要素群の中から選択された特定の要素に基づくパスワード導出パターンを登録するステップと、ユーザの情報端末装置から送信された、利用対象システムに割り当てられたシステム識別情報を受け付ける受付ステップと、前記情報端末装置から前記所定の識別情報を受け付けた場合に、前記所定のパターンを構成する要素群のそれぞれに所定のキャラクタを割り当てた提示用パターンを生成するステップと、前記情報端末装置上に前記生成した提示用パターンを含む所定の画面を提示して、前記パスワード導出パターンに対応する特定の要素に割り当てられたキャラクタの入力を前記ユーザに促すステップと、前記情報端末装置から入力された前記キャラクタを受け付け、前記提示用パターンと前記ユーザのパスワード導出パターンとに基づいて、前記受け付けたキャラクタが正当であるか否かを判断するステップと、前記判断した結果を前記利用対象システムに通知するステップと、を備えるユーザ認証方法である。

上記方法の発明は、装置の発明として把握することができる。また、これらの発明は、コンピュータに実行されることで、所定のハードウェアと相まって所定の機能を実現させるプログラムおよび該プログラムを記録した記録媒体としても成立する。

なお、本明細書において、手段とは、単に物理的手段を意味するものではなく、その手段が有する機能をソフトウェアによって実現する場合も含む。また、１つの手段が有する機能が２つ以上の物理的手段により実現されても、２つ以上の手段の機能が１つの物理的手段により実現されても良い。

次に、本発明の実施の形態について、図面を参照しつつ説明する。以下の各実施形態は、本発明を説明するための例示であり、本発明をこれらの実施形態にのみ限定する趣旨ではない。本発明は、その要旨を逸脱しない限り、さまざまな形態で実施することができる。

［第１の実施形態］
図１は、本実施形態に係るユーザ認証方法の全体スキームを説明するための概略図である。同図に示すように、利用対象システム１１は、通信回線を介して認証サーバ１２に接続されている。ここでは、利用対象システム１１が、インターネットを介して認証サーバ１２に接続されている例を示している。利用対象システム１１は、ユーザの利用に際して、ユーザ認証を要求するシステムである。利用対象システム１１は、後述するユーザ認証処理により正当であると判断されたユーザに対して利用を許可する。利用対象システム１１の適用例としては、典型的には、セキュリティルームの鍵開閉システムやクレジットカード決済端末装置があげられるが、仮想空間として実現されるようなインターネット上の会員向けのサイトであってもよい。

このような利用対象システム１１は、固有のシステムＩＤ（システム識別情報）を内部のＲＯＭに記憶している。また、利用対象システム１１は、ユーザに対話的な操作環境を提供するためのユーザインターフェースを備えていることが好ましい。ユーザインターフェースは、例えば、テンキーと、それに対応したディスプレイとによって構成される。利用対象システム１１は、ユーザインターフェースを介して、ユーザから「利用開始」の指示を受け付けて、ユーザにシステムＩＤを提示し、また、ユーザからパスワードの入力を受け付けて、ユーザ認証の結果を提示する。

無線端末装置１３は、無線通信機能を備えた携帯型の情報端末装置であり、典型的には、携帯電話機やＰＤＡが相当する。ここでは、携帯電話機を例にして説明する。携帯電話機１３は、パケット通信網からゲートウェイを介してインターネット上のさまざまなノード（例えば認証サーバ１２）に接続することができる。この携帯電話機１３は、利用対象システム１１の利用に際して、ユーザ認証に必要なパスワードを導き出すための参照情報をユーザに提供するために用いられる。

認証サーバ１２は、利用対象システム１１を利用しようとするユーザに対する認証を行って、その認証結果を利用対象システム１１に通知する。認証サーバ１２は、ユーザから予め受け付けた、ユーザ認証に必要な登録データを管理する認証データベース１４を備えている。認証データベース１４は、利用対象システム１１を利用可能なユーザに関する情報と、そのユーザによって登録されたある種のパスワード導出ルールに関する情報とを登録データとして管理している。パスワード導出ルールに関する情報とは、パスワード導出パターンおよび変換法則として後述される。認証サーバ１２には、ユーザから登録データをオンラインで受け付けるため、Ｗｅｂサーバ機能が実装されている。

認証サーバ１２および認証データベース１４は、典型的には、汎用のコンピュータシステムによって実現することができる。認証サーバ１２は、通信回線を介して個々の利用対象システム１１と通信可能なように接続されている。この場合、セキュアな通信が確保されることが好ましい。本実施形態のように、インターネットを介して利用対象システム１１と認証サーバ１２とが接続される場合には、ＳＳＬ通信等のセキュリティ通信技術を適用することによって、実用的にセキュアな通信を確保することができる。なお、インターネットを介するのではなく、これらは専用回線により接続されてもよい。

パーソナルコンピュータ１５は、ユーザが認証データベース１４にパスワード導出パターンを登録するために用いる端末装置である。このパーソナルコンピュータ１５はインターネットに接続可能に構成され、Ｗｅｂクライアント機能が実装されている。ユーザは、ユーザ認証に必要な登録データを認証データベース１４に登録するために、Ｗｅｂブラウザを用いて認証サーバ１２にアクセスする。

なお、ユーザが認証データベース１４にパスワード導出パターンを登録するために、パーソナルコンピュータ１５の代わりに、携帯電話機１３を用いることもできる。本実施形態で、パーソナルコンピュータ１５を採用している主な理由は、一般に、携帯電話機１３よりもパーソナルコンピュータ１５の方がユーザインターフェースの点で機能的に優れているからである。携帯電話機１３のユーザインターフェースを用いてパスワード導出パターンを登録する例は、他の実施形態で説明される。

パスワード導出パターンとは、ある全体パターンを構成する要素群の中から、ユーザによって任意に選択された特定の要素群を示したものである。より具体的に説明すれば、全体パターンであるマトリックス中のどの要素群がどのように選択されたかを示した配列パターンないしは配列規則である。ここで注意すべきことは、パスワード導出パターンは、全体パターン中の特定の要素に割り当てられた具体的な値そのものをいうのではなく、あくまでもどの要素をどのように選択したかという情報を表しているにすぎないということである。

図２は、パスワード導出パターンを説明するための図である。図２（ａ）は、４行１２列のマトリックスが全体パターンである例を示す図である。図２において、選択された要素にハッチングがなされ、また、選択された順番にその要素内に数字が付されている。従って、この場合のパスワード導出パターンは、マトリックス表現を用いれば、"（３，２）−（０，５）−（３，７）−（０，１０）"と表すことができる。

図２（ｂ）は、４行４列のマトリックスが全体パターンである例を示す図である。この場合のパスワード導出パターンは、マトリックス表現を用いれば、"（０，０）−（１，２）−（２，１）−（３，２）"と表すことができる。

パスワード導出パターンは、利用対象システム１１に対するユーザ認証を行うために用いられ、そのためユーザが記憶すべきものである。その意味で、パスワード導出パターンは、ある種のパスワードということができる。パスワード導出パターンを構成する要素の数、配列は任意であり、ユーザ認証におけるセキュリティレベルに応じて適宜設定される。

パスワードがＪ桁の数字列である場合、全体パターンは、以下の条件を満たすようなＫ行Ｌ列のマトリックスであることが好ましい。

１０＾Ｊ ＜ （Ｋ＊Ｌ）＊（Ｋ＊Ｌ−１）・・（Ｋ＊Ｌ−Ｊ＋１）
・・・式（１）

従来の認証方法では、パスワードがＪ桁の数字列である場合、パスワードの組み合わせは、１０のＪ乗通りある。一方、本実施形態における認証方法によれば、全体パターンがＫ行Ｌ列のマトリックスである場合、パスワード導出パターンの組み合わせは、（Ｋ＊Ｌ）＊（Ｋ＊Ｌ−１）・・（Ｋ＊Ｌ−Ｊ＋１）通りある。従って、上記（１）式を満たすように全体パターンを構成することにより、従来の認証方法より組み合わせ数を増やし、セキュリティレベルを上げることができる。すなわち、本実施形態によれば、利用対象システム１１に対して入力すべきパスワードの桁数が、従来の認証方法と同じ場合であっても、マトリックスの構成を変えるだけで、従来の認証方法よりもセキュリティレベルを容易に上げることができる。

図１に戻り、本実施形態に係るユーザ認証方法の処理の流れを概略的に説明する。

まず、ユーザは、パーソナルコンピュータ１５を用いて、利用対象システム１１に対する自身のパスワード導出パターンを認証データベース１４に予め登録しておく（図中(1)）。ユーザは、利用対象システム１１を実際に利用しようとする場合、そのシステムＩＤを取得するため、利用対象システム１１のユーザインターフェースを操作して、システムＩＤを表示させる（図中(2)）。

次に、ユーザは、そのシステムＩＤを携帯電話機１３に入力し、認証サーバ１２に送信する（図中(3)）。認証サーバ１２は、これを受けて、乱数表を生成し、これを提示用パターンとしてユーザの携帯電話機１３に送信する（図中(4)）。ユーザは、携帯電話機１３上に表示される提示用パターンを参照して、利用対象システム１１に対して、自身のパスワード導出パターンに割り当てられた要素値のシーケンス（数字列）をパスワードとして入力する。これにより、利用対象システム１１は認証サーバ１２にパスワードを送信する（図中(5)）。

認証サーバ１２は、利用対象システム１１からパスワードを受け付けると、すでに登録してあるそのユーザのパスワード導出パターンと生成した提示用パターンとから得られる数字列と、利用対象システム１１から送信されたパスワードとを比較して、これらが一致しているか否かを判断する。認証サーバ１２は、一致していると判断する場合には認証成功の通知を、そうでない場合には認証失敗の通知を、システムＩＤで示される利用対象システム１１に送信する（図中(6)）。利用対象システム１１は、認証サーバ１２から認証成功の通知を受け付けると、そのユーザに対する利用を許可する。

このように、ユーザが入力すべきパスワードは、ユーザ認証の都度、生成された乱数表から、予め登録しておいたパスワード導出パターンに従って決定される一過性のものである。従って、仮に、入力したパスワードが第三者に漏洩したとしても、そのパスワード自体は、次回のユーザ認証においては全く意味をなさないため、不正アクセスは有効に防止されることになる。また、ユーザが記憶すべきこのようなパスワード導出パターンは、従来のような「具体的な数字」でなく、パターンという「概念的・図形的なもの」であり、従って、ユーザにとって覚えやすく、忘れにくいという特質を有し、パスワード管理に適したものである。

次に、ユーザ認証に用いられる登録データについて説明する。ユーザが利用対象システム１１を利用するためには、その利用に先立って、ユーザはその利用対象システム１１に対するユーザアカウント（ユーザ名）を取得するとともに、そのユーザ名に対するパスワード導出パターンを登録しなければならない。このため、認証データベース１４は、どの利用対象システム１１がどのようなユーザに利用権限を与え、利用権限が与えられた個々のユーザがどのようなパスワード導出ルールを登録しているかを登録データとして管理している。

利用対象システム１１に対するユーザアカウントの登録においては、典型的には、利用対象システム１１の管理者がユーザからの申請を受けて行う形態と、ユーザ自身が行う形態とが考えられる。どのような形態でユーザアカウントを登録するかは、その利用対象システム１１の運用ポリシーに応じて適宜に採用することができ、また、その実現手段は、既存のさまざまな技術を適用することができる。以下では、利用対象システム１１に対するユーザアカウントについては、その管理者によって認証データベース１４に登録されたものとして、ユーザによるパスワード導出パターンの登録手順について説明する。

図３は、パーソナルコンピュータ１５上に表示されたパスワード導出パターン登録画面の一例を示している。このような登録画面は、ＨＴＭＬ等のページ記述言語に従って記述されるページデータにより構成される。ユーザは、Ｗｅｂブラウザを操作して認証サーバ１２にアクセスすることで、パーソナルコンピュータ１５上にこのような登録画面を表示させる。例えば、利用対象システム１１に対するユーザアカウントを登録した時点で、管理者はこのような登録画面を構成するページデータのＵＲＬを含むメールコンテンツを、そのユーザのメールアドレスに対してメールで送信し、これを受信したユーザがそのメールコンテンツ中のＵＲＬを選択するという方法で、このような登録画面をユーザに提供する。

同図において、ユーザ名入力フィールド３１は、利用対象システム１１を利用するユーザの名前（ユーザアカウント）を入力するためのフィールドである。ユーザアカウントは、管理者においてすでに登録されているので、ユーザに改めて入力させるのでなく、ユーザ名入力フィールド３１に予め埋め込まれるように構成してもよい。

グループ名入力フィールド３２は、そのユーザが属するグループの名前を入力するためのフィールドである。ただし、本実施形態では、説明を簡単にするため、グループ名の入力は要しないものとする。

携帯電話番号入力フィールド３３は、利用対象システム１１の利用に際してユーザ認証に用いる携帯電話機１３を特定するための個体識別情報を入力するためのフィールドである。本実施形態では、ユーザが所有する携帯電話機１３に割り当てられた携帯電話番号をそのまま用いるものとする。なお、この携帯電話番号についても、管理者において登録し、携帯電話番号入力フィールド３３に予め埋め込まれるように構成してもよい。

全体パターン３４は、４行１２列のマトリックス状に配置された４８個の要素群としてのボタンオブジェクトによって構成されている。それぞれの要素には、個々の要素を識別するために、要素名として１から４８の一連の番号が付されている。

位置指定入力フィールド３５は、全体パターン３４の中から選択される１以上の特定の要素をその要素名で指定して入力するためのフィールドである。本例では、要素"１"，"１７"，"３３"および"４８"が入力されている。複数の要素が入力される場合には、個々の要素はデリミタ（例えばカンマ）で区切られるものとする。また、同じ要素の入力がされてもよい。ここで、入力された要素のシーケンスがパスワード導出パターンとなる。要素のシーケンスには、ダミー"＊"を含めることができる。ユーザがダミー"＊"を入力した場合、任意の文字の設定要求として扱われる。これは、以下に示す変換法則とともに、パスワード導出パターンが第三者に類推されるのを防止するためのものである。つまり、パスワード導出パターンは、ユーザにとって覚えやすいパターンになる傾向があるため、実際のパスワードを構成する文字の間に無意味な文字を挿入することによって類推を防止している。例えば、最初の４要素分をダミーとした８要素からなるシーケンスでは、ユーザは最初の４桁については無意味な数字を入力することができる。なお、ユーザが、位置指定入力フィールド３５に"Ｆ"のみを入力した場合、これは固定パスワードの設定要求として扱われ、この場合には、固定パスワード入力フィールド３７に所定桁の数字を入力する。

変換法則入力フィールド３６は、ユーザが提示用パターンを参照して実際にパスワードを入力する際に、パスワード導出パターンから導き出される要素値に対してさらに変換法則を与えることを希望する場合に、その変換法則を入力するためのフィールドである。つまり、パスワード導出パターンから導き出される要素値に対してさらに変換法則を施して得られた結果が入力すべき真のパスワードになる。変換法則には、例えば、パスワード導出パターンから導き出される要素値に対する四則演算操作が定義されている。より具体的には、この変換法則入力フィールド３６に、単に"＋１"と入力した場合、パスワード導出パターンから導き出される要素値に対してそれぞれ１を加算した結果が、ユーザが入力すべき真のパスワードとなる。また、この変換法則入力フィールド３６に、"＋１，＋２，＋３，＋４"というようにカンマで区切って、位置指定入力フィールド３５に入力された要素のシーケンスに対応するように演算式を入力した場合、パスワード導出パターンから導き出されるそれぞれの要素値に対してそれぞれの演算式を施した結果が、ユーザが入力すべき真のパスワードとなる。

なお、入力した演算式によっては、要素値に演算を施した結果、繰り上がり（または繰り下がり）が生じる場合がある。このような場合には、１の位を採用するというように定義しておけば、パスワードの桁数（文字数）が変動することなく、固定長にすることができる。また、要素値に演算を施した結果をそのまま用いるというように定義して、可変長のパスワードにすることもできる。

このような登録画面において、ユーザは、キーボードを用いて直接的に要素（要素名）をカンマで区切りながら順番に入力してもよいが、標準的なグラフィカルユーザインターフェースを用いることによっても、同様に、入力することができる。このようなグラフィカルユーザインターフェースでは、ユーザが、所望の要素にマウスカーソルを当てて、その上で選択（クリック）すると、位置指定入力フィールド３５にその要素がデリミタで区切られて表示される。選択された要素は、例えば、画面上、視覚的に区別して表示されることが好ましい。

なお、候補ボタン３８は、選択すべき要素のシーケンスを自動的に生成させるためのものである。すなわち、ユーザがこの候補ボタン３８にマウスカーソルを当てて、その上で選択すると、例えば予め登録された要素のシーケンスを位置指定入力フィールド３５にランダムに入力、表示する。これは、ユーザがパスワード導出パターンを設定する場合、隣り合った要素ボタンを選択する傾向があり、類推されやすいため、このような状況を回避すべく、補助的に設けられている。

ユーザが所定の入力フィールドに必要な情報を入力した後、設定の確認ボタン３９を選択すると、Ｗｅｂブラウザは、入力された情報を含んだ登録要求を認証サーバ１２に送信する。認証サーバ１２は、受信した登録要求に基づいて、ユーザのパスワード導出パターンを登録データとして仮登録して、設定の確認画面をＷｅｂブラウザに表示させる。

設定の確認画面は、ユーザが設定したパスワード導出パターンに従ってユーザに実際にパスワードを入力させることで、パスワード導出パターンを確認させる画面である。図４は、パーソナルコンピュータ１５上に表示された設定の確認画面の一例を示している。ただし、パーソナルコンピュータ１５の代わりに、ユーザの携帯電話機１３上に設定の確認画面を表示させて、そこから設定の確認を行わせるようにしてもよい。この場合には、利用対象システム１１の利用に際してユーザが使用する携帯電話機１３を併せて確認することができる。

同図に示すように、設定の確認画面には、認証サーバ１２によって生成された、全体パターン３４の要素群のそれぞれにランダムな数字を割り当てた提示用パターン４１が表示される。ユーザは、提示用パターンのうち、先に設定したパスワード導出パターンに対応する要素に割り当てられた数字（要素値）をパスワード入力フィールド４２にパスワードとして入力する。ユーザがパスワード入力フィールド４２にパスワードを入力した後、Ｇｏボタン４３を選択すると、Ｗｅｂブラウザは、入力されたパスワードを含んだ確認要求を認証サーバ１２に送信する。認証サーバ１２は、受信した確認要求に含まれるパスワードが、生成した提示用パターンと先に仮登録したパスワード導出パターンとから導き出される数字列に一致するか否かを判断し、一致する場合には、認証データベース１４にユーザのパスワード導出パターンを登録データとして正式に登録する。

なお、認証サーバ１２は、パーソナルコンピュータ１５を用いたこのようなパスワード導出パターンの登録手続きにおいて、ユーザが所有する携帯電話機１３を確認するため、受け付けた携帯電話番号に対して、所定のメッセージを送信し、ユーザにそのメッセージに対する返信を要求することが好ましい。

図５は、認証データベース１４のデータ構造の一例を示す図である。同図に示すように、認証データベース１４における１つのレコードは、システムＩＤフィールド５１と、ユーザアカウントフィールド５２と、ユーザＩＤフィールド５３と、パスワード導出パターンフィールド５４および変換法則フィールド５５とから構成されている。本例では、ユーザ"ogawa"は、システムＩＤ"36578979"および"36578980"で示されるそれぞれの利用対象システム１１に利用可能なユーザとして登録されている。また、ユーザ"ogawa"がユーザ認証に用いる携帯電話機１３として、ユーザＩＤ"090xxxx1234"で示される携帯電話機１３が設定されている。さらに、システムＩＤ"36578979"で示される利用対象システム１１に登録されたユーザ"ogawa"のパスワード導出パターンとして、"1,17,33,48"が設定され、変換法則には"+1"が設定されている。

次に、利用対象システム１１の利用の際のユーザ認証方法の処理の流れの詳細について説明する。ユーザは、利用対象システム１１を実際に利用しようとする場合、そのシステムＩＤを取得するため、利用対象システム１１のユーザインターフェースを操作して、システムＩＤを表示させる。例えば、利用対象システム１１のユーザインターフェースには「利用開始」ボタンが設けられており、ユーザがその「利用開始」ボタンを操作すると、利用対象システム１１は、ユーザインターフェースに図６に示すような受付画面を表示して、ユーザにシステムＩＤを提示するとともに、ユーザＩＤの入力をユーザに促す。

ユーザは、携帯電話機１３を操作して、いわゆるブックマークとして登録されているＵＲＬを指定し、認証サーバ１２にアクセスして、図７に示すようなメニュー画面を表示させた後、認証手続開始を選択し、図８に示すような認証手続開始画面を表示させる。ユーザは、この認証手続開始画面に対してシステムＩＤを入力し、「ＯＫ」ボタンを選択する。なお、本実施形態のように、固定のシステムＩＤが利用される場合には、入力されるシステムＩＤを携帯電話機１３に登録できるように構成してもよい。

これにより、携帯電話機１３は、システムＩＤをパラメータに含む認証手続開始メッセージを認証サーバ１２に送信する。このとき、携帯電話機１３は、ユーザを識別するユーザ識別情報の一例であるユーザＩＤを認証サーバ１２に送信する。ユーザＩＤは、ユーザ自身を識別する情報であってもよく、また、ユーザが所有又は使用する、例えば携帯電話などの端末を識別する情報であってもよい。本実施形態において、携帯電話機１３は、当該携帯電話機１３を識別する情報の一例である携帯電話番号をユーザＩＤとして、認証サーバ１２に送信する。ユーザＩＤは、認証手続開始メッセージにパラメータとして含めて送信してもよいし、システムレベルで送信するようにしてもよい。

図９および図１４は、本実施形態に係る認証サーバ１２における処理の流れを説明するためのフローチャートである。以下のフローチャートでは、処理の流れをシーケンシャルに説明しているが、特にこれにこだわるものではない。従って、処理の動作・結果に矛盾が生じない限り、処理の順序を入れ替えまたは並行処理するように構成しても良い。

図９に示すように、認証サーバ１２は、携帯電話機１３が送信した認証手続開始メッセージを受け付けると、そこからシステムＩＤおよびユーザＩＤを抽出する（ＳＴＥＰ９０１）。続いて、認証サーバ１２は、抽出したシステムＩＤで示される利用対象システム１１からのユーザ認証要求待ちのため、イベントＩＤを発行して、図１０に示すようなユーザ認証要求待ちテーブルに、抽出したシステムＩＤおよびユーザＩＤを登録し、図１４に示す処理を実行するためのプロセスを起動する（ＳＴＥＰ９０２）。ユーザ認証要求待ちテーブルは、例えば、認証データベース１４に登録される。

次に、認証サーバ１２は、所定の乱数発生関数を呼び出して、ランダムな数字を発生させて提示用パターンを生成する（ＳＴＥＰ９０３）。提示用パターンは、セキュリティリスクを考慮すれば、ユーザ認証の都度、毎回、その要素値が異なる乱数表のようなものが好ましいが、要素値が固定的なものであってもよく、それが排除される趣旨のものではない。認証サーバ１２は、提示用パターンを生成すると、これを上述したユーザ認証要求待ちテーブルに登録し（ＳＴＥＰ９０４）、ユーザＩＤとともに携帯電話機１３に送信する（ＳＴＥＰ９０５）。これにより、携帯電話機１３は、図１１に示すような乱数表提示画面を表示する。

ユーザは、携帯電話機１３にこのような乱数表提示画面が表示されると、図６に示した利用対象システム１１の受付画面に対して、ユーザＩＤを入力する。図１２は、ユーザＩＤが入力された状態の受付画面を示しており、ユーザがエンターキーを押下すると、利用対象システム１１は、図１３に示すようなパスワード入力画面を表示する。これに対して、ユーザは、すでに登録しておいたパスワード導出パターンから導き出されるパスワードを入力する。例えば、ユーザのパスワード導出パターンは、図３に示したパスワード導出パターン登録画面で登録されたパスワード導出パターンであるとする。この場合、図１１に示された乱数表提示画面によれば、"５９１０"が導き出され、これにさらに変換法則"＋１"を適用することによって、パスワードは"６０２１"が導き出される。このようにして導き出したパスワードをユーザが入力し、エンターキーを押下すると、利用対象システム１１は入力されたパスワード（以下、「入力パスワード」という。）を自身のシステムＩＤとともにユーザ認証要求として認証サーバ１２に送信する。

利用対象システム１１から送信されるパスワードは、図１４に示すフローチャートに従って、認証サーバ１２によりユーザ認証が行われる。すなわち、ユーザ認証要求待ちの状態の認証サーバ１２は、利用対象システム１１からユーザ認証要求を受け付けると（ＳＴＥＰ１４０１のＹｅｓ）、図１０に示したユーザ認証要求待ちテーブルを参照して、ユーザＩＤを特定する（ＳＴＥＰ１４０２）。ユーザ認証要求待ちテーブルに対する登録は、携帯電話機１３からの認証手続開始メッセージが必要であるため、ここに登録されていない利用対象システム１１からのユーザ認証要求は、不正なものとして排除することができる。認証サーバ１２は、ユーザＩＤを特定すると、認証データベース１４を参照し、そのユーザＩＤに対するパスワード導出パターンおよび変換法則を特定する（ＳＴＥＰ１４０３）。続いて、認証サーバ１２は、特定したパスワード導出パターンおよび変換法則に基づいて、ユーザ認証要求待ちテーブルに登録されている提示用パターンからパスワード（以下、「システム内パスワード」という。）を導き出す（ＳＴＥＰ１４０４）。具体的には、認証サーバ１２は、提示用パターンを構成する要素群について、パスワード導出パターンを構成している要素のシーケンスに対応する要素値を取得し、さらに、変換法則が定義されていれば、その要素値に対して変換法則を適用して、システム内パスワードを導き出す。次に、認証サーバ１２は、送信されてきた入力パスワードとシステム内パスワードとが一致しているか否かの判断を行う（ＳＴＥＰ１４０５）。そして、認証サーバ１２は、これらが一致していると判断する場合には、システムＩＤで示される利用対象システム１１に認証成功である旨を通知する一方（ＳＴＥＰ１４０６）、一致していないと判断する場合には、認証失敗である旨を通知する（ＳＴＥＰ１４０７）。利用対象システム１１は、認証サーバ１２から通知される認証結果に基づいて、それに応じた処理を行う。

以上のように、本実施形態によれば、以下のような利点を奏する。すなわち、ユーザが利用対象システム１１を利用する際に入力すべきパスワードは、ユーザ認証の都度、毎回、ランダムに生成される提示用パターンから、予め登録しておいたパスワード導出パターンに従って決定される一過性のものである。従って、仮に、ユーザが入力したパスワードが第三者に漏洩したとしても、そのパスワード自体は、次回のユーザ認証においては全く意味をなさないため、不正なアクセスを効果的に防止することができるようになる。この場合、ユーザは、従来のような「具体的な数字」でなく、パスワード導出パターンという「概念的・図形的なもの」を「パスワード」として記憶すればよいため、覚えやすく、忘れにくくなり、パスワード管理が容易になる。

また、ユーザは、このようなパスワード導出パターンに対して変換法則を与えることができるため、より高いセキュリティを追求することができるようになる。

さらに、認証サーバ１２は、ユーザの携帯電話機１３からの認証手続開始メッセージを受け付けることで、そこで指定された利用対象システム１１からのユーザ認証要求を受け付けることになるので、利用対象システム１１単体からの不正なアクセスを排除することができるようになる。

なお、本実施形態では、利用対象システム１１は、そのユーザインターフェース上に受付画面（図６）を提示して、ユーザにユーザＩＤの入力を促すように構成したが、特にこれにこだわるものでない。例えば、利用対象システム１１は、認証サーバ１２に対して利用可能なユーザの一覧情報を取得して、それをプルダウンメニュー形式でユーザに提示し、入力を促すように構成してもよい。

また、本実施形態において、システムＩＤは、利用対象システム１１に固有のシステムＩＤ（固有システムＩＤ）としているが、システムＩＤは、複数の利用対象システム１１に共通する共通システムＩＤであってもよい。すなわち、複数の利用対象システム１１が、同一のシステムＩＤを有してもよい。これにより、利用対象システム１１は、当該利用対象システム１１の固有システムＩＤを、後述する認証データベース１４に登録することなく、共通システムＩＤを用いて認証サーバ１２に対して認証要求することができるため、ユーザ認証システムを簡易に利用することができる。

認証サーバ１２は、利用対象システム１１が共通システムＩＤを用いて認証要求した場合、当該利用対象システム１１に、固有システムＩＤを有する利用対象システム１１に対するサービスと異なるサービスを提供してもよい。これにより、認証サーバ１２は、固有システムＩＤを用いて認証要求した利用対象システム１１に対しては、ユーザの個人情報を送信するが、共通システムＩＤを用いて認証要求をした利用対象システム１１に対しては、ユーザの個人情報を送信しないなど、固有システムＩＤを利用する利用対象システム１１と、共通システムＩＤを利用する利用対象システム１１との間に提供するサービスに差を設けることができる。

［第２の実施形態］
本実施形態は、第１の実施形態の変形であり、ユーザ認証のためのパスワードを、利用対象システム１１に代えて、携帯電話機１３から入力することを特徴としている。また、本実施形態では、固定的なシステムＩＤに代えて、利用対象システム１１の利用の都度、新たに生成した利用ＩＤを用いた例を併せて説明する。

図１５は、本実施形態に係るユーザ認証方法の全体スキームを説明するための概略図である。

まず、ユーザは、パーソナルコンピュータ１５を用いて、利用対象システム１１に対する自身のパスワード導出パターンを認証データベース１４に予め登録しておく（図中(1)）。ユーザは、利用対象システム１１を実際に利用しようとする場合、その利用ＩＤを取得するため、利用対象システム１１のユーザインターフェースを操作して、利用ＩＤを表示させる（図中(2)）。利用対象システム１１は、例えば、操作された時刻情報を取得して、これを乱数発生関数に与えて、ランダムに利用ＩＤを生成し、表示する。このとき、利用対象システム１１は、生成した利用ＩＤを自身のシステムＩＤとともに認証サーバ１２に送信する（図中(3)）。

次に、ユーザは、その利用ＩＤを携帯電話機１３に入力し、認証サーバ１２に送信する（図中(4)）。認証サーバ１２は、これを受けて、利用対象システム１１を特定するとともに、乱数表を生成し、これを提示用パターンとしてユーザの携帯電話機１３に送信する（図中(5)）。ユーザは、携帯電話機１３上に表示される提示用パターンを参照して、自身のパスワード導出パターンに割り当てられた要素値のシーケンス（数字列）をパスワードとして入力する。これにより、携帯電話機１３から認証サーバ１２にパスワードが送信される（図中(6)）。

認証サーバ１２は、これを受けて、先に登録してあるユーザのパスワード導出パターンと生成した提示用パターンとから得られる数字列と、携帯電話機１３から送信された数字列とを比較して、これらが一致しているか否かを判断する。認証サーバ１２は、一致していると判断する場合には認証成功の通知を、そうでない場合には認証失敗の通知を、特定した利用対象システム１１に送信する（図中(7)）。利用対象システム１１は、認証サーバ１２から認証成功の通知を受け付けると、そのユーザに対してアクセスを許可する。

以上のように、本実施形態によれば、第１の実施形態と同様の利点を奏するとともに、さらに以下の利点を奏する。すなわち、利用対象システム１１からパスワードを入力する必要がないので、利用対象システム１１のユーザインターフェースをシンプルな構成にすることができるようになる。また、利用対象システム１１の利用の都度、毎回新たな利用ＩＤを生成しているので、この利用ＩＤが漏洩しても何ら問題なく、より高いセキュリティを追求することができる。

［第３の実施形態］
本実施形態は、携帯電話機１３を用いたパスワード導出パターンの登録方法に関するものであり、認証サーバ１２がパスワード導出パターンの候補を携帯電話機１３に提示し、提示されたパスワード導出パターンの候補の中からユーザが選択することを特徴としている。

図１６は、携帯電話機１３上に表示されたパスワード導出パターン登録画面の一例を示している。上記実施形態と同様に、例えば、利用対象システム１１に対するユーザアカウントが登録された時点で、認証サーバ１２は、この登録画面を構成するページデータのＵＲＬを含むメールコンテンツをユーザの携帯電話機１３に対してメールで送信し、これを受信したユーザが携帯電話機１３上に表示されたメールコンテンツ中のＵＲＬを選択することにより、このような登録画面をユーザの携帯電話機１３に提供する。

すなわち、認証サーバ１２は、ユーザの携帯電話機１３からパスワード導出パターンの登録手続要求を受け付けると、予め登録されたパスワード導出パターン群の中から一のパスワード導出パターンを登録候補として選択し、これを携帯電話機１３に送信する。これにより、ユーザの携帯電話機１３には、同図（ａ）に示すようなパスワード導出パターン候補を含む登録画面が表示される。ユーザは、この登録画面に表示されたパスワード導出パターン候補を自身のパスワード導出パターンとして登録しようとする場合には、「登録」ボタン１６１を選択し、一方、他のパスワード導出パターン候補を参照したい場合には、「次」ボタン１６２を選択する。ユーザが「次」ボタン１６２を選択した場合、認証サーバ１２は、他の候補ボタン候補を携帯電話機１３に送信し、携帯電話機１３上には同図（ｂ）に示すように他のパスワード導出パターン候補を含む登録画面が表示される。なお、前のパスワード導出パターン候補がある場合に、ユーザは、それを参照したい場合には、「戻る」ボタン１６３を選択する。

例えば、同図（ｂ）に示した登録画面において、ユーザが「登録」ボタン１６１を選択した場合、携帯電話機１３は、登録要求を認証サーバ１２に送信する。認証サーバ１２は、受信した登録要求に基づいて、認証データベース１４にユーザのパスワード導出パターンを登録データとして仮登録して、設定の確認画面を携帯電話機１３に送信する。図１７は、このときの設定の確認画面の一例を示す図である。ユーザは、この設定の確認画面に対して、先に設定したパスワード導出パターンに対応する要素に割り当てられた数字（要素値）をパスワード入力フィールド１７１に入力した後、「ＯＫ」ボタン１７２を選択する。これにより、携帯電話機１３は、入力されたパスワードを含んだ確認要求を認証サーバ１２に送信する。認証サーバ１２は、受信した確認要求に含まれるパスワードが、生成した提示用パターンと先に仮登録したパスワード導出パターンとから導き出される数字列に一致するか否かを判断し、一致する場合には、認証データベース１４にユーザのパスワード導出パターンを登録データとして正式に登録し、登録が完了した旨を携帯電話機１３に送信する。

以上のように、本実施形態によれば、認証サーバ１２から提示されるパスワード導出パターン候補の中から所望のパスワード導出パターンを選択するので、携帯電話機１３のようにユーザインターフェースが十分でない場合であっても、きわめて簡単に、パスワード導出パターンを登録することができる。また、認証サーバ１２がパスワード導出パターン候補を提示することによって、隣り合った要素を選択するというような、類推されやすいパスワード導出パターンをユーザがパスワード導出パターンを登録してしまうという事態を回避することができるようになる。

［第４の実施形態］
本実施形態は、携帯電話機１３を用いたパスワード導出パターンの登録方法に関するものであり、提示される提示用パターンに対して、ユーザが意図したパスワード導出パターンに対応する要素値の入力を繰り返すことによって、そのパスワード導出パターンを特定していくことを特徴としている。

図１８は、本実施形態に係るパスワード導出パターンの登録方法の処理の流れを説明するためのフローチャートである。このような処理は、携帯電話機１３と認証サーバ１２とによるクライアント／サーバモデルにおけるそれぞれのプログラムによって実現することができるが、本実施形態では、このような処理を実現するための所定のプログラムを含むページデータを認証サーバ１２から携帯電話機１３に送信し、携帯電話機１３においてこれを実行することにより実現している。

上記実施形態と同様に、例えば、利用対象システム１１に対するユーザアカウントが登録された時点で、認証サーバ１２は、この登録画面を構成するページデータのＵＲＬを含むメールコンテンツをユーザの携帯電話機１３に対してメールで送信し、これを受信したユーザが携帯電話機１３上に表示されたメールコンテンツ中のＵＲＬを選択する。これにより、認証サーバ１２は、所定のプログラムを含むページデータを携帯電話機１３に送信する。

ページデータを受信した携帯電話機１３は、そのページデータを解釈して、そこに含まれる所定のプログラムに従って図１８に示す処理を実行し、登録画面を表示する。すなわち、携帯電話機１３は、まず、全体パターン３４の要素群のすべてに対して、乱数発生関数により発生させた乱数をそれぞれ割り当てて提示用パターンを生成し、他の画面要素と相まってパスワード導出パターン登録画面として表示して、ユーザに入力を促す(ＳＴＥＰ１８０１)。ユーザは、この登録画面に対して、登録しようとするパスワード導出パターンの要素に割り当てられた数字を入力する。携帯電話機１３は、ユーザから要素のシーケンスを受け付けると(ＳＴＥＰ１８０２)、提示した提示用パターンのうち、入力された要素値を持つ要素を該当要素として抽出し、その数を保持しておく(ＳＴＥＰ１８０３)。次に、携帯電話機１３、抽出した該当要素の数が入力された要素数と等しいか否かを判断し(ＳＴＥＰ１８０４)、等しくないと判断する場合には、要素の絞り込みを行うため、全体パターン３４中の該当要素のみに乱数を割り当てて提示用パターンを生成し、同様に、登録画面として表示して、ユーザに入力を促す(ＳＴＥＰ１８０５)。一方、抽出した該当要素の数が入力された要素数と等しいと判断する場合、携帯電話機は、要素の絞り込みができたものとして、登録確認画面を提示して、ユーザに確認を促す(ＳＴＥＰ１８０６)。そして、ユーザによって例えば「ＯＫ」ボタンが選択された場合には(ＳＴＥＰ１８０７のＹｅｓ)、携帯電話機１３は、要素のシーケンスをパスワード導出パターンとして登録するため、登録要求を認証サーバ１２に送信し(ＳＴＥＰ１８０６)、処理を終了する。

このようにして、登録しようとするパスワード導出パターンに対応する要素値の入力を繰り返すことによって提示用パターンの要素を絞り込んでいき、ユーザが意図しているパスワード導出パターンを特定する。

図１９および図２０は、パスワード導出パターンの登録方法を説明する画面例である。まず、図１９（ａ）に示す画面が携帯電話機１３上に表示されたとする。ここで、この画２０面に対して、ユーザが"９８９３"と入力すると、携帯電話機１３は、入力された要素のシーケンスに基づいて、新たな提示用パターンを生成する。すなわち、携帯電話機１３は、先の提示用パターンの各要素のうち、その値が"９"，"８"または"３"であった要素を該当要素として抽出するが、この場合、該当要素の数は入力した要素の数にまで絞り込まれていないので、携帯電話機１３は、該当要素に乱数を割り当てた新たな提示用パターンを生成し、図１９（ｂ）に示すような登録画面を表示する。

ユーザは、この画面に対して、登録しようとするパスワード導出パターンの要素に割り当てられた数字を、再度、入力して、該当要素を絞り込む作業を行う。この場合、ユーザが入力すべき数字は"６５４１"となる。携帯電話機１３は、該当要素を絞り込むことができない場合には、新たな提示用パターンを生成し、図１９（ｃ）に示すような登録画面を表示し、ユーザに入力を促す。そこで、ユーザは、この画面に対して、登録しようとするパスワード導出パターンの要素に割り当てられた数字"８５０１"を入力する。

この入力によって、携帯電話機１３は、該当要素を絞り込むことができたため、図２０に示すような登録確認画面を提示して、ユーザに確認を促す(ＳＴＥＰ１８０６)。この５画面に対して、ユーザが「ＯＫ」ボタン２０１を選択すると、携帯電話機１３は、要素のシーケンスをパスワード導出パターンとして認証サーバ１２に送信する。一方、ユーザが「やり直し」ボタン２０２を選択すると、携帯電話機１３は、パスワード導出パターンの登録処理を最初からやり直す。

以上のように、本実施形態によれば、提示用パターンの提示と、登録しようとするパスワード導出パターンに対応する要素値の入力とを繰り返すことによって、提示用パターンの要素を絞り込んでいくことができるので、ユーザが意図しているパスワード導出パターンを特定することができるようになる。従って、携帯電話機１３のようにユーザインターフェースが十分でない場合であっても、きわめて簡単に、パスワード導出パターンを登録することができる。

また、本実施形態によれば、パスワード導出パターンの登録操作は、実際のパスワードの入力操作と同じ手順で行われるので、パスワード入力の練習を兼ねることができ、ユーザにパスワード導出パターンを早く、確実に覚えさせることができる。

なお、本実施形態では、ランダムに提示用パターンを生成して、ユーザが意図している該当要素を絞り込むようにしているため、生成された提示用パターンの組み合わせによっては３回以上の絞り込み作業を要する場合がある。このような事態を避けるため、２回の絞り込み作業で必ず完了する固定の提示用パターンの組み合わせを用いるようにしてもよい。

［第５の実施形態］
本実施形態は、ユーザ認証のための固定的なユーザＩＤに代えて、一時的にユーザを識別する一時識別情報を生成することを特徴としている。

図２１は、本実施形態に係るユーザ認証方法の全体スキームを説明するための概略図である。まず、ユーザは、パーソナルコンピュータ１５を用いて、利用対象システム１１に対する自身のパスワード導出パターンを認証データベース１４に予め登録しておく（図中(1)）。ユーザは、利用対象システム１１を実際に利用しようとする場合には、そのシステムＩＤを取得するため、利用対象システム１１のユーザインターフェースを操作して、システムＩＤを表示させる（図中(2)）。

次に、ユーザは、そのシステムＩＤを携帯電話機１３に入力し、認証サーバ１２に送信する（図中(3)）。認証サーバ１２は、これを受けて、乱数表(本実施形態では４行４列または４行１２列のマトリックス状の乱数情報)を生成し、これを提示用パターンとしてユーザの携帯電話機１３に送信するとともに、ユーザＩＤに対応づけられた、当該ユーザを一時的に識別する一時識別情報を生成し、ユーザの携帯電話機１３に送信する（図中(4)）。ユーザは、携帯電話機１３上に表示される一時識別情報および提示用パターンを参照して、利用対象システム１１に対して、一時識別情報、およびパスワードとして自身のパスワード導出パターンに割り当てられた要素値のシーケンス（数字列）を入力する。これにより、利用対象システム１１は認証サーバ１２に、一時識別情報およびパスワードを送信する（図中(5)）。

認証サーバ１２は、利用対象システム１１から一時識別情報およびパスワードを受け付けると、一時識別情報からユーザを特定し、すでに登録してあるそのユーザのパスワード導出パターンと生成した提示用パターンとから得られる数字列と、利用対象システム１１から送信されたパスワードとを比較して、これらが一致しているか否かを判断する。認証サーバ１２は、一致していると判断する場合には認証成功の通知および後述するシステム別ユーザ識別情報を、そうでない場合には認証失敗の通知を、システムＩＤで示される利用対象システム１１に送信する（図中(6)）。利用対象システム１１は、認証サーバ１２か２０ら認証成功の通知を受け付けると、そのユーザに対する当該利用対象システム１１の利用を許可する。

図２２は、認証データベース１４のデータ構造の一例を示す図である。同図に示すように、認証データベース１４における１つのレコードは、システムＩＤフィールド５１と、ユーザアカウントフィールド５２と、ユーザＩＤフィールド５３と、パスワード導出パタ２５一ンフィールド５４と、一時識別情報フィールド５６と、システム別ユーザ識別情報フィールド５７とを含む。本例では、ユーザ"ogawa"は、システムＩＤ"36578979"、"36578980"、および"36578981"で示されるそれぞれの利用対象システム１１に利用可能なユーザとして登録されている。また、ユーザ"ogawa"がユーザ認証に用いる携帯電話機１３として、ユーザＩＤ"090xxxx1234"で示される携帯電話機１３が設定されている。さらに、例えばシステムＩＤ"36578979"で示される利用対象システム１１に登録されたユーザ"ogawa"のパスワード導出パターンとして、"1,17,33,48,"が設定されている。

図２３は、ユーザ認証要求待ちテーブル(第１の実施形態参照)の一例を示す図である。本実施形態においてユーザ認証要求待ちテーブルは、イベントＩＤフィールド１００と、システムＩＤフィールド１０１と、ユーザＩＤフィールド１０２と、提示用パターンフィールド１０３と、一時識別情報フィールド１０４とを含む。

図２４から２６は、本実施形態に係る認証サーバ１２における処理の流れを説明するためのフローチャートである。以下のフローチャートでは、処理の流れをシーケンシャルに説明しているが、特にこの処理の流れに限定されるものではない。従って、処理の順序を入れ替えまたは並行処理するように、処理の流れを構成してもよい。

図２４に示すように、認証サーバ１２は、携帯電話機１３が送信した認証手続開始メッセージを受け付けると、そこからシステムＩＤおよびユーザＩＤを抽出する(ＳＴＥＰ２０００)。続いて、認証サーバ１２は、抽出したシステムＩＤで示される利用対象システム１１からのユーザ認証要求待ちのため、イベントＩＤを発行して、図２３に示すようなユーザ認証要求待ちテーブルに、抽出したシステムＩＤおよびユーザＩＤを登録する。

次に、認証サーバ１２は、ユーザが利用対象システム１１を利用するにあたり、一時識別情報が必要か否かを判断する(ＳＴＥＰ２００２)。認証サーバ１２は、ユーザからの要求に基づいて、一時識別情報を生成するか否かを判断するのが好ましい。例えば、認証サーバ１２は、ユーザの携帯電話機１３に通知することにより、当該ユーザが利用対象システム１３において一時識別情報を使用するか否かの情報を要求する。そして、認証サーバ１２は、ユーザから携帯電話機１３を介して受け付けた情報に基づいて、一時識別情報を生成するか否かを判断する。

また、認証サーバ１２は、ユーザが利用する利用対象システム１１について、一時識別情報を使用するか否かを示す情報を予め登録しておいてもよい。この場合、認証サーバ１２は、予め登録された当該情報、システムＩＤ、およびユーザＩＤに基づいて、一時識別情報を生成するか否かを判断する。一時識別情報を使用するか否かを示す情報は、例えば、ユーザ登録時に予め登録してもよく、また、ユーザ登録後に随時登録してもよい。

認証サーバ１２は、利用対象システム１１について一時識別情報が必要でないと判断した場合(ＳＴＥＰ２００２のＮｏ)、所定の乱数発生関数を呼び出して、ランダムな数字を発生させて提示用パターンを生成する(ＳＴＥＰ２０１２)。認証サーバ１２は、提示用パターンを生成すると、これを上述したユーザ認証要求待ちテーブルに登録する(ＳＴＥＰ２０１４)。続いて、認証サーバ１２は、提示用パターンを、ユーザの携帯電話機１３に送信する(ＳＴＥＰ２０１８)。

認証サーバ１２は、利用対象システム１１について一時識別情報が必要であると判断した場合(ＳＴＥＰ２００２のＹｅｓ)、利用対象システム１１について一時識別情報がすでに登録されているか否かを判断する(ＳＴＥＰ２００４)。そして、認証サーバ１２は、一時識別情報が登録されていないと判断した場合(ＳＴＥＰ２００４のＮｏ)、新たに一時識別情報を生成する(ＳＴＥＰ２０１０)。一時識別情報は、例えば乱数関数により生成された、ユーザＩＤとの関連性が少ない情報であることが望ましい。

認証サーバ１２は、一時識別情報がすでに登録されていると判断した場合(ＳＴＥＰ２００４のＹｅｓ)、当該一時識別情報の生成後の経過時間や当該一時識別情報のサーバ１２における受付回数などに基づいて、当該一時識別情報が有効か否かを判断する(ＳＴＥＰ２００６)。そして、認証サーバ１２は、一時識別情報が有効でないと判断した場合１５(ＳＴＥＰ２００６のＮｏ)、一時識別情報を抹消し(ＳＴＥＰ２００８)、新たに一時識別情報を生成する(ＳＴＥＰ２０１０)。続いて、認証サーバ１２は、新たに生成した一時識別情報を、認証データベース１４および認証要求待ちテーブルに登録する(ＳＴＥＰ２０１１)。本実施形態において、認証サーバ１２は、ユーザＩＤ"090xxxx1234"に対応する一時識別情報として"6584"を生成し、認証データベース１４および認証要求待ちテーブルに登録する(図２２および２３参照)。

次に、認証サーバ１２は、所定の乱数発生関数を呼び出して、ランダムな数字を発生させて提示用パターンを生成する(ＳＴＥＰ２０１２)。認証サーバ１２は、提示用パターンを生成すると、これを上述したユーザ認証要求待ちテーブルに登録する(ＳＴＥＰ２０１４)。続いて、認証サーバ１２は、一時識別情報および提示用パターンを、ユーザの携帯電話機１３に送信する(ＳＴＥＰ２０１６)。一時識別情報および提示用パターンを携帯電話１３に送信すると、認証サーバ１２は、利用対象システム１１からのユーザ認証要求を待つ。

本実施形態において、認証サーバ１２は、ユーザからの認証開始メッセージに応じて、すでに登録されている一時識別情報の有効性を、当該一時識別情報の生成後の経過時間や当該一時識別情報のサーバ１２における受付回数などに基づいて判断しているが、認証サーバ１２は、本図において説明した処理フローとは別に一時識別情報の有効性を判断してもよい。

図２５に示すように、ユーザ認証要求待ち状態の認証サーバ１２は、利用対象システム１１からユーザ認証要求を受け付けると(ＳＴＥＰ２１００のＹｅｓ)、一時識別情報およびシステムＩＤに基づいて、図２３に示したユーザ認証待ち要求テーブルを参照し、ユーザＩＤを特定する(ＳＴＥＰ２１０２)。認証サーバ１２は、ユーザＩＤを特定すると、認証データベース１４を参照し、そのユーザＩＤに対するパスワード導出パターンに基づいて、提示用パターンからシステム内パスワードを導き出す(ＳＴＥＰ２１０４)。この場合、認証サーバ１２は、第１の実施形態と同様に所定の変換法則に基づいて、提示用パターンからシステム内パスワードを導き出してよい。

次に、認証サーバ１２は、送信された入力パスワードとシステム内パスワードとが一致しているか否かの判断を行う(ＳＴＥＰ２１０６)。そして、認証サーバ１２は、これらが一致していると判断する場合には、システムＩＤで示される利用対象システム１１に認証成功である旨を通知する一方(ＳＴＥＰ２１０８)、一致していないと判断する場合には、認証失敗である旨を通知する(ＳＴＥＰ２１１０)。利用対象システム１１は、認証サーバ１２から通知される認証結果に基づいて、それに応じた処理を行う。

本実施形態において、ユーザＩＤに代えて一時識別情報を使用することにより、ユーザＩＤが、例えば携帯電話番号などのユーザ本人を特定し得るような情報を含むような場合であっても、当該情報を利用対象システム１１に漏洩することなくユーザ認証処理を構成することができる。これにより、ユーザは、例えば信頼性や安全性の低い利用対象システム１１、または、例えばアンケートなどのユーザを特定する必要のない、もしくは個人情報を知らせたくない利用対象システム１１などを利用する場合でも、匿名性を確保して安心して利用することができる。

図２６は、認証サーバ１２が、利用対象システム１１に、システム別ユーザ識別情報を送信する処理を示すフローチャートである。ユーザが、一時識別情報を利用対象システム１１に入力することにより、利用対象システム１１が当該ユーザに対する利用を許可する場合、認証サーバ１２は、利用対象システム１１に、ユーザＩＤおよび当該利用対象システム１１(システムＩＤ)に対応づけられた、システム別ユーザ識別情報を送信する。この場合、システム別ユーザ識別情報は、利用対象システム１１ごとにそれぞれのユーザを識別する固定された情報であることが望ましい。

認証サーバ１２は、利用対象システム１１からシステム別ユーザ識別情報の要求を受け付ける(ＳＴＥＰ２２００)。そして、利用対象システム１１からシステム別ユーザ識別情報の要求を受け付けた場合(ＳＴＥＰ２２００Ｙｅｓ)、認証サーバ１２は、利用対象システム１１についてのシステム別ユーザ識別情報が、認証データベース１４に登録されているか確認する(ＳＴＥＰ２２０２)。そして、当該利用対象システム１１についてのシステム別ユーザ識別情報が、認証データベース１４に登録されていない場合には、認証サーバ１２は、当該利用対象システム１１についてのシステム別ユーザ識別情報を生成し(ＳＴＥＰ２２０４)、認証データベース１４に登録する(ＳＴＥＰ２２０６)。本実施形態において、認証サーバ１２は、ユーザ(ユーザＩＤ"090xxxx1234")の利用対象システム１１(システムＩＤ"36578980")に対するシステム別ユーザ識別情報として"125897"を生成し、認証データベース１４に登録する。なお、システムＩＤ"36578979"および"36578981"に対するシステム別ユーザ識別情報として、それぞれ"125896"および"12515898"が、予め認証データベース１４に登録されている。

次に、認証サーバ１２は、利用対象システム１１に対して、システム別ユーザ識別情報を送信する(ＳＴＥＰ２２０８)。この場合、認証サーバ１２は、認証サーバ１２において、例えばユーザの利用対象システム１１の利用頻度といった、当該利用対象システム１１についてのユーザの情報を有する場合には、当該情報を併せて送信してもよい。また、本実施形態においては、認証サーバ１２は、利用対象システム１１に対してシステム別ユーザ識別情報を送信するが、これに代えて、一時識別情報をシステム別ユーザ識別情報として、利用対象システム１１に送信してもよい。

本実施形態において、認証サーバ１２が利用対象システム１１に対してシステム別ユーザ識別情報を提供することにより、利用対象システム１１は、利用対象システム１１を利用するユーザを特定することができる。すなわち、利用対象システム１１は、ユーザが一時識別情報を使用する場合であっても、ユーザの同一性を判断することができる。これにより、利用対象システム１１は、当該ユーザが以前に利用対象システム１１を利用したユーザであるか等の情報を持つことができる。すなわち、利用対象システム１１は、システム別ユーザ識別情報に基づいて、利用対象システム１１において、ユーザの情報についてのデータを構築することができ、それぞれのユーザに合わせたサービスを提供することができる。

図２７は、システム別ユーザ識別情報を生成する処理(図２６のＳ２２０４)を示すフローチャートである。まず、認証サーバ１２は、乱数変換テーブルを生成する(ＳＴＥＰ２３００)。乱数変換テーブルは、生成されるシステム別ユーザ識別情報に含まれる、文字や数字等のキャラクタに応じて生成されるのが好ましい。例えば、システム別ユーザ識別情報がＭ桁の数字列(Ｍは自然数)により構成される場合には、乱数変換テーブルは、Ｍ桁の数字列を、当該数字列と異なるＭ桁の数字列(乱数)に１対１変換する乱数テーブルであってよい。すなわち、Ｍ桁の数字列(１０のＭ乗個)のそれぞれを、互いに異なるＭ桁の数字列(１０のＭ乗個)に変換する乱数テーブルである。本実施形態において、生成されるシステム別ユーザ識別情報は６桁の数字列から構成されており、それぞれ１対１に対応する、１００万通りの変換パターンを含む乱数テーブルが生成される。サーバ１２は、それぞれのユーザに対して、同一の乱数テーブルを用いることが好ましい。すなわち、当該乱数テーブルがすでに生成されている場合には、本ステップを省略してもよい。

システム別ユーザ識別情報は、ユーザＩＤと同じ桁数の数字列により構成されてもよく、また、異なる桁数の数字列により構成されてもよい。また、乱数変換テーブルは、認証データベース１４に登録されるのが好ましい。

次に、認証サーバ１２は、それぞれのユーザＩＤについて、認証サーバ１２内で当該ユーザを識別するユーザ別内部識別ＩＤを生成する。ユーザ別内部識別ＩＤは、ユーザおよび利用対象システム１１に対して通知されないのが好ましい。本実施形態において、ユーザ別内部識別ＩＤは、ユーザＩＤと同じ桁数を有する数字列としているが、ユーザＩＤと異なる桁数を有する数字列としてもよい。ユーザ別内部識別ＩＤは、認証データベース１４に登録されるのが好ましい。

次に、認証サーバ１２は、それぞれの利用対象システム１１について、システム別変換テーブルを生成する(ＳＴＥＰ２３０４)。システム別変換テーブルは、ユーザおよび利用対象システム１１に対して通知されないのが好ましい。システム別変換テーブルは、所定の数字列に含まれる所定の数字を他の数字に変換する数字変換テーブルや、所定の桁数を有する数字列における、所定の桁の数字と他の桁の数字とを入れ替える桁位置変換テーブルや、所定の桁数を有する数字列における、所定の桁の数字を削除又は所定の桁に数字を挿入することにより、当該数字列の桁数を変換する桁数変換テーブルであってよい。この場合、少なくとも同一の利用対象システム１３内で桁数変換の変換結果が重複しないように変換するのが望ましい。システム別変換テーブルは、認証データベース１４に登録されるのが好ましい。

次に、認証サーバ１２は、それぞれの利用対象システム１１について、認証サーバ１２内で当該利用対象システム１１を識別するシステム別内部識別ＩＤを生成する(ＳＴＥＰ２３０６)。システム別内部識別ＩＤは、ユーザおよび利用対象システム１１に通知されないのが好ましい。本実施形態において、システム別内部識別ＩＤは、ユーザＩＤと同じ桁数を有する数字列としているが、ユーザＩＤと異なる桁数を有する数字列としてもよい。システム別内部識別ＩＤは、認証データベース１４に登録されるのが好ましい。

次に、認証サーバ１２は、ユーザ別内部識別ＩＤにシステム別内部識別ＩＤを加算する(ＳＴＥＰ２３０８)。ユーザごとに生成された内部識別ＩＤと、利用対象システム１１ごとに生成された内部識別ＩＤとを加算することにより、セキュリティレベルを上げることができる。認証サーバ１２は、ユーザ別内部識別ＩＤの所定の桁における数字と、システム別内部識別ＩＤの所定の桁における数字とを加算することにより、当該所定の桁における数字が繰り上がる場合には、繰り上がりの桁における数字を削除することにより、加算後の数字列の桁数が、ユーザ別内部識別ＩＤおよびシステム別内部識別ＩＤの桁数を越えないように処理してもよい。また、認証サーバ１２は、ユーザ別内部識別ＩＤとシステム別内部識別ＩＤとを加算することにより、ユーザ別内部識別ＩＤおよび／またはシステム別内部識別ＩＤと異なる桁数を有する数字列を算出してもよい。認証サーバ１２は、ユーザ別内部識別ＩＤとシステム別識別ＩＤとを減算、乗算、除算その他の演算方法により演算してもよい。

次に、認証サーバ１２は、上述したシステム別変換テーブルにより、ＳＴＥＰ２３０８における演算結果を変換する(ＳＴＥＰ２３１０)。本実施形態において、認証サーバ１２は、ＳＴＥＰ２３０８における加算結果を、桁位置変換テーブルにより変換する。そして、認証サーバ１２は、桁位置を変換した加算結果を、桁数変換テーブルにより、乱数変換テーブルに含まれる数字列の桁数である６桁の数字列に変換する。

次に、認証サーバ１２は、上述した乱数変換テーブルにより、ＳＴＥＰ２３１０における変換結果をさらに変換する(ＳＴＥＰ２３１２)。本実施形態において、認証サーバ１２は、ＳＴＥＰ２３１０における変換結果を、当該変換結果と同じ桁数である６桁の数字列（乱数）に変換する。乱数変換テーブルを用いて変換することにより、変換結果の解析が困難になるため、セキュリティレベルをさらに上げることができる。

次に、認証サーバ１２は、上述したシステム別変換テーブルにより、ＳＴＥＰ２３１２における変換結果をさらに変換する（ＳＴＥＰ２３１４）。本実施形態において、認証サーバ１２は、ＳＴＥＰ２３１２における変換結果を、数字変換テーブルにより変換することにより、システム別ユーザ識別情報を得る。これにより、セキュリティレベルをさらに上げることができる。

本実施形態によれば、ユーザごと、利用対象システム１１ごとに、内部識別ＩＤや、変換テーブルを用意し、これに基づき変換するため、セキュリティレベルを上げることができる。特に、本実施形態では、乱数変換テーブルに基づき変換しているため、変換結果から変換前の情報を特定するのはきわめて困難である。すなわち、変換結果からユーザの個人情報を特定することはきわめて困難であるため、セキュリティレベルをさらに高くすることができる。また、これにより、それぞれの利用対象システム１１について異なるシステム別ユーザ識別情報を生成することができる。さらに、所定のユーザに対して利用対象システム１１毎に識別情報（システム別ユーザ識別情報）を生成することにより、複数の利用対象システム１１間で、認証サーバ１２から送信された情報に基づいてユーザの情報をつき合わせる等、利用対象システム１１間で情報を共有するのを防ぐことができる。

［第６の実施形態］
本実施形態は、利用対象システム１１から入力されたパスワードの認証方法に関するものである。以下、利用対象システム１１に入力されたパスワードが、システム内パスワードの予め定められた桁において、予め定められた数字を含む数字列と一致する場合を例に、本実施形態におけるパスワードの認証方法を説明する。

図２８は、パスワードの認証方法を示すフローチャートである。まず、認証サーバ１２は、利用対象システム１１から入力されたパスワードを受け付けた場合（ＳＴＥＰ２４００のＹｅｓ）、入力されたパスワードとシステム内パスワードとを比較する（ＳＴＥＰ２４０２）。入力されたパスワードとシステム内パスワードが一致する場合（ＳＴＥＰ２４０４のＹｅｓ）、認証サーバ１２は、利用対象システム１１に、認証が成功したことを通知する（ＳＴＥＰ２４０６）。

入力されたパスワードとシステム内パスワードが一致しない場合（ＳＴＥＰ２４０４のＮｏ）、認証サーバ１２は、入力されたパスワードとシステム内パスワードとを比較する（ＳＴＥＰ２４０８）。本実施形態において、認証サーバ１２は、入力されたパスワードの桁数とシステム内パスワードの桁数とを比較する（ＳＴＥＰ２４１０）。そして、入力５されたパスワードの桁数とシステム内パスワードの桁数が一致する場合（ＳＴＥＰ２４１０のＮｏ）、認証サーバ１２は、認証が失敗したことを、利用対象システム１１に通知する（ＳＴＥＰ２４１２）。

本実施形態において例示している入力されたパスワードは"45871"であり、システム内パスワードは"4587"である。すなわち、認証サーバ１２は、入力されたパスワードとシステム内パスワードは一致しないと判断し、また、桁数もそれぞれ異なると判断する。

入力されたパスワードの桁数とシステム内パスワードの桁数とが異なる場合（ＳＴＥＰ２４１０のＹｅｓ）、認証サーバ１２は、入力されたパスワードにおける予め定められた位置である指定位置に含まれるキャラクタを削除する（ＳＴＥＰ２４１４）。本実施形態において、予め定められた位置は"１"の桁、すなわち一番右の桁であり、認証サーバ１２は、入力されたパスワード"45871"の"１"の桁から、数字"1"を削除することにより、"4587"を得る。すなわち、入力された、５桁の桁数を有するパスワードから、予め定められた数字を削除することにより、４桁のパスワードを生成する。

パスワードにおける指定位置は、予め認証データベース１４に登録されるのが好ましい。指定位置は、それぞれの利用対象システム１１に対応づけて定められてもよい。本実施形態において、パスワードにおける指定位置は、予め認証データベース１４に登録されており、認証サーバ１２は、認証データベース１４から、指定位置として"１"の桁を読み出し、入力されたパスワードの"１"の桁における数字を削除する。

次に、認証サーバ１２は、予め定められた数字を削除した、入力されたパスワードと、システム内パスワードとが一致するか否かを判断する（ＳＴＥＰ２４１６）。そして、一致しないと判断した場合（ＳＴＥＰ２４１６のＮｏ）、認証サーバ１２は、認証が失敗したことを、利用対象システム１２に通知する（ＳＴＥＰ２４１２）。

認証サーバ１２が、予め定められた数字を削除した、入力されたパスワードと、システム内パスワードとが一致すると判断した場合（ＳＴＥＰ２４１６のＹｅｓ）、認証サーバ１２は、利用対象システム１１に、認証が成功したことおよび予め定められた処理をすることを通知する（ＳＴＥＰ２４１８）。以下において、認証サーバ１２が、利用対象システム１１に通知すべき処理を判断する方法について説明する。

図２９は、利用対象システム１１に通知する処理と、所定のキャラクタからなる、当該処理に対応した機能コードとを対応づけた機能コードデータベースを示す図である。このように、認証サーバ１２は、認証データベース１４に対し、入力されたパスワードの指定位置に含まれるべき機能コードと、利用対象システム１１に通知すべき処理とを対応づけて予め登録する。そして、認証サーバ１２は、入力されたパスワードの指定位置に含まれる、削除されたキャラクタに基づいて、利用対象システム１１に通知すべき処理を機能コードデータベースから抽出し、利用対象システム１１に通知する。指定位置は、１つのパスワードに対して複数指定してもよい。また、機能コードは複数桁の数字であってもよく、文字や絵文字などのキャラクタであってもよい。

例えば、削除されたキャラクタが"０"である場合には、認証サーバ１２は、利用対象システム１１に、練習用であることを通知する。そして、利用対象システム１１は、練習用のサービスをユーザに提供する。また、削除されたキャラクタが"２"である場合には、認証サーバ１２は、利用対象システム１１に、緊急事態が発生したことを通知する。そして、利用対象システム１１は、例えば、警察などに通報する、ユーザＩＤ、一時識別情報、およびシステム別ユーザ識別情報をロックする、などの処理を行う。また、利用対象システム１１が銀行のシステムであり、ユーザが所定の口座に振込みをすべくユーザ認証を行った場合には、当該口座に振り込み額としてゼロ円振り込んだり、ユーザから指定された金額を振り込んだように見せかけるべく利用対象システム１１の画面にダミー画面を表示したりしてもよい。これにより、例えばユーザが脅迫されて利用対象システム１１を利用する場合であっても、ユーザは緊急事態が発生したことを、他人に気付かれることなく、認証サーバ１２および利用対象システム１１に通知することができる。

また、削除されたキャラクタが"９"である場合には、認証サーバ１２は、機能コードデータベースを参照して、削除されたキャラクタがダミーであると判断し、利用対象システム１１に、ユーザ認証が成功したことを通知する。この場合、認証サーバ１２は、利用対象システム１１に、機能コードとしてダミーが含まれていたことを併せて通知してもよい。

本実施形態において入力されたパスワードは"45871"であり、システム内パスワードは"4587"であるため、認証サーバ１２は削除されたキャラクタとして数字の"1"を抽出する。そして、認証サーバ１２は、認証データベース１４に含まれる機能コードデータベースを参照して、利用対象システム１１に、認証が成功したこと、および読み取り専用であることを通知する。そして、利用対象システム１１は、ユーザに対して、読み取り専用のサービスを提供する。読み取り専用のサービスは、例えば、銀行口座の残高照会や、掲示板の閲覧などのサービスである。これにより、ユーザは、ユーザ認証の都度生成される、例えば残高照会のみ可能なパスワードなどといった読み取り専用のパスワードを得ることができ、かっ、当該パスワードが読み取り専用であることを他人に知られることなく、当該パスワードを使って他人に残高照会などを依頼することができる。

本実施形態によれば、パスワードに所定のキャラクタを含ませることにより、ユーザは、他人に知られることなく、認証サーバ１２および／または利用対象システム１１に所定の処理をするよう要求することができる。また、パスワードに所定のキャラクタを含ませることにより、パスワードを入力するだけで、認証サーバ１２および／または利用対象システム１１に対して、複数の処理をするよう要求することができる。また、本実施形態によれば、パスワードに所定のキャラクタを含ませることにより、入力パスワードの桁数が増えるため、パスワードのセキュリティレベルをさらに上げることができる。

［第７の実施形態］
本実施形態は、ユーザ以外の者が、利用対象システム１１からパスワードを入力することにより、当該ユーザを認証する認証方法に関するものである。

図３０は、本実施形態に係るユーザ認証方法の全体スキームを説明するための概略図である。まず、ユーザは、パーソナルコンピュータ１５を用いて、利用対象システム１１に対する自身のパスワード導出パターン、および利用対象システム１１の利用に必要な個人情報を認証データベース１４に予め登録しておく（図中(1)）。ユーザは、利用対象システム１１を利用してユーザの本人確認をしょうとする確認者から、利用対象システム１１のシステムＩＤを取得する（図中(2)）。例えば、ユーザは、テレビ、ラジオ、雑誌その他の情報メディアを通じて、確認者の利用対象システム１１についてのシステムＩＤを取得する。

次に、ユーザは、そのシステムＩＤを携帯電話機１３に入力し、認証サーバ１２に送信する（図中(3)）。認証サーバ１２は、これを受けて、乱数表を生成し、これを提示用パターンとしてユーザの携帯電話機１３に送信する（図中(4)）。このとき、認証サーバ１２は、ユーザの携帯電話１３に、一時識別情報を送信してもよい。ユーザは、携帯電話機１３上に表示される提示用パターンを参照して、自身のパスワード導出パターンに割り当てられた要素値のシーケンス（パスワード）を導き出し、これを確認者に通知する（（図中(5)）。

例えば、ユーザは、電話や電子メールなどの情報伝達手段により、パスワードを確認者に通知する。このとき、ユーザは、確認者に一時識別情報を併せて通知してもよい。確認者は、利用対象システム１１に、ユーザから通知されたパスワードおよび／または一時識別情報を入力する。これにより、利用対象システム１１は、入力されたパスワードおよび／または一時識別情報を、認証サーバ１２に送信する（図中(6)）。

認証サーバ１２は、利用対象システム１１からパスワードを受け付けると、すでに登録してあるそのユーザのパスワード導出パターンおよび生成した提示用パターンから得られる数字列と、利用対象システム１１から送信されたパスワードとを比較して、これらが一致しているか否かを判断する。認証サーバ１２は、一致していると判断する場合には認証成功の通知を、そうでない場合には認証失敗の通知を、システムＩＤで示される利用対象システム１１に送信する（図中(7)）。そして、確認者は、ユーザの認証が成功した場合、利用対象システム１１を利用して、ユーザについて必要な個人情報を認証サーバ１２から受け取る。

本実施形態において、確認者は、例えば、テレフォンショッピング会社、宿泊予約を受ける宿泊業者、賃貸申し込みを受ける不動産業者、各種証明書を発行する発行者、与信や決済を行う信用会社、医療相談を受ける医師などである。また、必要な個人情報とは、例えば、ユーザの住所、電話番号、クレジットカード番号、預金口座、疾病記録、カルテ、経歴、勤務先などの、ユーザに関する情報である。ユーザは、利用対象システム１１を利用する確認者に開示される個人情報を制限してもよい。例えば、ユーザは、携帯電話機１３から認証サーバ１２にシステムＩＤを送信する際に、個人情報の開示を制限するコードを携帯電話機１３に入力し、認証サーバ１２に送信する。

本発明によれば、システムに対する第三者の不正アクセスを有効に防止する新たなユーザ認証方法およびこれを実現するシステムを提供することができる。

また、本発明によれば、既存のシステムインフラストラクチャを最大限活用しているので、余分なコスト負担をかけることなく、とのようなユーザ認証方法およびこれを実現するシステムを提供することができる。

さらに、本発明によれば、システムに対する不正アクセスを有効に防止しつつ、一方で、ユーザによるパスワード管理を容易にして、あらゆるユーザにとって使い勝手のよいユーザ認証方法およびこれを実現するシステムを提供することができるようになる。

本発明の一実施形態に係るユーザ認証方法の全体スキームを説明するための概略図である。 本発明の一実施形態に係るパスワード導出パターンを説明するための図である。 本発明の一実施形態に係るパーソナルコンピュータ上に表示されたパスワード導出パターン登録画面の一例を示す図である。 本発明の一実施形態に係るパーソナルコンピュータ上に表示された設定の確認画面の一例を示す図である。 本発明の一実施形態に係る認証データベースのデータ構造の一例を示す図である。 本発明の一実施形態に係る利用対象システム上に表示された受付画面の一例を示す図である。 本発明の一実施形態に係る携帯電話機上に表示されたメニュー画面の一例を示す図である。 本発明の一実施形態に係る携帯電話機上に表示された認証手続開始画面の一例を示す図である。 本発明の一実施形態に係る認証サーバにおける処理の流れを説明するためのフローチャートである。 本発明の一実施形態に係るユーザ認証要求待ちテーブルの一例を説明するための図である。 本発明の実施形態に係る携帯電話機上に表示された乱数表提示画面の一例を示す図である。 本発明の一実施形態に係る利用対象システム上に表示された受付画面の一例を示す図である。 本発明の一実施形態に係る利用対象システム上に表示されたパスワード入力画面の一例を示す図である。 本発明の一実施形態に係る認証サーバにおける処理の流れを説明するためのフローチャートである。 本発明の一実施形態に係るユーザ認証方法の全体スキームを説明するための概略図である。 本発明の一実施形態に係る携帯電話機上に表示されたパスワード導出パターン登録画面の一例を示す図である。 本発明の一実施形態に係る携帯電話機上に表示された設定の確認画面の一例を示す図である。 本発明の一実施形態に係るパスワード導出パターンの登録方法の処理の流れを説明するためのフローチャートである。 本発明の一実施形態に係るパスワード導出パターンの登録方法を説明する画面例である。 本発明の一実施形態に係るパスワード導出パターンの登録方法を説明する画面例である。 本実施形態に係るユーザ認証方法の全体スキームを説明するための概略図である。 認証データベース１４のデータ構造の一例を示す図である。 ユーザ認証要求待ちテーブルの一例を示す図である。 本実施形態に係る認証サーバ１２における処理の流れを説明するためのフローチャートである。 本実施形態に係る認証サーバ１２における処理の流れを説明するためのフローチャートである。 本実施形態に係る認証サーバ１２における処理の流れを説明するためのフローチャートである。 システム別ユーザ識別情報を生成する処理を示すフローチャートである。 パスワードの認証方法を示すフローチャートである。 利用対象システム１１に通知する処理と、当該処理に対応したキャラクタである機能コードとを対応づけた機能コードデータベースを示す図である。 本実施形態に係るユーザ認証方法の全体スキームを説明するための概略図である。

Claims (8)

1. 認証サーバが、所定のパターンを構成する要素群の中から選択された特定の要素に基づく、利用対象システムに対するパスワード導出パターンを登録するステップと、
   前記認証サーバが、前記利用対象システムについてのシステム識別情報及び当該利用対象システムを利用するための個人情報を制限するためのコードをユーザの情報端末から受け付けるステップと、
   前記認証サーバが、前記所定のパターンを構成する要素群のそれぞれに所定のキャラクタを割り当てた提示用パターンを生成するステップと、
   前記認証サーバが、前記パスワード導出パターン及び前記提示用パターンに基づいて、システム内パスワードを生成するステップと、
   前記認証サーバが、前記生成した提示用パターンを含む所定の画面を前記情報端末装置に提示して、前記パスワード導出パターンに対応する特定の要素に割り当てられた複数のキャラクタが前記利用対象システムに対して入力されるように促すステップと、
   前記認証サーバが、前記複数のキャラクタを入力パスワードとして前記利用対象システムから受け付けるステップと、
   前記認証サーバが、前記システム内パスワードに基づいて、前記入力パスワードが正当であるか否かを判断するステップと、
   前記認証サーバが、前記判断するステップによる判断結果を前記利用システムに通知するステップと、
   前記認証サーバが、前記コードに従って制限された、前記ユーザについての個人情報を前記利用対象システムに提供するステップと、
   を含むことを特徴とするユーザ認証方法。
2. 請求項１記載のユーザ認証方法であって、
   前記認証サーバが、前記利用対象システムに対する前記ユーザごとの個人情報を登録するステップ、をさらに含むことを特徴とするユーザ認証方法。
3. 請求項１記載のユーザ認証方法であって、
   前記認証サーバが、前記ユーザを識別するためのユーザＩＤに対応付けた一時識別情報を生成し、当該生成した一時識別情報を、前記生成した提示用パターンとともに前記情報端末装置に提示することを特徴とするユーザ認証方法。
4. 請求項３記載のユーザ認証方法であって、
   前記認証サーバが、前記一時識別情報を前記利用対象システムから受け付けて、当該一時識別情報に従うユーザのシステム内パスワードを特定することを特徴とするユーザ認証方法。
5. 情報端末装置及び利用対象システムに通信可能に接続される認証サーバであって、
   所定のパターンを構成する要素群の中から選択された特定の要素に基づく、前記利用対象システムに対するパスワード導出パターンを登録する手段と、
   前記利用対象システムについてのシステム識別情報及び当該利用対象システムを利用するための個人情報を制限するためのコードをユーザの情報端末から受け付ける手段と、
   前記所定のパターンを構成する要素群のそれぞれに所定のキャラクタを割り当てた提示用パターンを生成する手段と、
   前記パスワード導出パターン及び前記提示用パターンに基づいて、システム内パスワードを生成する手段と、
   前記生成した提示用パターンを含む所定の画面がユーザの情報端末装置に提示されるように制御する手段と、
   前記所定の画面に従って、前記パスワード導出パターンに対応する特定の要素に割り当てられた複数のキャラクタを入力パスワードとして前記利用対象システムから受け付ける手段と、
   前記システム内パスワードとに基づいて、前記入力パスワードが正当であるか否かを判断する手段と、
   前記判断する手段による判断結果を前記利用システムに通知する手段と、
   前記コードに従って制限された、前記ユーザについての個人情報を前記利用対象システムに提供する手段と、
   を備えることを特徴とする認証サーバ。
6. 認証サーバが、所定のパターンを構成する要素群の中から選択された特定の要素に基づくパスワード導出パターンを登録するステップと、
   認証サーバが、前記所定のパターンを構成する要素群のそれぞれに所定のキャラクタを割り当てた提示用パターンを生成するステップと、
   認証サーバが、前記パスワード導出パターン及び前記提示用パターンに基づいて、システム内パスワードを生成するステップと、
   認証サーバが、前記生成した提示用パターンを含む所定の画面を提示して、前記パスワード導出パターンに対応する特定の要素に割り当てられた複数のキャラクタを利用対象システムに対して入力するようにユーザに促すステップと、
   認証サーバが、前記ユーザが入力した前記複数のキャラクタを前記利用対象システムから受け付けて、当該複数のキャラクタから所定のキャラクタを削除してユーザパスワードを生成するステップと、
   認証サーバが、前記システム内パスワードに基づいて、前記ユーザパスワードが正当であるか否かを判断するステップと、
   認証サーバが、前記判断するステップによる判断結果を前記利用システムに通知するステップと、
   を含むことを特徴とするユーザ認証方法。
7. 請求項６記載のユーザ認証方法であって、
   前記認証サーバが、前記判断ステップにおいて前記ユーザパスワードが正当であると判断する場合に、前記削除した所定のキャラクタに対応する、所定の処理内容を通知することを特徴とするユーザ認証方法。
8. 情報端末装置及び利用対象システムに通信可能に接続された認証サーバであって、
   所定のパターンを構成する要素群の中から選択された特定の要素に基づくパスワード導出パターンを記憶する手段と、
   前記所定のパターンを構成する要素群のそれぞれに所定のキャラクタを割り当てた提示用パターンを生成する手段と、
   前記パスワード導出パターン及び前記提示用パターンに基づいてシステム内パスワードを生成する手段と、
   前記生成した提示用パターンが前記情報端末装置の所定の画面に提示されるように制御して、前記パスワード導出パターンに対応する特定の要素に割り当てられた複数のキャラクタを前記利用対象システムから受け付ける手段と、
   前記利用対象システムから受け付けた前記複数のキャラクタから所定のキャラクタを削除してユーザパスワードを生成する手段と、
   前記システム内パスワードに基づいて、前記ユーザパスワードが正当であるか否かを判断する手段と、
   前記判断する手段による判断結果を前記利用システムに通知する手段と、
   を備えることを特徴とする認証サーバ。

Images