# Zoomメッシュの機能 このセクションでは、Zoomメッシュの機能に関する追加情報について詳しく説明します。 ### 親子機能 以下のセクションでは、メッシュネットワーク内の親子関係に関する追加情報を提供します。 #### Zoomメッシュは、デフォルトで同じアカウント内のユーザー専用のネットワークを作成します デフォルトでは、Zoomメッシュは同じアカウントに属するユーザー専用のネットワークを作成します。ただし、アカウントは、同じローカルエリアネットワーク内の認証済み外部ユーザーがMeshに参加することを任意で許可できます。その場合、外部ユーザーのアカウントが *また* それらが [別のアカウントのメッシュネットワークに接続することを許可します](https://support.zoom.us/hc/en-us/articles/14925064423693-How-to-enable-Zoom-Mesh-Guest-Access). #### 親と子のロールは、Zoomメッシュ クラウド オーケストレーション サービスによって決定されます Zoomメッシュ クラウド オーケストレーション サービス（COS）は、ネットワーク内の親および子クライアントのロールを定義する責任を持つクラウドサービスです。クラウド オーケストレーション サービスは、実行可能な親クライアントを決定するために、以下を含む多数のデータセットを考慮します。 {% columns %} {% column %} * CPU使用率 * CPUタイプ * RAM使用率 * 過去のメッシュパフォーマンス {% endcolumn %} {% column %} * デバイスの可用性（オン/オフ） * デバイスのオプトイン/オプトアウト * オペレーティングシステム {% endcolumn %} {% endcolumns %} これらのデータセットを使用して、COSは評価基準に基づいてユーザーの結果を採点します。ユーザーのスコアが高いほど、そのクライアントが親として選択される可能性が高くなり、スコアが低いほどその可能性は低くなります。 #### 親クライアントと子クライアントの指定は動的であり、イベント全体を通して変更される場合があります ミーティングまたはウェビナーの進行中、ユーザーのクライアント指定はパフォーマンスや需要に基づいて変更される場合があります。 たとえば、参加者100人のイベントでは、再配信の需要を満たすために必要な親クライアントは10台 בלבדで、残りの90人のユーザーは子クライアントとして再配信されたストリームを受信する場合があります。ただし、イベントが200人の参加者に増えた場合、以前は子クライアントだったクライアントが、増加した需要に対応するために親クライアントへ昇格することがあります。 または、親クライアントのパフォーマンスが低下し始めた場合、そのクライアントは子クライアントのステータスに降格され、新しい親クライアントが割り当てられます。 #### 親子クライアント比率は、各マシンのハードウェアおよびネットワークパフォーマンスによって動的に決定されます イベント中、クライアント間の親子比率は、デバイスの継続的なネットワークおよびハードウェアのパフォーマンスに基づいて動的に更新されます。 たとえば、あるデバイスでハードウェア（CPU/RAM）の使用率が低く、上り帯域幅の定員が高い場合、そのデバイスは親クライアントのロールに理想的であり、他の複数のデバイスと親子関係を確立する可能性があります。このシナリオでは、その親クライアントは、デバイスが過負荷にならず、またはパフォーマンスが低下し始めない限り、他のデバイスにメディアを再配信しようとする場合があります。ただし、デバイスのネットワークまたはハードウェアのパフォーマンスが低下し始めた場合、そのデバイスは親クライアントの指定を返上し、子クライアントのロールに戻ることがあります。 #### 各子には2つの親が割り当てられます メッシュネットワークに接続された子クライアントには、 *2つの* 親クライアントが耐障害性のために割り当てられます。1つの親クライアントに障害が発生した場合、ユーザーは直ちに2つ目の親クライアントにフェイルオーバーします。その後、耐障害性を復元するために新しいセカンダリ親クライアントが確立されます。 #### ユーザーには、メッシュネットワークに接続されていることは通知されません イベントのホストおよび参加者は、メッシュネットワークに接続しているときにクライアント内通知を受け取りません。メッシュネットワーク接続は、 [Zoomメッシュ ダッシュボード](/technical-library/ja/naentpuraizusbisu/zoom-mesh/zoom-mesh-explainer/zoom-mesh-dashboard.md). #### VDIクライアントは、他のVDIクライアントとのみメッシュ接続を確立できます 仮想デスクトップインフラストラクチャ（VDI）でZoomメッシュを使用する場合、両方のユーザーがサポートされているVDIプラグインを使用している限り、クライアントデバイスは他のVDIクライアントとのみZoomメッシュ接続を確立できます。これは、仮想インフラストラクチャの技術的制限と、デバイス間でのメディア中継によるものです。 **VDIクライアントは、メッシュネットワーク内でコンテンツ共有チャネルを配信しません** ZoomのVDIクライアントの設計上、画面共有コンテンツは仮想マシンを経由してルーティングする必要があります。その結果、VDIクライアントはメッシュネットワーク全体でコンテンツ共有を配信できず、仮想インフラストラクチャ内で引き続き配信される必要があります。 ### ミーティング向けZoomメッシュの機能 以下のセクションでは、ミーティング向けZoomメッシュの機能の詳細を説明します。 #### ミーティング向けMeshはアクティブスピーカーのビデオを再配信します ミーティング向けZoomメッシュでは、帯域幅の最適化は、 *下り* **アクティブスピーカーの** ビデオを、4人以上のユーザーがミーティングに参加している場合に参加者間で再配信することで実現されます。この機能は **適用されません** メディアのアップロードには適用されず、すべてのユーザーは引き続きそれぞれのオーディオ、ビデオ、および画面共有メディアを個別にZoomクラウドへアップロードします。 {% hint style="success" %} **例** Zoomメッシュが有効なミーティングに10人のユーザーがいる場合、2つの親クライアントと7または8つの子クライアントが選択されることがあります。現在のアクティブスピーカーが話しているとき、そのユーザーの *ビデオストリーム* はZoomクラウドから親クライアントに送信され、その後ネットワーク内の子クライアントに再配信されます。 このシナリオでは、子クライアントは **自動ポップアップを受け取りません。代わりに、エージェントは自分の** Zoomクラウドからアクティブスピーカーのビデオフィードを受信し、1080pビデオ使用時にはユーザー1人あたり最大3メガビット超のデータを節約できる可能性があります。 {% endhint %} 次の画像は、下りアクティブスピーカーのビデオコンテンツがメッシュネットワーク内でどのように再配信されるかの例を示しています。
Image map showing how Zoom Mesh Orchestrater works at a high level.
#### ミーティング向けMeshでは、アクティブスピーカーの変更によって親子関係やビデオ配信による帯域幅節約は変わりません ミーティング向けZoomメッシュの主眼はアクティブスピーカーのビデオフィードを再配信することにありますが、アクティブスピーカーの変更は、親クライアントと子クライアントの関係や、ビデオ再配信によって得られる帯域幅の節約には影響しません。アクティブスピーカーが切り替わると、指定された親クライアントは単に再配信するビデオのフィードを変更します。 {% hint style="success" %} **例** たとえば、ミーティングでMauriceが話していて、その後Hollyが話し始めた場合、親クライアントの再配信フィードはMauriceのビデオフィードからHollyのものに変わります。 この変更によって、現在親または子として指定されているユーザークライアントが変わることも、ビデオ再配信によって得られる全体的な帯域幅の節約が変わることもありません。変わるのは再配信されるビデオフィードのみです。 {% endhint %} #### 帯域幅の節約量は、ユーザーが選択したビデオレイアウトによって異なる場合があります Zoomメッシュはアクティブスピーカーのビデオフィードを再配信することで帯域幅消費を削減しますが、帯域幅の節約量はユーザーが選択したレイアウトによって影響を受ける場合があります。たとえば、ギャラリービューは同時に最大49件のオンスクリーンビデオフィードをサポートし、スピーカービューは一度に1件のビデオフィードを表示します。ユーザーがギャラリービューでミーティングを視聴している場合、その単一のアクティブスピーカーのビデオフィードをメッシュネットワーク経由で受信する恩恵を受けますが、残り48人のユーザーのビデオストリームは引き続きZoomクラウドからダウンロードするため、標準的な量の帯域幅を消費し続けます。 帯域幅節約のベストプラクティスとして、ユーザーには、マルチスピーカーやスピーカービューなど、できるだけウェビナー形式に近いレイアウトでミーティングを表示することが推奨されます。 ### ウェビナー向けZoomメッシュの機能 以下のセクションでは、ウェビナー向けZoomメッシュの機能の詳細を説明します。 #### ウェビナー向けMeshは、 *すべての* ウェビナーのホストおよびパネリストのビデオストリームをネットワーク内で再配信します ミーティング向けZoomメッシュとは異なり、ウェビナー向けZoomメッシュは、アクティブスピーカーだけでなく、すべてのウェビナーのホストおよびパネリストのビデオストリームを、親子関係を使用してローカルネットワーク内で再配信します。この設計により、メッシュネットワークに参加しているすべてのユーザーは、他のユーザーと同じビデオ品質を体験しながら、引き続き外部帯域幅消費の削減というメリットを得られます。
Image map showing how Zoom Mesh Orchestrater works at a high level.
#### ウェビナー向けMeshのメリットは、ビデオレイアウトによって変わりません ユーザーがウェビナーを表示する際にどのビデオレイアウトを選択しても、ギャラリービュー、スピーカービュー、またはマルチスピーカービューを含め、ユーザーはネットワーク内でのビデオ再配信のメリットを引き続き受けられます。 --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://library.zoom.com/technical-library/ja/naentpuraizusbisu/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.