(57)【要約】【課題】認証情報の移行において、ユーザの利便性を高める。【解決手段】ユーザの認証情報を一元管理して認証移行を実行する情報処理システムであって、クライアントが提供するサービスでユーザが使用していた旧認証情報と、ユーザの認証移行が完了しているか否かを示す移行情報とを格納する格納部と、ユーザが特定のクライアントへ送信した送信認証情報を取得する取得部と、ユーザの認証移行が完了していない場合、送信認証情報の検証のために、ユーザと関連付けられており且つ旧認証情報を利用できる１以上のクライアントを検証対象として決定する対象決定部と、検証対象について検証の順序を示す優先度を決定する優先度決定部と、優先度に従った順序で、送信認証情報と旧認証情報とが一致するか否かを判定することにより検証を行う検証部と、検証が成功した場合に移行情報を更新する更新部とを備える。【選択図】  図１
2020170352.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの認証情報を一元管理して認証移行を実行する情報処理システムであって、
クライアントが提供するサービスで前記ユーザが使用していた旧認証情報と、前記ユーザの認証移行が完了しているか否かを示す移行情報とを格納する格納手段と、
前記ユーザが特定のクライアントへ送信した送信認証情報を取得する取得手段と、
前記ユーザの認証移行が完了していない場合、前記送信認証情報の検証のために、前記ユーザと関連付けられており且つ前記旧認証情報を利用できる１以上のクライアントを検証対象として決定する対象決定手段と、
前記検証対象について検証の順序を示す優先度を決定する優先度決定手段と、
前記優先度に従った順序で、前記送信認証情報と前記旧認証情報とが一致するか否かを判定することにより検証を行う検証手段と、
前記検証が成功した場合に前記移行情報を更新する更新手段と、
を備えることを特徴とする情報処理システム。
【請求項２】
前記優先度決定手段は、前記送信認証情報を送信した前記ユーザが属する国情報と、前記検証対象である各クライアントがサービスを提供する対象国の国情報とに基づいて、前記優先度を決定することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記優先度決定手段は、各クライアントの前記対象国に前記ユーザの属する国が含まれているかどうかと、各クライアントの前記対象国の数とに基づいて、前記優先度を決定することを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記優先度決定手段は、前記対象国に前記ユーザの属する国が含まれているクライアントの優先度を、前記対象国に前記ユーザの属する国が含まれていないクライアントの優先度よりも高くすることを特徴とする請求項３に記載の情報処理システム。
【請求項５】
前記優先度決定手段は、前記対象国に前記ユーザの属する国が含まれているクライアントが複数存在する場合、当該複数のクライアントについては前記対象国の数が多いクライアントほど前記優先度を低く決定することを特徴とする請求項３又は４に記載の情報処理システム。
【請求項６】
前記優先度決定手段は、前記対象国に前記ユーザの属する国が含まれていないクライアントが複数存在する場合、当該複数のクライアントについては前記対象国の数が多いクライアントほど前記優先度を高く決定することを特徴とする請求項３乃至５の何れか１項に記載の情報処理システム。
【請求項７】
前記優先度決定手段は、前記送信認証情報を送信した前記ユーザと関連付けられた１以上のクライアントが提供するサービスの各々の最終利用日時の情報に基づいて、前記優先度を決定することを特徴とする請求項１に記載の情報処理システム。
【請求項８】
前記優先度決定手段は、前記送信認証情報を送信した前記ユーザの接続元ＩＰアドレス又は使用言語に基づいて、前記優先度を決定することを特徴とする請求項１に記載の情報処理システム。
【請求項９】
前記優先度決定手段は、前記ユーザが前記送信認証情報を送信した前記特定のクライアントの優先度を最も高く決定することを特徴とする請求項１乃至８の何れか１項に記載の情報処理システム。
【請求項１０】
前記格納手段は、前記旧認証情報をユーザ認証に利用することの可否を示す利用可否情報をさらに格納しており、
前記対象決定手段は、前記利用可否情報に基づいて前記検証対象を決定することを特徴とする請求項１乃至９の何れか１項に記載の情報処理システム。
【請求項１１】
複数のサービスの認証情報が前記情報処理システムにより一元管理された後、前記ユーザが最初に前記送信認証情報を送信した際に、前記認証移行が実行されることを特徴とする請求項１乃至１０の何れか１項に記載の情報処理システム。
【請求項１２】
ユーザの認証情報を一元管理して認証移行を実行する情報処理装置であって、
前記ユーザが特定のクライアントへ送信した送信認証情報を取得する取得手段と、
前記認証移行が完了していない場合、前記送信認証情報の検証のために、前記ユーザと関連付けられている１以上のクライアントであって且つ前記ユーザが使用していた旧認証情報を利用できる１以上のクライアントを検証対象として決定する対象決定手段と、
前記検証対象について検証の順序を示す優先度を決定する優先度決定手段と、
前記優先度に従った順序で、前記送信認証情報と前記旧認証情報とが一致するか否かを判定することにより検証を行う検証手段と、
前記検証が成功した場合に、前記ユーザの認証移行が完了しているか否かを示す移行情報を更新する更新手段と、
を備えることを特徴とする情報処理装置。
【請求項１３】
ユーザの認証情報を一元管理して認証移行を実行する情報処理装置の制御方法であって、
前記ユーザが特定のクライアントへ送信した送信認証情報を取得する取得工程と、
前記認証移行が完了していない場合、前記送信認証情報の検証のために、前記ユーザと関連付けられている１以上のクライアントであって且つ前記ユーザが使用していた旧認証情報を利用できる１以上のクライアントを検証対象として決定する対象決定工程と、
前記検証対象について検証の順序を示す優先度を決定する優先度決定工程と、
前記優先度に従った順序で、前記送信認証情報と前記旧認証情報とが一致するか否かを判定することにより検証を行う検証工程と、
前記検証が成功した場合に、前記ユーザの認証移行が完了しているか否かを示す移行情報を更新する更新工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項１４】
請求項１３に記載の情報処理装置の制御方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、情報処理装置の制御方法及びプログラムに関する。
【背景技術】
【０００２】
近年、様々なインターネットサービスが提供されている。このようなサービスの中には、ユーザごとにアカウントを作成して登録が必要なサービスが多く存在する。それぞれのサービスは個別にアカウント情報を管理しており、ユーザはサービスへログインするためのパスワードなどの認証情報を、サービスごとに管理しなければならない。
【０００３】
そのため、管理コストの削減やシングルサインオンの実現のために、複数のサービスの認証情報を一元化することが求められている。認証情報を一元化するための認証情報の移行方法として、従来、認証情報を移行する旨と実施日時をユーザに通知し、強制的に移行する方法が行われている。
【０００４】
特許文献１では、ユーザがサービスを利用する際に、ユーザ認証後、ユーザが以前利用していたサービス一覧を表示するとともに、ユーザから認証情報の移行の確認・承認を受け付けて、移行を完了とする。これにより、ユーザの手を煩わせることなくスムーズに認証情報を移行している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−１３７９３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の技術では、ユーザが移行後に初めてサービスを利用する際、利用するサービスで以前使っていた認証情報を入力しなければならない。そのため、ユーザが様々なサービスにアカウントを所有していた場合、どの認証情報がこれから利用するサービスの認証情報なのかがわからなくなり、何度も認証情報の入力を試みる事態を招くことがある。サービスの種類によっては、認証情報の入力を複数回間違えた場合、一部のユーザの操作が一定期間制限され、ユーザに煩わしさを与えてしまうことがある。
【０００７】
本発明は、上記の課題に鑑みてなされたものであり、認証情報の移行において、ユーザの利便性を高めるための技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成する本発明に係る情報処理システムは、
ユーザの認証情報を一元管理して認証移行を実行する情報処理システムであって、
クライアントが提供するサービスで前記ユーザが使用していた旧認証情報と、前記ユーザの認証移行が完了しているか否かを示す移行情報とを格納する格納手段と、
前記ユーザが特定のクライアントへ送信した送信認証情報を取得する取得手段と、
前記ユーザの認証移行が完了していない場合、前記送信認証情報の検証のために、前記ユーザと関連付けられており且つ前記旧認証情報を利用できる１以上のクライアントを検証対象として決定する対象決定手段と、
前記検証対象について検証の順序を示す優先度を決定する優先度決定手段と、
前記優先度に従った順序で、前記送信認証情報と前記旧認証情報とが一致するか否かを判定することにより検証を行う検証手段と、
前記検証が成功した場合に前記移行情報を更新する更新手段と、
を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、認証情報の移行において、ユーザの利便性を高めることが可能となる。
【図面の簡単な説明】
【００１０】
【図１】一実施形態に係るシステム構成例を示すブロック図
【図２】一実施形態に係る認証サーバのハードウェア構成例を示すブロック図。
【図３】一実施形態に係る認証システムの機能構成例を示すブロック図
【図４】実施形態１に係るユーザ管理テーブル
【図５】実施形態１に係るサービス管理テーブル
【図６】実施形態１に係る認証移行管理テーブル
【図７】実施形態１に係る処理の流れを示すシーケンス図
【図８】実施形態１に係る検証処理の流れを示すフローチャート
【図９】実施形態１に係る優先度決定処理の流れを示すフローチャート
【図１０】実施形態２に係る優先度決定処理の流れを示すフローチャート
【図１１】実施形態２に係る認証移行管理テーブル
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。
【００１２】
（実施形態１）
本実施形態では、複数のサービスの認証情報が一元化された後、サービスを提供するクライアントに認証情報が送信された際、複数のサービスの認証情報を用いて、クライアントの優先度に応じた順序で、送信された認証情報の検証を行う例を説明する。
【００１３】
まず、本実施形態に係る情報処理システム（認証システム）を含む全体の構成例について、図１のブロック図を用いて説明する。本実施形態に係る情報処理システムは、ユーザの認証情報を一元管理して認証移行を実行する。
【００１４】
認証システム１００は、認証サーバ１０１と、記憶装置１０２とを備えている。また、本実施形態の全体構成として、認証システム１００は、ユーザ端末１０３及びクライアント装置１０４とネットワーク１０５を介して接続される。認証サーバ１０１、ユーザ端末１０３、クライアント装置１０４は、ネットワーク１０５を介して互いに通信が可能である。ここで、クライアント装置とは、サービスが保有するリソースを保有する、アプリケーションが動作するサーバ装置やモバイル端末などである。クライアント装置１０４は、複数であればその数は限定しない。本実施形態では、クライアント装置１０４として、４つのクライアント装置が存在する例を示す。すなわち、クライアント装置１０４は、サービスＡ、サービスＢ、サービスＣ、サービスＤをそれぞれ提供するクライアント装置Ａ、クライアント装置Ｂ、クライアント装置Ｃ、クライアント装置Ｄを含む。ネットワーク１０５は、ＬＡＮ等の同一のネットワークとして接続されていてもよいし、インターネット等の外部ネットワークとして接続されていてもよいし、それらの混合であってもよい。
【００１５】
本実施形態における認証システム１００では、記憶装置１０２に、クライアント装置Ａ、Ｂ、Ｃ、Ｄで管理していたユーザの認証情報を一元化し、各サービスＡ、Ｂ、Ｃ、Ｄをユーザが利用するときのユーザ認証を認証サーバ１０１で行う。特に、認証情報を一元化した際に、ユーザ認証を新たな認証サーバ１０１に移行させるものである。
【００１６】
＜認証サーバのハードウェア構成＞
次に、本実施形態に係る認証システム１００を構成する、認証サーバ１０１のハードウェア構成例について、図２のブロック図を用いて説明する。認証サーバ１０１は、ハードウェアとして、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ネットワークＩ／Ｆ２０４、表示装置２０５、入力装置２０６、バス２０７を備える。
【００１７】
ＣＰＵ２０１は、認証サーバ１０１を構成する各部の動作制御を行うとともに、認証サーバ１０１が行うものとして後述する各種の処理を実行する主体となる。ＲＡＭ２０２は、データや制御情報を一時的に格納するメモリであり、ＣＰＵ２０１が各種の処理を実行する際に用いるワークエリアとなる。ＲＯＭ２０３には、認証サーバ１０１の固定の動作パラメータや動作プログラム等が格納される。
【００１８】
ネットワークＩ／Ｆ２０４は、ネットワーク１０５に接続して通信するための機能を提供するものである。認証サーバ１０１は、このネットワークＩ／Ｆ２０４によって、外部装置とデータの送受信を行うことができる。表示装置２０５は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）などであり、ユーザに必要な情報を表示する。入力装置２０６は、例えば、キーボードやマウス、タッチパネルなどであり、ユーザから必要な入力を受け付ける。
【００１９】
＜認証システムの機能構成＞
次に、本実施形態に係る認証システムの機能構成例について、図３のブロック図を用いて説明する。
【００２０】
認証サーバ１０１は、認証部３０１、認証移行判定部３０４、優先度決定部３０５、及び認証移行実行部３０６を備えており、ユーザの認証情報を一元管理して認証移行を実行するための情報処理装置として機能する。認証部３０１は、認証情報検証部３０２及び認証トークン発行部３０３を備える。記憶装置１０２は、ユーザ情報格納部３０７、クライアント情報格納部３０８、及び認証移行情報格納部３０９を備える。
【００２１】
まず、記憶装置１０２の詳細から説明する。ユーザ情報格納部３０７には、ユーザを認証するための認証情報やユーザの国籍や使用言語などのユーザ情報が格納されている。
【００２２】
ユーザ情報格納部３０７に格納されているユーザ情報の一例を、図４のユーザ情報管理テーブル４００に示す。ユーザＩＤ４０１は、ユーザを一意に識別するＩＤであり、パスワード４０２は、ユーザが本人であることを検証するための文字列である。ここでは、ユーザを認証するための認証情報として、パスワード４０２を用いているが、他の認証情報を用いてもよい。
【００２３】
認証移行フラグ４０３は、ユーザが認証移行を完了したか否かを示す情報である。特に、ここでの認証移行は、認証情報を一元化することと、ユーザ認証を新たな認証サーバ１０１に移行させることを示す。また、認証移行フラグ４０３が「移行済み」でないユーザは、パスワード４０２を保有していない。図４においては、パスワード４０２を保有していないことが「パスワード＝Ｎｕｌｌ」で示されている。
【００２４】
国情報４０４は、ユーザの国情報である。ｕｓｅｒ００１及びｕｓｅｒ００３は、同一の国ＡＡに属しており、ｕｓｅｒ００２は国ＢＢ、ｕｓｅｒ００４は国ＣＣに属している。
【００２５】
クライアント情報格納部３０８には、サービスを提供するクライアントの情報が格納されている。クライアント情報格納部３０８に格納されているクライアント情報の一例を、図５のクライアント情報管理テーブル５００に示す。クライアントＩＤ５０１は、クライアントを一意に識別するＩＤである。クライアントＩＤ５０１に関連付けて、認証情報利用許可フラグ５０２が格納されている。認証情報利用許可フラグ５０２は、ユーザ認証を行う際の認証情報の検証において、クライアントが提供するサービスでユーザが以前利用していた認証情報を利用するか否かを示す利用可否情報である。認証情報利用許可フラグ５０２は、クライアントＡ〜クライアントＤについては「許可」、クライアントＥについては「禁止」となっている。
【００２６】
対象国５０３は、クライアントがサービスを提供する対象となる国情報である。クライアントＡは、国ＡＡをサービス提供の対象国としている。クライアントＢは、国ＡＡ、ＢＢ、ＣＣをサービス提供の対象国としている。同様に、クライアントＣは、国ＢＢをサービス提供の対象国としている。クライアントＤは、国ＡＡをサービス提供の対象国としている。クライアントＥは、国ＣＣをサービス提供の対象国としている。
【００２７】
認証移行情報格納部３０９には、認証移行情報が格納されている。認証移行情報格納部３０９に格納されている認証移行情報の一例を、図６の認証情報管理テーブル６００に示す。ユーザＩＤ６０１およびクライアントＩＤ６０２に関連付けて、パスワード６０３が格納されている。ここでのパスワード６０３は、ユーザＩＤに対応するユーザがクライアントＩＤ６０２に対応するクライアントが提供するサービスで以前使用していたパスワードである。
【００２８】
続いて、認証サーバ１０１の詳細を説明する。認証情報検証部３０２は、ユーザ端末１０３から特定のクライアントに対して送信された送信認証情報を取得し、ユーザ情報格納部３０７または認証移行情報格納部３０９の情報と照会して検証する。認証トークン発行部３０３は、認証情報検証部３０２で検証が成功した場合、例えばサービスＡを利用するための認証トークンを発行する。認証移行判定部３０４は、ユーザ情報格納部３０７を参照し、ユーザが既に認証移行済みかどうかを判定する。
【００２９】
優先度決定部３０５は、認証移行判定部３０４でユーザの認証移行が済んでいないと判定された場合に、ユーザとクライアントとの関連度を計算する。その後、関連度に基づき、どのサービスの認証情報から検証を処理するかの順序を決定する。認証移行実行部３０６は、認証情報検証部３０２で検証が成功した場合に、ユーザ情報格納部３０７に格納されている認証移行フラグ４０３の情報を更新する。
【００３０】
＜処理シーケンス＞
次に、図７のシーケンス図を用いて、ユーザが認証移行する際の処理の流れを説明する。図７は、あるユーザがユーザ端末１０３を介して、認証情報の一元化後に、最初にクライアント装置Ａ１０４が提供するサービスＡにアクセスする際の処理を例として挙げたものである。ユーザがその他のクライアント装置Ｂ、Ｃ、Ｄなどにアクセスした場合でも図７と同様の処理の流れとなる。
【００３１】
まず、ユーザはユーザ端末１０３を介して、クライアント装置Ａ１０４にアクセスする（ステップＳ７０１）。クライアント装置Ａ１０４は、ユーザ端末１０３からのアクセスを認証サーバ１０１へリダイレクトする（ステップ７０２）。認証サーバ１０１は、ユーザ端末１０３からのアクセスを受信すると、ユーザＩＤ、パスワードなどの認証情報をユーザ端末１０３に要求するとともに、認証情報の入力画面を表示させる指示をユーザ端末１０３へ送信する（ステップＳ７０３）。ユーザは、ユーザ端末１０３により認証情報を入力し、認証サーバ１０１へ送信する（ステップＳ７０４）。このとき、ユーザは以前サービスＡ、サービスＢ、サービスＣ、サービスＤで利用していたそれぞれの認証情報のいずれかを入力画面に入力して、認証サーバ１０１へ送信する。
【００３２】
認証サーバ１０１は、ユーザ端末１０３から認証情報を受信した後、記憶装置１０２を参照して、ユーザの認証移行が完了しているか否かを確認する（ステップＳ７０５）。認証移行が完了しているかどうかは、図４に示した認証移行フラグ４０３を確認することにより判定することができる。アクセスしてきたユーザは、ユーザ端末１０３が送信したユーザＩＤから識別する。ここでのユーザＩＤは、メールアドレスなどの文字列であってもよい。
【００３３】
ステップＳ７０５において、認証移行が済んでいないと判定された場合、認証サーバ１０１は、記憶装置１０２を参照して認証情報の検証処理を行う（ステップＳ７０６）。認証情報の検証処理の流れについては図８を参照して後述する。
【００３４】
認証情報の検証が成功すると、認証サーバ１０１は、サービスＡを利用するための認証トークンを発行し、ユーザ端末１０３へ、発行した認証トークンと、認証移行の確認をユーザに促す確認画面を表示させる指示とを送信する（ステップＳ７０７）。ユーザ端末１０３に表示する情報は、例えば、認証移行するユーザの氏名、国、使用言語情報などを含むプロフィール情報である。ユーザは、ユーザ端末１０３に表示された確認画面を見て、情報の確認後、認証サーバ１０１に確認完了の応答を送信する（ステップＳ７０８）。認証サーバ１０１は、ユーザ端末１０３からユーザの認証移行情報の確認完了応答を受信すると、記憶装置１０２にアクセスし、ユーザに紐付く認証移行フラグ４０３の情報を更新する（ステップＳ７０９）。
【００３５】
本実施形態では、移行完了後にユーザが認証に利用するパスワードなどの認証情報、すなわち移行後の新認証情報は、ステップＳ７０３で入力されてステップＳ７０６の認証情報の検証で検証成功した認証情報となる。そのため、認証移行情報格納部３０９に格納されていた各サービスＡ、サービスＢ、サービスＣ、サービスＤの旧認証情報は、不要となるため削除してもよい。このとき、ユーザ情報格納部３０７のパスワード４０２に新認証情報を書き込む（ステップＳ７１０）。すなわち、移行情報フラグ４０３が「未」から「移行済み」に更新される際に、パスワード４０２が「Ｎｕｌｌ」から新認証情報の値に更新される。
【００３６】
例えば、ユーザがステップＳ７０３で、認証情報として、「ユーザＩＤ"ｕｓｅｒ００３"、パスワード"ｃｃｃ"」を入力したとする。クライアントＩＤ"ｃｌｉｎｅｔＡ"であるサービスＡのパスワード"ｃｃｃ"で検証に成功した場合、パスワード"ｃｃｃ"をユーザＩＤ"ｕｓｅｒ００３"の新認証情報として図４のパスワード４０２に保存する。よって、図６のユーザＩＤ６０１に格納されている、ユーザＩＤ"ｕｓｅｒ００３"に対する認証移行用のパスワードのうち、「クライアントＩＤ"ｃｌｉｅｎｔＢ"用のパスワード"ｄｄｄ"」「クライアントＩＤ"ｃｌｉｅｎｔＣ"用のパスワード"ｅｅｅ"」「クライアントＩＤ"ｃｌｉｅｎｔＤ"用のパスワード"ｆｆｆ"」は不要となるため、削除することができる。
【００３７】
最後に、認証サーバ１０１は、ユーザ端末１０３をクライアント装置Ａ１０４にリダイレクトさせる。これにより、ユーザ端末１０３はサービスＡを利用することができる（ステップＳ７１１）。
【００３８】
＜処理＞
次に、図８を用いて、本実施形態に係る認証サーバ１０１が行う認証情報の検証処理について説明する。
【００３９】
まず、認証情報検証部３０２は、ユーザから受信した認証情報の検証にどのクライアントの旧認証情報を利用できるかを決定する（ステップＳ８０１：対象決定）。認証情報検証部３０２は、認証移行管理テーブル６００を参照して、アクセスしてきたユーザのユーザＩＤから、ユーザに紐づくクライアントを判定する。更に、それらクライアントの旧認証情報が検証に利用可能かどうかは、クライアント管理テーブル５００の認証情報許可利用フラグ５０２に基づいて判定する。このとき、ユーザがアクセスしたクライアントは、認証情報利用許可フラグ５０２の情報に関わらず、認証情報の検証対象としてもよい。
【００４０】
次に、優先度決定部３０５は、ステップＳ８０１で決定された検証対象クライアントをどの順番で検証するかどうかを決定するために、ユーザとの関連度に基づいて検証の優先度を決定する（ステップＳ８０２）。優先度の決定の流れについては、後述する。
【００４１】
ステップＳ８０３からステップＳ８０７までの処理は、１つのクライアントごとの検証を示す。まず、認証情報検証部３０２は、ステップＳ８０１で決定された全てのクライアントについて検証が完了しているか否かを判定する（ステップＳ８０３）。完了していないと判定された場合、認証情報検証部３０２は、検証が済んでおらず且つ次に優先度が高いクライアントについて検証を行う（ステップＳ８０４）。その際、認証情報検証部３０２は、ユーザから受信した認証情報と検証対象のクライアントの旧認証情報とが一致しているか否かを判定する（ステップＳ８０５）。認証情報が一致した場合は、検証が成功となる（ステップＳ８０６）。一方、認証情報が一致しない場合は、ステップＳ８０３に戻る。
【００４２】
ステップＳ８０３で全ての対象クライアントとの検証が終了したと判定された場合は、検証が失敗となる（ステップＳ８０７）。
【００４３】
このように、本実施形態に係る認証情報の検証処理では、ユーザがアクセスしてきたサービスの旧認証情報との検証だけでなく、複数のサービスの旧認証情報との検証を行う。
【００４４】
[優先度決定処理]
次に、本実施形態に係る認証サーバ１０１が行う優先度の決定処理ステップＳ８０２の詳細を、図９を用いて説明する。本実施形態では、認証情報を検証するクライアントの優先度の決定処理に、ユーザとクライアントの国情報を利用する例を示す。本実施形態では、ユーザ情報格納部３０７にユーザの国情報４０４を格納しており、クライアント情報格納部３０８にクライアントが提供するサービスが展開されている対象の国情報５０３を格納している。
【００４５】
このとき、ユーザやクライアントの国情報は、別の格納部を設けてそこに格納するようにしてもよい。また、クライアントの対象国は、複数であってもよい。またクライアント情報として国情報を格納せず、別の情報から国情報を抽出してもよい。例えばクライアントの登録者情報から対象とする国情報を抽出するようにしてもよい。
【００４６】
図９において、まず、認証サーバ１０１の優先度決定部３０５は、ユーザ情報格納部３０７を参照して、サービスにアクセスしてきたユーザの国情報を取得する（ステップＳ９０１）。その後、全ての対象クライアントに対して関連度が決定するまで、テップＳ９０３からＳ９０５の処理を繰り返す（ステップＳ９０２）。すなわち、全ての対象クライアントの関連度が決定されているか否かを判定する。決定されている場合、ステップＳ９０６へ進む。一方、決定されていない場合、ステップＳ９０３へ進む。
【００４７】
優先度決定部３０５は、それぞれの対象クライアントに対して、クライアント情報格納部３０８を参照して、クライアントの対象国を取得する（ステップＳ９０３）。次に、クライアントの対象国に、ユーザの国が含まれているかを判定する（ステップＳ９０４）。
【００４８】
優先度決定部３０５は、含まれているか否かに関わらず、判定結果に基づいて、クライアントの対象国の数から関連度を計算する（ステップＳ９０５）。本実施形態では、ステップＳ９０４において、含まれていると判定された場合は、関連度は対象国の数に反比例し、含まれていないと判定された場合は、関連度は対象国の数に比例するように計算する。すなわち、含まれている場合は、対象国が多いほど関連度は低いと判定し、含まれていない場合は、対象国が多いほど関連度は高いと判定する。また、対象国が含まれているクライアントは、含まれていないどのクライアントよりも関連度が高いと判定する。
【００４９】
すべての対象クライアントに対して関連度が決定した場合、優先度決定部３０５は、その関連度に従って検証優先度を決定する（ステップＳ９０６）。本実施形態では、検証優先度として、まずユーザがアクセスしてきたサービスを提供するクライアントを最も高い優先度とする。次に、ステップＳ９０５で決定した関連度が高い順に、優先度を割り振ることにより、検証優先度を決定する。
【００５０】
以下に、ユーザＩＤ"ｕｓｅｒ００３"であるユーザがクライアントＩＤ"ｃｌｉｅｎｔＡ"であるサービスＡにアクセスし、ユーザから受信した認証情報を検証する場合の優先度決定処理の例を示す。まず、図８のステップＳ８０１で、図６に示す認証移行管理テーブル６００を参照して、クライアントＡの他に"ｕｓｅｒ００３"に紐づくクライアントを判定する。ここでは、クライアントＢ〜クライアントＤが"ｕｓｅｒ００３"に紐づくクライアントである。そして、これらのクライアントの旧認証情報を検証に利用可能などうかを、図５のクライアント管理テーブル５００の認証情報利用許可フラグ５０２を参照して判定する。旧認証情報を利用できるクライアントとして、クライアント管理テーブル５００の認証情報利用許可フラグ５０２が「許可」であるクライアントが取得される。すなわち、クライアントＩＤが"ｃｌｉｅｎｔＢ"、"ｃｌｉｅｎｔＣ"、"ｃｌｉｅｎｔＤ"のクライアントが取得される。
【００５１】
続いて、ステップＳ８０２の優先度決定処理として、まずステップＳ９０１で、ユーザ管理テーブル４００を参照してユーザＩＤ"ｕｓｅｒ００３"に対応する国情報"ＡＡ"を取得する。そして、ステップＳ９０２でＮｏを経て、ステップＳ９０３において、ステップＳ８０１で判定された"ｕｓｅｒ００３"に紐づくクライアントＡ以外のクライアント（クライアントＢ、クライアントＣ、クライアントＤ）の国情報を、図５のクライアント管理テーブルを参照して取得する。すなわち、ｃｌｉｎｅｔＩＤが"ｃｌｉｅｎｔＢ"、"ｃｌｉｅｎｔＣ"、"ｃｌｉｅｎｔＤ"であるクライアントの対象国を、図５の対象国５０３から取得する。それぞれの対象国は、「ｃｌｉｅｎｔＢ：ＡＡ、ＢＢ、ＣＣ」「ｃｌｉｅｎｔＣ：ＢＢ」「ｃｌｉｅｎｔＤ：ＡＡ」となる。
【００５２】
次に、ステップＳ９０４で、クライアントの対象国にユーザの国情報「ＡＡ」が含まれているか判定する。ここでは、クライアントＩＤ「ｃｌｉｅｎｔＢ」、「ｃｌｉｅｎｔＤ」のクライアントの対象国にユーザの国情報「ＡＡ」が含まれている。そして、ステップＳ９０５で、クライアントの対象国の数から関連度を決定する。対象国の数はそれぞれ「ｃｌｉｅｎｔＢ：３つ」「ｃｌｉｅｎｔＣ：１つ」「ｃｌｉｅｎｔＤ：１つ」である。その結果、ここでは、クライアントＢ、クライアントＤは、クライアントの対象国にユーザの国が含まれているので、関連度は対象国の数に反比例するように決定し、対象国の数がより少ないクライアントＤの関連度をクライアントＢの関連度よりも高いと判定する。また、対象国が含まれているクライアントは、含まれていないどのクライアントよりも関連度が高いと判定するため、クライアントＢ、クライアントＤの関連度はクライアントＣよりも高いと判定する。以上より、クライアントＢ〜Ｄの関連度は、クライアントＤ＞クライアントＢ＞クライアントＣの順に決定されることになる。
【００５３】
最後に、ステップＳ９０６で、ユーザがアクセスしたクライアント装置ＡのクライアントＩＤ"ｃｌｉｅｎｔＡ"が最も高い優先度であると判定されるため、検証優先度はクライアントＩＤが"ｃｌｉｅｎｔＡ"、"ｃｌｉｅｎｔＤ"、"ｃｌｉｅｎｔＢ"、"ｃｌｉｅｎｔＣ"の順に高いと判定されることになる。
【００５４】
このように、本実施形態に係る認証情報の検証優先度決定処理では、ユーザの国情報およびクライアントの国情報を利用して、検証優先度を決定する。その際、対象国にユーザの属する国が含まれているクライアントが複数存在する場合、当該複数のクライアントについては対象国の数が多いクライアントほど優先度を低く決定する。また、対象国にユーザの属する国が含まれていないクライアントが複数存在する場合、当該複数のクライアントについては対象国の数が多いクライアントほど優先度を高く決定する。
【００５５】
以上説明したように、本実施形態によれば、認証情報の一元化後に、初めてユーザからクライアント装置Ａ１０４にアクセスがあったとき、ユーザは以前サービスＡで使用していた認証情報だけでなく、サービスＢ、サービスＣで利用していた認証情報を用いてもユーザ認証および認証移行を行うことが可能となる。そのため、ユーザの認証情報管理コストを削減し、ユーザの利便性を向上させた上で認証移行を行うことが可能となる。また、本実施形態によれば、利用する認証情報を限定し、優先度に沿って認証情報の検証を行うため、サーバ負荷を軽減させることができる。
【００５６】
このように、本実施形態によれば、ユーザは認証情報の移行後に初めてサービスを利用する際のユーザ認証に、ユーザが以前利用していた複数のサービスの旧認証情報を利用できる。これにより、ユーザの利便性を高めることが可能となる。
【００５７】
加えて、認証情報の検証の順序を優先度に基づいて行うことを可能にすることで、認証情報の検証処理によるサーバ負荷を軽減させ、ユーザへのレスポンス速度を向上させた上で、認証および認証移行を行うことができる。
【００５８】
（実施形態２）
実施形態１では、認証情報を検証するクライアントの検証優先度の決定処理に、ユーザとクライアントが持つ国情報を利用する例を示した。本実施形態では、認証情報を検証するクライアントの検証優先度の決定処理に、ユーザが以前利用していた各サービスの最終利用日時を利用する例を示す。
【００５９】
本実施形態に係る認証サーバ１００の認証移行情報格納部３０９に格納されているサービスの最終利用日時を、図１１の最終利用日時１１０１に示す。ユーザＩＤ及びクライアントＩＤと関連付けて、最終利用日時が格納されている。最終利用日時の値の形式は特に限定しない。その他の項目内容は、実施形態１において図６で説明した項目内容と同様である。
【００６０】
なお、システム構成、ソフトウェア構成などは、実施形態１と同じであるため詳細な説明は省略する。
【００６１】
続いて、本実施形態に係る認証サーバ１０１で行われる認証情報を検証するクライアントの優先度の決定処理について、図１０を用いて説明する。図１０の処理は図８のステップＳ８０２の詳細処理である。
【００６２】
認証サーバ１０１は、認証移行情報格納部３０９を参照し、アクセスしてきたユーザに紐付く全てのクライアントの最終利用日時を取得する（ステップＳ１００１）。次に、本実施形態では、検証優先度として、まずユーザがアクセスしてきたサービスを提供するクライアントを最も高い優先度とする。次に、ステップＳ１００１で取得した最終利用日時が新しい順に、高い優先度を割り振ることにより、検証優先度を決定する。
【００６３】
このように、本実施形態に係る検証優先度の決定処理では、ユーザが以前利用していた各サービスの最終利用日時を利用する。そのため、ユーザのサービス利用頻度を考慮したうえで、認証情報の検証処理を行うことができる。
【００６４】
以上、実施形態を詳述したが、本発明は例えば、システム、装置、方法、プログラム若しくは記録媒体(記憶媒体)等としての実施態様をとることが可能である。具体的には、複数の機器（例えば、ホストコンピュータ、インタフェース機器、撮像装置、Ｗｅｂアプリケーション等）から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００６５】
また、上記実施形態においては、認証情報を検証するクライアントの検証優先度の決定処理（ステップＳ８０２）において、国情報や、クライアントのサービス利用頻度を利用する場合について説明した。しかしながら、優先度の決定に利用する情報はこれらに限定されない。例えば、ユーザの「接続元ＩＰアドレス」や「言語情報」からクライアントとの関連度を決定してもよい。例えば、ユーザの接続元ＩＰアドレスが同じであるクライアントの優先度を、そうでないクライアントの優先度よりも高く決定してもよい。或いは、ユーザの使用言語が同一のクライアントの優先度を、そうでないクライアントの優先度よりも高く決定してもよい。
【００６６】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００６７】
発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。
【符号の説明】
【００６８】
１０１：認証サーバ、３０２：認証情報検証部、３０５：優先度決定部、３０７：ユーザ情報格納部、３０８：サービス情報格納部、３０９：認証移行情報格納部
【図１】
2020170352.tif 000003
【図２】
2020170352.tif 000004
【図３】
2020170352.tif 000005
【図４】
2020170352.tif 000006
【図５】
2020170352.tif 000007
【図６】
2020170352.tif 000008
【図７】
2020170352.tif 000009
【図８】
2020170352.tif 000010
【図９】
2020170352.tif 000011
【図１０】
2020170352.tif 000012
【図１１】
2020170352.tif 000013