(57)【要約】【課題】  認証及び／又は利用が許可されたプロバイダによって、ユーザを区別せず、また、認証及び／又は利用が許可されたプロバイダ以外のプロバイダに登録されている同一ユーザのユーザ情報及び／又はユーザの所属するグループ情報も取得することを目的とする。【解決手段】  ユーザに係る情報を提供する複数のユーザ情報提供手段を下位のユーザ情報提供手段１４とする併合ユーザ情報提供手段１３を有する併合情報提供装置であって、利用が許可されたユーザ情報提供手段によってユーザを区別せず、利用が許可されたユーザ情報提供手段と共に他のユーザ情報提供手段に登録されている同一ユーザのユーザに係る情報を取得し、該取得したユーザに係る情報を併合して提供することによって、上記課題を解決する。【選択図】  図１６
2004252954.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに係る情報を提供する複数のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段を有する併合情報提供装置であって、
利用が許可された前記ユーザ情報提供手段によってユーザを区別せず、利用が許可された前記ユーザ情報提供手段と共に他の前記ユーザ情報提供手段に登録されている同一ユーザのユーザに係る情報を取得し、該取得したユーザに係る情報を併合して提供することを特徴とする併合情報提供装置。
【請求項２】
前記ユーザ情報提供手段に登録されている前記ユーザを識別する識別情報を管理する識別情報管理手段と、
前記ユーザに係る情報を前記ユーザ情報提供手段より取得するユーザ情報取得手段と、
前記ユーザ情報取得手段において取得した前記ユーザに係る情報を併合するユーザ情報併合手段と
を有することを特徴とする請求項１記載の併合情報提供装置。
【請求項３】
前記識別情報管理手段は、前記ユーザ情報取得手段からの要求に応じて、同一ユーザの前記識別情報を前記ユーザ情報取得手段に提供することを特徴とする請求項２記載の併合情報提供装置。
【請求項４】
前記ユーザ情報取得手段は、前記識別情報と前記ユーザ情報提供手段の利用を許可する利用許可情報とを用いて、前記ユーザに係る情報を前記ユーザ情報提供手段より取得することを特徴とする請求項２又は３記載の併合情報提供装置。
【請求項５】
要求に応じて、前記下位のユーザ情報提供手段を設定する設定手段を更に有することを特徴とする請求項１乃至４何れか一項記載の併合情報提供装置。
【請求項６】
ユーザに係る情報を提供すると共にユーザに係る認証サービスを提供する複数のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段を有する併合情報提供装置であって、
利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段によってユーザを区別せず、利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段と共に他の前記ユーザ情報提供手段に登録されている同一ユーザのユーザに係る情報を取得し、該取得したユーザに係る情報を併合して提供することを特徴とする併合情報提供装置。
【請求項７】
前記ユーザ情報提供手段に登録されている前記ユーザを識別する識別情報を管理する識別情報管理手段と、
前記ユーザに係る情報を前記ユーザ情報提供手段より取得するユーザ情報取得手段と、
前記ユーザ情報取得手段において取得した前記ユーザに係る情報を併合するユーザ情報併合手段と
を有することを特徴とする請求項６記載の併合情報提供装置。
【請求項８】
前記識別情報管理手段は、前記ユーザ情報取得手段からの要求に応じて、同一ユーザの前記識別情報を前記ユーザ情報取得手段に提供することを特徴とする請求項７記載の併合情報提供装置。
【請求項９】
前記ユーザ情報取得手段は、前記識別情報と前記ユーザ情報提供手段の利用を許可する利用許可情報とを用いて、前記ユーザに係る情報を前記ユーザ情報提供手段より取得することを特徴とする請求項７又は８記載の併合情報提供装置。
【請求項１０】
要求に応じて、前記下位のユーザ情報提供手段を設定する設定手段を更に有することを特徴とする請求項６乃至９何れか一項記載の併合情報提供装置。
【請求項１１】
ユーザに係る情報を提供すると共にユーザに係る認証サービスを提供する主ユーザ情報提供手段及び副ユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段を有する併合情報提供装置であって、
利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段によってユーザを区別せず、利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段と共に他の前記ユーザ情報提供手段に登録されている同一ユーザのユーザに係る情報を取得し、該取得したユーザに係る情報を併合して提供することを特徴とする併合情報提供装置。
【請求項１２】
前記主ユーザ情報提供手段における前記ユーザを認証する第一認証情報を、前記主ユーザ情報提供手段より取得する認証情報取得手段を有することを特徴とする請求項１１記載の併合情報提供装置。
【請求項１３】
前記認証情報取得手段において取得した前記第一認証情報を用いて、該第一認証情報を含む前記併合ユーザ情報提供手段における前記ユーザを認証する第二認証情報を作成する第二認証情報作成手段を更に有することを特徴とする請求項１２記載の併合情報提供装置。
【請求項１４】
前記第二認証情報を、認証の要求元のクライアントに提供する第二認証情報提供手段を更に有することを特徴とする請求項１３記載の併合情報提供装置。
【請求項１５】
要求に応じて、前記下位のユーザ情報提供手段を設定する設定手段を更に有することを特徴とする請求項１１乃至１４何れか一項記載の併合情報提供装置。
【請求項１６】
ユーザに係る情報を提供するユーザ情報提供手段を有する情報提供装置であって、
前記ユーザ情報提供手段は、
当該ユーザ情報提供手段及び他のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段からの要求に応じて、当該ユーザ情報提供手段及び／又は他のユーザ情報提供手段に登録されているユーザを識別する識別情報に対応するユーザに係る情報を、前記併合ユーザ情報提供手段に提供するユーザ情報提供手段を有することを特徴とする情報提供装置。
【請求項１７】
前記ユーザ情報提供手段は、前記ユーザに係る情報を保存するユーザ情報保存手段を更に有することを特徴とする請求項１６記載の情報提供装置。
【請求項１８】
前記ユーザに係る情報は、ユーザ情報及び／又はユーザが所属するグループ情報であり、該グループ情報には、他のユーザ情報提供手段のユーザ情報及び／又はグループ情報が含まれることを特徴とする請求項１６又は１７記載の情報提供装置。
【請求項１９】
ユーザに係る情報を提供すると共にユーザに係る認証サービスを提供するユーザ情報提供手段を有する情報提供装置であって、
前記ユーザ情報提供手段は、
当該ユーザ情報提供手段及び他のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段からの要求に応じて、当該ユーザ情報提供手段及び／又は他のユーザ情報提供手段に登録されているユーザを識別する識別情報に対応するユーザに係る情報を、前記併合ユーザ情報提供手段に提供するユーザ情報提供手段を有することを特徴とする情報提供装置。
【請求項２０】
前記ユーザ情報提供手段は、前記ユーザに係る情報を保存するユーザ情報保存手段を更に有することを特徴とする請求項１７記載の情報提供装置。
【請求項２１】
前記ユーザに係る情報は、ユーザ情報及び／又はユーザが所属するグループ情報であり、該グループ情報には、他のユーザ情報提供手段のユーザ情報及び／又はグループ情報が含まれることを特徴とする請求項１９又は２０記載の情報提供装置。
【請求項２２】
請求項１乃至１５何れか一項記載の併合情報提供装置に、前記下位のユーザ情報提供手段の設定に係る情報を送信する設定要求送信手段を有することを特徴とする管理装置。
【請求項２３】
前記併合ユーザ情報提供手段と、前記下位のユーザ情報提供手段と、の設定に係る画面を表示する設定画面表示手段を更に有することを特徴とする請求項２２記載の管理装置。
【請求項２４】
ユーザに係る情報を提供する複数のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段における併合ユーザ情報提供方法であって、
利用が許可された前記ユーザ情報提供手段によってユーザを区別せず、利用が許可された前記ユーザ情報提供手段と共に他の前記ユーザ情報提供手段に登録されている同一ユーザのユーザに係る情報を取得し、該取得したユーザに係る情報を併合して提供することを特徴とする併合情報提供方法。
【請求項２５】
ユーザに係る情報を提供すると共にユーザに係る認証サービスを提供する複数のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段における併合ユーザ情報提供方法であって、
利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段によってユーザを区別せず、利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段と共に他の前記ユーザ情報提供手段に登録されている同一ユーザのユーザに係る情報を取得し、該取得したユーザに係る情報を併合して提供することを特徴とする併合情報提供方法。
【請求項２６】
ユーザに係る情報を提供すると共にユーザに係る認証サービスを提供する主ユーザ情報提供手段及び副ユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段における併合ユーザ情報提供方法であって、
利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段によってユーザを区別せず、利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段と共に他の前記ユーザ情報提供手段に登録されている同一ユーザのユーザに係る情報を取得し、該取得したユーザに係る情報を併合して提供することを特徴とする併合情報提供方法。
【請求項２７】
ユーザに係る情報を提供するユーザ情報提供手段における情報提供方法であって、
当該ユーザ情報提供手段及び他のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段からの要求に応じて、当該ユーザ情報提供手段及び／又は他のユーザ情報提供手段に登録されているユーザを識別する識別情報に対応するユーザに係る情報を、前記併合ユーザ情報提供手段に提供するユーザ情報提供段階を有することを特徴とする情報提供方法。
【請求項２８】
ユーザに係る情報を提供すると共にユーザに係る認証サービスを提供するユーザ情報提供手段における情報提供方法であって、
当該ユーザ情報提供手段及び他のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段からの要求に応じて、当該ユーザ情報提供手段及び／又は他のユーザ情報提供手段に登録されているユーザを識別する識別情報に対応するユーザに係る情報を、前記併合ユーザ情報提供手段に提供するユーザ情報提供段階を有することを特徴とする情報提供方法。
【請求項２９】
請求項２４乃至２６何れか一項記載の併合ユーザ情報提供手段を含む併合情報提供装置に、前記下位のユーザ情報提供手段の設定に係る要求を送信する設定要求送信段階を更に有することを特徴とする管理方法。
【請求項３０】
請求項２４乃至２６何れか一項記載の併合情報提供方法をコンピュータに実行させるための併合情報提供プログラム。
【請求項３１】
請求項２７又は２８記載の情報提供方法をコンピュータに実行させるための情報提供プログラム。
【請求項３２】
請求項２９記載の管理方法をコンピュータに実行させるための管理プログラム。
【請求項３３】
請求項３０記載の併合情報提供プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項３４】
請求項３１記載の情報提供プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項３５】
請求項３２記載の管理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、併合情報提供装置、情報提供装置、管理装置、併合情報提供方法、情報提供方法、管理方法、併合情報提供プログラム、情報提供プログラム、管理プログラム及び記録媒体に関する。
【背景技術】
【０００２】
認証プロバイダを利用してユーザの認証を行い、アプリケーションが提供するサービスを利用する従来例を、図１を用いて説明する。図１は、認証プロバイダを利用してユーザの認証を行い、アプリケーションが提供するサービスを利用する一例を説明するための図である。
【０００３】
図１のシステムは、Ｗｅｂブラウザ１と、Ｗｅｂポータル２と、アプリケーション３と、認証ディレクトリプロバイダ４とから構成される。
【０００４】
Ｗｅｂブラウザ１は、Ｗｅｂページを閲覧するソフトウェアである。
【０００５】
Ｗｅｂポータル２は、インターネットの入口となるＷｅｂサイトで、Ｗｅｂブラウザ１から利用できる様々なＷｅｂサービスを提供するＷｅｂサイトである。
【０００６】
アプリケーション３は、Ｗｅｂポータル２がＷｅｂブラウザ１に提供するサービスの１つである。
【０００７】
認証ディレクトリプロバイダ４は、登録されているユーザの認証及び該ユーザの所属するグループの情報などを提供するプロバイダである。
【０００８】
ステップＳ１では、Ｗｅｂブラウザ１が、ユーザによって入力されたログイン名とパスワードとをＷｅｂポータル２に送信する。
【０００９】
ステップＳ１に続いてステップＳ２に進み、Ｗｅｂポータル２は、ステップＳ１において受信したログイン名とパスワードとを含む後述する認証チケットの作成リクエストを認証ディレクトリプロバイダ４に送信する。
【００１０】
認証ディレクトリプロバイダ４では、受信した認証チケットの作成リクエストに含まれるログイン名とパスワードとに基づいて、登録されているユーザの正しいログイン名とパスワードとの組み合わせかどうかを判定し、登録されているユーザの正しい組み合わせであると判定した場合は、このことを認証する認証チケットを作成する。
【００１１】
ステップＳ２に続いてステップＳ３に進み、認証ディレクトリプロバイダ４は、前記作成した認証チケットのＩＤを含む認証チケットの作成レスポンスをＷｅｂポータル２に送信する。
【００１２】
ステップＳ３に続いてステップＳ４に進み、Ｗｅｂポータル２は、認証が成功した旨の情報をＷｅｂブラウザ１に送信する。
【００１３】
ステップＳ４に続いてステップＳ５に進み、Ｗｅｂブラウザ１は、アプリケーション３が提供するサービスの利用を開始する旨をＷｅｂポータル２に通知する。
【００１４】
ステップＳ５に続いてステップＳ６に進み、Ｗｅｂポータル２は、ステップＳ３において取得した認証チケットのＩＤを含むサービスの利用を許可するセッションチケットの作成リクエストをアプリケーション３に送信する。
【００１５】
ステップＳ６に続いてステップＳ７に進み、アプリケーション３は、当該アプリケーションの利用を許可しても良い、有効なユーザからのセッションチケットの作成リクエストかどうかを確認するために、前記認証チケットのＩＤを含むＩＤ確認リクエストをディレクトリプロバイダ４に送信する。
【００１６】
ステップＳ７に続いてステップＳ８に進み、認証ディレクトリプロバイダ４は、渡された認証チケットのＩＤが有効な認証チケットのＩＤかどうかを判定し、有効な認証チケットのＩＤであると判定した場合、該認証チケットのＩＤを作成したユーザの情報を含むＩＤ確認レスポンスを、アプリケーション３に送信する。
【００１７】
ステップＳ８に続いてステップＳ９に進み、アプリケーション３は、ステップＳ８において取得したユーザの情報から、ステップＳ６において取得したセッションチケットの作成リクエストは、当該アプリケーションの利用を許可しても良い、有効なユーザからのリクエストであると判定すると、セッションチケットを作成し、該セッションチケットのＩＤを含む、セッションチケットの作成レスポンスをＷｅｂポータル２に送信する。
【００１８】
ステップＳ９に続いてステップＳ１０に進み、Ｗｅｂポータル２は、Ｗｅｂブラウザ１に対してサービスの利用が許可された旨を通知する。
【００１９】
ステップＳ１０に続いてステップＳ１１に進み、Ｗｅｂブラウザ１は、アプリケーション３が提供するサービスを利用する旨をＷｅｂポータル２に通知する。
【００２０】
ステップＳ１１に続いてステップＳ１２に進み、Ｗｅｂポータル２は、ステップＳ９において取得したセッションチケットのＩＤを含むサービスの利用リクエストをアプリケーション３に送信する。
【００２１】
ステップＳ１２に続いてステップＳ１３に進み、アプリケーション３は、サービスの利用リクエストに含まれるセッションチケットのＩＤの有効性を判定し、有効なセッションチケットのＩＤであると判定すると、指定されたサービスをＷｅｂポータル２に送信する。
【００２２】
ステップＳ１３に続いてステップＳ１４に進み、Ｗｅｂポータル２は、ステップＳ１３において受信したサービスをＷｅｂブラウザ１に提供する。
【００２３】
図１を用いて説明したように、認証ディレクトリプロバイダ４は、Ｗｅｂポータル２より受信した認証チケットの作成リクエストに含まれるユーザ名とパスワードとを基に、登録されているユーザを認証する認証チケットを作成し、該認証チケットのＩＤを含む認証チケットの作成レスポンスをＷｅｂポータル２に送信する。また、認証ディレクトリプロバイダ４は、アプリケーション３より受信した認証チケットのＩＤの確認リクエストに含まれる前記認証チケットのＩＤを基に、ユーザの情報を含む認証チケットのＩＤの確認レスポンスをアプリケーション３に送信する。
【００２４】
しかしながら、一般的にＷｅｂポータル２は複数のＷｅｂサービスを提供するため、複数のアプリケーション及び該アプリケーションのユーザを認証する複数の認証プロバイダをサポートする。
【００２５】
図２は、１つのＷｅｂポータルが、複数のアプリケーションと複数の認証ディレクトリプロバイダとをサポートする一例を説明するための図である。
【００２６】
図２のシステムは、Ｗｅｂブラウザ１と、Ｗｅｂポータル２と、Windows（登録商標）アプリケーション５と、Ｎｏｔｅｓ（登録商標）アプリケーション６と、Windows（登録商標）認証ディレクトリプロバイダ７と、Ｎｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８とから構成される。
【００２７】
図２は、図１に比べてＷｅｂポータル２が提供するアプリケーション及び該アプリケーションのユーザの認証を行う認証プロバイダがそれぞれ複数存在する。
【００２８】
図２に示すような構成を取ることによって、ユーザが、Windows（登録商標）認証ディレクトリプロバイダ７に登録されているユーザ名とパスワードとをＷｅｂブラウザ１に入力すれば、Windows（登録商標）認証ディレクトリプロバイダ７においてWindows（登録商標）のユーザとして認証され、Windows（登録商標）アプリケーション５を利用することができる。
【００２９】
また、ユーザが、Ｎｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８に登録されているユーザのユーザ名とパスワードとをＷｅｂブラウザ１に入力すれば、Ｎｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８においてＮｏｔｅｓ（登録商標）のユーザとして認証され、Ｎｏｔｅｓ（登録商標）アプリケーション６を利用することができる。
【００３０】
しかしながら、図２に示す構成の場合、Ｗｅｂポータル２に、Windows（登録商標）認証ディレクトリプロバイダ７にアクセスするアクセスモジュール１０１と、Ｎｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８にアクセスするアクセスモジュール１０２とをそれぞれ別々に開発する必要があり、効率的ではない問題があった。
【００３１】
この問題を解決するためには、図３に示すような構成が考えられる。図３は、Ｗｅｂポータルにおけるアクセスモジュールを１つに統合した一例を説明するための図である。
【００３２】
図３のシステムは、Ｗｅｂブラウザ１と、Ｗｅｂポータル２と、Windows（登録商標）アプリケーション５と、Ｎｏｔｅｓ（登録商標）アプリケーション６と、Windows（登録商標）認証ディレクトリプロバイダ７と、Ｎｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８と、プロバイダ９とから構成される。
【００３３】
図３は、図２に比べてＷｅｂポータル２におけるアクセスモジュール１０を１つに統合するために、プロバイダ９が新たに設けられている。
【００３４】
プロバイダ９は、Ｗｅｂブラウザ１及びＷｅｂポータル２を介して取得したユーザ名とパスワードとをWindows（登録商標）認証ディレクトリプロバイダ７及びＮｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８それぞれに送信して、それぞれに認証チケット作成のリクエストを行う。
【００３５】
プロバイダ９は、どちらか一方のプロバイダから認証チケットのＩＤを含む認証チケットの作成レスポンスを受信した場合は、前記認証チケットのＩＤをＷｅｂポータル２に送信する。
【００３６】
図３に示すような構成を取ることによって、Ｗｅｂポータル２のアクセスモジュール１０を１つにすることができる。
【００３７】
しかしながら、図３に示すような構成において、新たなアプリケーションをＷｅｂポータル２に追加した場合、新たに追加したアプリケーションにおいて、例えばWindows（登録商標）認証ディレクトリプロバイダ７に登録されているWindows（登録商標）ユーザとＮｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８に登録されているＮｏｔｅｓ（登録商標）ユーザとを区別しなくてはならない問題がある。
【００３８】
図３の構成に新たなアプリケーションを追加した一例を、図４を用いて説明する。
【００３９】
図４は、図３の構成に新たなアプリケーションを追加した一例を説明するための図である。
【００４０】
図４のシステムは、Ｗｅｂブラウザ１と、Ｗｅｂポータル２と、Windows（登録商標）認証ディレクトリプロバイダ７と、Ｎｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８と、プロバイダ９と、アプリケーション１１とから構成される。
【００４１】
図４は、図３と比べてWindows（登録商標）アプリケーション５及びＮｏｔｅｓ（登録商標）アプリケーション６に変わってアプリケーション１１がＷｅｂポータル２に新たに追加された構成となっている。
【００４２】
このような構成において、例えばアプリケーション１１が、Windows（登録商標）認証ディレクトリプロバイダ７で認証されたWindows（登録商標）ユーザも、Ｎｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８で認証されたＮｏｔｅｓ（登録商標）ユーザも両方利用可能であるとした場合、アプリケーション１１では、それぞれのユーザを識別するユーザＩＤを登録して、２つのユーザを管理しなくてはならなく、管理が煩雑になる問題があった。
【００４３】
例えば、Windows（登録商標）のユーザと、Ｎｏｔｅｓ（登録商標）のユーザとが同一人物で、該ユーザがWindows（登録商標）でもＮｏｔｅｓ（登録商標）でも同一のユーザＩＤを使用していたとしても、アプリケーション１１では、Windows（登録商標）のユーザとしてのユーザＩＤ、Ｎｏｔｅｓ（登録商標）のユーザとしてのユーザＩＤと、別々に管理しなくてはならない問題があった。
【００４４】
一方、Windows（登録商標）認証ディレクトリプロバイダ７と、Ｎｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８以外に、Ｌｏｃａｌ認証ディレクトリプロバイダ１２を新たに導入する構成も考えられる。
【００４５】
図５は、Ｌｏｃａｌ認証ディレクトリプロバイダを導入した一例を説明するための図である。
【００４６】
図５のシステムは、Ｗｅｂブラウザ１と、Ｗｅｂポータル２と、Windows（登録商標）認証ディレクトリプロバイダ７と、Ｎｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８と、プロバイダ９と、アプリケーション１１と、Ｌｏｃａｌ認証ディレクトリプロバイダ１２とから構成される。
【００４７】
図５は、図４と比べてＬｏｃａｌ認証ディレクトリプロバイダ１２が新たに導入されている。
【００４８】
図５に示すように、Windows（登録商標）認証ディレクトリプロバイダ７には、ユーザｋａｎａ、ｋｕｒｏｓｅ、ｍａｅｄａ、ａｉｔｏｈ、ｉｋｅｇａｍｉ、ｒｄｈｇｕｅｓｔが登録されており、Ｎｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８には、ユーザｋａｎａ、ｋｕｒｏｓｅ、ｍａｅｄａ、ａｉｔｏｈ、ｉｋｅｇａｍｉが登録されている。
【００４９】
また、新たに導入されたＬｏｃａｌ認証ディレクトリプロバイダ１２には、ユーザｋａｎａ、ｋｕｒｏｓｅ、ｍａｅｄａ及びｇｒｏｕｐ１、ｇｒｏｕｐ２、が登録されている。
【００５０】
以下、図５に示したＬｏｃａｌ認証ディレクトリプロバイダ１２に登録されているグループのメンバーの一例を、図６を用いて説明する。図６は、図５に示したＬｏｃａｌ認証ディレクトリプロバイダ１２に登録されているグループのメンバーの一例を説明するための図である。
【００５１】
図６に示されるように、図５のＬｏｃａｌ認証ディレクトリプロバイダ１２は、当該自身のプロバイダ内のユーザやグループをグループのメンバーとして保持する。
【発明の開示】
【発明が解決しようとする課題】
【００５２】
しかしながら、このように当該自身のプロバイダ内のユーザやグループをグループのメンバーとして保持するＬｏｃａｌプロバイダ１２を導入したとしても、図５のアプリケーション１１は、Ｌｏｃａｌプロバイダ１２のユーザやグループ又は他のプロバイダのユーザやグループ等を別々に管理しなくてはならない問題があった。
【００５３】
また、従来例で示したシステムにおいては、例えばユーザがＷｅｂブラウザ１を介してログイン名とパスワードとを入力して認証を求めた場合、認証を行ったプロバイダ以外のプロバイダに登録されているユーザのユーザ情報及び／又はユーザの所属するグループ情報が取得できない問題があった。
【００５４】
図７は、従来のプロバイダの問題点を説明するための図である。例えば、Windows（登録商標）認証ディレクトリプロバイダ７で認証が行われた場合、Windows（登録商標）認証ディレクトリプロバイダ７に登録されているユーザｋａｎａの情報や、ユーザｋａｎａが所属するグループの情報は取得できても、Ｎｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８に登録されているユーザｋａｎａの情報や、ユーザｋａｎａが所属するグループの情報は取得できない問題があった。
【００５５】
また、従来例では、Windows（登録商標）認証ディレクトリプロバイダ７で認証が行われたらWindows（登録商標）のユーザとして、Ｌｏｃａｌ認証ディレクトリプロバイダ１２で認証が行われたらＬｏｃａｌのユーザとして、Ｎｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８で認証が行われたらＮｏｔｅｓ（登録商標）のユーザとして認証されるなど、例え同一のユーザであったとしても認証される認証ディレクトリプロバイダによって、ユーザが区別される問題があった。
【００５６】
また、従来例では、プロバイダ９に接続されたWindows（登録商標）やＮｏｔｅｓ（登録商標）やＬｏｃａｌのプロバイダが認証とユーザ情報及び／又はユーザの所属するグループ情報の提供との両方を行う認証ディレクトリプロバイダについて説明したが、これらのプロバイダがユーザ情報及び／又はユーザの所属するグループ情報を提供するディレクトリプロバイダであっても、上記と同様ユーザによって入力されたログイン名とパスワードとに基づいて、利用が許可されたディレクトリプロバイダ以外のディレクトリプロバイダに登録されている同一ユーザのユーザ情報及び／又はユーザの所属するグループ情報が取得できない問題があった。
【００５７】
本発明は、上記の点に鑑みなされたもので、認証及び／又は利用が許可されたプロバイダによって、ユーザを区別せず、また、認証及び／又は利用が許可されたプロバイダ以外のプロバイダに登録されている同一ユーザのユーザ情報及び／又はユーザの所属するグループ情報も取得することを目的とする。
【課題を解決するための手段】
【００５８】
そこで、上記問題を解決するため、本発明は、ユーザに係る情報を提供する複数のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段を有する併合情報提供装置であって、利用が許可された前記ユーザ情報提供手段によってユーザを区別せず、利用が許可された前記ユーザ情報提供手段と共に他の前記ユーザ情報提供手段に登録されている同一ユーザのユーザに係る情報を取得し、該取得したユーザに係る情報を併合して提供することを特徴とする。
【００５９】
本発明によれば、ユーザに係る情報を提供する複数のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段を有する併合情報提供装置であって、利用が許可された前記ユーザ情報提供手段によってユーザを区別せず、利用が許可された前記ユーザ情報提供手段と共に他の前記ユーザ情報提供手段に登録されている同一ユーザのユーザに係る情報を取得し、該取得したユーザに係る情報を併合して提供することによって、利用が許可されたサブプロバイダによって、ユーザを区別せず、また、利用が許可されたサブプロバイダ以外のサブプロバイダに登録されている同一ユーザのユーザ情報及び／又はユーザの所属するグループ情報も取得することができる。
【００６０】
また、本発明は、ユーザに係る情報を提供すると共にユーザに係る認証サービスを提供する複数のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段を有する併合情報提供装置であって、利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段によってユーザを区別せず、利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段と共に他の前記ユーザ情報提供手段に登録されている同一ユーザのユーザに係る情報を取得し、該取得したユーザに係る情報を併合して提供することを特徴とする。
【００６１】
本発明によれば、ユーザに係る情報を提供すると共にユーザに係る認証サービスを提供する複数のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段を有する併合情報提供装置であって、利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段によってユーザを区別せず、利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段と共に他の前記ユーザ情報提供手段に登録されている同一ユーザのユーザに係る情報を取得し、該取得したユーザに係る情報を併合して提供することによって、利用が許可及び／又は認証されたサブプロバイダによって、ユーザを区別せず、また、利用が許可及び／又は認証されたサブプロバイダ以外のサブプロバイダに登録されている同一ユーザのユーザ情報及び／又はユーザの所属するグループ情報も取得することができる。
【００６２】
また、本発明は、ユーザに係る情報を提供すると共にユーザに係る認証サービスを提供する主ユーザ情報提供手段及び副ユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段を有する併合情報提供装置であって、利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段によってユーザを区別せず、利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段と共に他の前記ユーザ情報提供手段に登録されている同一ユーザのユーザに係る情報を取得し、該取得したユーザに係る情報を併合して提供することを特徴とする。
【００６３】
本発明によれば、ユーザに係る情報を提供すると共にユーザに係る認証サービスを提供する主ユーザ情報提供手段及び副ユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段を有する併合情報提供装置であって、利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段によってユーザを区別せず、利用が許可された及び／又は認証が行われた前記ユーザ情報提供手段と共に他の前記ユーザ情報提供手段に登録されている同一ユーザのユーザに係る情報を取得し、該取得したユーザに係る情報を併合して提供することによって、利用が許可及び／又は認証されたプロバイダによって、ユーザを区別せず、また、利用が許可及び／又は認証されたプロバイダ以外のプロバイダに登録されている同一ユーザのユーザ情報及び／又はユーザの所属するグループ情報も取得することができる。
【００６４】
また、本発明は、ユーザに係る情報を提供するユーザ情報提供手段を有する情報提供装置であって、前記ユーザ情報提供手段は、当該ユーザ情報提供手段及び他のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段からの要求に応じて、当該ユーザ情報提供手段及び／又は他のユーザ情報提供手段に登録されているユーザを識別する識別情報に対応するユーザに係る情報を、前記併合ユーザ情報提供手段に提供するユーザ情報提供手段を有することを特徴とする。
【００６５】
本発明によれば、ユーザに係る情報を提供するユーザ情報提供手段を有する情報提供装置であって、前記ユーザ情報提供手段は、当該ユーザ情報提供手段及び他のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段からの要求に応じて、当該ユーザ情報提供手段及び／又は他のユーザ情報提供手段に登録されているユーザを識別する識別情報に対応するユーザに係る情報を、前記併合ユーザ情報提供手段に提供するユーザ情報提供手段を有することによって、要求に応じて、対応する識別情報の前記ユーザに係る情報を併合ユーザ情報提供手段に提供することができる。
【００６６】
また、本発明は、ユーザに係る情報を提供すると共にユーザに係る認証サービスを提供するユーザ情報提供手段を有する情報提供装置であって、前記ユーザ情報提供手段は、当該ユーザ情報提供手段及び他のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段からの要求に応じて、当該ユーザ情報提供手段及び／又は他のユーザ情報提供手段に登録されているユーザを識別する識別情報に対応するユーザに係る情報を、前記併合ユーザ情報提供手段に提供するユーザ情報提供手段を有することを特徴とする。
【００６７】
本発明によれば、ユーザに係る情報を提供すると共にユーザに係る認証サービスを提供するユーザ情報提供手段を有する情報提供装置であって、前記ユーザ情報提供手段は、当該ユーザ情報提供手段及び他のユーザ情報提供手段を下位のユーザ情報提供手段とする併合ユーザ情報提供手段からの要求に応じて、当該ユーザ情報提供手段及び／又は他のユーザ情報提供手段に登録されているユーザを識別する識別情報に対応するユーザに係る情報を、前記併合ユーザ情報提供手段に提供するユーザ情報提供手段を有することによって、要求に応じて、対応する識別情報の前記ユーザに係る情報を併合ユーザ情報提供手段に提供することができる。
【００６８】
また、本発明は、前記併合情報提供装置に、前記下位のユーザ情報提供手段の設定に係る要求を送信する設定要求送信手段を有することを特徴とすることを特徴とする。
【００６９】
本発明によれば、前記併合情報提供装置に、前記下位のユーザ情報提供手段の設定に係る要求を送信する設定要求送信手段を有することを特徴とすることによって、下位のユーザ情報提供手段の設定を変更したり、新たに追加したりすることができる。
【００７０】
なお、特許請求の範囲に記載の利用許可情報は、例えば、サブプロバイダ１４におけるセッションチケット３００又は該セッションチケット３００のセッションチケットＩＤ３１０に相当する。
【００７１】
また、特許請求の範囲に記載の第一認証情報は、例えば、主サブプロバイダにおける認証チケット６００又は該認証チケット６００の認証チケットＩＤ６１０に相当する。
【００７２】
また、特許請求の範囲に記載の第二認証情報は、例えば、Ｊｏｉｎマージプロバイダ１３における認証チケット５００又は該認証チケット５００の認証チケットＩＤ５１０に相当する。
【００７３】
また、他の手段として、併合情報提供方法、情報提供方法、管理方法、併合情報提供プログラム、情報提供プログラム、管理プログラム及び記録媒体としてもよい。
【発明の効果】
【００７４】
本発明によれば、認証及び／又は利用が許可されたプロバイダによって、ユーザを区別せず、また、認証及び／又は利用が許可されたプロバイダ以外のプロバイダに登録されている同一ユーザのユーザ情報及び／又はユーザの所属するグループ情報も取得することができる。
【発明を実施するための最良の形態】
【００７５】
以下、本発明の実施の形態について図面に基づいて説明する。図８は、本発明によるＪｏｉｎマージプロバイダを導入した一例を説明するための図である。
【００７６】
図８のシステムは、Ｗｅｂブラウザ１と、Ｗｅｂポータル２と、副サブプロバイダであるWindows（登録商標）認証ディレクトリプロバイダ７と、副サブプロバイダであるＮｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８と、アプリケーション１１と、主サブプロバイダであるＬｏｃａｌ認証ディレクトリプロバイダ１２と、Ｊｏｉｎマージプロバイダ１３とから構成される。
【００７７】
図８は、従来の技術において説明した図５のプロバイダ９に変わって、Ｊｏｉｎマージプロバイダ１３が新たに導入されている。
【００７８】
また、図８に示すように、Ｊｏｉｎマージプロバイダ１３は、後述する統合ディレクトリ１８０を含む。
【００７９】
なお、以下では、説明の簡略化のため、主サブプロバイダ及び副サブプロバイダを単にサブプロバイダともいう。
【００８０】
以下、図８に示したＬｏｃａｌ認証ディレクトリプロバイダ１２に登録されているグループのメンバーの一例を、図９を用いて説明する。図９は、図８に示したＬｏｃａｌ認証ディレクトリプロバイダに登録されているグループのメンバーの一例を説明するための図である。
【００８１】
図９に示されるように、図８のＬｏｃａｌ認証ディレクトリプロバイダ１２は、他のプロバイダのユーザやグループをＬｏｃａｌ認証ディレクトリプロバイダ１２のグループのメンバーとして保持する。
【００８２】
したがって、図８に示したＬｏｃａｌ認証ディレクトリプロバイダ１２のグループｇｒｏｕｐ１は、例えば、Windows（登録商標）認証ディレクトリプロバイダ７のユーザｋａｎａと、Windows（登録商標）認証ディレクトリプロバイダ７のユーザｍａｅｄａと、Ｎｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８のユーザｋａｎａとをメンバーとして持つ。
【００８３】
また、図８に示したＬｏｃａｌ認証ディレクトリプロバイダ１２は、他のプロバイダのユーザ情報等をユーザＩＤとして保持する。
【００８４】
以下、図８に示したＬｏｃａｌ認証ディレクトリプロバイダ１２のユーザＩＤの構造の一例を、図１０を用いて説明する。図１０は、図８に示したＬｏｃａｌ認証ディレクトリプロバイダのユーザＩＤの構造の一例を説明するための図である。
【００８５】
図１０（Ａ）に示すように、図８のＬｏｃａｌ認証ディレクトリプロバイダ１２のユーザＩＤは、ＩＤタイプと、認証を行ったプロバイダの識別子と、認証を行ったプロバイダにおけるユーザの識別子とを含む。
【００８６】
ＩＤタイプはユーザかグループかを表し、認証を行ったプロバイダの識別子は、例えばWindows（登録商標）、Ｎｏｔｅｓ（登録商標）などを表す。また認証を行ったプロバイダにおけるユーザの識別子は、例えば、ｋａｎａ、ｋｕｒｏｓｅ、ｍａｅｄａなどを表す。
【００８７】
図１０（Ｂ）は、図１０（Ａ）のユーザＩＤの一例である。Ｌｏｃａｌ認証ディレクトリプロバイダ１２は、図１０（Ｂ）に示されるようなユーザＩＤを保持することによって、例えばWindows（登録商標）認証ディレクトリプロバイダ７のユーザとＮｏｔｅｓ（登録商標）認証ディレクトリプロバイダ８のユーザとを区別した形で登録することができる。
【００８８】
本発明によるＪｏｉｎマージプロバイダ１３は、後述するように、異なるサブプロバイダに該サブプロバイダのユーザとして登録されているユーザが同一のユーザであった場合は、利用が許可されたサブプロバイダによってユーザを区別せず、該ユーザのユーザ情報及び／又はユーザの所属するグループ情報を取得し、マージしてクライアントに提供することができる。
【００８９】
また、本発明によるＪｏｉｎマージプロバイダ１３は、前記サブプロバイダが、登録されているユーザ情報及び／又はユーザの所属するグループ情報を提供すると共にユーザに係る認証サービスを提供するプロバイダであった場合は、ユーザによって入力されたログイン名とパスワードとによって、認証されたサブプロバイダが副サブプロバイダであっても、該ユーザを主サブプロバイダのユーザとして、認証することができる。
【００９０】
したがって、アプリケーション１１は、主サブプロバイダのユーザＩＤに対応することで、他のサブプロバイダのユーザを別々に管理することなく、統合して扱うことができる。
【００９１】
以下、図８において示したＪｏｉｎマージプロバイダ１３及び／又はサブプロバイダを実装する装置の一例を、図１１を用いて説明する。
【００９２】
図１１は、本発明による融合機の一実施例の構成図を示す。融合機１２０は、白黒ラインプリンタ１５と、カラーラインプリンタ１６と、スキャナやファクシミリなどのハードウェアリソース１７と、ソフトウェア群２０と、融合機起動部５０とを有するように構成される。また、ソフトウェア群２０はアプリケーション３０とプラットフォーム４０とを有するように構成される。
【００９３】
プラットフォーム４０は、アプリケーション３０からの処理要求を解釈してハードウェア資源の獲得要求を発生するコントロールサービスと、１つ以上のハードウェア資源の管理を行ってコントロールサービスからの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）４３と、オペレーティングシステム（以下、ＯＳという）４１とを有するように構成されている。
【００９４】
コントロールサービスは、システムコントロールサービス（以下、ＳＣＳという）４２、エンジンコントロールサービス（以下、ＥＣＳという）４４、メモリコントロールサービス（以下、ＭＣＳという）４５、オペレーションパネルコントロールサービス（以下、ＯＣＳという）４６、ファックスコントロールサービス（以下、ＦＣＳという）４７、ネットワークコントロールサービス（以下、ＮＣＳという）４８、ユーザ情報管理サービス（以下、ＵＣＳという）４９など一つ以上のサービスモジュールを有するように構成されている。
【００９５】
なお、プラットフォーム４０は予め定義されている関数によりアプリケーション３０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）を有するように構成されている。
【００９６】
ＯＳ４１は、ユニックス（ＵＮＩＸ（登録商標））などのオペレーティングシステムであって、プラットフォーム４０及びアプリケーション３０の各ソフトウェアをプロセスとして並列実行する。
【００９７】
ＳＲＭ４３のプロセスは、ＳＣＳ４２と共にシステムの制御及びリソースの管理を行うものである。例えばＳＲＭ４３のプロセスは、スキャナ部やプリンタ部などのエンジン、メモリ、ハードディスク装置（ＨＤＤ）ファイル、ホストＩ／Ｏ（セントロインターフェース、ネットワークインターフェース、ＩＥＥＥ１３９４インターフェース、ＲＳ２３２Ｃインターフェースなど）のハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。
【００９８】
例えば、ＳＲＭ４３は、要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、ＳＲＭ４３は、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、例えばプリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成などの要求内容を直接実施している。
【００９９】
ＳＣＳ４２のプロセスは、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、リソース管理、割り込みアプリケーション制御を行う。ＥＣＳ４４のプロセスは、白黒ラインプリンタ１５、カラーラインプリンタ１６、ハードウェアリソース１７のエンジンの制御を行う。
【０１００】
ＭＣＳ４５のプロセスは、画像メモリの取得及び解放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮及び伸張などを行う。ＯＣＳ４６のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。
【０１０１】
ＦＣＳ４７のプロセスは、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷、融合送受信を行うためのアプリケーションを提供する。
【０１０２】
ＮＣＳ４８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対し、共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからのデータをネットワーク側に送信する際の仲介を行ったりする。
【０１０３】
ＵＣＳ４９のプロセスは、ユーザ情報及び／又はユーザの所属するグループ情報の管理を行うものであり、要求に応じたユーザ情報及び／又はユーザの所属するグループ情報が格納されている記憶装置及び／又はネットワークを介して接続された他の装置を判定し、判定した記憶装置及び／又はネットワークを介して接続された他の装置からユーザ情報及び／又はユーザの所属するグループ情報を取得して各アプリケーションに供給する。
【０１０４】
また、ＵＣＳ４９のプロセスは、ユーザ情報及び／又はユーザの所属するグループ情報の管理を行うと共にユーザに係る認証サービスを提供するようにしてもよい。
【０１０５】
図８において説明したＪｏｉｎマージプロバイダ１３及び／又は他のサブプロバイダ（例えば、Ｌｏｃａｌ認証ディレクトリプロバイダ１２など）は、ＵＣＳ４９に実装する。
【０１０６】
また、アプリケーション３０は、プリンタ、コピー、ファクシミリ、スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うものである。アプリケーション３０は、ページ記述言語（ＰＤＬ、ＰＣＬ）及びポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ３１と、コピー用アプリケーションであるコピーアプリ３２と、ファクシミリ用アプリケーションであるファックスアプリ３３と、スキャナ用アプリケーションであるスキャナアプリ３４と、ネットワークファイル用アプリケーションであるネットファイルアプリ３５と、工程検査用アプリケーションである工程検査アプリ３６とを有している。
【０１０７】
融合機起動部５０は、融合機１２０の電源投入時に最初に実行され、アプリケーション３０やプラットフォーム４０を起動するものである。例えば融合機起動部５０は、コントロールサービスやアプリケーションのプログラムを後述するフラッシュメモリから読み出し、読み出した各プログラムをＳＲＡＭまたはＳＤＲＡＭ上に確保したメモリ領域に転送して起動するものである。
【０１０８】
図１２は、本発明による融合機の一実施例のハードウェア構成図を示す。図１２の融合機１２０は、コントローラボード６０と、オペレーションパネル７０と、ファックスコントロールユニット（以下、ＦＣＵという）８０と、ＵＳＢデバイス９０と、ＩＥＥＥ１３９４デバイス１００と、ドライバＩ／Ｆ１０１と、エンジン部１１０とを有するように構成される。
【０１０９】
ここで、ドライバＩ／Ｆ１０１は、挿入された、Ｊｏｉｎマージプロバイダ１３及び／又はサブプロバイダ１４に対応するプログラム等が格納されている記録媒体から、Ｊｏｉｎマージプロバイダ１３及び／又はサブプロバイダ１４に対応するプログラム等を読み込んで、融合機１２０搭載するのに用いるＩ／Ｆである。なお、例えば記録媒体としては、ＳＤメモリカード、スマートメディア、マルチメディアカード、コンパクトフラッシュ（登録商標）等がある。
【０１１０】
オペレーションパネル７０は、コントローラボード６０のＡＳＩＣ６２に直接接続されている。また、ＦＣＵ８０、ＵＳＢデバイス９０、ＩＥＥＥ１３９４デバイス１００、ドライバＩ／Ｆ１０１及びエンジン部１１０は、コントローラボード６０のＡＳＩＣ６２にＰＣＩバス（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  ｂｕｓ）などで接続されている。
【０１１１】
また、コントローラボード６０は、ＣＰＵ６１と、ＡＳＩＣ６２と、ＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ）６３と、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）６４と、フラッシュメモリ６５と、ＨＤＤ６６とを有するように構成される。コントローラボード６０は、ＣＰＵ６１、ＳＲＡＭ６３、ＳＤＲＡＭ６４、フラッシュメモリ６５、ＨＤＤ６６などをＡＳＩＣ６２に接続するように構成されている。
【０１１２】
ＣＰＵ６１は、融合機１２０の全体制御を行うものである。ＣＰＵ６１は、ＯＳ４１上でプラットフォーム４０を形成するＳＣＳ４２、ＳＲＭ４３、ＥＣＳ４４、ＭＣＳ４５、ＯＣＳ４６、ＦＣＳ４７及びＮＣＳ４８をそれぞれプロセスとして起動して実行させると共に、アプリケーション３０を形成するプリンタアプリ３１、コピーアプリ３２、ファックスアプリ３３、スキャナアプリ３４、ネットファイルアプリ３５及び工程検査アプリ３６を起動して実行させる。
【０１１３】
ＡＳＩＣ６２は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＳＲＡＭ６３及びＳＤＲＡＭ６４の物理メモリ領域には、カーネルやプロセスなどの仮想メモリ領域がマッピングされる。
【０１１４】
以下、図１３から図１５を用いて、ＵＣＳ４９の構成例について説明する。図１３は、ＵＣＳの構成を説明するための図（その１）である。
【０１１５】
図１３に示すように、ＵＣＳ４９は、図８のＪｏｉｎマージプロバイダ１３と、１つ以上のサブプロバイダ１４とから構成される。
【０１１６】
図１３に示される構成をとることによって、ＵＣＳ４９は、後述するように、サブプロバイダ１４が提供する同一ユーザのユーザ情報及び／又は同一ユーザの所属するグループ情報をＪｏｉｎマージプロバイダ１３において統合し、例えば、融合機１２０のアプリケーション３０などに、マージしたユーザ情報及び／又はユーザの所属するグループ情報を提供することができる。
【０１１７】
図１４は、ＵＣＳの構成を説明するための図（その２）である。図１４に示すように、ＵＣＳ４９は、サブプロバイダ１４を含まず、図８のＪｏｉｎマージプロバイダ１３のみから構成される。
【０１１８】
図１４に示される構成をとることによって、例えば他の装置に実装されているサブプロバイダ１４が提供する同一ユーザのユーザ情報及び／又は同一ユーザの所属するグループ情報をＪｏｉｎマージプロバイダ１３においてマージし、例えば、融合機１２０のアプリケーション３０などに、マージした同一ユーザのユーザ情報及び／又は同一ユーザの所属するグループ情報を提供することができる。
【０１１９】
図１５は、ＵＣＳの構成を説明するための図（その３）である。図１５に示すように、ＵＣＳ４９は、図８のＪｏｉｎマージプロバイダ１３を含まず、少なくとも１つ以上のサブプロバイダ１４から構成される。
【０１２０】
図１５に示される構成をとることによって、例えば他の装置に実装されているＪｏｉｎマージプロバイダ１３からの要求に応じて同一ユーザのユーザ情報及び／又は同一ユーザの所属するグループ情報を提供することができる。
【０１２１】
以下では、説明の簡略化のため、Ｊｏｉｎマージプロバイダ１３とサブプロバイダ１４とを用いて説明を行う。
【実施例１】
【０１２２】
図１６は、本発明の第一実施例におけるＪｏｉｎマージプロバイダとサブプロバイダとの機能ブロック図である。
【０１２３】
なお、第一の実施例においては、説明の簡略化のため、Ｊｏｉｎマージプロバイダ１３及びサブプロバイダ１４は、ユーザ情報及び／又はユーザの所属するグループ情報を提供し、ユーザの認証は行わないものとする。
【０１２４】
図１６に示すように、Ｊｏｉｎマージプロバイダ１３はプロバイダＩ／Ｆ１３０と、マージ処理部１３３と、サブプロバイダ呼び出し部１３４と、マージプロバイダＸＭＬ処理部１３５と、サブプロバイダ登録部１３６と、セッション管理部１３７と、統合ディレクトリ１８０とから構成される。
【０１２５】
また、プロバイダＩ／Ｆ１３０は、ＸＭＬ処理部１３１と、ＵＩＤ変換部１３２とから構成される。
【０１２６】
プロバイダＩ／Ｆ１３０は、Ｊｏｉｎマージプロバイダ１３と他のプロバイダ及び／又は他のアプリケーションとをつなぐインターフェースである。なお、後述するように、サブプロバイダ１４も同様のプロバイダＩ／Ｆ１３０を有する。
【０１２７】
ＸＭＬ処理部１３１は、他のアプリケーションやＷｅｂポータルなどから送信されてきたＸＭＬメッセージを解析して、Ｊｏｉｎマージプロバイダ１３内においてプログラムが利用可能な形に処理する。
【０１２８】
また、逆に、ＵＩＤ変換部１３２から渡されたデータなどを基にＸＭＬメッセージを作成し、アプリケーションやＷｅｂポータルなどに送信する。
【０１２９】
なお、アプリケーションやＷｅｂポータルは、図１１を用いて説明したアプリケーション３０であってもよいし、融合機１２０とネットワークを介して接続された他の融合機１２０又は他の装置のアプリケーションであってもよい。
【０１３０】
ＵＩＤ変換部１３２は、必要があれば、ＸＭＬメッセージに含まれているＵＩＤを変換する。
【０１３１】
例えば、ＸＭＬメッセージに含まれていたＵＩＤが従来の技術の図７において説明したＵ：Windows（登録商標）：ｋａｎａの構成であり、プロバイダ内部でのＵＩＤの構成がｋａｎａだった場合は、ＵＩＤ変換部１３２は、Ｕ：Windows（登録商標）：ｋａｎａからｋａｎａにＵＩＤを変換する。同様に、プロバイダからＸＭＬメッセージを送信する場合で、必要な場合は、ｋａｎａからＵ：Windows（登録商標）：ｋａｎａへのＵＩＤの変換も行う。
【０１３２】
マージ処理部１３３は、後述するように、サブプロバイダ１４に登録されているユーザのユーザ情報及び／又はユーザの所属するグループ情報をマージする。
【０１３３】
サブプロバイダ呼び出し部１３４は、サブプロバイダ１４に送信するＸＭＬメッセージを作成するのに必要なデータを、後述するマージプロバイダＸＭＬ処理部１３５に渡す。例えば、サブプロバイダ呼び出し部１３４は、ＵＩＤを指定して、同一のユーザのＵＩＤを後述する統合ディレクトリ１８０より取得して、該取得したＵＩＤの情報を後述するマージプロバイダＸＭＬ処理部１３５に渡す。
【０１３４】
また、サブプロバイダ呼び出し部１３４は、後述するマージプロバイダＸＭＬ処理部１３５を介してサブプロバイダ１４から取得したユーザ情報及び／又はユーザの所属するグループ情報を、マージ処理部１３３に渡す。
【０１３５】
マージプロバイダＸＭＬ処理部１３５は、サブプロバイダ呼び出し部１３４より渡されたデータを基にＸＭＬメッセージを作成し、指定されたサブプロバイダ１４に送信する。
【０１３６】
また、マージプロバイダＸＭＬ処理部１３５は、サブプロバイダ１４から送信されたＸＭＬメッセージを受信して、ＸＭＬメッセージに含まれているデータをサブプロバイダ呼び出し部１３４に渡す。
【０１３７】
サブプロバイダ登録部１３６には、管理対象となるサブプロバイダ１４に関するデータが登録されている。サブプロバイダ登録部１３６には、例えば、サブプロバイダ１４の識別子、サブプロバイダ１４の名前、サブプロバイダ１４の管理用ＩＤ、サブプロバイダ１４の管理用パスワードなどがそれぞれサブプロバイダ１４ごとに登録されている。
【０１３８】
例えば、新たなサブプロバイダ１４をＪｏｉｎマージプロバイダ１３に登録する際は、前記サブプロバイダ１４の識別子、サブプロバイダ１４の名前、サブプロバイダ１４の管理用ＩＤ、サブプロバイダ１４の管理用パスワードをそれぞれサブプロバイダ登録部１３６に登録する。
【０１３９】
セッション管理部１３７は、Ｊｏｉｎマージプロバイダ１３と他のサブプロバイダ１４及び他のアプリケーションやＷｅｂポータルなどとのセッションを管理する。
【０１４０】
例えば、ＸＭＬ処理部１３１において取得したＸＭＬメッセージに、Ｊｏｉｎプロバイダ１３の利用を許可した有効なセッションチケット２００のセッションチケットＩＤ２１０が含まれているかどうかを解析する。
【０１４１】
また、セッション管理部１３７は、サブプロバイダ登録部１３６に登録されているサブプロバイダ１４の管理用ＩＤとサブプロバイダ１４の管理用パスワードとを用いて、サブプロバイダ１４から匿名のセッションチケット３００のセッションチケットＩＤ３１０を取得する。
【０１４２】
セッション管理部１３７は、取得したサブプロバイダ１４のセッションチケットＩＤ３１０などを用いて、後述するＪｏｉｎマージプロバイダ１３のセッションチケット２００を作成する。
【０１４３】
統合ディレクトリ１８０は、サブプロバイダ１４のユーザＩＤ（以下、ＵＩＤという）を統合して管理する。上述したように、統合ディレクトリ１８０は、サブプロバイダ呼び出し部１３４からの要求に応じて、指定されたユーザと同一のユーザのＵＩＤをサブプロバイダ呼び出し部１３４に提供する。
【０１４４】
セッション管理部１３７は、ユーザがユーザ名とパスワードとを用いてセッションチケット４００の作成を要求したサブプロバイダ１４以外のサブプロバイダ１４からも匿名のセッションチケット３００のセッションチケットＩＤ３１０を取得することができる。
【０１４５】
また、統合ディレクトリ１８０は、指定されたユーザと同一のＵＩＤを提供することができる。
【０１４６】
したがって、Ｊｏｉｎマージプロバイダ１３は、前記ＵＩＤを用いて、同一ユーザのユーザ情報及び／又はユーザの所属するグループ情報を異なるサブプロバイダ１４より取得することができる。
【０１４７】
図１７は、Ｊｏｉｎマージプロバイダのセッションチケットの構造を説明するための概念図である。
【０１４８】
図１７に示すように、Ｊｏｉｎマージプロバイダ１３のセッションチケット２００は、セッションチケットＩＤ２１０と、プロバイダタイプと、公開するプロバイダ名と、１つ以上のサブプロバイダ名と、１つ以上のサブプロバイダのセッションチケット３００及び／又はセッションチケット４００とを構造として持つ。
【０１４９】
セッションチケットＩＤ２１０は、当該セッションチケットを識別する識別子である。プロバイダタイプは、例えば「Ｊｏｉｎマージ」など、プロバイダのタイプである。
【０１５０】
公開するプロバイダ名は、例えば「Ｊｏｉｎマージ１」など、公開するＪｏｉｎマージプロバイダ１３の名前である。
【０１５１】
サブプロバイダ名は、登録されている１つ以上のサブプロバイダ１４の名前である。サブプロバイダのセッションチケットには、前記登録されている１つ以上のサブプロバイダ１４とＪｏｉｎマージプロバイダ１３とのセッションチケット３００及び／又はセッションチケット４００が格納されている。
【０１５２】
また、セッションチケット４００は、ユーザによって入力されたユーザ名とパスワードとを基に作成されたサブプロバイダ１４のセッションチケットであり、セッションチケット３００は、サブプロバイダ登録部１３６に格納されている管理者権限の管理用ＩＤと管理用パスワードと基に作成されたサブプロバイダ１４のセッションチケットである。
【０１５３】
なお、以下では説明の簡略化のため、Ｊｏｉｎマージプロバイダ１３のセッションチケット２００に含まれるサブプロバイダ１４のセッションチケットは、匿名のセッションチケット３００のみであるとして説明を行う。
【０１５４】
図１７に示すような階層構造を持つことによって、サブプロバイダ１４がＪｏｉｎマージプロバイダ１３となることも可能となる。
【０１５５】
なお、図１７においては、サブプロバイダのセッションチケットには、前記登録されている１つ以上のサブプロバイダ１４とＪｏｉｎマージプロバイダ１３とのセッションチケット３００及び／又はセッションチケット４００が格納されている例を用いて説明を行ったが、デコードされたセッションチケット３００及び／又はセッションチケット４００が格納されていてもよい。
【０１５６】
図１６のサブプロバイダ１４は、プロバイダＩ／Ｆ１３０と、ディレクトリ操作ラッパー１４１と、セッション管理部１４２とから構成される。
【０１５７】
ディレクトリ操作ラッパー１４１は、サブプロバイダ１４内のデータをディレクトリ１５０のユーザ情報保存部１５２に保存されているユーザ情報やグループ情報保存部１５３に保存されているユーザの所属するグループ情報を操作可能なデータに変形し、前記ユーザ情報や前記ユーザの所属するグループ情報をディレクトリ１５０から取得する。
【０１５８】
また、取得したユーザ情報やグループ情報をサブプロバイダ１４内において処理可能なデータに変形する。
【０１５９】
ディレクトリ操作ラッパー１４１のデータの変形の一例は、後述する図１８を用いて説明する。
【０１６０】
セッション管理部１４２は、サブプロバイダ１４とＪｏｉｎマージプロバイダ１３とのセッションを管理する。
【０１６１】
例えば、セッション管理部１４２は、ＸＭＬ処理部１３１において取得したＸＭＬメッセージに、サブプロバイダ１４の利用を許可した有効なセッションチケット３００のセッションチケットＩＤ３１０が含まれているかどうかを解析する。
【０１６２】
また、セッション管理部１４２は、プロバイダＩ／Ｆ１３０を介して、Ｊｏｉｎマージプロバイダ１３から管理用ＩＤと管理用パスワードと含む匿名のセッションチケット３００の作成リクエストを取得すると、匿名のセッションチケット３００を作成する。
【０１６３】
また、セッション管理部１４２は、前記作成した匿名のセッションチケット３００のセッションチケットＩＤ３１０をプロバイダＩ／Ｆ１３０に渡し、セッションチケットＩＤ３１０を含む匿名のセッションチケット３００の作成レスポンスをＪｏｉｎマージプロバイダ１３に送信する。
【０１６４】
また、図１６のディレクトリ１５０は、ユーザ情報保存部１５２と、グループ情報保存部１５３とを含む。
【０１６５】
ユーザ情報保存部１５２は、サブプロバイダ１４に登録されているユーザのユーザ情報が保存されている。例えば、ＵＩＤや、ユーザの名前、ユーザのパスワードなどが保存されている。
【０１６６】
また、グループ情報保存部１５３には、サブプロバイダ１４に登録されているユーザが所属するグループ情報が保存されている。例えば、グループＩＤ、グループの名前、グループのメンバーなどが保存されている。
【０１６７】
図１８は、ディレクトリ操作ラッパーのデータの変形の一例を説明するための図である。
【０１６８】
図１８（Ａ）は、サブプロバイダ１４内のデータをディレクトリ１５０のユーザ情報保存部１５２に保存されているユーザ情報やグループ情報保存部１５３に保存されているユーザの所属するグループ情報を操作可能なデータに変形した一例である。
【０１６９】
図１８（Ｂ）は、ディレクトリ１５０のユーザ情報保存部１５２に保存されているユーザ情報やグループ情報保存部１５３に保存されているユーザの所属するグループ情報のデータをサブプロバイダ１４内で処理可能なデータに変形した一例である。
【０１７０】
図１９は、Ｊｏｉｎマージプロバイダにおけるユーザの所属グループ取得処理の一例のフローチャートである。
【０１７１】
なお、以下では、説明の簡略化のため、Ｊｏｉｎマージプロバイダ１３にユーザが所属するグループ情報の取得リクエストを送信するアプリケーション又はＷｅｂポータルなどを単にクライアントという。
【０１７２】
ステップＳ２０では、Ｊｏｉｎマージプロバイダ１３のＸＭＬ処理部１３１は、クライアントよりユーザの所属グループの取得リクエストを受信する。
【０１７３】
クライアントからＪｏｉｎマージプロバイダ１３へのグループ取得リクエストの一例は、後述する図２１を用いて説明する。
【０１７４】
ステップＳ２０に続いてステップＳ２１に進み、セッション管理部１３７は、ステップＳ２０において受信したユーザの所属グループの取得リクエストに含まれるＪｏｉｎマージプロバイダ１３のセッションチケット２００のセッションチケットＩＤ２１０が有効なセッションチケットＩＤ２１０であるかどうかを判定する。
【０１７５】
有効なセッションチケット２００のセッションチケットＩＤ２１０であると判定すると（ステップＳ２１においてＹＥＳ）、ステップＳ２２に進み、無効なセッションチケット２００のセッションチケットＩＤ２１０であると判定すると（ステップＳ２１においてＮＯ）、ステップＳ２７に進む。
【０１７６】
ステップＳ２２では、サブプロバイダ呼び出し部１３４は、ステップＳ２０において受信したユーザの所属グループの取得リクエストに含まれるＵＩＤと同一ユーザのサブプロバイダ１４におけるＵＩＤを統合ディレクトリ１８０より、取得する。
【０１７７】
ステップＳ２２に続いてステップＳ２３に進み、サブプロバイダ呼び出し部１３４は、Ｊｏｉｎマージプロバイダ１３のセッションチケット２００に含まれる全てのサブプロバイダ１４のセッションチケット３００のセッションチケットＩＤ３１０と、サブプロバイダ名とをセッション管理部１３７より取得する。
【０１７８】
ステップＳ２３に続いてステップＳ２４に進み、マージプロバイダＸＭＬ処理部１３５は、サブプロバイダ呼び出し部１３４を介して取得した、サブプロバイダ１４のＵＩＤとサブプロバイダ１４のセッションチケット３００のセッションチケットＩＤ３１０とを含む各サブプロバイダ１４に対するユーザの所属グループの取得リクエストを作成し、各サブプロバイダ１４に送信する。
【０１７９】
Ｊｏｉｎマージプロバイダ１３から各サブプロバイダ１４へのグループ取得リクエストの一例は、後述する図２２から図２４を用いて説明する。
【０１８０】
ステップＳ２４に続いてステップＳ２５に進み、サブプロバイダ呼び出し部１３４は、マージプロバイダＸＭＬ処理部１３５を介して、各サブプロバイダ１４からユーザの所属グループの取得リクエストに対する所属グループ取得レスポンスを受信する。
【０１８１】
各サブプロバイダ１４からＪｏｉｎマージプロバイダ１３へのグループ取得レスポンスの一例は、後述する図２５から図２７を用いて説明する。
【０１８２】
ステップＳ２５に続いてステップＳ２６に進み、サブプロバイダ呼び出し部１３４は、ステップＳ２４において受信した各サブプロバイダ１４からの所属グループ取得レスポンスに、指定したＵＩＤのユーザの所属グループ情報が含まれているかどうかを判定する。
【０１８３】
ユーザの所属グループ情報が１つでも含まれていると判定すると（ステップＳ２６においてＹＥＳ）、ステップＳ２８に進み、ユーザの所属グループが１つも含まれていないと判定すると（ステップＳ２６においてＮＯ）、ステップＳ２７に進む。
【０１８４】
ステップＳ２７では、Ｊｏｉｎマージプロバイダ１３のＸＭＬ処理部１３１は、ユーザの所属グループの取得が失敗した旨のレスポンスを作成し、クライアントに送信する。
【０１８５】
ステップＳ２８では、マージ処理部１３３が、ステップＳ２５において取得した各サブプロバイダ１４からの所属グループ取得レスポンスに含まれる同一ユーザの所属グループをマージする。
【０１８６】
ステップＳ２８に続いてステップＳ２９に進み、Ｊｏｉｎマージプロバイダ１３のＸＭＬ処理部１３１は、ステップＳ２８においてマージした同一ユーザの所属グループの情報を含む所属グループ取得レスポンスを作成し、クライアントに送信する。
【０１８７】
Ｊｏｉｎマージプロバイダ１３からクライアントへのグループ取得レスポンスの一例は、後述する図２８を用いて説明する。
【０１８８】
図２０は、サブプロバイダにおけるユーザの所属グループ取得処理の一例のフローチャートである。
【０１８９】
サブプロバイダ１４は、図１９のステップＳ２４においてＪｏｉｎマージプロバイダ１３が、ユーザの所属グループの取得リクエストを各サブプロバイダ１４に送信すると、以下に示すステップＳ３０からの処理を開始する。
【０１９０】
ステップＳ３０では、サブプロバイダ１４のＸＭＬ処理部１３１は、Ｊｏｉｎマージプロバイダ１３よりユーザの所属グループの取得リクエストを受信する。
【０１９１】
上述したように、Ｊｏｉｎマージプロバイダ１３から各サブプロバイダ１４へのグループ取得リクエストの一例は、後述する図２２から図２４を用いて説明する。
【０１９２】
ステップＳ３０に続いてステップＳ３１に進み、サブプロバイダ１４のＵＩＤ変換部１３２は、ステップＳ３０において受信したユーザの所属グループの取得リクエストに含まれるＵＩＤをディレクトリ１５０固有のＵＩＤに変換する。
【０１９３】
ステップＳ３１に続いてステップＳ３２に進み、セッション管理部１４２は、ステップＳ３０において受信したユーザの所属グループの取得リクエストに含まれるサブプロバイダ１４のセッションチケット３００のセッションチケットＩＤ３１０が有効なセッションチケット３００のセッションチケットＩＤ３１０であるかどうかを判定する。
【０１９４】
有効なセッションチケット３００のセッションチケットＩＤ３１０であると判定すると（ステップＳ３２においてＹＥＳ）、ステップＳ３４に進み、無効なセッションチケット３００のセッションチケットＩＤ３１０であると判定すると（ステップＳ３２においてＮＯ）、ステップＳ３３に進む。
【０１９５】
ステップＳ３３では、サブプロバイダ１４のＸＭＬ処理部１３１は、ユーザの所属グループの取得が失敗した旨の所属グループ取得レスポンスを作成し、Ｊｏｉｎマージプロバイダ１３に送信する。
【０１９６】
ステップＳ３４では、サブプロバイダ１４は、ディレクトリ操作ラッパー１４１を介してディレクトリ１５０から、ステップＳ３１において変換したＵＩＤに対応するユーザの所属するグループ情報を取得する。
【０１９７】
ステップＳ３４に続いてステップＳ３５に進み、サブプロバイダ１４のＵＩＤ変換部１３２は、ディレクトリ１５０固有のＵＩＤをＪｏｉｎマージプロバイダ１３が利用可能なＵＩＤに変換する。
【０１９８】
ステップＳ３５に続いてステップＳ３６に進み、サブプロバイダ１４のＸＭＬ処理部１３１は、ユーザの所属グループの情報を含む所属グループ取得レスポンスを作成し、Ｊｏｉｎマージプロバイダ１３に送信する。
【０１９９】
上述したように、各サブプロバイダ１４からＪｏｉｎマージプロバイダ１３へのグループ取得レスポンスの一例は、後述する図２５から図２７を用いて説明する。
【０２００】
なお、図１９のステップＳ２５は、図２０のステップＳ３３又はステップＳ３６において送信した所属グループ取得レスポンスを受信する。
【０２０１】
図２１は、クライアントからＪｏｉｎマージプロバイダへのグループ取得リクエストの一例のＸＭＬメッセージである。
【０２０２】
図２１に示すように、クライアントからＪｏｉｎマージプロバイダ１３へのユーザの所属するグループの取得リクエストには、＜ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞＜／ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞のタグに、Ｊｏｉｎマージプロバイダ１３のセッションチケット２００のセッションチケットＩＤ２１０が含まれている。
【０２０３】
また、＜ｉｄ＞＜／ｉｄ＞のタグには、ユーザを特定するＵＩＤが含まれている。
【０２０４】
Ｊｏｉｎマージプロバイダ１３は、ユーザのＵＩＤとＪｏｉｎマージプロバイダ１３のセッションチケット２００のセッションチケットＩＤ２１０とを含むユーザの所属するグループ取得リクエストをクライアントより受信する。
【０２０５】
図２２は、Ｊｏｉｎマージプロバイダからサブプロバイダの１つであるＬｏｃａｌディレクトリプロバイダへのグループ取得リクエストの一例のＸＭＬメッセージである。
【０２０６】
図２２（Ａ）は、Ｊｏｉｎマージプロバイダ１３からサブプロバイダ１４の１つであるＬｏｃａｌディレクトリプロバイダ１６０へのグループ取得リクエストのＸＭＬメッセージ（その１）である。
【０２０７】
図２２（Ａ）に示すように、Ｊｏｉｎマージプロバイダ１３からＬｏｃａｌディレクトリプロバイダ１６０へのユーザの所属するグループの取得リクエストには、＜ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞＜／ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞のタグに、Ｌｏｃａｌディレクトリプロバイダ１６０のセッションチケット３００のセッションチケットＩＤ３１０が含まれている。
【０２０８】
また、＜ｉｄ＞＜／ｉｄ＞のタグには、ユーザを特定するＵＩＤが含まれている。なお、このＵＩＤは、図２１のＸＭＬメッセージに含まれるＵＩＤと同様のものである。
【０２０９】
図２２（Ｂ）は、Ｊｏｉｎマージプロバイダ１３からサブプロバイダ１４の１つであるＬｏｃａｌディレクトリプロバイダ１６０へのグループ取得リクエストのＸＭＬメッセージ（その２）である。
【０２１０】
図２２（Ｂ）に示すように、Ｊｏｉｎマージプロバイダ１３からＬｏｃａｌディレクトリプロバイダ１６０へのユーザの所属するグループの取得リクエストには、＜ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞＜／ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞のタグに、Ｌｏｃａｌディレクトリプロバイダ１６０のセッションチケット３００のセッションチケットＩＤ３１０が含まれている。
【０２１１】
また、＜ｉｄ＞＜／ｉｄ＞のタグには、ユーザを特定するＵＩＤが含まれている。なお、このＵＩＤは、Ｊｏｉｎマージプロバイダ１３が、図２１のＸＭＬメッセージに含まれるＵＩＤを基に、統合ディレクトリ１８０より取得した同一ユーザのＵＩＤの１つである。
【０２１２】
図２２（Ｃ）は、Ｊｏｉｎマージプロバイダ１３からサブプロバイダ１４の１つであるＬｏｃａｌディレクトリプロバイダ１６０へのグループ取得リクエストのＸＭＬメッセージ（その３）である。
【０２１３】
図２２（Ｃ）に示すように、Ｊｏｉｎマージプロバイダ１３からＬｏｃａｌディレクトリプロバイダ１６０へのユーザの所属するグループの取得リクエストには、＜ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞＜／ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞のタグに、Ｌｏｃａｌディレクトリプロバイダ１６０のセッションチケット３００のセッションチケットＩＤ３１０が含まれている。
【０２１４】
また、＜ｉｄ＞＜／ｉｄ＞のタグには、ユーザを特定するＵＩＤが含まれている。なお、このＵＩＤは、Ｊｏｉｎマージプロバイダ１３が、図２１のＸＭＬメッセージに含まれるＵＩＤを基に、統合ディレクトリ１８０より取得した同一ユーザのＵＩＤの１つである。
【０２１５】
Ｊｏｉｎマージプロバイダ１３は、図１７において説明したように、セッションチケットを階層的な構造で管理しているため、クライアントから送信されたユーザのグループの取得リクエストに含まれるＪｏｉｎマージプロバイダ１３のセッションチケット２００のセッションチケットＩＤ２１０を基に、サブプロバイダ１４であるＬｏｃａｌディレクトリプロバイダ１６０のセッションチケット３００のセッションチケットＩＤ３１０を取得し、該セッションチケットＩＤ３１０をそれぞれへのＸＭＬメッセージに含めることができる。
【０２１６】
また、Ｊｏｉｎマージプロバイダ１３は、統合ディレクトリ１８０において、サブプロバイダ１４におけるユーザのＵＩＤを統合して管理しているため、ユーザのグループの取得リクエストに含まれるＵＩＤを基に、同一のユーザのＵＩＤを統合ディレクトリ１８０より取得し、該ＵＩＤをそれぞれへのＸＭＬメッセージに含めることができる。
【０２１７】
図２３は、Ｊｏｉｎマージプロバイダからサブプロバイダの１つであるＷｉｎＮＴ４ディレクトリプロバイダへのグループ取得リクエストの一例のＸＭＬメッセージである。
【０２１８】
図２３（Ａ）は、Ｊｏｉｎマージプロバイダ１３からサブプロバイダ１４の１つであるＷｉｎＮＴ４ディレクトリプロバイダ１６１へのグループ取得リクエストのＸＭＬメッセージ（その１）である。
【０２１９】
図２３（Ａ）に示すように、Ｊｏｉｎマージプロバイダ１３からＷｉｎＮＴ４ディレクトリプロバイダ１６１へのユーザの所属するグループの取得リクエストには、＜ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞＜／ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞のタグに、ＷｉｎＮＴ４ディレクトリプロバイダ１６１のセッションチケット３００のセッションチケットＩＤ３１０が含まれている。
【０２２０】
また、＜ｉｄ＞＜／ｉｄ＞のタグには、ユーザを特定するＵＩＤが含まれている。なお、このＵＩＤは、図２１のＸＭＬメッセージに含まれるＵＩＤと同様のものである。
【０２２１】
図２３（Ｂ）は、Ｊｏｉｎマージプロバイダ１３からサブプロバイダ１４の１つであるＷｉｎＮＴ４ディレクトリプロバイダ１６１へのグループ取得リクエストのＸＭＬメッセージ（その２）である。
【０２２２】
図２３（Ｂ）に示すように、Ｊｏｉｎマージプロバイダ１３からＷｉｎＮＴ４ディレクトリプロバイダ１６１へのユーザの所属するグループの取得リクエストには、＜ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞＜／ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞のタグに、ＷｉｎＮＴ４ディレクトリプロバイダ１６１のセッションチケット３００のセッションチケットＩＤ３１０が含まれている。
【０２２３】
また、＜ｉｄ＞＜／ｉｄ＞のタグには、ユーザを特定するＵＩＤが含まれている。なお、このＵＩＤは、Ｊｏｉｎマージプロバイダ１３が、図２１のＸＭＬメッセージに含まれるＵＩＤを基に、統合ディレクトリ１８０より取得した同一ユーザのＵＩＤの１つである。
【０２２４】
図２３（Ｃ）は、Ｊｏｉｎマージプロバイダ１３からサブプロバイダ１４の１つであるＷｉｎＮＴ４ディレクトリプロバイダ１６１へのグループ取得リクエストのＸＭＬメッセージ（その３）である。
【０２２５】
図２３（Ｃ）に示すように、Ｊｏｉｎマージプロバイダ１３からＷｉｎＮＴ４ディレクトリプロバイダ１６１へのユーザの所属するグループの取得リクエストには、＜ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞＜／ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞のタグに、ＷｉｎＮＴ４ディレクトリプロバイダ１６１のセッションチケット３００のセッションチケットＩＤ３１０が含まれている。
【０２２６】
また、＜ｉｄ＞＜／ｉｄ＞のタグには、ユーザを特定するＵＩＤが含まれている。なお、このＵＩＤは、Ｊｏｉｎマージプロバイダ１３が、図２１のＸＭＬメッセージに含まれるＵＩＤを基に、統合ディレクトリ１８０より取得した同一ユーザのＵＩＤの１つである。
【０２２７】
Ｊｏｉｎマージプロバイダ１３は、図１７において説明したように、セッションチケットを階層的な構造で管理しているため、クライアントから送信されたユーザのグループの取得リクエストに含まれるＪｏｉｎマージプロバイダ１３のセッションチケット２００のセッションチケットＩＤ２１０を基に、サブプロバイダ１４であるＷｉｎＮＴ４ディレクトリプロバイダ１６１のセッションチケット３００のセッションチケットＩＤ３１０を取得し、該セッションチケットＩＤ３１０をそれぞれへのＸＭＬメッセージに含めることができる。
【０２２８】
また、Ｊｏｉｎマージプロバイダ１３は、統合ディレクトリ１８０において、サブプロバイダ１４におけるユーザのＵＩＤを統合して管理しているため、ユーザのグループの取得リクエストに含まれるＵＩＤを基に、同一のユーザのＵＩＤを統合ディレクトリ１８０より取得し、該ＵＩＤをそれぞれへのＸＭＬメッセージに含めることができる。
【０２２９】
図２４は、Ｊｏｉｎマージプロバイダからサブプロバイダの１つであるＮｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダへのグループ取得リクエストの一例のＸＭＬメッセージである。
【０２３０】
図２４（Ａ）は、Ｊｏｉｎマージプロバイダ１３からサブプロバイダ１４の１つであるＮｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダ１６２へのグループ取得リクエストのＸＭＬメッセージ（その１）である。
【０２３１】
図２４（Ａ）に示すように、Ｊｏｉｎマージプロバイダ１３からＮｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダ１６２へのユーザの所属するグループの取得リクエストには、＜ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞＜／ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞のタグに、Ｎｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダ１６２のセッションチケット３００のセッションチケットＩＤ３１０が含まれている。
【０２３２】
また、＜ｉｄ＞＜／ｉｄ＞のタグには、ユーザを特定するＵＩＤが含まれている。なお、このＵＩＤは、図２１のＸＭＬメッセージに含まれるＵＩＤと同様のものである。
【０２３３】
図２４（Ｂ）は、Ｊｏｉｎマージプロバイダ１３からサブプロバイダ１４の１つであるＮｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダ１６２へのグループ取得リクエストのＸＭＬメッセージ（その２）である。
【０２３４】
図２４（Ｂ）に示すように、Ｊｏｉｎマージプロバイダ１３からＮｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダ１６２へのユーザの所属するグループの取得リクエストには、＜ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞＜／ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞のタグに、Ｎｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダ１６２のセッションチケット３００のセッションチケットＩＤ３１０が含まれている。
【０２３５】
また、＜ｉｄ＞＜／ｉｄ＞のタグには、ユーザを特定するＵＩＤが含まれている。なお、このＵＩＤは、Ｊｏｉｎマージプロバイダ１３が、図２１のＸＭＬメッセージに含まれるＵＩＤを基に、統合ディレクトリ１８０より取得した同一ユーザのＵＩＤの１つである。
【０２３６】
図２４（Ｃ）は、Ｊｏｉｎマージプロバイダ１３からサブプロバイダ１４の１つであるＮｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダ１６２へのグループ取得リクエストのＸＭＬメッセージ（その３）である。
【０２３７】
図２４（Ｃ）に示すように、Ｊｏｉｎマージプロバイダ１３からＮｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダ１６２へのユーザの所属するグループの取得リクエストには、＜ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞＜／ｓｅｓｓｉｏｎＴｉｃｋｅｔ＞のタグに、Ｎｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダ１６２のセッションチケット３００のセッションチケットＩＤ３１０が含まれている。
【０２３８】
また、＜ｉｄ＞＜／ｉｄ＞のタグには、ユーザを特定するＵＩＤが含まれている。なお、このＵＩＤは、Ｊｏｉｎマージプロバイダ１３が、図２１のＸＭＬメッセージに含まれるＵＩＤを基に、統合ディレクトリ１８０より取得した同一ユーザのＵＩＤの１つである。
【０２３９】
Ｊｏｉｎマージプロバイダ１３は、図１７において説明したように、セッションチケットを階層的な構造で管理しているため、クライアントから送信されたユーザのグループの取得リクエストに含まれるＪｏｉｎマージプロバイダ１３のセッションチケット２００のセッションチケットＩＤ２１０を基に、サブプロバイダ１４であるＮｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダ１６２のセッションチケット３００のセッションチケットＩＤ３１０を取得し、該セッションチケットＩＤ３１０をそれぞれへのＸＭＬメッセージに含めることができる。
【０２４０】
また、Ｊｏｉｎマージプロバイダ１３は、統合ディレクトリ１８０において、サブプロバイダ１４におけるユーザのＵＩＤを統合して管理しているため、ユーザのグループの取得リクエストに含まれるＵＩＤを基に、同一のユーザのＵＩＤを統合ディレクトリ１８０より取得し、該ＵＩＤをそれぞれへのＸＭＬメッセージに含めることができる。
【０２４１】
図２５は、サブプロバイダの１つであるＬｏｃａｌディレクトリプロバイダからＪｏｉｎマージプロバイダへのグループ取得レスポンスの一例のＸＭＬメッセージである。
【０２４２】
図２５（Ａ）は、図２２（Ａ）のリクエストに対するグループ取得レスポンスのＸＭＬメッセージである。
【０２４３】
指定されたＵＩＤに対応するユーザが、Ｌｏｃａｌディレクトリプロバイダ１６０に登録されていなかった場合は、Ｌｏｃａｌディレクトリプロバイダ１６０は、＜ｉｔｅｍ＞＜／ｉｔｅｍ＞のタグが含まない、図２５（Ａ）に示される取得レスポンスをＪｏｉｎマージプロバイダ１３へ送信する。
【０２４４】
図２５（Ｂ）は、図２２（Ｂ）のリクエストに対するグループ取得レスポンスのＸＭＬメッセージである。
【０２４５】
図２５（Ｂ）に示すように、指定されたＵＩＤに対応するユーザが、Ｌｏｃａｌディレクトリプロバイダ１６０に登録されていた場合は、Ｌｏｃａｌディレクトリプロバイダ１６０は、＜ｇｒｏｕｐＬｉｓｔ＞＜／ｇｒｏｕｐＬｉｓｔ＞のタグに含まれる各＜ｉｔｅｍ＞＜／ｉｔｅｍ＞に、該ユーザが所属するグループ情報を格納し、Ｊｏｉｎマージプロバイダ１３へ送信する。
【０２４６】
図２５（Ｃ）は、図２２（Ｃ）のリクエストに対するグループ取得レスポンスのＸＭＬメッセージである。
【０２４７】
図２５（Ａ）と同様、指定されたＵＩＤに対応するユーザが、Ｌｏｃａｌディレクトリプロバイダ１６０に登録されていなかった場合は、Ｌｏｃａｌディレクトリプロバイダ１６０は、＜ｉｔｅｍ＞＜／ｉｔｅｍ＞のタグが含まない、図２５（Ｃ）に示される取得レスポンスをＪｏｉｎマージプロバイダ１３へ送信する。
【０２４８】
図２６は、サブプロバイダの１つであるＷｉｎＮＴ４ディレクトリプロバイダからＪｏｉｎマージプロバイダへのグループ取得レスポンスの一例のＸＭＬメッセージである。
【０２４９】
図２６（Ａ）は、図２３（Ａ）のリクエストに対するグループ取得レスポンスのＸＭＬメッセージである。
【０２５０】
図２６（Ａ）に示すように、指定されたＵＩＤに対応するユーザが、ＷｉｎＮＴ４ディレクトリプロバイダ１６１に登録されていた場合は、ＷｉｎＮＴ４ディレクトリプロバイダ１６１は、＜ｇｒｏｕｐＬｉｓｔ＞＜／ｇｒｏｕｐＬｉｓｔ＞のタグに含まれる各＜ｉｔｅｍ＞＜／ｉｔｅｍ＞に、該ユーザが所属するグループ情報を格納し、Ｊｏｉｎマージプロバイダ１３へ送信する。
【０２５１】
図２６（Ｂ）は、図２３（Ｂ）のリクエストに対するグループ取得レスポンスのＸＭＬメッセージである。
【０２５２】
指定されたＵＩＤに対応するユーザが、ＷｉｎＮＴ４ディレクトリプロバイダ１６１に登録されていなかった場合は、ＷｉｎＮＴ４ディレクトリプロバイダ１６１は、＜ｉｔｅｍ＞＜／ｉｔｅｍ＞のタグが含まない、図２６（Ｂ）に示される取得レスポンスをＪｏｉｎマージプロバイダ１３へ送信する。
【０２５３】
図２６（Ｃ）は、図２３（Ｃ）のリクエストに対するグループ取得レスポンスのＸＭＬメッセージである。
【０２５４】
図２６（Ｂ）と同様、指定されたＵＩＤに対応するユーザが、ＷｉｎＮＴ４ディレクトリプロバイダ１６１に登録されていなかった場合は、ＷｉｎＮＴ４ディレクトリプロバイダ１６１は、＜ｉｔｅｍ＞＜／ｉｔｅｍ＞のタグが含まない、図２６（Ｃ）に示される取得レスポンスをＪｏｉｎマージプロバイダ１３へ送信する。
【０２５５】
図２７は、サブプロバイダの１つであるＮｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダからＪｏｉｎマージプロバイダへのグループ取得レスポンスの一例のＸＭＬメッセージである。
【０２５６】
図２７（Ａ）は、図２４（Ａ）のリクエストに対するグループ取得レスポンスのＸＭＬメッセージである。
【０２５７】
図２７（Ｂ）は、図２４（Ｂ）のリクエストに対するグループ取得レスポンスのＸＭＬメッセージである。
【０２５８】
図２７（Ｃ）は、図２４（Ｃ）のリクエストに対するグループ取得レスポンスのＸＭＬメッセージである。
【０２５９】
指定されたＵＩＤに対応するユーザが、Ｎｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダ１６２に登録されていなかった場合は、Ｎｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダ１６２は、＜ｉｔｅｍ＞＜／ｉｔｅｍ＞のタグが含まない、図２７（Ａ）から（Ｃ）に示される取得レスポンスをＪｏｉｎマージプロバイダ１３へ送信する。
【０２６０】
各サブプロバイダ１４は、指定されたＵＩＤに対応するユーザが当該サブプロバイダ１４のユーザとして当該サブプロバイダ１４に登録されていた場合は、前記ユーザが所属するグループ情報を含むグループ取得レスポンスを作成し、Ｊｏｉｎマージプロバイダ１３に送信する。
【０２６１】
図２８は、Ｊｏｉｎマージプロバイダからクライアントへのグループ取得レスポンスの一例のＸＭＬメッセージである。
【０２６２】
図２８に示されるように、Ｊｏｉｎマージプロバイダ１３は、１つの＜ｇｒｏｕｐＬｉｓｔ＞＜／ｇｒｏｕｐＬｉｓｔ＞のタグに、各サブプロバイダ１４から取得した、グループ情報が含まれる＜ｉｔｅｍ＞＜／ｉｔｅｍ＞のタグをマージして格納し、クライアントへ送信する。
【０２６３】
クライアントは、Ｊｏｉｎマージプロバイダ１３のセッションチケット２００のセッションチケットＩＤ２１０とユーザを特定するＵＩＤとを含むユーザの所属するグループの取得リクエストを、Ｊｏｉｎマージプロバイダ１３に送信することによって、Ｊｏｉｎマージプロバイダ１３が管理している、各サブプロバイダ１４に登録されている同一ユーザの所属するグループの情報を、Ｊｏｉｎマージプロバイダ１３から取得することができる。
【０２６４】
例えば、図２８の＜ｉｔｅｍ＞Ｇ：Ｌｏｃａｌ：ｇｒｏｕｐ１＜／ｉｔｅｍ＞と＜ｉｔｅｍ＞Ｇ：Ｌｏｃａｌ：ｇｒｏｕｐ２＜／ｉｔｅｍ＞とは、Ｌｏｃａｌディレクトリプロバイダ１６０のユーザとしてＬｏｃａｌディレクトリプロバイダ１６０に登録されているユーザ３２３８９９４２０９が所属するグループの情報であり、図２８の＜ｉｔｅｍ＞Ｇ：ＷｉｎＮＴ４：ｇｒｏｕｐ１＜／ｉｔｅｍ＞と＜ｉｔｅｍ＞Ｇ：ＷｉｎＮＴ４：ｇｒｏｕｐ２＜／ｉｔｅｍ＞とは、ＷｉｎＮＴ４ディレクトリプロバイダ１６１のユーザとしてＷｉｎＮＴ４ディレクトリプロバイダ１６１に登録されているユーザ３２３８９９４２０９が所属するグループの情報である。
【０２６５】
Ｊｏｉｎマージプロバイダ１３は、これら同一ユーザの所属するグループ情報を各サブプロバイダ１４より取得して、マージすることができる。
【０２６６】
なお、第一の実施例の説明においては、Ｊｏｉｎマージプロバイダ１３とサブプロバイダ１４との間、及びＪｏｉｎマージプロバイダ１３とクライアントとの間は、セッションチケットＩＤ２１０及び／又はセッションチケットＩＤ３１０を送受信する場合を例にとって説明したが、これは本実施を制限するものではなく、セッションチケット２００及び／又はセッションチケット３００を送受信してもよい。
【０２６７】
以上、第一の実施例においては、サブプロバイダ１４が、認証を必要としない場合について説明を行ったが、以下に示す第二の実施例においては、サブプロバイダ１４が認証を必要とする場合について説明する。
【実施例２】
【０２６８】
図２９は、本発明の第二実施例におけるＪｏｉｎマージプロバイダとサブプロバイダとの機能ブロック図である。
【０２６９】
なお、上述したように、第二の実施例においては、サブプロバイダ１４は、ユーザ情報及び／又はユーザの所属するグループ情報を提供すると共にユーザに係る認証サービスを提供するものとする。
【０２７０】
図２９に示すように、Ｊｏｉｎマージプロバイダ１３は、プロバイダＩ／Ｆ１３０と、マージ処理部１３３と、サブプロバイダ呼び出し部１３４と、マージプロバイダＸＭＬ処理部１３５と、サブプロバイダ登録部１３６と、セッション管理部１３７と、ＩＤパスワード解析部１３８と、認証チケット管理部１３９と、統合ディレクトリ１８０とから構成される。
【０２７１】
また、プロバイダＩ／Ｆ１３０は、ＸＭＬ処理部１３１と、ＵＩＤ変換部１３２とから構成される。
【０２７２】
図２９の第二実施例におけるＪｏｉｎマージプロバイダ１３の構成は、図１６の第一実施例におけるＪｏｉｎマージプロバイダ１３の構成と比べて、ＩＤパスワード解析部１３８と、認証チケット管理部１３９とが新たに追加されている。
【０２７３】
ＩＤパスワード解析部１３８は、クライアント（例えば、Ｗｅｂポータル）から送信されたＪｏｉｎマージプロバイダ１３におけるユーザを認証する認証チケット５００の作成リクエストに含まれるＩＤとパスワードとを取得して、サブプロバイダ呼び出し部１３４に渡す。
【０２７４】
サブプロバイダ呼び出し部１３４は、ＩＤパスワード解析部１３８より渡されたＩＤとパスワードとを後述するマージプロバイダＸＭＬ処理部１３５に渡す。
【０２７５】
また、サブプロバイダ呼び出し部１３４は、認証に成功したサブプロバイダ１４が、副サブプロバイダであった場合は、マージプロバイダＸＭＬ処理部１３５を介して、前記副サブプロバイダから取得した該副サブプロバイダにおけるユーザを認証する認証チケット６００の認証チケットＩＤ６１０を用いて、該認証チケットＩＤ６１０の確認リクエストを前記副サブプロバイダに送信する。
【０２７６】
サブプロバイダ呼び出し部１３４は、前記確認リクエストに対する確認レスポンスを、マージプロバイダＸＭＬ処理部１３５を介して前記副サブプロバイダより取得すると、該確認レスポンスに含まれる、前記副サブプロバイダのユーザとして前記副サブプロバイダに登録されているユーザのＵＩＤを用いて、統合ディレクトリ１８０より、主サブプロバイダのユーザとして主サブプロバイダに登録されている同一ユーザのＵＩＤを取得する。
【０２７７】
サブプロバイダ呼び出し部１３４は、サブプロバイダ登録部１３６に格納されている主サブプロバイダの認証チケット取得用の管理用ＩＤと管理用パスワードとを用いて、前記取得した主サブプロバイダのＵＩＤに対応するユーザを認証する認証チケット６００の認証チケットＩＤ６１０を、マージプロバイダＸＭＬ処理部１３５を介して、前記主サブプロバイダより取得し、該取得した認証チケット６００及び／又は認証チケットＩＤ６１０を認証チケット管理部１３９に提供する。
【０２７８】
ここで、第一の実施例と比べて、上述したように、サブプロバイダ登録部１３６には、主サブプロバイダの認証チケット取得用の管理用ＩＤと管理用パスワードとが登録されている。
【０２７９】
Ｊｏｉｎマージプロバイダ１３は、後述するように、サブプロバイダ登録部１３６に認証チケット取得用の管理用ＩＤと管理用パスワードとを登録することによって、サブプロバイダ１４を主サブプロバイダとして登録することができる。
【０２８０】
認証チケット管理部１３９は、主サブプロバイダより取得した、主サブプロバイダにおける認証チケット６００及び／又は認証チケットＩＤ６１０を基に、Ｊｏｉｎマージプロバイダ１３におけるユーザを認証する認証チケット５００を作成し、管理する。
【０２８１】
また、認証チケット管理部１３９は、前記作成したＪｏｉｎマージプロバイダ１３におけるユーザを認証する認証チケット５００の認証チケットＩＤ５１０を、Ｊｏｉｎマージプロバイダ１３のプロバイダＩ／Ｆ１３０を介して、認証の要求を行ったクライアント（例えば、Ｗｅｂポータル）に送信する。
【０２８２】
Ｊｏｉｎマージプロバイダ１３は、例えばクライアントが副サブプロバイダのユーザのユーザ名とパスワードとで認証を求めてきても、主サブプロバイダのユーザとして認証を行い、該主サブプロバイダにおけるユーザを認証する認証チケット６００及び／又は認証チケットＩＤ６１０を基に、Ｊｏｉｎマージプロバイダ１３におけるユーザを認証する認証チケット５００を作成し、該認証チケット５００の認証チケットＩＤ５１０をクライアントに提供することができる。
【０２８３】
図３０は、Ｊｏｉｎマージプロバイダの認証チケットの構造を説明するための概念図である。
【０２８４】
図３０に示すように、Ｊｏｉｎマージプロバイダ１３の認証チケット５００は、認証チケットＩＤ５１０と、プロバイダタイプと、公開するプロバイダ名と、サブプロバイダ名と、サブプロバイダの認証チケット６００とを構造として持つ。
【０２８５】
認証チケットＩＤ５１０は、当該認証チケットを識別する識別子である。プロバイダタイプは、例えば「Ｊｏｉｎマージ」など、プロバイダのタイプである。
【０２８６】
公開するプロバイダ名は、例えば「Ｊｏｉｎマージ１」など、公開するＪｏｉｎマージプロバイダ１３の名前である。
【０２８７】
サブプロバイダ名は、登録されているサブプロバイダ１４の内、認証が成功し、認証チケット６００の送信があった主サブプロバイダの名前である。サブプロバイダの認証チケットは、認証が成功し、認証チケット６００の送信があった主サブプロバイダの認証チケット６００である。
【０２８８】
Ｊｏｉｎマージプロバイダ１３が、図３０に示すような認証チケットの構造を有することにより、ユーザは認証を一回で終えることができる。
【０２８９】
なお、サブプロバイダの認証チケットとして、認証が成功し、認証チケット６００の送信があったサブプロバイダ１４の認証チケット６００をデコードしたものを含むようにしてもよい。
【０２９０】
図３１は、統合ディレクトリにおいて管理するデータの概念図（その１）である。
【０２９１】
図３１に示すように、統合ディレクトリ１８０は、主サブプロバイダのＵＩＤと、１つ以上の副サブプロバイダのＵＩＤと、主サブプロバイダの認証チケットとを統合して管理する。
【０２９２】
図３１に示すようなデータを統合して管理することによって、統合ディレクトリ１８０は、同一ユーザのＵＩＤを提供することができる。
【０２９３】
以下、クライアントからの認証チケット作成リクエストに副サブプロバイダのユーザとして副サブプロバイダに登録されているユーザ名とパスワードとが含まれていた場合のＪｏｉｎマージプロバイダ１３における認証チケット作成の処理を、図３２を用いて説明する。
【０２９４】
図３２は、Ｊｏｉｎマージプロバイダにおける認証チケット作成処理の一例のフローチャートである。
【０２９５】
ステップＳ４０では、Ｊｏｉｎマージプロバイダ１３のＸＭＬ処理部１３１は、クライアント（例えば、Ｗｅｂポータル）よりＪｏｉｎマージプロバイダ１３におけるユーザを認証する認証チケット５００の作成リクエストを受信する。
【０２９６】
クライアント（例えば、Ｗｅｂポータル）からＪｏｉｎマージプロバイダ１３への認証チケット作成リクエストの一例は、後述する図３５を用いて説明する。
【０２９７】
ステップＳ４０に続いてステップＳ４１に進み、ＩＤパスワード解析部１３８は、ステップＳ４０においてクライアント（例えば、Ｗｅｂポータル）から受信した認証チケットの作成リクエストに含まれるユーザ名とパスワードとをサブプロバイダ呼び出し部１３４に渡す。
【０２９８】
ステップＳ４１に続いてステップＳ４２に進み、サブプロバイダ呼び出し部１３４は、サブプロバイダ登録部１３６に登録されているサブプロバイダ１４の一覧を取得する。
【０２９９】
ステップＳ４２に続いてステップＳ４３に進み、マージプロバイダＸＭＬ処理部１３５は、サブプロバイダ呼び出し部１３４を介して取得したＩＤとパスワードとを含む、サブプロバイダ１４におけるユーザを認証する認証チケット６００の作成リクエストを作成し、サブプロバイダ１４の一覧に登録されている各サブプロバイダ１４に対して送信する。
【０３００】
Ｊｏｉｎマージプロバイダ１３からサブプロバイダ１４への認証チケット作成リクエストの一例は、後述する図３６を用いて説明する。
【０３０１】
ステップＳ４３に続いてステップＳ４４に進み、サブプロバイダ呼び出し部１３４は、マージプロバイダＸＭＬ処理部１３５を介して、副サブプロバイダから認証チケット６００の作成リクエストに対する認証チケット作成レスポンスを受信する。
【０３０２】
副サブプロバイダからＪｏｉｎマージプロバイダ１３への認証チケット作成レスポンスの一例は、後述する図３７を用いて説明する。
【０３０３】
ステップＳ４４に続いてステップＳ４５に進み、サブプロバイダ呼び出し部１３４は、ステップＳ４４において受信した副サブプロバイダからの認証チケット作成レスポンスに、認証チケット６００を識別する認証チケットＩＤ６１０が含まれているかどうかを判定する。
【０３０４】
認証チケット作成レスポンスに、認証チケット６００を識別する認証チケットＩＤ６１０が含まれていると判定すると（ステップＳ４５においてＹＥＳ）、ステップＳ４６に進み、認証チケット６００を識別する認証チケットＩＤ６１０が含まれていないと判定すると（ステップＳ４５においてＮＯ）、ステップＳ５４に進む。
【０３０５】
ステップＳ４６では、マージプロバイダＸＭＬ処理部１３５は、サブプロバイダ呼び出し部１３４を介して取得した前記認証チケット作成レスポンスに含まれる認証チケット６００を識別する認証チケットＩＤ６１０を用いて、該認証チケットＩＤ６１０を含む認証チケットＩＤ確認リクエストを作成し、前記認証チケット作成レスポンスを送信してきた前記副サブプロバイダに対して送信する。
【０３０６】
Ｊｏｉｎマージプロバイダ１３からサブプロバイダ１４への認証チケットＩＤ確認リクエストの一例は、後述する図３８を用いて説明する。
【０３０７】
ステップＳ４６に続いてステップＳ４７に進み、サブプロバイダ呼び出し部１３４は、マージプロバイダＸＭＬ処理部１３５を介して、前記認証チケットＩＤ確認リクエストを送信した副サブプロバイダから、認証チケットＩＤ６１０の確認レスポンスを受信する。
【０３０８】
副サブプロバイダからＪｏｉｎマージプロバイダ１３への認証チケットＩＤ確認レスポンスの一例は、後述する図３９を用いて説明する。
【０３０９】
ステップＳ４７に続いてステップＳ４８に進み、サブプロバイダ呼び出し部１３４は、ステップＳ４７において受信した認証チケットＩＤ６１０の確認レスポンスに、ユーザ情報が含まれているかどうかを判定する。
【０３１０】
ユーザ情報が含まれていると判定すると（ステップＳ４８においてＹＥＳ）、ステップＳ４９に進み、ユーザ情報が含まれていないと判定すると（ステップＳ４８においてＮＯ）、ステップＳ５４に進む。
【０３１１】
ステップＳ４９では、サブプロバイダ呼び出し部１３４は、ステップＳ４７において取得した副サブプロバイダからの認証チケットＩＤ確認レスポンスに含まれるＵＩＤを用いて、統合ディレクトリ１８０より同一ユーザの主サブプロバイダのＵＩＤを取得する。
【０３１２】
ステップＳ４９に続いてステップＳ５０に進み、サブプロバイダ呼び出し部１３４は、サブプロバイダ登録部１３６より、主サブプロバイダの認証チケット取得用の管理用ＩＤと管理用パスワードとを取得する。
【０３１３】
ステップＳ５０に続いてステップＳ５１に進み、マージプロバイダＸＭＬ処理部１３５は、サブプロバイダ呼び出し部１３４を介して取得した、主サブプロバイダの認証チケット取得用の管理用ＩＤと管理用パスワードとを含む、主サブプロバイダにおけるＵＩＤに対応するユーザを認証する認証チケット６００の作成リクエストを作成し、主サブプロバイダに対して送信する。
【０３１４】
Ｊｏｉｎマージプロバイダ１３から主サブプロバイダへの認証チケット作成リクエストの一例は、後述する図４０を用いて説明する。
【０３１５】
ステップＳ５１に続いてステップＳ５２に進み、サブプロバイダ呼び出し部１３４は、マージプロバイダＸＭＬ処理部１３５を介して、前記認証チケット作成リクエストを送信した主サブプロバイダから、認証チケット６００の作成リクエストに対する認証チケット作成レスポンスを受信する。
【０３１６】
主サブプロバイダからＪｏｉｎマージプロバイダ１３への認証チケット作成レスポンスの一例は、後述する図４１を用いて説明する。
【０３１７】
ステップＳ５２に続いてステップＳ５３に進み、サブプロバイダ呼び出し部１３４は、ステップＳ５２において受信した主サブプロバイダからの認証チケット作成レスポンスに、認証チケット６００を識別する認証チケットＩＤ６１０が含まれているかどうかを判定する。
【０３１８】
認証チケット作成レスポンスに、認証チケット６００を識別する認証チケットＩＤ６１０が含まれていると判定すると（ステップＳ５３においてＹＥＳ）、ステップＳ５５に進み、認証チケット６００を識別する認証チケットＩＤ６１０が含まれていないと判定すると（ステップＳ５３においてＮＯ）、ステップＳ５４に進む。
【０３１９】
ステップＳ５４では、Ｊｏｉｎマージプロバイダ１３のＸＭＬ処理部１３１は、認証チケット５００の作成が失敗した旨のレスポンスを作成し、クライアント（例えば、Ｗｅｂポータル）に送信する。
【０３２０】
ステップＳ５５では、認証チケット管理部１３９が、主サブプロバイダの認証チケットＩＤ６１０を用いて図３０において説明したＪｏｉｎマージプロバイダ１３におけるユーザを認証する認証チケット５００を作成する。
【０３２１】
ステップＳ５５に続いてステップＳ５６に進み、Ｊｏｉｎマージプロバイダ１３のＸＭＬ処理部１３１は、ステップＳ５５において作成した認証チケット５００の認証チケットＩＤ５１０を含む認証チケット作成レスポンスを作成し、クライアント（例えば、Ｗｅｂポータル）に送信する。
【０３２２】
Ｊｏｉｎマージプロバイダ１３からクライアント（例えば、Ｗｅｂポータル）への認証チケット作成レスポンスの一例は、後述する図４２を用いて説明する。
【０３２３】
図３３は、サブプロバイダにおける認証チケット作成処理の一例のフローチャートである。
【０３２４】
サブプロバイダ１４は、図３２のステップＳ４３又はステップＳ５１においてＪｏｉｎマージプロバイダ１３が、サブプロバイダ１４におけるユーザを認証する認証チケット６００の作成リクエストをサブプロバイダ１４に送信すると、以下に示すステップＳ６０からの処理を開始する。
【０３２５】
ステップＳ６０では、サブプロバイダ１４のＸＭＬ処理部１３１は、Ｊｏｉｎマージプロバイダ１３よりサブプロバイダ１４におけるユーザを認証する認証チケット６００の作成リクエストを受信する。
【０３２６】
上述したように、Ｊｏｉｎマージプロバイダ１３からサブプロバイダ１４への認証チケット作成リクエストの一例は、後述する図３６を用いて、また、Ｊｏｉｎマージプロバイダ１３から主サブプロバイダへの認証チケット作成リクエストの一例は、後述する図４０を用いて説明する。
【０３２７】
ステップＳ６０に続いてステップＳ６１に進み、ＩＤパスワード解析部１４３は、ステップＳ６０において受信した認証チケット６００の作成リクエストに含まれるユーザ名とパスワードとが正しい組み合わせかどうかを、ディレクトリ操作ラッパー１４１を介してディレクトリ１５０に確認し、判定する。
【０３２８】
正しい組み合わせであると判定すると（ステップＳ６１においてＹＥＳ）、ステップＳ６３に進み、正しい組み合わせではないと判定すると（ステップＳ６１においてＮＯ）、ステップＳ６２に進む。
【０３２９】
ステップＳ６２では、サブプロバイダ１４のＸＭＬ処理部１３１は、認証チケット６００の作成が失敗した旨の認証チケット作成レスポンスを作成し、Ｊｏｉｎマージプロバイダ１３に送信する。
【０３３０】
ステップＳ６３では、認証チケット管理部１４４は、ディレクトリ操作ラッパー１４１を介してディレクトリ１５０からユーザ名及びパスワードに対応したユーザ情報を取得する。
【０３３１】
ステップＳ６３に続いてステップＳ６４に進み、認証チケット管理部１４４は、サブプロバイダ１４におけるユーザを認証する認証チケット６００を作成する。
【０３３２】
ステップＳ６４に続いてステップＳ６５に進み、サブプロバイダ１４のＸＭＬ処理部１３１は、ステップＳ６４において作成した認証チケット６００の認証チケットＩＤ６１０を含む認証チケット作成レスポンスを作成し、Ｊｏｉｎマージプロバイダ１３に送信する。
【０３３３】
上述したように、副サブプロバイダからＪｏｉｎマージプロバイダ１３への認証チケット作成レスポンスの一例は、後述する図３７を用いて、また、主サブプロバイダからＪｏｉｎマージプロバイダ１３への認証チケット作成レスポンスの一例は、後述する図４１を用いて説明する。
【０３３４】
なお、図３２のステップＳ４４及び／又はステップＳ５２は、図３３のステップＳ６２又はステップＳ６５において送信した認証チケット作成レスポンスを受信する。
【０３３５】
図３４は、サブプロバイダにおける認証チケットＩＤ確認処理の一例のフローチャートである。
【０３３６】
サブプロバイダ１４は、図３２のステップＳ４６及び後述する図４３のステップＳ８４においてＪｏｉｎマージプロバイダ１３が、認証チケットＩＤ６１０の確認リクエストをサブプロバイダ１４に送信すると、以下に示すステップＳ７０からの処理を開始する。
【０３３７】
ステップＳ７０では、サブプロバイダ１４のＸＭＬ処理部１３１は、Ｊｏｉｎマージプロバイダ１３より認証チケットＩＤ６１０の確認リクエストを受信する。
【０３３８】
Ｊｏｉｎマージプロバイダ１３から副サブプロバイダへの認証チケットＩＤ確認リクエストの一例は、後述する図３８を用いて、また、Ｊｏｉｎマージプロバイダ１３から主サブプロバイダへの認証チケットＩＤ確認リクエストの一例は、後述する図４５を用いて説明する。
【０３３９】
ステップＳ７０に続いてステップＳ７１に進み、サブプロバイダ１４のＵＩＤ変換部１３２は、ステップＳ７０において受信した認証チケットＩＤ６１０の確認リクエストに含まれるＵＩＤをディレクトリ１５０固有のＵＩＤに変換する。
【０３４０】
ステップＳ７１に続いてステップＳ７２に進み、認証チケット管理部１４４は、ステップＳ７０において受信した認証チケットＩＤ６１０の確認リクエストに含まれる認証チケットＩＤ６１０が有効な認証チケット６００の認証チケットＩＤ６１０であるかどうかを判定する。
【０３４１】
有効な認証チケット６００の認証チケットＩＤ６１０であると判定すると（ステップＳ７２においてＹＥＳ）、ステップＳ７４に進み、無効な認証チケット６００の認証チケットＩＤ６１０であると判定すると（ステップＳ７２においてＮＯ）、ステップＳ７３に進む。
【０３４２】
ステップＳ７３では、サブプロバイダ１４のＸＭＬ処理部１３１は、認証チケットＩＤ６１０の確認が失敗した旨の認証チケットＩＤ確認レスポンスを作成し、Ｊｏｉｎマージプロバイダ１３に送信する。
【０３４３】
ステップＳ７４では、サブプロバイダ１４は、ディレクトリ操作ラッパー１４１を介してディレクトリ１５０からユーザ情報を取得する。
【０３４４】
ステップＳ７４に続いてステップＳ７５に進み、サブプロバイダ１４のＵＩＤ変換部１３２は、ディレクトリ１５０固有のＵＩＤをＪｏｉｎマージプロバイダ１３が利用可能なＵＩＤに変換する。
【０３４５】
ステップＳ７５に続いてステップＳ７６に進み、サブプロバイダ１４のＸＭＬ処理部１３１は、ステップＳ７４において取得したユーザ情報を含む認証チケットＩＤ確認レスポンスを作成し、Ｊｏｉｎマージプロバイダ１３に送信する。
【０３４６】
副サブプロバイダからＪｏｉｎマージプロバイダ１３への認証チケットＩＤ確認レスポンスの一例は、後述する図３９を用いて、また、主サブプロバイダからＪｏｉｎマージプロバイダ１３への認証チケットＩＤ確認レスポンスの一例は、後述する図４６を用いて説明する。
【０３４７】
なお、図３２のステップＳ４７及び／又は後述する図４３のステップＳ８５は、図３４のステップＳ７３又はステップＳ７６において送信した認証チケットＩＤ確認レスポンスを受信する。
【０３４８】
図３５は、クライアントからＪｏｉｎマージプロバイダへの認証チケット作成リクエストの一例のＸＭＬメッセージである。
【０３４９】
図３５に示すように、クライアント（例えば、Ｗｅｂポータル）からＪｏｉｎマージプロバイダ１３への認証チケット５００の作成リクエストには、＜Ｎａｍｅ＞＜／Ｎａｍｅ＞のタグにユーザ名が、＜ｐａｓｓｗｄ＞＜／ｐａｓｓｗｄ＞のタグにユーザ名に対応するパスワードが含まれている。
【０３５０】
Ｊｏｉｎマージプロバイダ１３は、ユーザ名とパスワードとを含む認証チケット５００の作成リクエストをクライアント（例えば、Ｗｅｂポータル）より受信する。
【０３５１】
図３６は、Ｊｏｉｎマージプロバイダからサブプロバイダへの認証チケット作成リクエストの一例のＸＭＬメッセージである。
【０３５２】
図３６に示すように、Ｊｏｉｎマージプロバイダ１３は、クライアント（例えば、Ｗｅｂポータル）から送信された認証チケット５００の作成リクエストに含まれるユーザ名とパスワードとをそのまま含むサブプロバイダ１４におけるユーザを認証する認証チケット６００の作成リクエストをサブプロバイダ１４へ送信する。
【０３５３】
図３７は、副サブプロバイダからＪｏｉｎマージプロバイダへの認証チケット作成レスポンスの一例のＸＭＬメッセージである。
【０３５４】
図３７に示すように、副サブプロバイダからＪｏｉｎマージプロバイダ１３への認証チケット作成レスポンスには、＜ａｕｔｈＴｉｃｋｅｔ＞＜／ａｕｔｈＴｉｃｋｅｔ＞のタグに、副サブプロバイダにおいて作成した認証チケット６００の認証チケットＩＤ６１０が含まれる。
【０３５５】
副サブプロバイダは、認証が成功すると、副サブプロバイダにおけるユーザを認証する認証チケット６００を作成し、該認証チケット６００の認証チケットＩＤ６１０を含む認証チケット作成レスポンスをＪｏｉｎマージプロバイダ１３に送信する。
【０３５６】
図３８は、Ｊｏｉｎマージプロバイダから副サブプロバイダへの認証チケットＩＤ確認リクエストの一例のＸＭＬメッセージである。
【０３５７】
図３８に示すように、Ｊｏｉｎマージプロバイダ１３から副サブプロバイダへの認証チケットＩＤ確認リクエストには、＜ａｕｔｈＴｉｃｋｅｔ＞＜／ａｕｔｈＴｉｃｋｅｔ＞のタグに、図３７に示す副サブプロバイダより取得した、副サブプロバイダにおけるユーザを認証する認証チケット６００の認証チケットＩＤ６１０が含まれている。
【０３５８】
図３９は、副サブプロバイダからＪｏｉｎマージプロバイダへの認証チケットＩＤ確認レスポンスの一例のＸＭＬメッセージである。
【０３５９】
図３９に示すように、副サブプロバイダからＪｏｉｎマージプロバイダ１３への認証チケットＩＤ６１０の確認レスポンスには、＜ｎａｍｅ＞＜／ｎａｍｅ＞のタグにユーザの名前が含まれ、＜ｉｄ＞＜／ｉｄ＞のタグにユーザを識別するＵＩＤが含まれ、＜ｇｒｏｕｐＬｉｓｔ＞＜／ｇｒｏｕｐＬｉｓｔ＞のタグに含まれる各＜ｉｔｅｍ＞＜／ｉｔｅｍ＞のタグに、当該副サブプロバイダにおいて前記＜ｉｄ＞＜／ｉｄ＞のタグに含まれるユーザとして登録されているユーザの所属するグループ情報が含まれている。
【０３６０】
副サブプロバイダは、ユーザ情報及び／又はユーザの所属するグループ情報をディレクトリ１５０から取得し、Ｊｏｉｎマージプロバイダ１３に送信する。
【０３６１】
図４０は、Ｊｏｉｎマージプロバイダから主サブプロバイダへの認証チケット作成リクエストの一例のＸＭＬメッセージである。
【０３６２】
図４０に示すように、Ｊｏｉｎマージプロバイダ１３から主サブプロバイダへの認証チケット６００の作成リクエストには、＜Ｎａｍｅ＞＜／Ｎａｍｅ＞のタグに認証チケット取得用の管理用ＩＤが、＜ｐａｓｓｗｄ＞＜／ｐａｓｓｗｄ＞のタグに証チケット取得用の管理用パスワードが含まれている。
【０３６３】
Ｊｏｉｎマージプロバイダ１３は、サブプロバイダ登録部１３６に格納されている主サブプロバイダの認証チケット取得用の管理用ＩＤと管理用パスワードとを含む、主サブプロバイダのＵＩＤに対応するユーザを認証する認証チケット６００の作成リクエストを主サブプロバイダへ送信する。
【０３６４】
図４１は、主サブプロバイダからＪｏｉｎマージプロバイダへの認証チケット作成レスポンスの一例のＸＭＬメッセージである。
【０３６５】
図４１に示すように、主サブプロバイダからＪｏｉｎマージプロバイダ１３への認証チケット作成レスポンスには、＜ａｕｔｈＴｉｃｋｅｔ＞＜／ａｕｔｈＴｉｃｋｅｔ＞のタグに、主サブプロバイダにおいて作成した認証チケット６００の認証チケットＩＤ６１０が含まれる。
【０３６６】
主サブプロバイダは、認証が成功すると、副サブプロバイダにおけるユーザを認証する認証チケット６００を作成し、該認証チケット６００の認証チケットＩＤ６１０を含む認証チケット作成レスポンスをＪｏｉｎマージプロバイダ１３に送信する。
【０３６７】
図４２は、Ｊｏｉｎマージプロバイダからクライアントへの認証チケット作成レスポンスの一例のＸＭＬメッセージである。
【０３６８】
図４２に示すように、Ｊｏｉｎマージプロバイダ１３からクライアント（例えば、Ｗｅｂポータル）への認証チケット作成レスポンスには、＜ａｕｔｈＴｉｃｋｅｔ＞＜／ａｕｔｈＴｉｃｋｅｔ＞のタグに、Ｊｏｉｎマージプロバイダ１３において作成した認証チケット５００の認証チケットＩＤ５１０が含まれる。
【０３６９】
Ｊｏｉｎマージプロバイダ１３は、図４１において説明したように、主サブプロバイダから主サブプロバイダにおいて作成した認証チケット６００の認証チケットＩＤ６１０を取得すると、図３０において説明したＪｏｉｎマージプロバイダ１３におけるユーザを認証する認証チケット５００を作成し、該認証チケット５００の認証チケットＩＤ５１０を含んだ認証チケット作成レスポンスをクライアント（例えば、Ｗｅｂポータル）に送信する。
【０３７０】
以下、前記認証チケット作成レスポンスにおいて送信した認証チケットＩＤ５１０の確認リクエストが、クライアント（例えば、アプリケーション）から送信された場合のＪｏｉｎマージプロバイダ１３及びサブプロバイダ１４の処理を説明する。
【０３７１】
図４３は、Ｊｏｉｎマージプロバイダにおける認証チケットＩＤ確認処理の一例のフローチャートである。
【０３７２】
ステップＳ８０では、Ｊｏｉｎマージプロバイダ１３のＸＭＬ処理部１３１は、クライアント（例えば、アプリケーション）より認証チケットＩＤ５１０の確認リクエストを受信する。
【０３７３】
クライアント（例えば、アプリケーション）からＪｏｉｎマージプロバイダ１３への認証チケットＩＤ確認リクエストの一例は、後述する図４４を用いて説明する。
【０３７４】
ステップＳ８０に続いてステップＳ８１に進み、認証チケット管理部１３９は、ステップＳ８０において受信した認証チケットＩＤ５１０の確認リクエストに含まれる認証チケットＩＤ５１０を取得する。
【０３７５】
ステップＳ８１に続いてステップＳ８２に進み、認証チケット管理部１３９は、ステップＳ８１において取得した認証チケットＩＤ５１０が正しい認証チケットＩＤ５１０かどうかを判定する。
【０３７６】
正しい認証チケットＩＤ５１０であると判定すると（ステップＳ８２においてＹＥＳ）、ステップＳ８３に進み、正しい認証チケットＩＤ５１０でないと判定すると（ステップＳ８２においてＮＯ）、ステップＳ８７に進む。
【０３７７】
ステップＳ８３では、認証チケット管理部１３９は、Ｊｏｉｎマージプロバイダ１３の認証チケット５００に含まれる主サブプロバイダの認証チケット６００の認証チケットＩＤ６１０と、主サブプロバイダのサブプロバイダ名とをサブプロバイダ呼び出し部１３４に渡す。
【０３７８】
ステップＳ８３に続いてステップＳ８４に進み、マージプロバイダＸＭＬ処理部１３５は、サブプロバイダ呼び出し部１３４を介して取得した主サブプロバイダの認証チケット６００の認証チケットＩＤ６１０を用いて、認証チケットＩＤ６１０を含む、主サブプロバイダに対する認証チケットＩＤ確認リクエストを作成し、主サブプロバイダに対して送信する。
【０３７９】
Ｊｏｉｎマージプロバイダ１３から主サブプロバイダへの認証チケットＩＤ確認リクエストの一例は、後述する図４５を用いて説明する。
【０３８０】
ステップＳ８４に続いてステップＳ８５に進み、サブプロバイダ呼び出し部１３４は、マージプロバイダＸＭＬ処理部１３５を介して、主サブプロバイダから、認証チケットＩＤ６１０の確認レスポンスを受信する。
【０３８１】
主サブプロバイダからＪｏｉｎマージプロバイダ１３への認証チケットＩＤ確認レスポンスの一例は、後述する図４６を用いて説明する。
【０３８２】
ステップＳ８５に続いてステップＳ８６に進み、サブプロバイダ呼び出し部１３４は、ステップＳ８５において受信した認証チケットＩＤ６１０の確認レスポンスに、ユーザ情報が含まれているかどうかを判定する。
【０３８３】
ユーザ情報が含まれていると判定すると（ステップＳ８６においてＹＥＳ）、ステップＳ８８に進み、ユーザ情報が含まれていないと判定すると（ステップＳ８６においてＮＯ）、ステップＳ８７に進む。
【０３８４】
ステップＳ８７では、Ｊｏｉｎマージプロバイダ１３のＸＭＬ処理部１３１は、認証チケットＩＤ５１０の確認が失敗した旨のレスポンスを作成し、クライアント（例えば、アプリケーション）に送信する。
【０３８５】
ステップＳ８８では、サブプロバイダ呼び出し部１３４は、ステップＳ８６において取得したユーザ情報に含まれるユーザを識別する識別情報であるＵＩＤを用いて、同一ユーザのＵＩＤを統合ディレクトリより取得する。
【０３８６】
ステップＳ８８に続いてステップＳ８９に進み、サブプロバイダ呼び出し部１３４は、セッション管理部１３７において管理されている各サブプロバイダ１４のセッションチケット３００のセッションチケットＩＤ３１０と、サブプロバイダ名とを取得する。
【０３８７】
ステップＳ８９に続いてステップＳ９０に進み、マージプロバイダＸＭＬ処理部１３５は、ユーザを特定するＵＩＤと各サブプロバイダ１４のセッションチケット３００のセッションチケットＩＤ３１０とをサブプロバイダ呼び出し部１３４より取得し、第一実施例において説明したように、ユーザの所属するグループの取得リクエストを作成し、各サブプロバイダ１４に送信する。
【０３８８】
ステップＳ９０に続いてステップＳ９１に進み、サブプロバイダ呼び出し部１３４は、マージプロバイダＸＭＬ処理部１３５を介して、各サブプロバイダ１４から所属グループの取得リクエストに対する所属グループ取得レスポンスを受信する。
【０３８９】
ステップＳ９１に続いてステップＳ９２に進み、マージ処理部１３３は、ステップＳ８５において取得したユーザ情報と、ステップＳ９１において取得した所属グループ取得レスポンスに含まれるユーザの所属するグループ情報とをマージする。
【０３９０】
ステップＳ９２に続いてステップＳ９３に進み、Ｊｏｉｎマージプロバイダ１３のＸＭＬ処理部１３１は、ステップＳ９２においてマージしたユーザ情報とユーザの所属するグループ情報とを含む認証チケットＩＤ確認レスポンスを作成し、クライアント（例えば、アプリケーション）に送信する。
【０３９１】
Ｊｏｉｎマージプロバイダ１３からクライアントへの認証チケットＩＤ確認レスポンスの一例は、後述する図４７を用いて説明する。
【０３９２】
図４４は、クライアントからＪｏｉｎマージプロバイダへの認証チケットＩＤ確認リクエストの一例のＸＭＬメッセージである。
【０３９３】
図４４に示すように、クライアント（例えば、アプリケーション）からＪｏｉｎマージプロバイダ１３への認証チケットＩＤ確認リクエストには、＜ａｕｔｈＴｉｃｋｅｔ＞＜／ａｕｔｈＴｉｃｋｅｔ＞のタグに、Ｊｏｉｎマージプロバイダ１３におけるユーザを認証する認証チケット５００の認証チケットＩＤ５１０が含まれている。
【０３９４】
Ｊｏｉｎマージプロバイダ１３は、Ｊｏｉｎマージプロバイダ１３におけるユーザを認証する認証チケット５００の認証チケットＩＤ５１０を含む認証チケットＩＤ５１０の確認リクエストをクライアント（例えば、アプリケーション）より受信する。
【０３９５】
図４５は、Ｊｏｉｎマージプロバイダから主サブプロバイダへの認証チケットＩＤ確認リクエストの一例のＸＭＬメッセージである。
【０３９６】
図４５に示すように、Ｊｏｉｎマージプロバイダ１３から主サブプロバイダへの認証チケットＩＤ確認リクエストには、＜ａｕｔｈＴｉｃｋｅｔ＞＜／ａｕｔｈＴｉｃｋｅｔ＞のタグに、主サブプロバイダにおけるユーザを認証する認証チケット６００の認証チケットＩＤ６１０が含まれている。
【０３９７】
Ｊｏｉｎマージプロバイダ１３は、図３０において説明したように、主サブプロバイダの認証チケット６００を当該Ｊｏｉｎマージプロバイダ１３の認証チケット５００に含めて管理しているため、クライアント（例えば、アプリケーション）から送信された認証チケット確認リクエストに含まれるＪｏｉｎマージプロバイダ１３の認証チケット５００の認証チケットＩＤ５１０を基に、主サブプロバイダの認証チケット６００の認証チケットＩＤ６１０を取得し、該認証チケットＩＤ６１０をＸＭＬメッセージに含めることができる。
【０３９８】
図４６は、主サブプロバイダからＪｏｉｎマージプロバイダへの認証チケットＩＤ確認レスポンスの一例のＸＭＬメッセージである。
【０３９９】
図４６に示すように、主サブプロバイダからＪｏｉｎマージプロバイダ１３への認証チケットＩＤ６１０の確認レスポンスには、＜ｎａｍｅ＞＜／ｎａｍｅ＞のタグにユーザの名前が含まれ、＜ｉｄ＞＜／ｉｄ＞のタグに主サブプロバイダのユーザとして主サブプロバイダに登録されているユーザのＵＩＤが含まれ、＜ｇｒｏｕｐＬｉｓｔ＞＜／ｇｒｏｕｐＬｉｓｔ＞のタグに含まれる各＜ｉｔｅｍ＞＜／ｉｔｅｍ＞のタグに、ユーザの該主サブプロバイダにおける所属するグループ情報が含まれている。
【０４００】
主サブプロバイダは、ユーザ情報と、該ユーザが所属するグループ情報とをディレクトリ１５０から取得し、Ｊｏｉｎマージプロバイダ１３に送信する。
【０４０１】
図４７は、Ｊｏｉｎマージプロバイダからクライアントへの認証チケットＩＤ確認レスポンスの一例のＸＭＬメッセージである。
【０４０２】
図４７に示されるように、Ｊｏｉｎマージプロバイダ１３は、＜ｎａｍｅ＞＜／ｎａｍｅ＞のタグにユーザの名前を、＜ｉｄ＞＜／ｉｄ＞のタグに主サブプロバイダにおけるユーザのＵＩＤを、１つの＜ｇｒｏｕｐＬｉｓｔ＞＜／ｇｒｏｕｐＬｉｓｔ＞のタグに含まれる１つ以上の＜ｉｔｅｍ＞＜／ｉｔｅｍ＞のタグに各サブプロバイダ１４から取得した前記同一ユーザが所属するグループ情報を格納し、クライアントへ送信する。
【０４０３】
Ｊｏｉｎマージプロバイダ１３は、図４６において説明したように、主サブプロバイダからユーザを識別するＵＩＤを取得することができるので、該ＵＩＤを用いて、同一ユーザのＵＩＤを統合ディレクトリ１８０より取得し、取得したＵＩＤと、サブプロバイダ１４のセッションチケット３００のセッションＩＤ３１０とを用いて、各サブプロバイダ１４から各サブプロバイダに各サブプロバイダのユーザとして登録されている同一ユーザの所属するグループ情報を取得することができる。
【０４０４】
例えば、図４７の＜ｉｔｅｍ＞＜／ｉｔｅｍ＞のタグに格納されているＧ：ＷｉｎＮＴ４：ｇｒｏｕｐ１と、Ｇ：ＷｉｎＮＴ４：ｇｒｏｕｐ２とは、ＷｉｎＮＴ認証ディレクトリプロバイダ７にＷｉｎＮＴ４のユーザとして登録されているユーザ３２３８９９４２０９（ｙａｍａｄａ）が所属するグループ情報であり、図４７の＜ｉｔｅｍ＞＜／ｉｔｅｍ＞のタグに格納されているＧ：Ｌｏｃａｌ：ｇｒｏｕｐ１と、Ｇ：Ｌｏｃａｌ：ｇｒｏｕｐ２とは、Ｌｏｃａｌ認証ディレクトリプロバイダ８にＬｏｃａｌのユーザとして登録されているユーザ３２３８９９４２０９（ｙａｍａｄａ）が所属するグループ情報である。
【０４０５】
Ｊｏｉｎマージプロバイダ１３は、これらのグループ情報をマージしてクライアントに提供することができる。
【０４０６】
第二の実施例において説明したように、サブプロバイダ１４が認証を必要とした場合でも、ユーザはＪｏｉｎマージプロバイダ１３に対してユーザ名とパスワードとを一度送信して認証を行うだけで、主サブプロバイダにおいてユーザとして認証され、登録されている全てのサブプロバイダ１４から同一ユーザの所属するグループ情報を取得することができる。
【０４０７】
なお、第二の実施例の説明においては、Ｊｏｉｎマージプロバイダ１３とサブプロバイダ１４との間、及びＪｏｉｎマージプロバイダ１３とクライアントとの間は、認証チケットＩＤ５１０及び／又は認証チケットＩＤ６１０を送受信する場合を例にとって説明したが、これは本実施を制限するものではなく、認証チケット５００及び／又は認証チケット６００を送受信してもよい。これは以下においても、同様である。
【０４０８】
なお、Ｊｏｉｎマージプロバイダ１３は、主サブプロバイダを複数指定することも可能である。
【０４０９】
Ｊｏｉｎマージプロバイダ１３は、副サブプロバイダの認証チケット取得用の管理用ＩＤと管理用パスワードとをサブプロバイダ登録部１３６に格納することによって、副サブプロバイダを新たな主サブプロバイダとして指定することができる。
【０４１０】
例えば、Ｊｏｉｎマージプロバイダ１３は、サブプロバイダ登録部１３６に副サブプロバイダの管理用ＩＤと管理用パスワードとが新たに登録されると、該副サブプロバイダを新たな主サブプロバイダとし、前記管理用ＩＤと前記管理用パスワードとを用いて、前記主サブプロバイダより該主サブプロバイダにおけるユーザを認証する認証チケット６００及び／又は認証チケットＩＤ６１０を取得する。
【０４１１】
Ｊｏｉｎマージプロバイダ１３は、取得した認証チケットＩＤ６１０を用いて、該認証チケットＩＤ確認リクエストを前記主サブプロバイダに送信し、前記主サブプロバイダより前記主サブプロバイダのＵＩＤを取得する。
【０４１２】
Ｊｏｉｎマージプロバイダ１３は、取得した主サブプロバイダにおけるユーザを認証する認証チケット６００及び主サブプロバイダのＵＩＤを統合ディレクトリ１８０に登録する。
【０４１３】
図４８は、統合ディレクトリにおいて管理するデータの概念図（その２）である。
【０４１４】
図４８に示すように、統合ディレクトリ１８０は、１つ以上の主サブプロバイダと、１つ以上の副サブプロバイダのＵＩＤと、１つ以上の主サブプロバイダの認証チケットとを統合して管理する。
【０４１５】
Ｊｏｉｎマージプロバイダ１３は、主サブプロバイダを複数指定し、管理することができる。
【０４１６】
主サブプロバイダと副サブプロバイダとの違いは、サブプロバイダ登録部１３６に管理用ＩＤと管理用パスワードとが登録されているかどうかである。
【０４１７】
例えば、新たなサブプロバイダ１４をＪｏｉｎマージプロバイダ１３に追加する際に、サブプロバイダ登録部１３６に管理用ＩＤと管理用パスワードとを登録すると前記新たなサブプロバイダ１４は、主サブプロバイダとなり、サブプロバイダ登録部１３６に管理用ＩＤと管理用パスワードとを登録しないと、前記新たなサブプロバイダ１４は、副サブプロバイダとなる。
【０４１８】
このような構成にすることによって、例えばクライアントは、どの主サブプロバイダに登録されているユーザ及び／又は該ユーザが所属するグループに前記クライアントが提供するサービスの利用を許可するか、選択することができる。
【０４１９】
以下に、Ｊｏｉｎマージプロバイダ１３を導入した場合の一例を、図４９を用いて説明する。
【０４２０】
図４９は、Ｊｏｉｎマージプロバイダを利用してＩＣカードを読みとって、ユーザの認証を行い、リポジトリサービスが蓄積している蓄積文書を取得する一例を説明するための図である。
【０４２１】
ステップＳ１００では、ＩＣカード読み取りサービス１９０が、ＩＣカードから読み取ったユーザ名とパスワードとをＪｏｉｎマージプロバイダ１３に渡す。
【０４２２】
ステップＳ１００に続いてステップＳ１０１に進み、Ｊｏｉｎマージプロバイダ１３は、ステップＳ１００において取得したユーザ名とパスワードとを含む認証チケット６００の作成リクエストを主サブプロバイダ２２０と副サブプロバイダであるＩＣカード認証Ｌｏｃａｌプロバイダ２３０に送信する。
【０４２３】
副サブプロバイダであるＩＣカード認証Ｌｏｃａｌプロバイダ２３０は、前記ユーザ名とパスワードとを用いて認証を行い、認証が成功した場合は、認証チケット６００の作成を行う。
【０４２４】
ステップＳ１０１に続いてステップＳ１０２に進み、副サブプロバイダであるＩＣカード認証Ｌｏｃａｌプロバイダ２３０は、認証チケット６００の認証チケットＩＤ６１０を含む認証チケット作成レスポンスを作成し、Ｊｏｉｎマージプロバイダ１３に送信する。また、主サブプロバイダ２２０は、認証が失敗した旨の認証チケット作成レスポンスを作成し、Ｊｏｉｎマージプロバイダ１３に送信する。
【０４２５】
ステップＳ１０２に続いてステップＳ１０３に進み、Ｊｏｉｎマージプロバイダ１３は、認証チケット６００の認証チケットＩＤ６１０を用いて、ＩＣカード認証Ｌｏｃａｌプロバイダ２３０に対して、認証チケットＩＤ６１０の確認リクエストを送信する。
【０４２６】
なお、Ｊｏｉｎマージプロバイダ１３は、管理対象としている登録された全てのサブプロバイダに対して認証チケットＩＤ６１０の確認リクエストを送信するようにしてもよい。
【０４２７】
ステップＳ１０３に続いてステップＳ１０４に進み、ＩＣカード認証Ｌｏｃａｌプロバイダ２３０は、前記認証に成功したユーザのＵＩＤを含む認証チケットＩＤ６１０の確認レスポンスをＪｏｉｎマージプロバイダ１３に送信する。
【０４２８】
Ｊｏｉｎマージプロバイダ１３は、取得した認証チケット確認レスポンスに含まれるＵＩＤを基に、統合ディレクトリ１８０より、同一ユーザの主サブプロバイダのＵＩＤを取得する。
【０４２９】
ステップＳ１０４に続いてステップＳ１０５に進み、Ｊｏｉｎマージプロバイダ１３は、認証チケット作成用の主サブプロバイダの管理用ＩＤと管理用パスワードとを用いて、主サブプロバイダ２２０に対して、前記主サブプロバイダのＵＩＤに対応するユーザの認証チケット６００の作成リクエストを送信する。
【０４３０】
主サブプロバイダ２２０は、前記管理用ＩＤと前記管理用パスワードとを用いて前記ＵＩＤに対応するユーザの認証を行い、認証が成功した場合は、認証チケット６００の作成を行う。
【０４３１】
ステップ１０５に続いてステップＳ１０６に進み、主サブプロバイダ２２０は、認証チケット６００の認証チケットＩＤ６１０を含む認証チケット作成レスポンスを作成し、Ｊｏｉｎマージプロバイダ１３に送信する。
【０４３２】
ステップＳ１０６に続いてステップＳ１０７に進み、Ｊｏｉｎマージプロバイダ１３は、主サブプロバイダ２２０から認証チケットＩＤ６１０が含まれた認証チケット作成レスポンスを取得すると、Ｊｏｉｎマージプロバイダ１３におけるユーザを認証する認証チケット５００を作成し、該作成した認証チケット５００の認証チケットＩＤ５１０を含んだ認証チケット作成レスポンスをＩＣカード読み取りサービス１９０に送信する。
【０４３３】
ステップＳ１０７に続いてステップＳ１０８に進み、ＩＣカード読み取りサービス１９０は、ステップＳ１０７において取得した認証チケットＩＤ５１０を含んだ、リポジトリサービスが提供するサービスの利用を許可するセッションチケット７００の作成リクエストを、リポジトリサービス１７０に送信する。
【０４３４】
ステップＳ１０８に続いてステップＳ１０９に進み、リポジトリサービス１７０は、ステップＳ１０８において受信したセッションチケット７００の作成リクエストが、有効なユーザからのリクエストかどうかを確認するために、前記セッションチケット７００の作成リクエストに含まれる認証チケットＩＤ５１０を用いて、該認証チケットＩＤ５１０を含む認証チケットＩＤ確認リクエストをＪｏｉｎマージプロバイダ１３に送信する。
【０４３５】
ステップＳ１０９に続いてステップＳ１１０に進み、Ｊｏｉｎマージプロバイダ１３は、ステップＳ１０９において取得した認証チケットＩＤ確認リクエストに含まれる認証チケットＩＤ５１０を基に、ステップＳ１０６において主サブプロバイダ２２０から取得した認証チケットＩＤ６１０の確認リクエストを主サブプロバイダ２２０に送信する。
【０４３６】
ステップＳ１１０に続いてステップＳ１１１に進み、主サブプロバイダ２２０は、認証チケットＩＤ６１０の確認リクエストに含まれる認証チケットＩＤ６１０に対応するユーザのＵＩＤを含む認証チケット確認レスポンスをＪｏｉｎマージプロバイダ１３に送信する。
【０４３７】
Ｊｏｉｎマージプロバイダ１３は、取得した認証チケット確認レスポンスに含まれるＵＩＤを基に、同一ユーザのＵＩＤを統合ディレクトリ１８０より取得する。
【０４３８】
ステップＳ１１１に続いてステップＳ１１２に進み、Ｊｏｉｎマージプロバイダ１３は、主サブプロバイダ２２０のユーザとして主サブプロバイダ２２０に登録されているユーザのＵＩＤと、主サブプロバイダ２２０のセッションチケット３００のセッションチケットＩＤ３１０とを含むＵＩＤに対応するユーザの所属するグループ情報の取得リクエストを主サブプロバイダ２２０に送信する。
【０４３９】
また、Ｊｏｉｎマージプロバイダ１３は、ＩＣカード認証Ｌｏｃａｌプロバイダ２３０のユーザとしてＩＣカード認証Ｌｏｃａｌプロバイダ２３０に登録されているユーザのＵＩＤと、ＩＣカード認証Ｌｏｃａｌプロバイダ２３０のセッションチケット３００のセッションチケットＩＤ３１０とを含むＵＩＤに対応するユーザの所属するグループ情報の取得リクエストをＩＣカード認証Ｌｏｃａｌプロバイダ２３０に送信してもよい。
【０４４０】
ステップＳ１１２に続いてステップＳ１１３に進み、Ｊｏｉｎマージプロバイダ１３及び／又はＩＣカード認証Ｌｏｃａｌプロバイダ２３０は、取得したユーザの所属するグループ情報の取得リクエストに含まれるＵＩＤに対応するユーザの所属するグループ情報を含む取得レスポンスを作成し、Ｊｏｉｎマージプロバイダ１３に送信する。
【０４４１】
ステップＳ１１３に続いてステップＳ１１４に進み、Ｊｏｉｎマージプロバイダ１３は、ステップＳ１１１において取得したユーザ情報及び／又はステップＳ１１３において取得したユーザの所属するグループ情報をマージして、該マージした情報を含む認証チケットＩＤ確認レスポンスを作成し、リポジトリサービス１７０に送信する。
【０４４２】
ステップＳ１１４に続いてステップＳ１１５に進み、リポジトリサービス１７０は、ステップＳ１１４において取得したグループの中に当該リポジトリサービス１７０が提供するサービスの利用を許可しているグループが存在した場合は、サービスの利用を許可するセッションチケット７００を作成し、該セッションチケット７００のセッションチケットＩＤ７１０を含むセッションチケットの作成レスポンスをＩＣカード読み取りサービス１９０に送信する。
【０４４３】
ステップＳ１１５に続いてステップＳ１１６に進み、ＩＣカード読み取りサービス１９０は、取得したセッションチケット７００のセッションチケットＩＤ７１０を含む蓄積文書の取得リクエストをリポジトリサービス１７０に送信する。
【０４４４】
ステップＳ１１６に続いてステップＳ１１７に進み、リポジトリサービス１７０は、ステップＳ１１６において取得した蓄積文書の取得リクエストに含まれるセッションチケットＩＤ７１０が有効なセッションチケット７００のセッションチケットＩＤ７１０かどうかを判定し、有効なセッションチケットＩＤ７１０であると判定した場合には、指定された蓄積文書を含む蓄積文書の取得レスポンスをＩＣカード読み取りサービス１９０に送信する。
【０４４５】
Ｊｏｉｎマージプロバイダ１３を導入することによって、ユーザはＩＣカードを通すだけで、例えば、ＩＣカード認証Ｌｏｃａｌプロバイダ２３０で認証され、同一ユーザであれば、例えば、主サブプロバイダ２２０のユーザに対してのみ、利用を許可しているリポジトリサービス１７０を利用することができる。
【実施例３】
【０４４６】
以下、Ｊｏｉｎマージプロバイダ１３と、サブプロバイダ１４と、の構成に係る情報（構成情報）を、Ｊｏｉｎマージプロバイダ１３の外に出して、後述するコンフィグレーションマネージャ２２で保持、管理するようにした例を、以下の実施例において説明する。
【０４４７】
図５０は、ＵＣＳの構成を説明するための図（その４）である。なお、図５０では、説明の簡略化のため、図１３において説明したように、ＵＣＳ４９内に、Ｊｏｉｎマージプロバイダ１３も、サブプロバイダ１４の全ても含まれているものとして説明を行う。但し、上述したように、例えばサブプロバイダ１４の一部又は全ては、他の融合機１２０等に含まれていてもよい。
【０４４８】
図５０に示されるＵＣＳ４９は、ディスパッチャー２１と、コンフィグレーションマネージャ２２と、Ｊｏｉｎマージプロバイダ１３と、サブプロバイダ１４１から１４ｎと、を含む。
【０４４９】
ディスパッチャー２１は、クライアントからの要求を受け取って、コンフィグレーションマネージャ２２やＪｏｉｎマージプロバイダ１３等に要求を振り分けたり、振り分けた要求に応じてコンフィグレーションマネージャ２２又はＪｏｉｎマージプロバイダ１３等が処理した処理結果をクライアントに送信したりする。
【０４５０】
コンフィグレーションマネージャ２２は、Ｊｏｉｎマージプロバイダ１３と、サブプロバイダ１４１〜１４ｎと、の構成を管理する管理部であり、構成情報等を格納部に保持する。
【０４５１】
なお、Ｊｏｉｎマージプロバイダ１３及びサブプロバイダ１４は上述した実施例１又は実施例２において説明したのと同様である。
【０４５２】
以下、プロバイダ一覧取得シーケンスの一例を、図５１を用いて説明する。図５１は、プロバイダ一覧取得シーケンスの一例を説明するための図である。
【０４５３】
図５１に示されるように、クライアントは、例えばＪｏｉｎマージプロバイダ１３のサブプロバイダ１４として新たなプロバイダを追加する場合、該新たに追加するプロバイダを選択するため、ディスパッチャー２１に対して、ディスパッチャー２１のｇｅｔＰｒｏｖｉｄｅｒＬｉｓｔメソッドを含むプロバイダ一覧取得リクエストを送信する（シーケンスＳＱ１）。なお、プロバイダ一覧取得リクエストの一例は、後述する図５２を用いて示す。
【０４５４】
プロバイダ一覧取得リクエストを受信したディスパッチャー２１は、コンフィグレーションマネージャ２２のｅｎｕｍｅｒａｔｅＰｒｏｖｉｄｅｒＮａｍｅメソッドを呼び出す（シーケンスＳＱ２）。
【０４５５】
ｅｎｕｍｅｒａｔｅＰｒｏｖｉｄｅｒＮａｍｅメソッドを呼び出されたコンフィグレーションマネージャ２２は、格納部よりプロバイダ名等を取得し、プロバイダ一覧としてディスパッチャー２１に返す。
【０４５６】
ディスパッチャー２１は、プロバイダ一覧を含むプロバイダ一覧取得レスポンスを作成し、要求元のクライアントに送信する。なお、プロバイダ一覧取得レスポンスの一例は、後述する図５３を用いて示す。
【０４５７】
図５１に示すような処理を行うことによって、例えばクライアントはプロバイダの一覧を表示し、ユーザはプロバイダの一覧の中からＪｏｉｎマージプロバイダ１３のサブプロバイダ１４として新たに追加するプロバイダを選択することができる。
【０４５８】
以下、プロバイダ一覧取得リクエストの一例を、図５２を用いて示す。図５２は、クライアントからディスパッチャーへのプロバイダ一覧取得リクエストの一例のＸＭＬメッセージである。
【０４５９】
図５２に示されるように、プロバイダ一覧取得リクエストには、ｇｅｔＰｒｏｖｉｄｅｒＬｉｓｔメソッドが含まれている。
【０４６０】
以下、プロバイダ一覧取得レスポンスの一例を、後述する図５３を用いて示す。図５３は、ディスパッチャーからクライアントへのプロバイダ一覧取得レスポンスの一例のＸＭＬメッセージである。
【０４６１】
図５３に示されるように、＜ｉｔｅｍ＞＜／ｉｔｅｍ＞のタグには、プロバイダの名前（又はプロバイダを識別する識別子）が格納されている。
【０４６２】
以下、サブプロバイダ追加シーケンスの一例を、図５４を用いて説明する。図５４は、サブプロバイダ追加シーケンスの一例を説明するための図である。
【０４６３】
図５４に示されるように、クライアントは、例えば後述するＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）等を用いて、ユーザが、プロバイダ一覧から追加するプロバイダを選択すると、ディスパッチャー２１に対して、ディスパッチャー２１のｃｒｅａｔｅＰｒｏｖｉｄｅｒメソッドを含むサブプロバイダ追加リクエストを送信する（シーケンスＳＱ１０）。なお、サブプロバイダ追加リクエストの一例は、後述する図５５を用いて示す。図５４では、省略してあるが、サブプロバイダ追加リクエストには、例えば、どのＪｏｉｎマージプロバイダ１３に、どのサブプロバイダ１４を追加するか等の情報が含まれる。
【０４６４】
サブプロバイダ追加リクエストを受信したディスパッチャー２１は、コンフィグレーションマネージャ２２のｃｒｅａｔｅＰｒｏｖｉｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎメソッドを呼び出す（シーケンスＳＱ１１）。
【０４６５】
ｃｒｅａｔｅＰｒｏｖｉｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎメソッドを呼び出されたコンフィグレーションマネージャ２２は、構成情報を格納するための新たな領域を格納部において確保し、該領域に係る格納領域情報（例えば、新たに確保した領域の先頭アドレス等）をディスパッチャー２１に返す。
【０４６６】
格納領域情報を取得したディスパッチャー２１は、該格納領域情報を引数として、追加するサブプロバイダ１４のｃｒｅａｔｅＰｒｏｖｉｄｅｒメソッドを呼び出す（シーケンスＳＱ１２）。
【０４６７】
ｃｒｅａｔｅＰｒｏｖｉｄｅｒメソッドを呼び出されたサブプロバイダ１４は、ｃｒｅａｔｅＰｒｏｖｉｄｅｒメソッドの引数として渡された格納領域情報と、例えば当該サブプロバイダ１４の識別子及びサブプロバイダ１４の名前等のデフォルトの構成情報と、を引数として、コンフィグレーションマネージャ２２のｓｅｔＡｔｔｒｉｂｕｔｅメソッドを呼び出す（シーケンスＳＱ１３）。
【０４６８】
ｓｅｔＡｔｔｒｉｂｕｔｅメソッドを呼び出されたコンフィグレーションマネージャ２２は、ｓｅｔＡｔｔｒｉｂｕｔｅメソッドの引数として渡されたサブプロバイダ１４のデフォルトの構成情報を含む構成情報を、ｓｅｔＡｔｔｒｉｂｕｔｅメソッドの引数として渡された格納領域情報に基づいて、対応する格納領域に、格納する。
【０４６９】
コンフィグレーションマネージャ２２より構成情報を格納した旨の情報を受け取ったディスパッチャー２１は、プロバイダの追加が正常に終了した旨の情報を含むサブプロバイダ追加レスポンスを作成し、要求元のクライアントに送信する。なお、サブプロバイダ追加レスポンスの一例は、後述する図５６を用いて示す。
【０４７０】
図５４に示されるような処理を行うことによって、プロバイダをＪｏｉｎマージプロバイダ１３のサブプロバイダ１４として新たに追加することができる。
【０４７１】
以下、サブプロバイダ追加リクエストの一例を、図５５を用いて説明する。図５５は、クライアントからディスパッチャーへのサブプロバイダ追加リクエストの一例のＸＭＬメッセージである。
【０４７２】
図５５に示されるように、サブプロバイダ追加リクエストには、ｃｒｅａｔｅＰｒｏｖｉｄｅｒメソッドが含まれている。また、ｃｒｅａｔｅＰｒｏｖｉｄｅｒメソッドの引数として、＜ｊｏｉｎＭｅｒｇｅｐｒｏｖｉｄｅｒＮａｍｅ＞＜／ｊｏｉｎＭｅｒｇｅｐｒｏｖｉｄｅｒＮａｍｅ＞のタグには、Ｊｏｉｎマージプロバイダの識別子又は名前が含まれている。また、＜ｉｔｅｍ＞＜／ｉｔｅｍ＞のタグの、＜ｓｕｂｐｒｏｖｉｄｅｒＮａｍｅ＞＜／ｓｕｂｐｒｏｖｉｄｅｒＮａｍｅ＞には、新たに追加するサブプロバイダの識別子又は名前が含まれている。
【０４７３】
以下、サブプロバイダ追加レスポンスの一例を、図５６を用いて説明する。図５６は、ディスパッチャーからクライアントへのサブプロバイダ追加レスポンスの一例のＸＭＬメッセージである。
【０４７４】
図５６に示されるように、サブプロバイダ追加レスポンスの＜ｒｅｔｕｒｎＶａｌｕｅ＞＜／ｒｅｔｕｒｎＶａｌｕｅ＞のタグには、サブプロバイダの追加が成功したかどうかを表す情報（図５６の例においてはＯＫ）が含まれている。
【０４７５】
以下、クライアントの一例のハードウェア構成を、図５７を用いて説明する。図５７は、クライアントの一例のハードウェア構成図である。
【０４７６】
図５７に示されるクライアントのハードウェア構成は、それぞれバスで相互に接続されている入力装置５１と、表示装置５２と、ドライブ装置５３と、記録媒体５４と、ＲＯＭ５５と、ＲＡＭ５６と、ＣＰＵ５７と、インターフェース装置５８と、ＨＤＤ５９と、から構成されている。
【０４７７】
入力装置５１は、クライアントの利用者が操作するキーボード及びマウス等で構成され、クライアントに各種操作信号を入力するのに用いられる。表示装置５２は、クライアントの利用者が利用するディスプレイ等で構成され、各種情報を表示する。インターフェース装置５８は、クライアントをネットワーク５等に接続するインターフェースである。
【０４７８】
クライアントにおける各処理を実行するアプリケーションプログラム等は、例えば、ＣＤ−ＲＯＭ等の記録媒体５４によってクライアントに提供されるか、ネットワーク５を通じてダウンロードされる。記録媒体５４は、ドライブ装置５３にセットされ、アプリケーションプログラムが記録媒体５４からドライブ装置５３を介してＨＤＤ５９にインストールされる。
【０４７９】
ＲＯＭ５５は、データ等を格納する。ＲＡＭ５６は、クライアントの起動時にＨＤＤ５９からアプリケーションプログラム等を読み出して格納する。ＣＰＵ５７は、ＲＡＭ５６に読み出され格納されたアプリケーションプログラム等に従って処理を実行する。また、ＨＤＤ５９は、データやファイル等を格納する。
【０４８０】
なお、上述した実施例においては、Ｊｏｉｎマージプロバイダ１３及び／又はサブプロバイダ１４が実装される装置の例として融合機１２０を用いて説明を行ったが、図５７に示したようなＰＣ（パーソナルコンピュータ）に実装するようにしてもよい。
【０４８１】
以下、クライアントの機能の一例を、図５８を用いて説明する。図５８は、クライアントの機能ブロック図である。
【０４８２】
図５８に示されるように、クライアントは、ＧＵＩ表示部７１と、制御部７２と、サーバ呼び出し部７３と、ＸＭＬ生成解析部７４と、を含む。
【０４８３】
ＧＵＩ表示部７１は、後述するＧＵＩを作成し、クライアントのディスプレイ等に表示する表示部である。制御部７２は、クライアント全体の処理を制御する制御部である。サーバ呼び出し部７３は、Ｊｏｉｎマージプロバイダ１３等を含むサーバを呼び出す呼び出し部である。ＸＭＬ生成解析部７４は、ＸＭＬを生成し、サーバに送信すると共に、サーバ等から受信したＸＭＬメッセージを解析し、該ＸＭＬメッセージに含まれるデータ等を取得する。
【０４８４】
以下、クライアントにおけるプロバイダの設定に係るＧＵＩの一例を、図５９に示す。図５９は、クライアントにおけるプロバイダの設定に係るＧＵＩを示す図（その１）である。
【０４８５】
クライアントは、例えば図５３に示されるようなプロバイダ一覧取得レスポンスを受信すると、該プロバイダ一覧取得レスポンスに含まれるプロバイダの一覧に基づいて、図５９（Ａ）に示されるように、プロバイダの一覧をドロップダウンメニューの中に含むユーザ認証プロバイダ設定画面を作成し、表示する。
【０４８６】
なお、図５９（Ａ）に示されるユーザ認証プロバイダ設定画面のドロップダウンメニューの下に表示されているグループボックス内は、ユーザが、ドロップダウンメニューの中から選択したプロバイダによって変化する。
【０４８７】
例えば、ユーザが、図５９（Ａ）において「認証サービス参照」を選択して「参照」ボタンをクリックすると、クライアントは、図５９（Ｂ）に示されるような外部認証の参照画面を表示する。なお、外部認証とは、実際の認証を行う認証エンジン（図２５の例では、例えばＩＤパスワード解析部１４３及び認証チケット管理部１４４等）を外部のサーバ等で行わせる認証である。
【０４８８】
ユーザが図５９（Ｂ）において「参照」ボタンをクリックすると、クライアントは、図５９（Ｃ）に示されるようなユーザ認証サービス管理参照画面を表示する。
【０４８９】
以下、クライアントにおけるプロバイダの設定に係るＧＵＩの他の例を、図６０に示す。図６０は、クライアントにおけるプロバイダの設定に係るＧＵＩを示す図（その２）である。
【０４９０】
図６０には、ユーザが、ドロップダウンメニューの中からWindows（登録商標）ＮＴ認証を選んだ場合の、一例の画面が示されている。なお、図６０の「ドメインコントローラの設定」ボタンは、ユーザが「自認証設定」を選択した場合のみ有効となる。
【０４９１】
以下、クライアントにおけるプロバイダの設定に係るＧＵＩの他の例を、図６１に示す。図６１は、クライアントにおけるプロバイダの設定に係るＧＵＩを示す図（その３）である。
【０４９２】
図６１には、ユーザが、ドロップダウンメニューの中からＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙ（登録商標）認証を選んだ場合の、一例の画面が示されている。なお、図６１の「ドメインコントローラの設定」ボタンは、ユーザが「自認証設定」を選択した場合のみ有効となる。
【０４９３】
以下、クライアントにおけるプロバイダの設定に係るＧＵＩの他の例を、図６２に示す。図６２は、クライアントにおけるプロバイダの設定に係るＧＵＩを示す図（その４）である。
【０４９４】
図６２には、ユーザが、ドロップダウンメニューの中からＮｏｔｅｓ（登録商標）認証を選んだ場合の、一例の画面が表示されている。
【０４９５】
以下、リモートプロバイダの一例を、図６３を用いて説明する。図６３は、リモートプロバイダの一例を説明するための図である。
【０４９６】
Ｊｏｉｎマージプロバイダ１３及び／又はサブプロバイダ１４は、例えば定義ファイル等にｉｓ＿ｅｘｐｏｒｔｅｄ属性が真に設定されていると、後述するようなリモートプロバイダとして処理を行うようにしてもよい。ここで、リモートプロバイダとは、例えば、プロバイダが、認証プロバイダであった場合、上述したように、認証エンジンを自身では持たず、他のプロバイダ等に含まれる認証エンジンを利用して、クライアント等からの要求に応じて処理を行うプロバイダのことである。なお、定義ファイルは、例えばコンフィグレーションマネージャ２２等に含まれる。
【０４９７】
例えば、サブプロバイダ１４１は、クライアント又はＪｏｉｎマージプロバイダ１３等よりサービス（例えば、認証サービス等）の利用要求を受け取ると（シーケンスＳＱ２０）、例えば定義ファイル等を参照し、ｉｓ＿ｅｘｐｏｒｔｅｄ属性が真かどうかを判定する。
【０４９８】
サブプロバイダ１４１は、ｉｓ＿ｅｘｐｏｒｔｅｄ属性が真であると判定すると、当該自身はリモートプロバイダであるとして、レジストリ等に格納されている接続先情報を取得し、該接続先に対してサービスの利用要求を転送する（シーケンスＳＱ２１）。
【０４９９】
サービスの利用要求を受け取ったサブプロバイダ１４ｎは、例えば定義ファイル等を参照し、ｉｓ＿ｓｈａｒｅｄ属性が真かどうかを判定する。
【０５００】
サブプロバイダ１４ｎは、ｉｓ＿ｓｈａｒｅｄ属性が真であると判定すると、サービスの利用要求に応じて、処理を行って実行結果をリモートプロバイダ（サブプロバイダ１４１）に返す。
【０５０１】
リモートプロバイダ（サブプロバイダ１４１）は、サブプロバイダ１４ｎより実行結果を受け取ると、該実行結果に必要な後処理を加え、該後処理を加えた実行結果を要求元のクライアント又はＪｏｉｎマージプロバイダ１３等に返す。
【０５０２】
以下、リモートプロバイダに係る処理の一例を、図６４を用いて説明する。図６４は、リモートプロバイダに係る処理の一例を説明するための図である。
【０５０３】
ステップＳ２００において、例えばサブプロバイダ１４１は、クライアント又はＪｏｉｎマージプロバイダ１３等よりサービスの利用要求を受け取る。
【０５０４】
ステップＳ２００に続いてステップＳ２０１に進み、サブプロバイダ１４１は、定義ファイル等を参照し、ｉｓ＿ｅｘｐｏｒｔｅｄ属性が真かどうかを判定する。サブプロバイダ１４１は、ｉｓ＿ｅｘｐｏｒｔｅｄ属性が真であると判定すると、ステップＳ２０２に進み、ｉｓ＿ｅｘｐｏｒｔｅｄ属性が偽であると判定すると、例えばｉｓ＿ｓｈａｒｅｄ属性が真であるかどうか判定する。なお、説明の簡略化のため、ｉｓ＿ｅｘｐｏｒｔｅｄ属性が偽であると判定した場合の処理は図６４では省略してある。
【０５０５】
ステップＳ２０２では、サブプロバイダ１４１は、リモートプロバイダであるとして、レジストリ等に格納されている接続先情報を取得する。
【０５０６】
ステップＳ２０２に続いてステップＳ２０３に進み、サブプロバイダ１４１は、ステップＳ２００において受け取ったサービスの利用要求をステップＳ２０２において取得した接続先に転送する。
【０５０７】
ステップＳ２０３に続いてステップＳ２０４に進み、接続先のサブプロバイダ１４ｎは、リモートプロバイダより、サービスの利用要求の転送を受け取る。
【０５０８】
ステップＳ２０４に続いてステップＳ２０５に進み、接続先のサブプロバイダ１４ｎは、定義ファイル等を参照し、ｉｓ＿ｓｈａｒｅｄ属性が真かどうかを判定する。接続先のサブプロバイダ１４ｎは、ｉｓ＿ｓｈａｒｅｄ属性が真であると判定すると、ステップＳ２０６に進み、ｉｓ＿ｓｈａｒｅｄ属性が偽であると判定すると、ＮＧをリモートプロバイダに返す。
【０５０９】
ステップＳ２０６では、接続先のサブプロバイダ１４ｎが、コンフィグレーションマネージャ２２より、要求元のリモートプロバイダの信頼関係を読み出す。
【０５１０】
ステップＳ２０６に続いてステップＳ２０７に進み、接続先のサブプロバイダ１４ｎは、当該サブプロバイダ１４ｎと、要求元のリモートプロバイダと、に信頼関係が有るかどうかを判定する。接続先のサブプロバイダ１４ｎは、当該サブプロバイダ１４ｎと、要求元のリモートプロバイダと、に信頼関係が有ると判定すると、ステップＳ２０８に進み、当該サブプロバイダ１４ｎと、要求元のリモートプロバイダと、に信頼関係は無いと判定すると、ＮＧをリモートプロバイダに返す。
【０５１１】
ステップＳ２０８では、接続先のサブプロバイダ１４ｎが、要求に応じて処理を実行する。
【０５１２】
ステップＳ２０８に続いてステップＳ２０９に進み、接続先のサブプロバイダ１４ｎは、実行結果を要求元のリモートプロバイダに返す。
【０５１３】
ステップＳ２０９に続いてステップＳ２１０に進み、リモートプロバイダは、接続先のサブプロバイダ１４ｎより実行結果を受け取る。
【０５１４】
ステップＳ２１０に続いてステップＳ２１１に進み、リモートプロバイダは、ステップＳ２１０において受け取った実行結果に、必要な後処理を加える。
【０５１５】
ステップＳ２１１に続いてステップＳ２１２に進み、リモートプロバイダは、ステップＳ２１１において必要な後処理を加えた実行結果を、要求元のクライアント又はＪｏｉｎマージプロバイダ１３に返す。
【０５１６】
なお、実施例３においては、サブプロバイダ１４の追加を例にとって説明を行ったが、サブプロバイダ１４が１つも登録されていない場合の、サブプロバイダ１４の登録等も同様である。
【実施例４】
【０５１７】
以下、実施例３に示したように、Ｊｏｉｎマージプロバイダ１３と、サブプロバイダ１４と、の構成に係る情報（構成情報）を、Ｊｏｉｎマージプロバイダ１３の外に出して、コンフィグレーションマネージャ２２で保持、管理するようにした他の例を以下の実施例において説明する。
【０５１８】
なお、実施例４においては、実施例１及び実施例２において説明したように、Ｊｏｉｎマージプロバイダ１３内に、統合ディレクトリ１８０を有さないＪｏｉｎマージプロバイダ（ｉｄＪｏｉｎマージプロバイダ）を用いて説明を行う。
【０５１９】
図６５は、ＵＣＳの構成を説明するための図（その５）である。なお、図６５では、説明の簡略化のため、ＵＣＳ４９内に、ｉｄＪｏｉｎマージプロバイダも、主サブプロバイダ及び副サブプロバイダの全てが含まれているものとして説明を行う。但し、例えば主サブプロバイダ及び／又は副サブプロバイダの一部又は全ては、他の融合機１２０等に含まれていてもよい。
【０５２０】
図６５に示されるＵＣＳ４９は、ディスパッチャー２１と、コンフィグレーションマネージャ２２と、ｉｄＪｏｉｎマージプロバイダと、主サブプロバイダと、少なくとも１つ以上の副サブプロバイダと、を含む。
【０５２１】
ディスパッチャー２１は、クライアントからの要求を受け取って、コンフィグレーションマネージャ２２やｉｄＪｏｉｎマージプロバイダ等に要求を振り分けたり、振り分けた要求に応じてコンフィグレーションマネージャ２２又はｉｄＪｏｉｎマージプロバイダ等が処理した処理結果をクライアントに送信したりする。
【０５２２】
コンフィグレーションマネージャ２２は、ｉｄＪｏｉｎマージプロバイダと、主サブプロバイダと、少なくとも１つ以上の副サブプロバイダと、の構成を管理する管理部であり、構成情報等を格納部に保持する。
【０５２３】
以下、ｉｄＪｏｉｎマージプロバイダ、主サブプロバイダ及び副サブプロバイダが行う処理の例を、図６６から図７１を用いて説明する。図６６は、プロパティ追加シーケンスの一例を説明するための図である。
【０５２４】
図６６に示されるように、クライアントは、ディスパッチャー２１等を介してｉｄＪｏｉｎマージプロバイダに対してプロパティの追加リクエストを送信する（シーケンスＳＱ３０）。
【０５２５】
プロパティの追加リクエストを受信したｉｄＪｏｉｎマージプロバイダは、ｉｄＪｏｉｎマージプロバイダ内のセッション管理部１３７等より主サブプロバイダ及び副サブプロバイダのセッションＩＤを取得する（シーケンスＳＱ３１）。
【０５２６】
ｉｄＪｏｉｎマージプロバイダは、シーケンスＳＱ３１において取得した主サブプロバイダのセッションＩＤを含むプロパティの追加要求を、主サブプロバイダに対して送信する（シーケンスＳＱ３２）。
【０５２７】
主サブプロバイダは、取得したプロパティの追加要求に基づいて、ディレクトリ１５０に対してプロパティ値の追加を行う（シーケンスＳＱ３３）。
【０５２８】
また、主サブプロバイダは、ディレクトリ１５０より、全てのプロパティを取得し、ｉｄＪｏｉｎマージプロバイダに提供する（シーケンスＳＱ３４）。
【０５２９】
ｉｄＪｏｉｎマージプロバイダは、取得した主サブプロバイダの全てのプロパティより、ユーザ又はグループを識別するエントリＩＤを取得し（シーケンスＳＱ３５）、シーケンスＳＱ３１において取得した副サブプロバイダのセッションＩＤと、シーケンスＳＱ３５において取得したエントリＩＤと、を含むプロパティの追加要求を、副サブプロバイダに対して送信する（シーケンスＳＱ３６）。
【０５３０】
副サブプロバイダは、取得したプロパティの追加要求に含まれるエントリＩＤに対応するエントリが当該副サブプロバイダのディレクトリ１５０に存在していなければ、該エントリをディレクトリ１５０に新規に追加し（シーケンスＳＱ３７）、該エントリにプロパティ値を追加し、エントリＩＤに対応するエントリが当該副サブプロバイダのディレクトリ１５０に存在していれば、該エントリにプロパティ値を追加する（シーケンスＳＱ３８）。
【０５３１】
図６６に示したような処理を行うことによって、Ｊｏｉｎマージプロバイダ１３が統合ディレクトリ１８０を保持しなくても、エントリＩＤの一致するエントリにプロパティを追加することができる。
【０５３２】
以下、プロパティ取得シーケンスの一例を、図６７を用いて説明する。図６７は、プロパティ取得シーケンスの一例を説明するための図である。
【０５３３】
図６７に示されるように、クライアントは、ディスパッチャー２１等を介してｉｄＪｏｉｎマージプロバイダに対してプロパティ取得リクエストを送信する（シーケンスＳＱ４０）。なお、プロパティ取得リクエストの一例は、後述する図６８に示す。
【０５３４】
プロパティ取得リクエストを受信したｉｄＪｏｉｎマージプロバイダは、ｉｄＪｏｉｎマージプロバイダ内のセッション管理部１３７等より主サブプロバイダ及び副サブプロバイダのセッションＩＤを取得する（シーケンスＳＱ４１）。
【０５３５】
ｉｄＪｏｉｎマージプロバイダは、シーケンスＳＱ４１において取得した主サブプロバイダのセッションＩＤを含むプロパティ取得要求を、主サブプロバイダに対して送信する（シーケンスＳＱ４２）。
【０５３６】
主サブプロバイダは、取得したプロパティ取得要求に基づいて、ディレクトリ１５０より対応するプロパティの値を取得し、ｉｄＪｏｉｎマージプロバイダに提供する（シーケンスＳＱ４３）。
【０５３７】
また、主サブプロバイダは、ディレクトリ１５０より、全てのプロパティを取得し、ｉｄＪｏｉｎマージプロバイダに提供する（シーケンスＳＱ４４）。
【０５３８】
ｉｄＪｏｉｎマージプロバイダは、取得した主サブプロバイダの全てのプロパティより、ユーザ又はグループを識別するエントリＩＤを取得し（シーケンスＳＱ４５）、シーケンスＳＱ４１において取得した副サブプロバイダのセッションＩＤと、シーケンスＳＱ４５において取得したエントリＩＤと、を含むプロパティ取得要求を、副サブプロバイダに対して送信する（シーケンスＳＱ４６）。
【０５３９】
副サブプロバイダは、取得したプロパティ取得要求に含まれるエントリＩＤに対応するエントリよりプロパティ値を取得し、ｉｄＪｏｉｎマージプロバイダに提供する（シーケンスＳＱ４７）。
【０５４０】
ｉｄＪｏｉｎマージプロバイダは、シーケンスＳＱ４３において取得した主サブプロバイダのプロパティと、シーケンスＳＱ４７において取得した各副サブプロバイダのプロパティと、をマージして、結果のプロパティを含むプロパティ取得レスポンスを作成し、ディスパッチャー２１等を介してクライアントに送信する（シーケンスＳＱ４８）。なお、プロパティ取得レスポンスの一例は、後述する図６９に示す。
【０５４１】
図６７に示したような処理を行うことによって、Ｊｏｉｎマージプロバイダ１３が統合ディレクトリ１８０を保持しなくても、エントリＩＤの一致するエントリのプロパティを取得することができる。
【０５４２】
以下、プロパティ取得リクエストの一例を、図６８に示す。図６８は、プロパティ取得リクエストの一例を示す図である。
【０５４３】
また、プロパティ取得レスポンスの一例を、図６９に示す。図６９は、プロパティ取得レスポンスの一例を示す図である。
【０５４４】
図６９の＜ｐｒｏｐＶａｌ＞＜／ｐｒｏｐＶａｌ＞のタグには、プロパティ値として、例えば、ユーザのメールアドレスが含まれている。
【０５４５】
以下、プロパティ更新シーケンスの一例を、図７０を用いて説明する。図７０は、プロパティ更新シーケンスの一例を説明するための図である。
【０５４６】
図７０に示されるように、クライアントは、ディスパッチャー２１等を介してｉｄＪｏｉｎマージプロバイダに対してプロパティの更新リクエストを送信する（シーケンスＳＱ５０）。
【０５４７】
プロパティの更新リクエストを受信したｉｄＪｏｉｎマージプロバイダは、ｉｄＪｏｉｎマージプロバイダ内のセッション管理部１３７等より主サブプロバイダ及び副サブプロバイダのセッションＩＤを取得する（シーケンスＳＱ５１）。
【０５４８】
ｉｄＪｏｉｎマージプロバイダは、シーケンスＳＱ５１において取得した主サブプロバイダのセッションＩＤを含むプロパティの更新要求を、主サブプロバイダに対して送信する（シーケンスＳＱ５２）。
【０５４９】
主サブプロバイダは、取得したプロパティの更新要求に基づいて、ディレクトリ１５０に対してプロパティ値の更新を行う（シーケンスＳＱ５３）。
【０５５０】
また、主サブプロバイダは、ディレクトリ１５０より、全てのプロパティを取得し、ｉｄＪｏｉｎマージプロバイダに提供する（シーケンスＳＱ５４）。
【０５５１】
ｉｄＪｏｉｎマージプロバイダは、取得した主サブプロバイダの全てのプロパティより、ユーザ又はグループを識別するエントリＩＤを取得し（シーケンスＳＱ５５）、シーケンスＳＱ５１において取得した副サブプロバイダのセッションＩＤと、シーケンスＳＱ５５において取得したエントリＩＤと、を含むプロパティの更新要求を、副サブプロバイダに対して送信する（シーケンスＳＱ５６）。
【０５５２】
副サブプロバイダは、取得したプロパティの更新要求に含まれるエントリＩＤに対応するエントリが当該副サブプロバイダのディレクトリ１５０に存在していれば、該エントリのプロパティ値を更新する（シーケンスＳＱ５７）。
【０５５３】
図７０に示したような処理を行うことによって、Ｊｏｉｎマージプロバイダ１３が統合ディレクトリ１８０を保持しなくても、エントリＩＤの一致するエントリのプロパティを更新することができる。
【０５５４】
以下、プロパティ削除シーケンスの一例を、図７１を用いて説明する。図７１は、プロパティ削除シーケンスの一例を説明するための図である。
【０５５５】
図７１に示されるように、クライアントは、ディスパッチャー２１等を介してｉｄＪｏｉｎマージプロバイダに対してプロパティ削除リクエストを送信する（シーケンスＳＱ６０）。
【０５５６】
プロパティ削除リクエストを受信したｉｄＪｏｉｎマージプロバイダは、ｉｄＪｏｉｎマージプロバイダ内のセッション管理部１３７等より主サブプロバイダ及び副サブプロバイダのセッションＩＤを取得する（シーケンスＳＱ６１）。
【０５５７】
ｉｄＪｏｉｎマージプロバイダは、シーケンスＳＱ６１において取得した主サブプロバイダのセッションＩＤを含むプロパティ削除要求を、主サブプロバイダに対して送信する（シーケンスＳＱ６２）。
【０５５８】
主サブプロバイダは、取得したプロパティ削除要求に基づいて、ディレクトリ１５０の対応するプロパティの値を削除する（シーケンスＳＱ６３）。
【０５５９】
また、主サブプロバイダは、ディレクトリ１５０より、全てのプロパティを取得し、ｉｄＪｏｉｎマージプロバイダに提供する（シーケンスＳＱ６４）。
【０５６０】
ｉｄＪｏｉｎマージプロバイダは、取得した主サブプロバイダの全てのプロパティより、ユーザ又はグループを識別するエントリＩＤを取得し（シーケンスＳＱ６５）、シーケンスＳＱ６１において取得した副サブプロバイダのセッションＩＤと、シーケンスＳＱ６５において取得したエントリＩＤと、を含むプロパティ削除要求を、副サブプロバイダに対して送信する（シーケンスＳＱ６６）。
【０５６１】
副サブプロバイダは、取得したプロパティ削除要求に含まれるエントリＩＤに対応するエントリのプロパティ値を削除する（シーケンスＳＱ６７）。
【０５６２】
図７１に示したような処理を行うことによって、Ｊｏｉｎマージプロバイダ１３が統合ディレクトリ１８０を保持しなくても、エントリＩＤの一致するエントリのプロパティを削除することができる。
【０５６３】
以下、ｉｄＪｏｉｎマージプロバイダを融合機１２０等に適用した場合のクライアントにおけるＧＵＩの一例を、図７２に示す。図７２は、ｉｄＪｏｉｎマージプロバイダを融合機等に適用した場合のクライアントにおけるＧＵＩの一例を示す図である。
【０５６４】
図７２（Ａ）は、ｉｄＪｏｉｎマージプロバイダを融合機１２０等に適用する前のクライアントにおけるＧＵＩの一例である。また、図７２（Ｂ）は、ｉｄＪｏｉｎマージプロバイダを融合機１２０等に適用した後のクライアントにおけるＧＵＩの一例である。
【０５６５】
図７２（Ｂ）では、エントリＩＤの一致するエントリのプロパティに値を追加することが可能となっている。
【０５６６】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【０５６７】
【図１】認証プロバイダを利用してユーザの認証を行い、アプリケーションが提供するサービスを利用する一例を説明するための図である。
【図２】１つのＷｅｂポータルが、複数のアプリケーションと複数の認証ディレクトリプロバイダとをサポートする一例を説明するための図である。
【図３】Ｗｅｂポータルにおけるアクセスモジュールを１つに統合した一例を説明するための図である。
【図４】図３の構成に新たなアプリケーションを追加した一例を説明するための図である。
【図５】Ｌｏｃａｌ認証ディレクトリプロバイダを導入した一例を説明するための図である。
【図６】図５に示したＬｏｃａｌ認証ディレクトリプロバイダ１２に登録されているグループのメンバーの一例を説明するための図である。
【図７】従来のプロバイダの問題点を説明するための図である。
【図８】本発明によるＪｏｉｎマージプロバイダを導入した一例を説明するための図である。
【図９】図８に示したＬｏｃａｌ認証ディレクトリプロバイダに登録されているグループのメンバーの一例を説明するための図である。
【図１０】図８に示したＬｏｃａｌ認証ディレクトリプロバイダのユーザＩＤの構造の一例を説明するための図である。
【図１１】本発明による融合機の一実施例の構成図である。
【図１２】本発明による融合機の一実施例のハードウェア構成図である。
【図１３】ＵＣＳの構成を説明するための図（その１）である。
【図１４】ＵＣＳの構成を説明するための図（その２）である。
【図１５】ＵＣＳの構成を説明するための図（その３）である。
【図１６】本発明の第一実施例におけるＪｏｉｎマージプロバイダとサブプロバイダとの機能ブロック図である。
【図１７】Ｊｏｉｎマージプロバイダのセッションチケットの構造を説明するための概念図である。
【図１８】ディレクトリ操作ラッパーのデータの変形の一例を説明するための図である。
【図１９】Ｊｏｉｎマージプロバイダにおけるユーザの所属グループ取得処理の一例のフローチャートである。
【図２０】サブプロバイダにおけるユーザの所属グループ取得処理の一例のフローチャートである。
【図２１】クライアントからＪｏｉｎマージプロバイダへのグループ取得リクエストの一例のＸＭＬメッセージである。
【図２２】Ｊｏｉｎマージプロバイダからサブプロバイダの１つであるＬｏｃａｌディレクトリプロバイダへのグループ取得リクエストの一例のＸＭＬメッセージである。
【図２３】Ｊｏｉｎマージプロバイダからサブプロバイダの１つであるＷｉｎＮＴ４ディレクトリプロバイダへのグループ取得リクエストの一例のＸＭＬメッセージである。
【図２４】Ｊｏｉｎマージプロバイダからサブプロバイダの１つであるＮｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダへのグループ取得リクエストの一例のＸＭＬメッセージである。
【図２５】サブプロバイダの１つであるＬｏｃａｌディレクトリプロバイダからＪｏｉｎマージプロバイダへのグループ取得レスポンスの一例のＸＭＬメッセージである。
【図２６】サブプロバイダの１つであるＷｉｎＮＴ４ディレクトリプロバイダからＪｏｉｎマージプロバイダへのグループ取得レスポンスの一例のＸＭＬメッセージである。
【図２７】サブプロバイダの１つであるＮｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダからＪｏｉｎマージプロバイダへのグループ取得レスポンスの一例のＸＭＬメッセージである。
【図２８】Ｊｏｉｎマージプロバイダからクライアントへのグループ取得レスポンスの一例のＸＭＬメッセージである。
【図２９】本発明の第二実施例におけるＪｏｉｎマージプロバイダとサブプロバイダとの機能ブロック図である。
【図３０】Ｊｏｉｎマージプロバイダの認証チケットの構造を説明するための概念図である。
【図３１】統合ディレクトリにおいて管理するデータの概念図（その１）である。
【図３２】Ｊｏｉｎマージプロバイダにおける認証チケット作成処理の一例のフローチャートである。
【図３３】サブプロバイダにおける認証チケット作成処理の一例のフローチャートである。
【図３４】サブプロバイダにおける認証チケットＩＤ確認処理の一例のフローチャートである。
【図３５】クライアントからＪｏｉｎマージプロバイダへの認証チケット作成リクエストの一例のＸＭＬメッセージである。
【図３６】Ｊｏｉｎマージプロバイダからサブプロバイダへの認証チケット作成リクエストの一例のＸＭＬメッセージである。
【図３７】副サブプロバイダからＪｏｉｎマージプロバイダへの認証チケット作成レスポンスの一例のＸＭＬメッセージである。
【図３８】Ｊｏｉｎマージプロバイダから副サブプロバイダへの認証チケットＩＤ確認リクエストの一例のＸＭＬメッセージである。
【図３９】副サブプロバイダからＪｏｉｎマージプロバイダへの認証チケットＩＤ確認レスポンスの一例のＸＭＬメッセージである。
【図４０】Ｊｏｉｎマージプロバイダから主サブプロバイダへの認証チケット作成リクエストの一例のＸＭＬメッセージである。
【図４１】主サブプロバイダからＪｏｉｎマージプロバイダへの認証チケット作成レスポンスの一例のＸＭＬメッセージである。
【図４２】Ｊｏｉｎマージプロバイダからクライアントへの認証チケット作成レスポンスの一例のＸＭＬメッセージである。
【図４３】Ｊｏｉｎマージプロバイダにおける認証チケットＩＤ確認処理の一例のフローチャートである。
【図４４】クライアントからＪｏｉｎマージプロバイダへの認証チケットＩＤ確認リクエストの一例のＸＭＬメッセージである。
【図４５】Ｊｏｉｎマージプロバイダから主サブプロバイダへの認証チケットＩＤ確認リクエストの一例のＸＭＬメッセージである。
【図４６】主サブプロバイダからＪｏｉｎマージプロバイダへの認証チケットＩＤ確認レスポンスの一例のＸＭＬメッセージである。
【図４７】Ｊｏｉｎマージプロバイダからクライアントへの認証チケットＩＤ確認レスポンスの一例のＸＭＬメッセージである。
【図４８】統合ディレクトリにおいて管理するデータの概念図（その２）である。
【図４９】Ｊｏｉｎマージプロバイダを利用してＩＣカードを読みとって、ユーザの認証を行い、リポジトリサービスが蓄積している蓄積文書を取得する一例を説明するための図である。
【図５０】ＵＣＳの構成を説明するための図（その４）である。
【図５１】プロバイダ一覧取得シーケンスの一例を説明するための図である。
【図５２】クライアントからディスパッチャーへのプロバイダ一覧取得リクエストの一例のＸＭＬメッセージである。
【図５３】ディスパッチャーからクライアントへのプロバイダ一覧取得レスポンスの一例のＸＭＬメッセージである。
【図５４】サブプロバイダ追加シーケンスの一例を説明するための図である。
【図５５】クライアントからディスパッチャーへのサブプロバイダ追加リクエストの一例のＸＭＬメッセージである。
【図５６】ディスパッチャーからクライアントへのサブプロバイダ追加レスポンスの一例のＸＭＬメッセージである。
【図５７】クライアントの一例のハードウェア構成図である。
【図５８】クライアントの機能ブロック図である。
【図５９】クライアントにおけるプロバイダの設定に係るＧＵＩを示す図（その１）である。
【図６０】クライアントにおけるプロバイダの設定に係るＧＵＩを示す図（その２）である。
【図６１】クライアントにおけるプロバイダの設定に係るＧＵＩを示す図（その３）である。
【図６２】クライアントにおけるプロバイダの設定に係るＧＵＩを示す図（その４）である。
【図６３】リモートプロバイダの一例を説明するための図である。
【図６４】リモートプロバイダに係る処理の一例を説明するための図である。
【図６５】ＵＣＳの構成を説明するための図（その５）である。
【図６６】プロパティ追加シーケンスの一例を説明するための図である。
【図６７】プロパティ取得シーケンスの一例を説明するための図である。
【図６８】プロパティ取得リクエストの一例を示す図である。
【図６９】プロパティ取得レスポンスの一例を示す図である。
【図７０】プロパティ更新シーケンスの一例を説明するための図である。
【図７１】プロパティ削除シーケンスの一例を説明するための図である。
【図７２】ｉｄＪｏｉｎマージプロバイダを融合機等に適用した場合のクライアントにおけるＧＵＩの一例を示す図である。
【符号の説明】
【０５６８】
１    Ｗｅｂブラウザ
２    Ｗｅｂポータル
３    アプリケーション
４    認証ディレクトリプロバイダ
５    Windows（登録商標）アプリケーション
６    Ｎｏｔｅｓ（登録商標）アプリケーション
７    Windows（登録商標）認証ディレクトリプロバイダ
８    Ｎｏｔｅｓ（登録商標）認証ディレクトリプロバイダ
９    プロバイダ
１０    アクセスモジュール
１１    アプリケーション
１２    Ｌｏｃａｌ認証ディレクトリプロバイダ
１３    Ｊｏｉｎマージプロバイダ
１４    サブプロバイダ
１５    白黒ラインプリンタ
１６    カラーラインプリンタ
１７    ハードウェアリソース
２０    ソフトウェア群
３０    アプリケーション
３１    プリンタアプリ
３２    コピーアプリ
３３    ファックスアプリ
３４    スキャナアプリ
３５    ネットファイルアプリ
３６    工程検査アプリ
４０    プラットフォーム
４１    オペレーティングシステム（ＯＳ）
４２    システムコントロールサービス（ＳＣＳ）
４３    システムリソースマネージャ（ＳＲＭ）
４４    エンジンコントロールサービス（ＥＣＳ）
４５    メモリコントロールサービス（ＭＣＳ）
４６    オペレーションパネルコントロールサービス（ＯＣＳ）
４７    ファックスコントロールサービス（ＦＣＳ）
４８    ネットワークコントロールサービス（ＮＣＳ）
４９    ユーザ情報管理サービス（ＵＣＳ）
５０    融合機起動部
６０    コントローラボード
６１    ＣＰＵ
６２    ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）
６３    ＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ）
６４    ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）
６５    フラッシュメモリ
６６    ハードディスク装置（ＨＤＤ）
７０    オペレーションパネル
８０    ファックスコントロールユニット（ＦＣＵ）
９０    ＵＳＢデバイス
１００    ＩＥＥＥ１３９４デバイス
１１０    エンジン部
１２０    融合機
１３０    プロバイダＩ／Ｆ
１３１    ＸＭＬ処理部
１３２    ＵＩＤ変換部
１３３    マージ処理部
１３４    サブプロバイダ呼び出し部
１３５    マージプロバイダＸＭＬ処理部
１３６    サブプロバイダ登録部
１３７    セッション管理部
１３８    統合ディレクトリ
１４１    ディレクトリ操作ラッパー
１４２    セッション管理部
１５０    ディレクトリ
１５２    ユーザ情報保存部
１５３    グループ情報保存部
１６０    Ｌｏｃａｌディレクトリプロバイダ
１６１    ＷｉｎＮＴ４ディレクトリプロバイダ
１６２    Ｎｏｔｅｓ（登録商標）Ｒ５ディレクトリプロバイダ
１７０    リポジトリサービス
２００    セッションチケット（Ｊｏｉｎマージプロバイダのセッションチケット）
２１０    セッションチケットＩＤ（ＪｏｉｎマージプロバイダのセッションチケットのＩＤ）
２２０    主サブプロバイダ
２３０    ＩＣカード認証Ｌｏｃａｌプロバイダ（副サブプロバイダ）
３００    セッションチケット（サブプロバイダの匿名のセッションチケット）
３１０    セッションチケットＩＤ（サブプロバイダの匿名のセッションチケットのＩＤ）
４００    セッションチケット（サブプロバイダのセッションチケット）
５００    認証チケット（Ｊｏｉｎマージプロバイダの認証チケット）
５１０    認証チケットＩＤ（Ｊｏｉｎマージプロバイダの認証チケットのＩＤ）
６００    認証チケット（サブプロバイダの認証チケット）
６１０    認証チケットＩＤ（サブプロバイダの認証チケットのＩＤ）
７００    セッションチケット（リポジトリサービスのセッションチケット）
７１０    セッションチケットＩＤ（リポジトリサービスのセッションチケットのＩＤ）
【図１】
2004252954.tif 000003
【図２】
2004252954.tif 000004
【図３】
2004252954.tif 000005
【図４】
2004252954.tif 000006
【図５】
2004252954.tif 000007
【図６】
2004252954.tif 000008
【図７】
2004252954.tif 000009
【図８】
2004252954.tif 000010
【図９】
2004252954.tif 000011
【図１０】
2004252954.tif 000012
【図１１】
2004252954.tif 000013
【図１２】
2004252954.tif 000014
【図１３】
2004252954.tif 000015
【図１４】
2004252954.tif 000016
【図１５】
2004252954.tif 000017
【図１６】
2004252954.tif 000018
【図１７】
2004252954.tif 000019
【図１８】
2004252954.tif 000020
【図１９】
2004252954.tif 000021
【図２０】
2004252954.tif 000022
【図２１】
2004252954.tif 000023
【図２２】
2004252954.tif 000024
【図２３】
2004252954.tif 000025
【図２４】
2004252954.tif 000026
【図２５】
2004252954.tif 000027
【図２６】
2004252954.tif 000028
【図２７】
2004252954.tif 000029
【図２８】
2004252954.tif 000030
【図２９】
2004252954.tif 000031
【図３０】
2004252954.tif 000032
【図３１】
2004252954.tif 000033
【図３２】
2004252954.tif 000034
【図３３】
2004252954.tif 000035
【図３４】
2004252954.tif 000036
【図３５】
2004252954.tif 000037
【図３６】
2004252954.tif 000038
【図３７】
2004252954.tif 000039
【図３８】
2004252954.tif 000040
【図３９】
2004252954.tif 000041
【図４０】
2004252954.tif 000042
【図４１】
2004252954.tif 000043
【図４２】
2004252954.tif 000044
【図４３】
2004252954.tif 000045
【図４４】
2004252954.tif 000046
【図４５】
2004252954.tif 000047
【図４６】
2004252954.tif 000048
【図４７】
2004252954.tif 000049
【図４８】
2004252954.tif 000050
【図４９】
2004252954.tif 000051
【図５０】
2004252954.tif 000052
【図５１】
2004252954.tif 000053
【図５２】
2004252954.tif 000054
【図５３】
2004252954.tif 000055
【図５４】
2004252954.tif 000056
【図５５】
2004252954.tif 000057
【図５６】
2004252954.tif 000058
【図５７】
2004252954.tif 000059
【図５８】
2004252954.tif 000060
【図５９】
2004252954.tif 000061
【図６０】
2004252954.tif 000062
【図６１】
2004252954.tif 000063
【図６２】
2004252954.tif 000064
【図６３】
2004252954.tif 000065
【図６４】
2004252954.tif 000066
【図６５】
2004252954.tif 000067
【図６６】
2004252954.tif 000068
【図６７】
2004252954.tif 000069
【図６８】
2004252954.tif 000070
【図６９】
2004252954.tif 000071
【図７０】
2004252954.tif 000072
【図７１】
2004252954.tif 000073
【図７２】
2004252954.tif 000074