(57)【要約】【課題】  本発明にかかる認証方法によれば、認証サーバモジュールでユーザのハードウェア情報と、ユニーク性の立証されたユーザの電子メールアドレスをＩＤとして利用して認証することによって、認証時にユーザのパスワードが不要であるので、ユーザのパスワード紛失による再発給処理などの不便さを軽減できる。【解決手段】  本発明によるユーザの電子メールアドレスとハードウェア情報とを利用したオンライン上でのユーザ認証方法は、ユーザの認証クライアントプラットホームのハードウェア情報と電子メールアドレスとを前記認証クライアントプラットホームに設置された認証クライアントモジュールを通じて認証サーバモジュールに伝送するステップと、前記認証サーバモジュールから前記受信された電子メールアドレスとハードウェア情報とが認証データベースに保存された前記ユーザの電子メールアドレスに対応したハードウェア情報と一致しているか否かによって前記ユーザの認証如何を決定するステップとを含む。また、１次認証に失敗した場合に、電子メールを通じてユーザの認証要請及び認証を確認するステップを含む。
2005527909.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの電子メールアドレスと認証クライアントプラットホームのハードウェア情報とを利用した認証サーバモジュールによるユーザ認証方法において、
ユーザの認証クライアントプラットホームに認証クライアントモジュールが設置されていない場合、前記認証サーバモジュールから前記認証クライアントモジュールをダウンロードして設置するステップと、
前記認証クライアントモジュールから前記電子メールアドレスと前記認証クライアントプラットホームの前記ハードウェア情報とを前記認証サーバモジュールに送信するステップと、
前記認証サーバモジュールから送信された前記電子メールアドレスと前記ハードウェア情報とが、認証データベースに保存された電子メールアドレスとハードウェア情報と一致しているか否かによって前記ユーザの認証を決定するステップ
とを含むことを特徴とする電子メールアドレスとハードウェア情報とを利用したユーザ認証方法。
【請求項２】
送信された前記電子メールアドレスと一致する電子メールアドレスが、前記認証データベースにない場合、
前記認証サーバモジュールから確認電子メールを、前記ユーザが利用する端末に送信するステップと、
送信された前記確認電子メールを利用してユーザの電子メールアドレスの識別子と認証クライアントプラットホームのハードウェア情報とを送信するステップと、
前記認証サーバモジュールは、前記識別子により、前記端末に送信された確認メールに対する応答メールを認識し、前記ユーザの前記ハードウェア情報を認証データベースに保存して、ユーザ認証登録を行うステップ
とを更に含むことを特徴とする請求項１に記載の電子メールアドレスとハードウェア情報とを利用したユーザ認証方法。
【請求項３】
前記確認電子メールは、ＨＴＭＬで作成されたメッセージより構成され、前記メッセージがクリックされた場合に、前記識別子と前記ユーザの前記ハードウェア情報とを前記認証サーバモジュールに送信することを特徴とする請求項２に記載の電子メールアドレスとハードウェア情報とを利用したユーザ認証方法。
【請求項４】
前記確認電子メールは、実行ファイルが添付された電子メールであって、前記端末に送信された後、添付された実行ファイルが実行され、前記識別子と前記ハードウェア情報とを前記認証サーバに送信することを特徴とする請求項２に記載の電子メールアドレスとハードウェア情報とを利用したユーザ認証方法。
【請求項５】
前記認証クライアントモジュールは、前記認証クライアントプラットホームに対する複数のハードウェア情報が検索されて表示される場合に、前記ユーザが利用する端末からの入力によって、前記ハードウェア情報が選択されるか、または前記ハードウェア情報の優先順位が定められるかの何れか１つのステップを更に備えることを特徴とする請求項１に記載の電子メールアドレスとハードウェア情報とを利用したユーザ認証方法。
【請求項６】
前記認証サーバモジュールは、サーバに設定された運用者ポリシーに従って、１人のユーザに対して複数の認証クライアントプラットホームで認証を受けられるようにすることを特徴とする請求項１に記載の電子メールアドレスとハードウェア情報とを利用したユーザ認証方法。
【請求項７】
前記ハードウェア情報は、ハードウェア製造元で生産する際に、各デバイスに入力され記録される変更不能な各デバイス固有の識別記号であって、前記認証クライアントモジュールが読み込み可能なプログラムによって、認識される情報であることを特徴とする請求項１に記載の電子メールアドレスとハードウェア情報とを利用したユーザ認証方法。
【請求項８】
前記認証クライアントプラットホームは、ネットワーク上で電子メールを送受信する機能を備えることを特徴とする請求項１に記載の電子メールアドレスとハードウェア情報とを利用したユーザ認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オンライン上でサーバに接続しようとするユーザを認証する方法に係り、更に詳細には、サーバ内の認証サーバモジュールが、ユーザの電子メールアドレスと認証クライアントプラットホームに装着されたハードウェアの情報とを利用して、ユーザを認証する方法及びシステムに関する。
【背景技術】
【０００２】
インターネットに接続したユーザを対象とする多くのオンラインサービスが出現しつつ、各サービスウェブサイトごとにユーザ認証のために多様な方法を使用している。このうち最も一般的に使われている認証方法としては、ユーザがウェブサイトに接続してログイン時にユーザのＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）とパスワードとを入力するようにしてユーザが既存に設定登録したパスワードと一致するか否かをチェックして認証する方法がある。
【０００３】
しかし、このような認証方法においては、ユーザが自身のＩＤを利用して関心のある色々なウェブサイトの会員に加入して登録しようとする場合に、該ＩＤが既に他の加入者によってウェブサイトに登録されていて、他のＩＤに変更して登録しなければならない場合が頻繁に発生した。
【０００４】
更に、ＩＤとパスワードとをアルファベットまたはアラビア数字のみで記入するか、または互いに混用してログインしなければならないなど、ウェブサイトごとに相異なる一連の構造を要求する場合が多く、加入しようとする該ウェブサイトごとに不回避的に変更されたＩＤとパスワードとで登録しなければならなかった。
【０００５】
これにより、多様に設定登録されたＩＤとパスワードのうち、ウェブサイトごとに対応するＩＤとパスワードとを区分して入力するのが容易ではなく、よく使用しないＩＤとパスワードとは忘れてしまうことが時々発生し、その度にユーザが非常に面倒な手続きを経て認証されたＩＤとパスワードとを再び確認した後にログインしなければならなかった。
【０００６】
最近には、任意のＩＤではなく、ユーザの電子メールアドレスをＩＤとして採択しているウェブサイトが増えているが、依然として別途のパスワードを使用していて、パスワード紛失及び変更による不便さがある。
【０００７】
また、公開キーアルゴリズムを通じた暗号化及び電子署名を提供する複合的な保安システムであって、公開キー基盤構造（ＰＫＩ：Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）による認証方法は、ユーザのＩＤを要求せず、送受信側での暗号化キーと復号化キーとが異なるため、データを暗号化し、これを再び復号化するのにほぼ完璧なデータ保安が可能であるが、このような認証方式も、各個人がパスワードを管理しなければならないため、パスワードの紛失時に認証書を再び受けなければならない面倒さがあった。また、公開キー基盤構造を構築するところには、高コストと長時間とが必要であり、認証書の発給及び廃棄などの管理に多くの難点があった。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
解決しようとする問題点は、多様に設定登録されたＩＤとパスワードのうち、ウェブサイトごとに対応するＩＤとパスワードとを区分して入力するのが容易ではなく、よく使用しないＩＤとパスワードとは忘れてしまうことが時々発生し、その度にユーザが非常に面倒な手続きを経て認証されたＩＤとパスワードとを再び確認した後にログインしなければならないことである。
【課題を解決するための手段】
【０００９】
本発明の特徴は、上記問題点を解決するために、ウェブサイトによって別途の異なる複数個のＩＤとパスワードとを管理せずとも、ユニーク（固有）性の立証されたユーザの電子メールアドレス及び認証クライアントプラットホームのハードウェア情報のみを利用して、ユーザを認証する方法を提供することである。
【００１０】
上記課題を解決するための本発明によるユーザの認証クライアントハードウェア情報と電子メールアドレスとを利用した認証サーバモジュールでのユーザ認証方法は、ユーザの認証クライアントプラットホームに認証クライアントモジュールが設置されていない場合、前記認証サーバモジュールから前記認証クライアントモジュールをダウンロードして設置するステップと、前記認証クライアントモジュールからユーザの電子メールアドレスと認証クライアントプラットホームのハードウェア情報とを前記認証サーバモジュールに伝送するステップと、前記認証サーバモジュールから前記受信された電子メールアドレスとハードウェア情報とが認証データベースに保存された前記ユーザの電子メールアドレスに対応したハードウェア情報と一致するか否かによって前記ユーザの認証を決定するステップとを含むことが望ましい。
【００１１】
また、前記認証データベースに前記受信された電子メールアドレスと一致する電子メールアドレスがない場合、前記認証サーバモジュールから確認電子メールを前記ユーザに伝送するステップと、前記ユーザは受信された前記確認電子メールを利用してユーザの電子メールアドレスの識別子と認証クライアントプラットホームのハードウェア情報とを伝送するステップと、前記認証サーバモジュールは、電子メールの識別子を通じて前記ユーザ側に伝送された確認メールに対する応答メールとして認識し、前記ユーザのハードウェア情報を認証データベースに保存して、ユーザ認証登録を行うステップとを更に含むことが望ましい。
【００１２】
また、前記確認電子メールは、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で作成されたメッセージより構成されて、ユーザが前記メッセージをクリックすれば、電子メール識別子と前記ユーザのハードウェア情報とを前記認証サーバモジュールに伝送することが望ましい。
【００１３】
また、前記確認電子メールは、実行ファイルが添付された電子メールとしてユーザに伝送された後、ユーザが、添付された実行ファイルを実行して電子メール識別子とユーザ認証クライアントプラットホームのハードウェア情報とを前記認証サーバに伝送することが望ましい。
【００１４】
また、前記認証クライアントモジュールで前記ユーザの認証クライアントプラットホームに対する複数のハードウェアについての情報が検索されてディスプレイされれば、前記ユーザによって該ハードウェア情報が選択されるか、または優先順位として定められることが望ましい。
【００１５】
また、前記認証サーバモジュールでユーザ１人がサーバ運用者の政策によって複数の認証クライアントプラットホームで認証を受けられるようにすることが望ましい。
【００１６】
また、前記ハードウェア情報は、ハードウェア製造元で、生産時に各デバイスに入力して記録した変更不能の各デバイス固有の識別記号として前記認証クライアントモジュールから読取れるソフトウェアとして認識できる情報であることが望ましい。
【００１７】
また、前記認証クライアントプラットホームは、ネットワーク上で電子メールを送受信する機能を備えることが望ましい。
【発明の効果】
【００１８】
本発明による認証方法によれば、ユーザのハードウェア情報と、他のユーザのＩＤと重複する恐れのないユニーク性が立証されたユーザ自身の電子メールアドレスとを利用することによって、ウェブサイトに認証登録する度に他の加入者のＩＤと重複する場合にも、不回避に自身のＩＤを変更して複数で管理しなければならないという不便さがなくなる。
【００１９】
また、認証時に、ユーザは、パスワードが不要であるので、パスワード紛失による面倒さがなく、ウェブサーバは、ユーザのパスワード紛失による再発給処理などの管理負担を軽減できる。  
【発明を実施するための最良の形態】
【００２０】
以下、添付図面を参照して、本発明の実施例を詳細に説明する。
【００２１】
図１は、本発明のユーザ認証方法を説明するためのブロック図であり、図２は、ユーザ認証方法を説明するためのフローチャートである。図１で、認証クライアントプラットホーム１０は、例えば、ＰＣ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｔａｌ Ａｓｓｉｓｔａｎｔ）、携帯電話、ウェブＴＶのようなユーザが電子メールを送受信できる装置であって、私設網やインターネット網のネットワーク１４を通じてサーバ１６に接続されると（ステップ２００）、サーバ１６内にある認証サーバモジュール１８は、認証クライアントプラットホーム１０に認証クライアントモジュールが設置されているか否かをチェックする（ステップ２０２）。認証サーバモジュール１８では、認証クライアントプラットホーム１０に認証クライアントモジュール１１が設置されていない場合、認証クライアントプラットホーム１０は、認証クライアントモジュール１１をダウンロードして前記モジュール１１を設置する（ステップ２０４）。設置された認証クライアントモジュール１１は、認証クライアントプラットホーム１０に装着されたハードウェア１２、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）カード、ハードディスク、スマートカード、メモリスティックなどを検索して、ハードウェア情報を前記認証クライアントプラットホーム１０の画面に表示させる。ここで、ハードウェア情報は、製造元がハードウェア１２を製造する際に、各デバイスに付与される変更不可能なデバイス固有の識別記号（固有識別記号）であり、ハードウェア１２は、認証クライアントプラットホーム１０に装着されるが、認証クライアントプラットホーム１０によっても、固有識別記号は変更されない。固有識別記号は、認証クライアントモジュール１１が読み込み可能なプログラムによって、認識される。複数のハードウェアについての情報が検索される場合、ユーザが該ハードウェア情報を選択するか、または優先順位を定めうる。ユーザが、ハードウェア情報を選択し、かつ自身の電子メールアドレスを入力すれば、認証クライアントモジュール１１は、ユーザのハードウェア情報と電子メールアドレスとを該サーバ１６の認証サーバモジュール１８に伝送する（ステップ２０６）。
【００２２】
この時、ユーザが認証クライアントプラットホーム１０にある入力部（図示せず）を通じてハードウェア情報と電子メールアドレスとを一度入力すれば、入力された電子メールアドレスは、認証クライアントプラットホーム１０内の特定ファイルやレジストリとして記録される。したがって、その後に該サーバ１６に接続すれば、認証クライアントモジュール１１によってディスプレイ（図示せず）に前記保存されたユーザの電子メールアドレスが読み込まれて表示され、複数のハードウェア情報が表示される場合には、ユーザが特定の情報を選択して入力する。
【００２３】
認証サーバモジュール１８は、受信されたユーザの電子メールアドレスが認証データベース２０にあるか否かをチェックして（ステップ２０８）、該電子メールアドレスと受信されたハードウェア情報とが認証データベース２０にある電子メールアドレスとハードウェア情報と一致すれば、認証完了メッセージをユーザに伝送する（ステップ２１０、２１２）。また、認証データベース２０にある電子メールアドレスとハードウェア情報とが一致していない場合には、ユーザ認証を許可せず、これについてのメッセージをユーザに伝送する（ステップ２１４）。
【００２４】
一方、認証データベース２０にユーザから伝送された電子メールアドレスがなければ、認証サーバモジュール１８は、現在接続されたユーザが認証登録されていないユーザと判断して、確認電子メールをユーザから受信された電子メールアドレスに伝送する（ステップ２１８）。前記確認電子メールは、ＨＴＭＬで構成された電子メールメッセージであって、メッセージ画面上にクリック可能な部分が設けられており、ユーザがクリックすれば、電子メール識別子と認証クライアントプラットホームのハードウェア情報とが伝送され、この時、認証サーバモジュール１８は、正当性が確認された電子メールアドレスからユーザのハードウェア情報を受信し、認証を行う（ステップ２２２）。
【００２５】
また、認証サーバモジュール１８から伝送する確認電子メールは、ＨＴＭＬで構成された電子メールメッセージを利用せずに、電子メールに実行ファイルを添付してユーザ側に伝送し、ユーザが受信された添付ファイルを実行して電子メール識別子と認証クライアントプラットホームのハードウェア情報とをサーバ１６に伝送する方法を取ることもできる。
【００２６】
ここで、認証サーバモジュール１８は、電子メール識別子を利用してユーザ側のメールを受信する場合、認証サーバモジュール１８から送付された確認電子メールに対する該ユーザの応答電子メールであることを確認できる。
【００２７】
一方、図２のフローチャートには示されていないが、ステップ２１０及びステップ２１４で、認証サーバモジュール１８は、受信したハードウェア情報が、ユーザの電子メールアドレスと対応して登録されたハードウェア情報と相異なる場合、認証不許を直ぐ通知する代わりに、ユーザの要求によって新たなハードウェア情報を変更する方法を提供することができる。この場合、ウェブサイトの認証ポリシーに従った確認電子メールによって、認証要求の際に受信した電子メールアドレスのユーザが正当であるか否かを確認する。
【００２８】
すなわち、受信されたハードウェア情報が登録された情報と一致していない場合には、ウェブサイトのユーザ認証ポリシーに従って、ユーザに対する認証サーバモジュール１８は、確認電子メールを該ユーザの電子メールアドレスに送信して、ユーザ認証を再確認し、認証登録されたユーザである場合には、該電子メールアドレスのユーザの要求によってハードウェア情報を変更できる。
【００２９】
このようなハードウェア情報を利用した認証方式では、ユーザが職場や家庭で相異なる認証クライアントプラットホームを使用する場合を考慮して、認証サーバモジュール１８は、所定の限定された認証クライアントプラットホーム数に相応して、ユーザが該認証クライアントプラットホームについてのハードウェア情報を追加できる。この場合、ユーザの認証クライアントプラットホームが変更されても、認証サーバから伝送される確認電子メールが実際ＩＤとして使われるユーザの電子メールアドレスに受信されて認証手続きを経るので、ユーザ認証に対する信頼度を高めることができる。
【００３０】
また、ユーザの認証クライアントプラットホームに備えられ、認証データベース２０にハードウェア情報が登録されたポータブルな簡易ハードウェア（例えば、メモリスティックやカードリーダを備える認証クライアントプラットホームに設けられたスマートカード）を他の認証クライアントプラットホームに装着すれば、認証データベースに保存されたユーザのハードウェア情報を設定変更せずに該ウェブサイトに接続して認証されることもできる。  
【図面の簡単な説明】
【００３１】
【図１】本発明のユーザ認証方法を説明するためのネットワークシステムブロック図である。
【図２】本発明のユーザ認証方法を説明するためのフローチャートである。
【符号の説明】
【００３２】
１０  認証クライアントプラットホーム
１１  認証クライアントモジュール
１４  ネットワーク
１６  サーバ
１８  認証サーバモジュール
２０  認証データベース
【図１】
2005527909.tif 000003
【図２】
2005527909.tif 000004
【国際調査報告】
2005527909.tif 000005
2005527909.tif 000006