機械翻訳について

適切な構成およびパーソナライズの適用方法の例

次に、適切な構成とパーソナライズが適切なユーザーに対して行われるように、コンテキスト・レイヤーで内部的に行われる処理を示すシナリオをいくつか紹介します。

営業担当用のページを管理者が構成する

管理者がホーム・ページから「エクスポート」ボタンを削除しますが、営業担当のページからのみ削除するとします。 「営業担当」という値を持つ「ジョブ・ロール」コンテキスト・レイヤーを選択し、ボタンを削除します。

この変更を行った後の結果は次のようになります。

  1. Oracle Metadata Servicesの構成エンジンによってXMLファイルが生成され、Oracle Metadata Servicesリポジトリに格納されます。 したがって、ページの元のファイルは変更されません。

  2. 営業担当がホーム・ページを開くと、構成エンジンにより、次の2つの条件を満たすXMLファイルについてリポジトリをチェックします。

    • ファイルは要求されたアーティファクト(この場合はホーム・ページ)と一致しているか。

    • ファイルはアクティブなコンテキスト(この場合は「営業担当」ジョブ・ロール)と一致しているか。

  3. 構成エンジンにより、この特定の営業担当によりパーソナライズされたXMLファイルも検索されます。 しかし今回は、営業担当はパーソナライズしていないと仮定します。

  4. 構成エンジンで両方の条件を満たすXMLファイルが検出されると、そのXMLファイルはベース・アーティファクトである元の「営業」ページの上位レイヤーに配置されます。 このシナリオでは、XMLファイルにより、営業担当者のページから「エクスポート」ボタンが削除されます。

この構成がどのように行われるかを示すイメージを次に示します。

この図は、管理者が営業担当のホーム・ページを どのように構成できるかを示します。

採用担当者がページをパーソナライズする

たとえば、ホーム・ページに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を非表示することも示されています。

この図は、管理者が採用担当者の各種レイヤーに どのようにページ・エントリを追加するかを示しています。

次のイメージでは、Liamと他の採用担当者が同じホーム・ページを開くとどうなるかを示しています。

この図は、管理者が構成した後に、様々な採用担当者が 同じホーム・ページにどのようにアクセスするかを示しています。