> 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-location-identification-number-elin.md).

# 緊急位置情報識別番号 (ELIN)

ELIN（緊急位置識別番号）は、緊急通話専用の電話番号です。電話番号の形式で位置情報の識別子として機能します。

たとえば、組織がオフィスビルの3階に電話番号を割り当て、その番号の住所を通信事業者に「123 Main Street, 3rd Floor」として登録します。3階にいるユーザーが緊急番号に電話をかけると、Zoomはその専用電話番号を発信者IDとして使用します。緊急ディスパッチャーはその番号を受け取り、データベース検索を実行して、発信者の位置情報が123 Main Streetの3階であることを特定します。

#### ELINが使用される場合

ELINは主に次の2つのシナリオで使用されます。

* **内線専用ユーザー** — 自身の直通電話番号（DID）を持たないユーザーには、緊急通話の発信者IDを提供するためのELINが必要です。これは、PSAPに提示する個人番号がないためです
* **その他の地域** — 米国／カナダ以外（または緊急通話にBYOC通信事業者を使用する場合）では、住所を通話信号内で直接送信できないため、ELINが発信者IDとして使用され、PSAPはその番号に事前登録された住所を検索します
* **共有発信者IDの対象** **米国／カナダ** — 上記のシナリオに加え、米国／カナダのお客様の声では、緊急通話用の共有発信者IDを設定することができます。つまり、ユーザーに米国／カナダの電話番号が割り当てられている場合でも、システムはユーザー個人の番号ではなく、共有番号を緊急時の発信者IDとして使用できます。これは、サイトまたはアカウント全体で緊急時の発信者IDを標準化する必要がある組織に役立ちます。米国／カナダでは住所が常にPIDF-LOを介して送信されるため、実際の発信者ID番号はPSAPが受信する住所に影響しません。

米国およびカナダでZoom PSTN通話を使用する場合、自身の電話番号を持つユーザーには通常ELINは必要ありません。これは、発信者IDに関係なく、住所がPIDF-LOを介して直接送信されるためです。

#### ELINの設定場所

ELINは次の場所で設定できます： **サイトレベル** Zoom 管理ポータル内。サイトまたはサイト内の位置情報を設定する際、管理者は、そのサイトまたは位置情報から発信される緊急通話に使用する1つ以上のELINを割り当てます。

#### ELINの種類

異なるコールバックルーティング動作を持つ3種類のELINを利用できます。

#### 専用番号

専用番号ELINは、Zoom Phone電話システム内で自動受付、コールキュー、または共有回線グループにすでに割り当てられている既存の電話番号を使用します。この番号は、特定の位置情報の緊急時発信者IDとして指定されます。

**仕組み：** その位置情報にいるユーザーが緊急通話を発信すると、専用番号が発信発信者IDとして使用されます。PSAPはこの番号を確認し、登録されている住所を検索できます。

**コールバックルーティング：** PSAPがこの番号にコールバックした場合、通話は自動受付、コールキュー、または共有回線グループにルーティングされます — **ではなく** 緊急通話を発信した個々のユーザーにはルーティングされません。そのキューを管理する安全チームまたは受付担当者は、緊急コールバックを受け、ディスパッチャーを適切な担当者につなぐ準備をしておく必要があります。

#### ローカル緊急プールからの一時番号

ローカル緊急プールは、特定のサイトでの緊急通話専用の電話番号セットです。これらの番号はそのサイトのすべてのユーザーで共有され、緊急通話中に一時的に割り当てられます。

**仕組み：** ユーザーが緊急通話を発信すると、プール内の番号がそのユーザーの発信発信者IDとして自動的に割り当てられます。PSAPがその番号にコールバックした場合、通話は受付担当者やキューではなく、緊急通話を発信したユーザーに直接ルーティングされます。このコールバックルーティングは、緊急通話後 **2時間** の間キャッシュされます（ユーザーの外部からの着信通話がブロックされている場合でも）。2時間の期間が終了すると、キャッシュはクリアされ、その番号へのコールバックには「通話を完了できません」というメッセージが流れます。その後、番号は再利用可能になります。

**同時緊急通話：** すべてのプール番号が使用中の際に別のユーザーが緊急通話を発信すると、システムはプール内の番号を再利用します。コールバックキャッシュは最新の発信者を反映するよう更新され、その後のコールバックは以前の発信者ではなく最新の緊急通話発信者にルーティングされます。

**プールのサイジング：** 組織は、特定のサイトで予想される同時緊急通話の最大数に基づいて、プールのサイズを決定する必要があります。 **これは人命安全に関わる判断です** — プールの規模が不十分な場合、アクティブな緊急事態中にPSAPコールバック機能が失われる可能性があります。内線専用ユーザーが100人未満のサイトでは、通常1～2個のプール番号で十分です。より大規模なサイトでは、それに応じて拡大する必要があります。 **重要：** プールが完全に使い尽くされると、最も古い通話から番号が再利用されます。2時間のコールバックキャッシュは直ちに最新の発信者に上書きされ、以前の発信者のコールバック経路は通知や代替手段なしに解除されます。多数の死傷者が発生する事態では、インシデントがまだアクティブな間に、先の発信者はPSAPからのコールバック到達可能性を恒久的に失います。

#### アカウント緊急プールからの一時番号（米国／カナダのみ）

アカウントレベルの緊急プールはローカルプールと同様に機能しますが、同じアカウント内の複数のサイトで番号を共有できます。このオプションは米国／カナダでのみ利用可能です。

**仕組み：** 任意の米国／カナダの電話番号をアカウントレベルのプールに追加できます。アカウント内の任意の米国／カナダサイトにいるユーザーが緊急通話を発信すると、この共有プールの番号が発信発信者IDとして使用されます。プール番号は任意の市外局番のものを使用できます。通話時にPIDF-LOを介して緊急連絡先が通話信号内で直接送信されるため、市外局番は関係ありません。これにより、発信者IDの市外局番にかかわらず、PSAPは正しい住所を受信できます。

同じ2時間のコールバックキャッシュメカニズムが、アカウントレベルのプールにも適用されます。

#### ELINの概要

<table data-header-hidden="false" data-header-sticky><thead><tr><th>ELINの種類</th><th>対象範囲</th><th>コールバックルーティング</th><th>最適な用途</th></tr></thead><tbody><tr><td><strong>専用番号</strong></td><td>位置情報ごと</td><td>AR/CQ/SLGにルーティング（発信者ではない）</td><td>有人の安全管理デスクがある位置情報</td></tr><tr><td><strong>ローカル緊急プール</strong></td><td>サイトごと</td><td>緊急通話発信者にルーティング（2時間キャッシュ）</td><td>ほとんどの導入環境 — 推奨デフォルト</td></tr><tr><td><strong>アカウント緊急プール</strong></td><td>アカウント全体（米国／カナダのみ）</td><td>緊急通話発信者にルーティング（2時間キャッシュ）</td><td>共通プールを共有する複数サイトの米国／カナダ導入環境</td></tr><tr><td><strong>共有発信者ID</strong></td><td>サイト／アカウントごと（米国／カナダのみ）</td><td>設定に依存</td><td>サイト間での緊急時発信者IDの標準化</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-location-identification-number-elin.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.