Zoom Meshの機能

このセクションでは、Zoom Meshの機能に関する追加情報を詳述します。

親子機能

以下のセクションでは、メッシュネットワーク内の親子関係に関する追加情報を提供します。

Zoom Meshは既定で同じアカウント内のユーザーのみのネットワークを作成します

既定では、Zoom Meshは同一アカウントに属するユーザー専用のネットワークを作成します。ただし、アカウントはオプションで同一ローカルエリアネットワーク内の認証された外部ユーザーがメッシュに参加することを許可でき、その際は外部ユーザーのアカウントを提供します。 また それらに…させる 別のアカウントのメッシュネットワークに接続する.

親子の役割はZoom Meshクラウドオーケストレーションサービスによって決定されます

Zoom Meshクラウドオーケストレーションサービス（COS）は、ネットワーク内で親クライアントと子クライアントの役割を定義するクラウドサービスです。クラウドオーケストレーションサービスは、実行可能な親クライアントを判定するために多くのデータセットを考慮します。例として以下が含まれます：

• CPU使用率

• CPUの種類

• RAM使用率

• 過去のメッシュのパフォーマンス

• デバイスの稼働状況（オン/オフ）

• デバイスのオプトイン/オプトアウト

• オペレーティングシステム

これらのデータセットを使用して、COSはルーブリックを通じてユーザーの結果にスコアを付けます：スコアが高いほどクライアントが親に選ばれる可能性が高く、スコアが低いほどその可能性は低くなります。

親子クライアントの指定は動的であり、イベント中に変化する可能性があります

会議やウェビナーの進行中に、ユーザーのクライアント指定はパフォーマンスや需要に基づいて変わることがあります。

たとえば、出席者が100人のイベントでは、再配信の需要を満たすために親クライアントが10台だけ必要で、残りの90人は子クライアントとして再配信されたストリームを受け取る場合があります。しかし、イベントが200人に増加した場合、以前は子クライアントであったクライアントが増加した需要に対応するために親クライアントに昇格される可能性があります。

あるいは、親クライアントのパフォーマンスが低下し始めた場合、そのクライアントは子クライアントに格下げされ、新しい親クライアントが割り当てられます。

親子クライアント比率は各マシンのハードウェアおよびネットワークの性能によって動的に決定されます

イベント中、クライアント間の親子比率はデバイスの継続的なネットワークおよびハードウェアのパフォーマンスに基づいて動的に更新されます。

たとえば、あるデバイスがハードウェア（CPU/RAM）使用率が低く、アップリンクの帯域幅容量が高い場合、そのデバイスは親クライアントの役割に理想的であり、複数の他のデバイスと親子関係を確立することができます。このシナリオでは、親クライアントはデバイスが過負荷になっていないか、またはパフォーマンスが低下し始めない限り、他のデバイスへメディアを再配信しようとする場合があります。しかし、デバイスのネットワークまたはハードウェアのパフォーマンスが低下し始めた場合、親クライアントの指定を放棄して子クライアントの役割に戻ることがあります。

各子には二つの親が割り当てられます

メッシュネットワークに接続された子クライアントには 二つの 冗長性のための親クライアントが割り当てられます。もし一方の親クライアントが故障した場合、ユーザーは直ちに二番目の親クライアントへフェイルオーバーします。その後、冗長性を回復するために新しい二次親クライアントが確立されます。

ユーザーにはメッシュネットワークに接続されていることは通知されません

イベントのホストや出席者は、メッシュネットワークに接続されている際にクライアント内通知を受け取りません。メッシュネットワーク接続は管理者または権限のあるユーザーがのみ、…を通じて確認できます。 Zoom Meshダッシュボード.

VDIクライアントは他のVDIクライアントとしかメッシュ接続を確立できません

仮想デスクトップインフラストラクチャ（VDI）でZoom Meshを使用する場合、クライアントデバイスは両方のユーザーがサポートされているVDIプラグインを使用している限り、他のVDIクライアントとしかZoom Mesh接続を確立できません。これは仮想インフラストラクチャの技術的制約とデバイス間でメディアを中継することによるものです。

VDIクライアントはメッシュネットワークでコンテンツ共有チャネルを配信しません

ZoomのVDIクライアントの設計上、画面共有コンテンツは仮想マシン経由でルーティングされる必要があります。したがって、VDIクライアントはメッシュネットワーク全体でコンテンツ共有を配信することができず、仮想インフラストラクチャ内で配信され続ける必要があります。

ミーティング向けZoom Meshの機能

以下のセクションでは、Meetings向けZoom Meshの詳細を説明します。

Meetings向けMeshはアクティブスピーカーのビデオを再配信します

Meetings向けZoom Meshでは、帯域幅の最適化は次の再配信によって提供されます： 下流（ダウンストリーム） アクティブスピーカーの 参加者間でのビデオ。会議に4人以上のユーザーがいる場合、この機能は 適用されません メディアのアップロードには適用されず、すべてのユーザーは引き続き自分の音声、ビデオ、および画面共有メディアをZoomクラウドへ個別にアップロードします。

例

Zoom Meshが有効な会議で10人のユーザーがいる場合、2つの親クライアントが選ばれ、7人または8人の子クライアントが存在する場合があります。現在のアクティブスピーカーが話しているとき、そのユーザーの ビデオストリーム はZoomクラウドから親クライアントへ送信され、ネットワーク内の子クライアントに再配信されます。

このシナリオでは、子クライアントは 自動のポップアップを Zoomクラウドからアクティブスピーカーのビデオフィードを受け取り、1080pビデオを使用する場合、ユーザーごとに最大で3メガビット以上のデータを節約できる可能性があります。

以下の画像は、下流のアクティブスピーカービデオコンテンツがメッシュネットワーク内でどのように再配信されるかの例を示しています。

Meetings向けMeshのアクティブスピーカーの変更は親子関係やビデオ配信による帯域幅節約に影響しません

Meetings向けZoom Meshの焦点はアクティブスピーカーのビデオフィードを再配信することですが、アクティブスピーカーの変更は親クライアントと子クライアントの関係やビデオ再配信による帯域幅節約に影響を与えません。アクティブスピーカーが切り替わると、指定された親クライアントは単に再配信しているビデオのフィードを切り替えます。

例

会議でモーリスが話していてその後ホリーが話し始めた場合、親クライアントの再配信フィードはモーリスのビデオフィードからホリーのものに変わります。

この変更は、どのユーザークライアントが現在親または子として指定されているか、あるいはビデオ再配信による概ねの帯域幅節約を変更するものではなく、再配信されるビデオフィードのみが変わります。

帯域幅の節約はユーザーが選択したビデオレイアウトによって異なる場合があります

Zoom Meshはアクティブスピーカーのビデオフィードを再配信することで帯域幅の消費を節約しますが、帯域幅の節約量はユーザーが選択したレイアウトによって影響を受ける可能性があります。たとえば、ギャラリービューは同時に最大49の画面上のビデオフィードをサポートするのに対し、スピーカービューは同時に1つのビデオフィードを表示します。ユーザーがギャラリービューで会議を視聴している場合、メッシュネットワークを介して単一のアクティブスピーカーのビデオフィードを受信することで恩恵を受けますが、残りの48人のユーザーのビデオストリームはZoomクラウドから個別にダウンロードし続けるため、標準的な帯域幅消費は継続します。

帯域幅を最大限節約するためのベストプラクティスとして、ユーザーはマルチスピーカーやスピーカービューなど、ウェビナー風のレイアウトにできるだけ近い表示で会議を見ることを推奨します。

ウェビナー向けZoom Meshの機能

以下のセクションでは、Webinars向けZoom Meshの詳細を説明します。

Webinars向けMeshは次を再配信します： すべての ウェビナーホストおよびパネリストのビデオストリームをネットワーク内で

Meetings向けZoom Meshとは異なり、Webinars向けZoom Meshは親子関係を使用して、アクティブスピーカーだけでなくすべてのウェビナーホストおよびパネリストのビデオストリームをローカルネットワーク内で再配信します。この設計により、メッシュネットワークに参加しているすべてのユーザーは、他のユーザーと同じビデオ品質を維持しながら外部帯域幅の消費削減の恩恵を受け続けます。

Webinars向けMeshの利点はビデオレイアウトによって変わりません

ユーザーがウェビナーを視聴する際にどのビデオレイアウトを選択しても、ギャラリービュー、スピーカービュー、マルチスピーカービューなどを含め、ネットワーク内でのビデオ再配信の利点を受け続けます。