(57)【要約】【課題】ユーザの記憶の負担を軽減し、かつ安全性の高い個人認証システムの提供。【解決手段】従来の画像による個人認証システムは、認証サーバ１１０がユーザ端末１５０を認証するシステムとして、パスワード画像を設定する「設定」機能と、実際にユーザの認証を行う「認証」機能の２機能により構成されていた。本発明の個人認証システムでは、さらに、ユーザ端末１５０から認証サーバ１１０に画像を追加登録できる「登録」機能と、登録や認証、設定行為が発生したことを認証サーバ１１０からユーザ端末１５０に通知する「通知」機能の２機能を追加する。また、認証時に、パスワード画像が含まれない照合画面を提示する場合を設ける。これにより、ユーザの記憶の負担を軽減し、かつ安全性の高い個人認証システムを実現することができる。【選択図】図１
2004157675.tif 000002
【特許請求の範囲】
【請求項１】
画像を用いた個人認証システムであって、認証用のサーバは、
少なくとも認証対象の個人が登録する画像を蓄積した画像データベースと、
前記画像データベースから選択された認証用の画像を蓄積した認証データベースとを有し、
認証の際に、前記画像データベースからの複数の画像と前記認証データベースからの認証用の画像とを組み合わせた認証画像選択画面を作成して端末に送信する認証画面作成送信手段と、
端末から選択された画像を受信して、個人認証を行う受信認証手段と
を備えることを特徴とする個人認証システム。
【請求項２】
請求項１に記載の個人認証システムにおいて、
前記認証画面作成送信手段および前記受信認証手段は、認証画像選択画面の作成・送信、受信・認証を少なくとも１回繰り返して、すべてが正しく認証されたときに、個人認証が行われたとすることを特徴とする個人認証システム。
【請求項３】
請求項２に記載の個人認証システムにおいて、
前記認証画面作成送信手段は、認証画像選択画面として、認証用の画像を含まない画面を作成して送信する場合もあることを特徴とする個人認証システム。
【請求項４】
請求項２又は３に記載の個人認証システムにおいて、
前記認証画像選択画面の作成・送信、受信・認証の繰り返し回数は、該回数を指定できることを特徴とする個人認証システム。
【請求項５】
請求項１〜４のいずれかに記載の個人認証システムにおいて、
さらに、認証サーバには、認証アクセス履歴を蓄積したアクセス履歴データベースを有し、
端末からの要求により、対応する個人の認証アクセス履歴を通知する履歴通知手段を
備えることを特徴とする個人認証システム。
【請求項６】
請求項１〜５のいずれかに記載の個人認証システムにおいて、
前記画像データベースには、個人ごとに複数の優先画像を登録でき、
前記認証画面作成送信手段は、前記画像データベースから前記優先画像を優先的に選択することを特徴とする個人認証システム。
【請求項７】
請求項１〜６のいずれかに記載の個人認証システムにおいて、
前記画像データベースには、画像ごとに分類を付して登録でき、
前記認証画面作成送信手段は、前記画像データベースから認証用の画像と同じ分類の画像を選択することを特徴とする個人認証システム。
【請求項８】
請求項１〜７のいずれかに記載の機能を備える個人認証システムをコンピュータに実現させるためのプログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、移動体通信端末からインターネットに接続する場合などにおける個人認証システムに関する。
【０００２】
【技術的背景】
モバイルバンキングやオンラインショッピングの普及に伴い、携帯電話などの移動体通信端末を利用した簡便な個人認証方法が重要となってきている。
従来、インターネット利用時などの個人認証システムにおいては、文字列（パスワード）を照合情報とする認証が一般的である。しかしながら、パスワードは記憶しづらいばかりか、認証時に文字列を完全に思い出す必要がある。このため、ユーザが簡単で記憶しやすい文字列をパスワードとして使用したり、パスワードを書き留めてしまうなどの問題を発生させている。
【０００３】
この問題を解決するため、新たな認証方法として、画像を用いた認証方式（以降「画像認証」という）が提案されている（例えば非特許文献１参照）。
画像認証では、照合情報として従来のパスワードの代わりに、画像を使用する。画像は一般的に、文字列よりも記憶が容易である。また、照合時に、照合情報である画像（以降「パスワード画像」という）をユーザに提示することができるため、ユーザは照合情報を思い出しやすく、文字列のように完全に思い出す必要もない。このため、画像認証は上記の問題を回避することができる。
【０００４】
しかしながら、従来の画像認証には、下記のような問題が残されている。
一つは、無意味な画像を使用していることによる問題である。
従来の画像認証（非特許文献１参照）では、人工的に生成された画像（ランダムアート画像）を用いている。このため、画像とはいえユーザにとっては意味のない情報であり、文字列と同様、その記憶や認識が容易でないという問題が残る。
また、従来の画像認証では安全性を高めるために複数枚のパスワード画像を使って認証を行なっているが、パスワード画像の数を多くすれば、それだけユーザの記憶への負担が増加してしまう。
【０００５】
二つめは、画像の追加が容易でないことによる問題である。
従来の画像認証では、認証システムが用意する画像のみを使用しており、例えばユーザが画像の追加を行なうことは許されていない。
また、認証システムが用意する画像の中からパスワード画像を選択しなければならないために、ユーザはどれをパスワード画像にするか迷い、画像の閲覧などに時間や手間がかかりがちである。このため、一般にユーザが照合情報を随時変更することは推奨されているにもかかわらず、パスワード画像の変更が行われにくい。
【０００６】
三つめは、照合時にパスワード画像が必ず提示されることによる問題である。従来の画像認証は、照合時にパスワード画像を含む複数の画像を提示し、ユーザがその中からパスワード画像を選択することにより認証を行なっており、照合の都度必ずパスワード画像が提示される。
このような画像認証では、例えば、全てのパスワード画像が１回の認証試行で表示され、かつ、パスワード画像と同時に提示される他の画像（以降「おとり画像」という）が次の認証試行ですべて入れ替わるような場合には、認証試行を２回行なえばパスワード画像が特定されてしまう。このため、これを悪用した攻撃（以降「Ｉｎｔｅｒｓｅｃｔｉｏｎ攻撃」という）が懸念される。
【０００７】
【非特許文献１】
Ｒ．  Ｄｈａｍｉｊａ  ａｎｄ  Ａ．  Ｐｅｒｒｉｇ，  Ｄｅｊａ  Ｖｕ：  Ａ  Ｕｓｅｒ  Ｓｔｕｄｙ  Ｕｓｉｎｇ  Ｉｍａｇｅｓ  ｆｏｒ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，  ９ｔｈ  Ｕｓｅｎｉｘ  Ｓｅｃｕｒｉｔｙ  Ｓｙｍｐｏｓｉｕｍ，  ｐｐ．  ４５−５８，  Ａｕｇ，  （２０００）．
【０００８】
【発明が解決しようとする課題】
上記の問題に対し、本発明は、ユーザの記憶の負担を軽減し、かつ安全性の高い個人認証システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記の課題を解決するために、本発明は、画像を用いた個人認証システムであって、認証用のサーバは、少なくとも認証対象の個人が登録する画像を蓄積した画像データベースと、前記画像データベースから選択された認証用の画像を蓄積した認証データベースとを有し、認証の際に、前記画像データベースからの複数の画像と前記認証データベースからの認証用の画像とを組み合わせた認証画像選択画面を作成して端末に送信する認証画面作成送信手段と、端末から選択された画像を受信して、個人認証を行う受信認証手段とを備えることを特徴とする個人認証システムである。
前記認証画面作成送信手段および前記受信認証手段は、認証画像選択画面の作成・送信、受信・認証を少なくとも１回繰り返して、すべてが正しく認証されたときに、個人認証が行われたとすることを特徴としてもよい。
また、前記認証画面作成送信手段は、認証画像選択画面として、認証用の画像を含まない画面を作成して送信する場合もあることを特徴としてもよい。
また、前記認証画像選択画面の作成・送信、受信・認証の繰り返し回数は、該回数を指定できることを特徴としてもよい。
さらに、認証サーバには、認証アクセス履歴を蓄積したアクセス履歴データベースを有し、端末からの要求により、対応する個人の認証アクセス履歴を通知する履歴通知手段を備えてもよい。
前記画像データベースには、個人ごとに複数の優先画像を登録でき、前記認証画面作成送信手段は、前記画像データベースから前記優先画像を優先的に選択するようにしてもよい。
また、前記画像データベースには、画像ごとに分類を付して登録でき、前記認証画面作成送信手段は、前記画像データベースから認証用の画像と同じ分類の画像を選択するようにしてもよい。
なお、上記に記載の機能を備える個人認証システムをコンピュータに実現させるためのプログラムを記録した記録媒体も、本発明である。
【００１０】
【発明の実施の形態】
以下、本発明の画像を用いた個人認証システムの実施形態を、図を用いて詳細に説明する。
【００１１】
（本実施形態のシステムの全体構成）
まず、図１に示すシステム構成図を参照しながら、本実施形態の個人認証システムの全体構成を説明する。
図１に示す本実施形態の個人認証システムは、認証サーバ１１０と例えば携帯電話などのユーザ端末１５０のクライアント−サーバ形式である。
認証サーバ１１０は、本実施形態のシステムで使用するプログラムやデータベースなどを有している。データベースには、本実施形態のシステムで使用する画像を格納した画像データベース１１２、パスワード画像などユーザ認証に関する情報を格納したユーザ認証データベース１１４、ユーザ端末１５０からのアクセス記録を格納したアクセス履歴データベース１１６の３つがある。
ユーザ端末１５０は例えば携帯電話などの移動体通信端末である。本実施形態のシステムでは、特に、カメラ付き携帯電話の利用を想定している。カメラ付き携帯電話を対象とした理由は、ユーザが画像を取得（撮影）し、それを電子メールに添付して送信することが容易だからである。
【００１２】
認証サーバ１１０とユーザ端末１５０との間の通信には、電子メールおよびＷｅｂを利用する。本実施形態のシステムでは、これらの通信により「登録」「設定」「認証」および「通知」の４つの機能を実現している。
従来の個人認証システムは、これらの４機能のうち、パスワードを設定する「設定」と、実際に認証を行う「認証」の２機能により成り立っているが、本実施形態のシステムでは、さらに、ユーザが認証サーバ１１０に画像を追加登録する「登録」と、登録や認証、設定行為が発生したことをユーザに通知する「通知」の２つの機能を追加している。
【００１３】
（本実施形態のシステムの基本機能）
次に、上述した４つの基本的な機能、すなわち「登録」「設定」「認証」および「通知」について、図２〜図７に示すフローチャート等を用いて詳細に説明する。なお、上記の４つの機能はすべてユーザ端末１５０から認証サーバ１１０に電子メールが送信されることにより処理が開始するが、ユーザの識別は認証サーバ１１０により自動的に行なわれ、ユーザがユーザ名を入力する必要はない。具体的には、ユーザの電子メールアドレスをユーザ名とし、認証サーバ１１０が電子メールから電子メールアドレスを自動的に抽出して、ユーザを識別する。
【００１４】
（１）登録
登録とは、ユーザが認証サーバ１１０に画像を追加登録することができる機能である。図２のフローチャートを用いて、登録の処理手順を説明する。
まず、ユーザはユーザ端末１５０で撮影した画像を電子メールに添付して、認証サーバ１１０に送信する（Ｓ２５２）。認証サーバ１１０は、送信された画像を画像データベース１１２に登録する（Ｓ２１２）とともに、その画像を掲載した確認用のウェブページを生成する（Ｓ２１４）。そして、確認用ウェブページのＵＲＬを記した電子メールを、ユーザ端末１５０に送信する（Ｓ２１６）。この電子メールにより、仮に第三者がユーザ本人になりすまして画像を登録した場合にも、ユーザは登録があったこと（自分の権限が悪用されつつあること）を知ることができる。
【００１５】
ユーザは、ＵＲＬで指定された確認用ウェブページにアクセスして、自分が登録した画像を確認する（Ｓ２５４）。これは、登録した画像が自分のユーザ端末１５０でどのように見えるかを確認するためである。認証時にユーザ端末１５０に表示される画像は、縮小された画像になる。また撮影時と認証時に表示される画像の印象が大きく異なることもありうる。これらを考慮し、登録した画像を認証時と同じ表示で事前に見ておくことは重要である。
なお、安全性確保のため、認証サーバ１１０は確認用ウェブページを生成から一定時間後に削除する（Ｓ２１８）。
【００１６】
上述の登録機能によれば、ユーザは自分の撮影した写真を画像認証に利用することができる。
このような写真は、従来の画像認証で用いられていた人工的な画像に比べ、より記憶しやすい画像であるといえる。このため、ユーザの記憶に対する負担を軽減することができる。
また、ユーザが積極的に写真を撮り、その画像を認証に使用することが考えられる。例えば、良い写真が撮れた場合にはそれをパスワード画像として使用したいと考える可能性が高い。このため、ユーザによる自主的なパスワード画像の更新がなされ、認証の安全性が強化されることが期待できる。
また、ユーザが画像を自由に追加登録することができるため、画像データベース１１２がもつ全画像数は時間とともに拡大する。すなわち、パスワード画像およびおとり画像として使用できる画像数が増加する。このため、認証の安全性が強化される。
なお、本実施形態のシステムで使用する画像はユーザの登録した画像に限られず、認証サーバ１１０に画像をあらかじめ用意しておくこともできる。また、画像は写真に限られず、イラストも使用できる。
【００１７】
（２）設定
設定とは、ユーザが認証システムの持つ画像群からパスワード画像を決定する機能である。図３のフローチャートを用いて、設定の処理手順を説明する。
まず、ユーザはユーザ端末１５０から設定機能の利用を要求する電子メールを認証サーバ１１０に送信する（Ｓ３５２）。この電子メールは、例えば、ユーザがユーザ端末１５０に用意されたメニューから「設定」を選択すると、ユーザ端末１５０が自動的に生成するようになっている。この時、電子メールには設定機能の利用要求である旨のキーワードを含むようにする。認証サーバ１１０は電子メールの受信時にこのキーワードを読み取って、設定機能の利用要求である旨を自動的に判断する。
次に、認証サーバ１１０はウェブページのＵＲＬを記した電子メールをユーザ端末に送信する（Ｓ３１２）。このウェブページは、パスワード画像を設定するための設定用ウェブページである。
【００１８】
ユーザがＵＲＬで指定された設定用ウェブページにアクセスする（Ｓ３５４）と、認証サーバ１１０は、画像データベース１１２に登録されている画像から複数の画像を選択して、設定用ウェブページ上に提示する（Ｓ３１４）。ここで、本実施形態では、ユーザ自身が登録した画像のみを選択して提示するものとする。なお、提示方法はこれに限られず、例えば画像データベース１１２からランダムに選択して提示してもよいし、登録時間の新しい順に選択して提示してもよい。
ユーザは設定用ウェブページを閲覧しながらパスワード画像を決定する（Ｓ３５６）。ユーザがパスワード画像を決定すると、認証サーバ１１０はその画像をユーザ認証データベース１１４に登録する（Ｓ３１６）。
【００１９】
（３）認証
認証とは、ユーザの個人認証を行なう機能である。図４のフローチャートを用いて、認証の処理手順を説明する。
まず、ユーザはユーザ端末１５０から認証機能の利用を要求する電子メールを認証サーバ１１０に送信する（Ｓ４５０）。この電子メールは、上述の（２）で説明した設定機能の利用を要求する電子メールと同様に、例えば、ユーザがユーザ端末１５０に用意されたメニューから「認証」を選択すると、ユーザ端末１５０が自動的に、認証機能の利用要求である旨のキーワードを含む電子メールを生成する。そして、認証サーバ１１０は電子メールの受信時にこのキーワードを読み取って、認証機能の利用要求である旨を自動的に判断する。
次に、認証サーバ１１０はウェブページのＵＲＬを記した電子メールをユーザ端末に送信する（Ｓ４１２）。このウェブページは、実際にユーザの個人認証を行なうための認証用ウェブページである。
【００２０】
ユーザがＵＲＬで指定された認証用ウェブページにアクセスする（Ｓ４５２）と、認証サーバ１１０は、ユーザ認証データベース１１４からパスワード画像を選択し、画像データベース１１２からおとり画像を選択する。おとり画像は、例えば画像データベース１１２に格納されている全ての画像からランダムに選択するが、他の選択方法を用いてもよい。他の選択方法については後述の拡張機能の欄で説明する。認証サーバ１１０は、選択したパスワード画像とおとり画像の組み合わせを、認証用ウェブページ上に提示する（Ｓ４１４）。
【００２１】
上記の処理により、ユーザがＵＲＬで指定された認証用ウェブページにアクセスする（Ｓ４５２）と、ユーザ端末１５０には図５に示すような照合画面５００が表示される。本実施形態では、照合画面５００に同時に提示される画像５１０は９枚であり、図５に示すように縦３枚×横３枚に並べて表示する。また、これら９枚の画像は、１枚のパスワード画像と８枚のおとり画像、もしくは、９枚のおとり画像（すなわち、パスワード画像を含まない）で構成される。ただし、１回の認証において、パスワード画像、おとり画像とも、同じ画像が複数回提示されることはないようにする。ユーザは、提示された９枚の画像からパスワード画像を選択するか、もしくは「画像なし」を選択する（この作業を以降「照合」という）（Ｓ４５４）。この選択はユーザ端末１５０の矢印ボタンや数字ボタンを用いて行なうようにするとよい。認証サーバ１１０は、ユーザが選択した画像（もしくは「画像なし」である旨）を受信し、ユーザの選択が正解であるかを判断する。
【００２２】
本実施形態では、あらかじめ１回の認証における照合回数を定めておき、各照合でのユーザの選択が正解であった場合（Ｓ４１６でＹｅｓの場合）、照合回数に達するまで次の照合を行なう（Ｓ４１４〜Ｓ４１８）。全ての照合に正解すれば、認証成功とする（Ｓ４２０）。一方、ユーザの選択が不正解であった場合（Ｓ４１６でＮｏの場合）は認証失敗とする（Ｓ４２２）。
さらに、あらかじめ認証の制限時間を設けておき、制限時間を超えた場合には各照合での選択が全て正解であった場合でも認証失敗とするようにしてもよい。
【００２３】
図６は、１回の認証が４回の照合からなり、各ユーザが２枚のパスワード画像を持っている場合における認証の例（図４におけるＳ４１４以降の処理）を示した図である。なお、照合回数やパスワード画像の数は上記に限られない。
図６において、４回の照合は、照合画面１（６１０）から照合画面４（６４０）までの４つの照合画面により行なわれる。各照合画面において、白い四角形はおとり画像を、網掛けの四角形はパスワード画像を示している。
上述したように、各照合では９枚の画像が提示され、その中には最大で１枚のパスワード画像が含まれる。すなわち、パスワード画像が含まれない場合もある。ただし、１回の認証において、パスワード画像、おとり画像とも、同じ画像が複数回提示されることはないようにする。また、おとり画像は画像データベース１１２からランダムに選択され、おとり画像、パスワード画像ともに画面上に提示される位置はランダムである。さらに、パスワード画像を含まない照合画面が何回目の照合で出現するかも、ランダムに決定される。そして、４回の照合にすべて正解した場合を認証成功とする。
【００２４】
まず、６１０に示す照合画面１がユーザ端末に表示される。照合画面１では、パスワード画像（２枚のうちの一方）が上段の中列に提示されている。ユーザはユーザ端末１５０の矢印キーや数字キー（例えば「２」のキー）などを用いて、上段中列の画像を選択する（Ｓ６１２）。正解の場合、６２０に示す照合画面２が表示される。
照合画面２では、パスワード画像は提示されず、おとり画像９枚が提示されている。ユーザはユーザ端末１５０の矢印キーや数字キー（例えば「０」のキー）などを用いて、「パスワード画像が含まれない」という選択をする（Ｓ６２２）。正解の場合、６３０に示す照合画面３が表示される。
照合画面３では、パスワード画像（２枚のうちのもう一方）が下段の右列に提示されている。ユーザはユーザ端末１５０の矢印キーや数字キー（例えば「９」のキー）などを用いて、下段右列の画像を選択する（Ｓ６３２）。正解の場合、６４０に示す照合画面４が表示される。
照合画面４では、パスワード画像は提示されず、おとり画像９枚が提示されている。ユーザはユーザ端末１５０の矢印キーや数字キー（例えば「０」のキー）などを用いて、「パスワード画像が含まれない」という選択をする（Ｓ６４２）。正解の場合、認証に成功する。
【００２５】
このように、本実施形態の認証では、照合時に「パスワード画像が含まれない」という事象を発生させることで、照合回数を減らすことなく、ユーザが記憶すべき画像枚数を削減している。このため、ユーザの記憶に対する負担を軽減することができる。
また、照合時に必ずパスワード画像が提示される従来の認証方法の問題点であったＩｎｔｅｒｓｅｃｔｉｏｎ攻撃も防止できる。なお、本実施形態で各照合ごとにパスワード画像を最大で１枚しか提示しない理由は、偶然による照合成功の確率を下げるためである。
【００２６】
（４）通知
通知とは上述の登録、設定ならびに認証が行われたことを、ユーザ本人に通知する機能である。本実施形態では、能動的通知と受動的通知の二つの方法により通知を行なう。これらの方法はいずれかを使用することも、両方を組み合わせて使用することも可能である。
能動的通知は、通知対象となる事象が発生する毎に、すぐに認証サーバがその旨を記した電子メールを生成し、該当ユーザに送信するものである。能動的通知は、例えば、画像が画像データベースに登録された時（図２のＳ２１２）、パスワード画像が設定された時（図３のＳ３１６）、認証に成功した時（図４のＳ４２０）、認証に失敗した時（図４のＳ４２２）などの場合に行なわれる。
受動的通知は、Ｗｅｂを通じて行われ、現在時刻より一定時間前までのすべての事象の記録を閲覧することができるものである。図７のフローチャートを用いて、受動的通知の処理手順を説明する。
【００２７】
まず、ユーザはユーザ端末１５０から通知機能の利用を要求する電子メールを認証サーバ１１０に送信する（Ｓ７５２）。この電子メールは、上述の（２）で説明した設定機能の利用を要求する電子メールと同様に、例えば、ユーザがユーザ端末１５０に用意されたメニューから「通知」を選択すると、ユーザ端末１５０が自動的に、通知機能の利用要求である旨のキーワードを含む電子メールを生成する。そして、認証サーバ１１０は電子メールの受信時にこのキーワードを読み取って、通知機能の利用要求である旨を自動的に判断する。
【００２８】
次に、認証サーバ１１０は、アクセス履歴データベース１１６から、現在時刻より一定時間前までのすべてのアクセス履歴を選択し（Ｓ７１２）、そのアクセス履歴を掲載したウェブページを生成する（Ｓ７１４）。アクセス履歴とは、例えば、上述の能動的通知の説明で例示したような事象や、各機能を利用する際の電子メールの送受信ログ、ウェブページへのアクセス履歴などであり、これらの事象が発生するたびに、アクセス履歴データベース１１６に登録されたものである。
認証サーバ１１０は、生成したウェブページのＵＲＬを記した電子メールをユーザ端末に送信し（Ｓ７１６）、ユーザは、ＵＲＬで指定されたウェブページにアクセスして、アクセス履歴を閲覧することができる（Ｓ７５４）。なお、このアクセス履歴は、認証なしで閲覧できるようにする。攻撃者に乗っ取られた場合でも、その利用状況だけは確認できるようにするためである。
【００２９】
従来の個人認証では確率的な安全性にのみ依存し、なりすましが試みられているとか、なりすまされたという事象をユーザが知ることができず、また、知るための手段を提供してこなかった。
上述の通知機能は、自分の権限が自分自身によってのみ使われているかを確認できる手段をユーザに与えたものである。これにより、他人がなりすましを試みている場合や、万一なりすましが成功してしまった場合でも、ユーザがその事実を知ることができる。また、例えば、一度でも認証に失敗するとそれが通知機能により正当なユーザに通知されるため、第三者がなりすましの試みを躊躇するといった抑止力効果も期待できる。
【００３０】
（本実施形態のシステムの拡張機能）
最後に、本実施形態の個人認証システムの拡張機能について説明する。これらの拡張機能は、安全性をより高めるために有効であり、組み合わせて利用することもできる。
【００３１】
（１）優先度付きおとり画像の使用
上述したように、本実施形態のシステムでは、照合時に「パスワード画像が含まれない」という事象を用いることにより、Ｉｎｔｅｒｓｅｃｔｉｏｎ攻撃を防止することができる。しかしながら、照合時に提示された各画像の出現確率を求めることで、パスワード画像を絞りこむことも考えられる。
これに対しては通知によって部分的にすでに対策が行われているが、安全性をより高めるため、さらに、優先度付きおとり画像の使用を提案する。
これは、画像データベース１１２から、パスワード画像の数倍程度の枚数の画像（これを「優先度付きおとり画像」という）をあらかじめ選択しておき、これらの画像を優先的におとり画像として照合画面に提示することで、おとり画像の出現頻度をパスワード画像と同程度にし、Ｉｎｔｅｒｓｅｃｔｉｏｎ攻撃によるパスワード画像の同定を困難にする方法である。なお、１回の認証にておとり画像は１回しか使われないようにする。つまり同一のおとり画像が１回の認証で複数回使われないようにする。
【００３２】
（２）カテゴリー（分類）付けされた画像の使用
画像認証においては、上述のＩｎｔｅｒｓｅｃｔｉｏｎ攻撃のほか、Ｅｄｕｃａｔｅｄ  Ｇｕｅｓｓ攻撃も懸念される。Ｅｄｕｃａｔｅｄ  Ｇｕｅｓｓ攻撃とは、あるユーザに関する情報を持つ第三者がその情報をもとにパスワード情報を推測することでなりすましを行おうとするものである。
これに対し本実施形態では、登録と通知の機能によりある程度その改善を図っているが、安全性をより高めるためには、推測によるパスワード画像の特定が困難になるような画像提示法を行う必要がある。すなわち、照合時に提示されるおとり画像にパスワード画像と意味的、絵的に類似した画像を必ず提示するようにする。
【００３３】
具体的には、まず、画像登録時にその画像に関する意味的、絵的なカテゴリー（分類）付けをすることを可能とする。このカテゴリーは認証サーバ１１０で用意されているものであり、ユーザが自由にカテゴリー付けできるわけではない。そして、照合時にパスワード画像と同じカテゴリーを持つ画像をおとり画像として提示するようにして、推測によるパスワード画像の特定を困難にする。
なお、画像に付加されたカテゴリーは、上記（１）の優先度付きおとり画像にも利用できる。
【００３４】
（３）ユーザによる照合回数等の決定
本実施形態においては、１回の認証における照合回数を変えることで、認証の難易度を変化させることができる。つまり、簡単に認証をさせたい時には１回の照合で認証とし、困難にしたい時には例えば１０回の照合で認証させることができる。
安全性を高めるためには、ユーザが１回の認証における照合回数や全照合回数におけるパスワード画像が含まれる照合の回数などを、自由に決定できるようにするとよい。
なぜなら、これらの回数はユーザのみが知る事項となるため、認証試行者の真贋がより判断しやすくなるからである。  例えば、認証するユーザは複数回の照合作業をするわけだが、この中でパスワード画像の照合回数が事前に知っているはずの回数と異なっていた場合には「攻撃者」による認証試行であると判定することが可能である。
同様に、ユーザにパスワード画像の枚数を決定させることもできる。
【００３５】
（４）罠画像の使用
また、罠画像を設けておく方法も効果がある。罠画像とは、認証時に選んではいけない画像であり、ユーザはあらかじめ罠画像を選択して登録しておく。これにより、認証時にこの画像を選択した場合、その認証を試みたユーザは攻撃者であると判定できる。
【００３６】
【発明の効果】
上述したように、本発明の画像を用いた個人認証システムによれば、ユーザの記憶の負担を軽減し、かつ安全性の高い個人認証システムを実現することができる。
【図面の簡単な説明】
【図１】本実施形態のシステム構成図の例である。
【図２】登録処理の手順を示すフローチャートである。
【図３】設定処理の手順を示すフローチャートである。
【図４】認証処理の手順を示すフローチャートである。
【図５】照合画面の例を示す図である。
【図６】認証処理における照合の例を示す図である。
【図７】通知処理の手順を示すフローチャートである。
【図１】
2004157675.tif 000003
【図２】
2004157675.tif 000004
【図３】
2004157675.tif 000005
【図４】
2004157675.tif 000006
【図５】
2004157675.tif 000007
【図６】
2004157675.tif 000008
【図７】
2004157675.tif 000009