> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/ja/naentpuraizusbisu/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md).

# Zoomメッシュの機能

このセクションでは、Zoomメッシュ機能に関する追加情報について詳しく説明します。

### 親子機能

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

#### <mark style="color:青;">Zoomメッシュは、デフォルトで同一アカウント内のユーザー専用のネットワークを作成します</mark>

デフォルトでは、Zoomメッシュは同じアカウントに属するユーザー専用のネットワークを作成します。ただし、アカウントでは、同じローカルエリアネットワーク内の認証済み外部ユーザーがメッシュに参加できるようにすることもでき、その外部ユーザーのアカウントに *も* 接続して [別のアカウントのメッシュネットワークに](https://support.zoom.us/hc/en-us/articles/14925064423693-How-to-enable-Zoom-Mesh-Guest-Access).

#### <mark style="color:青;">親子ロールは Zoomメッシュクラウドオーケストレーションサービスによって決定されます</mark>

Zoomメッシュクラウドオーケストレーションサービス（COS）は、ネットワーク内の親クライアントおよび子クライアントのロールを定義するクラウドサービスです。クラウドオーケストレーションサービスは、次のような親クライアント候補を決定するために、複数のデータセットを考慮します。

{% columns %}
{% column %}

* CPU使用率
* CPUの種類
* RAM使用率
* 過去のメッシュパフォーマンス
  {% endcolumn %}

{% column %}

* デバイスの可用性（オン/オフ）
* デバイスの参加/不参加
* オペレーティングシステム
  {% endcolumn %}
  {% endcolumns %}

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

#### <mark style="color:青;">親クライアントと子クライアントの指定は動的であり、イベント中に変更される場合があります</mark>

ミーティングまたはウェビナーの進行中、パフォーマンスや需要に応じてユーザーのクライアント指定が変更される場合があります。

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

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

#### <mark style="color:青;">親子クライアントの比率は、各マシンのハードウェアとネットワークのパフォーマンスによって動的に決定されます</mark>

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

たとえば、デバイスのハードウェア（CPU/RAM）使用率が低く、帯域幅のアップリンク容量が高い場合、そのデバイスは親クライアントのロールに最適であり、複数の他のデバイスと親子関係を確立する可能性があります。このシナリオでは、デバイスが過剰にサブスクライブされていないか、パフォーマンスが低下し始めない限り、親クライアントはメディアを他のデバイスに再配信しようとする場合があります。ただし、デバイスのネットワークまたはハードウェアのパフォーマンスが低下し始めた場合、親クライアントの指定を返上して子クライアントのロールに戻ることがあります。

#### <mark style="color:青;">各子には2つの親が割り当てられます</mark>

メッシュネットワークに接続された子クライアントには *2台の* 親クライアントが割り当てられ、冗長性が確保されます。1台の親クライアントに障害が発生した場合、ユーザーは即座に2台目の親クライアントへフェイルオーバーされます。その後、冗長性を回復するために新しい第2親クライアントが確立されます。

#### <mark style="color:青;">ユーザーは、メッシュネットワークに接続されていても通知されません</mark>

イベントのホストと参加者は、メッシュネットワークに接続されている場合でも、クライアント内通知を受け取りません。メッシュネットワーク接続は、管理者または権限のあるユーザーのみが [Zoomメッシュダッシュボード](/technical-library/ja/naentpuraizusbisu/zoom-mesh/zoom-mesh-explainer/zoom-mesh-dashboard.md).

#### <mark style="color:青;">VDIクライアントは、他のVDIクライアントとのみメッシュ接続を確立できます</mark>

仮想デスクトップインフラストラクチャ（VDI）で Zoomメッシュを使用する場合、クライアントデバイスは、両方のユーザーが対応しているVDIプラグインを使用している限り、他のVDIクライアントとのみ Zoomメッシュ接続を確立できます。これは、仮想インフラストラクチャの技術的制約と、デバイス間でメディアを中継するためです。

<mark style="color:青;">**VDIクライアントは、メッシュネットワーク内でコンテンツ共有チャネルを配信しません**</mark>

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

### ミーティング向けZoomメッシュ機能

以下のセクションでは、ミーティング向け Zoomメッシュ機能の詳細について説明します。

#### <mark style="color:青;">ミーティング向けメッシュはアクティブスピーカーのビデオを再配信します</mark>

ミーティング向け Zoomメッシュでは、4人以上のユーザーがミーティングに参加している場合、 *下り方向の* **アクティブスピーカーの** ビデオを参加者間で再配信することで帯域幅の最適化が実現されます。この機能は **適用されません** メディアのアップロードには適用されず、すべてのユーザーは引き続き、オーディオ、ビデオ、画面共有のメディアを個別に Zoomクラウドへアップロードします。

{% hint style="success" %}
**例**

Zoomメッシュが有効なミーティングに10人のユーザーがいる場合、7人または8人の子クライアントを伴う2台の親クライアントが選択されることがあります。現在のアクティブスピーカーが話しているとき、そのユーザーの *ビデオストリーム* は Zoomクラウドから親クライアントへ送信され、その後ネットワーク内の子クライアントへ再配信されます。

このシナリオでは、子クライアントは **受信しません** Zoomクラウドからアクティブスピーカーのビデオフィードを受信しないため、1080pビデオを使用する場合、ユーザー1人あたり最大3Mbps以上のデータを節約できる可能性があります。
{% endhint %}

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

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdkHVwobxFkXOQnBfbUpeqm9an_UKIAx5aqpAORRNOrRA_B1hzqr2q4KPxQZWCd_rzYUNw5axzcgqbZz77izNTIN7eiBN_X8gkZL07N-QoKEcfXfARRGkxn4vZbiTqFsBPCdCl-?key=oAHeQx46Zvia3lTyQKLPPA" alt="Image map showing how Zoom Mesh Orchestrater works at a high level."><figcaption></figcaption></figure>

#### <mark style="color:青;">ミーティング向けメッシュのアクティブスピーカー変更は、親子関係やビデオ配信の帯域幅節約に影響しません</mark>

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

{% hint style="success" %}
**例**

ミーティングでMauriceが話していて、その後Hollyが話し始めた場合、親クライアントの再配信フィードはMauriceのビデオフィードからHollyのビデオフィードに変更されます。

この変更によって、現在親または子として指定されているユーザークライアント、またはビデオ再配信によって得られる一般的な帯域幅の節約は変わらず、再配信されるビデオフィードのみが変更されます。
{% endhint %}

#### <mark style="color:青;">帯域幅の節約は、ユーザーが選択したビデオレイアウトによって異なる場合があります</mark>

Zoomメッシュはアクティブスピーカーのビデオフィードを再配信することで帯域幅の消費を削減しますが、帯域幅の節約効果はユーザーの選択したレイアウトによって影響を受ける場合があります。たとえば、ギャラリービューは最大49個の画面上のビデオフィードを同時に表示できますが、スピーカービューでは一度に1つのビデオフィードのみが表示されます。ユーザーがギャラリービューでミーティングを視聴している場合、メッシュネットワークを通じて単一のアクティブスピーカーのビデオフィードを受信するメリットがありますが、Zoomクラウドから残りの48人のユーザーのビデオストリームをダウンロードするため、引き続き標準的な帯域幅を消費します。

最適な帯域幅節約のために、ユーザーは可能な限りウェビナースタイルのレイアウト、たとえばマルチスピーカーまたはスピーカービューでミーティングを視聴することが推奨されます。

### ウェビナー向けZoomメッシュ機能

以下のセクションでは、ウェビナー向け Zoomメッシュ機能の詳細について説明します。

#### <mark style="color:青;">ウェビナー向けメッシュは</mark> *<mark style="color:青;">すべての</mark>* <mark style="color:青;">ウェビナーホストとパネリストのビデオストリームをネットワーク内で再配信します</mark>

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

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXe_yqjYBRb-GGzzQKDQo70ftoFRdV67aDmwMcRNv03kv2oP_Tk4TKwEKJBiaPX4Nz7o34p9GwxwvtP-hph3VNvZw-xg_aZDuxLmGaMpW5HQkiyuvzM5iAo-8TFMK8F8EKm73k4OnA?key=oAHeQx46Zvia3lTyQKLPPA" alt="Image map showing how Zoom Mesh Orchestrater works at a high level."><figcaption></figcaption></figure>

#### <mark style="color:青;">ウェビナー向けメッシュの利点は、ビデオレイアウトによって変わりません</mark>

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


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## 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, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/ja/naentpuraizusbisu/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.