ユーザおよびグループの使用方法の計画

ユーザおよびグループの構成計画を立てておくと、その後のポータルライフサイクルの段階において時間の節約になります。既存のユーザおよびグループ情報を格納する場所、この情報の取得方法、ユーザの自己登録を許可するか、およびポータルに新しいユーザを追加する必要が生じるかどうかを決める必要があります。

パーソナライゼーションで使用するためのユーザプロファイル情報を格納および取得するかどうかも決めます。ポータル内で各グループが表示または実行できる内容を検討し、それに応じてロールの計画を立てます。後でユーザプロファイルを編集するのであれば、ユーザストアを書き込み可能にコンフィグレーションする必要があります。

ユーザおよびグループの管理方法の計画

ロール構造の計画を立てると同時に、ユーザおよびグループの管理方法を計画する必要があります。グループをロールベースに設定して、各グループで実行したりポータルに表示したりできる内容を制御すると、後で時間の節約になります。

ユーザおよびグループの管理方法を計画するには、ガイドラインとして次の手順を実行します。

グループおよびサブグループの構造を計画します。ユーザが外部ユーザストアに配置され、その外部ユーザストアにグループが含まれる場合は、これらの既存のグループを WebLogic Portal に取り込むことができます。グループおよびユーザの分類の詳細については、「グループおよびグループ階層の計画」を参照してください。さらに、グループのロールを計画します (ロールの詳細については、『セキュリティガイド』を参照)。
ユーザの格納場所およびユーザにアクセスする方法を決定します。ユーザは、内部ユーザストア (デフォルトの RDBMS ユーザストア) または外部ユーザストアに格納されます。認証プロバイダおよびユーザストアの詳細については、「ユーザへのアクセス」を参照してください。
グループの作成およびユーザの追加をプログラムにより実行するかどうか、または Administration Console を使用するかどうかを決定します。WebLogic Scripting Tool を使用すると、多数の既存ユーザおよびグループを取得できます。詳細については、『BEA WebLogic Server の WebLogic Scripting Tool ガイド』を参照してください。また、JSP タグおよびコントロールを作成して、ユーザがポータルアプリケーションを訪問した際に自身を登録できるようにすることが可能です。
必要に応じて、Administration Console または Server Administration Console で以下のタスクを実行できます。

グループおよびサブグループの作成
ユーザの追加
グループへのユーザの追加

Administration Console でのグループおよびユーザの作成手順については、「グループの追加と管理」および「ユーザの追加と管理」を参照してください。

ユーザに関する情報 (ユーザプロファイルプロパティ) を収集し、ポータルに統合するかどうかを決定します。ユーザプロファイル情報を使用すると、設定したルールに基づいて、ユーザをパーソナライズされたコンテンツ、電子メール、入力済みのフォーム、および割引の対象にすることができます。また、パーソナライズされたコンテンツを、ポータルでのプロセスにおけるユーザのガイドに反映することもできます。詳細については、「ユーザプロファイルの作成と更新」および「ユーザプロファイルプロパティの値の編集」を参照してください。
ユーザプロファイルプロパティが外部に保管されている場合は、UUP を作成して、外部ユーザストアから追加のユーザプロファイル情報を取得します。プロパティを使用すると、パーソナライゼーション、委託管理、および訪問者の資格に関するルールを定義することができます。UUP の使用の詳細については、「UUP の使用計画」を参照してください。UUP の設定手順については、「UUP のコンフィグレーション」を参照してください。
Administration Console にユーザおよびグループが表示されたら、ユーザおよびグループを委託管理のロールに配置したり、訪問者の資格を割り当てることができます。複数のユーザストアを使用している場合は、あるユーザストア内のグループの名前が、別のユーザストア内のグループと同じになる可能性があります。グループに対して委託管理を設定すると、その委託管理ロールが割り当てられている管理者は、そのグループが属するすべてのプロバイダで、グループを管理できます (ただし、管理者には他のプロバイダに対する委託管理特権が割り当てられている必要があります)。ロールおよび資格を割り当てる手順については、『セキュリティガイド』を参照してください。

グループおよびグループ階層の計画

会社組織のようにユーザをグループやサブグループに構造化することで、ユーザの管理がより簡単になります。グループは、部署、チーム、支社など、関連するユーザの集合です。ユーザは複数のグループに属することができ、グループは他のグループに属することができます。ロールを各グループに関連付け、グループが表示および実行できる内容を制御するために、ロールの計画を立てます。

外部ユーザストアを使用していて、そのユーザストアにグループが含まれている場合は、グループ階層ツリーを構築してそのグループ構造を取得し、Administration Console に表示できます。詳細については、「グループの追加と管理」を参照してください。

管理者は、グループプロファイルを作成および変更することもできます。グループプロファイルは、特定のユーザグループに関するどのデータを集め、保存するかを決定するスキーマです。グループプロファイルのプロパティには、Administration Console の編集可能なフィールドに格納されている、グループの情報が含まれます。

ユーザはグループのプロパティを編集できますが、ユーザが指定したグループのプロパティを、グループに所属するユーザが自動的に継承することはありません。たとえば、ユーザが 2 つのグループに属していて、各グループのプロパティを編集済みである場合は、ユーザが継承する必要のあるグループプロパティのセットを指定する必要があります。詳細については、「グループの追加と管理」を参照してください。

グループ構造を決定したら、プログラムまたは Administration Console でのグループの作成、移動、および削除が可能になります。

グループを作成したら、グループをロールおよび訪問者の資格に関連付け、ポータルでユーザが表示および操作できる内容を制御することができます。

ユーザのグループ編成

Everyone グループは Administration Console の組み込みグループであるため、変更できません。匿名ユーザを含むすべてのユーザがこのグループに属します。

グループを設定するには、まずグループ階層を決定します。たとえば、会社のすべての従業員を含む AllEmployees というトップレベルのグループを作成したとします。AllEmployees グループにその他のグループを含め、さらにその各グループが、それぞれ特定の場所のオフィスにいる従業員だけを含むようにできます。

グループを作成する場合は、空のグループを作成し、それにユーザを何人でも追加できます。次に、グループを資格ロールにマッピングすることで、グループのユーザを分類することができます。手順については、『セキュリティガイド』を参照してください。

Administration Console を使用してユーザをグループに追加できます。詳細については、「グループのユーザの追加」を参照してください。また、BEA Workshop for WebLogic Platform を使用してユーザをグループに追加することもできます。詳細については、「JSP タグを使用したグループへのユーザの追加」を参照してください。

外部ユーザストアを使用している場合は、既存のグループがそのユーザストアに存在するかどうかを確認し、作成するグループと既存のグループを一致させる必要があります。

既存のグループ構造の使用

アクセス先のユーザストアですでにユーザのグループ編成が行われている場合、Administration Console で階層ツリーを構築し、既存のグループ構造と一致させることができます。WebLogic Server のデフォルトの RDBMS ユーザストアを使用している場合は、グループ階層ツリーを構築する必要はありません。手順については、「グループ階層ツリーの使用」を参照してください。

ユーザストアの操作

WebLogic Server 付属のデフォルトの RDBMS ユーザストア、または WebLogic Server 外部のユーザストアを使用することができます。外部ユーザストアの例として、OpenLDAP または Netscape の iPlanet が挙げられます。このようなプロバイダを WebLogic Server に接続し、外部ユーザストア内のユーザをポータルにログインさせることができます。

ユーザ情報の編集

ユーザ情報を編集できるようにする場合は、外部ユーザストアを書き込みアクセス可能にコンフィグレーションする必要があります。ユーザストアが書き込み可能であれば、ユーザストアに格納されるユーザ、グループ、およびユーザプロファイルを追加できます。外部ユーザストアを設定し、書き込み可能にする手順については、『セキュリティガイド』を参照してください。

ユーザストアが読み込み専用の場合は、プロパティをポータルに表示できますが、変更はできません。サポートされている外部ユーザストアのデフォルトコンフィグレーションは、Administration Console または WebLogic Server Administration Console からのユーザとグループへの読み込み専用アクセスです。デフォルトの RDBMS ユーザストアには、デフォルトで書き込みアクセスが許可されています。

複数のユーザストアへのアクセス

複数のユーザストアにユーザを格納している場合は、それぞれのユーザストアへのアクセスが必要となる場合があります。WebLogic Portal では、複数の認証プロバイダおよび複数のユーザストアがサポートされています。

複数のユーザストアへのアクセスは、以下のポータル管理タスクを実行する際に役立ちます。

外部ユーザストアのユーザがポータルデスクトップにログインできるようにする。
外部ユーザストアに格納されているユーザにパーソナライズされたアプリケーションを提供する。外部のユーザとグループが Administration Console に表示されたら、ユーザとグループおよびそのプロファイルのプロパティに基づくパーソナライゼーションルールを定義できます。
外部ユーザストアのユーザがログインしたときに、特定のポータルリソースにアクセスする資格を与える。外部ユーザとグループに基づく訪問者の資格ルールを定義できます。
外部ユーザストアのユーザに、ポータルアプリケーションへの管理アクセス権限を付与する。外部ユーザとグループに基づく委託管理ルールを定義できます。

『セキュリティガイド』の手順に従って外部ユーザストアの作成およびコンフィグレーションを実行したら、そのユーザストアの認証プロバイダが Administration Console のドロップダウンリストに表示されます。図 2-1 には、2 つの認証プロバイダが示されています。

UUP の使用計画

UUP を使用して、OpenLDAP サーバやデータベース、従来のアプリケーション、フラットファイルなどの他のユーザストアから、追加のユーザプロファイル情報を取得します。UUP を使用して既存のシステムとユーザプロファイルを統合すると、以下のようなメリットが得られます。

UUP オープンインタフェースによる他の大部分のシステムとの統合。ポータルスキーマにデータを移行することなく、既存のユーザ情報にアクセスできます。
複数のシステムからのデータの取得および 1 つのユーザプロファイルタイプとのデータの照合。
ポータルサーバの同一インスタンスでの複数プロファイルタイプの使用。
2 人の異なるユーザに対して 2 つの異なるシステムから同一の属性を取得。たとえば、SAP から顧客 1 の顧客住所プロパティを、Oracle Financial から顧客 2 の顧客住所プロパティを取得できます。
パーソナライゼーションの開始、ロールに基づいた管理の設定、ポータルリソースへのアクセスを制限する資格の作成。
UUP を作成し、外部データストアに格納されている追加のユーザ情報を取得。

以下のタスクを実行する場合は、外部データストアの UUP を使用する必要はありません。

サンプルの UUP シナリオの使用

以下のシナリオを使用して、UUP の使用方法および UUP を使用する場合について理解します。

新しいポータルアプリケーションを作成し、そのアプリケーションにユーザがログインできるようにするとします。
ユーザは WebLogic Portal の外部にある RDBMS ユーザストアに格納されています。この場合、WebLogic Server (ポータルアプリケーションのドメインサーバインスタンス) を RDBMS システムに接続すると、ユーザは、ユーザ名とパスワードが WebLogic Server に格納されている場合と同様に、ポータルアプリケーションにログインできます。RDBMS ユーザストアを通して認証を提供することのみが目的の場合は、この処置だけでよく、UUP は使用しません。
また、RDBMS ユーザストアに電子メールと電話番号の情報 (プロパティ) が格納されていて、ポータルアプリケーションでそれらのプロパティにアクセスするとします。この場合、コードから追加プロパティへのアクセスを可能にする、RDBMS ユーザストア用の UUP を作成する必要があります。

WebLogic Portal 8.1 からのユーザおよびグループのアップグレード

WebLogic Server 9.2 には、ユーザおよびグループメンバシップ用の RDBMS ユーザストアを持つ、デフォルトの新しい SQLAuthenticator 認証プロバイダがあります。

BEA WebLogic アップグレードウィザードを実行すると、WebLogic Portal 8.1 SP4、SP5、または SP6 のユーザおよびグループをアップグレードするか、Portal 8.1 の既存の RDBMS ユーザストアを使用し続けるかを選択できます。

ユーザおよびグループをアップグレードする - ユーザおよびグループを WebLogic Portal 8.1 から自動的に新しい RDBMS ユーザストアにアップグレードするには、こちらを選択します。新しい RDBMS ユーザストアは、WebLogic Portal 9.2 のインストールに含まれる、デフォルトの新しい SQLAuthenticator 認証プロバイダの一部です。BEA WebLogic アップグレードウィザードを実行し、Portal 8.1 RDBMSAuthenticator が検出されたときに、[RDBMSAuthenticator のアップグレード] オプションを選択できます。このオプションを選択すると、既存の認証プロバイダが新しい SQLAuthenticator 認証プロバイダに置き換えられ、ユーザおよびグループと共にコンテンツがアップグレードされます。
ユーザおよびグループをアップグレードしない - WebLogic Portal 8.1 インストールにあるデフォルトの RDBMSAuthenticator の RDBMS ユーザストアを使用し続けるには、こちらを選択します。BEA WebLogic アップグレードウィザードを実行し、Portal 8.1 RDBMSAuthenticator が検出されたときに、[RDBMSAuthenticator のアップグレードを行わない] オプションを選択できます。後で手動でユーザストアを Portal 9.2 RDBMS ユーザストアにアップグレードすることもできます。詳細については、『WebLogic Portal 9.2 へのアップグレード』を参照してください。

BEA WebLogic アップグレードウィザードを実行してアップグレードを行う手順については、『WebLogic Portal 9.2 へのアップグレード』を参照してください。

最適なパフォーマンスを得るためのユーザおよびグループの設計

ユーザおよびグループを作成するときは、次のガイドラインに従います。

ユーザ管理ガイド