レガシーモデルのコンテキスト

レガシーモデルでの設定の継承、ユーザーの上書き、プライマリグループ、ロック、競合解決の処理方法を理解します。

新しいエクスペリエンス前のグループ管理の仕組み

Zoomの設定階層は、アカウント、グループ、ユーザーの3つのレベルで構成されています

Zoomの管理者向け設定は、3層の階層で整理されています：

1. アカウントレベルの設定は最も広範で、アカウント全体に既定値として適用されます。

2. グループレベルの設定では、管理者がユーザーの集まりごとに設定をカスタマイズすることを許可します。

3. ユーザーレベルの設定は最も具体的で、個々のユーザーに適用されます。

設定はこの階層を通じて下位へと連鎖し、アカウントレベルの既定値はその下のすべてのグループとユーザーに反映されます。

設定がアカウントレベルで構成されている場合、グループまたはユーザーレベルで上書きされない限り、グループとユーザーはその値を自動的に継承します。

Zoom全体でレベル別設定がどのように機能するかの詳細は、Zoomサポートの記事をご覧ください レベル別設定の使用。この階層が特定の製品にどのように適用されるかの例については、Zoomサポートの記事をご覧ください Zoom Phoneのグループ管理.

ロックされていない設定を変更したユーザーは、ロックによって上書きされない限り、その値を保持します

ユーザーがロックされていない設定を手動で変更すると、その設定ではユーザーが選択した値がグループレベルおよびアカウントレベルの値より優先されます。これは「変更済み」ステータスと呼ばれます。変更済みのユーザーレベル設定は、管理者がアカウントレベルまたはグループレベルでその設定をロックしない限り、引き続きグループレベルおよびアカウントレベルの値より優先されます。その時点で、ロックされた値がユーザーの変更を上書きします。

この動作は、従来のグループ管理モデルと新しいグループおよび設定管理エクスペリエンスの両方に適用されます。どちらか一方のモデルに固有のものではありません。

従来のモデルでは、プライマリグループとロック状態によって、複数のグループに属するユーザーにどの設定が適用されるかが決まっていました

従来のモデルでは、ユーザーが複数のグループに属している場合、システムは1つのグループをプライマリグループとして指定し、それ以外をすべてセカンダリグループとして扱いました。通常、プライマリグループの設定はセカンダリグループの設定より優先されました。グループ間でロックの競合がある場合、たとえば一方のグループが設定をオンにロックし、別のグループがオフにロックしている場合、システムはプライマリグループの指定と、ユーザーがグループに追加された順序を組み合わせて、どの値を適用するかを決定していました。

特定の製品では、従来のモデルはユーザーが所属するすべてのグループの中で最も制約の強い設定を適用していました。ユーザーが1つのグループでZoom Chatが有効にするように設定され、別のグループで無効に設定されている場合、システムはより制約の強い値を既定とするため、そのユーザーではZoom Chatは無効になります。

アカウントレベルの機能ロックは、グループレベルの例外なしに設定を上から下へ強制しました

従来のモデルで管理者がアカウントレベルで設定をロックすると、そのロックされた値は例外を作成する方法がないまま、アカウント内のすべてのグループとすべてのユーザーに適用されました。管理者が、他のすべてのユーザーでは無効のままにしつつ、特定のユーザーのグループに対して機能を有効にすることを望む場合、まずアカウントレベルで設定のロックを解除し、その後、各個別のグループで目的の値を手動でロックする必要がありました。この操作により、すべてのユーザーに対するその保護は直ちに失われました。

この方法では、管理者は各機能のバリエーションごとに対になるグループを作成する必要がありました。1つは機能をオンにロックしたグループ、もう1つは機能をオフにロックしたグループです。

組織がより多くの機能に対してよりきめ細かな制御を求めるにつれて、必要なグループ数が増え、管理の複雑さが増しました。新しい機能の例外ごとに追加のグループが必要になり、各グループには、その目的にかかわらず製品のすべての設定タブが含まれていました。