(57)【特許請求の範囲】
【請求項１】
ユーザに関するディレクトリ情報を用いた情報処理を行うアプリケーション実行装置に前記ディレクトリ情報を提供する装置であって、
前記ディレクトリ情報を管理する複数のディレクトリサーバと、前記アプリケーション実行装置と、に通信可能に接続され、
前記アプリケーションプログラムを特定するアプリケーション特定情報に対応付けて、前記アプリケーションプログラムに提供する前記ディレクトリ情報を管理しうる複数の前記ディレクトリサーバのそれぞれについて、前記ディレクトリサーバを特定するサーバ特定情報及び前記ディレクトリサーバの優先度を記憶する問合せ先記憶部と、
前記アプリケーション実行装置から送信される、前記アプリケーション特定情報を含む前記ディレクトリ情報の取得要求を受信する取得要求受信部と、
前記取得要求に含まれている前記アプリケーション特定情報に対応する前記サーバ特定情報及び前記優先度を前記問合せ記憶部から読み出し、読み出した前記優先度の順に前記ディレクトリ情報を取得できるまで、読み出した前記サーバ特定情報により特定される前記ディレクトリサーバにアクセスして前記ディレクトリ情報を取得するディレクトリ情報取得部と、
前記取得したディレクトリ情報を前記アプリケーション実行装置に送信するディレクトリ情報送信部と、
を備えることを特徴とするディレクトリ情報提供装置。
【請求項２】
請求項１に記載のディレクトリ情報提供装置であって、
前記サーバ特定情報と、前記ユーザの属性を示す属性情報と、前記サーバ特定情報により特定される前記ディレクトリサーバにおいて管理される前記ディレクトリ情報を構成するエントリ情報のうち前記属性情報が示す前記属性に対応するものを示すエントリ名と、を対応付けて記憶するエントリ管理データベースを備え、
前記取得要求には、前記アプリケーション特定情報に加えて前記属性情報が含まれており、
前記ディレクトリ情報取得部はさらに、前記取得要求に含まれている前記属性情報に対応する前記エントリ名を前記エントリ管理データベースから読み出し、前記ディレクトリサーバから取得した前記ディレクトリ情報に含まれる、前記読み出したエントリ名に対応する前記エントリ情報を取得し、
前記ディレクトリ情報送信部は、前記取得したエントリ情報を前記アプリケーション実行装置に送信すること、
を特徴とするディレクトリ情報提供装置。
【請求項３】
請求項１に記載のディレクトリ情報提供装置であって、
前記エントリ管理データベースは、前記サーバ特定情報、前記属性情報、前記エントリ名に加えて、前記エントリ情報を前記属性に変換するための処理を特定するための処理情報を対応付けて記憶しており、
前記ディレクトリ情報取得部は、前記取得要求に含まれている前記属性情報に対応する前記エントリ名及び前記処理情報を前記エントリ管理データベースから読み出し、前記ディレクトリサーバから取得した前記ディレクトリ情報に含まれる、前記読み出したエントリ名に対応する前記エントリ情報を取得し、前記取得したエントリ情報を、前記処理情報が示す処理により変換して属性値を作成し、
前記ディレクトリ情報送信部は、前記属性値を前記アプリケーション実行装置に送信すること、
を特徴とするディレクトリ情報提供装置。
【請求項４】
ユーザに関するディレクトリ情報を用いた情報処理を行うアプリケーションプログラムを実行するアプリケーション実行装置と、
前記アプリケーション実行装置及び前記ディレクトリ情報を管理する複数のディレクトリサーバのそれぞれに接続されるディレクトリ情報提供装置と、
を含んで構成され、
前記アプリケーション実行装置は、
前記アプリケーションプログラムを実行するアプリケーション実行部と、
前記アプリケーションプログラムを特定するアプリケーションＩＤを含む前記ディレクトリ情報の取得要求を、前記ディレクトリ情報提供装置に送信する取得要求送信部と、
を備え、
前記ディレクトリ情報提供装置は、
前記アプリケーションプログラムを特定するアプリケーション特定情報に対応付けて、前記アプリケーションプログラムに提供する前記ディレクトリ情報を管理しうる複数の前記ディレクトリサーバのそれぞれについて、前記ディレクトリサーバを特定するサーバ特定情報及び前記ディレクトリサーバの優先度を記憶する問合せ先記憶部と、
前記アプリケーション実行装置から送信される前記取得要求を受信する取得要求受信部と、
前記取得要求に含まれている前記アプリケーション特定情報に対応する前記サーバ特定情報及び前記優先度を前記問合せ記憶部から読み出し、読み出した前記優先度の順に前記ディレクトリ情報を取得できるまで、読み出した前記サーバ特定情報により特定される前記ディレクトリサーバにアクセスして前記ディレクトリ情報を取得するディレクトリ情報取得部と、
前記取得したディレクトリ情報を前記アプリケーション実行装置に送信するディレクトリ情報送信部と、
を備えることを特徴とする情報処理システム。
【請求項５】
ユーザに関するディレクトリ情報を管理する複数のディレクトリサーバと、前記ディレクトリ情報を用いた情報処理を行うアプリケーション実行装置と、に通信可能に接続されたディレクトリ情報提供装置により、前記ディレクトリ情報を前記アプリケーション実行装置に提供する方法であって、
前記アプリケーションプログラムを特定するアプリケーション特定情報に対応付けて、前記アプリケーションプログラムに提供する前記ディレクトリ情報を管理しうる複数の前記ディレクトリサーバのそれぞれについて、前記ディレクトリサーバを特定するサーバ特定情報及び前記ディレクトリサーバの優先度をメモリに記憶し、
前記アプリケーション実行装置から送信される、前記アプリケーション特定情報を含む前記ディレクトリ情報の取得要求を受信し、
前記取得要求に含まれている前記アプリケーション特定情報に対応する前記サーバ特定情報及び前記優先度を前記メモリから読み出し、読み出した前記優先度の順に前記ディレクトリ情報を取得できるまで、読み出した前記サーバ特定情報により特定される前記ディレクトリサーバにアクセスして前記ディレクトリ情報を取得し、
前記取得したディレクトリ情報を前記アプリケーション実行装置に送信すること、
を特徴とするディレクトリ情報提供方法。
【請求項６】
ユーザに関するディレクトリ情報を管理する複数のディレクトリサーバと、前記ディレクトリ情報を用いた情報処理を行うアプリケーション実行装置と、に通信可能に接続されたディレクトリ情報提供装置に、
前記アプリケーションプログラムを特定するアプリケーション特定情報に対応付けて、前記アプリケーションプログラムに提供する前記ディレクトリ情報を管理しうる複数の前記ディレクトリサーバのそれぞれについて、前記ディレクトリサーバを特定するサーバ特定情報及び前記ディレクトリサーバの優先度をメモリに記憶するステップと、
前記アプリケーション実行装置から送信される、前記アプリケーション特定情報を含む前記ディレクトリ情報の取得要求を受信するステップと、
前記取得要求に含まれている前記アプリケーション特定情報に対応する前記サーバ特定情報及び前記優先度を前記メモリから読み出し、読み出した前記優先度の順に前記ディレクトリ情報を取得できるまで、読み出した前記サーバ特定情報により特定される前記ディレクトリサーバにアクセスして前記ディレクトリ情報を取得するステップと、
前記取得したディレクトリ情報を前記アプリケーション実行装置に送信するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディレクトリ情報提供装置、情報処理システム、ディレクトリ情報提供方法及びプログラムに関する。
【背景技術】
【０００２】
企業において情報を一元管理するポータルサイトを実現するＥＩＰ（Enterprise Information Portal）技術が発展を遂げている。ＥＩＰ技術では、表示されるページを構成する部品を提供するモジュール（ポートレットと呼ばれる。）を統合することによりポータルサイトを構築している。ポートレットはＷｅｂパーツなどとも呼ばれる。特許文献１には、Ｗｅｂパーツを用いて、モジュール型のＷｅｂページを作成する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−０１１３５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ポータルサイトでは、利用者に応じた情報を出力するいわゆるパーソナライズ機能が提供され、パーソナライズ機能には利用者の権限や所属している部署などのユーザ情報が必要となる。一般にユーザ情報は、ＬＤＡＰ（Lightweight Directory Access Protocol）などの規格によりディレクトリ情報としてディレクトリサーバで管理される。１つの部署に所属するユーザが多い場合などには、部署毎にディレクトリサーバが設置されることがある。
【０００５】
しかしながら、ポータルサイトにディレクトリ情報を提供するディレクトリサーバは通常１台で運用されるため、部署毎にディレクトリサーバが設置されている場合には、各部署用のディレクトリサーバから、ポータルサイト用のディレクトリサーバにディレクトリ情報を移行させる必要があるが、手間がかかり、またディレクトリサーバ間でディレクトリ情報の一貫性が崩れるおそれがある。一方、部署毎のディレクトリサーバの全てに対してディレクトリ情報を検索するようにすると、部署の数が多い場合には、ディレクトリサーバへの検索にかかるオーバーヘッドが大きくなってしまう。
【０００６】
本発明は、このような背景を鑑みてなされたものであり、複数のディレクトリサーバから効率的にディレクトリ情報を取得することができる、ディレクトリ情報提供装置、情報処理システム、ディレクトリ情報提供方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するための本発明のうち主たる発明は、ユーザに関するディレクトリ情報を用いた情報処理を行うアプリケーション実行装置に前記ディレクトリ情報を提供する装置であって、前記ディレクトリ情報を管理する複数のディレクトリサーバと、前記アプリケーション実行装置と、に通信可能に接続され、前記アプリケーションプログラムを特定するアプリケーション特定情報に対応付けて、前記アプリケーションプログラムに提供する前記ディレクトリ情報を管理しうる複数の前記ディレクトリサーバのそれぞれについて、前記ディレクトリサーバを特定するサーバ特定情報及び前記ディレクトリサーバの優先度を記憶する問合せ先記憶部と、前記アプリケーション実行装置から送信される、前記アプリケーション特定情報を含む前記ディレクトリ情報の取得要求を受信する取得要求受信部と、前記取得要求に含まれている前記アプリケーション特定情報に対応する前記サーバ特定情報及び前記優先度を前記問合せ記憶部から読み出し、読み出した前記優先度の順に前記ディレクトリ情報を取得できるまで、読み出した前記サーバ特定情報により特定される前記ディレクトリサーバにアクセスして前記ディレクトリ情報を取得するディレクトリ情報取得部と、前記取得したディレクトリ情報を前記アプリケーション実行装置に送信するディレクトリ情報送信部と、を備えることとする。
【０００９】
また、本発明のディレクトリ情報提供装置では、前記サーバ特定情報と、前記ユーザの属性を示す属性情報と、前記サーバ特定情報により特定される前記ディレクトリサーバにおいて管理される前記ディレクトリ情報を構成するエントリ情報のうち前記属性情報が示す前記属性に対応するものを示すエントリ名と、を対応付けて記憶するエントリ管理データベースを備え、前記取得要求には、前記アプリケーション特定情報に加えて前記属性情報が含まれており、前記ディレクトリ情報取得部はさらに、前記取得要求に含まれている前記属性情報に対応する前記エントリ名を前記エントリ管理データベースから読み出し、前記ディレクトリサーバから取得した前記ディレクトリ情報に含まれる、前記読み出したエントリ名に対応する前記エントリ情報を取得し、前記ディレクトリ情報送信部は、前記取得したエントリ情報を前記アプリケーション実行装置に送信するようにしてもよい。
【００１０】
また、本発明のディレクトリ情報提供装置では、前記エントリ管理データベースは、前記サーバ特定情報、前記属性情報、前記エントリ名に加えて、前記エントリ情報を前記属性に変換するための処理を特定するための処理情報を対応付けて記憶しており、前記ディレクトリ情報取得部は、前記取得要求に含まれている前記属性情報に対応する前記エントリ名及び前記処理情報を前記エントリ管理データベースから読み出し、前記ディレクトリサーバから取得した前記ディレクトリ情報に含まれる、前記読み出したエントリ名に対応する前記エントリ情報を取得し、前記取得したエントリ情報を、前記処理情報が示す処理により変換して属性値を作成し、前記ディレクトリ情報送信部は、前記属性値を前記アプリケーション実行装置に送信するようにしてもよい。
【００１１】
また、本発明の他の態様は、ユーザに関するディレクトリ情報を用いた情報処理を行うアプリケーションプログラムを実行するアプリケーション実行装置と、前記アプリケーション実行装置及び前記ディレクトリ情報を管理する複数のディレクトリサーバのそれぞれに接続されるディレクトリ情報提供装置と、を含んで構成される情報処理システムであって、前記アプリケーション実行装置は、前記アプリケーションプログラムを実行するアプリケーション実行部と、前記アプリケーションプログラムを特定するアプリケーションＩＤを含む前記ディレクトリ情報の取得要求を、前記ディレクトリ情報提供装置に送信する取得要求送信部と、を備え、前記ディレクトリ情報提供装置は、前記アプリケーションプログラムを特定するアプリケーション特定情報に対応付けて、前記アプリケーションプログラムに提供する前記ディレクトリ情報を管理しうる複数の前記ディレクトリサーバのそれぞれについて、前記ディレクトリサーバを特定するサーバ特定情報及び前記ディレクトリサーバの優先度を記憶する問合せ先記憶部と、前記アプリケーション実行装置から送信される前記取得要求を受信する取得要求受信部と、前記取得要求に含まれている前記アプリケーション特定情報に対応する前記サーバ特定情報及び前記優先度を前記問合せ記憶部から読み出し、読み出した前記優先度の順に前記ディレクトリ情報を取得できるまで、読み出した前記サーバ特定情報により特定される前記ディレクトリサーバにアクセスして前記ディレクトリ情報を取得するディレクトリ情報取得部と、前記取得したディレクトリ情報を前記アプリケーション実行装置に送信するディレクトリ情報送信部と、を備えることとする。
【００１３】
また、本発明の他の態様は、ユーザに関するディレクトリ情報を管理する複数のディレクトリサーバと、前記ディレクトリ情報を用いた情報処理を行うアプリケーション実行装置と、に通信可能に接続されたディレクトリ情報提供装置により、前記ディレクトリ情報を前記アプリケーション実行装置に提供する方法であって、前記アプリケーションプログラムを特定するアプリケーション特定情報に対応付けて、前記アプリケーションプログラムに提供する前記ディレクトリ情報を管理しうる複数の前記ディレクトリサーバのそれぞれについて、前記ディレクトリサーバを特定するサーバ特定情報及び前記ディレクトリサーバの優先度をメモリに記憶し、前記アプリケーション実行装置から送信される、前記アプリケーション特定情報を含む前記ディレクトリ情報の取得要求を受信し、前記取得要求に含まれている前記アプリケーション特定情報に対応する前記サーバ特定情報及び前記優先度を前記メモリから読み出し、読み出した前記優先度の順に前記ディレクトリ情報を取得できるまで、読み出した前記サーバ特定情報により特定される前記ディレクトリサーバにアクセスして前記ディレクトリ情報を取得し、前記取得したディレクトリ情報を前記アプリケーション実行装置に送信することとする。
【００１５】
また、本発明の他の態様は、ユーザに関するディレクトリ情報を管理する複数のディレクトリサーバと、前記ディレクトリ情報を用いた情報処理を行うアプリケーション実行装置と、に通信可能に接続されたディレクトリ情報提供装置に、前記アプリケーションプログラムを特定するアプリケーション特定情報に対応付けて、前記アプリケーションプログラムに提供する前記ディレクトリ情報を管理しうる複数の前記ディレクトリサーバのそれぞれについて、前記ディレクトリサーバを特定するサーバ特定情報及び前記ディレクトリサーバの優先度をメモリに記憶するステップと、前記アプリケーション実行装置から送信される、前記アプリケーション特定情報を含む前記ディレクトリ情報の取得要求を受信するステップと、前記取得要求に含まれている前記アプリケーション特定情報に対応する前記サーバ特定情報及び前記優先度を前記メモリから読み出し、読み出した前記優先度の順に前記ディレクトリ情報を取得できるまで、読み出した前記サーバ特定情報により特定される前記ディレクトリサーバにアクセスして前記ディレクトリ情報を取得するステップと、前記取得したディレクトリ情報を前記アプリケーション実行装置に送信するステップと、を実行させるためのプログラムである。
【００１７】
その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。
【発明の効果】
【００１８】
本発明によれば、複数のディレクトリサーバから効率的にディレクトリ情報を取得することができることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態に係る情報処理システムの全体構成を示す図である。
【図２】ユーザ端末１０のハードウェア構成を示す図である。
【図３】ユーザ端末１０のソフトウェア構成を示す図である。
【図４】ポータルサーバ２０のハードウェア構成を示す図である。
【図５】ポータルサーバ２０のソフトウェア構成を示す図である。
【図６】ユーザ情報取得要求の構成を示す図である。
【図７】ユーザの属性の一例を説明する図である。
【図８】ユーザ情報取得装置３０のハードウェア構成を示す図である。
【図９】ユーザ情報取得装置３０のソフトウェア構成を示す図である。
【図１０】アプリケーションデータベース３５１の構成を示す図である。
【図１１】エントリ管理情報の構成を示す図である。
【図１２】取得可否データベース３５３の構成を示す図である。
【図１３】問合せ先情報の構成例を示す図である。
【図１４】アクセス履歴情報の構成を示す図である。
【図１５】本実施形態の情報処理システムにおいて、ユーザ端末１０から送信される情報処理要求に応じて行われる情報処理の流れを示す図である。
【図１６】ユーザ情報取得装置３０がユーザ情報取得要求を受信した場合に行われる、ユーザ情報の応答処理の流れを示す図である。
【図１７】エントリ情報の取得処理の流れを示す図である。
【発明を実施するための形態】
【００２０】
＝＝システム構成＝＝
図１は、本実施形態に係る情報処理システムの全体構成を示す図である。本実施形態の情報処理システムは、ユーザ端末１０、ポータルサーバ２０、ユーザ情報取得装置３０、複数のＬＤＡＰサーバ４０を含んで構成されている。ユーザ端末１０、ポータルサーバ２０、ユーザ情報取得装置３０はそれぞれ、通信ネットワーク５１に接続しており、互いに通信可能となっている。また、ユーザ情報取得装置３０とＬＤＡＰサーバ４０とは通信ネットワーク５２を介して通信可能に接続されている。通信ネットワーク５１及び５２としては、例えば、インターネットやＬＡＮ（Local Area Network）、電話回線網、無線通信網などを用いることができる。
【００２１】
本実施形態の情報処理システムでは、ポータルサーバ２０（本発明のアプリケーション実行装置に該当する。）が、ユーザ端末１０からの情報処理要求に応じて、例えばスケジュールやニュースなどの情報を生成する各種のポートレットを実行し、各ポートレットから出力される情報を統合して１つのＷｅｂページ（ポータル情報）を作成する。本実施形態において、ポータルサーバ２０は、ＨＴＴＰ（HyperText Transfer Protocol）によりＷｅｂページを提供するＷｅｂサーバを想定している。ポートレットは、ユーザ端末１０のユーザについてのスケジュールを出力したり、ユーザに応じたニュースを出力したりする、パーソナライズ機能を提供する。ユーザ情報は、ＬＤＡＰサーバ４０にディレクトリ情報として管理される。ＬＤＡＰサーバ４０は、ＬＤＡＰの規約にしたがって、ディレクトリ情報を管理する一般的なディレクトリサーバである。本実施形態では、ポータルサーバ２０は、ＬＤＡＰサーバ４０に直接アクセスせず、ユーザ情報取得装置３０（本発明のディレクトリ情報提供装置に該当する。）を介してディレクトリ情報のエントリ情報を取得する。
【００２２】
＝＝ユーザ端末１０＝＝
図２は、ユーザ端末１０のハードウェア構成を示す図である。同図に示すように、ユーザ端末１０は、ＣＰＵ１０１、メモリ１０２、記憶装置１０３、通信インタフェース１０４、入力装置１０５、出力装置１０６、ＩＣカードリーダ１０７を備えている。
【００２３】
記憶装置１０３は、プログラムやデータを記憶する、例えば、ハードディスクドライブやフラッシュメモリなどである。ＣＰＵ１０１は、記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより各種の機能を実現する。入力装置１０５は情報の入力を受け付ける、例えばキーボードやマウス、タッチパネル、マイクロフォンなどである。出力装置１０６は、情報を出力する、例えばディスプレイやプリンタ、スピーカなどである。ＩＣカードリーダ１０７は、ＩＣカード１１０に記録されている、ユーザ端末１０のユーザを特定する情報（以下、ユーザＩＤという。）を読み出す。
【００２４】
図３は、ユーザ端末１０のソフトウェア構成を示す図である。同図に示すように、ユーザ端末１０は、ユーザＩＤ入力部１２１、情報処理要求送信部１２２、情報処理結果受信部１２３、情報処理結果出力部１２４の各機能部を備えている。なお、上記各機能部はＣＰＵ１０１記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現される。
【００２５】
ユーザＩＤ入力部１２１は、ＩＣカードリーダ１０７を介して、ＩＣカード１１０に記録されているユーザＩＤを取得する。  
情報処理要求送信部１２２は、情報処理のリクエスト（以下、情報処理要求という。）をポータルサーバ２０に送信する。情報処理要求送信部１２２は、例えば、ＨＴＴＰリクエストとして情報処理要求を送信する。  
情報処理結果受信部１２３は、情報処理要求に応じてポータルサーバ２０から応答される、情報処理の結果（以下、情報処理結果という。）を受信する。情報処理結果は、例えば、ＨＴＭＬで記述された文書や画像データなどとして応答される。  
情報処理結果出力部１２４は、情報処理結果を出力装置１０６に出力する。
【００２６】
＝＝ポータルサーバ２０＝＝
図４は、ポータルサーバ２０のハードウェア構成を示す図である。同図に示すように、ポータルサーバ２０は、ＣＰＵ２０１、メモリ２０２、記憶装置２０３、通信インタフェース２０４を備えている。  
記憶装置２０３は、プログラムやデータを記憶する、例えばハードディスクドライブやフラッシュメモリ、ＣＤ−ＲＯＭドライブなどである。ＣＰＵ２０１は、記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより、各種の機能を実現する。通信インタフェース２０４は、通信ネットワーク５１に接続するためのインタフェースである。通信インタフェース２０４としては、例えば、イーサネット（登録商標）に接続するためのネットワークアダプタや公衆電話回線に接続するためのモデムなどがある。
【００２７】
図５は、ポータルサーバ２０のソフトウェア構成を示す図である。同図に示すように、ポータルサーバ２０は、ポータル入出力部２１０、複数のポートレット２２０、ポートレットサービス提供部２３０の各機能部を備えている。なお、上記機能部はＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現される。
【００２８】
ポータル入出力部２１０は、ユーザ端末１０との間の通信を行い、ポートレット２２０による処理結果を統合した情報を作成する。ポータル入出力部２１０は、情報処理要求受信部２１１と情報処理結果送信部２１２とを備えている。  
情報処理要求受信部２１１は、ユーザ端末１０から送信される情報処理要求を受信する。情報処理結果送信部２１２は、ポートレット２２０による処理の結果を統合した情報をユーザ端末１０に送信する。
【００２９】
ポートレット２２０は、各種の情報処理を行うアプリケーションプログラムである。ポートレット２２０は、ポートレットサービス提供部２３０が提供する各種の機能を利用して情報処理を行う。ポートレット２２０はそれぞれ、ポートレット２２０を特定する情報（以下、アプリケーションＩＤという。本発明のアプリケーション特定情報に該当する。）２２１と、ポートレット２２０に割り当てられたパスワード（以下、アプリケーションパスワードという。）２２２とを管理している。
【００３０】
ポートレットサービス提供部２３０は、ポートレット２２０に各種の機能を提供する。ポートレットサービス提供部２３０は、ユーザ情報取得要求送信部２３１と、ユーザ情報受信部２３２とを備えている。
【００３１】
ユーザ情報取得要求送信部２３１は、ポートレット２２０からの要求に応じて、ユーザ情報を取得するためのコマンド（以下、ユーザ情報取得要求という。）をユーザ情報取得装置３０に送信する。ユーザ情報取得要求の構成を図６に示す。同図に示すように、ユーザ情報取得要求には、アプリケーションＩＤ、アプリケーションパスワード、ユーザＩＤ、ユーザＩＰアドレス、属性コード、リターンＵＲＬ、エラーＵＲＬが含まれている。アプリケーションＩＤおよびアプリケーションパスワードはそれぞれ、ユーザ情報を要求するポートレット２２０が管理しているアプリケーションＩＤ２２１及びアプリケーションパスワード２２２である。ユーザＩＤは、情報処理要求に設定されていたユーザＩＤである。ユーザＩＰアドレスは、ユーザ端末１０の通信ネットワーク５１におけるアドレスである。属性コード（本発明のエントリ特定情報に該当する。）は、ポートレット２２０が取得する対象となるユーザ情報の属性を特定するための情報である。ユーザの属性は、例えば図７に示すように、ユーザの姓名、名前の読み仮名、ユーザの名前に割り当てられたコード（氏名コード）、ユーザが所属する地域のコード（管理地域コード）、ユーザの所属する部署のコード及び名称（所属コード、所属名）、役職のコード及び名称（役職コード、役職名）、ユーザに割り当てられたランク（ユーザランク）、ユーザが社員か出向社員か一時利用者かを示す情報（一時利用区分）、並びにユーザのパスワードなどである。リターンＵＲＬは、ユーザ情報取得要求に応じてユーザ情報取得装置３０から応答されるユーザ情報を受け付けるアプリケーションプログラムやポートレット２２０を指定するＵＲＬである。エラーＵＲＬは、ユーザ情報取得装置３０において、ユーザ情報の取得処理時にエラーが起きた場合に転送される先となるＵＲＬである。なお、本実施形態では、ユーザ情報取得要求は、ＰＯＳＴメソッドによるＨＴＴＰリクエストに上記アプリケーションＩＤ、パスワード、ユーザＩＤ、エントリ名、リターンＵＲＬなどを変数として含める形態とする。  
ユーザ情報受信部２３２は、上記のユーザ情報取得要求にリターンＵＲＬが指定されなかった場合に、ユーザ情報取得要求に応じてユーザ情報取得装置３０から送信されるユーザ情報を受信する。  
なお、ユーザ情報の取得処理の詳細については後述する。
【００３２】
＝＝ユーザ情報取得装置３０＝＝
図８は、ユーザ情報取得装置３０のハードウェア構成を示す図である。同図に示すように、ユーザ情報取得装置３０は、ＣＰＵ３０１、メモリ３０２、記憶装置３０３、通信インタフェース３０４及び３０５を備えている。  
記憶装置３０３は、プログラムやデータを記憶する、例えばハードディスクドライブやフラッシュメモリ、ＣＤ−ＲＯＭドライブなどである。ＣＰＵ３０１は、記憶装置３０３に記憶されているプログラムをメモリ３０２に読み出して実行することにより、各種の機能を実現する。通信インタフェース３０４及び３０５は、それぞれ通信ネットワーク５１及び５２に接続するためのインタフェースであり、例えば、イーサネット（登録商標）アダプタや、モデムなどである。
【００３３】
図９は、ユーザ情報取得装置３０のソフトウェア構成を示す図である。同図に示すように、ユーザ情報取得装置３０は、ユーザ情報取得要求受信部３１１、取得可否判断部３１２、ＬＤＡＰ情報取得部３１３、ユーザ情報送信部３１４、アクセス履歴登録部３１５の各機能部と、アプリケーションデータベース３５１、エントリ管理データベース３５２、取得可否データベース３５３、アクセス履歴データベース３５４、問合せ先データベース３５５の各記憶部とを備えている。なお、上記機能部はＣＰＵ３０１が記憶装置３０３に記憶されているプログラムをメモリ３０２に読み出して実行することにより実現され、上記記憶部は、メモリ３０２や記憶装置３０３が提供する記憶領域の一部として実現される。
【００３４】
アプリケーションデータベース３５１は、アプリケーションＩＤに対応付けて、アプリケーションに割り当てられているパスワードを記憶している。図１０にアプリケーションデータベース３５１の構成を示す。
【００３５】
エントリ管理データベース３５２は、エントリ情報に関する情報（以下、エントリ管理情報という。）を記憶する。図１１にエントリ管理情報の構成を示す。同図に示すように、エントリ管理情報には、属性コードに対応付けて、ＬＤＡＰサーバを特定するための情報（以下、サーバ特定情報という。本実施形態ではＩＰアドレスとするが、ホスト名などであってもよい。）、サーバ特定情報が示すＬＤＡＰサーバ４０において管理されている、属性コードが示す属性に対応するエントリ情報の名称（エントリ名）、エントリ名が示すエントリ情報を属性に変換するための処理を示す情報が含まれている。処理は、エントリ情報に対して実行するものとし、文字列に対する処理や数値に対する処理など任意の処理とすることができる。例えば、図１１の例では、「１９２．１６８．０．１３」のＬＤＡＰサーバ４０において「ｎａｍｅ」というエントリ名のエントリ情報に氏名（姓及び名が連結した文字列）が設定されていることを想定して、「ｎａｍｅ」のエントリ情報に設定されている文字列を空白文字で複数の部分文字列に分割し、最初の部分文字列を「姓（属性コード＝１）」とする処理が指定されている。また、変換の必要のないものについては、エントリ名がそのまま処理欄に設定されている。また、「１９２．１６８．０．１３」のＬＤＡＰサーバ４０は、「管理地域コード（属性コード＝６）」が「１２３４」である地域に所属するユーザについてのディレクトリ情報のみを管理し、そのディレクトリ情報には管理地域コードに対応するエントリ情報が含まれていないことを想定して、「１９２．１６８．０．１３」のＬＤＡＰサーバ４０のディレクトリ情報については、常に「１２３４」を「管理地域コード」とする処理が設定されている。
【００３６】
取得可否データベース３５３は、アプリケーションが取得可能なエントリ情報を示すエントリ名を管理する。図１２に取得可否データベース３５３の構成を示す。同図に示すように、取得可否データベース３５３には、アプリケーションＩＤと属性コードとに対応付けて、エントリ情報をポートレットに提供可能であるかどうかを示す許可フラグとが含まれている。エントリ情報が提供可能である場合許可フラグは「○」であり、不能である場合には「×」である。
【００３７】
ユーザ情報取得要求受信部３１１は、ポータルサーバ２０から送信されるユーザ情報取得要求を受信する。  
取得可否判断部３１２は、ユーザ情報取得要求に設定されているアプリケーションＩＤ及びパスワード、並びに、アプリケーションデータベース３５１及び取得可否データベース３５３のレコードに基づいて、アプリケーションがエントリ情報を取得可能かどうか判断する。なお、取得可否判断部３１２による判断処理の詳細は後述する。
【００３８】
問合せ先データベース３５５は、エントリ情報を取得するためにアクセスするＬＤＡＰサーバ４０を決定するための情報（以下、問合せ先情報という。）を記憶する。図１３は、問合せ先データベース３５５が記憶する問合せ先情報の構成例を示す図である。同図に示すように、問合せ先情報には、アプリケーションＩＤに対応付けて、ＬＤＡＰサーバ４０を示すサーバ特定情報と、ＬＤＡＰサーバ４０の優先順位とが含まれる。優先順位は、例えば、アプリケーションＩＤが示すポートレット２２０に用いられるエントリ情報が管理されている可能性の高いＬＤＡＰサーバ４０について高くなるように設定される。例えば、ポータルサーバ２０においてユーザが所属する部署ごとに異なるポートレット２２０が実行され、部署毎にＬＤＡＰサーバ４０が運用されている場合には、当該ポートレット２２０に対応する部署が運用するＬＤＡＰサーバ４０の優先順位が１番に設定される。
【００３９】
ＬＤＡＰ情報取得部３１３は、ＬＤＡＰサーバ４０にアクセスして、エントリ名に対応するエントリ情報を取得する。ＬＤＡＰ情報取得部３１３は、一般的なディレクトリサーバに対する問い合わせ処理によりエントリ情報を取得する。例えば、ＬＤＡＰ情報取得部３１３は、エントリ名を指定したリクエスト（以下、ＬＤＡＰリクエストという。）をＬＤＡＰサーバ４０に送信し、ＬＤＡＰサーバ４０から応答されるエントリ情報を取得することができる。ＬＤＡＰ情報取得部３１３は、アプリケーションＩＤに対応するＬＤＡＰサーバ４０を問合せ先データベース３５５から特定し、優先順位の順番にアクセスしていく。なお、エントリ情報の取得処理の詳細については後述する。
【００４０】
ユーザ情報送信部３１４は、ＬＤＡＰ情報取得部３１３が取得したエントリ情報に基づいて、ユーザ情報を作成し、作成したユーザ情報をポータルサーバ２０に送信する。ユーザ情報取得要求にリターンＵＲＬが指定されていた場合、ユーザ情報送信部３１４は、そのＵＲＬにＨＴＴＰのＰＯＳＴメソッドによりユーザ情報を送信する。また、ユーザ情報取得要求にリターンＵＲＬが設定されていなかった場合には、ユーザ情報取得要求に対する応答として、ユーザ情報をポータルサーバ２０に送信する。
【００４１】
アクセス履歴登録部３１５は、ポータルサーバ２０からのエントリ情報に対するアクセスの履歴（以下、アクセス履歴情報という。）をアクセス履歴データベース３５４に登録する。図１４にアクセス履歴情報の構成を示す。同図に示すように、アクセス履歴情報には、アプリケーションＩＤ、サーバＩＰアドレス、ユーザＩＤ、ユーザＩＰアドレス、属性コード、アクセス時刻が含まれている。このうち、アプリケーションＩＤ、ユーザＩＤ、ユーザＩＰアドレス、及び属性コードは、ユーザ属性取得要求に含まれるものである。サーバＩＰアドレスは、そのポートレット２２０が実行されているポータルサーバ２０の通信ネットワーク５１におけるアドレスである。アクセス時刻は、ユーザ情報取得要求を受信した時刻である。
【００４２】
＝＝処理＝＝
以下、本実施形態の情報処理システムにおける処理について説明する。  
図１５は、本実施形態の情報処理システムにおける情報処理の流れを示す図である。
【００４３】
ユーザ端末１０のユーザＩＤ入力部１２１は、ＩＣカード１１０からユーザＩＤを読み出し（Ｓ６０１）、情報処理要求送信部１２２は、ユーザＩＤを設定した情報処理要求をポータルサーバ２０に送信する（Ｓ６０２）。
【００４４】
ポータルサーバ２０の情報処理要求受信部２１１が情報処理要求を受信すると、ポータル入出力部２１０は、情報処理要求に応じた処理を行うポートレット２２０を起動する（Ｓ６０３）。ポートレット２２０は、情報処理要求に設定されているユーザＩＤに対応するユーザ情報を処理する必要がある場合、ＡＰＩなどを介して、そのポートレット２２０が管理しているアプリケーションＩＤ２２１及びアプリケーションパスワード２２２、並びに、取得すべきユーザ情報の属性コードをポートレットサービス提供部２３０に通知する（Ｓ６０４）。なお、リターンＵＲＬやエラーＵＲＬがある場合には、これらもポートレットサービス提供部２３０に通知する。
【００４５】
ポートレットサービス提供部２３０がポートレット２２０からの通知を受けると、ユーザ情報取得要求送信部２３１は、情報処理要求に設定されているユーザＩＤ、アプリケーションＩＤ２２１、アプリケーションパスワード２２２、エントリ名を設定したユーザ情報取得要求を作成する。なお、ポートレット２２０からリターンＵＲＬやエラーＵＲＬが通知された場合にはこれらもユーザ情報取得要求に設定するようにする。ユーザ情報取得要求送信部２３１は、作成したユーザ情報取得要求をユーザ情報取得装置３０に送信する（Ｓ６０５）。
【００４６】
ユーザ情報取得装置３０は、ユーザ情報取得要求に応じて後述するユーザ情報の応答処理を行い（Ｓ６０６）、ユーザ情報をポータルサーバ２０に送信する。
【００４７】
ユーザ情報取得要求にリターンＵＲＬを設定した場合には（Ｓ６０７：ＹＥＳ）、ユーザ情報受信部２３２は、リターンＵＲＬに向けて送信されたユーザ情報を受信し、受信したユーザ情報をポートレット２２０に通知する（Ｓ６０８）。ユーザ情報のポートレット２２０への通知は、例えば、ユーザ情報受信部２３２からポートレット２２０へのプロセス間通信により行うようにしてもよいし、ポートレット２２０が監視する、メモリ２０２や記憶装置２０３が提供する記憶領域にユーザ情報を記憶するようにしてもよい。
【００４８】
一方、ユーザ情報取得要求にリターンＵＲＬを設定しなかった場合（Ｓ６０７：ＮＯ）、ポータルサーバ２０はユーザ情報取得要求に対する応答として送信されるユーザ情報を受信して、受信したユーザ情報をポートレット２２０に通知する（Ｓ６０９）。
【００４９】
ポートレット２２０は、通知されたユーザ情報に応じた処理を行い（Ｓ６０９）、情報処理結果送信部２１２は、ポートレット２２０による処理結果をユーザ端末１０に送信する（Ｓ６１１）。ユーザ端末１０は、ポータルサーバ２０から送信された情報処理結果を受信して出力する（Ｓ６１２）。
【００５０】
以上のようにして、情報処理システムでは、ユーザ端末１０から送信される情報処理要求に応じたポートレット２２０により情報処理が行われる。
【００５１】
＝＝ユーザ情報の応答処理＝＝
図１６は、ユーザ情報取得装置３０がユーザ情報取得要求を受信した場合に行われる、ユーザ情報の応答処理の流れを示す図である。
【００５２】
ユーザ情報取得装置３０のユーザ情報取得要求受信部３１１が、ポータルサーバ２０から送信されるユーザ情報取得要求を受信すると、取得可否判断部３１２は、ユーザ情報取得要求に設定されているアプリケーションＩＤに対応するパスワードをアプリケーションデータベース３５１から読み出す（Ｓ６２１）。取得可否判断部３１２は、アプリケーションデータベース３５１から読み出したパスワードと、ユーザ情報取得要求に設定されているアプリケーションパスワードとが一致すれば（Ｓ６２２：ＹＥＳ）、上記アプリケーションＩＤ及びユーザ情報取得要求に設定されている属性コードに対応するレコードを取得可否データベース３５３から読み出す（Ｓ６２３）。取得可否判断部３１２は、読み出したレコードの許可フラグが「○」である場合、そのエントリ情報を取得可能と判断し（Ｓ６２４：ＹＥＳ）、図１７に示すエントリ情報の取得処理が実行される。
【００５３】
すなわち、ＬＤＡＰ情報取得部３１３は、アプリケーションＩＤに対応する問合せ先情報を問合せ先データベース３５５から読み出し（Ｓ６４１）、読み出した問合せ先情報を優先順位に従いソートしてリストを作成する（Ｓ６４２）。
【００５４】
ＬＤＡＰ情報取得部３１３は、リストの先頭から次の問合せ先情報を取得する（Ｓ６４３）。ＬＤＡＰ情報取得部３１３は、問合せ先情報を取得できなければ（Ｓ６４４：ＮＯ）、所定のエラー値を属性値とする（Ｓ６４５）。
【００５５】
問合せ先情報が取得できた場合（Ｓ６４４：ＹＥＳ）、ＬＤＡＰ情報取得部３１３は、問合せ先情報のＬＤＡＰサーバ及び属性コードに対応するエントリ管理情報をエントリ管理データベース３５２から読み出して（Ｓ６４６）、読み出したエントリ管理情報に含まれるエントリ名とユーザＩＤとを設定したＬＤＡＰリクエストを、問合せ先情報に指定されるＬＤＡＰサーバ４０に送信する（Ｓ６４７）。ＬＤＡＰサーバ４０は、ユーザＩＤとエントリ名に応じたエントリ情報を検索して検索結果（エントリ情報又はエントリ情報が見つからなかった旨を示す情報を含む応答であり、以下、ＬＤＡＰ応答という。）を応答する（Ｓ６４８）。
【００５６】
ＬＤＡＰ情報取得部３１３は、ＬＤＡＰサーバ４０からＬＤＡＰ応答を受信し（Ｓ６４９）、受信したＬＤＡＰ応答が、エントリ情報が見つからない旨を示す情報を含む場合には（Ｓ６５０：ＮＯ）、ステップＳ６４３に戻り次の問合せ先情報について処理を繰り返す。  
ＬＤＡＰ情報取得部３１３は、ＬＤＡＰ応答がエントリ情報を含んでいる場合には（Ｓ６５０：ＹＥＳ）、エントリ情報に対してエントリ管理情報に指定された処理を行い、その結果を属性値とする（Ｓ６５１）。
【００５７】
ユーザ情報送信部３１４は、上記属性値に基づいてユーザ情報を作成し（Ｓ６２７）、ユーザ情報取得要求にリターンＵＲＬが設定されていた場合（Ｓ６２８：ＹＥＳ）、そのリターンＵＲＬにユーザ情報を送信する（Ｓ６２９）。  
一方、ユーザ情報取得要求にリターンＵＲＬが設定されていなかった場合には（Ｓ６２８：ＮＯ）、ユーザ情報送信部３１４は、ユーザ情報取得要求に対する応答として、ユーザ情報をポータルサーバ２０に送信する（Ｓ６３０）。
【００５８】
一方アプリケーションパスワードが一致しなかった場合（Ｓ６２２：ＮＯ）又はエントリ情報を取得不能と判断した場合（Ｓ６２４：ＮＯ）、ユーザ情報送信部３１４は、エラーが起きた旨をポータルサーバ２０に送信する（Ｓ６３１）。なお、ユーザ情報取得要求にエラーＵＲＬが設定されていた場合には、ユーザ情報送信部３１４は、エラーが起きた旨をエラーＵＲＬに送信する。  
アクセス履歴登録部３１５は、アクセス履歴情報を作成して、作成したアクセス履歴をアクセス履歴データベース３５４に登録する（Ｓ６３２）。
【００５９】
上記のように、本実施形態の情報処理システムでは、ポータルサーバ２０で実行されるポートレット２２０は直接ＬＤＡＰサーバ４０にアクセスせず、ユーザ情報取得装置３０を介してディレクトリ情報を取得するようにしており、ユーザ情報取得装置３０では、ポートレット２２０毎にディレクトリ情報へのアクセスが可能かどうかを判断し、ポートレット２２０からディレクトリ情報へのアクセスを管理している。したがって、ユーザ情報取得装置３０において、ポートレット２２０からディレクトリ情報へのアクセスの制御を細やかに設定することができる。これにより、情報処理システムの運用者は、ユーザに関するディレクトリ情報の開示について、細やかな運用方針をたてることができる。よって、個人情報に関する危惧を低減し、開発者及び利用者が安心して情報処理システムを利用できるようにすることが可能となる。
【００６０】
また、本実施形態の情報処理システムでは、ＬＤＡＰサーバ４０の設定を変更したり、ＬＤＡＰサーバ４０を改変したりすることなく、ユーザ情報取得装置３０においてポートレット２２０からのディレクトリ情報へのアクセスの制限を実現している。したがって、ＬＤＡＰサーバ４０には一般的なディレクトリサーバをそのまま用いることができる。よって、既存のＬＤＡＰサーバ４０が動作している環境においても、動作中のＬＤＡＰサーバ４０はそのまま運用を続けることができる。これにより、複数の情報処理システムにおいてＬＤＡＰサーバ４０を共有しているような環境にも適用することができる。
【００６１】
また、本実施形態の情報処理システムによれば、アプリケーションプログラムごとにアクセスするＬＤＡＰサーバを問合せ先データベース３５５に管理することができる。例えば、部署毎にＬＤＡＰサーバ４０が運用されており、ユーザが所属する部署に応じてポートレット２２０が提供されているような場合には、そのポートレット２２０が利用するディレクトリ情報は、当該部署で運用されているＬＤＡＰサーバ４０に管理されていることが多いところ、本実施形態の情報処理システムによれば、ポートレット２２０に提供するディレクトリ情報は、当該ポートレット２２０に係る部署に対応するＬＤＡＰサーバ４０にアクセスして取得するように設定することができる。したがって、複数のＬＤＡＰサーバ４０にアクセスしてディレクトリ情報を検索する場合にも効率的に検索を行うことができる。
【００６２】
また、本実施形態の情報処理システムでは、アプリケーションプログラム毎に、ＬＤＡＰサーバ４０に優先順位をつけて、複数のＬＤＡＰサーバ４０に順次アクセスすることができる。したがって、数多くのＬＤＡＰサーバ４０に管理されうるディレクトリ情報であっても、効率的に検索することが可能となる。
【００６３】
また、本実施形態の情報処理システムでは、ＬＤＡＰサーバ４０毎に属性コードとエントリ名との対応をエントリ管理データベース３５２に管理しているので、ＬＤＡＰサーバ４０によって同じ属性を異なるエントリ名で管理していたとしても、ＬＤＡＰサーバ４０を改変することなく利用することができる。したがって、ＬＤＡＰサーバ４０の追加も容易に行うことができる。
【００６４】
また、本実施形態の情報処理システムでは、各属性に対応するエントリ情報に対して処理を行った上で属性値とすることができる。例えば、あるＬＤＡＰサーバ４０では氏名を１つのエントリ情報として管理しており、他のＬＤＡＰサーバ４０では姓のエントリ情報と名のエントリ情報との２つを管理しているような場合にも、氏名を姓と名に分割したり、姓と名を氏名に結合したりする処理を行った上で属性値をポータルサーバ２０に提供することができる。したがって、ＬＤＡＰサーバ４０によって異なる形式でエントリ情報が管理されている場合にも、ＬＤＡＰサーバ４０を改変することなく情報処理システムに組み入れることができる。ＬＤＡＰサーバ４０の追加も容易に行うことができる。
【００６５】
また、ポートレット２２０毎に、ディレクトリ情報の各エントリについて取得の可否を設定することができるので、例えば、パスワードや個人評価などの機密性の高いエントリについては限られたポートレット２２０からのアクセスのみを許可するようにしてエントリ情報の安全性を高めるとともに、ユーザ名や所属コードなどの、比較的機密性の低いエントリ情報についてはほとんどのポートレット２２０からアクセスできるようにして、ユーザ情報を利用した情報処理を容易に行うようにし、利便性を高めることができる。
【００６６】
またこの場合には、開発中などの未検証のポートレット２２０については機密性の高いエントリについて提供しないように設定するなど、プログラミングのミスなどにより機密性の高いエントリ情報が誤って出力されてしまう危険を抑えることができる。その一方で、情報漏洩によるリスクが低い、例えばユーザ名や所属部署などのエントリ情報については、未検証のポートレット２２０であってもアクセス可能とすることにより、ポートレット２２０の開発を促進することができる。
【００６７】
また、本実施形態では、ユーザ情報取得要求はＨＴＴＰリクエストとして送信されるので、ＬＤＡＰのように比較的複雑なプロトコルの実装を行うことなく、一般的なＨＴＴＰリクエストを用いてユーザ情報の取得処理を実現することができる。したがって、パーソナライズを伴うポートレット２２０の開発を容易に行うことができる。
【００６８】
また、リターンＵＲＬに対してユーザ情報が送信されることにより、ポータルサーバ２０では、一般的なＨＴＴＰによるデータの受信処理を用いてユーザ情報を受けることができるので、ユーザ情報の受信処理についての開発負荷を低減することができる。
【００６９】
以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【００７０】
例えば、本実施形態では、ユーザ端末１０は、ＩＣカード１１０からユーザＩＤを読み出すようにしたが、キーボードやマウスなどの入力装置１０５からユーザＩＤの入力を受け付けるようにしてもよい。
【００７１】
また、アプリケーションＩＤ２２１及びアプリケーションパスワード２２２は、各ポートレットが管理するものとしたが、ポートレットサービス提供部２３０がまとめて管理するようにしてもよい。また、ポートレット２２０からユーザ情報取得要求をユーザ情報取得装置に直接送信するようにしてもよい。
【００７２】
また、ユーザ端末１０、ポータルサーバ２０、ユーザ情報提供装置３０、ＬＤＡＰサーバ４０が全て同じ通信ネットワーク５１に接続するようにしてもよい。
【符号の説明】
【００７３】
１０    ユーザ端末
１０１  ＣＰＵ
１０２  メモリ
１０３  記憶装置
１０４  通信インタフェース
１０５  入力装置
１０６  出力装置
１０７  ＩＣカードリーダ
１１０  ＩＣカード
１２１  ユーザＩＤ入力部
１２２  情報処理要求送信部
１２３  情報処理結果受信部
１２４  情報処理結果出力部
２０    ポータルサーバ
２０１  ＣＰＵ
２０２  メモリ
２０３  記憶装置
２０４  通信インタフェース
２１１  情報処理要求受信部
２１２  情報処理結果送信部
２２０  ポートレット
２３０  ポートレットサービス提供部
２３１  ユーザ情報取得要求送信部
２３２  ユーザ情報受信部
３０    ユーザ情報取得装置
３０１  ＣＰＵ
３０２  メモリ
３０３  記憶装置
３０４  通信インタフェース
３０５  通信インタフェース
３１１  ユーザ情報取得要求受信部
３１２  取得可否判断部
３１３  ＬＤＡＰ情報取得部
３１４  ユーザ情報送信部
３１５  アクセス履歴登録部
３５１  アプリケーションデータベース
３５２  エントリ管理データベース
３５３  取得可否データベース
３５４  アクセス履歴データベース
３５５  問合せ先データベース
４０    ＬＤＡＰサーバ
５１    通信ネットワーク
５２    通信ネットワーク
【図１】
0005502021.tif 000002
【図２】
0005502021.tif 000003
【図３】
0005502021.tif 000004
【図４】
0005502021.tif 000005
【図５】
0005502021.tif 000006
【図６】
0005502021.tif 000007
【図７】
0005502021.tif 000008
【図８】
0005502021.tif 000009
【図９】
0005502021.tif 000010
【図１０】
0005502021.tif 000011
【図１１】
0005502021.tif 000012
【図１２】
0005502021.tif 000013
【図１３】
0005502021.tif 000014
【図１４】
0005502021.tif 000015
【図１５】
0005502021.tif 000016
【図１６】
0005502021.tif 000017
【図１７】
0005502021.tif 000018