(57)【特許請求の範囲】
【請求項１】
利用者の使用する端末型データ処理装置とネットワークを介して接続し、利用者固有のユーザＩＤのそれぞれに応じてデータの登録が行われる利用者データ管理装置であって、
最初に前記利用者のデータ登録を行う際に、前記ユーザＩＤごとに異なる第１のデータ登録画面を作成する第１の手段と、
前記利用者のデータ登録時に、前記第１の手段により作成された前記第１のデータ登録画面に基づく第２のデータ登録画面を前記端末型データ処理装置に表示させる第２の手段と、
を有し、
前記第１の手段は第１のデータ登録画面の作成に際し、所定の絵柄に割り当てられた定数についてユーザＩＤを構成する複数の要素のいずれかにより得られた文字列をハッシュ化してメッセージダイジェスト文字列群を得、該メッセージダイジェスト文字列群を順ソートした利用者個別の再配置識別子としたうえで先頭から所定の範囲をマスクし、該マスクされた範囲以外の再配置識別子を基にして利用者データ管理装置内のプログラムによって第１のデータ登録画面として生成し、画像群内の絵柄、色、文字、数値を含む任意の要素を選択可能な状態で表示させることにより利用者による選択を促し、
前記第２の手段は、ユーザＩＤを構成する複数の要素のうち、前記第１のデータ登録画面の作成に用いられた要素以外のいずれかにより得られた文字列をハッシュ化してあらたなメッセージダイジェスト文字列群を得て順ソートし、この中の前記定数の位置を抽出し、利用者が選択を行った各位置において、利用者データ管理装置内のプログラムによって単一または複数の画像要素を識別するために必要な識別子を抽出して認証に用いるための符号化情報を作成することを特徴とする利用者データ管理装置。
【請求項２】
利用者の使用する端末型データ処理装置とネットワークを介して接続し、利用者固有のユーザＩＤのそれぞれに応じてデータの登録が行われる利用者データ管理装置で行われる利用者データ管理方法であって、
第１の手段が行う、最初に前記利用者のデータ登録を行う際に、前記ユーザＩＤごとに異なる第１のデータ登録画面を作成する第１のステップと、
第２の手段が行う、前記利用者のデータ登録時に、前記第１の手段により作成された前記第１のデータ登録画面に基づく第２のデータ登録画面を前記端末型データ処理装置に表示させる第２のステップと、
を有し、
前記第１のステップでは第１のデータ登録画面の作成に際し、所定の絵柄に割り当てられた定数についてユーザＩＤを構成する複数の要素のいずれかにより得られた文字列をハッシュ化してメッセージダイジェスト文字列群を得、該メッセージダイジェスト文字列群を順ソートした利用者個別の再配置識別子としたうえで先頭から所定の範囲をマスクし、該マスクされた範囲以外の再配置識別子により前記第１のデータ登録画面を作成し、
前記第２のステップでは、前記第１のデータ登録画面を元ハッシュ化して前記所定の絵柄に割り当てられた定数とし、ユーザＩＤを構成する複数の要素のうち、前記第１のデータ登録画面の作成に用いられた要素以外のいずれかにより得られた文字列をハッシュ化してあらたなメッセージダイジェスト文字列群を得て順ソートし、利用者が選択を行った各位置において単一または複数の画像要素を識別するために必要な識別子を抽出して認証に用いるための符号化情報を作成することを特徴とする利用者データ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者固有のユーザＩＤに応じてデータの登録が行われるデータ管理装置およびデータ管理方法に関し、特に、フィッシング防止対策を考慮したデータ管理装置およびデータ管理方法に関する。
【背景技術】
【０００２】
近年、Ｗｅｂサイトの偽装行為による認証識別子（ＩＤ）や符号（パスワード）の盗用が犯罪として顕在化している。これは、通信手順、または記憶装置上に様々な手法を用いて暗号化された情報を解読するための「鍵」が盗用されることに等しい。どのように暗号アルゴリズムやその鍵強度が強化されても、ＩＤ、パスワードという最初の鍵が盗用されてしまっては、その解読は容易く行うことができる。
【０００３】
このように、現在既に発明されているあらゆる種類の暗号化手法においては、その対解析強度の高度化と併せて「鍵」の管理重要性と取り扱いが重要になっている。通信プロトコル上に実装された鍵交換メカニズムでは、その発行段階やまたは初期の通信ハンドシェイクの段階で何らかの脆弱性を抱えていると言える。
【０００４】
偽装サイトによるフィッシング防止対策は、その犯罪性質が比較的新しく、Ｗｅｂシステムの高い汎用性、柔軟性が諸刃の剣となり、有効な対策が発明されていないのが現状である。画像データ、ＨＴＭＬデータは簡単にコピーされ、唯一の識別ポイントであるアドレスバーさえも偽装されるテクニックが用いられている。
【０００５】
サイトの管理者が自ら管理するサイトや、利用するネットワーク上の通信手段にいかなる複雑なセキュリティ保護を実装しても、ＩＤとパスワードによる認証を採用している限りサイトの偽装を防止することはできず、個人情報の盗用を容易いものにしている。
【０００６】
具体的には、ハッカーネットワーク上で流通する偽装サイト構築ツールの類により極めて簡単に偽装サイトが作成可能になっている。フィッシング犯罪においては、この偽装サイトへの誘導は電子メールによって行われ、
（１）利用者情報が期限切れになるのでユーザ情報の更新を促して誘導する。
（２）本人の知らない取引があったように装い偽装サイトに誘導する。
といった文面によって利用者の注意を逸らし、ＩＤ及びパスワードを盗用するという一連の手順が代表的である。
【０００７】
クライアント側コンピュータに予めインストールする証明書や、生体認証を行うプロトコルを実装したソフトウェアが特許文献１に開示されている。このような技術が、こうした犯罪の防止に一定の効果を有する事については疑う余地がない。
【０００８】
特許文献２（特開２００３−１３２２９０号公報）には、画像情報を用いた認証システムが開示されている。
【０００９】
特許文献３（特開２００５−７１２０２号公報）に開示される発明は、照合シンボルすなわち画像情報の配列を用いた認証システムの発明であり、個人によるサイト認証をその課題としている通り、なりすましを防止し、サイト偽造に対しての効果を有する。
【００１０】
特許文献４（特開２００４−２１３１１７号公報）には、予め決められた図形に対応して一時生成された乱数をパスワードフィールドに再入力する方法が開示されている。
【００１１】
特許文献５（特開平１０−２８９２１０号公報）には、画像情報を用いてパソコンの操作に不慣れな利用者へのより簡便な認証情報の入力手段が開示されている。
【００１２】
しかし、証明書のインストールは端末となるコンピュータを限定することでユーザの利便性に一定の制約を課しているものであるし、生体認証を必要とするシステムについては生体認証装置そのものの普及が必須となり、リテールバンキング等の最もフィッシング犯罪の脅威にさらされているシステムに適用するには社会インフラとしての一般化が条件となる。
【００１３】
また事実上、オリジナルサイトの振る舞いが正確に再現されることがなくても、ひとたび利用者がその偽装サイトを信用してしまうか、または単純な不注意によってＩＤ，パスワードを入力してしまうという事態を防止することはできないのである。
【００１４】
このようなフィッシング詐欺を防止するために、悪意あるユーザによって偽装サイトを簡単に作らせないようにし、かつＩＤ、パスワードの盗用を未然に防止するためのサーバ側の技術的対策を提供することが課題である。
【特許文献１】特開２００２−２５８９７４号公報
【特許文献２】特開２００３−１３２２９０号公報
【特許文献３】特開２００５−７１２０２号公報
【特許文献４】特開２００４−２１３１１７号公報
【特許文献５】特開平１０−２８９２１０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
ＩＤ、パスワードを主体とする認証技術には、以下のような問題点がある。
【００１６】
第一の問題点は、パスワードを構成するためにキーボードから入力される文字が、ＡＳＣＩＩ，あるいはＵＮＩＣＯＤＥ等に代表される文字コードという世界的に共通なコード体系上に存在し、かつ文字数が有限であり、全ての選択肢が（悪意をもった者を含む）あらゆる利用者に、既に共通的に知られてしまっていることである。
【００１７】
第二の問題点は、サイト証明書や、この証明書を確認するためのクライアント側認証コンポーネントの実装では、簡単に偽装サイトを構築されてしまうという脆弱性に、なんら対処できるものではないという点である。
【００１８】
本発明は、以上の問題点を解決するために、複数の選択方法を有する総数不明な画像配列の記憶というコピーしにくい情報を、利用者認証の最初の鍵として用いることにより、既存の複数の符号化技術を組み合わせて、認証画面の複製を困難なものとし、利用者の個人情報やＷｅｂサイトの経営資源がフィッシング犯罪の標的となることを未然に防止する技術を提供するものである。
【課題を解決するための手段】
【００１９】
本発明の利用者データ管理装置は、利用者の使用する端末型データ処理装置とネットワークを介して接続し、利用者固有のユーザＩＤのそれぞれに応じてデータの登録が行われる利用者データ管理装置であって、
最初に前記利用者のデータ登録を行う際に、前記ユーザＩＤごとに異なる第１のデータ登録画面を作成する第１の手段と、
前記利用者のデータ登録時に、前記第１の手段により作成された前記第１のデータ登録画面に基づく第２のデータ登録画面を前記端末型データ処理装置に表示させる第２の手段と、
を有し、
前記第１の手段は第１のデータ登録画面の作成に際し、所定の絵柄に割り当てられた定数についてユーザＩＤを構成する複数の要素のいずれかにより得られた文字列をハッシュ化してメッセージダイジェスト文字列群を得、該メッセージダイジェスト文字列群を順ソートした利用者個別の再配置識別子としたうえで先頭から所定の範囲をマスクし、該マスクされた範囲以外の再配置識別子を基にして利用者データ管理装置内のプログラムによって第１のデータ登録画面として生成し、画像群内の絵柄、色、文字、数値を含む任意の要素を選択可能な状態で表示させることにより利用者による選択を促し、
前記第２の手段は、ユーザＩＤを構成する複数の要素のうち、前記第１のデータ登録画面の作成に用いられた要素以外のいずれかにより得られた文字列をハッシュ化してあらたなメッセージダイジェスト文字列群を得て順ソートし、この中の前記定数の位置を抽出し、利用者が選択を行った各位置において、利用者データ管理装置内のプログラムによって単一または複数の画像要素を識別するために必要な識別子を抽出して認証に用いるための符号化情報を作成することを特徴とする。
【００２２】
本発明の利用者データ管理方法は、利用者の使用する端末型データ処理装置とネットワークを介して接続し、利用者固有のユーザＩＤのそれぞれに応じてデータの登録が行われる利用者データ管理装置で行われる利用者データ管理方法であって、
第１の手段が行う、最初に前記利用者のデータ登録を行う際に、前記ユーザＩＤごとに異なる第１のデータ登録画面を作成する第１のステップと、
第２の手段が行う、前記利用者のデータ登録時に、前記第１の手段により作成された前記第１のデータ登録画面に基づく第２のデータ登録画面を前記端末型データ処理装置に表示させる第２のステップと、
を有し、
前記第１のステップでは第１のデータ登録画面の作成に際し、所定の絵柄に割り当てられた定数についてユーザＩＤを構成する複数の要素のいずれかにより得られた文字列をハッシュ化してメッセージダイジェスト文字列群を得、該メッセージダイジェスト文字列群を順ソートした利用者個別の再配置識別子としたうえで先頭から所定の範囲をマスクし、該マスクされた範囲以外の再配置識別子により前記第１のデータ登録画面を作成し、
前記第２のステップでは、前記第１のデータ登録画面を元ハッシュ化して前記所定の絵柄に割り当てられた定数とし、ユーザＩＤを構成する複数の要素のうち、前記第１のデータ登録画面の作成に用いられた要素以外のいずれかにより得られた文字列をハッシュ化してあらたなメッセージダイジェスト文字列群を得て順ソートし、利用者が選択を行った各位置において単一または複数の画像要素を識別するために必要な識別子を抽出して認証に用いるための符号化情報を作成することを特徴とする。
【発明の効果】
【００２３】
本発明は、複数の認証メソッドが組み込まれた総数不明な画像配列の記憶というコピーしにくい情報を、利用者認証の最初の鍵として用いることにより、既存の複数の符号化技術を組み合わせて、認証画面の複製を困難なものとし、利用者の個人情報やＷｅｂサイトの経営資源がフィッシング犯罪の標的となることを未然に防止する技術を提供するものである。
【００２４】
本発明は、Ｗｅｂシステムや企業内システム（イントラネットシステム）の認証画面、携帯電話用個人認証システム、およびトランザクションコードの入力画面など、従来ユーザーパスワードを入力する状況に対してパスワード入力そのものを代替するか、またはパスワード情報保護の補完として使用されるものであり、ユーザ管理情報を保持するコンピュータと、それに接続されるクライアントとなるコンピュータ（画像表示可能な携帯電話を含む）間で認証情報を伝達するための汎用的な実行手順として実装される。
【００２５】
本システムが導入されたサイトを偽装しようとする時、偽装サイトの設計者はユーザ固有の画像情報識別子のセットを得る必要がある。フィッシング行為は、大量の偽装メールによってユーザを誘導し、その利用者中に含まれる僅かな不注意を誘発することで成立するのであるから、ユーザ毎の選択可能識別子を正確に再現できないのであれば、フィッシングという犯罪の成功率は極めて悪化することが明白である。
【００２６】
偽装サイトが、特定ＩＤに対応する同一の画像を再現できるケースの極少性を、以下の式によって証明する。
【００２７】
ｍ：利用者の端末型データ処理装置に表示される一列あたりの選択可能枚数
ｎ：画像識別子の総数
ワイルドカード選択を使用しない
という条件下において、ｎからｍ枚の画像が選択される組み合わせの総数はｎＣｍであるから、選択肢枚数ｍが５枚の場合では、
（利用者が選択したものと同一の画像が含まれるｍ枚の組み合わせの総数）÷（全画像から抽出可能な選択肢枚数ｍ枚の組み合わせ総数）
から得られる値に、表示列数の値をべき乗することで求められる。
【００２８】
条件設定１：総画像数４０９６枚。５列表示、１列あたりの選択肢表示５枚、
（４０９５Ｃ４／４０９６Ｃ５）×５＝１／３６８９３４８８１４７４１９１．０３２３２（約１／３７０兆）
条件設定２：総画像数２５６枚。５列表示、１列あたりの選択肢表示５枚
（２５５Ｃ４／２５６Ｃ５）×５＝１／３５１８４３７２０．８８８３２（約１／３億５千万）
条件設定３：総画像数２５６枚。４列表示、１列あたりの選択肢表示５枚
（２５５Ｃ４／２５６Ｃ５）×４＝１／６８７１９４７．６７３６（約１／６８０万）
Ｃ：Ｃｏｍｂｉｎａｔｉｏｎ
本発明では、絵文字総数及び絵文字デザインの総体が不明であり、偽装サイト作成者がユーザＩＤを入力させても、画像識別子を容易に選択させることができないため、パスワードの盗用防止効果を期待できる。
【００２９】
パスワードが併用される場合のシナリオとしても、偽装サイトにおいて画像識別子配列の選択機構を除去した形でＩＤとパスワードの盗用が行われた場合では、画像識別子配列は盗用できない。限定された利用者固有の画像識別子選択肢のセットが判明しない以上、画像識別子配列の盗用を試みるためには、偽装サイトの作成者は知りうる限りの全ての画像識別子を認証画面中に配列しなればならない。これは必ず１画面に収まりきれない程の選択肢を表示しなければならず、言い換えれば認証画面およびその選択機構の崩壊を引き起こす。（偽装コンポーネントを製造し、画面上のスロット型表示を模倣しても、何万回もクリックしなければ選択肢にたどりつくことができない）これにより利用者は認証画面の異常を即時発見することができるのである。
【００３０】
以下に、先述した各特許文献と対比して本発明の効果について述べる。
【００３１】
特開２００３−１３２２９０号公報に記載の発明では、画像情報を用いた認証システムという点で類似性が認められるが、
（１）予め画像を配布しておく点
（２）個人毎暗号表の派生方式という点
において、本発明とは方式も期待される効果もまったく異なる。
【００３２】
一方で本発明は、サイト偽造を防止するための工夫によりフィッシング被害からサイトを保護するものであり、かつ暗号表と言い換え可能な画像の鍵情報を「事前に配布」しておく必要はない。
【００３３】
特開２００５−７１２０２号公報に記載の発明では、照合シンボルすなわち画像情報の配列を用いた認証システムの発明であり、個人によるサイト認証をその課題としている通り、なりすましを防止し、サイト偽造に対して一定の効果を有する点で類似する。
【００３４】
しかし、認証フローにおいては、多段階ステップを繰り返すことによる単純な画像選択による認証であり、本発明の根幹である「画像情報の総体隠蔽」については意図されていない。
【００３５】
一方で、本発明では、画像選択自体は複数の認証選択バリエーションの１要素に過ぎない。すなわち、画像上にオーバーレイされた複数の選択方式を組み込む総体隠蔽の実現方式という点において、およびその画像情報そのものの伝送手段においても本発明はまったく異なるものである。
【００３６】
特開２００４−２１３１１７号公報に記載の発明では、予め決められた図形に対応して一時生成された乱数をパスワードフィールドに再入力する方法を述べている。この方式は、マトリクス上の一定の図形の位置を示した動的な鍵生成方式であり、画像情報マトリクスを用いることでなりすましを防止し、パスワード盗用に対して一定の効果を有する点で類似する。しかし、最終的には１：１に対応する画像情報の単純選択という方式であって、画像全体を複写することによるサイトの偽装は容易である。これは、本発明の根幹である「画像情報の総体隠蔽」については意図されておらず、本発明におけるサイト偽造を防止するための工夫によりフィッシング被害からサイトを保護する効果と比較すると、まったく異なるものであると言える。
【００３７】
特開平１０−２８９２１０号公報に記載の発明では、画像情報を用いてパソコンの操作に不慣れな利用者へのより簡便な認証情報の入力手段について述べている。ビットマップアイコンの位置を、その認証情報とする点でその方式は類似する。しかし、本発明の根幹である「画像情報の総体隠蔽」については意図されておらず、総体としてサイト偽装を防止するためのものではない。
【００３８】
一方で本発明は、サイト偽造を防止するための工夫によりフィッシング被害からサイトを保護するものであり、その実現手段、効果ともにまったく異なるものである。
【発明を実施するための最良の形態】
【００３９】
次に、本発明の実施例について図面を参照して説明する。
【００４０】
図１（ａ）は本発明によるシステムの一実施例の概略構成を示すブロック図である。
【００４１】
アプリケーションサーバ１００１は認証システムサーバ１００２を介してＬＡＮまたはＷＡＮなどのネットワーク１００３に接続されている。ネットワーク１００３は認証システムサーバ１００２の他に端末装置１００４と接続され、端末装置１００４はネットワーク１００３および認証システムサーバ１００２を介してアプリケーションサーバ１００１と接続する。
【００４２】
図１（ｂ）は、端末装置１００４がアプリケーションサーバ１００１と接続することにより取得したログイン画面の一例を示す図である。
【００４３】
以下に、図２を参照して、本実施例について詳細に説明する。図２（ａ）は、本実施例のシステムを具体的に示すブロック図である。
【００４４】
本実施例は、データ処理装置１，３，５、外部記憶装置２ネットワーク１００３、および、端末型データ処理装置４＃１〜４＃４から構成されている。
【００４５】
データ処理装置１は中央処理装置１ａ、主記憶装置１ｂを備え、データ処理装置５は中央処理装置５ａ、主記憶装置５ｂを備えている。データ処理装置１、５と外部記憶装置は図１に示した認証システムサーバ１００２として動作し、データ処理装置３は図１に示したアプリケーションサーバ１００１として動作する。端末型データ処理装置４＃１〜４＃４は図１に示した端末装置１００４として動作する。
【００４６】
なお、外部記憶装置２、データ処理装置１，３，５を１台のデータ処理装置内での内部バスを使用した論理接続とし、１つの装置内で構成させることもできる。また組み込み型の利用者認証機構として応用する場合は、これらの構成に端末型データ処理装置４の処理も内包した１台の完結したシステムとする事が可能であり、本発明にはこれらの携帯も含まれる。
【００４７】
図２（ｂ）は外部記憶装置２の格納内容を示す図である。外部記憶装置２は、画像情報（画像情報Ｄ１０１）に対して固有の識別子群（画像情報Ｄ１０２）を生成するためのプログラム２０１と、ユーザ毎に固有となる画像の再配置識別子を生成するためのプログラム２０２と、再配置された画像識別子から一定の規則性をもってマスク（除外）された識別子群（画像情報Ｄ１０３）を設定するプログラム２０３と、プログラム２０３によりマスクされた識別子群に含まれない画像識別子群データ（画像情報Ｄ１０４）を規則性を持って抽出するためのプログラム２０４と、データ処理装置１に画像識別子生成のための手段１０、および、ユーザ情報を登録するための手段１１を実現させるためのプログラム２００を格納している。
【００４８】
データ処理装置１は、外部記憶装置２から画像情報、プログラム２００〜２０４をロードして中央処理装置１ａ、主記憶装置１ｂにより実行する。プログラム２００をロードして実行することにより、画像識別子生成のための手段１０がデータ処理装置１に構成される。
【００４９】
また、データ処理装置５は、外部記憶装置２からプログラム２００をロードして中央処理装置５ａ、主記憶装置５ｂにより実行することにより、ユーザ情報を登録するための手段１１がデータ処理装置５に構成される。
【００５０】
データ処理装置３は、バンキングシステム、オークション、ショッピングサイト等の個人識別が必要とされるシステムを実現するための特定のプログラムＸを備える。
【００５１】
図２（ｃ）はデータ処理装置５を構成する記憶装置（不図示）の格納内容を示す図である。データ処理装置５の記憶装置には、データ処理装置１から、画像情報、および、プログラム２０４によって抽出された画像識別子群１０３をロードするための手段５０を実現するためのプログラム２０６と、利用者の画像配列型認証画面を端末型データ処理装置４に送出するための手段１１と、手段２０と手段２１と手段４０（各手段の動作については後述）を実現するためのプログラム２０７と、利用者が選択した画像配列を検証するための手段３１を実現するためのプログラム２０８と、利用者の認証情報を受け付け、これを検証するためプログラム２０９と、すべての認証をパスした後に、データ処理装置３上のアプリケーションＸと端末型データ処理装置４＃１〜４＃４間との通信を媒介するＷｅｂ代理サーバプログラムＹとが格納されている。
【００５２】
データ処理装置５には、上記の記憶装置の他に、さらに画像識別子群データ１０１〜１０４とプログラム２０４〜２０９とプログラムＸをロードして実行する中央処理装置５ａ、主記憶装置５ｂを備える。
【００５３】
図２（ｄ）は端末型データ処理装置４＃１〜４＃４の記憶装置（不図示）の格納内容を示す図である。各端末型データ処理装置４＃１〜４＃４の記憶装置のそれぞれは、Ｗｅｂブラウザまたは認証画面をロードするための手段４０を実現するためのプログラム２０５を備える。
【００５４】
なお、プログラムＸ及びプログラムＹは実施例を構成するために必要な要素であるが、公知の手法により構成されるものであるため、説明は省略する。
【００５５】
本実施例は端末型データ処理装置４＃１〜４＃４を利用するシステム利用者の端末型データ処理装置４＃１〜４＃４への入力に応じて動作するものである。上述した各プログラムにより各装置上に構築される各手段には、システム利用者への入力を促す画面の表示、該表示に応じたシステム利用者からの入力を受け付ける動作も含まれるが、これらの表示動作および受付動作は公知の手法により行われるものであるため、プログラムＸ及びプログラムＹと同様に説明は省略して各手段の動作について以下に説明する。
【００５６】
手段１０
手段１０は、外部記憶装置２に格納されているプログラム２００によってデータ処理装置１に構築されるもので、システム利用者ごとに異なる内容のユーザ認証情報を生成し、画像情報Ｄ１０４とするものである。
【００５７】
図３は、画像情報Ｄ１０１〜Ｄ１０４の内容を示す図である。
【００５８】
画像情報Ｄ１０１に含まれる全てのデータ群は絵柄を示すものであるが、絵柄を構成する選択肢として、図３（ａ）に示すように、
（１）固有の絵柄
（２）文字記号
（３）絵柄の背景色
が用いられ、これらを任意に組み合わせることにより絵柄を示す画像情報Ｄ１０１が生成される。ここで、画像情報Ｄ１０１は予め外部記憶装置２に格納されているが、システム利用者の指示入力に応じて選択することとしてもよい。識別は、絵柄＋文字＋背景色の組み合わせとなる。
【００５９】
選択例として以下が挙げられる。
「＊犬３」、「赤猫４」、「＊＊６」、「＊＊＊」、「赤＊＊」
絵柄に設定されている３通りの選択方法のうち、複合で設定することも、単一で設定することも、ワイルドカードとして何も設定しない（利用者が認証画面でどれを選択しても当該列は条件合致とする）こともできる。システム利用者は、複雑な画像配列を記憶しやすくするために、［黒犬＊］＋［黒猫＊］＋［黒＊７］＋［黒＊６］＋［黒＊５］などのような配列を選択することもできる。このワイルドカード機構により、例えば「４個目の列を特定の背景色を有する画像に変更する」などの認証パスを構成することが可能となる。システム利用者は、アプリケーションＸにより、データ処理装置３に開設されているサイト運営者のセキュティポリシーに依存して、複合選択をｎ個以上含む事を登録時に強制したり、ワイルドカード指定を禁止するなどの制御を指定する。
【００６０】
図３（ｂ）は、画像情報Ｄ１０１から生成される各種画像情報の構成を示す図である。
【００６１】
画像情報Ｄ１０１には、定数となるＩＤ文字列（非連番）が割り当てられている。これにシステム利用者のユーザＩＤに示される、氏名、ＩＤ、パスワード、住所、生年月日、性別等の固有情報から得られた文字列をハッシュ化し、定数となるＩＤ文字列からメッセージダイジェストを得る。このとき、ＨＭＡＣ−ＭＤ５や、同等以上の鍵つきハッシュ関数を有するアルゴリズムを使用する。
【００６２】
得られたメッセージダイジェスト文字列群を順ソートし、利用者固有の再配置識別子を備える画像データＤ１０２を得る（パーソナライゼーション）。
【００６３】
次に、先頭から任意に与えた範囲（画像総数に対して５０％程度）が以降の抽出から除外されるようにマスクして画像データＤ１０３とする。
【００６４】
次に、画像識別子配列先頭から、認証画面に出力される１桁分の画像識別子群を抽出する。続いて、２列目、３列目及びそれ以降の画像識別子を抽出する。この列数ｎは、サイトのセキュリティポリシー設計に応じて可変である。以上の処理により、限定された画像識別子の選択肢を示す画像データＤ１０４が得られる。
【００６５】
システム利用者は、画面に表示された幾つかの画像情報から、認証情報としての画像配列に割り当てるための画像と、その選択方法（画像、文字、色またはそれらの組み合わせ）を選択して、送信ボタンをクリックする。ワンタイム化されたＵＲＬを使用して利用者の画像配列がデータ処理装置１に送信され、手段１０が完了する。
【００６６】
上記のようにして生成された画像データＤ１０４はシステム利用者のユーザＩＤ毎に異なる画像を示すものとなる。データ処理装置５に構築された手段１１は生成した画像データＤ１０４を生成に利用したユーザＩＤに対応付けて外部記憶装置２へ格納する。
【００６７】
手段１１
手段１１は、利用者情報を登録する際の画像配列型認証画面を端末型データ処理装置４に送出するために用いられる。
【００６８】
図４は手段１１による動作を示すフローチャートである。
【００６９】
システム利用者が外部から利用者情報の登録を行う場合の動作について説明する。システム利用者の操作により、端末型データ処理装置に対してデータ処理装置５へＵＲＬ指定による要求を発行する（ステップＳ４０１）。端末型データ処理装置からの要求を受け付けたデータ処理装置５は（ステップＳ４０２）、ユーザＩＤを含むセッションＩＤを発行し（ステップＳ４０３）、端末型データ処理装置へ送付する。端末型データ処理装置は処理装置５からのセッションＩＤを受信し、リダイレクトを行う（ステップＳ４０４）。
【００７０】
上記の各ステップＳ４０１〜Ｓ４０４による動作について説明すると、システム利用者が外部から利用者情報の登録を行おうとするとき、画像データのＵＲＬが固定されてしまっていてはネットワーク上の解析やロギングによって当該ユーザＩＤの選択肢が把握されてしまう可能性がある。このためサーバ側となるデータ処理装置５による送出情報のワンタイムセッション化が必要となり、ステップＳ４０１〜Ｓ４０４の動作が行われている。
【００７１】
データ処理装置５はリダイレクトによる要求を受け付けると（ステップＳ４０５）、要求に示されるユーザＩＤに対応して外部記憶装置２に格納されている画像情報Ｄ１０４をデータ処理装置１を介して選択して読み出し（ステップＳ４０６）、鍵付のメッセージダイジェスト（ハッシュ値）を用いてワンタイム化されたＵＲＬのリストを生成し、端末型データ処理装置へ送信する（ステップＳ４０７）。
【００７２】
端末型データ処理装置ではＵＲＬリストを受信すると（ステップＳ４０８）、該ＵＲＬリストに包含されているＵＲＬを送信する（ステップＳ４０９，Ｓ４１３，Ｓ４１６）。この送信動作はＵＲＬリストに包含されているＵＲＬのそれぞれについて行われ、図４に示す例ではステップＳ４０９，Ｓ４１３，Ｓ４１６で行われているように３度行われている。
【００７３】
データ処理装置５は端末型データ処理装置からのＵＲＬを受け付けると、受け付けたＵＲＬの画像ストリームを端末型データ処理装置に送付し（ステップＳ４１０，Ｓ４１４，Ｓ４１７）、その後、受け付けたＵＲＬを破棄する（ステップＳ４１１，Ｓ４１５，Ｓ４１８）。
【００７４】
端末型データ処理装置では、ステップＳ４０９，Ｓ４１３，Ｓ４１６にて送信したＵＲＬに対応する画像データを受信すると（ステップＳ４１２，Ｓ４２１，Ｓ４１９）、最後の画像データであるかの確認を行い、最後の画像データである場合には（本実施例においてはＳ４１９）、それまでに受信した画像データを用いた画面情報を構築し、画像リストとして表示する。
【００７５】
上記の各ステップＳ４０５〜Ｓ４２１による動作について説明すると、システム利用者は、利用者情報の登録を行う際、第一の画面において氏名、住所、メールアドレスなどの情報入力を行う。このページが表示される際には、通信セッションを維持するためのセッションＩＤがＷｅｂサーバによって発行されているので、ステップＳ４０７にてこのセッションＩＤ文字列を鍵として用いて画像情報の実ファイルと１：１で関連付けられる鍵付ハッシュ値を生成する。このハッシュ化されたＵＲＬをプログラム２０７により解釈することで対象となる画像情報のダウンロードができる。
【００７６】
上記の構成とすることにより、第三者が当該セッションＩＤとＵＲＬを奪取し、選択対象の画像識別子リストおよび画像情報そのものを取得しようとしても、当該ＵＲＬはワンタイム化されているため無効となる。
【００７７】
手段２０
手段２０は、手段１０と類似した画像識別子の抽出手段であるが、順列化された表を得るために必要とするハッシュ文字列を得る際の鍵情報を異なる手法で得る。ユーザ登録を行う際の選択肢を構成する手段１０に対して、手段２０は利用者認証画面を生成する際に必要となる。
【００７８】
図５は手段２０による画像情報生成手順を示す図である。
【００７９】
前出の手段１０では選択可能対象を抽出するにあたって、一定の画像識別子をマスクしているが、利用者認証画面ではこのマスクした画像識別子も選択肢として抽出される対象となる。
【００８０】
マスクした画像識別子のリストを得るためにはまず、手段１０で利用者が選択した画像配列情報の中から、元ハッシュ化してソートする以前の画像識別子を引き当てる（図５における処理０００１）。
【００８１】
次に、手段１０とは異なる鍵情報を用いてメッセージダイジェスト文字列群を再配置する（図５における処理０００２）。再配置する際のアルゴリズムは、特殊文字を基準とした順列ソートとする。
【００８２】
次に、処理０００２で作成した再配置済リストにおける処理０００１で引き当てた画像識別子群の位置を抽出する（図５における処理０００３）。
【００８３】
次に、処理０００３で得られたリスト中のそれぞれの位置から、スロット列毎に必要となる枚数（５−１０枚程度）の画像識別子を抽出する（図５における処理０００４）。
【００８４】
この、処理０００４で得られた画像識別子のリストが、端末型データ処理装置４に送出される画像識別子のリスト（画像情報Ｄ１０５）に相当する。
【００８５】
手段２１
手段２１は、システム利用者毎に異なる画像セットを、システム利用者の端末型データ処理装置に表示するために用いられる。このとき、画像情報がコンポーネントに全て組み込まれていたり、あるいは静的なアドレスでダウンロード可能な状態に配置されては、画像全体を隠蔽することはできない。このため画像情報のダウンロードは、ワンタイム化されたＵＲＬリストに従い、そのＵＲＬを解釈するＵＲＬフィルタ（プログラム２０７に内包）を経由する。
【００８６】
利用者の端末型データ処理装置に返却されるストリームは、ｎ列×ｍ枚の画像マトリクスが形成されるようにｈｔｍｌを動的に整形して送出すればよい。加えて、Ｍａｃｒｏｍｅｄｉａ社製ＦＬＡＳＨによるコンポーネント化や、ＪａｖａアプレットまたはＭｉｃｒｏｓｏｆｔ社製ＡｃｔｉｖｅＸ技術によるコンポーネント化を行って任意列のスロット状に描画を行うことを前提に、データフォーマットの特殊化を行なうことも利用者の操作性と安全性を高められる。
【００８７】
手段３０
手段３０では、手段１０内でマスクされた画像情報Ｄ１０３が認証要求に入力されていることを検出する。選択列のうち何枚が画像情報Ｄ１０３に該当するかを判定し、これに応じた対処を実装することで、単なる利用者の選択誤りなのか、外部ツールによってリクエストを偽装した攻撃が行われるのかの発見し、ログ採取や運用下での警報発行を行う。
【００８８】
手段４０
手段４０では、利用者認証画面において画像識別子を選択する。手段２１の説明で述べている通り、この画像識別子選択方法についてはいくつかのバリエーションが与えられるが、基本構造はｎ列（システム設定により可変）に並べられたｍ枚（限定されていて利用者固有のセット）の画像から、利用者が認証情報登録時に設定した認証方法に沿って画像を選び出すことによって行われる。
【００８９】
手段４１
手段４１は、手段４０にパスワードを併用した場合に実行される。画像識別子配列の問い合わせがパスしなければ、パスワード入力画面へ移行できない。またコンポーネント化を行った認証画面の場合はパスワード入力フィールドをロックする。
【００９０】
実施例の動作の説明
次に、本実施例の動作について、図６乃至図９を参照して詳細に説明する。
【００９１】
システム初期化処理
ここでは、データ処理装置１で手段１０により行われるシステムの初期化処理について説明する。
【００９２】
本システムの特性から、システム管理者は、利用者が認証時に使用する画像配列を予め選択、追加、除外しておき、さらにシステムごとに異なる画像情報識別子（１つの画像に１つの識別子）を付与する必要がある。画像ファイルは、図１に示したような、利用者が識別しやすく、かつ記憶しやすい絵柄を採用することが望ましい。
【００９３】
初期化パラメータ設定が開始されると、図２（ａ）において固有の図柄として示した初期画像グループの選択が行われる（ステップＳ６０１、図６における処理０００１）。
【００９４】
なお、本実施例および以降の説明における選択動作は、プログラムにより構築された手段が、システム利用者に入力を促す画面を表示し、それに応答する入力に従った動作をいう。
【００９５】
次に、独自の画像データを追加するかの確認を行い（ステップＳ６０２）、追加する場合には独自の画像グループを追加し（ステップＳ６０３）、これに対応した個別識別しを生成する（ステップＳ６０４）。
【００９６】
その後、サイトパスワードの設定（ステップＳ６０５、図６における処理０００２）、文字合成処理（ステップＳ６０６、図６における処理０００３）、背景色合成処理（ステップＳ６０７、図６における処理０００４）が行われる。この結果、作成される画像ファイルは、例えば中心部を構成する絵柄に、０−９，Ａ−Ｚの英数字と、絵柄の背景色の３階層を合成したものとなる。
【００９７】
次に、簡単な認証方法ばかりが選択されてしまうことを防止するために、サイト運営者のセキュリティポリシーに依存して、複合選択を一定個数以上含む事を登録時に強制したり、ワイルドカード指定を禁止するなどの制御指定が行われる。
【００９８】
具体的には、サイトプロパティでの列数が決定され（ステップＳ６０８）、サイトプロパティでの複合選択の数のしきい値設定（ステップＳ６０９、図６における処理０００５）、サイトプロパティでのワイルドカード指定禁止フラグ設定（ステップＳ６１０）、サイトプロパティでの画像マスク閾値設定（ステップＳ６１１）を行い、これらのパラメータを保存して（ステップＳ６１３）、プログラム２０１を起動する（ステップＳ６１４、図６における処理０００６）。
【００９９】
プログラム２０１は上記のステップＳ６０１〜６１３によって生成された画像識別子（画像情報Ｄ１０１）について固有の識別子群（画像情報Ｄ１０２）を生成するもので、ステップＳ６１３にて保存されたパラメータを読み込み（ステップＳ６１５）、サイトレベルでの識別子を生成し（ステップＳ６１６、図６における処理０００７）、生成した情報の保存およびバックアップ処理を行い（ステップＳ６１７，Ｓ６１８）、終了する。
【０１００】
運用上、「動物」という単一のグループだけではなく、「花」や「星」、あるいは「乗り物」などの、集合をつくりやすくパブリックドメインな絵柄を複数選択した形で編成し、文字と背景色合成後の画像総数として、隠蔽に十分な数を維持するようにシステムを構成しなければならない。システム管理者は、プログラム２０１を起動し、処理０００７を実行する。これにより全ての画像配列に新たな識別子（グローバルＩＤ、以下ＧＵＩＤと表記）が生成され、記憶装置２に格納される。
【０１０１】
次に、本実施例にて行われる利用者登録処理について図７を参照して説明する。
【０１０２】
本実施例における利用者登録処理は、図７中のステップＳ７０１〜ステップ７１０（図７における処理１００６）までの利用者登録処理１と、ステップＳ７１１〜ステップ７２５までの利用者登録処理２とからなる。ます、利用者登録処理１について説明する。
【０１０３】
利用者登録処理１
システム利用者はまず、自分自身の認証パスワードとなる画像配列を設定するために、データ処理装置１上のプログラム２００による登録作業を行う。登録のための接続経路は、端末型データ処理装置からデータ処理装置５に搭載されたＷｅｂサーバプログラムにアクセスし、接続要求を発行する（ステップＳ７０１、図７における処理１００１）。
【０１０４】
データ処理装置５では該接続要求を受け付け、このＷｅｂサーバに配置された登録フォームを有するプログラム２０７を起動する（ステップＳ７０２、図７における処理１００２）。この時点では、システム利用者はまだユーザＩＤと画像配列及びパスワードを所有していないため、データ処理装置５は未ログイン状態の利用者セッションを利用者の登録画面および認証画面（初期画面）を示すＵＲＬを上書きして、端末型データ処理装置に返却する（ステップＳ７０３、図７における処理１００３）。
【０１０５】
次に、システム利用者は端末型データ処理装置に表示された登録画面または認証画面を確認し（ステップＳ７０４）、た登録処理ではない旨の入力を端末型データ処理装置に行った場合には、データ処理装置５はログインフォームを返却する（ステップＳ７０５）。
【０１０６】
ステップＳ７０４の後に、システム利用者が登録処理である旨の入力を端末型データ処理装置に行った場合、データ処理装置５は登録フォーム１を返却し（ステップＳ７０６）、これにより利用者基本情報の入力画面（ブラウザ）が利用者の端末型データ処理装置に表示される。
【０１０７】
登録フォーム１のページは複数に渡って構成されているが、システム利用者が利用者基本情報を入力すると（ステップＳ７０７）、データ処理装置５は、ハッシュ値を生成する為の鍵１０６の生成要求をデータ処理装置１に対して行う（ステップＳ７０８）。
【０１０８】
データ処理装置１では、ステップＳ７０７での入力値を受け付けた時点で生成した乱数値を用いて、ハッシュ値生成の為の鍵１０６を生成する（ステップＳ７０９、図７における処理１００５）。
【０１０９】
生成した鍵１０６は、利用者登録番号（ユーザＩＤ）と１対の関係をもち、後に当該利用者情報そのものが削除されない限り、登録情報の一部が変更されても同一の値を維持する。この後、生成した鍵１０６をデータ処理装置５へ返却する（ステップＳ７１０）。
【０１１０】
利用者登録処理２
利用者基本情報の入力が完了すると、ページ遷移が行われ、画像配列の選択画面となる。
【０１１１】
データ処理装置５ではデータ処理装置１より返却された鍵１０６をセッションに保持し、あらたなフォーム２（登録フォーム２）へ遷移するためのコードを端末型データ処理装置へ返却する（ステップＳ７１１）。この後、端末型データ処理装置から登録フォーム２が要求されると（ステップＳ７１２）、データ処理装置５はデータ処理装置１に対して画像情報を要求し（ステップＳ７１３）、データ処理装置１では画像情報Ｄ１０４を生成して返却する（ステップＳ７１４、Ｓ７１５）。データ処理装置５では画像情報Ｄ１０４を端末型データ処理装置へ返却し（ステップＳ７１６）、これにより端末型データ処理装置は画像を取得し（ステップＳ７１７、図７における処理１００６）、登録フォーム２の表示が行われる。
【０１１２】
システム利用者は、表示された画像データグループから、自ら画像識別子とその選択方法を列数分設定する（ステップＳ７１８、図７における処理１００７）。ステップＳ７１８における入力により選択された画像識別子群は、ＨＴＴＰクエリーとしてデータ処理装置５に送信され（ステップＳ７１９）、これを受け付けたデータ処理装置５上のプログラム２０７は、ワンタイム識別子から画像識別子への引き当てを含むパラメータの検証を実施する（ステップＳ７２０、図７における処理１００８）。
【０１１３】
続いて、ステップＳ７２０で行われた検証結果が正常であるかの確認が行われる（ステップＳ７２１）。正常でない場合に利用者登録に失敗した返却を端末型データ処理装置へ返却して（ステップＳ７２４）終了する。
【０１１４】
ステップＳ７２１にて検証結果が正常であることが確認された場合には、与えられた引数（パラメータ）に基づいて利用者の登録情報（画像情報Ｄ１０４）に、画像配列識別子の選択結果を挿入し、その情報構造をデータ処理装置１へ通知する。データ処理装置１ではプログラム２００を起動して、通知された情報を記憶装置２に保存することにより利用者登録を完了する（ステップＳ７２３、図７における処理１００９）。データ処理装置５では登録が成功した旨を端末型データ処理装置へ返却し（ステップＳ７２５）、終了する。
【０１１５】
以上で利用者登録が完了する。
【０１１６】
次に、利用者認証処理について、図８および図９を参照して説明する。
【０１１７】
本実施例における利用者登録処理は、図８中のステップＳ８０１〜ステップ８２０までの利用者認証処理１と、ステップＳ８２１〜ステップ８４４までの利用者認証処理２とからなる。ます、利用者登録処理１について説明する。
【０１１８】
利用者認証処理１
ここでは、利用者がシステムへログインする際の流れについて説明する。
【０１１９】
利用者は、システムへログインするため、データ処理装置５に搭載されたＷｅｂサーバプログラムにアクセスする旨の入力を端末型データ処理装置へ行い、これに応じて接続要求が発行される（ステップＳ８０１、図８における処理２００１）。
【０１２０】
データ処理装置５ではプログラム２０７が起動され（ステップＳ８０２、図８における処理２００２）、未ログイン状態の利用者セッションをシステム利用者の認証画面および登録画面（初期画面となる）に誘導するようにＵＲＬを上書きして、端末型データ処理装置に送出する（ステップＳ８０３、図８における処理２００３）。
【０１２１】
端末型データ処理装置にはシステム利用者の認証画面および登録画面が表示されて、今回の処理内容の問い合わせが行われることとなる（ステップＳ８０４）。今回の処理は利用者認識を伴う処理であるため、システム利用者がシステム利用者の認証画面に対する応答入力を行うと、利用者登録フォームについてはデータ処理装置５へ返却される（ステップＳ８０５）。
【０１２２】
ステップＳ８０４の後の、システム利用者の認証画面に対する応答入力を受け付けたデータ処理装置５は、セッションＩＤおよびログインフォームを返却する（ステップＳ８０６）。
【０１２３】
システム利用者は、返却されたログインフォームによるログイン画面に対して、自己の利用者ＩＤを入力し、確定するためのキーを押下すると（ステップＳ８０７、図８における処理２００４）、入力された利用者ＩＤは、端末型データ処理装置からデータ処理装置５へＳＳＬ通信にて送信される（ステップＳ８０８、図８における処理２００５）。
【０１２４】
データ処理装置５は、受信した利用者のＩＤを受付（ステップＳ８０９）、これを基にしてデータ処理装置１のプログラム２０４を起動し（ステップＳ８１０、図８における処理２００７）、利用者情報を検索し、引き当て処理を行う（ステップＳ８１１、図８における処理２００８）。
【０１２５】
ステップＳ８１１における検索が終了すると、検索したＩＤが正規のＩＤであるかを確認する（ステップＳ８１２）。
【０１２６】
ステップＳ８１２にて検索したＩＤが正規のＩＤではなく、検索引き当て処理が失敗したいことが確認された場合には、ＩＤの存在を攻撃者に悟られないようにするために、入力されたユーザＩＤから得られたハッシュ値を用いてダミーの画像配列識別子リストをワンタイム化して作成し（ステップＳ８１３、図８における処理２０１０）、リストを返却する（ステップＳ８１６）。
【０１２７】
ステップＳ８１２にて検索したＩＤが正規のＩＤであることが確認された場合には、当該ＩＤに関連付けられる画像配列識別子のリストをワンタイム化して画像情報Ｄ１０５を作成し（ステップＳ８１５、図８における処理２００９）、ＨＴＭＬドキュメントに整形してリストを返却する（ステップＳ８１６）ことによりシステム利用者の端末型データ処理装置に送出する。
【０１２８】
反応速度に差を発生させないようにするため、画像情報Ｄ１０５の生成とダミーリストの生成アルゴリズムに相違はないが、ダミーリストではマスク率が１００％に設定されることにより不正ログインの試行を抑制する。
【０１２９】
端末型データ処理装置では、受信したＨＴＭＬに埋め込まれている画像配列識別子のリスト（画像情報１０５またはダミーリスト）に従って、対象の画像をダウンロードする（ステップＳ８１７、図８における処理２０１１）。
【０１３０】
ＨＴＭＬファイル上で、各画像の識別子はＦＯＲＭタグのＰＯＳＴメソッド引数に割り当てられている。システム利用者は、認証に用いる画像配列をフォーム中のボタンをクリックすることで選択を行い（ステップＳ８１８、図８における処理２０１２）、全ての列の画像配列を選択した後に「送信」ボタンをクリックして（ステップＳ８１９）、データ処理装置５へ画像配列識別子の情報を送信する（ステップＳ８２０、図８における処理２０１３）。
【０１３１】
利用者の端末型データ処理装置上のブラウザに送出するＨＴＭＬファイルとして構成するのではなく、端末型データ処理装置上の専用コンポーネントに画像識別子及び画像データをロードさせる方法がバリエーションとして挙げられる。データ処理装置５は、リクエスト発行元のクライアントヘッダを参照し、ブラウザに対するＨＴＭＬファイルではなく、ＸＭＬファイルやＣＳＶファイルフォーマットを用いて選択対象の画像識別子をリスト化し、送信する。コンポーネントへの返却か、単純なＨＴＭＬフォーマットとしての返却の振り分けは、プログラム２０７が、端末型データ処理装置４から送信されたＨＴＴＰリクエストヘッダ上の拡張情報を元にして行う。
【０１３２】
利用者認証処理２
端末型データ処理装置からの画像配列識別子の情報を受け付けたデータ処理装置５では、プログラム２０８が起動されて情報を構成するパラメータが検証され（ステップＳ８２１、図９における処理２０１４）、その要求の妥当性（パラメータの妥当性）が確認される（ステップＳ８２２）。
【０１３３】
ステップＳ８２２において、パラメータが妥当なものであることが確認された場合、情報はデータ処理装置１に送信される。データ処理装置１では、プログラム２０４が起動し（ステップＳ８２３、図９における処理２０１５）、利用者情報の引き当て処理が行われる（ステップＳ８２４、図９における処理２０１６）。
【０１３４】
データ処理装置５へ送信された画像配列識別子の情報について、マスクされているものであるかの判定が行われ（ステップＳ８２５）、その要求の妥当性が検証される。このとき、マスクされていないことが確認された場合、プログラム２０４により動作するデータ処理装置１は予めシステム管理者が設定した検出閾値を参照し、危険な状況であることを示すログを生成し（ステップＳ８２７、図９における処理２０１７）、記憶装置２に保存する。この後、データ処理装置５および端末型データ処理装置に再要求までの待ち時間がセットされる（ステップＳ８３０、Ｓ８２８）。
【０１３５】
ステップＳ８２５にて画像配列識別子がマスクされていることが確認された場合、画像配列識別子にマスク済み（画像情報Ｄ１０３）に該当する識別子の確認が行われる（ステップＳ８２９）。
【０１３６】
ステップＳ８２９にて画像配列識別子にマスク済み（画像情報Ｄ１０３）に該当する識別子が確認されない場合にはデータ処理装置５および端末型データ処理装置に再要求までの待ち時間がセットされる（ステップＳ８３０、Ｓ８２８）。
【０１３７】
ステップＳ８２９にて画像配列識別子にマスク済み（画像情報Ｄ１０３）に該当する識別子が確認された場合には、パスワードを用いる利用者認証であるかの確認が行われる（ステップＳ８３１）。
【０１３８】
ステップＳ８３１にてパスワードを用いない利用者認証であることが確認された場合には、データ処理装置１は利用者認証を通過したことを示すステータスをデータ処理装置５へ返却し（ステップＳ８３５）、データ処理装置５では必要とするページを要求するリダイレクトを発行する（ステップＳ８３６）。
【０１３９】
ステップＳ８３１にてパスワードを用いる利用者認証であることが確認された場合には、プログラム２０８によって動作を行うデータ処理装置１は、データ処理装置５にパスワードを要求するステータスを返却させて（ステップＳ８３２）、端末型データ処理装置の画面をパスワードの入力画面に遷移させる。
【０１４０】
端末型データ処理装置では、パスワードの入力コンポーネントとして端末型データ処理装置上の専用コンポーネントを用いる場合は、画面遷移の必要はなく、単一の画面上でパスワード入力フィールドを開放する（ステップＳ８３３、図９における処理２０１８）。
【０１４１】
この後、利用者がパスワードを入力し、確定キーを押下すると、ＩＤ及びパスワードがＳＳＬ通信を介してデータ処理装置５に送られ（ステップＳ８３４）、データ処理装置５で受け付けられる（ステップＳ８３７）。データ処理装置５よりその旨の通知を受けたデータ処理装置１ではプログラム２０９が起動される（ステップＳ８３８、図９における処理２０２０）。
【０１４２】
プログラム２０９により動作を行うデータ処理装置１は、パスワードを照合してその正当性を検証する（ステップＳ８３９、図９における処理２０２１）。続くステップＳ８４０では、ステップＳ８３９における照合結果の確認が行われ、入力パスワードが予め定められたパスワードと一致しないものであることが確認された場合にはデータ処理装置５および端末型データ処理装置に再要求までの待ち時間がセットされる（ステップＳ８４１、Ｓ８４２）。
【０１４３】
ステップＳ８４０にて入力パスワードが予め定められたパスワードと一致することが確認された場合にはデータ処理装置１は利用者認証を通過したことを示すステータスをデータ処理装置５へ返却し（ステップＳ８４３）、データ処理装置５では必要とするページを要求するリダイレクトを発行する（ステップＳ８４４）。
【０１４４】
なお、パスワードを使用しない設定を行う場合は、画像表示列に十分な長さを取る必要がある。
【産業上の利用可能性】
【０１４５】
本発明によれば、インターネットバンキング、ショッピングサイトにおける個人認証システムや携帯電話端末における個人認証システム、あるいはその他組み込みシステムにおける認証システムへの応用が可能である。
【図面の簡単な説明】
【０１４６】
【図１】（ａ）は本発明によるシステムの一実施例の概略構成を示すブロック図、（ｂ）は端末装置１００４がアプリケーションサーバ１００１と接続することにより取得したログイン画面の一例を示す図である。
【図２】（ａ）は本実施例のシステムを具体的に示すブロック図、（ｂ）は外部記憶装置２の格納内容を示す図、（ｃ）はデータ処理装置５を構成する記憶装置（不図示）の格納内容を示す図、（ｄ）は端末型データ処理装置４＃１〜４＃４の記憶装置（不図示）の格納内容を示す図である。
【図３】画像情報Ｄ１０１〜Ｄ１０４の内容を示す図であり、（ａ）は、画像情報Ｄ１０１を構成する選択肢を示し、（ｂ）は、画像情報Ｄ１０１から生成される各種画像情報の構成を示す図である。
【図４】手段１１による動作を示すフローチャートである。
【図５】手段２０による画像情報生成手順を示す図である。
【図６】本発明の動作を示すフローチャートである。
【図７】本発明の動作を示すフローチャートである。
【図８】本発明の動作を示すフローチャートである。
【図９】本発明の動作を示すフローチャートである。
【符号の説明】
【０１４７】
１    データ処理装置
１ａ    中央処理装置
１ｂ    主記憶装置
２    外部記憶装置
３    データ処理装置
４＃１〜４＃４端末型データ処理装置
５    データ処理装置
５ａ    中央処理装置
５ｂ    主記憶装置
１００１    アプリケーションサーバ
１００２    認証システムサーバ
１００３    ネットワーク
１００４    端末装置
【図１】
0004422088.tif 000002
【図２】
0004422088.tif 000003
【図３】
0004422088.tif 000004
【図４】
0004422088.tif 000005
【図５】
0004422088.tif 000006
【図６】
0004422088.tif 000007
【図７】
0004422088.tif 000008
【図８】
0004422088.tif 000009
【図９】
0004422088.tif 000010