> 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/kn/architecture-and-design/zoom-architected-for-reliability.md). # Zoom: 信頼性のために設計された ## **はじめに** Zoomは、AI-firstのUnified Communications as a Service（UCaaS）およびContact Center as a Service（CCaaS）を、単一の統合プラットフォームを通じて提供します。このスイートには、Zoom Meetings、Zoom Webinars、Zoom Events、Zoom Chat、Zoom Roomsおよびワークスペース予約、Zoom Phone、Zoom Contact Center、Zoom Canvas、Zoom Mailおよびカレンダーサービス、Zoom Whiteboard、Zoom Virtual Agent、Zoom Revenue Acceleratorなどが含まれます。これらは、デスクトップ、モバイル、ブラウザ、カンファレンスルームにまたがって連携して動作するように設計されており、カンファレンスルームコネクタを介して、標準ベースのSIP/H.323システムにも対応します。 このドキュメントでは、Zoomの業界最高水準のサービスと製品を支えるイノベーションとアーキテクチャを詳しく説明し、UCaaSとCCaaS全体で、エンドユーザーとITに一貫性があり、安全で管理しやすい体験をどのように提供しているかを解説します。 ## **経験から築かれた** Zoomのクラウドファーストなビジョンは、組織が従来のオンプレミスシステムに伴うコストと複雑さを乗り越えるのに役立ちます。老朽化したスタックに機能を継ぎ足すのではなく、私たちはクライアント、メディアサービス、ルームシステム全体にわたるフルスタックエンジニアリングに投資し、エンドツーエンドの品質、レジリエンス、使いやすさを一体となった1つのプラットフォームとして最適化しています。これは、各プラットフォーム間で共通のコードベースを持つシングルクライアント戦略を軸に、各OSのネイティブなUXを活用するものです。 そのクラウドファーストなアプローチは、Zoom ワークスペース アプリに表れています。これは、ミーティング、チャット、電話、コンタクトセンター、イベント、ウェビナー、Rooms、ホワイトボード、Canvas などへのアクセスを一元的に提供する、1つの最新のアプリケーションです。アクセスはライセンスによって管理されるため、IT は個別のインストーラーを寄せ集めて展開したり、競合するクライアントのバージョンを管理したりすることなく、製品や機能をオンまたはオフにできます。 ITにとって、このモデルはオーバーヘッドを削減します。購入・ラック搭載・パッチ適用が必要なサーバーが減り、維持管理すべき独自の統合も減り、さらにオンプレミスのインフラを稼働させ続けるためだけの専任チーム全体も不要になります。定員、更新、セキュリティの改善はクラウドから提供されるため、管理者は保守ではなく、ポリシー、導入、成果に集中できます。 ## **イノベーションが違いを生む** Zoomのサービス設計に対する独自のアプローチにより、Zoomは他のソリューションでは提供できない機能を、他に類を見ない規模と品質で提供できます。 * **Zoom AI**: ミーティング、チャット、Phone、コンタクトセンター、Canvas などに組み込まれ、作業が行われるその場で要約、下書き、次のステップの提示を行います。追加のアプリやコンテキストの切り替えは不要です。 * **スマートギャラリー & インテリジェントディレクター**: 複数ストリーム、マルチカメラの 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は「ミーティングゾーン」にグループ化されています。Zone コントローラはすべてのMMRを管理し、各ミーティングゾーンについてそのステータスをGlobal クラウド コントローラに報告します。ミーティングゾーンは各データセンターごとにまったく同じアーキテクチャで複製されており、各地域で定員を追加するために、必要に応じてさらに多くのゾーンをその場で簡単に追加できます。3つの層（MMR、Zoom コントローラ、Global クラウド コントローラ）は、異なる場所にあるリソースのバランスを取るために使用されます。ミーティングに参加者が2人だけの場合、Zoomは優れた速度と信頼性のためにピアツーピア接続を利用できます。これらすべてにより、Zoomは99.9%の稼働率でミーティングサービスの可用性を維持し、信頼できるビデオ会議体験を提供できます。 ### Zoom Phone Zoom Phoneはクラウドで、そしてクラウドのために構築されており、当社のZoom Meetingsおよびウェビナー製品ですでに利用可能な、実証済みのオーディオ品質適応技術を使用しています。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 つのセッション開始プロトコル（SIP）ゾーンがあります。SIP ゾーンは、インターネット経由で音声通話の発着信を許可し、各ゾーンには独立した継続運用のための専用ハードウェアとサービスが備えられています。データセンター内では、ロードバランサーが両方の SIP ゾーン間で通話を均等に分散します。通話はコールスイッチのクラスタに分配され、これらはコールルーティング、セットアップ、切断などのさまざまな機能を担います。 コールスイッチから、通話は各ゾーン内の SBC に接続され、最終的な宛先に到達するまで、Zoom の基盤となるプロバイダーネットワーク、または顧客が提供する通信事業者のいずれかに接続されて PSTN ルーティングが行われます。SBC、ロードバランサー、コールスイッチには、回復性を高めるために待機状態の冗長ハードウェアも追加されています。 Zoom コンタクトセンターの音声は、Zoom Phone と同じクライアント適応およびトランスポート動作の恩恵を受けており、利用可能な場合は UDP を使用し、TCP/TLS へフォールバックすることで、制約のあるネットワーク上でもオーディオの明瞭さを維持します。ビデオおよびデジタルチャネルについては、このサービスは一貫した品質とフェイルオーバーのために、Zoom のリアルタイムメディア基盤とクラウドの回復性を活用します。 #### コブラウズ Zoomコンタクトセンターのコブラウズサービスは、コアのZoomコンタクトセンターサービスとは別のインフラで稼働します。セッションが開始されると、ソフトウェア開発キット（SDK）がコブラウジングハブサーバー（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 ハイブリッドと Zoom Phone ローカルサバイバビリティ（ZPLS）です。 [Zoom Meetings ハイブリッド](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 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 ローカルサバイバビリティは、サービスに影響するイベントが発生した場合に備え、PSTNおよび
サイト間接続向けの複数のフェイルバックシナリオをサポートします。

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

世界各地のZoomデータセンターの所在地（2025年11月）

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