(57)【特許請求の範囲】
【請求項１】
アイデンティティ管理の信頼性を確立する方法であって、
サービスプロバイダがユーザからのアクセスを受信した後、前記サービスプロバイダが、前記ユーザが所属するアイデンティティプロバイダが前記サービスプロバイダの信頼ドメイン内に位置するかどうかを判断するステップと、
前記ユーザが所属するアイデンティティプロバイダが前記サービスプロバイダの信頼ドメイン内に位置していない場合、前記サービスプロバイダが、ローカル信頼ドメイン内のアイデンティティプロバイダに前記ユーザが所属するアイデンティティプロバイダを問い合わせるステップと、
前記ローカル信頼ドメイン内のアイデンティティプロバイダが返信する、前記ユーザが所属するアイデンティティプロバイダの情報を前記サービスプロバイダが受信した場合、前記サービスプロバイダが、前記ユーザが所属するアイデンティティプロバイダに対する信頼性を確立するように、前記ユーザが所属するアイデンティティプロバイダを一時信頼リストに追加するステップと
を含むことを特徴とするアイデンティティ管理の信頼性を確立する方法。
【請求項２】
前記サービスプロバイダが、前記ユーザが所属するアイデンティティプロバイダが前記サービスプロバイダの信頼ドメイン内に位置するかどうかを判断した後、前記方法は、前記ユーザが所属するアイデンティティプロバイダと前記サービスプロバイダとが同一信頼ドメイン内に位置する場合、前記サービスプロバイダが、前記ユーザが所属するアイデンティティプロバイダとの信頼関係を直接利用することをさらに含む
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記サービスプロバイダが、ローカル信頼ドメイン内のアイデンティティプロバイダに前記ユーザが所属するアイデンティティプロバイダを問い合わせた後、前記方法は、
前記ローカル信頼ドメイン内のアイデンティティプロバイダが返信する情報を前記サービスプロバイダが受信しない場合、前記サービスプロバイダが、問い合わせたアイデンティティプロバイダのすべてが一つの信頼ドメインのみに属するかどうかを判断することと、
前記問い合わせたアイデンティティプロバイダ内において２つ以上の信頼ドメインに属するアイデンティティプロバイダが存在する場合、前記問い合わせたアイデンティティプロバイダが、前記問い合わせたアイデンティティプロバイダとユーザが所属するアイデンティティプロバイダとが同一信頼ドメインに位置するかどうかを判断することと、
前記問い合わせたアイデンティティプロバイダとユーザが所属するアイデンティティプロバイダとが同一信頼ドメインに位置する場合、前記サービスプロバイダが、ユーザが所属するアイデンティティプロバイダに対する信頼性を確立することと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記ローカル信頼ドメイン内のアイデンティティプロバイダが返信する情報を前記サービスプロバイダが受信しない場合、前記方法は、前記問い合わせたアイデンティティプロバイダのすべてが１つの信頼ドメインに位置し、且つ、この一つの信頼ドメインのみに属する場合、前記サービスプロバイダが、前記ユーザが所属するアイデンティティプロバイダに対する問い合わせの確立を中止することをさらに含む
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記ローカル信頼ドメイン内のアイデンティティプロバイダが返信する情報を前記サービスプロバイダが受信しない場合、前記方法は、前記問い合わせたアイデンティティプロバイダ内において２つ以上の信頼ドメインに属するアイデンティティプロバイダが存在する場合、前記問い合わせたアイデンティティプロバイダが、他の信頼ドメインに属するアイデンティティプロバイダに問い合わせ要求を送信し続けることをさらに含む
ことを特徴とする請求項３に記載の方法。
【請求項６】
前記アイデンティティプロバイダが問い合わせを受信した際、マルチキャストによる問い合わせのホップカウントが設定された回数を超える場合、前記サービスプロバイダが、信頼性の確立を中止することをさらに含む
ことを特徴とする請求項１〜５のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信分野に関し、特に、アイデンティティ管理（Identity Management： IDM）の信頼性を確立する方法、アイデンティティプロバイダ及びサービスプロバイダに関する。
【背景技術】
【０００２】
限られたアイデンティティプロバイダ（Identification Provider：IDP）に対してサービスプロバイダ（Service Provider： SP）が提供するサポートに関し、ユーザが利用するIDP、即ちユーザが所属するIDP（例えばIDP A)が現在SP（例えばSP1）によってサポートされる範囲内に位置していない場合、ユーザ認証を完了することができない。当該SPがサポートするIDP（例えば、IDP B、 IDP C、 IDP D)を用いてユーザが登録を行った場合、又は、ユーザが利用するIDPをサポートするとともに同様のサービスを提供しているSP（例えば、SP2)にユーザがアクセスした場合にのみ、ユーザ認証を完了することができる。これは、IDMの目的に反している。しかし、現在利用されているIDPが有するそれぞれの利益のため、IDPを統一させることは不可能なようである。
【０００３】
IDMとは、ネットワーク及び関連サポート技術に基づいて、ユーザアイデンティティのライフサイクル（利用過程）、及びユーザアイデンティティとネットワーク・アプリケーションサービスとの間の関係に対して管理を行うことを表す。例えば、アプリケーション及びリソース等にアクセスするユーザに対して、認証又は権限付与を行う。現在、IDMシステム間は垂直構造の位置関係にあり、相互に独立している。また、ほとんどのIDMシステムが特定のアプリケーションサービス向けに構築されているので、各IDMシステム間においては、相互接続及び相互通信を行うことができず、ユーザ情報（例えば、ユーザの信頼情報、認証情報）の共有も行うことができない。
【０００４】
相互運用性（Interoperation)とは、各独立したIDMシステム間において互いに協力し、有効情報（例えばユーザの信頼情報）の交換及び通信等の動作を行う機能を表す。相互運用は、一般的に、IDMシステム間の相互信頼に基づいて確立される。現在IDMシステム間の信頼関係の確立は、一般的に、一対一の信頼性の確立である。信頼関係は、一般的に静的であり、相互に信頼関係を有するIDMシステムは、一般的に、１つの信頼ドメイン内（又はユニオン内）に位置している。クロス信頼ドメイン（ユニオン）の信頼関係の確立及び信頼連鎖（信頼パス）に基づいた信頼関係の確立は、現在IDMシステムの信頼関係をより広い範囲に拡張させることができ、信頼関係の確立をさらに動的、柔軟、便利に行うことができる。
【０００５】
現在、主に研究されているSP認証モードは、すべて固定的なIDPに基づいている。そのため、ユーザが利用するIDPがSPの信頼範囲に位置していない場合、ユーザは、あるSPのサービスを取得するために、異なるIDPに何度もログインする必要があり、実用化に向けて不都合が生じている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
SP認証モードにおいて、ユーザが利用するIDPがSPの信頼範囲内に位置していない場合、ユーザが、あるSPのサービスを取得するために、異なるIDPに何度もログインする必要があるという問題を解決するために、本発明は、IDMの信頼性を確立する方法を提供することを主な目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を実現するために、本発明の１つの側面によれば、IDMの信頼性を確立する方法が提供される。
【０００８】
本発明に係るIDMの信頼性を確立する方法は、SPがユーザからのアクセスを受信した後、ユーザが所属するIDPがSPの信頼ドメイン内に位置するかどうかを判断するステップと、ユーザが所属するIDPがSPの信頼ドメイン内に位置していない場合、SPがローカル信頼ドメイン内のIDPにユーザが所属するIDPを問い合わせるステップと、ローカル信頼ドメイン内のIDPが返信する、ユーザが所属するIDPの情報をSPが受信した場合、ユーザが所属するIDPに対する信頼性を確立するために、ユーザが所属するIDPを一時信頼リストに追加するステップとを含む。
【０００９】
好ましくは、ユーザが所属するIDPがSPの信頼ドメイン内に位置するかどうかを判断した後、当該方法は、ユーザが所属するIDPとSPとが同一信頼ドメイン内に位置する場合、SPが、ユーザが所属するIDPとの信頼関係を直接利用することをさらに含む。
【００１０】
好ましくは、SPがローカル信頼ドメイン内のIDPにユーザが所属するIDPを問い合わせた後、当該方法は、ローカル信頼ドメイン内のIDPが返信する情報を受信しない場合、問い合わせたIDPのすべてが一つの信頼ドメインのみに属するかどうかを判断することと、問い合わせたIDP内において２つ以上の信頼ドメインに属するIDPが存在する場合、問い合わせたIDPとユーザが所属するIDPとが同一信頼ドメインに位置するかどうかを判断することと、問い合わせたIDPとユーザが所属するIDPとが同一信頼ドメインに位置する場合、ユーザが所属するIDPに対する信頼性を確立することとをさらに含む。
【００１１】
好ましくは、ローカル信頼ドメイン内のIDPが返信する情報を受信しない場合、当該方法は、問い合わせたIDPのすべてが１つの信頼ドメインに位置し、且つこの一つの信頼ドメインのみに属する場合、ユーザが所属するIDPに対する問い合わせの確立を中止することをさらに含む。
【００１２】
好ましくは、ローカル信頼ドメイン内のIDPが返信する情報を受信しない場合、当該方法は、問い合わせたIDP内において２つ以上の信頼ドメインに属するIDPが存在する場合、他の信頼ドメインに属するIDPに問い合わせ要求を送信し続けることをさらに含む。
【００１３】
好ましくは、IDPが問い合わせを受信した際、マルチキャストによる問い合わせのホップカウントが設定された回数を超えた場合、信頼性の確立を中止することをさらに含む。
【００１４】
上記目的を実現するために、本発明のもう１つの側面によれば、IDP及びSPが提供される。
【００１５】
当該SPは、ユーザからのアクセスを受信するための受信モジュールと、ユーザが所属するIDPがSPの信頼ドメイン内に位置するかどうかを判断するための判断モジュールと、ローカル信頼ドメイン内のIDPにユーザが所属するIDPをマルチキャストモードで問い合わせ、SPからユーザが所属するIDPまでの信頼パスを検索して確立するためのマルチキャストモジュールとを含む。
【００１６】
好ましくは、マルチキャストモジュールは、マルチキャストの回数が設定された回数を超えたかどうか判断するためのマルチキャスト判断モジュールをさらに含む。
【００１７】
当該IDPは、IDPからユーザが所属するIDPまでのパスを検索するためのマルチキャストモジュールを含む。
【００１８】
本発明によれば、SPは、ユーザからのアクセスを受信した後、ユーザが利用する（即ち所属する）IDPがSPの信頼ドメイン内に位置するかどうかを判断し、ユーザが利用するIDPがSPの信頼ドメイン内に位置していない場合、ローカル信頼ドメイン内のIDPにユーザが所属するIDP(IDP A)の問い合わせを行う。SPは、IDPが返信するIDP Aの情報を受信した場合、ユーザが所属するIDPに対する信頼性を確立するために、ユーザが所属するIDPを一時信頼リストに追加する。これにより、SP認証モードにおいて、ユーザが利用するIDPがSPの信頼範囲に位置していない場合、ユーザは所望のサービスを取得できず、その結果、ユーザが、あるSPのサービスを取得するために、異なるIDPに何度もログインする必要があるという問題が解決される。また、別のデバイスを追加する場合でも、別のデバイスを追加しない場合でも、SPと任意のIDPとの間の信頼関係を確立することで、ユーザが一回ログインで確実に所望のサービスを入手することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明に係る実施例におけるIDMの信頼性を確立する方法のフローチャートである。
【図２】本発明に係る実施例におけるIDPマルチキャストモードに基づいた模式図である。
【図３】本発明に係る実施例におけるIDPマルチキャストモードに基づいた、RSなしの第１のケースのフローチャートである。
【図４】本発明に係る実施例におけるIDPマルチキャストモードに基づいた、RSなしの第２のケースのフローチャートである。
【図５】本発明に係る実施例におけるIDPマルチキャストモードに基づいた、RSなしの第３のケースのフローチャートである。
【図６】本発明に係る実施例におけるRSの構成図である。
【図７】本発明に係る実施例におけるRSに基づいてIDPを検索するフローチャートである。
【図８】本発明に係る実施例におけるRSに基づいてIDPを検索する方法の、RSありの第１のケースのフローチャートである。
【図９】本発明に係る実施例におけるRSに基づいてIDPを検索する方法の、RSありの第２のケースのフローチャートである。
【図１０】本発明に係る実施例におけるRS基づいてIDPを検索する方法の、RSありの第３のケースのフローチャートである。
【図１１】本発明に係る実施例におけるSPの模式図である。
【図１２】本発明に係る実施例におけるIDPの模式図である。
【発明を実施するための形態】
【００２０】
ここで説明する図面は本発明に対する理解を深めるために提供され、本願の一部として構成される。本発明の典型的な実施例及びその説明は本発明を説明するためのものであり、本発明を不適切に限定するものではない。
【００２１】
なお、矛盾が生じなければ、本願における実施例及び実施例中の特徴は互いに組み合わせることができる。以下、図面を参照しながら実施例を組み合わせて本発明を詳細に説明する。
【００２２】
方法実施例
本発明に係る実施例によれば、IDMの信頼性を確立する方法が提供される。
【００２３】
図１に示すように、当該方法は以下のステップＳ１０２〜ステップＳ１０６を含む。
【００２４】
ステップＳ１０２において、SPは、ユーザからのアクセスを受信した後、ユーザが所属するIDP（即ちユーザが利用するIDP）がSPの信頼ドメイン内に位置するかどうかを判断する。
【００２５】
ステップＳ１０４において、ユーザが所属するIDPがSPの信頼ドメイン内に位置していない場合、SPはローカル信頼ドメイン内のIDPにユーザが所属するIDPの問い合わせを行う。
【００２６】
ステップＳ１０６において、SPはローカル信頼ドメイン内のIDPが返信する、ユーザが所属するIDP（IDP A)の情報を受信した場合、ユーザが所属するIDPに対する信頼性を確立するために、ユーザが所属するIDPを一時信頼リストに追加する。
【００２７】
ここで、信頼ドメインとは、IDPとSPとの間に既に信頼関係が存在する場合において、SPがIDPからのアイデンティティ認証情報を信頼し、且つ認証を行うことを意味する。
【００２８】
以下、実例を組み合わせて本発明の実施例の実施過程を詳細に説明する。
【００２９】
図２はSPとIDPとのマルチキャストモードに基づいた構造図であり、ユーザが要求したIDPの検出及び信頼性の確立の過程を示す。ユーザが利用するIDP AがSPの信頼ドメイン内に位置する場合、SPはアイデンティティ認証プロセスに進む。SPはアイデンティティ認証を行うことをユーザに要求し、ユーザはアイデンティティ認証を行うことをIDP Aに要求する。IDP AはSPに権限付与を送信し、SPは権限付与の認証を行い、且つユーザにサービスを提供するかどうかを決定する。ユーザが利用するIDP AがSPの信頼ドメイン内に位置していない場合、SPは信頼ドメイン内のIDPに対してマルチキャストによる問い合わせを行う。問い合わせたIDPがIDP Aの信頼情報を有する場合、IDP Aの信頼情報がSPに返信され、SPはアイデンティティ認証プロセスに進む。IDP Aの信頼情報が返信されなかった場合、問い合わせを受信し且つ複数の信頼ドメインに位置するIDPは、マルチキャストのホップカウントが限界に達するまで、マルチキャスト可能なドメインがなくなるまで、又はIDP Aが検出されるまで、隣接するドメインのIDPにマルチキャストを行い続ける。IDP Aが検出された場合、IDPの信頼情報はSPに返信される。SPは返信された全ての情報に対して論理和（OR）処理を行い、アイデンティティ認証プロセスに進む。この構成において、IDPが初めからSPの信頼ドメイン内に位置していない場合、当該方法によってSPとIDPとの間に確立された信頼関係は一時的なものであり、サービスが完了すると信頼関係は解除される。この一時的な信頼関係の確立の根拠は、信頼性の確立の過程がIDPの信頼性の転送可能性に基づいていることである。RSなしの場合、各信頼オブジェクト間の信頼関係は、各信頼オブジェクトが採用する信頼プロトコルを基礎として確立され、不変である。これは、このような信頼関係には、信頼性及び転送可能性があることを表している。しかし、信頼性の転送において各IDPノードは、IDP信頼パスを形成することができる。IDP信頼パスを媒体とすることで、ユーザが利用するIDPに対してSPは信頼性を確立し、ユーザが権限を付与した後、SPに対してユーザが利用するIDPが信頼性を確立する。この過程において、中間IDPは信頼媒介となっている。
【００３０】
図３〜図５は、SPとIDPとのマルチキャストモードに基づいた３種類のIDP検出及び信頼性の確立のケースである。以下に詳細に説明するように、各ケースは検出及び信頼性の確立の２つの過程に分けられる。
【００３１】
図３はIDP AがSPの信頼ドメインに位置するケースであり、主なステップは以下の通りである。
【００３２】
検出過程
ステップ１０１において、ユーザはSPにサービスの提供を要求する。ユーザが利用するIDP AがSPの信頼ドメイン内に位置するため、マルチキャストを行うことなくIDP Aが検出される。
【００３３】
信頼性の確立過程
ステップ１０２において、SPはユーザにアイデンティティ認証を行うことを要求する。
【００３４】
ステップ１０３において、ユーザはIDP Aにアイデンティティ認証を行うことを要求する。
【００３５】
ステップ１０４において、IDP AはSPにユーザの権限付与情報を送信する。
【００３６】
ステップ１０５において、SPは権限付与情報に応じて、ユーザに対する権限付与認証を行う。権限付与情報を受け付けなかった場合、信頼性の確立に失敗し、SPはサービスの提供を拒否する。権限付与情報が受け付けられた場合、双方向の信頼関係が確立される（ただし、この信頼関係は媒介信頼関係ではない）。
【００３７】
図４はIDP A及びSPが異なる信頼ドメインに位置するが、両方が位置する信頼ドメインにおいて共通のIDPが存在するケースであり、主なステップは以下の通りである。
【００３８】
検出過程
ステップ１１１において、ユーザはSPにサービスの提供を要求する。
【００３９】
ステップ１１２〜１１４において、ユーザが利用するIDP AがSPの信頼ドメイン内に位置していないため、SPは信頼リストに応じて、所属する信頼ドメイン内の全てのIDPにマルチキャストを行い、IDP Aの問い合わせを行う。ステップ１１２〜１１４は全体で1つのマルチキャストである。
【００４０】
ステップ１１５において、IDP Dが信頼ドメイン１と信頼ドメイン２（ユーザが利用するIDP Aの所属する信頼ドメイン）の両方に属するため、IDP Dの信頼リストは、信頼ドメイン１及び信頼ドメイン２のオブジェクト（IDP Aを含む）を有する。このようにしてIDP Aが検出され、IDP Aの信頼情報が返信される。
【００４１】
信頼性の確立過程
ステップ１１６において、ステップ１１５で返信されたIDP Aの信頼情報に応じて、IDP Aが一時信頼リストに追加される。
【００４２】
ステップ１１７において、SPはユーザにアイデンティティ認証を行うことを要求する。
【００４３】
ステップ１１８において、ユーザはIDP Aにアイデンティティ認証を行うことを要求する。
【００４４】
ステップ１１９において、IDP AはSPにユーザのアイデンティティ権限付与情報を送信する。
【００４５】
ステップ１２０において、SPが当該アイデンティティ権限付与情報に応じて、ユーザに対する権限付与認証を行う。アイデンティティ権限付与情報を受け付けなかった場合、信頼性の確立に失敗し、SPはサービスの提供を拒否する。アイデンティティ権限付与情報が受け付けられた場合、IDPを媒介とする双方向の信頼関係が確立される。
【００４６】
図５はIDP A及びSPが同一信頼ドメインに位置せず、且つ両方が位置する信頼ドメインにおいて共通のIDPは存在しないが、SPからIDP AまでのIDP信頼パスが一本存在するケースであり、主なステップは以下の通りである。
【００４７】
検出過程
ステップ１３１において、ユーザはSPにサービスの提供を要求する。
【００４８】
ステップ１３２〜１３３において、ユーザが利用するIDP AがSPの信頼ドメイン内に位置していないため、SPは信頼リストに応じて、所属する信頼ドメイン内の全てのIDPにマルチキャストを行い、IDP Aの問い合わせを行う。ステップ１３２〜１３３は全体で1つのマルチキャストである。
【００４９】
ステップ１３４〜１３５において、IDP Cが信頼ドメイン１と信頼ドメイン２との両方に属し、且つIDP Aが信頼ドメイン２に位置していないため、IDP Cが、IDP Aに関する問い合わせを行う信頼ドメイン１以外の信頼ドメインにおけるIDP、即ち、IDP D及びIDP Fに対してマルチキャストを行う。
【００５０】
ステップ１３６において、IDP Fが信頼ドメイン２と信頼ドメイン３と（IDP Aの所属する信頼ドメイン）の両方に属するため、IDP FはIDP Aの信頼情報を有する。以上で検出過程が終了し、IDP Aの信頼情報が返信される。
【００５１】
ステップ１３７において、IDP CはIDP Aの信頼情報をSPに返信する。
【００５２】
信頼性の確立過程
ステップ１３８において、ステップ１３７で返信されたIDP Aの信頼情報に応じて、SPはIDP Aを一時信頼リストに追加する。
【００５３】
ステップ１３９において、SPはユーザにアイデンティティ認証を行うことを要求する。
【００５４】
ステップ１４０において、ユーザはADP Aにアイデンティティ認証を行うことを要求する。
【００５５】
ステップ１４１において、IDP AはSPにユーザのアイデンティティ権限付与情報を送信する。
【００５６】
ステップ１４２において、SPは当該アイデンティティ権限付与情報に応じて、ユーザに対する権限付与認証を行う。アイデンティティ権限付与情報を受け付けなかった場合、信頼性の確立に失敗し、SPはサービスの提供を拒否する。アイデンティティ権限付与情報が受け付けられた場合、IDPを媒介とする双方向の信頼関係が確立される。
【００５７】
上記の好ましい実施例において、別のデバイスを追加しなくても、SPとユーザが所属するIDP（即ちユーザによって利用されるIDP）との間の信頼関係を可能な限り確立することで、ユーザは一回のログインで所望のサービスを取得することができる
【００５８】
図６はRSの構成図である。RSなしの場合、SP及びIDPに基づくマルチキャストにおいて、SPからユーザが利用するIDPまでの信頼転送パスが存在しないケースがあり、この場合、サービスを提供できない。このような問題はRSデバイスを追加することで解決でき、ユーザは一度ログインすれば所望のサービスを入手することができる。RS層はIDP層の上にあり、SP及びIDPの動作検証機構によって保守される。IDPを設立する場合、最初にローカルの登録機構で登録を行い、当該登録機構は、対応するIDPの登録、信頼性、アドレス及びIDPが所属するRS等の情報をRSに追加する。これらの機能のために、RS内部には、SPまたはRSの要求を処理するための要求受付モジュールを設置するとともに、要求に対する審査を行うための要求審査モジュールも設置する必要がある。審査を通過した場合、登録情報リストを管理するためのオブジェクト登録情報リストモジュールが必要である。ローカル登録情報リストにおいてIDPが検出されなかった場合、RSグループにマルチキャストを行うためのRS問い合わせモジュールが必要である。
【００５９】
図７はRSに基づいてIDPを検索するスキームの構造図であり、RSデバイスがある場合に、ユーザ検出及び信頼性の確立を行う構造を示す。ユーザがSPにサービスを要求する場合、ユーザが利用するIDP AがSPの信頼ドメイン内に位置していれば、SPはアイデンティティ認証プロセスに進む。SPはユーザにアイデンティティ認証を行うことを要求し、ユーザはIDP Aにアイデンティティ認証を行うことを要求する。IDP AはSPに権限付与情報を送信し、SPはユーザに対して権限付与認証を行う。権限付与情報を受け付けた場合、SPはサービスを提供し、受け付けなかった場合、SPはサービスの提供を拒否する。IDP AがSPの信頼ドメイン内に位置していない場合、SPはローカルエリアのRSに問い合わせを行い、RSが登録リストを検索する。IDP Aの信頼情報が検出された場合、IDP Aの信頼情報はSPに返信され、SPはアイデンティティ認証プロセスに進む。ローカルエリアのRSにおいてIDP Aの情報が検出されなかった場合、RSはRSグループに対してブロードキャストによる問い合わせを行う。RSは全ての返信結果に対してOR処理を行い、SPに１つの信頼情報を返信し、SPはアイデンティティ認証プロセスに進む。この構造においては、RSのみがブロードキャスト機能を有し、SP及びIDPはマルチキャスト機能を有する必要がない。しかし、信頼ドメイン内のIDP及びその関連情報を判定するために、SPは１つの信頼リストを有する必要がある。図２のケースと異なり、IDPはある信頼ドメインに常に属している必要はない。各IDPはあるRSに常に管理されるが、SPの信頼ドメインの範囲は動的に変化し、異なるエリアに拡大することもできる。しかし、SPが問い合わせ可能なRSは、SPが所属するRSのみである。連続問い合わせの過程において、SPは新しいIDPと長期の信頼関係を動的に確立し続けられる。一方、ユーザが利用するIDPを必ず検出できるように、SPからRSへの問い合わせに対する応答がなければならない。また、RSがRSグループに対してブロードキャストを行う場合、ブロードキャスト後、全てのRSの応答を待ち、OR処理を行った後、SPに各RSの応答を知らせるのではなく、結果を返信する。この過程において、各SP及びIDPは、登録の際に、RS機構とプロトコルを確立し、RS機構は信頼オブジェクトの監督を行い、信頼媒介や保証者として使用される。
【００６０】
図８〜図１０はRSありの構造において、３種類のIDP検出及び信頼性の確立のケースであり、各ケースはIDP検出及び信頼性の確立という２つの過程に分けられる。詳細な説明は以下の通りである。
【００６１】
図８はRSありの構造において、SP とユーザが利用するIDPとが同一の信頼ドメインに位置するケースであり、主なステップは以下の通りである。
【００６２】
検出過程
ステップ２０１において、ユーザはSPにサービスの提供を要求する。ユーザが利用するIDP AがSPの信頼ドメイン内に位置するため、マルチキャストを行うことなくIDP Aが検出される。
【００６３】
信頼性の確立過程
ステップ２０２において、IDP Aに対する信頼性が既に存在するため、SPはユーザにアイデンティティ認証要求を送信する。
【００６４】
ステップ２０３において、ユーザはIDP Aにアイデンティティ認証を行うことを要求する。
【００６５】
ステップ２０４において、IDP AはSPにユーザ権限付与情報を送信する。
【００６６】
ステップ２０５において、SPはユーザ権限付与情報に対する認証を行う。情報を受け付けなかった場合、信頼性の確立に失敗し、SPはサービスの提供を拒否する。情報が受け付けられた場合、相互信頼関係が確立される。
【００６７】
図９はRSありの構造において、SPとユーザが利用するIDP Aとが同一の信頼ドメインに位置していないが、SPとIDP Aとが同一エリアに属する場合を示す。主なステップは以下の通りである。
【００６８】
検出過程
ステップ２１１において、ユーザはSPにサービスの提供を要求する。
【００６９】
ステップ２１２において、IDP AがSPの信頼リストに位置していないため、SPはエリア１におけるRS（RS1）に対してIDP Aに関する問い合わせを送信する。
【００７０】
ステップ２１３において、IDP Aがエリア１に位置するため、RS１はSPにIDP Aの信頼情報を返信する。以上で検出過程は終了する。
【００７１】
信頼性の確立過程
ステップ２１４において、SPはIDP Aを信頼リストに追加する。
【００７２】
ステップ２１５において、SPはIDP Aに対する信頼性を確立し、ユーザにアイデンティティ認証要求を送信する。
【００７３】
ステップ２１６において、ユーザはIDP Aにアイデンティティ認証を行うことを要求する。
【００７４】
ステップ２１７において、IDP AはSPにユーザ権限付与情報を送信する。
【００７５】
ステップ２１８において、SPはユーザ権限付与情報に対して認証を行う。情報を受け付けなかった場合、信頼性の確立に失敗し、SPはサービスの提供を拒否する。情報が受け付けられた場合、相互信頼関係が確立される。
【００７６】
図１０はRSありの構造において、SPとユーザが利用するIDP Aとが同一の信頼ドメインに位置せず、SPとIDP Aとが同一エリアに属しないケースを示す。主なステップは以下の通りである。
【００７７】
検出過程
ステップ２２１において、ユーザはSPにサービスの提供を要求する。
【００７８】
ステップ２２２において、IDP AがSPの信頼リストに位置していないため、SPはエリア１におけるRS（RS1)に対してIDP Aに関する問い合わせを送信する。
【００７９】
ステップ２２３〜２２４において、IDP Aがエリア１に位置していないため、RS1は全てのRSに対してIDP Aに関する問い合わせを送信する。ステップ２２３〜２２４はブロードキャストの過程である。
【００８０】
ステップ２２５において、IDP Aがエリア３に位置していないため、RS３は、何も検出されなかったことを表すNULLを返信する。
【００８１】
ステップ２２６において、IDP Aがエリア２に位置するため、RS２はRS1にIDP Aの信頼情報を返信する。
【００８２】
ステップ２２７において、OR処理の後、RS１はSPにIDP Aの信頼情報を返信する。以上で検出過程が終了する。
【００８３】
信頼性の確立過程
ステップ２２８において、SPはIDP Aを信頼リストに追加する。
【００８４】
ステップ２２９において、IDP Aに対する信頼性を確立した後、SPはユーザにアイデンティティ認証要求を送信する。
【００８５】
ステップ２３０において、ユーザはIDP Aにアイデンティティ認証を行うことを要求する。
【００８６】
ステップ２３１において、IDP AはSPにユーザ権限付与情報を送信する。
【００８７】
ステップ２３２において、SPはユーザ権限付与情報に対して認証を行う。情報を受け付けなかった場合、信頼性の確立に失敗し、SPはサービスの提供を拒否する。情報が受け付けられた場合、相互信頼関係が確立される。
【００８８】
上記の実施例においては、別のデバイスを追加した場合に、SPが任意のIDPに対する信頼関係を確立することで、ユーザが一度ログインすれば所望のサービスを確実に取得できる
【００８９】
上記のエリアは、SP又はIDPが登録を要求する場合に、登録が行われる場所に位置するRS（登録サーバ）が管理する全てのSP及びIDPを組み合わせた１つのエリアであることを示す。また、IDPとSPは異なるエリアに位置してもよいが、IDPはSPの信頼ドメイン内に位置する。
【００９０】
装置実施例
本発明に係る実施例によれば、IDP及びSPが提供される。
【００９１】
図１１は本発明実施例に係るSPの模式図である。
【００９２】
図１１に示すように、当該SP１１０は、受信モジュール１１２、判断モジュール１１４、問い合わせモジュール１１６及びマルチキャストモジュール１１８を備える。
【００９３】
受信モジュール１１２は、ユーザからのアクセスを受信する。判断モジュール１１４は、ユーザが所属するIDPがSPの信頼ドメイン内に位置するかどうかを判断する。問い合わせモジュール１１６は、ローカル信頼ドメイン内のIDPにユーザが所属するIDPをマルチキャストモードで問い合わせる。マルチキャストモジュール１１８はSPからユーザが所属するIDP（IDP A）までの信頼パスを検索して確立する。
【００９４】
好ましくは、当該SP１１０は、マルチキャスト回数が設定された回数を超えたかどうかを判断するためのマルチキャスト判断モジュール１１９をさらに備える。
【００９５】
図１２は本発明に係る実施例のIDPの模式図である。
【００９６】
図１２に示すように、当該IDP１２０はマルチキャストモジュール１２２を含む。
【００９７】
特に、マルチキャストモジュール１２２は、IDPからユーザが所属するIDP（IDP A）までのパスを検索する。
【００９８】
以上の説明で明らかなように、本発明において、別のデバイスを追加しなかった場合又は別のデバイスを追加した場合に、SPが任意のIDPに対する信頼関係を確立することで、ユーザは一度のログインで所望のサービスを確実に取得することができる。
【００９９】
以上の説明は、本発明の好適な実施例に過ぎず、本発明を限定しない。本分野の当業者においては、様々な修正や変更を本発明に適用可能である。本発明の原理において、あらゆる修正、同等の置換、改良等が、本発明の保護範囲内に含まれる。
【図１】
0005627683.tif 000002
【図２】
0005627683.tif 000003
【図３】
0005627683.tif 000004
【図４】
0005627683.tif 000005
【図５】
0005627683.tif 000006
【図６】
0005627683.tif 000007
【図７】
0005627683.tif 000008
【図８】
0005627683.tif 000009
【図９】
0005627683.tif 000010
【図１０】
0005627683.tif 000011
【図１１】
0005627683.tif 000012
【図１２】
0005627683.tif 000013