認証装置，認証方法および認証システム
【課題】利用者認証において，認証サーバ・利用者装置間でのデータ通信量をほとんど増やすことなく，認証の安全性を向上させる技術を提供する。
【解決手段】認証サーバ１０において，認証情報記憶部１１の認証情報には，利用者の識別情報と対応する文字列と修飾属性とが登録されている。選択肢生成部１３は，利用者の識別情報に対応する文字列とそれ以外の文字列が，複数の異なる修飾属性で表示態様を変換する複数の選択肢を生成する。選択肢情報送信部１４は，生成された複数の選択肢の情報を利用者装置２０に送信する。選択情報受信部１５は，利用者装置２０から選択肢の選択結果を受信する。認証部１６は，選択肢の選択結果が，認証情報に登録された利用者の識別情報と対応する文字列と修飾属性とにより生成される選択肢であれば，利用者装置２０の認証が成功したものと判定する。
【解決手段】認証サーバ１０において，認証情報記憶部１１の認証情報には，利用者の識別情報と対応する文字列と修飾属性とが登録されている。選択肢生成部１３は，利用者の識別情報に対応する文字列とそれ以外の文字列が，複数の異なる修飾属性で表示態様を変換する複数の選択肢を生成する。選択肢情報送信部１４は，生成された複数の選択肢の情報を利用者装置２０に送信する。選択情報受信部１５は，利用者装置２０から選択肢の選択結果を受信する。認証部１６は，選択肢の選択結果が，認証情報に登録された利用者の識別情報と対応する文字列と修飾属性とにより生成される選択肢であれば，利用者装置２０の認証が成功したものと判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，利用者認証を行う認証装置，認証方法および認証システムに関するものである。
【背景技術】
【０００２】
インターネットサービスの利用，社内データベースへのアクセス，銀行のＡＴＭ（Automated teller machine）の利用，クレジットカードの認証端末の利用など，日常生活における様々な状況で，利用者認証が行われている。
【０００３】
利用者認証を行うシステムの例として，文字列からなるパスワードを利用して認証を行うシステムがある。例えば，銀行などのＡＴＭを用いたシステムでは，パスワードとして利用者に４桁の暗証番号を入力させ，ＡＴＭに挿入されたカードの情報と入力された暗証番号との対応を照合することにより，利用者の認証を行う。また，例えば，利用者がインターネット上のサービスを利用する際に，利用者にユーザＩＤ（IDentifier）とパスワードとを入力させ，入力されたユーザＩＤとパスワードとの対応を照合することにより，利用者の認証を行うシステムがある。
【０００４】
なお，利用者が使用する装置の画面に複数の画像を表示させ，利用者がそれらの画像の中から自らがあらかじめ登録しておいた画像を選択することで，認証を許可する技術が知られている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】“記憶認証”がプライベートバンクの入室管理で採用（＠ＩＴ），http://d.hatena.ne.jp/LucaLuca/20070815/p1
【発明の概要】
【発明が解決しようとする課題】
【０００６】
文字列からなるパスワードを利用した認証システムでは，利用者は，パスワードとして覚えやすい文字列を登録する傾向にある。特に，高齢者などは，複雑なパスワードの暗記や煩雑な機器操作に不安があるため，誕生日／電話番号や桁数が少ない番号などの覚えやすいパスワードを設定してしまう。誕生日／電話番号などのパスワードは他人に類推されやすく，桁数が少ない番号などは一度の覗き見で他人に覚えられやすいため，他人のなりすましによる不正利用の被害にあう可能性が高くなる。
【０００７】
固定の文字データ情報のみを使う認証方式では，たとえデータを暗号化して認証サーバ側と通信を行うとしても，利用者操作の覗き見や利用者装置でのキーロガーハックなど，多種多用なハッキング手法あり，認証用の文字データが流出してしまう可能性がある。
【０００８】
上述の利用者に画像を選択させる認証の技術では，文字列のパスワードを使用することなく，認証を簡略化することができる。利用者は，認証画面の中にマトリックス状に表示される複数の画像から，家族やペット，ふるさとの風景など，自分にとって懐かしい写真や図柄に触れることで認証を行う。ダミー画像と正解画像の組み合わせは膨大な数になるため安全性が高く，利用者はパスワードや暗証番号などを覚える必要がない。
【０００９】
しかし，利用者に画像を選択させる認証の技術では，認証の際に，正解画像データと不正解の画像データとを含む複数の画像データを，認証サーバから利用者の装置に送信しなければならない。データの送信量が多くなるため，ＰＣ（Personal Computer ）などから認証サーバに接続して認証を受ける場合には適しているが，通信帯域が狭くまたデータ通信量に応じた課金がなされる携帯端末などの認証には適さない。
【００１０】
開示する技術の一側面は，上記の問題の解決を図り，利用者の認証において，認証サーバ・利用者装置間でのデータ通信量をほとんど増やすことなく，認証の安全性を向上させる技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
開示する認証装置は，利用者の識別情報に文字列と文字列の表示態様を指定する修飾属性とを対応付けた認証情報を記憶する認証情報記憶部と，利用者装置から認証要求を受信する認証要求受信部と，認証情報記憶部に記憶された認証情報に基づいて，認証要求に含まれる利用者の識別情報に対応する文字列が，認証要求に含まれる利用者の識別情報に対応する修飾属性で指定される表示態様に変換される正解選択肢と，認証要求に含まれる利用者の識別情報に対応する文字列が，認証要求に含まれる利用者の識別情報に対応する修飾属性以外の修飾属性で指定される表示態様に変換される不正解選択肢とを含む，複数の選択肢を生成する選択肢生成部と，複数の選択肢の情報を利用者装置に送信する選択肢情報送信部と，利用者装置から選択肢の選択結果の情報を受信する選択情報受信部と，選択結果が正解選択肢である場合に，利用者装置の認証が成功したものと判定する認証部とを備える。
【発明の効果】
【００１２】
開示する技術によって，認証サーバ・利用者装置間でのデータ通信量をほとんど増やすことなく，認証の安全性を向上させることが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本実施の形態１による認証システムの構成例を示す図である。
【図２】本実施の形態による認証サーバのハードウェア構成例を示す図である。
【図３】本実施の形態１による認証情報の例を示す図である。
【図４】本実施の形態１による選択肢画面の例を示す図である。
【図５】本実施の形態１の認証システムによる認証手順の例を説明する図である。
【図６】本実施の形態１の認証サーバによる認証処理フローチャートである。
【図７】本実施の形態１の利用者装置による認証処理フローチャートである。
【図８】本実施の形態２による認証システムの構成例を示す図である。
【図９】本実施の形態２による質問テーブルおよび質問ＩＤテーブルの例を示す図である。
【図１０】本実施の形態２による修飾テーブルおよび修飾ＩＤテーブルの例を示す図である。
【図１１】本実施の形態２による選択肢画面の例を示す図である。
【図１２】本実施の形態２の認証システムによる認証処理フローチャートである。
【図１３】本実施の形態２の認証システムによる認証処理フローチャートである。
【図１４】本実施の形態２の学習部による修飾属性学習処理フローチャートである。
【発明を実施するための形態】
【００１４】
以下，本実施の形態について，図を用いて説明する。
【００１５】
〔実施の形態１〕
図１は，本実施の形態１による認証システムの構成例を示す図である。
【００１６】
図１に示す認証システムは，認証サーバ１０，利用者装置２０を有する。図１に示す認証システムにおいて，認証サーバ１０は，利用者の本人確認を行う認証装置である。利用者装置２０は，認証を受ける利用者が操作する装置である。認証サーバ１０と利用者装置２０とは，インターネット，専用線などのネットワーク３０を介して接続されている。
【００１７】
例えば，銀行のシステムにおいて，利用者装置２０は，銀行が提供するサービスの利用を希望する利用者が操作するＡＴＭなどの装置である。認証サーバ１０は，利用者が操作するＡＴＭなどの利用者装置２０から銀行側のシステムにアクセスする際に，その入り口で利用者の本人認証を行う装置である。
【００１８】
認証サーバ１０は，認証情報記憶部１１，認証要求受信部１２，選択肢生成部１３，選択肢情報送信部１４，選択情報受信部１５，認証部１６，認証結果送信部１７を備える。
【００１９】
認証情報記憶部１１は，認証情報を記憶する，コンピュータがアクセス可能な記憶部である。認証情報は，利用者の識別情報に，文字列と，文字列の表示態様を指定する修飾属性とを対応付けた情報である。
【００２０】
認証要求受信部１２は，利用者装置２０から送信された認証要求を受信する。受信する認証要求には，認証を受ける利用者の識別情報が含まれている。
【００２１】
選択肢生成部１３は，認証情報記憶部１１に記憶された認証情報に基づいて，利用者装置２０において利用者に提示する複数の選択肢を生成する。このとき，選択肢生成部１３は，認証要求に含まれる利用者の識別情報に対応する文字列が，認証要求に含まれる利用者の識別情報に対応する修飾属性で指定される表示態様に変換される正解選択肢を生成する。また，選択肢生成部１３は，認証要求に含まれる利用者の識別情報に対応する文字列が，認証要求に含まれる利用者の識別情報に対応する修飾属性以外の修飾属性で示される表示態様に変換される不正解選択肢を生成する。
【００２２】
なお，認証要求に含まれる利用者の識別情報に対応する文字列以外の文字列の選択肢は，修飾属性に関係なく，不正解選択肢となる。
【００２３】
選択肢情報送信部１４は，選択肢情報を利用者装置２０に送信する。選択肢情報には，生成された複数の選択肢の情報が含まれている。
【００２４】
選択情報受信部１５は，利用者装置２０から選択情報を受信する。選択情報には，利用者装置２０における選択肢の選択結果の情報，すなわち利用者が選択した選択肢の情報が含まれている。
【００２５】
認証部１６は，利用者装置２０における選択肢の選択結果が，正解選択肢である場合に，その利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が成功したものと判定する。
【００２６】
例えば，認証部１６は，認証情報記憶部１１に記憶された認証情報を参照し，利用者装置２０において選択された選択肢が，利用者の識別情報に対応する文字列と修飾属性とによる正解選択肢であるかを確認する。利用者装置２０において選択された選択肢が正解選択肢であれば，利用者装置２０の認証すなわち利用者の認証が成功したものと判定される。利用者装置２０において選択された選択肢が不正解選択肢であれば，利用者装置２０の認証すなわち利用者の認証が失敗したものと判定される。
【００２７】
認証結果送信部１７は，認証結果を利用者装置２０に送信する。
【００２８】
利用者装置２０は，認証要求送信部２１，選択肢情報受信部２２，選択肢画面出力部２３，選択受付部２４，選択情報送信部２５，認証結果受信部２６，認証結果出力部２７を備える。
【００２９】
また，利用者装置２０は，表示装置２８，入力装置２９を備える。例えば，利用者装置２０がＰＣである場合，ディスプレイが表示装置２８，キーボード／マウス等が入力装置２９となる。また，利用者装置２０が携帯電話端末である場合，キー／ボタン等が入力装置２９となる。また，利用者装置２０が銀行などのＡＴＭである場合，タッチパネルが表示装置２８および入力装置２９となる。
【００３０】
認証要求送信部２１は，認証サーバ１０に認証要求を送信する。送信する認証要求には，認証を受ける利用者の識別情報が含まれている。
【００３１】
選択肢情報受信部２２は，認証サーバ１０から選択肢情報を受信する。選択肢情報には，認証サーバ１０で生成された複数の選択肢の情報が含まれている。
【００３２】
選択肢画面出力部２３は，選択肢情報に含まれる複数の選択肢を提示する画面を表示装置２８に表示する。
【００３３】
選択受付部２４は，利用者による選択肢を選択する入力を受け付ける。利用者は，入力装置２９を用いて，表示装置２８の画面に表示された選択肢を１つ選択する。
【００３４】
選択情報送信部２５は，認証サーバ１０に選択情報を送信する。選択情報には，利用者による選択肢の選択結果が含まれている。
【００３５】
認証結果受信部２６は，認証サーバ１０から認証結果を受信する。
【００３６】
認証結果出力部２７は，表示装置２８に認証結果を表示する。
【００３７】
図２は，本実施の形態による認証サーバのハードウェア構成例を示す図である。
【００３８】
図１に示す本実施の形態の認証サーバ１０は，ＣＰＵ（Central Processing Unit ）２，主記憶となるメモリ３，ＨＤＤ（Hard Disk Drive ）などの記憶装置４，入力装置５，出力装置６，通信装置７を備えるコンピュータ１によって実現される。
【００３９】
図１に示す認証サーバ１０および認証サーバ１０が備える各機能部は，コンピュータ１が備えるＣＰＵ２，メモリ３等のハードウェアと，ソフトウェアプログラムとによって，実現することが可能である。コンピュータ１が実行可能なプログラムは，記憶装置４に記憶され，その実行時にメモリ３に読み出され，ＣＰＵ２により実行される。
【００４０】
コンピュータ１は，可搬型記録媒体から直接プログラムを読み取り，そのプログラムに従った処理を実行することもできる。また，コンピュータ１は，サーバコンピュータからプログラムが転送されるごとに，逐次，受け取ったプログラムに従った処理を実行することもできる。さらに，このプログラムは，コンピュータ１で読み取り可能な記録媒体に記録しておくことができる。
【００４１】
なお，本実施の形態では，利用者装置２０を実現するコンピュータも，図２に示すコンピュータ１と同様のハードウェアを有するものとする。このとき，利用者装置２０の表示装置２８がコンピュータ１の出力装置６に相当し，利用者装置２０の入力装置２９がコンピュータ１の入力装置５に相当する。
【００４２】
図３は，本実施の形態１による認証情報の例を示す図である。
【００４３】
図３（Ａ）に示す認証情報１９ａ，図３（Ｂ）に示す認証情報１９ｂは，それぞれ認証情報記憶部１１に記憶される認証情報の一例である。
【００４４】
図３（Ａ）に示す認証情報１９ａにおいて，ユーザＩＤは，利用者の識別情報であり，利用者ごとにユニークな値が割り当てられている。図３（Ａ）に示すように，認証情報１９ａでは，各利用者のユーザＩＤに対して，それぞれ文字列と修飾属性とが対応付けられている。
【００４５】
上述したように，修飾属性は，文字列の表示態様を指定する情報である。本実施の形態では，修飾属性の指定に従って文字列の表示態様を変換することを，修飾と呼ぶ。利用者装置２０の表示装置２８の画面で利用者に提示する文字列の修飾としては，様々な修飾パターンが考えられる。
【００４６】
以下，修飾パターンの例を列挙する。
【００４７】
・文字列の色を指定する修飾
・文字列のバックグランド色を指定する修飾
・文字列のフォントを指定する修飾
・文字列の装飾を指定する修飾
（ＢＯＬＤ，Ｉｔａｌｉｃ，白抜き，影付き，下線，点滅など）
・文字列の縦書き・横書き等を指定する修飾
・文字列のひらがな・カタカナ・漢字・ローマ字等を指定する修飾
・文字列の全角・半角等を指定する修飾
・文字列の漢字にふりがなをふるか否かを指定する修飾
・文字列を囲む枠の形を指定する修飾
（実線枠，破線枠，細線枠，太線枠，二重線枠，四角枠，丸枠など）
・文字列の枠内における表示位置を指定する修飾
（中央，右寄せ，左寄せ，上寄り，下寄り，右寄り，左寄りなど）
・文字列の傾きを指定する修飾
（右上がり，左上がりなど）
・文字列のアルファベットの大文字・小文字・先頭だけ大文字等を指定する修飾
・文字列の言語を指定する修飾
（日本語，英語，ドイツ語など）
・文字列の方言を指定する修飾
（東北弁，土佐弁，鹿児島弁など）
・文字列の最後に句点を付けるか否かを指定する修飾
・文字列のカタカナの最後の長音符を省略するか否かを指定する修飾
（コンピュータ，ユーザなど）
・文字列と一緒に表示するキャラクターを指定する修飾
ここに挙げた例以外にも，利用者装置２０の表示装置２８に出力される画面上の文字列に対して，様々なパターンの修飾を行うことが可能である。
【００４８】
また，複数の修飾を組み合わせて文字列の修飾を行うことも可能である。例えば，文字列“りんご”を，修飾属性“文字色赤”＋“カタカナ”で修飾することも可能である。
【００４９】
利用者は，正解とする文字列と修飾属性との組合せを，あらかじめ登録しておく。例えば，利用者が，利用者装置２０から認証サーバ１０にアクセスし，利用者のユーザＩＤに対応付けて文字列と修飾属性とを登録する方法がある。また，利用者が登録用の申し込み用紙に文字列と修飾属性とを記載して認証サーバ１０の管理者に郵送し，管理者が，利用者から届いた申し込み用紙に従って，認証サーバ１０に利用者のユーザＩＤに対応付けて文字列と修飾属性とを登録する方法などもある。
【００５０】
認証時において，ユーザＩＤに対応付けて登録された文字列に対して，ユーザＩＤに対応付けて登録された修飾属性に示される修飾を施して生成される選択肢が，そのユーザＩＤの利用者における正解選択肢となる。それ以外の文字列と修飾属性との組合せによって生成される選択肢は，すべて不正解選択肢となる。
【００５１】
例えば，図３（Ａ）に示す認証情報１９ａが認証情報記憶部１１に記憶されている場合に，ユーザＩＤ“ｕ００１”の利用者にとっては，文字列“りんご”を修飾属性“カタカナ”で変換して生成される選択肢が，正解選択肢となる。すなわち，利用者装置２０の表示装置２８に表示された画面において，文字列“りんご”がカタカナで“リンゴ”と表示された選択肢が，ユーザＩＤ“ｕ００１”の利用者の正解選択肢となる。それ以外の選択肢，例えば“りんご”，“林檎”，“ミカン”などは，不正解選択肢となる。
【００５２】
図３（Ｂ）の認証情報１９ｂに示すように，曜日，日付，時間等のスケジュールに応じて，利用者の識別情報に対応する修飾属性を変更することも可能である。
【００５３】
図３（Ｂ）に示す認証情報１９ｂでは，各利用者のユーザＩＤに対応する修飾属性が，曜日ごとに変更されている。例えば，ユーザＩＤ“ｕ００１”の利用者の場合，月曜日はカタカナの“リンゴ”が正解選択肢となり，火曜日はひらがなの“りんご”が正解選択肢となり，水曜日は漢字の“林檎”が正解選択肢となる。
【００５４】
このようなスケジュールに応じた修飾属性の変更ルールは，それぞれの利用者本人しか知らないルールであるので，簡単には他人に知られにくく，より利用者認証の安全性が高くなる。
【００５５】
なお，修飾属性の変更ルールについては，スケジュールに応じた変更ルールに限らず，例えば利用者装置２０の設置場所に応じて修飾属性を変更するなど，他のあらかじめ定められた利用者の知り得るルールであってもよい。
【００５６】
図４は，本実施の形態１による選択肢画面の例を示す図である。
【００５７】
図４（Ａ）に示す選択肢画面２００ａ，図４（Ｂ）に示す選択肢画面２００ｂは，それぞれ，利用者装置２０の選択肢画面出力部２３により表示装置２８に出力される画面の一例である。利用者は，選択肢画面に提示された複数の選択肢から，１つの選択肢を選択することで認証を受ける。
【００５８】
図４（Ａ）に示す選択肢画面２００ａでは，“りんご”・“ぶどう”・“みかん”の文字列を，それぞれ“ひらがな”・“カタカナ”・“漢字”の修飾属性で変換して生成された選択肢が提示されている。利用者は，選択肢画面２００ａに提示された複数の選択肢から，登録した文字列と修飾属性とが組み合わされた選択肢を選択する。
【００５９】
また，図４（Ｂ）に示す選択肢画面２００ｂでは，“りんご”・“ぶどう”・“みかん”の文字列を，それぞれ“ゴシック体”・“明朝体”・“ＰＯＰ体”の修飾属性で変換して生成された選択肢が提示されている。利用者は，選択肢画面２００ｂに提示された複数の選択肢から，登録した文字列と修飾属性とが組み合わされた選択肢を選択する。
【００６０】
例えば，図４（Ａ）に示す選択肢画面２００ａにおいて，利用者が登録した正解の文字列が“りんご”であるものとする。登録時に，利用者は，自身のりんごのイメージを連想して，修飾属性を決定する。例えば，実家から毎年送られてくるりんごの箱にカタカナで“リンゴ”と書いてある，好きな歌のタイトルに漢字の“林檎”が使われているなど，利用者ごとにイメージしやすい修飾属性を登録すれば，利用者は簡単に登録した修飾属性を記憶できる。
【００６１】
図５は，本実施の形態１の認証システムによる認証手順の例を説明する図である。
【００６２】
ここでは，認証サーバ１０の認証情報記憶部１１に，図３（Ａ）に示す認証情報１９ａが記憶されているものとする。また，利用者装置２０を用いて認証を受ける利用者の識別情報すなわちユーザＩＤは，“ｕ００１”であるものとする。
【００６３】
利用者が利用者装置２０を操作して認証を開始すると，利用者装置２０の認証要求送信部２１は，認証サーバ１０に，ユーザＩＤ“ｕ００１”の情報を含む認証要求を送信する。
【００６４】
認証サーバ１０において，認証要求受信部１２は，利用者装置２０から，ユーザＩＤ“ｕ００１”の情報を含む認証要求を受信する。選択肢生成部１３は，認証要求に含まれるユーザＩＤ“ｕ００１”で認証情報記憶部１１に記憶された認証情報１９ａを参照し，ユーザＩＤ“ｕ００１”に対応する文字列“りんご”と修飾属性“カタカナ”を取得する。選択肢生成部１３は，取得された文字列“りんご”と修飾属性“カタカナ”とを組み合わせた正解選択肢を生成する。
【００６５】
また，選択肢生成部１３は，認証要求に含まれるユーザＩＤ“ｕ００１”に対応する修飾属性“カタカナ”以外の修飾属性を取得する。図には示されていないが，修飾属性のリスト情報などが認証サーバ１０の記憶部に記憶されているものとする。ここでは，選択肢生成部１３が，修飾属性のリストから，“ひらがな”と“漢字”の修飾属性を選択して取得したものとする。選択肢生成部１３は，ユーザＩＤ“ｕ００１”に対応する文字列“りんご”と，ユーザＩＤ“ｕ００１”に対応する修飾属性以外の修飾属性“ひらがな”・“漢字”とをそれぞれ組み合わせた不正解選択肢を生成する。
【００６６】
また，選択肢生成部１３は，認証要求に含まれるユーザＩＤ“ｕ００１”に対応する文字列“りんご”以外の文字列を取得する。図には示されていないが，文字列のリスト情報などが認証サーバ１０の記憶部に記憶されているものとする。ここでは，選択肢生成部１３が，修飾属性のリストから，“ぶどう”と“みかん”の文字列を選択して取得したものとする。選択肢生成部１３は，ユーザＩＤ“ｕ００１”に対応する文字列以外の文字列“ぶどう”と“みかん”と，すでに取得した修飾属性“カタカナ”・“ひらがな”・“漢字”とをそれぞれ組み合わせた不正解選択肢を生成する。
【００６７】
選択肢情報送信部１４は，利用者装置２０に，生成された複数の選択肢の情報を含む選択肢情報を送信する。
【００６８】
ここで，選択肢情報に含まれる複数の選択肢の情報は，単に文字列と修飾属性との組合せを示す情報であってもよいし，修飾属性によって表示態様がすでに変換された文字列の情報であってもよい。具体的な例を挙げると，選択肢情報に含まれる文字列“りんご”と修飾属性“カタカナ”とによる選択肢が，文字列“りんご”と修飾属性“カタカナ”との組合せを示すだけの情報でもよいし，文字列“りんご”を修飾属性“カタカナ”で変換した選択肢“リンゴ”の情報であってもよい。
【００６９】
例えば，インターネットサービスの認証など，認証サーバ１０で選択肢を提示する選択肢画面を生成して，生成された選択肢画面の情報を利用者装置２０に送信する場合がある。この場合には，選択肢生成部１３が修飾属性によって文字列の表示態様を変換した選択肢を生成し，生成された選択肢を配置した選択肢画面を認証サーバ１０が生成して，選択肢情報送信部１４が生成された選択肢画面の情報を選択肢情報として利用者装置２０に送信する。
【００７０】
また，例えば，利用者装置２０が，認証サーバ１０から受信した選択肢情報に基づいて，選択肢画面を生成する場合がある。このとき，認証サーバ１０から送信される選択肢情報に含まれる複数の選択肢の情報は，単に文字列と修飾属性との組合せを示す情報であってもよい。利用者装置２０は，文字列を修飾属性との組合せを示す情報に基づいて，修飾属性によって文字列の表示態様を変換した選択肢を生成し，生成された選択肢を配置した選択肢画面を生成する。この場合には，選択肢生成部１３が文字列と修飾属性との組合せを示す情報を生成し，選択肢情報送信部１４が生成された文字列と修飾属性との組合せを示す情報を含む選択肢情報を利用者装置２０に送信する。
【００７１】
利用者装置２０において，選択肢情報受信部２２は，認証サーバ１０から，複数の選択肢の情報を含む選択肢情報を受信する。選択肢画面出力部２３は，受信した選択肢情報に基づいて，複数の選択肢が提示された選択肢画面を，表示装置２８に出力する。ここで表示装置２８に表示される選択肢画面は，上述のように，認証サーバ１０で生成された画面でも，利用者装置２０で生成された画面でもよい。ここでは，図４（Ａ）に示す選択肢画面２００ａが，利用者装置２０の表示装置２８に表示される。図４（Ａ）に示す選択肢画面２００ａにおいて，ユーザＩＤ“ｕ００１”の利用者にとっては，カタカナの“リンゴ”のみが正解選択肢であり，他の選択肢は不正解選択肢である。
【００７２】
利用者は，入力装置２９を操作して，選択肢画面２００ａ上で提示された選択肢の中から，１つの選択肢を選択する。選択受付部２４は，利用者による，選択肢画面２００ａ上の選択肢を選択する操作を受け付ける。選択情報送信部２５は，認証サーバ１０に，利用者による選択肢の選択結果を含む選択情報を送信する。選択情報には，利用者のユーザＩＤ“ｕ００１”も含まれている。
【００７３】
認証サーバ１０において，選択情報受信部１５は，利用者装置２０から，選択肢の選択結果を含む選択情報を受信する。認証部１６は，受信した選択情報に含まれる選択肢の選択結果が正解選択肢である場合に，その利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が成功したものと判定する。
【００７４】
例えば，認証部１６は，受信した選択情報に含まれる利用者のユーザＩＤ“ｕ００１”で認証情報記憶部１１に記憶された認証情報１９ａを参照し，ユーザＩＤ“ｕ００１”に対応する文字列“りんご”と修飾属性“カタカナ”とを取得する。認証部１６は，選択情報に含まれる選択肢の選択結果の情報すなわち選択された選択肢の文字列および修飾属性と，認証情報１９ａから取得された文字列および修飾属性とを照合する。
【００７５】
例えば，図４（Ａ）に示す選択肢画面２００ａにおいて，利用者によって選択された選択肢が，カタカナの“リンゴ”であったものとする。このとき，利用者装置２０から認証サーバ１０に送られる選択情報には，選択肢の選択結果として，文字列“りんご”と修飾属性“カタカナ”による選択肢“リンゴ”の情報が含まれている。認証部１６は，選択情報に含まれた文字列“りんご”および修飾属性“カタカナ”と，認証情報１９ａから取得した文字列“りんご”と修飾属性“カタカナ”とを照合し，双方が一致するので，選択情報に含まれる選択肢の選択結果が正解選択肢であると判断する。選択情報に含まれる選択肢の選択結果が正解選択肢であるので，認証部１６は，その利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が成功したものと判定する。
【００７６】
また，例えば，図４（Ａ）に示す選択肢画面２００ａにおいて，利用者によって選択された選択肢が，漢字の“林檎”であったものとする。このとき，利用者装置２０から認証サーバ１０に送られる選択情報には，選択肢の選択結果として，文字列“りんご”と修飾属性“漢字”による選択肢“林檎”の情報が含まれている。認証部１６は，選択情報に含まれた文字列“りんご”および修飾属性“漢字”と，認証情報１９ａから取得した文字列“りんご”および修飾属性“カタカナ”とを照合し，修飾属性が一致しないので，選択情報に含まれる選択肢の選択結果が不正解選択肢であると判断する。選択情報に含まれる選択肢の選択結果が不正解選択肢であるので，認証部１６は，その利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が失敗したものと判定する。
【００７７】
認証結果送信部１７は，利用者装置２０に，認証結果，すなわち認証部１６により判定された認証の結果を送信する。
【００７８】
利用者装置２０において，認証結果受信部２６は，認証サーバ１０から，認証結果を受信する。認証結果出力部２７は，表示装置２８の画面に認証結果が出力される。
【００７９】
以降，認証結果が成功であれば，利用者装置２０を用いた利用者に対する認証サーバ１０側のシステムによるサービスが開始される。認証結果が失敗であれば，利用者装置２０を用いた利用者に対する認証サーバ１０側のシステムによるサービスが中断される。
【００８０】
図６は，本実施の形態１の認証サーバによる認証処理フローチャートである。
【００８１】
認証サーバ１０において，認証要求受信部１２は，利用者装置２０から，認証要求を受信する（ステップＳ１０）。
【００８２】
選択肢生成部１３は，文字列と修飾属性とを組み合わせて複数の選択肢を生成する（ステップＳ１１）。このとき，選択肢生成部１３は，認証情報記憶部１１に記憶された認証情報に基づいて，受信した認証要求に含まれる利用者の識別情報に対応する文字列と，受信した認証要求に含まれる利用者の識別情報に対応する修飾属性とにより，正解選択肢を生成する。また，選択肢生成部１３は，認証情報記憶部１１に記憶された認証情報に基づいて，受信した認証要求に含まれる利用者の識別情報に対応する文字列と，受信した認証要求に含まれる利用者の識別情報に対応する修飾属性以外の修飾属性とにより，不正解選択肢を生成する。
【００８３】
選択肢情報送信部１４は，利用者装置２０に，複数の選択肢の情報を含む選択肢情報を送信する（ステップＳ１２）。
【００８４】
選択情報受信部１５は，利用者装置２０から，選択肢の選択結果の情報を含む選択情報を受信する（ステップＳ１３）。
【００８５】
認証部１６は，選択情報に含まれる選択肢の選択結果に基づいて，認証の判定を行う。具体的には，認証部１６は，選択情報に含まれる選択された選択肢の文字列と，認証情報記憶部１１に記憶された認証情報において利用者の識別情報に対応する文字列とが一致するかを判定する（ステップＳ１４）。また，認証部１６は，選択情報に含まれる選択された選択肢の修飾属性と，認証情報記憶部１１に記憶された認証情報において利用者の識別情報に対応する修飾属性とが一致するかを判定する（ステップＳ１５）。
【００８６】
文字列が一致しかつ修飾属性が一致すれば（ステップＳ１４のＹＥＳかつステップＳ１５のＹＥＳ），認証部１６は，利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が成功したものと判定する（ステップＳ１６）。文字列が一致しないまたは修飾属性が一致しない場合には（ステップＳ１４のＮＯまたはステップＳ１５のＮＯ），認証部１６は，利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が失敗したものと判定する（ステップＳ１７）。
【００８７】
認証結果送信部１７は，利用者装置２０に認証結果を送信する（ステップＳ１８）。
【００８８】
図７は，本実施の形態１の利用者装置による認証処理フローチャートである。
【００８９】
利用者装置２０において，認証要求送信部２１は，認証サーバ１０に，利用者の識別情報を含む認証要求を送信する（ステップＳ２０）。
【００９０】
選択肢情報受信部２２は，認証サーバ１０から，複数の選択肢の情報を含む選択肢情報を受信する（ステップＳ２１）。選択肢画面出力部２３は，選択肢情報に含まれる複数の選択肢を提示する選択肢画面を，表示装置２８に出力する（ステップＳ２２）。
【００９１】
選択受付部２４は，利用者による選択肢画面に提示された複数の選択肢からの選択肢の選択を受け付ける（ステップＳ２３）。選択情報送信部２５は，認証サーバ１０に，利用者による選択肢の選択結果を含む選択情報を送信する（ステップＳ２４）。
【００９２】
認証結果受信部２６は，認証サーバ１０から，認証結果を受信する（ステップＳ２５）。認証結果出力部２７は，認証結果を表示装置２８の画面に出力する（ステップＳ２６）。
【００９３】
このように，本実施の形態による認証では，認証のために認証サーバ１０・利用者装置２０間でやり取りされるデータは主に文字列と修飾属性のデータであるので，データ通信量をほとんど増やすことなく，セキュリティ効果を高めることが可能となる。利用者の個人認証にかかる時間も，大きく増加しない。
【００９４】
また，利用者は，セキュリティの強化のために，複雑なパスワードを覚える必要がなく，自分が使いたい文字列の修飾ルールを覚えるだけでよい。利用者の操作も選択肢を選択する簡単な操作であるため，複雑な操作が苦手な人にも理解しやすい。
【００９５】
また，修飾属性は，認証サーバ１０側にしかわからない記号化や定期的な情報変更もできるため，流出したとしても，第三者には意味がわからない情報となる。そのため，セキュリティ効果が高くなる。
【００９６】
また，従来，高いセキュリティ効果を得るために，ワンタイムパスワード機器のトークンの利用や，生体認証の導入が行われていた。しかし，トークン端末や生体認証端末などはハードウェアコスト面での問題があるため，これらの技術をすべてのシステムですぐに導入することは難しい。本実施の形態による認証では，専用のハードウェアを導入せず，低コストでセキュリティを強化することが可能である。
【００９７】
〔実施の形態２〕
本実施の形態２では，対話方式で，“利用者に対する質問＝＞利用者による回答”を繰り返して認証を行う。本実施の形態２では，修飾属性の登録段階において，特に正解の修飾属性を持たず，正解の文字列に対して様々な修飾を施した文字列を利用者に提示して，利用者に選択させる。認証サーバ１０では，修飾属性の登録段階において，利用者が選択した正解文字列の選択肢の修飾属性を記憶学習し，所定の条件を満たした後，所定頻度の修飾属性を正解の修飾属性として，利用者の識別情報に対応付けて登録する。
【００９８】
図８は，本実施の形態２による認証システムの構成例を示す図である。
【００９９】
図８に示す認証システムは，認証サーバ１００，利用者装置２０を有する。認証サーバ１００と利用者装置２０とは，ネットワーク３０を介して接続されている。利用者装置２０とネットワーク３０とについては，図１に示す認証システムと同様である。
【０１００】
認証サーバ１００は，認証情報記憶部１１０，認証要求受信部１２０，選択肢生成部１３０，選択肢情報送信部１４０，選択情報受信部１５０，認証部１６０，認証結果送信部１７０，文字列辞書１８０を備える。認証要求受信部１２０，選択肢情報送信部１４０，選択情報受信部１５０，認証結果送信部１７０については，それぞれ図１に示す認証サーバ１０における認証要求受信部１２，選択肢情報送信部１４，選択情報受信部１５，認証結果送信部１７と同様である。
【０１０１】
認証サーバ１００の認証情報記憶部１１０は，認証情報として，質問テーブル１１１，質問ＩＤテーブル１１２，修飾テーブル１１３，修飾ＩＤテーブル１１４を備える。
【０１０２】
質問テーブル１１１には，質問の種類ごとに，利用者の識別情報と質問への回答となる文字列との対応などが記録されている。質問ＩＤテーブルには，質問ごとに，利用者に提示するフレーズや，質問への回答が属する分野などの情報が記録されている。
【０１０３】
修飾テーブル１１３には，利用者の識別情報と修飾属性との対応が記録されている。また，学習により利用者の識別情報と修飾属性との対応を登録する段階において，修飾テーブル１１３には，利用者による修飾属性の選択結果が蓄積される。修飾ＩＤテーブル１１４には，修飾属性ごとに，文字列の表示態様の変換を実施するＡＰＩ（Application Programming Interface ）が記録されている。
【０１０４】
選択肢生成部１３０は，図１に示す認証サーバ１０の選択肢生成部１３と同様に，正解選択肢と不正解選択肢とを生成する。だだし，選択肢生成部１３０による選択肢の生成は，利用者の認証情報に対応する修飾属性の登録段階と，利用者の認証情報に対応する修飾属性登録後の運用段階とで異なる。
【０１０５】
利用者の認証情報に対応する修飾属性登録後の運用段階では，上述の実施の形態１と同様に，選択肢生成部１３０は，利用者の識別情報に対応する文字列が，利用者の識別情報に対応する修飾属性で指定される表示態様に変換される正解選択肢を生成する。また，選択肢生成部１３０は，利用者の識別情報に対応する文字列が，利用者の識別情報に対応する修飾属性以外の修飾属性で指定される表示態様に変換される不正解選択肢を生成する。さらに，選択肢生成部１３０は，利用者の識別情報に対応する文字列以外の文字列にいずれかの修飾属性による修飾を施した不正解選択肢を生成する。
【０１０６】
利用者の認証情報に対応する修飾属性の登録段階では，まだ正解の修飾属性が決まっていないので，修飾属性が異なっていても，文字列が利用者の認証情報に対応する文字列であれば，すべて正解選択肢となる。選択肢生成部１３０は，利用者の認証情報に対応する文字列を用いた修飾属性が異なる複数の正解選択肢を生成する。また，選択肢生成部１３０は，利用者の認証情報に対応する文字列以外の文字列を用いた修飾属性が異なる複数の不正解選択肢を生成する。
【０１０７】
認証部１６０は，図１に示す認証サーバ１０の選択肢生成部１３と同様に，利用者装置２０から受信した選択情報に含まれる選択肢の選択結果によって，認証が成功したか失敗したかの判定を行う。だだし，選択肢生成部１３０の場合と同様に，認証部１６０による認証の判定は，利用者の認証情報に対応する修飾属性の登録段階と，利用者の認証情報に対応する修飾属性登録後の運用段階とで異なる。
【０１０８】
利用者の認証情報に対応する修飾属性登録後の運用段階では，上述の実施の形態１と同様に，認証部１６０は，利用者装置２０からの選択情報に含まれる選択結果の選択肢が，利用者の識別情報に対応する文字列と修飾属性とによる正解選択肢であれば，認証成功と判定する。
【０１０９】
利用者の認証情報に対応する修飾属性の登録段階では，まだ正解の修飾属性が決まっていないので，修飾属性が異なっていても，文字列が利用者の認証情報に対応する文字列であれば，すべて正解選択肢となる。認証部１６０は，利用者装置２０からの選択情報に含まれる選択結果の選択肢が，利用者の識別情報に対応する文字列による正解選択肢であれば，修飾属性にかかわらず，認証成功と判定する。
【０１１０】
また，利用者の認証情報に対応する修飾属性の登録段階では，利用者に選択された選択肢の修飾属性の情報を蓄積する。認証部１６０は，学習部１６１を備える。学習部１６１は，利用者の識別情報に対応する修飾属性を，学習によって決定する処理を行う。
【０１１１】
利用者の認証情報に対応する修飾属性の登録段階において，学習部１６１は，利用者装置２０からの選択情報に含まれる選択結果の選択肢の修飾属性の情報を，記録蓄積する。本実施の形態２では，学習部１６１は，認証情報記憶部１１０に記憶された修飾テーブル１１３に，選択された修飾属性の情報を記録蓄積する。
【０１１２】
学習部１６１は，所定の条件を満たした時点で学習を完了し，修飾テーブル１１３に蓄積された情報に基づいて，所定頻度の修飾属性を，利用者の識別情報に対応する修飾属性として決定し，登録する。学習の完了を判断する所定の条件は，例えば，その利用者による３０回分の選択結果が蓄積される，ある修飾属性の選択回数が全修飾属性の平均選択回数より５回以上多い，などである。
【０１１３】
文字列辞書１８０は，様々な文字列が記憶された辞書である。認証サーバ１００における文字列辞書１８０は，文字列の種別を示す属性の情報で検索することができ，文字列辞書１８０からは，指定した属性に属する文字列を抽出することができる。例えば，“野菜”という属性で文字列辞書１８０を検索すると，文字列辞書１８０から，“にんじん”，“だいこん”，“はくさい”，... などの様々な“野菜”に関する文字列を抽出することができる。
【０１１４】
図９は，本実施の形態２による質問テーブルおよび質問ＩＤテーブルの例を示す図である。
【０１１５】
図９（Ａ）は，認証情報記憶部１１０に記憶される質問テーブル１１１の一例を示す。図９（Ａ）に示す質問テーブル１１１には，利用者の識別情報ごとに，また質問ごとに対応する文字列が記録されている。
【０１１６】
図９（Ａ）に示す質問テーブル１１１において，ユーザＩＤは，図３に示す認証情報と同様に，利用者の識別情報である。パスワードは，利用者の識別情報ごとに登録されたパスワードである。ただし，本実施の形態２のパスワードは，セキュリティの強化を図った複雑なものではなく，利用者が覚えやすい程度のものでよい。
【０１１７】
図９（Ａ）に示す質問テーブル１１１において，質問ＩＤは，質問の種類を示す識別情報である。図９（Ａ）に示すように，質問テーブル１１１では，質問の種別を示す質問ＩＤごとに，利用者の識別情報に対応する文字列が記録されている。質問ＩＤに応じた文字列は，質問ＩＤで示される質問への回答となっている。図９（Ａ）に示す質問テーブル１１１では，利用者の識別情報ごとに，質問ＩＤと文字列との組合せが質問＃１〜質問＃ＮまでのＮ個ずつ登録されている。
【０１１８】
図９（Ａ）に示す質問テーブル１１１の情報は，図３に示す認証情報と同様に，利用者があらかじめ登録しておく情報である。利用者による登録方法については，例えば上述の図３に示す認証情報について説明したものと同様である。
【０１１９】
図９（Ｂ）は，認証情報記憶部１１０に記憶される質問ＩＤテーブル１１２の一例を示す。図９（Ｂ）に示す質問ＩＤテーブル１１２には，質問ＩＤごとの，すなわち質問ごとの，質問フレーズと回答属性の情報が記録されている。
【０１２０】
図９（Ｂ）に示す質問ＩＤテーブル１１２において，質問フレーズは，利用者装置２０の表示装置２８に出力される選択肢画面において，利用者に提示する質問のフレーズを示している。利用者は，利用者装置２０の表示装置２８に出力される選択肢画面に提示された質問フレーズを読み，その回答として選択肢画面に提示された複数の選択肢から，自らが正解とした選択肢を選択する。
【０１２１】
図９（Ｂ）に示す質問ＩＤテーブル１１２において，回答属性は，その質問に対する回答となる文字列の属性を示している。選択肢生成部１３０は，文字列が不正解となる選択肢を生成する際に，回答属性で文字列辞書１８０を検索し，質問の内容に応じた不正解の文字列を取得する。
【０１２２】
図１０は，本実施の形態２による修飾テーブルおよび修飾ＩＤテーブルの例を示す図である。
【０１２３】
図１０（Ａ）は，認証情報記憶部１１０に記憶される修飾テーブル１１３の一例を示す。図１０（Ａ）に示す修飾テーブル１１３には，利用者の識別情報ごとの修飾属性の情報が記録されている。ただし，上述したように，本実施の形態２では，修飾テーブル１１３の使い方が，利用者の認証情報に対応する修飾属性の登録段階と，利用者の認証情報に対応する修飾属性登録後の運用段階とで異なる。
【０１２４】
図１０（Ａ）に示す修飾テーブル１１３において，学習済みフラグは，利用者の識別情報を示すユーザＩＤに対応する修飾属性を登録するための学習が，完了したか否かを示す情報である。図１０（Ａ）に示す修飾テーブル１１３において，学習済みフラグが“０”である場合には，学習の状況が，まだ完了していない段階，すなわち利用者の認証情報に対応する修飾属性の登録段階であることを示している。また，図１０（Ａ）に示す修飾テーブル１１３において，学習済みフラグが“１”である場合には，学習の状況が，完了している段階，すなわち利用者の認証情報に対応する修飾属性登録後の運用段階であることを示している。
【０１２５】
図１０（Ａ）に示す修飾テーブル１１３において，修飾ＩＤは，修飾属性の識別情報である。図１０（Ａ）に示すように，修飾テーブル１１３では，修飾属性を示す修飾ＩＤごとに，学習カウンタが用意されている。図１０（Ａ）に示す修飾テーブル１１３では，利用者の識別情報ごとに，修飾ＩＤと学習カウンタとの組合せが修飾属性＃１〜修飾属性＃ＭまでのＭ個ずつ登録されている。
【０１２６】
学習済みフラグが“０”であるときには，利用者による修飾属性の結果が，学習カウンタに反映される。すなわち，利用者のユーザＩＤに対応する学習済みフラグが“０”であるときには，その利用者により選択された選択肢の修飾属性を示す修飾ＩＤに対応する学習カウンタがカウントアップされる。
【０１２７】
学習済みフラグが“１”であるときには，所定頻度で利用者に選択された修飾属性が，利用者の識別情報に対応する修飾属性となる。所定頻度で利用者に選択された修飾属性は，例えば，学習カウンタの値が最大の修飾ＩＤが示す修飾属性などである。利用者のユーザＩＤに対応する学習済みフラグが“１”であるときには，例えば，その利用者により選択された選択肢の修飾属性と，学習カウンタの値が最大となっている修飾ＩＤが示す修飾属性との照合が行われる。なお，所定頻度で利用者に選択された修飾属性が，学習カウンタが所定以上の値となっている修飾ＩＤが示す修飾属性などであってもよい。
【０１２８】
図１０（Ｂ）は，認証情報記憶部１１０に記憶される修飾ＩＤテーブル１１４の一例を示す。図１０（Ｂ）に示す修飾ＩＤテーブル１１４には，修飾ＩＤに応じた，すなわち修飾属性に応じた，文字列の表示態様を変換する修飾ＡＰＩが記録されている。
【０１２９】
利用者装置２０の表示装置２８に出力される選択肢画面において，利用者に提示される選択肢は，修飾属性に応じた修飾ＡＰＩで表示態様が変換された文字列である。上述の実施の形態１と同様に，認証サーバ１００において文字列の表示態様を修飾ＡＰＩで変換してから利用者装置２０に送ってもよいし，文字列と修飾ＡＰＩの対応を利用者装置２０に送り，利用者装置２０において文字列の表示態様を修飾ＡＰＩで変換してもよい。
【０１３０】
図１１は，本実施の形態２による選択肢画面の例を示す図である。
【０１３１】
図１１（Ａ）に示す選択肢画面２００ｃ，図１１（Ｂ）に示す選択肢画面２００ｄは，それぞれ，利用者装置２０の選択肢画面出力部２３により表示装置２８に出力される画面の一例である。図１１の例にも示すように，利用者に対して提示される選択肢画面では，利用者が質問に対する回答の選択肢を短時間で区別できるように，４個〜８個程度の選択肢が並べられている。
【０１３２】
利用者は，選択肢画面に提示された複数の選択肢から，質問に応じた１つの選択肢を選択することで，認証を受ける。利用者の認証情報に対応する修飾属性の登録段階では，選択肢の文字列のみが認証の対象となり，選択肢の修飾属性は学習の対象となる。また，利用者の認証情報に対応する修飾属性登録後の運用段階では，選択肢の文字列と修飾属性との組合せが，認証の対象となる。
【０１３３】
図１１（Ａ）に示す選択肢画面２００ｃでは，質問フレーズ“好きなフルーツは？”に対して，“いちご”・“りんご”・“ぶどう”の文字列を，それぞれ“ひらがな”・“カタカナ”の修飾属性で変換して生成された選択肢が，ランダム配置で提示されている。
【０１３４】
図１１（Ｂ）に示す選択肢画面２００ｄでは，質問フレーズ“母親の旧姓は？”に対して，“やまもと”・“やまだ”・“やまぐち”の文字列を，それぞれ“ひらがな”・“漢字”の修飾属性で変換して生成された選択肢が，ランダム配置で提示されている。
【０１３５】
本実施の形態２による認証では，このような様々な質問とその質問に対する回答の選択肢の選択とが，所定の回数だけ繰り返される。
【０１３６】
利用者の認証情報に対応する修飾属性の登録段階では，利用者は，選択肢画面２００ｃや選択肢画面２００ｄに提示された複数の選択肢から，質問に応じて登録した文字列の選択肢を１つ選択する。このとき，利用者は，できるだけ毎回同じ修飾属性の選択肢を選択するように心がけておく。
【０１３７】
利用者の認証情報に対応する修飾属性登録後の運用段階では，利用者は，選択肢画面２００ｃや選択肢画面２００ｄに提示された複数の選択肢から，質問に応じて登録した文字列と普段から選択するように心がけていた修飾属性とが組み合わされた選択肢を選択する。
【０１３８】
図１２，図１３は，本実施の形態２の認証システムによる認証処理フローチャートである。
【０１３９】
図１２，図１３において，太点線の左側は利用者装置２０の処理の流れを示し，太点線の右側は認証サーバ１００の処理の流れを示す。
【０１４０】
利用者の認証が開始されると，利用者装置２０の認証要求送信部２１は，認証サーバ１００に，利用者の識別情報であるユーザＩＤとパスワードとを含む認証要求を送信する（ステップＳ２００）。
【０１４１】
認証サーバ１００の認証要求受信部１２０は，利用者端末２０から，利用者の識別情報であるユーザＩＤとパスワードとを含む認証要求を受信する（ステップＳ１００）。
【０１４２】
選択肢生成部１３０は，質問テーブル１１１を参照して，認証要求に含まれる利用者のユーザＩＤとパスワードとの組合せが正当であることを確認することで，利用者を特定する（ステップＳ１０１）。この処理は，従来の簡易な認証処理である。なお，図示はしていないが，ユーザＩＤとパスワードとの組合せが正当でない場合には，利用者装置２０に，認証失敗を返す。
【０１４３】
選択肢生成部１３０は，質問テーブル１１１を参照し，利用者のユーザＩＤに対応する質問を１つ選択する（ステップＳ１０２）。このとき，選択肢生成部１３０は，質問ＩＤテーブル１１２から，選択された質問の質問ＩＤに対応する質問フレーズを取得する。
【０１４４】
選択肢生成部１３０は，選択肢のもととなる文字列を決定する（ステップＳ１０３）。このとき，選択肢生成部１３０は，質問テーブル１１１から，利用者のユーザＩＤに対応する，選択された質問への回答として登録された文字列を，正解の文字列として取得する。また，選択肢生成部１３０は，質問ＩＤテーブル１１２から，選択された質問の質問ＩＤに対応する回答属性を取得する。選択肢生成部１３０は，取得された回答属性で文字列辞書１８０を検索し，所定数のダミーの文字列を取得する。
【０１４５】
例えば，利用者のユーザＩＤが“０００１”であり，図９（Ａ）に示す質問テーブル１１１において選択された質問が質問＃１の質問であるものとする。このとき，選択肢生成部１３０は，図９（Ａ）に示す質問テーブル１１１において，ユーザＩＤ“０００１”に対応する，質問＃１の文字列“いちご”を，正解の文字列として取得する。また，選択肢生成部１３０は，図９（Ｂ）に示す質問ＩＤテーブル１１２から，図９（Ａ）に示す質問テーブル１１１のユーザＩＤ“０００１”，質問＃１の質問ＩＤ“ｑ００７”に対応する回答属性“果物”を取得する。選択肢生成部１３０は，回答属性“果物”で文字列辞書１８０を検索し，所定数（ここでは２つ）のダミーの文字列“りんご”，“ぶどう”を取得する。
【０１４６】
選択肢生成部１３０は，文字列を修飾する修飾属性を決定する（ステップＳ１０４）。このとき，選択肢生成部１３０は，修飾テーブル１１３において，利用者のユーザＩＤに対応する学習済みフラグが“１”であるか否かを確認する。学習済みフラグが“１”であれば，選択肢生成部１３０は，修飾テーブル１１３から，利用者のユーザＩＤに対応する，所定の頻度で利用者に選択された修飾属性を含む所定数の修飾属性を取得する。また，学習済みフラグが“０”であれば，選択肢生成部１３０は，修飾テーブル１１３から，利用者のユーザＩＤに対応する所定数の修飾属性をランダムに取得する。
【０１４７】
例えば，利用者のユーザＩＤが“０００１”であり，図１０（Ａ）に示す修飾テーブル１１３において学習カウンタが５以上の修飾属性は修飾属性＃１の修飾属性のみであるものとする。学習済みフラグが“１”であれば，選択肢生成部１３０は，図１０（Ａ）に示す修飾テーブル１１３において，ユーザＩＤ“０００１”に対応する，修飾属性＃１を含む所定数の修飾属性を取得する。学習済みフラグが“０”であれば，選択肢生成部１３０は，図１０（Ａ）に示す修飾テーブル１１３において，ユーザＩＤ“０００１”に対応する，所定数の修飾属性をランダムに取得する。
【０１４８】
選択肢生成部１３０は，取得された各文字列と，取得された修飾属性とを組み合わせて，文字列が修飾属性で指定される表示態様で変換される選択肢を複数生成する（ステップＳ１０５）。選択肢生成部１３０は，取得された各修飾属性の修飾ＩＤで修飾ＩＤテーブル１１４を参照し，各修飾ＩＤに対応する修飾ＡＰＩを取得する。選択肢生成部１３０は，取得された各文字列に取得された各修飾ＡＰＩを組み合わせて，複数の選択肢を生成する。実際に文字列の表示態様を組み合わせた修飾ＡＰＩで変換する処理は，認証サーバ１００で行ってもよいし，利用者装置２０で行ってもよい。
【０１４９】
例えば，選択肢生成部１３０が，図１０（Ａ）に示す修飾テーブル１１３から，ユーザＩＤ“０００１”に対応する修飾属性＃１と修飾属性＃２とを取得したものとする。選択肢生成部１３０は，修飾属性＃１の修飾ＩＤ“ｄｅｃｏ００２”と修飾属性＃２の修飾ＩＤ“ｄｅｃｏ００１”とで修飾ＩＤテーブル１１４を参照し，それぞれ“ひらがな”の修飾ＡＰＩと“カタカナ”の修飾ＡＰＩとを取得する。選択肢生成部１３０は，取得された文字列“いちご”，“りんご”，“ぶどう”と，取得された“ひらがな”，“カタカナ”の修飾ＡＰＩとを組み合わせて，６つの選択肢を生成する。
【０１５０】
選択肢情報送信部１４０は，利用者装置２０に，生成された複数の選択肢の情報を含む選択肢情報を送信する（ステップＳ１０６）。選択肢情報には，複数の選択肢の情報の他にも，質問ＩＤや質問フレーズなどの情報も含まれている。
【０１５１】
利用者装置２０において，選択肢情報受信部２２は，認証サーバ１００から，複数の選択肢の情報を含む選択肢情報を受信する（ステップＳ２０１）。
【０１５２】
選択肢画面出力部２３は，複数の選択肢を提示する選択肢画面を，表示装置２８に出力する（ステップＳ２０２）。例えば，選択肢画面出力部２３は，文字列“いちご”，“りんご”，“ぶどう”と，修飾属性“ひらがな”，“カタカナ”とを組み合わせた６つの選択肢がランダムに配置された，図１１（Ａ）に示す選択肢画面２００ｃを，表示装置２８に表示する。
【０１５３】
利用者は，利用者装置２０の入力装置２９を操作して，選択肢画面に提示された選択肢を１つ選択する。選択受付部２４は，利用者による選択肢を選択する操作を受け付ける（ステップＳ２０３）。選択情報送信部２５は，認証サーバ１００に，利用者による選択肢の選択結果を含む選択情報を送信する（ステップＳ２０４）。
【０１５４】
認証サーバ１００において，選択情報受信部１５０は，利用者による選択肢の選択結果の情報を含む選択情報を受信する（ステップＳ１０７）。選択情報に選択結果として含まれる利用者に選択された選択肢の情報には，その選択肢の文字列と修飾属性とが含まれている。また，選択情報には，利用者のユーザＩＤや質問ＩＤ等の情報も含まれている。
【０１５５】
認証部１６０は，選択情報に含まれる選択結果の選択肢の文字列と，選択情報に含まれる利用者のユーザＩＤと質問ＩＤとの組合せで質問テーブル１１１から抽出した文字列とを照合する（ステップＳ１０８）。選択情報に含まれる利用者のユーザＩＤと質問ＩＤとの組合せで質問テーブル１１１から抽出した文字列は，あらかじめ登録された正解の文字列である。認証部１６０は，照合の結果，双方の文字列が一致するかを判定する（ステップＳ１０９）。
【０１５６】
文字列が一致しなければ（ステップＳ１０９のＮＯ），認証部１６０は，利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が失敗したと判定する（ステップＳ１１０）。認証結果送信部１７０は，利用者装置２０に，認証失敗の認証結果を送信する（ステップＳ１１７）。
【０１５７】
文字列が一致すれば（ステップＳ１０９のＹＥＳ），認証部１６０は，選択情報に含まれる利用者のユーザＩＤで修飾テーブル１１３の学習済みフラグを参照し，学習済みであるか否かを判定する（ステップＳ１１１）。
【０１５８】
学習済みフラグが“０”で，学習済みでなければ（ステップＳ１１１のＮＯ），学習部１６１は，修飾属性学習処理を行う（ステップＳ１１２）。修飾属性学習処理については，詳細を後述する。修飾属性学習処理の終了後，認証部１６０は，ステップＳ１１５の処理に進む。
【０１５９】
学習済みフラグが“１”で，学習済みであれば（ステップＳ１１１のＹＥＳ），認証部１６０は，選択情報に含まれる選択結果の修飾属性の文字列と，選択情報に含まれる利用者のユーザＩＤで修飾テーブル１１３から抽出した所定頻度の修飾属性とを照合する（ステップＳ１１３）。ここでは，例えば，学習カウンタの値が５以上の修飾属性を所定頻度の修飾属性とする。認証部１６０は，照合の結果，双方の修飾属性が一致するかを判定する（ステップＳ１１４）。
【０１６０】
修飾属性が一致しなければ（ステップＳ１１４のＮＯ），認証部１６０は，利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が失敗したと判定する（ステップＳ１１０）。認証結果送信部１７０は，利用者装置２０に，認証失敗の認証結果を送信する（ステップＳ１１７）。
【０１６１】
修飾属性が一致すれば（ステップＳ１１４のＹＥＳ），認証部１６０は，所定数の質問が終了したかを判定する（ステップＳ１１５）。例えば，５回の質問に対する利用者の選択肢の選択結果で認証を行う場合，所定数は５である。
【０１６２】
所定数の質問が終了していなければ（ステップＳ１１５のＮＯ），認証サーバ１００は，ステップＳ１０２の処理に戻り，次の質問の処理に移る。
【０１６３】
所定数の質問が終了していれば（ステップＳ１１５のＹＥＳ），認証サーバ１００は，利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が成功したと判定する（ステップＳ１１６）。認証結果送信部１７０は，利用者装置２０に，認証成功の認証結果を送信する（ステップＳ１１７）。
【０１６４】
利用者装置２０において，認証結果受信部２６は，認証サーバ１００から認証結果を受信する（ステップＳ２０５）。認証結果出力部２７は，表示装置２８の画面に認証結果を出力する（ステップＳ２０６）。
【０１６５】
図１４は，本実施の形態２の学習部による修飾属性学習処理フローチャートである。
【０１６６】
図１４に示すフローチャートは，図１３に示すフローチャートのステップＳ１１１の判定において，学習済みフラグが“０”で，学習済みでなかった場合に，学習部１６１によって行われる修飾属性学習処理のフローチャートの一例である。ここでは，学習の完了を判断する所定の条件は，“ある修飾属性の選択回数が全修飾属性の平均選択回数より５回以上多い”，であるものとする。
【０１６７】
学習部１６１は，修飾テーブル１１３において，選択情報に含まれる利用者のユーザＩＤに対応する，選択情報に含まれる選択結果の修飾属性の学習カウンタを，カウントアップする（ステップＳ１２０）。学習部１６１は，選択情報に含まれる利用者のユーザＩＤに対応するすべての修飾属性の学習カウンタの平均値を算出する（ステップＳ１２１）。学習部１６１は，選択情報に含まれる選択結果の修飾属性の学習カウンタが，算出されたすべての修飾属性の学習カウンタの平均値＋５以上であるかを判定する（ステップＳ１２２）。
【０１６８】
該当修飾属性の学習カウンタがすべての学習カウンタの平均値＋５以上であれば（ステップＳ１２２のＹＥＳ），学習部１６１は，該当利用者のユーザＩＤに対応する学習済みフラグを，学習済みを示す“１”に設定する（ステップＳ１２３）。
【０１６９】
なお，学習のＯＮ／ＯＦＦ，すなわち学習済みフラグの設定／解除は，利用者装置２０を操作する利用者が，利用者装置２０からのアクセスで制御するようにしてもよい。また，学習結果のクリア，すなわち学習カウンタのクリアを，利用者装置２０を操作する利用者が，利用者装置２０からのアクセスで制御できるようにしてもよい。
【０１７０】
このように，本実施の形態２における利用者の識別情報に対応する修飾属性の登録では，様々な修飾属性の選択肢から利用者に繰り返し選択肢を選択させ，その修飾属性の選択結果が学習される。選択肢の繰り返し選択のなかで，利用者が頻繁に選択した修飾属性が，正解の修飾属性として登録される。利用者は，同じ修飾属性の選択肢を繰り返し選択する過程で，最終的に正解となる修飾属性を簡単に記憶することができる。
【０１７１】
以上，本実施の形態について説明したが，本発明はその主旨の範囲において種々の変形が可能であることは当然である。
【符号の説明】
【０１７２】
１０，１００ 認証サーバ
１１，１１０ 認証情報記憶部
１１１ 質問テーブル
１１２ 質問ＩＤテーブル
１１３ 修飾テーブル
１１４ 修飾ＩＤテーブル
１２，１２０ 認証要求受信部
１３，１３０ 選択肢生成部
１４，１４０ 選択肢情報送信部
１５，１５０ 選択情報受信部
１６，１６０ 認証部
１６１ 学習部
１７，１７０ 認証結果送信部
１８０ 文字列辞書
２０ 利用者装置
２１ 認証要求送信部
２２ 選択肢情報受信部
２３ 選択肢画面出力部
２４ 選択受付部
２５ 選択情報送信部
２６ 認証結果受信部
２７ 認証結果出力部
２８ 表示装置
２９ 入力装置
３０ ネットワーク
【技術分野】
【０００１】
本発明は，利用者認証を行う認証装置，認証方法および認証システムに関するものである。
【背景技術】
【０００２】
インターネットサービスの利用，社内データベースへのアクセス，銀行のＡＴＭ（Automated teller machine）の利用，クレジットカードの認証端末の利用など，日常生活における様々な状況で，利用者認証が行われている。
【０００３】
利用者認証を行うシステムの例として，文字列からなるパスワードを利用して認証を行うシステムがある。例えば，銀行などのＡＴＭを用いたシステムでは，パスワードとして利用者に４桁の暗証番号を入力させ，ＡＴＭに挿入されたカードの情報と入力された暗証番号との対応を照合することにより，利用者の認証を行う。また，例えば，利用者がインターネット上のサービスを利用する際に，利用者にユーザＩＤ（IDentifier）とパスワードとを入力させ，入力されたユーザＩＤとパスワードとの対応を照合することにより，利用者の認証を行うシステムがある。
【０００４】
なお，利用者が使用する装置の画面に複数の画像を表示させ，利用者がそれらの画像の中から自らがあらかじめ登録しておいた画像を選択することで，認証を許可する技術が知られている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】“記憶認証”がプライベートバンクの入室管理で採用（＠ＩＴ），http://d.hatena.ne.jp/LucaLuca/20070815/p1
【発明の概要】
【発明が解決しようとする課題】
【０００６】
文字列からなるパスワードを利用した認証システムでは，利用者は，パスワードとして覚えやすい文字列を登録する傾向にある。特に，高齢者などは，複雑なパスワードの暗記や煩雑な機器操作に不安があるため，誕生日／電話番号や桁数が少ない番号などの覚えやすいパスワードを設定してしまう。誕生日／電話番号などのパスワードは他人に類推されやすく，桁数が少ない番号などは一度の覗き見で他人に覚えられやすいため，他人のなりすましによる不正利用の被害にあう可能性が高くなる。
【０００７】
固定の文字データ情報のみを使う認証方式では，たとえデータを暗号化して認証サーバ側と通信を行うとしても，利用者操作の覗き見や利用者装置でのキーロガーハックなど，多種多用なハッキング手法あり，認証用の文字データが流出してしまう可能性がある。
【０００８】
上述の利用者に画像を選択させる認証の技術では，文字列のパスワードを使用することなく，認証を簡略化することができる。利用者は，認証画面の中にマトリックス状に表示される複数の画像から，家族やペット，ふるさとの風景など，自分にとって懐かしい写真や図柄に触れることで認証を行う。ダミー画像と正解画像の組み合わせは膨大な数になるため安全性が高く，利用者はパスワードや暗証番号などを覚える必要がない。
【０００９】
しかし，利用者に画像を選択させる認証の技術では，認証の際に，正解画像データと不正解の画像データとを含む複数の画像データを，認証サーバから利用者の装置に送信しなければならない。データの送信量が多くなるため，ＰＣ（Personal Computer ）などから認証サーバに接続して認証を受ける場合には適しているが，通信帯域が狭くまたデータ通信量に応じた課金がなされる携帯端末などの認証には適さない。
【００１０】
開示する技術の一側面は，上記の問題の解決を図り，利用者の認証において，認証サーバ・利用者装置間でのデータ通信量をほとんど増やすことなく，認証の安全性を向上させる技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
開示する認証装置は，利用者の識別情報に文字列と文字列の表示態様を指定する修飾属性とを対応付けた認証情報を記憶する認証情報記憶部と，利用者装置から認証要求を受信する認証要求受信部と，認証情報記憶部に記憶された認証情報に基づいて，認証要求に含まれる利用者の識別情報に対応する文字列が，認証要求に含まれる利用者の識別情報に対応する修飾属性で指定される表示態様に変換される正解選択肢と，認証要求に含まれる利用者の識別情報に対応する文字列が，認証要求に含まれる利用者の識別情報に対応する修飾属性以外の修飾属性で指定される表示態様に変換される不正解選択肢とを含む，複数の選択肢を生成する選択肢生成部と，複数の選択肢の情報を利用者装置に送信する選択肢情報送信部と，利用者装置から選択肢の選択結果の情報を受信する選択情報受信部と，選択結果が正解選択肢である場合に，利用者装置の認証が成功したものと判定する認証部とを備える。
【発明の効果】
【００１２】
開示する技術によって，認証サーバ・利用者装置間でのデータ通信量をほとんど増やすことなく，認証の安全性を向上させることが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本実施の形態１による認証システムの構成例を示す図である。
【図２】本実施の形態による認証サーバのハードウェア構成例を示す図である。
【図３】本実施の形態１による認証情報の例を示す図である。
【図４】本実施の形態１による選択肢画面の例を示す図である。
【図５】本実施の形態１の認証システムによる認証手順の例を説明する図である。
【図６】本実施の形態１の認証サーバによる認証処理フローチャートである。
【図７】本実施の形態１の利用者装置による認証処理フローチャートである。
【図８】本実施の形態２による認証システムの構成例を示す図である。
【図９】本実施の形態２による質問テーブルおよび質問ＩＤテーブルの例を示す図である。
【図１０】本実施の形態２による修飾テーブルおよび修飾ＩＤテーブルの例を示す図である。
【図１１】本実施の形態２による選択肢画面の例を示す図である。
【図１２】本実施の形態２の認証システムによる認証処理フローチャートである。
【図１３】本実施の形態２の認証システムによる認証処理フローチャートである。
【図１４】本実施の形態２の学習部による修飾属性学習処理フローチャートである。
【発明を実施するための形態】
【００１４】
以下，本実施の形態について，図を用いて説明する。
【００１５】
〔実施の形態１〕
図１は，本実施の形態１による認証システムの構成例を示す図である。
【００１６】
図１に示す認証システムは，認証サーバ１０，利用者装置２０を有する。図１に示す認証システムにおいて，認証サーバ１０は，利用者の本人確認を行う認証装置である。利用者装置２０は，認証を受ける利用者が操作する装置である。認証サーバ１０と利用者装置２０とは，インターネット，専用線などのネットワーク３０を介して接続されている。
【００１７】
例えば，銀行のシステムにおいて，利用者装置２０は，銀行が提供するサービスの利用を希望する利用者が操作するＡＴＭなどの装置である。認証サーバ１０は，利用者が操作するＡＴＭなどの利用者装置２０から銀行側のシステムにアクセスする際に，その入り口で利用者の本人認証を行う装置である。
【００１８】
認証サーバ１０は，認証情報記憶部１１，認証要求受信部１２，選択肢生成部１３，選択肢情報送信部１４，選択情報受信部１５，認証部１６，認証結果送信部１７を備える。
【００１９】
認証情報記憶部１１は，認証情報を記憶する，コンピュータがアクセス可能な記憶部である。認証情報は，利用者の識別情報に，文字列と，文字列の表示態様を指定する修飾属性とを対応付けた情報である。
【００２０】
認証要求受信部１２は，利用者装置２０から送信された認証要求を受信する。受信する認証要求には，認証を受ける利用者の識別情報が含まれている。
【００２１】
選択肢生成部１３は，認証情報記憶部１１に記憶された認証情報に基づいて，利用者装置２０において利用者に提示する複数の選択肢を生成する。このとき，選択肢生成部１３は，認証要求に含まれる利用者の識別情報に対応する文字列が，認証要求に含まれる利用者の識別情報に対応する修飾属性で指定される表示態様に変換される正解選択肢を生成する。また，選択肢生成部１３は，認証要求に含まれる利用者の識別情報に対応する文字列が，認証要求に含まれる利用者の識別情報に対応する修飾属性以外の修飾属性で示される表示態様に変換される不正解選択肢を生成する。
【００２２】
なお，認証要求に含まれる利用者の識別情報に対応する文字列以外の文字列の選択肢は，修飾属性に関係なく，不正解選択肢となる。
【００２３】
選択肢情報送信部１４は，選択肢情報を利用者装置２０に送信する。選択肢情報には，生成された複数の選択肢の情報が含まれている。
【００２４】
選択情報受信部１５は，利用者装置２０から選択情報を受信する。選択情報には，利用者装置２０における選択肢の選択結果の情報，すなわち利用者が選択した選択肢の情報が含まれている。
【００２５】
認証部１６は，利用者装置２０における選択肢の選択結果が，正解選択肢である場合に，その利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が成功したものと判定する。
【００２６】
例えば，認証部１６は，認証情報記憶部１１に記憶された認証情報を参照し，利用者装置２０において選択された選択肢が，利用者の識別情報に対応する文字列と修飾属性とによる正解選択肢であるかを確認する。利用者装置２０において選択された選択肢が正解選択肢であれば，利用者装置２０の認証すなわち利用者の認証が成功したものと判定される。利用者装置２０において選択された選択肢が不正解選択肢であれば，利用者装置２０の認証すなわち利用者の認証が失敗したものと判定される。
【００２７】
認証結果送信部１７は，認証結果を利用者装置２０に送信する。
【００２８】
利用者装置２０は，認証要求送信部２１，選択肢情報受信部２２，選択肢画面出力部２３，選択受付部２４，選択情報送信部２５，認証結果受信部２６，認証結果出力部２７を備える。
【００２９】
また，利用者装置２０は，表示装置２８，入力装置２９を備える。例えば，利用者装置２０がＰＣである場合，ディスプレイが表示装置２８，キーボード／マウス等が入力装置２９となる。また，利用者装置２０が携帯電話端末である場合，キー／ボタン等が入力装置２９となる。また，利用者装置２０が銀行などのＡＴＭである場合，タッチパネルが表示装置２８および入力装置２９となる。
【００３０】
認証要求送信部２１は，認証サーバ１０に認証要求を送信する。送信する認証要求には，認証を受ける利用者の識別情報が含まれている。
【００３１】
選択肢情報受信部２２は，認証サーバ１０から選択肢情報を受信する。選択肢情報には，認証サーバ１０で生成された複数の選択肢の情報が含まれている。
【００３２】
選択肢画面出力部２３は，選択肢情報に含まれる複数の選択肢を提示する画面を表示装置２８に表示する。
【００３３】
選択受付部２４は，利用者による選択肢を選択する入力を受け付ける。利用者は，入力装置２９を用いて，表示装置２８の画面に表示された選択肢を１つ選択する。
【００３４】
選択情報送信部２５は，認証サーバ１０に選択情報を送信する。選択情報には，利用者による選択肢の選択結果が含まれている。
【００３５】
認証結果受信部２６は，認証サーバ１０から認証結果を受信する。
【００３６】
認証結果出力部２７は，表示装置２８に認証結果を表示する。
【００３７】
図２は，本実施の形態による認証サーバのハードウェア構成例を示す図である。
【００３８】
図１に示す本実施の形態の認証サーバ１０は，ＣＰＵ（Central Processing Unit ）２，主記憶となるメモリ３，ＨＤＤ（Hard Disk Drive ）などの記憶装置４，入力装置５，出力装置６，通信装置７を備えるコンピュータ１によって実現される。
【００３９】
図１に示す認証サーバ１０および認証サーバ１０が備える各機能部は，コンピュータ１が備えるＣＰＵ２，メモリ３等のハードウェアと，ソフトウェアプログラムとによって，実現することが可能である。コンピュータ１が実行可能なプログラムは，記憶装置４に記憶され，その実行時にメモリ３に読み出され，ＣＰＵ２により実行される。
【００４０】
コンピュータ１は，可搬型記録媒体から直接プログラムを読み取り，そのプログラムに従った処理を実行することもできる。また，コンピュータ１は，サーバコンピュータからプログラムが転送されるごとに，逐次，受け取ったプログラムに従った処理を実行することもできる。さらに，このプログラムは，コンピュータ１で読み取り可能な記録媒体に記録しておくことができる。
【００４１】
なお，本実施の形態では，利用者装置２０を実現するコンピュータも，図２に示すコンピュータ１と同様のハードウェアを有するものとする。このとき，利用者装置２０の表示装置２８がコンピュータ１の出力装置６に相当し，利用者装置２０の入力装置２９がコンピュータ１の入力装置５に相当する。
【００４２】
図３は，本実施の形態１による認証情報の例を示す図である。
【００４３】
図３（Ａ）に示す認証情報１９ａ，図３（Ｂ）に示す認証情報１９ｂは，それぞれ認証情報記憶部１１に記憶される認証情報の一例である。
【００４４】
図３（Ａ）に示す認証情報１９ａにおいて，ユーザＩＤは，利用者の識別情報であり，利用者ごとにユニークな値が割り当てられている。図３（Ａ）に示すように，認証情報１９ａでは，各利用者のユーザＩＤに対して，それぞれ文字列と修飾属性とが対応付けられている。
【００４５】
上述したように，修飾属性は，文字列の表示態様を指定する情報である。本実施の形態では，修飾属性の指定に従って文字列の表示態様を変換することを，修飾と呼ぶ。利用者装置２０の表示装置２８の画面で利用者に提示する文字列の修飾としては，様々な修飾パターンが考えられる。
【００４６】
以下，修飾パターンの例を列挙する。
【００４７】
・文字列の色を指定する修飾
・文字列のバックグランド色を指定する修飾
・文字列のフォントを指定する修飾
・文字列の装飾を指定する修飾
（ＢＯＬＤ，Ｉｔａｌｉｃ，白抜き，影付き，下線，点滅など）
・文字列の縦書き・横書き等を指定する修飾
・文字列のひらがな・カタカナ・漢字・ローマ字等を指定する修飾
・文字列の全角・半角等を指定する修飾
・文字列の漢字にふりがなをふるか否かを指定する修飾
・文字列を囲む枠の形を指定する修飾
（実線枠，破線枠，細線枠，太線枠，二重線枠，四角枠，丸枠など）
・文字列の枠内における表示位置を指定する修飾
（中央，右寄せ，左寄せ，上寄り，下寄り，右寄り，左寄りなど）
・文字列の傾きを指定する修飾
（右上がり，左上がりなど）
・文字列のアルファベットの大文字・小文字・先頭だけ大文字等を指定する修飾
・文字列の言語を指定する修飾
（日本語，英語，ドイツ語など）
・文字列の方言を指定する修飾
（東北弁，土佐弁，鹿児島弁など）
・文字列の最後に句点を付けるか否かを指定する修飾
・文字列のカタカナの最後の長音符を省略するか否かを指定する修飾
（コンピュータ，ユーザなど）
・文字列と一緒に表示するキャラクターを指定する修飾
ここに挙げた例以外にも，利用者装置２０の表示装置２８に出力される画面上の文字列に対して，様々なパターンの修飾を行うことが可能である。
【００４８】
また，複数の修飾を組み合わせて文字列の修飾を行うことも可能である。例えば，文字列“りんご”を，修飾属性“文字色赤”＋“カタカナ”で修飾することも可能である。
【００４９】
利用者は，正解とする文字列と修飾属性との組合せを，あらかじめ登録しておく。例えば，利用者が，利用者装置２０から認証サーバ１０にアクセスし，利用者のユーザＩＤに対応付けて文字列と修飾属性とを登録する方法がある。また，利用者が登録用の申し込み用紙に文字列と修飾属性とを記載して認証サーバ１０の管理者に郵送し，管理者が，利用者から届いた申し込み用紙に従って，認証サーバ１０に利用者のユーザＩＤに対応付けて文字列と修飾属性とを登録する方法などもある。
【００５０】
認証時において，ユーザＩＤに対応付けて登録された文字列に対して，ユーザＩＤに対応付けて登録された修飾属性に示される修飾を施して生成される選択肢が，そのユーザＩＤの利用者における正解選択肢となる。それ以外の文字列と修飾属性との組合せによって生成される選択肢は，すべて不正解選択肢となる。
【００５１】
例えば，図３（Ａ）に示す認証情報１９ａが認証情報記憶部１１に記憶されている場合に，ユーザＩＤ“ｕ００１”の利用者にとっては，文字列“りんご”を修飾属性“カタカナ”で変換して生成される選択肢が，正解選択肢となる。すなわち，利用者装置２０の表示装置２８に表示された画面において，文字列“りんご”がカタカナで“リンゴ”と表示された選択肢が，ユーザＩＤ“ｕ００１”の利用者の正解選択肢となる。それ以外の選択肢，例えば“りんご”，“林檎”，“ミカン”などは，不正解選択肢となる。
【００５２】
図３（Ｂ）の認証情報１９ｂに示すように，曜日，日付，時間等のスケジュールに応じて，利用者の識別情報に対応する修飾属性を変更することも可能である。
【００５３】
図３（Ｂ）に示す認証情報１９ｂでは，各利用者のユーザＩＤに対応する修飾属性が，曜日ごとに変更されている。例えば，ユーザＩＤ“ｕ００１”の利用者の場合，月曜日はカタカナの“リンゴ”が正解選択肢となり，火曜日はひらがなの“りんご”が正解選択肢となり，水曜日は漢字の“林檎”が正解選択肢となる。
【００５４】
このようなスケジュールに応じた修飾属性の変更ルールは，それぞれの利用者本人しか知らないルールであるので，簡単には他人に知られにくく，より利用者認証の安全性が高くなる。
【００５５】
なお，修飾属性の変更ルールについては，スケジュールに応じた変更ルールに限らず，例えば利用者装置２０の設置場所に応じて修飾属性を変更するなど，他のあらかじめ定められた利用者の知り得るルールであってもよい。
【００５６】
図４は，本実施の形態１による選択肢画面の例を示す図である。
【００５７】
図４（Ａ）に示す選択肢画面２００ａ，図４（Ｂ）に示す選択肢画面２００ｂは，それぞれ，利用者装置２０の選択肢画面出力部２３により表示装置２８に出力される画面の一例である。利用者は，選択肢画面に提示された複数の選択肢から，１つの選択肢を選択することで認証を受ける。
【００５８】
図４（Ａ）に示す選択肢画面２００ａでは，“りんご”・“ぶどう”・“みかん”の文字列を，それぞれ“ひらがな”・“カタカナ”・“漢字”の修飾属性で変換して生成された選択肢が提示されている。利用者は，選択肢画面２００ａに提示された複数の選択肢から，登録した文字列と修飾属性とが組み合わされた選択肢を選択する。
【００５９】
また，図４（Ｂ）に示す選択肢画面２００ｂでは，“りんご”・“ぶどう”・“みかん”の文字列を，それぞれ“ゴシック体”・“明朝体”・“ＰＯＰ体”の修飾属性で変換して生成された選択肢が提示されている。利用者は，選択肢画面２００ｂに提示された複数の選択肢から，登録した文字列と修飾属性とが組み合わされた選択肢を選択する。
【００６０】
例えば，図４（Ａ）に示す選択肢画面２００ａにおいて，利用者が登録した正解の文字列が“りんご”であるものとする。登録時に，利用者は，自身のりんごのイメージを連想して，修飾属性を決定する。例えば，実家から毎年送られてくるりんごの箱にカタカナで“リンゴ”と書いてある，好きな歌のタイトルに漢字の“林檎”が使われているなど，利用者ごとにイメージしやすい修飾属性を登録すれば，利用者は簡単に登録した修飾属性を記憶できる。
【００６１】
図５は，本実施の形態１の認証システムによる認証手順の例を説明する図である。
【００６２】
ここでは，認証サーバ１０の認証情報記憶部１１に，図３（Ａ）に示す認証情報１９ａが記憶されているものとする。また，利用者装置２０を用いて認証を受ける利用者の識別情報すなわちユーザＩＤは，“ｕ００１”であるものとする。
【００６３】
利用者が利用者装置２０を操作して認証を開始すると，利用者装置２０の認証要求送信部２１は，認証サーバ１０に，ユーザＩＤ“ｕ００１”の情報を含む認証要求を送信する。
【００６４】
認証サーバ１０において，認証要求受信部１２は，利用者装置２０から，ユーザＩＤ“ｕ００１”の情報を含む認証要求を受信する。選択肢生成部１３は，認証要求に含まれるユーザＩＤ“ｕ００１”で認証情報記憶部１１に記憶された認証情報１９ａを参照し，ユーザＩＤ“ｕ００１”に対応する文字列“りんご”と修飾属性“カタカナ”を取得する。選択肢生成部１３は，取得された文字列“りんご”と修飾属性“カタカナ”とを組み合わせた正解選択肢を生成する。
【００６５】
また，選択肢生成部１３は，認証要求に含まれるユーザＩＤ“ｕ００１”に対応する修飾属性“カタカナ”以外の修飾属性を取得する。図には示されていないが，修飾属性のリスト情報などが認証サーバ１０の記憶部に記憶されているものとする。ここでは，選択肢生成部１３が，修飾属性のリストから，“ひらがな”と“漢字”の修飾属性を選択して取得したものとする。選択肢生成部１３は，ユーザＩＤ“ｕ００１”に対応する文字列“りんご”と，ユーザＩＤ“ｕ００１”に対応する修飾属性以外の修飾属性“ひらがな”・“漢字”とをそれぞれ組み合わせた不正解選択肢を生成する。
【００６６】
また，選択肢生成部１３は，認証要求に含まれるユーザＩＤ“ｕ００１”に対応する文字列“りんご”以外の文字列を取得する。図には示されていないが，文字列のリスト情報などが認証サーバ１０の記憶部に記憶されているものとする。ここでは，選択肢生成部１３が，修飾属性のリストから，“ぶどう”と“みかん”の文字列を選択して取得したものとする。選択肢生成部１３は，ユーザＩＤ“ｕ００１”に対応する文字列以外の文字列“ぶどう”と“みかん”と，すでに取得した修飾属性“カタカナ”・“ひらがな”・“漢字”とをそれぞれ組み合わせた不正解選択肢を生成する。
【００６７】
選択肢情報送信部１４は，利用者装置２０に，生成された複数の選択肢の情報を含む選択肢情報を送信する。
【００６８】
ここで，選択肢情報に含まれる複数の選択肢の情報は，単に文字列と修飾属性との組合せを示す情報であってもよいし，修飾属性によって表示態様がすでに変換された文字列の情報であってもよい。具体的な例を挙げると，選択肢情報に含まれる文字列“りんご”と修飾属性“カタカナ”とによる選択肢が，文字列“りんご”と修飾属性“カタカナ”との組合せを示すだけの情報でもよいし，文字列“りんご”を修飾属性“カタカナ”で変換した選択肢“リンゴ”の情報であってもよい。
【００６９】
例えば，インターネットサービスの認証など，認証サーバ１０で選択肢を提示する選択肢画面を生成して，生成された選択肢画面の情報を利用者装置２０に送信する場合がある。この場合には，選択肢生成部１３が修飾属性によって文字列の表示態様を変換した選択肢を生成し，生成された選択肢を配置した選択肢画面を認証サーバ１０が生成して，選択肢情報送信部１４が生成された選択肢画面の情報を選択肢情報として利用者装置２０に送信する。
【００７０】
また，例えば，利用者装置２０が，認証サーバ１０から受信した選択肢情報に基づいて，選択肢画面を生成する場合がある。このとき，認証サーバ１０から送信される選択肢情報に含まれる複数の選択肢の情報は，単に文字列と修飾属性との組合せを示す情報であってもよい。利用者装置２０は，文字列を修飾属性との組合せを示す情報に基づいて，修飾属性によって文字列の表示態様を変換した選択肢を生成し，生成された選択肢を配置した選択肢画面を生成する。この場合には，選択肢生成部１３が文字列と修飾属性との組合せを示す情報を生成し，選択肢情報送信部１４が生成された文字列と修飾属性との組合せを示す情報を含む選択肢情報を利用者装置２０に送信する。
【００７１】
利用者装置２０において，選択肢情報受信部２２は，認証サーバ１０から，複数の選択肢の情報を含む選択肢情報を受信する。選択肢画面出力部２３は，受信した選択肢情報に基づいて，複数の選択肢が提示された選択肢画面を，表示装置２８に出力する。ここで表示装置２８に表示される選択肢画面は，上述のように，認証サーバ１０で生成された画面でも，利用者装置２０で生成された画面でもよい。ここでは，図４（Ａ）に示す選択肢画面２００ａが，利用者装置２０の表示装置２８に表示される。図４（Ａ）に示す選択肢画面２００ａにおいて，ユーザＩＤ“ｕ００１”の利用者にとっては，カタカナの“リンゴ”のみが正解選択肢であり，他の選択肢は不正解選択肢である。
【００７２】
利用者は，入力装置２９を操作して，選択肢画面２００ａ上で提示された選択肢の中から，１つの選択肢を選択する。選択受付部２４は，利用者による，選択肢画面２００ａ上の選択肢を選択する操作を受け付ける。選択情報送信部２５は，認証サーバ１０に，利用者による選択肢の選択結果を含む選択情報を送信する。選択情報には，利用者のユーザＩＤ“ｕ００１”も含まれている。
【００７３】
認証サーバ１０において，選択情報受信部１５は，利用者装置２０から，選択肢の選択結果を含む選択情報を受信する。認証部１６は，受信した選択情報に含まれる選択肢の選択結果が正解選択肢である場合に，その利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が成功したものと判定する。
【００７４】
例えば，認証部１６は，受信した選択情報に含まれる利用者のユーザＩＤ“ｕ００１”で認証情報記憶部１１に記憶された認証情報１９ａを参照し，ユーザＩＤ“ｕ００１”に対応する文字列“りんご”と修飾属性“カタカナ”とを取得する。認証部１６は，選択情報に含まれる選択肢の選択結果の情報すなわち選択された選択肢の文字列および修飾属性と，認証情報１９ａから取得された文字列および修飾属性とを照合する。
【００７５】
例えば，図４（Ａ）に示す選択肢画面２００ａにおいて，利用者によって選択された選択肢が，カタカナの“リンゴ”であったものとする。このとき，利用者装置２０から認証サーバ１０に送られる選択情報には，選択肢の選択結果として，文字列“りんご”と修飾属性“カタカナ”による選択肢“リンゴ”の情報が含まれている。認証部１６は，選択情報に含まれた文字列“りんご”および修飾属性“カタカナ”と，認証情報１９ａから取得した文字列“りんご”と修飾属性“カタカナ”とを照合し，双方が一致するので，選択情報に含まれる選択肢の選択結果が正解選択肢であると判断する。選択情報に含まれる選択肢の選択結果が正解選択肢であるので，認証部１６は，その利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が成功したものと判定する。
【００７６】
また，例えば，図４（Ａ）に示す選択肢画面２００ａにおいて，利用者によって選択された選択肢が，漢字の“林檎”であったものとする。このとき，利用者装置２０から認証サーバ１０に送られる選択情報には，選択肢の選択結果として，文字列“りんご”と修飾属性“漢字”による選択肢“林檎”の情報が含まれている。認証部１６は，選択情報に含まれた文字列“りんご”および修飾属性“漢字”と，認証情報１９ａから取得した文字列“りんご”および修飾属性“カタカナ”とを照合し，修飾属性が一致しないので，選択情報に含まれる選択肢の選択結果が不正解選択肢であると判断する。選択情報に含まれる選択肢の選択結果が不正解選択肢であるので，認証部１６は，その利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が失敗したものと判定する。
【００７７】
認証結果送信部１７は，利用者装置２０に，認証結果，すなわち認証部１６により判定された認証の結果を送信する。
【００７８】
利用者装置２０において，認証結果受信部２６は，認証サーバ１０から，認証結果を受信する。認証結果出力部２７は，表示装置２８の画面に認証結果が出力される。
【００７９】
以降，認証結果が成功であれば，利用者装置２０を用いた利用者に対する認証サーバ１０側のシステムによるサービスが開始される。認証結果が失敗であれば，利用者装置２０を用いた利用者に対する認証サーバ１０側のシステムによるサービスが中断される。
【００８０】
図６は，本実施の形態１の認証サーバによる認証処理フローチャートである。
【００８１】
認証サーバ１０において，認証要求受信部１２は，利用者装置２０から，認証要求を受信する（ステップＳ１０）。
【００８２】
選択肢生成部１３は，文字列と修飾属性とを組み合わせて複数の選択肢を生成する（ステップＳ１１）。このとき，選択肢生成部１３は，認証情報記憶部１１に記憶された認証情報に基づいて，受信した認証要求に含まれる利用者の識別情報に対応する文字列と，受信した認証要求に含まれる利用者の識別情報に対応する修飾属性とにより，正解選択肢を生成する。また，選択肢生成部１３は，認証情報記憶部１１に記憶された認証情報に基づいて，受信した認証要求に含まれる利用者の識別情報に対応する文字列と，受信した認証要求に含まれる利用者の識別情報に対応する修飾属性以外の修飾属性とにより，不正解選択肢を生成する。
【００８３】
選択肢情報送信部１４は，利用者装置２０に，複数の選択肢の情報を含む選択肢情報を送信する（ステップＳ１２）。
【００８４】
選択情報受信部１５は，利用者装置２０から，選択肢の選択結果の情報を含む選択情報を受信する（ステップＳ１３）。
【００８５】
認証部１６は，選択情報に含まれる選択肢の選択結果に基づいて，認証の判定を行う。具体的には，認証部１６は，選択情報に含まれる選択された選択肢の文字列と，認証情報記憶部１１に記憶された認証情報において利用者の識別情報に対応する文字列とが一致するかを判定する（ステップＳ１４）。また，認証部１６は，選択情報に含まれる選択された選択肢の修飾属性と，認証情報記憶部１１に記憶された認証情報において利用者の識別情報に対応する修飾属性とが一致するかを判定する（ステップＳ１５）。
【００８６】
文字列が一致しかつ修飾属性が一致すれば（ステップＳ１４のＹＥＳかつステップＳ１５のＹＥＳ），認証部１６は，利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が成功したものと判定する（ステップＳ１６）。文字列が一致しないまたは修飾属性が一致しない場合には（ステップＳ１４のＮＯまたはステップＳ１５のＮＯ），認証部１６は，利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が失敗したものと判定する（ステップＳ１７）。
【００８７】
認証結果送信部１７は，利用者装置２０に認証結果を送信する（ステップＳ１８）。
【００８８】
図７は，本実施の形態１の利用者装置による認証処理フローチャートである。
【００８９】
利用者装置２０において，認証要求送信部２１は，認証サーバ１０に，利用者の識別情報を含む認証要求を送信する（ステップＳ２０）。
【００９０】
選択肢情報受信部２２は，認証サーバ１０から，複数の選択肢の情報を含む選択肢情報を受信する（ステップＳ２１）。選択肢画面出力部２３は，選択肢情報に含まれる複数の選択肢を提示する選択肢画面を，表示装置２８に出力する（ステップＳ２２）。
【００９１】
選択受付部２４は，利用者による選択肢画面に提示された複数の選択肢からの選択肢の選択を受け付ける（ステップＳ２３）。選択情報送信部２５は，認証サーバ１０に，利用者による選択肢の選択結果を含む選択情報を送信する（ステップＳ２４）。
【００９２】
認証結果受信部２６は，認証サーバ１０から，認証結果を受信する（ステップＳ２５）。認証結果出力部２７は，認証結果を表示装置２８の画面に出力する（ステップＳ２６）。
【００９３】
このように，本実施の形態による認証では，認証のために認証サーバ１０・利用者装置２０間でやり取りされるデータは主に文字列と修飾属性のデータであるので，データ通信量をほとんど増やすことなく，セキュリティ効果を高めることが可能となる。利用者の個人認証にかかる時間も，大きく増加しない。
【００９４】
また，利用者は，セキュリティの強化のために，複雑なパスワードを覚える必要がなく，自分が使いたい文字列の修飾ルールを覚えるだけでよい。利用者の操作も選択肢を選択する簡単な操作であるため，複雑な操作が苦手な人にも理解しやすい。
【００９５】
また，修飾属性は，認証サーバ１０側にしかわからない記号化や定期的な情報変更もできるため，流出したとしても，第三者には意味がわからない情報となる。そのため，セキュリティ効果が高くなる。
【００９６】
また，従来，高いセキュリティ効果を得るために，ワンタイムパスワード機器のトークンの利用や，生体認証の導入が行われていた。しかし，トークン端末や生体認証端末などはハードウェアコスト面での問題があるため，これらの技術をすべてのシステムですぐに導入することは難しい。本実施の形態による認証では，専用のハードウェアを導入せず，低コストでセキュリティを強化することが可能である。
【００９７】
〔実施の形態２〕
本実施の形態２では，対話方式で，“利用者に対する質問＝＞利用者による回答”を繰り返して認証を行う。本実施の形態２では，修飾属性の登録段階において，特に正解の修飾属性を持たず，正解の文字列に対して様々な修飾を施した文字列を利用者に提示して，利用者に選択させる。認証サーバ１０では，修飾属性の登録段階において，利用者が選択した正解文字列の選択肢の修飾属性を記憶学習し，所定の条件を満たした後，所定頻度の修飾属性を正解の修飾属性として，利用者の識別情報に対応付けて登録する。
【００９８】
図８は，本実施の形態２による認証システムの構成例を示す図である。
【００９９】
図８に示す認証システムは，認証サーバ１００，利用者装置２０を有する。認証サーバ１００と利用者装置２０とは，ネットワーク３０を介して接続されている。利用者装置２０とネットワーク３０とについては，図１に示す認証システムと同様である。
【０１００】
認証サーバ１００は，認証情報記憶部１１０，認証要求受信部１２０，選択肢生成部１３０，選択肢情報送信部１４０，選択情報受信部１５０，認証部１６０，認証結果送信部１７０，文字列辞書１８０を備える。認証要求受信部１２０，選択肢情報送信部１４０，選択情報受信部１５０，認証結果送信部１７０については，それぞれ図１に示す認証サーバ１０における認証要求受信部１２，選択肢情報送信部１４，選択情報受信部１５，認証結果送信部１７と同様である。
【０１０１】
認証サーバ１００の認証情報記憶部１１０は，認証情報として，質問テーブル１１１，質問ＩＤテーブル１１２，修飾テーブル１１３，修飾ＩＤテーブル１１４を備える。
【０１０２】
質問テーブル１１１には，質問の種類ごとに，利用者の識別情報と質問への回答となる文字列との対応などが記録されている。質問ＩＤテーブルには，質問ごとに，利用者に提示するフレーズや，質問への回答が属する分野などの情報が記録されている。
【０１０３】
修飾テーブル１１３には，利用者の識別情報と修飾属性との対応が記録されている。また，学習により利用者の識別情報と修飾属性との対応を登録する段階において，修飾テーブル１１３には，利用者による修飾属性の選択結果が蓄積される。修飾ＩＤテーブル１１４には，修飾属性ごとに，文字列の表示態様の変換を実施するＡＰＩ（Application Programming Interface ）が記録されている。
【０１０４】
選択肢生成部１３０は，図１に示す認証サーバ１０の選択肢生成部１３と同様に，正解選択肢と不正解選択肢とを生成する。だだし，選択肢生成部１３０による選択肢の生成は，利用者の認証情報に対応する修飾属性の登録段階と，利用者の認証情報に対応する修飾属性登録後の運用段階とで異なる。
【０１０５】
利用者の認証情報に対応する修飾属性登録後の運用段階では，上述の実施の形態１と同様に，選択肢生成部１３０は，利用者の識別情報に対応する文字列が，利用者の識別情報に対応する修飾属性で指定される表示態様に変換される正解選択肢を生成する。また，選択肢生成部１３０は，利用者の識別情報に対応する文字列が，利用者の識別情報に対応する修飾属性以外の修飾属性で指定される表示態様に変換される不正解選択肢を生成する。さらに，選択肢生成部１３０は，利用者の識別情報に対応する文字列以外の文字列にいずれかの修飾属性による修飾を施した不正解選択肢を生成する。
【０１０６】
利用者の認証情報に対応する修飾属性の登録段階では，まだ正解の修飾属性が決まっていないので，修飾属性が異なっていても，文字列が利用者の認証情報に対応する文字列であれば，すべて正解選択肢となる。選択肢生成部１３０は，利用者の認証情報に対応する文字列を用いた修飾属性が異なる複数の正解選択肢を生成する。また，選択肢生成部１３０は，利用者の認証情報に対応する文字列以外の文字列を用いた修飾属性が異なる複数の不正解選択肢を生成する。
【０１０７】
認証部１６０は，図１に示す認証サーバ１０の選択肢生成部１３と同様に，利用者装置２０から受信した選択情報に含まれる選択肢の選択結果によって，認証が成功したか失敗したかの判定を行う。だだし，選択肢生成部１３０の場合と同様に，認証部１６０による認証の判定は，利用者の認証情報に対応する修飾属性の登録段階と，利用者の認証情報に対応する修飾属性登録後の運用段階とで異なる。
【０１０８】
利用者の認証情報に対応する修飾属性登録後の運用段階では，上述の実施の形態１と同様に，認証部１６０は，利用者装置２０からの選択情報に含まれる選択結果の選択肢が，利用者の識別情報に対応する文字列と修飾属性とによる正解選択肢であれば，認証成功と判定する。
【０１０９】
利用者の認証情報に対応する修飾属性の登録段階では，まだ正解の修飾属性が決まっていないので，修飾属性が異なっていても，文字列が利用者の認証情報に対応する文字列であれば，すべて正解選択肢となる。認証部１６０は，利用者装置２０からの選択情報に含まれる選択結果の選択肢が，利用者の識別情報に対応する文字列による正解選択肢であれば，修飾属性にかかわらず，認証成功と判定する。
【０１１０】
また，利用者の認証情報に対応する修飾属性の登録段階では，利用者に選択された選択肢の修飾属性の情報を蓄積する。認証部１６０は，学習部１６１を備える。学習部１６１は，利用者の識別情報に対応する修飾属性を，学習によって決定する処理を行う。
【０１１１】
利用者の認証情報に対応する修飾属性の登録段階において，学習部１６１は，利用者装置２０からの選択情報に含まれる選択結果の選択肢の修飾属性の情報を，記録蓄積する。本実施の形態２では，学習部１６１は，認証情報記憶部１１０に記憶された修飾テーブル１１３に，選択された修飾属性の情報を記録蓄積する。
【０１１２】
学習部１６１は，所定の条件を満たした時点で学習を完了し，修飾テーブル１１３に蓄積された情報に基づいて，所定頻度の修飾属性を，利用者の識別情報に対応する修飾属性として決定し，登録する。学習の完了を判断する所定の条件は，例えば，その利用者による３０回分の選択結果が蓄積される，ある修飾属性の選択回数が全修飾属性の平均選択回数より５回以上多い，などである。
【０１１３】
文字列辞書１８０は，様々な文字列が記憶された辞書である。認証サーバ１００における文字列辞書１８０は，文字列の種別を示す属性の情報で検索することができ，文字列辞書１８０からは，指定した属性に属する文字列を抽出することができる。例えば，“野菜”という属性で文字列辞書１８０を検索すると，文字列辞書１８０から，“にんじん”，“だいこん”，“はくさい”，... などの様々な“野菜”に関する文字列を抽出することができる。
【０１１４】
図９は，本実施の形態２による質問テーブルおよび質問ＩＤテーブルの例を示す図である。
【０１１５】
図９（Ａ）は，認証情報記憶部１１０に記憶される質問テーブル１１１の一例を示す。図９（Ａ）に示す質問テーブル１１１には，利用者の識別情報ごとに，また質問ごとに対応する文字列が記録されている。
【０１１６】
図９（Ａ）に示す質問テーブル１１１において，ユーザＩＤは，図３に示す認証情報と同様に，利用者の識別情報である。パスワードは，利用者の識別情報ごとに登録されたパスワードである。ただし，本実施の形態２のパスワードは，セキュリティの強化を図った複雑なものではなく，利用者が覚えやすい程度のものでよい。
【０１１７】
図９（Ａ）に示す質問テーブル１１１において，質問ＩＤは，質問の種類を示す識別情報である。図９（Ａ）に示すように，質問テーブル１１１では，質問の種別を示す質問ＩＤごとに，利用者の識別情報に対応する文字列が記録されている。質問ＩＤに応じた文字列は，質問ＩＤで示される質問への回答となっている。図９（Ａ）に示す質問テーブル１１１では，利用者の識別情報ごとに，質問ＩＤと文字列との組合せが質問＃１〜質問＃ＮまでのＮ個ずつ登録されている。
【０１１８】
図９（Ａ）に示す質問テーブル１１１の情報は，図３に示す認証情報と同様に，利用者があらかじめ登録しておく情報である。利用者による登録方法については，例えば上述の図３に示す認証情報について説明したものと同様である。
【０１１９】
図９（Ｂ）は，認証情報記憶部１１０に記憶される質問ＩＤテーブル１１２の一例を示す。図９（Ｂ）に示す質問ＩＤテーブル１１２には，質問ＩＤごとの，すなわち質問ごとの，質問フレーズと回答属性の情報が記録されている。
【０１２０】
図９（Ｂ）に示す質問ＩＤテーブル１１２において，質問フレーズは，利用者装置２０の表示装置２８に出力される選択肢画面において，利用者に提示する質問のフレーズを示している。利用者は，利用者装置２０の表示装置２８に出力される選択肢画面に提示された質問フレーズを読み，その回答として選択肢画面に提示された複数の選択肢から，自らが正解とした選択肢を選択する。
【０１２１】
図９（Ｂ）に示す質問ＩＤテーブル１１２において，回答属性は，その質問に対する回答となる文字列の属性を示している。選択肢生成部１３０は，文字列が不正解となる選択肢を生成する際に，回答属性で文字列辞書１８０を検索し，質問の内容に応じた不正解の文字列を取得する。
【０１２２】
図１０は，本実施の形態２による修飾テーブルおよび修飾ＩＤテーブルの例を示す図である。
【０１２３】
図１０（Ａ）は，認証情報記憶部１１０に記憶される修飾テーブル１１３の一例を示す。図１０（Ａ）に示す修飾テーブル１１３には，利用者の識別情報ごとの修飾属性の情報が記録されている。ただし，上述したように，本実施の形態２では，修飾テーブル１１３の使い方が，利用者の認証情報に対応する修飾属性の登録段階と，利用者の認証情報に対応する修飾属性登録後の運用段階とで異なる。
【０１２４】
図１０（Ａ）に示す修飾テーブル１１３において，学習済みフラグは，利用者の識別情報を示すユーザＩＤに対応する修飾属性を登録するための学習が，完了したか否かを示す情報である。図１０（Ａ）に示す修飾テーブル１１３において，学習済みフラグが“０”である場合には，学習の状況が，まだ完了していない段階，すなわち利用者の認証情報に対応する修飾属性の登録段階であることを示している。また，図１０（Ａ）に示す修飾テーブル１１３において，学習済みフラグが“１”である場合には，学習の状況が，完了している段階，すなわち利用者の認証情報に対応する修飾属性登録後の運用段階であることを示している。
【０１２５】
図１０（Ａ）に示す修飾テーブル１１３において，修飾ＩＤは，修飾属性の識別情報である。図１０（Ａ）に示すように，修飾テーブル１１３では，修飾属性を示す修飾ＩＤごとに，学習カウンタが用意されている。図１０（Ａ）に示す修飾テーブル１１３では，利用者の識別情報ごとに，修飾ＩＤと学習カウンタとの組合せが修飾属性＃１〜修飾属性＃ＭまでのＭ個ずつ登録されている。
【０１２６】
学習済みフラグが“０”であるときには，利用者による修飾属性の結果が，学習カウンタに反映される。すなわち，利用者のユーザＩＤに対応する学習済みフラグが“０”であるときには，その利用者により選択された選択肢の修飾属性を示す修飾ＩＤに対応する学習カウンタがカウントアップされる。
【０１２７】
学習済みフラグが“１”であるときには，所定頻度で利用者に選択された修飾属性が，利用者の識別情報に対応する修飾属性となる。所定頻度で利用者に選択された修飾属性は，例えば，学習カウンタの値が最大の修飾ＩＤが示す修飾属性などである。利用者のユーザＩＤに対応する学習済みフラグが“１”であるときには，例えば，その利用者により選択された選択肢の修飾属性と，学習カウンタの値が最大となっている修飾ＩＤが示す修飾属性との照合が行われる。なお，所定頻度で利用者に選択された修飾属性が，学習カウンタが所定以上の値となっている修飾ＩＤが示す修飾属性などであってもよい。
【０１２８】
図１０（Ｂ）は，認証情報記憶部１１０に記憶される修飾ＩＤテーブル１１４の一例を示す。図１０（Ｂ）に示す修飾ＩＤテーブル１１４には，修飾ＩＤに応じた，すなわち修飾属性に応じた，文字列の表示態様を変換する修飾ＡＰＩが記録されている。
【０１２９】
利用者装置２０の表示装置２８に出力される選択肢画面において，利用者に提示される選択肢は，修飾属性に応じた修飾ＡＰＩで表示態様が変換された文字列である。上述の実施の形態１と同様に，認証サーバ１００において文字列の表示態様を修飾ＡＰＩで変換してから利用者装置２０に送ってもよいし，文字列と修飾ＡＰＩの対応を利用者装置２０に送り，利用者装置２０において文字列の表示態様を修飾ＡＰＩで変換してもよい。
【０１３０】
図１１は，本実施の形態２による選択肢画面の例を示す図である。
【０１３１】
図１１（Ａ）に示す選択肢画面２００ｃ，図１１（Ｂ）に示す選択肢画面２００ｄは，それぞれ，利用者装置２０の選択肢画面出力部２３により表示装置２８に出力される画面の一例である。図１１の例にも示すように，利用者に対して提示される選択肢画面では，利用者が質問に対する回答の選択肢を短時間で区別できるように，４個〜８個程度の選択肢が並べられている。
【０１３２】
利用者は，選択肢画面に提示された複数の選択肢から，質問に応じた１つの選択肢を選択することで，認証を受ける。利用者の認証情報に対応する修飾属性の登録段階では，選択肢の文字列のみが認証の対象となり，選択肢の修飾属性は学習の対象となる。また，利用者の認証情報に対応する修飾属性登録後の運用段階では，選択肢の文字列と修飾属性との組合せが，認証の対象となる。
【０１３３】
図１１（Ａ）に示す選択肢画面２００ｃでは，質問フレーズ“好きなフルーツは？”に対して，“いちご”・“りんご”・“ぶどう”の文字列を，それぞれ“ひらがな”・“カタカナ”の修飾属性で変換して生成された選択肢が，ランダム配置で提示されている。
【０１３４】
図１１（Ｂ）に示す選択肢画面２００ｄでは，質問フレーズ“母親の旧姓は？”に対して，“やまもと”・“やまだ”・“やまぐち”の文字列を，それぞれ“ひらがな”・“漢字”の修飾属性で変換して生成された選択肢が，ランダム配置で提示されている。
【０１３５】
本実施の形態２による認証では，このような様々な質問とその質問に対する回答の選択肢の選択とが，所定の回数だけ繰り返される。
【０１３６】
利用者の認証情報に対応する修飾属性の登録段階では，利用者は，選択肢画面２００ｃや選択肢画面２００ｄに提示された複数の選択肢から，質問に応じて登録した文字列の選択肢を１つ選択する。このとき，利用者は，できるだけ毎回同じ修飾属性の選択肢を選択するように心がけておく。
【０１３７】
利用者の認証情報に対応する修飾属性登録後の運用段階では，利用者は，選択肢画面２００ｃや選択肢画面２００ｄに提示された複数の選択肢から，質問に応じて登録した文字列と普段から選択するように心がけていた修飾属性とが組み合わされた選択肢を選択する。
【０１３８】
図１２，図１３は，本実施の形態２の認証システムによる認証処理フローチャートである。
【０１３９】
図１２，図１３において，太点線の左側は利用者装置２０の処理の流れを示し，太点線の右側は認証サーバ１００の処理の流れを示す。
【０１４０】
利用者の認証が開始されると，利用者装置２０の認証要求送信部２１は，認証サーバ１００に，利用者の識別情報であるユーザＩＤとパスワードとを含む認証要求を送信する（ステップＳ２００）。
【０１４１】
認証サーバ１００の認証要求受信部１２０は，利用者端末２０から，利用者の識別情報であるユーザＩＤとパスワードとを含む認証要求を受信する（ステップＳ１００）。
【０１４２】
選択肢生成部１３０は，質問テーブル１１１を参照して，認証要求に含まれる利用者のユーザＩＤとパスワードとの組合せが正当であることを確認することで，利用者を特定する（ステップＳ１０１）。この処理は，従来の簡易な認証処理である。なお，図示はしていないが，ユーザＩＤとパスワードとの組合せが正当でない場合には，利用者装置２０に，認証失敗を返す。
【０１４３】
選択肢生成部１３０は，質問テーブル１１１を参照し，利用者のユーザＩＤに対応する質問を１つ選択する（ステップＳ１０２）。このとき，選択肢生成部１３０は，質問ＩＤテーブル１１２から，選択された質問の質問ＩＤに対応する質問フレーズを取得する。
【０１４４】
選択肢生成部１３０は，選択肢のもととなる文字列を決定する（ステップＳ１０３）。このとき，選択肢生成部１３０は，質問テーブル１１１から，利用者のユーザＩＤに対応する，選択された質問への回答として登録された文字列を，正解の文字列として取得する。また，選択肢生成部１３０は，質問ＩＤテーブル１１２から，選択された質問の質問ＩＤに対応する回答属性を取得する。選択肢生成部１３０は，取得された回答属性で文字列辞書１８０を検索し，所定数のダミーの文字列を取得する。
【０１４５】
例えば，利用者のユーザＩＤが“０００１”であり，図９（Ａ）に示す質問テーブル１１１において選択された質問が質問＃１の質問であるものとする。このとき，選択肢生成部１３０は，図９（Ａ）に示す質問テーブル１１１において，ユーザＩＤ“０００１”に対応する，質問＃１の文字列“いちご”を，正解の文字列として取得する。また，選択肢生成部１３０は，図９（Ｂ）に示す質問ＩＤテーブル１１２から，図９（Ａ）に示す質問テーブル１１１のユーザＩＤ“０００１”，質問＃１の質問ＩＤ“ｑ００７”に対応する回答属性“果物”を取得する。選択肢生成部１３０は，回答属性“果物”で文字列辞書１８０を検索し，所定数（ここでは２つ）のダミーの文字列“りんご”，“ぶどう”を取得する。
【０１４６】
選択肢生成部１３０は，文字列を修飾する修飾属性を決定する（ステップＳ１０４）。このとき，選択肢生成部１３０は，修飾テーブル１１３において，利用者のユーザＩＤに対応する学習済みフラグが“１”であるか否かを確認する。学習済みフラグが“１”であれば，選択肢生成部１３０は，修飾テーブル１１３から，利用者のユーザＩＤに対応する，所定の頻度で利用者に選択された修飾属性を含む所定数の修飾属性を取得する。また，学習済みフラグが“０”であれば，選択肢生成部１３０は，修飾テーブル１１３から，利用者のユーザＩＤに対応する所定数の修飾属性をランダムに取得する。
【０１４７】
例えば，利用者のユーザＩＤが“０００１”であり，図１０（Ａ）に示す修飾テーブル１１３において学習カウンタが５以上の修飾属性は修飾属性＃１の修飾属性のみであるものとする。学習済みフラグが“１”であれば，選択肢生成部１３０は，図１０（Ａ）に示す修飾テーブル１１３において，ユーザＩＤ“０００１”に対応する，修飾属性＃１を含む所定数の修飾属性を取得する。学習済みフラグが“０”であれば，選択肢生成部１３０は，図１０（Ａ）に示す修飾テーブル１１３において，ユーザＩＤ“０００１”に対応する，所定数の修飾属性をランダムに取得する。
【０１４８】
選択肢生成部１３０は，取得された各文字列と，取得された修飾属性とを組み合わせて，文字列が修飾属性で指定される表示態様で変換される選択肢を複数生成する（ステップＳ１０５）。選択肢生成部１３０は，取得された各修飾属性の修飾ＩＤで修飾ＩＤテーブル１１４を参照し，各修飾ＩＤに対応する修飾ＡＰＩを取得する。選択肢生成部１３０は，取得された各文字列に取得された各修飾ＡＰＩを組み合わせて，複数の選択肢を生成する。実際に文字列の表示態様を組み合わせた修飾ＡＰＩで変換する処理は，認証サーバ１００で行ってもよいし，利用者装置２０で行ってもよい。
【０１４９】
例えば，選択肢生成部１３０が，図１０（Ａ）に示す修飾テーブル１１３から，ユーザＩＤ“０００１”に対応する修飾属性＃１と修飾属性＃２とを取得したものとする。選択肢生成部１３０は，修飾属性＃１の修飾ＩＤ“ｄｅｃｏ００２”と修飾属性＃２の修飾ＩＤ“ｄｅｃｏ００１”とで修飾ＩＤテーブル１１４を参照し，それぞれ“ひらがな”の修飾ＡＰＩと“カタカナ”の修飾ＡＰＩとを取得する。選択肢生成部１３０は，取得された文字列“いちご”，“りんご”，“ぶどう”と，取得された“ひらがな”，“カタカナ”の修飾ＡＰＩとを組み合わせて，６つの選択肢を生成する。
【０１５０】
選択肢情報送信部１４０は，利用者装置２０に，生成された複数の選択肢の情報を含む選択肢情報を送信する（ステップＳ１０６）。選択肢情報には，複数の選択肢の情報の他にも，質問ＩＤや質問フレーズなどの情報も含まれている。
【０１５１】
利用者装置２０において，選択肢情報受信部２２は，認証サーバ１００から，複数の選択肢の情報を含む選択肢情報を受信する（ステップＳ２０１）。
【０１５２】
選択肢画面出力部２３は，複数の選択肢を提示する選択肢画面を，表示装置２８に出力する（ステップＳ２０２）。例えば，選択肢画面出力部２３は，文字列“いちご”，“りんご”，“ぶどう”と，修飾属性“ひらがな”，“カタカナ”とを組み合わせた６つの選択肢がランダムに配置された，図１１（Ａ）に示す選択肢画面２００ｃを，表示装置２８に表示する。
【０１５３】
利用者は，利用者装置２０の入力装置２９を操作して，選択肢画面に提示された選択肢を１つ選択する。選択受付部２４は，利用者による選択肢を選択する操作を受け付ける（ステップＳ２０３）。選択情報送信部２５は，認証サーバ１００に，利用者による選択肢の選択結果を含む選択情報を送信する（ステップＳ２０４）。
【０１５４】
認証サーバ１００において，選択情報受信部１５０は，利用者による選択肢の選択結果の情報を含む選択情報を受信する（ステップＳ１０７）。選択情報に選択結果として含まれる利用者に選択された選択肢の情報には，その選択肢の文字列と修飾属性とが含まれている。また，選択情報には，利用者のユーザＩＤや質問ＩＤ等の情報も含まれている。
【０１５５】
認証部１６０は，選択情報に含まれる選択結果の選択肢の文字列と，選択情報に含まれる利用者のユーザＩＤと質問ＩＤとの組合せで質問テーブル１１１から抽出した文字列とを照合する（ステップＳ１０８）。選択情報に含まれる利用者のユーザＩＤと質問ＩＤとの組合せで質問テーブル１１１から抽出した文字列は，あらかじめ登録された正解の文字列である。認証部１６０は，照合の結果，双方の文字列が一致するかを判定する（ステップＳ１０９）。
【０１５６】
文字列が一致しなければ（ステップＳ１０９のＮＯ），認証部１６０は，利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が失敗したと判定する（ステップＳ１１０）。認証結果送信部１７０は，利用者装置２０に，認証失敗の認証結果を送信する（ステップＳ１１７）。
【０１５７】
文字列が一致すれば（ステップＳ１０９のＹＥＳ），認証部１６０は，選択情報に含まれる利用者のユーザＩＤで修飾テーブル１１３の学習済みフラグを参照し，学習済みであるか否かを判定する（ステップＳ１１１）。
【０１５８】
学習済みフラグが“０”で，学習済みでなければ（ステップＳ１１１のＮＯ），学習部１６１は，修飾属性学習処理を行う（ステップＳ１１２）。修飾属性学習処理については，詳細を後述する。修飾属性学習処理の終了後，認証部１６０は，ステップＳ１１５の処理に進む。
【０１５９】
学習済みフラグが“１”で，学習済みであれば（ステップＳ１１１のＹＥＳ），認証部１６０は，選択情報に含まれる選択結果の修飾属性の文字列と，選択情報に含まれる利用者のユーザＩＤで修飾テーブル１１３から抽出した所定頻度の修飾属性とを照合する（ステップＳ１１３）。ここでは，例えば，学習カウンタの値が５以上の修飾属性を所定頻度の修飾属性とする。認証部１６０は，照合の結果，双方の修飾属性が一致するかを判定する（ステップＳ１１４）。
【０１６０】
修飾属性が一致しなければ（ステップＳ１１４のＮＯ），認証部１６０は，利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が失敗したと判定する（ステップＳ１１０）。認証結果送信部１７０は，利用者装置２０に，認証失敗の認証結果を送信する（ステップＳ１１７）。
【０１６１】
修飾属性が一致すれば（ステップＳ１１４のＹＥＳ），認証部１６０は，所定数の質問が終了したかを判定する（ステップＳ１１５）。例えば，５回の質問に対する利用者の選択肢の選択結果で認証を行う場合，所定数は５である。
【０１６２】
所定数の質問が終了していなければ（ステップＳ１１５のＮＯ），認証サーバ１００は，ステップＳ１０２の処理に戻り，次の質問の処理に移る。
【０１６３】
所定数の質問が終了していれば（ステップＳ１１５のＹＥＳ），認証サーバ１００は，利用者装置２０の認証，すなわち利用者装置２０を操作する利用者の認証が成功したと判定する（ステップＳ１１６）。認証結果送信部１７０は，利用者装置２０に，認証成功の認証結果を送信する（ステップＳ１１７）。
【０１６４】
利用者装置２０において，認証結果受信部２６は，認証サーバ１００から認証結果を受信する（ステップＳ２０５）。認証結果出力部２７は，表示装置２８の画面に認証結果を出力する（ステップＳ２０６）。
【０１６５】
図１４は，本実施の形態２の学習部による修飾属性学習処理フローチャートである。
【０１６６】
図１４に示すフローチャートは，図１３に示すフローチャートのステップＳ１１１の判定において，学習済みフラグが“０”で，学習済みでなかった場合に，学習部１６１によって行われる修飾属性学習処理のフローチャートの一例である。ここでは，学習の完了を判断する所定の条件は，“ある修飾属性の選択回数が全修飾属性の平均選択回数より５回以上多い”，であるものとする。
【０１６７】
学習部１６１は，修飾テーブル１１３において，選択情報に含まれる利用者のユーザＩＤに対応する，選択情報に含まれる選択結果の修飾属性の学習カウンタを，カウントアップする（ステップＳ１２０）。学習部１６１は，選択情報に含まれる利用者のユーザＩＤに対応するすべての修飾属性の学習カウンタの平均値を算出する（ステップＳ１２１）。学習部１６１は，選択情報に含まれる選択結果の修飾属性の学習カウンタが，算出されたすべての修飾属性の学習カウンタの平均値＋５以上であるかを判定する（ステップＳ１２２）。
【０１６８】
該当修飾属性の学習カウンタがすべての学習カウンタの平均値＋５以上であれば（ステップＳ１２２のＹＥＳ），学習部１６１は，該当利用者のユーザＩＤに対応する学習済みフラグを，学習済みを示す“１”に設定する（ステップＳ１２３）。
【０１６９】
なお，学習のＯＮ／ＯＦＦ，すなわち学習済みフラグの設定／解除は，利用者装置２０を操作する利用者が，利用者装置２０からのアクセスで制御するようにしてもよい。また，学習結果のクリア，すなわち学習カウンタのクリアを，利用者装置２０を操作する利用者が，利用者装置２０からのアクセスで制御できるようにしてもよい。
【０１７０】
このように，本実施の形態２における利用者の識別情報に対応する修飾属性の登録では，様々な修飾属性の選択肢から利用者に繰り返し選択肢を選択させ，その修飾属性の選択結果が学習される。選択肢の繰り返し選択のなかで，利用者が頻繁に選択した修飾属性が，正解の修飾属性として登録される。利用者は，同じ修飾属性の選択肢を繰り返し選択する過程で，最終的に正解となる修飾属性を簡単に記憶することができる。
【０１７１】
以上，本実施の形態について説明したが，本発明はその主旨の範囲において種々の変形が可能であることは当然である。
【符号の説明】
【０１７２】
１０，１００ 認証サーバ
１１，１１０ 認証情報記憶部
１１１ 質問テーブル
１１２ 質問ＩＤテーブル
１１３ 修飾テーブル
１１４ 修飾ＩＤテーブル
１２，１２０ 認証要求受信部
１３，１３０ 選択肢生成部
１４，１４０ 選択肢情報送信部
１５，１５０ 選択情報受信部
１６，１６０ 認証部
１６１ 学習部
１７，１７０ 認証結果送信部
１８０ 文字列辞書
２０ 利用者装置
２１ 認証要求送信部
２２ 選択肢情報受信部
２３ 選択肢画面出力部
２４ 選択受付部
２５ 選択情報送信部
２６ 認証結果受信部
２７ 認証結果出力部
２８ 表示装置
２９ 入力装置
３０ ネットワーク
【特許請求の範囲】
【請求項１】
利用者の識別情報に，文字列と，文字列の表示態様を指定する修飾属性とを対応付けた認証情報を記憶する認証情報記憶部と，
利用者装置から，認証要求を受信する認証要求受信部と，
前記認証情報記憶部に記憶された認証情報に基づいて，前記認証要求に含まれる利用者の識別情報に対応する文字列が，前記認証要求に含まれる利用者の識別情報に対応する修飾属性で指定される表示態様に変換される正解選択肢と，前記認証要求に含まれる利用者の識別情報に対応する文字列が，前記認証要求に含まれる利用者の識別情報に対応する修飾属性以外の修飾属性で指定される表示態様に変換される不正解選択肢とを含む，複数の選択肢を生成する選択肢生成部と，
前記複数の選択肢の情報を，前記利用者装置に送信する選択肢情報送信部と，
前記利用者装置から，選択肢の選択結果の情報を受信する選択情報受信部と，
前記選択結果が前記正解選択肢である場合に，前記利用者装置の認証が成功したものと判定する認証部とを備える
ことを特徴とする認証装置。
【請求項２】
前記認証情報記憶部に記憶される認証情報において，前記利用者の識別情報に対応する修飾属性は，曜日，日付もしくは時間，または他のあらかじめ定められた利用者の知り得るルールに応じて変更される
ことを特徴とする請求項１に記載された認証装置。
【請求項３】
前記認証情報記憶部に記憶される認証情報において，前記利用者の識別情報に対応する修飾属性は，修飾属性の選択を利用者に繰り返させる修飾属性の登録時に，所定頻度で利用者に選択された修飾属性である
ことを特徴とする請求項１または請求項２に記載された認証装置。
【請求項４】
コンピュータによる認証方法であって，
利用者の識別情報に，文字列と，文字列の表示態様を指定する修飾属性とを対応付けた認証情報を記憶する記憶部を備える前記コンピュータが，
利用者装置から認証要求を受信する過程と，
前記記憶部に記憶された認証情報に基づいて，前記認証要求に含まれる利用者の識別情報に対応する文字列が，前記認証要求に含まれる利用者の識別情報に対応する修飾属性で指定される表示態様に変換される正解選択肢と，前記認証要求に含まれる利用者の識別情報に対応する文字列が，前記認証要求に含まれる利用者の識別情報に対応する修飾属性以外の修飾属性で指定される表示態様に変換される不正解選択肢とを含む，複数の選択肢を生成する過程と，
前記複数の選択肢の情報を，前記利用者装置に送信する過程と，
前記利用者装置から，選択肢の選択結果の情報を受信する過程と，
前記選択結果が前記正解選択肢である場合に，前記利用者装置の認証が成功したものと判定する過程とを実行する
ことを特徴とする認証方法。
【請求項５】
利用者の識別情報に，文字列と，文字列の表示態様を指定する修飾属性とを対応付けた認証情報を記憶する認証情報記憶部と，
利用者装置から，認証要求を受信する認証要求受信部と，
前記認証情報記憶部に記憶された認証情報に基づいて，前記認証要求に含まれる利用者の識別情報に対応する文字列が，前記認証要求に含まれる利用者の識別情報に対応する修飾属性で指定される表示態様に変換される正解選択肢と，前記認証要求に含まれる利用者の識別情報に対応する文字列が，前記認証要求に含まれる利用者の識別情報に対応する修飾属性以外の修飾属性で指定される表示態様に変換される不正解選択肢とを含む，複数の選択肢を生成する選択肢生成部と，
前記利用者装置に，前記複数の選択肢の情報を，送信する選択肢情報送信部と，
前記利用者装置から，選択肢の選択結果の情報を受信する選択情報受信部と，
前記選択結果が前記正解選択肢である場合に，前記利用者装置の認証が成功したものと判定する認証部とを備える認証装置と，
前記認証装置に，利用者の識別情報を含む認証要求を送信する認証要求送信部と，
前記認証装置から，前記複数の選択肢の情報を受信する選択肢情報受信部と，
前記複数の選択肢の情報に含まれる選択肢を提示する画面を出力する選択肢画面出力部と，
選択肢の選択を受け付ける選択受付部と，
前記認証装置に，選択肢の選択結果の情報を送信する選択情報送信部とを備える利用者装置とを有する
ことを特徴とする認証システム。
【請求項１】
利用者の識別情報に，文字列と，文字列の表示態様を指定する修飾属性とを対応付けた認証情報を記憶する認証情報記憶部と，
利用者装置から，認証要求を受信する認証要求受信部と，
前記認証情報記憶部に記憶された認証情報に基づいて，前記認証要求に含まれる利用者の識別情報に対応する文字列が，前記認証要求に含まれる利用者の識別情報に対応する修飾属性で指定される表示態様に変換される正解選択肢と，前記認証要求に含まれる利用者の識別情報に対応する文字列が，前記認証要求に含まれる利用者の識別情報に対応する修飾属性以外の修飾属性で指定される表示態様に変換される不正解選択肢とを含む，複数の選択肢を生成する選択肢生成部と，
前記複数の選択肢の情報を，前記利用者装置に送信する選択肢情報送信部と，
前記利用者装置から，選択肢の選択結果の情報を受信する選択情報受信部と，
前記選択結果が前記正解選択肢である場合に，前記利用者装置の認証が成功したものと判定する認証部とを備える
ことを特徴とする認証装置。
【請求項２】
前記認証情報記憶部に記憶される認証情報において，前記利用者の識別情報に対応する修飾属性は，曜日，日付もしくは時間，または他のあらかじめ定められた利用者の知り得るルールに応じて変更される
ことを特徴とする請求項１に記載された認証装置。
【請求項３】
前記認証情報記憶部に記憶される認証情報において，前記利用者の識別情報に対応する修飾属性は，修飾属性の選択を利用者に繰り返させる修飾属性の登録時に，所定頻度で利用者に選択された修飾属性である
ことを特徴とする請求項１または請求項２に記載された認証装置。
【請求項４】
コンピュータによる認証方法であって，
利用者の識別情報に，文字列と，文字列の表示態様を指定する修飾属性とを対応付けた認証情報を記憶する記憶部を備える前記コンピュータが，
利用者装置から認証要求を受信する過程と，
前記記憶部に記憶された認証情報に基づいて，前記認証要求に含まれる利用者の識別情報に対応する文字列が，前記認証要求に含まれる利用者の識別情報に対応する修飾属性で指定される表示態様に変換される正解選択肢と，前記認証要求に含まれる利用者の識別情報に対応する文字列が，前記認証要求に含まれる利用者の識別情報に対応する修飾属性以外の修飾属性で指定される表示態様に変換される不正解選択肢とを含む，複数の選択肢を生成する過程と，
前記複数の選択肢の情報を，前記利用者装置に送信する過程と，
前記利用者装置から，選択肢の選択結果の情報を受信する過程と，
前記選択結果が前記正解選択肢である場合に，前記利用者装置の認証が成功したものと判定する過程とを実行する
ことを特徴とする認証方法。
【請求項５】
利用者の識別情報に，文字列と，文字列の表示態様を指定する修飾属性とを対応付けた認証情報を記憶する認証情報記憶部と，
利用者装置から，認証要求を受信する認証要求受信部と，
前記認証情報記憶部に記憶された認証情報に基づいて，前記認証要求に含まれる利用者の識別情報に対応する文字列が，前記認証要求に含まれる利用者の識別情報に対応する修飾属性で指定される表示態様に変換される正解選択肢と，前記認証要求に含まれる利用者の識別情報に対応する文字列が，前記認証要求に含まれる利用者の識別情報に対応する修飾属性以外の修飾属性で指定される表示態様に変換される不正解選択肢とを含む，複数の選択肢を生成する選択肢生成部と，
前記利用者装置に，前記複数の選択肢の情報を，送信する選択肢情報送信部と，
前記利用者装置から，選択肢の選択結果の情報を受信する選択情報受信部と，
前記選択結果が前記正解選択肢である場合に，前記利用者装置の認証が成功したものと判定する認証部とを備える認証装置と，
前記認証装置に，利用者の識別情報を含む認証要求を送信する認証要求送信部と，
前記認証装置から，前記複数の選択肢の情報を受信する選択肢情報受信部と，
前記複数の選択肢の情報に含まれる選択肢を提示する画面を出力する選択肢画面出力部と，
選択肢の選択を受け付ける選択受付部と，
前記認証装置に，選択肢の選択結果の情報を送信する選択情報送信部とを備える利用者装置とを有する
ことを特徴とする認証システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−６８７７９（Ｐ２０１２−６８７７９Ａ）
【公開日】平成２４年４月５日（２０１２．４．５）
【国際特許分類】
【出願番号】特願２０１０−２１１５８５（Ｐ２０１０−２１１５８５）
【出願日】平成２２年９月２２日（２０１０．９．２２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２４年４月５日（２０１２．４．５）
【国際特許分類】
【出願日】平成２２年９月２２日（２０１０．９．２２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]