ログイン認証システムおよび方法
【課題】電子証明書による認証は、電子証明書がパソコン自体を認証するものであるため、使用できるパソコンが固定され、さらに定期的に電子証明書の更新が必要であるという問題がある。一方、パスワードによる認証では、自己のパスワードを忘れることがあり、インターネットサービスの提供者へパスワードの再発行を依頼しなければいけないという点で問題である。
【解決手段】２つのパスワードを用いることにより、電子証明書やＩＣカードを用いずにセキュリティを向上させるとともに、インターネットサービスの提供者側だけではなく、顧客側でも一定の範囲でパスワードを管理できるようにするシステムおよび方法を提供する。
【解決手段】２つのパスワードを用いることにより、電子証明書やＩＣカードを用いずにセキュリティを向上させるとともに、インターネットサービスの提供者側だけではなく、顧客側でも一定の範囲でパスワードを管理できるようにするシステムおよび方法を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ログイン認証システムおよび方法に関し、より詳細には、インターネットサービスへログインする利用者を認証するためのログイン認証システムおよび方法に関する。
【背景技術】
【０００２】
従来、インターネットサービスへログインする利用者の可否を決定する認証として、（１）パスワードによる認証、（２）電子証明書による認証、（３）ＩＣカードによる認証が知られている。
【０００３】
パスワードによる認証（１）では、利用者がキーボード等の入力装置から入力したＩＤおよび１つのパスワードと、あらかじめ認証サーバー等に登録されているＩＤおよび１つのパスワードとを照合することによって、利用者の認証を行なう。電子証明書による認証（２）では、パソコンにインストールされた電子証明書を用いて、ログインに使用されたパソコンが正当なものであるかを確認し、利用者の認証を行なう。ＩＣカードによる認証（３）では、事前に利用者へ渡されたＩＣカードを用いて、利用者の認証を行なう。
【０００４】
このようなインターネットサービスを企業が利用する場合、パスワードによる認証（１）では、複数の従業員が各自のＩＤおよびパスワードを所有している。また、電子証明書による認証（２）やＩＣカードによる認証（３）では、複数の従業員が、各自のパソコンに電子証明書をインストールして利用するか、各自のＩＣカードを所有している。
【０００５】
（１）ないし（３）の認証は、銀行が提供する法人向けのインターネットバンキングのような複数ユーザによるログイン認証としても採用されており、各企業はいずれかの認証によりログインを行なっている。現在、（１）ないし（３）の中では電子証明書による認証（２）が使用されることが多いが、これは、パスワードによる認証（１）ではセキュリティの脆弱性により利用できるサービスに制限を設けている場合が多く、ＩＣカードによる認証（３）ではＩＣカードの発行にかかる費用を企業が負担しなければならないからである。
【０００６】
したがって、電子証明書による認証（２）はセキュリティが高く、比較的導入が容易なことから、多くの企業で採用されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−３３４７６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、電子証明書による認証（２）は、電子証明書がパソコン自体を認証するものであるため、使用できるパソコンが固定され、さらに定期的に電子証明書の更新が必要であるという問題がある。
【０００９】
一方、パスワードによる認証（１）により、企業がインターネットサービスを利用する場合、従業員が自己のパスワードを忘れることがあり、インターネットサービスの提供者へパスワードの再発行を依頼しなければいけないという点で問題である。
【００１０】
すなわち、上述のインターネットバンキングを利用する企業の場合、現在、サービス申込み時に銀行側から指定された初期パスワードを、後日企業側で希望のパスワードへ変更する処理が行なわれているが、初期パスワードの段階で、従業員が自己のパスワードを忘れてしまった場合には、銀行へパスワードの再発行を依頼する必要があった。
【００１１】
そこで、本発明は、このような問題に鑑みてなされたもので、その目的とするところは、２つのパスワードを用いることにより、電子証明書やＩＣカードを用いずにセキュリティを向上させるとともに、インターネットサービスの提供者側だけではなく、顧客側でも一定の範囲でパスワードを管理できるようにするシステムおよび方法を提供することにある。
【課題を解決するための手段】
【００１２】
本発明は、このような目的を達成するために、請求項１に記載の発明は、インターネットサービスへログインする利用者を認証するためのシステムにおいて、前記利用者が選択したＩＤおよび第１のパスワードを含む登録要求を送信し、第２のパスワードを受信する登録手段と、前記利用者が選択したＩＤおよび第１のパスワード、ならびに前記受信した第２のパスワードを含むログイン要求を送信するログイン手段とを含む第１の端末と、前記第１の端末から送信された前記登録要求を受信して記憶する格納手段と、前記登録要求を受信すると、前記利用者の第２のパスワードを生成して、前記第１の端末へ送信する送信手段と、前記第１の端末から送信された前記ログイン要求を受信し、前記受信したログイン要求に含まれる利用者のＩＤ、第１のパスワード、および第２のパスワードと、前記記憶したＩＤおよび第１のパスワード、ならびに前記生成および送信した第２のパスワードとが一致する場合はログインの許可通知を前記第１の端末に送信する送信手段とを含む認証サーバーと、前記登録された利用者のＩＤおよび前記第１のパスワードを格納したテーブルと、前記テーブルにアクセスして、前記利用者のＩＤおよび第１のパスワードを閲覧する第２の端末と、を備えたことを特徴とする。
【００１３】
請求項２に記載の発明は、前記第２の端末が、前記利用者の前記第２のパスワードの再生成の要求を送信することを特徴とする。
【００１４】
請求項３に記載の発明は、前記利用者のＩＤが、前記利用者の電子メールアドレスであることを特徴とする。
【００１５】
請求項４に記載の発明は、前記第１のパスワードおよび前記ＩＤが、前記認証サーバーに接続されたデータベースに格納されることを特徴とする。
【００１６】
請求項５に記載の発明は、前記認証サーバーが、前記ログイン要求を受信する前に前記第１の端末から送信される、前記第２のパスワードの生成および送信を要求するためのログイン申請を受信するたびに、前記第２のパスワードを生成および送信することを特徴とする。
【００１７】
請求項６に記載の発明は、前記認証サーバーが、予め設定された期間ごとに、前記第２のパスワードを生成および送信することを特徴とする。
【００１８】
請求項７に記載の発明は、インターネットサービスへログインする利用者を認証するための方法において、前記第１の端末が、前記利用者が選択したＩＤおよび第1のパスワードを含む登録要求を認証サーバーに送信するステップと、認証サーバーが、前記第１の端末から送信された前記登録要求を受信して前記利用者が選択したＩＤおよび第１のパスワードを記憶するステップと、前記認証サーバーが、前記登録要求を受信すると、第２のパスワードを生成して、前記第１の端末へ送信するステップと、前記第１の端末が、前記第２のパスワードを受信するステップと、前記第１の端末が、前記利用者が選択したＩＤおよび第１のパスワード、ならびに前記受信した第２のパスワードを含むログイン要求を送信するステップと、前記認証サーバーが、前記第１の端末から前記ログイン要求を受信するステップと、前記受信した利用者のＩＤ、第１のパスワード、および第２のパスワードを、前記記憶したＩＤおよび第１のパスワード、ならびに前記生成した第２のパスワードとそれぞれ照合して、両者が一致する場合はログインの許可通知を前記第１の端末に送信するステップと、前記利用者が前記第１のパスワードを忘れた場合に、第２の端末が前記ＩＤおよび前記第１のパスワードを格納した前記データベースにアクセスするステップと、を備えることを特徴とする。
【発明の効果】
【００１９】
以上説明したように、本発明によれば、第１のパスワードと第２のパスワードとの２つのパスワードを備えたので、セキュリティの向上が可能となる。また、管理者が利用者のＩＤおよび第１のパスワードを閲覧することができるため、利用者が第１のパスワードを忘れた場合に、インターネットサービスの提供者へ問い合わせることなく顧客側で解決することができる。さらに、管理者が利用者の第２のパスワードを再発行することができるため、利用者が第２のパスワードを忘れた場合に、インターネットサービスの提供者へ問い合わせることなく顧客側で解決することができる。
【００２０】
加えて、管理者は利用者のＩＤおよび第１のパスワードを閲覧して知ることができるが、第２のパスワードは閲覧することができないので、管理者が利用者のＩＤを用いて不正利用することはできない。
【００２１】
加えて、万が一、第２のパスワードが誤った電子メールアドレス宛に送信されたとしても、その電子メールの受信者は第１のパスワードが分からないため、不正利用することはできない。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施形態にかかるログイン認証システムを示す全体の構成図である。
【図２】本発明の一実施形態にかかるログイン認証方法の処理フローを示す図である。
【図３】本発明の一実施形態にかかる利用者の登録処理画面を示す図である。
【図４】本発明の一実施形態にかかる利用者の登録処理画面を示す図である。
【図５】本発明の一実施形態にかかる管理者の登録処理画面を示す図である。
【図６】本発明の一実施形態にかかる利用者のログイン処理画面を示す図である。
【図７】本発明の一実施形態にかかる利用者のログイン処理画面を示す図である。
【図８】本発明の一実施形態にかかる利用者のログイン処理画面を示す図である。
【図９】本発明の一実施形態にかかる管理者のＩＤ管理処理画面を示す図である。
【図１０】本発明の一実施形態にかかる第２のパスワードの生成および送信の処理フローを示す図である。
【図１１】本発明の一実施形態にかかる第２のパスワードの生成および送信の処理フローを示す図である。
【図１２】本発明の一実施形態にかかる第２のパスワードの生成および送信の処理フローを示す図である。
【発明を実施するための形態】
【００２３】
以下、図面を参照しながら本発明の実施形態について詳細に説明する。
【００２４】
現在、多くの金融機関では、パソコンで振込・振替や残高照会等の取引ができるインターネットバンキングサービスを提供しており、企業向けのサービスに特化した法人向けインターネットバンキングのサービスも提供されている。
【００２５】
この法人向けインターネットバンキングでは、実際にインターネットバンキングを利用する企業の経理担当者等（以下、利用者と呼ぶ）が振込・振替や残高照会等の作業を行なっている。利用者は、各自ログイン認証の際に使用するＩＤおよびパスワードを所有している。そして、利用者の上司等（以下、管理者と呼ぶ）が、利用者のＩＤの管理を行なっている。管理者も、自己のＩＤおよびパスワードを所有しており、利用者のＩＤの管理処理を行なうことができる。
【００２６】
本実施形態では、一例として、このようなインターネットバンキングに本発明のパスワード認証を適用する場合について説明するが、適用できるシステムはこれに限られることなく、インターネットを介しログイン等認証が必要なものであればいずれのものともすることができる。
【００２７】
図１は、本発明の一実施形態にかかるログイン認証システムを示す全体の構成図である。
【００２８】
本実施形態のログイン認証システムは、利用者の端末１０１、管理者の端末１０２、認証サーバー１０３、およびＩＤ管理テーブル１０４を備える。利用者の端末１０１、管理者の端末１０２、認証サーバー１０３は、インターネットに接続されている。ＩＤ管理テーブル１０４は、インターネットを介してシステムに接続してもよいし、いずれかのサーバー、例えば認証サーバーに接続することもできる。なお、利用者の端末１０１と管理者の端末１０２は、同一の端末であってもよい。
【００２９】
本実施形態では、利用者の端末１０１は、登録要求とログイン要求を認証サーバー１０３へ送信する。次に、管理者の端末１０２は、利用者のＩＤおよび第１のパスワードが格納されたＩＤ管理テーブル１０４へアクセスする。さらに、管理者の端末１０２は、利用者の第２のパスワードを再発行するための要求を認証サーバー１０３へ送信する。次に、認証サーバー１０３は、登録要求を利用者の端末１０１から受信して、登録要求に含まれる利用者のＩＤおよび第１のパスワードを記憶する。そして、第２のパスワードを生成して利用者の端末１０１へ送信する。さらに、認証サーバー１０３は、ログイン要求を利用者の端末１０１から受信して、ＩＤ、第１のパスワードおよび第２のパスワードを照合する。そして、それぞれが一致する場合には、ログインの許可通知を利用者の端末１０１へ送信する。次に、ＩＤ管理テーブル１０４は、認証サーバー１０３が利用者の端末１０１から受信した利用者のＩＤおよび第１のパスワードを格納する。ＩＤ管理テーブル１０４は、上述のとおり、管理者の端末１０２からアクセスすることができる。このＩＤ管理テーブル１０４は、認証サーバー１０３に接続されたデータベースに格納されていてもよい。
【００３０】
図２は、全体の処理フローを示す図であり、以下、図２を参照して各処理を説明する。
【００３１】
（登録処理）
まず、インターネットサービスを利用するにあたり、予め利用者の登録処理が行なわれる。
【００３２】
ステップ２０１において、利用者の端末１０１から認証サーバー１０３へ、インターネットサービスを利用するための登録要求が送信される。この登録要求には、利用者のＩＤおよび第１のパスワードが含まれる。これらのＩＤおよび第１のパスワードは、利用者が選択したものである。なお、このＩＤは、利用者の電子メールアドレスとすることもできる。
【００３３】
ステップ２０２において、認証サーバー１０３は、登録要求を受信して、利用者のＩＤおよび第１のパスワードを記憶する。また、認証サーバー１０３は、登録の要求を受けると第２のパスワードを自動的に生成する。第２のパスワードは、利用者ＩＤごとに一意の数字、文字、記号など通常用いられるいずれかの形態とすることができるが、このようなパスワードを使用することにより、本実施形態ではセキュリティ向上が可能となる。
【００３４】
また、利用者の端末１０１から送信された利用者のＩＤおよび第１のパスワードは、認証サーバーによりＩＤ管理テーブル１０４へ格納されるが、これに限られず、認証サーバーとは別のＩＤ管理テーブル１０４用の管理サーバー（図示せず）を設けることもできる。この場合、ＩＤ管理テーブル１０４は管理サーバー内に配置することができる。
【００３５】
ステップ２０３において、認証サーバー１０３から利用者の端末１０１へ、第２のパスワードが通知される。この第２のパスワードは、上述のとおり、認証サーバーにより生成されたものである。第２のパスワードは、利用者の電子メールアドレス宛に第２のパスワードを送信することによって通知してもよいし、電子メールにＵＲＬを記載してリンク先に第２のパスワードを表示して通知してもよい。
【００３６】
ステップ２０４において、利用者の端末１０１は、第２のパスワードを受信する。この第２のパスワードは、利用者の端末１０１のメモリに格納されてもよいし、その他の方法で後のログイン処理の際に使用できるようにしてもよい。
【００３７】
図３および図４は、利用者の端末１０１に表示される登録処理画面を示す図である。
【００３８】
図３は、利用者の端末１０１に表示される、インターネットサービスの登録要求を行なうための登録申請画面の一例である。図３に示すように、利用者は、利用者が選択したＩＤおよび第１のパスワードを入力する。ＩＤおよび第１のパスワードは、任意の桁数の任意の英数字および文字とすることができるが、第１のパスワードはその利用者が使用しやすいものを通常は選択する。このＩＤは、利用者の電子メールアドレスとすることもできる。
【００３９】
利用者の端末１０１は、登録要求を送信後に認証サーバー１０３から第２のパスワードを受信する。図４は、利用者の端末１０１に表示される、第２のパスワード通知画面の一例である。認証サーバー１０３は、利用者の電子メールアドレス宛に送信される電子メールによって、生成した第２のパスワードを通知することができる（図４）が、利用者の電子メールドレス宛に送信された電子メールにＵＲＬを記載してリンク先に第２のパスワードを表示して通知することもできる。
【００４０】
なお、万が一、第２のパスワードが誤った電子メールアドレス宛に送信されたとしても、後述するように、システムのログインには、ＩＤ、第１のパスワードおよび第２のパスワードの全てが必要なので、その電子メールの受信者は第１のパスワードが分からないため、不正利用することはできない。
【００４１】
図５は、管理者の端末１０２に表示される登録処理画面を示す図である。
【００４２】
上述の登録処理において、利用者が登録処理を完了するためには、管理者の承認を必要とするように設定することもできる。すなわち、例えば、利用者の端末１０１から認証サーバー１０３へ登録要求が送信されたとしても、管理者の端末１０２から認証サーバー１０３へ利用者の登録を承認するための承認許可が送信された後でなければ、認証サーバー１０３から利用者の端末１０１へ第２のパスワードが通知されないようにして、管理者が知らないうちに利用者登録ができないように設定することができる。
【００４３】
この場合、管理者の端末１０２に、承認画面（図５）が表示され、管理者の端末１０２から認証サーバー１０３へ承認許可が送信されると第２のパスワードは通知され、一方、承認不可が送信されると第２のパスワードは通知されないとすることもでき、または管理者の承認の可否で第２のパスワードの生成自体を決定してもよい。なお、利用者の端末１０１と管理者の端末１０２とを図示しないサーバーに接続し、このサーバーでパスワードの管理をすることもできる。
【００４４】
（ログイン処理）
次に、実際にインターネットサービスを利用する際には、ログイン処理が行なわれる。
【００４５】
図２に戻り、ステップ２０５において、利用者の端末１０１から認証サーバー１０３へ、インターネットサービスを利用するためのログイン要求が送信される。このログイン要求には、利用者のＩＤ、第１のパスワードおよび第２のパスワードが含まれる。これらのＩＤおよび第１のパスワードは、登録処理の際に、利用者が選択したものである。また、第２のパスワードは、登録処理の際に、利用者の端末１０１が認証サーバー１０３から受信したものである。
【００４６】
ステップ２０６において、認証サーバー１０３は、ログイン要求を受信する。そして、ログイン要求に含まれるＩＤ、第１のパスワードおよび第２のパスワードと、登録処理の際に記憶したＩＤおよび第１のパスワード、登録処理の際に生成して送信した第２のパスワードとそれぞれ照合する。これら３つが一致する場合には、ログインを許可する。これにより、本実施形態では、従来のパスワード認証と比較して、セキュリティを向上させることができる。
【００４７】
ステップ２０７において、認証サーバー１０３から利用者の端末１０１へ、ログインの許可通知が送信される。
【００４８】
図６〜図８は、利用者の端末１０１に表示されるログイン処理画面を示す図である。
【００４９】
図６は、利用者の端末１０１に表示される、ＩＤの入力画面の一例である。図６に示す状態でＩＤが入力されると、図７に示すように第１のパスワードおよび第２のパスワードの入力画面が表示される。ＥＮＴＥＲキーの押下等により入力内容が確定され、入力したＩＤ、第１のパスワードおよび第２のパスワードが送信された後、ログインが許可されると、ログインの許可がなされたことを示す画面が表示される。例えば、図８に示すような、サービスのトップメニューが表示される。なお、本実施例では、ＩＤの入力画面（図６）と第１のパスワードおよび第２のパスワードの入力画面（図７）を別の画面としているが、この２つの画面をまとめて１つの画面にしてもよい。
【００５０】
（ＩＤ管理処理）
さらに、本発明においては、ＩＤ管理テーブル１０４により、ＩＤおよび第１のパスワードを管理することが可能である。上述のように、登録処理時に利用者から送られたＩＤ、第１のパスワードを登録しておき、管理者による承認が行われると、図示しないフラグ等で示すこともできる。
【００５１】
図２に戻り、ステップ２０８において、管理者の端末１０２は、ＩＤ管理テーブル１０４へアクセスする。ＩＤ管理テーブル１０４には、利用者のＩＤおよび第１のパスワードが格納されているので、管理者は利用者のＩＤおよび第１のパスワードや使用状況を閲覧して確認することができる。
【００５２】
本実施形態では、このように管理者は利用者の第１のパスワードまで知ることができるので、利用者が自己のＩＤまたは第１のパスワードを忘れた場合であっても、管理者がＩＤ管理テーブル１０４を閲覧して、第１のパスワードを確認し、利用者に伝えることができる。したがって、本実施形態によれば、このような場合に、インターネットサービスの提供者へパスワードの再発行を依頼することなく、ログインすることができるようになる。この場合、管理者は利用者のＩＤおよび第１のパスワードを閲覧して知ることができるが、第２のパスワードは直接利用者に送られるので知ることができず、管理者が利用者のＩＤを用いて不正利用することはできない。すなわち、本実施形態では、利用者がパスワードを忘れたときにも、セキュリティレベルを落とすことなく、柔軟に対応することができる。
【００５３】
ステップ２０９において、本実施形態ではさらに、管理者の端末１０２から認証サーバー１０３へ、利用者の第２のパスワードの再生成および再送信の要求が送信される。認証サーバー１０３は、この要求を受信すると、利用者の第２のパスワードを再生成する。そして、ステップ２１０において、この再生成した第２のパスワードを利用者の端末１０１へ再送信する。
【００５４】
これによって、利用者が自己の第２のパスワードを忘れた場合であっても、管理者へ再発行を依頼することができる。したがって、このような場合に、インターネットサービスの提供者へパスワードの再発行をメール等で依頼して、再発行までに時間がかかるといった問題がなくなる。加えて、万が一、第２のパスワードが誤った電子メールアドレス宛に送信されたとしても、その電子メールの受信者は第１のパスワードが分からないため、不正利用することはできない。
【００５５】
図９は、管理者の端末１０２に表示されるＩＤ管理処理画面を示す図である。
【００５６】
管理者の端末１０２に、利用者のＩＤおよびパスワード管理画面（図９）が表示される。この画面（図９）には、管理者が管理している利用者のＩＤおよび第１のパスワードの一覧が表示される。このＩＤおよび第１のパスワードは、ＩＤ管理テーブル１０４に格納されているＩＤおよび第１のパスワードである。また、この画面（図９）には、第２のパスワード再発行ボタンも表示される。第２のパスワード再発行ボタンにより、第２のパスワードを再生成および再送信する要求が、管理者の端末１０２から認証サーバー１０３へ送信される。
【００５７】
図１０は、第２のパスワードの生成および送信の処理フローを示す図である。
【００５８】
本実施形態では、図２を参照しながら既に説明したように、認証サーバー１０３が利用者の端末１０１から登録要求を受信したことに応じて、第２のパスワードが生成および送信される。
【００５９】
図１１は、第２のパスワードの生成および送信の別の処理フローを示す図である。
【００６０】
本実施形態では、認証サーバー１０３が利用者の端末１０１から登録要求を受信した後、利用者がログインするたびに、第２のパスワードが生成および送信される。すなわち、ログイン処理の際に、利用者の端末１０１から認証サーバー１０３へ、ログイン要求が送信される前に、第２のパスワードの生成および送信を要求するためのログイン申請が送信される。ログイン申請を受信した認証サーバー１０３は、第２のパスワードを生成して利用者の端末１０１へ送信する。
【００６１】
本実施形態では、第２のパスワードは、ログイン処理ごとに、そのつど変更されるワンタイムパスワードであり、よりセキュリティを高めることができる。
【００６２】
図１２は、第２のパスワードの生成および送信のさらに別の処理フローを示す図である。
【００６３】
本実施形態では、認証サーバー１０３が利用者の端末１０１から登録要求を受信した後、定期的に第２のパスワードが生成および送信される。すなわち、認証サーバー１０３は、一定の期間ごとに第２のパスワードを生成して利用者の端末１０１へ送信する。この一定の期間は、あらかじめインターネットサービス提供者によって既定された期間であってもよいし、利用者の端末１０１または管理者の端末１０２から希望の期間を要求できるようにしてもよい。
【００６４】
本実施形態では、強制的にパスワードを定期的に変更することによって、よりセキュリティを高めることができる。
【技術分野】
【０００１】
本発明は、ログイン認証システムおよび方法に関し、より詳細には、インターネットサービスへログインする利用者を認証するためのログイン認証システムおよび方法に関する。
【背景技術】
【０００２】
従来、インターネットサービスへログインする利用者の可否を決定する認証として、（１）パスワードによる認証、（２）電子証明書による認証、（３）ＩＣカードによる認証が知られている。
【０００３】
パスワードによる認証（１）では、利用者がキーボード等の入力装置から入力したＩＤおよび１つのパスワードと、あらかじめ認証サーバー等に登録されているＩＤおよび１つのパスワードとを照合することによって、利用者の認証を行なう。電子証明書による認証（２）では、パソコンにインストールされた電子証明書を用いて、ログインに使用されたパソコンが正当なものであるかを確認し、利用者の認証を行なう。ＩＣカードによる認証（３）では、事前に利用者へ渡されたＩＣカードを用いて、利用者の認証を行なう。
【０００４】
このようなインターネットサービスを企業が利用する場合、パスワードによる認証（１）では、複数の従業員が各自のＩＤおよびパスワードを所有している。また、電子証明書による認証（２）やＩＣカードによる認証（３）では、複数の従業員が、各自のパソコンに電子証明書をインストールして利用するか、各自のＩＣカードを所有している。
【０００５】
（１）ないし（３）の認証は、銀行が提供する法人向けのインターネットバンキングのような複数ユーザによるログイン認証としても採用されており、各企業はいずれかの認証によりログインを行なっている。現在、（１）ないし（３）の中では電子証明書による認証（２）が使用されることが多いが、これは、パスワードによる認証（１）ではセキュリティの脆弱性により利用できるサービスに制限を設けている場合が多く、ＩＣカードによる認証（３）ではＩＣカードの発行にかかる費用を企業が負担しなければならないからである。
【０００６】
したがって、電子証明書による認証（２）はセキュリティが高く、比較的導入が容易なことから、多くの企業で採用されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−３３４７６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、電子証明書による認証（２）は、電子証明書がパソコン自体を認証するものであるため、使用できるパソコンが固定され、さらに定期的に電子証明書の更新が必要であるという問題がある。
【０００９】
一方、パスワードによる認証（１）により、企業がインターネットサービスを利用する場合、従業員が自己のパスワードを忘れることがあり、インターネットサービスの提供者へパスワードの再発行を依頼しなければいけないという点で問題である。
【００１０】
すなわち、上述のインターネットバンキングを利用する企業の場合、現在、サービス申込み時に銀行側から指定された初期パスワードを、後日企業側で希望のパスワードへ変更する処理が行なわれているが、初期パスワードの段階で、従業員が自己のパスワードを忘れてしまった場合には、銀行へパスワードの再発行を依頼する必要があった。
【００１１】
そこで、本発明は、このような問題に鑑みてなされたもので、その目的とするところは、２つのパスワードを用いることにより、電子証明書やＩＣカードを用いずにセキュリティを向上させるとともに、インターネットサービスの提供者側だけではなく、顧客側でも一定の範囲でパスワードを管理できるようにするシステムおよび方法を提供することにある。
【課題を解決するための手段】
【００１２】
本発明は、このような目的を達成するために、請求項１に記載の発明は、インターネットサービスへログインする利用者を認証するためのシステムにおいて、前記利用者が選択したＩＤおよび第１のパスワードを含む登録要求を送信し、第２のパスワードを受信する登録手段と、前記利用者が選択したＩＤおよび第１のパスワード、ならびに前記受信した第２のパスワードを含むログイン要求を送信するログイン手段とを含む第１の端末と、前記第１の端末から送信された前記登録要求を受信して記憶する格納手段と、前記登録要求を受信すると、前記利用者の第２のパスワードを生成して、前記第１の端末へ送信する送信手段と、前記第１の端末から送信された前記ログイン要求を受信し、前記受信したログイン要求に含まれる利用者のＩＤ、第１のパスワード、および第２のパスワードと、前記記憶したＩＤおよび第１のパスワード、ならびに前記生成および送信した第２のパスワードとが一致する場合はログインの許可通知を前記第１の端末に送信する送信手段とを含む認証サーバーと、前記登録された利用者のＩＤおよび前記第１のパスワードを格納したテーブルと、前記テーブルにアクセスして、前記利用者のＩＤおよび第１のパスワードを閲覧する第２の端末と、を備えたことを特徴とする。
【００１３】
請求項２に記載の発明は、前記第２の端末が、前記利用者の前記第２のパスワードの再生成の要求を送信することを特徴とする。
【００１４】
請求項３に記載の発明は、前記利用者のＩＤが、前記利用者の電子メールアドレスであることを特徴とする。
【００１５】
請求項４に記載の発明は、前記第１のパスワードおよび前記ＩＤが、前記認証サーバーに接続されたデータベースに格納されることを特徴とする。
【００１６】
請求項５に記載の発明は、前記認証サーバーが、前記ログイン要求を受信する前に前記第１の端末から送信される、前記第２のパスワードの生成および送信を要求するためのログイン申請を受信するたびに、前記第２のパスワードを生成および送信することを特徴とする。
【００１７】
請求項６に記載の発明は、前記認証サーバーが、予め設定された期間ごとに、前記第２のパスワードを生成および送信することを特徴とする。
【００１８】
請求項７に記載の発明は、インターネットサービスへログインする利用者を認証するための方法において、前記第１の端末が、前記利用者が選択したＩＤおよび第1のパスワードを含む登録要求を認証サーバーに送信するステップと、認証サーバーが、前記第１の端末から送信された前記登録要求を受信して前記利用者が選択したＩＤおよび第１のパスワードを記憶するステップと、前記認証サーバーが、前記登録要求を受信すると、第２のパスワードを生成して、前記第１の端末へ送信するステップと、前記第１の端末が、前記第２のパスワードを受信するステップと、前記第１の端末が、前記利用者が選択したＩＤおよび第１のパスワード、ならびに前記受信した第２のパスワードを含むログイン要求を送信するステップと、前記認証サーバーが、前記第１の端末から前記ログイン要求を受信するステップと、前記受信した利用者のＩＤ、第１のパスワード、および第２のパスワードを、前記記憶したＩＤおよび第１のパスワード、ならびに前記生成した第２のパスワードとそれぞれ照合して、両者が一致する場合はログインの許可通知を前記第１の端末に送信するステップと、前記利用者が前記第１のパスワードを忘れた場合に、第２の端末が前記ＩＤおよび前記第１のパスワードを格納した前記データベースにアクセスするステップと、を備えることを特徴とする。
【発明の効果】
【００１９】
以上説明したように、本発明によれば、第１のパスワードと第２のパスワードとの２つのパスワードを備えたので、セキュリティの向上が可能となる。また、管理者が利用者のＩＤおよび第１のパスワードを閲覧することができるため、利用者が第１のパスワードを忘れた場合に、インターネットサービスの提供者へ問い合わせることなく顧客側で解決することができる。さらに、管理者が利用者の第２のパスワードを再発行することができるため、利用者が第２のパスワードを忘れた場合に、インターネットサービスの提供者へ問い合わせることなく顧客側で解決することができる。
【００２０】
加えて、管理者は利用者のＩＤおよび第１のパスワードを閲覧して知ることができるが、第２のパスワードは閲覧することができないので、管理者が利用者のＩＤを用いて不正利用することはできない。
【００２１】
加えて、万が一、第２のパスワードが誤った電子メールアドレス宛に送信されたとしても、その電子メールの受信者は第１のパスワードが分からないため、不正利用することはできない。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施形態にかかるログイン認証システムを示す全体の構成図である。
【図２】本発明の一実施形態にかかるログイン認証方法の処理フローを示す図である。
【図３】本発明の一実施形態にかかる利用者の登録処理画面を示す図である。
【図４】本発明の一実施形態にかかる利用者の登録処理画面を示す図である。
【図５】本発明の一実施形態にかかる管理者の登録処理画面を示す図である。
【図６】本発明の一実施形態にかかる利用者のログイン処理画面を示す図である。
【図７】本発明の一実施形態にかかる利用者のログイン処理画面を示す図である。
【図８】本発明の一実施形態にかかる利用者のログイン処理画面を示す図である。
【図９】本発明の一実施形態にかかる管理者のＩＤ管理処理画面を示す図である。
【図１０】本発明の一実施形態にかかる第２のパスワードの生成および送信の処理フローを示す図である。
【図１１】本発明の一実施形態にかかる第２のパスワードの生成および送信の処理フローを示す図である。
【図１２】本発明の一実施形態にかかる第２のパスワードの生成および送信の処理フローを示す図である。
【発明を実施するための形態】
【００２３】
以下、図面を参照しながら本発明の実施形態について詳細に説明する。
【００２４】
現在、多くの金融機関では、パソコンで振込・振替や残高照会等の取引ができるインターネットバンキングサービスを提供しており、企業向けのサービスに特化した法人向けインターネットバンキングのサービスも提供されている。
【００２５】
この法人向けインターネットバンキングでは、実際にインターネットバンキングを利用する企業の経理担当者等（以下、利用者と呼ぶ）が振込・振替や残高照会等の作業を行なっている。利用者は、各自ログイン認証の際に使用するＩＤおよびパスワードを所有している。そして、利用者の上司等（以下、管理者と呼ぶ）が、利用者のＩＤの管理を行なっている。管理者も、自己のＩＤおよびパスワードを所有しており、利用者のＩＤの管理処理を行なうことができる。
【００２６】
本実施形態では、一例として、このようなインターネットバンキングに本発明のパスワード認証を適用する場合について説明するが、適用できるシステムはこれに限られることなく、インターネットを介しログイン等認証が必要なものであればいずれのものともすることができる。
【００２７】
図１は、本発明の一実施形態にかかるログイン認証システムを示す全体の構成図である。
【００２８】
本実施形態のログイン認証システムは、利用者の端末１０１、管理者の端末１０２、認証サーバー１０３、およびＩＤ管理テーブル１０４を備える。利用者の端末１０１、管理者の端末１０２、認証サーバー１０３は、インターネットに接続されている。ＩＤ管理テーブル１０４は、インターネットを介してシステムに接続してもよいし、いずれかのサーバー、例えば認証サーバーに接続することもできる。なお、利用者の端末１０１と管理者の端末１０２は、同一の端末であってもよい。
【００２９】
本実施形態では、利用者の端末１０１は、登録要求とログイン要求を認証サーバー１０３へ送信する。次に、管理者の端末１０２は、利用者のＩＤおよび第１のパスワードが格納されたＩＤ管理テーブル１０４へアクセスする。さらに、管理者の端末１０２は、利用者の第２のパスワードを再発行するための要求を認証サーバー１０３へ送信する。次に、認証サーバー１０３は、登録要求を利用者の端末１０１から受信して、登録要求に含まれる利用者のＩＤおよび第１のパスワードを記憶する。そして、第２のパスワードを生成して利用者の端末１０１へ送信する。さらに、認証サーバー１０３は、ログイン要求を利用者の端末１０１から受信して、ＩＤ、第１のパスワードおよび第２のパスワードを照合する。そして、それぞれが一致する場合には、ログインの許可通知を利用者の端末１０１へ送信する。次に、ＩＤ管理テーブル１０４は、認証サーバー１０３が利用者の端末１０１から受信した利用者のＩＤおよび第１のパスワードを格納する。ＩＤ管理テーブル１０４は、上述のとおり、管理者の端末１０２からアクセスすることができる。このＩＤ管理テーブル１０４は、認証サーバー１０３に接続されたデータベースに格納されていてもよい。
【００３０】
図２は、全体の処理フローを示す図であり、以下、図２を参照して各処理を説明する。
【００３１】
（登録処理）
まず、インターネットサービスを利用するにあたり、予め利用者の登録処理が行なわれる。
【００３２】
ステップ２０１において、利用者の端末１０１から認証サーバー１０３へ、インターネットサービスを利用するための登録要求が送信される。この登録要求には、利用者のＩＤおよび第１のパスワードが含まれる。これらのＩＤおよび第１のパスワードは、利用者が選択したものである。なお、このＩＤは、利用者の電子メールアドレスとすることもできる。
【００３３】
ステップ２０２において、認証サーバー１０３は、登録要求を受信して、利用者のＩＤおよび第１のパスワードを記憶する。また、認証サーバー１０３は、登録の要求を受けると第２のパスワードを自動的に生成する。第２のパスワードは、利用者ＩＤごとに一意の数字、文字、記号など通常用いられるいずれかの形態とすることができるが、このようなパスワードを使用することにより、本実施形態ではセキュリティ向上が可能となる。
【００３４】
また、利用者の端末１０１から送信された利用者のＩＤおよび第１のパスワードは、認証サーバーによりＩＤ管理テーブル１０４へ格納されるが、これに限られず、認証サーバーとは別のＩＤ管理テーブル１０４用の管理サーバー（図示せず）を設けることもできる。この場合、ＩＤ管理テーブル１０４は管理サーバー内に配置することができる。
【００３５】
ステップ２０３において、認証サーバー１０３から利用者の端末１０１へ、第２のパスワードが通知される。この第２のパスワードは、上述のとおり、認証サーバーにより生成されたものである。第２のパスワードは、利用者の電子メールアドレス宛に第２のパスワードを送信することによって通知してもよいし、電子メールにＵＲＬを記載してリンク先に第２のパスワードを表示して通知してもよい。
【００３６】
ステップ２０４において、利用者の端末１０１は、第２のパスワードを受信する。この第２のパスワードは、利用者の端末１０１のメモリに格納されてもよいし、その他の方法で後のログイン処理の際に使用できるようにしてもよい。
【００３７】
図３および図４は、利用者の端末１０１に表示される登録処理画面を示す図である。
【００３８】
図３は、利用者の端末１０１に表示される、インターネットサービスの登録要求を行なうための登録申請画面の一例である。図３に示すように、利用者は、利用者が選択したＩＤおよび第１のパスワードを入力する。ＩＤおよび第１のパスワードは、任意の桁数の任意の英数字および文字とすることができるが、第１のパスワードはその利用者が使用しやすいものを通常は選択する。このＩＤは、利用者の電子メールアドレスとすることもできる。
【００３９】
利用者の端末１０１は、登録要求を送信後に認証サーバー１０３から第２のパスワードを受信する。図４は、利用者の端末１０１に表示される、第２のパスワード通知画面の一例である。認証サーバー１０３は、利用者の電子メールアドレス宛に送信される電子メールによって、生成した第２のパスワードを通知することができる（図４）が、利用者の電子メールドレス宛に送信された電子メールにＵＲＬを記載してリンク先に第２のパスワードを表示して通知することもできる。
【００４０】
なお、万が一、第２のパスワードが誤った電子メールアドレス宛に送信されたとしても、後述するように、システムのログインには、ＩＤ、第１のパスワードおよび第２のパスワードの全てが必要なので、その電子メールの受信者は第１のパスワードが分からないため、不正利用することはできない。
【００４１】
図５は、管理者の端末１０２に表示される登録処理画面を示す図である。
【００４２】
上述の登録処理において、利用者が登録処理を完了するためには、管理者の承認を必要とするように設定することもできる。すなわち、例えば、利用者の端末１０１から認証サーバー１０３へ登録要求が送信されたとしても、管理者の端末１０２から認証サーバー１０３へ利用者の登録を承認するための承認許可が送信された後でなければ、認証サーバー１０３から利用者の端末１０１へ第２のパスワードが通知されないようにして、管理者が知らないうちに利用者登録ができないように設定することができる。
【００４３】
この場合、管理者の端末１０２に、承認画面（図５）が表示され、管理者の端末１０２から認証サーバー１０３へ承認許可が送信されると第２のパスワードは通知され、一方、承認不可が送信されると第２のパスワードは通知されないとすることもでき、または管理者の承認の可否で第２のパスワードの生成自体を決定してもよい。なお、利用者の端末１０１と管理者の端末１０２とを図示しないサーバーに接続し、このサーバーでパスワードの管理をすることもできる。
【００４４】
（ログイン処理）
次に、実際にインターネットサービスを利用する際には、ログイン処理が行なわれる。
【００４５】
図２に戻り、ステップ２０５において、利用者の端末１０１から認証サーバー１０３へ、インターネットサービスを利用するためのログイン要求が送信される。このログイン要求には、利用者のＩＤ、第１のパスワードおよび第２のパスワードが含まれる。これらのＩＤおよび第１のパスワードは、登録処理の際に、利用者が選択したものである。また、第２のパスワードは、登録処理の際に、利用者の端末１０１が認証サーバー１０３から受信したものである。
【００４６】
ステップ２０６において、認証サーバー１０３は、ログイン要求を受信する。そして、ログイン要求に含まれるＩＤ、第１のパスワードおよび第２のパスワードと、登録処理の際に記憶したＩＤおよび第１のパスワード、登録処理の際に生成して送信した第２のパスワードとそれぞれ照合する。これら３つが一致する場合には、ログインを許可する。これにより、本実施形態では、従来のパスワード認証と比較して、セキュリティを向上させることができる。
【００４７】
ステップ２０７において、認証サーバー１０３から利用者の端末１０１へ、ログインの許可通知が送信される。
【００４８】
図６〜図８は、利用者の端末１０１に表示されるログイン処理画面を示す図である。
【００４９】
図６は、利用者の端末１０１に表示される、ＩＤの入力画面の一例である。図６に示す状態でＩＤが入力されると、図７に示すように第１のパスワードおよび第２のパスワードの入力画面が表示される。ＥＮＴＥＲキーの押下等により入力内容が確定され、入力したＩＤ、第１のパスワードおよび第２のパスワードが送信された後、ログインが許可されると、ログインの許可がなされたことを示す画面が表示される。例えば、図８に示すような、サービスのトップメニューが表示される。なお、本実施例では、ＩＤの入力画面（図６）と第１のパスワードおよび第２のパスワードの入力画面（図７）を別の画面としているが、この２つの画面をまとめて１つの画面にしてもよい。
【００５０】
（ＩＤ管理処理）
さらに、本発明においては、ＩＤ管理テーブル１０４により、ＩＤおよび第１のパスワードを管理することが可能である。上述のように、登録処理時に利用者から送られたＩＤ、第１のパスワードを登録しておき、管理者による承認が行われると、図示しないフラグ等で示すこともできる。
【００５１】
図２に戻り、ステップ２０８において、管理者の端末１０２は、ＩＤ管理テーブル１０４へアクセスする。ＩＤ管理テーブル１０４には、利用者のＩＤおよび第１のパスワードが格納されているので、管理者は利用者のＩＤおよび第１のパスワードや使用状況を閲覧して確認することができる。
【００５２】
本実施形態では、このように管理者は利用者の第１のパスワードまで知ることができるので、利用者が自己のＩＤまたは第１のパスワードを忘れた場合であっても、管理者がＩＤ管理テーブル１０４を閲覧して、第１のパスワードを確認し、利用者に伝えることができる。したがって、本実施形態によれば、このような場合に、インターネットサービスの提供者へパスワードの再発行を依頼することなく、ログインすることができるようになる。この場合、管理者は利用者のＩＤおよび第１のパスワードを閲覧して知ることができるが、第２のパスワードは直接利用者に送られるので知ることができず、管理者が利用者のＩＤを用いて不正利用することはできない。すなわち、本実施形態では、利用者がパスワードを忘れたときにも、セキュリティレベルを落とすことなく、柔軟に対応することができる。
【００５３】
ステップ２０９において、本実施形態ではさらに、管理者の端末１０２から認証サーバー１０３へ、利用者の第２のパスワードの再生成および再送信の要求が送信される。認証サーバー１０３は、この要求を受信すると、利用者の第２のパスワードを再生成する。そして、ステップ２１０において、この再生成した第２のパスワードを利用者の端末１０１へ再送信する。
【００５４】
これによって、利用者が自己の第２のパスワードを忘れた場合であっても、管理者へ再発行を依頼することができる。したがって、このような場合に、インターネットサービスの提供者へパスワードの再発行をメール等で依頼して、再発行までに時間がかかるといった問題がなくなる。加えて、万が一、第２のパスワードが誤った電子メールアドレス宛に送信されたとしても、その電子メールの受信者は第１のパスワードが分からないため、不正利用することはできない。
【００５５】
図９は、管理者の端末１０２に表示されるＩＤ管理処理画面を示す図である。
【００５６】
管理者の端末１０２に、利用者のＩＤおよびパスワード管理画面（図９）が表示される。この画面（図９）には、管理者が管理している利用者のＩＤおよび第１のパスワードの一覧が表示される。このＩＤおよび第１のパスワードは、ＩＤ管理テーブル１０４に格納されているＩＤおよび第１のパスワードである。また、この画面（図９）には、第２のパスワード再発行ボタンも表示される。第２のパスワード再発行ボタンにより、第２のパスワードを再生成および再送信する要求が、管理者の端末１０２から認証サーバー１０３へ送信される。
【００５７】
図１０は、第２のパスワードの生成および送信の処理フローを示す図である。
【００５８】
本実施形態では、図２を参照しながら既に説明したように、認証サーバー１０３が利用者の端末１０１から登録要求を受信したことに応じて、第２のパスワードが生成および送信される。
【００５９】
図１１は、第２のパスワードの生成および送信の別の処理フローを示す図である。
【００６０】
本実施形態では、認証サーバー１０３が利用者の端末１０１から登録要求を受信した後、利用者がログインするたびに、第２のパスワードが生成および送信される。すなわち、ログイン処理の際に、利用者の端末１０１から認証サーバー１０３へ、ログイン要求が送信される前に、第２のパスワードの生成および送信を要求するためのログイン申請が送信される。ログイン申請を受信した認証サーバー１０３は、第２のパスワードを生成して利用者の端末１０１へ送信する。
【００６１】
本実施形態では、第２のパスワードは、ログイン処理ごとに、そのつど変更されるワンタイムパスワードであり、よりセキュリティを高めることができる。
【００６２】
図１２は、第２のパスワードの生成および送信のさらに別の処理フローを示す図である。
【００６３】
本実施形態では、認証サーバー１０３が利用者の端末１０１から登録要求を受信した後、定期的に第２のパスワードが生成および送信される。すなわち、認証サーバー１０３は、一定の期間ごとに第２のパスワードを生成して利用者の端末１０１へ送信する。この一定の期間は、あらかじめインターネットサービス提供者によって既定された期間であってもよいし、利用者の端末１０１または管理者の端末１０２から希望の期間を要求できるようにしてもよい。
【００６４】
本実施形態では、強制的にパスワードを定期的に変更することによって、よりセキュリティを高めることができる。
【特許請求の範囲】
【請求項１】
インターネットサービスへログインする利用者を認証するためのシステムであって、
前記利用者が選択したＩＤおよび第１のパスワードを含む登録要求を送信し、第２のパスワードを受信する登録手段と、前記利用者が選択したＩＤおよび第１のパスワード、ならびに前記受信した第２のパスワードを含むログイン要求を送信するログイン手段とを含む第１の端末と、
前記第１の端末から送信された前記登録要求を受信して記憶する格納手段と、前記登録要求を受信すると、前記利用者の第２のパスワードを生成して、前記第１の端末へ送信する送信手段と、前記第１の端末から送信された前記ログイン要求を受信し、前記受信したログイン要求に含まれる利用者のＩＤ、第１のパスワード、および第２のパスワードと、前記記憶したＩＤおよび第１のパスワード、ならびに前記生成および送信した第２のパスワードとが一致する場合はログインの許可通知を前記第１の端末に送信する送信手段とを含む認証サーバーと、
前記登録された利用者のＩＤおよび前記第１のパスワードを格納したテーブルと、
前記テーブルにアクセスして、前記利用者のＩＤおよび第１のパスワードを閲覧する第２の端末と
を備えたログイン認証システム。
【請求項２】
前記第２の端末は、前記利用者の前記第２のパスワードの再生成の要求を送信することを特徴とする請求項１に記載のログイン認証システム。
【請求項３】
前記利用者のＩＤは、前記利用者の電子メールアドレスであることを特徴とする請求項１または２に記載のログイン認証システム。
【請求項４】
前記第１のパスワードおよび前記ＩＤは、前記認証サーバーに接続されたデータベースに格納されることを特徴とする請求項１ないし３のいずれかに記載のログイン認証システム。
【請求項５】
前記認証サーバーは、前記ログイン要求を受信する前に前記第１の端末から送信される、前記第２のパスワードの生成および送信を要求するためのログイン申請を受信するたびに、前記第２のパスワードを生成および送信することを特徴とする請求項１ないし４のいずれかに記載のログイン認証システム。
【請求項６】
前記認証サーバーは、予め設定された期間ごとに、前記第２のパスワードを生成および送信することを特徴とする請求項１ないし４のいずれかに記載のログイン認証システム。
【請求項７】
インターネットサービスへログインする利用者を認証するための方法であって、
前記第１の端末が、前記利用者が選択したＩＤおよび第1のパスワードを含む登録要求を認証サーバーに送信するステップと、
認証サーバーが、前記第１の端末から送信された前記登録要求を受信して前記利用者が選択したＩＤおよび第１のパスワードを記憶するステップと、
前記認証サーバーが、前記登録要求を受信すると、第２のパスワードを生成して、前記第１の端末へ送信するステップと、
前記第１の端末が、前記第２のパスワードを受信するステップと、
前記第１の端末が、前記利用者が選択したＩＤおよび第１のパスワード、ならびに前記受信した第２のパスワードを含むログイン要求を送信するステップと、
前記認証サーバーが、前記第１の端末から前記ログイン要求を受信するステップと、
前記受信した利用者のＩＤ、第１のパスワード、および第２のパスワードを、前記記憶したＩＤおよび第１のパスワード、ならびに前記生成した第２のパスワードとそれぞれ照合して、両者が一致する場合はログインの許可通知を前記第１の端末に送信するステップと、
前記利用者が前記第１のパスワードを忘れた場合に、第２の端末が前記ＩＤおよび前記第１のパスワードを格納した前記データベースにアクセスするステップと
を備えるログイン認証の方法。
【請求項１】
インターネットサービスへログインする利用者を認証するためのシステムであって、
前記利用者が選択したＩＤおよび第１のパスワードを含む登録要求を送信し、第２のパスワードを受信する登録手段と、前記利用者が選択したＩＤおよび第１のパスワード、ならびに前記受信した第２のパスワードを含むログイン要求を送信するログイン手段とを含む第１の端末と、
前記第１の端末から送信された前記登録要求を受信して記憶する格納手段と、前記登録要求を受信すると、前記利用者の第２のパスワードを生成して、前記第１の端末へ送信する送信手段と、前記第１の端末から送信された前記ログイン要求を受信し、前記受信したログイン要求に含まれる利用者のＩＤ、第１のパスワード、および第２のパスワードと、前記記憶したＩＤおよび第１のパスワード、ならびに前記生成および送信した第２のパスワードとが一致する場合はログインの許可通知を前記第１の端末に送信する送信手段とを含む認証サーバーと、
前記登録された利用者のＩＤおよび前記第１のパスワードを格納したテーブルと、
前記テーブルにアクセスして、前記利用者のＩＤおよび第１のパスワードを閲覧する第２の端末と
を備えたログイン認証システム。
【請求項２】
前記第２の端末は、前記利用者の前記第２のパスワードの再生成の要求を送信することを特徴とする請求項１に記載のログイン認証システム。
【請求項３】
前記利用者のＩＤは、前記利用者の電子メールアドレスであることを特徴とする請求項１または２に記載のログイン認証システム。
【請求項４】
前記第１のパスワードおよび前記ＩＤは、前記認証サーバーに接続されたデータベースに格納されることを特徴とする請求項１ないし３のいずれかに記載のログイン認証システム。
【請求項５】
前記認証サーバーは、前記ログイン要求を受信する前に前記第１の端末から送信される、前記第２のパスワードの生成および送信を要求するためのログイン申請を受信するたびに、前記第２のパスワードを生成および送信することを特徴とする請求項１ないし４のいずれかに記載のログイン認証システム。
【請求項６】
前記認証サーバーは、予め設定された期間ごとに、前記第２のパスワードを生成および送信することを特徴とする請求項１ないし４のいずれかに記載のログイン認証システム。
【請求項７】
インターネットサービスへログインする利用者を認証するための方法であって、
前記第１の端末が、前記利用者が選択したＩＤおよび第1のパスワードを含む登録要求を認証サーバーに送信するステップと、
認証サーバーが、前記第１の端末から送信された前記登録要求を受信して前記利用者が選択したＩＤおよび第１のパスワードを記憶するステップと、
前記認証サーバーが、前記登録要求を受信すると、第２のパスワードを生成して、前記第１の端末へ送信するステップと、
前記第１の端末が、前記第２のパスワードを受信するステップと、
前記第１の端末が、前記利用者が選択したＩＤおよび第１のパスワード、ならびに前記受信した第２のパスワードを含むログイン要求を送信するステップと、
前記認証サーバーが、前記第１の端末から前記ログイン要求を受信するステップと、
前記受信した利用者のＩＤ、第１のパスワード、および第２のパスワードを、前記記憶したＩＤおよび第１のパスワード、ならびに前記生成した第２のパスワードとそれぞれ照合して、両者が一致する場合はログインの許可通知を前記第１の端末に送信するステップと、
前記利用者が前記第１のパスワードを忘れた場合に、第２の端末が前記ＩＤおよび前記第１のパスワードを格納した前記データベースにアクセスするステップと
を備えるログイン認証の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−９７５１２（Ｐ２０１３−９７５１２Ａ）
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願番号】特願２０１１−２３８７５４（Ｐ２０１１−２３８７５４）
【出願日】平成２３年１０月３１日（２０１１．１０．３１）
【出願人】（３９７０７７９５５）株式会社三井住友銀行 (120)
【Ｆターム（参考）】
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願日】平成２３年１０月３１日（２０１１．１０．３１）
【出願人】（３９７０７７９５５）株式会社三井住友銀行 (120)
【Ｆターム（参考）】
[ Back to top ]