(57)【要約】【課題】認証対象ユーザの負担を軽減すると同時にセキュリティ強度の高いパスワードを生成することができるパスワード生成方法を提供すること。【解決手段】パスワード生成元ファイルから取得する第１の文字列範囲とその第１の文字列範囲内から取得するパスワード生成元の第２の文字列範囲とを設定する第１のステップと、認証対象ユーザが使用するクライアント端末からのユーザ登録時に、認証対象ユーザが選択したパスワード生成元ファイルのクライアント端末における格納パス情報を受付ける第２のステップと、受付けた前記格納パス情報で示されるパスワード生成元ファイルから前記第１の文字列範囲内の文字列を取得し、さらに第２の文字列範囲内の文字列を取得し、第２の文字列範囲内の文字列をパスワード生成元とするパスワードを生成する第３のステップと、生成したパスワードをユーザ識別情報と共に記憶装置に登録する第４のステップとを備える。【選択図】        図１
2004295575.tif 000002
【特許請求の範囲】
【請求項１】
認証サーバ上で実施するユーザ認証用パスワードの生成方法であって、
パスワード生成元ファイルから取得する第１の文字列範囲とその第１の文字列範囲内から取得するパスワード生成元の第２の文字列範囲とを設定する第１のステップと、
認証対象ユーザが使用するクライアント端末からのユーザ登録時に、認証対象ユーザが選択したパスワード生成元ファイルのクライアント端末における格納パス情報を受付ける第２のステップと、
受付けた前記格納パス情報で示されるパスワード生成元ファイルから前記第１の文字列範囲内の文字列を取得し、さらに第２の文字列範囲内の文字列を取得し、第２の文字列範囲内の文字列をパスワード生成元とするパスワードを生成する第３のステップと、
生成したパスワードをユーザ識別情報と共に記憶装置に登録する第４のステップと
を備えることを特徴とするユーザ認証用パスワードの生成方法。
【請求項２】
前記第３のステップにおいて、前記格納パス情報の一部をパスワード生成元とする第２のパスワードを生成し、前記第４のステップにおいて前記第１のパスワードおよびユーザ識別情報、格納パス情報、第２のパスワードを前記記憶装置に登録することを特徴とする請求項１に記載のユーザ認証用パスワードの生成方法。
【請求項３】
前記第３のステップにおいて、前記パスワード生成元ファイルのＣＲＣ値の一部をパスワード生成元とする第３のパスワードを生成し、前記第４のステップにおいて第１のパスワードおよび第２のパスワード、ユーザ識別情報、格納パス情報、第３のパスワードを記憶装置に登録することを特徴とする請求項２に記載のユーザ認証用パスワードの生成方法。
【請求項４】
認証サーバ上で実施するユーザ認証方法であって、
パスワード生成元ファイルから取得する第１の文字列範囲とその第１の文字列範囲内から取得するパスワード生成元の第２の文字列範囲とを設定する第１のステップと、
認証対象ユーザが使用するクライアント端末からのユーザ登録時に、認証対象ユーザが選択したパスワード生成元ファイルのクライアント端末における格納パス情報を受付ける第２のステップと、
受付けた前記格納パス情報で示されるパスワード生成元ファイルから前記第１の文字列範囲内の文字列を取得し、さらに第２の文字列範囲内の文字列を取得し、第２の文字列範囲内の文字列をパスワード生成元とするパスワードを生成する第３のステップと、
生成したパスワードをユーザ識別情報と共に記憶装置に登録する第４のステップと、
認証対象ユーザが使用するクライアント端末からのユーザ認証時に、ユーザ識別情報と認証対象ユーザが選択したパスワード生成元ファイルのクライアント端末における格納パス情報を受付ける第５のステップと、
受付けたユーザ識別情報が前記記憶装置に登録されているかを判定し、登録されていなければエラー情報をクライアント端末に返信する第６のステップと、
前記第５のステップでクライアント端末から受付けた前記格納パス情報で示されるパスワード生成元ファイルから前記第１の文字列範囲内の文字列を取得し、さらに第２の文字列範囲内の文字列を取得し、第２の文字列範囲内の文字列をパスワード生成元とするパスワードを生成する第７のステップと、
前記第５のステップで受付けたユーザ識別情報と一致するユーザ識別情報と共に記憶されているパスワードを前記記憶装置から取得し、前記第７のステップで生成したパスワードと一致するか否かを判定し、一致するときのみ正規のユーザであるものと認証する第８のステップと
を備えることを特徴とするユーザ認証方法。
【請求項５】
前記第３のステップにおいて、前記格納パス情報の一部をパスワード生成元とする第２のパスワードを生成し、前記第４のステップにおいて前記第１のパスワードおよびユーザ識別情報、格納パス情報、第２のパスワードを記憶装置に登録し、前記第７のステップにおいて前記第１のパスワードに加え前記格納パス情報の一部をパスワード生成元とする第２のパスワードを再生成し、前記第８のステップにおいて前記第５のステップで受付けたユーザ識別情報と一致するユーザ識別情報と共に記憶されている第１、第２のパスワードを前記記憶装置から取得し、前記再生成した第１、第２のパスワードと一致するか否かを判定し、両者が一致するときのみ正規のユーザであるものと認証することを特徴とする請求項４に記載のユーザ認証方法。
【請求項６】
前記第３のステップにおいて、前記パスワード生成元ファイルのＣＲＣ値の一部をパスワード生成元とする第３のパスワードを生成し、前記第４のステップにおいて前記第１のパスワードおよびユーザ識別情報、格納パス情報、第２のパスワード及び第３のパスワードを記憶装置に登録し、前記第７のステップにおいて前記第１、第２のパスワードに加え前記第３のパスワードを再生成し、前記第８のステップにおいて前記第５のステップで受付けたユーザ識別情報と一致するユーザ識別情報と共に記憶されている第１〜第３のパスワードを前記記憶装置から取得し、前記再生成した第１〜第３のパスワードと一致するか否かを判定し、一致するときのみ正規のユーザであるものと認証することを特徴とする請求項５に記載のユーザ認証方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、認証対象ユーザが選択した任意のユーザファイルからパスワードを生成する方法およびユーザ認証方法に関するものである。
【０００２】
【従来の技術】
従来の認証システムでは、認証対象ユーザは、認証時にパスワード文字列そのものを直接的に入力する必要がある。その際のパスワード文字列として、限られた文字種で数文字程度の短いものから、セキュリティ強度を高めるために、多数の文字種を使用した複雑で長大な文字列となるものまで様々な場合がある。
認証対象ユーザは認証に備えて、パスワード文字列そのものを直接的に自身で記憶するか、記憶が困難な場合には紙媒体に記述するかまたはファイルとして電子媒体に保存する等の手段で管理することが多い。
また、ユーザ登録時に認証対象ユーザ自身でパスワード文字列を指定する場合、個人情報にもとづく何らかの意味のある文字列を登録することが多い。そして、複数の認証システムにユーザ登録を行なう場合、同じパスワードを使い回す傾向がある。
また、次の特許文献１に示されるように、認証対象ユーザが指定したファイル名、サイズ最終更新日、拡張子などのファイルに付随する情報によってパスワードを生成する方法がある。
【０００３】
【特許文献１】
特開２００２−３５１８４１号公報
【０００４】
【発明が解決しようとする課題】
しかしながら、上述のような従来の認証システムの場合、例えば次のような問題が発生する可能性がある。
（１）短く単純なパスワード文字列の場合、総当り攻撃による発見が容易である。
（２）長く複雑なパスワード文字列の場合、記憶違いや忘却、入力ミスが発生し易い。
（３）紙媒体や電子媒体で保管した場合、盗難や流出のおそれがある。
（４）個人情報にもとづく意味のある文字列を登録した場合、他者による類推が可能である。
パスワード文字列を認証対象ユーザが直接的に登録、記憶、管理、入力する場合、セキュリティ強度を低くすれば、ユーザの負担が軽くなる反面、システム的には危険が増大して不安定となりかねない。逆に、セキュリティ強度を高くすれば、危険が減少してシステム的に安定するかのように一見思われるが、ユーザの負担が重くなることでむしろユーザ原因によるシステム上の危険を誘発してしまう。
また、前記の特許文献１に開示された方法にあっては、パスワードの生成に使用するファイル名やサイズ等が判明すれば、簡単にパスワードを第３者が作成可能になってしまう恐れがある。
【０００５】
本発明の目的は、認証対象ユーザが直接的にパスワード文字列を入力する必要をなくして、ユーザの負担を軽減すると同時にセキュリティ強度の高いパスワードを生成することができるパスワード生成方法を提供することにある。
また、このパスワード生成方法により生成したパスワードを用いてユーザ認証を行なうことができるユーザ認証方法を提供することにある。
【０００６】
【課題を解決するための手段】
上記の目的を達成するために、本発明に係るパスワード生成方法は、パスワード生成元ファイルから取得する第１の文字列範囲とその第１の文字列範囲内から取得するパスワード生成元の第２の文字列範囲とを設定する第１のステップと、認証対象ユーザが使用するクライアント端末からのユーザ登録時に、認証対象ユーザが選択したパスワード生成元ファイルのクライアント端末における格納パス情報を受付ける第２のステップと、受付けた前記格納パス情報で示されるパスワード生成元ファイルから前記第１の文字列範囲内の文字列を取得し、さらに第２の文字列範囲内の文字列を取得し、第２の文字列範囲内の文字列をパスワード生成元とするパスワードを生成する第３のステップと、生成したパスワードをユーザ識別情報と共に記憶装置に登録する第４のステップとを備えることを特徴とする。
また、前記第３のステップにおいて、前記格納パス情報の一部をパスワード生成元とする第２のパスワードを生成し、前記第４のステップにおいて前記第１のパスワードおよびユーザ識別情報、格納パス情報、第２のパスワードを前記記憶装置に登録することを特徴とする。
また、前記第３のステップにおいて、前記パスワード生成元ファイルのＣＲＣ値の一部をパスワード生成元とする第３のパスワードを生成し、前記第４のステップにおいて第１のパスワードおよび第２のパスワード、ユーザ識別情報、格納パス情報、第３のパスワードを記憶装置に登録することを特徴とする。
【０００７】
本発明に係るユーザ認証方法は、パスワード生成元ファイルから取得する第１の文字列範囲とその第１の文字列範囲内から取得するパスワード生成元の第２の文字列範囲とを設定する第１のステップと、認証対象ユーザが使用するクライアント端末からのユーザ登録時に、認証対象ユーザが選択したパスワード生成元ファイルのクライアント端末における格納パス情報を受付ける第２のステップと、受付けた前記格納パス情報で示されるパスワード生成元ファイルから前記第１の文字列範囲内の文字列を取得し、さらに第２の文字列範囲内の文字列を取得し、第２の文字列範囲内の文字列をパスワード生成元とするパスワードを生成する第３のステップと、生成したパスワードをユーザ識別情報と共に記憶装置に登録する第４のステップと、認証対象ユーザが使用するクライアント端末からのユーザ認証時に、ユーザ識別情報と認証対象ユーザが選択したパスワード生成元ファイルのクライアント端末における格納パス情報を受付ける第５のステップと、受付けたユーザ識別情報が前記記憶装置に登録されているかを判定し、登録されていなければエラー情報をクライアント端末に返信する第６のステップと、前記第５のステップでクライアント端末から受付けた前記格納パス情報で示されるパスワード生成元ファイルから前記第１の文字列範囲内の文字列を取得し、さらに第２の文字列範囲内の文字列を取得し、第２の文字列範囲内の文字列をパスワード生成元とするパスワードを生成する第７のステップと、前記第５のステップで受付けたユーザ識別情報と一致するユーザ識別情報と共に記憶されているパスワードを前記記憶装置から取得し、前記第７のステップで生成したパスワードと一致するか否かを判定し、一致するときのみ正規のユーザであるものと認証する第８のステップとを備えることを特徴とする。
また、前記第３のステップにおいて、前記格納パス情報の一部をパスワード生成元とする第２のパスワードを生成し、前記第４のステップにおいて前記第１のパスワードおよびユーザ識別情報、格納パス情報、第２のパスワードを記憶装置に登録し、前記第７のステップにおいて前記第１のパスワードに加え前記格納パス情報の一部をパスワード生成元とする第２のパスワードを再生成し、前記第８のステップにおいて前記第５のステップで受付けたユーザ識別情報と一致するユーザ識別情報と共に記憶されている第１、第２のパスワードを前記記憶装置から取得し、前記再生成した第１、第２のパスワードと一致するか否かを判定し、両者が一致するときのみ正規のユーザであるものと認証することを特徴とする。
また、前記第３のステップにおいて、前記パスワード生成元ファイルのＣＲＣ値の一部をパスワード生成元とする第３のパスワードを生成し、前記第４のステップにおいて前記第１のパスワードおよびユーザ識別情報、格納パス情報、第２のパスワード及び第３のパスワードを記憶装置に登録し、前記第７のステップにおいて前記第１、第２のパスワードに加え前記第３のパスワードを再生成し、前記第８のステップにおいて前記第５のステップで受付けたユーザ識別情報と一致するユーザ識別情報と共に記憶されている第１〜第３のパスワードを前記記憶装置から取得し、前記再生成した第１〜第３のパスワードと一致するか否かを判定し、一致するときのみ正規のユーザであるものと認証することを特徴とする。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して具体的に説明する。
図１は、本発明に係るパスワード生成方法を使用して生成したパスワードによりユーザ認証を行うシステムの概要を示すシステム構成図である。
ＷＷＷ等の認証サーバ１０１には、認証対象ユーザに選択させるパスワード生成元ファイルからのファイル内容取得範囲（文字列取得範囲）とパスワード生成範囲から成る設定項目１０２が予め設定されている。
認証対象ユーザはＷｅｂフォーム１０３から、クライアント端末内における任意のローカルファイルをパスワード生成元ファイル１０４として選択し、ユーザＩＤ、格納パス情報と共に認証サーバ１０１に送信する。認証サーバ１０１は、ユーザが選択したパスワード生成元ファイルの格納パス情報から当該パスワード生成元ファイルの内容のうち設定項目１０２で設定された範囲のファイル内容を取得し、パスワードを生成する。
ここで、パスワード生成元ファイル１０４のＣＲＣ値（巡回冗長検査値）を算出して送信することもある。すなわち、認証対象ユーザが使用するクライアント端末から認証サーバ１０１に対しては、（１）パスワード生成元ファイルの格納パス情報と設定項目１０２で設定された範囲のファイル内容、ユーザＩＤが送信される。（２）または（１）に加えＣＲＣ値が送信される。
これらの送信内容のうち、設定項目１０２で設定された範囲のファイル内容に基づき第１のパスワードが生成され、さらに格納パス情報に基づき第２のパスワードが生成され、さらにＣＲＣ値に基づき第３のパスワードが生成され、認証サーバ１０１の記憶装置１０５に格納される。
なお、格納パスとＣＲＣ値の一部文字列もパスワード生成元として含めることもできる。
ユーザ認証は、ユーザ登録時に認証サーバ１０１の記憶装置１０５に登録されたパスワード、ユーザＩＤと、ユーザ認証時に再送信された内容（格納パス情報、ファイル内容、ＣＲＣ値）によって再生成したパスワードとを照合して行なわれる。
【０００９】
図２は、認証サーバにおけるパスワード生成元ファイルから取得する範囲設定の画面例である。２０１では格納パス情報で指定されたパスワード生成元ファイル内の文字列の取得範囲（取得開始位置と取得容量）を設定し、さらにその取得範囲から取得した文字列の中でパスワード生成に使用する範囲（取得開始位置及び取得容量）を設定する。
また、２０２、２０３では、ファイル内容のみではなく格納パス情報やＣＲＣ値の一部もパスワード生成元として利用する場合に、その取得開始位置および取得Ｂｙｔｅ数を設定する。
なお、ここではパスワード生成元ファイルが１個の場合の画面例を挙げているが、これを複数個に増やし、認証対象ユーザに複数個のパスワード生成元ファイルを選択してもらうようにすることも可能である。あるいは、この範囲設定を定期的に変更する仕組みにすることもできる。こうした拡張により、セキュリティ強度をより高めることが可能となる。
【００１０】
図３は、認証サーバ１０１における認証処理のオプション設定の画面例である。
ここでは、３０１内でパスワード生成に使用するハッシュ関数方式をＳＨＡ−１またはＭＤ−５のいずれにするかを設定し、さらに３０１でファイルのＣＲＣ値の算出方法を１６ｂｉｔまたは３２Ｂｉｔとするかを設定し、３０３では図２で指定した範囲設定にパスワード生成元ファイルの容量が満たない場合の容量調整方法をそれぞれ設定する。容量調整方法としては、取得開始位置から繰り返す、空白にする、ＮＵＬＬにする、任意の文字列にするなどの選択肢がある。
また、画面例には示していないが、パスワード生成元ファイルの選択に際して、例えばシステムインストールフォルダやシステムファイルといった、クライアントに共通して存在するパスやファイル等を除外するためのフィルタリング設定可能になっている。
【００１１】
図４は、認証対象ユーザに対してパスワード生成元ファイルを選択させるユーザ登録および認証用のＷｅｂフォーム画面例である。
従来のパスワード入力欄の代わりに、パスワード生成元ファイルをクライアント端末から選択させる参照ボタン４０１と、格納パスを入力するテキストボックス４０２が配置されている。
なお、パスワード生成元ファイルの格納パス情報とＣＲＣ値も認証サーバ１０１の記憶装置１０５に登録される。これは、ユーザ認証時に、格納パス情報でファイル名とファイル移動の有無のチェックを行ない、ＣＲＣ値でファイル更新の有無のチェックを行なうためである。ファイル内容の一部を取得してパスワードを生成するという本発明の前提上、ファイル内容に更新があれば生成結果も異なる場合があり得るため、ＣＲＣ値のチェックは必須である。格納パス情報が認証サーバ１０１の登録内容と一致しない場合は「ファイル名または格納位置が異なる」というエラーをクライアント端末に返し、ＣＲＣ値が一致しない場合は「ファイルが更新されたためパスワード生成不可」というエラーをクライアント端末に返し、再度ユーザ登録を促すことになる。
【００１２】
図５は、パスワード生成元ファイル内容から設定項目１０２で設定された範囲の文字列を取得する場合の説明図である。
図において、５０１はパスワード生成元ファイル全体を示す。５０２は認証サーバ１０１によって取得される文字列範囲の全体を、５０３は５０２内からパスワード生成元として取得される文字列範囲を示す。取得範囲は認証サーバ１０１の設定項目１０２で設定されたものである。なお、図５の例ではファイル内容を１６進文字列として取得した場合を記述するが、その場合使用される文字種が０１２３４５６７８９ＡＢＣＤＥＦのみと少ないため、文字種を増やす目的で、より高次な進法を利用することも考えられる。
なお、認証サーバ１０１上の設定にもよるが、ファイル内容の取得範囲はファイル全体である必要はない。むしろファイル全体を取得することで、逆に記載内容の流出等の問題が発生してしまう可能性がある。取得範囲として、ファイルのヘッダ情報となり得る先頭部分を避けるなど、電文内容の盗聴がなされた場合でもユーザファイルの復元が不可能となるような程度に設定するのが望ましい。取得容量は使用する回線帯域に応じて調整すればよい。
【００１３】
図６は、図２の２０２および２０３で示したように、パスワード生成元として格納パスやＣＲＣ値も含める場合の文字列範囲取得例である。前述のように、格納パスやＣＲＣ値を取得する第１の目的は、認証対象ユーザのクライアント端末側でパスワード生成元ファイルに変更が加えられていないかを認証時にチェックするためである。しかしながら、ファイル内容だけではなく格納パスやＣＲＣ値も生成元として含めることで、パスワード生成のハッシュ関数に入力するパラメタが増えることになり、セキュリティ強度が増す効果が見込まれる。
そこで、本実施形態では、図２の設定画面により格納パスの一部６０１やＣＲＣ値の一部６０２をパスワード生成元として含めることができるようにしている。
【００１４】
図７は、認証サーバ１０１におけるユーザ登録処理の概略的な処理を示すフローチャートである。
図７において、まずクライアント端末から認証対象ユーザのユーザＩＤを取得する（ステップ７０１）。次に、格納パスで示されるパスワード生成元ファイルの内容を取得し、その中の設定項目１０２で設定された内容を取得する（ステップ７０２）。
次に、ファイル内容が図２の設定画面で設定した容量を充分満たすかどうかを判定し（ステップ７０３）、満たさない場合には、図３の設定画面の「取得容量不足時の処理」で設定された条件に従って不足量を調整する（ステップ７０４）。
次に、ステップ７０２で取得したファイル内容からパスワード生成元の文字列を図２の設定画面の「パスワード生成範囲設定」で設定された条件に従って取得する（ステップ７０５）。このステップ７０５で取得した文字列をＢとする。
次に、クライアント端末からパスワード生成元ファイルの取得パス情報を取得し、これをＣとする（ステップ７０６）。
【００１５】
次に、図２の設定画面で格納パス情報をパスワードに含めることが設定されているかを判定し（ステップ７０７）、含めるように設定されていた場合には、格納パス情報の一部の文字列を取得し、これをＤとする（ステップ７０８）。取得する範囲は、図２の設定画面で指定されたものである。
次に、パスワード生成元ファイルのＣＲＣ値を算出し、これをＥとする（ステップ７０９）。
次に、図２の設定画面でＣＲＣ値をパスワードに含めることが設定されているかを判定し（ステップ７１０）、含めるように設定されていた場合には、ＣＲＣ値の一部の文字列を取得し、これをＦとする（ステップ７１１）。取得する範囲は、図２の設定画面で指定されたものである。
【００１６】
次に、ステップ７０５で取得したパスワード生成元文字列Ｂをハッシュ関数に入力して第１のパスワードＢ‘を生成する（ステップ７１２）。
次に、ユーザＩＤ（＝Ａ），格納パス情報（Ｃ）、ＣＲＣ値（Ｅ），第１のパスワード（Ｂ‘）を記憶装置１０５に登録する（ステップ７１３）。
次に、格納パス情報の一部の文字列Ｄを取得していた場合には、該文字列Ｄをハッシュ関数に入力して第２のパスワードＤ‘を生成し、記憶装置１０５に登録する（ステップ７１４〜７１６）。
次に、ＣＲＣ値の一部の文字列Ｆを取得していた場合には、該文字列Ｆをハッシュ関数に入力して第３のパスワードＦ‘を生成し、記憶装置１０５に登録する（ステップ７１７〜７１９）。
【００１７】
図８は、認証サーバ１０１におけるユーザ認証処理の概要を示すフローチャートである。
図８において、まず、クライアント端末から認証対象ユーザのユーザＩＤを取得し（ステップ８０１）、そのユーザＩＤによって記憶装置１０５に登録されている情報を検索する（ステップ８０２）。その結果、クライアント端末から受信したユーザＩＤと一致するユーザＩＤが登録されていたならば照合ＯＫとし、登録されていなければユーザ認証が拒否された旨のエラーをクライアント端末に返信する（ステップ８０３、８０４）。
ユーザＩＤの認証がＯＫとなった場合、次に、クライアント端末の認証対象ユーザが指定したパスワード生成元ファイルの格納パス情報を取得し（ステップ８０５）、その格納パス情報と記憶装置１０５に登録してある当該ユーザＩＤの格納パス情報とを照合し（ステップ８０６）、両者が一致する場合には格納パス照合ＯＫとし、一致しない場合には格納パスが変更されたことにより、ユーザ認証が拒否された旨のエラーをクライアント端末に返信する（ステップ８０７）。
【００１８】
格納パス照合ＯＫとなった場合、次に、パスワード生成元ファイルのＣＲＣ値を算出し（ステップ８０８）、そのＣＲＣ値と記憶装置１０５に登録してある当該ユーザＩＤのＣＲＣ値とを照合し（ステップ８０９）、両者が一致する場合にはＣＲＣ値照合ＯＫとし、一致しない場合にはファイル内容が変更されたことにより、ユーザ認証が拒否された旨のエラーをクライアント端末に返信する（ステップ８１０）。
次に、パスワード生成元ファイル内の文字列を図２の設定画面での設定条件に従い取得する（ステップ８１１）。
次に、ファイル内容が図２の設定画面で設定した容量を充分満たすかどうかを判定し（ステップ８１２）、満たさない場合には、図３の設定画面の「取得容量不足時の処理」で設定された条件に従って不足量を調整する（ステップ８１３）。
【００１９】
次に、ステップ８１１で取得したファイル内容からパスワード生成元の文字列を図２の設定画面の「パスワード生成範囲設定」で設定された条件に従って取得する（ステップ８１４）。このステップ７０５で取得した文字列をＢとする。
次に、パスワード生成元文字列Ｂをハッシュ関数に入力して第１のパスワードＢ‘を再生成する（ステップ８１５）。
次に、図２の設定画面で格納パス情報をパスワードに含めることが設定されているかを判定し（ステップ８１６）、含めるように設定されていた場合には、格納パス情報の一部の文字列を取得し、これをＤとする（ステップ８１７）。取得する範囲は、図２の設定画面で指定されたものである。
次に、格納パス情報の一部の文字列Ｄをハッシュ関数に入力して第２のパスワードＤ‘を再生成する（ステップ８１８）。
【００２０】
次に、図２の設定画面でＣＲＣ値をパスワードに含めることが設定されているかを判定し（ステップ８１９）、含めるように設定されていた場合には、ＣＲＣ値の一部の文字列を取得し、これをＦとする（ステップ８２０）。取得する範囲は、図２の設定画面で指定されたものである。
次に、パスワード生成元ファイルのＣＲＣ値の一部の文字列Ｆをハッシュ関数に入力して第３のパスワードＦ‘を再生成する（ステップ８２１）。
次に、記憶装置１０５に登録されている当該ユーザＩＤの第１〜第３のパスワードＢ‘、Ｄ’、Ｆ‘と再生成したパスワードＢ‘、Ｄ’、Ｆ‘とを比較し、全てが一致した場合にはユーザ認証ＯＫとし、一部でも不一致の場合にはユーザ認証が拒否された旨のエラーをクライアント端末に返信する（ステップ８２２〜８２７）。
【００２１】
以上のように本実施形態においては、認証対象ユーザはパスワード文字列を直接的に意識する必要が全くなく、パスワード生成元ファイルをユーザ登録および認証時に選択するのみでユーザ認証を行なうことができる。
また、認証対象ユーザは、パスワード生成元ファイルを媒介として間接的にパスワード文字列を登録することになり、あとはパスワード生成元ファイルを更新せずに保全するだけでよい。無意味で長大なパスワード文字列とは異なり、覚えておくのはファイルの場所とファイル名であり、認証対象ユーザにとって馴染みのファイルを選択すれば、記憶も容易で忘却の可能性も少ないのでユーザ認証に失敗することも少なくなる。
【００２２】
また、パスワード生成元ファイルは何でもよく種類を選ばない。通常のユーザファイルがパスワード生成元ファイルを兼ねるため、パスワード文字列を直接記述したファイルと比べて、管理は容易である。電子媒体に保存する場合も他の通常のユーザファイルと一緒にバックアップを取得すればよい。もし万が一クライアント端末が盗難に遭った場合でも、クライアント端末内の厖大なローカルファイルからの特定は困難である。また、パスワード生成元ファイルのみが盗まれた場合でも、あるいは第三者にファイルが渡ったとしても、ファイルの格納パスまでをも本来の格納時と同じ位置に復元しなければ、正しくパスワードは再生成されない。
また、認証対象ユーザと認証サーバとの間の電文内容が傍受され解析を試みられたとしても、認証サーバに送信した電文の全てがパスワード生成元の範囲となるわけではなく、生成範囲位置の特定は難しい。パスワード生成元とするパラメタの組合せを増やせば、さらに特定は困難となる。
【００２３】
なお、上述の説明ではパスワード生成元ファイルが１個のみで、パスワード生成元がファイル内容、格納パス、ＣＲＣ値の場合であるが、パスワード生成元のパラメタをさらに増やす、または認証サーバ上で範囲設定を定期的に変更する、あるいはパスワード生成元ファイルを複数個要求するシステム構成にする等の拡張により、さらにセキュリティ強度を高めることが可能である。その場合でも、認証対象ユーザ側ではパスワード生成元ファイルによって間接的にパスワードを登録することには変わらず、ユーザ負担は従来の認証システムと比べて少なくて済むという利点がある。
【００２４】
【発明の効果】
以上説明したように、本発明によれば、認証対象ユーザが直接的にパスワード文字列を入力する必要をなくして、ユーザの負担を軽減すると同時にセキュリティ強度の高いパスワードを生成することができる。
また、ユーザの負担を軽減すると同時にセキュリティ強度の高いユーザ認証を行なうことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態を示すシステム構成図である。
【図２】認証サーバにおけるパスワード生成元範囲設定画面例を示す図である。
【図３】認証サーバにおける認証時のオプション設定画面例を示す図である。
【図４】認証対象ユーザに対するユーザ登録および認証用のＷｅｂフォーム画面例を示す図である。
【図５】パスワード生成元ファイル内容からの文字列範囲取得例を示す図である。
【図６】パスワード生成元として格納パスやＣＲＣ値も含める場合の文字列範囲取得例を示す図である。
【図７】認証サーバにおけるユーザ登録処理のフローチャートである。
【図８】認証サーバにおけるユーザ認証処理のフローチャートである。
【符号の説明】
１０１…認証サーバ、１０２…認証サーバに設定されるファイル内容取得範囲の設定項目、１０４…パスワード生成元ファイル、１０５…記憶装置。
【図１】
2004295575.tif 000003
【図２】
2004295575.tif 000004
【図３】
2004295575.tif 000005
【図４】
2004295575.tif 000006
【図５】
2004295575.tif 000007
【図６】
2004295575.tif 000008
【図７】
2004295575.tif 000009
【図８】
2004295575.tif 000010