認証移行システム、認証移行方法及び認証移行装置
【課題】ユーザの手を煩わせることなくスムースに認証手段を移行する。
【解決手段】ユーザから認証サーバ１へアクセスがあったときに、データベース２の移行済フラグを参照して、そのユーザから認証手段の移行の承諾が得られているか否か判定し、ユーザが利用登録していたサービス名等の一覧を含む、認証移行の確認・承認を促す画面をユーザ端末４に送信して表示させる。そして、ユーザ端末４から確認・承認の応答を受信し、データベース２のデータを更新し、移行済フラグをオンにする。これにより、事前に認証移行することを通知するだけでなく、ユーザの確認・承認まで得た上で認証手段を移行することが可能となる。また、ユーザにとっては、利用したいサービスにアクセスする契機で確認・承認が求められることになるので、ほとんどサービスを利用していないユーザの手を煩わせることもない。
【解決手段】ユーザから認証サーバ１へアクセスがあったときに、データベース２の移行済フラグを参照して、そのユーザから認証手段の移行の承諾が得られているか否か判定し、ユーザが利用登録していたサービス名等の一覧を含む、認証移行の確認・承認を促す画面をユーザ端末４に送信して表示させる。そして、ユーザ端末４から確認・承認の応答を受信し、データベース２のデータを更新し、移行済フラグをオンにする。これにより、事前に認証移行することを通知するだけでなく、ユーザの確認・承認まで得た上で認証手段を移行することが可能となる。また、ユーザにとっては、利用したいサービスにアクセスする契機で確認・承認が求められることになるので、ほとんどサービスを利用していないユーザの手を煩わせることもない。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証情報を一元管理する技術に関する。
【背景技術】
【０００２】
近年、ネットワーク上でさまざまなサービスが提供されている。サービスの中にはユーザ登録を必要とする会員制サービスも多数存在する。会員制サービスでは、サービスを利用するために、ユーザ名、パスワード等の認証情報を入力してユーザを識別・認証する。しかしながら、ユーザ名、パスワード等の認証情報は、サービスにより個別に管理されているため、多くのサービスを利用しているユーザは、多くのユーザ名、パスワード等を覚えていなくてはならない。
【０００３】
この問題については、ユーザ名、パスワード等の認証情報を一元的に管理することで、ユーザは、一つの認証情報を覚えておくだけで各サービスを利用することができるようになる（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−２５９５６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、認証情報の一元管理を行うにあたっては、既存サービスの認証情報をどのように一元管理するデータベースに移行するのかが問題となる。従来は、既存サービスを利用していたユーザに対して認証手段の移行の確認、承認を得るため、ユーザに対して認証手段を移行する旨を通知し、移行完了の日時を区切って強制的に移行させる必要があった。また、認証手段の移行に際して、サービスをほとんど利用していないユーザの手を煩わせるという問題もある。
【０００６】
本発明は、上記に鑑みてなされたものであり、ユーザの手を煩わせることなくスムースに認証手段を移行することを目的とする。
【課題を解決するための手段】
【０００７】
第１の本発明に係る認証移行システムは、サービスを提供するサーバと認証情報を一元管理するデータベースと認証移行装置を有する認証移行システムであって、前記データベースは、一元管理後の新認証情報と前記サービスで用いられていた旧認証情報と認証移行の確認・承認が得られたか否かを示す移行情報とを格納し、前記サーバは、ユーザが認証のためにアクセスしたときに前記認証移行装置へのアクセスを指示する指示手段を有し、前記認証移行装置は、ユーザからアクセスがあったときに、前記移行情報を参照して前記ユーザから認証移行の確認・承認をすでに得られたか否かを判定する判定手段と、前記新認証情報あるいは前記旧認証情報を前記ユーザから受信してユーザ認証を行う認証手段と、前記判定手段が前記ユーザから認証移行の確認・承認を得られていないと判定した場合、前記認証手段によりユーザ認証が行われた後に、前記ユーザが利用していた前記サービスの一覧を前記データベースから取得して前記ユーザに提示するとともに、前記ユーザから認証移行の確認・承認を受け付けて、前記移行情報を更新する移行手段と、を有することを特徴とする。
【０００８】
上記認証移行システムにおいて、前記移行手段は、ユーザが認証情報の一元管理後に最初に利用するサービスで用いられていた前記旧認証情報を前記新認証情報としてユーザに提示することを特徴とする。
【０００９】
第２の本発明に係る認証移行方法は、サービスを提供するサーバと認証情報を一元管理するデータベースと認証移行装置による認証移行方法であって、前記サーバによる、ユーザが認証のためにアクセスしたときに前記認証移行装置へのアクセスを指示するステップと、前記認証移行装置による、ユーザからアクセスがあったときに、前記データベースに格納された認証移行の確認・承認が得られたか否かを示す移行情報を参照して前記ユーザから認証移行の確認・承認をすでに得られたか否かを判定するステップと、前記データベースに格納された一元管理後の新認証情報あるいは前記サービスで用いられていた旧認証情報を前記ユーザから受信してユーザ認証を行うステップと、前記判定するステップにおいて前記ユーザから認証移行の確認・承認を得られていないと判定した場合、前記認証手段によりユーザ認証が行われた後に、前記ユーザが利用していた前記サービスの一覧を前記データベースから取得して前記ユーザに提示するステップと、前記ユーザから認証移行の確認・承認を受け付けて、前記移行情報を更新するステップと、を有することを特徴とする。
【００１０】
上記認証移行方法において、前記提示するステップは、ユーザが認証情報の一元管理後に最初に利用するサービスで用いられていた前記旧認証情報を前記新認証情報としてユーザに提示することを特徴とする。
【００１１】
第３の本発明に係る認証移行装置は、サービスを利用するための認証情報を移行する認証移行装置であって、ユーザからアクセスがあったときに、データベースに格納された認証移行の確認・承認が得られたか否かを示す移行情報を参照して前記ユーザから認証移行の確認・承認をすでに得られたか否かを判定する判定手段と、データベースに格納された一元管理後の新認証情報あるいは前記サービスで用いられていた旧認証情報を前記ユーザから受信してユーザ認証を行う認証手段と、前記判定手段が前記ユーザから認証移行の確認・承認を得られていないと判定した場合、前記認証手段によりユーザ認証が行われた後に、前記ユーザが利用していた前記サービスの一覧を前記データベースから取得して前記ユーザに提示するとともに、前記ユーザから認証移行の確認・承認を受け付けて、前記移行情報を更新する移行手段と、を有することを特徴とする。
【００１２】
上記認証移行装置において、前記移行手段は、ユーザが認証情報の一元管理後に最初に利用するサービスで用いられていた前記旧認証情報を前記新認証情報としてユーザに提示することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、ユーザの手を煩わせることなくスムースに認証手段を移行することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態における認証移行システムを含む全体構成図である。
【図２】本実施の形態における認証移行システムのデータベースに蓄積されたデータの例を示す。
【図３】本実施の形態における認証移行システムの処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について図面を用いて説明する。
【００１６】
図１は、本実施の形態における認証移行システムを含む全体構成図である。本実施の形態における認証移行システムは、認証サーバ１とデータベース２を有し、各サービスＡ，Ｂ，Ｃを提供するサーバ３Ａ，３Ｂ，３Ｃで管理していた認証情報をデータベース２に一元化し、各サービスＡ，Ｂ，Ｃを利用する際のユーザ認証を認証サーバ１で行うものである。特に、認証情報を一元化した際に、ユーザ認証を新たな認証サーバ１へ移行させるものである。
【００１７】
認証サーバ１および各サーバ３Ａ，３Ｂ，３Ｃはネットワーク１００に接続される。ユーザ端末４から各サービスＡ，Ｂ，Ｃを利用する際には、ネットワーク１００を介して各サーバへアクセスする。各サービスＡ，Ｂ，Ｃを利用する際、認証情報等の認証トラヒックは認証サーバ１へ、サービスに関する情報等のサービストラヒックは各サービスＡ，Ｂ，Ｃへ向かう。
【００１８】
認証サーバ１は、判定部１１、認証部１２、および移行部１３を備え、各サービスＡ，Ｂ，Ｃの認証情報を一元管理するデータベース２が接続される。認証サーバ１が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムは認証サーバ１が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。以下、各部について説明する。
【００１９】
判定部１１は、ユーザ端末４から認証サーバ１に対してアクセスがあった際に、アクセスしてきたユーザから認証移行の確認・承認をすでに得られたか否かを判定する。
【００２０】
認証部１２は、ユーザ端末４から送信された認証情報をデータベース２で照会してユーザ認証を行う。
【００２１】
移行部１３は、判定部１１が、アクセスしてきたユーザから認証移行の確認・承認を得られていないと判定したときに、認証情報を名寄せしたサービスＡ，Ｂ，Ｃの一覧をユーザ端末４に表示させて、ユーザに対して認証移行の確認・承認を求め、認証移行の確認・承認が得られたときにデータベース２のデータを更新し、そのユーザについては認証移行が完了した旨を記録する。
【００２２】
次に、データベース２に蓄積されるデータについて説明する。
【００２３】
データベース２には、各サーバ３Ａ，３Ｂ，３Ｃが保持している認証情報をメールアドレス、回線情報、住所氏名などの個人を識別できる情報をキーに名寄せしたデータがユーザ毎に蓄積されている。図２に、データベース２に蓄積されたデータの例を示す。図２に示す例では、新ユーザＩＤ、新パスワード、各サービスで用いられていたユーザＩＤとパスワード、移行済フラグ、および名寄せ情報がユーザ毎に蓄積されている。新ユーザＩＤと新パスワードは、移行後つまりユーザから認証移行の確認・承認が得られた後のサービス利用時の認証に用いられる認証情報である。移行済フラグは、すでにユーザから認証移行の確認・承認が得られたか否か示すデータである。名寄せ情報は、各サーバ３Ａ，３Ｂ，３Ｃが保持している認証情報の名寄せに用いた情報である。
【００２４】
次に、本実施の形態における認証移行システムの処理の流れについて説明する。
【００２５】
図３は、本実施の形態における認証移行システムの処理の流れを示すシーケンス図である。この例では、あるユーザが、各サービスＡ，Ｂ，Ｃの認証情報をデータベース２に移行した後に初めてサービスＡを利用するときの認証移行システムの処理の流れを示す。
【００２６】
まず、ユーザがユーザ端末４からサービスＡを提供しているサーバ３Ａへアクセスする（ステップＳ１１）。
【００２７】
サーバ３Ａは、ユーザ端末４からのアクセスを認証サーバ１へリダイレクトし（ステップＳ１２）、ユーザ端末４はサーバ３Ａの指示により認証サーバ１にアクセスする（ステップＳ１３）。
【００２８】
認証サーバ１は、ユーザ端末４からのアクセスを受けると、ユーザＩＤ、パスワードなどの認証情報をユーザ端末４に要求する（ステップＳ１４）。
【００２９】
そして、ユーザは、ユーザ端末４により認証情報を入力し、認証サーバ１へ送信する（ステップＳ１５）。この時点では、ユーザは認証移行前であって、サーバ３Ａからリダイレクトされているので、サービスＡのユーザＩＤとパスワードを入力して認証サーバ１へ送信する。
【００３０】
認証サーバ１は、ユーザ端末４から認証情報を受信すると、データベース２を参照し、そのユーザから認証移行の確認・承認が得られているか否か判定する（ステップＳ１６）。認証移行の確認・承認が得られているか否かは、判定部１１が、データベース２を参照し、アクセスしてきたユーザの移行済フラグを確認することで判定する。アクセスしてきたユーザの識別は、ユーザ端末４が認証サーバ１へアクセスする際に付加される回線情報を用いて行うことができる。あるいは、サービスＡのユーザＩＤからユーザを識別することができる。
【００３１】
続いて、認証サーバ１は、認証移行の確認・承認を促す画面をユーザ端末４に送信して表示させる（ステップＳ１７）。移行部１３は、データベース２を参照して名寄せしたサービスの一覧を取得してユーザ端末４に送信し、ユーザに認証手段の移行の確認・承認を促す。ユーザ端末４に表示させる情報としては、ユーザが利用登録していたサービス名、そのサービスで用いていたユーザＩＤがある。また、認証移行の確認と同時に、新ユーザＩＤ、新パスワードの入力も促す。あるいは、認証情報の一元管理後に最初にアクセスしたサービスＡで用いていたユーザＩＤ、パスワードを移行後の新ユーザＩＤ、新パスワードとして用いる、特定サービスのユーザＩＤ、パスワードを新ユーザＩＤ、新パスワードとして用いる、ユーザ毎に利用頻度の高いものを選択する、名寄せに用いたメールアドレス等を新ユーザＩＤとして用いることをユーザに提示する方法がある。
【００３２】
そして、ユーザは、ユーザ端末４に表示された画面を見て認証サーバ１に認証が移行されたサービスを確認し、新ユーザＩＤ、新パスワードを設定して認証サーバ１に確認・承認の応答を送信する（ステップＳ１８）。
【００３３】
認証サーバ１は、認証移行の確認・承認を受信すると、データベース２のデータを更新し、移行済フラグをオンにする（ステップＳ１９）。なお、移行後は新ユーザＩＤと新パスワードによりユーザ認証が行われるため、各サービスＡ，Ｂ，ＣのユーザＩＤとパスワードは不要となるので、各サービスＡ，Ｂ，ＣのユーザＩＤとパスワードをデータベース２から削除してもよい。
【００３４】
そして、認証サーバ１は、サービスＡを利用するための認証トークンをユーザ端末４に送信し（ステップＳ２０）、ユーザ端末４は、受信した認証トークンを用いてサーバ３Ａにアクセスし、サービスＡを利用する（ステップＳ２１，Ｓ２２）。
【００３５】
続けて、移行後のユーザ認証について説明する。
【００３６】
移行後に、ユーザ端末４からサービスＢを提供しているサーバ３Ｂへアクセスすると（ステップＳ２３）、認証サーバ１へアクセスがリダイレクトされ（ステップＳ２４，Ｓ２５）、新ユーザＩＤ、新パスワードを用いてユーザ認証される（ステップＳ２６）。認証サーバ１は、サービスＢを利用するための認証トークンをユーザ端末４に送信し（ステップＳ２７）、ユーザ端末４は、受信した認証トークンを用いてサーバ３Ｂにアクセスし、サービスＢを利用する（ステップＳ２８，Ｓ２９）。
【００３７】
以上説明したように、本実施の形態によれば、ユーザから認証サーバ１へアクセスがあったときに、データベース２の移行済フラグを参照して、そのユーザから認証手段の移行の承諾が得られているか否か判定し、ユーザが利用登録していたサービス名等の一覧を含む、認証移行の確認・承認を促す画面をユーザ端末４に送信して表示させる。そして、ユーザ端末４から確認・承認の応答を受信し、データベース２のデータを更新し、移行済フラグをオンにする。これにより、事前に認証移行することを通知するだけでなく、ユーザの確認・承認まで得た上で認証手段を移行することが可能となる。また、ユーザにとっては、利用したいサービスにアクセスする契機で確認・承認が求められることになるので、ほとんどサービスを利用していないユーザを煩わせることもない。
【００３８】
本実施の形態によれば、認証情報の一元管理後に最初にアクセスしたサービスで用いていたユーザＩＤ、パスワードを移行後の新ユーザＩＤ、新パスワードとして用いることで、ユーザは慣れ親しんだユーザＩＤ、パスワードをそのまま使うことができる。
【符号の説明】
【００３９】
１…認証サーバ
１１…判定部
１２…認証部
１３…移行部
２…データベース
３Ａ，３Ｂ，３Ｃ…サーバ
４…ユーザ端末
１００…ネットワーク
【技術分野】
【０００１】
本発明は、認証情報を一元管理する技術に関する。
【背景技術】
【０００２】
近年、ネットワーク上でさまざまなサービスが提供されている。サービスの中にはユーザ登録を必要とする会員制サービスも多数存在する。会員制サービスでは、サービスを利用するために、ユーザ名、パスワード等の認証情報を入力してユーザを識別・認証する。しかしながら、ユーザ名、パスワード等の認証情報は、サービスにより個別に管理されているため、多くのサービスを利用しているユーザは、多くのユーザ名、パスワード等を覚えていなくてはならない。
【０００３】
この問題については、ユーザ名、パスワード等の認証情報を一元的に管理することで、ユーザは、一つの認証情報を覚えておくだけで各サービスを利用することができるようになる（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−２５９５６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、認証情報の一元管理を行うにあたっては、既存サービスの認証情報をどのように一元管理するデータベースに移行するのかが問題となる。従来は、既存サービスを利用していたユーザに対して認証手段の移行の確認、承認を得るため、ユーザに対して認証手段を移行する旨を通知し、移行完了の日時を区切って強制的に移行させる必要があった。また、認証手段の移行に際して、サービスをほとんど利用していないユーザの手を煩わせるという問題もある。
【０００６】
本発明は、上記に鑑みてなされたものであり、ユーザの手を煩わせることなくスムースに認証手段を移行することを目的とする。
【課題を解決するための手段】
【０００７】
第１の本発明に係る認証移行システムは、サービスを提供するサーバと認証情報を一元管理するデータベースと認証移行装置を有する認証移行システムであって、前記データベースは、一元管理後の新認証情報と前記サービスで用いられていた旧認証情報と認証移行の確認・承認が得られたか否かを示す移行情報とを格納し、前記サーバは、ユーザが認証のためにアクセスしたときに前記認証移行装置へのアクセスを指示する指示手段を有し、前記認証移行装置は、ユーザからアクセスがあったときに、前記移行情報を参照して前記ユーザから認証移行の確認・承認をすでに得られたか否かを判定する判定手段と、前記新認証情報あるいは前記旧認証情報を前記ユーザから受信してユーザ認証を行う認証手段と、前記判定手段が前記ユーザから認証移行の確認・承認を得られていないと判定した場合、前記認証手段によりユーザ認証が行われた後に、前記ユーザが利用していた前記サービスの一覧を前記データベースから取得して前記ユーザに提示するとともに、前記ユーザから認証移行の確認・承認を受け付けて、前記移行情報を更新する移行手段と、を有することを特徴とする。
【０００８】
上記認証移行システムにおいて、前記移行手段は、ユーザが認証情報の一元管理後に最初に利用するサービスで用いられていた前記旧認証情報を前記新認証情報としてユーザに提示することを特徴とする。
【０００９】
第２の本発明に係る認証移行方法は、サービスを提供するサーバと認証情報を一元管理するデータベースと認証移行装置による認証移行方法であって、前記サーバによる、ユーザが認証のためにアクセスしたときに前記認証移行装置へのアクセスを指示するステップと、前記認証移行装置による、ユーザからアクセスがあったときに、前記データベースに格納された認証移行の確認・承認が得られたか否かを示す移行情報を参照して前記ユーザから認証移行の確認・承認をすでに得られたか否かを判定するステップと、前記データベースに格納された一元管理後の新認証情報あるいは前記サービスで用いられていた旧認証情報を前記ユーザから受信してユーザ認証を行うステップと、前記判定するステップにおいて前記ユーザから認証移行の確認・承認を得られていないと判定した場合、前記認証手段によりユーザ認証が行われた後に、前記ユーザが利用していた前記サービスの一覧を前記データベースから取得して前記ユーザに提示するステップと、前記ユーザから認証移行の確認・承認を受け付けて、前記移行情報を更新するステップと、を有することを特徴とする。
【００１０】
上記認証移行方法において、前記提示するステップは、ユーザが認証情報の一元管理後に最初に利用するサービスで用いられていた前記旧認証情報を前記新認証情報としてユーザに提示することを特徴とする。
【００１１】
第３の本発明に係る認証移行装置は、サービスを利用するための認証情報を移行する認証移行装置であって、ユーザからアクセスがあったときに、データベースに格納された認証移行の確認・承認が得られたか否かを示す移行情報を参照して前記ユーザから認証移行の確認・承認をすでに得られたか否かを判定する判定手段と、データベースに格納された一元管理後の新認証情報あるいは前記サービスで用いられていた旧認証情報を前記ユーザから受信してユーザ認証を行う認証手段と、前記判定手段が前記ユーザから認証移行の確認・承認を得られていないと判定した場合、前記認証手段によりユーザ認証が行われた後に、前記ユーザが利用していた前記サービスの一覧を前記データベースから取得して前記ユーザに提示するとともに、前記ユーザから認証移行の確認・承認を受け付けて、前記移行情報を更新する移行手段と、を有することを特徴とする。
【００１２】
上記認証移行装置において、前記移行手段は、ユーザが認証情報の一元管理後に最初に利用するサービスで用いられていた前記旧認証情報を前記新認証情報としてユーザに提示することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、ユーザの手を煩わせることなくスムースに認証手段を移行することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態における認証移行システムを含む全体構成図である。
【図２】本実施の形態における認証移行システムのデータベースに蓄積されたデータの例を示す。
【図３】本実施の形態における認証移行システムの処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について図面を用いて説明する。
【００１６】
図１は、本実施の形態における認証移行システムを含む全体構成図である。本実施の形態における認証移行システムは、認証サーバ１とデータベース２を有し、各サービスＡ，Ｂ，Ｃを提供するサーバ３Ａ，３Ｂ，３Ｃで管理していた認証情報をデータベース２に一元化し、各サービスＡ，Ｂ，Ｃを利用する際のユーザ認証を認証サーバ１で行うものである。特に、認証情報を一元化した際に、ユーザ認証を新たな認証サーバ１へ移行させるものである。
【００１７】
認証サーバ１および各サーバ３Ａ，３Ｂ，３Ｃはネットワーク１００に接続される。ユーザ端末４から各サービスＡ，Ｂ，Ｃを利用する際には、ネットワーク１００を介して各サーバへアクセスする。各サービスＡ，Ｂ，Ｃを利用する際、認証情報等の認証トラヒックは認証サーバ１へ、サービスに関する情報等のサービストラヒックは各サービスＡ，Ｂ，Ｃへ向かう。
【００１８】
認証サーバ１は、判定部１１、認証部１２、および移行部１３を備え、各サービスＡ，Ｂ，Ｃの認証情報を一元管理するデータベース２が接続される。認証サーバ１が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムは認証サーバ１が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。以下、各部について説明する。
【００１９】
判定部１１は、ユーザ端末４から認証サーバ１に対してアクセスがあった際に、アクセスしてきたユーザから認証移行の確認・承認をすでに得られたか否かを判定する。
【００２０】
認証部１２は、ユーザ端末４から送信された認証情報をデータベース２で照会してユーザ認証を行う。
【００２１】
移行部１３は、判定部１１が、アクセスしてきたユーザから認証移行の確認・承認を得られていないと判定したときに、認証情報を名寄せしたサービスＡ，Ｂ，Ｃの一覧をユーザ端末４に表示させて、ユーザに対して認証移行の確認・承認を求め、認証移行の確認・承認が得られたときにデータベース２のデータを更新し、そのユーザについては認証移行が完了した旨を記録する。
【００２２】
次に、データベース２に蓄積されるデータについて説明する。
【００２３】
データベース２には、各サーバ３Ａ，３Ｂ，３Ｃが保持している認証情報をメールアドレス、回線情報、住所氏名などの個人を識別できる情報をキーに名寄せしたデータがユーザ毎に蓄積されている。図２に、データベース２に蓄積されたデータの例を示す。図２に示す例では、新ユーザＩＤ、新パスワード、各サービスで用いられていたユーザＩＤとパスワード、移行済フラグ、および名寄せ情報がユーザ毎に蓄積されている。新ユーザＩＤと新パスワードは、移行後つまりユーザから認証移行の確認・承認が得られた後のサービス利用時の認証に用いられる認証情報である。移行済フラグは、すでにユーザから認証移行の確認・承認が得られたか否か示すデータである。名寄せ情報は、各サーバ３Ａ，３Ｂ，３Ｃが保持している認証情報の名寄せに用いた情報である。
【００２４】
次に、本実施の形態における認証移行システムの処理の流れについて説明する。
【００２５】
図３は、本実施の形態における認証移行システムの処理の流れを示すシーケンス図である。この例では、あるユーザが、各サービスＡ，Ｂ，Ｃの認証情報をデータベース２に移行した後に初めてサービスＡを利用するときの認証移行システムの処理の流れを示す。
【００２６】
まず、ユーザがユーザ端末４からサービスＡを提供しているサーバ３Ａへアクセスする（ステップＳ１１）。
【００２７】
サーバ３Ａは、ユーザ端末４からのアクセスを認証サーバ１へリダイレクトし（ステップＳ１２）、ユーザ端末４はサーバ３Ａの指示により認証サーバ１にアクセスする（ステップＳ１３）。
【００２８】
認証サーバ１は、ユーザ端末４からのアクセスを受けると、ユーザＩＤ、パスワードなどの認証情報をユーザ端末４に要求する（ステップＳ１４）。
【００２９】
そして、ユーザは、ユーザ端末４により認証情報を入力し、認証サーバ１へ送信する（ステップＳ１５）。この時点では、ユーザは認証移行前であって、サーバ３Ａからリダイレクトされているので、サービスＡのユーザＩＤとパスワードを入力して認証サーバ１へ送信する。
【００３０】
認証サーバ１は、ユーザ端末４から認証情報を受信すると、データベース２を参照し、そのユーザから認証移行の確認・承認が得られているか否か判定する（ステップＳ１６）。認証移行の確認・承認が得られているか否かは、判定部１１が、データベース２を参照し、アクセスしてきたユーザの移行済フラグを確認することで判定する。アクセスしてきたユーザの識別は、ユーザ端末４が認証サーバ１へアクセスする際に付加される回線情報を用いて行うことができる。あるいは、サービスＡのユーザＩＤからユーザを識別することができる。
【００３１】
続いて、認証サーバ１は、認証移行の確認・承認を促す画面をユーザ端末４に送信して表示させる（ステップＳ１７）。移行部１３は、データベース２を参照して名寄せしたサービスの一覧を取得してユーザ端末４に送信し、ユーザに認証手段の移行の確認・承認を促す。ユーザ端末４に表示させる情報としては、ユーザが利用登録していたサービス名、そのサービスで用いていたユーザＩＤがある。また、認証移行の確認と同時に、新ユーザＩＤ、新パスワードの入力も促す。あるいは、認証情報の一元管理後に最初にアクセスしたサービスＡで用いていたユーザＩＤ、パスワードを移行後の新ユーザＩＤ、新パスワードとして用いる、特定サービスのユーザＩＤ、パスワードを新ユーザＩＤ、新パスワードとして用いる、ユーザ毎に利用頻度の高いものを選択する、名寄せに用いたメールアドレス等を新ユーザＩＤとして用いることをユーザに提示する方法がある。
【００３２】
そして、ユーザは、ユーザ端末４に表示された画面を見て認証サーバ１に認証が移行されたサービスを確認し、新ユーザＩＤ、新パスワードを設定して認証サーバ１に確認・承認の応答を送信する（ステップＳ１８）。
【００３３】
認証サーバ１は、認証移行の確認・承認を受信すると、データベース２のデータを更新し、移行済フラグをオンにする（ステップＳ１９）。なお、移行後は新ユーザＩＤと新パスワードによりユーザ認証が行われるため、各サービスＡ，Ｂ，ＣのユーザＩＤとパスワードは不要となるので、各サービスＡ，Ｂ，ＣのユーザＩＤとパスワードをデータベース２から削除してもよい。
【００３４】
そして、認証サーバ１は、サービスＡを利用するための認証トークンをユーザ端末４に送信し（ステップＳ２０）、ユーザ端末４は、受信した認証トークンを用いてサーバ３Ａにアクセスし、サービスＡを利用する（ステップＳ２１，Ｓ２２）。
【００３５】
続けて、移行後のユーザ認証について説明する。
【００３６】
移行後に、ユーザ端末４からサービスＢを提供しているサーバ３Ｂへアクセスすると（ステップＳ２３）、認証サーバ１へアクセスがリダイレクトされ（ステップＳ２４，Ｓ２５）、新ユーザＩＤ、新パスワードを用いてユーザ認証される（ステップＳ２６）。認証サーバ１は、サービスＢを利用するための認証トークンをユーザ端末４に送信し（ステップＳ２７）、ユーザ端末４は、受信した認証トークンを用いてサーバ３Ｂにアクセスし、サービスＢを利用する（ステップＳ２８，Ｓ２９）。
【００３７】
以上説明したように、本実施の形態によれば、ユーザから認証サーバ１へアクセスがあったときに、データベース２の移行済フラグを参照して、そのユーザから認証手段の移行の承諾が得られているか否か判定し、ユーザが利用登録していたサービス名等の一覧を含む、認証移行の確認・承認を促す画面をユーザ端末４に送信して表示させる。そして、ユーザ端末４から確認・承認の応答を受信し、データベース２のデータを更新し、移行済フラグをオンにする。これにより、事前に認証移行することを通知するだけでなく、ユーザの確認・承認まで得た上で認証手段を移行することが可能となる。また、ユーザにとっては、利用したいサービスにアクセスする契機で確認・承認が求められることになるので、ほとんどサービスを利用していないユーザを煩わせることもない。
【００３８】
本実施の形態によれば、認証情報の一元管理後に最初にアクセスしたサービスで用いていたユーザＩＤ、パスワードを移行後の新ユーザＩＤ、新パスワードとして用いることで、ユーザは慣れ親しんだユーザＩＤ、パスワードをそのまま使うことができる。
【符号の説明】
【００３９】
１…認証サーバ
１１…判定部
１２…認証部
１３…移行部
２…データベース
３Ａ，３Ｂ，３Ｃ…サーバ
４…ユーザ端末
１００…ネットワーク
【特許請求の範囲】
【請求項１】
サービスを提供するサーバと認証情報を一元管理するデータベースと認証移行装置を有する認証移行システムであって、
前記データベースは、
一元管理後の新認証情報と前記サービスで用いられていた旧認証情報と認証移行の確認・承認が得られたか否かを示す移行情報とを格納し、
前記サーバは、
ユーザが認証のためにアクセスしたときに前記認証移行装置へのアクセスを指示する指示手段を有し、
前記認証移行装置は、
ユーザからアクセスがあったときに、前記移行情報を参照して前記ユーザから認証移行の確認・承認をすでに得られたか否かを判定する判定手段と、
前記新認証情報あるいは前記旧認証情報を前記ユーザから受信してユーザ認証を行う認証手段と、
前記判定手段が前記ユーザから認証移行の確認・承認を得られていないと判定した場合、前記認証手段によりユーザ認証が行われた後に、前記ユーザが利用していた前記サービスの一覧を前記データベースから取得して前記ユーザに提示するとともに、前記ユーザから認証移行の確認・承認を受け付けて、前記移行情報を更新する移行手段と、
を有することを特徴とする認証移行システム。
【請求項２】
前記移行手段は、ユーザが認証情報の一元管理後に最初に利用するサービスで用いられていた前記旧認証情報を前記新認証情報としてユーザに提示することを特徴とする請求項１に記載の認証移行システム。
【請求項３】
サービスを提供するサーバと認証情報を一元管理するデータベースと認証移行装置による認証移行方法であって、
前記サーバによる、
ユーザが認証のためにアクセスしたときに前記認証移行装置へのアクセスを指示するステップと、
前記認証移行装置による、
ユーザからアクセスがあったときに、前記データベースに格納された認証移行の確認・承認が得られたか否かを示す移行情報を参照して前記ユーザから認証移行の確認・承認をすでに得られたか否かを判定するステップと、
前記データベースに格納された一元管理後の新認証情報あるいは前記サービスで用いられていた旧認証情報を前記ユーザから受信してユーザ認証を行うステップと、
前記判定するステップにおいて前記ユーザから認証移行の確認・承認を得られていないと判定した場合、前記認証手段によりユーザ認証が行われた後に、前記ユーザが利用していた前記サービスの一覧を前記データベースから取得して前記ユーザに提示するステップと、
前記ユーザから認証移行の確認・承認を受け付けて、前記移行情報を更新するステップと、
を有することを特徴とする認証移行方法。
【請求項４】
前記提示するステップは、ユーザが認証情報の一元管理後に最初に利用するサービスで用いられていた前記旧認証情報を前記新認証情報としてユーザに提示することを特徴とする請求項３に記載の認証移行方法。
【請求項５】
サービスを利用するための認証情報を移行する認証移行装置であって、
ユーザからアクセスがあったときに、データベースに格納された認証移行の確認・承認が得られたか否かを示す移行情報を参照して前記ユーザから認証移行の確認・承認をすでに得られたか否かを判定する判定手段と、
データベースに格納された一元管理後の新認証情報あるいは前記サービスで用いられていた旧認証情報を前記ユーザから受信してユーザ認証を行う認証手段と、
前記判定手段が前記ユーザから認証移行の確認・承認を得られていないと判定した場合、前記認証手段によりユーザ認証が行われた後に、前記ユーザが利用していた前記サービスの一覧を前記データベースから取得して前記ユーザに提示するとともに、前記ユーザから認証移行の確認・承認を受け付けて、前記移行情報を更新する移行手段と、
を有することを特徴とする認証移行装置。
【請求項６】
前記移行手段は、ユーザが認証情報の一元管理後に最初に利用するサービスで用いられていた前記旧認証情報を前記新認証情報としてユーザに提示することを特徴とする請求項５に記載の認証移行装置。
【請求項１】
サービスを提供するサーバと認証情報を一元管理するデータベースと認証移行装置を有する認証移行システムであって、
前記データベースは、
一元管理後の新認証情報と前記サービスで用いられていた旧認証情報と認証移行の確認・承認が得られたか否かを示す移行情報とを格納し、
前記サーバは、
ユーザが認証のためにアクセスしたときに前記認証移行装置へのアクセスを指示する指示手段を有し、
前記認証移行装置は、
ユーザからアクセスがあったときに、前記移行情報を参照して前記ユーザから認証移行の確認・承認をすでに得られたか否かを判定する判定手段と、
前記新認証情報あるいは前記旧認証情報を前記ユーザから受信してユーザ認証を行う認証手段と、
前記判定手段が前記ユーザから認証移行の確認・承認を得られていないと判定した場合、前記認証手段によりユーザ認証が行われた後に、前記ユーザが利用していた前記サービスの一覧を前記データベースから取得して前記ユーザに提示するとともに、前記ユーザから認証移行の確認・承認を受け付けて、前記移行情報を更新する移行手段と、
を有することを特徴とする認証移行システム。
【請求項２】
前記移行手段は、ユーザが認証情報の一元管理後に最初に利用するサービスで用いられていた前記旧認証情報を前記新認証情報としてユーザに提示することを特徴とする請求項１に記載の認証移行システム。
【請求項３】
サービスを提供するサーバと認証情報を一元管理するデータベースと認証移行装置による認証移行方法であって、
前記サーバによる、
ユーザが認証のためにアクセスしたときに前記認証移行装置へのアクセスを指示するステップと、
前記認証移行装置による、
ユーザからアクセスがあったときに、前記データベースに格納された認証移行の確認・承認が得られたか否かを示す移行情報を参照して前記ユーザから認証移行の確認・承認をすでに得られたか否かを判定するステップと、
前記データベースに格納された一元管理後の新認証情報あるいは前記サービスで用いられていた旧認証情報を前記ユーザから受信してユーザ認証を行うステップと、
前記判定するステップにおいて前記ユーザから認証移行の確認・承認を得られていないと判定した場合、前記認証手段によりユーザ認証が行われた後に、前記ユーザが利用していた前記サービスの一覧を前記データベースから取得して前記ユーザに提示するステップと、
前記ユーザから認証移行の確認・承認を受け付けて、前記移行情報を更新するステップと、
を有することを特徴とする認証移行方法。
【請求項４】
前記提示するステップは、ユーザが認証情報の一元管理後に最初に利用するサービスで用いられていた前記旧認証情報を前記新認証情報としてユーザに提示することを特徴とする請求項３に記載の認証移行方法。
【請求項５】
サービスを利用するための認証情報を移行する認証移行装置であって、
ユーザからアクセスがあったときに、データベースに格納された認証移行の確認・承認が得られたか否かを示す移行情報を参照して前記ユーザから認証移行の確認・承認をすでに得られたか否かを判定する判定手段と、
データベースに格納された一元管理後の新認証情報あるいは前記サービスで用いられていた旧認証情報を前記ユーザから受信してユーザ認証を行う認証手段と、
前記判定手段が前記ユーザから認証移行の確認・承認を得られていないと判定した場合、前記認証手段によりユーザ認証が行われた後に、前記ユーザが利用していた前記サービスの一覧を前記データベースから取得して前記ユーザに提示するとともに、前記ユーザから認証移行の確認・承認を受け付けて、前記移行情報を更新する移行手段と、
を有することを特徴とする認証移行装置。
【請求項６】
前記移行手段は、ユーザが認証情報の一元管理後に最初に利用するサービスで用いられていた前記旧認証情報を前記新認証情報としてユーザに提示することを特徴とする請求項５に記載の認証移行装置。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１２−１３７９３２（Ｐ２０１２−１３７９３２Ａ）
【公開日】平成２４年７月１９日（２０１２．７．１９）
【国際特許分類】
【出願番号】特願２０１０−２８９８０２（Ｐ２０１０−２８９８０２）
【出願日】平成２２年１２月２７日（２０１０．１２．２７）
【出願人】（３９９０４０４０５）東日本電信電話株式会社 (286)
【Ｆターム（参考）】
【公開日】平成２４年７月１９日（２０１２．７．１９）
【国際特許分類】
【出願日】平成２２年１２月２７日（２０１０．１２．２７）
【出願人】（３９９０４０４０５）東日本電信電話株式会社 (286)
【Ｆターム（参考）】
[ Back to top ]