(57)【要約】【課題】セキュリティを確保し、かつ利便性の高い認証方式を提供する。【解決手段】文字等からなる要素組合せから利用者毎に一意の組合せを選択し、選択した要素組合せに含まれる要素の並び順を利用者が指定して該利用者の認証ＩＤとする。【選択図】図３Ａ
2008210033.tif 000002
【特許請求の範囲】
【請求項１】
利用者の認証情報を登録する利用者情報データベースにアクセス可能なコンピュータに、
利用者が選択した所定数の文字要素及び該文字要素を使った認証ＩＤとを前記利用者情報データベースに蓄積する認証ＩＤ蓄積ステップと、
利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれるか判定する文字要素判定ステップと、
前記文字要素判定ステップにおいて、利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれると判定された場合、更に、前記利用者が入力装置に入力した認証ＩＤが前記利用者情報データベースに登録されている認証ＩＤに一致するかを判定し、一致すると判定した場合には認証成功と判断する認証ステップと
を実行させることを特徴とする利用者認証プログラム。
【請求項２】
前記コンピュータに、更に、
前記認証ステップにおいて、認証成功と判断されなかった場合、該利用者に対する認証ＩＤの入力があった場合に、入力者に対し認証を拒否する出力
を行わせることを特徴とする請求項１に記載の利用者認証プログラム。
【請求項３】
利用者の認証情報を登録する利用者情報データベースにアクセス可能なコンピュータが、
利用者が選択した所定数の文字要素及び該文字要素を使った認証ＩＤとを前記利用者情報データベースに蓄積する認証ＩＤ蓄積ステップと、
利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれるか判定する文字要素判定ステップと、
前記文字要素判定ステップにおいて、利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれると判定された場合、更に、前記利用者が入力装置に入力した認証ＩＤが前記利用者情報データベースに登録されている認証ＩＤに一致するかを判定し、一致すると判定した場合には認証成功と判断する認証ステップと
を実行することを特徴とする利用者認証方法。
【請求項４】
前記コンピュータが、更に、
前記認証ステップにおいて、認証成功と判断されなかった場合、該利用者に対する認証ＩＤの入力があった場合に、入力者に対し認証を拒否する出力
を行うことを特徴とする請求項３に記載の利用者認証方法。
【請求項５】
利用者の認証情報を登録する利用者情報データベースと、
利用者が選択した所定数の文字要素及び該文字要素を使った認証ＩＤとを前記利用者情報データベースに蓄積する認証ＩＤ蓄積手段と、
利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれるか判定する文字要素判定手段と、
前記文字要素判定手段が、利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれると判定した場合、更に、前記利用者が入力装置に入力した認証ＩＤが前記利用者情報データベースに登録されている認証ＩＤに一致するかを判定し、一致すると判定した場合には認証成功と判断する認証手段と、
を備えたことを特徴とする利用者認証装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者認証プログラム、利用者認証方法、及び装置に関する。
【背景技術】
【０００２】
コンピュータシステムへのログインに関連する利用者の認証方法として、例えば一意の利用者ＩＤとパスワードにより利用者の認証を行う技術が従来から存在する。下記特許文献１にはそのような認証技術の一例が開示されている。
【０００３】
図８に示すのは、従来例による利用者認証の処理の流れを説明する図である。
一般的には、最初のステップＳ１において、利用者の氏名等の個人識別情報が登録される。この個人識別情報の登録は、利用者が利用しようとするコンピュータシステムに直接入力することで行われることもあるし、郵送等で個人識別情報を送付することにより行われることもある。中には、無料メールマガジンの配布サービスのように、個人識別情報の登録を不要とするものもある。
【０００４】
次に図のステップＳ２に示すように、利用者ＩＤの登録を行う。利用者ＩＤは、コンピュータシステム側で指定する場合と、利用者が指定する場合とがある。コンピュータシステムでは、例えばステップＳ１で登録された個人識別情報と対応付けて利用者ＩＤを登録する。
【０００５】
次にステップＳ３に進み、利用者の選択したパスワードを登録する。パスワードが利用者ＩＤと対応付けて登録されることは勿論である。
利用者ＩＤとパスワードの登録が終わると、コンピュータシステムへのログインが可能となる。図のステップＳ４に示すように、利用者ＩＤとパスワードを入力することにより利用者の認証が行われ、正しく利用者ＩＤとパスワードが入力されるとログインが完了する。
【０００６】
上記従来の技術では、利用しようとするコンピュータシステムごとに利用者は利用者ＩＤとパスワードの両方を記憶しなければならず、利用者にとって負担の大きいものとなっている。したがって、利用者ＩＤまたはパスワードの忘却によるログインの失敗はよく起こることである。
【０００７】
そこで、利用者ＩＤのみでログインする方法も考えられる。しかし、利用者ＩＤのみでログインするシステムの場合は、利用者ＩＤの変更は難しい。また、不正利用者により複数回ログインの失敗があった場合でも、不正利用者がなりすまそうとした利用者の利用者ＩＤを特定できないために、その利用者ＩＤにロックをかけて使用禁止にすることができず、セキュリティ性能が落ちる。
【特許文献１】特開２０００−１４８６８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述のように、１つの認証用のＩＤだけを利用してログインするモデルを想定すると、従来の技術では、利用者全体一意かつ変更可能な認証用のＩＤの生成が難しい。そして、高いセキュリティ性能を維持するのが難しい。
【０００９】
そこで本発明が解決しようとする課題は、利便性が高く、かつセキュリティを確保することができる認証方式を提供することである。
【課題を解決するための手段】
【００１０】
本発明によれば、利用者が選択した所定数の文字要素及び該文字要素を使った認証ＩＤとを利用者の認証情報を登録する利用者情報データベースに蓄積する手段と、利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれるか判定する手段と、前記文字要素判定ステップにおいて、利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれると判定された場合、更に、前記利用者が入力装置に入力した認証ＩＤが前記利用者情報データベースに登録されている認証ＩＤに一致するかを判定し、一致すると判定した場合には認証成功と判断する手段とを提供する。
【発明の効果】
【００１１】
本発明によれは、１つの認証ＩＤだけでログインが可能となる。
したがって、ログイン用のデータが覚えやすくなり、入力も簡単になる。また、認証ＩＤの二段階作成法により、変更可能な認証ＩＤを作成することができる。
【発明を実施するための最良の形態】
【００１２】
図１は、本発明による認証システムの構成例を示す図である。図１に例示した例では、サーバ等のコンピュータで実現される認証装置２０に入力装置として利用者端末１０が接続されている。認証装置２０は利用者情報データベース３０を備え、認証ＩＤ登録／変更部２１、利用者認証部２２及びロック機能部２３を含んでいる。
【００１３】
利用者が利用者端末１０によりあるサービスについて認証ＩＤの登録／変更を要求すると、認証装置２０の認証ＩＤ登録／変更部２１が認証ＩＤの登録／変更処理を行い、利用者情報データベース３０に利用者の認証ＩＤを登録して利用者にそのサービスの利用権限を付与する。
【００１４】
後に詳細に説明するように、利用者は認証ＩＤを登録する際に、例えば“０”〜“９”、“Ａ”〜“Ｚ”、“ａ”〜“ｚ”、その他の符号などから８個以上の文字要素（以下、単に要素という場合がある。）を選ぶ。その際、要素の並び順に関係なく、要素組合せは一意となるようにする。そして、選ばれた要素の並び順を決め、自分の認証ＩＤとして登録する。登録された認証ＩＤの変更は、要素の並び順の変更により行う。
【００１５】
認証ＩＤの登録後、利用者がその認証ＩＤを入力して前記サービスへログインしようとすると、利用者認証部２２は入力された認証ＩＤにより利用者情報データベース３０を参照して利用者の認証処理を行う。
【００１６】
認証結果はロック機能部２３へ渡され、認証に成功していれば利用者のログインを許容し、失敗していれば、利用者情報データベース３０を参照して認証の失敗履歴を読出し、それに応じたロック処理を行う。ロック処理の詳細な内容については後に説明する。
【００１７】
図２は、図１について説明をした認証ＩＤ登録時の利用者の操作を説明する図である。
利用者が認証ＩＤの登録を要求すると、認証ＩＤ登録／変更部２１は、利用者端末１０の表示装置に要素組合せ登録画面１１を表示する。要素組合せ登録画面１１には、組合せ要素表示欄１１１と組合せ要素入力欄１１２があり、組合せ要素表示欄１１１には、利用者端末１０から入力可能な大文字／小文字のアルファベット、数字その他の記号が表示される。ここに表示されるアルファベット等の要素は、それらを組み合わせて利用者の一意の識別が十分に可能であればよく、入力可能な要素を全て表示する必要はない。
【００１８】
利用者は、組合せ要素表示欄１１１に表示された要素の中から、例えば８要素の組合せ
を選び、組合せ要素入力欄１１２に入力する。図２の例では、“ｌｏｓ００２６Ｆ＿”と、“０”が２回選択されているが、それぞれの要素の選択は１回のみと制限することも可能である。
【００１９】
次に利用者は組合せ要素入力欄１１２に入力した要素の並び順を指定し、認証ＩＤとして登録する。認証ＩＤ登録画面１２ａは、組合せ要素入力欄１１２に入力して選択した全ての要素を使用して認証ＩＤを決める場合の入力画面であり、認証ＩＤ登録画面１２ｂは、組合せ要素入力欄１１２に入力して選択した要素の一部を使用して認証ＩＤを決める場合の入力画面である。認証ＩＤ登録画面１２ａと認証ＩＤ登録画面１２ｂには、要素組合せ登録画面１１の組合せ要素入力欄１１２に入力された要素組合せがそのまま表示されているが、一部あるいは全部を表示しないようにすることも可能である。
【００２０】
認証ＩＤ登録画面１２ａの認証ＩＤ入力欄１２１ａには、選択された全ての要素を使って“Ｆｓｏｌ＿２００６”が入力されている。なお、重複されて入力された要素“０”が連続して並べられているが、それは必須ではない。
【００２１】
認証ＩＤ登録画面１２ｂの認証ＩＤ入力欄１２１ｂには、一部の要素を使った“Ｆ＿２００６”が入力されている。図２に例示した認証ＩＤ登録画面１２ｂでは、認証ＩＤを決定することで一部の要素の選択も行っているが、要素組合せ登録画面１１で選択された要素の中から一部の要素をまず選択し、その後選択した一部の要素の並び順を指定するようにすることもできる。
【００２２】
上述のように、本発明の認証ＩＤに使用する要素の組合せは、組合せ要素入力欄１１２に入力した全ての要素組合せとする実施例と一部の要素組合せとする実施例があるが、以下図面を参照して、それぞれの実施例における登録／変更処理、認証処理について説明する。
【００２３】
図３Ａは、全ての要素を認証ＩＤに使う場合の認証ＩＤ登録処理のフローを説明する図である。
ステップＳ３１Ａで利用者端末１０からの要素組合せが入力される（入力１）。
【００２４】
次にステップＳ３２Ａにおいて、ステップＳ３１Ａで入力された要素の組合せに一意性があるか、すなわち該要素の組合せがログイン情報テーブル３１に登録済みでないかがチェックされる。なお、ログインテーブル３１は図１に示す利用者情報データベース３０に含まれるものであり、その構成例について、図７Ａを参照して後に説明する。
【００２５】
ステップＳ３１Ａで入力された要素組合せが既にログインテーブル３１に存在して一意性を保てない場合には、ステップＳ３１Ａに戻り、利用者に再入力を促す。
要素組合せに一意性があることが確認されると、ステップＳ３５Ａに進み、利用者端末１０から要素の並び順が入力され（入力２）、ステップＳ３６Ａにおいて、ステップＳ３５Ａで指定された並び順の要素を認証ＩＤとしてログイン情報テーブル３１に登録して処理を終了する。
【００２６】
上記入力１及び入力２においては、図２に示す要素組合せ登録画面１１及び認証ＩＤ登録画面１２ａをそれぞれ使うことができる。
図３Ｂは、一部の要素を認証ＩＤに使う場合の認証ＩＤ登録処理のフローを説明する図である。図３Ａに示すフロート対比すると、ステップＳ３１Ｂ、Ｓ３２Ｂ、Ｓ３５Ｂ、Ｓ３６Ｂは、図３Ａに示すステップＳ３１Ａ、Ｓ３２Ａ、Ｓ３５Ａ、Ｓ３６Ａと同様であり、ステップＳ３３Ｂ、Ｓ３４Ｂが追加されているところが異なる。
【００２７】
ステップＳ３１Ｂで利用者端末１０からの要素組合せが入力される（入力１）。
次にステップＳ３２Ｂにおいて、ステップＳ３１Ｂで入力された要素の組合せに一意性があるか、すなわち該要素の組合せがログイン情報テーブル３１に登録済みでないかがチェックされる。
【００２８】
ステップＳ３３Ｂでは、ステップＳ３１Ｂで入力された要素の組合せのうちの一部の要素の組合せが利用者端末１０から入力される（入力２）。
ステップＳ３４Ｂでは、ステップＳ３３Ｂで入力された要素組合せに一意性があるかログイン情報テーブル３１を参照することにより確認する。
【００２９】
要素組合せに一意性があることが確認されると、ステップＳ３５Ｂに進み、利用者端末１０から要素の並び順が入力され（入力３）、ステップＳ３６Ｂにおいて、ステップＳ３５Ｂで指定された並び順の要素を認証ＩＤとしてログイン情報テーブル３１に登録して処理を終了する。
【００３０】
図３Ｂに示すフローの場合は、ステップＳ３３Ｂの入力画面を利用者端末１０の表示装置に表示することになるが、図２に示す認証ＩＤ登録画面１２ｂを用いる場合は、ステップＳ３３ＢでステップＳ３５Ｂを実行し、ステップＳ３４Ｂのチェックを行って、ステップＳ３６Ｂの登録を行うようにすればよい。
【００３１】
図４Ａは、全ての要素を認証ＩＤに使う場合の認証ＩＤ変更処理のフローを説明する図である。認証ＩＤの変更は、当然のことながら、後に説明する現在の認証ＩＤによる利用者の認証が行われてからのことである。
【００３２】
ステップＳ４１Ａにおいて、利用者の認証ＩＤをキーにしてログイン情報テーブル３１から利用者の要素組合せを取得する。
次にステップＳ４２Ａで利用者端末１０から新しい認証ＩＤが入力され（入力１）、ステップＳ４３Ａで新しい認証ＩＤに含まれる要素の組合せがステップＳ４１Ａで取得された要素組合せと一致するか判定される。一致しなければステップＳ４２Ａに戻り再入力を促す。
【００３３】
一致する場合にはステップＳ４４Ａに進み、新しい認証ＩＤをログイン情報テーブル３１に登録して処理を終了する。
図４Ｂは、一部の要素を認証ＩＤに使う場合の認証ＩＤ変更処理のフローを説明する図である。図４Ｂに示すフローは、処理ブロック構成としては図４Ａに示すフローと同様であり、ステップＳ４３Ｂの処理内容のみが、図４ＡのステップＳ４３Ａと異なるので、ステップＳ４３Ｂについて説明する。
【００３４】
ステップＳ４３Ｂでは、ステップＳ４２Ｂで入力された新しい認証ＩＤに含まれる要素の組合せが、ステップＳ４１Ｂで取得した利用者の要素組合せに含まれるか、すなわち部分集合であるかと、新しい認証ＩＤに含まれる要素の組合せに一意性が有るかが判定され、両者とも成立すればステップＳ４４Ｂに進んで新しい認証ＩＤがログイン情報テーブル３１に登録される。
【００３５】
なお、新しい認証ＩＤに含まれる一部の要素組合せは、もとの認証ＩＤに含まれる一部の要素組合せと異なるものとするとの制限を加えることにより、不正利用者による認証ＩＤ変更のリスクを低減することができる。
【００３６】
上記図４Ａ及び図４Ｂによる説明から理解されるように、利用者に一意の要素組合せは、利用者と１対１のものであるという点において、従来の利用者ＩＤに相当するものであ
る。
上記図３Ａ〜図４Ｂに示す処理は、例えば、図１に示す認証装置２０の認証ＩＤ登録／変更部２１により実行される。
【００３７】
図５は、認証処理のフローを説明する図である。この処理は、認証ＩＤの入力による利用者の認証要求により開始される。
ある利用者端末から認証要求がなされると、ステップＳ５１に示すように、その利用者端末の識別番号に相当する例えば利用者端末のＩＰアドレスと入力された認証ＩＤがチェックされ、その利用者端末からのログインあるいはその利用者のログインがロック（禁止）されていないか判定する。この判定には、後にその構成例を示すログイン情報テーブル３１とＩＰアドレスロックテーブル３２が用いられる。
【００３８】
利用者端末からのログインあるいはその利用者のログインがロックされている場合は処理を終了する。いずれもロックされていない場合に次のステップＳ５２に進む。
ステップＳ５２では、入力された認証ＩＤに含まれる要素の組合せがログイン情報テーブル３１に存在するか確認をする。図３Ａのフローに示した全ての要素組合せを使用して認証ＩＤを登録した場合にはその全ての要素組合せのなかに一致するものがあるかを確認し、図３Ｂのフローに示した一部の要素組合せを使用して認証ＩＤを登録した場合にはその一部の要素組合せのなかに一致するものがあるかを確認する。
【００３９】
上記認証ＩＤに含まれる要素の組合せの存在確認ができなかった場合は、ステップＳ５３に進み、「失敗１」を返して処理を終了する。具体的には、例えば「失敗１」を示すフラグをセットする等の処理を行う。
【００４０】
上記存在確認ができた場合は、ステップＳ５４に進み、入力された認証ＩＤがログイン情報テーブル３１に存在するか確認する。入力された認証ＩＤがログイン情報テーブル３１に存在することが確認されると、ステップＳ５５進み、「成功」を返す。
【００４１】
上記存在確認ができなかった場合は、ステップＳ５６に進み、「失敗２」を返して処理を終了する。
上記図５に示す処理は、例えば、図１に示す認証装置２０の利用者認証部２２により実行される。
【００４２】
図６は、図５に示す認証処理後の処理フローを説明する図である。この処理は先に述べた利用者あるいは利用者端末のロック処理を含み、例えば、図１に示す認証装置２０のロック機能部２３により実行される。
【００４３】
ステップＳ６１において、認証処理の結果を確認する。先に述べたように、認証処理の結果は、例えば、「失敗１」、「失敗２」、「成功」のフラグをチェックすることにより行うことができる。
【００４４】
「成功」であれば、ステップＳ６２に進み、ログインを成功させる。
「失敗１」の場合、ステップＳ６３に移行する。ステップＳ６３では、認証に失敗した利用者端末のＩＰアドレスをキーとしてＩＰアドレスロックテーブル３２から失敗数を読み出し、失敗数の閾値Ｆ１に達しているか判定をする。
【００４５】
上記判定の結果、閾値Ｆ１に達していなければ、ステップＳ６４に進み、上記ＩＰアドレスと同一エントリの失敗数を１つカウントアップする。
上記判定の結果、閾値Ｆ１に達していれば、ステップＳ６５に進み、上記ＩＰアドレスと同一エントリのロック対象フラグをセットし、上記ＩＰアドレスで識別される利用者端
末からのログインを禁止する。
【００４６】
「失敗２」の場合、ステップＳ６６に移行する。ステップＳ６６では、認証に失敗した利用者の要素組合せをキーとしてログイン情報テーブル３１から失敗数を読み出し、失敗数の閾値Ｆ２に達しているか判定をする。
【００４７】
上記判定の結果、閾値Ｆ２に達していなければ、ステップＳ６７に進み、上記要素組合せと同一エントリの失敗数を１つカウントアップする。
上記判定の結果、閾値Ｆ２に達していれば、ステップＳ６５に進み、上記要素組合せと同一エントリのロック対象フラグをセットし、上記要素組合せで識別される利用者のログインを禁止する。
【００４８】
上記閾値Ｆ１、Ｆ２は、本発明を適用するシステムに要求されるセキュリティの程度やログイン時の利便性等を勘案して決定されうるものである。例えば、Ｆ１＝Ｆ２＝２とすることなどが考えられる。しかし、Ｆ１とＦ２は同じ値である必要はなく、実際にシステムの運用を行ってみて、システムに適合した値を採用することもできる。
【００４９】
また、図６にはステップＳ６２でログイン成功とした後の「失敗１」、「失敗２」のフラグのリセットについて記載していないが、これも、システムに応じて、リセットは一切行わない、「失敗１」、「失敗２」の一方のフラグのリセットのみ行う、両方のフラグのリセットを行うなどの対応が可能である。また、ロックに至るまでは、失敗数をゼロリセットすることも、利便性からは好ましい。
【００５０】
さらに、ログインのロック管理に関して、「失敗１」と「失敗２」の組合せに基づいて行うこともできる。例えば「失敗１」の回数と「失敗２」の回数の和に上限を設けてそれに到達すると利用者端末と認証ＩＤの双方にロックをかける等の運用が考えられる。
なお、ロック機能部２３による認証結果の確認は、「失敗１」、「失敗２」の確認のみとし、「成功」の場合のログイン許容等の処理は、利用者認証部２２により実行することも可能である。
【００５１】
次に、図７Ａ及び図７Ｂにより、利用者データベース３０に含まれるログイン情報テーブル３１とＩＰアドレスロックテーブル３２の構成について説明する。
図７Ａは、ログイン情報テーブル３１を説明する図である。
【００５２】
図７Ａに示すように、ログイン情報テーブル３１のエントリは「要素組合せ」、「認証ＩＤ」、「連続ログイン失敗回数」、「ロック対象フラグ」を含んでいる。例示された最初のエントリは、「要素組合せ」が“２４５９ＢＳＴ＆”、「認証ＩＤ」が“ＴＢＳ２５＆４９”、「連続ログイン失敗回数」が“０”、「ロック対象フラグ」が“０”である。次に例示されたエントリは、「要素組合せ」が“０５５７ＦＯＳ＿”、「認証ＩＤ」が“ＦＳＯＬ＿０５７７”、「連続ログイン失敗回数」が“２”、「ロック対象フラグ」が“１”である。この例の場合、失敗数の閾値Ｆ２は、２としていることが分かる。しかし、図６のフローから理解されるように、ロック対象フラグがセットされるのは、３回目の「失敗２」の場合である。また、ロックに至る前に「成功」であれば、失敗数はゼロにリセットするものとしている。
【００５３】
図７Ａに示す例は、認証ＩＤに全ての要素組合せを使う実施例のものであるが、一部の要素組合せを使う実施例の場合は、エントリの項目に、「一部の要素組合せ」を設けることにより対応可能である。
【００５４】
図７Ｂは、ＩＰアドレスロックテーブル３２を説明する図である。
図７Ｂに示すように、ＩＰアドレスロックテーブル３２のエントリは「ＩＰアドレス」、「連続ログイン失敗回数」、「ロック対象フラグ」を含んでいる。例示された最初のエントリは、「ＩＰアドレス」が“10.74.34.134”、「連続ログイン失敗回数」が“２”、「ロック対象フラグ」が“１”である。次に例示されたエントリは、「ＩＰアドレス」が“10.12.24.135”、「連続ログイン失敗回数」が“１”、「ロック対象フラグ」が“０”である。この例の場合も、失敗数の閾値Ｆ１は、２としていることが分かる。
【００５５】
以上、本発明を図１に構成例を示す認証システムを例にして詳細に説明したが、本発明は、利用者端末とサーバ等のコンピュータで実現される認証装置から構成されるシステムに限らず、マルチユーザ化した利用者端末自体においての利用者の認証など、利用者の認証を実行するあらゆる環境に適用可能なことは明らかである。また、認証ＩＤの登録を行った認証装置と、その認証ＩＤにより認証を行う認証装置が同一の認証装置である必要もない。
【００５６】
なお、上述の全ての要素を認証ＩＤに使う実施例と一部の要素を認証ＩＤに使う実施例では、万一認証ＩＤが他人に知られた場合に差がある。全ての要素を認証ＩＤに使う実施例では、再度登録をすることにより、利用者に一意の要素組合せを変更しない限り認証ＩＤに使用する要素は知られた状態にある。しかし、一部の要素を認証ＩＤに使う実施例では、他の一部の要素は知られていないことから、新しい認証ＩＤに含まれる要素に知られていない要素を使用することができる。
【００５７】
上記のとおり、本発明による利用者の認証情報である要素の組合せと認証ＩＤとに相関があることから、その意味でセキュリティ上の問題が発生することもあり得るが、ロック管理が可能であり、また認証ＩＤの変更も可能であることもあって、セキュリティ性能も実質的に充分保つことができる。そして、本発明によれば、認証ＩＤを用いるだけでログインが可能であり利便性を高めることができる。
【００５８】
（付記１）
利用者の認証情報を登録する利用者情報データベースにアクセス可能なコンピュータに、
利用者が選択した所定数の文字要素及び該文字要素を使った認証ＩＤとを前記利用者情報データベースに蓄積する認証ＩＤ蓄積ステップと、
利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれるか判定する文字要素判定ステップと、
前記文字要素判定ステップにおいて、利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれると判定された場合、更に、前記利用者が入力装置に入力した認証ＩＤが前記利用者情報データベースに登録されている認証ＩＤに一致するかを判定し、一致すると判定した場合には認証成功と判断する認証ステップと
を実行させることを特徴とする利用者認証プログラム。
（付記２）
前記利用者が選択した所定数の文字要素の組合せは、該利用者に対して一意であることを特徴とする付記１に記載の利用者認証プログラム。
（付記３）
前記認証ＩＤは、前記利用者が選択した所定数の文字要素の一部を使ったものであることを特徴とする付記２に記載の利用者認証プログラム。
（付記４）
前記コンピュータに、更に、
前記認証ステップにおいて、認証成功と判断されなかった場合、該利用者に対する認証ＩＤの入力があった場合に、入力者に対し認証を拒否する出力
を行わせることを特徴とする付記１に記載の利用者認証プログラム。
（付記５）
前記コンピュータに、更に、
前記文字要素判定ステップにおいて、利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれると判定されなかった場合、該入力装置から認証ＩＤの入力があった場合に、認証を拒否する出力
を行わせることを特徴とする付記４に記載の利用者認証プログラム。
（付記６）
利用者の認証情報を登録する利用者情報データベースにアクセス可能なコンピュータが、
利用者が選択した所定数の文字要素及び該文字要素を使った認証ＩＤとを前記利用者情報データベースに蓄積する認証ＩＤ蓄積ステップと、
利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれるか判定する文字要素判定ステップと、
前記文字要素判定ステップにおいて、利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれると判定された場合、更に、前記利用者が入力装置に入力した認証ＩＤが前記利用者情報データベースに登録されている認証ＩＤに一致するかを判定し、一致すると判定した場合には認証成功と判断する認証ステップと
を実行することを特徴とする利用者認証方法。
（付記７）
前記利用者が選択した所定数の文字要素の組合せは、該利用者に対して一意であることを特徴とする付記６に記載の利用者認証方法。
（付記８）
前記認証ＩＤは、前記利用者が選択した所定数の文字要素の一部を使ったものであることを特徴とする付記７に記載の利用者認証方法。
（付記９）
前記コンピュータが、更に、
前記認証ステップにおいて、認証成功と判断されなかった場合、該利用者に対する認証ＩＤの入力があった場合に、入力者に対し認証を拒否する出力
を行うことを特徴とする付記６に記載の利用者認証方法。
（付記１０）
前記コンピュータが、更に、
前記文字要素判定ステップにおいて、利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれると判定されなかった場合、該入力装置から認証ＩＤの入力があった場合に、認証を拒否する出力
を行うことを特徴とする付記９に記載の利用者認証方法。
（付記１１）
利用者の認証情報を登録する利用者情報データベースと、
利用者が選択した所定数の文字要素及び該文字要素を使った認証ＩＤとを前記利用者情報データベースに蓄積する認証ＩＤ蓄積手段と、
利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれるか判定する文字要素判定手段と、
前記文字要素判定手段が、利用者が入力装置に入力した認証ＩＤの文字要素が前記利用者情報データベースに登録されている文字要素に含まれると判定した場合、更に、前記利用者が入力装置に入力した認証ＩＤが前記利用者情報データベースに登録されている認証ＩＤに一致するかを判定し、一致すると判定した場合には認証成功と判断する認証手段と、
を備えたことを特徴とする利用者認証装置。
【図面の簡単な説明】
【００５９】
【図１】本発明による認証システムの構成例を示す図である。
【図２】認証ＩＤ登録時の利用者の操作を説明する図である。
【図３Ａ】全ての要素を認証ＩＤに使う場合の認証ＩＤ登録処理のフローを説明する図である。
【図３Ｂ】一部の要素を認証ＩＤに使う場合の認証ＩＤ登録処理のフローを説明する図である。
【図４Ａ】全ての要素を認証ＩＤに使う場合の認証ＩＤ変更処理のフローを説明する図である。
【図４Ｂ】一部の要素を認証ＩＤに使う場合の認証ＩＤ変更処理のフローを説明する図である。
【図５】認証処理のフローを説明する図である。
【図６】認証処理後の処理フローを説明する図である。
【図７Ａ】ログイン情報テーブルを説明する図である。
【図７Ｂ】ＩＰアドレスロックテーブルを説明する図である。
【図８】従来例による利用者認証の処理の流れを説明する図である。
【符号の説明】
【００６０】
１０      利用者端末
１１      要素組合せ登録画面
１１１      組合せ要素表示欄
１１２      要素組合せ入力欄
１２ａ      認証ＩＤ登録画面（全要素使用時）
１２１ａ      認証ＩＤ入力欄（全要素使用時）
１２ｂ      認証ＩＤ登録画面（一部要素使用時）
１２１ｂ      認証ＩＤ入力欄（一部要素使用時）
２０      認証装置
２１      認証ＩＤ登録／変更部
２２      利用者認証部
２３      ロック機能部
３０      利用者情報データベース
３１      ログイン情報テーブル
３２      ＩＰアドレスアドレスロックテーブル
【図５】
2008210033.tif 000003
【図６】
2008210033.tif 000004
【図７Ａ】
2008210033.tif 000005
【図７Ｂ】
2008210033.tif 000006
【図８】
2008210033.tif 000007
【図１】
2008210033.tif 000008
【図２】
2008210033.tif 000009
【図３Ａ】
2008210033.tif 000010
【図３Ｂ】
2008210033.tif 000011
【図４Ａ】
2008210033.tif 000012
【図４Ｂ】
2008210033.tif 000013