> 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/understanding-address-types.md).

# アドレスの種類を理解する

Zoom Phoneでは3種類の緊急連絡先を使用します。

#### 会社住所

会社住所は、特定の建物、階、または棟などの実際の会社の位置情報に関連付けられた緊急連絡先です。会社住所はZoom Phone管理者によって作成・管理されます。ユーザーが会社の場所で検出されると（ノマディック緊急サービス経由で）、その場所の会社住所が緊急通話に自動的に使用されます。

会社住所は、ノマディック緊急サービスの展開の基盤となります。Zoomで定義された各会社の場所にはそれぞれ独自の会社住所が割り当てられ、ネットワークデータ（Wi-Fiアクセスポイント、IPサブネット、スイッチポート）がその場所にマッピングされて、自動検出を可能にします。Zoom PSTN通話を使用する米国/カナダのお客様は、さらに設定できます **GPS座標** 会社の場所の住所として通りの住所の代わりに。これにより、建設現場、地方の施設、屋外の作業現場など、従来の住所がない遠隔地をサポートできます。ユーザーがそのような場所から緊急通話を発信すると、GPS座標がPIDF-LO経由でPSAPに送信され、オペレーターが地図上で場所を特定できるようになります。GPS座標は米国/カナダでのみ利用できます。この機能は通話シグナリングでの直接送信にPIDF-LOプロトコルを必要とするためです。

**住所第2行の文字数制限（米国/カナダ）**: Zoomでは最大 **60文字** を住所第2行フィールドに入力できます。ただし、特定のPSAPでは最大 **20文字** を配送可能な場所フィールドに入力できます。住所第2行がPSAPの文字数制限を超えると、追加の文字が切り捨てられるか、拒否される場合があります。本番運用を開始する前に、地域のPSAPで住所第2行の送達をテストし、完全な住所が正しく受信されることを確認することが重要です。

**住所の検証:** 緊急連絡先が入力または更新されると、Zoomは準拠した住所ソースと照合して、それが認識される配送可能な場所であることを確認します。米国/カナダでは、この検証は住所を保存する前に自動的に行われます。その他の国では、検証にZoomのサービスチームが対応する手動処理ステップが含まれる場合があり、承認されるまでは住所は「保留中」と表示されます。

住所が比較的新しい場合（例：最近建設された建物や、まだ準拠住所データベースに追加されていない新しい通り名）、住所の検証が失敗することがあります。検証に失敗した場合は、別の検証プロセスが利用可能かどうかを判断するためにZoomサポートにお問い合わせください。

**会社の場所の定義:** Zoom Phoneサイトは地理的に整理し、1つのサイトにつき1つの国とします。各サイト内では、実際の空間に対応する場所とサブロケーションを定義します。

<table data-header-hidden="false" data-header-sticky><thead><tr><th>レベル</th><th>例</th><th>含む</th></tr></thead><tbody><tr><td><strong>サイト</strong></td><td>サンノゼキャンパス</td><td>1つ以上の場所</td></tr><tr><td><strong>場所</strong></td><td>A棟</td><td>1つ以上のサブロケーション</td></tr><tr><td><strong>サブロケーション</strong></td><td>2階、B棟</td><td>配送可能な住所 + ネットワーク識別子</td></tr></tbody></table>

各サブロケーションには、それぞれ独自の配送可能な住所（住所第2行に建物、階、部屋の詳細を含む）とネットワーク識別子が割り当てられます。各物理的な場所とそのネットワークデータの対応表を作成します:

<table data-header-hidden="false" data-header-sticky><thead><tr><th>場所名</th><th>住所第1行</th><th>住所第2行</th><th>BSSID</th><th>IPサブネット</th><th>スイッチMAC + ポート</th><th>ELIN（必要な場合）</th></tr></thead><tbody><tr><td>本社 - 1階</td><td>123メイン通り</td><td>A棟、1階</td><td>AA:BB:CC:DD:EE:01</td><td>10.1.1.0/24</td><td>—</td><td>—</td></tr><tr><td>本社 - 2階</td><td>123メイン通り</td><td>A棟、2階</td><td>AA:BB:CC:DD:EE:02</td><td>10.1.2.0/24</td><td>—</td><td>—</td></tr><tr><td>ロンドンオフィス</td><td>キング通り45番地</td><td>300号室</td><td>FF:00:11:22:33:01</td><td>172.16.5.0/24</td><td>—</td><td>+44 20 1234 5678</td></tr></tbody></table>

#### 個人住所

個人住所は、会社のオフィスの外にある場所、最も一般的にはホームオフィスのために個々のユーザーが作成する緊急連絡先です。Zoom Workplaceアプリが、いずれの会社の場所にも一致しない見慣れないネットワークを検出すると、ユーザーに住所の入力を求めます。Zoom Workplaceアプリは、後続のその場所からの接続時に自動認識できるよう、ネットワークデータ（Wi-FiアクセスポイントとIPアドレス）を記録します。

個人住所は、リモートワーカーやハイブリッドワーカーに特に有用です。

**重要 — ネットワークまたはIPアドレスの変更:** 個人の場所は、住所が作成された時点で検出されたネットワークデータ（Wi-Fi BSSIDと公開IPアドレス）に基づいて保存されます。ユーザーの自宅ネットワークが変更された場合（例：新しいルーターが設置された）や公開IPアドレスが変更された場合（例：ISPが新しいIPを割り当てた）、Zoom Workplaceアプリはそのネットワークを認識できなくなり、ユーザーに住所を手動で確認するよう求めます。確認後、更新されたネットワークデータが保存されます。このプロセスは完全にユーザー管理であり、管理者は個人の場所のネットワーク更新を管理しません。

**個人の場所でのデスクフォン:** 個人の場所にあるIPデスクフォンも、位置情報の照合に公開IPアドレスを利用します。公開IPアドレスが変更されると、住所の確認を求めるメール通知がユーザーに送信されます。ユーザーはZoomウェブポータルから住所を確認する必要があります。Zoom PSTN通話を利用する米国/カナダでは、ユーザーは無制限に個人住所を作成でき、ほぼリアルタイムで有効になります。米国/カナダ以外では、個人住所はユーザーに割り当てられた電話番号（DID）の数に制限され、住所をキャリア側で更新する必要があるため、有効化には最大10日かかる場合があります。

個人の場所は、管理ポータルで別カテゴリとして表示されます。管理者は、位置情報追跡ダッシュボードを通じて、どのユーザーが個人の場所を作成したかを監視できます。

{% hint style="info" %}
**推奨:** すべてのユーザー、特にリモートワーカーに対して個人の場所を有効にしてください。重複を避けるため、個人の場所を有効にする前に会社の場所が明確に定義されていることを確認してください。
{% endhint %}

#### デフォルト住所

デフォルト住所は、他の住所を特定できない場合にユーザーまたは電話に割り当てられる代替の緊急連絡先です。各ユーザーは、最初にプロビジョニングされたときに、自分のZoom Phoneサイトからデフォルト住所を継承します。ユーザーが個人住所を設定しておらず、システムが会社の場所を検出できない場合、緊急サービスに報告されるのはデフォルト住所です。

ユーザーは、特にリモートワーカーの場合、デフォルト住所を確認し、承認する必要があります。米国/カナダでは、ユーザーがデフォルト住所を一度も確認または更新していない場合、Zoomは場所を「不明」と報告することがあり、その場合は通話が全国のクリアリングハウスに転送され、正しいPSAPに接続する前に発信者の位置を音声で確認します。

<table data-header-hidden="false" data-header-sticky><thead><tr><th>住所タイプ</th><th>作成者</th><th>使用されるタイミング</th><th>最適な用途</th></tr></thead><tbody><tr><td><strong>会社住所</strong></td><td>管理者</td><td>ユーザーが会社の場所で検出される</td><td>オフィスビル、階、棟、会議室</td></tr><tr><td><strong>個人住所</strong></td><td>個々のユーザー</td><td>ユーザーが会社以外の場所（例：自宅）にいる</td><td>リモートワーカー、ホームオフィス</td></tr><tr><td><strong>デフォルト住所</strong></td><td>サイトから継承（ユーザーが更新可能）</td><td>会社または個人の場所に一致するものが見つからない</td><td>場所が不明な場合の代替</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/understanding-address-types.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.