Studio セッションでアクセスと権限を定義する

Studio セッションは、有効期限を設定するように構成できます。この日付は、セッション作成時に設定するか、後で構成することができます。有効期限を設定した後は、必要に応じて変更できます。

有効期限を設定または変更するには：

1. セッション中は、 [セッションの設定] を選択します。

   

2. 有効期限がすでに設定されている場合は、有効が選択されます。
   • 有効期限を無効にするには、有効のチェックを外します。
   • 有効期限の日時を変更するには、[有効] の右側にある適切な値を変更します。
3. 現在有効期限が設定されていない場合は、[有効] を選択し、右側の現場に目的の有効期限を入力することで設定できます。
4. [OK] を選択します。

Revu から、セッションの有効期限が近づくとホストと参加者にメール通知が送信されます。以下のタイミングで通知が送信されます：

• 有効期限の7日前
• 有効期限の2日前
• 有効期限の24時間前
• セッションの有効期限が切れた後

同様に、セッションの有効期限が変更された場合も通知が送信されます。

セッションにユーザーを追加すると、そのセッションがアクセスを制限するように設定されているかどうかに応じて、異なる影響が生じる可能性があります。ユーザーを制限するが有効な場合、ユーザーを追加することがアクセス権を付与する唯一の方法となります。逆に、ユーザーを制限するが有効になっていない場合、ユーザーを追加することがアクセスを拒否する唯一の方法となります。制限されたユーザーアクセスについては、以下で詳しく説明します。

ユーザーをセッションに追加しても、そのユーザーにセッションへの参加招待は送信されません。さらに、これは一度に 1 人ずつ、メールアドレスでのみ実行されます。複数の新しいユーザーを招待する場合、または数人を追加しながら招待を送信する場合は、セッションへのユーザーの招待をご覧ください。

セッションにユーザーを追加するには、次の手順に従います。

1. セッション中は、[セッション設定] を選択します。[セッション設定] ダイアログが表示されます。

2. [参加者] タブを選択します。以前に追加されたユーザーがリストに表示されます。

   

3. 新しい個々のユーザーを追加するには、 を選択します。[メールアドレスの追加] ダイアログで、ユーザーのメールアドレスを入力し、[OK] を選択します。
4. グループ にユーザーを追加するには、 をクリックします。[グループの選択] ダイアログで目的のグループを選択し、[OK] を選択します。そのグループ内のすべてのユーザーが自動的に追加されます。
   セッションの建物所有者とフル制御権限を持つユーザーのみが、グループを使用してセッションにユーザーを追加できます。ただし、ここに表示されるグループはセッションの建物所有者のものだけであることに注意してください。フル制御権限を持つユーザーは建物所有者のグループを使用してユーザーを追加できますが、自分自身のグループを使用することはできず、建物所有者のグループ内のユーザーを変更することもできません。
5. デフォルトでは、[ユーザーアクセス] タブに追加されたすべてのユーザーの [アクセス] は、自動的に [許可] に設定されます。特定のユーザーへのアクセスを拒否するには（例：この特定のセッションにアクセスすべきではない グループ で追加されたユーザーなど）、目的のユーザーを選択して [拒否] を選択します。[ユーザーを拒否] ダイアログが表示されます。デフォルトのオプションである [他のユーザーによるマークアップの編集を許可しない] を選択したまま、[ユーザーを拒否] を選択します。
6. このセッションへのアクセスを、[ユーザーアクセス] タブにリストされ、[アクセス] が [許可] に設定されているユーザーのみに制限するには、[ユーザーを制限] を選択します。

   この設定とユーザーの アクセス ステータス（許可または拒否）の関係により、「ホワイトリスト」または「ブラックリスト」と同等の設定が可能になります。これについては、さらに説明が必要です：

   • [ユーザーを制限] が選択されている場合、[ユーザーアクセス] タブのリストにあり、[アクセス] が [許可] に設定されているユーザーのみが、このセッションにアクセスできます。これは「ホワイトリスト」と同等です。
   • ユーザーの制限 が選択されていない場合、 ユーザーアクセス タブのリストで アクセス が 拒否 に設定されているユーザーを除き、すべてのユーザーがセッションにアクセスできます。これは「ブラックリスト」と同等です。
7. 選択 OK.
   

1. セッション中は、 [セッションの設定] を選択します。

2. [セッション設定] ダイアログから、[権限] タブを選択します。

   

   デフォルトグループである 「参加者」 が表示されます。また、以前に追加された他のユーザーや グループ も表示されます。「参加者」グループは セッション内のすべてのユーザーに適用され、その初期権限設定は セッションの作成時に構成されます。これは削除できません。「参加者」 グループのほとんどの権限は、 セッション 作成時に 「拒否」 に設定されます。推奨されるベストプラクティスは、 「参加者」 グループへのアクセス権を広げるのではなく、特定のユーザーやグループに追加の権限を付与することです。
   

3. 個々のユーザーまたは [グループ] を追加するには：
   1. 選択 .

   2. [ユーザー/グループの追加] ダイアログで、目的のユーザーまたはグループを選択し、[OK] を選択します。セッションで使用できるのは建物所有者のグループのみであるため、それらのグループのみが表示されます。デフォルトでは、ユーザーやグループが追加されると、それらは [参加者] グループの権限を継承します。

      あなたが セッションの建物所有者で、この セッション用に新しいグループを作成したり、現在使用されているグループのメンバーシップを変更したりする場合は、 [グループの管理] を選択します。グループの作成と管理の詳細については、Studio グループを参照してください。フル制御権限を持つユーザーも [グループの管理] を使用して独自のグループを管理できますが、それらのグループをこの セッションで使用したり、建物所有者のグループを変更したりすることはできません。

      グループを作成する際は、Revu では同じセッションまたはプロジェクト内でユーザーが複数のグループに所属できることに留意してください。その場合、そのユーザーの権限は、最も制限の厳しいグループの権限が適用されます。そのため、すでにグループに属しているユーザーを別のグループに追加しても、期待通りの効果が得られない場合があります。これは、最初のグループの権限がより制限されているために予期した権限が付与されなかったり、2番目のグループの権限がより制限されているために意図しない制限が課されたりするためです。

4. ユーザーまたは グループ の権限を変更するには：
   1. [ユーザー/グループ] リストで、目的のユーザーまたはグループを選択します。
   2. [適用される権限] リストで目的の権限を選択します。
   3. ドロップダウンリストから権限設定を選択します。
      • [参加者] グループの権限を定義する場合、オプションは[拒否] または[許可] です。
      • 他のすべてのユーザーおよびグループの権限を定義する場合、オプションは[空白] 、[拒否] 、または[許可] です。[空白] を選択すると、そのユーザーまたはグループは [参加者] グループに対して定義された権限を継承します。
      • フル制御権限は強力であり、これを「許可する」に設定すると、そのユーザーまたはユーザーグループに管理者権限が付与されます。これによる影響は以下の通りです：
        • 管理者のすべての権限は [許可する] に設定されています。
        • 管理者は セッションの名前を変更できます。
        • 管理者はセッションを削除できます。
        • 管理者は 参加者のアクセス権 を管理できます。
        • 管理者は、他のユーザーの権限を管理できます。
        • 管理者は、フォルダーのデフォルト権限に関係なく、どのフォルダーに対してもフル権限を持ちます。

        ただし、管理者が実行できる操作にはいくつかの制限があります：

        • 管理者はホストをブロックできません。
        • 管理者は、ホスト（または他の管理者）の グループ にアクセスできません。
5. ユーザーまたはグループを削除するには、それらを選択して を選択します。
6. [OK] を選択します。

権限を設定する際には、留意すべき2つの階層セット（権限セットと権限状態）があります。

• [権限セット] は、ユーザーがどのようにして権限を持つようになったかを説明します。ユーザーに個別に割り当てられましたか（個別権限）？それとも、ユーザーは特定のグループに属しているために権限を取得しましたか（グループ権限）？あるいは、上記の2つの条件のどちらも満たされなかったため、ユーザーはデフォルトで一般的な権限になりましたか（一般権限）？
• [権限の状態] は、ユーザーが特定のタスクを実行できるかどうか（[許可]）または実行できないかどうか（[拒否]）を示します。個々のユーザーおよびグループの場合、権限の状態は明示的に選択（明示的）するか、空白のままにすることができます。空白にした場合、[Everyone] グループの対応する権限状態がデフォルトとして適用されます（継承）。

権限状態は Permission Sets 内で機能し、一般的にはユーザーが競合する権限を持つ 2 つ以上のグループに所属している場合に発生する競合を解決するためにのみ使用されます（詳細は以下の例 4 および 5 を参照してください）。通常、ユーザーを複数のグループに追加しないことが推奨されますが、必要な場合は、ホストと管理者が連携して適切な権限が付与されるようにしてください。

階層

階層は以下の通りです：

権限セット

1. 個別の権限 (特定のユーザーに対して設定された権限) が最優先されます。
2. グループ権限（つまり、作成したグループに対して設定された権限）は、二次的な重要性を持ちます。
3. 一般的な権限（つまり、デフォルトの「Everyone」グループに設定された権限）の優先度は最も低くなります。

権限の状態

1. 明示的な拒否（つまり、具体的に「拒否」に設定された権限）が最優先されます。
2. 明示的な「許可」（つまり、具体的に「許可」に設定された権限）は、二次的な重要性を持ちます。
3. 継承された状態（つまり、デフォルトの Everyone グループから継承された「拒否」または「許可」のいずれかの権限）の重要度は最も低くなります。

例

これらの階層を念頭に置いて、ユーザーの実際の権限がどのように決定されるかを示す例をいくつか挙げます。

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