ヘッダーをスキップ
Oracle® Fusion Middleware Oracle WebCenter Portalでのポータルの構築
11gリリース1 (11.1.1.8.3)
E50013-03
  目次へ移動
目次

前
 
次
 

30 ポータル内のメンバーの管理およびロールの割当て

この章では、ポータルのメンバーシップ・ポリシーを設定する方法およびメンバーのロールと責任を定義する方法について説明します。

この章の内容は、次のとおりです。


権限:

この章のタスクを実行するには、ポータルのModeratorロール、またはポータル・レベルのManage Membership権限を含むカスタム・ロールが必要です。この権限を持つユーザーは、ポータル・メンバーとそのロール割当てを管理できます。

権限の詳細は、第29.1項「ポータルのロールと権限について」を参照してください。


30.1 ポータル・メンバーシップについて

メンバーの参加はすべてのポータルの中心となります。メンバーシップを管理し、ポータルに対して定義された様々なロールに割り当てられている権限を通じてメンバーの参加を決定することは、ポータル・モデレータの担当です。ポータルは様々な方法でメンバーを収集できます。

30.2 ポータルのメンバーの表示

ポータルの現在のメンバーシップを確認するには:

  1. ポータル管理(第7.1項「ポータル管理へのアクセス」を参照)で、左側のナビゲーション・ペインの「セキュリティ」をクリックして、「メンバー」サブタブをクリックします(図30-1)。


    ヒント:

    第A.7項「指定されたポータルのページに対するプリティURL」に記載されているダイレクトURLを使用してこのページに移動することもできます。


    図30-1 ポータル管理: 「メンバー」ページ

    図30-1の説明が続きます
    「図30-1 ポータル管理: 「メンバー」ページ」の説明

  2. 「メンバー」領域で、現在のメンバーのリストと各メンバーの現在のロール割当てを確認します。

  3. 「フィルタ」ドロップダウンを使用して、「すべてのメンバー」を選択して完全なリストを表示するか、ロール名を選択して特定のロールのメンバーのリストを表示します。

30.3 ポータルのメンバーシップ・オプションの設定

ポータル・モデレータは、ポータルのメンバーシップ・ポリシーを決定します。招待のみのメンバーシップ・ポリシーを選択したり、ユーザーがポータルにサブスクライブ(およびサブスクライブ解除)することで自分で参加できるようにしたり、新しいメンバーを直接追加したり、これらのメンバーシップ・オプションを任意に組み合せて使用したりします。

セルフサービスを有効にしても、必ずしもユーザーがポータルに自動的にアクセスできるようになるわけではありません。この場合でも、モデレータは承認プロセスを介して、ポータルに参加(または脱退)するユーザーを管理できます。

デフォルトのメンバーシップ権限は、ポータルの作成に使用されたテンプレートから導出されます。モデレータは、いつでもこれらの設定を変更できます。この項では、次の内容について説明します。

30.3.1 ポータルのセルフサービス・メンバーシップの管理

ポータル・モデレータは、招待のみによってポータルへのアクセス権を制限したり、ユーザーが招待なしでセルフサービスによって自分で参加できるようにすることができます。

また、ユーザーのポータルへの参加、承認なしのポータル・メンバーシップの変更、または特定のロールの承認を必要とするポータル・メンバーシップの変更を許可する場合があります。メンバーシップ・リクエストに承認が必要な場合、新しいメンバーは、ポータルにサブスクライブしても自動的にアクセスできるようにはなりません。この場合、モデレータがサブスクリプション通知を受信し、その通知を受け入れるか却下するかを決定します。

ポータルのセルフサービスを管理するには:

  1. ポータル管理(第7.1項「ポータル管理へのアクセス」を参照)で、左側のナビゲーション・ペインの「セキュリティ」をクリックして、「メンバー」サブタブをクリックします(図30-2)。


    ヒント:

    第A.7項「指定されたポータルのページに対するプリティURL」に記載されているダイレクトURLを使用してこのページに移動することもできます。


    図30-2 ポータル管理: 「メンバー」ページ

    図30-2の説明が続きます
    「図30-2 ポータル管理: 「メンバー」ページ」の説明

  2. 「オプション」をクリックして、「メンバーシップ・オプション」ダイアログを開きます(図30-3)。

    図30-3 「メンバーシップ・オプション」ダイアログ

    図30-3の説明が続きます
    「図30-3 「メンバーシップ・オプション」ダイアログ」の説明

  3. 「招待オプション」で、「ポータル・ユーザーの招待の有効化」を選択すると、ポータル・モデレータ(またはManage Membership権限を持つメンバー)は、ポータルに参加するように他のWebCenter Portalユーザーを招待できます。このオプションの選択を解除すると、ポータルへの参加の招待は許可されません。


    ヒント:

    「ポータル・ユーザーの招待の有効化」チェック・ボックスは、WebCenter Portalワークフローが構成される場合のみ表示されます。システム管理者に相談し、Oracle Fusion Middleware Oracle WebCenter Portalの管理のWebCenter Portalワークフローのトラブルシューティングに関する項を参照してください。


  4. 「メンバーシップ・セルフサービス」で次の手順を実行します。

    • 非メンバーがセルフサービスによってポータルに参加したり、現在のメンバーシップへの変更をリクエストしたりできないようにするには、「セルフサービス・メンバーシップまたはセルフサービス・メンバーシップ変更を許可しない」を選択します。

    • 非メンバーがポータルに参加したり、メンバーが現在のメンバーシップへの変更をリクエストしたりできるようにするには、「セルフサービス・メンバーシップまたはセルフサービス・メンバーシップ変更を許可する(すべてのロールを使用可能)」を選択します。


      注意:

      このオプションを選択する場合は、その他のユーザーが「ポータル」ページおよび検索からそのポータルを表示できる状態であることを確認します(第4.3項「ポータルの認知(検出可能化)」を参照)。


      このオプションを選択すると次のようになります。

      • WebCenter Portalユーザーであれば、ポータルに参加できます(『Oracle Fusion Middleware Oracle WebCenter Portalの使用』のポータルへの参加に関する項を参照)。

      • ポータルへの参加後、メンバーは、ポータルのロールを変更したり、メンバーシップを取り消したりすることができます(『Oracle Fusion Middleware Oracle WebCenter Portalの使用』のポータルのロールの変更に関する項およびポータル・メンバーシップの取消しに関する項を参照)。

      リクエストを付与する前にモデレータの承認が必要になるように指定するには、「モデレータの承認が必要」を選択します。


      ヒント:

      「モデレータの承認が必要」チェック・ボックスは、WebCenter Portalワークフローが構成される場合のみ表示されます。システム管理者に相談し、Oracle Fusion Middleware Oracle WebCenter Portalの管理のWebCenter Portalワークフローのトラブルシューティングに関する項を参照してください。


    • 「メンバーシップのリクエスト」ページおよび「メンバーシップの変更」ページで表示されるロールを指定するには、「セルフサービス・メンバーシップまたはセルフサービス・メンバーシップ変更を許可する(選択されたロールを使用可能)」を選択して、使用可能なすべてのロールを示す表を表示します(図30-4)。

      図30-4 セルフサービス・メンバーシップで使用可能なロールの選択

      図30-4の説明が続きます
      「図30-4 セルフサービス・メンバーシップで使用可能なロールの選択」の説明

      • 「メンバーシップのリクエスト」ページおよび「メンバーシップの変更」ページにロールを表示するには、「有効化」を選択します。ロールを非表示にするには、対応する「有効化」の選択を解除します。

      • リクエストが付与される前にモデレータの承認が必要であることを指定するには、「承認が必要」を選択します。承認または却下するためのリクエストがモデレータのワークリストに送信されます(ポータルに複数のモデレータがいる場合は、すべてのモデレータがリクエストを受け取りますが、1人のモデレータのみがリクエストを処理する必要があります)。承認なしで変更を許可するには、「承認が必要」の選択を解除します。


        ヒント:

        「承認が必要」チェック・ボックスは、WebCenter Portalワークフローが構成される場合のみ表示されます。システム管理者に相談し、Oracle Fusion Middleware Oracle WebCenter Portalの管理のWebCenter Portalワークフローのトラブルシューティングに関する項を参照してください。


  5. 「保存」をクリックします。

30.3.2 ポータルからのセルフサービス・メンバーシップの削除の管理

ポータルからサブスクライブ解除するためにモデレータの承認が必要な場合は、メンバーが脱退するときにサブスクリプション解除リクエストがモデレータのワークリストに送信されます。モデレータはこれを受け入れるか、または却下することができます。

ポータル・メンバーシップを取り消すための承認オプションを構成するには:

  1. ポータル管理(第7.1項「ポータル管理へのアクセス」を参照)で、左側のナビゲーション・ペインの「セキュリティ」をクリックして、「メンバー」サブタブをクリックします(図30-5)。


    ヒント:

    第A.7項「指定されたポータルのページに対するプリティURL」に記載されているダイレクトURLを使用してこのページに移動することもできます。


    図30-5 ポータル管理: 「メンバー」ページ

    図30-5の説明が続きます
    「図30-5 ポータル管理: 「メンバー」ページ」の説明

  2. 「オプション」をクリックして、「メンバーシップ・オプション」ダイアログを開きます。

  3. 「メンバーシップ・セルフサービス」(図30-6)で次の手順を実行します。

    • ポータルを脱退するにはモデレータの承認が必要となるように指定するには、「セルフサービス・メンバーシップの削除にはモデレータの承認が必要」を選択します。

    • 承認なしでメンバーが脱退できるようにするには、「セルフサービス・メンバーシップの削除にはモデレータの承認が必要」の選択を解除します。


    ヒント:

    このチェック・ボックスは、WebCenter Portalワークフローが構成される場合のみ表示されます。システム管理者に相談し、Oracle Fusion Middleware Oracle WebCenter Portalの管理のWebCenter Portalワークフローのトラブルシューティングに関する項を参照してください。


    図30-6 サブスクライブ解除リクエストの承認要件の指定

    図30-6の説明が続きます
    「図30-6 サブスクライブ解除リクエストの承認要件の指定」の説明

  4. 「保存」をクリックします。

30.4 新しいメンバーへのメッセージの作成

ポータルに他のユーザーを追加または招待する場合、そのユーザーは、メール・サービス(構成している場合)やワークリスト(ワークリスト・サービスを構成している場合)を通してメッセージを受信します。新しいメンバーを招待する前に、次のシナリオに適切な挨拶とメッセージを作成するには時間がかかります。

新しいメンバーに送信するメッセージを作成するには、次の手順を実行します。

  1. ポータル管理(第7.1項「ポータル管理へのアクセス」を参照)で、左側のナビゲーション・ペインの「セキュリティ」をクリックして、「メンバー」サブタブをクリックします(図30-7)。


    ヒント:

    第A.7項「指定されたポータルのページに対するプリティURL」に記載されているダイレクトURLを使用してこのページに移動することもできます。


    図30-7 ポータル管理: 「メンバー」ページ

    図30-7の説明が続きます
    「図30-7 ポータル管理: 「メンバー」ページ」の説明

  2. 「オプション」をクリックして、「メンバーシップ・オプション」ダイアログを開きます(図30-3)。

    図30-8 「メンバーシップ・オプション」ダイアログ

    図30-8の説明が続きます
    「図30-8 「メンバーシップ・オプション」ダイアログ」の説明

  3. 「メンバーシップ通知メッセージ」で、必要に応じて、適切なセクションにメッセージを入力します。

    • メンバーの追加メッセージ: メンバーシップ通知に含める短いメッセージを入力します。新しいメンバーを歓迎し、自分のポータルを紹介するメッセージ・テキストを使用します。

    • メンバーの招待メッセージ: WebCenter Portalに登録されているユーザーに対するメンバーシップの招待に含める短いメッセージを入力します。ポータルの概要と効果的な使用方法を説明するメッセージ・テキストを使用します。メンバーシップの招待はユーザーのワークリストに表示され、この招待には、招待されたユーザーがメンバーシップの招待を承認するためにクリックする「承認」ボタンが含まれます。ワークリスト通知をメールで送信するようにSOAサーバーを構成する場合、招待されたユーザーは、ワークリストとメールの両方で通知を受け取ります。


      ヒント:

      このセクションは、WebCenter PortalワークフローとSOAサーバーが構成される場合のみ表示されます。システム管理者に相談し、Oracle Fusion Middleware Oracle WebCenter Portalの管理のWebCenter Portalワークフローのトラブルシューティングに関する項を参照してください。


    • 未登録ユーザーの招待: WebCenter Portalユーザーとして登録されていないユーザーに対するメンバーシップの招待に含める短いメッセージを入力します。ポータルの概要と効果的な使用方法を説明するメッセージ・テキストを使用します。メンバーシップの招待は、メール・サービスを使用してメールで送信されます。この招待にはセキュアなURLが含まれており、招待されたユーザーは、これをクリックしてメンバーシップの招待を承認する必要があります。未登録のユーザーは、ポータルにアクセスできるようになる前にWebCenter Portalへの登録を求められます。

  4. 「保存」をクリックします。

30.5 ポータルへのメンバーの追加

この項では、モデレータがポータルにメンバーを登録する様々な方法について説明します。

30.5.1 アイデンティティ・ストアでのユーザーまたはグループの検索

ユーザーまたはグループの検索が必要なタスクの場合、この項の情報を使用して検索文字列を作成します。たとえば、次のタスクでは、ユーザー名またはグループ名を指定する必要があります。

アイデンティティ・ストアでユーザーとグループを見つけるためのWebCenter Portalによる検索メカニズムは、特定のルールに従っています。検索文字列を作成する場合は、次のヒントを覚えておいてください。

  • 検索は、First Name(名)、Last Name(姓)、Mail Address(メール・アドレス)、User ID(ユーザーID)、Common Name(共通名)に対して機能します。たとえば、Oracle Internet Directory (OID)では、検索はgivennamesnmailuidcnに対して機能します。

    ユーザー属性を、別のLDAPディレクトリ・サーバー内の対応する名前にマッピングする方法の詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のユーザー属性のLDAPディレクトリへのマッピングに関する項を参照してください。

  • 先行または後続の文字の代用として、検索文字列内の任意の場所にワイルドカード(*)文字を指定します。

  • 検索では大文字と小文字は区別されません。

  • アイデンティティ・ストアの全ユーザー(またはグループ)を表示するには、検索条件を空白のままにします。

  • First Name、Last Name、Mail Address、User ID、またはCommon Nameを検索するには、これらの値のいずれかの少なくとも最初の1文字を指定することで、検索条件を指定します。

  • First NameまたはLast Nameを検索するには、First NameおよびLast Nameでそれぞれ検索を行うための2つの検索条件をスペース区切りで指定します。各値では少なくとも最初の1文字を指定します。

  • First NameまたはLast Nameを検索するのに、どちらかに複数の名前がある場合は、複数の検索条件をスペース区切りで指定します。複数の名前は、空白文字を含め、1つのフィールドとして処理されます。最初の検索条件が「名」フィールドでの検索を指定し、最後の検索条件が「姓」フィールドでの検索を指定します。間にある検索条件は無視されます。各値では少なくとも最初の1文字を指定します。

たとえば、アイデンティティ・ストア内の次のエントリはWebCenter Portalユーザーを定義しています。


First Name (givenname)=James Robert
Last Name (sn)=van Order
Mail Address (mail)=jim.van.order@example.com
User ID (uid)=jimbo
Common Name (cn)=Jim

表30-1は、検索結果にこのユーザーが表示される検索条件の一覧です。検索結果にこのユーザーが表示されない検索条件は、表30-2を参照してください。

表30-1 James Robert van Orderが見つかる検索条件

検索条件 検索結果

Jam

jam*

*ames

*bert

すべてがFirst Name (James Robert)で見つかります。

結果には、First Name、Last Name、Mail Address、User ID、またはCommon Nameが検索条件で始まるすべてのユーザーが表示されます。

van

*Order

両方がLast Name (van Order)で見つかります。

結果には、First Name、Last Name、Mail Address、User ID、またはCommon Nameが検索条件で始まるすべてのユーザーが表示されます。

jimbo

Jimbo

*imbo

jimboがUser ID (jimbo)で見つかります。

結果には、First Name、Last Name、Mail Address、User ID、またはCommon Nameが検索条件で始まるすべてのユーザーが表示されます。

jim

Jim

jimがMail Address (jim.van.order@example.com)、User ID (jimbo)、Common Name (Jim)で見つかります。

結果には、First Name、Last Name、Mail Address、User ID、またはCommon Nameが検索条件で始まるすべてのユーザーが表示されます。

James Order

james order

JamesがFirst Name (James Robert)で見つかりますが、OrderはLast Name (van Order)では見つかりません。

結果には、First Nameが最初の検索条件で始まるか、Last Nameが2つ目の検索条件で始まるすべてのユーザーが表示されます。

Robert van

robert Van

RobertはFirst Name (James Robert)で見つかりませんが、vanはLast Name (van Order)で見つかります。

結果には、First Nameが最初の検索条件で始まるか、Last Nameが2つ目の検索条件で始まるすべてのユーザーが表示されます。

James van Order

james Van order

JamesがFirst Name (James Robert)で見つかりますが、OrderはLast Name (van Order)では見つかりません。

結果には、First Nameが最初の検索条件で始まるか、Last Nameが最後の検索条件で始まるすべてのユーザーが表示されます。間にある検索条件は無視されます。

James Robert van Order

james robert Van order

JamesがFirst Name (James Robert)で見つかりますが、OrderはLast Name (van Order)では見つかりません。

結果には、First Nameが最初の検索条件で始まるか、Last Nameが最後の検索条件で始まるすべてのユーザーが表示されます。間にある検索条件は無視されます。


表30-2は、検索結果にこのユーザーが表示されない検索条件の一覧です。

表30-2 James Robert van Orderが見つからない検索条件

検索条件 検索結果

ames

ameはFirst Name (James Robert)、Last Name (van Order)、Mail Address (jim.van.order@example.com)、User ID (jimbo)、Common Name (Jim)で見つかりません。

結果には、First Name、Last Name、Mail Address、User ID、またはCommon Nameが検索条件で始まるすべてのユーザーが表示されます。

Order

order

OrderはFirst Name (James Robert)、Last Name (van Order)、Mail Address (jim.van.order@example.com)、User ID (jimbo)、Common Name (Jim)で見つかりません。

結果には、First Name、Last Name、Mail Address、User ID、またはCommon Nameが検索条件で始まるすべてのユーザーが表示されます。

Robert Order

robert order

RobertがFirst Name (James Robert)で見つからず、OrderもLast Name (van Order)で見つかりません。

結果には、First Nameが最初の検索条件で始まるか、Last Nameが2つ目の検索条件で始まるすべてのユーザーが表示されます。


30.5.2 登録済ユーザーとグループの追加

ポータル・モデレータは、ポータルのメンバーとして現在WebCenter Portalに登録されているユーザーを追加できます。SOAサーバーとWebCenter Portalワークフローが構成される場合、追加されたユーザーは、アクティビティ・ストリームとメール・メッセージ(SOAサーバーがメールを送信するように構成される場合)で通知を受け取ります。

ポータルにメンバーを追加するには:

  1. ポータル管理(第7.1項「ポータル管理へのアクセス」を参照)で、左側のナビゲーション・ペインの「セキュリティ」をクリックして、「メンバー」サブタブをクリックします(図30-9)。


    ヒント:

    第A.7項「指定されたポータルのページに対するプリティURL」に記載されているダイレクトURLを使用してこのページに移動することもできます。


    図30-9 ポータル管理: 「メンバー」ページ

    図30-9の説明が続きます
    「図30-9 ポータル管理: 「メンバー」ページ」の説明

  2. (オプション)「メンバー」ページで、「オプション」をクリックして、新しいメンバーに送信された挨拶メッセージを編集します(第30.4項「新しいメンバーへのメッセージの作成」を参照)。「保存」をクリックして、「メンバーシップ・オプション」ダイアログを閉じます。

  3. 次のいずれかを選択します。

    • ユーザーの追加: ポータルのメンバーとして1人以上の個別のユーザーを追加します。

    • グループの追加: アイデンティティ・ストア内の指定されたユーザー・グループに属している複数のユーザーを追加します。グループに対する後続の変更や更新は、ポータルに自動的に反映されます。

  4. ユーザーまたはグループの正確な名前がわかっている場合は、入力フィールドに名前を入力し、複数の名前はカンマで区切ります(図30-10)。

    名前が正確にわからない場合は、アイデンティティ・ストアを検索できます。第30.5.1項「アイデンティティ・ストアでのユーザーまたはグループの検索」を参照してください。

    図30-10 新しいメンバーの追加

    図30-10の説明が続きます
    「図30-10 新しいメンバーの追加」の説明

  5. リストから1つ以上のユーザー名を選択します。

  6. 「ロールの選択」リストから、選択したメンバーまたはグループのロールを選択します。必要なロールがリストにない場合、要件を満たす新しいロールを作成します(第29.2項「ポータルのカスタム・ロールの定義」を参照)。

  7. 「追加」をクリックします。

選択したすべてのユーザーとグループが「メンバー」セクションに表示されます。


注意:

グループを追加する場合は、次のことに注意します。

  • ユーザー・グループの名前はクリック可能で、ドリルダウンしてグループ・メンバーの個々のユーザー名を見ることができます。

  • OES (Oracle Entitlements Server)ロールは動的属性に基づいており、このため静的メンバーを持たないので、メンバーのリストはOESロールに基づく動的グループを表示しません。詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理のアイデンティティ・ストアの構成に関する項を参照してください。

  • WebCenter Portalでエンタープライズのグループとロール間のマッピングを適切に管理するには、ディスカッション・サーバーやコンテンツ・サーバーなどのバックエンド・サーバーも、エンタープライズ・グループをサポートする必要があります。バックエンド・サーバーがエンタープライズ・グループをサポートしない場合は、メッセージ「Group [name] not found in the Identity Store」が表示されます。詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理のユーザーとロールに関する問題のトラブルシューティングに関する項を参照してください。


30.5.3 登録済ユーザーの招待

ポータル・モデレータは、現在WebCenter Portalに登録されているユーザーを招待し、ポータルのメンバーにすることができます。招待されたユーザーは、メール・メッセージ(SOAサーバーがメールを送信するように構成される場合)とワークリスト(ワークリストが構成される場合)で通知を受け取ります。

ポータルのメンバーにするためにユーザーを招待するには:

  1. ポータル管理(第7.1項「ポータル管理へのアクセス」を参照)で、左側のナビゲーション・ペインの「セキュリティ」をクリックして、「メンバー」サブタブをクリックします(図30-11)。


    ヒント:

    第A.7項「指定されたポータルのページに対するプリティURL」に記載されているダイレクトURLを使用してこのページに移動することもできます。


    図30-11 ポータル管理: 「メンバー」ページ

    図30-11の説明が続きます
    「図30-11 ポータル管理: 「メンバー」ページ」の説明

  2. (オプション)「メンバー」ページで、「オプション」をクリックして、招待されたメンバーに送信された挨拶メッセージを編集し(第30.4項「新しいメンバーへのメッセージの作成」を参照)、「保存」をクリックして「メンバーシップ・オプション」ダイアログを閉じます。

  3. 「人の招待」をクリックし、「登録済ユーザーの招待」を選択して、ポータルのメンバーにする個別のユーザーを招待します。


    ヒント:

    「人の招待」は、WebCenter Portalワークフローが構成され、さらにポータル・モデレータが「メンバーシップ・オプション」ダイアログで「ポータル・ユーザーの招待の有効化」を選択した場合に利用できます(第30.3.1項「ポータルのセルフサービス・メンバーシップの管理」を参照)。


  4. ユーザーの正確な名前がわかっている場合は、表示されたボックスに名前を入力し、複数の名前はカンマで区切ります(図30-12)。

    名前が正確にわからない場合は、アイデンティティ・ストアを検索できます。検索のヒントは、第30.5.1項「アイデンティティ・ストアでのユーザーまたはグループの検索」を参照してください。

    図30-12 新しいメンバーの招待

    図30-12の説明が続きます
    「図30-12 新しいメンバーの招待」の説明

  5. リストから1つ以上のユーザー名を選択します。

  6. 招待したメンバーのロールを選択します。必要なロールがリストにない場合、要件を満たすロールを作成します(第29.2項「ポータルのカスタム・ロールの定義」を参照)。

  7. 「招待」をクリックします。

招待を取り消す場合は、招待されたメンバーをリストから削除します。

招待されたユーザーは、メール・メッセージ(SOAサーバーがメールを送信するように構成される場合)やワークリスト(ワークリストが構成される場合)を通じて、手順2で作成したメッセージを含むポータルへの参加の招待を受け取ります。招待には保護されたURLが含まれており、招待されたパーティはこのURLをクリックして、ポータルへのアクセス権を得る前にWebCenter Portalに登録する必要があります。

30.5.4 未登録ユーザーの招待

システム管理者が未登録ユーザーの自己登録を許可している場合、ポータル・モデレータは、ポータルに参加するように、有効なメール・アドレスを持つユーザーを招待できます。見込みメンバーは、このポータルに参加するように招待する電子メールを受信します。招待を承認したら、未登録ユーザーは、ポータルにアクセスできるようになる前にWebCenter Portalへの登録を求められます。

ポータルに参加するようにWebCenter Portalコミュニティ外部のユーザーを招待するには:

  1. ポータル管理(第7.1項「ポータル管理へのアクセス」を参照)で、左側のナビゲーション・ペインの「セキュリティ」をクリックして、「メンバー」サブタブをクリックします(図30-13)。


    ヒント:

    第A.7項「指定されたポータルのページに対するプリティURL」に記載されているダイレクトURLを使用してこのページに移動することもできます。


    図30-13 ポータル管理: 「メンバー」ページ

    図30-13の説明が続きます
    「図30-13 ポータル管理: 「メンバー」ページ」の説明

  2. 「メンバー」ページで、「オプション」をクリックして、WebCenter Portalユーザーとしてまだ登録されていないユーザーに送信された挨拶メッセージを編集し(第30.4項「新しいメンバーへのメッセージの作成」を参照)、「保存」をクリックして「メンバーシップ・オプション」ダイアログを閉じます。

  3. 「人の招待」をクリックして、「未登録ユーザーの招待」を選択します。


    注意:

    「人の招待」は、WebCenter Portalワークフローが構成され、さらにポータル・モデレータが「メンバーシップ・オプション」ダイアログで「ポータル・ユーザーの招待の有効化」を選択した場合に利用できます(第30.3.1項「ポータルのセルフサービス・メンバーシップの管理」を参照)。「未登録ユーザーの招待」は、Oracle Fusion Middleware Oracle WebCenter Portalの管理の自己登録の有効化に関する項で説明するように、システム管理者がアプリケーション・レベルで「招待を介した自己登録の許可」「パブリック・ユーザーに自己登録を許可」を有効にした場合のみ利用できます。


  4. 「電子メール・アドレス」に、1人以上の見込みメンバーのメール・アドレスをカンマ区切りで入力します。

  5. 見込みメンバーの「ロール」を選択します。必要なロールがリストにない場合、要件を満たすロールを作成します(第29.2項「ポータルのカスタム・ロールの定義」を参照)。

  6. 「招待」をクリックします。

見込みメンバーは、手順2で作成したメッセージを含む、ポータルへの参加のメールによる招待(SOAサーバーがメールを送信するように構成される場合)を受け取ります。招待には保護されたURLが含まれており、招待されたパーティはこのURLをクリックして、ポータルへのアクセス権を得る前にWebCenter Portalに登録する必要があります。

30.5.5 登録済ユーザーの自己サブスクライブの許可

自己サブスクライブにより、ポータル・モデレータからの招待がなくても、既存のWebCenter Portalユーザーがメンバーシップをリクエストできるようになります。特定の種類のポータル、特に関心に基づいたコミュニティは、ポータルの対象者が通常幅広くなるため、この形式のメンバー登録が特に適しています。

セルフサービス・メンバーが実行できる操作は、「メンバーシップのリクエスト」ページで付与を決定したロールによって異なります。詳細は、第30.3.1項「ポータルのセルフサービス・メンバーシップの管理」を参照してください。

ユーザーの自己サブスクライブ・リクエストに対してポータル・モデレータによる承認が保留中の場合、ユーザーがポータルにアクセスしようとするとホーム・ポータルが開きます。ユーザーがポータルのメンバーである場合は、ユーザーがポータルにアクセスしようとすると、ポータルの最初にアクセス可能なページが開きます。

30.6 メンバー・ロール割当ての変更

ポータル・モデレータは、いつでもメンバーのロールを変更できます。ユーザーには、ワークリストによってメンバーシップの変更が通知されます。

ポータル内のメンバーの現在のロールを変更するには:

  1. ポータル管理(第7.1項「ポータル管理へのアクセス」を参照)で、左側のナビゲーション・ペインの「セキュリティ」をクリックして、「メンバー」サブタブをクリックします(図30-14)。


    ヒント:

    第A.7項「指定されたポータルのページに対するプリティURL」に記載されているダイレクトURLを使用してこのページに移動することもできます。


    図30-14 ポータル管理: 「メンバー」ページ

    図30-14の説明が続きます
    「図30-14 ポータル管理: 「メンバー」ページ」の説明

  2. 「メンバー」ページで、1人以上のメンバーを選択し([Ctrl]キーを押しながらクリックして複数のメンバーを選択)、「ロールの変更」をクリックします。

  3. 「ロールの変更」ダイアログで、別のロールを選択します。

    選択するロールが不明な場合は、「ロール」タブをクリックして、現在のロールに許可されているアクションの範囲を確認します(第29.3項「ポータル・ロールの権限の表示および編集」を参照)。既存のロールが要件を満たしていない場合は、新しいロールの作成を検討します(第29.2項「ポータルのカスタム・ロールの定義」を参照)。

  4. 「OK」をクリックします。

30.7 ポータルのメンバーシップのリクエストの承認

ポータル・モデレータには、ポータル・メンバーシップのリクエストやポータル内の新しいロールを承認または却下するためのお知らせが、ワークリストに表示されます。詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの使用』の「ワークリストの参照」の章を参照してください。

リクエストを行ったユーザーは、その決定の通知を受信します。リクエストを却下する場合は、却下の理由を入力できます。

30.8 ポータルのモデレータおよびメンバーとの通信

個々のメンバー、モデレータ、またはポータルのすべてのメンバーにメッセージを送信することができます。メール・サーバーがMicrosoft Exchangeであり、アクティブなディレクトリ接続の詳細(LDAP)がメール・サーバー接続の設定で提供されている場合、WebCenter Portalによってすべてのポータルにデフォルトの配信リストが作成されます。メンバーがポータルから脱退またはポータルに参加すると、デフォルトの配信リストが自動的に更新されます。

カスタムのポータルのメール配信リストの設定の詳細は、第48.2項「ポータルのメール配信リストの構成」を参照してください。

ユーザーは、ポータル・ブラウザから、またはポータルを表示している際に、ポータルのメンバーまたはモデレータにメールを送信できます(『Oracle Fusion Middleware Oracle WebCenter Portalの使用』のポータル・メンバーまたはモデレータへのメールの送信に関する項を参照)。

ポータル・モデレータは、「メンバー」ページからポータルのすべてのメンバーまたは個々のメンバーにメールを送信することもできます。

  1. ポータル管理(第7.1項「ポータル管理へのアクセス」を参照)で、左側のナビゲーション・ペインの「セキュリティ」をクリックして、「メンバー」サブタブをクリックします(図30-15)。


    ヒント:

    第A.7項「指定されたポータルのページに対するプリティURL」に記載されているダイレクトURLを使用してこのページに移動することもできます。


    図30-15 ポータル管理: 「メンバー」ページ

    図30-15の説明が続きます
    「図30-15 ポータル管理: 「メンバー」ページ」の説明

  2. 「メンバー」で、次の操作を実行します。

    • ポータルのメンバー全員にメッセージを送信するには、「メンバーにメールを送信」をクリックします。

    • 個々のメンバーにメッセージを送信するには、メンバーのアイコンをクリックして、メンバーのメール・アドレスをクリックします。

    メール・サービスの詳細は、第48章「ポータルへのメールの追加」を参照してください。

30.9 ポータルへのメンバーシップの取消し

モデレータは、ポータルのユーザー・メンバーシップをいつでも取り消すことができます。個々のメンバーシップやグループ・メンバーシップを取り消すと、そのユーザーにワークリストによる通知が送信されます。

メンバーシップを取り消すには:

  1. ポータル管理(第7.1項「ポータル管理へのアクセス」を参照)で、左側のナビゲーション・ペインの「セキュリティ」をクリックして、「メンバー」タブをクリックします(図30-16)。


    ヒント:

    第A.7項「指定されたポータルのページに対するプリティURL」に記載されているダイレクトURLを使用してこのページに移動することもできます。


    図30-16 ポータル管理: 「メンバー」ページ

    図30-16の説明が続きます
    「図30-16 ポータル管理: 「メンバー」ページ」の説明

  2. 「メンバー」領域で、1人以上のユーザーまたはグループを選択して([Ctrl]キーを押しながらクリックして複数のメンバーを選択)、「削除」をクリックします。

  3. 「メンバーの削除」ダイアログで、「削除」をクリックして削除を確定します。