(57)【要約】      （修正有）【課題】パスワードを用いた認証方式と携帯端末からの発呼を用いた認証方式との両方の認証方式を低コストで併存するサービス提供システムを提供する。【解決手段】サービス提供システム１は、ウェブサーバ１０と認証装置２０とを備える。ウェブサーバ１０は、携帯端末４０から受信したログイン要求にログインユーザのパスワードが含まれている場合、このパスワードが顧客ＤＢに記憶されているパスワードと一致することを確認してログインユーザを認証する。また、受信したログイン要求にユーザのパスワードが含まれていない場合、認証装置２０は、ログインユーザに関連付けられている携帯端末４０からの電話着信に基づいてログインユーザを認証する。また、電話認証に成功した場合、ウェブサーバ１０は、顧客ＤＢに記憶されているログインユーザのパスワードを変更する。【選択図】図１
2017219918.tif 000002
【特許請求の範囲】
【請求項１】
サービスを利用可能なユーザ毎に、前記サービスへのログイン用のパスワードと、該ユーザが所有する携帯端末の電話番号と、を記憶するユーザ情報記憶部と、
ユーザが操作するユーザ端末から前記サービスのログイン要求を受信するログイン要求受信部と、
前記ログイン要求にユーザのパスワードが含まれている場合、前記パスワードが前記ユーザ情報記憶部に記憶されている前記ユーザのパスワードと一致することを確認することにより前記ユーザを認証するパスワード認証部と、
前記ログイン要求にユーザのパスワードが含まれていない場合、前記ユーザ情報記憶部で前記ユーザに関連付けられている携帯端末からの電話着信に基づいて前記ユーザを認証する電話認証部と、
前記電話認証部でユーザの認証に成功した場合、前記ユーザ情報記憶部に記憶されている前記ユーザのパスワードを変更するパスワード変更部と、
前記パスワード認証部又は前記電話認証部でユーザを認証できた場合に、前記ログイン要求の送信元のユーザ端末に対して前記サービスを提供するための処理を実行するサービス提供部と、
を備えるサービス提供システム。
【請求項２】
前記パスワード変更部は、前記ユーザのパスワードを、前記ユーザへ通知されることのない所定桁数の乱数に変更する、
請求項１に記載のサービス提供システム。
【請求項３】
前記電話認証部は、前記携帯端末からの電話着信後、所定時間以内に前記ユーザ端末から認証の要求がなかった場合は認証を行わない、
請求項１又は２に記載のサービス提供システム。
【請求項４】
ユーザ端末から受信したサービスのログイン要求にユーザのパスワードが含まれている場合、前記パスワードがユーザ情報記憶部に記憶されている前記ユーザのパスワードと一致することを確認することにより前記ユーザを認証するパスワード認証ステップと、
前記ログイン要求にユーザのパスワードが含まれていない場合、前記ユーザに関連付けられている携帯端末からの電話着信に基づいて前記ユーザを認証する電話認証ステップと、
前記電話認証ステップでユーザの認証に成功した場合、前記ユーザ情報記憶部に記憶されている前記ユーザのパスワードを変更するパスワード変更ステップと、
前記パスワード認証ステップ又は前記電話認証ステップでユーザを認証できた場合に、前記ログイン要求の送信元のユーザ端末に対して前記サービスを提供するための処理を実行するサービス提供ステップと、
を有するサービス提供方法。
【請求項５】
コンピュータを、
サービスを利用可能なユーザ毎に、前記サービスへのログイン用のパスワードと、該ユーザが所有する携帯端末の電話番号と、を記憶するユーザ情報記憶部、
ユーザが操作するユーザ端末から前記サービスのログイン要求を受信するログイン要求受信部、
前記ログイン要求にユーザのパスワードが含まれている場合、前記パスワードが前記ユーザ情報記憶部に記憶されている前記ユーザのパスワードと一致することを確認することにより前記ユーザを認証するパスワード認証部、
前記ログイン要求にユーザのパスワードが含まれていない場合、前記ユーザ情報記憶部で前記ユーザに関連付けられている携帯端末からの電話着信に基づいて前記ユーザを認証する電話認証部、
前記電話認証部でユーザの認証に成功した場合、前記ユーザ情報記憶部に記憶されている前記ユーザのパスワードを変更するパスワード変更部、
前記パスワード認証部又は前記電話認証部でユーザを認証できた場合に、前記ログイン要求の送信元のユーザ端末に対して前記サービスを提供するための処理を実行するサービス提供部、
として機能させるプログラム。
【請求項６】
ウェブサーバと、前記ウェブサーバと通信可能に接続する認証装置と、を備えるサービス提供システムであって、
前記ウェブサーバは、
サービスを利用可能なユーザ毎に、前記サービスへのログイン用のパスワードと、該ユーザが所有する携帯端末の電話番号と、を記憶するユーザ情報記憶部と、
ユーザが操作するユーザ端末から前記サービスのログイン要求を受信するログイン要求受信部と、
前記ログイン要求にユーザのパスワードが含まれている場合、前記パスワードが前記ユーザ情報記憶部に記憶されている前記ユーザのパスワードと一致することを確認して前記ユーザを認証するパスワード認証部と、
前記ログイン要求にユーザのパスワードが含まれていない場合、認証コードを生成する認証コード生成部と、
前記認証コード生成部が生成した認証コードと、前記ユーザに関連付けられている携帯端末の電話番号を第１の規則を用いて加工したうえで不可逆に変換した認証ＩＤと、を前記認証装置に送信する認証情報送信部と、を備え、
前記認証装置は、
携帯端末からの電話着信があった際に、前記第１の規則を用いてその着信電話番号を加工したうえで不可逆に変換した認証ＩＤを生成する認証ＩＤ生成部と、
前記生成した認証ＩＤを記憶する認証ＩＤ記憶部と、
前記ウェブサーバから認証ＩＤを受信した際に、前記認証ＩＤ記憶部を参照してユーザの認証を行う電話認証部と、
前記電話認証部で認証に成功した場合、前記認証ＩＤとともに前記ウェブサーバから受信した認証コードを第２の規則を用いて変換した認証成功コードを作成し、前記ウェブサーバに送信する認証結果送信部と、を備え、
前記ウェブサーバは、
前記認証装置から受信したコードの種類を判別するコード判別部と、
前記パスワード認証部でユーザの認証に成功した場合、又は前記コード判別部が受信したコードが認証成功コードであると判別した場合に、前記ログイン要求の送信元である前記ユーザ端末に前記サービスを提供するための処理を行うサービス提供部と、を備える、
サービス提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末をユーザの認証に利用するサービス提供システム、サービス提供方法、および、プログラムに関する。
【背景技術】
【０００２】
インターネットを利用したネットバンキング、ネットショッピング、オンライントレード等のサービスが普及している。ユーザは、ＰＣ（Personal Computer）等の端末装置を操作して専用のサイトにアクセスし、パスワード等による認証を行うことにより、このようなサービスを利用することができる。特許文献１には、携帯電話からシステム側に発呼することにより、より安全にこのようなサービスを利用することができる発明について記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第３４９７７９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のパスワードを用いた認証方式から、特許文献１に記載されているような携帯電話からの発呼を用いた認証方式にシステムを切り替える場合、認証のしくみを大幅に変えることになるため、切り替え時に多大なコストがかかる。また、このような認証方式の切り替えを行った場合、携帯電話を所有していない利用者はサービスを利用することができなくなってしまう。
【０００５】
本発明は、上記実情に鑑みてなされたものであり、パスワードを用いた認証方式と携帯端末からの発呼を用いた認証方式との両方の認証方式を低コストで併存することができるサービス提供システム等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の観点に係るサービス提供システムは、
サービスを利用可能なユーザ毎に、前記サービスへのログイン用のパスワードと、該ユーザが所有する携帯端末の電話番号と、を記憶するユーザ情報記憶部と、
ユーザが操作するユーザ端末から前記サービスのログイン要求を受信するログイン要求受信部と、
前記ログイン要求にユーザのパスワードが含まれている場合、前記パスワードが前記ユーザ情報記憶部に記憶されている前記ユーザのパスワードと一致することを確認することにより前記ユーザを認証するパスワード認証部と、
前記ログイン要求にユーザのパスワードが含まれていない場合、前記ユーザ情報記憶部で前記ユーザに関連付けられている携帯端末からの電話着信に基づいて前記ユーザを認証する電話認証部と、
前記電話認証部でユーザの認証に成功した場合、前記ユーザ情報記憶部に記憶されている前記ユーザのパスワードを変更するパスワード変更部と、
前記パスワード認証部又は前記電話認証部でユーザを認証できた場合に、前記ログイン要求の送信元のユーザ端末に対して前記サービスを提供するための処理を実行するサービス提供部と、を備える。
【０００７】
前記パスワード変更部は、前記ユーザのパスワードを、前記ユーザへ通知されることのない所定桁数の乱数に変更してもよい。
【０００８】
前記電話認証部は、前記携帯端末からの電話着信後、所定時間以内に前記ユーザ端末から認証の要求がなかった場合は認証を行わなくてもよい。
【０００９】
上記目的を達成するため、本発明の第２の観点に係るサービス提供方法は、
ユーザ端末から受信したサービスのログイン要求にユーザのパスワードが含まれている場合、前記パスワードがユーザ情報記憶部に記憶されている前記ユーザのパスワードと一致することを確認することにより前記ユーザを認証するパスワード認証ステップと、
前記ログイン要求にユーザのパスワードが含まれていない場合、前記ユーザに関連付けられている携帯端末からの電話着信に基づいて前記ユーザを認証する電話認証ステップと、
前記電話認証ステップでユーザの認証に成功した場合、前記ユーザ情報記憶部に記憶されている前記ユーザのパスワードを変更するパスワード変更ステップと、
前記パスワード認証ステップ又は前記電話認証ステップでユーザを認証できた場合に、前記ログイン要求の送信元のユーザ端末に対して前記サービスを提供するための処理を実行するサービス提供ステップと、
を有する。
【００１０】
上記目的を達成するため、本発明の第３の観点に係るプログラムは、
コンピュータを、
サービスを利用可能なユーザ毎に、前記サービスへのログイン用のパスワードと、該ユーザが所有する携帯端末の電話番号と、を記憶するユーザ情報記憶部、
ユーザが操作するユーザ端末から前記サービスのログイン要求を受信するログイン要求受信部、
前記ログイン要求にユーザのパスワードが含まれている場合、前記パスワードが前記ユーザ情報記憶部に記憶されている前記ユーザのパスワードと一致することを確認することにより前記ユーザを認証するパスワード認証部、
前記ログイン要求にユーザのパスワードが含まれていない場合、前記ユーザ情報記憶部で前記ユーザに関連付けられている携帯端末からの電話着信に基づいて前記ユーザを認証する電話認証部、
前記電話認証部でユーザの認証に成功した場合、前記ユーザ情報記憶部に記憶されている前記ユーザのパスワードを変更するパスワード変更部、
前記パスワード認証部又は前記電話認証部でユーザを認証できた場合に、前記ログイン要求の送信元のユーザ端末に対して前記サービスを提供するための処理を実行するサービス提供部、として機能させる。
【００１１】
上記目的を達成するため、本発明の第４の観点に係るサービス提供システムは、
ウェブサーバと、前記ウェブサーバと通信可能に接続する認証装置と、を備えるサービス提供システムであって、
前記ウェブサーバは、
サービスを利用可能なユーザ毎に、前記サービスへのログイン用のパスワードと、該ユーザが所有する携帯端末の電話番号と、を記憶するユーザ情報記憶部と、
ユーザが操作するユーザ端末から前記サービスのログイン要求を受信するログイン要求受信部と、
前記ログイン要求にユーザのパスワードが含まれている場合、前記パスワードが前記ユーザ情報記憶部に記憶されている前記ユーザのパスワードと一致することを確認して前記ユーザを認証するパスワード認証部と、
前記ログイン要求にユーザのパスワードが含まれていない場合、認証コードを生成する認証コード生成部と、
前記認証コード生成部が生成した認証コードと、前記ユーザに関連付けられている携帯端末の電話番号を第１の規則を用いて加工したうえで不可逆に変換した認証ＩＤと、を前記認証装置に送信する認証情報送信部と、を備え、
前記認証装置は、
携帯端末からの電話着信があった際に、前記第１の規則を用いてその着信電話番号を加工したうえで不可逆に変換した認証ＩＤを生成する認証ＩＤ生成部と、
前記生成した認証ＩＤを記憶する認証ＩＤ記憶部と、
前記ウェブサーバから認証ＩＤを受信した際に、前記認証ＩＤ記憶部を参照してユーザの認証を行う電話認証部と、
前記電話認証部で認証に成功した場合、前記認証ＩＤとともに前記ウェブサーバから受信した認証コードを第２の規則を用いて変換した認証成功コードを作成し、前記ウェブサーバに送信する認証結果送信部と、を備え、
前記ウェブサーバは、
前記認証装置から受信したコードの種類を判別するコード判別部と、
前記パスワード認証部でユーザの認証に成功した場合、又は前記コード判別部が受信したコードが認証成功コードであると判別した場合に、前記ログイン要求の送信元である前記ユーザ端末に前記サービスを提供するための処理を行うサービス提供部と、を備える。
【発明の効果】
【００１２】
本発明によれば、パスワードを用いた認証方式と携帯端末からの発呼を用いた認証方式との両方の認証方式を低コストで併存することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態に係るサービス提供システムの全体構成を示す図である。
【図２】ウェブサーバの構成を示すブロック図である。
【図３】顧客ＤＢの構成例を示す図である。
【図４】認証装置の構成を示すブロック図である。
【図５】認証ＤＢの構成例を示す図である。
【図６】ユーザ端末の構成を示すブロック図である。
【図７】本発明の実施形態に係るログイン処理の動作を説明するためのフローチャート（その１）である。
【図８】本発明の実施形態に係るログイン処理の動作を説明するためのフローチャート（その２）である。
【図９】ログイン方法選択画面の例を示す図である。
【図１０】（Ａ）は、パスワード認証方式のログイン画面の例を示す図である。（Ｂ）は、電話認証方式のログイン画面の例を示す図である。
【図１１】電話認証画面の例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について図面を参照しながら詳細に説明する。なお、図中、同一または同等の部分には同一の符号を付す。
【００１５】
図１は、本発明の実施形態に係るサービス提供システム１の全体構成を示す図である。このサービス提供システムは、インターネットＮ１を介してユーザ端末３０に接続されるウェブサーバ１０と、電話網Ｎ２を介して携帯端末４０に接続される認証装置２０と、を備える。なお、ウェブサーバ１０と認証装置２０とは専用線Ｎ３（又はインターネットやイントラネット）により接続されている。
【００１６】
ウェブサーバ１０は、インターネットＮ１を介してユーザ端末３０に各種のサービスを提供する。ウェブサーバ１０は、例えば、提供するサービスを運営する企業によって管理される。ウェブサーバ１０は、図２に示すように、通信部１１と、記憶部１２と、制御部１３と、を備える。なお、ウェブサーバ１０は、１台のコンピュータから構成されていてもよいし、複数台のコンピュータから構成されていてもよい。なお、図１では１つのウェブサーバ１０しか示していないが、異なるサービスを提供する複数のウェブサーバ１０がそれぞれ認証装置２０に接続されていてもよい。
【００１７】
通信部１１は、制御部１３の制御の下、インターネットＮ１や専用線Ｎ３を介して、ユーザ端末３０や認証装置２０とデータ通信を行う。通信部１１は、例えば、ＮＩＣ（Network Interface Card）などの通信インタフェースを備える。例えば、通信部１１は、インターネットＮ１を介して、ユーザ端末３０からサービスのログイン要求を受信する。
【００１８】
記憶部１２は、ハードディスクドライブなどであり、ウェブサーバ１０が動作するために必要な各種のデータを記憶する。例えば、記憶部１２には、ウェブサーバ１０の識別情報となる企業コードが記憶されている。また、記憶部１２は、顧客ＤＢ１２１を有している。
【００１９】
顧客ＤＢ１２１には、このウェブサーバ１０が提供するサービスを利用可能な各ユーザに関する情報が記憶される。具体的には、図３に示すように、顧客ＤＢ１２１には、ユーザ毎に、ユーザＩＤ、パスワード、携帯電話番号、認証ＩＤ、認証コード等が記憶される。なお、顧客ＤＢ１２１には、図３に示す情報以外に、ユーザの氏名や住所やメールアドレス等の個人情報も記憶されていてもよい。
【００２０】
なお、ユーザＩＤは、ユーザを一意に識別するためのＩＤである。パスワードは、ユーザがサービスにログインする際の認証に利用される。携帯電話番号は、そのユーザに関連付けられている携帯端末４０の電話番号である。
【００２１】
認証ＩＤは、ユーザを認証するために使用されるＩＤである。認証ＩＤは、予め定めた規則（第１の規則）に基づいて、ユーザに関連付けられている携帯端末４０の電話番号を加工した上で不可逆に変換されて生成される。例えば、認証ＩＤは、携帯端末４０の電話番号の下４桁を先頭に移動させる加工を施した数字列を、ＭＤ５等を用いてハッシュ変換したハッシュ値である。なお、電話番号の加工の仕方は様々であり、電話番号の各数字の間に特定の文字列を挿入する加工等を施してもよい。
【００２２】
認証コードは、ユーザ認証の度に生成される乱数である。認証コードは認証装置２０に送信され、認証装置２０がウェブサーバに認証結果を通知するために使用される。
【００２３】
図２に戻り、制御部１３は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等（何れも図示せず）を備え、ＣＰＵが、ＲＡＭをワークメモリとして用い、ＲＯＭや記憶部１２に記憶されている各種プログラムを適宜実行することにより、ウェブサーバ１０の全体を制御する。また制御部は、本発明に関連する機能的な構成として、パスワード認証部１３１、認証コード生成部１３２と、認証情報送信部１３３と、コード判別部１３４と、パスワード変更部１３５、サービス提供部１３６と、を備える。
【００２４】
パスワード認証部１３１は、ユーザ端末３０から受信したログイン要求にパスワードが含まれている場合に、顧客ＤＢ１２１を参照してユーザを認証する。
【００２５】
認証コード生成部１３２は、ユーザ端末から当該ウェブサーバが提供するサービスへのログイン要求があった際に認証コードを生成する。
【００２６】
認証情報送信部１３３は、生成した認証コードと、ログインしたユーザに関連付けられている携帯端末の電話番号を第１の規則を用いて加工したうえで不可逆に変換された認証ＩＤと、を含んだ認証要求を認証装置２０に送信する。
【００２７】
コード判別部１３４は、認証装置２０からコードを受信した場合に、当該コードの種類（認証成功コード、認証失敗コードのどちらであるか）を判別する。
【００２８】
パスワード変更部１３５は、認証装置２０から認証成功コードを受信した場合に、当該認証に成功したユーザのパスワードを２４桁の乱数等といった複雑なものに変更する。なお、パスワード変更部１３５によって変更されたパスワードは、ユーザ（ユーザ端末３０）には通知されないパスワードである。
【００２９】
サービス提供部１３６は、認証できたユーザに対して、各種のサービスを提供するための処理を行う。なお、サービス提供部１３６が提供するサービスの内容は任意であり、例えば、ネットバンキングやネットショッピング等のサービスである。
【００３０】
図１に戻り、続いて、認証装置２０について説明する。認証装置２０は、ユーザ端末３０からウェブサーバ１０へのログインがあった際にユーザの認証を行う。認証装置２０は、図４に示すように、通信部２１と、記憶部２２と、制御部２３と、を備える。なお、認証装置２０は、１台のコンピュータから構成されていてもよいし、複数台のコンピュータから構成されていてもよい。
【００３１】
通信部２１は、制御部２３の制御の下、電話網Ｎ２を介して、携帯端末４０と電話通信を行う。また、通信部２１は、制御部２３の制御の下、専用線Ｎ３を介して、ウェブサーバ１０とデータ通信を行う。なお、通信部２１は、インターネットＮ１やＶＰＮ（Virtual Private Network）を介して、ウェブサーバ１０とデータ通信を行ってもよい。
【００３２】
記憶部２２は、ハードディスクドライブなどであり、認証装置２０が動作するために必要な各種のデータを記憶する。例えば、記憶部２２は、認証ＤＢ２２１を備える。
【００３３】
認証ＤＢ２２１には、図５に示すように、携帯端末４０からの電話着信時にその着信番号を加工したうえで不可逆に変換された認証ＩＤが、その着信日時とともに記憶される。なお、認証ＤＢ２２１に記憶される認証ＩＤは、ウェブサーバ１０の顧客ＤＢ１２１に記憶されている認証ＩＤと同じ規則（第１の規則）に基づいて生成される。認証ＩＤは、後述するログイン処理において、ユーザを認証するために利用され、認証後に使用されたレコードは削除される。認証ＤＢ２２１は、本発明の認証ＩＤ記憶部に相当する。
【００３４】
図４に戻り、制御部２３は、ＣＰＵ、ＲＯＭ、ＲＡＭ等（何れも図示せず）を備え、ＣＰＵが、ＲＡＭをワークメモリとして用い、ＲＯＭや記憶部２２に記憶されている各種プログラムを適宜実行することにより、認証装置２０の全体を制御する。また、制御部２３は、本発明に関連する機能的な構成として、認証ＩＤ生成部２３１と、電話認証部２３２と、認証結果送信部２３３と、を備える。
【００３５】
認証ＩＤ生成部２３１は、携帯端末４０からの電話着信時に、所定の規則（第１の規則）を用いてその着信電話番号を加工した上で不可逆に変換した認証ＩＤを生成する。なお、認証ＩＤ生成部２３１が認証ＩＤ生成のために用いる規則は、ウェブサーバ１０の顧客ＤＢ１２１に記憶されている認証ＩＤを作成するときに用いられる規則と同一である。
【００３６】
電話認証部２３２は、ウェブサーバ１０から認証ＩＤを受信した際に、認証ＤＢ２２１を参照して、ユーザの認証を行う。
【００３７】
認証結果送信部２３３は、電話認証部２３２が認証に成功した場合、認証ＩＤとともにウェブサーバ１０から受信した認証コードを所定の規則（第２の規則）を用いて変換した認証成功コードを作成する。一方、電話認証部２３２がユーザを認証できなかった場合、認証結果送信部２３３は、認証ＩＤとともにウェブサーバ１０から受信した認証コードを所定の別の規則（第３の規則）を用いて変換した認証失敗コードを作成する。そして、認証結果送信部２３３は、作成した認証結果を表すコード（認証成功コード又は認証失敗コード）をウェブサーバ１０に送信する。
【００３８】
例えば、認証結果送信部２３３は、認証に成功した場合は、所定桁数の乱数である認証コードの先頭４桁を末尾に移動させた加工を施したうえでハッシュ変換したハッシュ値を認証成功コードとして生成し、認証に失敗した場合は、認証コードの末尾４桁を先頭に移動させた加工を施したうえでハッシュ変換したハッシュ値を認証失敗コードとして生成し、ウェブサーバ１０に送信すればよい。
【００３９】
図１に戻り、続いて、ユーザ端末３０について説明する。ユーザ端末３０は、例えば、一般的なＰＣであり、インターネットＮ１を介して、ウェブサーバ１０に接続される。また、ユーザ端末３０には、Ｗｅｂブラウザ（以下、単にブラウザとする）が予めインストールされており、ウェブサーバ１０へのログインやサービスの申し込み等はブラウザの画面から行われる。ユーザ端末３０は、図６に示すように、通信部３１と、入力部３２と、表示部３３と、記憶部３４と、制御部３５と、を備える。
【００４０】
通信部３１は、通信インタフェースを備え、制御部３５の制御の下、インターネットＮ１を介して、ウェブサーバ１０とデータ通信を行う。
【００４１】
入力部３２は、キーボードやマウス等から構成され、ユーザ端末３０に様々な情報を入力するために使用される。例えば、ユーザは、入力部３２を操作して、ログインするために必要なユーザＩＤやパスワードを入力する。
【００４２】
表示部３３は、例えば液晶ディスプレイ等であり、制御部３５の制御の下、様々な情報を出力する。例えば、表示部３３には、後述するログイン画面や電話認証画面等が表示される。
【００４３】
記憶部３４は、例えば、ハードディスクトライブであり、ユーザ端末３０が動作するために必要な各種のデータを記憶する。
【００４４】
制御部３５は、ＣＰＵ、ＲＯＭ、ＲＡＭ等（何れも図示せず）を備え、ＣＰＵが、ＲＡＭをワークメモリとして用い、ＲＯＭや記憶部３４に記憶されている各種プログラムを適宜実行することにより、ユーザ端末３０の全体を制御する。
【００４５】
図１に戻り、続いて、携帯端末４０について説明する。携帯端末４０は、例えば、携帯電話やスマートフォンであり、電話網Ｎ２を介して認証装置２０に接続される。本実施形態では、携帯端末４０は、ユーザ端末３０からウェブサーバ１０へなされたログインが、サービスを利用可能なユーザによるもので有るかどうかを認証するために利用される。携帯端末４０は、通信装置、タッチパネル、フラッシュメモリ、及びＣＰＵ等（何れも図示せず）を備える。
【００４６】
続いて、上述したサービス提供システム１で、ユーザがユーザ端末３０からウェブサーバ１０が提供するサービスにログインする際の処理（ログイン処理）の動作について、図７、８のフローチャートを用いて説明する。
【００４７】
ウェブサーバ１０が提供するサービスを利用したいユーザ（以下、ログインユーザとも表記）は、ユーザ端末３０の入力部３２を操作してブラウザを起動させて所定の操作を行う。この操作に応答して制御部３５は、図９に示すようなログイン方法選択画面を表示部３３に表示させる。そして、ユーザは、入力部３２を操作して、パスワードによるログインをしたい場合は左側の「パスワードログイン」ボタンＢ１を、携帯端末４０を用いた認証を行いたい場合は「携帯端末ログイン」ボタンＢ２をクリックする。クリックされたボタンＢ１、Ｂ２に応じて、制御部３５は、所定のサイトにアクセスしてサービス開始用のログイン画面を表示部３３（ブラウザの画面）に表示させる（ステップＳ１０１）。
【００４８】
なお、図１０（Ａ）は、「パスワードログイン」ボタンＢ１がクリックされた場合に表示されるログイン画面を示す図であり、ユーザはログイン時にユーザＩＤとパスワードとを入力すればよい。これに対し、図１０（Ｂ）は、「携帯端末ログイン」ボタンＢ２がクリックされた場合に表示されるログイン画面を示す図であり、ユーザはユーザＩＤのみを入力すればよい。
【００４９】
図７に戻り、続いてユーザは、ユーザ端末３０の入力部３２を操作して、表示されたログイン画面に必要な情報（ユーザＩＤとパスワード、又はユーザＩＤのみ）を入力し、ログインボタンをクリックする。ログインボタンがクリックされると、ユーザ端末３０の制御部３５は、入力された情報を含んだログイン要求をウェブサーバ１０に送信する（ステップＳ１０２）。
【００５０】
ログイン要求を受信すると、ウェブサーバ１０の制御部１３は、このログイン要求にパスワードが含まれているか否かを判別する（ステップＳ１０３）。パスワードが含まれている場合（ステップＳ１０３；Ｙｅｓ）、制御部１３は、このログイン要求に含まれるユーザＩＤとパスワードとの組が顧客ＤＢ１２１に登録されていることを確認してユーザを認証する（ステップＳ１０４）。なお、顧客ＤＢ１２１にこのような組が登録されていない場合、認証は不成功となりエラーとして処理は終了する。認証成功後、制御部１３は、このユーザＩＤとパスワードとを用いてサービスにログインし、ログインユーザにサービスを提供するための処理を行う（図８、ステップＳ１１９）。
【００５１】
図７に戻り、一方、ログイン要求にパスワードが含まれていない場合（ステップＳ１０３；Ｎｏ）、制御部１３は、受信したログイン要求に含まれるユーザＩＤを含むレコードが顧客ＤＢ１２１に登録されていることを確認する（ステップＳ１０５）。なお、顧客ＤＢ１２１に該当するレコードが登録されていない場合、認証は不成功となりエラーとして処理は終了する。
【００５２】
続いて、ウェブサーバ１０の制御部１３は、ユーザの携帯端末４０から認証装置２０に電話（発呼）することを促す電話認証画面の画面データをユーザ端末３０に送信する（ステップＳ１０６）。そして、ユーザ端末３０の制御部３５は、図１１に示す電話認証画面を表示部３３に表示する（ステップＳ１０７）。なお、図１１に示す電話認証画面に表示されている電話番号（０３−１１１１−０００１）は、認証装置２０に発呼するための電話番号である。
【００５３】
図７に戻り、ユーザ端末３０の表示部３３に表示された電話認証画面を確認したユーザは、画面のメッセージに従い、自分の所有する携帯端末４０から認証装置２０に対して発呼する。認証装置２０の制御部２３は、ユーザ端末３０からの電話着信があると、所定の規則（第１の規則）を用いて、その着信電話番号を加工した上で不可逆に変換した認証ＩＤを生成する（ステップＳ１０８）。そして、制御部２３は、電話着信の日時と対応付けて、作成した認証ＩＤを認証ＤＢ２２１に登録する（ステップＳ１０９）。
【００５４】
一方、携帯端末４０を操作して認証装置２０に発呼（電話）し、その応答（呼出音）を確認したユーザは、ユーザ端末３０の入力部３２を操作して電話認証画面の電話認証ボタン（図１１参照）をクリックする。電話認証ボタンがクリックされると、ユーザ端末３０の制御部３５は、電話認証要求をウェブサーバ１０に送信する（ステップＳ１１０）。
【００５５】
ユーザ端末３０から電話認証要求を受信すると、ウェブサーバ１０の制御部１３は、所定桁数の乱数である認証コードを作成する（図８、ステップＳ１１１）。そして制御部１３は、顧客ＤＢ１２１を参照して、ログインを要求されたユーザ（ユーザＩＤ）に関連付けられている認証ＩＤを取得する。そして制御部１３は、取得した認証ＩＤと作成した認証コードとを含んだ電話認証依頼を認証装置２０に送信する（ステップＳ１１２）。
【００５６】
電話認証依頼を受信すると認証装置２０の制御部２３は、電話認証処理を行う（ステップＳ１１３）。具体的には、制御部２３は、電話認証依頼に含まれている認証ＩＤを有するレコードが認証ＤＢ２２１に登録されていることを確認することにより認証を行えばよい。なお、制御部２３は、この登録されている認証ＤＢ２２１のレコードの着信日時を確認して、携帯端末４０からの電話着信後、所定時間以内（例えば５分以内）にユーザ端末３０から認証要求を受信しない場合は、ユーザを認証せずにエラーとして処理を終了してもよい。また、制御部２３は、電話認証処理の終了後、認証に利用した認証ＤＢのレコードを削除する。
【００５７】
続いて認証装置２０の制御部２３は、電話認証処理の認証結果に応じた規則で電話認証依頼に含まれる認証コードを変換し（ステップＳ１１４）、ウェブサーバ１０に送信する（ステップＳ１１５）。具体的には、制御部２３は、ユーザを認証できた場合は認証コードを第２の規則を用いて変換した認証成功コードを作成し、ユーザを認証できなかった場合は認証コードを第３の規則を用いて変換した認証失敗コードを作成すればよい。
【００５８】
認証装置２０からコードを受信すると、ウェブサーバ１０の制御部１３は、ステップＳ１１１で作成した認証コードに基づいて、受信したコードが認証成功コード、認証失敗コードのどちらであるかを判別する（ステップＳ１１６）。具体的には、制御部１３は、作成した認証コードを第２の規則に基づいて変換したコードが受信したコードと一致する場合は認証成功コードであると判別する。また、制御部１３は、作成した認証コードを第３の規則に基づいて変換したコードが受信したコードと一致する場合、認証失敗コードであると判別する。
【００５９】
受信したコードが認証失敗コードであると判別した場合（ステップＳ１１６；認証失敗コード）、ウェブサーバ１０の制御部１３は、エラーとして処理を終了する（ステップＳ１１７）。なお、この際、制御部１３は、認証に失敗した旨を示すメッセージ等をユーザ端末４０に送信してもよい。
【００６０】
一方、受信したコードが認証成功コードであると判別した場合（ステップＳ１１６；認証成功コード）、制御部１３は、顧客ＤＢ１２１に記憶されているログインユーザのパスワードを変更する（ステップＳ１１８）。なお、このパスワードは、ユーザには非通知であり、ユーザは今後このパスワードを入力することは無い。そのため、制御部１３は、比較的大きな桁数（例えば２４桁）の乱数等にパスワードを更新するのが望ましい。
【００６１】
そして制御部１３は、顧客ＤＢ１２１を参照して、ログインユーザのユーザＩＤと変更されたパスワードとを用いてサービスにログインし、ログインユーザにサービスを提供するための処理を行う（ステップＳ１１９）。例えば、制御部１３は、ログインユーザのユーザ端末３０の表示部３３にサービスのメニュー画面を表示させる。以降は、認証が完了したものとして、ユーザ端末３０とウェブサーバ１０との間で適宜情報の送信、受信を行ってサービスの処理を行えばよい。以上で、ログイン処理は終了する。
【００６２】
このように、本実施形態によれば、ユーザは、パスワードを用いた認証方式（パスワード認証方式）と携帯端末４０からの発呼を用いた認証方式（電話認証方式）との両方を利用してサービスにログインすることができる。そのため、パスワード認証方式から電話認証方式にシステムを移行するような場面でも、携帯端末４０を所有していないユーザの場合は従来のパスワード認証方式を利用し続けることが可能となる。また、本実施形態によれば、ウェブサーバ１０は顧客ＤＢ１２１以外に新たなデータベースを設ける必要がなく、このような２つの認証方式が併存するシステムを比較的低コストで実現することが可能となる。
【００６３】
また、本実施形態によれば、電話認証に成功した場合、パスワードがユーザに通知されることのない複雑なものに変更される（図８、ステップＳ１１８）。そのため、以後このユーザは、パスワード認証方式でのログインが実質的に不可能となる。また、変更された複雑なパスワードはウェブサーバ１０内でのみ保持、使用され、外部に漏洩する虞も無いため、第三者によるなりすましによる不正ログインも防止することができる。
【００６４】
また、本実施形態によれば、電話認証時に、ログインユーザに関連付けられている携帯端末４０から認証装置２０に発呼を行う必要があるが、その着信電話番号は認証装置２０（認証ＤＢ２２１）に保存されず、代わりに認証ＩＤが保存される。そして、この認証ＩＤは、着信番号を所定の規則（第１の規則）で加工したうえで不可逆に変換して生成されたものである。そのため、たとえ第三者に認証ＩＤが漏洩したとしても、認証ＩＤから電話番号を復元することは困難であり、従来の電話番号を直接ユーザの認証に用いるシステムよりも高いセキュリティを確保することができる。
【００６５】
また、本実施形態によれば、ログイン要求を受信する度に、ウェブサーバ１０が乱数等である認証コードを新たに生成し、認証装置２０に送信する。そして、認証装置２０は、認証結果に応じた所定の規則（第２の規則、第３の規則）に基づいて、受信した認証コードを、認証結果を通知するためのコード（認証成功コード、認証失敗コード）に変換し、ウェブサーバ１０に返信する。従って、たとえ第三者に認証成功コードや認証失敗コードが漏洩したとしても、これらのコードは乱数（認証コード）から変換されたそれ自体では意味が無いコードであり、且つ認証の都度作成されるコードである。そのため、第三者が認証失敗コードを認証成功コードに改変してサービスへのログインを可能にするような不正アクセスを行うことは極めて困難であり、従来よりも高いセキュリティを確保することができる。
【００６６】
（変形例）
なお、上述した実施形態は一例であり、種々の変更及び応用が可能である。
【００６７】
例えば、ログイン処理において認証装置２０は、ユーザの認証に成功した場合は認証成功コード、認証に失敗した場合は認証失敗コードを生成し、ウェブサーバ１０に送信した（ステップＳ１１４、Ｓ１１５）。しかしながら、認証装置２０は、認証失敗コードの生成、送信は行わずに、認証成功コードの生成、送信のみを行ってもよい。この場合、ウェブサーバ１０は、電話認証依頼を送信してから所定時間以上、認証装置２０からのコードの受信が無い場合に認証失敗と判断すればよい。
【００６８】
また、上記実施形態では、顧客ＤＢ１２１（図３）に認証ＩＤが記憶されているが、必ずしも認証ＩＤを記憶しておく必要はない。この場合、ログイン処理の度に、顧客ＤＢに格納されているログインユーザの携帯電話番号を加工、変換して認証ＩＤを生成し、認証に利用すればよい。
【００６９】
また、上記実施形態では、ユーザ端末３０の表示部３３に電話認証画面を表示した（図７、ステップＳ１０７）。そして、電話認証画面の指示（表示）に従ってユーザが携帯端末４０から発呼を行い、電話認証画面の電話認証ボタンをクリックして電話認証要求を送信（ステップＳ１１０）した後、認証装置２０で電話認証処理（図８、ステップＳ１１３）がなされた。しかしながら、電話認証画面を表示せずに、携帯端末４０からの発呼があった際に、認証装置２０で即時に電話認証処理を行ってもよい。
【００７０】
例えば、上記実施形態では、認証装置２０は、携帯端末４０からの着信電話番号を認証ＩＤに変換して認証装置２０（認証ＤＢ２２１）に保存する。そして、認証装置２０は、ウェブサーバ１０から受信した認証ＩＤと一致することを確認して電話認証処理（ステップＳ１１３）を行った。しかしながら、認証装置２０が携帯端末４０からの着信電話番号をそのまま認証ＤＢ２２１に保存し、ウェブサーバ１０から受信したログインユーザの電話番号と一致することを確認することによりユーザの認証を行ってもよい。
【００７１】
例えば、上記実施形態では、認証装置２０が電話認証の結果をウェブサーバ１０に通知するために、都度生成した乱数等である認証コードを結果通知用のコード（認証成功コード、認証失敗コード）に変換して送信した（ステップＳ１１４、Ｓ１１５）。しかしながら、認証コードを用いずに、所定の規則に基づいて、電話認証の結果をウェブサーバ１０に通知（例えば、認証成功なら１、認証失敗なら０のコードを通知）してもよい。
【００７２】
また、ウェブサーバ１０と認証装置２０との機能を１つのコンピュータやサーバで実現してもよい。
【００７３】
本実施形態に係る認証装置２０やウェブサーバ１０、若しくは上述したウェブサーバ１０と認証装置２０との機能を実現する１つのコンピュータやサーバは、専用のシステムにより実現してもよいし、通常のコンピュータシステムにより実現してもよい。例えば、上述の動作を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に格納して配布し、該プログラムをコンピュータにインストールして、上述の処理を実行することによって認証装置２０やウェブサーバ１０を構成してもよい。また、上記プログラムをインターネットＮ１等のネットワーク上のウェブサーバ１０装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳとアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をウェブサーバ１０装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。
【００７４】
本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。
【産業上の利用可能性】
【００７５】
本発明は、インターネットを利用した各種サービスに好適に利用される。
【符号の説明】
【００７６】
１  サービス提供システム、１０  ウェブサーバ、１１  通信部、１２  記憶部、１２１  顧客ＤＢ、１３  制御部、１３１  パスワード認証部、１３２  認証コード生成部、１３３  認証情報送信部、１３４  コード判別部、１３５  パスワード変更部、１３６  サービス提供部、２０  認証装置、２１  通信部、２２  記憶部、２２１  認証ＤＢ、２３  制御部、２３１  認証ＩＤ生成部、２３２  電話認証部、２３３  認証結果送信部、３０  ユーザ端末、３１  通信部、３２  入力部、３３  表示部、３４  記憶部、３５  制御部、４０  携帯端末、Ｎ１  インターネット、Ｎ２  電話網、Ｎ３  専用線
【図１】
2017219918.tif 000003
【図２】
2017219918.tif 000004
【図３】
2017219918.tif 000005
【図４】
2017219918.tif 000006
【図５】
2017219918.tif 000007
【図６】
2017219918.tif 000008
【図７】
2017219918.tif 000009
【図８】
2017219918.tif 000010
【図９】
2017219918.tif 000011
【図１０】
2017219918.tif 000012
【図１１】
2017219918.tif 000013