> 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/u.s.-canada-pidf-lo-address-delivery.md).

# 米国/カナダ — PIDF-LO アドレス配信

米国およびカナダでは、Zoomサービスが緊急通話を処理する際、検出された住所はPIDF-LOプロトコルを使用して通話シグナリングに直接埋め込まれます。これは発信者IDとは無関係です。

**米国/カナダの流れ:** ユーザーが911に発信 **→** Zoomはネットワークデータを通じて位置情報を検出します **→** 配信可能な住所はPIDF-LOを介して通話に埋め込まれます **→** PSAPは住所を直接受け取ります: データベース検索は不要です。

#### 主な利点

* **ELINは不要です** — 住所は通話シグナル内を流れ、電話番号に紐づきません
* **リアルタイムの住所更新** — ユーザーと管理者はZoomポータルから住所を更新できます。キャリアのデータベース更新は不要です
* **内線専用ユーザーも完全にサポートされています** — 彼らは発信者IDにEmergency Number Poolを使用しますが、検出された配信可能な住所は引き続きPIDF-LOを介して直接送信されます
* **個人用の位置情報は無制限です** — リモートワーカーは必要な数だけ作成でき、ほぼリアルタイムで有効化されます

#### 米国/カナダのBYOCお客様の声

日常の通話にBYOCを使用する場合、Zoomが緊急通話のコールルーティングを提供します（追加費用なし）。これは、上記のPIDF-LOの利点をすべて提供するため、強く推奨されます。通常の通話はBYOCキャリア経由で継続し、緊急通話のみZoom経由でルーティングされます。

#### 位置情報の一致がない場合のフォールバック（米国/カナダ）

ネットワークの一致が見つからず、デバイスにGPSがない場合:

* ユーザーが以前に個人住所を確認している場合、その住所が報告されます
* それ以外の場合、位置情報は「不明」として報告され、通話は全国のクリアリングハウスにルーティングされ、そこで発信者の位置情報を音声で確認してから正しいPSAPへの接続中になります。


---

# 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/u.s.-canada-pidf-lo-address-delivery.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.