適切な構成およびパーソナライズの適用方法の例
次に、適切な構成とパーソナライズが適切なユーザーに対して行われるように、コンテキスト・レイヤーで内部的に行われる処理を示すシナリオをいくつか紹介します。
営業担当用のページを管理者が構成する
管理者がホーム・ページから「エクスポート」ボタンを削除しますが、営業担当のページからのみ削除するとします。 「営業担当」という値を持つ「ジョブ・ロール」コンテキスト・レイヤーを選択し、ボタンを削除します。
この変更を行った後の結果は次のようになります。
-
Oracle Metadata Servicesの構成エンジンによってXMLファイルが生成され、Oracle Metadata Servicesリポジトリに格納されます。 したがって、ページの元のファイルは変更されません。
-
営業担当がホーム・ページを開くと、構成エンジンにより、次の2つの条件を満たすXMLファイルについてリポジトリをチェックします。
-
ファイルは要求されたアーティファクト(この場合はホーム・ページ)と一致しているか。
-
ファイルはアクティブなコンテキスト(この場合は「営業担当」ジョブ・ロール)と一致しているか。
-
-
構成エンジンにより、この特定の営業担当によりパーソナライズされたXMLファイルも検索されます。 しかし今回は、営業担当はパーソナライズしていないと仮定します。
-
構成エンジンで両方の条件を満たすXMLファイルが検出されると、そのXMLファイルはベース・アーティファクトである元の「営業」ページの上位レイヤーに配置されます。 このシナリオでは、XMLファイルにより、営業担当者のページから「エクスポート」ボタンが削除されます。
この構成がどのように行われるかを示すイメージを次に示します。
![この図は、管理者が営業担当のホーム・ページを どのように構成できるかを示します。](images/Context_layer_example_topic_for_configuration_1_20073259.png)
採用担当者がページをパーソナライズする
たとえば、ホーム・ページに3つの新しい作業領域アイコンA、B、Cを追加したとします。 すべてのユーザーの「サイト」レイヤーにアイコンAおよびBを、採用担当者についてのみ「ジョブ・ロール」レイヤーにアイコンCを追加しました。 しかし、採用担当者であるLiamはアイコンBをそれほど使用しません。 彼は、アイコンAおよびCのみを表示するようにホーム・ページをパーソナライズできます。 Liamがこれを実行すると、この変更が加えられたLiamのユーザー・レイヤーのXMLファイルが生成されます。
Liamが次回ホーム・ページを開くと、構成エンジンによって次の3つのXMLファイルが取得されます。
-
「サイト」レイヤーで加えた変更のファイル
-
「ジョブ・ロール」レイヤーで加えた変更のファイル
-
Liamが作成したパーソナライズのファイル
レイヤーが最低の(サイト)コンテキストのファイルが最初に適用され、レイヤーが最高の(ユーザー)コンテキストのファイルが最後に適用されます。 このシナリオにおいて、各ファイルが適用されると次のことが起こります。
-
「サイト」レイヤーは、すべてのユーザーのホーム・ページにアイコンAとBを追加します。
-
「ジョブ・ロール」レイヤーがアイコンCを追加します。
-
Liamが非表示として選択しているため、「ユーザー」レイヤーによりBがホーム・ページから削除されます。
別の採用担当者がこのページを開いた場合は、「サイト」および「ジョブ・ロール」レイヤーのXMLファイルのみが適用されます。 このユーザーには、アイコンA、B、Cが表示されます。
このパーソナライズ・フローの動作を示す2つのダイアグラムを次に示します。 最初のイメージでは、管理者が「サイト」レイヤーでホーム・ページにアイコンAおよびBを、「ジョブ・ロール」レイヤーで採用担当者のためにページ・エントリCを追加します。 このイメージでは、LiamがBを非表示することも示されています。
![この図は、管理者が採用担当者の各種レイヤーに どのようにページ・エントリを追加するかを示しています。](images/Pers_rework_2_20071398.png)
次のイメージでは、Liamと他の採用担当者が同じホーム・ページを開くとどうなるかを示しています。
![この図は、管理者が構成した後に、様々な採用担当者が 同じホーム・ページにどのようにアクセスするかを示しています。](images/Pers2_Rework_20071399.png)