> 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/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/emergency-call-routing.md).

# 緊急通話ルーティング

#### 対象範囲

Zoom Workplace デスクトップアプリ（macOS/Windows）、タブレット（iPadOS）アプリ、VDI、および認定IP電話に適用されます。

**緊急通報サービスは国内専用です。** 緊急通話は、ユーザーの電話番号に関連付けられた国の緊急通報サービスにのみ接続できます。たとえば、米国の電話番号は米国の緊急通報サービス（911）にしか接続できません。英国の番号を使って米国の緊急通報サービスに接続することも、その逆もできません。

**自動電話番号選択:** ユーザーに複数の国の電話番号が割り当てられている場合、システムはユーザーのサイトに割り当てられた国に一致する電話番号を自動的に選択します。ユーザーに割り当てられた電話番号がない場合、システムはその国用に構成された ELIN を確認します。利用可能な ELIN がない場合、緊急通話は失敗します。この番号選択ロジックは、PSAP にルーティングされる通話にのみ適用されます。Internal Safety Response Team（ISRT）にのみルーティングされる通話では、ユーザーに割り当てられた電話番号は関係ありません。 **Zoom Workplace モバイル** **アプリ** **（iOS/Android）** 緊急通話をデバイスのネイティブな携帯回線ダイヤラーに転送します。Zoom は通知メールのみを送信します。つまり、SIM カードが挿入されているモバイル デバイスでは、VoIP ベースの緊急通話は行われません。デバイスに SIM があるものの携帯回線サービスが利用できない場合（たとえば、電波がない場合）、緊急通話が失敗することがあります。唯一の例外は、モバイル デバイスに SIM カードがまったく挿入されていない場合です。その場合、緊急通話は Zoom Workplace アプリを介して VoIP で発信されます。

**汎用 SIP デバイス:** 汎用（サードパーティ製）SIP デバイスは、ノマディック型の緊急通報サービスをサポートしていません。使用できるのは固定型の緊急通報サービスのみで、住所はデバイスまたはユーザーに静的に割り当てられます。汎用 SIP デバイスを含む導入では、各デバイスに正しい緊急連絡先を手動で設定する必要があります。

**ユーザーに割り当てられたデスクフォン:** 特定のユーザーに割り当てられた IP デスクフォンでは、緊急連絡先はデフォルトでユーザーの住所に従います。つまり、電話はユーザーが持ついずれの住所（会社の位置情報、個人の位置情報、またはデフォルトの住所）でも継承します。ただし、 **デバイスベースの緊急連絡先の上書き** 電話がユーザーとは異なる住所を報告する必要がある場合は、デバイス自体で直接構成できます。この上書きは通常、サイトでノマディック型の緊急通報サービスが構成されておらず、電話がユーザーのデフォルトの住所とは異なる固定位置情報にある場合に使用されます。

#### ルーティング先

緊急通話のルーティング先は、アカウント、サイト、または内線レベルで構成できます:

* **PSAP + Internal Safety Response Team（推奨）** — 両方の宛先が並行して鳴動し、内部安全チームに通知しながら、通話が遅延なく公共安全機関に届くようにします
* **PSAP のみ** — 通話は直接公共安全機関にルーティングされます
* **Internal Safety Response Team のみ** — テスト シナリオ専用
* **いずれもなし** — 特殊な状況でのみ使用します。カスタマイズ可能なプロンプトが発信者に再生されます
* **まず Internal Safety Response Team に送り、最大保留時間の後に PSAP へルーティングする** — まず Internal Safety Response Team にルーティングし、最大保留時間の経過後に PSAP にルーティングします

#### コールルーティングの判断フロー

緊急通話の経路は、地域とキャリア構成によって異なります:

<table data-header-hidden="false" data-header-sticky><thead><tr><th>手順</th><th>判断</th><th>結果</th></tr></thead><tbody><tr><td><strong>1</strong></td><td>緊急通話が発信される</td><td>Zoom がユーザーのネットワークデータを検出する</td></tr><tr><td><strong>2</strong></td><td>ユーザーは米国/カナダにいますか？</td><td>はい <strong>いいえ</strong> → 手順 5 に進む</td></tr><tr><td><strong>3</strong></td><td>緊急通話に Zoom PSTN が使用されていますか？</td><td>はい <strong>いいえ</strong> （BYOC キャリア）→ 手順 5 に進む</td></tr><tr><td><strong>4</strong></td><td><strong>はい — PIDF-LO パス</strong></td><td>住所は通話シグナリングに直接埋め込まれます。ELIN は不要です。リアルタイムの住所更新がサポートされています。</td></tr><tr><td><strong>5</strong></td><td><strong>ELIN パス</strong></td><td>ELIN（事前マッピングされた電話番号）を発信者IDとして使用します。PSAP はキャリアのデータベースから住所を検索します。住所は事前にプロビジョニングされている必要があります。</td></tr></tbody></table>

#### アナログ・テレフォニー・アダプタ（ATA）

アナログ・テレフォニー・アダプタ（ATA）は、従来のアナログ デバイス（FAX 機、館内放送システム、またはアナログ電話など）を Zoom Phone ネットワークに接続します。各 ATA には 1 つ以上のアナログ ポートがあり、緊急連絡先の割り当ては、デバイスレベルまたは個別のポートレベルのいずれかで構成できます。

**オプション 1 — デバイスレベルの緊急連絡先（すべてのポートが ATA から継承）:** ATA 上のすべてのアナログ ポートは同じ緊急連絡先を使用します。これは ATA デバイス自体に割り当てられた住所です。この構成はよりシンプルで、ATA 上のすべてのポートが同じ物理的な位置情報に対応している場合に適しています。

**オプション 2 — ポートレベルの緊急連絡先（各ポートがそれぞれの緊急連絡先を取得）:** ATA の各アナログ ポートはそれぞれ独自の緊急連絡先を持つことができます。このオプションを選択すると、各ポートがその緊急連絡先を取得する方法に 2 つのサブオプションがあります:

* **割り当てられたユーザーから継承する:** アナログ ポートがユーザーに割り当てられている場合、そのポートはそのユーザーの緊急連絡先を使用します。同じ ATA の異なるポートに異なるユーザーが割り当てられている場合に便利です。
* **ポートに直接割り当てられた緊急連絡先を使用する:** ポートは、そのポートに直接構成された緊急連絡先を使用し、ユーザーが割り当てられているかどうかは関係ありません。このサブオプションを選択すると、ポートに構成された住所が常に使用されます。ポートがユーザーに割り当てられていても、ユーザーの緊急連絡先は無視され、ポートレベルの住所が優先されます。

選択されたオプション（オプション 1 またはオプション 2、およびオプション 2 内のサブオプション）は、デバイスレベルのデフォルト動作として構成されます。ただし、個々のポートの緊急連絡先はポートレベルで上書きでき、管理者はデバイス全体のデフォルトを変更せずに特定のポートに例外を設定できます。

<table data-header-hidden="false" data-header-sticky><thead><tr><th>構成</th><th>住所の取得元</th><th>使用するタイミング</th></tr></thead><tbody><tr><td><strong>オプション 1 — デバイスレベル</strong></td><td>すべてのポートが ATA の緊急連絡先を継承する</td><td>すべてのポートが同じ物理的な位置情報に対応する</td></tr><tr><td><strong>オプション 2a — ポートはユーザーから継承する</strong></td><td>ポートは割り当てられたユーザーの住所を使用する</td><td>異なるポートに異なるユーザーがいる場合、住所はユーザーに従います</td></tr><tr><td><strong>オプション 2b — ポートレベルの緊急連絡先</strong></td><td>ポートは自分に構成された緊急連絡先を使用する（ユーザーの住所は無視される）</td><td>ポートはユーザーの割り当てに関係なく固定された位置情報にあります</td></tr></tbody></table>


---

# 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/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/emergency-call-routing.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.