> 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/locations.md).

# 位置情報

Zoom Phone では、】【 **場所** は、管理者がユーザーの物理的な位置を特定の緊急連絡先に関連付けるために使用するネットワークパラメータを定義する構成エンティティです。位置情報は、】【 **ERL（緊急対応位置情報）** — 固有の派遣可能な住所に対応する明確な物理エリアを表すために、より広範な緊急サービス業界で使用される用語です。

各位置情報には、次の2つの主要な要素が含まれます。

* **ネットワークパラメータ** — 物理エリアを識別するBSSID、IPアドレス範囲、またはLLDPスイッチのMACアドレスとポートの組み合わせです。緊急通話中、システムはユーザーの検出されたネットワークデータをこれらの設定済みパラメータと比較し、ユーザーがどの位置情報にいるかを判断します。
* **緊急連絡先** — その位置情報に割り当てられた派遣可能な住所です。システムがユーザーのネットワークデータを位置情報と照合すると、ユーザーが緊急通話を発信する際に、その位置情報に設定された緊急連絡先が使用されます。

該当する場合、位置情報は、】【 **ELIN** が設定される場所でもあります。米国/カナダ以外での導入（またはBYOC導入）では、各位置情報に、住所が通信事業者に事前登録されたELINが割り当てられます。その位置情報にいるユーザーが緊急通話を発信すると、ELINが発信時の発信者IDとして使用され、PSAPは通信事業者のデータベースから事前登録済みの住所を取得します。

位置情報は、Zoom Phoneサイト内で階層的に整理されます。

* **サイト** → 1つ以上の位置情報を含みます
* **場所** → 独自のネットワークパラメータと緊急連絡先を持つ、明確な物理エリア（例：建物）を表します
* **サブロケーション** → 独自の派遣可能な住所とネットワーク識別子を持つ、位置情報内のより詳細な区分（例：特定の階または棟）です

各位置情報およびサブ位置情報には、初動対応者が発信者を特定できるよう有効にするため、十分に詳細な緊急連絡先が必要です。詳細度は物理的なレイアウトによって異なります。平屋建ての建物では1つの位置情報のみで済む場合がありますが、複数階の建物では各階または棟にサブ位置情報を設定する必要があります。


---

# 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/locations.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.