> 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-node/zoom-meetings-hybrid.md).

# Zoom Meetings ハイブリッド

### 概要 <a href="#eljucxhee1d0" id="eljucxhee1d0"></a>

Zoom Meetings Hybridは、企業ネットワーク内でミーティングまたはウェビナーのオーディオ、ビデオ、画面共有ストリームを再配信し、帯域幅を節約するオンプレミスのハイブリッドソリューションです。Zoom Meetings Hybridは、次の2つの異なるモードでこれを実現できます。 **ハイブリッドモード** および **プライベートモード**、どちらのモードもローカルサバイバビリティを提供します。

### ハイブリッドモード

#### <mark style="color:青;">ハイブリッドモードは、ネットワーク内でメディアストリームを統合して再配信することで、帯域幅の消費を削減します</mark>

**ハイブリッドモード** は、Meetings Hybridサービスを帯域幅に最適化して使用する方法であり、ネットワーク内のユーザーが、中継役となるオンプレミスアプライアンス（つまりZoom Node）に接続します。このアプライアンスは、ユーザーとZoomクラウド間の着信および発信メディアストリームを独立して受信、複合、再配信できます。

たとえば、標準的なクラウドベースのZoomミーティング（つまり、Meetings HybridまたはZoom Nodeを使用しないミーティング）では、各ユーザーが個別にZoomクラウドへ接続する必要があります。つまり、ネットワーク内の100人のユーザーが同じミーティングに参加している場合、各ユーザーはZoomクラウドとの独立したオーディオ、ビデオ、画面共有接続を確立する必要があり、大きな帯域幅と約300本の個別の発信接続が必要になります。

ハイブリッドモードのZoom Meetings Hybridでは、モジュールがネットワーク内のユーザーとZoomクラウドの間の中継接続ポイントとして機能します。アクティブなミーティングごとに、Meetings Hybridモジュールは、オーディオ、ビデオ、画面共有の各チャネルについて、Zoomクラウドとの間で単一のメディアストリームを送受信します。この設計により、 **発信** データはネットワーク内で接続されているすべてのユーザーから複合および統合される一方、 **着信** データはネットワーク内で接続されているすべてのユーザーにローカルで再配信されます。つまり、ネットワーク内の100人のユーザーが同じミーティングに参加している場合、各ユーザーはネットワーク内のMeetings Hybridモジュールに接続し、このモジュールが接続ユーザーに着信メディアを再配信するため、外部メディア接続数を仮に300から3へ削減できます。

次の図はこの機能の概要を示しており、 **本社** および **支社** の拠点にいるユーザーは、すべての参加者に代わってミーティングをホストするクラウドベースのマルチメディアルーター（MMR）と連携するZoom Meetings Hybridモジュールに接続します。この設定により、外部クラウドメディア接続が最小限に抑えられ、外部帯域幅消費の削減と組織のセキュリティ強化につながります。

<figure><img src="https://2994873379-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fgit-blob-7b03b9a6988cfab5bc550127d03fee7b6fa05d94%2F4.png?alt=media" alt="Diagram depicting hybrid routing" width="563"><figcaption><p>ハイブリッドモードを示す図</p></figcaption></figure>

### **プライベートモード**

<mark style="color:青;">**プライベートモードは、お客様にクラウド外のオンプレミスプライバシーを提供します**</mark>

**プライベートモード** は、プライバシーとコンプライアンスを重視したMeetings Hybridサービスの使用方法です。ユーザーがZoomクラウド上のミーティングに接続できるハイブリッドモードとは異なり、プライベートモードでは、メディアをZoomクラウドに送信せずに、ユーザーがローカルかつオンプレミスでミーティングをホストできます。

{% hint style="info" %}
**注**

通常、プライベートモードではZoomクラウドへのアクセスは許可されませんが、文字起こし、翻訳、その他のクラウドベースの機能などが必要な場合、お客様はプライベートモードのミーティングに対してZoomクラウドへのアクセスを有効にすることができます。
{% endhint %}

スケジュール作成プロセス中にミーティングにプライベートモードが選択されると、ユーザーはそのミーティングのためにZoomクラウドへ接続しません。代わりに、 *内部* ユーザーはローカルネットワークを介してMeetings Hybridモジュールに接続し、そのプライベートおよび内部IPに接続します。一方、 *外部* ユーザーは、パブリックIPを介してモジュールに接続します。

これにより、お客様はMeetings Hybridサービスを使用して、機密性の高い議論に対するセキュリティを強化し、コンプライアンスまたはプライバシー要件を満たしながら、プライベートかつ機密性の高いミーティングをオンプレミスでホストできます。

次の図は、この機能の概要を示しています。 **すべてのユーザー**、内部、支社、外部のユーザーは、Zoomクラウドへのメディア転送を経由せず、Meetings Hybridモジュールに直接接続します。

<figure><img src="https://2994873379-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fgit-blob-d8186c7d1eb2d9ca1ee922df7a00d77de3c2537b%2F5.png?alt=media" alt="Diagram depicting private mode routing" width="563"><figcaption><p>プライベートモードを示す図</p></figcaption></figure>

{% hint style="info" %}
**注**

ユーザーはZoomクラウドのバックエンドサービスを通じてMeetings Hybridモジュールにルーティングされますが、このプロセスにはメディア転送は含まれません。Meetings Hybridモジュールは、接続性のためにZoomクラウドとの継続的なシグナリング（非メディア）接続を維持する必要があります。
{% endhint %}

### **ローカルサバイバビリティ**

#### <mark style="color:青;">**ローカルサバイバビリティは、Zoomデータセンターに到達できない場合でもミーティングを継続します**</mark>

Zoomミーティングサバイバビリティ（ZMS）は、Meetings Hybridサービスに含まれる統合機能であり、インターネットまたはサービスの中断によりZoomのデータセンターに到達できない場合に、企業へ限定的なオンプレミスのZoom Meetings機能を提供します。ZMSにより、ユーザーは使い慣れたワークフローを使用してZoom Meetingsに引き続き参加でき、1回あたり最長30日間のオフラインサバイバビリティがサポートされます。

サバイバビリティイベント中、ZMSコンポーネントは複数の形態でローカルネットワーク内のミーティングを維持できます。

1. ネットワークからZoomクラウドにアクセスできない場合、ネットワーク内のユーザーはMeetings Hybridインフラストラクチャを使用してローカル（つまり非クラウド）のミーティングをホストできます。異なる拠点のユーザーが広域ネットワークまたはキャンパスネットワークを介してZoom Nodeマシンにアクセスできる場合、ローカルでホストされているミーティングにも参加でき、継続的なコミュニケーションが可能になります。次の図はこのシナリオの例を示しています。\\

   <figure><img src="https://2994873379-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fgit-blob-a1281a4746201881b49c820c7ebd176d376af0a7%2F6.png?alt=media" alt="Diagram depicting local survivability" width="563"><figcaption><p>ローカルサバイバビリティを示す図</p></figcaption></figure>
2. 共通のネットワーク内のユーザーが *一時的に* クラウドベースのミーティングから切断された場合、ZMSモジュールはミーティングのローカル版を作成し、ネットワーク内のすべてのユーザーは自動的にミーティングのローカル版へフェイルオーバーします。クラウドベースのミーティングが継続中に接続が復旧した場合、ユーザーはクラウド内のユーザーに自動的に再参加します。次の図はこのシナリオの例を示しています。\\

   <figure><img src="https://2994873379-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fgit-blob-c4242ef4670f769f573dcd5d50cf904a4f33b5d3%2F7.png?alt=media" alt="Diagram depicting local survivability" width="563"><figcaption><p>ローカルサバイバビリティを示す図</p></figcaption></figure>
3. アカウントでは、サバイバビリティイベント用に特定のミーティングIDを維持および指定できます。たとえば、緊急時に会社のリーダーが参加できる専用のミーティングIDです。\\
4. ユーザーはアドホックなオフラインミーティングを作成できるため、クラウドがオンラインでない場合でもコラボレーションが可能です。\\
5. ミーティングはサバイバビリティ用に指定できるため、ユーザーが共通のネットワーク内にいて必要なデバイスと通信できる限り、ネットワーク状況にかかわらず利用できるようになります。

サバイバビリティミーティングのシナリオについて詳しくは、Zoomアカウントチームにお問い合わせください。

### **追加機能**

Zoom Meetings Hybridの追加機能は次のとおりです。

* **クラウド機能は引き続き利用可能**：ハイブリッドミーティングでは、ホワイトボード、クラウド録画、AIツールなどのZoomクラウド機能を引き続き利用できます。\\
* **最大400人のユーザーを同時にサポート**: Zoom Meetings ハイブリッドモジュールは、単一のNodeデバイスで一度に最大400ユーザーをサポートできます。\\
* **カスケード型ハイブリッドミーティング**: 複数のZoom Meetings ハイブリッドモジュールは、ネットワークを介して相互接続し、より大規模なミーティングで追加のユーザーをサポートできます。複数のモジュールがあれば、400ユーザーはもはや上限ではありません。\\
* **外部参加者の参加**: 非公開ミーティングを開催している場合、ホストはミーティングに参加できる外部参加者（つまり、別のZoomアカウントのメンバー）を指定できます。\\
* **サバイバビリティモード用掲示板**: サバイバビリティモードが有効な場合、アカウント管理者はZoom Workplaceアプリ内のユーザーにメッセージを送信し、状況が解決するまで最新情報と手順を提供できます。


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://library.zoom.com/technical-library/ja/naentpuraizusbisu/zoom-node/zoom-meetings-hybrid.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.
