Studio セッション内のアクセス権限の設定

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

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

1. [セッション] では、[Studio] パネルで [セッション] の名前をクリックし、[設定] を選択します。[セッションの設定] ダイアログボックスが表示されます。

   

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

注 ： 有効期限は現在以降の日付である必要があります。 Revu では、過去の有効期限は許可されません。

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

• 有効期限の 7 日前
• 有効期限の 2 日前
• 有効期限の 24 時間前
• セッションの失効後

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

追加 参加者 定義できるため、 セッション かどうかによって効果が異なります セッション アクセスを制限するように設定されています。[参加者を制限する] が有効な場合、追加が 参加者 アクセスを許可する唯一の方法です。逆に、[参加者を 制限する] が有効になっていない場合は、追加が 参加者 アクセスを拒否する唯一の方法です。制限付きの 参加者 アクセスについては、以下で詳しく説明します。

へのユーザーの追加 セッション 参加するための招待状を送信しません セッション。これについては 「スタジオセッションのホスト：セッションに参加者を招待する」を参照してください。。

追加するには 参加者 に セッション：

1. [セッション] では、[Studio] パネルで [セッション] の名前をクリックし、[設定] を選択します。[セッションの設定] ダイアログボックスが表示されます。

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

   

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

1. [セッション] では、[Studio] パネルで [セッション] の名前をクリックし、[設定] を選択します。[セッションの設定] ダイアログボックスが表示されます。

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

   

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

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

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

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

      • 新しいグループを作成するか、既存のグループのメンバーシップを変更する場合は、グループの管理。 グループの作成と管理の詳細については、「Studio グループ」を参照してください。 この機能はホストのみが利用できます。 または管理者 (つまり、以下で説明するフル制御権限を持つユーザー) しか利用できません。

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

4. ユーザーまたはグループの権限を変更するには：
   1. [ユーザー / グループ] リストで目的のユーザーまたはグループを選択します。
   2. [適用される権限] リストで目的の権限を選択します。選択した権限の右にドロップダウンリストの矢印が表示されます。
   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 から継承した [拒否] 権限より優先されます。