認証システム
【課題】認証結果は認証要求をした端末にのみ送信されることを担保したセキュリティ性が高い認証システムを提供する。
【解決手段】主サーバ３が第一端末２から認証要求を受信すると、ペア情報生成手段３１１は第１コードと第２コードのペア情報を生成、記憶する。第１コードは副サーバ４とともに第一端末２へ送信され、第一端末２からの第１コードにより副サーバ４へ至る第１経路を形成する。第２コードは主サーバ３からは副サーバ４へのみ送信される。第１経路形成で受信した第１コードを副サーバ４で照合一致すると、対応する第２コードが副サーバ４から第一端末２へ送信され、第一端末２からの主サーバ３からの第１コードと副サーバ４からの第２コードのペア情報により主サーバ３へ至る第２経路を形成する。主サーバ３は、第２経路形成で受信したペア情報と記憶したペア情報とを照合した結果を、認証要求に対する認証結果として送信する。
【解決手段】主サーバ３が第一端末２から認証要求を受信すると、ペア情報生成手段３１１は第１コードと第２コードのペア情報を生成、記憶する。第１コードは副サーバ４とともに第一端末２へ送信され、第一端末２からの第１コードにより副サーバ４へ至る第１経路を形成する。第２コードは主サーバ３からは副サーバ４へのみ送信される。第１経路形成で受信した第１コードを副サーバ４で照合一致すると、対応する第２コードが副サーバ４から第一端末２へ送信され、第一端末２からの主サーバ３からの第１コードと副サーバ４からの第２コードのペア情報により主サーバ３へ至る第２経路を形成する。主サーバ３は、第２経路形成で受信したペア情報と記憶したペア情報とを照合した結果を、認証要求に対する認証結果として送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等のＩＰネットワークを用いて利用者へ各種サービスを提供するサービスプロバイダとサービスを受ける利用者を認証する認証サービスを提供する認証プロバイダとが認証連携する際の、認証プロバイダが提供する認証システムに関する。
【背景技術】
【０００２】
従来、利用者がＰＣ上でＷＥＢサービスを利用するときに、サービス提供を行なうサービスプロバイダと利用者の認証を行なう認証プロバイダとが連携する認証連携の仕組みが知られ、使用するＰＣを限定しない場合の利用者の認証には固定のＩＤ／パスワードによる認証方法が主に用いられている。例えば、ＯｐｅｎＩＤは、ＷＥＢサイトのＵＲＬ形式で構成されたユーザーの身元確認のためのＩＤであり、ＯｐｅｎＩＤに対応する各種ＷＥＢサイトで使用できる（非特許文献１）。
【０００３】
また、携帯電話は１人１台を所持するのが当たり前となる中、ＰＣでの認証のセキュリティ性を向上するため、利用者が専有している事前登録された携帯電話を併用して認証する方法が知られている（特許文献１）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】OpenID.ne.jp、http://www.openid.ne.jp/
【特許文献】
【０００５】
【特許文献１】特開２００７−１９３７６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、このような認証連携において、認証プロバイダによる利用者の認証結果は、利用者がサービスを受けたい端末を介してサービスプロバイダに転送される。そのため、認証プロバイダによる利用者の認証が成功していても、その認証成功の結果が認証要求を行なった端末に送信される過程で別の端末を使用する悪意の第三者により搾取されると、この第三者がなりすまししてサービスを不正利用するという脅威が存在する。
【０００７】
また、固定のＩＤ／パスワードによる利用者の認証では、ＩＤ／パスワードの盗難・漏洩に起因する悪意の第三者によるなりすましの脅威も存在する。また、携帯電話を併用する場合、使用できる携帯電話を予め登録する必要があり、広く使われるには利便性の面でまだ課題がある。
【０００８】
そこで、本発明は、認証結果は認証要求をした端末にのみ送信されるセキュリティ性が高い認証システムを提供することを目的とする。また、携帯電話等の端末を併用した場合の利便性を改善した認証システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
かかる課題を解決するために、本発明は、第一端末、主サーバ、副サーバがネットワークを介して接続され、第一端末、主サーバおよび副サーバが協同して認証した結果を認証要求した第一端末が取得できる認証システムであって、第一端末は、主サーバに対して認証要求信号を送信する認証要求手段と、主サーバから第１コードを受信すると副サーバに対して当該第１コードを含む第２コード要求信号を送信する第１経路形成手段と、副サーバから第２コードを受信すると、当該第２コードと主サーバから受信した第１コードとを含む第２コード照合要求信号を主サーバに送信する第２経路形成手段と、主サーバから認証結果を受信する結果受信手段とを有し、主サーバは、第一端末から認証要求信号を受信する毎に、認証要求に対応する第１コードと第２コードを生成するとともに、認証要求信号毎に生成した第１コードと第２コードを対応付けて主サーバ記憶部に記憶させるペア情報生成手段と、対応付けた第１コードと第２コードを副サーバに送信するとともに、第１コードを第一端末に送信する第１経路制御手段と、第一端末から第２コード照合要求信号を受信したとき、主サーバ記憶部に記憶した第２コードと受信した第２コードとを照合する第２コード照合手段と、第２コード照合手段での照合結果を認証要求に対する認証結果として第一端末に送信する結果送信手段とを有し、副サーバは、主サーバから受信した第１コードと第２コードを対応付けて副サーバ記憶部に記憶させるデータ取得手段と、第一端末からの第２コード要求信号を受信すると、副サーバ記憶部の第１コードと受信した第１コードを照合して、一致するか否かを判定する第１コード照合手段と、第１コード照合手段にて一致すると照合した第１コードに対応する第２コードを第２コード要求信号の送信元に送信する第２経路制御手段とを有することを特徴とする認証システムを提供する。これにより、認証要求信号の送信元である端末にのみ認証結果を送信することができる。
【００１０】
かかる認証システムにおいて、第１コードがセッションキーであるのが好ましい。これにより、第１コードとして認証要求信号を受信する都度生成されるセッションキーを用いることができる。
【００１１】
また、かかる認証システムにおいて、第２コードが秘密情報であるのが好ましい。これにより、第１コードと第２コードのペア情報に対する機密性が増し、認証要求信号の送信元である端末への認証結果送信に対する信頼性を向上することができる。
【００１２】
また、かかる認証システムにおいて、主サーバでは、ペア情報生成手段が第一端末からの認証要求の通信中に得られる第一端末を特定するアクセス元情報を認証要求信号毎に生成した第１コードと第２コードに対応付けて主サーバ記憶部に記憶し、第１経路制御手段がペア情報生成手段にて対応付けたアクセス元情報を第１コード及び第２コードとともに副サーバへ送信し、副サーバでは、データ取得手段がアクセス元情報を第１コード及び第２コードに対応付けて副サーバ記憶部に記憶し、第２経路制御手段が第２コード要求信号の送信元がアクセス元情報にて特定される第一端末である場合に第２コードを送信するのが好ましい。これにより、認証要求信号の送信元を更に厳密に確認でき、認証要求信号の送信元である端末への認証結果送信に対する信頼性を向上することができる。
【００１３】
また、かかる認証システムにおいて、更に、第一端末から第２コード要求信号を、ネットワークを介することなく取得し、ネットワークを介して副サーバに転送する中継手段を少なくとも有する第二端末を有し、第一端末の第１経路形成手段は、第２コード要求信号を第二端末に送信するのが好ましい。これにより、認証の過程で、予め登録されていない場合でも、携帯端末を併用することが可能になる。
【００１４】
また、かかる認証システムにおいて、副サーバは、第二端末が利用者登録された端末であることを確認できたことを条件に第２コードの送信を可能にする第二端末確認手段を更に有するのが好ましい。これにより、予め利用者と端末を対応付けて登録しておき、利用者の認証もすることが可能になる。
【発明の効果】
【００１５】
本発明によれば、認証結果は認証要求をした端末にのみ送信されるセキュリティ性が高い認証システムを提供することができる。また、携帯端末を使用した時の利便性を改善した認証システムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明による認証システムを説明するための図である。
【図２】認証システムを用いた認証連携システムを説明するための図である。
【図３】認証主サーバ装置の主サーバ記憶部を説明するための図である。
【図４】認証副サーバ装置の副サーバ記憶部を説明するための図である。
【図５】認証システムを用いた認証連携システムのフローチャートである。
【図６】サービス端末の処理フローチャートである。
【図７】認証主サーバ装置の処理フローチャートである。
【図８】認証副サーバ装置の処理フローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明に係る認証システムについて、図を参照しつつ説明する。図１は、本発明による認証システムの構成図である。図１に示す認証システム１は、利用者が認証を受けるために操作する第一端末２（サービス端末２）と、第一端末２の利用者が所持する第二端末６（携帯端末６）と、認証プロバイダによって提供される主サーバ３（認証主サーバ装置３）及び副サーバ４（認証副サーバ装置４）とがネットワーク５を介して接続されてなる。
【００１８】
図２は、図１の認証システムを使用した認証連携システムを説明する図である。図２に示す認証連携システムは、認証連携するサービスプロバイダがサービスを提供するためのサービス提供サーバ装置７が、認証システム１とネットワーク５を介して接続されてなる。このとき、認証連携する認証プロバイダは、サービスの提供を要求する過程で認証を受けるサービス端末２を介して、サービスプロバイダのサービス提供サーバ装置７へ、認証主サーバ装置３から認証結果を提供する。
【００１９】
サービス端末２は、ネットワーク５を介してサービス提供サーバ装置７から所定のサービスの提供を受ける。このとき、サービス端末２は、サービス提供サーバ装置７へサービス提供要求を送信し、サービス提供サーバ装置７が行なうサービスの提供の認可処理に必要な利用者の認証結果を得るためにサービス提供サーバ装置７から送信される認証プロバイダへの認証転送要求を受けて認証要求を送信し、ネットワーク５を介して認証主サーバ装置３と認証副サーバ装置４と協同して得えられた認証結果を、サービス提供サーバ装置７へ転送により提示する。このため、ネットワーク５を通じて認証主サーバ装置３、認証副サーバ装置４、及びサービス提供サーバ装置７との通信を行なう第一端末通信部２３と、サービス端末２の各種制御を行なう第一端末制御部２１と、利用者によるサービス端末２への各種入力操作を処理する第一端末操作部２２と、を有する。
【００２０】
第一端末制御部２１は、サービス提供要求の送信処理、認証転送要求の受信処理、認証要求の送信処理、第１コードの一形態であるセッションキーの受信処理、第２コードの一形態であるユニークコードの要求処理、セッションキーとユニークコードとのペア情報の照合要求処理、認証結果の受信・転送処理など処理の制御を行なう。このため、認証要求手段２１１と第１経路形成手段２１２と第２経路形成手段２１３と結果受信手段２１４を持つ。
【００２１】
認証要求手段２１１は、第一端末制御部２１がサービス提供サーバ装置７へ送信したサービス提供要求を受けて受信するサービス提供サーバ装置７の認証主サーバ装置３への認証転送要求に基づいて、認証主サーバ装置３へ認証要求を送信する。
【００２２】
第１経路形成手段２１２は、認証主サーバ装置３からセッションキーを受信すると、受信したセッションキーを本発明における第２コード要求信号として、ネットワーク５を介さずに携帯端末６へ提示し、携帯端末６を中継させて認証副サーバ装置４へ送信させ、セッションキーの照合の経路（すなわち、本発明における第１経路）を形成する。なお、第１経路形成手段２１２は、携帯端末６を中継させずに、認証主サーバ装置３から受信したセッションキーを、ネットワーク５を介して直接認証副サーバ装置４へ送信し、セッションキーの照合の経路を形成してもよい。
【００２３】
第２経路形成手段２１３は、認証副サーバ装置４からユニークコードを受信すると、認証主サーバ装置３から受信したセッションキーと認証副サーバ装置４から受信したユニークコードとを含むユニークコード照合要求（すなわち、本発明における第２コード照合要求信号）を認証主サーバ装置３へ送信し、ユニークコードの照合の経路（すなわち、本発明における第２経路）を形成する。このとき、第２経路形成手段２１３は、第１経路形成手段２１２によるセッションキーの照合の経路の形成の開始後、認証副サーバ装置４に対してユニークコード要求を所定の間隔で定期的に送信し、認証副サーバ装置４においてセッションキーの照合が完了している場合にのみユニークコードをユニークコード要求のＯＫ応答として認証副サーバ装置４からユニークコードを受信する。
【００２４】
結果受信手段２１４は、第２経路形成手段２１３が送信したユニークコード照合要求の応答として認証主サーバ装置３から認証結果を受信し、サービス提供サーバ装置７へ転送する。
【００２５】
第一端末操作部２２は、キーボードやテンキー、マウス、外部入力端子等によって構成される。第一端末操作部２２は、サービス端末２を利用する利用者の入力操作を受けつけ、例えば、サービスプロバイダからサービス提供を受けるのに必要なサービス提供ＩＤや利用者が利用したい認証サービスに関する情報即ち認証プロバイダの認証主サーバ装置３に関する情報や、認証プロバイダへ送信するＩＤ／パスワードを取得するのに用いる。
【００２６】
第一端末通信部２３は、ネットワーク５を通じて、認証主サーバ装置３、認証副サーバ装置４、サービス提供サーバ装置７との通信を行なうインタフェースである。
【００２７】
また、サービス端末２は、液晶ディスプレイ（ＬＣＤ）やスピーカ、外部出力端子等によって構成される第一端末出力部（不図示）を有する。第一端末出力部は、サービス端末２が各種要求を送受信する際の処理画面を表示したり、認証主サーバ装置３から受信したセッションキーを携帯端末６へ提示するため、セッションキーの内容を音、文字、２次元バーコード等に変換して出力したりする。
【００２８】
認証主サーバ装置３は、認証副サーバ装置４と連動して、サービス端末２を認証するサーバである。認証主サーバ装置３は、サービス端末２から認証要求を受信すると、その認証要求毎にセッションキーとユニークコードのペア情報を生成し、記憶する。また、認証主サーバ装置３は、サービス端末２から受信した認証要求に対するアクセス元情報を取得し、セッションキーとユニークコードのペア情報と対応付けて記憶する。認証主サーバ装置３は、セッションキーの照合の経路を経てユニークコードの照合のための経路を形成できるように、認証副サーバ装置４へ対応付けたセッションキーとユニークコードとアクセス元情報を送信するとともに、セッションキーを送信し、セッションキーの照合の経路を制御する。また、認証主サーバ装置３は、サービス端末２からユニークコード照合要求を受信し、記憶してあるペア情報と受信したペア情報にて、ユニークコードを照合し、その照合結果を認証要求の認証結果として出力する。このため、認証主サーバ装置３は、ネットワーク５を通じて認証副サーバ装置４やサービス端末２との通信を行なう主サーバ通信部３３と、認証主サーバ装置３の各種制御を行なう主サーバ制御部３１と、主サーバ記憶部３２と、を有する。
【００２９】
主サーバ制御部３１は、認証要求の受信処理、アクセス元情報の取得処理、ペア情報生成処理、ペア情報及びセッションキーの送信処理、ユニークコード照合要求の受信とユニークコードの照合処理、認証結果の送信処理、ペア情報の消去処理など処理の制御を行なう。このため、ペア情報生成手段３１１と第１経路制御手段３１２と第２コード照合手段３１３と結果送信手段３１４とを持つ。
【００３０】
ペア情報生成手段３１１は、サービス端末２から認証要求を受信すると、セッションキーとユニークコードのペア情報を生成する。ここで、セッションキーは、端末からのアクセスを特定し、第１経路を形成するために用いられる。ユニークコードは、第１経路を正しく経たことを確認するための第２経路を形成する際に用いられる。なお、ユニークコードを生成する際、種々の生成方法が考えられるが、悪意のある第三者に推測されにくく第２経路を形成する用途以外に用いられない秘密情報にして生成するのが好ましく、また、複数の異なるセッションキーに同じ値のユニークコードが共通して使用されないよう、セッションキーに対して一意になるように生成するのが好ましい。また、ペア情報生成手段３１１は、生成したペア情報を取得済みのアクセス元情報と対応付け、後述の主サーバ記憶部３２に記憶する。
【００３１】
第１経路制御手段３１２は、主サーバ通信部３３を通じて、認証副サーバ装置４へ、ペア情報生成手段３１１で対応付けたセッションキーとユニークコードとアクセス元情報を送信する。また、第１経路制御手段３１２は、主サーバ通信部３３を通じて、サービス端末２へ、ペア情報の中からセッションキーのみを送信する。
【００３２】
第２コード照合手段３１３は、サービス端末２からユニークコード照合要求を受信すると、サービス端末２からアクセス元情報を取得して、主サーバ記憶部３２に記憶したアクセス元情報と一致するか判断する。また、ユニークコード照合要求に含まれるセッションキーとユニークコードのペア情報が、主サーバ記憶部３２に記憶したセッションキーとユニークコードのペア情報と一致するか判断して照合し、照合結果を出力する。
【００３３】
結果送信手段３１４は、第２コード照合手段３１３が出力した照合結果を、サービス端末２から受信した認証要求に対する認証結果として、サービス端末２へ送信する。結果送信手段３１４によって認証結果を送信されて一定時間が経過すると、主サーバ制御部３１によって結果送信済みの対応付けられたセッションキー、ユニークコード及びアクセス元情報を主サーバ通信部３３から消去される。
【００３４】
主サーバ記憶部３２は、ＲＯＭ、ＲＡＭ、磁気ハードディスク等の記憶装置であり、各種プログラムや各種データを記憶し、ペア情報生成手段３１１で生成されるセッションキー及びユニークコードとアクセス元情報とを対応付けて記憶する。アクセス元情報は、IPアドレスやMACアドレスなど、送信時の宛先以外の送信元情報が得られるサービス端末２の固有の情報や認証要求送信時の接続情報などあるタイミングでの端末の特定に使える情報である。
【００３５】
図３は、主サーバ記憶部３２にセッションキー、ユニークコード、アクセス元情報を記憶するテーブルの一例である。図３では、セッションキー３２１とユニークコード３２２とアクセス元情報３２３とアクセス時刻３２４が対応付けて記憶されている。認証要求を受信した時刻を不図示のタイマから取得してアクセス時刻３２４に格納される、認証要求を受信して得られるサービス端末２のアクセス元情報がアクセス元情報３２３に格納される。
例えば、2010/07/10の15:30:00に受信した認証要求を送信したサービス端末２のアクセス元情報は192.168.1.mmm aa:bb:cc:ddであり、これに対するセッションキーがaaaaa、ユニークコードがxxxxxと対応付けて記憶されている。同様に、2010/07/10の15:35:00に受信した認証要求を送信したサービス端末２のアクセス元情報は192.168.1.nnn
ee:ff:gg:hhであり、これに対するセッションキーがbbbbb、ユニークコードがyyyyyと対応付けて記憶されている。
【００３６】
主サーバ通信部３３は、ネットワーク５を通じて、認証副サーバ装置４やサービス端末２との通信を行なうインタフェースである。
【００３７】
認証副サーバ装置４は、認証主サーバ装置３から、対応付けられたセッションキー、ユニークコード、アクセス元情報を受信し、記憶する。また、認証副サーバ装置４は、サービス端末２からのセッションキーを中継する携帯端末６から受信してセッションキーの照合を行ない、セッションキーの照合が成功すると、サービス端末２へはユニークコードを送信してユニークコードの照合の経路の制御を行ない、前述の認証主サーバ装置３と連動してサービス端末２を認証するサーバである。このため、認証副サーバ装置４は、ネットワーク５を通じて認証主サーバ装置３やサービス端末２との通信を行なう副サーバ通信部４３と、認証副サーバ装置４の各種制御を行なう副サーバ制御部４１と、副サーバ記憶部４２と、を有する。
【００３８】
副サーバ制御部４１は、認証主サーバ装置３からのデータ取得処理、セッションキー照合要求の受信とセッションキーの照合処理、ユニークコード要求の処理とユニークコードの送信処理、アクセス元情報の取得処理、ペア情報の消去処理、携帯端末６の登録確認処理など処理の制御を行なう。このため、データ取得手段４１１と第１コード照合手段４１２と第２経路制御手段４１３と第二端末確認手段４１４とを持つ。
【００３９】
データ取得手段４１１は、認証主サーバ装置３から、対応づけられたセッションキー、ユニークコード、アクセス元情報を受信し、後述の副サーバ記憶部４２へ記憶する。
【００４０】
第１コード照合手段４１２は、サービス端末２からのセッションキーを中継する携帯端末６から受信すると、受信したセッションキーに対応するセッションキーが副サーバ記憶部４２に記憶されているか否かを照合し、照合結果を出力する。なお、携帯端末６を中継せずにサービス端末２から直接送信されたセッションキーを受信すると、同様に、受信したセッションキーに対応するセッションキーが副サーバ記憶部４２に記憶されているかを照合してもよい。
【００４１】
第２経路制御手段４１３は、第１コード照合手段４１２において照合が一致すると、セッションキーの送信元であるサービス端末２へユニークコードを送信する。このとき、第２経路制御手段４１３は、サービス端末２からユニークコード要求を所定の間隔で定期的に受信し、第１コード照合手段４１２でセッションキーの照合が完了し、照合に成功している場合にのみユニークコードをユニークコード要求の応答として送信する。ユニークコード要求を受信したときに、第１コード照合手段４１２において照合済みか否かを確認して、照合済みで照合ＯＫならばユニークコードを含むＯＫ応答を、照合済みだが照合ＮＧならユニークコードは含まないＮＧ応答を、未照合であればＷＡＩＴＩＮＧ応答を生成し送信する。第２経路制御手段４１３によってユニークコードが送信されて一定時間が経過すると、副サーバ制御部４１によって送信済みの対応付けられたセッションキー、ユニークコード及びアクセス元情報を副サーバ記憶部４２から消去される。
【００４２】
第二端末確認手段４１４は、サービス端末２からのセッションキーを中継する携帯端末６から利用者登録情報をあわせて受信すると、携帯端末６を予め利用者登録された端末か否かを確認し、第２経路制御手段４１３のユニークコード送信を制御し、照合ＮＧを返す。携帯端末６が利用者登録済みであれば、第２経路制御手段４１３は、第１コード照合手段４１２の照合結果に基づいてユニークコードを送信させる。しかし、携帯端末６が利用者登録済みでなければ、第１コード照合手段４１２において照合が一致していても、ユニークコードを送信させない。なお、予め利用者登録された端末の確認方法として、携帯端末６の利用者の認証のほか、中継可能な端末機種の確認など、種々の方法がある。
【００４３】
副サーバ記憶部４２は、ＲＯＭ、ＲＡＭ、磁気ハードディスク等の記憶装置であり、各種プログラムや各種データを記憶し、データ取得手段４１１で認証主サーバ装置３から受信するセッションキー及びユニークコードとアクセス元情報とを対応付けて記憶する。
【００４４】
図４は、副サーバ記憶部４２にセッションキー、ユニークコード、アクセス元情報を記憶するテーブルの一例である。図４では、セッションキー４２１とユニークコード４２２とアクセス元情報４２３とアクセス有効期限４２４とセッションキー照合状況４２５が対応付けて記憶されている。図３の主サーバ記憶部３２のテーブルの各フィールドと対応しており、データ取得手段４１１が認証主サーバ装置３から受信し、記憶する。対応関係は、セッションキー３２１がセッションキー４２１、ユニークコード３２２がユニークコード４２２、アクセス元情報３２３がアクセス元情報４２３である。アクセス時刻３２４とアクセス有効期限４２４は、認証要求を受信した時刻に基づいてセッションキー照合要求を受信可能な時刻の関係である。また、セッションキー照合状況４２５は、セッションキー照合要求に基づいてセッションキー照合が行なわれたか否か、照合ＯＫか照合ＮＧかを示すフィールドである。
例えば、図４において、セッションキー４２１とユニークコード４２２とアクセス元情報４２３は、図３のセッションキー３２１とユニークコード３２２とアクセス元情報３２３と同じ値が格納されている。アクセス有効期限４２４はアクセス時刻３２４に対して５分間の設定である。セッションキー照合状況４２５は、セッションキーがaaaaaの場合、セッションキー照合が行なわれて照合ＯＫの状態で“ＯＫ”が格納され、セッションキーがbbbbbの場合、セッションキー照合はまだ行なわれていない状態で“未”が格納されている。
【００４５】
副サーバ通信部４３は、ネットワーク５を通じて、認証主サーバ装置３やサービス端末２や携帯端末６との通信を行なうインタフェースである。
【００４６】
ネットワーク５は、サービス提供サーバ装置７、認証主サーバ装置３、認証副サーバ装置４、サービス端末２及び携帯端末６に接続され、インターネット等の広域通信網あるいは閉域通信網などのＩＰ網、あるいは携帯電話通信網である。
【００４７】
携帯端末６は、携帯電話など利用者が携帯する、セッションキーの照合の経路を形成する装置で、サービス端末２から取得するセッションキーを中継し、認証副サーバ装置４へ送信する。このため、携帯端末６は、中継手段６１を有する。
【００４８】
中継手段６１は、ネットワーク５を介さずにサービス端末２から提示されたセッションキーを取得し、ネットワーク５を介してサービス端末２から取得したセッションキーを認証副サーバ装置４へ送信する。例えば、サービス端末２の画面に２次元バーコード化されたセッションキーが表示される場合、不図示のカメラを用いて２次元バーコードを読み込んでデコードすることで、ネットワーク５を介さずにサービス端末２からセッションキーを取得する。
【００４９】
また、携帯端末６は不図示の入力部や記憶部を有し、認証副サーバ装置４へセッションキーを送信する際に、利用者が入力又は携帯端末６に保持した認証副サーバ装置４に対する利用者登録情報を共に送信し、利用者の認証に用いる。
【００５０】
サービス提供サーバ装置７は、サービス端末２にサービスを提供するサーバである。サービス端末２からサービス提供要求を受信すると、提示された認証主サーバ装置３への認証転送要求をサービス端末２に送信する。サービス端末２経由で、認証主サーバ装置３から送られた認証結果を受信して認可処理を行い、認証結果が認証成功であればサービス端末２にサービス提供する。
【００５１】
次に、図５を参照しつつ、図２の認証連携システムの全体フローを説明する。なお、以下に説明する処理フローは、第一端末制御部２１、主サーバ制御部３１、副サーバ制御部４１及び携帯端末６やサービス提供サーバ装置２で実行されるプログラムによって制御されている。
【００５２】
図５に示すように、認証連携システムの全体フローは、サービス端末２が、サービス提供サーバ装置７に対して認証主サーバ装置３を提示して、サービス提供要求を送信すること（ステップＳ１）によって開始する。サービス提供要求を受信したサービス提供サーバ装置７はサービス端末２に認証主サーバ装置３への認証転送要求を送信する（ステップＳ２）。
【００５３】
サービス端末２の認証要求手段２１１は、サービス提供サーバ装置２から受信した認証主サーバ装置３への認証転送要求にしたがって認証主サーバ装置３へ認証要求を送信する（ステップＳ３）。認証要求を受信した認証主サーバ装置３は、まず、認証要求の送信元のサービス端末２からアクセス元情報を取得する。また、認証主サーバ装置３のペア情報生成手段３１１はセッションキーとユニークコードのペア情報を生成し、取得したアクセス元情報と対応付けて主サーバ記憶部３２に記憶する（ステップＳ４）。
【００５４】
次に、認証主サーバ装置３の第１経路制御手段３１２は、セッションキー、ユニークコード、アクセス元情報を認証副サーバ装置４へ送信する（ステップＳ５）。認証副サーバ装置４のデータ取得手段４１１は、認証主サーバ装置３から受信したセッションキーとユニークコードとアクセス元情報を対応付けて副サーバ記憶部４２に記憶する（ステップＳ６）。
【００５５】
また、認証主サーバ装置３の第１経路制御手段３１２は、セッションキーをサービス端末２に送信する（ステップＳ７）。サービス端末２の第１経路形成手段２１２は、認証主サーバ装置３から受信したセッションキーを画面に表示する（ステップＳ８）。その後、サービス端末２の第１経路形成手段２１２は認証副サーバ装置４に対してセッションキーを伴うセッションキー経路形成のためのセッションキー照合結果要求（すなわち、ユニークコード要求）を、以後セッションキー照合の成功の結果（すなわち、ユニークコードを含むＯＫ応答）を取得できるまで、定期的に送信する（ステップＳ１０）。
【００５６】
認証副サーバ装置４の第２経路制御手段４１３は、ユニークコード要求を受信すると受信したセッションキーに対するセッションキー照合が行われているかどうかを確認し（ステップＳ１１）、セッションキー照合がまだ行なわれていない場合はセッションキー未照合の応答（ＷＡＩＴＩＮＧ応答）を返す（ステップＳ１２）。
【００５７】
携帯端末６では、利用者の操作によりサービス端末２の画面に表示されているセッションキーが入力される（ステップＳ９）。その後、利用者の操作を受けて、携帯端末６の中継手段６１はセッションキーを認証副サーバ装置４に送信する（ステップＳ１３）。
【００５８】
認証副サーバ装置４の第１コード照合手段４１２は、携帯端末６から受信したセッションキーが認証主サーバ装置３から受信して記憶したセッションキーと一致するか否かを判定し、その結果をセッションキー照合結果として記憶する（ステップＳ１４）。
【００５９】
認証副サーバ装置４の第２経路制御手段４１３は、セッションキー照合の成功の判定後にサービス端末２からユニークコード要求を受信すると（ステップＳ１６）、そのアクセス元を取得し、認証主サーバ装置３から送られてきたアクセス元と一致するか否かを判定し、アクセス元が一致しかつセッションキー照合結果が成功であった場合にのみユニークコード含むＯＫ応答をサービス端末２に送信する（ステップＳ１７）。それ以外の場合は、ＮＧ応答による失敗のメッセージを出して処理を終了する。
【００６０】
サービス端末２はＯＫ応答によりユニークコードを受信すると、第２経路形成手段２１３がユニークコードとセッションキーを含むユニークコード照合要求を認証主サーバ装置３に送信する（ステップＳ１８）。このとき、サービス端末２はＮＧ応答により失敗のメッセージを受け取ると、その旨表示し処理を終了する。
【００６１】
認証主サーバ装置３がユニークコード照合要求を受信すると、第２コード照合手段３１３は主サーバ記憶部３２に記憶してあるセッションキーとユニークコードとサービス端末２より受け取ったセッションキーとユニークコードとを比較してユニークコード照合を行い（ステップＳ１９）、その結果を認証結果としてサービス端末２に返す（ステップＳ２０）。
【００６２】
サービス端末２は受け取った認証結果をサービス提供サーバ装置７に送信する（ステップＳ２１）。サービス提供サーバ装置７は受信した認証結果を判定し（ステップＳ２２）、認証成功であることを確認できると、サービス端末２に対してサービスの提供を始める。
【００６３】
次に、サービス端末２の詳細な処理フローを、図６を参照しつつ説明する。
図６に示すように、サービス端末２の認証連携の処理フローは、第一端末制御部２１がサービス提供サーバ装置７へ利用者が指定する認証プロバイダに関する情報とサービス提供ＩＤを含んだサービス提供要求を送信すること（ステップS１００）によって、開始する。
【００６４】
第一端末制御部２１がサービス提供サーバ装置７へサービス提供要求を送信すると、折り返し、サービス提供サーバ装置７から利用者によって指定された認証プロバイダへの認証結果転送要求を受信する（ステップＳ１０１）。認証要求手段２１１は、認証プロバイダに対応する認証主サーバ装置３へ、認証結果転送要求にもとづく認証要求を送信する（ステップＳ１０２）。
【００６５】
認証要求手段２１１が認証主サーバ装置３へ認証要求を送信すると、折り返し、認証主サーバ装置３の第１経路制御手段３１２からセッションキーを受信する（ステップＳ１０３）。
第１経路形成手段２１２は、認証主サーバ装置３から受信したセッションキーを、携帯端末６にて当該セッションキーを取り込めるように２次元バーコード化して、画面に表示する（ステップＳ１０４）。
【００６６】
その後、第１経路形成手段２１２は、セッションキーを含むユニークコード要求を認証副サーバ装置４へ送信し（ステップＳ１０５）、認証副サーバ装置４から応答を受信するまで待機する（ステップＳ１０６）。認証副サーバ装置４からからユニークコードを含むＯＫ応答を受信すると（ステップＳ１０６−Ｙｅｓ）、第２経路形成手段２１３は、先に認証主サーバ装置３から受信したセッションキーと認証副サーバ装置４から受信したユニークコードを含むユニークコード照合要求を認証主サーバ装置３へ送信する（ステップＳ１０７）。そして、認証主サーバ装置３からの応答を受信するまで、処理を待機する（ステップＳ１０８）。応答を受信すると（ステップＳ１０８−Ｙｅｓ）、結果受信手段２１４はその内容をサービス提供サーバ装置７へ転送し（ステップＳ１０９）、本ルーチンの処理を終了する。
【００６７】
ステップＳ１０６において、認証副サーバ装置４からからユニークコードを含まないＷＡＩＴＩＮＧ応答を受信すると（ステップＳ１０６−Ｎｏ）、所定の時間を待機した後に、ステップＳ１０５へ戻り、第１経路形成手段２１２は、ユニークコード要求を送信する。また、認証副サーバ装置４からからユニークコードを含まないＮＯ応答を受信すると（不図示）、不適切なセッションキーだったとして、本ルーチンを終了する。
【００６８】
次に、認証主サーバ装置３の詳細な処理フローを、図７を参照しつつ説明する。
図７に示すように、認証主サーバ装置３の認証連携の処理フローは、サービス端末２から認証要求を受信すること（ステップＳ２００）によって、開始する。
【００６９】
サービス端末２の認証要求手段２１１から認証要求を受信すると、ペア情報生成手段３１１は、アクセス元のサービス端末２からアクセス元情報を取得し（ステップＳ２０１）、セッションキーとユニークコードを生成し（ステップＳ２０２）、各々セッションキー３２１、ユニークコード３２２、アクセス元情報３２３として、主サーバ記憶部３２に対応付けて記憶する。
【００７０】
それから、第１経路制御手段３１２は、セッションキー３２１、ユニークコード３２２、アクセス元情報３２３を、認証副サーバ装置４へ送信する（ステップＳ２０３）。そして、第１経路制御手段３１２は、セッションキー３２１を、サービス端末２へ送信する（ステップ２０４）。
【００７１】
その後、サービス端末２の第２経路形成手段２１３から、ユニークコード照合要求を受信するまで処理を待機する。サービス端末２から、セッションキーとユニークコードを含むユニークコード照合要求を受信すると（ステップＳ２０５−Ｙｅｓ）、サービス端末２から受信したセッションキーに対応するセッションキー３２１及びユニークコード３２２を主サーバ記憶部３２から読み出し、セッションキーとユニークコードの組が一致するかを判断する（ステップＳ２０６）。セッションキーとユニークコードの組が一致して照合に成功すると（ステップＳ２０７−Ｙｅｓ）、結果送信手段３１４は、照合成功のＯＫ応答を生成し（ステップＳ２０８）、サービス端末２へ結果を送信する（ステップＳ２０９）。
【００７２】
ステップＳ２０７において、セッションキーとユニークコードの組が不一致で照合に失敗すると（ステップＳ２０７−Ｎｏ）、結果送信手段３１４は、照合失敗のＮＧ応答を生成し（ステップＳ２１０）、サービス端末２へ結果を送信する（ステップＳ２０９）。
【００７３】
次に、認証副サーバ装置４の詳細な処理フローを、図８を参照しつつ説明する。
図８に示すように、認証副サーバ装置４の認証連携の処理フローは、認証主サーバ装置３からセッションキー３２１、ユニークコード３２２、アクセス元情報３２３のデータを受信すること（ステップＳ３００）によって、開始する。
【００７４】
データ取得手段４１１は、認証主サーバ装置３からセッションキー３２１、ユニークコード３２２、アクセス元情報３２３を受信すると、それぞれ、セッションキー４２１、ユニークコード４２２、アクセス元情報４２３として、副サーバ記憶部４２に対応付けて記憶する（ステップＳ３０１）。その後、サービス端末２及び携帯端末６からセッションキーを受信するまで処理を待機する（ステップＳ３０２）。
【００７５】
セッションキーを受信し、第１コード照合手段４１２でセッションキー４２１に登録されているセッションキーを受信した確認すると（ステップＳ３０２−Ｙｅｓ）、次に、送信元がサービス端末２か（すなわち、ユニークコード要求を受信したか）否かを判定する（ステップＳ３０３）。送信元がアクセス元情報４２３と同じサービス端末２の場合（ステップＳ３０３−Ｙｅｓ）、第２経路制御手段４１３は、受信したセッションキーと同じセッションキーを携帯端末６から受信しているか（すなわち、セッションキー照合済みか）否かを判定する（ステップＳ３０４）。セッションキー照合済みの場合（ステップＳ３０４−Ｙｅｓ）、更に、セッションキー照合ＯＫの状態にあるか否かを判定する（ステップＳ３０５）。セッションキー照合ＯＫの状態の場合は（ステップＳ３０５−Ｙｅｓ）、第２経路制御手段４１３は、セッションキーに対応するユニークコードをユニークコード４２２から読み出し（ステップＳ３０６）、ユニークコードを含むＯＫ応答を生成し（ステップＳ３０７）、サービス端末２へ結果を送信する（ステップＳ３０８）。
【００７６】
ステップＳ３０４において、セッションキー照合ＯＫでもセッションキー照合ＮＧでもない状態、すなわち、未照合であれば（ステップＳ３０４−Ｎｏ）、ＷＡＩＴＩＮＧ応答を生成してサービス端末２へ送信し（ステップＳ３０９）、ステップＳ３０２へ戻る。
【００７７】
また、ステップＳ３０５において、セッションキー照合ＯＫの状態にない、すなわち、セッションキー照合ＮＧの状態にある場合は（ステップＳ３０５−Ｎｏ）、ＮＧ応答を生成し（ステップＳ３１０）、サービス端末２へ結果を送信する（ステップＳ３０８）。
【００７８】
ステップＳ３０３において、送信元がアクセス元情報４２３と同じサービス端末２でない場合（ステップＳ３０３−Ｎｏ）、第二端末確認手段４１４は、認証副サーバ装置４に接続を許された携帯端末６からセッションキーを受信したか（すなわち、セッションキー照合要求を受信したか）否かを判定する（ステップＳ３１１）。認証副サーバ装置４に接続を許された携帯端末６からセッションキーを受信していると（ステップＳ３１１−Ｙｅｓ）、第１コード照合手段４１２はセッションキー４２１に登録されているセッションキーを受信したと判断してセッションキー照合ＯＫの結果をセッションキー４２１に対応付けて副サーバ記憶部４２に記憶し（ステップＳ３１２）、携帯端末６にセッションキー照合ＯＫの結果を出力し（ステップＳ３１４）、ステップＳ３０２へ戻る。
【００７９】
ステップＳ３１１において、認証副サーバ装置４に接続を許された携帯端末６からセッションキーを受信していない場合（ステップＳ３１１−Ｎｏ）、適切にセッションキーを受信しなかったとしてセッションキー照合ＮＧの結果をセッションキー４２１に対応付けて副サーバ記憶部４２に記憶し（ステップＳ３１３）、セッションキーの送信元にセッションキー照合ＮＧの結果を出力し（ステップＳ３１４）、ステップＳ３０２へ戻る。
【００８０】
本発明は、上記実施の形態に限定されるものではなく、幾多の変更及び変形が可能である。例えば、図５のステップＳ７において、認証主サーバ装置３はセッションキーをサービス端末２へ送信する場合について説明したが、セッションキーとあわせて認証副サーバ装置４の情報（ＵＲＬ）などを一緒に送信してもよい。
【００８１】
また、図５のステップＳ４において、認証主サーバ装置３が、セッションキーとユニークコードを生成するが、このときに、セッションキーとユニークコードの生成時間を記憶しておき、ステップＳ２０までの経過時間を制限してもよい。
【００８２】
また、サービス端末２から携帯端末６へのセッションキーの転送方法としては、セッションキーを変換した２次元バーコードをサービス端末２に表示して携帯端末６のカメラで読み取る、文字列を表示してそれを使用者が携帯端末６のキーボードを用いて入力する、サービス端末２がセッションキーを変換したＤＴＭＦ（Dial Tone Multi Frequency）信号を発信して携帯端末６のマイクで受信する、サービス利用端末と携帯端末６とを無線ＬＡＮやbluetooth（登録商標）など非接触通信で接続してセッションキーを転送するなど、種々の方法が考えられる。
【００８３】
また、認証プロバイダの利用者の認証のためのＩＤの対応付けを確認する場合は、ユニークコード照合要求の送信処理において、第２経路形成手段２１３は、サービス端末２の第一端末操作部２２から入力されるＩＤを含めてユニークコード照合要求を送信し、主サーバ制御部３１でＩＤ照合をしてもよい。このほか、セッションキー照合要求の送信処理において、携帯端末６から認証副サーバ装置４へセッションキーを送信する際に中継手段６１がＩＤを付加して送信すれば、サービス端末２は認証副サーバ装置４からユニークコードと共にＩＤを受信して、ユニークコード照合要求にＩＤを付加することができる。携帯端末６から認証副サーバ装置４へＩＤが送られれば、認証副サーバ装置４からセッションキーと対応付けてＩＤを認証主サーバ装置３へ送信してＩＤ照合に使用することもできる。更に、ＩＤだけでなく、認証プロバイダの利用者の認証のためのパスワードを含めてユニークコード照合要求を送信してもよい。このとき、第２コード照合手段３１３は、ユニークコード照合要求の受信処理において、認証プロバイダの利用者の認証のためのＩＤ／パスワードを含めたユニークコード照合要求を受信し、このＩＤ／パスワードの照合の結果を、アクセス元情報及びペア情報の照合結果に含めて、第２コード照合手段３１３の照合結果として、利用者と端末の両方の認証をすることができる。
【００８４】
また、携帯端末６から認証副サーバ装置４へセッションキーを送信する際に、携帯端末６を操作する者の利用者の認証をしてもよい。これにより、使用できる携帯端末６を限定することが可能になる。認証方法の例としては、ＩＤとパスワードを使用する、携帯端末６に格納された証明書を用いる、携帯端末６のＩＣカード通信機能を用いてＩＣカードに格納された証明書を用いる、携帯端末６でバイオメトリクス情報を読み取り特徴量をサーバに送信して比較する、携帯端末に対するタッチや加速度の変化のパターンを送信しあらかじめ記憶されているものと比較するなど、種々の方法が考えられる。また、認証の強化のために携帯端末６の携帯端末ＩＤ、アクセスに使用されたサービス端末２のブラウザのタイプ、サービス端末２及び携帯端末６に搭載されたＧＰＳにより取得する現在位置情報などを送信し、各々登録済みのものと比較してもよい。さらにネットワーク的なアクセス元を制限してもよい。
【００８５】
また、ユニークコード要求に対する処理において、認証副サーバ装置４は、正しいセッションキーとアクセス元からのアクセスであっても、２回目以降のアクセスに対してすでにユニークコードを送信済みのメッセージを返すことによって、不正な使用者が正当な使用者の前にユニークコードを詐取した場合に、正当な使用者が詐取されたことを知ることが出来るようにしてもよい。
【００８６】
また、認証主サーバ装置３は、さらにユニークコード照合要求時のアクセス元と、サービス提供要求受信時にステップＳ４で取得したアクセス元とが同じであるかどうか確認してもよい。
【００８７】
また、認証副サーバ装置４からユニークコードを受信する方法として、第１経路形成手段２１２によるセッションキーの照合の経路の形成の開始後、サービス端末２から認証副サーバ装置４へユニークコード要求を送信してＯＫ応答によってユニークコードが提供される場合について説明したが、ユニークコード要求を送信しない方法もある。この場合、認証副サーバ装置４が携帯端末６のセッションキー照合要求を受信し、第１コード照合手段４１２が受信したセッションキーが副サーバ記憶部４２のセッションキー４２１に登録されていると判定すると、第２経路制御手段４１３にＯＫ応答を生成させ、副サーバ記憶部４２からセッションキーに対応するアクセス元情報４２３を特定し、そのアクセス元情報に基づき送信先のサービス端末２を決定してユニークコードを含むＯＫ応答を送信する。
【符号の説明】
【００８８】
１・・・認証システム
２・・・第一端末（サービス端末）
２１・・・第一端末制御部
２１１・・・認証要求手段
２１２・・・第１経路形成手段
２１３・・・第２経路形成手段
２１４・・・結果受信手段
２２・・・第一端末操作部
２３・・・第一端末通信部
３・・・主サーバ（認証主サーバ装置）
３１・・・主サーバ制御部
３１１・・・ペア情報生成手段
３１２・・・第１経路制御手段
３１３・・・第２コード照合手段
３１４・・・結果送信手段
３２・・・主サーバ記憶部
３３・・・主サーバ通信部
４・・・副サーバ（認証副サーバ装置）
４１・・・副サーバ制御部
４１１・・・データ取得手段
４１２・・・第１コード照合手段
４１３・・・第２経路制御手段
４１４・・・第二端末確認手段
４２・・・副サーバ記憶部
４３・・・副サーバ通信部
５・・・ネットワーク
６・・・第二端末（携帯端末）
６１・・・中継手段
７・・・サービス提供サーバ装置
【技術分野】
【０００１】
本発明は、インターネット等のＩＰネットワークを用いて利用者へ各種サービスを提供するサービスプロバイダとサービスを受ける利用者を認証する認証サービスを提供する認証プロバイダとが認証連携する際の、認証プロバイダが提供する認証システムに関する。
【背景技術】
【０００２】
従来、利用者がＰＣ上でＷＥＢサービスを利用するときに、サービス提供を行なうサービスプロバイダと利用者の認証を行なう認証プロバイダとが連携する認証連携の仕組みが知られ、使用するＰＣを限定しない場合の利用者の認証には固定のＩＤ／パスワードによる認証方法が主に用いられている。例えば、ＯｐｅｎＩＤは、ＷＥＢサイトのＵＲＬ形式で構成されたユーザーの身元確認のためのＩＤであり、ＯｐｅｎＩＤに対応する各種ＷＥＢサイトで使用できる（非特許文献１）。
【０００３】
また、携帯電話は１人１台を所持するのが当たり前となる中、ＰＣでの認証のセキュリティ性を向上するため、利用者が専有している事前登録された携帯電話を併用して認証する方法が知られている（特許文献１）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】OpenID.ne.jp、http://www.openid.ne.jp/
【特許文献】
【０００５】
【特許文献１】特開２００７−１９３７６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、このような認証連携において、認証プロバイダによる利用者の認証結果は、利用者がサービスを受けたい端末を介してサービスプロバイダに転送される。そのため、認証プロバイダによる利用者の認証が成功していても、その認証成功の結果が認証要求を行なった端末に送信される過程で別の端末を使用する悪意の第三者により搾取されると、この第三者がなりすまししてサービスを不正利用するという脅威が存在する。
【０００７】
また、固定のＩＤ／パスワードによる利用者の認証では、ＩＤ／パスワードの盗難・漏洩に起因する悪意の第三者によるなりすましの脅威も存在する。また、携帯電話を併用する場合、使用できる携帯電話を予め登録する必要があり、広く使われるには利便性の面でまだ課題がある。
【０００８】
そこで、本発明は、認証結果は認証要求をした端末にのみ送信されるセキュリティ性が高い認証システムを提供することを目的とする。また、携帯電話等の端末を併用した場合の利便性を改善した認証システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
かかる課題を解決するために、本発明は、第一端末、主サーバ、副サーバがネットワークを介して接続され、第一端末、主サーバおよび副サーバが協同して認証した結果を認証要求した第一端末が取得できる認証システムであって、第一端末は、主サーバに対して認証要求信号を送信する認証要求手段と、主サーバから第１コードを受信すると副サーバに対して当該第１コードを含む第２コード要求信号を送信する第１経路形成手段と、副サーバから第２コードを受信すると、当該第２コードと主サーバから受信した第１コードとを含む第２コード照合要求信号を主サーバに送信する第２経路形成手段と、主サーバから認証結果を受信する結果受信手段とを有し、主サーバは、第一端末から認証要求信号を受信する毎に、認証要求に対応する第１コードと第２コードを生成するとともに、認証要求信号毎に生成した第１コードと第２コードを対応付けて主サーバ記憶部に記憶させるペア情報生成手段と、対応付けた第１コードと第２コードを副サーバに送信するとともに、第１コードを第一端末に送信する第１経路制御手段と、第一端末から第２コード照合要求信号を受信したとき、主サーバ記憶部に記憶した第２コードと受信した第２コードとを照合する第２コード照合手段と、第２コード照合手段での照合結果を認証要求に対する認証結果として第一端末に送信する結果送信手段とを有し、副サーバは、主サーバから受信した第１コードと第２コードを対応付けて副サーバ記憶部に記憶させるデータ取得手段と、第一端末からの第２コード要求信号を受信すると、副サーバ記憶部の第１コードと受信した第１コードを照合して、一致するか否かを判定する第１コード照合手段と、第１コード照合手段にて一致すると照合した第１コードに対応する第２コードを第２コード要求信号の送信元に送信する第２経路制御手段とを有することを特徴とする認証システムを提供する。これにより、認証要求信号の送信元である端末にのみ認証結果を送信することができる。
【００１０】
かかる認証システムにおいて、第１コードがセッションキーであるのが好ましい。これにより、第１コードとして認証要求信号を受信する都度生成されるセッションキーを用いることができる。
【００１１】
また、かかる認証システムにおいて、第２コードが秘密情報であるのが好ましい。これにより、第１コードと第２コードのペア情報に対する機密性が増し、認証要求信号の送信元である端末への認証結果送信に対する信頼性を向上することができる。
【００１２】
また、かかる認証システムにおいて、主サーバでは、ペア情報生成手段が第一端末からの認証要求の通信中に得られる第一端末を特定するアクセス元情報を認証要求信号毎に生成した第１コードと第２コードに対応付けて主サーバ記憶部に記憶し、第１経路制御手段がペア情報生成手段にて対応付けたアクセス元情報を第１コード及び第２コードとともに副サーバへ送信し、副サーバでは、データ取得手段がアクセス元情報を第１コード及び第２コードに対応付けて副サーバ記憶部に記憶し、第２経路制御手段が第２コード要求信号の送信元がアクセス元情報にて特定される第一端末である場合に第２コードを送信するのが好ましい。これにより、認証要求信号の送信元を更に厳密に確認でき、認証要求信号の送信元である端末への認証結果送信に対する信頼性を向上することができる。
【００１３】
また、かかる認証システムにおいて、更に、第一端末から第２コード要求信号を、ネットワークを介することなく取得し、ネットワークを介して副サーバに転送する中継手段を少なくとも有する第二端末を有し、第一端末の第１経路形成手段は、第２コード要求信号を第二端末に送信するのが好ましい。これにより、認証の過程で、予め登録されていない場合でも、携帯端末を併用することが可能になる。
【００１４】
また、かかる認証システムにおいて、副サーバは、第二端末が利用者登録された端末であることを確認できたことを条件に第２コードの送信を可能にする第二端末確認手段を更に有するのが好ましい。これにより、予め利用者と端末を対応付けて登録しておき、利用者の認証もすることが可能になる。
【発明の効果】
【００１５】
本発明によれば、認証結果は認証要求をした端末にのみ送信されるセキュリティ性が高い認証システムを提供することができる。また、携帯端末を使用した時の利便性を改善した認証システムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明による認証システムを説明するための図である。
【図２】認証システムを用いた認証連携システムを説明するための図である。
【図３】認証主サーバ装置の主サーバ記憶部を説明するための図である。
【図４】認証副サーバ装置の副サーバ記憶部を説明するための図である。
【図５】認証システムを用いた認証連携システムのフローチャートである。
【図６】サービス端末の処理フローチャートである。
【図７】認証主サーバ装置の処理フローチャートである。
【図８】認証副サーバ装置の処理フローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明に係る認証システムについて、図を参照しつつ説明する。図１は、本発明による認証システムの構成図である。図１に示す認証システム１は、利用者が認証を受けるために操作する第一端末２（サービス端末２）と、第一端末２の利用者が所持する第二端末６（携帯端末６）と、認証プロバイダによって提供される主サーバ３（認証主サーバ装置３）及び副サーバ４（認証副サーバ装置４）とがネットワーク５を介して接続されてなる。
【００１８】
図２は、図１の認証システムを使用した認証連携システムを説明する図である。図２に示す認証連携システムは、認証連携するサービスプロバイダがサービスを提供するためのサービス提供サーバ装置７が、認証システム１とネットワーク５を介して接続されてなる。このとき、認証連携する認証プロバイダは、サービスの提供を要求する過程で認証を受けるサービス端末２を介して、サービスプロバイダのサービス提供サーバ装置７へ、認証主サーバ装置３から認証結果を提供する。
【００１９】
サービス端末２は、ネットワーク５を介してサービス提供サーバ装置７から所定のサービスの提供を受ける。このとき、サービス端末２は、サービス提供サーバ装置７へサービス提供要求を送信し、サービス提供サーバ装置７が行なうサービスの提供の認可処理に必要な利用者の認証結果を得るためにサービス提供サーバ装置７から送信される認証プロバイダへの認証転送要求を受けて認証要求を送信し、ネットワーク５を介して認証主サーバ装置３と認証副サーバ装置４と協同して得えられた認証結果を、サービス提供サーバ装置７へ転送により提示する。このため、ネットワーク５を通じて認証主サーバ装置３、認証副サーバ装置４、及びサービス提供サーバ装置７との通信を行なう第一端末通信部２３と、サービス端末２の各種制御を行なう第一端末制御部２１と、利用者によるサービス端末２への各種入力操作を処理する第一端末操作部２２と、を有する。
【００２０】
第一端末制御部２１は、サービス提供要求の送信処理、認証転送要求の受信処理、認証要求の送信処理、第１コードの一形態であるセッションキーの受信処理、第２コードの一形態であるユニークコードの要求処理、セッションキーとユニークコードとのペア情報の照合要求処理、認証結果の受信・転送処理など処理の制御を行なう。このため、認証要求手段２１１と第１経路形成手段２１２と第２経路形成手段２１３と結果受信手段２１４を持つ。
【００２１】
認証要求手段２１１は、第一端末制御部２１がサービス提供サーバ装置７へ送信したサービス提供要求を受けて受信するサービス提供サーバ装置７の認証主サーバ装置３への認証転送要求に基づいて、認証主サーバ装置３へ認証要求を送信する。
【００２２】
第１経路形成手段２１２は、認証主サーバ装置３からセッションキーを受信すると、受信したセッションキーを本発明における第２コード要求信号として、ネットワーク５を介さずに携帯端末６へ提示し、携帯端末６を中継させて認証副サーバ装置４へ送信させ、セッションキーの照合の経路（すなわち、本発明における第１経路）を形成する。なお、第１経路形成手段２１２は、携帯端末６を中継させずに、認証主サーバ装置３から受信したセッションキーを、ネットワーク５を介して直接認証副サーバ装置４へ送信し、セッションキーの照合の経路を形成してもよい。
【００２３】
第２経路形成手段２１３は、認証副サーバ装置４からユニークコードを受信すると、認証主サーバ装置３から受信したセッションキーと認証副サーバ装置４から受信したユニークコードとを含むユニークコード照合要求（すなわち、本発明における第２コード照合要求信号）を認証主サーバ装置３へ送信し、ユニークコードの照合の経路（すなわち、本発明における第２経路）を形成する。このとき、第２経路形成手段２１３は、第１経路形成手段２１２によるセッションキーの照合の経路の形成の開始後、認証副サーバ装置４に対してユニークコード要求を所定の間隔で定期的に送信し、認証副サーバ装置４においてセッションキーの照合が完了している場合にのみユニークコードをユニークコード要求のＯＫ応答として認証副サーバ装置４からユニークコードを受信する。
【００２４】
結果受信手段２１４は、第２経路形成手段２１３が送信したユニークコード照合要求の応答として認証主サーバ装置３から認証結果を受信し、サービス提供サーバ装置７へ転送する。
【００２５】
第一端末操作部２２は、キーボードやテンキー、マウス、外部入力端子等によって構成される。第一端末操作部２２は、サービス端末２を利用する利用者の入力操作を受けつけ、例えば、サービスプロバイダからサービス提供を受けるのに必要なサービス提供ＩＤや利用者が利用したい認証サービスに関する情報即ち認証プロバイダの認証主サーバ装置３に関する情報や、認証プロバイダへ送信するＩＤ／パスワードを取得するのに用いる。
【００２６】
第一端末通信部２３は、ネットワーク５を通じて、認証主サーバ装置３、認証副サーバ装置４、サービス提供サーバ装置７との通信を行なうインタフェースである。
【００２７】
また、サービス端末２は、液晶ディスプレイ（ＬＣＤ）やスピーカ、外部出力端子等によって構成される第一端末出力部（不図示）を有する。第一端末出力部は、サービス端末２が各種要求を送受信する際の処理画面を表示したり、認証主サーバ装置３から受信したセッションキーを携帯端末６へ提示するため、セッションキーの内容を音、文字、２次元バーコード等に変換して出力したりする。
【００２８】
認証主サーバ装置３は、認証副サーバ装置４と連動して、サービス端末２を認証するサーバである。認証主サーバ装置３は、サービス端末２から認証要求を受信すると、その認証要求毎にセッションキーとユニークコードのペア情報を生成し、記憶する。また、認証主サーバ装置３は、サービス端末２から受信した認証要求に対するアクセス元情報を取得し、セッションキーとユニークコードのペア情報と対応付けて記憶する。認証主サーバ装置３は、セッションキーの照合の経路を経てユニークコードの照合のための経路を形成できるように、認証副サーバ装置４へ対応付けたセッションキーとユニークコードとアクセス元情報を送信するとともに、セッションキーを送信し、セッションキーの照合の経路を制御する。また、認証主サーバ装置３は、サービス端末２からユニークコード照合要求を受信し、記憶してあるペア情報と受信したペア情報にて、ユニークコードを照合し、その照合結果を認証要求の認証結果として出力する。このため、認証主サーバ装置３は、ネットワーク５を通じて認証副サーバ装置４やサービス端末２との通信を行なう主サーバ通信部３３と、認証主サーバ装置３の各種制御を行なう主サーバ制御部３１と、主サーバ記憶部３２と、を有する。
【００２９】
主サーバ制御部３１は、認証要求の受信処理、アクセス元情報の取得処理、ペア情報生成処理、ペア情報及びセッションキーの送信処理、ユニークコード照合要求の受信とユニークコードの照合処理、認証結果の送信処理、ペア情報の消去処理など処理の制御を行なう。このため、ペア情報生成手段３１１と第１経路制御手段３１２と第２コード照合手段３１３と結果送信手段３１４とを持つ。
【００３０】
ペア情報生成手段３１１は、サービス端末２から認証要求を受信すると、セッションキーとユニークコードのペア情報を生成する。ここで、セッションキーは、端末からのアクセスを特定し、第１経路を形成するために用いられる。ユニークコードは、第１経路を正しく経たことを確認するための第２経路を形成する際に用いられる。なお、ユニークコードを生成する際、種々の生成方法が考えられるが、悪意のある第三者に推測されにくく第２経路を形成する用途以外に用いられない秘密情報にして生成するのが好ましく、また、複数の異なるセッションキーに同じ値のユニークコードが共通して使用されないよう、セッションキーに対して一意になるように生成するのが好ましい。また、ペア情報生成手段３１１は、生成したペア情報を取得済みのアクセス元情報と対応付け、後述の主サーバ記憶部３２に記憶する。
【００３１】
第１経路制御手段３１２は、主サーバ通信部３３を通じて、認証副サーバ装置４へ、ペア情報生成手段３１１で対応付けたセッションキーとユニークコードとアクセス元情報を送信する。また、第１経路制御手段３１２は、主サーバ通信部３３を通じて、サービス端末２へ、ペア情報の中からセッションキーのみを送信する。
【００３２】
第２コード照合手段３１３は、サービス端末２からユニークコード照合要求を受信すると、サービス端末２からアクセス元情報を取得して、主サーバ記憶部３２に記憶したアクセス元情報と一致するか判断する。また、ユニークコード照合要求に含まれるセッションキーとユニークコードのペア情報が、主サーバ記憶部３２に記憶したセッションキーとユニークコードのペア情報と一致するか判断して照合し、照合結果を出力する。
【００３３】
結果送信手段３１４は、第２コード照合手段３１３が出力した照合結果を、サービス端末２から受信した認証要求に対する認証結果として、サービス端末２へ送信する。結果送信手段３１４によって認証結果を送信されて一定時間が経過すると、主サーバ制御部３１によって結果送信済みの対応付けられたセッションキー、ユニークコード及びアクセス元情報を主サーバ通信部３３から消去される。
【００３４】
主サーバ記憶部３２は、ＲＯＭ、ＲＡＭ、磁気ハードディスク等の記憶装置であり、各種プログラムや各種データを記憶し、ペア情報生成手段３１１で生成されるセッションキー及びユニークコードとアクセス元情報とを対応付けて記憶する。アクセス元情報は、IPアドレスやMACアドレスなど、送信時の宛先以外の送信元情報が得られるサービス端末２の固有の情報や認証要求送信時の接続情報などあるタイミングでの端末の特定に使える情報である。
【００３５】
図３は、主サーバ記憶部３２にセッションキー、ユニークコード、アクセス元情報を記憶するテーブルの一例である。図３では、セッションキー３２１とユニークコード３２２とアクセス元情報３２３とアクセス時刻３２４が対応付けて記憶されている。認証要求を受信した時刻を不図示のタイマから取得してアクセス時刻３２４に格納される、認証要求を受信して得られるサービス端末２のアクセス元情報がアクセス元情報３２３に格納される。
例えば、2010/07/10の15:30:00に受信した認証要求を送信したサービス端末２のアクセス元情報は192.168.1.mmm aa:bb:cc:ddであり、これに対するセッションキーがaaaaa、ユニークコードがxxxxxと対応付けて記憶されている。同様に、2010/07/10の15:35:00に受信した認証要求を送信したサービス端末２のアクセス元情報は192.168.1.nnn
ee:ff:gg:hhであり、これに対するセッションキーがbbbbb、ユニークコードがyyyyyと対応付けて記憶されている。
【００３６】
主サーバ通信部３３は、ネットワーク５を通じて、認証副サーバ装置４やサービス端末２との通信を行なうインタフェースである。
【００３７】
認証副サーバ装置４は、認証主サーバ装置３から、対応付けられたセッションキー、ユニークコード、アクセス元情報を受信し、記憶する。また、認証副サーバ装置４は、サービス端末２からのセッションキーを中継する携帯端末６から受信してセッションキーの照合を行ない、セッションキーの照合が成功すると、サービス端末２へはユニークコードを送信してユニークコードの照合の経路の制御を行ない、前述の認証主サーバ装置３と連動してサービス端末２を認証するサーバである。このため、認証副サーバ装置４は、ネットワーク５を通じて認証主サーバ装置３やサービス端末２との通信を行なう副サーバ通信部４３と、認証副サーバ装置４の各種制御を行なう副サーバ制御部４１と、副サーバ記憶部４２と、を有する。
【００３８】
副サーバ制御部４１は、認証主サーバ装置３からのデータ取得処理、セッションキー照合要求の受信とセッションキーの照合処理、ユニークコード要求の処理とユニークコードの送信処理、アクセス元情報の取得処理、ペア情報の消去処理、携帯端末６の登録確認処理など処理の制御を行なう。このため、データ取得手段４１１と第１コード照合手段４１２と第２経路制御手段４１３と第二端末確認手段４１４とを持つ。
【００３９】
データ取得手段４１１は、認証主サーバ装置３から、対応づけられたセッションキー、ユニークコード、アクセス元情報を受信し、後述の副サーバ記憶部４２へ記憶する。
【００４０】
第１コード照合手段４１２は、サービス端末２からのセッションキーを中継する携帯端末６から受信すると、受信したセッションキーに対応するセッションキーが副サーバ記憶部４２に記憶されているか否かを照合し、照合結果を出力する。なお、携帯端末６を中継せずにサービス端末２から直接送信されたセッションキーを受信すると、同様に、受信したセッションキーに対応するセッションキーが副サーバ記憶部４２に記憶されているかを照合してもよい。
【００４１】
第２経路制御手段４１３は、第１コード照合手段４１２において照合が一致すると、セッションキーの送信元であるサービス端末２へユニークコードを送信する。このとき、第２経路制御手段４１３は、サービス端末２からユニークコード要求を所定の間隔で定期的に受信し、第１コード照合手段４１２でセッションキーの照合が完了し、照合に成功している場合にのみユニークコードをユニークコード要求の応答として送信する。ユニークコード要求を受信したときに、第１コード照合手段４１２において照合済みか否かを確認して、照合済みで照合ＯＫならばユニークコードを含むＯＫ応答を、照合済みだが照合ＮＧならユニークコードは含まないＮＧ応答を、未照合であればＷＡＩＴＩＮＧ応答を生成し送信する。第２経路制御手段４１３によってユニークコードが送信されて一定時間が経過すると、副サーバ制御部４１によって送信済みの対応付けられたセッションキー、ユニークコード及びアクセス元情報を副サーバ記憶部４２から消去される。
【００４２】
第二端末確認手段４１４は、サービス端末２からのセッションキーを中継する携帯端末６から利用者登録情報をあわせて受信すると、携帯端末６を予め利用者登録された端末か否かを確認し、第２経路制御手段４１３のユニークコード送信を制御し、照合ＮＧを返す。携帯端末６が利用者登録済みであれば、第２経路制御手段４１３は、第１コード照合手段４１２の照合結果に基づいてユニークコードを送信させる。しかし、携帯端末６が利用者登録済みでなければ、第１コード照合手段４１２において照合が一致していても、ユニークコードを送信させない。なお、予め利用者登録された端末の確認方法として、携帯端末６の利用者の認証のほか、中継可能な端末機種の確認など、種々の方法がある。
【００４３】
副サーバ記憶部４２は、ＲＯＭ、ＲＡＭ、磁気ハードディスク等の記憶装置であり、各種プログラムや各種データを記憶し、データ取得手段４１１で認証主サーバ装置３から受信するセッションキー及びユニークコードとアクセス元情報とを対応付けて記憶する。
【００４４】
図４は、副サーバ記憶部４２にセッションキー、ユニークコード、アクセス元情報を記憶するテーブルの一例である。図４では、セッションキー４２１とユニークコード４２２とアクセス元情報４２３とアクセス有効期限４２４とセッションキー照合状況４２５が対応付けて記憶されている。図３の主サーバ記憶部３２のテーブルの各フィールドと対応しており、データ取得手段４１１が認証主サーバ装置３から受信し、記憶する。対応関係は、セッションキー３２１がセッションキー４２１、ユニークコード３２２がユニークコード４２２、アクセス元情報３２３がアクセス元情報４２３である。アクセス時刻３２４とアクセス有効期限４２４は、認証要求を受信した時刻に基づいてセッションキー照合要求を受信可能な時刻の関係である。また、セッションキー照合状況４２５は、セッションキー照合要求に基づいてセッションキー照合が行なわれたか否か、照合ＯＫか照合ＮＧかを示すフィールドである。
例えば、図４において、セッションキー４２１とユニークコード４２２とアクセス元情報４２３は、図３のセッションキー３２１とユニークコード３２２とアクセス元情報３２３と同じ値が格納されている。アクセス有効期限４２４はアクセス時刻３２４に対して５分間の設定である。セッションキー照合状況４２５は、セッションキーがaaaaaの場合、セッションキー照合が行なわれて照合ＯＫの状態で“ＯＫ”が格納され、セッションキーがbbbbbの場合、セッションキー照合はまだ行なわれていない状態で“未”が格納されている。
【００４５】
副サーバ通信部４３は、ネットワーク５を通じて、認証主サーバ装置３やサービス端末２や携帯端末６との通信を行なうインタフェースである。
【００４６】
ネットワーク５は、サービス提供サーバ装置７、認証主サーバ装置３、認証副サーバ装置４、サービス端末２及び携帯端末６に接続され、インターネット等の広域通信網あるいは閉域通信網などのＩＰ網、あるいは携帯電話通信網である。
【００４７】
携帯端末６は、携帯電話など利用者が携帯する、セッションキーの照合の経路を形成する装置で、サービス端末２から取得するセッションキーを中継し、認証副サーバ装置４へ送信する。このため、携帯端末６は、中継手段６１を有する。
【００４８】
中継手段６１は、ネットワーク５を介さずにサービス端末２から提示されたセッションキーを取得し、ネットワーク５を介してサービス端末２から取得したセッションキーを認証副サーバ装置４へ送信する。例えば、サービス端末２の画面に２次元バーコード化されたセッションキーが表示される場合、不図示のカメラを用いて２次元バーコードを読み込んでデコードすることで、ネットワーク５を介さずにサービス端末２からセッションキーを取得する。
【００４９】
また、携帯端末６は不図示の入力部や記憶部を有し、認証副サーバ装置４へセッションキーを送信する際に、利用者が入力又は携帯端末６に保持した認証副サーバ装置４に対する利用者登録情報を共に送信し、利用者の認証に用いる。
【００５０】
サービス提供サーバ装置７は、サービス端末２にサービスを提供するサーバである。サービス端末２からサービス提供要求を受信すると、提示された認証主サーバ装置３への認証転送要求をサービス端末２に送信する。サービス端末２経由で、認証主サーバ装置３から送られた認証結果を受信して認可処理を行い、認証結果が認証成功であればサービス端末２にサービス提供する。
【００５１】
次に、図５を参照しつつ、図２の認証連携システムの全体フローを説明する。なお、以下に説明する処理フローは、第一端末制御部２１、主サーバ制御部３１、副サーバ制御部４１及び携帯端末６やサービス提供サーバ装置２で実行されるプログラムによって制御されている。
【００５２】
図５に示すように、認証連携システムの全体フローは、サービス端末２が、サービス提供サーバ装置７に対して認証主サーバ装置３を提示して、サービス提供要求を送信すること（ステップＳ１）によって開始する。サービス提供要求を受信したサービス提供サーバ装置７はサービス端末２に認証主サーバ装置３への認証転送要求を送信する（ステップＳ２）。
【００５３】
サービス端末２の認証要求手段２１１は、サービス提供サーバ装置２から受信した認証主サーバ装置３への認証転送要求にしたがって認証主サーバ装置３へ認証要求を送信する（ステップＳ３）。認証要求を受信した認証主サーバ装置３は、まず、認証要求の送信元のサービス端末２からアクセス元情報を取得する。また、認証主サーバ装置３のペア情報生成手段３１１はセッションキーとユニークコードのペア情報を生成し、取得したアクセス元情報と対応付けて主サーバ記憶部３２に記憶する（ステップＳ４）。
【００５４】
次に、認証主サーバ装置３の第１経路制御手段３１２は、セッションキー、ユニークコード、アクセス元情報を認証副サーバ装置４へ送信する（ステップＳ５）。認証副サーバ装置４のデータ取得手段４１１は、認証主サーバ装置３から受信したセッションキーとユニークコードとアクセス元情報を対応付けて副サーバ記憶部４２に記憶する（ステップＳ６）。
【００５５】
また、認証主サーバ装置３の第１経路制御手段３１２は、セッションキーをサービス端末２に送信する（ステップＳ７）。サービス端末２の第１経路形成手段２１２は、認証主サーバ装置３から受信したセッションキーを画面に表示する（ステップＳ８）。その後、サービス端末２の第１経路形成手段２１２は認証副サーバ装置４に対してセッションキーを伴うセッションキー経路形成のためのセッションキー照合結果要求（すなわち、ユニークコード要求）を、以後セッションキー照合の成功の結果（すなわち、ユニークコードを含むＯＫ応答）を取得できるまで、定期的に送信する（ステップＳ１０）。
【００５６】
認証副サーバ装置４の第２経路制御手段４１３は、ユニークコード要求を受信すると受信したセッションキーに対するセッションキー照合が行われているかどうかを確認し（ステップＳ１１）、セッションキー照合がまだ行なわれていない場合はセッションキー未照合の応答（ＷＡＩＴＩＮＧ応答）を返す（ステップＳ１２）。
【００５７】
携帯端末６では、利用者の操作によりサービス端末２の画面に表示されているセッションキーが入力される（ステップＳ９）。その後、利用者の操作を受けて、携帯端末６の中継手段６１はセッションキーを認証副サーバ装置４に送信する（ステップＳ１３）。
【００５８】
認証副サーバ装置４の第１コード照合手段４１２は、携帯端末６から受信したセッションキーが認証主サーバ装置３から受信して記憶したセッションキーと一致するか否かを判定し、その結果をセッションキー照合結果として記憶する（ステップＳ１４）。
【００５９】
認証副サーバ装置４の第２経路制御手段４１３は、セッションキー照合の成功の判定後にサービス端末２からユニークコード要求を受信すると（ステップＳ１６）、そのアクセス元を取得し、認証主サーバ装置３から送られてきたアクセス元と一致するか否かを判定し、アクセス元が一致しかつセッションキー照合結果が成功であった場合にのみユニークコード含むＯＫ応答をサービス端末２に送信する（ステップＳ１７）。それ以外の場合は、ＮＧ応答による失敗のメッセージを出して処理を終了する。
【００６０】
サービス端末２はＯＫ応答によりユニークコードを受信すると、第２経路形成手段２１３がユニークコードとセッションキーを含むユニークコード照合要求を認証主サーバ装置３に送信する（ステップＳ１８）。このとき、サービス端末２はＮＧ応答により失敗のメッセージを受け取ると、その旨表示し処理を終了する。
【００６１】
認証主サーバ装置３がユニークコード照合要求を受信すると、第２コード照合手段３１３は主サーバ記憶部３２に記憶してあるセッションキーとユニークコードとサービス端末２より受け取ったセッションキーとユニークコードとを比較してユニークコード照合を行い（ステップＳ１９）、その結果を認証結果としてサービス端末２に返す（ステップＳ２０）。
【００６２】
サービス端末２は受け取った認証結果をサービス提供サーバ装置７に送信する（ステップＳ２１）。サービス提供サーバ装置７は受信した認証結果を判定し（ステップＳ２２）、認証成功であることを確認できると、サービス端末２に対してサービスの提供を始める。
【００６３】
次に、サービス端末２の詳細な処理フローを、図６を参照しつつ説明する。
図６に示すように、サービス端末２の認証連携の処理フローは、第一端末制御部２１がサービス提供サーバ装置７へ利用者が指定する認証プロバイダに関する情報とサービス提供ＩＤを含んだサービス提供要求を送信すること（ステップS１００）によって、開始する。
【００６４】
第一端末制御部２１がサービス提供サーバ装置７へサービス提供要求を送信すると、折り返し、サービス提供サーバ装置７から利用者によって指定された認証プロバイダへの認証結果転送要求を受信する（ステップＳ１０１）。認証要求手段２１１は、認証プロバイダに対応する認証主サーバ装置３へ、認証結果転送要求にもとづく認証要求を送信する（ステップＳ１０２）。
【００６５】
認証要求手段２１１が認証主サーバ装置３へ認証要求を送信すると、折り返し、認証主サーバ装置３の第１経路制御手段３１２からセッションキーを受信する（ステップＳ１０３）。
第１経路形成手段２１２は、認証主サーバ装置３から受信したセッションキーを、携帯端末６にて当該セッションキーを取り込めるように２次元バーコード化して、画面に表示する（ステップＳ１０４）。
【００６６】
その後、第１経路形成手段２１２は、セッションキーを含むユニークコード要求を認証副サーバ装置４へ送信し（ステップＳ１０５）、認証副サーバ装置４から応答を受信するまで待機する（ステップＳ１０６）。認証副サーバ装置４からからユニークコードを含むＯＫ応答を受信すると（ステップＳ１０６−Ｙｅｓ）、第２経路形成手段２１３は、先に認証主サーバ装置３から受信したセッションキーと認証副サーバ装置４から受信したユニークコードを含むユニークコード照合要求を認証主サーバ装置３へ送信する（ステップＳ１０７）。そして、認証主サーバ装置３からの応答を受信するまで、処理を待機する（ステップＳ１０８）。応答を受信すると（ステップＳ１０８−Ｙｅｓ）、結果受信手段２１４はその内容をサービス提供サーバ装置７へ転送し（ステップＳ１０９）、本ルーチンの処理を終了する。
【００６７】
ステップＳ１０６において、認証副サーバ装置４からからユニークコードを含まないＷＡＩＴＩＮＧ応答を受信すると（ステップＳ１０６−Ｎｏ）、所定の時間を待機した後に、ステップＳ１０５へ戻り、第１経路形成手段２１２は、ユニークコード要求を送信する。また、認証副サーバ装置４からからユニークコードを含まないＮＯ応答を受信すると（不図示）、不適切なセッションキーだったとして、本ルーチンを終了する。
【００６８】
次に、認証主サーバ装置３の詳細な処理フローを、図７を参照しつつ説明する。
図７に示すように、認証主サーバ装置３の認証連携の処理フローは、サービス端末２から認証要求を受信すること（ステップＳ２００）によって、開始する。
【００６９】
サービス端末２の認証要求手段２１１から認証要求を受信すると、ペア情報生成手段３１１は、アクセス元のサービス端末２からアクセス元情報を取得し（ステップＳ２０１）、セッションキーとユニークコードを生成し（ステップＳ２０２）、各々セッションキー３２１、ユニークコード３２２、アクセス元情報３２３として、主サーバ記憶部３２に対応付けて記憶する。
【００７０】
それから、第１経路制御手段３１２は、セッションキー３２１、ユニークコード３２２、アクセス元情報３２３を、認証副サーバ装置４へ送信する（ステップＳ２０３）。そして、第１経路制御手段３１２は、セッションキー３２１を、サービス端末２へ送信する（ステップ２０４）。
【００７１】
その後、サービス端末２の第２経路形成手段２１３から、ユニークコード照合要求を受信するまで処理を待機する。サービス端末２から、セッションキーとユニークコードを含むユニークコード照合要求を受信すると（ステップＳ２０５−Ｙｅｓ）、サービス端末２から受信したセッションキーに対応するセッションキー３２１及びユニークコード３２２を主サーバ記憶部３２から読み出し、セッションキーとユニークコードの組が一致するかを判断する（ステップＳ２０６）。セッションキーとユニークコードの組が一致して照合に成功すると（ステップＳ２０７−Ｙｅｓ）、結果送信手段３１４は、照合成功のＯＫ応答を生成し（ステップＳ２０８）、サービス端末２へ結果を送信する（ステップＳ２０９）。
【００７２】
ステップＳ２０７において、セッションキーとユニークコードの組が不一致で照合に失敗すると（ステップＳ２０７−Ｎｏ）、結果送信手段３１４は、照合失敗のＮＧ応答を生成し（ステップＳ２１０）、サービス端末２へ結果を送信する（ステップＳ２０９）。
【００７３】
次に、認証副サーバ装置４の詳細な処理フローを、図８を参照しつつ説明する。
図８に示すように、認証副サーバ装置４の認証連携の処理フローは、認証主サーバ装置３からセッションキー３２１、ユニークコード３２２、アクセス元情報３２３のデータを受信すること（ステップＳ３００）によって、開始する。
【００７４】
データ取得手段４１１は、認証主サーバ装置３からセッションキー３２１、ユニークコード３２２、アクセス元情報３２３を受信すると、それぞれ、セッションキー４２１、ユニークコード４２２、アクセス元情報４２３として、副サーバ記憶部４２に対応付けて記憶する（ステップＳ３０１）。その後、サービス端末２及び携帯端末６からセッションキーを受信するまで処理を待機する（ステップＳ３０２）。
【００７５】
セッションキーを受信し、第１コード照合手段４１２でセッションキー４２１に登録されているセッションキーを受信した確認すると（ステップＳ３０２−Ｙｅｓ）、次に、送信元がサービス端末２か（すなわち、ユニークコード要求を受信したか）否かを判定する（ステップＳ３０３）。送信元がアクセス元情報４２３と同じサービス端末２の場合（ステップＳ３０３−Ｙｅｓ）、第２経路制御手段４１３は、受信したセッションキーと同じセッションキーを携帯端末６から受信しているか（すなわち、セッションキー照合済みか）否かを判定する（ステップＳ３０４）。セッションキー照合済みの場合（ステップＳ３０４−Ｙｅｓ）、更に、セッションキー照合ＯＫの状態にあるか否かを判定する（ステップＳ３０５）。セッションキー照合ＯＫの状態の場合は（ステップＳ３０５−Ｙｅｓ）、第２経路制御手段４１３は、セッションキーに対応するユニークコードをユニークコード４２２から読み出し（ステップＳ３０６）、ユニークコードを含むＯＫ応答を生成し（ステップＳ３０７）、サービス端末２へ結果を送信する（ステップＳ３０８）。
【００７６】
ステップＳ３０４において、セッションキー照合ＯＫでもセッションキー照合ＮＧでもない状態、すなわち、未照合であれば（ステップＳ３０４−Ｎｏ）、ＷＡＩＴＩＮＧ応答を生成してサービス端末２へ送信し（ステップＳ３０９）、ステップＳ３０２へ戻る。
【００７７】
また、ステップＳ３０５において、セッションキー照合ＯＫの状態にない、すなわち、セッションキー照合ＮＧの状態にある場合は（ステップＳ３０５−Ｎｏ）、ＮＧ応答を生成し（ステップＳ３１０）、サービス端末２へ結果を送信する（ステップＳ３０８）。
【００７８】
ステップＳ３０３において、送信元がアクセス元情報４２３と同じサービス端末２でない場合（ステップＳ３０３−Ｎｏ）、第二端末確認手段４１４は、認証副サーバ装置４に接続を許された携帯端末６からセッションキーを受信したか（すなわち、セッションキー照合要求を受信したか）否かを判定する（ステップＳ３１１）。認証副サーバ装置４に接続を許された携帯端末６からセッションキーを受信していると（ステップＳ３１１−Ｙｅｓ）、第１コード照合手段４１２はセッションキー４２１に登録されているセッションキーを受信したと判断してセッションキー照合ＯＫの結果をセッションキー４２１に対応付けて副サーバ記憶部４２に記憶し（ステップＳ３１２）、携帯端末６にセッションキー照合ＯＫの結果を出力し（ステップＳ３１４）、ステップＳ３０２へ戻る。
【００７９】
ステップＳ３１１において、認証副サーバ装置４に接続を許された携帯端末６からセッションキーを受信していない場合（ステップＳ３１１−Ｎｏ）、適切にセッションキーを受信しなかったとしてセッションキー照合ＮＧの結果をセッションキー４２１に対応付けて副サーバ記憶部４２に記憶し（ステップＳ３１３）、セッションキーの送信元にセッションキー照合ＮＧの結果を出力し（ステップＳ３１４）、ステップＳ３０２へ戻る。
【００８０】
本発明は、上記実施の形態に限定されるものではなく、幾多の変更及び変形が可能である。例えば、図５のステップＳ７において、認証主サーバ装置３はセッションキーをサービス端末２へ送信する場合について説明したが、セッションキーとあわせて認証副サーバ装置４の情報（ＵＲＬ）などを一緒に送信してもよい。
【００８１】
また、図５のステップＳ４において、認証主サーバ装置３が、セッションキーとユニークコードを生成するが、このときに、セッションキーとユニークコードの生成時間を記憶しておき、ステップＳ２０までの経過時間を制限してもよい。
【００８２】
また、サービス端末２から携帯端末６へのセッションキーの転送方法としては、セッションキーを変換した２次元バーコードをサービス端末２に表示して携帯端末６のカメラで読み取る、文字列を表示してそれを使用者が携帯端末６のキーボードを用いて入力する、サービス端末２がセッションキーを変換したＤＴＭＦ（Dial Tone Multi Frequency）信号を発信して携帯端末６のマイクで受信する、サービス利用端末と携帯端末６とを無線ＬＡＮやbluetooth（登録商標）など非接触通信で接続してセッションキーを転送するなど、種々の方法が考えられる。
【００８３】
また、認証プロバイダの利用者の認証のためのＩＤの対応付けを確認する場合は、ユニークコード照合要求の送信処理において、第２経路形成手段２１３は、サービス端末２の第一端末操作部２２から入力されるＩＤを含めてユニークコード照合要求を送信し、主サーバ制御部３１でＩＤ照合をしてもよい。このほか、セッションキー照合要求の送信処理において、携帯端末６から認証副サーバ装置４へセッションキーを送信する際に中継手段６１がＩＤを付加して送信すれば、サービス端末２は認証副サーバ装置４からユニークコードと共にＩＤを受信して、ユニークコード照合要求にＩＤを付加することができる。携帯端末６から認証副サーバ装置４へＩＤが送られれば、認証副サーバ装置４からセッションキーと対応付けてＩＤを認証主サーバ装置３へ送信してＩＤ照合に使用することもできる。更に、ＩＤだけでなく、認証プロバイダの利用者の認証のためのパスワードを含めてユニークコード照合要求を送信してもよい。このとき、第２コード照合手段３１３は、ユニークコード照合要求の受信処理において、認証プロバイダの利用者の認証のためのＩＤ／パスワードを含めたユニークコード照合要求を受信し、このＩＤ／パスワードの照合の結果を、アクセス元情報及びペア情報の照合結果に含めて、第２コード照合手段３１３の照合結果として、利用者と端末の両方の認証をすることができる。
【００８４】
また、携帯端末６から認証副サーバ装置４へセッションキーを送信する際に、携帯端末６を操作する者の利用者の認証をしてもよい。これにより、使用できる携帯端末６を限定することが可能になる。認証方法の例としては、ＩＤとパスワードを使用する、携帯端末６に格納された証明書を用いる、携帯端末６のＩＣカード通信機能を用いてＩＣカードに格納された証明書を用いる、携帯端末６でバイオメトリクス情報を読み取り特徴量をサーバに送信して比較する、携帯端末に対するタッチや加速度の変化のパターンを送信しあらかじめ記憶されているものと比較するなど、種々の方法が考えられる。また、認証の強化のために携帯端末６の携帯端末ＩＤ、アクセスに使用されたサービス端末２のブラウザのタイプ、サービス端末２及び携帯端末６に搭載されたＧＰＳにより取得する現在位置情報などを送信し、各々登録済みのものと比較してもよい。さらにネットワーク的なアクセス元を制限してもよい。
【００８５】
また、ユニークコード要求に対する処理において、認証副サーバ装置４は、正しいセッションキーとアクセス元からのアクセスであっても、２回目以降のアクセスに対してすでにユニークコードを送信済みのメッセージを返すことによって、不正な使用者が正当な使用者の前にユニークコードを詐取した場合に、正当な使用者が詐取されたことを知ることが出来るようにしてもよい。
【００８６】
また、認証主サーバ装置３は、さらにユニークコード照合要求時のアクセス元と、サービス提供要求受信時にステップＳ４で取得したアクセス元とが同じであるかどうか確認してもよい。
【００８７】
また、認証副サーバ装置４からユニークコードを受信する方法として、第１経路形成手段２１２によるセッションキーの照合の経路の形成の開始後、サービス端末２から認証副サーバ装置４へユニークコード要求を送信してＯＫ応答によってユニークコードが提供される場合について説明したが、ユニークコード要求を送信しない方法もある。この場合、認証副サーバ装置４が携帯端末６のセッションキー照合要求を受信し、第１コード照合手段４１２が受信したセッションキーが副サーバ記憶部４２のセッションキー４２１に登録されていると判定すると、第２経路制御手段４１３にＯＫ応答を生成させ、副サーバ記憶部４２からセッションキーに対応するアクセス元情報４２３を特定し、そのアクセス元情報に基づき送信先のサービス端末２を決定してユニークコードを含むＯＫ応答を送信する。
【符号の説明】
【００８８】
１・・・認証システム
２・・・第一端末（サービス端末）
２１・・・第一端末制御部
２１１・・・認証要求手段
２１２・・・第１経路形成手段
２１３・・・第２経路形成手段
２１４・・・結果受信手段
２２・・・第一端末操作部
２３・・・第一端末通信部
３・・・主サーバ（認証主サーバ装置）
３１・・・主サーバ制御部
３１１・・・ペア情報生成手段
３１２・・・第１経路制御手段
３１３・・・第２コード照合手段
３１４・・・結果送信手段
３２・・・主サーバ記憶部
３３・・・主サーバ通信部
４・・・副サーバ（認証副サーバ装置）
４１・・・副サーバ制御部
４１１・・・データ取得手段
４１２・・・第１コード照合手段
４１３・・・第２経路制御手段
４１４・・・第二端末確認手段
４２・・・副サーバ記憶部
４３・・・副サーバ通信部
５・・・ネットワーク
６・・・第二端末（携帯端末）
６１・・・中継手段
７・・・サービス提供サーバ装置
【特許請求の範囲】
【請求項１】
第一端末、主サーバ、副サーバがネットワークを介して接続され、第一端末、主サーバおよび副サーバが協同して認証した結果を認証要求した第一端末が取得できる認証システムであって、
前記第一端末は、
前記主サーバに対して認証要求信号を送信する認証要求手段と、
前記主サーバから第１コードを受信すると前記副サーバに対して当該第１コードを含む第２コード要求信号を送信する第１経路形成手段と、
前記副サーバから第２コードを受信すると、当該第２コードと前記主サーバから受信した第１コードとを含む第２コード照合要求信号を前記主サーバに送信する第２経路形成手段と、
前記主サーバから認証結果を受信する結果受信手段とを有し、
前記主サーバは、
前記第一端末から認証要求信号を受信する毎に、認証要求に対応する第１コードと第２コードを生成するとともに、認証要求信号毎に生成した第１コードと第２コードを対応付けて主サーバ記憶部に記憶させるペア情報生成手段と、
前記対応付けた第１コードと第２コードを前記副サーバに送信するとともに、前記第１コードを前記第一端末に送信する第１経路制御手段と、
前記第一端末から第２コード照合要求信号を受信したとき、前記主サーバ記憶部に記憶した第２コードと受信した第２コードとを照合する第２コード照合手段と、
前記第２コード照合手段での照合結果を前記認証要求に対する認証結果として前記第一端末に送信する結果送信手段とを有し、
前記副サーバは、
前記主サーバから受信した第１コードと第２コードを対応付けて副サーバ記憶部に記憶させるデータ取得手段と、
前記第一端末からの第２コード要求信号を受信すると、前記副サーバ記憶部の第１コードと受信した第１コードを照合して、一致するか否かを判定する第１コード照合手段と、
前記第１コード照合手段にて一致すると照合した第１コードに対応する第２コードを第２コード要求信号の送信元に送信する第２経路制御手段とを有することを特徴とする認証システム。
【請求項２】
前記第１コードが、セッションキーである請求項１に記載の認証システム。
【請求項３】
前記第２コードが、秘密情報である請求項１または請求項２の何れか一項に記載の認証システム。
【請求項４】
前記主サーバでは、
前記ペア情報生成手段が前記第一端末からの認証要求の通信中に得られる第一端末を特定するアクセス元情報を前記認証要求信号毎に生成した第１コードと第２コードに対応付けて前記主サーバ記憶部に記憶し、
前記第１経路制御手段が前記ペア情報生成手段にて対応付けた前記アクセス元情報を前記第１コード及び前記第２コードとともに前記副サーバへ送信し、
前記副サーバでは、
前記データ取得手段が前記アクセス元情報を前記第１コード及び前記第２コードに対応付けて副サーバ記憶部に記憶し、
前記第２経路制御手段が第２コード要求信号の送信元が前記アクセス元情報にて特定される第一端末である場合に第２コードを送信する請求項１乃至請求項３の何れか一項に記載の認証システム。
【請求項５】
更に、前記第一端末から前記第２コード要求信号を、前記ネットワークを介することなく取得し、前記ネットワークを介して前記副サーバに転送する中継手段を少なくとも有する第二端末を有し、
前記第一端末の第１経路形成手段は、前記第２コード要求信号を前記第二端末に送信する請求項１乃至請求項４の何れか一項に記載の認証システム。
【請求項６】
前記副サーバは、前記第二端末が利用者登録された端末であることを確認できたことを条件に第２コードの送信を可能にする第二端末確認手段を更に有する請求項５に記載の認証システム。
【請求項１】
第一端末、主サーバ、副サーバがネットワークを介して接続され、第一端末、主サーバおよび副サーバが協同して認証した結果を認証要求した第一端末が取得できる認証システムであって、
前記第一端末は、
前記主サーバに対して認証要求信号を送信する認証要求手段と、
前記主サーバから第１コードを受信すると前記副サーバに対して当該第１コードを含む第２コード要求信号を送信する第１経路形成手段と、
前記副サーバから第２コードを受信すると、当該第２コードと前記主サーバから受信した第１コードとを含む第２コード照合要求信号を前記主サーバに送信する第２経路形成手段と、
前記主サーバから認証結果を受信する結果受信手段とを有し、
前記主サーバは、
前記第一端末から認証要求信号を受信する毎に、認証要求に対応する第１コードと第２コードを生成するとともに、認証要求信号毎に生成した第１コードと第２コードを対応付けて主サーバ記憶部に記憶させるペア情報生成手段と、
前記対応付けた第１コードと第２コードを前記副サーバに送信するとともに、前記第１コードを前記第一端末に送信する第１経路制御手段と、
前記第一端末から第２コード照合要求信号を受信したとき、前記主サーバ記憶部に記憶した第２コードと受信した第２コードとを照合する第２コード照合手段と、
前記第２コード照合手段での照合結果を前記認証要求に対する認証結果として前記第一端末に送信する結果送信手段とを有し、
前記副サーバは、
前記主サーバから受信した第１コードと第２コードを対応付けて副サーバ記憶部に記憶させるデータ取得手段と、
前記第一端末からの第２コード要求信号を受信すると、前記副サーバ記憶部の第１コードと受信した第１コードを照合して、一致するか否かを判定する第１コード照合手段と、
前記第１コード照合手段にて一致すると照合した第１コードに対応する第２コードを第２コード要求信号の送信元に送信する第２経路制御手段とを有することを特徴とする認証システム。
【請求項２】
前記第１コードが、セッションキーである請求項１に記載の認証システム。
【請求項３】
前記第２コードが、秘密情報である請求項１または請求項２の何れか一項に記載の認証システム。
【請求項４】
前記主サーバでは、
前記ペア情報生成手段が前記第一端末からの認証要求の通信中に得られる第一端末を特定するアクセス元情報を前記認証要求信号毎に生成した第１コードと第２コードに対応付けて前記主サーバ記憶部に記憶し、
前記第１経路制御手段が前記ペア情報生成手段にて対応付けた前記アクセス元情報を前記第１コード及び前記第２コードとともに前記副サーバへ送信し、
前記副サーバでは、
前記データ取得手段が前記アクセス元情報を前記第１コード及び前記第２コードに対応付けて副サーバ記憶部に記憶し、
前記第２経路制御手段が第２コード要求信号の送信元が前記アクセス元情報にて特定される第一端末である場合に第２コードを送信する請求項１乃至請求項３の何れか一項に記載の認証システム。
【請求項５】
更に、前記第一端末から前記第２コード要求信号を、前記ネットワークを介することなく取得し、前記ネットワークを介して前記副サーバに転送する中継手段を少なくとも有する第二端末を有し、
前記第一端末の第１経路形成手段は、前記第２コード要求信号を前記第二端末に送信する請求項１乃至請求項４の何れか一項に記載の認証システム。
【請求項６】
前記副サーバは、前記第二端末が利用者登録された端末であることを確認できたことを条件に第２コードの送信を可能にする第二端末確認手段を更に有する請求項５に記載の認証システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−３２９９３（Ｐ２０１２−３２９９３Ａ）
【公開日】平成２４年２月１６日（２０１２．２．１６）
【国際特許分類】
【出願番号】特願２０１０−１７１８２５（Ｐ２０１０−１７１８２５）
【出願日】平成２２年７月３０日（２０１０．７．３０）
【出願人】（０００１０８０８５）セコム株式会社 (596)
【Ｆターム（参考）】
【公開日】平成２４年２月１６日（２０１２．２．１６）
【国際特許分類】
【出願日】平成２２年７月３０日（２０１０．７．３０）
【出願人】（０００１０８０８５）セコム株式会社 (596)
【Ｆターム（参考）】
[ Back to top ]