アカウント内の継承

アカウント リソースを追加して操作するとき、場所 (リソースが格納されるフォルダ) が、自分と他のユーザーによるそのリソースの表示方法や使用方法にどのように影響するかを把握しておく必要があります。

継承 = アクセス + 表示

ユーザーを次のグループに含めることで、アカウントへのアクセス権が付与されます。
  1. フォルダ/場所に保存されている。アカウント フォルダは階層的に整理されます。
  2. ロールがある。ロールは、ユーザーがアカウント リソース (表示、追加、編集、削除) を管理できる権限のセットです。ロールによっては、他のロールよりも多くの権限があります。
アカウント階層内のアカウント リソースの位置は、その表示の程度に影響します。
  • リソースがアカウント階層のより上位に配置されるほど、表示範囲が広くなります。つまり、リソースをより多くのユーザーに表示して使用する場合は、そのリソースを階層の上位に保存します。
  • アカウント階層により、親子の表示と伝搬が適用されます。

たとえば、複数の TM があるとします。TM1 をアカウントのすべてのユーザーが使用し、TM2 をアカウントのすべての顧客が使用し、TM3 を Customer2 と呼ばれる顧客のみが使用するようにします。

ルート
  • 顧客
    • Customer1
    • Customer2

TM を保存する場所

ルート (ここに TM1 を保存)
  • 顧客 (ここに TM2 を保存)
    • Customer1
    • Customer2 (ここに TM3 を保存)

アカウント内のすべてのユーザーが使用できる TM

TM1。階層内の最上位に配置されているためです。

Customer2 が使用できる TM

TM2 と TM3

Customer1 にある TM は Customer2 から表示できるか

できません。Customer1 と Customer2 が兄弟フォルダであるためです。

簡単に説明すると、アカウント階層によって次のことが守られます。

  • ユーザーは、ホーム フォルダ (現在のフォルダ) に保存されているリソースを表示して使用できます。
  • ユーザーは、ホーム フォルダ (親フォルダまたは親の親フォルダ) に保存されているリソースを表示および使用できます。
  • ユーザーは、兄弟フォルダまたは親の兄弟フォルダに保存されているリソースを表示および使用できません。

継承のフィルタリング

アカウント リソースを操作するときに、表示しているリソースをすばやくフィルタリングできます。UI フィルタリング方法は、API フィルタリング方法よりも制限があります。

UI

ウィザードに表示される使用可能な UI フィルタリング方法は次のとおりです。

  • 現在のフォルダ以上
  • 現在のフォルダのみ

たとえば、プロジェクトを作成しているときに、ルート フォルダにある TM を選択するとします。ウィザードの翻訳エンジンのステップで、[翻訳メモリ]セクションを選択し、[現在のフォルダ以上]フィルタを選択します。このフィルタにより、ルート フォルダにあるすべての TM と、ホーム フォルダ (現在のフォルダ) にあるすべての TM が表示されます。

API

API フィルタリング方法は、親子の継承に限定されません。API を使用する場合は、システム内の下から、または任意の場所から継承することも指定できます。この動作は、「locationStrategy」パラメータによって制御されます (Language Cloud API 文書)。API の一部としてフォルダを使用する方法の詳細については、このトピックを参照してください。

継承の相違点: プロジェクトとプロジェクト リソースの比較

これまでのアカウント リソースについての説明では、すべてのアカウント リソースが同じように作成されることを想定していました。しかし、継承については、プロジェクトとプロジェクト リソース (プロジェクトの作成に必要なすべての要素、つまりユーザー、プロジェクト テンプレート、ワークフロー、言語リソースなど) の処理方法に重要な相違点があります。

プロジェクト リソースを表示できる場所は、次のとおりです。

  • ホーム フォルダ (現在のフォルダ)
  • 親フォルダ
  • 子フォルダ
ただし、プロジェクトを表示できる場所は、次のとおりです。
  • ホーム フォルダ (現在のフォルダ)
  • 子フォルダ

フォルダを非公開にして継承を無効にする

親フォルダを非公開に設定すると、子フォルダのユーザーは、親のリソースの表示と使用ができなくなります。初期状態のアカウント構造のフォルダは既定で公開になっており、非公開にすることはできません。さらに顧客フォルダとサブフォルダを追加すると、既定では公開になりますが、非公開にして上方向に伝搬させないこともできます。
  • ルート
    • 顧客
      • 食品会社
        • 乳製品部門
        • 製パン部門
          • グルテン製品
          • グルテンフリー製品

既定では、すべてのフォルダが公開です。複数の TM がありますが、それぞれの要件は次のとおりです。

  • TM_food は、すべての食品会社のユーザーに表示される必要がある
  • TM_gluten は、グルテン製品のユーザーに表示される必要がある
  • TM_bread は、グルテン製品とグルテンフリー製品のユーザーに表示される必要がある

TM を保存する場所

  • ルート
    • 顧客
      • 食品会社 (ここに TM_food を保存)
        • 乳製品部門
        • 製パン部門 (ここに TM_bread を保存)
          • グルテン製品 (ここに TM_gluten を保存)
          • グルテンフリー製品

ある日、TM_bread には、食品会社のユーザーに適しているが、グルテン製品とグルテンフリー製品のユーザーには適していないコンテンツが含まれていることに気がつきました。リソースの移動や削除は、行いたくありません。この場合、グルテン製品とグルテンフリー製品のユーザーに TM_bread を表示させないようにするには、製パン部門フォルダを非公開フォルダに設定します。

  • ルート
    • 顧客
      • 食品会社 (公開)
        • 乳製品部門 (公開)
        • 製パン部門 (*非公開)
          • グルテン製品 (公開)
          • グルテンフリー製品 (公開)

簡単に言うと、フォルダを非公開に設定すると、そのリソースには既定の上方向のアクセス伝搬ルールが適用されません。

  • 管理者がフォルダを公開に設定すると、このフォルダのリソース (プロジェクト リソース、ユーザー、グループ) をその子フォルダ内のアクセス権がある (グループ経由) ユーザーが表示できます。
  • 管理者がフォルダを非公開に設定すると、このフォルダのリソース (プロジェクト リソース、ユーザー、グループ) を、その子フォルダ内のユーザーが表示できません。リソースへのアクセスは、ユーザーが属するグループの場所によって管理されます。プライベート フォルダの親フォルダ (またはその上) にあるグループにユーザーが含まれていないことを確認します。