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