> 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/nomadic-location-detection-and-configuration.md).

# モバイル位置情報の検出と設定

ノマディック緊急サービスにより、Zoomはユーザーの位置情報を自動的に検出し、緊急通話が発信されたときに正しい住所を報告できます。検出ロジックは世界共通ですが、違いは検出された住所がPSAPにどのように配信されるかにあります（詳細はセクション8および9を参照）。

#### 位置情報一致の範囲

緊急通話が発信されると、システムは以下の範囲の順序で位置情報を評価します。

<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>ユーザーに割り当てられたサイト内で定義された位置情報が最初に確認されます</td></tr><tr><td><strong>2</strong></td><td>アカウント内のその他すべてのサイト</td><td>ユーザーのサイトで一致が見つからない場合、アカウント全体の他のすべての位置情報が評価されます</td></tr><tr><td><strong>3</strong></td><td>ユーザーの個人位置情報</td><td>会社の位置情報で一致しない場合、システムはユーザーの個人位置情報を確認します</td></tr><tr><td><strong>4</strong></td><td>デフォルト / フォールバック</td><td>どのレベルでも一致が見つからない場合は、デフォルトの住所または「Unknown」が使用されます（詳細はセクション7および8を参照）。</td></tr></tbody></table>

#### ネットワーク検出の優先順位

上記の各範囲レベル内で、Zoomはエンドポイントのネットワークデータを、以下の優先順位で定義済みの位置情報と照合します。

<table data-header-hidden="false" data-header-sticky><thead><tr><th>優先順位</th><th>データソース</th><th>対象範囲</th><th>注記</th></tr></thead><tbody><tr><td><strong>1（最高）</strong></td><td>ネットワークスイッチのMACアドレス + ポート（LLDP）</td><td>会社の位置情報のみ</td><td>最も高い精度です。スイッチでLLDP-MEDが必要です。配信タイマーは約30秒です（推奨）。Linuxではサポートされていません。MacではZoom Helper アプリ（特権プロセス）が必要です。IP電話ではLLDPパススルーを有効にする必要があります。</td></tr><tr><td><strong>2</strong></td><td>無線アクセスポイントのMACアドレス（BSSID）</td><td>会社および個人の位置情報</td><td>最後の2オクテットでワイルドカードをサポートします（例： <code>74:4d:28:d5:12:xx</code>）。複数のBSSIDが検出された場合は、RSSIが最も高い（信号が最も強い）BSSIDが優先されます。</td></tr><tr><td><strong>3</strong></td><td>パブリックIP + プライベートIPアドレスまたはサブネット</td><td>会社の位置情報のみ</td><td>IPv4/IPv6のデュアルスタックをサポートします。位置情報で「最小一致条件を適用」が有効になっている場合は、パブリックIPとプライベートIPの両方が一致する必要があります。パブリックIPだけでは不十分です。</td></tr><tr><td><strong>4</strong></td><td>パブリックIPアドレス</td><td>会社および個人の位置情報</td><td></td></tr><tr><td><strong>5</strong></td><td>GPS座標（OSから利用可能な場合）</td><td>概算住所</td><td>OSの位置情報APIから取得されます（IPジオロケーションではありません）。ネットワーク信号が一致しない場合のフォールバックとしてのみ呼び出されます。</td></tr><tr><td><strong>6（フォールバック）</strong></td><td>デフォルトアドレス</td><td>セクション7および8の地域別の動作を参照してください</td><td>サイトのデフォルト → アカウントのデフォルト → 「Unknown」（米国/カナダは全国クリアリングハウスに回され、それ以外の地域は発信者ID/ELIN検索に回されます）。</td></tr></tbody></table>

### ノマディック位置情報設定

このセクションでは、位置情報検出に使用される各ネットワークデータソースと、それに対応する設定要件について説明します。

#### 7.1 有線ネットワーク（LLDP）

Ethernetケーブル経由で接続されたデバイス（IPデスクフォンやドック接続されたラップトップなど）では、ZoomはLink Layer Discovery Protocol（LLDP）を使用して、デバイスがどのネットワークスイッチとポートに接続されているかを判定します。これにより、特定の壁面ジャックやデスクまで含めた正確な位置情報を取得できます。

**LLDPの動作：** ネットワークスイッチは、ポートに接続されたデバイスへLLDPデータユニット（LLDPDU）を定期的に配信します。各LLDPDUには、Type-Length-Value（TLV）要素と呼ばれる構造化データフィールドが含まれます。Zoom Workplace アプリは、LLDPDUから次の2つの重要な情報を抽出します。

* **シャーシID TLV** — ネットワークスイッチのMACアドレス
* **ポートID TLV** — スイッチ上のポート番号またはインターフェースID

LLDPデータユニットの構造は次のようになります。

1. プリアンブル
2. 宛先MAC
3. 送信元MAC
4. Ethertype
5. シャーシID TLV
6. ポートID TLV
7. 生存時間 TLV
8. オプション TLV
9. LLDPDU TLV の終端
10. フレームチェックシーケンス

緊急通話中に、Zoom Workplaceアプリはシャーシ ID（スイッチ MAC）とポート ID をZoomサーバーに送信します。サーバーはこのデータを、管理者が構成した会社の位置情報と照合して、発信者の物理的な位置情報を特定します。会社の位置情報を構成するとき、管理者は **スイッチMACアドレス + スイッチポートの組み合わせ** 特定のスイッチポートをその位置情報にマッピングします。システムは重複するスイッチエントリを許可します。つまり、同じスイッチMACアドレスが異なるポート番号で複数の位置情報エントリに表示されることがありますが、アカウント全体で個々のポートに競合がない限り問題ありません。言い換えると、単一のスイッチMACアドレス + ポートの組み合わせは 1 つの位置情報にのみ割り当てることができます。ただし、同じスイッチでも異なるポートを別の位置情報にマッピングできます（例: スイッチA のポート 1～12 をフロア 1 にマッピングし、同じスイッチA のポート 13～24 をフロア 2 にマッピングする）。

**ネットワーク設定の要件:**

* ネットワークスイッチは次のように構成する必要があります **送信** 接続されているデバイスにLLDP情報を送信します。Zoom Workplace アプリはLLDPデータを受信するだけで、スイッチにLLDPパケットを送り返すことはありません。
* LLDP設定には、Zoom Workplace アプリがスイッチとポートを識別するために必要な必須TLV（シャーシIDおよびポート ID）を含める必要があります。
* 一部のスイッチベンダーでは、以下が必要です **LLDP-MED** （メディア エンドポイント検出）をポートで有効にし、必須TLVをLLDPDUに含める必要があります。設定手順については、スイッチベンダーのドキュメントを参照してください。
* LLDPタイマーは次の値に設定する必要があります **30秒** Zoom Workplace アプリがネットワークの変更を迅速に検出できるようにします。

**アプリ** **要件:**

* **Windows および IP 電話:** 最小のファームウェアまたは Zoom Workplace アプリのバージョンでサポートされます。位置情報サービスを有効にする必要があります。
* **Mac:** ダウンロードしてインストールする必要があるヘルパー アプリケーションが必要です。ユーザーに管理者権限がある場合は、管理ポータルを通じて自分でインストールするよう促すことができます。それ以外の場合は、ヘルパー アプリケーションを配布する必要があります。
* **Linux**: サポートされていません

**LLDP パススルー:** Zoom Workplace アプリを搭載したデバイス（ノート PC など）が、IP 電話のパススルー ポート経由でネットワークに接続されている場合、電話はネットワーク スイッチから接続されたデバイスへ LLDP パケットをパススルーするように設定されていなければなりません。これがないと、スイッチからの LLDP パケットは電話で終了し、Zoom Workplace アプリに到達しないため、スイッチのポートに基づく位置情報検出ができなくなります。

さらに、IP 電話が独自の LLDP パケットを生成して、Zoom Workplace アプリがインストールされているデバイスに送信しないようにしてください。電話が独自の LLDP データを生成すると、Zoom Workplace アプリはネットワーク スイッチの LLDP データではなく電話の LLDP 情報を受信する可能性があり、その結果、誤った位置情報マッピングが行われます。Zoom Workplace アプリは、電話からではなく、ネットワーク スイッチから直接 LLDP データを受信する必要があります。

#### 7.2 無線ネットワーク（BSSID）

BSSID（ベーシック サービス セット 識別子）は、無線アクセスポイントのMACアドレスです。各Wi‑Fiアクセスポイントは一意のBSSIDをブロードキャストし、特定の物理的な位置情報を識別する最も信頼性の高い方法の1つとなっています。Zoom WorkplaceアプリがWi‑Fiに接続すると、接続先のアクセスポイントのBSSIDを検出し、緊急通話中にZoomサーバーへ報告します。

**設定:** 各会社の位置情報ごとに、その位置情報をカバーする無線アクセスポイントのBSSIDを入力してください。フロアに3台のアクセスポイントがある場合は、3つすべてのBSSIDをそのフロアの位置情報エントリに追加する必要があります。ユーザーがそれらのアクセスポイントのいずれかに接続して緊急通話を発信すると、Zoomは検出されたBSSIDを位置情報に一致させ、対応する住所を使用します。

**BSSIDワイルドカード:** 大規模な導入環境では、同じフロアまたはエリア上のアクセスポイントは、MACアドレスの最初の4オクテットを共有し、最後の2文字だけが異なることがよくあります。Zoomでは、BSSIDの末尾2文字をワイルドカードとして設定できるワイルドカード方式をサポートしています（例: **AA:BB:CC:DD:EE**）。これは、BSSIDが **AA:BB:CC:DD:EE** で始まる任意のアクセスポイントが、末尾の2文字に関係なくその位置情報に一致することを意味します。これにより、アクセスポイントが多い位置情報で入力する必要のある個別のBSSID数を大幅に減らせます。

**より強いBSSID:** ユーザーのデバイスは、接続しているアクセス ポイントだけを見るわけではなく、近くにある他のアクセス ポイントとその信号の強みも検出します。Zoom はこの機能を活用します。管理者が特定の位置情報に BSSID を構成していて、ユーザーのデバイスがその BSSID を現在接続しているものよりも高い信号の強みで検出した場合、Zoom は強い方の BSSID に関連付けられた位置情報を使用します。これにより、ユーザーが1つのフロアのアクセス ポイントに接続している一方で、物理的には別のフロアのアクセス ポイントのほうが近いような、密集したオフィス環境での精度が向上します。

#### 7.3 IPアドレス（公開とプライベート）

Zoom は、ユーザーの位置情報を特定する別の方法として IPアドレスを使用します。IPv4 と IPv6 の両方がサポートされています。関係する IPアドレスには 2 種類あります:

**パブリック IPアドレス:** これは、Zoom Workplace アプリが Zoom のサーバーに接続したときに Zoom が認識する IPアドレスです。これはユーザーのネットワークの外部向けアドレスで、通常はインターネット サービスプロバイダー（ISP）または企業ネットワークのゲートウェイによって割り当てられます。同じルーターまたはファイアウォールの背後にあるすべてのデバイスは、通常、同じパブリック IPアドレスを共有します。これは IPv4 アドレス（例: 203.0.113.50）または IPv6 アドレス（例: 2001:db8::1）です。

**プライベート IPアドレス:** これは、Zoom Workplace アプリがデバイス自身のネットワーク アダプターから受け取る IPアドレスです。これはローカル ネットワークによって割り当てられる内部アドレスです（例: DHCP 経由）。プライベート IPv4 アドレスはローカル ネットワーク内でのみ表示され、インターネット上ではルーティングできません（例: 10.x.x.x、172.16.x.x、192.168.x.x）。ネットワーク構成によっては、IPv6 アドレスもプライベート アドレスとして使用できます（例: fd00::/8 範囲のユニーク ローカル アドレス）。

**両方が必要な理由:** パブリック IPアドレスだけでは、位置情報を特定するには不十分なことがよくあります。ネットワーク アドレス変換（NAT）により、多くの建物やキャンパス全体でさえ同じパブリック IPアドレスを共有している場合があるためです。パブリック IP とプライベート IPアドレスまたはサブネットを組み合わせることで、Zoom は同じネットワーク内の異なる位置情報をより正確に区別できます。たとえば、同じ建物の 2 つのフロアで同じパブリック IP を共有していても、プライベート IP サブネットは異なる場合があります（例: 1 階は 10.1.1.0/24 を使用し、2 階は 10.1.2.0/24 を使用）。

会社の位置情報を構成する際は、各位置情報についてパブリック IPアドレスまたは範囲とプライベート IP サブネットの両方を入力します。デュアルスタック構成を含む、IPv4 と IPv6 のサブネットの両方がサポートされています。

**強く推奨: 「Apply minimum match criteria」を有効にしてください。** 位置情報を作成または編集するときは、 **最小一致条件を適用** チェックボックスを有効にして、パブリック IP とプライベート IP の両方が一緒に一致するようにします。

**無効にした場合のリスク:** パブリック IP とプライベート IP は個別に評価されます。カフェで корпоратив VPN を使用しているユーザーが、オフィスの位置情報（同じパブリック IP、異なるプライベート サブネット）に誤って一致してしまい、誤った住所が PSAP に送信され、対応要員が誤った位置情報に派遣される可能性があります。

**重複する住所エントリを避ける:** 同じ住所にマッピングされる複数のパブリック IP + プライベート IP の組み合わせを作成しないでください。重複エントリが存在すると、その位置情報に割り当てられた緊急連絡先が、連続する緊急通報ごとにそれらのエントリ間で切り替わる可能性があり、住所レポートが一貫しなくなります。

#### 7.4 GPS (Global Positioning System)

ユーザーのデバイスに GPS 機能があり、OS が GPS データを Zoom Workplace アプリケーションで利用可能にしている場合、Zoom は GPS 座標を位置情報ソースとして使用できます。GPS 座標はデバイスの OS から直接取得されます。Zoom 独自の GPS ハードウェアはありません。

GPS は、優先度の低いフォールバック（検出順序の優先度 5）として使用されます。これは米国とカナダでのみ利用可能で、デバイスが GPS をサポートし、OS がデータを提供する場合に限られます。OS から GPS データが利用できない場合、この検出方法は完全にスキップされ、システムはデフォルトの住所にフォールスルーします。

GPS 座標は、Zoom の通信事業者によっておおよその物理的住所に変換されます。GPS は正確な建物/フロア/部屋ではなく、おおよその位置情報を提供するため、BSSID や LLDP ベースの検出よりは精度が低いものの、デフォルトの住所にフォールバックするよりははるかに優れています。

#### 7.5 VPN ユーザー

スプリットトンネリングを有効にせずに VPN 経由で接続中のユーザーの場合、VPN によってユーザーの実際のネットワーク データ（パブリック IP、プライベート IP、BSSID）が隠され、正確な位置情報検出が妨げられることがあります。このシナリオでは、システムがユーザーを実際の物理的な位置情報ではなく VPN 集中装置の位置情報に誤って一致させる可能性があります。

**推奨設定:** VPN サブネットを **除外された位置情報リスト** Zoom 管理ポータルで。VPN サブネットを除外すると、システムはそれをいかなる会社の位置情報にも一致させようとしません。その代わり、ユーザーはログインのたびに緊急連絡先の確認を求められます。これにより、自動検出が VPN トンネル経由では不可能であっても、VPN ユーザーには常に最新の緊急連絡先が登録されます。

Zoom トラフィックが VPN をバイパスして直接インターネットに接続するスプリットトンネリングを使用する組織では、この構成は不要です。Zoom Workplace アプリは、VPN トンネルのデータではなく、ユーザーの実際のネットワーク データを認識するためです。


---

# 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/nomadic-location-detection-and-configuration.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.
