> 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-handling.md).

# 緊急通話のコールハンドリング

管理者は、通話が公共安全の対応者に確実に届くようにするために、緊急通話のコールルーティングを設定することができます。

### <mark style="color:青;">範囲</mark>

Zoom Phone のエンドポイントとは、macOS と Windows 向けの Zoom Workplace アプリケーション、iPadOS、Zoom Phone に登録された IP Phone、および VDI クライアントを指します。

iOS および Android デバイスでは、Zoom Workplace モバイルアプリケーションを介して発信された緊急通話は、デバイスのネイティブな携帯通信事業者によって処理されます。Wi-Fi のみのモバイル iOS および Android デバイスでは、Zoom Phone の緊急通話がサポートされています。これらの場合、Zoom Workplace アプリケーションは緊急通話通知メールも送信するため、指定された安全チームに通知されますが、通話自体は Zoom の外部にルーティングされます。

<div align="left"><figure><img src="/files/c085c319a120b784179e0ebadf407ba0bc3b3ba5" alt=""><figcaption></figcaption></figure></div>

### <mark style="color:青;">公共安全応答拠点(PSAP)および内部安全チームへの緊急通話コールルーティング</mark>

緊急通話ルーティングは、アカウントレベル、複数のサイト展開でのサイトレベル、または個別の内線レベルで設定できます。通話は、PSAP、内部安全対応チーム、またはその両方に並列でルーティングできます。内部安全対応チームは、緊急通話を受信、レコーディング、および監視できる Zoom Phone のコールキューであり、各 Zoom Phone サイトごとに個別に設定できます。

{% hint style="info" %}
緊急通話は、公共安全応答拠点(PSAP)と内部安全対応チームの両方に並列でルーティングできます。PSAP へのルーティングにより、通話は遅延なく公共安全に届きます。組織は、適用される規制へのコンプライアンスに責任を負います。
{% endhint %}

本番環境では、緊急通話は通常 PSAP にルーティングされます。テストやその他の管理されたシナリオでは、必要に応じて管理者がこの設定を無効にすることができます。

<div align="left"><figure><img src="/files/3e7808d5f6e988a8161eefcf7cc8ba22ead79325" alt="" width="563"><figcaption></figcaption></figure></div>

### <mark style="color:青;">内線専用ユーザーおよびデバイス向けの緊急通話コールハンドリング</mark>

管理者は、割り当てられたローカル電話番号を持たないユーザー、部屋、および共用エリアの電話が、緊急通話を発信したときにどのようにルーティングされるかを設定します。これらのユーザーは、公共安全応答拠点(PSAP)に接続できます。PSAP ルーティングが有効になっている場合は、PSAP がユーザー、部屋、またはデバイスに折り返し電話できるように、発信者IDの方法を選択する必要があります。

#### 緊急番号プール

内線専用ユーザーが緊急通話を発信する際に、緊急番号プールの一時的な番号を発信者IDとして使用できます。プールは、この目的専用の 1 つ以上の電話番号で構成されています。

内線専用ユーザーが緊急通話を発信すると、プール内の番号が自動的に発信側の発信者IDとして割り当てられます。その後およそ 2 時間、各着信はその番号から発信元の内線にルーティングされます。以降の緊急通話では、プール内の次のオンラインの番号が使用されます。すべての番号が使用中の場合でも、システムは進行中の通話に影響を与えずに番号を再利用します。その番号を最後に使用した発信者が、折り返し先になります。

{% hint style="info" %}
プールには、サイトで予想される同時 911 通話数をサポートできる十分な番号が含まれている必要があります。技術的な最小値は 1 です。サイト内の内線数によって、緊急番号プールに含めるべき番号数が決まります。通常、1 つまたは 2 つの番号で、内線専用ユーザーが 100 人未満のサイトをサポートできます。より大規模なサイトでは、複数の同時緊急通話をサポートするために、さらに多くの番号が必要になるのが一般的です。
{% endhint %}

緊急番号プール内の番号の国コードは、サイトのデフォルトの緊急連絡先の国と一致している必要があります。Zoom Phone サイトは 1 か国のみにサービスを提供する必要があります。同じプールで BYOC 番号と Native 番号を混在させることは、住所レコードの管理が複雑になるためサポートされていません。

<figure><img src="/files/e9a842a28a3cae1e9027e1fff627a0bab949e287" alt=""><figcaption></figcaption></figure>

#### 受付またはコールキュー

専用の自動受付またはコールキュー番号を発信側の発信者IDとして割り当てることもできます。その番号への折り返しは、受付またはキューにつながります。この方法を使用する場合、その宛先は安全対応目的のために確保され、緊急事案を把握している内部チームによって 24 時間 365 日体制で維持される必要があります。そうでない場合、折り返しルーティングは発信元の内線に戻るように設定する必要があります。

#### 発信者の位置情報

米国およびカナダでは、Zoom のネイティブ通話プランとサービスを緊急通話に使用する場合、発信者の緊急連絡先は発信側の発信者IDに関係なく直接 PSAP に送信されます。そのため、内線専用ユーザーは、Zoom で設定された、または検出された緊急連絡先が最新である限り、プール内の番号を使用できます。検出可能な会社または個人の位置情報を持つノマディックソリューションも適用できます。

米国およびカナダ以外では、またキャリアが緊急通話を処理する BYOC 番号では、PSAP はその番号に関連付けられた記録上の住所を参照して、発信者IDからユーザーの位置情報を判定します。これらの場合、プール内の番号の「記録上の住所」は発信元の発信者に適切に対応している必要があり、住所はリアルタイムで更新できません。通常、サイトのデフォルトの住所がプール内の番号の記録上の住所として使用されます。

{% hint style="warning" %}
緊急番号プール内のすべての番号は、すべて Zoom Native かすべて BYOC のいずれかの単一タイプである必要があります。混在プールでは住所レコードの管理が複雑になるためです。遠隔地にいる内線専用ユーザーに対する正確な住所報告はプールではサポートできません。リモートユーザーには、主たる位置情報に対応する DID が必要です。
{% endhint %}

<figure><img src="/files/872de977ed0df5687aa01ddeccdfa83f6a45b24b" alt=""><figcaption></figcaption></figure>

詳細については、次を参照してください。 [緊急通話のルーティング](https://support.zoom.us/hc/en-us/articles/360062110192-Routing-emergency-calls) サポート記事。

### <mark style="color:青;">緊急サービス番号のカスタムコールハンドリング</mark>

企業キャンパス、医療機関、または高セキュリティ施設などの特定の環境では、通常とは異なる緊急番号がダイヤルされたときに、組織は内部対応ワークフローを開始する必要がある場合があります。たとえば、内線 711 で連絡できるキャンパスセキュリティデスクや、811 の有害物質ホットラインは、地域の緊急対応にとって重要と見なされる場合があります。Zoom Phone は **緊急サービス番号のカスタムコールハンドリング**、管理者が追加の緊急番号とそれに関連するルーティングロジックを定義できるようにしながら、緊急アラートのトリガーと対応アクションのエスカレーション機能を維持します。

この機能は、これらの番号への通話を 911 のルーティングと同様にルーティングしたい場合に特に便利です。つまり、通話を **内部安全対応チーム**、トリガーし、 **緊急サービスアラート**、さらに必要に応じて PSAP や SIP グループなどの外部宛先へ転送します。これにより、組織は従来の緊急通話の範囲を超えて安全対策を拡張できます。

#### カスタム緊急通話コールハンドリングルールの追加

追加の緊急サービス番号に対するカスタムハンドリングを設定するには、まずサインインします **Zoomウェブポータル**。ナビゲーションメニューから、次を選択します **電話システム管理** > **会社情報**。アカウントで複数のサイトが有効になっている場合は、該当するサイト名をクリックします。サイトが無効になっている場合は、 **アカウント設定**。次へ、 **緊急サービス** タブ。

次までスクロールします **緊急サービスルーティング** セクションに移動し、次を見つけます **緊急サービス番号のカスタムコールハンドリング**。もし **緊急サービス番号のカスタムコールハンドリング** セクションが提示されていない場合は、アカウントでこのサービスを有効にするために Zoomサポートにリクエストを開きます。準備ができたら、次をクリックします **追加** をクリックして設定ダイアログを開きます。

次を入力します: **ルール名** その目的を明確に反映したものを入力します。たとえば、キャンパスセキュリティホットライン (711) などです。次の **番号パターン** フィールドに、監視したい内部内線または PSTN 番号を入力します。

{% hint style="info" %}
内線番号は、その地域の公的サービス番号と競合してはならず、内線番号はアカウント全体で一意である必要があります。必要に応じて、PSTN 経由でルーティングする場合は、 **番号変換** （E.164 形式への置換パターン）が、通話を外部に正しくルーティングするために必要です。
{% endhint %}

<figure><img src="/files/9f650ead24394dede44cba528d3b1951f6395fcb" alt=""><figcaption></figcaption></figure>

#### カスタムルーティングパスの設定

希望する **ルーティングパス** をドロップダウンリストから選択します。オプションには次が含まれます:

* **まず内部安全対応チームに、最大保留時間後に PSAP へルーティング** —内部チームが最初の対応窓口であるべき組織に最適です。たとえば、学校では「711」の通話が 911 にエスカレートする前にキャンパス安全担当部署が対応することを望む場合があります。
* **PSAP のみ (PSTN 経由)** —公共の緊急サービスに直接つながることを意図したカスタム番号に使用します。
* **内部安全対応チームのみ** —組織の内部チームがインシデント全体を処理する場合に適しています。たとえば、大規模な医療機関システムにおける民間の医療ディスパッチなどです。
* **SIP グループのみ** —外部の SIP ベースのディスパッチまたは施設セキュリティセンターへのルーティングに使用します。
* **まず内部安全対応チームに、最大保留時間（8 秒）後に SIP グループへルーティング** —外部セキュリティベンダーまたはマネージドサービスプロバイダーと連携する際に、高速なフェイルオーバーを提供します。

すべてのフィールドを設定したら、［保存］をクリックしてカスタムルールを有効にします。これらの通話は、スタンダードな 911 通話と同じ堅牢なアラートおよびエスカレーション機能を使用して監視および処理されます。なお、 **緊急サービスアラート** が有効になっている場合。


---

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