# Zoom：信頼性を重視して設計 ## **はじめに** Zoomは、単一で統合されたプラットフォームを通じて、AI-firstのUnified Communications as a Service (UCaaS)およびContact Center as a Service (CCaaS)を提供します。このスイートには、Zoom Meetings、Zoom WebinarsおよびZoom Events、Zoom チャット、Zoom Roomsとワークスペース予約、Zoom Phone、Zoom コンタクトセンター、Zoom AI Docs、Zoom メールとカレンダーサービス、Zoom ホワイトボード、Zoom Virtual Agent、Zoom Revenue Acceleratorなどが含まれます。これらは、デスクトップ、モバイル、ブランウザ、そしてカンファレンスルーム全体で連携して動作するように構築されており、カンファレンスルームコネクタを介して、標準ベースのSIP/H.323システムにも対応しています。 このドキュメントでは、Zoomのクラス最高のサービスと製品を支える革新とアーキテクチャについて詳しく説明し、UCaaSおよびCCaaS全体にわたり、エンドユーザーとITに一貫性があり、安全で管理しやすい体験をどのように提供しているかを解説します。 ## **経験から生まれた** Zoomのクラウドファーストなビジョンは、組織が従来のオンプレミス・システムのコストと複雑さを超えて前進するのを支援します。古いスタックに機能を後付けするのではなく、私たちはクライアント、メディアサービス、ルームシステム全体にわたるフルスタックのエンジニアリングに投資し、エンドツーエンドの品質、回復力、使いやすさを、プラットフォーム全体に共通のコードベースを持つ単一クライアント戦略を軸とした一つの一貫したプラットフォームとして最適化してきました。この戦略は、各OSのネイティブなUXを活用します。 そのクラウドファーストのアプローチは、Zoom ワークスペース アプリに表れています。これは、ミーティング、チャット、電話、コンタクトセンター、イベント、ウェビナー、ルーム、ホワイトボード、ドキュメントなどへのアクセスをユーザーに一元的に提供する、単一の最新のアプリケーションです。アクセスはライセンスによって管理されるため、IT は個別のインストーラーを寄せ集めたり、競合するクライアントのバージョンを管理したりすることなく、製品や機能を有効または無効にできます。 ITにとって、このモデルはオーバーヘッドを削減します。購入、ラックへの設置、パッチ適用が必要なサーバーが減り、維持すべき個別対応の統合も減り、オンプレミスのインフラを稼働させ続けることに専任するチーム全体も不要になります。定員、更新、セキュリティの改善はクラウドから提供されるため、管理者はメンテナンスではなく、ポリシー、導入、成果に集中できます。 ## **イノベーションが違いを生む** Zoomの独自のアプローチ、そして私たちがサービスを設計してきた方法により、Zoomには他のソリューションでは提供できない機能があり、その規模においても、品質においても、比類のないものです。 * **AI Companion** : 要約、下書き作成、そして仕事が行われるその場で次へ進むステップを表示するために、Meetings、チャット、Phone、コンタクトセンター、Docs などに組み込まれています—追加のアプリやコンテキストの切り替えは不要です。 * **スマートギャラリーとインテリジェントディレクター**: マルチストリーム、マルチカメラの Rooms により、部屋にいる全員が画面上で適切な「席」を持てます。 * **継続的なミーティングチャット**: ミーティングのチャットがチャネルに取り込まれるため、リンクやファイルがミーティング終了後に消えることなく、継続的な非同期コラボレーションを支援します。 * **近接共有とフィードバック阻止**: 部屋に入ってクリックするだけでワイヤレス共有できます。近くのノートパソコンは自動的にミュートされ、フィードバックを阻止します。 * **メディアの耐障害性**: 適応ビットレート、コーデックレイヤー、迅速なトランスポートのフォールバックにより、厳しいネットワーク環境でも会話の明瞭さを保ちます。 * **Zoomメッシュ**: ピアツーピア技術を使用して、同じミーティングまたはウェビナーのメディアをネットワーク内に再配信し、大規模セッション中の帯域幅消費を削減するネイティブ eCDN です。 * **Zoom Node**：ミーティングとPhoneのローカルな生存性を含む、クラウド制御とライフサイクル管理を備えたオンプレミスで選択したワークロードを実行します。 * **ポスト量子 E2EE**：ミーティングおよび1対1の通話に対する将来の復号攻撃に耐えるよう設計されたエンドツーエンド暗号化。 * **データ・ルーティング制御**：メディアのトラバーサルを承認する地域を選択してください。 ## **品質と信頼性** 以下のセクションでは、最高水準のリアルタイムメディア体験を有効にするためのZoomの設計アプローチについて説明します。 ### Zoom Meetings、ウェビナー、イベント 当社のアーキテクチャの基盤は、実際のネットワーク条件とポリシーに基づいて最適な経路を選択するインテリジェントなトランスポート層です。UDPはオンラインの場合に使用され、より制約の厳しい環境ではTCP/TLS（HTTPS/443を含む）へシームレスにフォールバックします。画面共有は、可能な限り滑らかな動きのためにReliable UDPを使用し、必要に応じて自動的にフォールバックします。ミーティング、ウェビナー、またはイベントに接続中、Zoom Workplace アプリは地理位置情報によって最寄りのオンラインなリソースへ誘導され、遅延を最小限に抑えます。組織のポリシーや性能上の要件に応じて、トラフィックは専用リンクを介してZoomのグローバルバックボーンを通り、さまざまなデータセンターへルーティングできます。
Diagram detailing how the Zoom App maintains active-active connectivity to failover data centers, zone controllers, and multi-media routers.

Zoomのミーティング、ウェビナー、イベントのアクティブ-アクティブ アーキテクチャと設計の概要。

次へのレイヤーは、リアルタイムのネットワークおよびデバイスの状態に適応する、応答型の品質管理レイヤーです。帯域幅、パケット損失、レイテンシー、ジッターを監視し、ローカルのCPU使用率、メモリ、ネットワークI/Oも収集します。これらのシグナルにより、上位レイヤーは品質と信頼性を維持するために適切な適応アクションを取ることができます。 Zoomのカスタムで適応的なコーデックは、セッション層でリアルタイム性能向けに調整されています。周囲のアルゴリズムは、デバイスとネットワークの条件に合わせてフレームレートと解像度を継続的に最適化します。状況が許可する限り最良の体験を提供するため、Zoomは複数の同時ストリームを使用し、Zoom Workplace アプリは最も適切なレイヤーを動的に選択します。効率的な圧縮のおかげで、セッションは約45%までのパケットロスでも使用可能なまま維持されます。そのような場合、会話を明瞭に保つためにオーディオがビデオより優先されます。マルチストリームのアプローチは、各参加者のオーディオとビデオの送受信能力に合わせて帯域幅も調整します。 Zoomの分散会議レイヤーは、サーバー側でのトランスコーディングやミキシングを行わない、サブスクリプションベースの切り替えを使用します。従来のサービスでは、ストリームをトランスコードしてミックスすることが多く、CPUとメモリのオーバーヘッドが増加しますが、当社の切り替え方式はリソース使用量を削減し、効率的にスケールするよう設計されています。参加者は地理的位置に基づいて最寄りのデータセンターにルーティングされ、負荷が最も少ないサーバーに割り当てられます。参加者が同じ場所にいる場合は、効率化のため同一サーバー上にグループ化できます。このアーキテクチャは、柔軟なオンプレミスおよびハイブリッド展開をサポートし、大企業向けにカスケード型のトラフィック経路を提供します。 ミーティングサーバーは私たちの MMR（マルチメディアルーター）であり、MMR は「ミーティングゾーン」にグループ化されます。ゾーンコントローラはすべての MMR を管理し、各ミーティングゾーンの状態をグローバル クラウドコントローラに報告します。ミーティングゾーンは各データセンターごとに、まったく同じアーキテクチャで複製されており、各地域で追加の定員が必要になった場合でも、オンザフライで簡単にゾーンを追加できます。3 つの層（MMR、Zoom コントローラ、グローバル クラウドコントローラ）は、異なる場所にあるリソースのバランスを取るために使用されます。ミーティングに参加者が 2 人だけの場合、Zoom は優れた速度と信頼性を実現するためにピアツーピア接続を利用できます。これらすべてにより、Zoom はミーティングサービスの可用性を 99.9% の稼働率で維持し、信頼性の高いビデオ会議体験を提供できます。 ### Zoom Phone Zoom Phoneはクラウド上で、またクラウド向けに構築されており、Zoom MeetingsおよびWebinars製品で既にオンラインな実績あるオーディオ品質の適応技術を使用しています。Zoomのアーキテクチャには冗長性とレジリエンスが組み込まれており、その結果、非常にオンラインなソリューションとなっていて、最大規模の組織のニーズにも対応できるように拡張できます。 Zoom Phone は、多様なネットワーク環境にわたって信頼性の高い接続を実現するために、インテリジェントな転送メカニズムを利用します。メディアについては、利用可能な場合は UDP 上の SRTP を使用し、シームレスに TCP/TLS へフォールバックするとともに、適応型ビットレートとパケット損失の軽減により、条件が悪い場合でも オーディオ 品質を維持します。接続については、通話は遅延を最小限に抑えるために最寄りのオンライン SIP Zone にルーティングされ、必要に応じてデータセンター間で自動フェイルオーバーが行われます。
Diagram showing a Zoom Phone device connected to a primary data center, with a secondary connection to an additional data center for failover events.

Zoom Phoneのアクティブ-アクティブアーキテクチャ

Zoomは、クライアントとキャリア間の通信を保護する冗長なセッション境界コントローラ（SBC）を各データセンターに備えています。これらのキャリアグレードSBCは、最小規模のお客様からグローバル企業まで、幅広い組織が簡単にアクセスできるようにします。ロードバランサーは、SIPベースの通信をZoomの通話スイッチに振り分け、通話量を均等に分散します。この分散により、登録のピーク時や通話中の時間帯でも、ユーザーはスムーズな体験を得られます。 通話スイッチは、Zoom Phone の中核となる通話制御です。これらの拡張可能なコンポーネントは、PBX の基本機能をサポートするだけでなく、Zoom Phone のダッシュボードへのテレメトリデータの送信を促進し、電話通話を Zoom Meetings に昇格させるような機能を有効にすることもできます。
A diagram showing the active-active architecture for hardware and SIP zones hosted within a data center

データセンター内でホストされるハードウェアおよびSIPゾーン向けのアクティブ-アクティブアーキテクチャ

Zoom Workplace アプリは、独自のロジックを活用して、アプリの帯域幅、パケット損失、遅延、ジッターを監視するとともに、アプリの CPU 使用率、メモリ、ネットワーク I/O も収集します。この技術は通話を積極的に監視し、リアルタイムで調整を行って不十分なネットワーク環境を克服し、さまざまなネットワーク環境や異なるデバイスに対して優れた通話品質と信頼性を提供します。 Zoom Phone ダッシュボードは、クオリティオブサービスのリアルタイムおよび履歴データに加え、使用状況と導入状況の指標、通話ログ、ならびにノマディック緊急サービスに関連する指標を取得します。Zoom は各通話を自動的に平均オピニオン評点 (MOS) で評価し、IT 管理者がネットワークを通過するすべての通話のパフォーマンスを追跡し、ネットワーク関連の潜在的な問題を特定できるようにします。
### Zoom コンタクトセンター Zoom Phone と同様に、Zoom コンタクトセンターのアクティブ-アクティブアーキテクチャは、オムニチャネル環境全体でレジリエンスと冗長性を提供するのに役立ちます。Zoom Meetings と Phone サービスで実証済みのアーキテクチャを基盤として、コンタクトセンターはリアルタイムの通信機能を Web 機能とシームレスに統合し、エージェントチームとお客様の声の双方にメリットをもたらす直感的なインターフェースを実現します。 各データセンターは、相互接続された2つの同一のSession Initiation Protocol（SIP）ゾーンを備えています。SIPゾーンは、インターネット経由で音声通話を発信および受信することを許可し、各ゾーンには独立した持続性のための専用ハードウェアとサービスが備わっています。データセンター内では、ロードバランサーが両方のSIPゾーン間で通話を均等に分散します。通話は通話スイッチのクラスター全体に分散され、これらはコールルーティング、設定、切断などのさまざまな機能を担います。 通話スイッチから、通話は各ゾーン内のSBCに接続され、SBCはZoomの基盤となるプロバイダーのネットワーク、またはPSTNルーティングのための顧客提供キャリアのいずれかに接続し、通話が最終宛先に到達するまで続きます。SBC、ロードバランサー、通話スイッチには、レジリエンス確保のために待機中の冗長ハードウェアが補完されています。 Zoom コンタクトセンターの音声は、Zoom Phone と同じクライアント適応とトランスポート動作の恩恵を受けます。UDP がオンラインのときは UDP を使用し、TCP/TLS にフォールバックするため、制約のあるネットワークでもオーディオはクリアに保たれます。ビデオおよびデジタルチャネルでは、このサービスは Zoom のリアルタイムメディア基盤とクラウドのレジリエンスを活用し、一貫した品質とフェイルオーバーを実現します。 #### コブラウズ Zoom コンタクトセンターのコブラウズサービスは、コアの Zoom コンタクトセンターサービスとは別のインフラ上で動作します。セッションが開始されると、ソフトウェア開発キット（SDK）は、双方向通信のために Co-browsing ハブサーバー（CHS）への永続的な WebSocket 接続を確立し、通信トラフィックはジオロケーションに基づいて最寄りのオンラインのデータセンターへルーティングされ、遅延を低減します。このサービスは、クラウド、ハイブリッド、およびオンプレミスの展開モデル全体での弾力的なスケーリングをサポートするために、CHS ノード間で動的な負荷分散を行うステートレスな分散アーキテクチャを採用しています。 セッションの継続性を維持するため、SDKは接続が中断された場合に健全なCHSノードへ自動的に再接続し、データセンター間で最小限の中断でフェイルオーバーできます。継続的なヘルスモニタリングおよびZoomのより広範なアクティブ-アクティブなレジリエンスアプローチと組み合わせることで、このアーキテクチャはエンタープライズ環境向けに信頼性が高く、拡張性のあるコブラウジング性能を提供するよう設計されています。

データセンター内でホストされるコブラウズSDKゾーン向けのアクティブ-アクティブアーキテクチャ

## **ハイブリッドおよびオンプレミス展開向けのZoom Node** [Zoom Node](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer) は、クラウド管理型のハイブリッド プラットフォームであり、お客様のデータセンター リソースをZoomのクラウドと連携させることで、オンプレミスでZoom Service Modules（ワークロード）を展開し、Zoomウェブポータルからそれらを管理できるようにします。レジリエンシーの点で特に際立つモジュールは 2 つあり、Zoom Meetings Hybrid と Zoom Phone Local Survivability（ZPLS）です。 [Zoom Meetings Hybrid](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-meetings-hybrid) は、内部の参加者向けのリアルタイム メディアをローカルの Node 経由でルーティングし、一方でシグナリング、管理者、ポリシーはZoomクラウドに維持されます。また、Zoom データセンターに到達できなくなった場合に備えて、ローカル サバイバビリティ オプションも含まれています。内部ユーザーは低遅延の通信経路と削減されたインターネット送信を利用でき、外部の参加者は通常どおりクラウド経由で参加できます。必要に応じて、アカウントではローカル キャプチャ用に Recording コネクタ を追加することもでき、ローカルの定員を利用できない場合は自動的にクラウド フェイルオーバーが行われます。
Zoom Meetings Hybrid Module shows how users in a local network connect to the Hybrid MMR, cascading to the cloud.

Zoom Meetings Hybrid Module は、ローカル
ネットワーク内のユーザーが Hybrid MMR に接続し、クラウドへカスケードする様子を示しています。

[Zoom Phone ローカルサバイバビリティ](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-phone-local-survivability) （ZPLS）は、WAN またはプロバイダー経路に障害が発生した場合でも、サイトで中核的な通話機能を利用可能な状態に保ちます。電話はローカルで登録され、内線通話は継続され、設定されていれば、重要な発信通話はオンプレミスの PSTN 経路を通じて維持できます。接続が回復すると、サービスは自動的に通常のクラウド運用に戻ります。
Diagram showing how the ZPLS module supports PSTN, intra-site, and cross-site survivability.

Zoom Phone Local Surviability は、サービスに影響するイベントが発生した場合の PSTN および
サイト間接続について、複数のフェイルバック シナリオをサポートします。

## **グローバルに分散されたデータセンターと冗長性** Zoom には、世界中の複数の相互接続されたデータセンターに分散配置されたブローカーおよび通信サーバーがあります。当社は、帯域幅、遅延、災害復旧の分離性の観点から、お客様の声に対するパフォーマンスを最適化するために、データセンターおよびインターネット サービス プロバイダー（ISP）を継続的に評価しています。当社のデータセンターは、ISP キャリア ニュートラルであり、物理的セキュリティ、冗長電源、ならびに最上位 ISP とピアリング パートナーへの同時アクセスを提供する安全なコロケーション施設内にあります。また、地域要件または定員要件に応じて、パブリック クラウド プロバイダー上での特定の展開も行っています。当社のコロケーション施設は、完全な冗長性と迅速なフェイルオーバー機能を備えたフォールト トレラント アーキテクチャで構築されています。Zoom は通信サーバーの負荷を動的に分散し、最も応答時間の優れたデータセンターへ新規セッションを自動的に移動させます。

世界中の Zoom データセンターの位置情報（2025年11月）

## **定員** Zoom は、成長するビジネスに対応し、ピーク時の利用要件を満たすために、インフラストラクチャのあらゆる側面で 50% の余剰定員を維持しています。当社は、現在および将来のお客様のニーズに基づいて、サービスを提供し拡張できる能力に自信を持っています。 ## **災害復旧** Zoom は、自社製品全体にわたる年次テストを通じて、災害復旧機能を定期的に検証しています。同社は、復旧戦略、役割と責任、通信プロトコルを含め、障害発生後に重要なシステムとサービスを復旧するための手順を定義した、正式に文書化された Disaster Recovery Plan（DRP）を維持しています。Zoom の DRP は、停電、ネットワーク接続の喪失、ハードウェア障害、自然災害、その他の破壊的なイベントのうち、1 つ以上を含む可能性があるさまざまな災害シナリオに対応するよう設計されています。Zoom の Disaster Recovery Plan は、毎年第三者監査人によってテストされています。 ## **結論** 提供方法と機能における Zoom の革新的なアプローチは、一貫して優れたビデオ会議体験を提供します。エンドユーザーは、その革新的な機能、使いやすさ、信頼性、そして驚異的なビデオおよびオーディオの明瞭さを高く評価しています。また、IT マネージャーは、このソリューションがグローバルに利用可能であり、セキュリティと信頼性を備えて拡張できるよう設計されていることに安心感を得ています。 --- # 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/kn/architecture-and-design/zoom-architected-for-reliability.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.