JP2011199718A - ユーザー認証方法 - Google Patents

Abstract

【課題】これまで用いていた暗号化方式を変更したり、他のシステムとの統合等により暗号化方式も統一を図ったりするような場合、パスワードの再登録をユーザーにお願いすることになり、ユーザーに対して新たな負担を求めることになってしまう。
【解決手段】パスワード検索部２２において検索されたパスワード３１ｃについて、パスワード判別部２３において第１の形式であるか第２の形式であるかを判別する。そして、パスワード照合部２４において、取得したパスワードを、検索されたパスワード３１ｃの形式に合うように変換して検索されたパスワード３１ｃと照合する。
【選択図】図２

Description

本発明は、パスワードを用いてユーザーの認証を行うユーザー認証方法に関する。

従来、ユーザーがコンピューター等を利用する際に、ログイン画面からユーザー識別情報及びパスワードを入力させ、予め登録されているユーザーに関する情報と照合することにより、ユーザー本人であることを認証するユーザー認証方法が一般的に用いられている。
例えば、特許文献１に記載されている情報処理システムでは、セキュリティーを確保するために、パスワードをハッシュ関数で暗号化して保存し、不正侵入等によりパスワード情報が盗まれてもパスワードを復号化できないようにしている。また、特許文献２に記載されている情報処理システムでは、ユーザーからのパスワードを異なる不可逆変換方式で複数回暗号化することにより、個人情報のセキュリティーをより高めるようにしている。

特開２００７−１４２５０４号公報 特開２００７−６０５８１号公報

しかしながら、特許文献１及び特許文献２に記載されているようなパスワードを暗号化して保存する情報処理システムでは、パスワード情報を不可逆的に暗号化して保存することによりセキュリティーを確保している。このため、例えば、更にセキュリティーを強化するため、これまで用いていた暗号化方式を変更したり、他のシステムとの統合等により暗号化方式も統一を図ったりするような場合、パスワードの再登録をユーザーにお願いすることになり、ユーザーに対して新たな負担を求めることになってしまう。

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。

［適用例１］ユーザー識別情報と、第１の形式又は第２の形式に変換されたパスワードとを対応付けて保存する記憶部を有するユーザー認証方法であって、ユーザーから入力された、ユーザー識別情報及びパスワードを取得する取得工程と、前記取得したユーザー識別情報に対応するパスワードを前記記憶部から検索するパスワード検索工程と、前記検索されたパスワードが前記第１の形式であるか前記第２の形式であるかを判別するパスワード判別工程と、前記検索されたパスワードが前記第１の形式であると判別された場合に、前記取得したパスワードを前記第１の形式に変換して前記検索されたパスワードと照合し、前記検索されたパスワードが前記第２の形式であると判別された場合に、前記取得したパスワードを前記第２の形式に変換して前記検索されたパスワードと照合するパスワード照合工程と、前記検索されたパスワードが前記第１の形式であると判別され、且つ前記パスワード照合工程における照合結果が合致したときに、前記取得したパスワードを前記第２の形式に変換して前記取得したユーザー識別情報に対応するパスワードとして前記記憶部に保存するパスワード保存工程と、を有することを特徴とするユーザー認証方法。

上記したユーザー認証方法によれば、パスワード検索工程において検索されたパスワードについて、パスワード判別工程において第１の形式であるか第２の形式であるかを判別する。そして、パスワード照合工程において、取得したパスワードを、検索されたパスワードの形式に合うように変換して検索されたパスワードと照合する。更に、検索されたパスワードが第１の形式であり且つ照合結果が合致した場合は、パスワード保存工程において、取得したパスワードを第２の形式に変換して記憶部に保存する。
取得したパスワードを検索されたパスワードの形式に合うように変換して照合することから、記憶部に第１と第２の異なる形式に変換されたパスワードが混在して保存されている場合でも、ユーザーから入力されたパスワードを適正に認証することができる。
また、パスワードが第１の形式であり且つ照合結果が合致した場合は、取得したパスワードを第２の形式に変換して記憶部に保存することから、第１の形式のパスワードが第２の形式に置き換わることになり、変換形式を第１の形式から第２の形式へと移行するのが容易になる。
これにより、これまで用いていたパスワードの暗号化方式を変更等する場合、パスワードの再登録が不要になり、ユーザーの負担を軽減することができる。

［適用例２］前記第１の形式及び前記第２の形式に変換されたパスワードは、不可逆的に暗号化されていることを特徴とする上記ユーザー認証方法。

上記したユーザー認証方法によれば、パスワードが不可逆的に暗号化されて記憶部に保存されていることから、悪意ある第三者によってパスワード情報が盗まれてもパスワードを復号化することができない。これにより、パスワードのセキュリティーを確保することができる。

［適用例３］前記第１の形式及び前記第２の形式のパスワードは、固定長のハッシュ値であり、前記パスワード判別工程において、前記第１の形式及び前記第２の形式のパスワードのそれぞれの文字数に基づいて判別することを特徴とする上記ユーザー認証方法。

上記したユーザー認証方法によれば、パスワードが固定長のハッシュ値で暗号化されて記憶部に保存され、パスワードの文字数に基づいて暗号化形式を判別する。これにより、パスワードのセキュリティーを確保しながら、且つ容易に暗号化形式を判別することができる。

［適用例４］所定期間が経過したとき又は前記記憶部に保存されているパスワードの全てが前記第２の形式のときに、前記パスワード判別工程及び前記パスワード保存工程をスキップし、前記パスワード照合工程において、無条件に前記取得したパスワードを前記第２の形式に変換して前記検索されたパスワードと照合することを特徴とする上記ユーザー認証方法。

上記したユーザー認証方法によれば、所定期間が経過したとき又はパスワードの全てが第２の形式のときに、パスワード判別工程及びパスワード保存工程をスキップし、取得したパスワードを第２の形式に変換して照合する。これにより、所定期間の経過後又はパスワードの全てが第２の形式になった後に、ユーザー認証に係る処理パフォーマンスを向上させることができる。更に、第１の形式に係る処理プログラムを容易に削除できることから、プログラムのメンテナンス性を向上させることができる。

情報処理システムの概略構成を示す図。 アプリケーションサーバーにおけるユーザー認証に係る機能構成を示す図。 ログイン画面の例を示す図。 新旧ハッシュ関数を用いて暗号化したハッシュ値の例を示す図。 ユーザー認証に係る動作を示すフローチャート。 第２実施形態におけるユーザー認証に係る動作を示すフローチャート。 変形例におけるデータベースの構成を示す図。

（第１実施形態）
以下、第１実施形態に係るユーザー認証方法を適用した例について、図面を参照して説明する。

図１は、本実施形態に係る情報処理システムの概略構成を示す図である。同図に示す情報処理システム１０には、インターネット及びイントラネット等のネットワーク８０を介して、複数の端末装置５０が接続されている。これらの端末装置５０は、例えば、各種のクライアントアプリケーションを実行するクライアントＰＣである。

情報処理システム１０は、ここではロードバランサー１１によりネットワーク８０に相互接続して負荷分散を図る構成となっている。情報処理システム１０には、複数のＷｅｂサーバー１２、複数のアプリケーションサーバー１３及びデータベースサーバー１４が含まれている。なお、各アプリケーションサーバー１３及びデータベースサーバー１４は、ファイアーウオール１５を設けてセキュリティーを確保する構成としている。

アプリケーションサーバー１３は、端末装置５０を利用するユーザーの操作に応じて、所定の画面等の情報を端末装置５０へ提供する。更に、アプリケーションサーバー１３は、ユーザーからの接続要求の受け付け、アクセス要求への対応、ユーザー管理等の他、ユーザーに対して提供する各種アプリケーションを実行する。また、アプリケーションサーバー１３は、データベースサーバー１４へのアクセス権限管理の機能を果たしている。

データベースサーバー１４は、例えばリレーショナルデータベースサーバー等であり、データベースの管理、データの格納、読み出し、検索等を実行する。具体的にはアプリケーションサーバー１３で処理するための各種管理データ、アプリケーションを実行するためのデータをデータベースから読み出し、その実行結果をデータベースに格納する。また、必要に応じて、データベースを検索する等の処理も行う。

ここで、情報処理システム１０は、例えば、会計事務所や顧問先企業における各端末装置５０から財務データや税務データ等を受信して、これらのデータを一元管理するデータセンターのシステムとして適用することができる。この場合、会計事務所や顧問先企業における各端末装置５０からデータセンターにログインする際、セキュリティーを確保するためのユーザー認証が必要となる。なお、情報処理システム１０は、図１に示すようなネットワーク環境におけるユーザー認証に限られず、スタンドアローン環境におけるユーザー認証にも適用することができる。

本実施形態では、アプリケーションサーバー１３におけるユーザー認証方法を例にして説明する。図２は、アプリケーションサーバー１３におけるユーザー認証に係る機能構成を示す図である。同図に示すように、アプリケーションサーバー１３は、通信部２１、パスワード検索部２２、パスワード判別部２３、パスワード照合部２４及びパスワード保存部２５を備えている。また、アプリケーションサーバー１３は、データベースサーバー１４が管理するユーザー認証用の記憶部としてのデータベース３０にアクセスすることができる。

データベース３０には、各端末装置５０を利用するユーザー毎に、ログイン認証するためのユーザー情報３１が保存されている。ユーザー情報３１は、データベース３０におけるデータ管理のための個人管理用ＩＤ３１ａと、ユーザーが入力したユーザー識別情報でありログインＩＤとなるユーザーＩＤ３１ｂと、ユーザーが入力したパスワード３１ｃとで構成される。パスワード３１ｃは、所定の暗号化形式に変換されて保存されている。

通信部２１は、ネットワーク８０を介して端末装置５０にログイン画面を送信する。そして、端末装置５０に表示されたログイン画面からユーザーにより入力されたユーザーＩＤ及びパスワードを、ネットワーク８０を介して受信して取得する。以降、ユーザーにより入力されたユーザーＩＤ及びパスワードを、「入力ユーザーＩＤ」及び「入力パスワード」と称する。

図３は、ログイン画面６０の例を示す図である。同図に示すように、ログイン画面６０には、ユーザーＩＤの入力を受け付ける入力ボックス６０ａ、パスワードの入力を受け付ける入力ボックス６０ｂ、ＯＫボタン６０ｃ及びキャンセルボタン６０ｄが設けられている。ユーザーは、入力ボックス６０ａからユーザーＩＤ、入力ボックス６０ｂからパスワードを入力し、ＯＫボタン６０ｃを押すことにより、ユーザーＩＤ及びパスワードの入力情報をアプリケーションサーバー１３に送信する。

パスワード検索部２２は、通信部２１において取得した入力ユーザーＩＤと、データベース３０に保存されている各ユーザー情報３１のユーザーＩＤ３１ｂとを照合し、入力ユーザーＩＤに対応するユーザー情報３１のパスワード３１ｃを検索する。

パスワード判別部２３は、パスワード検索部２２において検索されたパスワード３１ｃについて、いずれの暗号化形式で保存されているのかを判別する。なお、データベース３０に保存されている各パスワード３１ｃは、２種類の暗号化形式のいずれかで保存されている。

本実施形態では、第１の形式となる固定長２０文字のハッシュ値と、第２の形式となる固定長３２文字のハッシュ値との２種類の暗号化形式で保存されている。そして、アプリケーションサーバー１３におけるパスワードの認証を、固定長２０文字の暗号化形式から３２文字の暗号化形式へと移行する例について説明する。以降、固定長２０文字の暗号化形式を「旧形式」、固定長３２文字の暗号化形式を「新形式」と称する。また、旧形式の暗号化に用いるハッシュ関数を「旧ハッシュ関数」、新形式の暗号化に用いるハッシュ関数を「新ハッシュ関数」と称する。

図４は、新旧ハッシュ関数を用いて暗号化したハッシュ値の例を示す図である。同図に示すように、旧ハッシュ関数を用いて暗号化された入力パスワードは、２０文字の旧形式のハッシュ値となり、新ハッシュ関数を用いて暗号化された入力パスワードは、３２文字の新形式のハッシュ値となっている。これらの旧形式及び新形式のハッシュ値は、不可逆的に暗号化されており、ユーザー情報３１のパスワード３１ｃとしてデータベース３０に保存される。

パスワード照合部２４は、通信部２１において取得した入力パスワードと、パスワード検索部２２においてデータベース３０から検索されたパスワード３１ｃとを照合する。このとき、入力パスワードを、検索されたパスワード３１ｃの暗号化形式に合うように暗号化してから照合する。具体的には、検索されたパスワード３１ｃがパスワード判別部２３により旧形式であると判別された場合は、入力パスワードを、旧ハッシュ関数を用いて旧形式に暗号化してから照合する。他方、検索されたパスワード３１ｃがパスワード判別部２３により新形式であると判別された場合は、入力パスワードを、新ハッシュ関数を用いて新形式に暗号化してから照合する。

パスワード保存部２５は、データベース３０から検索されたパスワード３１ｃが旧形式であると判別されて、パスワード照合部２４における照合結果が合致した場合に、取得した入力パスワードを新形式に暗号化し、この新形式のパスワードを、検索されたパスワード３１ｃに上書きして更新する。つまり、新形式のパスワードを、取得した入力ユーザーＩＤに対応するパスワードとしてデータベース３０に保存する。

次に、アプリケーションサーバー１３におけるユーザー認証に係る動作について説明する。
図５は、ユーザー認証に係る動作を示すフローチャートである。

先ず、アプリケーションサーバー１３は、通信部２１により、ネットワーク８０を介して端末装置５０にログイン画面を送信し、端末装置５０にログイン画面を表示する（ステップＳ１１０）。ユーザーは、ログイン画面からユーザーＩＤとパスワードを入力してネットワーク８０を介してアプリケーションサーバー１３へ送信する。そして、アプリケーションサーバー１３は、通信部２１により、端末装置５０から送信された入力ユーザーＩＤ及び入力パスワードを受信して取得する（ステップＳ１２０）。

次に、アプリケーションサーバー１３は、パスワード検索部２２により、ステップＳ１２０において取得した入力ユーザーＩＤに対応するパスワード３１ｃを、データベース３０から検索する（ステップＳ１３０）。ここで、入力ユーザーＩＤに対応するパスワード３１ｃがデータベース３０に存在しなかった場合、「ログイン画面から入力されたユーザーＩＤが登録されていない」旨のエラーメッセージを端末装置５０に表示し、ステップＳ１１０のログイン画面の表示に戻る（図５のフローチャートでは省略する。）。

次に、アプリケーションサーバー１３は、パスワード判別部２３により、ステップＳ１３０においてデータベース３０から検索されたパスワード３１ｃの形式が旧形式であるか新形式であるかを、パスワード３１ｃの文字数に基づいて判別する（ステップＳ１４０）。

ステップＳ１４０においてパスワード３１ｃが新形式であると判別された場合は、パスワード照合部２４により、ステップＳ１２０において取得した入力パスワードを、新ハッシュ関数を用いて新形式に暗号化し（ステップＳ１５０）、新形式の入力パスワードとデータベース３０から検索されたパスワード３１ｃとが合致するか否かを判定する（ステップＳ１６０）。

新形式の入力パスワードとデータベース３０のパスワード３１ｃとが合致する場合（ステップＳ１６０：Ｙｅｓ）は、ステップＳ２２０へ進む。
他方、新形式の入力パスワードとデータベース３０のパスワード３１ｃとが合致しない場合（ステップＳ１６０：Ｎｏ）は、ステップＳ２１０へ進み、「ログイン画面から入力されたパスワードが一致しない」旨のエラーメッセージを端末装置５０に表示し、ステップＳ１１０のログイン画面の表示に戻る。

一方、ステップＳ１４０においてパスワード３１ｃが旧形式であると判別された場合は、パスワード照合部２４により、ステップＳ１２０において取得した入力パスワードを、旧ハッシュ関数を用いて旧形式に暗号化し（ステップＳ１７０）、旧形式の入力パスワードとデータベース３０から検索されたパスワード３１ｃとが合致するか否かを判定する（ステップＳ１８０）。

旧形式の入力パスワードとデータベース３０のパスワード３１ｃとが合致する場合（ステップＳ１８０：Ｙｅｓ）は、パスワード保存部２５により、入力パスワードを新形式に暗号化し（ステップＳ１９０）、新形式のパスワードを、検索されたパスワード３１ｃに上書きして更新し（ステップＳ２００）、ステップＳ２２０へ進む。
他方、旧形式の入力パスワードとデータベース３０のパスワード３１ｃとが合致しない場合（ステップＳ１８０：Ｎｏ）は、ステップＳ２１０へ進み、「ログイン画面から入力されたパスワードが一致しない」旨のエラーメッセージを端末装置５０に表示し、ステップＳ１１０のログイン画面の表示に戻る。

ステップＳ２２０では、端末装置５０のユーザーが適正であると認証されたことから、アプリケーションサーバー１３は、通信部２１により、ネットワーク８０を介して端末装置５０にログイン後の画面を送信し、端末装置５０にログイン後の画面を表示する。これで、図５のフローチャートの動作を終了する。

なお、取得工程は、上記のステップＳ１２０に相当する。また、パスワード検索工程は、上記のステップＳ１３０に相当する。また、パスワード判別工程は、上記のステップＳ１４０に相当する。また、パスワード照合工程は、上記のステップＳ１５０，Ｓ１６０及びステップＳ１７０，Ｓ１８０に相当する。また、パスワード保存工程は、上記のステップＳ１９０，Ｓ２００に相当する。

上述した実施形態では、端末装置５０からユーザーをログイン認証する際、入力パスワードに対して、データベース３０に保存されているパスワード３１ｃの形式に合わせて暗号化してから、パスワードの照合を行っている。これにより、入力パスワードを旧形式の暗号化で運用し、後に、新形式の暗号化の運用に移行した場合、旧形式で運用していたときにログイン認証を行っていたユーザー（旧形式のパスワード３１ｃが保存されている）も、新形式の運用に移行後にログイン認証を開始したユーザー（新形式のパスワード３１ｃが保存されている）も、パスワードを再登録することなく、これまで用いたパスワードをログイン画面から入力してログイン認証することができる。更に、データベース３０に保存されている旧形式のパスワード３１ｃは、ログイン認証されたときに新形式に置き換わることから、旧形式から新形式への暗号化の移行をスムーズに行うことができる。

（第２実施形態）
以下、第２実施形態に係るユーザー認証方法を適用した例について、図面を参照して説明する。

第２実施形態に係る情報処理システムの概略構成は、図１に示す概略構成と同様である。また、第２実施形態に係るアプリケーションサーバーにおけるユーザー認証に係る機能構成は、図２に示す機能構成と同様である。
第１実施形態と第２実施形態とでは、アプリケーションサーバー１３におけるユーザー認証に係る動作が異なっている。図６は、第２実施形態におけるユーザー認証に係る動作を示すフローチャートである。

同図に示すステップＳ２１０〜Ｓ２３０では、図５に示す第１実施形態のステップＳ１１０〜Ｓ１３０と同様に、入力ユーザーＩＤ及び入力パスワードを取得し、入力ユーザーＩＤに対応するパスワード３１ｃをデータベース３０から検索する。

ステップＳ２４０では、アプリケーションサーバー１３は、所定期間が経過したか否かを判定する。所定期間が経過した場合（ステップＳ２４０：Ｙｅｓ）は、以降の処理をスキップして、ステップＳ３２０へ進む。
他方、所定期間が経過していない場合（ステップＳ２４０：Ｎｏ）は、次のステップＳ２５０へ進む。
ここで、所定期間としては、例えば、入力パスワードを旧形式の暗号化で運用し、後に、新形式の暗号化の運用に移行した場合に、新形式の運用に移行してからの経過期間を適用することができる。

ステップＳ２５０では、アプリケーションサーバー１３は、パスワード判別部２３により、データベース３０に保存されている全てのパスワード３１ｃが新形式であるか否かを判別する（ステップＳ２５０）。パスワード３１ｃの形式が全て新形式である場合（ステップＳ２５０：Ｙｅｓ）は、以降の処理をスキップして、ステップＳ３２０へ進む。
他方、パスワード３１ｃのいずれかでも旧形式である場合（ステップＳ２５０：Ｎｏ）は、次のステップＳ２６０へ進む。
ここで、全てのパスワード３１ｃが新形式である状態とは、これまで旧形式で保存されていたパスワード３１ｃが、全て新形式に移行済の状態であるとみなされる。

ステップＳ２６０では、図５に示す第１実施形態のステップＳ１４０と同様に、データベース３０から検索されたパスワード３１ｃの形式を判別する。パスワード３１ｃが新形式である場合は、ステップＳ３２０へ進む。
他方、パスワード３１ｃが旧形式である場合は、ステップＳ２７０〜Ｓ３００において、図５に示す第１実施形態のステップＳ１７０〜Ｓ２００と同様に、旧形式の入力パスワードとデータベース３０から検索されたパスワード３１ｃとが合致する場合は、新形式に変換したパスワードをパスワード３１ｃに上書きし、ステップＳ３２０へ進む。合致しない場合は、第１実施形態のステップＳ２１０と同様に、エラーメッセージを端末装置５０に表示する。

ステップＳ３２０，Ｓ３３０，Ｓ３４０では、図５に示す第１実施形態のステップＳ１５０，Ｓ１６０，Ｓ２２０と同様に、新形式の入力パスワードとデータベース３０から検索されたパスワード３１ｃとが合致するか否かを判定し、合致する場合はログイン後の画面を端末装置５０に表示する。合致しない場合は第１実施形態のステップＳ２１０と同様に、エラーメッセージを端末装置５０に表示する。これで、図６のフローチャートの動作を終了する。

上述した実施形態では、所定期間が経過したとき、又はデータベース３０に保存されている全てのパスワード３１ｃが新形式であるときに、旧形式のパスワード３１ｃに関する処理をスキップして新形式のパスワード３１ｃに関する処理のみ実行する。これにより、例えば、入力パスワードを旧形式の暗号化で運用し、後に、新形式の暗号化の運用に移行した場合、新形式に移行してからの経過期間で判断して、ユーザーへの影響が少ないと思われる時期に旧形式に関する処理を実行しないようにできる。そして、期間の経過後にユーザー認証に係る処理パフォーマンスを向上させることができる。また、保存されている全てのパスワード３１ｃが新形式であるときに旧形式に関する処理を実行しないことにより、ユーザーへの影響が全くなくなってから旧形式に関する処理を実行しないようすることができる。
更に、旧形式に関する処理を実行しないようにした場合、図６のフローチャートの破線Ｐ１０で囲った処理部分をプログラム上から削除することにより、プログラムの構造を簡易にすることができ、プログラムのメンテナンス性が向上する。

（変形例１）
上述した実施形態では、入力パスワードを固定長のハッシュ値に暗号化してデータベース３０に保存している。そして、パスワード判別部２３において、パスワード３１ｃのハッシュ値の文字数に基づいて旧形式と新形式とを判別している。しかし、入力パスワードの暗号化は、固定長のハッシュ値に限られず、他の暗号化方式を用いても良い。また、例えば、データベース３０の各ユーザー情報３１に、旧形式と新形式とを判別するためのパスワード区分情報や、ログインを行った日時情報を保存し、パスワード判別部２３において、これらの情報に基づいて判別を行っても良い。

（変形例２）
上述した実施形態では、図２に示すように、データベース３０に、旧形式又は新形式のパスワード３１ｃを含む各ユーザー情報３１が保存されている。しかし、各ユーザー情報３１の保存形態はこれに限られず、例えば、図７に示すデータベース３０の構成のように、旧形式のパスワード４１ｃを含むユーザー情報４１と、新形式のパスワード５１ｃを含むユーザー情報５１とを分離して管理するようにしても良い。図７では、ユーザー情報４１は、試用期間用のシステムのログイン認証用としている。また、ユーザー情報５１は、試用期間終了後における課金用のシステムのログイン認証用としている。このように、両方のシステムのユーザー情報４１，５１をデータベース３０に保存することにより、システムの統合等が容易になり、試用期間におけるパスワードを、課金管理を行うシステムにおいても再登録しないでそのまま使用することができる。

１０…情報処理システム、１１…ロードバランサー、１２…Ｗｅｂサーバー、１３…アプリケーションサーバー、１４…データベースサーバー、１５…ファイアーウオール、２１…通信部、２２…パスワード検索部、２３…パスワード判別部、２４…パスワード照合部、２５…パスワード保存部、３０…データベース、３１，４１，５１…ユーザー情報、３１ａ…個人管理用ＩＤ、３１ｂ…ユーザーＩＤ、３１ｃ，４１ｃ，５１ｃ…パスワード、５０…端末装置、８０…ネットワーク。

Claims (4)

1. ユーザー識別情報と、第１の形式又は第２の形式に変換されたパスワードとを対応付けて保存する記憶部を有するユーザー認証方法であって、
   ユーザーから入力された、ユーザー識別情報及びパスワードを取得する取得工程と、
   前記取得したユーザー識別情報に対応するパスワードを前記記憶部から検索するパスワード検索工程と、
   前記検索されたパスワードが前記第１の形式であるか前記第２の形式であるかを判別するパスワード判別工程と、
   前記検索されたパスワードが前記第１の形式であると判別された場合に、前記取得したパスワードを前記第１の形式に変換して前記検索されたパスワードと照合し、
   前記検索されたパスワードが前記第２の形式であると判別された場合に、前記取得したパスワードを前記第２の形式に変換して前記検索されたパスワードと照合するパスワード照合工程と、
   前記検索されたパスワードが前記第１の形式であると判別され、且つ前記パスワード照合工程における照合結果が合致したときに、前記取得したパスワードを前記第２の形式に変換して前記取得したユーザー識別情報に対応するパスワードとして前記記憶部に保存するパスワード保存工程と、を有することを特徴とするユーザー認証方法。
2. 前記第１の形式及び前記第２の形式に変換されたパスワードは、不可逆的に暗号化されていることを特徴とする請求項１に記載のユーザー認証方法。
3. 前記第１の形式及び前記第２の形式のパスワードは、固定長のハッシュ値であり、
   前記パスワード判別工程において、前記第１の形式及び前記第２の形式のパスワードのそれぞれの文字数に基づいて判別することを特徴とする請求項１又は２に記載のユーザー認証方法。
4. 所定期間が経過したとき又は前記記憶部に保存されているパスワードの全てが前記第２の形式のときに、前記パスワード判別工程及び前記パスワード保存工程をスキップし、前記パスワード照合工程において、無条件に前記取得したパスワードを前記第２の形式に変換して前記検索されたパスワードと照合することを特徴とする請求項１から３のいずれか一項に記載のユーザー認証方法。

Images