(57)【要約】【課題】シングルサインオンにおいて全体的なセキュリティレベルの低下を防止することを可能とする。【解決手段】シングルサインオンを提供する機能をもつアクセス制御装置において、シングルサインオンのためのアクセスをユーザ装置から受け付けたときに、シングルサインオンを許可するためのユーザ認証の認証レベルを決定し、決定された認証レベルに対応する認証手段を備えたサービス提供装置を選択する認証レベル判定手段と、前記認証レベル判定手段により選択されたサービス提供装置に対して前記ユーザ装置の代理としてログイン要求を行う代理ログイン手段と、前記ログイン要求に応じて前記ユーザ装置に対して行われた認証処理の結果を前記サービス提供装置から受信する受信手段と、前記認証処理の結果が正常である場合に、前記ユーザ装置によるシングルサインオンを許可する手段とを備える。【選択図】図３
2007272542.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置に対してシングルサインオンによりネットワークサービスへのアクセスを許容する機能を備えたアクセス制御装置であって、
シングルサインオンのためのアクセスをユーザ装置から受け付けたときに、シングルサインオンを許可するためのユーザ認証の認証レベルを決定し、決定された認証レベルに対応する認証手段を備えたサービス提供装置を選択する認証レベル判定手段と、
前記認証レベル判定手段により選択されたサービス提供装置に対して前記ユーザ装置の代理としてログイン要求を行う代理ログイン手段と、
前記ログイン要求に応じて前記ユーザ装置に対して行われた認証処理の結果を前記サービス提供装置から受信する受信手段と、
前記認証処理の結果が正常である場合に、前記ユーザ装置によるシングルサインオンを許可する手段と
を備えたことを特徴とするアクセス制御装置。
【請求項２】
前記認証レベル判定手段は、シングルサインオンによりアクセス可能なサービス提供装置の中で最大の認証レベルを持つサービス提供装置を選択することを特徴とする請求項１に記載のアクセス制御装置。
【請求項３】
前記アクセス制御装置は、サービス提供装置毎の認証レベルを記録した認証レベル対応データを保持し、前記認証レベル判定手段は、当該認証レベル対応データを参照することによりサービス提供装置の選択を行うことを特徴とする請求項１に記載のアクセス制御装置。
【請求項４】
前記認証レベル判定手段は、予め設定された認証レベルに対応するサービス提供装置を選択することを特徴とする請求項１に記載のアクセス制御装置。
【請求項５】
前記アクセス制御装置は、前記認証レベル判定手段により決定された認証レベルを前記ユーザ装置に送信する手段を備え、当該ユーザ装置から別の認証レベルの指定がなされた場合に、前記認証レベル判定手段は、当該別の認証レベルに対応する認証手段を備えたサービス提供装置を選択することを特徴とする請求項１に記載のアクセス制御装置。
【請求項６】
前記ユーザ装置からシングルサインオンがされた状態において、前記アクセス制御装置が、前記ユーザ装置からアクセスを受けたサービス提供装置からユーザ認証要求を受信したときに、当該アクセス制御装置は、認証に使用された認証レベルの履歴と、当該サービス提供装置が要求する認証レベルとを比較することにより、当該サービス提供装置に対する前記ユーザ装置のアクセス許否を決定することを特徴とする請求項１ないし５のうちいずれか１項に記載のアクセス制御装置。
【請求項７】
前記ユーザ装置からシングルサインオンがされた状態において、前記アクセス制御装置が、前記ユーザ装置からアクセスを受けたサービス提供装置からユーザ認証要求を受信したときに、当該アクセス制御装置は、認証の履歴と、当該サービス提供装置の認証条件とに基づき当該サービス提供装置に対する前記ユーザ装置のアクセス許否を決定することを特徴とする請求項１ないし５のうちいずれか１項に記載のアクセス制御装置。
【請求項８】
ユーザ装置に対してシングルサインオンによりネットワークサービスへのアクセスを許容する機能を備えたアクセス制御装置が実行するアクセス制御方法であって、
シングルサインオンのためのアクセスをユーザ装置から受け付けたときに、シングルサインオンを許可するためのユーザ認証の認証レベルを決定し、決定された認証レベルに対応する認証手段を備えたサービス提供装置を選択する認証レベル判定ステップと、
前記認証レベル判定ステップにより選択されたサービス提供装置に対して前記ユーザ装置の代理としてログイン要求を行う代理ログインステップと、
前記ログイン要求に応じて前記ユーザ装置に対して行われた認証処理の結果を前記サービス提供装置から受信する受信ステップと、
前記認証処理の結果が正常である場合に、前記ユーザ装置によるシングルサインオンを許可するステップと
を備えたことを特徴とするアクセス制御方法。
【請求項９】
コンピュータを、ユーザ装置に対してシングルサインオンによりネットワークサービスへのアクセスを許容する機能を備えたアクセス制御装置として機能させるためのプログラムであって、コンピュータを、
シングルサインオンのためのアクセスをユーザ装置から受け付けたときに、シングルサインオンを許可するためのユーザ認証の認証レベルを決定し、決定された認証レベルに対応する認証手段を備えたサービス提供装置を選択する認証レベル判定手段、
前記認証レベル判定手段により選択されたサービス提供装置に対して前記ユーザ装置の代理としてログイン要求を行う代理ログイン手段、
前記ログイン要求に応じて前記ユーザ装置に対して行われた認証処理の結果を前記サービス提供装置から受信する受信手段、
前記認証処理の結果が正常である場合に、前記ユーザ装置によるシングルサインオンを許可する手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが１回だけID、パスワード入力等の認証処理を行うことにより、認証を要する複数のネットワークサービスを利用できるシングルサインオン（SSO）に関するものである。
【背景技術】
【０００２】
従来、ユーザが複数のサービス提供装置から各種のネットワークサービスを受けるためには、ユーザは各々のサービス提供装置の認証を受けなければならなかった。一方、ユーザが一度認証を受けることにより、再度の認証を行うことなく複数のサービス提供装置からサービスを受けることを可能とするシングルサインオンが普及してきている。
【０００３】
シングルサインオンの方式には種々のものがあるが、その中の一つとして、リバティアライアンスプロジェクトにより標準化が進められている方式がある。この方式では、シングルサインオン提供装置（SSO提供装置と呼ぶ）と各サービス提供装置間でユーザの認証に関する情報をアイデンティティとして連携させることによりシングルサインオンを実現している。リバティアライアンスプロジェクト方式のシングルサインオンの一例を図１を参照して説明する。
【０００４】
図１に示す例では、シングルサインオンサービスを提供するSSO提供装置１０、及び各種ネットワークサービスを提供するサービス提供装置１、２が存在する。以下、SSO提供装置１０、及びサービス提供装置１、２の各々にはユーザ端末２０のユーザが既に登録されているものとし、ユーザは各々の装置に対して各々の認証方式（ID、パスワード等）でローカルにログインできるものとする。また、SSO提供装置１０及びサービス提供装置１、２間は信頼関係で結ばれているものとする（リバティアライアンスプロジェクトでは“トラストサークル”と呼ばれる）。
【０００５】
ユーザがサービス提供装置１、２に対するシングルサインオンを利用するにあたって、ユーザはまずサービス提供装置１、２の各々に対して認証を要求し、各サービス提供装置による認証を受け、SSO提供装置１０と連携させることを要求する。これにより、アイデンティティの連携が行われ、これ以降、シングルサインオンを利用することが可能となる。
【０００６】
シングルサインオン利用のために、ユーザ端末２０はSSO提供装置１０にアクセスし、SSO提供装置１０に対するID、パスワードを入力することにより認証が行われる（初期認証）（ステップ１）。
【０００７】
その後、ユーザ端末２０がサービス提供装置１のサービスを利用する場合、ユーザ端末２０がサービス提供装置１にアクセスすると（ステップ２）、サービス提供装置１はSSO提供装置１０に認証要求を送信する（ステップ３）。なお、この認証要求にはサービス提供装置１が必要とする認証レベルを含めることが可能である。この認証要求を受けたSSO提供装置１０は、ユーザに対する初期認証が行われていることと、サービス提供装置１との連携が行われていることを確認し、認証情報（認証アサーションと呼ばれる）をサービス提供装置１に対して発行する（ステップ４）。
【０００８】
サービス提供装置１は認証情報をチェックし、正しければユーザ端末２０に対してサービス提供を行う。これにより、ユーザはサービス提供装置１に対するID、パスワード入力等を再度行うことなくサービス提供装置１のサービスを利用できる。なお、アイデンティティ連携及びシングルサインオンにおける処理において実際のID情報は装置間でやりとりされず、信頼当事者間でのみユーザを識別できる識別情報がやりとりされる。  
また、サービス提供装置とSSO提供装置１０間での認証に関する情報の送受信は、リダイレクトによりユーザ端末２０を介して行う場合があるが、図１では簡略化して示している。
【０００９】
リバティアライアンスプロジェクトのアイデンティティ連携及びシングルサインオンに関しては非特許文献１に開示された各文書に詳細に記載されている。また、シングルサインオンに関する先行技術文献として特許文献１がある。
【非特許文献１】リバティアライアンスプロジェクト、[online]、[平成１８年３月２８日検索]、インターネット： URL: http://www.projectliberty.org/jp/resources/index.html#Presentations
【特許文献１】特開２００４−３５５０７３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上記従来技術では、SSO提供装置１０に対するID、パスワード等を使用した初期認証のみで各サービス提供装置のサービスを利用することができるので、全体のセキュリティレベルは初期認証のセキュリティレベルになる。
【００１１】
一般にシングルサインオンではユーザの利便性を重視するため、SSO提供装置１０はID、パスワード等の簡易な認証方式を採用することが多い。従って、サービス提供装置の中にID、パスワード方式よりもレベルの高い認証方式（例えばICカード認証）を採用しているものがあったとしても、原則として、シングルサインオン利用時のセキュリティレベルは当該サービス提供装置がローカルで認証を行う場合よりも低いレベルのものとなってしまう。つまり、従来のシングルサインオンでは、ユーザの利便性を重視した簡易な認証方式を採用する限り、全体的なセキュリティレベルが低下するという問題があった。
【００１２】
本発明は上記の点に鑑みてなされたものであり、シングルサインオンにおいて全体的なセキュリティレベルの低下を防止する技術を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記の課題は、ユーザ装置に対してシングルサインオンによりネットワークサービスへのアクセスを許容する機能を備えたアクセス制御装置であって、シングルサインオンのためのアクセスをユーザ装置から受け付けたときに、シングルサインオンを許可するためのユーザ認証の認証レベルを決定し、決定された認証レベルに対応する認証手段を備えたサービス提供装置を選択する認証レベル判定手段と、前記認証レベル判定手段により選択されたサービス提供装置に対して前記ユーザ装置の代理としてログイン要求を行う代理ログイン手段と、前記ログイン要求に応じて前記ユーザ装置に対して行われた認証処理の結果を前記サービス提供装置から受信する受信手段と、前記認証処理の結果が正常である場合に、前記ユーザ装置によるシングルサインオンを許可する手段とを備えたことを特徴とするアクセス制御装置により解決できる。
【００１４】
前記認証レベル判定手段は、シングルサインオンによりアクセス可能なサービス提供装置の中で最大の認証レベルを持つサービス提供装置を選択することとしてもよい。
【００１５】
また、前記アクセス制御装置は、サービス提供装置毎の認証レベルを記録した認証レベル対応データを保持し、前記認証レベル判定手段は、当該認証レベル対応データを参照することによりサービス提供装置の選択を行うこととしてもよい。更に、前記認証レベル判定手段は、予め設定された認証レベルに対応するサービス提供装置を選択することとしてもよい。
【００１６】
また、前記アクセス制御装置は、前記認証レベル判定手段により決定された認証レベルを前記ユーザ装置に送信する手段を備え、当該ユーザ装置から別の認証レベルの指定がなされた場合に、前記認証レベル判定手段は、当該別の認証レベルに対応する認証手段を備えたサービス提供装置を選択することとしてもよい。
【００１７】
また、前記ユーザ装置からシングルサインオンがされた状態において、前記アクセス制御装置が、前記ユーザ装置からアクセスを受けたサービス提供装置からユーザ認証要求を受信したときに、当該アクセス制御装置は、認証に使用された認証レベルの履歴と、当該サービス提供装置が要求する認証レベルとを比較することにより、当該サービス提供装置に対する前記ユーザ装置のアクセス許否を決定することとしてもよい。
【００１８】
また、前記ユーザ装置からシングルサインオンがされた状態において、前記アクセス制御装置が、前記ユーザ装置からアクセスを受けたサービス提供装置からユーザ認証要求を受信したときに、当該アクセス制御装置は、認証の履歴と、当該サービス提供装置の認証条件とに基づき当該サービス提供装置に対する前記ユーザ装置のアクセス許否を決定することとしてもよい。
【００１９】
また、本発明は上記アクセス制御装置が実行するアクセス制御方法として構成することもできる。また、本発明は、コンピュータを上記アクセス制御装置として機能させるためのプログラムとして構成することもできる。
【発明の効果】
【００２０】
本発明によれば、シングルサインオンにおいて全体的なセキュリティレベルの低下を防止することが可能となる。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照して本発明の実施の形態について説明する。本実施の形態でのシステムの全体構成は図１に示したものと同じである。また、本実施の形態では、リバティアライアンスプロジェクトによるアイデンティティ連携及びシングルサインオン方式を前提とするが、本発明が適用されるシングルサインオンの方式はこれに限られるものではない。
【００２２】
本実施の形態では、図２に示すような認証レベル対応表をSSO提供装置１０が保持する。この認証レベル対応表は、SSO提供装置１０を含むサービス提供装置毎の認証レベルを記録したものである。なお、認証レベル判定にあたっては、SSO提供装置１０はサービス提供装置の一つとして扱う。それぞれのサービス提供装置がローカルで提供する認証方式について事前に認証レベルを定義しておき、それに従って認証レベル対応表に記録する。例えば、IDパスワード認証：レベル１、ワンタイムパスワード認証：レベル２、ICカード認証：レベル３、生体認証：レベル４、などと定義する。
【００２３】
また、図２に示すようにレベルの大きさを登録する代わりに、PW（IDパスワード認証）＜OTPW（ワンタイムパスワード認証）＜ICC（ICカード認証）＜BIO（生体認証）のようにして認証レベルの大小関係を定義しておくことにより、表にはSSO提供装置１０及びサービス提供装置毎の認証方式を記録しておくだけとしてもよい。以下、図２のようなレベルが記載された認証レベル表を用いることとして説明する。
【００２４】
本実施の形態では、SSO提供装置１０がユーザ端末２０からのアクセスを受けると、SSO提供装置１０は認証レベル対応表を参照し、当該ユーザ端末２０に対してシングルサインオンでサービス提供可能なサービス提供装置（SSO提供装置を含む）の中で最大の認証レベルを持つサービス提供装置に認証処理の引き継ぎを行い、当該サービス提供装置によるユーザ認証処理が正常であった場合に、通常のシングルサインオンと同様に、ユーザに対して各サービス提供装置のサービス利用が許可される。
【００２５】
次に、図３を参照して本実施の形態における処理の流れを説明する。図３では、ユーザ端末２０のユーザに関して、シングルサインオンに必要な連携処理を終了しており、シングルサインオンのための認証が成功すれば各サービス提供装置のサービスを利用可能である状態であるものとする。また、サービス提供装置１がポータルサイトのホームページを提供し、SSO提供装置１０へのログインのためのID、パスワード入力欄を表示するものとする。
【００２６】
まず、ユーザ端末２０はサービス提供者装置１にアクセスし、SSO提供装置１０に対するID、パスワードを入力することによりSSO提供装置１０へのログインを行う（ステップ１１）。サービス提供装置１は、ユーザ端末２０からのログイン情報をSSO提供装置１０に送信することにより、シングルサインオンのための処理をSSO提供装置１０に引き継ぐ（ステップ１２）。
【００２７】
ログイン情報を受信し、ユーザによるログインを許可したSSO提供装置１０は、図２に示した認証レベル表を参照し、ユーザがシングルサインオンによるアクセスを行うことができるサービス提供装置のうち、最も認証レベルが高いものを選択する（ステップ１３）。本実施の形態では、サービス提供装置２の認証レベルが最大であるものとする。
【００２８】
SSO提供装置１０は、ステップ１３の判定により得られたサービス提供装置２に対し、ユーザ端末２０に代わってログインを行う（ステップ１４）。つまり、代理ログインを行う。この代理ログインでは、例えば、アイデンティティ連携で付与されたユーザの識別情報を用いることができる。サービス提供装置２では、シングルサインオンではない通常の場合（ローカルでのログイン）と同様にして、ログイン要求元であるSSO提供装置１０に対して認証要求を送信する（ステップ１５）。
【００２９】
この認証要求は、図２の認証レベル表に記載されているとおり、レベル３の認証のためのものである。この認証要求はSSO提供装置１０からユーザ端末２０に送られ（ステップ１６）、ユーザは要求された認証のための処理（例えばICカードリーダにICカードの情報（認証情報）を読み取らせる）を行う。そして、認証情報がSSO提供装置１０を介してサービス提供装置２に送られる（ステップ１７、１８）。サービス提供装置２では受信した認証情報を用いて認証処理を行い、認証がOKであれば、その旨の情報を代理ログイン元であるSSO提供装置１０に送信する（ステップ１９）。その後、SSO提供装置１０は、通常のシングルサインオンにおける初期認証が終了した場合と同様の処理を行う。例えば、ユーザ端末２０に対して認証OKを示す情報を送り、アクセス可能なサービス提供装置を表示する。
【００３０】
図４に、SSO提供装置１０の認証レベルが最大である場合の処理の流れを示す。この場合は、いずれのサービス提供装置に対しても代理ログインを行うことなく、最初のSSO提供装置１０によるID、パスワード認証に基づき、シングルサインオンが可能となる。
【００３１】
上記のような方式により、シングルサインオンの利用時に、全体のセキュリティレべルが落ちてしまうことを防止できる。なお、決定された認証レベルに該当する装置が複数存在する場合には、装置間での優先順位を予め定めておき、その認証レベルの中で優先順位の高い装置の認証手段を使うこととすればよい。
【００３２】
図５に、本実施の形態におけるSSO提供装置１０の機能構成図を示す。図５に示すように、本実施の形態におけるSSO提供装置１０は、SSO提供部１１、レベル判定部１２、代理ログイン部１３、通信部１４、設定情報格納部１５を備えている。
【００３３】
SSO提供部１１はシングルサインオンを実現するための機能部であり、例えばリバティアライアンスプロジェクト方式のアイデンティティ連携及びシングルサインオンを実現する機能を備えている。また、SSO提供部１１はSSO提供装置１０自身の認証方式による認証を行う機能を含む。レベル判定部１２は、設定情報格納部１５に格納されている認証レベル表を参照することにより、どの装置の認証手段を利用するかを判定する機能を備えている。
【００３４】
代理ログイン部１３は、レベル判定部１２によりSSO提供装置１０以外のサービス提供装置の認証手段を利用すると判定された場合に、当該サービス提供装置に対してユーザの代理でログインを行い、当該サービス提供装置からの認証処理要求をユーザ端末２０に送信し、ユーザ端末２０からの認証情報を当該サービス提供装置に送信し、当該サービス提供装置からの認証結果をSSO提供部１１に通知する機能を備えている。SSO提供部１１は代理ログイン部１３からの認証結果が正常である場合に、シングルサインオンによるアクセスを許容する。
【００３５】
通信部１４はネットワークを介してデータ通信を行う機能を備え、設定情報格納部１５は各種設定情報を格納する機能を備えている。
【００３６】
SSO提供装置１０は、ＣＰＵ、記憶装置等を備えたコンピュータに、上述した各機能部の処理を実行させるためのプログラムを搭載することにより実現可能である。
【００３７】
（認証レベルの判定方法の他の例）
認証レベルの判定方法は、上記のように認証レベルが最大レベルのものを選択する方法に限られない。例えば下記の方法を採用することが可能である。
【００３８】
（１）シングルサインオンのために常に最大認証レベルの認証方式を利用することとすると、ユーザの利便性が低下することも考えられる。そこで、ユーザが通常時に使用したいと考える認証レベルを定義することとしてもよい。この場合、ユーザは予めSSO提供装置１０に対して使用したい認証レベル（例えば認証レベル２）を通知しておく。SSO提供装置１０は当該ユーザと“認証レベル２”を対応付けて保持し、当該ユーザからのアクセス時には、レベル２の認証方式の装置を選択して代理ログインを行う。なお、レベル２の認証方式の装置が複数存在する場合は優先順位の高い装置を選択する。
【００３９】
（２）また、各サービス提供装置の運用者である各サービス提供者が、ユーザがどのレベル以上で認証を受けた場合にシングルサインオンに基づくアクセスを許容するかをSSO提供装置１０に対して予め登録しておくこととしてもよい。
【００４０】
この場合、例えば、図３のステップ１３の判定において、連携された複数のサービス提供装置により登録された認証レベルのうち、最大の認証レベルの認証方式を選択して代理ログインを行う。これにより、サービス提供者は、自分自身が提供可能な認証レベルよりも高い認証レベルの認証を行ってアクセスを行わせることが可能となる。
【００４１】
（３）また、SSO提供装置１０の運用者が、ユーザにシングルサインオンを提供するときの認証レベルを定義し、SSO提供装置１０に保持しておいてもよい。
【００４２】
なお、ユーザ、サービス提供者、SSO提供者のうちのいずれか１の当事者のみが上記のような希望認証レベルの設定をしている場合は、その設定に従って認証方式を決定し、認証を行うことができる。
【００４３】
また、複数当事者が認証レベルの登録を行う場合は、ユーザ、サービス提供者、SSO提供者間で優先順位を予め付けておき、優先順位の最も高い者の希望に従って上記（１）〜（３）のうちのいずれかにより認証方式を決定することとしてもよい。
【００４４】
（４）さて、ユーザが外出先から携帯端末を用いてサービスにアクセスする場合等、場合によってはICカード認証等の高レベルの認証を実施することができないことがある。このような場合を想定して、レベル判定の結果をユーザの操作により変更することとしてもよい。この場合の処理の流れを図６を参照して説明する。なお、図６ではサービス提供装置１を図示していない。
【００４５】
この場合、認証レベルの判定結果がSSO提供装置１０の認証レベルより大きい場合に、認証レベルの判定結果がユーザ端末２０に返される（ステップＳ３３）。そして、例えば、ユーザ端末２０の画面上にレベル２での認証が必要である旨の情報が表示される。また、当該画面上には、他のレベルの認証を選択するために情報も表示される。
【００４６】
レベル２という結果が表示されたが、ユーザ端末２０ではその認証処理を行うことができない場合、ユーザは画面上でレベル１を選択し、それをSSO提供装置１０に送信する（ステップ３４）。SSO提供装置１０では、レベル１の認証を行う装置の選択を行い（ステップ３５）、認証処理を行う（ステップ３６）。もしくは、レベル１の認証はSSO提供装置１０へのアクセス時に終了しているので、レベル１を選択することが判明した時点で、シングルサインオンのアクセスを許容することとしてもよい。
【００４７】
（アクセスコントロール機能）
上記のうちの特に（１）や（４）の場合、低レベルの認証方式でシングルサインオンをしたユーザに対してはサービス提供を許容しないサービス提供装置が存在することが考えられる。このように、サービス提供装置が要求するシングルサインオン時の認証レベルが、実際のシングルサインオン時の認証レベルより高い場合がある場合には、SSO提供装置１０がアクセスコントロール機能を備えることにより対応可能である。この場合の処理手順を図７を参照して説明する。
【００４８】
図７は、ユーザ端末２０からSSO提供装置１０に対するシングルサインオン時の初期認証が終了した後の動作を示す。また、ユーザ端末２０はサービス提供装置２のサービスを利用するものとする。また、シングルサインオン時の認証レベルはレベルＸであったものとし、SSO提供装置１０はその情報を保持している。
【００４９】
ユーザ端末２０は、サービス提供装置２におけるある特定のサービスを利用するために、サービス提供装置２にアクセスする（ステップ４１）。サービス提供装置２が当該特定のサービスを提供するユーザをレベルＹ以上で認証されたユーザのみとしている場合、サービス提供装置２は、SSO提供装置１０に対して要求認証レベル（レベルＹ）を含む認証要求を送信する（ステップ４２）。SSO提供装置１０は、要求認証レベル（レベルＹ）と、シングルサインオン時の認証レベル（レベルＸ）とを比較し（ステップＳ４３）、要求認証レベルがシングルサインオン時の認証レベル以下（レベルＹ≦レベルＸ）である場合に、ユーザがサービス提供装置２の上記特定のサービスを利用することを許可し（ステップＳ４４）、サービス提供が行われる。
【００５０】
要求認証レベルがシングルサインオン時の認証レベルより大きい場合は、サービス提供装置２は認証NGを受け取り（ステップ４５）、サービス提供装置２自身でのレベルＹの認証をユーザに対して行うことになる（ステップ４６）。もしくは、サービスを拒否することとしてもよい。
【００５１】
上記の場合、サービス提供装置２自身による認証がＯＫであれば、ユーザは当初のレベルＸよりレベルの高いレベルＹの認証を受けたことになる。従って、サービス提供装置２は、当該ユーザに対するサービス提供装置２での認証がＯＫであった旨をSSO提供装置１０に通知し（ステップ４７）、SSO提供装置１０はこの情報を保持しておく。そして、以降の各サービス提供装置からの認証要求受信時において、シングルサインオン時の認証レベルをレベルＹと見なして図７のステップ４３におけるレベル比較を行うことができる。
【００５２】
このように、連携されたサービス提供装置でローカル認証が行われた場合に、その認証レベル、認証方式、サービス提供装置の情報等の履歴をSSO提供装置１０が保持しておくことにより、一旦高レベルの認証が行われれば、その後はローカルの認証処理を行う可能性が減る。
【００５３】
さて、同じ認証レベルであっても特定の認証方式での認証を受けたユーザしかアクセスを受け付けないサービス提供装置が存在し得る。例えば、あるサービス提供装置ではＢ社のＩＣカードによる認証がシングルサインオンにおいて行われた場合しか特定のサービスを提供しない場合があり得る。この場合、シングルサインオンでの初期認証もしくは認証履歴の中で、最大の認証レベルの認証として、Ａ社のＩＣカードによる認証が行われていたとしても、上記サービス提供装置のサービス提供条件を満たさない。このような場合に対処するために、認証レベルの比較のみでなく、より複雑な条件の判定を行う機能をSSO提供装置１０に備えてもよい。
【００５４】
この場合の処理の流れを図８を参照して説明する。この場合の処理の前提として、SSO提供装置１０は図９に示すような条件を予め保持する。この条件は既存のポリシー記述言語で記述でき、SSO提供装置１０は、条件を解釈することにより、アクセス許否の判定を行う。また、この場合も、ローカル認証の履歴を上記と同様にして管理しておく。ただし、履歴には、認証方式の情報をより詳細に記録しておく。
【００５５】
図８において、ユーザ端末２０は、サービス提供装置２におけるある特定のサービスを利用するために、サービス提供装置２にアクセスする（ステップ５１）。サービス提供装置２は、SSO提供装置１０に対して認証要求を送信する（ステップ５２）。SSO提供装置１０は、図９に示す条件を解釈し（ステップＳ５３）、認証履歴を参照して、条件に適合した認証が行われているか否かを判定する（ステップ５４）。条件に適合した認証が行われていれば、ユーザがサービス提供装置２の上記特定のサービスを利用することを許可し（ステップＳ５５）、サービス提供が行われる。
【００５６】
条件に適合していない場合、サービス提供装置２は認証NGを受け取り（ステップ５６）、サービス提供装置２自身でＩＣカード認証をユーザに対して行うことになる（ステップ５７）。もちろん、図９に示す表に単にサービス提供装置毎の認証レベルを記載しておき、当該認証レベル以上の認証が行われていたときにアクセスを許可することとしてもよい。
【００５７】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【図面の簡単な説明】
【００５８】
【図１】リバティアライアンスプロジェクト方式のシングルサインオンの一例を説明するための図である。
【図２】認証レベル対応表を示す図である。
【図３】本発明の実施の形態における処理の流れを説明するための図である。
【図４】SSO提供装置１０の認証レベルが最大である場合の処理の流れを示す図である。
【図５】SSO提供装置１０の機能構成図である。
【図６】レベル判定の結果をユーザの操作により変更する場合における処理の流れを示す図である。
【図７】アクセスコントロールを行う場合における処理の流れを示す図（１）である。
【図８】アクセスコントロールを行う場合における処理の流れを示す図（２）である。
【図９】SSO提供装置１０が保持する条件の例を示す図である。
【符号の説明】
【００５９】
１、２  サービス提供装置
２０  ユーザ端末
１１  SSO提供部
１２  レベル判定部
１３  代理ログイン部
１４  通信部
１５  設定情報格納部
【図１】
2007272542.tif 000003
【図２】
2007272542.tif 000004
【図３】
2007272542.tif 000005
【図４】
2007272542.tif 000006
【図５】
2007272542.tif 000007
【図６】
2007272542.tif 000008
【図７】
2007272542.tif 000009
【図８】
2007272542.tif 000010
【図９】
2007272542.tif 000011