> 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-functionality.md).

# 機能

このセクションでは、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-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人のユーザーがいる場合、2台の親クライアントと7台または8台の子クライアントが選択される場合があります。現在のアクティブスピーカーが話しているとき、そのユーザーの *ビデオストリーム* Zoomクラウドから親クライアントへ送信され、その後ネットワーク内の子クライアントに再配布されます。

このシナリオでは、子クライアントは **自動ポップアップを受け取りません** Zoomクラウドからアクティブスピーカーのビデオフィードを受信し、1080pビデオを使用する場合、ユーザーごとに最大で3メガビット以上のデータを節約できる可能性があります。
{% 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つのビデオフィードを表示します。ユーザーがギャラリービューでミーティングを視聴している場合、メッシュネットワークを通じて単一のアクティブスピーカーのビデオフィードを受信することで恩恵を受けますが、残りの48人のユーザーのビデオストリームをZoomクラウドからダウンロードし続けるため、引き続きスタンダードな帯域幅量を消費します。

帯域幅節約を最大化するには、ユーザーは、マルチスピーカーやスピーカービューなど、できるだけウェビナー形式のレイアウトに近い形でミーティングを表示することが推奨されます。

### ウェビナー向け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-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.