> 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/bijinesusbisu/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.md).

# アーキテクチャ

Zoom コンタクトセンターは、信頼性と回復力を実現するために、アクティブ-アクティブのアーキテクチャで設計されています。

以下のセクションでは、Zoom コンタクトセンターのアーキテクチャの概要を説明します。

### Zoom コンタクトセンター データセンター SIP ゾーン

アクティブ-アクティブ アーキテクチャでは、回復力と冗長性が重要です。音声チャネルとテレフォニーのニーズをサポートするために、各 Zoom コンタクトセンター データセンターには、独立した回復力と持続性のための専用ハードウェアとサービスを備えた、相互接続された同一の 2 つの SIP ゾーンがあります。

通常運用時には、ロードバランサーがデータセンター内の両方の SIP ゾーン間で通話を均等に分散します。各 SIP ゾーン内では、通話は通話スイッチのクラスター間で均等に分散され、これらはコールルーティング、セットアップ、切断などのさまざまな機能を担います。通話スイッチから、通話は各ゾーン内のセッションボーダーコントローラ（SBC）に接続され、そこで Zoom の基盤となるプロバイダーネットワーク、または顧客提供のキャリア（BYOC-P）に接続して、通話が最終宛先に到達するまで PSTN ルーティングを行います。

この枠組みの中で、アーキテクチャの各重要コンポーネント、すなわち SBC、ロードバランサー、および通話スイッチには、回復力のために待機状態の冗長ハードウェアが補完されています。1 つの SIP ゾーンでサービスに影響するイベントが発生した場合、通話のアクティブメディア、シグナリング、および登録は、サービスを中断することなく他方のゾーンへフェイルオーバーします。さらに、Zoom は任意の時点で各 SIP ゾーン内の使用率を 50% 以下の定員に抑えることを目指しているため、SIP ゾーン内でサービスに影響するイベントが発生した場合でも、通話は問題なく反対側のゾーンにフェイルオーバーし、スタンダード運用が再開されるまで継続されるはずです。

次の図は、SIP ゾーンのアクティブ-アクティブ アーキテクチャ設計を高いレベルで示したものです。

<div data-with-frame="true"><figure><img src="/files/5701b08f0dd15c83e520810f29c4802668807fc1" alt=""><figcaption><p>SIP ゾーンのアクティブ-アクティブ アーキテクチャの概要</p></figcaption></figure></div>

### 大規模な Zoom コンタクトセンター データセンター

物理的な観点から見ると、Zoom のデータセンターでのプレゼンスは、物理セキュリティ、冗長化された電源および冷却システム、さらに主要なキャリアニュートラルのインターネットサービスプロバイダー（ISP）やピアリングパートナーへのアクセスを備えた、高度に安全なコロケーション施設内にあります。

技術的な観点から見ると、Zoom のデータセンターでのプレゼンスは、すべてのコンタクトセンター チャネルにわたる信頼性を高め、ダウンタイムを最小限に抑えるために、完全な冗長性と、プライマリ データセンターからセカンダリ データセンターへの迅速なフェイルオーバー機能を含む、フォールトトレラントなアーキテクチャで構築されています。

万一、データセンター全体の停止またはサービスに影響するイベントが発生した場合、Zoom コンタクトセンターのメディア、シグナリング、および登録情報は一時的に失われる可能性があり、待機中のセカンダリ データセンターへの収束が必要になります。そのような場合、音声チャネルのセッションはセカンダリ データセンターに再登録され、すべての着信通話がその位置情報のバックアップキャリア経由でルーティングされます。続いて、すべての新規通話は、サービスが完全に復旧するまで、セカンダリ データセンターとその関連するアクティブ-アクティブ ゾーンを通じて処理されます。サービス復旧後は、適切なプライマリ データセンターで運用を通常の状態に戻すために、メンテナンスウィンドウが設けられます。

次の図は、Zoom のデータセンター冗長化設計を高いレベルで示したものです。

<div data-with-frame="true"><figure><img src="/files/ad28068412cb75657a99489314ce4b1f7c68df2f" alt=""><figcaption><p>Zoom のデータセンター冗長化の概要</p></figcaption></figure></div>

読者には、Zoom の [ステータス](https://status.zoom.us/) と [稼働状況](https://uptime.zoom.us/) サイトを参照し、サービス可用性に関する追加情報を確認することをお勧めします。


---

# 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/bijinesusbisu/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.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.