Studio プロジェクトでアクセスと権限を定義する

追加 ユーザー 定義できる プロジェクト アクセスを制限するように設定されているかどうかに従って プロジェクト 異なる効果があります。ユーザー制限 が有効な場合、 ユーザー アクセス権を付与するのが唯一の方法です。逆に、ユーザー 制限が有効になっていない場合、追加が ユーザー アクセスを拒否する唯一の方法です。制限付きの ユーザ アクセスについては、以下で詳しく説明します。

へのユーザーの追加 プロジェクト 参加するための招待状を送信しません プロジェクト。それについては 「Studio プロジェクトの開始：ユーザーをプロジェクトに招待する」を参照してください。

追加するには ユーザー に プロジェクト：

1. プロジェクト内で [プロジェクト] タブの [設定] をクリックすると、[プロジェクト設定] のダイアログボックスが表示されます。

2. [ユーザーアクセス] タブをクリックします。以前追加されたユーザーがリストに表示されます。

   

3. クリックして新規のユーザーを個別に追加する 。[電子メールアドレスの追加] ダイアログボックスが表示されたら、ユーザーの電子メールアドレスを入力し、[OK] をクリックします。
4. ユーザーをグループに追加するには、次をクリックします： 。グループの選択 ダイアログボックスが開きます。目的のグループを選択し、[OK] をクリックしてください。そのグループに属すユーザー全員が自動的に追加されます。
5. デフォルトでは、 [ユーザアクセス] タブに追加されたすべてのユーザーの [アクセス] 権限は、自動的に [許可] に設定されています。特定のユーザーのアクセス権限を拒否する (たとえば特定のプロジェクトにアクセス権限のないグループに入れられたユーザー) には プロジェクト)、目的のユーザーを選択し、[拒否] をクリックします。
6. アクセスを制限するには プロジェクト [ユーザーアクセス] タブにリストされているユーザーのうち、[アクセス] が [許可] 設定になっているユーザーのみに対し、[制限] を選択します。ユーザー。
   • この設定とユーザーの [アクセス] ステータス ([許可] または [拒否]) の関係に基づいて、「ホワイトリスト」または「ブラックリスト」に相当する設定を行い、さらに詳細の説明を加えることができます。
     • [制限] する場合ユーザー チェックされている場合、この[ユーザーアクセス] タブにリストされているユーザーのうち、[アクセス] が [許可] 設定になっているユーザーのみがアクセスできます プロジェクト。これは「ホワイトリスト」に相当します。
     • [制限] する場合ユーザー チェックされていない場合、すべてのユーザーがアクセスできます プロジェクト この[ユーザーアクセス] タブにリストされているユーザーのうち、[アクセス] が [拒否] 設定になっているユーザーを除きます。これは「ブラックリスト」に相当します。
7. [OK] をクリックします。
   

1. プロジェクト内で [プロジェクト] タブの [設定] をクリックすると、[プロジェクト設定] のダイアログボックスが表示されます。

2. [権限] タブをクリックします。

   

   デフォルトグループである [全員] が、以前このセッションに追加された他のグループとともに表示されます。 プロジェクト全員グループは、セッションの全ユーザーに適用され、その初期権限設定は、 プロジェクト その初期権限設定は、セッション作成時に構成されています。 プロジェクトが作成された削除することはできません。全員グループのほとんどの権限は、セッション作成時に [拒否] に プロジェクト 設定されています。推奨されるベストプラクティスは、全員グループに権限が大きいアクセス権を許可するのではなく、特定のユーザーおよびグループに追加の権限を付与する方法です。
   

3. 個別のユーザーまたはグループを追加するには：
   1. クリック。[ユーザー / グループの追加] ダイアログボックスが開きます。

   2. 対象のユーザーまたはグループを選択し、[OK] をクリックします。デフォルトでは、ユーザーおよびグループを追加すると、[全員] グループの権限が継承されます。

      メモ：個々のユーザーは、初めて プロジェクト にアクセスするまで、リストには表示されません。

      • 新しいグループを作成するか、既存のグループのメンバーシップを変更する場合は、グループの管理。 グループの作成と管理の詳細については、「 Studio グループ」を参照してください。 この機能はホストのみに対し利用できます。

        メモ：グループを作成する際は、同一セッションまたは同一プロジェクト内の複数のグループへの所属が Revu で許可されることにご注意ください またはプロジェクトこのような状態が発生した場合、その人の権限は、最も制限されたものがデフォルト設定になります。したがって、既にグループに加わっている人を 2 番目のグループに追加しても、予想した権限が付与されなかったり (最初のグループの権限の方が制限されているため)、希望しない制限が課せられたり (2 番目のグループの権限の方が制限されているため) のいずれかで、希望の効果を得られないことがあります。グループ作成時には、必ず調整を行うようにしてください。

4. ユーザーまたはグループの権限を変更するには：
   1. [ユーザー / グループ] リストで目的のユーザーまたはグループを選択します。
   2. [適用される権限] リストで目的の権限を選択します。選択した権限の右にドロップダウンリストの矢印が表示されます。
   3. ドロップダウンリストから権限設定を選択します。
      • グループの権限を定義する場合、オプションは [拒否] または [許可] です。
      • 他のすべてのユーザーおよびグループの権限を設定するとき、オプションは、 空白、[拒否] または [許可] です。 空 白を選択すると、そのユーザーまたはグループは、グループに定義された権限を継承します。
      • [フル制御] 権限は強力で、[許可] を設定することで、そのユーザーまたはグループは管理者と同じ権限を持つことになります。その影響は次のとおりです。
        • 管理者のすべての権限は [許可] に設定されます。
        • 管理者はプロジェクト名を変更できます。 プロジェクト。
        • 管理者はプロジェクトを削除できます。 プロジェクトを削除する。
        • 管理者はユーザーアクセスを管理できます。

        • 管理者は、他のユーザーの権限を管理できます ユーザー。

        • 管理者は、 フォルダのデフォルトの権限に関係なく、すべてのフォルダに対して完全な権限を持ちます。

        ただし、管理者ができる操作には一部制限があります。

        • 管理者はホストをブロックできません。
        • 管理者はホストの (あるいは別の管理者の) グループにアクセスできません。
5. ユーザーまたはグループを削除するには、をクリックします。
6. [OK] をクリックします。

フォルダのアクセス権限は、フォルダおよびそれらのフォルダ内のファイルへのユーザーアクセスを制御します。これらは、プロジェクト内のすべてのファイルおよびフォルダに自動的にフルアクセスできるホストおよび管理者 (つまり、[フルコントロール] 権限が[許可] に設定されているユーザー) には適用されません。

1. プロジェクト内で [プロジェクト] タブの [設定] をクリックすると、[プロジェクト設定] のダイアログボックスが表示されます。

2. [フォルダの権限] タブをクリックします。

   

   デフォルトのグループ、[全員] と、このプロジェクトに以前に追加された他のグループが表示されます。[全員] グループは、プロジェクトのすべてのユーザーに適用され、削除できません。[全員] グループは、プロジェクトの作成時にデフォルトで、[読み取り] に設定されます。推奨されるベストプラクティスは、[全員] グループへのアクセス権限を拡大するのではなく、特定のユーザーとグループに追加のアクセス権限を与えることです。

3. 個別のユーザーまたはグループを追加するには：
   1. クリック。[ユーザー / グループの追加] ダイアログボックスが開きます。

   2. 対象のユーザーまたはグループを選択し、[OK] をクリックします。デフォルトでは、ユーザーやグループが追加されると [全員] グループのアクセス権限を継承します。

      注 ： プロジェクトに初めてアクセスするまで各ユーザーはリストに表示されません。

      • 新しいグループを作成するか、既存のグループのメンバーシップを変更する場合は、グループの管理。 グループの作成と管理の詳細については、「 Studio グループ」を参照してください。 この機能は、ホストまたは管理者 (つまり、上記の Studio プロジェクトでの権限の設定で説明されているように、 [権限] タブで [フル制御] 権限を持つユーザー) のみが使用できます。
4. ユーザーまたはグループのフォルダのアクセス権限を変更するには：
   1. [ユーザー / グループ] リストで目的のユーザーまたはグループを選択します。
   2. で目的のフォルダを選択します 適用済み [権限]リスト。 選択されたフォルダの右側にドロップダウン矢印が表示されます。
      • すべてのプロジェクトには、 プロジェクト ルートという専用フォルダがあります。このルートレベルのフォルダには、プロジェクトのすべてのフォルダとファイルが含まれますが、[Studio] タブのプロジェクトファイルとフォルダのリストには表示されません。 プロジェクトルートフォルダにはアクセス[権限状態が定義されている必要がありますが、定義する必要がある唯一のフォルダです。他のすべてのフォルダは、親フォルダからアクセス権限状態を継承するように設定できます。
   3. ドロップダウンリストから権限設定を選択します。
      • フォルダのアクセス権限を定義する場合 プロジェクト ルートフォルダ、オプションは、[読み取り]、[読み取り / 書き込み] または [読み取り / 書き込み / 削除] です。
      • 他のすべてのユーザーおよびグループの権限を設定する場合のオプションは以下のとおりです。
        • 空白：この設定を選択すると、フォルダはその親フォルダ (つまりそのフォルダが含まれるフォルダ) に定義された権限状態を継承します。以下では使用できません。 プロジェクト ルートフォルダには、アクセス権限状態を継承する親フォルダがないため。
        • [非表示 ：この設定では、フォルダとそのコンテンツがユーザーまたはグループから隠されます。フォルダまたはフォルダに含まれるファイルを表示したり、アクセスしたりすることはできません。 プロジェクト ルートフォルダは非表示にできません。また、非表示フォルダ内に含まれるフォルダもデフォルトで非表示になります。
        • [読み取り] ：この設定では、ユーザーはプロジェクトファイルを開くことができますが、チェックアウト、変更、または削除することはできません。
        • [読み取り / 書き込み] ：この設定では、ユーザーはプロジェクトファイルを開いてチェックアウトし、変更することができます。
        • [読み取り / 書き込み / 削除] ：この設定では、ユーザーはプロジェクトファイルを開いたり、チェックアウトしたり、名前を変更したり、削除できます。

      注 ： フォルダのアクセス権限は、ホストまたは管理者 (つまり、 [フル制御]権限が [許可] に設定されているユーザー) には適用されません。これらのユーザーは、プロジェクト内のすべてのファイルとフォルダへのフルアクセスを自動的に持ちます。

5. ユーザーまたはグループを削除するには、をクリックします。
6. [OK] をクリックします。

権限を設定するとき、2 つの階層セットがあることを覚えておいてください。権限セットと権限状態です。

• 権限セットは、ユーザーがどのように権限を持つのかを説明しています。明示的にユーザーに権限が割り当てられたのでしょうか (個別権限)? ユーザーは特定のグループに属していたという理由で権限を与えられたのでしょうか (グループ権限)? それとも、上に挙げた条件をいずれも満たしていないため、一般権限がユーザーにデフォルト設定されたのでしょうか (一般権限)?
• 権限状態は、ユーザーが特定のタスクの実行を許可されているか ([許可])、それとも許可されていないのか ([拒否]) を表しています。個々のユーザーやグループの場合、具体的に選択されているか ([明示的])、または 空白のまま 空白の場合、対応する権限状態は 全員 グループ用にデフォルト設定されます (継承)。

権限状態は、権限セット内で動作し、ユーザーが競合する権限をもつ 2 つ以上のグループのメンバーであるときに、発生する競合を解決するためだけに作用します (詳細な説明については、下の例 4 と 5 を参照してください)。一般的には、1 人のユーザーを複数のグループに追加しないことをお勧めしますが、そのような設定が必要な場合は、ホストと管理者が調整して、適切な権限が付与されるようにします。

階層

階層とは：

権限セット

1. 個別権限 (すなわち、特定ユーザーのための設定) が最も優先されます。
2. グループ権限 (すなわち、作成したグループのための設定) の優先順位は 2 番目になります。
3. 一般権限 (すなわち、デフォルトの 全員 グループのための設定) は、最も優先度が低くなります。

権限状態

1. [明示的拒否] (すなわち、明示的に [拒否] に設定された権限) が最も優先されます。
2. [明示的許可] (すなわち、明示的に [許可] に設定された権限) は 2 番目に優先されます。
3. [継承した状態] (すなわち、デフォルトの参加者グループから継承した、[拒否] または [許可] の権限) は、 全員 グループのための設定) は、最も優先度が低くなります。

例

こういった階層を念頭に置いて、ユーザーの実際の権限が決定される方法を説明するのに役立つ例をいくつかご紹介します。

1. Alice というユーザーには個別権限が設定されていて、 招待を送信 権限は [拒否] に設定されています。また、ユーザー Alice は、グループ A に属し、グループ A の 招待を送信 権限は [許可] に設定されています。Alice はプロジェクトに 招待を送信 に プロジェクト。
   • Alice の個別権限は、グループ A の権限より優先されます。
2. Bob というユーザーには個別権限が設定されていて、 招待を送信 権限は [許可] に設定されています。また、ユーザー Bob は、グループ A に属し、グループ A の 招待を送信 権限は [拒否] に設定されています。Bob はプロジェクトに 招待を送信 に プロジェクト。
   • Bob の個別権限は、グループ A の権限より優先されます。
3. Charlie というユーザーには個別権限が設定されていて、 招待を送信 権限は [許可] に設定されています。また、ユーザー Charlie は、グループ A に属し、グループ A の 招待を送信 権限は <空白> に設定されています。 招待を送信 権限 全員 グループの権限は[拒否]に設定されています。Charlie は、プロジェクトに招待を送信できます。 招待を送信 に プロジェクト。
   • Bob の個別権限は、グループ A の権限より優先されます。
4. ユーザー Alice には、個別権限は設定されていませんが、 招待を送信 権限が [許可] に設定されたグループ A に属していると同時に、 招待を送信 権限が [拒否] に設定されたグループ B にも属しています。Alice はプロジェクトに 招待を送信 に プロジェクト。
   • グループ B の明示的な [拒否] 権限は、グループ A の明示的な [許可] 権限より優先されます。
5. ユーザー Bob には、個別権限は設定されていませんが、 招待を送信 権限が [許可] に設定されたグループ A に属していると同時に、 招待を送信 権限が <空白> に設定されたグループ B に属しています。 招待を送信 権限 全員 グループの権限は[拒否]に設定されています。Bob はプロジェクトに 招待を送信 に プロジェクト。
   • グループ A の明示的な [許可] 権限は、グループ B から継承した [拒否] 権限より優先されます。